CN101313610A

CN101313610A - 媒体会话数据发送控制方法、控制关系协商方法及控制装置和系统

Info

Publication number: CN101313610A
Application number: CN200780000207.7A
Authority: CN
Inventors: 章李铭; 朱雷; 罗龙; 刘琼燕; 张爱琴
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-03-28
Filing date: 2007-01-15
Publication date: 2008-11-26
Also published as: WO2007109948A1; US20090024743A1; CN101047529B; CN101047529A

Abstract

本发明公开了一种媒体会话数据发送控制方法、控制关系协商方法及控制装置和系统。所述数据发送控制方法包括：服务器获取发送端的媒体发送权请求；服务器根据第一媒体控制策略为所述发送端分配第一媒体发送权。控制关系协商方法，包括：服务器接收来自主叫端的媒体协商请求，所述媒体协商请求中携带要求协商的媒体信息；服务器根据第二媒体控制策略为所述主叫端建立对应的媒体控制关系。本发明还公开用于媒体会话控制的服务器及系统。本发明通过媒体控制策略的应用，优化了现有的媒体控制过程，提供更加合理而且高效的媒体控制；可以广泛应用于多媒体多方通信，多媒体集群通信等系统中。

Description

媒体会话数据发送控制方法、控制关系协商方法

及控制装置和系统本申请要求于 2006 年 03 月 28 日提交中国专利局、申请号为 200610034792.X, 发明名称为"媒体会话数据发送控制方法、控制关系协商方法及控制系统" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信技术领域，尤其涉及一种媒体会话数据发送控制方法、控制关系协商方法及控制装置和系统。

背景技术

随着宽带网络的发展，移动通信将不仅仅局限于传统的话音通信，结合音频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来，通过与呈现业务（presence ), 短消息、网页（ WEB )浏览、定位信息、推送业务（PUSH )、文件共享等数据业务的结合，可以满足用户的多种需求。举例说明如下：消息业务：即时消息和聊天室、多媒体短消息；视频业务：娱乐、多媒体信息、日常交流；电子商务：产品目录、搜索引擎、购物车、订单管理、支付；游戏：单人游戏、群组游戏；定位业务：寻人、向导、报警；个人助理：地址本、日程表、书签管理、文件存储、事件提醒、电子邮件。

在多种应用的推动下，现有技术的基于 IP的多媒体子系统（IMS )是在通信网络中使用一种标准化的开放的结构来实现多种多样的多媒体应用，提供给用户更多的选择和更丰富的感受。

多方通信成为一种逐渐普遍的业务，为了实现多方通信必然需要进行一个统一的控制点来管理，确保管理的一致性和实时性。比如一个用户申请发送音频，系统需要有且只能有一个控制点进行判决。比如一键通（PoC，

Push to talk over Celluar ) 系统、 Conference系统等。其中 PoC系统是一种集中控制的多方多媒体通信系统。

一键通 PoC业务的概念来自于对讲机，其用户体验使用方式和对讲机类似—简单、快捷，半双工通话。用户通过预先设定通话群組，通话时无需拨号，按住特定的按键，就可以同时将话音传送给群组中其他所有的成员，按键即讲，呼叫和通话连接过程在瞬间完成。通话过程采用半双工的方式，一方在说话时，其他成员只能接听不能说话。

PoC业务的基本设计思想是利用现有的 GSM/GPRS 网络提供分组语音服务，业务逻辑采用了类似现有集群通信的半双工模式，支持一对一、一对多通话。在系统实现上，运营商需要在网络侧引入新的网元，负责 PoC 用户的业务登记、认证与通话处理，这个新的网元即通常所说的业务网关，与 GPRS Gi接口相连。手机终端也需要集成 PoC功能，这样终端在分组数据协议（PDP， Packet Data Protocol )上下文 PDP Context激活后就能通过 SIP建立分组话音进程，一旦建立连接，就永远在线，随时可以进行通话。

语音信息首先转换为数据流，然后打包成数据包，通过无线接口送到网络运营商的 PoC服务器。数据包通过 IP协议的方式找到并且传输到它们的目的地。语音通信服务是基于客户端 -服务器结构的基础上的。移动终端的 PoC客户端使用网絡中 PoC服务器提供的服务。 PoC服务器发送接收到的数据给一个或者多个接收机。数据的接收只有几秒钟的延迟。一条消息可以一次发送到多个接收方。为了控制正确的通信， PoC服务器可以控制信令流程，并且保证同一时间只有一个用户发送数据或使用语音信道。它也可以控制在规定的通信群组里进行通信。

制定 PoC 标准规范的组织是开放移动联盟（0MA , Open Mobile

Alliance), 该规范中定义的 PoC 网络示意图如图 1 所示。 PoC 网络基于 IMS (图中的" SIP/IP core"), 主要实体筒介如下：

PoC Server: 是业务的主要呼叫控制设备，是 IMS网络的一种应用服务器 ( Application Server );

PoC XDMS: 存储 PoC业务需要的群组信息等数据的服务器；

PoC Client: PoC客户端，用户使用该客户端向 PoC Server发起、接收 PoC呼叫、申请发言权、发言等。

建立 PoC群组呼叫（Group Talk)后，用户可以通过 TBCP/MBCP协议向 PoC Server申请发言权 (Floor), 只有获得发言权，用户才被准许说话，其说话产生的媒体流 (Talk Burst/Media Burst)才能被 PoC Server转发到群组的其他成员。

如图 2所示，是一个发言权申请过程流程示意图，主要包括：步骤 1 - 2 : 用户可以通过 TBCP/MBCP 协议" Talk/Media Burst Request"消息向 PoC Server申请发言权或者媒体发送权 (Floor);

步驟 3 - 4: PoC Server返回" Talk/Media Burst Granted"消息给申请者以告知他已被准许发言或者发送媒体；

步骤 5 - 6: PoC Server也向其他用户发出 "Talk/Media Burst Taken"消息，以知会当前发言者或者媒体流发送者信息给参与群组会话的其他成员；

步骤 7 - 10:获得发言的用户说话 ,其媒体流 (Talk Burst or Media Burst) 被 PoC Server转发给群组中的其他成员；

步骤 11 - 12: 用户发言或者媒体流发送完毕，释放发言权；

步驟 13 - 16: 相应媒体类型的媒体发送 ( Talk Burst or Media Burst ) 权空闲， PoC Server向群组成员广播" Floor Control Idle"消息。

现有的 PoC系统可以支持 "发言权请求队列"功能，即当多个用户同时发起发言权申请时， PoC Server负责仲裁，只批准其中一位获得发言权；其他成员的发言权申请或被拒绝，或被插入一个发言权请求队列 (TBCP Talk Burst Request Queue), 等当前发言者释放发言权后， PoC Server根据一定的策略从队列中选择一个请求者，把发言权授予给他。

移动开放联盟 ( OMA, Open Mobile Alliance )制定的 PoC业务更高版本 PoC2.0 , 允许用户通过特定按键建立与其他一个或多个用户立即通信的多媒体会话，以及在会话中传送多种媒体类型，如静止图片，实时视频流，文件传输和文本 text。 PoC2.0向下兼容 PoCl.0, 也支持 PoCl.O中的半双工语音业务。

由于 PoC2.0允许在同一会话中同时传送多种媒体类型，在会话中需要对多种媒体类型的发送权进行控制，并且这些不同媒体类型的发送权的控制是相互独立，互不关联的。

如图 3所示， PoC Client A/B是 PoC2.0的终端，支持语音（ Speech ) 视频以及语音和视频的混合媒体，此处简称音视频， ( Video&Audio ), PoC Client C是 PoC 1.0终端，只支持语音；现有技术中， PoC Server中分别使用两个不同的状态机实体对会话中的语音和音视频进行媒体发送的控制：客户端和 PoC服务器使用各自的 Video&Audio控制实体控制音视频媒体，使用各自的 Speech控制实体控制语音的发送，并且对这两种媒体发送权的控制是完全独立的。例如，当 PoC Cient A要发送音视频时候，需要向 PoC服务器申请音视频的发送权，如果当前音视频的发言权空闲， PoC服务器就会把音视频发送权授予该用户，该用户获得音视频发送权后，就可以发送某个音视频，例如可以播放一个视频文件，或者输出实时的音视频 (边说话，边通过摄影头传送视频）； PoC服务器收到媒体后就向其他的用户转发音视频，上述例子中， PoC服务器只向 PoC Client B转发，由于 PoC Client C不支持音视频，就不向 PoC Client C转发；同样地，如果 PoC Client A要发言，则需要单独请求 Speech的发送权，其他的过程与音视频的处理过程类似。

按照现有的技术，客户端可以同时申请多个媒体发送权；例如， PoC

Client A可以在发送音视频的过程中同时申请 Speech发送权，具体的场景是， PoC Client A向其他用户发送一个音视频短片，同时对大家解说这个音视频短片，就需要使用两种媒体发送权。

另夕卜，在用户申请某种媒体发送权之前，需要和 PoC服务器协商对应的媒体控制关系。例如上例中， PoC Client A在申请音视频发送权之前，需要先和 PoC服务器协商音视频的关系（图 3中 Client A和 Server之间的红线）；协商好后，就确定了 Client A的音视频的两个收发端口（例如，音频从第一端口收发，视频从第二端口收发）和服务器端的收发端口（例如，音频从第三端口收发，视频从第四端口收发），同时还确定了针对该媒体的控制端口（例如 Client端是第五端口，服务器端是第六端口：)；同样的 , Client B也和 PoC服务器要建立类似的关系；

上述现有技术在一些条件下会带来很差的用户体验：

例如在语音会话进行的同时如果有音视频会话，一个终端可能同时获得两个发送权，同时发送两种带有声音的媒体流。而此时因为不同媒体之间发送权相互独立，对两个声音控制相互独立，终端同时发送多个语音会造成 PoC会话中的表达混乱和很差的用户体验；

再如在某一 PoC用户 A正在进行语音会话的同时，如果另一 PoC用户 B取得音视频会话的发送权，如果两个终端同时发送语音时，会话中的其他用户会同时听到来自两个用户的带有声音的媒体流，类似全双工的体验，与 PoC的特性不一致；

现有技术允许用户可以协商任意多个媒体控制关系。这在实际的业务过程中，是不可行的，一方面媒体控制关系个数大大增加了服务器的控制难度，另一个方面也导致用户使用上的复杂性；因此应该根据实际的业务需要，根据一定的策略限制用户在会话中能够成功协商的媒体控制实体的个数，限制用户在会话中能够成功协商的和媒体控制实体绑定的媒体类型；

当存在多个媒体控制关系的时候，实际上多个媒体控制关系之间的媒体存在着关联，（例如，当用户得到话音（speech )发言权的时候，又得到音视频的发言权，此时，客户端只要发送音视频就可以了， PoC服务器需要把音视频中的音频^出来，发送给 PoCl的用户，而此时的 PoC服务器也应该避免其他用户得到话音，即 speech的发言权），因此， PoC服务器有必要维护和判断这些关联信息。发明内容

本发明实施例提供一种媒体会话数据发送和控制关系协商方法及控制装置和系统。

本发明实施例提供一种媒体会话¾据发送控制方法，包括：服务器接收发送端的媒体发送权请求；

服务器根据第一媒体控制策略为所述发送端分配第一媒体发送权。本发明实施例提供一种媒体会话控制关系协商方法，包括：服务器接收来自主叫端的媒体协商请求，所述媒体协商请求中携带要求协商的媒体信息；

服务器根据第二媒体控制策略为所述主叫端建立对应的媒体控制关系。本发明实施例还提供一种用于媒体会话控制的服务器，包括：媒体策略控制单元，根据预定的控制策略确定控制所述主叫端与被叫端的媒体通信的控制策略；

媒体控制实体，接收来自媒体策略控制单元传送的控制策略，控制主叫端与被叫端的媒体通信。

本发明实施例提供一种媒体会话控制系统，包括主叫端、被叫端以及前述服务器，所述服务器根据预定策略控制所述主叫端与被叫端媒体通信。

本发明实施例提供的技术方案中，通过媒体控制策略的应用，根据媒体控制策略为所述发送端分配第一媒体发送权，以及为所述主叫端建立对应的媒体控制关系，优化了现有的媒体控制过程，提供更加合理而且高效的媒体控制方法；可以广泛应用于多媒体多方通信，多媒体集群通信等系统中。

附图说明

图 1为现有技术中 OMAPoC规范定义的网络结构示意图；

图 2为现有技术中 OMAPoC发言权申请的流程示意图；

图 3为现有技术中多媒体控制方法示意图；

图 4为本发明实施例中多媒体会话控制系统结构示意图；

图 5为本发明实施例中媒体策略控制单元的具体结构示意图；图 6 为本发明实施例中媒体通信中媒体发送权管理方法的流程示意图；

图 7为本发明实施例中 PoC服务器根据第一媒体控制策略为所述发送端分配第一媒体发送权的流程示意图；

图 8为本发明实施例中发送端与 PoC服务器间协商媒体控制关系的流程示意图；

图 9为本发明实施例中 PoC服务器根据第二媒体控制策略为主叫端建立对应的媒体控制关系的流程示意图；

图 10为本发明实施例中 PoC服务器与被叫端协商媒体控制关系的流程示意图；图 11为本发明实施例中客户端请求媒体发送权的流程示意图；图 12为本发明实施例中客户端与 PoC服务器协商媒体控制关系的流程示意图。具体实施方式

下面结合说明书附图来说明本发明的具体实施方式。

本发明的具体实施方案中，多媒体会话控制系统中的服务器可支持多方进行多媒体通信业务，例如 PoC业务、会议业务、多媒体会议业务以及其它集群业务等。为方便起见，下面的实施例中以一键通 PoC业务通信为例予以描述。

如图 4和图 5所示，是本发明实施例中媒体会话控制系统结构示意图，从图中可见，该系统包括主叫端（被叫端） 10和 PoC服务器 20, 所述 PoC 服务器 20控制所述主叫端（被叫端） 10进行多媒体通信，所述 PoC服务器 20设置有：

媒体控制实体 22，包括音视频控制实体 221 , 用于控制所述主叫端与被叫端的音视频通信，和 /或

语音控制实体 222, 用于控制所述主叫端与被叫端的语音通信。

上述客户端与 PoC服务器交互媒体控制信令和具体的媒体信息；例如，申请媒体发送请求权，授予媒体发送请求权；

客户端收到媒体发送许可后，向 PoC服务器发送具体的媒体数据，或者由 PoC服务器向客户端转发媒体数据；

媒体策略控制单元 21 , 用于与媒体控制实体 22进行交互确定控制策略，媒体控制实体 22根据所确定的策略控制所述主叫端与被叫端的多媒体通信。

所述媒体策略控制单元 21进一步包括：

媒体控制策略存储单元 213 , 用于存储媒体控制策略；

第一媒体控制策略单元 211 , 存储有第一媒体控制策略，用于为所述发送端分配第一媒体发送权；

第二媒体控制策略单元 212, 用于为所述主叫端建立对应的媒体控制关系。所述 PoC服务器 20还设置有：

PoC会话处理单元 23，用于与所述主叫端、被叫端进行交互以实现多媒体通信。

该媒体控制策略可以由运营商根据业务的需要指定；具体的在 PoC系统中，可以是 XDMS系统（基于 XML的文档管理系统），或者是区別于 XDMS的独立系统；此外，该媒体控制策略存储系统也可以和媒体策略控制单元合二为一，共同存在于 PoC Server中；

媒体控制策略维护终端 214, 用于维护所述媒体控制策略，通过该实体维护媒体控制策略存储单元中的媒体控制策略，例如进行增加 /删除 /修？文等操作；具体的在 PoC系统中，可以是 XDMC实体（基于 XML的文档管理系统的客户端），或者是区别于 XDMC的独立系统；此外，该媒体控制策略维护终端实体可以存在于 POC Client中；

本发明实施例中， PoC服务器通过会话控制信令与发送端（接收端）进行信令层的会话交互和控制，例如发起 /拆除呼叫，进行媒体控制关系协商等；

在 PoC服务器中增加媒体策略控制单元，主要完成功能有：提供媒体控制策略的修改和选择方法；

控制各个 PoC客户端和服务器之间的媒体控制关系协商；

通过策略控制媒体发送权的分配以及协调多个媒体控制关系之间的关系。

上述媒体控制策略可以为下述内容：

1、媒体会话中允许建立的媒体控制关系类型，根据该策略， PoC 服务器可以拒绝用户建立会话不允许的媒体控制关系，有效控制媒体控制关系个数；

例如媒体控制策略可以是：会话中只允许存在 4种控制实体：语音，视频，音视频，离散媒体；或者只允许存在：语音，视频，等等。

PoC服务器可以根据发起的会话类型选择对应的策略。该选择策略也是可以由运营商定义的。

例如对于群组会话，允许存在 4种控制实体：语音，视频，音视频，离散媒体；对于点对点会话：只允许存在 2种控制实体：语音，视频；同时可以规定语音控制实体是必须协商的控制实体。

2、描述媒体控制关系之间的关联和相互包含的关系，如：媒体控制关系 A包^某体控制关系 B;

3、会话中媒体发送权授权的策略；

例如：对于包含关系的媒体发送权不同时授予；如：媒体控制关系 A 包含媒体控制关系 B;这样，当 PoC服务器授予某个用户 A的媒体发送权时，同时通过也把 B置于抢占状态；就可以避免两种媒体的冲突；具体地，如，规定音视频控制实体与语音控制实体是相关的，那么当授予某个用户音视频发送权的时候，把语音控制实体置于抢占状态，这样就不会存在两个用户同时发送声音的情况出现；

4、描述是否向关联的媒体控制实体复制相关媒体，并进行发送。例如， PoC服务器授予 ClientA音视频发送权，则关联的媒体控制关系为语音控制实体和视频控制实体，则: PoC服务器策略可以定义当 ClientA发送音视频的时候，是否向语音和视频控制实体复制媒体，并分发给其他客户端，以及定义分发给符合什么条件的客户端。

如图 6所示，是本发明实施例中媒体发送权管理方法的流程，包括以下步骤：

S601、 PoC服务器获取发送端的媒体发送权请求；

所述媒体发送权请求，来自于发送端发送或者媒体请求队列。

S602、 PoC服务器根据第一媒体控制策略为所述发送端分配第一媒体发送权；

在该步骤中，根据第一媒体控制策略为所述发送端分配第一媒体发送权，这里的第一媒体控制策略可以为：

所请求的媒体发送权与系统当前授予的媒体发送权没有关联关系，上述所述的关联关系是指：

所请求的媒体发送权与系统当前授予的媒体发送权具有包含与被包含关系，或

所请求的媒体发送权与系统当前授予的媒体发送杈具有交叉关系，或所请求的部分媒体发送权与系统当前授予的媒体发送权具有相互包舍关系。

例如：当前授予的媒体发送权是： "音频 +视频"，所请求的媒体发送权是： "语音 +文字"，则语音是相互包含的媒体。

S603、发送端根据所述第一媒体发送权发送媒体数据。

当发送端获取相关媒体发送权后， PoC服务器根据第一媒体控制策略对收到的媒体进行处理；所述第一媒体控制策略可以为：

发送端获得的媒体发送权包含多种媒体类型时，把收到的媒体复制到关联媒体控制实体中发送；例如， PoC服务器授予 Client A音视频发送权，则关联的媒体控制实体为语音控制实体和视频控制实体，则根据 PoC服务器策略，当 Client A发送音视频的时候，向语音控制实体复制语音媒体，并分发给其他符合条件的客户端，例如 PoCl.O客户端。

如果请求的媒体发送权与当前授予的媒体发送权关联，则拒绝该媒体发送请求。

如图 7所示， PoC服务器根据第一媒体控制策略为所述发送端分配第一媒体发送权的流程，包括以下步骤：

5701、 PoC 服务器判断所述媒体发送请求是否符合第一媒体控制策略，如果是进入步骤 702，否则进入步驟 S703;

5702、授予发送端所请求的媒体发送权；

该步骤还包括：

在授予发送端所请求的媒体发送权后，将与发送端请求的媒体发送权有关联关系的第二媒体发送权设置为抢占状态，向与所述第二媒体发送权关联的客户端发送媒体发送权抢占消息。这样在其他终端再请求相关的媒体发送权时， PoC服务器就可以直接拒绝或者将所述的请求放入队列中，以减少系统冲突。

上述方案中，在所述发送端请求媒体发送权之前，发送端与 PoC服务器间还可以协商媒体控制关系。

如图 8所示，本发明实施例中发送端与 PoC服务器间协商媒体控制关系的流程，具体包括如下步骤： 5801、主叫端向 PoC服务器发送媒体协商请求，所述媒体协商请求中携带要求协商的媒体信息；

5802、 PoC服务器根据第二媒体控制策略为所述主叫端建立对应的媒体控制关系。

上述第二媒体控制策略可以为：

会话中允许存在某个媒体控制关系。

如图 9所示，是该 PoC服务器根据第二媒体控制策略为所述主叫端建立对应的媒体控制关系的流程，具体包括以下步骤：

S90 PoC服务器判断所述要求协商的媒体控制关系是否符合第二媒体策略，如果是进入步骤 S902, 否则进入步骤 S903;

S902、建立对应的媒体控制关系；

S903、拒绝建立对应的媒体控制关系。

上述步骤 S902 中，所述建立对应的媒体控制关系为先根据第二媒体控制策略对可建立的媒体控制关系进行限制。

上述步骤 S902中，所述媒体控制关系限制为类型和 /或数目。

上述步骤 S902 中，所述要求协商的媒体控制关系可能为多个，这样步骤 S902中，就有建立多种媒体控制关系的可能：

如果所述要求协商的媒体控制关系可以部分建立，则所述步驟 S902 中建立该部分媒体控制关系。

上述步樣 S903 中，如果拒绝了发送端请求的媒体控制关系，则可以向所述主叫端返回所述媒体控制策略，以告知主叫端相关信息。

当主叫端与 PoC服务器建立了媒体控制关系后，还可以包括 PoC服务器与被叫端建立媒体控制关系，如图 10所示，是 PoC服务器与被叫端协商媒体控制关系的流程，具体包括：

S100K PoC服务器向被叫端发送媒体协商请求，所述媒体协商请求中携带要求协商的媒体信息；

S1002、被叫端确定与 PoC服务器的媒体控制关系。

所述步驟 S1001中，所述媒体协商请求中还携带有请求的媒体控制协商参数，所述的媒体控制协商参数携带有主叫端、 PoC服务器和被叫端都支持的媒体信息。

所述步骤 S1001中，所述媒体协商请求中还携带有系统允许的媒体控制关系，所述系统允许的媒体控制关系，为第二媒体控制策略中允许的当前会话的媒体控制关系。

上述方案中，第一媒体控制策略和 /或笫二媒体控制策略可以有多个，根据不同的触发条件进行选用。所述的触发条件可以是：

根据不同的媒体类型选用不同的第一媒体控制策略和第二媒体控制策略，和 /或

根据不同的主叫选择不同的第一媒体控制策略和第二媒体控制策略，和 /或

根据运营商定义的其他策略选用不同的第一媒体控制策略和第二媒体控制策略。

如图 11所示，会话中三个客户端， PoC Client A和 PoC Client B是支持多媒体的 PoC2.0客户端； PoC Client C是只支持语音的 PoC 1.0客户端；媒体发送权请求过程如下：

S1101、主叫和 PoC服务器之间通过一系列过程协商了两对媒体控制关系：语音 +视频； PoC Client C和 PoC服务器之间通过一系列过程协商了一对媒体控制关系：语音； PoC Client B和 PoC服务器之间通过一系列过程协商了二对媒体控制关系：语音 +音视频；

S1102, PoC Client A请求音视频的媒体发送权；

51103、 PoC 服务器根据当前策略判断，可以把音视频的媒体发送权授予 PoC Client A; 同时根据策略,把音视频相关联的媒体语音发送权置为抢占。

51104、由于语音发送权被设置为抢占，因此 PoC服务器的语音控制实体向各个客户端发送语音发送权抢占的消息；

51105、 PoC月 I务器授予 PoC Client A音视频媒体发送权；

51106、 PoC Client A向 PoC服务器发送媒体数据；

S1107、 PoC服务器根据策略，从音视频控制实体中提取语音，复制给语音控制实体，并通过语音控制实体发送给其他 PoC Client C; S1108、 PoC服务器复制转发音视频给 POC Client B。

如图 12所示，是客户端与 PoC服务器之间协商媒体控制关系的示意图，主叫端支持语音、音视频和视频，系统支持语音和视频，不允许音视频，被叫端只支持语音，媒体控制关系协商过程包括：

S120K PoC Client A向 PoC服务器发送媒体协商请求，所述媒体协商请求中携带语音、音视频、视频的媒体控制关系信息；

51202、 PoC服务器根据第二媒体控制策略，判断系统允许语音和视频的媒体控制关系，但不允许音视频的媒体控制关系；

51203、 PoC服务器向 PoC Client B发送信息，携带请求的媒体控制协商参数，携带内容为语音；

51204、 PoC ClientB向 PoC服务器返回媒体协商响应；

51205、 PoC服务器向 PoC Client A返回媒体协商应答，告知允许的媒体控制关系为语音和视频。

本发明提供的具体实施方案中以语音和音视频作为典型例子描述了关联多媒体的控制方法，对于其他类型的媒体关联，也可以采用类似方法处理。

本发明通过媒体控制策略的应用，优化了现有的媒体控制方法，提供更加合理而且高效的媒体控制方法；可以广泛应用于多媒体多方通信，多媒体集群通信等系统中。

显然，在不脱离本发明的实质和范围的前提下，对本发明进行各种变更和等同替换落入本发明的保护范围。

Claims

权利要求

1、一种媒体会话数据发送控制方法，其特征在于，包括：

服务器接收发送端的媒体发送权请求；

服务器根据第一媒体控制策略为所述发送端分配第一媒体发送权。 2、如权利要求 1 所述的方法，其特征在于，所述第一媒体控制策略为：

所请求的媒体发送权与系统当前授予的媒体发送权没有关联关系 , 所述关联关系包括：

所请求的媒体发送权与系统当前授予的媒体发送权具有包含与被包含关系，和 /或

具有交叉关系，和 /或

具有相互包含关系。
3、如权利要求 2所述的方法，其特征在于，所述为所述发送端分配第一媒体发送权，包括：

所述服务器判断所述媒体发送请求是否符合第一媒体控制策略，若是，则授予发送端所请求的媒体发送权；

否则不授予发送端所请求的媒体发送权。
4、如权利要求 3所述的方法，其特征在于，所述授予发送端所请求的媒体发送权的步骤，进一步包括：

将与发送端请求的媒体发送权有关联关系的第二媒体发送权设置为抢占状态。
5、如权利要求 4所述的方法，其特征在于，还包括：

向与所述第二媒体发送权关联的客户端发送媒体发送权抢占消息。
6、如权利要求 3所述的方法，其特征在于，当不授予发送端所请求的媒体发送权时，

拒绝授予发送端所请求的媒体发送权，或

将所述媒体发送权请求放入媒体队列。
7、如权利要求 2所述的方法，其特征在于，包括：

在为所述发送端分配第一媒体发送权之后，所述服务器将相关媒体数据复制到关联媒体控制实体中发送给客户端。
8、如权利要求 1 所述的方法，其特征在于，包括：在服务器接收发送端的媒体发送权请求之前，主叫端与服务器协商媒体控制关系，

所述服务器接收来自主叫端的媒体协商请求，所述媒体协商请求中携带要求协商的媒体信息；

所述服务器才艮据第二媒体控制策略为所述主叫端建立对应的媒体控制关系，并对建立的媒体控制关系的类型和 /或数目的限制。
9、如权利要求 8所述的方法，其特征在于，所述根据第二媒体控制策略为所述主叫端建立对应的媒体控制关系包括：

所述服务器判断所述要求协商的媒体控制关系是否符合第二媒体策格,

若符合所述第二媒体策略，则建立对应的媒体控制关系；

否则，拒绝建立对应的媒体控制关系。
10、如权利要求 9所述的，其特征在于，居所述要求协商的媒体信息；

部分建立所述要求协商的媒体控制关系。
11、如权利要求 9所述的方法，其特征在于，还包括向所述主叫端返回所述第二媒体控制策略的步骤，所述第二媒体控制策略包括：

会话中允许存在某个媒体控制关系。
12、如权利要求 1所述的方法，其特征在于，还包括步骤：在为所述发送端分配笫一媒体发送权之前，所述服务器预先与被叫端协商媒体控制关系。
13、如权利要求 12所述的方法，其特征在于，所述服务器预先与被叫端协商媒体控制关系包括：

服务器向被叫端发送媒体协商请求，所述媒体协商请求中携带要求协商的媒体信息；

确定服务器与被叫端的媒体控制关系。
14、如权利要求 13 所述的方法，其特征在于，所述媒体协商请求中还携带有请求的媒体控制协商参数，所述的媒体控制协商参数携带有主叫端、服务器和被叫端都支持的媒体信息。
15, 如权利要求 13 所述的方法，其特征在于，所述媒体协商请求中还携带有系统允许的媒体控制关系，所述系统允许的媒体控制关系，为第二媒体控制策略中允许的当前会话的媒体控制关系。
16、如权利要求 8所述的方法，其特征在于，所述第一媒体控制策略和 /或第二媒体控制策略有多个，可根据不同的触发条件进行选用。
17、如权利要求 16所述的方法，其特征在于，所述的触发奈件包括：根据不同的媒体类型选用不同的第一媒体控制策略和第二媒体控制策略，和 /或

根据不同的主叫选择不同的第一媒体控制策略和第二媒体控制策略，和 /或

根据运营商定义的策略选用不同的第一媒体控制策略和第二媒体控制策略。
18、一种媒体会话控制关系协商方法，其特征在于，包括：

服务器接收来自主叫端的媒体协商请求，所述媒体协商请求中携带要求协商的媒体信息；

服务器根据第二媒体控制策略为所述主叫端建立对应的媒体控制关系。
19、如权利要求 18所述的方法，其特征在于，所述建立对应的媒体控制关系为，先根据第二媒体控制策略对所述主叫端与服务器可建立的媒体控制关系进行限制。
20、如权利要求 19所述的方法，其特征在于，所述限制是对可建立的媒体控制关系的类型和 /或数目的限制。
21、如权利要求 18所述的方法，其特征在于，根据第二媒体控制策略为所述主叫端建立对应的媒体控制关系包括：

服务器判断所述要求协商的媒体控制关系是否符合第二媒体控制策略，

若符合所述第二媒体策略，则建立对应的媒体控制关系；

否则，拒绝建立对应的媒体控制关系。 22、如权利要求 18所述的方法，其特征在于，根据不同的触发条件进行选用不同的第二媒体控制策略，包括：

根据不同的媒体类型选用不同的笫二媒体控制策略，和 /或

根据不同的主叫选择不同的第二媒体控制策略，和 /或

根据预定的其他策略选用不同的第二媒体控制策略。
23、一种用于媒体会话控制的服务器，其特征在于，包括：媒体策略控制单元，根据预定的控制策略确定控制所述主叫端与被叫端的媒体通信的控制策略；

媒体控制实体，接收来自媒体策略控制单元传送的控制策略，控制主叫端与被叫端的媒体通信。
24、如权利要求 23 所述的服务器，其特征在于，所述媒体策略控制单元进一步包括：

媒体控制策略存储单元，与所述媒体策略控制单元相连接，用于存储媒体控制策略；

所述媒体策略控制单元从所述媒体控制策略存储单元获取预定的控制策略。
25、如权利要求 24所述的服务器，其特征在于，所述媒体策略控制单元包括：

第一媒体控制策略单元，存储有第一媒体控制策略，用于为所述发送端分配第一媒体发送权。
26、如权利要求 24或 25所述的服务器，其特征在于，所述媒体策略控制单元进一步包括：

第二媒体控制策略单元，用于为所述主叫端建立对应的媒体控制关系。
27、如权利要求 24所述的服务器，其特征在于，所述媒体策略控制单元还包括：

媒体控制策略维护终端，用于维护所述媒体控制策略。
28、如权利要求 23 所述的服务器，其特征在于，所述媒体控制实体包括：音视频控制实体，用于控制所述主叫端与被叫端的音视频通信，和 / 语音控制实体，用于控制所述主叫端与被叫端的语音通信。
29、一种媒体会话控制系统，包括主叫端、服务器与被叫端，所述服务器控制所述主叫端与被叫端媒体通信，其特征在于，所述服务器为如权利要求 23至 28中任一项所述的服务器。