二个或多个网络单元被并入一个单元时的最佳路由选择的制作方法

文档序号:7673143阅读:166来源:国知局
专利名称:二个或多个网络单元被并入一个单元时的最佳路由选择的制作方法
技术领域
本发明涉及全-IP(全-网际协议)通信系统,尤其涉及在诸如CSCF(呼叫状态控制功能)、BGCF(分叉网关控制功能)和MGCF(媒体网关控制功能)的两个或多个网络单元为同一单元时,在这些网络单元之间的路由选择。
背景技术
有不同种类的网络单元参与呼叫建立。例如,图1示出了在用户A和B之间经发端P-CSCF(代理呼叫状态控制功能)、发端S-CSCF(服务呼叫状态控制功能),I-CSCF(询问呼叫状态控制功能),收端S-CSCF和收端P-CSCF的呼叫建立。这些网络单元可被视为逻辑功能,而不是实际的物理CSCF。在一个呼叫的建立过程中一个物理CSCF可容纳两个或多个这些功能。
通常,在每个CSCF、BGCF(分叉网关控制功能)或MGCF网络单元都需要两个CSM(呼叫状态模型),即O-CSM(发端CSM)和T-CSM(收端CSM),以便在发端操作员的逻辑功能为例如,P-CSCF,S-CSCF,I-CSCF,S-CSCF和P-CSCF;或P-CSCF,S-CSCF,BGCF和MGCF,而收端操作员的逻辑功能为例如,MGCF,I-CSCF,S-CSCF和P-CSCF;或BGCF和MGCF时,处理从用户A到用户B的单个呼叫。CSM具有一个或多个状态。若至少两个正在讨论的网络单元为同一单元,即,在一个呼叫的建立过程中一个物理网络单元容纳两个或多个逻辑功能,则呼叫建立是通过从T-CSM到O-CSM外回环发送ME1进行的,如图7所示。不关心这些网络单元是否为同一单元,而且这种信令总是通过两个网络单元之间的接口传输的。
图8给出了这种现有技术解决方案的例子。根据图8,逻辑功能P-CSCF和S-CSCF被用作位于同一网络单元的两个逻辑功能的例子,在此称为P-CSCF/S-CSCF。逻辑功能的发端和收端呼叫状态模型(即,O-CSM和T-CSM)分离。SIP被用作NNI(网络到网络接口)协议,即,用作网络单元之间使用的协议。P-CSCF和S-CSCF位于同一网络的发端呼叫情况在此被用作例子。
如图8所示,当终端A希望邀请另一方加入会话时,在步骤801,其发送INVITE消息给P-CSCF/S-CSCF网络单元。接着,在步骤802,呼叫控制信令适配将INVITE消息变换为呼叫控制的内部格式并将其存储到内部数据结构中。
在步骤803,内部数据结构的内容被作为数据传递到P-CSCF的O-CSM。O-CSM在步骤804存储该数据到内部数据结构中,并处理其内容。在步骤805,O-CSM将控制和该内部数据结构中经处理的数据传递到P-CSCF的T-CSM。T-CSM在步骤806将该数据存储到内部数据结构中,并处理其内容。
在步骤807,内部数据结构的内容被传递到呼叫控制信令适配。呼叫控制信令适配在步骤808存储该数据到内部数据结构中,并将其内容变换为INVITE消息。使用DNS(域名服务器)解析过程来找到下一网络单元的IP地址。在步骤809,经外部路由从P-CSCF发送INVITE消息到S-CSCF。
这个INVITE消息被S-CSCF接收,S-CSCF的功能位于同一网络单元P-CSCF/S-CSCF。在步骤810,呼叫控制信令适配将INVITE消息变换为呼叫控制的内部格式,并将其存储到内部数据结构中。
在步骤811,内部数据结构的内容被作为数据传递到S-CSCF的O-CSM。O-CSM在步骤812存储该数据到内部数据结构中,并处理其内容。在步骤813,O-CSM传递控制和内部数据结构中经处理的数据到S-CSCF的T-CSM。T-CSM在步骤814存储该数据到内部数据结构中,并处理其内容。
在步骤815,内部数据结构的内容被传递到呼叫控制信令适配。呼叫控制信令适配存储该数据到内部数据结构中,并在步骤816将其内容变换为INVITE消息。利用DNS解析过程来找到下一网络单元的IP地址。在步骤817,经外部路由从S-CSCF发送INVITE消息到I-CSCF。

发明内容
本发明的目的是在一个或多个网络单元为信令路径上的同一单元时优化路由选择。
根据本发明,这个目的是通过在至少两个逻辑网络单元之间路由呼叫实现的,每个逻辑网络单元均在所述呼叫上执行逻辑功能,所述至少两个逻辑网络单元的所述逻辑功能被容纳于IP通信网络系统的一个物理控制实体内。当在作为第一逻辑功能的所述物理控制实体接收到呼叫时,在作为所述第一逻辑功能的所述物理控制实体执行呼叫相关处理,从而获得第一数据结构的内容。接着,在所述物理控制实体调用第二逻辑功能,其中所述第一数据结构的所述内容在所述物理控制实体内被提供给所述第二逻辑功能的第二数据结构,以便所述第二数据结构的内容基本上类似于在所述第二逻辑功能的同一阶段通过逻辑网络单元之间的外部路由获得的内容。
数据结构的两个内容之间“基本上相似”意味着,例如,这两个数据结构足够相似以避免为处理这些内容引入大为不同的程序代码。
根据本发明的第一个实施例,在一个用于启动功能和结束功能的呼叫状态模型内提供所述第一数据结构的所述内容。
根据本发明的第二个实施例,通过在所述物理控制实体内从用于结束功能的呼叫状态模型发送消息到用于启动功能的呼叫状态模型提供所述第一数据结构的所述内容。
根据本发明的第三个实施例,通过从用于结束功能的呼叫状态模型发送第一消息到第一适配器处理,以将所述第一数据结构的所述内容转换为网络单元间发送信令的数据结构,从所述第一适配器处理发送第二消息到第二适配器处理,以提供所述网络单元间发送信令数据结构的所述内容给网络单元间接收信令的数据结构,以便所述网络单元间接收信令数据结构的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由获得的内容,以及从所述第二适配器处理发送第三消息到用于启动功能的呼叫状态模型,以将所述网络单元间接收信令数据结构的所述内容转换为所述第二数据结构来提供第一数据结构的内容。
根据本发明的第四个实施例,通过从用于结束功能的呼叫状态模型发送第一消息到第一适配器处理,以将所述第一数据结构的所述内容转换为网络单元间发送信令的数据结构,对所述网络单元间发送信令数据结构的内容进行处理,从而获得经处理的网络单元间发送信令数据结构的内容,从所述第一适配器处理发送第二消息到第二适配器处理,以提供所述处理的网络单元间发送信令数据结构的所述内容给经处理的网络单元间接收信令的数据结构,以便所述处理的网络单元间接收信令数据结构的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由获得的内容,对所述处理的网络单元间接收信令数据结构的所述内容进行处理,从而获得网络单元间接收信令数据结构的内容,以及从所述第二适配器处理发送第三消息到用于启动功能的呼叫状态模型,以将所述网络单元间接收信令数据结构的所述内容转换为所述第二数据结构来提供所述第一数据结构的所述内容。
根据本发明的第五个实施例,通过从用于结束功能的呼叫状态模型发送第一消息到第一适配器处理,以将所述第一数据结构的所述内容转换为网络单元间发送信令的数据结构,对所述网络单元间发送信令数据结构的内容进行处理,从而获得经处理的网络单元间发送信令数据结构的内容,在提供所述处理的网络单元间发送信令数据结构的所述内容给经处理的网络单元间接收信令的数据结构的网络单元之间通过所使用的信令协议之下的协议层从所述第一适配器处理到第二适配器处理执行循环,以便所述处理的网络单元间接收信令数据结构的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由获得的内容,对所述处理的网络单元间接收信令数据结构的所述内容进行处理,从而获得网络单元间接收信令数据结构的内容,以及从所述第二适配器处理发送第三消息到用于启动功能的呼叫状态模型,以将所述网络单元间接收信令数据结构的所述内容转换为所述第二数据结构来提供所述第一数据结构的所述内容。
根据第一个实施例,实现消息和过程的极有效使用,即,相比外部回送消息和过程的数量大为降低。此外,可获得带宽的有效利用。
根据第二个实施例,可高效使用消息和过程。此外,实现带宽的有效利用。
根据第三个实施例,可有效利用消息、过程和带宽。此外提供纯净的CSM。
根据第四个实施例,实现带宽的有效利用并保持CSM纯净。
根据第五个实施例,带宽被有效利用。
下面借助优选实施例参考附图描述本发明。


图1是在用户A呼叫用户B,且这两个用户均位于同一网络时的信令路径的示意框图。
图2是根据本发明第一个实施例的控制实体的示意框图。
图3是根据本发明第二个实施例的控制实体的示意框图。
图4是根据本发明第三个实施例的控制实体的示意框图。
图5是根据本发明第四个实施例的控制实体的示意框图。
图6是根据本发明第五个实施例的控制实体的示意框图。
图7是根据现有技术的解决方案的示意框图。
图8是现有技术解决方案的例子。
图9是根据第一个实施例的解决方案的例子。
图10是根据第二个实施例的解决方案的例子。
图11是根据第三个实施例的解决方案的例子。
图12是根据第四个实施例的解决方案的例子。
图13是根据第五个实施例的解决方案的例子。
具体实施例方式
本发明的观点是在容纳不同逻辑网络单元的两个或多个逻辑功能的控制实体内部路由输出信令。例如,在同一物理CSCF内可执行主叫S-CSCF(服务CSCF)和被叫I-CSCF以及有可能被叫S-CSCF的相应功能。例如,S-CSCF必须检查通过执行DNS(域名服务器)分解程序获得的逻辑地址,例如,FQDN(正式域名)或IP(网际协议)地址,以检查这是否涉及自己的网络。在此情况下,S-CSCF可执行I-CSCF功能(例如,被叫S-CSCF搜索),接着可调用逻辑被叫S-CSCF功能,如果逻辑地址或返回的IP地址涉及同一节点的话。
在此上下文中,呼叫除了指话音呼叫,还涉及任何多媒体会话,例如,视频呼叫。
应指出,呼叫状态控制功能不一定仅仅是根据3GPP规范的CSCF。例如,它还可以是根据IETF会话启动协议RFC 2543的呼叫处理服务器。它还可以是根据ITU-T H.323规范的看门人。它还可以是执行呼叫信令相关任务的任何呼叫处理服务器或呼叫状态控制功能。
本发明并不局限于任何特定的NNI(网络到网络接口)协议。在这些实施例中描述的消息可驻留在例如,呼叫控制层,SIP(会话启动协议)层,或TCP/UDP(传输控制协议/用户数据报协议)层。
在图2-7中只示意了第一逻辑功能的T-CSM和第二逻辑功能的O-CSM。没有示意第一逻辑功能的O-CSM和第二逻辑功能的T-CSM。
图2示意了根据第一个实施例的控制实体的示意框图。容纳信令路径上网络单元的两个或多个逻辑功能的控制实体由CSCF、BGCF或MGCF表示。根据第一个实施例,使用一个综合CSM(呼叫状态模型),其包含在CSCF/BGCF/MGCF内部路径输出信令的功能。综合CSM组合了发端CSM和收端CSM的功能。当必须从一个逻辑网络单元到另一个逻辑网络单元实现信令时,这个信令是通过处理数据结构A的内容的过程R3在CSCF/BGCF/MGCF的综合CSM内部实现的。作为处理结果,获得数据结构F的内容,这个内容基本上类似于好像信令是在外部从收端CSM到发端CSM实现时的内容。在图2和以后的附图中的虚线表示输入/输出数据。
图3示出了根据第二个实施例的示意框图。第二个实施例与第一个实施例的不同在于,容纳不同逻辑网络单元的两个或多个逻辑功能的CSCF/BGCF/MGCF包括发端CSM和收端CSM。收端CSM直接发送信令消息MI3到CSCF/BGCF/MGCF内部的发端CSM。消息MI3传输数据结构A的内容到数据结构F,以便F的内容基本上类似于好像该消息路径是逻辑网络单元之间的外部路径情况下F的内容。需要对A的数据进行处理过程P1,以从收端CSM发送消息MI3,而且在CSCF/BGCF/MGCF的发端CSM接收消息时需要处理过程P6。例如,当使用SIP时,过程P6可将对应接收该消息的发端CSM功能的网络单元的FQDN(正式域名)添加到记录-路由信头中,但可以不向Via信头添加任何东西。
图4示出了根据第三个实施例的示意框图。这个实施例与第二个实施例的区别在于,收端CSM经适配器处理CC-SS发送信令到发端CSM。首先,收端CSM发送消息MI1到第一适配器处理CC-SS。该消息MI1被第一CC-SS中的过程P2接收,而且数据结构A的内容被变换为数据结构B。接着,从第一适配器处理的过程P7发送消息MI4。在第二适配器处理CC-SS中消息MI4传输数据结构B的内容到数据结构E,以便E的内容基本上类似于消息路径为适配器处理之间的外部信令路径情况下E的内容。消息MI4在过程P8被接收,在此对应第二适配器处理的功能的网络单元的FQDN被添加到记录-路由信头,但不向Via信头添加任何东西。在第二CC-SS,从第二适配器处理的过程P5发送消息MI2到发端CSM。消息MI2在发端CSM的过程P6被接收。
图5示意了根据第四个实施例的示意框图。这个实施例与第三个实施例的区别在于,在适配器处理CC-SS也执行处理。在第一适配器处理,数据结构B通过过程R1被处理为数据结构C。数据结构C的内容接着通过消息MI5被传输到第二适配器处理中的数据结构D,以便D的内容基本上类似于消息路径是适配器处理之间的外部信令路径情况下D的内容。过程P3用于发送消息MI5,而过程P4用于接收消息MI5。在P4,对应第二适配器处理的功能的网络单元的FQDN被添加到记录-路由信头,但不向Via信头添加任何东西。
图6示出了根据第五个实施例的示意框图。这个实施例与第四个实施例的区别在于,数据结构C的内容被从第一适配器处理到第二适配器处理循环到数据结构D,以便D的内容基本上类似于信令路径是逻辑网络单元之间的外部路径情况下D的内容。在循环L时,使用“本地主机”主机名和/或回送地址。根据第五个实施例,观点是在协议栈从应用和信令协议层向下到达以下层次,并使用那里的协议,例如,UDP(用户数据报协议)或IP(网际协议),以不用外部路由将信息从T-CSM传送到O-CSM。
例如,a)在T-CSM,输出消息沿协议栈向下SIP→UDP→IP,b)IP协议发现目标地址是同一物理网络单元,不用将该消息路由出该物理网络单元,但将其放入到输入消息队列中,c)该消息沿O-CSM的协议栈向上IP→UDP→SIP。
在本例中,IP协议发现目标与起点相同,因此不经外部路由发送消息。
在P4,对应第二适配器处理的功能的网络单元的FQDN被添加到记录-路由信头,但不向Via信头添加任何东西。FQDN地址被用在记录-路由和Via信头而不是“本地主机”主机名。然而,如果坚持使用“本地主机”主机名和回送IP地址,则该输入必须与Via信头中的前一输入交换。
此外,根据第五个实施例,当接收到消息MI2时,必须执行某些额外的任务。
应指出,可以在除P6、P8和P4以外的其他地方修改Via和记录-路由信头。当SIP用作NNI协议时,通常修改Via信头和记录-路由信头。Via信头被用于路由经同一路由返回的响应。记录-路由信头被用于记录该路由以便用于后续消息中。可以通过至少两种方式处理Via和记录-路由信头。在第一种方式中,在该路由上每个逻辑功能的地址被插入到该消息中作为Via和记录-路由信头。如果Via信头被用于环路检测,则在Via信头中应避免出现相同地址,因为这些地址指示环路。这就是为什么处理Via和记录-路由信头的第二种方式是只添加一个Via信头和可能一个记录-路由信头到该消息中,以便这两个信头包含该物理网络单元的地址而不是在该物理网络单元中包含的逻辑功能。
此外,应指出,根据第二个实施例和参考图3、5和7,在从A经P1→MI3→P6→F获得的F,与从A经外部路由,即,经P1→MI1→P2→B→R1→C→P3→外部消息ME1→P4→D→R2→E→P5→MI2→P6→F获得的F之间比较实质相似性。
根据第三个实施例和参考图4、5和7,在从B经P7→MI4→P8→E获得的E,与经外部路由,即,经R1→C→P3→外部消息ME1(如图7所示)→P4→D→R2→E获得的E之间比较实质相似性。
此外,根据第三和第四个实施例,在B和E数据还不是外部信令格式,而在C和D数据可能是这种格式。适配器功能CC-SS的其中一个任务是将内部信令变换为外部信令,反之亦然。这是以R1和R2描绘的。
根据上述实施例,在过程P6,还必须选择一个正确的CSM。为此,消息MI2或MI3可用于指示在下一网络单元需要什么服务。这个指示可以从该消息的内容和/或从该消息的格式和/或从该消息的名称和/或从该消息的类型和/或从该消息的地址推导出。
应指出,在一个实施例中,对每个逻辑功能也可以只有一个呼叫状态模型。发端和收端呼叫状态模型可被合并为一个呼叫状态模型。在此实施例中,与发端和收端呼叫状态模型相关的功能被合并为一个统一的呼叫状态模型,提供发端和收端呼叫处理任务。此外,一些逻辑功能可能是无状态的,即,不存在呼叫状态模型,或存在呼叫状态模型,但只有一个状态。因此,根据本发明,呼叫状态模型可以是无状态的,或包括至少两个状态。或者,换言之,呼叫状态模型具有至少一个或多个状态。例如,I-CSCF可以是transactionallystateful,即,只在与HSS(归属用户服务器)通信的注册期间存储状态。
现在给出第一至第五个实施例的例子。在这些例子中,采用以下假设1)逻辑功能P-CSCF和S-CSCF在此被用作位于同一网络单元的两个逻辑功能的例子,在此称为P-CSCF/S-CSCF。
2)逻辑功能的发端和收端呼叫状态模型(即,O-CSM和T-CSM)分离。
3)SIP被用作NNI(网络到网络接口)协议,即,被用作网络单元之间使用的协议。
4)P-CSCF和S-CSCF位于同一网络的发端呼叫情况被用作例子。
5)组合CSM只是例子。其可包含P-CSCF的O-CSM和T-CSM以及S-CSCF的O-CSM和T-CSM的不同组合。
6)有若干方法确定下一逻辑功能是否位于同一网络单元。例如可使用基于该消息的格式和/或内容和/或地址的DNS解析过程和/或推导过程。
7)有若干方法确定当在容纳若干逻辑功能的网络单元接收到NNI消息时应启动哪个逻辑功能。区分逻辑功能的一种方法是检查消息的逻辑地址。例如, 应通过P-CSCF逻辑功能处理pcscf.ims.sonera.fi,而应通过S-CSCF逻辑功能处理scscf.ims.sonera.fi。
8)位于同一网络单元的每个逻辑功能可具有其自己的呼叫控制信令适配,或与其他逻辑功能具有共同的呼叫控制信令适配。
图9示出了根据第一个实施例的解决方案的例子,即,组合CSM。
根据图9,在步骤901,从终端A发送INVITE消息到P-CSCF/S-CSCF。在步骤902,呼叫控制信令适配将INVIE消息变换为呼叫控制的内部格式,并将其存储到内部数据格式。在步骤903,内部数据结构的内容被作为数据传递到P-CSCF的O-CSM。P-CSCF的O-CSM在步骤904存储该数据到内部数据结构并处理其内容。
在步骤905,P-CSCF的O-CSM传递控制和内部数据结构中经处理的数据到组合CSM。组合CSM在步骤906存储该数据到内部数据结构并像P-CSCF的T-CSM那样处理其内容。有一个方法可用于找出下一逻辑功能是否位于同一网络单元。例如,执行DNS解析过程或比较地址。由于下一逻辑功能位于同一网络单元,组合CSM像S-CSCF的O-CSM那样继续处理数据,而不是将其传递到呼叫控制信令适配以输出消息(图8的步骤808)。在此情况下省略图8的步骤807-812。
在步骤913,组合CSM将控制和内部数据结构中经处理的数据传递到S-CSCF的T-CSM。S-CSCF的T-CSM在步骤914存储该数据到内部数据结构并处理其内容。在步骤915,内部数据结构的内容被传递到呼叫控制信令适配。呼叫控制信令适配在步骤916存储该数据到内部数据结构并将其内容变换为INVITE消息。例如,采用DNS解析过程来找到下一网络单元的IP地址。在步骤917,从P-CSCF/S-CSCF经外部路由发送lNVITE消息到I-CSCF。
图10是根据第二个实施例的解决方案的例子。
根据图10,步骤1001-1004对应图9的步骤901-904。
在步骤1005,P-CSCF的O-CSM传递控制和内部数据结构中经处理的数据到P-CSCF的T-CSM。P-CSCF的T-CSM在步骤1006存储该数据到内部数据结构并处理其内容。有一个方法可用于找出下一逻辑功能是否位于同一网络单元。例如,执行DNS解析过程或比较地址。由于下一逻辑功能位于同一个网络单元,如果需要的话,P-CSCF的T-CSM修改该数据。
在步骤1007,P-CSCF的T-CSM将控制和修改的数据传递到S-CSCF的O-CSM,而不是传递到呼叫控制信令适配以输出消息(图8中的步骤808)。在此情况下省略根据图8的步骤808-811。
在步骤1012,S-CSCF的O-CSM存储该数据到内部数据结构,如果需要的话修改它并处理其内容。在步骤1013 S-CSCF的O-CSM传递控制和内部数据结构中经处理的数据到S-CSCF的T-CSM。步骤1014-1017对应图9中的步骤914-917。
图11是根据第三个实施例的解决方案的例子。
根据图11,步骤1101-1105对应图10的步骤1001-1005。在步骤1106,P-CSCF的T-CSM存储该数据到内部数据结构并处理其内容。内部数据结构的内容在步骤1107被传递到呼叫控制信令适配。在步骤1108,呼叫控制信令适配存储该数据到内部数据结构,如果需要的话修改它并处理其内容。有一个方法可用于找出下一逻辑功能是否位于同一网络单元。例如,执行DNS解析过程或比较地址。由于下一逻辑功能位于同一个网络单元,如果需要的话呼叫控制信令适配修改该数据。
在步骤1109,P-CSCF的T-CSM的呼叫控制信令适配传递控制和经修改的数据到S-CSCF的O-CSM的呼叫控制信令适配,而不是建立SIP消息(INVITE)并经外部路由发送它到下一网络单元。S-CSCF的O-CSM的呼叫控制信令适配在步骤1110存储该数据到内部数据结构,如果需要的话修改它并处理其内容。在步骤1111,内部数据结构的内容被作为数据传递到S-CSCF的O-CSM。步骤1112-1117对应图10的步骤1012-1017。
图12是根据第四个实施例的解决方案的例子。
根据图12,步骤1201-1207对应图11的步骤1101-1107。在步骤1208,呼叫控制信令适配存储该数据到内部数据结构中,如果需要的话修改它,处理其内容并将其内容变换为INVITE消息。有一个方法可用来找出下一逻辑功能是否位于同一网络单元。例如,执行DNS解析过程或比较地址。由于下一逻辑功能位于同一网络单元,如果需要的话,呼叫控制信令适配修改该INVITE消息。
在步骤1209,P-CSCF的T-CSM的呼叫控制信令适配传递控制和INVITE消息到S-CSCF的O-CSM的呼叫控制信令适配,而不是经外部路由发送它到下一网络单元。S-CSCF的O-CSM的呼叫控制信令适配在步骤1210将INVITE消息变换为呼叫控制的内部格式,存储它到内部数据结构中,如果需要的话修改该数据并处理内部数据结构的内容。步骤1211-1217对应图11的步骤1111-1117。
图13是根据第五个实施例的解决方案的例子。
根据图13,步骤1301-1308对应图12的步骤1201-1208。在步骤1309,P-CSCF的T-CSM的呼叫控制信令适配将INVITE消息向下传递到输出协议栈。IP协议层发现目标地址与当前网络单元的地址相同。IP协议层不发送该消息(即,对应的IP分组)到外部IP媒体,但从输出IP栈移动该消息(或对应的IP分组)到输入IP栈。
在步骤1310,S-CSCF的O-CSM的呼叫控制信令适配从输入协议栈接收INVITE消息(或对应的IP分组),并将INVITE消息变换为呼叫控制的内部格式,将其存储到内部数据结构,如果需要的话修改该数据并处理内部数据结构的内容。步骤1311-1317对应图11的步骤1111-1117。
虽然参考优选实施例描述了本发明,但这种描述只是示意本发明,而不应被认为是限制本发明。本领域的技术人员不用偏离所附权利要求书定义的本发明的精神和范围可想到各种修改和应用。
权利要求
1.一种用于在至少两个逻辑网络单元之间路由呼叫的方法,每个逻辑网络单元均在所述呼叫上执行逻辑功能,所述至少两个逻辑网络单元的所述逻辑功能被容纳于IP通信网络系统的一个物理控制实体内,所述方法包括步骤在作为第一逻辑功能的所述物理控制实体接收呼叫;在作为所述第一逻辑功能的所述物理控制实体执行呼叫相关处理,从而获得第一数据结构(A)的内容;以及在所述物理控制实体调用第二逻辑功能,其中所述第一数据结构的所述内容在所述物理控制实体内被提供给所述第二逻辑功能的第二数据结构(F),以便所述第二数据结构的内容基本上类似于在所述第二逻辑功能的同一阶段通过逻辑网络单元之间的外部路由所获得的内容。
2.根据权利要求1的方法,其中在一个用于启动功能和结束功能的呼叫状态模型内提供所述第一数据结构的所述内容。
3.根据权利要求1的方法,其中通过在所述物理控制实体内,从用于结束功能的呼叫状态模型发送消息(MI3)到用于启动功能的呼叫状态模型,来提供所述第一数据结构的所述内容。
4.根据权利要求1的方法,其中通过从用于结束功能的呼叫状态模型发送第一消息(MI1)到第一适配器处理,以将所述第一数据结构(A)的所述内容转换为网络单元间发送信令的数据结构(B),从所述第一适配器处理发送第二消息(MI4)到第二适配器处理,以提供所述网络单元间发送信令数据结构(B)的所述内容给网络单元间接收信令的数据结构(E),以便所述网络单元间接收信令数据结构(E)的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由所获得的内容,并且从所述第二适配器处理发送第三消息(MI2)到用于启动功能的呼叫状态模型,以将所述网络单元间接收信令数据结构(E)的所述内容转换为所述第二数据结构(F)来提供第一数据结构的内容。
5.根据权利要求1的方法,其中通过从用于结束功能的呼叫状态模型发送第一消息(MI1)到第一适配器处理,以将所述第一数据结构(A)的所述内容转换为网络单元间发送信令的数据结构(B),对所述网络单元间发送信令数据结构(B)的内容进行处理,从而获得经处理的网络单元间发送信令数据结构(C)的内容,从所述第一适配器处理发送第二消息(MI5)到第二适配器处理,以提供所述处理的网络单元间发送信令数据结构(C)的所述内容给经处理的网络单元间接收信令的数据结构(D),以便所述处理的网络单元间接收信令数据结构(D)的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由获得的内容,对所述处理的网络单元间接收信令数据结构(D)的所述内容进行处理,从而获得网络单元间接收信令数据结构(E)的内容,并且从所述第二适配器处理发送第三消息(MI2)到用于启动功能的呼叫状态模型,以将所述网络单元间接收信令数据结构(E)的所述内容转换为所述第二数据结构(F)来提供所述第一数据结构的所述内容。
6.根据权利要求1的方法,其中通过从用于结束功能的呼叫状态模型发送第一消息(MI1)到第一适配器处理,以将所述第一数据结构(A)的所述内容转换为网络单元间发送信令的数据结构(B),对所述网络单元间发送信令数据结构(B)的内容进行处理,从而获得经处理的网络单元间发送信令数据结构(C)的内容,在提供所述处理的网络单元间发送信令数据结构(C)的所述内容给经处理的网络单元间接收信令的数据结构(D)的网络单元之间通过所使用的信令协议之下的协议层从所述第一适配器处理到第二适配器处理执行循环,以便所述处理的网络单元间接收信令数据结构(D)的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由获得的内容,对所述处理的网络单元间接收信令数据结构(D)的所述内容进行处理,从而获得网络单元间接收信令数据结构(E)的内容,并且从所述第二适配器处理发送第三消息(MI2)到用于启动功能的呼叫状态模型,以将所述网络单元间接收信令数据结构(E)的所述内容转换为所述第二数据结构(F)来提供所述第一数据结构的所述内容。
7.根据权利要求3的方法,其中,当在用于启动功能的所述呼叫状态模型接收到所述消息时,向所述消息中的记录-路由字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
8.根据权利要求3的方法,其中,当在用于启动功能的所述呼叫状态模型接收到所述消息时,不向所述消息中指示迄今为止由请求所占用的路径的字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
9.根据权利要求4或5的方法,其中,当接收到所述第二消息时,向所述第二消息中的记录-路由字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
10.根据权利要求4或5的方法,其中,当接收到所述第二消息时,不向所述第二消息中指示迄今为止由请求所占用的路径的字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
11.根据权利要求6的方法,其中,当从所述第一适配器处理到所述第二适配器处理执行循环时,使用本地主机的识别和/或回送地址。
12.根据权利要求6的方法,其中,当在所述第二适配器处理接收到所述循环的内容时,向所述循环内容中的记录-路由字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
13.根据权利要求6的方法,其中,当在所述第二适配器处理接收到所述循环的内容时,不向所述循环内容中指示迄今为止由请求所占用的路径的字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
14.根据权利要求6的方法,其中,当在所述第二适配器处理接收到所述循环的内容时,所述循环内容中的记录-路由字段的前一输入被用作在所述记录-路由字段中执行所述第二逻辑功能的逻辑网络单元的识别。
15.根据权利要求3-6任何一项的方法,其中,在提供给用于启动功能的所述呼叫状态模型的消息中,指示在下一网络单元所需的服务。
16.根据权利要求3-6任何一项的方法,其中所述内部消息为呼叫控制协议消息。
17.根据权利要求1的方法,其中所述第一逻辑功能通过分析所述呼叫的目的地信息来确定在同一物理控制实体是否可调用第二逻辑功能。
18.根据权利要求17的方法,其中所述第一逻辑功能是IP多媒体系统的服务呼叫状态控制功能(S-CSCF)。
19.根据权利要求17的方法,其中所述第二逻辑功能是IP多媒体系统的询问呼叫状态控制功能(I-CSCF)。
20.根据权利要求17的方法,其中所述第一逻辑功能是IP多媒体系统的代理呼叫状态控制功能(P-CSCF)。
21.根据权利要求17的方法,其中所述第二逻辑功能是IP多媒体系统的服务呼叫状态控制功能(S-CSCF)。
22.根据权利要求17的方法,其中所述呼叫的目的地信息包括FQDN。
23.根据权利要求17的方法,其中所述呼叫的目的地信息包括通过对至少部分目标识别执行DNS解析进程获得的IP地址。
24.根据权利要求23的方法,其中所述识别包括FQDN。
25.一种用于在至少两个逻辑网络单元之间路由呼叫的控制实体,每个逻辑网络单元均在所述呼叫上执行逻辑功能,所述至少两个逻辑网络单元的所述逻辑功能被容纳于IP通信网络系统的所述控制实体内,所述控制实体配置用于接收呼叫作为第一逻辑功能;执行呼叫相关处理作为所述第一逻辑功能,从而获得第一数据结构(A)的内容;以及调用第二逻辑功能,其中所述第一数据结构的所述内容在所述控制实体内被提供给所述第二逻辑功能的第二数据结构(F),以便所述第二数据结构的内容基本上类似于在所述第二逻辑功能的同一阶段通过逻辑网络单元之间的外部路由获得的内容。
26.根据权利要求25的控制实体,包括一个用于启动功能和结束功能的呼叫状态模型,其中在所述一个呼叫状态模型内提供所述第一数据结构的所述内容。
27.根据权利要求25的控制实体,包括一个用于结束功能的呼叫状态模型;和一个用于启动功能的呼叫状态模型,其中通过从用于结束功能的所述呼叫状态模型发送消息(MI3)到用于启动功能的所述呼叫状态模型,来提供所述第一数据结构的所述内容。
28.根据权利要求25的控制实体,包括一个用于结束功能的呼叫状态模型;一个用于启动功能的呼叫状态模型;与用于结束功能的所述呼叫状态模型通信的第一适配器处理;和与用于启动功能的所述呼叫状态模型通信的第二适配器处理,其中为提供所述第一数据结构的所述内容,用于结束功能的所述呼叫状态模型发送第一消息(MI1)到所述第一适配器处理,以将所述第一数据结构(A)的所述内容转换为网络单元间发送信令的数据结构(B),所述第一适配器处理发送第二消息(MI4)到所述第二适配器处理,以提供所述网络单元间发送信令数据结构(B)的所述内容给网络单元间接收信令的数据结构(E),以便所述网络单元间接收信令数据结构(E)的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由获得的内容,并且所述第二适配器处理发送第三消息(MI2)到用于启动功能的所述呼叫状态模型,以将所述网络单元间接收信令数据结构(E)的所述内容转换为所述第二数据结构(F)。
29.根据权利要求25的控制实体,包括一个用于结束功能的呼叫状态模型;一个用于启动功能的呼叫状态模型;与用于结束功能的所述呼叫状态模型通信的第一适配器处理;和与用于启动功能的所述呼叫状态模型通信的第二适配器处理,其中,为提供所述第一数据结构的所述内容,用于结束功能的所述呼叫状态模型发送第一消息(MI1)到所述第一适配器处理,以将所述第一数据结构(A)的所述内容转换为网络单元间发送信令的数据结构(B),所述第一适配器处理对所述网络单元间发送信令数据结构(B)的内容进行处理,从而获得经处理的网络单元间发送信令数据结构(C)的内容,并发送第二消息(MI5)到所述第二适配器处理,以提供所述处理的网络单元间发送信令数据结构(C)的所述内容给经处理的网络单元间接收信令的数据结构(D),以便所述处理的网络单元间接收信令数据结构(D)的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由获得的内容,所述第二适配器处理对所述处理的网络单元间接收信令数据结构(D)的所述内容进行处理,从而获得网络单元间接收信令数据结构(E)的内容,并发送第三消息(MI2)到用于启动功能的所述呼叫状态模型,以将所述网络单元间接收信令数据结构(E)的所述内容转换为所述第二数据结构(F)。
30.根据权利要求25的控制实体,包括一个用于结束功能的呼叫状态模型;一个用于启动功能的呼叫状态模型;与用于结束功能的所述呼叫状态模型通信的第一适配器处理;和与用于启动功能的所述呼叫状态模型通信的第二适配器处理,其中,为提供所述第一数据结构的所述内容,用于结束功能的所述呼叫状态模型发送第一消息(MI1)到所述第一适配器处理,以将所述第一数据结构(A)的所述内容转换为网络单元间发送信令的数据结构(B),所述第一适配器处理对所述网络单元间发送信令数据结构(B)的内容进行处理,从而获得经处理的网络单元间发送信令数据结构(C)的内容,并在提供所述处理的网络单元间发送信令数据结构(C)的所述内容给经处理的网络单元间接收信令的数据结构(D)的网络单元之间通过所使用的信令协议之下的协议层执行循环到所述第二适配器处理,以便所述处理的网络单元间接收信令数据结构(D)的内容基本上类似于在所述第二适配器处理的同一阶段通过逻辑网络单元之间的外部路由获得的内容,所述第二适配器处理对所述处理的网络单元间接收信令数据结构(D)的所述内容进行处理,从而获得网络单元间接收信令数据结构(E)的内容,并发送第三消息(MI2)到用于启动功能的所述呼叫状态模型,以将所述网络单元间接收信令数据结构(E)的所述内容转换为所述第二数据结构(F)。
31.根据权利要求27的控制实体,其中,当用于启动功能的所述呼叫状态模型接收到所述消息时,所述控制实体向所述消息中的记录-路由字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
32.根据权利要求27控制实体,其中,当用于启动功能的所述呼叫状态模型接收到所述消息时,所述控制实体不向所述消息中指示迄今为止由请求所占用的路径的字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
33.根据权利要求28或29的控制实体,其中,当接收到所述第二消息时,所述控制实体向所述第二消息中的记录-路由字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
34.根据权利要求28或29的控制实体,其中,当接收到所述第二消息时,所述控制实体不向所述第二消息中指示迄今为止由请求所占用的路径的字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
35.根据权利要求30的控制实体,其中,当所述第一适配器处理执行循环到所述第二适配器处理时,所述控制实体使用本地主机的识别和/或回送地址。
36.根据权利要求30的控制实体,其中,当所述第二适配器处理接收到所述循环的内容时,所述控制实体向所述循环内容中的记录-路由字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
37.根据权利要求30的控制实体,其中,当所述第二适配器处理接收到所述循环的内容时,所述控制实体不向所述循环内容中指示迄今为止由请求所占用的路径的字段添加执行所述第二逻辑功能的逻辑网络单元的识别。
38.根据权利要求30的控制实体,其中,当所述第二适配器处理接收到所述循环的内容时,所述控制实体使用所述循环内容中的记录-路由字段的前一输入,作为在所述记录-路由字段中执行所述第二逻辑功能的逻辑网络单元的识别。
39.根据权利要求27-30任何一项的控制实体,其中,在提供给用于启动功能的所述呼叫状态模型的消息中,所述控制实体指示下一网络单元所需的服务。
40.根据权利要求27-30任何一项的控制实体,其中所述内部消息为呼叫控制协议消息。
41.根据权利要求25的控制实体,其中所述第一逻辑功能通过分析所述呼叫的目的地信息,来确定在同一物理控制实体是否可调用第二逻辑功能。
42.根据权利要求41的控制实体,其中所述第一逻辑功能是IP多媒体系统的服务呼叫状态控制功能(S-CSCF)。
43.根据权利要求41的控制实体,其中所述第二逻辑功能是IP多媒体系统的询问呼叫状态控制功能(I-CSCF)。
44.根据权利要求41的控制实体,其中所述第一逻辑功能是IP多媒体系统的代理呼叫状态控制功能(P-CSCF)。
45.根据权利要求41的控制实体,其中所述第二逻辑功能是IP多媒体系统的服务呼叫状态控制功能(S-CSCF)。
46.根据权利要求41的控制实体,其中所述呼叫的目的地信息包括FQDN。
47.根据权利要求41的控制实体,其中所述呼叫的目的地信息包括通过对至少部分目标识别执行DNS解析过程获得的IP地址。
48.根据权利要求47的控制实体,其中所述识别包括FQDN。
全文摘要
在至少两个逻辑网络单元之间路由呼叫,每个逻辑网络单元均在所述呼叫上执行逻辑功能,所述至少两个逻辑网络单元的所述逻辑功能被容纳于IP通信网络系统的一个物理控制实体内。当在作为第一逻辑功能的所述物理控制实体接收到呼叫时,在作为所述第一逻辑功能的所述物理控制实体执行呼叫相关处理,从而获得第一数据结构的内容。接着,在所述物理控制实体调用第二逻辑功能,其中所述第一数据结构的所述内容在所述物理控制实体内被提供给所述第二逻辑功能的第二数据结构,以便所述第二数据结构的内容基本上类似于在所述第二逻辑功能的同一阶段通过逻辑网络单元之间的外部路由获得的内容。
文档编号H04L12/56GK1507763SQ01823306
公开日2004年6月23日 申请日期2001年5月28日 优先权日2001年5月28日
发明者伊尔卡·韦斯特曼, 伊尔卡 韦斯特曼 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1