本发明总的涉及电信网，更具体地，本发明涉及智能网结构，它 包括新颖的中央管理和资源管理系统，用于管理和跟踪提供给能够进 行电信业务处理的多个节点的业务资源。

网络业务是由通信网(诸如数据或电话)和它的相关的资源响应 于与一个或多个用户的交互作用而执行的功能。例如，电话网常驻的 业务(诸如呼叫转发或话音邮件接入)可以由用户通过拨打一个特定 序列的数字而被调用。其它网络业务可以是协助网络拥有者进行保 密，验证和鉴权。如果增加或修改业务，则需要在通信网中作出改变。

大多数传统的电信网由互联的交换机和通信业务组成。这些交换 机由交换机构造商设计的专用软件或固件运行的、集成的或嵌入的处 理器来控制。典型地，交换机构造商的软件或固件必须支持业务处 理、呼叫处理、设施处理和网络管理的所有的功能方面。这意味着当 网络拥有者希望实施新的业务或修改现有的业务时，网络中的某个交 换机的软件必须由各个交换机构造商更新。

网络包含来自不同制造商的不同的交换机型号，它们要求细心开 发、测试和利用新的软件。开发、测试和利用新的软件所需要的时间 被加长，因为每个交换机处的代码大小增长得越大，每次更新就越复 杂。因此，这个过程会耗费几年。另外，这种增加的复杂性还加重交 换机处理器的负荷，增加交换机故障的机会，以及可能需要修改或替 换交换机。

而且，多个网络拥有者依赖于一组共同的交换机构造商的事实， 导致两种不希望的限制竞争的情形。首先，制造商的软件发布企图适 应由几个网络拥有者请求的改变，因而阻止网络拥有者真正区分他们 的业务与由他们的竞争者提供的业务差别。这也迫使某些网络拥有者 进行等待，直至制造商把来自其它的网络拥有者的请求引入到新的软 件发布为止。第二，一个引用了由网络拥有者为实施新的业务而请求 的功能的交换机软件的发布，会非故意地变成为对于其它网络拥有者 可得到的。

这些问题已成为不可容忍的，由于用户移动性和业务的类别和带 宽的不断增加、对传统的编号规划的废置、以及更复杂的业务和不断 增加的竞争，因而使得对新的网络业务的要求在过去五到十年内指数 式地增加。因此，广泛地认识到，新的网络结构需要引入一种能够创 建、利用和执行业务逻辑的、更灵活的方式。为了全面了解此后描述 的、本发明的新颖的结构，可以参照图1-4给出以下的、有关的现有 技术的说明。

参照图1，图上显示了各种交换机结构(包括本发明)的逻辑代 表物。其中一个整体式交换机(总的表示为20)包含业务处理功能 块22，呼叫处理功能块24，设施处理功能块26和交换机构件28。 所有这些功能块22，24，26和28是硬编码的、互相混合的和无差别 的，可以用组30来表示。而且，功能块22，24，26和28由交换机 构造商设计，以及运行在随制造商而不同的专用平台上。结果，这些 功能块没有制造商的帮助就不能被修改，这就减慢了业务开发和实 施，以及增加了把新的业务推向市场的花费。所以，新的和革新的业 务的开发，呼叫处理，数据处理，信号处理和网络运行都要受到制造 商对他们的专用交换机硬件和软件的控制以及建立和实施工业标准 的固有的困难的限制。

业务处理功能块22在整体交换机20内被编码，以及只允许根据 本地数据内容和拨打的号码而局部地控制这个过程。这个本地信息由 实行编码的业务功能的硬编码的处理机器进行解释。呼叫处理功能24 被硬编码，以及提供呼叫发起与呼叫终结功能。这个处理过程实际地 建立和取消各个不同的连接，从而完成一个呼叫。同样地，设施处理 功能26也被硬编码，并且用于提供与呼叫中涉及的网络资源有关的 所有的数据处理。交换机构件28代表交换机和计算机的硬件部件， 它运行由交换机构造商(诸如北方电信公司(Northern Telecom，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， 它可以调用激活其它功能，诸如数据库查找表以便进行号码转译。SCP 42返回关于呼叫的处理的SS7消息给SSP和交换系统44，或否则把 消息派送到网络单元，以便执行正确的业务。在呼叫结束时，SS7消 息在交换机之间被发送，以便切断呼叫，以及由参与呼叫的每个交换 机创建呼叫详细记录。呼叫详细记录被收集和进行相关处理，以及针 对每个呼叫进行离线分析，以便得出对于收费呼叫的帐单，因此完成 呼叫处理。

IN和AIN结构企图预先规定一组标准功能，以便支持所有可预 见的业务。这些标准功能都被硬编码成交换机中的各种状态机。不幸 地，任何有可能结合新技术或未预见的业务需要而产生的新的功能， 如果不在许多销售商平台上进行网络软件的巨大的调整和测试，就不 能被实施。而且，如果新的功能需要改变到标准化的呼叫模型，协议， 或接口，则利用该功能的业务的实施可能被延迟，直至该改变被工业 标准组认可为止。但即使草拟的标准试图扩展IN和AIN支持的功能 组，但是设备提供者由于代码复杂性的急剧增加仍拒绝赞同这些草拟 标准。

再次参照图2，在交换机内运行呼叫处理和设施处理功能(即SSP 70)会造成对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/s FDDI和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结构提供的控制级别更低。结果，资源 复合体制造商只需要提供单个接口来支持设施与网络管理处理；它们 不必提供特定的呼叫与业务处理给网络拥有者。低级别的接口被概括 为更分离的操作。具有单个接口允许网络拥有者根据对价格和性能的 确定来从大量的资源复合体制造商中进行选择。智能被附加到ICP 172，而不是附加到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之间的缓冲。然而，MOCE 228被直接连接到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 可被使用来把这样的外部系统的通信协议和消息格式适配到DDAPI 505。

如图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中： 计算机名称： Hayward #1 操作系统： SUN Unix 处理单元： 5,000单元 存储器单元： 3,000,000,000单元 磁盘单元： 30,000,000,000单元 30,000,000,000单元 10,000,000单元 话音重放能力 数据管理接入： 全部 业务节点选择： 人工

因此，在表1的示例的简况中，规定了：节点名称、计算机执行 业务逻辑程序的操作系统、存储量、磁盘和数据通信单元、表示节点 能够接收来自SA的顾客特定的数据(数据管理接入)以及节点能够 支持特定的业务特性，例如话音重放能力。应当看到，示例的表1可 包括与资源量有关的其它类型的信息和与特定的业务节点有关的能 力。

在每个节点的SA中附加地产生业务简况，可以被表示为SA中的 格式化数据文件，它规定业务的需求和它应当被部署到网络内的哪 个SLEE和或计算机。对于要被部署到网络内的特定的业务的示例的 业务简况被显示于下面的表2中： 简况名称： 对于顾客X宣称的  业务1001 操作系统： 全部Unix 处理单元： 200单元 存储器单元： 30,000单元 磁盘单元： 2,000单元 示例说明(时间范围，最小，最大) 00：00-23：59，1，5 数据通信单元(平均)： 10,000单元 数据通信单元(突发)： 30,000单元 所需要的话音重放 所需要的数据管理： 数据组 1001 业务开始日期： 01-01-1998 10：00 业务结束日期： 无

                    表  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从5：00pm到12：00半夜(每个站 点的本地时间)实际上运行(被示例为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)使得合法用户能够配置预先设定的、用于分 配的时间，例如，现在(按要求)，今天中午，明天3：00p.m.；(3) 根据预先设定的时间开始分配；例如，在明天1：15a.m.部署话音文 件；(4)规定分配规则，该规则指定哪些NGIN数据管理贮藏库接收 SLP、SIBB和数据；(5)确定用于按照预先规定的规则分配数据的 位置；(6)在分配之前，检验所指定的贮藏库的状态(通过询问NGIN NOS部件)；(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是 否已成功地接收了分配的所有的贮藏库处被激活。

具体地，业务管理根据以下的激活准则的组合来进行判决，18C SLP是否可被激活：(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 不再是对于业务处理可供使用的。将来的业务请求因此不能使用18C SLP。然后，如步骤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的初始化和运行。LOS 260是市场上可提供的、用于通用计算机运行的操作系统。WANOS 262 是市场上可提供的、中间件(middle-ware)软件包(例如，对象请 求经纪人(broker))，便于实行在计算节点之间的无接缝通信。SLEE 242主管管理对象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部 件然后确定使用业务的哪个事项，以及提供对该事项的连接性。NOS 700，部分地启动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 API 412来作出对数据的请求，因为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 API 412提供给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提供的(由IONA Technologies 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找到站点级别LRM 577，以便确定相应于请求的业务的该特定的对象参考。例如， 如图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包括用于每个SLEE 450的指示符，以表示该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应答：业务是可提供的，以及NCP 764(图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上的事项，如果SLEE 1具有足够的可提供的容量的话。如上所述，在服务器级别上的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/业务控制LAN 63被使用于数据加强的、实时的呼叫处理功能，而业务控制/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)”和“附加方(Add Party)”信令消息允许用户规定的参量的技术条件，它可被使用来规 定特定的类型的目的地。例如，如果呼叫者正在拨打视频操作员熟知 的号码，则他们可规定他们需要讲西班牙语的操作员；(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情形中，18C SLP确定了一个路由终结端，它例如包括逻辑终结端(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等待来自NGS NNOS代理的可能的进入呼叫通知。当接收到一个呼叫时，正如在步 骤720确定的那样，LLPO指令NGS NNOS代理播放呼叫等待音，以及 监听在始发线路上的回答，如步骤722表示的。在步骤723，724， NGS NNOS代理监听回答，以及把呼叫者的回答转发到LLPO。当在步 骤723接收到呼叫者的回答时，在步骤725执行以下操作：(1)NGS NNOS代理把回答转发到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和NGS NNOS代理。在该请求中，线路识别号、话音文件地址和呼叫识别数 据被发送。被发送的命令可包括：播放音调、播放欢迎词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的逻辑名称给NNOS NT，以用于名称转译。然后，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转发询问到正确的DDD SLP，以及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返回被选中的节点到NNOS NT后，本地节点的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)NGS NNOS代理发送回答通知给始发线路的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表示的，18CC SLP检索用于该业务的话音文件。然后，在步骤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，后者将进行询问以及把结果返回到18CC SLP。在本情形中，假定输入的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转发到TNT SLP。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方的外出拨号。具体地，TNT SLP把一个包括终结节点信息的外出拨号w/回答通知命令转发给 CLP，以便通过始发的LLP转发到NGS NNOS代理，以及NGS进行外 出拨号。由于这是监管的外出拨号，因而应把一个关于忙音、无回答 或回答的指示从NGS发回。另外，ELP把外出拨号数据写入到数据管 理，以便进行格式化和转发。NGS NNOS代理发送应答通知给始发线 路的LLP。假定C方回答呼叫，LLP把回答通知通过CLP转发到TNT SLP。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转发到TNT SLP。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提供的)来与NGIN SLEE 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 SLP 522调用业务处理器，以及把正在请求操作者业务的呼叫的呼叫识别 号提供给业务处理器。作为应答，业务处理器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来验证被呼叫线路是可收费的，以及调用有效的DDD SLP来验证由呼叫者输入的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，以便将来转发到18C SLP。命令完成通知从LLP被转发到CLP，它把命令转发到18C SLP， 表示操作者和C方被桥接。

如步骤1182表示的，操作者然后通过它的LLP发送命令到18C SLP，其中包含对于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另外把询问数据转发到LIDB SLP。询问包括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，后者把命令转发到NGS NOS代理。在该命令内，要被连接的线路被识别。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可通过实施NOS LRM功能来选择在任何业务控制部件中的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”编程语言可以用具有类似特性的、以及 能执行对于实施本发明所需要的类似功能的其它等同的编程语言来 代替。

这些术语以及其它术语在这里的用法，不是意味着要把本发明限 制在这些术语本身。所使用的术语可以与其它术语交换，它们是同义 的和/或指等同的事物。在考虑本发明的范围时词组“包括”被解释 为非穷尽的。也应当看到，本发明的各种实施例可以采用硬件、软件 或微编码的固件，或由它们来实施。

虽然本发明结合上述的实施例被揭示和讨论，但本领域技术人员 将会看到在本发明的精神和范围内也可能作出多种改变、变例和修 改。因此，以下的权利要求希望包括这样的变例和修改。