一种承载控制的处理方法

文档序号:7622686阅读:164来源:国知局
专利名称:一种承载控制的处理方法
技术领域
本发明涉及通信领域的承载控制技术,尤其涉及一种承载控制的处理方法。
背景技术
从3GPP R5阶段开始,UMTS核心网划分为电路交换(CS)、分组交换(PS)以及IP多媒体子系统(IMS)三个子系统,其中电路交换域(Circuit Switched Domain)用于向用户提供电路型业务的连接,包括(1)移动交换中心MSC(MSC Server/CS-MGW)完成电路交换型业务的交换和信令控制功能。
(2)网关移动交换中心GMSC某一网络中完成移动用户路由寻址功能的MSC,可与MSC合设或分设。
(3)网络互通功能IWF与MSC紧密相关,完成PLMN网与ISDN、PSTN、PDN网络间的互通(主要完成信令转换功能),具体功能根据业务和网络种类不同规定。
分组交换域(Packet Switched Domain)用于向用户提供分组型业务的连接,包括(1)GPRS支持节点GSN(SGSN、GGSN)完成分组业务用户的分组包的传送。服务GPRS支持节点SGSN提供核心网与无线接入系统BSS、RNS的连接,完成分组型数据业务的移动性管理、会话管理等功能,管理MS在移动网络内的移动和通信业务,网关GPRS支持节点GGSN作为移动通信系统与其它公用数据网之间的接口,同时还具有查询位置信息的功能。SGSN、GGSN均提供计费信息。
(2)边缘网关BG完成两GPRS网络间的互通,保证网络互通的安全性。
此外,电路交换域和分组交换域共用的功能实体还包括HLR/AuC归属位置寄存器HLR完成用户签约数据(MSISDN、IMSI、PDP ADDRESS、签约的电信业务和补充业务及其业务的的适用范围等)和位置信息(MSRN、MSC/VLR号、SGSN号码,GMLC等)的管理,鉴权中心AUC则存储用户的鉴权算法和密钥;以及处理拜访用户各种数据信息的拜访位置寄存器VLR,存储用户设备标识IMEI信息的设备标识寄存器EIR以及短消息中心网关MSC(SMS-GMSC/SMS IMSC)等。
IP多媒体子系统IMS(IP Multimedia Subsystem)域IP多媒体子系统域是3GPP R5阶段增加的WCDMA网络中叠加在已有分组交换域之上的一个子系统,采用分组交换域为其上层控制信令和媒体传输的承载通道,引入SIP协议作为业务控制协议,利用SIP简单、易扩展、媒体组合方便的特点,通过将业务控制与承载控制分离,提供丰富的多媒体业务。IMS中主要的功能实体包括用于控制用户注册、会话控制等功能的呼叫会话控制功能(CSCF);用于提供各种业务逻辑控制功能的应用服务器(AS),用于集中管理用户签约数据的归属签约用户服务器(HSS),以及用于实现与电路交换网互通的媒体网关控制功能(MGCF)/IMS媒体网关(IM-MGW)。用户通过当前所在地代理节点P-CSCF接入IMS,会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务节点S-CSCF完成。
在IMS中,MGCF/IM-MGW配合完成IMS与电路交换网的互通,其中媒体网关控制功能MGCF实现IMS核心控制面与电路交换网络(包括PSTN或PLMN CS域)的交互,支持ISUP/BICC与SIP的协议交互及呼叫互通,通过H.248控制IMS媒体网关IM-MGW完成电路交换网络TDM承载与IMS域用户面IP承载RTP流的实时转换。
IMS媒体网关IM-MGW完成IMS与电路交换网络用户面宽窄带承载互通及必要的Codec编解码变换。
由3GPP标准所定义的IMS架构全面解决了IP承载下提供多媒体业务所需要解决的漫游计费、QoS、安全保障等关键的可运营问题,其架构和思路已获得业界公认,3GPP也已经开始了面向多种接入技术的全IP网(AIPN)等课题研究,用户未来将可以根据其签约通过单一多模终端或多种类型的不同终端经由不同接入技术的接入网接入IMS,以获得统一的多媒体业务;在这样一种技术背景下,随着IMS的发展,传统的电路交换网络与IMS网络之间的关系将逐渐以单纯的呼叫互通发展到不同层面的融合,在这一发展过程中,将越来越多地涉及到一种呼叫场景CS->IMS->CS,即呼叫始发自电路交换网络,经过电路交换网络的路由控制转入IMS网络触发特定的业务控制,之后再返回电路交换网络接续到被叫用户。
此时,在CS->IMS的呼叫段和IMS->CS的呼叫段上将分别经过一个IMS/CS互通网关(MGCF/IM-MGW)的处理,当CS采用TDM承载时,其控制面和用户面的连接关系如图1所示(在本文后续描述中,未加特殊说明情况下CS均指电路交换网,即包括PSTN和PLMN CS域)。
从图1可以看到,由于在用户面上两段TDM承载中间经过了一段IP承载,在两侧的网关上将分别经过RTP组包和解包处理,同时,两侧的网关还可能根据本地配置策略,对于IP承载段选择不同于原来TDM承载的编码类型,这样,在两侧的网关还将分别进行编解码的转换处理。而实际上在某些特定情况下,两个网关A、B(包括MGCF/IM-MGW)可能是同一个物理实体,即媒体流实际上是在同一个物理的媒体网关实体上交互。
如图2所示,在一个混合组网的软交换中,同样可能出现类似的问题,比如软交换接到TDM连接的局向的来话或本局所辖AG/IAD接入的POTS用户发起的呼叫,经过路由分析或业务触发判断后将呼叫路由出局至一个IP连接的局向(如另一个软交换或者业务服务器),在该局完成相应的业务处理后呼叫又被路由回本软交换(比如经过前转),并由该软交换再次将呼叫路由至一个TDM连接的局向或本局所辖的同一个AG/IAD。此时在这个软交换上,同样是一个呼叫先后两次被软交换各自独立地控制处理,但实际媒体流却只在软交换管辖的同一个媒体网关/AG/IAD交互。
如图1所述CS->IMS->CS的呼叫场景中,在两侧的MGCF/IM-MGW都是同一个物理实体的情况下,虽然从端到端的角度看仍然是同一个呼叫,但由于其是先后两次经过MGCF/IM-MGW的处理的,在MGCF看来是两次独立的汇接呼叫,这样,虽然最终是在同一个IM-MGW上进行媒体交互,并没有真正经过一段IP承载,但由于在MGCF上两个呼叫控制实例彼此独立,相关数据不能关联、共享,因而依据原有技术,MGCF将控制IM-MGW在为CS->IMS段和IMS->CS段分配的两个IP端口间进行媒体交互,数据从CS->IMS段的TDM端口经过RTP组包然后经由两IP端口间交互,再经过RTP解包恢复到TDM端口,同时,如果在IMS会话中两侧媒体协商选择了与原来电路呼叫不同的编码类型,在上述处理中还包括编码类型的来回转换处理。对于图2的呼叫场景与此同理,不再赘述。
在上述的场景中,按现有承载控制处理方式,会导致多余的编解码转换以及多余的组包解包处理,这样无谓的增加了系统的处理负荷,同时也增加了处理时延,对传输的媒体流的服务质量会造成负面的影响。

发明内容
本发明提供一种承载控制的处理方法,以解决现有技术中因对媒体流多余的编解码转换以及多余的组包解包处理,存在增加系统处理负荷和时延,从而影响媒体流服务质量的问题。
本发明提供以下技术方案
一种承载控制的处理方法,包括如下步骤第一控制实体将从TDM承载网络域路由入局或由本局接入POTS用户发起的呼叫路由到IP承载网络域;第二控制实体接收到从所述IP承载网络域返回并发往TDM承载网络域或本局接入的POTS用户的所述呼叫,确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互时,第一和第二控制实体通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型,并控制对应的媒体网关按该媒体编码类型传输媒体流。
其中所述第一控制实体和第二控制实体为同一物理控制实体,在控制实体上预先配置本控制实体管辖的所有媒体网关可以使用的IP地址,该IP地址可以有效区分本网络范围有效的IP节点;第二控制实体依据会话描述协议(SDP)协商中传递的媒体流交互的源端IP地址及本端为本次呼叫选定的媒体网关,确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互,或者,在第一控制实体路由的所述呼叫中携带会话相关信息,第二控制实体依据该会话相关信息确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互。其中所述会话相关信息是指与从TDM承载网络域或POTS用户接入到IP承载网络域段呼叫的承载控制相关的具体信息。所述具体信息包括但不限于发端的媒体网关标识,和/或该媒体网关对应的第一控制实体的标识,和/或上下文标识,和/或终端标识信息。
此时,所述第一控制实体和第二控制实体可以为同一个物理控制实体,控制所述同一物理媒体网关上的媒体流交互;或者,所述第一控制实体和第二控制实体也可以为相互独立的物理控制实体,分别控制位于同一物理媒体网关上的两个不同逻辑媒体网关实体上的媒体流交互。
或者,所述会话相关信息是指会话索引信息,并且所述第一控制实体和第二控制实体为同一个物理控制实体;第二控制实体根据该信息判断自身与第一控制实体位于同一物理实体,并索引到第一控制实体上保存的从TDM承载网络域或POTS用户接入到IP承载网络域段的呼叫记录,进而获得与该段呼叫承载控制相关的具体信息,包括但不限于发端媒体网关标识,和/或上下文标识,和/或终端标识信息。
另外,第一和第二控制实体通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型,并控制对应的媒体网关按该媒体编码类型传输媒体流可以通过以下方式之一来完成第一控制实体在提供的SDP描述中将本侧TDM承载或用户线接入的媒体编码类型作为选项之一,第二控制实体在向第一控制实体返回应答的SDP描述中选择该媒体编码类型,从而实现通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
或者,第一控制实体在提供的SDP描述中未将本侧TDM承载或用户线接入的媒体编码类型作为选项之一时,第二控制实体拒绝第一控制实体提供的所有选项,并在重新提供的SDP描述中提供IP承载网络域至TDM承载网络域或本局接入的POTS用户的呼叫中出IP承载网络域侧TDM承载或用户线接入的媒体编码类型,第一控制实体向第二控制实体返回应答的SDP描述中选择该媒体编码类型,从而实现通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
此时,进一步的,第二控制实体在重新提供的SDP描述中还携带附加指示,指示第一控制实体无条件接受其中提供的编码类型。
所述IP承载网络域为IMS网络域或为基于IP承载的软交换网络域;当为基于IP承载的软交换网络域时,IP承载网络域可以是与本软交换间为IP承载连接的另一软交换或是应用服务器。
所述媒体网关为IMS媒体网关(IM-MGW)、或通用媒体网关(MGW)、或接入媒体网关(AG)或住宅媒体网关(IAD);所述控制实体分别为上述媒体网关的控制实体,即为控制IMS媒体网关的媒体网关控制功能(MGCF),或为控制MGW、AG、IAD的软交换。
一种承载控制的处理方法,包括如下步骤第一控制实体将从TDM承载网络域路由入局或由本局接入POTS用户发起的呼叫路由到IP承载网络域,并在发送的SIP消息中携带会话相关信息;第二控制实体接收到从所述IP承载网络域返回并发往TDM承载网络域或本局接入的POTS用户的所述呼叫,根据所述会话的相关信息确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互时,第一控制实体或/和第二控制实体控制媒体网关直接将两侧的TDM中继端口或用户线端口连接来传输媒体流。其中所述会话相关信息是指与从TDM承载网络域或POTS用户接入到IP承载网络域段呼叫的与承载控制相关的具体信息。
所述具体信息包括但不限于发端的媒体网关标识,和/或该媒体网关对应的第一控制实体的标识,和/或上下文标识,和/或终端标识信息。
此时,所述第一控制实体和第二控制实体为同一个物理控制实体,控制所述同一物理媒体网关上的媒体流交互;或者所述第一控制实体和第二控制实体为相互独立的物理控制实体,分别控制位于同一物理媒体网关上的两个不同逻辑媒体网关实体上的媒体流交互。
或者,所述会话相关信息是指会话索引信息,并且所述第一控制实体和第二控制实体为同一个物理控制实体;第二控制实体根据该信息判断自身与第一控制实体位于同一物理实体,并索引到第一控制实体上保存的从TDM承载网络域或POTS用户接入到IP承载网络域段的呼叫记录,进而获得与该段呼叫承载控制相关的具体信息,包括但不限于发端媒体网关标识,和/或上下文标识,和/或终端标识信息。
所述会话的相关信息可以通过SIP消息的特定头域、或SIP消息体、或SDP中的特定字段或SDP中的扩充字段携带。
IP承载网络域中的中间网元透传所述会话的相关信息。
在此基础上,进一步的,第一和第二控制实体可以通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。可以通过以下两种方式之一来完成第一控制实体在提供的SDP描述中将本侧TDM承载或用户线接入的媒体编码类型作为选项之一,第二控制实体在向第一控制实体返回应答的SDP描述中选择该媒体编码类型,从而实现通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
或者,第一控制实体在提供的SDP描述中未将本侧TDM承载或用户线接入的媒体编码类型作为选项之一时,第二控制实体拒绝第一控制实体提供的所有选项,并通过在重新提供的SDP描述中提供IP承载网络域至TDM承载网络域或本局接入的POTS用户的呼叫中出IP承载网络域侧TDM承载或用户线接入的媒体编码类型,第一控制实体向第二控制实体返回应答的SDP描述中选择该媒体编码类型,从而实现通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
此时,进一步的,第二控制实体可以在重新提供的SDP描述中还携带附加指示,指示第一控制实体无条件接受其中提供的编码类型。
所述IP承载网络域为IMS网络域或为基于IP承载的软交换网络域;当为基于IP承载的软交换网络域时,IP承载网络域可以是与本软交换间为IP承载连接的另一软交换或是应用服务器。
所述媒体网关包括IMS媒体网关(IM-MGW)、或通用媒体网关(MGW)、或接入媒体网关(AG),或住宅媒体网关(IAD),所述控制实体分别为上述媒体网关的控制实体,即为控制IMS媒体网关的媒体网关控制功能(MGCF),或为控制MGW、AG、IAD的软交换。
在本发明中,媒体网关的控制实体在判断从TDM承载网络域/本局接入POTS用户->IP承载网络域->TDM承载网络域/本局接入POTS用户的呼叫在同一媒体网关上交互媒体流时,执行优化处理,避免了该呼叫场景中无谓的RTP组包解包及可能的编解码转换处理,从而避免了由此带来的网络处理负荷以及因增加处理时延而对交互媒体流QoS造成的不良影响,改善了网络资源利用效率及用户业务体验。


图1为CS->IMS->CS的呼叫场景的示意图;图2为TDM承载网络域/本局接入POTS用户->软交换/AS->TDM承载网络域/本局接入POTS用户的呼叫场景的示意图;图3为通过会话协商避免对媒体流进行多余编解码转换处理的流程图;图4、图5为通过增加会话相关信息解决对媒体流进行多余的编解码及组包、解包处理问题的流程图。
具体实施例方式
在TDM承载网络域/本局接入POTS用户->IP承载网络域->TDM承载网络域/本局接入POTS用户的场景(即CS->IMS->CS及软交换相关场景)下,为了避免在同一物理媒体网关上交互媒体流时对媒体流进行多余的编解码、组包和解包处理,本发明在媒体网关的控制实体接收到从IP承载网络域返回并发往TDM承载网络域或本局接入的POTS用户的呼叫并判断最终在同一物理媒体网关上交互媒体流时,控制实体之间通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型,并控制媒体网关按该媒体编码类型传输媒体流,以避免可能存在的编解码转换处理;或者,控制实体控制媒体网关将两侧的TDM中继端口或用户线端口直接连接来传输媒体流,以避免组包和解包处理,以及可能存在的编解码转换。
TDM承载网络域/本局接入POTS用户->IP承载网络域->TDM承载网络域/本局接入POTS用户的场景是指将从TDM承载网络域路由入局或本局接入POTS用户发起的呼叫路由到IP承载网络域相关节点,IP承载网络域相关节点处理后返回TDM承载网络域或本局接入的POTS用户,其中,前后的TDM承载网络域或POTS用户并不要求是同一个或同一类,即,包括TDM承载网络域->IP承载网络域->TDM承载网络域、POTS用户->IP承载网络域->POTS用户、TDM承载网络域->IP承载网络域->POTS用户或POTS用户->IP承载网络域->TDM承载网络域四种情况,同时,TDM承载网络域->IP承载网络域->TDM承载网络域情况下TDM承载网络域不要求是同一个,POTS用户->IP承载网络域->POTS用户情况下则POTS用户不能是同一个。
所述媒体网关包括IMS媒体网关(IM-MGW),通用媒体网关(MGW),接入媒体网关(AG)和住宅媒体网关(IAD),所述控制实体分别为上述媒体网关的控制实体,即为控制IMS媒体网关的媒体网关控制功能(MGCF),或为控制MGW、AG、IAD的软交换。
控制实体判断最终在同一物理媒体网关上交互媒体流的依据可以是(1)双方SDP协商中传递的双方媒体流交互的IP地址,此时,两个控制实体也必须位于同一物理实体上;具体方法为在媒体网关的控制实体上,预先配置本控制实体管理的所有媒体网关可以使用的IP地址,该IP地址可以有效区分本网络范围有效的IP节点。第二控制实体依据会话描述协议(SDP)协商中传递的媒体流交互的源端IP地址及本端为本次呼叫选定的媒体网关,确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互。
(2)媒体网关的控制实体处理TDM承载网络域/本局接入POTS用户->IP承载网络域段呼叫时,在发出的SIP消息中增加的会话相关信息。
所述会话相关信息可以是与TDM承载网络域/本局接入POTS用户->IP承载网络域段呼叫的承载控制相关的具体信息,也可以是会话索引信息。
所述会话相关信息通过SIP消息的特定头域携带,如,由表示消息所经路径的Via头域携带,或者由SIP消息体携带;或者由SDP中的特定字段携带,如标识会话所有者、创建者或会话标识的“o(owner/creator and sessionidentifier)”字段、标识会话信息的“i(session information)”字段;或者由SDP中的扩充字段携带。媒体网关的控制实体根据该会话相关信息判断所处理的IP承载网络域->TDM承载网络域/本局接入POTS用户呼叫,属于TDM承载网络域/本局接入POTS用户->IP承载网络域->TDM承载网络域/本局接入POTS用户呼叫场景的后一段,且最终媒体流在同一个物理媒体网关上交互。
在SIP消息中携带会话相关信息后,IP承载网络域的中间网元根据所述SIP消息特定头域或消息体具体内容、或SDP特定字段或其内容判断、避免对该信息的处理(所属处理包括修改、拦截或授权检查并籍此拒绝业务请求等),即透传所述会话相关信息。
控制实体之间通过SIP会话中的SDP协商选择采用与两侧TDM承载/用户线接入相同的编码类型时,可以通过以下方式之一完成(1)发送端的控制实体在本侧提供的SDP描述中将与本侧TDM承载/用户线接入相同的编码类型作为选项之一,接收端的控制实体在返回的本侧应答的SDP描述中选择该所述相同的编码类型。
(2)发送端的控制实体在本侧提供的SDP描述中未将与本侧TDM承载/用户线接入同样的编码类型作为选项之一时,接收端的控制实体在返回的本侧应答的SDP描述中拒绝发送端的控制实体提供的所有选择,并通过重新提供SDP描述将与本侧TDM承载/用户线接入相同的编码类型作为选项,所述发送端的控制实体在返回的本侧应答的SDP描述中选择所述相同的编码类型。进一步的,接收端的控制实体可以在所提供的新的提供SDP中附加指示,指示接收端的控制实体无条件接受其中提供的编码类型。
以下以CS->IMS->CS场景为例,进行详细说明参阅图3(并结合图1)所示,在不增加信息传递,媒体控制功能MGCF(B)根据现有信息判断并通过会话重协商规避编解码转换处理的主要过程如下1、发端MGCF(A)收到来自电路交换域的呼叫建立请求后发送INVITE接入IMS域,其中携带的SDP仍然是标准规定的信息,包括包含CS->IMS段IMS侧IP端口IP地址信息(源端IP地址)和发端提供的编码类型选择的“提供SDP”。
2、会话经过IMS域处理后,根据业务和路由控制,仍然返回到发端MGCF(即MGCF(A)=MGCF(B)),MGCF(B)收到来自IMS域的INVITE请求,根据发端“提供SDP”中源端IP地址及本地配置的本MGCF下辖IM-MGW地址信息,判断会话来源于同一MGCF,且发端与本端选择的IM-MGW相同,即IM-MGW(A)=IM-MGW(B)。
3、根据上述判断,MGCF(B)与MGCF(A)进行SIP会话中的SDP协商,在IMS会话中选择与CS呼叫相同的编码类型;其中处理一当发端“提供SDP”描述中包含了包括与电路域呼叫相同的编码类型在内的多种可选编码类型时,MGCF(B)通过SIP响应消息返回“应答SDP”,选择与电路域呼叫相同的编解码类型。
处理二当发端“提供SDP”描述中没有包含与电路域呼叫相同的编码类型时,MGCF(B)通过SIP响应消息返回“应答SDP”拒绝“提供SDP”的编码类型选择,并重新提供包含与电路域呼叫相同的编码类型的新的“提供SDP”进行重新协商,MGCF(A)返回“应答SDP”接受新的SDP,选择与电路域呼叫相同的编解码类型。这里,为了进一步保证这一协商的成功,MGCF(B)可以在重新提供的SDP描述中携带附加指示,指示MGCF(A)无条件接受其中提供的编码类型。
4、当被叫振铃或者应答,要求建立媒体通道时,MGCF通过网关控制协议将IM-MGW上为CS->IMS段和IMS->CS段分配的两个IP端口相连,虽然还是没有避免进行RTP组包、解包处理,但通过SDP协商选择电路域呼叫相同的编码类型,规避了可能存在的编解码转换处理。
参阅图4(并结合图1)所示,增加CS->IMS段的呼叫的相关信息传递,MGCF(B)根据新增信息判断并执行优化的承载控制处理的主要过程如下1、发端MGCF(A)收到来自电路交换域的呼叫建立请求后发送INVITE接入IMS域,其中携带的SDP中增加包含发端会话中与承载控制相关的具体信息,包括但不限于发端MGCF标识、发端IM-MGW的网关标识,上下文标识和终端标识信息等。
2、会话经过IMS域处理后,根据业务和路由控制,仍然返回到发端MGCF(即MGCF(A)=MGCF(B))。
3、MGCF(B)收到来自IMS域的INVITE请求,根据其中SDP携带的发端会话相关信息,首先判断该会话是否发自本MGCF,例如,如果发端MGCF标识和本MGCF标识相同,则认为发端和终端MGCF是同一个设备,即MGCF(A)=MGCF(B)。
4、如果MGCF判断来话是始发自本MGCF,则可以进一步分析SDP中携带其他发端会话信息,并据此判断发呼叫源自电路域,而终结呼叫也将返回电路域,且发端与终端选择的是同一个IM-MGW,从而启动避免重复编解码和RTP打包的优化处理。
5、MGCF(B)与MGCF(A)进行SIP会话中的SDP协商,选择与CS呼叫相同的编码类型(由于在后续建立媒体通道时,MGCF将通过网关控制协议控制将IM-MGW上发端电路域话路和终端电路域话路直接相连,从而避免进行RTP组包、解包及编解码转换处理,因此该步骤为可选,主要目的是为了保持业务层编码类型信息与实际处理的一致性,以避免业务层编码类型信息与实际处理不一致可能导致的业务控制处理或计费处理上的问题。该步骤具体处理与图3所述流程中的步骤4处理相同)。
6、当被叫振铃或者应答,要求建立媒体通道时,MGCF根据已经获得的内部IM-MGW参数,通过网关控制协议将IM-MGW上发端电路域话路和终端电路域话路直接相连,避免进行组包、解包处理。
在图4的处理流程中,增加的发端会话相关信息是通过SDP携带的,这样可以很大程度地规避IMS网络各节点对其进行修改,以保证端到端的传递,但是,通过SIP消息特定头域或消息体携带并规定禁止中间网元对其进行修改,也能达到同样的目的。
在这个实施例中,虽然以MGCF(A)和MGCF(B)为同一物理实体为例进行说明,但是可以看到,由于两者间实际上是通过会话消息携带所有优化处理所需要的信息,因此,MGCF(A)和MGCF(B)也可以是分别控制位于同一物理实体的两个不同的逻辑媒体网关实体的两个不同的物理实体。
参阅图5所示,增加会话索引信息传递,MGCF(B)根据索引信息判断并索引到CS-IMS段会话信息,从而据此执行优化的承载控制处理的主要过程如下1、发端MGCF(A)收到来自电路交换域的呼叫建立请求后发送INVITE接入IMS域,其中携带的SDP中包含可用于唯一标识本段会话特性的信息,例如o=sessionindexl 2890844526 2890844527 IN IP4 mgcnumber.carrier.com,其中mgcnumber.carrier.com代表发端MGCF(A)的标识,sessionindexl是一个透明参数,本例中可以是关联内部会话和IM-MGW信息的索引。
2、会话经过IMS域处理后,根据业务和路由控制,仍然返回到发端MGCF(即MGCF(A)=MGCF(B))。
3、MGCF(B)收到来自IMS域的INVITE请求,根据其中SDP携带的信息,首先判断该会话是否发自本MGCF,本例中,可以根据“o=”中的<address>参数来判断。如果它和本MGCF标识相同,则认为发端和终端MGCF是同一个设备(MGCF(A)=MGCF(B))。
如果MGC判断来话是始发自本MGCF,则可以进一步根据SDP中携带的透明参数,本例中是sessionindexl,索引到发端内部数据(即CS->IMS呼叫段信息),从而获得控制网关所需要的信息,包括但不限于发端IM-MGW的网关标识,上下文标识和终端标识信息。
4、如果MGCF根据内部信息判断始发呼叫源自电路域,而终结呼叫也将返回电路域,则可以启动避免重复编解码和RTP打包的优化处理。
5、MGCF(B)与MGCF(A)进行SIP会话中的SDP协商,选择与CS呼叫相同的编码类型(同上一实施例的说明,该步骤为可选,具体处理与图3所述流程中的步骤4处理相同)。
6、当被叫振铃或者应答要求建立媒体通道时,MGCF根据已经获得的内部IM-MGW参数,通过网关控制协议将IM-MGW上发端电路域话路和终端电路域话路直接相连,避免进行组包、解包处理。
同样的,在图5所示的处理流程中,增加的唯一标识本段会话特性的信息是通过SDP携带的,这样可以很大程度地规避IMS网络各节点对其进行修改,以保证端到端的传递,但是,通过SIP消息特定头域或消息体携带并规定禁止中间网元对其进行修改,也能达到同样的目的。
通过上述实例可以看到,在图3所示的处理流程中,IMS会话段上没有增加新的信息传递,因此。处理IMS->CS段呼叫的MGCF(B)只能根据会话中传递的原有信息,借助本地增加的配置信息(本MGCF下辖所有IM-MGW的IP地址),实现规避可能存在的编解码转换的优化处理;而在图4和图5所示的处理流程中,处理CS->IMS呼叫段的MGCF(A)(发端MGCF)在发送的INVITE中增加了会话相关的信息传递,这样,处理IMS->CS段呼叫的MGCF(B)和处理CS->IMS段呼叫的MGCF(A)不仅可以进一步或直接依据所增加的信息进行呼叫场景的判断,还可以由此得到包括但不限于发端IM-MGW标识、上下文标识及终端标识等IM-MGW与承载控制相关的具体信息,从而控制IM-MGW将其上发端电路域话路和终端电路域话路直接相连,以避免进行组包、解包和编解码转换处理。
所述在会话中增加传递的会话相关信息可以是如图4所示流程中发端与承载控制相关的具体信息,比如MGCF、IM-MGW标识、上下文标识及终端标识等,MGCF(B)和/或MGCF(A)根据这些信息直接控制IM-MGW进行优化处理,也可以是图5所示流程中的某种会话索引信息,MGCF(B)根据索引信息索引到与自己属于同一物理实体的MGCF(A)为CS-IMS呼叫处理保留的数据,从而由MGCF(B)和/或MGCF(A)根据这些信息控制IM-MGW进行优化处理,因此,图4和图5所示的处理流程主要是在MGCF(B)获得优化处理所需数据上的处理有所不同。
另一方面,由于图4是直接在会话消息中携带优化处理所需信息,而图5需要根据索引信息匹配到源端呼叫处理中在MGCF(A)上保留的数据,因此,采用图4的方法可以适用于MGCF(A)和MGCF(B)为同一物理实体的情况,也可以适用于MGCF(A)和MGCF(B)是分别控制位于同一物理实体的两个不同的逻辑媒体网关实体的两个不同的物理实体的情况,而采用图5所示的方法则只能适用于MGCF(A)和MGCF(B)为同一物理实体的情况。
图3、图4和图5的描述都以CS->IMS->CS呼叫并实际在同一IM-MGW交互媒体流场景为例,但如背景技术所述,该技术同样可以适用于同一呼叫先后两次经过某一软交换并最终实际在该软交换下辖同一媒体网关、AG以及IAD进行媒体流交互的场景,此时,IMS可以是与本软交换通过IP承载相连的其他软交换或业务服务器,MGCF可以是软交换,而IM-MGW则可以是软交换下辖的媒体网关,AG(接入网关)以及IAD(Integrated Access Device,综合接入设备),其处理过程与上述同理,不再赘述。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
权利要求
1.一种承载控制的处理方法,其特征在于,包括如下步骤第一控制实体将从TDM承载网络域路由入局或由本局接入POTS用户发起的呼叫路由到IP承载网络域;第二控制实体接收到从所述IP承载网络域返回并发往TDM承载网络域或本局接入的POTS用户的所述呼叫,确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互时,第一和第二控制实体通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型,并控制对应的媒体网关按该媒体编码类型传输媒体流。
2.如权利要求1所述的方法,其特征在于,所述第一控制实体和第二控制实体为同一物理控制实体,在控制实体上预先配置本控制实体管辖的所有媒体网关可以使用的IP地址,该IP地址可以有效区分本网络范围有效的IP节点;第二控制实体依据会话描述协议(SDP)协商中传递的媒体流交互的源端IP地址及本端为本次呼叫选定的媒体网关,确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互。
3.如权利要求1所述的方法,其特征在于,在第一控制实体路由的所述呼叫中携带会话相关信息,第二控制实体依据该会话相关信息确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互。
4.如权利要求3所述的方法,其特征在于,所述会话相关信息是指与从TDM承载网络域或POTS用户接入到IP承载网络域段呼叫的承载控制相关的具体信息;所述具体信息包括但不限于发端的媒体网关标识,和/或该媒体网关对应的第一控制实体的标识,和/或上下文标识,和/或终端标识信息。
5.如权利要求4所述的方法,其特征在于,所述第一控制实体和第二控制实体为同一个物理控制实体,控制所述同一物理媒体网关上的媒体流交互;或者,所述第一控制实体和第二控制实体为相互独立的物理控制实体,分别控制位于同一物理媒体网关上的两个不同逻辑媒体网关实体上的媒体流交互。
6.如权利要求3所述的方法,其特征在于,所述会话相关信息是指会话索引信息,并且所述第一控制实体和第二控制实体为同一个物理控制实体;第二控制实体根据该信息判断自身与第一控制实体位于同一物理实体,并索引到第一控制实体上保存的从TDM承载网络域或POTS用户接入到IP承载网络域段的呼叫记录,进而获得与该段呼叫承载控制相关的具体信息,该具体信息包括但不限于发端媒体网关标识,和/或上下文标识,和/或终端标识信息。
7.如权利要求1所述的方法,其特征在于,第一控制实体在提供的SDP描述中将本侧TDM承载或用户线接入的媒体编码类型作为选项之一,第二控制实体在向第一控制实体返回应答的SDP描述中选择该媒体编码类型,从而实现通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
8.如权利要求1所述的方法,其特征在于,第一控制实体在提供的SDP描述中未将本侧TDM承载或用户线接入的媒体编码类型作为选项之一时,第二控制实体拒绝第一控制实体提供的所有选项,并在重新提供的SDP描述中提供IP承载网络域至TDM承载网络域或本局接入的POTS用户的呼叫中出IP承载网络域侧TDM承载或用户线接入的媒体编码类型,第一控制实体向第二控制实体返回应答的SDP描述中选择该媒体编码类型,从而实现通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
9.如权利要求8所述的方法,其特征在于,第二控制实体在重新提供的SDP描述中还携带附加指示,指示第一控制实体无条件接受其中提供的编码类型。
10.如权利要求1至9任一项所述的方法,其特征在于,所述IP承载网络域为IMS网络域或为基于IP承载的软交换网络域;当为基于IP承载的软交换网络域时,IP承载网络域可以是与本软交换间为IP承载连接的另一软交换或应用服务器。
11.如权利要求10所述的方法,所述媒体网关为IMS媒体网关(IM-MGW)、或通用媒体网关(MGW)、或接入媒体网关(AG)或住宅媒体网关(IAD);所述控制实体分别为上述媒体网关的控制实体,即为控制IMS媒体网关的媒体网关控制功能(MGCF),或为控制MGW、AG、IAD的软交换。
12.一种承载控制的处理方法,其特征在于,包括如下步骤第一控制实体将从TDM承载网络域路由入局或由本局接入POTS用户发起的呼叫路由到IP承载网络域,并在发送的SIP消息中携带会话相关信息;第二控制实体接收到从所述IP承载网络域返回并发往TDM承载网络域或本局接入的POTS用户的所述呼叫,根据所述会话的相关信息确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互时,第一控制实体或/和第二控制实体控制媒体网关直接将两侧的TDM中继端口或用户线端口连接来传输媒体流。
13.如权利要求12所述的方法,其特征在于,所述会话相关信息是指与从TDM承载网络域或POTS用户接入到IP承载网络域段呼叫的与承载控制相关的具体信息。
14.如权利要求13所述的方法,其特征在于,所述信息包括但不限于发端的媒体网关标识,和/或该媒体网关对应的第一控制实体的标识,和/或上下文标识,和/或终端标识信息。
15.如权利要求13所述的方法,其特征在于,所述第一控制实体和第二控制实体为同一个物理控制实体,控制所述同一物理媒体网关上的媒体流交互;或者所述第一控制实体和第二控制实体为相互独立的物理控制实体,分别控制位于同一物理媒体网关上的两个不同逻辑媒体网关实体上的媒体流交互。
16.如权利要求12所述的方法,其特征在于,所述会话相关信息是指会话索引信息,并且所述第一控制实体和第二控制实体为同一个物理控制实体;第二控制实体根据该信息判断自身与第一控制实体位于同一物理实体,并索引到第一控制实体上保存的从TDM承载网络域或POTS用户接入到IP承载网络域段的呼叫记录,进而获得与该段呼叫承载控制相关的具体信息,包括但不限于发端媒体网关标识,和/或上下文标识,和/或终端标识信息。
17.如权利要求12所述的方法,其特征在于,通过SIP消息的特定头域、或SIP消息体、或SDP中的特定字段或SDP中的扩充字段携带所述会话的相关信息。
18.如权利要求17所述的方法,其特征在于,IP承载网络域中的中间网元透传所述会话的相关信息。
19.如权利要求12所述的方法,其特征在于,第一和第二控制实体通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
20.如权利要求19所述的方法,其特征在于,第一控制实体在提供的SDP描述中将本侧TDM承载或用户线接入的媒体编码类型作为选项之一,第二控制实体在向第一控制实体返回应答的SDP描述中选择该媒体编码类型,从而实现通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
21.如权利要求19所述的方法,其特征在于,第一控制实体在提供的SDP描述中未将本侧TDM承载或用户线接入的媒体编码类型作为选项之一时,第二控制实体拒绝第一控制实体提供的所有选项,并通过在重新提供的SDP描述中提供IP承载网络域至TDM承载网络域或本局接入的POTS用户的呼叫中出IP承载网络域侧TDM承载或用户线接入的媒体编码类型,第一控制实体向第二控制实体返回应答的SDP描述中选择该媒体编码类型,从而实现通过SIP会话中的媒体协商交互选择与两侧TDM承载或用户线接入相同的媒体编码类型。
22.如权利要求21所述的方法,其特征在于,第二控制实体在重新提供的SDP描述中还携带附加指示,指示第一控制实体无条件接受其中提供的编码类型。
23.如权利要求12至22任一项所述的方法,其特征在于,所述IP承载网络域为IMS网络域或为基于IP承载的软交换网络域;当为基于IP承载的软交换网络域时,IP承载网络域可以是与本软交换间为IP承载连接的另一软交换或应用服务器。
24.如权利要求23所述的方法,所述媒体网关包括IMS媒体网关(IM-MGW)、或通用媒体网关(MGW)、或接入媒体网关(AG),或住宅媒体网关(IAD),所述控制实体分别为上述媒体网关的控制实体,即为控制IMS媒体网关的媒体网关控制功能(MGCF),或为控制MGW、AG、IAD的软交换。
全文摘要
本发明公开了一种承载控制的处理方法,该方法由第一控制实体将从TDM承载网络域路由入局或由本局接入POTS用户发起的呼叫路由到IP承载网络域;第二控制实体接收到从所述IP承载网络域返回并发往TDM承载网络域或本局接入的POTS用户的所述呼叫,确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互时,第一控制实体或/和第二控制实体控制所述媒体网关直接将两侧TDM中继或用户线端口相连,和/或通过交互选择与两侧TDM承载或用户线接入相同的媒体编码类型,并控制对应的媒体网关按该媒体编码类型传输媒体流。
文档编号H04L29/06GK1925632SQ200510093909
公开日2007年3月7日 申请日期2005年8月31日 优先权日2005年8月31日
发明者朱东铭, 徐培利, 林铭, 段晓琴 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1