专利名称：通过修正呼叫处理消息在呼叫控制器之间进行通信的利记博彩app
技术领域：
本发明涉及通信网络中的呼叫控制器，更具体地说，涉及通过修正呼叫处理消息来在呼叫控制器之间进行通信。
背景技术：
面向连接的通信网络的用户通过首先建立“呼叫”来进行通信，面向连接的通信网络指一般用于连接电话或计算机的一类通信网络。呼叫代表一种通过某特定路径进行通信的协定，其中路径是网络实体之间的一系列链路。从网络管理角度来看，每个呼叫均是“可计费”实体。呼叫建立和拆除通常通过采用“呼叫”协议来实现，该协议用于代表用户的实体与代表网络的实体之间通过建立呼叫而进行的通信。该呼叫协议也可用于网络内的实体之间和分开的网络中的实体之间的通信。“连接”可认为是用户通信流经的实际“管道”。一旦已建立了呼叫，或正在建立呼叫，便可建立连接并与该呼叫相关联。一般而言，可能有零个或多个与单个呼叫相关联的连接。呼叫协议的一个重要功能是“连接建立”协议的发起和管理。
呼叫控制器是用于发起、终止和转接呼叫行为的呼叫控制实体。呼叫控制器实现各个呼叫或若干组呼叫的建立、释放、修改以及维护。当用于用户时，呼叫控制器称为“客户”呼叫控制器。当用于网络边缘和网络之间的边界上时，呼叫控制器称为“网络”呼叫控制器。在一次呼叫中涉及许多呼叫控制器。同一呼叫中所涉及的呼叫控制器采用预定的协议彼此进行通信，以控制和维持与呼叫相关联的连接。通常，在面向连接的网络中，同一呼叫中未涉及的呼叫控制实体彼此不进行通信。
为建立呼叫，客户呼叫控制器与网络呼叫控制器(源网络实体)通信以表明呼叫的要求和所要求呼叫的目的地。该要求常常通过利用“呼叫请求”消息来表明，其中“呼叫请求”消息是定义标准呼叫处理消息的协议的一部分。在典型的具有分布式呼叫和连接控制的面向连接的网络中，如上所述，由网络呼叫控制器为所要求的呼叫计算路径，而不考虑与网络中其它的先前已建立的呼叫相关的信息，其中网络呼叫控制器接收来自客户呼叫控制器的呼叫请求消息。虽然对于给定网络呼叫控制器而言，有关源自给定网络呼叫控制器的呼叫的信息在针对新的呼叫计算路径时是可以得到的，但是，有关源自其它网络呼叫控制器的呼叫的信息对于给定网络呼叫控制器而言却是不可得的。
为约束呼叫建立，已提出应该使给定网络呼叫控制器可以得到大于给定网络呼叫控制器正常处理范围的附加信息。已提出，如果恰当地建立所约束的呼叫，则所涉及的面向连接的网络将会更高效地运行。
这一附加信息可能包括有关其它呼叫和与那些其它呼叫相关联的连接的信息。该附加信息也可能包括有关至相邻网络的网关和相邻网络中的呼叫控制器的信息，该呼叫控制器可与特定客户呼叫控制器相关联。
在面向连接的网络中，与常用客户呼叫控制器有关的网络呼叫控制器通常彼此互不知晓。已经提出，使这种网络呼叫控制器相互知晓可以实现针对客户呼叫控制器的用户的附加应用。
一种用于提供附加信息的方法涉及允许客户呼叫控制器向第一网络呼叫控制器询问有关通过与第一网络呼叫控制器的通信所建立的第一呼叫的信息。然后可以期望，第一网络呼叫控制器将向正询问的客户呼叫控制器释放此信息。接着，该信息可由客户呼叫控制器在向第二网络呼叫控制器发送针对第二呼叫的呼叫请求消息时所利用。客户呼叫控制器可将该信息传送到第二网络呼叫控制器，以便可由所传送的关于第一呼叫的信息来约束第二呼叫。
用此方法所存在的问题是，第一网络呼叫控制器可能向客户呼叫控制器公开一些应该保密的网络信息。通常，将用户(客户呼叫控制器)和网络(网络呼叫控制器)之间的关系考虑为“非置信”关系。在此方法中，其中客户呼叫控制器可通过询问来得知关于呼叫的网络信息，这样便破坏了用户-网络关系的非置信特性。也就是说，第一实体正向第二实体发送由于这两个实体之间的关系特性而使得第一实体通常不发送的信息。
第二种方法需要引入可由一个以上源网络实体访问的全局呼叫识别符，即该全局呼叫识别符可由将会在以后建立呼叫的网络呼叫控制器来访问。在源客户呼叫控制器已经请求第一网络呼叫控制器建立至目的地的第一呼叫时，为所建立的呼叫分配向源客户呼叫控制器公开的全局呼叫识别符。此外，关于第一呼叫的网络信息可保留在网络中的中央实体上。随后，源客户呼叫控制器可在请求第二网络呼叫控制器要建立至相同目的地的第二呼叫时，使用第一呼叫的全局呼叫标识符，其中第二呼叫的路径不同于第一呼叫的路径。如果两条路径不具有任何公共的路径段的话，则其中一条路径可被认为是相对于另一条路径不同的路径。另外，如果两条路径在任何中间路径段端点(节点)上不同的话，则其中一条路径可被认为是相对于另一条路径不同的路径。然而，该方法并不总是有效。由于在第一呼叫建立的时刻未考虑备选路径的可得性，因此可能从来都不会找到第二呼叫的路径。而且，中央实体可能需要保留有关呼叫和与网络中及网络之间的那些呼叫相关联的连接的信息。如果没有中央化的呼叫/连接数据库的话，则可能会在没有有关用以避开路径段或中间路径段端点的信息的情况下进行路径计算。只有当路径计算处理遇到了用作一个路径段(其中该路径段用于具有第一呼叫的全局呼叫标识符的呼叫)端点的节点时，路径计算才可知道尝试一条未包括那个路径段或中间点的路径。不幸的是，没有一种方法，即中央化呼叫/连接数据库的方法和不带有数据库的方法中没有一种可以用足以满足各种路径计算规则的速度来执行，即便是在单个网络中也是如此。
第三种方法需要严格为选呼控制器通信创建不同的方法。然而，选呼控制器通信通常捎带于连接控制通信上，并且优选的是，呼叫控制器能够在没有先前所建立的呼叫情况下互相通信。另外，不同网络中的呼叫控制器可能难于进行通信，因为在那些网络之间可能没有共享的信令网络。
显然，需要一种呼叫控制器，它可以如下方式进行通信提供带有附加网络信息的呼叫控制器，还避免将网络信息泄漏给用户，并且避免采用与现有通信分开的呼叫控制器之间的直接通信。
发明内容
网络中的呼叫控制实体通过修正呼叫处理消息以包括网络信息而在它们之间进行通信。同样，呼叫可建立，其通过网络的路径取决于其它呼叫的路径。由于这种通信，使得呼叫控制器可以得到大于呼叫控制器正常拥有的范围的信息，用于约束呼叫建立。该信息可能与其它呼叫和与那些其它呼叫相关联的连接有关。该信息还可涉及相邻网络中的网关以及相邻网络中的呼叫控制器，其中相邻网络与当前呼叫控制器相关。
有利的是，在本发明的优选方面，由于呼叫控制器之间的通信，因此未向网络之外的实体公开置信网络信息。在本发明的一个方面中，通过采用加密的方式避免了置信网络信息的公开。而且，也避免了用于选呼控制器通信的分开方法。
更有利的是，本发明的一些方面可使与共同客户呼叫控制器相关的网络呼叫控制器可以互相发现，即相互知晓。这种发现可实现网络内部利用了相关网络呼叫控制器集和/或相关网络呼叫控制器地址/名称集的知识的应用。这种发现还可有利于网络外部的应用，即在采用双归的客户呼叫控制器上的应用。
根据本发明的一个方面，提供了一种方法，它用于在包括多个互连接的呼叫控制器的面向连接的网络中的第一呼叫控制器上与第二呼叫控制器进行通信。该方法包括将目的地为第二呼叫控制器的呼叫处理消息修正为包括加密的网络信息。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互连接网络呼叫控制器的面向连接的网络中的第一网络呼叫控制器上发现关于第二呼叫控制器的信息，其中第一网络呼叫控制器连接到客户呼叫控制器。该方法包括从来自客户呼叫控制器的呼叫处理消息中提取网络信息，第二呼叫控制器也连接到客户呼叫控制器。
还根据本发明的另一方面，提供了一种方法，它用于在包括多个互连接的呼叫控制器的面向连接的网络中最佳地建立源客户呼叫控制器和目的地客户呼叫控制器之间的多个呼叫。该方法包括接收呼叫处理消息、修正该呼叫处理消息以包括加密的网络信息、产生经修正的呼叫处理消息以及将所修正的呼叫处理消息发送到多个互连接的呼叫控制器中的一个。在本发明的其它方面，提供了适于执行此方法的呼叫控制器，并提供了可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在客户呼叫控制器上请求建立从源至目的地的第二呼叫，其中第二呼叫的路径采用与先前为第一呼叫确定的路径所用的路径段不同的路径段。该方法包括响应于接收呼叫处理消息(呼叫处理消息包括加密的网络信息)向网络呼叫控制器发送请求建立第二呼叫的消息，其中该消息包括加密的网络信息。在本发明的其它方面中，提供了适于执行此方法的客户呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在连接到包括多个互连接网络呼叫控制器的面向连接的网络的源客户呼叫控制器上请求建立至目的地客户呼叫控制器的给定呼叫。该方法包括从第一网络呼叫控制器接收第一呼叫请求消息已被拒绝的通知(其中该通知包括与由给定呼叫所用的路径相关的加密的网络信息和未加密的网络信息)、根据未加密的网络信息选择第二网络呼叫控制器、响应于通知的接收向第二网络呼叫控制器发送请求建立给定呼叫的第二呼叫请求消息(其中第二呼叫请求消息包括加密的网络信息)。在本发明的其它方面中，提供了适于执行此方法的客户呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明另一方面，提供了一种方法，它用于在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行呼叫处理。该方法包括用于接收请求建立至指定目的地的给定呼叫的呼叫请求消息的步骤；响应于上述接收、确定通向连接到指定目的地的客户呼叫控制器的路径的步骤；以及用于修正该呼叫请求消息以包括与所述路径相关的加密的信息、从而产生修正的呼叫请求消息的步骤。在本发明的其它方面中，提供了适于执行此方法的网络呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行呼叫处理。该方法包括接收至指定目的地的请求建立给定呼叫的呼叫请求消息；响应于上述接收、确定通向连接到指定目的地的客户呼叫控制器的路径；和修正该呼叫请求消息以包括与所述路径相关的加密的信息、从而产生修正的呼叫请求消息。在本发明的其它方面中，提供了适于执行此方法的网络呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行呼叫处理。该方法包括接收至指定目的地的请求建立给定呼叫的呼叫请求消息、响应于上述接收确定至网络呼叫控制器(其中网络呼叫控制器充当具有至指定目的地的连接的网络的网关)的路径和修正该呼叫请求消息以包括与所述路径相关的信息从而产生所修正的呼叫请求消息。在本发明的其它方面中，提供了适于执行此方法的网络呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行呼叫处理。该方法包括接收至指定目的地的请求建立给定呼叫的呼叫请求消息、响应于上述接收的解密呼叫请求消息中所包括的呼叫路径信息和根据解密的呼叫路径信息进一步处理给定呼叫。在本发明的其它方面中，提供了适于执行此方法的网络呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互连接网络呼叫控制器的面向连接的网络中的客户呼叫控制器上，在请求第二呼叫时使用关于第一呼叫的信息。该方法包括向网络呼叫控制器发送请求关于第一呼叫的信息的询问、接收以加密形式的信息和向网络呼叫控制器发送第二呼叫的呼叫请求消息，其中呼叫请求消息包括加密的信息。在本发明的其它方面中，提供了适于执行此方法的客户呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了一种方法，它用于在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行消息处理。该方法包括接收请求关于第一呼叫的信息的询问并向询问源以加密形式发送该信息。在本发明的其它方面中，提供了适于执行此方法的网络呼叫控制器和可使通用计算机执行此方法的计算机可读介质。
根据本发明的另一方面，提供了用于在包括多个互连接网络呼叫控制器的面向连接的网络中的客户呼叫控制器上请求呼叫的方法。该方法包括经过到网络接口的第一用户向面向连接的网络中的网络呼叫控制器发送呼叫请求消息，和在该呼叫请求消息中包括至将客户呼叫控制器连接到面向连接的网络的网络接口的第二用户的标识符。
对于本领域的普通技术人员而言，在反复阅读了以下结合附图对本发明特定实施例的说明之后，将会明白本发明的其它方面和特征。
在说明本发明的示范性实施例的附图中图1说明将源连接到目的地的面向连接的网络，以及与建立从源至目的地的呼叫的基本过程相关联的典型的信号流向；图2说明将源连接到目的地的两个面向连接的网络，并可用于网络参照点的讨论；图3说明将源连接到目的地的面向连接的网络并可用于双归的“最优路径”实现的讨论；图4说明将源连接到目的地的面向连接的网络并可用于双归的“多样路径”实现的讨论；图5说明将源连接到目的地的两个面向连接的网络并可用于双归的“E-NNI多样路径”实现的讨论；图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-NNI和E-NNI的标准在国际电信同盟通信标准化部分(ITU-T)推荐G.8080/Y.1304(11/01)“自动交换光网络(ASON)的体系结构”中规定。
可根据图2考虑这三种参照点。源客户呼叫控制器206A经过源UNI 208A与源网络呼叫控制器204A通信。在源UNI 208A参照点处，信息在源客户呼叫控制器206A和源网络呼叫控制器204A之间流动。此外，目的地客户呼叫控制器206B经过目的地UNI 208B与目的地网络呼叫控制器204B通信。然而，源网络呼叫控制器204A是源面向连接的网络202Y的一部分，而目的地网络呼叫控制器204B是目的地面向连接的网络202Z的一部分。因此，源网络呼叫控制器204A必须与出口网关网络呼叫控制器204C通信。在源面向连接的网络202Y内，源网络呼叫控制器204A可利用I-NNI与出口网关网络呼叫控制器204C通信。图中未示出源面向连接的网络202Y内的内部连接。出口网关网络呼叫控制器204C经过E-NNI 210与入口网关网络呼叫控制器204D通信，其中入口网关网络呼叫控制器204D是目的地面向连接的网络202Z的一部分。在网络之间采用E-NNI，并且在给定的一对网络之间可以存在多个E-NNI。在E-NNI 210上，信息在出口网关网络呼叫控制器204C和入口网关网络呼叫控制器204D之间流动。随后入口网关网络呼叫控制器204D可利用I-NNI与目的地网络呼叫控制器204B通信。在图中未示出目的地面向连接的网络202Z内的连接。
源网络呼叫控制器204A在接收到源客户呼叫控制器206A指定目的地客户呼叫控制器206B的呼叫请求消息时，不是计算至目的地网络呼叫控制器204B的路径，而是计算至出口网关网络呼叫控制器204C的路径。然后，由入口网关网络呼叫控制器204D来计算至目的地网络呼叫控制器204B的路径。
一般地，源客户呼叫控制器206A应当知道与其自身相连的本地UNI(可不止一个)和连接到目的地客户呼叫控制器206B的远程UNI的标识符。上述UNI的“标识符”可以是公共网络地址，例如，传送网络指配的(TNA)地址，如由光网际互连论坛(OIF)在“用户网络接口(UNI)1.0信令规范”中建议的。在OIF规范中，每个TNA地址是由传送网络指配给一个或多个数据承载链路的全局唯一地址。
另外，在给定网络中的每个网络呼叫控制器应当维护位于给定网络中的E-NNI网关的标识符记录，或至少能够从维护这种信息的网络实体中得知标识符。而且，E-NNI网关(例如，出口网关网络呼叫控制器204C、入口网关网络呼叫控制器204D)应当维护处于相邻网络的对等网关的标识符记录，或至少能够从维护这种信息的网络实体得知标识符。E-NNI网关的标识符是公共网络地址。给定网络中的每个网络呼叫控制器还应当维护任何相邻网络的标识符记录，或至少能够从维护这种信息的网络实体得知标识符。网络的标识符是公共网络身份，例如承载ID或独立系统(AS)编号。同样，给定网络中的每个网络呼叫控制器应当支持可将各种公共地址转换成给定网络内部的交换地址的地址解析。
单个客户呼叫控制器可经过不只一个UNI连接到相同的面向连接的网络，这便称为“双归”。各客户呼叫控制器还可经过若干UNI连接到两个不同的面向连接的网络。这也是一种双归的形式。双归可用于提高网络的客户服务的可靠性。不考虑名称，双归可能需要不止两个到不同边缘网络呼叫控制器的UNI。在网络之间，采用多个E-NNI还可提高可靠性。
图3说明双归的一个示例。在图3的“最优路径”示例中，源客户呼叫控制器306A可经过三个UNI 308E、308F、308G的任何一个到对应的网络呼叫控制器304E、304F、304G(这里单独标出或共同标为304)与面向连接的网络302进行通信。在目的端，目的地客户呼叫控制器306B可经过两个UNI 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可经过两个UNI 508E、508G中之一至对应网络呼叫控制器504E、504G与源面向连接的网络502Y通信。在目的端，目的地客户呼叫控制器(CCC)506B可经过两个UNI508V、508X中之一至对应网络呼叫控制器504V、504X与目的地面向连接的网络502Z通信。源客户呼叫控制器506A向源面向连接的网络502Y发送呼叫请求消息，请求在源客户呼叫控制器506A和目的地客户呼叫控制器506B之间建立第一呼叫。呼叫请求消息指示后面还有第二呼叫的呼叫请求消息，它请求在源客户呼叫控制器506A和目的地客户呼叫控制器506B之间建立第二呼叫，其中用于第二呼叫的路径不同于用于第一呼叫的路径。
为到达目的地面向连接的网络502Z，源面向连接的网络502Y的源网络呼叫控制器504E、504G利用了也在源面向连接的网络502Y中的出口网关网络呼叫控制器504R、504S。图中未示出源面向连接的网络502Y内的内部连接。在目的地面向连接的网络502Z中，出口网关网络呼叫控制器504R、504S经过对应的E-NNI 510T、510U(这里单独标出或一起标为510)连接到入口网关网络呼叫控制器504T、504U。为提供E-NNI多样路径，源网络呼叫控制器504E、504G确定至目的地客户呼叫控制器506B的路径，各自使用不同的E-NNI510。值得注意的是，源客户呼叫控制器506A不必知道各种E-NNI 510的使用。
图6说明双归的另一示例。在图6的“多网络多样路径”示例中，源客户呼叫控制器(CCC)60A可经过第一UNI 608E至第一源网络呼叫控制器604E与第一源面向连接的网络602Y1通信，以及经过第二UNI 608Q至第二网络呼叫控制器604Q与第二源面向连接的网络602Y2通信。在目的端上，目的地客户呼叫控制器(CCC)606B可经过第一UNI 608V至第一目的地网络呼叫控制器604V与第一目的地面向连接的网络602Z1通信，以及经过第二UNI 608L至第二目的地网络呼叫控制器604L与第二目的地面向连接的网络602Z2通信。第一源面向连接的网络602Y1与第二源面向连接的网络602Y2互连到中间面向连接的网络602P上。
源客户呼叫控制器606A向源面向连接的网络602Y1、602Y2发送呼叫请求消息，请求在源客户呼叫控制器606A和目的地客户呼叫控制器606B之间建立第一呼叫。呼叫请求消息指示后面还有请求建立源客户呼叫控制器606A和目的地客户呼叫控制器606B之间的第二呼叫的呼叫请求消息，其中用于第二呼叫的路径不同于用于第一呼叫的路径。
为到达通往第一目的地面向连接的网络602Z1上的中间面向连接的网络602P，第一源网络呼叫控制器604E利用第一源面向连接的网络602Y1中的出口网关网络呼叫控制器604R。图中未示出第一源面向连接的网络602Y1内的内部连接。出口网关网络呼叫控制器604R经过E-NNI 610R1连接到中间面向连接的网络602P中的入口网关网络呼叫控制器604PR。为到达第一目的地面向连接的网络602Z1，中间面向连接的网络602P中的入口网关网络呼叫控制器604PR利用出口网关网络呼叫控制器604PT至第一目的地面向连接的网络602Z1，出口网关网络呼叫控制器604PT经过E-NNI 610T连接到第一目的地面向连接的网络602Z1中的入口网关网络呼叫控制器604T。在第一目的地面向连接的网络602Z1内，入口网关网络呼叫控制器604T连接到第一目的地网络呼叫控制器604V，第一UNI 608V将第一目的地网络呼叫控制器604V连接到目的地客户呼叫控制器(CCC)606B。
同样，为到达在通往第二目的地面向连接的网络602Z2路上的中间面向连接的网络602P，第二源网络呼叫控制器604Q利用第二源面向连接的网络602Y2中的出口网关网络呼叫控制器604K。图中未示出第二源面向连接的网络602Y2内的内部连接。出口网关网络呼叫控制器604K经过E-NNI 610K连接到中间面向连接的网络602P中的入口网关网络呼叫控制器604PK。为到达第二目的地面向连接的网络602Z2，中间面向连接的网络602P中的入口网关网络呼叫控制器604PK利用出口网关网络呼叫控制器604PM至第二目的地面向连接的网络602Z2，出口网关网络呼叫控制器604PM经过E-NNI610M1连接到第二目的地面向连接的网络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、输入网络接口702和输出网络接口706进行通信的处理器704。输入网络接口702接收呼叫处理消息和其它网络业务，而输出网络接口706传送呼叫处理消息和其它网络业务。对于本领域的技术人员而言，将会明白，输入网络接口702和输出网络接口706可共同存在于双向网络接口中。
总的看来，本发明的几个方面允许两个网络呼叫控制器通过修正呼叫处理消息而相互进行通信。这种呼叫处理消息包括例如呼叫接受消息和呼叫请求消息。例如，关于第一呼叫所用的路径的信息可在网络呼叫控制器上生成的呼叫接受消息中传递。此信息随后可包括在客户呼叫控制器上生成的下一呼叫请求消息中，以便一个网络呼叫控制器能够避开由另一网络呼叫控制器所建立的路径中所用的路径段。即，该通信可向网络呼叫控制器提供计算满足呼叫请求消息中规定的约束的路径所必需的路径信息。
由于在两个或多个网络呼叫控制器之间的路径和其它本地已知信息的传递，因此那些网络呼叫控制器拥有附加网络的前后关系。这使得网络呼叫控制器可以进行路径计算，包括其它网络呼叫控制器所知道的本地信息上的相关性。例如，可建立取决于其它呼叫的呼叫。
最好是，在给定网络中所有网络呼叫控制器均采用加密/解密方案。以便，例如连接到一个UNI的网络呼叫控制器可以加密信息，该加密的信息可由连接到不同UNI的另一个网络呼叫控制器进行解密。
回到图3，源客户呼叫控制器306A通过向面向连接的网络302中的源网络呼叫控制器304F发送呼叫请求消息来发起呼叫。呼叫请求消息可包括连接到源客户呼叫控制器306A的本地UNI 308E、308F、308G和连接到目的地客户呼叫控制器306B的远程UNI 308H、308J的标识符。为了进行说明，将UNI 308的客户侧称为“UNI-C”，将UNI308的网络侧称为“UNI-N”。
源网络呼叫控制器304F的UNI-N可总称为“呼叫控制实体”，它接收来自源客户呼叫控制器306A的UNI-C的呼叫请求消息。源网络呼叫控制器304F的UNI-N处理面向连接的网络302内的呼叫。由于呼叫在单个网络中，因此源网络呼叫控制器304F选择连接到目的地客户呼叫控制器306B的UNI-N 308J。随后，由源网络呼叫控制器304F来计算通往与所选择的UNI-N 308J相关联目的地网络呼叫控制器304J的路径，其中可能具有中间路径段端点(即沿所计算的从源网络呼叫控制器304F至目的地网络呼叫控制器304J的路径上的网络实体)。源网络呼叫控制器304F随后经过所计算的至目的地网络呼叫控制器304J的路径建立呼叫。与此同时，可建立连接。
单个网络呼叫控制器可同时计算处于同一网络中的多个路径，其中多条路径开始和结束于不同的网络呼叫控制器处。另外，在已计算了一条至目的地网络呼叫控制器的路径后，源网络呼叫控制器还可考虑至目的地网络呼叫控制器的备选路径以及至其它网络呼叫控制器的备选路径，其中，所有的备选路径被限制为不能使用由先前路径中所用的路径段端点所限定的路径段。
可将关于已建立的连接和由已建立的连接所用的呼叫的某信息保留在源网络呼叫控制器的UNI-N上。这一信息可与呼叫接受消息或呼叫拒绝消息一起从源网络呼叫控制器的UNI-N回传到源客户呼叫控制器的UNI-C中。非公用信息在被传送之前可由源网络呼叫控制器的UNI-N对其进行加密。此外，该信息可包括来自所计算的由呼叫和连接所用的路径中的所有中间路径段端点的信息。
可分别对参与到呼叫和连接中的各个网络的范围内的信息进行加密。最好是，密钥是针对网络特定的。即，加密只可由发起信息的网络中的其它呼叫控制实体进行解密。在优选情况下，每个网络拥有各自的密钥，以便于由一个网络中的呼叫控制实体加密的信息不会被其它网络中的呼叫控制实体解密。
源客户呼叫控制器306A存储加密的呼叫和连接信息。加密的呼叫和连接信息随后可与后来的呼叫请求消息一起提供给面向连接的网络302。当面向连接的网络302中的网络呼叫控制器接收到此呼叫请求消息时，网络呼叫控制器可对有关其它呼叫和连接的信息进行解密，并利用所解密的信息建立所请求的呼叫。此加密的信息可包括在经过UNI正常传播的信令消息中。
如前所论述的，呼叫可能需要穿过多个网络才能得以建立，如图5和6所示。具体地说，在如图5所示的网络中，源客户呼叫控制器506A的UNI-C可向源网络呼叫控制器504E的UNI-N发送呼叫请求消息，其中呼叫请求消息指定了连接到目的地客户呼叫控制器506B的目的地网络呼叫控制器504V的UNI-N。源网络呼叫控制器504E的UNI-N处理在源面向连接的网络502Y内部的呼叫。具体说来，源网络呼叫控制器504E通过查看所维护的网络拓扑，来确定目的地面向连接的网络502Z中的网络呼叫控制器是否到达目的地UNI508V或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的UNI-N所传送的信息中所包括的可以是与该呼叫有关和与利用该呼叫的连接有关的信息，该信息特定于目的地面向连接的网络502Z。特定于目的地面向连接的网络502Z的此信息可从入口网关网络呼叫控制器504T经过由呼叫所用的E-NNI 510T以加密形式传送到出口网关网络呼叫控制器504R。
源客户呼叫控制器506A存储已加密的呼叫和连接信息。已加密的呼叫和连接信息随后可与后来的呼叫请求消息一起提供给源面向连接的网络502Y。当源面向连接的网络502Y中的网络呼叫控制器接收这一呼叫请求消息时，网络呼叫控制器可对关于其它呼叫和连接的信息进行解密，并利用已解密的信息建立所请求的呼叫。该加密的信息可包括在通常经过E-NNI传播的信令消息中，以及先前提到的那些通常经过UNI传播的信令消息。
以上广义上介绍的关于传递网络呼叫控制器之间的呼叫和连接信息的方法的特定实现可根据应用而有所改变。
在最优路径应用中，已提出的方法采用“呼叫拒绝”消息来承载路径结果，它包括源UNI、目的地UNI的标识以及可能还有有关连接的已加密的信息。参照图3，当源客户呼叫控制器306A利用可得的本地UNI308中的一个(比如本地UNI 308F)向源网络呼叫控制器304发送呼叫请求消息时，便开始了一种可能的事件序列。源客户呼叫控制器306A可在呼叫请求消息中传送连接到源客户呼叫控制器306A的备选本地UNI 308E、308G的标识符和连接到目的地的备选远程UNI 308H、308J的标识符。
源网络呼叫控制器304F计算并测试可能路径，然后选择最优的一条。如果最优路径开始于源UNI 308F的话，则源网络呼叫控制器304F便经过该最优路径建立呼叫。否则，源网络呼叫控制器304F通过向源客户呼叫控制器306A发送呼叫拒绝消息来拒绝呼叫。源网络呼叫控制器304F在呼叫拒绝消息中包括特殊的错误编码。呼叫拒绝消息中的附加信息可包括以加密形式的本地UNI 308和远程UNI 308的标识符，以及还可能包括有关沿最优路径上的中间路径段端点的信息，其中本地UNI 308和远程UNI 308充当最优路径的源UNI和目的地UNI。
接下来，源客户呼叫控制器306A选择在呼叫拒绝消息中所识别的最优路径中的源UNI(比如UNI 308G)，并经过所选择的UNI 308G发送新的呼叫请求消息。新的呼叫请求消息包括呼叫拒绝消息中接收的最优路径信息。当源网络呼叫控制器304G在所选择的UNI 308G的网络侧接收呼叫请求消息时，源网络呼叫控制器304G便可从呼叫请求消息中得知最优路径的目的地UNI。源网络呼叫控制器304G还可对最优路径信息进行解密，由此得知如何建立呼叫以获得最优路径。
在多样路径应用中，目标是建立两个呼叫，这两个呼叫在源客户呼叫控制器和目的地客户呼叫控制器之间具有多样路径，每个客户呼叫控制器具有连接到共享网络的两个参照点。即，每个客户呼叫控制器有至少两个至同一网络的UNI。在本发明的一个实施例中，呼叫接受消息用于承载路径结果，它包括源UNI、目的地UNI的标识和有关已建立的呼叫的加密的信息。而在另一个实施例中，源客户呼叫控制器可询问共享网络关于先前已建立的呼叫的信息。
参照图4，当源客户呼叫控制器406A向目的地客户呼叫控制器406B通过经过源UNI 408E发送识别源UNI 408E和目的地UNI 408H的呼叫请求消息来发起呼叫时，便开始了一种可能的事件序列。该呼叫请求消息请求至目的地客户呼叫控制器406B的第一呼叫，并指示第二呼叫请求将跟随其后，以请求至目的地客户呼叫控制器406B的第二呼叫。为向源网络呼叫控制器404E提供有关第二呼叫的信息，该呼叫请求消息还包含备选源UNI 408G的身份以及备选目的地UNI408J的身份。对于第二呼叫所指出的约束条件是，要求第二呼叫的路径不同于第一呼叫的路径。
源网络呼叫控制器404E计算源UNI 408E和目的地UNI 408H之间的路径，也可对第二呼叫计算备选源UNI 408G和备选目的地UNI408J之间的路径，其中第二呼叫的路径不同于第一呼叫的路径。
然后，源网络呼叫控制器404E经过针对第一呼叫所计算的路径建立至目的地网络呼叫控制器404H的第一请求的呼叫，并可为该呼叫建立连接。该呼叫请求消息随后经过目的地UNI 408H发送到目的地客户呼叫控制器406B。目的地客户呼叫控制器406B通过经过目的地UNI 408H向目的地网络呼叫控制器404H发送呼叫接受消息来接受该呼叫。此呼叫接受消息包括未由所请求的呼叫中的第一呼叫所利用的目的地UNI 408J的身份。应当注意，不必对这一目的地UNI身份进行加密。目的地网络呼叫控制器404H将呼叫接受消息传送到源网络呼叫控制器404E，源网络呼叫控制器404E将呼叫接受消息传送到源客户呼叫控制器406A。到向源客户呼叫控制器406A发送呼叫接受消息的时候，呼叫接受消息还可以包括关于针对第一请求的呼叫所计算的路径的详细信息，可能还包括针对第二请求的呼叫所计算路径的详细信息。此路径信息应当是加密的。
源客户呼叫控制器406A经过源UNI 408E接收呼叫接受消息，并通过经过备选源UNI 408G发送呼叫请求消息发起第二呼叫。该呼叫请求消息由备选源网络呼叫控制器404G所接收，它包括在呼叫接受消息中所接收的路径信息，例如用于第二呼叫的目的地UNI 408J的身份。
备选源网络呼叫控制器404G为第二呼叫计算路径，考虑了所接收的包括在呼叫请求消息中的关于第一呼叫路径的加密信息。或者，源网络呼叫控制器404E已经为第二呼叫计算出不同于第一呼叫路径的路径，备选源网络呼叫控制器404G可只需从包括在呼叫请求消息的信息中简单地解密出针对第二呼叫所计算的路径的描述。
不管是计算出还是仅仅解密出第二呼叫的路径，备选源网络呼叫控制器404G随后均经过第二呼叫的路径建立至与目的地UNI 408J相关联的目的地网络呼叫控制器404J的第二呼叫。可与第二呼叫一起建立连接。随后，目的地网络呼叫控制器404J利用目的地UNI 408J来向目的地客户呼叫控制器406B发送呼叫请求消息。
在以上示例中，第一呼叫请求消息请求至目的地客户呼叫控制器406B的第一呼叫，并指示第二呼叫请求将跟随其后，以请求至目的地客户呼叫控制器406B的第二呼叫。然而，可能会出现这样的情况，已建立了第一呼叫却没有指定后面还有第二呼叫。随后可作出决定，需要第二呼叫，并且第二呼叫应当具有与第一呼叫的路径不同的路径。
考虑在源客户呼叫控制器406A和目的地客户呼叫控制器406B之间存在第一呼叫，并且第一呼叫利用源UNI 408E、源网络呼叫控制器404E、目的地网络呼叫控制器404H和目的地UNI 408H。此外，考虑源客户呼叫控制器406A已建立了第一呼叫作为单个呼叫，而不知道任何其它未来所期望的呼叫。后来，源客户呼叫控制器406A要求至目的地客户呼叫控制器406B的第二呼叫，约束是第二呼叫应当具有与第一呼叫的路径不同的路径。
在发送呼叫请求消息之前，源客户呼叫控制器406A向源网络呼叫控制器404E发送询问消息，以请求关于第一连接的信息。源网络呼叫控制器404E用询问响应消息作出响应，询问响应消息包括关于第一呼叫的加密的细节。
然后，源客户呼叫控制器406A可在针对第二呼叫的呼叫请求消息中包括关于第一呼叫的加密的细节。针对第二呼叫的呼叫请求消息随后通过源客户呼叫控制器406A经过备选源UNI 408G发往备选源网络呼叫控制器404G。或者，针对第二呼叫的呼叫请求消息可发送到源网络呼叫控制器404E。
备选源网络呼叫控制器404G接收第二呼叫的呼叫请求消息，并试图计算至目的地客户呼叫控制器406B的路径，其中针对第二呼叫所计算的路径不同于第一呼叫已在使用的路径。如果成功的话，备选源网络呼叫控制器404G可经过针对第二呼叫所计算的路径建立至与目的地UNI 408J相关联的目的地网络呼叫控制器404J的第二呼叫。可与第二呼叫一起建立连接。接着，目的地网络呼叫控制器404J利用目的地UNI 408J向目的地客户呼叫控制器406B发送呼叫请求消息。
在E-NNI多样路径应用中，已提出的方法采用呼叫接受消息来传送关于在建立路径中所用的网关网络呼叫控制器的信息。由于网关网络呼叫控制器的标识符是公共地址，因此关于网关网络呼叫控制器的信息不必进行加密。参照图5，当源客户呼叫控制器506A利用可得UNI 508之一(比如UNI508E)向源网络呼叫控制器504发送呼叫请求消息时，便开始了一种可能的事件序列。呼叫请求消息请求至目的地客户呼叫控制器506B的第一呼叫，但是指示出将要请求至目的地客户呼叫控制器506B的第二呼叫请求。第二呼叫被要求要具有与第一呼叫的路径不同的路径。第一呼叫请求消息可包括可能目的地UNI 508V、508X的身份以及用于第二呼叫的其它源UNI508G的身份。
如本领域的技术人员所清楚的，源客户呼叫控制器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接受了呼叫请求消息，则这两条端到端的多样路径由三个不同单元组成1)在源面向连接的网络502Y中的路径；2)将源面向连接的网络502Y连接到目的地面向连接的网络502Z的E-NNI 510；和3)在目的地面向连接的网络502Z中的路径。
在多网络多样路径应用中，所提出的方法包括呼叫处理信令消息中的网络的标识符，而不是UNI的标识符。参照图6，当源客户呼叫控制器606A利用可得的UNI 608之一(比如UNI 608E)向源网络呼叫控制器604发送呼叫请求消息时，便开始一种可能的事件序列。
呼叫请求消息请求至目的地客户呼叫控制器606B的第一呼叫，但是它指示将请求至相同的目的地客户呼叫控制器606B的第二呼叫的请求。第二呼叫被要求具有与第一呼叫的路径不同的路径。第一呼叫请求消息包括可能的目的地UNI 608V、608L的身份以及第二呼叫所用的第二源面向连接的网络602Y2的身份。
假设要在不同的网络中建立第二呼叫，那么第一源面向连接的网络602Y1中的第一源网络呼叫控制器604E选择出口网关网络呼叫控制器604R，并为第一呼叫计算路径，而不考虑第二呼叫对多样路径的需要。第一源网络呼叫控制器604E和出口网关网络呼叫控制器604R之间的连接可与该呼叫一起建立。
当出口网关网络呼叫控制器604R接收呼叫请求消息时，出口网关网络呼叫控制器604R在中间面向连接的网络602P中选择入口网关网络呼叫控制器。具体地说，选择入口网关网络呼叫控制器604PR的同时，要考虑到可由第二源面向连接的网络602Y2中的出口网关网络呼叫控制器来选择用于第二呼叫的中间面向连接的网络602P中的入口网关网络呼叫控制器。
当入口网关网络呼叫控制器604PR接收呼叫请求时，入口网关网络呼叫控制器604PR可考虑第二呼叫而选择用于第二呼叫的入口网关网络呼叫控制器604PK。当呼叫请求消息继续传播时，用于第二呼叫的入口网关网络呼叫控制器604PK的身份随后可包括在该消息中。
入口网关网络呼叫控制器604PR已知道出口网关网络呼叫控制器604PT能够用于经过E-NNI 610T连接到第一目的地面向连接的网络602Z1，以及能够用于经过E-NNI 610M2连接到第二目的地面向连接的网络602Z2，入口网关网络呼叫控制器604PR还可知道出口网关网络呼叫控制器604PM可用于经过E-NNI 610M1连接到第二目的地面向连接的网络602Z2。假定存在这一认识，则入口网关网络呼叫控制器604PR可选择用于第一呼叫的出口网关网络呼叫控制器604PT和用于第二呼叫的出口网关网络呼叫控制器604PM。由第二呼叫所用的E-NNI 610M1的身份可记录在呼叫请求消息中。
接着，入口网关网络呼叫控制器604PR可进行计算至所选择的用于第一呼叫的出口网关网络呼叫控制器604PT的路径、建立经过该路径的呼叫，并建立该呼叫的连接。入口网关网络呼叫控制器604PR还可为第二呼叫计算从入口网关网络呼叫控制器604PK到出口网关网络呼叫控制器604PM的路径，其中第二呼叫的路径不同于第一呼叫的路径。
当呼叫请求消息被所选择的出口网关网络呼叫控制器604PT接收时，呼叫请求消息可包括用于第二呼叫的入口网关网络呼叫控制器604PK的身份(没有加密)，用于第二呼叫的出口网关网络呼叫控制器604PM的身份(没有加密)和有关中间面向连接的网络602P内用于第一呼叫的路径的中间路径段端点的信息。所接收的呼叫请求消息还可包括有关用于为第二呼叫所计算的路径中的中间路径段端点的信息。
出口网关网络呼叫控制器604PT随后选择第一目的地面向连接的网络602Z1中的入口网关网络呼叫控制器604T，并将呼叫请求消息经过E-NNI 610T传送到入口网关网络呼叫控制器604T。假设第二呼叫将采用第二目的地面向连接的网络602Z2(包括在呼叫请求消息中的指示)，入口网关网络呼叫控制器604T可不用考虑第二呼叫而计算至第一目的地网络呼叫控制器604V的路径。然后，入口网关网络呼叫控制器604T可经过所计算的路径建立呼叫，并建立该呼叫的连接。第一目的地网络呼叫控制器604V随后可经过对应的UNI 608V将呼叫请求消息传送到目的地客户呼叫控制器606B。
目的地客户呼叫控制器606B在接收到呼叫请求消息时可产生呼叫接受消息，并将该呼叫接受消息返回给源客户呼叫控制器606A。
源客户呼叫控制器606A在接收到呼叫接受消息时，可通过经过UNI 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-NNI的网络出口侧和网络入口侧均需要网关网络呼叫控制器。另外，网络中适于应用本发明的一些方面的呼叫处理可能需要具有修正信令消息以包括加密的信息的能力，以及相反的是需要具有从信令消息中分出解密的信息的能力。
根据本发明的一些方面，每个网络均需要管理加密密钥，并且给定网络的加密密钥要求分布到给定网络中的所有网络呼叫控制器。
根据本发明的一些方面运行的给定网络中，网络呼叫控制器可接收呼叫请求消息，它包括例如有关第一呼叫的路径的用特定于给定网络的加密密钥进行加密的信息。然而，如果网络呼叫控制器出于某种原因不知道加密密钥，则网络呼叫控制器可在没有加密的信息的协助下对请求的呼叫进行路径计算。在这种情况下，不保证所计算的路径与其内容被加密的路径之间的多样性。
在网络中实现本发明一些方面的客户呼叫控制器，应当能够响应于另一呼叫的呼叫接受消息的接收而发送呼叫请求消息。此外，在网络中实现本发明一些方面的客户呼叫控制器，应当能够响应于关于另一呼叫的呼叫拒绝消息的接收而发送呼叫请求消息。
以上全部阐述的是，经过已在呼叫上(带内信令)建立的连接而发送呼叫处理消息。如本领域的技术人员将会明白的，这些网络实体可彼此进行通信，例如采用辅助网络(带外信令)交换呼叫处理消息。在众所周知的公共信道信令(即CCS7)通信方案中示范有这种辅助网络。
总之，有关已建立的呼叫的路径或还要建立的呼叫的路径的信息可包括在呼叫建立信令中，以便信息到达那些可以使用该信息的网络呼叫控制器。有利的是，那些不能用该信息的呼叫控制器，即通过利用仅在加密的信息所涉及的网络内部已知的加密密钥，来禁止那些在其它网络的网络呼叫控制器和客户呼叫控制器访问该信息。
本领域的技术人员应当明白，采用通过以上所介绍的各种网络的多样路径可实现保护转接。即，利用第一呼叫建立客户呼叫控制器之间的连接并且在第一呼叫中的路径段发生了故障时，可利用先前已建立的第二呼叫建立该连接。第二呼叫的路径不同于第一呼叫的路径，第一呼叫中的故障将不可能影响第二呼叫的可用性。
可采用任何合适的加密形式。由于加密出现在授权该信息的网络中，因此可利用仅在网络中已知的秘密密钥来方便地对数据进行加密。所述密钥还可在网络中用于稍后对在此方面的数据进行解密，例如，DES加密密钥可用作秘密密钥。
本领域的技术人员而言可以清楚其它的修改，因此，本发明由权利要求所限定。
权利要求
1.一种在包括多个互连接呼叫控制器的面向连接的网络中的第一呼叫控制器上与第二呼叫控制器进行通信的方法，包括将目的地为所述第二呼叫控制器的呼叫处理消息修正成包括加密的网络信息。
2.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的第一网络呼叫控制器上发现关于第二呼叫控制器的信息的方法，其中所述第一网络呼叫控制器连接到客户呼叫控制器，所述第二呼叫控制器也连接到所述客户呼叫控制器，所述方法包括从来自所述客户呼叫控制器的呼叫处理消息中提取网络信息。
3.如权利要求2所述的方法，其特征在于，所述网络信息是加密的，所述方法还包括对来自所述加密的网络信息中关于所述第二呼叫控制器的所述信息进行解密。
4.一种在包括多个互连接呼叫控制器的面向连接的网络中在源客户呼叫控制器和目的地客户呼叫控制器之间最优地建立多个呼叫的方法，它包括接收呼叫处理消息；将所述呼叫处理消息修正成包括加密的网络信息，产生修正的呼叫处理消息；和向所述多个互连接呼叫控制器中之一发送所述修正的呼叫处理消息。
5.一种在包括多个互连接呼叫控制器的面向连接的网络中的呼叫控制器，它包括输入网络接口，其适于接收呼叫处理消息；处理器，其适于将所述呼叫处理消息修正成包括加密的网络信息，产生修正的呼叫处理消息；和输出网络接口，其适于向所述多个互连接呼叫控制器中的另一个发送所述修正的呼叫处理消息。
6.如权利要求5所述的呼叫控制器，其特征在于，所述加密的网络信息包括呼叫的路径中的中间路径段端点的身份。
7.如权利要求5所述的呼叫控制器，其特征在于，所述加密的网络信息包括路径信息，所述路径信息包括网络内部路径段的标识。
8.如权利要求5所述的呼叫控制器，其特征在于，所述加密的网络信息与路径有关，所述路径包括网络接口。
9.一种在包括多个互连接呼叫控制器的面向连接的网络中的呼叫控制器，它包括用于接收呼叫处理消息的装置；用于将所述呼叫处理消息修正成包括加密的网络信息以产生修正的呼叫处理消息的装置；和用于向所述多个互连接呼叫控制器中的另一个发送所述修正的呼叫处理消息的装置。
10.一种计算机可读介质，它包含计算机可执行指令，当由在包括多个互连接呼叫控制器的面向连接的网络中的呼叫控制器中的处理器执行时，使所述处理器执行如权利要求4所述的方法。
11.一种在客户呼叫控制器上请求建立从源到目的地的第二呼叫的方法，其中用于所述第二呼叫的路径利用与用于先前为第一呼叫确定的路径的路径段不同的路径段，所述方法包括，响应于接收呼叫处理消息，向网络呼叫控制器发送消息，请求建立所述第二呼叫，其中所述呼叫处理消息包括加密的网络信息，所述消息包括所述加密的网络信息。
12.如权利要求11所述的方法，其特征在于，所述加密的网络信息包括用于所述第二呼叫的所述路径中要用的所述路径段之一的一个端点的身份。
13.如权利要求11所述的方法，其特征在于，所述加密的网络信息包括用于所述先前为所述第一呼叫确定的路径中的所述路径段之一的一个端点的身份。
14.如权利要求11所述的方法，其特征在于，所述消息还包括非加密的网络信息。
15.如权利要求14所述的方法，其特征在于，所述目的地连接到第二网络，并且所述非加密的网络信息包括至所述第二网络的网络接口的外部网络的身份。
16.一种在包括多个互连接呼叫控制器的面向连接的网络中的客户呼叫控制器，它包括输入网络接口，其适于接收呼叫处理消息，其中所述呼叫处理消息包括加密的网络信息；处理器，其适于在呼叫处理消息中包括所述加密的网络信息，所述呼叫请求消息请求建立第二呼叫；和输出网络接口，其适于向网络呼叫控制器发送所述呼叫请求消息。
17.如权利要求16所述的客户呼叫控制器，其特征在于，所述处理器还适于在所述呼叫请求消息中包括非加密的网络信息。
18.如权利要求17所述的客户呼叫控制器，其特征在于，所述非加密的网络信息包括到网络接口的外部网络的身份。
19.如权利要求17所述的客户呼叫控制器，其特征在于，所述非加密的网络信息包括从中接收所述呼叫处理消息的网络呼叫控制器的身份。
20.如权利要求16所述的客户呼叫控制器，其特征在于，所述网络信息包括网络的身份。
21.如权利要求16所述的客户呼叫控制器，其特征在于，所述网络信息包括入口呼叫控制器的身份。
22.一种在包括多个互连接呼叫控制器的面向连接的网络中的客户呼叫控制器，它包括用于接收呼叫处理消息的装置，其中所述呼叫处理消息包括加密的网络信息；用于在呼叫请求消息中包括所述加密的网络信息的装置，所述呼叫请求消息请求建立第二呼叫；和用于向网络呼叫控制器发送所述呼叫请求消息的装置。
23.一种计算机可读介质，它包含计算机可执行指令，当由在包括多个互连接呼叫控制器的面向连接的呼叫网络中的呼叫控制器中的处理器执行时，使所述处理器执行如权利要求11所述的方法。
24.一种在连接到包括多个互连接网络呼叫控制器的面向连接的网络中的源客户呼叫控制器上请求建立至目的地客户呼叫控制器的给定呼叫的方法，所述方法包括从第一网络呼叫控制器接收第一呼叫请求消息已被拒绝的通知，其中所述通知包括有关要由所述给定呼叫使用的路径的加密的网络信息和非加密的网络信息；根据所述非加密的网络信息选择第二网络呼叫控制器；和响应于所述接收所述通知，向所述第二网络呼叫控制器发送第二呼叫请求消息，请求建立所述给定呼叫，其中所述第二呼叫请求消息包括所述加密的网络信息。
25.一种连接到包括多个互连接网络呼叫控制器的面向连接的网络的客户呼叫控制器，所述客户呼叫控制器包括输入网络接口，其适于从第一网络呼叫控制器接收第一呼叫请求消息已被拒绝的通知，其中所述通知包括有关要由所述给定呼叫使用的路径的加密的网络信息和非加密的网络信息；处理器，其适于根据所述非加密的网络信息选择第二呼叫控制器；和输出网络接口，其适于向所述第二网络呼叫控制器发送第二呼叫请求消息，请求建立所述给定呼叫，其中所述第二呼叫请求消息包括所述加密的网络信息。
26.一种计算机可读介质，它包含计算机可执行指令，当由在包括多个互连接呼叫控制器的面向连接的网络中的客户呼叫控制器中的处理器执行时，使所述处理器执行如权利要求24所述的方法。
27.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行呼叫处理的方法，它包括以下步骤接收请求建立至指定目的地的给定呼叫的呼叫请求消息；响应于所述接收，确定至连接到所述指定目的地的客户呼叫控制器的路径；和将所述呼叫请求消息修正成包括有关所述路径的加密的信息以产生修正的呼叫请求消息。
28.如权利要求27所述的方法，其特征在于还包括，所述呼叫请求消息指示第二呼叫请求消息将跟随以下步骤确定至连接到所述指定目的地的所述呼叫控制器的所述路径，以便可确定至所述呼叫控制器的备选路径，其中所述备选路径使用与为所述给定呼叫确定的所述路径所用的路径段不同的路径段。
29.如权利要求28所述的方法，其特征在于还包括以下步骤确定至连接到所述指定目的地的所述呼叫控制器的所述备选路径，其中所述备选路径使用与为所述给定呼叫确定的所述路径所用的路径段不同的路径段；和在所述修正的呼叫请求消息中包括有关所述备选路径的加密的信息。
30.如权利要求29所述的方法，其特征在于，所述呼叫请求消息包括到网络接口的备选源用户的身份。
31.如权利要求30所述的方法，其特征在于还包括以下步骤存储到网络接口的所述备选源用户的所述身份；和其中，在用于确定所述备选路径的所述步骤中所确定的、至连接到所述指定目的地的所述呼叫控制器的所述备选路径包括到网络接口的所述备选源用户。
32.如权利要求27所述的方法，其特征在于，所述呼叫请求消息包括到网络接口的备选目的地用户的身份。
33.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器，它包括输入网络接口，其适于接收请求建立至指定目的地的给定呼叫的呼叫请求消息；处理器，其适于确定至连接到所述指定目的地的呼叫控制器的路径；和将所述呼叫请求消息修正成包括有关所述路径的加密的信息，以产生修正的呼叫请求消息。
34.一种计算机可读介质，它包含计算机可执行指令，当由包括多个互连接呼叫控制器的面向连接的网络中的呼叫控制器中的处理器执行时，使所述处理器执行如权利要求27所述的方法。
35.在包括多个互连接网络呼叫控制器的面向连接的网络中，一种用于在网络呼叫控制器上进行呼叫处理的方法，它包括接收请求建立至指定目的地的给定呼叫的呼叫请求消息；响应于所述接收，确定至网络呼叫控制器的路径，所述网络呼叫控制充当至具有对所述指定目的地的连接的网络的网关；和将所述呼叫请求消息修正成包括有关所述路径的信息，以产生修正的呼叫请求消息。
36.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器，它包括输入网络接口，其适于接收请求建立至指定目的地的给定呼叫的呼叫请求消息；处理器，其适于响应于所述接收，确定至网络呼叫控制器的路径，其中所述网络呼叫控制充当至具有对所述指定目的地的连接的网络的网关；和将所述呼叫请求消息修正成包括有关所述路径的信息，以产生修正的呼叫请求消息。
37.一种计算机可读介质，它包含计算机可执行指令，当由在包括多个互连接呼叫控制器的面向连接的网络中的网络呼叫控制器中的处理器执行时，使所述处理器执行如权利要求35所述的方法。
38.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行呼叫处理的方法，它包括接收请求建立至指定目的地的给定呼叫的呼叫请求消息；响应于所述接收，对包括在所述呼叫请求消息中的呼叫路径信息进行解密；和进一步根据所述解密的呼叫路径信息处理所述给定呼叫。
39.如权利要求38所述的方法，其特征在于，所述进一步处理包括为所述给定呼叫确定路径。
40.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器，它包括输入网络接口，其适于接收请求建立至指定目的地的给定呼叫的呼叫请求消息；处理器，其适于响应于所述接收，对包括在所述呼叫请求消息中的呼叫路径信息进行解密；和进一步根据所述解密的呼叫路径信息处理所述给定呼叫。
41.一种计算机可读介质，它包含计算机可执行指令，当由在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器中的处理器执行时，使所述处理器执行如权利要求38所述的方法。
42.一种在连接到包括多个互连接网络呼叫控制器的面向连接的网络中的客户呼叫控制器上、当请求第二呼叫时利用关于第一呼叫的信息的方法，所述方法包括向网络呼叫控制器发送询问，所述询问请求关于所述第一呼叫的信息；接收以加密形式的所述信息；和向网络呼叫控制器发送针对所述第二呼叫的呼叫请求消息，其中所述呼叫请求消息包括所述加密的信息。
43.一种在连接到包括多个互连接网络呼叫控制器的面向连接的网络中的客户呼叫控制器，所述客户呼叫控制器包括输入网络接口，其适于向网络呼叫控制器发送询问，所述询问请求关于第一呼叫的信息；接收以加密形式的所述信息；和向网络呼叫控制器发送第二呼叫的呼叫请求消息；处理器，其适于在所述呼叫请求消息中包括所述加密的信息。
44.一种计算机可读介质，它包含计算机可执行指令，当由在包括多个互连接网络呼叫控制器的面向连接的网络中的客户呼叫控制器中的处理器执行时，使所述处理器执行如权利要求42所述的方法。
45.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器上进行消处理息的方法，它包括接收请求关于第一呼叫的信息的询问；和向所述询问的源发送以加密形式的所述信息。
46.一种在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器，它包括输入网络接口，其适于接收请求关于第一呼叫的信息的询问；和输出网络接口，其适于向所述询问的源发送以加密形式的所述信息。
47.一种计算机可读介质，它包含计算机可执行指令，当由在包括多个互连接网络呼叫控制器的面向连接的网络中的网络呼叫控制器中的处理器执行时，使所述处理器执行如权利要求45所述的方法。
48.一种在连接到包括多个互连接网络呼叫控制器的面向连接的网络的客户呼叫控制器上请求呼叫的方法，它包括经过至网络接口的第一用户向所述面向连接的网络中的网络呼叫控制器发送呼叫请求消息；和在所述呼叫请求消息中包括至网络接口的第二用户的标识符，所述网络接口将所述客户呼叫控制器连接到所述面向连接的网络。
49.如权利要求48所述的方法，其特征在于，所述呼叫请求消息与至目的地的呼叫相关，并包括至连接到所述目的地的网络接口的第一目的地用户的身份，所述方法还包括，在所述呼叫请求消息中包括至将所述目的地连接到所述面向连接的网络的网络接口的第二目的地用户的身份。
全文摘要
网络(102)中的呼叫控制实体(104A，104B)通过修正呼叫处理消息以包括加密的网络信息而在它们之间进行通信。同样，可建立呼叫，其通过该网络的路径取决于其它呼叫的路径。由于这种通信，呼叫控制器可以得到大于呼叫控制器正常拥有的范围的信息，以便用于约束呼叫建立。该信息与其它呼叫以及与那些其它呼叫相关联的连接有关。该信息还可涉及相邻网络中的网关或至相邻网络的网关，以及与当前呼叫控制器有关的相邻网络中的呼叫控制器。
文档编号H04Q3/00GK1659897SQ03813567
公开日2005年8月24日 申请日期2003年6月13日 优先权日2002年6月14日
发明者S·D·休, M·贝茨, E·E·叶 申请人:北方电讯网络有限公司