具体实施方式
图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加密密钥可用作秘密密钥。
本领域的技术人员而言可以清楚其它的修改,因此,本发明由权利要求所限定。