WO2010003348A1 - 多用户业务建立和控制通道转移方法、装置及系统 - Google Patents

Description

多用户业务建立和控制通道转移方法、 装置及系统 本申请要求于 2008 年 7 月 8 日提交中国专利局、 申请号为 200810133059.2, 发明名称为"多用户业务建立和控制通道转移方法、 装置及 系统"的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域

本发明涉及通信领域， 尤其涉及多用户业务建立和控制通道转移方法、 装置及系统。 背景技术

互联网协议电视（ Internet Protoeol Television , 筒称： IPTV )是在互联网 协议（Internet Protoeol, 简称： IP ) 网络上传送电视、 视频、 文本、 图形和数 据等， 并能提供服务质量（Quality of Service, 简称： QoS ) /用户体验质量 ( Quality of Experience, 简称： QoE )、 安全、 交互性和可靠性的可管理的多 媒体业务。 IPTV采用了电信、 互联网 （Internet )等技术的优点， 尤其是基于 IP网络的双向性特点， 因而可开展丰富的业务。

目前， IPTV的基本业务有直播、 点播、 时移电视等， 同时用户还可进行 在线游戏、 多媒体杂志和网页浏览、 即时通信、 短信以及互动广告等增值业 务。不仅如此，多媒体和通讯融合的业务也是新的发展方向，来电显示（Caller ID ) 、 呼叫跟随（Follow me ) 、 好友电视等业务， 这将给用户带来全新的体 验。

终端和媒体功能单元（Media Function, 简称： MF )通过会话发起协议 ( Session Initiation Protocol ,简称： SIP )建立实时流协议 ( eal Time Streaming Protocol, 简称： RTSP ) 和实时传输协议（Real Time Transport Protocol, 简 称： RTP )连接， 实现多媒体内容的播放与控制。 终端向媒体功能单元请求 建立媒体会话， 媒体功能单元响应请求， 然后终端和媒体建立 RTSP连接和 TP连接。其中在会话建立请求和响应中携带了与 RTSP和 RTP相关的参数， 用于完成 RTSP和 RTP连接的建立。

发明人发现， 在现有技术中， 媒体控制通道和媒体传输通道必须对应一 个终端， 从而极大地限制了新业务的产生和发展。 发明内容

本发明实施例提供一种多用户业务建立和控制通道转移方法、 装置及系 统， 实现了多用户业务的同步观看、 同步控制和媒体控制通道转移。

为了实现上述目的， 本发明实施例提供了一种多用户业务建立方法， 包 括： 根据接收到的媒体会话建立请求返回媒体控制通道参数和媒体传输通道 参数； 接收关联参数， 所述关联参数是由控制方用户单元的媒体控制通道参 数和接收方用户单元的媒体传输通道参数相关联后的参数； 根据所述第三方 呼叫和所述关联参数， 与控制方用户单元建立媒体控制通道； 根据所述第三 方呼叫和所述关联参数， 与接收方用户单元建立媒体传输通道。

为了实现上述目的， 本发明实施例还提供了一种控制通道转移方法， 包 括： 接收媒体控制通道转移请求； 与预控制方用户单元建立媒体控制通道， 与已控制方用户单元取消媒体控制通道。

为了实现上述目的， 本发明实施例还提供了一种多用户业务建立方法， 包括： 发送媒体会话建立请求；接收媒体功能单元返回的媒体控制通道参数和 媒体传输通道参数， 接收接收方用户单元的媒体传输通道参数； 将控制方用户 单元的媒体控制通道参数和接收方用户单元的媒体传输通道参数进行关联，并 将关联参数发送给媒体功能单元； 与所述媒体功能单元建立媒体控制通道。

为了实现上述目的， 本发明实施例还提供了一种控制通道转移方法， 包 括： 发送媒体控制通道转移请求， 通知转移控制通道； 取消所述与所述媒体 功能单元建立的媒体控制通道。 为了实现上述目的， 本发明实施例还提供了一种多用户业务建立装置， 包括： 用于根据接收到的媒体会话建立请求返回媒体控制通道参数和媒体传 输通道参数的模块； 用于接收关联参数的模块， 所述关联参数是由控制方用 户单元的媒体控制通道参数和接收方用户单元的媒体传输通道参数相关联后 的参数； 用于根据所述第三方呼叫和所述关联参数， 与控制方用户单元建立 媒体控制通道的模块； 用于根据所述第三方呼叫和所述关联参数， 与接收方 用户单元建立媒体传输通道的模块。

为了实现上述目的， 本发明实施例还提供了一种多用户业务建立系统， 包括： 媒体功能单元， 用于根据接收到的媒体会话建立请求返回媒体控制通 道参数和媒体传输通道参数， 接收关联参数， 所述关联参数是由控制方用户 单元的媒体控制通道参数和接收方用户单元的媒体传输通道参数相关联后的 参数， 根据所述第三方呼叫和所述关联参数， 与控制方用户单元建立媒体控 制通道， 根据所述第三方呼叫和所述关联参数， 与接收方用户单元建立媒体 传输通道； 会话控制功能单元， 用于接收控制方用户单元的建立会话请求， 根据所述建立会话请求， 向媒体功能单元发起第三方呼叫。

为了实现上述目的， 本发明实施例还提供了一种控制通道转移装置， 包 括： 用于接收媒体控制通道转移请求的模块； 用于与预控制方用户单元建立 媒体控制通道， 与已控制方用户单元取消媒体控制通道的模块。

为了实现上述目的， 本发明实施例还提供了一种控制通道转移系统， 包 括： 媒体功能单元， 用于接收媒体控制通道转移请求， 与预控制方用户单元 建立媒体控制通道， 与已控制方用户单元取消媒体控制通道；

会话控制功能单元， 用于接收已控制方用户单元的转移媒体控制通道通 知， 向预控制方用户单元发送媒体会话建立请求， 并接收返回的媒体控制通 道参数， 将所述预控制方的媒体控制通道参数和当前媒体控制通道的会话标 识发送给媒体功能单元。 为了实现上述目的， 本发明实施例还提供了一种多用户业务建立装置， 包括： 用于发送媒体会话建立请求的模块； 用于接收媒体功能单元返回的媒 体控制通道参数和媒体传输通道参数， 接收接收方用户单元的媒体传输通道 参数的模块； 用于将控制方用户单元的媒体控制通道参数和接收方用户单元 的媒体传输通道参数进行关联， 并将关联参数发送给媒体功能单元的模块； 用于与所述媒体功能单元建立媒体控制通道的模块。

为了实现上述目的， 本发明实施例还提供了一种控制通道转移装置， 其 包括： 用于发送媒体控制通道转移请求， 通知转移控制通道的模块； 用于取 消所述与所述媒体功能单元建立的媒体控制通道的模块。

本发明实施例的多用户业务建立方法通过会话控制功能单元发起第三方 呼叫， 并帮助控制方用户单元、 接收方用户单元和媒体功能单元之间建立媒 体会话， 使得控制方用户单元通过与媒体功能单元建立的媒体控制通道控制 媒体播放， 同时使得接收方用户单元通过与媒体功能单元建立的传输通道接 收媒体内容， 实现了多用户同步控制、 同步观看的功能， 不仅提高了用户的 体验， 而且也丰富了多用户业务的功能。

本发明实施例的控制通道转移方法通过会话控制功能单元发起了转移媒 体控制通道请求， 并重新建立了媒体控制通道， 使得预控制方用户单元获得 媒体播放的控制权， 有效地实现了媒体控制通道的转移， 提高了用户使用业 务时的体验。 附图说明

图 1为本发明一实施例一个多用户业务建立方法的流程示意图； 图 2为本发明一实施例另一个多用户业务建立方法的流程示意图； 图 3为本发明一实施例一个控制通道转移方法的流程示意图； 图 4为本发明一实施例另一个控制通道转移方法的流程示意图； 图 5为本发明一实施例一个多用户业务建立系统的结构示意图； 图 6为本发明另一实施例一个多用户业务建立方法的流程示意图； 图 7为本发明另一实施例又一个多用户业务建立方法的流程示意图； 图 8为本发明另一实施例一个控制通道转移方法的流程示意图； 图 9为本发明另一实施例另一个控制通道转移方法的流程示意图； 图 10为本发明另一实施例又一个控制通道转移方法的流程示意图； 图 11为本发明另一实施例的结构示意图；

图 12为本发明再一实施例的一个多用户业务建立方法的流程示意图； 图 13为本发明再一实施例的一个控制通道转移方法的流程示意图； 图 14为本发明再一实施例的一个多用户业务建立系统的结构示意图； 图 15为本发明再一实施例一个控制通道转移系统的结构示意图； 图 16为本发明再一实施例又一个控制通道转移系统的结构示意图； 图 17为本发明再一实施例的一个多用户业务建立装置结构示意图； 图 18为本发明再一实施例的又一个控制通道转移装置结构示意图； 图 19为本发明再一实施例的另一个多用户业务建立装置结构示意图； 图 20为本发明再一实施例的另一个控制通道转移装置结构示意图。 具体实施方式

下面通过附图和实施例， 对本发明的技术方案做进一步的详细描述。 图 1 为本发明一实施例一个多用户业务建立方法的流程示意图， 如图 1 所示， 本实施例包括如下步骤：

步骤 101、 根据接收到的媒体会话建立请求返回媒体控制通道参数和媒 体传输通道参数；

步驟 102、 接收关联参数， 其中， 关联参数是由控制方用户单元的媒体 控制通道参数和接收方用户单元的媒体传输通道参数相关联后的参数；

步驟 103、 根据关联参数与控制方用户单元建立媒体控制通道； 步驟 104、 根据关联参数与接收方用户单元建立媒体传输通道。

本发明实施例提供的多用户业务建立方法， 通过在控制方用户单元、 接 收方用户单元和媒体功能单元之间分别建立媒控制体通道、 媒体传输通道， 使得控制方用户单元通过与媒体功能单元建立的媒体控制通道控制媒体播 放， 同时使得接收方用户单元通过与媒体功能单元建立的传输通道接收媒体 内容， 实现了多用户同步控制、 同步观看的功能， 不仅提高了用户的体验， 而且也丰富了多用户业务的功能。

进一步地， 在上述图 1所示实施例的基础上， 还可以包括以下步骤： 会话控制功能单元接收控制方用户单元的建立会话通知；

会话控制功能单元根据所述建立会话通知， 发送媒体会话建立请求。 进一步地， 在上述图 1所示实施例的基础上， 还可以包括以下步骤： 会话控制功能单元接收媒体功能单元返回的媒体控制通道参数和媒体传 输通道参数， 并发送给控制方用户单元和接收方用户单元；

会话控制功能单元接收控制方用户单元的媒体控制通道参数和接收方用 户单元的媒体传输通道参数；

所述会话控制功能单元将所述控制方用户单元的媒体控制通道参数和所 述接收方用户单元的媒体传输通道参数进行关联并生成关联参数；

所述会话控制功能单元将所述关联参数发送给媒体功能单元。

进一步地， 在上述图 1所示实施例的基础上， 还可以包括以下步骤： 会议功能单元接收控制方用户单元的建立会议请求并返回会议标识； 所述会议功能单元与所述控制方用户单元建立媒体传输通道；

根据所述建立会议请求， 所述会议功能单元向业务控制功能单元所述媒 体会话建立请求， 所述业务控制功能单元将所述媒体会话建立请求转发给媒 体功能单元。

图 2为本发明一实施例另一个多用户业务建立方法的流程示意图， 包括 控制方用户单元、 接收方用户单元、 会话控制功能单元、 媒体功能单元。 控 制方用户单元希望邀请一个或多个接收方用户单元观看某个媒体内容， 并且 希望由控制方用户单元进行播放控制， 如快进、 快退、 暂停等， 该方法包括： 步骤 201、 控制方用户单元向会话控制功能单元通知建立媒体会话， 并 且在通知中携带媒体信息和控制方用户单元的信息、 接收方用户单元的信息 等。

步驟 202、 会话控制功能单元接收控制方用户单元的通知之后， 发起第 三方呼叫， 即向媒体功能单元发送媒体会话建立请求， 该请求中可不带会话 描述协议 ( Session Description Protocol, 简称： SDP ) 。

步骤 203、媒体功能单元接收请求之后，返回请求响应， 响应中包含 SDP offerl , 即媒体功能单元的媒体控制通道参数（包括媒体控制通道会话标识、 RTSP统一资源定位符（Uniform Resource Locator, 简称： URL )等和媒体传 输通道参数。

步驟 204、 会话控制功能单元接收媒体功能单元的请求响应之后， 向控 制方用户单元发送媒体会话建立请求， 该请求中包含 SDP offer2, 即媒体功 能单元的媒体控制通道参数等， 以及媒体内容描述信息。

步骤 205、 控制方用户单元接收请求之后， 给会话控制功能单元发送请 求响应，该请求响应中包含 SDP answer2, 即控制方用户单元的媒体控制通道 参数。

步骤 206、 会话控制功能单元接收媒体功能单元的请求响应之后， 根据 控制方用户单元发送的通知中的接收方用户单元的信息发起第三方呼叫， 即 向相应的接收方用户单元发送媒体会话建立请求， 该请求中包含 SDP offer3 , 即媒体功能单元的媒体传输通道参数和媒体内容描述信息等。

步驟 207、 接收方用户单元接收会话控制功能单元的媒体会话建立请求 之后， 向会话控制功能单元发送请求响应， 该倩求响应中包含 SDP answer3 , 即接收方用户单元的媒体传输通道参数。

步骤 208、 会话控制功能单元接收控制方用户单元的请求响应和接收方 用户单元的请求响应之后， 将控制方用户单元的媒体控制通道参数和接收方 用户单元的媒体传输通道参数进行关联生成关联参数， 即将媒体控制通道参 数和媒体传输通道参数利用组标识进行绑定， 并向媒体功能单元发送响应确 认， 该响应确认中包含 SDP answerl , 即关联参数。 步骤 209、 媒体功能单元根据接收到的响应确认， 与控制方用户单元建 立 RTSP媒体控制通道。

步驟 210、 媒体功能单元根据接收到的响应确认， 与接收方用户单元建 立 RTP媒体传输通道。

上述实施例的多用户业务建立方法， 通过会话控制功能单元发起第三方 呼叫， 并帮助控制方用户单元、 接收方用户单元和媒体功能单元之间建立媒 体会话， 使得控制方用户单元通过与媒体功能单元建立的媒体控制通道控制 媒体播放， 同时使得接收方用户单元通过与媒体功能单元建立的传输通道接 收媒体内容， 实现了多用户同步控制、 同步观看的功能， 不仅提高了用户的 体验， 而且也丰富了多用户业务的功能。

图 3为本发明一实施例一个控制通道转移方法的流程示意图， 如图 3所 示， 本实施例包括如下步骤：

步驟 301、 接收媒体控制通道转移请求；

步驟 302、 与预控制方用户单元建立媒体控制通道， 与已控制方用户单 元取消媒体控制通道。

本实施例提供的控制通道转移方法， 通过与预控制方用户单元建立媒体 控制通道， 使得预控制方用户单元获得媒体播放的控制权， 有效地实现了媒 体控制通道的转移， 提高了用户使用业务时的体验。

进一步地， 在上述图 3所示实施例的基础上， 还可以包括以下步驟： 在所述与预控制方用户单元建立媒体控制通道过程中， 将需要转移的媒 体控制通道的控制状态信息发送给预控制方用户单元。

进一步地， 在上述图 3所示实施例的基础上， 接收媒体控制通道转移请 求还可以包括：

会话控制功能单元接收已控制方用户单元的转移媒体控制通道通知； 会话控制功能单元向预控制方用户单元发送媒体会话建立请求， 并接收 返回的媒体控制通道参数； 所述会话控制功能单元将所述预控制方的媒体控制通道参数和当前媒体 控制通道的会话标识发送给媒体功能单元。

进一步地， 在上述图 3所示实施例的基础上， 与预控制方用户单元建立 媒体控制通道， 与已控制方用户单元取消媒体控制通道包括：

向会话控制功能单元发送媒体功能单元的媒体控制通道参数和媒体控制 通道状态；

所述会话控制功能单元向预控制方用户单元转发所述媒体功能单元的媒 体控制通道参数和媒体控制通道状态， 并向已控制方用户单元发送媒体会话 结束请求；

所述会话控制功能单元接收已控制方用户单元的响应， 并向媒体功能单 元发送响应确认；

媒体功能单元根据接收的所述响应确认， 与预控制方用户单元建立媒体 控制通道， 并与已控制方用户单元取消媒体控制通道。

进一步地， 在上述图 3所示实施例的基础上， 通过会议功能单元和业务 控制功能单元接收媒体控制通道转移请求具体还可以包括：

会议功能单元接收预控制方用户单元的媒体控制通道转移请求； 所述会议功能单元对所述预控制方用户单元进行授权并发送会话更改请 求；

所述会议功能单元接收预控制方用户单元的媒体控制通道参数， 并转发 给业务控制功能单元；

所述业务控制功能单元将所述预控制方用户单元的媒体控制通道参数发 送给媒体功能单元。

进一步地， 在上述图 3所示实施例的基础上， 通过会议功能单元和业务 控制功能单元与预控制方用户单元建立媒体控制通道， 与已控制方用户单元 取消媒体控制通道包括：

所述业务控制功能单元接收所述媒体功能单元的媒体控制通道参数和媒 体控制通道状态并发送给会议功能单元；

所述会议功能单元向预控制方用户单元发送媒体功能单元的媒体控制通 道参数和媒体控制通道状态；

所述会议功能单元向已控制方用户单元发送会议会话更改请求， 并接收 已控制方用户单元请求响应， 并向所述业务控制功能单元发送响应确认； 所述业务控制功能单元将响应确认发送给所述媒体功能单元；

根据所述响应确认， 所述媒体功能单元与所述领控制方用户单元建立媒 体控制通道， 并且所述媒体功能单元与所述已控制方用户单元取消媒体控制 通道。

图 4为本发明一实施例另一个控制通道转移方法的流程示意图， 本发明 一实施例的控制通道转移方法， 如图 4所示， 通过会话控制功能单元， 已控 制方用户单元和接收方用户单元与媒体功能单元建立了媒体会话， 并且已控 制方单元通过 RTSP媒体控制通道控制媒体播放， 接收方用户单元通过 RTP 媒体传输通道接收媒体内容。 这时， 已控制方用户单元希望预控制方用户单 元对媒体内容进行播放控制， 如快进、 快退或暂停等， 该方法包括：

步驟 401、 已控制方用户单元通过会话控制功能单元发起第三方呼叫， 即已控制方用户单元通知会话控制功能单元转移媒体控制通道， 该通知中包 含预控制方用户单元的信息。

步驟 402、 会话控制功能单元接收通知之后， 向预控制方用户单元发送 媒体会话建立请求， 该请求中可不带 SDP, 同时该请求包含了媒体内容描述 信息。

步骤 403、 预控制方用户单元接收请求之后， 返回请求响应， 该请求响 应中包含了 SDP offerl， 即预控制方用户单元的媒体控制通道参数。

步骤 404、 会话控制功能单元接收预控制方用户单元的请求响应之后， 向媒体功能单元发送媒体会话更改请求， 请求转移媒体控制通道， 该请求中 包含 SDP offer2, 即包含预控制方用户单元的媒体控制通道参数、 当前 RTSP 会话标识。

步驟 405、 媒体功能单元接收媒体会话更改请求之后， 返回请求响应， 该请求响应中包含 SDP answer2, 即媒体功能单元的媒体控制通道参数 (如当 前媒体控制通道会话标识、 RTSP URL、 当前播放位置、 使用标识等）和控制 状态信息， 还可以禁止已控制方用户单元改变当前 RTSP控制状态。

步驟 406、 会话控制功能单元接收媒体功能单元的请求响应之后， 向预 控制方用户单元发送响应确认，该响应确认中包含 SDP answerl， 即媒体功能 单元的媒体控制通道参数和控制状态信息。

步驟 407、 会话控制功能单元接收媒体功能单元的请求响应之后， 向已 控制方用户单元发送媒体会话结束请求。

步骤 408、 已控制方用户单元接收会话控制功能单元的媒体会话结束请 求之后， 发送请求响应。

步骤 409、 会话控制功能单元接收已控制方用户单元的请求响应之后， 向媒体功能单元发送响应硝认，以表示已控制方用户单元愿意结束媒体会话， 并且还表示预控制方用户单元已经接收媒体功能单元的媒体控制通道参数和 控制状态信息。

步骤 410、 媒体功能单元接收会话控制功能单元的响应确认之后， 根据 预控制方用户单元的媒体控制通道参数， 媒体功能单元与预控制方用户单元 建立新的 RTSP媒体控制通道。

步骤 411、 媒体功能单元获知已控制方用户单元愿意结束媒体会话之后 , 媒体功能单元取消与已控制方用户单元的媒体控制通道。

上述 RTSP控制状态包括当前的播放状态、 触发当前状态的方法以及相 关的参数。 RTSP控制状态可以在 SDP中描述， 也可以在消息体中以其它方 式描述， 如可扩展标记语言 （Extensible Markup Language, 简称： XML )方 式。

在 SDP中可以通过增加新的属性来描述 RTSP的控制状态： 针对 RTSP 1.0 (基本状态包括： Init、 Ready、 Playing、 Recording a=fmtp:rtsp state:当前^ I犬态 当前方法 参数 参数, ^口： a=fmtp:rtsp state :Ready PAUSE

a=fmtp:rtsp state: Playing PLAY Scale:2

a=fmtp:rtsp state : ecording RECORD

针对 RTSP2.0 (基本状态包括： Init、 Ready Play )

a=fmtp:rtsp state:当前^夫态 当前方法 参数 参数， ^口： a=fmtp:rtsp state : eady PAUSE

a=fmtp:rtsp state: Play PLAY Scale:2

也可通过 XML方式描述

<rtsp state>

<state> </state>

<method> </method>

<parameter> </parameter>

</rtsp state>

其中当前方法和参数为可选。

另外， 上述本发明实施例的控制通道转移方法中， 已控制方用户单元也 可以将媒体控制通道转移给一个接收方用户单元， 则会话控制功能单元需要 将 RTSP控制状态通知接收方用户单元， 同时将 RTSP媒体控制通道和 RTP 媒体传输通道进行关联通知接收方用户单元， 以便接收方用户单元的播放应 用进行处理。

上述本发明实施例的控制通道转移方法， 通过会话控制功能单元发起了 转移媒体控制通道请求， 并重新建立了媒体控制通道， 使得预控制方用户单 元获得媒体播放的控制权， 有效地实现了媒体控制通道的转移， 提高了用户 使用业务时的体验。

图 5为本发明一实施例一个多用户业务建立系统的结构示意图， 如图 5 所示， 包括： 会话控制功能单元 52, 负责管理用户单元和媒体功能单元间的 媒体控制通道和媒体传输通道， 例如将媒体控制通道或媒体传输通道从一个 用户单元转移到另一个用户单元。 媒体功能单元 51 , 负责与用户单元之间建 立和管理媒体会话， 为用户单元提供媒体控制和媒体内容分发， 包括处理媒 体流控制、 媒体流传输、 监控传输功能状态和与用户终端的交互。 用户单元， 接收和展示媒体内容， 或者对媒体内容进行播放控制。

一个更具体的实施例如下：

会话控制功能单元 52， 用于发起第三方呼叫后， 根据由媒体功能单元发 送的媒体功能单元的媒体控制通道参数和媒体传输通道参数， 由控制方用户 单元发送的媒体控制通道参数和由接收方用户单元发送的媒体传输通道参 数， 将所述媒体功能单元的媒体控制通道参数和媒体传输通道参数分別发送 给控制方用户单元和接收方用户单元， 将所述控制方用户单元的媒体控制通 道参数和接收方用户单元的媒体传输通道参数进行关联， 并发送给媒体功能 单元， 帮助所述控制方用户单元与所述媒体功能单元建立媒体控制通道， 所 述接收方用户单元与所述媒体功能单元建立媒体传输通道。

媒体功能单元 51 , 用于接收控制方用户单元的第三方呼叫， 并发送网络 侧的媒体控制通道参数和媒体传输通道参数； 还用于根据网路侧的媒体控制 通道参数和媒体传输通道参数， 接收关联参数， 所述关联参数包含控制方用 户单元的媒体控制通道参数和接收方用户单元的媒体传输通道参数； 还用于 根据所述控制方用户单元的媒体控制通道参数， 与控制方用户单元建立媒体 控制通道； 还用于根据所述接收方用户单元的媒体传输通道参数， 与接收方 用户单元建立媒体传输通道。

控制方用户单元 53 , 用于接收第三方呼叫后， 根据由媒体功能单元发送 的媒体功能单元的媒体控制通道参数与所述媒体功能单元建立媒体控制通 道。

在本发明实施例中， 会话控制功能单元可以位于网络侧； 也可以位于用 户单元侧 , 即集成在用户单元里。 本发明实施例通过会话控制功能单元在媒 体功能单元、 控制方用户单元和接收方用户单元之间建立了媒体会话， 使得 多个用户单元可以实现同步观看、 同步控制， 从而提高了用户体验， 并且丰 富了多用户业务的功能。

会话控制功能单元 52, 还用于接收已控制方用户单元的媒体会话更改请 求， 并向预控制方用户单元发送媒体会话建立请求； 还用于根据所述媒体会 话建立请求， 会话控制功能单元接收预控制方的媒体控制通道参数； 还用于 所述会话控制功能单元将所述预控制方的媒体控制通道参数和当前媒体控制 通道的会话标识发送给媒体功能单元； 还用于接收网络侧的媒体控制通道参 数和媒体控制通道状态之后向预控制方转发， 并向已控制方发送结束会话请 求； 还用于根据已控制方用户单元的响应， 向媒体功能单元发送响应确认。

上述实施例通过会话控制功能单元将预控制方用户单元的媒体控制通道 参数发送到媒体功能单元的方法， 实现了媒体控制通道的转移， 不仅提高了 用户体验， 而且还丰富了业务功能。

在本发明实施例中， 会话控制功能单元可以位于网络侧； 也可以位于用 户单元侧， 即集成在用户单元里。

图 6为本发明另一实施例一个多用户业务建立方法的流程示意图， 如图 6所示， 本实施例包括如下步骤：

步骤 601、 发送媒体会话建立请求；

步驟 602、 接收媒体功能单元返回的媒体控制通道参数和媒体传输通道 参数， 接收接收方用户单元的媒体传输通道参数；

步骤 603、 将控制方用户单元的媒体控制通道参数和接收方用户单元的 媒体传输通道参数进行关联， 并将关联参数发送给媒体功能单元；

步骤 604、 与媒体功能单元建立媒体控制通道。

本发明实施例提供的多用户业务建立方法， 通过与媒体功能单元建立媒 体控制通道， 使得接收方用户单元接收进行播放控制过后的媒体内容， 从而 实现了多用户同步观看、 同步控制， 并有效提高了用户体验， 扩展了业务内 容。

图 7为本发明另一实施例又一个多用户业务建立方法的流程示意图， 如 图 7所示， 其中控制方用户单元中集成了会话控制功能单元， 该方法包括： 步骤 701， 控制方用户单元希望邀请一个或多个接收方用户单元观看某 个内容， 并且由控制方用户单元发起第三方呼叫， 即控制方用户单元的会话 控制功能单元向媒体功能单元发送不带 SDP的媒体会话建立请求。

步驟 702， 根据控制方用户单元的媒体会话建立请求， 媒体功能单元返 回请求响应，该响应中包含 SDP offerl , 即媒体功能单元的 RTSP媒体控制通 道参数（RTSP媒体控制通道会话标识、 RTSP URL等） 以及 RTP传输通道 参数。

步骤 703 , 控制方用户单元向接收方用户单元发送媒体会话建立请求， 该请求中携带 SDP offer2, 即媒体功能单元的 RTP媒体传输通道参数。

步骤 704、 接收方用户单元根据控制方用户单元发送的媒体会话建立请 求， 近回请求响应， 该响应中包含 SDP answer2, 即接收方用户单元的 RTP 媒体传输通道参数。

步骤 705、控制方用户单元接收 SDP answer2之后，将接收方用户单元的 RTP媒体传输通道参数和控制方用户单元的 RTSP媒体控制通道参数进行关 联， 并生成 SDP answerl , 即关联参数， 最后将 SDP answerl发送给媒体功能 单元 , 以确认步驟 202中的媒体功能单元的响应。

步骤 706、媒体功能单元根据 SDP answerl ,与控制方用户单元建立 RTSP 媒体控制通道。

步驟 707、媒体功能单元根据 SDP answerl , 与接收方用户单元建立 RTP 媒体传输通道。

本发明实施例中， 用户单元可以是终端、 用户设备或机顶盒等， 并且在 其他实施例中也相同。 在本发明实施例的多用户业务建立方法中当控制方用 户单元通过 RTSP媒体控制通道进行媒体播放控制， 媒体功能单元将播放控 制后的媒体内容通过 RTP媒体传输通道发送给接收方用户单元。

如果媒体功能单元不支持直接通过 SDP协商建立媒体控制通道， 则控制 方用户单元需要在 SDP协商完成后向媒体功能单元发送 RTSP SETUP命令， 请求建立媒体控制通道。 媒体功能单元则在请求响应中返回媒体控制通道会 话标识。

本发明实施例的多用户业务建立方法， 通过控制方用户单元发起第三方 呼叫， 在媒体功能单元和控制方用户单元之间建立了 RTSP媒体控制通道， 使得控制方用户单元对媒体播放进行快进、 快退或暂停等操作； 并且在媒体 功能单元和接收方用户单元之间建立了 RTP媒体传输通道， 使得接收方用户 单元接收进行播放控制过后的媒体内容， 从而实现了多用户同步观看、 同步 控制， 并有效提高了用户体验， 扩展了业务内容。

图 8为本发明另一实施例一个控制通道转移方法的流程示意图， 如图 8 所示， 本实施例包括如下步骤：

步驟 801、 发送媒体控制通道转移请求， 通知转移控制通道；

步骤 802、 取消与媒体功能单元建立的媒体控制通道。

本发明实施例提供的控制通道转移方法， 通过发送媒体控制通道转移请 求， 通知转移控制通道， 从而实现了媒体控制通道的转移， 从而有效地实现 了取消与媒体功能单元建立的媒体控制通道， 提高了使用多用户业务（如 IPTV ) 的用户自主性， 并丰富了多用户业务的功能。

进一步地， 在上述图 8所示实施例的基础上， 发送媒体控制通道转移请 求， 并通知转移控制通道具体可以为：

向媒体功能单元发送媒体控制通道转移请求， 通知媒体功能单元与预控 制方用户单元建立媒体控制通道； 或者

向预控制方用户单元发送媒体控制通道转移请求， 通知预控制方用户单 元与媒体功能单元建立媒体控制通道。

图 9为本发明另一实施例另一个控制通道转移方法的流程示意图， 其 中控制方用户单元中集成了会话控制功能单元， 已控制方用户单元、 接收方 用户单元和媒体功能单元之间已经建立了媒体会话， 即媒体功能单元与已控 制方用户单元建立了 RTSP媒体控制通道、 媒体功能单元与接收方用户单元 建立了 RTP媒体传输通道， 已控制方用户单元希望第三方用户单元 (即预控 制方用户单元）控制媒体播放， 该方法包括：

步驟 901、 通过已控制方用户单元内的会话控制功能单元发起第三方呼 叫， 即向预控制方用户单元发送建立媒体会话建立请求， 并且该请求中不携 带 SDP。

步驟 902、 根据已控制方用户单元的媒体会话建立请求， 预控制方用户 单元返回请求响应， 请求响应包含有 SDP offerl , 即包含了预控制方用户单 元的媒体控制通道参数。

步骤 903、 已控制方用户单元向媒体功能单元发送媒体会话更改请求， 请求转移媒体控制通道， 该请求中包含 SDP offer2， 即包含了预控制方用户 单元的媒体控制通道参数和当前 RTSP会话标识。

步骤 904、 媒体功能单元根据媒体会话更改请求， 发送请求响应， 响应 中包含有 SDP answer2, 即媒体功能单元的媒体控制通道参数 (当前 RTSP媒 体控制通道会话标识、 RTSP URL、 当前播放位置、 连接属性等）和 RTSP控 制状态信息 （play状态） ， 同时禁止已控制方用户单元改变当前的 RTSP控 制状态。

步骤 905、 已控制方用户单元接收媒体功能单元的请求响应之后， 向预 控制方用户单元发送包含有 SDP answerl的响应确认， 该 SDP answer 1中有 媒体功能单元的媒体控制通道参数和 RTSP控制状态信息。

步骤 906、 已控制方用户单元向媒体功能单元发送响应确认。

步骤 907、 媒体功能单元接收响应确认之后， 根据预控制方用户单元的 媒体控制通道参数， 与预控制方用户单元建立 RTSP媒体控制通道， 并且媒 体功能单元将原控制状态转移至新的媒体控制通道， 并允许预控制方用户单 元能够改变控制状态。在这里，媒体功能单元与预控制方用户单元建立 RTSP 媒体控制通道之后， 预控制方用户单元利用媒体功能单元发送的状态参数设 置 RTSP状态机。

步骤 908、 媒体功能单元与已控制方用户单元取消媒体控制通道， 并双 方各自鋒放相应的资源。

在本发明实施例的控制通道转移方法中， 已控制方用户单元也可将媒体 控制通道转移给接收方用户单元， 此时已控制方用户单元需要将 RTSP控制 状态通知给接收方用户单元， 同时将 RTSP媒体控制通道和 RTP媒体传输通 道进行关联并通知给接收方用户单元，以便于接收方用户单元进行相应处理。

如果媒体功能单元不支持直接通过 SDP协商建立媒体控制通道， 则预控 制方用户单元需要在 SDP协商完成后向媒体功能单元发送 RTSP SETUP命 令， 请求建立媒体控制通道。 媒体功能单元需要在会话协商中将当前 RTSP 媒体控制通道会话标识和使用标识（标明该媒体控制通道正在使用， 利用连 接属性 a=connection: existing, )发送给预控制方用户单元， 以便于预控制方 用户单元在 RTSP SETUP请求中使用当前媒体控制通道会话标识。当前 RTSP 媒体控制通道会话标识可以通过标识信息等在 SDP中进行描述， 也可以通过 其他方式在消息体中进行描述， 如 XML等方式。 在媒体控制通道建立后， 预控制方用户单元根据媒体功能单元提供的标识得知该媒体控制通道存在控 制状态， 利用 RTSP GET— PARAMETER命令从媒体功能单元获取当前 RTSP 控制状态。

本发明实施例的一种控制通道转移方法通过媒体功能单元和预控制方用 户单元之间重新建立媒体控制通道的方法， 实现了媒体控制通道的转移， 克 服了现有技术无法转移媒体控制通道的缺陷， 从而有效地实现了媒体控制通 道的转移， 并提高了使用多用户业务（如 IPTV )的用户体验， 并丰富了多用 户业务的功能。

图 10为本发明另一实施例又一个控制通道转移方法的流程示意图， 已 控制方用户单元、接收方用户单元和媒体功能单元之间已经建立了媒体会话， 即媒体功能单元与已控制方用户单元建立了 RTSP媒体控制通道、 媒体功能 单元与接收方用户单元建立了 RTP媒体传输通道， 已控制方用户单元希望第 三方用户单元 (即预控制方用户单元 )控制媒体播放， 该实施例包括：

步骤 1001、 通过已控制方用户单元内的会话控制功能单元向媒体功能单 元发起媒体控制通道转移请求， 通知媒体通道与预控制方用户单元建立媒体 控制通道。 请求中包含已控制方用户单元和媒体功能单元的会话的标识和应 用类型 （用于标明转移 RTSP通道） 。

REFER sip:MF@example.com SIP/2.0

To: <sip:MF @example.com >

From: <sip: UE 1 @example.com>

Refer- To:<sip:UE3@example.com?moblity="123@

mobile.example.com;application=RTSP;to-tag=aaa;irom-tag=bbb">

Referred-By: <sip： UE 1 @example. com>

步骤 1002、 媒体功能单元返回转移请求响应。

步驟 1003、 根据已控制方用户单元的媒体控制通道转移请求， 媒体功能 单元向预控制方用户单元发送媒体会话建立倩求， 请求建立媒体控制通道。 请求中包含已控制方用户单元和媒体功能单元的会话标识和应用类型 （该应 用类型用于标明转移 RTSP通道），并且还包含有 SDP offerl ,即该 SDP offerl 包含了媒体功能单元的媒体控制通道参数（如当前 RTSP媒体控制通道会话 标识， RTSP URL, 当前播放位置、 连接属性等）和 RTSP控制状态信息（如 play状态等） 。

步驟 1004、 根据媒体功能单元的媒体会话建立请求， 预控制方用户单元 返回请求响应，请求响应包含有 SDP answerl , 即该 SDP answerl包含了预控 制方用户单元的媒体控制通道参数。

步骤 1005、 媒体功能单元向已控制方用户单元发送媒体会话更改请求， 请求取消媒体控制通道， 请求中包含 SDP offer2。 具体为： 将 SDP offer2中 的媒体控制通道参数设置为无效值， 即如果 "0"代表无效值则将媒体控制通 道端口设置为 "0" 。

步驟 1006、 已控制方用户单元根据媒体会话更改 ϊ青求， 发送请求响应， 响应中包含有 SDP answer2。 具体为： 将 SDP answer2中的媒体控制通道参数 设置为无效值， 即如果 "0" 代表无效值则将媒体控制通道端口设置为 "0" 。

步骤 1007、 媒体功能单元接收响应之后， 根据预控制方用户单元的媒体 控制通道参数， 与预控制方用户单元建立 RTSP媒体控制通道， 并且媒体功 能单元将原控制状态转移至新的媒体控制通道， 并允许预控制方用户单元能 够改变控制状态。 在这里， 媒体功能单元与预控制方用户单元建立 RTSP媒 体控制通道之后， 预控制方用户单元利用媒体功能单元发送的状态参数设置 RTSP状态机。

步骤 1008、 媒体功能单元与已控制方用户单元取消媒体控制通道， 并双 方各自释放相应的资源。

已控制方用户单元也可以向预控制方用户单元发起媒体控制通道转移请 求， 通知预控制方用户单元与媒体功能单元建立媒体控制通道。 请求中包含 已控制方用户单元和媒体功能单元的会话的标识和应用类型 （用于标明转移 RTSP通道） 。

如果媒体功能单元不支持直接通过 SDP协商建立媒体控制通道， 则预控 制方用户单元需要在 SDP协商完成后向媒体功能单元发送 RTSP SETUP命 令， 请求建立媒体控制通道。 媒体功能单元需要在会话协商中将当前 RTSP 媒体控制通道会话标识和使用标识（标明该媒体控制通道正在使用， 利用连 接属性 a=connection: existing )发送给预控制方用户单元， 以便于预控制方用 户单元在 RTSP SETUP请求中使用当前媒体控制通道会话标识。 当前 RTSP 媒体控制通道会话标识可以通过标识信息等在 SDP中进行描述， 也可以通过 其他方式在消息体中进行描述， 如 XML等方式。 在媒体控制通道建立后， 预控制方用户单元根据媒体功能单元提供的标识得知该媒体控制通道存在控 制状态 , 利用 RTSP GET— PARAMETER命令从媒体功能单元获取当前 RTSP 控制状态。

本发明实施例的另一种控制通道转移方法， 通过在请求中增加应用类型 的方式， 通知媒体功能单元与预控制方用户单元重新建立媒体控制通道， 从 而实现了媒体控制通道的转移， 从而有效地实现了媒体控制通道的转移， 并 提高了使用多用户业务（如 IPTV )的用户体验，并丰富了多用户业务的功能。

进一步地， 在本发明实施例的另一种控制通道转移方法中， 还可以通过 在请求中增加应用类型的方式， 通知预控制方用户单元与媒体功能单元重新 建立媒体控制通道。 这种触发方法与本发明实施例的另一种控制通道转移方 法中的触发方法类似， 在这里不在——赘述。

本发明实施例的多用户业务建立方法和控制通道转移方法可以是基于

SIP技术实现的。

图 11为本发明另一实施例的结构示意图， 如图 11所示， 该实施例主要 包括： 一个媒体功能单元 111和多个用户单元。 其中， 媒体功能单元 111 负 责与用户单元之间建立和管理媒体会话， 为用户单元提供媒体控制和媒体分 发， 如处理媒体流控制、 媒体流传输、 监控传输功能状态和与用户单元的交 互。 其中， 用户单元接收和展示媒体内容， 并可以对内容进行播放控制。 同 时可以管理媒体控制通道的转移。 其中控制方用户单元结合了会话控制功能 单元， 因此可以实现媒体控制通道和传输通道的管理， 例如将媒体控制通道 或媒体传输通道从一个终端转移到另一个终端。 在这里， 建立媒体会话之前， 控制媒体播放的用户单元称为控制方用户单元， 接收媒体内容的用户单元称 为接收方用户单元； 建立媒体会话之后 , 控制方用户单元称为已控制方用户 单元， 将要控制媒体播放的用户单元称为预控制方用户单元。 这种用法在以 下的其他实施例中也相同。

该装置实施例建立多用户业务时具体结构和功能如下：

控制方用户单元 112, 用于发起第三方呼叫后， 根据由媒体功能单元发 送的媒体功能单元的媒体控制通道参数和媒体传输通道参数， 由接收方用户 单元发送的接收方用户单元的媒体传输通道参数， 将所述媒体功能单元的媒 体传输通道参数发送给接收方用户单元， 将所述控制方用户单元的媒体控制 通道参数和接收方用户单元的媒体传输通道参数进行关联， 并发送给媒体功 能单元， 与所述媒体功能单元建立媒体控制通道。 并帮助接收方用户单元与 媒体功能单元建立媒体传输通道。

媒体功能单元 1 11， 用于接收控制方用户单元的第三方呼叫， 并发送网 络侧的媒体控制通道参数和媒体传输通道参数； 还用于根据网路侧的媒体控 制通道参数和媒体传输通道参数， 接收关联参数， 所述关联参数包含控制方 用户单元的媒体控制通道参数和接收方用户单元的媒体传输通道参数； 还用 于根据所述控制方用户单元的媒体控制通道参数， 与控制方用户单元建立媒 体控制通道； 还用于根据所述接收方用户单元的媒体传输通道参数， 与接收 方用户单元建立媒体传输通道。

上述实施例通过控制方用户单元发起第三方呼叫， 并将接收方用户单元 的媒体传输通道参数和控制方用户单元的媒体控制通道参数进行关联之后与 媒体功能单元交互信息， 从而克服了现有技术在多用户业务重无法实现同步 观看、 同步控制的缺陷， 实现了多用户业务的同步观看、 同步控制， 有效地 提高了用户体验。

该装置实施例转移媒体控制通道时， 媒体功能单元 1 1 1 , 用于接收媒体 会话更改清求， 并发送网络侧的媒体控制通道参数和媒体控制通道状态； 还 用于与所述预控制方用户单元建立媒体控制通道， 并与已控制方用户单元取 消媒体控制通道。

上述实施例通过使媒体功能单元接收预控制方用户单元的媒体控制通道 参数之后， 与预控制方用户单元建立新的媒体控制通道、 与已控制方用户单 元取消原来的媒体控制通道， 有效地实现了媒体控制通道的转移， 克服了现 有技术无法转移媒体控制通道的缺陷， 从而丰富了多用户业务的功能， 提高 了用户体验。

图 12为本发明再一实施例一个多用户业务建立方法的流程示意图，本发 明实施例的另一种多用户业务建立方法是通过会议功能单元向多个接收方用 户单元同步播放媒体， 如图 12所示的流程示意图， 该方法具体包括：

步骤 1201、 控制方用户单元希望邀请其他用户单元一起观看某个媒体内 容， 则控制方用户单元向会议功能单元发送创建会议请求， 该请求中包含将 被邀请到会议上的其他用户单元信息 （如用户单元的统一资源定位符等）和 媒体信息等。

步骤 1202、 会议功能单元接收创建会议请求之后， 返回请求响应， 该请 求响应中包含会议标识。

步骤 1203、 控制方用户单元和会议功能单元建立用于传输会议内容的 RTP传输通道。

步驟 1204、 会议功能单元接收创建会议请求之后， 根据控制方用户单元 提供的信息发起第三方呼叫， 即向业务控制功能单元， 发送媒体会话建立请 求， 并且该请求不带 SDP。

步骤 1205、 业务控制功能单元接收会议功能单元的媒体会话建立请求之 后， 将该请求转发给媒体功能单元。

步骤 1206、 媒体功能单元接收由业务控制功能单元转发的媒体会话建立 请求之后，向业务控制功能单元发送请求响应，该请求响应中包含 SDP offerl , 即媒体功能单元的媒体控制参数和媒体传输通道参数。

步驟 1207、 业务控制功能单元接收媒体功能单元的请求响应之后， 将其 转发给会议功能单元。

步骤 1208、会议功能单元接收由业务控制功能单元转发的请求响应之后， 向控制方用户单元发送更改会话请求， 该请求中包含 SDP offer2， 即媒体功 能单元的媒体控制通道参数。 实际上， 除更改会话之外还可以请求建立一个 新的媒体会话。 步骤 1209、 控制方用户单元接收更改会话请求之后， 向会议功能单元发 送请求响应，该请求响应中包含 SDP answer2, 即控制方用户单元的媒体控制 通道参数。

步骤 1210、 会议功能单元接收控制方用户单元的请求响应之后， 向业务 控制功能单元发送响应确认， 以表示会议功能单元接收到媒体功能单元的请 求响应，该响应确认中包含 SDP answerl， 即控制方用户单元的媒体控制通道 参数和会议功能单元的媒体传输通道参数。

步骤 1211、 业务控制功能单元接收到会议功能单元的响应确认之后， 将 其转发给媒体功能单元。

步骤 1212、媒体功能单元接收由业务控制功能单元转发的响应确认之后， 根据控制方用户单元的媒体控制通道参数， 与控制方用户单元建立 RTSP媒 体控制通道。

步驟 1213、媒体功能单元接收由业务控制功能单元转发的响应确认之后， 根据会议功能单元的媒体传输通道参数， 与会议功能单元建立 RTP媒体传输 通道。

步骤 1214、 会议功能单元接收控制方用户单元的创建会议请求并同意创 建会议后， 根据控制方用户单元提供的信息， 向接收方用户单元发送加入会 议请求， 该请求中包含会议功能单元的媒体传输通道参数、 媒体信息和会议 标识等。

步骤 1215、 接收方用户单元接收加入会议请求之后， 向会议功能单元发 送请求响应， 表示同意加入会议， 并且该请求响应中包含接收方用户单元的 媒体传输通道参数。

步骤 1216、会议功能单元和接收方用户单元建立 RTP媒体传输通道，接 收媒体内容。

本发明实施例的多用户业务建立方法， 在控制方用户单元和媒体功能单 元之间建立媒体控制通道， 在会议功能单元和媒体功能单元之间建立媒体传 输通道， 并且在会议功能单元和用户单元之间建立媒体传输通道的方法， 使 得控制方用户单元控制媒体播放之后， 媒体功能单元将媒体发送给会议功能 单元， 并通过会议功能单元将其分发给会议内的所有用户单元的方法， 在多 用户媒体播放中实现了同步观看、 同步控制， 从而克服了现有技术无法同步 观、 同步控制的缺陷， 提高了用户的体验， 并且丰富了多用户媒体播放业务 的功能。

图 13为本发明再一实施例的一个控制通道转移方法的流程示意图，如图 13所示， 该实施例包括：

步骤 1301、 预控制方用户单元为了控制媒体播放， 向会议功能单元请求 控制权。

步骤 1302、 会议功能单元根据预控制方的请求， 检查该请求是否满足策 略。

步驟 1303、 检查结果， 若满足控制策略， 会议功能单元向预控制方用户 单元发送请求响应， 并授予预控制方用户单元控制权。

步骤 1304、 会议功能单元发起第三方呼叫， 即向预控制方用户单元发送 更改会话请求， 该请求中不包含 SDP。 实际上， 还可以发送新的媒体会话建 立请求。

步骤 1305、 预控制方用户单元接收请求后， 发送请求响应， 该请求响应 中包含 SDP offerl , 即预控制方用户单元的媒体控制通道参数。

步骤 1306、 会议功能单元接收预控制方用户单元请求响应之后， 向业务 控制功能单元发送更改媒体会话请求， 该请求中包含 SDP offer2, 即预控制 方用户单元的媒体控制通道参数。

步骤 1307、 业务控制功能单元接收会议功能单元的更改媒体会话请求之 后， 将其转发给媒体功能单元。

步驟 1308、 媒体功能单元接收由业务控制功能单元转发的更改媒体会话 请求之后， 向业务控制功能单元发送请求响应， 该请求响应中包含 SDP answer2 , 即媒体功能单元的媒体控制通道参数。

步驟 1309、业务控制功能单元接收由媒体功能单元发送的请求响应之后， 将其转发给会议功能单元。

步骤 1310、会议功能单元接收由业务控制功能单元转发的请求响应之后， 向预控制方用户单元发送响应确认， 以表示会议功能单元已经接收到由预控 制方用户单元发送的请求响应，该响应确认中包含 SDP answerl , 即媒体功能 单元的媒体控制通道参数。

步骤 1311、 会议功能单元接收由媒体功能单元发送的请求响应之后， 向 已控制方用户单元发送更改会议会话请求。 请求中包含 SDP offer3 , 取消媒 体功能单元的媒体控制通道参数。

步骤 1312、 已控制方用户单元接收会议会话更改请求之后， 向会议功能 单元发送请求响应。请求中包含 SDP answer3 ,取消已控制方用户单元的媒体 控制通道参数。

步驟 1313、 会议功能单元接收由已控制方用户单元发送的请求响应和由 预控制方发送的请求响应之后， 向业务控制功能单元发送响应确认， 以表示 预控制方用户单元已经接收了媒体功能单元的媒体控制通道参数， 同时还表 示已控制方用户单元已经同意了取消媒体控制通道。

步骤 1314、业务控制功能单元接收由会议功能单元发送的响应确认之后， 将其转发给媒体功能单元， 以通知预控制方用户单元已经接收了媒体功能单 元的媒体控制通道参数， 同时还通知已控制方用户单元已经同意了取消媒体 控制通道。

步驟 1315、媒体功能单元接收由业务控制功能单元转发的响应确认之后， 根据预控制方的媒体控制通道参数， 与预控制方建立媒体控制通道。

步骤 1316、媒体功能单元接收由业务控制功能单元转发的响应确认之后， 取消与已控制方用户单元之间的媒体控制通道。

本发明实施例之控制通道转移方法， 通过会议功能单元对预控制方用户 单元进行鉴权之后再将媒体控制通道转移给预控制方用户单元， 从而克服了 现有技术无法转移媒体控制通道的缺陷， 并且保证了媒体控制通道转移的稳 定性。

图 14为本发明再一实施例一个多用户业务建立系统的结构示意图，如图 14所示， 本实施例包括： 媒体功能单元 1401和会话控制功能单元 1402。

媒体功能单元 1401， 用于接收第三方呼叫， 并返回媒体控制通道参数和 媒体传输通道参数， 接收关联参数， 所述关联参数是由控制方用户单元的媒 体控制通道参数和接收方用户单元的媒体传输通道参数相关联后的参数， 根 据所述第三方呼叫和所述关联参数， 与控制方用户单元建立媒体控制通道， 根据所述第三方呼叫和所述关联参数，与接收方用户单元建立媒体传输通道； 会话控制功能单元 1402, 用于接收控制方用户单元的建立会话请求， 根 据所述建立会话请求， 向媒体功能单元 1401发起第三方呼叫。

本发明实施例提供的多用户业务建立系统，媒体功能单元 1401通过在控 制方用户单元、接收方用户单元和媒体功能单元之间分别建立媒控制体通道、 媒体传输通道， 使得控制方用户单元通过与媒体功能单元建立的媒体控制通 道控制媒体播放， 同时使得接收方用户单元通过与媒体功能单元建立的传输 通道接收媒体内容， 实现了多用户同步控制、 同步观看的功能， 不仅提高了 用户的体验， 而且也丰富了多用户业务的功能。

图 15 为本发明再一实施例一个控制通道转移系统的结构示意图， 如图 15所示， 本实施例包括： 媒体功能单元 1501和会话控制功能单元 1502。

媒体功能单元 1501， 用于接收媒体控制通道转移请求， 与预控制方用户 单元建立媒体控制通道， 与已控制方用户单元取消媒体控制通道；

会话控制功能单元 1502， 用于接收已控制方用户单元的转移媒体控制通 道通知， 向预控制方用户单元发送媒体会话建立请求， 并接收返回的媒体控 制通道参数， 将所述预控制方的媒体控制通道参数和当前媒体控制通道的会 话标识发送给媒体功能单元。 本发明实施例提供的控制通道转移系统，会话控制功能单元 1502通过与 预控制方用户单元建立媒体控制通道， 使得预控制方用户单元获得媒体播放 的控制权， 有效地实现了媒体控制通道的转移， 提高了用户使用业务时的体 验。

图 16为本发明再一实施例又一个控制通道转移系统的结构示意图，如图

16所示， 该实施例主要包括： 业务控制功能单元 1603， 媒体功能单元 1602， 会议功能单元 1601和用户单元。

业务控制功能单元 1603 , 负责在会话初始时的业务认证， 修改会话， 包 括检查用户是否能够访问业务（如点播等） 。 同时业务控制功能单元还负责 信用控制以及选择相关的媒体功能单元。 业务控制功能单元还可以邀请用户 建立媒体会话。

媒体功能单元 1602, 负责为用户终端提供媒体控制和媒体分发。 包括处 理媒体流控制、 媒体流传输、 监控传输功能状态和与用户终端的交互， 同时 还可以提供媒体加工、 内容保护等功能。

会议功能单元 1601 , 负责实现多用户通信， 通过维护一个用户组， 实现 组内各成员间的通信。 它可以使用混合器将一系列的媒体流进行混合 (如组 内成员上传的媒体流）， 产生一个或者多个媒体流， 再分发给组内所有成员， 保证通信期间的媒体流对所有成员可访问。会议功能单元 1601还提供组成员 管理， 例如组内成员的加入和离开， 控制权的管理。 会议功能单元 1601还可 以从其它媒体功能单元引入媒体内容并分发给组内用户， 帮助组内用户建立 对该媒体内容的播放控制， 以及媒体控制通道在多个用户间的转移。 会议功 能单元 1601能够获知任何组内状态的改变（例如控制权的变化） , 并且将状 态变更情况发送给那些订阅了此类信息的订阅者。会议功能单元 1601可以有 多种实现方式， 例如会议服务器， PoC服务器等。 本实施例中会议功能单元 为会议服务器。

用户单元， 接收和展示媒体内容， 并可以对内容进行播放控制。 该装置实施例建立多用户业务时具体结构和功能如下： 媒体功能单元 1602, 用于接收会议功能单元的第三方呼叫， 并发送网络 侧的媒体控制通道参数和媒体传输通道参数； 还用于根据网路侧的媒体控制 通道参数和媒体传输通道参数， 接收关联参数， 所述关联参数包含控制方用 户单元的媒体控制通道参数和会议功能单元的媒体传输通道参数； 还用于根 据所述控制方用户单元的媒体控制通道参数， 与控制方用户单元建立媒体控 制通道； 还用于根据所述会议功能单元的媒体传输通道参数， 与会议功能单 元建立媒体传输通道。

会议功能单元 1601 , 用于接收控制方用户单元的建立会议请求， 并发起 第三方呼叫； 还用于将控制方用户单元的媒体控制通道参数和会议功能单元 媒体传输通道参数进行关联， 并生成关联参数， 并发送给业务控制功能单元。

业务控制功能单元 1603 , 用于将所述会议功能单元的第三方呼叫转发给 所述媒体功能单元； 还用于将所述会议功能单元的关联参数转发给所述媒体 功能单元。

控制方用户单元 1604 , 用于接收第三方呼叫后， 根据由媒体功能单元发 送的媒体功能单元的媒体控制通道参数与所述媒体功能单元建立媒体控制通 道。

在本发明实施例中， 通过会议功能单元和业务控制功能单元、 媒体功能 单元建立了媒体会话， 从而接收方用户单元可以通过会议功能单元同步地观 看到媒体内容，并且控制方用户单元通过媒体功能单元同步地操作媒体播放， 从而克服了现有技术无法实现同步观看、 同步控制的缺陷， 提高了用户体验， 并丰富了业务功能。

该装置实施例转移媒体控制通道时， 会议功能单元 1601 , 用于接收预控 制方用户单元的转移媒体控制通道请求； 还用于对所述预控制方用户单元进 行授权并发送会话更改请求； 还用于根据所述会话更改请求， 接收预控制方 用户单元的媒体控制通道参数， 并转发给业务控制功能单元； 还用于向预控 制方用户单元发送媒体功能单元的媒体控制通道参数； 还用于向已控制方用 户单元发送结束会议请求， 并接收已控制方用户单元响应确认；

业务控制功能单元 1603 , 用于将所述预控制方用户单元的媒体控制通道 参数发送给所述媒体功能单元； 还用于接收所述媒体功能单元的媒体控制通 道参数和媒体控制通道状态并发送给所述会议功能单元； 还用于将所述会议 功能单元响应确认发送给所述媒体功能单元

上述实施例通过会议功能单元对预控制方用户单元进行鉴权之后再将媒 体控制通道转移给预控制方用户单元， 从而保证了媒体控制通道转移过程的 稳定性和安全性， 不仅克服了现有技术无法转移媒体控制通道的缺陷， 而且 还提高了用户体验， 丰富了业务功能。

图 17为本发明再一实施例的一个多用户业务建立装置结构示意图，本发 明实施例提供了一种多用户业务建立装置， 如图 17所示， 该装置具体包括： 笫一模块 1701 , 用于接收第三方呼叫， 并返回媒体控制通道参数和媒体 传输通道参数；

第二模块 1702 , 用于接收关联参数， 所述关联参数是由控制方用户单元 的媒体控制通道参数和接收方用户单元的媒体传输通道参数相关联后的参 数；

第三模块 1703 , 用于根据所述第三方呼叫和所述关联参数， 与控制方用 户单元建立媒体控制通道；

第四模块 1704 , 用于根据所述第三方呼叫和所述关联参数， 与接收方用 户单元建立媒体传输通道。

上述实施例通过第一模块接收第三方呼叫， 并通过第二模块关联相关参 数之后，再通过第三模块和第四模块分别建立媒体控制通道和媒体传输通道。 通过该装置实现了接收方用户单元可以同步地观看到媒体内容的目的， 并且 控制方用户单元通过媒体功能单元同步地操作媒体播放， 从而克服了现有技 术无法实现同步观看、 同步控制的缺陷， 提高了用户体验， 并丰富了业务功 能。

图 18为本发明再一实施例的又一个控制通道转移装置结构示意图，本发 明实施例提供了一种控制通道转移装置， 如图 18所示， 该装置具体包括： 第一模块 1801 , 用于接收媒体控制通道转移请求；

第二模块 1802, 用于与预控制方用户单元建立媒体控制通道， 与已控制 方用户单元取消媒体控制通道。

上述实施例通过第一模块接收媒体控制通道转移请求， 并且通过第二模 块转移了媒体控制通道， 从而保证了媒体控制通道转移过程的稳定性和安全 性， 不仅克服了现有技术无法转移媒体控制通道的缺陷， 而且还提高了用户 体验， 丰富了业务功能。

图 19为本发明再一实施例的另一个多用户业务建立装置结构示意图，本 发明实施例提供了一种多用户业务建立装置，如图 19所示，该装置具体包括： 笫一模块 1901 , 用于发起第三方呼叫；

第二模块 1902, 用于接收媒体功能单元返回的媒体控制通道参数和媒体 传输通道参数， 接收接收方用户单元的媒体传输通道参数；

第三模块 1903 , 用于将控制方用户单元的媒体控制通道参数和接收方用 户单元的媒体传输通道参数进行关联， 并将关联参数发送给媒体功能单元； 第四模块 1904, 用于与所述媒体功能单元建立媒体控制通道。

上述实施例通过第一模块发起了第三方呼叫， 并通过第二模块接收了相 关参数， 并通过第三模块关联相关参数之后， 再通过第四模块建立了媒体控 制通道参数。 通过该装置实现了接收方用户单元可以同步地观看到媒体内容 的目的， 并且控制方用户单元通过媒体功能单元同步地操作媒体播放， 从而 克服了现有技术无法实现同步观看、 同步控制的缺陷， 提高了用户体验， 并 丰富了业务功能。

图 20为本发明再一实施例的另一个控制通道转移装置结构示意图，本发 明实施例提供了一种控制通道转移装置， 如图 20所示， 该装置具体包括： 第一模块 2001 , 用于发送媒体控制通道转移请求， 通知转移控制通道； 笫二模块 2002,用于取消所述与所述媒体功能单元建立的媒体控制通道。 上述实施例通过第一模块发送媒体控制通道转移请求， 并且通过第二模 块取消了媒体控制通道，从而使得其它用户单元能够建立媒体控制控制通道。 该装置保证了媒体控制通道转移过程的稳定性和安全性， 不仅克服了现有技 术无法转移媒体控制通道的缺陷， 而且还提高了用户体验， 丰富了业务功能。

本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于计算机可读取 存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的 存储介质包括： ROM、 RAM,磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权 利 要 求

1、 一种多用户业务建立方法， 其特征在于， 包括：

根据接收到的媒体会话建立请求返回媒体控制通道参数和媒体传输通道 参数；

接收关联参数， 所述关联参数是由控制方用户单元的媒体控制通道参数 和接收方用户单元的媒体传输通道参数相关联后的参数；

根据所述关联参数， 与控制方用户单元建立媒体控制通道；

根据所述关联参数， 与接收方用户单元建立媒体传输通道。

2、 根据权利要求 1所述的多用户业务建立方法， 其特征在于， 该方法进 一步包括：

会话控制功能单元接收控制方用户单元的建立会话通知；

会话控制功能单元根据所述建立会话通知， 发送媒体会话建立请求。

3、 根据权利要求 1所述的多用户业务建立方法， 其特征在于， 在接收关 联参数之前， 该方法进一步包括：

会话控制功能单元接收媒体功能单元返回的媒体控制通道参数和媒体传 输通道参数， 并发送给控制方用户单元和接收方用户单元；

会话控制功能单元接收控制方用户单元的媒体控制通道参数和接收方用 户单元的媒体传输通道参数；

所述会话控制功能单元将所述控制方用户单元的媒体控制通道参数和所 述接收方用户单元的媒体传输通道参数进行关联并生成关联参数；

所述会话控制功能单元将所述关联参数发送给媒体功能单元。

4、 根据权利要求 1所述的多用户业务建立方法， 其特征在于， 该方法进 一步包括：

会议功能单元接收控制方用户单元的建立会议请求并返回会议标识； 所述会议功能单元与所述控制方用户单元建立媒体传输通道； 根据所述建立会议请求， 所述会议功能单元向业务控制功能单元所述媒 体会话建立请求， 所述业务控制功能单元将所述媒体会话建立请求转发给媒 体功能单元。

5、 一种控制通道转移方法， 其特征在于， 包括：

接收媒体控制通道转移请求；

与预控制方用户单元建立媒体控制通道， 与已控制方用户单元取消媒体 控制通道。

6、 根据权利要求 5所述的控制通道转移方法， 其特征在于， 在所述与预 控制方用户单元建立媒体控制通道过程中， 将需要转移的媒体控制通道的控 制状态信息发送给预控制方用户单元。

7、 根据权利要求 5所述的控制通道转移方法， 其特征在于， 所述接收媒 体控制通道转移请求包括：

会话控制功能单元接收已控制方用户单元的转移媒体控制通道通知； 会话控制功能单元向预控制方用户单元发送媒体会话建立请求， 并接收 返回的媒体控制通道参数；

所述会话控制功能单元将所述预控制方的媒体控制通道参数和当前媒体 控制通道的会话标识发送给媒体功能单元。

8、 根据权利要求 5所述的控制通道转移方法， 其特征在于， 所述与预控 制方用户单元建立媒体控制通道， 与已控制方用户单元取消媒体控制通道包 括：

媒体功能单元向会话控制功能单元发送所述媒体功能单元的媒体控制通 道参数和媒体控制通道状态；

所述会话控制功能单元向预控制方用户单元转发所述媒体功能单元的媒 体控制通道参数和媒体控制通道状态， 并向已控制方用户单元发送媒体会话 结束请求；

所述会话控制功能单元接收已控制方用户单元的响应， 并向媒体功能单 元发送响应确认； 媒体功能单元根据接收的所述响应确认， 与预控制方用户单元建立媒体 控制通道， 并与已控制方用户单元取消媒体控制通道。

9、 根据权利要求 5所述的控制通道转移方法， 其特征在于， 所述接收媒 体控制通道转移请求具体包括：

会议功能单元接收预控制方用户单元的媒体控制通道转移请求； 所述会议功能单元对所述预控制方用户单元进行授权并发送会话更改请 求；

所述会议功能单元接收预控制方用户单元的媒体控制通道参数， 并转发 给业务控制功能单元；

所述业务控制功能单元将所述预控制方用户单元的媒体控制通道参数发 送给媒体功能单元。

10、 根据权利要求 5所述的控制通道转移方法， 其特征在于， 所述与预 控制方用户单元建立媒体控制通道， 与已控制方用户单元取消媒体控制通道 包括：

业务控制功能单元接收媒体功能单元的媒体控制通道参数和媒体控制通 道状态并发送给会议功能单元；

所述会议功能单元向预控制方用户单元发送媒体功能单元的媒体控制通 道参数和媒体控制通道状态；

所述会议功能单元向已控制方用户单元发送会议会话更改请求， 并接收 已控制方用户单元请求响应， 并向所述业务控制功能单元发送响应确认； 所述业务控制功能单元将响应确认发送给所述媒体功能单元； 根据所述响应确认， 所述媒体功能单元与所述预控制方用户单元建立媒 体控制通道， 并且所述媒体功能单元与所述已控制方用户单元取消媒体控制 通道。

1 1、 一种多用户业务建立方法， 其特征在于， 包括：

发送媒体会话建立请求； 接收媒体功能单元返回的媒体控制通道参数和媒体传输通道参数， 接收 接收方用户单元的媒体传输通道参数；

将控制方用户单元的媒体控制通道参数和接收方用户单元的媒体传输通 道参数进行关联， 并将关联参数发送给媒体功能单元；

与所述媒体功能单元建立媒体控制通道。

12、 一种控制通道转移方法， 其特征在于， 包括：

发送媒体控制通道转移请求， 通知转移控制通道；

取消与媒体功能单元建立的媒体控制通道。

13、 根据权利要求 12所述的控制通道转移方法， 其特征在于， 所述发送 媒体控制通道转移请求， 通知转移控制通道具体为：

向媒体功能单元发送媒体控制通道转移请求， 通知媒体功能单元与预控 制方用户单元建立媒体控制通道； 或者

向预控制方用户单元发送媒体控制通道转移请求， 通知预控制方用户单 元与媒体功能单元建立媒体控制通道。

14、 一种多用户业务建立装置， 其特征在于， 包括：

用于根据接收到的媒体会话建立请求返回媒体控制通道参数和媒体传输 通道参数的模块；

用于接收关联参数的模块， 所述关联参数是由控制方用户单元的媒体控 制通道参数和接收方用户单元的媒体传输通道参数相关联后的参数；

用于根据所述第三方呼叫和所述关联参数， 与控制方用户单元建立媒体 控制通道的模块；

用于根据所述第三方呼叫和所述关联参数， 与接收方用户单元建立媒体 传输通道的模块。

15、 一种多用户业务建立系统， 其特征在于， 包括：

媒体功能单元， 用于根据接收到的媒体会话建立请求返回媒体控制通道 参数和媒体传输通道参数， 接收关联参数， 所述关联参数是由控制方用户单 元的媒体控制通道参数和接收方用户单元的媒体传输通道参数相关联后的参 数， 根据所述第三方呼叫和所述关联参数， 与控制方用户单元建立媒体控制 通道， 根据所述第三方呼叫和所述关联参数， 与接收方用户单元建立媒体传 输通道；

会话控制功能单元， 用于接收控制方用户单元的建立会话请求， 根据所 述建立会话请求， 向媒体功能单元发起第三方呼叫。

16、 一种控制通道转移装置， 其特征在于， 包括：

用于接收媒体控制通道转移请求的模块；

用于与预控制方用户单元建立媒体控制通道， 与已控制方用户单元取消 媒体控制通道的模块

17、 一种控制通道转移系统， 其特征在于， 包括：

媒体功能单元， 用于接收媒体控制通道转移请求， 与预控制方用户单元 建立媒体控制通道， 与已控制方用户单元取消媒体控制通道；

会话控制功能单元， 用于接收已控制方用户单元的转移媒体控制通道通 知， 向预控制方用户单元发送媒体会话建立请求， 并接收返回的媒体控制通 道参数， 将所述预控制方的媒体控制通道参数和当前媒体控制通道的会话标 识发送给媒体功能单元。

18、 根据权利要求 17所述的系统， 其特征在于， 所述会话控制功能单元 具体分为会议功能单元和业务控制功能单元，

所述会议功能单元， 用于接收预控制方用户单元的媒体控制通道转移请 求， 对所述预控制方用户单元进行授权并发送会话更改请求， 接收预控制方 用户单元的媒体控制通道参数， 并转发给业务控制功能单元；

所述业务控制功能单元， 用于将所述预控制方用户单元的媒体控制通道 参数发送给媒体功能单元。

19、 一种多用户业务建立装置， 其特征在于， 包括：

用于发送媒体会话建立请求的模块； 用于接收媒体功能单元返回的媒体控制通道参数和媒体传输通道参数， 接收接收方用户单元的媒体传输通道参数的模块；

用于将控制方用户单元的媒体控制通道参数和接收方用户单元的媒体传 输通道参数进行关联， 并将关联参数发送给媒体功能单元的模块；

用于与所述媒体功能单元建立媒体控制通道的模块。

20、 一种控制通道转移装置， 其特征在于， 包括：

用于发送媒体控制通道转移请求， 通知转移控制通道的模块； 用于取消所述与所述媒体功能单元建立的媒体控制通道的模块。

21、 根据权利要求 20所述的装置， 其特征在于， 所述用于发送媒体控制 通道转移请求， 通知转移控制通道的模块具体为：

用于向媒体功能单元发送媒体控制通道转移请求， 通知媒体功能单元与 预控制方用户单元建立媒体控制通道的模块； 或者，

用于向预控制方用户单元发送媒体控制通道转移请求， 通知预控制方用 户单元与媒体功能单元建立媒体控制通道的模块。