本发明涉及通信领域， 特别是指一种多媒体能力协商方法及装置。 背景技术

可视电话是一种集音频和视频于一体的多媒体 通信系统， 使人们不再 局限于普通的语音电话服务， 真正实现既闻其声、 又见其人的梦想。 随着 第三代 3G移动通信时代的来临， 可视电话将被越来越多的人所接受。

3G视频通话绝大部分是基于 3G-H.324M 的视频通话标准， 正常的 H.245的呼叫过程需要 5到 8秒以上， 用户很难接受， 为此， 出现了加速 H.245过程的协议 MONA ( media oriented negotiation acceleration, 面向媒体 的协商加速）， 可以把 H.245的呼叫建立时间缩短在一秒之内。

MONA规范中有三种技术， 即 SPC ( Signaling Preconfigured Channel , 信令预配置通道；)、 MPC ( Media Preconfigured Channels,媒体预配置通道；)、 ACP ( Accelerated Connection Procedure, 力口速连接过程）， 其中 MPC协商 速度最快， 但是现有的 MPC技术具有以下缺点： 无法表示媒体能力属性， 这样在具有多种媒体能力的情况下， MPC无法表示多种媒体能力的优先级， 这样就可能导致协商失败， 降低了 MPC的通用性。 发明内容

本发明要解决的技术问题是提供一种多媒体能 力协商方法及装置， 能 够提高 MPC的通用性。

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

一方面， 提供一种多媒体能力协商方法， 应用于面向媒体的协商加速- 媒体预配置通道 MONA-MPC系统中 , 包括：

所述第一终端根据自身媒体能力的优先级构造 第一优先级消息即第一 PM ( Priority Message ) 消息；

所述第一终端将所述第一 PM 消息发送至第二终端， 并接收所述第二 终端返回的第二 PM消息，所述第二 PM消息包括所述第二终端根据所述第 一终端的媒体能力的优先级所确定自身与所述 第一终端进行通信所用的媒 体能力；

所述第一终端根据所述第二 PM 消息确定与所述第二终端进行通信的 媒体通道。

其中， 所述第一 PM 消息携带所述第一终端的媒体能力的优先级， 所 述媒体能力的优先级包括所述第一终端的接收 媒体能力的优先级和发送媒 体能力的优先级。

其中， 所述第二 PM 消息包括所述第二终端的发送媒体能力和接收 媒 体能力， 所述第一终端根据所述第二 PM 消息确定与所述第二终端进行通 信的媒体通道包括：

所述第一终端判断自身是否具备与所述第二终 端的接收媒体能力一致 的发送媒体能力， 以及是否具备与所述第二终端的发送媒体能力 一致的接 收媒体能力；

当所述第一终端具备与所述第二终端的接收媒 体能力一致的发送媒体 能力， 具备与所述第二终端的发送媒体能力一致的接 收媒体能力时， 所述 第一终端通过媒体预配置通道与所述第二终端 进行通信。

本发明实施例还提供了一种多媒体能力协商方 法， 应用于面向媒体的 协商加速-媒体预配置通道 M0NA-MPC系统中， 包括：

第二终端接收第一终端发送的第一优先级消息 即第一 PM 消息， 所述 第一 PM消息中携带有所述第一终端的媒体能力的优� ��级； 所述第二终端根据所述第一终端的媒体能力的 优先级确定自身与所述 第一终端进行通信所用的媒体能力；

所述第二终端将所确定的媒体能力通过第二 PM 消息发送至所述第一 终端， 以使所述第一终端确定与所述第二终端进行通 信的媒体通道。

其中， 所述第一终端的媒体能力的优先级包括第一终 端的接收媒体能 力的优先级和发送媒体能力的优先级， 所述第二终端根据所述第一终端的 媒体能力的优先级确定自身与所述第一终端进 行通信所用的媒体能力包 括：

所述第二终端根据所述第一终端的接收媒体能 力的优先级确定自身与 所述第一终端进行通信所用的发送媒体能力；

所述第二终端根据所述第一终端的发送媒体能 力的优先级确定自身与 所述第一终端进行通信所用的接收媒体能力。

本发明实施例还提供了一种多媒体能力协商装 置， 应用于面向媒体的 协商加速-媒体预配置通道 MONA-MPC系统中， 包括：

第一构造模块， 用于根据第一终端的媒体能力的优先级构造第 一优先 级消息即第一 PM消息；

第一接口模块， 用于将所述第一 PM 消息发送至第二终端， 并接收所 述第二终端返回的第二 PM消息 ,所述第二 PM消息包括所述第二终端根据 所述第一终端的媒体能力的优先级所确定的自 身与所述第一终端进行通信 所用的媒体能力；

第一处理模块， 用于根据所述第二 PM 消息确定所述第一终端与所述 第二终端进行通信的媒体通道。

其中， 所述第一构造模块具体用于将所述第一终端的 媒体能力的优先 级填充到所述第一 PM 消息中， 所述媒体能力的优先级包括所述第一终端 的接收媒体能力的优先级和发送媒体能力的优 先级。 其中， 所述第二 PM 消息包括所述第二终端的发送媒体能力和接收 媒 体能力， 所述第一处理模块包括：

判断单元， 用于判断所述第一终端是否具备与所述第二终 端的接收媒 体能力一致的发送媒体能力， 以及是否具备与所述第二终端的发送媒体能 力一致的接收媒体能力；

处理单元， 用于当所述第一终端具备与所述第二终端的接 收媒体能力 一致的发送媒体能力， 具备与所述第二终端的发送媒体能力一致的接 收媒 体能力时， 确定所述第一终端通过媒体预配置通道与所述 第二终端进行通 信。

本发明实施例还提供了一种多媒体能力协商装 置， 应用于面向媒体的 协商加速-媒体预配置通道 MONA-MPC系统中， 包括：

第二接口模块，用于接收第一终端发送的第一 优先级消息即第一 PM消 息， 所述第一 PM消息中携带有所述第一终端的媒体能力的优� ��级；

第二处理模块， 用于根据所述第一终端的媒体能力的优先级确 定第二 终端与所述第一终端进行通信所用的媒体能力 ；

第二构造模块， 用于根据所确定的所述第二终端的媒体能力构 造第二

PM消息；

所述第二接口模块还用于发送所述第二 PM 消息至所述第一终端， 以 使所述第一终端确定与所述第二终端进行通信 的媒体通道。

其中， 所述第一终端的媒体能力的优先级包括第一终 端的接收媒体能 力的优先级和发送媒体能力的优先级，

所述第二处理模块具体用于根据所述第一终端 的接收媒体能力的优先 级确定所述第二终端与所述第一终端进行通信 所用的发送媒体能力， 根据 所述第一终端的发送媒体能力的优先级确定所 述第二终端与所述第一终端 进行通信所用的接收媒体能力。 本发明的实施例具有以下有益效果：

上述方案中， 第一终端发送至第二终端的 PM 消息中携带有第一终端 的媒体能力的优先级， 这样第二终端在接收到 PM 消息之后， 就能够根据 第一终端的媒体能力的优先级所确定自身与第 一终端进行通信所用的媒体 能力， 从而保证通信的双方能够优先采用优先级较高 的媒体能力进行协商， 增加了协商成功率， 提高了 MPC的通用性。 附图说明

图 1为本发明实施例的多媒体能力协商方法的流� �示意图；

图 1为本发明实施例的多媒体能力协商方法的另� �流程示意图； 图 3为本发明实施例的多媒体能力协商装置的结� �示意图；

图 4为本发明实施例的多媒体能力协商装置的另� �结构示意图； 图 5为现有技术中的 MONA-MPC会话建立流程示意图；

图 6为本发明实施例的多媒体能力协商方法的会� �建立流程示意图。 具体实施方式

为使本发明的实施例要解决的技术问题、 技术方案和优点更加清楚， 下面将结合附图及具体实施例进行详细描述。 先级， 导致协商失败， 降低 MPC的通用性的问题， 提供一种多媒体能力协 商方法及装置， 能够提高 MPC的通用性。

图 1为本发明实施例的多媒体能力协商方法的流� �示意图， 如图 1所 示, 本实施例应用于 MONA-MPC ( media oriented negotiation acceleration- Media Preconfigured Channels, 面向媒体的协商加速-媒体预配置通道 )系统 中， 包括：

步驟 101 :第一终端根据自身媒体能力的优先级构造第� �优先级消息即 第一 PM消息；

步驟 102: 第一终端将第一 PM消息发送至第二终端， 并接收第二终端 返回的第二 PM消息，第二 PM消息包括第二终端根据第一终端的媒体能力 的优先级所确定自身与第一终端进行通信所用 的媒体能力；

步驟 103:第一终端根据第二 PM消息确定与第二终端进行通信的媒体 通道。

本发明实施例的多媒体能力协商方法，第一终 端发送至第二终端的 PM 消息中携带有第一终端的媒体能力的优先级,� �样第二终端在接收到 PM消 息之后， 就能够根据第一终端的媒体能力的优先级所确 定自身与第一终端 进行通信所用的媒体能力， 从而保证通信的双方能够优先采用优先级较高 的媒体能力进行协商， 增加了协商成功率， 提高了 MPC的通用性。

图 1为本发明实施例的多媒体能力协商方法的另� �流程示意图，如图 1 所示， 本实施例应用于 MONA-MPC系统中， 包括：

步驟 201 :第二终端接收第一终端发送的第一优先级消� �即第一 PM消 息， 第一 PM消息中携带有第一终端的媒体能力的优先级� ��

步驟 202:第二终端根据第一终端的媒体能力的优先� �确定自身与第一 终端进行通信所用的媒体能力；

步驟 203:第二终端将所确定的媒体能力通过第二 PM消息发送至第一 终端 , 以使第一终端确定与第二终端进行通信的媒体 通道。

本发明实施例的多媒体能力协商方法，第一终 端发送至第二终端的 PM 消息中携带有第一终端的媒体能力的优先级,� �样第二终端在接收到 PM消 息之后， 就能够根据第一终端的媒体能力的优先级所确 定自身与第一终端 进行通信所用的媒体能力， 从而保证通信的双方能够优先采用优先级较高 的媒体能力进行协商， 增加了协商成功率， 提高了 MPC的通用性。

图 3为本发明实施例的多媒体能力协商装置的结� �示意图， 如图 3所 示， 本实施例应用于 MONA-MPC系统中， 包括：

第一构造模块 30, 用于根据第一终端的媒体能力的优先级构造第 一优 先级消息即第一 ΡΜ消息；

第一接口模块 31 , 用于将第一 ΡΜ消息发送至第二终端， 并接收第二 终端返回的第二 ΡΜ消息，第二 ΡΜ消息包括第二终端根据第一终端的媒体 能力的优先级所确定的自身与第一终端进行通 信所用的媒体能力；

第一处理模块 32, 用于根据第二 ΡΜ消息确定第一终端与第二终端进 行通信的媒体通道。

其中， 第一构造模块 30具体用于将第一终端的媒体能力的优先级填� �� 到第一 ΡΜ 消息中， 媒体能力的优先级包括第一终端的接收媒体能 力的优 先级和发送媒体能力的优先级。

其中， 第二 ΡΜ 消息包括第二终端的发送媒体能力和接收媒体 能力， 第一处理模块 32包括：

判断单元 , 用于判断第一终端是否具备与第二终端的接收 媒体能力一 致的发送媒体能力， 以及是否具备与第二终端的发送媒体能力一致 的接收 媒体能力；

处理单元， 用于当第一终端具备与第二终端的接收媒体能 力一致的发 送媒体能力， 具备与第二终端的发送媒体能力一致的接收媒 体能力时， 确 定第一终端通过媒体预配置通道与第二终端进 行通信。

本发明实施例的多媒体能力协商装置，第一终 端发送至第二终端的 ΡΜ 消息中携带有第一终端的媒体能力的优先级,� �样第二终端在接收到 ΡΜ消 息之后， 就能够根据第一终端的媒体能力的优先级所确 定自身与第一终端 进行通信所用的媒体能力， 从而保证通信的双方能够优先采用优先级较高 的媒体能力进行协商， 增加了协商成功率， 提高了 MPC的通用性。

图 4为本发明实施例的多媒体能力协商装置的另� �结构示意图，如图 4 所示， 本实施例应用于 MONA-MPC系统中， 包括：

第二接口模块 40 ,用于接收第一终端发送的第一优先级消息即� �一 ΡΜ 消息， 第一 ΡΜ消息中携带有第一终端的媒体能力的优先� �；

第二处理模块 41 , 用于根据第一终端的媒体能力的优先级确定第 二终 端与第一终端进行通信所用的媒体能力；

第二构造模块 42,用于根据所确定的第二终端的媒体能力构造 第二 ΡΜ 消息；

第二接口模块 40还用于发送第二 ΡΜ消息至第一终端， 以使第一终端 确定与第二终端进行通信的媒体通道。

其中， 第一终端的媒体能力的优先级包括第一终端的 接收媒体能力的 优先级和发送媒体能力的优先级，

第二处理模块 41具体用于根据第一终端的接收媒体能力的优� ��级确定 第二终端与第一终端进行通信所用的发送媒体 能力， 根据第一终端的发送 媒体能力的优先级确定第二终端与第一终端进 行通信所用的接收媒体能 力。

本发明实施例的多媒体能力协商装置，第一终 端发送至第二终端的 ΡΜ 消息中携带有第一终端的媒体能力的优先级,� �样第二终端在接收到 ΡΜ消 息之后， 就能够根据第一终端的媒体能力的优先级所确 定自身与第一终端 进行通信所用的媒体能力， 从而保证通信的双方能够优先采用优先级较高 的媒体能力进行协商， 增加了协商成功率， 提高了 MPC的通用性。

下面结合附图， 对本发明的多媒体能力协商方法做进一步详细 说明。 图 5所示为现有技术中的 MONA-MPC会话建立流程示意图， 包括： 步驟 501 , 发送方填充并发送 ΡΜ初始化消息给接收方；

在 CS ( Client/Server, 客户机 /服务器）链路建立之后， 发送方填充并 发送 PM初始化消息给接收方； 步驟 502, 如果发送方支持并优先使用 MPC, 则在 PM消息中的有效 载荷 Payload域中发送自身的媒体数据， 数据格式以 MUX code表示；

这样在发送方具备多种媒体能力时， 接收方可以根据媒体数据获知发 送方支持的媒体能力 , 但不能获知每一媒体能力的优先级；

步驟 503 , 发送方接收到接收方的 PM消息， PM消息中包括接收方支 持的发送媒体能力 MPC-TX和接收媒体能力 MPC-RX;

步驟 504 , 若发送方的 MPC-RX和接收方的 MPC-TX相同， 发送方的 MPC-TX和接收方的 MPC-RX相同 ,则说明发送方和接收方能够通过 MPC 进行通信。

对于接收方来说，解析接收到的预配置媒体通 道的 PDU ( Protocol Data Unit ， 协定数据单元）， 比较其中的媒体数据是否符合自身的 MPC-RX, 如 果接收到的 PDU中数据不满足自身的 MPC-RX, 则丟弃所有数据。 如果满 足则进行解码并显示。

对于发送方，可以在接收到接收方的 PM消息之后根据对方的 MPC-RX 来判断自身之前建立的预配置通道是否正确， 如果错误则停止发送， 转而 使用合适的媒体通道进行发送。

在终端具备多种媒体能力时， 现有技术中的 MONA-MPC会话建立流 程不能表示媒体能力属性， 这样在终端具备多种媒体能力时， 无法表示多 种媒体能力的优先级， 这样就不能保证双方终端通过优先级最高的媒 体能 力建立通信， 可能导致媒体协商的失败。

图 6所示为本发明的多媒体能力协商方法的会话� �立流程示意图， 在 本实施例中， 并不要求被叫终端也能够在 PM 消息中表示媒体能力属性， 但为了双方都能够提高 MPC通用性，被叫终端也可在 PM消息中表示媒体 能力属性， 下面以被叫终端也可在 PM 消息中表示媒体能力属性为例对本 发明的多媒体能力协商方法进行说明： 步驟 601 , 主叫终端建立媒体优先级表， 确定编解码器对称属性表以及 自身多种媒体能力的优先级， 包括接收媒体能力优先级和发送媒体能力优 先级；

在 CS链路建立之后， 主叫终端建立媒体优先级表， 确定编解码器对称 属性表以及自身多种媒体能力的优先级。 比如主叫终端支持的接收媒体能 力包括 A和 B, 其中 A的优先级最高， B的优先级次之； 主叫终端支持的 发送媒体能力包括 A、 B和 C, 其中 A的优先级最高， C的优先级次之， B 的优先级最低；

步驟 602, 如果主叫终端支持并优先使用 MPC, 则构造 PM消息， 其 中在 PM消息的 Payload字段中添加媒体能力以及相应的优先级� �编解码器 属性；

具体地， 可以在 PM消息中预留位或者定义新的字段来表示上述� ��息， 可以用 Payload中第一个字节最有意义的高四位标示该 Payload字段中表示 的是媒体数据还是媒体能力相关属性；

步驟 603, 主叫终端启动 MPC流程向被叫终端发送 PM消息； 步驟 604 , 被叫终端接收到主叫终端的 PM消息， 并向主叫终端返回响 应的 PM消息， 响应的 PM消息中包括被叫终端的媒体能力；

被叫终端根据自身支持的媒体能力和主叫终端 的媒体能力的优先级确 定响应的 PM消息中表示的媒体能力。 包括以下几种情况：

一、 主叫终端的编解码器不是对称的， 能够同时满足（ 1 )被叫终端支 持的发送媒体能力与主叫终端支持的接收媒体 能力有交集和（2 )被叫终端 支持的接收媒体能力与主叫终端支持的发送媒 体能力有交集；

比如被叫终端获知主叫终端支持的接收媒体能 力有 A和 B, 其中 A的 优先级最高， B的优先级次之， 而被叫终端支持的发送媒体能力包括 A和 B, 则被叫终端在响应的 PM消息中表示自身的发送媒体能力 A; 若被叫终 端获知主叫终端支持的发送媒体能力有 A、 B和 C, 其中 A的优先级最高， C的优先级次之， B的优先级最低， 而被叫终端支持的接收媒体能力只包括 B和 C, 则被叫终端在响应的 PM消息中表示自身的接收媒体能力 C;

二、 主叫终端的编解码器是对称的， 能够同时满足（ 1 )被叫终端支持 的发送媒体能力与主叫终端支持的接收媒体能 力有交集和（2 )被叫终端支 持的接收媒体能力与主叫终端支持的发送媒体 能力有交集；

比如被叫终端获知主叫终端的编解码器是对称 的， 支持的接收媒体能 力有 A和 B, 其中 A的优先级最高， B的优先级次之， 而被叫终端支持的 发送媒体能力只有 B,则被叫终端在响应的 PM消息中表示自身的发送媒体 能力 B; 因为主叫终端的编解码器是对称的， 因此主叫终端支持的发送媒 体能力也是 A和 B, 其中 A的优先级最高， B的优先级次之， 而被叫终端 支持的接收媒体能力只包括 B,则被叫终端在响应的 PM消息中表示自身的 接收媒体能力 B;

三、 不能够同时满足（ 1 )被叫终端支持的发送媒体能力与主叫终端支 持的接收媒体能力有交集和（2 )被叫终端支持的接收媒体能力与主叫终端 支持的发送媒体能力有交集；

比如被叫终端获知主叫终端支持的接收媒体能 力有 A和 B, 其中 A的 优先级最高， B的优先级次之， 而被叫终端支持的发送媒体能力只有 C, 则 被叫终端在响应的 PM消息中表示自身的发送媒体能力 C;若被叫终端获知 主叫终端支持的发送媒体能力包括 A、 B和 C, 其中 A的优先级最高， C 的优先级次之, B的优先级最低，而被叫终端支持的接收媒体� �力只包括 D, 则被叫终端在响应的 PM消息中表示自身的接收媒体能力 D;

步驟 605: 主叫终端接收被叫终端响应的 PM消息， 确定与被叫终端进 行通信的媒体通道。

若主叫终端的发送媒体能力中包括被叫终端返 回的接收媒体能力， 且 同时主叫终端的接收媒体能力中包括被叫终端 返回的发送媒体能力， 则说 明主叫终端和被叫终端之间能够通过之前建立 的 MPC进行正常通话， 则主 叫终端和被叫终端协商成功。

若主叫终端的发送媒体能力中不包括被叫终端 返回的接收媒体能力 , 或主叫终端的接收媒体能力中不包括被叫终端 返回的发送媒体能力， 则说 明主叫终端和被叫终端不能够通过之前建立的 MPC进行正常通话 ,主叫终 端需要重新选择其他合适的媒体通道进行通信 。

当被叫终端只能够在 PM 消息中表示媒体数据时， 主叫终端在接收到 被叫终端返回的 PM 消息中， 判断自身是否可以解析其中的音视频数据， 若可以解析， 则说明主叫终端和被叫终端之间能够通过之前 建立的 MPC进 行正常通话。 若不能解析， 主叫终端丟弃该 PM 消息， 重新选择其他合适 的媒体通道进行通信。

本发明的多媒体协商方法， 通过在主叫终端 PM 消息中携带多种媒体 能力的优先级， 使得被叫终端在自身支持的媒体能力中能够选 择主叫终端 中优先级高的媒体能力与主叫终端进行协商； 并且若主叫终端的编解码器 是对称的， 主叫终端 PM 消息也能够表示多种媒体能力， 扩大了被叫终端 选择媒体能力的范围， 提高了媒体协商的成功性， 扩大了 MPC的通用性。

此说明书中所描述的许多功能部件都被称为模 块， 以便更加特别地强 调其实现方式的独立性。

本发明实施例中， 模块可以用软件实现， 以便由各种类型的处理器执 行。 举例来说， 一个标识的可执行代码模块可以包括计算机指 令的一个或 多个物理或者逻辑块， 举例来说， 其可以被构建为对象、 过程或函数。 尽 管如此， 所标识模块的可执行代码无需物理地位于一起 ， 而是可以包括存 储在不同位里上的不同的指令， 当这些指令逻辑上结合在一起时， 其构成 模块并且实现该模块的规定目的。 实际上， 可执行代码模块可以是单条指令或者是许多条 指令， 并且甚 至可以分布在多个不同的代码段上， 分布在不同程序当中， 以及跨越多个 存储器设备分布。 同样地， 操作数据可以在模块内被识别， 并且可以依照 任何适当的形式实现并且被组织在任何适当类 型的数据结构内。 所述操作 数据可以作为单个数据集被收集， 或者可以分布在不同位置上（包括在不 同存储设备上）， 并且至少部分地可以仅作为电子信号存在于系 统或网络 上。

在模块可以利用软件实现时， 考虑到现有硬件工艺的水平， 所以可以 以软件实现的模块， 在不考虑成本的情况下， 本领域技术人员都可以搭建 对应的硬件电路来实现对应的功能， 所述硬件电路包括常规的超大规模集 成（VLSI ) 电路或者门阵列以及诸如逻辑芯片、 晶体管之类的现有半导体 或者是其它分立的元件。 模块还可以用可编程硬件设备， 诸如现场可编程 门阵列、 可编程阵列逻辑、 可编程逻辑设备等实现。

在本发明各方法实施例中， 所述各步驟的序号并不能用于限定各步驟 的先后顺序， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提 下， 对各步驟的先后变化也在本发明的保护范围之 内。

以上所述是本发明的优选实施方式， 应当指出， 对于本技术领域的普 通技术人员来说， 在不脱离本发明所述原理的前提下， 还可以作出若干改 进和润饰， 这些改进和润饰也应视为本发明的保护范围。 工业实用性 本发明提供的技术方案能够保证通信的双方能 够优先采用优先级较高 的媒体能力进行协商， 增加了协商成功率， 提高了 MPC的通用性。