通过修正呼叫处理消息在呼叫控制器之间进行通信的制作方法

专利名称：通过修正呼叫处理消息在呼叫控制器之间进行通信的制作方法
技术领域：
本发明涉及通信网络中的呼叫控制器，更具体地说，涉及通过修 正呼叫处理消息来在呼叫控制器之间进行通信。
背景技术：
面向连接的通信网络的用户通过首先建立"呼叫"来进行通信， 面向连接的通信网络指一般用于连接电话或计算机的一类通信网络。 呼叫代表一种通过某特定路径进行通信的协定，其中路径是网络实体 之间的一系列链路。从网络管理角度来看，每个呼叫均是"可计费" 实体。呼叫建立和拆除通常通过采用"呼叫，，协议来实现，该协议用 于代表用户的实体与代表网络的实体之间通过建立呼叫而进行的通 信。该呼叫协议也可用于网络内的实体之间和分开的网络中的实体之 间的通信。"连接，，可认为是用户通信流经的实际"管道"。 一旦已 建立了呼叫，或正在建立呼叫，便可建立连接并与该呼叫相关联。一 般而言，可能有零个或多个与单个呼叫相关联的连接。呼叫协议的一 个重要功能是"连接建立"协议的发起和管理。
呼叫控制器是用于发起、终止和转接呼叫行为的呼叫控制实体。 呼叫控制器实现各个呼叫或若干组呼叫的建立、释放、修改以及维护。 当用于用户时，呼叫控制器称为"客户"呼叫控制器。当用于网络边 缘和网络之间的边界上时，呼叫控制器称为"网络"呼叫控制器。在 一次呼叫中涉及许多呼叫控制器。同 一呼叫中所涉及的呼叫控制器采用预定的协议彼此进行通信，以控制和维持与呼叫相关联的连接。通 常，在面向连4妄的网络中，同一呼叫中未涉及的呼叫控制实体彼此不 进行通信。
为建立呼叫，客户呼叫控制器与网络呼叫控制器(源网络实体)通 信以表明呼叫的要求和所要求呼叫的目的地。该要求常常通过利用 "呼叫请求，，消息来表明，其中"呼叫请求"消息是定义标准呼叫处 理消息的协议的一部分。在典型的具有分布式呼叫和连接控制的面向 连接的网络中，如上所述，由网络呼叫控制器为所要求的呼叫计算路 径，而不考虑与网络中其它的先前已建立的呼叫相关的信息，其中网 络呼叫控制器接收来自客户呼叫控制器的呼叫请求消息。虽然对于给 定网络呼叫控制器而言，有关源自给定网络呼叫控制器的呼叫的信息 在针对新的呼叫计算路径时是可以得到的，但是，有关源自其它网络 呼叫控制器的呼叫的信息对于给定网络呼叫控制器而言却是不可得 的。
为约束呼叫建立，已提出应该使给定网络呼叫控制器可以得到大 于给定网络呼叫控制器正常处理范围的附加信息。已提出，如果恰当 地建立所约束的呼叫，则所涉及的面向连接的网络将会更高效地运行。
这一附加信息可能包括有关其它呼叫和与那些其它呼叫相关联 的连接的信息。该附加信息也可能包括有关至相邻网络的网关和相邻 网络中的呼叫控制器的信息，该呼叫控制器可与特定客户呼叫控制器 相关联。
在面向连接的网络中，与常用客户呼叫控制器有关的网络呼叫控 制器通常彼此互不知晓。已经提出，使这种网络呼叫控制器相互知晓 可以实现针对客户呼叫控制器的用户的附加应用。
一种用于提供附加信息的方法涉及允许客户呼叫控制器向第一 网络呼叫控制器询问有关通过与第 一 网络呼叫控制器的通信所建立 的第一呼叫的信息。然后可以期望，笫一网络呼叫控制器将向正询问的客户呼叫控制器释放此信息。接着，该信息可由客户呼叫控制器在 向第二网络呼叫控制器发送针对第二呼叫的呼叫请求消息时所利用。 客户呼叫控制器可将该信息传送到第二网络呼叫控制器，以便可由所 传送的关于第一呼叫的信息来约束第二呼叫。
用此方法所存在的问题是，第一网络呼叫控制器可能向客户呼叫 控制器公开一些应该保密的网络信息。通常，将用户(客户呼叫控制器) 和网络(网络呼叫控制器)之间的关系考虑为"非置信"关系。在此方 法中，其中客户呼叫控制器可通过询问来得知关于呼叫的网络信息，
这样便破坏了用户-网络关系的非置信特性。也就是说，第一实体正向 第二实体发送由于这两个实体之间的关系特性而使得第一实体通常
不发送的信息。
第二种方法需要引入可由一个以上源网络实体访问的全局呼叫 识别符，即该全局呼叫识别符可由将会在以后建立呼叫的网络呼叫控 制器来访问。在源客户呼叫控制器已经请求第 一 网络呼叫控制器建立 至目的地的第 一呼叫时，为所建立的呼叫分配向源客户呼叫控制器公 开的全局呼叫识别符。此外，关于第一呼叫的网络信息可保留在网络 中的中央实体上。随后，源客户呼叫控制器可在请求第二网络呼叫控 制器要建立至相同目的地的第二呼叫时，使用第一呼叫的全局呼叫标 识符，其中第二呼叫的路径不同于第一呼叫的路径。如果两条路径不 具有任何公共的路径段的话，则其中 一条路径可被认为是相对于另一 条路径不同的路径。另外，如果两条路径在任何中间路径段端点(节 点)上不同的话，则其中一条路径可被认为是相对于另一条路径不同 的路径。然而，该方法并不总是有效。由于在第一呼叫建立的时刻未 考虑备选路径的可得性，因此可能从来都不会找到第二呼叫的路径。 而且，中央实体可能需要保留有关呼叫和与网络中及网络之间的那些 呼叫相关联的连接的信息。如果没有中央化的呼叫/连接数据库的话， 则可能会在没有有关用以避开路径段或中间路径段端点的信息的情 况下进行路径计算。只有当路径计算处理遇到了用作一个路径段(其中该路径段用于具有第 一呼叫的全局呼叫标识符的呼叫)端点的节点时， 路径计算才可知道尝试一条未包括那个路径段或中间点的路径。不幸 的是，没有一种方法，即中央化呼叫/连接数据库的方法和不带有数据 库的方法中没有 一种可以用足以满足各种路径计算规则的速度来执 行，即便是在单个网络中也是如此。
第三种方法需要严格为选呼控制器通信创建不同的方法。然而， 选呼控制器通信通常捎带于连接控制通信上，并且优选的是，呼叫控 制器能够在没有先前所建立的呼叫情况下互相通信。另外，不同网络 中的呼叫控制器可能难于进行通信，因为在那些网络之间可能没有共 享的信令网络。
显然，需要一种呼叫控制器，它可以如下方式进行通信提供带 有附加网络信息的呼叫控制器，还避免将网络信息泄漏给用户，并且 避免采用与现有通信分开的呼叫控制器之间的直接通信。

发明内容
网络中的呼叫控制实体通过修正呼叫处理消息以包括网络信息 而在它们之间进行通信。同样，呼叫可建立，其通过网络的路径取决 于其它呼叫的路径。由于这种通信，使得呼叫控制器可以得到大于呼 叫控制器正常拥有的范围的信息，用于约束呼叫建立。该信息可能与 其它呼叫和与那些其它呼叫相关联的连接有关。该信息还可涉及相邻 网络中的网关以及相邻网络中的呼叫控制器，其中相邻网络与当前呼 叫控制器相关。
有利的是，在本发明的优选方面，由于呼叫控制器之间的通信， 因此未向网络之外的实体公开置信网络信息。在本发明的一个方面 中，通过采用加密的方式避免了置信网络信息的公开。而且,也避免 了用于选呼控制器通信的分开方法。
更有利的是，本发明的一些方面可使与共同客户呼叫控制器相关 的网络呼叫控制器可以互相发现，即相互知晓。这种发现可实现网络 内部利用了相关网络呼叫控制器集和/或相关网络呼叫控制器地址/名称集的知识的应用。这种发现还可有利于网络外部的应用，即在采用 双归的客户呼叫控制器上的应用。
根据本发明的一个方面，提供了一种方法，它用于在包括多个互 连接的呼叫控制器的面向连接的网络中的第一呼叫控制器上与第二 呼叫控制器进行通信。该方法包括将目的地为第二呼叫控制器的呼叫 处理消息^"正为包括加密的网络信息。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互 连接网络呼叫控制器的面向连接的网络中的第一网络呼叫控制器上 发现关于笫二呼叫控制器的信息，其中第一网络呼叫控制器连接到客 户呼叫控制器。该方法包括从来自客户呼叫控制器的呼叫处理消息中 提取网络信息，第二呼叫控制器也连接到客户呼叫控制器。
还根据本发明的另一方面，提供了一种方法，它用于在包括多个 互连接的呼叫控制器的面向连接的网络中最佳地建立源客户呼叫控 制器和目的地客户呼叫控制器之间的多个呼叫。该方法包括接收呼叫 处理消息、修正该呼叫处理消息以包括加密的网络信息、产生经修正 的呼叫处理消息以及将所修正的呼叫处理消息发送到多个互连接的 呼叫控制器中的一个。在本发明的其它方面，提供了适于执行此方法 的呼叫控制器，并提供了可使通用计算机执行此方法的计算机可读介 质。
根据本发明的另一方面，提供了一种方法，它用于在客户呼叫控 制器上请求建立从源至目的地的第二呼叫，其中第二呼叫的路径采用 与先前为第 一呼叫确定的路径所用的路径段不同的路径段。该方法包 括响应于接收呼叫处理消息(呼叫处理消息包括加密的网络信息)向 网络呼叫控制器发送请求建立第二呼叫的消息，其中该消息包括加密 的网络信息。在本发明的其它方面中，提供了适于执行此方法的客户 呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在连接到包括 多个互连接网络呼叫控制器的面向连接的网络的源客户呼叫控制器
8上请求建立至目的地客户呼叫控制器的给定呼叫。该方法包括从第一 网络呼叫控制器接收第一呼叫请求消息已^皮拒绝的通知(其中该通知
包括与由给定呼叫所用的路径相关的加密的网络信息和未加密的网 络信息)、根据未加密的网络信息选择第二网络呼叫控制器、响应于 通知的接收向第二网络呼叫控制器发送请求建立给定呼叫的第二呼 叫请求消息(其中第二呼叫请求消息包括加密的网络信息)。在本发 明的其它方面中，提供了适于执行此方法的客户呼叫控制器和可使通 用计算机执行此方法的计算机可读介质。
根据本发明另一方面，提供了一种方法，它用于在包括多个互连 接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行呼
叫处理。该方法包括用于接收请求建立至指定目的地的给定呼叫的 呼叫请求消息的步骤；响应于上迷接收、确定通向连接到指定目的地
的客户呼叫控制器的路径的步骤；以及用于修正该呼叫请求消息以包 括与所述路径相关的加密的信息、从而产生修正的呼叫请求消息的步 骤。在本发明的其它方面中，提供了适于执行此方法的网络呼叫控制 器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互 连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行 呼叫处理。该方法包括接收至指定目的地的请求建立给定呼叫的呼 叫请求消息；响应于上述接收、确定通向连接到指定目的地的客户呼 叫控制器的路径；和修正该呼叫请求消息以包括与所述路径相关的加 密的信息、从而产生修正的呼叫请求消息。在本发明的其它方面中， 提供了适于执行此方法的网络呼叫控制器和可使通用计算机执行此 方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互 连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行 呼叫处理。该方法包括接收至指定目的地的请求建立给定呼叫的呼叫 请求消息、响应于上述接收确定至网络呼叫控制器(其中网络呼叫控制器充当具有至指定目的地的连接的网络的网关)的路径和修正该呼 叫请求消息以包括与所述路径相关的信息从而产生所修正的呼叫请 求消息。在本发明的其它方面中，提供了适于执行此方法的网络呼叫 控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互 连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行 呼叫处理。该方法包括接收至指定目的地的请求建立给定呼叫的呼叫 请求消息、响应于上述接收的解密呼叫请求消息中所包括的呼叫路径 信息和根据解密的呼叫路径信息进一 步处理给定呼叫。在本发明的其 它方面中，提供了适于执行此方法的网络呼叫控制器和可使通用计算 机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互 连接网络呼叫控制器的面向连接的网络中的客户呼叫控制器上，在请 求第二呼叫时使用关于第 一呼叫的信息。该方法包括向网络呼叫控制
器发送请求关于第一呼叫的信息的询问、接收以加密形式的信息和向 网络呼叫控制器发送第二呼叫的呼叫请求消息，其中呼叫请求消息包 括加密的信息。在本发明的其它方面中，提供了适于执4亍此方法的客 户呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互 连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行 消息处理。该方法包括接收请求关于第 一呼叫的信息的询问并向询问 源以加密形式发送该信息。在本发明的其它方面中，提供了适于执行 此方法的网络呼叫控制器和可使通用计算机执行此方法的计算机可 读介质。
根据本发明的另 一方面，提供了用于在包括多个互连接网络呼叫 控制器的面向连接的网络中的客户呼叫控制器上请求呼叫的方法。该 方法包括经过到网络接口的第 一用户向面向连接的网络中的网络呼 叫控制器发送呼叫请求消息，和在该呼叫请求消息中包括至将客户呼叫控制器连接到面向连接的网络的网络接口的第二用户的标识符。
对于本领域的普通技术人员而言，在反复阅读了以下结合附图对 本发明特定实施例的说明之后，将会明白本发明的其它方面和特征。


在说明本发明的示范性实施例的附图中
图l说明将源连接到目的地的面向连接的网络，以及与建立从源 至目的地的呼叫的基本过程相关联的典型的信号流向；
图2说明将源连接到目的地的两个面向连接的网络，并可用于网 络参照点的讨论；
图3说明将源连接到目的地的面向连接的网络并可用于双归的 "最优路径"实现的讨论；
图4说明将源连接到目的地的面向连接的网络并可用于双归的 "多样路径"实现的讨论；
图5说明将源连接到目的地的两个面向连4妄的网络并可用于双归 的"E-NM多样路径"实现的讨论；
图6说明将源连接到目的地的五个面向连接的网络并可用于双归 的"多网络多样路径"实现的讨论；
图7说明根据本发明实施例用于图1-6所示的面向连接的网络中 的通用呼叫控制器。
具体实施例方式
图1说明了与基本呼叫建立过程相关联的典型的信号流向。其中 显示出面向连接的网络102包括源网络呼叫控制器104A和目的地网 络呼叫控制器104B。与源网络呼叫控制器104A进行通信的是源客户 呼叫控制器106A。与目的地网络呼叫控制器104B进行通信的是目的 地客户呼叫控制器106B。图中未示出面向连接的网络102内的内部连 接。
在呼叫请求消息从源客户呼叫控制器106A发送至处于面向连接 的网络102 "呼叫边缘，，的源网络呼叫控制器104A时，可以发起呼叫建立过程。源网络呼叫控制器104A计算通过面向连接的网络102 至处于面向连接的网络102"呼叫边缘"的目的地网络呼叫控制器104B 的路径。然后利用所计算的路径可建立呼叫，所计算的路径是通过面 向连接的网络102从源网络呼叫控制器104A至处于面向连接的网络 102 "呼叫边缘"的目的地网络呼叫控制器104B的路径。与此同时， 可建立连接。最后，呼叫请求消息可从目的地网络呼叫控制器104B 发送至目的地客户呼叫控制器106B。假设目的地客户呼叫控制器 106B在验证呼叫请求消息之后接受了它，则可利用所建立的连接通过 计算的至源网络呼叫控制器104A的路径将"呼叫接受"消息从发送 出呼叫接受消息的地方发送至目的地网络呼叫控制器104B。最后，呼 叫接受消息可从源网络呼叫控制器104A发送至源客户呼叫控制器 106A,以确认从面向连接的网络102至源客户呼叫控制器106A的连 接，同时还指示呼叫建立的完成。对于呼叫释^:和呼叫修改存在类似 的过程。
为执行本发明的示范性方法，可对源客户呼叫控制器106A中的 处理器(参见图7)和源网络呼叫控制器104A中的处理器(参见图7)分 别加载来自软件媒介112和软件媒介114的呼叫处理软件。软件介质 112和软件介质114可采取盘、带、芯片或随机存取存储器的形式包 含从远程源下载的文件。
在面向连接的网络内，有三种参照点，即用户-网络接口(UNI), 内部网络-网络接口 (I-NNI)和外部网络-网络接口 (E-NNI)。各种呼叫处 理功能的信息流均在这些参照点上出现。这些呼叫处理功能包括呼叫 控制、连接控制和路由。UNI、 I-NM和E-NNI的标准在国际电信同 盟通信标准化部分(ITU-T)推荐G.8080/Y. 1304(11/01)"自动交换光网 络(ASON)的体系结构"中规定。
可根据图2考虑这三种参照点。源客户呼叫控制器206A经过源 UNI 208A与源网络呼叫控制器204A通信。在源UM 20&A参照点处， 信息在源客户呼叫控制器206A和源网络呼叫控制器204A之间流动。
12此外，目的地客户呼叫控制器206B经过目的地UN1208B与目的地网 络呼叫控制器204B通信。然而，源网络呼叫控制器204A是源面向连 接的网络202Y的一部分，而目的地网络呼叫控制器204B是目的地面 向连接的网络202Z的一部分。因此，源网络呼叫控制器204A必须与 出口网关网络呼叫控制器204C通信。在源面向连接的网络202Y内， 源网络呼叫控制器204A可利用I-NNI与出口网关网络呼叫控制器 204C通信。图中未示出源面向连接的网络202Y内的内部连接。出口 网关网络呼叫控制器204C经过E-NNI 210与入口网关网络呼叫控制 器204D通信，其中入口网关网络呼叫控制器204D是目的地面向连接 的网络202Z的一部分。在网络之间采用E-NN1，并且在给定的一对 网络之间可以存在多个E-NNI。在E-NNI210上，信息在出口网关网 络呼叫控制器204C和入口网关网络呼叫控制器204D之间流动。随后 入口网关网络呼叫控制器204D可利用I-NNI与目的地网络呼叫控制 器204B通信。在图中未示出目的地面向连接的网络202Z内的连4妄。
源网络呼叫控制器204A在接收到源客户呼叫控制器206A指定目 的地客户呼叫控制器206B的呼叫请求消息时，不是计算至目的地网 络呼叫控制器204B的路径，而是计算至出口网关网络呼叫控制器 204C的路径。然后，由入口网关网络呼叫控制器204D来计算至目的 地网络呼叫控制器204B的路径。
一般地，源客户呼叫控制器206A应当知道与其自身相连的本地 UN1(可不止一个)和连接到目的地客户呼叫控制器206B的远程UNI 的标识符。上述UNI的"标识符"可以是7>共网络地址，例如，传送 网络指配的(TNA)地址，如由光网际互连论坛(OIF)在"用户网络接口 (UNI)l.O信令规范"中建议的。在OIF规范中，每个TNA地址是由 传送网络指配给一个或多个数据承载链路的全局唯一地址。
另外，在给定网络中的每个网络呼叫控制器应当维护位于给定网 络中的E-NNI网关的标识符记录，或至少能够从维护这种信息的网络 实体中得知标识符。而且，E-NNI网关(例如，出口网关网络呼叫控制器204C、入口网关网络呼叫控制器204D)应当维护处于相邻网络的对 等网关的标识符记录，或至少能够从维护这种信息的网络实体得知标 识符。E-KNI网关的标识符是公共网络地址。给定网络中的每个网络 呼叫控制器还应当维护任何相邻网络的标识符记录，或至少能够从维 护这种信息的网络实体得知标识符。网络的标识符是公共网络身份， 例如承载ID或独立系统(AS)编号。同样，给定网络中的每个网络呼
址的地址解析。
单个客户呼叫控制器可经过不只一个UM连接到相同的面向连 接的网络，这便称为"双归"。各客户呼叫控制器还可经过若干UNI 连接到两个不同的面向连接的网络。这也是一种双归的形式。双归可 用于提高网络的客户服务的可靠性。不考虑名称，双归可能需要不止 两个到不同边缘网络呼叫控制器的UN1。在网络之间，采用多个E-NNI 还可提高可靠性。
图3说明双归的一个示例。在图3的"最优路径"示例中，源客 户呼叫控制器306A可经过三个UN1 308E、 308F、 308G的任何一个 到对应的网络呼叫控制器304E、 304F、 304G(这里单独标出或共同标 为304)与面向连接的网络302进行通信。在目的端，目的地客户呼叫 控制器306B可经过两个UM 308H、 308J中之一到对应的网络呼叫控 制器304H、 304J与面向连接的网络302进行通信。源客户呼叫控制 器306A经过至目的地客户呼叫控制器306B的最优路径向面向连接的 网络302发送请求建立呼叫的呼叫请求消息。
图4说明双归的另一示例。在图4的"多样路径"示例中，源客 户呼叫控制器406A可经过两个UNI 408E、 408G中之一至对应的网 络呼叫控制器404E、 404G与面向连接的网络402通信。在目的端， 目的地客户呼叫控制器406B可经过两个UNI 408H、 408J中之一至对 应的网络呼叫控制器404H、 404J与面向连接的网络402通信。源客 户呼叫控制器406A向面向连接的网络402发送呼叫请求消息，请求建立源客户呼叫控制器406A和目的地客户呼叫控制器406B之间的第 一呼叫。呼叫请求消息指示后面还有请求建立源客户呼叫控制器406A
和目的地客户呼叫控制器406B之间的第二呼叫的呼叫请求消息，其 中针对第二呼叫的路径不同于针对第 一呼叫的路径。
存在另一种情形，其中已在源客户呼叫控制器406A和目的地客 户呼叫控制器406B之间比如经过源UNI 408E建立了第一呼叫，并且 源客户呼叫控制器406A要求建立至目的地客户呼叫控制器406B的不 同于第一连接的第二路径。源客户呼叫控制器406A向面向连接的网 络402发送询问消息，以请求关于第一呼叫的信息。来自面向连接的 网络402的询问响应消息包含关于第 一呼叫的加密的信息。源客户呼 叫控制器406A随后可经过备选源UNI 408G发送带有所接收的关于 第 一呼叫的加密信息的呼叫请求消息，使得网络能够设法计算出不同 于第一呼叫路径的第二呼叫路径。
图5说明双归的另一示例。在图5的"E-NNI多样路径"示例中， 源客户呼叫控制器(CCC)506A可经过两个UNI508E、 508G中之一至 对应网络呼叫控制器504E、 504G与源面向连接的网络502Y通信。 在目的端，目的地客户呼叫控制器(CCC)506B可经过两个UNI 508V、 508X中之一至对应网络呼叫控制器504V、504X与目的地面向连接的 网络502Z通信。源客户呼叫控制器506A向源面向连接的网络502Y 发送呼叫请求消息，请求在源客户呼叫控制器506A和目的地客户呼 叫控制器506B之间建立第一呼叫。呼叫请求消息指示后面还有第二 呼叫的呼叫请求消息，它请求在源客户呼叫控制器506A和目的地客 户呼叫控制器506B之间建立第二呼叫，其中用于第二呼叫的路径不 同于用于第一呼叫的路径。
为到达目的地面向连接的网络502Z,源面向连接的网络502Y的 源网络呼叫控制器504E、 504G利用了也在源面向连接的网络502Y 中的出口网关网络呼叫控制器504R、 504S。图中未示出源面向连接 的网络502Y内的内部连接。在目的地面向连接的网络502Z中，出口
1网关网络呼叫控制器504R、 504S经过对应的E-NNI 510T、 510U(这 里单独标出或一起标为510)连接到入口网关网络呼叫控制器504T、 504U。为提供E-NNI多样路径，源网络呼叫控制器504E、 504G确定 至目的地客户呼叫控制器506B的路径，各自使用不同的E-NNI 510。 值得注意的是，源客户呼叫控制器506A不必知道各种E-NNI 510的 使用。
图6说明双归的另一示例。在图6的"多网络多样路径"示例中， 源客户呼叫控制器(CCC)606A可经过第一 UNI 608E至第一源网络呼 叫控制器604E与第一源面向连接的网络602Y1通信，以及经过第二 UNI 608Q至第二网络呼叫控制器604Q与第二源面向连接的网络 602Y2通信。在目的端上，目的地客户呼叫控制器(CCC)606B可经过 第一 UNI 608V至第一目的地网络呼叫控制器604V与第一目的地面 向连接的网络602Z1通信，以及经过第二UNI 608L至第二目的地网 络呼叫控制器604L与第二目的地面向连接的网络602Z2通信。第一 源面向连接的网络602Y1与第二源面向连接的网络602Y2互连到中间 面向连4妻的网络602P上。
源客户呼叫控制器606A向源面向连接的网络602Y1、 602Y2发 送呼叫请求消息，请求在源客户呼叫控制器606A和目的地客户呼叫 控制器606B之间建立第一呼叫。呼叫请求消息指示后面还有请求建 立源客户呼叫控制器606A和目的地客户呼叫控制器606B之间的第二 呼叫的呼叫请求消息，其中用于第二呼叫的路径不同于用于第一呼叫 的路径。
为到达通往第 一 目的地面向连接的网络602Z1上的中间面向连4妄 的网络602P ，第 一 源网络呼叫控制器604E利用第 一 源面向连接的网 络602Y1中的出口网关网络呼叫控制器604R。图中未示出第一源面 向连接的网络602Y1内的内部连接。出口网关网络呼叫控制器604R 经过E-NNI 610R1连接到中间面向连接的网络602P中的入口网关网 络呼叫控制器604PR。为到达第一目的地面向连接的网络602Z1，中 16间面向连接的网络602P中的入口网关网络呼叫控制器604PR利用出 口网关网络呼叫控制器604PT至第 一 目的地面向连接的网络602Z1, 出口网关网络呼叫控制器604PT经过E-NNI 61OT连接到第 一 目的地 面向连接的网络602Z1中的入口网关网络呼叫控制器604T。在第一 目的地面向连接的网络602Z1内，入口网关网络呼叫控制器604T连 接到第 一 目的地网络呼叫控制器604V,第一 UNI 608V将第 一 目的地 网络呼叫控制器604V连接到目的地客户呼叫控制器(CCC)606B。
同样，为到达在通往第二目的地面向连接的网络602Z2路上的中 间面向连接的网络602P ，第二源网络呼叫控制器604Q利用第二源面 向连接的网络602Y2中的出口网关网络呼叫控制器604K。图中未示 出第二源面向连接的网络602Y2内的内部连接。出口网关网络呼叫控 制器604K经过E-NNI 61 OK连接到中间面向连接的网络602P中的入 口网关网络呼叫控制器604PK。为到达第二目的地面向连接的网络 602Z2,中间面向连接的网络602P中的入口网关网络呼叫控制器 604PK利用出口网关网络呼叫控制器604PM至第二目的地面向连接 的网络602Z2,出口网关网络呼叫控制器604PM经过E-NNI 610M1 连接到第二目的地面向连接的网络602Z2中的入口网关网络呼叫控制 器604M。在笫二目的地面向连接的网络602Z2内，入口网关网络呼 叫控制器604M连接到第二目的地网络呼叫控制器604L，第二 UNI 608L将第二目的地网络呼叫控制器604L连接到目的地客户呼叫控制 器(CCC)606B。
为提供多网络多样路径，要求入口网关网络呼叫控制器604PR和 入口网关网络呼叫控制器604PK能够通过中间面向连接的网络602P 经过多样路径到达各个出口网关网络呼叫控制器604PT、 604PM进行 通信。值得注意的是，源客户呼叫控制器606A不必知道中间面向连 接的网络602P的使用。
在结合图4、 5和6介绍的示例中，计算满足特定约束的路径需 要考虑存在或将来存在的其它路径的路径计算方法。涉及进行这种路径计算的网络呼叫控制器需要"路径信息，，或前后关系，其中路径信 息与现有呼叫所用的路径有关。
图7说明用作图1-6的面向连接的网络中的客户呼叫控制器或网 络呼叫控制器的通用呼叫控制器700。呼叫控制器700包括与存储器 708、输入网绍4妄口 702和输出网绍4妄口 706进^f亍通信的处理器704。 输入网络接口 702接收呼叫处理消息和其它网络业务，而输出网^4I: 口 706传送呼叫处理消息和其它网络业务。对于本领域的技术人员而 言，将会明白，输入网络接口 702和输出网络4妄口 706可共同存在于 双向网络4矣口中。
总的看来，本发明的几个方面允许两个网络呼叫控制器通过修正 呼叫处理消息而相互进行通信。这种呼叫处理消息包括例如呼叫接受
消息和呼叫请求消息。例如，关于笫一呼叫所用的路径的信息可在网 络呼叫控制器上生成的呼叫接受消息中传递。此信息随后可包括在客 户呼叫控制器上生成的下一呼叫请求消息中，以便一个网络呼叫控制 器能够避开由另 一网络呼叫控制器所建立的路径中所用的路径段。 即，该通信可向网络呼叫控制器提供计算满足呼叫请求消息中规定的 约束的路径所必需的路径信息。
由于在两个或多个网络呼叫控制器之间的路径和其它本地已知 信息的传递，因此那些网络呼叫控制器拥有附加网络的前后关系。这 使得网络呼叫控制器可以进行路径计算，包括其它网络呼叫控制器所 知道的本地信息上的相关性。例如，可建立取决于其它呼叫的呼叫。
最好是，在给定网络中所有网络呼叫控制器均采用加密/解密方 案。以便，例如连接到一个UN1的网络呼叫控制器可以加密信息，该 加密的信息可由连接到不同UNI的另一个网络呼叫控制器进行解密。
回到图3,源客户呼叫控制器306A通过向面向连接的网络302 中的源网络呼叫控制器304F发送呼叫请求消息来发起呼叫。呼叫请 求消息可包括连接到源客户呼叫控制器306A的本地UNI 308E、 308F、 308G和连接到目的地客户呼叫控制器306B的远程UNI 308H、 308J的标识符。为了进行说明，将UN1 308的客户侧称为"UNI-C",将UNB08的网络侧称为"UNI-N"。
源网络呼叫控制器304F的UNI-N可总称为"呼叫控制实体"，它接收来自源客户呼叫控制器306A的UNI-C的呼叫请求消息。源网络呼叫控制器304F的UNI-N处理面向连接的网络302内的呼叫。由于呼叫在单个网络中，因此源网络呼叫控制器304F选择连接到目的地客户呼叫控制器306B的UNI-N 308J。随后，由源网络呼叫控制器304F来计算通往与所选择的UN1-N 308J相关联目的地网络呼叫控制器304J的路径，其中可能具有中间路径段端点(即沿所计算的从源网络呼叫控制器304F至目的地网络呼叫控制器304J的i 各径上的网络实体)。源网络呼叫控制器304F随后经过所计算的至目的地网络呼叫控制器304J的路径建立呼叫。与此同时，可建立连接。
单个网络呼叫控制器可同时计算处于同一网络中的多个路径，其
中多条路径开始和结束于不同的网络呼叫控制器处。另外，在已计算了一条至目的地网络呼叫控制器的路径后，源网络呼叫控制器还可考虑至目的地网络呼叫控制器的备选路径以及至其它网络呼叫控制器的备选路径，其中，所有的备选路径被限制为不能使用由先前路径中所用的路径段端点所限定的路径段。
可将关于已建立的连接和由已建立的连接所用的呼叫的某信息保留在源网络呼叫控制器的UNI-N上。这一信息可与呼叫接受消息或呼叫拒绝消息一起从源网络呼叫控制器的UN1-N回传到源客户呼叫控制器的UNI-C中。非公用信息在被传送之前可由源网络呼叫控制器的UNI-N对其进行加密。此外，该信息可包括来自所计算的由呼叫和连接所用的路径中的所有中间路径段端点的信息。
可分别对参与到呼叫和连接中的各个网络的范围内的信息进行加密。最好是，密钥是针对网络特定的。即，加密只可由发起信息的网络中的其它呼叫控制实体进行解密。在优选情况下，每个网络拥有各自的密钥，以便于由一个网络中的呼叫控制实体加密的信息不会被其它网络中的呼叫控制实体解密。
源客户呼叫控制器306A存储加密的呼叫和连接信息。加密的呼叫和连接信息随后可与后来的呼叫请求消息 一起提供给面向连接的网络302。当面向连接的网络302中的网络呼叫控制器4lr收到此呼叫请求消息时，网络呼叫控制器可对有关其它呼叫和连接的信息进行解密，并利用所解密的信息建立所请求的呼叫。此加密的信息可包括在经过UNI正常传播的信令消息中。
如前所论述的，呼叫可能需要穿过多个网络才能得以建立，如图5和6所示。具体地说，在如图5所示的网络中，源客户呼叫控制器506A的UNI-C可向源网络呼叫控制器504E的UNI-N发送呼叫请求消息，其中呼叫请求消息指定了连接到目的地客户呼叫控制器506B的目的地网络呼叫控制器504V的UM-N。源网络呼叫控制器504E的UNI-N处理在源面向连接的网络502Y内部的呼叫。具体说来，源网络呼叫控制器504E通过查看所维护的网络拓朴，来确定目的地面向连接的网络502Z中的网络呼叫控制器是否到达目的地UNI 508V或508X。判断的结果是，源网络呼叫控制器504E选择出口网关网络呼叫控制器504R以连接到目的地面向连接的网络502Z。源网络呼叫控制器504E随后计算至出口网关网络呼叫控制器504R的路径，并利用所计算的路径建立至出口网关网络呼叫控制器504R的呼叫和相关联的连接。
出口网关网络呼叫控制器504R随后在相邻网络中选择入口网关网络呼叫控制器504T。应当注意，即使在图中未示出目的地面向连接的网络502Z中至其它入口网关网络呼叫控制器的E-NNI，但是可以存在多个这种可选择的入口网关网络呼叫控制器和出口网关网络呼叫控制器504R。
接着，入口网关网络呼叫控制器504T计算至与所选择的UNI508V相关联的目的地网络呼叫控制器504V的路径，其中可能存在中间路径段端点。然后入口网关网络呼叫控制器504T经过所计算的路径建立呼叫，并进一步建立利用已建立的呼叫的连接。
此外，与已建立的连接和由已建立的连接所用的呼叫有关的某信
息可保留在源网络呼叫控制器504E的UNI-N上。这一信息可与确认呼叫建立的呼叫接受消息一起从源网络呼叫控制器504E的UNI-N回传到源客户呼叫控制器506A的UNI-C。该信息是非公用的，在被传送之前由源网络呼叫控制器504E的UNI-N进行加密。在由源网络呼叫控制器504E的UM-N所传送的信息中所包括的可以是与该呼叫有关和与利用该呼叫的连接有关的信息，该信息特定于目的地面向连接的网络502Z。特定于目的地面向连接的网络502Z的此信息可/人入口网关网络呼叫控制器504T经过由呼叫所用的E-NNI 510T以加密形式传送到出口网关网络呼叫控制器504R。
源客户呼叫控制器506A存储已加密的呼叫和连接信息。已加密的呼叫和连接信息随后可与后来的呼叫请求消息 一起提供给源面向连接的网络502Y。当源面向连接的网络502Y中的网络呼叫控制器接收这一呼叫请求消息时，网络呼叫控制器可对关于其它呼叫和连接的信息进行解密，并利用已解密的信息建立所请求的呼叫。该加密的信息可包括在通常经过E-NN1传播的信令消息中，以及先前提到的那些通常经过UNI传播的信令消息。
以上广义上介绍的关于传递网络呼叫控制器之间的呼叫和连接信息的方法的特定实现可根据应用而有所改变。
在最优路径应用中，已提出的方法采用"呼叫拒绝"消息来承载路径结果，它包括源UNI、目的地UNI的标识以及可能还有有关连接的已加密的信息。参照图3，当源客户呼叫控制器306A利用可得的本地UNI308中的一个(比如本地UNI 308F )向源网络呼叫控制器304发送呼叫请求消息时，便开始了一种可能的事件序列。源客户呼叫控制器306A可在呼叫请求消息中传送连接到源客户呼叫控制器306A的备选本地UNI 308E、 308G的标识符和连接到目的地的备选远程UNI308H、 308J的标识符。源网络呼叫控制器304F计算并测试可能路径，然后选择最优的一条。如果最优路径开始于源UNI 308F的话，则源网络呼叫控制器304F便经过该最优路径建立呼叫。否则，源网络呼叫控制器304F通过向源客户呼叫控制器306A发送呼叫拒绝消息来拒绝呼叫。源网络呼叫控制器304F在呼叫拒绝消息中包括特殊的错误编码。呼叫拒绝消息中的附加信息可包括以加密形式的本地UN1 308和远程UNI 308的标识符，以及还可能包括有关沿最优路径上的中间路径段端点的信息，其中本地UNI 308和远程UNI 308充当最优路径的源UM和目的地腦。
接下来，源客户呼叫控制器306A选择在呼叫拒绝消息中所识别的最优路径中的源UNI(比如UNI 308G )，并经过所选择的UNI 308G发送新的呼叫请求消息。新的呼叫请求消息包括呼叫拒绝消息中接收的最优路径信息。当源网络呼叫控制器304G在所选择的UNI 308G的网络侧接收呼叫请求消息时，源网络呼叫控制器304G便可从呼叫请求消息中得知最优路径的目的地UNI。源网络呼叫控制器304G还可对最优路径信息进行解密，由此得知如何建立呼叫以获得最优路径。
在多样路径应用中，目标是建立两个呼叫，这两个呼叫在源客户呼叫控制器和目的地客户呼叫控制器之间具有多样路径，每个客户呼叫控制器具有连接到共享网络的两个参照点。即，每个客户呼叫控制器有至少两个至同一网络的UNI。在本发明的一个实施例中，呼叫接受消息用于承载路径结果，它包括源UNI、目的地UNI的标识和有关已建立的呼叫的加密的信息。而在另一个实施例中，源客户呼叫控制器可询问共享网络关于先前已建立的呼叫的信息。
参照图4,当源客户呼叫控制器406A向目的地客户呼叫控制器406B通过经过源UNI 408E发送识别源UM 408E和目的地UNI 408H
的呼叫请求消息来发起呼叫时，便开始了一种可能的事件序列。该呼叫请求消息请求至目的地客户呼叫控制器406B的第一呼叫，并指示第二呼叫请求将跟随其后，以请求至目的地客户呼叫控制器406B的第二呼叫。为向源网络呼叫控制器404E提供有关第二呼叫的信息，该呼叫请求消息还包含备选源UNI 408G的身份以及备选目的地UNI408J的身份。对于第二呼叫所指出的约束条件是，要求第二呼叫的路径不同于第一呼叫的路径。
源网络呼叫控制器404E计算源UNI408E和目的地UNI408H之间的路径，也可对第二呼叫计算备选源UNI 408G和备选目的地UNI408J之间的路径，其中第二呼叫的路径不同于第 一呼叫的路径。
然后，源网络呼叫控制器404E经过针对第一呼叫所计算的路径建立至目的地网络呼叫控制器404H的第一请求的呼叫，并可为该呼叫建立连接。该呼叫请求消息随后经过目的地UNI 408H发送到目的地客户呼叫控制器406B。目的地客户呼叫控制器406B通过经过目的地UNI 408H向目的地网络呼叫控制器404H发送呼叫接受消息来接受该呼叫。此呼叫接受消息包括未由所请求的呼叫中的第 一呼叫所利用的目的地UNI 408J的身份。应当注意，不必对这一目的地UNI身份进行加密。目的地网络呼叫控制器404H将呼叫接受消息传送到源网络呼叫控制器404E，源网络呼叫控制器404E将呼叫接受消息传送到源客户呼叫控制器406A。到向源客户呼叫控制器406A发送呼叫接受消息的时候，呼叫接受消息还可以包括关于针对第一请求的呼叫所计算的路径的详细信息，可能还包括针对第二请求的呼叫所计算路径的详细信息。此路径信息应当是加密的。
源客户呼叫控制器406A经过源UNTI 408E接收呼叫接受消息，并通过经过备选源UNI 408G发送呼叫请求消息发起第二呼叫。该呼叫请求消息由备选源网络呼叫控制器404G所接收，它包括在呼叫接受消息中所接收的路径信息，例如用于笫二呼叫的目的地UNI408J的身份。
备选源网络呼叫控制器404G为第二呼叫计算路径，考虑了所接收的包括在呼叫请求消息中的关于第 一呼叫路径的加密信息。或者，源网络呼叫控制器404E已经为第二呼叫计算出不同于第一呼叫路径的路径，备选源网络呼叫控制器404G可只需从包括在呼叫请求消息的信息中简单地解密出针对第二呼叫所计算的路径的描述。
不管是计算出还是仅仅解密出第二呼叫的路径，备选源网络呼叫控制器404G随后均经过第二呼叫的路径建立至与目的地UN1408J相关联的目的地网络呼叫控制器404J的第二呼叫。可与第二呼叫一起建立连接。随后，目的地网络呼叫控制器404J利用目的地UNI 408J来向目的地客户呼叫控制器406B发送呼叫请求消息。
在以上示例中，第一呼叫请求消息请求至目的地客户呼叫控制器406B的第一呼叫，并指示第二呼叫请求将跟随其后，以请求至目的地客户呼叫控制器406B的第二呼叫。然而，可能会出现这样的情况，已建立了第 一呼叫却没有指定后面还有第二呼叫。随后可作出决定，需要笫二呼叫，并且第二呼叫应当具有与第一呼叫的路径不同的路径。
考虑在源客户呼叫控制器406A和目的地客户呼叫控制器406B之间存在第一呼叫，并且第一呼叫利用源UM408E、源网络呼叫控制器404E、目的地网络呼叫控制器404H和目的地UNI408H。此外，考虑源客户呼叫控制器406A已建立了第一呼叫作为单个呼叫，而不知道任何其它未来所期望的呼叫。后来，源客户呼叫控制器406A要求至目的地客户呼叫控制器406B的第二呼叫，约束是第二呼叫应当具有与第 一呼叫的路径不同的路径。
在发送呼叫请求消息之前，源客户呼叫控制器406A向源网络呼叫控制器404E发送询问消息，以请求关于第一连接的信息。源网络呼叫控制器404E用询问响应消息作出响应，询问响应消息包括关于第一呼叫的加密的细节。
然后，源客户呼叫控制器406A可在针对第二呼叫的呼叫请求消息中包括关于第 一呼叫的加密的细节。针对第二呼叫的呼叫请求消息随后通过源客户呼叫控制器406A经过备选源UNI 408G发往备选源网络呼叫控制器404G。或者，针对笫二呼叫的呼叫请求消息可发送到源网络呼叫控制器404E。
备选源网络呼叫控制器404G接收第二呼叫的呼叫请求消息，并试图计算至目的地客户呼叫控制器406B的路径，其中针对第二呼叫所计算的路径不同于第一呼叫已在使用的路径。如果成功的话，备选源网络呼叫控制器404G可经过针对第二呼叫所计算的路径建立至与目的地UM 408J相关联的目的地网络呼叫控制器404J的第二呼叫。可与第二呼叫一起建立连接。接着，目的地网络呼叫控制器404J利用目的地UM 408J向目的地客户呼叫控制器406B发送呼叫请求消息。
在E-NNI多样路径应用中，已提出的方法采用呼叫接受消息来传送关于在建立路径中所用的网关网络呼叫控制器的信息。由于网关网络呼叫控制器的标识符是^^共地址，因此关于网关网络呼叫控制器的信息不必进行加密。参照图5，当源客户呼叫控制器506A利用可得UNI 508之一 (比如UNI508E)向源网络呼叫控制器504发送呼叫请求消息时，便开始了一种可能的事件序列。呼叫请求消息请求至目的地客户呼叫控制器506B的第一呼叫，但是指示出将要请求至目的地客户呼叫控制器506B的第二呼叫请求。第二呼叫被要求要具有与第一呼叫的路径不同的路径。第一呼叫请求消息可包括可能目的地UNI508V、 508X的身份以及用于第二呼叫的其它源UNI 508G的身份。
如本领域的技术人员所清楚的，源客户呼叫控制器506A可能不知道可能的目的地UNI 508V、 508X的身份，但是应当能够通过询问维护客户呼叫控制器506到UNI 508的身份的映射的网络实体(未示出)而得知这些身份。目前因特网的域名服务便用于此目的。
源网络呼叫控制器504E确定可能的目的地UNI 508V、 508X在目的地面向连接的网络502Z中，并选择将源面向连接的网络502Y连接到目的地面向连接的网络502Z的出口网关网络呼叫控制器504R、504S中的一个。 -
考虑这种情况，为到达目的地面向连接的网络502Z,源网络呼叫控制器504E已选择了出口网关网络呼叫控制器504R,源网络呼叫控 制器504E计算至出口网关网络呼叫控制器504R的路径，并经过所计 算的路径建立呼叫。可与第一呼叫一起建立连接。源网络呼叫控制器 504E还可选择由第二请求的呼叫所用的其它出口网关网络呼叫控制 器504S。在源网络呼叫控制器504E已选择了由第二请求的呼叫所用 的其它出口网关网络呼叫控制器504S的情况下，源网络呼叫控制器 504E还可为第二请求的呼叫计算路径。
随后，可将针对第一呼叫的呼叫请求消息发送到出口网关网络呼 叫控制器504R。在出口网关网络呼叫控制器504R选择了入口网关网 络呼叫控制器504T时，呼叫请求消息便经过E-NNI 510T转发到选择 的入口网关网络呼叫控制器504T。在发送至所选择的入口网关网络呼 叫控制器504T的呼叫请求消息中所包括的是用于第二请求的呼叫的 其它出口网关网络呼叫控制器504S的非加密指示。此外，呼叫请求 消息还可包括关于用于第一呼叫的路径的源面向连接的网络502Y中 的中间路径段端点的加密形式的信息。另外，呼叫请求消息可包括关 于在为第二呼叫计算的路径中的源面向连接的网络502Y上的中间路
径段端点的加密信息。
当接收到呼叫请求消息后，所选择的入口网关网络呼叫控制器 504T可通知将会有第二呼叫请求消息从其它出口网关网络呼叫控制 器504S到达目的地面向连接的网络502Z。响应于对第二呼叫请求消 息的通知，所选择的入口网关网络呼叫控制器504T可选择为第二呼 叫的其它入口网关网络呼叫控制器504U。随后把用于第二呼叫的其 它入口网关网络呼叫控制器504U的选择记录在呼叫请求消息中。所 选择的入口网关网络呼叫控制器504T然后选择目的地网络呼叫控制 器504V、 504X之一 (比如目的地网络呼叫控制器504V)，并计算至 所选择的目的地网络呼叫控制器504V的路径。所选择的入口网关网 络呼叫控制器504T也可计算从其它入口网关网络呼叫控制器504U至 其它目的地网络呼叫控制器504X的第二呼叫的路径。可与呼叫 一起建立连接。呼叫请求消息随后可经过连接呼叫控制
器的UNI 508V从所选择的目的地网络呼叫控制器504V传送到目的 地客户呼叫控制器506B。 '
目的地客户呼叫控制器506B接受呼叫，目标为源客户呼叫控制 器506A的呼叫接受消息可包括识别用于第二呼叫的其它出口网关网 络呼叫控制器504S的信息，该信息不必加密。呼叫接受消息还可包 括关于从源网络呼叫控制器504E到出口网关网络呼叫控制器504R的 路径的加密信息，和关于从其它源网络呼叫控制器504G到其它出口 网关网络呼叫控制器504S的路径(如果计算了这种路径的话)的加 密信息。此外，呼叫接受消息可包括用于第二呼叫的其它入口网关网 络呼叫控制器504U的身份，这不必进行加密。呼叫接受消息可包括 用于第二呼叫的其它目的地网络呼叫控制器504X的身份的指示。而 且，呼叫接受消息可包括用于识别从入口网关网络呼叫控制器504U 至目的地网络呼叫控制器504X的第一呼叫的路径中的中间路径段端 点的加密信息，以及如果计算出从其它入口网关网络呼叫控制器504U 至其它目的地网络呼叫控制器504X的第二呼叫的路径的话，呼叫接 受消息还可包括用于识别第二呼叫的路径中的中间路径段端点的加 密信息。
源客户呼叫控制器506A经过最初选择的UNI 508E接收呼叫接受 消息，并通过经过其它源UNI 508G发送呼叫请求消息来发起第二呼 叫。当其它源网络呼叫控制器504G接收到该呼叫请求消息时，包括 在该呼叫请求消息中的信息可向源网络呼叫控制器504G指示出，为 到达目的地面向连接的网络502Z,应当使用其它出口网关网络呼叫控 制器504S。包括在呼叫请求消息中的信息最好还可以加密形式指示 出，在其它源网络呼叫控制器504G和其它出口网关网络呼叫控制器 504S之间的呼叫的多样路径。随后，其它源网络呼叫控制器504G可 利用对有关第一呼叫的路径的解密信息的知晓经过至其它出口网关 网络呼叫控制器504S的路径建立第二呼叫，而不管该路径是在呼叫请求消息中提供的还是独立计算出的。
当呼叫请求消息由其它出口网关网络呼叫控制器504S接收时， 包括在呼叫请求消息中'的指示允许经过E-NNI 510U将呼叫请求消息 转发至其它入口网关网络呼叫控制器504U。
当其它入口网关网络呼叫控制器504U接收呼叫请求消息时，包 括在呼叫请求消息内的信息可允许其它入口网关网络呼叫控制器 504U用其它目的地网络呼叫控制器504X作为第二呼叫的路径的目的 地。呼叫请求消息还可包括提供从其它入口网关网络呼叫控制器504U 至其它目的地网络呼叫控制器504X的路径的加密的信息。其它入口 网关网络呼叫控制器504U然后可建立至其它目的地网络呼叫控制器 504X的呼叫，并经过所建立的呼叫建立连接。
在其它目的地网络呼叫控制器504X上，将呼叫请求消息经过连 接两个呼叫控制器的UNI508X转发到目的地客户呼叫控制器506B。
假设目的地客户呼叫控制器506B接受了呼叫请求消息，则这两 条端到端的多样路径由三个不同单元组成l)在源面向连接的网络 502Y中的路径；2)将源面向连接的网络502Y连接到目的地面向连接 的网络502Z的E-NNI 510;和3)在目的地面向连接的网络502Z中的 路径。
在多网络多样路径应用中，所提出的方法包括呼叫处理信令消息 中的网络的标识符，而不是UNI的标识符。参照图6，当源客户呼叫 控制器606A利用可得的UNI 608之一 (比如UNI 608E)向源网络呼 叫控制器604发送呼叫请求消息时，便开始一种可能的事件序列。
呼叫请求消息请求至目的地客户呼叫控制器606B的第一呼叫， 但是它指示将请求至相同的目的地客户呼叫控制器606B的第二呼叫 的请求。第二呼叫纟皮要求具有与第一呼叫的路径不同的路径。第一呼 叫请求消息包括可能的目的地UNI 608V、 608L的身^f分以及第二呼叫 所用的第二源面向连接的网络602Y2的身份。
假设要在不同的网络中建立第二呼叫，那么第 一 源面向连接的网络602Y1中的第 一 源网络呼叫控制器604E选择出口网关网络呼叫控 制器604R,并为第一呼叫计算路径，而不考虑第二呼叫对多样路径的 需要。第一源网络呼叫控制器604E和出口网关网络呼叫控制器604R 之间的连接可与该呼叫 一起建立。
当出口网关网络呼叫控制器604R接收呼叫请求消息时，出口网 关网络呼叫控制器604R在中间面向连接的网络602P中选择入口网关 网络呼叫控制器。具体地说，选择入口网关网络呼叫控制器604PR的 同时，要考虑到可由第二源面向连接的网络602Y2中的出口网关网络 呼叫控制器来选择用于第二呼叫的中间面向连接的网络602P中的入 口网关网络呼叫控制器。
当入口网关网络呼叫控制器604PR接收呼叫请求时，入口网关网 络呼叫控制器604PR可考虑第二呼叫而选择用于第二呼叫的入口网 关网络呼叫控制器604PK。当呼叫请求消息继续传播时，用于第二呼 叫的入口网关网络呼叫控制器604PK的身份随后可包括在该消息中。
入口网关网络呼叫控制器604PR已知道出口网关网络呼叫控制 器604PT能够用于经过E-NNI 610T连接到第一目的地面向连接的网 络602Z1，以及能够用于经过E-NNI610M2连接到第二目的地面向连 接的网络602Z2，入口网关网络呼叫控制器604PR还可知道出口网关 网络呼叫控制器604PM可用于经过E-NNI 610M1连4妾到第二目的地 面向连接的网络602Z2 。假定存在这一认识，则入口网关网络呼叫控 制器604PR可选择用于第 一呼叫的出口网关网络呼叫控制器604PT和 用于第二呼叫的出口网关网络呼叫控制器604PM。由第二呼叫所用的 E-NNI 610M1的身份可记录在呼叫请求消息中。
接着，入口网关网络呼叫控制器604PR可进行计算至所选择的用 于第一呼叫的出口网关网络呼叫控制器604PT的路径、建立经过该路 径的呼叫，并建立该呼叫的连^:。入口网关网络呼叫控制器604PR还 可为第二呼叫计算从入口网关网络呼叫控制器604PK到出口网关网 络呼叫控制器604PM的路径，其中第二呼叫的路径不同于第 一呼叫的路径。
当呼叫请求消息被所选择的出口网关网络呼叫控制器604PT接收 时，呼叫请求消息可包括用于第二呼叫的入口网关网络呼叫控制器 604PK的身份(没有加密)，用于第二呼叫的出口网关网络呼叫控制器 604PM的身份(没有加密)和有关中间面向连接的网络602P内用于第 一呼叫的路径的中间路径段端点的信息。所接收的呼叫请求消息还可 包括有关用于为第二呼叫所计算的路径中的中间路径段端点的信息。
出口网关网络呼叫控制器604PT随后选择第 一 目的地面向连接的 网络602Z1中的入口网关网络呼叫控制器604T,并将呼叫请求消息 经过E-NM 61OT传送到入口网关网络呼叫控制器604T。假设第二呼 叫将采用第二目的地面向连接的网络602Z2(包括在呼叫请求消息中 的指示)，入口网关网络呼叫控制器604T可不用考虑第二呼叫而计算 至第一目的地网络呼叫控制器604V的路径。然后，入口网关网络呼 叫控制器604T可经过所计算的路径建立呼叫，并建立该呼叫的连接。 第一目的地网络呼叫控制器604V随后可经过对应的UNI 608V将呼 叫请求消息传送到目的地客户呼叫控制器606B。
目的地客户呼叫控制器606B在接收到呼叫请求消息时可产生呼 叫接受消息，并将该呼叫接受消息返回给源客户呼叫控制器606A。
源客户呼叫控制器606A在接收到呼叫接受消息时，可通过经过 UM 608Q向第二源网络呼叫控制器604Q发送呼叫请求消息来发起第 二呼叫。
如上文所介绍的，当由第二源网络呼叫控制器604Q接收到呼叫 请求消息时，呼叫请求消息可包括用于笫二呼叫的入口网关网络呼叫 控制的器604PK的身份(没有加密)，用于第二呼叫的出口网关网络呼 叫控制器604PM的身份(没有加密)。所接收的呼叫请求消息还可包括 有关为第二呼叫计算的路径中所用的中间路径段端点的信息。
第二源网络呼叫控制器604Q知道出口网关网络呼叫控制器604K 连接到入口网关网络呼叫控制器604PK，可计算至出口网关网络呼叫控制器604K的路径，建立经过所计算的路径的呼叫并建立该呼叫的 连接。
当接收到呼叫请求消息时，出口网关网络呼叫控制器604K可从 呼叫请求消息中得知入口网关网络呼叫控制器604PK将是该呼叫请 求消息的下一个接收者。
入口网关网络呼叫控制器604PK，在重查所接收的呼叫请求消息 时，可^皮通知用于第二呼叫的出口网关网络呼叫控制器604PM的身 份，可能甚至还通知用于已为第二呼叫计算的路径中的中间路径段端 点。有关这些中间路径段端点的信息最好加密成该信息只可由中间面 向连^:的网络602P中的网络呼叫控制器进行解密。入口网关网络呼 叫控制器604PK然后可经过已经计算的路径建立呼叫，或经过知道由 第一呼叫路径所用的中间路径段端点的所计算路径建立呼叫。可与该 呼叫 一起建立连接。
当出口网关网络呼叫控制器604PM接收到了呼叫请求消息时，出 口网关网络呼叫控制器604PM可从该呼叫请求消息得知入口网关网 络呼叫控制器604M将是该呼叫请求消息的下 一接收者。
入口网关网络呼叫控制器604M,在收到呼叫请求消息时，计算 至第二目的地网络呼叫控制器604L的路径，并建立呼叫和根据所计 算的路径的连接。
呼叫请求消息一旦由第二目的地网络呼叫控制器604L接收到时， 它随后便可传送到目的地客户呼叫控制器606B。在目的地客户呼叫控 制器606B接收到第二呼叫的呼叫请求消息时，可产生呼叫接受消息， 并将该呼叫接受消息返回给源客户呼叫控制器606A。
为在现有网络应用中包含本发明的方面，可能需要一些变化。例 如，在对第一路径进行路径计算时，可考虑第二呼叫(在多样路径上) 将要建立的指示。还有，现有网络应用通常不包括从客户呼叫控制器 到网络呼叫控制器的询问消息的提供，以及从网络呼叫控制器返回给 客户呼叫控制器的询问响应消息的提供。回忆响应消息包含加密的网络信息。另外，用于E-NNI上的协议应当支持诸如网关网络呼叫控制
器的标识符和网络的标识符的这种信息的交换。
本发明的 一 些方面要求呼叫请求消息中的呼叫和连接信息在以
下情况下要进行加密当该呼叫请求消息经过UNI由源客户呼叫控制 器发送时，当该呼叫请求消息经过UNI发送至目的地客户呼叫控制器 时以及当该呼叫请求消息经过E-NNI从出口网关网络呼叫控制器发 送至入口网关网络呼叫控制器时。加密的呼叫和连接信息还可包括在 从目的地客户呼叫控制器传送至源客户呼叫控制器的呼叫接受消息 中，以及包括在从源网络呼叫控制器传送至源客户呼叫控制器的呼叫 拒绝消息中。本发明的 一些方面还可能要求在呼叫请求消息中有由第 二呼叫所用的UNI、 E-NN1和网络的指示。由于UNI或E-NNI的标识 符是公共地址，并且公众知道网络的标识符，因此该信息不必进行加 密。本发明的一些方面还可能需要在呼叫拒绝消息中使用新的错误编 码。新的错误编码将用于指示有关被拒绝的呼叫和连接的信息。
网络中适于应用本发明的一些方面的呼叫处理可能需要具有在 呼叫穿过多个网络时支持分开连接的能力。在E-NM的网络出口侧和 网络入口侧均需要网关网络呼叫控制器。另外，网络中适于应用本发 明的 一些方面的呼叫处理可能需要具有修正信令消息以包括加密的 信息的能力，以及相反的是需要具有从信令消息中分出解密的信息的 能力。
根据本发明的一些方面，每个网络均需要管理加密密钥，并且给 定网络的加密密钥要求分布到给定网络中的所有网络呼叫控制器。
根据本发明的 一些方面运行的给定网络中，网络呼叫控制器可接 收呼叫请求消息，它包括例如有关第一呼叫的路径的用特定于给定网 络的加密密钥进行加密的信息。然而，如果网络呼叫控制器出于某种 原因不知道加密密钥，则网络呼叫控制器可在没有加密的信息的协助 下对请求的呼叫进行路径计算。在这种情况下，不保证所计算的路径
与其内容^皮加密的路径之间的多样性。在网络中实现本发明一些方面的客户呼叫控制器，应当能够响应 于另一呼叫的呼叫接受消息的接收而发送呼叫请求消息。此外，在网 络中实现本发明一些方面的客户'呼叫控制器，应当能够响应于关于另 一呼叫的呼叫拒绝消息的接收而发送呼叫请求消息。
以上全部阐述的是，经过已在呼叫上(带内信令)建立的连接而发 送呼叫处理消息。如本领域的技术人员将会明白的，这些网络实体可 彼此进行通信，例如采用辅助网络(带外信令)交换呼叫处理消息。在
众所周知的公共信道信令(即CCS7)通信方案中示范有这种辅助网络。
总之，有关已建立的呼叫的路径或还要建立的呼叫的路径的信息 可包括在呼叫建立信令中，以便信息到达那些可以使用该信息的网络 呼叫控制器。有利的是，那些不能用该信息的呼叫控制器，即通过利 用仅在加密的信息所涉及的网络内部已知的加密密钥，来禁止那些在 其它网络的网络呼叫控制器和客户呼叫控制器访问该信息。
本领域的技术人员应当明白，采用通过以上所介绍的各种网络的 多样路径可实现保护转接。即，利用第一呼叫建立客户呼叫控制器之 间的连接并且在第一呼叫中的路径段发生了故障时，可利用先前已建 立的第二呼叫建立该连接。第二呼叫的路径不同于第一呼叫的路擇， 笫一呼叫中的故障将不可能影响第二呼叫的可用性。
可采用任何合适的加密形式。由于加密出现在授权该信息的网络 中，因此可利用仅在网络中已知的秘密密钥来方便地对数据进行加 密。所述密钥还可在网络中用于稍后对在此方面的数据进行解密，例 如，DES加密密钥可用作秘密密钥。
本领域的技术人员而言可以清楚其它的修改，因此，本发明由权 利要求所限定。
权利要求
1.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的第一网络呼叫控制器上发现关于第二呼叫控制器的信息的方法，其中所述第一网络呼叫控制器连接到客户呼叫控制器，所述第二呼叫控制器也连接到所述客户呼叫控制器，所述方法包括从来自所述客户呼叫控制器的呼叫处理消息中提取网络信息。
2. 如权利要求1所述的方法，其特征在于，所述网络信息是加 密的，所述方法还包括对来自所述加密的网络信息中关于所述第二呼 叫控制器的所述信息进行解密。
3. 在包括多个互连接网络呼叫控制器的面向连接的网络中，一 种用于在网络呼叫控制器上进行呼叫处理的方法，它包括接收请求建立至指定目的地的给定呼叫的呼叫请求消息； 响应于所述^J妄收，确定至网络呼叫控制器的路径，所述网络呼叫 控制充当至具有对所述指定目的地的连接的网络的网关；和将所述呼叫请求消息修正成包括有关所述路径的信息，以产生修正的呼叫请求消息。
4. 一种在包括多个互连接网络呼叫控制器的面向连接的网络中 的网络呼叫控制器，它包括输入网络接口 ，其适于接收请求建立至指定目的地的给定呼叫的 呼叫请求消息；处理器，其适于响应于所述接收，确定至网络呼叫控制器的路径，其中所 述网络呼叫控制充当至具有对所述指定目的地的连接的网 络的网关；和将所述呼叫请求消息修正成包括有关所述路径的信息，以 . 产生修正的呼叫请求消息。
5. —种计算机可读介质，它包含计算机可执行指令，当由在包括多个互连接呼叫控制器的面向连接的网络中的网络呼叫控制器中的处理器执行时，使所述处理器执行如权利要求3所述的方法。
6. —种在包括多个互连接网络呼叫控制器的面向连接的网络中 的网络呼叫控制器上进行消处理息的方法，它包括接收请求关于第一呼叫的信息的询问；和 向所述询问的源发送以加密形式的所述信息。
7. —种在包括多个互连接网络呼叫控制器的面向连接的网络中 的网络呼叫控制器，它包括输入网络接口，其适于接收请求关于第一呼叫的信息的询问；和 输出网络接口 ，其适于向所述询问的源发送以加密形式的所述信自
8. —种计算机可读介质，它包含计算机可执行指令，当由在包 括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制 器中的处理器执行时，使所述处理器执行如权利要求6所述的方法。
9. 一种在连接到包括多个互连接网络呼叫控制器的面向连接的 网络的客户呼叫控制器上请求呼叫的方法，它包括经过至网络接口的第一用户向所述面向连接的网络中的网络呼 叫控制器发送呼叫请求消息；和在所述呼叫请求消息中包括至网络接口的第二用户的标识符，所 述网络接口将所述客户呼叫控制器连接到所述面向连接的网络。
10. 如权利要求9所述的方法，其特征在于，所述呼叫请求消息 与至目的地的呼叫相关，并包括至连接到所述目的地的网络接口的第 一目的地用户的身份，所述方法还包括，在所述呼叫请求消息中包括 至将所述目的地连接到所述面向连接的网络的网络接口的第二目的 地用户的身份。
全文摘要
网络(102)中的呼叫控制实体(104A，104B)通过修正呼叫处理消息以包括加密的网络信息而在它们之间进行通信。同样，可建立呼叫，其通过该网络的路径取决于其它呼叫的路径。由于这种通信，呼叫控制器可以得到大于呼叫控制器正常拥有的范围的信息，以便用于约束呼叫建立。该信息与其它呼叫以及与那些其它呼叫相关联的连接有关。该信息还可涉及相邻网络中的网关或至相邻网络的网关，以及与当前呼叫控制器有关的相邻网络中的呼叫控制器。
文档编号H04Q3/00GK101540930SQ200910134170
公开日2009年9月23日 申请日期2003年6月13日 优先权日2002年6月14日
发明者E·E·叶, M·贝茨, S·D·休 申请人:北方电讯网络有限公司