CN101222502A

CN101222502A - 媒体能力重协商的方法及装置

Info

Publication number: CN101222502A
Application number: CNA200810007023XA
Authority: CN
Inventors: 林霖; 宋涛; 禹辉
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-01-25
Filing date: 2008-01-25
Publication date: 2008-07-16
Anticipated expiration: 2028-01-25
Also published as: CN101222502B; WO2009094940A1

Abstract

本发明公开了一种媒体能力重协商的方法，包括：向须进行重协商的终端发送媒体能力重协商触发请求，指示终端发起媒体能力重协商请求；接收所述终端发送的媒体能力重协商请求消息，向须进行重协商的其他终端转发所述媒体能力重协商请求消息，实现媒体能力重协商。本发明还公开了一种媒体能力重协商的方法，包括：第一终端在收到中间协调方发送的媒体能力重协商触发请求时，通过所述中间协调方与第二终端交互媒体能力重协商消息，实现媒体能力重协商。本发明还公开了相应的中间协调方及终端。本发明减轻了中间协调方的工作量，避免了重复进行媒体能力重协商。

Description

媒体能力重协商的方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种媒体能力重协商的方法及装置。

背景技术

由于在网际协议(IP，Internet Protocol)网络中存在着各种各样的媒体能力格式，为了实现主叫用户与被叫用户之间的媒体通信，主叫用户与被叫用户之间必须通过媒体协商，协商出主被叫都支持的媒体能力，主叫用户与被叫用户之间才能进行通信。

媒体重协商是指在呼叫过程中，媒体通道已经建立后，主叫和被叫方由于各种原因需要切换媒体能力格式和媒体流收发地址时，重新进行媒体能力协商的过程。目前所有支持媒体能力重协商的协议中，媒体重协商过程都是由需改变的一方主动发起的。

媒体能力协商及重协商的目的，主要是协商出媒体流传递所使用的编解码能力和传输媒体流的IP地址及端口号。

以会话初始协议(SIP，Session Initiation Protocol)为例，在协商过程有宽带呼叫中心(IPCC，IP Contact Center)、移动秘书台或其他业务中心参与时，经常会出现如下场景：用户A拨入IPCC后，进行一些交互式语音应答系统(IVR，Interactive Voice Response)交互后，IPCC将其和一个已经在通话状态的用户B连接起来进行通信。

此时，假若需要进行与用户A的媒体重协商，媒体重协商的流程如图1所示：

步骤101、用户A和IPCC建立呼叫，由IPCC通过IVR进行业务引导。

步骤102、IPCC和用户B建立呼叫，由IPCC通过IVR进行业务引导。

步骤103、在需要进行媒体重协商时，IPCC向用户B发送重协商请求消息(reINVITE)。

该reINVITE消息中携带有用户A支持的全部媒体能力媒体能力集C，及用户A用于收发媒体流的IP地址1。

步骤104、用户B返回响应消息(200 OK)给IPCC。

该200 OK消息携带有用户B支持的全部媒体能力同用户A当前支持的全部媒体能力媒体能力集C的交集媒体能力集C’，及用户B用于收发媒体流的IP地址1。

步骤105、IPCC向用户A发送reINVITE消息。

该reINVITE消息中携带有媒体能力集C’，及用户B用于收发媒体流的IP地址1。

步骤106、用户A返回200 OK消息给IPCC。

该200 OK消息携带有媒体能力集C″，用户A媒体流IP地址2。

其中，媒体能力集C″为用户A当前支持的全部媒体能力同媒体能力集C’的交集。

由于在步骤1203到步骤106，用户A有可能会进行其他的操作，导致用户A无法再使用媒体能力集C中的某些媒体能力，因此，此时用户A支持的全部媒体能力有可能不等于步骤103中IPCC发送给用户B的媒体能力集C，若此时用户A支持的全部媒体能力不等于媒体能力集C，那么媒体能力集C″也将不等于媒体能力集C’，也就是说用户B知道的用户A可以使用的媒体能力集不是用户A真实的可使用的媒体能力集，可能导致媒体能力协商失败，那么就需要再次进行媒体重协商。

同理，若步骤106中用户A使用的用于收发媒体流的IP地址不同于步骤103中提到的用户A用于收发媒体流的IP地址1，也将需要再次进行媒体重协商。

IPCC收到该200 OK消息后，可以通过比较媒体能力集C″与媒体能力集C’是否相同，用户A用于收发媒体流的IP地址1与用户A媒体流IP地址2是否相同，决定是否需要进行媒体重协商。

步骤107、IPCC判断需要进行媒体重协商。

IPCC在通过比较发现媒体能力集C″不等于媒体能力集C’，或者用户A用于收发媒体流的IP地址1不等于用户A媒体流IP地址2时，判断需要进行媒体重协商。

步骤108、IPCC向用户B发送reINVITE消息。

该reINVITE消息中携带有媒体能力集C″，及用户A媒体流IP地址2。

步骤109、用户B返回200 OK消息给IPCC。

该200 OK消息携带有用户B支持的全部媒体能力同媒体能力集C″的交集媒体能力集C，及用户B媒体流IP地址2。

与在步骤106出现的状况一样，可能出现媒体能力集C″不等于交集媒体能力集C，或用户B媒体流IP地址2不等于用户B媒体流IP地址1的状况，出现任何一种状况都需要继续进行媒体重协商。

步骤110、IPCC判断需要进行媒体重协商时，继续进行媒体重协商，直到协商成功。

在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题：

在这种需要中间协调方的媒体能力重协商过程中，由于IPCC是媒体重协商的发起者，其必须维护用户A和用户B间的各种协商内容。并在不一致时还需要调整相关参数，继续进行第二次、第三次...媒体能力重协商过程。整个处理机制复杂，信令交互次数繁多，非常耗费系统资源。

其次，在步骤103中IPCC在第一次发起的媒体能力重协商时携带的媒体能力集C必须是用户A的全部能力，为了保证IPCC在发起的媒体能力重协商时携带的媒体能力集C能够是用户A的全部能力，IPCC需要全程保留用户A的所有能力，同时还需保存当前协商的能力交集，处理机制相对复杂。

再则，由于用户A有可能是通过网络中其他设备连接到IPCC的，发送到IPCC的用户A的媒体能力集是用户A的全部媒体能力与中转设备媒体能力集的交集，用户A的部分媒体能力已经被中转设备过滤掉，导致IPCC最开始收到的用户A能力就已经不是用户A能力的全集，此时若用户B正好只支持用户A中已经被网络中其他设备过滤掉的某种媒体能力，那么原本可以正常通信的用户A和用户B在这种情况下就不能通信了。

发明内容

本发明实施例要解决的技术问题是提供一种媒体能力重协商的方法及装置，在需要中间协调方的媒体能力重协商过程中，可以避免重复进行媒体能力重协商，减轻中间协调方的工作量，减少由于主叫用户的媒体能力被网络中其他设备过滤掉导致的重协商失败。

为解决上述技术问题，本发明实施例一方面，提供了一种媒体能力重协商的方法，所述方法包括：

向须进行重协商的终端发送媒体能力重协商触发请求，指示终端发起媒体能力重协商请求；

接收所述终端发送的媒体能力重协商请求消息，向须进行重协商的其他终端转发所述媒体能力重协商请求消息，实现媒体能力重协商。

另一方面，提供了一种媒体能力重协商的方法，所述方法包括：

第一终端在收到中间协调方发送的媒体能力重协商触发请求时，通过所述中间协调方与第二终端交互媒体能力重协商消息，实现媒体能力重协商。

另一方面，提供了一种中间协调方，所述中间协调方包括：

触发单元，用于在需要进行媒体能力重协商时，向须进行重协商的终端发送媒体能力重协商触发请求消息；

接收单元，用于接收所述须进行重协商的终端发送的媒体能力重协商消息；

转发单元，用于向须进行重协商的其他终端转发所述媒体能力重协商消息。

另一方面，提供了一种终端，所述终端包括：

触发重协商单元，用于接收中间协调方发送的媒体能力重协商触发请求；

重协商单元，用于通过所述中间协调方与第二终端交互媒体能力重协商消息，实现媒体能力重协商。

由以上技术方案可以看出，由于作为媒体能力重协商的中间协调方，在重协商过程中，只要做简单的消息转发接口，无需保存任何媒体能力和进行相关判断，工作量得到很大减轻。

而且整个重协商过程只要交互一次就肯定能完成，不需要重复进行媒体能力重协商，节省了信令交互，方便媒体能力重协商的实现。

进一步，由于重协商中通信双方总是会重新带上自己支持的全部媒体能力，避免了现有技术中由于主叫用户的媒体能力被网络中其他设备过滤掉导致的重协商失败。

附图说明

图1为现有技术需要中间协调方的媒体能力重协商过程流程图；

图2为本发明实施例提供的媒体能力重协商的方法实施例流程图；

图3为本发明实施例提供的中间协调方结构示意图；

图4为本发明实施例提供的终端结构示意图。

具体实施方式

本发明实施例提供了一种媒体能力重协商的方法及装置，在需要中间协调方的媒体能力重协商过程中，可以避免重复进行媒体能力重协商，减轻中间协调方的工作量，减少由于主叫用户的媒体能力被网络中其他设备过滤掉导致的重协商失败。

本发明实施例提供的媒体能力重协商的方法实施例中，作为中间协调方的业务中心在需要发起媒体能力重协商时，向会话中的一方发出要求发起媒体能力重协商过程的媒体能力重协商触发请求消息，要求其主动发起媒体能力重协商过程；终端在收到媒体能力重协商触发请求消息后按照正常的重协商流程发出请求进行重协商的消息到中间协调方，由中间协调方将请求进行重协商的消息转发到须进行重协商的其他终端，以完成两个终端之间的重协商。重协商过程中终端发出的各种消息都可以被称为媒体能力重协商消息。

常见的业务中心有IPCC、移动秘书台等等，以用户A通过IPCC与用户B建立呼叫，IPCC在需要进行重协商时向用户B发送媒体能力重协商触发请求消息为例，本发明实施例提供的媒体能力重协商的方法实施例流程如图2所示：

步骤201、用户A和IPCC建立呼叫，由IPCC通过IVR进行业务引导。

步骤202、IPCC和用户B建立呼叫，由IPCC通过IVR进行业务引导。

步骤203、IPCC发送媒体能力重协商触发请求消息给用户B，要求用户B主动发起媒体重协商流程。

媒体能力重协商触发请求消息可以为一个按照SIP协议规定的扩展的SIP消息(SIP INFO)，以下为SIP INFO消息格式的一种实施方式：

INFO sip:2143302100@172.17.2.33 SIP/2.0

Via:SIP/2.0/UDP 172.80.2.100:5060

From:<sip:9724401003@172.80.2.100>；tag＝43

To:<sip:^*02800800800@172.17.2.33>；tag＝9753.0207

Call-ID:984072_15401962@172.80.2.100

CSeq:25634 INFO

Content-Length:19

Content-Type:application/reNegotiationReq

reNegotiationReq＝...

步骤204、用户B向IPCC发送reINVITE消息。

用户B收到媒体能力重协商触发请求消息后，按照普通媒体重协商流程向IPCC发送reINVITE消息，该reINVITE消息中，携带了用户B当前支持的所有媒体能力C，同时携带了用户B用于收发媒体流的IP地址和端口。

步骤205、IPCC将用户B发来的reINVITE消息直接转发给用户A。

IPCC收到用户B的媒体重协商的reINVITE消息后，不做任何处理，直接转发给用户A。

步骤206、用户A回应200 OK给IPCC。

用户A收到该reINVITE消息后，回应200 OK给IPCC，该200 OK消息中携带了用户B支持的所有媒体能力C同用户A支持的所有媒体能力的交集C’，同时将决定在此次媒体通信使用的媒体能力放在能力集中的首位。此外，该200 OK消息还携带了A用于收发媒体流的IP地址和端口。

步骤207、IPCC将用户A发送的200 OK消息直接转发给用户B。

IPCC收到用户A的200 OK消息后，不做任何处理，直接转发给用户B。

此时，媒体重协商完成，通过此次媒体重协商，用户A和用户B都知道对方此后使用的媒体能力和传输媒体流的IP地址和端口，可以在此基础上进行媒体通信。

IPCC也可以向用户A发出媒体能力重协商触发请求消息，要求用户A主动发起媒体重协商流程，在这种情况下，与图2中处理方式基本相同，在此不再重复描述。

使用本发明实施例提供的媒体能力重协商的方法实施例后，作为媒体能力重协商的中间协调方，在重协商过程中，IPCC只要做简单的消息转发接口，无需保存任何媒体能力和进行相关判断。

而且整个重协商过程只要交互一次就肯定能完成，避免了现有技术中的可能需要重复进行媒体能力重协商的状况。

进一步，由于重协商中用户A或用户B总是会重新带上自己支持的全部媒体能力，避免了现有技术中由于由于主叫用户的媒体能力被网络中其他设备过滤掉导致的重协商失败。

本发明实施例提供的中间协调方实施例的结构如图3所示，中间协调方300包括：

触发单元301，用于在需要进行媒体能力重协商时，向须进行重协商的终端发送媒体能力重协商触发请求消息；

接收单元302，用于接收所述须进行重协商的终端发送的媒体能力重协商消息；

转发单元303，用于向须进行重协商的其他终端转发所述媒体能力重协商消息。

本发明实施例提供的中间协调方实施例可以由IPCC担任，所述媒体能力重协商消息可能为携带用户媒体能力集及用户媒体流网际协议地址和端口的请求进行重协商的消息；也可能为携带用户媒体能力集及用户媒体流网际协议地址和端口的响应消息。

本发明实施例提供的终端实施例结构如图4所示，包括：

触发重协商单元410，用于接收中间协调方发送的媒体能力重协商触发请求；

重协商单元420，用于通过所述中间协调方与第二终端交互媒体能力重协商消息，实现媒体能力重协商。

添加单元430，用于在所述重协商请求消息中添加所述终端媒体流网际协议地址和端口。

其中重协商单元420包括：

发送单元421，用于通过所述中间协调方将携带所述第一用户媒体能力集的请求进行重协商的消息转发至第二终端；

处理单元422，用于接收所述第二终端通过所述中间协调方返回的所述第二用户媒体能力集与所述第一用户媒体能力集的交集，实现媒体能力重协商。

本发明实施例提供的中间协调方实施例、及终端实施例的运行方式，与本发明实施例提供的媒体能力重协商的方法实施例基本类似，在此不再重复描述。

使用本发明实施例提供的中间协调方实施例、终端实施例，作为媒体能力重协商的中间协调方，在重协商过程中，IPCC只要做简单的消息转发接口，无需保存任何媒体能力和进行相关判断。

进一步，由于重协商中用户A或用户B会携带自己支持的全部媒体能力，避免了现有技术中由于主叫用户的媒体能力被网络中其他设备过滤掉导致的重协商失败。

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

一种媒体能力重协商的方法，所述方法包括：

或，一种媒体能力重协商的方法，所述方法包括：

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

以上对本发明所提供的一种媒体能力重协商的方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种媒体能力重协商的方法，其特征在于，所述方法包括：

2.如权利要求1所述的媒体能力重协商的方法，其特征在于，所述媒体能力重协商消息包括：

携带用户媒体能力集及用户媒体流网际协议地址和端口的请求进行重协商的消息；或，

携带用户媒体能力集及用户媒体流网际协议地址和端口的响应消息。

3.如权利要求1或2所述的媒体能力重协商的方法，其特征在于，所述媒体能力重协商触发请求为会话初始协议消息。

4.如权利要求1或2所述的媒体能力重协商的方法，其特征在于，所述中间协调方为业务中心。

5.一种媒体能力重协商的方法，其特征在于，所述方法包括：

6.如权利要求5所述的媒体能力重协商的方法，其特征在于，所述通过所述中间协调方与第二终端交互媒体能力重协商消息包括：

通过所述中间协调方将携带所述第一用户媒体能力集的请求进行重协商的消息转发至第二终端，接收所述第二终端通过所述中间协调方返回的所述第二用户媒体能力集与所述第一用户媒体能力集的交集。

7.如权利要求5或6所述的媒体能力重协商的方法，其特征在于，所述方法还包括，在所述重协商请求消息中携带所述第一用户媒体流网际协议地址和端口。

8.如权利要求5或6所述的媒体能力重协商的方法，其特征在于，所述媒体能力重协商触发请求消息为会话初始协议消息。

9.如权利要求5或6所述的媒体能力重协商的方法，其特征在于，所述中间协调方为宽带呼叫中心。

10.一种中间协调方，其特征在于，所述中间协调方包括：

11.如权利要求9所述的中间协调方，其特征在于，所述媒体能力重协商消息包括：

12.一种终端，其特征在于，所述终端包括：

13.如权利要求12所述的终端，其特征在于，所述重协商单元包括：

发送单元，用于通过所述中间协调方将携带所述第一用户媒体能力集的请求进行重协商的消息转发至第二终端；

处理单元，用于接收所述第二终端通过所述中间协调方返回的所述第二用户媒体能力集与所述第一用户媒体能力集的交集，实现媒体能力重协商。

14.如权利要求12或13所述的终端，其特征在于，所述终端还包括：

添加单元，用于在所述重协商请求消息中添加所述终端媒体流网际协议地址和端口。