CN101160947A

CN101160947A - 一种承载控制的处理方法

Info

Publication number: CN101160947A
Application number: CNA2006800123170A
Authority: CN
Inventors: 朱东铭; 徐培利; 林铭; 段小琴
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-08-31
Filing date: 2006-07-27
Publication date: 2008-04-09
Also published as: CN1925632A; EP1942648B1; EP1942648A1; WO2007025447A1; EP1942648A4; EP3361714A1; EP2757766A1; ES2484091T3; EP3361714B1; CN100413351C; US20090252149A1; EP2757766B1

Abstract

本发明公开了一种承载控制的处理方法，该方法由第一控制实体将从TDM承载网络域路由入局或由本局接入POTS用户发起的呼叫路由到IP承载网络域；第二控制实体接收到从所述IP承载网络域返回并发往TDM承载网络域或本局接入的POTS用户的所述呼叫，确定入、出IP承载网络域的媒体流在同一物理媒体网关上交互时，第一控制实体或/和第二控制实体控制所述媒体网关直接将两侧TDM中继或用户线端口相连，和/或通过交互选择与两侧TDM承载或用户线接入相同的媒体编码类型，并控制对应得媒体网关按该媒体编码类型传输媒体流。

Description

一种承载控制的处理方法技术领域

本发明涉及通信领域的承载控制技术，尤其涉及一种承载控制的处理方法。

背景技术

从 3GPP R5 阶段开始，通用移动电信系统（ Universal Mobile Telecommunications System, UMTS)核心网划分为电路交换（CS)域、分组交换（PS)域以及 IP多媒体子系统（IMS), 其中：

电路交换域（Circuit Switched Domain)用于向用户提供电路型业务的连接；

分组交换域（Packet Switched Domain):用于向用户提供分组型业务的连接；

IP多媒体子系统（IP Multimedia Subsystem), 是 3GPP R5阶段增加的宽带码分多址 WCDMA网络中叠加在已有分组交换域之上的一个子系统，采用分组交换域为其上层控制信令和媒体传输的承载通道，引入会话初始协议 SIP 作为业务控制协议，利用 SIP简单；易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务。

由 3GPP标准所定义的 IMS架构全面解决了 IP承载下提供多媒体业务所需要解决的漫游计费、服务质量（QoS)、安全保障等关键的可运营问题，其架构和思路已获得业界公认； 3GPP也已经开始了面向多种接入技术的全 IP 网（AIPN)等课题研究；用户可以根据其签约通过单一多模终端或多种类型的不同终端经由不同接入技术的接入网接入 IMS,以获得统一的多媒体业务。

在这样一、种技术背景下，随着 IMS的发展，传统的电路交换网络与 IMS 网络之间的关系将逐渐由单纯的呼叫互通发展到不同层面的融合。在这一发展过程中，将越来越多地涉及到一种呼叫场景： CS->IMS-?>CS，即呼叫始发自电路交换网络，经过电路交换网络的路由控制转入 IMS网络触发特定的业务控制，之后再返回电路交换网络接续到被叫用户。

'在 IMS中，通过媒体网关控制功能（MGCF)与 IMS媒体网关（IM-MGW) 配合完成 IMS与电路交换网的互通，其中：

媒体网关控制功能（MGCF)实现 IMS核心控制面与电路交换网络（包括公共交换通信网（PSTN)和公共陆地网（PLMN) 的 CS域））的交互，支持 ISDN用户部分 ISUP协议以及承载无关的呼叫控制 BICC协议与 SIP的协议交互及呼叫互通，通过 H.248协议控制 IMS媒体网关 IM-MGW完成电路交换网络时分复用 TDM承载与 IMS域用户面网际协议 IP承载实时传输协议 RTP流的实时转换。

IMS媒体网关 IM-MGW完成 IMS与电路交换网络用户面宽窄带承载(例如 IP承载实时传输协议 RTP流与时分复用 TDM承载）的实时转换及必要的 Codec编解码变换。

因此，在 CS->IMS->CS的情况下，在 CS->IMS的呼叫段和 IMS->CS的呼叫段上将分别经过一个 IMS/CS互通网关（MGCF/IM-MGW) 的处理。当 CS采用 TDM承载时，其控制面和用户面的连接关系如图 1所示（在本文后续描述中，未加特殊说明情况下 CS均指电路交换网，即包括 PSTN和 PLMN CS域）。

其中， IM-MGW (A) 的控制实体 MGCF (A)完成控制面与 CS移动交换中心（MSC) /本地交换局（LE) (A)之间 ISUP/BICC协议到 IMS的 SIP 协议的转换，并通过 H.248控制 IM-MGW (A)完成用户面 CS侧 TDM承载到 IMS侧 IP承载的转换以及必要的编解码转换； IM-MGW (B)的控制实体 MGCF (B)则与之相反，完成控制面 IMS的 SIP协议到与 CS移动交换中心 (MSC) /本地交换局（LE) (B)之间 ISUP/BICC协议的转换，通过 H.248 控制 IM-MGW (B)完成用户面 IMS侧 IP承载到 CS侧 TDM承载的转换以及必要的编解码转换。

从图 1可以看到，由于在用户面上两段 TDM承载中间经过了一段 IP承载，在两侧的 IMS媒体网关（IM-MGW (A)和 IM-MGW (B))上将分别经过 RTP组包和解包处理。同时，两侧的网关（包括 MGCF/IM-MGW)还可能根据本地配置策略，对于 IP承载段选择不同于原来 TDM承载的编码类型，这样，在两侧的 IMS媒体网关还将分别进行编解码的转换处理。而实际上在某些特定情况下，两个网关、 B (包括 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会话中两侧媒体协商选择了与原来电路呼叫不同的编码类型，在上述处理中还包括编码类型的来回转换处理；而实际上，由于 CS->IMS段的 TDM端口与 IMS->CS段的 TDM 端口间的用户面数据流实际上并未离开这一 IM-MGW实体，上述的 RTP组包解包以及编解码转换处理实际上完全是不必要的。

也就是说，在上述的特定情况中，按现有承载控制处理方式，会导致多余的编解码转换以及多余的 RTP组包解包处理，无谓的增加了系统的处理负荷，同时也增加了处理时延，对传输的媒体流的服务质量会造成负面的影响。

在如图 2所示的混合组网的软交换中，同样可能出现类似的问题，比如：媒体网关（A)的控制实体软交换（ A)接到 TDM连接的局向本地交换局（LE) 的来话或本局一般电话业务（POTS)用户（A) 发起的呼叫，经过路由分析或业务触发判断后将呼叫路由出局至一个 IP连接的局向（如另一个软交换或者业务服务器（AS))，在该局完成相应的业务处理后呼叫又路由到媒体网关

(B) 的控制实体软交换（B) (比如经过前转），并由该软交换（B)再次将呼叫路由至一个 TDM连接的局向 LE (B)或本局 POTS用户（B)。在网关

(A) (包括软交换（A)和媒体网关（A))和网关（B) (包括软交换（B) 和媒体网关（B)) 是同一个物理实体的情况下（网关（A) -网关（B))，在这个网关上，同样是一个呼叫先后两次被软交换各自独立地控制处理，但实际媒体流却只在软交换管辖的同一个媒体网关上交互。则上述参考图 1描述的 CS->IMS->CS的呼叫场景中的特定情况仍然存在，按现有承载控制处理方式，将会导致多余的编解码转换以及多余的 RTP组包解包处理，无谓的增加了系统的处理负荷，同时也增加了处理时延，对传输的媒体流的服务质量会造成负面的影响。

图 2中，所述媒体网关可以包括：通用媒体网关（MGW)，接入媒体网关（AG) 和住宅媒体网关（IAD)，所述控制实体分别为上述媒体网关对应的控制实体，即控制 MGW、 AG、 IAD的软交换。

发明内容

本发明提供一种承载控制的处理方法，对于从 TDM承载网络域或本局接入 POTS用户到 IP承载网络域，再从 IP承载网络域返回到 TDM承载网络域或本局接入 POTS用户的场景，在处理两段呼叫的网关为同一个物理实体的情况下，避免现有技术中因对媒体流多余的编解码转换以及多余的组包解包处理，导致的增加系统处理负荷和时延，从而影响媒体流服务质量的问题。

本发明提供以下技术方案：

一种承载控制的处理方法，包括如下步骤：

第一控制实体将从 TDM承载网络域路由入局或由本局接入 POTS用户发起的呼叫路由到 IP承载网络域；

第二控制实体接收到从所述 IP承载网络域返回并发往 TDM承载网络域或本局接入的 POTS用户的所述呼叫，确定入、出 IP承载网络域的媒体流在同一物理媒体网关上交互时，第一和第二控制实体通过 SIP会话中的媒体协商交互选择与两侧 TDM承载或用户线接入相同的媒体编码类型，并控制对应的媒体网关按该媒体编码类型传输媒体流。

其中：所述第一控制实体和第二控制实体为同一物理控制实体，在控制实体上预先配置本控制实体管辖的所有媒体网关可以使用的 IP地址，该 IP 地址可以有效区分本网络范围有效的 IP节点；第二控制实体依据会话描述协议（SDP)协商中传递的媒体流交互的源端 IP地址及本端为本次呼叫选定的媒体网关，确定入、出 IP承载网络域的媒体流在同一物理媒体网关上交互。

或者，在第一控制实体路由的所述呼叫中携带会话相关信息，第二控制实体依据该会话相关信息确定入、出 IP承载网络域的媒体流在同一物理媒体网关上交互。其中：

所述会话相关信息是指与从 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 网络域，所述媒体网关为： IMS媒体网关 (IM-MGW) , 所述控制实体为控制 IMS 媒体网关的媒体网关控制功能 (MGCF); 或者，

所述 IP承载网络域为基于 IP承载的软交换网络域，即为与本软交换间为 IP承载连接的另一软交换或应用服务器，所述媒体网关为：通用媒体网关 (MGW)、或接入媒体网关（AG) 或住宅媒体网关（IAD); 所述控制实体为控制 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描述中提供 IP承载网络域至 TDM承载网络域或本局接入的 POTS用户的呼叫中出 IP承载网络域侧 TDM承载或用户线接入的媒体编码类型，第一控制实体向第二控制实体返回应答的 SDP 描述中选择该媒体编码类型，从而实现通过 SIP会话中的媒体协商交互选择与两侧 TDM承载或用户线接入相同的媒体编码类型。

此时，进一步的，第二控制实体可以在重新提供的 SDP描述中还携带附加指示，指示第一控制实体无条件接受其中提供的编码类型。

所述 IP承载网络域为 IMS网络域，所述媒体网关为： IMS媒体网关

( IM-MGW )，所述控制实体为控制 IMS媒体网关的媒体网关控制功能

(MGCF); 或者，

所述 IP承载网络域为基于 Π»承载的软交换网络域，即为与本软交换间为 IP承载连接的另一软交换或应用服务器，所述媒体网关为：通用媒体网关 (MGW)、或接入媒体网关（AG) 或住宅媒体网关（IAD); 所述控制实体为控制 MGW、 AG、 IAD的软交换。在本发明中，对于从 TDM承载网络域或本局接入 POTS用户到 IP承载网络域，再从 IP承载网络域返回到 TDM承载网络域或本局接入 POTS用户的场景，当媒体网关的控制实体判断处理两段呼叫的网关为同一个物理实体的情况时，执行优化处理，避免了该情况下无谓的 RTP组包解包及可能的编解码转换处理，从而避免了由此带来的网络处理负荷以及因增加处理时延而对交互媒体流 QoS造成的不良影响，改善了网络资源利用效率及用户业务体验。

附图说明 .

图 1是以 CS ->IMS->CS的呼叫场景为例，示出了从 TDM承载网络域用户到 IP承载网络域，再从 IP承载网络域返回到 TDM承载网络域的一种场景的示意图；

图 2是软交换组网中，软交换（A)将来自 TDM承载网络域或本局接入 POTS用户的呼叫转至 IP承载的软交换 /AS，经其处理后再由软交换（B)转至 TDM承载网络域或本局接入 POTS用户的呼叫场景的示意图；

图 3为通过会话协商避免对媒体流进行多余编解码转换处理的流程图；图 4、图 5为通过增加会话相关信息解决对媒体流进行多余的编解码及组包、解包处理问题的流程图。

具体实施方式

在 TDM承载网络域 /本局接入 POTS用户- >IP承载网络域- >TDM承载网络域 /本局接入 POTS用户的场景（即 CS->IMS->CS及软交换相关场景）下，为了避免在同一物理媒体网关上交互媒体流时对媒体流进行多余的编解码转换、 RTP组包和解包处理，本发明在在媒体网关的控制实体接收到从 IP承载网络域返回并发往 TDM承载网络域或本局接入的 POTS用户的呼叫后，当判断最终在同一物理媒体网关上交互媒体流时，进行如下的优化处理：

' 控制实体之间通过 SIP会话中的媒体协商交互，选择与两侧 TDM承载或用户线接入相同的媒体编码类型，并控制媒体网关按该媒体编码类型传输媒体流，以避免可能存在的编解码转换处理；

或者，控制实体控制媒体网关将两侧的 TDM中继端口或用户线端口直接连接来传输媒体流，以避免多余的 RTP组包和解包处理，以及可能存在的编解码转换。一 ·

上述 TDM承载网络域 /本局接入 POTS用户- >IP承载网络域- >TDM承载网络域 /本局接入 POTS用户的场景是指：在 CS与 IMS互通时， CS-IMS互通网关 MGCF/IM-MGW (A)将从 TDM承载的 CS域呼叫互通至 IP承载的

IMS相关节点，经 IMS处理后再经 CS-IMS互通网关 MGCF/IM-MGW (B) 互通至 TDM承载的 CS域；或者，在软交换组网中，软交换（A)将从 TDM 承载网络域路由入局或本局接入 POTS用户发起的呼叫路由到 IP承载网络域相关节点， IP承载网络域相关节点处理后经软交换（B)返回 TDM承载网络域或本局接入的 POTS用户。其中，前后的 TDM承载网络域或 POTS用户并不要求是同一个或同一类，即，包括： TDM承载网络域一 >IP承载网络域一

>TDM承载网络域、 POTS用户一 >IP承载网络域一 >P0TS用户、 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节点。这样，当前面所述 A、 B两个逻辑控制实体位于同一个物理控制实体上的时候，第二控制实体即图 1中 MGCF (B) 或图 2中软交换（B)，可以依据控制实体之间进行 SDP (会话描述协议）协商中传递的双方媒体流交互的 ΪΡ地址，参考本地配置的本物理控制实体管理的所有媒体网关可以使用的 IP地址，具体而言就是，第二控制实体依据会话描述协议（SDP)协商中传递的媒体流交互的源端媒体网关的 IP地址及本控制实体为本次呼叫选定的媒体网关的 IP地址，判断入、出 IP承载网络域的媒体流最终在同一物理媒体网关上交互。 (2)处理 TDM承载网络域 /本局接入 POTS用户- >IP承载网络域段呼叫的第一控制实体，即图 1中 MGCF (A)或图 2中软交换（A)，可以在发出的 SIP消息中增加会话相关信息。

这里，所述会话相关信息可以是与 TDM承载网络域 /本局接入 POTS用户- >IP承载网络域段呼叫的承载控制相关的包括对应的媒体网关标识的具体信息；也可以是能够索引到与 TDM承载网络域 /本局接入 POTS用户- >IP承载网络域段呼叫的承载控制相关的具体信息的会话索引信息，由第二控制实' 体根据该会话索引信息首先索引到所述具体信息；这样，处理 IP承载网络域 ->TDM承载网络域 /本局接入 POTS用户段呼叫的第二控制实体，即图 1中 MGCF (B) 或图 2中软交换（B)，就可以根据该会话相关信息入、出 IP承载网络域的媒体流最终在同一物理媒体网关上交互了。

此外，所述会话相关信息可以通过 SIP消息的特定头域携带，如，由表示消息所经路径的 Via头域携带，或者由 SIP消息体携带；或者由 SDP中的特定字段携带，如标识会话所有者、创建者或会话标识的 "c owner/creator and session identifier)"字段、标识会话信息的 "i (session information)"字段；或者由 SDP中的扩充字段携带。

并且，在 SIP消息中携带会话相关信息后， IP承载网络域的中间网元根据所述 SIP消息特定头域或消息体具体内容、或 SDP特定字段或其内容判断、避免对该信息的处理（所述处理包括修改、，拦截或授权检查并籍此拒绝业务请求等)，即透传所述会话相关信息，从而保证第二控制实体能够收到所述会话相关信息，从而根据该会话相关信息判断所处理的 IP承载网络域- >TDM承载网络域 /本局接入 POTS用户呼叫，是否属于 TDM承载网络域 /本局接入 POTS用户- >IP承载网络域- >TDM承载网络域 /本局接入 POTS用户呼叫场景的后一段，且最终媒体流是否在同一个物理媒体网关上交互。、 '

当判断结果是 TDM承载网络域 /本局接入 POTS用户- >IP承载网络域 ->TDM承载网络域 /本局接入 POTS用户呼叫场景，并且最终媒体流在同一个物理媒体网关上交互时，控制实体之间通过 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) (第一控制实体）收到来自 TDM承载的电路交换域的呼叫建立请求后发送 INVITE (提供 SDP的 IMS会话建立请求）接入 IP承载的 IMS域，其中携带的 SDP仍然是标准规定的信息，包括包含 CS->IMS 、段 IMS侧 IP端口 IP地址信息（源端 IP地址）和发端提供的编码类型选择的

"提供 SDP"。

2、会话经过 IMS域处理后，根据业务和路由控制，发送到收端 MGCF ( B ) (在本实施例中， IMS域将会话仍然返回到了发端 MGCF，即收端 MGCF 与发端 MGCF相同， MGCF (A) =MGCF (B))， MGCF (B )收到来自 IMS 域的 INVITE请求，根据发端 "提供 SDP"中源端 IP地址及本地配置的本 MGCF下辖 IM-MGW地址信息，判断会话来源于同一 MGCF (即 MGCF (A) =MGCF (B ) )，且发端选择的 IM-MGW与本端选择的可以到达被叫侧的 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 (B)通过网关控制协议将 IM-MGW上为 CS->IMS段和 IMS->CS段分配的两个 IP端口相连，虽然还是没有避免进行 RTP组包、解包处理，但通过 SDP协商选择电路域呼叫相同的编码类型，规避了可能存在的编解码转换处理。

参阅图 4 (并结合图 1 )所示，'增加 CS->IMS段的呼叫的相关信息传递， MGCF (B) 根据新增信息判断并执行优化的承载控制处理的主要过程如下：

1、发端 MGCF (A) 收到来自 TDM承载的电路交换域的呼叫建立请求后发送 INVITE接入 IP承载的 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中携带的其他发端会话信息，并据此判断始发呼叫源自 TOM承载的电路域，而终结呼叫也将返回 TDM承载的电路域，且发端与终端选择的是同一个物理媒体网关内的 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)也可以是分别控制位于同一物理实体的两个不同的逻辑媒体网关实体的两个不同的物理实体。此时，不必要进行上面的步骤 3中的判断，只需判断始发呼叫源自 TDM承载的电路域，而终结呼叫也将返回 TDM承载的电路域，且发端与终端选择的是同一个物理媒体网关内的 IM-MGW,就可以启动避免重复编解码和 RTP 打包的优化处理。

参阅图 5所示，根据本发明的另一种实施方式，在 SDP中增加会话索引信息传递， MGCF (B)根据索引信息判断并索引到 CS-IMS段会话信息，从而据此执行优化的承载控制处理的主要过程如下- 1、发端 MGCF (A) 收到来自 TDM承载的电路交换域的呼叫建立请求后发送 INVITE接入 IP承载的 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, 本例中，可以根据 "₀=" 中的 <address>参数即 mgcnumber.carrier.com来判断。如它和本 MGCF标识相同，则认为发端和终端 MGCF是同一个设备（MGCF (A) = MGCF (B))。

如果 MGC判断来话是始发自本 MGCF，则可以进一步根据 SDP中携带的透明参数，本例中是 sessionindexl , 索引到发端内部数据（即 CS->IMS呼叫段信息），从而获得控制网关所需要的信息，包括但不限于发端 IM-MGW 的网关标识，上下文标识和终端标识信息。

4、如果 MGCF根据内部信息判断始发呼叫源自电路域，而终结呼叫也将返回电路域，而且发端与终端选择的是同一个 IM-MGW, 则可以启动避免重复编解码和 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呼叫段的 MGCK A) (发端 MGCF) 在发送的 INVITE中增加了会话相关的信息传递，这样，处理 IMS->CS段呼叫的 MGCF (B)和处理 CS->IMS段呼叫的 MGCF (A)不仅可以进一步或直接依据所增加的信息进行呼叫场景的判断，还可以由此得到包括但不限于发端 IM-MGW标识、上下文标识及终端标识等 IM-MG^与承载控制相关的具体信息，从而控制 IM-MGW将其上发端电路域话路和终端电路域话路直接相连，以避免进行组包、解包和编解码转换处理。 .

所述在会话中增加传递的会话相关信息可以是如图 4所示流程中发端与承载控制相关的具体信息，比如 MGCF、 IM-MGW标识、上下文标识及终端标识等， MGCF (B)和 /或 MGCF (A)根据'这些信息直接控制 IM-MGW进行优化处理，也可以是图 5所示流程中的某种会话索引信息， MGCF (B)根据索引信息索引到与自己属于同一物理实体的 MGCF (A)为 CS-IMS呼叫处理保留的数据，从而由 MGCF (B) 和 /或 MGCF (A).根据这些信息控制 I -MGW ¾行优化处理，因此，图 4和图 5所示的处理流程主要是在 MGCF (B) 获得优化处理所需数据上的处理有所不同。

另一方面，由于图 4是直接在会话消息中携带优化处 ii所需信息，而图 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，并且，软交换间同样采用 SIP作为会话控制协议，也就是说，同样支持本发明方案所依赖的 SIP媒体协商过程以及网关控制协议的控制过程与能力，因此，本发明技术同样可以适用于同一呼叫先后两次经过某一软交换并最终实际在该软交换下辖同一媒体网关（包括通用媒体网关、 AG以及 IAD)进行媒体流交互的场景，此时， IMS可以是与本软交换通过 IP承载相连的其他软交换或业务服务器， MGCF可以是软交换，而 IM-MGW则可以是软交换下辖的通用媒体网关 MGW，接入媒体网关 AG以及家庭媒体网关 IAD，其处理过程与上述同理，不再赘述。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求书

1. 一种承载控制的处理方法，其特征在于，包括如下步骤：

第一控制实体将从时分复用 TDM承载网络域路由入局或由本局接入普通老式电话服务 POTS用户发起的呼叫路由到网际协议 IP承载网络域；

第二控制实体接收到从所述 IP承载网络域返回并发往 TDM承载网络域或. 本局接入的 POTS用户的所述呼叫，确定入、出 IP承载网络域的媒体流在同一物理媒体网关上交互时，第一和第二控制实体通过会话初始协议 SIP会话中的媒体协商交互，选择与两侧 TDM承载或用户线接入相同的媒体编码类型，并控制对应的媒体网关按该媒体编码类型传输媒体流。

2. 如权利要求 1所述的方法，其特征在于，所述第一控制实体和第二控制实体为同一物理控制实体，在控制实体上预先配置本控制实体管辖的所有媒体网关可以使用的 IP地址；第二控制实体依据会话描述协议（SDP) 协商中传递的媒体流交互的源端 IP地址及本端为本次呼叫选定的媒体网关，确定入、出 IP承载网络域的媒体流在同一物理媒体网关上交互。

3.如权利要求 1所述的方法，其特征在于，在第一控制实体路由的所述呼叫中携带会话相关信息，第二控制实体依据该会话相关信息确定入、出 IP 承载网络域的媒体流在同一物理媒体网关上交互。

4. 如权利要求 3所述的方法，其特征在于，所述会话相关信息是指与从 TDM承载网络域或 POTS用户接入到 IP承载网络域段呼叫的承载控制相关的具体信息；或者，所述会话相关信息是指会话索引信息，第二控制实体根据该信息判断自身与第一控制实体位于同一物理实体，并索引到第一控制实体上保存的从 TDM承载网络域或 POTS用户接入到 IP承载网络域段的呼叫记录，进而获得与该段呼叫承载控制相关的具体信息。

5. 如权利要求 3所述的方法，其特征在于，所述第一控制实体通过 SIP消息的特定头域、或 SIP消息体、或 SDP中的特定字段、或 SDP中的扩充字段携带所述会话相关信息，从而将其传递给所述第二控制实体。

6.如权利要求 5所述的方法，其特征在于， IP承载网络域中的中间网元透传所述会话相关信息。

7. 如权利要求 1所述的方法，其特征在于，第一控制实体在提供的 SDP 描述中将本侧 TDM承载或用户线接入的媒体编码类型作为选项之一，第二控制实体在向第一控制实体返回应答的 SDP描述中选择该媒体编码类型，从而实现通过 SIP会话中的媒体协商交互选择与两侧 TDM承载或用户线接入相同的媒体编码类型。

8. 如权利要求 1所述的方法，其特征在于，第二控制实体拒绝第一控制实体在提供的 SDP描述中提供的所有选项，并在重新提供的 SDP描述中提供 IP 承载网络域至 TDM承载网络域或本局接入的 POTS用户的呼叫中 TDM承载或用户线接入侧的媒体编码类型，第一控制实体在向第二控制实体返回应答的 SDP描述中选择该媒体编码类型，从而实现通过 SIP会话中的媒体协商交互选择与两侧 TDM承载或用户线接入相同的媒体编码类型。

9.如权利要求 8所述的方法，其特征在于，第二控制实体在重新提供的 SDP描述中还携带附加指示，指示第一控制实体无条件接受其中提供的编码类型，第一控制实体根据该指示无条件接受其中提供的编码类型。

10. 如权利要求 1至 9任一项所述的方法， '其特征在于，

所述 IP承载网络域为 IMS网络域，所述媒体网关为： IMS媒体网关 ( IM-MGW )，所述控制实体为控制 IMS媒体网关的媒体网关控制功能 (MGCF); 或者，

所述 IP承载网络域为基于 IP承载的软交换网络域，即为与本软交换间为 IP 承载连接的另一软交换或应用服务器，所述媒体网关为：通用媒体网关

(MGW)、或接入媒体网关 (AG) 或住宅媒体网关 (IAD); 所述控制实体为控制 MGW、 AG、 IAD的软交换。

11. 一种承载控制的处理方法，其特征在于，包括如下步骤：

第一控制实体将从 TDM承载网络域路由入局或由本局接入 POTS用户发起的呼叫路由到 IP承载网络域，并在发送的 SIP消息中携带会话相关信息；第二控制实体接收到从所述 IP承载网络域返回并发往 TDM承载网络域或本局接入的 POTS用户的所述呼叫，根据所述会话相关信息确定入、出 IP承载网络域的媒体流在同一物理媒体网关上交互，第一控制实体或 /和第二控制实体控制媒体网关直接将两侧的 TDM中继端口或用户线端口连接来传输媒体流。

12.如权利要求 11所述的方法，其特征在于，所述会话相关信息是指与从 TDM承载网络域或 POTS用户接入到 IP承载网络域段呼叫的与承载控制相关的具体信息，包括发端的媒体网关标识，和 /或该媒体网关对应的第一控制实体的标识，和 /或上下文标识，和 /或终端标识信息。

13. 如权利要求 12所述的方法，其特征在于，所述第一控制实体和第二控制实体为同一个物理控制实体，控制所述同一物理媒体网关；或者

所述第一控制实体和第二控制实体为相互独立的物理控制实体，分别控制位于同一物理媒体网关上的两个不同的逻辑媒体网关。

14.如权利要求 11所述的方法，其特征在于，所述会话相关信息是指会话索引信息，第二控制实体根据该信息索引到第一控制实体上保存的从 TDM 承载网络域或 POTS用户接入到 IP承载网络域段的呼叫记录，进而获得与该段呼叫承载控制相关的具体信息，所述信息包括：发端媒体网关标识，和 /或上下文标识，和 /或终端标识信息。

15.如权利要求 11所述的方法，其特征在于，所述第一控制实体通过 SIP 消息的特定头域、或 SIP消息体、或 SDP中的特定字段、或 SDP中的扩充字段携带所述会话相关信息，从而将其传递给所述第二控制实体。

16.如权利要求 15所述的方法，其特征在于， IP承载网络域中的中间网元透传所述会话相关信息。

17.如权利要求 11所述的方法，其特征在于，第一和第二控制实体通过 SIP会话中的媒体协商交互选择与两侧 TDM承载或用户线接入相同的媒体编码类型。 '

18.如权利要求 17所述的方法，其特征在于，第一控制实体在提供的 SDP 描述中将本侧 TDM承载或用户线接入的媒体编码类型作为选项之一，第二控制实体在向第一控制实体返回应答的 SDP描述中选择该媒体编码类型，从而实现通过 SlP会话中的媒体协商交互选择与两侧 TDM承载或用户线接入相同的媒体编码类型。

19.如权利要求 17所述的方法，其特征在于，第二控制实体拒绝第一控制实体提供的所有选项，并通过在重新提供的 SDP描述中提供 IP承载网络域至 TDM承载网络域或本局接入的 POTS用户的呼叫中 TDM承载或用户线接入侧的媒体编码类型，第一控制实体向第二控制实体返回应答的 SDP描述中选择该媒体编码类型，从而实现通过 SIP会话中的媒体协商交互选择与两侧 TDM 承载或用户线接入相同的媒体编码类型。

20.如权利要求 19所述的方法，其特征在于，第二控制实体在童新提供的 SDP描述中还携带附加指示，指示第一控制实体无条件接受其中提供的编码类型，第一控制实体根据该指示无条件接受其中提供的编码类型。

' 21.如权利要求 11至 20任一项所述的方法，其特征在于，

所述 IP承载网络域为 IMS网络域，所述媒体网关为 IMS媒体网关

( IM-MGW )，所述控制实体为控制 IMS媒体网关的媒体网关控制功能

(MGCF); 或者，

所述 IP承载网络域为基于 IP承载的软交换网络域，即为与本'软交换间为 IP 承载连接的另一软交换或应用服务器。所述媒体网关包括：通用媒体网关 (MGW)、或接入媒体网关 (AG), 或住宅媒体网关 (IAD), 所述控制实体为控制 MGW、 AG、 IAD的软交换。