本发明涉及因特网与电话系统的结合，更具体来说，涉及用于以 因特网作为通信系统体系结构的通信主干、同时保留一批丰富的呼叫 处理(call processing)特征的方法、系统和制造产品。

本发明涉及包括电话功能的通信网络与因特网的互连。因特网越 来越变成用户市场首选的通信网络。近来，软件公司已经开始研究在 因特网传输电话呼叫。然而，用户对正常呼叫处理要求的系统特征被 视为是在因特网上进行呼叫处理所不可少的。现今，因特网上还没有 那些特征。

                       发明背景

现在简短说明与本发明的回叫特征有关的背景。

因特网已经越来越成为消费者电子邮件市场选择的通信网络。近 来，软件公司已经开始调查在因特网上传输电话呼叫的问题。然而， 用户对正常呼叫处理要求的系统特征被视为因特网上呼叫处理所不可 少的。现今，因特网上没有这些特征。因此，需要一种将包括电话能 力的通信网络与因特网连接的系统来方便回叫处理。

在现有电话网络上保留呼叫的回叫方案已经存在一些时候了。这 种业务的例子有CSI回叫、用于国际回叫的Rumilla电信和提供具有 分配、批发和再记帐特征的国际回叫的SummitLink。因特网提供一个 网址，称为ACallback on the Net@，大意是Acollect关于回叫服 务@的所有可用信息。这个信息是通过用检索词Acallback@进行雅虎 (Yahoo)检索而收集的。

现有技术系统所提供的国际回叫指的是用户能拨号连接到海外的 交换机。主叫者允许电话响铃两次后挂机。交换机然后用ANI和/或被 叫号码信息来查询交换机上存储的轮廓信息数据库以确定关于主叫者 的记帐及其它信息。然后，交换机启动一个向主叫者的呼叫，当主叫 者摘机时，交换机提供一个拨号音，允许主叫者访问交换机上所有可 用号码。这样，只要预先作过业务登记，国际或其它长途主叫者就能 获得低费用的长途业务。这个业务仍然要求主叫者负责所有与启动呼 叫处理关联的开销，要求主叫者学习与交换机接口的协议，不提供对 诸如会议之类的业务的预订，不允许操作员进行呼叫帮助。

近来，AT&T已经宣布了一项非常类似于conferenceMCI(MCI＝s 操作员呼入会议呼叫能力)的业务。这项称为AOn-line TeleConference@的业务的能力允许电话会议的客户用联机接口来使 用户能通过万维网预先安排一次AT&T电话会议呼叫。然而，尽管为每 个参加者为参加会议而进行呼入提供了一个号码的会议呼叫定义， Aall话音连接是在现存的电话网络@上建立的，要求所有通话方联系 一个公用的号码来建立会议呼叫(AT&T TeleConfernece Service：On-Line Trial Information，2/7/97)。

尽管这项AT&T新业务正向着本发明已经达到目标的方向在前进， 但它并不提供因特网上话音与现有网络业务的集成，也不提供一种回 叫体系结构来使主叫方能预先安排联系一方或多方的网络业务并有效 地去除对人工干预的需要。此外，它不提供在例外情况下用操作员进 行因特网电话操作。所以，并没有提供真正意义上的因特网与现有电 话网络的结合。

所需要的是这样一种方法、系统和制造产品，它要能方便回叫业 务，提供对因特网电话操作的操作辅助，允许主叫者预定呼叫的时 间，方便将因特网电话操作添加到回叫业务中，向现有电话网络增加 多维会议特征并提供专家系统来提供对呼叫系统的自我调节。此外， 所要求的方法和系统在与现有电信网络的接合中要可靠、反应灵敏和 有效。

                            发明概述

根据本发明较佳实施例的一个主要方面，电话呼叫、数据和其它 多媒体信息通过交换网络来选择路径，交换网络包括采用电话路由信 息和因特网协议地址信息来通过因特网传送信息。电话订单输入过程 (telephony order entry procedure)捕获用户的完整用户轮廓信 息(profile information)。该轮廓信息被系统在电话经历的自始 至终用于路由选择、记帐、监控、报告和其它电话控制功能。用户能 在比以前可能的更多的方面管理网络并能在中心地点控制网络活动， 与此同时仍然允许电话系统的操作员保持质量和路由选择。

在本发明较佳实施例的另一个方面，混合电信系统包括一个交换 通信网络。将分组传输网络连接到该交换通信网络。将呼叫路由器连 接到该交换通信网络和该分组传输网络。将存储器连接到呼叫路由器 并在其中存储一个呼叫参数数据库。将该呼叫路由器配置成能根据呼 叫参数数据库中的至少一个呼叫参数在交换通信网络和分组传输网络 上为电话呼叫选择路由。将该呼叫路由器进一步配置成提供一个智能 业务平台。智能业务平台包括一个具有能从单一连接得到多个功能的 自动应答设备。

在本发明较佳实施例的另一个方面，一种对在包括交换通信网络 和分组传输网络的混合通信系统中的呼叫定向的方法在存储器中存储 一个呼叫参数数据库。呼叫在该系统上被接收。要确定至少一个呼叫 参数，就要访问呼叫参数数据库。呼叫在交换通信网络和分组传输网 络的路由选择是根据该至少一个呼叫参数而作出的。提供一个自动应 答设备。从到自动应答设备的单一连接能得到多个功能。

在本发明较佳实施例的另一个方面，一种实现在计算机可读介质 上、用于对在包括交换通信网络和分组传输网络的混合通信系统中的 呼叫定向的计算机程序，有在存储器中存储呼叫参数数据库的第一个 软件。当系统接收呼叫时，第二个软件访问呼叫参数数据库，以确定 至少一个呼叫参数。第三个软件根据该至少一个呼叫参数为在交换通 信网络和分组传输网络中的呼叫选择路由。第四个软件提供一个自动 应答设备。第五个软件使从一条到自动应答设备的单一连接就能提供 多个功能。

在本发明较佳实施例的另一个方面，电话呼叫、数据和其它多媒 体信息通过交换网络进行路由选择，包括在因特网上传输信息以提供 多路由选择的和多维的回叫处理。电话订单输入程序捕获回叫操作的 完全的用户轮廓信息。这个轮廓信息由系统在进行路由选择、记帐、 监视、报告和其它电话控制功能的电话经历中自始至终使用。用户能 管理电话经历的更多方面，并能在需要时为回叫电话经历的发生规定 日期和时间。系统中也可以包括操作员辅助。系统中也可以包括显 示。显示可以包括状态信息。显示能通过web页来提供。状态信息能 包括与回叫会话有关的信息。

要更好地理解以上和其它目的、方面和优点，可参照各附图阅读 以下对本发明较佳实施例的详细说明。附图简介：

图1A是按照较佳实施例的代表性硬件环境的框图；

图1B表示按照较佳实施例的典型公共信道信令系统#7(SS7)网 络的体系结构的框图；

图1C是按照较佳实施例的互连网电话系统的框图；

图1D是按照较佳实施例的混合交换机的框图；

图1E是按照较佳实施例的混合交换机的连接的框图；

图1F是按照较佳实施例的混合(互连网-电话)交换机的框图；

图1G是表示按照较佳实施例，混合互连网电话交换机中涉及的软 件过程的框图；

图2是表示按照较佳实施例，在典型的SS7网络中采用PMU的框 图；

图3是表示较佳实施例的系统体系结构的框图；

图4是表示按照较佳实施例的逻辑系统部件的高级过程流图；

图5～9是表示按照较佳实施例的、图4中所示部件的详细操作的过 程流图；

图10A表示按照较佳实施例的公共交换电话网络(PSTN)1000， 它包含本地交换通信公司(LEC)1020，呼叫方通过本地交换通信公 司，用电话1021或计算机1030来访问该交换网络；

图10B表示按照较佳实施例的互连网路由选择网络；

图11表示按照较佳实施例的、VNET个人电脑(PC)至PC信息呼叫 流(call flow)；

图12表示按照较佳实施例的、VNET个人电脑(PC)至网络外PC信 息呼叫流；

图13表示按照较佳实施例的、VNET个人电脑(PC)至网络外电话 信息呼叫流；

图14表示按照较佳实施例的、VNET个人电脑(PC)至网络内电话 信息呼叫流。

图15表示按照较佳实施例的、个人电脑至个人电脑的互连网电话 呼叫；

图16表示按照较佳实施例的、从个人电脑通过因特网被路由选择 至电话的电话呼叫；

图17表示按照较佳实施例的、电话至个人电脑的呼叫；

图18表示按照较佳实施例的、互连网上的电话至电话的呼叫；

图19A和19B表示按照较佳实施例的智能网络；

图19C表示按照较佳实施例的视频会议的体系结构；

图19D表示按照较佳实施例的视频存储和转发的体系结构；

图19E表示按照较佳实施例的、用于在因特网上传输电视电话的体 系结构；

图19F表示按照较佳实施例的互连网电话系统的框图；

图19G表示按照较佳实施例的优先访问/路由器(prioritizing access/router)的框图；

图20表示按照较佳实施例的网络系统的高级框图；

图21表示按照较佳实施例的、图20中所示系统的一部分的功能框 图；

图22表示按照图21的较佳实施例的另一个高级框图；

图23表示按照较佳实施例的无交换机网络系统的框图；

图24是表示按照较佳实施例的图20和图23中所示系统的一部分的 层次结构图；

图25是表示按照较佳实施例的图24中所示系统部分的框图；

图26是表示按照较佳实施例的方法的部分流图；

图27-39是表示按照较佳实施例的图20和图23中所示系统的另一 些方面的框图；

图40是按照较佳实施例的web服务器登录的示意图；

图41是按照较佳实施例的图40的登录所用的服务器目录结构 (server directory structure)的示意图；

图42是按照较佳实施例的图40的登录更详细的示意图；

图43～50是表示按照较佳实施例的混合网络各部分的框图；

图51表示按照较佳实施例的数据管理区(DMZ)5105的一种配 置；

图52A～52C表示按照较佳实施例的与拨入环境相联系的网络框 图；

图53是表示按照较佳实施例的传真音调检测的流图；

图54A～54E是表示按照较佳实施例的用于传真和语音信箱的VFP 完成过程的流图；

图55A和55B表示按照较佳实施例的寻呼机终端处理器(Pager Termination processor)的操作；

图56表示按照较佳实施例的从寻呼机终端调用的GetCallback例 程；

图57表示按照较佳实施例的用于访问联机轮廓管理的用户登录屏 幕；

图58表示按照较佳实施例的、用于设置或改变用户的呼叫路由选 择指令的呼叫路由选择屏幕；

图59表示按照较佳实施例的、用于建立向非帐户所有人的呼叫者 呈示的客人菜单的客人菜单配置屏幕；

图60表示替代路由选择(override routing)屏幕，按照较佳实 施例，它使用户能将所有呼叫路由选择到选定目的地；

图61表示用于按照较佳实施例来建立快速拨号的快速拨号屏幕；

图62表示用于按照较佳实施例来建立语音邮件的语音邮件屏幕；

图63表示用于按照较佳实施例来建立传真邮件的传真邮件屏幕；

图64表示用于按照较佳实施例来建立呼叫屏蔽(call screening)的呼叫屏蔽屏幕；

图65～67表示用于按照较佳实施例的用户轮廓管理的各附加屏 幕；

图68的流图表示按照较佳实施例，对用户输入的快速拨号的确认 是如何进行的；

图69A～69AI是表示按照较佳实施例的软件实现的自动应答设备 (ARU)呼叫流图；

图70A～70R是进一步表示按照较佳实施例的软件实现的控制台呼 叫流图；

图71表示按照较佳实施例的VNET至VNET系统的典型客户机配置；

图72表示按照较佳实施例的DAP的操作；

图73表示按照较佳实施例的、电话通过其而连接到用于1-800呼 叫处理的释放链路干线(release link trunk)的过程；

图74表示按照较佳实施例的DAP过程请求的客户机侧；

图75表示按照较佳实施例，交换机10530为呼叫者选择特定号码 或“热线”的操作；

图76表示按照较佳实施例的、通过因特网选择性地为电话呼叫选 择路由的基于计算机的语音网关(voice gateway)的操作；

图77表示按照较佳实施例，在中央式结构中部署的图76的VRU的 操作；

图78表示按照较佳实施例，在分布式结构中部署的图76的VRU的 操作；

图79A和79B表示按照较佳实施例，用于因特网呼叫路由选择的抽 样应用(sample applications)的操作；

图79B表示按照较佳实施例的许多用于主叫用户启动的消费者事务 的应用。

图80表示按照较佳实施例，提供语音邮件和语音响应单元业务以 及向服务提供商的互连的交换网络的配置；

图81表示按照较佳实施例，具有通过数据库的数据共享的入站共 享自动呼叫分配器(ACD)呼叫；

图82表示按照较佳实施例的示例性电信系统的框图；

图83表示按照较佳实施例的示例性计算机系统的框图；

图84表示按照较佳实施例的CDR和PNR呼叫记录格式；

图85(A)和85(B)共同表示按照较佳实施例的ECDR和EPNR呼叫记录 格式；

图86表示按照较佳实施例的0SR和POSR呼叫记录格式；

图87(A)和87(B)共同表示按照较佳实施例的EOSR和EPOSR呼叫记 录格式；

图88表示按照较佳实施例的SER呼叫记录格式；

图89(A)和89(B)的控制流图，表示按照较佳实施例，交换机使用 扩展的记录格式时的情况；

图90是表示按照较佳实施例的Change Time(改变时间)命令的 控制流图；

图91是表示按照较佳实施例的Change Daylight Savings Time (改变夏时制时间)命令的控制流图。

图92是表示按照较佳实施例的网络呼叫标识符(Network Call Identifier)(NCID)交换呼叫处理的控制流图。

图93是表示按照较佳实施例，处理接收的网络呼叫标识符的控制 流图；

图94(A)是表示按照较佳实施例，生成网络呼叫标识符的控制流 图；

图94(B)是表示按照较佳实施例，向呼叫记录增加网络呼叫标识符 的控制流图；

图95是表示按照较佳实施例，传输一个呼叫的控制流图；

图96表示按照较佳实施例的一个硬件部件的实施例，其允许视频 操作员参加电视会议平台并提供服务，这些服务包括但不限于：监 视、察看和记录任何电视会议呼叫，帮助电视会议主叫用户；

图97表示按照较佳实施例，用于使视频操作员能管理电视会议呼 叫的包括视频操作员控制台系统的系统；

图98表示按照较佳实施例，用于使视频操作员能管理电视会议呼 叫的包括视频操作员控制台系统的系统；

图99表示按照较佳实施例，电视会议呼叫是如何由视频操作员启 动的；

图100表示按照较佳实施例，视频操作员软件系统类的类层次；

图101是表示按照较佳实施例，VOCall对象的m_state变量可能发 生的状态变化的状态转换图；

图102是表示按照较佳实施例，VOConnection对象的m_state变量 (“状态变量”)可能发生的状态变化的状态转换图；

图103是表示按照较佳实施例，VOConference对象的m_state变量 (“状态变量”)可能发生的状态变化的状态转换图；

图104是表示按照较佳实施例，VORecorder对象的m_state变量 (“状态变量”)可能发生的状态变化的状态转换图；

图105是表示按照较佳实施例，VORecorder对象的m_state变量 (“状态变量”)可能发生的状态变化的状态转换图；

图106表示按照较佳实施例，视频操作员图形用户界面 (“GUI”)类的类层次；

图107表示按照较佳实施例，视频操作员共享的数据库的数据库模 式图；

图108表示按照较佳实施例具体实现的一个Main Console(主控 制台)窗口；

图109表示按照较佳实施例具体实现的一个Schedule(调度)窗 口；

图110表示按照较佳实施例具体实现的一个Conference(会议) 窗口41203，该窗口在操作员选择一个会议或回放会话时显示；

图111表示按照较佳实施例具体实现的一个视频观看(video Watch)窗口41204，该窗口显示来自某会议连接的选定呼叫或者来自 单独的输入或输出呼叫的H.320输入；

图112表示按照较佳实施例具体实现的一个显示所有出错消息和报 警的Console Output(控制台输出)窗口41205；

图113表示按照较佳实施例的Properties(特性)对话框。

图114A是按照较佳实施例的接入/路由器系统的框图。

图114B是按照较佳实施例的体系结构的框图。

图115是按照较佳实施例的基于互连网的回叫体系结构的框图。

                        详细说明

                          目录 I.因特网的组成结构 II.协议标准

A.因特网协议

B.国际电信联盟-电信标准化分部(“ITU-T”)标准 III.TCP/IP特征 IV.通讯网络中的信息传输

A.交换技术

B.网关和路由器

C.用网络级协议来便利用户连接

D.数据报和路由选择 V.技术介绍

A.ATM

B.帧中继

C.ISDN VI.MCI智能网络

A.MCI智能网络的部件

    1.MCI交换网络

    2.网络控制系统(NCS)/数据接入点(DAP)

    3.智能业务网(ISN)4

    4.增强语音业务(EVS)9

    5.其它部件

B.智能网络系统概述

C.呼叫流的例子 VII.ISP构架

A.背景

    1.宽带接入

    2.因特网电话系统

    3.功能

    4.未来业务

B.ISP体系结构框架

C.ISP功能框架

D.ISP集成网络业务

E.ISP部件

F.无交换机的通信业务

G.指导原则

    1.体系结构原则

    2.业务功能部件原则

    3.功能原则

    4.业务创建、配置和执行原则

    5.资源管理模型2150原则

    6.数据管理2138原则

    7.操作支持原则

    8.物理模型原则

H.ISP业务模型

    1.目的

2.努力的范围

3.业务模型概述

4.业务结构

5.业务2200执行

6.业务交互

7.业务监控 I.ISP数据管理模型

1.范围

2.目的

3.数据管理概述

4.逻辑描述

5.物理描述

6.技术选择

7.实现

8.安全

9.元数据

10.标准数据库技术 J.ISP资源管理模型

2.本地资源管理器(LRM)

3.全局资源管理器(GRM)2188

4.资源管理模型(RRM)

5.部件交互 K.操作支援模型

1.介绍

2.操作支援模型

3.协议模型

4.物理模型

5.接口点

6.概述 L.物理网络模型

1.介绍

2.信息流

    3.术语

    4.实体关系 VIII.智能网络

A.网络管理

B.客户服务

C.计费

D.代理

E.报告

F.安全

G.故障处理 IX.增强的个人业务

A.Web服务器体系结构

    1.欢迎服务器450

    2.令牌服务器454

    3.应用服务器

B.Web服务器系统环境

    1.欢迎服务器

    2.令牌服务器454

    3.轮廓管理应用服务器

C.安全

D.登录过程

E.业务选择

F.业务操作

    1.NIDS服务器

    2.TOKEN(令牌)数据库业务

    3.SERVERS(服务器)数据库业务

    4.HOSTILE_IP(敌意IP)数据库业务

    5.TOKEN_HOSTS(令牌宿主)数据库业务

    6.SERVER_ENV数据库业务

    7.时间作业(Chron Job)

G.标准

H.系统管理

I.产品/增强

J.接口特征要求(概述)

    1.用户帐户轮廓

    2.消息的数据库

K.自动应答设备(ARU)功能

    1.用户接口

L.消息管理

    1.多个媒体消息通知

    2.多个媒体消息操作

    3.文本到语音

    4.电子邮件转发到传真机

    5.寻呼机收到信息的通知

    6.话音邮件的投递确认

    7.消息优先化

M.信息业务

N.消息存储要求

O.轮廓管理

P.呼叫路由选择菜单改变

Q.二路寻呼机配置控制和对放置与寻呼(park and page)的应答

R.个性化的问候

S.列表管理

T.全局消息处理 X.因特网电话技术和相关业务

A.因特网媒体的系统环境

    1.硬件

    2.面向对象的软件工具

B.因特网电话

    1.介绍

    2.作为商业业务的IP电话

    3.因特网中的电话号码

    4.其它因特网电话通信公司

    5.国际接入

C.因特网电话业务

D.呼叫处理

    1.VNET呼叫处理

    2.块单元的描述

E.可再用的呼叫流框

    1.VNET PC连接到公司内部网并登录到目录服务

    2.VNET PC向目录服务询问VNET转换

    3.PC连接到ITG

    4.ITG连接到PC

    5.VNET PC到PC呼叫流描述

    6.为因特网上的因特网电话网关的因特网客户机选择确 定最佳选择

    7.Vnet呼叫处理 XI.电信网络管理

A.SNMS电路图

B.SNMS连接图

C.SNMS非相邻节点图

D.SNMS LATA连接图

E.NPA-NXX信息列表

F.终端局信息列表

G.中继线组信息列表

H.过滤器定义窗口

I.故障记录窗口 XII.POTS上的视频电话

A.视频电话系统的部件

    1.带有ACD的DSP调制解调器池

    2.代理

    3.视频保持服务器

    4.视频邮件服务器

    5.视频内容引擎

    6.预约引擎

    7.视频桥

B.方案

C.连接建立

D.呼叫目的地

E.记录视频邮件、存储与转发视频和问候

F.检索视频邮件和视频点播

G.视频会议调度 XIII.因特网上的视频电话

A.部件

    1.目录和登记引擎

    2.代理

    3.视频邮件服务器

    4.视频内容引擎

    5.会议预约引擎

    6.MCI会议空间

    7.虚拟现实空间引擎

B.方案

C.连接建立

D.记录视频邮件、存储与转发视频和问候

E.检索视频邮件和视频点播

F.视频会议调度

G.虚拟现实 XIV.视频会议体系结构

A.特征

B.部件

    1.终端用户终端

    2.LAN互连系统

    3.ITU H.323服务器

    4.守门设备(gatekeeper)

    5.操作员业务模块

    6.多点控制单元(MCU)

    7.网关

    8.支持业务单元

C.概述

D.呼叫流举例

    1.点对点呼叫

    2.多点视频会议呼叫

E.结语 XV.视频存储与转发体系结构

A.特征

B.体系结构

C.部件

    1.内容创建和代码转换。

    2.内容管理和投递

    3.内容检索和显示。

D.概述 XVI.视频操作员

A.硬件体系结构

B.视频操作员控制台

C.视频会议呼叫流

D.视频操作员软件系统

    1.类层次

    2.类和对象说明

E.图形用户界面类

    1.类层次

    2.类和对象说明

F.视频操作员共享数据库

    1.数据库模式

G.视频操作员控制台图形用户界面窗口

    1.主控制台窗口

    2.调度窗口

    3.会议窗口

    4.视频观察窗口

    5.控制台输出窗口

    6.特性对话窗口 XVII.万维网(WWW)浏览器功能

A.用户接口

B.性能

C.个人主页

    1.存储要求

    2.在屏帮助文本

    3.个人主页目录

    4.控制条

    5.主页

    6.安全要求

    7.在屏幕帮助文本

    8.轮廓管理

    9.信息服务轮廓管理

    10.个人主页轮廓管理

    11.列表管理

    12.全局消息管理

D.消息中心

    1.存储要求

E.PC客户机功能

    1.用户接口

    2.安全

    3.消息检索

    4.消息操作

F.订单输入要求

    1.规定与实现

G.通信系统

H.定价

I.记帐 XVIII.直达线路MCI

A.概述

    1.ARU(音频应答单元)502

    2.VFP(话音传真平台)504

    3.DDS(数据分配业务)506

B.原理

C.细节

    1.呼叫流体系结构520

    2.网络连接

    3.呼叫流

    4.数据流体系结构

D.话音传真平台(VFP)504详细体系结构

    1.概述

    2.原理

    3.细节

E.话音分配详细体系结构

    1.概述

    2.原理

F.登录屏

G.呼叫路由选择屏

H.客人菜单配置屏

I.替换路由选择屏

J.快速拨号屏

K.ARU呼叫流 XIX.因特网传真

A.介绍

B.细节 XX.因特网交换技术

A.实施例一

B.实施例二 XXI.记帐

A.实施例一

    1.呼叫记录格式

    2.网络呼叫标识符

B.实施例二

    1.呼叫记录格式

    2.网络呼叫标识符

                         因特网介绍

I.因特网的组成结构

因特网是一种互连物理网络的方法和一组协议，其中的协议是关 于使用网络的协议，它允许符合协议的计算机交互作用。物理上来 说，因特网是一个巨大的全球性网络。根据美国Government Accounting Office(GAO)的统计，因特网跨越92个国家，包含 59,000个学术、商业、政府和军事网络，预计这个数字每年要翻一 番。此外，大约有1千万台主机、5千万用户和7万6千台万维网服务器 与因特网相连。因特网的主干由一系列高速通信链路组成，它们连接 着美国国内以及全世界的主要超级计算机地点和教育及研究机构。

继续介绍之前，应当澄清通常在互连网(“internet”)一词使 用上的误解。最初，该词只用作根据Internet Protocol(因特网协 议)组成的网络的名称，但是现在，internet已经是用于表示一个整 体网络类的一般名词。“互连网”(internet—英文以小写字母 “i”开头)是任何分立的物理网络的结合，采用某公共协议互连后形 成单一的逻辑网络，而“因特网”(Internet—英文以大写字母 “I”开头)则是采用因特网协议将大量的物理网络连接成单一的逻辑 网络而形成的全球性互连的网络。

II.协议标准

A.因特网协议

协议管理因特网主干上的行为并因而为数据通信设定主要规则。 传输控制协议/因特网协议(ITP/IP)具有开放的性质可供任何人使 用，即它试图建立一个独立于计算机或网络的操作系统和体系结构差 异的网络协议系统。因此，ITP/IP协议是以标准文献、特别是征求意 见书(Request for Comments)的形式对公众开放的。因特网连接的 一个要求是TCP/IP，它包含数据通信协议的一个大的集合，其中就有 传输控制协议和因特网协议这两个协议。《TCP/IP例解》对有关 TCP/IP和UDP/IP的详细内容有非常出色的描述(W.Richard Stevens 著，Addison-Wesley出版公司，1996)。

B.国际电信联盟-通信标准化分部(“ITU-T”)标准

国际电信联盟-通信标准化分部(“ITU-T”)已经建立了众多 的管理用于电信设备的协议和线路编码方法的标准。由于本文自始至 终引用了许多这些标准，以下就有关标准的提要列举出来作为参考。

ITU G.711 3kHz音频信道的脉冲代码调制的推荐标准。

ITU G.722 64k比特/秒信道内的7kHz音频编码的推荐标准。

ITU G.723用于以5.3和6.3k比特传输的多媒体通信的双速率语 音编码器的推荐标准。

ITU G.728采用低延迟代码激励线性预测(LD-CELP)的16k比特 /秒的速率编码语音的推荐标准。

ITU H.221用于音视远程服务的64至1920k比特/秒的信道的帧结 构。

ITU H.223用于低比特率多媒体终端的多路转换协议。

ITU H.225无保障服务质量的局域网上的介质流分组和同步的 ITU推荐标准。

ITU H.230用于视听系统的帧同步的控制与指示信号。

ITU H.231采用速率达2M比特/秒的数字信道用于视听系统的多 点控制单元。

ITU H.242采用速率达2M比特/秒的数字信道在视听终端之间建 立通信的系统。

ITU H.243采用速率达2M比特/秒在三个或更多的视听终端之间 建立通信的系统。

ITU H.245用于多媒体通信的控制协议的推荐标准。

ITU H.261用于支持视频分辨率为352×288象素和176×144象素 的视听服务的视频编码器-解码器的推荐标准。

ITU H.263用于支持视频分辨率为128×96象素、176×144象 素、352×288象素、704×576象素和1408×1152象素的视听服务的视 频编码器-解码器的推荐标准。

ITU H.320窄带ISDN视频电话系统的推荐标准。

ITU H.321 ATM上的视频电话终端。

ITU H.322有保障服务质量的局域网上的视频电话终端。

ITU H.323用于提供无保障服务质量的局域网的视频电话系统和 设备的推荐标准。

ITU H.324用于拨号电话线路上低比特率(28.8Kbps)多媒体通 信的终端和系统的推荐标准。

ITU T.120多媒体数据的传输协议。

此外，本文中引用的其它几个有关标准是：

ISDN综合业务数字网—在单一通信链路上传输声音、视频和数据 的数字通信标准。

RTP实时传输协议—一种用于在单信道传播和多信道传播网络上 传输声音、视频之类实时数据的因特网标准协议。

IP因特网协议—一种用于在互连计算机系统的分组交换网络上传 输和传递数据分组的因特网标准协议。

PPP点到点协议

MPEG运动图象专家组—国际标准化组织(ISO)下的一个标准化 单位，其制定了用于包括位流的数字视频和音频的压缩(但不是压缩 算法)的推荐标准。

SLIP串行线路因特网协议

RSVP资源保留建立协议

UDP用户数据报协议

III.TCP/IP特征

TCP/IP协议在因特网上迅速流行的原因是它们迎合了全球数据通 信这个重大需要，并且有几个重要特性使它们能够迎合这种需要。

今天仍然在使用的这些特征包括：通用寻址方案，它允许任何运 行TCP/IP的设备能唯一地寻址因特网上的任何其它设备。

开放的协议标准-自由使用，其开发独立于任何硬件或操作系统。 因此，TCP/IP能被用于不同的硬件和软件，即使是不需要进行因特网 通信。

对任何特定物理网络硬件的独立性，允许TCP/IP集成许多不同种 类的网络。TCP/IP能够用在以太网、令牌环网、拨号线路或者几乎任 何种类的物理传输介质上。

IV.通讯网络中的信息传输

A.交换技术

要理解当今因特网主干业务的主要运作者近来采取的行动，需要 了解在通信系统中信息是如何传播的。传统类型的通信网络是线路交 换式的。美国的电话系统就采用这种线路交换技术。当人或计算机进 行电话呼叫时，电话系统内的转接设备要寻找从起源电话到接收者电 话的物理路径。线路交换式网络试图通过首先建立一条从起源电话开 始、经过本地交换局、然后跨越中继线、到达远程交换局、最后到达 目的地电话的线路，在该两点之间来建立一个专用连接。这个专用连 接一直存在到呼叫终止。

对于线路交换网络来说，建立一条完整路径是数据传输的前提。 在线路适当就位之后，麦克风捕获模拟信号，信号以模拟形式在模拟 环路上被传输到本地交换通信公司(LEC-Local Exchange Carrier)中心局(CO)。模拟信号在到达LEC中心局之前不转换成数 字形式，即使到达，也只有当设备先进得足以支持数字信息时才作转 换。然而在ISDN实施例中，模拟信号在设备上转换成数字信号，然后 以数字信息传输给LEC。

连接时，线路通过保持一个64Kbps(千比特/秒)的数据路径而 保证样本能被传递并再生。这个速率本身并不是发送数字化声音所要 求的速率。确切地说，64Kbps是发送用脉冲编码调制(PCM)技术数 字化的声音所要求的速率。有许多其它的数字化声音的方法，包括 ADPCM(32Kbps)、GSM(13Kbps)、TrueSpeech8.5(8.5Kbps)、 G.723(6.4Kbps或5.3Kbps)和Voxware RT29HQ(2.9Kbps)。此 外，64Kbps的数据路径是从LEC中心局(CO)交换到LEC保持的，但 不是端对端保持的。该模拟本地回路发送模拟信号，而不是64Kbps的 数字声频。模拟本地回路通常作为各个电话网络线路的“最后一 程”，用以连接呼叫方的本地电话。

这种能力的保障是线路交换网络的强项。然而，线路交换有两个 显著缺点。首先，建立时间可能会很长，因为呼叫信号请求可能会发 现线路正忙于其它呼叫；在这种情况下，在其它连接终止以前不可能 得到连接。其次，利用率可能低而费用高。换言之，呼叫方要为呼叫 期间付费并且即使没有数据传输发生(即没有人说话)也要按全部时 间付费。利用率可能低的原因是，因为线路是专用的，所以信号传输 之间的时间不能被任何其它呼叫使用。连接期间的任何这种未使用的 带宽都浪费了。

此外，整个线路交换的基础结构是围绕64Kbps的线路而建立的。 这种基础结构假设使用PCM编码技术来传输话音。然而，有一些质量很 高的编码一解码器用不到PCM的带宽的十分之一的带宽就能编码声音。 但是线路交换网络却盲目地为一个端对端呼叫分配64Kbps的带宽，即 使只利用了这个带宽的十分之一。此外，每个线路一般仅连接两个通 话方。如果没有会议桥接设备(conference bridging equipment) 的辅助，与电话相连的整个线路都被占用于连接一方到另一方。线路 交换没有多信道广播或多点通信的能力，除非结合会议桥接设备使 用。

呼叫建立时间长的其它原因包括呼叫建立中涉及到不同的信令网 络以及纯粹是导致传输延迟的距离。在低带宽链路上从端站发往中心 局的模拟信号也能延迟呼叫建立。还有，呼叫建立数据在信令网络上 要经过很长的距离，而信令网络并非总是以光速传输数据。当呼叫是 国际的时，信令网络的差异就增大，处理呼叫建立的设备通常没有调 制解调器装置(modem setup)那样快，而距离更长，所以呼叫建立 更加慢。此外，一般来说，面向连接的虚拟或物理线路装置—诸如线 路交换，由于通话双方之间要求端对端握手，在连接建立时比可比的 无连接技术需要更长的时间。

消息交换(message switching)是人们考虑过的另一种交换策 略。如果采用这种交换形式，就不提前在发送者与接收者之间建立物 理路径；相反，每当发送者有数据码组(block of data)要发送 时，数据码组就先被存储在第一个交换局，检错之后再传输到下一个 交换点。消息交换对码组大小不设限制，因此要求交换站必须有磁盘 来缓存长数据码组；还有，一个单一码组可能占用线路数分钟，使消 息交换变得对交互式业务(interactive traffic)无用。

分组交换网络在计算机网络业中占据着优势。分组交换网络将数 据划分成称为分组的小数据片，多路复用到高容量的机器间连接上。 分组是一个数据码组，有严格的码组大小上限，携带着为向其目的地 传递而必需的足够标识。这种分组一般含有数百个字节的数据，只占 用给定传输线路数十毫秒的时间。通过分组交换来传递更大的文件要 求将文件分解成许多小分组，从一个机器向另一个机器每次发送一 个。网络硬件将这些分组传递到指定目的地，而软件则将它们重新组 装成一个单一文件。

分组交换由于其数据传输效率而被几乎所有计算机互连所使用。 分组交换网络按需要使用线路上的带宽，这就允许其它传输在该期间 穿过线路。此外还提高了通量，这是因为事实上路由器或交换局能迅 速地将其接收大文件的给定分组或一部分，远在该文件的其它分组到 达之前就转发到下一站。在消息交换中，中间路由器则必须要等到整 个码组被传递后才能转发。现今，由于分组交换的优越性，计算机网 络中已不再使用消息交换。

将因特网对照电话系统作个比较有助于更好地理解因特网。公共 交换电话网的设计目标是传输多多少少能识别出来的人类话音。为适 用于计算机至计算机的通信，已经对它们作了改进，但仍然远非最 优。在两个计算机之间的电缆能以每秒数百兆位甚至千兆位的速度传 输数据。在这些速度下，差的误码率只是每天一个错误。可是，采用 标准电话线的拨号线路的最大数据速率是每秒数千位，而误码率则更 高。事实上，本地电缆的组合位速率乘以误码率性能可能比音频级电 话线好11个数量级。然而，新技术一直在改善这些线路的性能。

B.网关和路由器

因特网由大量的个别网络组成，它们一起形成了数千个计算机系 统的全球性连接。在知道机器是连接到各个网络之后，我们就能探究 网络是如何连接在一起形成网际(internetwork)或因特网的。此 时，因特网网关和因特网路由器就出场亮相了。

就体系结构而言，两个给定网络是由与它们二者相连的计算机连 接的。因特网网关和路由器提供为在网络之间发送分组所必需的那些 链路并因此使连接成为可能。没有这些链路，经过因特网的数据通信 就不可能，因为信息要么不会抵达目的地，要么会在到达时变得不可 理解。网关可被看作是通向某通信网络的入口，它执行两个原本不兼 容的网络之间的代码和协议的转换。例如，网关在互连网上的网络之 间传输电子邮件和数据文件。

IP路由器也是连接网络的计算机，是销售商喜欢的更新的名词。 这些路由器必须通过使用不断更新的路由选择表来决定如何将其接收 的数据分组发送到目的地。路由器通过分析分组的目的地网络地址 (destination network address)，作出这些决定。重要的是，路 由器一般不需要决定哪个主机或终端用户将接收分组；相反，路由器 只寻找目的地网络，因此只跟踪足以到达适当网络而不必是适当终端 用户的信息。因此，路由器不必是庞大的超级计算系统而经常只是带 小型主存储器和小型磁盘存储器的机器。网关与路由器的区别细微， 当前的用法使区别界限模糊不清到了这两个术语经常互换使用的程 度。在当前的术语中，网关在不同协议之间移动数据，而路由器在不 同网络之间移动数据。所以，在TCP/IP与OSI之间移动邮件的系统是 网关，而传统的(连接不同的网络的)IP网关则是路由器。

现在来简单考察一下传统电话系统中的路由选择是有用的。电话 系统被构造成高度冗余的多级层次结构。每个电话有两根外出铜线， 直接连接到电话公司最近的终端局(end office)，也称本地中央 局。距离通常不到10公里，仅在美国就有大约2万个终端局。地区码与 电话号码前三位的并置，唯一地指定某个终端局并帮助确定费率和记 帐结构。

每个用户的电话与终端局之间的双线连接称为本地回路(local loop)。如果附属于给定终端局的用户呼叫附属于同一终端局的另一 个用户，终端局内的交换机构就在这两个回路之间建立一个直接的电 子连接。由于前文讨论过的线路交换技术，这种连接在呼叫期间保持 完好。

如果附属于给定终端局的用户呼叫附属于不同终端局的用户，就 要在呼叫的路由选择中做更多的工作。第一，每个终端局都有许多外 出的线路连接一个或多个附近的交换中心，称为长途电话局。这些线 路称为长途连接中继线。如果呼叫者和接收者双方的终端局恰巧都有 长途连接中继线到同一个长途电话局，则连接就可以在该长途电话局 内建立。如果呼叫者和呼叫的接收者不共享同一个长途电话局，则路 径就将必须在层次结构中更高的某个地方建立。有形成网络的地区性 和区域性电话局，长途电话局通过网络连接。长途、地区和区域交换 局彼此之间通过高带宽的长途中继线间的主干线路通讯。不同种类的 交换中心的数量和它们的特定拓扑结构因国家而异，取决该国的电话 密度。

C.用网络层通信便利进行用户连接

除了因特网的数据传输功能之外，TCP/IP也寻求使用户相信因特 网是唯一的虚拟网络。TCP/IP完成这个目的的方法是提供机器间的通 用互连，它独立于主机和用户终端附接的特定网络。除了物理网络的 路由器互连，每个主机上还要求有软件来允许应用程序像使用单一的 真实物理网络那样地使用因特网。

D.数据报和路由选择

因特网业务的基础是由路由器运行的一个基础的无连接的分组传 递系统，基本传输单位是分组。在运行TCP/IP的互连网中，诸如因特 网主干中，将这些分组称为数据报。本节将简要讨论如何为数据报在 因特网中选择路由。

在分组交换系统中，路由选择是一个对在其上发送分组的路径进 行选择的过程。如上所述，路由器就是进行这种选择的计算机。对于 从网络内的一个主机到同一网络内的另一个主机的信息的路由选择来 说，被发送的数据报实际上并不到达因特网主干。这是内部路由选择 的一例，它在网络内部是完全自包容的。网络外部的机器不参与这些 内部路由选择决定。

现在应当对直接传递和间接传递加以区分。直接传递是始于一个 机器、跨越一个单一物理网络、到达同一物理网络上另一个机器的数 据传输。这种传递不牵涉路由器。相反，发送者将数据报封装在物理 帧中，标注地址，然后将该帧直接发送到目的机器。

当涉及一个以上的物理网络时，特别是当一个网络中的机器希望 与另一个网络中的机器通信时，间接传递是必要的。这种通信类型就 是当我们说到跨因特网主干选择信息路由时所想到的通信类型。间接 传递是需要路由器的。要发送数据报，发送者必须标识一个该数据报 能发往的一个路由器，该路由器然后向目的地网络转发该数据报。回 忆一下，路由器一般并不跟踪个别主机地址(有数百万个)，而是只 跟踪物理网络(有数千个)。实际上，因特网中的路由器形成一个合 作的互连结构，数据报跨主干从路由器传到路由器，直到到达一个能 直接传递数据报的路由器。

V.技术介绍

因特网世界的变化面貌吸引了新的系统和技术的流入。以下三项 新技术—每项都有可能在不久的未来更加流行，可用来引入该技术领 域：

A.ATM

异步传输模式(ATM)是采用高速的面向连接的系统的联网技术， 用于局域网和广域网两种网络。ATM网络要求的现代硬件包括：

·高速交换，能以每秒千兆位(1012位)的速度处理来自许多计算 机的通信量；

·光纤，(与铜线相比)提供高数据传输速率，具有以100或 155Mbps(百万位/秒)的速率运行的主机-ATM交换连接；

·固定大小的信元(cell)，每个包括53个字节。

ATM融合了分组交换和线路交换二者的特征，因为它是设计用于除 了数据之外还传输语音、视频和电视信号。纯粹的分组交换技术无助 于进行语音传输，因为语音传输要求更稳定的带宽。

B.帧中继

帧中继系统采用分组交换技术，但是比传统系统效率更高。这种 效率的部分原因实际是帧中继系统比传统的X.25分组交换业务执行更 少的差错检验。事实上，许多中间节点很少或者根本不作差错检验而 只处理路由选择，将差错检验留给系统的更高层。由于现今的传输可 靠性更高，以前进行的差错检验大都变得无足轻重了。因此，帧中继 与传统系统相比具有更高的性能。

C.ISDN

综合业务数字网是一种“在数字线路上传输语音、视频和数据的 国际电信标准”，主要以64K位/秒的速率运行。传统的电话网络传输 语音的速率只有4K位/秒。要采用ISDN，终端用户或公司必须升级 ISDN终端设备、中心局硬件、和中心局软件。ISDN的明显目标包括以 下各点：

1.提供用于语音、数据和信令的国际接受的标准；

2.使所有传输线路成为端对端数字型线路(end-to-end digital)；

3.采用标准的带外信令系统；以及为桌面带来显著增加的带宽。

VI.MCI智能网络

MCI智能网络是一种处理语音、传真和有关业务的呼叫处理体系结 构。智能网络包含一个具有特殊功能的专用桥接交换机(bridge switch)和一组具有一个自动呼叫分配器(ACD)的通用计算机。呼 叫处理包括号码转换服务、自动或人工操作员服务、确认服务和数据 库服务，这些服务是由专门一组具有专业软件的通用计算机执行的。 通过以简单而成本-高效的方式增强软件，能够很容易地将新的增值 服务集成到该系统中。

进一步展开之前，确定一些术语的含义是有帮助的。 ISP       智能业务平台 NCS       网络控制系统 DAP       数据接入点 ACD       自动呼叫分配器 ISN       智能业务网络(智能网络) ISNAP     智能业务网络附属处理器 MTOC      人工电信操作员控制台 ARU       音频应答器 ACP       自动呼叫处理器 NAS       网络音频服务器 EVS       增强性语音业务 POTS      普通老式电话系统 ATN       异步传输模式

智能网络体系结构特征丰富，非常灵活。增添新特征和服务的方 法简单而且迅速。用在通用计算机上运行的专用软件来扩展这些特征 和服务。增添新特征和服务涉及升级专用软件，成本-效能比合算。

智能网络的特征和服务包括：

·呼叫类型标识；

·呼叫路由选择和选择性终端；

·操作员选择和呼叫保持；

·人工和自动操作员；

·语音识别和自动、交互式应答；

·客户和客户轮廓的验证和确认；

·语音邮件；

·呼叫确认和数据库；

·电话会议预约；

·电视会议预约；

·传真传递和广播；

·客户记帐；

·欺诈监控；

·运行测量和使用统计报告；以及交换接口和控制。

A.MCI智能网络的各部件

图19A表示按照较佳实施例的一个智能网络。MCI智能网络由许多 部件组成。MCI智能网络的主要部件包括：

·MCI交换网络2

·网络控制系统(NCS)/数据接入点(DAP)3

·ISN-智能业务网络4

·EVS-增强性语音业务9

1.MCI交换网络

MCI交换网络由专用桥接交换机(bridging switches)2组成。 这些桥接开关2在呼叫被智能业务网络4确认之后，为呼叫和被呼叫方 选择路由并连接双方。桥接交换机具有有限的编程功能，在智能业务 网络(ISN)4的控制下提供基本的交换服务。

2.网络控制系统/数据接入点(NCS/DAP)

NCS/DAP 3是MCI智能网络的组成部分。DAP提供号码转换之类的 各种数据库服务，也为标识一个呼叫的终端号码的交换机ID和中继线 ID提供服务。

NCS/DAP 3提供的不同服务包括：

·800、900、VNET号码的号码转换；

·范围限制，用于限制长途电话选择和高级参数路由选择，这些 高级参数路由选择包括时间、星期、日期、起源点和多个地点上的百 分比分配；

·信息数据库，包括给定呼叫的终端号码的交换机ID和中继线 ID；

·远程查询客户数据库；

·VNET/950卡确认服务；

·VNET ANI/DAL确认服务。

3.智能业务网络(ISN)4

ISN 4包括为呼叫选择路由的自动呼叫分配器(ACD)。ACD与智 能交换网络附属处理器(ISNA)5通信并将呼叫传递给不同的人工或自 动代理(agents)。ISN包括ISNAP 5和操作员网络中心(ONC)。 ISNAP 5负责呼叫路由选择的组选择(Group Select)和操作员选择 (Operator Select)。ISNAP与ACD通信以向不同代理传递呼叫。 ISNAP也负责为操作员辅助的呼叫协调数据和语音。ONC的组成是服务 器、数据库和代理，代理包括活操作员或音频应答器(ARU)，后者包 括自动呼叫处理器(ACP)、MTOC和关联的NAS 7。这些系统在 Eternet LAN网上彼此通信，为呼叫处理提供各种服务。

ONC提供的各种服务包括：

·确认服务—包括呼叫类型标识、呼叫验证和呼叫限制(若有的 话)；

·操作员服务—人工或自动的，用于帮助客户；

·各种数据库查阅的数据库服务；

·呼叫扩展功能；

·呼叫桥接功能；

·提示用户输入；

·播放语音消息。

4.增强性语音业务(EVS)9

增强性语音业务除了许多增值特征外还提供基于菜单的路由选择 服务。EVS系统提示用户输入并根据用户输入选择呼叫路由，或者为语 音邮件和传真路由选择提供专门服务。作为MCI智能网络的EVS部件的 一部分提供的不同服务包括：

·播放客户特定的语音消息；

·提示用户输入；

·基于用户输入的信息存取；

·呼叫扩展功能；

·呼叫桥接功能；

·电话会议功能；

·呼叫传输功能；

·记录用户语音消息；

·所记录语音的远程更新；

·接-发传真。

5.其它部件

除了上述部件之外，MCI智能网络中还配备了一组其它部件。这些 部件是：

·智能呼叫路由选择(ICR)服务的提供，用于根据在呼叫期间或 更早时候从呼叫方获得的数据进行专门的呼叫路由选择。也根据物理 和逻辑网络布局的了解来选择路由。也提供其它根据时间的智能路由 选择服务、根据忙路由器的备用路由选择。

·记帐是MCI智能网络的一个关键部件。记帐部件提供根据呼叫类 型和呼叫延续时间的用户记帐服务。还额外地为象800受方付费电话之 类的增值服务提供专门的记帐服务。

·欺诈监控部件是MCI智能网络的一个关键部件，它提供防止因他 人欺诈和非法使用网络而损失利润的服务。

·运行测量包括为分析产品性能进行数据收集。对广告宣传反应 的分析、产生专门报告的呼叫模式(call patterns)产生于运行测 量。所收集的信息也用于未来的产品计划和预测基础结构需求。

·使用统计报告包括从操作数据库和记帐信息中收集信息来生成 使用的报告。使用统计报告用于研究呼叫模式、加载模式(load patterns)以及人口统计的信息。这些报告用于未来产品计划和市场 营销的输入。

B.智能网络系统概述

MCI呼叫处理体系结构是在许多重要部件上建立的，这些部件包括 MCI交换网络、网络控制系统、增强性语音业务系统和智能业务网络。 呼叫处理完全是在一组通用计算机和由其产生、构成MCI智能网络的基 础的一些专用处理器上执行的。交换机(Switch)是一种具有有限编 程能力和复杂接口的专用桥接交换机。在交换机上添加新的服务非常 困难，有时根本不可能。首先要查验MCI交换机(MCI Switch)上的 呼叫是否需要号码转换(例如是800号码时的情况)。如果需要号码转 换，则要么在交换机本身处根据内部表(internal table)完成转 换，要么将转换请求发往DAP，DAP是一个通用计算机，具有能够进行 号码转换、也能确定终端号码的中继线ID和交换机ID的软件。

呼叫能被路由选择到ACD，ACD将呼叫传递到各种呼叫处理代理， 诸如活操作员或ARU。ACD与ISNAP通信，后者进行组选择来确定哪一 组代理负责该呼叫以及哪一个代理有空处理该呼叫。

代理通过与NIDS(网络信息分布式业务)服务器通信处理接收的 呼叫。NIDS服务器是确认或数据库服务器，具有由ISN提供的各种服 务所必需的数据库。一旦呼叫被该服务器上的呼叫处理确认，代理就 将该状态发送回ACD。ACD于是拨打终端号码并桥接具有终端号码的输 入呼叫，并对所有回到该交换机的路径执行释放链路中继线(RLT)命 令，将呼叫释放。代理也生成记帐名细记录(BDR)命令以记帐数据。 当呼叫完成时，交换机就生成操作服务记录(OSR)命令，后者以后要 与对应的BDR匹配以创建完整的记帐数据。新的增值服务的添加非常简 单，新的特征可由其它软件和ISP中不同计算系统的配置来添加。下面 解释一个典型的呼叫流(call flow)情况。

C.呼叫流的举例

本呼叫流例解释了从图19A的电话1到电话10的800号码受方付费 电话的处理。当呼叫方拨打1-800-COLLECT，向被呼叫方电话10进 行受方付费呼叫时，呼叫开始。该呼叫被呼叫方的区域贝尔营业公司 (RBOC)(它清楚这是MCI拥有的号码)路由选择到最近的MCI交换机 装置，到达MCI交换机2。

交换机2检测出这是一个800号码的服务，于是就根据交换机中的 参考表进行800号码转换，或者请求数据接入点(DAP)3用数据库查 找来提供号码转换服务。

现在通过自动呼叫分配器(ACD)4将该呼叫处理委托给一组智能 计算系统。本例中，由于是受方付费电话，呼叫方要首先联系人工或 自动操作员，然后，该呼叫才能得到进一步的处理。呼叫从交换机被 传输到能与智能业务网络附属处理器(ISNAP)5一起运行的ACD 4。 ISNAP 5根据呼叫的类型来确定哪组代理能够处理该呼叫。这个操作 被称为组选择。能够进行呼叫处理的代理包括人工电信操作员控制台 (MTOC)6或者带有关联的网络音频服务器(NAS)7a的自动呼叫处理 器(ACP)7。ISNAP 5确定哪一个代理有空处理该呼叫，并将该语音 呼叫路由选择到特定的代理。

代理是用先进的呼叫处理软件建立的。代理从呼叫方收集包括被 呼叫方电话号码的所有有关信息。代理然后用一组数据库查找请求与 数据库服务器通信。数据库查找请求包括查询呼叫的类型、根据呼叫 方和被呼叫方的电话号码的呼叫确认以及呼叫限制(若有的话)—包 括根据呼叫和被呼叫双方电话号码的呼叫阻塞(call blocking)限 制。代理然后向ISNAP-ACD组合发信号，要求让呼叫方等待，并拨打 被呼叫方和连接被叫方。代理然后向被呼叫方通报呼叫方以及请求受 方付费电话的情况。代理从被呼叫方收集应答，然后进一步处理该呼 叫。

如果被呼叫方同意接收该呼叫，代理就向ISNAP-ACD组合发信 号，要求桥接被呼叫方和呼叫方。代理然后切换一个用于与由交换机 生成的对应OSR(操作服务记录)匹配以创建完整记帐数据的BDR(记 帐名细记录)。ISNAP-ACD组合然后桥接被呼叫方和呼叫方，然后通 过执行释放中继线(RLT)命令而将线路释放返还交换机。呼叫方与被 呼叫方现在就能通过交换机进行通话。在无论由哪一方终止通话时， 交换机生成一个OSR，它将与早些时候生成的BDR匹配以创建该呼叫的 完整记帐数据。如果被呼叫方拒绝接受该受方付费电话，代理就向ACD -ISNAP组合发信号，要求将等待的呼叫方重新连接回代理。最后，代 理向呼叫方通报被呼叫方的应答，生成一个BDR后就终止该呼叫。

MCI智能网络是一种可缩放的和高效的呼叫处理网络体系结构，它 的基础是一组具有专用软件、专用桥接交换机和ACD的智能处理器。智 能网络是与MCI交换网络共存的叠加网络，由大量的、与交换网络交互 作用进行呼叫处理的专用处理器组成。智能网络的一个实施例是完全 以音频为中心的(audio-centric)。数据和传真是如语音呼叫一样 地用一些专门、专用特征和增值服务来处理的。

在另一个实施例中，智能网络被改造得适应新兴技术，包括基于 POTS的电视电话和用于语音和视频的互连网电话。以下各节详细说明 在新兴技术基础上的体系结构、特征和服务。

                  ISN与新兴技术的兼容性

以下各节详细描述建立在一些新兴技术基础上的体系结构、特征 和服务，它们都能被集成到智能网络中。

VII.ISP构架

A.背景

ISP由若干毫不相同的系统组成。随着ISP集成的进展，以前独立 的系统现在已经变成更大整体的一部分，与之相随的是ISP所有领域内 的分析、测试、调度和培训水平的提高。

1.宽带接入(broadband access)

较佳实施例支持一个范围的高带宽业务。这些服务包括：视频点 播、会议、远程教学、远程医疗。

ATM(异步传输模式)将网络控制推进到网络的外围，避免了传统 基于线路的电话的中继线和交换模型。预计将被广泛采用以适应这些 高带宽业务。

2.因特网电话系统

因特网以及与因特网一起的万维网(World Wide Web)提供容易 的用户接入、广泛的商业机会，并为成功的电信公司培育了新的功 用。ISP平台提供了从电话到因特网都能应用和再应用的许多特征。这 些特征包括接入、用户设备、个人帐户、记帐、营销(和广告)数据 或应用内容，甚至是基本的电话业务。

电信业是因特网的主要传输供应商。为因特网用户提供来自电话 环境的许多特征的较佳实施例是最优的。

图19F是按照较佳实施例的因特网电话系统的框图。许多计算机 1900、1901、1902、1903在防火墙1905后面通过以太网(Ethernet) 或其它网络连接而连接到因特网1910。域名系统1906将名字映射到因 特网1910中的IP地址。用于记帐1920、供应1922、目录服务1934、诸 如语音消息传递1932的消息传递业务1930等各个系统都是通过通信链 路附接到因特网1910的。也采用另一个通信链路来方便与用于向各种 机顶设备1941～1943发送信息的卫星设备1940的通信。web服务器 1944为订单输入系统(order entry system)1945提供到因特网1910 的接入。

实施例中，订单输入系统1945为给定的电话号码生成完整的轮廓 信息，包括名称、地址、传真号码、秘书的号码、妻子的电话号码、寻 呼机、营业地址、电子邮件地址、IP地址和电话邮件(phonemail) 地址。这个信息保存在能被网络中有权访问的每个人访问的数据库 中。在一个可替代实施例中，订单输入系统利用万维网接口(web interface)来访问现存的目录服务数据库1934以便为轮廓提供用于 补充用户输入信息的信息。

因特网1910通过网关1950连接公共交换网络(PSTN)1960。较佳 实施例中的网关1950提供从PSTN 1960中的线路交换呼叫到因特网 1910中的某个实体的虚拟连接。

PSTN 1960附接有各种系统，包括直接拨号输入1970、用于方便 800号码处理和便于例如公司专用线路(tieline)的虚拟网络 (VNET)处理的数据接入点(DAP)1972。专用小交换机(PBX)1980 也通过通信链路附接，以便于PSTN 1960与诸如传真机1981、电话 1982、调制解调器1983的各种计算机设备之间的通信。操作员1973可 选择地还能连接呼叫，以帮助接通出入PSTN 1960或因特网1910的呼 叫或会议呼叫。

各种服务都是通过各个通信链路连接到PSTN的，这些通信链路包 括智能业务网络(ISN)1990、直接拨号计划(direct-dial plan) 1991、供应(provisioning)1974、订单输入1975、记帐1976、目录 服务1977、会议服务1978和授权/验证服务1979的附件。所有这些业 务都能通过网关1950用PSTN 1960和因特网1910在它们自己之间通 信。ISN 1990和DA1972的功能能被与因特网1910连接的设备使用。

图19G是表示按照较佳实施例的优先接入/路由器的框图。优先接 入/路由器(PAR)的设计综合了因特网接入设备和因特网协议(IP) 路由器的特征。它能使拨号调制解调器通过执行基本的调制解调器与 PPP/SLIP到IP和反向的IP到PPP/SLIP转换，接入因特网。它也分析IP 分组的源/目的地地址和UPD或TCP端口并为每个分组选择适当的外出 网络接口。最后，它用优先路由选择技术赋予发往特定网络接口的分 组比发往其它网络接口的分组更高的优先权。

优先接入/路由器的设计目标是将实时通信与因特网上其余的最佳 尝试(best-effort)数据通信分离。在因特网的接入点，最好将实 时和交互式多媒体通信与没有实时约束的通信分离，以便能取得对服 务质量的更大控制。下面接合图19G来说明优先接入/路由器采用的过 程。

首先，在步骤2010，计算机通过调制解调器拨号PAR。计算机调 制解调器与PAR调制解调器协商确定数据传输速率和调制解调器协议参 数。计算机在公共交换电话网(PSTN)连接上用调制解调器-调制解 调器连接来建立一个与PAR的点对点协议(PPP)会话。

计算机用调制解调器连接将点对点(PPP)分组传输给PAR。PAR 调制解调器2010通过调制解调器至主处理器接口2080将PPP分组传输 给PPP至IP转换过程2020。调制解调器至主处理器接口可以是任何现 有的或有待发明的物理接口。一些现有接口的例子是ISA、EISA、 VME、SCbus、MVIP总线、存储器通道(Memory Channle)和TDM总 线。采用诸如这里提及的分时多路复用总线的多路复用总线具有一定 的优点，因为能把容量用于特定数据流，保持了确定性的性能。

PPP至IP转换过程2020将PPP分组转换成IP分组，并将转换后的IP 分组通过过程至过程接口2085传输给分组分类器2050。过程至过程接 口既可以是专用处理器硬件之间的物理接口，也可以是软件接口。过 程至过程软件接口的一些例子包括函数或子例程调用、消息队列、共 享内存、直接内存访问(DMA)和邮箱。

分组分类器2085判断该分组是否属于任何特定的优先组。分组分 类器保留一个流说明表(table of flow specifications)，其由下 述内容定义：

目的地IP地址

源IP地址

组合的源/目的地IP地址

组合的目的地IP地址/UDP端口

组合的目的地IP地址/TCP端口

组合的源IP地址/UDP端口

组合的源IP地址/TCP端口

组合的源IP地址和带目的地IP地址的TCP或UDP端口

组合的目的地IP地址和带源IP地址的TCP或UDP端口

组合的源IP地址和带目的地IP地址的TCP或UDP端口和TCP/UDP端 口。

分组分类器对照分组中使用的IP地址和UDP或TCP端口检查其流说 明表。如果发现匹配，该分组就被分类为属于某优先流(priority flow)并被加上优先标记(priority tag)。可以采用资源保存建立 协议(Resource Reservation Setup Protocol)技术来执行这个分 组分类器步骤。

分组分类器2050通过过程至过程接口(90)将有优先标记和无优 先标记的分组分发给分组调度器(packet scheduler)2060。过程至 过程接口2090不必等同于过程至过程接口2085，但是可以有相同的技 术选择。分组调度器2060用诸如加权公平队列的优先队列技术来帮助 保证(由分组分类器标识的)优先分组接收更高优先级并能被放置在 外出网络接口队列中比竞争的最佳尝试(best-effort)业务量靠前 的位置。

分组调度器2060通过主处理器-外围总线2095将分组按优先顺序 分发到任何外出网络接口(2010、2070、2071或2072)。可以使用任 何数量的外出网络接口。

IP分组能通过非调制解调器接口(2070、2071和2072)到达 PAR。这些接口的一些例子包括以太网、快速以太网、FDDI、ATM和帧 中继。这些分组与通过调制解调器PPP接口到达的IP分组经历相同的步 骤。

优先流说明(priority flow specifications)是通过控制器过 程2030管理的。控制器过程能通过外部控制应用程序接口2040来接受 外置的优先保留(priority reservations)。控制器对照允许控制 过程和策略过程来为特定流确认优先保留，如果该保留是被允许的， 就通过过程至过程接口2065将该流说明登入分组调度器2050中的流说 明表。过程至过程接口2065不必等同于过程至过程接口2085，但是可 以有相同的技术选择。

现在转向图20，该图表示本发明所用的智能业务平台(ISP) 2100的结构性构架。ISP 2100的体系结构旨在定义一种集成方法，用 于向ISP所有部件上的MCI网络提供和交付智能业务。

现存的各通信网络系统都有自己的一套方法来提供业务管理、资 源管理、数据管理、安全、分布式处理、网络控制或运作支持。ISP 2100的体系结构定义了一个覆盖这些领域的单一的相干结构性框架。 该体系结构集中于取得以下目标：

·开发全球的功能；

·提供增强的未来业务；

·有效利用资源；

·改善营销机会；

·降低维护和运作费用；

·提高整体产品质量

·引入向上向下的功能缩放。

人们设想ISP 2100的目标能力是为非常多的业务提供基本的构造 部件。这些服务的特征都是提供更高的带宽、更大的客户控制或个人 灵活性以及大为缩短、甚至瞬间的提供周期。

3.容量

ISP 2100遍及全球，无所不在。地理上，它将通过同盟伙伴的网 络到达每个国家；广度上，它通过有线或无线接入到达所有商务和居 民场所。

4.未来业务

上述能力将用于提供：

·超过我们现在的电话技术和消息传递业务；

·正在出现的视频和多媒体提供；

·强大的数据业务，包括增强性专用网络；

·使终端用户能获得对他们的业务有完全控制的软件和设备。

ISP 2100提供的业务将包括广告、农业、教育、娱乐、金融、政 府、法律、制造业、医疗、网络传输、房地产、研究、零售、造船、 电信、旅游、批发和许多其它领域所需的服务。

业务：

·用户可定制的：用户能按他们的需要来定制业务项目。

·用户管理的：用户能直接(网络侧)介入对他们业务的管理和 控制。

·松散连接的：业务仅当需要时才获取和使用网络资源；用户只 为他们使用的东西付费。带宽可根据要求使用，不必预先分配。

·安全和私密：用户隐私和秘密在网络世界是至高无上的。商业 利益受到保证，事务处理安全、保密。要辨认和验证用户和客户，保 护网络不被捣乱和破坏。

B.ISP体系结构框架

下一节描述ISP平台2100在提供用户业务中的作用。

ISP 2100通过智能业务基础结构提供客户业务。基础结构包括提 供商网络设施2102、公共网络设施2104和客户设备2106。业务基础结 构保证客户服务的端对端质量和可用性。

下一节描述ISP平台2100与在提供商内部和外部的各种外部系统 的关系。

图20中的提供商部件2108是：

·智能业务2100-负责业务提供、业务交付、业务保障，包括内 部数据通信网络2102。这代表了ISP的作用。

·收入管理2112-负责客户业务的金融方面。

·网络管理2114-负责物理网络2102的开发和操作。

·产品管理2116-负责客户业务的创建和营销。

图20中所示的ISP 2100的外部实体是：

·网络2104-这代表所有网络连接和由客户为业务而使用的接入 方法。这包括提供商的线路交换网络、分组交换网络、内部扩展的广 域网、互连网、提供商的无线伙伴的网络、提供商的全球同盟和国家 伙伴网络、宽带网络、以及附接在这些网络上的客户处设备2118。

·第三方业务提供商2120-这代表那些通过提供商的智能业务平 台2100向客户分发业务的外部组织。

·业务转卖商2122-这代表那些有使用设施2100的客户的组织。

·全球同盟伙伴2124-有共享设施和交换他们网络和业务基础结 构的能力的组织。

C.ISP功能框架

图21更详细地表示了ISP 2100的部件。图中显示的是包含ISP 2100体系结构的逻辑部件集合。这些部件没有一个是单一的物理实 体；每个部件通常都在多个地点多次出现。各部件合作提供一个无缝 隙的智能业务2110环境。这个环境不是固定的，它被设想是一个能增 添新业务、采纳成熟公开新技术的灵活的进化平台。平台部件是通过 包括内部分布式处理基础结构的一个或多个网络连接而链接的。

ISP 2100功能部件是：

·入站和外出网关2126-允许访问由其它提供商提供的业务，并 允许其它提供商访问该提供商的业务。

·销售性业务网关2128-与提供商销售的业务的三层(three- tier)业务创建环境的接口。业务是通过销售性业务网关2128调度和 更新的。这实际上与管理业务网关2130并无不同，区别只是，通过这 里创建和调度的服务是用于外部客户的。

·管理业务网关2130-展示的是应用到平台的管理的业务创建概 念以及业务逻辑。管理业务是通过管理业务网关2130调度和管理的。 连接ISP 2100外部的管理系统的接口也是通过管理业务网关2130实现 的。管理业务的一些例子包括收集、暂存和可记帐的(billable)网 络事件的转发。其它业务包括收集、过滤来自ISP 2100的报警信息， 然后转发给网络管理2132。

·业务引擎2134-一种用于销售性业务或管理业务的业务逻辑执 行环境。业务引擎2134执行在客户特定的轮廓中含有的逻辑以便提供 独特的定制业务功能部件。

·业务创建环境2136-创建和调度管理业务以及销售性业务和它 们的基础特征和能力。

·数据管理2138-使用所有客户和业务的轮廓信息的地方。数据 被高速缓存在业务引擎2134、统计服务器2140、呼叫上下文服务器 2142、分析服务器2144和其它需要ISP 2100数据的专用应用或服务器 2146。

·业务选择2148-无论业务是通过线路交换、分组交换或信元交 换的窄带或宽带网络中的哪种网络接入的，业务都是提供业务选择功 能2148获得的。业务选择2148是业务引擎2134的专用版本，是专门为 选择一个或数个要执行的业务而设计的。

·资源管理器2150-管理所有资源，包括特殊资源2152和在业务 引擎2134上运行的业务实例，以及在ISP 2100中需要管理和分配的任 何其它种类的资源。

·特殊资源2152-图中把特殊的基于网络的功能(因特网到语音 转换、DTMF-检测、传真、语音识别等等)表示为特殊资源2152。

·呼叫上下文服务器2142-接受实时的网络事件记录和业务事件 记录并允许对数据查询。一旦某呼叫(或任何种类的其它网络事务) 的所有事件都被生成，组合的事件信息就被全部传递给收入管理功能 2154。数据是短期存储的。

·统计服务器2140-接受来自业务引擎的统计事件、执行上滚 (rollups)并允许对数据查询。数据是短期存储的。

·基于客户的能力2156-用户处的软件和专业硬件，能实现基于 客户处的功能，诸如ANI屏蔽、因特网接入、压缩、交互式游戏、电视 会议、零售接入，如此等等。

·分析服务器2144-一种不是在网络接入基础上、而是在根据实 时或接近实时的网络统计或呼叫上下文信息的增值基础上建立的特殊 业务引擎。例子包括欺诈检测和客户通信量统计。

·其它特殊业务2146-要求其它形式的、可能是或可能不是在业 务引擎模型的基础上建立的应用或服务器。这些部件提供其它计算资 源和可以在业务交付、监控或管理中使用的低层次功能能力。

D.ISP集成网络业务

图22表示ISP体系结构2100是如何通过不同网络提供业务的。所 示网络包括因特网2160、公共交换电话网(PSTN)2162、城域接入环 (Metro access rings)2164和无线2166、此外，人们预计诸如ATM 或ISOEthernet等的新的“无交换机”宽带网络体系结构2168和2170 会取代当前的PSTN网络2162。

这种体系结构适应非基本的PSTN 2162的网络的原因是，这些可 替换网络模型经常以具有预计降低费用的结构支持在基本PSTN上不能 提供的业务。图22中在逻辑上表示了这些网络。

每个这些新网络都被设想以同样方式与ISP 2100共同操作。呼叫 (或事务)起源于网络中的用户业务请求。ISP接收该事务并提供服 务，提供服务的方法是首先识别用户，然后将事务转发给通用化的业 务引擎2174。业务引擎确定需要什么业务功能部件，然后为所需的特 征采用必需的逻辑或利用自身特殊的网络资源。

ISP 2100本身处于一系列资源管理器和管理与监控机构的控制之 下。通过并发使用公用信息库，能实现一个单一系统映象。信息库保 存由ISP使用或生成的所有用户、业务、网络和资源信息。其它外部应 用(来自MCI内部、有时来自MCI的外部)被授权通过网关、中间体， 以及有时直接地访问相同的信息库。

图22中的每个实体表示ISP的一个单一逻辑部件。预计这些实体每 个都被部署在多个地点处的多个实例中。

E.ISP部件

Ext App 2176-一个外部应用；

APP 2178-一个内部ISP应用(诸如欺诈分析)；

Dc 2180-数据客户机—提供本地数据副本的ISP信息库的一个客 户机；

Ds 2182-数据服务器—ISP信息的主副本之一；

Admin 2184-ISP管理性功能(用于配置和维护)；

Mon 2186-ISP监控功能(用于出错、性能和会计)；

GRM 2188-选定资源的全局资源管理图；

LRM 2190-选定资源的本地资源管理图；

SR 2192-专业资源(诸如视频服务器、端口、语音识别)池；

SE 2134-执行所希望业务逻辑的通用化业务引擎；

业务选择2194-选择(在业务引擎2134上运行的)应当处理从网 络提供的事务的业务实例的功能。

F.无交换机的通信业务

无交换机网络2168用来指信元交换或分组交换技术在数据和等时 多媒体通信服务上的应用。过去，线路交换是传输时间敏感的等时话 音的唯一可行的技术。现在，随着提供服务质量保证的异步传输模式 信元交换网络的发展，能实现用单一网络基础结构来服务等时和脉冲 数据服务二者。

预期无交换机网络能提供比线路交换体系结构费用更低的模型的 理由是：

·能灵活地为每个应用准确提供所需带宽，当没有数据传输时能 节省带宽。并不是为每个呼叫自动分配最低56Kbps的线路。

·适应于压缩技术，进一步降低了每个网络会话的带宽要求。

·专业化资源设备的费用降低，因为事实上并非必须提供模拟端 口来获得特殊DSP能力诸如话音识别或会议。一个单一高带宽网络端口 能同时地服务数百个“呼叫”。

·无交换机网络可应用于和容易被改造得适用于先进的高带宽业 务—诸如电视会议、按需即时培训、远程专家、集成的视频/话音/传 真/电子邮件、以及信息业务。图23表示按照较佳实施例的无交换机网 络2168的示例。

G.指导原则

    1.结构原则

本节含有构成了该体系结构的基础的如下一览子体系结构原则。

业务原则：

1.业务模型必须支持新的与现有业务的无缝集成。

2.业务是从公用的、提供无缝的业务图的业务创建环境(SCE) 中创建的。

3.所有业务都在公用的业务逻辑执行环境(SLEE)中执行，这种 环境在引入新的业务时不要求软件改变。

4.所有服务都是从一个或多个业务功能部件中创建的。

5.可以用在ISP数据服务器中一个单一客户轮廓中存储的数据来 驱动多个业务。

6.业务模型必须支持对每个业务的业务参数质量的说明和完成。 这些业务参数质量整体上构成了与每个客户的业务级协议。业务调度 必须考虑到规定的服务参数质量。

    2.业务功能部件(feature)原则

1.所有业务功能部件都由一个或多个功能的组合来描述。

2.所有业务功能部件都能由有限数量的功能来定义。

3.个别的业务功能部件必须要用标准方法来定义，以便使业务设 计者对功能有共同的理解。每个业务功能部件都必须载明它们的输 入、输出、误差值、显示特性和潜在的业务应用。

4.物理实体在网络实现中的交互作用不要被业务功能部件的用户 通过业务功能部件接口看到。

5.每个业务功能部件都应当有统一、稳定的外部接口。接口被描 述成一组操作以及每个操作所要求和提供的数据。

6.业务功能部件并不是由它们自己部署到网络中的。业务功能部 件只是作为调用该业务功能部件的业务逻辑程序的一部分被调度的 (参看图21)。所以，业务功能部件是静态地链接到服务逻辑程序中 的，而功能则是动态地链接到业务逻辑程序中的。这就是达到资源与 业务的松散连接所在。

    3.功能原则

1.对功能的定义完全不考虑任何物理或逻辑实现(独立于网络实 现的)。

2.每个功能都应当有统一、稳定的外部接口。接口被描述成一组 操作以及由每个操作所要求和提供的数据。

3.单个的功能必须要用标准方法来定义，以便使业务设计者对功 能有共同的理解。每个功能都必须载明它们的输入、输出、误差值、 显示特性和潜在的业务应用。

4.物理实体在网络实现中的交互作用不要被功能的用户通过功能 接口看到。

5.功能可以组合形成高级功能。

6.一个对功能的操作定义一个完整的活动。一个对功能的操作有 一个逻辑开始点和一个或多个逻辑结束点。

7.功能可以在网络实现中的一个或多个物理硬件或软件中实现。

8.每个功能操作所需的数据都是由功能操作支持数据参数和用户 实例数据参数定义的。

9.功能向网络中的部署独立于任何业务。

10.功能本质上是全局的，业务设计者不必考虑它们的位置，因 为从业务设计者的观点看来，整个网络被视作一个单一的实体。

11.功能是能再使用的。它们不加修改就能用于其它业务。

    4.服务创建、调度和执行原则

1.每个业务引擎2134都支持一个客户库(customer base)子 集。由某业务引擎支持的客户的清单是由ISP数据服务器2182上存储 的配置数据驱动的。

2.每个业务引擎2134在启动时从ISP数据服务器2152获得其配置 数据。

3.业务引擎2134用ISP数据库客户机2180(参看本说明书的数据 管理一节)来高速缓存支持为该业务引擎2134配置的客户所必需的数 据。高速缓存可以由ISP数据库服务器2182控制，或者由ISP数据库服 务器2182的数据库控制。如果认为从数据服务器2182频繁加载数据的 开销太大，则可以在业务引擎2134(磁盘或内存中)半永久地高速缓 存数据。

4.业务引擎2134预期能执行某客户的所有业务，或者该客户的业 务的一个子集。然而，在业务交互作用的情况下，一个业务引擎2134 在任何给定时刻必须总是掌握着某业务的执行。业务引擎可以在业务 执行的过程中将控制转交给其它业务引擎。

5.业务引擎不拥有任何数据，甚至不拥有配置数据。

6.业务引擎2134不是数据部署(deployment of data)的目 标。数据服务器2182是数据部署的目标。

    5.资源管理模型2150原则

1.资源2152应当能被从网络的任何地方访问。

2.资源不是业务特定的，需要时能被所有业务共享。

3.相同类型的资源应当分成组管理。

4.资源管理模型2150应当有足够的灵活性，能适应各种管理策 略，包括最低成本、循环、最近最少使用的、最易得到的、首先遇到 的、使用直到出故障和独占使用直到出故障。

5.资源管理模型2150应当优化资源分配，可能的话偏重某选定的 策略。

6.RM 2150必须允许应用一系列资源分配技术—范围从静态配置 至逐个事务地在事务上对资源的完全动态分配。

7.资源管理模型2150必须允许实施资源使用策略，诸如资源超时 和按优先权的优先再分配。

8.资源管理模型2150必须能检测和访问资源池(resource pool)中资源的状态、使用和健全状况。

9.所有资源2152都必须按被管理对象对待。

10.所有资源2152必须能用RM 2150登记以进入池(pool)，解 除登记以离开池。

11.请求、获得和释放资源2152的唯一途径是通过RM 2150。

12.资源之间的关系不应当固定，相反，给定资源的各个实例应 当根据需要或按需求从登记的池中分配。

13.所有专门资源2152必须是从统一的平台范围观点看来是可管 理的。

14.所有专门资源2152必须直接地或通过代理而提供SNMP或CMIP 代理功能。

15.每个专门资源2152都要在公用的管理信息库中被表示。

16.所有专门资源应当支持标准的查询、探测、开始或停止工作 以及测试项目的操作集合。

17.所有专门资源2152都应提供一个通过标准SNMP或CMIP管理接 口控制的自测试功能的基本集合。

    6.数据管理2138原则

1.允许任何数据项有多个副本。

2.某数据项的值可能有多个版本，但其中一种被视为是主版本。

3.给定数据项的主版本只有一个归属。

4.允许多个用户同时存取同一数据。

5.在ISP 2100上应用商业规则必须有统一性，以保证所有数据 改变的有效性。

6.用户对本地的数据副本工作；数据存取独立于位置并且是透明 的。

7.从数据管理的观点来看，用户是应用或其它软件部件。

8.数据存取应当符合一个在ISP 2100上标准化了的存取方法的 单一集合。

9.本地数据库中允许有专用数据，但专用数据不能共享或分配。

10.只有主数据能被共享或分配。

11.本地数据库中允许共享数据项有专用格式。

12.事务处理能力可随端点用户的意思在商业规则允许的范围内 削弱。

13.基于规则的逻辑和其它元数据控制提供灵活的手段来应用策 略。

14.数据复制通过数据源的复制而提供可靠性。

15.数据库分区通过减少任何特定数据存储的大小以及通过降低 对任何特定数据存储的事务处理速率而提供可伸缩性。

16.数据管理2138必须允许数据资源的静态和动态配置。

17.应当采用公用数据模型和公用方案。

18.逻辑的数据应用图与物理的数据操作分离，后者诸如文件的 重定位、数据库的再加载或数据存储的重新格式化。

19.完备的问题解决方案需要审计追踪(audit trails)和事件 历史。

20.要保证数据完整性，需要联机数据审计和调解。

21.需要实时地进行故障数据库的数据恢复。

22.需要有数据测量(metrics)用于监控、趋势分析 (trending)和控制等目的。

23.要求有99.9999可用性的7乘24操作。

24.数据管理2138机构必须按高增长水平确定比例。

25.数据管理2138机构必须为大规模和小规模的部署都提供成本 -高效的解决方案。

26.数据管理机构必须妥善地处置超载情况。

27.数据处理和数据同步必须实时进行以满足我们的商业需要。

28.可靠的订单输入(trusted order entry)和业务创建要尽 可能地直接在ISP数据库上而不是通过中间应用进行。

29.所有数据必须受到保护；此外，客户数据是专用的，必须保 密。

30.配置、操作设置和运行参数在ISP MIB(管理信息库)中控 制。

31.只要可能，就应当采用现成的数据解决方案来满足数据管理 需要。

以下是从面向对象的观点陈述的原则：

32.数据项是最低的永久对象的集合；这些对象封装一个单一数 据值。

33.数据项可以有一个用户定义的类型。

34.数据项可以创建和删除。

35.数据项只有一个单一的读取和设置方法。

36.数据项的内部值受到范围限制和规则的限制。

37.处于无效状态的数据项不得对用户开放。

    7.操作支持原则

1.通用视图(view)—所有ISP 2100操作支持用户接口应当有 相同的外观。

2.功能通用性—对象的管理在整个ISP操作支持环境中是以相同 方式表示的。

3.单一视图—分布式被管理对象在ISP操作支持用户接口有单一 的表示，分配是自动的。

4.OS/DM域—操作支持域内的数据应当用ISP数据管理2138机构 管理。

5.全局MIB—有一个代表整个ISP中资源的逻辑的全局MIB。

6.外部MIB—作为被管理部件一部分的各内置MIB都是与操作支持 和数据管理没有关系的，这类MIB要由中间设备表示给OS。

7.系统一致性—通过各中间层(Mediation Layers)获得符合 ISP OS标准的系统一致性。

8.操作功能—操作人员为物理和逻辑资源处理网络层和单元管 理。

9.管理功能—管理人员处理计划与业务管理。

10.轮廓域—服务和客户轮廓数据库是由管理人员按照数据管理 系统的域来管理的。

11.电信管理网络(TMN)一致性—通过连接任何TMN系统的网关 获得TMN一致性。

12.并发性—多个操作员和管理员必须能同时地从ISP OS接口执 行操作。

    8.物理模型原则

1.兼容性：物理网络模型提供对现有电信硬件和软件的后向兼 容。

2.可伸缩性：物理网络模型是可伸缩的，能适应范围广大的客户 群和业务要求。

3.冗余性：物理网络模型提供横跨两个网络单元之间的多个信息 流通路。消除了单一故障点。

4.透明性：网络单元对基础的网络冗余是透明的。如果发生故 障，就自动切换到冗余链路。

5.适度降级：物理网络模型在发生多个网络故障时能够提供逐渐 降低容量的可用业务。

6.互操作性：物理网络模型允许具有不同特性的网络与不同的网 络单元互相操作。

7.安全性：物理网络模型要求并提供安全的信息传输。它也有能 力保证安全访问网络单元。

8.监控：物理网络模型提供严格定义的接口和访问方法来监控网 络上的通信。集成了安全功能(见上文)以防止对敏感数据的非授权 访问。

9.可划分性：物理网络模型(逻辑上)可划分成各独立管理的 域。

10.业务质量：物理网络模型提供的QOS(服务质量)措施诸如有 广的质量范围、充足的传统应用(legacy applications)QOS、阻塞 管理(congestion)和用户可选择的QOS。

11.普遍接入：物理网络模型不因为网络单元在网络中的位置而 阻止对其的接入。业务能访问网络上的任何资源。

12.规章意识：物理网络模型在所有层次都能改变以适应规则环 境中的突然变化。

13.成本-高效：物理网络模型由于不依赖单一销售商平台或特 定的功能标准而允许成本-高效的实现。

H.ISP业务模型

本节描述智能业务平台网络体系结构框架的业务模型。

1.目的

ISP业务模型为服务开发建立的框架支持：

·快速的业务建立和部署；

·有效的业务执行；

·对用户业务的完全定制化控制；

·形成无缝客户业务图的全部业务集成；

·通过功能的松散结合而改进的对ISP功能的再使用；

·降低业务实现的成本；

·对销售商的独立性。

2.努力的范围

ISP业务模型支持与业务关联的所有活动，包括以下各方面：

·供应；

·创建；

·部署；

·预订；

·更新；

·监控；

·执行；

·测试或模拟；

·客户支持和故障诊断；

·记帐；

·故障标签(trouble ticket)处理；

·操作支持。

这个模型适用于销售性业务和管理服务两个方面。

·销售性业务是由我们的客户购买的业务

·管理业务是MCI网络运作的一部分，不向客户出售。

服务模型也定义与ISP体系结构的其它部分的交互作用，它们包括 数据管理、资源管理和操作支持。

3.业务模型概述

智能业务平台的中心是业务2200的交付(图24)。业务是电信服 务提供商赚取利润的能力的最关键的方面。以下的业务定义用于该整 个业务模型：

业务2200是与适当定义的逻辑结构和商业过程组合的功能的集 合，当通过公开的接口访问它时，它能代表用户产生希望和预期的结 果。

业务2200和应用2176或2178(图22)之间的一个主要区别是，业 务2200包括支持业务的销售、操作和维护的商业过程。开发业务的关 键任务是定义什么是能自动的，并清晰地描述人类如何与业务交互作 用。

4.业务结构

我们将用于描述业务的词汇包括业务本身、业务功能部件和功 能。这些内容被配置在图24中所示的三层层次结构中。

业务2200是一个在本说明书前文所述的面向对象的对象的意义上 的对象。业务220的实例含有其它对象—称为业务功能部件2202。业务 功能部件2202提供一个适当定义的接口，该接口代表业务概括了ISP 业务框架中一个或多个功能2204的被控制的交互作用。

业务功能部件2202则使用各种功能2204对象。功能2204是标准 的、可再用的、网络范围的构造模块，用于创建业务功能部件2202。 业务创建的关键要求是，生产基本功能对象的工程师要保证每个功能 对象都能在许多不同业务中按需要再次使用。

a)业务2200

业务2200用“业务逻辑”来描述，业务逻辑根本上来说是用非常 高级的程序设计语言编写的或用图形用户界面描述的一个程序。这些 业务逻辑程序标识：

·什么业务功能部件被使用；

·业务功能部件被调用的顺序；

·输入业务数据的源；

·输出业务数据的目的地；

·误差值和误差处理；

·其它业务2200的调用；

·与其它业务的交互作用；

·与其它业务的多个交互作用；

业务逻辑本身一般不足以执行网络中的业务2200。一般需要客户 数据来为业务中定义的机动点定义值，或者定制符合客户特定需要的 业务。管理业务和销售性业务二者都是同一业务模型的一部分。由于 管理业务和销售性业务有类似之处，所以功能可以共享。管理业务和 销售性业务也代表同一网络的两个观点：管理业务代表网络的操作观 点，销售性业务代表网络的外部终端用户观点。两种业务都依赖公用 地保存的网络数据。

每个销售性业务都有让客户预定业务的装置、记帐机构、一些操 作支持能力和服务监控能力。管理业务提供用于平台维护的过程和支 持能力。

b)业务功能部件2202

业务功能部件2202提供适当定义的函数调用接口。业务功能部件 能在许多不同业务2200中再使用，正如功能2204能在许多不同业务功 能部件2202中再使用一样。业务功能部件有特定的数据输入要求，它 们是由基础功能的数据输入要求导出的。业务功能部件的数据输出特 性是由该业务功能部件的创建者根据可从基础功能获得的数据而定义 的。业务功能部件2202不依赖于任何物理资源的存在，相反，它们调 用功能2204来执行这些函数，如图25中所示。

业务功能部件的一些例子是：

·基于时间的路由选择—在诸如日历、日期/时间和呼叫对象的功 能的基础上，这个功能部件允许根据时间选择到不同位置的路由。

·验证—在诸如比较和数据库查找的功能的基础上，这个函数可 用于通过提示输入卡号和/或访问号(个人身份号)来确认呼叫卡使 用，或者确认对虚拟专用网络的接入。

·自动用户交互作用—在诸如话音对象(用于话音的记录和回 放)、呼叫对象(用于传输和桥接呼叫到专门资源)、DTMF对象(用 于DTMF数字的收集或输出脉冲)、词汇对象(用于语音识别)的功能 的基础上，这个功能部件允许与业务的用户进行自动的交互作用。这 个业务功能部件对象能扩展到也包括与用户的视频交互作用的能力。

c)功能2204

功能2204是一个对象，就是说，一个功能有内部的专用状态数据 和适当定义的用于创建、删除和使用功能的实例的接口。调用功能 2204是通过调用它的一个接口操作来完成的。功能2204是为再使用而 建立的。所以，功能对输入输出结构有明确定义的数据要求。功能也 有明确定义的错误处理例程。

功能可以用面向对象的类层次结构来定义，在这种层次结构中一 个通用功能能被若干其它功能继承。

基于网络的功能对象的一些例子是：

·话音(用于记录和回放)、

·呼叫(用于桥接、传输、转发、拨出等)、

·DTMF(用于收集或输出脉冲(outpulsing))、

·传真(用于接收、发送或广播)。

有些功能不是基于网络的，而是纯粹基于已经在我们的平台中部 署的数据的。这些功能的一些例子是：

·日历(以确定星期几或几月几号)、

·比较(以比较数字串或字符串)、

·转换(以将数据类型转换成另一种格式)、

·分配(以根据百分比分布选择一个结果)。

d)业务数据

业务执行时有三个数据源：

·在业务模板中定义的静态数据，包括某给定业务调用的缺省 值。

·在业务执行时获得的交互式数据，可以是显式的用户输入或者 是从基础网络连接导出的数据。

·用户轮廓中定义的客户数据，当业务被请求时(即创建时)由 客户或客户的代表定义。

5.业务2200执行

业务2200在业务逻辑执行环境(SLEE)中执行。SLEE是允许任何 被调度到ISP 2100中的业务得到执行的可执行软件。在ISP体系结构 中，业务引擎2134(图21)提供这些执行环境。业务引擎2134只执行 调度到它们之上的服务2200。

业务模板和它们支持的轮廓被调度到数据库服务器2182上(图 22)。当SLEE在业务引擎2134上启动时，它从数据库服务器2134中检 索其配置。该配置指示SLEE去执行一系列业务2200。执行这些业务的 软件是部署在数据库服务器上的业务模板的一部分。如果软件还不在 业务引擎2134上，就从数据库服务器2182检索该软件。该软件执行 时，业务200就开始运行。

大多数情况中，业务2200首先调用业务功能部件2202(图24)， 后者让业务在资源管理器2188或2190自我登记。一旦登记，服务就能 开始接受事务。下一步，业务2200将调用等待启动行动的业务功能部 件2202。这个动作可以是从因特网登录、到800呼叫、到销售点卡确 认数据事务的任何事件。一旦启动动作在网络发生，业务选择功能 2148(图21)就用资源管理器2150功能去寻找要调用的执行业务2200 的实例。启动行动然后被交付给业务2200实例，业务逻辑(来自业务 模板)然后通过调用其它业务功能部件2202来确定后继行动。

在业务2200执行期间，轮廓信息被用于确定业务功能部件2202 的特性。根据业务性能要求，可以将某业务所需的轮廓信息的部分或 全部从ISP 2100数据库服务器2182高速缓存到业务引擎2134，用于防 止费用昂贵的远程数据库查阅。随着业务的执行，信息可能由业务功 能部件2134生成并存储到上下文数据库。这个信息被用一个网络事务 标识符唯一地标识。如果是线路交换的呼叫，则将已经定义的网络呼 叫标识符用作事务标识符。网络设备也可能生成其它信息，这些信息 也能存储到上下文数据库，也能用相同的唯一事务标识符来索引。事 务涉及的最后网络单元将一些事务结束信息存储到上下文数据库。采 用链接表策略来确定特定事务的信息何时都已经存储到上下文数据库 中。一旦所有信息都已经到达，就生成一个事件给任何已经预订了这 种事件的业务，业务然后就可以对上下文数据库中的数据进行操作。 这种操作包括从上下文数据库提取数据并将其交付给记帐系统或欺诈 分析系统。

6.业务交互作用

在网络事务的过程中，可以有一个以上的业务被网络调用。有 时，一个业务的指令会与另一个业务的指令冲突。下面是一例这种冲 突：某VNET呼叫者有一个不允许该呼叫者接通国际电话的业务。VNET 呼叫者拨叫另一个有允许拨打国际电话的业务的VNET用户的号码，被 呼叫的VNET用户接通国际电话，然后将第一个呼叫者桥接到国际电 话。于是，原来的用户照样能通过第三方接通国际电话，尽管其公司 存心不让该用户拨打国际电话。在这种情况下，有必要允许这两个业 务彼此交互作用，来确定是否允许桥接国际电话这种操作。

ISP业务模型必须能使业务2200与其它业务交互作用。业务2200 必须有若干种方式能与其它业务交互作用(参看图26)：

·控制转移2210：业务完成其执行路径后将控制转移给另一个业 务；

·同步交互作用2212：业务调用另一个业务并等待答复；

·异步交互作用2214：业务调用另一个业务，执行一些其它行 动，然后等待其它业务完成和答复；

·单向交互作用2216：一个业务调用另一个业务，但是不等待答 复。

在上述交互作用的VNET业务的例子中，终结VNET业务可能会用异 步业务交互作用功能询问过起始VNET业务。这种想法的有趣转折是， 业务逻辑可以既部署到基于网络的平台又部署到用户处设备上。这意 味着业务交互作用必须在基于网络的业务和基于客户的业务之间发 生。

7.业务监控

业务2200必须受到来自用户观点和网络观点的监控。监控按照两 种形式的其中之一：

·业务2200能生成详细的逐个事件的信息用于交付给事务上下文 数据库

·业务能生成统计信息用于定期交付给统计数据库或由统计数据 库按需检索。

分析业务能用统计数据库或上下文数据库来进行实时或近乎实时 的数据分析业务。

上下文数据库收集关于网络事务的所有事件信息。这种信息将构 成网络故障诊断、记帐或网络监控所需的全部信息。

I.ISP数据管理模型

本节描述智能业务平台(ISP)2100目标体系结构的数据管理 2138方面

1.范围

ISP数据管理2138体系结构旨在建立一个覆盖在ISP 2100的生产 环境中数据的创建、维护和使用，包括所有跨ISP边界的信息传输的模 型。

数据管理2138体系结构覆盖所有永久数据、ISP内这种数据的任 何副本或流以及跨ISP边界的所有数据流。这个模型定义了用于数据存 取、数据分区、数据安全、数据完整、数据操作以及数据库管理的角 色。它也适当地概括了管理策略。

2.目的

该体系结构的目的是：

·创建一个用来管理数据的公用ISP功能模型；

·将数据与应用程序分离；

·建立数据系统的设计模式；

·提供系统部署的规则；

·指导未来技术选择；

·减少冗余的开发和冗余的数据存储。

该目标体系结构的其它目的是：

·保证数据灵活性；

·便于数据共享；

·建立ISP范围的数据控制和完整性；

·建立数据安全和保护；

·允许数据存取和使用；

·提供高的数据性能和可靠性；

·实施数据分区；

·实现简便操作。

3.数据管理概述

在一个实施例中，数据管理体系结构是一个描述各种系统部件、 系统交互作用的方式以及各部件的预期特性的框架。在该实施例中， 数据同时在许多位置存储，但是某个特定数据和它所有的复制副本逻 辑上都被视为一个单一项。本实施例中的一个关键差异是，用户(或 终端用户)决定什么数据要下载或在本地存储。

a)域(Domain)

数据和数据存取的特征在于两个域2220和2222，如图27中所示。 每个域内都可以有多个数据副本。这两个域在一起就生成了一个能横 跨国际边界的单一的逻辑的全局数据库。下面的域定义的主要方面 是，所有数据存取都是一样的。来自呼叫处理查找或网络侧数据更新 的订单输入馈给没有差别。

中央域2220控制和保护系统的完整性。这只是一个逻辑描绘，不 是物理实体。附属域(satellite domain)2222提供用户存取和更新 的能力。这只是一个逻辑描绘，不是物理实体。

b)分区

一般来说，数据是同时在许多位置存储的，但是特定数据段和它 所有的复制副本逻辑上都被视为一个单一项。任一个这些副本都可被 划分为若干物理子集，使得所有数据项不必处于一个地点。然而，分 区保留了仅仅一个单一数据库的逻辑视图。

c)体系结构

体系结构是具有以下功能的分布式数据库和分布式数据存取的体 系结构：

·复制和同步；

·数据文件的分区；

·并发控制

·事务处理能力

·共享的公用模式。

图28表示逻辑系统部件和高级信息流。图中的部件都不是物理部 件。每个部件在体系结构中都有多个实例。

图28中各单元是：

·NETWK 2224—从网络侧对ISP 2100的外部接入；

·SVC I/F 2226—连接ISP的网络接口；

·SYSTMS 2228—外部应用，诸如订单输入；

·G/W 2230—用于外部应用的连接ISP 2100的网关；

·dbAppl 2232—要求数据存取或更新能力的角色；

·dbClient2234—附属域的主要角色；

·dbServer 2236—中央域的主要角色；

·dbAdmin 2238—用于数据的管理性角色；

·dbMon 2240—监控角色；

·I/F Admin 2242—用于接口的管理性角色；

·Ops 2244—操作控制台；

d)信息流

图28中描述的流是逻辑的抽象；它们旨在刻划在逻辑部件之间传 送的信息的类型。

以上所示的流是：

·Rest—来自外部系统的向ISP的请求；

·Resp—ISP对外部系统的应答；

·Access—ISP内部应用进行的数据检索；

·Updates—ISP内部应用进行的数据更新；

·Evts—发往监控器的数据相关事件；

·Meas—发往监控器的数据相关量度；

·New Data—向ISP主数据的添加；

·Changed Data—对ISP主数据的改变；

·Views-检索ISP主数据；

·Subsciptions-异步的ISP主数据流；

·Cache Copies—ISP主数据的瞬态副本；

·Actions-任何控制活动；

·Controls-任何控制数据。

e)域关联(Domain Associations)

数据管理2138的附属域2222一般包含：

·ISP应用；

·外部系统；

·网络接口2226和系统网关2230；

·数据库客户机(dbClient)2234。

数据管理2138的中央域包含：

·监控(dbMon)2240；

·管理(dbAdmin)2238；

·主数据库(dbServer)2236。

4.逻辑描述

下面单独描述各个体系结构部件的特性：

a)数据应用(dbAppl)2232

这包括要求数据库访问的任何ISP应用。例子是ISN NIDS服务器 和DAP事务服务器，该应用通过附接到期望的数据库并提供任何所需的 策略指令而从数据库客户机2234获得它们所需数据。这些应用也代表 诸如订单输入或交换机请求转换的外部系统或网络单元来提供数据库 访问。数据应用支持以下功能：

·更新：允许应用插入、更新或删除ISP数据库中的数据。

·访问请求允许应用检索数据、列举多个数据项、从数据列表或 集合中选择数据项、或者重复经过集合的成员。

·事件与测量(Events and Measurements)是以监控功能 (dbMon)2240为目标的特殊形式的更新。

b)数据管理2138

(1)客户数据库(dbClient)2234

dbClient代表数据的附属副本。这是应用系统ISP数据的唯一途 径。附属数据副本不必与dbServer 2236上存储的数据的格式匹配。

dbClient向主数据库(dbServer)2236登记要求预订 (Subscriptions)或高速缓存数据副本。预订是由dbServer 2236自 动维护的，但是高速缓存副本在版本过时时必须更新。

dbClient 2234的主要方面是要保证由应用进行的数据更新串行 化并与由dbServer 2236保存的主副本同步。然而，dbClient接受更 新，以后只将变化与dbServer同步(此时，可能有例外通知传回到起 始应用)，这也同样是合理的。选择在锁定步骤(lock-step)中进 行更新与否，是应用策略的事情而不是数据管理2138的事情。

只有对dbServer主副本的改变才被转发到其它dbClients。

如果dbClient 2234变得不活动或者与dbServer失去联络，它就 必须再与主数据库同步。情况严重时，可能需要操作员的干预，来重 新加载数据库或选定的子集。

dbClient 2234提供下列接口操作：

·通过授权的应用附接到特定的数据集合；

·要由授权的应用来设置的策略优先(policy preferences)；

·选择本地数据副本的特定视图(view)；

·插入、更新或删除本地数据副本；

·将预订的数据(subscibed data)与dbServer同步；

·来自dbServer的对高速缓存数据的过期通知。

此外，dbClient还向监控器(dbMon)2240提交运行记录 (logs)或报告和发出问题信号。

(2)主数据库(dbServer)2236

dbServer 2236在数据保护中起着中心作用。它是数据“被拥 有”、主控副本被保持的地方。出于可靠性的考虑，至少要保持主数 据的两个副本。还可以部署其它主数据的副本来提高数据性能。

这些副本是在锁定步骤中同步的。就是说，要求每个更新都要获 得相应的主锁定(master-lock)以防止更新冲突。严格的实现策略 可以有差异，但是一般来说，所有主副本都必须保留串行的更新顺 序，并提供与任何其它主副本相同的数据视图和相同的完整性强制 (integrity enforcement)。内部的数据副本对dbClients 2234是 透明的。

dbServer 2236包括商业规则层，这些规则描述并执行 (enforce)数据项之间的关系，限制特定的数据值或格式。每个数 据更新都必须通过这些规则，否则就被拒绝。这样，dbServer就保证 所有数据都按单一副本那样管理，所有商业规则都统一地收集和应 用。

dbServer 2236跟踪何时进行数据改变、进行哪类数据改变，并 向监控器(dbMon)2240提交运行记录和统计。此外，这些改变还被 转发给任何活动的预订，高速缓存副本则通过过期消息而被标记为过 期。

dbServer还提供安全检查和验证，并保证将选择的数据项加密后 再存储。

DbServer支持下列接口操作：

·从dbServer察看选择的数据；

·从dbServer预约选择的数据；

·将选择的数据拷贝到dbClient 2234的高速缓存副本；

·按需用当前副本刷新dbClient高速缓存；

·在所有dbServer主副本进行新数据插入；

·在所有dbServer副本上改变数据属性；

·取消以前的预约，消去数据的高速缓存副本。

(3)数据管理(dbAdmin)2238

数据管理(dbAdmin)2238涉及设置数据策略、管理数据库逻辑 和物理方面、保障并配置数据管理2138域的功能部件。数据管理策略 包括安全、分配、完整性规则、性能要求、复制和分区的控制。 dbAdmin 2238包括数据资源的物理控制，诸如确定数据位置、分配物 理存储器、分配内存、加载数据存储、优化访问路径、解决数据库问 题。dbAdmin 2238也提供数据的逻辑控制，数据的逻辑控制诸如有审 计、协调、迁移、编目和转换数据。

dbAdmin 2238支持以下接口操作：

·定义数据类型的特性；

·创建给定维的逻辑容器；

·通过关联操作将两个或更多的容器关联；

·通过条件触发器和动作来限制数据值或关系；

·将数据的物理容器放置在给定位置；

·将数据的物理容器移动到新位置；

·移出物理容器和它们的数据；

·从一个容器向另一个容器加载数据；

·清除容器的数据内容；

·查验或协调容器的数据内容。

(4)数据监控器(dbMon)2240

dbMon 2240代表一个监控功能，它捕获来自ISP边界网关、各 dbClient 2234和各dbServer 2236的所有数据相关事件和统计测量。 dbMon 2240机构用于创建审计追踪和运行记录。

dbMon通常代表一个被动接口；数据被馈送到该接口。然而，监控 是一个层次性的活动，dbMon内还进一步进行分析和上滚(将按诸如每 分钟的间隔时间收集的数据编辑成诸如以小时或天数计的更长时间段 的数据)操作。此外，dbMon还会在达到某些阀值或条件时发送报警信 号。

有各种各样量度的速率和计数用于评估服务质量(QOS)、数据性 能和其它业务水平协议。所有例外和数据错误都要记录并发送到dbMon 供作检查、存储和上滚。

dbMon 2240支持以下接口操作：

·设置监控器控制、过滤和阀值；

·数据相关活动的记录；

·报告状态、量度或审计结果；

·发出警报或报警信号。

(5)数据管理操作(Ops)2244

操作控制台(Ops)2244为人员监控、管理或其它方式管理系统 提供工作站接口。Ops控制台提供向上述的dbMon 2240、dbAdmin 2238和dbServer 2236的操作接口的访问。Ops控制台2244也支持通过 各种系统、接口和数据管理域2138内的应用的基于图符的图象来显示 动态状态。

5.物理描述

本节描述数据管理2138的物理体系结构。它描述如何来配置一组 部件。图29中表示了一个概括性的配置图。图29中：

·圆圈用来代表物理地点、

·方框或组合方框用来代表计算机节点、

·各功能角色由缩写词指示。

图29中所用缩写词的意思是：

·OE-订单输入系统2250；

·GW-ISP网关2230；

·APP-应用(dbAppl)2232

·CL-dbClient 2234；

·SVR-dbServer 2236；

·ADM-dbAdmin部件2238；

·MON-dbMon部件2240；

·Ops-操作控制台。

上文已经结合图28描述过这些单元的功能角色(参看目标体系结 构的逻辑描述)。

图29中所示的每个地点通常通过广域网(WAN)链路与一个或多个 其它地点链接。精确的网络配置和大小是详细的工程设计任务。将某 个数据库副本分配给订单输入(OE)地点2251并不常见，但是在本体 系结构中，输入地点被视为等同于附属地点，将含有dbClient功能。

在ISP 2100的网络侧，附属地点2252每个也都含有dbClient 2234。这些地点通常运行局域网(LAN)。dbClient为诸如ISN操作员 控制台、各ARU或NCS交换机请求转换等网络或系统应用程序起着本地 储存库的作用。

中央地点2254提供冗余的数据存储和通向各dbClient 2234的访 问路径。中央地点2254也提供上滚监控(dbMon)功能—尽管也能在 中央地点2254部署dbMon部件2240以提高性能。

管理性功能位于任何期望的操作或管理地点2254，但不必非要与 dbMon的位置相同。管理性功能要求有dbAdmin 2238和操作控制台 2244用于命令和控制。远程操作地点能从广域或局域连接访问 dbAdmin节点2238。每个地点都被其它地点的复制功能部件备份并由 不同的冗余链路连接。

6.技术选择

下一节描述应当考虑的各种技术选择。数据管理2138体系结构的 运行不要求任何特定技术，但是不同的技术选择会影响系统的结果性 能。

图30表示一组能提供很高性能环境的技术。特定应用要求将决定 可接受性能的最低水平。表示了三种通用环境。

·在图的上部，多协议路由选择的网络2260将外部和远程单元与 中央数据地点连接。图中显示了管理终端和中小范围的计算机以及诸 如订单输入的高可用性应用平台。

·中部是具有大型数据存储器的大规模高性能机器2262。这些代 表着主数据库和数据处理、以及诸如dbServer 2236和dbMon 2240的 数据捕获/跟踪功能。

·图的底部是本地处理和网络接口2264，诸如ISN操作员中心或 DAP地点。

7.实现

关于当前的ISP数据系统尽管人们知道许多，但要决定任何实现还 需要其它详细要求。这些要求必须包括现存的ISN、NCS、EVS、NIA和 TMN系统需要，加上所有预见用于宽带、因特网和无交换机应用系统的 新产品。

8.安全

ISP数据是受保护的共同的资源。数据访问受到限制和查验。数据 相关的活动受到跟踪和审计。所有存储的口令字、PINS(个人身份 号)、私人人事记录和选择的金融、商业和用户信息，都要求数据加 密。保密数据不得以明文的形式传输。

9.元数据

元数据是一种包含数据驱动逻辑的规则的数据形式。元数据用于 描述和管理(即操纵)数据的操作形式。在这个体系结构下，控制要 尽可能多地由元数据驱动。元数据(或数据驱动的逻辑)一般提供最 灵活的运行时选择。元数据通常处于系统管理员的控制之下。

10.标准数据库技术

建议数据管理体系结构的实施应当尽可能地利用可通过商业途径 获得的产品。销售商提供数据库技术、复制服务、规则系统、监控设 施、控制台环境和许多其它吸引人的东西。

J.ISP资源管理模型

本节描述资源管理2150模型，因为它与ISP 2100体系结构有关。

a)范围

资源管理模型就需要资源的过程与资源本身之间的关系而言涉及 资源分配和去分配的周期。该周期始于资源登记和去登记，然后继续 到资源请求、资源获得、资源交互作用和资源释放。

b)目的

资源管理2150模型旨在为ISP开发社团、特别是ISP体系结构定义 共同的结构准则。

c)目标

在现存的传统ISP体系结构中，业务控制和管理它们自己的物理和 逻辑资源。迁移到一个从业务抽取资源的体系结构，就要求定义一个 管理业务与资源之间关系和交互作用的管理功能。这个功能由资源管 理2150模型来代表。

资源管理模型的目的旨在适应全网络的资源管理以及优化资源使 用、允许在网络上共享资源：

·从业务抽取资源；

·提供对资源状态的实时访问；

·简化添加和去除资源的过程；

·提供安全、简单的资源访问；

·提供公平的资源获取，使得任何资源用户都不能垄断资源的使 用。

d)背景概念

一般来说，资源管理2150模型管理资源与使用这些资源的过程之 间的关系和交互作用。在表示该模型之前，首先应当掌握用于解释该 模型的基本术语和概念。以下列举了这些术语和概念：

(1)定义

·资源：一个在被外部过程调用时提供特定和适当定义的功能的 基本工作单元。可将资源分类为逻辑资源和物理资源，前者如业务引 擎和语音识别算法，后者如CPU、存储器和交换机端口。资源可以是共 享的—如同ATM链路带宽或磁盘空间，或者是专用的—如VRU或交换机 端口。

·资源池：共享共同功能的注册的资源成员的集合。

·业务：对网络资源用户与资源本身之间的所有活动和交互作用 流的一种逻辑描述。

·策略：管理对资源分配与去分配、资源池大小阈值和资源使用 阈值采取的动作的规则集合。

(2)概念

·资源管理模型是一种管理和允许一个功能集合通过适当定义的 过程和策略向资源池请求、获取资源或将资源释放给资源池的机制。 资源分配与去分配过程有三个阶段：

·资源请求：在该阶段中，过程向资源管理器2150请求资源。

·资源获得：如果所请求资源可用并且提出请求的过程有权请 求，资源管理器2150就授予该过程该资源，该过程就可以使用该资 源。否则，过程就要选择要么放弃该资源分配过程，以后再试，要么 请求资源管理器2150在资源一旦可用时或者在特定的时间内授予其资 源。

·资源释放：被分配的资源在过程不再需要时应当放回资源池。 根据资源的类型，过程要么释放资源并由资源向资源管理器通知其新 状态，要么过程本身向资源管理器通知该资源的可用性。无论哪种情 况，资源管理器都将该资源恢复到资源池中。

资源管理模型适于创建资源池、制定管理资源池的策略。资源管 理模型允许资源登记为资源池的合法成员或者解除登记。

资源管理模型的策略实行负荷平衡、无故障(failover)和最少 成本算法并禁止服务对资源垄断。资源管理模型追踪资源的使用情 况，当资源池不足以满足需要时自动采取适当的行动。任何业务都应 当能访问和使用网络上的任何可用资源—只要该业务有这种权利。

资源管理模型采用OSI面向对象的方法来建立资源模型。这个模型 下的每个资源都体现为一个被管理对象(MO)。每个MO是按以下各方 面定义的：

·属性：MO的属性代表其性质，用于描述其特性和当前状态。每 个属性与一个值关联，例如，某MO的CURRENT_STATE(当前状态)属 性的值可能是IDLE(空闲)。

·操作：每个MO都有一个允许以其作为操作对象的操作的集合。 这些操作是：

·创建：创建新的MO。

·删除：删除现有的MO。

·动作：执行一个特定操作，诸如SHUTDOWN(关闭)。

·读取值：获取一个特定的MO属性值。

·增加值：增加一个特定的MO属性值。

·去除值：将一个特定的MO属性值从值的集合删除。

·替换值：用新值替换现有的MO属性值。

·设置值：将特定的MO属性设置为缺省值。

·通知：每个MO都能向管理实体报告或通知其状态。通知可能会 被视为触发器(triggers)或陷井(traps)。

·特性：MO的特性体现为它如何对特定操作作出反应以及对这种 反应施加的限制。MO可以对外部刺激或内部刺激作出反应。外部刺激 体现为传输一个操作的消息。而内部刺激则是MO遇到的内部事件，如 定时器的到时。通过规定定时器到时多少次后MO才能报告，可以向MO 应如何对过时定时器作出反应施加限制。

所有需要使用、操作或监控某资源的单元都要将其作为MO来对 待，通过上述定义的操作来访问该资源。需要知道某资源的状态的有 关单元，需要知道如何接收并对该资源生成的事件作出反应。

全局和本地资源管理

资源管理模型是层次结构的，有至少两个管理层次：本地资源管 理器(LRM)2190和全局资源管理器(GRM)2188。本地和全局RM每个 都有自己的域和功能：

2.本地资源管理器(LRM)：

·域：LRM的域限于属于网络某特定地点的特定资源池(RP)。在 一个单一地点可能存在多个LRM，每个LRM可能负责管理一个特定资源 池。

·功能：LRM的主要功能是为过程与资源之间按照资源管理模型准 则进行的资源分配和解除分配过程提供方便。

3.全局资源管理器(GRM)2188：

·域：GRM2188的域涉及网络上所有资源池中所有的注册资源。

·功能：GRM的主要功能是帮助LRM 2190定位一个在LRM域不可得 到的资源。

图31表示网络2270内GRM 2188和LRM 2190的域。

4.资源管理模型(RMM)

资源管理模型是在与静态配置相对的动态资源分配概念的基础上 建立的。动态资源分配概念暗示，在资源与使用资源的过程之间没有 预定的静态关系。分配与解除分配基于的是供给与需求。资源管理器 2150要清楚资源的存在，需要资源的过程可通过资源管理器2150来获 得资源。而静态配置则暗示，在每个资源与需要该资源的过程之间存 在一个预定的关系。这样，就不需要用一个管理实体来管理这些资 源。与资源相关的过程可以直接管理。动态资源分配和静态配置代表 着资源管理范例的两个极端。在这两个极端之间也可以存在其它范 例。

资源管理模型描述LRM 2190和GRM 2188的特性以及它们之间的逻 辑关系和交互作用。它还描述管理LRM/GRM与需要资源的过程之间的 资源分配和解除分配过程的规则和策略。

a)简单资源管理模型

由于资源分配和解除分配可能涉及复杂的过程，这里用这个过程 的简单形式来介绍实际模型。简单的资源分配和解除分配是通过6个步 骤实现的。图32表示了这些步骤。

1.过程2271从资源管理器2150请求资源2173。

2.资源管理器2150分配资源2173。

3.资源管理器2150将分配的资源2173授权给请求的过程2271。

4.过程2271与资源2273交互作用。

5.过程2271结束使用资源2273时，通知该资源。

6.资源2273将自己释放回资源管理器2150。

b)资源管理模型逻辑单元：

资源管理模型体现为一个逻辑单元集合，这些逻辑单元交互作 用、互相合作，以实现上述的目的。这些单元如图33中所示，它们包 括：资源池(RP)2272、LRM 2190、GRM 2188和资源管理信息库 (RMIB)2274。

(1)资源池(RP)2272

所有类型相同、有共同属性或提供相同功能、位于相同网络站点 的资源都可以在逻辑上分组在一起形成一个资源池(RP)2272。每个 RP将有自己的LRM2190。

(2)本地资源管理器(LRM)2190

LRM2190是负责管理特定RP2272的单元。所有需要使用由某LRM管 理的RP中的资源的过程都要通过该LRM并用上述的简单资源管理模型来 访问该资源。

(3)全局资源管理器(GRM)2188

GRM2188是具有在网络上各资源池的全局视图的实体。GRM是通过 各LRM2190获得这个全局视图的。所有LRM用RP2272状态和统计来更新 GRM。有时候某个LRM不能分配资源，因为所有本地资源都忙或者所请 求资源属于另一个站点。在这种情况下，LRM可以与GRM协商，以在网 络上定位所请求资源。

(4)资源管理信息库(RMIB)2274

如上所述，所有资源都是按被管理对象(MO)对待的。RMIB2274 是含有关于网络上所有MO的信息的数据库。MO信息包括对象定义、状 态、操作等等。RMIB是ISP数据管理模型的一部分。所有LRM和GRM都 能访问RMIB，并能有自己的MO信息视图和通过ISP数据管理模型对MO 信息的访问特权。

5.部件交互作用

为了执行它们的任务，资源管理模型各单元必须在资源管理模型 的规则、策略和准则范围内交互作用和协作。下一节解释这些实体是 如何互相交互作用的。

a)实体关系(ER)图(图33)

图33中，每个矩形代表一个实体，“<>”之间的动词暗示两个实 体之间的关系，方括号“[]”暗示这种关系的方向是从带括号的数字 趋向无括号数字。数字暗示关系是一对一、一对多或者多对多。

图33可读作：

1.一个LRM2190管理一个RP2272。

2.许多LRM2190访问RMIB2274。

3.许多LRM2190访问多个GRM2188。

4.许多GRM2188访问RMIB2274。

b)登记与解除登记

资源登记与解除登记只适用于必须动态管理的资源集合。有的情 况下资源是静态分配的。

各LRM2190对资源池2272操作，其中每个资源池含有一个资源成 员集合。为了让LRM管理某个资源，该资源要向该LRM通知其存在及状 态。GRM2188也需要清楚网络上各资源的可用性，以便能够定位某个 资源。以下登记与解除登记准则应当应用于所有要动态管理的资源 上：

·所有资源必须向它们的LRM2190登记作为特定资源池2272的成 员。

·所有资源，如果因为任何原因需要关闭或退出业务，必须从它 们的LRM2190中解除登记。

·所有资源必须向它们的LRM2190报告它们的可用性状态。

·所有LRM必须用根据登记的和解除登记的资源得出的最新资源可 用性情况更新GRM2188。

C)GRM、LRM和RP的交互作用

每个RP2272将由LRM2190管理。每个需要特定资源类型的过程都 被分配一个将为资源访问提供方便的LRM。当过程需要某资源时，它必 须通过分配给它的LRM来提出请求。当LRM接收对资源的请求时，可能 发生两种情况：

1.资源可用：在这种情况下，LRM分配资源池中的一个资源成员 并向该过程传送资源句柄(handle)。过程与资源交互作用，直到使 用完毕。根据资源类型，一旦过程使用资源完毕，过程要么向资源通 知其使用资源完毕，由资源本身向通知LRM其可用性，要么释放资源并 向LRM通知其不再使用该资源。

2.资源不可用：在这种情况下，LRM2190与GRM2188协商要求一 个含有所请求资源的外部资源池。如果没有外部资源可用，LRM就向请 求的过程通知没有资源可用。在这种情况下，请求的过程可能：

·放弃然后重试、

·请求LRM在资源一旦可用时分配资源，或者

·请求LRM如果资源在特定时间内变得可用时分配资源。

如果有外部资源可用，GRM2188就将位置和访问信息传送给 LRM2 190。然后LRM：

·要么代表请求过程分配并向其传送资源句柄(在这种情况下， 通过GRM的资源分配对于过程是透明的)，

·要么劝告请求过程与管理被定位资源的LRM联络。

d)GRM、LRM和RMIB的交互作用

RMIB2274含有网络上所有被管理资源的信息和状态。每个 LRM2190将有一个与它管理的RP2272对应的RMIB2274图。而GRM2188则 有网络上所有资源的全部视图。这个视图由所有LRM视图组成。GRM的 全部视图使其能够定位网络上的资源。

为了使RMIB2274保持精确的资源信息，每个LRM2190都必须用最 新的资源状态来更新RMIB。这包括添加资源、去除资源和更新资源状 态。

LRM2190和GRM2188都能通过ISP数据管理实体访问和察看 RMIB2274。RMIB数据的实际管理属于ISP数据管理实体。LRM和GRM只 负责更新RMIB。

k.操作支持模型

1.介绍

现有的ISP服务平台大多数都是独立开发的，每个有自己的一套操 作支持特征。随着平台数量的增加，学习如何操作给定一组平台所需 的时间也在增加。ISP服务平台需要转移到一种具有适合其所有产品的 所有操作支持功能部件的公用模型。这就要求定义一个既要支持当前 需要又要经得起将来发生的变化的模型。操作支持模型(OSM)定义了 一种管理支持ISP2100的实现框架。

a)目的

操作支持模型的目的是：

·通过集成用于各ISP资源的平台而简化操作；

·通过提供公用管理基础结构而减少管理人员的学习时间；

·通过减少重叠的管理系统的开发而降低管理系统的成本；

·通过提供用于所有ISP业务和网络单元的公用管理基础结构来改 善ISP业务的推向市场的时间；

·提供一个管理ISP物理资源(硬件)和逻辑资源(软件)的框 架。

b)范围

这里所描述的OSM适合ISP物理网络单元和在它们上运行的业务的 分布式管理。本文所描述的管理框架也能扩展到逻辑(软件)资源的 管理。然而，这里表示的体系结构有助于将物理资源的使用和错误与 它们对业务产生的影响映射起来。

管理业务在四个层内发生：

·计划，

·业务管理，

·网络层、

·网络单元。

各层内的信息分为四个功能范围：

·配置管理，

·错误管理，

·资源测量，

·会计。

适合所有ISP的公用操作支持模型的使用，将增强ISP的操作，简 化ISP内未来产品和业务的设计。这种操作支持体系结构是与ITU电信 管理网络(TMN)标准相一致的。

c)定义

被管理对象：被一个或多个管理系统监视和控制的资源。被管理 对象位于被管理系统内并可内嵌在其它被管理对象中。被管理对象可 以是逻辑或物理资源，一个资源可以体现为一个以上的被管理对象 (一个以上的对象视图)。

被管理系统：一个或多个被管理对象。

管理子域：全部位于父管理域内的管理域。

管理系统：启动对被管理对象的监视和控制功能的管理域内和/或 管理子域内的应用过程。

管理信息库：MIB(管理信息库)含有关于被管理对象的信息。

管理域：一个或多个管理系统加上零个或多个被管理系统和管理 子域的集合。

网络单元：电信网络由许多种类的模拟和数字电信设备以及关联 的支持设备组成，这些设备诸如是传输系统、交换系统、多路复用、 信令终端、前端处理机、主机、群集控制器、文件服务器、局域网、 广域网、路由器、桥路、网关、以太网交换机、集线器、x.25链路、 SS7链路等等。被管理时，这些设备一般被称为网络单元(NE)。

域：管理环境可以各种方法划分，诸如功能性(错误、业 务…)、地理性、组织结构等等。

操作系统：管理功能存驻在操作系统中。

2.操作支持模型

图34表示网络单元2310上操作支持模型2308的四个管理层2300、 2302、2304、2306。操作支持模型2308支持ISP2100的日常管理。该 模型是沿三维组织的。这些维是各层2300-2306、这些层内的功能 区、提供管理业务的活动。被管理对象(资源)被管理系统监视、控 制和修改。

a)功能模型

以下各节描述管理层2300-2306内的功能区。

(1)计划

ISP计划层2300是被收集的关于ISP2100的数据的储存库，是数据 要提供附加值的地方。

·配置管理2312：策略和目标的设置。

·错误管理2314：故障平均时间的预测。

·资源测量2316：预测将来资源需要(趋向、容量、业务协议的 一致、维护协议、劳动力)。

·会计：确定提供业务的成本以便支持业务定价决定。

(2)业务管理

业务预定、部署、提供、业务质量协议和业务质量监控位于ISP业 务管理层2302。客户将能有限制地察看SM(业务管理)层2302以监控 和控制它们的业务。SM层提供与NLM中的代理交互作用的管理器。SM 层也提供与计划层2300中的管理器交互作用的代理。SM层内的管理器 也可以与SM层中的其它管理器交互作用。在这种情况下，存在时等层 次的管理器-代理关系。

·配置管理2320：业务定义、业务启动、客户定义、客户启动、 业务特性、客户特性、硬件提供、软件提供、其它数据或其它资源的 提供。

·错误管理2322：监控和报告业务协议的违反。测试。

·资源测量2324：预测业务协议的违反并标志潜在的资源短缺。 预测当前和将来(趋向)的业务需要。

·会计2326：处理和转发会计信息。

网络层管理

ISP网络层管理(NLM)层2304负有管理所有网络单元的责任，体 现为个别的或一组单元管理。它不关心特定单元在内部是如何提供业 务的。NLM层2304提供与各EM2306中的代理交互作用的管理器。NLM层 也提供与SM层2302中的管理器交互作用的代理。NLM层2304内的管理 器也可以与NLM层中的其它管理器交互作用。在这种情况下，存在对等 层次的管理器-代理关系。

·配置管理2328：提供从整个网络的角度定义本地和远程资源和 业务的特性的功能。

·错误管理2330：提供检测、报告、隔离和修正在多个NE上发生 的错误的功能。

·资源测量2332：适合从容量角度对全网络的资源使用进行测 量、分析和报告。

·会计2334：合并来自多个信息源的会计信息。

(3)单元管理

单元管理层2306负责逐个的NE2310并支持由NE提供的功能的提 取。EM层2306提供与各NE中的代理交互作用的管理器。EM层也提供与 NLM层2304中的管理器交互作用的代理。EM层2306内的管理器也可以 与EM层中的其它管理器交互作用。在这种情况下，存在对等层次的管 理器-代理关系。

·配置管理2336：提供定义本地和远程资源和业务的特性的功 能。

·错误管理2338：提供检测、报告、隔离和修正错误的功能。

·资源测量2340：适合从容量角度对资源使用进行测量、分析和 报告。

·会计2342：适合从会计角度对资源使用进行测量、分析和报 告。

b)网络单元

计算机、过程、交换机、VRU、互连网网关以及其它提供网络能力 的设备都是网络单元2310。NE以单元管理层2306的名义提供代理执行 操作。

c)信息模型

图35表示管理器-代理交互作用。电信网络管理是一个分布式的 信息应用过程。它涉及在分布的管理应用过程集合之间交换管理信 息，用于监视和控制网络资源(NE)2310。为了进行这种信息交换， 管理过程要担当管理器2350或者代理2352的角色。管理器2350的作用 是将管理操作请求送到代理2352，接收操作的结果、接收事件通知、 处理接收的信息。代理2352的作用是通过对被管理对象2354执行适当 操作来响应管理器的请求，将任何应答或通知送至管理器。一个管理 器2350可以与许多代理2352交互作用，代理可以与一个以上的管理器 交互作用。管理器可以是分级的，较高层次的管理器通过较低层次的 管理器作用于被管理对象。在这种情况下，较低层次的管理器起着管 理器和代理的双重角色。

3.协议模型

a)协议

管理器与代理之间的信息交换依赖一组通信协议。TMN提供了一 个良好的模型，它使用的是推荐标准X.710和X.711中定义的公共管 理信息业务(CMIS)和公共管理信息协议(CMIP)。这提供了一个基 于ITU的应用公共业务单元(x.217服务描述和X.227协议描述)和 远程操作业务单元(x.219业务描述和X.229协议描述)的对等通信 协议。FTAM也被支持作为上层协议用于文件传输。推荐标准X.812中 描述了这些上层协议的使用。传输协议在推荐标准X.811中描述。推 荐标准X.811也描述了在不同的较低层协议之间的互相配合。这组协 议被称为Q3。

b)共同的上下文

为了在过程之间共享信息，需要所交换信息的解释有共同的理 解。带BER的ASN.1(X.209)可用于为所有在管理过程(管理器/代 理)之间交换的PDU开发这种共同理解。

c)上层的业务

以下标识业务层要求的最低业务，并按照TMN CMIS业务建立模 型。

SET：增加、去除或替换属性的值。

GET：读取属性的值。

CANCEL-GET：取消前面发出的GET。

ACTION：请求对象执行某个操作。

CREATE：创建一个对象。

DELETE：去除一个对象。

EVENT-REPORT：允许网络资源宣布一个事件。

4.物理模型

图35表示ISP 2100的物理模型。

5.接口点

中间设备2360提供从一种信息模型向ISP信息模型的转换。网 关2362用于连接ISP外部的管理系统。这些网关向ISP一致的系统 和不一致的系统提供操作所必须的功能。网关可以含有中间设备 2360。图36标识了9个接口点。与这些接口点关联的协议是：

1.有两个上层协议。与工作站通信的协议和所有其它操作支持通 信的ISP上层。低层是以太网上的TCP/IP。

2.上层是与工作站2364通信的协议。低层是以太网上的 TCP/IP。

3、4.上层是ISP上层。低层是以太网上的TCP/IP。

5.专有协议是与被支持接口不兼容的传统系统的协议。提供简单 网络管理协议(SNMP)接口的设备将被用中间设备支持。

6、7、8、9.网关本质上将支持ISP一致的和不一致的接口。连 接企业内部系统的网关可包括诸如订单输入系统或者企业的广TMN系 统。

操作支持模型的ISP实现

图37表示操作支持实现。

6.概述

操作支持模型为构造操作支持系统提供了一个概念性框架。图37 表示这个概念性模型的ISP实现。在该模型的这个实现中，所有ISP 网络单元都要被管理信息库(MIB)2370和作用于MIB中对象的代理 过程表示给操作支持系统。

现场支持人员有两个管理ISP2100的层次。

1.为了查找故障，网络层管理器2372为现场支持给出ISP的整 体图。检测、隔离和更正问题的过程就是从那里开始。从该层，可以 将问题隔离到单一网络单元。各个网络单元都是能从网络单元管理器 2374访问的，允许进行更详细的监视、控制、配置和测试。今天的 ISP已经缺少了ISP的中心图，但许多人认识其重要性。

为了配置，网络层管理器2370提供全ISP图，并与网络单元管 理器2374交互作用以便以一致的方式配置网络单元。这将有助于保证 ISP配置在所有平台上是一致的。改变一个地方的一条信息并使之在 全ISP上自动传播的能力是一种当前ISP管理框架不可能有的强大工 具。

一旦从业务创建环境2376创建了一个业务定义，就用业务管理器 2378将其放置到ISP网络中，并将该网络用于新业务。一个业务的客 户是通过业务管理器2378得到供给的。作为提供客户业务的一部分， 业务管理器要预测资源的使用，确定是否需要增加新资源来处理客户 的业务的使用。它用当前使用统计作为进行这种确定的一个基础。一 旦某客户被启动，业务管理器就监视该客户的业务的使用以确定业务 质量协议是否得到执行。随着客户的业务使用的增加，业务管理器 2378要预测是否需要向ISP网络增加资源。这种业务管理加上适当的 限制后，能被作为另一个业务扩展到客户。尽管业务创建是IN世界的 话题，它需要一个与系统的其它部分集成的业务管理器，而这就是该 模型的目的之一。

最后，计划管理器2380为计划人员(非现场支持)分析全ISP 的资源使用以确定将来的需要，并将向不同的业务分摊成本以便确定 业务的成本，作为将来业务定价的基础。

L.物理网络模型

1.介绍

本节描述智能业务平台(ISP)2100体系结构的物理网络方面。

a)用途

物理网络模型涵括：

·逻辑结构映射；

·信息流；

·体系结构的生产环境中的平台部署。

b)范围

该模型定义与物理网络相关联的术语，描述各种域之间的交互作 用，提供体系结构的实现的例子。

c)目的

该模型的目的是：

·创建一个标识各种网络平台的模型；

·将信息流分类；

·提供标准的术语；

·提供系统部署的规更；

·指导将来的技术选择。

2.信息流

智能网络(IN)的重要方面之一是网络中建立的各种平台上的信 息流。通过标识信息的类型并将它们分类，网络服务IN的需要。

客户在一系列的呼叫流中与IN交互作用。呼叫可以是音频中心的 (如常规ISP产品中的那样)、基于多媒体的(如使用web浏览器的 internetMCI用户中的那样)、基于视频的(如视频点播中的那样) 或者是各种内容的组合。

信息可作如下分类：

·内容；

·信令；或

·数据。

通常，与智能网络交互作用的客户将要求所有三种类型的信息 流。

a)内容

内容流(content flow)含有正在传输的主要信息。内容流的例 子是模拟话音、分组交换数据、流式视频(streamed video)和租用 线路业务(leased line traffic)。内容流是客户的财产，IN必须 以最小损耗、最短延迟、最优成本来传递。IN单元是标准化的，所以 传输结构(transport fabric)支持更多的连接站点，以便允许内容 与其它信息的流在相同的信道中流动。

b)信令

信令流(signaling flow)含有由网络单元使用的控制信息。 ISUP RLT/IMT、TCP/IP域名查阅和ISDN Q.931都是信令流的实例。 IN要求、使用并生成这种信息。信令流与各种网络平台协调，允许网 络上的智能呼叫流。实际上，在基于SCE的IN中，业务部署也将要求 跨该传输结构(fabric)的信令信息流。

c)数据

数据流含有由呼叫流产生的信息，包括经常是由该该传输结构和 某些网络平台产生的关键的记帐数据记录。

3.术语

网络：能够传输内容、信令和/或数据的互连的网络单元的集合。 MCI的IXC交换传输结构(switch fabric)、ISP扩展的WAN以及因 特网主干都是网络的经典例子。当前的设备倾向在不同的网络上传输 不同的内容，每种网络专用于特定内容的传输。技术和客户(对所需 的高带宽的)要求都要求电信经营者用更统一的网络来完成大多数通 信。这就要求该传输结构能适应在相同信道上的不同内容特性和协 议。这个要求的另一个方面将是更统一的内容独立的信令。

站点(site)：在局部地理区域并置的物理实体的集合。在当前 的ISP体系结构中，站点的实例是操作中心、ISNAP站点(它也有 ARU的)和EVS站点。严格按定义来讲，NT和DSC交换机并不属站 点。相反，它们属传输网络(参看下文)。在该体系结构中，一组 (地理上并置的)业务引擎(SE)、特殊资源(SR)、数据服务器 (DS)、以及网络接口与链路形成一个站点。

网络单元：通过网络接口连接到传输网络的物理实体。它的例子 是ACP、EVS SIP、MTOC、电视会议预定服务器、DAP事务服务器和 NAS。以后若干年内，诸如web服务器、话音验证服务器、视频流线化 器(streamer)和网络呼叫记录存储器都将加入当前的网络单元家 族。

网络接口：能使网络单元连接到传输网络的设备。DS1 CUS/DSU、 10BaseT以太网接口卡和ACD端口都是网络接口。采用较佳实施例的 体系结构后，网络接口将为通信提供一个容易明白的统一的API集。

链路：位于不同站点的两个或更多网络单元之间的连接。链路可 以是一段OC-12 SONET光纤或100mbps双环(dual ring)FDDI段。 在今后几年中，IN必须处理诸如ISO以太网WAN中枢链路和千兆位率 OC-48的网络链路。

连接：位于相同站点的两个或更多网络接口的相连。

图38表示的是一个物理网络2400的示意图。网络2401含有位 于站点2404的网络单元2402，它们通过网络接口2406和一个或多个 网关2408互连。

4.实体关系

图39所示的实体关系是物理网络模型建立规则的一部分。这些规 则中有些是为了适应将来的要求而进行概括，有些则为避免冲突而对 定义进行限制。

1.网络2401跨一个或多个站点2404，并含有一个或多个网络单 元2402。

2.站点2404含有一个或多个网络单元2402。

3.网络单元2402只位于一个站点2404。

4.链路2420连接两个或更多的站点2404。

5.连接2422连接两个或更多的网络单元。

6.网络单元2402含有一个或多个网络接口2406。

较佳实施例为MCI的商业用户集成了产品和业务内容。最初的实 施例集中于有限的产品集合。已经为利用这些服务的集成确定了对接 口的要求。这种接口提供了用户对功能部件、分配清单能力和中央消 息数据库的可管理能力。

VIII.智能网络

所有的平台的支持业务都已经被合并到一个平台上。平台的合并 使得能够共享服务的功能部件/功能以对各功能部件产生共同的外观和 感觉。

A.网络管理

这个体系结构的设计，使得它能被一个MCI操作支持组远程监 视。这种远程监视能力则为MCI提供了以下能力：

·标识在下述位置之间的退化或中断了的连接：

-必须向“通用收件箱(inbox)”传送信息(即对象)的平台、 服务器或节点、

-负责检索消息和传递消息的平台、服务器或节点、

-“通用收件箱”和PC客户机消息传递接口、

-“通用收件箱”和消息中心接口、

-必须向轮廓传送轮廓信息的平台、服务器或节点、

-必须向ARU传送轮廓信息的平台、服务器或节点；

·标识退化的应用过程并隔离退化的过程；

·标识硬件故障；

·为所有应用过程、硬件或接口故障生成能被内部MCI监视组探 测并接收的报警。

此外，还向远程监视和支持组提供了远程访问系统体系结构部件 的能力以便它们能执行远程诊断，确定问题的原因。

B.客户业务

客户业务组支持所有业务。以无缝的方式向客户提供客户支援， 包含完整的产品生命周期，包括：

·α测试；

·β测试；

·商业性发行；

·设法加强解决客户反馈或其它用户支援要求。

综合和协调的支持过程保证自始至终的完全客户支援。客户业务 的提供从帐户组提交命令开始，直到用户撤销帐户。综合和协调的客 户支持程序必须做到以下：

·有一次作业(one-stop)、直接访问的用户业务组支持ARU或 VRU问题、WWW浏览器问题或PC客户机问题。

·有一支在与访问(ARU、WWW浏览器或PC客户机)、用户界面 (ARU、WWW浏览器或PC客户机)、应用(消息中心或轮廓管理)或 后端系统接口(通用收件箱、直达线MCI(directlineMCI)语音邮件 /传真邮件平台、传真广播系统、SkyTel寻呼服务器、订单输入系 统、记帐系统等等)相关联的问题诊断上训练有素的人员队伍。

·有一支能联机访问含有关于ARU或VRU能力、WWW浏览器能 力、标识的硬件问题和标识的应用问题的信息的数据库的人员队伍。

·7×24客户支持

·直接接触客户业务组的单一免费号码(800或888)

·对大多数问题无缝的第1、第2和第3级支援，其中：

-第1级支持是接听电话的最初支持代表。他们应当能解决最通 常的提问和客户报告的问题。这些提问和问题通常涉及接入类型 (ARU、WWW浏览器、PC客户机)、WWW浏览器或PC客户机的拨号通 信、设备或基本的计算机(PC、工作站、终端)硬件问题。此外，他 们还能开具和更新故障记录单(trouble ticket)，重新启动用户的 口令字。

-第2级支援是在客户支持组内提供的，这时需要求助于更有经 验的技术专家。

-第3级支援可能涉及外部销售商为客户或内部MCI工程或支持 组进行现场硬件支持，具体视问题的性质而定。客户支持组将能跟踪 客户访问的状态并将检查出的问题添加到客户数据库中。

-第4级将继续由系统工程程序员提供。

·提供可接受的客户等待时间和放弃率的人员配备级。

·能联机访问订单输入和记帐系统的工作人员。

·自动生成周报告，周报告详细记录进行呼叫的量、接收呼叫的 量、呼叫的平均等待时间和开具/关闭/增加的故障记录单的数量。

C.会计

根据当前的MCI程序支持会计。

D.代理

根据当前的MCI程序支持代理。

E.报告

要求报告收入记录(revenue tracking)、内部和外部客户设备 /销售、使用和产品/业务性能。完成机构(fulfilment house)需要 按周和按月的完成报告。这些完成报告要将收到的订单数与交付的订 单数比较。此外，报告要标明不同用户通过WWW站点访问轮廓管理或 消息中心的数量。

F.安全

按照MCI为因特网安全公布的政策和过程采取安全措施。此外， 还在WWW浏览器和ARU接口选择中设计了安全措施，以验证和确认用 户对directlineMCI轮廓、消息中心、个人主页面日历和个人主页面 配置的访问。

G.故障处理

问题的故障报告在一个单一数据库中记载和跟踪。所有故障都按 照网络服务故障处理系统(NSTHS)准则得到支持。在MCI组织之间 定义的任何业务层协议(SLA)的结构都支持NSTHS。

任何需要软件修复的故障都被封闭在故障报告数据库中，并在问 题跟踪系统中作为问题报告(PR)打开。这个问题跟踪系统在所有测 试阶段被使用，可被所有工程和支持组织访问。

IX.增强的个人业务

在这个说明中要使用以下术语： 术语          代表 服务器        硬件平台和TCP业务二者 Web服务器     运行Netscape Commerce Server HTTP的AIX

          4.2系统 HTTP守护程序 欢迎服务器 应用服务器

作为欢迎服务器运行的Web服务器将以安全及正常模式运行 Netscape Commerce Server HTTP守护程序。作为各种应用服务器运 行的Web服务器将只以安全模式运行这个守护程序。安全模式使用 SSLv2。

A.Web服务器体系结构

Web服务器位于DMZ中。DMZ中安装了Web服务器和所需的有关 联的数据库客户机。数据库客户机不保存任何数据，但是提供一个连 接公司防火墙背后的数据储存库的接口。

Web空间将循环式寻址用于名字解析。域名是分配的 galileo.mci.com域的子网化(内部自治的)地址空间。以向 mci.com域的管理员登记的，

图40表示导致一个成功登录的事件序列。

1.欢迎服务器450

这个Web服务器运行安全的和正常的HTTP守护程序。这个服务 器的主要功能是在登录时验证用户452。验证需要使用Java和从正常 向安全模式的操作的转换。DMZ中有一个或多个欢迎服务器450。欢迎 服务器450所提供的信息是无状态的。无状态的意思是没有必要同步 多个欢迎服务器450。

欢迎服务器的首要任务是验证用户。这要求使用单用令牌 (TOKENS)、口令码验证和敌对IP过滤。前者是用令牌服务器454 完成的，其它两个则要用直接数据库456存取来完成。

如果验证失败，用户452就被显示一个屏幕，屏幕上列举登录试 图之失败的所有原因(除了敌对的IP)。这个屏幕自动引导用户返回 到初始的登录屏。

欢迎服务器450在成功验证之后的最后任务是向用户452发送一 个业务选择屏。服务选择屏指引用户到适当的应用服务器。用户选择 该应用，但是服务器分段页中的HTML文件确定应用服务器。这就允许 欢迎服务器450去进行初步负荷平衡。

DMZ中的欢迎服务器450被映射到www.galileo.mci.com。DNS 的实现也允许galileo.mci.com映射到www.galileo.mci.com。

2.令牌服务器454

这是一个数据库客户机而不是Web服务器。令牌服务器454被欢 迎服务器450用于向登录企图发布一个令牌。发布的令牌一旦被确 认，就被应用服务器用于跟踪某个连接的状态信息。令牌信息被保持 在公司防火墙背后的数据库服务器456上的数据库(储存库)中。

令牌服务器454执行下列任务：

1.在验证阶段发布单用令牌。

2.确认单用令牌(将之标记为多用)。

3.确认多用令牌。

4.再确认多用令牌。

令牌服务器454被要求对每个新请求发布一个独有的令牌。这个 令牌托管在多个令牌服务器之间的一个通信链路以避免所发布的令牌 值的冲突。这种冲突是通过向各令牌服务器454分配范围来消除的。

令牌是一个16位的字符数字，由集合[0-9、A-Z、a-z]中的62 个可能字符组成。令牌服务器发布的每个令牌的位置0、1和2是固定 的。这些字符值是在配置时分配给各令牌服务器的。位置0的字符被 用作物理位置标识符。位置1的字符标识位于该位置的服务器，而位 置2的字符固定为“0”。这个字符可用于为令牌服务器标识版本号。

令牌的其余13个字符是用上述的62个字符的集合顺序生成的。 启动时，令牌服务器将当前的系统时间分配给字符位置15-10，并将 位置9-3设置为“0”。令牌值然后在位置15-3上顺序递增，其中 位置3是最低有效位。字符编码假定由高到低的数字值为以下次序： ‘z’-‘a’、‘Z’-‘A’、‘9’-‘0’。

如果系统时间是以4字节的值计算的，以上方案能生成独特的令 牌。它在位置15-10计算达626(6 base-62)个字符。另一个假设是该 方案在任何实施例中任何给定令牌服务器上不能在一秒内生成627(35 ×1012)以上个令牌。

令牌范围的使用允许在域中使用多个令牌服务器而无需明确的同 步。该方法适应最多62个站点，每个站点有不超过62个令牌服务器。 另一种实施方案将适应更多的站点。

DMZ中的所有令牌服务器都映射到token.galileo.mci.com。初始 实施例含有两个令牌服务器454。这些令牌服务器454物理上等同于欢 迎服务器450，即令牌服务守护程序将在也为欢迎服务运行HTTP守护 程序的相同机器上运行。在另一个实施例中，这两种服务在不同的系 统上运行。

欢迎服务器450用令牌服务器454来在连接的验证阶段取得一个单 用令牌。一旦验证后，欢迎服务器450就将该令牌标记为有效并将其标 记为多用的。这个多用的令牌伴随着欢迎服务器向用户发送的业务选 择屏。

下面详细讨论令牌数据库记录的设计。

3.应用服务器

应用服务器是做用户事务的商业端工作的Web服务器。欢迎服务器 在成功验证后的最后任务是向用户发送一个业务选择屏。业务选择屏 含有新的多用令牌。

当用户选择一个业务后，选择请求连同内置的令牌被发送到适当 的应用服务器。应用服务器用令牌服务器454来确认令牌，如果有效， 就服务该请求。令牌服务器验证由位于相同物理站点的任何一个令牌 服务器发出的令牌。这之所以可能是因为令牌服务器454是管理在公司 防火墙背后的单一数据库存储器上保持的数据的数据库客户机。

无效的令牌(或丢失的令牌)总是导致出现“访问被拒绝”页 面。这个页面是由欢迎服务器450提供的。所有访问试图的拒绝都被登 录。

应用服务器的实际操作取决于应用本身。DMZ中的应用服务器被映 射到.galileo.mci.com。所以在一个有多应用(例如 轮廓管理、消息中心、启动卡轮廓、个人Web空间等)的实施例中，使 用相同的欢迎和令牌服务器450和454并按需增加更多的应用服务器。

另一个实施例为同一个应用增加更多的服务器。如果某个应用服 务器上的工作负荷的增加超过其容量，就添加另一个应用服务器，但 不对现有系统作任何改变。SERVERS和TOKEN_HOSTS数据库(下文说 明)被更新，为新的服务器增加一个记录。主名的部分用于区别 应用服务器。

没有必要在这些名称上使用DNS循环。欢迎服务器450用一个配置 表(在启动时加载的SERVERS数据库)来在发送服务选择屏之前确定 应用服务器的名称。

B.Web服务器系统环境

所有Web服务器都运行Netscape Commerce Server HTTP守护程 序。欢迎服务器450在一般和安全模式运行守护程序，而应用服务器只 运行安全模式的守护程序。

令牌服务器运行一个在一个用于方便从DMZ内部的连接的已知端口 上运行的TCP服务。令牌服务守护程序用tcp_wrapper来拒绝对欢迎和 应用服务器以外的所有系统的访问。为了加速这个验证过程，在配置 时要由这些服务器加载地址清单，而不是在每个请求采用反向名称映 射。tcp_wrapper的使用也为登录令牌服务活动提供了额外的工具。

应用服务器大多作为防火墙后数据服务的前端来工作。它们的主 要任务是用令牌来验证访问，然后验证数据库请求。数据库请求是代 表用户来创建、读取、更新或删除现存的记录或数据域。在服务请求 之前，应用服务器要进行必要的验证和授权检查。

1.欢迎服务器

欢迎服务器在适当时间向用户提供下文描述的HTML页面。这些页 面是用基于Perl的公共网关接口(CGI)脚本(scripts)生成的。脚 本存驻在一个目录中，这个目录并不位于标准的HTTP守护程序文件根 目录中。采取标准的防备措施—关闭目录清单和除去所有备份文件等 —以保证CGI脚本不能被用户读取。图41表示欢迎服务器450上的目录 结构455。

图41显示，(文件_根)456是与 (服务器_根)458分离的。该图还显示， 目录仅保存欢迎和访问故障HTML页面。

HTTP服务器根据所请求的URL将所有请求映射到“cgi”目录 460。CGI脚本用“template”(模板)目录462中的HTML模板来及时 创建和向用户发送HTML输出。

用URL来由456映射到CGI脚本，阻止了恶意用户 使用目录456。因为对欢迎服务器450的每个访问都 映射到欢迎服务器450的cgi目录460中的一个CGI脚本，通过在启动每 个脚本时调用验证功能，使安全得到保证。

用户验证库是用Perl开发的，用于验证用户身份。NSAPI的验证 阶段例程也为在服务器本身的令牌查验和访问模式检测增加了特征。

欢迎服务器450在启动时将它们的操作参数从数据库456读入它们 的环境。有必要将该信息保存在公用数据库中以在多个欢迎服务器450 上保持相同环境。

a)欢迎页面

欢迎页面是在欢迎服务器450第一次被访问时作为缺省页面发送 的。这是唯一不用cgi脚本生成的页面，它被保存在 目录456中。该页面的作用是：

·确定浏览器能显示多帧。如果浏览器不能正确地显示帧，该页 面就显示适当的错误消息并指引用户下载Microsoft Internet Explorer V3.0或更高版本。

·确定浏览器能运行Java。如果不能，用户就被导引到 Microsoft Internet Explorer V3.0或更高版本。

·如果浏览器成功地显示帧并运行Java，则该页面就自动地请求 欢迎服务器450发送一个登录页面。

欢迎页面的最后行动是用该页面内置的Java小应用程序完成的。 这也将用户的浏览器从标准模式转换到安全模式。

b)登录页面

登录页面是一个cgi生成的页面，含有内置的单用令牌、Java小 应用程序和用于用户输入用户ID和口令的格式域。该页面可以显示图 形来强调服务。这个页面的处理被填充以引入一个人工延迟。在初始 实施中，这个填充被设置为0。

来自这个页面的应答含有令牌、由小应用程序生成的扰乱的令牌 值、用户ID和口令。该信息被Java小应用程序用一个POST HTTP请 求发送到欢迎服务器。该POST请求还含有小应用程序签名。

如果登录过程成功，则对这个请求的应答是服务器选择页面。这 个阶段的失败则产生一个访问失败页面。

c)服务器选择页面

服务器选择页面是一个cgi生成的页面，含有内置的多用令牌。 该页面还显示一个或多个图像来表示用户可用的业务的类型。有些业 务是我们的用户不能获得的。在其它实施例中，当存在多于一个业务 时，就用一个以用户ID为关键字的用户业务数据库来生成这个页面。

欢迎服务器用其配置信息来嵌入适当的应用服务器的名称，目的 是在所有可用的应用服务器之间分担负荷。是通过使用由欢迎服务器 在启动期间读取的配置数据来完成这个负荷分担的。

欢迎服务器根据其配置文件中的条目为每个服务选择一个应用服 务器。这些条目列举了各应用的应用服务器的名称以及它们的选择可 能性。这个配置表是由欢迎服务器在启动时加载的。

d)访问失败页面

访问失败页面是一个静态页面。它显示一条消息，表示登录由于 用户ID、口令或二者都有错而失败。这个页面在15秒的延迟之后自 动加载登录页面。

e)访问被拒绝页面

访问被拒绝页面是一个静态页面，它显示一条消息，表示访问由 于验证错误而失败。这个页面在15秒的延迟之后自动加载登录页面。 该访问被拒绝页面是由应用服务器在它们的验证服务不能识别令牌时 调用的。这个页面的所有加载都将被登录和监控。

2.令牌服务器454

Web站点上的令牌服务是令牌生成和验证的唯一的源。令牌本身 存储在共享的数据库456中。这个数据库可在所有令牌服务器之间共 享。该令牌数据库位于DMZ外的防火墙背后。

令牌服务在已知的(＞1024)TCP端口上提供服务。这些服务仅向 可信宿主提供。在配置数据库中保持着可信宿主的列表。这个数据库 也是保持在DMZ外部的防火墙背后。令牌服务器仅在启动或接收要刷 新的信号时才读取它们的配置数据库。令牌服务是：

·为登录企图授予一个单用令牌。

·确认一个单用令牌。

·确认一个令牌。

·再确认一个令牌。

令牌老化由一个独立的服务来执行，这是为了减少令牌服务器上 的工作负荷。

所有对令牌服务器的访问都被记录和监控。令牌服务器本身用可 从MCI的内部安全组获得的tcp_wrapper代码写成。

3.轮廓管理应用服务器

轮廓管理应用服务器是在第一种实施例中实现的唯一类型的应用 服务器。这些服务器与欢迎服务器有相同的目录布局。这就允许在需 要时将同一系统用于两个服务。

C.安全

用户委托给Web服务器的数据对于用户来说是敏感的。用户希望 尽可能地保护数据。用户能通过web服务器来使用这种敏感信息。这 种信息物理上可存驻在一个或多个数据库服务器上，但就用户来说， 信息是在服务器上，应当得到保护。

在一个实施例中，当前只有以下信息需要受到保护：

在其它实施例中，直达线帐户额外信息的轮廓信息受到保护，包 括电子邮件、话音邮件、传真邮件和个人主页信息。

提供的保护针对以下类型的攻击者：

·能访问Web的人；

·其他用户；

·MCI人员；

·能使用用户的网络的人；

·能使用用户的系统的人；

·窥视用户的人；

·其它伪装成服务器的系统。

该项目通过以下方案来实现安全：

·对登录企图要采用单用令牌；

·确认了的令牌将伴随所有事务；

·如果令牌在10分钟内没有使用，则用令牌老化的办法来无效令 牌；

·将令牌与呼叫机器的IP地址关联，这样，令牌偷窃就不是一种 容易的选择了；

·用SSL来防止没有对用户显示的物理访问的令牌或数据偷窃；

·用类似于Netscape Cookies的方式来使用令牌，我们就能选 择在较晚的日期转换到cookies。Cookies提供条件让我们将令牌更 进一步地隐藏在文档中，以获得额外一层的安全；

·采用敌意IP表来堵塞多个侵犯者而不被他们察觉。

除了以上由令牌实现的安全外，将Web服务器放在数据管理区 (DMZ)也能获得进一步的低层安全。DMZ安全在下文讨论。

D.登录过程

图42表示登录过程。导致登录成功的事件序列是：

1.用户请求连接到www.galileo.mci.com。

2.用DNS循环方式从一个(服务器)集合中选择一个服务器。

3.将一个HTML页面发往用户的浏览器。

4.该页面检查浏览器的Java一致性并显示欢迎消息。

5.如果浏览器不是Java一致的，用适当的消息停止过程。

6.如果浏览器是Java一致的，它就自动向 www.galileo.mci.com服务器发出“GET Login Screen”(读取登录 屏)请求。该请求也将浏览器转换到SSL V2。如果浏览器不是SSL一 致的，则转换失败。

7.Web服务器做以下工作：

A.Web服务器从其内部令牌服务取得一个单用令牌。

B.Web服务器从一个大集合中挑出一个小应用程序。

C.Web服务器将小应用程序、令牌和客户机IP地址记录在数据 库中。

D.Web服务器将登录屏连同小应用程序和令牌一起发送回去。

8.用户填写登录屏域—用户ID和口令。

A.用户ID是用户的直达线路(Directline)号(印在用户的商 业名片上的，属于公共域)。

B.口令是一个只为用户所知的六位数字号码。

9.当用户按下Enter键(或点击LOGIN钮)时，Java小应用程 序就将用户ID、口令、令牌和加密令牌发送回去。加密 (Scrambling)算法是特定于在步骤7D发送的小应用程序的。

10.如果浏览器的IP地址在敌意IP表中，则服务器返回到步骤 7。

11.Web服务器用步骤7C中所记录的内容来验证登录请求。

12.如果测试无效：如果这是来自同一个IP地址的连续第三次企 图，服务器就将该地址记录到敌意IP表。

13.服务器返回步骤7。

14.如果测试有效，服务器就将一个选择服务屏发往带有内置的 令牌的浏览器。令牌仍然与浏览器的IP地址关联，但它现在有一个到 期时间。

E.业务选择

当用户选择服务选择屏中的一个选择项时，该请求附有令牌。在 接入业务之前，令牌要被认证，如图43所示。

F.业务操作

由应用服务器生成的屏都含有当登录过程启动时发给用户的令 牌。这个令牌有一个内置的到期时间和一个有效的源IP地址。所有操 作请求都包括这个令牌，作为该请求的一部分。

业务请求是由浏览器以HTML形式、基于小应用程序的形式或普通 超链接来发送的。在前两个实例中，令牌被用HTTP-POST方法作为一 个隐式域发送回去。超链接或者用带有内置令牌的HTTP-GET方法或 者用Cookie来替代令牌。令牌的格式要用心选择，以与这种方法兼 容。

1.NIDS服务器

系统中的NIDS服务器是由一个基于路由器的防火墙与Web服务 器隔离的。NIDS服务器运行允许TCP客户机接入NIDS服务器上的数 据库的NIDSCOMM和ASCOMM业务。NIDSCOMM和ASCOMM业务不允许连 接到物理位置不在NIDS服务器上的数据库。

NIDS服务器上的以下数据库(C-树业务)由欢迎服务器、令牌 服务器和轮廓管理应用服务器使用：

·800_PIN_1Call(这是一个分区了的数据库)；

·1CALL_TRANS；

·COUNTRY；

·COUNTRY_SET；

·COUNTRY2(可能)；

·COUNTRY_CITY(可能)；

·NPA_CITY；

·NPACITY_OA300(可能)；

·OP153T00。

除了上面列举的C树业务，以下新的C树业务也将在SERVDEF中 定义并且仅在系统专用的NIDS服务器上使用：

·TOKEN；

·SERVERS；

·HOSTILE_IP；

·TOKEN_HOSTS；

·SERVER_ENV。

以下对这些数据库的描述，不表示各记录首字节处要求有的填充 域(filler field)，也不试图表示任何其它为了沿4字节边界的结 构对齐而可能要求的填充域。这种省略纯粹为了简明。域定义后面相 邻的括号中的数字是保存域值所要求的字节数。

2.TOKEN数据库业务

令牌数据库业务是由令牌服务器访问的。在这个服务器上的主要 操作是创建新记录、读取给定令牌值的记录，更新给定令牌值的记 录。

在NIDS服务器自身上运行的时间作业也访问这个数据库并定期删 除过时的记录。这个时间作业每小时运行一次。它顺序扫描数据库， 删除令牌到期的记录。

令牌数据库服务含有令牌记录。令牌记录使用单一关键字(令 牌)，有以下各域：

   关键字域是令牌值。

1.版本(1)；

2.使用标志(单/多)(1)；

3.令牌值(16)；

4.IP地址(16)；

5.用户ID(16)；

6.授予的时间(4)；和

7.时间终止(4)。

3.SERVERS(服务器)数据库业务

服务器数据库业务是在配置时由欢迎服务器访问的。这个数据库 中的记录含有以下域：

1.应用名(16)；

2.应用服务器宿主名(32)；

3.应用服务器域名(32)；

4.权重(1)；

5.应用图标文件URL(64)；

6.应用描述文件URL(64)。

关键字域是应用名、服务器宿主名和服务器域名的组合。数据库 是由欢迎服务器顺序读取的。这个数据库也被Web管理者访问以创 建、读取、更新和删除记录。这种访问要通过ASCOMM接口。Web管理 者将HTML格式和CGI脚本(script)用于他们的管理任务。

4.HOSTILE_IP数据库业务

这个数据库由欢迎服务器访问以创建新的记录或根据作为键的IP 地址读取现有记录。读访问非常频繁。这个数据库含有以下域：

1.IP地址(16)；

2.进入时间(4)；

3.终止时间(4)。

关键字域是IP地址。三个值都是由欢迎服务器在创建记录时设置 的。如果该条目要被取代，进行这种取代的业务将仅被允许将时间终 止值改变为，于是标志该条目为取代。

这个数据库也被Web管理者访问以创建、读取、更新和删除记 录。这种访问要通过ASCOMM接口。Web管理者将HTML格式和CGI脚 本用于他们的管理任务。

用户业务用一个专门开发的工具来访问这个数据库，只有来自公 司防火墙内部的访问才被允许。

一个在NIDS服务器上运行的时间作业也访问这个数据库并从这个 数据库中删除过时记录。这个作业记录所有其活动。这个作业的记录 一直受到Web管理者的频繁检查。

5.TOKEN_HOSTS数据库服务

这个数据库列举由令牌服务器信任的宿主的IP地址。这个数据库 是由令牌业务在配置时读取的。该数据库中的记录含有以下各域：

1.IP地址(16)；

2.权限(1)；

3.宿主名(32)；

4.宿主域名(32)；

5.宿主描述(64)。

关键字域是IP地址。权限二进制标志确定访问级别。低访问级别 只允许对现有令牌的认证/再认证命令；高访问级别还额外允许授权和 认证单用令牌命令。

这个数据库也被Web管理者访问以创建、读取、更新和删除记 录。这种访问要通过ASCOMM接口。Web管理者将HTML格式和CGI脚 本用于他们的管理任务。

6.SERVER_ENV数据库服务

这个数据库是由欢迎和应用服务器在起动时读取的。它定义这些 服务器的启动环境。在一个实施例中，只设计了一个能被使用(并且 只供欢迎服务器使用)的域。这个设计在其它实施例中受到扩展。

该数据库中的记录含有以下各域：

1.序列号(4)；

2.应用名(16)；

3.环境名(32)；

4.环境值(64)。

关键字域是序列号。环境值可以用名来引用其它环境变量。该值 由适当的CGI脚本在运行时计算。欢迎服务器被分配给WELCOME(欢 迎)这个伪应用名。

这个数据库也被Web管理者访问以创建、读取、更新和删除记 录。这种访问要通过ASCOMM接口。Web管理者将HTML格式和CGI脚 本用于他们的管理任务。

7.时间作业

NIDS服务器运行一个清理(cleanup)时间作业。这个作业每小 时被调度运行。该作业的主要任务是：

1.扫描敌意IP数据库，报告所有记录。该报告含有所有记录。 目的是根据该报告来跟踪反复光顾的侵犯者。

2.扫描敌意IP数据库，报告以为它们的终止时间 的记录。

3.扫描敌意IP数据库，删除过时记录。

4.扫描敌意IP数据库，报告所有记录。该报告的格式将被连到 业务(traffic)报告而不是扫描每个条目。

5.扫描令牌数据库以删除过时记录。

G.标准

已经开发了以下编码标准：

1.HTML外观与感觉(Look and Feel)标准；

2.Java外观与感觉标准(由HTML外观与感觉标准导出，这些是 为在该站点页面上实行共同的外观与感觉进行的开发所用的新类 库)；

3.HTML程序设计标准。

H.系统管理    系统管理任务要求向系统管理者报告至少以下的系统操作参数：

·带时间标记(time stamps)的系统统计(stats)和磁盘使用 情况；

·带时间标记的网络操作参数；

·带时间标记的Web页面使用和访问统计；

·令牌使用统计；

·敌意IP警报和统计；

以下工具和实用程序在DMZ中的服务器上：

·时间同步；

·域名服务器；

·系统登录监控；

·警报报告；

·安全外壳程序(secure shell)。

系统为下列条件生成警报：

·令牌的不正确使用；

·敌意IP表改变；

·令牌到期；

·登录企图。

警报将在不同的层次生成。Web服务器采用以下的广泛原则：

1.服务器在根环境中运行。

2.管理者能够启动非标准端口上的分级(staging)服务器来测试 新的(分级的)业务。

3.分级服务器能在分级运行期间从因特网访问。

4.管理者能用一条单一命令选择将分级软件从分级区转移到生产 区。有适当的检查来保证这不是偶然完成的。

I.产品/增强

较佳实施例通过提供图形用户界面和公用消息传递系统使直达线 MCI用户能额外地控制他们的轮廓。获取较佳实施例的该机能的能力 以直达线MCI轮廓和公用消息传递系统的形式存在着。用户能修改其 帐户，通过功能部件/功能更新来定制其应用程序。该应用便实现通过 允许用户运行其应用程序而提供的较佳实施例集成的将来能力的功 能。

用户通过只与一个位置连接就能访问其所有消息。传真、电子邮 件、寻呼和话音消息将通过一个中央消息传递接口来访问。用户能通 过其消息中心接口访问到中央消息传递接口中去检索消息。中央消息 传递接口为用户提供了容易、有效地管理其通信的能力。

用户接口有两个部件，用户的应用轮廓和消息中心。接口是可通 过PC软件(即PC客户机消息传递接口)、ARU或VRU、万维网 (WWW)浏览器访问的。接口支持应用程序的定制和消息的管理。

下文将表示实施例的功能部件/功能要求。要描述的第一个部分是 ARU界面及其对用户接口、消息管理和轮廓管理的要求。在ARU要求 之后，还提供了对WWW浏览器和PC客户机接口的要求。

J.接口特征要求(概述)

按照较佳实施例，一个前端起着在用户与屏幕显示服务器之间的 接口的作用。用户能访问系统并能直接访问其轮廓和消息。用户接口 用于更新用户的轮廓，访问用户的消息。用户的轮廓信息和用户的消 息可以存驻在不同位置，所以接口能连接到两个地方。轮廓和消息传 递能力是接口的独立部件，有不同的要求。

用户通过其接口，能通过轮廓管理实时地更新其轮廓。应用轮廓 是用户帐户目录的前端，用户帐户目录是所有的用户帐户信息在虚拟 位置中存驻的地方。用户也能通过其消息中心来管理其消息(话音邮 件、传真邮件、电子邮件、寻呼机重叫)。消息中心是中央消息传递 数据库的前端，中央消息传递数据库是所有的用户消息(无论消息内 容如何)可以存驻的地方。

有三个受支持的用户接口：

·向ARU或VRU的DTMF接入；

·向WWW站点的WWW浏览器接入；

·向消息传递服务器的PC客户机接入。

用户能从ARU更新他们的轮廓(仅是直达线MCI)、检索话音邮 件消息和寻呼机再呼叫消息、检索传真邮件和电子邮件的消息标题 (发送者、主体、日期/时间)信息。通过PC客户机，用户限于能进 行消息检索和消息处理。WWW浏览器提供用户一个用于轮廓管理和消 息检索的综合接口。通过WWW浏览器，用户能够更新他们的轮廓(直 达线MCI、信息服务、列表管理、全局消息处理和个人主页面)和检 索所有的消息类型。

1.用户帐户轮廓

用户能够通过应用轮廓来访问帐户信息。应用轮廓提供一个在用 户与其存驻在用户帐户目录中的帐户信息之间的智能接口。用户帐户 目录访问用户的个别帐户信息。用户能读写目录，对他们的帐户作更 新。目录提供检索能力，使用户业务代表在帮助用户时能检索特定的 帐户。

当用户得到一个电话号码时，用户帐户目录要反映这个电话注 册，用户就能通过其用户帐户轮廓来访问和更新功能部件。如果用户 取消，用户目录就要反映这种撤销，业务将被从用户的应用轮廓中去 除。

总之，用户帐户目录提供每一项用户服务的帐户信息。然而，用 户帐户目录局限于：直达线MCI轮廓、信息业务轮廓、全局消息处 理、列表管理和个人主页轮廓。这个信息确定了用户应用的特征/功能 并为用户提供了定制其应用所需的灵活性，使MCI能满足用户不断变 化的通信需要。

2.消息的数据库

所提供的一个重要特征是消息的集成。类似的和不类似的消息被 合并在一个虚拟位置。通过一个呼叫，消息中心就向用户提供其所有 消息一览，无论消息的内容或存取方式如何。通过接口消息传递能 力，用户也能够保持一个地址簿和分配列表。

这个消息数据库是一个中央信息仓库，为用户储备着消息。消息 数据库提供公用对象存储能力，将数据文件作为对象来存储。通过访 问消息数据库，用户从一个单一虚拟位置检索话音邮件、传真邮件、 电子邮件和寻呼机再呼叫消息。此外，通过使用公用对象存储能力， 消息分配极其有效率。

K.自动应答设备(ARU)功能

1.用户接口

ARU界面能够执行直达线MCI轮廓管理、信息业务轮廓管理、消 息检索和消息分配。通过ARU提供的DTMF访问能在系统内不同部件 上一致性地适用。例如，通过DTMF键盘来输入字母符号，不管用户是 在访问股票指数信息还是在向分配列表广播一个传真消息，都是以相 同方式输入的。

话音邮件回叫自动重拨号(Voicmail callback Auto Redial) 提供提醒和收集留下话音邮件的客人的回叫号码，并在检索消息时自 动向该客人回叫号码发起一个返回呼叫的能力。一旦完成回叫，用户 将能够返回到邮箱中他们原来离开的相同位置。

音乐等待(Music On-Hold)在客人等待期间提供音乐。

停留并寻呼(Park and Page)提供客人选择通过直达线MCI网 关来寻呼直达线MCI用户，然后在用户被寻呼期间保持等待。用户接 收该寻呼，并呼叫他们的直达线MCI号码，在此他们能选择被与等待 的客人连接。要是用户未能将呼叫与客人连接，客人将接收一个要被 转发到话音邮件的选择。如果用户没有话音邮件作为定义的选项，则 将为客人播放客人的终结消息。

注：客人在等待时，任何时候都能按下一个要被转发到话音邮件 的选项。

具有停留并寻呼的呼叫屏蔽(call screening)，实施例向用户提 供对停留并寻呼、呼叫方(即客人)的身份应答的功能。这在连接呼 叫之前向用户提供了对是希望与客人说话还是将客人转送到话音邮件 进行选择的能力。具体来说，客人在选择停留并寻呼选项时就被ARU 提示记录他们的名字。当用户对停留并寻呼应答时，他们将听到ARU 提示的“您有来自被记录名字的呼叫”，然后被提供以与呼叫方连接 还是将呼叫方转送到话音邮件的选择。如果用户没有话音邮件作为定 义的选项，则客人将被存放到一个终结消息。客人在等待时，任何时 候也都能按下一个要被转发到声音邮件的选项。

二路寻呼机配置控制和对停留并且寻呼的应答

系统也能使用户通过由二路寻呼机提交的命令，指令ARU将呼叫 路由选择到话音邮件或终结消息或者继续等待，响应停留并且寻呼通 知。

文本寻呼机支持

系统允许用户通过直达线MCI网关来寻呼直达线MCI用户并留下 待由文本寻呼机检索的消息。具体来说，在选择适当的选项后，客人 将被传送到网络MCI(networkMCI)寻呼或者Sky Tel消息中心，操 作员在这里将接收并提交一个基于文本的消息，待由用户的文本寻呼 机检索。

转发到下一个终端号(termination number)

系统为直达线MCI呼叫被路由选择到的、回答电话的一方提供选 择让该呼叫被路由选择到直达线MCI路由选择序列中下一个终端号的 能力。具体来说，被呼叫方将收到来自直达线MCI ARU网关的一个提 示，该提示指出，呼叫已经被直达线MCI路由选择到这个号码，被呼 叫方可以选择接收该输入呼叫，或者让该呼叫被路由选择到路由选择 序列中下一个终端号或目的地。向被呼叫方提供的选项包括：

·按一个选项来接受呼叫

·按一个选项来将呼叫发送到下一个终端

·让呼叫超时(即不采取行动)然后继续到下一个终端。

小于2秒的#键再生(reorigination)

实施例也提供这样的能力，即通过按下#键不到2秒钟，从直达 线MCI网关再生一个外向呼叫。当前的直达线MCI要求用户将#键按 下2秒或更长时间后才能再生一个呼叫。

L.消息管理

1.多个媒体消息通知

用户能接收关于当前许多媒体上的消息—包括话音邮件、传真邮 件、电子邮件、寻呼—的报表。具体来说，用户将听到ARU脚本陈述 的例如“您有3个新的话音邮件消息，2个新的传真邮件消息，10个 新的电子邮件消息。”

2.多个媒体消息处置

用户能访问通用收件箱来执行基本的消息处置，处置通过直达线 MCI网关接收的多个媒体(话音邮件、传真邮件、电子邮件、寻呼) 形式的消息。用户能检索话音邮件消息和寻呼机消息，检索传真邮件 和电子邮件消息的消息标题(优先级、发送者、日期/时间、大小)。 此外，用户还能存储、转发或删除从ARU界面察看到的消息。转发特 征限于以话音邮件或传真邮件的形式来分配消息。只有话音邮件消息 能以话音邮件转发。电子邮件传真邮件和寻呼机消息能以传真邮件转 发，然而可能需要将电子邮件和寻呼机消息转换到G3格式。在以传真 邮件转换消息时，用户能将消息发送到分配列表和传真广播列表。

3.文本到语音

系统将以电子邮件、传真邮件或寻呼机消息的形式接收的文本消 息转换为能通过直达线MCI网关回放的音频。这种文本-语音转换能 力起初将限于消息标题(优先级、发送者、主题、日期/时间、大小) 信息。

用户被提供选项来选择他们是否愿意先听消息标题，然后再选择 他们想要播放哪个完整消息。唯一不支持对完整消息进行文本-语音 转换的能力的消息类型将是传真邮件消息。只能播放传真邮件标题。 传真邮件标题信息包括发送者的ANI、传真邮件的接收日期/时间以及 传真邮件的大小。

4.电子邮件转发到传真机

用户能将通过直达线MCI ARU网关检索或察看的电子邮件转发到 用户定义的终端号。具体来说，用户能通过直达线MCI ARU察看电子 邮件消息。察看消息之后，用户从各标准提示中接收一个提示，该提 示询问他是想把该电子邮件消息转发到特定终端号，还是选择输入一 个临时号码。在选择这个选项并指出终端号后，电子邮件消息就被转 换到G3格式并传送到该指定终端号。支持电子邮件的二进制文件附 件。如果附件不能被投递到该终端传真机，就必须向接收者提供一个 表示未能转换二进制附件的文本消息。电子邮件向传真机的转发不会 导致消息从“通用收件箱”中的删除。

5.收到信息的寻呼机通知

用户能通过消息媒体按用户定义的时间间隔接收寻呼机一个通 知，指出当前在用户的“通用收件箱”中存驻的消息的数目。具体来 说，用户将能够通过直达线MCI ARU建立一个接收寻呼机消息的通知 计划，该消息指示在用户的“通用收件箱”中存驻的话音邮件、传真 邮件电子邮件和寻呼机消息的数目。

6.话音邮件的投递确认

系统向用户提供在用户启动的声音邮件未成功地投递到终端方时 接收一个确认话音邮件消息的能力。

7.消息优先化

系统向客人提供赋予消息正常或紧急的优先权的能力。当用户收 到关于消息的说明时，优先情况将被指示，所有紧急消息都将被索引 在正常消息之前。这个要求仅适用于话音邮件，不适用于传真邮件。 这将要求“通用收件箱”要表示出直达线MCI话音邮件的适当的消息 优先权。

M.信息业务

通过ARU界面，用户将能从可通过WWW浏览器界面配置的信息服 务中接收内容。信息内容将以入站业务和外出业务来提供。将通过 WWW浏览器(即轮廓管理)定义的信息内容定义为入站信息内容并将 限于：

·股票指数和金融消息

·标题新闻

用户也能通过ARU界面访问额外的信息内容，然而这种信息是不 能通过WWW浏览器(即轮廓管理)配置的。这种额外信息内容将被称 作外出信息内容并将包括：

·股票指数和金融消息；

·标题新闻；

·天气；

·体育新闻和比分；

·肥皂剧最新消息；

·天宫图(Horoscopes)；

·抽奖结果；

·娱乐新闻；

·旅行者帮助。

下面定义入站信息内容的可配置参数。外出信息内容的检索将由 通过DTMF键盘输入字母字符来支持。字母字符的输入必须与通过 DTMF为列表管理输入字母字符的方式相一致。

旅行者帮助的访问将是与其它外出信息业务捆绑一起的，这样， 用户要做的只是拨打一个800/8XX号码。根据所选择的信息内容， 800/8XX电话可能伸展到不同的终端。

N.消息存储要求

消息存储要求与下面定义的消息存储要求一致。

O.轮廓管理

直达线MCI轮廓管理用户也能察看、更新和调用他们的直达线 MCI帐户轮廓。通过ARU界面的directMCI轮廓管理管理能力是与通 过WWW浏览器提供的表示一致的，并支持下列要求：

·创建新的直达线MCI轮廓并向该轮廓赋名；

·调用直达线MCI轮廓；

·声音注解直达线MCI轮廓名；

·更新现存的直达线MCI轮廓；

·支持基于规则的创建和更新直达线MCI轮廓的逻辑(例如，如 果只选择一个呼叫路由选择选项如话音邮件，则将调用最优路由选择 到话音邮件；在一个参数中的更新必须波及所有受影响的参数如寻呼 通知)；

·选通直达线MCI号；

·选通和定义取代路由选择号；

·选通和定义跟随我(FollowMe)路由选择。

·选通和定义最后路由选择(以前称为备用路由选择)至：

-话音邮件和寻呼机；

-只有话音邮件；

-只有寻呼机。

-最终消息；

·如果有两个或更多的呼叫路由选择选项(跟随我FollowMe)、 话音邮件、传真邮件或寻呼机)选通，则调用菜单路由选择；

·定义传真邮件投递的缺省号；

·为话音邮件激活寻呼通知；

·为传真邮件激活寻呼通知；

·提供客人为紧急投递分类话音邮件的选择；

·为下列定义呼叫屏蔽参数：

-名称和ANI；

-仅ANI；

-仅名称。

·选通或关闭停留并且寻呼。

P.呼叫路由选择菜单改变

选通也为用户提供修改他们的呼叫路由选择终端号、同时不必重 新输入他们不希望改变的终端号的能力。具体来说，直达线MCI路由 选择修改功能要求，如果用户希望改变任何路由选择号，则用户就要 重新输入路由选择序列中的所有终端号。这个能力允许用户只改变他 们希望改变的终端号，当他们不希望改变路由选择序列中的某个号 时，通过按下“#”键就能表明。

Q.二路寻呼机配置控制和对停留并且寻呼的应答

系统也能通过由二路寻呼机提交的命令，选通或关闭预先定义的 直达线MCI轮廓。

R.个性化的问候

系统向用户提供察看和更新将从ARU播放或从他们的个人主页显 示的个性化问候的能力。每个问候都是单独保存的并且是按可通过各 界面(ARU或个人主页)得到的特征定制的。

S.列表管理

系统也向用户提供创建和更新列表、为列表创建声音注解名的能 力。传真广播列表管理能力与直达线MCI列表管理能力的集成提供了 一个单一的列表数据库。用户能从ARU界面察看、更新、增加和删除 列表上的成员。此外，用户还能删除或创建列表。ARU界面能用列表 来分配话音邮件和传真邮件消息。

分配列表的使用，支持了字母列表名称，使得列表不是局限于列 表代码名称。通过DTMF向ARU输入用于列表名称的字母字符，方式 与通过DTMF输入用于信息业务的字母字符是一致的。下文将更详细地 讨论列表管理的要求。

除了提供消息处置能力之外，PC客户机也提供一个地址簿和对列 表的利用。用户能修改地址簿，管理话音、传真、电子邮件和寻呼消 息的分配列表。在一个实施例中，通过PC客户机接口创建或保持的列 表不与通过WWW浏览器或ARU界面创建或保持的列表集成，而在另一 个实施例中则能实施这种集成。用户能从PC客户机向分配列表发送消 息。这要求在PC客户机与列表管理数据库之间有一个二路接口，PC 客户机通过这个接口就能将逗号作分隔符的或DBF格式的文件输送到 列表数据库。

用户能够通过其接口PC软件来建立和修改接收者地址信息。用户 能够在其地址簿中记录多个类型的地址，包括10数字的ANI、话音邮 箱标识符、传真邮箱标识符、寻呼号码和电子邮件地址(MCIMail或 因特网)。这种信息应当在PC上保存。在PC客户机上保留的地址信 息是按接收者名字来分类和排序的。

T.全局消息处理

用户能从ARU界面来定义能从“通用收件箱”得到哪些消息。全 局消息处理的要求与下面要定义的要求一致。

X.因特网电话技术和相关服务

本文的讨论至此介绍了因特网因而也介绍了因特网电话技术，但 是因特网电话技术包含相当一些发展领域。下面分六个主要领域对因 特网电话技术作个总结。第一个领域由因特网电话服务的接入组成。 该领域涉及采用诸如卫星、拨号服务、T1、T3、DS3、OC3和OC12专 用线路、SMDS网络、ISDN B信道、ISDN D信道、多速率ISDN、多个 B信道捆绑的ISDN系统、以太网、令牌环、FDDI GSM、LMDS、PCS、 蜂窝网络、帧中继和X.25的机制来访问和使用因特网。

第二个领域涉及共享因特网电话技术。多媒体数据能相当容易地 采用线路交换网络，因为后者可靠性高、吞吐量潜力大。问题包括共 享数据、各方之间的URL数据推进、数据会议、共享的白板技术 (whiteboarding)、资源合作和ISDN用户-用户信令。

第三个领域涉及路由选择因特网电话技术。问题包括时刻、星 期、月内日期、年内日期，此外还有起源地理点、起源网络点和起源 时区。路由选择的分析也包括用户数据、接收方、电话号码、起源线 路、承载业务的类型、预约的特征的路由选择、ANI和IP地址。VNET 计划、范围特权、目录服务以及业务控制点(SCP)也属于路由选择因 特网电话技术。

第四个领域涉及业务质量。分析必须包括交换网络、ISDN、动态 修改、因特网电话技术、RSVP和冗余的网络业务。此外，该领域还包 括混合因特网/电话交换、以太网功能部件、ISDN功能部件、模拟本 地回路和公共电话、以及保留和/或使用的业务的记帐。

第五个领域由目录服务、轮廓和通知组成。例子有分布式目录、 寻我和随我服务、电话的目录管理和用户接口。也包括呼叫方验证安 全措施。与目录服务器用户轮廓、网络轮廓数据结构、服务轮廓和订 单输入轮廓并存的还有分层的和面向对象的轮廓。

第六个领域由混合因特网电话技术业务组成。范围包括以对象为 目标的消息传递、因特网电话消息传递、因特网会议、因特网传真、 信息路由选择(IMMR)、话音通讯和(诸如在公司内部存在的)内部 网。其它业务包括操作员业务、管理业务、寻呼业务、记帐业务、无 线集成、消息广播、监控与报告服务、卡服务、视频邮件服务、压 缩、授权、验证、加密、电话应用编码器、记帐和数据收集业务。

第七个领域由混合因特网媒体服务组成，范围包括涉及多个用户 的合作工作。用户能在音频、数据和视频上合作。该领域包括混合网 络内部的媒体会议。还有一个涉及面宽的领域是预约机制、操作员辅 助会议和向会议的内容介绍。这些会议的虚拟位置将来很重要。下一 代的交谈室的特征是具有模拟办公室环境的虚拟会议空间。

A.因特网媒体的系统环境

1.硬件

根据本发明的系统的较佳实施例的实施环境最好是一台诸如IBM PS/2、Apple Macintosh计算机或基于工作站的UNIX的个人计算 机。图1A表示一个代表性的硬件环境，该图表示的典型硬件配置有按 照较佳实施例具有诸如微处理机中央处理单元10的工作站99以及许 多其它通过系统总线12互连的单元。图1A所示的工作站包括随机存 取存储器(RAM)14，只读存储器(ROM)16，用于将诸如通信网络 (例如数据处理网络)81、打印机30、磁盘存储器20的外围设备连 接到总线12的I/O适配器18，用于将键盘24、鼠标26、音箱28、 话筒32和/或诸如触摸屏(未予示出)的其它用户接口连接到总线12 的用户接口适配器22，以及将总线12与显示器38连接的显示适配器 36。工作站上一般驻留一个操作系统，诸如微软视窗NT或视窗95操 作系统(OS)、IBM OS/2操作系统、MAC System/7 OS或UNIX操作 系统。本领域的熟练人员知道本发明也能在上述以外的其它平台或操 作系统上实现。

2.面向对象的软件工具

较佳实施例用JAVA、C和C++语言编写，采用面向对象的程序设 计方法。面向对象的程序设计(OOP)越来越多地用于开发复杂的应用 程序。随着OOP逐渐变成软件设计和开发的主流，要求各种软件解决 方案都能适于利用OOP的好处。存在这样一个需要，即将OOP的这些 原理应用到电子消息传递系统的消息传递接口，使得能向消息传递接 口提供OOP类和对象的集合。

OOP是一个用对象来开发计算机软件的过程，包括分析问题、设 计系统、构造程序诸步骤。对象是一种既含有数据又含有一系列相关 结构和过程的软件包。由于它既含有数据又含有一系列相关结构和过 程，所以可将其视为是一种不要求其它结构、过程或数据来执行特定 任务的自足部件。因此OOP视计算机程序为一系列有很大自治性的— 称为对象的—部件，每个对象负责特定的任务。这种将数据、结构和 过程一起包装成一个部件或模块的概念称为封装。

一般来说，OOP部件是可再使用的、表现出是符合对象模型的软 件模块，它们是在运行时通过部件集成体系结构被访问的。部件集成 体系结构是一个允许不同过程空间中的软件模块互相使用彼此能力和 功能的结构机制的集合。这一般是通过假定一个在其上建立该体系结 构的公用部件对象模型而实现的。

现在最好来区分一下对象和对象的类。一个对象是对象的类(经 常就称作类)的单一实例。对象的类可看成是一个能从中形成许多对 象的蓝图。

OOP允许程序员创建是另一个对象的一部分的一个对象。例如， 代表一个活塞发动机的对象被说成是与代表活塞的对象有复合关系。 实际上，活塞发动机包含活塞、阀门和许多其它部件，事实是活塞是 活塞发动机的一个单元，在OOP中能用两个对象进行逻辑上和语义上 的表示。

OOP也允许创建从另一个对象“导出的”一个对象。如果有两个 对象，一个代表活塞发动机，另一个代表其活塞是由陶瓷制成的活塞 发动机，则这两个对象之间的关系就不是复合关系。陶瓷活塞发动机 不形成活塞发动机。它只是活塞发动机的一种，比活塞发动机多了一 个限制；其活塞是陶瓷的。在这种情况下，代表陶瓷活塞发动机的对 象称为导出对象，它继承了代表活塞发动机的对象的所有特性并增加 了进一步的限制或细节。代表陶瓷活塞发动机的对象是从代表活塞发 动机的对象“导出的”。这两个对象之间的关系称为继承。

当代表陶瓷活塞发动机的对象或类继承了代表活塞发动机的对象 的所有特性时，它继承的是活塞发动机类中所定义的标准活塞的热力 特性。然而，陶瓷活塞发动机对象超出了这些通常与金属活塞关联的 热力特性不同的陶瓷特定的热力特性。它忽略原始的功能而使用新的 陶瓷活塞相关功能。不同种活塞发动机有不同的特性，但是有相同的 与它们关联的内在功能(例如发动机内的活塞数、点火顺序、润滑、 等等)。为了访问任何活塞发动机对象中的这些功能，程序员用相同 的名称来标识相同的功能，但是每一种活塞发动机在相同的名称背后 会有不同的/替代的功能实现。这种将功能的不同实现隐藏在相同名称 之后的能力被称为多态性(polymorphism)，它极大地简化了在对象 之间的通信。

有了复合关系、封装、继承和多态性的概念后，对象就能代表现 实世界中的任何事物。实际上，我们对现实的逻辑感知是决定能变成 面向对象的软件中的对象的事物种类的唯一限制。下面是一些典型的 种类：

对象能代表物理对象，诸如交通流模拟中的汽车、电路设计程序 中的电子器件、经济学模型中的国家或空中交通控制系统中的飞机。

对象能代表计算机用户环境的元素，诸如窗口、菜单或图形对 象。

对象能代表报表。诸如个人文件或城市经度纬度表。

对象能代表用户定义的数据类型，诸如时间、角度、复数或平面 上的点。

由于对象能代表任何能逻辑分割的事物的这种巨大能力，OOP允 许软件开发者设计和实现一个表现现实某些方面的模型的计算机程 序，无论该现实是个物理实体、过程、系统还是综合事物。由于对象 能代表任何事物，软件开发者就能创建一个能在将来更大的软件项目 中充当一个部件的对象。

如果一个新的OOP软件的90％都是由从业已存在的可再使用对象 中得来的检验过的现成部件组成的，则该新软件项目的其余10％就必 须全新地编写和测试。由于90％已经从频繁测试过的可再使用对象中 得来，可能产生错误的潜在域就是程序的10％。结果，OOP使得软件开 发者能用其它以前建立的对象来建立对象。

这个过程非常相似于用配件和子配件来建造复杂的机器。因此， OOP技术使软件工程更像是硬件工程，因为软件是用开发者能以对象 形式得到的现成部件建立的。所有这些都有助于软件质量的改善和开 发速度的提高。

程序设计语言开始全面支持OOP原理，诸如封装、继承、多态和 复合关系。随着C++语言的出现，商业软件开发商已经采用了OOP。 C++是一种能提供快速的机器可执行码的OOP语言。此外C++既适 合商业应用又适合系统程序设计项目。目前，C++似乎是许多OOP程 序设计者中最受欢迎的选择，但是有其它一批OOP语言，诸如 Smalltalk、普通lisp对象系统(CLOS)和Eiffel。此外，更多诸 如Pascal的传统上流行的计算机程序设计语言中也正在添加OOP能 力。

对象分类的好处可总结如下：

对象和它们对应的类将复杂的程序设计问题分解为许多更小、更 简单的问题。

封装通过将数据组织成小型、独立、能互相通信的对象而实施数 据抽象。封装也保护某对象中的数据不受偶然损害，但是允许其它对 象通过调用该对象的成员功能和结构而与该数据交互作用。子类和继 承使得通过从系统的可用标准类导出新的各种对象来扩展和修改对象 成为可能。因此，新的能力的创建不必完全全新地开始。

多态性和多继承，使得不同程序员将许多不同的类的特性混合、 匹配以创建仍然能以可预测的方式与有关对象一起工作的专用对象成 为可能。

类层次结构和包含层次结构为建立现实世界对象以及它们之间关 系的模型提供了一种灵活的机制。

可再使用类的库在许多情况下都有用，但是它们也有一些局限， 例如：

复杂性：在复杂系统中，相关类的类层次结构会变得极端复杂， 有几十甚至几百个美。

控制流：以类库为辅助编制的程序仍然负责控制流(即它必须控 制从特定库创建的所有对象之间的交互作用)。程序员必须决定哪些 时候为那些种类的对象调用哪些功能。

双倍的努力：尽管类库允许程序员使用和再次使用许多小代码 段，每个程序员是以不同方法合并这些代码段的。两个不同程序员可 能会用相同的类库集来编写两个功能完全相同、但内部结构(即设 计)相当不同的程序，内部结构取决于各程序员在程序流程中作出的 数以百计的小决定。不可避免地，类似的代码段以稍微不同的方式完 成类似的工作，但是将各代码段组合起来则不像它们应当的那样工 作。

类库非常灵活。随着程序变得越来越复杂，越来越多的程序员被 迫再三地为基本的问题重复设计基本的解决方案。对类库概念的相对 新的扩展是有关类库的框架。这个框架更复杂，由各组重要的协作类 组成，这些协作类既记录了小规模模式又记录了实现特定应用域中共 同要求和设计的主要机制。起初开发它们的目的是为了将应用程序员 从琐碎功能的设计中解放出来。这些琐碎功能涉及显示菜单、窗口、 对话框和个人电脑的其它标准用户界面单元。

框架也代表程序员对它们编写的代码与他人编写的代码之间的交 互作用的考虑方式的变化。在过程化程序设计的早期，程序员调用由 操作系统提供的库来执行一定的任务，但是从根本上来说，程序从头 执行到尾，程序员只负责控制流。这对用只以一种方式执行的程序来 打印工资单、计算数学报表或解决其它问题来说是合适的。

图形用户界面的开发开始将这种过程化程序设计安排彻底扭转。 这些界面允许用户而不是程序逻辑来驱动程序并决定应当在何时执行 一定的行动。如今，大多数个人电脑是用一种事件循环来完成这个工 作的。事件循环监控鼠标、键盘和其它外部事件源，根据用户执行的 动作来调用程序员代码的适当部分。程序员不再决定事件发生的顺 序。相反，程序被划分成在不可预测的时间以不可预测的顺序调用的 独立片断。通过以这种方式把控制交给用户，开发者创建了更容易使 用的程序。不过，开发者编写的各个程序片段仍然调用由操作系统提 供的库来完成一定的任务，程序员仍然必须决定在每个程序片断被事 件循环调用后其内部的控制流。应用代码仍然位于系统的顶上。

就是事件循环程序也要求程序员编写许多不需要为每个应用单独 编写的代码。应用框架的概念拓宽了事件循环的概念。使用应用框架 的程序员不必处理构建基本菜单、窗口和对话框这些组装件，然后把 这些组装件组合起来工作，而是一开始就有就位的工作应用程序和基 本用户界面。随后，程序员由此通过用预想应用的特定能力来替代框 架的一些类属(generic)能力而构建程序。

应用框架减少了程序员必须从头开始的代码总量。然而，由于框 架实际上是一种显示窗口、支持剪贴等等的类属应用程序，程序员也 能以事件循环程序所允许的更大程度地放弃控制。框架代码照看几乎 所有的事件处理和控制流，程序员的代码仅当在框架需要它的时候 (例如为了创建和处置某数据结构时)才被调用。

编写框架程序的程序员不仅将控制交给用户(事件循环程序也是 如此)，而且将程序内部详细的控制流也交给框架。这种方法使得能 以有趣的方式创建协作的复杂系统，这不同于那些为解决类似问题而 再三创建惯用代码(custom code)的孤立程序的创建方法。

因此如上所述，框架从根本上说是一组为给定问题城构造可再用 设计的类。它通常(例如为菜单和窗口)提供定义缺省特性的对象， 程序员使用它的方法是继承某些缺省特性并取代(override)其它特 性，以便框架在适当时间调用应用代码。

框架与类库之间有三个主要区别：

行为与协议。类库实际上是那种当需要在程序中有哪些个别行为 时就调用的行为的集合。而框架则不仅提供行为，还提供管理行为可 以组合的方式的协议或规则集，包括关于程序员应提供什么及框架提 供什么的规则。

调用与取代。程序员用类库编写的代码实例化对象并调用它们的 成员功能。有可能以与框架同样的方式(即按类库来对待框架)实例 化和调用对象，但是为了充分利用框架的可再用设计的优点，程序员 通常编写取代并被框架调用的代码。框架管理其对象间的控制流。编 写程序涉及的是在由框架调用的不同软件片断间划分责任而不是规定 不同的片断应如何协作。

实现与设计。采用类库程序员只再使用实现，而采用框架程序员 再使用设计。框架体现了一族相关程序或软件片断的工作方式。它代 表一种能为适应给定域中各种特定问题而进行改编的类属设计解决方 案。例如，某单一框架能体现某用户界面的工作方式，尽管两个在相 同框架内创建的不同用户界面可能会解决相当不同的界面问题。

B.因特网上电话

因特网上打电话已经变成一种价格不贵的爱好者团体性活动。几 家公司正在发展这种技术以添加与PSTN的互连。这对像特别是在 IDDD领域的MCI和BT这样的已建立的通信公司挑出了机会和挑战。 这个讨论探讨了如何在这种发展中技术的基础上提供载体类业务。特 别受关注的是允许在PSTN与因特网之间利用1+(1 plus)拨号互连 的方式。

该介绍性讨论除考虑到对PSTN到因特网语音网关的技术要求外， 还考虑了支持比当前更增强的方式的PC到PC连接的技术要求。考虑 了如何能接入从PC到PSTN目的地或相反方向的呼叫。也探讨了用因 特网作为长途网进行PSTN到PSTN通信的案例。

讨论显示了这种服务如何提供，才能补充现有PSTN服务，对于较 低的业务质量提供较低价格。长期性的问题是稳步改善因特网技术的 质量，以及这是否将最终证明能与传统语音业务竞争。

1.介绍

七十年代中晚期，进行了在因特网上传输话音的试验，这是当时 正在进行的由美国国防高级研究项目署资助的研究计划的一部分。八 十年代中期，采用了基于UNIX的工作站在因特网上举行数量适度的常 规音频/视频会议。这些试验性的应用在八十年代晚期用更大规模的一 路语音和视频多信道传播(multicasting)而得到扩展。1995年，一 家小公司VocalTec(www.vocaltec.com)介绍了一种价格不贵、能 够提供在与因特网相连的多媒体PC之间的二路话音通信的软件包。这 样就诞生了新一代的因特网上的电话。

最初以及紧接其后的后继软件包提供了一种爱好者工具。一种基 于因特网中继谈话“室”(IRC)的会议室被用来在终端站之间为话音 传输建立点对点连接。这导致了用电子邮件或其它手段进行的如公共 交谈室中常见的偶然会见或者预定会议(如果各方提前协调过的 话)。

a)如何工作

有多媒体PC和因特网连接的用户通过加载一个小软件包就能增加 因特网电话的能力。在VocalTec的案例中，软件包在修改过的交谈 服务器基础上与会议室(IRC服务器)进行连接。用户在IRC看到所 有连接到IPC的其它用户的一览表。

用户通过单击名字就能呼叫另一个用户。IRC的响应是发送被呼 叫方的IP地址。IP地址是在拨入时为因特网的拨入用户分配的，因 此将在拨入会话期间变化。如果目的地尚未进行话音连接，其PC就会 蜂鸣一个振铃信号。被呼叫的用户能用鼠标点击来回答电话，然后呼 叫方就开始直接向被呼叫方的IP地址发送通信。PC内置或附接的多 媒体麦克风和扬声器被用作话筒。通话人的话音经数字化、压缩并进 行分组，在因特网上传输，在另一端被解压并转换成声音从PC扬声器 中发出。

b)意义

因特网电话为用户提供了一种低成本的业务，这种业务是距离和 疆界不敏感的。就当前的因特网接入费用(小时费率低，有时付一笔 费后不限使用)来说，用户能与另一个连接到因特网的PC用户进行谈 话。被呼叫方对谈话费用的贡献是支付其因特网接入费。如果一端或 两端是通过专用线路连接到因特网的LAN，则该电话就免收其它费 用。所有这些都与传统长途电话—可能是国际电话—形成对照。

c)业务质量

因特网上的话音质量是好的，但没有一般长途电话的音质好。此 外，通话期间的延迟很显著。在这种环境中试图中断通话者是有问题 的。延迟和质量的差异，与其说是距离和可用容量的原因，不如说是 压缩、缓存和进行分组时间的结果。

话音传输的延迟归咎于若干因素。导致延迟的最重要原因之一是 所使用的声卡。最早的声卡是半双工的，设计用于回放录制的音频。 长的音频数据缓冲器适于保证不间断的音频回放，但却导致实时延 迟。随着为“扬声器电话”应用设计的全双工卡的问世，基于延迟的 声卡逐渐减少了。

其它延迟是访问线路速度(对拨号因特网接入来说一般是14.4- 28.8kbps)和因特网中分组转发延迟所固有的。用数字化编码的音频 填充分组时也有固有的延迟。例如，为了用90ms的数字音频填充分 组，应用必须等待至少90ms的时间才能接收音频进行数字化。更短的 分组减少了分组填充的延迟，但由于增加了分组首部对分组有效负载 的比率而增加了开销。增加的开销也提高了对该应用的带宽要求，以 致采用短分组的应用可能不能在14.4kbps拨号连接上操作。基于局 域网的PC遭受较少的延迟，但是人人都要受到可变延迟的影响，这种 可变延迟可能是令人烦恼的。

最后，音频编码解码器中也有固有的延迟。编码解码器编码和解 码时延迟的变化范围是5ms到30ms。尽管因特网电话有更长的延迟， 但价格适当，这种形式的话音通信看来正在受到欢迎。

2.作为商业服务的IP电话

不管已建立的通信公司喜欢与否，IP电话技术已经到来。很清 楚，用因特网来提供国际话音呼叫对于传统国际直接长途电话 (IDDD)收入流是个潜在威胁。尽管产生可观的收入影响可能还有几 年，但这是不可阻挡的，除非可能在国家疆界内根据法令来阻止。这 些通信公司最好的防卫是以产业力量的方式来提供业务本身。要做到 这一点，需要有改善的呼叫建立装置和到PSTN的接口。

方便PC到PC的连接对于在因特网数据分组通信期间同时需要进 行话音交谈的情况是有用的，各方不能访问独立的电话装置。只有一 个访问电路的拨号因特网用户会发现他们自己的就身临这种处境。费 用的考虑也会在促使使用PC到PC电话中起着作用。当因特网能被用 于代替长途网络来互连普通电话机时，这种技术更大规模的应用就会 发生。世界上连接因特网的多媒体PC的数量(约1千万)与全世界用 户线路的数量(约6亿6千万)相比是极少的，这种业务正处于几家 公司的计划阶段。

以下各节中我们来考察在完全的因特网电话业务中可能的各个端 点组合。最重要的方面涉及PSTN到因特网网关能力。特别值得注意的 是向PSTN呼叫方提供一步拨叫到其被呼叫方的可能性。以下讨论的一 步拨叫解决方案所在的上下文是北美数字计划(North America numbering plan)。它们实际上有4种情况：

1.PC到PC；

2.PC到PSTN；

3.PSTN到PC；

4.PSTN到PSTN。

第一种情况是由现今的IP电话软件来解决的。第二、第三种情况 类似但不等同，它们各自需要一个在PSTN与因特网之间的网关。最后 一种情况用因特网来作为两个PSTN电话的长途网络。

a)PC到PC

(1)目录服务

为了方便PC到PC的因特网电话，需要一种目录服务来根据呼叫 方提供的名字查找被呼叫方的IP地址。早期的因特网电话软件用修改 的因特网交谈服务器作为会议室。最近，因特网电话软件正在用能唯 一地标识因特网电话用户(可能是通过电子邮件地址)的目录服务来 代替交谈服务器。为了接收呼叫，客户要向目录服务器登记(要付 费，带循环收费的)，每当要连接到因特网时或者想要对呼叫开放 时，就要让目录系统知道它们的位置(IP地址)。完成自动通知的最 佳途径是获得IP电话软件销售商之间关于每当启动软件时就通知目录 服务(自动表示通知)的协议的一致意见。也希望作为一种选择，能 找到一种每当IP堆栈启动时就自动调用IP电话软件的方法。

考虑到可扩展性，目录服务器被设想为一种分布式系统—有点像 因特网域名系统。这并不意味着用户标识必定要用“user@foo.com” 的格式。理论上讲，只有被呼叫方才需要登记。如果呼叫方没有登 记，则对呼叫的收费(若有的话)可向被呼叫方收取(受方付费电 话)。另外，我们也可以坚持呼叫方也要在目录中登记，通过该机制 被收取费用(这是我们希望的，因为我们按登记来收费，避免受方付 费要求的那种复杂性)。对呼叫建立—而不是对持续时间—收取的费 用高于通常的因特网收费。持续时间费用已经应用于拨号因特网用 户，因特网使用费—拨号和专用使用二者—可能不是太远。

可以要求有来自登记用户的收方付费电话来满足市场需求。必须 设计一种标识这种向被呼叫方呼叫的方案，同时要有一种被呼叫方接 受或拒绝收方付费电话的机制。目录服务将通过版本号来跟踪被呼叫 软件支持这种特征的能力(或者，这是一个在IP电话软件包之间联机 协商的事情)。如果是收方付费电话(假定呼叫方没有登记)，则呼 叫方可随意声称是任何人。目录服务将强制主叫者(在呼叫延续期间) 采用一个临时(分配的)身份，以便让被叫方知道这是一个未经查验的 主叫者。由于IP地址不必是固定的，所以不能依靠它们来标识通话 方。

(2)互操作性

现今市场上几乎所有IP电话软件包都用不同的话音编码和协议来 交换话音信息。为了方便有用的连接，目录将存储正使用的因特网电 话软件的类型和版本(可能还有选项)。为使其有效地工作，软件销售 商将自动地向目录服务报告这个信息。在接入呼叫时将这个信息用于 确定互操作性。如果各方不能互操作，就必须向呼叫方发送适当消 息，作为一种替代方法，或者除了登记软件类型外，还可以设计一种 协商协议来及时确定互操作性，但是所有软件包都要“表达”它。

有这样一个问题，即IP电话编码之间转换的执行质量能否为最终 用户接受。这种服务可能有个持续时间，或者有与其关联的容量费 (Volume fee)。还有，在筛选阶段之后，我们期望只有一些不同的方 案存在。它们也许通过产业同意的最小公分母压缩和信令协议而具有 互操作性。至今为止，我们接触过的所有IP电话软件销售商都赞成允 许互操作性的“世界语言”(Esperanto)。如果这能实现，则转换 业务的生命期将会短暂，可能会使它们没有经济吸引力了。

我们能帮助主要软件销售商在将提供所需互操作性的“公用”压 缩方案与信息协议上寻求共识。一旦主要销售商支持这种方法，其他 销售商就会仿效，这种情况已经在发生着-Intel、Microsoft、 Netscape和VocalTec最近宣布它们在今后几个月内将支持H.323 标准。这能在呼叫建立时被自动检测。目录服务将记录哪个软件的哪 些版本能互用。为了方便这个功能，自动存在通知应当包括当前软件 版本，这样，升级就能动态地在目录服务中记录，还必须定义某个方 案来使登记信息能在软件包之间传递，这样，如果某用户交换软件 包，她就能将登记信息转移到新的应用程序，没有理由反对用户有两 个各带相同登记信息的应用程序，目录服务将知道用户正在作为自动 存在通知的一部分运行的是什么，这只有在用户能同时运行一个以上 的IP电话软件包时才会产生问题。如果市场要求这个能力，就可将目 录服务改编得能处理这个问题，这个问题也能通过在交互作用的IP电 话软件包之间的协商方法的使用而得到克服。

(3)呼叫进度信令

如果用户通过目录系统是可达的，但是当前正忙于话音连接，于 是就将一个呼叫等待消息(连同呼叫方IP—这在PSTN呼叫等待服务中 是没有的)发送到被呼叫方，并将相应的消息发回呼叫方。

如果用户通过目录系统是可达到的，但是当前不在运行其话音软 件(IP地址响应，但应用程序不响应—参看下文验证这就是问题的一 方)，那么就将适当的消息返回给呼叫方。(作为一种选择，可向被呼 叫方发送电子邮件来提醒他有呼叫尝试。另一个选择是，让主叫方输 入一个话音消息并将该“话音邮件”附加在该电子邮件上。业务也可 以用信号向主叫方指示：忙，不可达，活动但不理睬呼叫等待，等 等。也能向被叫方提供其它通知方法，诸如传真或寻呼。在各种情况 中，通知都能包括主叫方的身份—如果已知的话)。一旦目录系统被 分布，就将有必要查询其他副本，如果根据本地信息建立起联系的 话。这个系统提供了具有各种通知形式并能控制这些形式的参数的能 力。

(4)用户标识

一个关键的问题是目录服务将如何知道被叫方不再位于她最后一 次报告的地方(即已经“离开”)。被叫方可能以各种方式脱离网络 (被叫线路落线，PC挂机，终端服务器崩溃)而不能明确向目录服务 通知其状态变化。更糟的是，该用户可能已经离开网络，另一个具有 话音应用程序的用户可能被分配以同一个IP地址。(如果新的主叫方 是用自动存在通知登记的用户，则没有问题；目录服务然后能检测到 该相同的IP地址。在目录服务被分布的各部分之间可能会有一些定时 问题)因此，对于目录服务必须有某种方案来确定用户仍然位于上一 次宣布的位置。

对此的一种办法是实现一个与应用程序共享的，在登记时创建的 秘密，每当目录系统被软件(诸如自动存在通知或呼叫初始化)接触 时或者试图接触上一次已知地点的被叫方时，它能发送一个询问(像 CHAP)给应用程序并查验响应。这种方案不需要宣布“我已不在此 处”或浪费的保持活动消息。客户能随时拆开或关掉其IP电话应用程 序而不必考虑通知目录系统。如果多个IP电话应用都受目录服务的支 持，则各IP电话应用程序可以不同方式对之解决。

(5)其它业务

加密的因特网电话通话将要求软件销售商对最小化加密建立机构 数量达成共识。这对目录服务将是另一个互操作性解决功能。目录服 务能提供对公共钥应用的支持，并能提供由适当证书机关发布的公共 密钥证书。

用户也能在目录服务上规定，如果她当前不是联机的，则他的PC 要被呼叫(拨出)。拨出的费用可向被叫方收取，正如POTS中呼叫转 发会发生的那样，拨出的呼叫详细记录(CDR)需要与IP电话系统中 某实体(被叫方)的呼叫细节相关联，注意，这与PC到PSIN情况的 不同之处在于不要求将IP编码的话音转换到PCM，拨出确实将在PPP 上使用TCP/IP。如果拨出失败，则发回适应的消息。

拨出可能是国内的或者国际的，由于费用原因，国际拨出的存在 实际上是不可能的。但是也不能绝对排除这种情况，它不需要额外的 功能就能执行。

b)PC到PSTN

PC到因特网网关必须支持将PCM转换到多个编码方案，以便与各 种销售商提供的软件交互作用。替代方法是，一旦实现时就使用公共 压缩方案。从质量的观点来说，应当尽可能地选择最好的方案。在许 多情况中，最好方案将是软件销售商的专有版本。为了完成这种选 择，电信公司将需要从选定的销售商获得技术许可。有些销售商将要 做为使他们的方案能在电信公司平台上工作而需要的工作。

(1)国内PSTN目的地

PC主叫者需要登记才能将呼叫接到PSTN。唯一的例外情况是如果 允许来自因特网的受方竹费电话。这将增加计费方面的复杂性。要呼 叫PSTN目的地，PC主叫者要规定一个国内E.164地址。目录系统将 该地址转换成一个基于NPA-NXX的因特网拨出单元。期望该拨出单元 离目的地很近，因此将是一个本地呼叫。问题是如何处置当没有“本 地”拨出单元时的情况。另一个问题是如果“本地”拨出单元已满或 者不可用时怎么办。

有三种可能方法。一种方法是，只有当本地呼叫可能时才提供拨 出服务。第二种方法是向主叫者发回一个消息，告知他必须以他的名 义接入长途电话并请求同意支付由此引起的这些费用。第三种方法是 只管接入呼叫而不作通知。这些情况的每一种都要求有方法来将拨出 呼叫(PSTN CDR)的费用(通过目录服务)与呼叫起源者的帐单记录 联系起来。

第三种方法将可能增加客户支持费用，引起客户不愉快。第一种 方法简单，但是有限制性。预计大多数用户的费用意识都很强，因此 可能对方法一满意。方法二提供了灵活性—客户有的时候无论如何都 要继续，但是增加了操作的复杂性。一种可能的折衷方案是采用方法 一，该方法将因为没有本地拨出可用而拒绝呼叫。我们也可以在呼叫 请求中增加一个属性，意思是“我也不在乎是否结果是长途电话。” 在这个情况中，遭到过拒绝但无论如何也要接入呼叫的用户设置这个 属性后作了第二次呼叫企图。对于有多余的钱可用的客户来说，所有 PSTN呼叫都能在设置了这个属性后进行。

接入国内PSTN呼叫支持对起源于美国外的因特网位置的因特网发 起的呼叫的国际呼叫要求。

(2)国际PSTN目的地

对国际PSTN站的呼叫可按两种方式之一进行。第一，可以从国内 拨出站接入国际呼叫。这并不是一种吸引人的服务，因为它并不能为 亲自打国际长途电话的客户省钱。第二，可以用因特网把呼叫传输到 目的地国家，在那里进行“本地”拨出。

这个情况是有问题的，因为它必须得到位于国家目的地的通信公 司的同意。这种情况可能在两种方式之一中可以通过。两种方式都要 求在国际目的地有一个伙伴。一种选择是用目的地国家中一个本地通 信公司作为伙伴。第二种选择是用因特网服务供应商或者目的地国家 中与因特网连接的其它服务供应商。

c)PSTN到PC

这种情况看起来最不重要，但它也有某种应用，为了叙述的完整 性，在此加以讨论。

如在PC到PSTN案例中所述，PSTN到因特网网关将需要支持转换 PCM到多个编码方案以与各种销售商销售的软件协作。要求目录服务 能标识被呼叫的PC。自动存在通知对于保持被叫方的可达性是重要 的。PSTN主叫者不必向目录服务登记，因为主叫者记帐将是基于 PSTN信息的。主叫者有一个“不变的”E.164地址，能用于返回呼叫 以及进行记帐。假定我们能将呼叫号码传递到被叫方来指示谁在呼 叫。由于技术或私密的原因，呼叫号码并不是总能得到。必须能向PC 软件发出表示这是PSTN呼叫的信号，提供E.164号码或者指出该号 码不能得到。

业务可以是基于向呼叫电话收费的。把因特网当作是呼叫的长途 部分，就能完成这件事。这在有第二个拨号音时是可能的。如果使用 800或本地拨号业务，则主叫者必须输入记帐信息。另一种可选方案 是，900业务将允许基于PSTN主叫者的记帐。无论哪一种情况，主叫 者都需要在记帐信息之后或者在拨900号码之后规定目的地的“电话 号码”。

一个主要的明显问题是主叫者如何在第二个拨号音时规定目的 地。最好只用一个按键音。为了简化输入，我们可以向每个目录项分 配一个E.164地址。为了避免与实际电话号码混淆(PSTN到PSTN情 况)，该号码需要受目录的控制。如果有足够的可用，也许能使用 700号码。另一种方案是，可以使用一种特殊的地区代码。用按键来 拼写是一种不太“用户友好的”方法。

3.因特网中的电话号码

最好的方法是分配一个地区代码。这不仅将保持对未来选择的开 放，也从一开始就便于更简单的拨号。给定一个合法的地区代码后， 主叫者能直接拨因特网上的PC的E.164地址。电话系统会把呼叫路 由选择到MCI POP，由此进一步路由选择到PSTN-因特网话音网关。 被呼叫的号码将用于将呼叫接入PC—假定PC是联机的并且是可达 的。这就使主叫者把因特网当作是PSTN一部分那样来拨号因特网。不 需要有第二个拨号音，不需要输入记帐信息。该呼叫将被向呼叫PSTN 站记帐，只有当目的地PC回答时收费才增加。其它通信公司要被分配 以独有的地区代码，目录应当保持兼容。

对于国内起源的呼叫来说，对主叫者记帐所需的所有记帐信息都 是可用的，第三方智能网络服务功能或其它记帐方法都能通过第二个 拨号音得到。

4.其它因特网电话通信公司

当号码可一致性变得需要时，要求所有这些将更加复杂化。可能 希望向因特网分配一个国家代码。尽管这会使国内拨号更加复杂(拨 1之外的任何号加上一个十位数号码看起来显著地减少该业务的使 用)，但可能会有所希望的益处。不管怎样，分配一个(或几个)地 区代码和分配一个国家代码是不互相排斥的。国家代码的使用会使拨 号在地理上更加统一。

5.国际接入

将一个国际呼叫从美国进入美国内的因特网是不可能的。然而如 果发生了这种情况，系统将有足够的信息来为这种情况做基于主叫者 的记帐工作而不需要任何额外的功能。

另一个可能是，我们将(可能是合伙地)安排处理美国外部的输入 呼叫，在该国家进入因特网以返回到美国，或者去因特网上的任何地 方。如果合伙人是本地通信公司，则该合伙人将有为该PSTN主叫者记 帐所需要的信息。

a)收方付费呼叫

PSTN到PC的收方付费呼叫要求几个步骤。首先，向PSTN到因特 网网关的呼叫必须是收方付费的，收方付费呼叫然后能按与PC到PC 呼叫相同的方式被发信号通知。必须要指出主叫者是基于PSTN的，如 果有的话还要包括呼叫E.164地址。

b)PSTN到PSTN

在PSTN到因特网网关间传送话音的话音压缩和协议方案的选择， 完全处于通信公司的控制之下。通过改变所提供的压缩等级就能提供 不同的业务等级。各等级可以有不同的收费。主叫者将选择一个质量 等级，也许是通过首先拨打不同的800号码业务。

(1)国内目的地

无论主叫方还是被叫方都不需要向目录服务登记就能在因特网上 接通呼叫，主叫者拨打一个PSTN到因特网的网关，接收一个第二拨号 音，并用按键音来规定记帐信息和目的地国内E.164地址。也可以用 900业务。目录服务(可以是单独的系统，但目录服务已经具有处置PC 到PSTN拨出情形的转换功能)将被用来将呼叫转换到一个拨出器以接 入一个本地呼叫—如果可能的话。记帐是针对主叫者的，需要将拨出 呼叫的呼叫细节与入站主叫者的呼叫细节相关联。

随即而来的问题是如何处理这样的情况—最近的拨出单元到被叫 的号码结果是一个长途电话，如PC至PSTN案例中所述。这里的情形 所不同的程度是，必须用话音来进行通知，对长途电话拨出的授权必 须通过按键来作出。如果是长途拨出，则完全可以越过因特网，呼叫 完全都在PSTN上传送，在这个情况下通过使用因特网是否能节省费用 并不明确。

(2)一步拨号

问题是需要输入目的地PSTN号码，并需要以某种方式指出要通过 因特网而不是传统的长途网络到达目的地。

可以按以下选择方案来传达这个选择准则：

1.分配一个是通信公司的因特网的新10xxx号码。

2.通过预订

第一种方法允许主叫者逐个呼叫地选择因特网作为长途载体。第 二种方法把因特网作为缺省长途网络，在第二种情况中，客户通过拨 通信公司的10xxx代码就能返回到通信公司的传统长途网。

第一种方法的缺点是主叫者必须拨额外的五位数。尽管许多人为 了省钱愿意这样做，但要求额外拨号将会使业务的用户总数减少。第 二种方法避免了拨额外数字的需要，但要求客户保证主要用因特网作 为其长途网。这种选择的价格较低，业务质量也较低。

在PSTN到PSTN情况下，有可能考虑提供几个价格不同的业务等 级。这些等级将基于编码方案与所实行压缩(带宽)量的组合，使用较 低带宽则费用也较低。

要通知所希望服务等级，可以用三个10xxx代码。通过预约，某 特定等级就是缺省等级，其它服务等级则要通过10xxx代码来选择。

(3)业务质量

业务质量的衡量有两个主要因素。第一个是音质，即识别主叫者 话音的能力；第二个是在PSTN中没有的延迟。

关于第一点，可以说现今可用的大多数产品都能提供可以接受的 主叫者识别的水平。然而，延迟是另一个问题。PC到PC用户经受了 半秒到2秒的延迟。如在引言中所指出的，可将许多延迟归因于语音 卡和低速拨号接入。在PSTN到PSTN服务的情况，两个因素都可排 除。

在PSTN到因特网话音网关中使用DSP将保持压缩和协议处理时 间很低。在PSTN侧接入网关的速度将是足足的64KPS，在因特网侧的 以太网大约也是这个速度，网关通常都离主干很近，所以以太网上的 路由器就可能通过T3线路连接到主干。这个组合应当提供具有很低延 迟的业务等级。需要进行某种缓冲来屏蔽主干中的可变延迟，但在国 内通信公司主干中，有可能被控制在四分之一秒之内。

业务质量的主要差异将是与带宽使用有关的话音识别。需要的 话，可以使用建议的IETF资源保留建立协议(RSVP-Resource reSer- Vation setup Protocol)来保证较低的延迟变化，但是对增加RSVP 的复杂性的需要还有待确定。RSVP对于大规模因特网电话的可扩展性 也仍然是个问题。

(4)费用

用因特网代替交换电话网进行长途通话，实际上是否更价廉是个 显然的问题。当然现在是这样定价的，但当前的价格反映了真实成本 吗？路由器肯定比电话交换机便宜，IP话音软件使用的(实际上是半 双工的)10Kbps当然比全双工64Kbps DSO的专用128Kbps便宜。尽 管有这些对照，问题仍然存在着。

尽管路由器比电话交换机便宜很多，路由器的容量却很低。用小 构块建造大网络不仅花费高，而且迅速达到收益减少点。我们已经看 到因特网主干由于当前这么多的高端路由器而负担过重，它们还要经 历成功的因特网电话服务要带来的通信量的显著增加。我们这里要谈 两件事。

1.当前的因特网主干不可能支持伴随成功的因特网电话业务而来 的通信量的显著增加，我们需要等待路由器技术的提高。

2.上面提出的第二个问题是带宽使用的问题。10Kbps半双工(当 双方偶而同时说话时还有点多，但在沉默的延续期间就更少了)确实比 64Kbps全双工专用容量低得多。关于这个论点有两点应当注意。

首先，带宽至少在当地下还有多余可用的先纤时是便宜的，一旦 最后一根光纤都用上时，下一个每秒比特的价格就非常昂贵。其次， 越洋路由器的带宽更加昂贵，为此我们已经在把话音带宽压缩到 9.6kbps，这实际上相当于因特网电话的10kbps。

为什么IP容量的价格定得比POTS那么低？回答是定价差异部分 与因特网的补贴历史相关。现在，因特网主干供应商开始采取步骤来 解决因特网的费用问题。这个步骤的实质是认识到因特网需要收使用 费。这种收费已经适用于拨号用户，但一般不适用于有专用连接的用 户。

如果PC到PC因特网电话变得流行，用户会倾向于较长时间地保 持他们PC的连接状态。这将使他们处于能接收呼叫的状态。这也将提 高端口中拨号上的保持时间。这将对因特网的资本和重复费用有重大 的影响。

(5)收费

目录服务必须提供上述功能，为对服务的记帐收集足够的信息。 能对目录服务进行收费，也能对登记(一次性费加上月费)、呼叫建立 收费，但也许不能对持续时间收费。持续时间费已经向因特网拨入用 户收取了，它是以某种方式为连接LAN的用户捆绑的。对因特网业务 的使用收费很快就会到来(如以上讨论的那样)。对输入和输出PSTN段 收取延续时间费是可能的。

通过采用特殊的地区代码，可以将PSTN呼叫按长途段来收费。其 它直接记帐选择是900呼叫和呼叫卡(信用卡)记帐选择(二者都需要第 二个拨号音)。

要求所有主叫者(输入PSTN呼叫除外)都登记目录服务，将消除对 大多数收方付费呼叫的立即需求，这也许将不是一个大障碍，因为IP 电话业务的大多数用户会既想要接收呼叫也想要发出呼叫，而接受呼 叫是要求登记的。主叫者可能有未入册的登记项，但没有名字，这些 登记项将是带E.164地址的登记项。给出这个E.164地址的人可以 (从PSTN或从PC)呼叫该方，如当前电话系统中的情况一样。

可以用不同的压缩等级来提供不同的话音再生质量，与此同时或 多或少地使用因特网的中转资源。对于PC到PC连接来说，两端的软 件包能协商要使用的带宽量。这种协商可通过目录服务而得到方便。

(6)技术问题

实行登记、自动存在通知和确认能力，与IP电话销售商进行协调 将是有必要的。我们将还需要增加对业务请求进行通信的能力。这些 将包括对规定了诸如“即使是长途也将拨出呼叫接入PSTN”的属性和 其它有待确定的属性的收方付费呼叫的授权。

用目录登记是一个必备的特征，下面将解释这种特征。将DNS模 型用于分布式目录服务将可能会便于这个未来的要求。如果用的是真 实的地区代码，则向目录登记项分配一个伪E.164号码的效果将最 佳，如果每个通信公司都有地区代码，那将会使目录系统之间的协作 容易许多。如果对号码开始有可移植性要求，问题就会明显复杂起 来。

按照较佳实施例的IP电话已经到来并至少在不远的将来会存在一 段时间。通信公司等级业务在这个技术基础上的组合，以及路由器容 量的增长，会导致因特网将来在长途通信量的传输中占据非常重要的 份额。

如果从家庭诸如电缆调制解调器接入因特网能获得更高的速度， 就会使优质的消费IP电话服务更容易得到。增加视频则会进一步提高 对业务的需求。

更普通但却有趣的是因特网上的传真业务，这与以上讨论的话音 服务非常相似，与传真协议相关的定时问题在有些地方使这种业务更 加困难。

采用因特网中的数字桥来举行会议使话音和视频服务更加吸引 人。这可通过利用在因特网世界中开发的多信道传播(multi- casting)技术来做到。用多信道传播来提供这类业务，费用将会降 低。

C.因特网电话业务

图1C是按照较佳实施例的一个因特网电话系统的框图。当一方拨 打一个电话号码时，电话200通过摘机(going off hook)而用于启动 一个呼叫，这时处理开始。电话200一般是通过常规的双线用户回路 连接的，模拟的话音信号能在该回路中双向导通。本领域的一般熟练 人员知道，电话可以通过光纤、ISDN或其它装置连接，这些都不偏离 本发明的思想。另一种可选方案是人们也可以从计算机210、寻呼系 统、电视会议系统或其它能打电话的系统来拨打电话号码。呼叫进入 本地交换通信公司(LEC)220，后者是地区贝尔运营公司(RBOC)中央交 换局的另一个名称。呼叫被位于诸如MCI的交换通信公司的租赁公用 商业线路(CBL)230的LEC端接。端接到CBL的结果是，MCI交换机 221接收一个摘机(off hook)指示。

交换机221响应该摘机，启动一个DAL热线过程请求到网络控制 系统(NCS)，后者也称作数据接入点(DAP)240。交换机221在图中作 了简化，只显示它在一个单一DS1线路上运行，但是应当明白，可以 将数千个个别用户线路上的呼叫路由选择通过该交换机抵达最终目的 地。DAP240向始发交换机221返回一个路由选择应答，指示交换机 221将呼叫路由选择到交换机230或231。呼叫的路由选择是由 DAP240执行的，后者将事务信息转换成特定的交换机ID(SWID)和一 个特定的终结中继组(TTG)，TTG对应于到达适当目的地—本例中是交 换机230或231—所需的离开MCI网络的路由。另一个混合网络接入 的实施例将因特网接入设施融合到交换机232中。这种集成解决方案 使交换机232能直接附接到因特网295，减少了网络与因特网295连 接所需的网络端口数量。DAP将这个应答信息发送给始发交换机221， 将原始呼叫路由选择到正确的终结交换机230或231。终结交换机 230或231然后按原始DAP应答的指示寻找正确的终结中继组(TTG)， 并根据DAP240的路由选择信息将呼叫路由选择到ISN250或直接到调 制解调器池270。如果呼叫的目的地是智能服务网络(ISN)250，则 DAP240就会指示交换机在交换机230终结。

根据对拨叫号数字的分析，ISN将呼叫路由选择到音频应答单元 (ARU)252。ARU252区分话音、传真和调制解调器呼叫，如果呼叫来自 调制解调器，则呼叫被路由选择到调制解调器池271，连接系验证服 务器291来验证用户。如果呼叫被验证，则呼叫被通过UDP/IP或 TCP/IP LAN 281成其它媒体通信网络转发到基本因特网协议平台 (BIPP)295作进一步处理并最终投递到计算机或其它能处理媒体的设 备。

如果呼叫是话音，ARU就提示主叫者提供卡号和终端号。卡号是 由卡确认数据库确认的。假定卡号有效，则如果终端号是在美国(国内 的)，则呼叫就被路由选择当前的MCI话音线路。如果终端号是国际 的，则呼叫被路由选择到编码解码器260，后者将话音转换成TCP/IP 或UDP/IP并将其通过LAN 280发送到因特网295。呼叫被路由选择通 过位于终结端的网关，最终到达某个电话或其它能处理电话的设备。

图1D是按照较佳实施例的一种混合交换机的框图。图中保留了图 1C中标注号，增加了一个额外的方框233。框233含有用于将交换机 直接连接到因特网或其它通信装置的连接装置。该连接装置的详细内 容在图1E中展示。图1D的混合交换机与图1C中的交换机的主要区别 是，交换机221能直接附接到因特网295。

图1E是按照较佳实施例在图1D中表示的连接装置233的框图。 消息总线234将交换机结构连接到内部网络236和237。内部网络又 接收来自动态电话连接(DTC)238和239的输入，DTC又为始发自多个 DSI线路242、243、244和245的信号提供多路分离(demuxing)。前 文说明过，DS1线路指的是T1线路上的常规位格式。

为了适应快速多变的电话/媒体环境，较佳实施例为另一个内部网 络237使用了单独的交换机连接。采用一个谱外围模块(Spectrum Peripheral Module-SPM)247来处理从共用的交换机阵列248、249、 251、254、261-268接收的电话/媒体信号。共用的交换机阵列是由 SPM247通过控制线路用交换机命令来管理的。SPM 247与服务供应商 的呼叫处理系统通讯，呼叫处理系统能确定哪一个线路要求哪一种类 型的混合交换处理。例如，传真传输生成的音调标识该传输为数字数 据而不是数字化的话音。当检测到数字数据传输时，呼叫处理系统就 指示呼叫电路让该特定输入线路通过共用的交换机阵列连接到一条具 有适当的处理特性的对应线路。因此例如，一个因特网连接要连接到 TCP/IP调制解调器线路268以保证信号先得到适当处理，再经内部网 络237通过消息总线234被传送到图1D的始发交换机221。

共用的交换机矩阵除了方便交换机到因特网的直接连接外，还为 交换机提供了适应当前通信协议和将来通信协议的灵活性。回波抵消 装置261以允许按需的回波抵消的方式有效地安装在交换机中。数量 相对较少的回波抵消器能服务数量相对较大的个别传输线路。共用的 交换机阵列能配置成动态地将接入侧传输或网络侧传输路由选择到 OC3 demux、DSP处理或源自交换机任一方向的其它专业处理。

此外，如图1E中所示的较佳实施例提供额外的系统效率，诸如在 一个话音或数据电路交换机一侧的端口设备内组合多路转换器级，以 便能将光纤电缆直接连接到端口设备的多路转接的输出。此外，通过 CEM248/249和RM251/254上可用的备用路由将冗余建造到交换机中 以为附接各种通信端口替换通路。

当图1D的交换机221连接到因特网295时，处理按如下方式提 供。来自因特网295的线路通过调制解调器端口268进入交换机，并 进入共用的交换机阵列，在其中执行了多路分解和其它必要操作后， 将信息通过内部网络237和消息总线234传送到交换机221，模块 261-268为连接满足各种通信规定的外围设备提供即插即用功能。

图1F是按照较佳实施例的混合(因特网—电话)交换机的框图。混 合交换机221与因特网295上的TCP/IP或UDP/IP端口转换公共交换 电话网(PSTN)256上的电路。混合交换机221的组成是PSTN网络接口 (247、260)，高速因特网网络接口(271、272、274)、一组数字信号 处理机(DSP)(259、263)、时分复用总线262和高速数据总线275。

混合因特网电话交换机221是路由器结构与电路交换结构相结合 的产物。到达PSTN接口257的呼叫是用ISDN用户部分(ISUP)的信令 来启动的，带有一个初始地址消息(IAM)，内含被叫方号码和可选的主 叫方号码。PSTN接口257将IAM传输到宿主处理机270。宿主处理机 270检查发起端的PSTN网络接口、被叫方号码和其它IAM参数，并为 呼叫选择一个外出的网络接口。外出网络接口的选择是根据路由选择 表作出的，交换机221也可以查询因特网上的一个外部业务控制点 (SCP)276来请求路由选择指令。路由选择指令—无论是在交换机221 上本地导出或是从SCP276导出的，都可以用来到达特定目的地的一个 子网来定义。

同路由器一样，交换机221中的每个网络接口都用一个子网地址 来标记。因特网协议(IP)地址含有计算机位于的子网的地址。PSTN地 址不含IP子网地址，所以子网被转换到PSTN地区代码和交换局。交 换机221选择到IP地址和PSTN地址的路由的方法是，选择一个能将 分组带到更近的目的地子网或本地交换机的子网的接口。

呼叫能通过另一个PSTN接口258从交换机出去，或者能通过高 速因特网接口273外出该交换机。如果呼叫是通过PSTN接口258外 出交换机的，则呼叫可作为标准PCM音频呼叫外出，或可作为携带压 缩数字音频的调制解调器呼叫而外出该交换机。

如果呼叫是作为标准PCM音频呼叫外出交换机221的，该PCM音 频就被用TDM总线260从PSTN接口257转换到PSTN接口258。类似 地，用TDM总线260将PCM音频从PSTN接口258转换到PSTN接口 257。

如果呼叫作为携带压缩数字音频的调制解调器呼叫离开交换机 221，交换机221可启动一个通过PSTN接口258到一个PSTN号码的 外向呼叫，并在TDM总线260上附接一个起调制解调器作用的DSP资 源259。一旦建立起与目的地的调制解调器的会话，就能将PSTN257 上的输入PCM音频附接到作为音频编解码器的DSP资源263，对音频 进行压缩。音频格式的例子有ITU.729和G.723。压缩的音频被分组 到DSP263上的点到点协议(PPP)分组中，并传输到DSP259用于PSTN 接口258上的调制解调器传递。

如果呼叫是在高速因特网接口272上离开交换机272的，交换机 272就连接PSTN接口257与作为音频编解码器的DSP资源263，以压 缩PCM音频，并将音频分组成供在因特网网络上传输的UDP/IP分 组。该UDP/IP分组被从DSP资源263经高速数据总线275传输到高 速因特网网络接口272。

图1G是表示混合因特网电话交换机221中涉及的软件过程的框 图。在因特网网络接口296上接收的分组被传输到分组分类器293。 分组分类器293判断该分组是标准IP分组还是路由选择协议(ARP、 RARP、RIP、OSPF、BGP、CIDR)或管理协议(ICMP)的一部分。路由选 择和管理协议分组被交给路由选择守护程序294。路由选择守护程序 294保持路由选择表供分组分类器293和分组调度器298使用。被分 类为标准IP分组的分组要么被传输到分组器/解分组器292，要么被 传输到分组调度器298。要转换成PCM音频的分组被传输到分组器/解 分组器292。分组器/解分组器提取分组内容并交给编解码器291，后 者将压缩音频转换成PCM音频，然后将PCM音频传输到PSTN接口 290。

要发往其它因特网设备的标准IP分组被分组分类器293交给分组 调度器298，后者根据路由选择表为分组选择外出网络接口。分组被 置于所选定外出网络接口的向外分组队列，然后分组被传输到高速网 络接口296用于在因特网295上投递。

D.呼叫处理

本节描述呼叫在上述网络上下文中是如何处理的。

1.VNET呼叫处理

图10A表示一个公共交换网(PSTN)1000，它包含一个本地交换局 (LEC)1020，主叫方是通过LEC用电话1021或计算机1030接入包括 有多个MCI交换机1011、1010的交换网络的。路由选择电话呼叫和 其它信息的目录服务是由公共交换分机1041、1040与PSTN之间共享 的目录服务1031提供的。

这个情景集允许用户用PC、电话或二者来发出或接收VNET呼 叫，在这个业务中，用户可以有下列设备：

·使用VNET路由选择的电话现今能在MCI网络中得到。在这种 情况下，利用用户的VNET号码到达MCI PSTN网络的VNET呼叫是在 DAP的辅助下路由选择的，正如它们现今路由选择的方式一样。

·具有因特网电话功能的PC。出入该PC的呼叫，是在跟踪VNET 用户的登录状态和当前IP地址的因特网或内部网目录服务的辅助下路 由选择的。

·用一个PC和一个电话来接收和发出呼叫。在这种情况下，一个 用户轮廓中将含有能让DAP和目录服务决定是向PC还是向电话发送输 入呼叫的信息。例如，用户可能总想在他们登录后让呼叫到达他们的 PC，在所有其它时间到达他们的电话。或者，他们会希望他们的呼叫 在正常工作时间内总是到达他们的PC，在其它时间到达他们的电话。 这类对向电话还是向PC发送输入呼叫的决定的控制，可以由用户来控 制。

下列情况适用这个业务类型。

1.PC到PC呼叫，其中要向目录服务查询终端PC的位置。

·用内部网作为传输机构连接到内部网的PC。

·两个通过拨号接入与公司内部网相连的PC。

·独立的内部网上通过因特网连接的两个PC。

·因特网上通过拨号连接的两个PC。

·一个PC直接连接到公司内部网，另一个PC用拨号连接到因特网。

·一个PC用拨号连接到公司内部网，另一个PC用拨号连接到因特网。

·两个在独立的内部网上通过PSTN连接的PC。

·一个或两个用拨号接入连接到公司内部网的PC。

·一个或两个连接到因特网服务供应商的PC。

·一个或两个作为网内单元的ITG。

2.PC到电话呼叫，其中要查寻目录服务来确定终端VNET是个电 话。PC然后与因特网电话网关联系向终端电话接入一个呼叫。

·内部网上使用一个与PSTN连接的专用ITG的PC，其中ITG作 为网络单元的外出单元。目的地电话与PBX相连。

·PC也可以用一个必须通过因特网接入的公共ITG。

·PC可以用拨号接入与公司内部网相连。

·内部网上使用一个与PSTN连接的专用ITG的PC，其中ITG作 用网络内单元。目的地电话与PSTN相连。

·PC也可以使用一个必须通过因特网接入的公共ITG。

·PC可以用拨号接入与公司内部网相连。

·使用专用ITG连接到PSTN的内部网上的PC，以ITG作为网络 内单元。将目的地电话连接到该PSTN。

·该PC也可采用必须通过因特网接入的公共ITG。

·PC可以用拨号接入与公司内部网连接。

·ITG可以是一个网内单元。

·内部网上使用一个与PBX连接的专用ITG的PC，其中通信是在 内部网上传输的。

·PC位于与目的地电话不同的站点，业务是在因特网或内部网上 传输的。

·PC可以采用到公司内部网的拨号连接。

3.电话到PC呼叫，其中DAP或PBX促使因特网目录服务为呼叫 的路由选择而标识终端IP地址和ITG。呼叫然后被通过PSTN路由选 择到ITG，建立一个从ITG到目的地PC的连接。

可能的变化：

与PC到电话的变化相同。

4.电话到电话呼叫，其中DAP或PBX必须查询目录服务来确定 该呼叫应当终结于用户的电话还是PC。可能的变化：

·两个电话都在PBX上；

·一个电话在PBX上，另一个电话在PSTN上；

·两个电话都在PSTN上。

对于这些变化的每一种，DAP和目录服务可以是一个单一实体， 或者可以是单独的实体。目录服务可以是专用服务，或者可以是共享 服务。下面将结合一个按照较佳实施例的呼叫流描述来讨论每一种情 况。为了帮助对实施例的理解，下面列出了与每一个呼叫流图关联的 块单元(block element)的描述。

2.块单元描述 单元 描述 Ph1     连接到本地交换通信公司(LEC)的传统模拟电话。 为了这些VNET情况的需要，该电话能进行VNET呼叫、 本地呼叫或DDD呼叫。在有些情况中，VNET接入的完成 可通过     ·用户拨打一个700号码，最后7位数字是呼叫的 目的地VNET号。LEC将知道该电话是打往MCI的，就将 该呼叫路由选择到MCI交换机。MCI交换机剥离 “700”，进行一次ANI查找来标识用户ID，然后用 VNET号和用户ID来进行VNET路由选择。     ·用户拨打一个800号码，被提示输入社会保险号 (或其它独有标识)和VNET号。交换机将这个信息传送 给进行VNET转换的DAP。 PC1 PC2     能拨入到因特网业务供应商或公司内部网以发出或 接收因特网电话呼叫的个人电脑。下列接入方法可用于 这个PC。 因特网服务供应商     ·PC拨打一个与该服务供应商关联的800号码(或 任何其它拨号计划)，通过标准路由选择被路由选择到 该供应商的调制解调器池。PC的用户然后按标准登录过 程连接到因特网。     公司内部网     ·PC拨打一个与该公司内部网关联的800号码(或 任何其它拨号计划)，通过标准路由选择选择到该内部 网的调制解调器池。PC的用户然后按标准登录过程连接 到该内部网。 LEC SF1     本地交换通信公司的交换结构。这个结构提供 Ph1/PC1/PC2与MCI的电话网络之间的连接。它也提供 向客户PBX的本地接入。 MCI SF1 MCI SF2     MCI(或为开放目的，电话服务供应商)的交换结 构。这些SF能够为MCI的网络执行传统的交换能力。它 们能利用诸如MCI的NCS(网络控制系统)中的先进的路 由选择能力。 NCS     NCS为MCI提供增强的路由选择服务。这个平台上支 持的一些产品是：     800、EVS、通用免费电话、加免费电话、入站国 际、SAC(ISAC)代码、已付费800、8xx/Vnet会见我会议 呼叫、900、700、PCS、Vnet、远程接入Vnet、Vnet Phone Home、CVNS、Vnet卡、MCI卡(950卡)、信用 卡和GETS卡。     为了支持现存的VNET服务，DAP向VNET用户提供 专用拨号计划能力来给他们一个虚拟专用网络。DAP支持 数字转换、始发屏蔽、补充码屏蔽、800远程接入和一些 诸如为这种业务的网络呼叫重定向的特殊特征。     为了支持本文中的这些呼叫情景，NCS也能对目录服 务进行查询，以便将呼叫路由选择到PC。 Dir Svc1 Dir Svc2     因特网目录服务。因特网目录服务执行：     ·呼叫路由选择-当从MCI用因特网电话服务向用 户呼叫时，必须查询目录服务才能确定呼叫应在哪里终 结。这可以根据诸如以下的因素来进行：     -用户的登录状态；     -标识用户只是PC用户或只是电话用户的服务预 约；     -较佳路由选择选择，诸如“如果我已登录，则总 是路由选择到我的PC”，或者“工作日早8点-下午5 点路由选择到我的PC，其它时间到电话”等等。     ·用户轮廓管理-目录服务必须为每个用户保持一 个轮廓以便能将VNET号与用户的服务预约和当前状态匹 配。     ·业务授权-当用户将其PC连接到IP电话业务 时，他们必须得到使用业务的授权，可以获得安全令牌 或密钥来保证接入到该业务。这种授权责任也可能对用 户能接入的业务的类型施加限制，或者引入范围特权来 限制用户接入特定呼叫类型的能力。 ITG1 ITG2     因特网电话网关-因特网电话网关提供一条路径， 话音呼叫通过这条路径在IP网络与传统电话网络之间接 通。     为了进行从IP网络到PSTN的话音呼叫，要用一个 PC软件包来建立与ITG的连接，请求ITG代表PC用户在 PSTN上拨出。一旦ITG通过话音网络连接到目的地号 码，ITG就提供将IP分组话音从PC转换到PSTN上话音 的服务。类似地，ITG将从PSTN提取话音并将其转换成 用于PC的IP分组化的话音。     为了进行从PSTN到IP网络的话音呼叫，呼叫将被 通过PSTN路由选择机构路由选择到ITG。一旦呼叫到 达，ITG就标识呼叫的目的地IP地址，建立一个与该目 的地的IP电话话路。一旦连接已经建立，ITG就提供IP 分组化的话音与PCM话音之间转换的服务。 ITG3 ITG4     这些ITG起着与连接PSTN的ITG类似的功能作用， 但是这些ITG也提供公司内部网与PBX之间的连接。 IAD1 IAD2     因特网接入设备提供从用户电话到因特网的一般拨 号因特网接入。这种连接因特网的方法可用于因特网电 话，但也可只是用于因特网接入。当这个设备用于因特 网电话时，其特性与ITG不同。尽管IAD与PSTN相连， 在该接口上传输的信息并非话音，而是IP数据分组。就 IAD上的电话来说，IP数据分组恰巧是话音分组，但是 IAD看不到这些分组的内部内容，不能区分话音分组与数 据分组。IAD可被看作是一个提供提供因特网接入的调制 解调器池。 PBX1 PBX2     专用小交换机-这是提供位于相同地理位置的电话 之间的连接的用户处设备。PBX也向这些电话提供一种从 该位置向PSTN发出外出呼叫的方法。大多数PBX有到 LEC的连接，供进行本地呼叫，并有到另一个服务供应商 的DAL，供进行VNET类型的呼叫。     这些PBX也显示一个到目录服务的连接，用于辅助 呼叫路由选择。这种能力在现今的PBX中不存在，但是 在本文件的VNET呼叫流中，显示了PBX与目录服务之间 可能的交互作用。     这些PBX也显示了与ITG的连接。这些ITG提供用 户内部网与PBX传统话音能力之间的桥接服务。 Ph11 Ph12 Ph21 Ph22     这些是传统的PBX连接的电话。 PC11 PC12 PC21 PC22     这些是连接到用户内部网的用户处PC。就这些呼叫 流来说，PC具有允许用户发出或接收呼叫的内部网电话 软件。

E.可再用的呼叫流框

      1.VNET PC连接到公司内部网并登录到目录服务

1.PC的用户将他们的计算机连接到IP网络，打开计算机并启动 IP电话软件包。软件包发送一个消息给目录服务，以便将计算机登记 为“联机的”，可用于接收呼叫。为了安全，这个联机登记消息极可 能以加密的格式被发送给目录服务。加密要基于一个在PC与目录服务 之间共享的公用钥。该消息含有下列信息：

·可用来寻址这个计算机的某种计算机标识或者虚拟专用网络号。 在这个VNET情况中，这是为使用该PC的个人分配的VNET号。这个信息 将用于标识与该用户关联的用户轮廓。它也可以是目录服务能将其与 VNET用户轮廓关联的某种标识，诸如名字、雇员ID或任何独有ID。

·用于对VNET所标识的用户进行验证的口令或其它某种机制。

·标识正被用于将计算机与网络连接的端口的IP地址。该地址将 被其它IP电话软件包用于建立与该计算机的连接。

·该消息可含有关于正为IP电话使用的软件包的详细说明书和软 件或PC的配置/功能的额外信息。例如，对于主叫PC来说，了解正在 使用的压缩算法的类型、或者软件或硬件可能影响其它用户与他们连 接或在连接期间使用特殊功能部件的能力的其它能力，可能是重要 的。

由这个用户的数据分配实施(data distribution implementation)来确定接收该“联机”消息的目录服务的位置。在 有些情况下，这可能是预订VNET业务的公司或组织的专用数据库，在 其它情况下，这可能某服务供应商(MCI)的所有用户的国家或世界数 据库。这个位置是在PC上运行的电话软件包中配置的。

2.当目录服务从PC接收这个消息时，它要确认用户，方法是 用该VNET号查阅用户轮廓，将用户轮廓中的口令与所接收的口令 加以比较。用户一旦被确认，目录服务就对该VNET号(或其它独 有ID)所关联的轮廓条目进行更新，以表示用户是“联机的”， 位于该指定IP地址。目录服务也将用在登录请求期间发送的配置 数据来更新轮廓。成功地更新轮廓后，目录服务向该指定IP地址 发回一个表示消息被接收并得到处理的应答。这个应答消息也可能 含有某种密钥以保证在发出其它命令时与目录服务通信的安全。当 PC接收了这个应答消息时，就选择通过可视或音响指示器来通知 用户。

联机登记的变化

本节早些时候显示的呼叫流段显示的PC联机登记过程中，PC只 是向目录服务发送一个口令就能登录。下面的呼叫流段是这种登录过 程的一种变异，其中目录服务提出一个难题，PC用户必须回答这个难 题才能完成登录程序。登录程序的这种变异，在本文件中任何呼叫流 中都没有出现，但在它们任何一个中都能使用。

1.PC的用户将他们的计算机连接到IP网络，打开计算机并启动 IP电话软件包。软件包发送一个消息给目录服务，以便将计算机登记 为“联机的”，可用于接收呼叫。为了安全，这个联机登记消息极可 能以加密的格式被发送给目录服务器。加密要基于一个在PC与目录服 务器之间共享的公用钥。该消息含有下列信息：

·可用来寻址这个计算机的某种计算机标识或者虚拟专用网络 号。在这个VNET情况中，这是为使用该PC的个人分配的VNET号。 这个信息将用于标识与该用户关联的客户轮廓。它也可以是目录服务 能将其与VNET用户轮廓关联的某种标识，诸如名字、雇员ID或任何 独有ID。

·标识正被用于将计算机与网络连接的端口的IP地址。该地址将 被其它IP电话软件包用于建立与该计算机的连接。

·该消息可含有关于正为IP电话使用的软件包的详细说明书和软 件或PC的配置/能力的额外信息。例如，对于主叫PC来说，了解正在 使用的压缩算法的类型、或者软件或硬件可能影响其它用户与他们连 接或在连接期间使用特殊特征的能力的其它能力，可能是重要的。

由这个用户的数据分配实施来确定接收该“联机”消息的目录服 务的位置。在有些情况下，这可能是预订VNET服务的公司或组织的专 用数据库，其它情况下，这可能是某服务供应商(MCI)的所有客户的 国家或世界数据库。这个位置是在PC上运行的电话软件包中配置的。

2.在这个情况下，PC不在初始登记消息中提供口令。这是因 为，目录服务采用的是难题/应答登记过程。在这种情况下，目录服务 将采用一个共享钥来设计要向PC提出的难题。

3.PC接收这个难题并将其表示给PC用户。PC用户用该共享钥 推算对难题的应答，然后将应答发送回目录服务。

4.当目录服务从PC接收这个应答时，它就确认用户。用户一旦 被确认，目录服务就对该VNET号(或其它独有ID)所关联的轮廓条 目进行更新，以表示用户是“联机的”，并位于该指定IP地址。目录 服务也将用在登录请求期间发送的配置数据来更新轮廓。成功地更新 轮廓后，目录服务向该指定IP地址发回一个表示消息被接收并得到处 理的应答。这个应答消息也可能含有某种密钥以保证在发出其它命令 时与目录服务通信的安全。当PC接收了这个应答消息时，就选择通过 可视或音响指示器来通知用户。

          2.VNET PC向目录服务询问VNET转换

1.PC用因特网电话软件包来试图连接到一个VNET号。为了建立 这个连接，PC用户拨该VNET号(或者诸如名字、雇员ID等的其它独 有ID)。电话软件包确定这个呼叫是个VNET类型的呼叫后，就向目 录服务发送一个转换请求。该转换请求至少要包含以下信息：

·发送该请求的计算机的IP地址。

·发送该请求的PC的VNET号。

·要拨叫的计算机的VNET号(或其它ID)。

·为连接而请求的配置。例如，主叫PC可能想要用电话软件包内 的白板(white-board)功能，并可能希望在建立连接之前确认目的 地PC上的这个功能。如果VNET号不转换到PC，这个配置信息可能不 会提供任何好处，但是用户不能在发送该请求的同时就知道该VNET号 将转换到PC还是电话。

2.当目录服务接收这个信息时，它用VNET号(或其它ID)来确 定VNET号(或其它ID)关联的用户是否是“联机的”，并标识可以 与计算机联系的位置的IP地址。这个目录服务也可含有并利用时间路 由选择、星期路由选择、ANSI屏蔽等特征。

如果VNET号转换到一个“联机的”PC，目录服务就将这个请求中 的配置信息与目的地PC的轮廓中可用的配置信息进行比较。当目录服 务从始发PC向转换请求返回应答时，该应答将包括：

·目的地PC登记的“联机”IP地址。这是始发PC可用于联系目 的地PC的IP地址。

·表示目的地PC的能力的配置信息，可能还有关于始发与目的地 PC之间哪些能力是兼容的某种信息。

如果VNET号转换到一个必须通过PSTN拨叫的号，则发给PC的 应答消息将含有以下内容：

-可用于在MCI的PSTN上得到这一呼叫的因特网电话网关的IP 地址。可以根据许多选择算法来选择这个网关。主叫者与所要使用的 ITG之间的关联，是根据目录服务内所含的轮廓中的信息来决定的。

-要由ITG拨打以连接目的地电话的VNET号。就这个呼叫流而 言，这是目的地电话的VNET号。这允许呼叫使用由DAP提供的现有 的VNET转换和路由选择机制。

如果VNET号转换到一个可以通过与用户PBX连接的专用ITG到 达的电话，则目录服务将返回以下内容：

-与服务该目的地电话的PBX连接的ITG网关的VNET号。目的 地电话与连接到其服务PBX的ITG之间的关联是由目录服务决定的。

-向PBX提供呼叫时ITG要拨打的VNET号。大多数情况下，这 只是一个分机号码。

                  3.PC连接到ITG

1.PC用其因特网电话软件包向ITG发送一个“连接”消息。这 个IP地址一般是为响应VNET转换而从目录服务返回的。这个消息的 特定格式和内容取决于发送消息的软件或接收该消息的ITG软件。这 个消息可含有表示PC的用户的信息，或者可含有规定与所请求连接关 联的参数的信息。

2.ITG通过用一个表示已经接收到呼叫的应答来响应该消息响应 该连接消息。对于PC呼叫ITG来说，可能并不需要这个呼叫建立的步 骤，但是本文在这里表示出来，目的是保持一个一致的、取决于PC与 ITG还是另一个PC相连的呼叫建立过程。当与PC相连时，这个过程 的步骤允许主叫PC知道目的地PC正在振铃。

3.ITG接受该呼叫。

4.ITG与PC之间建立一个话音通路。

                 4.ITG连接到PC

1.ITG用其电话软件向PC发送一个“连接”消息。ITG必须知 道它正在连接的PC的IP地址。这个消息的特定格式和内容取决于发 送消息的ITG软件或接收该消息的PC软件。这个消息可含有标识这个 呼叫是从ITG提供的信息，或者可含有规定为该呼叫所请求的配置 (即仅话音呼叫)的信息。

2.步骤1的消息被PC接收，通过向ITG发回一个表示PC正在 向PC用户提供呼叫的消息来确认该消息的接收。

3.PC用户回答呼叫，向始发PC发回一个表示呼叫已经被接受的 消息。

4.ITG与PC之间建立一个话音通路。

             5.VNET PC到PC呼叫流描述

PC12 1051的用户将计算机连接到互连网协议(IP)网络1071， 打开计算机并启动IP电话软件协议系统。系统软件发送一个消息给目 录服务1031，以便将计算机登记为“联机的”，可用于接收呼叫。该 消息含有标识正用来将该计算机连接到网络的连接IP地址。该地址可 被其它IP电话软件包用于建立与该计算机的连接。这个地址包含可用 来寻址该计算机1051的计算机标识或虚拟专用网络号。在这个VNET 情况下，地址是为使用PC的个人分配的VNET号。VNET指的是一种虚 拟网络，其中支持特定电话号码集作为能交换呼叫的号码的专用网 络。许多公司当前为接入和接收公司间呼叫而购买用作专用通信信道 的干线上的通信时间。地址也可以是诸如名字、雇员ID或任何其它独 有ID的某种标识。

该消息可含有其它有关用于IP电话使用的PC11 1051的系统软 件的详细说明书或硬件配置的信息。例如，对于主叫PC来说，知道正 受支持并在当前通信中活动的的压缩算法的类型、或者软件或硬件可 能影响其它用户连接或在连接期间使用特殊功能部件的能力的其它能 力，可能是重要的。

          6.为因特网上的因特网电话网关服务器

           的因特网客户机选择来确定最佳选择

图10B表示按照较佳实施例的一个因特网路由选择网络。如果因 特网上的客户计算机1080需要连接到因特网电话网关1084，根据客 户机的需要，对网关的理想选择不外乎有两类：

如果客户计算机1080需要将电话呼叫接到正规PSTN电话，并确 定使用PSTN网络比使用因特网网络更便宜或质量更高，则最佳选择是 选择一个允许客户机从与因特网接入点“最近的”一个点接入PSTN网 络。这通常称作为首端起飞(HEHO-Head-End Hop-Off)，其中客户 机在因特网的“首端”或“近端”飞离(hop off)因特网。

如果客户计算机1080需要将电话呼叫接到正规PSTN电话，并确 定使用PSTN网络比使用因特网网络更贵，则最佳选择是选择一个允许 客户机从因特网与目的地电话最近的一个点接入PSTN网络。这通常称 作为尾端起飞(TEHO-Tail-End Hop-Off)，其中客户机在因特网的 “尾端”或“远端”飞离(hop off)因特网。

                 a)首端起飞方法

              (1)客户机乒(ping)方法

该方法通过获得候选因特网电话网关地址的列表，通过乒每个地 址，为首端起飞因特网电话网关选择最佳选择方案，根据路由器跳跃 段的等待时间和数量，确定最佳选择方案。

□客户计算机1080查询目录服务1082来获得因特网电话网关的 列表。

□目录服务1082查找网关数据库，选择作为候选向客户机提供的 网关列表。选择候选网关的标准可能包括：

    □上一次选择的网关。

    □在IPv4地址匹配1、2或3个八位组。

    □上一个客户机接入点(如果已知的话)。

    □从所有主要网关站点选择至少一个网关(如果可行的 话)。

□目录服务1082在TCP/IP消息中向客户计算机1080返回一列 “n”个候选IP地址。

□客户计算机1080同时地用IP乒向各候选因特网电话网关 1084、1081、1086发送一个回声类型的消息。乒命令将用“-r”选择 项去获得跟踪路由。

□根据对各因特网电话网关的乒结果，客户机1080将按下列方法 排定乒结果的次序：

    □如果乒跟踪路由表明，有任何因特网电话网关能被客户机 1080不经过中间路由器就能访问，则这些因特网电话网关被列在前 面。

    □其余因特网电话网关按照往返乒结果的最低等待时间的次 序排队。

采用结合上述采样网络拓扑的客户机乒方法，客户计算机1080向 目录服务1082查询要乒的因特网电话网关列表。目录服务1082返回 列表：

                    166.37.61.117

                    166.25.27.101

                    166.37.27.205

客户计算机1080同时发出下列三个命令：

                ping 166.37.61.117-r1

                ping 166.25.27.101-r1

                ping 166.37.27.205-r1

乒命令的结果如下：

用32字节的数据乒166.37.61.117：

从166.37.61.117的回答：字节＝32时间＝3ms TTL＝30

路由：166.37.61.101

从166.37.61.117的回答：字节＝32时间＝2ms TTL＝30

路由：166.37.61.101

从166.37.61.117的回答：字节＝32时间＝2ms TTL＝31

路由：166.37.61.101

从166.37.61.117的回答：字节＝32时间＝2ms TTL＝30

路由：166.37.61.101

用32字节的数据乒166.25.27.101：

从166.25.27.101的回答：字节＝32时间＝14ms TTL＝30

路由：166.37.61.101

从166.25.27.101的回答：字节＝32时间＝2ms TTL＝30

路由：166.37.61.101

从166.25.27.101的回答：字节＝32时间＝3ms TTL＝31

路由：166.37.61.101

从166.25.27.101的回答：字节＝32时间＝4ms TTL＝30

路由：166.37.61.101

用32字节的数据乒166.37.27.205：

从166.37.27.205的回答：字节＝32时间＝1ms TTL＝126

路由：166.37.27.205

从166.37.27.205的回答：字节＝32时间＝1ms TTL＝126

路由：166.37.27.205

从166.37.27.205的回答：字节＝32时间＝1ms TTL＝126

路由：166.37.27.205

从166.37.27.205的回答：字节＝32时间＝1ms TTL＝126

路由：166.37.27.205

由于被带到166.37.27.205路由不经历路由器(路由和乒地址相 向)，所以将这个地址列为首位。其余的因特网电话网关地址按平均 等待时间排位。结果的因特网电话网关地址最佳排位是：

166.37.27.205

166.37.61.117

166.25.27.101

首选网关是最可能提供高质量服务的网关，因为它位于相同的局 域网上。这个网关将是用户第一个试图使用的网关。

                    (2)接入设备位置方法

该为因特网电话网关确定最适当选择的方法，采用的是上述客户 机乒方法和了解客户机1080从何处接入因特网的组合方法。这种方法 适合通过拨号接入设备接入因特网的客户机。

客户计算机1080拨叫因特网接入设备。接入设备回答该呼叫并播 放调制解调器音。然后，客户计算机与接入设备建立一个PPP话路。 客户机上的用户被验证(用户名/口令提示，由验证服务器确认)。用 户通过验证后，接入设备就能自动地为验证过的用户更新目录服务中 的用户轮廓，存储下列信息：

“用户名”“帐户代码”“联机记时标记”“接入设备站点代码”

以后，当客户机要求通过因特网电话网关接入时，它就查询目录 服务1082来确定对因特网电话网关的最佳选择。如果在目录服务上的 用户轮廓中发现有接入设备站点代码，目录服务1082就选择位于相同 站点代码的因特网电话网关1084、1081和1086，将IP地址返回给客 户机1080。如果在与接入设备站点代码相同的站点没有可用的因特网 电话网关1084、1081和1086，则要根据目录服务上保留的网络拓扑 图来选择下一个最佳选择方案。

如果在目录服务1082没有发现接入设备站点代码，说明客户机 1080曾通过某个不能更新目录服务1082的设备接入过网络。在这种 情况下，就用上述的客户机乒方法来定位最佳替用的因特网电话网关 1084。

                     (3)用户轮廓方法

另一个选择因特网电话网关1084、1081和1086的方法是将选择 网关所需的信息嵌入目录服务器上存储的用户轮廓中。要采用这个方 法，用户必须在客户机上执行一个因特网电话软件包。软件包第一次 执行时，要从用户收集登记信息，包括名字、电子邮件地址、IP地址 (对于固定计算机)、站点代码、帐户代码、通常的因特网接入点， 以及其它相关信息。用户输入这些信息后，软件包就将信息存储到目 录服务器上的用户轮廓内。

每当用户启动因特网电话软件包时，用户的IP地址就在目录服务 自动更新。这叫自动存在通知。以后，当用户需要因特网电话网关服 务时，用户就查询目录服务，寻找要使用的因特网电话网关。目录服 务知道用户的IP地址以及用户的通常站点和网络接入点。目录服务可 用这个信息加上所有因特网电话网关1084、1081和1086的网络图， 来选择最佳的因特网电话网关供客户机使用。

                    (4)网关乒方法

为首端起飞因特网电话网关选择最佳选择方案的最后方法是，获 得候选因特网电话网关地址的列表，通过乒每个地址，就路由器跳跃 段的等待时间和数量，确定最佳选择方案。过程如下：

□客户计算机查询目录服务，以获得最佳选择的因特网电话网 关。

□目录服务查找网关数据库，选择作为候选向客户机提供的网关 列表。选择候选网关的标准可能包括：

    □上一次选择的网关。

    □在IPv4地址匹配1、2或3个八位组。

    □上一个客户机接入点(如果已知的话)。

    □从所有主要网关站点选择至少一个网关(如果可行的 话)。

□目录向各候选网关发送消息，指示各网关去乒客户机的IP地 址。

□各候选因特网电话网关同时用IP乒命令向客户机发送一个回声 类型的消息。乒命令将用“-r”选择项去获得跟踪路由。乒结果从各 候选网关返回到目录服务。

□根据对各因特网电话网关的乒结果，目录服务将按下列方法排 定乒结果的次序：

    □如果乒跟踪路由表明，有任何因特网电话网关能被客户机 不经过中间路由器就能访问，则这些因特网电话网关被列在前面。

    □其余因特网电话网关按照往返乒结果的最低等待时间的次 序排队。

客户机乒方法和网关乒方法可以用跟踪路由程序来代替乒程序， 为首端跳离网关确定最佳选择方案。

                     b)尾端起飞方法

尾端起飞要选择因特网的一个网关作为一个外出点，外出点要尽 可能地离终结PSTN位置最近。一般希望避免较高的PSTN呼叫费率。 可用因特网将分组化话音传输到目的地电话号码的本地呼叫地区，在 这里进行PSTN上的通话可付较低的本地费率。

(1)网关登记

尾端起飞服务的一个方法是让因特网电话网关1084、1081和 1086向目录服务登记。各因特网电话网关将在目录服务中有一个轮 廓，列举其服务的呼叫地区。这些地区可以以国家代码、地区代码、 交换局、城市代码、无线小区、LATA或其它能用来限制编号方案范围 的方法来列举。网关在启动后向目录服务器1082发送一个登记消息以 列举其服务的地区。

当客户计算机希望使用TEHO服务时，就查询目录服务，查找为所 需目的地电话号码服务的因特网电话网关1084。目录服务1082寻找 合格的因特网电话网关，如果找到一个，就返回要使用的网关的IP地 址。可以用负载平衡算法来平衡在为同一个目的地电话号码服务的因 特网电话网关1084、1081和1086上的通信量。

如果没有因特网电话网关1084、1081和1086专门为给定目的地 电话号码的呼叫地区服务，目录服务1082就向客户计算机1080返回 一个出错TCP/IP消息。客户计算机1080然后可以选择查询目录服 务，查找任何因特网电话网关—不只是服务特定目的地电话号码的网 关。

作为对这种网关登记方案的改进，网关可以登记为所有呼叫地区 提供的呼叫费率。例如，如果在西雅图(Seatle)没有网关可用，那 么从洛杉矶(Los Angeles)中的网关呼叫西雅图可能会比从波特兰 (Portland)中的网关呼叫西雅图更加便宜。目录服务中登记的费率 能让目录服务为任何特定呼叫采用最低费用的网关。

7.Vnet呼叫处理

图11是按照较佳实施例的一个呼叫流图。处理在1101开始，接 收“联机”消息的目录服务的位置将由这个用户的数据分布工具来确 定。在有些情况下，这可能是预订VNET服务的公司或组织的专用数据 库，在其它情况下，可能是某服务供应商(MCI)的所有用户的国家或 世界数据库。当目录服务从PC12 1051接收这个消息时，它要对该独 有ID所关联的轮廓条目进行更新，以表示用户是“联机的”，位于指 定IP地址。然后在1102，在成功地更新该ID关联的轮廓后，目录服 务向该指定IP地址发回一个表示消息被接收并得到处理的应答 (ACK)。当计算机(PC12)接收了这个应答消息时，就选择通过可 视或音响指示器来通知用户。

在1103，PC11 1052的用户连接计算机到IP网络，打开计算机 并启动电话系统软件。这个计算机的登记过程与PC12 1051的登记过 程相同。在这个情况下，假定接收这个消息的目录服务要么在逻辑上 要么在物理上与从PC12 1051接收消息的目录服务相同。

在1104，当目录服务1031从PC11 1052接收一个消息时，它启 动一个与从PC12 1051接收消息后所遵循的过程类似的过程。然而， 在这种情况下，它将更新与从PC11 1052接收的标识符关联的轮廓。 由于被更新的轮廓信息，当从目录服务发出应答消息时，应答消息被 发往与PC11 1052关联的IP地址。这时，两个计算机(PC12 1051 和PC11 1052)都是“联机的”，可用来接收呼叫。

在1105，PC12 1051用它的电话系统软件来连接计算机PC11 1052。为了建立这个连接，PC12 1051的用户拨VNET号(或者其它独 有ID诸如名字、雇员ID等等)。根据客户网络的实现情况以及软件 包，可能必须在这个拨号串中加入一个独有的网络标识符。例如，在 一个VNET电话实现中，可能会要求用户在拨VNET号之前输入数字 8，以向PBX发出信号，表示在用VNET网络来传递呼叫。一旦电话软 件包确定这个呼叫是个VNET类型的呼叫，它就向目录服务发送一个转 换请求。该转换请求至少要包含以下信息：

-发送该请求的计算机(PC12 1051)的IP地址。

□要拨叫的计算机的VNET号(或其它ID)。

在1106，当目录服务接到这个消息时，就用VNET号(或其它 ID)来确定与该VNET号关联的用户是否是“联机的”，并标识能联系 计算机的位置的IP地址。任何其它能得到的关于正在联系的计算机 (PC11 1052)的信息，诸如压缩算法或特殊的硬件或软件能力，也 可能被目录服务1031检索到。目录服务1031然后向PC12 1051返回 一个消息，消息带有PC11 1052的状态信息，诸如该计算机是否是 “联机的”，其IP地址(如果可用的话)以及任何其它可得到的关于 PC11 1052的能力的信息。当PC12 1051接收该应答时，就决定是否 可以联系PC11 1052。作出这种决定的根据是PC11 1052的“联机” 状态，以及其它关于PC11 1052的能力的信息。如果PC12 1052接收 的状态信息表明PC11 1052不可联系，则呼叫流在此停止，否则就继 续。

以下步骤1107至1111是“正常的”IP电话呼叫建立和拆除步 骤。在1107，PC12 1051向PC11 1052传输一个“振铃”消息。这个 消息被定向到在步骤1106从目录服务1031接收的IP地址。这个消 息可含有标识PC12 1051的用户的信息，或者可含有规定所请求连接 的关联参数的信息。

在1108，步骤1107的消息被PC11 1052接收，该消息的接收是 通过向PC12 1051发回一个表示PC11 1052的用户正被通知有输入呼 叫的消息来确认的。这个通知可以是可见的，也可以是可听的，具体 视软件包及其在PC11 1052上的配置而定。

在1109，如果PC11 1052的用户接受该呼叫，就向PC12 1051 发回一个消息，确认“回答”该呼叫。如果PC11 1052的用户不回答 该呼叫或者选择拒绝该呼叫，就向PC12 1051发回一个指示出错情况 的消息。如果呼叫没有得到回答，则呼叫流在此停止，否则就继续。

在1110，PC11 1052和PC12 1051的用户可以用他们的电话软件 通讯。通讯进行到1111，此时任一个PC的用户可能通过向另外的通 话者发送一个拆线消息来中断连接。这个消息的格式和内容视PC11 1052和PC11 1052的用户所使用的电话软件包而定。在这种情况下， PC11 1052向PC12 1051发送一个拆线消息，两个计算机上的电话软 件系统中断话音的传输。

图12表示按照较佳实施例的一个VNET个人电脑(PC)到网络外 PC信息呼叫流。在这个流中，因特网电话网关是一个网外单元。这意 味着因特网电话网关不能使用SS7信令来与交换机通信，它必须只能 脉冲发出待拨叫的VNET号。一个替换实施例提供目录服务将该VNET 号直接转换到一个交换机/中继线并脉冲发出适当的数字。这种处理简 化了交换网络中的转换，但是需要在因特网网关与交换机之间有更复 杂的信号传输结构。这种“网内”因特网网关的情况将在另一个呼叫 流中描述。

这种情况假设在因特网与用户处公用交换分机(PBX)之间没有集 成。假若有集成，PC就有可能经过因特网(或内部网)连接到客户 PBX上的ITG，而避免使用PSTN。图12是按照较佳实施例的一个呼叫 流图。处理始于1201，此时接收“联机”消息的目录服务的位置将由 这个客户的数据分布工具来确定。在有些情况下，这可能是预订VNET 业务的公司或组织的专用数据库，在其它情况下，可能是某服务供应 商(MCI)的所有客户的国家或世界数据库。

当目录服务从PC12 1051接收这个消息时，它要对该唯一ID所 关联的轮廓条目进行更新，以表示用户是“联机的”，位于指定IP地 址。然后在1202，在成功地更新该ID关联的轮廓后，目录服务向该 指定IP地址发回一个表示消息被接收并得到处理的应答(ACK)。当 计算机(PC12)接收了这个应答消息时，可选择通过可视或音响指示 器来通知用户。

于是在1203，向目录服务发送一个VNET转换请求，要求确定拨 号路径到网络外互连网电话网关的转换。在1204，返回一个包括IP 地址和DNIS的应答。该应答为传递呼叫完全解析了电话寻址信息。然 后在1205，发生一个利用DNIS信息的IP电话拨号。DNIS指所拨叫 的号码信息服务(Dialed Number Information Services)，它是 关于在呼叫路由选择中使用的呼叫的定义性信息。在1206，从IP电 话返回一个应答(ACK)，在1207，IP电话回答，在1208，呼叫通路 建立。

1209a表示VNET PC摘机，1209b表示VNET PC发送拨号音， 1210表示VNET PC脉冲发出数字。然后在1211，DNIS信息的路由选 择转换被路由选择数据库用于确定如何将呼叫路由选择到目的地电 话。转换应答在1212被接受，在1213，发生一个交换机到交换机的 脉冲发出。然后在1215，向目的地电话传输一个振铃，向PC发生一 个回铃。呼叫通过因特网网关连接被传输出网络后在1216得到回答。 在1217进行通话，直到通话的一方在1218挂机。

图13表示按照较佳实施例的VNET个人电脑(PC)到网外的电话 信息呼叫流。在这个呼叫流中，通过将呼叫传递到因特网/内部网、再 到直接与PBX连接的因特网网关，避免了使用PSTN。

图14表示按照较佳实施例的VNET个人电脑(PC)到网内的电话 信息呼叫流。在这个呼叫流中，互连网电话网关是一个网内单元。这 就要求互连网网关能像交换机一样工作，并能用SS7信令来将呼叫转 交给交换机。这使得目录服务能在首次VNET查找时就返回交换机/中 继线和脉冲发出数字。该步骤避免了由交换机执行的额外查找。在这 种情况下，目录服务必须能访问VNET路由选择信息。

                    a)PC到PC

图15表示按照较佳实施例的个人电脑到个人电脑的互连网电话呼 叫。在步骤1501，网络电话用户用IP连接通过互连网连接到步骤 1502 MCI目录服务，在此进行一次查找，确定如何传递该呼叫。在步 骤1503，呼叫在智能系统平台(ISP)终结，以确定向哪里发送呼 叫。IP路由器是个网关，它进入MCI ISP以通过智能业务网络 (ISN)特征引擎来确定如何让呼叫通过网络。在步骤1504，呼叫通 过因特网被连接到网络电话用户。在另一种情况的步骤1504中，电话 没有人接，所以主叫方希望与MCI操作员通话，IP路由器穿过网络交 换机(连接话音世界的接口)。在步骤1505，网络交换机(Net- Switch)询问呼叫处理引擎去执行DSP引擎功能。在步骤1506，呼叫 被路由选择通过广域网中枢(WAN HUB)，在步骤1507被传递到MCI 交换机，再到MCI操作员或话音邮件。这个较佳实施例利用了现有基 础设施来辅助呼叫。

                    b)PC到电话

图16表示一个从PC经因特网路由选择到电话的电话呼叫。在步 骤1602，询问MCI目录以获得路由选择呼叫所需的ISN信息。然后在 步骤1603，呼叫被重定向到ISP网关，并在步骤1604和1605用IP 路由器路由选择到呼叫处理引擎。然后在步骤1606，呼叫被路由选择 到WAN，最后到达RBOC，在此为该呼叫记录主机记帐。

                    c)电话到PC

图17表示按照较佳实施例的电话到PC呼叫。在步骤1701，电话 被路由选择到一个特殊的网络交换机中，在步骤1702，呼叫处理引擎 用一系列数字信号处理器来确定DTMF音调。然后在步骤1703，系统 查找目录信息并连接呼叫。如果主叫者不在，或者电话占线，则在步 骤1704，呼叫通过IP路由器，在步骤1705用呼叫处理引擎路由选择 到交换机上。

                    d)电话到电话

图18表示按照较佳实施例的因特网上的电话到电话呼叫。在步骤 1801，呼叫进入交换机，在步骤1802，呼叫被呼叫处理引擎中运行的 呼叫逻辑程序处理。在步骤1803，在目录信息数据库中进行一次查 找，以确定如上所述的对呼叫的路由选择。路由选择包括在主机记帐 应用1808中存储一个帐单记录。即使呼叫是通过互连网选择路由的， 所有的ISN特征都向该呼叫开放。在互连网的每一端要用IP路由器来 方便将呼叫路由选择通过互连网1804进入网络交换机。呼叫从网络交 换机路由选择到呼叫处理引擎，通过广域网中枢1806，再通过RBOC 1807，到达目标电话。采用各种引擎1803来执行数字代码转换、 DTMF检测、话音识别、呼叫进展、VRU功能和调制解调器功能。

XI.电信网络管理

较佳实施例利用电信网络的网络管理系统来分析、关联和提交网 络事件。现代电信网络利用不同于呼叫承载(call-bearing)网络的 数据信令网络来传输为进行呼叫建立、处理和清除而要求的信令数 据。这些信号传输网络采用工业标准的体系结构和协议—合起来称为 第7公用信道信令系统或简称第7信令系统(SS7)。SS7是对以前的 信号传输方法的一个重大进步，以前的信号传输方法中，呼叫信令数 据与呼叫是在同一个电路上传输的。SS7提供不同的专用电路网络来 传输呼叫信令数据。SS7的采用减少了呼叫建立时间(主叫者觉察到 的拨号后的延迟)并增加呼叫承载网络上的容量。关于SS7信令的详 细说明可参见《Signalling System#7》(Travis Russell著， Mcgraw Hill出版，1995)。

SS7网络的标准，国内(美国)网络部分由ANSI设立，国际连接 部分由ITU设立，分别称为ANSI SS7和ITU C7。图1B中表示了一个 典型的SS7网络。呼叫承载电信网络利用阵列交换机102A/102B来转 换客户的通信。这些交换机102A/102B是常规的交换机，诸如北方电 信公司(Northern Telecom)制造的DMS-250或数字交换公司 (Digital Switch Corporation)制造的DEX-600。这些交换机 102A/102B用话音级和数据级呼叫承载中继线互连。这种互连在图1B 中没有表示，可以采取许多种配置。

电信网络中的交换机执行多种功能。除了为话音呼叫转接电路 外，交换机还必须将信令消息转发到作为呼叫控制一部分的其它交换 机。这些信令消息是通过计算机网络传递的，其中每个计算机称为信 令点(SP)102A/102B。SS7网络中有三种信令点：

-业务交换点(SSP)

-信号传输点(STP)

-业务控制点(SCP)

SSP是到SS7信令网络的交换机接口。

信号传输点(STP)104a…104f(合起来记为104)是用来交换和 路由选择SS7信号的分组交换通信设备。为了冗余和恢复，它们是成 对地部署的，称为群集。例如在图1B中，在区域群集1中STP 104A 与STP 104B配对，在区域群集2中STP 104C与STP 104D配对，在 区域群集3中STP 104E与STP 104F配对。典型的SS7网络中含有多 个STP群集，图1中示意性地显示了三个。每个STP群集104服务特 定的SSP 102的地理区域。多个SSP102都有一级SS7链路连接群集 内两个SSP 104中每一个。它起着一级复位(homing)装置的作用。 图1B中示意性地只显示了两个复位到区域群集2的SSP102，实际 上，有若干SSP 102将在特定STP群集104上复位(home)。SSP 102一般也将有一个二级SS7链路连接另一个群集中的一个或两个 STP 104。这起着二级复位装置的作用。

连接各种单元的SS7链路标识如下：

A链路将SSP连接到它的各个一级STP(一级复位)。

B链路将一个群集中的STP连接到另一个群集中的STP。

C链路将一个群集中的STP连接到同一群集中的另一个STP。

D链路连接不同通信公司网络(未予示出)的STP。

E链路将SSP连接到不在其群集中的STP(二级复位)。

F链路将两个SSP互相连接。

为了连系两个不同通信公司的网络，诸如本地交换通信公司 (LEC)网络与交换通信公司(IXC)网络，可以用D链路或A链路将 各通信公司网络的STP群集104连接起来。SS7为这种接口提供标准 协议，以便使在LEC和IXC之间传送的呼叫的信号也能被传输。

当交换机接受并传递客户呼叫时，该呼叫的信令由附接的SSP 102接收(或生成)。在连接交换机的机器间中继线传输客户的呼叫 期间，该呼叫的信令被发往STP104。STP 104将信号要么传递到呼叫 终结的交换机的SSP 102，要么传递到另一个STP 104，后者然后再 将信号传递到呼叫终结的交换机的SSP 102。SS7网络的另一个单元 是协议监控单元(PMU)106，如图2中所示。PMU 106部署在交换机 站点，为SS7网络提供了一种独立的监控工具。如图2所示，这些设 备—诸如INET公司(位于美国德克萨斯州Richardson)制造的那些 设备—监视SS7网络的A、E和F链路。它们生成关于SS7链路的故 障和性能信息。

与任何典型网络一样，SS7网络也容易受到光纤切断、其它传输 中断以及设备故障的侵害。由于SS7携带着投递用户通信所需的所有 信令，所以迅速检测问题并立即加以更正是极其重要的。因此，非常 需要有一种能监控SS7网络、分析故障和性能信息、管理更正行动的 系统。

现有技术水平的SS7网络管理系统，尽管执行这些基本功能，却 存在若干缺点。许多系统要求人工配置网络拓扑，这种要求易受人类 错误的影响，延迟拓扑更新。这些系统的配置一般要求系统停止一段 时间。业内可用的许多系统都是为特定销售商的PMU 106配备的，实 际上要从它们的PMU 106获得拓扑数据，由此会忽视不与PMU 106连 接的网络单元以及其它销售商的设备。

由于现有技术水平的系统只用从专有PMU 106接收的数据操作， 它们不提供PMU事件与其它类型的网络单元所生成的事件之间的关 联。它们为事件关联提供的专有分析规则也不灵活。

通过能接收和处理由不同SS7网络单元生成的事件的分布式客户 机/服务器平台，提供一种用于提供增强的SS7网络管理功能的系统和 方法。每个网络事件都被分析并标准化，以便于对任何类型的单元所 生成的事件进行处理。事件也可以被网络拓扑数据库、传输网络管理 系统、网络维护调度和系统用户接收。参见图3，该图表示了一个按 照本发明较佳实施例的系统体系结构—称为SS7网络管理系统 (SNMS)。SNMS的组成是4个逻辑服务器302/304/306/308和多个 通过网络管理广域网(WAN)310连接的客户机工作站 312a/212b/312c/312d。这4个逻辑SNMS服务器302/304/306/308 可以都驻留在单一的或者多个物理单元上。在较佳实施例中，为增强 性能起见，每个逻辑服务器存驻在不同的物理设备上。这些物理设备 可以是任何常规类型，诸如运行AIX操作系统的IBM RS6000设备。

客户机工作站312可以是运行MS WINDOWS或IBM OS/2操作系统 的任何常规PC、哑终端或VAX VMS工作站。实际上，客户机工作站可 以是任何有因特网协议(IP)地址、运行X-Windows软件、与WAN 310相连的PC或终端。客户机工作站312上不运行SNMS专用软件。

SNMS从各种SS7网络单元和其它网络管理系统(NMS)338接收 事件。它也从各种外部系统接收网络拓扑、配置和维护数据—下文将 要说明。生成事件的各种网络单元包括网络控制器314、国际和国内 SP 316/102、STP 104和PMU 106。网络控制器314是根据外部命令 来交换电路的设备。它们以与SSP 102相同的方式来使用SS7信令， 但是却不与任何STP 104连接。国际SP 316支持作为国内和国际电 信网络之间的网关的交换机。STP 104可以是国内的或者国际的。

PMU 106扫描所有经过SS7电路传送的SS7分组，分析故障条 件，生成然后要传送到SNMS上的网络事件。PMU 106也定期生成关于 被监控SS7电路的性能的统计。

SP 102/316、STP 104和PMU 106 SS7和网络控制器314都是通 过通信网络来传输网络事件的。这就不需要SNMS与每个设备都维持一 个会话。在图3所示的典型实施例中，用一个异步数据通信网络320 来传输来自网络控制器314和国际SP 316的事件。用一个IBM主机 前端处理器(FEP)324—诸如IBM的3708来将该异步协议转换到 SNA，这样，它就能被基于IBM主机的交换宿主接口设备传输 (SWIFT)系统326接收。SWIFT 326是一个与每个网络单元都维持一 个逻辑通信会话的通信接口和数据分布应用。

在同一个实施例中，用一个X.25操作系统支持(0SS)网络328 来传输来自STP 104、SP 102和PMU 106的事件。这些事件由一个本 地支持单元(LSE)系统330接收。LSE 330可以是一个VAX/VMS系 统，实际上是一个分组装拆器(PAD)和协议转换器，用于将事件数据 从X.25 OSS网络328转换到SNMS服务器302/304。它也与SWIFT 326一样，与每个网络单元都维持一个通信会话，这样就不需要SNMS 来维持会话。对SWIFT 326和LSE 330二者的需要，说明在典型电信 网络的一个实施例中，安装不同类型的单元要求有不同的传输机构。 SNMS支持所有这些类型的单元。

所有网络事件都输入到SNMS报警服务器302去作分析和关联。 也有一些事件被输入到SNMS报告服务器304，存储起来作历史数据。 控制系统332可以是一个VAX/VMS系统，用于通过X.25 OSS网络 328从各网络单元收集拓扑和配置数据。有些单元—诸如STP 104和 SP 102—可以直接在X.25上发送这个数据。诸如国际SSP 316这类 只能以异步方式通信的单元，要用分组装拆器(PAD)318来连接到 X.25 OSS网络328。控制系统332然后将这个拓扑和配置数据馈送到 SNMS拓扑服务器306。

网络拓扑信息被SNMS用于执行警报关联并提供图形显示。大多数 拓扑信息都是从网络拓扑数据库接收的，在较佳实施例中，网络拓扑 数据库是由订单输入系统和网络工程系统创建并维护的。拓扑数据既 从网络拓扑数据库334也从控制系统332输入到SNMS拓扑服务器 306。也向SNMS拓扑服务器306提供通过使用PC 336输入人工取代 的能力。

SNMS报警服务器302也接收来自其它网络管理系统(NMS)338 的事件，特别是DS-3传输警报。使用拓扑数据，SNMS将用从SS7网 络单元接收的事件来关联这些事件。SNMS报警服务器302也接收来自 网络维护调度系统340的网络维护调度信息。SNMS用这个信息来解释 计划中的维护性网络中断，由此不需要回答因维护而生成的报警。 SNMS也用这个信息来主动提醒维护人员有会影响预定维护活动的网络 中断。

SNMS报警服务器302有一个与故障管理系统342的接口。这使客 户机工作站312的SNMS用户能够为SNMS生成的警报提交故障标签 (trouble tickets)。这个接口与采用SNMS内部故障管理系统不 同，它能被配置成使用许多不同类型的故障管理系统。在较佳实施例 中，SNMS图形服务器308支持位于单一站点的所有工作站312，因此 是多个服务器。SNMS图形服务器308的地理分布消除了从某中心位置 向各工作站站点传输大量支持图形表示的数据的需要。只向工作站站 点传输来自报警服务器302、报告服务器304和拓扑服务器306的数 据，由此能节省网络带宽，提高SNMS性能。在另一个实施例中，图形 服务器308可以位于中心位置。

现在参看图4，一个表示SNMS逻辑系统部件的高级过程流图。过 程的中心是处理事件402。这个部件起着SNMS过程的交通警察的作 用。处理事件402主要在SNMS报警服务器302上运行，负责从SNMS 部件接收事件，处理这些事件、存储事件，将处理过的事件数据馈送 给报告和显示部件。图5中更详细地表示了处理事件过程402。

接收网络事件部件404主要在SNMS报警服务器302上运行，通 过诸如SWIFT 326和LSE 330的系统从各种SS7网络单元(STP 104、SP 102、PMU 106等)接收事件。这个部件分析事件并将它们发 送到处理事件402去作分析。图6中更详细地表示了接收网络事件过 程404。

处理拓扑部件406，主要在拓扑服务器306上运行，从网络拓扑 数据库334、通过控制系统332从SS7网络单元、从人工取代336接 收网络拓扑和配置数据。这个数据用于关联网络事件并对这些事件进 行影响测评。它也用于提供事件的图形表示。过程拓扑406对这些拓 扑和配置数据进行语法分析(parse)，存储它们，并将它们发送到处 理事件402去作分析。图7中更详细地表示了处理拓扑过程406。

定义算法部件408，主要在报警服务器302上运行，定义供由 SNMS使用的特定语法分析和分析规则。这些规则然后被装入处理事件 402用于语法分析和分析。该算法被保存在一个软件模块中，是用程 序代码定义的。程序员的工作只是将预先定义的算法编入这个软件模 块，然后由处理事件402使用。这些算法是过程性的并且是基于网络 拓扑的。它们的组成既有用专用语言编写、能被SNMS用户动态修改的 简单规则，又有在SNMS软件码内编写的更复杂的规则。

接收NMS数据部件410，主要在报警服务器302上运行，从其它 网络管理系统(NMS)338接收事件。这类事件包括DS-3传输报警。 它也从网络维护调度系统340接收网络维护事件。然后对这些事件进 行语法分析并将它们发送到过程事件402去作分析。显示报警部件 412，主要在图形服务器308和报警服务器302上运行，包括图形用 户界面(GUI)和关联的、用处理事件402提供的数据支持拓扑和报警 表示的软件。它也支持用户交互作用，诸如报警清除、确认、故障标 签提交。它将这些交互作用输入到处理事件402作存储以及所需的数 据更新。图8中更详细地表示了显示报警过程412。

数据报告部件414，主要在报告服务器304上运行，用处理事件 402提供的数据支持拓扑和报警报告功能。图9中更详细地表示了数 据报告部件414。

现在参看图5，该图表示处理事件部件402的详细过程。这是 SNMS的主过程。它从其它SNMS部件接收综合事件，分析每个事件以 提取相关数据，标识事件的类型。如果是SS7相关的事件，处理事件 402就应用一个选定的算法，诸如创建报警或关联到现有报警。

前三个步骤502-506是在每个SNMS会话启动时运行的初始化过 程。它们建立系统可由此工作的一个状态。然后步骤510-542以连续 循环的方式运行。

在步骤502，从拓扑服务器306上的拓扑数据库中读取当前拓扑 数据。该拓扑数据库是在过程拓扑过程406中创建，被输入到处理事 件402的，如图4所示。所读取的拓扑数据已经在处理拓扑406中作 过分析，因此在步骤502中被处理事件402读取，作为随时可供处理 的标准化事件。

在步骤504，读入在定义算法部件408中创建的算法。这些算法 确定SNMS将对每个报警采取什么行动。SNMS有一个图，内容是针对 哪个类型的报警，应调用哪些算法。

在步骤506，从故障管理(FM)报告数据库读入报警记录，报警 记录是在报告数据过程414中创建的。以前的所有报警都要丢弃。任 何针对在(步骤502中读入的)拓扑中不存在的节点或电路而活动的 报警都被丢弃。任何与(步骤504中读入的)现有算法不匹配的报警 也都被丢弃。报警只是在初始化内从FM报告数据库读入的。为增强系 统的性能，要从处理事件过程402的一个内部数据库检索将来的报警 记录。步骤506包括初始化过程，读取当前拓扑、算法和报警后， SNMS就可以开始读入、分析、处理和存储事件的连续过程。

该过程始于步骤510，在这个步骤中，队列中的下一个事件被接 收、标识。队列是个先进先出(FIFO)队列，它向处理事件部件402 输送网络事件、拓扑事件和NMS事件。重申一遍，步骤502中读入的 拓扑数据和步骤504中读入的报警数据是启动创建系统状态时读入的 初始化数据。在步骤510，不断有事件从处理部件404、406和410被 连续读入。这些事件已经被分析过，是作为标准化的SNMS事件被接收 的。如果发现某事件早于某阀值，例如一小时，则该事件就被丢弃。

在步骤512、520、524和534，SNMS根据步骤510所作的事件类 型标识来决定如何处置事件。

在步骤512，如果确定事件是拓扑数据，SNMS就在步骤514更新 GUI显示以反映新的拓扑。然后在步骤518，SNMS执行一个与活动报 警的协调，以丢弃任何与新拓扑不匹配的报警。在步骤518，新拓扑 数据被记录到在SNMS拓扑服务器306上保持的拓扑数据库中。

在步骤520，如果确定事件是NMS数据，诸如DS-3报警338， 则将其存储到SNMS报告服务器304上的FM报告数据库中供将来由 SNMS规则引用。

在步骤524，如果确定事件是一个定义过的SS7网络事件，则在 步骤526中将为该事件调用一个或多个算法。这类算法可以利用从网 络管理系统338、网络维护调度340和网络拓扑334中检索的数据。

例如，当各电路级算法生成一个报警时，它对网络维护调度340 和NMS 338记录进行一次检查。每个报警记录，如果规定的电路在维 护窗口(网络维护调度340)内，就作上标记；否则就在有传输报警 (NMS 338)的DS-3上传输。SS7电路在DS-0级运行期间，网络拓 扑数据库334提供一个DS-3到DS-0转换表。DS-3内的任何DS- 0电路都被标记为可能包含在传输故障内。从NMS 338清除记录会导 致对活动的SNMS电路级报警的评测，以便将相关的NMS 338关联去 除。SNMS清除事件将清除实际的SNMS报警。GUI过滤器用户允许将 适合维护窗或传输故障中包含的报警隐藏起来，因为这些报警不要求 SNMS操作员采取行动。

在步骤528，将活动报警与步骤526导致的新报警生成和清除协 调。在步骤520，GUI显示被更新。在步骤532，新报警数据被存储到 FM报告数据库。

在步骤534，事件可以被确定为是定时器。SNMS算法有时需要将 对特定条件的进一步处理推迟一定的时间，诸如持久和费率算法。为 这个条件设置一个延迟定时器，继续对新SNMS事件的处理。这个时间 过去时，SNMS就将该时间按事件对待，执行相应的算法。

例如，SS7链路可能暂时关闭，可能数秒内再工作，或者由于有 严重的中断需要采取行动而关闭更长时间。SNMS在接收这个时间之 后，将向该事件分配一个可能是一分钟的定时器。如果事件在一分钟 内清除，SNMS就不对它采取行动。然而，如果一分钟定时过去后事件 没有变化(SS7链路仍然关闭)，SNMS就开始采取行动。

在步骤536，调用适当的算法来采取这种行动。在步骤538，将活 动的报警与在步骤536中生成或清除的报警协调。在步骤540，GUI 显示被更新。在步骤542，将新的报警数据存储到FM报告数据库。如 上所述，SNMS连续不断地接收和处理数据。在步骤518、522、532和 542中数据存储之后，过程返回到步骤510。

现在参看图6，该图表示接收网络事件部件404的详细过程。这 个部件通过诸如异步数据网络320、SWIFT 326、X.25 OSS网络328 和LSE 330等数据传输机构收集来自SS7网络单元的事件。这些事件 由SNMS报警服务器302在先进先出(FIFO)队列中接收。在步骤602 和604，来自SS7网络单元的事件被SNMS的外部主机应用 (mainframe applications)—诸如SWIFT 326和LSE 320收集， 然后，将事件数据的协议从网络单元特定的协议转换成SNA或 TCP/IP。在一个实施例中，SNMS也可以有软件在主机上运行，将协议 转换成能被SNMS报警服务器302识别的协议。事件数据然后通过SNA 或TCP/IP传输到SNMS报警服务器302。SNMS保存一个所有待处理的 SS7事件类型的信令事件列表608，如果发现当前事件在列表中， SNMS就俘获该事件进行处理。如果列表中找不到该事件，SNMS就丢 弃它。

在步骤610，按照定义的语法分析规则614分析事件。语法分析 规则614规定了要从哪些事件类型中提取哪些域，编制到SNMS代码 中。步骤610中的事件分析，只提取报警算法或显示中所需的事件数 据域。输入到步骤610的还有来自网络维护调度340的调度事件 612。调度事件612用于标识在步骤602收集的、可能是调度网络维 护的结果的各网络事件。这就使SNMS操作员能找到由预定维护引起的 SS7网络停机的原因。

在步骤616，将分析的事件数据用于在SNMS常驻存储器中建立标 准事件对象，由其它SNMS过程使用。在步骤510将这种事件对象读 入主过程，处理事件402。

现在参看图7，该图表示处理拓扑部件406的详细过程。这个处 理部件从三个类型的源中检索网络拓扑和配置数据，创建标准化拓扑 数据记录，将数据存储起来供其它SNMS过程使用。特别地，它在步骤 502向报警服务器302上运行的处理事件402输送活动的拓扑数据。

在步骤702，SNMS拓扑服务器306从三个不同的源收集拓扑数 据。通过控制系统332收集由SS7网络单元生成的当前连接和配置数 据，收集已经输入到订单输入和工程系统并存储在网络拓扑数据库 334中的拓扑数据，还通过工作站接收人工替代336。对拓扑数据库 334和控制系统332的数据的收集是定期进行的，并且独立于SNMS报 警服务器302。与使用从PMU 106检索的数据的现有技术水平的系统 不同，SNMS接收的拓扑数据来自所有类型的网络单元，包括诸如图2 中所示的不与PMU 106相连的网络单元。SNMS也使用反映外部网络的 拓扑的数据，诸如反映本地交换通信公司(LEC)或国际通信公司的拓 扑的数据。这种数据用于进行影响评测，影响评测使客户能确定诸如 哪些端点客户会受SS7链路停机影响之类的事实。SNMS收集和使用的 拓扑数据的类型，例如STP 104与交换机/SSP 102的SS7链接，由网 络订单输入和工程系统接收。数据及其内容的简要描述如下： STP链路ID           标识每个到STP的SS7链路 交换机链路ID        标识每个到交换机/SP的SS7链路 STP链路集           标识到STP的SS7链路的中继线组 交换机链路集        标识到交换机/SP的SS7链路的中继线

                组 MCI/通信公司电路ID  标识到外部系统的SS7链路。对于两个

                不同网络之间的接口来说，各ID(MCI

                ID和通信公司ID)提供各网络(本例

                中是MCI和通信公司)的SS7链路标

                识。 链路类型            标识SS7链路的类型 SLC                 信号链路代码

对于SS7支持的交换话音网络来说，数据由网络订单输入和工程 系统接收，用于进行SS7事件影响评测： 话音中继线组          由各SSP 102支持的话音中继线组

对于国内STP 104g到国际STP 104h的SS7链接，数据由网络订 单输入和工程系统接收： 电路ID                标识到外部系统的SS7链路 SLC                   信号链路代码

为了进行影响评测，本地交换通信公司(LEC)的NPA/NXX分配 和终端局至接入汇接(End Office to Access Tandem)回复装置由 一个呼叫地区数据库接收，后者是由Bellcore的本地交换路由选择 指导(LERG)提供的。 LATA                  本地接入传输地区(常规) NPA/NXX               编号计划地区/前缀(常规) 终端局                LEC客户服务节点 访问汇接              LEC终端局中枢

外部网络STP 104群集和SSP 102回复装置由SS7网络单元通 过控制系统接收。

点代码            标识SS7节点(常规)

标识各网络单元的某些方面的数据由外部系统上驻存的交换机配 置文件接收。

将各网络DS-0映射到DS-3的数据由网络拓扑数据库接收。这 个数据用于向DS-0级电路分配由NMS接收的DS-3报警。

为覆盖通过自动过程获得的数据而所需的数据由人工替代提供。

现在返回图7，在步骤704，分析各种拓扑数据以提取SNMS算法 所需的数据域。数据然后被标准化成能被处理事件402处理的事件记 录。

在步骤706，将标准化数据记录针对其它数据进行验证。例如， 针对节点拓扑记录来验证电路拓扑记录，以保证端节点是标识过并有 定义的。

在步骤708，拓扑数据被存储到图3的拓扑服务器306的一个关 系数据库中，诸如Sybase提供的关系数据库中。

在步骤710，新的拓扑记录被从拓扑服务器306传递到报警服务 器302上运行的主SNMS过程，与活动配置(即当前装入内存的配 置)进行比较。将活动报警与GUI显示协调，以去除与不存在的拓扑 电路相关的报警。

在步骤712，拓扑被存储到报警服务器302上(供处理事件402 用)，由于性能的原因，以展开文件的形式存储。此时，该展开文件 反映了步骤708后的拓扑服务器306数据库。该展开文件只能被主过 程访问。在步骤714，新拓扑记录被装入活动的SNMS内存，要求拓扑 的新过程现在就使用新配置。

现在参看图8，该图表示了显示报警部件412的详细过程。该过 程向用户(称为操作员)提供SNMS处理的结果，接收操作员的输入， 作为要在SNMS内执行的动作。因此，显示报警412于处理事件402 之间的过程是双向的。要注意的重要一点是，尽管为整个SNMS系统运 行着一个单一的处理事件过程402，SNMS上登录的每个用户都有显示 报警过程412的一个不同实例为其运行。就是说，每个操作员激励显 示报警412的一个单独执行。

当操作员在SNMS上登录时，执行前4个步骤802-808作为初始 化。其后，步骤810-838作为连续循环来运行。初始化向每个操作员 提供由其开始工作的系统状态。在步骤802，通过图形用户界面 (GUI)读入和显示当前拓扑。每个操作员都有自己的、根据操作员的 请求启动和结束的GUI过程。各GUI过程独立地管理其显示。状态变 化都由个别的过程处理。

在步骤804，读入定义特定操作员视图的过滤器。每个操作员都 能定义其GUI过程将显示的视图。过滤器参数包括：

1.通信报警、设备报警或二者。

2.确认的报警、未确认的报警或二者。

3.维护窗口内部的电路上的报警、不在维护窗口内部的电路上的 报警或二者。

4.有相关传输报警(通过停机标识符表示的DS-3报警)的电路 上的报警、无相关传输报警的电路上的报警或二者。

5.有指定严重程度的报警。

6.指定用户ID所拥有的节点/电路上的报警。

7.国际电路上的报警、国内电路上的报警或二者。

操作员的GUI显示既在步骤804中初始化时更新，也在步骤828 和830中请求过滤器变化时更新。每个特定操作员的显示报警412过 程的实例打开一个与处理事件402的连接，以便只传输那些与特定操 作员的过滤器相关的报警记录。在步骤806，特定操作员的过程将自 己向处理事件402登记，以标识哪些报警要被传送。在步骤808，GUI 显示被呈现给操作员。

步骤810开始显示报警的连续执行。各个按照操作员过滤器的定 义要检索和表示的事件被接收和标识。在步骤812、816、820、826 和836，SNMS根据步骤810中所作的事件类型标识决定如何处置事 件。在步骤812和816，如果确定是报警更新或拓扑更新，就分别在 步骤814和818对操作员的GUI显示进行更新，以反映这个确定。然 后在步骤810接收下一个事件。

在步骤820，如果确定该事件是操作员动作，就要求进行两个操 作。首先在步骤822，对操作员的GUI显示进行更新，以反映状态改 变。然后在步骤824，将状态改变更新发往主过程—处理事件402，以 便状态改变能在SNMS记录中反映，(其它操作员的)其它GUI过程 能接收状态改变并对其作出反应。

在步骤826，如果确定该事件是操作员显示动作，则要确定该动 作是过滤器改变请求还是显示请求。在步骤828，如果确定是过滤器 改变请求，那么在步骤830，GUI过程向处理事件402登记，以便传 输适当的报警记录。在步骤832，如果确定该事件是操作员显示请 求，那么在步骤834，将所请求的显示表示给操作员。显示请求可能 包括：

1.节点细节和连接

2.电路连接

3.链路集连接

4.未知的拓扑报警(对在拓扑数据库中没有定义的对象的报警)

5.STP对连接

6.LATA内部包含的节点

7.家庭/伙伴连接(非相邻节点的)

8.NPA/NXX列表

9.中继线组列表

10.终端局接入汇接(end office access tandem)

11.规则定义帮助屏(帮助操作员理解在生成报警中实际使用的 算法)

12.推荐的行动(操作员定义的、当接收到特定报警时应当采取 的行动)

在步骤836，如果确定事件是终结请求，那么就在步骤838终结 该特定操作员的GUI过程。否则在步骤810接收下一个事件。在显示 报警过程内，SNMS显示几个独有的显示窗口来支持故障隔离、运行评 测和故障处理。所有含有节点和线路符号的GUI显示都是SNMS内 “活动的”窗口(即当节点或电路的的报警状态改变时动态更新的显 示屏)。由于SNMS内所使用的MCI拓扑源的集合，所有显示都是可 能的。SNMS能多方面地处理在操作员显示中使用的SNMS。

A.SNMS电路图

这个窗口显示选定链路集的拓扑和报警状态信息。当接收网络事 件后，SNMS识别端点之间的关系并通过减少生成的报警来隔离故障。 这个显示允许操作员监视从信号电路的两侧看到的(从节点的角度) 链接集。

B.SNMS连接图

这个窗口显示MCI信号网络的群集图。群集中所有与MCI STP相 连的MCI和非MCI节点都连同关联的链接集一起被显示。群集图的重 要性在于，单一的STP故障/隔离是不影响服务的，而群集故障则影响 服务，因为所有MCI STP都连接到群集中的两个MCI STP。

C.SNMS非相邻节点图

这个窗口显示选定LEC信令网络的STP对图。所有(与MCI网络 有信令关系的)LEC SP、STP和SCP连接的LEC对都被显示。MCI的 责任区不包括LEC STP到LEC SSP信令链路，所以这里不显示链接 集。这个显示允许SNMS操作员监视由MCI节点所见的LEC信号网 络。

D.SNMS LATA连接图

这个窗口显示位于指定LATA内的所有LEC拥有的节点的图。服 务LATA的MCI STP对也与关联的链接集(可行的话)一起显示。这 个显示允许操作员在特定的LATA内出现问题时密切地监视LATA。 LATA问题，当超出MCI的控制范围时，会导致MCI网络内部出现问 题，因为信令消息是网络之间共享的。在该特定LATA终结的MCI话 音通信也可能受LATA停机的影响。

E.NPA-NXX信息列表

这个窗口显示由特定LEC交换机服务的NPA-NXX的列表。这个 显示在影响评测期间(即如果该特定LEC交换机被隔离，哪些NPA- NXX是不可用的)是非常有价值的。

F.终端局信息列表

这个窗口显示连接到该特定LEC接入汇接的LEC终端局节点的列 表。这个显示在影响评测期间(即如果该特定LEC交换机被隔离，哪 些终端局是不可用的)是非常有价值的。

G.中继线组信息列表

这个窗口显示与特定MCI交换机连接的MCI话音中继线以及它们 终结处的LEC终端局交换机的列表。这个显示在影响评测期间(即如 果MCI交换机被隔离，什么终端局受到影响)是非常有价值的。

H.过滤器定义窗口

SNMS操作员能将其显示的范围限制在：

·应当显示的报警的类型

·应当显示的报警的严重程度

·确认的报警、未确认的报警，或二者

·计划停机窗口内部电路上的报警、计划停机窗口外部电路上的 报警，或二者

·不是由特定传输网络停机导致的报警

·特定用户节点上的报警或者与特定用户相连的电路上的报警

I.故障记录窗口

SNMS操作员能打开信号报警的记录单。这些故障记录单是在MCI 的故障记录系统中打开的。操作员也能显示现有故障记录单的状态。

现在参看图9，该图表示了报告数据部件414的详细过程。该过 程部件在报告服务器304上运行，存储SNMS处理的数据并提供报 告。

标准化网络单元(NE)事件记录914，是连同与位置特定的计时 标记被接收的。在步骤902，记时标记被转换成格林尼治时间(GMT) 以便能产生标准化报告。

在步骤904，所有被接收的数据都被存储到各个数据库表中。数 据也可以在磁带或磁盘上长期存储。这种数据包括SNMS生成的标记 916、标准化拓扑记录918和来自PMU 920的性能统计。也可以包括 未经处理的数据，诸如来自NMS 338的DS-3报警和网络维护计划数 据340。

在步骤906，生成报告。这些报告可以是定制或标准报告。也可 以是按需生成或者按计划生成的。这些报告的提交方式有许多，包括 —但不限于—电子邮件908、X-终端显示910和打印报告912。

XII.POTS上的视频电话

从POTS上的话音接下来的自然就是视频。现今的计算机，当与某 类型的计算机网络相连时，就能彼此打视频“电话”。然而，大多数 人只能以下述方式接入计算机网络：从他们在POTS上的调制解调器发 出呼叫，POTS在连接网络的计算机上有另一个调制解调器，这样他们 就能“呼叫”网络上的另一个计算机，后者又通过调制解调器连接到 另一个计算机。直接在POTS上呼叫另一个人，让调制解调器互相通信 而不负担网络开销，是一件更简单(也高效)的事情。ITU推荐标准 H.324描述了用于低比特率(28.8kbps调制解调器)多媒体通信的终 端。采用在POTS.H.324终端上工作的V.34调制解调器，可以传输实 时语音、数据和视频，或者它们的任意组合，包括视频电话。H.324 终端可以集成到个人电脑中，或者以诸如视频电话和电视的独立设备 来实现。对各媒体类型(话音、数据、视频)的支持是任选的，但是 如果受到支持，就要求能使用特定的公共操作方式，以便所有支持该 媒体类型的终端能互相协作。H.324允许每个类型使用一个以上的信 道。H.324系列中的其它推荐包括H.233多路转换(话音、数据和视 频的组合)、H.245控制、H.263视频编解码器(数字编码器和解码 器)和G.723.1.1音频编解码器。

H.324利用了ITU推荐标准H.245的逻辑信道信令过程，其中，各 个逻辑信道的内容都是在该信道被打开时描述的。提供过程以使各个 主叫者能够只使用他们机器的多媒体能力。例如，试图向只有音频而 没有视频能力的某人发出视频(或音频)呼叫的人，仍然能够与音频 过程通信(G.723.1.1)。

H.324定义为点对点协议。要与一个以上的人举行会议，需要一 个MCU(多点控制单元)来作为视频呼叫桥路。H.324计算机可以与 ISDN上的计算机交互工作，也能与无线网络上的计算机交互工作。

A.视频电话系统的部件

1.带ACD的DSP调制解调器池

数字信号处理机(DSP)调制解调器池是一个调制解调器库，每个 调制解调器都能被编程去实现额外功能(如新的V.调制解调器协议、 DTMF检测等等)。呼叫是从MCI路由选择到ACD的。ACD保存一个矩 阵，内容是哪些调制解调器是可用的。ACD也与ISNAP通信，后者进 行一个分组选择来确定哪个代理组负责这个呼叫，还确定代理中哪些 是有空来处理这个呼叫的。在另一个实施例中，没有ACD也能部署 DSP资源，与交换机直接连接。在这个实施例中，DSP资源是用基于 NCS的路由选择步骤来管理的。

2.代理

代理可以是人类视频操作员(有视频能力的MTOC)或者自动化程 序(视频ARU)。ACD知道哪些代理端口是可用的，并将代理连接到代 理端口。

3.视频保持(video on hold)服务器

如果ACD没有代理端口可用，主叫者就被连接到视频保持服务 器，后者能播放广告或其它非交互性视频，直到ACD找到一个空闲的 代理端口。

4.视频邮件服务器

视频邮件消息在这里存储。客户能管理他们的邮件，并能记录问 候，在这个服务器上存储。

5.视频内容引擎

视频点播内容存驻在视频内容引擎上。存储在这里的视频可能是 以前记录的视频会议、培训电视等等。

6.预定引擎

当人们想要安排一次多方视频会议时，他们可以在这个系统上规 定参加者和时间。配置可以在人类视频操作员的帮助下或通过其它某 种输入方法来完成。

7.视频桥路

因为H.324是个点对点协议，多点会议单元(MCU)需要管理各 个参加者呼叫并对视频流适当地重定向。MCU会议将向具有H.324和 H.320一致的系统的客户开放。

B.方案

计算机或机顶电视有H.324一致的软件，并有在POTS上使用的 调制解调器，速率最可能是28.8kbps(V.34)或更高。一个目标是呼 叫另一方。如果他们不回答或者忙，发起者就能选择为目的地一方留 下视频邮件。另一个目标是计划和参加有两个以上参加者的会议。

C.连接建立

图19B表示按照较佳实施例的呼叫连接建立。向某人进行视频呼 叫有三种方法。第一种方法是，直接呼叫他们(图19B的1和7)。 如果目的地占线或者不回答，主叫者就可以向1 800 VID MAIL进行 另一个呼叫，执行如下所述的适当过程。

当用户在1拨“1 800 VID MAIL”时，DSP调制解调器池上的 ACD将连接一个交换机到调制解调器2，连接一个端口到代理3。然 后，用户用一个专用的定制终端程序登录到系统。该终端程序采用 H.324带宽的数据流部分(采用ITU T.120标准)—后者称为V-邮 件数据接口(VMDI)。主叫者可以从图形用户界面、图标或其它菜 单，选择：

-浏览和检索有视频能力的MCI客户的目录，

-呼叫另一个H.324一致的软件程序，

-创建一个存储与转发的视频邮件供以后投递，

-个性化并记录他们视频邮件的问候消息，

-查看和管理他们的视频邮件，

-查看从记录库中所作的选择(视频点播)。

在另一个实施例中，用户能拨“1 800 324 CALL”来呼叫一个号 码。然后，如果目的地号码是1 139 375 1772，则调制解调器拨号串 就会是“ATDT 1 800 324 CALL，，，1 319 375 1772”(逗号‘，’ 告诉调制解调器在拨号时作短暂停顿。)当向1 800 324 CALL的连 接进行时，就进行一个从发起者的连接，连接的对方是MCI交换机 1，再到由ACD 2a、3a选定的ARU 5a。

ARU 5a检测通过电话键盘或其它设备输入的DTMF音调以生成获 取目的地号码的DTMF音调。发起者在ARU 5a单独向目的地号码5a、 6a和7呼叫期间处于保持状态。如果目的地回答，起源者就被连接到 目的地，双方的调制解调器就能连接，于是将ARU 5a释放。如果目的 地占线或者不作回答，呼叫就被通过DSP调制解调器池2传输到1 800 VID MAIL或者某个代理。如果没有检测到DTMF音调，呼叫就被 通过DSP调制解调器池2传输到某个代理。代理将进行与主叫者的 H.324连接，请求他们的目的地号码(或提供帮助)。这个选择方案 的体系结构，类似于在直达线MCI系统中检测和传输传真的方式—本 文曾针对一个备选实施例讨论过。

D.呼叫目的地

当目的地号码已知时，视频保持服务器就为H.324连接4提供视 频输入。从代理5、6向目的地号码7进行新的呼叫。在设计详细的实 施方案时要求分析的一个问题，是要求确定调制解调器在转换操作之 后能否在不下线的条件下重新同步。如果目的地号码回答，并且是个 调制解调器，则必须以与发起者调制解调器速度相同的速度建立连 接。在调制解调器进行握手之后，ACD指示交换机释放代理3、5，释 放调制解调器2和6，并将发起者连接到目的地1和7。目的地PC意 识到该连接是个H.324呼叫(不是传真或其它)，于是视频呼叫继 续。

在另一个实施例中，如果目的地回答，并且是个调制解调器，就 建立了一个连接。那么，两个H.324呼叫在使用两个DSP调制解调 器。代理可以从呼叫3和5释放。来自每个呼叫的输入数据被拷贝到 另外的呼叫2和6。这样，代理就能监控视频存储与转发9的视频呼 叫。当一个连接下线(drop)载体时，视频呼叫就完成，负责其余呼 叫的调制解调器载体就被下线。

E.记录视频邮件、存储与转发视频和问候

如果目的地号码不回答或者占线，视频邮件服务器就为目的地号 码8的所有者播放适当的视频-邮件问候。主叫者然后留下一个视频 消息，视频消息被存储到视频邮件服务器上。对存储与转发视频的视 频的记录与如上所述的留下视频消息完全一样。诸如目的地号码、转 发时间和任何当前可用的音频存储与转发特征等参数，都是通过VMDI 输入的，或者用人类视频操作员(或自动化视频ARU)来传输的。

记录一个个性化的问候，用于在有人因您忙或不回答而与您联系 不上时回放，其方法类似于留下视频-邮件。对这种做法的选择是通 过VMDI完成或通知给人类视频操作员的。

F.检索视频邮件和视频点播

用户可选择定期轮询他们的视频邮件，检查是否有新消息，或者 让视频邮件服务器在他们有新消息等待时定期地呼叫他们。配置是通 过VMDI或人类视频操作员完成的。视频邮件的管理和检查也是通过 VMDI执行的，或者与人类视频操作员联系的。

对视频点播(VOD)，要查看的视频的选择要通过VMDI。这些视 频可能是以前记录的视频会议、培训电视等等，存储在视频内容引擎 9上。

G.视频会议调度

用户能通过VMDI或因特网10 WWW表格导航，或者与人类视频操 作员通信来计划一个多点会议。这个信息存储在预约引擎11上。对其 它的会议参加者通知这个计划是用视频邮件、电子邮件或其它方法进 行的。将有一个选择来通过视频邮件(或者电子邮件、话音邮件、寻 呼服务或任何其它可用的通知方法)，在特定时间(例如会议前1小 时)提醒登记了的会议参加者。MCU(视频桥路)能呼叫每个参加者 12，或者H.324用户能在计划时间12向MCU拨入。

XIII.因特网上的视频电话

图19E表示按照较佳实施例在因特网上传输视频电话的体系结 构。基于实时传输协议(RTP)的视频会议指的是传输作为RTP消息封 装的音频、视频和数据。对于基于RTP的视频会议会话来说，终端用 户站首先与因特网建立一个拨号点对点(PPP)连接，然后用因特网传 输RTP消息。音频信息按G.732.1.1音频编码解码器标准压缩，视频 被按ITU H.263视频编码解码器标准压缩，数据按ITU-T.120标准 传输。

RTP是一种为具有实时特性的应用提供支持的协议。尽管UDP/IP 是其最初的目标连网环境，RTP却是独立于传输的，因此能在IPX或 其它协议上使用。RTP不解决资源保留或业务质量控制问题，相反， 它却依赖资源保留协议例如RSVP。为大多数网络用户所熟悉的传输服 务是点对点的，或者是单信道传播(unicast)业务。这是诸如HDLC 和TCP的连网协议所提供的标准服务形式。

通常较少使用的(基于有线网络、任何费率)是广播业务。在大 型网络上，广播是不能接受的(因为广播到处使用网络带宽，而不顾 个别子网是否对它们有兴趣)，因而它们一般被限制在局域网范围使 用(广播业务由诸如IP的低级网络协议提供)。即使在局域网上，广 播也经常不受欢迎，因为它们要求所有机器都执行某种处理，来决定 机器是否对广播数据有兴趣。

对于为有广泛的潜在听众设计的数据来说，更切实际的传输服务 是多信道传播(multicast)。按照广域网上的多信道模型，只有对 特定多信道传播业务有积极兴趣的宿主才让这种数据传递给它们；这 限制了对多信道传播数据的发起者与接收者之间链路的带宽消耗。在 局域网上，许多接口卡具有这样一种机制，即接口卡能自动忽略内核 没有登记过对其有兴趣的多信道传播数据，结果，在不感兴趣的宿主 上就不会有毫无必要的处理开销。

A.部件

RSVP路由器具有广播来自视频内容引擎和MCI会议空间网络的视 频的MBONE功能。MCI将有一个在本地多信道传播并特许多单信道传 播传输到因特网以外的MBONE网络。

RSVP是一种使因特网应用能为它们的数据流获得特殊服务质量 (QOS)的网络协议。这将一般(但不是必定)要求提前或动态地预留 数据路径上的资源。RSVP是将来的“集成业务”因特网的一个部件， 它提供既是最努力又是实时的服务质量。以后的详细说明中给出了一 个实施例。

当某宿主(终端系统)中的应用为其数据流请求一个特定的服务 质量时，RSVP被用于将该请求递达该数据流路径上的各个路由器，并 保持路由器和宿主状态以提供所请求的服务。尽管RSVP是为建立资源 预留而开发的，它很容易能够被改变为适合传输数据流路径上的其它 网络控制信息。

1.目录和登记引擎

当人们连接到因特网(无论通过调制解调器拨号、直接连接还是 其它方式)时，他们能将自己登记在目录中。该目录用于确定是否某 人能被召集参加会议。

2.代理

代理可以是人类视频操作员(有视频能力的MTOC)或者自动化程 序(视频ARU)。按照较佳实施例，因特网ACD的设计使得代理端口 能被管理。ACD知道哪些代理端口是可用的，并将代理连接到可用的 代理端口。如果ACD没有代理端口可用，主叫者就被连接到视频保持 服务器，后者能播放广告和其它非交互性视频，直到ACD找到空闲的 代理端口。

3.视频邮件服务器

视频邮件消息在这里存储。用户能管理他们的邮件，并能记录要 在这个服务器上存储的问候。

4.视频内容引擎

视频点播内容存驻在视频内容引擎上。存储在这里的视频可能是 以前记录的视频会议、培训电视等等。

5.会议预定引擎

当人们想要安排一次多方视频会议时，他们可以在这个系统上规 定参加者和时间。配置可以在人类视频操作员的帮助下或通过其它某 种输入方法来完成。

6.MCI会议空间

这是客户能在其中出现的虚拟现实区。每个参加者都被体现为一 个“化身”。每个化身都有许多能力和特征，诸如图象个体、视频、 声音等。化身互相之间通过处理各种代表文档共享、文件传输等等的 对象来交互作用，能互相说话，也能互相看见。

7.虚拟现实空间引擎

会议空间是由虚拟现实引擎生成和管理的。虚拟现实引擎管理对 象操纵和会议空间的任何其它逻辑描述。

B.方案

如果用户有一个到因特网的当前连接，用户将使用在因特网上采 用RTP(而不是TCP)的H.263一致的系统软件。如果用户也希望加 入虚拟现实MCI会议空间，创建/查看视频邮件，用户就可以加入一 个虚拟现实会话。

C.连接建立

在因特网上向另一个人进行视频呼叫的最简单方法是，不通过菜 单和选择项导航就直接进行呼叫，作为初始电话呼叫。然而如果目的 地占线或者不回答，MCI就提供保存消息的服务。

用户可登录到电信网服务器(telnet server)(例如电话网 vmail.mci.com)，或者使用用户定制的客户机或WWW(例如 http：//vmail.mci.com)。服务菜单称为V-Mail数据接口 (VMDI)，类似于如上所述通过POTS拨号时可用的VMDI。

主叫者可以从菜单中进行选择：

-浏览和检索有视频能力的MCI用户的目录，

-呼叫另一个H.263一致的软件系统，

-创建一个存储与转发用视频邮件供以后投递，

-个性化并记录他们的视频邮件问候消息，

-查看和管理他们的视频邮件，    

-查看从记录库中的选择(视频点播)。

当用户通过指出目的地的名称、IP地址或其它标识指定了要呼叫 的通话方后，就要检查目录。有可能不进行实际呼叫就能确定目的地 是否会接受呼叫。所以，由于能确定目的地将接受呼叫，因此就能告 诉发起者的视频客户机去与该目的地连接。如果主叫者在用WWW浏览 器(例如Netscape Navigator、Microsoft Internet Exploror、 internetMCI Navigator等等)来访问VMDI，那么就能用Java、 JavaScript或Helper App自动启动呼叫。如果呼叫不能完成，就将 有留下视频邮件的选择。

D.记录视频邮件、存储与转发视频和问候

如果代理确定目的地通话方是不可达的(脱机、占线或不回答等 等)，视频邮件服务器就向目的地号码8的所有者播放一个适当的视 频邮件问候。主叫者然后留下一个视频消息，存储在视频邮件服务器 上。对存储与转发视频进行的视频记录与如上所述留下视频消息的方 式完全相同。诸如目的地号码、转发时间和任何当前可用的音频存储 与转发特征等参数，都是通过VMDI输入的，或者用人类视频操作员 (或自动化视频ARU)来传输的。

客户可以记录下他们个性化的问候，用于在有人因忙或不回答而 您联系不上时致以问候，这是以类似于留下视频邮件的方式通过VMDI 完成的或与人类视频操作员通信。

E.检索视频邮件和点播电视

用户可选择定期轮询他们的视频邮件，检查是否有新消息，或者 让视频邮件服务器在他们有新消息等待时定期地呼叫他们。配置是通 过VMDI或人类视频操作员完成的。视频邮件的管理和检查也是通过 VMDI执行的，或者与人类视频操作员联系的。

对视频点播(VOD)，要查看的视频的选择要通过VMDI提供。这 些视频可能是以前记录的视频会议、培训电视等等，存储在视频内容 引擎上。

F.视频会议调度

用户能通过VMDI或因特网10 WWW表格来导航，或者与人类视频 操作员通信来计划一个在会议空间的会议。这个信息存储在会议预定 引擎8上。其它的会议参加者是通过视频邮件、电子邮件或其它方法 得到这个计划的。配备一个可选的提醒程序，通过视频邮件(或者电 子邮件、话音邮件、寻呼服务或任何其它可用的通知方法)，在特定 时间(例如会议前1小时)提醒登记了的会议参加者。

G.虚拟现实

通过虚拟现实空间引擎能为多方会议生成一个虚拟的会议室。该 接口的实现包括一个基于VRML的实施例。每个人都控制一个“化身 (avatar)”。每个化身可有许多不同的特征，诸如图象表示(静态 表示或活动的图象“头部”)和音频(话音或音乐)。数据交换和协 作是各个虚拟现实会议室中所能进行的所有行动。专用MBONE网络允 许会议成员的数据流的多信道传播。由于每个人在虚拟现实空间中交 互作用时有不同的视像，虚拟现实空间引擎就能优化每个人的输入 H.263流向其它每个人的广播，方法是只多信道传播那些为各特定化 身所考虑的化身流。

XIV.视频会议体系结构

MCI视频会议描述一种用于包括实时话音、视频和数据的多媒体 通信的体系结构。该体系结构也定义了与其它视频会议标准的相互操 作。该体系结构还定义了多点配置和控制、目录服务和视频邮件服 务。

A.特征

视频会议体系结构是一种多媒体业务系统，设计用于提供许多特 征和功能，包括：

·点对点视频电话

·带有用于控制以及多媒体信息处理的MCU的多媒体视频会议

·支持网关与其它基于ITU H.320和ITU H.324标准的视频会议 系统的互相操作

·支持实时话音、视频和数据或任何组合

·用标准传输协议RTP在终端用户终端之间传输多媒体信息流

·支持终端用户终端之间的动态能力交换和模式选择如ITU H.263视频和ITU G.723音频。

图19C表示按照较佳实施例的视频会议体系结构。该视频会议体 系结构的部件和说明详述如下。

B.部件

视频会议系统的一组组成部件包括：

·终端用户终端

·LAN互连系统

·ITU H.323服务器

·支持服务单元

1.终端用户终端

终端用户终端是通信的终点。用户是用终端用户终端进行通信和 参加视频会议的。终端用户终端，包括ITU H.323终端1和8、ITU H.320终端9和H.324终端10，通过提供呼叫控制、多点控制和网关 功能的ITU H.325服务器而互连的。终端用户终端能进行多媒体输入 和输出，配备电话设备、麦克风、摄像机、视频显示监视器和键盘。

2.LAN互连系统

LAN互连系统3是MCI交换网络2与包括H.323服务器4、视频 内容引擎5、视频邮件服务器6和H.323目录服务器7在内的H.323 系统之间的接口系统。

参加视频电话会话或视频会议会话的终端用户终端与MCI交换网 络建立通信，并通过LAN互连系统与H.323服务器通信。LAN互连系 统为H.323视频会议系统提供类似ACD的功能。

3.ITU H.323服务器

H.323服务器4为支持不同视频会议标准—如ITU H.320和ITU H.324—的终端之间的相互工作而提供各种服务，包括呼叫控制、多点 控制、多点处理和网关服务。

H.323服务器由一组个别部件组成，这些部件互相之间通信，并 与其它外部系统如终端用户终端、视频邮件服务器和H.323目录服务 器通信。H.323服务器的不同部件包括：

·H.323守门设备(Gatekeeper)

·操作员业务模块

·H.323多点控制单元(MCU)

·H.323网关

4.守门设备

H.323守门设备向H.323终端和网关单元提供呼叫控制服务。守 门设备提供的各种业务包括：

·与终端、网关和MCU的呼叫控制信号传输；

·对接入视频会议系统的准入控制；

·呼叫授权

·带宽控制和管理

·为在不同的信号工作的视频会议系统之间转换地址的传输地址 转换；

·正在进行的呼叫的呼叫管理；

·与提供目录服务的目录服务器[7]的接口；

·与提供视频邮件服务的视频邮件服务器[6]的接口；

守门设备用ITU H.225流分组化和同步化过程进行各种服务，它 与操作员服务模块紧密地集成，以提供人工操作员服务。

5.操作员业务模块

操作员业务模块提供人工/自动操作员业务，它与守门设备紧密地 集成。位于LAN上其它位置的人工或自动操作员终端通过操作员业务 模块与守门设备交互作用，以提供所需的操作员业务。

6.多点控制单元(MCU)

MCU由多点控制器和多点处理器组成，它们共同为视频会议提供 多点控制和处理服务。多点控制器提供的控制功能支持三个或更多终 端之间的会议。多点控制器执行与多点会议中每个终端的能力交换。 多点处理器在多点控制器的控制下提供对音频、视频和/或数据流的处 理—包括混合、交换处理—以及其它所需的处理。MCU用ITU H.245 消息和过程来实现多点控制器和多点处理器的特征和功能。

7.网关

H.323网关提供各种传输格式之间的适当转换。转换服务包括：

·在H.225与作为H.320系统一部分的H.221之间的呼叫信令消 息转换；

·H.245与H.242之间的通信过程转换；

·视频、音频和数据格式如H.263、H.261、G.723、G.728和 T.120之间的转换。

H.323网关为传输格式、呼叫建立和控制信号及过程提供转换功 能。

8.支持业务单元

支持服务单元包括H.323目录服务器7、视频邮件服务器6和视 频内容引擎5，它们与H.323服务器交互作用以向终端用户终端提供 不同的服务。H.323目录服务器提供目录服务并与H.323服务器的 守门设备单元交互作用。视频邮件服务器是H.323系统生成的所有视 频邮件的储存库，它与H.323服务器的守门设备单元交互作用以创建 和回放视频邮件。视频内容引擎是所有其它类型的视频内容的储存 库，可服务于终端用户终端。视频内容引擎与H.323服务器的守门设 备单元交互作用。

C.概述

基于H.323的视频会议体系结构完全描述了一个包括实时话音、 视频和数据或包括视频电话的任何组合的多媒体通信的体系结构。具 有H.323终端的用户能够参加多媒体视频会议会话、点对点视频电话 会话、或者与没有视频设备的其它终端用户进行仅有音频的会话。该 体系结构也包括根据如ITU H.320和ITU H.324的标准与其它视频会 议终端相互工作的网关。

该体系结构包括一个用于提供包括检索工具的完整目录服务的目 录服务器。视频邮件服务器是该体系结构中提供视频邮件的记录和回 放功能的组成部分。视频内容引擎也是总体体系结构中提供多媒体内 容投递服务的部分。

参加视频会议或视频电话会话的H.323终端通过MCI交换网络与 H.323服务器通信。H.323服务器提供的各种服务包括呼叫控制、信 息流投递、多点控制，也为与H.320和或H.324终端互相工作而提供 网关服务。服务器也提供目录服务和视频邮件服务。

启动视频呼叫的H.323终端通过MCI交换网络与H.323服务器建 立通信链路。当H.323服务器准许其进入网络后，服务器就向该启动 呼叫的终端提供一个其它可用终端的目录，由该终端选择一个目的地 终端或目的地组来参加视频会议。服务器然后建立与选定的目的地终 端或终端组的通信链路，最后将主叫终端与被呼叫终端/终端组桥接。 如果目的地终端不可用或者占线，服务器就向主叫终端提供存入一个 视频邮件的选择。服务器还通知该视频邮件的接收者并提供按需检索 视频邮件的接收者服务。其它业务一如向H.323终端的按需内容投递 业务，也是由H.323服务器提供和控制的。

D.呼叫流举例

现在详细解释基于H.323体系结构的视频会议的呼叫流，要解释 的不同呼叫类型包括：点对点呼叫—包括向其它H.323、H.320和 H.324终端的呼叫，多点视频会议呼叫。

图19C表示按照较佳实施例的各种呼叫流。

1.点对点呼叫

a)案例1：H.323终端到另一个H.323终端

启动呼叫的H.323终端1通过MCI交换网络向另一个H.323终端 [8]启动一个呼叫。要用守门设备来控制该会话，包括呼叫建立和呼叫 控制。该终端的终端用户接口是任一可购买到的WEB浏览器。

·主叫终端1向MCI交换网络启动一个拨号呼叫；

·呼叫通过LAN互连3系统终结在H.323服务器4的H.323守门 设备模块上；

·在一个已知的不可靠传输地址/端口上建立主叫终端与守门设备 4之间的一个PPP链路。

·呼叫终端向守门设备[4]发送一个准入请求消息；

·守门设备4发送一个准入确认消息，并与目录服务器7通信， 将目录信息发回主叫终端供在主叫终端上显示，该目录信息是作为一 个web页连同呼叫方式选择项一起显示的。呼叫方式包括点对点或会 议方式。

·接着准入交换的是为在一个已知的端口上H.225呼叫控制消息 传输建立可靠的连接。

·终端用户选择点对点方式，也选择呼叫的目的地。这是建立请 求消息。

·守门设备4与操作员服务模块/操作员一起用建立请求呼叫被叫 终端8。

·如果建立请求失败，守门设备4就向主叫终端通知失败，并向 主叫终端提供一个留下视频邮件的选择。

·如果终端1的用户选择为终端8的用户留下一个视频邮件，守 门设备4就建立一个与视频邮件服务器6的连接，并从邮件服务器6 接收一个可靠的端口地址用于H.245连接。

·守门设备4还为H.225呼叫控制与视频邮件服务器建立一个连 接。

·守门设备4接着向主叫终端1发送一个表示H.245控制信道的 可靠端口地址。H.245控制信道通信中可能涉及守门设备。

·主叫终端1为H.245控制信道建立一个可靠连接，以便执行 H.245过程，诸如能力交换、方式选择等。

·在能力交换之后，H.245过程将用于为不同的媒体流建立逻辑 信道。

·该能力交换还包括为不同媒体流的传输确定动态端口地址。

·媒体流在各种逻辑信道中的动态端口上传输。

·一旦终端完成了视频邮件，它就在视频流停止传输之后关闭视 频的逻辑信道。

·数据传输被停止，数据的逻辑信道被关闭。

·音频传输被停止，音频的逻辑信道被关闭。

·H.245呼叫清除消息被发往对等实体。

·呼叫终端1在H.225端口向守门设备7传输一个拆线消息，守 门设备又将该拆线消息发送到视频邮件服务器6。

·该拆线消息被确认，呼叫拆线。

·如果建立请求成功，被叫终端就用一个包括H.245连接的可靠 端口地址的连接消息来响应。

·守门设备4用连接消息以及H.245控制信道通信的端口地址来 响应主叫终端1。

·主叫终端1建立一个与网关4的用于H.225呼叫信号传输的连 接，建立另一个H.245控制信道通信的连接并用连接确认消息应答网 关4。

·守门设备4又将连接确认消息发送到被叫终端8。

·被叫终端8现在建立一个H.225呼叫控制连接，也建立另一个 与守门设备4的H.245连接用于控制信道通信。

·已经为可靠通信建立了H.245控制信道的终端交换能力和其它 的H.245初始过程，在能力交换之前可选择打开一个音频信道。

·能力交换之后，为每个媒体流在动态端口上建立逻辑信道。

·一旦在动态端口上打开了媒体逻辑信道，就能交换媒体信息。

·在会话期间，可以调用H.245控制过程来改变信道结构如方式 控制、能力等等。

·H.225控制信道也用于守门设备[4]请求的特定过程，包括呼叫 状态、带宽分配等等。

·如果要终结，无论哪个终端都可以启动一个停止视频消息，中 断视频传输，然后关闭视频的逻辑信道；

·数据传输被中断，数据的逻辑信道被关闭；

·音频传输被中断，音频的逻辑信道被关闭；

·H.245结束会话消息被发送，控制信道上传输被停止，控制信 道关闭；

·接收结束会话消息的终端将重复关闭过程，然后用H.225呼叫 信号信道进行呼叫清除；

·启动该终结的终端将在H.225控制信道上发送一个拆线消息给 守门设备4，后者又向对等终端发送拆线消息。同等终端确认拆线， 该应答被转发到启动终端，呼叫最终释放。

b)案例2：H.323终端到H.320终端

从H.323终端1启动的呼叫通过MCI交换网络调用一个向H.320 终端9的呼叫。守门设备连同网关参与控制该会话，包括呼叫建立和 呼叫控制。终端的终端用户接口是市场销售的任一Web浏览器或者类 似的接口。

呼叫流与上一个案例中解释的H.323终端到另一个H.323终端的 类似，例外是网关部件4是在守门设备4与被叫终端9之间引入的。 网关将包括音频、视频、数据和控制的H.323消息转换成H.320消 息，反之亦然。如果H.320终端9向H.323终端[1]启动一个呼叫， 则由网关来执行初始拨叫例程，然后由守门设备接管呼叫控制，呼叫 如上一个案例中所述的那样进行。

c)案例3：H.323终端到H.324终端

启动呼叫的H.323终端1通过MCI交换网络启动一个向H.324终 端10的呼叫。守门设备连同网关参与控制会话，包括呼叫建立和呼叫 控制。终端的终端用户接口是Web浏览器或者类似的接口。

呼叫流与前面案例中解释的H.323终端到另一个H.323终端的类 似，例外是网关部件4是在守门设备4与被叫终端9之间引入的。

网关4将包括音频、视频、数据和控制的H.323消息变码成 H.324消息，反之亦然。

如果H.324终端10向H.323终端1启动一个呼叫，则由网关来 执行初始拨叫例程，然后由守门设备接管呼叫控制，呼叫如前面案例 中所述的那样进行。

2.多点视频会议呼叫

就多点视频会议来说，所有终端与守门设备4交换初始呼叫信号 传输和建立消息，然后连接到多点控制器4以进行实际会议，包括通 过守门设备4的H.245控制信道消息传递。

以下是为建立会议所作的考虑：

·在初始准入控制消息交换之后，向用户提交一个web页，内容 是关于会议类型和参加者动态列表的信息。

·向晚些时候加入的参加者提交一个会议信息的web页，还要求 参加者输入验证信息。

·所有用户通过守门设备[4]连接到多点控制器[4]。

·多点控制器[4]在各种参加者中分布信息。

E.结语

视频会议体系结构是对包括实时话音、视频和数据、或任何组合 (包括点对点视频电话)的多媒体通信的完整解决方案。该体系结构 定义了用ITU推荐标准与其它系统的互相工作。

其它服务包括目录服务和视频邮件服务，也是总体体系结构的一 部分。

XV.视频存储与转发体系结构

视频存储与转发体系结构描述了视频点播内容传递系统。内容可 以包括视频与音频或者仅有音频。内容的输入源来自MCI的现有视频 会议设备或者来自任何视频/音频源。输入视频以不同的标准格式如 ITU H.320、ITU H.324、ITU H.263或MPEG在数字库中存储，并以 所要求的格式向客户机投递。以不同的速度向因特网上或者包括ISDN 的拨号线路的客户机的投递，每一种不同的数据格式都有一个单一的 存储器。

A.特征

视频存储与转发体系结构的设计，具有丰富的特征和功能，包 括：

·分发点播的视频和音频；

·支持不同的压缩和传输标准，包括IP(因特网协议)和RTP (实时传输协议)二者上的ITU H.320、ITU H.324、MPEG和ITU H.263；

·支持因特网上通过拨号ISDN线路及通过低速(28.8kbps)模 拟电话线路的内容投递；

·支持单源内容、多存储、传输格式和多传输速度；

·支持多格式的内容管理和存档。

B.体系结构

图19D是按照较佳实施例的视频存储与转发体系结构。

C.部件

视频存储与转发体系结构可以完全地以下列部件来描述。

·内容创建和代码转换。

·内容管理和投递

·内容检索和显示。

1.内容建立和代码转换。

输入源包括模拟视频、来自多点控制单元(MCU)和其它视频源 1a和1b的视频。输入内容被转换成标准格式，如ITU H.261、ITU H.263、ITU H.320、ITU H.263、ITU H.324、MPEG，还有支持在RTP 上H.263的投递和在因特网协议2和3上H.263的投递的格式。输入 初始可按H.263编码，可选地代码转换成各种其它格式并存储2。代 码转换后的内容在不同的服务器上存储，每种服务器存储一种内容类 型以服务各种客户机，各客户机支持不同的格式5a、5b、5c、5d和 5f。

2.内容管理和投递

内容存储在不同的服务器上，其中每个服务器支持特定的格式。 内容由数字库管理，数字库的组成是：

-管理内容4的索引和文档的索引服务器、

-用于内容5a、5b、5c、5d和5f的存储的对象服务器、

-作为索引和对象服务器的前端、与请求内容6的不同服务器交 互作用的代理客户机。

内容投递的手段是：

-因特网、

-拨号ISDN线路、

-28.8kbps的拨号模拟电话线，

内容格式是在IP或RTP上传输的MPEG流、H.320流、H.324流 或H.263流。

3.内容检索和显示。

内容检索是由支持下列各种格式的客户机进行的：

-MPEG客户机-7a；

-支持RTP的ITU H.263客户机-7b；

-支持IP的ITU H.263客户机-7c；

-ITU H.320客户机-7d

-ITU H.324客户机-7e。

内容是由不同客户机按需检索，在本地显示器上显示的。

客户机支持像VCR的功能，如快进、快倒等。

D.概述

来自不同源的模拟视频和来自MCU的H.320视频作为输入被接收 后，按要求代码转换成各种格式如ITU H.324、ITU H.261、ITU H.263或MPEG，存储在各个格式专用的不同对象服务器上。对象服务 器又都由索引服务器管理，一起统称为数字库。任何来自客户机对内 容的请求都由索引服务器接收，又通过代理客户机得到对象服务器的 服务。

索引服务器或库服务器响应代理客户机的请求，在对象服务器上 存储、更新和检索对象—如H.261、H.263或MPEG多媒体信息。索引 服务器有在对象服务器上存储的所有不同对象的全部索引信息，还有 关于信息存驻哪个对象服务器上的信息。索引服务器上的索引信息可 被代理客户机访问，以从不同的对象服务器检索多媒体内容。安全和 访问控制也是索引服务器功能的一部分。

对象服务器是提供物理存储并作为多媒体内容—包括来自会议设 备的视频会议信息—的储存库的数字库的一部分。多媒体内容以标准 格式存储，可被代理客户机点播检索。每一个对象服务器专用于特定 格式的多媒体内容如H.261、H.263、MPEG等等。包括关于专用于某 多媒体格式的特定对象服务器的信息在内的多媒体内容的组织和索引 信息是由索引服务器管理的。对象服务器在接到索引服务器的特定指 令后将所存储的多媒体内容传递给代理客户机。

代理服务器是数字库的前端，由所有客户机通过因特网访问以 获取点播的多媒体内容。代理客户机也是万维网(WWW)服务器， 被访问时向客户机传递一个页面。客户机与代理客户机交互作用， 由此通过WWW页与数字库交互作用。客户机通过与WWW页的交互作 用请求多媒体内容。代理客户机通过WWW页面接收客户机的请求并 处理该请求。代理客户机然后与索引服务器通信，按客户机的请求 进行对象查询。索引服务器与专用于所请求多媒体格式的其中一个 对象服务器通信，然后根据索引服务器上可用的索引信息，指令对 象服务器将所请求的多媒体内容传递给代理客户机。代理客户机从 该对象服务器接收多媒体内容，将其传递给作出请求的客户机。

客户机要么通过因特网、要么通过ISDN线路或28.8kbps的模拟 线路上的拨号连接，连接到服务器，具体视所请求视频格式和客户机 能力而定。H.320客户机通过ISDN线路连接，H.324客户机在 28.8kbps的模拟电话线上请求服务。MPEG客户机或采用RTP的 H.263客户机或采用IP的H.263客户机通过因特网请求服务。用于多 媒体内容查询和显示的前端，如WWW浏览器，被集成为客户机的一部 分，为终端用户提供易于使用的接口。

客户机对视频的请求被代理客户机接收后，代理客户机将请求 传递给索引服务器，后者接着处理该请求并与特定对象服务器通 信，此外还索引内容，准备传递。对象服务器通过因特网将所请求 内容传递给客户机。就拨号链路来说，内容被传递回到已经建立的 链路上。

总之，视频存储与转发体系结构描述了创建、代码转换、存储、 存档、管理和传递视频和音频或者点播音频的一个综合系统。视频与 音频或音频的传递将在因特网上，或者通过ISDN或模拟电话线路进 行。包括视频与音频或音频的内容是从各服务不同传递速率的个别存 储位置以各种数据速率传递的。

XVI.视频操作员

A.硬件体系结构

图96表示的系统硬件允许视频操作员参加视频会议或视频呼 叫，向视频主叫者提供众多的服务。所提供的服务中有：回答输入 视频呼叫或拨出到客户站点，为保持视频会议计划而访问某个系 统，将使用按需带宽互操作性组(“BONDING”)呼叫或国际电信联 盟-电信标准化分部(ITU-T)标准H.320多费率承载服务(MRBS)综合 服务数字网(ISDN)的主叫者连入视频会议或视频呼叫，监视、查看 和记录视频会议或视频呼叫，回放以前记录的视频会议或视频呼 叫，并对视频会议或视频呼叫期间视频会议主叫者的咨询提供支持 或作出应答。

系统硬件的组成是视频操作员终端40001、呼叫服务器40002、 多媒体中枢(MM Hub)40003、广域网中枢(“WAN Hubs”)40004、多 点会议单元(“MCU”)40005、BONDING服务器40006、客户终端 40007、和交换网络(“MCI”)40008。

在一个实施例中，视频操作员终端40001是一个基于奔腾 (Pentium)的个人电脑，处理速度为90MHz或更高，带32MB的RAM 和容量至少1GB的硬盘驱动器。该实施例中的操作系统是微软公司的 Windows 95。特殊特征包括Incite多媒体通信程序(“MCP”)软 件、用于音频与视频压缩的H.320视频编码解码器(“codec”)卡 (例如Zydacron的Z240编码解码器)、等时以太网 (“isoEthernet”)网络接口卡。Incite的MCP管理等时以太网网 络接口卡，以便在等时信道中建立96个ISDN B-信道的同步信道， 用以传输视频信号。

该实施例中的呼叫服务器40002是一个基于Pentium的个人电 脑，处理速度为90MHz或更高，带32MB的RAM和容量至少1GB的 硬盘驱动器。该实施例中的操作系统是微软公司的Windows NT服 务器。特殊特征包括Incite呼叫服务器服务和以太网网络接口 卡。

系统的不同实施例能适应任何MM中枢40003模型和任何WAN 中枢40004模型。在一个实施例中，MM中枢40003是Incite多媒 体中枢，WAN中枢是Incite WAN中枢，MM中枢40003是一个局域 网(“LAN”)中枢，它通过许多支持等时以太网接口、每个具有 由96个全双工B信道组成的带宽的端口，连接到个人电脑—诸如 视频操作员终端40001和BONDING服务器40006，连接到WAN中 枢40004，或者连接到其它阶联的MM中枢。此外，MM中枢40003 能通过诸如来自呼叫服务器40002的一个以太网接口接受达 10Mbps的以太网数据。WAN中枢40004起着MM中枢40003与一个 诸如MCI40008的公共或专用交换网络之间的接口的作用，能使视 频会议扩大到含有MM中枢40003和WAN中枢40004的WAN或LAN 之外。

系统的不同实施例也适合不同制造商的MCU 40005设备。MCU 40005的功能是允许使用不同设备的(可能在不同的基于电路的数字 网络上通信的)视频会议主叫者在单一的视频会议中彼此通信。例 如，一个实施例采用VideoServer的多媒体会议服务器 (“MCS”)，它混合音频以允许任何一个视频会议主叫者听到完整的 视频会议讨论，处理视频以允许各个视频会议主叫者同时看到其它主 叫者。

在一个实施例中，BONDING服务器40006是基于奔腾的个人电 脑，具有90MHZ或更高的处理速度，32MB的RAM，一个存储容量至少 1.0GB的硬盘驱动器。这个实施例中的操作系统是Microsoft Windows 95。特殊的特征包括Incite BONDING服务器软件，一个数 字信号处理器(DSP)卡(诸如Texas Instrument公司的 “TMS320C80”DSP)，一个等时以太网网络接口卡。当客户机终端 40007进行BONDING或集体视频呼叫时，BONDING服务器40006就将 这些呼叫转换成视频操作员平台内部使用的多速率ISDN呼叫。

在较佳实施例中，客户机终端是一个基于奔腾的个人电脑，处 理速度90MHz或更高，带有32MB的RAM，一个存储容量至少1.0GB 的硬盘驱动器。这个实施例中的操作系统是Microsoft Windows 95，客户机终端40007配备音频和视频设备，使其与ITU-T标准 H.320兼容。

在这个实施例中，交换网络是由MCI4 0008提供的综合服务数字 网(ISDN)。

视频操作员终端40001与MM中枢40003是通过一个具有96全双 工B通道的带宽的等时以太网接口连接的，该接口允许每个视频操作 员管理多达8个各采用客户机终端40007的视频会议客户机。该MM 中枢40003通过类似的等时局域网(“LAN”)连接与WAN中枢40004 连接。一个WAN中枢40004用多速率ISDN接口通过MCI 40008连接 到MCU 40005。另一个WAN中枢40004用多速率ISDN接口连接到MCI 40008，MCI通过一个BONDING或多速率ISDN接口连接到每个客户机 终端40007。在一个三路连接中，MCU 40005、呼叫服务器40002和 MM中枢40003互相之间通过一个以太网广域网(“WAN”)40009连 接。MM中枢40003也通过一个有248个全“等时”模式的B信道的带 宽的等时以太网接口连接到BONDING服务器40006。

B.视频操作员控制台

图97表示的使操作员能管理视频会议呼叫系统的实施例，包 括视频操作员控制台系统40101和外部系统和接口40108～ 40117。

视频操作员控制台40101由图形用户接口(“GUI”)40102、软 件系统40103和媒体控制系统40107组成。GUI 40102与软件系统 40103及媒体控制系统40107二者交互作用，以便使视频操作员能用 视频操作员控制台系统40101从视频操作员终端(图96的40001)执 行视频操作员发明的所有功能。

软件系统40103实现下列系统：调度系统40104，它管理视频操 作员的调度；记录与回放系统40105，它记录任何呼叫的音频和视频 输入并回放通过任何呼叫的音频和视频输入；呼叫系统接口40106， 它起着与Incite MCP应用程序的应用程序接口作用，通过执行诸如 拨号和保持的交换功能而管理个别呼叫。

调度系统40104通过开放数据库连接(“ODBC”)接口40108 连接到视频操作员共享数据库40111，后者又通过VOSD与VRS 40114之间的接口连接到视频会议预定系统(“VRS”)40115。 VRS 40115要么有规律地、要么按视频操作员共享数据库40111内 的数据库代理系统的需要，通过接口40114向视频操作员共享数据 库40111提交视频会议计划、会议定义和站点定义。在较佳实施例 中，视频操作员共享数据库40111存驻在与含有视频操作员控制台 40101的计算机不同的计算机上，存储着所有会议和站点信息，使 得各个视频操作员控制台40101能为任何视频会议呼叫检索必要的 会议和站点配置。在与内部调度系统40104关联的外部系统的另一 个实施例中，视频操作员共享数据库40111与VRS 40115可以合并 成单一的系统。

记录与回放系统40105通过动态数据交换(“DDE”)、对象 链接与嵌入(“OLE”)或动态链接库(“DLL”)接口40109与 位于视频操作员终端(图96的40007)本地的视频操作员存储与 回放系统40112通信。会议操作员存储与回放系统由符合ITU-T 标准H.320的单向记录设备40116和符合ITU-T标准H.320的 单向回放器40117组成。会议呼叫是通过从视频操作员控制台 40101向H.320记录器40116传输数字化音频和视频信号而记录 的。会议呼叫是通过从磁盘存储器检索以前记录的会议呼叫并将 视频和音频信号从H.320回放器40117传送到视频操作员控制台 而回放的。

呼叫系统接口系统40106通过DDE接口40110与Incite MCP应用程序40113通信，以管理诸如拨号、保持等等的交换功 能。

媒体控制系统40107允许GUI 40102直接与外部部件通信，以管 理音频和视频的GUI 40102表示。在图401中所示的实施例中，媒体 控制系统40107通过DDE接口40110与Incite MCP应用程序40113 通信。Incite MCP应用程序40113通过DDE接口40110向内部媒体 控制系统40107、并进而向GUI 40102提供所有必需的呼叫建立特征 和多媒体特征，诸如视频窗口放置和音频控制。

图98表示用于使视频操作员能管理视频会议呼叫的系统的第二个 实施例，该系统包括视频操作员控制台系统40101和外部系统和接口 40108～40117和40203～40216。然而在该实施例中，软件系统 40103不但与VideoServer(视频服务器)的“MCS”40205 MCU兼 容，而且与其它制造商的MCU应用兼容。所以，图98中就出现了内部 软件系统MCU控制40201、外部软件系统MCU控制系统40208、MCU本 身40214和40215以及它们之间的接口40206、40210和40211。此 外，在该实施例中，由于不仅Incite MCP 40113应用而且“其它具 有呼叫控制接口的程序”40216也可以提供所有的呼叫建立和多媒体 特征，所以外部呼叫控制系统40209是必需的，这与插入的DDE、OLE 或DLL接口40207、40212、和40213一样。该实施例也包括视频存储 与转发系统40204及其DDE、OLE或DLL接口40203。最后，第二个实 施例添加了内部软件系统呼叫监视器40202。

如第一个实施例中一样，视频操作员控制台系统40101由GUI 40102和软件系统40103组成。然而，第二个实施例除了包括调度系 统40104、记录与回放系统40105和呼叫系统接口40106之外，还包 括MCU控制40201和呼叫监视器40202。

调度系统40104和关联的外部系统40108、40111、40114和 40115与第一个实施例中的相同，在图97中表示，上文作过说 明。

内部MCU控制40201通过DDE、OLE或DLL接口40206与外部 MCU控制系统40208通信以管理各种不同MCU系统特定的资源和特 征。MCU控制系统40208或者通过会议谈话接口40211与 VideoServer MCS 40215通信，或者通过另一个销售商的特定接口 40210与其它一些MCU销售商的MCU 40214通信。

记录与回放系统40105通过DDE、OLE或DLL接口40109、40203 与存储与检索系统40205和视频存储与转发系统40204通信。存储与 检索系统40205和视频存储与转发系统40204通过另一个DDE、OLE 或DLL接口40207与呼叫控制系统40209通信。呼叫控制系统40209 通过另一个DDE、OLE或DLL接口40212与单向H.320记录器40116 和单向H.320回放器40117通信。会议呼叫是通过从视频操作员控制 台40101经存储与检索系统40205和呼叫控制系统40209向H.320记 录器40116传输数字化音频和视频信号而记录的。会议呼叫是通过从 磁盘存储器检索以前记录的会议呼叫并将视频和音频信号从H.320回 放器40117经呼叫控制系统40209和存储与检索系统40205传送到视 频操作员控制台40101而回放的。视频存储与转发系统40204的操作 方式类似于存储与检索系统40205，在记录与回放系统40105和呼叫 控制系统40209之间通信。

呼叫监视器40202通过定期轮询视频操作员控制台软件系统 40103内的呼叫系统接口40106来监视呼叫和连接的状态。呼叫系统 接口40106通过DDE、OLE或DLL接口40207与呼叫控制系统40209 通信，以管理包括诸如拨号、保持等等的交换功能，在视频操作员控 制台40101内部数据结构与呼叫控制系统40209数据之间转换的呼叫 数据。呼叫控制系统又用呼叫控制接口40216来管理Incite MCP 40113或其它程序。

媒体控制系统40107通过DDE、OLE或DLL接口与呼叫控制 系统40209通信，后者通过DDE接口40110与Incite MCP应用 程序40113或用呼叫控制接口40216与其它程序通信。Incite MCP应用程序40113或者直接通过DDE接口40110向内部媒体控 制系统40102、或者通过呼叫控制系统40209，提供所有必需的呼 叫建立特征和多媒体特征，诸如视频窗口放置和音频控制。如果 用带有呼叫控制接口40216的其它程序来提供呼叫建立和多媒体 特征，则程序是通过呼叫控制系统40209与媒体控制系统40107 通信的。

C.视频会议呼叫流

图99表示由视频操作员启动的视频会议呼叫是如何通过图96 所示的系统连接的。第一步，如呼叫流路线40301所示，视频操作 员从视频操作员终端40001启动一个通过MM中枢40003到 BONDING服务器40006的呼叫，BONDING服务器40006将呼叫转换 成一个BONDING呼叫。第二步，如呼叫流路线40302所示， BONDING服务器40006将BONDING呼叫再次通过MM中枢40003、 通过WAN中枢40004、通过MCI 40008，传输到客户机终端 40007。对每个将参加视频会议的客户机终端40007重复这个步 骤。第三步，如呼叫流路线40303所示，视频操作员从视频操作员 终端40001启动一个呼叫，通过MM中枢40003、通过WAN中枢 40004、通过MCI 40008，到达MCU 40005。第四步，如呼叫流路 线40304所示，视频操作员用视频操作员终端40001将该连接桥接 到客户机终端40007和MCU 40005。视频操作员每次呼叫位于客户 机终端40007的会议呼叫客户机时，该特定会议站点的MCU的ANI 就在主叫方域中传递，以用正确的会议站点标识各个参加会议呼叫 的客户机。当MCU被呼叫时，客户机的ANI就被传递。MCU于是就 能确定各个呼叫的正确会议站点。

在另一个实施例中，客户机从客户机终端40007启动一个 BONDING呼叫，通过MCI 40005、通过WAN中枢40004、通过MM中枢 40003、通过BONDING服务器40006、再次通过MM中枢40003，到达 视频操作员终端40001。视频操作员然后如呼叫流路线40303所示向 MCU接通一个呼叫，最后如呼叫流路线40304所示连接两个呼叫。为 了确定客户机启动的呼叫的正确会议站点，启动客户机的ANI要在视 频操作员建立连接时传递到MCU。

在视频会议呼叫进展的同时，视频操作员从视频操作员终端 40001监控各个呼叫。视频操作员的功能包括，监控哪些呼叫保持着 连接，重新连接拆线的呼叫，向会议添加新的客户，或者参加会议以 向客户通知会议状态。

要结束会议，所有呼叫都被拆线，视频操作员共享数据库(图98 的40214)反映更新了的会议计划。

D.视频操作员软件系统

1.类层次

图100表示视频操作员软件系统类的类层次。在一个使用Visual C++程序设计语言的实施例中，VOObject 40401类是从Visual C++基 类CObject扩展而成的。VOObject 40401是视频操作员控制台系统 的内部软件系统中所有对象的类的超类，所以内部软件系统中所有对 象都从VOObject 40401继承属性。

VOOperator 40402是一个与一个VOSchedule 40403部件-1类 对象和VOUserPreferences 40404部件-2类对象关联的汇编类 (assembly class)，所以与各VOOperator 40402对象关联的恰好 有一个VOSchedule 40403对象，恰好有一个VOUserPreferences 40404对象。VOSchedule 40403又是一个与零个或更多 VOSchedulable 40405部件-1类对象关联的汇编类，所以与每个 VOSchedule 40403对象关联的可以有任何数量的VOSchedulable 40405对象。

VOSchedulable 40405是VOConference 40406子类-1和 VOPlaybackSession 40407子类-2的超类，所以VOConference 40406对象和VOPlaybackSession 40407对象从VOSchedulable 40405对象继承属性。VOConference 40406是一个与两个或更多 VOConnetion 40412部件-1类对象以及零个或一个 VOPlaybackCall 40415部件-2类对象关联的汇编类，所以与各个 VOConference 40406对象关联的至少有两个VOConnetion 40412对 象，可能还有一个VOPlaybackCall 40415对象。 VOPlaybackSession 40407是一个与一个VOPlaybackCall 40415部 件-1类对象关联的汇编类，所以与各个VOPlaybackSession 40407 对象关联的恰好有一个VOPlaybackCall 40415对象。

VOCallObjMgr 40408是一个与零个或更多VOCall 40410部件 -1类对象关联的汇编类，所以与VOCallObjMgr 40408对象关联的 可以有任何数量的VOCall 40410对象。类似地，VOConnObjMgr 40409是一个与零个或更多VOConnetion 40412部件-1类对象关联 的汇编类，所以与VOConnObjMgr 40409对象关联的可以有任何数量 的VOConnetion 40412对象。VOConnetion 40412是一个与两个 VOCall 40410部件-1类对象关联的汇编类，所以与各个 VOConnetion 40412对象关联的恰好有两个VOCall 40410对象。 VOCall 40410是VOPlaybackCall 40415子类-1的超类，所以 VOPlaybackCall 40415对象从VOCall 40410对象继承属性。 VOCall 40410也是一个与两个VOSite 40413部件-1类对象关联 的汇编类，所以与各个VOCall 40410对象关联的恰好有两个 VOSite 40413对象。最后，VOCall 40410类对象使用VORecorder 40411类对象。

VOSite 40413 是VOMcuportSite 40417子类-1、 VOParticipantSite 40418子类-2和VOOperatorSite 40419子类 -3的超类，所以VOMcuPortSite 40417对象、VOParticipantSite 40418对象和VOOperatorSite 40419对象从VOSite 40413对象继承 属性。

VOPlaybackCall 40415是一个与一个VOMovie 40416关联的汇 编类，所以与各个VOPlaybackCall 40415对象关联的恰好有一个 VOMovie 40416。VOPlaybackCall 40415类对象也用VOPlayer 40414类对象。

VOMessage 40420除继承VOObject 40401的属性之外没有关 联，VOObject 40401是内部软件系统中所有对象的超类。

2.类和对象说明

a)VOObject

所有内部软件系统都将从下列基类继承。这个基类是从Visual C++基类CObject扩展的。

         类                       VOObject

         基类                     CObject

         继承类型                 公共

         友类                     -

(1)数据类型

enum  senderType_e{SENDER_INTERNAL，  SENDER_SCHEDULE， SENDER_CONFERENCE，    SENDER_CONNECTION，    SENDER_CALL， SENDER_TIMER}；

enum messageType_e{MSG_DEBUG， MSG_ERROR，MSG_WARNING， MSG_APPLICATION_ERROR，MSG_STATE_UPDATE}；

Delivery    type    flags   ：   DELIVER_MESSAGE_QUEUE， DELIVER_LOG_FILE，                    DELIVER_MODAL_DIALOG， DELIVER_MODELESS_DIALOG，DELIVER_CONSOLEOUTPUT

(2)属性 访问级    类型                 名称             描述 静态      VOOperator*           m_pVO           视频操作员指针 静态      VOSchedule*           m_pSchedule     调度程序指针 静态      VOCallObjMgr*         m_pCallOM       呼叫对象管理器指针 静态      VOConnectionObjMgr*   m_pConnOM       连接对象管理器指针 静态      VOCallSystem*         m_pCallSys      呼叫系统接口指针

(3)过程

(a)PostMessage

Virtual PostMessage(messageType_e type，int errCode，Cstring info＝“”，int    delivery＝(DELIVER_MSG_QUEUE|DELIVER_LOG_FILE)， senderType_e senderType＝SENDER_INTERNAL，void*sender＝NULL)；

(i)参数 type        消息的类型—如数据类型一节中所定义。  errCode     错误或警告代码—如应用的资源中所定义。 Info        作为消息一部分要传递的额外文字信息。 delivery    消息投递的最佳过程。投递的选择在上文的数据

        类型一节中说明过。投递的缺省方法存储在类成

        员变量m_delivery中，它应当只对

        DELIVER_MSG_QUEUE和DELIVER_LOG_FILE二者

        而被初始化。 senderType  消息发送者的类型—如数据类型一节中所定义。 Sender      指向发送消息的对象的指针，即this(这个)。

(ii)描述

用这个函数来创建错误、警告、调试、记录和通知消息。它将创 建一个VOMessage对象，后者然后按照投递标志(delivery flags) 的规定来执行适当的行动。

(b)GetErrorString

virtual CString GetErrorString(int errorCode)

返回值：返回一个具有与传递的错误代码相对应的错误串的 CString对象。

errorCode参数：所要错误串的错误代码，作为资源存储该错误 串。

调用这个函数能获得与错误代码对应的文字描述。

b)核心类

(1)类列表

站点(Site)

参与者站点(Participant Site)

MCU端口站点(MCU Port Site)

视频操作员站点(Video Operator Site)

呼叫(Call)

回放呼叫(Playback Call)

呼叫对象管理器(Call Object Manager)

连接(Connection)

连接对象管理器(Connection Object Manager)

消息(Message)

视频操作员(Video Operator)

(2)类描述

(a)站点(Site)

这是一个基类，由其可以导出诸如Participant Site和MCU Port Site类的类。其主要目的是作为一个数据结构，内容是关于谁 或什么正在参加呼叫。

            类           VOSite

            基类         VOObject

            继承类型     公共

            友类            -

(i)数据类型

enum Bandwidth_e{MULTIRATE，BONDING，AGGREGATED，HO}；

(ii)属性 访问级     类型        名称              描述

       Cstring     m_name            站点名称

       ID_t        m_ID              唯一站点ID

       ID_t        m_locationID      物理位置ID

       Cstring     m_timezone        时区

       Cstring     m_dialNumber      要拨叫的号码。参看呼叫

                                     系统接口一节的多号码格

                                     式

       Bandwidth_e m_bandwidthUsage  带宽使用

       int         m_maxNumChannels  最大可能信道数

       VOCall*     m_pCall           指向这个站点属于其一部

                                     分的呼叫对象的指针。

                                     *编码解码器或终端类型

                                     (PictureTel、MCP等)

                                     *呼叫建立类型(拨入、

                                     拨出)

(b)参加者站点

从VOSite基类继承。

所有用户或会议参加者都将把他们的信息存储在VO共享数据库 中。

          类           VOParticipantSite

          基类         VOSite

          继承类型     公共

          友类         -

属性 访问级    类型        名称                 描述

      Cstring      m_CoordinatorName   站点协调者名称

   Cstring           m_CoordinatorNbr       站点协调者电话号码

   ID_t              m_companyID            该站点所属公司的ID

   VOMCUPortSite*   m_pMCUport             要在连接对象中关联

                                            到的MCU端口站点

(c)MCU端口站点

从VOSite基类继承。

所有会议都在MCU上进行。各个参加者站点需要与MCU上的一个 逻辑“端口”连接。

          类           VOMcuPortSite

          基类         VOSite

          继承类型     公共

          友类         -

 属性 访问级  类型                 名称              描述

    ID_t                 m_mcuID           标识MCU的ID

    VOParticipantSite*  m_pParticipant    要在连接对象中关联

                                           到的参加者站点

(d)视频操作员站点

从VOSite基类继承。

所有呼叫都把视频操作员站点作为点对点呼叫中的站点之一。这 个结构含有视频操作员的真实ANI。

              类           VOOperatorSite

              基类         VOSite

              继承类型     公共

              友类         -

属性 访问级  类型       名称              描述

    ID_t       m_operatorID      操作员的ID

    CString    m_voicePhone      操作员的话音电话号码

    ID_t       m_groupID         操作员的组ID

    ID_t       m_superviserID    监控者的ID

COblist         m_Calls           该站点作为其一部分的

                                  呼叫对象的列表

(e)呼叫

呼叫的定义是两个站点之间的全双工H.320流。在所有呼叫 中，视频操作员站点将是站点之一。将连接的一对呼叫称为一个连 接。

所有呼叫都把视频操作员站点作为点对点呼叫中的站点之一。这 个结构含有视频操作员的真实ANI。

              类              VOCall

              基类            VOObject

              继承类型        公共

              友类            -

(i)数据类型

enum StateCall_e  {ERROR，INACTIVE，  INCOMING，DIALING， ACTIVE，DISCONNECTED，HELD，lastCallStates}；

enum callOperation_e {ERROR，DIAL，ANSWER，HOLD，PICKUP， DISCONNECT，HANGUP，lastCallOperations}

(ii)属性 访问级   类型            名称                 描述

     ID_t             m_ID                呼叫ID

     VOSite*          m_pSite             呼叫站点的另一端

                                          (参加者、MCU端口

                                          或未知的)

     VOOperatorSite* m_pOperatorSite     操作员站点

     boolean          m_operator          如果呼叫是由操作员

     Initiated                            启动的，值为真(缺

                                          省值)

     CTime            m_startTime         呼叫变为活动时的实

                                          际时间

     boolean          m_expectHangup      帮助确定是否期待挂

                                          机的标志

  StateCall_e        m_state             呼叫的状态

  StateCall_e        m_transitionTable   状态转换表

  [nCallStates]

  [nCallOperations]

  VORecorder*       m_pRecorder         呼叫的记录器对象

  VOConnection*     m_pConnection       指向该呼叫所属连接

                                         对象的指针

(iii)过程

Disconnection()；当线路另一端挂机或线路中断时被调用。成员 变量m_expectHangup应当为假。否则，应当已调用过呼叫对象管理 器的Hangup()操作。

Reset()；将呼叫状态复位到不活动状态。

Recordingstart()；开始记录呼叫的H.320输入流。

RecordingStop()；停止呼叫的记录。

setState(callOperation_e operation)；

操作参数：指示已经执行一个操作，结果将导致状态变化。

影响呼叫的状态的操作应当在操作执行之后调用setState函 数。该功能通过引用状态转换表中的当前状态和操作来改变呼叫的状 态。将创建一个类型为STATES_UPDATE的VOMessage对象，发送到应 用队列。GUI和任何读取该应用队列的部件于是就得到状态更新的通 知。

(f)回放呼叫

从VOCall基类继承。

在这个特殊的呼叫案例中，视频操作员音频和视频输出被视频操 作员存储与回放的外部系统部件用来自影片回放的H.320流替换。

         类             VOPlaybackCall

         基类           VOCall

         继承类型       公共

         友类           -

(i)属性 访问级  类型         名称               描述

  VOMovie*     m_pMovie             将被播放的影片对象

  VOPlayer*    m_pPlayer            执行回放的播放器对象

(ii)过程

PlaybackStart()；开始回放。

PlaybackStop()；停止回放。

(g)影片

影片是H.320呼叫的记录。在阶段1，视频操作员存储与回放系 统为记录和回放影片以及存储和检索而管理文件和H.320数据流。

          类            VOMovie

          基类          VOObject

          继承类型      公共

          友类          -

属性 访问级  类型      名称               描述 公共    ID_t      m_movieID          影片ID 公共    CString   m_description      影片描述

(h)呼叫对象管理器

通过用呼叫对象管理器来构造和毁灭呼叫对象，就能在视频操作 员的机器上保持所有呼叫的列表。这包括不是任何会议或回放会话的 一部分的呼叫，包括输入呼叫和一般拨出呼叫。影响呼叫但不创建或 毁灭呼叫的操作可由呼叫对象本身来执行。

          类             VOCallObjManager

          基类           VOObject

          继承类型       公共

          友类           -

(i)属性 访问级  类型             名称           描述

    int              M_numChannels  未使用的信道的总数

    int              M_numActive    活动信道的总数

    CMapStringToOb   m_callList     呼叫列表

(ii)过程

Dial()；

Dial(VOCall*pCalling)；

pCalling参数：该指针如果非零，将用于呼叫对象。这在创建或 重新使用一个处于不活动或拆线状态的呼叫对象时是必需的。

Dial执行拨出。Dial的号码在m_pSite呼叫成员结构中。

ANSWER()；

ANSWER(VOCALL*pIncoming)；

pIncoming参数：该指针如果非零，将用于呼叫对象。这在创建 或重新使用一个处于不活动或拆线状态的呼叫对象时是必需的。

Answer回答输入呼叫。

Hangup(VOCALL*pCall)；

pCall参数：指向呼叫的指针。

Hangup挂断pCall所指向的呼叫。

Hold(VOCall*pCall)； 

pCall参数：指向呼叫的指针。

Hold将pCall所指向的呼叫保持。

VOCall*CallCreate()；

VOCall*CallCreate创建一个呼叫对象。

VOPlaybackCALL*PlaybackCallCreate()；

VOPlaybackCALL*PlaybackCallCreate()创建一个回放呼叫对象。

VOCall*GetCallPtr(ID_t idCall)；

idCall参数：呼叫ID

VOCa11*GetCallPtr取得指向idCall所标识的呼叫对象的指针。

(i)连接

连接被定义为一对保持着接合(Join)状态的呼叫对象，各呼叫都 将视频操作员站点作为用于实现接合的公共点。

          类            VOConnection

          基类          VOObject

          继承类型      公共

          友类          -

(i)数据类型

enum StateConnection_e{ERROR，UNJOINED，JOINED，BROKEN， lastConnectionStates}；

enum         ConnectionOperation_e{ERROR，        JOIN， UNJOIN，BREAK，RESET，lastConnectionOperations}；

(ii)属性 访问级  类型               名称                 描述

    VOCall*            m_pParticipantCall  指向参加者呼叫的指针

    VOCall*            m_pMCUPortCall      指向MCU端口呼叫的指针

    VOParticipantSite* m_pParticipantSite  指向参加者站点的指针

    Ctime               m_joinTime          接合的时间

    VOMovie*           m_pMovie            用于记录或回放的影片指

                                            针

    boolean             m_exPectBreak       帮助确定是否期望中断的

                                            标志。

    StateConnection_e   m_state             连接的状态

    StateConnection_e   m_transitionTable   状态转换表

    [nConnectionStates]

    [nConnectionOps]

    VOConference*      m_pConference       指向该连接是其一部分的

                                            会议的指针。

(iii)过程

Join()；接合参加者和MCU端口的呼叫。

Unjoin()；断接参加者和MCU端口的呼叫。

SetParticipantCall(VOCall*participantCall)；

participantCall参数：指向呼叫对象的指针。

SetParticipantCall将呼叫设置为参加者呼叫，这在管理无法识 别的输入呼叫时或者对于最后时刻的参加者替换是有用的。

SetMCUPortCall(VOCall*mcuPortCall)；

mcuPortCall参数：指向呼叫的指针。 SetMCUPortCall将呼叫设置为MCU端口呼叫，这在管理无法识别的输 入呼叫时或者对于最后时刻的呼叫站点替换是有用的。

DoParticipantCall()；呼叫参加者站点并将它设置为参加者呼 叫。

DoMCUPortCall()；呼叫MCU端口站点并将它设置为MCU端口呼 叫。

setState(ConnectionOperation_e operation)；

operation参数：已经执行的将导致状态变化的操作。

影响连接的状态的操作应当在操作执行之后调用setState函 数。该函数通过引用状态转换表中的当前状态和操作来改变连接的状 态。将创建一个类型为STATES_UPDATE的VOMessage对象，发送到应 用队列。GUI和任何读取该应用队列的部件将因此得到状态更新的通 知。

protected Break()；当所接合的连接变得断接时被调用。如果成 员变量m_expectBreak为假，则一定有一个呼叫被意外地拆线。否 则，应当是已调用过该连接的Unjoin()操作。

protected Reset()；

将该连接的状态复位到UNJOINED(断接)。

(j)连接对象管理器

与呼叫对象管理器类似，必须保存一个在视频操作员机器上运行 的所有连接的列表。所有导致连接的建立或删除的操作都要使用连接 对象管理器。

          类          VOConnectionObjMgr

          基类        VOObject

          继承类型    公共

          友类        -

(i)属性 访问级  类型            名称              描述

    CMapStringToOb  m_connectionList  所有连接的列表

    int             m_numJoined       接合的连接的数目

(ii)过程

VOConnection*Create()；

返回值：指向连接对象的指针。

VOConnection*Create创建新的连接对象并将其添加到列表中。

Remove(VOConnection*oldConnection)；

oldConnection参数：要被删除的连接对象。

返回值：如果操作成功则返回真。

Remove删除一个连接对象并将其从列表中删除。

VOConnection*GetConnectionPtr(ID_t idConnection)；

返回值：指向连接对象的指针。

idConnection参数：该连接的ID。

VOConnection*GetConnectionPtr返回指向一个由其ID标识的 连接对象的指针。

(k)消息

从内部系统软件向视频操作员应用的其余部分即图形用户界面的 所有单向通信都是以放置到应用队列上的消息来发送的。创建和邮寄 消息的函数在基类VOObject，所有内部软件系统类都是从该基类继承 的。所有运行时错误或调试信息都被放入消息对象，邮寄到应用队 列，以便适当的对象能根据其类型和严重程度对其进行处理。因此， 如果发生某种故障—诸如内存出界—所有不返回特定类型的类功能都 将邮寄一个消息或调试信息供GUI显示或登记到文件中。

              类          VOMessage

              基类        VOObject

              继承类型    公共

              友类        -

(i)数据类型

enum  senderType_e{INTERNAL，  SCHEDULE，  CONFERENCE， CONNECTION，CALL，TIMER}；

enum      messageType_e{DEBUG，   ERROR，     WARNING， APPLICATION_ERROR，STATE_UPDATE}；

投递类型标志：DELIVER_MESSAGE_QUEUE，DELIVER_LOG_FILE， DELIVER_MODAL_DIALOG，            DELIVER_MODELESS_DIALOG， DELIVER_CONSOLEOUTPUT

(ii)属性 访问级  类型  名称            描述

    int    m_errorCode    错误代码

int           m_delivery     邮寄时用于最佳信息投递

                             的标志

senderType_e  m_senderType   发送者类型

VOObject*     m_pObject      指向发送者的指针

messageType_e m_messageType  消息类型

CString       m_info         消息信息

                             *消息或错误的优先级

                             *消息或错误的严重程度

(iii)过程

Post()；向应用消息队列邮寄一个消息。

private static AppendLog()；

返回值：如果操作成功，则返回真。

当DELIVER_LOG_FILE的标志置位时，该过程由 VOObject∷PostMessage()调用。

(1)视频操作员

每个机器一般只有一个视频操作员。每个视频操作员都有一个调 度表和一个客户参加者站点的列表要管理。呼叫对象管理器和连接对 象管理器也是视频操作员的一部分。

              类          VOOperator

              基类        VOObject

              继承类型    公共

              友类        -

(i)属性 访问级  类型              名称                描述

    ID_t               m_operatorID       操作员ID

    VOSchedule         m_schedule         当前操作员的调度表

    CObList            m_MCUlist          MCU对象列表

    CObList            m_operatorSites    操作员站点 静态    VOUserPreferences  m_userPreferences  缺省的应用用户选择

(ii)过程

protected ScheduleStart()；初始化视频操作员的调度表。

protected CallObjMgrStart()；初始化呼叫对象管理器

protected ConnectionObjMgrStart()；初始化连接对象管理 器。

protected CallSystemInterfaceStart()；初始化呼叫系统接 口。

(m)用户选择

视频操作员控制台应用将有一组缺省的应用选择，可以修改和保 存。这些变量的值从以下的源中以递增的最佳次序提取的：硬编码的 缺省值、保存的VO.INI文件、命令行调用参数、GUI输入和保存到 VO.INI文件的运行时修改。

          类          VOUserPreferences

          基类        VOObject

          继承类型    公共

          友类        -

(i)属性 访问级 类型    名称          描述

   ID_t    m_operatorID  缺省的操作员ID

(ii)过程

SavePrefs()；将所有的值保存到VO.INI。

LoadPrefs()；从VO.INI加载所有的值。

(n)MCU

所有MCU端口对应特定的MCU。这个类仅用于MCU端口站点的存 储。对于阶段2，将在这里实现MCU特定的操作和接口。

             类          VOMCU

             基类        VOObject

             继承类型    公共

             友类        -

(i)属性 访问级 类型     名称          描述

   ID_t     m_mcuID       MCU的ID

   CObList  m_portList    MCU端口站点对象的列表

(ii)过程

VOMCUPortSite*GetPortPtr(ID_t idPort)；

返回值：指向MCU端口站点对象的指针。

VOMCUPortSite*GetPortPtr返回指向由其ID标识的MCU端口站 点对象的指针。

VOMCUPortSite*CreatePort()；

返回值：指向新的MCU端口站点对象的指针。

VOMCUPortSite*CreatePort返回指向由其ID标识的一个新创建 的MCU端口站点对象的指针。

(3)核心类的状态变量转换图

图101显示的状态转换图表示VOCall对象的m_state变量 (“状态变量”)可能发生的状态变化。状态变量开始40501处于不 活动40502状态。

如果VOCall对象在处于不活动40502状态期间接收一个拨号 40503输入，状态变量就改变到拨叫40504状态。在拨叫40504状态 中，状态变量在接收忙40505输入后改变到不活动40502状态，在接 收回答40506输入后改变到活动40507状态。在活动40507状态中， 状态变量在接收保持40509输入后改变到保持40510状态，在接收拆 线40514输入后改变到拆线40515状态，在接收挂机40508输入后改 变到不活动40502状态。在保持40510状态中，状态变量在接收摘机 40511输入后改变到活动40507状态，在接收拆线40513输入后改变 到拆线40515状态，在接收挂机40512输入后改变到不活动40502状 态。在拆线40515状态中，状态变量在接收复位40516输入后改变到 不活动40502状态。

如果VOCall对象在处于不活动40502状态期间接收一个输入呼 叫40517，状态变量就改变到输入40518状态。在输入40518状态 中，状态变量在接收拒绝40520输入后改变到不活动40502状态，在 接收回答40519输入后改变到活动40507状态。

图102显示的状态转换图表示VOConnection对象的m_state 变量(“状态变量”)可能发生的状态变化。状态变量开始40601 处于未接合40602状态。在未接合40602状态中，状态变量在接收 接合40603输入后改变到接合40604状态。在接合40604状态 中，状态变量在接收未接合40605输入后改变到未接合40602状 态，在接收中断40606输入后改变到中断40607状态。在中断 40607状态中，状态变量在接收接合40608输入后改变到接合 40604状态。

c)调度系统类

(1)类列表

回放会话

会议

调度

可调度的

(2)类描述

(a)回放会话

与会议一样，回放会话也需要调度。用参加者站点和视频操作员 站点进行一次呼叫。视频操作员存储与回放的外部部件系统将回放一 个调度过的预先选择的影片，替换向参加者站点的AV输出。回放会话 不使用MCU，在一个实施例中，只用到一个参加者站点。

         类          VOPlaybackSession

         基类        VOSchedulable

         继承类型    公共

         友类        -

(i)数据类型

enum  StatePlaybackSession_e{ERROR，  INACTIVE，  SETUP， ACTIVE，ENDING，FINISHED，lastPBSessionStates}；

enum playbackSessionOperation_e{ERROR，PREPARE，START， CLOSE，FINISH，lastPBSessionOperations}；

(ii)属性 访问级  类型       名称             描述 公共    ID_t       m_ID             在对会话进行预订时分配的

                                ID 公共    CString    m_name           会话的简短名称 公共    CString    m_description    简要说明 公共    CTime      m_startTime      开始时间 公共    CTimeSpan  m_duration       回放会话的持续时间 公共    int        m_xferRate       数据传输速率(信道数目) 保护  VOplaybackCall*         m_playbackCall     回放呼叫对象 保护  StatePlaybackSession_e  m_state            回放会话的状态 保护  StatePlaybackSession_e  m_transitionTable  状态转换表

  [lastPBSessionStates]

  [lastPBSessionOps]

(iii)过程

public boolean Setup()；

返回值：如果操作成功则返回真。

public boolean Setup()通过呼叫参加者来建立回放呼叫并启动 一个VOPlayer对象。这个函数可由调度程序来调用。

public boolean Start()；

返回值：如果操作成功则返回真。

public boolean Start启动播放器向回放呼叫播放。这个函数 可由调度程序来调用。

public boolean Close()；

返回值：如果操作成功则返回真。

public boolean Close向视频操作员—也可能向参加者一发送 消息，内容是回放会话就要结束。

public boolean Finish()；

返回值：如果操作成功则返回真。

public boolean Finish停止播放器并挂断回放呼叫。这个函数 可被调度程序调用。

public StatePlaybackSession_eStateGet()；

返回值：返回回放会话的状态。

用public StatePlaybackSession_e StateGet函数来找出回放 会话的状态。

protected  boolean  StateSet(playbackSessionOperation_e Operation)；

返回值：如果操作成功则返回真。

operation参数：已经执行的将导致状态改变的操作。

影响回放会话的状态的操作应当在操作执行之后调用保护的布尔 StateSet函数。该函数通过引用状态转换表中的当前状态和操作来改 变回放会话的状态。将创建一个类型为STATES_UPDATE的VOMessage 对象，发送到应用队列。GUI和任何读取该应用队列的部件于是就得 到状态更新的通知。

(b)会议

视频操作员的主要功能是管理会议。调度程序系统创建会议对 象，后者又创建连接(或参加者-MCU端口站点呼叫对)的列表。在 影片回放到会议的特殊案例中，要向MCU端口进行额外一次呼叫，以 与回放会话类似的方式向MCU回放影片。这当然要求有额外的MCU端 口可用并且在会议开始之前被调度。

          类          VOConference

          基类        VOSchedulable

          继承类型    公共

          友类        -

(i)数据类型

enum              conferenceMode_e{CONTINUOUS_PRESENCE， VOICE_ACTIVATED，LECTURE，DIRECTOR_CONTROL}；

enum StateConference_e{ERROR， INACTIVE，SETUP，ACTIVE， ENDING，FINISHED，lastConferenceStates}；

enum conferenceOperation_e{ERROR，PREPARE，START，CLOSE， FINISH，lastConferenceOperations}；

(ii)属性 访问级  类型              名称               描述

    ID_t               m_ID              预订时给予的ID

    CString            m_name            会议名称

    CString            m_description     简要说明

    CString            m_timeZone        时区

    CTime              m_startTime       会议开始时间

    CTimeSpan          m_duration        会议持续时间

    int                m_transferRate    传输速率

    int                m_numActiveConns  活动连接的数目

    conferenceMode_e   m_mode            会议方式

boolean                m_recordingScheduled     如果这个会议要记

                                                录则为真

CObList                m_connectionList         存储连接对象的列

                                                表

CMapStringToObj        m_participantSiteList    参加者站点列表

VOPlaybackCall         m_PlaybackCall           如果会议中有回放

                                                则有效

StateConference_e      m_state                  会议的当前状态

StateConference_e      m_transitionTable        状态转换表

[lastConferenceStates]

[lastConferenceOps]    

                                                 *呼叫建立类型

                                                 *音频协议 

                                                 *视频协议

                                                 *多MCU会议

                                                 *H.243主席控制

                                                 与口令

(iii)过程

public boolean Setup()；

返回值：如果操作成功则返回真。

public boolean Setup通过呼叫各个适当的参加者站点和MCU 站点在连接列表中建立各个连接(若需要还建立回放呼叫)，并执行 Join(接合)操作来创建连接。这个函数可由调度程序来调用。

public boolean Start()；

返回值：如果操作成功则返回真。

public boolean Start启动会议。这个函数可由调度程序来调 用。

public boolean End()；

返回值：如果操作成功则返回真。

public boolean End拆除会议中的连接，或者发出会议很快就要 结束的警告。这个函数可被调度程序调用。

public boolean Finish()；

返回值：如果操作成功则返回真。

public boolean Finish停止会议并挂断会议中的所有呼叫。这 个函数可被调度程序调用。

public StateConference_e StateGet()；

返回值：返回会议的状态。

用public StateConference_e StateGet函数来检查会议的状 态。

protected    boolean   StateSet(ConferenceOperation_e Operation)；

返回值：如果操作成功则返回真。

operation参数：已经执行的将导致状态改变的操作。

影响会议的状态的操作应当在操作执行之后调用保护的布尔 StateSet函数。该函数通过引用状态转换表中的当前状态和操作来改 变会议的状态。将创建一个类型为STATES_UPDATE的VOMessage对 象，发送到应用队列。GUI和任何读取该应用队列的部件于是就得到 状态更新的通知。

(c)调度

调度系统保存一个会议和回放会话的列表。每个会议和回放会话 都是在启动时间之前的特定时间间隔被创建的。内存中的调度表与当 前视频操作员的视频操作员共享数据库中存储的调度表应当总是保持 同步。

             类          VOSchedule

             基类        VOObject

             继承类型    公共

             友类        -

(i)属性 访问级  类型        名称             描述

    ID_t        m_operatorID     责任操作员的ID

    CMapString  m_schedItems     可调度对象(会议和回放会话)

    ToObj                        的列表

    CmapWordTo  m_schedAlarms    为可调度对象上的操作(构造和

    Ob                           删除)当前设置的警报的列表

(ii)过程

SynchWithDb()；对调度表与视频操作员共享数据库同步。

AddSchedulable(VOSchedulable*pSchedulable)；

pSchedulable参数：指向要向列表添加的可调度对象的指针。

AddSchedulable将可调度对象添加到列表中。

DeleteSchedulable(ID_t aSchedulable)；

aSchedulable参数：要从列表中删除的可调度对象。

DeleteSchedulable删除一个可调度对象并从列表中删除。

(d)可调度的对象或项

阶段1中可调度的项或对象是会议和回放会话。这个类允许我们 为任何类型的事件创建调度表。

          类          VOSchedulable

          基类        VOObject

          继承类型    公共

          友类         -

(i)属性 访问级  类型       名称         描述

    ID_t       m_requestor  请求者的ID

    Ctime      m_startTime  调度的开始时间

    CTimeSpan  m_duration   调度的事件持续时间

    Ctime      m_endTime    调度的事件结束时间

    MMRESULT   m_alarmID    当前设置的警报的ID

(ii)过程

public SetAlarm(Ctime time，LPTIMECALLBACK func)；

time参数：触发警报的时间。

func参数：当警报被触发时指向回调函数的指针。

返回值：如果操作成功则返回真。

public SetAlarm设置一个在特定时间触发的警报。当警报被触 发时，回调函数将被调用。这适用于依赖时间的事件，诸如会议开始 前15分钟，会议结束前5分钟，会议结束后30分钟。

public KillAlarm()；

返回值：如果操作成功则返回真。

public KillAlarm清除由SetAlarm()设置的最后一个警报。这 用于中断会议之类的情况。

(3)调度系统类的状态变量转换图

图103显示的状态转换图表示VOConference对象的m_state变 量(“状态变量”)可能发生的状态变化。状态变量开始40701处于 不活动40702状态。在不活动40702状态中，状态变量在接收“调度 时间之前15分钟”40703输入后改变到连接建立40704状态。在连接 建立40704状态中，状态变量在接收开始会议40705输入后改变到活 动40706状态。在活动40706状态中，状态变量在接收延长会议 40707输入后保持在活动40706状态，在接收结束会议(正常结束) 40708输入后改变到停止40707状态。在停止40707状态中，状态变 量在接收结束40710输入后改变到结束40711状态。

d)记录与回放类

(1)类列表

记录器

播放器

(2)类描述

(a)记录器

记录器与执行实际影片创建并记录呼叫的输入流的任意外部部件 通信。这种外部部件叫视频操作员存储与回放系统。

              类          VORecorder

              基类        VOObject

              继承类型    公共

              友类        -

(i)数据类型

enum StateRecorder_e {ERROR，IDLE，RECORDING，PAUSED， FINISHED，lastRecorderStates}；

enum recorderOperation_e{ERROR，BEGIN，PAUSE，RESUME， STOP，lastRecorderOps}

(ii)属性 访问级  类型        名称             描述

    VOMovie*    m_movie          影片

VOCall*               m_pCall            呼叫指针(记录用)

Cstring               m_info             参加者和会议名

Crime                 m_startTime        开始时间

Crime                 m_endTime          停止时间

CtimeSpan             m_duration         总记录的时间

StateRecorder_e       m_state            状态

StateRecorder_e       m_transitionTable  状态转换表

[lastRecorderStates]

[lastRecorderOps]

                                         *VSF对象

                                         *记录方式

(iii)过程

InitMovie()；VOSP初始化一个记录。这将告诉VOSP准备记录。

start()；VOSP开始记录。

stop()；VOSP停止记录。

setState(recorderOperation_e operation)；

operation参数：已经执行的、将导致状态变化的操作。

影响记录器的状态的操作应当在操作执行之后调用setState函 数。该函数通过引用状态转换表中的当前状态和操作来改变记录器的 状态。将创建一个类型为STATUS_UPDATE的VOMessage对象，发送到 应用队列。GUI和任何读取该应用队列的部件于是就得到状态更新的 通知。

(b)播放器

播放器与执行实际向呼叫的输出流回放影片的任意外部部件通 信。对于阶段1，这种外部部件叫视频操作员存储与回放系统。

             类          VOPlayer

             基类        VOObject

             继承类型    公共

             友类        -

(i)数据类型

enum  StatePlayer_e  {ERROR，  IDLE，  PLAYING，  PAUSED， FINISHED，nPlayerStates}；

enum playerOperation_e{ERROR，BEGIN，PAUSE，RESUME， STOP，RESET，nPlayerOps}

(ii)属性 访问级  类型             名称           描述

    VOMovie*        m_pMovie       影片

    VOCall*         m_pCall        呼叫指针(回放用)

    Cstring          m_info         参加者和会议名

    Ctime            m_startTime    开始和停止时间

    Ctime            m_endTime 

    CTimeSpan        m_duration     总回放时间

    StatePlayer_e    m_state        状态

    StatePlayer_e    m_transition   状态转换表

    [nPlayerStates]  Table

    [nPlayerOps]

                                    *VSF对象

                                    *回放方式

(iii)过程

public InitMovie()；

返回值：如果操作成功则返回真。

public InitMovie VOSP初始化回放。这将告诉VOSP准备回 放。

public Start()；

返回值：如果操作成功则返回真。

public Start VOSP开始回放。

public Stop()；

返回值：如果操作成功则返回真。

public Stop VOSP停止回放。

setstate(playerOperation_e operation)；

返回值：如果操作成功则返回真。

operation参数：已经执行的、将导致状态变化的操作。

影响播放器的状态的操作应当在操作执行之后调用setstate函 数。该函数通过引用状态转换表中的当前状态和操作来改变播放器的 状态。将创建一个类型为STATUS_UPDATE的VOMessage对象，发送到 应用队列。GUI和任何读取该应用队列的部件于是就得到状态更新的 通知。

(3)记录与回放类的状态转换图

图104显示的状态转换图表示VORecorder对象的m_state变量 (“状态变量”)可能发生的状态变化。状态变量开始40801处于空 闲40802状态。在空闲40802状态中，状态变量在接收开始记录 40803输入后改变到记录40804状态。在记录40804状态中，状态变 量在接收暂停40805输入后改变到暂停40806状态，或者在接收停止 40808输入后改变到结束40810状态。在暂停40806状态中，状态变 量在接收恢复40807输入后改变到记录40804状态，或者在接收停止 40809输入后改变到结束40810状态。

图105显示的状态转换图表示VOPlayer对象的m_state变量 (“状态变量”)可能发生的状态变化。状态变量开始40901处于 空闲40902状态。在空闲40902状态中，状态变量在接收开始播放 40903输入后改变到播放40904状态。在播放40904状态中，状态 变量在接收暂停40905输入后改变到暂停40906状态，或者在接收 停止40908输入后改变到结束40910状态。在暂停40906状态 中，状态变量在接收恢复40907输入后改变到播放40904状态，或 者在接收停止40909输入后改变到结束40910状态。在结束40910 状态中，状态变量在接收再播放40911输入后改变到播放40904状 态。

e)呼叫系统接口类描述

呼叫控制系统将管理视频操作员能管理的所有呼叫。这包括输入 和输出H。320呼叫管理以及对呼叫的低级操作，诸如记录与回放。视 频操作员应用用其呼叫系统接口来与一个以统一方式管理着所有呼叫 的呼叫控制系统外部部件通信。这就使视频操作员能够管理需要不同 外部程序的呼叫，向机器添加了额外的编码解码器，或者甚至管理远 程机器上的呼叫。

        类      VOCallSys

        基类    VOObject

       继承类型    公共

       友类        -

(1)数据类型

enum Bandwidth_e{MULTIRATE，BONDING，AGGREGATED，HO}；

使用BONDING的呼叫的Q.931用户信息：

0×00  0×01  0×07  0×44  0×79  0×00  0×00

0 1 7 447-9000

Bonded，1个号码，7位长度，447-9000

组合的Q.931用户信息：

0×00  0×02  0×07  0×44  0×79  0×00  0×00  0×FF  0×01

1 2 7 447-9000，1

组合的、2个号码，7位长度，447-9000，447-9001

(2)属性 访问级  类型   名称             描述 公共    int    m_numCalls       可得到的呼叫总数 公共    int    m_numConnections 可得到的连接总数

(3)过程

public Dial(Bandwidth_e calltype，CString destination)；

public Dial(Bandwidth_e calltype，CString destination， CString origination)；

返回值：如果操作成功则返回真。

calltype参数：规定要进行的呼叫的类型。

destination参数：规定要拨的目的地号码。

origination参数：规定要使用的发起号码，而不是操作员控制 台的实际号码。

public Dial外拨。

public Answer(ID_t call)；

call参数：等待回答的呼叫的呼叫ID

public Answer回答输入呼叫。

public Hangup(ID_t call)；

返回值：如果操作成功则返回真。

call参数：要挂机的呼叫的呼叫ID

public Hangup挂断呼叫。

public Hold(ID_t call)；

返回值：如果操作成功则返回真。

call参数：要保持的呼叫的呼叫ID

public Hold让呼叫保持。

public Join(ID_t call1，ID_t call2)；

返回值：如果操作成功则返回真。

call1参数：呼叫的呼叫ID

call2参数：呼叫的呼叫ID

public Join接合两个呼叫。

public Unjoin(ID_t，connection)；

返回值：如果操作成功则返回真。

connection参数：要拆接的连接的ID。

public Unjoin拆接指定的连接。

public StateCall_e CallStatus(ID_t call)；

返回值：返回呼叫的状态。

connection参数：要拆接的连接的ID。

public StateCall_e CallStatus报告指定呼叫的状态。

public StateConnection_e JoinStatus(ID_t，connection)；

返回值：返回连接的状态。

connection参数：要拆接的连接的ID。

public StateConnection_e JoinStatus报告指定接合的状态。

protected LaunchMCP()；

返回值：如果操作成功则返回真。

protected LaunchMCP启动Incite的MCP应用。

E.图形用户界面类

1.类层次

图106表示视频操作员图形用户界面(“GUI”)类的类层次。一 般来说，视频操作员将通过与视频操作员控制台GUI(“控制台 GUI”)的交互作用，执行本文所述的视频会议操作员系统的所有特 征。控制台GUI的主要部件是主控制台窗口、调度与连接列表窗口、 会议与连接窗口、消息区、音频与视频控制、发出及时信息的对话 框、表示可能不是频繁执行的行动的菜单项。MCU操作和特征将不在 视频操作员控制台GUI中实现，以便能采用不同的MCU模型类型来实 施不同的视频操作员系统。销售商特定的MCU操作将由与MCU应用一 起提供的销售商的软件来执行。在一个采用VideoServer的MCS的实 施例中，MCS工作站软件能用于实现的特征诸如有会议结束时间延 长、音频和视频堵塞(blocking)、会议直接控制，等等。这个软件 能与视频操作员GUI并行地运行。

如果用面向对象的程序设计术语来描述，GUI有一个创建并保存 所有窗口及窗口内的视图的主应用对象。主窗口是由VOConsoleApp 41008创建的VOMainFrame 41009。这个主窗口创建 VOScheduleWnd 41016、VOAlertWnd 41015、VOConferenceVw 41014、VOVideoWatchVw 41013。VOScheduleWnd 41016和 VOAlertWnd是可对接的窗口—意思是它们能附接到它们父窗口的一 边。本案例中的父窗口是VOMainFrame 41009。可对接的窗口也能 与边界分开，方法是将它们拖离。在这种情况下，它们就会像标准的 工具窗口一样。

各对象类的功能可以总结如下。VOConsoleApp 41008是主应用 类，VOMainFrame 41009是含有所有其它窗口的主窗口。 VOScheduleWnd 41016是显示操作员的调度的窗口，VOChildFrame 41010是用于多文档接口(“MDI”)窗口的一个框架窗口(frame window)。VOChildFrame 41010起着各个视图的主框架窗口的作 用。VOConferenceFrame 41018由VOChildFrame 41010导出，是会 议视图的框架窗口，VOConferenceVw 41014则是显示会议信息的窗 口。VOConferenceDoc 41012是对应VOConferenceVw 41014的文档 类。VOVideoWatchFrame 41017由VOChildFrame 41010导出，是用 于视频观察视图的框架窗口，VOVideoWatchVw 41013是显示视频流 和进行呼叫的控制的窗口。VOVideoWatchDoc 41011是对应视频观察 视图的文档类。

在一个用Visual C++作为程序设计语言的实施例中，CWnd 41001是CMDIFrameWnd 41005子类-1、CMDIChildWnd 41006子类 -2、CFromView 41007子类-3和CDialogBar 41002子类-4的超 类，使得CMDIFrameWnd 41005类对象、CMDIChildWnd 41006类对 象、CFromView 41007类对象和CDialogBar 41002类对象从 CWnd 41001类继承属性。CMDIFrameWnd 41005是VOMainFrame 41009子 类-1的超类，CMDIChildWnd 41006是VOChildFrame 41010子类- 1的超类，CFromView 41007是VOVideoWatchVw 41013子类-1和 VOConferenceVw 41014子类-2的超类，CDialogBar 41002是 VOAlertWnd 41015子类-1和VOScheduleWnd 41016子类-2的超 类。VOChildFrame 41010是VOVideoWatch 41017子类-1和 VOConferenceFrame 41018子类-2的超类，CWinApp 41003是 VOConsoleApp 41008子类-1的超类，CDocument 41004是 VOVideoWatchDoc 41011子类-1和VOConferenceDoc 41012子类- 2的超类。

VOConsoleApp 41008是与一个VOMainFrame 41009部件-1类对 象关联的汇编类，使得与每个VOConsoleApp 41008对象关联的只有 恰好一个VOMainFrame 41009对象。VOMainFrame 41009是与一个 VOVideoWatchFrame 41017部件-1类对象、一个VOConferenceFrame 41018部件-2类对象、一个VOAlertWnd 41015部件-3类对象和一 个VOScheduleWnd 41016部件-4类对象关联的汇编类，使得与每个 VOMainFrame 41009对象关联的只有恰好一个VOVideoWatchFrame 41017对象、恰好一个VOConferenceFrame 41018对象、恰好一个 VOAlertWnd 41015对象和恰好一个VOScheduleWnd 41016对象。

VOVideoWatchFrame 41017是与一个VOVideoWatchDoc 41011 部件-1类对象、一个VOVideoWatchVw 41013部件-2类对象关联的汇 编类，使得与每个VOVideoFWatchFrame 41017对象关联的只有恰好 一个VOVideoWatchDoc 41011对象、一个VOVideoWatchVw 41013对 象。从如上所述的Cdocument 41004类对象扩展的每个 VOVideoWatchDOC 41011对象使用从CFormView 41007类对象扩展的 一个VOVideoWatchVw 41013对象。

类似地，VOConferenceFrame 41018是与一个VOConferenceDoc 41012部件-1类对象、一个VOConferenceVw 41014部件-2类对象关 联的汇编类，使得与每个VOConferenceFrame 41018对象关联的只有 恰好一个VOConferenceDoc 41012对象、恰好一个VOConferenceVw 41014对象。VOConferenceDoc 41012使用VOConferenceVw 41014。

2.类和对象细节

a)用户界面类

(1)类列表 VOConsoleApp      主应用类 vOMainFrame       含有所有其它窗口的主窗口 VOSchedulewnd     显示操作员的调度表的窗口 VOOutputWnd       显示错误消息和警报的窗口 VOChildFrame      用于MDI窗口的框架窗口。它对各个视图起着框架主

              框架窗口的作用。 VOConferenceFrame 会议视图的框架窗口。这是从VOChildFrame导出

              的。 VOConferenceVw    显示会议信息的窗口。 VOConferenceDoc   与ConferenceVw对应的文档类。 VOVideowatchFrame 用于视频观察视图(Video watch view)的框架窗

              口。这是从VOChildFrame导出的。 VOVideowatchVw    显示为进行呼叫显示的视频流和控制的窗口。 VOVideoWatchDoc   与视频观察视图对应的文档类。

(2)类细节

(a)VOConsoleApp

       类          VOConsoleApp

       基类        CWinApp

       继承类型    公共

       友类        -

(i)属性 访问级  类型         名称         描述 保护    VOOperator*  m_pOperator  指向已登录的视频操

                              作员的指针

(ii)过程

Retcode CreateVideoOperator(CString login，Cstring password)；

返回值：如果成功，返回非零值；否则返回零。

login参数：操作员的登录ID。

password参数：操作员的口令。

Retcode CreateVideoOperator函数最初是在应用实例化期间被 调用的。

Retcode InitializeCallSystemComponents()；

返回值：如果成功，返回非零值；否则返回零。

Retcode InitializeCallSystemComponents函数最初是在创建 视频操作员之后、应用启动期间被调用的，它对指向由内部软件系统 启动的VOCallSystemInterface、VOCallObjMgr和 VOConnectionObjMgr对象的指针进行本地复制。

void OnGetVOMessage(VOMsg voMsg)；

voMsg参数：由内部软件系统传送的消息对象。

void OnGetVOMessage函数在应用从内部软件系统接收一个消息 时被调用，将消息重定向到适当的窗口。在初始实现中，消息被传送 到VOMainFrame，后者解释该消息。视消息的类型而定，消息或者在 VOOutputWnd中显示，显示在消息框，或者被传送到VOConferenceVw 和VOVideoWatch窗口。

(b)VOMainFrame

       类           VOMainFrame

       基类         CFrameWnd

       继承类型     公共

       友类         -

(i)属性 访问级  类型             名称               描述 保护    VOOperator*      m_pOperator        指向已登录的视频操作员的指针

    VOScheduleWnd*   m_pScheduleWnd     指向调度窗口的指针

    VOOutputWnd*     m_pOutputWnd       指向输出窗口的指针

    VOConferenceVw*  m_pConfVw          指向会议窗口的指针。如果同时

                                        有多个活动的会议窗口，则是一

                                        个指针组(collection)。

    VOVideoWatchVw*  m_pVideoWatchVw    指向视频观察窗口的指针

(ii)过程

Retcode SynchWithDb()；

返回值：如果成功，返回非零值；否则返回零。

login参数：操作员的登录ID。

password参数：操作员的口令。

Retcode SynchWithDb函数在调度表已经变化、需要与数据库同 步时被调用。

Retcode DisplayMessage(VOMsg voMsg)；

返回值：如果成功，返回非零值；否则返回零。

voMsg参数：从内部软件系统接收的VOMsg对象。

Retcode DisplayMessage函数在输出窗口显示voMsg对象的内 容，根据严重程度，也显示一个警报消息框。

void            OnConferenceStatusChanged(VOConference* pConference)；

pConference参数：指向其状态已经改变的会议对象的指针。

void OnConferenceStatusChanged函数在特定会议的状态改变 时被调用。

(c)VOScheduleWnd

       类          VOScheduleWnd

       基类        CDialogBar

       继承类型    公共

       友类        -

(i)属性 访问级  类型          名称          描述 保护    VOMainFrame*  m_pMainFrame  指向主框架窗口的指针

    VOSchedule*   m_pSchedule   指向视频操作员调度表

                                的指针

(ii)过程

Retcode DisplaySchedule(BOOL filter＝0)；

返回值：如果成功，返回非零值；否则返回零。

filter参数：为显示调度表而应用的过滤器(filter)。filter ＝0显示整个调度表，filter＝1只显示活动的会议和回放呼叫。

Retcode DisplaySchedule函数的调用，是为了在调度窗口中显 示会议和回放呼叫的列表。

Retcode DisplayConfSites(VOConference*pConference)；

返回值：如果成功，返回非零值；否则返回零。

pConference参数：指向要在调度窗口的站点列表框显示其站点 的会议对象的指针。

调用Retcode DisplayConfSites函数以显示调度窗口的站点列 表框中的站点列表。

Retcode onClickScheduledItem()；

返回值：如果该选择与先前的选择不同返回非零值，否则返回 零。

当用户单击在调度表框中的一个项目时，调用该Retcode OnClickScheduledItem函数。该初始的实施显示在该会议中的对应 站点或该站点和在该回放呼叫中的电影细节。

Retcale OnDblClickScheduledItem()；

返回值：如果打开了会议窗口返回非零值，否则返回零。

当用户双击在调度列表框中的一个项目时，调用该Retcode OnDblClickScheduledItem功能。该初始的实施为该调度的项目建立 一个新的VoConferenceVw。

Retcode OnClickSite()；

返回值：如果该选择与先前的选择不同返回非零值，否则返回 零。

当用户单击在调度窗的站点列表框中的项目时，调用该Retcode OnClickSite函数。

(d)VOOutputWnd

       类         VOOutputWnd

       基类       CdialogBar

       继承类型   公共

       友类       -

(i)属性 访问级  类型          名称          描述 保护    VOMainFrame*  m_pMainFrame  指向主框架窗口的指针

(ii)过程

Retcode DisplayMessage(CString info，VOMsg*pVoMsg＝NULL)；

返回值：如果成功，返回非零值；否则返回零。

info参数：要显示的其它信息。

pVoMsg参数：指向pVoMsg对象的指针。

Retcode DisplayMessage函数在输出窗口显示消息文字。如果 pVoMsg＝NULL，则只显示info。

(e)VOConferenceVw

       类          VOConferenceVw

       基类        CFormView

       继承类型    公共

       友类        -

(i)属性 访问级  类型            名称              描述 保护    VOOperator*     m_pOperator       指向已登录的视频操作员的指针

    VOMainFrame*    m_pMainFrame      指向主框架窗口的指针

    VOVideoWatchVw* M_pVideoWatchVw   指向视频观察窗口的指针

    VOOutputWnd*    M_pOutputWnd      指向输出窗口的指针

(ii)构造器

protected VOConferenceVw()；

VOConferenceVw(VOConference*pConference)；

VOConferenceVw(VOPlaybackSession*pPbSession)；

pConference参数：指向要为其创建一个视图的会议对象的指 针。

pPbSession参数：指向要为其创建一个视图的回放会话对象的指 针。

会议视图用于显示有关任何会议和调度的回放会话的信息。这个 视图仅当用户双点击调度窗口中的会议/回放会话时才被主窗口调用。

(iii)过程

void            OnConferenceStatusChanged(VOConference* pConference)；

PConference参数：指向状态已经改变的会议对象的指针。

void OnConferenceStatusChanged在会议状态已经改变时被调 用，以便能对UI(用户界面)作相应更新。

void       OnPbSessionStatusChanged(VOPlaybackSession* pPbSession)；

pPbSession参数：指向状态已经改变的回放会话对象的指针。

Void OnPbSessionStatusChanged在回放会话的状态已经改变时 被调用，以便能对UI作相应更新。

void OnConnStatusChanged(VOConnection*pConnection)；

pConnection参数：指向状态已经改变的连接对象的指针。

Void OnConneStatusChanged在连接的状态已经改变时被调用， 以便能对UI作相应更新。

void OnCallStatusChanged(VOCall*pCall)；

pCall参数：指向状态已经改变的回放会话对象的指针。。

Void OnCallStatusChanged在当前会议/回放会话中某呼叫的状 态已经改变时被调用，以便能对UI作相应更新。

void OnPbCallStatusChanged(VOPbcall*pPbCall)；

pPbCall参数：指向状态已经改变的回放会话对象的指针。

Void OnPbCallStatusChanged在回放会话的状态已经改变时被 调用，以便能对UI作相应更新。

void DisplayConnectionStatus(VOConnection*pConnection)；

pConnection参数：指向状态已经改变的连接对象的指针。

Void DisplayConnectionStatus的调用是为了显示连接的状态。

void DisplayCallStatus(VOCall*pCall)；

pCall参数：指向状态已经改变的呼叫对象的指针。

Void DisplayCallStatus的调用是为了显示呼叫的状态(参加 者或MCU)。

void DisplayRecordingStatus()；如果有会议中的任何呼叫正在 被记录，就调用该函数来显示记录状态。

void DisplayWatchStatus()；调用该函数来显示在当前会议或回 放会话中的哪个呼叫正在受到监控。

void DisplayPlaybackStatus()；调用该函数来显示回放状态。

Retcode OnDialSite()；

返回值：如果读操作启动成功，返回非零值；否则返回零。

Retcode OnDialSite在点击参加者一方的Dial(拨叫)钮时被 调用。这将拨叫选定连接的参加者。

Retcode OnDialMCU()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode OndialMCU在点击MCU一方的Dial(拨叫)钮时被调 用。这将拨叫分配给选定参加者的MCU端口。

Retcode OnHangupSite()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode OnHangupSite挂断对参加者的呼叫。

Retcode OnHangupMCU()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode OnHangupMCU挂断对MCU的呼叫。

Retcode OnHoldSite()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode OnHoldSite函数让参加者保持(如果呼叫是活动的)。

Retcode OnHoldMCU()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode OnHoldMCU函数让MCU保持(如果呼叫是活动的)。

Retcode OnWatchSite()；

返回值：如果成功，返回非零值；否则返回零。

Retcode OnWatchSite函数将监视当前参加者。对应该参加者的 视频流将在视频观察窗口上显示。

Retcode OnWatchMCU()；

返回值：如果成功，返回非零值；否则返回零。

Retcode OnWatchMCU函数开始监视对应会议中某参加者的MCU 引柄(leg)。视频流将在视频观察窗口上显示。

Retcode OnRecordMCU()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode OnRecordMCU函数开始记录MCU流。如果记录已经在进 行，则该函数暂停/停止记录。

Retcode OnRecordSite()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode OnRecordSite函数开始记录对应选定参加者的流。如 果记录已经在进行，则记录将暂停/停止。

Retcode MakeAutoConnection()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode MakeAutoConnection的调用是为了自动连接参加者和 MCU，如果成功，就将它们接合。

Retcode MakeAutoDisconnection()；

返回值：如果对操作已启动成功，返回非零值，否则为零。

调用Retcode MakeAutoDisconnection，以便自动地断开该接 合，并断开对参加者和MCU的呼叫。

Retcode ConnectAll()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode ConnectAll的调用是为了自动地逐一进行所有连接。

Retcode DisconnectAll()；

返回值：如果该操作启动成功，返回非零值；否则返回零。

Retcode DisconnectAll的调用是为了拆断所有会议连接。

(f)VOVideoWatchVw

        类          VOMainFrame

        基类        CFrameWnd

        继承类型    公共

        友类        -

(i)属性 访问级  类型            名称            描述 保护    VOOperator*     m_pOperator     指向已登录的视频操作员

                                    的指针

    VOCallObjMgr*   m_pCallMgr      指向呼叫对象管理器的指

                                    针

    VOScheduleWnd*  m_pScheduleWnd  指向调度窗口的指针

(ii)构造器

VOVideoWatchVw()；

(iii)过程

void OnDial()；拨在目的地编辑框中的号码。

void OnTransfer()；向某号码参数当前呼叫。这将显示一个对话 框，用户在其中输入呼叫要传输到的号码顶。

void OnAnswer()；当点击Answer键时被调用。

void OnForward()；当点击forward键时被调用。所有呼叫都将 被转发到所提供的转发号码。

void OnMute()；当点击Mute键时被调用。开/关静音。

void OnHangup()；当点击Hang-up键时被调用。挂断当前呼 叫。

void OnHold()；当点击Hold键时被调用。使当前呼叫保持。

void OnPickup()；当点击Pickup键时被调用。将保持的呼叫摘 机。

void OnPrivacy()；当点击Privacy键时被调用。开/关私密。

void OnPlayMovie()；当点击Play键时被调用。这将显示一个对 话框，内有要选择的影片的列表。一旦选择某个影片，就播放该影 片。

void OnRecordCall()；当点击Record键时被调用。

void OnJoinToConference()；当点击Join Conf链时被调用。 这将显示活动会议和站点或回放会话的列表。操作员将选择对应当前 呼叫的站点，该呼叫将连接到该会议。

void WatchVideo(BOOL selection)；

返回值：如果成功，返回非零值，否则返回零。

selection参数：规定要观察什么。

selection＝VDOWATCH CONFERENCE显示从该站点/MCU选择的用 于观察的视频。

selection＝VDOWATCH_SELF显示视频操作员的摄相机的输出。

selection＝VDOWATCH_CALL显示从视频观察窗口所提供的列表框 中选择的呼叫的视频，或者显示输入呼叫的视频(若有的话)。

调用void WatchVideo函数选择要观察的视频流。

void OnDisplayCallsWindow()；当点击‘Calls’钮时被调用。

void OnSelfView()；当‘SelfView’检查框被检查或未检查时被 调用。当自我视图被检查时，视频操作员的摄相机输出就在单独一个 小窗口上显示。

void OnLocalVolume()；当Local Volume滑动条位置变化时被 调用。这将调节本地音量。

void OnRemoteVolume()；当Remote Volume滑动条位置变化时 被调用。这将调节远程音量信号。

                     b)媒体控制类描述

                    (1)VOMediaControl

      类              VOMediaControl

      基类            VOObject

      继承类型        公共

      友类            -

                       (a)属性 访问级  类型              名称          描述 保护    struct            m_portInfo    这个结构用于

    MtsLinkPortInfo                 与MCP通信

                       (b)构造器

VOMediaControl()；

                       (c)过程

public    void    SetVolume(short    rightVolume，short leftVolume)；

rightVolume参数：0-1000之间的整数。

leftVolume参数：0-1000之间的整数。

public void SetVolume设置音量控制。

public short GetVolume(short channel)；

返回值：返回指定信道的音量。

channel参数：设置channel＝PORT_CHANNEL_RIGHT用于右音量 设置，设置channel＝PORT_CHANNEL_LEFT用于左音量设置。

public short GetVolume返回指定信道的当前音量。

public void SetSelfView(long flags)；

flags参数：设置自我视图的特性，有效的flag值是：

SELFVIEW_ON          显示自我视图。

SELFVIEW_OFF         隐藏自我视图。

SELFVIEW_MIRRORED    镜象自我视图。

public void SetSelfView设置自我视图的特性。

public long GetSelfView()；

返回值：返回自我视图设置

public long GetSelfView返回自我视图设置，它用于发现自我 视图是可见的、隐藏的还是镜象的。

public void SetSelfViewSize(short size)；

size参数：自我视图的预定大小之一。

public void SetSelfViewSize设置自我视图窗口的大小。有效 值是FULL_CIF、HALF_CIF、QUARTER_CIF。

public short GetSelfViewSize()；

返回值：返回自我视图的当前大小

public short GetSelfViewSize函数返回当前自我视图窗口的 大小。该值是预定大小之一。见SetSelfViewSize对大小的说明。

public void SetAutoGain(BOOL autoGain＝TRUE)

autoGain参数：要允许自动增益，应当为TRUE；要禁止则应当 为FALSE。

public void SetAutoGain函数视autoGain的值允许或禁止自 动增益。

public BOOL GetAutoGain()；

返回值：返回当前自动增益设置。

public BOOL GetAutoGain函数返回当前自动增益设置；如果自 动增益允许，为真，否则为假。

public void SetEchoCancellation(bool bCancel)；

bCancel参数：如果bCancel为真，允许“取消”；如果为假， 禁止“取消”。

public void SetEchoCancellation允许或禁止回声取消。

public BOOL GetEchoCancellation()；

返回值：返回当前的回声取消状态。

public BOOL GetEchoCancellation读取当前的回声取消的状 态。

public short GetVideoMode(short mode＝MODE_RX)；

返回值：返回视频模式。

mode参数：指示接收或传输模式。

public short GetVideoMode读取音频接收或传输模式，具体视 模式的值而定：mode＝MODE_RX表示接收模式，mode＝MODE_TX表示传 输模式。

public short GetAudioMode(short mode＝MODE_RX)；

返回值：返回音频方式。

mode参数：指示接收或传输模式。

public short GetAudioMode读取音频接收或传输模式，具体视 模式的值而定：mode＝MODE_RX表示接收模式，mode＝MODE_TX表示传 输模式。

public void SetVideoWnd(HWND hWnd)；

hWnd参数：指向视频要被显示的窗口的指针。

public void SetVideoWnd函数在hWnd参数标识的窗口显示视 频。

public HWND GetVideoWnd()；

返回值：返回视频正在其中显示的窗口的控制。如果未设置窗口 则返回零。

public HWND GetVideoWnd函数被调用时，检索视频正在其中显 示的窗口的控制。

public void MakeVideoWndResizeable(BOOL，bResize＝TRUE)；

bResize参数：如果bResize为真，视频窗口是可变大小的；如 果为假则是不可变大小的。

public void MakeVideoWndResizeable函数用bResize＝TRUE 使视频窗口可变大小；要让窗口大小固定，则要使bResize为假。

public BOOL IsVideoWndResizeable()；

返回值：如果视频窗口是可变大小的，返回真；否则返回假。

调用public BOOL IsVideoWndResizeable函数确定视频窗口是 否是可变大小的。

F.视频操作员共享数据库

1.数据库概要图

图107表示视频操作员共享数据库(见图98的40214)的数据 库概要图。在一个实施例中，数据库含有下列表。CONFERENCE(会 议)41104列举已调度会议的细节，PARTICIPANT(参加者)41105 列举会议的参加者，CONF_PARTICIPANT41108含有CONFERENCE 41104和PARTICIPANT 41005表中的关键字，关键字用于确定任何 会议中的参加者。MCU 41102含有来自各种供应商的不同MCU的特 性，MCUPORT 41106含有MCU 41102表的MCU标识号以及参加者用 来连接到会议的MCU的端口。VOPERATOR列举视频操作员属性， VOTYPES列举用于定义会议或参加者的所有类型(例如协议、带 宽)，VOTYPEVALUES 41107列举各个已定义类型的值。

VDO_OPERATOR 41101表中的每个视频操作员记录，都在其ID域 中含有一个独有的标识号，其号码可出现COFERENCE 41104表的 operatorID域中，将各视频操作员分配到在COFERENCE 41104表中 预置的特定会议。COFERENCE 41104表中的每个会议记录又在其ID域 中含有一个独有的标识号，其号码可出现在CONF_PARTICIPANT 41108表的confID域。类似地，PARTICIPANT 41105表中的每个参加 者记录又在其ID域中含有一个独有的标识号，其号码可出现在 CONF_PARTICIPANT 41108表的participantID域。最后，MCU 41102表中的每个MCU记录又在其ID域中含有一个独有的标识号，其 号码可出现在MCUPORT 41106表的meuID域，标识与该MCU关联的 MCU端口集。MCUPORT 41106表中的每个MCU端口记录又在其ID域中 含有一个独有的标识号，其号码可出现在CONF_PARTICIPANT 41108 表的mcuPortID域。在CONF_PARTICIPANT 41108表内，confID、 participantID和mcuPortID作为交叉引用的关键字，用于定义具有 给定会议轮廓、一组参加者和一个MCU端口的特定会议。

此外，VOType 41003表中的每个VOType记录又在其ID域中含 有一个独有的标识号，其号码可出现在VOTYPEVALUES 41007表的 typeID域，标识与该VOType关联的一组值。

G.视频操作员控制台图形用户界面窗口

1.主控制台窗口

图108表示在视频操作员终端(图96中的1)上出现的主控制台 窗口41201的一个实施例，表示可能安置调度窗口41202、会议窗口 41203、视频观察窗口41204和控制台输出窗口41205。主控制台窗口 41201使视频操作员能管理视频会议。

2.调度窗口

图109表示调度窗口41202的一个实施例，图中显示了以下8小 时要由当前视频操作员处理的全部会议41305和回放会话41306。在 一个实施例中，该列表在应用启动时，以15分钟的间隔更新，每次会 议结束时更新。

调度窗口将有两个滚动文本区-一个区用于会议41301、另一个 用于参加选定会议的站点41302。如果双击会议名称，就会出现适当 的会议窗口(图108、110的41203)。

3.会议窗口

图110表示会议窗口41203的一个实施例，它在操作员在调度 窗口41202中选择一个会议或回放会话时被显示。会议窗口41203 的显示，取决于是否从调度窗口41202中选择了一个会议或者回放 会话。每次只显示一个会议窗口。打开新的会议窗口时，现有的会 议窗口就隐藏起来。尽管一个会议窗口被隐藏起来，但会议的状态 和连接仍然受到监控。图110显示一个会议会话41401。会议窗口 41203显示会议参加者列表41415和单选按钮，单选按钮用于选择 性地操作个别连接，包括呼叫建立、察看、回放和记录。

有关会议的信息，诸如持续时间、开始时间、结束时间、回放和 记录状态以及会议类型，在窗口的底部显示。如果操作员在会议窗口 41203内双击，其中在该窗口没有与该双击点位置关联的动作发生， 则显示特性框(图113的41701)与会议设置。

会议在结束会议按钮按下时结束。这将拆接所有与该会议相关联 的所有呼叫。

会议窗口41203显示会议中的连接以及它们的连接状态41417， 包括为尚未加入的连接41421保留的任何自由的MCU端口插槽。每个 连接列表含有一个单选按钮41422、参加者站点名称41423和状态灯 41418-41420。两个呼叫的状态和接合受到监视并在会议窗口41203 中连同站点名称一起显示。状态方块41418-41420是彩色框，不同 的颜色代表不同的呼叫状态(例如，无呼叫、呼叫在进行、活动呼 叫、被拆线的活动呼叫)。

会议窗口41203提供点击按钮41417，它定义参加者站点通过视 频操作员路由选择的、连接到MCU端口站点的次序。这部分窗口具有 的其它特征是，观察来自呼叫的视频输入、记录来自任一方呼叫的视 频输入向参加者站点或MCU进行正常的视频呼叫。

箭头41424的颜色代表各个呼叫的状态。箭头的颜色也在连接列 表中的状态灯41418-41420重复。

如果有与会议关联的回放连接41425，则只有一个呼叫对MCU端 口站点是必需的。将不能访问正常参加者站点呼叫建立接口，接合控 制41405将变成回放的启动和停止的开关。

只有当某已定义连接的MCU端口呼叫处于不活动(或拆线)状态 时，才能访问自由的MCU端口。这就允许操作员就像是参加者一样地 参加会议。这是通过选择与自由MCU端口呼叫的连接而实现的。当连 接时，操作员能通知其余的参加者，操作员正在试图接触或恢复一个 连接。

有一些功能限制将在会议窗口41203反映出来。会议窗口41203 不应当允许访问不能执行的功能，例如：

·视频操作员一次只能查看一个呼叫。

·视频操作员能在任何时候用软件单向解码器记录任何呼叫。

·回放连接选择适当改变呼叫建立按钮。

·视频操作员只有在MCU端口呼叫不活动时才能参加会议。

·视频操作员只有在参加者被拆线时才能与该参加者交谈。

为了阐明这一点，下面用会议窗口来作一次简单的连接建立。通 过按下靠近参加者站点框41402的呼叫(Call)按钮，操作员呼叫 Adams(或者，Adams也可以呼叫操作员)，然后操作员将呼叫置于保 持41407。通过按下靠近MCU端口站点框41403的呼叫按钮，操作员 呼叫MCU，然后将呼叫置于保持41408。通过按下接合(Join)按钮 41405，这两个呼叫就接合了。在另一个实施例中，这个可以是个自动 的而不是人工的过程。Adam和MCU现在以H.320视频呼叫连接起来。 所有三个箭头41424都是绿色的。

4.视频观察窗口

图111表示一个视频观察窗口41204的实施例，该窗口显示来自 会议连接的选定呼叫或单独的输入或输出呼叫的H.320输入。视频观 察窗口41204也有对进行正常呼叫的控制41512和媒体控制，诸如音 频控制41509-41510。

视频观察窗口是选定呼叫的视频输出的单向H.320解码的显示。 缺省的设置将显示第一活动站点的MCU呼叫。要观察任何其它呼叫， 必须按下会议窗口中适当的查看(View)按钮。对这个窗口的音频和 视频控制，诸如音量控制41509-41510、图象大小控制41511等等， 是用视频控制面板管理的。

当操作员选择向某站点或某活动会议的可用时间片(slot)进行 一次正常H320视频呼叫(点对点)时，就用视频观察窗口41204来 查看视频。当操作员选择Self View(自我查看〕按钮41506时，就应 当在附近出现一个小的自我查看窗口。

5.控制台输出窗口

图112表示一个控制台输出窗口41205的实施例，该窗口显示所 有错误和报警41601.该窗口是可滚动的，所以视频操作员能够看到 当前会话中所出现的所有错误。这些消息也记录到一个文本文件作将 来参考用。

6.特性对话框

图113表示特性对话框41701。对话框是临时性窗口，只是暂时 被显示。它们通常用于输入数据或显示要求引起立即注意的信息。这 将是一个显示特定会议或站点的特性的非模态对话框。任何时候将只 能打开一个这种窗口。如果用户的的注意力在另一个会议窗口或连接 窗口，就用适当的特性更新同一个对话框。图113表示了与特定站点 关联的特性，包括站点协调器41702、站点电话号码41703、时间 41704、连接类型41705、终端类型41706。Close(关闭)按钮 41707关闭特性对话框41701.

XVII.万维网(WWW)浏览器能力

A.用户接口

图形用户界面的设计，使得从工作站到服务器只需要一个单一 的IP连接。这个单一的IP连接既支持WWW浏览器与WWW站点之间 的因特网连接，也支持PC客户机与通用收件箱(即消息中心)的消 息传递连接。PC客户机接口与WWW浏览器接口集成，使得这两个部 件能共存于同一个工作站，共享单一IP连接而不会导致两个应用之 间的冲突。

WWW浏览器访问受到任何可由商业渠道获得的WWW浏览器的支 持：

·Mirosoft Internet Explorer；

·Netscape Navigator(1.2、2.X)；

·Spyglass Mosaic

此外，WWW浏览器接口被优化，以支持Windows 95，不过， Windows 3.1、Windows 3.11也受支持。

WWW浏览器接口检测用户工作站(或终端)的显示特性，改编该 表示以支持工作站的显示设置。该表示是在640×480象素显示左右优 化的，但是也能利用800×600(或更高)监视器的增强型分辨率和显 示质量。

为提高性能，用户能在‘最小图’与‘全图’表示之间作出选 择。WWW浏览器将检测用户选择了‘最小图’还是‘全图’，只发送 适合的图形文件。

B.性能

从WWW站点或个人主页向用户工作站或终端下载信息的响应时间 符合下列基准：

工作站配置：

·处理器：486DX-33MHz；

·内存：12MB；

·监视器：VGA、Super VGA或XGA；

·访问：拨号；

·Windows 95；

·表示选择：全图

·外设：声卡、音频播放软件、14.4Kbps调制解调器。

要求                平均值    极限值

检索个人主页。时间的计20秒    30秒

算从用户选择书签到状态

条显示“Document：Done”

检索个人主页以外的其它5秒(仅文本)  15秒(仅文本)

WW屏。时间的计算从用户或者         或者

选择超文本链路或标签到15秒(调度屏) 30秒(调度屏)

状  态  条  显  示

“Document：Done”

开始播放话音邮件消息。10秒         15秒

时间的计算从用户选择消

息中心中的话音邮件消息

到流音频文件开始在用户

工作站上播放。

在从WWW站点向工作站下载一屏或页之后，光标被预先定位到第 一个被要求的域或者能被更新的域。

C.个人主页

系统提供用户建立个人主页的能力，个人主页是人们与用户通信 或与用户计划会面的工具。称访问用户的个人主页的人为客人，“拥 有”个人主页的用户为用户。

对个人主页的客人访问支持以下特征：

·通过网络MCI寻呼创建和发送基于文本的寻呼消息；

·创建和向电子邮件(MCI邮件或因特网MCI)帐户发送电子邮件 消息；

·访问用户日历以安排会面。

通过用户个人主页生成的消息传送到用户的网络MCI或Sky Tel 寻呼机或MCI电子邮件帐户。

客人编制的电子邮件消息将：

·在电子邮件标题提出用户的名字，而不是用户的电子邮件地 址；

·在电子邮件标题提供一个域，用于

-发送者的名字(必选域)、

-发送者的电子邮件地址(任选域)、

-主题(任选域)。

客人在用户个人主页上“请求”约会。

·用户个人主页上请求的约会将用“(R)”作为前缀。

·同意的约会将用“(A)”作为前缀。

用户负责例行检查他们的日历，并同意或删除请求的约会，并 开始对请求方的必要的跟踪通信。由(“A”)作为同意的约会的 前缀。

安全要求

对从个人主页的日历访问的设计要支持两级安全：

·无PIN访问：

-只有次数，或

-次数与事件；

·PIN访问：

-只有次数，或

-次数与事件；

1.存储要求

系统以下列方式存储和保留过去和将来的约会：

·本月加上过去6个月的历史日历约会

·本月加上以后12个月的将来日历约会。

用户能选择下载预定要在数据库中被覆盖的月约会的内容。将要 被下载到用户的日历信息，以逗号作分隔符，或者是DBF格式，能输 入到microsoft Schedule+、ACT或Asend软件中。

2.在屏帮助文本

在屏帮助文本提供客人和用户对要在个人主页内执行的域特定 的“帮助”指令的图标访问。帮助文本提供的信息描述了：

·如何通过网络MCI寻呼从个人主页发送给用户一个基于文本的 寻呼消息；

·如何从个人主页到MCI电子邮件帐户发送给用户一个电子邮件 消息；

·如何访问和更新用户的日历；

·如何定位用户的个人主页；

·如果通过MCI预订自己的个人主页。

3.个人主页目录

提供客人通过现有MCI主页访问个人主页目录的能力。这个目录 允许客人就特定个人主页地址，通过规定姓氏(必需)、名字(可 选)、组织(可选)、国家(可选)和/或邮政编码(可选)，检索所 有建立的个人主页帐户。个人主页目录检索的结果返回以下信息： 姓、名、中间名首字母、组织、城市、州和邮政编码。尽管城市一项 不在检索条件中，却在检索结果中提供。

客人定位个人主页的另一个手段是通过WWW浏览器。许多WWW浏 览器都有内置的检索“网目录”的能力。用户的个人主页在由WWW浏 览器给出的因特网地址目录中列出。从MCI主页进行检索的好处是， 只有个人主页被索引(和检索)。通过WWW浏览器菜单选择来进行检 索，将不把检索限制到个人主页，因此将通过更大的URL列表进行检 索。此外，客人能输入用于个人主页的特定URL(即打开位置)而不 是进行一次检索。这对那些没有在目录中将他们的个人主页列举的用 户来说特别重要。

4.控制条

控制条出现在个人主页的底部。控制条是在客人已经从MCI主页 选择了个人主页之后出现的。控制条提供客人访问以下特征：

·帮助文本

·MCI主页

·个人主页目录

·反馈

5.主页

主页是用户从WWW浏览器执行消息检索、行使轮廓管理的切入 点。主页的设计，提供用户能容易地访问消息中心或轮廓管理。

6.安全要求

对消息中心或轮廓管理的访问限于授权用户。用户被提示输入用 户ID和口令，然后才能访问消息中心或轮廓管理。在三次不成功的尝 试之后，用户被阻止访问消息中心或轮廓管理，一个WARNING(警告) 消息提醒用户与MCI用户支持组联系。该帐户被关闭，直到MCI用户 支持代表恢复该帐户。帐户恢复后，要求用户更新其口令。

如果向消息中心登录成功，用户不必受另一次对(同样的)用户 ID和口令的询问就能访问轮廓管理。对成功访问轮廓管理的用户来 说，情况也是一样—他们不必受另一次对(同样的)用户ID和口令的 询问就能访问消息中心。口令的有效期为1个月。如果口令到期，要 提醒用户更新口令。对口令的更新，要求用户输入到期的口令，再将 新口令输入两次。

7.在屏帮助文本

提供用户对在主页内操作的域特定的“帮助”指令的图标访问。 帮助文本提供的信息描述了：

·如何访问消息中心；

·如何访问轮廓管理；

·如何访问MCI主页；

·如何访问个人主页；

·如何通过消息中心发送(创建或转发)消息；

·如何通过消息中心提交消息；

·如何更新直达线MCI轮廓；

·如何更新信息服务轮廓；

·如何访问个人主页；

·如何更新他们的个人主页；

·如何在主页上提供反馈；

·如何预订用户指南。

控制条(Control Bar)

控制条出现在主页的底部。控制条提供客人对下列特征的访问：

·帮助文本；

·MCI主页

·个人主页目录

·反馈。

8.轮廓管理

除了以上讨论的在屏帮助文本和控制条外，轮廓管理屏还提供一 个标题条(Title Bar)。标题条使用户能容易地访问轮廓管理各部件， 快速访问消息中心。通过使用标签来提供对轮廓管理各部件的访问。 标签包括：

·直达线MCI；

·信息业务；

·个人主页；

·列表管理；

·消息处置。

直达线MCI标签包括表示直达线MCI的内在部件的其它标签：

·话音邮件；

·传真邮件；

·寻呼。

直达线MCI轮廓管理系统提供用户一个轮廓管理页，从此可以对 其中的帐户轮廓信息进行操作，以便：

·创建新的直达线MCI轮廓并为轮廓赋名；

·更新现存的直达线MCI轮廓；

·支持基于规则的直达线MCI创建和更新逻辑(例如，只对一个 呼叫路由选择选择项如话音邮件的选择，调用向话音邮件的替换路由 选择；在一屏中所作的更新波及所有受影响屏—如寻呼通知)；

·允许一个直达线MCI号码；

·允许并定义替代路由选择号码；

·允许并定义FollowMe(随我)路由选择；

·为直达线MCI FollowMe路由选择序列中的每个号码定义RNA 参数；

·允许并定义最终路由选择(以前称作备用路由选择)到：

-话音邮件和寻呼机、

-仅话音邮件、

-仅寻呼机、

-最终消息；

·如果有两个或更多的呼叫路由选择选项(FollowMe、话音邮件、 传真邮件或寻呼机)被允许，则调用菜单路由选择；

·允许话音邮件；

·允许传真邮件；

·允许寻呼；

·为传真邮件投递定义缺省号码；

·为话音邮件启动寻呼通知；

·为传真邮件启动寻呼通知；

·定义激活/去激活不同直达线MCI轮廓的计划；

·提供客人为紧急投递而对话音邮件分类的选择；

·为所有消息类型配置时区，用于标识消息被接收的时间；

·为以下各项定义呼叫屏蔽参数：

-名称和ANI；

-仅ANI；

-仅名称；

·允许或禁止停留并寻呼。

9.信息业务轮廓管理

信息业务轮廓管理提供用户选择信息源、投递机制(话音邮件、 寻呼机、电子邮件)以及根据信息源和内容选择投递频率的能力。具 体来说，用户能配置以下的任何信息源：

·股票指数和金融新闻；

·新闻摘要

股票指数和金融新闻提供用户以下内容：

·商业新闻摘要；

·股票指数(延迟时间不超过10分钟)；

·证券市场报道(每小时一次，上午/下午或COB)；

·货币与债券报道(每小时一次，上午/下午或COB)；

·贵金属报道(每小时一次，上午/下午或COB)；

·商品报道(每小时一次，上午/下午或COB)；

商业新闻摘要每天通过电子邮件投递一次。各种报道(证券市场、 货币与债券、贵金属、商品)按用户规定的时间间隔投递。按小时报 道要求电子邮件的计时标记是整点后10分钟。上午/下午报道要求上 午(东部时间上午11：10)传输一个电子邮件消息，下午(东部时间下 午5：10)传输一个电子邮件消息，COB报道要求在东部时间下午5：10 传输。

证券市场报道的内容含有：

·股票或共同基金自动行情报价机符号(mutual fund ticker symbol)；

·股票或共同基金开盘价；

·股票或共同基金收盘价；

·最后记录的股票或共同基金的叫卖价；

·最后记录的股票或共同基金的叫买价；

·股票或共同基金的52周高；

·股票或共同基金的52周低。

股票指数和金融新闻提供用户从可得到的股票和共同基金列表中 进行选择并定义提供话音邮件或基于文本的寻呼的标准的能力。可定 义的标准称为‘触发点’，可以是以下的任何或全部条件：

·股票或共同基金达到52周的高值；

·股票或共同基金达到52周的低值；

·股票或共同基金达到用户定义的高点；

·股票或共同基金达到用户定义的低点。

在‘触发点’条件得到满足后，就在1分钟内向用户传输一个消 息(话音邮件或基于文本的寻呼)。话音邮件被发送到用户在用户直达 线MCI帐户中定义的邮箱。股票指数和金融新闻的信息内容的时间不 超过10分钟。

10.个人主页轮廓管理

个人主页轮廓管理提供用户定制他们的个人主页并定义客人如何 与它们(电子邮件和基于文本的寻呼)通信的能力。此外，轮廓管理 也使用户能控制客人对他们日历的访问。具体来说，用户能够：

·建立和维护一个问候消息；

·建立和维护一个联系信息(即地址信息)；

·建立和维护一个个人日历；

·选通或禁止客人对寻呼、电子邮件或日历的访问；

·通过定义用于标准或特权访问的PIN来控制客人对日历的访 问；

·将经认可的用户提交的图象诸如个人照片或公司图标放在个人 主页上的预定位置。

建立个人主页时，联系信息是与用户的投递地址信息一起提供 的。用户有能力更新联系信息内的该地址信息。

11.列表管理

列表管理提供用户创建和更新列表的能力。轮廓管理提供用户定 义可通过消息中心访问的、用于消息传播的列表的能力。在一个实施 例中，列表管理是中央化的，使得传真广播列表管理能力与直达线MCI 列表管理能力集成，以提供一个单一的列表数据库。在一个替代实施 例中，这两个列表管理系统是独立的，因此用户可以访问任一个列表 数据库。

列表是通过一个与PC客户机上地址簿类似的接口来保存的，用户 由此能对列表增加或删除名字。与各个人名关联的是电子邮件地址、 传真邮件地址(即ANI)、话音邮件地址(即ANI)和寻呼机号。当消 息添加到消息中心收件箱(即通用收件箱)时，地址簿被用关联消息 类型的源地址更新。

当用户选择建立分配列表时，被提示为该列表选择名字、类型和 标识符。所有创建的列表都可以按名字的字母顺序被使用。列表的类 型(话音、传真、电子邮件、寻呼)与列表名字相随。此外，列表标 识符可以由字母字符组成。

用户然后被提示给出接收者名字和地址以创建一个分配列表。用 户能用其地址簿来寻找接收者信息。用户不受在其列表中记录相同地 址类型的限制。如果列表是用传真类型创建的，用户能在列表中加入 ANI、电子邮件和寻呼地址。用户能用创建、检查、编辑(添加和删除 接收者)和重新命名诸能力来管理其分配列表。

当用户选择通过WWW浏览器接口来修改列表时，被提示选择地址 类型(话音、传真、寻呼、电子邮件)，并且应当为该地址类型规定用 户的分配列表的列表。用户也能输入列表名来定位它。用户能通过创 建、检查、编辑(添加和删除接收者)、删除和重新命名诸命令来修改 列表。

每当用户用接收者添加、删除或地址变更来修改列表时，她能使 这种修改作为全局修改。例如，用户在一个列表改编Brown先生的话 音邮箱地址。她能使这个改变成为全局改变，即在所有其分配表中改 变Brown先生的地址。尽管用户除了通过PC还能通过ARU和VRU来创 建和修改分配表，增强的列表维护能力通过WWW浏览器接口得到支 持。

用户能按姓名或者按不同的地址域来检索列表，对列表排序。例 如，用户通过在检索功能内使用*DOLE*命令就能检索所有含有‘DOLE’ 的列表。此外，用户能用任何一个地址域来检索列表。例如，用户可 在接收者号码的基础上检索‘至’的姓名或邮政编码。用户能通过列 表名、标识符或类型或者通过任何一个地址域来对列表排序。

除了检索能力，分配列表软件还使用户能从现有分配列表记录复 制和创建子列表。用户能输入或输出来自外部数据库结构的接收者数 据。

用户间也存在共享列表和向宿主上载(upload)列表的能力。

12.全局消息管理

全局消息管理提供用户定义将在“通用收件箱(收件箱)”出现的 或者被通过消息中心访问的消息类型的能力。下面是可选择的消息类 型：

·直达线MCI话音邮件；

·直达线MCI传真邮件；

·网络MCI和SkyTel寻呼；

·来自MCI电子邮件帐户的电子邮件(即MCI邮件或因特网MCI)。

如果用户不在特定服务之列，该选项就变成灰色，因此在全局消 息处理内是不能选择的。对全局消息处理的任何更新，都会导致对消 息中心的实时更新。举例来说，某用户可能选择允许话音邮件消息在 消息中心出现。消息中心自动地检索在话音邮件数据库内存在的所有 话音邮件消息。

D.消息中心

消息中心起着检索和处置消息对象的“通用收件箱”的功能。“通 用收件箱”由文件夹组成，文件夹内含有交向用户的消息。对消息中 心的访问受所有WWW浏览器的支持，但是“通用收件箱”中所含有的 内容只提供下列消息类型：

·话音邮件：交到用户的直达线MCI帐户；

·电子邮件：交到用户的MCI电子邮件(即MCI邮件或因特网MCI) 帐户；

·传真邮件：交到用户的直达线MCI帐户；

·寻呼：交到用户的网络MCI寻呼帐户(或SkyTel寻呼帐户)；

除了以上讨论的各节的在屏帮助文本和控制条之外，消息中心屏 还提供一个标题条。标题条使用户能容易地访问轮廓管理各功能，快 速访问消息中心。通过标题条支持的消息中心的功能是：

·文件：列举用户定义的文件夹，允许用户选择文件夹；

·创建：编制新的电子邮件消息；

·转发：话音邮件将被作为电子邮件附件转发；

·检索：提供根据消息类型、发送者姓名或地址、主题或日期/ 时间进行检索的能力；

·保存：允许用户将消息保存到通用收件箱上的文件夹、到工作 站上的文件或者到磁盘。

当通过消息中心编制或转发消息时，用户能将消息以电子邮件或 传真邮件发送。唯一的限制是话音邮件只能作为话音邮件或作为电子 邮件附件来转发。所有其它消息类型都可互换，使得电子邮件可以转 发到传真机，寻呼机消息可以作为电子邮件文本消息转发。以传真邮 件发出的消息是按G3格式生成的，支持向传真广播列表的分配。

消息中心的表示布局与PC客户机的表示布局是一致的，使得它们 有相同的外观和感觉。消息中心被设计成提供一个消息首部帧和消息 预览帧，类似于由nMB v3.x支持的表示。用户将能动态地重新调整消 息首部帧和消息预览帧的高度。消息首部帧将显示以下的信封信息：

·消息类型(电子邮件、话音、传真、寻呼)；

·发送者姓名、ANI或电子邮件地址；

·主题；

·日期/时间；

·消息大小。

消息预览帧显示电子邮件消息正文的起始数行、传真邮件消息的 首页的起始数行、寻呼消息或关于任何拨号话音邮件消息的指令。通 过WWW浏览器播放话音邮件作为流式音频(streaming audio)能力 得到支持，使得用户不必在播放音频文件之前将音频文件下载到工作 站。流式音频是在用户在消息首部帧中的话音邮件首部上选择(单击 左鼠标键)时启动的。传真邮件消息的显示是在用户在消息首部帧中 的传真邮件首部上选择(单击左鼠标键)后立即启动的。

消息中心也允许用户使用已经在轮廓管理中创建的分配列表。分 配列表支持在不同的消息类型间发送消息。

除了基本的消息检索和消息分配之外，消息中心还支持在通用收 件箱内创建和维护文件夹(或目录)。用户起初限于有以下文件夹：

·稿件：保留所有保存的、尚未发送的消息；

·收件箱：保留所有由“通用收件箱”接收的消息，是用户访问 消息中心时的缺省文件夹；

·发送：保留所有已经发送的消息；

·垃圾：将所有作过删除标记的消息保留7天。用户将最终能创 建(和重新命名)文件夹(和文件夹内的文件夹)。

1.存储要求

起初，用户被分配有限数量的存储空间用于存储直达线MCI话音 邮件和直达线MCI传真邮件。寻呼机重复呼叫消息和电子邮件消息不 受所耗费存储空间数量的限制，而是受所接收消息的日期/时间标记的 限制。最后，将根据一个公共测量单位如天数来实施存储要求。这将 提供用户更简单的方法来了解消息何时将被从数据库删除，何时将不 准客人向他们的“通用收件箱”存储消息(话音邮件，传真邮件)。为 了支持这一点，对收件箱中保留的消息有以下要求：

·直达线MCI话音邮件：60分钟；

·直达线MCI传真邮件：50页；

·网络MCI页：99小时；

·电子邮件：6个月。

用户具有对计划要在数据库中被覆盖的消息(垃圾文件夹中保留 的消息除外)进行下载的选择权。

E.PC客户机能力

1.用户接口

PC客户机接口支持想要在存储与转发环境中操作的用户。这些用 户想要下载消息的目的是处置或本地存储。PC客户机的设计不支持轮 廓管理，PC客户机接口只提供消息(话音邮件、传真邮件、电子邮件、 文本寻呼)。只有通过ARU接口或WWW浏览器接口才能获得利用轮廓管 理的能力。PC客户机接口与WWW浏览器接口结合，使得这两个部件能 共存于同一个工作站，共享一个单一的IP连接。

将PC客户机接口优化，以支持Windows 95；不过也支持Windows 3.1。

图形用户界面的设计，提供消息首部窗口和消息预览窗口，类似 于由nMB v3.x支持和由WWW浏览器支持的表示。用户将能动态地重新 调整消息首部窗口和消息预览窗口的高度。消息首部窗口显示以下的 信封信息：

·消息类型(电子邮件、话音、传真、寻呼)；

·发送者的姓名、ANI或电子邮件地址；

·主题；

·日期/时间；

·消息大小。

消息预览窗口显示电子邮件消息正文的起始数行、传真邮件消息 首页的起始数行、寻呼机消息、或者关于如何播放传真邮件消息或播 放话音邮件消息的指令。从PC客户机播放话音邮件消息，要求PC上 有声卡。传真邮件消息的显示，要调用PC客户机内的传真邮件阅读 器。

消息中心也允许用户使用已经在轮廓管理中创建的分配列表。分 配列表支持在不同的消息类型间发送消息。

2.安全

PC客户机与服务器之间的用户验证是在拨号进入系统会话期间协 商的。对安全的支持要使得当建立接口时将用户ID和口令信息嵌入在 PC客户机与服务器之间传递的信息中。不要求用户手工输入他们的用 户ID和口令。此外，对口令的更新要向PC客户机通报。

3.消息检索

消息检索提供用户选择性地检索驻存在“通用收件箱”中的话音 邮件、传真邮件、寻呼和电子邮件消息的能力。在PC客户机上显示和 播放的消息类型包括：

·直达线MCI话音邮件

·直达线MCI传真邮件

·网络MCI寻呼

·来自电子邮件帐户的电子邮件

PC客户机启动单一的通信会话来从“通用收件箱”中检索所有的 消息类型。这个单一的通信会话能检索含有话音邮件、传真邮件、电 子邮件和寻呼的上游数据库。

PC客户机也能执行选择性的消息检索，使得用户能够

·检索所有消息；

·检索选定消息首部的全文本(或正文)；

·根据下列可编辑的搜索标准来检索消息：

-优先消息；

-电子邮件消息；

-寻呼机消息；

-传真邮件消息(全部或仅首部)；

-话音邮件消息(全部或仅首部)；

-发送者姓名、地址或ANI；

-消息的日期/时间标记；

-消息大小。

从“通用收件箱”中检索的仅有首部的传真邮件消息被保留在“通 用收件箱”中直到消息正文被检索出来。话音邮件消息被保留在“通 用收件箱”中直到用户通过WWW浏览器(即消息中心)或ARU访问“通 用收件箱”并删除该消息。从“通用收件箱”检索的消息被转移到桌 面文件夹。

此外，PC客户机能支持后台和有计划的轮询，使得用户能够在PC 客户机检索消息的同时执行消息操作(创建、编辑、删除、转发、保 存等等)。

4.消息操作

消息操作使用户能执行许多标准消息传递客户机动作，如：

·编制(或创建)电子邮件、传真邮件或寻呼消息；

·转发所有消息类型；

·保存；

·编辑；

·删除；

·分配；

·附接；

·检索；

·显示或播放消息。

F.订单输入要求

直达线MCI或网络MCI业务的客户被提供以执行轮廓管理和消息 管理功能的额外接口选项。直达线MCI或网络MCI业务二者的客户都 被自动地提供通过不同接口类型访问所能得到的特征和功能的帐户。 也支持向网络MCI业务的客户提供帐户的能力，但是并非向所有网络 MCI业务客户提供帐户。订单输入之灵活，足以按需为网络MCI业务 客户生成帐户。

订单输入的设计使得直达线MCI客户或网络MCI业务的客户被自 动地提供访问系统所提供的额外接口类型和服务。例如，预订直达线 MCI(或网络MCI业务)的客户被提供一个访问轮廓管理或消息中心的 主页的帐户。检查要到位，以防止客户配置有两个帐户-一个直达线 MCI的帐户、一个网络MCI业务的帐户。为了完成这一点，建立了这 两个订单输入过程之间的集成。

订单输入的集成方法要求一个单一的接口。该接口集成订单输入 的能力，使得订单输入看起来是安装在一个订单输入系统中，不要求 订单输入管理员建立到多个订单输入系统的独立的登录会话。这种集 成化订单输入接口支持对所有服务采用一致性的订单输入方法，能够 从必需的订单输入系统提取信息。此外，该接口还支持察看与用户现 存应用关联的服务的能力。

集成化订单接口系统的特定要求是：

·用于定义MCI电子邮件(MCI邮件或因特网MCI)帐户的自动馈 给；

·用于定义网络MCI寻呼帐户(或SkyTel寻呼帐户)的自动馈给；

·用于定义直达线MCI帐户的自动馈给；

·用于选通传真广播能力的自动馈给；

·人工输入MCI电子邮件帐户、网络MCI寻呼帐户或直达线MCI 帐户信息的能力

·选通或禁止对入站信息服务的访问的能力；和

·选通或禁止对向外信息服务的访问的能力。

这些能力赋予了订单输入操作员根据现有MCI业务(电子邮件、 寻呼、直达线MCI)帐户信息添加用户的灵活性。可选方案是，订单 管理员可以在规定基础服务的同时添加用户。

订单输入系统向下游记帐系统提供必要的客户帐户和服务信息。 它们也跟踪初始客户订单和所有后继的更新，以便MCI能避免发送重 复的平台软件(即PC客户)和文献(即用户指南)。此外，订单输入 过程还使管理员能获得下列信息：

·记录客户投递和姓名；

-支持美国和加拿大地址、

-提供防止向邮政信箱投递的能力；

·记录客户的记帐地址、电话号码和联系姓名；

·记录订单日期和所有的随后更新；

·记录提交订单的帐户代表的姓名、电话号码和分部(division)；

·记录或获得用户的直达线MCI号码；

·记录或获得用户的网络MCI寻呼PIN；

·记录或获得用户的MCI电子邮件帐户ID；

·生成一个电子发送到完成统计处(fulfilmenthouse)的日完成 报告；

·生成一个跟踪记录下列内容的日报告：

-接收的订单数；

-要求创建网络MCI寻呼(或SkyTle寻呼)帐户的订单数；

-要求创建网络MCI电子邮件帐户的订单数；

-要求创建直达线MCI帐户的订单数。

客户可以预订个人主页。在订单输入期间记录的客户投递信息是 从用户的个人主页提供的缺省地址信息。此外，订单输入过程支持特 殊图形的安装和收费。

存在为特定服务‘开’‘关’现存的功能部件/功能的能力。能被 用户管理的功能部件在订单输入系统内标识。这些功能部件然后被启 动用于用户的目录帐户内的管理。

在订单输入系统与用户的目录帐户之间有实时访问能力。这个帐 户装备了所有的用户的业务、产品特征/功能、帐户信息，无论是不是 用户可管理的。那些不是标识为用户管理的项目是不能通过用户的界 面访问的。

1.规定与实现

已经按对系统的入站访问和从系统的向外访问定义了访问要求。 入站访问包括用户或主叫者能通过其访问系统的过程。向外访问包括 用户通过其受按照较佳实施例的系统的处理的过程。存在着对入站和 向外处理二者的因特网支持。

以下部件可以提供入站访问：

·直达线MCI：800/8XX；

·MCI邮件：800/8XX，电子邮件地址；

·网络MCI寻呼：800/8XX；

·互连网MCI邮件：800/8XX，POP3电子邮件地址。

以下部件被标识为用于向外访问：

·直达线MCI：拨1；

·传真广播：800/8XX，本地；

·MCI邮件：800/8XX，电子邮件地址；

·互连网MCI邮件：800/8XX，POP3电子邮件地址。

G.通信系统

按当前的MCI过程支持通信。

H.定价

起初，根据为基础部件定义的现有定价结构，来标价功能部件。 此外；对于基础部件，如当前对它们所支持的那样也支持征税和折扣 能力。还支持对预订多个业务的用户的折扣。

I.记帐

记帐系统：

·支持对直达线MCI增强服务(话音邮件、传真邮件、二者)的 收费；

·支持按高峰期和非高峰期费率的收费；

·支持对多业务(直达线MCI、网络MCI业务、网络MCI寻呼、 网络MCI蜂窝网)的折扣，折扣根据服务的数量而变；

·对直达线MCI呼叫(发起的和终结的)支持禁止网络MCI蜂窝 网收费的能力；

·支持对直达线MCI使用敏感的月费的收费；

·支持以根据直达线MCI使用免费几分钟为形式的促销；

·支持对个人主页的收费；

·支持禁止对个人主页收费的能力；

·支持SCA定价。

在一个实施例中，记帐系统支持当前对各个基础部件存在的开清 单过程。在另一个实施例中，记帐提供一种包括所有基础部件的统一 清单。除了开清单，还支持对当前支持定向记帐的所有基础部件的定 向记帐。

XVIII.直达线MCI

以下描述为用于本系统而修改过的直达线MCI的体系结构。这个 文件涉及直达线MCI平台中的一般数据和呼叫流，记载了为支持这些 流而必需的网络和硬件体系结构。下游系统中的记帐流是在很高层次 叙述的。上游系统中的订单输入(OE)流是在很高层次叙述的。直达 线MCI体系结构的某一部分再使用现存的部件(例如音频应答单元 (ARU))。直达线MCI体系结构的的那些新的部分将要详细叙述。

A.概述

除了记帐、订单输入和报警外，直达线MCI系统有三个主要组成 部件，如图43所示：

·ARU(音频应答单元)502

·VFP(话音传真平台)504

·DDS(数据分配业务)506

以下各分节在高水平描述各个主要部件。

图43表示主要系统部件之间的高级关系。

1.ARU(音频应答单元)502

ARU 502处理直达线MCI的所有初始入站呼叫。有些特征(诸如 找我/跟随我)完全是在ARU上实现的。入站传真是由ARU进行音调检 测，扩展到VFP 504的。ARU提供的菜单能被用来请求访问话音邮件/ 传真邮件特征，在这种情况下呼叫也被扩展到VFP。

2.VFP(话音传真平台)504

VFP为话音邮件/传真邮件也为向外传真和话音转发和寻呼机通 知提供菜单。VFP也是保存被ARU502播放和记录的定制用户提示的中 央数据储存库。

3.DDS(数据分配业务)506

DDS是保存OE轮廓和记帐细节记录(BDR)的中央数据储存库。 OE轮廓用DDS存储，DDS负责将轮廓分配到所有适当的系统。DDS 506 收集BDR并将它们转送到下游记帐系统。

B.原理

对直达线MCI服务的要求是将各种业务部件集成为一个由单一的 800号码访问的单一业务。以前已经在ISN ARU平台上开发了许多这 些业务部件。ARU中不提供的业务是邮箱业务和传真业务。系统500的 ARU 502采用了从Texas Instrument(TI)公司购买的话音邮件/传 真邮件平台。为了性能、可靠性和可扩展性，部分软件被移植到DEC Alpha机器上运行。对直达线MCI实现的另一个要求是与主流(现存 的MCI)记帐与订单输入系统的集成。DDS提供直达线MCI与主流订单 输入系统之间的入站和向外接口。

C.细节

图43表示主要系统部件之间的关系。OE系统508生成用户轮廓， 后者通过DDS 506被下载到ARU 502和话音传真平台(VFP)504。由 ARU 502和VFP 504生成的BDR通过DDS 506被馈送到记帐系统510。 ARU 502处理所有入站呼叫。如果检测到传真音调，或者如果要求话 音邮件/传真邮件，呼叫就被从ARU 502扩展到VFP 504。就邮箱状态 (例如“你有三个消息”)，ARU 502向VFP504查询状态并播放提示。

用户的定制的提示存储在VFP 504上。当ARU播放定制的提示或 者记录新的提示时，提示在VFP 504上被访问。来自ARU 502和VFP 504 的报警被发送到本地支持单元(LSE)。

1.呼叫流体系结构520

图44表示直达线MCI的呼叫流体系结构。图的顶部表示用于传输 呼叫的网络522连接。图的底部表示不同呼叫类型的呼叫方向。以下 各分节提供对该图的文字说明。

2.网络连接

所有入站ISN呼叫都在连接到MCI网络522的自动呼叫分配器 (ACD)524被接收。接入控制点(ACP)接收来自综合业务网络应用 处理器(ISNAP)526的入站呼叫的通知，ISNAP是连系ACD 524的控 制/数据接口。网络音频系统(NAS)在ACP的控制下通过到ACD的T1 接口播放和记录话音。在美国，采用数字多路转换系统，其中多路转 换传输的第一级—称为T1—在一根4线电缆(一对导线用于“发送” 信号，一对导线用于“接收”信号)综合了24个数字化话音通道。T1 载波上的常规的位格式称为DS1(即第一级多路转换数字业务或数字 信号格式)，它由连续的帧组成，每个帧有24个每个8位的PCM话音 信道(或DS0信道)。每个帧另外还有用作控制的帧位，每帧总共有 193位。T1传输速率是每秒8000帧或每秒1.544兆位(Mbps)。采用 一种称为时分复用(DTM)的技术来装配供T1传输用的帧，其中每个 DS0通道被分配一帧内的24个顺序时间片之一，每个时间片含有一个 8位字。

通过本地、地区和长途服务供应商的网络的传输，涉及通过各种 交换机和多路复用载体层次的复杂的呼叫处理。常规高速传输的顶点 是同步光纤网络(SONET)，它采用光纤介质，能有吉比特范围的传输 速率(超过每秒10亿比特)。经过网络后，更高级的多路复用载体被 多路分解回各个DS0线路，解码后连接到各个用户电话。

通常，多个信号在一个单一线路上多路转换。例如，DS3传输通 常是用同轴电缆传输的，综合了28个速度为44.736Mbps的DS1信号。 位于光层次的低层的OC3光纤载体，综合了3个速度为155.52Mbps 的DS3信号，在单一的光缆上提供2016个个别话音信道的容量。由光 纤作载体的SONET传输能有更高的传输速率。

NAS/ACP组合被称为ARU 502。如果ARU 502确定某呼叫必须被 扩展到VFP 504，它就向VFP 504拨出。VFP媒体服务器与MCI网络 522通过T1相连。每次呼叫，从ARU 502到VFP 504的涉及传输都是 通过双音多频(DTMF)完成的。

3.呼叫流

下面详细叙述图44所示的呼叫情景。在任何入站呼叫开始时， ARU 502已经接收到该呼叫，执行了一个应用选择，以确定该呼叫是 不是直达线MCI呼叫。

a)入站传真

入站传真呼叫被传递到ARU 502。ARU执行传真音调检测，然后将 呼叫扩展到VFP 504。用DTMF信令将帐户号码和方式传递到VFP。

b)入站话音、仅用ARU

在用户方式或客人方式下进行一个入站话音呼叫，只有使用ARU 502的那些特征才被访问。ARU确定方式(用户或客人)。在用户方式 下，ARU查询VFP 504来确定消息的数目。不进行额外的网络访问。

c)入站/向外话音、仅用ARU

向ARU 502呼叫。并访问寻呼机通知或寻找我/跟随我功能部件， ARU 502经ACD 524拨出外部号码。

d)入站话音、VFP功能部件

向ARU 502进行呼叫，呼叫被扩展到VFP 504。通过DTMF将帐户 号码和方式(用户或客人)传递到VFP。客人方式是：

1.寄存话音邮件。

2.寄存传真邮件。

3.收集传真邮件。

用户方式是：

1.检索或发送邮件。

2.维持广播列表。

3.修改邮箱名记录。

VFP 504在VFP会话期间连续地提示用户。

e)外向传真/话音/寻呼机、仅用VFP

对于传真或话音投递或寻呼机通知，VFP直接在MCI网络522上 拨出。

f)重新始发/取回

在入站用户呼叫连接到VFP 504期间，用户通过将英镑符键按下 两秒，就可以返回到ARU 502直达线MCI菜单的顶层。网络522将呼 叫从VFP 504取回，将呼叫重新始发到ARU 502。

4.数据流体系结构

图45描述了直达线MCI体系结构520中的基本数据流：OE记录 (客户轮廓)被输入到上游系统，在530被下载到主机532。DDS主机 将OE记录下载到ARU/ACP上的网络信息分布式服务(NIDS)服务器 534和VFP/执行服务器536。这些下载是通过ISN令牌环网络538进 行的。在执行服务器536上，OE记录被存储在本地的执行服务器数据 库(未予表示)中。

BDR被执行服务器536和ACP540分割。这些BDR在操作员网络中 心(ONC)服务器542中存储，然后被上载到DDS主机532。从ONC服 务器到DDS主机的上载是通过ISN令牌环网络538进行的。

ARU 502向用户提示他们的话音邮件/传真邮件消息的数量。用户 具有的消息的数量是由ISNAP以太网544上的ACP 540从VFP 504获 得的。注意，ACP 540可以位于任何ISN站点。

用户记录的由NAS 546播放的特定的提示存储在VFP 504，由NAS 546在网络上按需播放。NFS协议548被用在ISNAP局域网(LAN)544 和广域网(WAN)550上。

D.话音传真平台(VFP)504详细体系结构

1.概述

图46表示第一个实施例的直达线MCI系统的话音传真部分504 的硬件部件。这个系统中的主要部件是：

TI MultiServe 4000媒体服务器560

DEC 8200执行服务器536。

Cabletron MMAC+中枢562。

AlphaStation 200控制台管理器和终端服务器564。

Bay Networks 5000中枢566。

在另一个实施例中，Cabletron中枢将被从配置中去除，由Bay Networks中枢承担所有的网络业务。

2.原理

TI MultiServe 4000 560被MCI选择用于直达线MCI平台的话音 邮件/传真邮件部分。MultiServe 4000是一个在一个相当慢的Nubus 底板上的相当满的68040机器。68040/Nubus机器被TI公司既用作媒 体服务器(T1接口、话音和传真的DSPs)又用作执行服务器(数据库 和对象存储器)。尽管这个硬件足够作媒体服务器用，但要作为执行服 务器来服务数百甚至数千千兆字节的话音和传真数据以及数千个媒体 服务器端口，却是不够的。此外，没有可供媒体服务器硬件使用的群 集(clustering)(为了性能或冗余)。因此，TI实现的执行服务器部 分被MCI移植以便在DEC Alpha 8200群集536上运行—下文将要说 明。这个群集既提供failover又提供分载(因此具有可伸缩性)。

同样，必须从高速8200平台移动的千兆字节，必须在网络上移动 到TI媒体服务器。带有光纤分布数据接口(FDDI)和交换的10bT连 接的Cabletron中枢562，为实现提供主干。各个媒体服务器560附 接到交换以太网端口的一个冗余对。因为各端口是交换端口，所以各 媒体服务器就得到了到中枢的专用10Mb带宽。8200服务器536每个 都需要一个大型网络管道来服务许多较小的10Mb以太网管道。就第一 个实施例来说，FDDI接口568将被使用。然而，通信量预测表明，必 须的通信量将超过FDDI容量的数倍。因此，按照较佳实施例的一个实 施例将采用速度更高的连网技术诸如ATM。中枢562配置是完全冗余 的。

AlphaStation 200工作站564是操作支持所需要的。 AlphaStation 200通过DEC的多中心控制台管理器为各个直达线MCI VFP 504部件提供控制台管理。它也运行DECpolycenter(多中心) 性能分析器软件。该性能分析器软件为协调目的收集和分析来自 8200s的数据。

3.细节

图47表示VFP 504在生产现场的生产安装。

关于图47及其与图46的关系的注解：

DEC Alpha 8200s 536在一个防止故障的(failover)配置中。 中心框架是共享盘阵列。

TI MutiServe 4000 560实际上是一个单一机柜中四个独立媒体 服务器的合成。该图以后的图中将每个“象限”(MutiServe 4000中 四个媒体服务器之一)表示为一个单独的实体。四个16FDG T1的每个 都被连接到各个象限。

AlphaStation 200工作站564和终端服务器被用于提供控制台和 系统管理。Cabletron中枢562提供媒体服务器560与执行服务器536 之间的网络。

Bay Networks中枢566提供VFP 504与网络路由器569之间的网 络。

a)内部硬件网络

图48表示VFP内部硬件/网络体系结构：

关于图47-49的一般说明：

图中左边的DEC 8200机器536画出了所有其ATM和FDDI连接 570。右边的DEC 8200机器显示了其以太网连接572。在实际部署中， 两个机器都有所示的全部ATM、FDDI、令牌环和以太网连接570和 572。

Cabletron中枢562显示的到端口的连接比实际发生的更少，因 为每个8200 560只画了其网络连接的一半。同样，只显示了四个媒体 服务器560中之一与以太网端口相连。实际上每个媒体服务器都有一 个收发机和两个以太网连接。

Bay中枢566没有在图48中表示。它们在图49的直达线MCI VFP 外部LAN网络连接中显示。

从DEC 8200s 536的图48的顶部开始：

顶部单元含有3个4GB的驱动器574用于操作系统、交换等等。 系统CD驱动器576也位于此。该单元是由主系统579中的单端小型计 算机系统接口(SCSI)(图中为“SES”)接口578控制的。

磁带叠式存储器580是一个140GB的磁带机，有单一的驱动器和 一个10磁带叠。该单元是由主系统579中的快-宽SCSI(图中为 “FWS”)接口582控制的。

主系统单元579使用5个可用插槽中的3个。插槽1有主CPU卡。 该卡有一个300MHz的CPU，可以升级成两个CPU。插槽2有一个512MB 的内存卡586。该卡可以升级到2GB，或者可以添加另一个内存卡。系 统最大内存为4GB。

插槽3和插槽4是空的，但可用于额外的CPU、内存或I/O板。 插槽5有主I/O卡588。该卡有8个I/O接口：

一个快-宽SCSI接口582控制磁带叠式存储器。

两个快-宽SCSI接口590-592没有用上。

单端SCSI接口578控制本地系统驱动器。

FDDI接口594连接到中枢之一。

PCI插槽596连接到一个PCI扩展机箱598。

一个端口是10baseT以太网卡600，它通过一个专用薄网 (thinnet)以太网与另一个8200 536中对应的卡连接。该网络是系 统防止故障(failover)心跳之一所要求的。

一个实施例使用PCI/EISA扩展机箱598中10个可用插槽中的9 个。插槽1和2有磁盘适配器602。每个磁盘适配器602连接到一个 RAID磁盘控制器604，后者与(另一个机器上的)另一个磁盘控制器 604链接，这一个又连接到该机器上的磁盘控制器604。因此，每个 8200机器都有两个磁盘控制器604附接到各个磁盘驱动器602。这是 基本的群集机制，因为无论哪一个机器都能控制PCI机箱598下图48 中的所有磁盘。插槽3有一个Prestoserve板606。这是一个网络文 件服务器(NFS)加速器。

插槽4有一个FDDI板608。这个FDDI连接所连接的中枢，不是 上述主插槽5的FDDI连接所连接的中枢。

插槽5和6有ATM板610。它有一个10baseT以太网卡612，后者 通过一个专用薄网以太网与另一个8200 536中对应的卡连接。该网络 是系统防止故障心跳之一所要求的。插槽10是空的。

PCI机箱下面的两个单元是廉价磁盘冗余阵列(RAID)磁盘控制 器604。每个磁盘控制器604位于一个SCSI链上，SCSI链中间有两个 磁盘控制器604，每端有一个磁盘适配器602(每个机器一个)。于是 就有两个各带两个磁盘控制器604和两个磁盘适配器602的SCSI链。 这是到主系统579的连接。每个磁盘控制器604支持6个单端SCSI 链。在这个配置中，两个链中每一个都有一个有两个SES连接的磁盘 控制器和一个有3个连接的磁盘控制器。每个链有5个磁盘驱动器组 (或“机柜”)614，如图中中心架所示。注意带RAID磁盘控制器的机 柜中的冗余电力供应。

CabletronMMAC+中枢562(图47)是以一个冗余对配置的。8200s 536和TI媒体服务器560二者都连接到两个中枢562，两个中枢562 也互相连接。从中枢的左边开始：FDDI集线器卡616提供一个8端口 FDDI环。每个8200有一个到各中枢562上FDDI卡616的连接。24 端口以太网卡618提供到TI媒体服务器560的连接。每个媒体服务器 560连接到各中枢上的一个以太网端口618。每个中枢上有8个空插槽 可用于额外的FDDI、ATM或以太网扩展。

在称为“Multiserver 4000”的单一机架上安装有4个TI媒体 服务器560。机架上的每个媒体服务器都是相同的。从顶部单元开始， 按主插槽从左到右的顺序：顶部单元622是含有两个1GB磁盘驱动器、 一个可卸式/可热插式磁带驱动器的机柜。四个媒体服务器有两个可以 共享的磁带驱动器。左边标记为“DSPxxx”的7个板624是TI MPB 板，每个能支持6个输入通道或15个输出通道。这些板624被分成三 组。右边组有3个板，中间组有3个板，左边组有1个板。每组有一 个T1。T1在标记为“T1M”的接口终结。这是主T1接口。T1通道可 以被由主/从T1板隔离的板组共享，它们被桥接模块链接在一起。最 右边的板是主CPU/IO板。这个板支持一个到磁盘机柜的SCSI接口 628、一个到专用收发机632的以太网链接630、一个用于控制台(未 予示出)的串行端口。

CPU/IO板右边的收发机632链接到两个主中枢562的每一个上的 以太网端口。收发机检测其以太网连接之一是否出现故障，并将通信 路由选择到其它端口。

b)外部硬件/网络连接

图49表示从VFP 504到外部网络的硬件和网络连接。关于图49 的说明：每个8200 536都通过Bay中枢连接到ISN令牌环640上， 用于SNA上的DDS访问和IP上的BDR访问。一对终端服务器连接到各 机器和中枢的控制台端口。DEC AlphaStation 200 564运行控制台管 理软件来访问与终端服务器642相连的端口。DECNIS路由器都在FDDI 环568(图46)上，在Bay中枢566与两个DEC 8200s 536之间连接 着。

Bay中枢566通过所示的7个路由器将VFP系统504连接到外部 网络。

E.话音分布详细体系结构

1.概述

话音分布指的是其中NAS 546(图45)用NFS协议在LAN或WAN 上从VFP 504读用户的特定提示、向VFP 504写用户的特定提示的体 系结构部分。

2.原理

在一个实施例中，话音分布的实现方法是，在各ISN站点安置一 个服务器，通过复杂的批处理过程从各服务器向其它所有服务器复制 数据。

“大型对象管理”(LOM)对象定义了一种基于网络的方法。决定 用直达线MCI VFP 504作为基于网络的中央对象储存库，用于NAS 546 读写客户提示。

图50表示按照较佳实施例支持话音分布业务的网络体系结构。图 52A描述了本发明的数据管理区5105的配置。数据管理区(DMZ)是 一个位于以因特网拨入平台(尽管本身不是实际因特网)与ISN生产 网络之间的防火墙。其目的是为ISN客户提供对数据的拨入访问，与 此同时保持ISN网络的安全以及生产ISN网络中客户数据的秘密和完 整。

DMZ允许客户定期接受生成的数据，诸如来自主机数据库的DDS 数据下馈(down feeds)。这种数据被定期从数据库提取，放到安全文 件传输协议(FTP)主机上的一个用户帐户目录，供客户随后进行检索。

为客户的数据访问要通过拨入网关处的专用端口，它们是由因特 网供应商拥有、操作和维护的。拨入用户验证要通过使用经过安全身 份卡的一次性口令—下文将作详细说明。这些卡是由因特网供应商的 人员分配和管理的。

DMZ提供一种屏蔽式子网防火墙，它采用分组过滤路由器来屏蔽 来自外部非安全网络和内部专用网络的通信。只有选定的分组被授权 通过路由器，其它分组被阻塞。多防火墙技术的采用保证DMZ配置中 没有单一的故障或出错点能对ISN生成网络造成危险。

DMZ 5105旨在与几种安全标准一致。首先，不是授权雇员的个人 不得被允许使用内部生产网络。因此，通过网关的IP连接是不允许 的。其次，DMZ服务的访问和使用限于经过验证和授权的特定目的的 用户。因此，通常在通用机器具有的所有其它实用程序和服务都被关 闭。第三，DMZ服务和设施的实用必须受到严密监控，检测授权用户 遇到的问题，也检测潜在的欺诈行为。

DMZ的中心设备是MDZ Bastion主机5110。Bastion主机511O 运行一个FTP服务器守护程序，该守护程序执行的是一个修改了的FTP 协议—下文将会进一步详细说明。Bastion主机5110是用作连系外部 世界的接口的高度安全的机器。Bastion主机5110只允许来自外部世 界的有限制的访问。它通常是作为应用层网关连接ISN 5115中的内部 主机，通过代理服务提供对其的访问。一般来说，关键的信息不放在 Bastion主机5110上，这样，即使主机遭到破坏，如果在ISN 5115 没有其它的完整性破坏，也不能访问关键数据。

Bastion主机5110既与内部用户也与外部用户相连，如图52A所 示。Bastion主机5110可以是一个基于UNIX的计算机诸如运行AIX 操作系统的IBM RS/6000型580。

内部用户是与ISN生产令牌环5115相连的用户。令牌环5115连 接到一个内部分组过滤器5120，诸如Cisco 4500型模块化路由器。 分组过滤器5120与令牌环LAN 5125相连，后者又连接到bastion主 机5110。令牌环LAN 5125是一个与除bastion主机5110和内部分组 过滤器5120之外的所有部件隔离的专用令牌环，由此防止除分组过滤 器5120允许以外的任何通过令牌环LAN 5125对bastion主机5110 的访问。

外部用户通过外部分组过滤器5130，诸如Cisco 4500型模块化 路由器连接。分组过滤器5130通过一个隔离的以太网LAN段5153连 接到bastion主机5110。以太网LAN段5135是一个与除bastion主 机5110和外部分组过滤器5130之外的所有部件隔离的专用段。由于 这种配置，用户除非通过内部分组过滤器5120或外部分组过滤器 5130，否则是不能访问bastion主机5110的。

图52A描述了与拨入环境5205相联系的DMZ 5105。在拨入环境 5205中，客户PC 5210用调制解调器5215与公共交换电话网(PSTN) 5220相连。调制解调器池5230分配一个调制解调器，用于回答来自 PSTN 5220的输入呼叫。调制解调器池由一组诸如U.S Robotics V.34Kbps调制解调器的高速调制解调器组成。输入呼叫由验证服务器 5235验证。验证服务器5235可以用服务器来实现，诸如Sun Sparcstation 20型上运行的Radius/Keystone服务器。

Bastion主机5110驻留在防火墙中，但逻辑上是位于ISN 5115 和网关点5205之外。

验证以后，选定的调制解调器5233被用点对点协议(PPP)连接 到输入呼叫路由器5240。PPP是一个提供在点对点链路上传输多协议 数据报的标准方法的协议。这些链路提供全双工并发双向操作，被假 定为按顺序投递分组。PPP为容易地连接各种主机、桥和路由器提供 了一种公用的解决方案。RFC 1661：The Point-to-Point(PPP)(W. Simpson，Ed.，1994，简称“RFC 1661”)一文中有对PPP的完整说明， 本文特此引用作为参考。

输入呼叫路由器5240有选择地将输入请求在诸如T1线路5250 的通信链路上路由选择到DMZ 5105的外部分组过滤器5130。T1线路 是通过一个信道业务单元(未予示出)连接外部分组过滤器5130的。 输入呼叫路由器5240例如可以用一个Cisco 7000系列多协议路由器 来实现。输入呼叫路由器5240可选地与因特网5280连接。然而，路 由器5240被配置成能阻塞从因特网5280到外部分组过滤器5130的通 信，能阻塞从外部分组过滤器5130到因特网5280的通信，由此阻止 从因特网5280对DMZ 5105的访问。

Bastion主机5110运行一个FTP服务器守护程序，该守护程序执 行的是一个在华盛顿大学的wu-ftpd FTP守护程序2.2版基础上修改 的FTP协议。除非本文注明，FTP协议与RFC 765：File Transfer Protocol(简称“RFC 765”，作者J.Postel，1980年6月)是一致的， 本文特此引用该文作为参考。RFC 765描述了一种已知的用基于TCP/IP 的电信网连接传输文件的协议，其中服务器响应用户启动的发送或接 收文件的命令，或者提供状态信息。DMZ FTP实现不包括send命令(它 用于将文件从远程用户发送到FTP服务器)以及任何其它的向FTP主 机传输文件的命令。支持一个限制子集的命令，包括get(或recv)、 help、ls和quit命令。

get命令用于从主服务器5110向远程用户5210传输文件。recv 命令是get的同义词。help命令为主服务器5110支持的命令提供紧 凑的联机文献。ls命令提供服务器的当前目录或用户指定目录的文件 列表。quit命令终结一个FTP会话。可选地，可以实现cd命令和pwd 命令—cd命令规定某命名目录为当前目录，pwd命令显示当前目录 名。

由于禁止send和其它向服务器传输文件的命令，于是能防止潜在 入侵者传输可能用于破坏系统安全的“特洛伊木马”类型的计算机程 序。额外的好处是，这种单向数据流能防止用户无意中删除或覆盖其 在Bastion服务器上驻存的文件。

当FTP守护程序启动一个用户会话时，它使用UNIX chroot(2) 服务来把用户目录树的根规定为用户看到的文件系统的明显的根。这 就限制了用户，使其看不到UNIX系统目录诸如/etc和/bin，看不到 其它用户的目录，尽管允许看到和使用用户自己目录树内的文件。为 了进一步保证环境的安全性，FTP守护程序在用户级的用户-id (“uid”)处执行，而不是作为根，并且只允许访问从预定IP地址集 (已知授权的)通信的授权用户。特别地，匿名和客人的标准非验证 帐户被禁止。

为了Bastion服务器5110的进一步安全，许多通常由UNIX因特 网服务器过程inetd启动的守护程序都被禁止。被禁止的守护程序， 要么是Bastion服务器操作不需要的守护程序，要么是已知有泄密问 题的守护程序。这些守护程序包括rcp、rlogin、rlogind、rsh、rshd、 tftp和tftpd。这些守护程序被禁止的方法是删除或者将它们在 AIX/etc/inetd.conf文件中的条目注释掉。/etc/inetd.conf文件提 供一个在inetd通过一个套接字接收一个因特网请求的由inetd调用 的服务器的列表。通过删除或注释掉对应的条目，能防止守护程序响 应接收的请求而执行。

进一步保证安全的措施是，禁止许多守护程序和实用程序的执 行，方法是改变它们关联的文件权限，将它们标记为不可执行程序(例 如具有000的文件方式)。这是由DMZ工具关闭器(DUD)例程在系统 启动时执行的。DUD例程将以上标识的文件(rcp、rlogin、rlogind、 rsh、rshd、tftp和tftpd)以及一般不被inetd调用的许多其它守 护程序和实用程序标记为不可执行文件。这其它守护程序和实用程序 的集合包括sendmail、gated、routed、fingered、rexecd、uucpd、 bootdp和talkd。此外，DUD还禁止telnet和ftp客户机，以防止侵 入者如果侵入后执行这些客户机来访问内部主机。在进行系统维护期 间，可以将telnet和ftp客户暂时标记为可执行的。

Bastion主机5110将IP转发禁止。这保证IP业务不能以Bastion 主机5110作为路由器来跨越DMZ隔离的子网5115。

Bastion主机5110提供的有限的ftp服务级，提供了安全的ftp 会话，但却为执行常规系统维护造成困难。为了进行系统维护，维护 人员必须用电信网(telnet)客户机从ISN 5115内的内部主机连接 到Bastion主机5110。然后用AIX chmod命令，将Bastion中的FTP 客户机程序由不可执行(例如000)变为可执行(例如400)。维护人 员然后就可以执行ftp客户程序，以便连接到ISN 5115上所需的主 机。在这个过程期间，传输的控制因此是来自Bastion主机5110内部， 通过该主机内部执行的FTP客户程序，而不是主机外部的客户机。维 护会话结束时，FTP会话就结束，chmod命令被再次执行，以将ftp 客户程序转变到不可执行的状态(例如000)，然后，ISN启动的电信 网会话就可以结束。

为了提供记录，Bastion服务器5110执行一个TCP守护程序封装 器，诸如来自Wietse Venema的TCPwrappers套件。TCP封装器指示 inetd运行一个小的封装器程序而不是命名的守护程序。封装器程序 登录客户主机名或地址，进行一些其它检查，然后代表inetd执行所 需的服务器程序。在服务器程序结束后，从内存中去除该封装器。封 装器程序不与客户机用户或与客户机过程交互作用，不与服务器应用 交互作用。这提供了两个主要优点。第一，该封装器是独立于应用的， 所以同一个程序能保护许多种网络业务。第二，交互作用的缺乏意味 着该封装器是外部不可见的。

该封装器程序仅当在客户机和服务器之间建立初始联系时才是活 动的。因此，在封装器完成其登录功能后，客户机-服务器会话中没 有增加的开销。封装器程序将它们的登录信息发送给syslog守护程序 sylogd。对封装器记录的处理由syslog配置文件—通常是 /etc/syslog.conf来决定。

拨入访问是通过拨入环境5105提供的。验证服务器5235的使用， 规定对用户的验证，以防止未被授权访问DMZ的用户的访问。所实现 的验证过程采用一个一次口令方案。采用内部开发的称为Keystone 的验证客户机/服务器机制，所有内部系统和网络单元都用一次口令生 成器令牌卡—诸如Security Dynamics生产的SecurID安全身份卡— 得到保护。Keystone客户机安装在各个接收用户的验证请求的单元 上。这些请求然后被安全地提交给遍布网络的Keystone服务器。

各用户都分配给一个信用卡大小的、正面有液晶显示器的安全身 份卡。显示器显示一个伪随机生成的、每60秒变化一次的6位号码。 对于要获得对Keystone保护的系统的访问的雇员来说，用户必须输入 它们个别分配的PIN号码，紧接着输入安全身份卡上当前显示的号 码。这种验证能防止采用试图侦察或截获口令的程序或为从用户捕获 口令设计的特洛伊木马程序的非授权访问。

由Keystone客户机收集的验证信息，用RSA和DES密钥加密，然 后发送到许多Keystone服务器之一。该Keystone服务器评测该信 息，验证用户的PIN和此刻应当在用户的卡上显示的访问代码。系统 验证该用户的这两个号码都输入正确后，该所授权的用户就被授权访 问所请求的系统或资源。

为了保证外部网络入口点的安全，外部网关机器都没有通用访问 帐户，都提供受控制的访问。每个网关机器要保证所有网关业务都生 成记录信息，每个外部网关机器保持一个对网关连接的审计跟踪。所 有外部网关机器都要使非基本性的业务拆接。

验证服务器5235起着所有远程接入拨号的前端的作用，用程序设 置成不允许通过。所有网络验证机构都规定对不成功访问企图的记 录。所生成的记录最好由指定安全人员逐日复审。

图53所示流图表示传真音调检测方法。在步骤5305，传真音调 检测系统分配一个空链接表即无条目的链接表。在步骤5310，传真音 调检测系统开始异步auCheckForFaxAsync例程5315。 auCheckForFaxAsync例程5315是一个与主线程序并发执行的异步程 序，而不是异步地将控制返回给调用程序。auCheckForFaxAsync例程 评测输入呼叫的音调，看该呼叫是不是从传真机始发的，如果检测到 传真音调就生成一个auCheckForFax应答5318。

在开始auCheckForFaxAsync例程5315之后，控制继续到步骤 5320。在步骤5320，传真音调检测系统向步骤5305中分配的链接表 增加一个条目。增加的条目代表一个与正在处理的消息关联的独有标 识符。在步骤5330，传真音调检测系统开始auPlayFileAsync例程 5335。auPlayFileAsync例程5335是一个与主线程序并发执行的异步 程序，而不是异步地将控制返回给调用程序。auPlayFileAsync例程 5335访问以前存储的数字记录的声音文件并将它们向始发主叫者播 放。播放的声音文件可用于例如指示始发主叫者按键的顺序，用于执 行特定功能例如记录消息、检索以前记录的消息的列表等等。

在步骤5340，传真音调检测系统开始auInputDataAsync例程 5340。auInputDataAsync例程5340是一个与主线程序并发执行的异 步程序，而不是异步地将控制返回给调用程序。auInputDataAsync例 程5340监控始发呼叫，检测用户的按键，以便调用例程来执行与特定 按键顺序关联的任务。

前面说过，auCheckForFaxAsync例程5315与主程序并发执行， 当检测到传真音调时生成auCheckForFax应答5318。在步骤5350， 传真音调检测系统检查是否收到一个auCheckForFax应答5318。如果 收到应答，就表示始发呼叫是传真传输，传真音调检测系统就将输入 呼叫扩展到话音/传真处理器(VFP)5380。如果在预定时间内(例如 7秒)收不到auCheckForFax应答5318，传真音调检测系统就认为呼 叫的始发者不是传真设备，于是就终结auCheckForFaxAsync例程 5315。在一个实现中，最好是通过一个异步中断处理过程来实施这种 检测。在这种实现中，可以建立一个执行时间例程来在auCheckForFax 应答5318事件发生时获得控制。这可以用例如C++catch构造定义一 个处理auCheckForFax应答5318事件的异常处理程序而实现。

在步骤5350的决定之后，传真音调检测系统在步骤5360等待下 一个输入呼叫。

图54A～54E所示的流图表示传真和话音邮箱的VFP完成过程。如 图54A中所示，VFP完成例程在步骤5401检索数据库中与被访邮箱关 联的记录。在步骤5405，VFP完成例程检查是否成功地检索到一个邮 箱记录。如果邮箱记录没有找到，则在步骤5407，VFP完成例程生成 一个表示邮箱记录没有找到的VCS报警。由于邮箱记录没有找到，VFP 完成例程将不能测试该邮箱地址的属性。然而，无论是否找到邮箱记 录，控制都继续到步骤5409。在步骤5409，VFP完成处理器测试邮箱 记录(如果有的话)的内容，确定被访邮箱是否已满。如果被访邮箱 已满，则在步骤5410，VFP完成例程就播放出错消息，表明被访邮箱 容量饱和，不能存储额外的消息，然后在步骤5412退出。

在步骤5414，VFP完成处理器获得VFP呼叫的方式。方式是由始 发主叫者提供的拨号串导出的，存储在pstCall1State结构的 enCurrenctNum域中。拨号串有下列格式：

{

char number[10]；    /*用户拨的10位8xx号码*/

char asterisk；    /*常量‘*’*/

char mode；    /*1字节方式*/

char octothorp；    /*常量‘#’*/

}

mode取以下各值之一：

1    客人话音邮件

2    带话音注解的客人传真

3    不带话音注解的客人传真

4    用户话音/传真检索

5    用户列表维护

6    用户邮箱记录

在步骤5416，VFP完成处理器从数据库检索与被访邮箱关联的路 由号码。在步骤5418，路由号码被传送到SIS层。

如图54B所示，执行以步骤5420继续。在步骤5420，VFP完成处 理器初始化一个回答监管标志，该标志用于确定VFP是否正接受呼叫 的传输。在步骤5422，VFP完成处理器调用SisCollectCall例程来 处理呼叫。如果呼叫不成功，步骤5424使步骤5420的SisCollectCall 调用重复执行达预定的重试次数。

在步骤5426，VFP完成处理器从otto.cfg文件获得一个预定的定 时器到期值。定时器到期值被设置成时间量，在这个时间内，如果没 有收到回答，VFP完成处理器就可以认为VFP当前是不可达的。在步 骤5428，VFP完成处理器按照步骤5426获得的值来设置定时器。在步 骤5430，VFP完成处理器检查是否在步骤5424所设定的定时器到期之 前发生了回答监管。如果是，控制继续到步骤5430去将控制转移给 VFP。

图54C表示根据步骤5430的肯定判断而向VFP转移控制的操作。 在步骤5440，任何在5428所设定的，正在计时的定时器都被取消。 在步骤5442，VFP完成处理器调用例程sisOnHoldTerm()使VFP保持。 在步骤5444，VFP完成处理器调用例程sisOffHoldOrig()停止始发呼 叫的保持。

在步骤5446，VFP完成处理器播放以前存储的数字记录的声音文 件，指示始发主叫者在向VFP传输呼叫的过程期间等待。在步骤5448， VFP完成处理器调用例程sisOnHoldOrig()使始发呼叫回到保持。在 步骤5450，VFP完成处理器调用例程sisOffHoldTerm停止VFP的保 持。在步骤5452，VFP完成处理器调用auPlayDigits例程，向它传 递的参数是：一个包含被访邮箱号码的串、一个表示域分隔的星号 (‘*’)、一个表示命令串的结尾的‘#’。

在步骤5454，VFP完成处理器从otto.cfg文件获得一个超时值 Acktimeout和一个interdigit延迟值。Acktimeout值用于确定在VFP 完成处理器确定没有响应从VFP到来之前的时间量。interdigit延迟 值用于为所发送的代表按下电话键的音频信号的延迟定时。在步骤 5456，VFP完成处理器调用InputDate例程来获得VFP的响应。

继步骤5440～5456后，或者继步骤5430中的否定判定后，控制 继续到步骤5460，如图54D所示。在步骤5460，VFP完成处理器请求 VFP的响应。在步骤5462，VFP完成处理器等待VFP响应或者在步骤 5428中设置的定时器到期。在步骤5464，如果VFP作出响应，VFP完 成处理器继续到步骤5446。

在步骤5446，VFP完成处理器检查VFP响应，写适当的BDR术语 状态记录。响应指示的是来自TI平台的确认。响应‘00’表示成功， 于是VFP完成处理器写一个BDR_STAT_NORMAL标志。响应‘01’表示 VFP没有收到被访邮箱的钥匙，于是VFP完成处理器写一个 BDR_STAT_DLINE_TI_NO_DIGITS标志。响应‘02’表示VFP在收集该 键的时候超时，于是VFP完成处理器写一个 BDR_STAT_DLINE_TI_FORMAT标志。响应‘03’表示没有找到被访邮箱， 于是VFP完成处理器写一个BDR_STAT_DLINE_TI_MAILBOX标志。如果 没有收到响应，就写一个BDR_STAT_DLINE_TI_NO_RSP标志。在BDR 标志之后，控制继续到步骤5480，如图54E所示。

如果没有收到VFP的回答，步骤5428中设置的定时器到期，控制 传到步骤5486。在步骤5486，VFP完成处理器给出一个表示VFP没有 回答的VCS报警。在步骤5470，VFP完成处理器调用例程 sisReleaseTerm()来拆接向VFP的呼叫。在步骤5472，VCS完成处理 器调用例程sisOffHoldOrig停止始发呼叫的保持。在步骤5474，VFP 完成处理器调用tiCancelTimers取消所有尚未取消的未完成的定时 器。在步骤5476，VFP完成处理器播放以前存储的数字记录的声音文 件，向始发主叫者报告，VFP完成处理器无法连接到VFP。

在步骤5476或步骤5466(视步骤5464中的判定而定)之后，控 制继续到步骤5480，如图54E所示。在步骤5480，VFP完成处理器检 查始发主叫者是不是预约用户。如果是，控制前进到步骤5482。在步 骤5484，VFP完成处理器检查始发主叫者是不是客人用户。如果是， 控制前进到步骤5482。步骤5482然后将始发主叫者返回到主叫者启 动VFP请求时所在的菜单。如果始发主叫者既不是预约用户也不是客 人用户，控制就前进到步骤5486。在步骤5486，始发主叫者被假定是 一个传真呼叫，该呼叫被拆接。

图55A和55B表示寻呼机终端处理器的操作。在步骤5510，寻呼 机终端处理器调用GetCallBack例程获得电话号码—用于标识主叫 者、将在寻呼设备上显示以标识要由寻呼机用户回叫的号码。下文有 结合图56对GetCallBack例程的详细说明。

在步骤5515，寻呼机终端处理器检查GetCallBack是否返回电话 号码。如果没有返回电话号码，在步骤5520，寻呼机终端处理器指出 呼叫应当结束，并在步骤5522向主叫者提供菜单来选择其它服务。

如果返回了号码，就在步骤5530从数据库获得被访寻呼机PIN。 寻呼机终端处理器构造一个寻呼机拨号串，内含步骤5530中所检索的 寻呼机PIN和步骤5510中所获得的回叫号码。在步骤5532，寻呼机 终端处理器获得寻呼机的类型，从数据库获得路由选择信息。在步骤 5534，寻呼机终端处理器检查配置文件，以获得一个定义被访类型的 寻呼机的参数的寻呼机分析串。在步骤5536，寻呼机终端处理器检查 是否成功检索到所请求的寻呼机分析串。如果没有，在步骤5538，寻 呼机终端处理器通过将DBR术语状态设置到 BDR_STAT_PAGER_NOT_FOUND，指出不能进行寻呼。并在步骤5540向 主叫者提供选择另一个业务的菜单。

如果成功检索到寻呼机分析串，寻呼机终端处理器继续到步骤 5550，如图55B所示。在步骤5550，寻呼机终端处理器调用寻呼机子 系统，向其传递路由号码、拨号串和寻呼机分析串。在步骤5552，寻 呼机终端处理器检查寻呼机子系统的返回代码。如果寻呼成功完成， 寻呼机终端处理器就在步骤5554向主叫者播放数字预录的消息，通知 主叫者寻呼已经成功发送。在步骤5556，更新enEndCallStatus域， 将该寻呼机呼叫标记为完成。在步骤5558，将传输状态标记为空白， 表示没有必要传输主叫者，在步骤5560，寻呼机终端处理器提供用户 一个允许选择其它服务或者结束呼叫的菜单。

如果没有成功地完成寻呼，寻呼机终端处理器在步骤5570检查主 叫者在试图寻呼期间有没有拆接。如果主叫者已经拆接，寻呼机终端 处理器在步骤5575检查寻呼有没有在拆接之前已经发送。如果尽管拆 接了但寻呼已经发送，寻呼机终端处理器在步骤5580指出该寻呼请求 正常结束，并在步骤5582将状态设置为完成。在步骤5584，寻呼机 终端处理器提供用户一个允许选择其它业务或者结束呼叫的菜单。

如果寻呼没有发送，寻呼机终端处理器在步骤5586指出该寻呼请 求非正常结束，并在步骤5588指出主叫者拆接。在步骤5590，寻呼 机终端处理器提供用户一个允许选择其它业务或者结束呼叫的菜单。

如果主叫者尚未拆接，寻呼机终端处理器在步骤5572设置一个指 明故障原因的代码。故障类型包括

BDR_STAT_PAGER_ROUTE_MUM(表示路由号无效)；

BDR_STAT_PAGER_CRIT_ERROR(表示始发呼叫中有故障)；

BDR_STAT_PAGER_TIMEOUT(表示寻呼机没有在预定的超时时间间 隔内确认该呼叫)；

BDR_STAT_PAGER_DIGITS_HOLD(表示寻呼机子系统没能播放对应 寻呼机地址的数字)；

BDR_STAT_PAGER_DISC(表示寻呼子系统拆接过早)；

BDR_STAT_PAGER_NOT_FOUND(表示分析串无效)；

在步骤5592，寻呼机终端处理器将在步骤5572中选定的出错代 码投递到BDR。在步骤5582，寻呼机终端处理器播放一个预先记录的、 表示寻呼未能发送的数字声音文件。在步骤5595，更新 enEndCallStatus域以标记该寻呼机呼叫为完成。在步骤5597，将传 输状态标记为空白，表示没有必要传输主叫者，在步骤5599，寻呼机 终端处理器提供用户一个允许选择其它业务或者结束呼叫的菜单。

图56表示在步骤5510从寻呼机终端处理器调用的GetCallBack 例程。在步骤5610，GetCallBack例程从otto.cfg文件获得定义适 用的开始和interdigit延迟的常数。在步骤5615，GetCallBack例 程播放一个预先记录的数字声音文件，提示用户提供一个回叫电话号 码，提供方法是按下适用的键盘，然后以符号‘#’结束。在步骤5620， GetCallBack例程读取主叫者输入的号码。在步骤5625，将所接受的 数据放入BDR。在步骤5630，GetCallBack例程检查所输入的号码是 否以符号‘#’结尾。如果是，GetCallBack例程在步骤5635返回成 功；如果不是，GetCallBack例程在步骤5640检查重试次数是否超过。 如果没有超过重试次数，就从步骤5615开始重复执行。如果重试次数 已经超过，GetCallBack例程就在步骤5650播放预先记录的、表示号 码没有被成功地接收的数字消息，并在步骤5660向调用程序返回一个 错误条件。

以下描述说明的用户接口，用于当前通过ARU(DTMF)和客户业 务访问的直达线MCI轮廓条目的用户管理。这些条目包括：

∑(取消)激活帐户

∑找我的路由选择

-调度表

-3-号码序列

-第一、第二、第3-号码和振铃-无回答超时

∑寻呼机开/关

∑替代路由选择

∑最终(备用)路由选择

∑主叫者屏蔽

∑话音邮件消息的寻呼机通知

∑传真邮件消息的寻呼机通知

∑快拨号码

下表列举了直达线MCI客户能通过DTMF更新的各域。该表没有包 括业务所使用的所有域，只含有那些被直达线MCI应用所用到的域。     域名     800#+PIN     初级终端     初级超时值     次级终端     次级超时值     第三级终端     第三级超时值     替代路由选择     替代超时值     备用路由选择     备用超时值     PIN_标志，具体定义：      位10      调度表1      位11      调度表2      位15      视频邮件时寻呼      位16      传真时寻呼     状态_标志，具体定义：      位3    可用帐户      位13   寻呼机开/关      位14   找我开/关      位15   话音邮件开/关      位16   传真开/关     呼叫屏蔽状态     缺省传真号     快拨#l     快拨#2     快拨#3     快拨#4     快拨#5     快拨#6     快拨#7     快拨#8     快拨#9

用户将通过http：/www.mci.services.com/directline访问其 直达线MCI轮廓。输入有效的帐户ID和口令后，用户的路由选择屏就 会出现。用户可以点击标签(tabs)，从一屏移到另一屏。如果用户返 回到已经在会话期间更新过的屏，该屏将按其最后的样子被显示，即 用户所作的任何更新都将在数据中反映出来。然而如果用户退出系统 或超时，则当用户下一次进入其轮廓管理屏时，所显示的数据将来自 对800PIN_1Call数据库的新的查询结果。在15分钟的时间内作的更 新，可能尚未到达服务Web服务器的NIDS数据库，因此数据可能反映 不出最近作出的更新。

以下条目将在索引帧出现，作为向它们关联的Web屏的链接。当 用户点击这些条目中的一个条目时，其关联的屏就在下一帧中显示。

呼叫路由选择

客人菜单

替代路由选择

快拨号码

话音邮件

传真邮件

呼叫屏蔽

此外，LOGOFF按钮出现在索引帧的底部。点击该按钮交导致令牌 立即到期，用户将被返回到登录屏。

F.登录屏

图57表示一个用于使用联机轮廓关联的用户登录屏700。

直达线MCI702号

帐户ID将是直达线MCI用户的10位访问号码，格式为8xx xxx xxxx。这个号码与‘0000’的PIN连接在一起，就将是进入含有用户 轮廓数据的1Call数据库的关键字。

如果程序标志(PIN标志4)设置到‘N’，用户将不能成功登录。 如果试图在这种帐户上进行，就会显示登录错误屏。

口令704

该口令将与用于通过ARU接口访问用户选择项的相同。它是一个6 位字符数字串。用户的输入在该域中将不被回应，对应各输入符号而 显示的是星号‘*’。

状态消息

直达线MCI号码：“输入你的直达线MCI号。”

口令：“输入你的口令。”

G.呼叫路由选择屏

图58表示回叫路由选择屏710，用于设置或改变用户的呼叫路由 选择指令。

“接受呼叫”段712

用户通过选择适当的按钮714或716就能规定是否在其帐户上的 712接受呼叫。这些按钮直接对应客户直达线记录中帐户可用标志(状 态标志，位3)     单选按钮     帐户可用标志     接受呼叫     不接受呼叫     Y     N

“从以下选择中选择”段718

用户规定客人主叫者是否应当接受一个客人菜单或替代路由选择 处理。这个选择将指出客人菜单或替代路由选择屏中的数据是否适 用。

客户的替代终端是如下按用户的选择提供的：     “提供客人…”单选按钮   替代终端     客人菜单     无菜单-替代路由选择     00     08*(缺省话音邮件)

“当我不能被达到时…”段720

用户对到达不了用户的呼叫规定呼叫处理。客户记录中的备用终 端被更新如下：     单选按钮     备用终端     话音邮件     寻呼机     话音邮件或寻呼机-主叫者选择     最终消息     08     07     09     05

状态消息

视用户所作的选择，对以下标识的每个选择向用户提供以下状态 消息：

不接受呼叫：“在你的直达线MCI号码上将不接收呼叫。”

接受呼叫：“在你的直达线MCI号码上将接收呼叫。”

客人菜单：“让主叫者选择他们想要如何与你联系。”

无菜单-替代路由选择：“路由选择主叫者到由你选择的特定地 址。”

话音邮件：“主叫者将被要求留下话音邮件。”

传真邮件：“主叫者将被提示留下传真邮件。”

寻呼机：“主叫者将被要求提示发给你寻呼。”

话音邮件或寻呼机：“主叫者能选择留给你话音邮件还是给你发 送寻呼。”

关闭消息：主叫者将听到一个要求他们以后再试呼叫的消息。

H.客人菜单配置屏

当替代路由选择已经关闭时，即已经选择客人菜单时，客人菜单 就被提供给客人主叫者。用户能用客人菜单配置屏(图59)来配置其 客人菜单，配置的程度如下：

“找我路由选择”复选框732

∑在这个阶段，找我路由选择不能被去选择。复选框将在找我标 志(PIN标志，位9)的基础上被复选，然后，选项变灰。

∑如果用户输入表示国内号码的“引导1”，它将被从号码剥离， 只有NPA-Nxx-xxxx将被存储到数据库。

∑用户在程序设置其3-号码序列号码时，可以选择系统在振铃 -无回答决定作出之前应当允许的振铃次数(1到6)。振铃次数将按 秒在数据库中存储，秒数的计算公式是6×振铃限次。如果不输入值， 缺省值为3次振铃或18秒。当从数据库读取时，0到8秒将被转换成 1次振铃，大于8的秒数将被6除，结果四舍五入后就确定了振铃次 数，最大值为16。

∑对客户记录的更新将如下： 单选按钮 调度表1/2标志 初级终端和超时 次级终端和超时 三级终端和超时 调度 3-号码序列 二者都为Y 二者都为N 无变化 第1个输入的号 码**和超时 无变化 第2个输入的号 码**和超时 无变化 第3个输入的号 码**和超时

“国内/国际终端将按附录A中的描述来确认。

“留下话音邮件”复选框734

∑在这个阶段，话音邮件不能被解除选择。复选框将在话音邮件 标志(PIN标志，位3)的基础上被复选，然后，选项变灰。

“发送传真”复选框736

∑在这个阶段，传真不能被解除选择。复选框将在传真终端标志 (PIN标志，位13)的基础上被复选，然后，选项变灰。

“发送寻呼”复选框738

∑用户能规定是否向主叫者提供通过切换标记为“发给我寻呼” 复选框的寻呼选项。该框直接对应客户的直达线记录中的寻呼机开/ 关标志(状态标志，位13)。   寻呼复选框   寻呼机开/关标志   选择   不选择   Y   N 状态消息 找我路由选择：“无论你在哪里都允许主叫者试图‘找到你’。” 调度路由选择：“根据你的调度路由选择主叫者。” 3个号码…：允许主叫者通过该3个号码找到你的位置。 第1#、第2#、第3#：“输入电话号码。” 第1、第2、第3振铃限次：“输入这个号码的振铃次数。” 留下话音邮件：“允许主叫者留给你一个话音邮件。” 发送传真：“允许主叫者发给你传真。” 发送寻呼：“允许主叫者发给你寻呼。”

I.替代路由选择屏

图60表示替代路由选择屏740，它允许用户路由选择所有呼叫到 选定目的地。当用户选择将其所有呼叫发送到特定目的时，就跳过对 图59的客人菜单730的表示，客户记录中的替代终端将作如下更新： 替代路由选择单选按钮   替代终端     选定的客人菜单     话音邮件     寻呼机     找我     电话号码     00     08     07     06     输入的号码**

当该选项最初从轮廓屏被选择时，客户的用户记录中还没有替代 路由选择设置。当显示该屏时，如果话音邮件可用，缺省设置是话音 邮件；如果话音邮件不可用，则缺省设置是找我。

状态消息

找我路由选择：“无论你在哪里，只允许主叫者试图‘找到你’。”

调度路由选择：“根据你的调度路由选择主叫者。”

3-号码…：“允许主叫者用这三个号码来寻找你。”

第1#、第2#、第3#：“输入电话号码。”

第1、第2、第3振铃限次：“输入这个号码的振铃次数。”

留下话音邮件：“将提示主叫者留给你一个话音邮件。”

发送寻呼：“将提示主叫者发给你一个寻呼。”

临时替代号码：“主叫者只能被路由选择到你选择的这个号码。”

电话号码振铃限次：“输入这个号码的振铃次数。”

J.快速拨号屏

图61表示快拨号码屏744。用户可通过Web接口更新其9个快拨 号码。Web页上标记为1-9的快拨号码对应于客户记录中相同的快拨 号码。国内和国际终端将按如下说明的方式来确认。

状态消息

1-9：“输入快拨号码<1-9>。”

图62表示话音邮件屏750。

“接收话音邮件消息”复选框752

“当我接收时寻呼我”复选框

“当我接收新的话音邮件时寻呼我”复选框754。该复选框直接 对应于客户的直达线记录中的话音邮件寻呼标志(PIN标志，位15)： 寻呼机通知复选框   话音邮件寻呼标志     不选择     选择     N     Y

状态消息

接收话音邮件…“主叫者将能留给你一个话音邮件消息。”

每次寻呼我…“当你接收一个话音邮件消息时，将被寻呼。”

图63表示传真邮件屏760。

“我的主传真号码是”域762

“接收传真邮件”复选框764

这个条目的轮廓管理的表示与传真邮件屏上出现的一样。

“当我接收时寻呼我”复选框766

这个条目以“当我接收新的话音邮件时寻呼我”复选框766出现。 该复选框直接对应于客户的直达线记录中的传真邮件寻呼标志(PIN 标志，位16)： 寻呼机通知复选框   传真寻呼标志   不选择   选择   N   Y

状态消息

接收传真…“主叫者将能向你发送传真。”

每次寻呼我…“你将在接收传真时被寻呼。”

图64表示呼叫屏蔽屏770。用户可用选择用主叫者姓名、始发号 码或姓名和号码来屏蔽其呼叫。客户记录中的呼叫屏蔽状态将作如下 更新：     呼叫屏蔽复选框     单选按钮     呼叫屏蔽状态     不选择     选择     不用     仅号码     仅姓名     娃名和号码     00     02     01     03

状态消息

允许我屏蔽…“启动这个功能部件允许你屏蔽你的呼叫。”

仅姓名：“主叫者的姓名将提供给回答方。”

仅号码：“主叫者的号码将提供给回答方。”

姓名和电话：“主叫者的姓名和电话号码将提供给回答方。”

图65-67表示用户轮廓管理所用的补充屏780，782，和784。

登录错误屏780

当登录企图因为无效帐户号、口令或敌意IP地址而失败时，显示 这个登录错误屏。这也是当用户的令牌到期，要求其再次登录时所显 示的屏。

更新成功屏782

当更新成功完成时，显示该屏。‘空白’将被填充为：‘呼叫路由 选择选项有’、‘客人菜单选项有’、‘替代路由选择有’、‘快拨号码 有’、‘话音邮件选项有’、‘传真选项有’和‘呼叫屏蔽选项有’。

更新失败屏784

当用户试图输入一个或多个无效的直接号码、或者用空白首号码 更新其帐户时，显示该屏。帐户在作出所有更正、所有号码被成功地 确认之前不能更新。

在用户界面的各种显示屏中，轮廓选项是‘灰色的’，表明根据下 列标志设置，该选项在显示屏中不可用： 屏 选项 从属标志 登录屏 登录 程序(跟随我)标志 轮廓屏 接受呼叫 Avail程序设置标志 向话音邮件的最终 路由选择 找我标志AND话音邮件 标志 向寻呼机的最终路 由选择 找我标志AND寻呼机终 端标志 向话音邮件或寻呼 机的最终路由选择 找我标志AND话音邮件 标志AND寻呼机终端标 志 客人菜单 调度 找我标志AND 提供的调度表1转换AND 提供的调度表2转换 3-号码序列 找我标志AND 国内终端标志OR 国际终端 号码(第1、第2、 第3) 找我标志AND 国内终端标志OR 国际终端标志 发送寻呼 寻呼机终端标志 替代路由选择 调度 找我标志AND 提供的调度表1转换AND 提供的调度表2转换 3-号码序列 找我标志AND 国内终端标志OR 国际终端 号码(第1、第2、 第3) 找我标志AND 国内终端标志OR 国际终端标志 寻呼机 寻呼机终端标志 电话号码 找我标志AND 国内终端标志OR 国际终端标志 快拨号码 1-9 快拨程序设置AND 国内完成标志OR 国际完成标志 话音邮件屏 当我接收…时寻呼 我 话音邮件标志AND 寻呼机终端标志 传真邮件屏 当我接收…时寻呼 我 传真终端标志AND 寻呼机终端标志 呼叫屏蔽 允许我屏蔽… 呼叫屏蔽程序设置

就上述的轮廓选项来说，确认选择的方式如下：

∑国际号码—除北美拨号计划(NADP)号码外，必须在前面加 ‘011’，否则不接受其程序设置。

∑976阻塞将按以下实现：

将用范畴000、类型002和程序设置的NPA来查询国际阻塞数据 库，寻找模式匹配，以保证程序设置的号码不是被阻塞的信息/成人服 务号码。如果找到匹配，则对该号码的程序设置将不被允许。

∑国家集阻塞将按以下实现：

直达线MCI特性记录的国家集将对照程序设置号码的国家代码来 确认。如果终结国家在直达线MCI国家集中是阻塞的，则对该号码的 程序设置将不被允许。

程序设置路由选择 如果程序设置的号码是 执行以下确认检查 国内的 国内标志 976阻塞 NADP 国内标志 976阻塞 国家集阻塞(用Term PCC、验 证国家集阻塞) 国际的 国际标志 国家集阻塞(用Term CC、验 证国家集阻塞)

程序设置快拨号码 如果程序设置的号码是： 执行以下确认检查 国内的 国内完成标志 976阻塞 NADP 国内完成标志 976阻塞 国家集阻塞(用Term CC，验证 国家集) 国际的 国际完成标志 国家集阻塞(用Term CC，验证 国家集)

图68的流图表示如何进行对用户输入的快拨号码的确认。该同样 的流图也适用于对当由非用户的使用者进行呼叫时客人在客人屏上输 入的确认。

本发明的综合交换系统和分组传输网络允许为用户提供改进的特 征集。直达线MCI是一个单一号码访问的个人号码，具有包括找我功 能、话音邮件、寻呼及传真存储与转发服务等特征。用户或使用者被 要求提供轮廓信息。轮廓信息被输入到其在ISN主机上直达线MCI数 据库中的客户记录。该产品的特征集包括：

个人问候：用户可选择记录一个要向其客人主叫者播放的个人问 候。如果用户记录个人问候，该个人问候就替代“欢迎来到直达线MCI” 这个缺省问候。

客人菜单：客人菜单是用用户已经预订的特征来定义的。访问“完 全加载的”帐户的客人主叫者将被提供向用户说话、寻呼用户、发送 传真、留下话音邮件消息的选项。

找我功能的3-号码序列：系统试图用3个号码到达用户，先试 第1个号码，再试第2个，然后再试第3个。如果得不到这些号码中 任何一个号码的回答，就按备用路由选择中的规定处理该呼叫。

找我功能的2级调度：系统试图用3个号码到达用户—用当前日 期/星期/时间来查询其调度表。先试用户的调度表1中的一个号码， 再试调度表2中的号码，如果收不到回答，备用路由选择就定义处理。

备用路由选择允许用户规定如何处理选择向其呼叫、但在试打各 号码后得不到回答的客人主叫者。备用路由选择的选择项包括话音邮 件、寻呼机、话音邮件或寻呼机的客人选择、或者要求客人以后再试 呼叫的关闭消息。

替代路由选择允许用户关闭客人菜单的显示，对所有客人主叫者 规定单一的处理方法。选择项包括完成到一个电话号码、用户定义的 找我序列、话音邮件或寻呼机。

缺省路由选择处理的是在客人菜单面前经三次提示后没有反应的 客人主叫者。缺省路由选择包括传输给操作员、完成到一个电话号码、 找我序列或话音邮件。

呼叫屏蔽允许用户定义是否希望在被连接之前得到主叫者的情况 通报。选择项包括无呼叫屏蔽或者按姓名、电话号码或姓名加号码来 标识主叫者。用户菜单中的‘接入呼叫’选项允许用户进行呼叫，并 将费用记到其直达线MCI帐户。

话音/传真邮件：话音和传真消息都能存储起来供用户以后检索。 用户可选择在有新的话音和/传真消息时向其通知，或者存入其邮箱。

话音/传真平台(VFP)已经被集成到综合业务网络(ISN)中，以 允许ISN应用查询其数据库，和要直接从VFP削减的记帐记录。

对原始直达线PCI产品的改进包括以下各项：

找我路由选择

找我路由选择现在有两个可供用户选择的选项：当前实现的3- 号码序列、或2级调度选项。调度选项的实现要使得用户的调度表1 转换将被作为初级终结处理，其调度表2转换将被作为次级终结处 理。找我路由选择在呼叫流图和ARU影响诸节中有详细说明。

缺省路由选择

缺省路由选择是当主叫者不响应客人菜单的提示时规定该应用应 当采取的行动。缺省路由选择的选项包括电话号码、话音邮件、找我 路由选择和操作员传输。

话音/传真消息信息

当用户访问一个用户菜单时，该应用提供邮箱状态信息，包括新 的话音或传真消息的数目、其邮箱是否已满。该应用启动对VFP数据 库的查询来获得这个信息。

快拨

除了能完成到实时输入的电话号码的呼叫外，用户现在还能完成 到程序设置的快拨号码的呼叫。这些9个快拨号码是用户可通过DTMF 进行程序设置的。

K.ARU呼叫流图

69A～69AI的各自动应答设备(ARU)流图表示上述直达线MCI产 品的软件实现，对进一步理解本发明很有用。

图69A表示ARU呼叫的处理起点。当呼叫启动时，假定它是客人 呼叫。如果呼叫所指向的帐户当前不是联机的，ARU就在步骤69010 播放一个指出不能接受对该帐户的呼叫的消息，在步骤69012拆接呼 叫。如果ARU检测到输入呼叫上有传真音调，ARU就在步骤69014执 行ARU Xfer to Voice/Fax Guest Fax without Annotation(ARU 无注解地传输到话音/传真客人传真)例程—该例程在后文结合图69L 作说明。如果未检测到传真音调，ARU在步骤69018就执行ARU Play Greeting(ARU播放问候)例程—该例程在后文结合图69L作说明。 ARU然后检查用户是否指明有对输入呼叫的替代。如果是，在步骤 69020，ARU执行ARU Find Me(ARU找我)例程，规定“替代”的参 数。ARU Find Me例程在后文结合图69E和69F作说明。如果尚未规 定替代，ARU就在步骤69022执行ARU Guest Menu(ARU客人菜单) 例程—该例程在后文结合图69D作说明。

图69B表示ARU Play Greeting(ARU播放问候)例程。如果记 录过定制问候，ARU就在步骤69030播放该定制问候。否则，ARU就在 步骤69032播放预先记录的一般性问候。

图69C表示ARU Play Temp Greeting(ARU播放临时问候)例程。 如果记录过临时问候，ARU就在步骤69034播放该临时问候。如果记 录过定制问候，ARU就在步骤69036播放该定制问候。否则，ARU就在 步骤69038播放预先记录的一般性问候。

图69D表示Guest Menu(客人菜单)例程。在步骤69040，ARU 向主叫者提供一个音响菜单。在所示例子中，菜单项‘1’对应于向用 户说话的请求，菜单项‘2’对应于为用户留下话音邮件的请求，菜单 项‘3’对应于向用户发送传真的请求，菜单项‘4’对应于寻呼用户 的请求。此外，用户可以输入其口令以获得作为用户对ARU的访问。

如果主叫者请求向用户说话，ARU就检查与主叫者的轮廓关联的 调度标志。如果用户的轮廓指示按调度表进行路由选择，ARU就在步 骤69042用“Sched1”作为参数执行图69E和69F的ARU Find Me(ARU 找我)例程。如果用户的轮廓不指示按调度表进行路由选择，ARU就 在步骤69044用“First”作为参数执行ARU Find Me例程。下文将 结合图69E和69F进一步详细地讨论ARU Find Me例程。

如果主叫者请求留下话音邮件消息，ARU就检查用户的邮箱是否 已满。如果邮箱满，就播放一个记录消息，将主叫者返回客人菜单。 如果邮箱不满，就播放一个记录消息，提示主叫者保持，同时在步骤 69046将他转换到ARU Voivemail例程。

如果主叫者请求发送传真，ARU就检查用户的邮箱是否已满。如 果邮箱满，就播放一个记录消息，将主叫者返回客人菜单。如果邮箱 不满，就播放一个记录消息，提示主叫者保持，同时在步骤69048将 他转换到voice/fax例程。

如果主叫者请求寻呼用户，ARU就在步骤69050执行ARU Send Page(ARU传送寻呼)例程—下文将结合图69M说明该例程。

如果主叫者输入有效口令，ARU就在步骤69052执行ARU User Call(ARU用户呼叫)例程—下文将结合图69P说明该例程。

图69E和69F表示ARU Find Me(ARU找我)例程。如步骤69060 所示，ARU Find Me例程采用一个单一的参数Term_Slot，该参数由 主叫者设置，供ARU执行Find Me例程时使用，用于选择待选的行动 路线。如果Term_Slot设置为“Find Me”，这表示ARU要用缺省方法 来确定用户的当前号码。例如可以为替代或缺省处理来设置该值。如 果用户的轮廓包括调度标志，ARU就用“Sched1”参数执行Find Me 例程—如步骤69062所示。如果不包括，ARU就用用户的号码列表中 的第一个电话号码来执行ARU Find Me例程—如步骤69061所示。

如果Term_Slot设置为“Voicemail”，ARU就向主叫者播放用户 请求主叫者留下话音邮件消息的消息。如果用户的邮箱不满，ARU就 在步骤69064执行图69所示的ARU Xfer to Voice/Fax Guest Voice (ARU传输到话音/传真客人话音)例程。例程如果不成功就返回，在 这种情况下就播放消息，表示主叫者应当以后再试呼叫，然后拆接主 叫者。同样，如果用户的邮箱满，ARU就播放消息，表示邮箱满主叫 者应当以后再试呼叫，然后拆接主叫者。

如果Term_Slot设置为“Pager”，ARU就向主叫者播放用户请求 主叫者留下寻呼用户的请求的消息。ARU然后执行ARU Send Page例 程—该例程将在下文结合图69M说明。例程如果不成功就返回，在这 种情况下就播放消息，表示主叫者应当以后再试呼叫，然后拆接主叫 者。

如果Term_Slot设置为任何POTS(“普通老式电话服务”)值(诸 如Sched1、Sched2、First、Second或Third)，该POTS值表明用户 已经规定输入呼叫要用标准电话系统发送，ARU已经被指令使用特定 的已调度或选定的电话号码。在步骤69070，ARU执行ARU Record Name (ARU记录姓名)例程以获得主叫者身份的数字记录。ARU RecordName 例程在下文结合图69H作详细说明。ARU为主叫者播放适当的消息(例 如在第一次尝试时播放“请保持，我试图到达你方”，在随后的尝试时 播放“请继续保持，我仍然在试图到达你方”)。在步骤69071，ARU 将主叫者置于保持，将呼叫启动到选定的电话号码。如果呼叫被人回 答，ARU就在步骤69072执行ARU Connect Call(ARU连接呼叫)例 程—下文将结合图69I讨论该例程。如果线路忙，ARU就在步骤69074 执行图69N的ARU Alternate Routing(ARU备用路由选择)例程。 如果ARU检测到一个应答机，就检查用户是否请求过ARU在遇到一个 应答机时转到下一个备用号码。如果不是，ARU就连接呼叫。否则， ARU选择下一个循环呼叫号码，用该新选择的号码重新执行ARU Find Me例程。

如果既无人回答，无线路忙信号，也无应答机的回答，那么如果 Term_Slot设置为“Operator”，ARU就执行ARU Guest Xfer to MOTC (ARU客人传输到MOTC)例程—下文将结合图69M讨论该例程。否则， ARU就选择下一个电话号码(如果有的话)，用新选择的号码重新调用 ARU Find Me例程。如果没有可供选择的号码剩下，ARU就在步骤69804 执行图69N的ARU Alternate Routing例程。

图69G表示ARU Record Name(ARU记录姓名)例程。该例程用 于在用户规定了按姓名或按姓名和ANI进行呼叫屏蔽的情况下记录主 叫者的姓名。如果用户规定了呼叫屏蔽，ARU就检查上一回是否记录 过主叫者的姓名。如果不，就提示主叫者提供姓名，在步骤69090记 录这个可听应答。如果用户没有规定过任何形式的呼叫屏蔽，ARU Record Name例程不记录主叫者的娃名就返回。

图69H表示ARU Guest Xfer to MOTC(ARU客人传输到MOTC)例 程。该例程播放预先记录的要求主叫者保持的消息，然后在步骤69092 将呼叫传输到操作员。

图69I表示ARU Connect Call(ARU连接呼叫)例程。如果需要 操作员帮助完成呼叫，ARU就执行图83H的ARU Guest Xfer to MOTC 例程。如果用户没有请求过呼叫屏蔽，呼叫就被连接到用户。如果用 户已经选择了呼叫屏蔽，ARU就向用户播放一信息消息集。ARU播放“你 有来自…(标识主叫者的信息—视用户所选择的选项及是否记录了主 叫者姓名而定)的呼叫”。如果没有记录姓名，标识消息在69106给出 从其接入呼叫的ANI。如果记录过姓名，标识消息在步骤69107(如果 用户请求过按姓名屏蔽)中就包括姓名，或者在步骤69108(如果用 户请求过按姓名加ANI屏蔽)中包括姓名和ANI。用标识信息提示用 户之后，ARU在步骤69110执行图69J所示的ARU Gain Acceptance 例程。

图69J表示ARU Gain Acceptance(ARU获得接受)例程。ARU 检查用户是否有未满的邮箱可用。如果是，ARU就提示用户是接受呼 叫还是指示主叫者以后回叫。如果用户指出它将接受回叫(例如通过 按‘1’)，ARU就在步骤69124连接呼叫。否则，ARU就用适当的信息 消息(例如“将要求你的主叫者留下话音邮件消息”或“将要求你的 主叫者以后再试”，具体视步骤69120中确定的邮箱的内容而定)确认 这个拒绝。ARU拆接用户，停止主叫方的保持。ARU向主叫方播放一段 记录，指出无法到达用户，可选地提示主叫者留下话音邮件消息。如 果没有邮箱可用，主叫者就被拆接。如果有未满的邮箱可用，ARU就 在步骤69128执行图69K的ARU Xfer to Voice/Fax Guest Voice例 程。执行这个例程之后，ARU播放请求主叫者以后回叫的消息，然后 拆接。

图69K表示ARU Xfer to Voice/Fax Guest Voice(ARU传输到 话音/传真客人话音)例程。该例程连接主叫者到VFP以留下话音邮件 消息。ARU试图获得与VFP的握手。如果握手成功，ARU就在步骤69130 连接呼叫。如果不成功，ARU就在步骤69132播放出错消息，然后退 出。图69L表示ARU Xfer to Voice/Fax Guest Fax w/or w/out Annotation(ARU传输到话音/传真客人传真-带或不带注解)例程。 该例程连接主叫者到VFP以传输传真。ARU试图获得与VFP的握手。 如果握手成功，ARU就在步骤69140连接呼叫。如果不成功，ARU就在 步骤69142播放出错消息，然后退出。图69K和69L的例程类似，不 同点是VFP的所请求服务以及向主叫者播放的出错消息的内容。

图69M表示ARU Send Page(ARU发送寻呼)例程，它启动一个 向用户的寻呼服务的呼叫。在步骤69150，ARU提示主叫者输入应当向 被访寻呼机提供的电话号码。这个提示重复三次，直到收到一个回叫 号码。如果三次提示后没有回叫号码，ARU就执行ARU Guest Xfer to MOTC例程，将主叫者传输给操作员。这允许没有DTMF选通设备来输 入回叫号码的主叫者将号码提供给操作员，由操作员代表主叫者输入 号码。在步骤69158，ARU向主叫者播放一段记录，使主叫者能更正输 入出错的号码或者确认输入的号码正确。在步骤69160，ARU接入一个 到用户的寻呼服务的呼叫，用主叫者提供的数据向寻呼服务指出要在 寻呼机上显示的号码。如果向寻呼服务的呼叫成功，ARU就在步骤 69164播放表示成功的消息，在步骤69166拆接。如果向寻呼服务的 呼叫不成功，ARU就在步骤69162播放表示失败的消息，然后返回， 此时ARU可选择向主叫者提供其它选择。

图69N表示ARU Alternate Routing(ARU备用路由选择)例程。 ARU执行这个例程来路由选择不能路由选择到用户的呼叫。如果用户 指出过要将这种未传递到的呼叫路由选择到其寻呼服务，ARU就在步 骤69170播放一段表示主叫者可以发送寻呼的记录。ARU然后执行ARU Send Page例程一前面已经结合图69M说明过该例程。如果寻呼不成 功，ARU就在步骤69174播放表示失败的消息，然后拆接。如果用户 指出过要将这种未传递到的呼叫路由选择到话音邮件，ARU就在步骤 69173播放一段表示主叫者可以留下话音邮件消息的记录。如果用户 的邮箱不满，ARU就执行ARU Xfer to Voice/Fax Guest VOice例程。 如果该例程返回，留下话音邮件的试图不成功，ARU就播放表示失败 的消息并在步骤69184拆接主叫者。如果邮箱满，ARU就播放一段通 知主叫者这个条件的记录并在步骤69184拆接主叫者。如果用户指出 过“客人选择”，ARU就在步骤69180执行图690的ARU Alternat Routing Guest Option例程，否则就在步骤69182拆接主叫者。

图690表示ARU Alternat Routing Guest Option(ARU备用路 由选择客人选择)例程。该例程允许客人在用户不可达的情况下选择 留下话音邮件或是发送寻呼。ARU在步骤69190向主叫者提供一个菜 单，内容是可能的路由选择选项，此处的‘1’代表留下话音邮件，‘2’ 代表发送寻呼。如果主叫者请求发送寻呼，ARU就在步骤69200执行 图69M的ARU Send Page例程。如果Send Page例程失败，ARU就向 主叫者播放一段诊断记录，然后在步骤69202拆接主叫者。如果主叫 者请求留下话音邮件，ARU就检查用户邮箱是否满。如果邮箱不满， ARU就执行图69K的ARU Xfer to Voice/Fax Guest Voice例程。如 果例程返回，表示执行不成功。在这种情况下，或者如果邮箱是满的， ARU就播放表示不能发送话音邮件的消息，在步骤69195提示主叫者 指出其是否愿意代之以发送寻呼。如果主叫者选择发送寻呼的选项， ARU就在步骤69200执行ARUU Send Page例程，过程如同主叫者一开 始就选择该选项一样。如果执行ARUU Send Page例程不成功，ARU就 向主叫者播放一段诊断记录，然后在步骤69202拆接主叫者。

图69P表示的主菜单用于ARU User Call例程处理来自用户的呼 叫。如果主叫者输入有效口令，该例程就在图69D所示的ARU Guest Menu例程中作为步骤69052来执行。在播放一段引导性的欢迎问候之 后，ARU检查用户的邮箱是否已满。如果邮箱已满，ARU就在步骤69300 播放一段通知用户这个条件的消息。播放这个警告之后，或者如果邮 箱不满，ARU就在步骤69302播放一段通知用户为用户存储的新的话 音邮件消息和传真消息的数目的状态记录。

在步骤69304，ARU为用户播放菜单。在所示例子中，条目‘1’ 对应于改变呼叫路由选择的请求；条目‘2’对应于发送或检索的请求； 条目‘3’对应于接入呼叫的请求；条目‘1’对应于对管理菜单的请 求；条目‘0’对应于要向客户服务传输的请求。

如果用户选择改变呼叫路由选择的选项，ARU就在步骤69310执 行ARU Change Routing例程-下文将结合图69T说明该例程。如果 用户选择发送和检索邮件的选项，ARU播放一段预先录制的请求用户 保持的消息，然后在步骤69312执行ARU Xfer to Voice/Fax Subscriber Send/Retrive例程-下文将结合图69Q说明该例程。如 果用户选择接入呼叫的选项，ARU就在步骤69314提供用户一个询问 所希望接入的呼叫的类型的菜单。如果用户用国际或国内电话号码应 答，或者用以前规定的、对应于国际或国内电话号码的快拨号码应答， ARU就在步骤69316连接该呼叫。如果用户请求操作员帮助，ARU就在 步骤69318执行ARU Xfer to MOTC例程，将用户传输给操作员。如 果用户取消呼叫请求，ARU就返回到步骤69304。如果—在步骤69304 中提供的主菜单选择‘4’—ARU就执行Adminstration例程，该例程 在下文结合图69P说明。如果选择请求客户服务，ARU就执行图69AH 的ARU Xfer to Customer Service例程—下文将说明该过程。

图69Q表示ARU Xfer to voice/Fax Subcriber Send/Receive 例程，该例程连接该用户到VFP以发送和检索话音邮件消息。该ARU 试图得到与VFP的信号交换。如果该信号交换成功，在步骤69330 ARU 连接该呼叫。如果不成功，则ARU在步骤69332回放错误信息并退出。

图69R表示ARU Xfer to Voice/Fax Subscriber Send/Receive (ARU传输到话音/传真用户发送/接收)例程，它连接用户到VFP以 管理用户的分配表。ARU试图获得与VFP的握手。如果握手成功，ARU 就在步骤69340连接呼叫；如果不成功，ARU就在步骤69342播放一 个出错消息，然后退出。

图69S表示ARU Xfer to Voice/Fax Subscriber Record Name (ARU传输到话音/传真用户记录姓名)例程，它连接用户到VFP以记 录将在VFP始发的消息中用于标识用户的姓名。ARU试图获得与VFP 的握手。如果握手成功，ARU就在步骤69350连接呼叫；如果不成功， ARU就在步骤69352播放一个出错消息，然后退出。图69Q、69R和 69S的例程类似，不同点是VFP的所请求业务以及向用户播放的出错 消息的内容。

图69T表示ARU Change Routing(ARU改变路由选择)例程，用 户用其来修改其业务所关联的路由选择选项。在步骤69390，ARU向用 户提供选项菜单。如果用户选择Find-Me routing(找我路由选择) 选项，ARU就执行ARU Change Routing例程—下文将结合图69U说明 该例程。如果用户选择Override routing(替代路由选择)选项，ARU 就在步骤69400播放表示用户当前的替代路由选择设置的消息并在步 骤69404提供用户一个用于选择新选项的菜单。如果用户在选项中选 择改变，ARU就—作为步骤69408—执行ARU program(程序)例程以 按规定设置替代选项，方法是传送“override(替代)”的参数和选定 的选项。如果用户选择“Cancel”(取消)选项，ARU就返回到步骤 69390。

如果用户从步骤69390的ARU Change Routing菜单选择 “Alternate Routing”(备用路由选择)选项，ARU就在步骤69409 播放一段表示用户的当前备用路由选择设置的消息，并在步骤69409 提供用户一个用于选择新选项的菜单。如果用户在选项中选择改变， ARU就—作为步骤69414—执行ARU program(程序)例程以按规定设 置备用选项，方法是传送“alternate(备用)”的参数和选定的选项。 如果用户选择“Cancel”(取消)选项，ARU就返回到步骤69390。

如果用户从步骤69390的Change Routing菜单选择“Cancel and Return”(取消并返回)选项，ARU就在步骤69412返回到图69P的用 户菜单。

图69U表示ARU Change Find-Me Routing(ARU改变找我路由选 择)例程。在步骤69420，ARU检查用户的找我路由选择是否由调度表 设置。如果不是，ARU就在步骤69422播放一个表明路由选择被设置 成连续尝试三个电话号码的消息，在步骤69424执行ARU Change 3- Number Sequence例程-下文将结合图69V说明该例程。如果用户的 找我路由选择是由调度表设置的，ARU就在步骤69426播放表明用户 的找我路由选择当前是由调度表设置的的消息，并且在步骤69428向 用户提供“Change Schedule Routing”(改变调度路由选择)菜单。 如果用户选择change to 3-number(改变到3-号码序列)选项，ARU 就在步骤69430播放路由选择被设置3-号码序列的消息，在步骤 69432执行图69V的ARU Change 3-Number Sequence例程。如果用 户选择Save and Continue(保存并继续)选项，ARU就在步骤69434 播放用户的找我路由选择被设置成由调度表的路由选择的消息，在步 骤69436执行ARU Change Routing例程。如果用户选择cancel and return(取消并返回)选项，则也要执行步骤69436和ARU Change Routing例程。

图69V表示ARU Change 3-Number Sequence(改变3-号码序列) 例程，它允许用户改变由图69E和69F的ARU Find-Me例程所使用的 三个备用号码的内容和次序。在步骤69440，ARU提供用户一个选项菜 单。如果用户选择改变三个电话号码之一的选项，就在步骤69422播 放一个记录消息，表明当前的号码设置，然后在步骤69444执行 Program例程，向该例程传送一个标识要被改变的号码并指出改变后 的POTS号码的参数。ARU然后返回到步骤69440。如果选择要检查当 前设置的选项，ARU就在步骤69446播放表明三个号码的每个号码的 设置的一系列消息。ARU然后返回到步骤69440。

如果用户选择改变调度路由选择的选项，ARU就在步骤69450检 查用户是否适合处置调度路由选择。如果有，ARU就在步骤69454播 放一段表示找我路由选择被设置到用户的调度表的消息，在步骤 69456切换调度表设置以选通它。切换设置之后，ARU就在步骤69450 返回到图69T的ARU Change Routing例程。如果调度表路由选择不 是这个用户的一个选项，ARU就播放一段诊断消息，表示调度表路由 选择不可用，用户可与客户服务联系以获得该选项。然后ARU返回到 步骤69440。

如果用户选择表示取消并返回的选项，ARU就返回到图69T的ARU Change Routing例程。

图69W表示ARU Administration(ARU管理)例程。在步骤69460， ARU提供用户一个选项菜单。在所示例子中，条目‘1’对应于维护用 户的广播或快拨列表的请求，条目‘2’对应于记录问候的请求，条目 ‘3’对应于激活或去激活特征的请求。如果请求列表维护，ARU就在 步骤69462提供用户一个选项菜单。如果用户选择维护其广播列表的 选项，ARU就在步骤69464执行图69R的ARU Xfer to Voice/Fax Subscriber Distribution Lists例程。执行该例程之后，ARU就在 步骤69468执行图69W的ARU Lists(ARU列表)例程。如果用户选 择维护快拨列表的选项，ARU就在步骤69470执行图69X的ARU Change Speed-Dial Numbers例程。如果用户选择取消并返回的选项，ARU就 返回到步骤69460。

如果用户根据步骤69460提供的菜单选择记录问候的选项，ARU 就在步骤69474提供用户一个选项菜单。在所示例子中，条目‘1’对 应于修改用户的欢迎消息的请求，条目‘2’对应于修改用户邮箱关联 的名称的请求。如果用户选择修改欢迎消息的选项，ARU就在步骤 69476执行图69B的ARU Play Greeting例程，播放当前的欢迎消息， 在步骤69478执行图69Y的ARU Change Greeting例程。如果用户选 择修改邮箱名称的选项，ARU就播放请求用户保持的消息，在步骤 69480执行ARU Xfer to Voice/Fax Subscriber Mailbox Name例程— 前文结合图69S说明过该例程。执行该例程之后，ARU返回到步骤 69474。如果用户根据步骤69474提供的菜单，指出应当将修改问候的 请求取消(例如通过按下星号‘*’)，ARU就返回到步骤69460。

如果用户根据步骤69460提供的菜单，选择激活或去激活功能部 件的选项，ARU就在步骤69484执行ARU Feature Activation例程- 下文将结合图69Z说明该例程。如果用户转而指出应当将修改问候的 请求取消(例如通过按下星号‘*’)，ARU就返回到ARU User Menu例 程-该例程在图69P中表示为步骤69304。

图69X表示ARU Change Speed Dial Numbers(ARU改变快拨号) 例程。ARU在步骤69490提供用户一个对应特定快拨号码的选项菜单。 例如，条目‘1’对应于第1个快拨号码，条目‘2’对应于第2个快 拨号码，等等，直到条目‘9’—对应于第9个快拨号码。当用户选择 其中一个选项时，ARU就在步骤69492播放一段表示该选定快拨号码 的当前设置的消息。在步骤69494，ARU执行ARU Program例程-下 文将结合图69AA说明该例程，规定“Spd_Dial_n”参数以指出要用程 序设置的快拨号(其中n由与被访快拨键的号码对应的数字替换)和 指定的快拨号要设置到的POTS号码。ARU然后返回到步骤69490。如 果用户选择取消该改变快拨号请求的选项(例如用星号‘*’表示)， ARU就返回到步骤69462，如图69W中所示。

图69Y表示ARU Change Greeting(ARU改变问候)例程。在步 骤69500，ARU向用户提供一个对应于可用选项的菜单。例如，条目‘1’ 对应于记录定制问候的请求，条目‘2’对应于使用标准系统问候的请 求。如果用户选择记录定制问候的选项，ARU就在步骤69502提供一 个有关定制问候选项的菜单。在所示例子中，条目‘1’对应于检查用 户的定制问候的当前内容的请求，条目‘2’对应于用新记录的的定制 问候代替当前记录的定制问候的请求。符号‘#’对应于保存问候的 内容的请求，符号‘*’对应于取消并返回的请求。

如果用户选择复审用户的定制问候的当前内容的选项，ARU就在 步骤69504执行ARU Play Temp Greeting例程-该例程前文结合图 69C说明过，然后返回到步骤69502。如果用户选择用新记录的的定制 问候代替当前记录的定制问候的选项，ARU就在步骤69506提示用户 开始记录新问候。记录问候之后，ARU返回到步骤69502。记录问候之 后，用户可请求将新记录的问候保存起来。如果用户选择保存问候， ARU就在步骤69510把所记录的问候保存到磁盘，覆盖问候文件以前 的内容，在步骤69514播放一段表示新的问候已经存储的消息。存储 问候之后，ARU执行ARU Administration例程-前文结合图69W说明 过该例程。如果用户根据步骤69502中由ARU提供的菜单，取消修改 问候的请求，ARU就在步骤69518执行ARU Greeting例程-前文结合 图69W说明过该例程。

如果用户根据步骤69500中提供的菜单，选择使用系统问候(即 不标识该用户的缺省问候)的选项，ARU就在步骤69520删除以前记 录的任何问候。在步骤69522播放一个预先记录的消息，表示主叫者 现在将听到系统问候而不是个人化的问候。ARU然后在步骤69525返 回到ARU Administration例程-前文结合图69W说明过该例程。如 果用户选择取消并返回的选项，ARU也在步骤69525返回。

图69Z表示ARU Feature Activation(ARU特征激活)例程。在 步骤69350，ARU向用户提供一个对应可用选项的菜单。例如，条目‘1’ 对应于设置呼叫屏蔽选项的请求；条目‘2’对应于激活或去激活寻呼 机接收者的请求；条目‘3’对应于设置寻呼机通知的请求；条目‘4’ 对应于激活或去激活帐户的请求。如果用户选择呼叫屏蔽选项，ARU 就在步骤69532播放一段表示呼叫屏蔽选项的当前设置的记录。在步 骤69534，ARU提供用户有关呼叫屏蔽的选项的列表。本例中，条目‘1’ 对应于仅按ANI(电话号码)选择屏蔽的请求；条目‘2’对应于仅按 姓名选择屏蔽的请求；条目‘3’对应于按ANI和姓名二者选择屏蔽的 请求；条目‘4’对应于全部关掉呼叫屏蔽的请求。如果用户选择这些 选项之一，ARU就在步骤69536执行ARU Program例程—下文将结合 图69AA说明该例程，向其传递的第一个参数表明希望改变屏蔽选项， 第二个参数表明选项应被设置成的值。步骤69536之后ARU返回到步 骤69530。同样，如果用户在步骤69534选择取消并返回选项，ARU 也返回到步骤69530。

如果用户选择激活或去激活寻呼机的选项，ARU就在步骤69538 播放一段记录消息，表示寻呼机通知选项的新状态。在步骤69540， ARU切换寻呼机选项的当前状态(即，如果选项当前关闭，就选通它； 如果选项当前选通，就关闭它)。切换之后，ARU就返回到步骤69530。

如果用户选择寻呼机通知的选项，ARU就在步骤69542播放一段 记录，表示呼叫屏蔽选项的当前设置。在步骤69544，ARU提供用户关 于寻呼机通知的选项的列表。本例中，条目‘1’对应于选择用寻呼机 仅通知输入话音邮件的请求；条目‘2’对应于选择用寻呼机仅通知输 入传真邮件的请求；条目‘3’对应于选择用寻呼机通知输入话音邮件 和传真邮件的请求；条目‘4’对应于全部关掉呼叫寻呼机通知的请求。 如果用户选择这些选项之一，ARU就在步骤69546执行ARU Program 例程—下文将结合图69AA说明该例程，向其传递的第一个参数表明希 望改变寻呼机通知选项，第二个参数表明选项应被设置成的值。步骤 69546之后ARU返回到步骤69530。同样，如果用户在步骤69544选 择取消并返回选项，ARU也返回到步骤69530。

如果用户在步骤69530选择激活或去激活其帐户的选项，ARU就 在步骤69550播放一段记录消息，表示帐户的新状态。在步骤69552， ARU切换帐户选项的当前状态(即，如果选项当前关闭，就选通它； 如果选项当前选通，就关闭它)。切换之后，ARU就返回到步骤69530。

如果用户在步骤69530选择取消并返回选项，ARU就返回到ARU Administration例程—前文结合图69W说明过该例程。

图69从表示ARU Program(ARU程序)例程，它由ARU执行以设 置用户选定的选项。如步骤69560所示，Program例程采用两个输入 参数：Term_Slot和Term，前者标识其值正在改变的选项，后者的值 指示由Term_Slot访问的选项正被设置的值。在步骤69562，ARU检 查Term中所规定值的类型。如果Term值是一个POTS标识符(即电话 号码，诸如图69X中步骤69494中被程序设置到快拨号的电话号码)， ARU就在步骤提示用户输入POTS号码。如果用户输入一个国内或国际 号码、或者删除以前存储的POTS值的选项(图示例中是‘1’)，ARU 就在步骤69566播放一个消息，表示该被访槽(slot)将被改变成的 新设置。在步骤69568，ARU提示用户通过重新输入一个新的号码来更 正号码，或者确认该请求，或者取消该请求。如果用户选择更正号码 的选项，ARU就返回到步骤69564。如果用户确认该请求，ARU就在步 骤69570将Term参数作为由Term_Slot参数访问的变量存储起来。 如果用户取消该请求，ARU就在步骤69572返回到调用例程。如果在 步骤69564被提示输入POTS号码时选择取消选项，则ARU也在步骤 69572返回到调用例程。

如果Term值不是POTS标识符，ARU就在步骤69580播放消息， 通知用户该被访选项将被改变。在步骤69582，ARU提示用户确认或取 消请求。如果用户确认该请求，ARU就在步骤69584将Term参数作为 由Term_Slot参数访问的变量存储起来，然后在步骤69572返回到调 用例程。如果用户取消该请求，ARU不存储该值就在步骤69572返回 到调用例程。

图69AI表示ARU User Xfer to Customer Service例程，在步 骤69592，该ARU播放预先记录的消息给用户请求该用户保持。在步 骤69594，该ARU将该用户转到客户服务。

图69AB表示ARU Validate Guest Entry(ARU验证客人输入) 例程。该例程由ARU用于确定客人试图使用VFP客人设施是否有效。 ARU允许客人三次尝试输入其身份信息。对于头两次无效输入，ARU 在步骤69610返回表示客人输入无效的状态。第三次尝试时，ARU在 步骤69615执行图69E和69F的Find-Me例程。如果收到客人输入， ARU就在步骤69617检查客人输入是否是适用的菜单上的一个可用选 择。如果不是，ARU就在步骤69620播放一段表示客人输入选项不可 用的记录消息。如果这是第三次无效输入，ARU就执行图69H的ARU Guest Xfer to MTOC例程。如果这是第一次或第二次无效输入，步骤 69622中的例程返回一个表示客人输入无效的标志。如果ARU在步骤 69617判定客人输入是适当的菜单选项，就在步骤69626返回一个有 效状态。

图69AC表示ARU Validate User Entry(ARU验证用户输入)例 程。该例程由ARU用于确认用户使用VFP的用户服务的尝试。如果没 有接收到用户输入，ARU就在步骤69630播放一个表示未收到输入的 诊断消息。如果接收到用户输入，ARU就在步骤69634检查用户正响 应的菜单是否包括适合用户输入的选项。如果是，ARU就在步骤69636 返回一个有效状态。如果不是，ARU就在步骤69638播放表示该选项 不可用的消息。如果要么没有收到输入，要么输入对菜单无效，ARU 就在步骤69632检查是否这是第三次未能指定用户信息。如果是，ARU 就在步骤69640执行图89AI的ARU User Xfer to Customer Service 例程。如果这是第一次或第二次失败输入，ARU就在步骤69642返回 一个无效状态。

图69AD表示ARU Validate Passcode Entry(ARU验证口令输入) 例程。该例程由ARU用于确认用户输入的口令。在步骤69650，ARU 检查输入的口令是否与该特定用户的口令匹配。如果是，ARU就在步 骤69652返回一个有效状态。如果输入无效，ARU就在步骤69654播 放一段表示输入无效的记录消息。ARU允许尝试两次来输入有效口 令。在步骤69656，ARU检查是否这是第二次输入口令的尝试。如果这 是第二次尝试，ARU就在步骤69660执行ARU User Xfer to Customer Service例程-前文结合图69AI说明过该例程。如果这不是第二次无 效输入，ARU就在步骤69658提示用户输入有效口令并返回到步骤 69650。

图69AE表示ARU Validate Completion(ARU验证完成)例程。 该例程由ARU用于确认有效电话号码的输入。在步骤69670，ARU检查 是否接收到有效用户输入。如果没有，ARU就检查是否这是第三次尝 试的无效输入。如果不是，ARU就在步骤69672返回一个表示未收到 有效输入的标志。如果这是第三次尝试，ARU就在步骤69674播放一 个消息并在步骤69676执行ARU Xfer User to MTOC例程—前文结合 图69H说明过该例程。

如果收到有效的用户输入，ARU就检查所输入的电话号码是否以 ‘011’开头。如果是，ARU就在步骤69680执行图69AF的ARU Validate International Completion(ARU确认国际完成)例程。在步骤69682， ARU检查用户是否设置了国内terms标志。如果没有，ARU在步骤69684 播放表示国内呼叫不可用的诊断消息，然后前进到步骤69671。ARU 在步骤69686检查是否输入了10位号码，在步骤69688检查是否输入 了有效的MPA-Nxx号码。如果输入的号码不是10位有效MPA-Nxx号 码，ARU就在步骤69690播放诊断消息，然后前进到步骤69671。ARU 在步骤69690检查NADP阻塞是否对这个用户有效，在步骤69692检查 976阻塞是否对这个用户有效。如果任意一个阻塞有效，ARU在步骤 69694播放表示向被访号码的呼叫被阻塞的诊断消息，然后前进到步 骤69671。否则，ARU就在步骤69696返回一个表示输入号码有效的状 态。

图69AF表示ARU Validate International Completion(ARU验 证国际完成)例程。在步骤69700，ARU检查用户是不是配置成能接入 国际呼叫。如果不是，ARU就在步骤69702播放一个诊断消息。在步 骤69704，ARU检查输入号码是不是语义上有效的国际拨号。如果不 是，ARU在步骤69706播放一个诊断消息。在步骤69708，ARU检查 Cset(国家集)阻塞是否将阻塞该指定号码。如果是，ARU就在步骤 69710播放一个诊断消息。如果没有发现错误条件，ARU就在步骤69712 返回一个有效状态。如果发现错误，ARU就在步骤69713返回一个无 效状态。如果三次尝试输入号码都失败，ARU就在步骤69714播放一 个诊断消息并在步骤69716将用户传输给操作员。

图69AG表示ARU Validate POTS Programming(ARU验证POTS 程序设置)例程。该例程由ARU用于保证只有有效电话号码才能存储 起来供呼叫路由选择所用。在步骤69720，ARU检查是否接收到有效用 户输入。如果没有，ARU就检查是否这是第三次尝试的无效输入。如 果不是，ARU就在步骤69722返回一个表示未收到有效输入的标志。 如果这是第三次尝试，ARU就在步骤69676执行ARU User Xfer to Customer Service例程—前文结合图69AI说明过该例程。

如果收到有效的用户输入，ARU就检查所输入的电话号码是否以 ‘011’开头。如果是，ARU就在步骤69730执行图69AF的ARU Validate International Completion例程。在步骤69732，ARU检查用户是否 设置了国内terms标志。如果没有，ARU在步骤69734播放表示国内 呼叫不可用的诊断消息，然后前进到步骤69721。ARU在步骤69736 检查是否输入了10位号码，在步骤69738检查是否输入了有效的 MPA-Nxx号码。如果哪一个均未输入，ARU就在步骤69740播放诊断 消息，然后前进到步骤69721。ARU在步骤69750检查976阻塞是否 对这个用户有效。如果是，ARU在步骤69754播放表示向被访号码的 呼叫被阻塞的诊断消息，然后前进到步骤69721。否则，ARU就在步骤 69756返回一个表示输入号码有效的状态。

图69AH表示ARU Validate International Programming(ARU 验证国际程序设置)例程。该例程由ARU用于保证只有有效电话号码 才能存储起来供呼叫路由选择所用。在步骤69760，ARU检查用户是不 是配置成能接入国际呼叫。如果不是，ARU就在步骤69762播放一个 诊断消息。在步骤69764，ARU检查输入号码是不是语义上有效的国际 拨号。如果不是，ARU在步骤69766播放一个诊断消息。在步骤69768， ARU检查Cset阻塞是否将阻塞该指定号码。如果是，ARU就在步骤 69770播放一个诊断消息。如果没有发现错误条件，ARU就在步骤69772 返回一个有效状态。如果发现错误条件，ARU就在步骤69773返回一 个无效状态。如果三次尝试输入号码都失败，ARU就在步骤69774播 放一个诊断消息并在步骤69776将用户传输给操作员。

图70A～70S表示的是表示上述直达线MCI产品的软件实现的自动 化控制台呼叫流图，可用于进一步理解本发明。控制台呼叫流与ARU 呼叫流的区别在于，控制台尽管是自动的，又是有人值守的，值守人 可以响应主叫者的请求。这就允许没有具备DTMF能力的设备的主叫者 使用该产品。由主叫者提供的DTMF数据将得到处理，但是有了人类操 作员，就允许许多可用的操作不用DTMF输入就能得到执行。数据的提 供，可以通过主叫者直接在键盘(若有键盘的话)上的输入，也可以 通过人类操作员按照主叫者提供的话音应答来输入。

图70A表示对到某帐户的自动控制台呼叫的处理的起始点。当呼 叫启动时，假设它是客人呼叫。如果帐户当前不是联机的，自动控制 台就在步骤70010播放不能为该帐户接受呼叫的消息。除非主叫者向 操作员指出他有口令，否则控制台就在步骤70012拆接该呼叫。如果 主叫者向操作员提供口令，操作员就在步骤70014启动Console Validate Passcode(控制台确认口令)例程-下文将结合图70K说 明该例程。

如果帐户当前是联机的，控制台就检查用户是否指出过对输入呼 叫的替代。如果是，控制台就在步骤70018将呼叫路由选择到操作员。 如果主叫者正生成传真音调，控制台就在步骤70024执行Console Fax Tone Detected(检测到控制台传真音调)例程-下文将结合图70S 说明该例程。如果主叫者向操作员提供口令，操作员就在步骤70026 启动Console Validate Passcode例程-下文将结合图70K说明该例 程。否则，就将该呼叫按用户的输入呼叫来处理，控制台在步骤70020 执行Console Find Me(控制台找我)例程-下文将结合图70BC说明 该例程。控制台向Console Find Me例程调用提供“替代”参数。

如果尚未规定替代，控制台就在步骤70030向主叫者提供音响菜 单。在所示例子中，条目‘1’对应于向用户说话的请求，条目‘2’ 对应于为用户留话音邮件的请求，条目‘3’对应于向用户发送传真的 请求，条目‘4’对应于寻呼用户的请求。此外，用户可以提供其口令 以获得作为用户对控制台的访问。

如果主叫者请求向用户说话，控制台就在步骤70032检查与主叫 者的轮廓关联的调度标志。如果主叫者的轮廓指示一个调度，控制台 就在步骤69304用‘Sched1’作为参数执行图70B和70C的Console Find Me(控制台找我)例程。如果用者的轮廓没有指示调度，控制台 就在步骤69306用‘First’作为参数执行图70B和70C的Console Find Me例程。Console Find Me例程将在下文结合图70B和70C进一步详 细讨论。

如果主叫者请求留下话音邮件消息，控制台就在步骤70040执行 Console Xfer to Voice/Fax Guest(控制台传输到话音/传真客人) 例程—该例程将在下文结合图70E作说明。如果主叫者请求发送传 真，控制台就在步骤70042执行Console Xfer to Voice/Fax Guest w/or w/out Annotation(控制台传输到话音/传真客人-带或不带 注解)例程—该例程将在下文结合图70F作说明。执行这个例程之后， 控制台在步骤70030返回到客人菜单。如果主叫者请求发送寻呼，控 制台就在步骤70040执行Console Send Page(控制台发送寻呼)例 程—该例程将在下文结合图70G作说明。执行了步骤70040、70042 或70044的任何例程之后，控制台在步骤70030返回到客人菜单。

如果主叫者提供口令，控制台就在步骤70046执行Console Validate Passcode(控制台确认口令)例程—该例程将在下文结合 图70K作说明。如果控制台检测到输入呼叫上的传真音调，控制台就 在步骤70048执行Console Fax Tone Detected例程—该例程将在下 文结合图70S作说明。

图70B和70C表示Console Find Me(控制台找我)例程。如步骤 70060中所示，Console Find Me例程采用单一的参数Term_Slot，该 参数由主叫者设置，由控制台用于在备用行动路线中作选择。如果 Term_Slot设置到“Find Me”，表明控制台要用缺省方法来确定用户 的当前号码。这个值例如可为替代或缺省处理来设置。如果用户的轮 廓包括调度标志，控制台就用Sched1参数来执行Console Find Me 例程，如步骤70062所示。如果不包括，控制台就用用户的号码列表 中的第一个电话号码来执行Find Me例程，如步骤70061所示。

如果Term_Slot设置到“话音邮件”，控制台就向主叫者播放消 息，指出用户请求主叫者留下话音邮件消息，在步骤70074执行图70E 所示的Console Xfer to Voice/Fax Guest Voice(控制台传输到话 音/传真客人话音)例程。如果不成功，例程就返回，在这种情况下， 就播放一段指示主叫者应当以后再试呼叫的消息，然后在步骤70075 拆接主叫者。

如果Term_Slot设置到“寻呼机”，控制台就向主叫者播放消息， 指出用户请求主叫者留下寻呼用户的请求。控制台然后执行Console Send Page例程—该例程下文将结合图70G作说明。如果不成功，例 程就返回，在这种情况下，就播放一段指示主叫者应当以后再试呼叫 的消息，然后在步骤70066拆接主叫者。

如果Term_Slot设置到任何POTS值(诸如Sched1、Sched2、第 一、第二或第三)，这表示用户规定过要用标准电话系统发送输入呼 叫，指令过控制台要用特定调度的或选定的电话号码。在步骤70070， 控制台执行Console Record Name(控制台记录姓名)例程来获得主 叫者标识的数字记录。Console Record Name例程下文将结合图70H 作说明。控制台在步骤70073和70075为主叫者播放适当的消息(例 如：首次尝试时播放“请保持，与此同时我试图到达你方”，随后的尝 试时播放“我仍在试图到达你方，请继续保持”)

如果呼叫被一个人回答，控制台就在步骤70072执行Console Connect Call(控制台连接呼叫)例程—下文将结合图70D讨论该例 程。如果呼叫是被应答机回答的，控制台就在步骤70090检查用户是 否请求过控制台在遇到应答机时翻转到下一个备用号码。如果不是， 控制台就在步骤70094连接呼叫。如果用户选择过翻转，控制台就选 择下一个号码来呼叫，用新选择的号码再次执行Console Find Me例 程，如步骤70081、70082和70083所示。

如果被叫的线路忙，或者没有供选择的号码剩下，控制台就在步 骤70074执行图70I的Console Alternate Routing例程。

图70D表示Console Connect Call(控制台连接呼叫)例程。如 果用户没有请求过呼叫屏蔽，控制台就在步骤70100将呼叫连接到用 户。如果用户选择过呼叫屏蔽，控制台就在步骤70104向用户播放一 段信息消息，按姓名和按ANI(可用的话)来标识主叫者。如果用户 选择接受呼叫，控制台就在步骤70106停止主叫者的保持，在步骤 70108播放一段表示呼叫正在连接的消息，并在步骤70110进行连接。 如果用户拒绝接受呼叫，控制台就在步骤70114停止主叫者的保持， 在步骤70118向主叫方播放一段表示无法到达用户的记录，并可选地 提示主叫者留下话音邮件消息。如果没有邮箱可用，控制台就在步骤 70119播放一段诊断消息，并在步骤70120拆接主叫者。如果有邮箱 可用，能接收消息，控制台就在步骤70128执行图70E的Console Xfer to Voice/Fax Guest Voice例程。执行这个例程之后，控制台就70119 播放请主叫者以后再呼叫的消息，然后在步骤70120拆接。

图70S表示Console Fax Tone Detected(检测到控制台传真音 调)例程。在步骤70130，控制台试图与VFP握手。如果握手成功， 控制台就在步骤70132连接呼叫。如果不成功，控制台就在步骤69132 拆接主叫者，然后退出。

图70E表示Console Xfer to Voice/Fax Guest VOice(控制台 传输到话音/传真客人话音)例程，该例程将主叫者连接到VFP以留下 话音邮件消息。控制台在步骤70140播放状态消息，在步骤70142检 查用户的邮箱是否已满。如果邮箱满，控制台就在步骤70144播放诊 断消息，然后返回。如果邮箱不满，控制台就试图与VFP握手。如果 握手成功，控制台就在步骤70146连接呼叫。如果不成功，控制台就 在步骤69148播放出错消息，然后返回。

图70F表示Console Xfer to Voice/Fax Guest w/or w/out Annotation(控制台传输到话音/传真客人-带或不带注解)例程，它 将主叫者连接到VFP以传送传真。控制台在70150播放状态信息，在 步骤70152检查用户的邮箱是否满。如果邮箱满，控制台就在步骤 70154播放诊断消息，然后返回。如果邮箱未满，控制台就试图与VFP 握手。如果握手成功，控制台就在步骤70156连接呼叫。如果不成功， 控制台就在步骤70148播放出错消息并返回。图70E和70F的例程类 似，只是VFP的所请求服务和向主叫者播放的出错消息的内容不同。

图70G表示Console Send Page(控制台发送寻呼)例程，它启 动向用户的寻呼业务的呼叫。在步骤70160，控制台提示主叫者提供 应当向被访寻呼机提供的电话号码。在步骤70162，控制台向主叫者 播放状态记录，请主叫者在寻呼被发送的同时保持。如果寻呼发送成 功，控制台就在步骤70164播放表示寻呼已经发送的消息并在步骤 70165拆接呼叫。如果向寻呼服务的呼叫不成功，控制台就在步骤 70166播放表示寻呼失败的消息并返回，使控制台能向主叫者提供其 它选择。

图70H表示Console Record Name(控制台记录姓名)例程。如 果用户指定了按姓名或按姓名加ANI的呼叫屏蔽，该例程用于记录主 叫者的姓名。如果用户指定了按姓名或按姓名加ANI的呼叫屏蔽，控 制台就在步骤70170提示主叫者提供一个姓名，记录该音响应答。如 果在记录过程中检测到传真音调，控制台就在步骤70712执行Console Fax Tone Detected例程；否则，例程返回。

图70I表示Console Alternate Routing(控制台备用路由选择) 例程。控制台执行该例程来路由选择不能被路由选择到用户的呼叫。 如果用户指出过要把这种未传递到的呼叫路由选择到其寻呼业务，控 制台就在步骤70180播放表示主叫者可以发送寻呼的记录。如果主叫 者选择发送寻呼，控制台就在步骤70182执行Console Send Page例 程-前文结合图70G说明过该例程。如果寻呼不成功，控制台就在步 骤70185播放表示失败的消息并在步骤70184拆接主叫者。如果用户 指出过要把这种未传递到的呼叫路由选择到话音邮件，控制台就在步 骤70183播放表示主叫者可以留下话音邮件的记录消息。如果主叫者 选择留下话音邮件，控制台就在步骤70186执行Console Xfer to Voice/Fax Guest Voice例程-前文结合图70E说明过该例程。如果 话音邮件不成功，控制台就在步骤70185播放表示失败的消息并在步 骤70184拆接主叫者。

如果用户指出过“客人选项”，控制台就在步骤69190执行图70J 的Console Alternate Routing Guest Option例程；否则，控制台 就在步骤70192播放一个诊断消息并在步骤70194拆接主叫者。

图70J表示Console Alternate Routing Guest Option(控制 台备用路由选择客人选项)例程。这个例程允许客人在用户不可达的 情况下选择留下话音邮件还是发送寻呼。控制台在步骤70200提供主 叫者一个可用路由选择选项菜单，此处是留下话音邮件或者发送寻 呼。如果主叫者请求发送话音邮件，控制台就在步骤70202执行图70E 的Console xfer to Voice/Fax Guest Voice例程。如果例程返回的 返回码表明是个不成功事件，控制台就播放预先记录的表示未能发送 话音邮件的消息，在步骤70204提示主叫者指出是否转而发送寻呼。 如果主叫者响应步骤70200的提示或步骤70204的提示请求发送寻 呼，控制台就在步骤70206执行图70G的Console Send Page例程。 如果Console Send Page例程返回(表示未能发送寻呼)，或者主叫 者拒绝响应步骤70204的发送寻呼的提示，控制台就在步骤70208播 放一个诊断消息并在步骤70209拆接主叫者。

图70K表示Console Validate Passcode Entry(控制台确认口 令输入)例程，控制台用其来验证用户提供的口令。在步骤70220， 提示主叫者输入口令。在步骤70224，控制台检查所提供的口是否与 特定用户的口令匹配。如果匹配，控制台就在步骤70226执行Console User Call例程-下文将结合图70L说明该例程。控制台允许两次尝 试输入口令。在步骤70228，检查这是不是第二次提供口令的失败尝 试。如果是第二次尝试，控制台就在步骤70232通知主叫者口令无效， 提出连接该主叫者到客户服务。如果主叫者选择不被连接到客户服 务，就在步骤70234拆接主叫者。如果是第一次失败尝试，控制台就 在步骤70230提示用户提供有效口令并返回到步骤70224。

图70L表示Console User Call(控制台用户呼叫)例程。在步 骤70240，控制台检查用户邮箱是否满。如果是，控制台就在步骤70242 向用户播放警告消息。无论邮箱是否满，控制台都在步骤70244为用 户播放一个状态消息，通知用户邮箱中话音邮件消息和传真的数目。 在步骤70246，控制台向用户提供一个选项菜单。在所示例子中，条 目‘1’对应于发送或检索邮件的请求；‘2’对应于接入呼叫的请求； ‘3’对应于退出的请求。如果用户选择发送或检索邮件的选项，控制 台就在步骤70248播放一个保持消息，然后执行图70M的Console Xfer to VOice/Fax Subscriber Send/Retrieve例程。该例程完成后，控 制台又返回到步骤70246。如果该用户选择接通一个呼叫的选项，控 制台执行Console Outbound Calling例程-下文将结合图70N说明 该例程。如果用户选择Exit Programming(退出程序设置)选项，控 制台就拆接呼叫。

图70M表示Console Xfer to Voice/Fax Subscriber Send/Receive (控制台传输到话音/传真用户发送/接收)例程，它连接用户到VFP以发 送和检索话音邮件消息。控制台试图与VFP握手。如果握手成功，控 制台就在步骤70250连接呼叫。如果不成功，控制台就在步骤70252 播放出错消息，然后退出。

图70N表示Console Outbound Calling(控制台向外呼叫)例程， 用户可用其接入向外呼叫。在步骤70260，控制台检查用户是否配置 成能接入国际呼叫。如果是，控制台就在步骤70262选通国际呼叫键， 以便能够进行非国内呼叫。用户在步骤70264被提示输入电话号码。 控制台在步骤70268连接用户到向外呼叫。

图70O表示Console Validate Guest Entry(控制台验证客人输 入)例程。该例程由控制台用于确定客人使用VFP客人设施的尝试是 否有效。控制台在步骤70270检查客人输入是否是适用的菜单上的一 个可用选择。如果不是，就不接受输入，控制台维持与步骤70272所 示相同的菜单。如果客人输入是一个适当的菜单选项，控制台就在步 骤70274返回一个有效状态。

图70P表示Console Validate Guest Entry(控制台验证客人输 入)例程。该例程由控制台用于确认客人使用VFP的用户业务的试图。 控制台在步骤70280检查客人输入是否是适用的菜单上的一个可用选 择。如果不是，就不接受输入，控制台维持与步骤70282所示相同的 菜单。如果客人输入是一个适当的菜单选项，控制台就在步骤70284 返回一个有效状态。

图70Q表示Console Validate Completion(控制台验证完成) 例程。该例程由控制台用于确认有效电话号码的输入。在步骤70292， 控制台检查用户是否设置了国内terms标志。如果没有，控制台在步 骤70294播放表示国内呼叫不可用的诊断消息，在步骤70310以一个 所提供的号码无效的标志返回。控制台在步骤70296检查是否输入了 10位号码，在步骤70298检查是否提供了有效的MPA-Nxx号码。如果 所提供的号码不是10位的MPA-Nxx号码，控制台就在步骤70302播放 诊断消息，在步骤70310以一个所提供的号码无效的标志返回。控制 台在步骤70304检查NADP阻塞是否对这个用户有效，在步骤70306 检查976阻塞是否对这个用户有效。如果其中无论哪个有效，控制台 就在步骤70308播放表示向被访号码的呼叫被阻塞的诊断消息，并在 步骤70310以一个所提供的号码无效的标志返回。否则，控制台就在 步骤70312返回一个表示输入号码有效的状态。

图70R表示Console Validate International Completion(控 制台验证国际完成)例程。在步骤70322，控制台检查用户是不是配 置成能接入国际呼叫。如果不是，控制台就在步骤70324播放一个诊 断消息，并在步骤70340以一个所提供的号码无效的标志返回。在步 骤70326，控制台检查所输入的电话号码是否以表示国际号码的 ‘011’开头，在步骤70327，控制台检查该号码作为国际拨号是不是 语义上有效。如果号码不是以‘011’开头或者语义无效，控制台就在 步骤70328播放一个诊断消息，并在步骤70340以一个所提供的号码 无效的标志返回。

在步骤70330，控制台检查Cset(国家集)阻塞是否将阻塞该特 定号码。如果是，控制台就在步骤70332播放一个诊断消息。如果没 有发现错误情况，控制台就在步骤70334返回一个有效状态。

以上所述的改进的直达线MCI产品的实现对记帐过程有以下影 响：

直达线MCI国内记帐类型：15

直达线MCI国际记帐类型：115

直达线MCI呼叫类型：

呼叫类型  呼叫说明

52        传输到客户服务

138       用户呼叫完成

139       用户管理呼叫

140       客人终结到程序设置的号码

141       客人终结到话音邮件

142       客人终结到记帐号码(和缺省号码，见下文)

143       寻呼机终端

144       消息投递

145       客人终结到传真

146       客人终结到非活动帐户

147       用户终结到话音/传真邮件

178       操作员辅助用户呼叫完成

179       操作员辅助客人终结到程序设置的号码

336       操作员辅助客人终结到记帐号码

337    操作员辅助客人终结到话音邮件

338    操作员辅助客人终结到寻呼机

339    操作员辅助客人终结到传真

340    操作员辅助用户终结到话音/传真平台

为各种直达线MCI呼叫类型提供如下的记帐细目记录和记帐用 OSR以及用于重新始发的SCAI消息传递：

记帐类型115不适合由VFP(呼叫类型144)生成的BDR；因为所 有这些呼叫都是在VFP始发的，它们都按国内始发、用记帐类型15 记帐。     客人终结到非活动帐户 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    146 终结号码：    空白 记帐号码      帐户号码*+0000 始发号码      始发ANI 终结方法      02 终结状态      00** 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用 *帐户号码指用户的800/8xx访问号码 **建议终结状态；其它值可能更合适     客人拆接-呼叫完成 可记帐呼叫    否 记帐类型：    15或115 呼叫类型：     140或142 终结号码：     空白 记帐号码       帐户号码+0000 始发号码       始发ANI 终结方法       01 终结状态       262 杂项1          帐户号码 杂项2 杂项3 仅-OSR标志     否 OSR输入码      08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用 客人拆接-呼叫完成(控制台) 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    179或336 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用

客人拆接BDR可以有不同的呼叫类型，具体视拆接出现在呼叫流 中的什么点。     客人拆接-话音邮件完成 可记帐呼叫    否 记帐类型：    15或115 呼叫类型：    141 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用 客人拆接-话音邮件完成(控制台) 可记帐呼叫    否 记帐类型：    15或115 呼叫类型：    337 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人拆接-传真完成 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    145 终结号码：    空白 记帐号码      帐户号码+000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人拆接-传真完成(控制台) 可记帐呼叫    否 记帐类型：    15或115 呼叫类型：    339 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人拆接-寻呼机完成 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    140或142 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志     否 OSR输入码      08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人拆接-呼叫完成(控制台) 可记帐呼叫    否 记帐类型：    15或115 呼叫类型：    179或336 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志     否 OSR输入码      08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人终结到传真-邮箱满 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    145 终结号码：    传真路由选择号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      03 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 客人终结到传真-邮箱满(控制台) 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    339 终结号码：    传真路由选择号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      03 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  否 SCAI BNOA标志 7C     客人终结到传真-标准 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    145 终结号码：    传真路由选择号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 0SR输入码     90 SCAI OIR标志  否 SCAI BNOA标志 7C 客人终结到传真-标准(控制台) 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    339 终结号码：    传真路由选择号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     90 SCAI OIR标志  否 SCAI BNOA标志 7C     客人终结到话音邮件 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    141 终结号码：    话音邮件路由选择               号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     90 SCAI OIR标志  否 SCAI BNOA标志 7C 客人终结到话音邮件(控制台) 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    337 终结号码：    话音邮件路由选择               号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     90 SCAI OIR标志  否 SCAI BNOA标志 7C     客人终结到关闭消息 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    140或142 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      02 终结状态      00 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用   客人终结到关闭消息(控制台) 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    179或336 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      02 终结状态      00 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人终结到关闭消息-     话音邮件握手故障 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    141 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      02 终结状态      00 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 0SR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人终结到关闭消息-   话音邮件握手故障(控制台) 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    337 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      02 终结状态      00 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人终结到关闭消息-     传真信号交换故障 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    145 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      02 终结状态      00 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人终结到关闭消息-     传真握手故障(控制台) 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    339 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      02 终结状态      00 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     客人终结到记帐号码 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    142 终结号码：    记帐号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     90 SCAI OIR标志  否 SCAI BNOA标志 7C 客人终结到记帐号码(控制台) 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    336 终结号码：    记帐号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     90 SCAI OIR标志  否 SCAI BNOA标志 7C     客人终结到程序设置号码 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    140 终结号码：    编程号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     90 SCAI OIR标志  否 SCAI BNOA标志 7C 客人终结到程序设置号码(控制台) 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    179 终结号码：    编程号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     90 SCAI OIR标志  否 SCAI BNOA标志 7C     客人传输到操作员 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    140或142 终结号码：    传输路由号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      03 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  否 SCAI BNOA标志 7C     客人终结到寻呼机 可记帐呼叫？  是-仅BDR 记帐类型：    15或115 呼叫类型：    143 终结号码：    寻呼机路由号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3         回叫号码 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用   客人终结到寻呼机(控制台) 可记帐呼叫？  是-仅BDR 记帐类型：    15或115 呼叫类型：    338 终结号码：    寻呼机路由号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3         回叫号码 仅-OSR标志    否 0SR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用   用户终结到话音邮件-消息检索 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    147 终结号码：    话音邮件路由号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     80 SCAI OIR标志  是 SCAI BNOA标志 7C 客人终结到话音邮件-消息检索(控制台) 可记帐呼叫？   是-匹配/合并 记帐类型：     15或115 呼叫类型：    340 终结号码：    话音邮件路由号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     80 SCAI OIR标志  是 SCAI BNOA标志 7C   用户终结到话音邮件-管理呼叫 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    147 终结号码：    话音邮件路由号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      03 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  是 SCAI BNOA标志 7C           用户呼叫完成 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    138 终结号码：    客户输入/快速拨号ANI 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     80 SCAI OIR标志  是 SCAI BNOA标志 7C     用户呼叫完成-控制台 可记帐呼叫？  是-匹配/合并 记帐类型：    15或115 呼叫类型：    178 终结号码：    客户输入/快速拨号ANI 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      00 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     80 SCAI OIR标志    是 SCAI BNOA标志   7C     用户管理呼叫 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    139 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      08 终结状态      257 杂项1         帐户号码 杂项2         编程的信息 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用   用户拆接-程序设置或用户菜单上无选择 可记帐呼叫？    否 记帐类型：    15或115 呼叫类型：    139 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2         编程的信息 杂项3 仅-0SR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用 用户拆接-程序设置或用户菜单上无选择              (控制台) 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    340 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2         编程的信息 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     用户拆接-呼叫完成 可记帐呼叫？ 否 记帐类型：   15或115 呼叫类型：   138 终结号码：   空白 记帐号码     帐户号码+0000 始发号码     始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2         编程的信息 杂项3 仅-OSR标志    否 OSR输入码     08 SCAIOIR标志   不适用 SCAI BNOA标志 不适用   用户拆接-呼叫完成(控制台) 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    178 终结号码：    空白 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      01 终结状态      262 杂项1         帐户号码 杂项2         编程的信息 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  不适用 SCAI BNOA标志 不适用     用户传输到客户服务 可记帐呼叫？  否 记帐类型：    70 呼叫类型：    52 终结号码：    传输路由选择号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      03 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  N SCAI BNOA标志 7C     用户传输到操作员 可记帐呼叫？  否 记帐类型：    15或115 呼叫类型：    138 终结号码：    传输路由选择号码 记帐号码      帐户号码+0000 始发号码      始发ANI 终结方法      03 终结状态      257 杂项1         帐户号码 杂项2 杂项3 仅-OSR标志    否 OSR输入码     08 SCAI OIR标志  N SCAI BNOA标志 7C

以下是用于自动应答设备(ARU)的新的直达线MCI脚本，其引用 它们出现所在的对应呼叫流图： 呼叫流图 IV号 ARU脚本号 文本 所有 7330001 1 按1。 7330002 2 按2。 7330003 3 按3。 7330004 4 按4。 7330005 5 按5。 7330006 6 按6。 7330007 7 按7。 7330008 8 按8。 7330009 9 按9。 7330010 10 按0。 7330011 11 按*. 7330012 12 按#. 1 7330101 101 抱歉，此时不接受呼叫。 2 7330201 201 欢迎到直达线MCI！ 3 7330301 301 要与你方说话… 7330302 302 要留下话音邮件消息… 7330303 303 要发传真… 7330304 304 要发寻呼… 7330306 306 请在我传输你到话音邮件期间保持。 7330307 307 抱歉，你的通话方的邮箱满。 7330308 308 请保持以发送传真。 4 7330401 401 你的通话方请求你留下话音邮件消息。 7330403 403 你的通话方请求你发送寻呼。 7330404 404 请在我试图到达你方期间保持。 7330405 405 我仍然在试图到达你方，请保持。 7330406 406 此时我无法到达你方。 6 7330408 408 请告诉我你的姓名。 7330409 409 请在我传输你到操作员期间保持。 7 7330701 701 你有来自…的呼叫 7330702 702 …在… 7330703 703 …一个不确定位置。 7330704 704 …一个国际位置。 8 7330801 801 要接受呼叫… 7330802 802 要发送你的主叫者到话音邮件… 7330803 803 要让你的主叫者以后再试… 7330805 805 你的主叫者将被要求留下话音邮件。 7330806 806 你的主叫者将被要求以后再试。 7330807 807 抱歉，你的主叫者已经拆接。 7330809 809 抱歉，请你以后再试呼叫。 9 7330901 901 抱歉，此时我无法访问话音邮件。 7330902 902 抱歉，此时我无法访问传真邮件。 10 7331001 1001 请输入你的回叫号码，以#符号结束。 7331002 1002 …将被发送 7331003 1003 要重新输入你的回叫号码… 7331004 1004 要继续… 7331006 1006 没有接收到输入。 7331007 1007 谢谢，你的寻呼已经发送。 7331008 1008 抱歉，我无法完成你的寻呼。 7331101 1101 我无法到达你方。 11 7331102 1102 请保持以发送寻呼或者以后再试呼叫。 12 7331207 1207 要发送寻呼请按1；或者请你以后 再试呼叫。 13 7331301 1301 欢迎来到用户程序设置！ 7331302 1302 你的邮箱满。请删除保存的消息。 7331303 1303 你有… 7331304 1304 …新的话音邮件和… 7331305 1305 …新的传真消息。 7331306 1306 …无… 7331307 1307 要改变你的呼叫路由选择… 7331308 1308 要发送或检索邮件… 7331309 1309 要接入呼叫… 7331310 1310 为了帐户维护… 7331311 1311 要从任何菜单到达客户服务… 7331313 1313 请保持以检索你的话音和传真消 息。 7331314 1314 国内呼叫要输入地区码和号码。 7331315 1315 国际呼叫要输入011和号码。 7331316 1316 请输入用户号码或快拨号码，以# 结束。 7331317 1317 若要操作员帮助… 14 7331401 1401 抱歉，此时我无法访问你的话音/ 传真邮箱。 7331403 1403 抱歉，此时我无法访问你的分配列 表。 7331404 1404 抱歉，此时我无法记录你的邮箱 名。 15 7331501 1501 要改变找我路由选择… 7331502 1502 要改变替代路由选择… 7331503 1503 要改变最终路由选择… 7331504 1504 要取消并返回到前一个菜单… 7331507 1507 替代路由选择当前的设置是… 7331508 1508 …话音邮件。 7331509 1509 …寻呼机。 7331510 1510 …你的找我序列。 7331512 1512 你的替代路由选择当前被关闭。 7331513 1513 要设置替代路由选择到电话号码… 7331514 1514 要设置替代路由选择到话音邮件… 7331515 1515 要设置替代路由选择到你的寻呼 机… 7331516 1516 要设置替代路由选择到你的找我序 列… 7331517 1517 要关掉替代路由选择… 7331519 1519 你的最终路由选择当前被设置到… 7331520 1520 …话音邮件或寻呼机选项。 7331523 1523 …关闭消息。 7331525 1525 要设置最终路由选择到话音邮件或 寻呼机选项… 7331526 1526 要设置最终路由选择到你的话音邮 件… 7331527 1527 要设置最终路由选择到你的寻呼 机… 7331528 1528 要设置最终路由选择到关闭消息… 16 7331601 1601 你的找我路由选择被设置到你的调 度表。 7331602 1602 你的找我路由选择被设置到你的3 -号码序列。 7331604 1604 要改变你的3-号码序列… 7331606 1606 要保存并继续… 17 7331701 1701 要改变你的第一个号码… 7331702 1702 要改变你的第二个号码… 7331703 1703 要改变你的第三个号码… 7331704 1704 要检查所有三个号码… 7331705 1705 要改变调度表路由选择到… 7331708 1708 你的第一个号码被设置到… 7331709 1709 你的第二个号码被设置到… 7331710 1710 你的第三个号码被设置到… 7331711 1711 你的第二个号码当前没有程序设 置。 7331712 1712 你的第三个号码当前没有程序设 置。 7331713 1713 你此时尚未有调度表建立。请与客 户服务联系。 18 7331801 1801 要创建和更新你的列表… 7331802 1802 要记录你的问候或邮箱… 7331803 1803 要激活或去激活特征… 7331806 1806 对于广播列表… 7331807 1807 对于快拨号… 7331808 1808 请保持以更新广播列表。 7331809 1809 对于你的个人问候… 7331810 1810 对于你的邮箱名… 7331811 1811 请保持以记录你的邮箱名。 7331812 1812 你的当前的问候是… 19 7331901 1901 要改变快拨号… 7331911 1911 快拨号… 7331912 1912 …被设置成… 7331913 1913 …当前没有被程序设置。 7331914 1914 要记录新的问候… 7331915 1915 要采用系统问候… 7331916 1916 音响后开始记录。 7331917 1917 要检查你的问候… 7331918 1918 要重新记录你的问候… 7331921 1921 你的主叫者现在将听到系统问候。 7331922 1922 你的新问候已经保存。 20  7334000 4000 要设置主叫者屏蔽… 7334001 4001 要激活或去激活你的寻呼机… 7334002 4002 要设置寻呼机通知… 7334003 4003 要激活或去激活你的帐户… 7334005 4005 主叫者屏蔽被设置成… 7334006 4006 主叫者屏蔽当前关闭。 7334007 4007 …仅号码。 7334008 4008 …仅姓名。 7334009 4009 …姓名和号码。 7334010 4010 要将主叫者屏蔽设置到仅号码… 7334011 4011 要将主叫者屏蔽设置到仅姓名… 7334012 4012 要将主叫者屏蔽设置到姓名和号 码… 7334013 4013 要关闭主叫者屏蔽… 7334015 4015 你的主叫者将被赋予寻呼你的选 择。 7334016 4016 你的主叫者将不被赋予寻呼你的选 择。 7334017 4017 你的帐户已经激活。 7334018 4018 你的帐户已经取消激活。 7334019 4019 你当前被寻呼的原因… 7334020 4020 …新的话音邮件消息。 7334021 4021 …新的传真消息。 7334022 4022 …新的话音邮件和传真消息。 7334023 4023 寻呼机通知当前被关闭。 7334024 4024 要因为话音邮件消息而被寻呼… 7334025 4025 要因为传真消息而被寻呼… 7334026 4026 要因为话音和传真消息而被寻呼… 7334027 4027 要关闭寻呼机通知… 21 7334101 4101 国内号码—输入地区码和号码。 7334102 4102 国际号码—输入011和号码。 7334103 4103 要删除这个号码… 7334105 4105 要重新输入号码… 7334107 4107 你的替代路由选择将被取消激活。 7334108 4108 你的替代路由选择将被改变到… 7334111 4111 请保持以等待客户服务。 7334112 4112 你的最终路由选择将变为… 7334116 4116 你的第一个号码将变为… 7334117 4117 你的第二个号码将被删除。 7334118 4118 你的第二个号码将变为… 7334119 4119 你的第三个号码将被删除。 7334120 4120 你的第三个号码将变为… 7334121 4121 这个快拨号将被删除。 7334122 4122 这个快拨号将变为… 7334123 4123 你的主叫者屏蔽将被关闭。 7334124 4124 你的主叫者屏蔽将变为… 7334128 4128 你的寻呼机通知将被关闭。 7334129 4129 你将因…而被寻呼。 22 7330309 309 该选项不可用。 23 7330102 102 该输入无效。 7330103 103 请重新输入口令。 24 7334401 4401 抱歉，国内呼叫不可用。 7334403 4403 抱歉，对该号的呼叫被阻塞。 25 7332501 2501 抱歉，国际呼叫不可用。 26 7332601 2601 抱歉，你不可以程序设置国内号 码。 27 7332701 2701 抱歉，你不可以程序设置国际号 码。

以下是用于控制台应用的新直达线MCI脚本： 呼叫流图 控制台脚本号 文本 1 14160 欢迎来到直达线MCI 这个帐户上当前不接受呼叫 {礼貌关闭} 22008 MCI操作员！ 我如何帮你到达你的通话方？ 22005 MCI操作员！ {如果主叫者是帐户所有者，按User Prog} 2 22033 你的通话方请求你留下话音邮件；请保持 {过程调用} 22034 你的通话方请求你发送寻呼 {过程调用} 22037 请你以后再试呼叫 {礼貌关闭} 3 22031 请在我试图到达你的通话方期间保持 {过程调用} 15848 MCI操作员！ 请在我试图到达你的通话方期间保持 {过程调用} 15844 我仍在试图到达你的通话方；请继续保持 {过程调用} 15849 MCI操作员！ 我仍在试图到达你的通话方；请继续保持 {过程调用} 33000 {得到回答按YES、占线按BUSY、4-5声振铃 后无回答按NO、用于回答机的ANS MACH} 4 22036 我是MCI操作员。 你有来自NAME和/或ANI的呼叫；你要与主 叫者通话吗？ 15845 抱歉，此时我无法到达你的通话方 {过程调用} 22032 谢谢；你的呼叫已经连接 {过程调用} 5 7115 请保持，待我传输你到话音邮件 {过程调用} 22900 抱歉，你的通话方的话音邮箱满 {过程调用} 22104 抱歉，此时我无法访问话音邮件 {过程调用} 22340 请保持以便发送传真 (过程调用} 22105 抱歉，此时我无法访问传真邮件 {过程调用} 6 15865 你想要发送什么回叫号码？ 15866 MCI操作员！ 你想要发送什么回叫号码？ 22375 请在你的寻呼发送时保持 {过程调用} 15863 你的寻呼已经发送。谢谢！ {拆接} 15693 抱歉，我无法完成你的寻呼 {过程调用} 22035 请问姓名？ 7 15860 抱歉，我此时无法到达你的通话方；想发寻 呼吗？ 22040 你想要发送寻呼吗？ 15842 抱歉，我此时无法到达你的通话方；请你以 后再试呼叫。 {礼貌关闭} 8 22038 抱歉，我此时无法到达你的通话方；你是想 留话音邮件还是发寻呼？ 9 22003 请输入口令 22102 请重复输入口令 22017 抱歉，那不是有效口令 {提供客户服务或拆接} 10 22901 你的邮箱满；请删除你保存的消息 {过程调用} 22902 你有X个新话音邮件和Y个新传真邮件 (过程调用} 22400 我如何帮助你？ 22904 请保持，等待话音和传真消息。 {过程调用} 11 22905 抱歉，我无法访问你的话音/传真邮箱 {过程调用} 22906 你希望拨什么号？ {输入号码或1位的快拨号} 22908 MCI操作员！ 你希望拨什么号？ (输入号码或1位的快拨号} 22907 谢谢；请在连接你的呼叫时保持 {过程调用} 13 15063 抱歉，国内终端不可用 {过程调用} 15053 抱歉，这不是有效的国内号码 (过程调用} 15057 抱歉，对该号码的呼叫被阻塞 {过程调用} 14 15061 抱歉，国际终端不可用 {过程调用} 15051 抱歉，这不是有效的国际号码 {过程调用} 16001 {按GEN ASST来处理非国内拨号呼叫}

以下详细说明ARU影响，以及呼叫流图中的ARU影响。

用户输入

一般来说，在呼叫流中，每当用户/主叫者有输入机会时，都要尽 可能地最小化可能的响应延迟。下面是一些例子：

在呼叫的‘客人’部分期间，用户可以输入‘*’，此时，NIDS音 频服务器(NAS)就采用一种数位间超时(inter-digit timeout)开 始收集6个口令数位。

在客人菜单播放期间，按一个键就会立即产生响应—除非按的是 ‘*’键，此时NAS收集6位口令。

在用户菜单播放期间，按一个键就会立即产生响应—除非在向外 呼叫菜单中。由于国内电话号码、国际电话号码、快拨号都能在此输 入，所以系统允许用户按‘#’来表示所拨数字的结束。‘#’不管是在 单一数字输入之后还是在一串数字即电话号码之后都被接受。

在呼叫流中用户能输入国内或国际号码的任何地方，都必须接受 ‘#’键来指示所拨数字的结束。这包括对第一、第二或第三找我号码、 对POTS和快拨号的程序设置期间。

可能的情况下，要将用户‘强力拨号’(power dial)的能力构筑 到呼叫流中。这意味着，如果有多个键被按下时，就绕过脚本，到达 适当的菜单。

支持本实施例中的直达线MCI的一种接入方法：不带PIN的 800/8xx号码接入。数据库中PIN域的缺省值为0000。

记帐号码屏蔽(欺诈)确认

所有收到的直达线MCI呼叫都要受记帐号码屏蔽的确认，以验证 该号码未标记为有欺诈风险。在范畴5类型0中查找；所检查的标志 是信用卡(热)标志。如果该号码已经被“关闭”，即热标志被设置为 ‘Y’，则应用程序将该呼叫作为脱机帐户对待，但是不允许用户访问 程序设置选项。

世界电话(World Phone)

主叫者能够通过世界电话访问直达线MCI平台。在较佳实施例 中，这些呼叫用SCAI消息的始发号码中的伪ANI到达直达线平台。这 个伪ANI与启动世界呼叫扩展所在的特定特征组A(FGA)电路关联。 在另一个实施例中，实际始发国信息被转发到直达线平台；始发号码 域中放置3位的国家码。

在较佳实施例中，世界电话始发的直达线呼叫按下列记帐：

通过世界电话始发、用伪ANI作为始发号到达直达线平台的呼 叫，用记帐类型15按国内记帐。BDR中的始发号码域是FGA伪ANI。

在另一个实施例中，呼叫按下列记帐：

ARU和控制台执行程序来识别始发号码域含有的是伪ANI还是实 际始发信息。如果提供了实际的国家码始发信息，应用程序就参考其 配置文件-世界电话伪ANI是其中的任选项。配置文件中存在的这个 项目向应用程序指出了呼叫应如何记帐。

如果应用程序在其配置文件中发现世界电话伪ANI，呼叫就用记 帐类型15按国内记帐。BDR中的呼叫号码域被设置为该世界电话伪 ANI，应用程序指示桥接交换机将其始发号码变为该同一个伪ANI。

如果应用程序在其配置文件中找不到世界电话伪ANI，就用记帐 类型15对呼叫按国际记帐，始发号码信息被被保留在交换机记录中。 BDR被植入10位数字串：‘191’+3位国家码+‘0000’。

客人呼叫路由选择由直达线MCI用户用几种方法规定，如下文所 述：

根据始发对客人终端的阻塞检查，在下文叙述。

呼叫路由选择

向用户提供两个定义呼叫路由选择的选项：找我序列和调度序 列。除调度定义外，用户能通过DTMF定义呼叫路由选择。

3-号码找我序列

如果用户为其呼叫路由选择选择了找我序列，应用程序启动一个 向用户的初级(第一)程序设置号码的呼叫。如果有人回答，就将客 人主叫者与回答方连接。下文描述的呼叫屏蔽可能是活动的，在这种 情况下，回答方在其被连接之前必须积极地接受呼叫。如果第一号码 处的线路忙，呼叫就被路由选择到用户的程序设置的备用路由选择— 下文将有描述。如果在可配置的时间内检测不到回答，应用程序就启 动一个向用户的次级(第二)程序设置号码的呼叫。

在第二号码处的回答处理与向第一号码的呼叫尝试一样，如果没 有回答就导致尝试向用户的三级(第三)程序设置号码的呼叫。在第 三号码处的回答处理方式一样，如果没有回答就导致备用路由选择。

如果在这个呼叫序列中的任一点，没有编程设置一个终端槽，应 用程序就跳过序列中的该号码，前进到下一个号码或者备用路由选 择。

对任何程序设置的国际终端，应用程序在国家码表中查找终端国 家码。如果该国家的直拨国标志设定为‘Y’，ARU就呼叫到人工控制 台(TTC＝1e)作处理。

2级调度序列

如果用户选择调度序列作为其呼叫路由选择，应用程序就把 Schedule 1 Trans和Schedule 2 Trans域用作在800转换数据库中 检索调度信息的键字。从用户的两个调度转换中，用当前的日期和时 间，确定第一和第二调度号码。

向第一号码启动呼叫，回答处理如同找我序列中所述的一样，如 果没有回答就向第二调度号码尝试呼叫。在第二调度号码处的回答处 理方式一样，如果没有回答就导致备用路由选择。

同样，如果在调度呼叫序列中的任一点，不能找到终端号码就跳 过序列中的该位置，前进到下一个号码或者备用路由选择。

用户的调度是在订单输入期间设置的，是用户不能通过DTMF更新 的。在订单输入时，用户被要求按日期、星期、时刻(以30分钟的增 量)和时区来定义其调度。

替代路由选择

该选项可通过DTME使用，供用户通过为客人主叫者规定特定路由 选择来关闭客人菜单的表示。通过替代路由选择，用户能够：

路由选择主叫者到单一的电话号码，让主叫者留下话音邮件消 息，让主叫者寻呼它，或者路由选择主叫者通过其程序设置的呼叫路 由选择(找我或调度)。

如果用户程序设置了替代路由选择来路由选择一个电话号码，如 果在该号码没有回答就导致备用路由选择处理。

备用路由选择

备用路由选择允许用户通过DTMF定义任何处理试图到达用户但 得不到回答的主叫者。备用路由选择选项包括话音邮件、寻呼机、关 闭消息、或者话音邮件或寻呼机的客人选项。备用路由选择的缺省如 果没有程序设置，则是播放关闭消息。

缺省路由选择

用户能在订单输入中规定如何处理提供客人菜单两次尝试后不响 应的主叫者。缺省路由选择选项是：传输到操作员(TTC＝67)-其中 再次提供客人菜单，电话号码-如果没有回答就导致备用路由选择、 话音邮件或呼叫路由选择(找我或调度)。缺省路由选择的缺省如果没 有程序设置，则是操作员传输。

呼叫屏蔽

用户可以选择调用呼叫屏蔽来宣布所有客人主叫者。呼叫屏蔽选 项包括仅姓名、仅ANI、姓名加ANI预先程序设置和无呼叫屏蔽。用 户能通过DTMF程序设置呼叫屏蔽。

当程序设置了仅姓名或姓名加ANI的屏蔽时，就要记录主叫者的 姓名。如果主叫者不响应提示，什么也不记录，系统就缺省到仅ANI 屏蔽。当在某终结电话号码接到回答时，就播放主叫者的姓名和/或 ANI，询问回答方是接受还是拒绝该呼叫。如果接受呼叫，就连接主叫 者。如果主叫者屏蔽包括ANI屏蔽并且始发号码是国家码，就播放脚 本‘…某国际位置’代替ANI。

如果呼叫被拒绝，或者接不到回答方的应答，就要求主叫者留下 话音邮件消息，或者(如果用户没有预订话音邮件)播放关闭消息。

超时参数

在直达线MCI数据库中为下列终端按秒定义超时值： 对于这个终点 使用这个超时值 第一个找我 第二个找我 第三个找我 调度1 调度2 替代路由选择-如果电 话号码 缺省路由选择-如果电 话号码 初级超时 次级超时 三级超时 初级超时 次级超时 替代超时    缺省超时

这些超时值的缺省值为25秒，但是用户可以通过客户服务修改它 们。

呼叫连接时间

在完成向程序设置的终点的客人呼叫时，尽可能减少呼叫连接延 迟。

回答检测

就所有向电话号码的呼叫尝试而言，对应答机的检测的处理是通 过机器检测轮询标志(状态标志，位9)定义的。如果该标志设置为 ‘N’，主叫者被连接到应答机。如果标志设置为‘Y’，应用程序路由 选择到呼叫序列中的下一个号码或备用路由选择。

ISN上当前的回答检测性能如下：NAS正确地检测人声回答的可靠 率为99％，正确检测到机器的可靠率为67％。

对于这个要求中没有特别涉及的任何回答检测响应，例如FAST- BUSY，按无回答情况所述的方式处理。

程序设置的号码确认

用户能在其第一、第二和第三找我号码以及替代路由选择中程序 设置电话号码。应用程序在接受程序设置的号码之前要进行下列确认 检查：

国内号码：

检查国内终端标志(PIN位1)，确定用户有权程序设置国内号码。

用范畴000、类型002和程序设置的NPA查询国际阻塞数据库， 寻找模式匹配，以确定该程序设置号码不是受阻塞的信息/成人服务号 码。

检查交换机宿主以确定终端是不是NADP号码。如果是，就应用国 家集阻塞。将该程序设置号码关联的伪国家码(PCC)对照在直达线 MCI特性记录中的国家集进行确认。如果该PCC受阻塞，就不允许程 序设置到该号码。

国际号码

检查国际终端标志(PIN位2)，确定用户有权程序设置国际号码。

从直达线MCI特性记录检索国家集，该应用验证该程序设置的国 家码对该国家集不受阻塞。

下面叙述对程序设置客人终端的阻塞检查。

呼叫流图表示必须传输到话音/传真平台(VFP)的各种情形。传 输是用客户记录的话音邮件路由选择号码域中的路由选择号码实现 的。

为了“屏蔽”向VFP的呼叫扩展中的有些延迟，呼叫在向主叫者 播放“请保持”脚本之前被扩展。通过上述去除数字间超时的方法， 又减少了呼叫扩展延迟。在启动呼叫和播放脚本之后，该应用等待回 答检测，此时，用户的直达线MCI访问号码(800/8xx号码)被脉冲 输出到VFP，接着是‘*’，然后是单一的方式数字，方式数以‘#’结 尾，它向VFP表示向过程传输的类型。方式标志是下表中所述的其中 一个数值。为了保证信息被VFP接收和验证，该应用等待从VFP播放 两个DTMF‘00’音调，然后连接主叫者。

方式标志   传输类型

1          客人话音邮件

2          带话音注解的客人传真

3          无话音注解的客人传真

4          用户话音/传真检索

5          用户列表维护

6          用户邮箱名记录

如果握手的试图失败再次，则认为VFP传输试图是失败的。如果 在替代、缺省、或备用路由选择期间，客人传输到话音邮件或传真邮 件失败，就要求主叫者以后再试呼叫。如果客人传输在客人菜单选择 上失败，就将再次提供菜单。如果用户传输到话音或传真邮件失败， 就会播放一个脚本向用户通知这个失败，然后用户被返回到上一个菜 单。

在呼叫的开始，当检测到传真音调时，发生无注解的客人传真传 输。传真音调的检测独立于欢迎消息的表示，所以问候的长度对传真 音调的可靠检测没有影响。

当用户访问用户程序设置时，应用程序提供对话音邮件新消息、 传真新消息和整个邮箱消息的计数-如果可行的话。该应用通过 VFP_Trans业务从VFP查询这个信息。

用户也能通过DTMF定义其是否想要话音和传真新消息的寻呼机 通知。寻呼机通知的选项是：话音邮件通知、传真通知、话音邮件和 传真二者的通知和无通知。寻呼机通知的设置存储在话音邮件寻呼标 志(PIN位15)和传真寻呼标志(PIN位16)中。

寻呼

寻呼用户的选项是客人菜单上提供的选择之一。此外，可以按照 用户的程序设置的替代或备用路由选择要求客人发送寻呼。

发送寻呼时，该应用向主叫者请求回叫号码。用户的客户记录含 有下列用于处理寻呼的信息：寻呼机访问号-用于启动向寻呼机公司 的呼叫，用户的寻呼机PIN，寻呼机类型-它指向一个用于通知寻呼 信息的可配置的拨号串。该拨号串提供用于等待回答检测的超时值、 回答检测后的延迟、到DTMF的PIN数位的数目以及所需的任何结尾字 符-例如‘#’。

如果主叫者在输入回叫号码之后拆接，寻呼就完成并记帐。所支 持的寻呼机类型如下： 寻呼机类型 寻呼机公司      寻呼机拨号串    寻呼机访问号码     1     2     3     4     5     6     7     8 SkyTel/MTel     A180T32R7D#ED#    6019609560 AirTouch        A180T32R7D#ED#    6019609560 Mobile Media    A180T32R7D#ED#    6019609560 AirSignal/McCaw A180T32R7D#ED#    6019609560 American Paging A180T32R7D#ED#    6019609560 Mobile Comm     A180T136R6T18ET32 8009464646* MCI Page        A180T136R7T18ET32 8006247243* MCI Word        A180T136R7T18ET32 8006247243*

*800访问号码将通过位于桥接交换机的DAP-looparound被路由 选择。

用户能选通/禁止作为客人菜单选项的寻呼机表示。当寻呼机关闭 时，它不在客人菜单出现，也不向程序设置替代或备用路由选择的用 户提供。话音邮件或寻呼机的客人选项也被从备用路由选择程序设置 选择中去除。如果替代路由选择被设置到寻呼机，而寻呼机已经关闭， 呼叫就像未曾提供过替代一样被处理。如果备用路由选择被设置到寻 呼机，而寻呼机已经关闭，则如果主叫者有话音邮件的话，主叫者就 被路由选择到话音邮件，要不就出现关闭消息。这些是替代和备用路 由选择的缺省处理方法。寻呼机开/关标志(状态位3)是存储寻呼机 选通/禁止状态的地方。

除了能选通/关闭寻呼机，用户还能定义寻呼机通知选项，如本说 明的话音邮件/传真邮件一节中所述。VFP为话音和传真新消息的通知 而执行寻呼，支持由ISN支持的那些寻呼机类型。寻呼机开/关标志状 态对寻呼机通知没有影响；用户被要求将寻呼机通知设置到无通知， 以便接收新消息的无通知。

向外拨叫

用户能进行呼叫，将呼叫记帐到其直达线MCI帐户。这个选项在 主用户程序设置菜单出现。向外呼叫选项包括：

国内终端-取决于国内完成标志(状态位4)、国际终端-取决于 国际完成标志(状态位5)、程序设置的快拨终端-取决于快拨完成标 志(状态位6)。

对于任何被请求的国际完成，应用程序在国家代码表中查找终端 国家代码。如果该国家的直拨国家标志设置为‘Y’，ARU就传输呼叫 到人工控制台(TTC＝9d)作处理。

在为用户完成呼叫之前要进行以下验证检查：

国内号码

国内完成标志必须设置为‘Y’

用范畴000、类型002和程序设置的NPA查询国际阻塞数据库， 寻找模式匹配，以确定该程序设置号码不是受阻塞的信息/成人服务号 码。

检查交换机宿主以确定终点是不是NADP号码。如果是，就用在直 达线AuthCode特性记录中找到的国家集实施国家集阻塞。如果用户从 国际位置呼入，就要从始发国的特性记录和直达线MCI特性记录这两 个记录中检索国家集，应用程序要确认该PCC对哪一个国家集都不受 阻塞。用‘191’+3位国家码+‘0000’作为关键字在特性记录数据 库中查找始发国的特性记录。

国际号码

国际完成标志必须设置为‘Y’

从直达线MCI特性记录检索国家集，应用程序验证该程序设置的 国家码对该国家集不受阻塞。如果是国际始发，就要从始发国的特性 记录和直达线MCI特性记录这两个记录中检索国家集，应用程序要确 认该目的地国家代码对哪一个国家集都不受阻塞。

下面叙述根据始发对用户呼叫完成和程序设置快拨号的阻塞检 查。

重新始发

主叫者通过按‘#’键两秒钟，可以从呼叫完成向VFP或某电话号 码重新始发。交换机查验该呼叫是否允许重新发话，如果是，就将主 叫者传递回ISN。

重新始发的主叫者的状态是从原始呼叫的BDR的Val Stat域中的 值导出的。下表定义了该域的可能值和各值的含义：  

Val Stat值 主叫者类型 原始呼叫的处置  可重新始发？

200         用户       呼叫完成       是

201         用户       话音邮件       是

202         用户       传真*          不适用

100         客人       脱机           否

101         客人       初级           否

102         客人       次级           否

103         客人       三级           否

104         客人       替代           否

105         客人       关闭系统       否

112         客人       话音邮件       否

113         客人       寻呼机         否

114         客人       传真           否

*不使用-当前在用户访问话音邮件与用户访问传真邮件之

间没有区别；它将用一个Val Stat 201来指示。

此外，要使从完成到话者邮件/传真邮件平台的用户能使用#重新 始发。如记帐一节所指出的，这是通过两次改变在交换机记录(OSR) 中植入的数据而完成的。

用户重新始发

用户重新始发是通过最初呼叫的Val Stat域来标识的，并提供用 户编程菜单。已经完成到话音/传真邮件平台或电话号码的用户被允许 重新始发。  

控制台影响

以下各节以及呼叫流图详细说明控制台影响。

ARU传输

控制台因以下原因接收从ARU的传输。对这些传输的处理在控制 台呼叫流图中指出。 TTC    传输原因                 文本 1e     客人呼叫完成要求操作员  ‘客人呼叫要求操作员帮助’

   帮助 64     在寻呼机回叫号码提示下  ‘没有正确输入寻呼机回叫号码’

   第三次无输入 67     客人菜单上的请求或超时  ‘主菜单上请求的传输或超时’ 9d     用户呼叫完成要求操作员  ‘用户呼叫要求操作员帮助’

   帮助

接入方法

参看ARU影响中的接入方法一节。

直接呼叫

参看ARU影响中的直接呼叫一节，有以下例外：

缺省路由选择

缺省路由选择对控制台没有影响，除非它已经被程序设置或缺省 设置到操作员传输。在这种情况下，呼叫将被作为新呼叫处理，提供 客人菜单。

话音邮件/传真邮件

参看ARU影响中的话音邮件/传真邮件一节。

寻呼

参看ARU影响中的寻呼一节。

向外拨叫

参看ARU影响中的向外拨叫一节。

重新始发

参看ARU影响中的重新始发一节。

标志从属

标志从属如下表所示： 图 菜单 菜单项 从属 3 客人菜单 留下话音邮件消息 话音邮件标志 发送传真 传真终端标志 发送寻呼 寻呼机终端标志AND 寻呼机开/关标志 (口令) 程序(跟随我)标志 13 用户主菜单 改变呼叫路由选择 找我标志AND (国内终端标志OR 国际终端标志OR 话音邮件标志OR 寻呼机终端标志) 发送/检索邮件 话音邮件标志OR 传真终端标志 接入呼叫 国内完成标志OR 国际完成标志OR 快拨完成标志 管理 话音邮件标志OR 传真终端标志OR 快拨程序设置标志OR 问候记录OR 呼叫屏蔽程序设置标志OR 寻呼机终端标志OR Avail程序设置标志 接入呼叫 快拨号码 快拨完成标志 国内号码 国内完成标志 国际号码 国际完成标志 15 改变路由选择 找我路由选择    替代路由选择 国内终端标志OR 国际终端标志 国内终端标志OR 国际终端标志OR 话音邮件标志OR 寻呼机终端标志 备用路由选择 话音邮件标志OR 寻呼机终端标志 替代路由选择 POTS 国内终端标志OR 国际终端标志 话音邮件 话音邮件标志 寻呼机 寻呼机终端标志 找我 国内终端标志OR 国际终端标志 备用路由选择 客人菜单 话音邮件标志AND 寻呼机终端标志 话音邮件 话音邮件标志 寻呼机 寻呼机终端标志 17 改变3-号码 序列 第一个号码 国内终端标志OR 国际终端标志 第二个号码 国内终端标志OR 国际终端标志 第三个号码 国内终端标志OR 国际终端标志 改变到调度路由选 择 调度1标志AND 调度2标志 18 管理 列表维护 话音邮件标志OR 传真终端标志OR 快拨程序设置标志 记录问候 问候记录标志OR 话音邮件标志OR 传真终端标志OR 激活/去激活特征 呼叫屏蔽程序设置标志OR 寻呼机终端标志OR 话音邮件标志OR 传真终端标志OR 可用程序设置标志 列表 广播列表 话音邮件标志OR 传真终端标志 快拨列表 快拨程序设置标志 问候 欢迎 问候记录标志 邮箱名 话音邮件标志OR 传真终端标志 20 特征激活 呼叫屏蔽 呼叫屏蔽程序设置标志 激活/去激活寻呼 机 寻呼机终端标志 寻呼机通知选项 寻呼机终端标志AND (话音邮件标志OR传真终 端标志) 激活/去激活帐户 可用程序设置标志 寻呼机通知 仅话音邮件 话音邮件标志 仅传真 传真终端标志 话音邮件和传真 话音邮件标志AND 传真终端标志 21 程序 国内号码 国内标志 国际号码 国际标志

阻塞检查

本说明不包括标志检查，它讨论国家集、“成人服务”(976)、和 NANP间阻塞。需要的话，要用缺省的ANI特性记录用于国家集阻塞。

∑976阻塞以下列方式实现：

用范畴000、类型002和程序设置的NPA查询国际阻塞数据库， 寻找模式匹配，以保证程序设置的号码不是受阻塞的信息/成人服务号 码。如果发现匹配，就不允许呼叫/程序设置。

∑NANP间(Inter-NANP)阻塞以下列方式实现：

检查交换机宿主以确定该终端是不是一个NANP号码，如果是，就 检查NANP内(Intra-NANP)标志是否设置成“Y”。如果是，就检查 始发号码的国家内标志。如果始发号码的国家内标志也设置成“Y”， 就阻塞该呼叫。如果不是，就允许该呼叫。简而言之，如果始发和终 结号码的国家内标志都设置成“Y”，就阻塞该呼叫。如果不是，就允 许该呼叫。

∑国家集阻塞以下列方式实现：

直达线MCI特性记录的国家集以及如下列所示的可能始发ANI/国 家，要对照终端的国家码来确认。如果该终端国家在任何国家集中受 阻塞，该呼叫就受阻塞。

客人呼叫完成 终端G 始发B 国内          NANP            国际 国内        NANP      国际 NANP间(允许)  NANP间(允许)    用终端CC、始发               用终端PCC、始发 ANI*和AUTH国家集               ANI和AUTH国家集 的国家集阻塞               的国家集阻塞 NANP间(允许)  NANP间(阻塞)    用终端CC、始发                               ANI和AUTH国家集                               的国家集阻塞 允许          用终端PCC、始发 用终端CC、始发               ANI和AUTH国家集 ANI和AUTH国家集               的国家集阻塞    的国家集阻塞

用户呼叫完成 终端G 始发B 国内               NANP               国际 国内            NANP        国际 国内Comp(完成)标志 国内Comp(完成)标志 国际Comp(完成)标志 NANP间(允许)       NANP间(允许)       用终端CC、始发 976阻塞            976阻塞            ANI*和AUTH国家                    用终端PCC、始发    集的国家集阻塞                    ANI和AUTH国家集                    的国家集阻塞 国内Comp(完成)标志 国内Comp(完成)标志 国际Comp(完成)标志 NANP间(允许)       NANP间(阻塞)       用终端CC、始发 976阻塞            976阻塞            ANI*和AUTH国家                                       集的国家集阻塞 国内Comp(完成)标志 国内Comp(完成)标志 国际Comp(完成)标志 976阻塞                               用终端CC、始发CC 976阻塞         和AUTH国家集的 用终端PCC、始发 国家集阻塞 CC和AUTH国家集 的国家集阻塞

程序设置路由选择 终端G 始发B 国内        NANP               国际 N/A 国内标志    国内标志           国际标志 976阻塞     976阻塞            用终端CC、AUTH国             用终端PCC、AUTH国  家集的国家集阻塞             家集的国家集阻塞

程序设置快拨号 终端G 始发B 国内               NANP               国际 N/A 国内Comp(完成)标志 国内Comp(完成)标志 国际Comp(完成)标志 976阻塞            976阻塞            用终端CC、AUTH国                    用终端PCC、AUTH    家集的国家集阻塞                    国家集的国家集阻                    塞

XIX.因特网传真

A.介绍

PSTN大部分呼叫都是传真呼叫。这些呼叫发送编码和调制过的数 字信息用于模拟传输到电话公司的中心局(CO)。模拟信号在CO被数 字化用于以64Kbps的速度在PSTN上连续传输。数字信号在目的地CO 被转换成模拟信号用于传输到接收传真机。国际传真通信的连续传输 导致对稀缺的传输容量的高利用，进而导致国际直拨电话服务的高费 用。

B.细节

当前，人们对在因特网上发送传真和话音越来越有兴趣。过去， 传真倾向于在网络的外围设备上进行，没有利用因特网固有的智能。 较佳实施例透明地在互联网上传递传真而不是非得使用电话网不可。 网络配备有适当逻辑，能通过检测线路上的音调而检测到传真呼叫。 然后，就能将呼叫定向到另一个硬件或者软件，然后，后者在因特网 上进行传真。网络用目的地传真机的电话号码作为地址执行路由选 择。然后，通过访问DAP，就能选择适当的网关，将呼叫路由选择到 基于该电话号码的适当目的地。这是通过向DAP发送一个路由选择请 求而完成的。DAP有几种方法来选择目的地网关。一种方法是通过始 发点。就是说，通过查表，为某始发点分配某目的地网关。另一种方 法是利用负载平衡技术。网络逻辑能透明地检测到正常的电话网络活 动，在互联网上传输它们而不影响他们的整体性。一个实施例利用类 似于当前的电话信用卡的双拨方案。第一个号码用于指定如何对呼叫 进行路由选择，而第二个电话号码用于在确定了适当的网关之后将呼 叫象其它任何电话呼叫一样路由选择到目的地地址。

与因特网上传真的备用路由选择关联的详细逻辑是通过监控中继 线组上呼叫来完成的。一般来说，公司或组织要购买能为服务组织的 需要而独占使用的中继线上的容量。较佳实施例的中继线组经过改 进，具有适当的检测硬件，检测硬件可以是一个混合网络诸如—或包 括—一个用于转换以数据网络上的预定载体为目的地的传真的数字信 号处理器(DSP)，其中数据网络诸如是互连网或X.25网络而不是公共 交换网。对进入特定中继线组的呼叫的监控的执行是透明的。

中继线组进入到将呼叫转换到智能网络的桥接转换器。智能网络 检查呼叫被定向到的国家或城市是不是互连网上或其它不是PSTN的 数据网络上作为特别路由选择处理的对象。如果呼叫不是定向到所关 注的国家或城市码，则呼叫就被正常地经PSTN路由选择到其目的地。

更深入地讲，当呼叫进入MCI交换机时，交换机启动一个为呼叫 请求路由选择的DAP查询。DAP根据所拨号码和其它轮廓信息分析该 呼叫，将呼叫路由选择到传真音调检测系统。传真音调检测系统测听 传真CNG音调，如果检测到CHG音调，就将第二个电话呼叫接入到传 真因特网网关。当传真因特网网关回答时，第一和第二呼叫就在桥接 开关被桥接在一起。

所要求的修改是按目的地屏蔽输入呼叫。对于预定的目标目的 地，智能网络为其它处理保持呼叫。这是按照图52B所示的较佳实施 例完成的。在该图中，始发用户的传真机F1通过交换机5260连接电 话线路。交换机5260通过交换机5261连接呼叫，为路由选择查询目 的向DAP提出路由选择请求。DAP连接一个路由选择数据库诸如长期 调节路由选择数据库。中继线也连接到位于5263的适当逻辑-图中只 显示了传真音调检测器(FTD)。该逻辑包括将以预定国家为目的地的 传真呼叫通过交换机5261和5265路由选择到传真网关5264-到备用 数据网络5266-到该预定国家的传真网关5267。对于不是预定国家的 国家，交换机5261将用PSTN来发送呼叫。

图52B的上述实施例的操作的流图可见图52C。在流图的步骤 5270，图52B的始发交换机5261接收呼叫。呼叫可能来自电话、PC、 传真机F1或其它适当设备。在步骤5271用该呼叫关联的目的地信息 通过交换机5261查询DAP。DAP查找路由选择信息，在步骤5273确定 目的地是不是一个预定的国家、城市或感兴趣的位置。如果不是，呼 叫就如步骤5274所示通过普通路由选择来处理。

如果呼叫是发往感兴趣的预定目的地的，呼叫就如步骤5275所示 路由选择到FTP。FTP然后在步骤5276确定呼叫是不是传真呼叫。这 可以通过用已知方式尝试检测CNG音调来完成。在一种完成这件事的 方法中可使用定时器。如果在规定的时间段内检测不到CNG音调，就 假定该呼叫不是传真呼叫。然后将该呼叫释放，并在PSTN之上通过正 常的路由选择进行桥接，如在步骤5277如果检测到CNG音调，就如步 骤5278所示将呼叫释放并桥接到传真网关5264，该呼叫被收集，传 真被传输到备用数据网络5266，在该网络上被发往传真网关5267，然 后发送到位于目的地点的传真机F2。

这可以有通过一个可以有几个国家的域名的进一步路由选择。域 名服务器将通过一个查找表来在几个目的地间分配呼叫。网关将位于 目的地国，建立一个与网关的TCP/IP会话用于控制目的。根据特定网 络特点，数据可以是被传递的TCP或UDP。在任何情况下，被拨数字 都被传递到始发网关，由始发网关将数字转发到目的地网关，在那里 拨电话号码。

目的地网关然后拨目的地号码并连接另一端的传真机。系统采用 两对传真调制解调器，用于将通话信号转换为分组，将分组转换为电 话信号。传真调制解调器同任何其它调制解调器一样，要协商波特率， 但是它们每传输一页就要协商一次。各端都规定其能力，它们协商能 支持什么速度。首先，开始传真信息的传输，其次，在每一页之后传 输一个确认，最后将波特率重新商定在300波特(LCD)。最后，消息 在长途调制解调器接收，分组被再分组为传真信息包。在每一页的结 尾，根据出错率重新商定波特率，如果错误太多，传真将重新商定一 个更低的传真速度，然后再重新发送和/或重新传输该页。

根据较佳实施例，系统要在检测目的地电话电路已经连接之后才 传输传真信息。与这种处理关联的开销有以下对正常传真处理不利的 地方：

1)拨号后延迟增加；

2)实际的传真传输时间要多5％。

XX.因特网交换技术

A.实施例一

当前的交换网电路问题是，当你有一个通过合法特征组D中继线 连接的LEC时，提供低费用的接入是困难的，因为接入收费是由LEC 决定的。因此，如果通过采用特征组D中继线的业务来提供因特网接 入，转嫁到客户身上的费用就非常高。如果绕过特征组D中继线，提 供专用网络，即将LEC直接连接到提供因特网接入的调制解调器池， 又产生了第二种问题。这些问题包括：设计的可扩展性、可存续性和 低效率。此外，每个从LEC购买的DSO都需要一个调制解调器。以下 讨论的体系结构解决了所有这些问题。

可扩展性由图1C所述的CBL解决，因为能调节调制解调器池来满 足网络通信量要求。能调整CBL以满足特定利益团体的要求。在专用 网络中，CBL与调制解调器池中的项目之间存在着一对一的关系。那 么，如果某调制解调器出故障，则服务用户的能力就直接受到利用调 制解调器池的能力的影响。通过去除调制解调器池与CBL之间的直接 关联，DAP就能将呼叫对应到通过网络获得的无论驻存在哪里的动态 资源。这种设计比当前的体系结构更有效。下文将详细讨论这个体系 结构。

第三个问题由较佳实施例解决，是解决了前两个问题的直接结 果。需要一种当LEC只提供一个始发标志时在网络中路由选择呼叫的 方法。一个采用了热线功能的实施例提供了对这个问题的解决方案。 当在允许热线功能的输入中继线(电路)上检测到一个起源时，进行 一次作为交换机的路由选择数据库的内部过程的数据库查找。这个数 据库查找产生一个初步的拨号计划(即一个7或10位号码)，它将用 于决定呼叫的目的地。热线功能存驻在交换机中，但是它没有被集成 到路由选择功能中，路由选择功能采用DAP并允许交换机编制一个向 DAP的不带任何呼叫信息(ADF事务)的DAL过程请求。该请求在X.25 协议链路、局域网、光连接三(OC3)ATM网络、帧中继、SMDS或其它 通信链路上传输到DAP作处理。DAP执行额外的数据库查找以确定适 当的目的地(本案例中，目的地将是对应于到调制解调器池的中继线 连接的交换机ID(SWID)和终结中继线组(TTG))。热线是克服上述 问题的设计的基础。

图71表示一个用于执行专用网络业务-诸如VNET、Vision或其 它媒体-同时提供本地拨号接入、共享或专用接入上的专用拨号计划 的混合网络的典型的客户配置。FDDI LAN 10201、事务服务器10205 及通信服务器10215和10225的组合被统称为DAP。用诸如光纤分布 式数据接口(FDDI)LAN 10201的局域网来连接各种通信设备。在所 示配置中，事务服务器(TS)10205与LAN 10201相连，电话交换机 诸如交换机10210和交换机10220分别通过通信服务器(CS)10215 和10225与LAN 10201相连。在所示例子中，CS 10225用称为应用数 据域(ADF)10245的协议与交换机通信。网关10230与LAN 10201相 连，提供客户接入处理器(CAP)之间的通信。CAP 10235一般是诸如 Intel Pentium、RISC或Motorola 68XXX系列的微处理器。DAP要向 CAP发送一个事务查询。CAP执行数据库查找，以便根据例如在特定客 户业务中心有多少操作员可用的状态返回路由选择指令。CAP返回一 个应答，它指示应当如何在数据库查找的基础上为呼叫选择路由。DAP 就基本上使用该信息作为其自己的数据库的一个扩充。DAP于是就解 释从CAP 10235接收的信息，把它转换成交换机为将呼叫路由选择到 客户要求的地方所需要的路由选择信息。

图72表示分别标记为DAP 10241、10242、10243的DAP 10240 的操作。路由选择和客户轮廓信息在确认之后被输入到订单输入系统 10235，该信息被路由选择到业务控制管理器(SCM)10230。SCM 10230 将路由选择和客户轮廓信息发送到网络中的各个DAP。

例如，如果Windows95发生问题，客户就呼叫1-800-FIX-WIN95。 该呼叫在始发交换机10350进入网络，交换机将向DAP 10241～10243 启动一个为该呼叫查询适当的路由选择信息的事务。被查询的DAP识 别这个号码，创建一个事务，将其路由选择到与适当的CAP 10235(本 案例中是与Mirosoft公司关联的CAP)相连的适当网关10230。CAP 10235接收该事务，确定纽约的客户服务中心非常忙，而加州的客户 服务中心却不太忙(本案例中原因可能是个时差问题)。CAP 10235就 (通过网关10230)向被查询的DAP 10241-10243发回一个应答，表 示应当将这个1-800-FIX-WIN95呼叫路由选择到加州的客户服务中 心。所选定的DAP 10241-10243将这个事务信息转换成对应于要到 达加州的客户服务中心所必须的MCI网络外的路由的特定的交换机ID (SWID)和特定的终结中继线组(TTG)。所选定的DAP 10241-10243 将这个应答信息传输到始发交换机10350，后者将向1-800-FIX-WIN95 的原始呼叫，按照通过SWID的DAP应答，路由选择到正确的终结交换 机10351。

终结交换机10351然后用从原始DAP应答中的参数创建的、通过 SS7网络传输的信息来决定正确的终结中继线组(TTG)，将呼叫路由 选择到加州的客户服务中心。当通过交换机路由选择呼叫时，呼叫经 直接接入线路(DAL)连接—诸如DAL 10386—被传递到客户PBX 10387，后者将呼叫传递到目标电话10361。

图73表示电话连接到释放链路中继线作1-800呼叫处理的过 程。诸如电话10410的电话连接到本地交换通信公司(LEC)10415。 电话10410的用户用电话键盘输入一个1-800号码，该号码使LEC 10415将该呼叫路由选择到MCI始发交换机10420。为了处理这个1- 800请求，交换机10420必须与ISN 10480通信。交换机10420于是 连接该呼叫到桥接交换机10440，后者通过释放链路中继线10490与 智能服务网络10480相连。桥接交换机10440将DAP请求连同1-800 信息一起传递给ISN 10480，后者将其传递给被访的DAP 10241。DAP 10241检查这个1-800请求，选择适当的释放链路中继线，经其连接 到MCID交换机10420，后者又连接到LEC 10415，最终连接到电话 10410，由此完成呼叫。ANI是业内的一个标准术语，指自动号码标识 (ANI)。ANI可用于完成呼叫。这是MCI网络从LEC接收的用于确定 呼叫从哪里始发的信息。简单来说，如果是你发起的呼叫，这可能是 你的家庭电话号。它也可能是用信用卡的主叫者发话所在的付费电话 的号码，所以不是总用这种号码来确定呼叫向谁记帐。

可以用类似的过程将电话10450通过LEC 10455连接到交换机 10460，方法是用桥接交换机10440将呼叫通过ISN 10480桥接到释 放链路中继线10490。

图74表示DAP过程请求的客户一侧。在家庭和小型办公环境中， 诸如调制解调器池10510、电话10515、传真10510等设备都插在标 准RJ11插座10520里，连接到本地交换通信公司。本地交换通信公司 10525通过公共商务线路10527连接到交换机10530。在大型办公环 境中，配备PBX 10540的办公室可以通过专用接入线路(DAL)10457 连接到交换机10530，用不到本地通信公司。交换机10530向DAP 10560 发出DAL过程请求，后者为呼叫选择路由10570-下文将结合图75作 全面的说明。

图75表示交换机10530为主叫者选择特定号码或“热线”的操作。 交换机10530接收来自CBL 10527或DAL 10547的输入呼叫，与DAP 10560就关于路由选择该呼叫的指令进行联系。DAP 10560返回以伪 电话号码形式编码的路由选择信息。伪电话号码与普通电话号码的格 式相同，但是却编码了一个3位的交换机标识符(SWID)和标识所希 望的终结中继线组(TTG)文件的文件号。交换机10530与SWID标识 的交换机10610联系，向其传递文件号。交换机10610用TTG选择适 当的调制解调器池10620去完成连接。调制解调器池又提供到诸如验 证业务10640的业务和到基本因特网协议平台(BIPP)10650的因特 网协议(IP)连接10630。BIPP 10650由诸如ATM交换机的分组交换 机组成，分组交换机将IP分组从一个节点传输到另一个节点。验证业 务10640可选地执行验证主叫方的防止非授权访问因特网的安全功 能。它也用于为使通过TTG热线访问因特网的用户信服而编制记帐信 息。提供这种热线功能，使呼叫的路由选择能通过交换机10530和 10610而不使用诸如图72所示的FGD 10380的昂贵的FGD链路。

图76表示网关选择性地通过因特网路由选择电话呼叫的操作。终 端交换机1071O连接到ARU 10720以请求路由选择信息。ARU 10720 询问呼叫的特性以确定其是不是因特网路由选择的候选。如果呼叫是 调制解调器呼叫，呼叫就被路由选择到调制解调器池10730。呼叫然 后从调制解调器池10730被路由选择到基本因特网协议平台10750以 提供向调制解调器呼叫的因特网接入。调制解调器呼叫可选地由验证 业务10760验证。如果该呼叫是传真呼叫，呼叫就被路由选择到调制 解调器池10730。呼叫然后从调制解调器池10730被路由选择到基本 因特网协议平台10750，从那里到达传真网关10770。与调制解调器呼 叫一样，传真呼叫可选地由验证业务10760验证。

如果待路由选择的呼叫是话音呼叫，ARU就等待用户拨主叫卡号 和目的地电话号码。ARU 10720然后查询目的地电话号码以确定目的 地电话是国际呼叫还是国内呼叫。国内呼叫被返回到终结交换机 10710作常规路由选择，国际呼叫被通过向编解码器(Codec)10725 提供模拟话音信号而按数据编码。编解码器10725将信号编码成数字 数据后将呼叫路由选择通过调制解调器池10730和基本因特网协议平 台10750。

在另一个实施例中，当呼叫被网络交换机传递到ISN时，向驻存 的ISN交换机路由选择一个SS7 ISUP消息。该交换机叫DMS-ACD。 ACD意思是自动呼叫分配器。ACD接受输入SS7 ISUP呼叫，将其转换 到SCAI(交换机/计算机应用接口)。ACD的相对端是一种叫ISN-AP (智能业务网络-附属处理器)的设备。SCAI是ACD与ISN-AP之间 交谈的语言。所以，有两个接口：在从网络到ACD的入站侧是SS7 ISUP，在从ACD到ISN-AP的向外侧是SCAI。这些只是两种不同的信 令协议。

当呼叫从网络到达ACD时，ACD并不自动知道将呼叫路由选择到 哪里。ACD接受ISN-AP的指令。为此，ACD接受从网络接收的ISUP 信令参数，将它们转换成SCAI协议格式，向ISN-AP发送SCAI消息。

具体来说，该SCAI消息叫DV-Call_Received(DV意思是数据/ 话音)。当ISN-AP接收这个消息时，就检查SCAI消息内的被叫方号码 (CPN)域，根据该号码，确定ACD应当将呼叫路由选择到ISN中的什 么地方。当ISN-AP作出决定后，ISN-AP就构造一个 DV_Call_Received_RR(对上一个消息的应答—RR意思是返回结果)。 RR消息内是对ACD的关于呼叫应当终结到的ACD端口的指令。

就这个业务而言，ACD被指令将该呼叫终结到与ARU 10720相连 的ACD端口。当呼叫到达ARU 10720时，可能发生两件事：

1)如果主叫者是从a)电话或b)传真机拨打访问号码的，主叫者就 会听到话音提示“话音按1，传真按2。”

2)如果主叫者是用PC调制解调器拨打接入号码的，主叫者可能听 不到任何提示。要发生的是ARU定时器将要到期。定时器的到期向ARU 表明这是来自调制解调器的呼叫。

这些情况的呼叫流可能令人混淆，所以让我们逐一地来考察它 们。

如果主叫者是从电话呼叫的，那么在ARU 10720的话音提示下， 主叫者将按1(代表话音业务)。此时，ARU 10720将收集关于主叫者 的进一步的信息。这个特征是电话公司现今提供的现有主叫卡业务的 改造版本。ARU 10720首先收集卡号，然后收集主叫者要终结到的号 码。获得这个信息后，ARU 10720就将数据在ISN局域网上发送到验 证数据库。除了验证主叫卡号，数据库也要确保终结号码在该持卡人 的允许的拨号计划之内。

一旦验证了卡信息后，ARU 10720将判定终结号码是国内还是国 际的。如果终结号码是国内的，ARU 10720就将呼叫从ISN释放回到 话音网络，呼叫将在话音网络上被路由选择到其预期目的地。如果终 结号码是国际的，呼叫将被路由选择到一个在BIPP站点驻存的称为编 解码器(CODEC)的设备。CODEC的作用是将话音信号转换成用UDP/IP 在因特网上路由选择的数据。

在另一个实施例中，如果主叫者是从传真机呼叫的，ARU 10720 话音提示时，主叫者按2，表示请求传真服务。此时，ARU 10720将把 呼叫路由选择到一个传真平台，对于那些没有时间或耐心来等待终结 传真机号变成空闲或者需要帮助来发送国际传真的人来说，该传真平 台是一个有保障的服务10770。一个实施例收集关于主叫者的信息和 终结号码，然后指令主叫者开始发送过程。传真服务10770捕获该传 真，存储起来供以后投递。

如果主叫者是通过PC调制解调器拨号的，那么在ARU 10720话音 提示时，主叫者可能听不到。这是故意这样设计的。因为尽管主叫者 可以通过PC喇叭或调制解调器听到ARU 10720的声音，但是主叫者不 能在ARU 10720进行输入，最终将导致超时(上文说明过)，对ARU 10720 表明呼叫是从PC调制解调器始发的。ARU 10720将呼叫释放回到网络 以终结到MCI的BIPP 10750站点之一的调制解调器池(MP)10730。

图77表示在中央化体系结构中部署的图76的ARU的操作。电话 10810通过本地交换机10820与交换机10710通信。交换机10710通 过桥接交换机10830连接到智能服务网络(ISN)10840，再到ARU 10720。ARU 10720控制呼叫路由选择，要么直接到调制解调器池 10730、通过编解码器10725到BIPP 10750或者到传真服务器。

图78表示在分布式体系结构中部署的图77的ARU的操作。电话 10910通过本地交换机10920与交换机10710通信。交换机10710通 过桥接交换机10930连接到智能服务网络(ISN)10940，再到ARU 10720。ARU 10720在通过交换机10911和桥接交换机10930连接的话 音应答单元10950的控制下操作，要么通过交换机10912到控制该呼 叫路由选择调制解调器池10730，要么通过编解码器来控制呼叫的路 由选择。ARU必须位于ISN中，但是其它设备(ARU 10850～10950、 调制解调器池10730和编解码器10725)则可以位于网络中的任何地 方。

图79A和79B表示用于因特网呼叫路由选择的样本应用程序的操 作。图79A表示用于客户服务的样本应用程序的操作。内部网计算机 11010如上所述地连接到因特网11020，由此连接服务器计算机 11025。服务器计算机11025用统一资源定位器来指定因特网资源-诸 如包装发运服务供应商11030，就允许内部网计算机11010的用户询 问供应商11030。通过11032所示的内部功能，供应商11030响应用 户的交互作用可以从其客户服务部门提供诸如完整影片播放11035之 类的资源，或者与客户业务代表11037直接进行交互式对话。

图79B表示许多用于主叫者启动的消费者事务的应用。呼叫预定 号码11040(诸如555-IMCI、555-PAGE或555-RNET)的消费者可 以用公共商务线路(CBL)11050路由选择到特定的事务处理器。CBL 11050与交换机11060相连。交换机11060呼叫DAP11065，后者用 自动号码标识(ANI)分析输入呼叫，以确定主叫者的身份。根据主叫 者的身份和所呼叫的号码，DAP 11065指示交换机11060将呼叫定向 到555-IMCI，例如到数据网络接口(DNI)11070。DNI 11070起着 交换网与能处理销售点借方和信用卡事务的数据库宿主11075之间的 接口的作用。除了根据目标电话号码路由选择呼叫之外，ANI还用于 辨认访问数据库宿主11075的主叫者。类似地，向555-PAGE的呼叫 也可以被路由选择到寻呼业务公司的PBX，ANI数据被用于选择由该公 司提供的特定寻呼业务11085。最后，对555-RNET的呼叫可用于提 供向基本因特网协议平台11090的连接-如前文所述的那样。

图80表示的是按照较佳实施例的一种提供话音邮件和话音应答 单元业务以及互连到服务供应商的交换网络的配置。电话11111和 11112分别通过交换机11120和11121进入网络，交换机11121除了 向电话11112提供网络进入之外，还为交换机11120提供中间链路。 交换机11125为交换机11121提供互连，还接收诸如PBX 11130的直 接输入。交换机11125提供到话音应答单元服务器11140和到话音邮 件服务器11145的连接。此外，交换机11125还通过拨号访问线路 11155连接到服务供应商服务器11150。服务供应商服务器11150按 照所请求的服务和验证，用通过调制解调器池11076连接的BIPP 11075进一步将输入呼叫路由选择到寻呼业务11060或到电子邮件业 务11070。

B.实施例二

图81表示按照较佳实施例的一个具有数据共享的入站共享的自 动呼叫分配器(ACD)呼叫。拨号因特网用户12000用计算机调制解调 器来拨电话号码。电话呼叫被从PROC/LEC交换机12002路由选择到 MCI交换机1 12004。MCI交换机1 12004询问网络控制系统(NCS) 12020，为规定的ANI和被拨的电话号码请求路由。NCS 12020返回一 个终结地址，指令MCI交换机1 12004将呼叫路由选择到MCI交换机 2 12006上的一个中继线组。

MCI交换机2 12006完成到因特网接入设备12008的呼叫。拨号 用户的计算机12000中的调制解调器与因特网接入设备12008建立一 个数据会话，按照点对点协议(PPP)进行数据分组的交换。PPP分组 从因特网接入设备12008被转换成因特网协议(IP)分组，在12026 代表的因特网上发送。类似地，因特网接入设备12008从因特网12026 接收IP分组并将它们发送到拨号用户12000。

在允许分组自由穿过因特网接入设备12008之前，要查验拨号用 户12000。查验是用用户名/口令方法或者询问/应答 (challenge/response)方法进行的。

在用户名/口令方法中，因特网接入设备12008提示拨号用户 12000输入用户姓名。拨号用户12000将用户姓名键入计算机，该用 户姓名从拨号用户12000传输到因特网接入设备12008。因特网接入 设备12008然后提示拨号用户12000输入口令。拨号用户12000将口 令键入计算机，该口令从拨号用户12000传输到因特网接入设备 12008。收到用户姓名和口令后，因特网接入设备12008向验证服务器 12014发送内含该用户姓名和口令的验证请求。验证服务器12014将 该用户名/口令对照有效用户名/口令对的数据库进行检查。如果输入 的用户名/口令在数据库中，验证服务器12014就将“用户已验证”消 息发送回因特网接入设备12008。如果输入的用户名/口令不在数据库 中，验证服务器12014就将“用户得不到验证”消息发送回因特网接 入设备12008。

在询问/应答方法中，因特网接入设备12008提示拨号用户12000 输入用户姓名。拨号用户12000将用户姓名键入计算机，该用户姓名 从拨号用户12000传输到因特网接入设备12008。因特网接入设备 12008然后用一个询问提示拨号用户12000。拨号用户12000计算对 该询问的应答，方法是将询问数字和共享密钥输入到一个应答生成程 序。只有拨号用户12000和验证服务器12014才知道共享密钥。拨号 用户12000键入计算出来的应答后，应答从拨号用户12000传输到因 特网接入设备12008。因特网接入设备12008向验证服务器12014发 送内含用户姓名、询问和应答的验证消息。验证服务器12014读取用 户姓名，找到对应该用户姓名的共享密钥，用共享密钥和询问数字计 算应答。然后将计算出来的应答与拨号用户12000给出的应答进行比 较。如果应答匹配，就从验证服务器12014发送“用户已验证”消息 到因特网接入设备12008。如果应答不匹配，就从验证服务器12014 发送“用户得不到验证”消息到因特网接入设备12008。

无论采用用户名/口令还是询问/应答的验证方法，以下的说明我 们假定“用户已验证”消息已经从验证服务器12014发送到因特网接 入设备12008，允许IP分组通信自由通过因特网接入设备12008。

拨号用户12000启动Web浏览器，浏览来自公司Web服务器12024 的WEB页。公司Web服务器12024用独有的标识符在呼叫中心服务器 12038记录下拨号用户12000查看过的WEB页。拨号用户12000也可 以向公司Web服务器12024提交信息，方法是填写超文本标记语言 (HTML)表，然后将该信息提交给向公司Web服务器12024。公司Web 服务器12024用同样的独有标识符在呼叫中心服务器12038中保存这 个信息。

拨号用户12000浏览另一个WEB页，此时有个图标与文本一起显 示出来，表示用户点击这个图标就能同代理谈话。如果点击该图标， 就会到从公司Web服务器12024将多部分因特网邮件扩展(MIME)文 件下载到拨号用户12000的WEB浏览器。MIME文件含有一个为结果电 话呼叫标识目的地的字母数字串—称为用户标识符。浏览器调用一个 帮助器应用或浏览器插件(browser plug-in)来处理指定MIME类型 的文件。帮助器应用读MIME文件，用MIME文件的内容从拨号用户 12000启动一个向目录服务器12012的查询。目录服务器12012将来 自MIME文件的字母数字串转换成目的地因特网电话网关12018的目的 地IP地址，将一个含有该IP地址的消息发回拨号用户12000的帮助 器应用。帮助器应用然后启动一个向因特网电话网关12018的IP地址 的因特网电话呼叫，向因特网电话网关12018提供来自MIME文件的字 母数字串，作为呼叫建立的一部分。

因特网电话网关12018将所给的字母数字串转换成目的地电话号 码，在其电话网络接口上向MCI交换机2 12006拨叫这个目的地电话 号码。MCI交换机2 12006用所拨叫的电话号码询问NCS 12020，请 求路由选择指令。NCS 12020确定适当的路由，将路由选择指令发送 回MCI交换机2 12006，以将该呼叫路由选择到MCI交换机1 12004 上的某中继线组。呼叫被路由选择到MCI交换机1 12004，然后，呼 叫被完成到自动呼叫分配器(ACD)12022。当ACD 12022回到呼叫时， 因特网电话网关12018就完成了ACD 12022与拨号用户12000之间的 一个不变的音频路径，(在这个路径上)从ACD到因特网电话网关的音 频是电路交换的PCM音频，从因特网电话网关到拨号用户的音频是用 编解码器分组化编码了的数字音频。

当呼叫被传递到ACD 12022时，独有记录标识符通过电话网信令 机构被传递到ACD。当呼叫中心12026中的代理接收到呼叫时，为代 理显示该独有记录标识符，从呼叫中心服务器12028检索出由拨号用 户12000输入的呼叫信息。

XXI.记帐

根据本发明的另一个实施例总体涉及电信网络，更具体来说，涉 及用灵活和可扩展的记录格式生成呼叫记录并为各个经过网络的呼叫 生成独有呼叫标识符的电信网络的交换机。

典型的电信网络含有多个遍布于某地域的电信交换机。当用户进 行呼叫时，呼叫在到达其目的地之前可能要经过一个或多个交换机。

图82表示一个典型的横跨美国的电信系统30102。为说明起见， 假设某主叫者30104从加州洛杉矶接入一个向位于纽约州纽约市的通 话方30112的呼叫。这种呼叫通常要经过三个交换机传输：加州洛杉 矶的交换机30106、伊利诺州芝加哥的交换机30108和纽约州纽约市 的交换机30110。在这个情况中，始发交换机是加州洛杉矶的交换机 30106，终结交换机是纽约州纽约市的交换机30110。

各交换机30106～30110都连接到两个或更多的数据接入点 (DAP)30116～30120，例如主DAP 30116～30120和备用DAP 30116～ 30120。DAP 30116～30120这种装置从交换机30106～30110接收信息 请求，处理请求，将所请求信息返回到发出请求的交换机30106～ 30110。交换机30106～30110用来自DAP 30116～30120的信息处理 通过网络的呼叫。

当呼叫通过交换机30106～30110其中之一时，该交换机创建一个 呼叫记录。呼叫记录含有关于呼叫的信息，包括-但不限于：路由选 择、记帐、呼叫特征和故障查找信息。呼叫终结后，处理过呼叫的各 交换机30106～30110都完成关联的呼叫记录。交换机30106～30110 将多个呼叫记录组合成一个记帐块。

当交换机30106～30110填写记帐块时，交换机30106～30110将 记帐块发送到记帐中心30114。于是，记帐中心30114从每个处理过 呼叫的交换机30106～30110接收一个记帐块，本案例中共三个记帐 块。记帐中心30114检索各记帐块，检索出与该呼叫关联的呼叫记录， 由此从每个处理过呼叫的交换机30106～30110检索出一个记帐块。记 帐中心30114然后用一个或多个检索出的记帐记录生成一个记帐项 目。记帐中心30114也连接到每个DAP 30116～30120以检索关于某 交换机30106～30110或呼叫记录的信息。

为了更好地理解本发明，描述一些与电信网络有关的其它术语是 有用的。电话呼叫进入称为始发端口或中继线的传输线路上的交换 机。始发端口是从相同的起始位置进入交换机的许多传输线的其中之 一，这个端口组就是始发中继线组。处理了输入呼叫之后，交换机将 呼叫传输到目的地位置，后者可以是另一个交换机、本地交换通信公 司或专用小交换机。呼叫在称为终结端口或中继线的传输线上传输。 与始发端口类似，终结端口是从交换机到相同目的地的一组端口中的 一个端口。该端口组就是终结中继线组。

当代电信网络提供客户使用一般公共网络的能力以及定义定制虚 拟网络(Vnet)的能力。有了Vnet，客户就能定义专用拨号计划，包 括计划电话号码。Vnet客户不受向特定的地理区域专用的公共电信系 统分配的缺省电话号码的限制，而是能定义定制电话号码。

在处理电话呼叫时，交换机生成的呼叫记录必须大得能容纳关于 某呼叫的全部所需信息。但是呼叫记录也不能大到使通常的呼叫的呼 叫记录中的大部分记录域派不上用场。如果是这样，存储这种呼叫记 录就会导致存储空间的大量浪费，传输这种呼叫记录时的许多传输都 白费功夫。

创建和处理呼叫记录的有关解决方案是采用一种定长格式的呼叫 记录，诸如32字的呼叫记录。1个字有2个字节或16个位。但是定 长记录格式在有新的呼叫特征实现时不能扩充。更为重要的是，固定 的呼叫记录格式不能在电信网络变得更加复杂、增加了新的特征和电 话号码后处理扩展的数据域。

当前的定长记录格式包括以三个秒增量(three(3)second increments)格式记录本地时间的时间点域，其中本地交换机时间 (local switch time)代表位于某交换机的当日时间。时间点域被 网络交换机、记帐中心和其它网络子系统使用。然而各子系统可能要 求时间段具有不同的用途、具有不同的格式，诸如纪元时间格式。纪 元时间自历史上特定日期和时间起的一个秒增量的数目。例如，记帐 中心要求适合记帐记录的纪元时间，而交换机报告和错误日志则要求 本地交换机时间。

仅使用本地交换机时间也产生了一个问题，因为不能适应夏时制 带来的时间变化。此外，各子系统可能要求有比当前的三个秒增量更 高的精度。如果只提供三个秒增量格式的本地交换机时间，交换机已 经免除了将时间转换成网络子系统可用的格式的负担。固定记录格式 不能适应各种时间段要求，因为它只含有本地交换机时间的时间段， 精度也低。由于其固定性，固定记录格式不能扩展到包括不同的时间 格式，也不能包括更高的精度，诸如一个秒增量。

因此，需要电信网络的交换机能以灵活和可扩展的格式来存储呼 叫记录信息。进一步需要提供格式灵活的、具有一秒精度的时间点域， 容易而有效地适应夏时制和时区的变化。

也需要匹配与特定电话呼叫关联的所有呼叫记录。例如，为了适 当地记帐和控制费用，记帐中心有必要将始发交换机的呼叫记录与终 结交换机的呼叫记录匹配。为了故障查找和安全性，也需要能容易地 在网络中跟踪特定电话呼叫以便隔离问题区。

因此，需要电信网络的交换机能唯一地标识经过网络的各个电话 呼叫，由此唯一地标识与特定电话呼叫关联的所有呼叫记录。

A.实施例一

1.呼叫记录格式

一个实施例解决提供灵活和可扩展的呼叫记录格式的方法是，采 用有大有小的记录格式。具体来说，该实施例采用缺省的32字呼叫记 录格式，加上扩展的64字的呼叫记录格式。一个实施例将32字呼叫 记录格式用于通常的电话呼叫—这包含了所有电话呼叫的大多数，当 需要关于呼叫的额外信息时，使用64字呼叫记录格式。这种实现提供 了高效管理给定呼叫记录的变化的数据要求所需的灵活性。可以开发 新的呼叫特征，很容易就能融合到本发明的可变呼叫记录格式。

这个实施例也用纪元时间格式记录时间点。实施例用纪元时间格 式记录呼叫的起始时间，其余的时间点都是与该起始时间的偏差量或 相差秒数。该实施例解决了夏时制时间的来回转换问题，因为夏时制 时间是一个本地时差，不影响纪元时间。此外，纪元时间格式的时间 点比本地交换机时间格式的时间点在呼叫记录中占用的空间更少。

纪元时间格式可以表示世界标准时间(按英格兰格林威治确定的 时间，它有零(0)时区的本地交换机时间)或任何其它时间。纪元时 间只是一种格式，并不决定必须使用世界标准时。记帐时间和本地交 换机时间可以是世界标准时也可以是本地时间，本地交换机时间不必 与记帐所用的时间相同。因此，交换机必须分开记录记帐时间和本地 交换机时间，以避免夏时制时间变化期间发生的问题。

2.网络呼叫标识符

这个实施例通过向每个呼叫记录提供独有的标识符，解决了唯一 地标识每个电话呼叫和与特定电话呼叫关联的所有呼叫记录的问题。 它生成一个分配给呼叫始发点处的各个呼叫记录的网络呼叫标识符 (NCID)，就是说，始发交换机为每个电话呼叫生成一个NCID。NCID 伴随所关联的电话呼叫通过电信网络到达终结交换机处的终结点。因 此，在网络中任何电话呼叫点，关联的NCID都标识电话呼叫的始发点 和开始时间。电话呼叫经过的每个交换机都在该呼叫的关联呼叫记录 中记录NCID。NCID小得能放入32字的呼叫记录，由此减少了数据通 量和存储空间。NCID提供记帐中心和其它子系统以匹配特定电话呼叫 的始发和终结呼叫记录的功能。

本实施例也提供交换机放弃收到的NCID并生成新的NCID的功 能。交换机在NCID格式无效或者不可靠时，就放弃收到的NCID，由 此保证经过网络的每个呼叫都有唯一关联的有效标识符。例如，如果 NCID是由电信网络中第三方的交换机生成的，那么就可能是不可靠 的。

这个实施例涉及用灵活、可扩展的格式生成呼叫记录的电信网络 交换机。呼叫记录格式包括一个小的(最好32字)和一个大的(最好 62字)扩展的格式。如何实现不同大小的大、小记录格式，对有关技 术的熟练人员来说是显而易见的。

该实施例也涉及为各个经过网络的呼叫生成NCID的电信网络交 换机。NCID提供一种匹配与特定电话呼叫关联的所有呼叫记录的机 制。如何实现不同格式的呼叫记录标识符，对有关技术的熟练人员来 说是显而易见的。

所选择的实施例是在计算机系统内执行的计算机软件。图83表示 一个典型的计算机系统。计算机系统30202包括一个或多个处理器， 诸如处理器30204。处理器30204与通信总线30206相连。

计算机系统30202也包括主存30208—最好是随机存取存储器 (RAM)、二级存储器30210。二级存储器30210例如包括硬驱30212 和/或可拆卸式存储驱动器30214—代表软盘驱动器、磁带机、光驱等 等。可拆卸式存储驱动器30214以众所周知的方式与从可拆卸式存储 单元30216读数据和/或向其写数据。

可拆卸式存储单元30216也称程序存储器或计算机程序产品，代 表软盘、磁带或光盘等等。可拆卸式存储单元30216包括在其中存储 着计算机软件和/或数据的计算机可用的存储介质。

计算机程序(也称计算机控制逻辑)存储在主存30208或二级存 储30210中。这种计算机程序在执行时，能使计算机系统执行本文讨 论的本发明的功能。具体来说，计算机程序在执行时能使处理器30204 执行本发明的功能。因此这种计算机程序代表了计算机系统30202的 控制器。

B.实施例二

另一个实施例对象是一个包含其中存储控制逻辑(计算机软件) 的计算机可读介质的计算机程序产品。控制逻辑被处理器30204执行 时，使处理器30204执行本文所述的功能。

另一个实施例主要是以例如使用硬件状态机的硬件实现的。实现 硬件状态机以执行本文所述的功能，对相关技术领域的熟练人员是显 而易见的。

1.呼叫记录格式

本实施例提供具有9种不同记录格式的通信网络交换机。这些记 录包括：呼叫详细记录(CDR)、扩展的呼叫详细记录(ECDR)、专用网 络记录(PNR)、扩展的专用网络记录(EPNR)、操作员服务记录(OSR)、 扩展的操作员服务记录(EOSR)，专用操作员服务记录(POSR)、扩展 的专用操作员服务记录(EPOSR)和交换机事件记录(SER)。每个记录 32字长，每个记录的扩展版本为64字长。

图82-87进一步描述本文所述的9种呼叫记录格式的示范性实施 例。本发明的呼叫记录的实施例包括32字和64字两种呼叫记录格式。 要设计包含不同字数、有不同域定义的其它呼叫记录的实施例，对相 关技术领域的熟练人员是显而易见的。附录的表301含有CDR和PNR 呼叫记录格式的示范性实施例。图84所示的是CDR和PNR呼叫记录格 式的图形表示。附录的表302含有ECDR和EPNR呼叫记录格式的示范 性实施例。图85A和85B所示的是ECDR和EPNR呼叫记录格式的图形 表示。附录的表303含有OSR和POSR呼叫记录格式的示范性实施例。 图86所示的是OSR和POSR呼叫记录格式的图形表示。附录的表304 含有EOSR和EPOSR呼叫记录格式的示范性实施例。图87(A)和87(B) 所示的是EOSR和EPOSR呼叫记录格式的图形表示。附录的表305含有 SER呼叫记录格式的实施例。图88所示的是SER记录格式的图形表 示。

CDR和PNR，和由此推出的ECDR和EPNR，是标准呼叫记录格式， 含有关于通过交换机时的典型电话呼叫的信息。CDR用于非VNET用 户，而PNR用于VNET用户并在始发VNET呼叫的交换机上生成。这两 个记录的域除了以下将说明的一些特定域信息之外是相同的。

OSR和POSR和由此推出的EOSR和EPOSR，含有关于要求操作员辅 助的电话呼叫的信息，是在交换机或操作员位置实际配备的交换机或 系统生成的。交换机为非VNET客户完成OSR，为专有VNET客户完成 POSR。这些记录仅在能够执行操作员服务或网络音频应答系统(NARS) 功能的交换机或系统生成。这两种记录的格式除了以下将说明的一些 特定域信息之外是相同的。

SER是为特殊事件—诸如过去的每个小时、时间改变、事件恢复 或到达记帐块结尾—而保留的。下文也将详细描述SER记录格式。

图89(A)和89(B)综合说明了交换机用来确定何时使用记录格式 的扩展版本的逻辑。呼叫30202进入交换机30106-30110(引用时称 当前交换机；即当前交换机是当前正在处理呼叫的交换机)，此时交换 机30106-30110要确定呼叫30802的呼叫记录要采用什么呼叫记录 和什么呼叫记录格式(小的/缺省的还是大的/扩展的)。为此，交换机 30106～30110对它接收的每个呼叫30802进行9项检查。对于通过任 何检查的呼叫30802以及通过任何组合检查的呼叫30802，交换机 30106-30110采用扩展的记录。

第一个检查30804判断在当前交换机30106-30110处的直接终 端溢出(DTO)中是否牵涉该呼叫。例如，当客户向某号码30800进行 电话呼叫30802，而原始800号码目的地忙时，发生DTO。如果原始目 的地忙，交换机将电话呼叫溢出到新的目的地。在这种情况下，交换 机必须记录最初期望到达的目的地、电话呼叫30802的最终目的地以 及溢出的次数。因此，如果呼叫30802涉及了DTO，交换机30106- 30110就必须完成一个扩展的记录(ECDR、EPNR、EOSR、EPOSR)30816。

交换机30106-30110对呼叫30802进行的第二个检查30806判 断呼叫30802的呼叫位置是否大于十位数。呼叫位置是呼叫30802始 发的位置的电话号码。含有至少11位数字的国际呼叫就是这样一个例 子。如果呼叫位置大于十位数，交换机30106-30110就在扩展的记录 (ECDR、EPNR、EOSR、EPOSR)30816中记录呼叫位置的电话号码。

交换机30106-30110对呼叫30802进行的第三个检查30808判 断目的地地址是否大于17位数。目的地地址是被叫位置的号码，可以 是电话号码也可以是中继线组。如果目的地地址大于17位数，交换机 30106-30110就在扩展的记录(ECDR、EPNR、EOSR、EPOSR)30816 中记录目的地。

交换机30106-30110对呼叫30802进行的第四个检查30810判 断预先转换的数字域是否用于操作员辅助的服务呼叫。预先转换数字 是主叫者所拨的呼叫30802的号码—如果该呼叫必须被转换成网络内 的另一个号码的话。因此，当主叫者使用操作员服务，交换机30106 -30110就在扩展的记录(EOSR、EPOSR)30816中记录所拨号码。

交换机30106-30110对呼叫30802进行的第五个检查30812判 断主叫者没有操作员辅助时所拨的预先转换的数字是否大于十位数。 如果预先转换数字大于十位数，交换机30106-30110就在扩展的记录 (ECDR、EPNR)30816中记录所拨号码。

交换机30106-30110对呼叫30802进行的第六个检查30814判 断在呼叫记录的授权代码域中包括补充数据在内是否记录了大于22 位数的数据。授权代码域指示为诸如呼叫位置或信用卡呼叫的呼叫接 受记帐的通话方。如果数据项需要超过22个数位，交换机30106- 30110就在扩展的记录(ECDR、EPNR、EOSR、EPOSR)30816中记录记 帐信息。

交换机30106-30110对呼叫30802进行的第七个检查30820判 断呼叫30802是不是宽带呼叫。宽带呼叫是需要多个传输线路或信道 的呼叫。例如，一般视频呼叫需要6个传输信道：1个用于话音传输， 5个用于视频传输。宽带呼叫时使用的传输信道越多，接收质量就越 好。当代电信系统当前提供多达24个信道。因此，要指明宽带呼叫期 间使用了这24个信道中的多少信道，交换机30106-30110就要在扩 展的记录(ECDR、EPNR)30828中记录信道信息。

交换机30106-30110对呼叫30802进行的第八个检查30822判 断操作员是否使用了时间和收费特征。时间和收费特征一般用在旅馆 情景中，这种情景中，客人在操作员的帮助下进行电话呼叫，并将呼 叫30802的费用向其房间收取。呼叫30802完成后，向旅馆客人通知 呼叫30802的费用。如果呼叫30802用了时间和收费特征，交换机 30106-30110就在扩展的记录(EOSR、EPOSR)30832中记录客人姓 名和房间号。

交换机30106-30110对呼叫30802进行的第九个即最后的检查 30824判断呼叫30802是不是增强的话音服务/网络音频应答系统 (EVS/NARS)呼叫。EVS/NARS是一种音频菜单系统，其中客户通过电 话键盘按照自动菜单进行选择。这种系统包括一个在其上驻存音频菜 单系统的交换机。因此，在EVS/NARS呼叫30802期间，NARS交换机 30106-30110在扩展的记录(EOSR、EPOSR)30832中记录客人的菜 单选择。

如果检查30804-30824返回的都不是肯定结果，交换机30106- 30110就使用缺省的记录格式(OSR、POSR)30830。

一旦对呼叫进行了检查，交换机就生成并完成适当的呼叫记录。 呼叫记录数据以二进制和电话二进制编码十进制数(TBCD)格式记录。 TBCD格式如下：

0000＝TBCD零

0001＝数1

0010＝数2

0011＝数3

0100＝数4

0101＝数5

0110＝数6

0111＝数7

1000＝数8

1001＝数9

1010＝数0

1011＝特殊数1(DTMF数A)

1100＝特殊数2(DTMF数B)

1101＝特殊数3(DTMF数C)

1110＝特殊数4(DTMF数D)

1111＝特殊数5(不用)

所有TBCD数域在记录数据之前都必须以TBCD零或零填充。适用 的话，拨号数字格式符合这些约定：

N＝数字2-9

X＝数字0-9

Y＝数字2-8

因此，如果某呼叫记录域的说明中含有一个N，则有效的域值为 数字2-9。

除SER以外的每个呼叫记录都含有特定的时间点域。时间点域是 按纪元时间格式记录的。纪元时间是从某特定历史日期/时间开始的以 秒递增的数目。本发明的实施例使用的日期/时间是1976年1月1日 午夜(世界标准时00：00)，不过这只是个示例而不是限制。实现一个 基于另一个日期/时间的纪元时间，对相关技术领域的熟练人员来说是 显而易见的。在记录中，时间点1代表呼叫30802的起始时间的纪元 时间。记录中存储的另一个时间点是时间点1过后的秒数。这些秒数 是特定时间点发生时距离时间点1的偏差量。所有时间点域在记录任 何数据之前都必须用0填充。因此，如果某时间点发生，其计数值为1 或大于1。此外，时间点计数器—不包括时间点1—的计数不归零。当 时间超过极限时，停留在最大计数值上。

交换机时钟反映的是本地交换机时间，用作除记帐外的所有时 间。记帐信息是以纪元时间记录的，本实施例中使用的纪元时间是世 界标准时。时差是反映交换机时间相对于世界标准时的数目，就是说， 由于时差以及(如果适用的话)夏时制造成的偏差量。首先，世界标 准时区的两边都有时区，因此它们可能是正偏差量或负偏差量。第二， 时区偏差量在(英国格林尼治)东边方向上从零开始递减，一种到国 际日期变更线。在国际日期变更线，日期变到下一天，这样，偏差量 变成正数并开始递减，直到在格林尼治再变成零偏差量。第三，世界 上有许多地区的时区不是按一小时来计算增量。例如澳大利亚在其两 边的两个时区的时差是30分钟，印度北部有个时区与紧邻的下一个时 区的时差为15分钟。因此，呼叫记录的时差必须能适应按15分钟递 增的正、负偏差量。本发明的实施例提供了代表按正、负1分钟递增 的时差，从而满足了这个要求。

有两个公式用于本地交换机时间与纪元时间之间的来回转换。

i)纪元时间+(符号位×时差)＝本地交换机时间

ii)本地交换机时间-(符号位×时差)＝纪元时间

交换机在SER中记录时差，使用的值中1代表1分钟，在呼叫记 录被记录之前，按秒计算时差，将该值加到各本地时间点1。例如， 中央标准时间是早于UTC时间6小时。在这种情况下，符号位为‘1’， 表示负偏差量，在SER中记录的时差值就是360(6小时×60分钟/小 时＝360分钟)。参看图86中关于SER记录公式的更详细内容。在呼 叫记录中记录时间点1时，交换机将时差乘以60—因为每分钟增量就 是60秒，检查符号位来确定该偏差量是正还是负。本例的结果值是- 21,600(-1×360分钟×60秒/分钟＝-21,600秒)。用上面的等式 (ii)，如果本地交换机时间是午夜，则对应的纪元时间例如就可能是 1,200,000,000。减去-21,600的偏差量，得出的正确纪元时间是 1,200,021,600秒，按纪元时间计算是午夜之后的6小时。这个实施 例同样适用于位于格林尼治东边、时差值是正值的位置的交换机。

改变时间时用到两个命令。首先，图90表示Change Time(改变 时间)命令30900的控制流，该命令改变本地交换机时间和时差。图 90中，交换机操作员输入Change Time命令之后，交换机进入步骤 30902，提示操作员输入本地交换机时间和与UTC时间的时差。在步骤 30902，操作员输入新的本地交换机时间和时差。继续到步骤30904， 新的时间和时差被显示回给交换机操作员。继续到步骤30906，交换 机操作员在交换机上实际改变时间和偏差量之前必须确认所输入的时 间和时差。如果操作员在步骤30906验证了改变，交换机就继续到步 骤30908生成一个事件限定符等于2的SER，表示已经改变了交换机 的本地交换机时间和时差。记帐中心用该SER作记帐处理。交换机继 续到步骤30910，退出命令。回头看步骤30906，如果交换机操作员不 确认改变，交换机就继续到步骤30910，不更新本地交换机时间和时 差就退出命令。关于SER的更详细内容可参看图86。

图91表示第二个改变时间的命令—Change Daylight Savings Time(改变夏时制时间)命令31000的控制流。图91中，交换机操作 员输入Change Daylight Savings Time命令之后，交换机进入步骤 31002，提示操作员输入选择前向或后向时间改变。继续到步骤 31004，交换机操作员作出选择。在步骤31004，如果交换机操作员选 择前向选项，交换机进入步骤31006。在步骤31006，交换机将本地交 换机时间前调一小时，将时差加一小时(60的计数值)。交换机然后 继续到步骤31010。回到步骤31004，如果交换机操作员选择后向选 项，交换机将本地交换机时间后调一小时，将时差减去一小时(60的 计数值)。交换机然后继续到步骤31010。

在步骤31010，交换机操作员在实际改变时间之前必须确认前向 或后向选择和新的本地交换机时间和时差。如果操作员在步骤31010 确认了新时间和时差，交换机就继续到步骤31012，生成一个改变交 换机的本地交换机时间和时差的、事件限定符等于9的SER。交换机 继续到步骤31014，退出命令。回头看步骤31010，如果交换机操作员 不确认改变，交换机就继续到步骤31014，不更新本地交换机时间和 时差就退出命令。

Change Daylight Savings Time命令成功完成之后，记帐中心就 受新时差的影响。本实施例允许用作记帐时间的纪元时间通过夏时制 时间变化程序的正常增加，不受本地交换机时间和时差的变化的影 响。

2.网络呼叫标识符

一个实施例提供向经过通信网络的每个电话呼叫分配的独有的 NCID。所以NCID是所有网络呼叫中的分立标识符。NCID在电话呼叫 涉及的每个交换机处传输和记录。

电话呼叫的起始交换机生成NCID。本发明所选择的NCID的实施 例是一个82位的标识符，由以下子域组成：

i)始发交换机ID(14位)：该域代表在每个交换机处如办公室工 程表中所定义的NCS交换机ID。然而，SER呼叫记录含有交换机ID 的字母数字表示。因此，交换机用字母数字的交换机ID作为在数据库 中检索对应的NCS交换机ID的索引。

ii)始发中继线组(14位)：该域代表在上述的32/64字呼叫记录 格式中所定义的始发中继线组。

iii)始发端口号(19位)：该域代表在上述的32/64字呼叫记录 格式中所定义的始发端口号。

iv)时间点1(32位)：该域代表在上述的32/64字呼叫记录格式 中所定义的时间点1值。

v)序列号(3位)：该域代表同一始发端口号上以同一时间点1 (秒)值发生的呼叫的数目。第一个电话呼叫将有一个设置为‘0’的 序列号。以后在始发端口号上每次发生时间点1值相同的呼叫时，该 值递增。

创建不同格式的NCID，对相关技术领域的熟练人员来说是显而易 见的。每个交换机以32或64字呼叫记录的格式记录NCID。就32字 呼叫记录格式而言，中间和终结交换机将在如果授权代码域不用于记 录其它信息时把NCID记录在32字呼叫记录格式的授权代码域中。在 这种情况下，始发交换机ID就是NCS交换机ID，而不是SER呼叫记 录中所记录的字母数字型交换机ID。如果授权代码域被用于记录其它 信息时，中间和终结交换机将把NCID记录在64字呼叫记录格式中。 与此不同的是，始发交换机在32字呼叫记录中存储NCID时不用授权 代码域。始发交换机将NCID的各子域记录在32字呼叫记录中各对应 的独立域中。就是说，始发交换机ID被作为字母数字型交换机ID存 储在SER呼叫记录的交换机ID域中；始发中继线组被存储在32字呼 叫记录的始发中继线组域中；始发端口号被存储在32字呼叫记录的始 发端口域中；时间点1被存储在32字呼叫记录的时间点1域中；序列 号被存储在32字呼叫记录的NCID序列号域中。32字呼叫记录也包括 一个NCID位置(NCIDLOC)域，用于标识NCID是何时被记录到呼叫 记录的授权代码域的。如果NCID位置域含有‘1’，则授权代码域含有 NCID。如果NCID位置域含有‘0’，则NCID被存储在呼叫记录中单独 的子域中。只有中间和终结交换机才把NCID位置域设置为‘1’，因为 始发交换机将NCID存储在32字呼叫记录的独立的域中。

就64字呼叫记录格式而言，该扩展的呼叫记录包括一个叫做NCID 域的独立域，用于存储82位的NCID。不管是始发、中间还是终结交 换机存储NCID，这个呼叫记录被处理的方式相同。在64字呼叫记录 格式中，始发交换机ID是NCS交换机ID，而不是如SER呼叫记录中 所记录的字母数字型交换机ID。

图92表示网络呼叫标识符交换机呼叫处理的控制流。在步骤 31104，呼叫30202进入交换机30106-30110(引用时称当前交换机； 即当前交换机是当前正在处理呼叫的交换机)。在步骤31104，交换机 30106-30110访问本地数据库去检索与呼叫30202的始发中继线组关 联的中继线组参数。取得参数后，当前交换机继续到步骤31108。在 步骤31108，当前交换机判断它是否收到呼叫30202的NCID。如果当 前交换机没有收到呼叫30202的NCID，交换机继续到步骤31112。

在步骤31112，交换机分析始发中继线组参数，以判断始发中继 线组参数的类型。如果始发中继线组参数类型是机器间中继线(IMT) 或释放链路中继线(RLT)，交换机就继续到步骤31116。BMT是连接两 个标准电信交换机的中继线，而RLT是连接智能业务网络(ISN)平台 到标准电信交换机的中继线。当前交换机到达步骤31116时，当前交 换机知道它不是始发交换机，没有接收到NCID。在步骤31116，当前 交换机分析始发中继线组参数，判断它是否有权为呼叫30202创建 NCID。在步骤31116，如果当前交换机无权为呼叫30202创建NCID， 当前交换机就前进到步骤31118。当当前交换机在步骤31118知道它 不是始发交换机时，它没有收到呼叫30202的NCID，但未被授权去生 成一个NCID。因此在步骤31118，当前交换机将与呼叫30202关联的 呼叫记录写到本地交换机数据库，然后前进到步骤31120。在步骤 31120，当前交换机将呼叫30202与其关联的NCID一起通过网络传输 出去。下文更详细地说明步骤31120。

再次参看步骤31116，如果当前交换机有权为呼叫30202创建 NCID，当前交换机就前进到步骤31114。在步骤31114，当前交换机 为呼叫30202生成新的NCID，然后前进到步骤31136。在步骤31116， 当前交换机将呼叫30202关联的呼叫记录—包括NCID—写到本地交换 机数据库，然后前进到步骤31120。在步骤31120，当前交换机将呼叫 30202与其关联的NCID一起通过网络传输出去。下文更详细地说明步 骤31120。

再次参看步骤31112，如果当前交换机判定始发中继线组类型不 是IMT或RLT，当前交换机就前进到步骤31114。到达步骤31114时， 当前交换机知道它是始发交换机，因此必须为呼叫30202生成NCID。 下文更详细地说明步骤31114。当前交换机在步骤31114生成NCID之 后，前进到步骤31116，将呼叫30202关联的呼叫记录—包括NCID— 写到本地数据库。写完呼叫记录之后，当前交换机前进到步骤31120， 将呼叫与其关联的NCID一起通过网络传输出去。下文更详细地说明步 骤31120。

再次参看步骤31108，如果当前交换机判定它接收了呼叫30202 的NCID，当前交换机就前进到步骤31110。在步骤31110，当前交换 机处理所接收的NCID。在步骤31110，有两个可能结果。第一，当前 交换机可能决定不保留接收的NCID，于是从步骤31110前进到步骤 31114去生成新的NCID。下文更详细地说明步骤31110。在步骤 31114，当前交换机为呼叫30202生成新的NCID，然后前进到步骤 31116。步骤31114也在下文更详细地说明。在步骤31116，当前交换 机将呼叫30202关联的呼叫记录写到本地数据库。当前交换机然后前 进到步骤31120，将呼叫与其关联的NCID一起通过网络传输出去。下 文更详细地说明步骤31120。

再次参看步骤31110，当前交换机可以决定保留接收的NCID，由 此从步骤31110前进到步骤31115。在步骤31115，将接收的NCID加 到呼叫30202关联的呼叫记录中。下文更详细地说明步骤31110和 31115。步骤31115之后，当前交换机继续到步骤31136，将呼叫30202 关联的呼叫记录写到本地数据库。当前交换机然后前进到步骤 31120，将呼叫与其关联的NCID一起通过网络传输出去。下文更详细 地说明步骤31120。

图93表示处理所接收NCID的步骤31110的控制逻辑。当前交换 机当确定收到呼叫30202的NCID时，进入步骤31110的步骤31202。 在步骤31202，当前交换机分析始发中继线组参数，判断始发中继线 组类型。如果始发中继组是IMT或RLT，当前交换机就前进到步骤 31212。在步骤31212，当前交换机了解到它不是始发交换机并且它接 收了呼叫30202的NCID。于是在步骤31212，当前交换机保留所接收 的NICD并退出步骤31110，由此继续到图92的步骤31115，然后， 当前交换机将在呼叫记录中存储所接收的NCID并传输呼叫。

再次参见步骤31202，如果始发中继线组不是IMT或RLT，当前交 换机就前进到步骤31204。在步骤31204，当前交换机判定始发中继线 组的类型是综合业务用户部分直接接入线路(ISUP DAL)还是综合业 务数字网基本速率接口(ISDN PRI)。ISUP是一种允许将信息作为信 息参数从交换机发送到交换机的信令协议。ISUP DAL是一种主要由多 个网络客户共享、又能专用于单一网络客户的中继线组。与其不同的 是，ISDN PRI是一种主要专用于单一网络客户、又能由多个网络客户 共享的中继线组。网络客户是租赁网络资源的实体。在步骤31204， 如果当前交换机判断中继线组类型不是ISUP DAL或ISDN PRI，当前 交换机就前进到步骤31206。在步骤31206，当前交换机知道了它接收 了的NCID不是由电信网络一部分的交换机或是网络的客户的交换机 所生成的。于是在步骤31206，当前交换机就放弃所接收的NCID，因 为它不是可靠的NCID。当前交换机从步骤31206退出步骤31110，由 此继续到图92的步骤31114，当前交换机将在此创建新的NCID并将 NCID与呼叫30202一起传输。

回头参看步骤31024，如果当前交换机判断始发中继线组类型是 ISUP DAL或ISDN PRI，当前交换机就继续到步骤31208。在步骤 31208，当前交换机知道了它接收了来自客户中继线组的NCID。于是 当前交换机分析始发中继线组参数，判断它是否被授权为呼叫30202 创建新的NCID。当前交换机可以被授权创建一个新的NCID，以及覆盖 由客户提供的NCID，以保证与呼叫30202对应并通过网络发送的是一 个有效的NCID。在步骤31208，如果当前交换机无权为呼叫30202创 建新的NCID，当前交换机就前进到步骤31210。在步骤31210，当前 交换机检查所接收NCID的有效性例如NCID长度。如果所接收NCID 无效，当前交换机就前进到步骤31206。在步骤31206，当前交换机放 弃无效的NCID。当前交换机从步骤31206退出步骤31110，由此继续 到图92的步骤31114，当前交换机将在此创建新的NCID并将NCID与 呼叫30202一起传输。

再次参见步骤31210，如果当前交换机判定所接收NCID有效，当 前交换机就前进到步骤31212。在步骤31212，当前交换机保留所接收 NCID并退出步骤31110，由此继续到图92的步骤31115，然后，当前 交换机将在呼叫记录中存储所接收的NCID并传输呼叫。

图94A表示生成NCID的步骤31114的控制逻辑。当前交换机在必 须创建一个NCID时进入步骤31302。在步骤31302，当前交换机计算 一个序列号。该序列号代表在同一端口号上发生的时间点1相同的呼 叫的数目。第一个呼叫将有‘0’序列号，序列号以后在同一端口号上 每次始发时间点1值相同的呼叫时递增。在步骤31202创建序列号之 后，当前交换机前进到步骤31304。在步骤31304，当前交换机为呼叫 30202创建一个呼叫记录，呼叫记录中包括呼叫30202的新创建的 NCID。创建呼叫记录之后，当前交换机退出步骤31114，前进到图92 的步骤31136，当前交换机在此将呼叫记录写到本地交换机数据库。

图94B表示将所接收NCID添加到呼叫30202关联的呼叫记录中的 步骤31115的控制逻辑。进入步骤31115后，当前交换机进入31306。 在步骤31306，当前交换机知道它已经从中间或终结交换机、或者从 客户交换机接收了一个有效的NCID。在步骤31306，当前交换机判断 是否有32字呼叫记录的授权代码域可用于存储该NCID。如果有授权 代码域可用，当前交换机就前进到步骤31310。在步骤31310，当前交 换机在32字呼叫记录的授权代码域中存储NCID。当前交换机还必须 将NCID位置域设置为‘1’—表示NCID存储在授权代码域中。步骤 31310后，当前交换机退出步骤31115，前进到图92的步骤31136， 当前交换机在此将呼叫记录写到本地交换机数据库。

再次参看步骤31306，如果32字呼叫记录中没有授权代码域可 用，当前交换机就前进到步骤31308。在步骤31308，当前交换机在 64字呼叫记录的NCID域中存储NCID。步骤31308后，当前交换机退 出步骤31115，前进到图92的步骤31136，当前交换机在此将呼叫记 录写到本地交换机数据库。

图95表示传输来自当前交换机的呼叫的步骤31120的控制逻辑。 这个控制逻辑有两个入口点：步骤31402和31412。当从图92的步骤 31136进入步骤31402后，当前交换机知道它已经创建了一个NCID或 接收了一个有效的NCID。在步骤31402，当前交换机访问本地数据库， 读取与用于传输呼叫30202的终结中继线组关联的中继线组参数。取 得参数后，当前交换机前进到步骤31404。在步骤31404，当前交换机 判断终结中继线组类型。如果终结中继线是ISUP中继线，当前交换机 就前进到步骤31408。在步骤31408，分析与该ISUP中继线类型关联 的参数，判定是否要向下一个交换机传递NCID。如果当前交换机有权 传递NCID，当前交换机前进到步骤31416。在步骤31416，当前交换 机将呼叫连同SS7初始地址消息(IAM)一起传输到下一个交换机。NCID 是作为IAM的一般数字参数的一部分传输的。IAM含有下一个交换机 有用的建立信息，准备下一个交换机来接收和完成呼叫30202。一般 数字参数的格式如下面的表306所示。

一般数字参数：

代码：11000001

类型：0 字节#，位# 描述 字节1，位0-4 数字类型：指示参数的内容。该域有一个 二进制值‘11011’来表示参数含有NCID。 字节1，位5-7 编码方案：指示参数内容的格式。该域有 一个二进制值‘011’来表示NCID是以二 进制格式存储的。。 字节2，位0-7 字节3，位0-5 始发交换机ID 字节3，位6-7 字节4，位0-7 字节5，位0-3 始发中继线组 字节5，位4-7 字节6，位0-7 字节7，位0-6 始发端口号 字节7，位7 不用 字节8，位0-7 字节9，位0-7 字节10，位0-7 字节11，位0-7 时间点1 字节12，位0-2 NCID序列号 字节12，位3-7 不用

表306

传输呼叫30202和IAM之后，当前交换机前进到步骤31418，由 此退出交换机处理。

再次参看步骤31408，如果当前交换机无权向IAM消息中的下一 个交换机传递NCID，当前交换机前进到步骤31412。在步骤31412， 当前交换机按正常过程将呼叫30202传输到下一个交换机，正常过程 包括向下一个交换机发送一个其中没有将NCID作为一般数字参数一 部分交换的IAM消息。传输呼叫30202之后，当前交换机前进到步骤 31418，由此退出记录处理。

再次参见步骤31404，如果当前交换机判定终结中继线不是 ISUP，当前交换机就前进到步骤31406。

在步骤31406，当前交换机判断终结中继线组是不是ISDN中继线 (这种终结中继线组专用于一个网络客户)。如果终结中继线组是 ISDN，当前交换机前进到步骤31410。在步骤31410，当前交换机分 析与ISDN中继线组类型关联的参数，判定是否向下一个交换机传递 NCID。如果当前交换机有权传递NCID，当前交换机前进到步骤31414。 在步骤31414，当前交换机将呼叫连同一个建立消息一起传输到下一 个交换机。建立消息含有下一个交换机有用的建立信息，准备下一个 交换机来接收和完成呼叫30202。NCID是作为建立消息的锁存移位代 码集6参数的一部分传输的。锁存移位代码集6参数的格式如下面的 表307所示。

锁存移位代码集6参数：

代码：11000001

类型：0 字节#，位# 描述 字节1，位0-4 数字类型：指示参数的内容。该域有一个 二进制值‘11011’来表示参数含有NCID。 字节1，位5-7 编码方案：指示参数内容的格式。该域有 一个二进制值‘011’来表示NCID是以二 进制格式存储的。。 字节2，位0-7 字节3，位0-5 始发交换机ID 字节3，位6-7 字节4，位0-7 字节5，位0-3 始发中继线组 字节5，位4-7 字节6，位0-7 字节7，位0-6 始发端口号 字节7，位7 不用 字节8，位0-7 字节9，位0-7 字节10，位0-7 字节11，位0-7 时间点1 字节12，位0-2 NCID序列号 字节12，位3-7 不用

表307

传输呼叫30202和建立消息之后，当前交换机前进到步骤31418， 由此退出交换机处理。

再次参看步骤31410，如果当前交换机确定它无权向建立消息中 的下一个交换机传递NCID，当前交换机前进到步骤31412。在步骤 31412，当前交换机按正常过程将呼叫30202传输到下一个交换机，正 常过程包括向下一个交换机发送一个其中没有将NCID作为锁存移位 代码集6参数的一部分记录的建立消息。传输呼叫30202之后，当前 交换机前进到步骤31418，由此退出交换机处理。

再次参见步骤31412，该步骤也可以—在当前交换机没有接收到 NCID、当前交换机是中间或终结交换机、当前交换机无权创建NCID 时—从图92的步骤31118进入。在这种情况下，在步骤31412，当前 交换机也按正常过程将呼叫30202传输到下一个交换机，正常过程包 括向下一个交换机发送一个其中没有将NCID作为参数的一部分记录 的IAM或建立消息。传输呼叫30202之后，当前交换机前进到步骤 31418，由此退出交换机处理。

一种用于电信网络的交换机、用灵活和可扩展的记录格式为电话 呼叫生成呼叫记录的系统和方法。接收到电话呼叫后，网络中的交换 机分析电话呼叫，判断缺省的呼叫记录是否足够大、能存储关于电话 呼叫的呼叫记录信息，或者是否必须用扩展的呼叫记录来存储关于电 话呼叫的呼叫记录信息。确定要使用那种记录之后，交换机生成缺省 或扩展呼叫记录。一旦填充了整个记帐块，交换机就将含有完成的呼 叫记录的记帐块发送到记帐中心。

XXII.优先接入/路由器

A.优先接入/路由器概述

优先接入/路由器(PAR)的设计旨在综合互连网接入设备与因特 网协议(IP)路由器的特征。它使拨号调制解调器能通过执行基本的 调制解调器和PPP/SLIP到IP以及逆向的IP到PPP/SLIP转换而接入 互连网。它也分析IP分组源/目的地地址和UPD或TCP端口，为每个 分组选择合适的外出网络接口。最后，它用一种优先路由选择技术来 给予发往特定网络接口的分组比发往其它网络接口的分组更多的优 先。

优先接入/路由器的设计目标是将互连网络上的实时通讯与其余 最大努力(best-effort)的数据通讯分隔开来。实时和交互式多媒体 通讯最好要与在互连网接入点处没有实时约束的通讯分开，以便获得 对业务质量的更大控制。图114A是按照较佳实施例的接入/路由器系 统的框图。

B.优先接入/路由器过程

1.计算机通过调制解调器拨通PAR。计算机调制解调器与PAR调 制解调器(11410)协商数据传输速率和调制解调器协议参数。

2.计算机用公共交换电话网(PSTN)连接上的调制解调器到调制 解调器连接建立与PAR的点对点协议(PPP)会话。

3.计算机用该调制解调器连接向PAR传输PPP分组。PAR调制解 调器(11410)将PPP分组经调制解调器到主处理器接口(11480)传 输到PPP到IP转换过程(11420)。调制解调器到主处理器接口可以是 目前用到的或有待发明的任何物理接口。目前的有些例子是ISA、 EISA、VME、SCbus、MVIP总线、存储器通道和TDM总线。用多路转换 总线如这里提到的时分复用总线有一些优点，因为能为特定数据流倾 其所能并保留确定的行为。

4.PPP到IP转换过程(11420)将PPP分组转换后IP分组，将 转换后的IP分组经过程到过程接口(11485)传输到分组分类器 (11450)。过程到过程接口可以是专用处理器硬件之间的物理接口， 也可以是软件接口。过程到过程的软件接口的一些例子包括函数或子 例程调用、消息队列、共享内存、直接内存存取(DAM)和邮箱。

5.分组分类器(11485)判定分组是否属于任何特殊的优先组。 分组分类器保留一个流说明表，该表由下列内容定义：

目的地IP地址

源IP地址

组合的源/目的地IP地址

组合的目的地IP地址/UDP端口

组合的目的地IP地址/TCP端口

组合的源IP地址/UDP端口

组合的源IP地址/TCP端口

组合的源IP地址和带源IP地址的TCP或UDP端口

组合的目的地IP地址和带源IP地址的TCP或UDP端口

组合的源IP地带目的地IP地址的址和TCUDP端口和TCP/UDP 端口

分组分类器对照分组中使用的IP地址和UDP或TCP端口检查其流 说明表。如果发现匹配，就将该分组分类为属于某优先流并用优先标 志作上标记。资源保留建立协议技术可用于该分组分类器步骤。

6.分组分类器(11450)将有优先标志和无优先标志的分组经过 程到过程接口(11490)交给分组调度器(11460)。过程到过程接口 (11490)不必等同于过程到过程接口(11485)，但是可采用相同的技 术选择。分组调度器(11460)用诸如加权公平排队的优先排队技术来 帮助保证(由分组分类器标识的)优先分组接受更高的优先权，能放 在外出网络接口队列中位于竞争的最佳努力通讯前面的位置。

7.分组调度器(11460)将分组按优先顺序经主处理器到外部总 线(11495)交给任何外出网络接口(11410、11470、11471或11472)。 可以使用任意数量的外出网络接口。

8.与步骤3类似，IP分组可以经非调制解调器接口(11470、 11471、11472)到达PAR。这些接口的一些例子包括以太网、快速以 太网、FDDI、ATM和帧中继。当IP分组经调制解调器PPP接口到达时， 这些分组经历同样的步骤5到7。

9.优先流说明是通过控制器过程(11430)管理的。控制器过程 能通过外部控制应用编程接口(11440)接受外部提出的优先预约。控 制器对照准许控制过程和策略过程来确认对特定流的优先预约，如果 预约得到准许，就将该流说明经过程到过程接口(11465)输入分组分 类器(11450)中的流说明表。过程到过程接口(11465)不必等同于 过程到过程接口(11485)，但是可采用相同的技术选择。

XXIII.回叫电话系统

A.对根据较佳实施例的回叫电话系统的介绍

在当今的电话环境中，呼叫者必须联系操作员才能启动会议呼叫 和/或使所有通话方拨打共同的号码来连接入会议呼叫。这就要求耗费 人类操作员，不便于拨打要传播的预定号码，这些都成为每个会议呼 叫的开销。这也使安排会议呼叫和保证所有通话方能够参加的效率很 低。这也要求用一个专用号码供所有通话方接入以方便呼叫。

按照较佳实施例，通过主叫者观察计算机的显示、填写描述呼叫 的参数的信息，使回叫系统变得更加方便。能够捕获的信息诸如有， 呼叫应当启动的日期和时间、记帐信息、参加呼叫的通话方的电话号 码。然后，根据输入的信息，用能接入混合网络的中央或分布式计算 装置，向要求参加呼叫的每个通话方传输电子邮件通知，复制其它通 话方以确认参加并把该事件记入日程表。电子邮件要包括任何细节， 诸如与呼叫关联的口令、呼叫要开始的事件。还要预留必要的网络实 施，以保证有适当的服务质量(QOS)，当所要求的日期和时间到来时， 通过联系每个参加者就能启动呼叫，无论参加者使用的是附接到PSTN 的电话还是附接到混合网络的具有话音功能的装置(诸如计算机或智 能电视)。在呼叫的计划、启动或持续期间的任何时刻，任何通话方都 能通过从与呼叫关联的显示中选择服务的方法来请求操作员帮助。这 样，就为呼叫建立和控制提供了一种完全自动化的回叫系统。

对于定期使用该回叫系统的主叫者来说，提供一个定制轮廓，作 为对用户现有轮廓信息的扩充。定制轮廓允许用户存储经常出现的会 议呼叫参加者的信息。轮廓含有参加者的电话号码(可以是DDD、 IDDD、IP地址或蜂窝电话号码)、电子邮件、寻呼业务、传真号码、 秘书电话号码、位置、时区、工作时间和其它对启动呼叫有用的有关 信息。也允许有基于公司或组织需要的缺省轮廓，能在更全面信息的 基础上对它们进行改编以满足特定用户的需要。

也联机地提供记帐信息。用户可以输入预定的记帐号码或者能向 信用卡或电话号码记帐。如果向电话号码记帐，系统对呼叫就像对接 收方付费电话或第三方呼叫一样来确认记帐。

如果要为特定的呼叫方案预先定义轮廓信息，则另一种选择是允 许在按下按钮时立即连接会议呼叫或单一呼叫，这很像现在用的快速 拨号，所不同的是，没有主叫方的干预就能加入一个以上的呼叫者， 支持因特网呼叫者，需要时可以加入操作员。

B.基于因特网的回叫体系结构

以下信息讨论按照较佳实施例的基于因特网的回叫体系结构的详 细结构。图114B中表示了按照较佳实施例的体系结构的框图。如图 114B中11410所示，回叫呼叫流开始时，呼叫者11412呼入本地因特 网业务供应商11419。呼叫者通过因特网11419—图中显示为标记为基 本因特网协议平台11419的因特网—寻访回叫服务器11414以访问回 叫主页11411。呼叫者在回叫服务器主页11411输入、查看和/或更新 缺省信息，诸如至少回叫因特网协议(IP)地址、呼叫-到电话号码 (或者要启动会议呼叫的多个电话号码)和至少收费-到(call-to) 方法。其它信息，诸如一个或多个包含长途直拨(DDD)、国际长途直 拨(IDDD)或因特网协议(IP)地址项的号码，也能用于规定电话号 码或有话音功能的因特网计算机。此外，还可以预定开展回叫操作的 日期和时间。在下文中按较佳实施例设计的用于解释的具体例子中详 细描述了能在回叫服务器主页11411捕获的其它信息。

然后在11420，回叫服务器11414向回叫交换机11432发送具有 适当呼叫信息的消息，回叫交换机11432通过公共业务电话网(PSTN) 11435向主叫者规定的目的地启动一个回叫引线(callback leg)— 如步骤11430所示，回叫主叫者由此回答向11437的输入呼叫。一旦 准备好主叫者呼叫的结束，回叫交换机就启动呼叫到呼叫引线，后者 通过通路11440通过PSTN 11445将该呼叫连接到电话机11446和/或 11447。一旦连接了所有的主叫者，则当主叫的状态变化时，则如果它 是IP呼叫，就在显示器上指示例外情况，或者如果主叫者在使用标准 电话设备，就向主叫者传输该情况的音频指示。状态的变化可能是主 叫者挂机或者传输中发生假信号脉冲。例外情况也被捕获用于服务质 量分析。

当利用输入到回叫服务器主页11411的信息启动呼叫，作为回叫 会话的初始化的一部分时，就创建单独的临时web页，可由所有成员 通过由会话会话启动者选择的口令来访问。在所有主叫者连接着和在 整个电话经历的持续期间，呼叫引线的状态改变和例外情况在临时创 建的状态web页上指示，或者如果合适的话，如果主叫者在使用标准 电话设备，就向主叫者传输该情况的音频指示。然后，随着主叫者被 连接、去除或者改变状态，显示被更新以反映每个参加者连接的状态。 此外，随着呼叫的进行，参加者能拖放文件、图象剪辑或任何其它将 在呼叫期间用作合作材料的信息。要求每个参加者在呼叫终结之前将 信息移到他们的个人电脑，因为web页是临时的，呼叫终结时要被删 除。临时的web页受口令保护，以避免对web页中含有的信息的越权 使用。

C.回叫业务潜力

回叫业务包括支持一对一呼叫、一对多呼叫(会议呼叫、传真广 播、文本到语音消息传递、话音对话音消息传递、会议呼叫预约，服 务器由此用会议呼叫细节向呼叫-到(call-to)参加者发送电子邮 件，服务器向呼叫-到(call-to)参加者发送传真，或者服务器向呼 叫-到(call-to)参加者发送文本到语音消息。

D.因特网业务潜力

每个会议呼叫参加者的实时状态图、ANI和当“预约”一个呼叫 时由启动者输入的标识每个参加者的字母数字表示，能在参加者连接 到会议时在屏幕上显示、这个信息作为前文叙述过的、在附录中详细 描述的呼叫记录的一部分被捕获。

在另一个实施例中，允许没有回叫引线的会议呼叫。在这个实施 例中，回叫客户用有话音功能的计算机通过网上话音(VON)应用参加， 能在计算机显示器上启动弹出一个视频屏幕，请求上文在对视频操作 员的说明中详细说明的人工操作员支援。

E.基于因特网的回叫体系结构

在如图115所示的基于因特网的回叫体系结构中，回叫主叫者拨 入本地因特网业务供应商11512。然后，主叫者寻找含有回叫主页 11510、11511的主服务器11514。在回叫服务器主页11511，主叫者 输入上文描述的信息，至少包括回叫因特网协议(IP)地址、呼叫- 到(call-to)电话号码(或者为启动会议呼叫的多个电话号码)以及 收费-到(charge-to)方法。然后，对于要启动呼叫的口叫呼叫流， 回叫服务器主页11511所位于的回叫服务器11514向回叫交换机 11532传输一个带有从回叫主页11511生成的必要呼叫信息的消息。 最后，回叫主叫者用因特网业务供应商11512来建立一个与启动客户 机11535的话音IP会话。回叫交换机11511然后启动呼叫-到 (call-to)呼叫引线，将呼叫11540在公共业务电话网11541上向 外路由选择到电话机11542。

F.自调节系统

根据较佳实施例，一个专家系统监视每个呼叫。该系统包括定义 出现例外时执行什么逻辑的规则。规则包括根据呼叫是通过PSTN还是 因特网选择路由的专门处理。此外，系统还包括一个如果没有其它的 连接可用时向人工操作员的缺省连接。例如，如果某呼叫者在电信会 议期间挂机，其它呼叫者仍然连接着，则向每个仍然连接着的呼叫者 发送一个例外消息，通知他们这个状态变化。该专家系统的另一个方 面是保证服务质量(QOS)并产生既指示完整性又指示例外的报告。资 源的调度依靠这个专家系统，后者根据提出呼叫时可用的或计划的资 源对能否调度呼叫进行调节。例如，由于这个系统所用的所有呼叫都 是由回叫交换机(图114B中的11432项和图115中的11532项)，如 果在回叫用户请求的时间段期间没有足够的外出中继线端口，则该回 叫用户就被提示选择另一个时间，或者被拒绝该时间访问资源。这用 于预测何时需要额外的端口和/或资源。

以上已经说明了各种实施例，应当明白，它们仅仅是作为例子举 出的，没有限制意义。因此较佳实施例的范围不受上述示例性实施例 的限制，而只能应当按照以下权利要求及其等价物来界定。

                          附录

表301-CDR/PNR记录格式 字#，位# 描述 字0，位0-3 呼叫记录ID(CRID)：标识记录类型 0＝缺省 1＝CDR 2＝SER 3＝PNR 4＝OSR 5＝POSR 6＝ECDR 7＝EPNR 8＝EOSR 9＝EPOSR 10-15＝不用 字0，位4-15 呼叫拆接ID(CDID)：标识呼叫记录。每个呼叫都有 一个独有的ID。这12个位含有CDID的12个最低有 效位。 字1，位0-15 字2，位0-15 时间点1(TP1)：在1976年1月1日午夜(UTC)与 输入呼叫被交换机检测到的时间之间发生的秒数的 二进制计数。 字3，位0-12 时间点3(TP3)：在时间点1与输出信令协议完成的 时间之间发生的秒数的二进制计数。 字3，位13-15 字4，位0-9 时间点6(TP6)：在时间点1与回答监督被检测到或 接收的时间之间发生的秒数的二进制计数。这是呼叫 被由所呼叫的人或音频系统回答所费的时间。 字4，位10-15 时间点7(TP7)：在时间点1与始发方和终结方无论 字5，位0-15 谁最先拆接的时间之间发生的秒数的二进制计数。 字6，位0-15 字7，位0 始发端口(OP)：始发中继线的绝对端口号。始发中 继线是其上的呼叫到达交换机的线路。 字7，位1-15 字8，位0-1 终结端口(TP)：为输出呼叫企图而占用的上一个终 结中继线的绝对端口号。终结中继线是呼叫在其上传 输的上一个线路。 字8，位2-14 始发中继线组(OTG)：表示始发中继线的始发中继线 组号的二进制号。始发中继线组是来自相同位置的一 组端口。 字8，位15 字9，位0-11 终结中继线组(TTG)：表示终结中继线的终结中继线 组号的二进制号。终结中继线组是去向相同位置的一 组端口。如果呼叫由于没有可用的中继线而失败，记 录上一个试用的中继线组号。 字9，位12-15 时间点3限制符(TP3Q)：含有脉冲输出的呼叫处置 限制符，它提供向被呼叫人呼叫的人的电话号码。被 呼叫人需要已经为“ANI投递”服务签约承担义务并 有显示器供显示主叫人的电话号码。 0＝缺省 1＝ANI/CSI被投递 2＝DNIS被投递 3＝ANI/CSI和DNIS被投递 4-5＝不用 6＝NCT 7＝NCT、ANI/CSI被投递 8＝NCT、DNIS被投递 9＝NCT、ANI/CSI和DNIS被投递 10＝NCT串行 11-15＝不用 字10，位0-1 时间点6限定符(TP6Q)：含有指示电话呼叫被回答 的方式的回答监督限制符。 0＝硬件检测到回答 1＝软件检测到话音 2＝不用 3*＝操作员/NARS检测到回答 *在CDR/PNR中不用 字10，位2-7 行动代码(AC)：交换机提供一个行动代码，指示目 的地地址的类型，或者被呼叫的电话号码是什么类 型，或者错误码。 0＝缺省 1＝无溢出的7位数号码 2＝有溢出的7位数号码 3＝DDD号码 4＝IDDD号码 5＝交换机生成的行动代码 6＝入局隔离(incoming exclusion)故障 7＝ID代码故障 8＝NCS/DAP中发生的意外错误 9＝错误的拨号，NCS/DAP不能转换所拨号码 10＝无溢出的10位数号码 11＝有溢出的10位数号码 12＝无溢出的国家(号) 13＝有溢出的国际(号) 14＝ANI没有发现 15＝NPA-NXXX没有发现 16＝引导号没有发现 17＝关联分区没有发现 18＝ADF格式错误 19＝交换机ID没有发现 20＝800号码没有发现 21＝800号码处于带外(out of band) 22＝800号码不再服务 23＝无效ID代码 24＝范围特权 25＝7位数号码不在数据库中 26＝7位数字隔离特征 27＝900号码没有发现 28＝900号码带外 29＝900号码不再服务 30＝NCS网络管理阻塞 31＝NCS门拒绝 32＝FlexSTC，不允许溢出 33＝FlexSTC，允许溢出 34＝SAC号码没有发现 35＝SAC号码带外 36＝700号码没有发现 37＝700号码带外 38＝指定的ICR带外 39＝NCT-反向呼叫方向 40-49＝不用 50＝无溢出的灵活直接终端呼叫 51＝有溢出的灵活直接终端呼叫 52＝无溢出的向外Vnet 53＝有溢出的向外IVNet 54＝全局交换机轮廓没有发现 55＝DAP提供的ANI索引 56-62＝不用 63＝国际入站AAP 字10，位8-11 始发中继线类(OTC)：指示被访问的始发中继线是什 么类型 0＝ONAL(FG-A) 1＝ONAL(FG-B、FG-C、FG-D、CAMA、LAMA) 2＝DAL、VNET、CAMA、FGS-DAL 3＝IMT(带内或SS7) 4＝国际电路(R1、R2、#5、#6、#7) 5＝ISDN PRI 6＝OST 7-15＝不用 FG＝特征组 字10，位12-15 终结中继线类(TTC)：指示被访问的终结中继线是什 么类型 0＝ONAL(FG-A) 1＝ONAL(FG-B、FG-C、FG-D、CAMA、LAMA) 2＝DAL、VNET、CAMA、FGS-DAL 3＝IMT(带内或SS7) 4＝国际电路(R1、R2、#5、#6、#7) 5＝ISDN PRI 6＝OST 7-15＝不用 FG＝特征组 字11，位0-7 信息数字(ID)：交换机从始发中继线组接收这些指 示电话呼叫始发所在的电话的类型—诸如家庭电 话、付费电话或监狱电话—的数字。 FG-B直接     CAMA        FG-D    MCI IMT    #5       #6 位0-3：TBCD零     X        X       TBCD零   X 位4-7：X          X        X       X        X 字11，位8-15 自动号码标识(ANI)索引号：该索引号是从除800 呼叫以外的所有呼叫的ANI索引表取得的。查找ANI 号的目的是确定主叫方是Vnet客户与否。如果主叫 方是VNet主叫方，就用索引号来查找目的地地址。 字12，位0-15 字13，位0-15 字14，位0-7 呼叫位置ID(CLI)：代表呼叫所来自的10个数字。 如果交换机接收10个以上数字，就将它们记录在 ECDR/EPNR。有9类呼叫位置： 1.Vnet CAMA DAL始发：如果CSI是可用的，用可 用的文件化HNPA和HNXX信息来前缀CSI以及记录。 用7的NOCLI值。 2.FG-C始发：如果ANI或CSI信息不可用，并且号 码格式是00Y+NXX+XXXX，则在CLI1-3中记录00Y， 在CLI4-10中记录OSID/OTG。用8的NOCLI值。 3.带内FG-D始发：记录收到的以CLI1开始的ANI。 用1的NOCLI值。 4.SS7 FG-D始发：记录收费号(如果能得到的话)， 如果得不到，就记录呼叫方号码。用2或3的NOCLI 值。 5.国际始发：记录呼叫方的国家代码和国家号码。 用9的NOCLI值。 6.SS7 IMT始发：按照重要性顺序记录以下信息：1〕 收费号、2〕呼叫方号码、3〕来自类属数字的 OSID/OTG。用2、3或8的NOCLI值。 7.SS7转卖商始发：用TBCD-零填充CLI域。 8.SS7专用网络始发：用TBCD-零填充CLI域。 9.PRI组织：记录在ISDN建立消息中接收的呼叫方 号码。 格式：              1-10位数ANI   OSID/OTG   输入国际的 字12，位0-3     CLI1        TCBD零      X(CC) 字12，位4-7     CLI2        TCBD零      X(CC) 字12，位8-11    CLI3        TCBD零      X(CC) 字12，位12-15   CLI4        X(OSID)     X(NN) 字13，位0-3     CLI5        X(OSID)     X(NN) 字13，位4-7     CLI6        X(OSID)     X(NN) 字13，位8-11    CLI7     X(OTG)    X(NN) 字13，位12-15   CLI8     X(OTG)    X(NN) 字14，位0-3     CLI9     X(OTG)    X(NN) 字14，位4-7     CLI10    X(OTG)    X(NN) CC＝客户连接 NN＝国家号码 OSID＝始发交换机NSC ID(000-999) OTG＝始发中继线组(0000-8191) 字14，位8-15 字15，位0-15 字16，位0-15 字17，位0-15 字18，位0-15 字19，位0-15 授权代码：代表谁为呼叫付帐的22个数字，包括以 下的一个或多个内容和/或可选的补充代码： 1.授权代码-含有授权代码数字。AUTH1-AUTH5记 录拨号或保存的授权代码，在其之后记录一个可选的 可变1-4位数的安全码SEC1-SEC4，后者由TBCD 数字0-9和A-D组成。在最后的数字之后，记录一 个TBCD零，在之后记录SUPP1-SUPP12任一补充代 码数字。在任何不使用的字节中记录TBCD零。授权 代码格式：                  5数字       6数字      7数字                 授权代码    授权代码   授权代码 字14，位8-11    A1  AUTH1     AUTH1     AUTH1 字14，位12-15   A2  AUTH2     AUTH2     AUTH2 字15，位0-3     A3  AUTH3     AUTH3     AUTH3 字15，位4-7     A4  AUTH4     AUTH4     AUTH4 字15，位8-11    A5  AUTH5     AUTH5     AUTH5 字15，位12-15   A6  SEC1      AUTH6     AUTH6 字16，位0-3     A7  SEC2      SEC1      AUTH7 字16，位4-7     A8  SEC3      SEC3      SEC1 字16，位8-11    A9  SEC4      SEC3      SEC2 字16，位12-15   A10 TBCD零    SEC4      SEC3 字17，位0-3   A11 SUPP1    TBCD零   SEC4 字17，位4-7   A12 SUPP2    SUPP1    TBCD零 字17，位8-11  A13 SUPP3    SUPP2    SUPP1 字17，位12-15 A14 SUPP4    SUPP3    SUPP2 字18，位0-3   A15 SUPP5    SUPP4    SUPP3 字18，位4-7   A16 SUPP6    SUPP5    SUPP4 字18，位8-11  A17 SUPP7    SUPP6    SUPP5 字18，位12-15 A18 SUPP8    SUPP7    SUPP6 字19，位0-3   A19 SUPP9    SUPP8    SUPP7 字19，位4-7   A20 SUPP10   SUPP9    SUPP8 字19，位8-11  A21 SUPP11   SUPP10   SUPP9 字19，位12-15 A22 SUPP12   SUPP11   SUPP10 2.呼叫站ID(CSI)-含有呼叫站标识符的数字。CSI 数字将被从A1开始记录。在最后的CSI数字后记录 TBCD零，随后是补充代码数字。不用的字节含有TBCD 零。呼叫站ID格式：                     7位数CSI    10位数CSI 字14，位8-11   A1   X           X 字14，位12-15  A2   X           X 字15，位0-3    A3   X           X 字15，位4-7    A4   X           X 字15，位8-11   A5   X           X 字15，位12-15  A6   X           X 字16，位0-3    A7   X           X 字16，位4-7    A8   TBCD零      X 字16，位8-11   A9   SUPP1       X 字16，位12-15  A10  SUPP2       X 字17，位0-3    A11  SUPP3       TCBD零 字17，位4-7    A12  SUPP4       SUPP1 字17，位8-11   A13  SUPP5       SUPP2 字17，位12-15  A14  SUPP6     SUPP3 字18，位0-3    A15  SUPP7     SUPP4 字18，位4-7    A16  SUPP8     SUPP5 字18，位8-11   A17  SUPP9     SUPP6 字18，位12-15  A18  SUPP10    SUPP7 字19，位0-3    A19  SUPP11    SUPP8 字19，位4-7    A20  SUPP12    SUPP9 字19，位8-11   A21  SUPP11    SUPP10 字19，位12-15  A22  SUPP12    SUPP11 3.补充代码-补充代码从A1开始记录。不用的字节 含有TBCD零。补充代码格式：                    800/900 VNet补充代码 字14，位8-11   A1   SUPP1 字14，位12-15  A2   SUPP2 字15，位0-3    A3   SUPP3 字15，位4-7    A4   SUPP4 字15，位8-11   A5   SUPP5 字15，位12-15  A6   SUPP6 字16，位0-3    A7   SUPP7 字16，位4-7    A8   SUPP8 字16，位8-11   A9   SUPP9 字16，位12-15  A10  SUPP10 字17，位0-3    A11  SUPP11 字17，位4-7    A12  SUPP12 字17，位8-11   A13  SUPP13 字17，位12-15  A14  SUPP14 字18，位0-3    A15  SUPP15 字18，位4-7    A16  SUPP16 字18，位8-11   A17  SUPP17 字18，位12-15  A18  SUPP18 字19，位0-3    A19  SUPP19 字19，位4-7    A20  SUPP20 字19，位8-11   A21  SUPP21 字19，位12-15  A22  SUPP22 4.VNet远程接入-如果主叫者通过远程接入业务访 问Vnet业务，接入号码从A1开始记录。在最后数字 后记录TBCD零，接着是任何补充代码。不用的字节 含有TBCD零。VNet远程接入格式： 字14，位8-11   A1   X 字14，位12-15  A2   X 字15，位0-3    A3   X 字15，位4-7    A4   X 字15，位8-11   A5   X 字15，位12-15  A6   X 字16，位0-3    A7   X 字16，位4-7    A8   X 字16，位8-11   A9   X 字16，位12-15  A10  X 字17，位0-3    A11  TCBD零 字17，位4-7    A12  SUPP1 字17，位8-11   A13  SUPP2 字17，位12-15  A14  SUPP3 字18，位0-3    A15  SUPP4 字18，位4-7    A16  SUPP5 字18，位8-11   A17  SUPP6 字18，位12-15  A18  SUPP7 字19，位0-3    A19  SUPP8 字19，位4-7    A20  SUPP9 字19，位8-11   A21  SUPP10 字19，位12-15  A22  SUPP11 5.呼叫方号码-为用一个收费号码和一个呼叫方号码接 收的SS7 FGD呼叫始发记录呼叫方号码。在A1-10中记 录SS7呼叫方号码。在最后数字后记录TBCD零，接着是 补充代码。不用的字节含有TBCD零。呼叫方号码格式： 字14，位8-11   A1   N 字14，位12-15  A2   X 字15，位0-3    A3   X 字15，位4-7    A4   N 字15，位8-11   A5   X 字15，位12-15  A6   X 字16，位0-3    A7   N 字16，位4-7    A8   X 字16，位8-11   A9   X 字16，位12-15  A10  X 字17，位0-3    A11  TCBD零 字17，位4-7    A12  SUPP1 字17，位8-11   A13  SUPP2 字17，位12-15  A14  SUPP3 字18，位0-3    A15  SUPP4 字18，位4-7    A16  SUPP5 字18，位8-11   A17  SUPP6 字18，位12-15  A18  SUPP7 字19，位0-3    A19  SUPP8 字19，位4-7    A20  SUPP9 字19，位8-11   A21  SUPP10 字19，位12-15  A22  SUPP11 6.信用卡号码-从A1开始记录商业信用卡号码或预 约信用卡号码。有效的预约信用卡号码的PIN数字通 过在该4个PIN数字上写TBCD-A而被屏蔽。在最后 数字后记录TBCD零，接着是补充代码。不用的字节 含有TBCD零。信用卡号码格式： 字14，位8-11   A1   X 字14，位12-15  A2   X 字15，位0-3    A3   X 字15，位4-7    A4   X 字15，位8-11   A5   X 字15，位12-15  A6   X 字16，位0-3    A7   X 字16，位4-7    A8   X 字16，位8-11   A9   X 字16，位12-15  A10  X 字17，位0-3    A11  X 字17，位4-7    A12  X 字17，位8-11   A13  X 字17，位12-15  A14  X 字18，位0-3    A15  X 字18，位4-7    A16  X 字18，位8-11   A17  X 字18，位12-15  A18  X 字19，位0-3    A9   X 字19，位4-7    A20  TBCD零 字19，位8-11   A21  SUPP1 字19，位12-15  A22  SUPP2 7. 14位MCI/VNet卡-14个数字呼叫MCI卡/VNet 卡号码从A1开始记录，最后4个PIN数字通过写入 TBCD-A而被屏蔽。在最后数字后写入TBCD零，接着 是补充代码。不用的字节含有TBCD零。呼叫MCI卡 /VNet卡格式： 字14，位8-11   A1   X 字14，位12-15  A2   X 字15，位0-3    A3   X 字15，位4-7    A4   X 字15，位8-11   A5   X 字15，位12-15  A6   X 字16，位0-3    A7   X 字16，位4-7    A8   X 字16，位8-11   A9   X 字16，位12-15  A10  X 字17，位0-3    A11  TCBD-A 字17，位4-7    A12  TBCD-A 字17，位8-11   A13  TBCD-A 字17，位12-15  A14  TBCD-A 字18，位0-3    A15  TBCD-零 字18，位4-7    A16  SUPP1 字18，位8-11   A17  SUPP2 字18，位12-15  A18  SUPP3 字19，位0-3    A19  SUPP4 字19，位4-7    A20  SUPP5 字19，位8-11   A21  SUPP6 字19，位12-15  A22  SUPP7 8.电信/PTT卡-该23个数字或更少数字的电信卡从 A1开始记录。在最后数字后记录TBCD零，接着是补 充代码。不用的字节含有TBCD零。电信卡格式： 字14，位8-11  A1  X 字14，位12-15  A2   X 字15，位0-3    A3   X 字15，位4-7    A4   X 字15，位8-11   A5   X 字15，位12-15  A6   X 字16，位0-3    A7   X 字16，位4-7    A8   X 字16，位8-11   A9   X 字16，位12-15  A10  X 字17，位0-3    A11  X 字17，位4-7    A12  X 字17，位8-11   A13  X 字17，位12-15  A14  X 字18，位0-3    A15  X 字18，位4-7    A16  X 字18，位8-11   A17  X 字18，位12-15  A18  X 字19，位0-3    A19  X 字19，位4-7    A20  X 字19，位8-11   A21  X 字19，位12-15  A22  X 9.OSID和OTG-用于国际内向VNet或SAC呼叫的OSID 和OTG在从SS7类属数字参数被接收时记录。参数记录 后，余下的字节含有TBCD零。OSID和OTG格式： 字14，位8-11   A1  X(OSID) 字14，位12-15  A2  X(OSID) 字15，位0-3    A3  X(OSID) 字15，位4-7    A4  X(OTG) 字15，位8-11   A5  X(OTG) 字15，位12-15  A6   X(OTG) 字16，位0-3    A7   X(OTG) 字16，位4-7    A8   TCBD零 字16，位8-11   A9   TCBD零 字16，位12-15  A10  TCBD零 字17，位0-3    A11  TCBD零 字17，位4-7    A12  TCBD零 字17，位8-11   A13  TCBD零 字17，位12-15  A14  TCBD零 字18，位0-3    A15  TCBD零 字18，位4-7    A16  TCBD零 字18，位8-11   A17  TCBD零 字18，位12-15  A18  TCBD零 字19，位0-3    A19  TCBD零 字19，位4-7    A20  TCBD零 字19，位8-11   A21  TCBD零 字19，位12-15  A22  TCBD零 OSID＝始发交换机ID OTG＝始发中继线组 10.商业组ID-对有些SS7中继线组来说，商业组 ID在SS7参数中接收并记录在A1-A6。在最后数字 后记录TBCD零，接着是补充代码。不用的字节含有 TBCD零。 字14，位8-11   A1  X 字14，位12-15  A2  X 字15，位0-3    A3  X 字15，位4-7    A4  X 字15，位8-11   A5  X 字15，位12-15  A6  X 字16，位0-3    A7   TBCD零 字16，位4-7    A8   SUPP1 字16，位8-11   A9   SUPP2 字16，位12-15  A10  SUPP3 字17，位0-3    A11  SUPP4 字17，位4-7    A12  SUPP5 字17，位8-11   A13  SUPP6 字17，位12-15  A14  SUPP7 字18，位0-3    A15  SUPP8 字18，位4-7    A16  SUPP9 字18，位8-11   A17  SUPP10 字18，位12-15  A18  SUPP11 字19，位0-3    A19  SUPP12 字19，位4-7    A20  SUPP13 字19，位8-11   A21  SUPP14 字19，位12-15  A22  SUPP15 11.网络信息-对有些SS7中继线组来说，网络信息ID 在SS7参数中接收并记录在A1-A4。在最后数字后记录 TBCD零，接着是补充代码。不用的字节含有TBCD零。 字14，位8-11   A1  N 字14，位12-15  A2  X 字15，位0-3    A3  X 字15，位4-7    A4  N 字15，位8-11   A5  TBCD零 字15，位12-15  A6  SUPP1 字16，位0-3    A7  SUPP2 字16，位4-7    A8  SUPP3 字16，位8-11   A9  SUPP4 字16，位12-15  A10 SUPP5 字17，位0-3    A11  SUPP6 字17，位4-7    A12  SUP7 字17，位8-11   A13  SUPP8 字17，位12-15  A14  SUPP9 字18，位0-3    A15  SUPP10 字18，位4-7    A16  SUPP11 字18，位8-11   A17  SUPP12 字18，位12-15  A18  SUPP13 字19，位0-3    A19  SUPP14 字19，位4-7    A20  SUPP15 字19，位8-11   A21  SUPP16 字19，位12-15  A22  SUPP17 12.网络呼叫标识符(NCID)-如果NCID被在“A” 域中记录，它将被以二进制形式从A1开始记录。输入 代码(Entry Code)域将指示与该特定呼叫关联的呼 叫处理或者为“0”。如果NCID是在64字呼叫记录的 NCID域中记录的，则输入代码也将指示与该特定呼叫 关联的呼叫处理或者为“0”。NCID由下列项组成： 始发交换机ID 始发中继线组 始发端口号 时间点1 NCID序列号 字20，位0-15 字21，位0-15 字22，位0-15 字23，位0-15 字24，位0-3 目的地地址：这是17个数字的目的地地址，就是正 被呼叫的号码。如果需要的数字超过17，使用 ECDR/EPNR格式。不用的字节含有TBCD零。                     7数字   10数字   DDD    IDDD 字20，位0-3   D1    N       N        N      CC 字20，位4-7   D2    X       X        X      CC 字20，位8-11  D3    X       X        X      CC 字20，位12-15 D4   X        N      N    NN 字21，位0-3   D5   X        X      X    NN 字21，位4-7   D6   X        X      X    NN 字21，位8-11  D7   X        X      X    NN 字21，位12-15 D8   X(TSID)  X      NN 字22，位0-3   D9   X(TSID)  X      NN 字22，位4-7   D10  X(TSID)  X      NN 字22，位8-11  D11  X(TTG)   X(TSID)T零  NN 字22，位12-15 D12  X(TTG)   X(TSID)T零  NN 字23，位0-3   D13  X(TTG)   X(TSID)T零  NN 字23，位4-7   D14  X(TTG)   X(TSID)T零  NN 字23，位8-11  D15  T-零     X(TTG)T零   NN 字23，位12-15 D16  T-零     X(TTG)T零   T零 字24，位0-3   D17  T-零     X(TTG)T零   T零 CC＝客户通信公司 NN＝国家号码 TSID＝终结交换机ID TTG＝终结中继线组 字24，位4-15 字25，位0-15 字26，位0-11 预先转换的数字：这代表主叫者所拨的可能是也可能 不是目的地地址的数字。只有发生号码转换时才记录 预先转换的数字。如果所拨号码是目的地地址，没有 转换到另一个号码，则该域含有TBCD零。如果超过 十个数字，用ECDR/EPNR格式。                    10数字     00Y SAC 7数字  IDDD 10                    Vnet、SAC、代码    Vnet或 数字(例                    DNIS或热线         热线   子) 字24，位4-7   PTD1 N          O       N      N 字24，位8-11  PTD2 X          O       X      N 字24，位12-15 PTD3 X          Y       X      N 字25，位0-3   PTD4 N          N       X      N 字25，位4-7   PTD5  X    X    X     N 字25，位8-11  PTD6  X    X    X     N 字25，位12-15 PTD7  X    X    X     N 字26，位0-3   PTD8  X    X    TBCD  N 字26，位4-7   PTD9  X    X    零    N 字26，位8-11  PTD10 X    X    TBCD  N                               零                               TBCD                               零 字26，位12-15 不用 字27，位0-3 特征码(FC)：交换机为呼叫确定一个特征码，指出 该呼叫是否需要特定类型的数据线路，诸如用于传真 传输的优质线路。 0＝缺省 1＝传真 2＝NARS 3＝数据呼叫 4＝交换的DS1(HSCS) 5＝交换的DS3(HSCS) 6-8＝不用 9＝NX64 10＝网外路由选择 11＝AAP呼叫(用于网关收费票转换) 12＝卡门拒绝 13＝论坛拨入音频/视频会议 14＝音乐会免费电话 15＝不用 字27，位4-7 终结网络码(TNC)：指出要用作呼叫的路径的其余部 分的终结设备。例如表示非卫星传输的标志。 0＝缺省 1＝无路由选择限制 2＝避免卫星 3＝通过DS1路由选择 4＝通过DS1路由选择和避免卫星 5＝要求通过有保护实施进行路由选择 6＝最好通过有保护实施进行路由选择 7-15＝不用 字27，位8-11 网络接入类型(NAT)：指出如网络上始发交换机所定 义的、使用的是哪个类型的网络接入；就是说，主叫 者是如何接入网络的。访问类型有： 0＝缺省 1＝800呼叫 2＝信用卡接入 3＝操作员辅助接入 4＝VNET远程接入 5＝BPP接入 6＝FGD直通接入 7-15＝不用 字27，位12-15 时间点7限定符(TP7Q)：含有呼叫的第一个拆接限 定符，即呼叫是如何终结的。拆接类型有： 0＝主叫方拆接 1＝被叫方拆接 2＝主叫方重新始发 3＝交换机被启动(例如.交换机错误切断呼叫) 4＝所有路由忙 5＝振铃时间长导致的拆接；振铃定时器超时 6＝呼叫由于网络调用的传输而拆接 7＝特征/业务交互作用 8-15＝不用 字28，位0-6 输入代码(EC)：指示所发生的呼叫处理的类型以及 在授权代码域中记录的信息的类型。如果收到多个输 入代码，记录最后一个。下列代码有效： 0＝缺省 1＝人对人(P-P) 2＝站对站(S-S) 3＝第3方记帐(记录第3方号码) 4＝P-P受方付费(向被叫方记帐) 5＝S-S受方付费(向被叫方记帐) 6＝MCI卡或VNET卡(S-S) 7＝没有呼叫完成的BOC向内拨叫 8＝一般帮助 9＝BOC/LEC卡 10＝预订信用卡 11＝PTT卡 12＝目录帮助 13＝商业信用卡 14＝有呼叫完成的BOC向内拨叫 15＝MCI卡或VNET卡(P-P) 16-19＝不用 20＝ANI确认(屏蔽的通过/失败) 21＝Auth确认(登记的或拨号的) 22＝不用 23＝700业务接入代码(替代#20) 24＝500、800业务接入代码(替代#20) 25＝900业务接入代码(替代#20) 26-28＝不用 29＝操作员释放定时器到期 30＝EVS/NARS-转荐(referral)的拆接消息转荐 (DMR) 31＝EVS/NARS-有向MCI号码的转荐的DMR 32＝EVS/NARS-有向非MCI号码的转荐的DMR 33＝EVS/NARS-有向MCI号码的转荐和呼叫扩展 (CE)的DMR 34＝EVS/NARS-有向非MCI号码的转荐和CE的DMR 35＝EVS/NARS-带CE的定制消息宣布(CMA) 36＝EVS/NARS-无CE的CMA 37＝EVS/NARS-增强的呼叫路由选择(ECR) 38-41＝EVS/NARS-保留 42-47＝不用 48＝GETS卡 49＝不用 50＝记帐到国际号码 51＝主叫站ID信息被记录 52＝仅补充代码被记录 53＝VNET远程接入号码被记录 54＝SS7主叫方号码被记录 55＝OSID和OTG被记录 56＝DNIS被记录 57＝业务组ID被记录 58＝网络信息被记录 59＝BG+零+OSID/OTG 60＝卡号+零+OSID/OTG 61＝VNET RA+零+OSID/OTG 62＝VNET RA+零+OSID/OTG 63＝网络呼叫传输(NCT) 64-79＝保留 88-89＝保留 90-99＝保留 100＝18C是我PIN S/S 101＝18C是我全局S/S 102＝18C是我ANI S/S 103＝18C是我NPA S/S 104＝18C是我信使S/S 105＝18C是我信使PIN S/S 106＝18C是我信使全局S/S 107＝18C BOC卡S/S 108＝18C MCI卡S/S 109＝Aos信使S/S 110＝国际信使S/S 111＝国际快拨 112-127＝不用 字28，位7-9 前缀数字(PD)：代表被叫号码的前缀数字。这些数 字告诉交换机如何处理呼叫。 0＝无前缀数字被接收 1＝0-(操作员辅助的) 2＝0+(国内的CDOS) 3＝01+(国际的CDOS) 4＝011+IDDD 5＝1+DDD 6＝0+操作员辅助的、用户地址 7＝*XX，其中XX＝0-9、星卡 字28，位10-12 NDID(NCS/DAP ID)：指示交换机是否处理过呼叫或 者是否向一个数据库(诸如NCS/DAP)查询过业务信 息-业务包括但不限于VNET、呼叫卡、800和900呼 叫。NDID进一步指出在最后的事务尝试中涉及的 NCS/DAP的ID。 0＝交换机呼叫处理 1＝NCS/DAP 1 2＝NCS/DAP 2 3＝NCS/DAP 3 4-5＝不用 6＝通过RLT从操作员平台接收的 7＝TCAP到NCS/DAP 字28，位13-15 分区ID(DIVID)：含有信用卡呼叫的分区ID，包括 电信系统的卡。DIVID是为卡号码验证而从NCS/DAP 接收的。如果交换机接收不到信息，就记录缺省值 ‘0’。 0＝无规定的分区ID 1＝分区ID 1 2＝分区ID 2 3＝分区ID 3 4＝分区ID 4 5＝分区ID 5 6＝分区ID 6 7＝分区ID 7 字29，位0 远距离溢出(DO)：当在始发交换机的呼叫记录中设 置为1时，指示在某中间或终结交换机处尝试了一次 直接终端溢出(DTO)事务以获得该呼叫的最终目的 地地址数字。 字29，位1 不用 字29，位2 客户连接(CC)：指示是用时间点6还是时间点3来 计算呼叫持续时间。 0＝用时间点6、*F来计算呼叫持续时间。 1＝用时间点3、*C来计算呼叫持续时间。 字29，位3 网络间(IN)：指示呼叫是否从一个客户/网络始发， 终结到另一个客户/网络。缺省设置＝0；如果从 NCS/DAP接收到业务组或Netinfo参数，该位设定为 1。 字29，位4 不用 字29，位5 SAC位(SC)：该位用于灵活SAC特征。每当在地址数 字收集阶段收集的号码被确认为是始发中继线组关 联的F1exSac Index中的一个SAC号码时，该位被设 定为1。所有其它情况下，该位被设定为0。 字29，位6 呼叫方向(CD)：指出呼叫在国内还是国际网络中始 发。 0＝呼叫始发在国内网络中发生 1＝呼叫始发在国内网络中发生 字29，位7 目的地(DE)：指出期待呼叫何时终结到国际目的地。 0＝缺省、NANP、国内VNET或其它任何不期待终结到 国际目的地的呼叫。 1＝期待终结到国际目的地的呼叫。 字29，位8 专用终结(DT)：指示有一个10个数字的共享网络号 码被完成到一个专用目的地。如果呼叫记录中的终结 中继线类(TTC)等于3或7，那么就认为它是直接终 结中继线。 字29，位9-10 不用 字29，位11 卫星(SA)：指示呼叫要用到卫星电路。缺省设置是0； 位设置为1时表示呼叫要涉及卫星，当输入中继线组 被类标记为配备卫星时，当输入带内IMT呼叫上的 SAT数字显示连接涉及卫星电路时，或当SS7连接性 质参数指出上次使用了卫星中继线时，该位置位。这 是用于故障查找，而不是为了记帐。 字29，位12-15 呼叫位置ID的性质(NOCLI)：识别在呼叫位置ID中 记录的是什么数据的二进制值。呼叫位置ID域含有 在NOCLI中引用的信息。 0＝不用 1＝来自向内中继线的ANI 2＝SS7收费号码 3＝SS7主叫方号码 4＝原始被叫号码 5＝在这个交换机中创建的伪ANI 6＝来自始发中继线的CSI 7＝登记的NPA-NXX中继线组信息加CSI 8＝NNN+OSID+OTG或00Y+OSID+OTG(N＝TBCD零) 9＝国家代码+国家号码 10＝无CLI记录 11＝重定向号码 12＝通过RLT从操作员平台接收的CLI 13＝NCT发话者的ANI 14-15＝不用 字30，位0-15 通信公司号码(CN)：代表在FG-B或FG-D始发上 提供的通信公司号码、或者在SS7 IMT上接收的通信 公司号码。如果只用3位数，它们就被记录在CN2- CN4中，CN1将含有TBCD零。这个域也含有分配给VISA 卡的特定800号码的后4位数字(9595)。它也将含 有MCI卡访问号码的后4位数字一不管是什么访问设 备。通信公司号码的例子是：MCI＝22、ATT＝288、 朋友＝333。                    FGB/FGD   FGB/D      visa卡                    3数字CIC  4数字CIC 字30，位0-3   CN1  TBCD零    X          9 字30，位4-7   CN2  X         X          5 字30，位8-11  CN3  X         X          9 字30，位12-15 CN4  X         X          5                    SS7                    TNS       MCI卡      Vnet卡 字30，位0-3   CN1  X         1          1 字30，位4-7   CN2  X         0          1 字30，位8-11  CN3  X         2          1 字30，位12-15 CN4  X         2          1 字31，位0-3 授权代码ID域(ACIF)：含有用于记录卡号码状态的 授权代码标识域。这个域指示卡号码(呼叫卡或信用 卡)是好的还是坏的。 0＝7位授权代码文件(缺省) 1＝第一个或唯一的五位授权代码文件 2＝第二个五位授权代码文件 3＝第三个五位授权代码文件 4＝第四个五位授权代码文件 5＝第五个五位授权代码文件 6＝第六个五位授权代码文件 7＝范围限制故障(无效地址数字) 8＝正商业信用卡/89卡/M卡验证 9＝不用 10＝MCI卡/Visa卡无效或没有分配。不允许。 11＝BOC记帐号码分配但阻塞 12＝BOC记帐号码使用超限 13＝不用 14＝来自NCS/DAP的应答超时情况下，MCI卡/Visa 卡的缺省授权 15＝NCS/DAP授权的MCI卡/Visa卡 字31，位4-10 释放代码：与时间点7限定符一起用来确定释放消息 来自何方。该代码指出通话方一方挂机的原因，例如 正常释放＝16，无电路可用＝34。 1＝未分配的号码 2＝无到特定网络的路由 3＝无到目的地的路由 4＝发送特殊信息音调 5＝错拨的中继线前缀 16＝正常清除 17＝用户忙 18＝无用户应答 19＝无用户应答(用户被警告) 21＝呼叫被拒绝 22＝号码改变 27＝目的地停止服务 28＝地址不全 29＝设备被拒绝 31＝正常-未规定的 34＝无电路可用 38＝网络故障 41＝临时故障 42＝交换设备臃塞 44＝请求的信道不可用 47＝资源不可用-没有规定 50＝请求的设备未预订 55＝输入呼叫在CUG内受阻 57＝载体能力未授权 58＝载体能力不可用 63＝服务或选项不可用 65＝载体能力未实现 69＝请求的设备未实现 70＝仅有限制的数字信息载体可用 79＝服务或选项未实现 87＝被叫用户不是CUG成员 88＝不兼容的目的地 91＝无效的转接网络选择器 95＝无效的消息-未规定 97＝消息类型不存在或未实现 99＝参数不存在或未实现-放弃的 102＝恢复定时器时间到期 103＝参数不存在或未实现-继续传送 111＝协议错误-未规定 127＝相互工作-未规定 字31，位11-13 NCID序列数：代表在同一端口号上已经发生的具有同 一时间点1值的呼叫数。第一个呼叫将序列数设定为 ‘0’。对于在同一端口号上始发的具有相同时间点1 值的随后的每个呼叫，该值递增。范围＝0-7。 字31，位14 NCID位置(NCIDLOC)：该位标识何时NCID被记录到 呼叫记录的授权代码域。NCID被记录到中间和终结 交换机的呼叫记录的授权代码域—如果授权代码域 未用于记录其它信息。如果授权代码域正用于记录其 它信息，则NCID被记录在64字呼叫记录的“NCID” 域。 0＝NCID没有被记录在授权代码域(缺省) 1＝NCID被记录在授权代码域 字31，位15 远程ANI屏蔽(RS)：如果ANI没有在交换机的本地服务 区表中列出，并且该ANI被发送到DAP作ANI索引屏蔽 用，则该位被设置到‘1’。如果交换机将ANI发送到DAP 作ANI索引屏蔽用，但没有收到DAP的应答或者发生了 标准交换机ANI屏蔽时，该位被设置到‘0’。 0＝ANI没有被DAP屏蔽(缺省) 1＝ANI被DAP屏蔽

表302-ECDR/EPNR记录格式 字#，位# 描述 字0-11，位0-15 同CDR/PNR格式 字12，位0-15 字13，位0-15 字14，位0-15 字15，位0-11 呼叫位置ID：含有始发站线路的1-15数字。这是 主叫方的ANI号码。如果接收到1至15个ANI或 CSI数，它们被按序记录在以CLI1开始的位置。不 用的字节含有TBCD零。如果没有ANI或CSI可用， 就在CLI4-10中记录OSID/OTG—特别注明的除 外。如果LCI域中什么也没有记录，就用10的NOCLI 值。该域含有下列9种格式之一： 1.Vnet CAMA DAL始发：如果CSI是可用的，用域HNPA 和HNXX信息来前缀CSI并记录。用7的NOCLI值。 2.FG-C始发：如果ANI或CSI信息不可用，并且号 码格式是00Y+NXX-XXXX，则在CLI1-3中记录所接收 的00Y代码，在CLI4-10中记录OSID/OTG。用8的 NOCLI值。 3.带内FG-D始发：记录收到的以CL1开始的ANI。 用1的NOCLI值。 4.SS7 FG-D始发：记录收费号(如果能得到的话)， 如果得不到，记录呼叫方号码。用2或3的NOCLI值。 5.国际始发：记录呼叫方的国家代码和国家号码。 用9的NOCLI值。 6.SS7 IMT始发：按照重要性顺序记录以下信息： 1〕收费号、2〕呼叫方号码、3〕来自类属数字的 OSID/OTG。用2、3或8的NOCLI值。 7.SS7转卖商始发：用TBCD零填充CLI域。 8.SS7专用网络始发：用TBCD零填充CLI域。 9.PRI组织：记录在ISDN建立消息中接收的呼叫方号码。 格式：                    1-15位ANI/                    CSI(以13个                    数字为例)  OSID/OTG  输入国际的 字12，位0-3    CLI1   X       TCBD零    X(CC) 字12，位4-7    CLI2   X       TCBD零    X(CC) 字12，位8-11   CLI3   X       TCBD零    X(CC) 字12，位12-15  CLI4   X       X(OSID)   X(NN) 字13，位0-3    CLI5   X       X(OSID)   X(NN) 字13，位4-7    CLI6   X       X(OSID)   X(NN) 字13，位8-11   CLI7   X       X(OTG)    X(NN) 字13，位12-15  CLI8   X       X(OTG)    X(NN) 字14，位0-3    CLI9   X       X(OTG)    X(NN) 字14，位4-7    CLI10  X       X(OTG)    X(NN) 字14，位8-11   CLI11  X       TBCD零    X(NN) 字14，位12-15  CLI12  X       TBCD零    X(NN) 字15，位0-3    CLI13  X       TBCD零    X(NN) 字15，位4-7    CLI114 TBCD零  TBCD零    X(NN) 字15，位8-11   CLI115 TBCD零  TBCD零    X(NN) CC＝客户连接 NN＝国家号码 OSID＝始发交换机NSC ID(000-999) OTG＝始发中继线组(0000-8191) 字15，位12-15 字16，位0-15 字17，位0-15 字18，位0-15 字19，位0-15 授权代码：(Auth Code)：与CDR/RNR格式的授权 代码相同，但是代表45个数字。 1.授权代码：                        5数字    6数字    7数字 字20，位0-15 字21，位0-15 字22，位0-15 字23，位0-15 字24，位0-15 字25，位0-15 字26，位0-15 字15，位12-15 A1   AUTH1   AUTH1   AUTH1 字16，位0-3   A2   AUTH2   AUTH2   AUTH2 字16，位4-7   A3   AUTH3   AUTH3   AUTH3 字16，位8-11  A4   AUTH4   AUTH4   AUTH4 字16，位12-15 A5   AUTH5   AUTH5   AUTH5 字17，位0-3   A6   SEC1    AUTH6   AUTH6 字17，位4-7   A7   SEC2    SEC1    AUTH7 字17，位8-11  A8   SEC3    SEC2    SEC1 字17，位12-15 A9   SEC4    SEC3    SEC2 字18，位0-3   A10  T零     SEC4    SEC3 字18，位4-7   A11  SUPP1   T零     SEC4 字18，位8-11  A12  SUPP2   SUPP1   T零 字18，位12-15 A13  SUPP3   SUPP2   SUPP1 字19，位0-3   A14  SUPP4   SUPP3   SUPP2 字19，位4-7   A15  SUPP5   SUPP4   SUPP3 字19，位8-11  A16  SUPP6   SUPP5   SUPP4 字19，位12-15 A17  SUPP7   SUPP6   SUPP5 字20，位0-3   A18  SUPP8   SUPP7   SUPP6 字20，位4-7   A19  SUPP9   SUPP8   SUPP7 字20，位8-11  A20  SUPP10  SUPP9   SUPP8 字20，位12-15 A21  SUPP11  SUPP10  SUPP9 字21，位0-3   A22  SUPP12  SUPP11  SUPP10 字21，位4-7   A23  SUPP13  SUPP12  SUPP11 字21，位8-11  A24  SUPP14  SUPP13  SUPP12 字21，位12-15 A25  SUPP15  SUPP14  SUPP13 字22，位0-3   A26  SUPP16  SUPP15  SUPP14 字22，位4-7   A27  SUPP17  SUPP16  SUPP15 字22，位8-11  A28  SUPP18  SUPP17  SUPP16 字22，位12-15 A29  SUPP19  SUPP18  SUPP17 字23，位0-3   A30  SUPP20  SUPP19  SUPP18 字23，位4-7   A31  SUPP21  SUPP20  SUPP19 字23，位8-11  A32  SUPP22  SUPP21  SUPP20 字23，位12-15 A33  SUPP23  SUPP22  SUPP21 字24，位0-3   A34  SUPP24  SUPP23  SUPP22 字24，位4-7   A35  SUPP25  SUPP24  SUPP23 字24，位8-11  A36  SUPP26  SUPP25  SUPP24 字24，位12-15 A37  SUPP27  SUPP26  SUPP25 字25，位0-3   A38  SUPP28  SUPP27  SUPP26 字25，位4-7   A39  SUPP29  SUPP28  SUPP27 字25，位8-11  A40  SUPP30  SUPP29  SUPP28 字25，位12-15 A41  T零     SUPP30  SUPP29 字26，位0-3   A42  T零     T零     SUPP30 字26，位4-7   A43  T零     T零     T零 字26，位8-11  A44  T零     T零     T零 字26，位12-15 A45  T零     T零     T零 T零＝TBCD零 2.呼叫站ID(CSI)                     7数字    1-10数字 字15，位12-15 A1    X        X 字16，位0-3   A2    X        X 字16，位4-7   A3    X        X 字16，位8-11  A4    X        X 字16，位12-15 A5    X        X 字17，位0-3   A6    X        X 字17，位4-7   A7    X        X 字17，位8-11  A8    TBCD零   X 字17，位12-15 A9    SUPP1    X 字18，位0-3   A10   SUPP2    X 字18，位4-7   A11   SUPP3    TBCD零 字18，位8-11  A12   SUPP4    SUPP1 字18，位12-15 A13   SUPP5    SUPP2 字19，位0-3   A14   SUPP6    SUPP3 字19，位4-7   A15   SUPP7    SUPP4 字19，位8-11   A16   SUPP8     SUPP5 字19，位12-15  A17   SUPP9     SUPP6 字20，位0-3    A18   SUPP10    SUPP7 字20，位4-7    A19   SUPP11    SUPP8 字20，位8-11   A20   SUPP12    SUPP9 字20，位12-15  A21   SUPP13    SUPP10 字21，位0-3    A22   SUPP14    SUPP11 字21，位4-7    A23   SUPP15    SUPP12 字21，位8-11   A24   SUPP16    SUPP13 字21，位12-15  A25   SUPP17    SUPP14 字22，位0-3    A26   SUPP18    SUPP15 字22，位4-7    A27   SUPP19    SUPP16 字22，位8-11   A28   SUPP20    SUPP17 字22，位12-15  A29   SUPP21    SUPP18 字23，位0-3    A30   SUPP22    SUPP19 字23，位4-7    A31   SUPP23    SUPP20 字23，位8-11   A32   SUPP24    SUPP21 字23，位12-15  A33   SUPP25    SUPP22 字24，位0-3    A34   SUPP26    SUPP23 字24，位4-7    A35   SUPP27    SUPP24 字24，位8-11   A36   SUPP28    SUPP25 字24，位12-15  A37   SUPP29    SUPP26 字25，位0-3    A38   SUPP30    SUPP27 字25，位4-7    A39   TBCD零    SUPP28 字25，位8-11   A40   TBCD零    SUPP29 字25，位12-15  A41   TBCD零    SUPP30 字26，位0-3    A42   TBCD零    TBCD零 字26，位4-7    A43   TBCD零    TBCD零 字26，位8-11   A44   TBCD零    TBCD零 字26，位12-15  A45   TBCD零    TBCD零 3.补充代码 字15，位12-15 A1    SUPP1 字16，位0-3   A2    SUPP2 字16，位4-7   A3    SUPP3 字16，位8-11  A4    SUPP4 字16，位12-15 A5    SUPP5 字17，位0-3   A6    SUPP6 字17，位4-7   A7    SUPP7 字17，位8-11  A8    SUPP8 字17，位12-15 A9    SUPP9 字18，位0-3   A10   SUPP10 字18，位4-7   A11   SUPP11 字18，位8-11  A12   SUPP12 字18，位12-15 A13   SUPP13 字19，位0-3   A14   SUPP14 字19，位4-7   A15   SUPP15 字19，位8-11  A16   SUPP16 字19，位12-15 A17   SUPP17 字20，位0-3   A18   SUPP18 字20，位4-7   A19   SUPP19 字20，位8-11  A20   SUPP20 字20，位12-15 A21   SUPP21 字21，位0-3   A22   SUPP22 字21，位4-7   A23   SUPP23 字21，位8-11  A24   SUPP24 字21，位12-15 A25   SUPP25 字22，位0-3   A26   SUPP26 字22，位4-7   A27   SUPP27 字22，位8-11  A28   SUPP28 字22，位12-15 A29   SUPP29 字23，位0-3   A30   TBCD零 字23，位4-7   A31  TBCD零 字23，位8-11  A32  TBCD零 字23，位12-15 A33  TBCD零 字24，位0-3   A34  TBCD零 字24，位4-7   A35  TBCD零 字24，位8-11  A36  TBCD零 字24，位12-15 A37  TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 4.VNET远程接入和主叫方号码 字15，位12-15  A1   N 字16，位0-3    A2   X 字16，位4-7    A3   X 字16，位8-11   A4   N 字16，位12-15  A5   X 字17，位0-3    A6   X 字17，位4-7    A7   X 字17，位8-11   A8   X 字17，位12-15  A9   X 字18，位0-3    A10  X 字18，位4-7    A11  TBCD零 字18，位8-11   A12  SUPP1 字18，位12-15  A13  SUPP2 字19，位0-3    A14  SUPP3 字19，位4-7    A15  SUPP4 字19，位8-11   A16  SUPP5 字19，位12-15  A17  SUPP6 字20，位0-3    A18  SUPP7 字20，位4-7    A19  SUPP8 字20，位8-11   A20  SUPP9 字20，位12-15  A21  SUPP10 字21，位0-3    A22  SUPP11 字21，位4-7    A23  SUPP12 字21，位8-11   A24  SUPP13 字21，位12-15  A25  SUPP14 字22，位0-3    A26  SUPP15 字22，位4-7    A27  SUPP16 字22，位8-11   A28  SUPP17 字22，位12-15  A29  SUPP18 字23，位0-3    A30  SUPP19 字23，位4-7    A31  SUPP20 字23，位8-11   A32  SUPP21 字23，位12-15  A33  SUPP22 字24，位0-3    A34  SUPP23 字24，位4-7    A35  SUPP24 字24，位8-11   A36  SUPP25 字24，位12-15  A37  SUPP26 字25，位0-3    A38  SUPP27 字25，位4-7    A39  SUPP28 字25，位8-11   A40  SUPP29 字25，位12-15  A41  SUPP30 字26，位0-3    A42  TBCD零 字26，位4-7    A43  TBCD零 字26，位8-11   A44  TBCD零 字26，位12-15  A45   TBCD零 5.信用卡： 字15，位12-15  A1    X 字16，位0-3    A2    X 字16，位4-7    A3    X 字16，位8-11   A4    X 字16，位12-15  A5    X 字17，位0-3    A6    X 字17，位4-7    A7    X 字17，位8-11   A8    X 字17，位12-15  A9    X 字18，位0-3    A10   X 字18，位4-7    A11   X 字18，位8-11   A12   X 字18，位12-15  A13   X 字19，位0-3    A14   X 字19，位4-7    A15   X 字19，位8-11   A16   X 字19，位12-15  A17   X 字20，位0-3    A18   X 字20，位4-7    A19   X 字20，位8-11   A20   TBCD零 字20，位12-15  A21   SUPP1 字21，位0-3    A22   SUPP2 字21，位4-7    A23   SUPP3 字21，位8-11   A24   SUPP4 字21，位12-15  A25   SUPP5 字22，位0-3    A26   SUPP6 字22，位4-7    A27   SUPP7 字22，位8-11   A28   SUPP8 字22，位12-15 A29  SUPP9 字23，位0-3   A30  SUPP10 字23，位4-7   A31  SUPP11 字23，位8-11  A32  SUPP12 字23，位12-15 A33  SUPP13 字24，位0-3   A34  SUPP14 字24，位4-7   A35  SUPP15 字24，位8-11  A36  SUPP16 字24，位12-15 A37  SUPP17 字25，位0-3   A38  SUPP18 字25，位4-7   A39  SUPP19 字25，位8-11  A40  SUPP20 字25，位12-15 A41  SUPP21 字26，位0-3   A42  SUPP22 字26，位4-7   A43  SUPP23 字26，位8-11  A44  SUPP24 字26，位12-15 A45  SUPP25 6.14数字MC Vnet呼叫卡： 字15，位12-15 A1   X 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   X 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  TBCD-A 字18，位8-11  A12  TBCD-A 字18，位12-15 A13  TBCD-A 字19，位0-3   A14  TBCD-A 字19，位4-7   A15  TBCD零 字19，位8-11  A16  SUPP1 字19，位12-15 A17  SUPP2 字20，位0-3   A18  SUPP3 字20，位4-7   A19  SUPP4 字20，位8-11  A20  SUPP5 字20，位12-15 A21  SUPP6 字21，位0-3   A22  SUPP7 字21，位4-7   A23  SUPP8 字21，位8-11  A24  SUPP9 字21，位12-15 A25  SUPP10 字22，位0-3   A26  SUPP11 字22，位4-7   A27  SUPP12 字22，位8-11  A28  SUPP13 字22，位12-15 A29  SUPP14 字23，位0-3   A30  SUPP15 字23，位4-7   A31  SUPP16 字23，位8-11  A32  SUPP17 字23，位12-15 A33  SUPP18 字24，位0-3   A34  SUPP19 字24，位4-7   A35  SUPP20 字24，位8-11  A36  SUPP21 字24，位12-15 A37  SUPP22 字25，位0-3   A38  SUPP23 字25，位4-7   A39  SUPP24 字25，位8-11  A40  SUPP25 字25，位12-15 A41  SUPP26 字26，位0-3   A42  SUPP27 字26，位4-7   A43  SUPP28 字26，位8-11  A44  SUPP29 字26，位12-15 A45   SUPP30 7.OSD/OTG： 字15，位12-15 A1    X(OSID) 字16，位0-3   A2    X(OSID) 字16，位4-7   A3    X(OSID) 字16，位8-11  A4    X(OTG) 字16，位12-15 A5    X(OTG) 字17，位0-3   A6    X(OTG) 字17，位4-7   A7    X(OTG) 字17，位8-11  A8    TBCD零 字17，位12-15 A9    TBCD零 字18，位0-3   A10   TBCD零 字18，位4-7   A11   TBCD零 字18，位8-11  A12   TBCD零 字18，位12-15 A13   TBCD零 字19，位0-3   A14   TBCD零 字19，位4-7   A15   TBCD零 字19，位8-11  A16   TBCD零 字19，位12-15 A17   TBCD零 字20，位0-3   A18   TBCD零 字20，位4-7   A19   TBCD零 字20，位8-11  A20   TBCD零 字20，位12-15 A21   TBCD零 字21，位0-3   A22   TBCD零 字21，位4-7   A23   TBCD零 字21，位8-11  A24   TBCD零 字21，位12-15 A25   TBCD零 字22，位0-3   A26   TBCD零 字22，位4-7   A27   TBCD零 字22，位8-11  A28   TBCD零 字22，位12-15 A29  TBCD零 字23，位0-3   A30  TBCD零 字23，位4-7   A31  TBCD零 字23，位8-11  A32  TBCD零 字23，位12-15 A33  TBCD零 字24，位0-3   A34  TBCD零 字24，位4-7   A35  TBCD零 字24，位8-11  A36  TBCD零 字24，位12-15 A37  TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 OSID＝始发交换机ID OTG＝始发中继线组 8.电信/PTT卡： 字15，位12-15 A1   X 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   X 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  X 字18，位8-11  A12  X 字18，位12-15 A13  X 字19，位0-3   A14  X 字19，位4-7   A15  X 字19，位8-11  A16  X 字19，位12-15 A17  X 字20，位0-3   A18  X 字20，位4-7   A19  X 字20，位8-11  A20  X 字20，位12-15 A21  X 字21，位0-3   A22  X 字21，位4-7   A23  X 字21，位8-11  A24  TBCD零 字21，位12-15 A25  SUPP1 字22，位0-3   A26  SUPP2 字22，位4-7   A27  SUPP3 字22，位8-11  A28  SUPP4 字22，位12-15 A29  SUPP5 字23，位0-3   A30  SUPP6 字23，位4-7   A31  SUPP7 字23，位8-11  A32  SUPP8 字23，位12-15 A33  SUPP9 字24，位0-3   A34  SUPP10 字24，位4-7   A35  SUPP11 字24，位8-11  A36  SUPP12 字24，位12-15 A37  SUPP13 字25，位0-3   A38  SUPP14 字25，位4-7   A39  SUPP15 字25，位8-11  A40  SUPP16 字25，位12-15 A41  SUPP17 字26，位0-3   A42  SUPP18 字26，位4-7   A43  SUPP19 字26，位8-11  A44  SUPP20 字26，位12-15 A45  SUPP21 9.业务组ID 字15，位12-15 A1    X 字16，位0-3   A2    X 字16，位4-7   A3    X 字16，位8-11  A4    X 字16，位12-15 A5    X 字17，位0-3   A6    X 字17，位4-7   A7    TBCD零 字17，位8-11  A8    SUPP1 字17，位12-15 A9    SUPP2 字18，位0-3   A10   SUPP3 字18，位4-7   A11   SUPP4 字18，位8-11  A12   SUPP5 字18，位12-15 A13   SUPP6 字19，位0-3   A14   SUPP7 字19，位4-7   A15   SUPP8 字19，位8-11  A16   SUPP9 字19，位12-15 A17   SUPP10 字20，位0-3   A18   SUPP11 字20，位4-7   A19   SUPP12 字20，位8-11  A20   SUPP13 字20，位12-15 A21   SUPP14 字21，位0-3   A22   SUPP15 字21，位4-7   A23   SUPP16 字21，位8-11  A24   SUPP17 字21，位12-15 A25   SUPP18 字22，位0-3   A26   SUPP19 字22，位4-7   A27   SUPP20 字22，位8-11  A28   SUPP21 字22，位12-15 A29   SUPP22 字23，位0-3   A30   SUPP23 字23，位4-7   A31   SUPP24 字23，位8-11  A32   SUPP25 字23，位12-15 A33   SUPP26 字24，位0-3   A34   SUPP27 字24，位4-7   A35   SUPP28 字24，位8-11  A36   SUPP29 字24，位12-15 A37   SUPP30 字25，位0-3   A38   TBCD零 字25，位4-7   A39   TBCD零 字25，位8-11  A40   TBCD零 字25，位12-15 A41   TBCD零 字26，位0-3   A42   TBCD零 字26，位4-7   A43   TBCD零 字26，位8-11  A44   TBCD零 字26，位12-15 A45   TBCD零 11.网络信息： 字15，位12-15 A1    X 字16，位0-3   A2    X 字16，位4-7   A3    X 字16，位8-11  A4    X 字16，位12-15 A5    TBCD零 字17，位0-3   A6    SUPP1 字17，位4-7   A7    SUPP2 字17，位8-11  A8    SUPP3 字17，位12-15 A9    SUPP4 字18，位0-3   A10   SUPP5 字18，位4-7   A11  SUPP6 字18，位8-11  A12  SUPP7 字18，位12-15 A13  SUPP8 字19，位0-3   A14  SUPP9 字19，位4-7   A15  SUPP10 字19，位8-11  A16  SUPP11 字19，位12-15 A17  SUPP12 字20，位0-3   A18  SUPP13 字20，位4-7   A19  SUPP14 字20，位8-11  A20  SUPP15 字20，位12-15 A21  SUPP16 字21，位0-3   A22  SUPP17 字21，位4-7   A23  SUPP18 字21，位8-11  A24  SUPP19 字21，位12-15 A25  SUPP20 字22，位0-3   A26  SUPP21 字22，位4-7   A27  SUPP22 字22，位8-11  A28  SUPP23 字22，位12-15 A29  SUPP24 字23，位0-3   A30  SUPP25 字23，位4-7   A31  SUPP26 字23，位8-11  A32  SUPP27 字23，位12-15 A33  SUPP28 字24，位0-3   A34  SUPP29 字24，位4-7   A35  SUPP30 字24，位8-11  A36  TBCD零 字24，位12-15 A37  TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 12.网络呼叫标识符(NCID)-如果NCID在“A”域中 记录，它将被以二进制形式从A1开始记录。输入代码 (Entry Code)域将指示与该特定呼叫关联的呼叫处理 或者为“0”。如果NCID是在64字呼叫记录的NCID域 中记录的，则输入代码也将指示与该特定呼叫关联的呼 叫处理或者为“0”。NCID由下列项组成： 始发交换机ID 始发中继线组 始发端口号 时间点1 NCID序列号 字27，位0-3 特征码(FC)：同CDR/PNR格式 字27，位4-7 终结网络码(TNC)：同CDR/PNR格式 字27，位8-11 网络接入类型(NAT)：同CDR/PNR格式 字27，位12-15 时间点7限定符(TP7Q)：同CDR/PNR格式 字28，位0-6 输入代码(EC)：同CDR/PNR格式 字28，位7-9 前缀数字(PD)：同CDR/PNR格式 字28，位10-12 NCS/DAP ID(NDID)：同CDR/PNR格式 字28，位13-15 分区ID(DIVID)：同CDR/PNR格式 字29，位0 远距离溢出(DO)：同CDR/PNR格式 字29，位1 MCI网络溢出(MNO)：该位指出启动溢出的Cause(原 因)参数是由于MCI网络检测的条件还是由于转销商或 客户位置检测的情况而生成的。如果MBCSI参数的MNO 子域置‘1’—表示启动溢出的原因参数是由于MCI网 络检测的条件而生成的，该位置‘1’；如果MBCSI参数 的MNO子域置‘0’—表示启动溢出的原因参数是由于 LEC、BOC或转销商情况而生成的，则该位置‘0’ 字29，位2 客户连接(CC)：同CDR/PNR格式 字29，位3 网络间(IN)：同CDR/PNR格式 字29，位4 报告的溢出(RO)：同CDR/PNR格式 字29，位5 不用 字29，位6 呼叫方向(CD)：同CDR/PNR格式 字29，位7 目的地(DE)：同CDR/PNR格式 字29，位8 专用终结(DT)：同CDR/PNR格式 字29，位9-10 不用 字29，位11 卫星(SA)：同CDR/PNR格式 字29，位12-15 呼叫位置ID的性质(NOCLI)：同CDR/PNR格式 字30，位0-15 通信公司号码(CN)：同CDR/PNR格式 字31，位0-3 授权代码ID域(ACIF)：同CDR/PNR格式 字31，位4-10 释放代码：同CDR/PNR格式 字31，位11-13 NCID序列数：同CDR/PNR格式 字31，位14 NCID位置(NCIDLOC)：同CDR/PNR格式 字31，位15 远程ANI屏蔽(RS)：同CDR/PNR格式 字32，位0-15 字33，位0-15 不用 字34，位0-15 字35，位0-15 字36，位0-15 字37，位0-15 字38，位0-15 字39，位0-15 字40，位0-3 目的地地址(DA)：从D1开始，按接收或转换顺序记录 多达25个数字的TBCD格式的目的地地址。不用的字节 含有TBCD零。                     7数字   10数字  DDD  IDDD 字34，位0-3   D1    N       N       N    CC 字34，位4-7   D2    X       X       X    CC 字34，位8-11  D3    X       X       X    CC 字34，位12-15 D4    X       N       N    NN 字35，位0-3   D5    X       X       X    NN 字35，位4-7   D6    X       X       X    NN 字35，位8-11  D7    X       X       X    NN 字35，位12-15 D8    X(TSID) X       X    NN 字36，位0-3   D9    X(TSID) X       X    NN 字36，位4-7   D10 X(TSID)X      X    NN 字36，位8-11  D11 X(TTG) X(TSID)T零  NN 字36，位12-15 D12 X(TTG) X(TSID)T零  NN 字37，位0-3   D13 X(TTG) X(TSID)T零  NN 字37，位4-7   D14 X(TTG) X(TTG) T零  NN 字37，位8-11  D15 T零    X(TTG) T零  NN 字37，位12-15 D16 T零    X(TTG) T零  T零 字38，位0-3   D17 T零    X(TTG) T零  T零 字38，位4-7   D18 T零    T零    T零  T零 字38，位8-11  D19 T零    T零    T零  T零 字38，位12-15 D20 T零    T零    T零  T零 字39，位0-3   D21 T零    T零    T零  T零 字39，位4-7   D22 T零    T零    T零  T零 字39，位8-11  D23 T零    T零    T零  T零 字39，位12-15 D24 T零    T零    T零  T零 字40，位0-3   D25 T零    T零    T零  T零 CC＝客户连接 NN＝国家号码 TSID＝终结交换机ID TTG＝终结中继线组 T零＝TBCD零                    18位 字34，位0-3   D1    N 字34，位4-7   D2    N 字34，位8-11  D3    N 字34，位12-15 D4    N 字35，位0-3   D5    N 字35，位4-7   D6    N 字35，位8-11  D7    N 字35，位12-15 D8    N 字36，位0-3   D9   N 字36，位4-7   D10  N 字36，位8-11  D11  N 字36，位12-15 D12  N 字37，位0-3   D13  N 字37，位4-7   D14  N 字37，位8-11  D15  N 字37，位12-15 D16  N 字38，位0-3   D17  N 字38，位4-7   D18  N 字38，位8-11  D19  X(TSID) 字38，位12-15 D20  X(TSID) 字39，位0-3   D21  X(TSID) 字39，位4-7   D22  X(TTG) 字39，位8-11  D23  X(TTG) 字39，位12-15 D24  X(TTG) 字40，位0-3   D25  X(TTG) TSID＝终结交换机ID TTG＝终结中继线组 字40，位4-15 字41，位0-15 字42，位0-15 字43，位0-15 预先转换的数字(PTD)：代表多达15位的主叫者所拨 号码的转换号码。                        10位    00Y SAC  7位    Vnet/IDD                   Vnet、SAC、 代码   Vnet或 D15位                   DNIS或热线         SNS    (例子) 字40，位4-7   PTD1    N        O      N      N 字40，位8-11  PTD2    X        O      X      N 字40，位12-15 PTD3    X        Y      X      N 字41，位0-3   PTD4    N        N      X      N 字41，位4-7   PTD5    X        X      X      N 字41，位8-11  PTD6   X    X    X     N 字41，位12-15 PTD7   X    X    X     N 字42，位0-3   PTD8   X    X    T零   N 字42，位4-7   PTD9   X    X    T零   N 字42，位8-11  PTD10  X    X    T零   N 字42，位12-15 PTD11  T零  T零  T零   N 字43，位0-3   PTD12  T零  T零  T零   N 字43，位4-7   PTD13  T零  T零  T零   N 字43，位8-11  PTD14  T零  T零  T零   N 字43，位12-15 PTD15  T零  T零  T零   N T零＝TBCD零 字44，位0-7 增强的国际路由选择(EIR)呼叫类型：含有从NCS记 帐信息参数中DAP或从NCS记帐信息ISUP RLT参数中 操作员接收的EIR呼叫类型ID。以二进制记录。 字44，位8-14 溢出原因值(OVFVAL)：该域是交换机内接收或格式化 的第一个原因值的二进制等价值。该值是从启动溢出的 原因参数的原因值子域提取的。 字44，位15 按试呼计数(CB)：该域用于EIR特征。该位按从NCS 记帐信息参数的CB域中DAP或从NCS记帐信息ISUP RLT参数中操作员接收的信息被设置为‘1’或‘0’。 0＝不按试呼计数(缺省) 1＝按试呼计数 字45，位0-3 溢出原因位置(OVFCL)：该域是从交换机内接收或格式 化的第一个原因位置记录的值的二进制等价值。该值是 从启动溢出的原因参数的原因位置子域提取的。 字45，位4-15 字46，位0-15 字47，位0-15 字48，位0-15 期望终结地址(DTA)：这15个字节含有在触发溢出之 前原计划或“期望”的终端。它们含有：1)发往DTC终 端的呼叫的期望终结交换机ID或中继线组，或者2)国 家号码，或者3)根据为期望终端从DAP返回的是什么 行动代码而决定的国际号码。                     DTC                     DTSID+                     DTTG       DDD 字45，位4-7   DTA1  O          N 字45，位8-11  DTA2  X(DTSID1)  X 字45，位12-15 DTA3  X(DTSID2)  X 字46，位0-3   DTA4  X(DTSID3)  N 字46，位4-7   DTA5  O          X 字46，位8-11  DTA6  X(DTTG1)   X 字46，位12-15 DTA7  X(DTTG2)   X 字47，位0-3   DTA8  X(DTTG3)   X 字47，位4-7   DTA9  X(DTTG4)   X 字47，位8-11  DTA10 TBCD零     X 字47，位12-15 DTA11 TBCD零     TBCD零 字48，位0-3   DTA12 TBCD零     TBCD零 字48，位4-7   DTA13 TBCD零     TBCD零 字48，位8-11  DTA14 TBCD零     TBCD零 字48，位12-15 DTA15 TBCD零     TBCD零 DTSID＝期望的终结交换机ID DTTG＝期望的终结中继线组                    IDDD    DTC                    (例子)  (将来) 字45，位4-7   DTA1 CC      X(DTSID1) 字45，位8-11  DTA2 CC      X(DTSID2) 字45，位12-15 DTA3 CC      X(DTSID3) 字46，位0-3   DTA4 NN      X(DTSID4) 字46，位4-7   DTA5 NN      X(DTTG1) 字46，位8-11  DTA6 NN      X(DTTG2) 字46，位12-15 DTA7 NN      X(DTTG3) 字47，位0-3   DTA8 NN      X(DTTG4) 字47，位4-7   DTA9  NN        X(DTTG5) 字47，位8-11  DTA10 NN        TBCD零 字47，位12-15 DTA11 NN        TBCD零 字48，位0-3   DTA12 NN        TBCD零 字48，位4-7   DTA13 NN        TBCD零 字48，位8-11  DTA14 NN        TBCD零 字48，位12-15 DTA15 TBCD零    TBCD零 CC＝客户连接 DTSID＝期望的终结交换机ID DTTG＝期望的终结中继线组 NN＝国家号码 字49，位0-6 溢出计数(OVFC)：指出在达到成功终端之前的中间溢 出企图的总数。该值在每次为溢出信息访问DAP时递 增。 字49，位7-12 期望终端行动代码(DTAC)：该域代表从第一个应答中 DAP所接收的行动代码。该信息用于标识在DTA域中记 录的信息的类型。 字49，位13 不用 字49，位14-15 字50-54，位0-15 网络呼叫标识符(NCID)：含有NCID的二进制表示。如 果授权代码域被用于记录其它信息，就在中间和终结交 换机记录NCID。NCID在始发交换机创建，被传递到中 间和终结交换机。NCID的格式是： 始发交换机ID(OSID) 始发中继线组(OTG) 始发端口(OP) 时间点1(TP1) NCID序列号 字55-58，位0-15 字59，位0-10 不用 字59，位11-13 用户到用户类型(UUS类型)：含有用于标识正在使用 的用户到用户服务的类型的二进制表示。如果该域设置 为‘0’并且UUIE计数域设置的值不是‘0’，则正在 传输的是与非呼叫关联的用户到用户信息。 0＝无消息或呼叫关联的UUS被调用(缺省) 1＝仅MA-UUI 2＝仅在呼叫建立时的CA-TSC 3＝仅在呼叫建立后的CA-TSC 4＝呼叫建立时和呼叫建立后的CA-TSC 5＝呼叫建立时的MA-UUI和CA-TSC 6＝呼叫建立后的MA-UUI和CA-TSC 7＝呼叫建立时的MA-UUI和CA-TSC和呼叫建立后的 CA-TSC 字59，位14-15 字60，位0-13 用户到用户信息单元计数(UUIE计数)：含有关于TSC 在任一方向上传递的UUIE的二进制计数。始发和终结 交换机二者都保持一个计数器来计算每次呼叫传递的 UUIE的数量。每个交换机都计算任意方向上的无论传 递与否的所有UUIE。被记帐一方负责为UUIE传输付 费。如果计数达到最大值65535，它将停留在这个值上， 直到有新的呼叫记录创建。一旦达到最大计数值，承载 的通道就被拆接。 字60，位14-15 溢出情况编码标准(OVFCS)：含有交换机接收或格式 化的第一个编码标准的二进制等价值。该值是从启动溢 出的原因参数的编码标准子域提取的。它不会被随后接 收的编码标准或交换机内格式化值覆盖，该域仅用于增 强的溢出呼叫。 字61，位0-15 字62，位0-7 始发NX64位图：记录CDR/PNR中始发端口中的呼叫的 始发控制通道所对应的端口号。该位图用于标识随后在 同一T1时段用在呼叫上的通道。某特定位被设置时， 表示该通道被用在呼叫上。被置位的位的数目用于标识 NX64呼叫中的数目N。 字62，位8-15 终结NX64位图：记录CDR/PNR中终结端口中的呼叫的 字63，位0-15 终结控制通道所对应的端口号。该位图用于标识随后在 同一T1时段用在呼叫上的通道。某特定位被设置时， 表示该通道被用在呼叫上。被置位的位的数目用于标识 NX64呼叫中的数目N。一般来说，每个通道的传输速度 是64Kb/秒。如果客户需要多个通道，该位图就指示呼 叫中用了哪些通道。

表303-OSR/POSR记录格式 字#，位# 描述 字0，位0-3 呼叫记录ID(CRID)：标识记录类型 0＝缺省 1＝CDR 2＝SER 3＝PNR 4＝OSR 5＝POSR 6＝ECDR 7＝EPOSR 8＝EOSR 9＝EPOSR 10-15＝不用 字0，位4-15 呼叫拆接ID(CDID)：标识呼叫记录。每个呼叫都有 一个独有的ID。这12个位含有CDID的12个最低有 效位。 字1，位0-15 字2，位0-15 时间点1(TP1)：在1976年1月1日午夜(UTC)与 输入信号被交换机检测到的时间之间发生的秒数的 二进制计数。 字3，位0-12 时间点4(TP3)：在时间点1与交换机捕捉该操作员 位置的时间之间发生的秒数的二进制计数。 字3，位13-15 字4，位0-9 时间点6(TP6)：在时间点1与回答监督被检测到或 接收的时间之间发生的秒数的二进制计数。这是该 呼叫由被呼叫的人或音频系统回答所花费的时间。 字4，位10-15 字5，位0-15 时间点7(TP7)：在时间点1与始发方和终结方无论 谁最先拆接的时间之间发生的秒数的二进制计数。 字6，位0-15 字7，位1 始发端口(OP)：始发中继线的绝对端口号。始发中 继线是其上的呼叫到达交换机的线路。 字7，位2-15 字8，位0-1 终结端口(TP)：为输出呼叫企图而占用的上一个终 结中继线的绝对端口号。终结中继线是呼叫在其上 传输到交换机的上一个线路。 字8，位2-14 始发中继线组(OTG)：表示始发中继线的始发中继 线组号的二进制号。始发中继线组是来自相同位置 的一组端口。 字8，位15 字9，位0-11 终结中继线组(TTG)：表示终结中继线的终结中继 线组号的二进制号。终结中继线组是去向相同位置 的一组端口。如果呼叫由于没有可用的中继线而失 败，记录被尝试的上一个中继线组号。 字9，位12-15 时间点3限制符(TP3Q)：含有脉冲输出呼叫处置限 制符，它提供向被呼叫人呼叫的人的电话号码。被 呼叫人需要已经为“ANI投递”服务签约承担义务并 有显示器供显示主叫人的电话号码。 0＝缺省 1＝ANI/CSI被投递 2＝DNIS被投递 3＝ANI/CSI和DNIS被投递 4-5＝不用 6＝NCT 7＝NCT、ANI/CSI被投递 8＝NCT、DNIS被投递 9＝NCT、ANI/CSI和DNIS被投递 10＝NCT串行 11-15＝不用 字10，位0-1 时间点6限制符(TP6Q)：含有指示电话呼叫被回答 方式的回答监督限制符。 0＝硬件检测到回答 1＝软件检测到话音 2＝不用 3＝操作员/NARS检测到回答 字10，位2-7 行动代码(AC)：交换机提供一个行动代码，指示目 的地地址的类型，或者被呼叫的电话号码是什么类 型，或者错误码。 0＝缺省 1＝无溢出的7位数号码 2＝有溢出的7位数号码 3＝DDD号码 4＝IDDD号码 5＝交换机生成的行动代码 6＝输入隔离(incoming exclusion)故障 7＝ID代码故障 8＝NCS/DAP中发生的意外错误 9＝错误的拨号，NCS/DAP不能转换所拨号码 10＝无溢出的10位数号码 11＝有溢出的10位数号码 12＝有溢出的国家(号) 13＝有溢出的国际(号) 14＝ANI没有发现 15＝NPA-NXXX没有发现 16＝引导号没有发现 17＝关联分区没有发现 18＝ADF格式错误 19＝交换机ID没有发现 20＝800号码没有发现 21＝800号码带外(out of band) 22＝未用 23＝无效ID代码 24＝范围特权 25＝7位数号码不在数据库中 26＝7位数字隔离特征 27＝900号码没有发现 28＝900号码带外 29＝未用 30＝NCS网络管理阻塞 31＝NCS门拒绝 32＝FlexSTC—不允许溢出 33＝FlexSTC—允许溢出 34＝SAC号码没有发现 35＝SAC号码带外 36＝700号码没有发现 37＝700号码带外 38＝ICR指定带外 39＝NCT-反向呼叫方向 40-48＝不用 49＝信息呼叫 50＝无溢出的灵活直接终结呼叫 51＝有溢出的灵活直接终结呼叫 52＝无溢出的向外Vnet 53＝有溢出的向外VNet 54＝全局交换机轮廓没有发现 55＝DAP提供的ANI索引 56-62＝不用 63＝国际入站APP 字10，位8-11 始发中继线类(OTC)：指示被接入的始发中继线是 什么类型 0＝ONAL(FG-A) 1＝ONAT(FG-B、FG-C、FG-D、CAMA、LAMA) 2＝DAL、VNET、CAMA、FGS-DAL 3＝IMT(带内或SS7) 4＝国际电路(R1、R2、#5、#6、#7) 5＝ISDN PRI 6＝OST 7-15＝不用 字10，位12-15 终结中继线类(TTC)：指示被接入的终结中继线是 什么类型 0＝ONAL(FG-A) 1＝ONAT(FG-B、FG-C、FG-D、CAMA、LAMA) 2＝DAL、VNET、CAMA、FGS-DAL 3＝IMT(带内或SS7) 4＝国际电路(R1、R2、#5、#6、#7) 5＝ISDN PRI 6＝OST 7-15＝不用 FG＝特征组 字11，位0-7 信息数字(ID)：交换机从始发中继线组接收这些指 示电话呼叫始发所在的电话的类型—诸如家庭电 话、付费电话或监狱电话—的数字。     FG-B直接的        CAMA    FG-D  MCI IMT   #5      #6 位0-3：TBCD零  X        X      TBCD零  X 位4-7：X       X        X      X       X 字11，位8-11 始发NACC(ONACC)：该域含有在到操作员交换机的 输入数字流中接收的北美编码条约代码。这个代码 标识入站国际呼叫所需支援的类型。 0＝缺省 1＝121(无呼叫完成的支援) 2＝131(目录支援) 3＝151(有呼叫完成的支援) 4＝160(人工转接) 5＝191(呼叫美国) 6-15＝不用 字11，位12-15 终结NACC(TNACC)：该域含有在到另一个操作员交 换机的输入数字流中传输的北美编码条约代码。这 个代码标识下一个操作员交换机处所需支援的类 型。 0＝缺省 1＝121(无呼叫完成的支援) 2＝131(目录支援) 3＝151(有呼叫完成的支援) 4＝160(人工转接) 5＝191(呼叫美国) 6-15＝不用 字12，位0-15 字13，位0-15 字14，位0-7 呼叫位置ID(CLI)：代表呼叫所来自的10位数。如 果交换机接收10个以上数字，就将它们记录在 ECDR/EPOSR。 1.Vnet CAMA DAL始发：如果CSI是可用的，用 可用的文档HNPA和HNXX信息来前缀CSI并记录。 用7的NOCLI值。 2.FG-C始发：如果ANI或CSI信息不可用，并且 号码格式是00Y+NXX+XXXX，则在CLI 1-3中记录 00Y，在CLI4-10中记录OSID/OTG。用8的NOCLI 值。 3.带内FG-D始发：记录收到的以CLI1开始的ANI。 用1的NOCLI值。 4.SS7 FG-D始发：记录收费号(如果能得到的话)， 如果得不到，就记录呼叫方号码。用2或3的NOCLI 值。 5.国际始发：记录呼叫方的国家代码和国家号码。 用9的NOCLI值。 6.SS7 IMT始发：按照重要性顺序记录以下信息：1〕 收费号、2〕呼叫方号码、3〕来自类属数字的 OSID/OTG。用2、3或8的NOCLI值。 7.SS7转卖商始发：用TBCD-零填充CLI域。 8.SS7专用网络组织：用TBCD-零填充CLI域。 9.PRI组织：记录在ISDN建立消息中接收的呼叫方 号码。 格式：             1-10数字ANI   OSID/OTG  输入国际的 字12，位0-3    CLI1        TCBD零     X(CC) 字12，位4-7    CLI2        TCBD零     X(CC) 字12，位8-11   CLI3        TCBD零     X(CC) 字12，位12-15  CLI4        X(OSID)    X(N) 字13，位0-3    CLI5        X(OSID)    X(NN) 字13，位4-7    CLI6        X(OSID)    X(N) 字13，位8-11   CLI7        X(OTG)     X(NN) 字13，位12-15  CLI8        X(OTG)     X(NN) 字14，位0-3    CLI9        X(OTG)     X(NN) 字15，位4-7    CLI10       X(OTG)     X(NN) CC＝客户连接 NN＝国家号码 OSID＝始发交换机NSC ID(000-999) OTG＝始发中继线组(0000-8191) 字14，位8-15 字15，位0-15 字16，位0-15 字17，位0-15 字18，位0-15 字19，位0-15 授权代码：代表谁为呼叫付帐的22位数，包括以下 的一个或多个内容和/或可选的补充代码： 1.授权代码-含有授权代码数字。AUTH1-AUTH5记 录被拨或保存的授权代码，在其之后记录一个可选 的可变1-4位数的安全码SEC1-SEC3，后者由TBCD 数字0-9和A-D组成。在最后的位之后，记录一 个TBCD零，之后记录任意补充代码数字SUPP1- SUPP12。在任何不使用的字节中记录TBCD零。授权 代码格式：                    5位数    6位数    7位数                    授权代码 授权代码 授权代码 字14，位8-11  A1   AUTH1    AUTH1    AUTH1 字14，位12-15 A2   AUTH2    AUTH2    AUTH2 字15，位0-3   A3   AUTH3    AUTH3    AUTH3 字15，位4-7   A4   AUTH4    AUTH4    AUTH4 字15，位8-11  A5   AUTH5    AUTH5    AUTH5 字15，位12-15 A6   SEC1     AUTH6    AUTH6 字16，位0-3   A7   SEC2     SEC1     AUTH7 字16，位4-7   A8   SEC3     SEC3     SEC1 字16，位8-11  A9   SEC4     SEC3     SEC2 字16，位12-15 A10  TBCD零   SEC4     SEC3 字17，位0-3   A11  SUPP1    TBCD零   SEC4 字17，位4-7   A12  SUPP21   SUPP1    TBCD零 字17，位8-11  A13  SUPP3    SUPP2    SUPP1 字17，位12-15 A14  SUPP4    SUPP3    SUPP2 字18，位0-3   A15  SUPP5    SUPP4    SUPP3 字18，位4-7   A16  SUPP6    SUPP5    SUPP4 字18，位8-11  A17  SUPP7    SUPP6    SUPP5 字18，位12-15 A18  SUPP8    SUPP7    SUPP6 字19，位0-3   A19  SUPP9    SUPP8    SUPP7 字19，位4-7   A20  SUPP10   SUPP9    SUPP8 字19，位8-11  A21  SUPP11   SUPP10   SUPP9 字19，位12-15 A22  SUPP12   SUPP11   SUPP10 2.呼叫站ID(CSI)-含有呼叫站标识符的数字。 CSI数字将被从A1开始记录。在最后的CSI位后记 录TBCD零，随后是补充代码数字。不用的字节含有 TBCD零。呼叫站ID格式：                    7位数CSI  10位数CSI 字14，位8-11  A1   X         X 字14，位12-15 A2   X         X 字15，位0-3   A3   X         X 字15，位4-7   A4   X         X 字15，位8-11  A5   X         X 字15，位12-15 A6   X         X 字16，位0-3   A7   X         X 字16，位4-7   A8   TBCD零    X 字16，位8-11  A9   SUPP1     X 字16，位12-15 A10  SUPP2     X 字17，位0-3   A11  SUPP3     TCBD零 字17，位4-7   A12  SUPP4     SUPP1 字17，位8-11  A13  SUPP5     SUPP2 字17，位12-15 A14  SUPP6     SUPP3 字18，位0-3   A15  SUPP7     SUPP4 字18，位4-7   A16  SUPP8     SUPP5 字18，位8-11  A17  SUPP9     SUPP6 字18，位12-15 A18  SUPP10    SUPP7 字19，位0-3   A19  SUPP11    SUPP8 字19，位4-7   A20  SUPP12    SUPP9 字19，位8-11  A21  SUPP13    SUPP10 字19，位12-15 A22  SUPP14    SUPP11 3.补充代码-补充代码从A1开始记录。不用的字 节含有TBCD零。补充代码格式：                    800/900 VNet补充代码 字14，位8-11  A1   SUPP1 字14，位12-15 A2   SUPP2 字15，位0-3   A3   SUPP3 字15，位4-7   A4   SUPP4 字15，位8-11  A5    SUPP5 字15，位12-15 A6    SUPP6 字16，位0-3   A7    SUPP7 字16，位4-7   A8    SUPP8 字16，位8-11  A9    SUPP9 字16，位12-15 A10   SUPP10 字17，位0-3   A11   SUPP11 字17，位4-7   A12   SUPP12 字17，位8-11  A13   SUPP13 字17，位12-15 A14   SUPP14 字18，位0-3   A15   SUPP15 字18，位4-7   A16   SUPP16 字18，位8-11  A17   SUPP17 字18，位12-15 A18   SUPP18 字19，位0-3   A19   SUPP19 字19，位4-7   A20   SUPP20 字19，位8-11  A21   SUPP21 字19，位12-15 A22   SUPP22 4.VNet远程接入-如果主叫者通过远程接入业务访 问VNet业务，接入号码从A1开始记录。在最后数 位后记录TBCD零，接着是任何补充代码。不用的字 节含有TBCD零。VNet远程接入格式： 字14，位8-11   A1   N 字14，位12-15  A2   X 字15，位0-3    A3   X 字15，位4-7    A4   N 字15，位8-11   A5   X 字15，位12-15  A6   X 字16，位0-3    A7   X 字16，位4-7   A8     X 字16，位8-11  A9     X 字16，位12-15 A10    X 字17，位0-3   A11    TCBD零 字17，位4-7   A12    SUPP1 字17，位8-11  A13    SUPP2 字17，位12-15 A14    SUPP3 字18，位0-3   A15    SUPP4 字18，位4-7   A16    SUPP5 字18，位8-11  A17    SUPP6 字18，位12-15 A18    SUPP7 字19，位0-3   A19    SUPP8 字19，位4-7   A20    SUPP9 字19，位8-11  A21    SUPP10 字19，位12-15 A22    SUPP11 5.呼叫方号码-为用一个收费号码和一个呼叫方号 码接收的SS7 FGD起源记录呼叫方号码。在A1-10 中记录SS7呼叫方号码。在最后数位后记录TBCD 零，接着是补充代码。不用的字节含有TBCD零。呼 叫方号码格式： 字14，位8-11  A1   N 字14，位12-15 A2   X 字15，位0-3   A3   X 字15，位4-7   A4   N 字15，位8-11  A5   X 字15，位12-15 A6   X 字16，位0-3   A7   X 字16，位4-7   A8   X 字16，位8-11  A9   X 字16，位12-15 A10   X 字17，位0-3   A11   TCBD零 字17，位4-7   A12   SUPP1 字17，位8-11  A13   SUPP2 字17，位12-15 A14   SUPP3 字18，位0-3   A15   SUPP4 字18，位4-7   A16   SUPP5 字18，位8-11  A17   SUPP6 字18，位12-15 A18   SUPP7 字19，位0-3   A19   SUPP8 字19，位4-7   A20   SUPP9 字19，位8-11  A21   SUPP10 字19，位12-15 A22   SUPP11 6.信用卡号码-从A1开始记录商业信用卡号码或 预约信用卡号码。有效的预约信用卡号码的PIN数 字通过在该4个PIN数字上写TBCD-A而被屏蔽。在 最后数字后记录TBCD零，接着是补充代码。不用的 字节含有TBCD零。信用卡号码格式： 字14，位8-11  A1   X 字14，位12-15 A2   X 字15，位0-3   A3   X 字15，位4-7   A4   X 字15，位8-11  A5   X 字15，位12-15 A6   X 字16，位0-3   A7   X 字16，位4-7   A8   X 字16，位8-11  A9   X 字16，位12-15 A10  X 字17，位0-3   A11  X 字17，位4-7   A12  X 字17，位8-11  A13  X 字17，位12-15 A14  X 字18，位0-3   A15  X 字18，位4-7   A16  X 字18，位8-11  A17  X 字18，位12-15 A18  X 字19，位0-3   A19  X 字19，位4-7   A20  TBCD零 字19，位8-11  A21  SUPP1 字19，位12-15 A22  SUPP2 7.14位MCI/VNet卡-14位呼叫MCI卡/VNet卡号 码从A1开始记录，最后4位PIN通过写入TBCD-A 而被屏蔽。在最后数字后写入TBCD零，接着是补充 代码。不用的字节含有TBCD零。呼叫MCI卡/VNet 卡格式： 字14，位8-11  A1   X 字14，位12-15 A2   X 字15，位0-3   A3   X 字15，位4-7   A4   X 字15，位8-11  A5   X 字15，位12-15 A6   X 字16，位0-3   A7   N 字16，位4-7   A8   X 字16，位8-11  A9   X 字16，位12-15 A10  X 字17，位0-3   A11  TCBD-A 字17，位4-7   A12  TBCD-A 字17，位8-11  A13  TBCD-A 字17，位12-15 A14  TBCD-A 字18，位0-3   A15  TBCD-零 字18，位4-7   A16  SUPP1 字18，位8-11  A17  SUPP2 字18，位12-15 A18  SUPP3 字19，位0-3   A19  SUPP4 字19，位4-7   A20  SUPP5 字19，位8-11  A21  SUPP6 字19，位12-15 A22  SUPP7 8.电信/PTT卡-该23位或更少位数的电信卡从A1 开始记录。在最后数字后记录TBCD零，接着是补充 代码。不用的字节含有TBCD零。电信卡格式： 字14，位8-11  A1   X 字14，位12-15 A2   X 字15，位0-3   A3   X 字15，位4-7   A4   X 字15，位8-11  A5   X 字15，位12-15 A6   X 字16，位0-3   A7   X 字16，位4-7   A8   X 字16，位8-11  A9   X 字16，位12-15 A10  X 字17，位0-3   A11  X 字17，位4-7   A12  X 字17，位8-11  A13  X 字17，位12-15 A14  X 字18，位0-3   A15  X 字18，位4-7   A16  X 字18，位8-11  A17  X 字18，位12-15 A18  X 字19，位0-3   A19  X 字19，位4-7   A20  X 字19，位8-11  A21  X 字19，位12-15 A22  X 9.OSID和OTG-用于国际入站VNet或SAC呼叫的 OSID和OTG在从SS7类属数字参数被接收时记录。 记录参数后，余下的字节含有TBCD零。OSID和OTG 格式： 字14，位8-11  A1  X(OSID) 字14，位12-15 A2  X(OSID) 字15，位0-3   A3  X(OSID) 字15，位4-7   A4  X(OTG) 字15，位8-11  A5  X(OTG) 字15，位12-15 A6  X(OTG) 字16，位0-3   A7  X(OTG) 字16，位4-7   A8  TCBD零 字16，位8-11  A9  TCBD零 字16，位12-15 A10 TCBD零 字17，位0-3   A11 TCBD零 字17，位4-7   A12 TCBD零 字17，位8-11  A13 TCBD零 字17，位12-15 A14 TCBD零 字18，位0-3   A15 TCBD零 字18，位4-7   A16 TCBD零 字18，位8-11  A17 TCBD零 字18，位12-15 A18 TCBD零 字19，位0-3   A19 TCBD零 字19，位4-7   A20 TCBD零 字19，位8-11  A21  TCBD零 字19，位12-15 A22  TCBD零 OSID＝始发交换机组(000-999) OTG＝始发中继线组(0000-8191) 10.商业组ID-对有些SS7中继线组来说，商业组 ID在SS7参数中接收并记录在A1-A6。在最后数字 后记录TBCD零，接着是补充代码。不用的字节含有 TBCD零。 字14，位8-11   A1   X 字14，位12-15  A2   X 字15，位0-3    A3   X 字15，位4-7    A4   X 字15，位8-11   A5   X 字15，位12-15  A6   X 字16，位0-3    A7   TBCD零 字16，位4-7    A8   SUPP1 字16，位8-11   A9   SUPP2 字16，位12-15  A10  SUPP3 字17，位0-3    A11  SUPP4 字17，位4-7    A12  SUPP5 字17，位8-11   A13  SUPP6 字17，位12-15  A14  SUPP7 字18，位0-3    A15  SUPP8 字18，位4-7    A16  SUPP9 字18，位8-11   A17  SUPP10 字18，位12-15  A18  SUPP11 字19，位0-3    A19  SUPP12 字19，位4-7    A20  SUPP13 字19，位8-11   A21  SUPP14 字19，位12-15  A22  SUPP15 11.网络信息-对有些SS7中继线组来说，网络信 息在SS7参数中接收并记录在A1-A4。在最后数字 后记录TBCD零，接着是补充代码。不用的字节含有 TBCD零。 字14，位8-11  A1   N 字14，位12-15 A2   X 字15，位0-3   A3   X 字15，位4-7   A4   N 字15，位8-11  A5   TBCD零 字15，位12-15 A6   SUPP1 字16，位0-3   A7   SUPP2 字16，位4-7   A8   SUPP3 字16，位8-11  A9   SUPP4 字16，位12-15 A10  SUPP5 字17，位0-3   A11  SUPP6 字17，位4-7   A12  SUPP7 字17，位8-11  A13  SUPP8 字17，位12-15 A14  SUPP9 字18，位0-3   A15  SUPP10 字18，位4-7   A16  SUPP11 字18，位8-11  A17  SUPP12 字18，位12-15 A18  SUPP13 字19，位0-3   A19  SUPP14 字19，位4-7   A20  SUPP15 字19，位8-11  A21  SUPP16 字19，位12-15 A22  SUPP17 12.BOC卡：BOC/LEC卡号码记录在A1-A10中，其 余字节含有TBCD零。 字14，位8-11  A1   N 字14，位12-15 A2   X 字15，位0-3   A3   X 字15，位4-7   A4   N 字15，位8-11  A5   X 字15，位12-15 A6   X 字16，位0-3   A7   X 字16，位4-7   A8   X 字16，位8-11  A9   X 字16，位12-15 A10  X 字17，位0-3   A11  TBCD零 字17，位4-7   A12  TBCD零 字17，位8-11  A13  TBCD零 字17，位12-15 A14  TBCD零 字18，位0-3   A15  TBCD零 字18，位4-7   A16  TBCD零 字18，位8-11  A17  TBCD零 字18，位12-15 A18  TBCD零 字19，位0-3   A19  TBCD零 字19，位4-7   A20  TBCD零 字19，位8-11  A21  TBCD零 字19，位12-15 A22  TBCD零 13.第三通话方号码：如果呼叫是向第三通话方NANP 号码记帐的，就在A1-A10记录该号码，其余字节 含有TBCD零。 字14，位8-11  A1  N 字14，位12-15 A2  X 字15，位0-3   A3   X 字15，位4-7   A4   N 字15，位8-11  A5   X 字15，位12-15 A6   X 字16，位0-3   A7   X 字16，位4-7   A8   X 字16，位8-11  A9   X 字16，位12-15 A10  X 字17，位0-3   A11  TBCD零 字17，位4-7   A12  TBCD零 字17，位8-11  A13  TBCD零 字17，位12-15 A14  TBCD零 字18，位0-3   A15  TBCD零 字18，位4-7   A16  TBCD零 字18，位8-11  A17  TBCD零 字18，位12-15 A18  TBCD零 字19，位0-3   A19  TBCD零 字19，位4-7   A20  TBCD零 字19，位8-11  A21  TBCD零 字19，位12-15 A22  TBCD零 14.国际号码：如果呼叫是向国际号码记帐的，在 A1中记录开始号码。不用的字节含有TBCD零。 字14，位8-11  A1  X(CC) 字14，位12-15 A2  X(CC) 字15，位0-3   A3  X(CC) 字15，位4-7   A4  X(NN) 字15，位8-11  A5  X(NN) 字15，位12-15 A6  X(NN) 字16，位0-3   A7  X(NN) 字16，位4-7   A8   X(NN) 字16，位8-11  A9   X(NN) 字16，位12-15 A10  X(NN) 字17，位0-3   A11  X(NN) 字17，位4-7   A12  X(NN) 字17，位8-11  A13  X(NN) 字17，位12-15 A14  X(NN) 字18，位0-3   A15  X(NN) 字18，位4-7   A16  TBCD零 字18，位8-11  A17  TBCD零 字18，位12-15 A18  TBCD零 字19，位0-3   A19  TBCD零 字19，位4-7   A20  TBCD零 字19，位8-11  A21  TBCD零 字19，位12-15 A22  TBCD零 CC＝客户连接 NN＝国家号码 15.LAN序列号：如果呼叫由LAN处理，记帐信息不 能传输回记帐交换机，LAN就将所有记帐信息记录在 记帐细目记录(BDR)中并向交换机发送回一个LAN 序列号。LAN序列号在A1-A16记录，其余含有TBCD 零。 字14，位8-11  A1   X 字14，位12-15 A2   X 字15，位0-3   A3   X 字15，位4-7   A4   X 字15，位8-11  A5   X 字15，位12-15 A6   X 字16，位0-3   A7   X 字16，位4-7   A8   X 字16，位8-11  A9   X 字16，位12-15 A10  X 字17，位0-3   A11  X 字17，位4-7   A12  X 字17，位8-11  A13  X 字17，位12-15 A14  X 字18，位0-3   A15  X 字18，位4-7   A16  X 字18，位8-11  A17  TBCD零 字18，位12-15 A18  TBCD零 字19，位0-3   A19  TBCD零 字19，位4-7   A20  TBCD零 字19，位8-11  A21  TBCD零 字19，位12-15 A22  TBCD零 16.DNIS：DNIS可以按从SS7一般地址参数一诸如 用经EVS/NARS处理过的呼叫接收的那样被记录。 字14，位8-11  A1   N 字14，位12-15 A2   X 字15，位0-3   A3   X 字15，位4-7   A4   N 字15，位8-11  A5   X 字15，位12-15 A6   X 字16，位0-3   A7   X 字16，位4-7   A8   X 字16，位8-11  A9   X 字16，位12-15 A10  X 字17，位0-3   A11  TBCD零 字17，位4-7   A12  TBCD零 字17，位8-11  A13  TBCD零 字17，位12-15 A14  TBCD零 字18，位0-3   A15  TBCD零 字18，位4-7   A16  TBCD零 字18，位8-11  A17  TBCD零 字18，位12-15 A18  TBCD零 字19，位0-3   A19  TBCD零 字19，位4-7   A20  TBCD零 字19，位8-11  A21  TBCD零 字19，位12-15 A22  TBCD零 17.网络呼叫标识符(NCID)-如果NCID在“A” 域记录，它将被以二进制形式从A1开始记录。该输 入代码(Entry Code)将指示与该特定呼叫关联的 呼叫处理或者为“0”。如果NCID是在64字呼叫记 录的NCID域中记录的，则输入代码也将指示与该特 定呼叫关联的呼叫处理或者为“0”。NCID由下列组 成： 始发交换机ID 始发中继线组 始发端口号 时间点1 NCID序列号 字20，位0-15 字21，位0-15 字22，位0-15 字23，位0-15 字24，位0-3 目的地地址：这是17位的就是正被呼叫的国内或国 际号码的目的地地址，或者是操作员号码格式。在 POSR中，如果拨叫的号码被NCS/DAP或LAN转换， 转换后的号码就被记录。如果要求位数超过17，就 用ECDR/EPNR格式。不用的字节含有TBCD零。                  7位     10位     DDD  IDDD 字20，位0-3   D1  N       N       N     CC 字20，位4-7   D2  X       X       X     CC 字20，位8-11  D3  X       X       X     CC 字20，位12-15 D4  X       N       N     NN 字21，位0-3   D5  X       X       X     NN 字21，位4-7   D6  X       X       X     NN 字21，位8-11  D7  X       X       X     NN 字21，位12-15 D8  X(TSID) X       X     NN 字22，位0-3   D9  X(TSID) X       X     NN 字22，位4-7   D10 X(TSID) X       X     NN 字22，位8-11  D11 X(TTG)  X(TSID) T零   NN 字22，位12-15 D12 X(TTG)  X(TSID) T零   NN 字23，位0-3   D13 X(TTG)  X(TSID) T零   NN 字23，位4-7   D14 X(TTG)  X(TTG)  T零   NN 字23，位8-11  D15 T零    X(TTG)   T零   NN 字23，位12-15 D16 T零    X(TTG)   T零   T零 字24，位0-3   D17 T零    X(TTG)   T零   T零 CC＝客户连接 NN＝国家号码 TSID＝终结交换机ID TTG＝终结中继线组                  BOC     操作员     操作员                  向内    到操作     到操作                  拨叫    员国内的   员人工                           /国际的  转接 字20，位0-3   D1   N       X(CC)   X(CC) 字20，位4-7   D2   0/1     X(CC)   X(CC) 字20，位8-11  D3   X       X(CC)   X(CC) 字20，位12-15 D4   X(ATC)  TBCD零  1 字21，位0-3   D5   X(ATC)  TBCD零  6 字21，位4-7   D6   X(ATC)  TBCD零  0 字21，位8-11  D7   X(S11)  TBCD零  TBCD零 字21，位12-15 D8   X(S12)  TBCD零  TBCD零 字22，位0-3   D9   X(S13)  TBCD零  TBCD零 字22，位4-7   D10  X(S14)  TBCD零  TBCD零 字22，位8-11  D11  X(S15)  TBCD零  TBCD零 字22，位12-15 D12  TBCD零  TBCD零  TBCD零 字23，位0-3   D13  TBCD零  TBCD零  TBCD零 字23，位4-7   D14  TBCD零  TBCD零  TBCD零 字23，位8-11  D15  TBCD零  TBCD零  TBCD零 字23，位12-15 D16  TBCD零  TBCD零  TBCD零 字24，位0-3   D17  TBCD零  TBCD零  TBCD零 字24，位4-15 字25，位0-1 操作员ID号(OPIN)：含有处理呼叫的操作员的操 作员ID号。 字25，位2 不用 字25，位3-15 时间点5(TPS)：时间TP1发生的时间与操作员停止 处理呼叫并释放该位置的时间之间的秒数的二进制 计数。如果呼叫被传输到其他操作员，该域将表达 上一个提供服务的操作员的释放时间。 字26，位0-15 房间号(RN)：当呼叫始发于旅馆、大学或任何其它 只以一个主电话号码标识的社团时含有呼叫站ID (CSI)的最后4位数字。CSI将从始发信令信息中 获得，或者实际上通过将该信息手工输入OSR的操 作员获得。 字27，位0-3 特征码(FC)：交换机为呼叫确定一个特征码，指出 该呼叫是否需要特定类型的数据线路，诸如用于传 真传输的优质线路。 0＝缺省 1＝传真 2＝NARS 3＝数据呼叫 4＝交换的DS1(HSCS) 5＝交换的DS3(HSCS) 6-8＝不用 9＝NX64 10＝网外路由选择 11＝AAP呼叫(用于网关收费票转换) 12＝卡门拒绝 13＝论坛拨出音频/视频会议 14＝音乐会免费电话 15＝不用 字27，位4-7 终结网络码(TNC)：指出要用作呼叫的路径的其余 部分的终结设备。例如表示非卫星传输的标志。 0＝缺省 1＝无路由选择限制 2＝避免卫星 3＝通过DS1路由选择 4＝通过DS1路由选择和避免卫星 5＝要求通过有保护设施进行路由选择 6＝最好通过有保护设施进行路由选择 7-15＝不用 字27，位8-11 网络接入类型(NAT)：指出如网络上始发交换机所 定义的、使用的是哪个类型的网络接入；就是说， 主叫者是如何接入网络的。接入类型有： 0＝缺省 1＝800呼叫 2＝信用卡接入 3＝操作员辅助的接入 4＝VNET远程接入 5＝被记帐方优选(BPP)接入 6＝FGD直通接入 7-15＝不用 字27，位12-15 时间点7限定符(TP7Q)：含有呼叫的第一个拆接限 定符，即呼叫是如何终结的。拆接类型有： 0＝主叫方拆接 1＝被叫方拆接 2＝主叫方重新始发 3＝交换机启动的(例如.交换机错误切断呼叫) 4＝所有路由忙 5＝振铃时间长导致的拆接；振铃定时器超时 6-15＝不用 字28，位0-6 输入代码(EC)：指示所发生的呼叫处理的类型以及 在授权代码域中记录的信息的类型。如果收到多个 输入代码，记录最后一个。下列代码有效： 0＝缺省 1＝人对人(P-P) 2＝站对站(S-S) 3＝第三方记帐(第三方号码已记录) 4＝P-P受方付费(向被叫方记帐) 5＝S-S受方付费(向被叫方记帐) 6＝MCI卡或VNet卡(S-S) 7＝没有呼叫完成的BOC向内拨叫 8＝一般帮助 9＝BOC/LEC卡 10＝预订信用卡 11＝PTT卡 12＝目录帮助 13＝商业信用卡 14＝有呼叫完成的BOC向内拨叫 15＝MCI卡或VNet卡(P-P) 16-19＝不用 20＝ANI确认(屏蔽的通过/失败) 21＝Auth确认(登记的或拨号的) 22＝不用 23＝700业务接入代码(替代#20) 24＝500、800业务接入代码(替代#20) 25＝900业务接入代码(替代#20) 26-28＝不用 29＝操作员释放定时器到期 30＝EVS/NARS-无转荐的拆接消息转荐(DMR) 31＝EVS/NARS-有向MCI号码的转荐的DMR 32＝EVS/NARS-有向非MCI号码的转荐的DMR 33＝EVS/NARS-有向MCI号码的转荐和呼叫扩展 (CE)的DMR 34＝EVS/NARS-有向非MCI号码的转荐和呼叫延伸 (CE)的DMR 35＝EVS/NARS-带CE的定制消息宣布(CMA) 36＝EVS/NARS-无CE的CMA 37＝EVS/NARS-增强的呼叫路由选择(ECR) 38-41＝EVS/NARS-保留 42-47＝不用 48＝GETS卡 49＝不用 50＝记帐到国际号码 51＝主叫站ID信息被记录 52＝仅补充代码被记录 53＝VNet远程接入号码被记录 54＝SS7主叫方号码被记录 55＝OSID和OTG被记录 56＝DNIS被记录 57＝业务组ID被记录 58＝网络信息被记录 59＝BG+零+OSID/OTG 60＝卡号+零+OSID/OTG 61＝VNet RA+零+OSID/OTG 62＝VNet RA+零+OSID/OTG 63＝网络呼叫传输(NCT) 64-79＝保留 88-89＝保留 90-99＝保留 100＝18C是我 PIN S/S 101＝18C是我 全局 S/S 102＝18C是我 ANI S/S 103＝18C是我 NPA S/S 104＝18C信使 S/S 105＝18C信使 PIN S/S 106＝18C信使全局 S/S 107＝18C BOC卡 S/S 108＝18C MCI卡 S/S 109＝Aos信使 S/S 110＝国际信使 111＝国际快拨 112-127＝不用 字28，位7-9 前缀数字(PD)：代表被叫号码的前缀数字。这些数 字告诉交换机如何处理呼叫。 0＝无前缀数字被接收 1＝0-(操作员辅助的) 2＝0+(国内的CDOS) 3＝01+(国际的CDOS) 4＝011+IDDD 5＝1+DDD 6＝0+操作员辅助的、用户地址 7＝*XX，其中XX＝0-9、星卡 字28，位10-12 NDID(NCS/DAP ID)：指示交换机是否处理过呼叫或 者是否向一个数据库(诸如NCS/DAP)查询过业务信 息-业务包括但不限于VNET、呼叫卡、800和900 呼叫。NDID进一步指出在最后的事务尝试中涉及的 NCS/DAP的ID。 0＝交换机呼叫处理 1＝NCS/DAP 1 2＝NCS/DAP 2 3＝NCS/DAP 3 4-5＝不用 6＝通过RLT从操作员平台接收的 7＝TCAP到NCS/DAP 字28，位13-15 分区ID(DIVID)：含有信用卡呼叫的分区ID，包括 电信系统的卡。DIVID是为卡号码验证而从NCS/DAP 接收的。如果交换机接收不到信息，就记录缺省值 ‘0’。 0＝无规定的分区ID 1＝分区ID 1 2＝分区ID 2 3＝分区ID 3 4＝分区ID 4 5＝分区ID 5 6＝分区ID 6 7＝分区ID 7 字29，位0 远距离溢出(DO)：当在始发交换机的呼叫记录中设 置为1时，指示在某中间或终结交换机处尝试了一 次直接终结溢出(DTO)事务以获得该呼叫的最终目 的地地址数字。 字29，位1 不用 字29，位2 客户连接(CC)：指示是用时间点6还是时间点3来 计算呼叫持续时间。 0＝用时间点6、*F来计算呼叫持续时间。 1＝用时间点3、*C来计算呼叫持续时间。 字29，位3 网络间(IN)：指示呼叫是否从一个客户/网络始发， 终结到一个不同的客户/网络。缺省设置＝0；如果 从NCS/DAP接收到业务组或Netinfo参数，该位设 定为1。 字29，位4 不用 字29，位5 SAC位(SC)：该位用于灵活SAC特征。每当在地址 数字收集阶段收集的号码被识别为是与始发中继线 组关联的FlexSac Index中的一个SAC号码时，该 位被设定为1。所有其它情况下，该位被设定为0。 字29，位6 呼叫方向(CD)：指出呼叫在国内还是国际网络中始 发。 0＝呼叫始发在国内网络中发生 1＝呼叫始发在国内网络中发生 字29，位7 目的地(DE)：指出期待呼叫何时终结到国际目的 地。 0＝缺省、NANP、国内VNET或其它任何不期待终结 到国际目的地的呼叫。 1＝期待终结到国际目的地的呼叫。 字29，位8 专用终结(DT)指示有一个10位的共享网络号码被 完成到一个专用目的地。如果呼叫记录中的终结中 继线类(TTC)等于3或7，那么就认为它是直接终 结中继线。 字29，位9 人到人(PP)：如果操作员授权一个人到人呼叫，该 位设置为1。该位与输入代码组合使用，以确定呼叫 的性质。 字29，位10 已传输位(XB)：如果呼叫已经从一个操作员位置或 ARU传输到另一个操作员位置或ARU，则该位置1。 字29，位11 卫星(SA)：指示呼叫要用到卫星电路。缺省设置是 0；位设置为1时表示呼叫要涉及卫星。当输入中继 线组被类标记为配备卫星时，当输入带内IMT呼叫 上的SAT数字显示连接涉及卫星电路时，或当SS7 连接性质参数指出上次使用了卫星中继线时，该位 置位。这是用于故障查找，而不是为了记帐。 字29，位12-15 呼叫位置ID的性质(NOCLI)：标识在呼叫位置ID 中记录的是什么数据的二进制值。呼叫位置ID域含 有在NOCLI中引用的信息。 0＝不用 1＝来自入站中继线的ANI 2＝SS7收费号码 3＝SS7主叫方号码 4＝原始被叫号码 5＝在这个交换机创建的伪ANI 6＝来自始发中继线的CSI 7＝登记的NPA-NXX中继线组信息加CSI 8＝NNN+OSID+OTG或00Y+OSID+OTG(N＝TBCD零) 9＝国家代码+国家号码 10＝无CLI记录 11＝重定向号码 12＝通过RLT从操作员平台接收的CLI 13＝NCT始发者的ANI 14-15＝不用 字30，位0-15 通信公司号码(CN)：代表在FG-B或FG-D始发上 提供的通信公司号码、或者在SS7 IMT上接收的通 信公司号码。如果只用3位数，它们就被记录在CN2 -CN4中，CN1将含有TBCD零。这个域也含有分配 给VISA卡的特定800号码的后4位数字(9595)。 它也将含有MCI卡访问号码的后4位数字一不管是 什么接入设备。通信公司号码的例子是：MCI＝22、 ATT＝288、朋友＝333。                    FGB/FGD  FGB/D    visa                    3位CIC   4位CIC   卡 字30，位0-3   CN1  TBCD零   X        9 字30，位4-7   CN2  X        X        5 字30，位8-11  CN3  X        X        9 字30，位12-15 CN4  X        X        5                    SS7                    TNS      MCI卡    Vnet卡 字30，位0-3   CN1  X        1        1 字30，位4-7   CN2  X        0        1 字30，位8-11  CN3  X        2        1 字30，位12-15 CN4  X        2        1 字31，位0-3 授权代码ID域(ACIF)：含有用于记录卡号码状态 的授权代码标识域。这个域指示卡号码(呼叫卡或 信用卡)是好的还是坏的。 0＝7位授权代码文件 1＝第一个或唯一的五数字授权代码文件 2＝第二个五数字文件 3＝第三个五数字文件 4＝第四个五数字文件 5＝第五个五数字文件 6＝六数字文件 7＝范围限制故障(无效地址数字) 8＝正商业信用卡/89卡/M卡验证 9＝不用 10＝MCI卡/Visa卡无效或没有分配。不允许。 11＝BOC记帐号码分配但阻塞 12＝BOC记帐号码使用超限 13＝不用 14＝来自NCS/DAP的应答超时情况下，MCI卡/Visa 卡的缺省授权 15＝NCS/DAP授权的MCI卡/Visa卡 字31，位4-10 释放代码：与时间点7限定符一起用来确定释放消 息来自何方。该代码指出通话方之一挂机的原因， 例如正常释放＝16，无电路可用＝34。 1＝未分配的号码 2＝无到特定网络的路由 3＝无到目的地的路由 4＝发送特殊信息音调 5＝错拨的中继线前缀 16＝正常清除 17＝用户忙 18＝无用户应答 19＝无用户应答(用户受警示) 21＝呼叫被拒绝 22＝号码改变 27＝目的地停止服务 28＝地址不全 29＝设备被拒绝 31＝正常-未规定的 34＝无电路可用 38＝网络故障 41＝临时故障 42＝交换设备臃塞 44＝请求的信道不可用 47＝资源不可用-没有规定 50＝请求的设备未预订 55＝输入呼叫在CUG内受阻 57＝载体能力未授权 58＝载体能力不可用 63＝业务或选项不可用 65＝载体能力未实现 69＝请求的设备未实现 70＝仅有限制的数字信息载体功能可用 79＝业务或选项未实现 87＝被叫用户不是CUG成员 88＝不兼容的目的地 91＝无效的转接网络选择器 95＝无效的消息-未规定 97＝消息类型不存在或未实现 99＝参数不存在或未实现-放弃 102＝恢复定时器时间到期 103＝参数不存在或未实现-继续传送 111＝协议错误-未规定 127＝相互工作-未规定 字31，位11-13 NCID序列数：代表在同一端口号上已经发生的具有 相同时间点1值的呼叫数。第一个呼叫将序列数设 定为‘0’。对在同一端口号上具有相同时间点1值 的随后的每个呼叫，该值递增。范围＝0-7。 字31，位14 NCID位置(NCIDLOC)：该位标识何时NCID被记录到 呼叫记录的授权代码域。NCID被记录到中间和终结 交换机的呼叫记录的授权代码域—如果授权代码域 未用于记录其它信息。如果授权代码域正用于记录 其它信息，则NCID被记录在64字呼叫记录的 “NCID”域。 0＝NCID没有被记录在授权代码域(缺省) 1＝NCID被记录在授权代码域 字31，位15 远程ANI屏蔽(RS)：如果ANI没有在交换机的本地 服务区表中列出，并且该ANI被发送到DAP作ANI 索引屏蔽用，则该位被设置到‘1’。如果交换机将 ANI发送到DAP作ANI索引屏蔽用，但没有收到DAP 的应答或者发生了正常交换机ANI屏蔽时，该位被 设置到‘0’。 0＝ANI没有被DAP屏蔽(缺省) 1＝ANI被DAP屏蔽

表304-EOSR/EPOSR记录格式() 字#，位# 字0-11，位0-15 同OSR/POSR格式 字12，位0-15 字13，位0-15 字14，位0-15 字15，位0-11 呼叫位置ID：含有始发站线路的1-15数字。这是 主叫方的ANI号码。如果接收到1至15个ANI或 CSI数，它们被按序记录在以CLI1开始的位置。不 用的字节含有TBCD零。如果没有ANI或CSI可用， 就在CLI4-10中记录OSID/OTG—特别注明的除 外。如果LCI域中什么也没有记录，就用0的NOCLI 值。该域含有下列9种格式之一： 1.Vnet CAMA DAL始发：如果CSI是可用的，用 可用的文件化HNPA和HNXX信息来前缀CSI并记 录。用7的NOCLI值。 2.FG-C始发：如果ANI或CSI信息不可用，并且 号码格式是00Y+NXX-XXXX，则在CLI 1-3中记录 接收的00Y代码，在CLI4-10中记录OSID/OTG。 用8的NOCLI值。 3.带内FG-D始发：记录收到的以CLI1开始的 ANI。用1的NOCLI值。 4.SS7 FG-D始发：记录收费号(如果能得到的话)， 如果得不到，就记录呼叫方号码。用2或3的NOCLI 值。 5.国际始发：记录呼叫方的国家代码和国家号码。 用9的NOCLI值。 6.SS7 IMT始发：按照重要性顺序记录以下信息： 1〕收费号、2〕呼叫方号码、3〕来自类属数字的 OSID/OTG。用2、3或8的NOCLI值。 7.SS7转卖商始发：用TBCD零填充CLI域。 8.SS7专用网络组织：用TBCD零填充CLI域。 9.PRI始发：记录在ISDN建立消息中接收的呼叫 方号码。 格式：                    1-15位                    ANI/CSI                     (13位                     例子)    OSID/OTG  输入国际的 字12，位0-3   CLI1    X       TCBD零   X(CC) 字12，位4-7   CLI2    X       TCBD零   X(CC) 字12，位8-11  CLI3    X       TCBD零   X(CC) 字12，位12-15 CLI4    X       X(OSID)  X(NN) 字13，位0-3   CLI5    X       X(OSID)  X(NN) 字13，位4-7   CLI6    X       X(OSID)  X(NN) 字13，位8-11  CLI7    X       X(OTG)   X(NN) 字13，位12-15 CLI8    X       X(OTG)   X(NN) 字14，位0-3   CLI9    X       X(OTG)   X(NN) 字14，位4-7   CLI10   X       X(OTG)   X(NN) 字14，位8-11  CLI11   X       TBCD零   X(NN) 字14，位12-15 CLI12   X       TBCD零   X(NN) 字15，位0-3   CLI13   X       TBCD零   X(NN) 字15，位4-7   CLI114  TBCD零  TBCD零   X(NN) 字15，位8-11  CLI115  TBCD零  TBCD零   X(NN) CC＝用户连接 NN＝国家号码 OSID＝始发交换机ID OTG＝始发中继线组 字15，位12-15 字16，位0-15 字17，位0-15 字18，位0-15 字19，位0-15 字20，位0-15 字21，位0-15 字22，位0-15 字23，位0-15 字24，位0-15 字25，位0-15 字26，位0-15 授权代码：(Auth Code)：与OSR/POSR格式的授权 代码相同，但是代表45个数字。 1.授权代码：                       5数字   6数字   7数字 字15，位12-15 A1   AUTH1   AUTH1   AUTH1 字16，位0-3   A2   AUTH2   AUTH2   AUTH2 字16，位4-7   A3   AUTH3   AUTH3   AUTH3 字16，位8-11  A4   AUTH4   AUTH4   AUTH4 字16，位12-15 A5   AUTH5   AUTH5   AUTH5 字17，位0-3   A6   SEC1    AUTH6   AUTH6 字17，位4-7   A7   SEC2    SEC1    AUTH7 字17，位8-11  A8   SEC3    SEC2    SEC1 字17，位12-15 A9   SEC4    SEC3    SEC2 字18，位0-3   A10  T零     SEC4    SEC3 字18，位4-7   A11  SUPP1   T零     SEC4 字18，位8-11  A12  SUPP2   SUPP1   T零 字18，位12-15 A13  SUPP3   SUPP2   SUPP1 字19，位0-3   A14  SUPP4   SUPP3   SUPP2 字19，位4-7   A15  SUPP5   SUPP4   SUPP3 字19，位8-11  A16  SUPP6   SUPP5   SUPP4 字19，位12-15 A17  SUPP7   SUPP6   SUPP5 字20，位0-3   A18  SUPP8   SUPP7   SUPP6 字20，位4-7   A19  SUPP9   SUPP8   SUPP7 字20，位8-11  A20  SUPP10  SUPP9   SUPP8 字20，位12-15 A21  SUPP11  SUPP10  SUPP9 字21，位0-3   A22  SUPP12  SUPP11  SUPP10 字21，位4-7   A23  SUPP13  SUPP12  SUPP11 字21，位8-11  A24  SUPP14  SUPP13  SUPP12 字21，位12-15 A25  SUPP15  SUPP14  SUPP13 字22，位0-3   A26  SUPP16 SUPP15 SUPP14 字22，位4-7   A27  SUPP17 SUPP16 SUPP15 字22，位8-11  A28  SUPP18 SUPP17 SUPP16 字22，位12-15 A29  SUPP19 SUPP18 SUPP17 字23，位0-3   A30  SUPP20 SUPP19 SUPP18 字23，位4-7   A31  SUPP21 SUPP20 SUPP19 字23，位8-11  A32  SUPP22 SUPP21 SUPP20 字23，位12-15 A33  SUPP23 SUPP22 SUPP21 字24，位0-3   A34  SUPP24 SUPP23 SUPP22 字24，位4-7   A35  SUPP25 SUPP24 SUPP23 字24，位8-11  A36  SUPP26 SUPP25 SUPP24 字24，位12-15 A37  SUPP27 SUPP26 SUPP25 字25，位0-3   A38  SUPP28 SUPP27 SUPP26 字25，位4-7   A39  SUPP29 SUPP28 SUPP27 字25，位8-11  A40  SUPP30 SUPP29 SUPP28 字25，位12-15 A41  T零    SUPP30 SUPP29 字26，位0-3   A42  T零    T零    SUPP30 字26，位4-7   A43  T零    T零    T零 字26，位8-11  A44  T零    T零    T零 字26，位12-15 A45  T零    T零    T零 T零＝TBCD零 2.呼叫站ID(CSI)                            1-10数                    7数字   字 字15，位12-15 A1   X       X 字16，位0-3   A2   X       X 字16，位4-7   A3   X       X 字16，位8-11  A4   X       X 字16，位12-15 A5   X       X 字17，位0-3   A6   X       X 字17，位4-7   A7   X         X 字17，位8-11  A8   TBCD零    X 字17，位12-15 A9   SUPP1     X 字18，位0-3   A10  SUPP2     X 字18，位4-7   A11  SUPP3     TBCD零 字18，位8-11  A12  SUPP4     SUPP1 字18，位12-15 A13  SUPP5     SUPP2 字19，位0-3   A14  SUPP6     SUPP3 字19，位4-7   A15  SUPP7     SUPP4 字19，位8-11  A16  SUPP8     SUPP5 字19，位12-15 A16  SUPP9     SUPP6 字20，位0-3   A18  SUPP10    SUPP7 字20，位4-7   A19  SUPP11    SUPP8 字20，位8-11  A20  SUPP12    SUPP9 字20，位12-15 A21  SUPP13    SUPP10 字21，位0-3   A22  SUPP14    SUPP11 字21，位4-7   A23  SUPP15    SUPP12 字21，位8-11  A24  SUPP16    SUPP13 字21，位12-15 A25  SUPP17    SUPP14 字22，位0-3   A26  SUPP18    SUPP15 字22，位4-7   A27  SUPP19    SUPP16 字22，位8-11  A28  SUPP20    SUPP17 字22，位12-15 A29  SUPP21    SUPP18 字23，位0-3   A30  SUPP22    SUPP19 字23，位4-7   A31  SUPP23    SUPP20 字23，位8-11  A32  SUPP24    SUPP21 字23，位12-15 A33  SUPP25    SUPP22 字24，位0-3   A34  SUPP26    SUPP23 字24，位4-7   A35  SUPP27    SUPP24 字24，位8-11  A36  SUPP28    SUPP25 字24，位12-15 A37  SUPP29    SUPP26 字25，位0-3   A38  SUPP30    SUPP27 字25，位4-7   A39  TBCD零    SUPP28 字25，位8-11  A40  TBCD零    SUPP29 字25，位12-15 A41  TBCD零    SUPP30 字26，位0-3   A42  TBCD零    TBCD零 字26，位4-7   A43  TBCD零    TBCD零 字26，位8-11  A44  TBCD零    TBCD零 字26，位12-15 A45  TBCD零    TBCD零 3.补充代码 字15，位12-15 A1   SUPP1 字16，位0-3   A2   SUPP2 字16，位4-7   A3   SUPP3 字16，位8-11  A4   SUPP4 字16，位12-15 A5   SUPP5 字17，位0-3   A6   SUPP6 字17，位4-7   A7   SUPP7 字17，位8-11  A8   SUPP8 字17，位12-15 A9   SUPP9 字18，位0-3   A10  SUPP10 字18，位4-7   A11  SUPP11 字18，位8-11  A12  SUPP12 字18，位12-15 A13  SUPP13 字19，位0-3   A14  SUPP14 字19，位4-7   A15  SUPP15 字19，位8-11  A16  SUPP16 字19，位12-15 A16  SUPP17 字20，位0-3   A18  SUPP18 字20，位4-7   A19  SUPP19 字20，位8-11  A20  SUPP20 字20，位12-15 A21  SUPP21 字21，位0-3   A22  SUPP22 字21，位4-7   A23  SUPP23 字21，位8-11  A24  SUPP24 字21，位12-15 A25  SUPP25 字22，位0-3   A26  SUPP26 字22，位4-7   A27  SUPP27 字22，位8-11  A28  SUPP28 字22，位12-15 A29  SUPP29 字23，位0-3   A30  TBCD零 字23，位4-7   A31  TBCD零 字23，位8-11  A32  TBCD零 字23，位12-15 A33  TBCD零 字24，位0-3   A34  TBCD零 字24，位4-7   A35  TBCD零 字24，位8-11  A36  TBCD零 字24，位12-15 A37  TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 4.VNET远程接入和主叫方号码 字15，位12-15 A1   N 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   N 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  TBCD零 字18，位8-11  A12  SUPP1 字18，位12-15 A13  SUPP2 字19，位0-3   A14  SUPP3 字19，位4-7   A15  SUPP4 字19，位8-11  A16  SUPP5 字19，位12-15 A16  SUPP6 字20，位0-3   A18  SUPP7 字20，位4-7   A19  SUPP8 字20，位8-11  A20  SUPP9 字20，位12-15 A21  SUPP10 字21，位0-3   A22  SUPP11 字21，位4-7   A23  SUPP12 字21，位8-11  A24  SUPP13 字21，位12-15 A25  SUPP14 字22，位0-3   A26  SUPP15 字22，位4-7   A27  SUPP16 字22，位8-11  A28  SUPP17 字22，位12-15 A29  SUPP18 字23，位0-3   A30  SUPP19 字23，位4-7   A31  SUPP20 字23，位8-11  A32  SUPP21 字23，位12-15 A33  SUPP22 字24，位0-3   A34  SUPP23 字24，位4-7   A35  SUPP24 字24，位8-11  A36  SUPP25 字24，位12-15 A37  SUPP26 字25，位0-3   A38  SUPP27 字25，位4-7   A39  SUPP28 字25，位8-11  A40  SUPP29 字25，位12-15 A41  SUPP30 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 5.主叫方号码： 字15，位12-15 A1   N 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   N 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  TBCD零 字18，位8-11  A12  SUPP1 字18，位12-15 A13  SUPP2 字19，位0-3   A14  SUPP3 字19，位4-7   A15  SUPP4 字19，位8-11  A16  SUPP5 字19，位12-15 A17  SUPP6 字20，位0-3   A18  SUPP7 字20，位4-7   A19  SUPP8 字20，位8-11  A20  SUPP9 字20，位12-15 A21  SUPP10 字21，位0-3   A22  SUPP11 字21，位4-7   A23  SUPP12 字21，位8-11  A24  SUPP13 字21，位12-15 A25  SUPP14 字22，位0-3   A26  SUPP15 字22，位4-7   A27  SUPP16 字22，位8-11  A28  SUPP17 字22，位12-15 A29  SUPP18 字23，位0-3   A30  SUPP19 字23，位4-7   A31  SUPP20 字23，位8-11  A32  SUPP21 字23，位12-15 A33  SUPP22 字24，位0-3   A34  SUPP23 字24，位4-7   A35  SUPP24 字24，位8-11  A36  SUPP25 字24，位12-15 A37  SUPP26 字25，位0-3   A38  SUPP27 字25，位4-7   A39  SUPP28 字25，位8-11  A40  SUPP29 字25，位12-15 A41  SUPP30 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 6.信用卡： 字15，位12-15 A1   X 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   X 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  X 字18，位8-11  A12  X 字18，位12-15 A13  X 字19，位0-3   A14  X 字19，位4-7   A15  X 字19，位8-11  A16  X 字19，位12-15 A16  X 字20，位0-3   A18  X 字20，位4-7   A19  X 字20，位8-11  A20  TBCD零 字20，位12-15 A21  SUPP1 字21，位0-3   A22  SUPP2 字21，位4-7   A23  SUPP3 字21，位8-11  A24  SUPP4 字21，位12-15 A25  SUPP5 字22，位0-3   A26  SUPP6 字22，位4-7   A27  SUPP7 字22，位8-11  A28  SUPP8 字22，位12-15 A29  SUPP9 字23，位0-3   A30  SUPP10 字23，位4-7   A31  SUPP11 字23，位8-11  A32  SUPP12 字23，位12-15 A33  SUPP13 字24，位0-3   A34  SUPP14 字24，位4-7   A35  SUPP15 字24，位8-11  A36  SUPP16 字24，位12-15 A37  SUPP17 字25，位0-3   A38  SUPP18 字25，位4-7   A39  SUPP19 字25，位8-11  A40  SUPP20 字25，位12-15 A41  SUPP21 字26，位0-3   A42  SUPP22 字26，位4-7   A43  SUPP23 字26，位8-11  A44  SUPP24 字26，位12-15 A45  SUPP25 7. 14数字MCI/VNet呼叫卡： 字15，位12-15 A1   X 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   X 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  TBCD-A 字18，位8-11  A12  TBCD-A 字18，位12-15 A13  TBCD-A 字19，位0-3   A14  TBCD-A 字19，位4-7   A15  TBCD零 字19，位8-11  A16  SUPP1 字19，位12-15 A16  SUPP2 字20，位0-3   A18  SUPP3 字20，位4-7   A19  SUPP4 字20，位8-11  A20  SUPP5 字20，位12-15 A21  SUPP6 字21，位0-3   A22  SUPP7 字21，位4-7   A23  SUPP8 字21，位8-11  A24  SUPP9 字21，位12-15 A25  SUPP10 字22，位0-3   A26  SUPP11 字22，位4-7   A27  SUPP12 字22，位8-11  A28  SUPP13 字22，位12-15 A29  SUPP14 字23，位0-3   A30  SUPP15 字23，位4-7   A31  SUPP16 字23，位8-11  A32  SUPP17 字23，位12-15 A33  SUPP18 字24，位0-3   A34  SUPP19 字24，位4-7   A35  SUPP20 字24，位8-11  A36  SUPP21 字24，位12-15 A37  SUPP22 字25，位0-3   A38  SUPP23 字25，位4-7   A39  SUPP24 字25，位8-11  A40  SUPP25 字25，位12-15 A41  SUPP26 字26，位0-3   A42  SUPP27 字26，位4-7   A43  SUPP28 字26，位8-11  A44  SUPP29 字26，位12-15 A45  SUPP30 8.OSD/OTG： 字15，位12-15 A1  X(OSID) 字16，位0-3   A2  X(OSID) 字16，位4-7   A3  X(OSID) 字16，位8-11  A4  X(OTG) 字16，位12-15 A5  X(OTG) 字17，位0-3   A6  X(OTG) 字17，位4-7   A7  X(OTG) 字17，位8-11  A8  TBCD零 字17，位12-15 A9  TBCD零 字18，位0-3   A10 TBCD零 字18，位4-7   A11 TBCD零 字18，位8-11  A12 TBCD零 字18，位12-15 A13 TBCD零 字19，位0-3   A14 TBCD零 字19，位4-7   A15 TBCD零 字19，位8-11  A16 TBCD零 字19，位12-15 A17 TBCD零 字20，位0-3   A18 TBCD零 字20，位4-7   A19 TBCD零 字20，位8-11  A20 TBCD零 字20，位12-15 A21 TBCD零 字21，位0-3   A22 TBCD零 字21，位4-7   A23 TBCD零 字21，位8-11  A24 TBCD零 字21，位12-15 A25 TBCD零 字22，位0-3   A26 TBCD零 字22，位4-7   A27 TBCD零 字22，位8-11  A28 TBCD零 字22，位12-15 A29 TBCD零 字23，位0-3   A30 TBCD零 字23，位4-7   A31 TBCD零 字23，位8-11  A32 TBCD零 字23，位12-15 A33 TBCD零 字24，位0-3   A34 TBCD零 字24，位4-7   A35 TBCD零 字24，位8-11  A36 TBCD零 字24，位12-15 A37 TBCD零 字25，位0-3   A38 TBCD零 字25，位4-7   A39 TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 OSID＝始发交换机ID(000-999) OTG＝始发中继线组(0000-8191) 9.电信/PTT卡： 字15，位12-15 A1   X 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   X 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  X 字18，位8-11  A12  X 字18，位12-15 A13  X 字19，位0-3   A14  X 字19，位4-7   A15  X 字19，位8-11  A16  X 字19，位12-15 A17  X 字20，位0-3   A18  X 字20，位4-7   A19  X 字20，位8-11  A20  X 字20，位12-15 A21  X 字21，位0-3   A22  X 字21，位4-7   A23  X 字21，位8-11  A24  TBCD零 字21，位12-15 A25  SUPP1 字22，位0-3   A26  SUPP2 字22，位4-7   A27  SUPP3 字22，位8-11  A28  SUPP4 字22，位12-15 A29  SUPP5 字23，位0-3   A30  SUPP6 字23，位4-7   A31  SUPP7 字23，位8-11  A32  SUPP8 字23，位12-15 A33  SUPP9 字24，位0-3   A34  SUPP10 字24，位4-7   A35  SUPP11 字24，位8-11  A36  SUPP12 字24，位12-15 A37  SUPP13 字25，位0-3   A38  SUPP14 字25，位4-7   A39  SUPP15 字25，位8-11  A40  SUPP16 字25，位12-15 A41  SUPP17 字26，位0-3   A42  SUPP18 字26，位4-7   A43  SUPP19 字26，位8-11  A44  SUPP20 字26，位12-15 A45  SUPP21 10.业务组ID 字15，位12-15 A1   X 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   X 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   TBCD零 字17，位8-11  A8   SUPP1 字17，位12-15 A9   SUPP2 字18，位0-3   A10  SUPP3 字18，位4-7   A11  SUPP4 字18，位8-11  A12  SUPP5 字18，位12-15 A13  SUPP6 字19，位0-3   A14  SUPP7 字19，位4-7   A15  SUPP8 字19，位8-11  A16  SUPP9 字19，位12-15 A17  SUPP10 字20，位0-3   A18  SUPP11 字20，位4-7   A19  SUPP12 字20，位8-11  A20  SUPP13 字20，位12-15 A21  SUPP14 字21，位0-3   A22  SUPP15 字21，位4-7   A23  SUPP16 字21，位8-11  A24  SUPP17 字21，位12-15 A25  SUPP18 字22，位0-3   A26  SUPP19 字22，位4-7   A27  SUPP20 字22，位8-11  A28  SUPP21 字22，位12-15 A29  SUPP22 字23，位0-3   A30  SUPP23 字23，位4-7   A31  SUPP24 字23，位8-11  A32  SUPP25 字23，位12-15 A33  SUPP26 字24，位0-3   A34  SUPP27 字24，位4-7   A35  SUPP28 字24，位8-11  A36  SUPP29 字24，位12-15 A37  SUPP30 字25，位0-3   A38 TBCD零 字25，位4-7   A39 TBCD零 字25，位8-11  A40 TBCD零 字25，位12-15 A41 TBCD零 字26，位0-3   A42 TBCD零 字26，位4-7   A43 TBCD零 字26，位8-11  A44 TBCD零 字26，位12-15 A45 TBCD零 11.网络信息： 字15，位12-15 A1   X 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   X 字16，位12-15 A5   TBCD零 字17，位0-3   A6   SUPP1 字17，位4-7   A7   SUPP2 字17，位8-11  A8   SUPP3 字17，位12-15 A9   SUPP4 字18，位0-3   A10  SUPP5 字18，位4-7   A11  SUPP6 字18，位8-11  A12  SUPP7 字18，位12-15 A13  SUPP8 字19，位0-3   A14  SUPP9 字19，位4-7   A15  SUPP10 字19，位8-11  A16  SUPP11 字19，位12-15 A17  SUPP12 字20，位0-3   A18  SUPP13 字20，位4-7   A19  SUPP14 字20，位8-11  A20  SUPP15 字20，位12-15 A21  SUPP16 字21，位0-3   A22  SUPP17 字21，位4-7   A23  SUPP18 字21，位8-11  A24  SUPP19 字21，位12-15 A25  SUPP20 字22，位0-3   A26  SUPP21 字22，位4-7   A27  SUPP22 字22，位8-11  A28  SUPP23 字22，位12-15 A29  SUPP24 字23，位0-3   A30  SUPP25 字23，位4-7   A31  SUPP26 字23，位8-11  A32  SUPP27 字23，位12-15 A33  SUPP28 字24，位0-3   A34  SUPP29 字24，位4-7   A35  SUPP30 字24，位8-11  A36  TBCD零 字24，位12-15 A37  TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 12.BOC/LEC卡： 字15，位12-15 A1  N 字16，位0-3   A2  X 字16，位4-7   A3  X 字16，位8-11  A4   N 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  TBCD零 字18，位8-11  A12  TBCD零 字18，位12-15 A13  TBCD零 字19，位0-3   A14  TBCD零 字19，位4-7   A15  TBCD零 字19，位8-11  A16  TBCD零 字19，位12-15 A17  TBCD零 字20，位0-3   A18  TBCD零 字20，位4-7   A19  TBCD零 字20，位8-11  A20  TBCD零 字20，位12-15 A21  TBCD零 字21，位0-3   A22  TBCD零 字21，位4-7   A23  TBCD零 字21，位8-11  A24  TBCD零 字21，位12-15 A25  TBCD零 字22，位0-3   A26  TBCD零 字22，位4-7   A27  TBCD零 字22，位8-11  A28  TBCD零 字22，位12-15 A29  TBCD零 字23，位0-3   A30  TBCD零 字23，位4-7   A31  TBCD零 字23，位8-11  A32  TBCD零 字23，位12-15 A33  TBCD零 字24，位0-3   A34  TBCD零 字24，位4-7   A35  TBCD零 字24，位8-11  A36  TBCD零 字24，位12-15 A37  TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 13.第三方号码： 字15，位12-15 A1   N 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   N 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  TBCD零 字18，位8-11  A12  TBCD零 字18，位12-15 A13  TBCD零 字19，位0-3   A14  TBCD零 字19，位4-7   A15  TBCD零 字19，位8-11  A16  TBCD零 字19，位12-15 A17  TBCD零 字20，位0-3   A18  TBCD零 字20，位4-7   A19  TBCD零 字20，位8-11  A20  TBCD零 字20，位12-15 A21 TBCD零 字21，位0-3   A22 TBCD零 字21，位4-7   A23 TBCD零 字21，位8-11  A24 TBCD零 字21，位12-15 A25 TBCD零 字22，位0-3   A26 TBCD零 字22，位4-7   A27 TBCD零 字22，位8-11  A28 TBCD零 字22，位12-15 A29 TBCD零 字23，位0-3   A30 TBCD零 字23，位4-7   A31 TBCD零 字23，位8-11  A32 TBCD零 字23，位12-15 A33 TBCD零 字24，位0-3   A34 TBCD零 字24，位4-7   A35 TBCD零 字24，位8-11  A36 TBCD零 字24，位12-15 A37 TBCD零 字25，位0-3   A38 TBCD零 字25，位4-7   A39 TBCD零 字25，位8-11  A40 TBCD零 字25，位12-15 A41 TBCD零 字26，位0-3   A42 TBCD零 字26，位4-7   A43 TBCD零 字26，位8-11  A44 TBCD零 字26，位12-15 A45 TBCD零 14.国际号码： 字15，位12-15 A1  X(CC) 字16，位0-3   A2  X(CC) 字16，位4-7   A3  X(CC) 字16，位8-11  A4  X(NN) 字16，位12-15 A5  X(NN) 字17，位0-3   A6  X(NN) 字17，位4-7   A7  X(NN) 字17，位8-11  A8  X(NN) 字17，位12-15 A9  X(NN) 字18，位0-3   A10 X(NN) 字18，位4-7   A11 X(NN) 字18，位8-11  A12 X(NN) 字18，位12-15 A13 X(NN) 字19，位0-3   A14 X(NN) 字19，位4-7   A15 X(NN) 字19，位8-11  A16 TBCD零 字19，位12-15 A17 TBCD零 字20，位0-3   A18 TBCD零 字20，位4-7   A19 TBCD零 字20，位8-11  A20 TBCD零 字20，位12-15 A21 TBCD零 字21，位0-3   A22 TBCD零 字21，位4-7   A23 TBCD零 字21，位8-11  A24 TBCD零 字21，位12-15 A25 TBCD零 字22，位0-3   A26 TBCD零 字22，位4-7   A27 TBCD零 字22，位8-11  A28 TBCD零 字22，位12-15 A29 TBCD零 字23，位0-3   A30 TBCD零 字23，位4-7   A31 TBCD零 字23，位8-11  A32 TBCD零 字23，位12-15 A33 TBCD零 字24，位0-3   A34 TBCD零 字24，位4-7   A35 TBCD零 字24，位8-11  A36 TBCD零 字24，位12-15 A37 TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 CC＝客户连接 NN＝国家号码 15.LAN序列号： 字15，位12-15 A1   X 字16，位0-3   A2   X 字16，位4-7   A3   X 字16，位8-11  A4   X 字16，位12-15 A5   X 字17，位0-3   A6   X 字17，位4-7   A7   X 字17，位8-11  A8   X 字17，位12-15 A9   X 字18，位0-3   A10  X 字18，位4-7   A11  X 字18，位8-11  A12  X 字18，位12-15 A13  TBCD零 字19，位0-3   A14  TBCD零 字19，位4-7   A15  TBCD零 字19，位8-11  A16  TBCD零 字19，位12-15 A17  TBCD零 字20，位0-3   A18  TBCD零 字20，位4-7   A19  TBCD零 字20，位8-11  A20  TBCD零 字20，位12-15 A21  TBCD零 字21，位0-3   A22  TBCD零 字21，位4-7   A23  TBCD零 字21，位8-11  A24  TBCD零 字21，位12-15 A25  TBCD零 字22，位0-3   A26  TBCD零 字22，位4-7   A27  TBCD零 字22，位8-11  A28  TBCD零 字22，位12-15 A29  TBCD零 字23，位0-3   A30  TBCD零 字23，位4-7   A31  TBCD零 字23，位8-11  A32  TBCD零 字23，位12-15 A33  TBCD零 字24，位0-3   A34  TBCD零 字24，位4-7   A35  TBCD零 字24，位8-11  A36  TBCD零 字24，位12-15 A37  TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 16.DNIS： 字15，位12-15 A1  N 字16，位0-3   A2  X 字16，位4-7   A3  X 字16，位8-11  A4  N 字16，位12-15 A5  X 字17，位0-3   A6  X 字17，位4-7   A7  X 字17，位8-11  A8  X 字17，位12-15 A9  X 字18，位0-3   A10 X 字18，位4-7   A11 TBCD零 字18，位8-11  A12 TBCD零 字18，位12-15 A13 TBCD零 字19，位0-3   A14 TBCD零 字19，位4-7   A15 TBCD零 字19，位8-11  A16 TBCD零 字19，位12-15 A17 TBCD零 字20，位0-3   A18 TBCD零 字20，位4-7   A19 TBCD零 字20，位8-11  A20 TBCD零 字20，位12-15 A21 TBCD零 字21，位0-3   A22 TBCD零 字21，位4-7   A23 TBCD零 字21，位8-11  A24 TBCD零 字21，位12-15 A25 TBCD零 字22，位0-3   A26 TBCD零 字22，位4-7   A27 TBCD零 字22，位8-11  A28 TBCD零 字22，位12-15 A29 TBCD零 字23，位0-3   A30 TBCD零 字23，位4-7   A31 TBCD零 字23，位8-11  A32 TBCD零 字23，位12-15 A33 TBCD零 字24，位0-3   A34 TBCD零 字24，位4-7   A35 TBCD零 字24，位8-11  A36  TBCD零 字24，位12-15 A37  TBCD零 字25，位0-3   A38  TBCD零 字25，位4-7   A39  TBCD零 字25，位8-11  A40  TBCD零 字25，位12-15 A41  TBCD零 字26，位0-3   A42  TBCD零 字26，位4-7   A43  TBCD零 字26，位8-11  A44  TBCD零 字26，位12-15 A45  TBCD零 17.网络呼叫标识符(NCID)-如果NCID被在“A” 域中记录，它将被以二进制形式从A1开始记录。 输入代码将指示与该特定呼叫关联的呼叫处理或 者为“0”。如果NCID是在64字呼叫记录的NCID 域中记录的，则输入代码也将指示与该特定呼叫关 联的呼叫处理或者为“0”。NCID由下列组成： 始发交换机ID 始发中继线组 始发端口号 时间点1 NCID序列号 字27，位0-3 特征码(FC)：同OSR/POSR格式 字27，位4-7 终结网络码(TNC)：同OSR/POSR格式 字27，位8-11 网络接入类型(NAT)：同OSR/POSR格式 字27，位12-15 时间点7限定符(TP7Q)：同OSR/POSR格式 字28，位0-6 输入代码(EC)：同OSR/POSR格式 字28，位7-9 前缀数字(PD)：同OSR/POSR格式 字28，位10-12 NCS/DAP ID(NDID)：同OSR/POSR格式 字28，位13-15 分区ID(DIVID)：同OSR/POSR格式 字29，位0 远距离溢出(DO)：同OSR/POSR格式 字29，位1 MCI网络溢出(MNO)：同OSR/POSR格式 字29，位2 客户连接(CC)：同OSR/POSR格式 字29，位3 网络间(IN)：同OSR/POSR格式 字29，位4 不用 字29，位5 SAC位(SAC)：该位用于灵活的SAC特征。每当所 接收的在地址数字收集阶段收集的号码被标识为 与始发中继线组关联的FlexSac索引中的一个SAC 号码时，该位就置‘1’。该位在所有其它情况下置 ‘0’。 字29，位6 呼叫方向(CD)：同OSR/POSR格式 字29，位7 目的地(DE)：同OSR/POSR格式 字29，位8 专用终结(DT)：同OSR/POSR格式 字29，位9 人对人(PO)：同OSR/POSR格式 字29，位10 被传输位(XB)：同OSR/POSR格式 字29，位11 卫星(SA)：同OSR/POSR格式 字29，位12-15 呼叫位置ID的性质(NOCLI)：同OSR/POSR格式 字30，位0-15 通信公司号码(CN)：同OSR/POSR格式 字31，位0-3 授权代码ID域(ACIF)：同OSR/POSR格式 字31，位4-10 释放代码：同OSR/POSR格式 字31，位11-13 NCID序列数：同OSR/POSR格式 字31，位14 NCID位置(NCIDLOC)：同OSR/POSR格式 字31，位15 远程ANI屏蔽(RS)：同OSR/POSR格式 字32，位0-15 字33，位0-15 时间与收费客人姓名(T&C Guest)：记录将要从时 间与收费特征的操作员服务平台传送回交换机的时 间与收费客人姓名。该信息以ASCII字符从字32、 位0-7开始的第一个字符开始记录。 字34，位0-15 字35，位0-15 字36，位0-15 字37，位0-15 字38，位0-15 字39，位0-15 目的地地址(DA)：从D1开始，按接收或转换顺序 记录多达25位的TBCD格式的目的地地址。不用的字 节含有TBCD零。                   7数字  10数字  DDD  IDDD 字34，位0-3  D1   N      N        N    CC 字34，位4-7  D2   X      X        X    CC 字40，位0-3 字34，位8-11  D3  X      X      X   CC 字34，位12-15 D4  X      N      N   NN 字35，位0-3   D5  X      X      X   NN 字35，位4-7   D6  X      X      X   NN 字35，位8-11  D7  X      X      X   NN 字35，位12-15 D8  X(TSID)X      X   NN 字36，位0-3   D9  X(TSID)X      X   NN 字36，位4-7   D10 X(TSID)X      X   NN 字36，位8-11  D11 X(TTG) X(TSID)T零 NN 字36，位12-15 D12 X(TTG) X(TSID)T零 NN 字37，位0-3   D13 X(TTG) X(TSID)T零 NN 字37，位4-7   D14 X(TTG) X(TTG) T零 NN 字37，位8-11  D15 T零    X(TTG) T零 NN 字37，位12-15 D16 T零    X(TTG) T零 T零 字38，位0-3   D17 T零    X(TTG) T零 T零 字38，位4-7   D18 T零    T零    T零 T零 字38，位8-11  D19 T零    T零    T零 T零 字38，位12-15 D20 T零    T零    T零 T零 字39，位0-3   D21 T零    T零    T零 T零 字39，位4-7   D22 T零    T零    T零 T零 字39，位8-11  D23 T零    T零    T零 T零 字39，位12-15 D24 T零    T零    T零 T零 字40，位0-3   D25 T零    T零    T零 T零 CC＝客户连接 NN国家号码 TSID＝终结交换机ID TTG＝终结中继线ID T零＝TBCD零                  18数字 字34，位0-3  D1    N 字34，位4-7   D2    N 字34，位8-11  D3    N 字34，位12-15 D4    N 字35，位0-3   D5    N 字35，位4-7   D6    N 字35，位8-11  D7    N 字35，位12-15 D8    N 字36，位0-3   D9    N 字36，位4-7   D10   N 字36，位8-11  D11   N 字36，位12-15 D12   N 字37，位0-3   D13   N 字37，位4-7   D14   N 字37，位8-11  D15   N 字37，位12-15 D16   N 字38，位0-3   D17   N 字38，位4-7   D18   N 字38，位8-11  D19   X(TSID) 字38，位12-15 D20   X(TSID) 字39，位0-3   D21   X(TSID) 字39，位4-7   D22   X(TTG) 字39，位8-11  D23   X(TTG) 字39，位12-15 D24   X(TTG) 字40，位0-3   D25   X(TTG) TSID＝终结交换机ID TTG＝终结中继线组 字40，位4-15 字41，位0-15 字42，位0-15 字43，位0-15 预先转换的数字(PTD)：代表多达15位的主叫者 所拨号码的转换号码。                     10位  00Y  7数字 VNet/IDD                    Vnet、 SAC代 Vnet或 D15数字                   SAC、DNIS 码    SNS   (例子)                    或热线 字40，位4-7   PTD1   N      O      N      N 字40，位8-11  PTD2   X      O      N      N 字40，位12-15 PTD3   X      Y      X      N 字41，位0-3   PTD4   N      N      X      N 字41，位4-7   PTD5   X      X      X      N 字41，位8-11  PTD6   X      X      X      N 字41，位12-15 PTD7   X      X      X      N 字42，位0-3   PTD8   X      X      T零    N 字42，位4-7   PTD9   X      X      T零    N 字42，位8-11  PTD10  X      X      T零    N 字42，位12-15 PTD11  T零    T零    T零    N 字43，位0-3   PTD12  T零    T零    T零    N 字43，位4-7   PTD13  T零    T零    T零    N 字43，位8-11  PTD14  T零    T零    T零    N 字43，位12-15 PTD15  T零    T零    T零    N T零＝TBCD零 字44，位0-7 增强的国际路由选择(EIR)呼叫类型：含有从NCS 记帐信息参数中DAP或从NCS记帐信息ISUP RLT 参数中操作员接收的EIR呼叫类型ID。以二进制记 录，缺省值＝‘0’。。 字44，位8-14 溢出原因值(OVFVAL)：该域是交换机内接收或格 式化的第一个原因值的二进制等价值。该值是从启 动溢出的原因参数的原因值子域提取的。 字44，位15 按试呼计数(CB)：用于EIR特征。该位按从NCS 记帐信息参数的CB域中DAP或从NCS记帐信息 ISUP RLT参数中操作员接收的信息被设置为‘1’ 或‘0’。 0＝不按试呼计数(缺省) 1＝按试呼计数 字45，位0-3 溢出原因位置(OVFCL)：该域是从交换机内接收或 格式化的第一个原因位置记录的值的二进制等价 值。该信息是从启动溢出的原因参数的原因位置子 域提取的。 字45，位4-15 字46，位0-15 字47，位0-15 字48，位0-15 期望终结地址(DTA)：这15个字节含有在触发溢 出之前原计划或“期望”的终结。它们含有：1)发 往DTC终点的呼叫的期望终结交换机ID或中继线 组，或者2)国家号码，或者3)根据为期望终结从 DAP返回的是什么行动代码而决定的国际号码。                     DTC                     DTSID+                     DTTG        DDD 字45，位4-7   DTA1  0            N 字45，位8-11  DTA2  X(DTSID1)    X 字45，位12-15 DTA3  X(DTSID2)    X 字46，位0-3   DTA4  X(DTSID3)    N 字46，位4-7   DTA5  0            X 字46，位8-11  DTA6  X(DTTG1)     X 字46，位12-15 DTA7  X(DTTG2)     X 字47，位0-3   DTA8  X(DTTG3)     X 字47，位4-7   DTA9  X(DTTG4)     X 字47，位8-11  DTA10 TBCD零       X 字47，位12-15 DTA11 TBCD零       TBCD零 字48，位0-3   DTA12 TBCD零       TBCD零 字48，位4-7   DTA13 TBCD零       TBCD零 字48，位8-11  DTA14 TBCD零       TBCD零 字48，位12-15 DTA15 TBCD零       TBCD零 DTSID＝期望的终结交换机ID DTTG＝期望的终结中继线组                     IDDD        DTC                    (例子)      (将来) 字45，位4-7   DTA1   CC       X(DTSID1) 字45，位8-11  DTA2   CC       X(DTSID2) 字45，位12-15 DTA3   CC       X(DTSID3) 字46，位0-3   DTA4   NN       X(DTSID4) 字46，位4-7   DTA5   NN       X(DTTG1) 字46，位8-11  DTA6   NN       X(DTTG2) 字46，位12-15 DTA7   NN       X(DTTG3) 字47，位0-3   DTA8   NN       X(DTTG4) 字47，位4-7   DTA9   NN       X(DTTG5) 字47，位8-11  DTA10  NN       TBCD零 字47，位12-15 DTA11  NN       TBCD零 字48，位0-3   DTA12  NN       TBCD零 字48，位4-7   DTA13  NN       TBCD零 字48，位8-11  DTA14  NN       TBCD零 字48，位12-15 DTA15  TBCD零   TBCD零 CC＝客户连接 NN＝国家号码 DTSID＝期望的终结交换机ID DTTG＝期望的终结中继线组 字49，位0-6 溢出计数(OVFC)：指出在达到成功终结之前的中 间溢出企图的总数。该值在每次为溢出信息访问 DAP时递增。 字49，位7-12 期望终结行动代码(DTAC)：该域代表从第一个应 答中的DAP所接收的行动代码。该信息用于标识在 DTA域中存储的信息的类型。 字49，位13 不用 字49，位14-15 字50-54，位0-15 网络呼叫标识符(NCID)：含有NCID的二进制表示。 如果授权代码域被用于记录其它信息，就在中间和 终结交换机记录NCID。NCID在始发交换机创建， 被传递到中间和终结交换机。NCID的格式是： 始发交换机ID(OSID) 始发中继线组(OTG) 始发端口(OP) 时间点1(TP1) NCID序列号 字55，位0-15 字56，位0-15 字57，位0-15 时间与收费房间号(T&C Room)：记录将要从时间 与收费特征的操作员服务平台传送回交换机的时 间与收费房间号。该信息以ASCII字符从字53、位 0-7开始的第一个字符开始记录。 字58，位0-15 字59，位0-15 字60，位0-15 EVS应用计数器(EAC-1)：如果ARU被用在呼叫中， 该域记录EVS应用计数器值。该域含有由客户响应 音频菜单选项所拨的数字。 字61，位0-13 操作员ID号(OPIN)：该域含有处理呼叫的操作员 的操作员ID号。 字61，位14-15 溢出原因编码标准(OVFCS)：含有交换机接收或格 式化的第一个编码标准的二进制等价值。该值是从 启动溢出的原因参数的编码标准子域提取的。它不 会被随后接收的编码标准或交换机内格式化值覆 盖，该域仅用于增强的溢出呼叫。 字62，位0-12 时间点5(TPS)：时间点1发生的时间与操作员停 止处理呼叫并释放位置的时间之间的秒数的二进 制计数值。如果呼叫被传输到其他操作员，该域所 含有的值将表达上一个提供服务的操作员的释放 时间。 字62，位13-15 不用 字63，位0-15 房间号(RN)：当呼叫从旅馆、大学或任何其他只 用一个主电话号码标识的团体起源时，含有呼叫站 ID(CSI)的后四位。CSI将从始发信令信息中获得， 或实际通过向OSR手工输入信息的操作员获得。 字0，位0-3 呼叫记录ID(CDID)：标识记录的类型。 0＝缺省 1＝CDR 2＝SER 3＝PNR 4＝OSR 5＝POSR 6＝ECDR 7＝EPOSR 8＝EOSR 9＝EPOSR 10-15＝不用 字0，位4-15 同步字：该字含有负2(77768)。 字1，位0-15 字2，位0-15 呼叫拆接ID(CDID)：标识呼叫记录。每个呼叫记 录都有一个独有号码。当发生交换机冷启动或重新 加载时，CDID被设置为0，用事件代码3写交换机 事件记录。当CDID计数翻转时，记录事件代码10 的SER。 字3，位0-15 交换机ID(SWID)：含有当前交换机的独有标识符。 SWID由3个压缩的字母数字型字符组成。首字符可 以是任何16进制数(0-F)。其余两个字符是基为 36的任何数字。基36的符号是0-9、A-Z。基36 的最大8进制数是438，代表字母Z。值448至778 不用。 字3，位0-3    SWID1(0-9、A-F) 字3，位4-9    SWID2(0-9、A-Z) 字3，位10-15  SWID3(0-9、A-Z) 字4，位0-7 交换机类型(ST)：指示交换机的类型。 0＝缺省 1＝580L SCX 2＝DEX-400 3＝CTSS-1000 4＝CTSS-4000 5＝DMS-250 6＝AXE-10 7＝DEX-600 8＝DEX-300 9＝DMS-TOPS 10＝DEX-600E 11＝AS20 12＝AS27 13＝EXS ARU 14-255＝不用 字4，位8-15 事件限定符(EQ)：标识导致记录的事件。 0＝缺省 1＝改变了日期的输入命令或者自动系统更新 2＝改变了时间的输入命令或者自动系统更新 3＝系统重新启动 4＝按小时记录(HH：00：00) 5＝恢复行动 6＝记帐数据结尾(End of File) 7＝记帐数据开始(Start of File) 8＝NEMAS SRB块记录(end of billing block) 9＝夏时制变化(时间和时间偏差量改变) 10＝CDID LOG(CDID返转到0) 11＝不用 12＝空白SER(记帐块的填充记录) 13-255＝不用 事件代码7 SER将总是呼叫历史数据集中的第一个 记录。 事件代码8 SER将总是呼叫块中的最后一个记录， 前面紧邻的是事件代码6。 事件代码9 SER将由调用夏时制改变的人-机命令 调用。 事件代码10 SER将在呼叫拆接ID(CDID)每次从 最大值返转到‘0’时被写入。该事件代码将不因为 由于系统重新启动的CDID返转而写入。 字5，位0-15 字6，位0-15 SER事件时间(SERET)：含有这个SER的纪元时间， 用于事件代码。 字7，位0-3 不用 字7，位4-15 第一个CDID(FCDID)：含有在第一个呼叫记录或这 个记帐块中SER中记录的CDID的最后12位。该域 用于SER事件代码8。 字8，位0-3 不用 字8，位4-15 最后CDID(LCDID)：含有在最后一个呼叫记录或这 个记帐块中SER中记录的CDID。该域用于SER 8。 字9，位0-3 不用 字9，位4-15 下一个CDID(NCDID)：含有下一个呼叫记录或SER 中的CDID。该域用于SER 8。 字10，位0-15 NEMAS块序列号(NBSN)：含有事件代码8 SER中的 NEMAS块序列号。呼叫历史文件内的第一个事件代 码8 SER被设置到NBSN值0。NBSN值随事件代码8 SER顺序递增。 字11，位0-15 字12，位0-15 以前时间(PT)：含有系统时间被改变之前的时间 的纪元时间。用在SER 1、2和9中。 字13，位0 符号位(SB)：指示时间偏差量是负数还是正数。 该域用于所有SER。 0＝正偏差量 1＝负偏差量 字13，位1-10 时间偏差量(TO)：用于记录与世界时(UTC)的以 分钟计的时间偏差量。该域用于所有SER。 字13，位11-15 字14，位0-15 字15，位0-15 不用 字16，位0-15 字17，位0-15 字18，位0-15 软件加载ID 1-6：含有记录记帐的交换机的6字 节的软件加载标识符。该域以EBCDIC格式写入， 含有与呼叫历史磁带标签中记录的软件加载标识 符相同的数据。 字19，位0-15 上一次插入码#1、#2：这2个字节含有记录记帐的 交换机的最近批号/点释放。该域以EBCDIC格式写 入，含有与呼叫历史磁带标签中记录的最近批号/ 点释放相同的数据。点释放标识当前软件加载的升 级层次。用在SER 7。 字20，位O-5 数量CDR(QCDR)：含有本记帐块中记录的CDR的数 量。仅用于事件代码8 SER。 字20，位6-11 数量ECDR(QECDR)：含有本记帐块中记录的扩展 CDR的数量。仅用于事件代码8 SER。 字20，位12-15 不用 字21，位0-5 数量PNR(QPNR)：含有本记帐块中记录的PNR的数 量。仅用于事件代码8 SER。 字21，位6-11 数量EPNR(QEPNR)：含有本记帐块中记录的扩展 PNR的数量。仅用于事件代码8 SER。 字21，位12-15 不用 字22，位0-5 数量OSR(QOSR)：含有本记帐块中记录的OSR的数 量。仅用于事件代码8 SER。 字22，位6-11 数量EOSR(QEOSR)：含有本记帐块中记录的扩展 OSR的数量。仅用于事件代码8 SER。 字22，位12-15 不用 字23，位0-5 数量POSR(QPOSR)：含有本记帐块中记录的POSR 的数量。仅用于事件代码8 SER。 字23，位6-11 数量EPOSR(QEPOSR)：含有本记帐块中记录的扩展 POSR的数量。仅用于事件代码8 SER。 字23，位12-15 不用 字24，位0-5 数量SER(QSER)：含有本记帐块中记录的SER的数 量。仅用于事件代码8 SER。 字24，位6-12 呼叫历史文件号(CHFN)：含有在交换机处打开呼 叫历史文件时分配的呼叫历史文件号。第一个打开 的文件含有CHFN值0。同一天每打开新文件，CHFN 就递增1。当儒略日期改变时(午夜时)，下一个打 开的文件将使CHFN归回到0。 字24，位13-14 不用。 字24，位15 使用的SER 12(SU)：如果上一个呼叫记录是一个 SER 12，该位就在SER 8中设置。 字25，位0-15 字26，位0-15 CDR调节开始时间：记录CDR调节开始时的纪元时 间。用在SER 8中。 字27，位0-15 字28，位0-15 CDR调节停止时间：记录CDR调节停止时的纪元时 间。用在SER 8中。 字29，位0-11 不用 字29，位12-15 格式版本：该域用1填充以标识32/64字格式。记 帐系统必须查看字0位0-3来确定所用呼叫记录 的类型。 字30，位0-15 字31，位0-15 调节计数：用于记录CDR调节被调用期间未写的CDR 的数量。用在SER 8中。