专利名称：一种实现媒体协商的方法和装置的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种实现媒体协商的方法和装置。
背景技术：
随着移动通信网络与IP (Internet Protocol,互联网协议)网络的融合和 下一代网络的发展，所有的会话服务都将支持多媒体会话。在多媒体会话中 实体之间的媒体协商是必不可少的，通过媒体协商，实体之间就本次会话中 使用的媒体类型组合以及各媒体使用哪种编码方案等达成一致。
实体之间可以通过SDP (Session Description Protocol,会话描述协议)提 供/应答机制实现媒体协商，SDP是一个用来描述多媒体会话的应用层协议， SDP的提供/应答机制被实体用来为一个特定会话描述达成一致。
在SDP的提供/应答机制中，当一个实体希望创建一个会话时，可以产生 一个SDP会话描述，该会话描述即构成一个提供，在这个提供中包含提供者所 希望使用的媒体流的集合和编码方案的集合，以及提供者想用来发送媒体的 目的IP地址和目的端口。应答者产生一个SDP应答与其接收到的提供相对应， 该应答携带是否接受i某体流、将要使用的编码方案以及应答者想用来发送媒 体的目的IP地址和目的端口。在接收到第一个请求的应答之后，提供者可以同 样依据这样的问答方法产生后续的请求，但是只能在接收到每一个请求的应 答之后才能发起下一个请求，双方按照上述提供/应答模式进行协商，直至本 次会话中使用的媒体类型组合以及各媒体使用哪种编码方案等达成一致，会 i舌成功建立。
现有的SIP (Session Initiation Protocol,会话初始协i义)多々某体会活的々某 体协商过程如图l所示，具体步骤如下
步骤S101、主叫方向被叫方发送INVITE请求，该INVITE请求中携带第一 个SDP提供给被叫方。该SDP提供通过一 系列的媒体描述行列出本次会话中主
4叫方希望使用的所有々某体类型，以及对这些不同的媒体所支持的编码类型。
其中，SDP消息包括三级信息会话级描述、时间级描述以及媒体级描述。 媒体描述行属于媒体级描述。 一个会话描述可能包括多个媒体描述行， 一个 媒体描述行包括四个子字段媒体类型、端口号、传输协议以及格式列表。
步骤S102、被叫方接收到INVITE请求后，根据INVITE请求中携带的SDP 提供返回第一个SDP应答。该SDP应答中可能拒绝一些被建议的媒体类型，还 可能会缩减编码方案的列表，省略掉不能支持的类型，仅保存双方都支持的 编码方式。另外，主叫方和被叫方的々某体描述必须完全一致，即主叫方会话 描述中的第n个媒体描述行与被叫方会话描述中的第n个媒体描述行——对 应。如果被叫方既不想发送也不想接收主叫方提出的某个媒体流，则在其会 话描述中将该媒体流的端口号置为零。例如主叫方在INVITE请求中包含的 媒体描述行如下所示
m=audio 49170 RTP/AVP 0
m=video 51372 RTP/AVP 31
m=video 53000 RTP/AVP 32
该々某体描述行表示主叫方希望以一个音频流与两个-见频流的方式与;f皮叫
方进行会话。被叫方接收到主叫方发送的INVITE请求后，返回的应答消息中 SDP部分中的媒体描述行如下所示
m=audio 47920 RTP/AVP 0
m=videoO RTP/AVP 31
m=video 53000 RTP/AVP 32
被叫方将第二行的媒体描述行的端口号置为零，表示被叫方不接受该视 频流。
步骤S103、主叫方接收到第一个SDP应答后，判断是否接受被叫方选择的 々某体类型，如果接受，转步骤S104,否则转到步骤S105。
步骤S104、如果主叫方接受被叫方选择的媒体类型，则双方的媒体类型 协商成功，会话建立成功。
步骤S105、如果主叫方不接受被叫方选择的媒体类型，则主叫方可能继续发起一个提供重新与被叫方协商媒体类型。
在实现本发明的过程中，发明人发现现有技术中至少存在如下问题现 有的媒体协商方式仅仅是由主叫方将希望使用的媒体类型罗列出来供被叫方 参考并进行选择，这样的媒体协商方式没有显示出主叫方提供的媒体类型之 间的主次关系，被叫方无法判断主叫方提供的媒体类型中哪些是主叫方最希 望的会话方式，被叫方可能没有选择主叫方最希望使用的媒体类型，由此将 导致以下三种情况(1)主叫方勉强接受了被叫方选择的媒体类型，然而因 为会话无法达到主叫方预期设想的效果，主叫方很有可能在会话过程中发起 修改媒体类型的请求，需要重新进行媒体协商，引起资源的重新分配，(2) 主叫方不接受被叫方的选择，主叫方再次发起媒体协商请求，这也会消耗额 外的会话建立时间；(3)主叫方直接取消与被叫方建立会话的请求。
发明内容
本发明实施例提供一种实现媒体协商的方法和装置，以解决在媒体协商 过程中被叫方无法判断主叫方最希望使用的媒体类型的问题。
为达到上述目的，本发明实施例提供一种实现媒体协商的方法，包括以 下步骤
主叫方设置媒体等级，并向被叫方发送携带所述媒体等级的请求； 所述主叫方接收到所述被叫方返回的响应，所述响应中携带有所述净皮叫
方依据所述媒体等级选择的媒体，并根据所述被叫方选择的媒体做相应的处理。
本发明实施例还提供一种终端，包括
设置单元，用于设置媒体等级，并发送所述媒体等级给发送单元； 发送单元，用于发送携带所述媒体等级的请求；
处理单元，用于接收响应，根据所述响应中被选择的媒体做相应的处理。 与现有技术相比，本发明的实施例具有以下优点
可以在媒体协商过程中由主叫方设置媒体等级，明确各媒体之间的等级 关系，这种增加媒体等级信息的方式有助于更加高效地进行会话的媒体协商。
图1是现有技术中一种实现々某体协商的方法流程图； 图2是本发明实施例一的一种实现媒体协商的方法流程图； 图3是本发明实施例二的一种实现媒体协商的方法流程图； 图4是本发明实施例三的一种实现媒体协商的方法流程图； 图5是本发明实施例四的一种终端示意图。
具体实施例方式
本发明实施例要解决的问题是提供一种实现媒体协商的方法和装置，通 过在会话建立初始阶段主叫方在SDP消息中设置媒体等级，并提供给被叫方进 行媒体协商，让被叫方明确主叫方最希望使用的4某体，可以更加高效和有效 地建立会话，节省不必要的媒体协商时间。
本发明实施例中将主叫方提供给被叫方进行媒体协商的^ 某体等级可通过 以下两种方式实现，
方式一媒体等级包括主媒体类型与副媒体类型，其中主媒体类型是主 叫方最希望使用的媒体类型，它的主要目的是让被叫方明确主叫方更倾向于 使用哪种媒体类型进行通信，从而使被叫方在明确主叫方意愿的情况下作出 选择。主叫方通过设置主副媒体类型向被叫方传达需要进行协商的媒体类型 之间的主次关系，其中副々某体类型是主々某体类型的补充和辅助，能够让会话 达到更好的效果。
若在会话建立之前能够预计到某些媒体类型会一直贯穿于整个会话之 中，则有必要将这些^ 某体类型设置为主々某体类型，对于主叫方对会话i某体类 型有特别要求的情况下也可以设置主副媒体类型，例如主叫方希望与被叫 方同时进行视频和音频交流，则可以将视频与音频都指定为主々某体类型；另 外在一些场景下，设置主副媒体是必要的，例如视频会议中，与会者必须 支持视频媒体流才能保证会议的正常进行，这是最基本的条件，因此可以将 该视频流指定为主媒体类型。方式二媒体等级通过所述媒体对应的优先级体现，优先级高的媒体所 述媒体等级也较高，这样对媒体的等级就不会局限于主副媒体两种类型，主 叫方可根据自己的喜好或条件，依次设置不同的优先级，这样被叫方也会依 据优先级依次选择其能够接受的媒体，这样能够进一步提高媒体协商的效率。 下面结合附图和实施例，对本发明的
具体实施方式
作进一步详细描述。 本发明的实施例一中， 一种实现媒体协商的方法如图2所示，具体步骤如
下
步骤S201、主叫方设置媒体等级，并向被叫方发送携带该媒体等级的会 话请求。具体的，通过扩展会话请求中的SDP消息携带设置的々某体等级。具体 包括两种方式， 一种是仅设置主副媒体两种类型，另一种是通过所述媒体对 应的优先级体现媒体等级。设置主副媒体两种类型可采用以下方式
SDP消息包括三级信息会话级描述、时间级描述以及媒体级描述。媒体 描述行属于媒体级描述， 一个会话描述可能包括多个媒体描述行， 一个媒体 描述行又包括四个子字段媒体类型、端口号、传输协议以及格式列表。可 以通过扩展SDP消息中的会话级描述、媒体描述行、端口号的分配来实现主副 媒体。
(1)定义一个会话级属性行(即主副媒体属性行)实现设置主副々某体类 型。主副媒体属性行中包括两个属性值主媒体类型和副媒体类型。
(2 )在媒体描述行中定义一个主副媒体标识子字段实现设置主副媒体类 型。通过在媒体描述行中定义一个主副媒体标识子字段用来说明某个媒体描 述行中的媒体类型是主媒体类型或副媒体类型。
进一步，在同一个媒体类型对应多个媒体描迷行的情况下(即多个相同 类型的媒体流)，可以通过主副媒体标识子字段指明某个媒体流是主媒体类型 或副媒体类型。
(3 )定义一个会话级属性行一一主媒体端口号属性行，主媒体端口号属 性行指出所有主媒体类型在各自的媒体描述行中对应的端口号，即如果该主 々某体端口号属性行对应的端口号值为51372,则该端口 (51372)对应的4某体 就为主媒体类型。该端口号为发送媒体的目的端口号(即被叫方端口号)，该
8端口号取决于网络信息以及传输协议。
进一步，该种扩展方法不适用于IP地址不同而端口号相同的情况，适用
于SDP消息中仅有会话级连接状态行的情况。
进一步，对于一个媒体行中设置多个端口的情况下，应当在主媒体端口 号属性行中列出所有这些端口号。
进一步，由于端口号和媒体描述行中的媒体类型对应，因此在同一个媒 体类型对应多个媒体描述行的情况下(即多个相同类型的媒体流)，可以通过 主媒体端口号属性行指明某个媒体流是主媒体类型或副媒体类型。
设置媒体优先级可采用以下方式定义一个媒体级属性行一一媒体优先 级属性行，给定某种媒体类型的优先级。主叫方为其在本次会话中希望使用 的各媒体类型赋予优先级来设置媒体等级。
步骤S202、被叫方接收到主叫方的会话请求后，识别会话请求中携带的 媒体等级，并进行选择。
步骤S203、净皮叫方向主叫方发送一个临时响应，该临时响应中包含^皮叫 方对主叫方设置的媒体等级作出的选择。
步骤S204、主叫方接收到被叫方的临时响应后，判断被叫方是否接受i某 体等级高的媒体，如果接受，转步骤S205，否则转步骤S206。
步骤S205、如果被叫方接受主叫方设置的等级高的々某体，则主叫方向被 叫方返回OK响应，会话成功建立，主叫方与被叫方按照协商好的媒体进行会 话。
步骤S206、如果被叫方不接受主叫方设置的等级高的媒体，则主叫方根 据不同的需求进^f亍相应的处理，如下所示
(l)返回OK响应，会话成功建立，主叫方与被叫方按照协商好的J 某体 进行会话；
(2 )重新设置媒体等级继续与被叫方进行媒体协商； (3)取消与被叫方建立会话连接。
以上步骤中描述的会话可能是一对一的CPM多媒体会话，也可能是CPM 多媒体预定义群组会话，下面分别以具体实施例对本发明进行说明。为了能够更加详细地理解本发明实施例，该实施例采用方式一主副^ 某体两种类型进 行描述，采用优先级方式与采用主副々某体的方式流程近似，在此不在赘述。
本发明的实施例二中，以一对一的CPM ( Converaged IP Message,融合 IP消息)多々某体会话为例， 一种实现々某体协商的方法如图3所示，具体步骤如 下
步骤S301、 UEA设置主副媒体类型，并向UEB发送携带该主副媒体类型 的INVITE请求。
具体的，用户A和用户B均为签约的CPM用户，归属网络相同，且在同一 域内，可以通过扩展SDP消息中的会话级属性行a、媒体描述行m、端口号的 分配来实现上述会话建立时的主副媒体类型设置，进行媒体协商。
(1 )定义会话级属性a实现媒体协商。定义SDP消息的会话级属性如下所
示
Inviting-mediatypes = a=inviting: primary-types SP optional-types 其中
Primary-types=("audio"| "video"|"application'" "message"l "text") Optional-types=("audio，，| "video"|"application"| "message，，l "text"| "none") Inviting-mediatypes表示UE A可提供的所有々某体类型,其中primary-types
与optional-types分别表示UEA指定的主媒体类型与副媒体类型；
进一步，INVITE请求中的SDP消息如下所示，其中a^nviting: video表示
指定视频为主媒体类型 v=0
o=Alice 2890844526 2890842807 IN IP4 10.47.16.5
s=My holiday
i=Pictures of my holiday
e=Alice@example.com (Alice)
c=INIP4 10.47.16. 5
t=2873397496 2873404696
a=inviting: videoa=sendrecv
m=audio 49170 RTP/AVP 0 m=video 51372 RTP/AVP 99 a=rtpmap:99 h263國1998/90000
其中，上述实施例为对主媒体类型的举例描述，在上述例子中第1 6行 为会话描述，v行表示协议版本，o行表示所有者/创建者和会话标识符，s行 表示会话名称，i行表示会话信息，e行表示Email地址，c行表示连接信息一 一如果包含在所有媒体中，则不需要该字段；第7行为时间描述，t行表示会 话活动时间；第8 12行为媒体描述，m行表示々某体名称和传输地址，a行表 示0个或多个会话属性行。
(2)定义媒体描述行m实现媒体协商。m行携带媒体和传输的信息，包 括々某体的类型(如音频、视频等)、发送媒体的目的端口号、传输协议以及格 式列表，其语法如下
m=<media> <port> <transport> <fint list〉
本实施例中，在m行中增加一个标识type-tag来指示每个m行中的媒体类型 是主媒体类型还是副媒体类型，即
m=<media> <port> <transport> <fint list> <type-tag> 其中type國tag: ("primary" | "optional"),即primary与optional分别表示该々某体 行中的媒体类型为主媒体或副媒体。
进一步，INVITE请求中的SDP消息如下所示，其中视频为主媒体类型， 音频为副媒体类型， v=0
o=Alice 2890844526 2890842807 IN IP4 10.47.16.5 s=My holiday i=Pictures of my holiday e=Alice@example.com (Alice) c=INIP4 10.47.16. 5 t=2873397496 2873404696a=sendrecv
m=audio 49170 RTP/AVP 0 optional
m=video 51372 RTP/AVP 99 primary
a=rtpmap:99 h263-1998/90000 (3)定义端口号的分配实现媒体协商。如上所述，媒体行n^〈media〉 <port> <transport> <fmt lis^中端口port^示发送々某体的目的端口号。为了让UE B明确所有m行中的媒体类型哪些是主媒体哪些是副媒体，定义以下会话级属 性
Primary-ports = a=port: <主媒体端口号>
即通过主々某体端口号指出所有m行包含的^ 某体类型中哪些端口号对应的 媒体类型是主媒体类型。
进一步，INVITE请求中的SDP消息如下所示，其中a-port: 51372表示指 定端口号51372对应的视频为主々某体类型 v=0
o=Alice 2890844526 2890842807 IN IP4 10.47.16.5
s=My holiday
i=Pictures of my holiday
e=Alice@example.com (Alice)
c=INIP4 10.47.16. 5
t=2873397496 2873404696
a=port: 51372
a=s6ndrscv
m=audio 49170 RTP/AVP 0
m=video 51372 RTP/AVP 99
a=rtpmap:99 h263-1998/90000 需要说明的是，如果在该实施例中选用设置优先级的方式来声明力某体类 型之间的主次关系，具体可采用如下方式
定义以下媒体级属性来设定各媒体类型的优先级Media國pri = a=pri: privalue 其中，privalue =("inessential，，| "non國urgent,T'normal"l "urgent，，l "emergency") privalue表示某个媒体类型的优先级数值，这五个取值从inessential到 emergency优先级依次增加，本实施例中定义五个取值，与五个i某体类型对应。 进一步，INVITE请求中的SDP消息如下所示，其中a，ri:emergency表示 该音频流具有最高优先级，该视频流具有一般优先级 v=0
o=Alice 2890844526 2890842807 IN IP4 10.47.16.5
s=My holiday
i=Pictures of my holiday
e=Alice@example.com (Alice)
c=INIP4 10.47.16. 5
t=2873397496 2873404696
a=s6ndrecv
m=audio 49170 RTP/AVP 0
a=pri -emergency
m=video 51372 RTP/AVP 99
a=rtpmap:99 h263國1998/90000
a=pri:normal
步骤S302、 SIP/IP Core接收到INVITE请求后，由于运营商往往在网络中 定义不同用户的用户配置，如4某体配置等，其中包括SDP参数，SlP/IPCore可 能会4全测UE A的SDP参数设置是否在运营商允许的媒体类型范围内，如果在 则SIP/IP Core将INVITE请求发送至CPM Conversation Server X，否则SIP/IP Core发送415应答给UE A。
具体的，SIP/IPCore逐个检测网络中与用户A相关的应用服务器的初始过 滤准则，当发现INVITE请求中的信息与CPM Conversation Server X匹配时， SIP/IP Core将INVITE请求发送给CPM Conversation Server X。Server X对接收到的INVITE请求进行解析， 由于服务供应者策略以及用户的个人喜好设置中可能会包^4某体限制，因此 CPM Conversation Server X会4艮据这些信息检测用户A的INVITE请求中的 SDP参数是否符合要求，如果符合，则CPM Conversation Server X将INVITE请 求路由回SIP/IP Core,如果不符合，可能的操作是CPM Conversation Server X 发送415应答给UEA。
步骤S304、 SIP/IPCore根据解析出的UEB的地址，将INVITE请求发送到 UEB。
步骤S305、 UE B接收到INVITE请求后，识别出INVITE请求中携带的主 副媒体类型，对媒体类型进行选择。
步骤S306、 UEB向UE A发送183响应，183响应中包含UE B对UE A设置 的主副媒体类型的选择。
其中，UE B在183响应中将其拒绝的媒体类型对应的々某体描述行中的端口 号置为零。
步骤S307、 SlP/IPCore接收到183响应后，由于运营商往往在网络中定义 不同用户的用户配置，如媒体配置等，其中包括SDP参数，因此SIP/IPCore可 能会检测UE B发送的183响应中的SDP参数设置是否在运营商允许的媒体类 型范围内，如果在，则SIP/IP Core根据183响应中的Via字段将183响应路由到 CPM Conversation Server X ，否则SIP/IP Core发送415应答给UE B 。。
步骤S308、 CPM Conversation Server X接收到183响应后，由于服务供应 者策略以及用户的个人喜好设置中可能会包含媒体限制，因此CPM Conversation Server X会根据这些信息检测用户B的响应中的SDP参数是否符 合要求，如果符合，则CPM Conversation Server X根据183响应中的Via字段将 183响应路由回SIP/IP Core,如果不符合，可能的操作是CPM Conversation Server X发送415应答给UE B。
步骤S309、 SIP/IP Core根据Via字段将183响应发送至UE A。 步骤S310、 UEA根据UEB对主媒体的选择情况做相应的处理。 具体的，根据UEB对主媒体的选择情况，UEA做如下处理
14(1 )若UE A接受UE B的选择的媒体类型，则UE Aj&送200 OK响应给UE B，媒体协商成功，双方按照协商的媒体类型进行会话；
(2)若UEA不接受UEB的选择的媒体类型，则UEA可能取消INVITE请 求，或者重新设置主副媒体类型与UE B进行再次的媒体协商，或者返回200 OK与UEB进行会话。
本发明的实施例三中，以CPM多媒体预定义群组会话为例， 一种实现媒 体协商的方法如图4所示，具体步骤如下
步骤S401、 UEA设置主副媒体类型，发送INVITE请求到预定义群组的地 址，该INVITE请求中除了包括预定义群组的信息外，还包含设置的主副媒体 类型。
具体的，UEA为CPM用户，且是群组创建者或者群组授权用户。可以通 过如实施例二中描述的方法设置主副媒体类型或优先级，在此不再赘述。
步骤S402、 SIP/IP Core接收到INVITE请求后，由于运营商往往在网络中 定义不同用户的用户配置，如媒体配置等，其中包括SDP参数，SlP/IPCore可 能会检测UE A的SDP参数设置是否在运营商允许的媒体类型范围内，如果在 则SIP/IP Core将INVITE请求发送至CPM Conversation Server X,否则SIP/IP Core发送415应答给UE A。
具体的，SlP/IPCore逐个检测网络中与用户A相关的应用服务器的初始过 滤准则，当发现INVITE请求中的信息与CPM Conversation Server X匹配时， SIP/IP Core将INVITE请求发送给CPM Conversation Server X。
步骤S403 、 CPM Conversation Server X对接收到的INVITE请求进行解析， 由于服务供应者策略以及用户的个人喜好设置以及群组会话规则中可能会包 ^Hf某体限制，因此CPM Conversation Server X会检测该群组会话请求中的SDP 参数是否满足条件，如果符合，则CPM Conversation Server X将INVITE请求路 由回SIP/IP Core,如果不符合，可能的操作是CPM Conversation Server X发送 415应答给UEA。除此之外，它会根据请求消息中包含的群组的信息向存储装 置发起获取群组成员列表的请求，并解析得到的群组成员列表，然后才艮据解 析的结果向其他群组成员发起群组会话请求。这里的存储装置是存储与特定息的服务
器，在这里具体指的是XDMS (XML Document Management Server , XML文 档管理服务器)其中XML ( Extensible Markup Language )是可扩展标记语言。
步骤S404、其他群组成员接收到INVITE请求后，对主副々某体类型进行选 择，并且回复临时响应183响应到CPM Conversation Server X。
步骤S405、 CPM Conversation Server X根据183响应的Via字段将响应发送 给SIP/IP Core,每个群组成员的响应包含了他们各自对主副媒体的选择。
步骤S406、 SIP/IP Core根据183响应的Via字段将响应发送给UE A。
步骤S407、 UE A接收到某个群组成员的响应后，判断该群组成员是否接 受主媒体类型，如果是，则UEA批准该成员加入本次群组会话中，否则UEA 发送CANCEL取消会话请求。
其中，优选地，在上述三个实施例中，主叫方还可在会话过程中，通过 re-INVITE请求来修改已发送给被叫方的媒体等级，以设定的主副媒体类型为 例进行描述。并且还需要说明的是在上述实施例中仅在主叫方设置相应的媒 体等级，然而本发明实施例并不限于在会话的一方(主叫方或被叫方)，在会 话过程中，会话的双方都可以根据需要重新设定其需要的媒体等级。
对于已发送至对方的媒体可通过发送一个包含新媒体属性描述的 re-INVITE请求来进行更新，在re-INVITE请求中也是通过上述三种方案声明主 副々某体类型的。这个re-INVITE是捆绑在一个现有的会话上，对方收到这个 re-INVITE请求后，会发送一个200 ( OK)应答表示接受这个更新。请求方通 过一个ACK来表示接受了对方的这个200(OK)应答。如果对方不同意这个々某体 属性变化，则会返回一个错误的应答，比如488 (暂时不能进行)，这个也会 收到发起者的一个ACK响应。re-INVITE的协商结果不会影响到现有的会话， 即原有的会话仍然可以按照原来的媒体属性继续进行。
通过以上实施例提供的方法，可以在媒体协商过程中由主叫方设置主副 媒体类型，明确各媒体类型之间的等级关系，这种增加媒体信息的方式有助 于更加高效地进行会话的媒体协商。
本发明实施例四中， 一种终端如图5所示，包括设置单元ll,用于设置媒体等级，并发送给发送单元12。
发送单元12,用于向被叫方发送携带媒体等级的会话请求。具体的，通 过扩展会话请求中的SDP消息携带设置单元1 l设置的媒体等级。
处理单元13，用于接收被叫方发送的会话响应，根据被叫方选择的媒体 等级做相应的处理。
其中，终端还包括
响应单元14,用于对携带所述媒体等级的会话请求进行响应，将选择的 々某体在会活响应中返回。
具体的，扩展会话请求中的SDP消息携带设置的媒体等级的方法如实施例 一中所描述的方法，在此不再赘述。
通过以上实施例提供的系统，可以在媒体协商过程中由主叫方设置主副 ^ 某体类型，明确各^ 某体类型之间的等级关系，这种增加J 某体信息的方式有助 于更加高效地进行会话的々某体协商。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发 明可借助^L件加必需的通用^E更件平台的方式来实现，当然也可以通过石更件， 但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案 本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来， 该获取机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端 设备执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此， 任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
权利要求
1、一种实现媒体协商的方法，其特征在于，包括以下步骤主叫方设置媒体等级，并向被叫方发送携带所述媒体等级的请求；所述主叫方接收到所述被叫方返回的响应，所述响应中携带有所述被叫方依据所述媒体等级选择的媒体，并根据所述被叫方选择的媒体做相应的处理。
2、 如权利要求1所述实现4某体协商的方法，其特征在于，所述主叫方向 被叫方发送携带所述媒体等级的会话请求的方法具体为所述主叫方通过在所述请求中的会话描述协议SDP消息携带所述设置的 媒体等级。
3、 如权利要求2所述实现i某体协商的方法，其特征在于，所述媒体等级 具体包括主媒体类型和副媒体类型，所述主媒体类型的等级高于副媒体类型 的等级。
4、 如权利要求3所述实现媒体协商的方法，其特征在于，所述SDP消息 携带所述主媒体类型和副媒体类型具体为在所述SDP消息中定义一个主副媒体属性行携带所述设置的主副媒体类 型，所述主副々某体属性行中包括两个属性值主々某体类型和副媒体类型。
5、 如权利要求3所述实现媒体协商的方法，其特征在于，所述SDP消息 携带所述主^ 某体类型和副i某体类型具体为在在所述SDP消息的媒体描述行中定义一个主副媒体标识子字段携带所 述设置的主副媒体类型。
6、 如权利要求3所述实现媒体协商的方法，其特征在于，所述SDP消息 携带所述主々某体类型和副媒体类型具体为在所述SDP消息中定义一个主媒体端口号属性行，所述主4某体端口号属性 行中所携带的端口号值对应的媒体即为主媒体类型，其他媒体为副4某体类型。
7、 如权利要求6所述实现媒体协商的方法，其特征在于，还包括 一个 々某体描述行中设置多个端口时，则在主々某体端口号属性行中列出所有这些端 口号。
8、 如权利要求2所述实现媒体协商的方法，其特征在于，所述々某体等级通过所述媒体对应的优先级体现，优先级高的媒体所述媒体等级也较高，所述主叫方通过扩展所述请求中的会话描述协议SDP消息携带所述设置的媒体 等级具体为定义一个媒体优先级属性行携带所述设置的媒体等级，所述媒体优先级 属性行中给定某种媒体类型的优先级。
9、 如权利要求l所述实现媒体协商的方法，其特征在于，所述主叫方接 收到所述被叫方返回的响应，所述响应中携带有所述被叫方依据所述媒体等 级选择的媒体，并根据所述被叫方选择的媒体做相应的处理具体为所述主叫方返回响应消息，会话成功建立，所述主叫方与被叫方按照所 述被叫方协商的媒体进行会话；或，所述主叫方重新设置媒体等级继续与所述被叫方进行媒体协商；或， 所述主叫方取消与被叫方建立会话连接。
10、 如权利要求l所述实现媒体协商的方法，其特征在于，还包括 通过re-INVITE请求中携带新的媒体等级更新已向会话对方发送的媒体等级。
11、 一种终端，其特征在于，包括设置单元，用于设置媒体等级，并发送所述媒体等级给发送单元； 发送单元，用于发送携带所述媒体等级的请求；处理单元，用于接收响应，根据所述响应中被选择的媒体做相应的处理。
12、 如权利要求12所述终端，其特征在于，所述终端还包括 响应单元，用于对携带所述媒体等级的请求进行响应，将选择的媒体在响应中返回。
全文摘要
本发明实施例公开了一种实现媒体协商的方法，包括以下步骤主叫方设置媒体等级，并向被叫方发送携带所述媒体等级的请求；所述主叫方接收到所述被叫方返回的响应，所述响应中携带有所述被叫方依据所述媒体等级选择的媒体，并根据所述被叫方选择的媒体做相应的处理。通过使用本发明实施例提供的方法，可以在媒体协商过程中由主叫方设置主副媒体类型，明确各媒体类型之间的等级关系，这种增加媒体信息的方式有助于更加高效地进行会话的媒体协商。
文档编号H04L29/06GK101453459SQ20071019581
公开日2009年6月10日 申请日期2007年11月29日 优先权日2007年11月29日
发明者谦 孙, 宋雪飞, 浩 王, 贾江涛, 蓉 邓 申请人:华为技术有限公司