CN102215210A - 在ip多媒体子***中建立会话的方法和装置 - Google Patents

Abstract

本发明提供一种在IP多媒体子***中建立会话的方法和装置，涉及通信领域；为解决现有技术中编码能力的协商过程繁琐的问题而发明。所述方法，包括：当检测到第一用户设备请求与其他IP多媒体子***中第二用户设备建立会话时，互通边界控制功能实体(IBCF)向所述第二用户设备发送所述第一用户设备和转换网关设备(TrGW)分别支持的编解码能力信息；所述IBCF接收所述第二用户设备从所述第一用户设备和所述TrGW分别支持的编解码能力信息中选择的本地支持的编解码能力信息；所述IBCF采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话。本发明提供的技术方案可应用于会话管理领域。

Description

在IP多媒体子***中建立会话的方法和装置

技术领域

本发明涉及通信领域，尤其涉及一种在IP多媒体子***中建立会话的方法和装置。

背景技术

IP多媒体子***(IP Multimedia subsystem，IMS)是第三代合作伙伴组织(3rd Generation Partnership Project，3GPP)定义的下一代网络的标准，它的显著特点是采用了会话初始协议(Session Initiation Protocol，SIP)体系，通讯与接入无关，可以具备多种媒体业务控制功能与承载能力分离，呼叫与会话分离，应用与服务分离，业务与网络分离，以及移动网与因特网业务融合等多种能力。

IMS的提出顺应了通讯网融合发展的趋势，在IMS体系中的主要功能实体以及接口包括：用户设备(User Equipment，UE)，代理呼叫会话控制功能实体(Proxy call session control Function，P-CSCF)，查询呼叫会话控制功能实体(Interrogating call session control Function，I-CSCF)，服务呼叫会话控制功能实体(Serving call session control Function，S-CSCF)，归属用户服务器(Home subscriber Server，HSS)，应用服务器(ApplicationServer，AS)，互通边界控制功能实体(Interconnection Border ControlFunction，IBCF)，互通边界网关功能实体(Interconnection Border GatewayFunction，IBGF)，转换网关设备(Transition Gateway，TrGW)，IP连接接入网络(IP-Connectivity Access Network，IP-CAN)。

在IMS体系中IBCF与IBGF之间的Ia(Interface a)接口，IBCF与TrGW之间的Ix(Interface x)接口，都是应用媒体网关控制协议(H.248/MEGACO)进行交互、控制。媒体网关控制协议定义了上下文(Context，是一个逻辑概念，用于表示不同终结点之间点关系)，终结点(Termination，终结点是网关上的逻辑实体，用于对媒体和/或控制流进行发起和/或接收)，流(Stream，是指在一个呼叫或者会议中，由一个网关接收或者发送的双向媒体流或者控制流)，拓扑(Topology，用于描述在一个上下文内部终结点之间的媒体流方向)等描述符概念，媒体网关控制协议就是作为网关控制器(Media GatewayController，媒体网关控制器，前文提到的IBCF从广义上属于这一类)和网关(Media Gateway，媒体网关，前文提到的IBGF、TrGW从广义上轨属于此类)之间的主要媒体网关协议而得到广泛应用的。通过媒体网关控制协议，MGW可以实现向MGC的注册；在MGC控制下，媒体网关控制协议可以完成MGW中的媒体通道的建立和释放、媒体通道和承载通道的连接和拆除连接、对媒体通道和承载通道的属性的配置；还可以在MGW中完成MGC对媒体通道和承载通道的操作，包括放音、审计、修改终结点拓扑连接等。

在IMS体系中，当分别处于不同IMS域中不同用户设备(UserEquipment，UE。分别具备不同的编解码能力集合，且没有交集)进行通信时，由于其编解码能力不存在交集而无法协商出相同的编解码来进行正常通信(例如：处于1号网络的用户A，用户A终端支持的编解码为Q；处于2号网络的用户B，用户B终端支持的编解码为W。如果用户A呼叫用户B，首先用户A的终端会携带自身支持的编解码Q向用户B发起通话协商请求，用户B接收到用户A的通话协商请求后发现其要求使用的编解码是Q，而用户B终端并不能支持，而无法与用户A建立通话而导致呼叫无法建立，反之亦然。那么为了实现用户A和用户B之间的通话，就需要引入一个设备对用户A和用户B之间的不同编解码进行转化(类似于不同语言之间的翻译)，3GPP将该设备定义为转换网关设备(Transition Gateway，TrGW))。为了解决这种情况下的互通问题，第三代合作伙伴组织(3rd Generation PartnershipProject，3GPP)引入了两种解决方式：第一种是通过预先引入TrGW的方式进行会话协商，3GPP将其定义为Proactive方式；第二种是不预先引入TrGW而直接协商，在协商失败后再引入TrGW进行会话重新协商的方式，3GPP将其定义为Reactive方式。

针对这两种已有方式，我们下面分别进行说明。其中Proactive方式协商过程如图1所示，资源连接拓扑图如图3所示，包括以下步骤(忽略主被叫IMS网络内部流程，只重点介绍涉及转换的边界部分)：

S101，用户A通过所在的网络向处于不同IMS网络的用户B发起会话建立请求；

S102，用户A所在网络检测到用户B位于不同的IMS网络，将会话建立请求转发到IBCF；

S103，IBCF向IBGF申请资源用于建立会话，IBGF分配的资源为上下文C1，以及上下文C1中的终结点T1、T2(如图3所示)；

S104，由于采用Proactive方式，IBCF直接要求TrGW分配资源用于建立会话，TrGW分配资源上下文C2，以及上下文C2中的终结点T3、T4，并且设置T3的远端为T2(如图3所示)；

S105，IBCF将TrGW上申请的终结点T3的信息带给IBGF上的终结点T2，使得T2与T3互为远端(如图3所示)；

S106，IBCF修改会话建立请求的编解码(加入附加的编解码集合)，并将在TrGW上已经申请的终结点T4的信息(地址、端口)通过会话建立请求消息一同发送给被叫所在的IMS网络；

S107，用户B所在的IMS网络返回会话建立的应答响应消息，并发送至IBCF；

S108，IBCF根据应答消息配置TrGW，设置TrGW上终结点T4的远端地址信息为被叫应答中所携带的被叫侧地址；

S109，IBCF根据应答消息中选择的编解码是否落在附加编解码集合来决定是否对应答消息中的编解码进行替换(如果应答中所携带的用于会话建立的编解码属于附加编解码集合，则从请求消息中所携带的原始编解码中选择一种进行替换，否则不对编解码进行替换)，并将在IBGF上申请的终结点T1的信息通过应答消息带回到主叫用户A；

S110，至此，用户A与IBCF，IBCF与用户B网络侧之间建立起了信令连接；

S111，用户A与TrGW，TrGW与用户B网络侧之间建立起了媒体通道，会话建立成功。

采用Proactive方式，从中我们可以看出无论最终会话是否需要进行编解码转换，都必须预先分配TrGW资源。从而造成对TrGW资源的不必要占用，资源的浪费，并且间接影响到能够真正支持的编解码转换呼叫的建立，造成不必要的呼损。

另一种Reactive方式的协商过程如图2所示，资源连接拓扑图如图3所示，包括以下步骤(忽略主被叫IMS网络内部流程，只重点介绍涉及转换的边界部分)：

S201，用户A通过所在的网络向处于不同IMS网络的用户B发起会话建立请求；

S202，用户A所在网络检测到用户B位于不同的IMS网络，将会话建立请求转发到IBCF；

S203，IBCF向IBGF申请资源用于建立会话，IBGF分配的资源为上下文C1，以及上下文C1中的终结点T1、T2(如图3所示)；

S204，IBCF修改会话建立请求将在IBGF上已经申请的终结点T2的信息(地址、端口)通过会话建立请求消息一同发送给被叫所在的IMS网络；

S205，IBCF接收到被叫侧IMS网络返回的会话建立协商失败的应答消息；

S206，IBCF直接要求TrGW分配资源用于建立会话，TrGW分配资源上下文C2，以及上下文C2中的终结点T3、T4，并且设置T3的远端为T2(如图3所示)；

S207，IBCF将TrGW上申请的终结点T3的信息带给IBGF上的终结点T2，使得T2与T3互为远端(如图3所示)；

S208，IBCF修改会话建立请求的编解码(加入附加的编解码集合)，并将在TrGW上已经申请的终结点T4的信息(地址、端口)通过会话建立请求消息一同发送给被叫所在的IMS网络。

S209，用户B所在的IMS网络返回会话建立的应答响应消息，并发送至IBCF；

S210，IBCF根据应答消息配置TrGW，设置TrGW上终结点T4的远端地址信息为被叫应答中所携带的被叫侧地址；

S211，IBCF对应答消息中的编解码进行替换(从请求消息中所携带的原始编解码中选择一种进行替换)，并将在IBGF上申请的终结点T1的信息通过应答消息带回到主叫用户A；

S212，至此，用户A与IBCF，IBCF与用户B网络侧之间建立起了信令连接；

S213，用户A与TrGW，TrGW与用户B网络侧之间建立起了媒体通道，会话建立成功。

通过Reactive方式的流程，我们可以看到这种方式解决了Proactive方式对于TrGW资源的无谓占用问题，但由于其协商过程的复杂性以及被叫网络拓扑的不可知性，很容易造成协商过程还没有完成而用户A却已经等待应答超时，造成呼叫建立失败；并且其针对Fork应用场景，必须要求所有UE全部返回错误响应后，才可以触发Reactive流程，而按照协议规定，UE是可以不回响应的(此时，如果认定该UE拒绝，则必须等待响应超时)，这种情况下也直接导致Reactive流程不能被触发，而导致呼叫建立失败。

发明内容

本发明提供一种在IP多媒体子***中建立会话的方法和装置，以解决现有技术中编码能力的协商过程繁琐的问题。

为解决上述技术问题，本发明提供了如下技术方案：

一种在IP多媒体子***中建立会话的方法，包括：

当检测到第一用户设备请求与其他IP多媒体子***中第二用户设备建立会话时，互通边界控制功能实体(IBCF)向所述第二用户设备发送所述第一用户设备和转换网关设备(TrGW)分别支持的编解码能力信息；

所述IBCF接收所述第二用户设备从所述第一用户设备和所述TrGW分别支持的编解码能力信息中选择的本地支持的编解码能力信息；

所述IBCF采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话。

进一步的，所述方法还具有如下特点：

所述IBCF采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话，包括：

如果所述第二用户设备选择的编解码能力信息是所述第一用户设备支持的编解码能力信息，则所述IBCF直接建立所述第一用户设备和所述第二用户设备的会话；否则，所述IBCF向所述TrGW申请资源，并采用所述资源建立所述第一用户设备和所述第二用户设备的会话。

进一步的，所述方法还具有如下特点：所述IBCF采用所述资源建立所述第一用户设备和所述第二用户设备的会话，包括：

所述IBCF通过调整互通边界控制网关功能实体(IBGF)中上下文内终结点，建立所述IBGF与所述TrGW相连的拓扑关系；

所述IBCF采用所述拓扑关系建立流经所述TrGW的媒体通道；

所述IBCF采用所述流经所述TrGW的媒体通道，建立所述第一用户设备和所述第二用户设备的会话。

进一步的，所述方法还具有如下特点：所述IBGF与所述TrGW相连的拓扑关系是通过如下任一方式建立的：

方式一：通知所述IBGF进行如下处理，包括：断开所述与所述第一用户设备相连的终结点T1和与所述第二用户设备相连的终结点T2之间的连接，在所述IBGF增加与所述终结点T1相连的终结点T1’和与所述终结点T1相连的终结点T2’，且所述终结点T1’和T2’断开；

通知所述TrGW在所述TrGW上增加与所述终结点T1’相连的终结点T3和与所述终结点T1’相连的终结点T4，且所述终结点T3和T4相连；

方式二：通知所述IBGF断开所述IBGF上与所述第一用户设备相连的终结点T5和与所述第二用户设备相连的终结点T6之间的连接；

通知所述TrGW在所述TrGW上增加与所述终结点T5相连的终结点T7和与所述终结点T6相连的T8。

一种在IP多媒体子***中建立会话的装置，包括：

第一发送模块，用于当检测到第一用户设备请求与其他IP多媒体子***中第二用户设备建立会话时，向所述第二用户设备发送所述第一用户设备和转换网关设备(TrGW)分别支持的编解码能力信息；

第一接收模块，用于接收所述第二用户设备从所述第一用户设备和所述TrGW分别支持的编解码能力信息中选择的本地支持的编解码能力信息；

建立模块，用于采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话。

进一步的，所述装置还具有如下特点：所述建立模块包括：

判断子模块，用于判断所述第二用户设备选择的编解码能力信息是所述第一用户设备支持的编解码能力信息；

第一建立子模块，用于在所述判断子模块判断确定是所述第一用户设备支持的编解码能力信息时，直接建立所述第一用户设备和所述第二用户设备的会话；

第二建立子模块，用于在所述判断子模块判断确定不是所述第一用户设备支持的编解码能力信息时，向所述TrGW申请资源，并采用所述资源建立所述第一用户设备和所述第二用户设备的会话。

进一步的，所述装置还具有如下特点：所述第二建立子模块，包括：

第一建立单元，用于通过调整互通边界控制网关功能实体(IBGF)中上下文内的终结点，建立所述IBGF与所述TrGW相连的拓扑关系；

第二建立单元，用于采用所述拓扑关系建立流经所述TrGW的媒体通道；

第三建立单元，用于采用所述流经所述TrGW的媒体通道，建立所述第一用户设备和所述第二用户设备的会话。

进一步的，所述装置还具有如下特点：所述第三建立单元包括：

第一处理子单元，用于通知所述IBGF进行如下处理，包括：断开所述与所述第一用户设备相连的终结点T1和与所述第二用户设备相连的终结点T2之间的连接，在所述IBGF增加与所述终结点T1相连的终结点T1’和与所述终结点T1相连的终结点T2’，且所述终结点T1’和T2’断开；通知所述TrGW在所述TrGW上增加与所述终结点T1’相连的终结点T3和与所述终结点T1’相连的终结点T4，且所述终结点T3和T4相连；或者，

第二处理子单元，用于通知所述IBGF断开所述IBGF上与所述第一用户设备相连的终结点T5和与所述第二用户设备相连的终结点T6之间的连接，通知所述TrGW在所述TrGW上增加与所述终结点T5相连的终结点T7和与所述终结点T6相连的T8。

本发明提供的技术方案，通过向第二用户设备发送第一用户设备和TrGW分别支持的编解码能力，缩短了第一用户设备和第二用户设备对编解码能力的协商时间，避免现有技术中在对第一用户设备支持的编解码能力协商失败后，再对TrGW支持的编解码能力协商，交互流程繁琐的问题，优化了交互流程，提高***的服务质量。

附图说明

图1为现有技术中Proactive方式编解码转换协商流程示意图；

图2为现有技术中Reactive方式编解码转换协商流程示意图；

图3为现有技术中编解码转换协商需要转化时的拓扑示意图；

图4为本发明提供的在IP多媒体子***中建立会话的方法实施例的流程示意图；

图5为本发明实施例一中在IP多媒体子***中建立会话的方法实施例的流程示意图；

图6为本发明实施例一中编解码转换协商需要转化时的拓扑示意图；

图7为发明实施例二中在IP多媒体子***中建立会话的方法实施例的流程示意图；

图8为本发明实施例二中编解码转换协商需要转化时的拓扑示意图；

图9为本发明提供的在IP多媒体子***中建立会话的装置实施例的结构示意图；

图10为图9所示实施例中第一建立模块903的结构示意图；

图11为图10所示实施例中第二建立子模块1003的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步的详细描述。

图4为本发明中提供的在IP多媒体子***中建立会话的方法实施例，所述方法实施例包括：

步骤401、当检测到第一用户设备请求与其他IP多媒体子***中第二用户设备建立会话时，IBCF向所述第二用户设备发送所述第一用户设备和TrGW分别支持的编解码能力信息；

步骤402、所述IBCF接收所述第二用户设备从所述第一用户设备和所述TrGW分别支持的编解码能力信息中选择的本地支持的编解码能力信息；

步骤403、所述IBCF采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话。

本发明实施例提供的方法，通过向第二用户设备发送第一用户设备和TrGW分别支持的编解码能力，缩短了第一用户设备和第二用户设备对编解码能力的协商时间，避免现有技术中在对第一用户设备支持的编解码能力协商失败后，再对TrGW支持的编解码能力协商，交互流程繁琐的问题，优化了交互流程，提高***的服务质量。

下面对本发明提供的技术方案做进一步介绍：

实施例一

图5为本发明实施例一中在IP多媒体子***中建立会话的方法实施例的流程示意图，本实例中采用图6所示本发明实施例一中编解码转换协商需要转化时的拓扑示意图，本例是对现有技术中Proactive方式的改进，包括以下步骤：

S501，用户A通过所在的网络向处于不同IMS网络的用户B发起会话建立请求；

S502，用户A所在网络检测到用户B位于不同的IMS网络，将会话建立请求转发到IBCF；

S503，IBCF向IBGF申请用于建立会话的资源，其中IBGF分配的资源为上下文C1，以及上下文C1中的终结点T1、T2(如图6所示)；

S504，IBCF在会话建立请求中加入TrGW的编解密能力信息，也可以称为附加编解码集合，其中所述附加编解码集合可以是TrGW所支持的全部编码能力，也可以是TrGW所支持的部分编解码能力。IBCF将在IBGF上已经申请的终结点T2的信息(地址、端口)通过会话建立请求消息一同发送给被叫所在的IMS网络；

S505，用户B所在的IMS网络返回会话建立的应答响应消息，并发送至IBCF；

对S504～S505，与现有技术不同的是，用户B得到的用于与用户A进行通信的编解码能力不但包括用户A所支持的编解码能力，还包括TrGW所支持的编解码能力，在与本地所支持的编解码能力相比较时，存在相同编解码能力的概率明显提高，同时也避免了现有技术中只有用户A所支持的编解码能力，造成协商失败，再采用TrGW所支持的编解码能力协商，出现交互流程繁琐的问题，优化了交互流程，缩短了会话建立的协商时间。

S506，IBCF根据应答消息配置IBGF，设置IBGF上终结点T2的远端地址信息为被叫应答中所携带的被叫侧地址，依据应答中所携带的编解码是否属于IBCF所添加而确定需要进行编解码能力的转换，如果是，则先执行S507-S509，再执行S510，否则，直接执行510。

S507，IBCF确认应答消息中所携带的编解码属于附加编解码集合而需要进行转化处理，向TrGW申请资源，TrGW分配资源上下文C2，以及上下文C2中的终结点T3、T5，并初始化；

S508，IBCF通过调整互通边界控制网关功能实体(IBGF)中上下文内终结点，建立所述IBGF与所述TrGW相连的拓扑关系，具体包括：

控制IBGF在上下文C1中申请资源，IBGF分配终结点T1’、T2’，并设置T1’的远端为T3，T2’的远端为T5，修改上下文C1中的拓扑关系(具体如图6所示：T1’与T3互为远端连接，T2’与T5互为远端连接，修改拓扑关系(T1，T2，isolate)，(T1’，T2’，isolate)，(T1’，T2，isolate)，(T1，T2’，isolate)其余默认，最终建立起的媒体通道如图6中实线条所示)；

对于S507～S508，由于用户B选择的编解码能力为附加编解码能力，I用户A和用户B之间的会话信息必须经过TrGW的转化后才能被解析，所以需要断开IBGF上终结点T1和T2的连接，保证会话信息能够流经TrGW；在TrGW上增加两个终结点T3和T4，其中终结点T3和T4相连，在IBGF上增加两个终结点T1’和T2’，其中终结点T1’一端与终结点T1相连，另一端与终结点T3相连，终结点T2’一端与终结点T2相连，另一端与终结点T4相连，从而保证会话信息经过TrGW，使得TrGW对会话信息进行编码能力的转换。

S509，IBCF设置TrGW中上下文C2中的终结点T3的远端为T1’、T5的远端为T2’；

在步骤S507-S509中，在确定用户B所支持的编解码能力不是用户A所支持的编解码能力时，才向TrGW申请资源，该其中该资源用于与TrGW建立媒体通道，使得在IBCF接收到用户A和用户B之间的会话信息后，IBCF通过该媒体通道发送给TrGW，使得TrGW将该会话信息的编解码能力信息转化成接收方编解码能力信息。

例如，UE(A)和UE(B)之间的会话建立完成后，IBCF从终结点T1接收到UE(A)的会话信息后，编解码能力为A，而该会话信息的接收方UE(B)的编解码能力为B，由于UE(A)和UE(B)的编解码能力不同，IBCF通过本地的终结点T1与TrGW的终结点T3之间的媒体通道发送给TrGW，TrGW将该会话信息的编解码能力从A转化成B，再通过本地的终结点T4和IBCF的终结点T2之间的媒体通道发送给IBCF，IBCF再将编解码能力为B的会话信息发送给UE(B)。

其中编解码能力是指采用各种算法将数字信号进行压缩和解压缩的过程，编解码能力是指具备的不同编解码算法的数目。

需要说明的是，在现有技术中，无论用户B所支持的编解码能力是否为用户A所支持的编解码能力，即未确定是否需要申请资源时，都向TrGW申请资源，预先占用TrGW的资源，造成TrGW无法为后续申请的实际需要的用户提供该资源，而本实例中，在确定需要时才申请，有效使用TrGW的资源，同时对于用户B所支持的编解码能力为用户A所支持的编解码能力用户的情况，也减少了向TrGW申请资源的流程，缩短了会话建立的流程。

S510，IBCF根据应答消息中选择的编解码是否落在附加编解码集合来决定是否对应答消息中的编解码进行替换(如果应答中所携带的用于会话建立的编解码属于附加编解码集合，则从请求消息中所携带的原始编解码中选择一种进行替换，否则不对编解码进行替换)，并将在IBGF上申请的终结点T1的信息通过应答消息带回到主叫用户A；

S511，至此，用户A与IBCF，IBCF与用户B网络侧之间建立起了信令连接；

S512，用户A与TrGW，TrGW与用户B网络侧之间建立起了媒体通道，会话建立成功。

其中现有技术中建立与TrGW与用户B网络侧之间媒体连接的方法均适用于本步骤，此处不再赘述；同理，现有技术中采用TrGW与用户B网络侧之间媒体连接建立用户A和用户B之间会话的过程，此处不再赘述。

实施例二

图7为本发明实施例二中在IP多媒体子***中建立会话的方法实施例的流程示意图，本实例中采用图8所示本发明实施例二中编解码转换协商需要转化时的拓扑示意图，本例是对Reactive方式的改进，包括以下步骤：

S701，用户A通过所在的网络向处于不同IMS网络的用户B发起会话建立请求；

S702，用户A所在网络检测到用户B位于不同的IMS网络，将会话建立请求转发到IBCF；

S703，IBCF向IBGF申请资源用于建立会话，IBGF分配的资源为上下文C1，以及上下文C1中的终结点T1、T2(如图8所示)；

S704，IBCF修改会话建立请求的编解码(加入附加的编解码集合)，并将在IBGF上已经申请的终结点T2的信息(地址、端口)通过会话建立请求消息一同发送给被叫所在的IMS网络；

S705，用户B所在的IMS网络返回会话建立的应答响应消息，并发送至IBCF；

对S704～S705，与现有技术不同的是，用户B得到的用于与用户A进行通信的编解码能力不但包括用户A所支持的编解码能力，还包括TrGW所支持的编解码能力，在与本地所支持的编解码能力相比较时，存在相同编解码能力的概率明显提高，同时也避免了现有技术中只有用户A所支持的编解码能力，造成协商失败，再采用TrGW所支持的编解码能力协商，出现交互流程繁琐的问题，优化了交互流程，缩短了会话建立的协商时间。

S706，IBCF根据应答消息配置IBGF，设置IBGF上终结点T2的远端地址信息为被叫应答中所携带的被叫侧地址，依据应答中所携带的编解码是否属于IBCF所添加而确定需要进行编解码转换，如果是，则先执行S707-S708，再执行S709，否则，直接执行S709；

S707，IBCF确认应答消息中所携带的编解码属于附加编解码集合而需要进行转化处理，向TrGW申请资源，TrGW分配资源上下文C2，以及上下文C2中的终结点T3、T4，设置T3的远端为T1、T4的远端为T2；

S708，主叫侧IBCF通过调整互通边界控制网关功能实体(IBGF)中上下文内终结点，建立所述IBGF与所述TrGW相连的拓扑关系，具体包括：

控制IBGF修改原有上下文中两个终结点的属性，使其各自与TrGW上申请的资源对应(通过LI包修改实现如图7所示关系：T1增加与T3的连接互通，T2增加与T4的连接互通)，并修改上下文C1中的拓扑关系((T1，T2，isolate)，如图8所示)；

对于S707～S708，由于用户B选择的编解码能力为附加编解码能力，用户A和用户B之间的会话信息必须经过TrGW的转化后才能被解析，所以需要断开IBGF上终结点T1和T2的连接，保证会话信息能够流经TrGW；在TrGW上增加相连的两个终结点T3和T4，其中终结点T3与终结点T1相连，终结点T4与终结点T2相连，从而保证会话信息经过TrGW，使得TrGW对会话信息进行编码能力的转换。

S709，IBCF根据应答消息中选择的编解码是否落在附加编解码集合来决定是否对应答消息中的编解码进行替换(如果应答中所携带的用于会话建立的编解码属于附加编解码集合，则从请求消息中所携带的原始编解码中选择一种进行替换，否则不对编解码进行替换)，并将在IBGF上申请的终结点T1的信息通过应答消息带回到主叫用户A；

S710，用户A与IBCF，IBCF与用户B网络侧之间建立起了信令连接；

S711，用户A与IBGF，IBGF与用户B网络侧，IBGF与TrGW之间建立起了媒体通道，会话建立成功。

其中现有技术中建立TrGW与IBGF之间媒体连接的方法均适用于本步骤，此处不再赘述；同理，现有技术中采用TrGW与IBGF之间媒体连接建立用户A和用户B之间会话的过程，此处不再赘述。

图9为本发明提供一种在IP多媒体子***中建立会话的装置实施例的结构示意图，采用图4所示的方法实施例，所述装置包括第一发送模块901、第一接收模块902、第一建立模块903和第一建立模块904，其中：

第一发送模块901，用于当检测到第一用户设备请求与其他IP多媒体子***中第二用户设备建立会话时，向所述第二用户设备发送所述第一用户设备和转换网关设备(TrGW)分别支持的编解码能力信息；

第一接收模块902，用于接收所述第二用户设备从所述第一用户设备和所述TrGW分别支持的编解码能力信息中选择的本地支持的编解码能力信息；

建立模块903，用于采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话。

图10为图9所示实施例中建立模块903的结构示意图，所述建立模块903包括：判断子模块1001、第一建立子模块1002和第二建立子模块1003，其中：

所述判断子模块1001，用于判断所述第二用户设备选择的编解码能力信息是所述第一用户设备支持的编解码能力信息；

所述第一建立子模块1002，用于在所述判断子模块1001判断确定是所述第一用户设备支持的编解码能力信息时，直接建立所述第一用户设备和所述第二用户设备的会话；

所述第二建立子模块1003，用于在所述判断子模块判断1001确定不是所述第一用户设备支持的编解码能力信息时，向所述TrGW申请资源，并采用所述资源建立所述第一用户设备和所述第二用户设备的会话。

图11为图10所示***实施例中第二建立子模块1003的结构示意图，所述第二建立子模块1003，包括第一建立单元1101和第二建立单元1102，其中：

所述第一建立单元1101，用于通过调整互通边界控制网关功能实体(IBGF)中上下文内的终结点，建立所述IBGF与所述TrGW相连的拓扑关系；

所述第二建立单元1102，用于采用所述拓扑关系建立流经所述TrGW的媒体通道；

所述第三建立单元1103，用于采用所述与所述TrGW建立媒体通道，建立所述第一用户设备和所述第二用户设备的会话。

其中所述第一建立单元1101，包括：

第一处理子单元，用于通知所述IBGF进行如下处理，包括：断开所述与所述第一用户设备相连的终结点T1和与所述第二用户设备相连的终结点T2之间的连接，在所述IBGF增加与所述终结点T1相连的终结点T1’和与所述终结点T1相连的终结点T2’，且所述终结点T1’和T2’断开；通知所述TrGW在所述TrGW上增加与所述终结点T1’相连的终结点T3和与所述终结点T1’相连的终结点T4，且所述终结点T3和T4相连；或者，

第二处理子单元，用于通知所述IBGF断开所述IBGF上与所述第一用户设备相连的终结点T5和与所述第二用户设备相连的终结点T6之间的连接，通知所述TrGW在所述TrGW上增加与所述终结点T5相连的终结点T7和与所述终结点T6相连的T8。

本发明实施例提供的装置，通过向第二用户设备发送第一用户设备和TrGW分别支持的编解码能力，缩短了第一用户设备和第二用户设备对编解码能力的协商时间，避免现有技术中在对第一用户设备支持的编解码能力协商失败后，再对TrGW支持的编解码能力协商，交互流程繁琐的问题，优化了交互流程，提高***的服务质量。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

另外，在本发明各个实施例中的各功能单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求所述的保护范围为准。

Claims (8)

1.一种在IP多媒体子***中建立会话的方法，其特征在于，包括：

当检测到第一用户设备请求与其他IP多媒体子***中第二用户设备建立会话时，互通边界控制功能实体(IBCF)向所述第二用户设备发送所述第一用户设备和转换网关设备(TrGW)分别支持的编解码能力信息；

所述IBCF接收所述第二用户设备从所述第一用户设备和所述TrGW分别支持的编解码能力信息中选择的本地支持的编解码能力信息；

所述IBCF采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话。

2.根据权利要求1所述的方法，其特征在于，所述IBCF采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话，包括：

如果所述第二用户设备选择的编解码能力信息是所述第一用户设备支持的编解码能力信息，则所述IBCF直接建立所述第一用户设备和所述第二用户设备的会话；否则，所述IBCF向所述TrGW申请资源，并采用所述资源建立所述第一用户设备和所述第二用户设备的会话。

3.根据权利要求2所述的方法，其特征在于，所述IBCF采用所述资源建立所述第一用户设备和所述第二用户设备的会话，包括：

所述IBCF通过调整互通边界控制网关功能实体(IBGF)中上下文内终结点，建立所述IBGF与所述TrGW相连的拓扑关系；

所述IBCF采用所述拓扑关系建立流经所述TrGW的媒体通道；

所述IBCF采用所述流经所述TrGW的媒体通道，建立所述第一用户设备和所述第二用户设备的会话。

4.根据权利要求3所述的方法，其特征在于，所述IBGF与所述TrGW相连的拓扑关系是通过如下任一方式建立的：

方式一：通知所述IBGF进行如下处理，包括：断开所述与所述第一用户设备相连的终结点T1和与所述第二用户设备相连的终结点T2之间的连接，在所述IBGF增加与所述终结点T1相连的终结点T1’和与所述终结点T1相连的终结点T2’，且所述终结点T1’和T2’断开；

通知所述TrGW在所述TrGW上增加与所述终结点T1’相连的终结点T3和与所述终结点T1’相连的终结点T4，且所述终结点T3和T4相连；

方式二：通知所述IBGF断开所述IBGF上与所述第一用户设备相连的终结点T5和与所述第二用户设备相连的终结点T6之间的连接；

通知所述TrGW在所述TrGW上增加与所述终结点T5相连的终结点T7和与所述终结点T6相连的T8。

5.一种在IP多媒体子***中建立会话的装置，其特征在于，包括：

第一发送模块，用于当检测到第一用户设备请求与其他IP多媒体子***中第二用户设备建立会话时，向所述第二用户设备发送所述第一用户设备和转换网关设备(TrGW)分别支持的编解码能力信息；

第一接收模块，用于接收所述第二用户设备从所述第一用户设备和所述TrGW分别支持的编解码能力信息中选择的本地支持的编解码能力信息；

建立模块，用于采用所述第二用户设备选择的编解码能力信息，建立所述第一用户设备和所述第二用户设备的会话。

6.根据权利要求5所述的装置，其特征在于，所述建立模块包括：

判断子模块，用于判断所述第二用户设备选择的编解码能力信息是所述第一用户设备支持的编解码能力信息；

第一建立子模块，用于在所述判断子模块判断确定是所述第一用户设备支持的编解码能力信息时，直接建立所述第一用户设备和所述第二用户设备的会话；

第二建立子模块，用于在所述判断子模块判断确定不是所述第一用户设备支持的编解码能力信息时，向所述TrGW申请资源，并采用所述资源建立所述第一用户设备和所述第二用户设备的会话。

7.根据权利要求6所述的***，其特征在于，所述第二建立子模块，包括：

第一建立单元，用于通过调整互通边界控制网关功能实体(IBGF)中上下文内的终结点，建立所述IBGF与所述TrGW相连的拓扑关系；

第二建立单元，用于采用所述拓扑关系建立流经所述TrGW的媒体通道；

第三建立单元，用于采用所述流经所述TrGW的媒体通道，建立所述第一用户设备和所述第二用户设备的会话。

8.根据权利要求7所述的装置，其特征在于，所述第三建立单元包括：

第一处理子单元，用于通知所述IBGF进行如下处理，包括：断开所述与所述第一用户设备相连的终结点T1和与所述第二用户设备相连的终结点T2之间的连接，在所述IBGF增加与所述终结点T1相连的终结点T1’和与所述终结点T1相连的终结点T2’，且所述终结点T1’和T2’断开；通知所述TrGW在所述TrGW上增加与所述终结点T1’相连的终结点T3和与所述终结点T1’相连的终结点T4，且所述终结点T3和T4相连；或者，

第二处理子单元，用于通知所述IBGF断开所述IBGF上与所述第一用户设备相连的终结点T5和与所述第二用户设备相连的终结点T6之间的连接，通知所述TrGW在所述TrGW上增加与所述终结点T5相连的终结点T7和与所述终结点T6相连的T8。

Images