智能网的制作方法

专利名称：智能网的制作方法
技术领域：
本发明总的涉及电信网，更具体地，本发明涉及智能网结构，它包括新颖的中央管理和资源管理系统，用于管理和跟踪提供给能够进行电信业务处理的多个节点的业务资源。
网络业务是由通信网(诸如数据或电话)和它的相关的资源响应于与一个或多个用户的交互作用而执行的功能。例如，电话网常驻的业务(诸如呼叫转发或话音邮件接入)可以由用户通过拨打一个特定序列的数字而被调用。其它网络业务可以是协助网络拥有者进行保密，验证和鉴权。如果增加或修改业务，则需要在通信网中作出改变。
大多数传统的电信网由互联的交换机和通信业务组成。这些交换机由交换机构造商设计的专用软件或固件运行的、集成的或嵌入的处理器来控制。典型地，交换机构造商的软件或固件必须支持业务处理、呼叫处理、设施处理和网络管理的所有的功能方面。这意味着当网络拥有者希望实施新的业务或修改现有的业务时，网络中的某个交换机的软件必须由各个交换机构造商更新。
网络包含来自不同制造商的不同的交换机型号，它们要求细心开发、测试和利用新的软件。开发、测试和利用新的软件所需要的时间被加长，因为每个交换机处的代码大小增长得越大，每次更新就越复杂。因此，这个过程会耗费几年。另外，这种增加的复杂性还加重交换机处理器的负荷，增加交换机故障的机会，以及可能需要修改或替换交换机。
而且，多个网络拥有者依赖于一组共同的交换机构造商的事实，导致两种不希望的限制竞争的情形。首先，制造商的软件发布企图适应由几个网络拥有者请求的改变，因而阻止网络拥有者真正区分他们的业务与由他们的竞争者提供的业务差别。这也迫使某些网络拥有者进行等待，直至制造商把来自其它的网络拥有者的请求引入到新的软件发布为止。第二，一个引用了由网络拥有者为实施新的业务而请求的功能的交换机软件的发布，会非故意地变成为对于其它网络拥有者可得到的。
这些问题已成为不可容忍的，由于用户移动性和业务的类别和带宽的不断增加、对传统的编号规划的废置、以及更复杂的业务和不断增加的竞争，因而使得对新的网络业务的要求在过去五到十年内指数式地增加。因此，广泛地认识到，新的网络结构需要引入一种能够创建、利用和执行业务逻辑的、更灵活的方式。为了全面了解此后描述的、本发明的新颖的结构，可以参照

图1-4给出以下的、有关的现有技术的说明。
参照图1，图上显示了各种交换机结构(包括本发明)的逻辑代表物。其中一个整体式交换机(总的表示为20)包含业务处理功能块22，呼叫处理功能块24，设施处理功能块26和交换机构件28。所有这些功能块22，24，26和28是硬编码的、互相混合的和无差别的，可以用组30来表示。而且，功能块22，24，26和28由交换机构造商设计，以及运行在随制造商而不同的专用平台上。结果，这些功能块没有制造商的帮助就不能被修改，这就减慢了业务开发和实施，以及增加了把新的业务推向市场的花费。所以，新的和革新的业务的开发，呼叫处理，数据处理，信号处理和网络运行都要受到制造商对他们的专用交换机硬件和软件的控制以及建立和实施工业标准的固有的困难的限制。
业务处理功能块22在整体交换机20内被编码，以及只允许根据本地数据内容和拨打的号码而局部地控制这个过程。这个本地信息由实行编码的业务功能的硬编码的处理机器进行解释。呼叫处理功能24被硬编码，以及提供呼叫发起与呼叫终结功能。这个处理过程实际地建立和取消各个不同的连接，从而完成一个呼叫。同样地，设施处理功能26也被硬编码，并且用于提供与呼叫中涉及的网络资源有关的所有的数据处理。交换机构件28代表交换机和计算机的硬件部件，它运行由交换机构造商(诸如北方电信公司(NorthernTelecom，Inc.))提供的整体式软件。交换机构件28提供对于建立连接所必须的物理设施，以及可以包括(但并不限于)承载设备(TI的和DSO的)，交换矩阵设备(网络层面和他们的处理器)链路层信号处理器(SS7，MTP，ISDN，LAPD)和专用电路(会议端口，音频音调检测器)。
在企图解决前面描述的问题时，国际电信联盟和欧洲电信标准局提出了ITU-T智能网标准(“IN”)。同样地，Bellcore签署了先进智能网标准(“AIN”)。虽然这两个标准在呈现和发展状态上不同，它们具有几乎相同的对象和基本概念。因此，这两个标准都被看作为一种单个网络结构，其中业务处理功能块22与交换机分是离开的。
使用IN和AIN结构后，网络拥有者估计可能这样地发展新的业务，即，通过创建和采用一种新的业务逻辑程序(“SLP”)，它实际上是一个在给定类型的呼叫期间要被调用的业务独立构建块(“SIBB”)的表。按照这个方法，多个特定的单元类型与SLP一起来进行工作，以便向网络用户提供业务。结果，任何新的潜在业务被现有的SIBBS所限制。
IN或AIN结构(总的被表示为40)可以把整体交换机20的功能在逻辑上分离为业务控制点(“SCP”)42，业务交换点(“SSP”)和交换系统44。SCP 42包含业务处理功能块22，而SSP和交换系统44包含呼叫处理功能块24，设施处理功能块26和交换机构件28。在这种情况下，呼叫处理功能块24，设施处理功能块26和交换机构件28是硬编码的、互相混合的和无差别的，在此用组46来表示。
业务交换点(“SSP”)是位于交换机处的功能性模块，以便仅仅根据拨打的号码来辨认出用户的信令何时需要不止一个单个路由。SSP在向远端SCP 42发起关于对正确处理呼叫的询问时将停止对呼叫的进一步处理，这实际上起到用于多个交换机的数据库服务器的作用。这种处理过程的划分导致把处理特殊业务呼叫这样的不经常的、费时的任务从交换机中卸载。而且，这种适度的集中形成在提供一个服务于整个网络的、易修改的、负担重的贮藏库与在每个交换机处部署贮藏库的一个完整副本之间的平衡。
现在参照图2，图上显示了采用IN或AIN结构的电信系统(总的表示为50)。各种顾客系统(诸如ISDN终端52，第一电话54，和第二电话56)被连接到SSP和交换系统44。ISDN终端52通过信令线60和输送线62被连接到SSP和交换系统44。第一电话54通过输送线64被连接到SSP和交换系统44。第二电话56通过输送线68被连接到远端交换系统66，以及远端交换系统66通过输送线70被连接到SSP和交换系统44。
如前面参照图1所描述的，SSP 70是位于交换机中的功能性模块，以便仅仅根据拨打的号码来辨认出用户的信令何时需要不止一个单个路由。SSP 70在发起对于呼叫的正确处理的询问时中止呼叫的进一步处理。这个询问以SS7消息的形式被发送到远端SCP 42。业务控制点42是这样命名的，因为改变这个单元处的数据库内容可改变网络功能，这种网络功能是与针对那些通过许多对着的交换机而被连接的用户的网络功能相似的。询问通过信令线72被发送到信号输送点(“STP”)74，后者只是一个用于使SS7消息在这些单元之间传送、然后再将其通过信令线76发送到SCP 42去的路由器。
综合业务管理系统(“ISMS”)78被看作为管理工具，它用于部署或改变业务，或管理每个用户的到业务的接入。ISMS 78主要通过改变被存储在SSP 70和SCP 42内的操作逻辑和数据而进行工作。ISMS 78具有各种用户接口80和82。这个ISMS 70通过运行线84而被连接到SCP 42，通过运行线86而被连接到SSP和交换系统44，以及通过运行线90而被连接到智能外围设备(“IP”)88。外围设备88是一个被用来将那些在交换机上不可能提供的功能添加给网络的装置，诸如话音应答或语音识别系统。IP 88通过信令线92和输送线94被连接到SSP和交换系统44。
现在参照图2，描述按照现有技术的呼叫处理。当顾客拿起接收器开始拨号时，呼叫被发起。在公司的交换机处，SSP 70监视拨号和识别触发序列。SSP 70中止呼叫的进一步处理，直至业务逻辑可被查阅为止。SSP 70然后组成标准SS7消息和将它通过STP 74发送到SCP 42。SCP 42接收和译码该消息，以及调用SLP.SLI解译SCP，它可以调用激活其它功能，诸如数据库查找表以便进行号码转译。SCP42返回关于呼叫的处理的SS7消息给SSP和交换系统44，或否则把消息派送到网络单元，以便执行正确的业务。在呼叫结束时，SS7消息在交换机之间被发送，以便切断呼叫，以及由参与呼叫的每个交换机创建呼叫详细记录。呼叫详细记录被收集和进行相关处理，以及针对每个呼叫进行离线分析，以便得出对于收费呼叫的帐单，因此完成呼叫处理。
IN和AIN结构企图预先规定一组标准功能，以便支持所有可预见的业务。这些标准功能都被硬编码成交换机中的各种状态机。不幸地，任何有可能结合新技术或未预见的业务需要而产生的新的功能，如果不在许多销售商平台上进行网络软件的巨大的调整和测试，就不能被实施。而且，如果新的功能需要改变到标准化的呼叫模型，协议，或接口，则利用该功能的业务的实施可能被延迟，直至该改变被工业标准组认可为止。但即使草拟的标准试图扩展IN和AIN支持的功能组，但是设备提供者由于代码复杂性的急剧增加仍拒绝赞同这些草拟标准。
再次参照图2，在交换机内运行呼叫处理和设施处理功能(即SSP70)会造成对IN和AIN结构的其它限制。结果，这些功能必须通过每个交换机构造商使用他们的专用软件来进行提供。所以，网络拥有者仍旧大大地依赖于制造商的软件发布来支持新的功能。由于会使得事情进一步复杂化，网络拥有者不能在统一的开发和测试环境下结合其它模块来测试SSP 70模块。而且，不能保证打算用于交换机构造商的处理环境的SSP 70会与网络拥有者的业务创建环境相兼容。
多个网络拥有者对于一组共同的交换机构造商的依赖性，导致两种不希望的限制竞争的情形。首先，制造商的软件发布企图适应若干个网络拥有者要求的改变，因此阻碍网络拥有者真实区分他们的业务与由他们的竞争者提供的业务差别。这也迫使某些网络拥有者进行等待，直至制造商把来自其它的网络拥有者的要求引入到新的软件发布为止。第二，引入了由一个网络拥有者为实施新的业务而要求的功能的交换机软件发布，会非故意地变成为对于其它网络拥有者可接入的。所以，不管IN和AIN结构的的打算如何，网络拥有者对新业务的创建、测试和部署新仍旧被阻止，因为网络拥有者没有完全控制或接入到，形成网络业务行为的功能性单元。
在解决这些问题的另一个企图中，一种分开的交换机智能和交换机构件(“SSI/SF”)结构(总的表示为150(图1))可以把SSP 70与交换系统44中逻辑地分开。现在回到图1，交换机智能152包含呼叫处理功能24和设施处理功能26，它们通过相应的硬编码的状态机(以圆圈154和156符号表示)以离散的状态表的形式被编码。在交换机构件158和交换机智能152之间的接口可以在通信网络中扩展，这样交换机构件158和交换机智能152不必在物理上放置在一起、在同一个处理器内执行、或具有一对一的对应性。交换机智能152提供对于所有交换机共同的、简单的非业务特定的、非制造商特定的功能。
智能计算复合体(“ICC”)160包含业务处理功能22以及能与多个交换机智能单元152通信。这个方法为网络拥有者提供在灵活的业务实施方面的优点，因为几乎大多数基本功能被移到制造商特定的代码的范围以外。而且，可以通过提供对于创建、开发、测试和执行业务逻辑的更统一的环境而得到改进。
正如前面讨论的，当前网络交换机随机是基于整体式专用硬件和软件的。虽然网络交换机会花费几百万美元，但从当前可提供的计算技术看来，这样的设备在处理速度方面相当慢。例如，这些交换机是基于以60MHz左右的速率运行的缩减指令组计算(“RISC”)处理器，以及通过使用数据通信协议(诸如X.25，它典型地支持在交换机网络的各种平台之间的9.6kb/s的传输速率)互相通信。当比起包含以200MHz或以上的速率运行的处理器的个人计算机和提供150Mb/sFDDI和ATM接口的高终端计算机工作站时，这是极慢的。因此，网络拥有者需要能够使用高终端工作站，而不是专用硬件。
本发明针对着被设计成可对资源复合体或交换平台所接收的任何类型的呼叫执行智能呼叫处理业务的智能网。该智能网包括多个分配业务节点，每个节点提供这样一种执行环境，它可提供所有的呼叫处理功能，这些功能当呼叫是在与该特定的业务节点有关的交换机或资源复合体处呼叫被接收时，对于处理该呼叫而言是必须的。它具有高度可扩容的结构，以及被做成保证电信业务可以以经济的方式被部署。智能网附加地提供了各种与接收呼叫的呼叫交换平台或资源复合体无关的和透明的智能呼叫处理业务，以及易于被调配来处理呼叫事件。因此，这就消除了对于昂贵的销售商特定的硬件、操作系统和交换平台的依赖性。分配智能网附加地支持对与位置无关的呼叫处理业务的执行，使得模块软件处理能够在结构中任何地方虚拟地运行，以及提供在这些分配处理之间的与位置无关的通信，因此，进一步消除对于专门的业务节点的需要。
更具体地，提供一的单个智能网结构，它对于任何硬件和操作系统平台的平台无关的，它是便携式的，以及这能通过允许使用不同的计算平台而消除了系统的非兼容性问题。本发明的智能网还包括基础系统基本设施，它被设计来支持任何和所有可想象到的呼叫处理业务，其中对于特定的业务所需要的专门功能被封装在高级别逻辑程序中，它们容易编写和通过同一个网络基本设施而被利用。
本发明的智能网还实现了一种数据管理部件，它负责使得任何需要的设计和或软件业务模块可立即供处理特定的呼叫使用。另外，在包括不同类型的计算机和操作系统以及交换平台的网络中，实现了一种公共业务逻辑执行环境，它能够运行用于提供与平台无关的业务的软件业务模块。
本发明还实施集中的业务管理处理，具有用于命名、分类、分配、激活、检查、关断和去除呼叫处理业务模块和整个网络中所使用的数据分量的功能。
因此，按照本发明，提供了这样一种智能业务平台，它具有一个或多个节点，用于为电信交换网络提供智能呼叫处理和业务执行，该交换网络具有用于接收需要呼叫处理业务的电信事件的网络单元，该业务平台包括(a)中央管理系统，它包括(i)用于存储一个或多个可复用的事务对象的装置，这些事务对象中的每一个包括不同的呼叫处理功能，该事务对象包括事务对象所需要的任何数据；(ii)用于根据预先规定的节点配置准则来分配所选择的事务对象和相关的数据给交换网络中选择的一个或多个节点的装置；以及(iii)用于在准备实时使用时激活事务对象的装置；(b)被集成在节点内的计算系统，用于执行一些事务对象，这些事务对象是按照在网络单元处接收的事件来完成业务时所需要的；(c)被集成在节点内的系统，用于检索和存储所选择的事务对象和被管理系统分配的任何相关的数据，以及使得事务对象和相关的数据在执行业务时可提供给计算系统；以及(d)被集成在节点内的系统，用于提供在节点处各业务之间的、和在智能网业务平台处各节点之间的与位置无关的通信，和协调一个或多个事务对象的交互作用，以便响应于接收事件的需要而执行业务，其中这些业务针对到达一个网络单元的事件而在该平台上被执行，该网络单元是与包括该网络单元的硬件类型无关的。
有利地，正如下面将进一步说明的，本发明的智能网利用软件提供对交换、业务(包括操作者、呼叫中心和ATM/Vnet(虚拟网)业务)的总的控制以及智能呼叫处理，这些软件可以运行在通用计算机上和使得所提供的交换功能可以利用非专用的、或其他便宜的交换硬件设备(诸如可扩容的可编程交换机)来实现。
本发明的新颖特性具体地在附属的、并形成本公开内容的一部分的权利要求中被给出。为了更好地了解本发明、它的运行优点和通过对它的使用而达到的具体的目的，可以参见其中显示和描述了本发明的优选实施例的附图和说明。
当结合附图参考以下的说明时，可更好地了解本发明的以上的和进一步的优点，其中图1是各种交换结构的逻辑代表物；图2是采用按照现有技术的典型的智能网结构的电信系统的图；图3是采用智能分配网络结构的电信系统的图；图4是显示下一代智能网的SA和DM部件的方框图；图5(a)概念性地显示业务管理部件500的功能；图5(b)显示业务管理部件500的物理结构；图5(c)显示IDNA/NGIN系统100的业务管理部件500的总的功能性结构；图5(d)显示SA所使用的、用于更新DBOR的方案；图5(e)显示SA所使用的、用于将数据从DBOR分配到数据管理部件的方案；图5(f)显示数据管理部件600的功能性结构；图5(g)和5(h)显示总的描绘IDNA/NGIN系统的业务创建和部署阶段的流程图；图5(i)显示描绘NGIN系统的业务取消/关断阶段的流程图。
图6是采用按照本发明的典型的分配智能网结构的电信系统的逻辑和功能图；图7是显示在按照本发明的智能呼叫处理器内功能接口的分层的图；图8是一个Venn图，该Veen图说明了对处理上下文进行嵌套，从而使得虚拟机支持按照本发明的业务逻辑执行环境；
图9是显示在按照本发明的智能呼叫处理器内被管理的对象的类别分级结构的图；图10(a)显示业务控制环境430的优选的结构；图10(b)显示NOS NT和LRM功能性子元件的功能性结构；图10(c)显示智能网的资源管理系统的结构；图11(a)显示SLEE启动处理过程；图11(b)显示业务管理程序处理过程；图11(c)显示SLEE类别装载器处理过程；图11(d)和11(e)显示描绘业务代理功能的流程图；图11(f)显示线程管理程序处理过程；图11(g)显示业务代理事件后处理过程；图12(a)显示智能网的资源管理系统的结构；图12(b)显示本地资源管理状态处理器流程；图12(c)是描绘节点超高速缓存器状态数据库结构的更详细的说明；图13是描绘SLP例示处理过程的流程图；图14(a)是描绘SLEE门限处理过程的流程图；图14(b)是描绘SLEE监视处理过程的流程图；图15(a)和15(b)描绘三层智能网资源管理功能；图16显示了示例的NGIN业务节点的物理结构；图17显示NGIN域的示例性物理结构；图18(a)描绘示例性特性鉴别事项的通用功能；图18(b)描绘在业务处理期间采用的由对象事项实施的通用和远端数据库接入功能；图18(c)描绘在发起节点处用于给出一个线路逻辑程序事项的通用处理过程；图18(d)描绘用于给出一个业务逻辑程序事项示例的通用处理过程；图18(e)描绘在终结节点处用于给出一个示例性的线路逻辑程序事项示例的通用处理过程；图18(f)描绘用于完成有关呼叫的业务执行的通用处理过程；图18(g)描绘在业务处理期间用于检索话音文件的通用处理过程；图18(h)描绘在在业务处理期间在网络交换机用于播放话音文件消息的通用处理过程；图18(i)描绘在在业务处理期间在网络交换机用于播放话音文件消息和收集进入的DTMF数字的通用处理过程；图19(a)-19(c)描绘在发起线路上用于执行1-800/8xx号码转译、向终结端的呼叫扩展、和实施呼叫等待特性的示例性SLP处理过程；图20(a)和20(b)描绘在把呼叫扩展到终结端以前，用于执行1-800/8xx号码转译和执行向呼叫者的消息播放的示例的处理过程；图21(a)和21(b)描绘用于执行1-800/8xx接收方付费呼叫业务的示例的处理过程；图22(a)和22(b)描绘当呼叫者实施呼叫卡时，用于执行1-800/8xx接收方付费呼叫业务的示例的处理过程；图23(a)-23(b)描绘用于执行增强的话音撤回和转移呼叫业务的示例的处理过程；图24描绘由NGIN执行的呼叫处理情形；图25显示用于NGIN系统节点的操作者和呼叫中心业务处理结构900；图26(a)-26(g)描绘在NGIN系统中用于实施操作者业务系统800的处理流程；图27(a)和27(b)显示包含操作者和顾客呼叫中心业务系统的示例的NGIN业务节点45的物理结构；图28(a)和28(b)是描绘在NGIN中实施的示例的1-800(接收方付费)呼叫操作者业务处理过程的流程图；图29描绘由NGIN提供服务的呼叫处理情形；图30(a)和30(b)显示用于分配操作者资源给正在等待的呼叫的事务规则的应用项；图31(a)显示由本发明的NGIN结构支持的ATM虚拟专用网(VPN)结构的基本部件；图31(b)显示由NGIN提供服务的ATM/Vnet呼叫处理情形；以及图32(a)-32(g)描绘了显示在NGIN中实施的基本ATM/Vnet呼叫业务处理过程的流程图。
本发明是一种综合智能网结构，在这里还被称为智能分配网结构(“IDNA”)或下一代智能网(“NGIN”)。正如这里描述的，NGIN结构被设计来针对在资源复合体或交换平台(例如，交换机，路由器，IP终端寻址，等等)接收的任何类型的呼叫执行智能呼叫处理处理业务。
如图1所示，智能分配网结构(“IDNA”)总的被表示为170。本发明把ICC 160和SSI/SF结构150的交换智能152统一成智能呼叫处理器(“ICP”)172。不像SSI/SF结构40的IN或AIN那样，它的功能在状态表中被规定，ICP 172包含业务控制功能22，呼叫处理功能24和设施处理功能26，正如在面向对象的平台中的被管理的对象那样，它们用方块174，176和178符号来表示。ICP 172在逻辑上与资源复合体180是分开的。
现在参照图3，描述采用按照本发明的智能分配网结构的电信系统，它总的表示为200。宽域网(“WAN”)200是一个支持应用项和数据在宽广的地理区域内的分配的系统。输送网可以基于用于连接IDNA节点204的同步的光网络(“SONET”)，以及使得那些节点内的应用项能够互相通信。
每个IDNA节点204包含智能呼叫处理器(“ICP”)172和资源复合体180(图1)。图3显示具有资源复合体A(“RCA”)206和资源复合体B(“RCB”)208的IDNA节点204。ICP可被链接到附属处理器210，它提供现有的支持功能，诸如供应，记帐，和恢复，然而，这些功能可以被由网络管理系统(“NMS”)212提供的功能承担。然而，在优选实施例中，这些支持功能由具有数据管理(“DM”)部件400的中央业务管理(“SA”)系统500提供，正如这里参照图4描述的。如图3上进一步显示的，ICP 172也可通过具有信令216的直接链路214和载体链路218被链接到其它的ICP 172，其它网络(未示出)，或其它设备(未示出)。直接链路防止在被连接的设备之间的滞后，以及允许设备以它们自己的语言通信。ICP 172是IDNA节点204的“大脑”，以及优选地是通用的计算机，它可以从具有单个存储器贮存装置的单个处理器改变到大规模计算机网络，这取决于IDNA节点204的处理需求。优选地，通用计算机将具有冗余的处理，存储器贮存量和连接。
正如这里使用的，通用计算机是指用市场上销售的元件组装的计算机，与对于电话交换应用项专门配置和设计的专用设备正好相反。在呼叫网络内集成通用计算机可以给出多个优点。
通用计算机的使用给予ICP 172具有利用附加硬件来提高满足不断增加的处理需要的能力。这些附加项包括增加处理功率、数据贮藏和通信带宽的能力。这些附加项不需要在呼叫网络的每个交换机上修改制造商特定的软件和/或硬件。因此，许多业务和协议可以在全球范围内被实施和安装，而不用修改交换网络中各个设备。本发明通过从整体交换机20(图1)改变到智能呼叫处理器172从而提供上述的优点和增加的能力。
在需要更多处理功率的应用项的情况下，多个处理允许使用不太昂贵的处理器，使得用于呼叫处理的价格/性能比最佳化。在其它应用项中，使用具有更高的处理速率的更强有力的机器，诸如小型计算机，可能是有利的、必要的或更节省花费的。
如上所述，ICP 172可包括一组运行在UNIX或Windows NT操作系统的通用计算机。例如，在大的应用项中，通过支持在单个资源复合体上的多达100,000个端口，ICP172可以包含在对称多处理器组中工作在333MHz的、十六个32比特处理器。处理器可被分成四个分开的服务器，每个服务器四个处理器。各个处理器与系统区域网络(“SAN”)或其它分组技术相连接。处理器组可共享接入到冗余的独立磁盘阵列(“RAID”)模块数据贮存装置。共享的贮存可以通过增加或去除模块磁盘贮存装置而被调节。在这些组中的服务器优选地共享通向RC 180的冗余的链路(图1)。
正如所显示的和像个人计算机的“即插即用”特性那样，ICP软件结构是开放的处理模块，它允许在以下项目中有互换性(1)管理软件；(2)ICP应用项；(3)计算硬件和软件；(4)资源复合体部件；以及甚至(5)业务结构和处理过程。这样的通用结构由于标准化而降低维护成本，以及给出由于节省规模而得到的好处。
因此，本发明能使开发工作被划分成多块和使用模块工具，导致业务的更快速开发和实施。而且，业务管理的使用和有关方面是在网络操作者的控制下根据需要来进行，这与固定的传送消息协议、或给定的制造商提供的硬件和软件的特定的组合所施加的限制完全不同。
通过利用被管理的对象，本发明也允许业务和功能根据任意数量的因素(诸如容量和使用法)被灵活地(“在你想要的地方”)和动态地(“在空中”)分配到网络中。性能可以得到改进，因为业务处理22(图1)、呼叫处理24(图1)和设施处理26(图1)工作在均匀的平台上。另外，本发明允许监视和操纵以前不能接入的呼叫子单元。本发明也提供监视功能或业务的使用法，以使得当它们过时或不再使用时，可将它们消除。
资源复合体(“RC”)180(图1)是可以提供载体、信令和连接业务的物理设备或资源的集合。RC 180(可包括智能外围88)可以代替IN和AIN或SSI/SF结构的交换机构件28和158(图1)。不像IN或AIN结构，对资源复合体(诸如RCA 206(如图3所示))的控制是较低级别的。而且，RCA 206可以包含一个以上的交换机构件158。交换机构件158或其它顾客接口(未示出)通过标准电话连接来连接多个用户和交换网络。这些顾客系统可包括ISDN终端52，传真机220，电话54，和PBX系统222。ICP 172控制RC180(图1)，RCA 206与RCB以及通过高速数据通信线路(最小100Mb/s以太网连接)224来与它们通信。RC 180，206和208可被模拟为打印机，以及ICP 172可被模拟为个人计算机，其中该个人计算机使用驱动器来控制该打印机。在IDNA节点204中的“驱动器”是一个资源复合体代理(“RCP”) (未示出)，下面将参照图6描述它。这允许制造商通过使用这个接口提供一个与IDNA一致的节点，而不必重写它们所有的软件来适应IDNA节点。
另外，对资源复合体180(图1)、RCA 206和RCB 208的控制级别比起典型地由AIN或IN结构提供的控制级别更低。结果，资源复合体制造商只需要提供单个接口来支持设施与网络管理处理；它们不必提供特定的呼叫与业务处理给网络拥有者。低级别的接口被概括为更分离的操作。具有单个接口允许网络拥有者根据对价格和性能的确定来从大量的资源复合体制造商中进行选择。智能被附加到ICP172，而不是附加到RC 180上，这使得RC 180不改变，从而减小复杂性。由于RC 180的作用被简化而更容易作出改变，因此，使得更容易转移到另外的交换和传输技术，诸如异步传输模式(“ATM”)。
智能外围设备(“IP”)88提供处理被包含在实际的呼叫传输路径内的信息和对其进行操作的能力。IP 88通常是设在分开的资源复合体(诸如RCB 208)内，以及由ICP 172以与RCA 206相同的方式来进行控制。IP可以通过使用数字信号处理(“DSP”)技术而提供实时处理实际呼叫传输路径内的数据的能力。
如上所述，网络管理系统(“NMS”)212可被使用来监视和控制IDNA网络200中的硬件和业务。所建议的NMS 212实施方案可以是与电信管理网络(“TMN”)相符合的框架，它提供对IDNA网络200内的部件的管理。更具体地，NMS 212控制业务的部署，维护这些业务的正常运行，提供有关这些业务的信息，以及提供对于IDNA网络200的网络级别的管理功能。NMS 212通过在IDNA节点204内的代理功能来接入和控制业务与硬件。IDNA节点204内ICP-NMS代理(未示出)执行由NMS 212发出的命令或请求。NMS 212可通过标准运行链路226直接监视和控制RCA 206和RCB 208。
还如图3所示，被管理对象创建环境(“MOCE”)228包括生成运行在IDNA网络200内的业务的子部件。由业务设计者使用来创建新业务的独立于业务的构建块和API代表被嵌入在MOCE的主要子部件(图形用户接口(“GUI”))内。MOCE 228是工作在单个用户环境或平台(又称为业务创建(“SC”)环境)上的统一的工具集合。它代表在业务创建(诸如业务文件化，被管理的对象定义，接口定义，协议定义和数据输入定义(它们都被封装在管理对象中)，以及业务测试)的处理过程中所需要的运行的集合。网络拥有者只需要通过使用MOCE 228对一个业务开发一次，因为被管理对象可被应用于它的网络上的所有的节点。这与网络拥有者让各个不同的交换机构造商的每个制造商开发它们的业务的版本相反，后者意味着业务必须被开发多次。
MOCE 228和NMS 212通过贮藏库230被连接在一起。贮藏库230包含由NMS 212分配的、和在IDNA/NGIN节点中使用的被管理对象。贮藏库230也提供在MOCE 228与NMS 212之间的缓冲。然而，MOCE228被直接连接到NMS 212，以执行“实况的”网络测试，它用虚线232表示。
按照本发明的优选实施例，如图所示，IDNA/NGIN系统包括中央业务管理(“SA”)部件500，它提供IDNA系统170的贮存(贮藏库)230功能和通用网络管理(NMS)212功能，并且连同附加的能力一起(这将在后面描述)。通常，如图4所示的SA部件500支持对于IDNA/NGIN系统的所有的业务和数据的离线贮存，命名，分配，激活和去除，并且附加地提供数据管理(“DM”)功能，该功能可以启动由IDNA业务节点中业务对象所使用数据的运行时间贮存、复制、同步、和可提供性。
更具体地，如图5(a)概念性地显示的那样，业务管理部件500是用于执行对于管理、存储、和分配由IDNA业务处理节点使用的所有的业务和业务数据、以及对于配置硬件和软件部件所需要的全部功能的部件。一般地，如图5(a)所示，SA部件500负责接收来自MOCE(业务创建)228的数据，接收来自订单输入和其它传统系统229的顾客订货数据，以便供应IDNA/NGIN系统供用户使用；在业务创建过程期间，当MOCE/SCE用户请求时，将数据、业务独立构建块(“SIBB”)、业务逻辑程序(“SLP”)、和其它业务部件503部署给MOCE 228；接收来自MOCE 228的已完成的和测试的业务数据包、SIBB、SLP或其它业务或数据部件506；提供唯一的名称给每个业务部件；以及分配数据和每个业务部件509到本地数据管理部件400(这里将更详细地描述)。另外，如图4所示，业务管理500保持贮藏库230，它包括其中包含所有的IDNA/NGIN业务和数据的总的记录数据库(“DBOR”)(所述数据管理部件400要从其中接收它的全部数据)。
业务管理的其它责任包括激活数据和业务部件512，以便确保所有的数据、SIBB和管理对象或业务逻辑程序SLP通过数据管理部件400对于各个节点是可提供的；登录数据、SLP和SIBB 515的名称，其方法是通过馈送它们的逻辑名称到网络操作系统(“NOS”)部件700以便在那里登录，这将在下面详细描述；关断数据和业务部件518；以及通过数据管理部件400来消除来自IDNA/NGIN系统的数据和业务521。除了通过它的命名处理过程的更新版本以外，业务管理可以通过保持每个SIBB和业务的状态(预先测试、后测试、部署等)来附加地执行配置管理功能。这确保在该业务的所有部件被成功地测试和配置之前业务不被部署。
正如参照图5(d)描述的，业务管理部件500还执行按照SA接收的配置信息配置和供应IDNA/NGIN业务节点204的功能。具体地，根据接收的配置信息，SA部件500确定在每个业务节点204处每个部件的能力哪些业务和数据分配到哪些节点，哪些业务将在哪些位于业务节点处的服务器上运行，以及哪些数据将被高速存储在与IDNA/NGIN节点服务器有关的本地存储器中。具体地，SA把被包含在业务简况(配置)文件580配置规则部署到NOS系统700的本地(节点)资源管理器(“LRM”)部件575去，以便存储在位于每个业务节点处的本地LRM超高速缓存器中。正如这里更详细地描述的，这些配置文件580确定哪些业务在IDNA节点执行。LRM首先读出被存储在该节点处的本地超高速缓存器的这个业务简况文件580，以及确定一个特定的业务层执行环境(“SLEE”)(例如，虚拟机)以便按照业务简况配置文件中的规则来运行业务，并且确定哪些业务实际上(作为不变的对象)在SLEE中运行，或只按要求被示例说明。
图5(b)显示业务管理部件500的优选的物理结构。虽然业务管理是集中的功能，但它可被实施为两个或多个冗余业务管理站点，例如站点550a，550b，为了可靠性，每个SA站点包括SA服务器560，它可包括具有由总的DBOR 230组成的共享的磁盘阵列的双冗余处理器；以及位于每个各自的站点550a，550b的个人计算机(PC)或工作站556a，550b，它们具有接口，使得用户能够接入所有的业务管理功能，以及具体地起动对特定的IDNA/NGIN业务节点(它在图5(b)上被显示为业务节点204)的数据和业务分配。上述的数据和业务分配激活功能都是可在每个站点处找到的一个或多个SA服务器560上执行的。在每个相应的SA站点550a，b处的部件由以太网LAN 559来进行连接，后者又被链接到WAN 566，以便与业务节点通信。
图5(c)显示优选的物理实施例，它突出地表示图5(a)的业务管理部件500的主要功能性部件和外部接口。如图5(c)所示，业务管理部件500包括数据分配子部件510，它(1)提供与外部系统的可靠的通信；(2)执行任何数据转移和格式化功能以便接收来自外部系统的数据和将数据从SA分配到外部系统，这典型地是通过共同数据分配应用程序接口(DDAPI)505的中介作用而实现的；(3)从用于输入到管理程序子部件516的外部系统接收的通信消息中抽取数据；(4)为用于业务/数据包的多点分配功能配备存储和转发特性以及有保证的传递和恢复业务；以及(5)除了间隙检验，二重检验，接收应答以外，还提供数据组顺序传递，以及确保数据传输的安全性。
给SA部件500的输入馈送包括来自MOCF/SCE 228的馈送506(从该馈送，业务分量、数据包和用来构建业务的SIBB模块被馈送)；娱乐订单输入(“AOE”)馈送502(从该馈送，顾客数据被输入，以便去执行业务供应功能)；以及一个或多个环境供应(“EP”)系统馈送508(从该馈送，用户技术条件被输入，以便引导SA 500如何和在何处分配由SEC部件28创建的业务)。更具体地，对于环境供应系统馈送508而言，每一个被认为是NGIN业务处理环境(计算机硬件，操作系统，SLEE，数据管理的逻辑超高速缓存器)的一部分的业务节点部件都可以用业务节点简况来规定，其中包括节点的物理能力(例如，贮存容量，存储器容量，计算机处理容量等等)。通过EP系统508 GUI(未示出)，用户根据每个业务节点的业务节点简况(能力)来规定业务简况，其中包括哪些业务对象(例如SLP，SIBB，数据等)要被部署到哪些节点的哪些SLEE，哪些数据要被部署到哪些节点，以及每个SLEE和计算机的本地超高速缓存策略。这些技术条件被输入到SA，以及被环境管理程序子部件530使用来说明业务和数据的正确分配。
更具体地，环境供应系统接口被使用来输入业务节点简况，以及把业务分配的简况引导到适当的业务节点。业务节点可以基于业务节点的能力和业务简况的需求而与业务简况自动匹配。然而，业务简况可以规定业务节点按人工方式选择。如果业务简况请求它与业务节点按人工方式匹配，则在使用EP系统508做到匹配之前，业务将不被分配。如果业务简况请求自动分配业务，则业务可被匹配和被自动分配，然而，环境供应接口可能不考虑这一点，以及在以后的时间改变分配。
数据分配API505提供用于利用所有的SA功能的标准接口，以及还与数据分配子部件交互作用，以便提供有保证的传递/恢复业务。具体地，DDAPI 505提供标准消息组，供业务管理客户机利用，这些客户机是每个业务节点的本地数据管理部件。SCE和EP系统也被设计成通过DDAPI与业务管理接口。然而，其它外部系统(诸如0E系统229)可能不能被设计来利用DDAPI，因此，仲裁处理过程511可被使用来把这样的外部系统的通信协议和消息格式适配到DDAPI505。
如图5(c)所示，对于所有的外部接口只需要单个DDAPI 505和数据分配处理过程510。与业务管理接口的所有外部系统可以访问它的全部功能，这要根据允许给每个外部系统的特权而定。这确保诸如DBOR更新那样的功能都以相同的方式被处理，而不管是谁起动它们，以及还消除了对特别情形的处理。这也确保被提供给某些系统(例如，OE)的同一个数据整体性检验将被提供给其它系统(例如，网络单元)，以及还鼓励开发外部系统以便与业务管理接口。
再如图5(c)所示，SA部件500包括以下的子部件库存管理程序516；DBOR管理程序520；环境管理程序530；检查与调解管理程序535和监视与登录管理程序540。现在将详细描述每个这些管理程序的功能。
库存管理程序子部件516通过数据分配处理过程510接收来自外部源的所有数据项目。这些数据项目包括来自业务创建的业务和SIBB，来自订单输入系统馈送502的业务数据和顾客数据，以及来自环境供应馈送508的环境配置和供应技术说明。库存管理程序516根据预先规定的命名惯例提供独特的名称给接收的每个数据项目。这包括同一个数据项目的多个版本。库存管理程序也确保在从多个源接收的数据之间的数据整体性，以及解决任何冲突。例如，如果库存管理程序和对同一个顾客免费电话号码，从两个不同的OE源接收两个不同的网络终端(根据应用任何智能路由特性而鉴别出的)，则库存管理程序将通过对每个接收的数据项目进行检查而检测这一点。在检测后，它可以执行一个鉴别算法(例如，保持具有最近日期/时间印记的网络终端)，或把冲突通知用户。库存管理程序然后存储DBOR 230中的命名的数据项目。它使用DBOR管理程序520来把数据实际存储在DBOR中。库存管理程序也把对DBOR的任何更新通知环境管理程序。
DBOR管理程序520提供单个到用于业务管理的多个功能性部件的DBOR 230的接口，以及执行所有的数据库管理程序功能(添加，删除，检索，修改等等)。这是一个重要的功能，以使得DBOR实际上可包括用于存储多种类型的数据的多个数据库，这些数据是用于业务的SLP，SIBB，用于顾客和业务数据的数据组，用于IVR业务的多媒体数据等等。优选地，DBOR包括对象数据库和相关数据库。这些数据库可以由不同的销售商提供，所以需要不同的命令组，以便用于执行数据库管理功能。DBOR管理程序520封装来自其它业务管理部件的这些变例，以使得需要执行DBOR功能的任何部件只实施由DBOR管理程序提供的共同的命令组和数据实体名称。DBOR管理程序320使用所提供的数据实体名称，把所请求的命令适配到由特定的数据库类型使用的格式，以便执行所请求的功能。有三个业务管理子部件与DBOR管理程序接口库存管理程序516，环境管理程序530，和检查与调和管理程序535。
环境管理程序子部件530负责把来自DBOR的业务和数据部署到在NGIN业务节点处的本地数据管理部件。为些，它首先确定哪些业务/数据实体需要被分配到哪些节点；然后把适当的分配命令连同在DBOR抽取的数据实体一起发送到数据分配。由用户通过EP系统馈送508输入的环境供应技术条件被存储在DBOR中，以及被环境管理程序使用来确定分配。这样，业务管理只把将由该业务节点需要的那些数据实体分配到每个NGIN业务节点。这个特性减小在每个业务节点处的贮存需求以及对于数据分配所需要的网络带宽和处理/传输时间。它通过提供简化数据完整性而附加地使得能进行NGIN功能在网络范围内的分配，因为数据实体的拷贝数被减小了。应当看到，环境管理程序功能可能需要由业务管理进行的复杂的处理，但这种复杂性容易封装在由环境管理程序提供的分配规则中。另外，环境管理程序530给出了用于提供给NGIN系统结构的有价值的配置水平。也就是说，虽然所有数据可被部署到所有的节点，以使得在每个节点能够启动所有业务，但是这是不必要的。用户可决定哪些业务在哪些节点使得网络设计最佳化，然后把对于那些业务必要的数据部署到那些节点。
无论何时DBOR被修改时，例如当业务用新的版本代替时，环境管理程序530可以由库存管理程序或DBOR管理程序另外地通知。环境管理程序530确保受影响的每个业务节点得到更新(即，接收新的业务版本)。当它接收DBOR更新的通知时，它识别每个使用更新数据或提供更新业务的业务节点，然后把这些更新分配到在每个受影响的业务节点处的本地数据管理部件，正如这里描述的那样。
检查和调解(A/R)管理程序535通过运行检查程序把DBOR 230中的数据与任何的不同DBOR抽取物中的数据进行比较，而确保在DBOR和它的多个抽取物之间的数据同步。然后，它确定改正的操作来重新同步多个数据库。为了实施这些操作，A/R管理程序产生包含数据和命令的数据包来处理这些数据。这个数据包然后被提供给那些需要实施改正的操作以便与所述的多个数据库重新同步的数据库。优选地，这可以如下地完成(1)在系统空闲时间期间，它可运行检查程序，查找和解决在DBOR中的数据和在DBOR抽取物中的数据之间的任何分歧，该DBOR抽取物可以位于在业务节点处的本地数据管理数据库中；以及(2)在实时呼叫处理期间，如果一个业务应用项发现分歧，例如，业务应用被给予一个用于数据管理中的数据查找表的密钥，用这个密钥询问数据库，但没有发现记录，则该应用项产生告警。这个告警被发送到用于解决该分歧的AR管理程序535。
监视和登录子部件540是一个这样的处理过程，它被用于监视业务管理处理过程的性能和稳定性，以及用于登录所执行的某些或所有的事件，以使得用户以后可看到什么数据被部署和何时被部署到哪些节点。
如上所述，总的DBOR 230可以是一个或多个这样的物理数据库，它们被划分成可存储和管理许多不同类型的数据和业务，包括SLP，SIBB，业务数据和顾客数据(例如，顾客简况，它包括呼叫记录信息，传真和路由计划)，以及多媒体文件(它包括话音邮件消息和其它音频与视频文件或用于交互业务的对象)。虽然为了冗余性和耐久性，可以存在多个DBOR，但DBOR 230是用于所有NGIN业务和数据的单个逻辑贮存装置，这些数据用于分配到任何的和所有的其它功能性部件和处理过程。
还如图5(c)所示，SA部件500实施NOS部件700，以便提供在不同的业务管理处理过程之间的通信。例如，DDAPI 505使用NOS业务来提供消息组，它使用NOS的通信机构，以便启动外部系统与数据分配510之间的、和数据分配510与其它SA子部件之间的接口。然而，对于库存管理程序、环境管理程序、A/R管理程序、和DBOR管理程序部件之间的通信并不需要NOS 700，因为在优选的物理实施例中，这些处理被设计成运行在同一个计算系统中。应当看到，即使在分配计算环境下(其中这些处理过程运行在不同的计算系统)，这些处理过程可以通过使用其它的内部API和通信协议(例如TCP/IP插座)互相通信。本领域技术人员能够明白如何向所有的业务管理内部处理过程提供使用NOS来进行各处理过程间的通信的能力。
在描述了SA部件500的优选实施例后，现在参照图5(c)-5(e)更详细地描述由业务管理500执行的主要业务。
第一如上所述，SA 500负责命名和更新这些业务和数据的版本建立。也就是，在把业务/数据实体存储到DBOR 230之前，SA提供独特的名称给每个业务/数据实体的每个版本，这样，同一个业务/数据实体的多个版本可被保存。当SA把数据/业务分配到数据管理时，把单个逻辑名称连同独特的版本名称提供给每个实体，这样，诸如SLP的处理可以用共同的逻辑名称调用业务/数据实体，而不必知道需要哪个版本。应当看到，名称登录需求提供对于数据、SIBB和SLP名称是独特的以及NGIN的SA部件500保持这些各种部件的主要副本的需要的详细了解。当数据、SIBB和SLP被提供给SA时，这些部件的创建者通过使用用户名称识别它们。这个用户名称提供了使得MOCE/SCE能依靠自身去识别部件的方式，这个用户名称然后用单个逻辑名称(即，共同的参考)唯一地被识别。优选地，SA当命名新的或修改的部件时要实施命名结构约定，以及优选地保存在用户名称与逻辑系统独特的名称之间的对应关系。在请求数据、SLP和SIBB的性能方面，除了逻辑系统独特的名称以外，SA还可提供用户名称。
第二业务管理部件500负责业务供应，即给业务提供对于提供这些业务所需要的数据。这种类型的数据从订单输入馈送502输入到SA，以及在分配到数据管理400以前被存储在总的DBOR 230。这种类型的数据可包括(但不限于)顾客简况数据，诸如顾客业务任选项、顾客名称和帐户数据、终结的电话号码、呼叫路由数据以及为处理和完成对于业务的呼叫潜在地需要的任何数据。例如，当在为一个协作顾客将1-800业务建立在业务创建中时，为了供应特定的业务需要从OE系统接收该顾客的姓名、帐户/帐单等信息，800电话号码，终结的网络地址，业务任选项(路由特性，多媒体文件识别号)。在这个功能中，业务管理300分析适当的订单输入馈送来创建统一的和一致的订单输入记录给NGIN，以及确保从订单输入系统或从供应系统接收的每个馈送被应答。
第三SA部件500负责业务支持供应，即对NGIN处理环境进行配置(硬件，操作系统，SLEE，站点，站点LAN，和站点间的WAN)以及对规定这些配置的数据的供应。具体地，每个IDNA/NGIN业务节点具有相关的业务节点简况(它是通过环境供应子部件508输入的(图5(c))，以及规定计算系统的能力、计算系统被配置的功能、以及在该业务节点处可支持的业务类型。示例的业务节点简况可以被表示为SA中的格式化数据文件，它被显示于下面的表1中
因此，在表1的示例的简况中，规定了节点名称、计算机执行业务逻辑程序的操作系统、存储量、磁盘和数据通信单元、表示节点能够接收来自SA的顾客特定的数据(数据管理接入)以及节点能够支持特定的业务特性，例如话音重放能力。应当看到，示例的表1可包括与资源量有关的其它类型的信息和与特定的业务节点有关的能力。
在每个节点的SA中附加地产生业务简况，可以被表示为SA中的格式化数据文件，它规定业务的需求和它应当被部署到网络内的哪个SLEE和或计算机。对于要被部署到网络内的特定的业务的示例的业务简况被显示于下面的表2中
表 2在表2上，规定了业务简况名称，例如对于顾客X的业务#1001；作为示例说明执行该业务所需要的处理单元、存储器、和磁盘空间的总量；节点示例说明域，用于规定当特定的业务(体现为业务逻辑程序)按照当业务管理中规定的预定的事务规则而被作为示例说明时的时间范围，以及相应的最小/最大区，用于表示在规定的时间范围期间可由NOS来进行示例说明的那些业务对象(SLP)的最小和最大数目；特定的需求域，它表示是业务需要特定的业务节点能力，例如，话音重放；以及业务起始日期和业务结束日期。很容易看到，SA可以把表2的示例的业务1001的业务(和业务简况)分配到具有表1所示的业务节点简况的业务节点，因为节点显然具有存储器需求和话音重放支持。另外看到，表2的业务简况中描绘的示例的业务#1001需要来自顾客X的数据组，该数据组特别包括由顾客X提供的、对于该业务#1001特定的话音重放通告。SA部件300将通过订单输入馈送307接收数据，它包括顾客话音重放通告，以及SA＝s库存管理程序将分配它作为数据组#1001以便贮存在DBOR 230。这样，SA可自动分配数据组#1001到业务节点，用于为顾客X提供业务#1001。
这些业务节点简况(例如，表1)和业务简况(例如，表2)被输入到SA并且存储在其中，以便能启动自动跟踪(1)每个业务节点的能力，即，每个业务节点有多少个计算机和SLEE以及资源容量；(2)哪些业务和数据在何时被部署到哪些业务节点；以及(3)业务执行的配置，即SLP在哪些时间应当持续地运行和在哪些时间按要求运行。网络中每个节点和计算机的能力被保持，以使得用于控制数据/业务分配、数据/业务激活、和数据/业务去除的简单的和复杂的事务规则可被应用来使得IDNA/NGIN业务节点的业务的执行最佳化。因此，一部分业务支持供应功能要根据一个或多个准则的规则(包括在业务节点之间的负载平衡、网络呼叫路由效率、以及业务要求)来确定哪个业务被示例为在哪个SLEE上的持续的对象(实际运行)。这个业务支持供应功能的例子为如下。由于某些业务比其它业务是更对时间敏感的，呼叫者对于某种类型的业务的延时的容忍度可被用来确定该业务是否作为持续的对象实际上在SLEE中运行，以及用于该业务的数据是否要被超高速缓存到本地存储器以便减小等待时间。当考虑业务要求时，某种业务例如会在夜里发现高峰要求。因此，SA 500允许用户规定用于这个业务的SLP从500pm到1200半夜(每个站点的本地时间)实际上运行(被示例为SLEE中的持续对象)，以及被示例为在其它时间只是按要求运行。由SA产生的、在业务简况文件(表2)中的规则将反映这一点。
第四SA部件500负责按照顾客规定的策略把数据和业务分配到选择的IDNA/NGIN系统节点的本地数据管理功能性部件。这些策略被体现为在业务创建环境228中创建的业务数据包中的技术说明，也被体现为由用户通过SA 500输入的技术说明，以作为它的业务支持供应功能的一部分。被包括在这个功能中的是SA跟踪数据、SIBB、和SLP的当前的状态(例如，被测试，被部署)的能力。它不单跟踪状态，也附加地跟踪数据、SIBB、和SLP的当前的版本以及对于创建业务的特定的版本(包括各种依赖性)所需要的各种部件(即，数据、SIBB、和SLP)。在总的DBOR中，SA存储业务(即，包括被封装在业务SLP中的所有的SLP)的每个版本，而且，跟踪在IDNA/NGIN网络中各种数据管理贮藏库的配置，例如，DBOR抽取物。
而且，为了确保整体性，SA部件500跟踪已被分配的业务和数据。例如，如果业务被成功地部署到一个节点，但对于该业务所需要的数据的分配失败，则SA检测这一点，或者重试数据分配，或者通知用户。如果在预定的、可配置的数目的重试以后，分配的贮藏库不能接收该分配，则SA产生报警，以及存储待决的分配。
对于用于将数据、SIBB和SLP分配到数据管理的SA分配功能，SA也负责(1)将SLP、SIBB和数据分配到网络集成测试环境，以用于端到端测试；(2)使得合法用户能够配置预先设定的、用于分配的时间，例如，现在(按要求)，今天中午，明天300p.m.；(3)根据预先设定的时间开始分配；例如，在明天115a.m.部署话音文件；(4)规定分配规则，该规则指定哪些NGIN数据管理贮藏库接收SLP、SIBB和数据；(5)确定用于按照预先规定的规则分配数据的位置；(6)在分配之前，检验所指定的贮藏库的状态(通过询问NGINNOS部件)；(7)尝试对报告在线指示的所有被指示的贮藏库的分配，以及如果所指示的贮藏库正在报告离线指示，则存储对该贮藏库的分配，以用于将来的转发。(8)一旦从以前是离线的所指定的贮藏库接收到在线指示，就转发所有的待决的分配到贮藏库；(9)监视对数据管理的分配。例如，如果分配是针对现有的SLP、SIBB或数据实体的新的版本，则SA确保当分配被接收时，在数据管理中现有的数据不被重写；(10)接收来自数据管理的成功或不成功分配的状态指示，以及根据从数据管理接收的成功/不成功分配状态来更新所有的数据的状态；以及(11)登录所有的对数据管理的分配。
这时，必须区分为了更新DBOR 230而需要的内部处理过程(如图5(d)所示)与为了分配业务数据包和来自DBOR的数据抽取而需要的内部处理过程(如图5(e)所示)。当被保持在DBOR 230中的数据的格式不同于从外部源输入的数据的格式和在抽取物中用于分配的数据的格式时，需要分开的处理过程。因此，为了执行有意义的检查和确保数据整体性与同步，图5(d)所示的DBOR更新处理过程需要激活库存管理程序处理过程516和DBOR管理程序处理过程520。当从DBOR抽取数据给各种SA代理(DM客户机)时，需要激活环境管理程序处理过程530和DBOR管理程序处理过程520，如图5(e)所示。因此，这些分开的处理过程的实施允许用输入系统数据来检查DBOR，以及用被分配到数据管理的、抽取的数据来检查DBOR。
第五SA部件500负责激活被成功地部署到业务节点的业务，即，使得数据、SLP或SIBB可提供来用于业务处理。有关SA业务/数据激活的要求和当出现错误时所需要的处理包括以下步骤(1)确保所有的分配相关性(在MOCE/SCE 228中规定的)在允许激活SLP，SIBB或数据以前是完整的。相关性的一个例子可以是SLP需要使用特定的数据库。SA因此确保在允许激活SLP以前，数据库被分配和被激活；(2)在激活SLP、SIBB或数据以前，检验对它的被指定的贮藏库的分配状态；(3)根据分配状态、从属性、完成状态和预定的分配规则，确定以前分配的数据在成功地接收分配的所有的位置处是否可被激活。如果SA确定被分配的数据可被激活，则SA将试图发送激活请求给数据管理；(4)在发送激活请求以前，检验分配的贮藏库的状态(通过询问NGIN NOS)；(5)试图对报告在线指示的所有的分配的贮藏库激活，以及如果指定的贮藏库正在报告离线指示，则存储对于该贮藏库的分配以便将来转发，以及不尝试对该贮藏库激活。如果分配的贮藏库报告在线指示以及由于某种原因不能处理激活请求，则SA重试对该贮藏库激活。如果在预定的、可配置的数目的重试以后，分配的贮藏库不能处理激活请求，则SA产生报警和存储待决的激活。一旦从以前是离线的所指定的贮藏库接收到在线指示，业务管理转发所有的待决的分配和激活给贮藏库；(6)接收来自数据管理的激活响应。如果激活请求表示在所有的被指定的贮藏库都是成功的话，则SA把数据、SIBB或SLP的系统独特的名称和信息的物理位置登录到NOS。应当看到，物理位置名称包括硬件部件名称的识别号。
在优选实施例中，SA根据预定的分配规则和从数据管理400接收的激活应答来确定数据是否在足够的位置处被激活，以便使得它对于业务控制管理对象是可提供的。如果业务管理确定数据可被做成对于业务控制是可提供的，则SA把所有成功的分配和激活位置的系统独特的数据名称和物理数据位置登录到NOS。如果激活的数据是要代替网络的现有的数据，则SA确保完成对老的数据的现有的业务处理而同时开始对新的数据的新的业务处理的平滑的转移处理过程。一旦完成对老的数据的所有的业务处理，老的数据就被解除激活，这里将更详细地说明。
更具体地，作为业务/数据激活步骤的一部分，SA实施使得能在适当的时间下载业务简况的触发。当业务简况(例如，如表2所显示的)被下载到业务节点时，业务简况包括业务开始时间和结束时间。业务简况通过供应信息给数据管理而被下载到业务节点，正如下面参照图5(f)更详细地描述的那样。被用作为DM客户机的NOS将通过DM API而被告知关于业务简况信息的改变。在优选实施例中，SA发送消息到一个在其中业务将执行名称转译功能的每个SLEE中的NOS名称转译(“NT”)功能，以便把业务的逻辑名称重新指向正在被激活的版本的网络地址或对象参考。
最后，SA跟踪贮藏库平台特性，以确保当数据、SIBB或SLP被激活时它们在适当的平台上工作；根据激活或解除激活来更新数据、SIBB或SLP的状态；以及利用监视逻辑部件540来登录数据、SIBB或SLP的所有的激活(图5(c))。
现在参照图5(g)和5(h)，说明按照这个第五SA功能，IDNA/NGIM系统如何操纵业务结构和部署阶段，图上显示针对IDNA/NGIN系统(例如用于1-800接收方付费(“18C”)业务)来构建和部署SLP的步骤的情形。如图5(g)上步骤330表示的，MOCE/SCE应用程序使得用户能够从SA访问所有的SIBB、SLP或数据和对于创建18C SLP必须的其它的构建块。在18C业务的示例性方面，这样的构建块可包括播放音频构建块，接收方付费数字构建决、和话音识别构建块。这些适当的构建块的副本由SA从总的DBOR 230推出并送到MOCE/SCE中，以提供形成18C业务逻辑程序的基础，如图5(g)上步骤332表示的那样。然后，如步骤334表示的，18C业务逻辑程序和所有相关的数据(诸如话音文件)在MOCE/SCE环境内被统一测试。接着，如步骤336表示的，18C业务逻辑程序在非常类似于实时MCI网络的实验室环境中被进行端到端测试，以便确保业务逻辑程序一旦被分配在网络中时将能正确地执行。然后，如步骤338表示的，18C业务逻辑程序在它进行分配以前被提交给业务管理，以便以这里详细描述的方式命名和分类。
正如这里描述的，业务管理部件允许引入控制数据和信息分配、数据激活、和数据消除的规则。因此，如步骤340表示的，SA部件检验那些规定要去接收SLP的数据管理贮藏库的规则以那些及有关最小数目的、必须在允许激活18C SLP前去接收分配的贮藏库的规则。为了做到这一点，如步骤342表示的，业务管理通过访问NOS网络资源管理功能，可以检验本地DM贮藏库的状态，正如这里描述的那样。然后，如步骤344表示的，业务管理确定表示“在线”状态的那些DM贮藏库，以及在步骤346，把18C SLP分配到正处于在线的所有的DM贮藏库。对于报告离线状态的那些贮藏库，业务管理存储该分配，以用于将来转发到离线贮藏库，如步骤348表示的那样。然后，如步骤350表示的，业务管理部件进行等待，直至数据管理返回对于每个贮藏库的、表示分配成功或失败的状态。在步骤352，进行一个判决，以确定是否从各个DM贮藏库接收到确认。如果没有接收到确认，则SA等待确认，如步骤355表示的。一旦接收到确认，处理过程继续进到步骤354，其中由业务管理进行判决18C SLP是否已成功地接收了分配的所有的贮藏库处被激活。
具体地，业务管理根据以下的激活准则的组合来进行判决，18CSLP是否可被激活(1)分配状态，(2)数据依赖性状态和(3)预先规定的规则。这是因为业务管理500执行了用于确保业务逻辑程序的所有数据依赖性都被完成的功能；即，在允许依赖于这样的数据的SLP进行激活以前被分配和被激活。因此，在示例性方面，如果18C SLP在它的执行期间使用另一个业务逻辑程序(例如，SLP到线路信息数据库的接口)，则业务管理确保在允许18C SLP激活以前，该另一个SLP或数据库已被分配或激活。应当看到，某些业务可被激活，即使所有指定的贮藏库没有接收到业务逻辑程序的分配。这是取决于几个因素，包括预期的呼叫音量和业务质量，正如在SA中分配和激活规则中规定的那样。例如，特定的低呼叫量业务在被激活以前只要被存储在网络的两个DM贮藏库可能就足够了，虽然其它业务需要在被激活来接收业务之前被放置在所有分配的贮藏库。
因此，在图5(h)上，在步骤356，根据激活准则的满意度进行判决。如果SLP不能被激活，则SA将等待，直至SLP激活准则满足为止，如步骤360表示的那样。否则，如步骤358表示的，SA发送激活请求给所有指定的数据管理贮藏库。然后，如步骤362表示的，数据管理处理激活请求和把对于每个贮藏库的激活应答转发到业务管理，以表示激活的成功或失败。根据从数据管理接收的成功的激活应答，业务管理用NOS来登录18C SLP系统独特的名称和物理数据位置，如步骤364表示的，以及在示例的方面，18C业务现在可提供利用。不能接收18C SLP的分配和/或激活的任何数据贮藏库不作为用于这个业务逻辑程序的有效的物理数据单元被登录到NOS。
第六正如SA能够进行业务部分的分配和激活，SA部件500规定业务部分从业务节点停止运行和去除。涉及的主要步骤是规划、去激活，拆卸和/或停止运行它的相关的部分，以及对于相反的结果的测试。例如，在业务不工作的一个时间间隔后，或正如用户规定的，当业务在特定的节点处不再需要时，业务管理将去除，即，去激活业务，为此，典型地是通过发送消息给NOS NT，以启动从IDNA/NGIN业务节点去除业务(为此，通过发送消息给本地数据管理部件，以便删除该业务)。对于去激活和去除业务/数据的功能的需求包括(1)使得合法用户能够请求去激活SLP、SIBB或数据实体以及规定用于去激活的时间；(2)在把去激活请求转发到数据管理以前，检验SLP、SIBB或数据的状态和数据依赖性。如果SLP、SIBB或数据状态是激活的以及不存在数据依赖性，则在到达规定的时间后使得SLP、SIBB或数据不再可供业务处理使用，则SA用NOS取消登录SLP、SIBB或数据；(3)在用NOS完成名称取消登录后，把对特定的SLP、SIBB或数据项目的去激活请求转发到数据管理。如果SLP、SIBB或数据状态不是激活的，或如果存在数据依赖性，则SA忽略去激活请求，并且通知请求者；(4)登录对数据、SLP和SIBB的所有去激活；(5)使得合法用户能够请求去除SLP、SIBB或数据实体，以及规定用于去除的时间；(6)在把去除请求转发到数据管理以前，检验SLP、SIBB或数据的状态。如果SLP、SIBB或数据状态是去激活的，则在到达规定的时间后，SA把去除请求转发到数据管理。如果SLP、SIBB或数据状态不是去激活的，则SA忽略去除请求，并且通知请求者；以及(7)登录所有从数据管理去除的数据、SLP和SIBB。
正如以上参照业务/数据激活所描述的，在SA 500中的触发器使得SA下载在适当的时间从业务节点去除业务简况的命令。这个命令借助地传送给数据管理400的命令而被传递到业务节点。数据管理更新它的表格，这可以使得被用作为DM客户机的NOS能够接收到业务改变的通知。
图5(i)显示参考供应的1-800接收方付费SLP业务的例子的业务去激活处理过程。如图5(i)所示，第一步骤368包括决定撤出18C业务逻辑程序和利用MOCE/SCE测试去除18C业务逻辑程序的影响。然后，如步骤370表示的，SA验证关于18C业务逻辑程序的撤消的规则。具体地，业务管理进行检验，以便确信在18C业务逻辑程序上不存在对于其它工作的业务逻辑程序的相关性。如果存在相关性，则需要进一步调查，以确定所关连的业务逻辑程序是否真正必要，以及重复进行规划步骤。如果不存在相关性，则业务管理将允许合法用户规定用于去激活的时间。一旦确定SLP可被撤出，则SA发送去激活请求到包含18C SLP的所有数据管理贮藏库，如步骤372表示的那样。数据管理处理去激活请求，如步骤374表示的那样，以及发送去激活应答给SA，表示去激活的成功或失败。在18C SLP的成功去激活后，SA用NOS取消登录18CSLP，如步骤376表示的，确保18CSLP不再是对于业务处理可供使用的。将来的业务请求因此不能使用18CSLP。然后，如步骤378表示的，SA允许合法的代理规定用于从18CSLP位于的、所有的数据管理贮藏库中去除所有的18C SLP的时间。一旦应答规定的时间到达，SA发送去除请求到包含18C SLP的所有的数据管理贮藏库，以及如步骤380表示的，数据管理从它的贮藏库中删除18C业务逻辑程序，使得18C业务不再可提供。
第七SA部件500负责执行检查。在业务或数据实体被输入到DBOR以前，业务管理检查该实体与已在使用的其它业务/数据实体，以便确保不存在冲突。同样地，在业务或数据实体被分配到业务节点以前，它将被检查，以确保不存在冲突。业务管理提供被部署到业务节点的DBOR 230中的业务和数据的处理-触发的检查和调度-触发的检查。处理-触发的检查是由于未预期的故障而发起的检查。例如，如果SA试图下载业简况和该下载由于该简况已经存在而被拒绝，则SA起动一次检查来确定应该做什么。例如，SA比较现存的业务与对于假定要被下载的业务，以便确定它们是相同的还是不同的。如果它们是相同的，则检查可停止于此。如果它们是不同的，则检查过程开始删除现有的简况，然后下载正确的简况。调度-触发的检查是按照预定的调度计划、或按照在空闲时间期间发出的检查子程序的编程的规则、或按用户的要求来进行触发的。这些SA检查规则在SA系统中被保持为汇编的代码，以及被保持为在SA系统中被处理的转译规则。
回到图4，NGIN数据管理部件400在业务工作周期和业务利用容量中起作用。在业务管理部件保持总的记录数据库(贮藏库)的情况下，数据管理部件400提供本地数据存储和数据管理功能，以用于每个IDNA/NGIN业务节点。这包括所有类型的数据，其中包括业务程序和SIBB、用于业务的数据(顾客简况，电话号码等)、多媒体文件(诸如，用于交互性话音应答(“IVR”)业务的音频文件)等等。具体地，业务节点的数据管理部件400接收SA总的DBOR的抽取物，其中包括对于由业务管理规定的本地NGIN业务节点执行的业务所需要的所有的数据。下面将参照图5(f)更详细地描述这方面的原理。
图5(f)显示SA部件的数据管理部件400，它提供用于每个IDNA/NGIN业务节点的本地数据贮存和管理功能。具体地，数据管理把从业务管理接收的数据存储到一个或多个数据库中，以及使得业务/数据可容易供业务控制环境使用，为此，通过把所需要的数据高速存储到位于业务控制计算机中或在共同位于的数据库服务器中的存储器，以使得业务/数据可以以最小等待时间被提供给业务控制业务。更一般地，数据管理部件400执行实时贮存、复制、同步以及提供无论是从业务管理接收的还是由于业务处理接收的数据。正如现在描述的，执行数据管理功能还可被分类为(1)数据贮藏库功能；(2)数据操纵功能；(3)数据利用功能；以及(4)帐单记录产生功能。
数据贮藏库功能数据贮藏库功能包括对于IDNA/NGIN数据的贮存所需要的所有规定的功能。一般地，贮藏库是存储所有不同的类型的信息的物理装置；例如，话音文件，对象，SLP，SIBB，和数据库。在数据贮藏库的管理中，数据管理功能考虑贮藏库的安全性，故障和配置管理。
数据管理的贮藏库贮存方面包括以下能力(1)存储持续的数据，SIBB，SLP，音频文件，呼叫前后关系的数据，调度数据，配置数据，名称业务数据，文本文件，例如，传真；(2)在配置的时间间隔内，保持规定的数据，例如，呼叫前后关系的数据可以在从贮藏库删除前被存储几天；(3)在保存期到期后从它的贮藏库自动删除规定的数据；以及(4)提供对于贮藏库的多个版本的支持。
作为贮存功能的一部分，数据管理400可以检验它的贮藏库的状态，确保只对于在线贮藏库进行询问和分配。因此，如果贮藏库被运用在离线情况，则对于该贮藏库不可能企图去询问和分配。作为这个功能的一部分，数据管理可以询问贮藏库的状态，例如，根据它当前处理的事务的数目来确定利用状态，该状态提供一个关于每个贮藏库如何忙的指示；在初始化时以及当状态改变发生时，把贮藏库状态信息转发到NOS 700；如果贮藏库被取为离线或是不起作用，则提供一个报警；以及通知NOS 700不应当把进一步的询问或更新发送到报告离线指示的贮藏库。
而且，作为贮存功能的一部分，数据管理(DM)提供数据贮藏库的配置管理、故障管理、和登录管理。与配置管理有关的DM功能使得合法用户能够规定和扩展数据贮藏库的方案；询问和修改被分配用于贮藏库的系统资源；以及询问和修改贮藏库的变址策略。有关对于数据贮藏库的维护的故障检测和报告产生的DM功能包括启动对于被分配给贮藏库的系统资源的故障门限值和通知的规定；启动对贮藏库内的媒体故障的删除和报告；启动对于贮藏库的容量充满度百分数的故障门限值和通知的规定；启动对于贮藏库的记录充满度百分数的故障门限值和通知的规定；以及当贮藏库或它的一个部件(例如，方案，贮藏库数据)被破坏时给出一个通知。有关建立和管理在由数据管理拥有的贮藏库中的记录的DM功能包括记录贮藏库能力的能力，其中包括以下的记录类型(a)事务记录；(b)错误记录；以及(c)事件记录，以及保存在外部媒体上的记录。对于记录功能，数据管理可在重新初始化记录之前在可配置的时期内保持记录数据。另外，合法用户可以询问和修改在贮藏库中的记录的特性(例如，尺寸，域说明，事件报告)，以及规定要被写到每个记录的数据。例如，由于事务量，用户可以只要获取在该事务记录中“写入”事务，而不是在所有的事务中。
DM操纵功能DM的数据操纵功能包括对于以下操作所需要的所有具体的功能接收数据的分配；在贮藏库上复制数据，询问，检索，和更新贮藏库中的数据，发起提前结束和返回重新运行事务，以及执行数据检查。这个功能可被分成以下的领域(a)数据分配；(b)数据复制；(c)数据检索和更新；(d)数据事务；以及(e)数据检查，这里要描述其中的每个功能。
数据分配这里规定的数据分配是指将数据或业务从业务管理分配到数据管理400。对于数据分配功能，DM接收来自业务管理的数据分配；报告被部署在系统中的数据的状态；使得数据可供业务使用；以及去激活和去除被数据管理存储的数据。
具体地，正如由数据服务器，DD，API，DM 400的DBOR抽取贮藏库和DBOR抽取管理程序部件(图5(f))所体现的那样，数据管理能够从业务管理接收数据、文件定义、SLP和SIBB的分配。如果贮藏库的容量被超过，无论如何，如果不阻塞对贮藏库中的数据的访问，则任何进一步试图接收数据分配都将失败。作为对从SA到DM的数据分配的响应，在DM服务器中运行的处理利用一个表示分配成功或失败的信号来应答SA。如果数据分配失败，则DM可解除完成的分配的任何部分。正如描述的，从SA分配一个激活请求信号，以表示数据已成功地分配到最小数目的贮藏库，以及使它成为对于业务处理“激活的”。数据管理用表示成功或失败的激活应答来应答接收到激活请求，它在数据、SIBB或SLP的各自的成功/不成功激活后被发送回业务管理。DM也能够接收和处理来自业务管理的去激活请求，该请求是从SA发送的，以使得特定的数据、SLP或SIBB对于业务处理是不可提供的。数据管理利用表示请求的对业务管理的去激活的成功或失败的去激活应答来响应去激活请求。
同样地，DM还能够接收和处理来自业务管理的去除请求信号，它说明DM要去除来自分配的贮藏库的特定的数据。DM把表示去除请求的成功或失败的去除应答发送回业务管理。应当看到，激活、去激活和去除请求可以是对于SLP，SIBB或数据实体的。
数据复制DM的数据复制功能包括对于复制数据到特定的位置(即业务节点数据贮藏库，即本地服务器超高速缓存器)、以及通知NOS成功/不成功的复制所需要的所有特定的功能。IDNA/NGIN系统根据由SA配置文件提供的、规定的复制政策来复制数据。正如这里描述的，术语“复制”是指对作为业务处理的一部分而写入的数据，从有关贮藏库到另一个贮藏库复制数据的操作。
例如，在业务处理期间数据被更新时，数据管理复制数据到另一个贮藏库中去。首先，数据管理确定一组单元(在这些单元中，根据由SA在用于数据实体的配置文件中给出的、已确定的复制规则来复制数据)，以及确保当对象贮藏库的容量被超过时，如不阻塞对贮藏库中的现有的数据的访问，则试图复制贮藏库数据都将失败。如果由于过大的容量复制失败，则数据管理通知NOS部件特定的数据在这个贮藏库是不可提供的，从而确保不进一步试图重新尝试对该贮藏库的复制。如果由于处理容量以外的原因而使对贮藏库的复制失败，则数据管理可以重新尝试对该贮藏库的已失败的复制。如果在预定的、可配置的数目的重试后，贮藏库仍然不能接收复制，则数据管理产生报警，以及通知NNOS部件复制该特定的数据是在这个贮藏库不可提供的。这确保在这个单元不要对这个数据进行询问。同步实用性因此可被实施，使得贮藏库回到同步。
数据检索和更新数据检索和更新功能包括在业务处理期间访问由数据管理存储的数据的能力。
在优选实施例中，在任何特定的业务节点处，数据管理在业务处理期间通过NOS接收来自SLEE中执行的被管理对象事项的数据请求。如果不能了解数据请求，则数据管理特别地通知请求者(例如，被管理对象)。如果数据请求是用于数据实体的检索，则数据管理把请求的数据返回给请求者(例如，通过NOS)。应当看到，对于操纵和询问在单个贮藏库中或在多个贮藏库中的数据所需要的任何支持是由DM提供的。数据管理还支持跨越多个贮藏库的询问结果的集中和整理。如果DM不能找出在数据检索请求中所请求的实体的名称，DM将通知NOS部件。如果在数据实体检索期间出现数据库故障，NOS也将被通知。数据管理还通知执行业务控制对象的请求者不能从有效的名称中检索特定的数据实体。如果数据请求是为了更新数据实体，则数据管理更新数据实体，以及确定是否需要复制。如果DM不能更新在数据请求中规定的数据实体，则DM通知请求者，以及如果DM不能在数据更新请求中找出请求的实体的名称，则DM还通知NOS。在NGIN运行期间的任何时间，DM把数据实体更新期间的数据库故障通知NOS。如果数据请求是为了删除数据实体，则DM删除数据项目，以及确定是否需要在其它贮藏库起动事务。
数据事务事务被定义为一系列对数据组的操作，它把数据从有关状态变换成另一个状态。事务的例子包括输入数据，更新现有的数据，删除数据，和复制数据。在IDNA/NGIN系统方面，DM能够在贮藏库上发起一个事务，提前结束一个已经发起的事务，如果出现事务故障，提供通知，以及记录所有的事务故障。数据管理由于事务故障还通过返回由事务控制点数据到它的先前的状态实施而恢复策略，以及由于事务失败重新去执行已失败的事务。所实施的任何恢复策略可以在发起事务时或当出现故障时被规定。
数据管理还被配备成使得事务能够按照在发起事务时规定的、预定的超时参量而暂停，以及从而失败。另外的数据事务功能包括一次参加多个事务的能力；提供事务同时解决机构，利用对待决事务排队来支持同时冲突的阻止；如果任何事务数据在事务以外被修改(即，被破坏)，则产生指示信号；在参加一项事务时使它的数据状态退回重来的能力；以及在参加一项事务时把执行的所有的操作退回重来的能力。
数据检查IDNA/NGIN系统的数据检查功能包括提供检查/恢复环境给贮藏库数据。在数据管理方面，＞audit＝是测试在贮藏库数据的两个或多个副本之间的同步和报告结果的处理过程。＞recovery＝是由于检查结果而采取的一组用于使得这些副本同步的操作。正如这里描述的，被做成可保持的和或被复制的所有的数据都可以被检查。另外，假定主要的复制模型是为了检查和恢复处理过程的目的而被建立，以及被认为是＞correct＝。因此，数据管理能够指定贮藏库的主要副本。在NGIN方面，还使得DM能够检查在多个贮藏库中的数据，记录所有的检查分歧，提供检查分歧的通知，以及根据一组规定的、与识别的分歧有关的规则提供自动恢复。在优选实施例中，数据管理可编排数据检查的时间。
数据公用保障设施功能在IDNA/NGIN系统方面，数据公用保障设施是指关断及初始化贮藏库、备份存储的数据、在事故事件后恢复数据、在贮藏库之间同步数据、以及监视和保存数据贮藏库所需要的功能。还使得数据管理能够为了维护或恢复的目的而关断贮藏库(使其成为离线)。在确定是否关断贮藏库时，提供一种用于监视数据贮藏库利用百分数的机构。因此，公用保障设施被提供来允许合法用户保持数据贮藏库，其中包括用于使得磁盘空间最佳化和用于清除记录的公用保障设施。数据管理还通过使用本地操作系统的文件命令来备份和恢复贮藏库。贮藏库可被恢复而不会损失信息。
数据管理配备有附加的公用保障设施，用于把贮藏库数据归档到外部媒体；把贮藏库数据同步到多个贮藏库上；把一个数据子集同步(部分同步)到多个贮藏库上；使得一个贮藏库处于在线状态。
帐单记录产生要求用于NGIN系统的帐单记录产生功能包括收集网络事件，使网络事件格式化为适当的(呼叫历史)记录，以及识别潜在的故障的呼叫。由于帐单记录产生功能负责格式化和发送将被使用的信息，以便向业务的客户收费，所以它的精确度被验证。
收集网络事件对于收费所使用的原始的网络事件从数据管理的贮藏库进行收集，以及被检查以便证实它的完整性。在创建由各种类型的下游帐单系统采用的呼叫历史记录时，独特的网络识别符被提供给每个呼叫历史记录，以使得记录可以在以后被处理以便用于另外的处理过程。在优选实施例中，呼叫历史记录可被用来获取对于产生以下类型的记录所使用的信息呼叫详细记录(CDR)，它获取在共享线路上的网络事件信息；专用网络记录(PNR)，它获取在专用线路上(例如VNET(虚拟网))的事件信息；操作者业务记录(OSR)，用来获取在共享线路被使用于操作者业务时的信息；专用操作者业务记录(POSR)，用来获取在专用线路被使用于操作者业务时的信息。优选地，每个上述类型的帐单记录可被扩展。因此，可以产生扩展的呼叫详细记录(ECDR)、扩展的专用网络记录(EPNR)、扩展的操作者业务记录(EOSR)、和扩展的专用操作者业务记录(EPOSR)。可以通过DM产生的附加记录包括交换事件记录(SER)，它识别交换事件(例如，系统恢复，时间改变)；帐单数据记录(BDR)。这个功能还包括把呼叫历史记录存储在长期贮存和检索媒体上(例如，磁带)。
发送呼叫历史记录要求在每个这些呼叫历史记录被产生以后，它们被发送到适当的下游系统。例如，在优选实施例中，所有的CDR，PNR，OSR，POSR，它们的相应的扩展版本ECDR，EPNR，EOSR，EPOSR，以及SER和BDR被发送到系统贮存和验证单元“SAVE(保存)”(未示出)，以用于最后分配到外来信息集中器(NIC)。DM系统功能提供关于SAVE已成功地接收每个这些呼叫历史记录的证实。
识别潜在的欺骗的呼叫NGIN系统在机构上具有一个构建物，用于识别潜在故障的呼叫。因此，DM部件400提供监视对欺骗的网络用法和把可疑的欺骗报告给适当的欺骗检测系统的能力。例如，帐单记录产生功能(1)从欺骗检测系统(未示出)得出简况，以便去识别应当被发送到故障检测的网络事件；(2)估值对于欺骗简况的网络事件；以及(3)实时发送潜在欺骗呼叫到欺骗检测系统去。
现在参照图6，描述利用按照本发明的智能分配网结构200的电信系统的逻辑和功能图。ICP172被显示为包含ICP-NMS代理240和SLEE 242，后者又接下来主管从被管理对象类别244得到的各种各样的被管理对象246，248，250和252。
一般地，被管理对象是一种打包软件功能的方法，其中每个被管理对象提供功能和管理接口，以实施所管理的对象的功能。管理接口控制访问谁和谁可访问被管理对象功能。在本发明中，由IDNA/NGIN节点204运行的所有的电话应用软件(除了基础结构软件以外)被部署作为被管理对象和支持库。这提供统一的接口和实施方案来控制和管理IDNA节点软件。
一个用于连接、路由和终结由节点处理的载体业务的网络单元的集合体将被一起称为资源复合体(“RC”)180或NGS。运行在SLEE上的业务处理应用项使用资源代理(“RCP”)244作为到RC 180的控制接口。RCP 244可被链接到设备驱动器，因为它使来自SLEE中对象的与设备无关的命令适配成要被RC 180执行的设备特定的命令。RCP 224可被描述为用于实现在RCP 244中的资源的销售商之间公用的基本命令的一个接口。RCP 244可被实现为运行在IDNA节点204上的一个或多个被管理对象。替换地，这个功能可被提供为RC180的一部分。NMS 212、贮藏库230和MOCE 228与在讨论图3-5(a)时那些元件的说明相一致。
图7描绘在ICP 172内功能接口的分层。MOCE 228是其中能产生管理对象软件及其相关性的系统。NMS 212通过接口到在ICP 172内提供的代理功能(被称为ICP-NMS代理240)而控制ICP172的执行。NMS 212控制本地操作系统(“LOS”)260在ICP 172上的运行。NMS 212控制ICP172上的运行，其中包括启动和停止处理过程、询问处理表的内容和处理的状态、配置操作系统参量、以及监视用于管理ICP 172的通用计算机系统的性能。
MNS 212也控制宽域网操作系统(“WANOS”)262的运行。NMS 212通过它控制的LOS 260和由NMS SLEE控制提供的任何其它接口来控制WANOS支持处理过程的初始化和运行以及WANOS库的配置。NMS 212控制在ICP172上运行的一个或多个SLEE 242的初始化和运行。LOS260是市场上可提供的、用于通用计算机运行的操作系统。WANOS 262是市场上可提供的、中间件(middle-ware)软件包(例如，对象请求经纪人(broker))，便于实行在计算节点之间的无接缝通信。SLEE242主管管理对象244，它们是实施业务处理结构的的软件。SLEE 242实施用来控制由ICP-NMS代理240运行的管理对象244的装置。因此，SLEE 242是事例是这样一种软件处理过程，它能够部署和去除管理对象软件、示例和破坏管理对象事例、支持管理对象的交互作用和协作、管理对本地库264的访问、和在实施所需要的控制时与NMS-ICP代理240的接口。
本地库264是被编码成只取决于LOS 260或WANOS 262以及本地通用计算机执行的库(例如，编程的C库)。它们主要被使用来补充由SLEE 242提供的本地功能。
SLEE库266是被编码来在SLEE 242中执行的库。它们可访问由SLEE 242和本地库264提供的功能。管理对象244是由SLEE装载和242执行的软件。它们可访问由SLEE 242和SLEE 266(以及可能地本地库264)提供的功能。
ICP-NMS 240把控制ICP 172的运行的能力提供给NMS 212。ICP-NMS代表240实施控制LOS 260的运行和配置、WANOS 262的运行和配置、以及SLEE 242的例示和运行的能力。建议的业务处理结构运行在增加抽取的层中。然而，从SLEE 242看来，只有两个层对象管理层244，它是在NMS 212的控制下交互作用的对象层(软件事项)；库层264或266，它是通过提供补充功能给管理对象242的运行或SLEE 242本身的软件层(是对于SLEE 242或者对于LOS 260本地的)。然而，可以预期，在某个点，NMS 212可放弃控制管理对象事项的精确的位置。例如，可以允许管理对象事项根据一个或多个算法或事件(诸如根据要求)从一个节点转移到另一个节点。
应当看到，总起来说，LOS和WANOS功能可被表示为网络操作系统或“NOS”，如图7(b)所示，它起到提供在IDNA/NGIN系统部件之间的、与平台无关的和与位置无关的连接性的作用。也就是，NOS包括一组网络范围的业务，它提供在其它IDNA/NGIN功能性部件与子部件之间的处理过程接口和通信。在由NOS提供的各种业务之间，存在有对象连接性、逻辑名称事项、处理过程间的通信、和本地的与系统范围的资源管理(“RM”)。例如，如图3所示，NOS部件700提供本地的(NODE RM)与系统范围的资源管理(SYS RM)。具体地，NOS部件把来自需要业务和数据的处理过程的任何业务的位置封装在一起，以使得一个处理过程只需要进行对单个逻辑名称的调用。NOS部件然后确定使用业务的哪个事项，以及提供对该事项的连接性。NOS700，部分地启动IDNA/NGIN的广泛分配性质和IDNA/NGIN的平台独立性。例如，上述的逻辑程序使用NOS部件700来调用其它逻辑程序，所以可以调用和调用运行在同一个业务节点或远端业务节点中不同的SLEE上的其它逻辑程序。具体地，通过SA 500，业务节点可被规定为只执行某些业务。当呼叫到达具有相关的业务节点204的交换机(对于该业务节点可能没有执行所需要的业务，例如加入会议桥路)时，IDNA可能需要把呼叫路由到被配置来提供这样的业务的另一个节点。优选地，IDNA通过NOS部件700调用在另一个远端业务节点处的所需要的业务，执行呼叫处理，以及把业务应答提供到原先的节点处的交换机。
图8显示在ICP172内嵌套的处理过程内容，这样，使得SLEE 242在虚拟机270内被实施。虚拟机270作为在ICP 172中LOS 260内的处理过程被启动。然后，SLEE管理代码被装载，以及被VM处理器270作为主程序272执行。作为主程序272运行的SLEE管理代码连接到ICP-NMS代理240功能，以及从类别表276中监视管理对象事项274的创建和破坏。例如，位于类别表276中的管理对象X可能具有多个将被说明的事项，每个管理对象X此后按需要、或在NMS控制下或在由用户请求的处理业务的期间，被例示为X1，X2，X3。虚拟机270的使用带来对于业务创建以及业务逻辑执行的结论，正如这里参照图10(a)更详细地描述的。
IN和AIN结构围绕着被编码为状态表的业务循环出现。这样的状态表说明可由实行编码业务功能的硬编码的状态机来解译。结果，MOCE 228和业务逻辑解译器(“SLI”)是非常互相依赖的，以及只提供固定的功能调色板。如果想要的新的业务需要加上新构建块的功能，则MOCE 228和SLI都必须被改变、重新编译、完全测试、和以协调的方式部署。在IN或AIN结构中，新的SLI代码的部署需要网络内短暂的停机时间。相反，本发明提供多个同时的结构，它们允许新的和老的SLI同时存在。
本发明使用虚拟机270克服了这些缺点。虚拟机270是计算机的功能等价物，可以以这样的基本功能(即，逻辑运算符，变量，条件转移)来编程，从而使主程序基本上可表示任何可想到的逻辑功能，甚至那些不容易被表示为有限的状态模型的逻辑功能。虚拟机270的通用性在这种应用中特别有用，允许以比起状态表可能更优选的形式表示呼叫处理逻辑。这不同于逻辑转译器，后者典型地支持更高级别的功能，以及在程序语义上和在表示的灵活性上受到限制。在IN和AIN结构中，SLI支持有限的结构和有限组的功能。
当虚拟机270软件在通用计算机上运行时，虚拟机270可被看作为自适应层。作为虚拟机270内的程序运行的代码可以具有与它直接运行在处理器时相同的控制的量化度以及对输入/输出的访问和贮存，然而这一个程序对于运行在等价的虚拟机环境(即，可运行在复杂的环境下)下的完全不同的处理器硬件而言可以是便携的。
在优选实施例中，由Sun Microsystems(Sun微系统公司)开发的“Java”平台被规定用来表示所有的电话应用软件。Java的优势给予以下实际优点平台的便携性，普遍存在开发工具和技术设置，以及现有的支持工具，诸如ftp和http。Java以类似于C++的方式提供面向对象的编程。SLEE管理代码272和在SLEE 242中表示的所有管理对象276被编码为Java字节代码。SLEE管理代码272包括以下的功能安装、去除和例示类别，询问和删除事项，以及确立全局的数值和运行/停止状态。
尽管有上述的优点，虚拟机作为SLEE 242的使用，特别是Java虚拟机，似乎被IN和AIN结构忽略。或许与更通常的、类似于交互的话音响应那样的电话应用相偏离，IN和AIN设计者认为固定的功能调色板由于它的明显的简单性和类似于传统的呼叫处理模型，因而是适当的和更优选的。虽然AIN方法只在固定的呼叫模型和功能组内改进业务创建的速度，本发明可容易地得出整个隐含的业务框架，以满足新的业务要求和新的呼叫处理范例。
面向对象的SLEE 242的选择提供了许多关键优点，包括相关性管理和在共同示例说明的对象之间的共享的安全性。面向对象的编程的所宣传的优点，诸如模块化、多形态和复用，可以在按照本发明的SLEE 242中被实现。因为管理对象继承的分级，因而在呼叫模型、协议、和呼叫处理的某些其它方面的广泛的改变可以通过相对本地化的代码改变而实现为单个基本类别。另一个重要的优点是编码类别(根据这些编码类别可以在每个SLEE 242内例示对象)可被更新，而不必禁止或重新引导SLEE 242。
在优选实施例中，一组运行规则可被编码，以便允许或限制把新类别实施的代码部署到SLEE 242，或根据物理位置或运行条件由此示例说明对象。这些规则可以在不同的位置被编码，诸如NMS 212使用于部署的一部分管理对象图象，或被编码成由SLEE 242激活的实际对象代码。在另一种情况下，NMS 212具有错误处理程序，用于当示例说明失败之时。位置限制可以是用于表示节点的物理位置(例如，国家、州、城市、街道地址、或全球坐标)特征的任何装置。
另外，可以采用解决在该组内运行规则之间的冲突的方法。例如，如果特定的对象在节点X(它位于区域A和区域B中)要被示例说明，以及该组运行规则规定特定的对象的示例说明在区域A被禁止，而允许在区域B中进行，则对于特定的对象是否可在节点X示例说明将会发生冲突。然而，如果冲突解决规则只给出对象只能在允许的地方被示例说明，则冲突被解决，以及特定的对象不能在节点X处被示例说明。这组运行规则可被使用来把干线管理类别代码的部署或示例说明限制到其中智能呼叫处理器实际上管理干线资源的情形。这些规则也可被使用来把对于特定的状态的收费章程设计的收费处理器事项限制到该状态的边界。如上所述，这些位置限制规则可以是类别对象内部的或外部的。
现在参照图9，描述按照本发明的优选实施例的管理对象的类别分级结构。抽取基本类别管理对象244包括共同的功能性和虚拟功能，从而确保所有得出的类别可作为SLEE 242中的对象而被适当地支持。具体地，显示四个不同的子类别业务控制类别252，呼叫控制类别250，载体控制类别248，和资源代理类别246。
业务控制类别252是用于所有的业务功能对象的基本类别。对话管理类别280把与对话有关的信息与活动封装在一起。对话可以包括一个或多个呼叫或网络功能的其它需要。对话管理类别280提供对于每个对话的独特的识别号。如果呼叫处理以节点的方式进行，则收费信息必须被整理。对于每个呼叫的独特的识别号使得收集容易进行，而不需要很昂贵的相关处理。在业务处理时，协议被接连的抽取层掩蔽。最终，协议被有效地抽取，从而保证对话管理程序的分配/示例说明(例如，在SS7中，IAM消息的接收将保证具有对话管理)。
载体能力类别282改变载体上业务的质量。业务控制类别252可以使得呼叫的业务质量(“QoS”)能够改变，甚至改变载体能力，诸如从56kbit/s移到更高的速率，再变回来。QoS由连接管理程序类别302管理。例如，半速率子类别284会把呼叫的QoS降级到4kHz采样速率，与通常的8kHz采样速率不相同。立体声子类别286可允许用户在一个呼叫中形成两个连接，以便支持左信道和右信道。
业务仲裁类别288整理业务冲突和业务交互作用的调解。这是需要的，因为业务控制类别252会冲突，特别是发起和终结业务。由于许多实际原因，不希望在每个业务控制类别252内编码，获知如何解决与每个其它类型的业务控制类别252的冲突。相反，当识别冲突时，对冲突的业务的参考和它们的待决的请求被传送到业务仲裁类别288。业务仲裁类别288然后可决定适当的操作过程，或许考虑到本地内容、配置数据、和随后对冲突的业务对象的询问。具有业务仲裁类别288可以允许明显的文件提供和编码冲突解决算法，这与硬编码或隐含机构不同。而且，当业务被更新或被附加上时，现有的业务不必被更新来考虑任何冲突的改变(这将会需要改变在单个业务内的多种关系)。
特性类别290实施与电话有关的标准能力组(例如，3方呼叫、呼叫等待)。一个这样的能力可以是过载(override)292，它使得能够进行发起断接现有的呼叫，以便达到想要的接收。另一个普通的能力可包括呼叫块294，由此，可以根据一组有关发起的准则拒绝发起提议。
业务鉴别类别296被使用来在呼叫处理期间选择地调用其它业务，以及被再分类为业务本身。业务鉴别类别296提供灵活的、对上下文敏感的业务激活，以及避免需要在每个业务对象内固定代码，以便确定何时激活业务。激活顺序与业务本身隔离开。例如，用户A和用户B访问同一个特性组。用户A可选择通过使用特定的信号组来选择性地调用一个或多个他的业务。用户B宁愿使用不同的信号组来激活他的业务。用户之间的唯一差别是他们借以激活他们的业务的方式。所以，希望把选择处理过程与业务本身分隔开。有两个可供使用的解决方案。对于用户A和B的业务选择处理过程可以在分开的业务鉴别类别296中被编码，或者，一个业务鉴别类别296可以使用对于每个用户的一个简况来表示适当的信息。这可以被加以归纳，以便应用到那些其业务组被分拆开的更多的用户。而且，业务鉴别类别296的使用可根据给定的呼叫的前后关系或进程来改变接入业务的映射。这种类别的实施允许各种呼叫参加者通过使用或许不同的激活输入来激活不同的业务。在现有技术中，所有的交换机销售商提供妨碍这种能力的非灵活的业务选择方案。
与媒体有关的业务类别298是一种业务控制类别类型252，诸如存储和转发300，广播，重新引导，抢先，QoS，和多方连接，它应用到不同的媒体类型，包括话音、传真、电子邮件、和其它。如果业务控制类别252被加以开发以使得它可被应用于每个媒体类型，则业务控制类别252可被分解为可重新使用的业务控制类别252。如果业务控制类别被分解为依赖媒体的功能和对媒体独立的功能(即，实施业务的一个对媒体独立的SC，和一组依赖媒体的覆盖物SC，—每个媒体类型一个)。正如从对媒体独立的类别298所得到的，存储和转发300提供了用于存储某些媒体类型的消息或数据流的通用能力，然后提供根据某个事件在以后传递它的能力。重新引导提供了根据特定的条件把连接从一个逻辑地址转移到另一个逻辑地址的能力。这个概念是用于呼叫转发(所有类型)、ACD/UCD、WATS(1-800业务)、找到我/跟随我、和移动漫游等的基础。抢先(或者协商或者采用其它方式)包括诸如呼叫等待、优先权抢先等业务。QoS调制的连接可以实施在分组网上将来的业务，诸如话音/传真、流动视频和文件传送。多方连接包括三方和N方电视会议等。虽然用户控制和输入主要是通过使用电话机上的按键来实施的，但预期在将来使用话音识别以供用户控制和输入。
连接管理程序类别302负责协调和仲裁在呼叫中所涉及的各种载体控制248的连接。因此，管理在多个呼叫中各方之间的连接性的复杂性被封装和从所有其它业务中被去除。这破坏在一个到多个时把呼叫映射到连接的范例。现在呼叫到呼叫的映射是多个到多个。
在一个结构内的连接管理程序类别302被设计来独立地运行或作为对等体而协作。在运行时，业务控制类别252为连接管理程序类别302提供多个请求以便添加、修正和去除呼叫段。连接管理程序类别302的责任是去完成这些改变。注意由于连接可被看作为它们本身的资源或看作为资源的属性，连接管理程序类别302可被实施为一个代理或基本资源管理功能的一个方面。
呼叫控制类别250实施基本呼叫处理，诸如通常使用于电话的基本有限状态机，以及说明呼叫处理要如何进行。两个类别可以通过发起(设置一个呼叫)304和终结(接受一个呼叫)306的功能性分割而被得出。
载体控制类别248用来通过资源代理245把特定的信号和去向与来自资源复合体180的事件调整成可被呼叫控制对象250理解的普通信号和事件。从这个类别得到的对象的一个预期的作用是收集有关呼叫的发起端的信息，诸如用户线号码，业务的类别，接入类型等。子类别可以根据与信令有关的电路或信道的数目来区别。这些可以包括与类别308有关的信道(如在ISDN初级接口310中应用到每23个承载信道的单个信令信道)，信道单个类别312(如使用拨号控制单个电路的模拟电话规定的)，以及信道共同类别316(用与承载信道完全分离的SS7信令318所表示的)。
资源代理类别246被用于把执行环境接口到实际世界交换机和载体网络中的其它单元。在这个水平上实施的、和所有下一代的类别固有的内部状态的例子是正在服务相对停止服务，以及空闲相对正在使用。预期得到的类别是电话320(用于标准2500门的标准代理)，话音应答单元(“VRU”)322(用于话音应答单元的标准代理)，IMT干线连接324(用于数字干线(T1/E1)电路的标准代理)，以及调制解调器连接326(用于数字调制解调器的标准代理)，它相应于在资源复合体180中的特定的类型的资源。
现在参照图10(a)描述其中业务控制部件可以服务于进入的业务请求的优选的方式，图上具体显示业务控制环境430的另一个实施例，它具有在业务控制服务器(例如，通用计算机440)的操作系统435内执行的SLEE应用450，450’。
如图10(a)所示，SLEE 450包括Java□“虚拟机”，它被设计来执行至少五种类型的逻辑程序(对象)，它们在执行呼叫处理业务和其它支持业务时被实施(1)特性鉴别符逻辑程序(“FD”)510，它们是业务控制类别/业务鉴别符类别296的功能性子部件(图7)，后者首先从交换平台接收业务请求，根据某些可供使用的准则(例如拨打的呼叫号码)来确定哪些业务在呼叫上执行，然后调用另一个适当的业务逻辑程序来处理呼叫；(2)业务逻辑程序(“SLP”)对象520，它们是业控制类别252的功能性子部件(图7)，后者可执行对于接收的业务请求或事件的业务处理；(3)线路逻辑程序(“LLP”)对象530，它们是呼叫控制类别250的功能性子部件(图7)，后者可保持网络接入线的当前的状态；(4)事件逻辑程序(“ELP”)对象540，它们是呼叫业务/话路管理类别260的功能性子部件(图7)，由所有的其它的逻辑程序都将事件写到该部件中；以及(5)呼叫逻辑程序(“CLP”)对象545，它们是业务控制/连接管理程序类别302的功能性子部件(图7)，后者通过提供对于在处理呼叫时涉及到的所有其它逻辑程序的连接点，从而保持整个呼叫的状态。每个这些逻辑程序被实现为一个软件“□对象”，优选地，用Java□编程语言编写的，它可以是临时示例说明的或是持续的，正如将被描述的。IDNA/NGIN业务控制结构被设计成使得这些对象在MOCE/SCE中只被写一次，以及可被部署到网络的任何地方的任何类型的计算机和任何类型的操作系统上的SLEE。
对于更大的特殊性，FD 510是这样一种静态子部件，它(1)首先从资源复合体(例如交换机)接收业务请求，例如，当交换机识别该业务是要IDNA/MGIN处理时，从交换机接收业务请求；(2)分析与业务请求有关的信息；以及(3)确定哪个SLP能够处理业务请求。优选地，FD可以是系统任务或示例说明的对象，用于接收从资源复合体提供的数据其中包括(但不限于)被呼叫的号码、呼叫号码、发起的交换机ID、发起的干线组、发起的线路信息、以及网络呼叫ID。通过NOS，FD 510发起例示的适当的SLP、CLP和发起的LLP来处理呼叫，优选地，FD 510是持续的对象，它与具体的呼叫或事件无关，以及在所有的时间主动地运行在业务控制SLEE 450中。取决于所执行的分析的复杂性以及对FD的请求量，可以有一个或多个主动地运行在业务控制SLEE 450中的FD事项，以便共享负载和保证实时效率。例如，一个FD可被使用来分析接收的SS7消息数据，而另一个FD可被使用来分析ATM消息数据。
线路逻辑程序(LLP)530是这样的一种功能性子部件，它(1)保持网络接入点、连接、或线路的当前的状态；(2)询问对于物理点、连接、或线路有关的特性的数据管理；以及(3)应用这些特性(诸如呼叫中断、呼叫等待、呼叫转移、和溢出路由)作为呼叫情况命令。有一个与发起一个呼叫的线路有关的LLP，此后称为□LLPO”以及有一个与点连接有关、或与呼叫终结的线路有关的LLP，此后称为□LLPT”。一旦线路逻辑程序事项被示例说明，它就登录到交换机构件。如上所述，线路逻辑程序530发送所有的事件数据到业务处理的同一个事项的ELP子部件。
动态子部件是按照不同的业务处理级动态地构建的那些部件，它们将在业务处理事项完成时被销毁，以及包括事件逻辑程序(ELP)；呼叫逻辑程序(CLP)；以及业务逻辑程序(SLP)。
事件逻辑程序(ELP)540是用来保持在业务处理期间产生的实时事件数据的功能性子部件，以及用于记录在执行业务期间出现的所有事件数据。事件逻辑程序优选地是在事件第一次被接收时由在交换机处的呼叫控制处理过程示例说明的。当交换机发送业务请求给NGIN时，它沿着ELP的地址传送，以使得数据可被发送到与该呼叫有联系的这个逻辑程序。事件逻辑程序对于业务处理的同一个事项内的所有的子部件(即，与呼叫有关的CLP，LLP和SLP)是可访问的。由于每个业务处理部件按照业务的性能处理该呼叫，它按照预先建立的规则通过NOS把事件数据写入到ELP。当一个呼叫完成时，在ELP中的事件数据被写入到数据存储或记录中，然后事件数据从这里被编译到收费记录中，以及被发送到下游的系统，以用于收费、业务/使用率报告、以及其它后备办公室功能。具体地，ELP执行以下功能(1)收集由特定的呼叫产生的网络事件；(2)把事件格式化为适当的呼叫历史记录，例如呼叫详细记录(“CDR”)、收费数据记录(“BDR”)、交换机事件记录等；以及(3)验证、确认信息并将其存储在数据管理中，以用于将来发送到下游的系统，例如客户帐单。应当看到，用于确定把哪个事件写入到ELP的规则在业务创建时被确定。事件数据是可以由欺诈管理和网络管理系统附加地访问的。
呼叫逻辑程序(CLP)545是用来保持在业务处理时涉及到的每个SLP的状态的功能性子部件，以及提供在所有的业务(LP)之间的处理接口。在一个实施例中，当事件业务请求对于一个呼叫第一次被接收时，CLP被FD示例说明，或，可以由位于交换机处的呼叫控制部件来示例说明。替换地，CLP 545可以按照被编程到SLP的触发点在业务处理期间由SLP 510在某个点被示例说明；这样，CLP的示例说明可以是对于业务特定的。呼叫逻辑程序在示例说明时接收业务处理的同一个事项内所有的子部件的地址，即SLP、LLP和ELP.CLP然后联系用于该呼叫的SLP、LLPO、LLPT、和ELP，以及它是可以被业务处理的同一个事项内的所有这些子部件访问的。也就是，呼叫逻辑程序是用于在业务处理的同一个事项内涉及到的SLP与LLP之间的通信的连接点。当呼叫完成时，CLP把呼叫完成通知给业务处理的同一个事项内的所有子部件，它们将起动逻辑程序的断开处理过程。
业务逻辑程序(SLP)520是用于提供为执行业务所需要的逻辑的动态子部件。SLP与业务相联系，而不是与呼叫联系，以及为呼叫执行业务和被包含在其中的特性。SLP可申请业务的特性包括例如呼叫路由算法和IVR业务。SLP可以是用于被经常使用的业务的持续的对象，或SLP可以在被FD要求时被示例说明，以及在呼叫完成时被去除，以便用于不经常使用的业务。某个SLP究竟是在所有的时间、在某些时间、还是在要求时被激活，可由如图11所示用于该业务的业务管理所产生的配置文件590来确定。优选地，SLP可以访问在业务处理的同一个事项内的CLP和ELP子部件。
不是所有的SLP与特定的呼叫业务有关，其中有些SLP对于被其它SLP所需要的任务、和被其它SLP所呼叫的任务是可提供的。因此，例如，用于800业务的SLP可能需要调用用于线路信息数据库询问的SLP，以便去完成它的用于呼叫路由转移的任务。SLP也可以把对于一个呼叫的呼叫处理的控制传送到另一个SLP。优选地，对于业务处理的单个事项，一次只有一个控制SLP应在执行。作为由SLP执行的业务任务的一部分而产生的任何事件数据被发送到业务处理的同一个事项内的ELP部件540。
SLP在操作系统中不一定被直接执行，因为它不包含供操作系统执行的所有的信息。而且，如果SLP需要在不同的操作系统中被执行而不改变格式和内容，则在SLP与操作系统之间的NOS中间件被提供来保持操作系统中SLP的一致性。
再如图10(a)所示，在SLEE 450内执行的、用于支持和运行功能的其它处理包括业务管理程序(“SM”)对象554，它负责装载、激活、去激活和去除在SLEE中运行的业务，以及还监视在SLEE中运行的所有其它业务，并且把状态与公用数据报告给NOS；NOS客户处理558，它是一个被使用来与NOS业务接口的NOS类别库，并且被运行在该SLEE内的所有业务使用来请求NOS业务，也就是说，它是一个通向NOS的网关；线程管理程序(“TM”)557，它提供使NGIN业务能够同时地执行而不占用全部SLEE业务所需要的功能；以及数据管理API(□DM API”)610，它被使用来与本地超高速缓存器615和DM 400的超高速缓存管理程序部件接口，正如这里参照图5(f)描述的。
如图10(a)所示的、在SLEE中装载的另外的业务事项包括业务代理(“Sag”)事项559，和与其有关的线程管理程序事项557，它们在业务节点被利用于业务激活，正如这里更详细地描述的。
图11(a)显示(SLEE.Java)处理步骤，它用于把主要输入点提供给SLEE处理过程。如图11(a)所示，步骤602，假定DM系统部件是可提供的，NOS站点定位器系统包括NOS客户机处理过程558和NOS主处理过程560(图11)，后者提供一个NOS类别库，它被使用来与NOS业务接口，以及被运行在SLEE内的所有业务使用来调用NOS业务，并且它可提供用于接收逻辑名称和对象参考登录，以及业务控制服务器操作系统(例如，Windows NT，UNIX，PC等)可以通过识别自引导呼叫(诸如main()或fork())而启动SLEE处理过程。应当看到，NOS主部件560(图8)直接与计算机操作系统、NOS客户处理过程558和其它系统部件571接口。优选地，具有位于网络或本地节点的NOS主处理过程560，它与在每个SLEE上的NOS客户机对象接口，以及包括用于提供NOS业务的所有的NOS类别库。接着，在步骤604，业务控制配置文件和分析文件来构建配置对象可包括包含关键数值对的散列表，如步骤606表示的。SLEE接受两个参量名称和配置文件。名称参量是独特的NGIN名称字符串，它被NOS定位器业务使用来识别SLEE的这个事项，即，被SLEE使用来把它本身登录到NGIN定位器业务(步骤612)，以及配置文件被定位器业务使用来找到它的站点定位器。例如，这个表可被使用来找出SLEE配置性质。由于NOS实施CORBA，基本CORBA功能接着在步骤608被初始化。接着，在步骤610，SLEE类别装载器类别被示例说明，以及NOS定位器代理业务在SLEE内被示例说明，如步骤612表示的。接着，如步骤615表示的，业务管理程序(SM)类别通过类别装载器类别被装载、示例说明、以及与本地NOS连在一起，即，SM对象被登录到本地代理NOS定位器业务对象。应当看到，本地定位器业务把业务管理程序登录传播到NGIN域中的其它定位器业务去。正如参照图11(b)说明的，在业务管理程序对象被登录到定位器业务以后，它能够处理对于装载、激活、去激活和去除去向/来自SLEE的业务的业务管理请求。最后，如步骤618表示的，处理过程事件环路被执行，该环路是保持SLEE运行、以及当它们进到业务管理程序(SM)或业务代理(SAg)对象时允许SLEE处理NOS事件的线程，正如这里将更详细地说明的。
图11(b)显示由被示例说明的业务管理程序对象事项554实行的(ServiceManagerImpl.Java)处理过程步骤(图8)，正如以上参照图11(a)，步骤615所讨论的。优选地，SM对象实施一个ORB接口，用于代表NOS来执行业务管理操作。处理过程显示由SM事项所采取的步骤装载、激活、去激活、运行和终结SLEE内的业务，例如，通过(装载)、(运行)、(启动)和(停止)方法。被NOS传送到SM对象事项的参量包括想要的业务的逻辑参考和表示NOS是否应当把业务登录到NGIN本地资源管理程序(LRM)站点定位器、或该业务是否负责把它本身登录到NOS的布尔标记。如步骤620表示的，首先接收对装载一个业务的请求，以及在步骤622，进行对于代理命名业务的处理。然后，在步骤624，作出以下判决请求的业务(例如，1-800对方付费(18C))是否已被装载，即，体现请求的业务的对象是否已被示例说明。如果对于请求的业务的对象已被示例说明，则NOS将在步骤626返回该业务的对象参考，以便定位物理对象事项，以及处理过程返回到步骤632。如果对于请求的业务(例如，18C)的业务对象还没有被示例说明，则类别装载器类别在步骤625被示例说明，该步骤实施循环装载，以便装载请求的业务所依赖的所有的类别，包括其它SLP和SIBB。通过参照来自本地超高速缓存器的本地配置文件，循环装载是可能的。具体地，传送这样一个标志，它表示类别装载器是否循环装载所有这些依赖的类别到JVM。当装载在第一个例子中用于业务的类别时，将会看到，通用业务代理类别如果还没有装载，则可被装载。然后，在步骤625，在装载所有的类别以后，布尔寄存器标志在步骤628被检验，确定业务本身是否必须把其本身登录到本地N0S命名业务(代理)。如果布尔寄存器标志被设置为真实，则业务有责任登录到NOS命名业务，如步骤630表示的。否则，处理过程继续进到步骤632，在此Sag类别被示例说明，以及建立在业务代理对象事项558(图11)与特定的业务之间的联系，即，通过把SLP对象传送到业务代理事项。然后，在步骤635，以将要被描述的方式创建新的SLEE线程，以及SLEE线程被调用来运行业务代理，即，把SLEE线程与业务代理联系起来。最后，SM处理过程退出，以及处理过程返回到SLEE.java处理过程。通过以SM提供的方法，附加了监视在它的SLEE内运行的所有其它的业务、以及把状态和公用数据报告NOS的责任。
再到SM处理过程，现在参照图11(c)更详细地描述(SLEEClassLoader.java)的调用。具体地，SLEE类别装载器类别是JVM的类别装载器类别的专门的类别，以及它是对LVM类别装载器类别的扩展。它通过允许类别在网络上被装载，因而扩展系统类别装载器的运行性能。因此，作为图11(c)的第一步骤，类别装载器首先检验与SLEE的事项有关的、它的本地超高速缓存器，以便弄清该类别是否已被装载和定义。如果类别已被装载，则处理过程返回。如果类别还没有被装载，则在步骤688，通过NOS发送一个消息来检验本地数据存储器(DM)是否有类别可提供用于装载。例如，SLEE类别装载器可以通过使用JDBC数据库连接性来从有关的数据库检索类别，然而，将会看到，它可以从支持JDBC API的任何关系的数据库检索类别。如果在本地数据存储器中没有找到业务类别，则在步骤689，SLEE类别装载器检验本地文件系统。如果在数据存储或在本地文件系统中找到类别，则获取该类别，如步骤690表示的。然后在步骤694，调用定义类别方法，以使得类别对于JVM执行环境是可提供的。具体地，(定义类别)方法可以循环查看为了执行该业务而规定的每个类别，以及把一个字节组变换成类别组事项。这个新定义的类别的事项可以通过使用在类别组中新的事项方法被创建。这个功能允许SLEE装载和示例说明新的业务，并且仍然还保持通用性。优选地，如步骤695表示的，一种方法是所谓的提供本地超高速缓存器，这样在下一次装载类别时将会有超高速缓存命中。
在优选实施例中，每个这些示例说明的对象按照命名惯例把它们本身登录到NOS定位器业务(即，LRM 577)通常用以下的字符串举例说明该命名惯例…站点级别.SLEE号码.SLP名称…其中，站点级别是关于NGIN业务控制服务器440的物理地址的信息；SLEE号码是其中该对象已被示例说明的特定的SLEE，例如SLEE#1；以及SLP名称是业务的逻辑名称，例如特性鉴别符#1。字符串也可以包括版本号。登录名称被传播到NGIN域的其它定位器站点；以及这是通过这个登录处理过程和NOS资源管理功能(将被描述的)来实现的，通过它们，NOS部件知道那些处理过程已被部署，它们被部署在哪里，以及业务在哪里是同时可提供的。
由类别装载器创建的方法和对象构建器可以参照其它类别。为了确定参照的类别，Java虚拟机调用用于原先创建类别的类别装载器的装载类别方法。如果Java虚拟机只需要确定类别是否存在，以及如果它确实存在从而知道它的超级类别，则“判定”标记被设置为错误。然而，如果类别的事项被创建，或它的方法的任何方法被调用，则类别必须被判定。在这种情形下，判定标记被设置为真实，以及判定类别方法被调用。这个功能保证被业务参照的类别/SIBB/JavaBean也被SLEE类别装载器判定。
图11(d)显示根据示例说明的业务代理类别处理过程流程。如步骤639所示，第一步骤包括对与业务代理有关的线程管理程序(“TM”)对象的示例说明，在图10(a)上被显示为TM对象事项557。正如将要描述的，线程管理程序对象是基于(ThreadManager(线程管理程序))类别的，它可以被示例说明，其性质像一个起到对每个业务请求创建一个新的SLEE线程的作用的线程工厂，或一个当运行在具有高的线程创建等待时间的设备中时所想要的线程仓库。接着，在步骤640，通过它的(运行)类别方法，把与业务有关的SA输入到处理过程事件环路，并且现在它准备好接收与业务有关的呼叫事件。
参照图11(e)，显示了业务代理(ServiceAgent)类别的细节，它提供通过它的(开始)、(继续)和(结束)类别方法进到NGIN业务的网关。在SLEE内的每个业务具有相关的对象，后者是基于一个负责管理业务事项(呼叫事项)和把事件派送到业务事项的类别的。如图所示，在SAg对象由业务管理程序(装载)方法示例说明和运行后，SAg的(开始)方法在每次新的呼叫请求业务被接收时被调用。具体地，如图11(e)所示，在步骤641，包含由来自IDNA/NGIN交换机(这里被称为下一代交换机(“NGS”))的初始地址消息(“IAM”)提供的、有关该呼叫的业务处理的事件信息的tid，orid呼叫识别号参量和消息流，将首先被传送到SAg开始方法。然后，在步骤643，该消息流通过调用一个(译码)方法抽取有关该业务事项的关键信息而被译码。另外，被使用来管理呼叫上下文数据的呼叫上下文对象事项被创建来接收抽取的消息信息。在开始方法中，如步骤645表示的，通过调用线程管理程序(ThreadManager)事项，新的线程被分配给该呼叫，正如这里参照图11(g)描述的，或如果用于该业务的几个线程已提前示例说明，则从线程库中取出一个线程。否则，如果Sag(继续)方法被调用，则返回相应于用于该呼叫的分配的线程的对象参考。
更具体地，线程管理程序对象是基于线程管理程序类别的，后者优选地根据对话识别号管理线程。两个方法((分配)和(释放))被提供来分别用于分配和释放线程。分配和释放预期一个独特的识别号作为可被使用于线程识别的密钥。独特的识别号包括一个事务ID(“Tid”)，它由接收呼叫的NGS交换机设置，以及一个对象参考ID(“Orid”)，它识别呼叫发起者，以及被使用来识别呼叫事项。图11(f)显示线程管理程序类别的(分配)方法的运行细节。如图11(f)所示，在步骤660，用于独特地识别呼叫事务的Tid和Orid识别号被传送到处理过程，以及独特的密钥根据该识别号被产生。然后，在步骤662，通过检验密钥值对的散列表而进行询问该密钥释放识别已经存在的线程。如果密钥被认出，表示业务线程已被分配用于该呼叫，则在步骤664，线程管理程序在查询散列表以后，将返回SleeThread事项(线程对象)。否则，在步骤663，跟踪示例说明的业务线程的数目的计数器被加增量，以及在努力监视系统负载时，在步骤665作出以下判决对于该业务的线程事项的最大值是否超过。如果在把计数器值与在业务配置文件中找到的最大业务事项数值进行比较后，对于该业务的线程事项的最大值已超过，则在步骤667，发出一个消息给NOS，以使得它能够找出用于业务的另一个事项，它是在同一个站点执行的另一个SLEE中、或在另一个业务节点位置处被示例说明时可提供的，然后该处理过程返回。除了SleeThread示例说明处理过程以外的是它的PriorityEventQueue(优先权事件队列)初始化，正如这里参照图11(g)更详细地描述的。如果对于该业务的线程事项的最大值没有超过，则在步骤668，作出判决对于该业务的线程事项的门限值是否超过。如果对于该业务的线程事项的门限值已超过，则在步骤669，发出一个警告给NOS本地资源管理功能表示已经达到业务门限，正如这里参照图11(f)更详细地描述的。最后，不管在步骤668处的输出如何，在步骤670分配对于请求的业务的新的SleeThread事项，优先权事件队列针对该请求的业务被初始化，以及线程被启动，控制返回到对于该业务的Sag事项。
回到如图11(e)所示的业务代理(开始)方法功能，在线程管理程序分配用于业务事项的线程后，与有关的对象变量在步骤646被初始化，以及请求的业务的新的对象事项通过调用一个克隆(clone)方法而被示例说明。然后，在步骤648，新的克隆的SLP事项被设置到新的分配的线程。然后，在步骤650，作出以下判决是否存在有对于与该呼叫事项相联系所需要的事件信息，例如，从输入消息流抽取的所有的IAM信息。如果有与新的克隆的SLP事项有关的事件信息，则它被放置到线程中，如步骤652表示的。不论是否有要被放置到线程中的事件信息，对于该SLP的新的分配的线程被启动，以等待由SA(继续)方法处理的、与业务有关的事件信息异步到达。如上所述，对于该呼叫分配的SleeThread保持优先权事件队列，以用于保存在处理期间接收的所有业务有关的事件信息。与业务处理有关的所有事件具有相关的优先权，以及线程将按照它的优先权(即，它在该业务＝s事件队列中的位置)管理事件信息的处理。最后，在步骤654，启动用于该呼叫事项的线程事件环路。
应当看到，SA(继续)方法基本上与图11(e)所显示的(开始)方法相同，差别是该SA(继续)方法是用来针对对具有已对于该呼叫已被示例说明的业务处理线程的实时业务有关的事件的信道化，正如以上参照图11(e)讨论的。因此，业务代理＝s继续方法接收呼叫事项的事件和识别参量，重新分配与接收事件的tid，orid参量有关的业务线程，以及把该事件放置在线程＝s事件优先权队列。应当看到，Sag和SM类别都包括一个去向NOS的IDL接口。然而，的业务(SLP)没有这样的接口能够通过它的Sag接口在系统范围通信。
在实时业务处理期间，SLEE 450能够完成以下步骤(1)在业务处理期间在SLP和SIBB级别上解释指令；(2)把进入的事件传递到SLP的指定的事项；(3)如果跟踪标志被设置，产生跟踪数据；(4)允许在SLP，SIBB和SLEE级别上启动跟踪，以及发送跟踪数据到特定的输出端；(5)产生SLEE利用率数据以及发送运行时间利用率数据到特定的输出端；(6)产生用于电信管理网络(TMN)接口的例外数据(误差)；(7)产生用于TMN接口的性能数据；(8)接收用于附加上新的SLP事项或公用程序的消息/请求，以及添加上这样的新的SLP或公用程序事项，而不中断和恶化业务处理；以及(9)由用于负载共享的多个业务控制事项来支持同一个业务。
当业务事项结束处理时，它或者发起业务的终结，或者进行与业务通信的另一个处理过程。在任一个事件中，调用SAg(结束)方法它的功能是终结与该呼叫有关的线程事项。这是通过以下操作来实现的，即调用ThreadManager(释放)方法，传送独特地标识呼叫事项的Tid和Orid识别号，把任何事件放置在线程＝s事件队列中，以及释放呼叫，即终结线程事项和/或把线程事例放回线程库。
优选地，SleeThread类别事项提供对于同时执行IDNA/NGIN业务所需要的功能，而不需要占用所有的SLEE资源，以及易于实行协同工作的资源共享。具体地，在SleeThread和具有把SleeThread的一个事项与业务的一个事项相联系起来的SLEE的业务事项之间有一对一映射，即，对于由业务处理的每个呼叫，有一个与呼叫有关的SleeThread事项。通过收容事务id(tid)、对象参考id(orid)、对象参考(例如对等体和代理、SLP、和与SLP有关的优先权事件队列)，SleeThread也起到类似用于业务的数据仓库的作用。更具体地，SleeThread能起到像在业务(SLP)与业务代理之间的事件通道那样的作用，为此，要实施两个关键接口PushConsumer(推消费者)用于使得业务代理能够把事件放在SleeThread中；以及PullSupplier(拉提供者)，使得业务能够从它们相关的线程中拉出事件。如上所述，每个SleeThread具有用于以所述的方式询问NGIN事件的优先权事件队列的事项。
优选地，(优先权事件队列(PriorityEventQueue))类别是与平台无关的类别，它把与业务(SLP)有关的事件进行排队(得到NGIN事件的类别)。参照图11(f)，如步骤667和670所显示的，每个SleeThread对象示例说明优先权事件队列的事项，它可包括事件的散列表。事件可以按递减次序排队，使事件优先权在NGIN事件基本类别中被规定，以及取值从10到1的任何数值，10是最高优先权。因此，每个线程可以跟踪可提供/不可提供用于处理的事件的数目，因此，使得能实现完全并行的业务处理。
图11(g)显示(PostEvent(事件后))方法，它封装用于确立正在被线程接收的事件的优先权的逻辑，如步骤675表示的，以及把事件公布到优先权事件队列。如图11(g)所示，这实际上是按如下方式完成的在步骤678把推入的事件的优先权与在优先权队列中要被处理的下一个事件的优先权进行比较，在步骤680确定推入的事件的优先权是否大于在队列中要被处理的下一个事件(如果有的话)的优先权，以及或者把推入的事件放置在队列的顶部，以便把它设置为要被处理的下一个事件，如步骤682表示的，或者环绕队列和确定在队列中的位置，在该位置，事件应当按它的优先权被存储，如步骤682b表示的。然后，在步骤684，SleeThread当它从系统分配到处理事件时，便去处理下一个最高优先权的事件。
更具体地，PullSupplier(拉提供者)接口由SleeThread实施，以便去支持客户从提供者请求数据的运行，为此，采取调用“拉”操作(它实行阻塞，直至事件数据是可提供的为止或直至出现例外和把事件数据返回给客户为止)，或者调用不阻塞的“tryPull(尝试拉)”操作。也就是说，如果事件数据是可提供的，则它返回事件数据，以及把hasEvent(具有事件)参量设置为其实；如果事件数据是不可提供的，则它把hasEvent(具有事件)参量设置为虚假，以及返还零数值。因此，SleeThread起到事件提供者的作用，以及业务(SLP)呈现消费者的角色。业务(SLP)使用SleeThread拉或tryPull(尝试拉)，以便从SleeThread获取事件数据。如果业务没有事件数据不能继续进行，则它使用拉操作，否则，它使用尝试拉操作。
PushConsumer(推消费者)接口由SleeThread实施，以及实施通用的PushConsumer接口，该接口通过调用对线程的推操作和把事件数据作为一个参量传送到线程＝s优先权事件队列，从而支持提供者传送事件数据给消费者的操作。因此，SleeThread起到事件消费者的作用，以及ServiceAgent(业务代理)呈现提供者的角色。ServiceAgent(业务代理)使用SleeThread推操作，以便用于把事件数据传送到SleeThread。“消灭(kill)”业务数据可包括最高的优先权。事件的优先权可以缺省，或当新创建的事件类别被设计时，事件的优先权可以在业务创建中被建立。
如上所述，特定业务信道的业务代理事项，就是在业务处理过程期间去向/来自对于该呼叫创建的业务线程事项接收和产生的所有事件。例如，在一个节点处由交换机产生的起初的事件可以包括(ServiceRequestEvent(业务请求事件))(该类别负责把起初的业务请求输送到IDNA/NGIN业务控制)，特别是，有关的起初的呼叫上下文的信息，诸如发起业务请求的时间；发起请求的交换机ID；发呼叫起的端口ID；发起呼叫的终端设备ID；呼叫方号码；被呼叫方号码等。用于扩展NGINevent的(ConnectEvent(连接事件))子类别可以报告出现连接的时间；呼叫号码被连接到的台站号码；以及在ATM-VNET业务方面，可以报告进入的虚拟路径ID和外出的虚拟路径ID。用于扩展NGINevent的(ReleaseEvent(释放事件))子类别可以报告释放事件。例如，在ATM-VNET业务方面，当呼叫或被呼叫方终结呼叫时、或当用户信用卡用完时可以产生释放。这样的类别可以实施SIBB，以用于确定释放事件被产生的时间；产生释放事件的原因，以及从呼叫和被呼叫方连接到产生释放的时间所经历的时间。此外，用于扩展NGINevent的(terminateEvent(终结事件))子类别可被使用来把终结消息从NGIN输送到NGS。在接收这个消息后，交换机可以起动关断连接处理过程。(MonitorReleaseEvent(监视释放事件))子类别可以扩展NGINevent，以及它被使用来发送消息到NGS，以便引导NGS在接收释放指示后把释放指示转发到NGIN。当NGS接收监视释放消息时，(UniNotifyEvent(统一通知事件))子类别可以被调用来发送通知给发起者(呼叫者)。(MonitorConnectEvent(监视连接事件))子类别可以扩展NGINevent，以及它是一个被使用来从NGIN发送消息到NGS以引导NGS在接收连接消息时把时间发送到NGIN的子类别。
如上所述，在实时业务处理方面，数据管理的数据检索和更新功能包括在业务处理期间访问由DM存储的数据的能力。
在优选实施例中，在任何特定的业务节点处，DM在业务处理过程期间通过NOS从SLEE中执行的被管理对象事项接收数据请求。如果数据管理不能了解数据请求，则数据管理特别通知请求者(例如，管理对象)。如果数据请求是要检索数据实体，则数据管理返还请求的数据给请求者(例如，通过NOS)。应当看到，对于操纵和询问单个贮藏库中或多个贮藏库的数据所需要的任何支持由DM提供。数据管理还支持收集和整理跨越多个贮藏库的询问的结果。如果DM不能定位在数据检索请求中请求的实体的名称，则DF通知NOS部件。如果在检索一个数据实体期间发生数据库故障，则NOS部件也被告知。数据管理也通知请求者(执行业务控制对象)不能从正确的名称检索特定的数据实体。如果数据请求是要更新数据实体，则数据管理更新数据实体，以及确定是否需要复制。如果DM不能更新在数据请求中规定的数据实体，则DM通知请求者，以及如果它不能定位在数据更新请求中数据实体的名称，则DM也通知NOS。在NGIN运行期间的任何时刻，DM通知NOS在数据实体更新期间出现的数据库故障。如果数据请求是要删除数据整体，则DM删除数据项目，以及确定该事务是否需要在其它贮藏库上被起动。
图5(f)通常显示数据管理部件400的功能结构，它包括业务控制服务器部件405，用于使得呼叫业务数据在业务节点上可提供的，以便进行实时呼叫处理；以及数据库部件407，它被体现为分离的数据库服务器，用于存储和分配由SA保持的、选择的数据组。具体地，业务控制服务器部件405包括数据管理(DM)客户机410，后者是一个实际数据管理应用；DM API 412，它与DM应用项相链接，以及是DM应用使用来从SA得到数据的接口；本地超高速缓存器415，它是在业务控制服务器上的共享存储器，用来按照本地超高速缓存策略存储来自DBOR抽取的、可供用于数据处理的某些或全部数据；以及超高速缓存管理程序420，它用于通过实施本地超高速缓存策略策略而保持本地超高速缓存器的状态，以及用于与DM服务器通信，以便检索来自DBOR抽取的数据。数据库部件407包括DBOR抽取427，它包括一个或多个数据库，该数据库具有在该节点处在业务执行期间要被管理对象事项使用的数据；DBOR抽取管理程序426，用于执行与在业务管理中的DBOR管理程序520相同的功能(图5(d))，且处理SA保持的信息的选择子组；SA客户422，它用于把从业务管理接收的数据输入到DBOR抽取管理程序426；DDAPI 424，它是在SA客户622与SA的数据分配处理过程之间的处理过程接口；以及数据管理服务器425，它通常用于处理来自DBOR抽取管理程序426的数据抽取物。
现在参照图5(f)更详细地描述数据管理运行。在SLEE内，几种类型的功能可能需要来自数据管理400(包括但不限于管理对象(SIBB，SLP等)和NOS)的数据。这些中的每一个在图5上表示为DM客户机410，它在业务控制SLEE中执行。DM客户机410使用DM API412来作出对数据的请求，因为DM API 412为所有的DM客户机提供公共消息组，以便与数据管理接口。DM API 412也从DM客户机装其中需要数据的特定的存储单元，因为该数据可被存储在本地超高速缓存器415或只存储在DBOR抽取427中。DM客户机410通过逻辑名称来请求数据，以及DM API 412确定该数据是否可从本地超高速缓存器被检索，或它是否需要通过DM服务器从DBOR抽取请求数据。优选地，本地超高速缓存器415是可供用于在控制服务器405中所提供的每个SLEE上运行的每个处理过程的共享的超高速缓存器，即，对于不同的应用项可以提供有一个或多个本地超高速缓存器，例如，1-800处理过程超高速缓存器，路由管理程序超高速缓存器等，每个共享的起高速缓存器具有它自己的各个超高速管理程序。
当DM客户410作出对于数据的请求时，DM API首先检验本地超高速缓存器415，查看请求的数据是否被存储在其中。如果请求的数据被存储在本地超高速缓存器415中，则DM API通过使用任何标准数据检索技术(诸如散列密钥和算法，或寻址的顺序接入方法)来检索请求的数据，以及把它提供给DM客户410。
如果请求的数据没有被存储在本地超高速缓存器415中，则相关的超高速缓存器管理程序420提供DM服务器425从DBOR抽取427检索数据。具体地，DM API 412通过发送请求给DM服务器425通知超高速缓存器管理程序420它需要某些数据，以及超高速缓存器管理程序通过发送一个向DM服务器的请求来进行应答。DM服务器425接下来又通过使用用于数据库访问的DBOR抽取管理程序426来从DBOR抽取检索请求的数据。DM服务器425把请求的数据发回超高速缓存器管理程序420，以及超高速缓存器管理程序把数据通过DM API412提供给DM客户410。超高速缓存器管理程序也可以把请求的数据写入到本地超高速缓存器415，这取决于本地超高速缓存策略，后者则取决于业务要求和它们运行的计算机的能力、特别是存储器容量。这些技术条件是从由业务管理产生的业务和计算机简况得到的。
在优选实施例中，用于IDNA/NGIN的DM 400的数据超高速缓存器管理程序部件采用在每个业务节点处的“客户机侧超高速缓存”策略。按照这个策略，超高速缓存器管理程序子程序和逻辑基本上按以下的方式被实施(1)本地超高速缓存器作为在子程序开始时的静态阵列被保持；(2)子程序首先进行检验，以便弄清请求的数据是否在本地超高速缓存器中；(3)如果数据是在本地超高速缓存器中，则它被格式化以及被返回给呼叫者；(4)如果数据不在本地超高速缓存器中，则通过使用公共“QueryServer(询问服务器)”子程序从数据服务器检索该数据；以及(5)当数据从数据服务器被返回时，它被存储在超高速缓存器，被格式化以及然后被返回到呼叫者。更具体地，“QueryServer”子程序对数据服务器的询问进行格式化，发送该请求，以及如果没有接收到应答，则它发送另一个请求。这个过程继续进行，直至或者接收到一个应答为止、或者直至一组数目的尝试为止，这时子程序将返回给出一个错误。
在优选实施例中，代码逻辑存在于被称为“超高速缓存器管理程序”的分开的处理过程中，它动态地分配超高速缓存器空间，以及不作为“状态变量”。而且，在优选实施例中，超高速缓存器管理程序是通用子程序，即，它不包含对特定的表和数据单元的参考。而且，优选实施例的超高速缓存器管理程序实施可操纵许多超高速缓存策略的逻辑，以及实施用于操纵来自数据服务器的未经请求的数据消息的逻辑。
本地超高速缓存策略所包括的范围是从将所有数据存储到本地超高速缓存器，直到什么也不存储，但典型地包括“最近使用的”或“最经常使用的”策略。由于本地超高速缓存器的供应是提供快速的数据检索(使用共享的存储器)以供经常使用的业务，本地超高速缓存策略与SA业务支持供应功能有密切联系，它确定哪些业务运行在哪些业务控制服务器上。更具体地，根据数据特性以及数据与其有关的业务，有三种超高速缓存到系统中的数据级别(1)本地级别数据，它通过利用DMAPI、超高速缓存器管理程序和DM服务器以及DBOR抽取设备而实施这里描述的本地超高速缓存方案；(2)节点或站点级别数据，其中DMAPI、超高速缓存器管理程序和DM服务器部件被实施来用于更新DBOR和把所述改变通过DM服务器发回到节点的所有超高速缓存器管理程序；以及(3)网络级别数据，其中DMAPI、超高速缓存器管理程序和DM服务器部件被实施来将数据向上发送到SA和提供到中央数据库，以及通过SA和所有的DM服务器向下返回到网络中所有的本地超高速缓存器。应当看到，也有两种数据永久性级别(1)打算写入到DBOR的永久数据；以及(2)要根据数据特性情况而写入到本地超高速缓存器的瞬时数据。
再如图5(f)所示，作为瞬时数据的本地数据超高速缓存的例子，当用于业务的SLP要主动运行时，即，根据预期的业务要求被示例说明为SLEE中的持续的对象时，本地超高速缓存策略规定在按照来自SA的配置文件(即，业务简况)所指定的持续时间内把用于这个业务的数据从SA存储到本地超高速缓存器中。DM服务器将用于该业务的数据发送到超高速缓存器管理程序420，以便在工作时间内存储到本地超高速缓存器415。具体地，当SLEE环境变成为可提供的时，超高速缓存器管理程序420通过规定哪些业务将被执行而把自己登录到DM服务器425。由此，DM服务器425从DBOR抽取427中检索满足本地超高速缓存策略所需要的、用于已由超高速缓存器管理程序登录的业务的数据，并将其下载到超高速缓存器管理程序420。优选地，DM服务器425获知用于每个本地超高速缓存器和在它的站点处的超高速缓存器管理程序的本地超高速缓存策略。因此，DM服务器425也可把未经请求的数据提供给超高速缓存器管理程序。例如，当出现网络发起的更新时，该更新可以由DM服务器直接引导到它的DBOR抽取和/或引导到业务管理，用于验证和分配到其它数据管理平台。如果DM服务器从SA接收到一个更新，它将发送这个更新到超高速缓存器管理程序，以用于更新本地超高速缓存器。应当看到，在本例中，SA客户机和DBOR抽取管理程序426将更新DBOR抽取。数据管理提供在SA客户机与DM服务器之间的处理过程接口，用于把DBOR抽取更新通知DM服务器。
在优选的物理实施例中，数据管理部件400使用市场的数据库产品，其中的大多数提供接口机构，诸如API、对象请求代理人(“ORB”)，或网络文件业务。这样，数据管理不使用NOS部件700，然而，到数据管理的业务控制接口可被调整来使用NOS。由于数据管理功能对于每个业务节点是本地的，这个功能可以由不同的对象和在网络中的有关的数据库系统/产品被物理地实现。示例的关系数据库产品，除了包括Versant面向对象的数据库产品以外，还包括由Oracle、Informix、和Sybase公司可提供的那些产品。在业务控制与数据管理之间的接口可通过在特定的业务节点处使用任何一种数据库系统/产品而被支持，以及在不同的节点处可以是不同的。由NOS启动的分配处理通过使用任何在本地节点是适当的接口而发生在SLEE的处理过程之间，每个处理过程与它的本地数据管理部件接口。
现在参照图10(a)-(c)，更详细地说明IDNA/NGIN网络操作系统(NOS)部件700。如上所述，NOS功能包括启动处理过程之间的通信、对象连接性、和用于IDNA/NGIN系统170的资源管理功能。因为所有的IDNA/NGIN处理过程在具有广泛分配的结构的各种硬件和操作系统平台上执行，所以NOS提供在所有的处理过程之间的与平台无关的、和与位置无关的通信。具体地，NOS包括几个功能性子部件，以便提供在所有的NGIN处理(包括业务执行和控制、业务管理、与数据管理)之间的接口。NOS也是在交换机构件(资源复合体)和呼叫与业务处理之间的接口(图1)，以及它使得两个或多个运行在同一个SLEE的处理过程能够互相进行通信。
如图10(a)-10(c)所示，NGIN NOS功能性子部件包括(1)名称转译(“NT”)处理过程570，它把用于数据的逻辑名称分解为物理地址，该地址标识计算机(作为网络地址)和其中请求的对象正在运行的存储器地址；(2)本地资源管理(“LRM”)处理过程575和577，它们跟踪和保持在业务节点处的资源的状态；(3)总的网络资源状态(“NRS”)处理过程590，它保持在整个NGIN网络中所有业务节点资源的状态；以及用于提供处理过程之间的通信，(4)一组用于提供对象连接性的业务，诸如由遵从共同对象请求代理人结构的ORB提供的业务，这些结构例如是由Orbix提供的(由IONATechnologies of Cambridge，MA，和Dublin，Ireland等开发)，它能启动在不同的计算平台上进行对象之间的通信、API消息组、以及互联网协议(IP)通信，这具体地是通过把对象的逻辑名称以一种方式变换成物理地址，以便满足或超过一定的实时呼叫处理性能需要。
在系统引导时，SLEE 450被启动，以及在它的环境下，发送NOS客户机部件558和业务管理程序处理过程部件554的事项。SM SLP 554从该节点＝s配置文件580检索用于其它部件的逻辑名称，其中包括要被立即示例说明的业务的逻辑名称。它然后把逻辑名称提供给ORB名称业务，后者把逻辑名称变换成物理地址。ORB保持来自该点的业务对象连接性。ORB名称业务也被使用于其它业务登录。在SLEE上启动的每个业务把自己登录到NOS，以及正是通过这些登录过程，ORB识别对于逻辑名称的物理地址。
为了实施在交互作用的对象之间的与平台无关的通信，定义了一些接口，正如由接口定义语言(“IDL”)所允许的接口。CORBA当前支持IDL，然而，其它面向对象的通信技术(诸如远端方法需求(RMI)协议)也可被实施，只要对于实时呼叫处理满足性能要求。具体地，对于每个IDNA/NGIN部件的接口在它们创建时被规定，以及通过把它们存储在持续的数据存储器中或与本地LRM 575相关的库(未示出)而被做成在运行时间可供使用的。允许业务去询问这个库，以便获知新的对象接口。NOS客户机处理过程558和NOS主机560是一个NOS类别库，它被使用来与NOS业务接口以及被运行在该SLEE内的所有的业务使用来调用NOS NT和LRM业务，正如现在参照图10(b)-12描述的。
图10(b)显示位于在执行一个或多个SLEE 450和450’的计算机上的NOS NT功能性子部件570和LRM功能性子部件575的功能性结构，NT和LRM子部件与每个SLEE有关。图10(b)具体地描绘单个IDNA/NGIN业务节点或“站点”204的例子，它具有至少两个计算系统440和440’，用于实施各自的SLEE部件450和450’和各自的NOS部件700和700’，它们的每个包括各自的NT功能性子部件570和570’和各自的LRM功能性子部件575和575’。虽然单个SLEE被显示为是在分离的计算机上执行的，但应当看到，两个或多个SLEE可运行在同一个计算机上。运行在每个SLEE 450，450’上的是被标记为S1，...，S4的几个业务对象或处理过程，它们可以是呼叫线路逻辑、业务逻辑或呼叫处理逻辑程序、持续运行的特性鉴别符对象程序、或NOS客户对象558、或其它程序。
正如这里描述的，每个NOS NT功能性子部件570和570’包括用于识别要使用的数据或业务对象的正确版本的处理过程，以及要使用的那个对象的最佳事项，具体地说，这要通过允许一个处理过程去访问任何其它处理过程，使用在不同的版本和被呼叫的处理过程的事项中保持不变的、单个共同的逻辑名称。因此，NOS NT部件570封装来自处理过程的事项的对象参考、修改版本、和物理地址。
正如这里描述的，在每个业务节点处NOS 700的每个本地资源管理程序(“LRM”)部件575和575’确定哪些业务在节点的哪些SLEE上执行，按照被包含在业务简况(配置)文件580中的配置规则，它可包括业务简况的内容，它的一个例子被显示在这里在表2上，以及根据SA部件被部署来用于贮存在本地超高速缓存器中。LRM首先读出在该节点处被存储本地超高速缓存器415中(图10(a))的这个业务简况文件580，以及确定哪些特定的SLEE按照在业务简况文件中的规则来运行一个业务，以及哪些业务主动地(作为持续的对象)运行在SLEE中，或只是按要求被示例说明。
具体地，正如这里描述的，SA针对每个业务来产生业务简况(它可被体现为SA中的格式化的数据文件)，它规定该业务的要求以及它应当被部署到网络内哪些SLEE和/或计算机。在网络中要被部署的特定的业务的、示例性业务简况在这里被显示为如表2中提供的那样。
再次参照图10(b)，LRM 575通过以正如将更详细地描述的方式跟踪每个业务资源的健康和状态，从而允许进行运行时间配置和业务执行的最佳化。具体地，每个LRM功能性子部件保持一个列表，其中包括被编程来运行在该SLEE上的所有业务、哪些业务处理过程(对象参考)主动运行在SLEE上、以及在该节点处根据预定的门限值的SLEE的当前负载状态(处理容量)。
更具体地，NOS的LRM部件575是一组程序库，它被构建在相应于系统中每个对象(逻辑程序)的对象参考的本地超高速缓存器中，以及该对象参考包含有关服务器的信息(诸如IP地址和端口号)以使得能够进行通信。当新的对象变成为在系统内可提供的时，它们被登录到NOS，也就是说，为它们创建一个对象参考，以便通过数据管理登录到本地超高速缓存器去。
在询问它的业务简况(配置)文件580以便确定哪些业务要被立即示例说明后，NOS LRM部件575从NOS NT 570通过也在SLEE 450中执行的NOS客户事项558来发送业务激活请求给SLEE中的激活业务管理程序对象554。SM对象554是用于启动SLEE业务的控制的API对象。例如，当接收到对于非激活的业务的请求时，它提供示例说明新的业务的能力。也就是，当它被示例说明时，它能够分配处理过程线程给对象，并且业务通过LRM 575把自己登录到NOS。由于业务被另一个业务通过使用它的逻辑名称而被调用，LRM使用配置文件中的规则通过利用ORB名称业务把逻辑名称映射为激活事项的物理地址，从而确定需要调用哪些事项。
如图10(b)所示，与NGIN站点或业务节点204有关的是运行在分开的计算机440”的NOS部件700”上，或运行在共享的计算机(诸如计算机400或计算机440’)上的站点LRM 577。站点LRM 577用来(1)跟踪业务在每个SLEE处的可提供性，它是运行在每个SLEE上的所有的处理的当前负载的功能；以及(2)保持资源状态表，这是每个各个SLEE LRM 575的主动更新的副本，其中对于每个资源加上SLEE识别号。站点LRM子部件577确定所请求的业务的哪个事项应当根据任何的业务准则被使用，这些准则包括但不限于(1)被呼叫的业务事项相对于呼叫的业务事项的接近度(相同的，相对于不同的SLEE，相同的，相对于不同的站点)；(2)被呼叫的业务事项相对于被呼叫业务所需要的数据管理的接近度；以及(3)当前的系统和处理负载。
作为例子，如图11(b)所示，无论何时一个处理过程(例如在SLEE中的S1)需要示例说明SLP，S4以便执行特定的处理过程(例如Vnet)业务时，NOS首先进行判决业务(即它的对象参考)在本地超高速缓存器(例如，在SLEE)中是否可提供。如果本地LRM 575没有所请求的对象参考，则NOS找到站点级别LRM577，以便确定相应于请求的业务的该特定的对象参考。例如，如图11(b)所示，该对象可以在SLEE 2中找到，以及当找到时，则NOS可通过示例说明该对象的事项而使得该业务是可提供的，如果SLEE具有这样做的容量(即它的利用门限值还没有达到)的话。
还如图10(c)所示，除了对于每个SLEE的LRM 575和对于每个站点的LRM 577以外，NOS部件700还包括网络资源状态(“NRS”)子部件590，它是执行网络范围的资源管理功能的处理过程。具体地，对于网络中的每个站点LRM，例如相应于图10上标以440a-440c的站点的站点LRM 577a，...，577c，NRS包括由每个站点LRM保持的数据子集。NRS 590包括(1)SLEE列表；(2)哪些类型的业务被编程为在每个SLEE运行，以及(3)哪些业务主动运行在每个SLEE，即，作为百分数基础的SLEE＝s当前负载。这个NRS子部件590是按逻辑集中的功能，它给予NOS另一个对于站点LRM 577a，...，577c所不能满足的请求的传播级别。另外，NRS子部件590包括用于每个SLEE450的指示符，以表示该SLEE是在上面还是在下面，以及该SLEE是否达到了业务利用门限值。该“上或下”指示符和利用门限应用项被使用来确定SLEE是否可供使用来接受来自其它业务的业务请求，以及在给定这些指示符和门限应用项的情况下NRS子部件可以只提供关于SLEE是否可提供的二进制指示符。例如，如果所请求的SLP对象在SLEE中被找到，但该SLEE不具有示例说明所请求的处理过程的容量，则它将发送通知给站点LRM 577，告知对于该SLEE，已达到了利用门限值，以及不可能处理对该业务的另外的请求。这个信息也将传播到NRS部件590。
优选地，每个节点实施监视系统595(图10(a))，以用于监视存储器容量、数据库容量、对于请求的对象的队列的长度、在排队中的时间量、以及用于系统中每个SLEE的其它资源/负载参量。这些因数被做成对于NOS 700是可提供的，它根据这些因数中的一个或多个因数来作出关于SLEE的利用门限值的判决。除了固定的门限以外，多个门限可被使用于滞后现象。
由NT，LRM，和NRS执行的功能使得NOS 700能够提供与位置无关的处理过程，而现在参照图12(a)-12(c)以及15(a)和15(b)更详细地描述最佳化NGIN的总的处理功能。
如图10(a)和12(a)所示，包括数据和其它部件的业务软件包被加以配置(作为配置软件包)和从SA部件500被下载到在位于每个各个业务节点处的节点配置处理器(“NCP”)564处提供的节点配置文件，以及被下载到NRS 590。被下载到SA的配置数据包括有关业务简况的数据结构，即包括(1)业务名称(对于每个业务)；(2)对于每个业务的正在服务的数据/时间；(3)对于每个业务的未在服务的数据/时间(如果有的话)；(4)业务相关性，例如，用存储器装载的数据库和对于当前正在运行的业务的其它处理过程；(5)业务日程表，例如，星期假日，包括起始时间持续时间、启动负载量(预期的负载)；(6)每个时刻的装载速率；以及(7)门限值百分数。例如，对于特定的业务，如果SLEE的负载门限值是100/业务事项以及预期的负载量是200，则在SLEE中至少需要两个(2)和优选地三个(3)事项可提供用于支持该业务。
被传送到和被保持在NRS部件590的配置数据包括在每个节点处每个业务的业务名称；业务能力，即，一个指示符，表示在节点处为运行该业务所需要的硬件和软件是可提供的，以及对于该业务的一个节点状态，它可包括以下子类别(1)激活性；(2)过载；(3)不在服务；以及(4)关断，例如正在维修。例如，业务节点可能能够提供未激活的业务，即业务未被示例说明但能够被示例说明的。当业务成为示例说明时，在该节点处的业务＝s状态成为激活的。NRS系统590因此查看能力和状态，从而确定它是否可接收请求，以便在特定的节点处激活一个业务。
再如图12(a)所示，每个节点配置处理器564保持和访问节点超高速缓存状态(“NCS”)数据库568，它具有的信息包括该节点当前运行中所依据的信息，这些信息包括业务对象名称和对象参考；节点和SLEE；它的状态(激活永久/临时、告警级别、不在服务、被去除掉的)；上次状态消息的时间印记、上次改变(更新)的时间印记、以及上次LRM状态处理过程检验的时间印记。NCP 564还访问到配置文件，以使得它可监视何时启动和关断处理过程。具体地，节点配置处理器564读出配置文件，以及当时间用完时，去除SLEE的示例，或把状态从永久改变到临时。本地服务器配置代理处理过程567是允许在SLEE 450与NCP 564和LRM系统577(图11)之间进行通信的机构。例如，SLEE 450可发出告警门限信号562，表示在SLEE处的业务不再可提供或当前不可提供。这个信号被传送到业务节点配置处理器564，它改变在节点超高速缓存状态数据库568中的业务的状态，以表示告警级别(例如，暂时不在服务，或被去除)，以及还询问NCS节点超高速缓存状态数据库，以便确定这个业务当前是否正运行在另一个SLEE。根据这个判决，它或者示例说明另一个SLEE，或者在另一个SLEE上示例说明新的线程，以用于该业务。因此，当NOS进行名称转译分配时，它所根据的是在节点配置处理器中的数据。
被节点超高速状态数据库568保持和保存的附加的数据包括与在业务节点处被示例说明的SLEE有关的SLEE业务状态数据简况。这个SLEE状态简况包括SLEE名称；SLEE对象参考；SLEE状态(包括激活的、临时的、告警的、不在服务的、或被去除的)；从SLEE发送到节点配置处理器的上次状态消息的时间印记；上次状态改变(更新)的时间印记；带有指示的上次心跳的时间印记，表示在上次从节点配置处理器发送一个消息对SLEE进行检验；告警级别的时间；以及当它被清除时告警级别的时间。作为SLEE状态数据的一部分而被附加保持的是SLEE激活时间的安排表和SLEE关断时间的安排表，其中关断状态或者是硬的(表示不管呼叫业务当前是否在该SLEE处执行，SLEE都将关断)，或者是软的(表示在所有的呼叫完成或被去除以后，SLEE将关断)。
应当看到，实时呼叫处理系统与资源保持系统无关地运行，即，使用相同的数据、但不同的处理过程执行维护。具体地，如图12(a)所示，提供了NOS命名处理过程570a，b，它是用于处理实时业务请求的实时处理代理。另一方面，节点配置处理器564执行管理功能以及响应于来自SA的输入；来自SLEE的告警和状态输入；以及请求从NOS命名示例说明新的处理过程，正如后面将描述的。
如图12(a)和12(b)所示，LRM系统577包括以下子部件LRM状态处理器579、NCP 564、NCS 568，和(本地)服务器超高速缓存数据库569。可任选地包括有本地服务器配置代理567，它用作为在SLEE和NCP 564之间的接口。LRM状态处理器579是进行以下操作的对象读出NCS数据库568，寻找任何状态改变或更新(图12(a))以及把状态的任何改变或更新分配到其中保存本地超高速缓存的本地服务器超高速缓存状态数据库569。按时间次序地，如图12(b)所示，节点超高速缓存数据库568首先用在每个SLEE处的任何当前正在运行的业务连同记录的、进行更新的时间印记而被更新。LRM状态处理器(“LSP”)579周期地访问节点超高速缓存数据库(例如每2秒)，寻找要被分配到支持各个SLEE的计算系统超高速缓存的任何更新改变。例如，LSP将读出NCS和抽取带有比上次LSP访问的时间标记更大的时间印记的所有状态改变，而且，将副本更新到本地服务器超高速缓存状态569。因此，例如，如果节点超高速缓存在故障条件期间被丢失，则本地节点将运行在本地级别的当前的状态(服务器超高速缓存状态)副本上。
图12(c)显示节点超高速缓存状态数据库568的更详细的结构。如图12(c)所示，提供了两个超高速缓存系统，它们优选地位于不同的服务器处(1)热超高速缓存576a，它用作为当前的超高速缓存资源，以及(2)待机的超高速缓存576b，它用来接近实时地保存热超高速缓存资源。在本发明的资源管理系统运行期间的不同时间，热超高速缓存576a被用作为节点超高速缓存状态数据的主贮藏库。这个数据在一个或多个超高速缓存管理程序处理过程573a，b控制下被周期地更新为一个或多个超高速缓存记录572a，b。超高速缓存管理程序处理过程573a，b的功能是参考超高速缓存记录572a，b从热超高速缓存得出更新的状态信息以及为了冗余性而把它输入到等待超高速缓存576b。在优选实施例中，在热超高速缓存576a首先接收状态更新的时间、与超高速缓存管理程序更新待机超高速缓存576b所花费的时间之间有从大约5到15毫秒的小的滞后时间。在节点超高速缓存数据库中有故障时，或当热超高速缓存576a当前是不可提供来接收另外的更新时，系统从热超高速缓存576a切换到待机超高速缓存576b，它然后用作为热超高速缓存。为了最大性能，超高速缓存从热切换到待机，这在大约50毫秒内完成。应当看到，超高速缓存管理程序周期地检验热超高速缓存576a，以确保它仍旧接通和起作用，并确保快速转换到待机超高速缓存576b。另外，每个超高速缓存管理程序本身登录到三个主要处理过程的每个处理过程，它们访问节点超高速缓存状态数据库，包括节点配置处理器564、LRM状态处理器579和节点NOS命名处理过程570b。这是为了可以把转换通知给三个代理(即NCP，LRM状态处理器和节点NOS命名)，这样，它们的每个都可以参考正确的超高速缓存副本。
在优选实施例中，如图13所示，在节点中的第一SLP例示处理过程为如下首先，如步骤460表示的，NCP读出在节点的配置文件中所有的业务简况，以及在463，例如根据一天的时间，确定哪个SLP需要被示例说明。然后，NCP将根据SLEE＝s当前负载和业务数据相关性选择SLEE/服务器。例如，如果数据库需要被装载(或节点未激活的)，NCP 764将请求超高速缓存管理程序把相关性数据装载到服务器数据管理。如果数据已从DM装载到SLEE，或如果数据不必被装载，则处理过程进到步骤470。如果需要的数据被DM装载，则DM在它完成时在步骤468应答NCP，以及NCP在步骤470请求在SLEE上装载SLP。然后，SLEE在步骤472应答业务是可提供的，以及NCP764(图12(b))随之在步骤474用激活的业务名称(用于NOS名称转译的已登录的对象参考)更新节点超高速缓存状态。另外，在步骤476，在该节点处该业务的状态被更新为在NRS 590中“激活的”。在以后的示例说明该业务的情况下，NRS业务状态可能不被更新， 因为它已经具有“激活的”状态。NCP用提供给NOS的名称和登录的对象参考来更新节点超高速缓存768，从而使得NOS可执行名称转译。因此，当NOS得到请求时，它给予一个对象参考。
现在参照图14(a)描述SLEE门限处理过程。正如步骤470表示的， 当业务门限超过时，SLEE(例如SLEE 1)将发出告警。优选地，具有几个可能的门限水平，包括“警告”或“过载”(超过门限水平)。然后，步骤472-485相应于图13的相同的步骤460到474，步骤472调用NCP的功能来读出节点超高速缓存状态768，以便确定业务是否正在运行在业务节点的任何其它SLEE上。根据装载，可以具体通过抽取一个SLEE(例如SLEE 2)来启动示例说明处理过程，如步骤474表示的，以及任何需要的数据相关性被DM装载。在步骤478接收DM应答后(如果有的话)，NCP请求把SLP装载在选择的SLEE 2上，以及当业务成功地在SLEE上被示例说明时，SLEE 2随之应答。最后，在步骤485，NCP 764把第一SLEE 1的节点超高速缓存状态更新到例如警告或“过载”条件。而且，在SLEE 2处业务的状态被设置为在NRS中激活的。应当看到，在这时，NRS不必被更新，因为节点仍旧是有能力的，以及业务仍旧激活的。然而，如果确定了节点没有空2来启动SLEE，则状态可进入到过载，以及网络资源状态可被更新以便反映该节点是过载的。
被附加构建到本地资源管理系统的是SLEE监视处理过程，正如参照图14(b)说明的。SLEE监视处理过程对于启动对节点超高速缓存状态数据库768进行状态改变更新是必须的。具体地，通过启动节点配置处理器764读出在节点超高速缓存状态数据库768中的节点业务SLEE状态数据简况，可以使处理过程开始，如步骤491表示的(图14(b))。具体地，在步骤492，NCP确定自从先前的SLEE状态更新以来，预定的时间“x”是否已消逝。如果上一个SLEE更新状态大于预定的时间“x”，则NCP通过本地服务器配置代理767来发送询问消息到SLEE，如步骤493表示的。这个NCP产生的询问消息也被称为心跳消息。NCP然后等待来自SLEE(即，NCP把心跳消息引导到了SLEE)的应答或错误应答，如步骤494表示的。如果SLEE通过更新状态来应答，则NCP更新在节点超高速缓存数据库中SLEE状态简况，如步骤499表示的。如果没有接收到应答或接收到错误消息，则NCP把SLEE简况状态设置为“不提供服务的”，如步骤695表示的。另外，NCP把在该SLEE上的每个业务对象参考设置为不提供服务的，以及在步骤496，在等待服务器上发起SLEE示例说明处理过程，以代替不提供服务的SLEE。这可能需要询问在节点超高速缓存状态数据库中的对象参考库，以便作出关于当前正在SLEE上执行的业务对象的决定，以及也可能需要询问原先的配置文件，以便确定哪些业务在SLEE成为不提供服务的时间内已被示例说明。应当看到，当SLEE被确定为不提供服务时，正在该SLEE上执行的所有的呼叫状态被丢失，以及可能不能恢复，除非在系统中构建了其它的容忍故障的和/或冗余的机构。新的SLEE的启动只能恢复在SLEE断接时可提供的那些对象事项。一旦新的SLEE被示例说明，NCP就等待新的SLEE应答，如步骤497表示的。如果新的SLEE肯定地应答，则NCP在步骤499继续更新在节点超高速缓存状态数据库中SLEE状态。否则，NCP可能在业务节点上示例说明对另一个业务的新的SLEE处理。无论哪一种情况，处理过程都返回到SLEE监视步骤491。
现在参照图15(a)-15(b)更详细地描述由NOS(包括NT，LRM，和NRS)执行的资源管理功能的说明性例子，该功能使得NS 700能够提供与位置和平台无关的处理，同时使得NGIN的总的处理能力最优化。在参照图15(a)-15(b)描述的LRM处理流程583中，假定在业务控制服务器1的SLEE1上执行的业务S1需要调用业务S2，如步骤585表示的。业务S1可以是FD或业务逻辑程序，它已接收来自交换机构件呼叫控制的事件业务请求，以及需要调用另一个SLP，S2，以便完成呼叫处理。
具体地，参照图15(a)，业务S1通过使用SPL S2的逻辑名称发出一个请求到NOS 700。当接收到业务对象的SLP请求时，NOS名称转译功能570a(如步骤586a表示的)被实施来确定NOS是否认识到请求的业务激活地运行在本地业务控制服务器1，即，具有与请求的业务的逻辑名称有关的对象参考。优选地，被存储在本地服务器超高速缓存中的数据包括以下的NOS名称数据域(1)SLP逻辑业务名称，它典型地是用于描述业务的逻辑名称，以及是特性鉴别器数据指向的名称；(2)可任选的版本号，它描述对于特定的顾客需要的特定的业务的版本(该顾客需要该业务运行的版本)，或节点等；(3)状态包括部署的(即，当SA部署工作软件包到节点但业务没有被激活时)，工作的(即，表示该业务当前是激活的)，或后退的(当希望后退到业务对象的先前的版本时，例如，提供快速返转；(4)对象名称或参考，它可包括IP地址、端口、和标识对象事项的物理地址的其它信息；(5)正在服务的数据和时间以及不提供服务的数据和时间；(6)错误的处理过程对象名称(例如，如果对象是不可提供的，或不能被激活的)；以及(7)当处在后退状态时要被执行的后退对象名称。正如这里参照图11和12附加描述的，本地服务器NOS命名处理过程570a从由LRM状态处理器579提供的业务得到好处，该处理器只用运行在业务控制服务器的特定的SLEE中的、当前工作的业务来更新本地服务器超高速缓存状态数据库569。这是为了使本地服务器NOS名称转译功能可以首先被在本地执行。当NOS首先得到名称请求时，它查看逻辑名称，以便得出对象名称(或对象参考)。NOS从逻辑名称得出对象名称，以及节点LRM处理过程根据一个或多个先前提到的事务规则来确定寻址的请求对象的最佳的事项，如步骤586表示的。
在步骤586a，如果逻辑名称被识别以及对象参考是可提供的，则处理过程在步骤586b进到LRM功能，按照一定的准则(诸如运行门限值)来确定运行在SLEE1的S2的激活的(可提供的)事项。如果没有找到激活的事项，则LRM可以进行检验，以便查明S2是否被编程来在SLEE1上运行而还没有被示例说明。如果这正是这种情况，则NOS 700可作出决定以便示例说明在SLEE1上的事项，如果SLEE1具有足够的可提供的容量的话。如上所述，在服务器级别上的LRM只知道在服务器上激活的部分，以及知道被示例说明的部分。如果对象当前是激活的和在本地服务器级别上被示例说明的，则用于示例说明对于这个业务的新的线程的对象参考被返还到SLP请求。NOS将发起对新的业务线程的示例说明，以用于根据返还的对象参考执行请求的业务，以及返还对象参考，如果还没有示例说明的话。
如果在步骤586a确定SLEE1没有足够的可提供的容量，或如果S2是不可提供来运行在SLEE 1上，则在步骤588a，在SLEE 1上的LRM发送业务请求给站点LRM 577a(图14)。站点LRM应用类似的事务规则，以及确定S2的事项是否激活的，或是否应当在该站点的另一个SLEE上被示例说明。因此，在步骤588a，节点NOS名称转译功能570b(图12(a))被实施来确定请求的逻辑名称在该节点是否可提供，即，在该节点的同一个或不同的本地业务控制服务器的另一个SLEE是否保持与请求的逻辑名称有关的对象参考。如果在步骤588a获知逻辑业务名称，则NT子部件570询问NOS LRM 575，以确定使用S2的哪个事项。节点LRM 575然后在步骤588b把事务规则应用到节点超高速缓存状态数据库568(图12(a))，以便检索用于请求的业务的想要的对象参考，如果激活的话，以及把该地址返还到呼叫的SLP(步骤585，图15(a))。如果确定该业务在当前不被示例说明，或在特定的SLEE上请求的业务由于处理过程负载或其它强加的约束而不能示例说明，则在步骤588c，通过检验节点超高速缓存状态数据库568(图12(a))；实施关于业务接近度、数据接近度、门限、当前处理负载等的事务规则；以及在SLEE中示例说明请求的业务(在所述SLEE中，已确定业务对象是能够用于示例说明的)从而执行分配和装载处理过程，正如参照图13更详细地描述的，以及把地址返还给呼叫的SLP。应当看到，在一个以上的业务对于每个SLEE的示例说明是可提供时，在确定哪个业务线程去进行示例说明时可以实施循环方案。
回到图15(a)，在步骤588a，如果确定当前节点不知道请求的逻辑名称，即节点超高速缓存不具有与请求的业务的逻辑名称有关的对象参考，或由于应用的事务规则，而不能在该节点示例说明该对象，则在步骤590总的网络资源状态(NRS)处理过程590被询问，以便检验智能网170的SLEE的当前状态以及确定一个可处理对于S2的业务请求的SLEE。在此之前，如步骤592表示的，要进行查验，以确定代表对网络进行询问以便寻找对象参考的次数的索引号码是否超过预定的限制数(例如3次)。如果这个门限值被超过，则处理过程终结以及告知管理者不能找到业务对象和存在错误条件，如步骤598表示的。如果NRS询问门限值没有超过，则如步骤594表示的，NRS处理过程590确定网络中哪个业务节点能够执行请求的业务。在确定智能网中的节点后，如步骤594表示的，处理过程继续进行到步骤598a，图15(b)，在此，节点NOS名称转译功能570b被加以实施，以便得到与请求的业务的逻辑名称有关的对象参考。如果在步骤598a，该节点处逻辑业务名称没有获知，则在步骤599，把NRS询问索引号加一个增量，以及处理过程返回到步骤592，图15(a)，以便检验索引号门限值是否超过(在超过的情况下存在错误条件)。如果在步骤592，图15(a)，NRS询问索引号没有超过它的预定的门限值，则NRS处理过程590在步骤594再次被询问，以便找出在另一个业务节点处可提供的业务的新的位置。
如果在步骤598a知道逻辑名称，则处理过程在步骤598b继续进行，以便按照可接受的处理负载来确定与请求的对象参考有关的地址。这个地址然后被返还给请求的SLP，如步骤585所示，图15(a)。如果在步骤598b，确定该业务当前来示例说明的(激活的)，别处理过程进到步骤598c，通过检验该节点处节点超高速缓存状态数据库568、实施事务规则、和在确定业务对象可提供使用于例示的SLEE中示例说明请求的业务，从而使得能够进行分配和装载处理过程。随后，在步骤598a，示例说明的对象SLP的地址被返回到请求的客户，一旦选择S2的激活的事项，则该S2的对象参考返回到SLEE 1上的NT(步骤802)。NT然后把逻辑名称实际上转译为用于S2的被选择的事项的对象识别号，以及在S1和S2之间进行处理过程间的通信时使用用于S2的该对象识别号。对象识别号包括IP地址、端口和标识对象事项的物理地址的其它信息。一旦对象参考被确定，NOS就通过实施符合CORBA的ORB和数据通信无连接协议(诸如UDP/IP)，从而提供在两个业务之间的对象连接性。无论运行在同一个SLEE还是运行在几千英里以外的另一个站点的另一个SLEE，被呼叫的业务的位置对于呼叫业务是完全透明的。因此，如果服务于呼叫所需要的SLP在远端站点SLEE上被示例说明，则呼叫仍旧被保持在已接收该呼叫的交换机上。优选地，一旦对象参考通过NRS级别在另一个站点被访问，NOS就确保对象参考被超高速缓存在请求的站点，以用于将来的参考，以及通过业务管理被检查。因此，在本例中，当再次需要这个业务时，为了减少以后的通过起动站点LRM查找来进行的查找，无论业务S2的对象参考位于何处，它都被超高速缓存到SLEE 1的LRM 575中本地超高速缓存中。本领域技术人员应当看到，可以具有使得业务对象参考数据可被提供在SLEE中的各种方式。例如，NOS数据复制机构可被利用来把站点LRM 577处的所有的对象参考复制到在站点处的每个SLEE的每个LRM。
应当看到，如这里优选实施例显示和描述的、这种三层资源管理分级结构(LRM、站点LRM和NRS)，可被本领域技术人员修正。例如，附加的NOS资源管理层可根据所提供的多个区域的NRS部件而被构建在分级结构中，每个部件可以与单个总的NRS通信。
在描述NGIN系统100的主要功能性部件后，现在描述优选的实施方案的一个例子。
图16显示业务节点(也被称为站点204’)的优选的物理结构。图 16上的站点被显示为包括一个或多个网络交换机部件180a，...，180n，每个包括被称为下一代交换机(“NGS”)的交换平台。业务控制功能由业务控制服务器405实现，它可以是通用计算机(诸如IBM RS6000、DEC Alpha服务器)，基于Pentium的个人计算机，等等，以及可以使用运行任何标准的操作系统，它与其上运行该操作系统(例如，Microsoft Windows NT，UNIX，Sun Solaris，或VMS)的计算机相兼容。然后，在操作系统的顶部，运行NGIN SLEE 450来提供业务控制/SLEE环境，在这个环境内执行各种业务控制处理过程。如图16所示，在站点45处可以有一个或多个业务控制服务器405a，...，405n。虽然业务控制服务器可以实施多个SLEE，在优选实施例中，单个SLEE可以占用整个业务控制服务器，它带有也运行在每个业务控制服务器的LRM(未示出)和运行来 踪运行在这个站点的所有的业务控制服务器上的业务的站点LRM(未示出)。每个NGS资源复合体180a-180n通过(诸如由LAN交换机(例如千兆比特以太网交换机)提供的)高速度数据链路57而与业务控制服务器405a，...，405n相接口。呼叫控制和业务控制通过链路57使用NNOS来交换业务请求和业务应答。虽然NGS交换机180a可以物理地位于特定的业务节点，但它具有通过NNOS访问在网络中任何地方的业务控制功能。
再次参照图10(a)和15，DM服务器425、DBOR抽取管理程序426、SA客户422、和DDAPI 426的数据管理部件400功能可被实现在后端DM服务器407a，...，407n中，它与用作为业务控制服务器的计算机硬件/操作系统可以是同一种类型，但不需要SLEE。在优选的实际实施例中，数据库服务器407被实施为双冗余处理器，带有包括DBOR抽取数据库的共享的磁盘阵列408。业务控制服务器405a，...，405n通过(诸如由LAN交换机(例如千兆比特以太网交换机)提供的)高速度数据链路59而与后端DM服务器407a，...，407n相接口。业务控制/DM服务器LAN 61从NGS/业务控制LAN 63被分割而来，用来把资源复合体(NGS)与业务控制服务器相接口，因为NGS/业务控制LAN63被使用于数据加强的、实时的呼叫处理功能，而业务控制/DM服务器LAN 61检查到很少的业务，因为大多数呼叫处理数据被超高速缓存在业务控制服务器的本地存储器中。DM服务器本身按照不同的数据类型被划分。例如，一对服务器407a，407b和相应的共享磁盘阵列408被使用于业务(SLP，SIBB等等)和业务数据(顾客简况，路由表等等)，而第二对DM服务器407n-1，407n和相应的共享磁盘阵列418被使用于多媒体数据(话音对象，传真对象等等)。这第二组DM服务器被一个或多个智能外围(“IP”)设备88a，88b通过数据交换机429访问，以及用于多媒体的IP 88a，88b，DM服务器407n-1，407n，共享磁盘阵列的集合的结构以及高速数据交换机429很适用于互动业务平台，诸如话音应答单元(“VRU”)。
正如从图16的结构显示的，智能外围设备运行在SLEE/NNOS环境内，因此可接收来自业务控制服务器405a，...，405n的业务应答。例如，业务控制服务器可以把业务应答发送到智能外围设备，以便为呼叫者播放某个音频消息。优选地，IP 88a，88b能够接收和处理电话呼叫，以及通过话音链路被连接到NGS的交换机构件。IP将使用数据交换机429来检索来自DM服务器的请求的音频对象。IP可以附加地包括传真服务器、视频服务器、和会议桥路。正如容易看到的，所显示的NGIN站点204’结构是高度可增容的，因为附加的业务控制服务器，DM服务器，NGS平台和智能外围设备通过把它们连接到站点LAN和把它们配置在业务管理中，从而可以容易地被添加进来。
外部的接口也可被链接到站点204，以及被给予一个IP地址，如图17所示。具体地，各种外部接口83可被引入到NGIN结构(如有需要)，以便提供在NGIN与对于呼叫处理所需要的、但不是NNOS兼容的外部系统之间的处理过程接口。外部接口因此适配于NNOS，不管外部系统使用哪种通信协议和传送消息格式。在一个实施例中，接口可以包括信令网关，它使使用NNOS的NGIN处理过程与使用诸如SS7的信令系统的外部系统相接口(例如在执行LIDB询问时)。所以，SS7网关被使用来把NNOS消息转译成SS7消息，反之亦然。在另一个实施例中，外部接口可组成远端数据网关，它被使用来把NIGN与外部业务控制点(图1)(例如，可能由电信业务提供者的大量顾客所拥有的)相接口。RDG把NNOS消息转译为无论哪种由远端SCP所需要的类型的消息和通信协议。
更具体地，图17显示NGIN系统域1000的示例的物理结构，它包括网络79，后者包括基于路由器或基于交换机的WAN 69，用于链接两个或多个站点204a，…，204n，以及外部接口83。NNOS业务横跨这个WAN，这样，在任何站点处的任何处理过程可以与在任何其它站点处的任何其它处理过程通信。可以将几个不同的配置用于站点204。例如，几个节点204a，204b是实施资源复合体(交换机)和业务控制功能的节点。可以有数据管理专用的站点，诸如数据管理节点207。
了解本发明的关键在于，由于由NNOS提供的分配处理能力和与位置无关的处理过程间的通信，以及由于由公共SLEE提供的平台独立性，NGIN系统消除专门的业务节点的概念。因为任何业务可以在任何站点204被提供，所以不需要把呼叫输送到专门的业务节点，即呼叫可以在它接入的第一个NGIN业务节点被处理。然而，应当看到，通过NGIN系统1000提供的高水平的可配置性，网络可被配置成具有专门的业务节点。例如，将网络资源(诸如会议桥路连接)部署到专门的业务节点，是更为经济的。
按照本发明的原理，由IDNA/NGIN执行的呼叫业务应用项和能力可被划分成以下的类别，包括(但不限于)(1)客户规定的路由；(2)呼叫处理(包括进入的呼叫)；呼叫目的地路由；呼叫分机；信令；和接入类型；(3)呼叫交互作用；以及(4)业务。
NGIN的具有代表性的顾客规定的路由能力和特性包括(1)使用来自网络的呼叫发起信息(拨打的号码，发起交换机/干线)来查找顾客预订的特性和路由计划的能力，以及可能的顾客外部路由数据库触发器。路由计划是指顾客预订的特定的高级路由能力信息，应当看到，顾客可以具有一个以上的路由计划；(2)屏蔽国内和国际拨打VNET号码的能力；(3)把VNET拨打号码数字转移到交换机懂得的格式(诸如输出脉冲数字)的能力，以便支持国际DAL和直接长途拨号(DDD)终结端；(4)确定哪个国际承载者来路由呼叫的能力，包括通过使用从网络接收的发起信息来确定呼叫发起的地理位置(呼叫者的区域代码，州，和国家代码)；(5)命令交换机提供用于FAX传输的高质量干线给国际终结端的能力；(6)在顾客自动呼叫分配器(例如，ARU或实时的操作者资源)是不可提供的情况下，NGIN提供把呼叫停留在网络和在顾客的资源成为可提供之前一直进行等待的能力。使呼叫被排队和用话音或音乐来致意。当告知顾客ACD可能在接收呼叫时，在队列顶部的呼叫将被传送到顾客ACD。可以部署一个以上的队列用于不同的优先权。(基于网络的排队)；(7)提供定做的消息公告(CMA)和故障应答消息(PRM)给特定的路由处理的能力，它使得由于在拨打计划转译、范围限制、或补充的代码验证中的错误而不能完成的呼叫能够被重新路由到专用接入线路(DAL)以用于专门的消息处理；(8)提供网络呼叫重新引导(NCR)功能的能力，它是高级溢出路由能力，允许不能被完成到它们打算的终结端的呼叫被路由到第二或另一个终结端。NCR呼叫使用特定的表，这些表由原因值和溢出跳动计数值连同终结端ID作为索引；(9)改变从发起方得到的终结端地址和以对于用户透明的方式重新路由呼叫到另一个终结端(呼叫重新路由/另一个路由)的能力。另一个终结端可以是NANP DDD号码、Vnet终结端、移动电话号码、国际终结端号码IDDD、ACD或话音/传真邮件系统等等；(10)通过最小花费路由的能力，即把转译的、指定的VNET号码路由到DAL终结端，可以根据发起和终结交换机ID而被超越；(11)验证个人识别号(PIN)或补充(屏蔽)代码的能力；(11)’提供NXX交换机路由的能力，它涉及当执行终结端转译时，使用交换机代码和区域ID(通过使用顾客的NXX交换机路由计划ID被检索)，而不用通常的地理查找信息；(12)提供呼叫路由点的能力，它允许顾客根据呼叫者的发起区域路由呼叫。量化度包括ANI NPA-NXX，国家代码，NPA，或城市代码；(13)当消息必须被播放给呼叫始发者用于错误条件和用于数字收集时把处理/前同步信息(操作代码)提供返回网络交换机的能力；(14)使VNET呼叫在合作的网络或接入(发起的交换机，承载体等等)的级别上被屏蔽(范围优先屏蔽)的能力；(15)通过为DAL终结端询问呼叫者的ANI以及把这些结果返回给交换机从而提供实时自动号码识别(ANI)给DAL终结端的能力；(16)提供实时拨打的号码识别系统(DNIS)的能力，它是在为DAL终结端构建输出脉冲数字的情况下(当这个特性被预订时)包括顾客规定的DNIS数字的能力。这些数字标识对于被一个以上的产品/顾客共享的DAL终结端的拨打的号码；(17)提供远端接入到VNET的能力，即，分配800，900和全球免费电话号码以用于远端接入到VNET。当转译的号码被拨打时，提供VNET拨号音，以及可允许的VNET地址的性质，以及能够收集多少补充数字；(18)提供路由数据呼叫能力的能力，即，顾客预订对于它们的VNET业务的所有的数字路由的能力；(19)提供业务收费信息(即，行动代码，特性代码，和被返回给网络单元的脉冲数字)的能力。这些区的许多部分在收费记录中被使用，以帮助进行呼叫收费；(20)提供补充代码屏蔽和验证与拨打号码有关的PIN或补充代码的能力；(21)通过指令交换机收集补充代码数字的专用号码来提供补充代码收集的能力(例如，当请求呼叫屏蔽或路由转译时)，以及通过查看和转译到实际终结端或根据从EVS ARU接收一系列补充代码检索数据来提供补充代码转译的能力。在个人通信业务(PCS)的支持下，转译是根据接收PIN补充代码被确定的；(22)根据呼叫类型和呼叫状态(终结端转译/可变长度输出脉冲)使用不同的终结端转译表的能力。返回网络交换机的实际终结端地址被确定(或在某些情况下是ARU)。呼叫可被终结到国家的和国际的交换机/干线(DAL)，或直接长途拨号DDD；(23)提供对于远端询问的时间到处理的能力。用于对800网关的远端数询问(触发请求)的定时器被使用，以及在时间到以后产生缺省路由应答；(24)当呼叫可利用一个以上的终结端时提供到预订的顾客和到网络资源的百分数分配路由的能力。这提供了在多个终结端上的负载平衡。顾客可以规定多达100个终结端，以及呼叫要被分配到这些终结端的百分数。在ARU终结端上的负载平衡也可以通过使用百分数分配被实施；(25)提供基于交换机的路由的能力，路由基于交换的业务的能力。这包括3/6/10数字路由和国家代码路由；(26)提供时间到路由的能力，例如，在数字收集时间到的情况下，把呼叫路由到操作者业务；(27)提供日程安排路由的能力，例如，对于一天的时间、按星期的日期、和按年的的日期(TOD，DOW，DOY)根据在顾客简况中的信息进行路由；(28)提供源地址屏蔽的能力，它通过阻止呼叫者把呼叫放置在禁止的目的地以及使得业务载体能够阻止顾客在他们的网络以外进行呼叫从而提供对于专用数据网的安全性。顾客也可以利用这个特性来提供他们的网络的内部分段、阻止特定的源呼叫特定的目的地。通过这种类型的屏蔽，可以把源与在试图完成呼叫之前被检验的目的地的一个包括或排除表相联系；(29)提供目的地地址屏蔽的能力，它是类似于源地址屏蔽的一种安全保护，用于通过允许预约的用户阻止把呼叫传送到目的地，从而保护专用网的整体性。顾客使用这个特性能够安全接入到他们的网络内的特定的目的地。通过这种类型的屏蔽，可以把目的地与在允许把呼叫传送到该目的地之前被检验的一个排除或包括表以及这些表相联系；(30)提供紧密用户组的能力，它被使用来为顾客规定虚拟的专用数据网。从紧密用户组内发起的呼叫只能被连接到也处在紧密用户组内的目的地；(31)提供呼叫停泊的能力，具体描述如下如果规定的地址(例如，ATM末端系统地址格式)当前是不可提供的，则NGIN可以停泊该呼叫，直至目的地成为可提供或对于停泊的时间限制超过时限为止。如果目的地成为可提供的，则将进行呼叫建立；如果在停泊超过时限之前目的地还没有成为可提供的，则呼叫被丢弃或被发送到另一个目的地；(32)提供根据AAL参量的设置进行路由的能力。“建立(Setup)”和“附加方(AddParty)”信令消息允许用户规定的参量的技术条件，它可被使用来规定特定的类型的目的地。例如，如果呼叫者正在拨打视频操作员熟知的号码，则他们可规定他们需要讲西班牙语的操作员；(33)识别应当为该呼叫付费的帐户代码的能力(例如，通过使用ATM适配参量)；(34)提供对于业务质量的预约控制的能力，该特性允许增强预约用户的预约级别。如果预约用户与ATM网络提供者签约，则他们可以支付与特定的业务质量有关的费用。当从该用户发送“建立”或“附加方”消息时，与该消息有关的业务参量的质量应当对于该预约用户的预约进行验证；(35)提供源地址验证的能力，即验证在建立或附加方消息中规定的源地址是正确的以及它被鉴权在进入端口上使用。这确保被收费方确实是发起呼叫的一方；(36)NGIN提供呼叫Triage(网络ACD)，即，根据呼叫方号码，NGTN可以通过把更重要的呼叫放置在优先队列或保留的顾客业务代表中，从而对进入的呼叫排优先级；(37)提供进入的速率控制；即当预期有处理呼叫的容量时，提供到网络的呼叫。自动呼叫缝隙生成可被使用来根据拨打号码调节呼叫；(38)在任何时间装载和激活事故路由计划的能力，当一旦被激活，它被使用来代替当前工作的路由计划(特性/容量)；(39)提供根据顾客的呼叫计划而收集的、计划性能统计特性的能力。根据这些特性，顾客可以确定有多少呼叫传送到回答中心以及有多少被路由到消息节点；(40)提供数字转发的能力，即，使得输入的数字能够被转译，因为输入的是数字块，而不是等待呼叫者输入整个数字串；以及(41)提供会议处理的能力，即在执行顾客预约查找后，可以检索会议预约信息记录。在800“会见我”会议中，每方拨打分配到800号码和补充的“suppcodes”。呼叫被路由到同一个“会见我”会议桥路。
由NGIN支持的代表性呼叫处理特性包括支持任何事务或居留的顾客的专用拨打计划；使得用户能够修改他们自己的拨打计划；提供与自动呼叫分配器(ACD)的接口；通过与NGS和消息贮存系统的交互作用，支持多媒体消息存储/转发/检索业务；提供先进的排队能力，以用于等待有限的资源的进入的呼叫；确定哪个信息要被转发到目的地；支持号码屏蔽特性，以用于可提供给它的任何号码参量；支持用于所有的业务/特性的维护模式运行，以使得一个特性的特定的实施方案可被安装，但是为了测试、维护、或监视的目的，它应运行在限制的模式；支持对于单个发起点的多个目的地，例如用于顺序地或同时地终结；提供“把一方添加到会议中”的特性；阻塞潜在的欺诈呼叫；支持用户改变正在进行的呼叫的类型的能力；支持数据和话音呼叫；支持无连接模式业务；支持两方和多方；支持多媒体呼叫；根据各种触发(诸如定时器事件)、呼叫者请求、和外部系统请求，通过NGS发起一个或多个呼叫。
对于处理进入的呼叫，NGIN提供以下的特性和功能(1)接受入站呼叫，即接收入站呼叫的指示的能力，以及确定对于服务于该呼叫的需要的资源和应用项是否可提供的。如果需要的资源或应用项是可提供的，则入站呼叫被接受，以及把通知发送回交换机。如果需要的资源或应用项是不可提供的，则把拒绝指示发送回交换机。(2)带有列表的进入的呼叫屏蔽，即，允许预约用户规定一个屏蔽表以便拒绝或接受进入的呼叫。如果该表被定义为接受表，则在该表上的任何进入的呼叫被正常地处理。如果该表被定义为拒绝表，则在该表上的任何进入的呼叫被拒绝。当进入的呼叫被拒绝时，用一个通告来对呼叫者致意，然后将其引导到话音邮件。预约用户可把密码给予重要的呼叫者，以便越过屏蔽；(3)不带有列表的进入呼叫屏蔽，即允许用户在接受呼叫之前听取呼叫者的名字。用户然后可选择接受呼叫或把呼叫重新引导到话音邮件箱；(4)把对于任何类型的资源的进入的呼叫进行排队，即，当资源(终结端、操作者、或昂贵的硬件资源)是不可提供时，把正在请求连接到该资源的呼叫以这里描述的方式放置在队列中。正如所描述的，系统根据对于同一个资源的呼叫的优先权，保持一个以上的队列。队列的尺寸可以根据资源数目的改变而实时改变。当队列变成为可提供时，系统把呼叫推入到队列出口的顶部，以及把呼叫引导到可提供的资源。如果任何呼叫方丢弃正在队列中的呼叫，则系统从队列中去除该呼叫，以及把其余呼叫向顶部推进一步。优选地，把定时器应用到排队的呼叫，这样，当定时器时间到时，系统通知呼叫者，以及重新引导或断绝呼叫。在呼叫方保持在队列中时，该能力可以连同用户互动能力一起被使用以便进行呼叫方处理。在交互作用期间从呼叫方接收的指令可以触发一个操作以便把呼叫方从队列中去除。例如，在等待连接时，呼叫方可以选择留下消息，而不是等待在任何时间连接；(5)呼叫排队，即，使呼叫排队和分配到操作者位置，暂时终止资源的可提供性。呼叫可被发送到人工或自动操作者；(6)呼叫方ID传送，即，通过带内信令传送呼叫方号码或名称(例如，字母数字符号)到用户终端的能力，而不影响提示或呼叫等待信号。系统也能够级联呼叫方ID和某些其它任意字符，以用于额外的信息或指示；(7)分析进入的呼叫参量的能力，以便确定由呼叫需要的业务处理类型(识别业务)。这个处理过程也识别进入的呼叫究竟是转移呼叫还是重新发起的呼叫。以下是可提供来确定业务类型的某些参量ANI、被呼叫号码、被呼叫号码NOA、信息数字；(8)访问和修改对于任何业务的业务简况信息(业务简况识别)的能力。业务简况规定对于业务处理所需要的参量以及提供对于某些业务参量的一定级别的可配置性。业务特定的参量的例子包括对于世界电话菜单选择终结端任选项的国家特定的DTMF延时参量；(9)在呼叫被回答以前把不同种类的提示信号模式加到被呼叫方的能力(定做的提示)。任何现有的提示信号可以在业务逻辑的控制下被应用。任何新的信号可以容易地添加到贮藏库以供使用；(10)由ANI特性规定的尝试门限值，即，由ANI进行的尝试被计数，以及与可配置的门限值进行比较。这被使用来表示在呼叫者下次呼叫时需要转移到人工操作者；(11)根据从交换机传送的DNIS来选择/执行顾客脚本。一旦发现，应用项可被执行；(12)检测传真，即，监视进入的呼叫，以确定这个呼叫是否被传真机发出的。呼叫被“侦听”，以查找由传真机发送的CNG音(例如，1100Hz的音调，接通0.5秒和断开3.0秒)，表示非语音装置正在呼叫；(13)代理控制业务允许以下的、用于人工操作者的能力代理登录/取消登录；代理更新(代理监视)；准备好/未准备好；定时业务；时间和收费；监管业务；观察代理；OA&M业务；以及DN初始化；(14)国际重新拨号，例如，当预订用户对于到海外终结端的呼叫遇到忙音或没有回答条件时，网络提醒用户使用重新拨号业务。用户可挂机，以及等待网络重新拨号该终结端，直至呼叫被回答或时间到为止。如果呼叫被海外方回答，则网络自动地回叫预约用户，以及把两方连接在一起。预约用户可规定他/她在放弃之前想要等待重试的时间间隔；(15)当移动电话被通电时PCS登录移动电话的能力，包括对于移动台的终端鉴权；对于移动台的用户鉴权；接受密码；用户PIN接入；PIN交截；验证源地址。
NGIN的呼叫目的地路由特性是一个使得网络能够确定呼叫应当被终结到的目的地的特性。呼叫可被路由到网络内许多不同的实体，以及作出如何路由呼叫的决定可能会受到一系列不同因素影响。NGIN在几个外部系统的协作下处理呼叫目的地路由。关于处理进入的呼叫，NGIN提供以下的特性和功能(1)根据发起点、发起者识别号、一天的时间、星期几、日期，目的地资源的利用百分数、最小花费来路由呼叫；(2)通过把由呼叫所需要的技术与终结者处拥有的技术相匹配，把呼叫路由到适当方；(3)顾客控制的路由(CCR)，其中针对每个呼叫的路由方向来查询外部的顾客数据库；(4)溢出呼叫路由，其中没有被完成到它们打算的目的地的呼叫被路由到第二或另一个目的地；(5)优先路由选择；(6)把呼叫路由到操作员；(7)为了发起优先呼叫，中断非优先呼叫；(8)根据发起的干线组来路由呼叫；(9)获取路由数据以作为呼叫上下文数据的一部分；(10)根据任何的数据子单元(例如，头3个数字，头6个数字等等)进行路由；(11)转到(Goto)特性，它允许呼叫计划直接指向呼叫中的另一个点，旁路所有的中间处理；(12)根据呼叫是否从BT登录的付费电话发起的来路由呼叫；以及(13)根据呼叫是否在ISDN线路上发起的来路由呼叫。
关于处理呼叫延伸，NGIN提供以下的特性和功能(1)建立出站呼叫，即，把呼叫从平台延伸到国内或国际终结端。当试图在平台上进行呼叫延伸时，进行检验，确定外出端口对于外出拨号是否可提供的。这个能力包括把呼叫转移到人工操作员、话音邮政系统、传真邮政系统、顾客终结端、操作员到操作员转移、或转移到外语操作员；(2)请求路由指令，即，当从平台完成呼叫延伸时，执行查找来确定适当的路由指令。路由应答可以是路由计划、直接长途拨号(DDD)、或要把呼叫延伸到的逻辑终结端(LTERM)；(3)呼叫持续时间限制，即根据不同的参量(例如预付呼叫卡中剩下的钱数，预算卡，对某些高的欺诈风险呼叫发起或终结的限制)来对呼叫施加持续时间限制。在达到限制后，将产生一个事件，使得业务逻辑知道该情形。然后，业务根据业务逻辑采取适当的行动；(4)呼叫中断，即根据接收到一定的事件(诸如呼叫持续时间限制，或外部指令)，则中断外出的呼叫。任何方或所有方从连接中被移去；然后业务可以进到其它行动；(5)外出呼叫屏蔽，即，禁止任何特定的号码从发起的位置被拨打。例如，预约用户可以限制来自住所的任何900呼叫；(6)呼叫进程检测，即，当试图把呼叫转移到预约用户时，它必须确定是否接收到实时的回答。可以被提供的呼叫进程检测的类型包括(但不限于)回答监管、SIT音、忙音、振铃-无回答、回答机、实时回答、呼叫被连接、传真或调制解调器被检测、无拨号音、无振铃返回、回答欢迎词的持续时间、以及对回答欢迎词的静默定时测量；(7)忙音/无回答振铃(B/NAR)，即，检测电路上繁忙或无回答条件，以及根据结果执行预定的行动过程。呼叫进程被监视，以及如果拨打出是忙音或没有回答，则它把呼叫重新路由到在呼叫处理逻辑中指定的位置；(8)指令NGS连接呼叫的能力，即，当呼叫延伸被完成时，在分开的电路上执行外出拨号。一旦接收到回答指示，呼叫者和被呼叫方被连接在一起，以使得双方可以互相讲话；(9)打断在桥路连接的呼叫上的桥路，例如，当接收到挂机指示时，在两方之间的桥路被打断。在接收到激活代码(该激活代码表示呼叫者想要被转移到其它的某个人或转移返回应答单元以供进一步处理)后也可以打断桥路连接；(10)命令NGS在桥路连接的呼叫期间保持呼叫的能力，这涉及打断在双方之间的当前的桥路，以便执行另一个行动(例如，外出拨号、消息检索)。一旦行动被完成时，保持的一方将被提供桥路连接从而返回到呼叫状态。保持的一方在它们等待时可以播放音乐；(11)命令NGS执行盲转移的能力，即，把呼叫转移到第三方，而不在转移前对第三方讲话。例如，A方呼叫B方。B方判定，自己不是处理呼叫的正确的人，所以他把A方转移到C方，而不是首先对C方讲话；(12)命令NGS执行参加转移的能力，即，把呼叫转移到第三方，但在转移之前被叫方对第三方讲话。例如，A方呼叫B方。B方把A方安置在保持，以及呼叫C方。B方在电话上对C方讲话，然后挂机，以使得A方与C方进行桥路连接；(13)命令NGS提供会议方能力的能力，即，允许多方(多到32)在会议呼叫时被桥路连接在一起；(14)命令NGS检测挂机的能力，例如，检测在电路上的挂机条件，这可导致呼叫被拆除；(15)命令NGS拆除呼叫的能力，即，释放用于呼叫的资源，例如，端口和应用项。当检测到挂机条件时或当应用项已终结时，呼叫被拆除；(16)命令NGS执行释放链路干线(RLT)信令，即，允许各方在交换机上相对智能平台被进行桥路连接，因此节省智能平台上的资源；(17)自动出站速率控制，即，防止目的地交换机过载和防止被连接到该交换机的顾客碰到由浪涌引发的交换机崩溃；(18)HLR和VLR能力。
NGIN提供信令特性，使得NGS能够执行以下的功能，其中包括(但不限于)(1)双音多频(DTMF)信令，即，一种在交换机(PBX＝s)和其它电话平台上可提供的带内信令。DTMF信令也提供检测用于呼叫重新发起的#-数字；(2)多频(MF)信令，即，一种在交换机上可提供的带内地址信令，它产生一个音调；(3)拨号脉冲(DP)信令，即，一种带内信令，包含在发送端直流或交流的规则的瞬时中断，其中中断数相应于数字或字符的数值；(4)Bong音调信令，对于自动Bell(贝尔)运行公司(BOC)卡呼叫处理；(5)释放链路干线(RLT)信令，它允许这些方在交换机对智能平台上被进行桥路连接，因此节省智能平台上的资源；(6)ISUP释放链路干线功能通过使用SS7 ISDN用户部分设施消息而被实施设施请求(FAR)；设施接受(FAA)；设施拒绝(FRJ)；发起呼叫；呼叫细节记录；呼叫释放；呼叫转移；呼叫桥路连接；以及接入类型。
NGIN附加地提供以下的、具有关于以下的呼叫交互作用的处理的功能的业务对象(1)检测/接受DTMFw/截断能力，即响应于系统提醒通过输入DTMF音调交互作用。“截断”是指接受一串DTMF数字的能力，它允许呼叫者在这些数字被播放以前响应于系统提醒。在DTMF集合内，允许以下的能力起始/停止DTMH收集；检测各个信号；检测与模式匹配的信号序列；检测特定的数目的信号；当检测特定的信号或模式计数值时时间到；(2)检测/接受话音输入w/截断能力，即，使得话音能够被检测和被被认出是平台上的呼叫处理的一部分；(3)播放预先记录的话音消息，例如，顾客消息、通用消息、或记录的消息，这些消息可以是可中断的或可重复的(重放)。这些消息可以从索引位置进行播放的以及部分可被跳过。播放音频(话音，音乐等等)脚本使得应用项能够把事件通知呼叫参加者，提醒参加者得到信息，播放消息或转发讲话信息。以下的能力或参量由重放话音能力支持启动放音机；在暂停模式下启动放音机；在应用项控制下停止放音机；控制播放的持续时间；将速度向上或向下改变特定的增量；暂停或继续放音；将音量向上或向下调整特定的增量；以及顺序(接连的词组)播放多个话音脚本。优选地，由于专门的源存储器被用来对于多个产品所需要的话音提醒可以支持多种语言话音脚本。由于大多数业务支持多种语言，它也存储用于这些话音提醒的多种语言版本；(4)播放DTMF，它被使用来与寻呼公司进行交互。优选地，对于每个寻呼发送的信息是对于寻呼业务提供者特定的，可能的信息包括菜单选择、寻呼机PIN、和寻呼字符串；(5)菜单路由，即，使得呼叫者能够从带有DTMF或SIVR输入的、菜单上的预编程的任选项组进行选择。任选项可被提供来用于呼叫路由，或用于播放不同的消息；(6)执行数据库查找和询问，以便有助于呼叫处理。询问可以是针对NGIN数据库或针对顾客主数据库，以及可以针对有关话音邮箱的状态、顾客简况、传真邮箱状态的信息或对于特定的路由信息进行的；(7)第三方收费验证，即，以类似于接收方付费呼叫的方式，使得第三方收费号码被验证为可收费的。这个验证可以通过SS7 LIDB(线路信息数据库)验证而被完成；(8)AT&T卡验证，即，使得AT&T卡的验证能够以类似于对于BOC卡执行的LIDB验证的方式进行；(9)收费号码验证，即，确保对于任何呼叫提供的收费号码实际上是可收费的。这个功能可以包括以下步骤，诸如验证收费号码长度和格式，检验收费号码限制(热卡，收费类型限制)，外部验证(LIDB，AMEX等等)；(10)BOC卡验证，例如，通过从请求对适当的BOC STP的询问的SS7网关发送SS7TCP消息而验证BOC卡。BOCSTP询问LIDB数据库和把结果返回到ISN；(11)被呼叫的号码验证，使得能够执行几种检验，确保呼叫可被终结到该号码。例如，如果拨打国际号码，则进行一种检验，以确保允许顾客从这个位置终结到这个国家/城市代码，以及也有可以应用的其它收费限制。验证步骤可包括被呼叫号码格式检验(例如，10位数字或01+16位数字)，NPA/NXX或国家/城市代码验证等等；(12)接收方付费号码收费验证，使能验证当拨打该号码的对方付费呼叫时目的地是可收费的。这个验证可以通过SS7 LIDB询问而被提供；(13)国内商业信用卡验证，使得能够验证国内商业信用卡；(14)国际商业信用卡验证，使得能够验证国际商业信用卡；(15)VNET卡验证，使得能够验证VNET卡；(16)数据库更新能力，它包括更新各种数据库的能力，例如，NGIN特定的或顾客数据库。业务逻辑、顾客和呼叫者能够更新某些数据库。例如，当话音邮件被留下时，邮件箱状态被更新或可以允许顾客改变他的路由计划；(17)记录话音能力，使得用户能够执行“通过名字进行屏蔽”特性，由此，提醒呼叫者记录他们的名字。然后，当ARU在一个“找到我”号码上接收实时回答对话，把该名字播放给预订用户。这个话音文件不是永久地保持在ARU上，它在呼叫者被连接到预约用户后或呼叫被终结后将会被删除。这个能力允许呼叫者记录信息，供以后重放给被呼叫方。这种能力的使用包括留下话音邮件或记录个人识别信息，供以后在呼叫屏蔽时使用；(18)文件管理能力，它为呼叫者提供创建、删除、更新或读出已作为文件被存储的传真或话音邮件的能力；(19)发送寻呼能力，使得能够发送字母数字寻呼，例如，呼叫是通过调制解调器库作出的，以及将“TAP”协议使用来发送寻呼；(20)收集传真能力，使得当呼叫者被发送到传真邮件系统时，NGIN能够收集传真消息。系统也支持预约用户使用传真邮件系统发送传真到外部的传真装置的能力。传真邮件系统收集来自预约用户的传真连同传真传送信息。以下的传真收集能力被支持以用于传真收集等待进入的传真；开始传真协商；停止传真协商；强制传真重新协商；接收单个进入的寻呼；接收所有的进入的寻呼；以及停止传真接收；(21)发送传真能力，使得当传真被传送到外部传真装置时，NGIN能够发送传真传输。当发送传真时，应用项控制传真协商的参量(速度，分辨率，报头/报尾信息等等)。以下的传真收集能力被支持用于传真播放开始传真协商；停止传真协商；强迫传真重新协商；发送单个寻呼；接收所有的寻呼；以及停止传真发送；(22)传真广播能力，使得NGIN能够保持传真分配表，以及规定传真要被传送到分配表。这个表可以包含外部传真装置的电话号码，或对于其它传真邮件箱的识别号；(23)话音广播能力，使得NGIN用户能够保持话音分配表，以及规定话音要被传送到分配表。这个表可以包含外部传真装置的电话号码，或对于其它话音邮件箱的识别号；(24)工作/消息的按计划传送，即，当预约用户命令传真或话音邮件系统发送传真/话音邮件消息到外部电话号码或系统内的另一个邮件箱时，预约用户可以规定消息应当被传送的日期和事件；(25)呼叫者撤回，它使得呼叫者在发起一个到外出拨号位置的呼叫后能够返回到应用项。呼叫者在进程中可以中断桥路连接的对话，开始以后的行动，或被呼叫方可以挂机或使呼叫者返回到平台，以进行以后的操作；(26)应用项分支，使得应用项脚本分支到另一个脚本，以及返回到主脚本，并且保留呼叫上下文。这使得能够构建小程序，它可执行特定的功能，这些功能可被主控制应用项调用以用于顾客；(27)用于提供识别特定的讲话者的能力的、依赖于讲话者的话音识别(SDVR)，例如，话音印迹匹配。呼叫者话音可以与先前存储的话音印迹进行匹配，以提供安全的接入。可以实现个性化，以使得特定的呼叫者可以得到特定的提醒和重放给他们的消息；(28)回讲(speakback)数字，用于提供把数字回讲给呼叫者的能力，它是一个全文本到语音能力的子集；(29)文本到语音的能力，使得文本能够被转换成语音，以及重放给呼叫者。这种能力的使用包括读出电子邮件和数据库询问结果给呼叫者；(30)语音到文本能力，提供取出由呼叫者提供的信息(通过电话讲出的信息)，把它变换成用于数据操纵的文本字符串，从而把语音变换成文本；(31)大词汇量话音识别(LVVR)，它是具有大得多的规定的词汇量的SIVR的扩展，以及是基于“打电话给我”的。LVVR提供识别这个字符串的能力，例如，公基金名称，只针对数字和词“是/不是”；(32)关键字识别，使得NGIN能够识别被包含在整个讲话的句子内的关键词组；(33)产生呼叫记录，使得能够产生呼叫记录，其中包括对于呼叫特定的信息，诸如平台时间、呼叫到达时间、终结端、选择的任选项、发生的事件和发生的时间。呼叫记录被用来输入到用于专门的开清单和记录的收费和记录系统；(34)用于听力损害者的电传打字能力，使得操作员位置能够连接到由听力损害者使用的电传打字终端；(35)在“找到我”业务中的顺序振铃，其中NGIN能够对“找到我”号码表中规定的号码顺序振铃。在这种情形下，只有在当前的号码没有回答时才拨打下一个号码。除此以外，NGIN优选地提供在“找到我”业务中的同时振铃，使得NGIN能够同时所有的号码或在“找到我”号码表中规定的一组号码振铃，以便减小确定预约用户的时间。如果预约用户位于任何位置，则预约用户将与呼叫方相连接；(36)分布数据库访问，即，如果数据没有位于其中业务逻辑执行的本地节点，则业务逻辑能够检索、修改、和删除分布数据库中的数据，只要是必要的话。如果数据在不同的物理节点之间被分割，位置透明性对于应用项被保持。如果复制数据副本存在在网络中，则以实时方式将更新值增加到网络上所有的副本中；(37)外部数据库访问，即允许访问外部数据库，以便检索和更新。数据库可以位于顾客＝s办公室中或另一个网络内。要被使用于载送询问消息的协议可以是对每个系统和每个网络不相同的，然而，可以提供一种机构，使得应用项不知道该特定的协议；(38)用于存储/转发/检索的消息贮藏库，它提供网络范围的贮藏库能力，由此，任何类型的消息可被存储用于转发和传送。其中存储消息的消息格式在被传送或被检索时也可以根据所涉及的用户终端的类型而变换成其它格式。预期的消息格式是话音、传真、视频、文本或二进制文件。这种能力可以被话音/传真邮件、邮件业务/特性使用。消息是一个自身包含的对象，具有与其有关的全部信息，诸如目的地、鉴权要求、时间印记、格式、长度等等。消息可被分布在网络内，但用户可以访问来自任何位置的消息。主干消息传递系统可被提供来确保实时消息传递；(39)作为会议呼叫参加者的列表的主表，可以由系统管理保存在文件中，从而简化在为每个呼叫的准备工作中收集名称和电话号码的工作；(40)长期的预订，即，NGIN使得能够从任何常规安排的、重复进行的会议呼叫中做到这一点，从而消除对于每个呼叫作出新的预订的需要；(41)参加者通知，即，使得能够通知所有的参加者关于安排的呼叫的日期和时间。在会议呼叫之前，参加会议的专家可以把信息(议事日程、销售数字等等)传真给任何的或所有的参加者；(42)保持时的音乐，即，在会议呼叫开始前提供音乐给参加者；(43)翻译业务，即，使能提供在线语言翻译业务给用户，以便提供国际的可接入性；(44)会议记录，即，使得会议通话能够被记录在录音带上，或被转录和被提供在纸上或磁盘上；(45)滚动呼叫业务，即，进行滚动呼叫，以使得所有的参加者知道在线的其它人；(46)会议监视业务，其中，在用户＝s请求下，参加会议的专家在呼叫期间可以停留在线上，以便监视和帮助。拨打“0”将导致＞Chairperson(主席)＝最接近会议专家来提供帮助。确认音使得主席知道专家已被提醒；(47)只监听/广播模式业务，使得所有的或某些参加者在其它人正在讲话时能够被设置在只监听模式；(48)执行的子会议业务，它使得指定的参加者在呼叫期间能够进行私人交换意见，然后返回主呼叫；(49)提问和回答业务，用于按次序进行询问和回答对话而不中断，虽然听众保持在只侦听模式。如果参加者具有问题，则他们可通过他们的按键音键盘发信号，以及一个一个地进入到互动模式来提出问题；(50)轮询业务，使能通过请求参加者通过他们的按键音键盘表示应答而进行立即任选项轮询或调查；(51)会议即时回答业务，使得会议呼叫能够在结束而没有安排的保留后立即被重放。任选项包括快进、倒带、和暂停；(52)顾客参考代码业务，使得能通过名称或号码或二者的组合而识别被列在会议清单上的呼叫；(53)专门的致意业务，它允许顾客创建对于每个会议定做的欢迎词。当参加者参加会议时，他们被确保处在正确的会议，或被给予会议的其它信息；(54)按需的会议，由此，NGIN使能实时访问到实时的会议成果，以及能够快速建立音频会议；(55)被NGIN支持的其它呼叫交互业务包括(但不限于)以下项目基于距离的登录；基于地理的登录；参量改变登录；周期登录；基于定时器的登录；支持无线和PCS系统的漫游特性和越区切换能力；支持免打扰特性；支持多级别优先和较高的优先权用户的先占；支持优先权接入和信道分配以允许紧急业务个人具有更高的优先权接入；以及支持无线和PCS系统的短消息业务。
现在参照图18(a)-18(i)和图24的概念性功能图，描述示例性业务处理和利用情形。按照本发明的优选实施例，图18(a)-18(i)描述在资源复合体的网络交换机处接收的业务(例如，呼叫)的性能上由NGIN实施的基本功能块。这些功能构建块在它们可被实施的意义上是通用的，而不管被执行的业务的类型如何，具体地，这里在1-800/888免费电话(“18C”)，1-800接收方付费电话等方面描述它们。将会看到，通过所描述的各种修改，功能性构建块可以在许多事件业务情形中被实施。
首先，如在步骤1001中显示的，图18(a)，假定接收的呼叫到达NGS交换机构件180。当NGS180接收呼叫时，载体控制部件218(图3)向呼叫控制部件提供用于在其上接收呼叫的接入线路、以及ANI、拨打的号码、和对于呼叫处理需要的其它数据。呼叫控制SLP 545保持对于呼叫的状态模型，正如按照它的编程的逻辑执行的。另外，被包括在状态模型中的是触发器，它们用于示例说明ELP 540和发送业务请求到特性鉴别器业务(FD)510，正如图24以将被描述的方式所显示的。
图18(a)是描述用于对进入的呼叫执行特性鉴别的步骤。如步骤1010所显示的，对于FD的逻辑名称从NGS/NN0S代理对象被发送到NNOS名称转译(NT)功能。优选地，这个“初始地址消息”消息包括名称和带有附加数据的数据(信封和信纸)，附加数据诸如被呼叫的800#、ANI、线路ID、网络呼叫ID、始发交换机干线。ELP地址也包括在这个信息中被发送。如步骤1012表示的，由NT来执行名称转译以便确定特性鉴别器名称。它发送该名称给DM，以得到实际的SLP名称，即，FD.SLP.在这种情形下，假定在总是运行的每个SLEE中(即持续的SLP)有一个特性鉴别器。然后，如步骤1014表示的，数据管理把FD SLP的实际名称连同它被存储的位置传送到名称转译器(NT)，后者在步骤1016又把名称发送到NN0S LRM功能，以确定FDSLP在哪里被示例说明。将会看到，如果FD没有被示例说明，则NNOS将示例说明一个FD。LRM抽取SLEE，以及把SLEE的地址返还到NTSLEE地址，如步骤1018表示的。然后，在步骤1020，NNOS NT发送(来自NGS的)消息到特性鉴别器SLP，其中包含所有进入的呼叫发起信息。作为这个功能的一部分，如步骤1025表示的，FD SLP然后执行FD数据库(“DB”)查看，以使得它可以作出逻辑判决。
现在参照图18(b)总的描述由用于执行DB查看的SLP引用的SIBB。在特性鉴别方面，DB查看涉及使FD SLP把逻辑FD数据库名称传送到NNOS NT，如步骤1030表示的，然而，任何SLP对象事项可以发起数据库查找。NT在步骤1032询问DM关于逻辑DM的名称，以及DM在步骤1033返回数据库名称和它的存储的位置的地址。对于数据库处在远端节点的情形，可以执行对NNOS NRS系统的节点选择请求，如步骤1034a表示的。结果，根据在业务节点处业务的可提供性和SLEE的状态，NRS确定数据库位于哪个节点，以及发送逻辑名称到NNOS NT，如步骤1034b表示的。而且，如步骤1034c表示的，NNOS NT把DB地址提交给远端节点处的NNOS NT事项。
如步骤1035表示的，NNOS NT可以询问LRM，以查明数据库是否本地可提供的，以及如果不可提供的话，则在最后选择一个位置前，在其中它＝s是可提供的。LRM在步骤1036把DB的地址返回到NT，然后，在步骤1037，它发送数据库物理地址到SLP，例如FD SLP。
替换地，如步骤1034d-1034f用虚线表示的，对于远端节点处的数据库位置，在该节点处的NT询问它的LRM，把地址返回到远端NT，以及把物理地址返回到SLP。SLP使用早先从NGS NNOS代理接收的数据，以及询问数据管理。例如，在特性鉴别的事例中[(a)]，进行询问，以便找到一个SLP来处理呼叫，如步骤1038表示的，图18(b)。最后，数据应答被返回到呼叫的LP或SLP，如步骤1039表示的。
具体地，在18C业务请求方面，FD SLP使用它的特性鉴别表来识别哪个SLP要去处理所接收的业务请求。例如，如果接收的消息是18C业务请求，则它被18C SLP处理。以下的表3是示例的缩写FD表， 它具有包括各种“免费”的(例如，1-800)呼叫业务的指针的事项。
输入端口表A001001” SLP指针“Vnet”指向FGD表的A001002”表指针FGD表1800*表指针800表1888*表指针800表1900*表指针900表1*SLP指针“本地号码”800表指向“1-800-C”1800接收方付费SLP指针18008888000SLP指针“Op业务”1800*SLP指针“800业务”1888*SLP指针“800业务”其中FGD是特性组鉴别器。具体地，根据呼叫在网络(交换机板)中在何处被发起以及所接收的呼叫类型(例如，1-800)，FD将确定适当的SLP逻辑名称。例如，识别号“001002”表示接收呼叫，它需要在FGD表(指向FGD表的指针)中查找。FGD表又根据被呼叫的号码保持指向其它表的指针，例如，800*，其中“*”是分界符。从这个800表，例如，FD得到指针到请求的SLP逻辑名称，如步骤1049表示的。随后，这个SLP被调用，以及业务请求被切换到NNOS，后者按照请求的18C业务示例说明CLP 545，LLPO 530和SLP 520。
在优选实施例中，NGIN业务创建部件规定FDSLP使用的数据库。它根据业务订单由NGIN SA部件来提供。由于FD DB询问，DM把询问的结果发送回FD，其中包括至少三个SLP名称，用于以这里描述的方式对象示例说明的LLP，CLP，SLP。接着，如步骤1028a-1028c表示的，始发的线路LP，即，LLPO，SLP和CLP以这里描述的用于呼叫业务事项的方式分别被示例说明，参照图18(c)。
图18(c)是描述用于示例说明有关接收的业务请求的LLPO的步骤1028a的序列图。具体地，通过使用FD DB询问的结果[步骤1039，图18(b)]，FD SLP发送LLPO逻辑名称给NT，如步骤1040表示的，以及NT接下来询问被包括在本地DM超高速缓存中的它的事项表，从而得到物理地址(对象参考)和要执行的、被示例说明或可提供的LLPO的实际名称，如步骤1041表示的。优选地，LLPO的逻辑名称根据在其上接收呼叫的载体控制线路被提供给NNOS NT。也就是说，这个线路的识别是基于ANI或由载体控制部件识别的接入线路。ANI识别NGS在其上始发呼叫的原先接入线路，它可能是、也可能不是NGS在其上接收该呼叫的同一个接入线路，即，接收的呼叫已在本地网络上始发，以及通过交换机间载体网络上传送到交换机180。所以，与线路有关的特性(诸如呼叫等待或呼叫中断)可以被ANI识别。如步骤1042和1043表示的，NNOS NT把对于LLPO的逻辑名称转译为用于LLPO示例的物理地址。应当看到，虽然其它逻辑程序(诸如SLP)可以在其它站点被示例说明，但LLP在它们的有关线路所处在的站点处被示例说明。然后，NT询问NNOS LRM，找出LLOP在何处被示例说明，如所表示的那样(在步骤1043)，以及LRM返回实际的LLPO(SLP)名称连同SLEE地址(在步骤1044)，它可以是处在业务控制服务器，或呼叫控制服务器。接着，如步骤1045表示的，呼叫者识别数据通过NNOS NT被传送到示例说明的LLPO事项，以及在步骤1047，LLPO本身登录到交换机的NGS NNOS代理中。一旦被示例说明，LLPO询问数据管理(步骤1048)有关与线路有关的特性；保持发起线路的状态；以及当这些特性被呼叫者(即，呼叫等待)或网络(即，溢出路由)调用时，调用诸如呼叫等待或溢出路由那样的任何特性。本地数据库接入询问按照图18描述的步骤被执行，然而，线路信息DB的物理地址被传送到LLPO，它请求DM查看顾客始发线路信息，以便LLPO接收。
图18(d)是描述用于示例说明有关接收的业务请求的SLP的步骤1028a的序列图(如步骤1028b表示的，图18(a))。优选地，在单个请求中作出对多个SLP的请求，以使得相应于请求的呼叫业务的SLP、CLP和LLPO可以同时被示例说明。通过利用FD DB询问的结果[步骤1025，图18(a)]，FD SLP发送SLP逻辑名称给NT，如步骤1050图18(d)表示的，以及NT又询接下来问它的事项表(例如本地DM超高速缓存)关于对要执行的SLP的物理地址(对象参考)的名称转译，如步骤1051表示的。DM(本地超高速缓存)发送回SLP的对象参考(贮存地址)，如步骤1052表示的。然后，NT询问NNOS LRM，查明SLP是否本地示例说明的，以及如果不是的话，在使用哪个请求的业务的事项，如步骤1053表示的。作为应答，LRM在步骤1054返回连同SLEE地址的实际的SLP名称。作为应答，NNOS可以发送请求给运行在业务控制SLEE的业务管理程序对象，以便示例说明新的SLP业务，或替换地，请求业务＝s线程管理程序分配新的线程给具有代表呼叫的独特的跟踪识别号的所请求的业务。在优选实施例中，NNOS将从一个业务控制服务器中选择SLP，该业务控制服务器已接收了来自NGS的原先的进入的业务请求通知，然而，将会看到，NNOS可通过对NNOS LRM和业务控制事项与它们的当前状态的NRS表的实施，选择在任何业务控制部件中的SLP。在图18(d)的下一个步骤中，需要示例说明的SLP处理过程把它的物理地址登录到NNOS，以及NNOS把这个SLP分配给业务请求。然后，在步骤1055，NNOS把业务请求越区切换消息传送到新的SLP，以使得SLP可以按照它的编程的逻辑开始处理呼叫。与SLP例示处理过程并行地，用于这个呼叫的相关的CLP(和任何其它SLP)也可以被示例说明，以及应当看到，对于呼叫前后关系的数据收集，用于这个呼叫的ELP事项已被预先示例说明。最后，如图18(d)步骤1057a表示的，SLP与配备有SLP、LLP和ELP的地址的ELP通信，并且在步骤1057b，SLP与配备有SLP、LLP和CLP的地址的ELP通信。通过CORBA实施NNOS，因此，在LLP，CLP，SLP之间的接口被建立。
ELP的先前示例说明需要诸如以下的步骤使得NGS呼叫控制部件传送一个消息给NNOS(其中包括ELP的逻辑名称)，作为应答，使得NNOS发送一个消息给业务管理程序对象(图10(a))，以便示例说明SLEE内的ELP；以及把用于该ELP的对象参考返回到产生用于该呼叫的ELP事项的呼叫控制。NGS呼叫控制部件包括在被发送到SLEE中的FD的业务请求消息中的这个对象参考。因此，由任何处理过程针对呼叫产生的、所有的合格的事件数据被写入到示例说明的ELP处理过程中。
优选地，在LLPO启动DM查看顾客始发线路信息时，针对该呼叫的示例说明的SLP正在处理业务请求。在要被描述的18C情形中，18CSLP确定了一个路由终结端，它例如包括逻辑终结端(LTERM)以及在18C业务情形中的交换机/干线，并且下一个步骤是确定在NGIN中终结的节点位置，以及示例说明用于外出的呼叫的终结线路逻辑程序LLPT。正如对于18C业务情形更详细地说明的，通过实施[图18(b)的]本地数据库接入序列，以便根据给定的最后路由信息来确定终结的NGIN节点位置。应当看到，终结节点可以处在接收过呼叫的同一个节点，或处在不同于发起节点的远端节点。一旦接收到终结节点位置，终结的LLP就被示例说明为一个终结线路简况查找。
图18(e)显示用于在路由呼叫之前在远端NGIN节点处示例说明LLP的处理过程。如步骤1070显示的，这需要CLP发送终结节点位置和终结LLP的逻辑名称给NT，以使得它可被示例说明(终结节点位置是从DM返回的路由应答的一部分)。然后，在步骤1071，NT发送LLP逻辑名称给DM，DM在步骤1072返回实际的LLP名称加上它的存储位置(对象参考)的地址。在步骤1073，NT然后询问NNOS NRS功能，以便确定要使这个呼叫终结的节点是否接通和可工作，以及在步骤1074，NRS把终结节点的状态返回给NS。在步骤1075，本地节点的NT通过NNOS请求远端节点的NNOS NT代理示例说明终结LLP。如步骤1076表示的，这需要在终结节点处的NT询问它的LRM，以便确定LLP对于这个终结线路是否已经被示例说明，如果没有的话，则示例说明LLP。在步骤1077，在终结节点处的LRM把其中用于终结线路的LLP正在运行的SLEE地址返回给NT。然后，在步骤1078，终结节点的NT把呼叫数据发送到终结线路的LLP，以及附加地发送执行用于终结线路的LLP的SLEE的地址给始发节点的NT，如步骤1079表示的。在步骤1080，始发节点的NT发送执行用于终结线路的LLP的SLEE的地址给CLP，以及如步骤1081表示的，执行本地数据库查找，以便确定在终结线路上的特性(如果有的话)。具体地，终结的LLP发送线路信息数据库的逻辑数据库名称给NT，以用于名称转译。NT从DM请求实际的线路信息数据库名称，以及DM发送实际的线路信息DB名称和它的存储的位置给NT。NT通过询问LRM，以便查明线路信息DB是否本地可提供的。以及LRM把物理DB地址发送回NT。NT把线路信息DB物理地址传送到终结的LLP。然后，终结的LLP发送请求给DM，以便查找顾客终结线路信息，以及DM把顾客线路信息返回给LLPT。现在系统准备好执行对呼叫的路由，正如将被描述的。
图18(f)是显示在特定的业务(例如，呼叫路由)被执行后，用于执行呼叫完成的程序过程的序列图。如步骤1084表示的，图18(f)，LLPO从NGS NNOS代理接收到呼叫完成通知，以及在步骤1085，LLP把呼叫完成通知转发到CLP。在步骤1086a和1086b，CLP把呼叫完成通知转发到所有相关的LPS(例如，LLPT、ELP)，以及CLP终结。最后，根据来自CLP通知呼叫完成，在步骤1088，ELP把呼叫信息写入到DM。
现在参照图19(a)更详细地描述示例性1-800呼叫业务(18C)情形。由NGIN执行的18C业务使得800号码能够在把呼叫延伸到正确的终结端之前，根据星期几和分配百分数(％)被转译。具体地，如步骤702表示的，NGIN在交换机处接收智能的请求，如参照图18(a)描述的那样来执行特性鉴别，以及如参照图18(c)和18(d)描述的那样来执行的SLP、CLP和LLP的示例说明。然后，在步骤704，如果LLPO确定与始发线路有关的呼叫等待特性，则LLPO发送给NGS NNOS代理一个通知告知LLPO是否检测到进入的呼叫，如步骤706表示的那样。如果接收到一个进入的呼叫，而同时始发线路正在尝试外出拨号，则这个通知告知NGS不用播放忙音信号。接着，在步骤707，被示例说明的18C SLP根据星期几和分配百分数(％)来执行数据库询问以确定顾客简况。这需要询问DM超高速缓存关于800呼叫路由数据库的逻辑名称，以及一旦数据库被定位，就根据被呼叫的800号码、线路识别号、始发起的交换机干线和ANI来执行对正确地路由终结端顾客的查找。DM把顾客简况返回到18CSLP。然后，如步骤708表示的，18CSLP通过发送按照顾客简况的日期和分配百分数(％)，为DM构建一个队列。DM然后返回最后的、包括LTERM和交换机/干线在内的路由信息。
接着，如步骤709表示的，通过执行数据库询问来确定在路由应答中规定的、对于终结端的终结节点位置。在DM返回终结位置给SLP后，任何呼叫前后关系的数据被写入到ELP中，以便最终贮存在DM中。
接着，在步骤710，[图19(b)]，18CSLP发送带有越区切换命令的外出拨号请求连同路由信息给CLP，以及18C SLP终结。在步骤712，[图19(b)]，在终结节点处终结的LLPT以参照图18(e)描述的方式被示例说明。然后，如步骤714表示的，CLP发送带有越区切换命令的外出拨号给LLPO，由它将其转发到NGS NNOS代理。NGS把呼叫路由到终结节点，以及ELP把外出拨号数据写入到DM。最后，如参照图18(f)描述的，执行呼叫完成，如步骤716表示的，[图19(b)]。
在更先进的18C业务中，18CSLP包括用于为在始发线路上具有呼叫等待特性的呼叫提供服务的功能。在示例性业务情形中，在800号码转译处理期间在始发线路上接收到一个中断，表示已接收到另一个呼叫。进入的呼叫被呼叫者接受，以及待决的外出拨号被继续进行。另外，呼叫者切换回到800号码外出拨号，以及完成该呼叫。
图19(c)显示这个先进的18C业务情形。具体地，当接收到呼叫中断时，在LLPO把通知传送到NGS NNOS代理以便通知它以后，如步骤704表示的，参照图19(a)，LLPO进入呼叫等待模式。
如步骤720，721表示的，图19(c)，响应于一个表示已接收到对于始发线路的新的进入的呼叫的呼叫等待中断，LLPO等待来自NGSNNOS代理的可能的进入呼叫通知。当接收到一个呼叫时，正如在步骤720确定的那样，LLPO指令NGS NNOS代理播放呼叫等待音，以及监听在始发线路上的回答，如步骤722表示的。在步骤723，724，NGS NNOS代理监听回答，以及把呼叫者的回答转发到LLPO。当在步骤723接收到呼叫者的回答时，在步骤725执行以下操作(1)NGSNNOS代理把回答转发到LLPO；(2)LLPO发送呼叫接受通知给NGS NNOS代理，表示呼叫者已接受进入的呼叫；以及(3)NGS把呼叫者和被呼叫方桥接在一起。在这种情形下，假定进入的呼叫通过它的示例说明处理过程已建立它的CLP，LLP和ELP。然后，如步骤726表示的，LLP还命令NGS NNOS代理监听在始发线路上的另一个回答，以及在步骤728和729，处理过程等待接受呼叫者的回答，表示第二个呼叫被终结。
同时，如参照图19(a)和19(b)描述的，先进的18C SLP通过确定给出路由信息的终结节点位置(例如，不在始发的节点)和向CLP发送带有越区切换命令的外出拨号请求(其中包括路由信息)，从而继续进行它的处理。在这时，先进的18C SLP事项终结。另外，以所描述的方式，LLPT被示例说明(与终结线路有关)，CLP发送外出拨号命令给NGS，它把呼叫路由到示例说明的LLPT，以及把外出拨号写入到ELP。
回到图19(c)，假定呼叫者的回答在始发线路上被接收，如步骤728表示的，必须切换回到先前的外出拨号。也就是，在步骤730，NGS NNOS代理把回答转发到LLPO。LLPO把来自当前的呼叫的、作为交换的回答解译成被始发的、先前的外出拨号。LLP把交换呼叫/监听回答命令派送到NGS NNOS代理，以及在步骤731，切换回到先前的外出拨号。假定始发线路的LLP接收来自第二呼叫的CLP的呼叫完成通知，表示该呼叫等待已完成。最后，执行呼叫完成[图18(f)]。应当看到，不管什么时间在始发线路上接收到呼叫等待中断，这里描述的用于处理呼叫等待中断的处理过程都是可应用的。另外，同样的原理适用于被提供到终结线路上的呼叫等待的情形。
基于先进的18C情形，可以执行另一个SLP，以便在把呼叫延伸到它的终结端之前首先播放消息给呼叫者。图20(a)显示的实施定做的消息宣告和呼叫延伸特性这个先进18C业务情形。首先，参照图19(a)描述的先进的18C SLP被示例说明以用于800号码转译。具体地，如步骤732表示的，这包括在交换机处接收智能请求，以及执行先进的18C SLP和LLP(与CLP)对象的示例说明。假定示例说明的先进的18CSLP没有确定与始发线路有关的特性，则进行查找来确定正确的路由。作为这个路由询问的一部分，首先进行顾客简况查找，如步骤733表示的，后面跟随着日期和分配百分数询问，如步骤734表示的。作为日期和分配百分数询问的结果，DM把用于呼叫延伸的路由指令和用于处理呼叫的其余部分的新定做的消息宣告SLP(“CMA SLP”)的名称返回到先进的18C SLP。然后，如步骤735表示的，确定终结节点位置，以及任何呼叫前后关系的数据在这时可被写入到ELP，以用于放置在呼叫前后关系的DM中。
然后，如步骤736表示的，新定做的消息宣告SLP(“CMA SLP”)被示例说明。这个CMA SLP调用SIBB以便引导话音文件的播放和呼叫的延伸。作为CMA_SLP示例说明的结果，NNOS NT把呼叫识别数据和SLP地址表(ELP，CLP和LLP)发送到新的CMASLP。然后，先进18C SLP终结和越区切换该呼叫到CMA SLP。
图20(b)显示由CMASLP实施的方法。如步骤740表示的，CMA_SLP调用SIBB来执行DM数据库询问，以便检索用于在始发线路上消息播放的特定的顾客话音文件，正如参照图18(g)描述的。
接着，如步骤742表示的，CMA SLP调用SIBB，以便命令NGS播放消息(检索话音文件)给呼叫者，正如参照图18(h)更详细地描述的。最后，正如图20(b)描述的，在步骤744，CMA SLP利用在先进18C SLP的路由应答中接收的路由指令发送外出拨号命令给CLP。
最后，在这个示例的情形中，终结的LLP被示例说明，如步骤745表示的；通过执行简况查找来确定在终结线路上可提供的外出拨号命令；外出拨号命令被完成，如步骤746表示的；以及外出拨号命令被写回到ELP。最后，在步骤748，执行呼叫完成。
图18(g)是显示用于从DM检索话音文件以便在资源复合体上重放的SIBB处理过程的序列图。具体地，按照图18(g)，实施以下的步骤(1)CMA SLP把话音文件的逻辑名称发送到NT，以用于名称转译(步骤770)。在这种情形下，假定通用话音文件消息可被检索，然而，通过利用顾客简况信息，可以检索对于顾客特定的、独特的话音文件消息；(2)NNOS NT向DM询问话音文件的实际名称和位置(步骤772)；(3)DM把话音文件名称和它的存储的单元的地址返回到NT(步骤774)；(4)NT向LRM和/或NRS询问包含话音文件的数据库的可提供性(步骤776)，和LRM把包含话音文件的数据库的地址返回到NT(步骤778)。最后，话音文件的物理地址从NT被返回到CMA SLP，如步骤779表示的。
图18(h)是显示用于始发播放消息给呼叫者的SIBB处理过程的序列图。在示例性情形中，SIBB实施以下的步骤(1)把播放消息请求从SLP发送到CLP(步骤780)，把请求转发到始发的LLPO(步骤781)。应当看到，在该请求中，线路识别号、话音文件地址和呼叫识别数据被发送。优选地，被级联的多个命令可被发送，以及作为一个命令被转发；(2)LLPO把播放消息命令转发到NGS NNOS代理(步骤782)。NGS分配适当的资源，例如，哪个交换机端口具有IVR能力、VRU端口等，以及执行播放消息命令；(3)NGS NNOS代理把播放消息完成命令传送给LLP，以便将来转发到SLP(步骤785)；(4)播放消息完成通知从LLP转发到CLP(步骤786)；以及(5)播放消息完成通知然后从CLP转发到SLP(步骤788)。
现在参照图21(a)更详细地描述具有接收方付费呼叫可选项的1-800接收方付费呼叫(“18CC”)。这个18CC情形描述提供具有诸如接收方付费的可选项和呼叫卡可选项的1-800接收方付费业务的能力。为了提供这种功能，这种情形实施18CC SLP，它示例说明LIDB查找SLP或SIBB(“LIDB_SLP”)，以便验证被呼叫线路是可收费的；以及实施正确的直接拨打的数字SLP或SIBB(“DDD_SLP”)，以便验证由呼叫者输入的DDD是有效的。假定在这种情形下使用的所有的数据库和话音文件已通过使用NGIN业务创建环境而被构建。
首先，如步骤750表示的，图21(a)，NGIN接收在交换机处的智能请求，执行特性鉴别，以及执行18CCSLP和LLP(与CLP)示例说明。假定没有特性与始发线路有关，则如步骤752表示的，18CCSLP检索用于业务的话音文件。然后，在步骤754，18CC SLP命令NGS播放消息给始发线路和收集在始发线路上的数字，正如现在参照图18(i)描述的。
图18(i)是显示实施用于播放消息给始发线路和收集在始发线路上的数字的SIBB的程序过程的序列图。如步骤790表示的，图18(i)，18CC SLP发送播放消息请求给CLP，以便转发到LLP和NGSNNOS代理。在该请求中，线路识别号、话音文件地址和呼叫识别数据被发送。被发送的命令可包括播放音调、播放欢迎词w/截断、和收集双音调多频(“DTMF”)w/超时。将会看到，执行命令可被级联，并且由NNOS以单个消息被转发。然后，如步骤791表示的，CLP转发18CCSLP请求给始发的LLP，以及LLPO转发播放消息命令和收集数字命令到NGS NNOS代理，如步骤793表示的。NGS然后分配适当的资源以及按命令被接收时的顺序来执行命令，如步骤793表示的。也就是，在步骤794，NGS NNOS代理向LLP发送所收集的DTMF数字，以便将来转发到18CC SLP，以及在步骤796，LLPO转发DTMF数字到CLP。最后，在步骤798，所收集的DTMF数字从CLP被转发到18CC SLP，其中DTMF数字代表被呼叫方的DDD。
回到图21(a)，在接收DTMF后，下一个步骤是验证输入的DDD，它以这里参照图18(d)描述的方式引起示例说明正确的DDD_SLP。具体地，18CC SLP或SIBB发送代表正确的DDDSLP的逻辑名称给NNOSNT，以用于名称转译。然后，NT发送逻辑正确的DDD SLP名称给DM，以及DM返回实际的正确的DDD SLP名称加上对象参考(存储单元)。NT然后询问它的LRM，以便确定在这个节点处是否已示例说明了正确的DDD SLP。如果没有的话，它示例说明SLP。LRM返回SLEE的地址，在这里，正确的DDD SLP被示例说明给NT，以及NT发送被示例说明的正确的DDD SLP的物理地址给18CC SLP。
回到图21(a)，在步骤756，18CC SLP转发询问到正确的DDDSLP，以及DDD按照长度、NPA和NXX而被验证。正确的DDD SLP执行询问，以及结果被返回到18CC SLP。为了说明起见，假定返回的询问结果表示正确的DDD。
在验证输入的DDD以后，下一个步骤是对输入的DDD执行LIDB DB查找，以便确定线路是否可收费的，如步骤757表示的，图21(a)。因此，按照图18(b)，执行以下的、用于示例说明LIDB查找的步骤。首先，18CC SLP发送逻辑LIDB SLP到NT以用于名称转译，以及如果已示例说明，NT返回LIDB SLP的物理地址，或如果还没有示例说明，则实施NNOS LRM和NRS功能，以便根据位置和节点状态来确定能够运行LIDB SLP的最好的节点。在NRS返回被选中的节点到NNOSNT后，本地节点的NT请求远端节点的NT示例说明LIDB SLP。因此，在远端节点处的NT询问它的LRM，以便确定在这个节点处LIDB SLP收费是否已被示例说明。如果没有的话，它示例说明SLP。远端节点的LRM转发询问数据到LIDB SLP，其中包括18CC SLP的返回的地址。LIDB SLP把询问数据格式化成适当的格式，以及转发询问到网关给LIDB数据库。执行LIDB询问，以及把结果返回到18CC SLP。
然后，如步骤758表示的，执行以下的步骤来命令NGS播放名称提醒消息和记录呼叫者的名字。具体地，18CC SLP实施播放消息请求SIBB，以便它实施用于转发线路识别号、话音文件地址和呼叫者识别数据给NGS NNOS代理；以及命令NGS NNOS在始发线路上播放名称提醒和记录名称的功能。这些NGS命令可被级联以及作为一个命令被转发。CLP把18CC SLP请求转发到发起的LLPO，然后它把相关的播放消息命令和记录消息命令转发到NGS NNOS代理。NGS分配适当的资源以及按命令被接收时的顺序来执行命令。
NGS NNOS代理然后发送命令完成通知到LLPO，以用于将来转发到18CC SLP。最后，命令完成通知从LLP被转发到CLP，以及CLP再把它转发到18CC SLP。
接着，在步骤760，图21(b)，执行终结节点位置查找，以及在步骤762，SIBB被调用来把命令传送到NGS，以使得呼叫者被保持以及执行外出拨号。具体地，执行以下步骤(1)18CC SLP把“使得呼叫者保持”命令转发到CLP，以便转发到NGS NNOS代理。和该命令在一起的是处在“呼叫者保持”的线路的线路识别号；(2)CLP转发命令到始发的LLP；(3)始发的LLP转发“使得呼叫者保持”命令给NGS NNOS代理，以及NGS使得呼叫者保持；(4)NGS NNOS代理然后发送命令完成通知给LLPO，以便将来转发到18CC SLP；(5)命令完成通知从LLP被转发到CLP，然后CLP把它转发到18CC SLP，表示呼叫者被放置在保持状态；以及(6)18CC SLP把包括终结节点位置在内的外出拨号w/回答通知命令转发到CLP，以便将来转发到NGS NNOS代理。
下一个步骤764是示例说明用于在终结节点处的终结线路(LLPT)的LLP，以及执行与该线路有关的简况的查找，并且返回顾客线路信息给LLP。然后，如步骤765表示的，进行用于执行外出拨号和接收回答通知的步骤。具体地，这些步骤包括(1)CLP转发外出拨号命令给始发的LLPO；(2)始发的LLPO转发外出拨号w/回答通知命令给NGS NNOS代理；(3)NGS进行外出拨号；(4)ELP把外出拨号数据写入到数据管理，以便进行格式化和转发；(5)NGSNNOS代理发送回答通知给始发线路的LLPO；(6)LLP转发回答通知给CLP，它再把回答通知转发到18CC SLP；以及(7)18CC SLP确定该回答通知是一个关于某人已经回答了一个针对电话应答机或其它装置的电话的指示。
接着，如步骤766表示的，发起一个到NGS的命令在终结线路上播放另外的消息和收集来自呼叫者的DTMF/话音，它代表被呼叫方对接受收费的应答。在这种情形下，假定被呼叫方接受收费。这些步骤包括(1)18CC SLP发送“重放消息”请求到CLP，用于转发到LLPT和NGS NNOS代理。在该请求中，线路识别号，话音文件地址和呼叫识别数据被发送。发送的命令包括播放接收方付费呼叫消息、播放记录的名称、播放接受收费消息和识别话音/收集DTMFw/超时。以及可以被级联以及作为一个消息来进行转发；(2)CLP转发18CC SLP请求到终结的LLP；(3)LLP把播放消息命令转发到NGS NNOS代理，以及作为应答，NGS分配适当的资源，以及按命令被接收的顺序来执行这些命令；(4)NGS NNOS代理把收集的DTMF数字/识别的话音发送到LLP，以便将来转发到18C SLP；以及(5)收集的DTMF数字/话音从LLP转发到CLP，CLP再把它们转发到18CC SLP。
接着，如图21(b)，步骤768表示的，指令NGS解除呼叫者保持，使呼叫者和被呼叫方桥接起来。这些步骤包括(1)发送解除呼叫者保持命令到CLP，以便转发到NGS NNOS代理；(2)转发该请求到终结线路上的LLPO；(3)转发命令到NGS NNOS代理。在该命令内，要被桥接的线路被加以识别；(4)NGS NNOS代理把命令完成通知发送给LLP，以便将来转发到18C SLP；以及(5)将命令完成通知从LLP转发到CLP，CLP再把它们转发到18CC SLP，表示呼叫者和被呼叫方已被桥接。最后，如步骤769表示的，执行呼叫完成处理过程。
现在参照图22(a)更详细地描述带有呼叫卡任选项的1-800接收方付费呼叫(18CC)情形。这个18CC情形描述提供带有呼叫卡可选项的1-800接收方付费业务的能力。在这种情形下，18CC SLP被示例说明来提供该业务。这个SLP将呼叫正确的DDD SLP，从而验证由呼叫者输入的DDD是有效的。
首先，图22(a)，如步骤802表示的，NGIN接收在交换机处的智能请求，执行特性鉴别，以及执行18CC SLP和LLP(与CLP)的示例说明，和建立各自的接口。在这个18CC情形下，示例说明的18CC SLP执行DM数据库询问，以及确定与始发线路有关的特性。为了说明起见，假定没有特性与始发线路有关。然后，如步骤804表示的，18CCSLP检索用于该业务的话音文件。然后，在步骤806，18CC SLP命令NGS播放消息给始发线路和收集在始发线路上的数字。正如先前参照图18(i)描述的，18CC SLP实施SIBB，以便播放消息到始发线路和收集在始发线路上的数字，它代表呼叫卡可选项。
然后，如步骤808表示的，NGS还被命令来播放另外的消息和从呼叫者收集实际的BOC呼叫卡号。这些步骤包括把播放消息请求(包括线路识别号、话音文件地址和呼叫识别数据)发送到CLP，以便转发到LLP和NGS NNOS代理；以及发送级联的消息(包括播放消息w/切断命令，以便提醒呼叫者输入BOC卡消息和收集DTMF w/超时命令。然后，CLP转发18CC SLP请求到始发的LLP，它然后把播放消息命令和收集DTMF命令转发到NGS NNOS代理。NGS分配适当的资源，以及按命令被接收时的顺序来执行命令。NGS NNOS代理发送收集的DTMF数字(代表由呼叫者输入的BOC卡号)给LLP，以便将来转发到18C SLP。收集的DTMF数字然后从LLP转发到CLP，CLP再把它们转发到18C SLP。
在参照图18(c)描述的情形中，下一个步骤810示例说明BOC卡验证SLP或SIBB(“BOC_CC_SCP”)，后者请求验证由呼叫者输入的BOC卡号。一旦被示例说明，BOC CC SCP就把询问数据格式化为适当的格式，以及把询问转发到网关到BOC卡数据库。BOC呼叫卡询问被执行，以及结果被返回到18CC SLP。对于本情形，假定输入的BOC卡号是正确的。
接着，如步骤812表示的，NGS被命令来播放消息，从呼叫者收集代表DDD的DTMF数字，转发收集的数字，以及验证输入的DDD，如图22(b)，步骤814表示的。正如参照图18(h)描述的，这需要示例说明正确的DDD SLP，后者将进行询问以及把结果返回到18CCSLP。在本情形中，假定输入的DDD是正确的。接着，如步骤816表示的，执行终结节点位置查找，后面随即执行来自18CC SLP的命令，使得呼叫者被保持，以及以先前描述的方式执行外出拨号。然后，如步骤818表示的，带有从18CC SLP到CLP的越区切换的外出拨号被始发，其中包括终结节点消息。此后，18CC SLP被终结。
下一个步骤820是示例说明在终结节点上用于终结线路(LLPT)的LLP，执行与线路有关的简况的查找，以及把顾客线路信息返回到LLP。然后，在步骤827，用于外出拨号和接收回答通知的命令以及另外的指令被转发到用于终结线路的NGS。
最后，这里参照图18(f)描述的呼叫完成处理过程在步骤824被执行。在得到来自CLP的呼叫完成通知后，ELP把呼叫信息写入到DM，以及终结。
图23(a)的流程图说明的、由NGIN提供的另一个业务，是增强的话音业务退回和转移(TNT)业务，它以所描述的方式实施TNT SLP。首先，如图23(a)，步骤852表示的，NGIN接收在交换机处的智能请求，执行特性鉴别，以及示例说明TNT SLP、LLP(和CLP)对象，以及建立各自的接口。然后，如步骤854表示的，TNT SLP检索用于该业务的话音文件。这造成通过NNOS执行数据库询问从而检索实际的话音文件库的地址。接着，在步骤856，命令NGS播放消息给始发线路。具体地，TNT SLP发送播放消息请求到CLP，以便转发到LLP和NGS NNOS代理。在该请求中，线路识别号、话音文件地址、和呼叫识别数据被发送。被发送的命令包括重放欢迎词、播放菜单路由w/截断、和收集DTMF w/超时、以及可被级联和统一成一个命令被转发。然后，CLP转发TNY SLP请求给发起的LLP，它转发播放消息命令和收集数字命令给NGS NNOS代理。NGS分配适当的资源以及按命令被接收时的顺序来执行命令。NGS NNOS代理然后发送收集的DTMF数字给LLP，以便将来通过CLP转发到TNT SLP。在本EVS TNT情形中，DTMF数字代表由呼叫者选择的菜单可选项。TNT SLP逻辑把带有外出拨号的菜单任选项同与第二方B有关的路由计划ID相关联，如步骤857表示的。
然后，如步骤858表示的，执行路由DB查找以便把路由计划ID转译为B方的物理终结端地址，该地址被返回到呼叫TNT SLP。另外，如步骤860表示的，执行数据库查找以便确定终结节点位置。作为这个询问的结果，DM把终结的位置返回到TNT SLP。在本情形中，对于B方的终结节点是一个不同于始发节点的节点。
在以下的步骤862，执行到B方的外出拨号，即TNT SLP把包括终结节点信息的外出拨号w/回答通知命令转发到CLP，用于转发到NGS NNOS代理。由于这是被监管的外出拨号，因此必须把一个忙音、无回答或回答的指示从NGS发回。假定TNT SLP保持在运行。接着，在步骤864，在这里描述的情况中，在终结节点处用于终结线路(B方)的LLPT被示例说明，以及执行对与线路有关的简况的查找。
处理过程在图23(b)，步骤866继续进行，在此，外出拨号的命令从CLP被转发到LLPO，它又通过NNOS被转发到NGS，以便进行外出拨号。在这时，ELP可以把外出拨号数据写入到数据管理中，以便进行格式化和转发。假定B方已经回答呼叫，NGS NNOS代理发送一个回答通知给LLPO，后者便通过CLP将其转发到TNT SLP。TNT SLP因此确定该回答通知是一个关于某人已经回答了的指示，并且作为应答，启动到呼叫者的桥接。
如步骤868表示的，图23(b)，NGS把A方桥接到B方，以及监听在双方线路上的DTMF检测。具体地，TNT SLP把桥路方/监听DTMF命令转发到CLP，以便转发到NGS NNOS代理。连同这个命令一起的是要被桥接的线路的线路识别号。监听DTMF命令包括检测在线路上的挂机条件。CLP把该命令转发到始发的LLPO，LLPO把桥接方/监听DTMF命令转发到NGS NNOS代理。NGS NNOS代理又通过LLPO和CLP把命令完成通知发送到TNT SLP，该通知表示A方和B方被桥接，以及现在可以通话。
在下一个步骤870，假定检测到由B方输入的、代表C方的传送代码和预定的表选择的DTMF数字。具体地，这个步骤使得NGS NNOS代理发送所收集的DTMF数字给LLP，以便将来通过CLP转发到TNTSLP。TNT SLP然后把“使得呼叫者保持”/播放音乐命令转发到CLP，以便转发到NGS NNOS代理。连同这个命令一起的是要被放置在要保持的线路(A方)的线路识别号。CLP转发该命令到始发的LLPO，LLPO又把“使得呼叫者保持”/播放音乐命令转发到NGS NNOS代理，使得NGS把A方放置在保持。NGS NNOS代理把命令完成通知发送到LLP，以便将来通过CLP转发到TNT SLP，该通知表示A方已被放置在保持。假定使得呼叫者保持的操作使A与B之间的桥路连接中断，则取消监听A方线路上的DTMF，以及开始播放保持时的音乐给A方。
在以下的步骤872，执行对于由B方输入的输入清单可选项的查找。TNT SLP把由B方输入的清单选择发送到DM，以便进行目的地转译。DM返回(C方的)物理终结端地址到TNT SLP，即，清单选择被转译为C方的物理终结端地址。其中包括这样的步骤通过NNOS确定C方的终结节点位置，以便确定物理终结端地址，该地址又被返回到TNT SLP。在本情形中，假定C方的终结节点是一个不同于发起节点或B方的终结节点的节点。
接着，如步骤874表示的，执行到C方的外出拨号。具体地，TNTSLP把一个包括终结节点信息的外出拨号w/回答通知命令转发给CLP，以便通过始发的LLP转发到NGS NNOS代理，以及NGS进行外出拨号。由于这是监管的外出拨号，因而应把一个关于忙音、无回答或回答的指示从NGS发回。另外，ELP把外出拨号数据写入到数据管理，以便进行格式化和转发。NGS NNOS代理发送应答通知给始发线路的LLP。假定C方回答呼叫，LLP把回答通知通过CLP转发到TNTSLP。TNT SLP确定某人已回答，以及现在可建立到呼叫者的桥接。然后，在步骤876，在终结节点处示例说明用于C方终结线路的LLPT，以及以这里描述的方式执行与该线路有关的简况的查找。
在下一个步骤878，命令NGS桥接B方和C方，以及监听在与C方有关的线路上的DTMF检测。具体地，TNT SLP把桥接方/监听DTMF命令转发到CLP，以便转发到NGS NNOS代理。连同这个命令一起的是要被桥路连接的线路(B方和C方)的线路识别号。对DTMF命令的监听包括检测在线路上的挂机条件，以及该命令只应用到C方，因为B方的线路已经始发DTMF监听。CLP然后转发该命令给始发的LLPO，LLPO把该命令转发到NGS NNOS代理。NGS NNOS代理发送命令完成通知到LLP，以便通过CLP转发到TNT SLP，该通知表示B方和C方被桥接。在完成这些步骤后，现在B方和C方通话，A方被保持，以及TNT SLP仍旧正在运行。
如步骤880表示的，作出关于是否检测到B方挂机的判决。如果没有的话，处理过程等待挂机事件。如果在步骤880在B方的线路处检测到挂机，则如图23(c)所示，在步骤882，命令NGS中断B方与C方之间的桥接。具体地，NGS NNOS代理把挂机检测发送到LLP，以便通过CLP转发到TNT SLP。TNT SLP通过CLP和LLPO把中断桥路连接命令转发到NGS NNOS代理。连同这个命令一起的是要受影响的线路(B方)的线路识别号。NGS NNOS代理发送一个命令完成通知给LLP，以便通过CLP转发到TNT SLP，该通知表示B方和C方之间的桥接已中断。
然后，如步骤884表示的，命令NGS使得呼叫者A脱离保持状态以及把A方和C方桥接在一起。在完成这些步骤后，现在A方和C方通话，B方挂机，以及在始发一个退回或归还的情况下，TNT SLP仍旧在运行。具体地，TNTSLP把一个使呼叫者脱离保持状态/监听DTMF命令转发到CLP，以便转发到NGS NNOS代理。连同这个命令一起的是受到影响的线路的线路识别号。监听DTMF命令只影响A方的线路，因为在C方的线路上已经始发DTMF监听。CLP把所述使呼叫者脱离保持状态/桥接各方/监听DTMF命令通过LLP转发给NGS NNOS代理。NGS NNOS代理通过CLP发送一个命令完成通知给TNT SLP，该通知表示已完成在A方和C方之间的桥接。
接着，如步骤886表示的，作出关于A方是否始发退回的判决。如果没有的话，处理过程等待要被输入的退回数字代码。具体地，检测代表由A方输入的退回代码的DTMF数字，并且将其通过NNOS转发给TNTSLP。由于检测到了退回，于是命令NGS中断在A方和B方之间的桥路连接，如步骤888表示的。TNT SLP通过LLPO把中断桥接命令转发到NGS NNOS代理。连同这个命令一起的是要受到影响的A方和C方的线路的线路识别号。当命令完成时，NGS NNOS代理发送命令完成通知给LLPO，以便通过CLP转发到TNTSLP，该通知表示在A方和C方之间的桥接已被中断。现在A方返回到TNTSLP的菜单路由。
最后，如步骤889表示的，命令NGS重放消息到始发的线路，以及以这里描述的方式来收集数字。在请求中，线路识别号、话音文件地址和呼叫识别数据被发送，其中，包括诸如重放菜单路由w/切断、和收集DTMF w/超时这样的命令。通过这里描述的方式，NGS NNOS代理发送所收集的DTMF数字给LLP，以便通过LLP和CLP转发到TNTSLP。DTMF代表由呼叫者选择的菜单可选项。
在这时，EVS TNT情形现在被终结。A方始发退回，以及现在播放主菜单消息。这种情形经过环路返回到步骤856，图23(a)，其中呼叫者可以输入菜单以外的任意可选项。
除了这里描述的18C和先进的接收方付费呼叫业务以外，NGIN支持以下的附加业务，其中包括(但不限于)(1)900业务，即，在接收到900呼叫后，NGIN判决900业务提供者是本地还是国内的。如果是本地，则呼叫被路由到业务提供者CPE。一个特定的速率将被应用到呼叫者。如果业务提供者是国内，则呼叫被路由到业务的长途载体，以便提供进一步的呼叫路由；(2)找到我/跟踪业务，即，分配一个地址给特定的预约用户，以及该预约用户可以改变与该地址有关的目的地。这样，NGIN允许用户在移动位置时接收呼叫；(3)缩略业务，即把预约用户的缩略的拨号数字转译为合法的NANP数字，以及相应地路由该呼叫。预约用户可以规定缩略的拨打号码的长度和总的缩略拨打号码的数目。用户也可以通过DTMF音与系统进行交互，从而改变缩略的拨打号码；(4)先进的呼叫等待业务，即，通过特定的用户终端把呼叫者ID传送到被呼叫方，或重放呼叫者播的名字，从而扩展呼叫等待特性；(5)先进的传真业务，即，按照具有TOD/DOW可选项的转发清单来转发传真；(6)先进的话音邮件业务，例如，带有高级特性的话音邮件业务，诸如，综合传真邮件箱，当预约用户提起电话时通过特别的音调表示的话音邮件消息指示，或寻呼，传送话音邮件到一个地址或一系列地址；(7)任何地方呼叫拾取业务，即，把传统的寻呼业务与基于网络的能力相组合以便完成呼叫，呼叫方被给予寻呼预约用户的可选性，通过DTMF输入端输入某个指示符，以便通知预约用户谁在呼叫(例如，预先分配的号码或代码)，以及等待预约用户被连接到线路上。作为可选项，业务平台可以传送呼叫方的呼叫号码，以便显示在预约用户的寻呼机屏幕；(8)一个号码业务，即，提供单个号码给全国所有的业务位置的办公室顾客。用户拨打号码，以及根据呼叫方的始发位置，呼叫将被路由到最靠近呼叫者的位置；(9)单个号码业务，即，找到我和跟踪我业务的组合；(10)话音激活的拨号业务，即，用户可以讲一个字和一个词组来进行呼叫，以代替在电话盘上拨打数字。为了能够进行这项业务，要求预约用户建立话音拨打表，以及按如下方式进行第一，记录经常被呼叫的号码的名字；第二，把记录的名字与被呼叫号码相联系；以及最后，发送话音拨号表到业务提供者的数据库。然后，预约用户可以通过说出话音拨号表上的名字而使用话音拨号表来始发呼叫。将会看到，预约用户在任何时间都可以改变号码表的内容；(11)话音激活的协作电话本业务，即，结合集中式用户交换功能业务来进行操作的特性，以便提供自动接入到使用的校园内的任何站。系统提醒呼叫者要被接入的一方的名字，以及把呼叫终结到请求的一方；(12)话音激活的首要拨号业务，即，通过拨打*特征码，用户可以激活或去激活一个特性。例如呼叫等待(借助于向系统发出话音命令)；(13)话音激活的首要拨打业务，即使得商业顾客能够把它们的公司的名称放在话音激活拨号表上。例如，一个连锁式旅馆可以把它的旅馆名称或位置放在话音激活拨号表上。当呼叫者呼叫旅馆预订业务时，呼叫者可以说出旅馆的名称或旅馆的位置。作为应答，呼叫将被路由到指定的旅馆和特定的位置；(14)Vnet在家中工作的话音业务，即，为在家中工作的雇员分配一个办公号码到他们的家中电话，因此，当雇员拨打办公的电话时，他们通过在Vnet号码之前拨打一个*特性代码而可以使用Vnet业务。网络将接入顾客的Vnet拨打计划，以及把号码转译给Vnet终结端。呼叫将自动对Vnet办公顾客收费。当进入的呼叫被接收时，不同的振铃被应用来提醒办公呼叫的用户；(15)谁呼叫我业务，即，把打到预约用户的、没有被回答的所有电话呼叫存储在网络中。预约用户可以浏览所有存储的电话呼叫。呼叫方名字可以拼写出给顾客，如果需要的话；(16)预付卡业务，即，使得最终用户能够购买预付呼叫卡，以及用该卡拨打长途电话。接入的号码被分配给业务。在由系统致意后可对于该卡ID提醒呼叫者。如果等价于预付的钱数的任何单位在该卡上仍旧是可提供的，则呼叫者将被允许拨打长途电话。在对话进行的同时，该单位被消耗，以及当该单位用完时，呼叫者将被断开。用户具有用任何商业信用卡来重新补充该卡的可选性。也可以提供顾客业务和操作者业务；(17)自动顾客名字和地址业务，即，把特别业务接入号码提供给呼叫者，以便检验与任何电话本号码有关的名字和地址。系统将向呼叫者提醒要被检验的电话本号码，以及重放与该号码有关的名字和地址；(18)自动回呼进入的业务，即，提供没有由预约用户回答的哪些呼叫的存储。预约用户可以通过浏览呼叫方号码清单和把要通过DTMF音被拨打的号码指示给系统来决定回呼任何没有被回答的呼叫。这个特性可以通过*特性代码被接入；(19)呼叫转发忙音/无回答业务，即，在忙音或无回答条件下把呼叫转发到另一个电话本号码或转发到话音邮件箱。预约用户可改变转发号码计划；(20)呼叫等待业务，即，在另一个对话正在进行时，提供进入的呼叫的单音指示给预约用户。用户可以通过拍叉簧来选择忽略或接收呼叫；(21)呼叫名字传送业务，即，当进入的呼叫处在提醒阶段时，使得用户能够用专门的终端来接收呼叫方名字/号码。如果呼叫没有被回答，则呼叫方名字/号码将被存储在终端，以供以后使用；(22)找到我业务，即，分配一个电话号码给用户，而不是终端。单个号码可联合所有的当前联系号码，诸如家庭、办公室、移动台、寻呼机、话音邮件或传真号码。当有一个针对用户的呼叫时，找到我特性按照找到我列表直接把呼叫引导到终结端。如果呼叫没有被任何的终结端回答，则呼叫将发送预订用户的话音邮件箱；(23)跟踪我业务，即，允许找到我特性用户控制找到我号码表，以便例如改变次序、号码、计划安排(TOD，DOW)等；(24)支持自动调用功能；自动反向收费功能、呼叫号码识别限制功能、消息等待通知功能、移动接入搜索功能、优选的语言、远端特性呼叫、三方呼叫、广播带有/不带有用户单独表示控制的业务的能力、支持电话号码本业务能力、支持基于计算机的训练业务、支持按要求的娱乐、游戏和比赛、支持信息收集和归档入库、支持多媒体归档接入、支持对于特殊事件的付费观看，支持编程打包、支持购物、瞄准的广告、瞄准的娱乐、瞄准的新闻、按要求的视频电影、以及视频摄录机在线能力。
现在描述在本发明的IDNA/NGIN系统中实施的操作者业务系统的优选实施例。
按照本发明，操作者是一个资源，以及被分配一定的能力，这样的能力可以指操作者被训练来操纵的某种类型的呼叫，诸如用于特定的业务的呼叫(例如，1-800-COLLECT(接收方付费))或用于特定的顾客的呼叫(例如，大型商业银行)。操作者典型地被分配一个或多个能力，被分配给操作者的每个单个能力被认为是单个资源。另外，操作者可被分配对于每个能力的技术级别。例如，“2”的技术级别可以表示操作者接受充分训练来处理用于该业务的呼叫，而“A1”的技术级别可以表示操作者接受部分地训练，以及被使用作为该业务的后备。
NGIN操作者业务方法和结构优选地通过并行地引用两个处理过程来提供可供使用的资源给排队中的呼叫。在第一处理过程中，呼叫按照它需要的资源类型而被放置在队列中。在其它的处理过程中，可供使用的资源被提供给队列中的呼叫。
如图25所示，用于NGIN系统的操作者业务系统结构1800被实现为在业务节点处提供的业务控制本地执行环境(ASLEE@)中执行的业务逻辑程序(SLP)。例外的是LLP 530，它可以在作为资源复合体(交换机网络，NGS)的功能部分的SLEE 450和作为在操作者工作站OWS 537运行的软件应用项的操作者LLP 536中执行。虽然操作者工作站可以包括一个不支持SLEE的标准PC机，但OWS应用项处理过程537容易通过标准的消息传送(诸如通过NOS提供的)来与NGINSLEE 450处理过程(诸如操作者LLP 536)接口。应当看到，不需要操作者中心是符合NOS的。例如，可以提供通过网关把一个支持呼叫终结的LLP变换到呼叫中心的标准电话接口。
操作者业务逻辑对象程序被分成两组(1)排队分配组，和(2)能力分配组。正如参照图25说明的，排队分配组包括处理过程的逻辑组(子部件)，用于处理与分配给操作者一个对操作者业务的请求有关的排队；检验资源对于处理请求的操作者业务是否可提供的，以及如果没有可提供的，则把呼叫分配到队列中。正如将更详细地描述的，被包括在排队分配部件1700内的是以下的子部件可提供的能力表(“ACL”)1702、能力处理过程(ACP@)1730、业务处理器(“QA_SP”)1710、和呼叫排队选择(“CQS”)1712。应当看到，许多排队分配部件可被建立，以及是基于业务的。能力分配组包括以下的处理过程使操作者与一组资源相等；确定需要哪个资源能力(根据事务规则)；以及当该资源成为可提供时，把具有请求的能力的、想要的资源地址放置在被确定为需要该资源的队列中，正如这里将更详细地描述的。
在优选实施例中，以下的排队分配(QA)组处理过程的一个或多个事项被提供给NGIN网络的每种业务类型业务处理子部件1710(QA_SP)是一个对象事项，它可用于(1)接收来自SLP的操作者资源请求，这些资源请求包括所需要的操作者能力表，例如，1-800-Collect(接收方付费)和讲英语等；(2)排队可提供的能力表子部件1702，以便查明操作者是否可提供的(它应具有特别的处理呼叫的能力)；(3)从可提供的能力表子部件接收排队应答，表示操作者资源是否可提供来处理呼叫，以及如果操作者资源是可提供的，则把操作者站的物理地址转发到请求的SLP。如果操作者资源是不可提供的，则业务处理器子部件把操作者资源请求转发到呼叫排队选择子部件1712，以便分配到呼叫排队子部件。例如，如25图所示，业务处理器子部件1710从特定的SLP接收对于业务的请求(例如，18C SLP 522)和询问ACL 1702，以便确定操作者资源是否可提供来接收呼叫。如果资源是不可提供的，则它把请求传送到呼叫呼叫排队选择对象1712的一个事项，以便分配到呼叫队列。优选地，业务处理器1710是除了能处理单个呼叫请求以外还能主动地运行的持续的对象。
可提供的能力表(ACL)处理过程1702是一个静态子部件，优选地被实现为对象程序，它总是被示例说明以及在业务处理完成时不被破坏。它用来把可提供的操作者能力表和它们的有关的线路保存在排队分配部件内。可提供的能力表子部件可用于(1)保存关于可提供的操作者、它们的能力和它们的物理地址的表；(2)应答来自业务处理器子部件1710的、关于可提供的操作者的询问；(3)接收来自能力处理过程子部件1730的可提供的操作者资源信息；以及(4)在定时器超时后(即，表示操作者保持的空闲时间太长)，把可提供的操作者资源返回到业务能力分配子部件1726。
呼叫排队选择事项子部件1712可用于(1)接收来自业务处理器子部件的操作者资源请求；(2)如果可提供的操作者当前是不可提供来处理该请求，则选择呼叫队列(CQ)1715，以便处理对于操作者业务的请求；(3)确定哪个呼叫排队子部件将接收操作者资源请求；以及(4)把操作者请求消息转发到选择的呼叫排队子部件，以便放置在队列中。优选地，呼叫排队选择子部件是静态子部件，它总是被示例说明，以及在业务处理完成时不被破坏。
在优选实施例中，如图25所示，呼叫排队子部件1720包括一个或多个呼叫队列1715，每个呼叫队列是逻辑程序，它保持等待操作者的呼叫的队列，以及根据业务和操作者能力被建立。优选地，呼叫队列1715是静态子部件，它总是被示例说明，以及在业务处理完成时不被破坏。优选地，每个呼叫排队事项可用于(1)保存等待特定的操作者能力的多个呼叫队列；(2)负责把呼叫放置在队列和从队列中取下；(3)一旦呼叫被放置在队列中，把它的地址登录到请求的SLP及其有关的CLP；(4)根据在队列中的呼叫数目和队列中的平均保持时间，安排它的呼叫队列中的状态；(5)接收来自能力处理子部件的可提供的操作者资源指示；(6)一旦呼叫从队列中被取下，就把路由应答(包括可提供的操作者的地址)转发到请求的SLP；(7)接收在当前处在队列中的呼叫者挂机的情况下来自CLP的挂机通知，在接收来自CLP的挂机通知后，删除离开队列的呼叫。应当看到，呼叫排队事项可以被一个以上的队列分配组接入，以及排队分配组的单个事项可以接入多个呼叫队列。例如，对于18C业务522，可以有一个排队分配组，但是却具有多个呼叫队列，例如，对于每个所提供的业务的不同语言，具有一个呼叫队列。另外，可以有对于呼叫发起的不同的地理区域的多个呼叫队列(对于单个业务)，如果这是属于对于呼叫路由的准则的话。
能力处理过程(CP)1730是一个对象程序，它用于(1)接收来自业务能力分配子部件1726的可提供的操作者资源指示；(2)询问呼叫排队状态数据存储器1718，以确定是否有任何呼叫排队子部件正需要具有特定的能力的操作者资源；(3)如果有呼叫排队子部件需要操作者资源，则把操作者资源转发到要接收可提供的操作者资源的呼叫排队子部件；以及(4)如果没有呼叫排队子部件需要操作者资源，则把操作者资源指示转发到可提供的能力表子部件。能力处理过程子部件1730另外把关于需要特定的操作者资源的信息发送到业务能力分配子部件1726。优选地，能力处理过程子部件1730是除了能处理单个呼叫请求以外，还能主动地运行的持续的对象。
被包括在能力分配组内的下面的处理过程与功能性部件包括操作者LLP 536，它是一个在SLEE内执行的线路逻辑程序，用于保持与操作者有关的通信线路的状态和操作者的能力；以及业务能力分配(SCA)处理过程1726，它根据当前的系统要求和处理规则分配可提供的资源给各种业务。优选地，对于每个操作者线路有一个操作者线路逻辑程序，该程序在操作者开始工作时就示例说明，以及保持运行直至操作者结束工作为止。它用来通知业务能力分配子部件操作者线路何时可提供用来接受另一个呼叫。如上所述，OWS事项537是一个操作者工作站应用项，它不一定在SLEE中执行，但与确实在SLEE中执行的相关的操作者LLP相接口。
业务能力分配处理过程1726根据要求和事务规则选择操作者能力(资源)，以及把它们提供给排队分配。具体地，业务能力分配1726是静态子部件，它可用于(1)根据当前的系统要求和处理规则分配可提供的操作者给各种业务；(2)考虑到当前的系统要求和操作者能力，确定哪个排队分配将要接收可提供的操作者资源；(3)支持多排队分配部件；(4)从可提供能力表子部件1702接收可提供的操作者信息，以便重新分配到排队分配；以及(5)接收来自操作者线路逻辑程序的关于操作者是可提供来接受一个呼叫的通知。优选地，业务能力分配子部件总是被示例说明，以及在业务处理完成时不被破坏。
现在参照图25和26(a)-26(g)描述在NGIN业务控制结构中提供的操作者和呼叫中心系统1800的例子在本例中，假定SLP按照这里描述的NGIN业务控制系统执行。在所显示的例子中，用于1-800-COLLECT业务(18C)522的SLP正在执行。在执行期间，呼叫者可通过敲击“0”按键来请求操作者。作为应答，18C SLP 522调用业务处理器对象1710，以用于18C业务。作为例子，18C SLP 522可以从QA_SP 1710请求一个能力(18C操作者-英语讲话)。这被表示为图25的步骤1801。更具体地，18C SLP522调用业务处理器，以及把正在请求操作者业务的呼叫的呼叫识别号提供给业务处理器。作为应答，业务处理器1710询问ACL事项1702，以便确定一个资源(带有18C能力的操作者，例如，讲英语)是否可提供，如图25的步骤1802表示的。也就是，QA_SP把对于特定的能力的请求转发到ACL，以便考察当前网络中是否有空闲的操作者能够处理该请求。图26(a)的步骤1841-1847描述用于执行18C QA查找的处理过程，以及具体地，描述18CSLP在定位呼叫的发起者所请求的操作者资源时可以执行的步骤。在图26(b)描绘的步骤1848，18C SLP从QA 1700请求一个资源/能力(即，操作者)。作为应答，QA将返回对于18C SLP启动终结到操作者线路的处理过程所需要的线路信息。假定来自18C SLP的初始询问包含SLP的地址和相关的CLP。
用于执行QA_ACL位置查找的示例性实施方案被显示为处理步骤1849-1857，如图26(c)所示。QA_SP 1710把对于特定的能力的请求转发到ACL 1702，以便考察当前网络中是否有空闲的操作者能够处理该请求。如图26(c)的步骤1857所示，作出关于所请求的能力当前是否不空闲的判决，表示该请求必须被放置在呼叫队列(CQ)中。
如果资源是可提供的(例如，在ACL表1702中有操作者，他被分配请求的能力)，则ACL事项1702向QA_SP 1710提供具有线路识别号(即，网络终结端地址)的用于已被分配以请求的能力的该资源(操作者)，如图25的步骤1803表示的那样。另外，操作者被从18C SLP中去除。业务处理器1710然后把它传送到18C SLP，以及命令18C SLP 552把呼叫路由到该资源，如步骤1804表示的(图25)。
如果ACL 1702确定没有资源可提供(例如，没有具有请求的能力的操作者)，则在图25的步骤1803，ACL 1702返回否定的应答。业务处理器1710然后发送呼叫识别号给呼叫排队选择事项1712，如图25的步骤1805表示的。呼叫排队选择事项1712然后选择以及放置呼叫识别号在适当的呼叫排队1715，如图25的步骤1806表示的。
图26(d)和26(e)更详细地描绘呼叫排队选择(CQS)位置查看，为此，通过步骤1858-1863(图26(d))描述由QA_SP执行的、用于发送把呼叫放置在呼叫队列的请求到QA_CQS的步骤，以及通过步骤1864-1871(图26(e))描述由QA_SP执行的、用于放置当前的呼叫在呼叫队列的呼叫排队(CQ)位置查找处理过程。
然而，应当看到，实际呼叫被物理地保持在NGS资源或交换机处(例如，在它发起的地方)，以及用于该呼叫的位置保持者(呼叫识别号)被放置在软件队列中(呼叫队列)。优选地，呼叫队列的选择是根据事务规则的，这规则是呼叫排队选择逻辑程序的一部分。这些事务规则在选择呼叫队列时考虑和应用各种准则。例如，呼叫队列可以根据呼叫发起点来划分。在本例中，呼叫被放置在呼叫队列1715中，在其中呼叫被路由到“最靠近的”(根据网络效率)呼叫中心。其它准则是基于当前的排队级别以及等待时间、呼叫中心负载、呼叫中心优先级、一天的时间和星期日期算法等等的。一旦呼叫在呼叫排队事项1715中被排队，它就发送一个对于该呼叫的消息到CLP 545，表示呼叫已被排队。这是在图15的步骤1807表示的。更具体地，正好万一呼叫者挂机以及需要把能力请求从CQ中被清除时，CQ 1715把它的地址登录到CLP 545。另外，CQ把它的地址登录到18C SLP事项522，如步骤1808表示的；以及更新在呼叫状态排队1718中它的状态信息，如步骤1809表示的。优选地，呼叫状态排队1718被告知CQ的运行状态，例如，它的队列被填充的深度、判决保持时间是多少、以及最终通知队列在何时是空的。
应当看到，在这时，就18C呼叫的处理而论，没有作用。操作者业务系统正在等待被告知具有请求的能力的操作者资源已成为可提供的。
当OWS事项537成为可提供时，相关的操作者LLP 536检测到这一点，以及通知SCA事项1726。正如所描述的，SCA事项1726是一个负责分配可提供的操作者给某个排队分配用于业务的事项。SCA和操作者LLP与任何排队分配组无关地运行，以及与多个排队分配组1700相接口。因为操作者对于一个以上的类型的业务(因而，对于一个以上的排队分配)是可提供的，则SCA应用事务规则来确定操作者应当被分配给哪个业务。在SCA 1726中实施的事务规则规定如何将资源分配给业务(业务映射到排队分配组)。在优选实施例中，这些规则可以是基于可提供的操作者能力、技术级别、合同协议、一天的时间和按星期的日期算法、当前的呼叫排队级别以及多个其它准则。作为例子，智能网业务提供者和本发明的当前受让人(MCI/Worldcom)可以与顾客(例如，商业银行A)建立一个合同，以便为商业银行A提供顾客业务，这说明一定数目的、主要被分配用于18C呼叫的操作者将被提供给商业银行A呼叫。因此，如果当操作者成为可提供时在18C呼叫队列中没有呼叫，则该操作者将被分配到商业银行A呼叫队列。
更一般地，图30(a)显示由业务能力分配处理过程1726(图25)实施的事务规则的示例的应用项。这些规则可被实施来确定哪个业务给出可提供的操作者资源。如图30(a)所示，第一步骤1920是确定操作者资源已成为可提供的。这个操作者资源可以具有以下的能力它可以懂得英语和法语；它可以具有1-800-接收方付费业务技能，或，它对于通用的操作者业务是合格的，以及资源可以位于东北。
在步骤1921，作出关于是否有呼叫等待的判决。如果有呼叫等待，则作出关于把呼叫发送到哪个QA呼叫等待处理过程的判决。
如步骤1922表示的，这包括确定新的可提供的操作者资源是否具有非英语讲话的能力。如果操作者资源确实具有非英语讲话能力，则在步骤1924，作出关于需要诸如1-800-接收方付费的业务技能的或在各个QA处理过程的呼叫队列中的操作者业务呼叫的状态的判决。这是通过询问呼叫队列状态处理过程1718而完成的(图25)。然后，在步骤1926，操作者资源被发送到具有对于呼叫的最长的保持时间的QA处理过程，其中该呼叫在等待带有非英语技能(例如，法语)的操作者。如果在步骤1922确定操作者资源只有英语讲话能力，则处理过程进到步骤1928，在其中作出关于诸如1-800-接收方付费的操作者业务技能或操作者业务的呼叫队列状态的判决。然后，如步骤1930表示的，可以实施这样一个规则，以便按照预先确定的加权值来实现呼叫加权队列负载的平衡。例如，可能希望把百分之五(5％)以上的操作者资源分配给被放置在等待通用操作者业务的呼叫队列中的呼叫，而不是把它们分配给在等待1-800-接收方付费业务的呼叫队列中的呼叫。然后，一旦确定该QA处理过程接收操作者资源，就把资源发送到该QA处理过程。如果在步骤1921确定没有呼叫等待，则在步骤1934可以执行循环资源分配，以使得操作者资源被分配给与可提供的资源的技能和语言能力相匹配的QA处理过程。
再参照图25，SCA 1726询问排队分配组1700的能力处理过程1730，以确定呼叫队列级别，如步骤1810表示的。图26(f)的步骤1881-1888更详细地描述QA_CP位置查找处理过程。SCA告知能力处理过程(CP)具有特定的分配能力的操作者已成为可提供的(步骤1888，图26(f))。
回过来参照图25，CP 1730又通过呼叫排队状态事项1718的中介体来询问呼叫队列1715，以考察是否有呼叫正在请求刚刚变成为可提供的能力，如步骤1811表示的。正如提到的，呼叫排队状态事项1718知道每个呼叫队列的当前状态。因此，例如，SCA 1726在应用它的事务规则时可以使用当前的呼叫排队级别作为准则。如果可提供的操作者具有两个或多个分配的能力，则SCA以由SCA事务规则规定的顺序来询问与这些能力有关的每个排队分配的能力处理过程。例如，如果可提供的操作者被分配来处理18C呼叫和商业银行A呼叫，则SCA事务规则可以规定SCA首先询问能力处理过程。如果在用于18C的队列中没有呼叫，则SCA 1726可以把操作者分配给商业银行A能力处理过程。
图26(g)描绘处理过程步骤1889-1897，它们被调用来执行查看呼叫队列状态，以便确定刚变成为空闲的操作者能力当前是否正在呼叫队列中进行等待。为了说明起见，假定在呼叫队列中对新的可提供的操作者资源有一个请求。
在应用它的事务规则后，SCA事项1726通过把用于该资源的识别号发送到业务的排队分配的能力处理过程1730，从而分配可提供的资源给一个业务。具体地，CQ接收用于连接呼叫的能力的物理地址。然后，CP 1730分配资源给呼叫队列，如图25的步骤1812表示的。
如果在该呼叫队列中有一个呼叫，则呼叫排队处理过程发送一个消息到SLP(在本例中是18C SLP 522)。这个消息分配资源到呼叫，如步骤1813表示的，步骤1808和步骤1813代表两个处理过程的汇合。作为应答，18C SLP通过把操作者物理终结端地址包括在被它发送到NGS的、它的业务应答消息中，从而把呼叫路由到该操作者资源。应当指出，SLP可能需要与操作者LLP通信，所以操作者的网络终结端地址被附加地发送到SLP，以便消除任何进一步的名称转译。
紧接着，呼叫退出呼叫队列，以及如步骤1814表示的，ACL被更新来指示这个资源是不可提供的，因此，预订用于该呼叫的资源，直至呼叫被操作者回答为止。
作为分配智能网的操作者业务系统的附加特性，可以插入一个用于预测操作者可提供性的触发器。由于操作者正在服务于一个呼叫，该操作者典型地达到这种情况，即它们(或它们的OWS应用项)知道它们不久(例如在30秒内)将是可提供的。触发点可被插入到自动发送消息到操作者LLP 536的OWS应用项537，或作为一个人工可选项而被操作者选择，以及导致一个消息发送到操作者LLP。这个消息使得操作者LLP把待决的资源可提供性通知SCA事项1726。SCA然后可以开始把操作者分配到呼叫排队的处理过程。因此，在操作者实际被分配给呼叫队列中的一个呼叫以及该呼叫被路由到操作者之前，操作者将是可提供的。定时器(未示出)可以在SCA中被设置成使得那些到达操作者的呼叫事件更紧密地一致以及操作者成为可提供的。
按照本发明的NGIN方法，可提供的资源被分配给呼叫。一个可提供的资源只提供给一个呼叫队列，以防止任何冲突。通过本发明的方法分配资源给呼叫的本质在于，由于呼叫队列和SCA不是排队分配组事项，有可能多个资源被分配给只有一个呼叫的单个呼叫队列。这种情形发生在如果在时间帧内出现多个对于能力处理过程询问和报告呼叫队列状态所需要的分配的情况下。如果这种情形发生，则被分配到呼叫队列的第一个资源得到该呼叫。下一个资源被分配给空的呼叫队列。为了调整这种情形，ACL可附加地包括定时器机构，该面机构在步骤1814，当能力处理过程1730更新ACL1702以表示资源是不可提供时被设置(例如，5秒内)和被分配给一个资源。如果在资源被分配给一个呼叫前该定时器超时，则该资源从呼叫队列中移出，使得它可在ACL中被提供，并且可由SCAGO来重新分配。如果资源是只有一个被分配的能力的操作者，则它在定时器超时以后可被保持在呼叫队列中，因为它没有其它地方可被分配。
图30(b)总的显示关于排队分配能力业务处理过程的事务规则的应用项。如图30(b)所示，第一步骤1940确定操作者资源成为可提供的。对于本例，假定操作者资源被分配到1-800-collect(接收方付费)QA处理过程。接着，在步骤1941，作出关于是否有呼叫在用于1-800-collect业务的呼叫等待队列中进行等待的判决。如果有呼叫在呼叫等待队列中等待，则在步骤1942，作出关于是否有呼叫在等待具有非英语讲话能力的操作者资源的判决。如果有呼叫在等待这些类型的操作者资源，则在步骤1844，把资源分配给具有最长的保持时间的呼叫。如果在步骤1942，确定所有的呼叫都在等待英语讲话能力的操作者资源，则在步骤1946，把资源分配给具有最长的保持时间的呼叫(例如，如果它是大于3秒)。如果没有等待时间大于3秒的呼叫，则在步骤1948，可以把操作者资源分配给与操作者资源的位置(例如，东北位置)有关的呼叫队列。替换地，操作者资源可以循环方式分配给其它呼叫等待队列。
如果在步骤1941确定没有呼叫在等待操作者业务，则在步骤1950，操作者资源被分配给QA可提供能力表1702，如图25所示。
图27(a)和27(b)显示引用操作者和呼叫中心业务的业务节点的示例性物理结构。具体地，图27(a)显示在如图16所示的NGIN业务节点204’内操作者业务系统1800的一个实施方案。如图27(a)所示，一个或多个单独的操作者工作站537(a)，...537(n)被显示为通过LAN 1836被连接到高速宽域网WAN 57。
在另一个实施例中，如图27(b)所示，操作者和顾客呼叫中心业务系统1800’可以通过外部接口被集成在NGIN系统结构内。在这个实施例中，一个或多个操作者工作站537a，...，537n通过LAN 1837被连接到顾客呼叫中心服务器1830，它通过计算机电话接口装置与在NGIN业务节点处提供的高速数据链路59相接口。应当看到，操作者业务和顾客呼叫中心业务可以通过T1/FGD接口或ISDN接口与NGIN系统相接口。
应当看到，在操作者和呼叫中心业务方面，要请求在站点204’接收的特定能力的操作者资源的顾客可以容易地被分配以具有所请求的能力的操作者资源业务，因为NGIN提供在位于另一个站点45a处的操作者工作站537与已接收该呼叫的站点之间的处理过程间通信。
现在参照图28(a)描述一种情形，它描述通过使用操作者辅助可选项而提供1-800接收方付费业务的NGIN的能力。在这种情形下，1-800接收方付费(18C)SLP被使用来提供该业务。这个SLP调用LIDB查找SLP来验证被呼叫线路是可收费的，以及调用有效的DDDSLP来验证由呼叫者输入的DDD是合法的。假定在这种情形下使用的所有数据库和话音文件已通过使用业务创建环境228而被构建。在这种情形下，在发起或终结线路上(例如，呼叫等待，呼叫转发)没有任何特性。而且，在描述这种情形时，作出以下假定(1)所有呼叫都需要NGIN业务；(2)NGIN确定是否存在发起和终结线路特性；(3)在NGIN得到来自NGS的业务请求之前，NGS已创建一个位置来把呼叫前后关系的数据写入到数据管理。NGS分配给它一个“网络呼叫ID”，它是被使用来标识一个空间的名字，在该空间中NGIN将写入该信息；(4)NGS也示例说明一个事件逻辑程序(ELP)，它把所有的事件信息记录到呼叫前后关系的数据中；(5)NOS连接性被使用来在SLP与DM之间、在DM与NOS之间、和在NOS与SLP之间进行谈话；(6)SIBB与SLP共同位于同一个库，因此，不需要SLP请求对SIBB的名称转译；(7)SIBB的新的版本是与先前的版本后向兼容的；(8)在业务内使用的所有话音文件的位置和实际名称在业务开始时被检索，或在它们被使用时对它们进行检索；(9)对1-800-Collect呼叫不进行始发线路检验。也就是，来自任何类型的线路的任何呼叫者被允许拨打1-800-Collect呼叫；(10)NGIN接口是通过NGS NOS代理的，后者负责得到适当的资源来处理从NGIN发送的请求；(11)被发送到NGS的命令具有线路识别号，以允许线路与命令相联系；(12)SLP可以在业务创建时被建立来(a)总是要进行示例说明；(b)根据使用/超时进行终结；(c)根据命令进行终结；以及(13)示例说明的SLP由SLEE资源管理程序根据使用和时间来进行管理。应当看到，在这种情形下描述的步骤可以容易地被扩展来支持其它接收方付费呼叫和BOC(Bell(贝尔)操作公司)呼叫卡特性。
参照图28(a)，图上给出用于执行对由呼叫方A发起的进入的呼叫的特性鉴别的第一步骤1160，诸如这里参照图18(a)描述的。这引起示例说明FD，然后始发线路LLP、18CSLP和CLP(步骤1034，图18(a))，建立在LLPU、CLP和SLP之间的连接，以及把18C LLP以所描述的方式登录到NGS NOS代理。例如，这些步骤可以包括把FD名称从NGS/NOS代理发送到名称转译(NT)，以及把呼叫的800#、ANI、线路ID、网络呼叫ID、和始发的交换机干线数据(例如，名称＝FD)包括在这样的消息中。ELP地址也在这个信息中一起被发送。名称转译然后由NT执行以便确定特性鉴别器名称。它发送该名称到DM，得到实际SLP名称(例如，名称＝FD.SLP)。假定在每个总是在运行之中的SLEE(持续的SLP)中具有特性鉴别器，DM 400把带有它的存储的单元的FDSLP的实际名称发送到名称转译(NT)。NT把该名称发送给LRM，后者确定在哪里示例说明FDSLP.LRM拾取一个SLEE，以及返回SLEE的地址给NT。(SLEE地址)。NT发送消息(来自NGS)到特性鉴别器。消息包含最初进入的所有的信息。然后，对DM进行数据询问，由此，FD SLP通过使用早先来自NGS NOS代理接收的数据来找出LLP、CLP和SLP。应当看到，在其它实施例中，不是通过NOS NT查找这些对象，而是通过数据视图(dataview)使它们成成易于提供的，以及使它们通过DMAPI来被接入。DM用三个SLP名称(LLP、CLP、SLP)把询问的结果发送回FD，以及通过使用这个询问结果，FD SLP发送SLP逻辑名称给NT，以便执行名称转译功能和得到要执行的SLP的各个物理位置。这可以利用单个消息或并行执行的三个消息来完成。NT询问LRM，以查明这些SLP在哪里被示例说明，在此，要假定LRM如有必要可以请求SLEE进行示例说明(SLP可以在不同的SLEE中运行)。LRM返回带有SLEE地址的实际SLP名称。
在示例说明后，如步骤1162表示的，NT发送所有的数据给CLP(包括ELP、LLP和SLP的地址)；发送所有的数据给LLP(包括CLP和LLP的地址)；发送所有的数据给SLP(包括CLP和ELP的地址)，并且在LLP、CLP和SLP之间的连接被建立。
接着，如步骤1164表示的，18CSLP检索对于业务的话音/文件名称。以下的步骤包括18CSLP检索对于该业务的话音/文件18CSLP把话音文件库的逻辑名称发送到NT，以用于名称转译。NT询问DM在18C业务中涉及的话音文件库的实际名称和位置。名称被建立在库级别上，以及该文件库包含在业务中可被使用的所有的话音文件。DM把实际话音文件库称和它存储的单元的地址返回到NT，该NT向LRM询问关于包含话音文件库的数据库的可提供性。LRM把包含话音文件库的数据库的地址返回给NT。话音文件库的物理地址从NT被返回到18C SLP。
接着，如步骤1166，1168表示的，NGS被命令来重放消息给始发的线路。这可以包括使得18CSLP能够把播放消息请求发送到CLP以便转发到LLP和NGS NOS代理的步骤。在该请求中，线路识别号、话音文件地址和呼叫识别号被发送。发送的命令可包括播放音，播放欢迎词w/截断和收集DTMF w/超时。这些命令可被级联以及作为一个命令被转发。具体地，CLP把18C SLP请求转发到始发的LLP，以及LLP把播放消息命令和收集数字命令转发到NGS NOS代理，如步骤1170表示的。NGS分配适当的资源和按它们被接收的顺序来执行命令。NGS NOS代理发送所收集的DTMF数字给LLP，以便将来通过CLP转发到18C SLP，如步骤1172表示的。应当看到，代表操作者可选项的DTMF数字(例如(0))是已被选择的。
接着，如步骤1175表示的，图28(a)，以及如这里参照图26(a)-26(g)和图29更详细地描述的，18C SLP从18C_QA SLP 700请求资源/能力(即，操作者)，以及QA把对于18CSLP启动终结处理过程所需要的线路信息返回到操作者线路。在接收操作者终结后，操作者终结节点位置查找将会作为操作者线路外出拨号处理过程的一部分而被执行。这个处理过程可以引起以下的步骤使得18C SLP能够发送操作者终结位置数据库的本地数据库名称到NT，以用于名称转译；使得NT能够从DM请求实际的操作者终结位置DB名称，以及使得DM发送实际的操作者终结位置DB名称和它的存储的单元到NT；参考LRM，以便查明终结位置DB是否本地可提供的；把物理DB地址返回到NT；以及传送操作者终结位置DB实际地址到18C SLP。18C SLP发送请求到DM，以便查看操作者终结位置(节点)，以及DM把操作者终结位置返回到18C SLP。在这种情形下，终结节点不同于发起节点的节点。
现在参照步骤1176， 图28(b)，18C SLP把外出拨号w/回答通知命令转发到CLP，以用于转发到NGS NOS代理。外出命令包括终结节点信息。由于这是被监管的外出拨号，因此，一个关于忙音、无回答、或回答的指示必须从NGS被发回。
然后，优选地同时执行两个处理过程(1)用于建立在呼叫方A与操作者之间的话音链路的处理过程，如步骤1178表示的；以及(2)用于建立在呼叫方A与操作者之间的数据链路的处理过程，如步骤1179表示的。
对于在步骤1179建立数据链路，在终结节点上用于操作者线路的LLP被示例说明，以及以这里描述的方式进行查看与线路有关的简况。例如，CLP把操作者LLP的终结节点位置和逻辑名称发送到NT，以使得它可被示例说明。在外出拨号之前的查看期间，确定操作者节点位置。NT发送操作者LLP逻辑名称给数据管理，后者返回实际的LLP名称加上它的存储的位置的地址。NT询问源管理(NRS)系统，以确定这个呼叫所要被终结到的节点是否接通电源的和被激活。RS把终结的/操作者节点的状态返回到NT。本地节点的NT请求远端节点的NT，以便示例说明操作者LLP。操作者节点的NT询问它的LRM，以确定LLP是否已被示例说明以便用于这个操作者线路。如果没有，则它示例说明LLP。在操作者节点处的LRM把其中用于操作者线路的LLP正在运行的SLEE地址返回到NT。操作者节点的NT发送呼叫数据到操作者线路的LLP。终结节点的NT把执行用于操作者线路的LLP的SLEE的地址发送到始发节点的NT。始发节点的NT把执行用于操作者线路的LLP的SLEE的地址发送到CLP。通过数据库查看，DM也把操作者线路信息返回到LLP。在这种情形下，在终结线路(操作者)上没有任何特性。
对于在步骤1178建立话音链路，执行以下步骤，其中包括用于外出拨号(A方到操作者)的命令和接收回答通知。CLP把外出拨号命令转发到始发的LLP，以及始发的LLP把外出拨号w/回答通知命令转发到NGS NOS代理。NGS进行外出拨号。ELP把外出拨号数据写入到数据管理，以用于格式化和转发。NGS NOS代理发送LLP的回答通知到始发线路的LLP，以及LLP把回答通知转发到CLP，后者再把回答通知转发到18C SLP。18C SLP确定回答通知是关于某人已回答了针对应答机或其它装置的电话的指示。现在可以建成到呼叫者的桥路连接。
图28(b)上的下一个步骤1180命令NGS把A方桥接到操作者和等待来自具有关于A方应当外出拨号到谁的信息的操作者的命令。这个数据通过操作者LLP被发送到18C SLP。在完成这些步骤后，A方和操作者可以谈话，18C SLP仍旧在运行。具体地，18C SLP把桥接双方命令转发到CLP，以便转发到NGS NOS代理。连同该命令在一起的是要被桥接(操作者和C方)的线路的线路识别号。CLP把命令转发到发起的LLP，以及发起的LLP把桥路连接双方命令转发到NGS NOS代理。NGS NOS代理把命令完成通知发送到LLP，以便将来转发到18CSLP。命令完成通知从LLP被转发到CLP，它把命令转发到18C SLP，表示操作者和C方被桥接。
如步骤1182表示的，操作者然后通过它的LLP发送命令到18CSLP，其中包含对于A方执行外出拨号到C方所需要的信息(例如，目的地号码)。
步骤1184包括进行对任何输入的直接拨打数字(DDD)的验证，以及进行对输入的DDD的LIDB DB查看，以便确定该线路(C方线路)是否可收费的。例如，这可以调用以下步骤使18C SLP能够发送逻辑LIDB SLP到NT，以用于名称转译；使NT发送逻辑LIDB SLP到DM，以及询问NRS，以便根据位置和节点状态确定能够运行LIDB SLP的最好的节点。将会看到，通过DMAPI，SLP可以从DM本地超高速缓存请求业务或数据。NRS把NT返回到选择的节点，以及本地节点的NT请求远端节点的NT示例说明LIDB SLP。在远端节点处的NT还询问它的LRM，以确定LIDB SLP是否已在这个节点上示例说明。如果没有，则它示例说明SLP。远端节点的LRM另外把询问数据转发到LIDBSLP。询问包括18C SLP的返回地址。LIDB通过首先把询问数据格式化为适当的格式以及把询问转发到网关到LIDB数据库，从而进行回答。LIDB询问被执行，以及结果被返回到18C SLP。
接着，在步骤1186，执行对于被呼叫方C的终结节点查看，以及将呼叫方A被放置在保持。这可包括以下步骤使18C SLP能够发送终结位置数据库的逻辑数据库名称到NT，以用于名称转译；使NT从DM请求实际的终结位置DB名称；使DM发送实际的终结位置DB名称和它的存储的位置到NT；使NT询问LRM，以查明终结位置DB是否本地可提供的，以及如果是的话，使LRM把物理DB地址发送回NF；使NT把终结位置DB物理地址传送到18C SLP，以便使得18C SLP可以发送一个请求到DM，从而去查看由呼叫者输入的DDD的终结位置(节点)以及把终结位置返回到18C SLP。在这种情形下，终结节点是不同于发起节点的节点。
为了把呼叫方A放置在保持状态和执行外出拨号，需要以下步骤使18C SLP能够转发“把呼叫者放置在保持状态”命令到CLP，以用于转发到NGS NOS代理。连同该命令在一起的是要被放置在保持状态的线路的线路识别号。CLP把命令转发到发起的LLP，该发起的LLP把“把呼叫者放置在保持状态”命令转发到NGS NOS代理。NGS把呼叫者放置在保持状态。此后，NGSNOS代理把命令完成通知发送到LLP，以便将来通过CLP转发到18C SLP。这向18C SLP表示呼叫者已被放置在保持状态。18C SLP把外出拨号w/回答通知命令转发到CLP，以便转发到NGS NOS代理。外出拨号命令包括终结节点信息。
在步骤1189建立数据链路，其中包括在终结节点上示例说明用于终结线路(C方)的LLP、以及查看与线路有关的简况。例如，这可包括使CLP能够把终结LLP的终结节点位置和逻辑名称发送到NT，以使得它可被示例说明。在外出拨号之前的查看期间，确定终结节点位置；使NT发送LLP逻辑名称给数据管理，后者返回实际的LLP名称加上它的存储的位置的地址；使NT询问NRS，以确定这个呼叫正在终结到的节点是否接通电源和被激活；NRS把终结的节点的状态返回到NT。本地节点的NT请求远端节点的NT，以便示例说明终结LLP。终结节点处的NT询问它的LRM，以便确定LLP是否已对于这个终结线路被示例说明。如果没有，它示例说明LLP。在终结节点处的LRM把其中用于终结线路的LLP正在运行的SLEE地址返回到NT，以及终结节点的NT发送呼叫数据到终结线路的LLP。终结节点的NT把执行用于终结线路的LLP的SLEE的地址发送到发起节点的NT。发起节点的NT把执行用于终结线路的LLP的SLEE的地址发送到CLP。
简况查看可能需要终结的LLP把线路信息数据库的逻辑数据库名称发送到NT，以用于名称转译。NT从DM请求实际线路信息DB名称，DM发送实际线路信息DB名称和它的存储的位置到NT。NT从LRM确定线路信息DB是否本地可提供的。LRM把物理DB地址发送回NT，后者把线路信息DB物理地址传送到终结的LLP。终结的LLP发送请求到DM，以便查看顾客终结线路信息。DM把顾客线路信息返回到LLP。在这种情形下，假定在终结线路上没有任何特性。
对于在步骤1188建立话音链路，CLP把外出拨号命令转发到发起的LLP，以及发起的LLP把外出拨号w/回答通知命令转发到NGS NOS代理。NGS进行外出拨号。作为这个过程的一部分，ELP把外出拨号数据写入到数据管理，以用于格式化和转发。NGS NOS代理发送LLP的回答通知到发起线路的LLP， 以及LLP把回答通知转发到CLP，后者再把回答通知转发到18C SLP。18C SLP确定该回答通知是关于某人已回答了针对对应答机或其它装置的电话的指示。
接着，如步骤1190表示的，命令NGS把操作者桥接到C方。这可能需要以下步骤使18C SLP能够把“桥接双方”命令转发到CLP，以便转发到NGS NOS代理。连同该命令在一起的是要被桥接(操作者和C方)的线路的线路识别号。CLP把命令转发到发起的LLP，以及发起的LLP把桥接双方命令转发到NGS NOS代理。NGS NOS代理把命令完成通知发送到LLP，以便将来转发到18C SLP。命令完成通知从LLP被转发到CLP，它再把命令转发到18C SLP，表示操作者和C方被桥接。
在完成这些步骤以后，操作者和C方现在处在谈话状态，A方处在保持状态，以及18C SLP仍旧在运行。假定C方表示接受来自A方的接收方付费呼叫，下一个步骤1192要求NGS中断在C方与操作者之间的桥路连接。这可包括使CLP能够转发命令到发起的LLP，后者把“中断桥路连接”命令转发到NGS NOS代理；使NGS NOS代理能够发送命令完成通知到LLP，以便将来转发到18C SLP；把命令完成通知从LLP转发到CLP，后者再把命令完成通知转发到18C SLP，表示在C方与操作者之间的桥路连接已被中断。
以下的步骤命令NGS移除呼叫者(A方)的保持状态，以及桥接呼叫方(A方)和被呼叫方(C方)，如图28(b)的步骤1194表示的。在A方与C方之间的桥接完成之后，18C SLP被终结。首先，18C SLP把“移除呼叫者保持状态/桥接呼叫”命令发送到CLP，以便转发到NGS NOS代理。CLP把请求转发到发起的LLP，后者把命令转发到NGSNOS代理。在该命令内，要被连接的线路被识别。NGS NOS代理发送命令完成通知到LLP，以便将来转发到18C SLP。这个命令完成通知从LLP被转发到CLP，后者再把命令完成通知转发到18C SLP，表示在A方与C方之间的桥路连接已建立。
以下的步骤可用于处理呼叫完成(1)LLP在交换机处接收来自NGS NOS代理的呼叫完成通知；LLP把呼叫完成通知转发到CLP；CLP把呼叫完成通知转发到所有相关的SLP，这导致它们的终结。CLP然后终结。在从CLP通知呼叫完成后，ELP把呼叫信息写入到DM，以及终结。也就是，在它终结以前，需要在呼叫完成后被加以保持以用于收费和各种其它用途的的ELP呼叫详细数据，将首先被存储。
本发明的系统还支持虚拟网(“Vnet”)和在智能网中的异步传送模式(“ATM”)通信业务。按照标准ATM技术，共享的ATM网1510(诸如图31(a)所示的)以53字节固定长度分组在一系列ATM交换机1520a-g和互联的链路1516、1517上把视频、数据、和话音业务从源1515a传送和路由到目的地1515f。在单个网络上载送多媒体业务的能力使得ATM成为优选的用于B-ISDN业务的技术。异步传送模式协议是面向连接的，以及用于ATM“呼叫”的业务作为信元通过从源到目的地延伸的虚拟连接被传送。
图31(a)上描绘的ATM虚拟专用网(VPN)结构1500包括顾客站点，(例如，1515a-1515f)，资源复合体(例如包括ATM交换机1520a-1520g)，以及NGIN业务节点(其中两个节点204a，b使得NGS资源复合体能够接收ATM呼叫事件，以及提供一个或多个NGIN业务控制部件(例如，执行SLEE的业务控制服务器))。具体地，在每个业务节点处的SLEE执行用于提供在ATM网络上Vnet/VPN业务的SLP，以及具体地实施ATM共享的网络功能。应当看到，SLEE也执行用于在传统的电路交换网络上提供Vnet/VPN业务的SLP。
在优选实施例中，NGIN系统1000提供ATM和虚拟专用数据网业务，诸如(1)源地址屏蔽，通过阻止呼叫者发起到禁止的目的地的呼叫(例如阻止顾客在他们的网络以外发起呼叫)，从而提供对于顾客的虚拟专用数据网的安全性；以及提供他们的网络的内部分段，即阻止特定的源呼叫特定的目的地。通过这种类型的屏蔽，把一个源与在本地DM超高速缓存中所提供的目的地的包括表或排除表相联系，它在试图完成呼叫之前被加以检验；(2)目的地地址屏蔽，用于通过允许预约用户阻止呼叫被传送到目的地而提供类似的安全性类型。这个特性以与源屏蔽类似的方式被使用来保护专用网的完整性，顾客使用这个特性来安全接入到他们的网络内的特定的目的地。通过这种类型的屏蔽，使得目的地与排除表或包括表相联系，以及这些表可以在允许呼叫被呈现到该目的地之前被加以检验；(3)用于为顾客定义虚拟专用网的紧密用户组。被放置在所述紧密用户组内的呼叫只可被连接到也处在该紧密用户组内的目的地。
另外，NGIN支持ATM呼叫中心能力，它包括(但不限于)以下呼叫中心应用项(1)一天的时间路由，其中在“建立”和“加上一方”信令消息中规定的地址(或者E.164，或者以ATM末端系统地址格式)可以根据呼叫被发起的该天的时间被修改为不同的地址；(2)一星期的日期的路由，其中在“建立”和“加上一方”信令消息中规定的地址(例如，或者E.164，或者以ATM末端系统地址格式)可以根据呼叫被发起的一星期的日期的时间被修改为不同的地址；(3)百分数分配，其中在“建立”和“加上一方”信令消息中规定的地址可以根据呼叫被分配到该地址的呼叫百分数被修改为不同的地址；(4)事故意外路由计划，其中另一个ATM路由计划可以由顾客被规定来在特定的目的地处呼叫中心资源的可提供性的一个重要改变的情况下被使用。例如，顾客可以具有正常的路由计划，它进行一天的时间路由，一星期的日期的路由，和路由到三个呼叫中心的百分数分配。如果这些中心之一意外地关闭，则顾客可以选择规定一个考虑到这种情形的另一个路由计划；(5)起源点路由，其中在“建立”和“加上一方”信令消息中规定的地址可以根据呼叫的发起点被修改为不同的地址；(6)呼叫停泊，其中当在“建立”和“加上一方”信令消息中规定的地址(例如，或者E.164，或者以ATM末端系统地址格式)当前是不可提供时，网络可能需要使呼叫停泊，直至目的地成为可提供的、或直到用于停泊的时限超时为止，如果目的地成为可提供的，则呼叫建立继续进行。如果在停泊超时之前目的地没有成为可提供的，则呼叫被丢弃，或被发送到另一个目的地；(7)基于AAL参量中的设置的路由，其中“建立”和“加上一方”信令消息允许用户规定的参量的技术条件。也可能使用这些参量来规定特定类型的目的地。例如，如果呼叫者拨打熟知的视频操作者号码，他们能够规定例如对于西班牙语讲话的操作者的需要。
另外，NGIN支持ATM一个号码业务能力，包括(1)找到我/跟踪我，其中在规定分配给特定的预约用户的地址后，该预约用户可以改变与该地址有关的目的地。这个能力所提供的特性使得预约用户能够在他们移动位置时接收呼叫；以及(2)另一个路由，其中如果目的地是不可提供的，则也可能规定另一个地址。
收费业务被附加地支持，其中包括使用允许规定呼叫应当被收费的帐户代码的ATM自适应参量；以及对于业务质量的预约控制，该特性允许实施对于预约用户的预订级别。也就是，如果预约用户与ATM网络提供者签约，则他们可以支付与特定的业务质量有关的收费。当建立或加上一方消息从该预约用户发出时，与该消息有关的业务参量的质量针对于该约订用户的预订进行验证；以及源地址验证，该特性提供验证在建立或加上一方消息中规定的源地址是正确的，以及被进行鉴权，以便在进入的端口处使用。这提供了被收费方确实是发起呼叫的一方的保证。
在ATM Vnet业务(“ATM/Vnet”)方面，现在参照图32(a)-32(g)的功能性流程图，为了示例的目的，描述处理和业务利用情形。首先，如图31(b)所示，ATM/Vnet呼叫事件首先到达NGS 180的NGS交换机构件。当NGS 180接收一个呼叫时，载体控制部件给呼叫控制部件提供在其上已接收了呼叫的接入线路、以及Vnet#，线路ID、网络呼叫ID、发起交换机干线、和对于呼叫处理需要的其它数据。NGS呼叫控制保存按照它的编程的逻辑而执行的、用于该呼叫的状态模型。附加地被包括在状态模型中的是各个用于示例说明ELP 540和发送业务请求到FD 510的触发，如图31(b)所示。为了示例说明ELP，NGS呼叫控制部件通过使用如这里描述的用于ELP的逻辑名称，把一个消息的传送地址定为NNOS。作为应答，NNOS发送一个消息到业务管理程序对象，以便在SLEE内示例说明一个ELP以及把对于该ELP的对象参考返回到呼叫控制。NGS呼叫控制部件把这个对象参考包括在要被发送到SLEE中的FD的业务请求消息内。因此，由任何处理过程为该呼叫产生的所有合格的事件数据被写入到示例说明的ELP处理过程中。具体地，业务请求消息被定址为FD的逻辑名称；这个逻辑名称被NNOS NT部件转译为对于运行在已接收了呼叫的同一个业务节点上的FD逻辑程序的物理地址。被包括在该业务请求消息中的是Vnet#、ANI、和其它数据。
接着，FD使用它的特性鉴别表来表示哪个SLP将要处理所接收的业务请求。对于示例的Vnet业务请求，它要由ATM_Vnet_SLP来进行处理。以下的表是一个示例的缩写FD表，其中具有包括各种“Vnet”呼叫业务的指针的事项。
输入端口表A001001” SLP指针“ATM_Vnet”A001002” 指向FGD表的表指针FGD表Vnet1*表指针Vnet1表Vnet2*表指针Vnet2表Vnet3*表指针Vnet3表Vnet1表指向“ATM_Vnet_SLP”的Vnet SLP指针其中FGD是特性组鉴别器。具体地，根据呼叫在网络(交换机板)中在何处被发起、以及所接收的呼叫类型，FD将以这里描述的方式确定适当的SLP逻辑名称。例如，识别号“A001002”表示接收到一个需要在FGD表(指向FGD表的指针)中的查找呼叫。FGD表接下来根据被呼叫的号码(例如，Vnet*)来保持指向其它表的指针，其中“*”是分界符。从这个Vnet表，FD得到一个指向要被调用的、被请求的SLP逻辑名称的指针，以及该业务请求被切换到NNOS，它按照所请求的ATM/Vnet业务来示例说明CLP 545、LLPO 530和SLP 520对象。应当看到，这些对象的示例说明需要实施NNOS LRM功能，后者根据所讨论的各种因素(例如，本地SLEE负载)来确定最佳的可提供的事项。例如，对于LLPO而言，LLPO的逻辑名称根据在其上曾经接收呼叫的载体控制线路来提供给NNOS。这个线路的识别号基于ANI或基于由NGS载体控制部件标识的接入线路。ANI识别发起呼叫的原先的接入线路，它可以是或不一定是在其上由NGS接收呼叫的同一个接入线路，即，例如，接收的呼叫可以在本地网上被发起，并且被传送给交换机间载体网络上的交换机构件。所以，与线路有关的特性(诸如呼叫等待或呼叫中断)可以由ANI来标识。NNOS把LLPO的逻辑名称转译为物理地址，以用于LLPO示例说明。虽然其它逻辑程序(诸如SLP)可以在其它站点被示例说明，但LLP在与它们的有关的线路所处的站点被示例说明。一旦被示例说明，LLPO就询问数据管理关于与线路有关的特性；保持发起的线路的状态；以及当诸如呼叫等待或溢出路由的任何特性被呼叫者调用(即，呼叫等待)或被网络调用(即，溢出路由)时，将调用诸呼叫等待或溢出路由这样的任意特性。在ATM/Vnet方面，LLP可以从DM请求该线路是否能够处理具有特定的带宽的ATM呼叫。
NOS从包含代表要被调用的特定业务的逻辑名称(例如，ATM Vnet)的特性鉴别器中接收业务请求切换请求。NOS识别该请求包含逻辑名称，以及查看它的事项表(未示出)来确定它是否具有任何可提供来服务于这个业务请求的SLP处理。它也通过NNOS LRM功能来识别使用哪个所请求的类型的事项。因此，NOS发送一个请求给运行在业务控制SLEE上的业务管理程序对象，以便调用请求的Vnet业务，如果它还没有被示例说明的话。在优选实施例中，NNOS选择来自一个业务控制服务器的SLP(该业务控制服务器已从NGS接收了原先进入的业务请求通知)，然而，应当看到，NNOS可通过实施NOSLRM功能来选择在任何业务控制部件中的SLP。NOS然后确定所选择的SLP是否已被示例说明，以及如果选择的SLP还没有被示例说明，则将引导SM去示例说明SLP对象，其中包括起动一个线程的ATM_Vnet业务代理对象。否则，如果所选择的SLP已被示例说明，则线程管理程序把新的处理过程线程分配给SLP对象。示例说明的ATM_Vnet SLP然后把它的物理地址登录到NOS，以及NOS把这个SLP分配给业务请求。然后，NOS把业务请求切换消息传送到新的ATM/Vnet SLP事项。被包括在业务请求切换消息中的是有关的初始地址消息(“IAM”)信息，其中包括的信息诸如发起业务请求的时间；发起请求的交换机ID；发起呼叫的终端设备ID；呼叫方号码，以及被呼叫方号码。另外被包括在IAM消息中的可以是请求的ATM建立参量，其中包括请求的业务类别、带宽、和ATM业务质量(QoS)参量等等。这个信息被使用来确定ATM/Vnet呼叫是否可根据网络的状态和预约用户的用户简况被路由。除了接收IAM消息以外，NNOS向示例说明的CLP发送所有业务有关的数据，其中包括用于示例说明的SLP、ELP、和LLPO对象的对象参考。用于CLP和ELP的对象参考也被提供给LLPO和(ATM/Vnet)SLP，以使得LLPO和SLP可以与CLP和ELP相接口。最后，如步骤154表示的，ATM/Vnet SLP然后按照它的编程的逻辑开始处理该过程。
在ATM/Vnet呼叫前后关系，ATM/Vnet SLP 520优选地询问和从一个或多个ATM/Vnet数据库(未示出)得到必要的数据，以便作出适当的判决。如图所示，ATM/Vnet SLP 520调用以下步骤假定ATM_Vnet_SLP业务线程1600已被示例说明，图32(a)的第一步骤1602是保持空闲，直至从FD或直接从NGS接收到Vnet业务请求数据消息为止，以及在步骤1604，确定接收的呼叫是否为Vnet呼叫。正如所描述的，一个(ServiceRequestEvent)类别被示例说明，它具有负责把初始业务请求从NGS输送到NGIN的方法。优选地，SIBBWait.java类别(SIBB)被调用来等待ATM/Vnet呼叫，以及当它被接收时，从业务请求事件中抽取信息来加到与Vnet呼叫事项有关的呼叫前后关系对象。优选地，呼叫前后关系对象实施put()，get()和remove()事项方法，以用于控制处在用于存储与特定的呼叫有关的信息的散列数组中的密码值对。
接着，如步骤1608表示的，一旦接收到有关ATM/Vnet呼叫的消息，SLP Vnet 处理过程就把一个监视释放事件(MonitorReleaseEvent)消息连同呼叫识别号(例如，线程ID)和SLP 对象参考一起发送到 NGS。这可以通过调用SIBBSendMsg.java(SIBB)而被完成，它可被SLP使用来传送消息。具体地，该监视释放事件消息是一个公共类别延伸基本类别NGIN事件，它被使用来通知NGS如果它应当从呼叫发起者接收释放指示，则应当将其转发到NGIN。
然后，如步骤1612表示的，作出对于发起的Vnet用户ID的确定。这使得调用一个SIBBDBR.java(SIBB)去执行数据库询问，以便验证是否有与呼叫号码有关的发起用户ID。如果没有与呼叫号码有关的发起用户ID，则处理过程终结，如步骤1613表示的，以及适当的消息被发送给NGS以便告知没有找到发起用户ID。如果找到发起用户ID，则调用相似的处理过程，以确定目的地用户ID。如果没有找到目的地用户ID。则适当的指示被发送到NGS，告知没有找到目的地用户ID，以及呼叫应当被终结，如步骤1613表示的。
如果找到目的地用户ID，则执行源地址屏蔽(“SAS”)功能，如步骤1615表示的，图32(a)。具体地，ATM/Vnet SLP发起数据库询问，以验证源地址和证实ATM建立消息参量处在顾客的预约的限制内。为了完成这一点，通过SIBBDBR.java方法来调用源地址屏蔽程序，以便返回一个布尔逻辑指示符，证实发起呼叫消息的端口ID和终端设备ID是否相应于正确的用户ID。这被执行来阻止非法呼叫者转移Vnet网中的数据。在提供源地址屏蔽的SIBBDBR.java方法的实施中包括了以下步骤(1)ATM_Vnet SLP从NNOS NT请求源地址数据库名称；(2)NNOS NT从DM请求实际的源地址实际名称；(3)DM把实际的源地址实际名称和它的存储的位置发送到NNOS NT；(4)NT询问LRM功能，以查明源地址数据库是否在本地可提供的，以及NNOS LRM把物理数据库地址返回到NT；(5)NNOS NT把源地址数据库物理地址传送到ATM_Vnet SLP；(6)ATM_Vnet SLP询问DM，以确定源地址是否合法以及在建立消息中特定的带宽是否与顾客的预约相匹配。假定建立消息参量(例如，带宽)对于顾客相对于当前的网络利用是合法的。最后，DM把布尔逻辑应答返回到ATM_Vnet SLP询问。
如图32(a)所示，在步骤1617，如果返回一个错误，即，SAS测试到失败，则处理过程终结。如步骤1620表示的，这包括通过SIBBSendMsg.java发送终结消息(TerminatEvent.java)到NGS，以便发起拆除连接处理过程。这时，有关这个呼叫的任何积累的呼叫前后关系数据被存储在呼叫前后关系对象或数据库中，以用于以后使用，如步骤1622表示的，以及处理过程终结。应当看到，在ATM_Vnet_SLP处理过程中各个时间，如图所示，呼叫前后关系数据被写入到呼叫前后关系对象(例如，示例说明的ELP和/或数据库结构)中，以使得正确的呼叫记录被保持，如由“execute(cc)”呼叫表示的。如步骤1622表示的，执行SIBBDBInsert.java(SIBB)以便分配DM(数据库)中的贮存器，以及把对于呼叫累积的呼叫前后关系数据写入到数据库中。
如果SAS是成功的以及一个布尔逻辑真值被返回，正如在步骤1617确定的，则在步骤1618，图32(a)，ATM_Vnet_SLP执行关闭用户组屏蔽(“CUGS”)程序以验证发起的用户ID是否可以使该呼叫传送到被呼叫的目的地。代替执行CUG屏蔽，或在执行CUG屏蔽之前，应当看到，目的地地址屏蔽可被加以执行，以用来证实目的地地址是对于呼叫的发起者的合法的终结端。
如图32(b)所示，CUGS处理过程包括第一步骤1625，用于通过实施SIBBDBR.java从而执行DMCUGScreening数据库中的数据库询问。作为询问的结果，一个布尔逻辑结果被返回，表示呼叫者ID是一个呼叫组的一部分，该呼叫组被授权来呼叫作为是被呼叫组的一部分的该目的地。因此，在步骤1628，作出关于返回的布尔逻辑结果是否为真(即表示CUGS是否成功)的判决。如果该步骤是不成功(即，CUGS测试失败)，则处理过程返回到步骤1620，图32(c)，执行终结程序，其中包括通过SIBBSendMsg.java发送消息到NGS；发起拆除连接处理过程；以及把累积的呼叫前后关系数据写入到分配的数据库结构。
如果CUGS是成功的，以及在步骤1628返回一个真，则在步骤1629，图32(b)，VnetSLP执行一年的时间路由(TOYRouting)程序，根据进行呼叫的当前时间，得到路由计划选择。
如图32(c)所示，TOYRouting处理过程包括第一步骤1610得到当前时间，它包括调用SIBBGetTime.java类别，以便从NOS业务得到当前时间。然后，如步骤1633表示的，通过调用SIBBDBR.java类别去检索被呼叫方的优选路由选择或表示没有路由优选项的零指示，使用目的地用户ID、一天的当前时间和一年的时间值，在TOY路由数据库中执行数据库询问。因此，在步骤1635，作出判决返回的结果是否为表示没有被呼叫方TOY路由优选项的零。如果有优选项，则实施与路由计划有关的路由选择，如步骤1638表示的。
应当看到，在ATM到ATM的呼叫的方面，不需要执行号码转译。然而，对于其它类型的Vnet，如果需要号码转译，则ATM_Vnet处理过程要请求NNOS把对象参考返回到由DM提供的Vent号码转译数据库。一旦SLP接收数据库的位置，就执行数据库询问来查看与逻辑目的地Vent号码有关的物理地址，以及DM返回物理地址。因此，一个终结的简况将被使用来确定目的地地址是否可处理ATM和特定的带宽。Vent号码转译然后可被写入到ELP事项中，以便被放置在DM＝s分配的呼叫前后关系数据库中。
返回到图32(c)，如果在步骤1635，返回一个零，表示没有优选的TOYRouting路由选择，则处理过程在步骤1637继续进行，图32(c)，其中ATM_Vnet SLP执行一天的时间路由(“TODRouting”)程序，根据进行呼叫的当前的时间得出路由计划选择。
如图32(d)所示，TODRouting处理过程包括第一步骤1640通过使用目的地用户ID、一星期的当前的日期和一天的时间值作为关键字和调用SIBBDBR.java类别去检索被呼叫方的优选路由选择或零指示(表示没有路由优选项)，从而执行在TOY路由数据库中的数据库询问。因此，在步骤1643，作出关于返回的结果是否为零(表示没有被呼叫方TOD路由优选项)的判决。如果有优选项(没有返回零)，则实施与路由计划有关的TOD路由选择，如步骤1648表示的，图32(d)。
如果在步骤1643确定没有返回的TODRouting路由选择，则处理过程在步骤1649(图32(d))继续进行，其中ATM_Vnet SLP根据被呼叫的号码发起呼叫的路由。
现在参照步骤1648和1649，图32(d)，一旦确定路由选择，ATM_Vnet_SLP执行处理过程，以便可根据路由选择来确定呼叫应当被发送到哪个交换机。因此，如图32(e)所示，下一个步骤1651是通过使用路由选择作为关键字和调用SIBBDBR.java类别去检索以交换机ID形式出现的被呼叫方的优选路由计划或零指示(表示没有找到交换机ID)，从而执行在TOY路由数据库中的数据库询问。然后，在步骤1653，作出关于返回的结果是否表示找到了交换机ID和该呼叫可被路由的判决。如果没有找到交换机ID，则处理过程进到步骤1620，图32(a)，以便通过SIBBSendMsg.java发送一个消息到NGS，发起拆除连接处理过程，以及把累积的呼叫前后关系数据写入到呼叫前后关系对象和/或数据库结构。
如果在步骤1653返回一个交换机ID，则处理过程继续进到步骤1655，以便确定外出拨号路径，即，与交换机有关的干线ID以及路由计划选择。因此，在图32(e)，下一个步骤1655通过使用交换机ID作为关键和调用SIBBDBR.java类别来从交换机检索外出干线或零指示(表示没有干线是可提供的)，从而在外出拨号计划数据库中执行数据库询问。于是，在步骤1658做出关于返回的结果是否表示已外出的干线以及该呼叫可以被路由的判决。
如果在步骤1658确定了没有找到外出的干线，则处理过程进到步骤1620，图32(a)，通过SIBBSendMsg.java发送一个消息到NGS，以便发起拆除连接处理过程，以及把累积的呼叫前后关系数据写入到呼叫前后关系对象和/或数据库结构。
如果在步骤1658干线被返回(即找到外出拨号路径)，则处理过程继续进到步骤1660，图32(f)，在其中Vnet SLP询问呼叫方的用户简况。
如图32(f)所示，在步骤1660，通过使用交换机ID作为关键字和调用SIBBDBR.java类别去检索用户简况细节，从而执行在用户简况数据库中的数据库询问。然后，在步骤1663，作出一个比较以便确定用户是否有足够的可提供的用于最小的呼叫时间的信用。为了进行这个比较，调用SIBBCompareInt.java级别，以便比较用户信用线路细节与用于建立ATM/Vnet呼叫的最小花费量。接着，在步骤1665，如果确定没有足够的信用来转发呼叫，则处理过程进到步骤1620，图32(a)，通过SIBBSendMsg.java发送一个消息到NGS，以便发起拆除连接处理过程，以及把累积的呼叫前后关系数据写入到呼叫前后关系对象和/或数据库结构。
如果在步骤1665确定有足够的可提供的信用，则处理过程在步骤1670继续进行，其中Vnet SLP处理过程把监视连接事件(MonitorConnectEvent)消息连同呼叫识别号(例如，线程ID)和对象参考一起发送到NGS。这可以通过由用于传送消息的SLP使用的SIBBSendMsg.java(SIBB)来进行发送。具体地，Vnet SLP利用切换到相关的呼叫逻辑程序(包括终结端地址)的切换命令来执行外出拨号请求，以使得Vnet呼叫可被路由到它的目的地。另外，呼叫监视连接消息是公共类别延伸基本类别NGINEvent，并且它被使用来通知NGS如果它应当接收连接消息，则它应当发送一个事件到NGIN。
因此，如步骤1675表示的(图32(f))，执行等待处理过程，直至NGS接收它的关于已经进行Vnet呼叫的指示为止。在这个步骤中执行SIBBWait.java类别(SIBB)的新的事项以便等待连接事件。一旦Vnet呼叫连接被建立，如步骤1675表示的，NGS就把一个ConnectEvent消息发送回用于被返回的对象参考和线程ID标识的ATM_Vnet SLP线程事项的NGIN。在这一点，呼叫的各方已被验证，以及被连接，并且ATM_Vnet处理过程现在等待最终释放事件，如步骤1677表示的。优选地，释放业务被使用来报告释放事件，这可以是当呼叫方或被呼叫方终结呼叫时或当用户信用被用尽时产生的。释放事件(ReleaseEvent)依赖于用于确定产生一个释放事件的时间的NNOS业务，和实施用于确定产生事件的原因以及确定从呼叫连接到释放事件消逝的时间量的方法。这个信息通过释放业务消息而被返回。
一旦在步骤1677接收到释放业务消息，处理过程进行到步骤1680，图32(g)，在其中执行执行这样一个处理过程从(在步骤1663，图32(f)中建立的)现有的用户信用“a”中减去与从ReleaseMessage返回的消逝时间有关的花费“b”。这造成调用SIBBSubtract.java类别(SIBB)来执行该减法。一旦减法完成，在步骤1683，执行用户简况数据库更新，以便根据由于进行了Vnet呼叫而导致的相减来更新用户信用，这造成通过使用发起的用户ID作为关键字而调用SIBBDBR.java类别(SIBB)从而来设置在用户简况数据库中的更新的数据。然后，如步骤1683图32(g)，表示的，在终结ATM_VnetSLP之前，处理过程可以通过调用SIBBDBInsert.java类别来把累积的呼叫前后关系数据附加地写入到所分配的呼叫前后关系数据库中。
此后，该程序造成发送路由应当信息到ELP 510，以便放置呼叫前后关系数据，例如，存储在DM中；以及利用切换命令来发送外出拨号请求到CLP 545，其中包括路由信息。在这种情形下，终结节点可以是远端的，在此情况下必须在远端节点处示例说明终结的LLP，以及执行简况查看，以便确定在终结线路上的任何特性。
更具体地，执行外出拨号/切换程序，这需要CLP 545利用切换命令发送外出拨号到LLPO(发起的线路)，再把它转发到在呼叫交换机处的NNOS代理，后者把Vnet呼叫路由到终结节点。ELP处理过程然后把外出拨号呼叫前后关系数据写入到DM。
最后，呼叫控制然后执行一些指令，这可以包括命令NGS交换机建立和完成到网络终结端的呼叫。当呼叫完成时(即，当双方已断开连接时)，LLP接收来自NNOS部件的呼叫完成通知，以及把呼叫完成通知转发到CLP。CLP把呼叫完成通知转发到相关的LLP和ELP，以及在受到CLP通知的触发时被截断。在它终结之前，那些在呼叫完成后需要被保持的ELP呼叫的详细数据(例如，用于收费和各种其它用途)可以首先被存储。例如，在ATM_Vnet业务的情况下，NGS交换机把分组计数数据写入到ELP，以用于收费目的。
除了上述内容以外，NGIN能够支持以下的、有关ATM/Vnet业务的功能需要，其中包括(但不限于)(1)要被屏蔽的、用于国内和国际拨打的VNET号码的能力；(2)把VNET拨打号码转译到NGS交换机能理解的格式(诸如输出脉冲数字)的能力，以便支持国内或国际DAL和直接长途拨号(DDD)终结端；(3)允许国际VNET呼叫具有预定的格式的能力，该格式包括用于表示国家的3个数字和表示专用网号码的7个数字；(4)改变从发起方得到的终结端地址和重新路由呼叫到另一个终结端的能力(呼叫重新路由/改换路由)。另一个终结端可以是NANP DDD号码、Vnet终结端、移动电话号码、国际终结端号码IDDD、ACD或话音/传真邮件系统等等，以及作出的任何改变可被做成对于呼叫方是透明的，如果必要的话；(5)提供NXX交换机路由，其中包括在执行终结端转译时使用交换码和地区ID(通过使用顾客NXX交换机路由计划ID而检索得到)，以代替使用通常的地理查看信息；(6)提供用于在协作的、网络或接入(发起的交换机、载体)级别(范围特权屏蔽)下屏蔽VNET呼叫的能力；(7)提供远端接入到VNET的能力，即分配800、900、和全球免费电话号码以便远端接入到VNET。当拨打这样的号码时，提供VNET拨号音、可允许的VNET地址的特性、和收集多少个补充数字；(8)提供路由数据呼叫能力的能力，即，顾客预订用于他们的VNET业务的所有的数字路由的能力。数字路由指示符(使用交换机56路径)连同路由转译一起被发送到交换机；(9)支持任何商务或居民顾客的专用拨号计划。当前，VNET顾客可以创建他们自己的网络拨号计划，例如，可以规定4-12位数字国内号码拨号计划和7-15位数字国际拨号计划；(10)通过ADF消息执行VNET卡验证的能力；(11)执行家中Vnet工作话音业务的能力，即在家中工作的雇员可被分配一个商务号码到他们的家中的电话。当他们拨打商务电话呼叫时，他们可以通过在Vnet号码前拨打*特性代码而使用Vnet业务。NGIN Vnet SLP接入到顾客的Vnet拨号计划；把该号码转译到Vnet终结端；以及对针对Vnet商务顾客的呼叫自动收费。当接收到进入的呼叫时，可以采用不同的振铃来提醒商务呼叫的用户；以及(12)撤销VNET卡的能力，使得用户能够撤销VNET卡。
以上详细地描述了几个优选实施例。应当看到，本发明的范围也包括不同于所描述的、但仍属于权利要求的范围内的其它实施例。
例如，所述通用计算机被理解为不是专门为一种类型的应用项制造的计算设备。通用计算机可以是任何大小的任何计算设备，它能执行对于实施本发明所需要的功能。
另外的例子是，“Java”编程语言可以用具有类似特性的、以及能执行对于实施本发明所需要的类似功能的其它等同的编程语言来代替。
这些术语以及其它术语在这里的用法，不是意味着要把本发明限制在这些术语本身。所使用的术语可以与其它术语交换，它们是同义的和/或指等同的事物。在考虑本发明的范围时词组“包括”被解释为非穷尽的。也应当看到，本发明的各种实施例可以采用硬件、软件或微编码的固件，或由它们来实施。
虽然本发明结合上述的实施例被揭示和讨论，但本领域技术人员将会看到在本发明的精神和范围内也可能作出多种改变、变例和修改。因此，以下的权利要求希望包括这样的变例和修改。
权利要求
1. 一种用于包括多个提供电信业务的互联节点的电信网的智能业务平台，所述电信网包括用于接收需要进行业务处理的电信事件的网络单元，所述业务平台包括(a)管理系统，包括业务部件贮藏库，它包括用于把不同的业务处理功能和对于提供所述业务需要的任何相关的数据封装起来的业务对象，所述管理系统包括分配机构，用于把所述业务部件和相关的数据从所述贮藏库分配到所述网络中的选中的一个或多个业务节点，业务节点包括(i)一个或多个业务执行环境，每个环境用于执行对于按照接收事件实施业务所需要的那些业务部件；(ii)本地数据库贮存装置和检索系统，用于接收和存储所述业务部件和来自所述管理系统的任何相关的数据，以及响应于接收的事件，使得所述业务部件和相关的数据对于所述业务执行环境是可提供的；以及(b)与平台无关的通信系统，用于提供在一个业务节点的业务部件之间和在所述电信网中的业务节点之间的处理过程间的通信和跟踪在业务节点处的业务部件的可提供性，所述业务平台使得业务能够在接收所述事件的、具有可提供的网络单元的业务节点处被执行。
2.如权利要求1中要求的业务平台，其中所述管理系统还包括接口设备，用于从业务创建平台接收所述业务部件，使得用户能够创建可以在业务节点处被执行的业务，每个所述业务具有相关的业务简况信息，它规定对于存储、编程和执行所述业务所需要的业务节点资源；用于接收包括所述网络的每个业务节点的物理资源容量的配置准则的接口设备，所述贮藏库包括数据库装置，用于存储所述接收的业务部件、所述业务节点配置准则、以及与所述业务部件有关的业务简况信息，所述分配机构，用于按照所述业务简况信息和所述业务节点的配置准则，把所述业务部件的副本分配到一个或多个业务节点。
3.如权利要求2中要求的业务平台，其中所述管理系统还包括触发机构，用于发起被分配到所述业务节点的业务部件的激活和去激活，业务部件在对于相关的业务的高要求的时间间隔期间在业务节点处被激活，以及在对于所述业务的低要求的时间间隔期间在业务节点处被去激活。
4.如权利要求3中要求的业务平台，其中所述业务简况信息包括一个特定的时间范围指示，用于表示特定的业务部件何时要被激活以便用于在所述业务节点执行；以及一个数目范围，用于表示与所述业务部件有关的可复用的对象线程的最小和最大数目，所述业务部件可在特定的时间范围期间在所述业务节点被示例说明。
5.如权利要求4中要求的业务平台，其中所述相关的数据包括顾客特定的数据，所述管理系统还包括接口设备，用于接收来自外部订单输入系统的所述顾客特定的数据、来自用于开发所述业务部件的外部业务创建项目的业务简况输入、以及来自规定业务节点能力的环境供应系统的所述业务节点配置准则。
6.如权利要求5中要求的业务平台，其中所述业务执行环境包括具有操作系统的一个或多个计算系统和用于存储业务部件与相关数据的一个相关的本地贮存装置。
7.如权利要求6中要求的业务平台，其中所述业务部件还包括顾客特定的数据，用于供应在业务节点处的顾客特定的业务，所述业务管理系统还包括库存管理程序装置，用于接收所述顾客特定的数据、业务部件和相关的业务简况信息、以及来自所述接口装置的所述业务节点配置准则；分配独特的逻辑名称给所述业务部件；以及把所述业务部件转发到所述数据库装置以便在那里进行存储。
8.如权利要求7中要求的业务平台，其中所述触发机构利用所述独特的逻辑名称，以便发起对所述顾客特定的数据、在业务节点处的业务部件、和相关的数据的激活、去激活和去除。
9.如权利要求8中要求的业务平台，其中所述与位置无关的通信系统包括在所述业务节点处的登录装置，用于在激活后登录业务部件和相关的数据。
10.如权利要求9中要求的业务平台，其中所述独特的逻辑名称包括特定的业务部件的版本号，其中每个业务部件接收对于部件的多个版本的独特的版本号。
11.如权利要求7中要求的业务平台，其中所述数据库装置包括一个或多个数据库格式，所述业务管理系统还包括数据库管理程序装置，用于接收对被存储在所述数据库装置中的业务部件执行数据库功能的请求，和执行与所述请求有关的数据库功能，所述数据库管理程序装置利用所述独特的逻辑名称来使被请求的数据库功能适配于被特定的数据库类型利用的格式，以使得所述被请求的数据库功能能够被执行。
12.如权利要求11中要求的业务平台，其中数据库功能包括以下的一个或多个功能把业务处理部件应用到所述数据库装置；从所述数据库装置删除业务处理部件；以及修改被包括在所述数据库装置中的业务处理部件。
13.如权利要求11中要求的业务平台，其中所述分配机构按照所述业务简况配置准则来产生用于把业务部件从所述数据库装置分配到一个或多个业务节点处的本地存储器贮存装置的请求，所述数据库管理程序利用所述独特的识别号来使被请求的数据库功能适配于被特定的数据库类型利用的格式，以使得能够检索所述被请求的业务部件。
14.如权利要求6中要求的业务平台，其中所述管理系统还包括检查机构，用于自动识别在被存储在所述数据库装置中的业务部件与被分配到业务节点处所述本地存储器贮存装置的业务部件副本之间的不一致性，所述检查机构包括再同步器，用于在确定了不一致性后用所述业务部件的当前版本来更新所述业务节点处的业务部件副本。
15.如权利要求14中要求的业务平台，其中所述管理系统还包括监视装置，用于记录关于接收、存储、分配、和检查所有的业务参量和业务节点简况信息的所有的活动，所述监视装置被实施用于业务管理系统处理过程的故障分析和报告。
16.如权利要求6中要求的业务平台，其中所述本地数据贮存和检索系统包括数据服务器，用于接收所述分配的业务部件和相关的数据，以及把所述业务部件和相关的数据存储到所述本地存储器贮存装置的第一存储器部件中；超高速管理程序装置，用于把业务部件和相关的数据从所述第一部件提供到所述本地存储器贮存装置的第二存储器部件，所述第二存储器部件包括通过在一个节点处在业务性能方面通常地执行业务部件而可以本地访问的存储器；以及客户机接口对象，用于在支持一个节点处的通常执行的业务时，从所述第二部件本地存储贮存器检索数据，以及当被请求的数据在所述第二部件中是不可提供时，通过所述超高速缓存管理程序装置发起从所述存储贮存器的所述第一部件中检索所述被请求的数据。
17.如权利要求16中要求的业务平台，其中所述超高速缓存管理程序装置实施顾客侧本地超高速缓存策略，用于把业务信息存储在所述本地存储器贮存装置的所述第二部件中，其中当所述超高速管理程序装置超高速缓存来自所述第一存储器部件的数据时，所述超高速管理程序装置动态地分配在所述第二部件装置中的空间。
18.如权利要求17中要求的业务平台，其中业务对象通过独特的逻辑名称请求相关的数据，所述客户机接口对象确定被请求的数据是从所述第二存储器部件还是从所述第一存储器部件可提供的。
19.如权利要求18中要求的业务平台，其中所述超高速缓存管理程序装置实施询问服务器子程序，用于通过所述数据服务器的中介体从所述第一存储器部件检索数据。
20.如权利要求19中要求的业务平台，其中所述触发机构包括业务激活触发器，所述数据服务器接收所述业务激活触发器，以便激活一个业务，以及利用表示成功地激活了被分配到所述节点的所述业务的激活请求成功指示符、或利用表示不成功地激活了被分配到所述节点的所述业务信息的失败指示符来应答所述管理系统。
21.如权利要求19中要求的业务平台，其中所述触发机构包括业务去激活触发器，所述数据服务器接收用于去激活一个业务的所述业务去激活触发器，以及用表示成功地去激活被分配到所述节点的所述业务的去激活请求成功指示符或用表示不成功地去激活被分配到所述节点的所述业务信息的失败指示符来应答所述管理系统。
22.如权利要求6中要求的业务平台，其中所述与平台无关的通信系统包括与业务执行环境有关的第一级别处理装置，用于在计算系统中示例说明和执行一个或多个激活的业务对象，所述第一级别处理器还产生与业务执行环境的资源容量有关的状态信息；以及与业务节点有关的、和可传输地链接到所述第一级别处理器的第二级别处理装置，用于从每个所述第一级别处理器接收所述状态信息，和跟踪在每个节点处的业务的可提供性，所述第二级别处理器确定被请求的业务根据所述资源能力和业务对象可提供性将要在所述一个或多个计算系统中的哪个计算系统内被执行。
23.如权利要求22中要求的业务平台，还包括可传输地链接到在所述智能网中每个业务节点处的每个所述第二级别处理装置的第三级别处理装置，用于跟踪在所述智能网中节点处的执行的业务的能力，所述能力包括一个业务执行环境表，以及哪种类型的业务被编程来运行在每个本地执行环境。
24.如权利要求23中要求的业务平台，其中所述第一级别处理器根据多个通常执行的业务对象线程来产生表示业务执行环境的用法的级别的、以及按照严格性为特征的告警状态信息，所述第二级别处理器接收所述告警状态信息，并在数据贮存装置中存储和更新所述告警状态信息。
25.如权利要求24中要求的业务平台，其中在所述第三级别处理装置处被跟踪的所述能力包括激活业务状态，用于表示哪个业务对象可以在每个所述业务节点处被示例说明；以及过载状态，表示根据所述告警状态信息在业务节点处没有另外的业务对象例示被执行。
26.如权利要求25中要求的业务平台，其中所述第二级别处理装置接收对于能够在业务节点处被提供的每个业务的业务配置文件，每个所述业务文件表示在每个业务执行环境处要执行的业务对象例示的数目，以及时间信息，用于表示何时示例说明所述业务对象，所述第二级别处理器在由所述配置文件表示的时间示例说明一个或多个所述业务对象。
27.如权利要求26中要求的业务平台，其中所述业务简况表示用于业务对象例示的持续时间，所述系统处理器在由所述业务简况表示的时间发起终结执行一个或多个所述业务对象。
28.如权利要求27中要求的业务平台，其中所述与平台无关的通信系统以与所述业务有关的独特的逻辑名称的形式来接收对于特定的业务的请求，所述系统从所述第一级别处理装置确定在业务节点处接收的被请求的业务在所述第一类别处理环境中当前是否激活的，以及把所述逻辑名称转译为对象参考，以便使得所述第一级别处理器能够示例说明与在计算系统中的请求的业务有关的业务对象线程，如果所述被请求的业务当前是激活的话。
29.如权利要求28中要求的业务平台，在确定所述请求的业务对象在所述业务执行环境下当前不是激活的后，所述与平台无关的通信系统使得能够进行与所述第二级别处理装置的通信，以便确定在所述节点在另一个业务执行环境下所述请求的业务对象的可提供性和状态，以及根据所述请求的业务对象的可提供性和状态，在所述另一个业务执行环境下在计算系统中示例说明一个业务对象。
30.如权利要求29中要求的业务平台，在确定所述请求的业务对象在所述业务节点处没有被示例说明后，所述与平台无关的通信系统使得能够进行与所述第三级别处理装置的通信，以便确定在所述网络的另一个业务节点处所述被请求的业务对象的可提供性。
31.如权利要求22中要求的业务平台，其中所述第一级别处理装置包括第一对象，用于装载来自所述本地存储器贮存装置的一个或多个业务对象和示例说明一个或多个对象，以便在计算系统内执行；以及相应于特定的业务的第二对象，用于为相应于每个被接收的、对于该业务的请求的每个业务事项分配一个或多个业务线程，每个业务线程事项具有与其相关的独特的识别号。
32.如权利要求31中要求的业务平台，其中所述与平台无关的通信系统包括用于提供在执行的对象事项之间的消息和事件的实时通信的机构，所述第二对象相应于用于信道化在所述对象事项之间的事件和消息的特定的业务，所述事件和消息包括用于把接收的消息和事件与适当的业务事项相协调的所述独特的识别符。
33.如权利要求32中要求的业务平台，还包括被分配给每个业务线程事项的事件队列机构，用于对与在业务执行过程中接收的所述业务事项有关的事件进行排队，其中各个事件具有相关联的优先级，表示所述事件应当被执行时的次序，所述事件排队装置使得能够按照它的相关联的优先级来处理接收的事件。
34.如权利要求31中要求的业务平台，其中所述第一级别处理装置包括相应于在每个所述执行环境下在计算系统中执行的业务的事项的激活的业务对象线程的记录；以及映射装置，用于把业务逻辑名称映射到对象参考，所述与平台无关的通信系统利用所述对象参考，以便使得能够在业务执行环境下示例说明被请求的业务对象线程事项。
35.如权利要求6中要求的业务平台，其中网络单元包括一个发起的交换机平台，用于以呼叫事件的形式接收电信业务请求，所述业务对象包括(a)与平台无关的通信系统，使得能够在所述智能网中进行在业务节点处执行的对象事项之间的通信；(b)在与所述发起的交换机有关的执行环境下执行的操作系统代理对象事项，用于通过所述与平台无关的通信系统，把相应于在所述交换机平台上接收的呼叫事件的呼叫发起信息传送到在与所述交换机有关的业务节点处提供的执行环境下执行的一个或多个对象事项，所述一个或多个对象事项包括(i)第一线路对象事项，用于保持与所述发起的交换机有关的通信线路的状态；以及(ii)业务对象封装功能，用于执行用于顾客的业务；所述本地存储器贮存装置是所述业务对象可访问的，以用于在支持所述请求的业务时检索呼叫路由信息和按照呼叫路由计划终结位置，所述本地存储器贮存装置包括基于所述检索的呼叫路由信息的所述呼叫的终结的交换机位置地址，以及起动示例说明第二线路对象事项，以便保持与所述终结的交换机有关的通信线路的状态，所述与平台无关的通信系统在所述业务对象与所述第一和第二线路对象事项之间传送呼叫路由命令，所述第一和第二线路对象事项建立在所述发起的和终结的交换机之间的允许的连接之间的呼叫连接。
36.如权利要求35中要求的业务平台，还包括用于保持当前的呼叫状态的的呼叫对象事项，以及还使得能够通过所述与平台无关通信系统在所述业务对象与所述第一和第二线路对象事项之间进行通信。
37.如权利要求36中要求的业务平台，其中所述发起信息包括一个用于标识接收的呼叫的独特的识别号，所述呼叫对象事项根据所述独特的识别号来跟踪为呼叫事件而履行的业务的执行情形。
38.如权利要求37中要求的业务平台，还包括用于保持和存储对于每个对象线程事项的、与业务对象执行情形有关的呼叫前后关系数据的事件逻辑对象事项，所述呼叫前后关系数据由所述独特的识别号来进行标识。
39.如权利要求37中要求的业务平台，其中所述系统代理对象事项首先把所述呼叫发起信息传送到在所述业务执行环境下执行的特性鉴别器对象事项，所述特性鉴别器对象事项执行数据库贮存查看，以便找出一个逻辑名称，该逻辑名称与能够执行与所述接收的业务请求有关的业务的业务对象、第一线路对象、和呼叫对象中的每一个相关联。
40.如权利要求37中要求的业务平台，其中所述与平台无关的操作系统提供名称转译功能，用于把对象的逻辑名称转换成地址位置，以便执行所述对象的事项。
41.如权利要求37中要求的业务平台，其中所述事件逻辑对象从所述第一和第二线路对象事项、所述呼叫对象事项、所述业务对象事项、和所述交换机平台中的一个或多个中接收与业务处理有关的呼叫前后关系数据。
42.如权利要求41中要求的业务平台，其中所述事件对象把所述呼叫前后关系数据转发到数据库贮存装置，以便将来使用。
43.如权利要求37中要求的业务平台，其中每个所述第一和第二线路对象事项检验顾客预约的、关于与各个发起的和终结的交换机有关的物理线路的特性。
44.如权利要求6中要求的业务平台，还包括操作者业务系统，它包括第一部件，用于把接收的、请求操作者资源的事件逻辑地分配到一个或多个事件排队装置，每个事件排队装置代表一个在操作者资源不可提供时用于接收的事件的逻辑贮存装置；以及第二部件，用于当具有所述特定的能力的网络操作者资源成为可提供时，把所述可提供的操作者资源分配到一个事件排队装置，从而逻辑地保持所述接收的事件呼叫，其中所述操作者资源由终结端地址代表，所述事件被转发到终结端地址处的所述操作者资源。
45.如权利要求44中要求的业务平台，其中所述第一部件包括可提供能力表，用于保存可提供的操作者资源的逻辑终结端地址；以及业务处理器装置，用于接收来自接收事件的请求，其中每个请求包括一个或多个操作者资源能力，以及用于询问所述可提供能力表，以便确定具有所请求的能力的、请求的操作者资源当前是否可提供，其中所述业务处理器装置在所请求的操作者资源当前是不可提供时，把所述接收事件转发到事件排队装置。
46.如权利要求45中要求的业务平台，其中所述事件排队装置按照操作者资源的能力而被组织，所接收的事件按照具有请求的能力的操作者资源的代表而被放置在事件排队装置中。
47.如权利要求46中要求的业务平台，其中所述第一部件还包括事件排队选择装置，用于当资源对于接收事件是不可提供时接收来自所述业务处理器的通知，以及当可提供的操作者当前是不可提供来处理该请求时，分配一个事件排队装置来处理对于操作者业务的请求。
48.如权利要求45中要求的业务平台，还包括能力处理过程，用于把被逻辑地存储在所述事件排队装置中的事件的能力进行排队，以及把具有所请求的能力的可提供的操作者资源分配给被逻辑地存储在事件排队装置中的所接收的事件。
49.如权利要求45中要求的业务平台，其中所述第二部件包括业务能力分配装置，用于把可提供的操作者资源分配到各种装置，所述业务能力分配装置根据当前的系统要求和处理规则确定哪个事件排队装置将要接收可提供的操作者资源。
50.如权利要求49中要求的业务平台，其中所述业务能力分配装置从所述可提供能力表接收可提供的操作者资源，以及把所述操作者资源重新分配给指定的事件排列装置。
51.如权利要求6中要求的业务平台，还包括用于执行与在网络单元处接收的Vnet请求事件有关的虚拟网(Vnet)业务的系统，所述系统包括Vnet业务代理对象，用于在业务执行环境内执行，以及负责对于接收的每个Vnet请求示例说明Vnet业务对象线程事项，以及把它与独特的事务识别号相联系，所述与平台无关的通信系统把与每个Vnet业务请求有关的信息转移到所述Vnet业务代理对象事项，所述信息包括Vnet业务请求发起者和所述请求的目的地号码，所述Vnet业务代理对象事项把所述信息按照所述独特的识别号转发到执行的Vnet业务线程事项；确定机构，用于根据所述转移的信息和如由所述Vnet业务线程事项确定的一个或多个因素来确定对于每个接收的Vnet呼叫的路由计划；以及路由机构，用于把来自所述资源复合体的所述Vnet呼叫根据所述确定的路由计划路由到目的地号码。
52.如权利要求51中要求的业务平台，其中所述Vnet业务线程事项包括用于执行本地数据库查看以便验证呼叫方有权利按照Vnet预约来请求所述Vnet业务的机构。
53.如权利要求51中要求的业务平台，其中所述Vnet的所述信息包括端口ID号码和终端ID号码，所述用于执行本地数据库查看的机构包括利用所述端口ID号码和终端ID号码作为密钥来询问源地址屏蔽数据库，以确定呼叫方有权利进行所述Vnet业务请求；如果所述呼叫方没有权利进行所述请求，则所述执行的Vnet业务线程终结所述Vnet业务请求。
54.如权利要求51中要求的业务平台，其中所述Vnet业务线程事项包括用于执行数据库查看以便验证所述被呼叫方可以接收按照Vnet预约的Vnet业务呼叫的机构；以及如果所述被呼叫方没有权利接收所述呼叫，则终结所述Vnet业务请求。
55.如权利要求51中要求的业务平台，其中所述Vnet业务线程事项包括用于执行紧密用户组数据库询问以便确定所述呼叫方是否有权利按照Vnet业务预约来呼叫所述被呼叫方的机构。
56.如权利要求51中要求的业务平台，其中所述Vnet业务线程事项还确定对于接收的Vnet业务请求的当前时间。
57.如权利要求56中要求的业务平台，其中所述一个或多个因素包括当前的按年的时间，所述用于确定路由计划的机构包括执行按年的时间数据库询问以便根据所述接收的请求的按年的时间来找出路由选择。
58.如权利要求56中要求的业务平台，其中所述一个或多个因素包括当前的按天的时间，所述用于确定路由计划的机构包括执行按天的时间数据库询问以便根据所述接收的请求的按天的时间来找出路由选择。
59.如权利要求58中要求的业务平台，其中所述用于确定路由计划的机构包括用于执行数据库查以便根据所述路由选择来确定交换机从而能把所述Vnet呼叫从所述资源复合体路由到所述目的地号码的机构。
60.如权利要求59中要求的业务平台，其中所述用于确定路由计划的机构包括用于执行数据库查看以便根据所述路由计划来确定外出拨号路径从而把所述Vnet呼叫从所述资源复合体路由到所述目的地号码的机构。
全文摘要
电信交换网或智能网结构(170)包括新颖的中央管理(500)和资源复合体(180),用于管理和跟踪提供给能够进行电信业务处理的多个节点(204)的业务资源。
文档编号H04Q3/00GK1336068SQ99814807
公开日2002年2月13日 申请日期1999年10月20日 优先权日1998年10月20日
发明者安德鲁·杜根, 艾伦·霍姆斯, 特伦斯·罗布, 温迪·黄, 肯尼思·费希尔, 萨米·西德, 阿贾伊·蒂欧 申请人:安德鲁·杜根, 艾伦·霍姆斯, 特伦斯·罗布, 温迪·黄, 肯尼思·费希尔, 萨米·西德, 阿贾伊·蒂欧