专利名称：：一种通信系统体系结构的制作方法
技术领域：
：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-enddigital)；3．采用标准的带外信令系统；以及为桌面带来显著增加的带宽。Ⅵ．MCI智能网络MCI智能网络是一种处理语音、传真和有关业务的呼叫处理体系结构。智能网络包含一个具有特殊功能的专用桥接交换机(bridgeswitch)和一组具有一个自动呼叫分配器(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-增强性语音业务91．MCI交换网络MCI交换网络由专用桥接交换机(bridgingswitches)2组成。这些桥接开关2在呼叫被智能业务网络4确认之后，为呼叫和被呼叫方选择路由并连接双方。桥接交换机具有有限的编程功能，在智能业务网络(ISN)4的控制下提供基本的交换服务。2．网络控制系统/数据接入点(NCS/DAP)NCS/DAP3是MCI智能网络的组成部分。DAP提供号码转换之类的各种数据库服务，也为标识一个呼叫的终端号码的交换机ID和中继线ID提供服务。NCS/DAP3提供的不同服务包括·800、900、VNET号码的号码转换；·范围限制，用于限制长途电话选择和高级参数路由选择，这些高级参数路由选择包括时间、星期、日期、起源点和多个地点上的百分比分配；·信息数据库，包括给定呼叫的终端号码的交换机ID和中继线ID；·远程查询客户数据库；·VNET/950卡确认服务；·VNETANI/DAL确认服务。3．智能业务网络(ISN)4ISN4包括为呼叫选择路由的自动呼叫分配器(ACD)。ACD与智能交换网络附属处理器(ISNA)5通信并将呼叫传递给不同的人工或自动代理(agents)。ISN包括ISNAP5和操作员网络中心(ONC)。ISNAP5负责呼叫路由选择的组选择(GroupSelect)和操作员选择(OperatorSelect)。ISNAP与ACD通信以向不同代理传递呼叫。ISNAP也负责为操作员辅助的呼叫协调数据和语音。ONC的组成是服务器、数据库和代理，代理包括活操作员或音频应答器(ARU)，后者包括自动呼叫处理器(ACP)、MTOC和关联的NAS7。这些系统在EternetLAN网上彼此通信，为呼叫处理提供各种服务。ONC提供的各种服务包括·确认服务-包括呼叫类型标识、呼叫验证和呼叫限制(若有的话)；·操作员服务-人工或自动的，用于帮助客户；·各种数据库查阅的数据库服务；·呼叫扩展功能；·呼叫桥接功能；·提示用户输入；·播放语音消息。4．增强性语音业务(EVS)9增强性语音业务除了许多增值特征外还提供基于菜单的路由选择服务。EVS系统提示用户输入并根据用户输入选择呼叫路由，或者为语音邮件和传真路由选择提供专门服务。作为MCI智能网络的EVS部件的一部分提供的不同服务包括·播放客户特定的语音消息；·提示用户输入；·基于用户输入的信息存取；·呼叫扩展功能；·呼叫桥接功能；·电话会议功能；·呼叫传输功能；·记录用户语音消息；·所记录语音的远程更新；·接-发传真。5．其它部件除了上述部件之外，MCI智能网络中还配备了一组其它部件。这些部件是·智能呼叫路由选择(ICR)服务的提供，用于根据在呼叫期间或更早时候从呼叫方获得的数据进行专门的呼叫路由选择。也根据物理和逻辑网络布局的了解来选择路由。也提供其它根据时间的智能路由选择服务、根据忙路由器的备用路由选择。·记帐是MCI智能网络的一个关键部件。记帐部件提供根据呼叫类型和呼叫延续时间的用户记帐服务。还额外地为象800受方付费电话之类的增值服务提供专门的记帐服务。·欺诈监控部件是MCI智能网络的一个关键部件，它提供防止因他人欺诈和非法使用网络而损失利润的服务。·运行测量包括为分析产品性能进行数据收集。对广告宣传反应的分析、产生专门报告的呼叫模式(callpatterns)产生于运行测量。所收集的信息也用于未来的产品计划和预测基础结构需求。·使用统计报告包括从操作数据库和记帐信息中收集信息来生成使用的报告。使用统计报告用于研究呼叫模式、加载模式(loadpatterns)以及人口统计的信息。这些报告用于未来产品计划和市场营销的输入。B．智能网络系统概述MCI呼叫处理体系结构是在许多重要部件上建立的，这些部件包括MCI交换网络、网络控制系统、增强性语音业务系统和智能业务网络。呼叫处理完全是在一组通用计算机和由其产生、构成MCI智能网络的基础的一些专用处理器上执行的。交换机(Switch)是一种具有有限编程能力和复杂接口的专用桥接交换机。在交换机上添加新的服务非常困难，有时根本不可能。首先要查验MCI交换机(MCISwitch)上的呼叫是否需要号码转换(例如是800号码时的情况)。如果需要号码转换，则要么在交换机本身处根据内部表(internaltable)完成转换，要么将转换请求发往DAP,DAP是一个通用计算机，具有能够进行号码转换、也能确定终端号码的中继线ID和交换机ID的软件。呼叫能被路由选择到ACD,ACD将呼叫传递到各种呼叫处理代理，诸如活操作员或ARU。ACD与ISNAP通信，后者进行组选择来确定哪一组代理负责该呼叫以及哪一个代理有空处理该呼叫。代理通过与NIDS(网络信息分布式业务)服务器通信处理接收的呼叫。NIDS服务器是确认或数据库服务器，具有由ISN提供的各种服务所必需的数据库。一旦呼叫被该服务器上的呼叫处理确认，代理就将该状态发送回ACD。ACD于是拨打终端号码并桥接具有终端号码的输入呼叫，并对所有回到该交换机的路径执行释放链路中继线(RLT)命令，将呼叫释放。代理也生成记帐名细记录(BDR)命令以记帐数据。当呼叫完成时，交换机就生成操作服务记录(OSR)命令，后者以后要与对应的BDR匹配以创建完整的记帐数据。新的增值服务的添加非常简单，新的特征可由其它软件和ISP中不同计算系统的配置来添加。下面解释一个典型的呼叫流(callflow)情况。C．呼叫流的举例本呼叫流例解释了从图19A的电话1到电话10的800号码受方付费电话的处理。当呼叫方拨打1-800-COLLECT，向被呼叫方电话10进行受方付费呼叫时，呼叫开始。该呼叫被呼叫方的区域贝尔营业公司(RBOC)(它清楚这是MCI拥有的号码)路由选择到最近的MCI交换机装置，到达MCI交换机2。交换机2检测出这是一个800号码的服务，于是就根据交换机中的参考表进行800号码转换，或者请求数据接入点(DAP)3用数据库查找来提供号码转换服务。现在通过自动呼叫分配器(ACD)4将该呼叫处理委托给一组智能计算系统。本例中，由于是受方付费电话，呼叫方要首先联系人工或自动操作员，然后，该呼叫才能得到进一步的处理。呼叫从交换机被传输到能与智能业务网络附属处理器(ISNAP)5一起运行的ACD4。ISNAP5根据呼叫的类型来确定哪组代理能够处理该呼叫。这个操作被称为组选择。能够进行呼叫处理的代理包括人工电信操作员控制台(MTOC)6或者带有关联的网络音频服务器(NAS)7a的自动呼叫处理器(ACP)7。ISNAP5确定哪一个代理有空处理该呼叫，并将该语音呼叫路由选择到特定的代理。代理是用先进的呼叫处理软件建立的。代理从呼叫方收集包括被呼叫方电话号码的所有有关信息。代理然后用一组数据库查找请求与数据库服务器通信。数据库查找请求包括查询呼叫的类型、根据呼叫方和被呼叫方的电话号码的呼叫确认以及呼叫限制(若有的话)-包括根据呼叫和被呼叫双方电话号码的呼叫阻塞(callblocking)限制。代理然后向ISNAP-ACD组合发信号，要求让呼叫方等待，并拨打被呼叫方和连接被叫方。代理然后向被呼叫方通报呼叫方以及请求受方付费电话的情况。代理从被呼叫方收集应答，然后进一步处理该呼叫。如果被呼叫方同意接收该呼叫，代理就向ISNAP-ACD组合发信号，要求桥接被呼叫方和呼叫方。代理然后切换一个用于与由交换机生成的对应OSR(操作服务记录)匹配以创建完整记帐数据的BDR(记帐名细记录)。ISNAP-ACD组合然后桥接被呼叫方和呼叫方，然后通过执行释放中继线(RLT)命令而将线路释放返还交换机。呼叫方与被呼叫方现在就能通过交换机进行通话。在无论由哪一方终止通话时，交换机生成一个OSR，它将与早些时候生成的BDR匹配以创建该呼叫的完整记帐数据。如果被呼叫方拒绝接受该受方付费电话，代理就向ACD-ISNAP组合发信号，要求将等待的呼叫方重新连接回代理。最后，代理向呼叫方通报被呼叫方的应答，生成一个BDR后就终止该呼叫。MCI智能网络是一种可缩放的和高效的呼叫处理网络体系结构，它的基础是一组具有专用软件、专用桥接交换机和ACD的智能处理器。智能网络是与MCI交换网络共存的叠加网络，由大量的、与交换网络交互作用进行呼叫处理的专用处理器组成。智能网络的一个实施例是完全以音频为中心的(audio-centric)。数据和传真是如语音呼叫一样地用一些专门、专用特征和增值服务来处理的。在另一个实施例中，智能网络被改造得适应新兴技术，包括基于POTS的电视电话和用于语音和视频的互连网电话。以下各节详细说明在新兴技术基础上的体系结构、特征和服务。ISN与新兴技术的兼容性以下各节详细描述建立在一些新兴技术基础上的体系结构、特征和服务，它们都能被集成到智能网络中。Ⅶ．ISP构架A．背景ISP由若干毫不相同的系统组成。随着ISP集成的进展，以前独立的系统现在已经变成更大整体的一部分，与之相随的是ISP所有领域内的分析、测试、调度和培训水平的提高。1．宽带接入(broadbandaccess)较佳实施例支持一个范围的高带宽业务。这些服务包括视频点播、会议、远程教学、远程医疗。ATM(异步传输模式)将网络控制推进到网络的外围，避免了传统基于线路的电话的中继线和交换模型。预计将被广泛采用以适应这些高带宽业务。2．因特网电话系统因特网以及与因特网一起的万维网(WorldWideWeb)提供容易的用户接入、广泛的商业机会，并为成功的电信公司培育了新的功用。ISP平台提供了从电话到因特网都能应用和再应用的许多特征。这些特征包括接入、用户设备、个人帐户、记帐、营销(和广告)数据或应用内容，甚至是基本的电话业务。电信业是因特网的主要传输供应商。为因特网用户提供来自电话环境的许多特征的较佳实施例是最优的。图19F是按照较佳实施例的因特网电话系统的框图。许多计算机1900、1901、1902、1903在防火墙1905后面通过以太网(Ethernet)或其它网络连接而连接到因特网1910。域名系统1906将名字映射到因特网1910中的IP地址。用于记帐1920、供应1922、目录服务1934、诸如语音消息传递1932的消息传递业务1930等各个系统都是通过通信链路附接到因特网1910的。也采用另一个通信链路来方便与用于向各种机顶设备1941～1943发送信息的卫星设备1940的通信。web服务器1944为订单输入系统(orderentrysystem)1945提供到因特网1910的接入。实施例中，订单输入系统1945为给定的电话号码生成完整的轮廓信息，包括名称、地址、传真号码、秘书的号码、妻子的电话号码、寻呼机、营业地址、电子邮件地址、IP地址和电话邮件(phonemail)地址。这个信息保存在能被网络中有权访问的每个人访问的数据库中。在一个可替代实施例中，订单输入系统利用万维网接口(webinterface)来访问现存的目录服务数据库1934以便为轮廓提供用于补充用户输入信息的信息。因特网1910通过网关1950连接公共交换网络(PSTN)1960。较佳实施例中的网关1950提供从PSTN1960中的线路交换呼叫到因特网1910中的某个实体的虚拟连接。PSTN1960附接有各种系统，包括直接拨号输入1970、用于方便800号码处理和便于例如公司专用线路(tieline)的虚拟网络(VNET)处理的数据接入点(DAP)1972。专用小交换机(PBX)1980也通过通信链路附接，以便于PSTN1960与诸如传真机1981、电话1982、调制解调器1983的各种计算机设备之间的通信。操作员1973可选择地还能连接呼叫，以帮助接通出入PSTN1960或因特网1910的呼叫或会议呼叫。各种服务都是通过各个通信链路连接到PSTN的，这些通信链路包括智能业务网络(ISN)1990、直接拨号计划(direct-dialplan)1991、供应(provisioning)1974、订单输入1975、记帐1976、目录服务1977、会议服务1978和授权/验证服务1979的附件。所有这些业务都能通过网关1950用PSTN1960和因特网1910在它们自己之间通信。ISN1990和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总线、存储器通道(MemoryChannle)和TDM总线。采用诸如这里提及的分时多路复用总线的多路复用总线具有一定的优点，因为能把容量用于特定数据流，保持了确定性的性能。PPP至IP转换过程2020将PPP分组转换成IP分组，并将转换后的IP分组通过过程至过程接口2085传输给分组分类器2050。过程至过程接口既可以是专用处理器硬件之间的物理接口，也可以是软件接口。过程至过程软件接口的一些例子包括函数或子例程调用、消息队列、共享内存、直接内存访问(DMA)和邮箱。分组分类器2085判断该分组是否属于任何特定的优先组。分组分类器保留一个流说明表(tableofflowspecifications)，其由下述内容定义目的地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端口检查其流说明表。如果发现匹配，该分组就被分类为属于某优先流(priorityflow)并被加上优先标记(prioritytag)。可以采用资源保存建立协议(ResourceReservationSetupProtocol)技术来执行这个分组分类器步骤。分组分类器2050通过过程至过程接口(90)将有优先标记和无优先标记的分组分发给分组调度器(packetscheduler)2060。过程至过程接口2090不必等同于过程至过程接口2085，但是可以有相同的技术选择。分组调度器2060用诸如加权公平队列的优先队列技术来帮助保证(由分组分类器标识的)优先分组接收更高优先级并能被放置在外出网络接口队列中比竞争的最佳尝试(best-effort)业务量靠前的位置。分组调度器2060通过主处理器-外围总线2095将分组按优先顺序分发到任何外出网络接口(2010、2070、2071或2072)。可以使用任何数量的外出网络接口。IP分组能通过非调制解调器接口(2070、2071和2072)到达PAR。这些接口的一些例子包括以太网、快速以太网、FDDI、ATM和帧中继。这些分组与通过调制解调器PPP接口到达的IP分组经历相同的步骤。优先流说明(priorityflowspecifications)是通过控制器过程2030管理的。控制器过程能通过外部控制应用程序接口2040来接受外置的优先保留(priorityreservations)。控制器对照允许控制过程和策略过程来为特定流确认优先保留，如果该保留是被允许的，就通过过程至过程接口2065将该流说明登入分组调度器2050中的流说明表。过程至过程接口2065不必等同于过程至过程接口2085，但是可以有相同的技术选择。现在转向图20，该图表示本发明所用的智能业务平台(ISP)2100的结构性构架。ISP2100的体系结构旨在定义一种集成方法，用于向ISP所有部件上的MCI网络提供和交付智能业务。现存的各通信网络系统都有自己的一套方法来提供业务管理、资源管理、数据管理、安全、分布式处理、网络控制或运作支持。ISP2100的体系结构定义了一个覆盖这些领域的单一的相干结构性框架。该体系结构集中于取得以下目标·开发全球的功能；·提供增强的未来业务；·有效利用资源；·改善营销机会；·降低维护和运作费用；·提高整体产品质量·引入向上向下的功能缩放。人们设想ISP2100的目标能力是为非常多的业务提供基本的构造部件。这些服务的特征都是提供更高的带宽、更大的客户控制或个人灵活性以及大为缩短、甚至瞬间的提供周期。3．容量ISP2100遍及全球，无所不在。地理上，它将通过同盟伙伴的网络到达每个国家；广度上，它通过有线或无线接入到达所有商务和居民场所。4．未来业务上述能力将用于提供·超过我们现在的电话技术和消息传递业务；·正在出现的视频和多媒体提供；·强大的数据业务，包括增强性专用网络；·使终端用户能获得对他们的业务有完全控制的软件和设备。ISP2100提供的业务将包括广告、农业、教育、娱乐、金融、政府、法律、制造业、医疗、网络传输、房地产、研究、零售、造船、电信、旅游、批发和许多其它领域所需的服务。业务·用户可定制的用户能按他们的需要来定制业务项目。·用户管理的用户能直接(网络侧)介入对他们业务的管理和控制。·松散连接的业务仅当需要时才获取和使用网络资源；用户只为他们使用的东西付费。带宽可根据要求使用，不必预先分配。·安全和私密用户隐私和秘密在网络世界是至高无上的。商业利益受到保证，事务处理安全、保密。要辨认和验证用户和客户，保护网络不被捣乱和破坏。B．ISP体系结构框架下一节描述ISP平台2100在提供用户业务中的作用。ISP2100通过智能业务基础结构提供客户业务。基础结构包括提供商网络设施2102、公共网络设施2104和客户设备2106。业务基础结构保证客户服务的端对端质量和可用性。下一节描述ISP平台2100与在提供商内部和外部的各种外部系统的关系。图20中的提供商部件2108是·智能业务2100-负责业务提供、业务交付、业务保障，包括内部数据通信网络2102。这代表了ISP的作用。·收入管理2112-负责客户业务的金融方面。·网络管理2114-负责物理网络2102的开发和操作。·产品管理2116-负责客户业务的创建和营销。图20中所示的ISP2100的外部实体是·网络2104-这代表所有网络连接和由客户为业务而使用的接入方法。这包括提供商的线路交换网络、分组交换网络、内部扩展的广域网、互连网、提供商的无线伙伴的网络、提供商的全球同盟和国家伙伴网络、宽带网络、以及附接在这些网络上的客户处设备2118。·第三方业务提供商2120-这代表那些通过提供商的智能业务平台2100向客户分发业务的外部组织。·业务转卖商2122-这代表那些有使用设施2100的客户的组织。·全球同盟伙伴2124-有共享设施和交换他们网络和业务基础结构的能力的组织。C．ISP功能框架图21更详细地表示了ISP2100的部件。图中显示的是包含ISP2100体系结构的逻辑部件集合。这些部件没有一个是单一的物理实体；每个部件通常都在多个地点多次出现。各部件合作提供一个无缝隙的智能业务2110环境。这个环境不是固定的，它被设想是一个能增添新业务、采纳成熟公开新技术的灵活的进化平台。平台部件是通过包括内部分布式处理基础结构的一个或多个网络连接而链接的。ISP2100功能部件是·入站和外出网关2126-允许访问由其它提供商提供的业务，并允许其它提供商访问该提供商的业务。·销售性业务网关2128-与提供商销售的业务的三层(three-tier)业务创建环境的接口。业务是通过销售性业务网关2128调度和更新的。这实际上与管理业务网关2130并无不同，区别只是，通过这里创建和调度的服务是用于外部客户的。·管理业务网关2130-展示的是应用到平台的管理的业务创建概念以及业务逻辑。管理业务是通过管理业务网关2130调度和管理的。连接ISP2100外部的管理系统的接口也是通过管理业务网关2130实现的。管理业务的一些例子包括收集、暂存和可记帐的(billable)网络事件的转发。其它业务包括收集、过滤来自ISP2100的报警信息，然后转发给网络管理2132。·业务引擎2134-一种用于销售性业务或管理业务的业务逻辑执行环境。业务引擎2134执行在客户特定的轮廓中含有的逻辑以便提供独特的定制业务功能部件。·业务创建环境2136-创建和调度管理业务以及销售性业务和它们的基础特征和能力。·数据管理2138-使用所有客户和业务的轮廓信息的地方。数据被高速缓存在业务引擎2134、统计服务器2140、呼叫上下文服务器2142、分析服务器2144和其它需要ISP2100数据的专用应用或服务器2146。·业务选择2148-无论业务是通过线路交换、分组交换或信元交换的窄带或宽带网络中的哪种网络接入的，业务都是提供业务选择功能2148获得的。业务选择2148是业务引擎2134的专用版本，是专门为选择一个或数个要执行的业务而设计的。·资源管理器2150-管理所有资源，包括特殊资源2152和在业务引擎2134上运行的业务实例，以及在ISP2100中需要管理和分配的任何其它种类的资源。·特殊资源2152-图中把特殊的基于网络的功能(因特网到语音转换、DTMF-检测、传真、语音识别等等)表示为特殊资源2152。·呼叫上下文服务器2142-接受实时的网络事件记录和业务事件记录并允许对数据查询。一旦某呼叫(或任何种类的其它网络事务)的所有事件都被生成，组合的事件信息就被全部传递给收入管理功能2154。数据是短期存储的。·统计服务器2140-接受来自业务引擎的统计事件、执行上滚(rollups)并允许对数据查询。数据是短期存储的。·基于客户的能力2156-用户处的软件和专业硬件，能实现基于客户处的功能，诸如ANI屏蔽、因特网接入、压缩、交互式游戏、电视会议、零售接入，如此等等。·分析服务器2144-一种不是在网络接入基础上、而是在根据实时或接近实时的网络统计或呼叫上下文信息的增值基础上建立的特殊业务引擎。例子包括欺诈检测和客户通信量统计。·其它特殊业务2146-要求其它形式的、可能是或可能不是在业务引擎模型的基础上建立的应用或服务器。这些部件提供其它计算资源和可以在业务交付、监控或管理中使用的低层次功能能力。D．ISP集成网络业务图22表示ISP体系结构2100是如何通过不同网络提供业务的。所示网络包括因特网2160、公共交换电话网(PSTN)2162、城域接入环(Metroaccessrings)2164和无线2166、此外，人们预计诸如ATM或ISOEthernet等的新的“无交换机”宽带网络体系结构2168和2170会取代当前的PSTN网络2162。这种体系结构适应非基本的PSTN2162的网络的原因是，这些可替换网络模型经常以具有预计降低费用的结构支持在基本PSTN上不能提供的业务。图22中在逻辑上表示了这些网络。每个这些新网络都被设想以同样方式与ISP2100共同操作。呼叫(或事务)起源于网络中的用户业务请求。ISP接收该事务并提供服务，提供服务的方法是首先识别用户，然后将事务转发给通用化的业务引擎2174。业务引擎确定需要什么业务功能部件，然后为所需的特征采用必需的逻辑或利用自身特殊的网络资源。ISP2100本身处于一系列资源管理器和管理与监控机构的控制之下。通过并发使用公用信息库，能实现一个单一系统映象。信息库保存由ISP使用或生成的所有用户、业务、网络和资源信息。其它外部应用(来自MCI内部、有时来自MCI的外部)被授权通过网关、中间体，以及有时直接地访问相同的信息库。图22中的每个实体表示ISP的一个单一逻辑部件。预计这些实体每个都被部署在多个地点处的多个实例中。E．ISP部件ExtApp2176-一个外部应用；APP2178-一个内部ISP应用(诸如欺诈分析)；Dc2180-数据客户机-提供本地数据副本的ISP信息库的一个客户机；Ds2182-数据服务器-ISP信息的主副本之一；Admin2184-ISP管理性功能(用于配置和维护)；Mon2186-ISP监控功能(用于出错、性能和会计)；GRM2188-选定资源的全局资源管理图；LRM2190-选定资源的本地资源管理图；SR2192-专业资源(诸如视频服务器、端口、语音识别)池；SE2134-执行所希望业务逻辑的通用化业务引擎；业务选择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都支持一个客户库(customerbase)子集。由某业务引擎支持的客户的清单是由ISP数据服务器2182上存储的配置数据驱动的。2．每个业务引擎2134在启动时从ISP数据服务器2152获得其配置数据。3．业务引擎2134用ISP数据库客户机2180(参看本说明书的数据管理一节)来高速缓存支持为该业务引擎2134配置的客户所必需的数据。高速缓存可以由ISP数据库服务器2182控制，或者由ISP数据库服务器2182的数据库控制。如果认为从数据服务器2182频繁加载数据的开销太大，则可以在业务引擎2134(磁盘或内存中)半永久地高速缓存数据。4．业务引擎2134预期能执行某客户的所有业务，或者该客户的业务的一个子集。然而，在业务交互作用的情况下，一个业务引擎2134在任何给定时刻必须总是掌握着某业务的执行。业务引擎可以在业务执行的过程中将控制转交给其它业务引擎。5．业务引擎不拥有任何数据，甚至不拥有配置数据。6．业务引擎2134不是数据部署(deploymentofdara)的目标。数据服务器2182是数据部署的目标。5．资源管理模型2150原则1．资源2152应当能被从网络的任何地方访问。2．资源不是业务特定的，需要时能被所有业务共享。3．相同类型的资源应当分成组管理。4．资源管理模型2150应当有足够的灵活性，能适应各种管理策略，包括最低成本、循环、最近最少使用的、最易得到的、首先遇到的、使用直到出故障和独占使用直到出故障。5．资源管理模型2150应当优化资源分配，可能的话偏重某选定的策略。6．RM2150必须允许应用一系列资源分配技术-范围从静态配置至逐个事务地在事务上对资源的完全动态分配。7．资源管理模型2150必须允许实施资源使用策略，诸如资源超时和按优先权的优先再分配。8．资源管理模型2150必须能检测和访问资源池(resourcepool)中资源的状态、使用和健全状况。9．所有资源2152都必须按被管理对象对待。10．所有资源2152必须能用RM2150登记以进入池(pool)，解除登记以离开池。11．请求、获得和释放资源2152的唯一途径是通过RM2150。12．资源之间的关系不应当固定，相反，给定资源的各个实例应当根据需要或按需求从登记的池中分配。13．所有专门资源2152必须是从统一的平台范围观点看来是可管理的。14．所有专门资源2152必须直接地或通过代理而提供SNMP或CMIP代理功能。15．每个专门资源2152都要在公用的管理信息库中被表示。16．所有专门资源应当支持标准的查询、探测、开始或停止工作以及测试项目的操作集合。17．所有专门资源2152都应提供一个通过标准SNMP或CMIP管理接口控制的自测试功能的基本集合。6．数据管理2138原则1．允许任何数据项有多个副本。2．某数据项的值可能有多个版本，但其中一种被视为是主版本。3．给定数据项的主版本只有一个归属。4．允许多个用户同时存取同一数据。5．在ISP2100上应用商业规则必须有统一性，以保证所有数据改变的有效性。6．用户对本地的数据副本工作；数据存取独立于位置并且是透明的。7．从数据管理的观点来看，用户是应用或其它软件部件。8．数据存取应当符合一个在ISP2100上标准化了的存取方法的单一集合。9．本地数据库中允许有专用数据，但专用数据不能共享或分配。10．只有主数据能被共享或分配。11．本地数据库中允许共享数据项有专用格式。12．事务处理能力可随端点用户的意思在商业规则允许的范围内削弱。13．基于规则的逻辑和其它元数据控制提供灵活的手段来应用策略。14．数据复制通过数据源的复制而提供可靠性。15．数据库分区通过减少任何特定数据存储的大小以及通过降低对任何特定数据存储的事务处理速率而提供可伸缩性。16．数据管理2138必须允许数据资源的静态和动态配置。17．应当采用公用数据模型和公用方案。18．逻辑的数据应用图与物理的数据操作分离，后者诸如文件的重定位、数据库的再加载或数据存储的重新格式化。19．完备的问题解决方案需要审计追踪(audittrails)和事件历史。20．要保证数据完整性，需要联机数据审计和调解。21．需要实时地进行故障数据库的数据恢复。22．需要有数据测量(metrics)用于监控、趋势分析(trending)和控制等目的。23．要求有99.9999可用性的7乘24操作。24．数据管理2138机构必须按高增长水平确定比例。25．数据管理2138机构必须为大规模和小规模的部署都提供成本-高效的解决方案。26．数据管理机构必须妥善地处置超载情况。27．数据处理和数据同步必须实时进行以满足我们的商业需要。28．可靠的订单输入(trustedorderentry)和业务创建要尽可能地直接在ISP数据库上而不是通过中间应用进行。29．所有数据必须受到保护；此外，客户数据是专用的，必须保密。30．配置、操作设置和运行参数在ISPMIB(管理信息库)中控制。31．只要可能，就应当采用现成的数据解决方案来满足数据管理需要。以下是从面向对象的观点陈述的原则32．数据项是最低的永久对象的集合；这些对象封装一个单一数据值。33．数据项可以有一个用户定义的类型。34．数据项可以创建和删除。35．数据项只有一个单一的读取和设置方法。36．数据项的内部值受到范围限制和规则的限制。37．处于无效状态的数据项不得对用户开放。7．操作支持原则1．通用视图(view)-所有ISP2100操作支持用户接口应当有相同的外观。2．功能通用性-对象的管理在整个ISP操作支持环境中是以相同方式表示的。3．单一视图-分布式被管理对象在ISP操作支持用户接口有单一的表示，分配是自动的。4．OS/DM域-操作支持域内的数据应当用ISP数据管理2138机构管理。5．全局MIB-有一个代表整个ISP中资源的逻辑的全局MIB。6．外部MIB-作为被管理部件一部分的各内置MIB都是与操作支持和数据管理没有关系的，这类MIB要由中间设备表示给OS。7．系统一致性-通过各中间层(MediationLayers)获得符合ISPOS标准的系统一致性。8．操作功能-操作人员为物理和逻辑资源处理网络层和单元管理。9．管理功能-管理人员处理计划与业务管理。10．轮廓域-服务和客户轮廓数据库是由管理人员按照数据管理系统的域来管理的。11．电信管理网络(TMN)一致性-通过连接任何TMN系统的网关获得TMN一致性。12．并发性-多个操作员和管理员必须能同时地从ISPOS接口执行操作。8．物理模型原则1．兼容性物理网络模型提供对现有电信硬件和软件的后向兼容。2．可伸缩性物理网络模型是可伸缩的，能适应范围广大的客户群和业务要求。3．冗余性物理网络模型提供横跨两个网络单元之间的多个信息流通路。消除了单一故障点。4．透明性网络单元对基础的网络冗余是透明的。如果发生故障，就自动切换到冗余链路。5．适度降级物理网络模型在发生多个网络故障时能够提供逐渐降低容量的可用业务。6．互操作性物理网络模型允许具有不同特性的网络与不同的网络单元互相操作。7．安全性物理网络模型要求并提供安全的信息传输。它也有能力保证安全访问网络单元。8．监控物理网络模型提供严格定义的接口和访问方法来监控网络上的通信。集成了安全功能(见上文)以防止对敏感数据的非授权访问。9．可划分性物理网络模型(逻辑上)可划分成各独立管理的域。10．业务质量物理网络模型提供的QOS(服务质量)措施诸如有广的质量范围、充足的传统应用(legacyapplications)QOS、阻塞管理(congestion)和用户可选择的QOS。11．普遍接入物理网络模型不因为网络单元在网络中的位置而阻止对其的接入。业务能访问网络上的任何资源。12．规章意识物理网络模型在所有层次都能改变以适应规则环境中的突然变化。13．成本-高效物理网络模型由于不依赖单一销售商平台或特定的功能标准而允许成本-高效的实现。H．ISP业务模型本节描述智能业务平台网络体系结构框架的业务模型。1．目的ISP业务模型为服务开发建立的框架支持·快速的业务建立和部署；·有效的业务执行；·对用户业务的完全定制化控制；·形成无缝客户业务图的全部业务集成；·通过功能的松散结合而改进的对ISP功能的再使用；·降低业务实现的成本；·对销售商的独立性。2．努力的范围ISP业务模型支持与业务关联的所有活动，包括以下各方面·供应；·创建；·部署；·预订；·更新；·监控；·执行；·测试或模拟；·客户支持和故障诊断；·记帐；·故障标签(troubleticket)处理；·操作支持。这个模型适用于销售性业务和管理服务两个方面。·销售性业务是由我们的客户购买的业务·管理业务是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是允许任何被调度到ISP2100中的业务得到执行的可执行软件。在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的特性。根据业务性能要求，可以将某业务所需的轮廓信息的部分或全部从ISP2100数据库服务器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体系结构旨在建立一个覆盖在ISP2100的生产环境中数据的创建、维护和使用，包括所有跨ISP边界的信息传输的模型。数据管理2138体系结构覆盖所有永久数据、ISP内这种数据的任何副本或流以及跨ISP边界的所有数据流。这个模型定义了用于数据存取、数据分区、数据安全、数据完整、数据操作以及数据库管理的角色。它也适当地概括了管理策略。2．目的该体系结构的目的是·创建一个用来管理数据的公用ISP功能模型；·将数据与应用程序分离；·建立数据系统的设计模式；·提供系统部署的规则；·指导未来技术选择；·减少冗余的开发和冗余的数据存储。该目标体系结构的其它目的是·保证数据灵活性；·便于数据共享；·建立ISP范围的数据控制和完整性；·建立数据安全和保护；·允许数据存取和使用；·提供高的数据性能和可靠性；·实施数据分区；·实现简便操作。3．数据管理概述在一个实施例中，数据管理体系结构是一个描述各种系统部件、系统交互作用的方式以及各部件的预期特性的框架。在该实施例中，数据同时在许多位置存储，但是某个特定数据和它所有的复制副本逻辑上都被视为一个单一项。本实施例中的一个关键差异是，用户(或终端用户)决定什么数据要下载或在本地存储。a)域(Domain)数据和数据存取的特征在于两个域2220和2222，如图27中所示。每个域内都可以有多个数据副本。这两个域在一起就生成了一个能横跨国际边界的单一的逻辑的全局数据库。下面的域定义的主要方面是，所有数据存取都是一样的。来自呼叫处理查找或网络侧数据更新的订单输入馈给没有差别。中央域2220控制和保护系统的完整性。这只是一个逻辑描绘，不是物理实体。附属域(satellitedomain)2222提供用户存取和更新的能力。这只是一个逻辑描绘，不是物理实体。b)分区一般来说，数据是同时在许多位置存储的，但是特定数据段和它所有的复制副本逻辑上都被视为一个单一项。任一个这些副本都可被划分为若干物理子集，使得所有数据项不必处于一个地点。然而，分区保留了仅仅一个单一数据库的逻辑视图。c)体系结构体系结构是具有以下功能的分布式数据库和分布式数据存取的体系结构·复制和同步；·数据文件的分区；·并发控制·事务处理能力·共享的公用模式。图28表示逻辑系统部件和高级信息流。图中的部件都不是物理部件。每个部件在体系结构中都有多个实例。图28中各单元是·NETWK2224一从网络侧对ISP2100的外部接入；·SVCI/F2226-连接ISP的网络接口；·SYSTMS2228-外部应用，诸如订单输入；·G/W2230-用于外部应用的连接ISP2100的网关；·dbAppl2232-要求数据存取或更新能力的角色；·dbClient2234-附属域的主要角色；·dbServer2236-中央域的主要角色；·dbAdmin2238-用于数据的管理性角色；·dbMon2240-监控角色；·I/FAdmin2242-用于接口的管理性角色；·Ops2244-操作控制台；d)信息流图28中描述的流是逻辑的抽象；它们旨在刻划在逻辑部件之间传送的信息的类型。以上所示的流是·Rest-来自外部系统的向ISP的请求；·Resp-ISP对外部系统的应答；·Access-ISP内部应用进行的数据检索；·Updates-ISP内部应用进行的数据更新；·Evts-发往监控器的数据相关事件；·Meas-发往监控器的数据相关量度；·NewData-向ISP主数据的添加；·ChangedData-对ISP主数据的改变；·Views-检索ISP主数据；·Subsciptions-异步的ISP主数据流；·CacheCopies-ISP主数据的瞬态副本；·Actions-任何控制活动；·Controls-任何控制数据。e)域关联(DomainAssociations)数据管理2138的附属域2222一般包含·ISP应用；·外部系统；·网络接口2226和系统网关2230；·数据库客户机(dbClient)2234。数据管理2138的中央域包含·监控(dbMon)2240；·管理(dbAdmin)2238；·主数据库(dbServer)2236。4．逻辑描述下面单独描述各个体系结构部件的特性a)数据应用(dbAppl)2232这包括要求数据库访问的任何ISP应用。例子是ISNNIDS服务器和DAP事务服务器，该应用通过附接到期望的数据库并提供任何所需的策略指令而从数据库客户机2234获得它们所需数据。这些应用也代表诸如订单输入或交换机请求转换的外部系统或网络单元来提供数据库访问。数据应用支持以下功能·更新允许应用插入、更新或删除ISP数据库中的数据。·访问请求允许应用检索数据、列举多个数据项、从数据列表或集合中选择数据项、或者重复经过集合的成员。·事件与测量(EventsandMeasurements)是以监控功能(dbMon)2240为目标的特殊形式的更新。b)数据管理2138(1)客户数据库(dbClient)2234dbClient代表数据的附属副本。这是应用系统ISP数据的唯一途径。附属数据副本不必与dbServer2236上存储的数据的格式匹配。dbClient向主数据库(dbServer)2236登记要求预订(Subscriptions)或高速缓存数据副本。预订是由dbServer2236自动维护的，但是高速缓存副本在版本过时时必须更新。dbClient2234的主要方面是要保证由应用进行的数据更新串行化并与由dbServer2236保存的主副本同步。然而，dbClient接受更新，以后只将变化与dbServer同步(此时，可能有例外通知传回到起始应用)，这也同样是合理的。选择在锁定步骤(lock-step)中进行更新与否，是应用策略的事情而不是数据管理2138的事情。只有对dbServer主副本的改变才被转发到其它dbClients。如果dbClient2234变得不活动或者与dbServer失去联络，它就必须再与主数据库同步。情况严重时，可能需要操作员的干预，来重新加载数据库或选定的子集。dbClient2234提供下列接口操作·通过授权的应用附接到特定的数据集合；·要由授权的应用来设置的策略优先(policypreferences)；·选择本地数据副本的特定视图(view)；·插入、更新或删除本地数据副本；·将预订的数据(subscibeddata)与dbServer同步；·来自dbServer的对高速缓存数据的过期通知。此外，dbClient还向监控器(dbMon)2240提交运行记录(logs)或报告和发出问题信号。(2)主数据库(dbServer)2236dbServer2236在数据保护中起着中心作用。它是数据“被拥有”、主控副本被保持的地方。出于可靠性的考虑，至少要保持主数据的两个副本。还可以部署其它主数据的副本来提高数据性能。这些副本是在锁定步骤中同步的。就是说，要求每个更新都要获得相应的主锁定(master-lock)以防止更新冲突。严格的实现策略可以有差异，但是一般来说，所有主副本都必须保留串行的更新顺序，并提供与任何其它主副本相同的数据视图和相同的完整性强制(integrityenforcement)。内部的数据副本对dbClients2234是透明的。dbServer2236包括商业规则层，这些规则描述并执行(enforce)数据项之间的关系，限制特定的数据值或格式。每个数据更新都必须通过这些规则，否则就被拒绝。这样，dbServer就保证所有数据都按单一副本那样管理，所有商业规则都统一地收集和应用。dbServer2236跟踪何时进行数据改变、进行哪类数据改变，并向监控器(dbMon)2240提交运行记录和统计。此外，这些改变还被转发给任何活动的预订，高速缓存副本则通过过期消息而被标记为过期。dbServer还提供安全检查和验证，并保证将选择的数据项加密后再存储。DbServer支持下列接口操作·从dbServer察看选择的数据；·从dbServer预约选择的数据；·将选择的数据拷贝到dbClient2234的高速缓存副本；·按需用当前副本刷新dbClient高速缓存；·在所有dbServer主副本进行新数据插入；·在所有dbServer副本上改变数据属性；·取消以前的预约，消去数据的高速缓存副本。(3)数据管理(dbAdmin)2238数据管理(dbAdmin)2238涉及设置数据策略、管理数据库逻辑和物理方面、保障并配置数据管理2138域的功能部件。数据管理策略包括安全、分配、完整性规则、性能要求、复制和分区的控制。dbAdmin2238包括数据资源的物理控制，诸如确定数据位置、分配物理存储器、分配内存、加载数据存储、优化访问路径、解决数据库问题。dbAdmin2238也提供数据的逻辑控制，数据的逻辑控制诸如有审计、协调、迁移、编目和转换数据。dbAdmin2238支持以下接口操作·定义数据类型的特性；·创建给定维的逻辑容器；·通过关联操作将两个或更多的容器关联；·通过条件触发器和动作来限制数据值或关系；·将数据的物理容器放置在给定位置；·将数据的物理容器移动到新位置；·移出物理容器和它们的数据；·从一个容器向另一个容器加载数据；·清除容器的数据内容；·查验或协调容器的数据内容。(4)数据监控器(dbMon)2240dbMon2240代表一个监控功能，它捕获来自ISP边界网关、各dbClient2234和各dbServer2236的所有数据相关事件和统计测量。dbMon2240机构用于创建审计追踪和运行记录。dbMon通常代表一个被动接口；数据被馈送到该接口。然而，监控是一个层次性的活动，dbMon内还进一步进行分析和上滚(将按诸如每分钟的间隔时间收集的数据编辑成诸如以小时或天数计的更长时间段的数据)操作。此外，dbMon还会在达到某些阀值或条件时发送报警信号。有各种各样量度的速率和计数用于评估服务质量(QOS)、数据性能和其它业务水平协议。所有例外和数据错误都要记录并发送到dbMon供作检查、存储和上滚。dbMon2240支持以下接口操作·设置监控器控制、过滤和阀值；·数据相关活动的记录；·报告状态、量度或审计结果；·发出警报或报警信号。(5)数据管理操作(Ops)2244操作控制台(Ops)2244为人员监控、管理或其它方式管理系统提供工作站接口。Ops控制台提供向上述的dbMon2240、dbAdmin2238和dbServer2236的操作接口的访问。Ops控制台2244也支持通过各种系统、接口和数据管理域2138内的应用的基于图符的图象来显示动态状态。5．物理描述本节描述数据管理2138的物理体系结构。它描述如何来配置一组部件。图29中表示了一个概括性的配置图。图29中·圆圈用来代表物理地点、·方框或组合方框用来代表计算机节点、·各功能角色由缩写词指示。图29中所用缩写词的意思是·OE-订单输入系统2250；·GW-ISP网关2230；·APP-应用(dbAppl)2232·CL-dbClient2234；·SVR-dbServer2236；·ADM-dbAdmin部件2238；·MON-dbMon部件2240；·Ops-操作控制台。上文已经结合图28描述过这些单元的功能角色(参看目标体系结构的逻辑描述)。图29中所示的每个地点通常通过广域网(WAN)链路与一个或多个其它地点链接。精确的网络配置和大小是详细的工程设计任务。将某个数据库副本分配给订单输入(OE)地点2251并不常见，但是在本体系结构中，输入地点被视为等同于附属地点，将含有dbClient功能。在ISP2100的网络侧，附属地点2252每个也都含有dbClient2234。这些地点通常运行局域网(LAN)。dbClient为诸如ISN操作员控制台、各ARU或NCS交换机请求转换等网络或系统应用程序起着本地储存库的作用。中央地点2254提供冗余的数据存储和通向各dbClient2234的访问路径。中央地点2254也提供上滚监控(dbMon)功能-尽管也能在中央地点2254部署dbMon部件2240以提高性能。管理性功能位于任何期望的操作或管理地点2254，但不必非要与dbMon的位置相同。管理性功能要求有dbAdmin2238和操作控制台2244用于命令和控制。远程操作地点能从广域或局域连接访问dbAdmin节点2238。每个地点都被其它地点的复制功能部件备份并由不同的冗余链路连接。6．技术选择下一节描述应当考虑的各种技术选择。数据管理2138体系结构的运行不要求任何特定技术，但是不同的技术选择会影响系统的结果性能。图30表示一组能提供很高性能环境的技术。特定应用要求将决定可接受性能的最低水平。表示了三种通用环境。·在图的上部，多协议路由选择的网络2260将外部和远程单元与中央数据地点连接。图中显示了管理终端和中小范围的计算机以及诸如订单输入的高可用性应用平台。·中部是具有大型数据存储器的大规模高性能机器2262。这些代表着主数据库和数据处理、以及诸如dbServer2236和dbMon2240的数据捕获/跟踪功能。·图的底部是本地处理和网络接口2264，诸如ISN操作员中心或DAP地点。7．实现关于当前的ISP数据系统尽管人们知道许多，但要决定任何实现还需要其它详细要求。这些要求必须包括现存的ISN、NCS、EVS、NIA和TMN系统需要，加上所有预见用于宽带、因特网和无交换机应用系统的新产品。8．安全ISP数据是受保护的共同的资源。数据访问受到限制和查验。数据相关的活动受到跟踪和审计。所有存储的口令字、PINS(个人身份号)、私人人事记录和选择的金融、商业和用户信息，都要求数据加密。保密数据不得以明文的形式传输。9．元数据元数据是一种包含数据驱动逻辑的规则的数据形式。元数据用于描述和管理(即操纵)数据的操作形式。在这个体系结构下，控制要尽可能多地由元数据驱动。元数据(或数据驱动的逻辑)一般提供最灵活的运行时选择。元数据通常处于系统管理员的控制之下。10．标准数据库技术建议数据管理体系结构的实施应当尽可能地利用可通过商业途径获得的产品。销售商提供数据库技术、复制服务、规则系统、监控设施、控制台环境和许多其它吸引人的东西。J．ISP资源管理模型本节描述资源管理2150模型，因为它与ISP2100体系结构有关。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的主要功能是帮助LRM2190定位一个在LRM域不可得到的资源。图31表示网络2270内GRM2188和LRM2190的域。4．资源管理模型(RMM)资源管理模型是在与静态配置相对的动态资源分配概念的基础上建立的。动态资源分配概念暗示，在资源与使用资源的过程之间没有预定的静态关系。分配与解除分配基于的是供给与需求。资源管理器2150要清楚资源的存在，需要资源的过程可通过资源管理器2150来获得资源。而静态配置则暗示，在每个资源与需要该资源的过程之间存在一个预定的关系。这样，就不需要用一个管理实体来管理这些资源。与资源相关的过程可以直接管理。动态资源分配和静态配置代表着资源管理范例的两个极端。在这两个极端之间也可以存在其它范例。资源管理模型描述LRM2190和GRM2188的特性以及它们之间的逻辑关系和交互作用。它还描述管理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、LRM2190、GRM2188和资源管理信息库(RMIB)2274。(1)资源池(RP)2272所有类型相同、有共同属性或提供相同功能、位于相同网络站点的资源都可以在逻辑上分组在一起形成一个资源池(RP)2272。每个RP将有自己的LRM2190。(2)本地资源管理器(LRM)2190LRM2190是负责管理特定RP2272的单元。所有需要使用由某LRM管理的RP中的资源的过程都要通过该LRM并用上述的简单资源管理模型来访问该资源。(3)全局资源管理器(GRM)2188GRM2188是具有在网络上各资源池的全局视图的实体。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就将位置和访问信息传送给LRM2190。然后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.81l中描述。推荐标准X.811也描述了在不同的较低层协议之间的互相配合。这组协议被称为Q3。b)共同的上下文为了在过程之间共享信息，需要所交换信息的解释有共同的理解。带BER的ASN.1(X.209)可用于为所有在管理过程(管理器/代理)之间交换的PDU开发这种共同理解。c)上层的业务以下标识业务层要求的最低业务，并按照TMNCMIS业务建立模型。SET增加、去除或替换属性的值。GET读取属性的值。CANCEL-GET取消前面发出的GET。ACTION请求对象执行某个操作。CREATE创建一个对象。DELETE去除一个对象。EVENT-REPORT允许网络资源宣布一个事件。4．物理模型图35表示ISP2100的物理模型。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)内容内容流(contentflow)含有正在传输的主要信息。内容流的例子是模拟话音、分组交换数据、流式视频(streamedvideo)和租用线路业务(leasedlinetraffic)。内容流是客户的财产，IN必须以最小损耗、最短延迟、最优成本来传递。IN单元是标准化的，所以传输结构(transportfabric)支持更多的连接站点，以便允许内容与其它信息的流在相同的信道中流动。b)信令信令流(signalingflow)含有由网络单元使用的控制信息。ISUPRLT/IMT、TCP/IP域名查阅和ISDNQ.931都是信令流的实例。IN要求、使用并生成这种信息。信令流与各种网络平台协调，允许网络上的智能呼叫流。实际上，在基于SCE的IN中，业务部署也将要求跨该传输结构(fabric)的信令信息流。c)数据数据流含有由呼叫流产生的信息，包括经常是由该该传输结构和某些网络平台产生的关键的记帐数据记录。3．术语网络能够传输内容、信令和/或数据的互连的网络单元的集合。MCI的IXC交换传输结构(switchfabric)、ISP扩展的WAN以及因特网主干都是网络的经典例子。当前的设备倾向在不同的网络上传输不同的内容，每种网络专用于特定内容的传输。技术和客户(对所需的高带宽的)要求都要求电信经营者用更统一的网络来完成大多数通信。这就要求该传输结构能适应在相同信道上的不同内容特性和协议。这个要求的另一个方面将是更统一的内容独立的信令。站点(site)在局部地理区域并置的物理实体的集合。在当前的ISP体系结构中，站点的实例是操作中心、ISNAP站点(它也有ARU的)和EVS站点。严格按定义来讲，NT和DSC交换机并不属站点。相反，它们属传输网络(参看下文)。在该体系结构中，一组(地理上并置的)业务引擎(SE)、特殊资源(SR)、数据服务器(DS)、以及网络接口与链路形成一个站点。网络单元通过网络接口连接到传输网络的物理实体。它的例子是ACP、EVSSIP、MTOC、电视会议预定服务器、DAP事务服务器和NAS。以后若干年内，诸如web服务器、话音验证服务器、视频流线化器(streamer)和网络呼叫记录存储器都将加入当前的网络单元家族。网络接口能使网络单元连接到传输网络的设备。DS1CUS/DSU、10BaseT以太网接口卡和ACD端口都是网络接口。采用较佳实施例的体系结构后，网络接口将为通信提供一个容易明白的统一的API集。链路位于不同站点的两个或更多网络单元之间的连接。链路可以是一段OC-12SONET光纤或100mbps双环(dualring)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的商业用户集成了产品和业务内容。最初的实施例集中于有限的产品集合。已经为利用这些服务的集成确定了对接口的要求。这种接口提供了用户对功能部件、分配清单能力和中央消息数据库的可管理能力。Ⅷ．智能网络所有的平台的支持业务都已经被合并到一个平台上。平台的合并使得能够共享服务的功能部件/功能以对各功能部件产生共同的外观和感觉。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、工作站、终端)硬件问题。此外，他们还能开具和更新故障记录单(troubleticket)，重新启动用户的口令字。-第2级支援是在客户支持组内提供的，这时需要求助于更有经验的技术专家。-第3级支援可能涉及外部销售商为客户或内部MCI工程或支持组进行现场硬件支持，具体视问题的性质而定。客户支持组将能跟踪客户访问的状态并将检查出的问题添加到客户数据库中。-第4级将继续由系统工程程序员提供。·提供可接受的客户等待时间和放弃率的人员配备级。·能联机访问订单输入和记帐系统的工作人员。·自动生成周报告，周报告详细记录进行呼叫的量、接收呼叫的量、呼叫的平均等待时间和开具/关闭/增加的故障记录单的数量。C．会计根据当前的MCI程序支持会计。D．代理根据当前的MCI程序支持代理。E．报告要求报告收入记录(revenuetracking)、内部和外部客户设备/销售、使用和产品/业务性能。完成机构(fulfilmenthouse)需要按周和按月的完成报告。这些完成报告要将收到的订单数与交付的订单数比较。此外，报告要标明不同用户通过WWW站点访问轮廓管理或消息中心的数量。F．安全按照MCI为因特网安全公布的政策和过程采取安全措施。此外，还在WWW浏览器和ARU接口选择中设计了安全措施，以验证和确认用户对directlineMCI轮廓、消息中心、个人主页面日历和个人主页面配置的访问。G．故障处理问题的故障报告在一个单一数据库中记载和跟踪。所有故障都按照网络服务故障处理系统(NSTHS)准则得到支持。在MCI组织之间定义的任何业务层协议(SLA)的结构都支持NSTHS。任何需要软件修复的故障都被封闭在故障报告数据库中，并在问题跟踪系统中作为问题报告(PR)打开。这个问题跟踪系统在所有测试阶段被使用，可被所有工程和支持组织访问。Ⅸ．增强的个人业务在这个说明中要使用以下术语术语代表服务器硬件平台和TCP业务二者Web服务器运行NetscapeCommerceServerHTTP的AIX4.2系统HTTP守护程序欢迎服务器应用服务器作为欢迎服务器运行的Web服务器将以安全及正常模式运行NetscapeCommerceServerHTTP守护程序。作为各种应用服务器运行的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位的字符数字，由集合中的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(6base-62)个字符。另一个假设是该方案在任何实施例中任何给定令牌服务器上不能在一秒内生成627(35×1012)以上个令牌。令牌范围的使用允许在域中使用多个令牌服务器而无需明确的同步。该方法适应最多62个站点，每个站点有不超过62个令牌服务器。另一种实施方案将适应更多的站点。DMZ中的所有令牌服务器都映射到token.galileo.mci.com。初始实施例含有两个令牌服务器454。这些令牌服务器454物理上等同于欢迎服务器450，即令牌服务守护程序将在也为欢迎服务运行HTTP守护程序的相同机器上运行。在另一个实施例中，这两种服务在不同的系统上运行。欢迎服务器450用令牌服务器454来在连接的验证阶段取得一个单用令牌。一旦验证后，欢迎服务器450就将该令牌标记为有效并将其标记为多用的。这个多用的令牌伴随着欢迎服务器向用户发送的业务选择屏。下面详细讨论令牌数据库记录的设计。3．应用服务器应用服务器是做用户事务的商业端工作的Web服务器。欢迎服务器在成功验证后的最后任务是向用户发送一个业务选择屏。业务选择屏含有新的多用令牌。当用户选择一个业务后，选择请求连同内置的令牌被发送到适当的应用服务器。应用服务器用令牌服务器454来确认令牌，如果有效，就服务该请求。令牌服务器验证由位于相同物理站点的任何一个令牌服务器发出的令牌。这之所以可能是因为令牌服务器454是管理在公司防火墙背后的单一数据库存储器上保持的数据的数据库客户机。无效的令牌(或丢失的令牌)总是导致出现“访问被拒绝”页面。这个页面是由欢迎服务器450提供的。所有访问试图的拒绝都被登录。应用服务器的实际操作取决于应用本身。DMZ中的应用服务器被映射到<appName><num>.galileo.mci.com。所以在一个有多应用(例如轮廓管理、消息中心、启动卡轮廓、个人Web空间等)的实施例中，使用相同的欢迎和令牌服务器450和454并按需增加更多的应用服务器。另一个实施例为同一个应用增加更多的服务器。如果某个应用服务器上的工作负荷的增加超过其容量，就添加另一个应用服务器，但不对现有系统作任何改变。SERVERS和TOKEN_HOSTS数据库(下文说明)被更新，为新的服务器增加一个记录。主名的<num>部分用于区别应用服务器。没有必要在这些名称上使用DNS循环。欢迎服务器450用一个配置表(在启动时加载的SERVERS数据库)来在发送服务选择屏之前确定应用服务器的名称。B．Web服务器系统环境所有Web服务器都运行NetscapeCommerceServerHTTP守护程序。欢迎服务器450在一般和安全模式运行守护程序，而应用服务器只运行安全模式的守护程序。令牌服务器运行一个在一个用于方便从DMZ内部的连接的已知端口上运行的TCP服务。令牌服务守护程序用tcp_wrapper来拒绝对欢迎和应用服务器以外的所有系统的访问。为了加速这个验证过程，在配置时要由这些服务器加载地址清单，而不是在每个请求采用反向名称映射。tcp_wrapper的使用也为登录令牌服务活动提供了额外的工具。应用服务器大多作为防火墙后数据服务的前端来工作。它们的主要任务是用令牌来验证访问，然后验证数据库请求。数据库请求是代表用户来创建、读取、更新或删除现存的记录或数据域。在服务请求之前，应用服务器要进行必要的验证和授权检查。1．欢迎服务器欢迎服务器在适当时间向用户提供下文描述的HTML页面。这些页面是用基于Perl的公共网关接口(CGI)脚本(scripts)生成的。脚本存驻在一个目录中，这个目录并不位于标准的HTTP守护程序文件根目录中。采取标准的防备措施-关闭目录清单和除去所有备份文件等-以保证CGI脚本不能被用户读取。图41表示欢迎服务器450上的目录结构455。图41显示，<document_root>(文件_根)456是与<server_root>(服务器_根)458分离的。该图还显示，<document_root>目录仅保存欢迎和访问故障HTML页面。HTTP服务器根据所请求的URL将所有请求映射到“cgi”目录460。CGI脚本用“template”(模板)目录462中的HTML模板来及时创建和向用户发送HTML输出。用URL来由<document_root>456映射到CGI脚本，阻止了恶意用户使用<document_root>目录456。因为对欢迎服务器450的每个访问都映射到欢迎服务器450的cgi目录460中的一个CGI脚本，通过在启动每个脚本时调用验证功能，使安全得到保证。用户验证库是用Perl开发的，用于验证用户身份。NSAPI的验证阶段例程也为在服务器本身的令牌查验和访问模式检测增加了特征。欢迎服务器450在启动时将它们的操作参数从数据库456读入它们的环境。有必要将该信息保存在公用数据库中以在多个欢迎服务器450上保持相同环境。a)欢迎页面欢迎页面是在欢迎服务器450第一次被访问时作为缺省页面发送的。这是唯一不用cgi脚本生成的页面，它被保存在<document_root>目录456中。该页面的作用是·确定浏览器能显示多帧。如果浏览器不能正确地显示帧，该页面就显示适当的错误消息并指引用户下载MicrosoftInternetExplorerV3.0或更高版本。·确定浏览器能运行Java。如果不能，用户就被导引到MicrosoftInternetExplorerV3.0或更高版本。·如果浏览器成功地显示帧并运行Java，则该页面就自动地请求欢迎服务器450发送一个登录页面。欢迎页面的最后行动是用该页面内置的Java小应用程序完成的。这也将用户的浏览器从标准模式转换到安全模式。b)登录页面登录页面是一个cgi生成的页面，含有内置的单用令牌、Java小应用程序和用于用户输入用户ID和口令的格式域。该页面可以显示图形来强调服务。这个页面的处理被填充以引入一个人工延迟。在初始实施中，这个填充被设置为0。来自这个页面的应答含有令牌、由小应用程序生成的扰乱的令牌值、用户ID和口令。该信息被Java小应用程序用一个POSTHTTP请求发送到欢迎服务器。该POST请求还含有小应用程序签名。如果登录过程成功，则对这个请求的应答是服务器选择页面。这个阶段的失败则产生一个访问失败页面。c)服务器选择页面服务器选择页面是一个cgi生成的页面，含有内置的多用令牌。该页面还显示一个或多个图像来表示用户可用的业务的类型。有些业务是我们的用户不能获得的。在其它实施例中，当存在多于一个业务时，就用一个以用户ID为关键字的用户业务数据库来生成这个页面。欢迎服务器用其配置信息来嵌入适当的应用服务器的名称，目的是在所有可用的应用服务器之间分担负荷。是通过使用由欢迎服务器在启动期间读取的配置数据来完成这个负荷分担的。欢迎服务器根据其配置文件中的条目为每个服务选择一个应用服务器。这些条目列举了各应用的应用服务器的名称以及它们的选择可能性。这个配置表是由欢迎服务器在启动时加载的。d)访问失败页面访问失败页面是一个静态页面。它显示一条消息，表示登录由于用户ID、口令或二者都有错而失败。这个页面在15秒的延迟之后自动加载登录页面。e)访问被拒绝页面访问被拒绝页面是一个静态页面，它显示一条消息，表示访问由于验证错误而失败。这个页面在15秒的延迟之后自动加载登录页面。该访问被拒绝页面是由应用服务器在它们的验证服务不能识别令牌时调用的。这个页面的所有加载都将被登录和监控。2．令牌服务器454Web站点上的令牌服务是令牌生成和验证的唯一的源。令牌本身存储在共享的数据库456中。这个数据库可在所有令牌服务器之间共享。该令牌数据库位于DMZ外的防火墙背后。令牌服务在已知的(＞1024)TCP端口上提供服务。这些服务仅向可信宿主提供。在配置数据库中保持着可信宿主的列表。这个数据库也是保持在DMZ外部的防火墙背后。令牌服务器仅在启动或接收要刷新的信号时才读取它们的配置数据库。令牌服务是·为登录企图授予一个单用令牌。·确认一个单用令牌。·确认一个令牌。·再确认一个令牌。令牌老化由一个独立的服务来执行，这是为了减少令牌服务器上的工作负荷。所有对令牌服务器的访问都被记录和监控。令牌服务器本身用可从MCI的内部安全组获得的tcp_wrapper代码写成。3．轮廓管理应用服务器轮廓管理应用服务器是在第一种实施例中实现的唯一类型的应用服务器。这些服务器与欢迎服务器有相同的目录布局。这就允许在需要时将同一系统用于两个服务。C．安全用户委托给Web服务器的数据对于用户来说是敏感的。用户希望尽可能地保护数据。用户能通过web服务器来使用这种敏感信息。这种信息物理上可存驻在一个或多个数据库服务器上，但就用户来说，信息是在服务器上，应当得到保护。在一个实施例中，当前只有以下信息需要受到保护在其它实施例中，直达线帐户额外信息的轮廓信息受到保护，包括电子邮件、话音邮件、传真邮件和个人主页信息。提供的保护针对以下类型的攻击者·能访问Web的人；·其他用户；·MCI人员；·能使用用户的网络的人；·能使用用户的系统的人；·窥视用户的人；·其它伪装成服务器的系统。该项目通过以下方案来实现安全·对登录企图要采用单用令牌；·确认了的令牌将伴随所有事务；·如果令牌在10分钟内没有使用，则用令牌老化的办法来无效令牌；·将令牌与呼叫机器的IP地址关联，这样，令牌偷窃就不是一种容易的选择了；·用SSL来防止没有对用户显示的物理访问的令牌或数据偷窃；·用类似于NetscapeCookies的方式来使用令牌，我们就能选择在较晚的日期转换到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服务器发出“GETLoginScreen”(读取登录屏)请求。该请求也将浏览器转换到SSLV2。如果浏览器不是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(可能)；·OP153TOO。除了上面列举的C树业务，以下新的C树业务也将在SERVDEF中定义并且仅在系统专用的NIDS服务器上使用·TOKEN；·SERVERS；·HOSTILE_IP；·TOKEN_HOSTS；·SERVER_ENV。以下对这些数据库的描述，不表示各记录首字节处要求有的填充域(fillerfield)，也不试图表示任何其它为了沿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．HOSTILEIP数据库业务这个数据库由欢迎服务器访问以创建新的记录或根据作为键的IP地址读取现有记录。读访问非常频繁。这个数据库含有以下域1．IP地址(16)；2．进入时间(4)；3．终止时间(4)。关键字域是IP地址。三个值都是由欢迎服务器在创建记录时设置的。如果该条目要被取代，进行这种取代的业务将仅被允许将时间终止值改变为<epoch_start>，于是标志该条目为取代。这个数据库也被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数据库，报告以<epoch_time>为它们的终止时间的记录。3．扫描敌意IP数据库，删除过时记录。4．扫描敌意IP数据库，报告所有记录。该报告的格式将被连到业务(traffic)报告而不是扫描每个条目。5．扫描令牌数据库以删除过时记录。G．标准已经开发了以下编码标准1．HTML外观与感觉(LookandFeel)标准；2．Java外观与感觉标准(由HTML外观与感觉标准导出，这些是为在该站点页面上实行共同的外观与感觉进行的开发所用的新类库)；3．HTML程序设计标准。H．系统管理系统管理任务要求向系统管理者报告至少以下的系统操作参数·带时间标记(timestamps)的系统统计(stats)和磁盘使用情况；·带时间标记的网络操作参数；·带时间标记的Web页面使用和访问统计；·令牌使用统计；·敌意IP警报和统计；以下工具和实用程序在DMZ中的服务器上·时间同步；·域名服务器；·系统登录监控；·警报报告；·安全外壳程序(secureshell)。系统为下列条件生成警报·令牌的不正确使用；·敌意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键盘来输入字母符号，不管用户是在访问股票指数信息还是在向分配列表广播一个传真消息，都是以相同方式输入的。话音邮件回叫自动重拨号(VoicmailcallbackAutoRedial)提供提醒和收集留下话音邮件的客人的回叫号码，并在检索消息时自动向该客人回叫号码发起一个返回呼叫的能力。一旦完成回叫，用户将能够返回到邮箱中他们原来离开的相同位置。音乐等待(MusicOn-Hold)在客人等待期间提供音乐。停留并寻呼(ParkandPage)提供客人选择通过直达线MCI网关来寻呼直达线MCI用户，然后在用户被寻呼期间保持等待。用户接收该寻呼，并呼叫他们的直达线MCI号码，在此他们能选择被与等待的客人连接。要是用户未能将呼叫与客人连接，客人将接收一个要被转发到话音邮件的选择。如果用户没有话音邮件作为定义的选项，则将为客人播放客人的终结消息。注客人在等待时，任何时候都能按下一个要被转发到话音邮件的选项。具有停留并寻呼的呼叫屏蔽(callscreening)，实施例向用户提供对停留并寻呼、呼叫方(即客人)的身份应答的功能。这在连接呼叫之前向用户提供了对是希望与客人说话还是将客人转送到话音邮件进行选择的能力。具体来说，客人在选择停留并寻呼选项时就被ARU提示记录他们的名字。当用户对停留并寻呼应答时，他们将听到ARU提示的“您有来自被记录名字的呼叫”，然后被提供以与呼叫方连接还是将呼叫方转送到话音邮件的选择。如果用户没有话音邮件作为定义的选项，则客人将被存放到一个终结消息。客人在等待时，任何时候也都能按下一个要被转发到声音邮件的选项。二路寻呼机配置控制和对停留并且寻呼的应答系统也能使用户通过由二路寻呼机提交的命令，指令ARU将呼叫路由选择到话音邮件或终结消息或者继续等待，响应停留并且寻呼通知。文本寻呼机支持系统允许用户通过直达线MCI网关来寻呼直达线MCI用户并留下待由文本寻呼机检索的消息。具体来说，在选择适当的选项后，客人将被传送到网络MCI(networkMCI)寻呼或者SkyTel消息中心，操作员在这里将接收并提交一个基于文本的消息，待由用户的文本寻呼机检索。转发到下一个终端号(terminationnumber)系统为直达线MCI呼叫被路由选择到的、回答电话的一方提供选择让该呼叫被路由选择到直达线MCI路由选择序列中下一个终端号的能力。具体来说，被呼叫方将收到来自直达线MCIARU网关的一个提示，该提示指出，呼叫已经被直达线MCI路由选择到这个号码，被呼叫方可以选择接收该输入呼叫，或者让该呼叫被路由选择到路由选择序列中下一个终端号或目的地。向被呼叫方提供的选项包括·按一个选项来接受呼叫·按一个选项来将呼叫发送到下一个终端·让呼叫超时(即不采取行动)然后继续到下一个终端。小于2秒的#键再生(reorigination)实施例也提供这样的能力，即通过按下#键不到2秒钟，从直达线MCI网关再生一个外向呼叫。当前的直达线MCI要求用户将#键按下2秒或更长时间后才能再生一个呼叫。L．消息管理1．多个媒体消息通知用户能接收关于当前许多媒体上的消息-包括话音邮件、传真邮件、电子邮件、寻呼-的报表。具体来说，用户将听到ARU脚本陈述的例如“您有3个新的话音邮件消息，2个新的传真邮件消息，10个新的电子邮件消息。”2．多个媒体消息处置用户能访问通用收件箱来执行基本的消息处置，处置通过直达线MCI网关接收的多个媒体(话音邮件、传真邮件、电子邮件、寻呼)形式的消息。用户能检索话音邮件消息和寻呼机消息，检索传真邮件和电子邮件消息的消息标题(优先级、发送者、日期/时间、大小)。此外，用户还能存储、转发或删除从ARU界面察看到的消息。转发特征限于以话音邮件或传真邮件的形式来分配消息。只有话音邮件消息能以话音邮件转发。电子邮件传真邮件和寻呼机消息能以传真邮件转发，然而可能需要将电子邮件和寻呼机消息转换到G3格式。在以传真邮件转换消息时，用户能将消息发送到分配列表和传真广播列表。3．文本到语音系统将以电子邮件、传真邮件或寻呼机消息的形式接收的文本消息转换为能通过直达线MCI网关回放的音频。这种文本-语音转换能力起初将限于消息标题(优先级、发送者、主题、日期/时间、大小)信息。用户被提供选项来选择他们是否愿意先听消息标题，然后再选择他们想要播放哪个完整消息。唯一不支持对完整消息进行文本-语音转换的能力的消息类型将是传真邮件消息。只能播放传真邮件标题。传真邮件标题信息包括发送者的ANI、传真邮件的接收日期/时间以及传真邮件的大小。4．电子邮件转发到传真机用户能将通过直达线MCIARU网关检索或察看的电子邮件转发到用户定义的终端号。具体来说，用户能通过直达线MCIARU察看电子邮件消息。察看消息之后，用户从各标准提示中接收一个提示，该提示询问他是想把该电子邮件消息转发到特定终端号，还是选择输入一个临时号码。在选择这个选项并指出终端号后，电子邮件消息就被转换到G3格式并传送到该指定终端号。支持电子邮件的二进制文件附件。如果附件不能被投递到该终端传真机，就必须向接收者提供一个表示未能转换二进制附件的文本消息。电子邮件向传真机的转发不会导致消息从“通用收件箱”中的删除。5．收到信息的寻呼机通知用户能通过消息媒体按用户定义的时间间隔接收寻呼机一个通知，指出当前在用户的“通用收件箱”中存驻的消息的数目。具体来说，用户将能够通过直达线MCIARU建立一个接收寻呼机消息的通知计划，该消息指示在用户的“通用收件箱”中存驻的话音邮件、传真邮件电子邮件和寻呼机消息的数目。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网络、ISDNB信道、ISDND信道、多速率ISDN、多个B信道捆绑的ISDN系统、以太网、令牌环、FDDIGSM、LMDS、PCS、蜂窝网络、帧中继和X.25的机制来访问和使用因特网。第二个领域涉及共享因特网电话技术。多媒体数据能相当容易地采用线路交换网络，因为后者可靠性高、吞吐量潜力大。问题包括共享数据、各方之间的URL数据推进、数据会议、共享的白板技术(whiteboarding)、资源合作和ISDN用户-用户信令。第三个领域涉及路由选择因特网电话技术。问题包括时刻、星期、月内日期、年内日期，此外还有起源地理点、起源网络点和起源时区。路由选择的分析也包括用户数据、接收方、电话号码、起源线路、承载业务的类型、预约的特征的路由选择、ANI和IP地址。VNET计划、范围特权、目录服务以及业务控制点(SCP)也属于路由选择因特网电话技术。第四个领域涉及业务质量。分析必须包括交换网络、ISDN、动态修改、因特网电话技术、RSVP和冗余的网络业务。此外，该领域还包括混合因特网/电话交换、以太网功能部件、ISDN功能部件、模拟本地回路和公共电话、以及保留和/或使用的业务的记帐。第五个领域由目录服务、轮廓和通知组成。例子有分布式目录、寻我和随我服务、电话的目录管理和用户接口。也包括呼叫方验证安全措施。与目录服务器用户轮廓、网络轮廓数据结构、服务轮廓和订单输入轮廓并存的还有分层的和面向对象的轮廓。第六个领域由混合因特网电话技术业务组成。范围包括以对象为目标的消息传递、因特网电话消息传递、因特网会议、因特网传真、信息路由选择(IMMR)、话音通讯和(诸如在公司内部存在的)内部网。其它业务包括操作员业务、管理业务、寻呼业务、记帐业务、无线集成、消息广播、监控与报告服务、卡服务、视频邮件服务、压缩、授权、验证、加密、电话应用编码器、记帐和数据收集业务。第七个领域由混合因特网媒体服务组成，范围包括涉及多个用户的合作工作。用户能在音频、数据和视频上合作。该领域包括混合网络内部的媒体会议。还有一个涉及面宽的领域是预约机制、操作员辅助会议和向会议的内容介绍。这些会议的虚拟位置将来很重要。下一代的交谈室的特征是具有模拟办公室环境的虚拟会议空间。A．因特网媒体的系统环境1．硬件根据本发明的系统的较佳实施例的实施环境最好是一台诸如IBMPS/2、AppleMacintosh计算机或基于工作站的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)、IBMOS/2操作系统、MACSystem/7OS或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)能力而构建程序。应用框架减少了程序员必须从头开始的代码总量。然而，由于框架实际上是一种显示窗口、支持剪贴等等的类属应用程序，程序员也能以事件循环程序所允许的更大程度地放弃控制。框架代码照看几乎所有的事件处理和控制流，程序员的代码仅当在框架需要它的时候(例如为了创建和处置某数据结构时)才被调用。编写框架程序的程序员不仅将控制交给用户(事件循环程序也是如此)，而且将程序内部详细的控制流也交给框架。这种方法使得能以有趣的方式创建协作的复杂系统，这不同于那些为解决类似问题而再三创建惯用代码(customcode)的孤立程序的创建方法。因此如上所述，框架从根本上说是一组为给定问题域构造可再用设计的类。它通常(例如为菜单和窗口)提供定义缺省特性的对象，程序员使用它的方法是继承某些缺省特性并取代(override)其它特性，以便框架在适当时间调用应用代码。框架与类库之间有三个主要区别行为与协议。类库实际上是那种当需要在程序中有哪些个别行为时就调用的行为的集合。而框架则不仅提供行为，还提供管理行为可以组合的方式的协议或规则集，包括关于程序员应提供什么及框架提供什么的规则。调用与取代。程序员用类库编写的代码实例化对象并调用它们的成员功能。有可能以与框架同样的方式(即按类库来对待框架)实例化和调用对象，但是为了充分利用框架的可再用设计的优点，程序员通常编写取代并被框架调用的代码。框架管理其对象间的控制流。编写程序涉及的是在由框架调用的不同软件片断间划分责任而不是规定不同的片断应如何协作。实现与设计。采用类库程序员只再使用实现，而采用框架程序员再使用设计。框架体现了一族相关程序或软件片断的工作方式。它代表一种能为适应给定域中各种特定问题而进行改编的类属设计解决方案。例如，某单一框架能体现某用户界面的工作方式，尽管两个在相同框架内创建的不同用户界面可能会解决相当不同的界面问题。B．因特网上电话因特网上打电话已经变成一种价格不贵的爱好者团体性活动。几家公司正在发展这种技术以添加与PSTN的互连。这对像特别是在IDDD领域的MCI和BT这样的已建立的通信公司挑出了机会和挑战。这个讨论探讨了如何在这种发展中技术的基础上提供载体类业务。特别受关注的是允许在PSTN与因特网之间利用1+(1plus)拨号互连的方式。该介绍性讨论除考虑到对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呼叫方提供一步拨叫到其被呼叫方的可能性。以下讨论的一步拨叫解决方案所在的上下文是北美数字计划(NorthAmericanumberingplan)。它们实际上有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电话编码之间转换的执行质量能否为最终用户接受。这种服务可能有个持续时间，或者有与其关联的容量费(Volumefee).还有，在筛选阶段之后，我们期望只有一些不同的方案存在。它们也许通过产业同意的最小公分母压缩和信令协议而具有互操作性。至今为止，我们接触过的所有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到PSTNPC到因特网网关必须支持将PCM转换到多个编码方案，以便与各种销售商提供的软件交互作用。替代方法是，一旦实现时就使用公共压缩方案。从质量的观点来说，应当尽可能地选择最好的方案。在许多情况中，最好方案将是软件销售商的专有版本。为了完成这种选择，电信公司将需要从选定的销售商获得技术许可。有些销售商将要做为使他们的方案能在电信公司平台上工作而需要的工作。(1)国内PSTN目的地PC主叫者需要登记才能将呼叫接到PSTN。唯一的例外情况是如果允许来自因特网的受方付费电话。这将增加计费方面的复杂性。要呼叫PSTN目的地，PC主叫者要规定一个国内E.164地址。目录系统将该地址转换成一个基于NPA-NXX的因特网拨出单元。期望该拨出单元离目的地很近，因此将是一个本地呼叫。问题是如何处置当没有“本地”拨出单元时的情况。另一个问题是如果“本地”拨出单元已满或者不可用时怎么办。有三种可能方法。一种方法是，只有当本地呼叫可能时才提供拨出服务。第二种方法是向主叫者发回一个消息，告知他必须以他的名义接入长途电话并请求同意支付由此引起的这些费用。第三种方法是只管接入呼叫而不作通知。这些情况的每一种都要求有方法来将拨出呼叫(PSTNCDR)的费用(通过目录服务)与呼叫起源者的帐单记录联系起来。第三种方法将可能增加客户支持费用，引起客户不愉快。第一种方法简单，但是有限制性。预计大多数用户的费用意识都很强，因此可能对方法一满意。方法二提供了灵活性-客户有的时候无论如何都要继续，但是增加了操作的复杂性。一种可能的折衷方案是采用方法一，该方法将因为没有本地拨出可用而拒绝呼叫。我们也可以在呼叫请求中增加一个属性，意思是“我也不在乎是否结果是长途电话。”在这个情况中，遭到过拒绝但无论如何也要接入呼叫的用户设置这个属性后作了第二次呼叫企图。对于有多余的钱可用的客户来说，所有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地址。电话系统会把呼叫路由选择到MCIPOP，由此进一步路由选择到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-ResourcereSerVationsetupProtocol)来保证较低的延迟变化，但是对增加RSVP的复杂性的需要还有待确定。RSVP对于大规模因特网电话的可扩展性也仍然是个问题。(4)费用用因特网代替交换电话网进行长途通话，实际上是否更价廉是个显然的问题。当然现在是这样定价的，但当前的价格反映了真实成本吗路由器肯定比电话交换机便宜，IP话音软件使用的(实际上是半双工的)10Kbps当然比全双工64KbpsDSO的专用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通过摘机(goingoffhook)而用于启动一个呼叫，这时处理开始。电话200一般是通过常规的双线用户回路连接的，模拟的话音信号能在该回路中双向导通。本领域的一般熟练人员知道，电话可以通过光纤、ISDN或其它装置连接，这些都不偏离本发明的思想。另一种可选方案是人们也可以从计算机210、寻呼系统、电视会议系统或其它能打电话的系统来拨打电话号码。呼叫进入本地交换通信公司(LEC)220，后者是地区贝尔运营公司(RBOC)中央交换局的另一个名称。呼叫被位于诸如MCI的交换通信公司的租赁公用商业线路(CBL)230的LEC端接。端接到CBL的结果是，MCI交换机221接收一个摘机(offhook)指示。交换机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/IPLAN281成其它媒体通信网络转发到基本因特网协议平台(BIPP)295作进一步处理并最终投递到计算机或其它能处理媒体的设备。如果呼叫是话音，ARU就提示主叫者提供卡号和终端号。卡号是由卡确认数据库确认的。假定卡号有效，则如果终端号是在美国(国内的)，则呼叫就被路由选择当前的MCI话音线路。如果终端号是国际的，则呼叫被路由选择到编码解码器260，后者将话音转换成TCP/IP或UDP/IP并将其通过LAN280发送到因特网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使用了单独的交换机连接。采用一个谱外围模块(SpectrumPeripheralModule-SPM)247来处理从共用的交换机阵列248、249、251、254、261-268接收的电话/媒体信号。共用的交换机阵列是由SPM247通过控制线路用交换机命令来管理的。SPM247与服务供应商的呼叫处理系统通讯，呼叫处理系统能确定哪一个线路要求哪一种类型的混合交换处理。例如，传真传输生成的音调标识该传输为数字数据而不是数字化的话音。当检测到数字数据传输时，呼叫处理系统就指示呼叫电路让该特定输入线路通过共用的交换机阵列连接到一条具有适当的处理特性的对应线路。因此例如，一个因特网连接要连接到TCP/IP调制解调器线路268以保证信号先得到适当处理，再经内部网络237通过消息总线234被传送到图1D的始发交换机221。共用的交换机矩阵除了方便交换机到因特网的直接连接外，还为交换机提供了适应当前通信协议和将来通信协议的灵活性。回波抵消装置261以允许按需的回波抵消的方式有效地安装在交换机中。数量相对较少的回波抵消器能服务数量相对较大的个别传输线路。共用的交换机阵列能配置成动态地将接入侧传输或网络侧传输路由选择到OC3demux、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号码到达MCIPSTN网络的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和目录服务可以是一个单一实体，或者可以是单独的实体。目录服务可以是专用服务，或者可以是共享服务。下面将结合一个按照较佳实施例的呼叫流描述来讨论每一种情况。为了帮助对实施例的理解，下面列出了与每一个呼叫流图关联的块单元(blockelement)的描述。2．块单元描述E．可再用的呼叫流框1．VNETPC连接到公司内部网并登录到目录服务1．PC的用户将他们的计算机连接到IP网络，打开计算机并启动IP电话软件包。软件包发送一个消息给目录服务，以便将计算机登记为“联机的”，可用于接收呼叫。为了安全，这个联机登记消息极可能以加密的格式被发送给目录服务。加密要基于一个在PC与目录服务之间共享的公用钥。该消息含有下列信息·可用来寻址这个计算机的某种计算机标识或者虚拟专用网络号。在这个VNET情况中，这是为使用该PC的个人分配的VNET号。这个信息将用于标识与该用户关联的用户轮廓。它也可以是目录服务能将其与VNET用户轮廓关联的某种标识，诸如名字、雇员ID或任何独有ID。·用于对VNET所标识的用户进行验证的口令或其它某种机制。·标识正被用于将计算机与网络连接的端口的IP地址。该地址将被其它IP电话软件包用于建立与该计算机的连接。·该消息可含有关于正为IP电话使用的软件包的详细说明书和软件或PC的配置/功能的额外信息。例如，对于主叫PC来说，了解正在使用的压缩算法的类型、或者软件或硬件可能影响其它用户与他们连接或在连接期间使用特殊功能部件的能力的其它能力，可能是重要的。由这个用户的数据分配实施(datadistributionimplementation)来确定接收该“联机”消息的目录服务的位置。在有些情况下，这可能是预订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．VNETPC向目录服务询问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连接到ITG1．PC用其因特网电话软件包向ITG发送一个“连接”消息。这个IP地址一般是为响应VNET转换而从目录服务返回的。这个消息的特定格式和内容取决于发送消息的软件或接收该消息的ITG软件。这个消息可含有表示PC的用户的信息，或者可含有规定与所请求连接关联的参数的信息。2．ITG通过用一个表示已经接收到呼叫的应答来响应该消息响应该连接消息。对于PC呼叫ITG来说，可能并不需要这个呼叫建立的步骤，但是本文在这里表示出来，目的是保持一个一致的、取决于PC与ITG还是另一个PC相连的呼叫建立过程。当与PC相连时，这个过程的步骤允许主叫PC知道目的地PC正在振铃。3．ITG接受该呼叫。4．ITG与PC之间建立一个话音通路。4．ITG连接到PC1．ITG用其电话软件向PC发送一个“连接”消息。ITG必须知道它正在连接的PC的IP地址。这个消息的特定格式和内容取决于发送消息的ITG软件或接收该消息的PC软件。这个消息可含有标识这个呼叫是从ITG提供的信息，或者可含有规定为该呼叫所请求的配置(即仅话音呼叫)的信息。2．步骤1的消息被PC接收，通过向ITG发回一个表示PC正在向PC用户提供呼叫的消息来确认该消息的接收。3．PC用户回答呼叫，向始发PC发回一个表示呼叫已经被接受的消息。4．ITG与PC之间建立一个话音通路。5．VNETPC到PC呼叫流描述PC121051的用户将计算机连接到互连网协议(IP)网络1071，打开计算机并启动IP电话软件协议系统。系统软件发送一个消息给目录服务1031，以便将计算机登记为“联机的”，可用于接收呼叫。该消息含有标识正用来将该计算机连接到网络的连接IP地址。该地址可被其它IP电话软件包用于建立与该计算机的连接。这个地址包含可用来寻址该计算机1051的计算机标识或虚拟专用网络号。在这个VNET情况下，地址是为使用PC的个人分配的VNET号。VNET指的是一种虚拟网络，其中支持特定电话号码集作为能交换呼叫的号码的专用网络。许多公司当前为接入和接收公司问呼叫而购买用作专用通信信道的干线上的通信时问。地址也可以是诸如名字、雇员ID或任何其它独有ID的某种标识。该消息可含有其它有关用于IP电话使用的PC111051的系统软件的详细说明书或硬件配置的信息。例如，对于主叫PC来说，知道正受支持并在当前通信中活动的的压缩算法的类型、或者软件或硬件可能影响其它用户连接或在连接期间使用特殊功能部件的能力的其它能力，可能是重要的。6．为因特网上的因特网电话网关服务器的因特网客户机选择来确定最佳选择图10B表示按照较佳实施例的一个因特网路由选择网络。如果因特网上的客户计算机1080需要连接到因特网电话网关1084，根据客户机的需要，对网关的理想选择不外乎有两类如果客户计算机1080需要将电话呼叫接到正规PSTN电话，并确定使用PSTN网络比使用因特网网络更便宜或质量更高，则最佳选择是选择一个允许客户机从与因特网接入点“最近的”一个点接入PSTN网络。这通常称作为首端起飞(HEHO-Head-EndHop-Off)，其中客户机在因特网的“首端”或“近端”飞离(hopoff)因特网。如果客户计算机1080需要将电话呼叫接到正规PSTN电话，并确定使用PSTN网络比使用因特网网络更贵，则最佳选择是选择一个允许客户机从因特网与目的地电话最近的一个点接入PSTN网络。这通常称作为尾端起飞(TEHO-Tail-EndHop-Off)，其中客户机在因特网的“尾端”或“远端”飞离(hopoff)因特网。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.117166.25.27.101166.37.27.205客户计算机1080同时发出下列三个命令ping166.37.61.117-r1ping166.25.27.101-r1ping166.37.27.205-r1乒命令的结果如下用32字节的数据乒166.37.61.117从166.37.61.117的回答字节=32时间=3msTTL=30路由166.37.61.101从166.37.61.117的回答字节=32时间=2msTTL=30路由166.37.61.101从166.37.61.117的回答字节=32时间=2msTTL=31路由166.37.61.101从166.37.61.117的回答字节=32时间=2msTTL=30路由166.37.61.101用32字节的数据乒166.25.27.101从166.25.27.101的回答字节=32时间=14msTTL=30路由166.37.61.101从166.25.27.101的回答字节=32时间=2msTTL=30路由166.37.61.101从166.25.27.101的回答字节=32时间=3msTTL=31路由166.37.61.101从166.25.27.101的回答字节=32时间=4msTTL=30路由166.37.61.101用32字节的数据乒166.37.27.205从166.37.27.205的回答字节=32时间=1msTTL=126路由166.37.27.205从166.37.27.205的回答字节=32时间=1msTTL=126路由166.37.27.205从166.37.27.205的回答字节=32时间=1msTTL=126路由166.37.27.205从166.37.27.205的回答字节=32时间=1msTTL=126路由166.37.27.205由于被带到166.37.27.205路由不经历路由器(路由和乒地址相同)，所以将这个地址列为首位。其余的因特网电话网关地址按平均等待时间排位。结果的因特网电话网关地址最佳排位是166.37.27.205166.37.61.117166.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)没有网关可用，那么从洛杉矶(LosAngeles)中的网关呼叫西雅图可能会比从波特兰(Portland)中的网关呼叫西雅图更加便宜。目录服务中登记的费率能让目录服务为任何特定呼叫采用最低费用的网关。7．Vnet呼叫处理图11是按照较佳实施例的一个呼叫流图。处理在1101开始，接收“联机”消息的目录服务的位置将由这个用户的数据分布工具来确定。在有些情况下，这可能是预订VNET服务的公司或组织的专用数据库，在其它情况下，可能是某服务供应商(MCI)的所有用户的国家或世界数据库。当目录服务从PC121051接收这个消息时，它要对该独有ID所关联的轮廓条目进行更新，以表示用户是“联机的”，位于指定IP地址。然后在1102，在成功地更新该ID关联的轮廓后，目录服务向该指定IP地址发回一个表示消息被接收并得到处理的应答(ACK)。当计算机(PC12)接收了这个应答消息时，就选择通过可视或音响指示器来通知用户。在1103,PC111052的用户连接计算机到IP网络，打开计算机并启动电话系统软件。这个计算机的登记过程与PC121051的登记过程相同。在这个情况下，假定接收这个消息的目录服务要么在逻辑上要么在物理上与从PC121051接收消息的目录服务相同。在1104，当目录服务1031从PC111052接收一个消息时，它启动一个与从PC121051接收消息后所遵循的过程类似的过程。然而，在这种情况下，它将更新与从PC111052接收的标识符关联的轮廓。由于被更新的轮廓信息，当从目录服务发出应答消息时，应答消息被发往与PC111052关联的IP地址。这时，两个计算机(PC121051和PC111052)都是“联机的”，可用来接收呼叫。在1105,PC121051用它的电话系统软件来连接计算机PC111052。为了建立这个连接，PC121051的用户拨VNET号(或者其它独有ID诸如名字、雇员ID等等)。根据客户网络的实现情况以及软件包，可能必须在这个拨号串中加入一个独有的网络标识符。例如，在一个VNET电话实现中，可能会要求用户在拨VNET号之前输入数字8，以向PBX发出信号，表示在用VNET网络来传递呼叫。一旦电话软件包确定这个呼叫是个VNET类型的呼叫，它就向目录服务发送一个转换请求。该转换请求至少要包含以下信息-发送该请求的计算机(PC121051)的IP地址。□要拨叫的计算机的VNET号(或其它ID)。在1106，当目录服务接到这个消息时，就用VNET号(或其它ID)来确定与该VNET号关联的用户是否是“联机的”，并标识能联系计算机的位置的IP地址。任何其它能得到的关于正在联系的计算机(PC111052)的信息，诸如压缩算法或特殊的硬件或软件能力，也可能被目录服务1031检索到。目录服务1031然后向PC121051返回一个消息，消息带有PC111052的状态信息，诸如该计算机是否是“联机的”，其IP地址(如果可用的话)以及任何其它可得到的关于PC111052的能力的信息。当PC121051接收该应答时，就决定是否可以联系PC111052。作出这种决定的根据是PC111052的“联机”状态，以及其它关于PC111052的能力的信息。如果PC121052接收的状态信息表明PC111052不可联系，则呼叫流在此停止，否则就继续。以下步骤1107至1111是“正常的”IP电话呼叫建立和拆除步骤。在1107,PC121051向PC111052传输一个“振铃”消息。这个消息被定向到在步骤1106从目录服务1031接收的IP地址。这个消息可含有标识PC121051的用户的信息，或者可含有规定所请求连接的关联参数的信息。在1108，步骤1107的消息被PC111052接收，该消息的接收是通过向PC121051发回一个表示PC111052的用户正被通知有输入呼叫的消息来确认的。这个通知可以是可见的，也可以是可听的，具体视软件包及其在PC111052上的配置而定。在1109，如果PC111052的用户接受该呼叫，就向PC121051发回一个消息，确认“回答”该呼叫。如果PC111052的用户不回答该呼叫或者选择拒绝该呼叫，就向PC121051发回一个指示出错情况的消息。如果呼叫没有得到回答，则呼叫流在此停止，否则就继续。在1110,PC111052和PC121051的用户可以用他们的电话软件通讯。通讯进行到1111，此时任一个PC的用户可能通过向另外的通话者发送一个拆线消息来中断连接。这个消息的格式和内容视PC111052和PC111052的用户所使用的电话软件包而定。在这种情况下，PC111052向PC121051发送一个拆线消息，两个计算机上的电话软件系统中断话音的传输。图12表示按照较佳实施例的一个VNET个人电脑(PC)到网络外PC信息呼叫流。在这个流中，因特网电话网关是一个网外单元。这意味着因特网电话网关不能使用SS7信令来与交换机通信，它必须只能脉冲发出待拨叫的VNET号。一个替换实施例提供目录服务将该VNET号直接转换到一个交换机/中继线并脉冲发出适当的数字。这种处理简化了交换网络中的转换，但是需要在因特网网关与交换机之间有更复杂的信号传输结构。这种“网内”因特网网关的情况将在另一个呼叫流中描述。这种情况假设在因特网与用户处公用交换分机(PBX)之间没有集成。假若有集成，PC就有可能经过因特网(或内部网)连接到客户PBX上的ITG，而避免使用PSTN。图12是按照较佳实施例的一个呼叫流图。处理始于1201，此时接收“联机”消息的目录服务的位置将由这个客户的数据分布工具来确定。在有些情况下，这可能是预订VNET业务的公司或组织的专用数据库，在其它情况下，可能是某服务供应商(MCI)的所有客户的国家或世界数据库。当目录服务从PC121051接收这个消息时，它要对该唯一ID所关联的轮廓条目进行更新，以表示用户是“联机的”，位于指定IP地址。然后在1202，在成功地更新该ID关联的轮廓后，目录服务向该指定IP地址发回一个表示消息被接收并得到处理的应答(ACK)。当计算机(PC12)接收了这个应答消息时，可选择通过可视或音响指示器来通知用户。于是在1203，向目录服务发送一个VNET转换请求，要求确定拨号路径到网络外互连网电话网关的转换。在1204，返回一个包括IP地址和DNIS的应答。该应答为传递呼叫完全解析了电话寻址信息。然后在1205，发生一个利用DNIS信息的IP电话拨号。DNIS指所拨叫的号码信息服务(DialedNumberInformationServices)，它是关于在呼叫路由选择中使用的呼叫的定义性信息。在1206，从IP电话返回一个应答(ACK)，在1207,IP电话回答，在1208，呼叫通路建立。1209a表示VNETPC摘机，1209b表示VNETPC发送拨号音，1210表示VNETPC脉冲发出数字。然后在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连接通过互连网连接到步骤1502MCI目录服务，在此进行一次查找，确定如何传递该呼叫。在步骤1503，呼叫在智能系统平台(ISP)终结，以确定向哪里发送呼叫。IP路由器是个网关，它进入MCIISP以通过智能业务网络(ISN)特征引擎来确定如何让呼叫通过网络。在步骤1504，呼叫通过因特网被连接到网络电话用户。在另一种情况的步骤1504中，电话没有人接，所以主叫方希望与MCI操作员通话，IP路由器穿过网络交换机(连接话音世界的接口)。在步骤1505，网络交换机(Net-Switch)询问呼叫处理引擎去执行DSP引擎功能。在步骤1506，呼叫被路由选择通过广域网中枢(WANHUB)，在步骤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，再通过RBOC1807，到达目标电话。采用各种引擎1803来执行数字代码转换、DTMF检测、话音识别、呼叫进展、VRU功能和调制解调器功能。Ⅺ.电信网络管理较佳实施例利用电信网络的网络管理系统来分析、关联和提交网络事件。现代电信网络利用不同于呼叫承载(call-bearing)网络的数据信令网络来传输为进行呼叫建立、处理和清除而要求的信令数据。这些信号传输网络采用工业标准的体系结构和协议-合起来称为第7公用信道信令系统或简称第7信令系统(SS7)。SS7是对以前的信号传输方法的一个重大进步，以前的信号传输方法中，呼叫信令数据与呼叫是在同一个电路上传输的。SS7提供不同的专用电路网络来传输呼叫信令数据。SS7的采用减少了呼叫建立时间(主叫者觉察到的拨号后的延迟)并增加呼叫承载网络上的容量。关于SS7信令的详细说明可参见《SignallingSystem#7》(TravisRussell著，McgrawHill出版，1995)。SS7网络的标准，国内(美国)网络部分由ANSI设立，国际连接部分由ITU设立，分别称为ANSISS7和ITUC7。图1B中表示了一个典型的SS7网络。呼叫承载电信网络利用阵列交换机102A/102B来转换客户的通信。这些交换机102A/102B是常规的交换机，诸如北方电信公司(NorthernTelecom)制造的DMS-250或数字交换公司(DigitalSwitchCorporation)制造的DEX-600。这些交换机102A/102B用话音级和数据级呼叫承载中继线互连。这种互连在图1B中没有表示，可以采取许多种配置。电信网络中的交换机执行多种功能。除了为话音呼叫转接电路外，交换机还必须将信令消息转发到作为呼叫控制一部分的其它交换机。这些信令消息是通过计算机网络传递的，其中每个计算机称为信令点(SP)102A/102B。SS7网络中有三种信令点-业务交换点(SSP)-信号传输点(STP)-业务控制点(SCP)SSP是到SS7信令网络的交换机接口。信号传输点(STP)104a…104f(合起来记为104)是用来交换和路由选择SS7信号的分组交换通信设备。为了冗余和恢复，它们是成对地部署的，称为群集。例如在图1B中，在区域群集1中STP104A与STP104B配对，在区域群集2中STP104C与STP104D配对，在区域群集3中STP104E与STP104F配对。典型的SS7网络中含有多个STP群集，图1中示意性地显示了三个。每个STP群集104服务特定的SSP102的地理区域。多个SSP102都有一级SS7链路连接群集内两个SSP104中每一个。它起着一级复位(homing)装置的作用。图1B中示意性地只显示了两个复位到区域群集2的SSP102，实际上，有若干SSP102将在特定STP群集104上复位(home)。SSP102一般也将有一个二级SS7链路连接另一个群集中的一个或两个STP104。这起着二级复位装置的作用。连接各种单元的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之间传送的呼叫的信号也能被传输。当交换机接受并传递客户呼叫时，该呼叫的信令由附接的SSP102接收(或生成)。在连接交换机的机器间中继线传输客户的呼叫期间，该呼叫的信令被发往STP104。STP104将信号要么传递到呼叫终结的交换机的SSP102，要么传递到另一个STP104，后者然后再将信号传递到呼叫终结的交换机的SSP102。SS7网络的另一个单元是协议监控单元(PMU)106，如图2中所示。PMU106部署在交换机站点，为SS7网络提供了一种独立的监控工具。如图2所示，这些设备-诸如INET公司(位于美国德克萨斯州Richardson)制造的那些设备-监视SS7网络的A、E和F链路。它们生成关于SS7链路的故障和性能信息。与任何典型网络一样，SS7网络也容易受到光纤切断、其它传输中断以及设备故障的侵害。由于SS7携带着投递用户通信所需的所有信令，所以迅速检测问题并立即加以更正是极其重要的。因此，非常需要有一种能监控SS7网络、分析故障和性能信息、管理更正行动的系统。现有技术水平的SS7网络管理系统，尽管执行这些基本功能，却存在若干缺点。许多系统要求人工配置网络拓扑，这种要求易受人类错误的影响，延迟拓扑更新。这些系统的配置一般要求系统停止一段时间。业内可用的许多系统都是为特定销售商的PMU106配备的，实际上要从它们的PMU106获得拓扑数据，由此会忽视不与PMU106连接的网络单元以及其它销售商的设备。由于现有技术水平的系统只用从专有PMU106接收的数据操作，它们不提供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操作系统的IBMRS6000设备。客户机工作站312可以是运行MSWINDOWS或IBMOS/2操作系统的任何常规PC、哑终端或VAXVMS工作站。实际上，客户机工作站可以是任何有因特网协议(IP)地址、运行X-Windows软件、与WAN310相连的PC或终端。客户机工作站312上不运行SNMS专用软件。SNMS从各种SS7网络单元和其它网络管理系统(NMS)338接收事件。它也从各种外部系统接收网络拓扑、配置和维护数据-下文将要说明。生成事件的各种网络单元包括网络控制器314、国际和国内SP316/102、STP104和PMU106。网络控制器314是根据外部命令来交换电路的设备。它们以与SSP102相同的方式来使用SS7信令，但是却不与任何STP104连接。国际SP316支持作为国内和国际电信网络之间的网关的交换机。STP104可以是国内的或者国际的。PMU106扫描所有经过SS7电路传送的SS7分组，分析故障条件，生成然后要传送到SNMS上的网络事件。PMU106也定期生成关于被监控SS7电路的性能的统计。SP102/316、STP104和PMU106SS7和网络控制器314都是通过通信网络来传输网络事件的。这就不需要SNMS与每个设备都维持一个会话。在图3所示的典型实施例中，用一个异步数据通信网络320来传输来自网络控制器314和国际SP316的事件。用一个IBM主机前端处理器(FEP)324-诸如IBM的3708来将该异步协议转换到SNA，这样，它就能被基于IBM主机的交换宿主接口设备传输(SWIFT)系统326接收。SWIFT326是一个与每个网络单元都维持一个逻辑通信会话的通信接口和数据分布应用。在同一个实施例中，用一个X.25操作系统支持(OSS)网络328来传输来自STP104、SP102和PMU106的事件。这些事件由一个本地支持单元(LSE)系统330接收。LSE330可以是一个VAX/VMS系统，实际上是一个分组装拆器(PAD)和协议转换器，用于将事件数据从X.25OSS网络328转换到SNMS服务器302/304。它也与SWIFT326一样，与每个网络单元都维持一个通信会话，这样就不需要SNMS来维持会话。对SWIFT326和LSE330二者的需要，说明在典型电信网络的一个实施例中，安装不同类型的单元要求有不同的传输机构。SNMS支持所有这些类型的单元。所有网络事件都输入到SNMS报警服务器302去作分析和关联。也有一些事件被输入到SNMS报告服务器304，存储起来作历史数据。控制系统332可以是一个VAX/VMS系统，用于通过X.25OSS网络328从各网络单元收集拓扑和配置数据。有些单元-诸如STP104和SP102-可以直接在X.25上发送这个数据。诸如国际SSP316这类只能以异步方式通信的单元，要用分组装拆器(PAD)318来连接到X.25OSS网络328。控制系统332然后将这个拓扑和配置数据馈送到SNMS拓扑服务器306。网络拓扑信息被SNMS用于执行警报关联并提供图形显示。大多数拓扑信息都是从网络拓扑数据库接收的，在较佳实施例中，网络拓扑数据库是由订单输入系统和网络工程系统创建并维护的。拓扑数据既从网络拓扑数据库334也从控制系统332输入到SNMS拓扑服务器306。也向SNMS拓扑服务器306提供通过使用PC336输入人工取代的能力。SNMS报警服务器302也接收来自其它网络管理系统(NMS)338的事件，特别是DS-3传输警报。使用拓扑数据，SNMS将用从SS7网络单元接收的事件来关联这些事件。SNMS报警服务器302也接收来自网络维护调度系统340的网络维护调度信息。SNMS用这个信息来解释计划中的维护性网络中断，由此不需要回答因维护而生成的报警。SNMS也用这个信息来主动提醒维护人员有会影响预定维护活动的网络中断。SNMS报警服务器302有一个与故障管理系统342的接口。这使客户机工作站312的SNMS用户能够为SNMS生成的警报提交故障标签(troubletickets)。这个接口与采用SNMS内部故障管理系统不同，它能被配置成使用许多不同类型的故障管理系统。在较佳实施例中，SNMS图形服务器308支持位于单一站点的所有工作站312，因此是多个服务器。SNMS图形服务器308的地理分布消除了从某中心位置向各工作站站点传输大量支持图形表示的数据的需要。只向工作站站点传输来自报警服务器302、报告服务器304和拓扑服务器306的数据，由此能节省网络带宽，提高SNMS性能。在另一个实施例中，图形服务器308可以位于中心位置。现在参看图4，一个表示SNMS逻辑系统部件的高级过程流图。过程的中心是处理事件402。这个部件起着SNMS过程的交通警察的作用。处理事件402主要在SNMS报警服务器302上运行，负责从SNMS部件接收事件，处理这些事件、存储事件，将处理过的事件数据馈送给报告和显示部件。图5中更详细地表示了处理事件过程402。接收网络事件部件404主要在SNMS报警服务器302上运行，通过诸如SWIFT326和LSE330的系统从各种SS7网络单元(STP104、SP102、PMU106等)接收事件。这个部件分析事件并将它们发送到处理事件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和NMS338记录进行一次检查。每个报警记录，如果规定的电路在维护窗口(网络维护调度340)内，就作上标记；否则就在有传输报警(NMS338)的DS-3上传输。SS7电路在DS-0级运行期间，网络拓扑数据库334提供一个DS-3到DS-0转换表。DS-3内的任何DS-0电路都被标记为可能包含在传输故障内。从NMS338清除记录会导致对活动的SNMS电路级报警的评测，以便将相关的NMS338关联去除。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、SWIFT326、X.25OSS网络328和LSE330等数据传输机构收集来自SS7网络单元的事件。这些事件由SNMS报警服务器302在先进先出(FIFO)队列中接收。在步骤602和604，来自SS7网络单元的事件被SNMS的外部主机应用(mainframeapplications)-诸如SWIFT326和LSE320收集，然后，将事件数据的协议从网络单元特定的协议转换成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。与使用从PMU106检索的数据的现有技术水平的系统不同，SNMS接收的拓扑数据来自所有类型的网络单元，包括诸如图2中所示的不与PMU106相连的网络单元。SNMS也使用反映外部网络的拓扑的数据，诸如反映本地交换通信公司(LEC)或国际通信公司的拓扑的数据。这种数据用于进行影响评测，影响评测使客户能确定诸如哪些端点客户会受SS7链路停机影响之类的事实。SNMS收集和使用的拓扑数据的类型，例如STP104与交换机/SSP102的SS7链接，由网络订单输入和工程系统接收。数据及其内容的简要描述如下STP链路ID标识每个到STP的SS7链路交换机链路ID标识每个到交换机/SP的SS7链路STP链路集标识到STP的SS7链路的中继线组交换机链路集标识到交换机/SP的SS7链路的中继线组MCI/通信公司电路ID标识到外部系统的SS7链路。对于两个不同网络之间的接口来说，各ID(MCIID和通信公司ID)提供各网络(本例中是MCI和通信公司)的SS7链路标识。链路类型标识SS7链路的类型SLC信号链路代码对于SS7支持的交换话音网络来说，数据由网络订单输入和工程系统接收，用于进行SS7事件影响评测话音中继线组由各SSP102支持的话音中继线组对于国内STP104g到国际STP104h的SS7链接，数据由网络订单输入和工程系统接收电路ID标识到外部系统的SS7链路SLC信号链路代码为了进行影响评测，本地交换通信公司(LEC)的NPA/NXX分配和终端局至接入汇接(EndOfficetoAccessTandem)回复装置由一个呼叫地区数据库接收，后者是由Bellcore的本地交换路由选择指导(LERG)提供的。LATA本地接入传输地区(常规)NPA/NXX编号计划地区/前缀(常规)终端局LEC客户服务节点访问汇接LEC终端局中枢外部网络STP104群集和SSP102回复装置由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．终端局接入汇接(endofficeaccesstandem)11．规则定义帮助屏(帮助操作员理解在生成报警中实际使用的算法)12．推荐的行动(操作员定义的、当接收到特定报警时应当采取的行动)在步骤836，如果确定事件是终结请求，那么就在步骤838终结该特定操作员的GUI过程。否则在步骤810接收下一个事件。在显示报警过程内，SNMS显示几个独有的显示窗口来支持故障隔离、运行评测和故障处理。所有含有节点和线路符号的GUI显示都是SNMS内“活动的”窗口(即当节点或电路的的报警状态改变时动态更新的显示屏)。由于SNMS内所使用的MCI拓扑源的集合，所有显示都是可能的。SNMS能多方面地处理在操作员显示中使用的SNMS。A．SNMS电路图这个窗口显示选定链路集的拓扑和报警状态信息。当接收网络事件后，SNMS识别端点之间的关系并通过减少生成的报警来隔离故障。这个显示允许操作员监视从信号电路的两侧看到的(从节点的角度)链接集。B．SNMS连接图这个窗口显示MCI信号网络的群集图。群集中所有与MCISTP相连的MCI和非MCI节点都连同关联的链接集一起被显示。群集图的重要性在于，单一的STP故障/隔离是不影响服务的，而群集故障则影响服务，因为所有MCISTP都连接到群集中的两个MCISTP。C．SNMS非相邻节点图这个窗口显示选定LEC信令网络的STP对图。所有(与MCI网络有信令关系的)LECSP、STP和SCP连接的LEC对都被显示。MCI的责任区不包括LECSTP到LECSSP信令链路，所以这里不显示链接集。这个显示允许SNMS操作员监视由MCI节点所见的LEC信号网络。D．SNMSLATA连接图这个窗口显示位于指定LATA内的所有LEC拥有的节点的图。服务LATA的MCISTP对也与关联的链接集(可行的话)一起显示。这个显示允许操作员在特定的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操作员能将其显示的范围限制在·应当显示的报警的类型·应当显示的报警的严重程度·确认的报警、未确认的报警，或二者·计划停机窗口内部电路上的报警、计划停机窗口外部电路上的报警，或二者·不是由特定传输网络停机导致的报警·特定用户节点上的报警或者与特定用户相连的电路上的报警Ⅰ．故障记录窗口SNMS操作员能打开信号报警的记录单。这些故障记录单是在MCI的故障记录系统中打开的。操作员也能显示现有故障记录单的状态。现在参看图9，该图表示了报告数据部件414的详细过程。该过程部件在报告服务器304上运行，存储SNMS处理的数据并提供报告。标准化网络单元(NE)事件记录914，是连同与位置特定的计时标记被接收的。在步骤902，记时标记被转换成格林尼治时间(GMT)以便能产生标准化报告。在步骤904，所有被接收的数据都被存储到各个数据库表中。数据也可以在磁带或磁盘上长期存储。这种数据包括SNMS生成的标记916、标准化拓扑记录918和来自PMU920的性能统计。也可以包括未经处理的数据，诸如来自NMS338的DS-3报警和网络维护计划数据340。在步骤906，生成报告。这些报告可以是定制或标准报告。也可以是按需生成或者按计划生成的。这些报告的提交方式有许多，包括-但不限于-电子邮件908、X-终端显示910和打印报告912。Ⅻ．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．视频保持(videoonhold)服务器如果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)。如果目的地占线或者不回答，主叫者就可以向1800VIDMAIL进行另一个呼叫，执行如下所述的适当过程。当用户在1拨“1800VIDMAIL”时，DSP调制解调器池上的ACD将连接一个交换机到调制解调器2，连接一个端口到代理3。然后，用户用一个专用的定制终端程序登录到系统。该终端程序采用H.324带宽的数据流部分(采用ITUT.120标准)-后者称为V-邮件数据接口(VMDI)。主叫者可以从图形用户界面、图标或其它菜单，选择-浏览和检索有视频能力的MCI客户的目录，-呼叫另一个H.324一致的软件程序，-创建一个存储与转发的视频邮件供以后投递，-个性化并记录他们视频邮件的问候消息，-查看和管理他们的视频邮件，-查看从记录库中所作的选择(视频点播)。在另一个实施例中，用户能拨“1800324CALL”来呼叫一个号码。然后，如果目的地号码是11393751772，则调制解调器拨号串就会是“ATDT1800324CALL,,,13193751772”(逗号‘，’告诉调制解调器在拨号时作短暂停顿。)当向1800324CALL的连接进行时，就进行一个从发起者的连接，连接的对方是MCI交换机1，再到由ACD2a、3a选定的ARU5a。ARU5a检测通过电话键盘或其它设备输入的DTMF音调以生成获取目的地号码的DTMF音调。发起者在ARU5a单独向目的地号码5a、6a和7呼叫期间处于保持状态。如果目的地回答，起源者就被连接到目的地，双方的调制解调器就能连接，于是将ARU5a释放。如果目的地占线或者不作回答，呼叫就被通过DSP调制解调器池2传输到1800VIDMAIL或者某个代理。如果没有检测到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或因特网10WWW表格导航，或者与人类视频操作员通信来计划一个多点会议。这个信息存储在预约引擎11上。对其它的会议参加者通知这个计划是用视频邮件、电子邮件或其它方法进行的。将有一个选择来通过视频邮件(或者电子邮件、话音邮件、寻呼服务或任何其它可用的通知方法)，在特定时间(例如会议前1小时)提醒登记了的会议参加者。MCU(视频桥路)能呼叫每个参加者12，或者H.324用户能在计划时间12向MCU拨入。ⅩⅢ．因特网上的视频电话图19E表示按照较佳实施例在因特网上传输视频电话的体系结构。基于实时传输协议(RTP)的视频会议指的是传输作为RTP消息封装的音频、视频和数据。对于基于RTP的视频会议会话来说，终端用户站首先与因特网建立一个拨号点对点(PPP)连接，然后用因特网传输RTP消息。音频信息按G.732.1.1音频编码解码器标准压缩，视频被按ITUH.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就提供保存消息的服务。用户可登录到电信网服务器(telnetserver)(例如电话网vmail.mci.com)，或者使用用户定制的客户机或WWW(例如http://vmail.mci.com)。服务菜单称为V-Mail数据接口(VMDI)，类似于如上所述通过POTS拨号时可用的VMDI。主叫者可以从菜单中进行选择-浏览和检索有视频能力的MCI用户的目录，-呼叫另一个H.263一致的软件系统，-创建一个存储与转发用视频邮件供以后投递，-个性化并记录他们的视频邮件问候消息，-查看和管理他们的视频邮件，-查看从记录库中的选择(视频点播)。当用户通过指出目的地的名称、IP地址或其它标识指定了要呼叫的通话方后，就要检查目录。有可能不进行实际呼叫就能确定目的地是否会接受呼叫。所以，由于能确定目的地将接受呼叫，因此就能告诉发起者的视频客户机去与该目的地连接。如果主叫者在用WWW浏览器(例如NetscapeNavigator、MicrosoftInternetExploror、internetMCINavigator等等)来访问VMDI，那么就能用Java、JavaScript或HelperApp自动启动呼叫。如果呼叫不能完成，就将有留下视频邮件的选择。D．记录视频邮件、存储与转发视频和问候如果代理确定目的地通话方是不可达的(脱机、占线或不回答等等)，视频邮件服务器就向目的地号码8的所有者播放一个适当的视频邮件问候。主叫者然后留下一个视频消息，存储在视频邮件服务器上。对存储与转发视频进行的视频记录与如上所述留下视频消息的方式完全相同。诸如目的地号码、转发时间和任何当前可用的音频存储与转发特征等参数，都是通过VMDI输入的，或者用人类视频操作员(或自动化视频ARU)来传输的。客户可以记录下他们个性化的问候，用于在有人因忙或不回答而您联系不上时致以问候，这是以类似于留下视频邮件的方式通过VMDI完成的或与人类视频操作员通信。E．检索视频邮件和点播电视用户可选择定期轮询他们的视频邮件，检查是否有新消息，或者让视频邮件服务器在他们有新消息等待时定期地呼叫他们。配置是通过VMDI或人类视频操作员完成的。视频邮件的管理和检查也是通过VMDI执行的，或者与人类视频操作员联系的。对视频点播(VOD)，要查看的视频的选择要通过VMDI提供。这些视频可能是以前记录的视频会议、培训电视等等，存储在视频内容引擎上。F．视频会议调度用户能通过VMDI或因特网10WWW表格来导航，或者与人类视频操作员通信来计划一个在会议空间的会议。这个信息存储在会议预定引擎8上。其它的会议参加者是通过视频邮件、电子邮件或其它方法得到这个计划的。配备一个可选的提醒程序，通过视频邮件(或者电子邮件、话音邮件、寻呼服务或任何其它可用的通知方法)，在特定时间(例如会议前1小时)提醒登记了的会议参加者。G．虚拟现实通过虚拟现实空间引擎能为多方会议生成一个虚拟的会议室。该接口的实现包括一个基于VRML的实施例。每个人都控制一个“化身(avatar)”。每个化身可有许多不同的特征，诸如图象表示(静态表示或活动的图象“头部”)和音频(话音或音乐)。数据交换和协作是各个虚拟现实会议室中所能进行的所有行动。专用MBONE网络允许会议成员的数据流的多信道传播。由于每个人在虚拟现实空间中交互作用时有不同的视像，虚拟现实空间引擎就能优化每个人的输入H.263流向其它每个人的广播，方法是只多信道传播那些为各特定化身所考虑的化身流。ⅩⅣ．视频会议体系结构MCI视频会议描述一种用于包括实时话音、视频和数据的多媒体通信的体系结构。该体系结构也定义了与其它视频会议标准的相互操作。该体系结构还定义了多点配置和控制、目录服务和视频邮件服务。A．特征视频会议体系结构是一种多媒体业务系统，设计用于提供许多特征和功能，包括·点对点视频电话·带有用于控制以及多媒体信息处理的MCU的多媒体视频会议·支持网关与其它基于ITUH.320和ITUH.324标准的视频会议系统的互相操作·支持实时话音、视频和数据或任何组合·用标准传输协议RTP在终端用户终端之间传输多媒体信息流·支持终端用户终端之间的动态能力交换和模式选择如ITUH.263视频和ITUG.723音频。图19C表示按照较佳实施例的视频会议体系结构。该视频会议体系结构的部件和说明详述如下。B．部件视频会议系统的一组组成部件包括·终端用户终端·LAN互连系统·ITUH.323服务器·支持服务单元1．终端用户终端终端用户终端是通信的终点。用户是用终端用户终端进行通信和参加视频会议的。终端用户终端，包括ITUH.323终端1和8、ITUH.320终端9和H.324终端10，通过提供呼叫控制、多点控制和网关功能的ITUH.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．ITUH.323服务器H.323服务器4为支持不同视频会议标准-如ITUH.320和ITUH.324-的终端之间的相互工作而提供各种服务，包括呼叫控制、多点控制、多点处理和网关服务。H.323服务器由一组个别部件组成，这些部件互相之间通信，并与其它外部系统如终端用户终端、视频邮件服务器和H.323目录服务器通信。H.323服务器的不同部件包括·H.323守门设备(Gatekeeper)·操作员业务模块·H.323多点控制单元(MCU)·H.323网关4．守门设备H.323守门设备向H.323终端和网关单元提供呼叫控制服务。守门设备提供的各种业务包括·与终端、网关和MCU的呼叫控制信号传输；·对接入视频会议系统的准入控制；·呼叫授权·带宽控制和管理·为在不同的信号工作的视频会议系统之间转换地址的传输地址转换；·正在进行的呼叫的呼叫管理；·与提供目录服务的目录服务器[7]的接口；·与提供视频邮件服务的视频邮件服务器[6]的接口；守门设备用ITUH.225流分组化和同步化过程进行各种服务，它与操作员服务模块紧密地集成，以提供人工操作员服务。5．操作员业务模块操作员业务模块提供人工/自动操作员业务，它与守门设备紧密地集成。位于LAN上其它位置的人工或自动操作员终端通过操作员业务模块与守门设备交互作用，以提供所需的操作员业务。6．多点控制单元(MCU)MCU由多点控制器和多点处理器组成，它们共同为视频会议提供多点控制和处理服务。多点控制器提供的控制功能支持三个或更多终端之间的会议。多点控制器执行与多点会议中每个终端的能力交换。多点处理器在多点控制器的控制下提供对音频、视频和/或数据流的处理-包括混合、交换处理-以及其它所需的处理。MCU用ITUH.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终端的用户能够参加多媒体视频会议会话、点对点视频电话会话、或者与没有视频设备的其它终端用户进行仅有音频的会话。该体系结构也包括根据如ITUH.320和ITUH.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)案例1H.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)案例2H.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)案例3H.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推荐标准与其它系统的互相工作。其它服务包括目录服务和视频邮件服务，也是总体体系结构的一部分。ⅩⅤ．视频存储与转发体系结构视频存储与转发体系结构描述了视频点播内容传递系统。内容可以包括视频与音频或者仅有音频。内容的输入源来自MCI的现有视频会议设备或者来自任何视频/音频源。输入视频以不同的标准格式如ITUH.320、ITUH.324、ITUH.263或MPEG在数字库中存储，并以所要求的格式向客户机投递。以不同的速度向因特网上或者包括ISDN的拨号线路的客户机的投递，每一种不同的数据格式都有一个单一的存储器。A．特征视频存储与转发体系结构的设计，具有丰富的特征和功能，包括·分发点播的视频和音频；·支持不同的压缩和传输标准，包括IP(因特网协议)和RTP(实时传输协议)二者上的ITUH.320、ITUH.324、MPEG和ITUH.263；·支持因特网上通过拨号ISDN线路及通过低速(28.8kbps)模拟电话线路的内容投递；·支持单源内容、多存储、传输格式和多传输速度；·支持多格式的内容管理和存档。B．体系结构图19D是按照较佳实施例的视频存储与转发体系结构。C．部件视频存储与转发体系结构可以完全地以下列部件来描述。·内容创建和代码转换。·内容管理和投递·内容检索和显示。1．内容建立和代码转换。输入源包括模拟视频、来自多点控制单元(MCU)和其它视频源1a和1b的视频。输入内容被转换成标准格式，如ITUH.261、ITUH.263、ITUH.320、ITUH.263、ITUH.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的ITUH.263客户机-7b；-支持IP的ITUH.263客户机-7c；-ITUH.320客户机-7d-ITUH.324客尸机-7e。内容是由不同客户机按需检索，在本地显示器上显示的。客户机支持像VCR的功能，如快进、快倒等。D．概述来自不同源的模拟视频和来自MCU的H.320视频作为输入被接收后，按要求代码转换成各种格式如ITUH.324、ITUH.261、ITUH.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或模拟电话线路进行。包括视频与音频或音频的内容是从各服务不同传递速率的个别存储位置以各种数据速率传递的。ⅩⅥ．视频操作员A．硬件体系结构图96表示的系统硬件允许视频操作员参加视频会议或视频呼叫，向视频主叫者提供众多的服务。所提供的服务中有回答输入视频呼叫或拨出到客户站点，为保持视频会议计划而访问某个系统，将使用按需带宽互操作性组(“BONDING”)呼叫或国际电信联盟-电信标准化分部(ITU-T)标准H.320多费率承载服务(MRBS)综合服务数字网(ISDN)的主叫者连入视频会议或视频呼叫，监视、查看和记录视频会议或视频呼叫，回放以前记录的视频会议或视频呼叫，并对视频会议或视频呼叫期间视频会议主叫者的咨询提供支持或作出应答。系统硬件的组成是视频操作员终端40001、呼叫服务器40002、多媒体中枢(MMHub)40003、广域网中枢(“WANHubs”)40004、多点会议单元(“MCU”)40005、BONDING服务器40006、客户终端40007、和交换网络(“MCI”)40008。在一个实施例中，视频操作员终端40001是一个基于奔腾(Pentium)的个人电脑，处理速度为90MHz或更高，带32MB的RAM和容量至少1GB的硬盘驱动器。该实施例中的操作系统是微软公司的Windows95。特殊特征包括Incite多媒体通信程序(“MCP”)软件、用于音频与视频压缩的H.320视频编码解码器(“codec”)卡(例如Zydacron的Z240编码解码器)、等时以太网(“isoEthernet”)网络接口卡。Incite的MCP管理等时以太网网络接口卡，以便在等时信道中建立96个ISDNB-信道的同步信道，用以传输视频信号。该实施例中的呼叫服务器40002是一个基于Pentium的个人电脑，处理速度为90MHz或更高，带32MB的RAM和容量至少1GB的硬盘驱动器。该实施例中的操作系统是微软公司的WindowsNT服务器。特殊特征包括Incite呼叫服务器服务和以太网网络接口卡。系统的不同实施例能适应任何MM中枢40003模型和任何WAN中枢40004模型。在一个实施例中，MM中枢40003是Incite多媒体中枢，WAN中枢是InciteWAN中枢，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之外。系统的不同实施例也适合不同制造商的MCU40005设备。MCU40005的功能是允许使用不同设备的(可能在不同的基于电路的数字网络上通信的)视频会议主叫者在单一的视频会议中彼此通信。例如，一个实施例采用VideoServer的多媒体会议服务器(“MCS”)，它混合音频以允许任何一个视频会议主叫者听到完整的视频会议讨论，处理视频以允许各个视频会议主叫者同时看到其它主叫者。在一个实施例中，BONDING服务器40006是基于奔腾的个人电脑，具有90MHZ或更高的处理速度，32MB的RAM，一个存储容量至少1.0GB的硬盘驱动器。这个实施例中的操作系统是MicrosoftWindows95。特殊的特征包括InciteBONDING服务器软件，一个数字信号处理器(DSP)卡(诸如TexasInstrument公司的“TMS320C80”DSP)，一个等时以太网网络接口卡。当客户机终端40007进行BONDING或集体视频呼叫时，BONDING服务器40006就将这些呼叫转换成视频操作员平台内部使用的多速率ISDN呼叫。在较佳实施例中，客户机终端是一个基于奔腾的个人电脑，处理速度90MHz或更高，带有32MB的RAM，一个存储容量至少1.0GB的硬盘驱动器。这个实施例中的操作系统是MicrosoftWindows95，客户机终端40007配备音频和视频设备，使其与ITU-T标准H.320兼容。在这个实施例中，交换网络是由MCI40008提供的综合服务数字网(ISDN)。视频操作员终端40001与MM中枢40003是通过一个具有96全双工B通道的带宽的等时以太网接口连接的，该接口允许每个视频操作员管理多达8个各采用客户机终端40007的视频会议客户机。该MM中枢40003通过类似的等时局域网(“LAN”)连接与WAN中枢40004连接。一个WAN中枢40004用多速率ISDN接口通过MCI40008连接到MCU40005。另一个WAN中枢40004用多速率ISDN接口连接到MCI40008,MCI通过一个BONDING或多速率ISDN接口连接到每个客户机终端40007。在一个三路连接中，MCU40005、呼叫服务器40002和MM中枢40003互相之间通过一个以太网广域网(“WAN”)40009连接。MM中枢40003也通过一个有248个全“等时”模式的B信道的带宽的等时以太网接口连接到BONDING服务器40006。B．视频操作员控制台图97表示的使操作员能管理视频会议呼叫系统的实施例，包括视频操作员控制台系统40101和外部系统和接口40108～40117。视频操作员控制台40101由图形用户接口(“GUI”)40102、软件系统40103和媒体控制系统40107组成。GUI40102与软件系统40103及媒体控制系统40107二者交互作用，以便使视频操作员能用视频操作员控制台系统40101从视频操作员终端(图96的40001)执行视频操作员发明的所有功能。软件系统40103实现下列系统调度系统40104，它管理视频操作员的调度；记录与回放系统40105，它记录任何呼叫的音频和视频输入并回放通过任何呼叫的音频和视频输入；呼叫系统接口40106，它起着与InciteMCP应用程序的应用程序接口作用，通过执行诸如拨号和保持的交换功能而管理个别呼叫。调度系统40104通过开放数据库连接(“ODBC”)接口40108连接到视频操作员共享数据库40111，后者又通过VOSD与VRS40114之间的接口连接到视频会议预定系统(“VRS”)40115。VRS40115要么有规律地、要么按视频操作员共享数据库40111内的数据库代理系统的需要，通过接口40114向视频操作员共享数据库40111提交视频会议计划、会议定义和站点定义。在较佳实施例中，视频操作员共享数据库40111存驻在与含有视频操作员控制台40101的计算机不同的计算机上，存储着所有会议和站点信息，使得各个视频操作员控制台40101能为任何视频会议呼叫检索必要的会议和站点配置。在与内部调度系统40104关联的外部系统的另一个实施例中，视频操作员共享数据库40111与VRS40115可以合并成单一的系统。记录与回放系统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与InciteMCP应用程序40113通信，以管理诸如拨号、保持等等的交换功能。媒体控制系统40107允许GUI40102直接与外部部件通信，以管理音频和视频的GUI40102表示。在图401中所示的实施例中，媒体控制系统40107通过DDE接口40110与InciteMCP应用程序40113通信。InciteMCP应用程序40113通过DDE接口40110向内部媒体控制系统40107、并进而向GUI40102提供所有必需的呼叫建立特征和多媒体特征，诸如视频窗口放置和音频控制。图98表示用于使视频操作员能管理视频会议呼叫的系统的第二个实施例，该系统包括视频操作员控制台系统40101和外部系统和接口40108～40117和40203～40216。然而在该实施例中，软件系统40103不但与VideoServer(视频服务器)的“MCS”40205MCU兼容，而且与其它制造商的MCU应用兼容。所以，图98中就出现了内部软件系统MCU控制40201、外部软件系统MCU控制系统40208、MCU本身40214和40215以及它们之间的接口40206、40210和40211。此外，在该实施例中，由于不仅InciteMCP40113应用而且“其它具有呼叫控制接口的程序”40216也可以提供所有的呼叫建立和多媒体特征，所以外部呼叫控制系统40209是必需的，这与插入的DDE、OLE或DLL接口40207、40212、和40213一样。该实施例也包括视频存储与转发系统40204及其DDE、OLE或DLL接口40203。最后，第二个实施例添加了内部软件系统呼叫监视器40202。如第一个实施例中一样，视频操作员控制台系统40101由GUI40102和软件系统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与VideoServerMCS40215通信，或者通过另一个销售商的特定接口40210与其它一些MCU销售商的MCU40214通信。记录与回放系统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来管理InciteMCP40113或其它程序。媒体控制系统40107通过DDE、OLE或DLL接口与呼叫控制系统40209通信，后者通过DDE接口40110与InciteMCP应用程序40113或用呼叫控制接口40216与其它程序通信。InciteMCP应用程序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、通过MCI40008，传输到客户机终端40007。对每个将参加视频会议的客户机终端40007重复这个步骤。第三步，如呼叫流路线40303所示，视频操作员从视频操作员终端40001启动一个呼叫，通过MM中枢40003、通过WAN中枢40004、通过MCI40008，到达MCU40005。第四步，如呼叫流路线40304所示，视频操作员用视频操作员终端40001将该连接桥接到客户机终端40007和MCU40005。视频操作员每次呼叫位于客户机终端40007的会议呼叫客户机时，该特定会议站点的MCU的ANI就在主叫方域中传递，以用正确的会议站点标识各个参加会议呼叫的客户机。当MCU被呼叫时，客户机的ANI就被传递。MCU于是就能确定各个呼叫的正确会议站点。在另一个实施例中，客户机从客户机终端40007启动一个BONDING呼叫，通过MCI40005、通过WAN中枢40004、通过MM中枢40003、通过BONDING服务器40006、再次通过MM中枢40003，到达视频操作员终端40001。视频操作员然后如呼叫流路线40303所示向MCU接通一个呼叫，最后如呼叫流路线40304所示连接两个呼叫。为了确定客户机启动的呼叫的正确会议站点，启动客户机的ANI要在视频操作员建立连接时传递到MCU。在视频会议呼叫进展的同时，视频操作员从视频操作员终端40001监控各个呼叫。视频操作员的功能包括，监控哪些呼叫保持着连接，重新连接拆线的呼叫，向会议添加新的客户，或者参加会议以向客户通知会议状态。要结束会议，所有呼叫都被拆线，视频操作员共享数据库(图98的40214)反映更新了的会议计划。D．视频操作员软件系统1．类层次图100表示视频操作员软件系统类的类层次。在一个使用VisualC++程序设计语言的实施例中，VOObject40401类是从VisualC++基类CObject扩展而成的。VOObject40401是视频操作员控制台系统的内部软件系统中所有对象的类的超类，所以内部软件系统中所有对象都从VOObject40401继承属性。VOOperator40402是一个与一个VOSchedule40403部件-1类对象和VOUserPreferences40404部件-2类对象关联的汇编类(assemblyclass)，所以与各VOOperator40402对象关联的恰好有一个VOSchedule40403对象，恰好有一个VOUserPreferences40404对象。VOSchedule40403又是一个与零个或更多VOSchedulable40405部件-1类对象关联的汇编类，所以与每个VOSchedule40403对象关联的可以有任何数量的VOSchedulable40405对象。VOSchedulable40405是VOConference40406子类-1和VOPlaybackSession40407子类-2的超类，所以VOConference40406对象和VOPlaybackSession40407对象从VOSchedulable40405对象继承属性。VOConference40406是一个与两个或更多VOConnetion40412部件-1类对象以及零个或一个VOPlaybackCall40415部件-2类对象关联的汇编类，所以与各个VOConference40406对象关联的至少有两个VOConnetion40412对象，可能还有一个VOPlaybackCall40415对象。VOPlaybackSession40407是一个与一个VOPlaybackCall40415部件-1类对象关联的汇编类，所以与各个VOPlaybackSession40407对象关联的恰好有一个VOPlaybackCall40415对象。VOCallObjMgr40408是一个与零个或更多VOCall40410部件-1类对象关联的汇编类，所以与VOCallObjMgr40408对象关联的可以有任何数量的VOCall40410对象。类似地，VOConnObjMgr40409是一个与零个或更多VOConnetion40412部件-1类对象关联的汇编类，所以与VOConnObjMgr40409对象关联的可以有任何数量的VOConnetion40412对象。VOConnetion40412是一个与两个VOCall40410部件-1类对象关联的汇编类，所以与各个VOConnetion40412对象关联的恰好有两个VOCall40410对象。VOCall40410是VOPlaybackCall40415子类-1的超类，所以VOPlaybackCall40415对象VOCall40410对象继承属性。VOCall40410也是一个与两个VOSite40413部件-1类对象关联的汇编类，所以与各个VOCall40410对象关联的恰好有两个VOSite40413对象。最后，VOCall40410类对象使用VORecorder40411类对象。VOSite40413是VOMcuportSite40417子类-1、VOParticipantSite40418子类-2和VOOperatorSite40419子类-3的超类，所VOMcuPortSite40417对象、VOParticipantSite40418对象和VOOperatorSite40419对象从VOSite40413对象继承属性。VOPlaybackCall40415是一个与一个VOMovie40416关联的汇编类，所以与各个VOPlaybackCall40415对象关联的恰好有一个VOMovie40416。VOPlaybackCall40415类对象也用VOPlayer40414类对象。VOMessage40420除继承VOObject40401的属性之外没有关联，VOObject40401是内部软件系统中所有对象的超类。2．类和对象说明a)VOObject所有内部软件系统都将从下列基类继承。这个基类是从VisualC++基类CObject扩展的。类VOObject基类CObject继承类型公共友类-(1)数据类型enumsenderType_e{SENDER_INTERNAL,SENDER_SCHEDULE,SENDER_CONFERENCE,SENDER_CONNECTION,SENDER_CALL,SENDER_TIMER}；enummessageType_e{MSG_DEBUG,MSG_ERROR,MSG_WARNING,MSG_APPLICATION_ERROR,MSG_STATE_UPDATE}；Deliverytypeflags:DELIVER_MESSAGE_QUEUE,DELIVER_LOG_FILE,DELIVER_MODAL_DIALOG,DELIVERMODELESS_DIALOG,DELIVER_CONSOLEOUTPUT(2)属性访问级类型名称描述静态VOOperator*m_pVO视频操作员指针静态VOSchedule*m_pSchedule调度程序指针静态VOCallObjMgr*m_pCallOM呼叫对象管理器指针静态VOConnectionObjMgr*m_pConnOM连接对象管理器指针静态VOCallSystem*m_pCallSys呼叫系统接口指针(3)过程(a)PostMessageVirtualPostMessage(messageType_etype,interrCode,Cstringinfo=“”,intdelivery=(DELIVER_MSG_QUEUE｜DELIVER_LOG_FILE),senderType_esenderType=SENDER_INTERNAL,void*sender=NULL)；(ⅰ)参数type消息的类型-如数据类型一节中所定义。errCode错误或警告代码一如应用的资源中所定义。Info作为消息一部分要传递的额外文字信息。delivery消息投递的最佳过程。投递的选择在上文的数据类型一节中说明过。投递的缺省方法存储在类成员变量m_delivery中，它应当只对DELIVER_MSG_QUEUE和DELIVER_LOG_FILE二者而被初始化。senderType消息发送者的类型-如数据类型一节中所定义。Sender指向发送消息的对象的指针，即this(这个)。(ⅱ)描述用这个函数来创建错误、警告、调试、记录和通知消息。它将创建一个VOMessage对象，后者然后按照投递标志(deliveryflags)的规定来执行适当的行动。(b)GetErrorStringvirtualCStringGetErrorString(interrorCode)返回值返回一个具有与传递的错误代码相对应的错误串的CString对象。errorCode参数所要错误串的错误代码，作为资源存储该错误串。调用这个函数能获得与错误代码对应的文字描述。b)核心类(1)类列表站点(Site)参与者站点(ParticipantSite)MCU端口站点(MCUPortSite)视频操作员站点(VideoOperatorSite)呼叫(Call)回放呼叫(PlaybackCall)呼叫对象管理器(CallObjectManager)连接(Connection)连接对象管理器(ConnectionObjectManager)消息(Message)视频操作员(VideoOperator)(2)类描述(a)站点(Site)这是一个基类，由其可以导出诸如ParticipantSite和MCUPortSite类的类。其主要目的是作为一个数据结构，内容是关于谁或什么正在参加呼叫。类VOSite基类VOObject继承类型公共友类-(ⅰ)数据类型enumBandwidth_e{MULTIRATE,BONDING,AGGREGATED,HO}；(ⅱ)属性访问级类型名称描述Cstringm_name站点名称ID_tm_ID唯一站点IDID_tm_locationID物理位置IDCstringm_timezone时区Cstringm_dialNumber要拨叫的号码。参看呼叫系统接口一节的多号码格式Bandwidth_em_bandwidthUsage带宽使用intm_maxNumChannels最大可能信道数VOCall*m_pCall指向这个站点属于其一部分的呼叫对象的指针。*编码解码器或终端类型(PictureTel、MCP等)*呼叫建立类型(拨入、拨出)(b)参加者站点从VOSite基类继承。所有用户或会议参加者都将把他们的信息存储在VO共享数据库中。类VOParticipantSite基类VOSite继承类型公共友类-属性访问级类型名称描述Cstringm_CoordinatorName站点协调者名称Cstringm_CoordinatorNbr站点协调者电话号码ID_tm_companyID该站点所属公司的IDVOMCUPortSite*m_pMCUport要在连接对象中关联到的MCU端口站点(c)MCU端口站点从VOSite基类继承。所有会议都在MCU上进行。各个参加者站点需要与MCU上的一个逻辑“端口”连接。类VOMcuPortSite基类VOSite继承类型公共友类-属性访问级类型名称描述ID_tm_mcuID标识MCU的IDVOParticipantSite*m_pParticipant要在连接对象中关联到的参加者站点(d)视频操作员站点从VOSite基类继承。所有呼叫都把视频操作员站点作为点对点呼叫中的站点之一。这个结构含有视频操作员的真实ANI。类VOOperatorSite基类VOSite继承类型公共友类-属性访问级类型名称描述ID_tm_operatorID操作员的IDCStringm_voicePone操作员的话音电话号码ID_tm_groupID操作员的组IDID_tm_superviserID监控者的IDCOblistm_Calls该站点作为其一部分的呼叫对象的列表(e)呼叫呼叫的定义是两个站点之间的全双工H.320流。在所有呼叫中，视频操作员站点将是站点之一。将连接的一对呼叫称为一个连接。所有呼叫都把视频操作员站点作为点对点呼叫中的站点之一。这个结构含有视频操作员的真实ANI。类VOCall基类VOObject继承类型公共友类-(ⅰ)数据类型enumStateCall_e{ERROR,INACTIVE,INCOMING,DIALING,ACTIVE,DISCONNECTED,HELD,lastCallStates}；enumcallOperation_e{ERROR,DIAL,ANSWER,HOLD,PICKUP,DISCONNECT,HANGUP,lastCallOperations}(ⅱ)属性访问级类型名称描述ID_tm_ID呼叫IDVOSite*m_pSite呼叫站点的另一端(参加者、MCU端口或未知的)VOOperatorSite*m_pOperatorSite操作员站点booleanm_operator如果呼叫是由操作员Initiate启动的，值为真(缺省值)CTimem_startTime呼叫变为活动时的实际时间booleanm_expectHangup帮助确定是否期待挂机的标志StateCall_em_state呼叫的状态StateCall_em_transitionTable状态转换表[nCallStates][nCallOperations]VORecorder*m_pRecorder呼叫的记录器对象VOConnection*m_pConnection指向该呼叫所属连接对象的指针(ⅲ)过程Disconnection()；当线路另一端挂机或线路中断时被调用。成员变量m_expectHangup应当为假。否则，应当已调用过呼叫对象管理器的Hangup()操作。Reset()；将呼叫状态复位到不活动状态。Recordingstart()；开始记录呼叫的H.320输入流。RecordingStop()；停止呼叫的记录。setState(callOperation_eoperation)；操作参数指示已经执行一个操作，结果将导致状态变化。影响呼叫的状态的操作应当在操作执行之后调用setState函数。该功能通过引用状态转换表中的当前状态和操作来改变呼叫的状态。将创建一个类型为STATES_UPDATE的VOMessage对象，发送到应用队列。GUI和任何读取该应用队列的部件于是就得到状态更新的通知。(f)回放呼叫从VOCall基类继承。在这个特殊的呼叫案例中，视频操作员音频和视频输出被视频操作员存储与回放的外部系统部件用来自影片回放的H.320流替换。类VOPlaybackCall基类VOCall继承类型公共友类-(ⅰ)属性访问级类型名称描述VOMovie*m_pMovie将被播放的影片对象VOPlayer*m_pPlayer执行回放的播放器对象(ⅱ)过程PlaybackStart()；开始回放。PlaybackStop()；停止回放。(g)影片影片是H.320呼叫的记录。在阶段1，视频操作员存储与回放系统为记录和回放影片以及存储和检索而管理文件和H.320数据流。类VOMovie基类VOObject继承类型公共友类-属性访问级类型名称描述公共ID_tm_movieID影片ID公共CStringm_description影片描述(h)呼叫对象管理器通过用呼叫对象管理器来构造和毁灭呼叫对象，就能在视频操作员的机器上保持所有呼叫的列表。这包括不是任何会议或回放会话的一部分的呼叫，包括输入呼叫和一般拨出呼叫。影响呼叫但不创建或毁灭呼叫的操作可由呼叫对象本身来执行。类VOCallObjManager基类VOObject继承类型公共友类-(ⅰ)属性访问级类型名称描述intM_numChannels未使用的信道的总数intM_numActive活动信道的总数CMapStringToObm_callList呼叫列表(ⅱ)过程Dial()；Dial(VOCaU*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_tidCall)；idCall参数呼叫IDVOCall*GetCallPtr取得指向idCall所标识的呼叫对象的指针。(ⅰ)连接连接被定义为一对保持着接合(Join)状态的呼叫对象，各呼叫都将视频操作员站点作为用于实现接合的公共点。类VOConnection基类VOObject继承类型公共友类-(ⅱ)数据类型enumStateConnection_e{ERROR,UNJOINED,JOINED,BROKEN,lastConnectionStates}；enumConnectionOperation_e{ERROR,JOIN,UNJOIN,BREAK,RESET,lastConnectionOperations}；(ⅱ)属性访问级类型名称描述VOCall*m_pParticipantCall指向参加者呼叫的指针VOCall*m_pMCUPortCall指向MCU端口呼叫的指针VOParticipantSite*m_pParticipantSite指向参加者站点的指针Ctimem_joinTime接合的时间VOMovie*m_pMovie用于记录或回放的影片指针booleanm_exPectBreak帮助确定是否期望中断的标志。StateConnection_em_state连接的状态StateConnection_em_transitionTable状态转换表[nConnectionStates][nConnectionOps]VOConference*m_pConference指向该连接是其一部分的会议的指针。(ⅲ)过程Join()；接合参加者和MCU端口的呼叫。Unjoin()；断接参加者和MCU端口的呼叫。SetParticipantCall(VOCall*participantCall)；participantCall参数指向呼叫对象的指针。SetParticipantCall将呼叫设置为参加者呼叫，这在管理无法识别的输入呼叫时或者对于最后时刻的参加者替换是有用的。SetMCUPortCall(VOCall*mcuPortCall)；mcuPortCall参数指向呼叫的指针。SetMCUPortCall将呼叫设置为MCU端口呼叫，这在管理无法识别的输入呼叫时或者对于最后时刻的呼叫站点替换是有用的。DoParticipantCall()；呼叫参加者站点并将它设置为参加者呼叫。DoMCUPortCall()；呼叫MCU端口站点并将它设置为MCU端口呼叫。setState(ConnectionOperation_eoperation)；operation参数已经执行的将导致状态变化的操作。影响连接的状态的操作应当在操作执行之后调用setState函数。该函数通过引用状态转换表中的当前状态和操作来改变连接的状态。将创建一个类型为STATES_UPDATE的VOMessage对象，发送到应用队列。GUI和任何读取该应用队列的部件将因此得到状态更新的通知。protectedBreak()；当所接合的连接变得断接时被调用。如果成员变量m_expectBreak为假，则一定有一个呼叫被意外地拆线。否则，应当是已调用过该连接的Unjoin()操作。protectedReset()；将该连接的状态复位到UNJOINED(断接)。(j)连接对象管理器与呼叫对象管理器类似，必须保存一个在视频操作员机器上运行的所有连接的列表。所有导致连接的建立或删除的操作都要使用连接对象管理器。类VOConnectionObjMgr基类VOObject继承类型公共友类-(ⅰ)属性访问级类型名称描述CMapStringToObm_connectionList所有连接的列表intm_numJoined接合的连接的数目(ⅱ)过程VOConnection*Create()；返回值指向连接对象的指针。VOConnection*Create创建新的连接对象并将其添加到列表中。Remove(VOConnection*oldConnection)；oldConnection参数要被删除的连接对象。返回值如果操作成功则返回真。Remove删除一个连接对象并将其从列表中删除。VOConnection*GetConnectionPtr(ID_tidConnection)；返回值指向连接对象的指针。idConnection参数该连接的ID。VOConnection*GetConnectionPtr返回指向一个由其ID标识的连接对象的指针。(k)消息从内部系统软件向视频操作员应用的其余部分即图形用户界面的所有单向通信都是以放置到应用队列上的消息来发送的。创建和邮寄消息的函数在基类VOObject，所有内部软件系统类都是从该基类继承的。所有运行时错误或调试信息都被放入消息对象，邮寄到应用队列，以便适当的对象能根据其类型和严重程度对其进行处理。因此，如果发生某种故障-诸如内存出界-所有不返回特定类型的类功能都将邮寄一个消息或调试信息供GUI显示或登记到文件中。类VOMessage基类VOObject继承类型公共友类-(ⅰ)数据类型enumsenderType_e{INTERNAL,SCHEDULE,CONFERENCE,CONNECTION,CALL,TIMER}；enummessageType_e{DEBUG,ERROR,WARNING,APPLICATION_ERROR,STATE_UPDATE}；投递类型标志DELIVER_MESSAGE_QUEUE,DLIVER_LOG_FILE,DELIVER_MODAL_DIALOG,DELIVER_MODELESS_DIALOG,DELIVER_CONSOLEOUTPUT(ⅱ)属性访问级类型名称描述intm_errorCode错误代码intm_delivery邮寄时用于最佳信息投递的标志senderType_em_senderType发送者类型VOObject*m_pObject指向发送者的指针messageType_em_messageType消息类型CStringm_info消息信息*消息或错误的优先级*消息或错误的严重程度(ⅲ)过程Post()；向应用消息队列邮寄一个消息。privatestaticAppendLog()；返回值如果操作成功，则返回真。当DELIVERLOGFILE的标志置位时，该过程由VOObject::PostMessage()调用。(1)视频操作员每个机器一般只有一个视频操作员。每个视频操作员都有一个调度表和一个客户参加者站点的列表要管理。呼叫对象管理器和连接对象管理器也是视频操作员的一部分。类VOOperator基类VOObject继承类型公共友类-(ⅰ)属性访问级类型名称描述ID_tm_operatorID操作员IDVOSchedulem_schedule当前操作员的调度表CObListm_MCUlistMCU对象列表CObListm_operatorSites操作员站点静态VOUserPreferencesm_userPreferences缺省的应用用户选择(ⅱ)过程protectedScheduleStart()；初始化视频操作员的调度表。protectedCallObjMgrStart()；初始化呼叫对象管理器protectedConnectionObjMgrStart()；初始化连接对象管理器。protectedCallSystemInterfaceStart()；初始化呼叫系统接口。(m)用户选择视频操作员控制台应用将有一组缺省的应用选择，可以修改和保存。这些变量的值从以下的源中以递增的最佳次序提取的硬编码的缺省值、保存的VO.INI文件、命令行调用参数、GUI输入和保存到VO.INI文件的运行时修改。类VOUserPreferences基类VOObject继承类型公共友类-(ⅰ)属性访问级类型名称描述ID_tmoperatorID缺省的操作员ID(ⅱ)过程SavePrefs()；将所有的值保存到VO.INI。LoadPrefs()；从VO.INI加载所有的值。(n)MCU所有MCU端口对应特定的MCU。这个类仅用于MCU端口站点的存储。对于阶段2，将在这里实现MCU特定的操作和接口。类VOMCU基类VOObject继承类型公共友类-(ⅰ)属性访问级类型名称描述ID_tm_mcuIDMCU的IDCObListm_portListMCU端口站点对象的列表(ⅱ)过程VOMCUPortSite*GetPortPtr(ID_tidPort)；返回值指向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继承类型公共友类-(ⅰ)数据类型enumStatePlaybackSession_e{ERROR,INACTIVE,SETUP,ACTIVE,ENDING,FINISHED,lastPBSessionStates}；enumplaybackSessionOperation_e{ERROR,PREPARE,START,CLOSE,FINISH,1astPBSessionOperations}；(ⅱ)属性访问级类型名称描述公共ID_tm_ID在对会话进行预订时分配的ID公共CStringm_name会话的简短名称公共CStringm_description简要说明公共CTimem_startTime开始时间公共CTimeSpanm_duration回放会话的持续时间公共intm_xferRate数据传输速率(信道数目)保护VOplaybackCall*m_playbackCall回放呼叫对象保护StatePlaybackSession_em_state回放会话的状态保护StatePlaybackSession_em_transitionTable状态转换表[lastPBSessionStates][lastPBSessionOps](ⅲ)过程publicbooleanSetup()；返回值如果操作成功则返回真。publicbooleanSetup()通过呼叫参加者来建立回放呼叫并启动一个VOPlayer对象。这个函数可由调度程序来调用。publicbooleanStart()；返回值如果操作成功则返回真。publicbooleanStart启动播放器向回放呼叫播放。这个函数可由调度程序来调用。publicbooleanClose()；返回值如果操作成功则返回真。publicbooleanClose向视频操作员-也可能向参加者-发送消息，内容是回放会话就要结束。publicbooleanFinish()；返回值如果操作成功则返回真。publicbooleanFinish停止播放器并挂断回放呼叫。这个函数可被调度程序调用。publicStatePlaybackSession_eStateGet()；返回值返回回放会话的状态。用publicStatePlaybackSession_eStateGet函数来找出回放会话的状态。protectedbooleanStateSet(playbackSessionOperation_eOperation)；返回值如果操作成功则返回真。operation参数已经执行的将导致状态改变的操作。影响回放会话的状态的操作应当在操作执行之后调用保护的布尔StateSet函数。该函数通过引用状态转换表中的当前状态和操作来改变回放会话的状态。将创建一个类型为STATES_UPDATE的VOMessage对象，发送到应用队列。GUI和任何读取该应用队列的部件于是就得到状态更新的通知。(b)会议视频操作员的主要功能是管理会议。调度程序系统创建会议对象，后者又创建连接(或参加者-MCU端口站点呼叫对)的列表。在影片回放到会议的特殊案例中，要向MCU端口进行额外一次呼叫，以与回放会话类似的方式向MCU回放影片。这当然要求有额外的MCU端口可用并且在会议开始之前被调度。类VOConference基类VOSchedulable继承类型公共友类-(ⅰ)数据类型enumconferenceMode_e{CONTINUOUS_PRESENCE,VOICE_ACTIVATED,LECTURE,DIRECTOR_CONTROL}；enumStateConference_e{ERROR,INACTIVE,SETUP,ACTIVE,ENDING,FINISHED,lastConferenceStates}；enumconferenceOperation_e{ERROR,PREPARE,START,CLOSE,FINISH,lastConferenceOperations}；(ⅱ)属性访问级类型名称描述ID_tm_ID预订时给予的IDCStringm_name会议名称CStringm_description简要说明CStringm_timeZone时区CTimem_startTime会议开始时间CTimeSpanm_duration会议持续时间intm_transferRate传输速率intm_numActiveConns活动连接的数目conferenceMode_em_mode会议方式booleanm_recordingScheduled如果这个会议要记录则为真CObListm_connectionList存储连接对象的列表CMapStringToObjm_participantSiteList参加者站点列表VOPlaybackCallm_PlaybackCall如果会议中有回放则有效StateConference_em_state会议的当前状态StateConference_em_transitionTable状态转换表[lastConferenceStates][lastConferenceOps]*呼叫建立类型*音频协议*视频协议*多MCU会议*H.243主席控制与口令(ⅲ)过程publicbooleanSetup()；返回值如果操作成功则返回真。publicbooleanSetup通过呼叫各个适当的参加者站点和MCU站点在连接列表中建立各个连接(若需要还建立回放呼叫)，并执行Join(接合)操作来创建连接。这个函数可由调度程序来调用。publicbooleanStart()；返回值如果操作成功则返回真。publicbooleanStart启动会议。这个函数可由调度程序来调用。publicbooleanEnd()；返回值如果操作成功则返回真。publicbooleanEnd拆除会议中的连接，或者发出会议很快就要结束的警告。这个函数可被调度程序调用。publicbooleanFinish()；返回值如果操作成功则返回真。publicbooleanFinish停止会议并挂断会议中的所有呼叫。这个函数可被调度程序调用。publicStateConference_eStateGet()；返回值返回会议的状态。用publicStateConference_eStateGet函数来检查会议的状态。protectedbooleanStateSet(ConferenceOperation_eOperation)；返回值；如果操作成功则返回真。operation参数已经执行的将导致状态改变的操作。影响会议的状态的操作应当在操作执行之后调用保护的布尔StateSet函数。该函数通过引用状态转换表中的当前状态和操作来改变会议的状态。将创建一个类型为STATES_UPDATE的VOMessage对象，发送到应用队列。GUI和任何读取该应用队列的部件于是就得到状态更新的通知。(c)调度调度系统保存一个会议和回放会话的列表。每个会议和回放会话都是在启动时间之前的特定时间间隔被创建的。内存中的调度表与当前视频操作员的视频操作员共享数据库中存储的调度表应当总是保持同步。类VOSchedule基类VOObject继承类型公共友类-(ⅰ)属性访问级类型名称描述ID_tm_operatorID责任操作员的IDCMapStringm_schedItems可调度对象(会议和回放会话)ToObj的列表CmapWordTom_schedAlarms为可调度对象上的操作(构造和Ob删除)当前设置的警报的列表(ⅱ)过程SynchWithDb()；对调度表与视频操作员共享数据库同步。AddSchedulable(VOSchedulable*pSchedulable)；pSchedulable参数指向要向列表添加的可调度对象的指针。AddSchedulable将可调度对象添加到列表中。DeleteSchedulable(ID_taSchedulable)；aSchedulable参数要从列表中删除的可调度对象。DeleteSchedulable删除一个可调度对象并从列表中删除。(d)可调度的对象或项阶段1中可调度的项或对象是会议和回放会话。这个类允许我们为任何类型的事件创建调度表。类VOSchedulable基类VOObject继承类型公共友类-(ⅰ)属性访问级类型名称描述ID_tm_requestor请求者的IDCtimem_startTime调度的开始时间CTimeSpanm_duration调度的事件持续时间Ctimem_endTime调度的事件结束时间MMRESULTm_alarmID当前设置的警报的ID(ⅱ)过程publicSetAlarm(Ctimetime,LPTIMECALLBACKfunc)；time参数触发警报的时间。func参数当警报被触发时指向回调函数的指针。返回值如果操作成功则返回真。publicSetAlarm设置一个在特定时间触发的警报。当警报被触发时，回调函数将被调用。这适用于依赖时间的事件，诸如会议开始前15分钟，会议结束前5分钟，会议结束后30分钟。publicKillAlarm()；返回值如果操作成功则返回真。publicKillAlarm清除由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继承类型公共友类-(ⅰ)数据类型enumStateRecorder_e{ERROR,IDLE,RECORDING,PAUSED,FINISHED,lastRecorderStates}；enumrecorderOperation_e{ERROR,BEGIN,PAUSE,RESUME,STOP,lastRecorderOps}(ⅱ)属性访问级类型名称描述VOMovie*m_movie影片VOCall*m_pCall呼叫指针(记录用)Cstringm_info参加者和会议名Ctimem_startTime开始时间Ctimem_endTime停止时间CtimeSpanm_duration总记录的时间StateRecorder_em_state状态StateRecorder_em_transitionTable状态转换表[lastRecorderStates][lastRecorderOps]*VSF对象*记录方式(ⅲ)过程InitMovie()；VOSP初始化一个记录。这将告诉VOSP准备记录。start()；VOSP开始记录。stop()；VOSP停止记录。setState(recorderOperation_eoperation)；operation参数已经执行的、将导致状态变化的操作。影响记录器的状态的操作应当在操作执行之后调用setState函数。该函数通过引用状态转换表中的当前状态和操作来改变记录器的状态。将创建一个类型为STATUS_UPDATE的VOMessage对象，发送到应用队列。GUI和任何读取该应用队列的部件于是就得到状态更新的通知。(b)播放器播放器与执行实际向呼叫的输出流回放影片的任意外部部件通信。对于阶段1，这种外部部件叫视频操作员存储与回放系统。类VOPlayer基类VOObject继承类型公共友类-(ⅰ)数据类型enumStatePlayer_e{ERROR,IDLE,PLAYING,PAUSED,FINISHED,nPlayerStates}；enumplayerOperation_e{ERROR,BEGIN,PAUSE,RESUME,STOP,RESET,nPlayerOps}(ⅱ)属性访问级类型名称描述VOMovie*m_pMovie影片VOCall*m_pCall呼叫指针(回放用)Cstringm_info参加者和会议名Ctimem_startTime开始和停止时间Ctimem_endTimeCTimeSpanm_duration总回放时间StatePlayer_em_state状态StatePlayer_em_transition状态转换表[nPlayerStates]Table[nPlayerOps]*VSF对象*回放方式(ⅲ)过程publicInitMovie()；返回值如果操作成功则返回真。publicInitMovieVOSP初始化回放。这将告诉VOSP准备回放。publicStart()；返回值如果操作成功则返回真。publicStartVOSP开始回放。publicStop()；返回值如果操作成功则返回真。publicStopVOSP停止回放。setstate(playerOperation_eoperation)；返回值如果操作成功则返回真。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基类VO0bject继承类型公共友类-(1)数据类型enumBandwidth_e{MULTIRATE,BONDING,AGGREGATED,HO}；使用BONDING的呼叫的Q.931用户信息0x000x010x070x440x790x000x00017447-9000Bonded,1个号码，7位长度，447-9000组合的Q.931用户信息0x000x020x070x440x790x000x000xFF0x01127447-9000,1组合的、2个号码，7位长度，447-9000,447-9001(2)属性访问级类型名称描述公共intm_numCalls可得到的呼叫总数公共intm_numConnections可得到的连接总数(3)过程publicDial(Bandwidth_ecalltype,CStringdestination)；publicDial(Bandwidth_ecalltype,CStringdestination,CStringorigination)；返回值如果操作成功则返回真。calltype参数规定要进行的呼叫的类型。destination参数规定要拨的目的地号码。origination参数规定要使用的发起号码，而不是操作员控制台的实际号码。publicDial外拨。publicAnswer(ID_tcall)；call参数等待回答的呼叫的呼叫IDpublicAnswer回答输入呼叫。publicHangup(ID_tcall)；返回值如果操作成功则返回真。call参数要挂机的呼叫的呼叫IDpublicHangup挂断呼叫。publicHold(ID_tcall)；返回值如果操作成功则返回真。call参数要保持的呼叫的呼叫IDpublicHold让呼叫保持。publicJoin(ID_tcall1,ID_tcall2)；返回值如果操作成功则返回真。call1参数呼叫的呼叫IDcall2参数呼叫的呼叫IDpublicJoin接合两个呼叫。publicUnjoin(ID_t,connection)；返回值如果操作成功则返回真。connection参数要拆接的连接的ID。publicUnjoin拆接指定的连接。publicStateCall_eCallStatus(ID_tcall)；返回值返回呼叫的状态。connection参数要拆接的连接的ID。publicStateCall_eCallStatus报告指定呼叫的状态。publicStateConnection_eJoinStatus(ID_t,connection)；返回值返回连接的状态。connection参数要拆接的连接的ID。publicStateConnection_eJoinStatus报告指定接合的状态。protectedLaunchMCP()；返回值如果操作成功则返回真。protectedLaunchMCP启动Incite的MCP应用。E．图形用户界面类1．类层次图106表示视频操作员图形用户界面(“GUI”)类的类层次。一般来说，视频操作员将通过与视频操作员控制台GUI(“控制台GUI”)的交互作用，执行本文所述的视频会议操作员系统的所有特征。控制台GUI的主要部件是主控制台窗口、调度与连接列表窗口、会议与连接窗口、消息区、音频与视频控制、发出及时信息的对话框、表示可能不是频繁执行的行动的菜单项。MCU操作和特征将不在视频操作员控制台GUI中实现，以便能采用不同的MCU模型类型来实施不同的视频操作员系统。销售商特定的MCU操作将由与MCU应用一起提供的销售商的软件来执行。在一个采用VideoServer的MCS的实施例中，MCS工作站软件能用于实现的特征诸如有会议结束时间延长、音频和视频堵塞(blocking)、会议直接控制，等等。这个软件能与视频操作员GUI并行地运行。如果用面向对象的程序设计术语来描述，GUI有一个创建并保存所有窗口及窗口内的视图的主应用对象。主窗口是由VOConsoleApp41008创建的VOMainFrame41009。这个主窗口创建VOScheduleWnd41016、VOAlertWnd41015、VOConferenceVw41014、VOVideoWatchVw41013。VOScheduleWnd41016和VOAlertWnd是可对接的窗口-意思是它们能附接到它们父窗口的一边。本案例中的父窗口是VOMainFrame41009。可对接的窗口也能与边界分开，方法是将它们拖离。在这种情况下，它们就会像标准的工具窗口一样。各对象类的功能可以总结如下。VOConsoleApp41008是主应用类，VOMainFrame41009是含有所有其它窗口的主窗口。VOScheduleWnd41016是显示操作员的调度的窗口，VOChildFrame41010是用于多文档接口(“MDI”)窗口的一个框架窗口(framewindow)。VOChildFrame41010起着各个视图的主框架窗口的作用。VOConferenceFrame41018由VOChildFrame41010导出，是会议视图的框架窗口，VOConferenceVw41014则是显示会议信息的窗口。VOConferenceDoc41012是对应VOConferenceVw41014的文档类。VOVideoWatchFrame41017由VOChildFrame41010导出，是用于视频观察视图的框架窗口，VOVideoWatchVw41013是显示视频流和进行呼叫的控制的窗口。VOVideoWatchDoc41011是对应视频观察视图的文档类。在一个用VisualC++作为程序设计语言的实施例中，CWnd41001是CMDIFrameWnd41005子类-1、CMDIChildWnd41006子类-2、CFromView41007子类-3和CDialogBar41002子类-4的超类，使得CMDIFrameWnd41005类对象、CMDIChildWnd41006类对象、CFromView41007类对象和CDialogBar41002类对象从CWnd41001类继承属性。CMDIFrameWnd41005是VOMainFrame41009子类-1的超类，CMDIChildWnd41006是VOChildFrame41010子类-1的超类，CFromView41007是VOVideoWatchVw41013子类-1和VOConferenceVw41014子类-2的超类，CDialogBar41002是VOAlertWnd41015子类-1和VOScheduleWnd41016子类-2的超类。VOChildFrame41010是VOVideoWatch41017子类-1和VOConferenceFrame41018子类-2的超类，CWinApp41003是VOConsoleApp41008子类-1的超类，CDocument41004是VOVideoWatchDoc41011子类-1和VOConferenceDoc41012子类-2的超类。VOConsoleApp41008是与一个VOMainFrame41009部件-1类对象关联的汇编类，使得与每个VOConsoleApp41008对象关联的只有恰好一个VOMainFrame41009对象。VOMainFrame41009是与一个VOVideoWatchFrame41017部件-1类对象、一个VOConferenceFrame41018部件-2类对象、一个VOAlertWnd41015部件-3类对象和一个VOScheduleWnd41016部件-4类对象关联的汇编类，使得与每个VOMainFrame41009对象关联的只有恰好一个VOVideoWatchFrame41017对象、恰好一个VOConferenceFrame41018对象、恰好一个VOAlertWnd41015对象和恰好一个VOScheduleWnd41016对象。VOVideoWatchFrame41017是与一个VOVideoWatchDoc41011部件-1类对象、一个VOVideoWatchVw41013部件-2类对象关联的汇编类，使得与每个VOVideoFWatchFrame41017对象关联的只有恰好一个VOVideoWatchDoc41011对象、一个VOVideoWatchVw41013对象。从如上所述的Cdocument41004类对象扩展的每个VOVideoWatchDOC41011对象使用从CFormView41007类对象扩展的一个VOVideoWatchVw41013对象。类似地，VOConferenceFrame41018是与一个VOConferenceDoc41012部件-1类对象、一个VOConferenceVw41014部件-2类对象关联的汇编类，使得与每个VOConferenceFrame41018对象关联的只有恰好一个VOConferenceDoc41012对象、恰好一个VOConferenceVw41014对象。VOConferenceDoc41012使用VOConferenceVw41014。2．类和对象细节a)用户界面类(1)类列表VOConsoleApp主应用类VOMainFrame含有所有其它窗口的主窗口VOscheduleWnd显示操作员的调度表的窗口VOOutputWnd显示错误消息和警报的窗口VOChildFrame用于MDI窗口的框架窗口。它对各个视图起着框架主框架窗口的作用。VOConferenceFrame会议视图的框架窗口。这是从VOChildFrame导出的。VOConferenceVw显示会议信息的窗口。VOConferenceDoc与ConferenceVw对应的文档类。VOVideoWatchFrame用于视频观察视图(VideoWatchview)的框架窗口。这是从VOChildFrame导出的。VOVideoWatchVw显示为进行呼叫显示的视频流和控制的窗口。VOVideoWatchDoc与视频观察视图对应的文档类。(2)类细节(a)VOConsoleApp类VOConsoleApp基类CWinApp继承类型公共友类-(ⅰ)属性访问级类型名称描述保护VOOperator*m_pOperator指向已登录的视频操作员的指针(ⅱ)过程RetcodeCreateVideoOperator(CStringlogin,Cstringpassword)；返回值如果成功，返回非零值；否则返回零。login参数操作员的登录ID。password参数操作员的口令。RetcodeCreateVideoOperator函数最初是在应用实例化期间被调用的。RetcodeInitializeCallSystemComponents()；返回值如果成功，返回非零值；否则返回零。RetcodeInitializeCallSystemComponents函数最初是在创建视频操作员之后、应用启动期间被调用的，它对指向由内部软件系统启动的VOCallSystemInterface、VOCallObjMgr和VOConnectionObjMgr对象的指针进行本地复制。VoidOnGetVOMessage(VOMsgvoMsg)；VoMsg参数由内部软件系统传送的消息对象。VoidOnGetVOMessage函数在应用从内部软件系统接收一个消息时被调用，将消息重定向到适当的窗口。在初始实现中，消息被传送到VOMainFrame，后者解释该消息。视消息的类型而定，消息或者在VOOutputWnd中显示，显示在消息框，或者被传送到VOConferenceVw和VOVideoWatch窗口。(b)VOMainFrame类VOMainFrame基类CFrameWnd继承类型公共友类-(ⅰ)属性访问级类型名称描述保护VOOperator*m_pOperator指向已登录的视频操作员的指针VOScheduleWnd*m_pScheduleWnd指向调度窗口的指针VOOutputWnd*m_pOutputWnd指向输出窗口的指针VOConferenceVw*m_pConfVw指向会议窗口的指针。如果同时有多个活动的会议窗口，则是一个指针组(collection)。VOVideoWatchVw*m_pVideoWatchVw指向视频观察窗口的指针(ⅱ)过程RetcodeSynchWithDb()；返回值如果成功，返回非零值；否则返回零。login参数操作员的登录ID。password参数操作员的口令。RetcodeSynchWithDb函数在调度表已经变化、需要与数据库同步时被调用。RetcodeDisplayMessage(VOMsgvoMsg)；返回值如果成功，返回非零值；否则返回零。voMsg参数从内部软件系统接收的VOMsg对象。RetcodeDisplayMessage函数在输出窗口显示voMsg对象的内容，根据严重程度，也显示一个警报消息框。voidOnConferenceStatusChanged(VOConference*pConference)；pConference参数指向其状态已经改变的会议对象的指针。voidOnConferenceStatusChanged函数在特定会议的状态改变时被调用。(c)VOScheduleWnd类VOScheduleWnd基类CDialogBar继承类型公共友类-(ⅰ)属性访问级类型名称描述保护VOMainFrame*m_pMainFrame指向主框架窗口的指针VOSchedule*m_pSchedule指向视频操作员调度表的指针(ⅱ)过程RetcodeDisplaySchedule(BOOLfilter=0)；返回值如果成功，返回非零值；否则返回零。filter参数为显示调度表而应用的过滤器(filter)。filter=0显示整个调度表，filter=1只显示活动的会议和回放呼叫。RetcodeDisplaySchedule函数的调用，是为了在调度窗口中显示会议和回放呼叫的列表。RetcodeDisplayConfSites(VOConference*pConference)；返回值如果成功，返回非零值；否则返回零。pConference参数指向要在调度窗口的站点列表框显示其站点的会议对象的指针。调用RetcodeDisplayConfSites函数以显示调度窗口的站点列表框中的站点列表。RetcodeonClickScheduledItem()；返回值如果该选择与先前的选择不同返回非零值，否则返回零。当用户单击在调度表框中的一个项目时，调用该RetcodeOnClickScheduledItem函数。该初始的实施显示在该会议中的对应站点或该站点和在该回放呼叫中的电影细节。RetcaleOnDblClickScheduledItem()；返回值如果打开了会议窗口返回非零值，否则返回零。当用户双击在调度列表框中的一个项目时，调用该RetcodeOnDblClickScheduledItem功能。该初始的实施为该调度的项目建立一个新的VoConferenceVw。RetcodeOnClickSite()；返回值如果该选择与先前的选择不同返回非零值，否则返回零。当用户单击在调度窗的站点列表框中的项目时，调用该RetcodeOnClickSite函数。(d)VOOutputWnd类VOOutputWnd基类CdialogBar继承类型公共友类-(ⅰ)属性访问级类型名称描述保护VOMainFrame*m_pMainFrame指向主框架窗口的指针(ⅱ)过程RetcodeDisplayMessage(CStringinfo,VOMsg*pVoMsg=NULL)；返回值如果成功，返回非零值；否则返回零。info参数要显示的其它信息。pVoMsg参数指向pVoMsg对象的指针。RetcodeDisplayMessage函数在输出窗口显示消息文字。如果pVoMsg=NULL，则只显示info。(e)VOConferenceVw类VOConferenceVw基类CFormView继承类型公共友类-(ⅰ)属性访问级类型名称描述保护VOOperator*m_pOperator指向已登录的视频操作员的指针VOMainFrame*m_pMainFrame指向主框架窗口的指针VOVideoWatchVw*M_pVideoWatchVw指向视频观察窗口的指针VOOutputWnd*M_pOutputWnd指向输出窗口的指针(ⅱ)构造器protectedVOConferenceVw()；VOConferenceVw(VOConference*pConference)；VOConferenceVw(VOPlaybackSession*pPbSession)；pConference参数指向要为其创建一个视图的会议对象的指针。pPbSession参数指向要为其创建一个视图的回放会话对象的指针。会议视图用于显示有关任何会议和调度的回放会话的信息。这个视图仅当用户双点击调度窗口中的会议/回放会话时才被主窗口调用。(ⅲ)过程voidOnConferenceStatusChanged(VOConference*pConference)；PConference参数指向状态已经改变的会议对象的指针。voidOnConferenceStatusChanged在会议状态已经改变时被调用，以便能对UI(用户界面)作相应更新。voidOnPbSessionStatusChanged(VOPlaybackSession*pPbSession)；pPbSession参数指向状态已经改变的回放会话对象的指针。VoidOnPbSessionStatusChanged在回放会话的状态已经改变时被调用，以便能对UI作相应更新。voidOnConnStatusChanged(VOConnection*pConnection)；pConnection参数指向状态已经改变的连接对象的指针。VoidOnConneStatusChanged在连接的状态已经改变时被调用，以便能对UI作相应更新。voidOnCallStatusChanged(VOCall*pCall)；pCall参数指向状态已经改变的回放会话对象的指针。。VoidOnCallStatusChanged在当前会议/回放会话中某呼叫的状态已经改变时被调用，以便能对UI作相应更新。voidOnPbCallStatusChanged(VOPbcall*pPbCall)；pPbCall参数指向状态已经改变的回放会话对象的指针。VoidOnPbCallStatusChanged在回放会话的状态已经改变时被调用，以便能对UI作相应更新。voidDisplayConnectionStatus(VOConnection*pConnection)；pConnection参数指向状态已经改变的连接对象的指针。VoidDisplayConnectionStatus的调用是为了显示连接的状态。voidDisplayCallStatus(VOCall*pCall)；pCall参数指向状态已经改变的呼叫对象的指针。VoidDisplayCallStatus的调用是为了显示呼叫的状态(参加者或MCU)。voidDisplayRecordingStatus()；如果有会议中的任何呼叫正在被记录，就调用该函数来显示记录状态。voidDisplayWatchStatus()；调用该函数来显示在当前会议或回放会话中的哪个呼叫正在受到监控。voidDisplayPlaybackStatus()；调用该函数来显示回放状态。RetcodeOnDialSite()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeOnDialSite在点击参加者一方的Dial(拨叫)钮时被调用。这将拨叫选定连接的参加者。RetcodeOnDialMCU()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeOndialMCU在点击MCU一方的Dial(拨叫)钮时被调用。这将拨叫分配给选定参加者的MCU端口。RetcodeOnHangupSite()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeOnHangupSite挂断对参加者的呼叫。RetcodeOnHangupMCU()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeOnHangupMCU挂断对MCU的呼叫。RetcodeOnHoldSite()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeOnHoldSite函数让参加者保持(如果呼叫是活动的)。RetcodeOnHoldMCU()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeOnHoldMCU函数让MCU保持(如果呼叫是活动的)。RetcodeOnWatchSite()；返回值如果成功，返回非零值；否则返回零。RetcodeOnWatchSite函数将监视当前参加者。对应该参加者的视频流将在视频观察窗口上显示。RetcodeOnWatchMCU()；返回值如果成功，返回非零值；否则返回零。RetcodeOnWatchMCU函数开始监视对应会议中某参加者的MCU引柄(leg)。视频流将在视频观察窗口上显示。RetcodeOnRecordMCU()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeOnRecordMCU函数开始记录MCU流。如果记录已经在进行，则该函数暂停/停止记录。RetcodeOnRecordSite()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeOnRecordSite函数开始记录对应选定参加者的流。如果记录已经在进行，则记录将暂停/停止。RetcodeMakeAutoConnection()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeMakeAutoConnection的调用是为了自动连接参加者和MCU，如果成功，就将它们接合。RetcodeMakeAutoDisconnection()；返回值如果对操作已启动成功，返回非零值，否则为零。调用RetcodeMakeAutoDisconnection，以便自动地断开该接合，并断开对参加者和MCU的呼叫。RetcodeConnectAll()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeConnectAll的调用是为了自动地逐一进行所有连接。RetcodeDisconnectAll()；返回值如果该操作启动成功，返回非零值；否则返回零。RetcodeDisconnectAll的调用是为了拆断所有会议连接。(f)VOVideoWatchVw类VOMainFrame基类CFrameWnd继承类型公共友类-(ⅰ)属性访问级类型名称描述保护VOOperator*m_pOperator指向已登录的视频操作员的指针VOCallObjMgr*m_pCallMgr指向呼叫对象管理器的指针VOScheduleWnd*m_pScheduleWnd指向调度窗口的指针(ⅱ)构造器VOVideoWatchVw()；(ⅲ)过程voidOnDial()；拨在目的地编辑框中的号码。voidOnTransfer()；向某号码参数当前呼叫。这将显示一个对话框，用户在其中输入呼叫要传输到的号码顶。voidOnAnswer()；当点击Answer键时被调用。voidOnForward()；当点击forward键时被调用。所有呼叫都将被转发到所提供的转发号码。voidOnMute()；当点击Mute键时被调用。开/关静音。voidOnHangup()；当点击Hang-up键时被调用。挂断当前呼叫。voidOnHold()；当点击Hold键时被调用。使当前呼叫保持。voidOnPickup()；当点击Pickup键时被调用。将保持的呼叫摘机。voidOnPrivacy()；当点击Privacy键时被调用。开/关私密。voidOnPlayMovie()；当点击Play键时被调用。这将显示一个对话框，内有要选择的影片的列表。一旦选择某个影片，就播放该影片。voidOnRecordCall()；当点击Record键时被调用。voidOnJoinToConference()；当点击JoinConf键时被调用。这将显示活动会议和站点或回放会话的列表。操作员将选择对应当前呼叫的站点，该呼叫将连接到该会议。voidWatchVideo(BOOLselection)；返回值如果成功，返回非零值，否则返回零。selection参数规定要观察什么。selection=VDOWATCH_CONFERENCE显示从该站点/MCU选择的用于观察的视频。selection=VDOWATCH_SELF显示视频操作员的摄相机的输出。selection=VDOWATCH_CALL显示从视频观察窗口所提供的列表框中选择的呼叫的视频，或者显示输入呼叫的视频(若有的话)。调用voidWatchVideo函数选择要观察的视频流。voidOnDisplayCallsWindow()；当点击‘Calls’钮时被调用。voidOnSelfView()；当‘SelfView’检查框被检查或未检查时被调用。当自我视图被检查时，视频操作员的摄相机输出就在单独一个小窗口上显示。voidOnLocalVolume()；当LocalVolume滑动条位置变化时被调用。这将调节本地音量。voidOnRemoteVolume()；当RemoteVolume滑动条位置变化时被调用。这将调节远程音量信号。b)媒体控制类描述(1)VOMediaControl类VOMediaControl基类VOObject继承类型公共友类-(a)属性访问级类型名称描述保护structm_portInfo这个结构用于MtsLinkPortInfo与MCP通信(b)构造器VOMediaControl()；(c)过程publicvoidSetVolume(shortrightVolume,shortleftVolume)；rightVolume参数0-1000之间的整数。leftVolume参数0-1000之间的整数。publicvoidSetVolume设置音量控制。publicshortGetVolume(shortchannel)；返回值返回指定信道的音量。channel参数设置channel=PORT_CHANNEL_RIGHT用于右音量设置，设置channel=PORT_CHANNEL_LEFT用于左音量设置。publicshortGetVolume返回指定信道的当前音量。publicvoidSetSelfView(longflags)；flags参数设置自我视图的特性，有效的flag值是SELFVIEW_ON显示自我视图。SELFVIEW_OFF隐藏自我视图。SELFVIEW_MIRRORED镜象自我视图。publicvoidSetSelfView设置自我视图的特性。publiclongGetSelfView()；返回值返回自我视图设置publiclongGetSelfView返回自我视图设置，它用于发现自我视图是可见的、隐藏的还是镜象的。publicvoidSetSelfViewSize(shortsize)；size参数自我视图的预定大小之一。publicvoidSetSelfViewSize设置自我视图窗口的大小。有效值是FULLCIF、HALF_CIF、QUARTER_CIF。publicshortGetSelfViewSize()；返回值返回自我视图的当前大小publicshortGetSelfViewSize函数返回当前自我视图窗口的大小。该值是预定大小之一。见SetSelfViewSize对大小的说明。publicvoidSetAutoGain(BOOLautoGain=TRUE)autoGain参数要允许自动增益，应当为TRUE；要禁止则应当为FALSE。publicvoidSetAutoGain函数视autoGain的值允许或禁止自动增益。publicBOOLGetAutoGain()；返回值返回当前自动增益设置。publicBOOLGetAutoGain函数返回当前自动增益设置；如果自动增益允许，为真，否则为假。publicvoidSetEchoCancellation(boolbCancel)；bCancel参数如果bCancel为真，允许“取消”；如果为假，禁止“取消”。publicvoidSetEchoCancellation允许或禁止回声取消。publicBOOLGetEchoCancellation()；返回值返回当前的回声取消状态。publicBOOLGetEchoCancellation读取当前的回声取消的状态。publicshortGetVideoMode(shortmode=MODE_RX)；返回值返回视频模式。mode参数指示接收或传输模式。publicshortGetVideoMode读取音频接收或传输模式，具体视模式的值而定mode=MODE_RX表示接收模式，mode=MODE_TX表示传输模式。publicshortGetAudioMode(shortmode=MODE_RX)；返回值返回音频方式。mode参数指示接收或传输模式。publicshortGetAudioMode读取音频接收或传输模式，具体视模式的值而定mode=MODE_RX表示接收模式，mode=MODE_TX表示传输模式。publicvoidSetVideoWnd(HWNDhWnd)；hWnd参数指向视频要被显示的窗口的指针。publicvoidSetVideoWnd函数在hWnd参数标识的窗口显示视频。publicHWNDGetVideoWnd()；返回值返回视频正在其中显示的窗口的控制。如果未设置窗口则返回零。publicHWNDGetVideoWnd函数被调用时，检索视频正在其中显示的窗口的控制。publicvoidMakeVideoWndResizeable(BOOL,bResize=TRUE)；bResize参数如果bResize为真，视频窗口是可变大小的；如果为假则是不可变大小的。publicvoidMakeVideoWndResizeable函数用bResize=TRUE使视频窗口可变大小；要让窗口大小固定，则要使bResize为假。publicBOOLIsVideoWndResizeable()；返回值如果视频窗口是可变大小的，返回真；否则返回假。调用publicBOOLIsVideoWndResizeable函数确定视频窗口是否是可变大小的。F．视频操作员共享数据库1．数据库概要107表示视频操作员共享数据库(见图98的40214)的数据库概要图。在一个实施例中，数据库含有下列表。CONFERENCE(会议)41104列举已调度会议的细节，PARTICIPANT(参加者)41105列举会议的参加者，CONF_PARTICIPANT41108含有CONFERENCE41104和PARTICIPANT41005表中的关键字，关键字用于确定任何会议中的参加者。MCU41102含有来自各种供应商的不同MCU的特性，MCUPORT41106含有MCU41102表的MCU标识号以及参加者用来连接到会议的MCU的端口。VOPERATOR列举视频操作员属性，VOTYPES列举用于定义会议或参加者的所有类型(例如协议、带宽)，VOTYPEVALUES41107列举各个已定义类型的值。VDOOPERATOR41101表中的每个视频操作员记录，都在其ID域中含有一个独有的标识号，其号码可出现COFERENCE41104表的operatorID域中，将各视频操作员分配到在COFERENCE41104表中预置的特定会议。COFERENCE41104表中的每个会议记录又在其ID域中含有一个独有的标识号，其号码可出现在CONF_PARTICIPANT41108表的confID域。类似地，PARTICIPANT41105表中的每个参加者记录又在其ID域中含有一个独有的标识号，其号码可出现在CONF_PARTICIPANT41108表的participantID域。最后，MCU41102表中的每个MCU记录又在其ID域中含有一个独有的标识号，其号码可出现在MCUPORT41106表的mcuID域，标识与该MCU关联的MCU端口集。MCUPORT41106表中的每个MCU端口记录又在其ID域中含有一个独有的标识号，其号码可出现在CONF_PARTICIPANT41108表的mcuPortID域。在CONF_PARTICIPANT41108表内，confID、participantID和mcuPortID作为交叉引用的关键字，用于定义具有给定会议轮廓、一组参加者和一个MCU端口的特定会议。此外，VOType41003表中的每个VOType记录又在其ID域中含有一个独有的标识号，其号码可出现在VOTYPEVALUES41007表的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来查看视频。当操作员选择SelfView(自我查看〕按钮41506时，就应当在附近出现一个小的自我查看窗口。5．控制台输出窗口图112表示一个控制台输出窗口41205的实施例，该窗口显示所有错误和报警41601。该窗口是可滚动的，所以视频操作员能够看到当前会话中所出现的所有错误。这些消息也记录到一个文本文件作将来参考用。6．特性对话框图113表示特性对话框41701。对话框是临时性窗口，只是暂时被显示。它们通常用于输入数据或显示要求引起立即注意的信息。这将是一个显示特定会议或站点的特性的非模态对话框。任何时候将只能打开一个这种窗口。如果用户的的注意力在另一个会议窗口或连接窗口，就用适当的特性更新同一个对话框。图113表示了与特定站点关联的特性，包括站点协调器41702、站点电话号码41703、时间41704、连接类型41705、终端类型41706。Close(关闭)按钮41707关闭特性对话框41701。ⅩⅦ．万维网(WWW)浏览器能力A．用户接口图形用户界面的设计，使得从工作站到服务器只需要一个单一的IP连接。这个单一的IP连接既支持WWW浏览器与WWW站点之间的因特网连接，也支持PC客户机与通用收件箱(即消息中心)的消息传递连接。PC客户机接口与WWW浏览器接口集成，使得这两个部件能共存于同一个工作站，共享单一IP连接而不会导致两个应用之间的冲突。WWW浏览器访问受到任何可由商业渠道获得的WWW浏览器的支持·MirosoftInternetExplorer·NetscapeNavigator(1.2、2.X)；·SpyglassMosaic此外，WWW浏览器接口被优化，以支持Windows95，不过，Windows3.1、Windows3.11也受支持。WWW浏览器接口检测用户工作站(或终端)的显示特性，改编该表示以支持工作站的显示设置。该表示是在640×480象素显示左右优化的，但是也能利用800×600(或更高)监视器的增强型分辨率和显示质量。为提高性能，用户能在‘最小图’与‘全图’表示之间作出选择。WWW浏览器将检测用户选择了‘最小图’还是‘全图’，只发送适合的图形文件。B．性能从WWW站点或个人主页向用户工作站或终端下载信息的响应时间符合下列基准工作站配置·处理器486DX-33MHz；·内存12MB；·监视器VGA、SuperVGA或XGA；·访问拨号；·Windows95；·表示选择全图·外设声卡、音频播放软件、14.4Kbps调制解调器。在从WWW站点向工作站下载一屏或页之后，光标被预先定位到第一个被要求的域或者能被更新的域。C．个人主页系统提供用户建立个人主页的能力，个人主页是人们与用户通信或与用户计划会面的工具。称访问用户的个人主页的人为客人，“拥有”个人主页的用户为用户。对个人主页的客人访问支持以下特征·通过网络MCI寻呼创建和发送基于文本的寻呼消息；·创建和向电子邮件(MCI邮件或因特网MCI)帐户发送电子邮件消息；·访问用户日历以安排会面。通过用户个人主页生成的消息传送到用户的网络MCI或SkyTel寻呼机或MCI电子邮件帐户。客人编制的电子邮件消息将·在电子邮件标题提出用户的名字，而不是用户的电子邮件地址；·在电子邮件标题提供一个域，用于-发送者的名字(必选域)、-发送者的电子邮件地址(任选域)、-主题(任选域)。客人在用户个人主页上“请求”约会。·用户个人主页上请求的约会将用“(R)”作为前缀。·同意的约会将用“(A)”作为前缀。用户负责例行检查他们的日历，并同意或删除请求的约会，并开始对请求方的必要的跟踪通信。由(“A”)作为同意的约会的前缀。安全要求对从个人主页的日历访问的设计要支持两级安全·无PIN访问-只有次数，或-次数与事件；·PIN访问-只有次数，或-次数与事件；1．存储要求系统以下列方式存储和保留过去和将来的约会·本月加上过去6个月的历史日历约会·本月加上以后12个月的将来日历约会。用户能选择下载预定要在数据库中被覆盖的月约会的内容。将要被下载到用户的日历信息，以逗号作分隔符，或者是DBF格式，能输入到microsoftSchedule+、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轮廓；·如何更新信息服务轮廓；·如何访问个人主页；·如何更新他们的个人主页；·如何在主页上提供反馈；·如何预订用户指南。控制条(ControlBar)控制条出现在主页的底部。控制条提供客人对下列特征的访问·帮助文本；·MCI主页·个人主页目录·反馈。8．轮廓管理除了以上讨论的在屏帮助文本和控制条外，轮廓管理屏还提供一个标题条(TitleBar)。标题条使用户能容易地访问轮廓管理各部件，快速访问消息中心。通过使用标签来提供对轮廓管理各部件的访问。标签包括·直达线MCI；·信息业务；·个人主页；·列表管理；·消息处置。直达线MCI标签包括表示直达线MCI的内在部件的其它标签·话音邮件；·传真邮件；·寻呼。直达线MCI轮廓管理系统提供用户一个轮廓管理页，从此可以对其中的帐户轮廓信息进行操作，以便·创建新的直达线MCI轮廓并为轮廓赋名；·更新现存的直达线MCI轮廓；·支持基于规则的直达线MCI创建和更新逻辑(例如，只对一个呼叫路由选择选择项如话音邮件的选择，调用向话音邮件的替换路由选择；在一屏中所作的更新波及所有受影响屏-如寻呼通知)；·允许一个直达线MCI号码；·允许并定义替代路由选择号码；·允许并定义FollowMe(随我)路由选择；·为直达线MCIFollowMe路由选择序列中的每个号码定义RNA参数；·允许并定义最终路由选择(以前称作备用路由选择)到-话音邮件和寻呼机、-仅话音邮件、-仅寻呼机、-最终消息；·如果有两个或更多的呼叫路由选择选项(FollowMe、话音邮件、传真邮件或寻呼机)被允许，则调用菜单路由选择；·允许话音邮件；·允许传真邮件；·允许寻呼；·为传真邮件投递定义缺省号码；·为话音邮件启动寻呼通知；·为传真邮件启动寻呼通知；·定义激活/去激活不同直达线MCI轮廓的计划；·提供客人为紧急投递而对话音邮件分类的选择；·为所有消息类型配置时区，用于标识消息被接收的时间；·为以下各项定义呼叫屏蔽参数-名称和ANI；-仅ANI；-仅名称；·允许或禁止停留并寻呼。9．信息业务轮廓管理信息业务轮廓管理提供用户选择信息源、投递机制(话音邮件、寻呼机、电子邮件)以及根据信息源和内容选择投递频率的能力。具体来说，用户能配置以下的任何信息源·股票指数和金融新闻；·新闻摘要股票指数和金融新闻提供用户以下内容·商业新闻摘要；·股票指数(延迟时间不超过10分钟)；·证券市场报道(每小时一次，上午/下午或COB)；·货币与债券报道(每小时一次，上午/下午或COB)；·贵金属报道(每小时一次，上午/下午或COB)；·商品报道(每小时一次，上午/下午或COB)；商业新闻摘要每天通过电子邮件投递一次。各种报道(证券市场、货币与债券、贵金属、商品)按用户规定的时间间隔投递。按小时报道要求电子邮件的计时标记是整点后10分钟。上午/下午报道要求上午(东部时间上午11:10)传输一个电子邮件消息，下午(东部时间下午5:10)传输一个电子邮件消息，COB报道要求在东部时间下午5:10传输。证券市场报道的内容含有·股票或共同基金自动行情报价机符号(mutualfundtickersymbol)；·股票或共同基金开盘价；·股票或共同基金收盘价；·最后记录的股票或共同基金的叫卖价；·最后记录的股票或共同基金的叫买价；·股票或共同基金的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客户机的表示布局是一致的，使得它们有相同的外观和感觉。消息中心被设计成提供一个消息首部帧和消息预览帧，类似于由nMBv3.x支持的表示。用户将能动态地重新调整消息首部帧和消息预览帧的高度。消息首部帧将显示以下的信封信息·消息类型(电子邮件、话音、传真、寻呼)；·发送者姓名、ANI或电子邮件地址；·主题；·日期/时间；·消息大小。消息预览帧显示电子邮件消息正文的起始数行、传真邮件消息的首页的起始数行、寻呼消息或关于任何拨号话音邮件消息的指令。通过WWW浏览器播放话音邮件作为流式音频(streamingaudio)能力得到支持，使得用户不必在播放音频文件之前将音频文件下载到工作站。流式音频是在用户在消息首部帧中的话音邮件首部上选择(单击左鼠标键)时启动的。传真邮件消息的显示是在用户在消息首部帧中的传真邮件首部上选择(单击左鼠标键)后立即启动的。消息中心也允许用户使用已经在轮廓管理中创建的分配列表。分配列表支持在不同的消息类型间发送消息。除了基本的消息检索和消息分配之外，消息中心还支持在通用收件箱内创建和维护文件夹(或目录)。用户起初限于有以下文件夹·稿件保留所有保存的、尚未发送的消息；·收件箱保留所有由“通用收件箱”接收的消息，是用户访问消息中心时的缺省文件夹；·发送保留所有已经发送的消息；·垃圾将所有作过删除标记的消息保留7天。用户将最终能创建(和重新命名)文件夹(和文件夹内的文件夹)。1．存储要求起初，用户被分配有限数量的存储空间用于存储直达线MCI话音邮件和直达线MCI传真邮件。寻呼机重复呼叫消息和电子邮件消息不受所耗费存储空间数量的限制，而是受所接收消息的日期/时间标记的限制。最后，将根据一个公共测量单位如天数来实施存储要求。这将提供用户更简单的方法来了解消息何时将被从数据库删除，何时将不准客人向他们的“通用收件箱”存储消息(话音邮件，传真邮件)。为了支持这一点，对收件箱中保留的消息有以下要求·直达线MCI话音邮件60分钟；·直达线MCI传真邮件50页；·网络MCI页99小时；·电子邮件6个月。用户具有对计划要在数据库中被覆盖的消息(垃圾文件夹中保留的消息除外)进行下载的选择权。E．PC客户机能力1．用户接口PC客户机接口支持想要在存储与转发环境中操作的用户。这些用户想要下载消息的目的是处置或本地存储。PC客户机的设计不支持轮廓管理，PC客户机接口只提供消息(话音邮件、传真邮件、电子邮件、文本寻呼)。只有通过ARU接口或WWW浏览器接口才能获得利用轮廓管理的能力。PC客户机接口与WWW浏览器接口结合，使得这两个部件能共存于同一个工作站，共享一个单一的IP连接。将PC客户机接口优化，以支持Windows95；不过也支持Windows3.1。图形用户界面的设计，提供消息首部窗口和消息预览窗口，类似于由nMBv3.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定价。在一个实施例中，记帐系统支持当前对各个基础部件存在的开清单过程。在另一个实施例中，记帐提供一种包括所有基础部件的统一清单。除了开清单，还支持对当前支持定向记帐的所有基础部件的定向记帐。ⅩⅧ．直达线MCI以下描述为用于本系统而修改过的直达线MCI的体系结构。这个文件涉及直达线MCI平台中的一般数据和呼叫流，记载了为支持这些流而必需的网络和硬件体系结构。下游系统中的记帐流是在很高层次叙述的。上游系统中的订单输入(OE)流是在很高层次叙述的。直达线MCI体系结构的某一部分再使用现存的部件(例如音频应答单元(ARU))。直达线MCI体系结构的的那些新的部分将要详细叙述。A．概述除了记帐、订单输入和报警外，直达线MCI系统有三个主要组成部件，如图43所示·ARU(音频应答单元)502·VFP(话音传真平台)504·DDS(数据分配业务)506以下各分节在高水平描述各个主要部件。图43表示主要系统部件之间的高级关系。1．ARU(音频应答单元)502ARU502处理直达线MCI的所有初始入站呼叫。有些特征(诸如找我/跟随我)完全是在ARU上实现的。入站传真是由ARU进行音调检测，扩展到VFP504的。ARU提供的菜单能被用来请求访问话音邮件/传真邮件特征，在这种情况下呼叫也被扩展到VFP。2．VFP(话音传真平台)504VFP为话音邮件/传真邮件也为向外传真和话音转发和寻呼机通知提供菜单。VFP也是保存被ARU502播放和记录的定制用户提示的中央数据储存库。3．DDS(数据分配业务)506DDS是保存OE轮廓和记帐细节记录(BDR)的中央数据储存库。OE轮廓用DDS存储，DDS负责将轮廓分配到所有适当的系统。DDS506收集BDR并将它们转送到下游记帐系统。B．原理对直达线MCI服务的要求是将各种业务部件集成为一个由单一的800号码访问的单一业务。以前已经在ISNARU平台上开发了许多这些业务部件。ARU中不提供的业务是邮箱业务和传真业务。系统500的ARU502采用了从TexasInstrument(TI)公司购买的话音邮件/传真邮件平台。为了性能、可靠性和可扩展性，部分软件被移植到DECAlpha机器上运行。对直达线MCI实现的另一个要求是与主流(现存的MCI)记帐与订单输入系统的集成。DDS提供直达线MCI与主流订单输入系统之间的入站和向外接口。C．细节图43表示主要系统部件之间的关系。OE系统508生成用户轮廓，后者通过DDS506被下载到ARU502和话音传真平台(VFP)504。由ARU502和VFP504生成的BDR通过DDS506被馈送到记帐系统510。ARU502处理所有入站呼叫。如果检测到传真音调，或者如果要求话音邮件/传真邮件，呼叫就被从ARU502扩展到VFP504。就邮箱状态(例如“你有三个消息”)，ARU502向VFP504查询状态并播放提示。用户的定制的提示存储在VFP504上。当ARU播放定制的提示或者记录新的提示时，提示在VFP504上被访问。来自ARU502和VFP504的报警被发送到本地支持单元(LSE)。1．呼叫流体系结构520图44表示直达线MCI的呼叫流体系结构。图的顶部表示用于传输呼叫的网络522连接。图的底部表示不同呼叫类型的呼叫方向。以下各分节提供对该图的文字说明。2．网络连接所有入站ISN呼叫都在连接到MCI网络522的自动呼叫分配器(ACD)524被接收。接入控制点(ACP)接收来自综合业务网络应用处理器(ISNAP)526的入站呼叫的通知，ISNAP是连系ACD524的控制/数据接口。网络音频系统(NAS)在ACP的控制下通过到ACD的T1接口播放和记录话音。在美国，采用数字多路转换系统，其中多路转换传输的第一级-称为T1-在一根4线电缆(一对导线用于“发送”信号，一对导线用于“接收”信号)综合了24个数字化话音通道。T1载波上的常规的位格式称为DSl(即第一级多路转换数字业务或数字信号格式)，它由连续的帧组成，每个帧有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组合被称为ARU502。如果ARU502确定某呼叫必须被扩展到VFP504，它就向VFP504拨出。VFP媒体服务器与MCI网络522通过T1相连。每次呼叫，从ARU502到VFP504的涉及传输都是通过双音多频(DTMF)完成的。3．呼叫流下面详细叙述图44所示的呼叫情景。在任何入站呼叫开始时，ARU502已经接收到该呼叫，执行了一个应用选择，以确定该呼叫是不是直达线MCI呼叫。a)入站传真入站传真呼叫被传递到ARU502。ARU执行传真音调检测，然后将呼叫扩展到VFP504。用DTMF信令将帐户号码和方式传递到VFP。b)入站话音、仅用ARU在用户方式或客人方式下进行一个入站话音呼叫，只有使用ARU502的那些特征才被访问。ARU确定方式(用户或客人)。在用户方式下，ARU查询VFP504来确定消息的数目。不进行额外的网络访问。c)入站/向外话音、仅用ARU向ARU502呼叫。并访问寻呼机通知或寻找我/跟随我功能部件，ARU502经ACD524拨出外部号码。d)入站话音、VFP功能部件向ARU502进行呼叫，呼叫被扩展到VFP504。通过DTMF将帐户号码和方式(用户或客人)传递到VFP。客人方式是1．寄存话音邮件。2．寄存传真邮件。3．收集传真邮件。用户方式是1．检索或发送邮件。2．维持广播列表。3．修改邮箱名记录。VFP504在VFP会话期间连续地提示用户。e)外向传真/话音/寻呼机、仅用VFP对于传真或话音投递或寻呼机通知，VFP直接在MCI网络522上拨出。f)重新始发/取回在入站用户呼叫连接到VFP504期间，用户通过将英镑符键按下两秒，就可以返回到ARU502直达线MCI菜单的顶层。网络522将呼叫从VFP504取回，将呼叫重新始发到ARU502。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进行的。ARU502向用户提示他们的话音邮件/传真邮件消息的数量。用户具有的消息的数量是由ISNAP以太网544上的ACP540从VFP504获得的。注意，ACP540可以位于任何ISN站点。用户记录的由NAS546播放的特定的提示存储在VFP504，由NAS546在网络上按需播放。NFS协议548被用在ISNAP局域网(LAN)544和广域网(WAN)550上。D．话音传真平台(VFP)504详细体系结构1．概述图46表示第一个实施例的直达线MCI系统的话音传真部分504的硬件部件。这个系统中的主要部件是T1MultiServe4000媒体服务器560DEC8200执行服务器536。CabletronMMAC+中枢562。AlphaStation200控制台管理器和终端服务器564。BayNetworks5000中枢566。在另一个实施例中，Cabletron中枢将被从配置中去除，由BayNetworks中枢承担所有的网络业务。2．原理TIMultiServe4000560被MCI选择用于直达线MCI平台的话音邮件/传真邮件部分。MultiServe4000是一个在一个相当慢的Nubus底板上的相当满的68040机器。68040/Nubus机器被TI公司既用作媒体服务器(T1接口、话音和传真的DSPs)又用作执行服务器(数据库和对象存储器)。尽管这个硬件足够作媒体服务器用，但要作为执行服务器来服务数百甚至数千千兆字节的话音和传真数据以及数千个媒体服务器端口，却是不够的。此外，没有可供媒体服务器硬件使用的群集(clustering)(为了性能或冗余)。因此，TI实现的执行服务器部分被MCI移植以便在DECAlpha8200群集536上运行-下文将要说明。这个群集既提供failover又提供分载(因此具有可伸缩性)。同样，必须从高速8200平台移动的千兆字节，必须在网络上移动到TI媒体服务器。带有光纤分布数据接口(FDDI)和交换的10bT连接的Cabletron中枢562，为实现提供主干。各个媒体服务器560附接到交换以太网端口的一个冗余对。因为各端口是交换端口，所以各媒体服务器就得到了到中枢的专用10Mb带宽。8200服务器536每个都需要一个大型网络管道来服务许多较小的10Mb以太网管道。就第一个实施例来说，FDDI接口568将被使用。然而，通信量预测表明，必须的通信量将超过FDDI容量的数倍。因此，按照较佳实施例的一个实施例将采用速度更高的连网技术诸如ATM。中枢562配置是完全冗余的。AlphaStation200工作站564是操作支持所需要的。AlphaStation200通过DEC的多中心控制台管理器为各个直达线MCIVFP504部件提供控制台管理。它也运行DECpolycenter(多中心)性能分析器软件。该性能分析器软件为协调目的收集和分析来自8200s的数据。3．细节图47表示VFP504在生产现场的生产安装。关于图47及其与图46的关系的注解DECAlpha8200s536在一个防止故障的(failover)配置中。中心框架是共享盘阵列。TIMutiServe4000560实际上是一个单一机柜中四个独立媒体服务器的合成。该图以后的图中将每个“象限”(MutiServe4000中四个媒体服务器之一)表示为一个单独的实体。四个16FDGT1的每个都被连接到各个象限。AlphaStation200工作站564和终端服务器被用于提供控制台和系统管理。Cabletron中枢562提供媒体服务器560与执行服务器536之间的网络。BayNetworks中枢566提供VFP504与网络路由器569之间的网络。a)内部硬件网络图48表示VFP内部硬件/网络体系结构关于图47-49的一般说明图中左边的DEC8200机器536画出了所有其ATM和FDDI连接570。右边的DEC8200机器显示了其以太网连接572。在实际部署中，两个机器都有所示的全部ATM、FDDI、令牌环和以太网连接570和572。Cabletron中枢562显示的到端口的连接比实际发生的更少，因为每个8200560只画了其网络连接的一半。同样，只显示了四个媒体服务器560中之一与以太网端口相连。实际上每个媒体服务器都有一个收发机和两个以太网连接。Bay中枢566没有在图48中表示。它们在图49的直达线MCIVFP外部LAN网络连接中显示。从DEC8200s536的图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)以太网与另一个8200536中对应的卡连接。该网络是系统防止故障(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，后者通过一个专用薄网以太网与另一个8200536中对应的卡连接。该网络是系统防止故障心跳之一所要求的。插槽10是空的。PCI机箱下面的两个单元是廉价磁盘冗余阵列(RAID)磁盘控制器604。每个磁盘控制器604位于一个SCSI链上，SCSI链中间有两个磁盘控制器604，每端有一个磁盘适配器602(每个机器一个)。于是就有两个各带两个磁盘控制器604和两个磁盘适配器602的SCSI链。这是到主系统579的连接。每个磁盘控制器604支持6个单端SCSI链。在这个配置中，两个链中每一个都有一个有两个SES连接的磁盘控制器和一个有3个连接的磁盘控制器。每个链有5个磁盘驱动器组(或“机柜”)614，如图中中心架所示。注意带RAID磁盘控制器的机柜中的冗余电力供应。CabletronMMAC+中枢562(图47)是以一个冗余对配置的。8200s536和TI媒体服务器560二者都连接到两个中枢562，两个中枢562也互相连接。从中枢的左边开始FDDI集线器卡616提供一个8端口FDDI环。每个8200有一个到各中枢562上FDDI卡616的连接。24端口以太网卡618提供到TI媒体服务器560的连接。每个媒体服务器560连接到各中枢上的一个以太网端口618。每个中枢上有8个空插槽可用于额外的FDDI、ATM或以太网扩展。在称为“Multiserver4000”的单一机架上安装有4个TI媒体服务器560。机架上的每个媒体服务器都是相同的。从顶部单元开始，按主插槽从左到右的顺序顶部单元622是含有两个1GB磁盘驱动器、一个可卸式/可热插式磁带驱动器的机柜。四个媒体服务器有两个可以共享的磁带驱动器。左边标记为“DSPxxx”的7个板624是TIMPB板，每个能支持6个输入通道或15个输出通道。这些板624被分成三组。右边组有3个板，中间组有3个板，左边组有1个板。每组有一个T1。T1在标记为“T1M”的接口终结。这是主T1接口。T1通道可以被由主/从T1板隔离的板组共享，它们被桥接模块链接在一起。最右边的板是主CPU/IO板。这个板支持一个到磁盘机柜的SCSI接口628、一个到专用收发机632的以太网链接630、一个用于控制台(未予示出)的串行端口。CPU/IO板右边的收发机632链接到两个主中枢562的每一个上的以太网端口。收发机检测其以太网连接之一是否出现故障，并将通信路由选择到其它端口。b)外部硬件/网络连接图49表示从VFP504到外部网络的硬件和网络连接。关于图49的说明每个8200536都通过Bay中枢连接到ISN令牌环640上，用于SNA上的DDS访问和IP上的BDR访问。一对终端服务器连接到各机器和中枢的控制台端口。DECAlphaStation200564运行控制台管理软件来访问与终端服务器642相连的端口。DECNIS路由器都在FDDI环568(图46)上，在Bay中枢566与两个DEC8200s536之间连接着。Bay中枢566通过所示的7个路由器将VFP系统504连接到外部网络。E．话音分布详细体系结构1．概述话音分布指的是其中NAS546(图45)用NFS协议在LAN或WAN上从VFP504读用户的特定提示、向VFP504写用户的特定提示的体系结构部分。2．原理在一个实施例中，话音分布的实现方法是，在各ISN站点安置一个服务器，通过复杂的批处理过程从各服务器向其它所有服务器复制数据。“大型对象管理”(LOM)对象定义了一种基于网络的方法。决定用直达线MCIVFP504作为基于网络的中央对象储存库，用于NAS546读写客户提示。图50表示按照较佳实施例支持话音分布业务的网络体系结构。图52A描述了本发明的数据管理区5105的配置。数据管理区(DMZ)是一个位于以因特网拨入平台(尽管本身不是实际因特网)与ISN生产网络之间的防火墙。其目的是为ISN客户提供对数据的拨入访问，与此同时保持ISN网络的安全以及生产ISN网络中客户数据的秘密和完整。DMZ允许客户定期接受生成的数据，诸如来自主机数据库的DDS数据下馈(downfeeds)。这种数据被定期从数据库提取，放到安全文件传输协议(FTP)主机上的一个用户帐户目录，供客户随后进行检索。为客户的数据访问要通过拨入网关处的专用端口，它们是由因特网供应商拥有、操作和维护的。拨入用户验证要通过使用经过安全身份卡的一次性口令-下文将作详细说明。这些卡是由因特网供应商的人员分配和管理的。DMZ提供一种屏蔽式子网防火墙，它采用分组过滤路由器来屏蔽来自外部非安全网络和内部专用网络的通信。只有选定的分组被授权通过路由器，其它分组被阻塞。多防火墙技术的采用保证DMZ配置中没有单一的故障或出错点能对ISN生成网络造成危险。DMZ5105旨在与几种安全标准一致。首先，不是授权雇员的个人不得被允许使用内部生产网络。因此，通过网关的IP连接是不允许的。其次，DMZ服务的访问和使用限于经过验证和授权的特定目的的用户。因此，通常在通用机器具有的所有其它实用程序和服务都被关闭。第三，DMZ服务和设施的实用必须受到严密监控，检测授权用户遇到的问题，也检测潜在的欺诈行为。DMZ的中心设备是MDZBastion主机5110。Bastion主机5110运行一个FTP服务器守护程序，该守护程序执行的是一个修改了的FTP协议-下文将会进一步详细说明。Bastion主机5110是用作连系外部世界的接口的高度安全的机器。Bastion主机5110只允许来自外部世界的有限制的访问。它通常是作为应用层网关连接ISN5115中的内部主机，通过代理服务提供对其的访问。一般来说，关键的信息不放在Bastion主机5110上，这样，即使主机遭到破坏，如果在ISN5115没有其它的完整性破坏，也不能访问关键数据。Bastion主机5110既与内部用户也与外部用户相连，如图52A所示。Bastion主机5110可以是一个基于UNIX的计算机诸如运行AIX操作系统的IBMRS/6000型580。内部用户是与ISN生产令牌环5115相连的用户。令牌环5115连接到一个内部分组过滤器5120，诸如Cisco4500型模块化路由器。分组过滤器5120与令牌环LAN5125相连，后者又连接到bastion主机5110。令牌环LAN5125是一个与除bastion主机5110和内部分组过滤器5120之外的所有部件隔离的专用令牌环，由此防止除分组过滤器5120允许以外的任何通过令牌环LAN5125对bastion主机5110的访问。外部用户通过外部分组过滤器5130，诸如Cisco4500型模块化路由器连接。分组过滤器5130通过一个隔离的以太网LAN段5153连接到bastion主机5110。以太网LAN段5135是一个与除bastion主机5110和外部分组过滤器5130之外的所有部件隔离的专用段。由于这种配置，用户除非通过内部分组过滤器5120或外部分组过滤器5130，否则是不能访问bastion主机5110的。图52A描述了与拨入环境5205相联系的DMZ5105。在拨入环境5205中，客户PC5210用调制解调器5215与公共交换电话网(PSTN)5220相连。调制解调器池5230分配一个调制解调器，用于回答来自PSTN5220的输入呼叫。调制解调器池由一组诸如U.SRoboticsV.34Kbps调制解调器的高速调制解调器组成。输入呼叫由验证服务器5235验证。验证服务器5235可以用服务器来实现，诸如SunSparcstation20型上运行的Radius/Keystone服务器。Bastion主机5110驻留在防火墙中，但逻辑上是位于ISN5115和网关点5205之外。验证以后，选定的调制解调器5233被用点对点协议(PPP)连接到输入呼叫路由器5240。PPP是一个提供在点对点链路上传输多协议数据报的标准方法的协议。这些链路提供全双工并发双向操作，被假定为按顺序投递分组。PPP为容易地连接各种主机、桥和路由器提供了一种公用的解决方案。RFC1661:ThePoint-to-Point(PPP)(W.Simpson,Ed.,1994，简称“RFC1661”)一文中有对PPP的完整说明，本文特此引用作为参考。输入呼叫路由器5240有选择地将输入请求在诸如T1线路5250的通信链路上路由选择到DMZ5105的外部分组过滤器5130。T1线路是通过一个信道业务单元(未予示出)连接外部分组过滤器5130的。输入呼叫路由器5240例如可以用一个Cisco7000系列多协议路由器来实现。输入呼叫路由器5240可选地与因特网5280连接。然而，路由器5240被配置成能阻塞从因特网5280到外部分组过滤器5130的通信，能阻塞从外部分组过滤器5130到因特网5280的通信，由此阻止从因特网5280对DMZ5105的访问。Bastion主机5110运行一个FTP服务器守护程序，该守护程序执行的是一个在华盛顿大学的wu-ftpdFTP守护程序2.2版基础上修改的FTP协议。除非本文注明，FTP协议与RFC765:FileTransferProtocol(简称“RFC765”，作者J.Postel,1980年6月)是一致的，本文特此引用该文作为参考。RFC765描述了一种已知的用基于TCP/IP的电信网连接传输文件的协议，其中服务器响应用户启动的发送或接收文件的命令，或者提供状态信息。DMZFTP实现不包括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守护程序启动一个用户会话时，它使用UNIXchroot(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)客户机从ISN5115内的内部主机连接到Bastion主机5110。然后用AIXchmod命令，将Bastion中的FTP客户机程序由不可执行(例如000)变为可执行(例如400)。维护人员然后就可以执行ftp客户程序，以便连接到ISN5115上所需的主机。在这个过程期间，传输的控制因此是来自Bastion主机5110内部，通过该主机内部执行的FTP客户程序，而不是主机外部的客户机。维护会话结束时，FTP会话就结束，chmod命令被再次执行，以将ftp客户程序转变到不可执行的状态(例如000)，然后，ISN启动的电信网会话就可以结束。为了提供记录，Bastion服务器5110执行一个TCP守护程序封装器，诸如来自WietseVenema的TCPwrappers套件。TCP封装器指示inetd运行一个小的封装器程序而不是命名的守护程序。封装器程序登录客户主机名或地址，进行一些其它检查，然后代表inetd执行所需的服务器程序。在服务器程序结束后，从内存中去除该封装器。封装器程序不与客户机用户或与客户机过程交互作用，不与服务器应用交互作用。这提供了两个主要优点。第一，该封装器是独立于应用的，所以同一个程序能保护许多种网络业务。第二，交互作用的缺乏意味着该封装器是外部不可见的。该封装器程序仅当在客户机和服务器之间建立初始联系时才是活动的。因此，在封装器完成其登录功能后，客户机-服务器会话中没有增加的开销。封装器程序将它们的登录信息发送给syslog守护程序sylogd。对封装器记录的处理由syslog配置文件-通常是/etc/syslog.conf来决定。拨入访问是通过拨入环境5105提供的。验证服务器5235的使用，规定对用户的验证，以防止未被授权访问DMZ的用户的访问。所实现的验证过程采用一个一次口令方案。采用内部开发的称为Keystone的验证客户机/服务器机制，所有内部系统和网络单元都用一次口令生成器令牌卡-诸如SecurityDynamics生产的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呼叫的方式。方式是由始发主叫者提供的拨号串导出的，存储在pstCalllState结构的enCurrenctNum域中。拨号串有下列格式{charnumber[10]；/*用户拨的10位8xx号码*/charasterisk；/*常量‘*’*/charmode；/*1字节方式*/charoctothorp；/*常量‘#’*/}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_NUM(表示路由号无效)；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,GetCaUBack例程播放一个预先记录的数字声音文件，提示用户提供一个回叫电话号码，提供方法是按下适用的键盘，然后以符号‘#’结束。在步骤5620,GetCallBack例程读取主叫者输入的号码。在步骤5625，将所接受的数据放入BDR。在步骤5630,GetCallBack例程检查所输入的号码是否以符号‘#’结尾。如果是，GetCallBack例程在步骤5635返回成功；如果不是，GetCallBack例程在步骤5640检查重试次数是否超过。如果没有超过重试次数，就从步骤5615开始重复执行。如果重试次数已经超过，GetCallBack例程就在步骤5650播放预先记录的、表示号码没有被成功地接收的数字消息，并在步骤5660向调用程序返回一个错误条件。以下描述说明的用户接口，用于当前通过ARU(DTMF)和客户业务访问的直达线MCI轮廓条目的用户管理。这些条目包括∑(取消)激活帐户∑找我的路由选择-调度表-3-号码序列-第一、第二、第3-号码和振铃-无回答超时∑寻呼机开/关∑替代路由选择∑最终(备用)路由选择∑主叫者屏蔽∑话音邮件消息的寻呼机通知∑传真邮件消息的寻呼机通知∑快拨号码下表列举了直达线MCI客户能通过DTMF更新的各域。该表没有包括业务所使用的所有域，只含有那些被直达线MCI应用所用到的域。用户将通过http:/www.mci.services.com/directline访问其直达线MCI轮廓。输入有效的帐户ID和口令后，用户的路由选择屏就会出现。用户可以点击标签(tabs)，从一屏移到另一屏。如果用户返回到已经在会话期间更新过的屏，该屏将按其最后的样子被显示，即用户所作的任何更新都将在数据中反映出来。然而如果用户退出系统或超时，则当用户下一次进入其轮廓管理屏时，所显示的数据将来自对800PIN_1Call数据库的新的查询结果。在15分钟的时间内作的更新，可能尚未到达服务Web服务器的NIDS数据库，因此数据可能反映不出最近作出的更新。以下条目将在索引帧出现，作为向它们关联的Web屏的链接。当用户点击这些条目中的一个条目时，其关联的屏就在下一帧中显示。呼叫路由选择客人菜单替代路由选择快拨号码话音邮件传真邮件呼叫屏蔽此外，LOGOFF按钮出现在索引帧的底部。点击该按钮交导致令牌立即到期，用户将被返回到登录屏。F．登录屏图57表示一个用于使用联机轮廓关联的用户登录屏700。直达线MCI702号帐户ID将是直达线MCI用户的10位访问号码，格式为8xxxxxxxxx。这个号码与‘0000’的PIN连接在一起，就将是进入含有用户轮廓数据的1Call数据库的关键字。如果程序标志(PIN标志4)设置到‘N’，用户将不能成功登录。如果试图在这种帐户上进行，就会显示登录错误屏。口令704该口令将与用于通过ARU接口访问用户选择项的相同。它是一个6位字符数字串。用户的输入在该域中将不被回应，对应各输入符号而显示的是星号‘*’。状态消息直达线MCI号码“输入你的直达线MCI号。”口令“输入你的口令。”G．呼叫路由选择屏图58表示回叫路由选择屏710，用于设置或改变用户的呼叫路由选择指令。“接受呼叫”段712用户通过选择适当的按钮714或716就能规定是否在其帐户上的712接受呼叫。这些按钮直接对应客户直达线记录中帐户可用标志(状态标志，位3)“从以下选择中选择”段718用户规定客人主叫者是否应当接受一个客人菜单或替代路由选择处理。这个选择将指出客人菜单或替代路由选择屏中的数据是否适用。客户的替代终端是如下按用户的选择提供的“当我不能被达到时…”段720用户对到达不了用户的呼叫规定呼叫处理。客户记录中的备用终端被更新如下状态消息视用户所作的选择，对以下标识的每个选择向用户提供以下状态消息不接受呼叫“在你的直达线MCI号码上将不接收呼叫。”接受呼叫“在你的直达线MCI号码上将接收呼叫。”客人菜单“让主叫者选择他们想要如何与你联系。”无菜单-替代路由选择“路由选择主叫者到由你选择的特定地址。”话音邮件“主叫者将被要求留下话音邮件。”传真邮件“主叫者将被提示留下传真邮件。”寻呼机“主叫者将被要求提示发给你寻呼。”话音邮件或寻呼机“主叫者能选择留给你话音邮件还是给你发送寻呼。”关闭消息主叫者将听到一个要求他们以后再试呼叫的消息。H．客人菜单配置屏当替代路由选择已经关闭时，即已经选择客人菜单时，客人菜单就被提供给客人主叫者。用户能用客人菜单配置屏(图59)来配置其客人菜单，配置的程度如下“找我路由选择”复选框732∑在这个阶段，找我路由选择不能被去选择。复选框将在找我标志(PIN标志，位9)的基础上被复选，然后，选项变灰。∑如果用户输入表示国内号码的“引导1”，它将被从号码剥离，只有NPA-Nxx-xxxx将被存储到数据库。∑用户在程序设置其3-号码序列号码时，可以选择系统在振铃-无回答决定作出之前应当允许的振铃次数(1到6)。振铃次数将按秒在数据库中存储，秒数的计算公式是6×振铃限次。如果不输入值，缺省值为3次振铃或18秒。当从数据库读取时，0到8秒将被转换成1次振铃，大于8的秒数将被6除，结果四舍五入后就确定了振铃次数，最大值为16。∑对客户记录的更新将如下**国内/国际终端将按附录A中的描述来确认。“留下话音邮件”复选框734∑在这个阶段，话音邮件不能被解除选择。复选框将在话音邮件标志(PIN标志，位3)的基础上被复选，然后，选项变灰。“发送传真”复选框736∑在这个阶段，传真不能被解除选择。复选框将在传真终端标志(PIN标志，位13)的基础上被复选，然后，选项变灰。“发送寻呼”复选框738∑用户能规定是否向主叫者提供通过切换标记为“发给我寻呼”复选框的寻呼选项。该框直接对应客户的直达线记录中的寻呼机开/关标志(状态标志，位13)。状态消息找我路由选择“无论你在哪里都允许主叫者试图‘找到你’。”调度路由选择“根据你的调度路由选择主叫者。”3个号码…允许主叫者通过该3个号码找到你的位置。第1#、第2#、第3#“输入电话号码。”第1、第2、第3振铃限次“输入这个号码的振铃次数。”留下话音邮件“允许主叫者留给你一个话音邮件。”发送传真“允许主叫者发给你传真。”发送寻呼“允许主叫者发给你寻呼。”I．替代路由选择屏图60表示替代路由选择屏740，它允许用户路由选择所有呼叫到选定目的地。当用户选择将其所有呼叫发送到特定目的时，就跳过对图59的客人菜单730的表示，客户记录中的替代终端将作如下更新当该选项最初从轮廓屏被选择时，客户的用户记录中还没有替代路由选择设置。当显示该屏时，如果话音邮件可用，缺省设置是话音邮件；如果话音邮件不可用，则缺省设置是找我。状态消息找我路由选择“无论你在哪里，只允许主叫者试图‘找到你’。”调度路由选择“根据你的调度路由选择主叫者。”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)状态消息接收话音邮件…“主叫者将能留给你一个话音邮件消息。”每次寻呼我…“当你接收一个话音邮件消息时，将被寻呼。”图63表示传真邮件屏760。“我的主传真号码是”域762“接收传真邮件”复选框764这个条目的轮廓管理的表示与传真邮件屏上出现的一样。“当我接收时寻呼我”复选框766这个条目以“当我接收新的话音邮件时寻呼我”复选框766出现。该复选框直接对应于客户的直达线记录中的传真邮件寻呼标志(PIN标志，位16)状态消息接收传真…“主叫者将能向你发送传真。”每次寻呼我…“你将在接收传真时被寻呼。”图64表示呼叫屏蔽屏770。用户可用选择用主叫者姓名、始发号码或姓名和号码来屏蔽其呼叫。客户记录中的呼叫屏蔽状态将作如下更新状态消息允许我屏蔽…“启动这个功能部件允许你屏蔽你的呼叫。”仅姓名“主叫者的姓名将提供给回答方。”仅号码“主叫者的号码将提供给回答方。”姓名和电话“主叫者的姓名和电话号码将提供给回答方。”图65-67表示用户轮廓管理所用的补充屏780,782，和784。登录错误屏780当登录企图因为无效帐户号、口令或敌意IP地址而失败时，显示这个登录错误屏。这也是当用户的令牌到期，要求其再次登录时所显示的屏。更新成功屏782当更新成功完成时，显示该屏。‘空白’将被填充为‘呼叫路由选择选项有’、‘客人菜单选项有’、‘替代路由选择有’、‘快拨号码有’、‘话音邮件选项有’、‘传真选项有’和‘呼叫屏蔽选项有’。更新失败屏784当用户试图输入一个或多个无效的直接号码、或者用空白首号码更新其帐户时，显示该屏。帐户在作出所有更正、所有号码被成功地确认之前不能更新。在用户界面的各种显示屏中，轮廓选项是‘灰色的’，表明根据下列标志设置，该选项在显示屏中不可用就上述的轮廓选项来说，确认选择的方式如下∑国际号码-除北美拨号计划(NADP)号码外，必须在前面加‘011’，否则不接受其程序设置。∑976阻塞将按以下实现将用范畴000、类型002和程序设置的NPA来查询国际阻塞数据库，寻找模式匹配，以保证程序设置的号码不是被阻塞的信息/成人服务号码。如果找到匹配，则对该号码的程序设置将不被允许。∑国家集阻塞将按以下实现直达线MCI特性记录的国家集将对照程序设置号码的国家代码来确认。如果终结国家在直达线NCI国家集中是阻塞的，则对该号码的程序设置将不被允许。程序设置路由选择程序设置快拨号码图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执行ARUXfertoVoice/FaxGuestFaxwithoutAnnotation(ARU无注解地传输到话音/传真客人传真)例程-该例程在后文结合图69L作说明。如果未检测到传真音调，ARU在步骤69018就执行ARUPlayGreeting(ARU播放问候)例程-该例程在后文结合图69L作说明。ARU然后检查用户是否指明有对输入呼叫的替代。如果是，在步骤69020,ARU执行ARUFindMe(ARU找我)例程，规定“替代”的参数。ARUFindMe例程在后文结合图69E和69F作说明。如果尚未规定替代，ARU就在步骤69022执行ARUGuestMenu(ARU客人菜单)例程-该例程在后文结合图69D作说明。图69B表示ARUPlayGreeting(ARU播放问候)例程。如果记录过定制问候，ARU就在步骤69030播放该定制问候。否则，ARU就在步骤69032播放预先记录的一般性问候。图69C表示ARUPlayTempGreeting(ARU播放临时问候)例程。如果记录过临时问候，ARU就在步骤69034播放该临时问候。如果记录过定制问候，ARU就在步骤69036播放该定制问候。否则，ARU就在步骤69038播放预先记录的一般性问候。图69D表示GuestMenu(客人菜单)例程。在步骤69040,ARU向主叫者提供一个音响菜单。在所示例子中，菜单项‘1’对应于向用户说话的请求，菜单项‘2’对应于为用户留下话音邮件的请求，菜单项‘3’对应于向用户发送传真的请求，菜单项‘4’对应于寻呼用户的请求。此外，用户可以输入其口令以获得作为用户对ARU的访问。如果主叫者请求向用户说话，ARU就检查与主叫者的轮廓关联的调度标志。如果用户的轮廓指示按调度表进行路由选择，ARU就在步骤69042用“Sched1”作为参数执行图69E和69F的ARUFindMe(ARU找我)例程。如果用户的轮廓不指示按调度表进行路由选择，ARU就在步骤69044用“First”作为参数执行ARUFindMe例程。下文将结合图69E和69F进一步详细地讨论ARUFindMe例程。如果主叫者请求留下话音邮件消息，ARU就检查用户的邮箱是否已满。如果邮箱满，就播放一个记录消息，将主叫者返回客人菜单。如果邮箱不满，就播放一个记录消息，提示主叫者保持，同时在步骤69046将他转换到ARUVoivemail例程。如果主叫者请求发送传真，ARU就检查用户的邮箱是否已满。如果邮箱满，就播放一个记录消息，将主叫者返回客人菜单。如果邮箱不满，就播放一个记录消息，提示主叫者保持，同时在步骤69048将他转换到voice/fax例程。如果主叫者请求寻呼用户，ARU就在步骤69050执行ARUSendPage(ARU传送寻呼)例程-下文将结合图69M说明该例程。如果主叫者输入有效口令，ARU就在步骤69052执行ARUUserCall(ARU用户呼叫)例程-下文将结合图69P说明该例程。图69E和69F表示ARUFindMe(ARU找我)例程。如步骤69060所示，ARUFindMe例程采用一个单一的参数Term_Slot，该参数由主叫者设置，供ARU执行FindMe例程时使用，用于选择待选的行动路线。如果Term_Slot设置为“FindMe”，这表示ARU要用缺省方法来确定用户的当前号码。例如可以为替代或缺省处理来设置该值。如果用户的轮廓包括调度标志，ARU就用“Sched1”参数执行FindMe例程-如步骤69062所示。如果不包括，ARU就用用户的号码列表中的第一个电话号码来执行ARUFindMe例程-如步骤69061所示。如果TermSlot设置为“Voicemail”,ARU就向主叫者播放用户请求主叫者留下话音邮件消息的消息。如果用户的邮箱不满，ARU就在步骤69064执行图69所示的ARUXfertoVoice/FaxGuestVoice(ARU传输到话音/传真客人话音)例程。例程如果不成功就返回，在这种情况下就播放消息，表示主叫者应当以后再试呼叫，然后拆接主叫者。同样，如果用户的邮箱满，ARU就播放消息，表示邮箱满主叫者应当以后再试呼叫，然后拆接主叫者。如果Term_Slot设置为“Pager”,ARU就向主叫者播放用户请求主叫者留下寻呼用户的请求的消息。ARU然后执行ARUSendPage例程-该例程将在下文结合图69M说明。例程如果不成功就返回，在这种情况下就播放消息，表示主叫者应当以后再试呼叫，然后拆接主叫者。如果Term_Slot设置为任何POTS(“普通老式电话服务”)值(诸如Sched1、Sched2、First、Second或Third)，该POTS值表明用户已经规定输入呼叫要用标准电话系统发送，ARU已经被指令使用特定的已调度或选定的电话号码。在步骤69070,ARU执行ARURecordName(ARU记录姓名)例程以获得主叫者身份的数字记录。ARURecordName例程在下文结合图69H作详细说明。ARU为主叫者播放适当的消息(例如在第一次尝试时播放“请保持，我试图到达你方”，在随后的尝试时播放“请继续保持，我仍然在试图到达你方”)。在步骤69071,ARU将主叫者置于保持，将呼叫启动到选定的电话号码。如果呼叫被人回答，ARU就在步骤69072执行ARUConnectCall(ARU连接呼叫)例程-下文将结合图69I讨论该例程。如果线路忙，ARU就在步骤69074执行图69N的ARUAlternateRouting(ARU备用路由选择)例程。如果ARU检测到一个应答机，就检查用户是否请求过ARU在遇到一个应答机时转到下一个备用号码。如果不是，ARU就连接呼叫。否则，ARU选择下一个循环呼叫号码，用该新选择的号码重新执行ARUFindMe例程。如果既无人回答，无线路忙信号，也无应答机的回答，那么如果TermSlot设置为“Operator”,ARU就执行ARUGuestXfertoMOTC(ARU客人传输到MOTC)例程-下文将结合图69M讨论该例程。否则，ARU就选择下一个电话号码(如果有的话)，用新选择的号码重新调用ARUFindMe例程。如果没有可供选择的号码剩下，ARU就在步骤69804执行图69N的ARUAlternateRouting例程。图69G表示ARURecordName(ARU记录姓名)例程。该例程用于在用户规定了按姓名或按姓名和ANI进行呼叫屏蔽的情况下记录主叫者的姓名。如果用户规定了呼叫屏蔽，ARU就检查上一回是否记录过主叫者的姓名。如果不，就提示主叫者提供姓名，在步骤69090记录这个可听应答。如果用户没有规定过任何形式的呼叫屏蔽，ARURecordName例程不记录主叫者的姓名就返回。图69H表示ARUGuestXfertoMOTC(ARU客人传输到MOTC)例程。该例程播放预先记录的要求主叫者保持的消息，然后在步骤69092将呼叫传输到操作员。图69I表示ARUConnectCall(ARU连接呼叫)例程。如果需要操作员帮助完成呼叫，ARU就执行图83H的ARUGuestXfertoMOTC例程。如果用户没有请求过呼叫屏蔽，呼叫就被连接到用户。如果用户已经选择了呼叫屏蔽，ARU就向用户播放一信息消息集。ARU播放“你有来自…(标识主叫者的信息-视用户所选择的选项及是否记录了主叫者姓名而定)的呼叫”。如果没有记录姓名，标识消息在69106给出从其接入呼叫的ANI。如果记录过姓名，标识消息在步骤69107(如果用户请求过按姓名屏蔽)中就包括姓名，或者在步骤69108(如果用户请求过按姓名加ANI屏蔽)中包括姓名和ANI。用标识信息提示用户之后，ARU在步骤69110执行图69J所示的ARUGainAcceptance例程。图69J表示ARUGainAcceptance(ARU获得接受)例程。ARU检查用户是否有未满的邮箱可用。如果是，ARU就提示用户是接受呼叫还是指示主叫者以后回叫。如果用户指出它将接受回叫(例如通过按‘1')，ARU就在步骤69124连接呼叫。否则，ARU就用适当的信息消息(例如“将要求你的主叫者留下话音邮件消息”或“将要求你的主叫者以后再试”，具体视步骤69120中确定的邮箱的内容而定)确认这个拒绝。ARU拆接用户，停止主叫方的保持。ARU向主叫方播放一段记录，指出无法到达用户，可选地提示主叫者留下话音邮件消息。如果没有邮箱可用，主叫者就被拆接。如果有未满的邮箱可用，ARU就在步骤69128执行图69K的ARUXfertoVoice/FaxGuestVoice例程。执行这个例程之后，ARU播放请求主叫者以后回叫的消息，然后拆接。图69K表示ARUXfertoVoice/FaxGuestVoice(ARU传输到话音/传真客人话音)例程。该例程连接主叫者到VFP以留下话音邮件消息。ARU试图获得与VFP的握手。如果握手成功，ARU就在步骤69130连接呼叫。如果不成功，ARU就在步骤69132播放出错消息，然后退出。图69L表示ARUXfertoVoice/FaxGuestFaxw/orw/outAnnotation(ARU传输到话音/传真客人传真-带或不带注解)例程。该例程连接主叫者到VFP以传输传真。ARU试图获得与VFP的握手。如果握手成功，ARU就在步骤69140连接呼叫。如果不成功，ARU就在步骤69142播放出错消息，然后退出。图69K和69L的例程类似，不同点是VFP的所请求服务以及向主叫者播放的出错消息的内容。图69M表示ARUSendPage(ARU发送寻呼)例程，它启动一个向用户的寻呼服务的呼叫。在步骤69150,ARU提示主叫者输入应当向被访寻呼机提供的电话号码。这个提示重复三次，直到收到一个回叫号码。如果三次提示后没有回叫号码，ARU就执行ARUGuestXfertoMOTC例程，将主叫者传输给操作员。这允许没有DTMF选通设备来输入回叫号码的主叫者将号码提供给操作员，由操作员代表主叫者输入号码。在步骤69158,ARU向主叫者播放一段记录，使主叫者能更正输入出错的号码或者确认输入的号码正确。在步骤69160,ARU接入一个到用户的寻呼服务的呼叫，用主叫者提供的数据向寻呼服务指出要在寻呼机上显示的号码。如果向寻呼服务的呼叫成功，ARU就在步骤69164播放表示成功的消息，在步骤69166拆接。如果向寻呼服务的呼叫不成功，ARU就在步骤69162播放表示失败的消息，然后返回，此时ARU可选择向主叫者提供其它选择。图69N表示ARUAlternateRouting(ARU备用路由选择)例程。ARU执行这个例程来路由选择不能路由选择到用户的呼叫。如果用户指出过要将这种未传递到的呼叫路由选择到其寻呼服务，ARU就在步骤69170播放一段表示主叫者可以发送寻呼的记录。ARU然后执行ARUSendPage例程-前面已经结合图69M说明过该例程。如果寻呼不成功，ARU就在步骤69174播放表示失败的消息，然后拆接。如果用户指出过要将这种未传递到的呼叫路由选择到话音邮件，ARU就在步骤69173播放一段表示主叫者可以留下话音邮件消息的记录。如果用户的邮箱不满，ARU就执行ARUXfertoVoice/FaxGuestVOice例程。如果该例程返回，留下话音邮件的试图不成功，ARU就播放表示失败的消息并在步骤69184拆接主叫者。如果邮箱满，ARU就播放一段通知主叫者这个条件的记录并在步骤69184拆接主叫者。如果用户指出过“客人选择”，ARU就在步骤69180执行图690的ARUAlternatRoutingGuestOption例程，否则就在步骤69182拆接主叫者。图690表示ARUAlternatRoutingGuestOption(ARU备用路由选择客人选择)例程。该例程允许客人在用户不可达的情况下选择留下话音邮件或是发送寻呼。ARU在步骤69190向主叫者提供一个菜单，内容是可能的路由选择选项，此处的‘1'代表留下话音邮件，‘2’代表发送寻呼。如果主叫者请求发送寻呼，ARU就在步骤69200执行图69M的ARUSendPage例程。如果SendPage例程失败，ARU就向主叫者播放一段诊断记录，然后在步骤69202拆接主叫者。如果主叫者请求留下话音邮件，ARU就检查用户邮箱是否满。如果邮箱不满，ARU就执行图69K的ARUXfertoVoice/FaxGuestVoice例程。如果例程返回，表示执行不成功。在这种情况下，或者如果邮箱是满的，ARU就播放表示不能发送话音邮件的消息，在步骤69195提示主叫者指出其是否愿意代之以发送寻呼。如果主叫者选择发送寻呼的选项，ARU就在步骤69200执行ARUUSendPage例程，过程如同主叫者一开始就选择该选项一样。如果执行ARUUSendPage例程不成功，ARU就向主叫者播放一段诊断记录，然后在步骤69202拆接主叫者。图69P表示的主菜单用于ARUUserCall例程处理来自用户的呼叫。如果主叫者输入有效口令，该例程就在图69D所示的ARUGuestMenu例程中作为步骤69052来执行。在播放一段引导性的欢迎问候之后，ARU检查用户的邮箱是否已满。如果邮箱已满，ARU就在步骤69300播放一段通知用户这个条件的消息。播放这个警告之后，或者如果邮箱不满，ARU就在步骤69302播放一段通知用户为用户存储的新的话音邮件消息和传真消息的数目的状态记录。在步骤69304,ARU为用户播放菜单。在所示例子中，条目‘1'对应于改变呼叫路由选择的请求；条目‘2’对应于发送或检索的请求；条目‘3’对应于接入呼叫的请求；条目‘1’对应于对管理菜单的请求；条目‘0’对应于要向客户服务传输的请求。如果用户选择改变呼叫路由选择的选项，ARU就在步骤69310执行ARUChangeRouting例程-下文将结合图69T说明该例程。如果用户选择发送和检索邮件的选项，ARU播放一段预先录制的请求用户保持的消息，然后在步骤69312执行ARUXfertoVoice/FaxSubscriberSend/Retrive例程-下文将结合图69Q说明该例程。如果用户选择接入呼叫的选项，ARU就在步骤69314提供用户一个询问所希望接入的呼叫的类型的菜单。如果用户用国际或国内电话号码应答，或者用以前规定的、对应于国际或国内电话号码的快拨号码应答，ARU就在步骤69316连接该呼叫。如果用户请求操作员帮助，ARU就在步骤69318执行ARUXfertoMOTC例程，将用户传输给操作员。如果用户取消呼叫请求，ARU就返回到步骤69304。如果-在步骤69304中提供的主菜单选择‘4’-ARU就执行Adminstration例程，该例程在下文结合图69P说明。如果选择请求客户服务，ARU就执行图69AH的ARUXfertoCustomerService例程-下文将说明该过程。图69Q表示ARUXfertovoice/FaxSubcriberSend/Receive例程，该例程连接该用户到VFP以发送和检索话音邮件消息。该ARU试图得到与VFP的信号交换。如果该信号交换成功，在步骤69330ARU连接该呼叫。如果不成功，则ARU在步骤69332回放错误信息并退出。图69R表示ARUXfertoVoice/FaxSubscriberSend/Receive(ARU传输到话音/传真用户发送/接收)例程，它连接用户到VFP以管理用户的分配表。ARU试图获得与VFP的握手。如果握手成功，ARU就在步骤69340连接呼叫；如果不成功，ARU就在步骤69342播放一个出错消息，然后退出。图69S表示ARUXfertoVoice/FaxSubscriberRecordName(ARU传输到话音/传真用户记录姓名)例程，它连接用户到VFP以记录将在VFP始发的消息中用于标识用户的姓名。ARU试图获得与VFP的握手。如果握手成功，ARU就在步骤69350连接呼叫；如果不成功，ARU就在步骤69352播放一个出错消息，然后退出。图69Q、69R和69S的例程类似，不同点是VFP的所请求业务以及向用户播放的出错消息的内容。图69T表示ARUChangeRouting(ARU改变路由选择)例程，用户用其来修改其业务所关联的路由选择选项。在步骤69390,ARU向用户提供选项菜单。如果用户选择Find-Merouting(找我路由选择)选项，ARU就执行ARUChangeRouting例程-下文将结合图69U说明该例程。如果用户选择Overriderouting(替代路由选择)选项，ARU就在步骤69400播放表示用户当前的替代路由选择设置的消息并在步骤69404提供用户一个用于选择新选项的菜单。如果用户在选项中选择改变，ARU就-作为步骤69408-执行ARUprogram(程序)例程以按规定设置替代选项，方法是传送“override(替代)”的参数和选定的选项。如果用户选择“Cancel”(取消)选项，ARU就返回到步骤69390。如果用户从步骤69390的ARUChangeRouting菜单选择“AlternateRouting”(备用路由选择)选项，ARU就在步骤69409播放一段表示用户的当前备用路由选择设置的消息，并在步骤69409提供用户一个用于选择新选项的菜单。如果用户在选项中选择改变，ARU就-作为步骤69414-执行ARUprogram(程序)例程以按规定设置备用选项，方法是传送“alternate(备用)”的参数和选定的选项。如果用户选择“Cancel”(取消)选项，ARU就返回到步骤69390。如果用户从步骤69390的ChangeRouting菜单选择“CancelandReturn”(取消并返回)选项，ARU就在步骤69412返回到图69P的用户菜单。图69U表示ARUChangeFind-MeRouting(ARU改变找我路由选择)例程。在步骤69420,ARU检查用户的找我路由选择是否由调度表设置。如果不是，ARU就在步骤69422播放一个表明路由选择被设置成连续尝试三个电话号码的消息，在步骤69424执行ARUChange3-NumberSequence例程-下文将结合图69V说明该例程。如果用户的找我路由选择是由调度表设置的，ARU就在步骤69426播放表明用户的找我路由选择当前是由调度表设置的的消息，并且在步骤69428向用户提供“ChangeScheduleRouting”(改变调度路由选择)菜单。如果用户选择changeto3-humber(改变到3-号码序列)选项，ARU就在步骤69430播放路由选择被设置3-号码序列的消息，在步骤69432执行图69V的ARUChange3-NumberSequence例程。如果用户选择SaveandContinue(保存并继续)选项，ARU就在步骤69434播放用户的找我路由选择被设置成由调度表的路由选择的消息，在步骤69436执行ARUChangeRouting例程。如果用户选择cancelandreturn(取消并返回)选项，则也要执行步骤69436和ARUChangeRouting例程。图69V表示ARUChange3-NumberSequence(改变3-号码序列)例程，它允许用户改变由图69E和69F的ARUFind-Me例程所使用的三个备用号码的内容和次序。在步骤69440,ARU提供用户一个选项菜单。如果用户选择改变三个电话号码之一的选项，就在步骤69422播放一个记录消息，表明当前的号码设置，然后在步骤69444执行Program例程，向该例程传送一个标识要被改变的号码并指出改变后的POTS号码的参数。ARU然后返回到步骤69440。如果选择要检查当前设置的选项，ARU就在步骤69446播放表明三个号码的每个号码的设置的一系列消息。ARU然后返回到步骤69440。如果用户选择改变调度路由选择的选项，ARU就在步骤69450检查用户是否适合处置调度路由选择。如果有，ARU就在步骤69454播放一段表示找我路由选择被设置到用户的调度表的消息，在步骤69456切换调度表设置以选通它。切换设置之后，ARU就在步骤69450返回到图69T的ARUChangeRouting例程。如果调度表路由选择不是这个用户的一个选项，ARU就播放一段诊断消息，表示调度表路由选择不可用，用户可与客户服务联系以获得该选项。然后ARU返回到步骤69440。如果用户选择表示取消并返回的选项，ARU就返回到图69T的ARUChangeRouting例程。图69W表示ARUAdministration(ARU管理)例程。在步骤69460,ARU提供用户一个选项菜单。在所示例子中，条目‘1’对应于维护用户的广播或快拨列表的请求，条目‘2’对应于记录问候的请求，条目‘3’对应于激活或去激活特征的请求。如果请求列表维护，ARU就在步骤69462提供用户一个选项菜单。如果用户选择维护其广播列表的选项，ARU就在步骤69464执行图69R的ARUXfertoVoice/FaxSubscriberDistributionLists例程。执行该例程之后，ARU就在步骤69468执行图69W的ARULists(ARU列表)例程。如果用户选择维护快拨列表的选项，ARU就在步骤69470执行图69X的ARUChangeSpeed-DialNumbers例程。如果用户选择取消并返回的选项，ARU就返回到步骤69460。如果用户根据步骤69460提供的菜单选择记录问候的选项，ARU就在步骤69474提供用户一个选项菜单。在所示例子中，条目‘1’对应于修改用户的欢迎消息的请求，条目‘2’对应于修改用户邮箱关联的名称的请求。如果用户选择修改欢迎消息的选项，ARU就在步骤69476执行图69B的ARUPlayGreeting例程，播放当前的欢迎消息，在步骤69478执行图69Y的ARUChangeGreeting例程。如果用户选择修改邮箱名称的选项，ARU就播放请求用户保持的消息，在步骤69480执行ARUXfertoVoice/FaxSubscriberMailboxName例程-前文结合图69S说明过该例程。执行该例程之后，ARU返回到步骤69474。如果用户根据步骤69474提供的菜单，指出应当将修改问候的请求取消(例如通过按下星号‘*’)，ARU就返回到步骤69460。如果用户根据步骤69460提供的菜单，选择激活或去激活功能部件的选项，ARU就在步骤69484执行ARUFeatureActivation例程-下文将结合图69Z说明该例程。如果用户转而指出应当将修改问候的请求取消(例如通过按下星号‘*’)，ARU就返回到ARUUserMenu例程-该例程在图69P中表示为步骤69304。图69X表示ARUChangeSpeedDialNumbers(ARU改变快拨号)例程。ARU在步骤69490提供用户一个对应特定快拨号码的选项菜单。例如，条目‘1’对应于第1个快拨号码，条目‘2’对应于第2个快拨号码，等等，直到条目‘9’-对应于第9个快拨号码。当用户选择其中一个选项时，ARU就在步骤69492播放一段表示该选定快拨号码的当前设置的消息。在步骤69494,ARU执行ARUProgram例程-下文将结合图69AA说明该例程，规定“Spd_Dial_n”参数以指出要用程序设置的快拨号(其中n由与被访快拨键的号码对应的数字替换)和指定的快拨号要设置到的POTS号码。ARU然后返回到步骤69490。如果用户选择取消该改变快拨号请求的选项(例如用星号‘*’表示)，ARU就返回到步骤69462，如图69W中所示。图69Y表示ARUChangeGreeting(ARU改变问候)例程。在步骤69500,ARU向用户提供一个对应于可用选项的菜单。例如，条目‘1’对应于记录定制问候的请求，条目‘2’对应于使用标准系统问候的请求。如果用户选择记录定制问候的选项，ARU就在步骤69502提供一个有关定制问候选项的菜单。在所示例子中，条目‘1'对应于检查用户的定制问候的当前内容的请求，条目‘2’对应于用新记录的的定制问候代替当前记录的定制问候的请求。符号‘#’对应于保存问候的内容的请求，符号‘*’对应于取消并返回的请求。如果用户选择复审用户的定制问候的当前内容的选项，ARU就在步骤69504执行ARUPlayTempGreeting例程-该例程前文结合图69C说明过，然后返回到步骤69502。如果用户选择用新记录的的定制问候代替当前记录的定制问候的选项，ARU就在步骤69506提示用户开始记录新问候。记录问候之后，ARU返回到步骤69502。记录问候之后，用户可请求将新记录的问候保存起来。如果用户选择保存问候，ARU就在步骤69510把所记录的问候保存到磁盘，覆盖问候文件以前的内容，在步骤69514播放一段表示新的问候已经存储的消息。存储问候之后，ARU执行ARUAdministration例程-前文结合图69W说明过该例程。如果用户根据步骤69502中由ARU提供的菜单，取消修改问候的请求，ARU就在步骤69518执行ARUGreeting例程-前文结合图69W说明过该例程。如果用户根据步骤69500中提供的菜单，选择使用系统问候(即不标识该用户的缺省问候)的选项，ARU就在步骤69520删除以前记录的任何问候。在步骤69522播放一个预先记录的消息，表示主叫者现在将听到系统问候而不是个人化的问候。ARU然后在步骤69525返回到ARUAdministration例程-前文结合图69W说明过该例程。如果用户选择取消并返回的选项，ARU也在步骤69525返回。图69Z表示ARUFeatureActivation(ARU特征激活)例程。在步骤69350,ARU向用户提供一个对应可用选项的菜单。例如，条目‘1’对应于设置呼叫屏蔽选项的请求；条目‘2’对应于激活或去激活寻呼机接收者的请求；条目‘3’对应于设置寻呼机通知的请求；条目‘4’对应于激活或去激活帐户的请求。如果用户选择呼叫屏蔽选项，ARU就在步骤69532播放一段表示呼叫屏蔽选项的当前设置的记录。在步骤69534,ARU提供用户有关呼叫屏蔽的选项的列表。本例中，条目‘1'对应于仅按ANI(电话号码)选择屏蔽的请求；条目‘2’对应于仅按姓名选择屏蔽的请求；条目‘3’对应于按ANI和姓名二者选择屏蔽的请求；条目‘4’对应于全部关掉呼叫屏蔽的请求。如果用户选择这些选项之一，ARU就在步骤69536执行ARUProgram例程-下文将结合图69AA说明该例程，向其传递的第一个参数表明希望改变屏蔽选项，第二个参数表明选项应被设置成的值。步骤69536之后ARU返回到步骤69530。同样，如果用户在步骤69534选择取消并返回选项，ARU也返回到步骤69530。如果用户选择激活或去激活寻呼机的选项，ARU就在步骤69538播放一段记录消息，表示寻呼机通知选项的新状态。在步骤69540,ARU切换寻呼机选项的当前状态(即，如果选项当前关闭，就选通它；如果选项当前选通，就关闭它)。切换之后，ARU就返回到步骤69530。如果用户选择寻呼机通知的选项，ARU就在步骤69542播放一段记录，表示呼叫屏蔽选项的当前设置。在步骤69544,ARU提供用户关于寻呼机通知的选项的列表。本例中，条目‘1’对应于选择用寻呼机仅通知输入话音邮件的请求；条目‘2’对应于选择用寻呼机仅通知输入传真邮件的请求；条目‘3’对应于选择用寻呼机通知输入话音邮件和传真邮件的请求；条目‘4’对应于全部关掉呼叫寻呼机通知的请求。如果用户选择这些选项之一，ARU就在步骤69546执行ARUProgram例程-下文将结合图69AA说明该例程，向其传递的第一个参数表明希望改变寻呼机通知选项，第二个参数表明选项应被设置成的值。步骤69546之后ARU返回到步骤69530。同样，如果用户在步骤69544选择取消并返回选项，ARU也返回到步骤69530。如果用户在步骤69530选择激活或去激活其帐户的选项，ARU就在步骤69550播放一段记录消息，表示帐户的新状态。在步骤69552,ARU切换帐户选项的当前状态(即，如果选项当前关闭，就选通它；如果选项当前选通，就关闭它)。切换之后，ARU就返回到步骤69530。如果用户在步骤69530选择取消并返回选项，ARU就返回到ARUAdministration例程-前文结合图69W说明过该例程。图69AA表示ARUProgram(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表示ARUUserXfertoCustomerService例程，在步骤69592，该ARU播放预先记录的消息给用户请求该用户保持。在步骤69594，该ARU将该用户转到客户服务。图69AB表示ARUValidateGuestEntry(ARU验证客人输入)例程。该例程由ARU用于确定客人试图使用VFP客人设施是否有效。ARU允许客人三次尝试输入其身份信息。对于头两次无效输入，ARU在步骤69610返回表示客人输入无效的状态。第三次尝试时，ARU在步骤69615执行图69E和69F的Find-Me例程。如果收到客人输入，ARU就在步骤69617检查客人输入是否是适用的菜单上的一个可用选择。如果不是，ARU就在步骤69620播放一段表示客人输入选项不可用的记录消息。如果这是第三次无效输入，ARU就执行图69H的ARUGuestXfertoMTOC例程。如果这是第一次或第二次无效输入，步骤69622中的例程返回一个表示客人输入无效的标志。如果ARU在步骤69617判定客人输入是适当的菜单选项，就在步骤69626返回一个有效状态。图69AC表示ARUValidateUserEntry(ARU验证用户输入)例程。该例程由ARU用于确认用户使用VFP的用户服务的尝试。如果没有接收到用户输入，ARU就在步骤69630播放一个表示未收到输入的诊断消息。如果接收到用户输入，ARU就在步骤69634检查用户正响应的菜单是否包括适合用户输入的选项。如果是，ARU就在步骤69636返回一个有效状态。如果不是，ARU就在步骤69638播放表示该选项不可用的消息。如果要么没有收到输入，要么输入对菜单无效，ARU就在步骤69632检查是否这是第三次未能指定用户信息。如果是，ARU就在步骤69640执行图89AI的ARUUserXfertoCustomerService例程。如果这是第一次或第二次失败输入，ARU就在步骤69642返回一个无效状态。图69AD表示ARUValidatePasscodeEntry(ARU验证口令输入)例程。该例程由ARU用于确认用户输入的口令。在步骤69650,ARU检查输入的口令是否与该特定用户的口令匹配。如果是，ARU就在步骤69652返回一个有效状态。如果输入无效，ARU就在步骤69654播放一段表示输入无效的记录消息。ARU允许尝试两次来输入有效口令。在步骤69656,ARU检查是否这是第二次输入口令的尝试。如果这是第二次尝试，ARU就在步骤69660执行ARUUserXfertoCustomerService例程-前文结合图69AI说明过该例程。如果这不是第二次无效输入，ARU就在步骤69658提示用户输入有效口令并返回到步骤69650。图69AE表示ARUValidateCompletion(ARU验证完成)例程。该例程由ARU用于确认有效电话号码的输入。在步骤69670,ARU检查是否接收到有效用户输入。如果没有，ARU就检查是否这是第三次尝试的无效输入。如果不是，ARU就在步骤69672返回一个表示未收到有效输入的标志。如果这是第三次尝试，ARU就在步骤69674播放一个消息并在步骤9676执行ARUXferUsertoMTOC例程-前文结合图69H说明过该例程。如果收到有效的用户输入，ARU就检查所输入的电话号码是否以‘011’开头。如果是，ARU就在步骤69680执行图69AF的ARUValidateInternationalCompletion(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表示ARUValidateInternationalCompletion(ARU验证国际完成)例程。在步骤69700,ARU检查用户是不是配置成能接入国际呼叫。如果不是，ARU就在步骤69702播放一个诊断消息。在步骤69704,ARU检查输入号码是不是语义上有效的国际拨号。如果不是，ARU在步骤69706播放一个诊断消息。在步骤69708,ARU检查Cset(国家集)阻塞是否将阻塞该指定号码。如果是，ARU就在步骤69710播放一个诊断消息。如果没有发现错误条件，ARU就在步骤69712返回一个有效状态。如果发现错误，ARU就在步骤69713返回一个无效状态。如果三次尝试输入号码都失败，ARU就在步骤69714播放一个诊断消息并在步骤69716将用户传输给操作员。图69AG表示ARUValidatePOTSProgramming(ARU验证POTS程序设置)例程。该例程由ARU用于保证只有有效电话号码才能存储起来供呼叫路由选择所用。在步骤69720,ARU检查是否接收到有效用户输入。如果没有，ARU就检查是否这是第三次尝试的无效输入。如果不是，ARU就在步骤69722返回一个表示未收到有效输入的标志。如果这是第三次尝试，ARU就在步骤69676执行ARUUserXfertoCustomerService例程-前文结合图69AI说明过该例程。如果收到有效的用户输入，ARU就检查所输入的电话号码是否以‘011’开头。如果是，ARU就在步骤69730执行图69AF的ARUValidateInternationalCompletion例程。在步骤69732,ARU检查用户是否设置了国内terms标志。如果没有，ARU在步骤69734播放表示国内呼叫不可用的诊断消息，然后前进到步骤69721。ARU在步骤69736检查是否输入了10位号码，在步骤69738检查是否输入了有效的MPA-Nxx号码。如果哪一个均未输入，ARU就在步骤69740播放诊断消息，然后前进到步骤69721。ARU在步骤69750检查976阻塞是否对这个用户有效。如果是，ARU在步骤69754播放表示向被访号码的呼叫被阻塞的诊断消息，然后前进到步骤69721。否则，ARU就在步骤69756返回一个表示输入号码有效的状态。图69AH表示ARUValidateInternationalProgramming(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启动ConsoleValidatePasscode(控制台确认口令)例程-下文将结合图70K说明该例程。如果帐户当前是联机的，控制台就检查用户是否指出过对输入呼叫的替代。如果是，控制台就在步骤70018将呼叫路由选择到操作员。如果主叫者正生成传真音调，控制台就在步骤70024执行ConsoleFaxToneDetected(检测到控制台传真音调)例程-下文将结合图70S说明该例程。如果主叫者向操作员提供口令，操作员就在步骤70026启动ConsoleValidatePasscode例程-下文将结合图70K说明该例程。否则，就将该呼叫按用户的输入呼叫来处理，控制台在步骤70020执行ConsoleFindMe(控制台找我)例程-下文将结合图70BC说明该例程。控制台向ConsoleFindMe例程调用提供“替代”参数。如果尚未规定替代，控制台就在步骤70030向主叫者提供音响菜单。在所示例子中，条目‘1’对应于向用户说话的请求，条目‘2’对应于为用户留话音邮件的请求，条目‘3’对应于向用户发送传真的请求，条目‘4’对应于寻呼用户的请求。此外，用户可以提供其口令以获得作为用户对控制台的访问。如果主叫者请求向用户说话，控制台就在步骤70032检查与主叫者的轮廓关联的调度标志。如果主叫者的轮廓指示一个调度，控制台就在步骤69304用‘Sched1'作为参数执行图70B和70C的ConsoleFindMe(控制台找我)例程。如果用者的轮廓没有指示调度，控制台就在步骤69306用‘First’作为参数执行图70B和70C的ConsoleFindMe例程。ConsoleFindMe例程将在下文结合图70B和70C进一步详细讨论。如果主叫者请求留下话音邮件消息，控制台就在步骤70040执行ConsoleXfertoVoice/FaxGuest(控制台传输到话音/传真客人)例程-该例程将在下文结合图70E作说明。如果主叫者请求发送传真，控制台就在步骤70042执行ConsoleXfertoVoice/FaxGuestw/orw/outAnnotation(控制台传输到话音/传真客人-带或不带注解)例程-该例程将在下文结合图70F作说明。执行这个例程之后，控制台在步骤70030返回到客人菜单。如果主叫者请求发送寻呼，控制台就在步骤70040执行ConsoleSendPage(控制台发送寻呼)例程-该例程将在下文结合图70G作说明。执行了步骤70040、70042或70044的任何例程之后，控制台在步骤70030返回到客人菜单。如果主叫者提供口令，控制台就在步骤70046执行ConsoleValidatePasscode(控制台确认口令)例程-该例程将在下文结合图70K作说明。如果控制台检测到输入呼叫上的传真音调，控制台就在步骤70048执行ConsoleFaxToneDetected例程-该例程将在下文结合图70S作说明。图70B和70C表示ConsoleFindMe(控制台找我)例程．如步骤70060中所示，ConsoleFindMe例程采用单一的参数Term_Slot，该参数由主叫者设置，由控制台用于在备用行动路线中作选择。如果Term_Slot设置到“FindMe”，表明控制台要用缺省方法来确定用户的当前号码。这个值例如可为替代或缺省处理来设置。如果用户的轮廓包括调度标志，控制台就用Sched1参数来执行ConsoleFindMe例程，如步骤70062所示。如果不包括，控制台就用用户的号码列表中的第一个电话号码来执行FindMe例程，如步骤70061所示。如果Term_Slot设置到“话音邮件”，控制台就向主叫者播放消息，指出用户请求主叫者留下话音邮件消息，在步骤70074执行图70E所示的ConsoleXfertoVoice/FaxGuestVoice(控制台传输到话音/传真客人话音)例程。如果不成功，例程就返回，在这种情况下，就播放一段指示主叫者应当以后再试呼叫的消息，然后在步骤70075拆接主叫者。如果Term_Slot设置到“寻呼机”，控制台就向主叫者播放消息，指出用户请求主叫者留下寻呼用户的请求。控制台然后执行ConsoleSendPage例程-该例程下文将结合图70G作说明。如果不成功，例程就返回，在这种情况下，就播放一段指示主叫者应当以后再试呼叫的消息，然后在步骤70066拆接主叫者。如果Term_Slot设置到任何POTS值(诸如Sched1、Sched2、第一、第二或第三)，这表示用户规定过要用标准电话系统发送输入呼叫，指令过控制台要用特定调度的或选定的电话号码。在步骤70070，控制台执行ConsoleRecordName(控制台记录姓名)例程来获得主叫者标识的数字记录。ConsoleRecordName例程下文将结合图70H作说明。控制台在步骤70073和70075为主叫者播放适当的消息(例如首次尝试时播放“请保持，与此同时我试图到达你方”，随后的尝试时播放“我仍在试图到达你方，请继续保持”)如果呼叫被一个人回答，控制台就在步骤70072执行ConsoleConnectCall(控制台连接呼叫)例程-下文将结合图70D讨论该例程。如果呼叫是被应答机回答的，控制台就在步骤70090检查用户是否请求过控制台在遇到应答机时翻转到下一个备用号码。如果不是，控制台就在步骤70094连接呼叫。如果用户选择过翻转，控制台就选择下一个号码来呼叫，用新选择的号码再次执行ConsoleFindMe例程，如步骤70081、70082和70083所示。如果被叫的线路忙，或者没有供选择的号码剩下，控制台就在步骤70074执行图70I的ConsoleAlternateRouting例程。图70D表示ConsoleConnectCall(控制台连接呼叫)例程。如果用户没有请求过呼叫屏蔽，控制台就在步骤70100将呼叫连接到用户。如果用户选择过呼叫屏蔽，控制台就在步骤70104向用户播放一段信息消息，按姓名和按ANI(可用的话)来标识主叫者。如果用户选择接受呼叫，控制台就在步骤70106停止主叫者的保持，在步骤70108播放一段表示呼叫正在连接的消息，并在步骤70110进行连接。如果用户拒绝接受呼叫，控制台就在步骤70114停止主叫者的保持，在步骤70118向主叫方播放一段表示无法到达用户的记录，并可选地提示主叫者留下话音邮件消息。如果没有邮箱可用，控制台就在步骤70119播放一段诊断消息，并在步骤70120拆接主叫者。如果有邮箱可用，能接收消息，控制台就在步骤70128执行图70E的ConsoleXfertoVoice/FaxGuestVoice例程。执行这个例程之后，控制台就70119播放请主叫者以后再呼叫的消息，然后在步骤70120拆接。图70S表示ConsoleFaxToneDetected(检测到控制台传真音调)例程。在步骤70130，控制台试图与VFP握手。如果握手成功，控制台就在步骤70132连接呼叫。如果不成功，控制台就在步骤69132拆接主叫者，然后退出。图70E表示ConsoleXfertoVoice/FaxGuestVOice(控制台传输到话音/传真客人话音)例程，该例程将主叫者连接到VFP以留下话音邮件消息。控制台在步骤70140播放状态消息，在步骤70142检查用户的邮箱是否已满。如果邮箱满，控制台就在步骤70144播放诊断消息，然后返回。如果邮箱不满，控制台就试图与VFP握手。如果握手成功，控制台就在步骤70146连接呼叫。如果不成功，控制台就在步骤69148播放出错消息，然后返回。图70F表示ConsoleXfertoVoice/FaxGuestw/orw/outAnnotation(控制台传输到话音/传真客人-带或不带注解)例程，它将主叫者连接到VFP以传送传真。控制台在70150播放状态信息，在步骤70152检查用户的邮箱是否满。如果邮箱满，控制台就在步骤70154播放诊断消息，然后返回。如果邮箱未满，控制台就试图与VFP握手。如果握手成功，控制台就在步骤70156连接呼叫。如果不成功，控制台就在步骤70148播放出错消息并返回。图70E和70F的例程类似，只是VFP的所请求服务和向主叫者播放的出错消息的内容不同。图70G表示ConsoleSendPage(控制台发送寻呼)例程，它启动向用户的寻呼业务的呼叫。在步骤70160，控制台提示主叫者提供应当向被访寻呼机提供的电话号码。在步骤70162，控制台向主叫者播放状态记录，请主叫者在寻呼被发送的同时保持。如果寻呼发送成功，控制台就在步骤70164播放表示寻呼已经发送的消息并在步骤70165拆接呼叫。如果向寻呼服务的呼叫不成功，控制台就在步骤70166播放表示寻呼失败的消息并返回，使控制台能向主叫者提供其它选择。图70H表示ConsoleRecordName(控制台记录姓名)例程。如果用户指定了按姓名或按姓名加ANI的呼叫屏蔽，该例程用于记录主叫者的姓名。如果用户指定了按姓名或按姓名加ANI的呼叫屏蔽，控制台就在步骤70170提示主叫者提供一个姓名，记录该音响应答。如果在记录过程中检测到传真音调，控制台就在步骤70712执行ConsoleFaxToneDetected例程；否则，例程返回。图70I表示ConsoleAlternateRouting(控制台备用路由选择)例程。控制台执行该例程来路由选择不能被路由选择到用户的呼叫。如果用户指出过要把这种未传递到的呼叫路由选择到其寻呼业务，控制台就在步骤70180播放表示主叫者可以发送寻呼的记录。如果主叫者选择发送寻呼，控制台就在步骤70182执行ConsoleSendPage例程-前文结合图70G说明过该例程。如果寻呼不成功，控制台就在步骤70185播放表示失败的消息并在步骤70184拆接主叫者。如果用户指出过要把这种未传递到的呼叫路由选择到话音邮件，控制台就在步骤70183播放表示主叫者可以留下话音邮件的记录消息。如果主叫者选择留下话音邮件，控制台就在步骤70186执行ConsoleXfertoVoice/FaxGuestVoice例程-前文结合图70E说明过该例程。如果话音邮件不成功，控制台就在步骤70185播放表示失败的消息并在步骤70184拆接主叫者。如果用户指出过“客人选项”，控制台就在步骤69190执行图70J的ConsoleAlternateRoutingGuestOption例程；否则，控制台就在步骤70192播放一个诊断消息并在步骤70194拆接主叫者。图70J表示ConsoleAlternateRoutingGuestOption(控制台备用路由选择客人选项)例程。这个例程允许客人在用户不可达的情况下选择留下话音邮件还是发送寻呼。控制台在步骤70200提供主叫者一个可用路由选择选项菜单，此处是留下话音邮件或者发送寻呼。如果主叫者请求发送话音邮件，控制台就在步骤70202执行图70E的ConsolexfertoVoice/FaxGuestVoice例程。如果例程返回的返回码表明是个不成功事件，控制台就播放预先记录的表示未能发送话音邮件的消息，在步骤70204提示主叫者指出是否转而发送寻呼。如果主叫者响应步骤70200的提示或步骤70204的提示请求发送寻呼，控制台就在步骤70206执行图70G的ConsoleSendPage例程。如果ConsoleSendPage例程返回(表示未能发送寻呼)，或者主叫者拒绝响应步骤70204的发送寻呼的提示，控制台就在步骤70208播放一个诊断消息并在步骤70209拆接主叫者。图70K表示ConsoleValidatePasscodeEntry(控制台确认口令输入)例程，控制台用其来验证用户提供的口令。在步骤70220，提示主叫者输入口令。在步骤70224，控制台检查所提供的口是否与特定用户的口令匹配。如果匹配，控制台就在步骤70226执行ConsoleUserCall例程-下文将结合图70L说明该例程。控制台允许两次尝试输入口令。在步骤70228，检查这是不是第二次提供口令的失败尝试。如果是第二次尝试，控制台就在步骤70232通知主叫者口令无效，提出连接该主叫者到客户服务。如果主叫者选择不被连接到客户服务，就在步骤70234拆接主叫者。如果是第一次失败尝试，控制台就在步骤70230提示用户提供有效口令并返回到步骤70224。图70L表示ConsoleUserCall(控制台用户呼叫)例程。在步骤70240，控制台检查用户邮箱是否满。如果是，控制台就在步骤70242向用户播放警告消息。无论邮箱是否满，控制台都在步骤70244为用户播放一个状态消息，通知用户邮箱中话音邮件消息和传真的数目。在步骤70246，控制台向用户提供一个选项菜单。在所示例子中，条目‘1’对应于发送或检索邮件的请求；‘2’对应于接入呼叫的请求；‘3’对应于退出的请求。如果用户选择发送或检索邮件的选项，控制台就在步骤70248播放一个保持消息，然后执行图70M的ConsoleXfertoV0ice/FaxSubscriberSend/Retrieve例程。该例程完成后，控制台又返回到步骤70246。如果该用户选择接通一个呼叫的选项，控制台执行ConsoleOutboundCalling例程-下文将结合图70N说明该例程。如果用户选择ExitProgramming(退出程序设置)选项，控制台就拆接呼叫。图70M表示ConsoleXfertoVoice/FaxSubscriberSend/Receive(控制台传输到话音/传真用户发送/接收)例程，它连接用户到VFP以发送和检索话音邮件消息。控制台试图与VFP握手。如果握手成功，控制台就在步骤70250连接呼叫。如果不成功，控制台就在步骤70252播放出错消息，然后退出。图70N表示ConsoleOutboundCalling(控制台向外呼叫)例程，用户可用其接入向外呼叫。在步骤70260，控制台检查用户是否配置成能接入国际呼叫。如果是，控制台就在步骤70262选通国际呼叫键，以便能够进行非国内呼叫。用户在步骤70264被提示输入电话号码。控制台在步骤70268连接用户到向外呼叫。图700表示ConsoleValidateGuestEntry(控制台验证客人输入)例程。该例程由控制台用于确定客人使用VFP客人设施的尝试是否有效。控制台在步骤70270检查客人输入是否是适用的菜单上的一个可用选择。如果不是，就不接受输入，控制台维持与步骤70272所示相同的菜单。如果客人输入是一个适当的菜单选项，控制台就在步骤70274返回一个有效状态。图70P表示ConsoleValidateGuestEntry(控制台验证客人输入)例程。该例程由控制台用于确认客人使用VFP的用户业务的试图。控制台在步骤70280检查客人输入是否是适用的菜单上的一个可用选择。如果不是，就不接受输入，控制台维持与步骤70282所示相同的菜单。如果客人输入是一个适当的菜单选项，控制台就在步骤70284返回一个有效状态。图70Q表示ConsoleValidateCompletion(控制台验证完成)例程。该例程由控制台用于确认有效电话号码的输入。在步骤70292，控制台检查用户是否设置了国内terms标志。如果没有，控制台在步骤70294播放表示国内呼叫不可用的诊断消息，在步骤70310以一个所提供的号码无效的标志返回。控制台在步骤70296检查是否输入了10位号码，在步骤70298检查是否提供了有效的MPA-Nxx号码。如果所提供的号码不是10位的MPA-Nxx号码，控制台就在步骤70302播放诊断消息，在步骤70310以一个所提供的号码无效的标志返回。控制台在步骤70304检查NADP阻塞是否对这个用户有效，在步骤70306检查976阻塞是否对这个用户有效。如果其中无论哪个有效，控制台就在步骤70308播放表示向被访号码的呼叫被阻塞的诊断消息，并在步骤70310以一个所提供的号码无效的标志返回。否则，控制台就在步骤70312返回一个表示输入号码有效的状态。图70R表示ConsoleValidateInternationalCompletion(控制台验证国际完成)例程。在步骤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记帐。*帐户号码指用户的800/8xx访问号码**建议终结状态；其它值可能更合适客人拆接BDR可以有不同的呼叫类型，具体视拆接出现在呼叫流中的什么点。以下是用于自动应答设备(ARU)的新的直达线MCI脚本，其引用它们出现所在的对应呼叫流图以下是用于控制台应用的新直达线MCI脚本以下详细说明ARU影响，以及呼叫流图中的ARU影响。用户输入一般来说，在呼叫流中，每当用户/主叫者有输入机会时，都要尽可能地最小化可能的响应延迟。下面是一些例子在呼叫的‘客人’部分期间，用户可以输入‘*’，此时，NIDS音频服务器(NAS)就采用一种数位间超时(inter-digittimeout)开始收集6个口令数位。在客人菜单播放期间，按一个键就会立即产生响应-除非按的是‘*’键，此时NAS收集6位口令。在用户菜单播放期间，按一个键就会立即产生响应-除非在向外呼叫菜单中。由于国内电话号码、国际电话号码、快拨号都能在此输入，所以系统允许用户按‘#’来表示所拨数字的结束。‘#’不管是在单一数字输入之后还是在一串数字即电话号码之后都被接受。在呼叫流中用户能输入国内或国际号码的任何地方，都必须接受‘#’键来指示所拨数字的结束。这包括对第一、第二或第三找我号码、对POTS和快拨号的程序设置期间。可能的情况下，要将用户‘强力拨号’(powerdial)的能力构筑到呼叫流中。这意味着，如果有多个键被按下时，就绕过脚本，到达适当的菜单。支持本实施例中的直达线MCI的一种接入方法不带PIN的800/8xx号码接入。数据库中PIN域的缺省值为0000。记帐号码屏蔽(欺诈)确认所有收到的直达线MCI呼叫都要受记帐号码屏蔽的确认，以验证该号码未标记为有欺诈风险。在范畴5类型0中查找；所检查的标志是信用卡(热)标志。如果该号码已经被“关闭”，即热标志被设置为‘Y’，则应用程序将该呼叫作为脱机帐户对待，但是不允许用户访问程序设置选项。世界电话(WorldPhone)主叫者能够通过世界电话访问直达线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级调度序列如果用户选择调度序列作为其呼叫路由选择，应用程序就把Schedule1Trans和Schedule2Trans域用作在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数位的数目以及所需的任何结尾字符-例如‘#’。如果主叫者在输入回叫号码之后拆接，寻呼就完成并记帐。所支持的寻呼机类型如下*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的ValStat域中的值导出的。下表定义了该域的可能值和各值的含义ValStat值主叫者类型原始呼叫的处置可重新始发200用户呼叫完成是201用户话音邮件是202用户传真*不适用100客人脱机否101客人初级否102客人次级否103客人三级否104客人替代否105客人关闭系统否112客人话音邮件否113客人寻呼机否114客人传真否*不使用-当前在用户访问话音邮件与用户访问传真邮件之间没有区别；它将用一个ValStat201来指示。此外，要便从完成到话者邮件/传真邮件平台的用户能使用#重新始发。如记帐一节所指出的，这是通过两次改变在交换机记录(OSR)中植入的数据而完成的。用户重新始发用户重新始发是通过最初呼叫的ValStat域来标识的，并提供用户编程菜单。已经完成到话音/传真邮件平台或电话号码的用户被允许重新始发。控制台影响以下各节以及呼叫流图详细说明控制台影响。ARU传输控制台因以下原因接收从ARU的传输。对这些传输的处理在控制台呼叫流图中指出。TTC传输原因文本1e客人呼叫完成要求操作员‘客人呼叫要求操作员帮助’帮助64在寻呼机回叫号码提示下‘没有正确输入寻呼机回叫号码’第三次无输入67客人菜单上的请求或超时‘主菜单上请求的传输或超时’9d用户呼叫完成要求操作员‘用户呼叫要求操作员帮助’帮助接入方法参看ARU影响中的接入方法一节。直接呼叫参看ARU影响中的直接呼叫一节，有以下例外缺省路由选择缺省路由选择对控制台没有影响，除非它已经被程序设置或缺省设置到操作员传输。在这种情况下，呼叫将被作为新呼叫处理，提供客人菜单。话音邮件/传真邮件参看ARU影响中的话音邮件/传真邮件一节。寻呼参看ARU影响中的寻呼一节。向外拨叫参看ARU影响中的向外拨叫一节。重新始发参看ARU影响中的重新始发一节。标志从属标志从属如下表所示阻塞检查本说明不包括标志检查，它讨论国家集、“成人服务”(976)、和NANP间阻塞。需要的话，要用缺省的ANI特性记录用于国家集阻塞。∑976阻塞以下列方式实现用范畴000、类型002和程序设置的NPA查询国际阻塞数据库，寻找模式匹配，以保证程序设置的号码不是受阻塞的信息/成人服务号码。如果发现匹配，就不允许呼叫/程序设置。∑NANP间(Inter-NANP)阻塞以下列方式实现检查交换机宿主以确定该终端是不是一个NANP号码。如果是，就检查NANP内(Intra-NANP)标志是否设置成“Y”。如果是，就检查始发号码的国家内标志。如果始发号码的国家内标志也设置成“Y”，就阻塞该呼叫。如果不是，就允许该呼叫。简而言之，如果始发和终结号码的国家内标志都设置成“Y”，就阻塞该呼叫。如果不是，就允许该呼叫。∑国家集阻塞以下列方式实现直达线MCI特性记录的国家集以及如下列所示的可能始发ANI/国家，要对照终端的国家码来确认。如果该终端国家在任何国家集中受阻塞，该呼叫就受阻塞。客人呼叫完成用户呼叫完成程序设置路由选择程序设置快拨号ⅩⅨ．因特网传真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％。ⅩⅩ．因特网交换技术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或其它媒体-同时提供本地拨号接入、共享或专用接入上的专用拨号计划的混合网络的典型的客户配置。FDDILAN10201、事务服务器10205及通信服务器10215和10225的组合被统称为DAP。用诸如光纤分布式数据接口(FDDI)LAN10201的局域网来连接各种通信设备。在所示配置中，事务服务器(TS)10205与LAN10201相连，电话交换机诸如交换机10210和交换机10220分别通过通信服务器(CS)10215和10225与LAN10201相连。在所示例子中，CS10225用称为应用数据域(ADF)10245的协议与交换机通信。网关10230与LAN10201相连，提供客户接入处理器(CAP)之间的通信。CAP10235一般是诸如IntelPentium、RISC或Motorola68XXX系列的微处理器。DAP要向CAP发送一个事务查询。CAP执行数据库查找，以便根据例如在特定客户业务中心有多少操作员可用的状态返回路由选择指令。CAP返回一个应答，它指示应当如何在数据库查找的基础上为呼叫选择路由。DAP就基本上使用该信息作为其自己的数据库的一个扩充。DAP于是就解释从CAP10235接收的信息，把它转换成交换机为将呼叫路由选择到客户要求的地方所需要的路由选择信息。图72表示分别标记为DAP10241、10242、10243的DAP10240的操作。路由选择和客户轮廓信息在确认之后被输入到订单输入系统10235，该信息被路由选择到业务控制管理器(SCM)10230。SCM10230将路由选择和客户轮廓信息发送到网络中的各个DAP。例如，如果Windows95发生问题，客户就呼叫1-800-FIX-WIN95。该呼叫在始发交换机10350进入网络，交换机将向DAP10241～10243启动一个为该呼叫查询适当的路由选择信息的事务。被查询的DAP识别这个号码，创建一个事务，将其路由选择到与适当的CAP10235(本案例中是与Mirosoft公司关联的CAP)相连的适当网关10230。CAP10235接收该事务，确定纽约的客户服务中心非常忙，而加州的客户服务中心却不太忙(本案例中原因可能是个时差问题)。CAP10235就(通过网关10230)向被查询的DAP10241-10243发回一个应答，表示应当将这个1-800-FIX-WIN95呼叫路由选择到加州的客户服务中心。所选定的DAP10241-10243将这个事务信息转换成对应于要到达加州的客户服务中心所必须的MCI网络外的路由的特定的交换机ID(SWID)和特定的终结中继线组(TTG)。所选定的DAP10241-10243将这个应答信息传输到始发交换机10350，后者将向1-800-FIX-WIN95的原始呼叫，按照通过SWID的DAP应答，路由选择到正确的终结交换机10351。终结交换机10351然后用从原始DAP应答中的参数创建的、通过SS7网络传输的信息来决定正确的终结中继线组(TTG)，将呼叫路由选择到加州的客户服务中心。当通过交换机路由选择呼叫时，呼叫经直接接入线路(DAL)连接-诸如DAL10386-被传递到客户PBX10387，后者将呼叫传递到目标电话10361。图73表示电话连接到释放链路中继线作1-800呼叫处理的过程。诸如电话10410的电话连接到本地交换通信公司(LEC)10415。电话10410的用户用电话键盘输入一个1-800号码，该号码使LEC10415将该呼叫路由选择到MCI始发交换机10420。为了处理这个1-800请求，交换机10420必须与ISN10480通信。交换机10420于是连接该呼叫到桥接交换机10440，后者通过释放链路中继线10490与智能服务网络10480相连。桥接交换机10440将DAP请求连同1-800信息一起传递给ISN10480，后者将其传递给被访的DAP10241。DAP10241检查这个1-800请求，选择适当的释放链路中继线，经其连接到MCID交换机10420，后者又连接到LEC10415，最终连接到电话10410，由此完成呼叫。ANI是业内的一个标准术语，指自动号码标识(ANI)。ANI可用于完成呼叫。这是MCI网络从LEC接收的用于确定呼叫从哪里始发的信息。简单来说，如果是你发起的呼叫，这可能是你的家庭电话号。它也可能是用信用卡的主叫者发话所在的付费电话的号码，所以不是总用这种号码来确定呼叫向谁记帐。可以用类似的过程将电话10450通过LEC10455连接到交换机10460，方法是用桥接交换机10440将呼叫通过ISN10480桥接到释放链路中继线10490。图74表示DAP过程请求的客户一侧。在家庭和小型办公环境中，诸如调制解调器池10510、电话10515、传真10510等设备都插在标准RJ11插座10520里，连接到本地交换通信公司。本地交换通信公司10525通过公共商务线路10527连接到交换机10530。在大型办公环境中，配备PBX10540的办公室可以通过专用接入线路(DAL)10457连接到交换机10530，用不到本地通信公司。交换机10530向DAP10560发出DAL过程请求，后者为呼叫选择路由10570-下文将结合图75作全面的说明。图75表示交换机10530为主叫者选择特定号码或“热线”的操作。交换机10530接收来自CBL10527或DAL10547的输入呼叫，与DAP10560就关于路由选择该呼叫的指令进行联系。DAP10560返回以伪电话号码形式编码的路由选择信息。伪电话号码与普通电话号码的格式相同，但是却编码了一个3位的交换机标识符(SWID)和标识所希望的终结中继线组(TTG)文件的文件号。交换机10530与SWID标识的交换机10610联系，向其传递文件号。交换机10610用TTG选择适当的调制解调器池10620去完成连接。调制解调器池又提供到诸如验证业务10640的业务和到基本因特网协议平台(BIPP)10650的因特网协议(IP)连接10630。BIPP10650由诸如ATM交换机的分组交换机组成，分组交换机将IP分组从一个节点传输到另一个节点。验证业务10640可选地执行验证主叫方的防止非授权访问因特网的安全功能。它也用于为使通过TTG热线访问因特网的用户信服而编制记帐信息。提供这种热线功能，使呼叫的路由选择能通过交换机10530和10610而不使用诸如图72所示的FGD10380的昂贵的FGD链路。图76表示网关选择性地通过因特网路由选择电话呼叫的操作。终端交换机10710连接到ARU10720以请求路由选择信息。ARU10720询问呼叫的特性以确定其是不是因特网路由选择的候选。如果呼叫是调制解调器呼叫，呼叫就被路由选择到调制解调器池10730。呼叫然后从调制解调器池10730被路由选择到基本因特网协议平台10750以提供向调制解调器呼叫的因特网接入。调制解调器呼叫可选地由验证业务10760验证。如果该呼叫是传真呼叫，呼叫就被路由选择到调制解调器池10730。呼叫然后从调制解调器池10730被路由选择到基本因特网协议平台10750，从那里到达传真网关10770。与调制解调器呼叫一样，传真呼叫可选地由验证业务10760验证。如果待路由选择的呼叫是话音呼叫，ARU就等待用户拨主叫卡号和目的地电话号码。ARU10720然后查询目的地电话号码以确定目的地电话是国际呼叫还是国内呼叫。国内呼叫被返回到终结交换机10710作常规路由选择，国际呼叫被通过向编解码器(Codec)10725提供模拟话音信号而按数据编码。编解码器10725将信号编码成数字数据后将呼叫路由选择通过调制解调器池10730和基本因特网协议平台10750。在另一个实施例中，当呼叫被网络交换机传递到ISN时，向驻存的ISN交换机路由选择一个SS7ISUP消息。该交换机叫DMS-ACD。ACD意思是自动呼叫分配器。ACD接受输入SS7ISUP呼叫，将其转换到SCAI(交换机/计算机应用接口)。ACD的相对端是一种叫ISN-AP(智能业务网络-附属处理器)的设备。SCAI是ACD与ISN-AP之间交谈的语言。所以，有两个接口在从网络到ACD的入站侧是SS7ISUP，在从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被指令将该呼叫终结到与ARU10720相连的ACD端口。当呼叫到达ARU10720时，可能发生两件事1)如果主叫者是从a)电话或b)传真机拨打访问号码的，主叫者就会听到话音提示“话音按1，传真按2。”2)如果主叫者是用PC调制解调器拨打接入号码的，主叫者可能听不到任何提示。要发生的是ARU定时器将要到期。定时器的到期向ARU表明这是来自调制解调器的呼叫。这些情况的呼叫流可能令人混淆，所以让我们逐一地来考察它们。如果主叫者是从电话呼叫的，那么在ARU10720的话音提示下，主叫者将按1(代表话音业务)。此时，ARU10720将收集关于主叫者的进一步的信息。这个特征是电话公司现今提供的现有主叫卡业务的改造版本。ARU10720首先收集卡号，然后收集主叫者要终结到的号码。获得这个信息后，ARU10720就将数据在ISN局域网上发送到验证数据库。除了验证主叫卡号，数据库也要确保终结号码在该持卡人的允许的拨号计划之内。一旦验证了卡信息后，ARU10720将判定终结号码是国内还是国际的。如果终结号码是国内的，ARU10720就将呼叫从ISN释放回到话音网络，呼叫将在话音网络上被路由选择到其预期目的地。如果终结号码是国际的，呼叫将被路由选择到一个在BIPP站点驻存的称为编解码器(CODEC)的设备。CODEC的作用是将话音信号转换成用UDP/IP在因特网上路由选择的数据。在另一个实施例中，如果主叫者是从传真机呼叫的，ARU10720话音提示时，主叫者按2，表示请求传真服务。此时，ARU10720将把呼叫路由选择到一个传真平台，对于那些没有时间或耐心来等待终结传真机号变成空闲或者需要帮助来发送国际传真的人来说，该传真平台是一个有保障的服务10770。一个实施例收集关于主叫者的信息和终结号码，然后指令主叫者开始发送过程。传真服务10770捕获该传真，存储起来供以后投递。如果主叫者是通过PC调制解调器拨号的，那么在ARU10720话音提示时，主叫者可能听不到。这是故意这样设计的。因为尽管主叫者可以通过PC喇叭或调制解调器听到ARU10720的声音，但是主叫者不能在ARU10720进行输入，最终将导致超时(上文说明过)，对ARU10720表明呼叫是从PC调制解调器始发的。ARU10720将呼叫释放回到网络以终结到MCI的BIPP10750站点之一的调制解调器池(MP)10730。图77表示在中央化体系结构中部署的图76的ARU的操作。电话10810通过本地交换机10820与交换机10710通信。交换机10710通过桥接交换机10830连接到智能服务网络(ISN)10840，再到ARU10720。ARU10720控制呼叫路由选择，要么直接到调制解调器池10730、通过编解码器10725到BIPP10750或者到传真服务器。图78表示在分布式体系结构中部署的图77的ARU的操作。电话10910通过本地交换机10920与交换机10710通信。交换机10710通过桥接交换机10930连接到智能服务网络(ISN)10940，再到ARU10720。ARU10720在通过交换机10911和桥接交换机10930连接的话音应答单元10950的控制下操作，要么通过交换机10912到控制该呼叫路由选择调制解调器池10730，要么通过编解码器来控制呼叫的路由选择。ARU必须位于ISN中，但是其它设备(ARU10850～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路由选择到特定的事务处理器。CBL11050与交换机11060相连。交换机11060呼叫DAP11065，后者用自动号码标识(ANI)分析输入呼叫，以确定主叫者的身份。根据主叫者的身份和所呼叫的号码，DAP11065指示交换机11060将呼叫定向到555-IMCI，例如到数据网络接口(DNI)11070。DNI11070起着交换网与能处理销售点借方和信用卡事务的数据库宿主11075之间的接口的作用。除了根据目标电话号码路由选择呼叫之外，ANI还用于辨认访问数据库宿主11075的主叫者。类似地，向555-PAGE的呼叫也可以被路由选择到寻呼业务公司的PBX,ANI数据被用于选择由该公司提供的特定寻呼业务11085。最后，对555-RNET的呼叫可用于提供向基本因特网协议平台11090的连接-如前文所述的那样。图80表示的是按照较佳实施例的一种提供话音邮件和话音应答单元业务以及互连到服务供应商的交换网络的配置。电话11111和11112分别通过交换机11120和11121进入网络，交换机11121除了向电话11112提供网络进入之外，还为交换机11120提供中间链路。交换机11125为交换机11121提供互连，还接收诸如PBX11130的直接输入。交换机11125提供到话音应答单元服务器11140和到话音邮件服务器11145的连接。此外，交换机11125还通过拨号访问线路11155连接到服务供应商服务器11150。服务供应商服务器11150按照所请求的服务和验证，用通过调制解调器池11076连接的BIPP11075进一步将输入呼叫路由选择到寻呼业务11060或到电子邮件业务11070。B．实施例二图81表示按照较佳实施例的一个具有数据共享的入站共享的自动呼叫分配器(ACD)呼叫。拨号因特网用户12000用计算机调制解调器来拨电话号码。电话呼叫被从PROC/LEC交换机12002路由选择到MCI交换机112004。MCI交换机112004询问网络控制系统(NCS)12020，为规定的ANI和被拨的电话号码请求路由。NCS12020返回一个终结地址，指令MCI交换机112004将呼叫路由选择到MCI交换机212006上的一个中继线组。MCI交换机212006完成到因特网接入设备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文件含有一个为结果电话呼叫标识目的地的字母数字串-称为用户标识符。浏览器调用一个帮助器应用或浏览器插件(browserplug-in)来处理指定MIME类型的文件。帮助器应用读MIME文件，用MIME文件的内容从拨号用户12000启动一个向目录服务器12012的查询。目录服务器12012将来自MIME文件的字母数字串转换成目的地因特网电话网关12018的目的地IP地址，将一个含有该IP地址的消息发回拨号用户12000的帮助器应用。帮助器应用然后启动一个向因特网电话网关12018的IP地址的因特网电话呼叫，向因特网电话网关12018提供来自MIME文件的字母数字串，作为呼叫建立的一部分。因特网电话网关12018将所给的字母数字串转换成目的地电话号码，在其电话网络接口上向MCI交换机212006拨叫这个目的地电话号码。MCI交换机212006用所拨叫的电话号码询问NCS12020，请求路由选择指令。NCS12020确定适当的路由，将路由选择指令发送回MCI交换机212006，以将该呼叫路由选择到MCI交换机112004上的某中继线组。呼叫被路由选择到MCI交换机112004，然后，呼叫被完成到自动呼叫分配器(ACD)12022。当ACD12022回到呼叫时，因特网电话网关12018就完成了ACD12022与拨号用户12000之间的一个不变的音频路径，(在这个路径上)从ACD到因特网电话网关的音频是电路交换的PCM音频，从因特网电话网关到拨号用户的音频是用编解码器分组化编码了的数字音频。当呼叫被传递到ACD12022时，独有记录标识符通过电话网信令机构被传递到ACD。当呼叫中心12026中的代理接收到呼叫时，为代理显示该独有记录标识符，从呼叫中心服务器12028检索出由拨号用户12000输入的呼叫信息。ⅩⅪ．记帐根据本发明的另一个实施例总体涉及电信网络，更具体来说，涉及用灵活和可扩展的记录格式生成呼叫记录并为各个经过网络的呼叫生成独有呼叫标识符的电信网络的交换机。典型的电信网络含有多个遍布于某地域的电信交换机。当用户进行呼叫时，呼叫在到达其目的地之前可能要经过一个或多个交换机。图82表示一个典型的横跨美国的电信系统30102。为说明起见，假设某主叫者30104从加州洛杉矶接入一个向位于纽约州纽约市的通话方30112的呼叫。这种呼叫通常要经过三个交换机传输加州洛杉矶的交换机30106、伊利诺州芝加哥的交换机30108和纽约州纽约市的交换机30110。在这个情况中，始发交换机是加州洛杉矶的交换机30106，终结交换机是纽约州纽约市的交换机30110。各交换机30106～30110都连接到两个或更多的数据接入点(DAP)30116～30120，例如主DAP30116～30120和备用DAP30116～30120。DAP30116～30120这种装置从交换机30106～30110接收信息请求，处理请求，将所请求信息返回到发出请求的交换机30106～30110。交换机30106～30110用来自DAP30116～30120的信息处理通过网络的呼叫。当呼叫通过交换机30106～30110其中之一时，该交换机创建一个呼叫记录。呼叫记录含有关于呼叫的信息，包括-但不限于路由选择、记帐、呼叫特征和故障查找信息。呼叫终结后，处理过呼叫的各交换机30106～30110都完成关联的呼叫记录。交换机30106～30110将多个呼叫记录组合成一个记帐块。当交换机30106～30110填写记帐块时，交换机30106～30110将记帐块发送到记帐中心30114。于是，记帐中心30114从每个处理过呼叫的交换机30106～30110接收一个记帐块，本案例中共三个记帐块。记帐中心30114检索各记帐块，检索出与该呼叫关联的呼叫记录，由此从每个处理过呼叫的交换机30106～30110检索出一个记帐块。记帐中心30114然后用一个或多个检索出的记帐记录生成一个记帐项目。记帐中心30114也连接到每个DAP30116～30120以检索关于某交换机30106～30110或呼叫记录的信息。为了更好地理解本发明，描述一些与电信网络有关的其它术语是有用的。电话呼叫进入称为始发端口或中继线的传输线路上的交换机。始发端口是从相同的起始位置进入交换机的许多传输线的其中之一，这个端口组就是始发中继线组。处理了输入呼叫之后，交换机将呼叫传输到目的地位置，后者可以是另一个交换机、本地交换通信公司或专用小交换机。呼叫在称为终结端口或中继线的传输线上传输。与始发端口类似，终结端口是从交换机到相同目的地的一组端口中的一个端口。该端口组就是终结中继线组。当代电信网络提供客户使用一般公共网络的能力以及定义定制虚拟网络(Vnet)的能力。有了Vnet，客户就能定义专用拨号计划，包括计划电话号码。Vnet客户不受向特定的地理区域专用的公共电信系统分配的缺省电话号码的限制，而是能定义定制电话号码。在处理电话呼叫时，交换机生成的呼叫记录必须大得能容纳关于某呼叫的全部所需信息。但是呼叫记录也不能大到使通常的呼叫的呼叫记录中的大部分记录域派不上用场。如果是这样，存储这种呼叫记录就会导致存储空间的大量浪费，传输这种呼叫记录时的许多传输都白费功夫。创建和处理呼叫记录的有关解决方案是采用一种定长格式的呼叫记录，诸如32字的呼叫记录。1个字有2个字节或16个位。但是定长记录格式在有新的呼叫特征实现时不能扩充。更为重要的是，固定的呼叫记录格式不能在电信网络变得更加复杂、增加了新的特征和电话号码后处理扩展的数据域。当前的定长记录格式包括以三个秒增量(three(3)secondincrements)格式记录本地时间的时间点域，其中本地交换机时间(localswitchtime)代表位于某交换机的当日时间。时间点域被网络交换机、记帐中心和其它网络子系统使用。然而各子系统可能要求时间段具有不同的用途、具有不同的格式，诸如纪元时间格式。纪元时间自历史上特定日期和时间起的一个秒增量的数目。例如，记帐中心要求适合记帐记录的纪元时间，而交换机报告和错误日志则要求本地交换机时间。仅使用本地交换机时间也产生了一个问题，因为不能适应夏时制带来的时间变化。此外，各子系统可能要求有比当前的三个秒增量更高的精度。如果只提供三个秒增量格式的本地交换机时间，交换机已经免除了将时间转换成网络子系统可用的格式的负担。固定记录格式不能适应各种时间段要求，因为它只含有本地交换机时间的时间段，精度也低。由于其固定性，固定记录格式不能扩展到包括不同的时间格式，也不能包括更高的精度，诸如一个秒增量。因此，需要电信网络的交换机能以灵活和可扩展的格式来存储呼叫记录信息。进一步需要提供格式灵活的、具有一秒精度的时间点域，容易而有效地适应夏时制和时区的变化。也需要匹配与特定电话呼叫关联的所有呼叫记录。例如，为了适当地记帐和控制费用，记帐中心有必要将始发交换机的呼叫记录与终结交换机的呼叫记录匹配。为了故障查找和安全性，也需要能容易地在网络中跟踪特定电话呼叫以便隔离问题区。因此，需要电信网络的交换机能唯一地标识经过网络的各个电话呼叫，由此唯一地标识与特定电话呼叫关联的所有呼叫记录。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=数10010=数20011=数30100=数40101=数50110=数60111=数71000=数81001=数91010=数01011=特殊数1(DTMF数A)1100=特殊数2(DTMF数B)1101=特殊数3(DTMF数C)1110=特殊数4(DTMF数D)1111=特殊数5(不用)所有TBCD数域在记录数据之前都必须以TBCD零或零填充。适用的话，拨号数字格式符合这些约定N=数字2-9X=数字0-9Y=数字2-8因此，如果某呼叫记录域的说明中含有一个N，则有效的域值为数字2-9。除SER以外的每个呼叫记录都含有特定的时间点域。时间点域是按纪元时间格式记录的。纪元时间是从某特定历史日期/时间开始的以秒递增的数目。本发明的实施例使用的日期/时间是1976年1月1日午夜(世界标准时00:00)，不过这只是个示例而不是限制。实现一个基于另一个日期/时间的纪元时间，对相关
技术领域：
的熟练人员来说是显而易见的。在记录中，时间点1代表呼叫30802的起始时间的纪元时间。记录中存储的另一个时间点是时间点1过后的秒数。这些秒数是特定时间点发生时距离时间点1的偏差量。所有时间点域在记录任何数据之前都必须用0填充。因此，如果某时间点发生，其计数值为1或大于1。此外，时间点计数器-不包括时间点1-的计数不归零。当时间超过极限时，停留在最大计数值上。交换机时钟反映的是本地交换机时间，用作除记帐外的所有时间。记帐信息是以纪元时间记录的，本实施例中使用的纪元时间是世界标准时。时差是反映交换机时间相对于世界标准时的数目，就是说，由于时差以及(如果适用的话)夏时制造成的偏差量。首先，世界标准时区的两边都有时区，因此它们可能是正偏差量或负偏差量。第二，时区偏差量在(英国格林尼治)东边方向上从零开始递减，一种到国际日期变更线。在国际日期变更线，日期变到下一天，这样，偏差量变成正数并开始递减，直到在格林尼治再变成零偏差量。第三，世界上有许多地区的时区不是按一小时来计算增量。例如澳大利亚在其两边的两个时区的时差是30分钟，印度北部有个时区与紧邻的下一个时区的时差为15分钟。因此，呼叫记录的时差必须能适应按15分钟递增的正、负偏差量。本发明的实施例提供了代表按正、负1分钟递增的时差，从而满足了这个要求。有两个公式用于本地交换机时间与纪元时间之间的来回转换。ⅰ)纪元时间+(符号位×时差)=本地交换机时间ⅱ)本地交换机时间-(符号位×时差)=纪元时间交换机在SER中记录时差，使用的值中1代表1分钟，在呼叫记录被记录之前，按秒计算时差，将该值加到各本地时间点1。例如，中央标准时间是早于UTC时间6小时。在这种情况下，符号位为‘1’，表示负偏差量，在SER中记录的时差值就是360(6小时×60分钟/小时=360分钟)。参看图86中关于SER记录公式的更详细内容。在呼叫记录中记录时间点1时，交换机将时差乘以60-因为每分钟增量就是60秒，检查符号位来确定该偏差量是正还是负。本例的结果值是-21,600(-1×360分钟×60秒/分钟=-21,600秒)。用上面的等式(ⅱ)，如果本地交换机时间是午夜，则对应的纪元时间例如就可能是1,200,000,000。减去-21,600的偏差量，得出的正确纪元时间是1,200,021,600秒，按纪元时间计算是午夜之后的6小时。这个实施例同样适用于位于格林尼治东边、时差值是正值的位置的交换机。改变时间时用到两个命令。首先，图90表示ChangeTime(改变时间)命令30900的控制流，该命令改变本地交换机时间和时差。图90中，交换机操作员输入ChangeTime命令之后，交换机进入步骤30902，提示操作员输入本地交换机时间和与UTC时间的时差。在步骤30902，操作员输入新的本地交换机时间和时差。继续到步骤30904，新的时间和时差被显示回给交换机操作员。继续到步骤30906，交换机操作员在交换机上实际改变时间和偏差量之前必须确认所输入的时间和时差。如果操作员在步骤30906验证了改变，交换机就继续到步骤30908生成一个事件限定符等于2的SER，表示已经改变了交换机的本地交换机时间和时差。记帐中心用该SER作记帐处理。交换机继续到步骤30910，退出命令。回头看步骤30906，如果交换机操作员不确认改变，交换机就继续到步骤30910，不更新本地交换机时间和时差就退出命令。关于SER的更详细内容可参看图86。图91表示第二个改变时间的命令-ChangeDaylightSavingsTime(改变夏时制时间)命令31000的控制流。图91中，交换机操作员输入ChangeDaylightSavingsTime命令之后，交换机进入步骤31002，提示操作员输入选择前向或后向时间改变。继续到步骤31004，交换机操作员作出选择。在步骤31004，如果交换机操作员选择前向选项，交换机进入步骤31006。在步骤31006，交换机将本地交换机时间前调一小时，将时差加一小时(60的计数值)。交换机然后继续到步骤31010。回到步骤31004，如果交换机操作员选择后向选项，交换机将本地交换机时间后调一小时，将时差减去一小时(60的计数值)。交换机然后继续到步骤31010。在步骤31010，交换机操作员在实际改变时间之前必须确认前向或后向选择和新的本地交换机时间和时差。如果操作员在步骤31010确认了新时间和时差，交换机就继续到步骤31012，生成一个改变交换机的本地交换机时间和时差的、事件限定符等于9的SER。交换机继续到步骤31014，退出命令。回头看步骤31010，如果交换机操作员不确认改变，交换机就继续到步骤31014，不更新本地交换机时间和时差就退出命令。ChangeDaylightSavingsTime命令成功完成之后，记帐中心就受新时差的影响。本实施例允许用作记帐时间的纪元时间通过夏时制时间变化程序的正常增加，不受本地交换机时间和时差的变化的影响。2．网络呼叫标识符一个实施例提供向经过通信网络的每个电话呼叫分配的独有的NCID。所以NCID是所有网络呼叫中的分立标识符。NCID在电话呼叫涉及的每个交换机处传输和记录。电话呼叫的起始交换机生成NCID。本发明所选择的NCID的实施例是一个82位的标识符，由以下子域组成ⅰ)始发交换机ID(14位)该域代表在每个交换机处如办公室工程表中所定义的NCS交换机ID。然而，SER呼叫记录含有交换机ID的字母数字表示。因此，交换机用字母数字的交换机ID作为在数据库中检索对应的NCS交换机ID的索引。ⅱ)始发中继线组(14位)该域代表在上述的32/64字呼叫记录格式中所定义的始发中继线组。ⅲ)始发端口号(19位)该域代表在上述的32/64字呼叫记录格式中所定义的始发端口号。ⅳ)时间点1(32位)该域代表在上述的32/64字呼叫记录格式中所定义的时间点1值。ⅴ)序列号(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。IMT是连接两个标准电信交换机的中继线，而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，当前交换机判定始发中继线组的类型是综合业务用户部分直接接入线路(ISUPDAL)还是综合业务数字网基本速率接口(ISDNPRI)。ISUP是一种允许将信息作为信息参数从交换机发送到交换机的信令协议。ISUPDAL是一种主要由多个网络客户共享、又能专用于单一网络客户的中继线组。与其不同的是，ISDNPRI是一种主要专用于单一网络客户、又能由多个网络客户共享的中继线组。网络客户是租赁网络资源的实体。在步骤31204，如果当前交换机判断中继线组类型不是ISUPDAL或ISDNPRI，当前交换机就前进到步骤31206。在步骤31206，当前交换机知道了它接收了的NCID不是由电信网络一部分的交换机或是网络的客户的交换机所生成的。于是在步骤31206，当前交换机就放弃所接收的NCID，因为它不是可靠的NCID。当前交换机从步骤31206退出步骤31110，由此继续到图92的步骤31114，当前交换机将在此创建新的NCID并将NCID与呼叫30202一起传输。回头参看步骤31024，如果当前交换机判断始发中继线组类型是ISUPDAL或ISDNPRI，当前交换机就继续到步骤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表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表307传输呼叫30202和建立消息之后，当前交换机前进到步骤31418，由此退出交换机处理。再次参看步骤31410，如果当前交换机确定它无权向建立消息中的下一个交换机传递NCID，当前交换机前进到步骤31412。在步骤31412，当前交换机按正常过程将呼叫30202传输到下一个交换机，正常过程包括向下一个交换机发送一个其中没有将NCID作为锁存移位代码集6参数的一部分记录的建立消息。传输呼叫30202之后，当前交换机前进到步骤31418，由此退出交换机处理。再次参见步骤31412，该步骤也可以-在当前交换机没有接收到NCID、当前交换机是中间或终结交换机、当前交换机无权创建NCID时-从图92的步骤31118进入。在这种情况下，在步骤31412，当前交换机也按正常过程将呼叫30202传输到下一个交换机，正常过程包括向下一个交换机发送一个其中没有将NCID作为参数的一部分记录的IAM或建立消息。传输呼叫30202之后，当前交换机前进到步骤31418，由此退出交换机处理。一种用于电信网络的交换机、用灵活和可扩展的记录格式为电话呼叫生成呼叫记录的系统和方法。接收到电话呼叫后，网络中的交换机分析电话呼叫，判断缺省的呼叫记录是否足够大、能存储关于电话呼叫的呼叫记录信息，或者是否必须用扩展的呼叫记录来存储关于电话呼叫的呼叫记录信息。确定要使用那种记录之后，交换机生成缺省或扩展呼叫记录。一旦填充了整个记帐块，交换机就将含有完成的呼叫记录的记帐块发送到记帐中心。以上已经说明了各种实施例，应当明白，它们仅仅是作为例子举出的，没有限制意义。因此较佳实施例的范围不受上述示例性实施例的限制，而只能应当按照以下权利要求及其等价物来界定。附录表301-CDR/PNR记录格式表302-ECDR/EPNR记录格式表303-OSR/POSR记录格式表304-EOSR/EPOSR记录格式()权利要求1．一种用于在包括目录服务器的混合网络上路由选择媒体传输的方法，包含以下步骤(a)向混合网络传输媒体信息；(b)在混合网络接收媒体信息；(c)从媒体信息中分析呼叫信息并根据呼叫信息询问目录服务器；(d)接受从混合网络在目录服务器的询问；(e)根据呼叫信息和来自目录服务器的信息确定行动。2．如权利要求1中所述的方法，其中，呼叫信息包括投递优先信息。3．如权利要求2中所述的方法，包括根据优先信息检索存储的消息信息的步骤。4．如权利要求1中所述的方法，其中，媒体信息包括支持文本、音频、多媒体、视频和数据。5．如权利要求1中所述的方法，其中，根据呼叫信息的行动包括文档投递。6．如权利要求5中所述的方法，其中，文档投递包括寻呼、电子邮件、传真和话音邮件投递。7．如权利要求1中所述的方法，其中，根据呼叫信息的行动包括外向呼叫。8．一种用于在包括目录服务器的混合网络上路由选择媒体传输的系统，包含(a)向混合网络传输媒体信息的控制软件；(b)在混合网络接收媒体信息的控制软件；(c)从媒体信息中分析呼叫信息并根据呼叫信息询问目录服务器的控制软件；(d)接受从混合网络在目录服务器的询问的控制软件；(e)根据呼叫信息和来自目录服务器的信息确定行动的控制软件。9．如权利要求8中所述的系统，其中，呼叫信息包括投递优先信息。10．如权利要求8中所述的系统，包括根据优先信息检索存储的消息信息的控制软件。11．如权利要求8中所述的系统，其中，存储的消息信息包括支持文本、音频、多媒体、视频和数据。12．如权利要求8中所述的系统，其中，根据呼叫信息的行动包括文档投递。13．如权利要求12中所述的系统，其中，文档投递包括寻呼、电子邮件、传真和话音邮件投递。14．如权利要求8中所述的系统，其中，根据呼叫信息的行动包括外向呼叫。15．一种用于在包括目录服务器的混合网络上路由选择媒体传输的计算机可读介质上配备的计算机程序，包含(a)根据呼叫信息和来自目录服务器的信息确定行动的控制软件。(b)向混合网络传输媒体信息的第一软件；(c)在混合网络接收媒体信息的第二软件；(d)从媒体信息中分析呼叫信息并根据呼叫信息询问目录服务器的第三软件；(e)接受从混合网络在目录服务器的询问的第四软件；(f)根据呼叫信息和来自目录服务器的信息确定行动的第五软件。16．如权利要求15中所述的计算机可读介质上配备的计算机程序，其中，呼叫信息包括投递优先信息。17．如权利要求16中所述的计算机可读介质上配备的计算机程序，包括根据优先信息检索存储的消息信息的软件。18．如权利要求15中所述的计算机可读介质上配备的计算机程序，其中，存储的消息信息包括支持文本、音频、多媒体、视频和数据。19．如权利要求15中所述的计算机可读介质上配备的计算机程序，其中，根据呼叫信息的行动包括文档投递。20．如权利要求19中所述的计算机可读介质上配备的计算机程序，其中，文档投递包括寻呼、电子邮件、传真和话音邮件投递。21．如权利要求15中所述的计算机可读介质上配备的计算机程序，其中，根据呼叫信息的行动包括外向呼叫。22．一种用于混合网络上的媒体通信的方法，包含的步骤是(a)通过交换网或因特网在两个或更多消费者间建立用于传输视频、音频和/或实时传输协议(RTP)格式的数据通信的多播通信；(b)将视频信息从每个消费者同时传输到所有其他参与通信的消费者；(c)将混合音频信息从所有其他参与通信的消费者传输到每个参与消费者，使得每个参与消费者能同时听到所有其他参与消费者。23．如权利要求22所述的用于混合网络上的媒体通信的方法，进一步包含在用户界面搜索适合参与可视频、音频和/或数据通信的消费者目录的步骤。24．如权利要求22所述的用于混合网络上的媒体通信的方法，其中，消费者通过按因特网协议地址选择其他参与消费者来建立两个或更多消费者间的通信。25．如权利要求23所述的用于混合网络上的媒体通信的方法，其中，消费者通过从用户界面选择其他参与消费者来建立两个或更多消费者间的通信。26．如权利要求22所述的用于混合网络上的媒体通信的方法，其中，消费者通过与人类或自动操作员或代理的通信来建立两个或更多消费者间的通信。27．如权利要求22所述的用于混合网络上的媒体通信的方法，进一步包含下列步骤(a)创建一个其中每个参与通信的消费者都用单独的图象来代表的虚拟现实环境；(b)通过在代表图象间操作虚拟对象来在参与者之间通讯媒体。28．一种用于混合网络上的媒体通信的装置，包含(a)一个具有在消费者与因特网间建立用于传输实时传输协议(RTP)格式的数据通信的多播通信的控制软件的处理机；(b)一个具有通过因特网向一个或多个其他消费者传输媒体通信的控制软件的处理机；(c)一个具有通过因特网从一个或多个其他消费者接收媒体通信的控制软件的处理机；(d)一个具有控制传输和接收以获得指定的媒体通信服务质量的控制软件的处理机。29．如权利要求28所述的用于混合网络上的媒体通信的装置，其中，媒体通信包含视频信息、音频信息和数据的组合。30．如权利要求29所述的用于混合网络上的媒体通信的装置，进一步包含一个用于检索的用户界面，用以通过检索适合的视频电话消费者目录来确定媒体通信的预计接收者是否适合接收媒体通信。31．如权利要求29所述的用于混合网络上的媒体通信的装置，其中，媒体通信是通过人类或自动操作员或代理传输的。32．如权利要求29所述的用于混合网络上的媒体通信的装置，其中，传输和接收是通过一个为获得指定的媒体通信服务质量而在通信路径上保留网络资源的资源保留协议控制的。33．如权利要求29所述的用于混合网络上的媒体通信的装置，进一步包含(a)一个具有如果有合适的人类或自动代理就通过人类或自动操作员传输媒体通信的控制软件的处理机；(b)一个存储所记录媒体信息的存储器；(c)一个具有如果没有合适的人类或自动操作员或代理就从存储位置向消费者传输所记录媒体信息的控制软件的处理机；(d)一个具有在有合适的人类或自动操作员或代理时就终结所记录媒体信息传输的控制软件的处理机；34．一种用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，包含(a)在消费者与因特网间建立用于传输实时传输协议(RTP)格式的数据通信的多播通信的第一软件；(b)通过因特网向一个或多个其他消费者传输媒体通信的第二软件；(c)通过因特网从一个或多个其他消费者接收媒体通信的第三软件；(d)控制传输和接收以获得指定的媒体通信服务质量的第四软件。35．如权利要求34所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，其中，媒体通信包含视频信息、音频信息和数据的组合。36．如权利要求34所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，进一步包含一个适合的视频电话消费者目录的第五软件，其中消费者通过检索目录来确定媒体通信的预计接收者是否适合接收媒体通信。37．如权利要求34所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，其中，媒体通信是通过人类或自动操作员或代理传输的。38．如权利要求34所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，其中，传输和接收是通过一个为获得指定的媒体通信服务质量而在通信路径上保留网络资源的资源保留协议控制的。39．如权利要求34所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，进一步包含(a)如果有合适的人类或自动代理就通过人类或自动操作员传输媒体通信的第五软件；(b)在一个存储位置存储所记录媒体信息的第六软件；(c)如果没有合适的人类或自动操作员或代理就从存储位置向消费者传输所记录媒体信息的第七软件；(d)在有合适的人类或自动操作员或代理时就终结所记录媒体信息传输的第八软件。40．一种用于混合网络上的媒体通信的方法，包含的步骤是(a)利用混合网络在多个用户间建立用于传输视频、音频和/或实时传输协议(RTP)格式的数据通信的多播通信；(b)将音频通信从第一个用户同时传输到所有其他参与通信的用户；(c)将视频信息从参与通信的第一个用户同时传输到每个用户，使得每个参与用户能听到所有其他参与用户；(d)根据用户参与者和在混合网络上路由选择媒体通信所用的媒体特征来存储记帐记录。41．如权利要求40所述的用于混合网络上的媒体通信的方法，进一步包含在用户界面检索适合参与可视频、音频和/或数据通信的用户目录和在记帐记录中反映检索特征的使用的步骤。42．如权利要求40所述的用于混合网络上的媒体通信的方法，其中，用户通过按因特网协议地址选择其他参与用户来建立两个或更多用户间的通信。43．如权利要求41所述的用于混合网络上的媒体通信的方法，其中，用户通过从用户界面选择其他参与用户来建立两个或更多用户间的通信。44．如权利要求40所述的用于混合网络上的媒体通信的方法，其中，用户通过与操作员的通信来建立多用户间的通信。45．如权利要求40所述的用于混合网络上的媒体通信的方法，进一步包含下列步骤(a)创建一个其中每个参与通信的用户都用独立的图象来代表的虚拟现实环境；(b)通过操作与独立图象关联的虚拟对象来在参与者之间通讯媒体。46．一种用于混合网络上的媒体通信的系统，包含的步骤是(a)利用混合网络在多个用户间建立用于传输视频、音频和/或实时传输协议(RTP)格式的数据通信的多播通信的控制软件；(b)将音频通信从第一个用户同时传输到所有其他参与通信的用户的通信软件；(c)将视频信息从参与通信的第一个用户同时传输到每个用户、使得每个参与用户能听到所有其他参与用户的通信软件；(d)根据用户参与者和在混合网络上路由选择媒体通信所用的媒体特征来存储记帐记录的控制软件。47．如权利要求46所述的用于混合网络上的媒体通信的系统，进一步包含一个用于检索适合参与可视频、音频和/或数据通信的用户目录的用户界面和在记帐记录中反映检索特征的使用。48．如权利要求46所述的用于混合网络上的媒体通信的系统，其中，用户通过按因特网协议地址选择其他参与用户来建立两个或更多用户间的通信。49．如权利要求47所述的用于混合网络上的媒体通信的系统，其中，用户通过从用户界面选择其他参与用户来建立两个或更多用户间的通信。50．如权利要求46所述的用于混合网络上的媒体通信的系统，其中，用户通过与操作员的通信来建立多用户间的通信。51．如权利要求46所述的用于混合网络上的媒体通信的系统，进一步包含(a)用以创建一个其中每个参与通信的用户都用独立的图象来代表的虚拟现实环境的控制软件；(b)用以通过操作与独立图象关联的虚拟对象来在参与者之间通讯媒体的控制软件。52．一种用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，包含(a)利用混合网络在多个用户间建立用于传输视频、音频和/或实时传输协议(RTP)格式的数据通信的多播通信的第一软件；(c)将音频通信从第一个用户同时传输到所有其他参与通信的用户的第二软件；(d)将视频信息从参与通信的第一个用户同时传输到每个用户、使得每个参与用户能听到所有其他参与用户的第三软件；(e)根据用户参与者和在混合网络上路由选择媒体通信所用的媒体特征来存储记帐记录的第四软件。53．如权利要求52所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，进一步包含一个用于检索适合参与可视频、音频和/或数据通信的用户目录的用户界面和在记帐记录中反映检索特征的使用。54．如权利要求52所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，其中，用户通过按因特网协议地址选择其他参与用户来建立两个或更多用户间的通信。55．如权利要求53所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，其中，用户通过从用户界面选择其他参与用户来建立两个或更多用户间的通信。56．如权利要求52所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，其中，用户通过与操作员的通信来建立多用户间的通信。57．如权利要求52所述的用于混合网络上的媒体通信的计算机可读介质上配备的计算机程序，进一步包含(a)用以创建一个其中每个参与通信的用户都用独立的图象来代表的虚拟现实环境的第五软件；(b)用以通过操作与独立图象关联的虚拟对象来在参与者之间通讯媒体的第六软件。58．一种用于将第一个有电话功能的设备与第二个有电话功能的设备连接、用以在包括有验证机构的混合网络上进行媒体传输的方法，包含以下步骤(a)从第一个有电话功能的设备拨卡访问号；(b)通过提示输入卡号码来确定第一个有电话功能的设备是否有权接入所期望的呼叫；(c)从第一个有电话功能的设备接收卡号码输入；(d)提示输入电话号码；(e)从第一个有电话功能的设备接收电话号码输入；(f)通过访问目录服务器和将电话号码输入转换成目的地号码来标识呼叫的目的地；(g)完成到第二个有电话功能的设备的目的地号码的呼叫。59．如权利要求58中所述的方法，其中，卡信息包括一个独有的卡号码。60．如权利要求59中所述的方法，其中，卡信息包括访问号码。61．如权利要求58中所述的方法，其中，呼叫卡是借方卡。62．如权利要求58中所述的方法，其中，呼叫卡包括访问到操作员信息。63．如权利要求58中所述的方法，其中，呼叫卡包括快拨特征。64．如权利要求58中所述的方法，其中，呼叫卡包括提供访问到会议呼叫支持。65．如权利要求58中所述的方法，其中，呼叫卡包括提供访问到话音邮件。66．如权利要求58中所述的方法，其中，呼叫卡包括提供访问到电子邮件。67．如权利要求58中所述的方法，其中，呼叫卡包括提供访问到新闻服务。68．一种用于从第一个有电话功能的设备向第二个有电话功能的设备在混合网络上路由选择媒体传输的在计算机可读介质上配备的计算机程序，包含(a)从第一个有电话功能的设备拨卡访问号的第一软件；(b)通过提示输入卡号码来确定第一个有电话功能的设备是否有权接入所期望的呼叫的第二软件；(c)从第一个有电话功能的设备接收卡号码输入的第三软件；(d)提示输入电话号码的第四软件；(e)从第一个有电话功能的设备接收电话号码输入的第五软件；(f)通过访问目录服务器和将电话号码输入转换成目的地号码来标识呼叫的目的地的第六软件；(g)完成到第二个有电话功能的设备的目的地号码的呼叫的第七软件。69．如权利要求68中所述的计算机程序，其中，卡信息包括一个独有的卡号码。70．如权利要求68中所述的计算机程序，其中，卡信息包括访问号码。71．如权利要求68中所述的计算机程序，其中，呼叫卡是借方卡。72．如权利要求68中所述的计算机程序，其中，呼叫卡包括访问到操作员信息。73．如权利要求68中所述的计算机程序，其中，呼叫卡包括快拨特征。74．如权利要求68中所述的计算机程序，其中，呼叫卡包括提供访问到会议呼叫支持。75．如权利要求68中所述的计算机程序，其中，呼叫卡包括提供访问到话音邮件。76．如权利要求68中所述的计算机程序，其中，呼叫卡包括提供访问到电子邮件。77．如权利要求68中所述的计算机程序，其中，呼叫卡包括提供访问到新闻服务。78．一种用于在混合网络上进行媒体通信的方法，包含以下步骤(a)创建关于主叫者的轮廓信息；(b)用轮廓信息来提供混合网络上基于关于主叫者的轮廓信息的媒体特征。79．如权利要求78所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息存储在可从混合网络访问的数据库中。80．如权利要求78所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。81．如权利要求78所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中82．如权利要求78所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息是在新用户被处理时在位于宿主处理机的数据库中创建的。83．如权利要求78所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。84．一种用于在与因特网相连的混合网络上进行媒体通信的装置，包含(a)一个附接在混合网络上、存储关于主叫者的轮廓信息的存储器；(b)一个具有用轮廓信息来提供混合网络上基于关于主叫者的轮廓信息的媒体特征的控制软件的处理机。85．如权利要求84所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息存储在可从混合网络访问的数据库中。86．如权利要求84所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。87．如权利要求84所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中88．如权利要求84所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息是在新客户被处理时在位于宿主处理机的数据库中创建的。89．如权利要求84所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。90．一种用于在与因特网相连的混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，包含(a)存储关于主叫者的轮廓信息的第一软件；(b)用轮廓信息来提供混合网络上基于关于主叫者的轮廓信息的媒体特征的第二软件。91．如权利要求90所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息存储在可从混合网络访问的数据库中。92．如权利要求90所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。93．如权利要求90所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中94．如权利要求90所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息是在新客户被处理时在位于宿主处理机的数据库中创建的。95．如权利要求90所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。96．一种用于在混合网络上进行媒体通信的方法，包含以下步骤(a)创建关于主叫者的轮廓信息；(b)用轮廓信息来提供混合网络上基于关于主叫者的轮廓信息的找我随我处理。97．如权利要求96所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息存储在可从混合网络访问的数据库中。98．如权利要求96所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。99．如权利要求96所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中100．如权利要求96所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息是在新用户被处理时在位于宿主处理机的数据库中创建的。101．如权利要求96所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。102．一种用于在与因特网相连的混合网络上进行媒体通信的装置，包含(a)一个附接在混合网络上、存储关于主叫者的轮廓信息的存储器；(b)一个具有用轮廓信息来提供混合网络上基于关于主叫者的轮廓信息的找我随我处理的控制软件的处理机。103．如权利要求102所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息存储在可从混合网络访问的数据库中。104．如权利要求102所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。105．如权利要求102所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中106．如权利要求102所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息是在新客户被处理时在位于宿主处理机的数据库中创建的。107．如权利要求102所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。108．一种用于在与因特网相连的混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，包含(a)存储关于主叫者的轮廓信息的第一软件；(b)用轮廓信息来提供混合网络上基于关于主叫者的轮廓信息的找我随我处理的第二软件。109．如权利要求108所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息存储在可从混合网络访问的数据库中。110．如权利要求108所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。111．如权利要求108所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中112．如权利要求108所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息是在新客户被处理时在位于宿主处理机的数据库中创建的。113．如权利要求108所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。114．一种用于在混合网络上进行媒体通信的方法，包含以下步骤(a)创建关于主叫者的轮廓信息；(b)用轮廓信息来限制混合网络上基于关于主叫者的轮廓信息的特征。115．如权利要求114所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息存储在可从混合网络访问的数据库中。116．如权利要求114所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。117．如权利要求114所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中118．如权利要求114所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息是在新用户被处理时在位于宿主处理机的数据库中创建的。119．如权利要求114所述的用于在混合网络上进行媒体通信的方法，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。120．一种用于在与因特网相连的混合网络上进行媒体通信的装置，包含(a)一个附接在混合网络上、存储关于主叫者的轮廓信息的存储器；(b)一个具有用轮廓信息来限制混合网络上基于关于主叫者的轮廓信息的特征的控制软件的处理机。121．如权利要求120所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息存储在可从混合网络访问的数据库中。122．如权利要求120所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。123．如权利要求120所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中124．如权利要求120所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息是在新客户被处理时在位于宿主处理机的数据库中创建的。125．如权利要求120所述的用于在混合网络上进行媒体通信的装置，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。126．一种用于在与因特网相连的混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，包含(a)存储关于主叫者的轮廓信息的第一软件；(b)用轮廓信息来限制混合网络上基于关于主叫者的轮廓信息的特征的第二软件。127．如权利要求126所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息存储在可从混合网络访问的数据库中。128．如权利要求126所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息存储在适合高可用性处理的分布式数据库中。129．如权利要求126所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息被存储在附接到交换网络的宿主处理机的数据库中130．如权利要求126所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息是在新客户被处理时在位于宿主处理机的数据库中创建的。131．如权利要求126所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，轮廓信息可以被轮廓信息关联的用户动态改变，以反映当前信息。132．一种用于在包括含有混合网络接口的一个源和一个目的地传真网关的混合网络上进行传真通信的方法，包含以下步骤(a)建立与源传真网关的V.29调制解调器会话；(b)建立与源传真网关的T.30传真协议会话；(c)建立与目的地传真网关的分组T.30传真协议会话；(d)从目的地传真网关联系目的地具有传真功能的设备；(e)由目的地传真网关建立与目的地具有传真功能的设备的V.29调制解调器会话；(f)建立与目的地具有传真功能的设备的T.30传真协议会话；(g)通过源和目的地传真网关协商两个具有传真功能的设备之间从端到端的T.30传真参数。(h)通过接收扫描行数据、创建分组和向目的地具有传真功能的设备传输该分组来传输两个具有传真功能的设备之间从端到端的传真。(i)检测传真的完成并释放通信路径。133．如权利要求132所述的方法，其中，用于确定路由选择的呼叫信息是在传真始发时提供的。134．如权利要求133所述的方法，其中，呼叫信息包含被叫方号码。135．如权利要求133所述的方法，其中，呼叫信息包含主叫方号码。136．如权利要求133所述的方法，其中，呼叫信息包含载体标识符。137．如权利要求133所述的方法，其中，呼叫信息包含始发线路。138．一种用于在包括含有混合网络接口的一个源和一个目的地传真网关的混合网络上进行传真通信的在计算机可读介质上配备的计算机程序，包含(a)建立与源传真网关的V.29调制解调器会话的第一软件；(b)建立与源传真网关的T.30传真协议会话的第二软件；(c)建立与目的地传真网关的分组T.30传真协议会话的第三软件；(d)从目的地传真网关联系目的地具有传真功能的设备的第四软件；(e)由目的地传真网关建立与目的地具有传真功能的设备的V.29调制解调器会话的第五软件；(f)建立与目的地具有传真功能的设备的T.30传真协议会话的第六软件；(g)通过源和目的地传真网关协商两个具有传真功能的设备之间从端到端的T.30传真参数的第七软件。(h)通过接收扫描行数据、创建分组和向目的地具有传真功能的设备传输该分组来传输两个具有传真功能的设备之间从端到端的传真第八软件。(i)检测传真的完成并释放通信路径第九软件。139．如权利要求138所述的计算机程序，其中，用于确定路由选择的呼叫信息是在传真始发时提供的。140．如权利要求139所述的计算机程序，其中，呼叫信息包含被叫方号码。141．如权利要求139所述的计算机程序，其中，呼叫信息包含主叫方号码。142．如权利要求139所述的计算机程序，其中，呼叫信息包含载体标识符。143．如权利要求139所述的计算机程序，其中，呼叫信息包含始发线路。144．一种混合电信系统，包含(a)一个交换通信网络；(b)一个与交换通信网络相连的分组传输网络；(c)一个与交换通信网络和分组传输网络相连的呼叫路由器；(d)一个与呼叫路由器相连、其中存储呼叫参数数据库的存储器。呼叫路由器被配置成能根据呼叫参数数据库中的至少一个呼叫参数在交换通信网络和分组传输网络路由选择呼叫，呼叫路由器进一步被配置成提供一个智能服务平台，该智能服务平台包括多个每个配置成执行期望的服务逻辑的服务引擎和一个与服务引擎相连以选择在服务引擎之一上运行的服务实例来处理由含有该混合电信系统的网络提供的事务的服务选择部件。145．如权利要求144的混合电信系统，其中，服务逻辑至少标识使用了一些什么业务功能部件、业务功能部件被调用的次序、输入服务数据的源、输出服务数据的目的地、错误值与错误处理、其它服务的调用以及与其它服务的交互作用。146．如权利要求145的混合电信系统，其中，业务功能部件至少包括基于时间的路由选择、验证和自动用户交互作用的其中之一。147．一种用于在包括交换通信网络和分组传输网络的混合电信系统中导引呼叫和选择服务的方法，包含(a)在存储器中存储一个呼叫参数数据库；(b)接收系统上的一个呼叫；(c)访问呼叫参数数据库以确定至少一个呼叫参数；(d)根据这至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫；(e)提供多个每个配置成执行期望的服务逻辑的服务引擎；(f)选择在服务引擎之一上运行的一个服务实例来处理由含有该混合电信系统的网络提供的事务。148．如权利要求147的方法，其中，服务逻辑至少标识使用了一些什么业务功能部件、业务功能部件被调用的次序、输入服务数据的源、输出服务数据的目的地、错误值与错误处理、其它服务的调用以及与其它服务的交互作用。149．如权利要求148的方法，其中，业务功能部件至少包括基于时间的路由选择、验证和自动用户交互作用的其中之一。150．一种用于在包括交换通信网络和分组传输网络的混合电信系统中导引呼叫和选择服务的在计算机可读介质上配备的计算机程序，包含(a)在存储器中存储一个呼叫参数数据库的第一软件；(b)当系统接收呼叫时访问呼叫参数数据库以确定至少一个呼叫参数的第二软件；(c)根据这至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫的第三软件；(d)提供多个每个配置成执行期望的服务逻辑的服务引擎的第四软件；(e)选择在服务引擎之一上运行的一个服务实例来处理由含有该混合电信系统的网络提供的事务的第五软件。151．如权利要求150的在计算机可读介质上配备的计算机程序，其中，服务逻辑至少标识使用了一些什么业务功能部件、业务功能部件被调用的次序、输入服务数据的源、输出服务数据的目的地、错误值与错误处理、其它服务的调用以及与其它服务的交互作用。152．如权利要求151的在计算机可读介质上配备的计算机程序，其中，业务功能部件至少包括基于时间的路由选择、验证和自动用户交互作用的其中之一。153．一种混合网络，包含(a)一个交换通信网络；(b)一个与交换通信网络相连的分组传输网络；(c)一个与交换通信网络和分组传输网络相连的呼叫路由器；(d)一个与呼叫路由器相连、其中存储呼叫参数数据库的存储器；呼叫路由器被配置成能根据呼叫参数数据库中的至少一个呼叫参数在交换通信网络和分组传输网络路由选择呼叫，呼叫路由器进一步被配置成提供一个智能服务平台，智能服务平台包括多个媒体客户机。(e)一个在多个媒体客户机与存储器之间连接的媒体服务器，媒体服务器驻存有连接协作会话中的第一和第二媒体客户机的逻辑；(f)媒体服务器包括根据媒体客户机处理各种形式的媒体的能力管理视频、音频话音和其它媒体的动态调节的逻辑。154．如权利要求153的混合网络，其中，智能服务平台被配置成用呼叫参数数据库来为多个服务提供数据。155．如权利要求153的混合网络，其中，智能服务平台包括一个服务引擎，数据客户机被配置成高速缓存由服务引擎通过被服务客户的数据服务器从呼叫参数数据库获得的数据。156．如权利要求153的混合网络，其中，媒体服务器包括一个确定如何通过第一与第二媒体客户机之间的混合网络路由选择媒体的服务引擎。157．如权利要求153的混合网络，其中，多个媒体客户机全部在混合网络上交换媒体。158．一种用于在包括交换通信网络和分组传输网络的混合电信系统中导引呼叫和选择服务的方法，包含(a)在存储器中存储一个呼叫参数数据库；(b)接收系统上的一个呼叫；(c)访问呼叫参数数据库以确定至少一个呼叫参数；(d)根据这至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫；(e)在多个媒体客户机与存储器之间连接一个媒体服务器，媒体服务器驻存有连接协作会话中的第一和第二媒体客户机的逻辑；(f)根据媒体客户机处理各种形式的媒体的能力调节媒体输出。159．如权利要求158的方法，其中，用呼叫参数数据库为呼叫期间的多个服务提供数据。160．如权利要求158的方法，还包含(g)在呼叫期间高速缓存来自呼叫参数数据库的用于路由选择呼叫和提供服务的数据。161．如权利要求158的方法，其中，媒体服务器包括一个确定如何通过第一与第二媒体客户机之间的混合网络路由选择媒体的服务引擎。162．如权利要求158的方法，其中，多个媒体客户机全部在混合网络上交换媒体。163．一种用于在包括交换通信网络和分组传输网络的混合电信系统中导引呼叫和选择服务的计算机可读介质上配备的计算机程序，包含(a)在存储器中存储一个呼叫参数数据库第一软件；(b)接收系统上的一个呼叫的第二软件；(c)访问呼叫参数数据库以确定至少一个呼叫参数第三软件；(d)根据这至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫第四软件；(e)在多个媒体客户机与存储器之间连接一个媒体服务器的第五软件，其中媒体服务器驻存有连接协作会话中的第一和第二媒体客户机的逻辑；(f)根据媒体客户机处理各种形式的媒体的能力调节媒体输出的第六软件。164．如权利要求163的计算机可读介质上配备的计算机程序，其中，用呼叫参数数据库为呼叫期间的多个服务提供数据。165．如权利要求163的计算机可读介质上配备的计算机程序，还包含(g)在呼叫期间高速缓存来自呼叫参数数据库的用于路由选择呼叫和提供服务的数据第七软件。166．如权利要求163的计算机程序，其中，媒体服务器包括一个确定如何通过第一与第二媒体客户机之间的混合网络路由选择媒体的服务引擎。167．如权利要求163的计算机程序，其中，多个媒体客户机全部在混合网络上交换媒体。168．一种电信系统，包含(a)一个交换电话网络；(b)一个与交换电话网络相连的分组传输网络；(c)一个与交换电话网络和分组传输网络相连的呼叫路由器；(d)一个与呼叫路由器相连、其中存储呼叫参数数据库的存储器；呼叫路由器被配置成能根据呼叫参数数据库中的至少一个呼叫参数在交换电话网络和分组传输网络路由选择呼叫，呼叫路由器进一步被配置成提供一个智能服务平台，智能服务平台包括多个媒体客户机。智能服务平台有一个包括一个配置成控制与保护数据库完整性的主控数据库服务器的中央域和至少一个包括一个配置成提供用户访问和更新能力并与主控数据库服务器相连的卫星域。169．如权利要求168的电信系统，其中，至少有一个主控数据库服务器和数据库客户机被划分成物理子集，使得全部数据项不在一个站点，同时有保持单一的数据库逻辑图。170．如权利要求168的电信系统，其中，数据库服务器和数据库客户机被进一步配置，使得数据库客户机能预订主控数据库中存储的数据。171．一种用于在包括交换通信网络和分组传输网络的混合电信系统中导引呼叫和选择服务的方法，包含(a)在存储器中存储一个呼叫参数数据库；(b)接收系统上的一个呼叫；(c)访问呼叫参数数据库以确定至少一个呼叫参数；(d)根据这至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫；(e)提供一个包括一个配置成控制与保护数据库完整性的主控数据库服务器的中央域；(f)提供至少一个包括一个配置成提供用户访问和更新能力并与主控数据库服务器相连的卫星域。172．如权利要求171的方法，还包含(g)将至少一个主控数据库服务器和数据库客户机划分成物理子集，使得全部数据项不在一个站点，同时有保持单一的数据库逻辑图。173．如权利要求171的方法，还包含(g)用数据库客户机预订主控数据库中存储的数据。174．一种用于在包括交换通信网络和分组传输网络的混合电信系统中导引呼叫和选择服务的计算机可读介质上配备的计算机程序，包含(a)在存储器中存储一个呼叫参数数据库的第一软件；(b)当系统接收一个呼叫时访问呼叫参数数据库以确定至少一个呼叫参数的第二软件；(c)根据这至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫的第三软件；(d)提供一个包括一个配置成控制与保护数据库完整性的主控数据库服务器的中央域第四软件；(e)提供至少一个包括一个配置成提供用户访问和更新能力并与主控数据库服务器相连的卫星域第五软件。175．如权利要求174的方法，还包含(f)将至少一个主控数据库服务器和数据库客户机划分成物理子集，使得全部数据项不在一个站点，同时有保持单一的数据库逻辑图的第六软件。176．如权利要求174的方法，还包含(f)用数据库客户机预订主控数据库中存储的数据的第六软件。177．一种电信系统，包含(a)一个交换通信网络；(b)一个与交换通信网络相连的分组传输网络；(c)一个与交换通信网络和分组传输网络相连的呼叫路由器；(d)一个与呼叫路由器相连、其中存储呼叫参数数据库的存储器；呼叫路由器被配置成能根据呼叫参数数据库中的至少一个呼叫参数在交换通信网络和分组传输网络路由选择呼叫，呼叫路由器进一步被配置成提供一个智能服务平台，呼叫参数数据库进一步配置成包含一个公用信息库，智能服务平台至少有一个服务引擎，数据库客户机连接在该至少一个服务引擎与呼叫参数数据库之间以获得由该至少一个服务引擎支持的客户的配置数据。178．如权利要求177的电信系统，其中，该至少一个服务引擎被配置成允许数据在服务引擎上高速缓存。179．如权利要求177的电信系统，其中，该至少一个服务引擎被配置成在为该至少一个服务引擎支持的客户执行服务期间将控制交给另一个服务引擎。180．一种用于在包括交换通信网络和分组传输网络的混合电信系统中导引呼叫和选择服务的方法，包含(a)在存储器中存储一个呼叫参数数据库；(b)接收系统上的一个呼叫；(c)访问呼叫参数数据库以确定至少一个呼叫参数；(d)根据这至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫；(e)提供至少一个服务引擎；(f)从呼叫参数数据库获得由至少一个服务引擎支持的客户的配置数据。181．如权利要求180的方法，其中，数据在服务引擎上高速缓存。182．如权利要求180的方法，其中，该至少一个服务引擎在为该至少一个服务引擎支持的客户执行服务期间将控制交给另一个服务引擎。183．一种用于在包括交换通信网络和分组传输网络的混合电信系统中导引呼叫和选择服务的计算机可读介质上配备的计算机程序，包含(a)在存储器中存储一个呼叫参数数据库的第一软件；(b)当系统接收一个呼叫时访问呼叫参数数据库以确定至少一个呼叫参数的第二软件；(c)根据这至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫第三软件；(d)提供至少一个服务引擎第四软件；(e)从呼叫参数数据库获得由至少一个服务引擎支持的客户的配置数据的第五软件。184．如权利要求183的计算机可读介质上配备的计算机程序，其中，数据在服务引擎上高速缓存。185．如权利要求183的计算机可读介质上配备的计算机程序，其中，该至少一个服务引擎在为该至少一个服务引擎支持的客户执行服务期间将控制交给另一个服务引擎。186．一种用于在包括目录服务器的混合网络上路由选择媒体传输的方法，包含以下步骤(a)向混合网络传输媒体信息；(b)在混合网络接收媒体信息；(c)从媒体信息中分析呼叫信息并根据呼叫信息询问目录服务器；(d)接受从混合网络在目录服务器的询问；(e)根据呼叫信息和来自目录服务器的信息执行寻呼。187．权利要求186中所述的方法，其中，呼叫信息包括投递优先信息。188．权利要求186中所述的方法，包括根据优先信息检索存储的消息信息的步骤。189．权利要求186中所述的方法，其中，媒体信息包括支持文本、音频、多媒体、视频和数据。190．权利要求186中所述的方法，其中，根据呼叫信息的行动包括文档投递。191．权利要求190中所述的方法，其中，文档投递包括创建一个基于行动的记帐记录。192．权利要求186中所述的方法，其中，根据呼叫信息的行动包括外向呼叫。193．一种用于在包括目录服务器的混合网络上路由选择媒体传输的系统，包含(a)向混合网络传输媒体信息的控制软件；(b)在混合网络接收媒体信息的控制软件；(c)从媒体信息中分析呼叫信息并根据呼叫信息询问目录服务器的控制软件；(d)接受从混合网络在目录服务器的询问的控制软件；(e)根据呼叫信息和来自目录服务器的信息执行寻呼的控制软件。194．如权利要求193中所述的系统，其中，呼叫信息包括投递优先信息。195．如权利要求193中所述的系统，包括根据优先信息检索存储的消息信息的控制软件。196．如权利要求193中所述的系统，其中，存储的消息信息包括支持文本、音频、多媒体、视频和数据。197．如权利要求193中所述的系统，其中，根据呼叫信息的行动包括文档投递。198．如权利要求197中所述的系统，其中，文档投递包括创建基于行动的记帐记录。199．如权利要求193中所述的系统，其中，根据呼叫信息的行动包括外向呼叫。200．一种用于在包括目录服务器的混合网络上路由选择媒体传输的计算机可读介质上配备的计算机程序，包含(a)根据呼叫信息和来自目录服务器的信息确定行动的控制软件。(b)向混合网络传输媒体信息的第一软件；(c)在混合网络接收媒体信息的第二软件；(d)从媒体信息中分析呼叫信息并根据呼叫信息询问目录服务器的第三软件；(e)接受从混合网络在目录服务器的询问的第四软件；(f)根据呼叫信息和来自目录服务器的信息执行寻呼的第五软件。201．如权利要求200中所述的计算机可读介质上配备的计算机程序，其中，呼叫信息包括投递优先信息。202．如权利要求200中所述的计算机可读介质上配备的计算机程序，包括根据优先信息检索存储的消息信息的软件。203．如权利要求200中所述的计算机可读介质上配备的计算机程序，其中，存储的消息信息包括支持文本、音频、多媒体、视频和数据。204．如权利要求200中所述的计算机可读介质上配备的计算机程序，其中，根据呼叫信息的行动包括文档投递。205．如权利要求204中所述的计算机可读介质上配备的计算机程序，其中，文档投递包括创建基于行动的记帐记录。206．如权利要求200中所述的计算机可读介质上配备的计算机程序，其中，根据呼叫信息的行动包括外向呼叫。207．一种用于将第一个有电话功能的设备与第二个有电话功能的设备连接、用以在混合网络上进行媒体传输的方法，包含以下步骤(a)从第一个有电话功能的设备拨受方付费服务；(b)响应受方付费服务的提示，输入目的地电话号码；(c)响应受方付费服务的提示，输入主叫者姓名；(d)由受方付费服务将呼叫接入目的地电话号码；(e)根据对接受付费询问结果将呼叫连接到第二个有电话功能的设备；208．如权利要求207中所述的方法，其中，对呼叫服务的提示的任何负响应都导致呼叫的终结。209．如权利要求208中所述的方法，其中，用目录服务器将目的地电话号码转换成因特网协议地址。210．如权利要求207中所述的方法，其中，受方付费服务是采用音频应答单元的自动化服务。211．如权利要求207中所述的方法，其中，受方付费服务是采用视频应答单元的完全或部分自动化服务。212．如权利要求207中所述的方法，其中，受方付费服务由操作员人工执行。213．如权利要求207中所述的方法，其中，受方付费服务通过使用多媒体应答单元而自动化。214．如权利要求207中所述的方法，其中，受方付费服务提供因特网接入。215．如权利要求207中所述的方法，其中，受方付费服务向第三方计服务帐。216．一种用于从第一个有电话功能的设备向第二个有电话功能的设备在混合网络上进行媒体传输的计算机可读介质上配备的计算机程序，包含(a)从第一个有电话功能的设备拨受方付费服务的第一软件；(b)响应受方付费服务的提示、输入目的地电话号码的第二软件；(c)响应受方付费服务的提示、输入主叫者姓名的第三软件；(d)由受方付费服务接入一个向目的地电话号码的呼叫的第四软件；(e)根据对接受付费询问结果将呼叫连接到第二个有电话功能的设备的第五软件；217．如权利要求216中所述的程序，其中，对呼叫服务的提示的任何负响应都导致呼叫的终结。218．如权利要求216中所述的程序，其中，用目录服务器将目的地电话号码转换成因特网协议地址。219．如权利要求216中所述的程序，其中，受方付费服务是采用音频应答单元的自动化服务。220．如权利要求216中所述的程序，其中，受方付费服务是采用视频应答单元的完全或部分自动化服务。221．如权利要求216中所述的程序，其中，受方付费服务由操作员人工执行。222．如权利要求216中所述的程序，其中，受方付费服务通过使用多媒体应答单元而自动化。223．如权利要求216中所述的程序，其中，受方付费服务提供因特网接入。224．如权利要求216中所述的程序，其中，受方付费服务向第三方计服务帐。225．一种混合电信系统，包含(a)一个交换通信网络；(b)一个与交换通信网络相连的分组传输网络；(c)一个与交换通信网络和分组传输网络相连的呼叫路由器；(d)一个与呼叫路由器相连、其中存储包含关于混合电信系统某用户的轮廓信息的呼叫参数数据库的存储器；呼叫路由器被配置成能根据呼叫参数数据库中的至少一个呼叫参数在交换通信网络和分组传输网络路由选择呼叫；(e)至少一个与呼叫路由器相连的服务引擎，服务引擎被配置成执行由轮廓信息定义的逻辑来提供为轮廓信息有关的用户定制的业务功能部件。226．如权利要求225的混合电信系统，其中，该至少一个服务引擎包括一个服务选择服务引擎，服务选择引擎被配置成选择混合电信系统的一个或多个服务去执行。227．如权利要求226的混合电信系统，其中，该至少一个服务引擎包括一个分析服务引擎，分析服务引擎被配置成执行一个根据网络统计或呼叫上下文信息的至少之一所定义的功能。228．如权利要求227的混合电信系统，其中，所定义的功能包括欺诈检测或客户通信量统计的至少之一。229．如权利要求225的混合电信系统，其中，该至少一个服务引擎包括一个特殊服务引擎，特殊服务引擎被配置成为系统服务投递、监控或管理中至少之一提供计算资源或低级功能性能力。230．如权利要求225的混合电信系统，还包含(f)与呼叫路由器和至少一个服务引擎相连、被配置成提供基于网络的能力-至少包括因特网到话音转换、DTMF检测、传真识别或话音识别的其中之一的专业资源。231．如权利要求225的混合电信系统，还包含(f)与呼叫路由器和至少一个服务引擎相连的呼叫上下文服务器，呼叫上下文服务器被配置成实时接受网络事件记录和服务事件并接受针对由呼叫上下文服务器接受的数据的询问。232．如权利要求231的混合电信系统，还包含(g)一个与呼叫上下文服务器相连的收入管理器；呼叫上下文服务器被进一步配置成向收入管理器提供呼叫或其它网络事务的综合事件信息。233．如权利要求225的混合电信系统，还包含(f)与至少一个服务引擎相连的统计服务器，统计服务器被配置成从至少一个服务引擎接受统计事件并允许针对由统计服务器接受的数据的询问。234．如权利要求233的混合电信系统，其中，统计服务器进一步配置成按给定时间间隔-从统计事件开始，按包含该时间间隔的时间增量-编辑统计事件。235．一种用于在包括有交换通信网络和分组传输网络的混合电信系统中引导呼叫和提供服务的方法，包含(a)在存储器存储包含关于混合电信系统某用户的轮廓信息的呼叫参数数据库；(b)在系统上接收呼叫；(c)访问呼叫参数数据库以确定至少一个呼叫参数；(d)根据该至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫；(e)执行由轮廓信息定义的逻辑来提供为轮廓信息有关的用户定制的业务功能部件。236．如权利要求235的方法，其中，该逻辑选择混合电信系统的一个或多个服务去执行。237．如权利要求235的方法，该逻辑还执行一个根据网络统计或呼叫上下文信息的至少之一所定义的功能。238．如权利要求237的方法，其中，所定义的功能包括欺诈检测或客户通信量统计的至少之一。239．如权利要求235的方法，其中，该逻辑还为系统服务投递、监控或管理中至少之一提供计算资源或低级功能性能力。240．如权利要求235的方法，还包含(f)提供基于网络的能力一至少包括因特网到话音转换、DTMF检测、传真识别或话音识别的其中之一。241．如权利要求235的方法，还包含(f)用呼叫上下文服务器实时接受网络事件记录和服务事件；(g)接受针对由呼叫上下文服务器接受的数据的询问。242．如权利要求241的方法，还包含(h)从呼叫上下文服务器向收入管理器提供呼叫或其它网络事务的综合事件信息。243．如权利要求235的方法，还包含(f)接受统计事件；(g)允许针对所接受数据的询问。244．如权利要求243的方法，还包含按给定时间间隔-从统计事件开始，按包含该时间间隔的时间增量-编辑统计事件。245．一种用于在包括有交换通信网络和分组传输网络的混合电信系统中引导呼叫和提供服务的计算机可读介质上配备的计算机程序，包含(a)在存储器存储包含关于混合电信系统某用户的轮廓信息的呼叫参数数据库的第一软件；(b)在系统接收呼叫时访问呼叫参数数据库以确定至少一个呼叫参数的第二软件；(c)根据该至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫的第三软件；(d)执行由轮廓信息定义的逻辑来提供为轮廓信息有关的用户定制的业务功能部件第四软件。246．如权利要求245的计算机可读介质上配备的计算机程序，其中，该逻辑选择混合电信系统的一个或多个服务去执行。247．如权利要求246的计算机可读介质上配备的计算机程序，该逻辑还执行一个根据网络统计或呼叫上下文信息的至少之一所定义的功能。248．如权利要求247的计算机可读介质上配备的计算机程序，其中，所定义的功能包括欺诈检测或客户通信量统计的至少之一。249．如权利要求245的计算机可读介质上配备的计算机程序，其中，该逻辑还为系统服务投递、监控或管理中至少之一提供计算资源或低级功能性能力。250．如权利要求245的计算机可读介质上配备的计算机程序，还包含(f)提供基于网络的能力一至少包括因特网到话音转换、DTMF检测、传真识别或话音识别的其中之一的第五软件。251．如权利要求245的计算机可读介质上配备的计算机程序，还包含(f)用呼叫上下文服务器实时接受网络事件记录和服务事件的第五软件；(g)接受针对由呼叫上下文服务器接受的数据的询问的第六软件。252．如权利要求251的计算机可读介质上配备的计算机程序，还包含(h)从呼叫上下文服务器向收入管理器提供呼叫或其它网络事务的综合事件信息第七软件。253．如权利要求245的计算机可读介质上配备的计算机程序，还包含(f)接受统计事件的第五软件；(g)允许针对所接受数据的询问的第六软件。254．如权利要求253的计算机可读介质上配备的计算机程序，还包含(h)按给定时间间隔一从统计事件开始，按包含该时间间隔的时间增量一编辑统计事件的第七软件。255．一种用于在混合网络上进行媒体通信的方法，包含以下步骤(a)记录视频、音频和/或数据通信；(b)在混合网络上将视频、音频和/或数据通信传输到与一个或多个指定接收消费者关联的一个或多个存储位置；(c)将视频、音频和/或数据通信存储在与指定接收消费者关联的存储位置；(d)应各个指定接收消费者的请求，在混合网络上将视频、音频和/或数据通信从各个存储位置传输到各个指定接收消费者。256．如权利要求255所述的用于在混合网络上进行媒体通信的方法，进一步包含以下步骤(a)使消费者能记录一个问候通信，包括视频、音频和/或数据信息；(b)在混合网络上将问候通信传输到与消费者关联的存储位置；(c)将问候通信存储在与消费者关联的存储位置；(d)在混合网络上将问候通信传输到试图同与该问候关联的消费者通信的其他消费者。257．如权利要求255所述的用于在混合网络上进行媒体通信的方法，其中，消费者从用户界面系统访问在指定存储位置存储的通信。258．如权利要求255所述的用于在混合网络上进行媒体通信的方法，其中，消费者在人类或自动操作员或代理的辅助下访问在指定存储位置存储的通信。259．如权利要求255所述的用于在混合网络上进行媒体通信的方法，其中，如果指定的接收消费者不适合参与直接通信，通信就被自动传输到与该消费者关联的存储位置。260．如权利要求256所述的用于在混合网络上进行媒体通信的方法，其中，如果与问候关联的消费者不适合参与直接通信，问候通信就被自动传输到试图同与问候关联的消费者通信的消费者。261．一种用于在混合网络上进行媒体通信的方法，包含以下步骤(a)创建关于混合网络上的媒体通信的数据；(b)将数据存储在分布式数据库；(c)将数据划分成位于分布式数据库内多个存储位置的物理子集；(d)提供用单一、连贯的数据库逻辑图-尽管有多个存储位置-访问和更新数据的应用程序。262．如权利要求261所述的用于在混合网络上进行媒体通信的方法，其中，关于媒体通信的数据包含关于混合网络内部的应用程序的信息。263．如权利要求261所述的用于在混合网络上进行媒体通信的方法，其中，关于媒体通信的数据包含关于混合网络外部的应用程序的信息。264．如权利要求261所述的用于在混合网络上进行媒体通信的方法，其中，关于媒体通信的数据包含关于混合网络的监控信息。265．如权利要求261所述的用于在混合网络上进行媒体通信的方法，其中，关于媒体通信的数据包含用于控制混合网络的信息。266．如权利要求261所述的用于在混合网络上进行媒体通信的方法，其中，关于媒体通信的数据包含关于对数据库中存储的数据的改变的信息。267．如权利要求261所述的用于在混合网络上进行媒体通信的方法，其中，关于媒体通信的数据包含关于对数据库中存储的数据增添数据的信息。268．如权利要求261所述的用于在混合网络上进行媒体通信的方法，其中，关于媒体通信的数据包含关于对数据库中存储的数据删除的信息。269．如权利要求261所述的用于在混合网络上进行媒体通信的方法，其中，提供用单一、连贯的数据库逻辑图访问和更新数据的应用程序的步骤包含下列步骤(a)确定数据位置；(b)分配存储器；(c)加载数据存储；(d)优化数据访问和更新路径。270．一种用于在混合网络上进行媒体通信的装置，包含(a)一个具有创建关于混合网络上的媒体通信的数据的控制软件的处理器；(b)一个附接到混合网络、其中存储关于混合网络的数据的存储器；(c)将数据划分成位于分布式数据库内多个存储位置的物理子集的控制软件；(d)提供用单一、连贯的数据库逻辑图-尽管有多个存储位置-访问和更新数据的应用程序的控制软件。271．如权利要求270所述的用于在混合网络上进行媒体通信的装置，其中，关于媒体通信的数据包含关于混合网络内部的应用程序的信息。272．如权利要求270所述的用于在混合网络上进行媒体通信的装置，其中，关于媒体通信的数据包含关于混合网络外部的应用程序的信息。273．如权利要求270所述的用于在混合网络上进行媒体通信的装置，其中，关于媒体通信的数据包含关于混合网络的监控信息。274．如权利要求270所述的用于在混合网络上进行媒体通信的装置，其中，关于媒体通信的数据包含用于控制混合网络的信息。275．如权利要求270所述的用于在混合网络上进行媒体通信的装置，其中，关于媒体通信的数据包含关于对数据库中存储的数据的改变的信息。276．如权利要求270所述的用于在混合网络上进行媒体通信的装置，其中，关于媒体通信的数据包含关于对数据库中存储的数据增添数据的信息。277．如权利要求270所述的用于在混合网络上进行媒体通信的装置，其中，关于媒体通信的数据包含关于对数据库中存储的数据删除的信息。278．如权利要求270所述的用于在混合网络上进行媒体通信的装置，其中，提供用单一、连贯的数据库逻辑图-尽管有多个存储位置-访问和更新数据的应用程序的控制软件包含(a)确定数据位置的控制软件；(b)分配存储器的控制软件；(c)加载数据存储的控制软件；(d)优化数据访问和更新路径的控制软件。279．一种用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，包含以下步骤(a)创建关于混合网络上的媒体通信的数据的第一软件；(b)将数据存储在分布式数据库的第二软件；(c)将数据划分成位于分布式数据库内多个存储位置的物理子集的第三软件；(d)提供用单一、连贯的数据库逻辑图-尽管有多个存储位置-访问和更新数据的应用程序的第四软件。280．如权利要求279所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，关于媒体通信的数据包含关于混合网络内部的应用程序的信息。281．如权利要求279所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，关于媒体通信的数据包含关于混合网络外部的应用程序的信息。282．如权利要求279所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，关于媒体通信的数据包含关于混合网络的监控信息。283．如权利要求279所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，关于媒体通信的数据包含用于控制混合网络的信息。284．如权利要求279所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，关于媒体通信的数据包含关于对数据库中存储的数据的改变的信息。285．如权利要求279所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，关于媒体通信的数据包含关于对数据库中存储的数据增添数据的信息。286．如权利要求279所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，关于媒体通信的数据包含关于对数据库中存储的数据删除的信息。287．如权利要求279所述的用于在混合网络上进行媒体通信的计算机可读介质上配备的计算机程序，其中，提供用单一、连贯的数据库逻辑图访问和更新数据的应用程序的第四软件包含(a)确定数据位置的第五软件；(b)分配存储器的第六软件；(c)加载数据存储的第七软件；(d)优化数据访问和更新路径的第八软件。288．一种混合电信系统，包含(a)一个交换通信网络；(b)一个与交换通信网络相连的分组传输网络；(c)一个与交换通信网络和分组传输网络相连的呼叫路由器；(d)一个与呼叫路由器通信的网关服务器，网关服务器被配置成向连接交换通信网络的用户提供文件传输服务。289．如权利要求288的混合电信系统，进一步包含一个验证服务器，其中，用户的身份由验证服务器来验证。290．如权利要求288的混合电信系统，进一步包含一个与呼叫路由器相连的外部分组过滤器，网关服务器与外部分组过滤器相连，其中外部分组过滤器被配置成只接收从预定的地址集始发的通信。291．如权利要求288的混合电信系统，其中构成网关服务器。以提供只读一只文件传送服务。292．如权利要求288的混合电信系统，进一步包含一个与网关服务器通信的生产令牌环。293．如权利要求292的混合电信系统，进一步包含一个与生产令牌环相连的外部分组过滤器，网关服务器与外部分组过滤器相连，其中外部分组过滤器被配置成只接收从预定的地址集始发的通信。294．一种用于在包括有交换通信网络和分组传输网络的混合电信系统中引导呼叫和提供服务的方法，包含(a)在存储器存储一个呼叫参数数据库；(b)建立混合电信系统的一个系统配置；(c)在系统上接收呼叫；(d)访问呼叫参数数据库以确定至少一个呼叫参数；(e)根据该至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫到网关服务器。295．如权利要求294的方法，进一步包含(f)与一个验证服务器通信以验证呼叫的起源。296．如权利要求294的方法，进一步包含(f)通过外部分组过滤器有选择地过滤通信，所述外部分组过滤器被配置成只接收从预定的地址集始发的通信。297．如权利要求294的方法，其中，网关服务器被配置成只提供只读文件传输服务。298．一种用于在包括有交换通信网络和分组传输网络的混合电信系统中引导呼叫和提供服务的计算机可读介质上配备的计算机程序，包含(a)在存储器存储一个呼叫参数数据库的第一软件；(b)建立混合电信系统的一个系统配置的第二软件；(c)在系统上接收呼叫的第三软件；(d)访问呼叫参数数据库以确定至少一个呼叫参数的第四软件；(e)根据该至少一个呼叫参数在交换通信网络和分组传输网络上路由选择呼叫到网关服务器的第五软件。299．如权利要求298的计算机可读介质上配备的计算机程序，进一步包含(f)与一个验证服务器通信以验证呼叫的起源的第六软件。300．如权利要求298的计算机可读介质上配备的计算机程序，进一步包含(f)通过外部分组过滤器有选择地过滤通信的第六软件，所述外部分组过滤器被配置成只接收从预定的地址集始发的通信。301．如权利要求298的计算机可读介质上配备的计算机程序，其中，网关服务器被配置成只提供只读文件传输服务。302．一种用于电信系统的混合交换机，包含(a)至少一个交换网络接口；(b)至少一个因特网接口；(c)一个与该至少一个交换网络接口和该至少一个因特网接口相连的总线；(d)一个与总线相连的宿主处理器。303．如权利要求302的用于电信系统的混合交换机，其中，至少一个接口被配置成能将在该至少一个接口接收的呼叫处理命令传输到宿主处理器，以选择该至少一个接口的其中之一作为在该至少一个接口的其中之一接收的、与呼叫处理命令关联的呼叫的外出接口。304．如权利要求303的用于电信系统的混合交换机，其中，宿主处理器进一步被配置成能对与该至少一个因特网接口相连的因特网服务控制点查询路由选择指令。305．如权利要求303的用于电信系统的混合交换机，其中，宿主处理器进一步被配置成能本地地导出路由选择指令。306．如权利要求302的用于电信系统的混合交换机，还包含至少一个与总线相连的数字信号处理器。307．一种混合电信系统，包含(a)一个如权利要求302的混合交换机；(b)至少一个与混合交换机相连的交换网；(c)至少一个与混合交换机相连的因特网；308．如权利要求307的混合电信系统，还包含(a)至少一个与混合交换机相连的回波取消器。309．如权利要求307的混合电信系统，还包含(a)至少一个与混合交换机相连的信号分离器。310．如权利要求307的混合电信系统，其中至少有一个光纤电缆与混合交换机相连。311．如权利要求307的混合电信系统，还包含(a)至少一个与混合交换机相连的调制解调器。312．如权利要求307的混合电信系统，还包含(a)至少一个与混合交换机相连的成组交换机阵列，系统被配置成根据在至少一个接口的其中之一接收的呼叫的特点、通过成组交换机阵列来动态地建立连接。313．如权利要求307的混合电信系统，还包含(a)多个用于在呼叫中连接通信外围设备的即插即用型模块。314．一种用于在混合交换机处理通信的方法，包含以下步骤(a)接收一个与混合交换机的特定端口关联的呼叫处理命令；(b)在与呼叫处理命令关联的混合交换机的端口接收一个通信；(c)将呼叫处理命令中指定的即插即用型模块连接到该交换机的端口以处理该通信。315．如权利要求314的方法，还包含以下步骤(a)将呼叫处理命令传输到宿主处理器以混合交换机的特定端口作为与呼叫处理命令关联的呼叫的外出端口；(b)路由选择呼叫到外出端口。316．如权利要求315的方法，还包含以下步骤(a)用宿主处理器向与混合交换机相连的因特网服务控制点查询路由选择指令。317．如权利要求315的方法，其中，宿主处理器本地地导出路由选择指令。318．如权利要求315的方法，其中，接收呼叫的端口与外出端口的其中一个与交换网相连，接收呼叫的端口与外出端口的另一个与因特网相连。319．如权利要求315的方法，其中，至少有一个光纤电缆与接收呼叫的端口或外出端口相连。320．如权利要求314的方法，其中，即插即用型模块是个数字信号处理器。321．如权利要求314的方法，其中，即插即用型模块是个回波取消器。322．如权利要求314的方法，其中，即插即用型模块是个信号分离器。323．如权利要求314的方法，其中，即插即用型模块是个调制解调器。324．如权利要求314的方法，其中，即插即用型模块通过成组交换机阵列与混合交换机的特定端口相连。325．一种用于在混合交换机处理通信的计算机可读介质上配备的计算机程序，包含(a)接收一个与混合交换机的特定端口关联的呼叫处理命令的第一软件；(b)在与呼叫处理命令关联的混合交换机的端口接收一个通信的第二软件；(c)将呼叫处理命令中指定的即插即用型模块连接到该交换机的端口以处理该通信的第三软件。326．如权利要求325的计算机可读介质上配备的计算机程序，还包含(a)将呼叫处理命令传输到宿主处理器以混合交换机的特定端口作为与呼叫处理命令关联的呼叫的外出端口的第四软件；(b)路由选择呼叫到外出端口的第五软件。327．如权利要求326的计算机可读介质上配备的计算机程序，还包含(a)用宿主处理器向与混合交换机相连的因特网服务控制点查询路由选择指令的第六软件。328．如权利要求326的计算机可读介质上配备的计算机程序，还包含(a)用宿主处理器本地地导出路由选择指令的第六软件。329．如权利要求326的计算机可读介质上配备的计算机程序，其中，第一和第五软件分别被配置成从交换网或因特网接收呼叫和路由选择呼叫到交换网或因特网。330．如权利要求326的计算机可读介质上配备的计算机程序，其中，第一和第五软件分别被配置成从光纤电缆接收呼叫和路由选择呼叫到光纤电缆。331．如权利要求326的计算机可读介质上配备的计算机程序，其中，第三软件被配置成连接数字信号处理器到特定端口。332．如权利要求326的计算机可读介质上配备的计算机程序，其中，第三软件被配置成连接回波取消器到特定端口。333．如权利要求326的计算机可读介质上配备的计算机程序，其中，第三软件被配置成连接信号分离器到特定端口。334．如权利要求326的计算机可读介质上配备的计算机程序，其中，第三软件被配置成连接调制解调器到特定端口。335．如权利要求326的计算机可读介质上配备的计算机程序，其中，第三软件被配置成通过成组交换机阵列连接即插即用型模块到混合交换机的特定端口。336．一个通信系统，包含(a)一个或多个交换通信网络；(b)一个或多个分组传输网络；(c)一个与交换通信网络和分组传输网络相连的优先访问路由器；(d)一个与优先访问路由器相连、其中存储一个服务控制参数数据库的存储器；优先访问路由器包括多个功能，每个功能被配置成根据服务控制参数数据库的至少一个服务控制参数在交换通信网络和分组传输网络上路由选择数据，优先访问路由器进一步包括根据服务控制参数数据库的至少一个服务控制参数将各网络接口上某些数据早于其它数据传递的逻辑。337．如权利要求336的通信系统，其中，多个功能包括采用调制/解调(调制解调器)设备在标准电话线路上传输和接收数据。338．如权利要求336的通信系统，其中，多个功能包括采用标准网络接口设备，包括但不限于10baseT以太网、100baseT以太网、同轴以太网、吉比特以太网、等时以太网、光纤分布式数据接口(FDDI)、异步传输模式(ATM)、X.25、帧中继和交换式Multimegabit数据服务。339．如权利要求336的通信系统，其中，多个功能包括使用转换功能-能将使用点对点协议(PPP)的分组转换成使用因特网协议(IP)的分组或者相反。340．如权利要求336的通信系统，其中，多个功能包括分组分类器功能-能按标准将分组分类成组。341．如权利要求340的通信系统，其中，分组分类器功能按目的地IP地址对分组分类。342．如权利要求340的通信系统，其中，分组分类器功能按始发IP地址对分组分类。343．如权利要求340的通信系统，其中，分组分类器功能按用户数据报协议(UDP)端口号对分组分类。344．如权利要求340的通信系统，其中，分组分类器功能按始发UDP端口号对分组分类。345．如权利要求340的通信系统，其中，分组分类器功能按目的地Telnet控制协议端口号对分组分类。346．如权利要求340的通信系统，其中，分组分类器功能按始发Telnet控制协议端口号对分组分类。347．如权利要求340的通信系统，其中，分组分类器功能按流标签(flowlabel)对分组分类。348．如权利要求340的通信系统，其中，分组分类器功能按标签(tag)对分组分类。349．如权利要求340的通信系统，其中，分组分类器功能按数据类型对分组分类。350．如权利要求340的通信系统，其中，分组分类器功能按始发用户ID对分组分类。351．如权利要求340的通信系统，其中，分组分类器功能按目的地用户ID对分组分类。352．如权利要求340的通信系统，其中，分组分类器功能按分组中任何定义的数据域对分组分类。353．如权利要求336的通信系统，其中，多个功能包括采用分组调度器。354．如权利要求353的通信系统，其中，分组调度器被配置成按照分组分类和服务控制参数将分组放入优先队列中。355．如权利要求354的通信系统，其中，优先队列对分组排序供在网络接口上传输。356．如权利要求354的通信系统，其中，优先队列对分组排序供在调制解调器接口上传输。357．如权利要求336的通信系统，其中，多个功能包括控制器功能。358．如权利要求357的通信系统，其中，控制器功能通过应用程序设置的接口接收控制命令。359．如权利要求357的通信系统，其中，控制器功能能根据定义的策略来接受或拒绝控制命令。360．如权利要求357的通信系统，其中，控制器功能能根据资源可用性来接受或拒绝控制命令。361．如权利要求357的通信系统，其中，控制器功能能根据授予请求实体的特权来接受或拒绝控制命令。362．一种用于在混合网络上优先化和路由选择媒体传输的计算机可读介质上配备的计算机程序，其中混合网络包括一个或多个与一个或多个分组传输网络相连的交换网络，计算机程序包含(a)对交换通信网络与分组传输网络之间的访问和路由选择优先化的第一软件；(b)在与第一软件相连的存储器中存储一个服务控制参数数据库，第一软件包括多个功能一每个功能被配置成根据服务控制参数数据库的至少一个服务控制参数在交换通信网络和分组传输网络上路由选择数据-以及根据服务控制参数数据库的至少一个服务控制参数将各网络接口上某些数据早于其它数据传递的逻辑。363．一个电信系统，包含(a)一个交换通信网络；(b)一个与交换通信网络相连的分组传输网络；(c)一个与交换通信网络或分组传输网络相连的用户终端；(d)一个或多个与交换通信网络和分组传输网络相连的呼叫路由器；(e)一个与各呼叫路由器相连、其中存储一个服务控制参数数据库的存储器；各呼叫路由器被配置成根据服务控制参数数据库的至少一个服务控制参数在交换通信网络和分组传输网络上路由选择呼叫；呼叫路由器进一步被配置成能提供一个智能服务平台，智能服务平台有多个功能能为单一的连接所用；(f)一个将分组传输网络与交换通信网络连接的网关；(g)一个与分组传输网络连接的呼叫队列管理器；(h)一个与交换通信网络连接的自动呼叫分配器(ACD)；(i)一个与ACD相连的ACD控制器；(j)一个通过ACD与交换通信网络连接、同时与分组传输网络相连的代理工作站。364．如权利要求363的电信系统，其中，多个功能包括至少以下之一用户轮廓管理、信息服务轮廓管理、地址转换、准入控制、资源管理、拓扑跟踪、统计收集、使用和记帐数据登记、消息检索和消息分配。365．如权利要求363的电信系统，其中，用户终端被配置成能浏览万维网(worldwideweb)。366．如权利要求363的电信系统，其中，用户终端配置的软件和硬件允许发起交互式话音或多媒体交谈。367．如权利要求366的电信系统，其中，呼叫路由器将交互式话音或多媒体交谈路由选择到网关。368．如权利要求367的电信系统，其中，网关在交换通信网络上发起相应的交互式话音或多媒体交谈。369．如权利要求368的电信系统，其中，呼叫路由器将相应的交互式话音或多媒体交谈路由选择到ACD。370．如权利要求369的电信系统，其中，网关向ACD发送信息，信息至少包括以下之一交谈始发者的标识、始发用户终端的标识、始发网关的标识、被浏览的一个或多个WEB页的标识、期望目的地地址的标识、期望目的地用户的标识、以及交互式话音交谈的独有标识。371．如权利要求370的电信系统，其中，ACD向ACD控制器传递信令信息。372．如权利要求371的电信系统，其中，ACD控制器利用分组传输网络或交换通信网络上的可用资源来形成显示屏。373．如权利要求372的电信系统，其中，ACD控制器向代理工作站传递显示屏。374．如权利要求372的电信系统，其中，ACD控制器向代理工作站传递交互式话音或多媒体交谈。375．如权利要求374的电信系统，其中，ACD控制器允许通过分组传输网络和交换通信网络与始发用户终端的话音或多媒体交互作用。376．一个电信系统，包含(a)一个交换通信网络；(b)一个与交换通信网络相连的分组传输网络；(c)一个与交换通信网络或分组传输网络相连或与二者都相连的用户终端；(d)一个或多个与交换通信网络和分组传输网络相连的呼叫路由器；(e)一个与各呼叫路由器相连、其中存储一个服务控制参数数据库的存储器；各呼叫路由器被配置成根据服务控制参数数据库的至少一个服务控制参数在交换通信网络和分组传输网络上路由选择呼叫；呼叫路由器进一步被配置成能提供一个智能服务平台，智能服务平台有多个功能能为单一的连接所用；(f)一个将分组传输网络与交换通信网络连接的网关；(g)一个与分组传输网络连接的呼叫队列管理器；(h)一个与交换通信网络连接的自动呼叫分配器(ACD)；(i)一个与ACD相连的ACD控制器；(j)一个与ACD相连的话音应答单元；(k)一个通过ACD与交换通信网络连接、同时与分组传输网络相连的代理工作站。377．如权利要求376的电信系统，其中，多个功能包括至少以下之一用户轮廓管理、信息服务轮廓管理、地址转换、准入控制、资源管理、拓扑跟踪、统计收集、使用和记帐数据登记、消息检索和消息分配。378．如权利要求376的电信系统，其中，用户终端被配置成能浏览万维网(worldwideweb)。379．如权利要求376的电信系统，其中，用户终端配置的软件和硬件允许发起交互式话音或多媒体交谈。380．如权利要求379的电信系统，其中，呼叫路由器将交互式话音或多媒体交谈路由选择到网关。381．如权利要求380的电信系统，其中，网关在交换通信网络上发起相应的交互式话音或多媒体交谈。382．如权利要求381的电信系统，其中，呼叫路由器将相应的交互式话音或多媒体交谈路由选择到ACD。383．如权利要求382的电信系统，其中，ACD将交互式话音或多媒体交谈连接到话音应答单元(VRU)。384．如权利要求383的电信系统，其中，网关向VRU发送信息，信息至少包括以下之一交谈始发者的标识、始发用户终端的标识、始发网关的标识、被浏览的一个或多个WEB页的标识、期望目的地地址的标识、期望目的地用户的标识、以及交互式话音交谈的独有标识。385．如权利要求384的电信系统，其中，VRU向ACD控制器传递信令信息。386．如权利要求385的电信系统，其中，ACD控制器利用分组传输网络或交换通信网络上的可用资源来形成显示屏。387．如权利要求386的电信系统，其中，ACD控制器向代理工作站传递显示屏。388．如权利要求382的电信系统，其中，ACD控制器向代理工作站传输交互式话音或多媒体交谈。389．如权利要求388的电信系统，其中，ACD控制器允许通过分组传输网络和交换通信网络与始发用户终端的话音或多媒体交互作用。全文摘要通过混合网络为电话呼叫、数据和其它多媒体信息进行路由选择,包括因特网上的信息传输。媒体订单输入为用户捕获完整的用户轮廓信息。该轮廓信息自始至终由系统在行使路由选择、记帐、监控、报告和其它媒体控制功能的媒体过程中使用。用户能比以前管理网络的更多方面,能从中心位置控制网络活动。文档编号H04M7/00GK1294812SQ97181430公开日2001年5月9日申请日期1997年11月14日优先权日1996年11月18日发明者I·K·埃里奥特,R·D·斯特勒,T·J·加尔文,L·L·拉夫雷尼雷,S·克里希纳斯瓦米,G·A·福尔吉,T·E·雷伊诺尔德斯,E·M·索尔布里格,V·瑟尔夫,P·格罗斯,A·J·杜甘,W·A·西姆斯,A·霍尔梅斯,R·S·史密斯二世,P·J·凯利三世,L·G·戈特利布,M·T·科利尔,A·N·维勒,J·林德,P·D·利曾伯格,D·A·图尔纳,J·J·瓦尔特斯,G·M·伊斯特普,D·D·马沙尔,R·A·普里斯,B·A·萨勒申请人:Mci全球通迅公司