CN101420315B

CN101420315B - 多媒体会议的控制方法及装置

Info

Publication number: CN101420315B
Application number: CN200710167314.0A
Authority: CN
Inventors: 文楷; 杨翠婷
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-10-22
Filing date: 2007-10-22
Publication date: 2012-08-08
Anticipated expiration: 2027-10-22
Also published as: WO2009056031A1; CN101420315A

Abstract

本发明实施例提供一种多媒体会议的控制方法，包括：接收由业务控制实体发送的要求控制被指定会议参与方对媒体播放资源的使用的指示；所述指示由业务控制实体通过初始会话协议SIP信令携带；按照所述指示，控制所述被指定会议参与方对媒体播放资源的使用。本发明实施例中还提供了一种多媒体会议的控制装置及SIP信令控制装置。本发明实施例提供的技术方案能够方便具有多媒体会议操作控制权限的会议参与方控制多媒体会议。

Description

多媒体会议的控制方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种多媒体会议的控制方法及装置。

背景技术

以IP多媒体子系统(IMS，IP Multimedia Subsystem)为基础的下一代网络允许用户组织如音频会议、视频会议、数据会议等多媒体会议。多媒体会议的实现通常是，由网络侧的业务控制实体如应用服务器(AS，ApplicationServer)或呼叫会话控制功能(CSCF，Call Session Control Function)实体，通过控制信令，指示多媒体资源功能(MRF，Multimedia Resource Function)实体执行会议控制逻辑，如创建会议、控制会议参与方加入或退出会议、为某会议参与方插播媒体信息、为整个会议插播媒体信息、会议控制权限认证等，以实现为会议提供媒体混合、编码转换、参与方加入会议通知等的会议服务。实际应用中，可将业务控制实体、MRF以及用于存储会议属性存储服务器看作一个会议服务器，该会议服务器作为多媒体会议的中央控制点，与多媒体会议的各参与方之间建立较稳定的信令与媒体通道，为多媒体会议提供会议服务。

参见图1，图1是上述MRF在现有网络中的位置示意图。其中，MRF可包括多媒体资源控制器(MRFC，Multimedia Resource Function Controller)、多媒体资源处理器(MRFP，Multimedia Resource Function Processor)。MRF的内部接口，即MRFC与MRFP之间的Mp接口可采用3GPP 29.333、H.248等标准规范，MRF与业务控制实体之间的Mr接口可采用IETF给出Mr接口草案。所谓Mr接口，可以是业务控制实体与MRF之间的通信协议。

参见图2，图2是现有为多媒体会议插播媒体流的流程图。该流程中用户设备A为多媒体会议主持方，用户设备B为已加入多媒体会议的会议参与方。该流程包括的步骤简要说明如下：

步骤201至步骤202、用户设备A作为会议主持方，希望在整个多媒体会议中插播网络侧内容服务器提供的媒体流，通过核心网，向会议服务器的业务控制实体发送携带会议统一资源标识(Confrence URI)和希望插播的媒体信息的Refer消息。

媒体信息可包括媒体位置信息，以及媒体描述信息如媒体编解码格式。

步骤203至步骤204、业务控制实体收到用户设备A的Refer消息后，通过该Refer消息指示的Invite方式，向网络侧提供流媒体的内容服务器发送携带媒体信息的Invite消息；内容服务器收到该Invite消息，且找到相应的媒体流后，向业务控制实体返回200 OK响应。

步骤205至步骤208、业务控制实体在收到内容服务器返回的200 OK响应后，向MRF发送携带会议URI与媒体描述信息的Invite消息，MRF收到该Invite消息后，向业务控制实体返回200 OK响应。业务控制实体收到MRF返回的200 OK响应后，分别向内容服务器与MRF返回ACK消息。

步骤209至步骤211、业务控制实体将会议策略，如指定媒体位置信息，通过Info消息体的带给MRF，MRF收到该Info消息后，向业务控制实体返回200 OK响应，MRF向内容服务器请求媒体描述信息中所指定的媒体流，在内容服务器接受该请求后，接收来自内容服务器的媒体流。

上述会议策略是会议服务器在进行多媒体会议管理时，会用到的会议属性的控制、会议权限控制等策略，如多媒体会议中，媒体播放资源(themedia mixing resources)的使用方式等。媒体播放资源可以是多媒体会议的混音器、多画面解码器等。业务控制实体可通过与MRF之间的Mr接口，利用业务控制实体与MRF双方均能够识别的XML脚本，如，媒体服务标记语言(MSML，Media Server Markup Language)，描述会议策略相对应的会议属性，通过业务控制实体与MRF之间的Mr接口，将会议属性通知给MRF，由MRF根据会议属性，提供相关会议服务。

会议属性通常规范了媒体播放资源的使用规则，如对于混音器媒体资源的使用规则通常是，允许说话声音最大的N个会议参与方优先占用该媒体播放资源，N值可根据需要进行配置。该使用规则可由业务控制实体通过SIP信令的消息体携带给MRF，消息体中会进一步可描述关于混音器的信息，如混音器标识等。

再如对于多画面解码器可提供的显示区域对应的窗口的使用规则通常是，利用音频激活切换(vas，Voice Activated Switching)，可在M个显示区域中分别显示声音最大的M个会议参与方的画面，M值可根据需要进行配置，可等于N。该使用规则可由业务控制实体通过SIP信令的消息体携带给MRF，消息体中可进一步描述各显示区域的标识，每个显示区域的大小、位置等信息。

现有会议策略有关媒体播放资源的使用规则中，通常根据会议参与方声音的大小控制占用媒体资源。

步骤212、MRF将媒体流分别传输给多媒体会议的每个会议参与方，如用户设备A与用户设备B。

在如图2所示的流程中，业务控制实体虽然可通过如Info消息等的SIP消息体携带会议属性，指示MRF为整个会议或为单个会议参与方提供插播媒体流、加入会议通知等会议服务，但由于现有Mr接口协议，如业务控制实体发给MRF的指示中，只笼统地描述了会议参与方对媒体播放资源的占用规则，因此，难以利用业务控制实体对MRF的控制，来进一步由MRF控制每个会议参与方对媒体播放资源的使用，如不希望听到用户设备A对应的用户A发表的言论，但如果用户A处的音量足够大，使得用户A足以占用混音器，则类似情况下，将难以利用会议服务器来控制该多媒体会议。另外，对于不具有自行控制能力的网络侧提供的媒体信息，如由网络侧内容服务器提供的媒体流，并不能够通过会议服务器对该媒体流占用媒体播放资源的情况进行控制，因此，难免会造成因难以对媒体流对媒体播放资源的占用进行有效控制，而导致因媒体流的播放占用了开展会议所需的媒体播放资源，而造成对整个多媒体会议的开展效果的影响。

发明内容

本发明实施例提供一种多媒体会议的控制方法，控制会议参与方对多媒体会议中的媒体播放资源的使用。

一种多媒体会议的控制方法，包括：

接收由业务控制实体发送的要求控制被指定会议参与方对媒体播放资源的使用的指示；所述指示由业务控制实体通过初始会话协议SIP信令携带；

按照所述指示，控制所述被指定会议参与方对媒体播放资源的使用。

本发明实施例提供一种SIP信令控制装置，包括：信令生成单元，信令发送单元；其中，

信令生成单元，用于生成携带要求控制被指定会议参与方对媒体播放资源的使用的指示的SIP信令；

信令发送单元，用于将信令生成单元生成的所述SIP信令发送出去。

本发明实施例还提供一种多媒体会议的控制装置，包括：指示接收单元、执行单元；其中，

指示接收单元，用于接收业务控制实体以SIP信令发来的要求控制被指定会议参与方对媒体播放资源的使用的指示；

执行单元，用于按照指示接收单元接收到的所述指示，控制所述被指定会议参与方对媒体播放资源的使用。

本发明实施例中，业务控制实体通过发送携带要求控制被指定会议参与方对媒体播放资源的使用的指示的SIP信令，来控制多媒体会议中会议参与方对媒体播放资源的使用权限，从而控制每个会议参与方对媒体播放资源的使用。从而，可实现具有多媒体会议操作控制权限的会议参与方对多媒体会议中媒体播放资源的使用的控制，进而控制多媒体会议的开展。

附图说明

图1是现有MRF在网络中的位置示意图；

图2是现有为多媒体会议插播媒体流的流程图；

图3是本发明实施例中多媒体会议的控制方法流程图；

图4是本发明实施例中SIP信令控制装置的结构示意图；

图5是本发明实施例中多媒体会议的控制装置的结构示意图；

图6是本发明实施例一中多媒体会议的控制流程图；

图7是本发明实施例二中多媒体会议的控制流程图；

图8是本发明实施例中通过BOSS接口部署会议策略流程图；

图9是本发明实施例中通过POST接口部署会议策略流程图。

具体实施方式

下面结合附图对本发明实施例提供的技术方案进一步详细描述。

业务控制实体如会议服务器中的AS或CSCF，之所以难以通过MRF对会议参与方占用媒体播放资源的情况进行控制，是因为现有关于业务控制实体与MRF之间的Mr接口协议中，虽然对整个多媒体会议如何使用媒体播放资源作出规范，如通过SIP信令的消息体将允许声音最大的会议参与方占用混音器的多媒体会议属性描述信息，带给MRF，由MRF根据会议属性对多媒体会议进行相应的管理，但由于现有Mr接口协议并没有对每个会议参与方具体如何使用媒体播放资源给出规范，使得业务控制实体难以通过MRF对每个会议参与方对媒体播放资源的使用进行有效的控制。

本发明实施例给出一种多媒体会议的控制方案，该控制方案中，由业务控制实体指示MRF来控制多媒体会议中被指定会议参与方对会议中媒体播放资源的使用。并且，本发明实施例中可将待插播到多媒体会议中的如上述由网络侧提供的媒体流的媒体信息，作为特殊的会议参与方，业务控制实体可给出相应指示，来指示MRF如何控制媒体流对媒体播放资源的使用。

参见图3，图3是本发明实施例中多媒体会议的控制方法流程图。该流程可包括以下步骤：

步骤301、接收业务控制实体发来的要求控制被指定会议参与方对媒体播放资源的使用的指示，该指示通过业务控制实体发出的SIP信令携带。

本发明实施例中，该SIP信令可以是SIP的Invite消息、Info消息、Refer消息等等。上述指示可被SIP信令的消息体携带。

本发明实施例中，被指定会议参与方可以是用户设备，也可以是一些特殊会议参与方，如由网络侧提供的媒体流等的网络媒体信息。

步骤302、按照收到的上述指示，控制被指定会议参与方对媒体播放资源的使用。

本发明实施例提供一种SIP信令控制装置。参见图4，图4是该装置的结构示意图，该装置可设置于业务控制实体上，可包括：信令生成单元，信令发送单元；其中，

本发明实施例还提供一种多媒体会议的控制装置。参见图5，图5是该控制装置的结构示意图。该控制装置可包括：指示接收单元、执行单元；其中，

执行单元可包括：资源分配单元和/或资源释放单元；其中，

资源分配单元，用于按照指示接收单元接收到的所述指示中所述被指定会议参与方标识和强制由所述被指定会议参与方占用所述媒体播放资源的控制指令，将所述媒体播放资源分配给所述被指定会议参与方；

资源释放单元，用于按照指示接收单元接收到的所述指示中所述被指定会议参与方标识和制止由所述被指定会议参与方占用所述媒体播放资源的控制指令，释放被分配给所述被指定会议参与方的所述媒体播放资源。

该多媒体会议的控制装置进一步可包括：

响应返回单元，用于在执行单元控制所述被指定会议参与方对媒体播放资源的使用后，根据执行结果，向业务控制实体返回执行成功的响应；或返回执行失败的响应。

上述多媒体会议的控制装置可被设置于MRF中。若实际应用中，需要MRF进一步具有如信令转换、媒体协商等网关功能，则该MRF可进一步包括：信令转换单元与媒体协商单元；

信令转换单元，可用于将接收到的非SIP信令转换为SIP信令，或将接收到的SIP信令转换为非SIP信令；

媒体协商单元，用于与内容服务器之间进行媒体协商。

基于上述信令转换单元，一方面可通过信令转换单元的转换，实现会议服务器与不支持SIP协议的内容服务器的信令交互，将不支持SIP协议的内容服务器上的媒体资源引入多媒体会议。基于上述媒体协商单元，可将内容服务器上的媒体流，由基于RTSP的控制信息描述格式转换为基于SDP的控制信息描述格式，将该媒体流引入多媒体会议。

本发明实施例中，上述指示可包括：所述被指定会议参与方标识，和控制所述被指定会议参与方对媒体播放资源的使用的控制指令。

控制指令可包括：强制由某被指定会议参与方占用所述媒体播放资源；则MRF执行指示的做法可以是：为所述被指定会议参与方分配所述媒体播放资源。控制指令也可包括：制止由所述被指定会议参与方占用所述媒体播放资源；则MRF执行指示的做法可以是：释放被分配给所述被指定会议参与方的所述媒体播放资源。

控制指令还可以是，强制由某被指定会议参与方占用某媒体播放资源，如混音器，且制止由该被指定会议参与方占用其他媒体播放资源，如多画面解码器。控制指令也可以是，强制由某被指定会议参与方占用媒体播放资源，且制止由其他被指定会议参与方占用媒体播放资源。

具体实现时，本发明实施例通过扩展Mr接口，即扩展MSML的语言描述，将相关指示发送给MRF。

如对于音频会议的MSML，可进行如下扩展：在创建会议(createconference)、修改会议(modifyconference)等元素的混音器(audiomix)属性中扩展强制动做(forceactive)，forceactive的参数可表示指定某会议参与方强制使用混音器。

对于视频会议的MSML，可进行如下扩展：在createconference、modifyconference元素的视频呈现(videolayout)属性中扩展forceactive，forceactive的参数可表示指定某会议参与方使用多画面解码器提供的某窗口显示其画面。在选择器(selector)属性中扩展方式(method)的取值可以是强制(force)，表示由业务控制实体控制某窗口画面的显示内容。

下面结合具体的实施例说明本发明实施例中如何实现Mr接口，以及如何利用该Mr接口控制多媒体会议作详细说明。

本发明实施例中，会议控制方可以是默认具有对会议的所有控制权限的主持方，也可以是拥有对会议的某些控制权限的会议的其他参与方。

实施例一：

本实施例一中，设用户设备A与用户设备B是IMS域的用户设备，且均已加入多媒体会议，其中，用户设备A为会议主持方。用户设备A希望在会议中插播网络侧内容服务器提供的媒体流，该内容服务器不支持SIP，或不支持SIP中的SDP，但支持RTSP，因此，本实施例一中，可在会议服务器与内容服务器之间增设一个网关，该网关具有对SIP信令与非SIP信令进行相互转换的功能，也具有对输入其中的媒体流的媒体格式进行转换的功能。

另外，还需说明的是，实际应用中，若内容服务器能够支持SIP，则可不需要在会议服务器与内容服务器之间增设网关。

参见图6，图6是本发明实施例一中多媒体会议的控制流程图。该流程可包括以下步骤：

步骤601至步骤604、用户设备A希望在会议中插播网络侧内容服务器提供的媒体流的控制，因此通过核心网将携带该媒体信息的Refer消息发送给会议服务器的业务控制实体。

上述Refer消息中，消息头域中可携带用户设备A所在的多媒体会议URI、用于标识本次业务是为多媒体会议插播媒体的标识，方式为采用SIP的invite方式；消息体中可携带媒体流信息，如媒体所在网络位置信息、媒体描述信息如媒体编解码格式等。

以下步骤605至步骤614中，MRF通过网关与内容服务器之间进行媒体协商以及建立媒体通道的过程，包括协商媒体流的输出端与输入端，双方所支持的媒体流编解码格式等。

步骤605至步骤608、业务控制实体收到用户设备A发出的Refer消息后，根据该Refer消息的指示，采用SIP的Invite消息携带媒体信息，将该Invite消息发送给网关；网关收到该Invite消息后，寻址到对应的内容服务器，将Invite消息转换为非SIP消息后，将该非SIP消息发送给内容服务器。内容服务器收到请求传输上述媒体流的非SIP消息后，根据非SIP消息中携带的媒体描述信息，查找对应的媒体，找到后，向网关返回成功响应。网关收到内容服务器返回的成功响应后，向业务控制实体返回200 OK响应，由业务控制实体通过核心网，向用户设备A返回200 OK响应。

步骤609至步骤614、业务控制实体与内容服务器完成媒体协商后，业务控制实体向MRF发送用于通知MRF关于媒体信息的Invite消息；MRF收到该Invite消息后，完成与内容服务器之间的媒体协商，并向业务控制实体返回200OK响应，业务控制实体分别向网关与MRF返回ACK消息；网关收到该ACK消息后，向内容服务器请求相关媒体流，接收内容服务器媒体流，并转发至MRF。

步骤615至步骤616、MRF收到媒体流后，接收业务控制实体发来的携带新的会议属性描述信息的Info消息，在收到该Info消息后，向业务控制实体返回200 OK响应；之后，MRF根据新的会议属性描述信息，控制会议参与方对媒体播放资源的使用。

本发明实施例中，在引入媒体流后，将该媒体流作为一个特殊的会议参与方，即第三个会议参与方。由于新的会议参与方的加入，因此，实际应用中，可能会重新部署会议策略，如对混音器的使用策略可以是允许声音最大的三个会议参与方占用；对显示器的使用策略可以允许显示声音最大的三个会议参与方的画面。新部署的会议策略可通过上述Info消息体中由MSML语言描述的会议属性描述信息来体现。

步骤617、MRF将接收到的媒体流按照新部署的会议策略重新组织后，分别传送给用户设备A与用户设备B，至此网络侧提供的媒体信息作为一个特殊的会议参与方，成功加入会议。

上述步骤601至步骤617的流程可与现有在多媒体会议中插播媒体流的流程基本类似。

步骤618至步骤619、用户设备A希望控制各会议参与方对媒体播放资源的占用状况，因此，将控制信息通过Invite或Info消息，经过核心网后，带给业务控制实体。

步骤620、业务控制实体收到用户设备A发出的携带控制信息的Invite或Info消息后，解析出该消息中的控制信息，将该控制信息用本发明实施例中扩展的Mr接口的描述语言描述后，将要求控制被指定会议参与方对媒体播放资源的使用的指示，通过Info消息体携带给MRF。

本实施例中，业务控制实体中的信令生成单元可根据上述控制信息，生成上述Info消息。实际应用中，信令生成单元还可根据会议服务器中存储的会议策略生成所需要的SIP信令。

设媒体流是视频媒体流，用户设备A希望控制视频媒体流在多画面解码器的显示窗口上的显示，如希望多媒体会议上的某窗口显示对应的视频，则要求控制被指定会议参与方对媒体播放资源的使用的指示可以是强制由视频媒体流占用某窗口。具体实现时，可采用MSML描述该指示，相应地，该步骤620中，Info消息体携带MSML描述的会议属性，所描述的信息可包括：被指定会议参与方的标识，允许被指定会议参与方占用的窗口标识等。其中，被指定会议参与方标识表示视频媒体流。

需要说明的是，如果不指定通过某窗口显示，则默认使用主窗口显示。

步骤621至步骤623、MRF收到步骤620中业务控制实体发来的Info消息后，解析该Info消息，获得要求控制被指定会议参与方对媒体播放资源的使用的指示，执行该指示，即可按照该指示，将媒体播放资源分配给内容服务器，即允许内容服务器提供的媒体流占用多媒体会议中主窗口后，向业务控制实体返回200 OK响应；业务控制实体通过核心网，向用户设备A返回表示指示成功的200 OK响应。

本发明实施例中，对200 OK响应的返回作了改进，即由MRF执行指示成功后再向业务控制实体返回200 OK响应；若MRF未能执行指示，可向业务控制实体返回执行失败的响应。实际应用中，也可在MRF接收到Info消息后，立即返回200 OK响应。

步骤624至步骤625、MRF重新通过网关与内容服务器之间进行媒体协商，修改媒体通道；媒体重协商成功后，接收内容服务器通过网关传送过来的媒体流，将媒体流转发给所有会议参与方，该流程可结束。

上述步骤624中，MRF之所以要重新与内容服务器之间进行媒体协商，是因为由于多媒体会议中主窗口所要显示的内容发生改变，因此，MRF需要与内容服务器之间重新协商媒体流的播放格式等播放策略，从而为多媒体会议提供较佳的主窗口显示效果。

本发明实施例中，如根据上述步骤615中重新部署的会议策略，多媒体会议上显示器的显示区域可以有三个区域，主窗口被强制显示为内容服务器提供的媒体流，其他两个小窗口可显示用户设备A与用户设备B的画面。

上述图6所示流程可见，本发明实施例中，通过扩展的SIP消息体的MSML描述内容，可由业务控制实体将期望MRF强制执行的指示带给MRF，该指示可以是上述要求控制被指定会议参与方对媒体播放资源的使用的指示，相应地，通过MRF对该指示的执行，可有效控制多媒体会议上各会议参与方对多媒体会议中媒体播放资源的使用，为会议主持方能够更好地控制多媒体会议的开展提供方便。

另外，业务控制实体还可根据会议控制方，如上述会议主持方，或会议的其他参与方发送的控制信息，解析控制信息后，将控制信息用本发明实施例中扩展的Mr接口的描述语言进行描述后，通过SIP信令带给MRF，指示MRF对多媒体会议的控制操作。本发明实施例中列举了可常用的关于扩展的Mr接口的MSML描述信息，可供实际应用时参考。

如，在创建音频会议时，强制由用户设备A使用混音器，则可在业务控制实体发送给MRF的SIP信令的消息体中，携带以下信息：被指定会议参与方标识为用户设备A的标识，将混音器分配给该被指定会议参与方使用的指示值，如“true”。该消息体中可进一步携带其他会议属性，如允许占用混音器的会议参与方的个数不超过N个，等。

再如，在会议过程中，在邀请用户设备B加入会议后，强制由该用户设备B使用混音器，则可在业务控制实体发送给MRF的SIP信令的消息体中，携带以下信息：被指定会议参与方标识为用户设备B的标识，将混音器分配给该被指定会议参与方使用的指示值，如“true”。

又如，可根据需要，修改音频会议属性，取消用户设备B使用混音器的权限，即制止用户设备B占用混音器，则可在业务控制实体发送给MRF的SIP信令的消息体中，携带以下信息：被指定会议参与方标识为用户设备B的标识，制止该被指定会议参与方占用混音器的指示值，如“false”。

以上是可常用的对音频会议的控制的MSML描述。需要说明的是，为与现有会议属性描述相兼容，可设置为若强制使用混音器的被指定会议参与方的数目大于n-loudest的值，则指示所期望的强制操作无效。

如，创建视频会议时，强制由用户设备A使用多画面解码器提供的主窗口，则可在业务控制实体发送给MRF的SIP信令的消息体中，携带以下信息：被指定会议参与方标识为用户设备A的标识，将混音器分配给该被指定会议参与方使用的指示值，如“true”；允许被占用的主窗口标识。

再如，邀请会议参与方如媒体流加入多媒体会议后，强制由该媒体流使用多画面解码器提供的主窗口，则可在业务控制实体发送给MRF的SIP信令的消息体中，携带以下信息：被指定会议参与方标识为媒体流的标识，将混音器分配给该被指定会议参与方使用的指示值，如“true”；允许被占用的主窗口标识。

又如，根据需要修改视频会议属性，取消媒体流占用主窗口的资格，则可在业务控制实体发送给MRF的SIP信令的消息体中，携带以下信息：被指定会议参与方标识为媒体流的标识，制止该被指定会议参与方占用混音器的指示值，如“false”；制止被指定会议参与方占用的主窗口标识。

以上是可常用的对视频会议的控制的MSML描述。需要说明的是，对于视频会议的控制，若method取值为force，但是没给出具体的被指定会议参与方，仍然使用音频激活切换方式，即显示声音最大的某几个会议参与方的画面；若允许多个区域显示画面，各区域显示的内容可按照被显示的各会议参与方的声音大小来决策；若已强制将某窗口分配给被指定会议参与方使用，即该窗口显示被指定会议参与方的画面后，允许后续为该窗口重新指定强制显示操作；若制止被指定会议参与方占用该窗口，则仍然使用音频激活切换方法。

现有MRF被作为会议服务器中的一个网元，可基于会议主持方发出的控制信息，实现会议主持方对会议的集中控制。本实施例一中，将多媒体会议的控制装置设置于MRF中，由MRF实现会议主持方对会议的集中控制，包括控制被指定会议参与方对媒体播放资源的使用。

实施例二：

上述实施例一中，用户设备A为会议主持方，可拥有对多媒体会议操作的所有权限。实际应用中，可部署会议的其他参与方，如用户设备B可拥有对多媒体会议操作的部分权限。本实施例二中，设用户设备B拥有控制媒体流播放的权限，且用户设备B具有同时支持两路会话的功能。且本实施例二中，设会议服务器中的MRF为现有MRF，而设置有多媒体会议的控制装置的MRF被设置于会议服务器与内容服务器之间，如此设置的主要作用在于，设置有多媒体会议的控制装置的MRF不仅可基于会议主持方，还可基于会议的其他参与方发出的控制信息，控制被指定会议参与方对媒体播放资源的使用。

还需要说明的是，本实施例二中，设内容服务器不支持SIP，而支持RTSP，因此，可在设置有多媒体会议的控制装置的MRF上进一步增设媒体网关功能。并且，为方便描述，可称本实施例二中增设了媒体网关功能且设置有多媒体会议的控制装置的MRF为媒体网关，仍称会议服务器中的现有MRF为MRF。

实际应用中，若内容服务器能够支持SIP，则可不使用设置有多媒体会议的控制装置的MRF上所增设媒体网关功能，或可不增设媒体网关功能。

参见图7，图7是本发明实施例二中多媒体会议的控制流程图。该流程可包括以下步骤：

步骤701、会议服务器中MRF为所有会议参与方提供本地媒体流，用户设备A与用户设备B接收来自MRF的一路会话，即接收本地媒体流。

步骤702至步骤705、用户设备A期望为用户设备B插播网络侧内容服务器提供的媒体流，通过核心网将携带该媒体描述信息的Refer消息发送给会议服务器的业务控制实体；业务控制实体收到Refer消息后，通过核心网，向用户设备A返回200 OK响应。

步骤706至步骤709、业务控制实体向网关发送携带媒体描述信息的Invite消息，网关将收到的Invite消息转换为非SIP的请求消息，通过该非SIP的请求消息携带媒体描述信息给内容服务器；内容服务器收到该非SIP的请求消息后，查找对应的媒体，找到后向媒体网关返回成功响应；媒体网关向业务控制实体返回200 OK响应。

步骤710至步骤713、业务控制实体根据接收到的内容体服务器返回的协商后的媒体描述信息，向用户设备B发送携带媒体描述信息的Invite消息，用户设备B收到该Invite消息后，向业务控制实体返回200 OK响应；业务控制实体收到用户设备B返回的200 OK响应后，分别向用户设备B与媒体网关返回ACK消息。

步骤714、媒体网关收到业务控制实体返回的ACK消息后，接收内容服务器传送过来的媒体流，将该媒体流传送给媒体流接收端，即用户设备B。

本实施例二中，由于用户设备B能够支持同时接收两路会话，因此，可在接收本地媒体流的同时，接收来自内容服务器的网络媒体流。

上述步骤701至步骤714可基于现有会议主持方向多媒体会议中的某个会议参与方插播媒体流的流程类似。

步骤715、用户设备B期望暂停网络媒体流的播放，因此向业务控制实体发送暂停播放的控制信息，该控制信息可通过Re-Invite消息带给业务控制实体，该Re-Invite消息中还会携带网络媒体描述信息，

步骤716至步骤721、业务控制实体收到用户设备B发来的Re-Invite消息后，解析该消息中的控制信息，生成携带要求控制被指定会议参与方对媒体播放资源的使用的指示的Info消息，其中的指示可以是制止网络媒体信息对媒体网关上媒体播放资源的占用，将该Info消息发送给媒体网关；媒体网关将该Info消息解析该Info消息后，向内容服务器发送要求停止传输媒体流的如RTSP等的非SIP请求消息，释放分配给内容服务器的媒体播放资源，该非SIP请求消息中携带媒体描述信息；内容服务器收到该非SIP请求消息后，修改提供的媒体流，返回成功响应；媒体网关收到内容服务器返回的成功响应后，向业务控制实体返回200 OK响应；业务控制实体收到媒体网关返回的200 OK响应后，向用户设备返回200 OK响应；用户设备B收到该200 OK响应后，向业务控制实体返回ACK消息。

步骤722、媒体网关接收经过内容服务器修改的网络媒体流，将该网络媒体流传送给用户设备B，该流程可结束。

上述图7所示流程中，若用户设备B只能够同时支持一路会话，则会议服务器可根据相关会议策略，先将用户设备B退出多媒体会议，然后重新建立用户设备B与内容服务器之间的会话，之后，用户设备B可对接收到的网络媒体流进行控制操作，由媒体网关帮助实现该操作。

本发明实施例中，媒体网关功能的增设可使得多媒体会议中可实现的业务得到扩展，与会议服务器协同工作，除能够向多媒体会议中插播会议主持方点播的媒体内容之外，还可向多媒体会议中的各会议参与方传送各种文件、共享白板、使用多媒体会议的方式提供多人合唱卡拉OK等娱乐活动。

所需要说明的是，上述实施例一与实施例二中，用户设备为IMS域的终端，实际应用中，若用户设备是电路交换(CS)域的终端，则可通过互通网关，由该互通网关进行用户设备与核心网之间的信令转换与媒体传输，该信令转换与媒体传输的技术为可实现的现有技术，不作赘述。

另外，本发明实施例中，若拥有多媒体会议的所有控制权限的用户设备A，期望移交其对多媒体会议的控制权限，可进行相应的权限移交操作，该移交涉及会议策略的部署。参见图8，图8是本发明实施例中通过业务运营支撑系统(BOSS，Business and Operation Support System)接口部署会议策略的一个流程图。该流程中，用户设备A所对应的用户A，可通过客户端访问会议服务器提供的相关网站，修改会议策略。该流程可包括以下步骤：

步骤801至步骤806、用户A访问相关网站的会议策略页面，基于HTTP协议向客户自助服务器发送会议策略查询；客户自助服务器收到该查询后，将该查询转换为MML格式，将查询发送给会议服务器；会议服务器收到查询后，向客户自助服务器返回MML格式的当前会议策略，客户自助服务器将收到的MML格式的当前会议策略转换为HTTP格式后，发送给用户A。

实际应用中，若存储服务器支持HTTP接口，则MML转换过程可以省略。

步骤807至步骤813、用户A根据自身需要修改会议策略，如修改会议参与方对多媒体会议的控制权限等，将修改后的会议策略发送到网络侧。实际应用中，由于用户A在客户端是基于HTTP格式描述被修改的控制权限，而网络侧通常能够识别的以MML格式描述的控制权限，因此通常会在客户端与网络侧的会议服务器之间设置一个客户自助服务器，用于将HTTP格式的信息与MML格式的信息进行相互转换。因此，用户A在修改会议策略中的控制权限后，会将修改后的会议策略以HTTP格式发送给客户自助服务器，由客户自助服务器进行格式转换后，将MML格式的修改后的会议策略发送给会议服务器；会议服务器收到修改后的会议策略后，由其中的存储服务器存储该修改后的会议策略，且通过客户自助服务器向用户A返回修改结果。

步骤814至步骤815、会议服务器存储修改后的会议策略后，通知业务控制实体会议策略已被修改，由业务控制实体对后续的处理依据根据修改后的会议策略进行，该流程结束。

参见图9，图9是本发明实施例中通过普通电话业务(POST，Plain OldTelephone Service)部署会议策略的另一个流程图。该流程中，用户A通过用户设备A向会议服务器发送控制信令，修改会议策略。该流程可包括以下步骤：

步骤901至步骤903、用户设备A向业务控制实体发送携带业务码的Invite消息，将需要修改的会议策略通过该Invite消息带给业务控制实体；业务控制实体收到该Invite消息后，通过与存储服务器之间的内部接口，向存储服务器发送修改指令，修改会议策略，存储服务器通过内部接口，向业务控制实体返回修改结果。

步骤904至步骤907、业务控制实体收到修改结果后，确定修改成功，向用户设备A返回表示修改成功的200 OK响应；用户设备A收到该200 OK响应后，向业务控制实体返回ACK消息，且会议服务器还可为用户设备A播放操作结果对应的提示音。

另外，由于图8与图9所示流程中不需要MRF的参与，因此，在图8与图9所示的会议服务器中，没有体现MRF，实际上会议服务器中还包含MRF。

还需要说明的是，本发明实施例中，通过在MRF上设置多媒体会议的控制装置，使MRF能够根据会议主持方发出的控制信息，实现对被指定会议参与方对媒体播放资源的使用的控制。因此，实际应用中，会议主持方可基于MRF的新增功能，部署原先难以部署的会议策略，如在会议中插播某媒体流，且控制该媒体流的播放。

综上所述，本发明实施例中对Mr接口的实现方式进行了扩展，在其中增加相关描述，该描述可体现要求MRF控制被指定会议参与方对媒体播放资源的使用的指示，因此，本发明实施例中，业务控制实体通过发送携带要求控制被指定会议参与方对媒体播放资源的使用的指示的SIP信令，来指示MRF控制多媒体会议中会议参与方对媒体播放资源的使用权限，从而方便具有多媒体会议操作控制权限的会议参与方，如会议主持方控制多媒体会议中媒体播放资源的使用，进而方便其对多媒体会议进展的控制。并且，本发明实施例中可将待插播到多媒体会议中的如上述由网络侧提供的媒体流等的媒体信息，作为特殊的会议参与方，业务控制实体可给出相应指示，来指示MRF如何控制媒体流对媒体播放资源的使用。

Claims

1.一种多媒体会议的控制方法，其特征在于，包括：

按照所述指示，控制所述被指定会议参与方对媒体播放资源的使用；

所述指示包括：所述被指定会议参与方标识，和控制所述被指定会议参与方对媒体播放资源的使用的控制指令；

所述控制指令包括：强制由所述被指定会议参与方占用所述媒体播放资源；所述按照所述指示，控制所述被指定会议参与方对媒体播放资源的使用的步骤包括：为所述被指定会议参与方分配所述媒体播放资源；或，

所述控制指令包括：制止由所述被指定会议参与方占用所述媒体播放资源；所述按照所述指示，控制所述被指定会议参与方对媒体播放资源的使用的步骤包括：释放被分配给所述被指定会议参与方的所述媒体播放资源。

2.根据权利要求1所述的方法，其特征在于，所述业务控制实体包括：应用服务器AS，或，呼叫会话控制功能CSCF。

3.根据权利要求1所述的方法，其特征在于，所述指示通过SIP信令的Invite 消息体、Info消息体或Refer消息体携带。

4.根据权利要求1所述的方法，其特征在于，控制所述被指定会议参与方对媒体播放资源的使用后，该方法进一步包括：

向所述业务控制实体返回执行成功的响应；或返回执行失败的响应。

5.根据权利要求1所述的方法，其特征在于，所述媒体播放资源包括以下之一：混音器、多画面解码器。

6.根据权利要求1所述的方法，其特征在于，所述被指定会议参与方包括：用户设备，或网络媒体信息。

7.根据权利要求6所述的方法，其特征在于，所述按照所述指示，控制所述被指定会议参与方对媒体播放资源的使用之前，该方法进一步包括：

将不支持SIP协议传输的网络媒体信息转换为支持SIP协议传输的网络媒体信息。

8.根据权利要求1所述的方法，其特征在于，所述指示由经过扩展的所述SIP信令消息体的媒体服务标记语言MSML描述。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述接收由业务控制实体发送的要求控制被指定会议参与方对媒体播放资源的使用的指示之前，该方法进一步包括：

所述业务控制实体接收会议控制方发送的要求控制被指定会议参与方对媒体播放资源的使用控制信息，生成所述指示；

所述被指定会议参与方为：会议控制方或会议的其他参与方。

10.根据权利要求9所述的方法，其特征在于，所述会议控制方包括：会议主持方，或除会议主持方之外的拥有会议控制权限的会议的其他参与方。

11.根据权利要求9所述的方法，其特征在于，该方法进一步包括：

会议控制方将对会议的控制权限移交给会议的其他参与方。

12.根据权利要求11所述的方法，其特征在于，所述移交包括：

会议控制方修改网络侧当前存储的会议策略中的多媒体会议的控制权限的拥有者为所述会议的其他参与方。

13.根据权利要求9所述的方法，其特征在于，会议控制方发送所述控制信息后，该方法进一步包括：

会议控制方部署会议策略。

14.一种多媒体会议的控制装置，其特征在于，包括：指示接收单元、执行单元；其中，

执行单元，用于按照指示接收单元接收到的所述指示，控制所述被指定会议参与方对媒体播放资源的使用；

所述执行单元包括资源分配单元和/或资源释放单元；其中，

所述资源分配单元，用于按照指示接收单元接收到的所述指示中所述被指定会议参与方标识和强制由所述被指定会议参与方占用所述媒体播放资源的控制指令，将所述媒体播放资源分配给所述被指定会议参与方；

所述资源释放单元，用于按照指示接收单元接收到的所述指示中所述被指定会议参与方标识和制止由所述被指定会议参与方占用所述媒体播放资源的控制指令，释放被分配给所述被指定会议参与方的所述媒体播放资源。

15.根据权利要求14所述的装置，其特征在于，所述装置进一步包括：

16.根据权利要求14至15中任一项所述的装置，其特征在于，所述装置被设置于多媒体资源功能MRF中。

17.根据权利要求16所述的装置，其特征在于，所述MRF进一步包括：信令转换单元与媒体协商单元；

信令转换单元，用于将接收到的非SIP信令转换为SIP信令，或将接收到的SIP信令转换为非SIP信令；

媒体协商单元，用于与内容服务器之间进行媒体协商。