CN102440062A

CN102440062A - 联合会话内的媒体流控制方法及设备

Info

Publication number: CN102440062A
Application number: CN2010800018240A
Authority: CN
Inventors: 杨莉莉; 乔治·迈尔
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2010-08-13
Filing date: 2010-08-13
Publication date: 2012-05-02
Also published as: US20130159424A1; EP2528407A1; WO2011109995A1; EP2528407A4

Abstract

本发明公开了一种联合会话内的媒体流控制方法及设备，属于多媒体领域。该方法包括：接收控制UE或被控UE发送的携带有媒体流复制信息的请求，该媒体流复制信息至少包括媒体流复制方式和媒体流复制模式；根据媒体流复制信息控制将控制UE上的媒体流复制到被控UE上。该联合会话内的媒体流控制设备包括：接收模块和控制模块。本发明通过接收媒体流复制信息，并根据该媒体流复制信息控制将控制UE上的媒体流复制到被控UE上，实现媒体流的复制，从而可以增加业务体验。

Description

联合会话内的媒体流控制方法及设备技术领域

本发明涉及多媒体领域，特别涉及一种联合会话内的媒体流控制方法及设备。背景技术

在 SIP ( Session Initiation Protocol , 会话初始协议）协议中，多媒体会话是由一组多媒体发送者和接收者及其彼此之间的数据流组成的。在頂 S ( IP Multimedia Subsystem, IP多媒体子系统）的联合会话场景中，本地端有两个或以上的 UE (User Equipment, 用户设备），发起媒体切换、添加、修改等控制操作的 UE称为控制 UE，其余 UE称为被控 UE。描述多媒体会话时，采用携带于 SIP协议中使用的 SDP ( Session Description Protocol , 会话描述协议）应用层协议。

在联合会话内，控制 UE可以发起媒体切换、添加、修改至被控 UE等 IUT ( Inter-UE Transfer, UE间切换）操作，联合会话内的媒体流分别建立在联合会话的各个 UE上。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

现有技术在对联合会话内的媒体流进行控制时，媒体流分别建立在当前会话的各个 UE 上，导致业务体验有限。发明内容

为了实现媒体流的复制，增加业务体验，本发明实施例提供了一种联合会话内的媒体流控制方法及设备。所述技术方案如下：

一方面，提供了一种联合会话内的媒体流控制方法，所述方法包括：

接收控制用户设备 UE或被控 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息至少包括媒体流复制方式和媒体流复制模式；

根据所述媒体流复制信息控制将所述控制 UE上的媒体流复制到所述被控 UE上。

另一方面，提供了一种联合会话内的媒体流控制设备，所述设备包括：

接收模块，用于接收控制用户设备 UE或被控 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息至少包括媒体流复制方式和媒体流复制模式；

控制模块，用于根据所述接收模块接收到的所述媒体流复制信息控制将所述控制 UE上的媒体流复制到所述被控 UE上。

本发明实施例提供的技术方案的有益效果是：

通过接收包括媒体流复制方式和媒体流复制模式等内容的媒体流复制信息，并根据该媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上，实现媒体流的复制，从而可以增加业务体验。附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图 1是本发明实施例一提供的联合会话内的媒体流控制方法流程图；

图 2是本发明实施例二提供的联合会话内的媒体流控制方法流程图；

图 3是本发明实施例三提供的联合会话内的媒体流控制方法流程图；

图 4是本发明实施例四提供的联合会话内的媒体流控制方法流程图；

图 5是本发明实施例五提供的联合会话内的媒体流控制方法流程图；

图 6是本发明实施例六提供的联合会话内的媒体流控制设备的结构示意图。具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

参见图 1，本实施例提供了一种联合会话内的媒体流控制方法，该方法流程具体如下： 101：接收控制用户设备 UE或被控 UE发送的携带有媒体流复制信息的请求，该媒体流复制信息至少包括媒体流复制方式和媒体流复制模式；

102：根据媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上。

其中，实现本实施例提供的方法的设备为联合会话内的媒体流控制设备，本实施例不对联合会话内的媒体流控制设备进行具体限定，可以优选为 SCC AS ( Service Centralized and Continuity AS, 业务集中和连续性服务器）。

本实施例提供的方法，通过接收包括媒体流复制方式和媒体流复制模式等内容的媒体流复制信息，并根据该媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上，实现媒体流的复制，从而可以增加业务体验。实施例二

本实施例提供了一种联合会话内的媒体流控制方法，该方法通过扩展 SDP协议中 a行属性的方式，添加媒体流复制信息，从而对联合会话内的媒体流进行复制控制。扩展 SDP 协议中的 a行属性定义如下：

a=3gpp.iut.replication： <method> <direction> <side> <receiver-address> <authorization-action> 其中，〈meth₀d>为媒体流复制方式，本实施例定义了基于网络或设备的两种复制方式：当^^!!^^!^时，标识媒体流复制方式为基于网络的复制方式；

当^^!!^^!^时，标识媒体流复制方式为基于设备的复制方式。

〈di_recti_on>为媒体流的复制模式，本实施例定义了拉取和推送两种复制模式：当〈di_recti_0n>=Pul l时，标识媒体流的复制模式为拉取模式；

当〈dir_ecti_0n>=push时，标识媒体流的复制模式为推送模式。

〈side>为媒体流相关设备的身份，本实施例定义了接收者、复制者和控制者三种身份: 当〈^ (^>=1^(^ ^^时，标识媒体流相关设备的身份为媒体流接收者；

当〈^ (^>=1~印1 ^^₀1~时，标识媒体流相关设备的身份为媒体流复制者；

当〈^(^>=(：_{01 0}11^时，标识媒体流相关设备的身份为媒体流控制者。

〈receiver_address>为媒体流接收设备的地址：

<receiver-address>=IP address of repl icated-to UE时，标识媒体流接收设备的地址；

〈311 ₀1^ ^^∞1-3(^1∞1>为媒体流的鉴权标识，本实施例定义了鉴权、已鉴权和未鉴权三种标识：

¾<authorization-action>=authorize 时，标识鉴权指示，指示相关复制媒体流需由 Control ler UE进行鉴权；

¾<authorizat ion-act ion>=authori zed时，标识已鉴权指不；

¾<authorizat ion-act ion>=not-authori zed时，标识未鉴权指不。

结合上述定义的 SDP协议中 a行属性，本实施例以联合会话内的媒体流控制设备为 SCC AS, 控制 UE为 UE-1，被控 UE为 UE-2，并以 PULL模式下，基于网络的媒体流复制方式为例，对本实施例提供的方法进行详细说明。参见图 2，本实施例提供的方法流程具体如下： 201：在 Control ler UE (UE-l)和远端 UE间存在一会话，并锚定在 SCC AS上，媒体流建立在 UE-1与远端 UE-3之间； 202： Controllee UE (UE-2)确定复制 UE-1上的媒体流；

203： UE-2从对应的 SCC AS上获取 UE_1的相关会话信息；

其中，该相关会话信息包括建立在 UE-1上的媒体流信息。

204-205： UE-2发送 SIP INVITE请求至 SCC AS，以执行媒体流复制操作;

具体地， SIP INVITE请求内容如下面表 1所示：

表 1

INVITE sip:sccasihomel. net; SIP/2.0

Via: SIP/2.0/UDP [5555：： aaa:bbb： ccc： eee]： 1357； comp=sigcomp；

branch=z9hG4bKnashds7dfdsdq

Max-Forwards： 70

P-Pref erred-Identity： <sip :user2ihomel. net>

From: <sip :user2ihomel. net>； tag=171828

To: <sip： sccasihomel. net>

Call-ID: Asdasd23123366

Cseq: 41277 INVITE

Contact： <sip: user2ihomel. net； gr=urn： uuid: f81d4f ae-7dec-l IdO- 2222- 222222222222〉 Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE

Content-Type： application/ sdp

Content-Length: (···) v=0

o=- 2987933615 2987933615 IN IP6 4444: :aaa:bbb : ccc: eee c=IN IP6 4444：：： bbb:ccc:eee

t=0 0

m=audio 4444 RTP/AVP 97

a=rtpmap： 97 PCMU/8000

m=video 6666 RTP/AVP 98

a=rtpmap： 98 MPV/90000

a=3gpp. iut. replication :nw pull receiver

由上面表 1所示， SIP INVITE请求中通过 SDP协议中的 a行扩展的复制媒体流信息包括但不限于媒体流复制方式为基于网络的复制方式，复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者。

206： SCC-AS根据 SIP INVITE请求中的媒体流信息与 MRF (Media Resource Function, 媒体资源功能）交互分配复制媒体资源；

207-208： SCC AS向 UE-2返回 200 0K响应；

209-210： UE-2向 SCC AS发送 SIP ACK request;

211-212： SCC AS向 UE-1发送 SIP re— INVITE request; 其中， SCC AS向 UE-1发送的 SIP re- INVITE request用于刷新在 Control ler UE上的媒体流，并通知 Control ler UE复制媒体信息，以使 Control ler UE对 UE-2进行鉴权，从而确认 UE-2是否可以复制媒体流。该 SIP re-INVITE request的内容如下面表 2所示：

表 2

由上述表 2可以看出， SIP re-INVITE请求中通过 SDP协议中的 a行扩展的复制媒体流信息包括但不限于媒体流复制方式为基于网络的复制方式，复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者，且该接收媒体流的 UE的地址为 4444 :： aaa : bbb : ccc : eee, 除此之外，该 SIP re-INVITE请求还要求 UE-1对接收媒体流的 UE进行鉴权。

213-214： UE-1向 SCC AS返回 SIP 200 OK response;

其中，该 SIP 200 OK response的具体内容如下面表 3所示：

表 3

Cal l-ID :

Cseq :

Contact：

Al low : INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE

Content-Type： appl ication/ sdp

Content-Length : (···) v=0

o=- 2987933615 2987933615 IN IP6 4444 :： aaa : bbb : ccc : fff

s=- c=IN IP6 4444 :： aaa : bbb : ccc : fff

t=0 0

m=audio 4444 RTP/AVP 97

a=rtpmap： 97 PCMU/8000

m=video 6666 RTP/AVP 98

a=rtpmap： 98 MPV/90000

a=3gpp. iut. replication nw pull controller 4444：： aaa： bbb： ccc： eee authorized 由上述表 3可以看出，由于 SDP协议中 a行属性中携带了 authorized鉴权标识，则表示 UE-1已经对 UE-2进行鉴权，且鉴权结果为成功，意味着 UE-2可以复制媒体流。

215-216： SCC AS向 UE-1返回 SIP ACK request;

217-219： SCC AS向远端 UE UE-3发送 SIP re-INVITE request, 以刷新远端 UE-3的媒体流；

220-222： UE-3对 re-INVITE request向 SCC AS返回 SIP 200 OK response;

223-225： SCC AS 向 UE-3返回 SIP ACK request ,,

至此，媒体流复制的整个流程结束， UE-1上的媒体流成功复制到 UE-2上。

本实施例提供的方法，通过接收包括媒体流复制方式和媒体流复制模式等内容的媒体流复制信息，并根据该媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上，实现媒体流的复制，从而可以增加业务体验；另外，通过在媒体流复制信息中添加鉴权标识，使控制 UE可以对被控 UE进行鉴权，从而保障了会话的安全性。实施例三

本实施例提供了一种联合会话内的媒体流控制方法，该方法同样以扩展 SDP协议中 a 行属性的方式，添加媒体流复制信息，从而对联合会话内的媒体流进行复制控制。扩展 SDP 协议中的 a行属性定义同上述实施例二，且本实施例同样以联合会话内的媒体流控制设备为 SCC AS, 控制 UE为 UE-1 , 被控 UE为 UE-2为例，与上述实施例二不同的是，本实施例以 PUSH模式下，基于网络的媒体流复制方式为例进行说明。参见图 3，本实施例提供的方法流程具体如下：

301：在 Controller UE(UE-l)和远端 UE-3间存在一会话，并锚定在 SCC AS上，媒体流建立在 UE-1和远端 UE-3上；

302： UE-1确定将媒体流复制至 UE-2上；

303-304： UE-1向 SCC AS发送 SIP REFER request;

其中， SIP REFER request的内容如下面表 4所示：

表 4

REFER sip： interUEtransf erisccasl. homel. net SIP/2.0

Via:

To: sip:user2_publiclihome2. net;

From: sip : user l_publiclihomel. net； tag=24680

Call-ID: cb03a0s09a2sdfglkj490333

CSeq: 93809824 REFER

Max-Forwards： 70

P - Preferred—Identity:

Refer-To：

Require： target-dialog

Target-dialog: cb03a0s09a2sdfglkj321576； remote-tag=abcdef； local-tag=l 23456 Contact： <sip： user2_publiclihome2. net；

gr=urn： uuid : f 81d4f ae-7dec-l Id0-a765-00a0c91ewxyz>； +g.3gpp. iut - controller Referred—By: sip : user l_publiclihomel. net

Accept： application/ sdp, message/ sipfrag

Content-Length: 0

由上述表 4可以看出， SIP REFER request中通过 SDP协议中的 a行扩展的复制媒体流信息包括但不限于媒体流复制方式为基于网络的复制方式，复制模式为推送模式，媒体流相关设备的身份为媒体流控制者，接收媒体流的 UE的地址为 4444: _:aaa:bbb_:CCC:eee。

305-306： SCC AS对 SIP REFER request向 UE_1返回 SIP 202 Accepted;

307： SCC-AS根据 SIP REFER request中携带的复制媒体流信息和 MRF交互分配复制媒体资源；

308-309：根据收到 SIP REFER请求中的信息， SCC AS向 UE- 2发送 SIP INVITE request; 其中， SCC AS向 UE-2发送的 SIP INVITE request用于建立复制媒体流，具体内容如下面表 5所示：表 5

INVITE sip： user2ihomel. net； gr=urn： uuid: f81d4f ae-7dec-l IdO- 2222- 222222222222 SIP/2.0

Via: SIP/2.0/UDP

Max-Forwards： 70

From: <sip : userlihomel. net>； tag=171828

To： <sip: user2ihomel. net； gr=urn： uuid: f81d4f ae-7dec-l IdO- 2222- 222222222222〉

Referred—By: sip： userl@examplel.net

Call-ID: duie4hr3896

Cseq: 41 INVITE-

Contact： <sip: userlihomel. net； gr=urn： uuid: f 81d4f ae - 7dec - 1 IdO - 1111 - 111111111111>

Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE

Content-Length: 0

Content-Type： application/ sdp

Content-Length: (···) v=0

o=- 2987933615 2987933615 IN IP6 4444:： aaa:bbb:ccc:fff

s=- c=IN IP6 4444: :aaa:bbb:ccc:fff

t=0 0

m=audio 4444 RTP/AVP 97

a=rtpmap： 97 PCMU/8000

m=video 6666 RTP/AVP 98

a=rtpmap： 98 MPV/90000

a=g.3gpp. iut. replication nw push replicator

由上面表 5可以看出， SIP INVITE请求中通过 SDP协议中的 a行扩展的复制媒体流信息包括但不限于媒体流复制方式为基于网络的复制方式，复制模式为推送模式，媒体流相关设备的身份为媒体流接收者。

310- -311： UE-2向 SCC AS返回 SIP 200 OK reponse;

312- -313： SCC AS向 UE-2返回 SIP ACK request;

314- -315： SCC AS向 UE-1发送 SIP re- INVITE request, 以刷新 UE- 1的媒体流；

316- -317： UE-1向 SCC AS返回 SIP 200 OK response;

318- -319： SCC AS向 UE-1返回 SIP ACK request;

320- -322： SCC AS向 UE- 3发送 SIP re- INVITE request, 以刷新远端 UE- 3的媒体流。

323- -325： UE-3向 SCC AS返回 SIP 200 OK response;

326- -327： SCC AS 向 UE-3返回 SIP ACK request;

329- -330： SCC AS向 UE-1发送 SIP NOTIFY request, 以通知 UE-1由 SIP REFER请求触发的复制媒体成功。 331-332： UE-1向 SCC AS返回 SIP 200 OK response。

至此，推送模式的媒体流复制流程结束， UE-1上的媒体流成功复制到 UE-2上。

本实施例提供的方法，通过接收包括媒体流复制方式和媒体流复制模式等内容的媒体流复制信息，并根据该媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上，实现媒体流的复制，从而可以增加业务体验。实施例四

本实施例提供了一种联合会话内的媒体流控制方法，该方法同样以扩展 SDP协议中 a 行属性的方式，添加媒体流复制信息，从而对联合会话内的媒体流进行复制控制。扩展 SDP 协议中的 a行属性定义同上述实施例二，且本实施例同样以联合会话内的媒体流控制设备为 SCC AS, 控制 UE为 UE-1 , 被控 UE为 UE-2为例，与上述实施例二不同的是，本实施例以 PULL模式下，基于设备的媒体流复制方式为例进行说明。参见图 4，本实施例提供的方法流程具体如下：

401-404： UE-2向远端 UE发送 SIP INVITE request, 以请求复制远端 UE上的媒体流；其中， SIP INVITE request的内容如下面表 6所示：

表 6

INVITE

sip : user3_publ ic3ihome3. net； gr=urn： uuid : f 81d4f ae-17oct-l Ial-a678-0054c91eabcd SIP/2. 0

Via :

Record-Route： sip： scc-asihome2. net

To : sip : user3_publ ic3ihome3. net ;

From: sip : user2_publ iclihome2. net； tag=acegi

Cal l-ID :

CSeq :

Max-Forwards：

P- Asserted-Identity : "remote user" sip : user2_publ iclihome2. net

Contact：

sip : user2_publ iclihome2. net； gr=urn： uuid : f 81d4f ae-7dec-l Id0-a765-00a0c91e6bf 6 Al low :

Content-Type： appl ication/ sdp

Content-Length : (···) v=0

o=- 1027933615 1027933615 IN IP4 123. 112. 67. 87

s=- t=0 0

m=audio 1456 RTP/AVP 96 0 c=IN IP4 123. 112. 67. 87

a=3gpp. iut. replication ue pull receiver

由上述表 6所示， SIP INVITE请求中通过 SDP协议中的 a行扩展的复制媒体流信息包括但不限于媒体流复制方式为基于设备的复制方式，复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者。

405-408：远端 UE向 UE-2返回 SIP 200 OK response;

其中， SIP 200 OK response的内容如下面表 7所示：

由上述表 7所示， SIP INVITE请求中通过 SDP协议中的 a行扩展的复制媒体流信息包括但不限于媒体流复制方式为基于设备的复制方式，复制模式为拉取模式，媒体流相关设备的身份为媒体流复制者。

409-412： UE-2向远端 UE返回 SIP ACK requesto

至此，远端 UE上的媒体流被成功复制到 UE-2上。

本实施例提供的方法，通过接收包括媒体流复制方式和媒体流复制模式等内容的媒体流复制信息，并根据该媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上，实现媒体流的复制，从而可以增加业务体验。实施例五

本实施例提供了一种联合会话内的媒体流控制方法，该方法同样以扩展 SDP协议中 a 行属性的方式，添加媒体流复制信息，从而对联合会话内的媒体流进行复制控制。扩展 SDP 协议中的 a行属性定义同上述实施例二，且本实施例同样以联合会话内的媒体流控制设备为 SCC AS, 控制 UE为 UE-1, 被控 UE为 UE-2为例，与上述实施例二不同的是，本实施例以 PUSH模式下，基于设备的媒体流复制方式为例进行说明。参见图 5，本实施例提供的方法流程具体如下：

501：在 Controller UE(UE-l)和远端 UE-3间存在一会话，并锚定在 SCC AS上，媒体流建立在 UE-1和远端 UE-3上；

502： UE-1确定将媒体流复制到 UE-2上；

503-506： UE-1向 UE-2发送 SIP REFER request;

其中， SIP REFER request的内容如下面表 8所示：

表 8

REFER sip： interUEtransf erisccasl. homel. net SIP/2.0

Via:

To: sip:user2_publiclihome2. net;

From: sip : user l_publiclihomel. net； tag=24680

Call-ID: cb03a0s09a2sdfglkj490333

CSeq: 93809824 REFER

Max-Forwards： 70

P - Preferred - Identity：

Refer-To：

Require： target-dialog

gr=urn:uuid: f81d4fae-7dec-lld0-a765-00a0c91ewxyz>； +g.3gpp. iut - controller Referred—By: sip : user l_publiclihomel. net

Accept： application/ sdp, message/ sipfrag

Content-Length: 0

由上述表 8可以看出， SIP REFER request中通过 SDP协议中的 a行扩展的复制媒体流信息包括但不限于媒体流复制方式为基于设备的复制方式，复制模式为推送模式，媒体流相关设备的身份为媒体流控制者，接收媒体流的 UE的地址为 4444: _:aaa:bbb_:CCC:eee。

507-510： UE-2对 SIP REFER request向 UE-1返回 SIP 202 Accepted; 511-514： UE-2向 UE-3发送 SIP INVITE request;

其中， UE-2向 UE-3发送的 SIP INVITE request用于建立复制媒体流，具体内容如下面表 9所示：

表 9

Via: SIP/2.0/UDP

Max-Forwards： 70

From: <sip :userlihomel. net>； tag=171828

To： <sip: user2ihomel. net； gr=urn： uuid: f81d4f ae-7dec-l IdO- 2222- 222222222222〉 Referred—By: sip： userl@examplel.net

Call-ID: duie4hr3896

Cseq: 41 INVITE-

Contact： <sip: userlihomel. net； gr=urn： uuid: f 81d4f ae - 7dec - 1 IdO - 1111 - 111111111111> Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE

Content-Length: 0

Content-Type： application/ sdp

Content-Length: (···) v=0

o=- 2987933615 2987933615 IN IP6 4444:： aaa:bbb:ccc:fff

s=- c=IN IP6 4444:： aaa:bbb:ccc:fff

t=0 0

m=audio 4444 RTP/AVP 97

a=rtpmap： 97 PCMU/8000

m=video 6666 RTP/AVP 98

a=rtpmap： 98 MPV/90000

a=g.3gpp. iut. replication ue push receiver

由上面表 9可以看出， SIP INVITE请求中通过 SDP协议中的 a行扩展的复制媒体流信息包括但不限于媒体流复制方式为基于设备的复制方式，复制模式为推送模式，媒体流相关设备的身份为媒体流接收者。

515-518： UE-3向 UE-2返回 SIP 200 OK reponse;

519-522： UE-2向 UE- 3返回 SIP ACK request;

523-526： UE-2向 UE_1发送媒体流刷新通知；

527-530： UE-1向 UE-2返回 200 OK 响应。

本实施例提供的方法，通过接收包括媒体流复制方式和媒体流复制模式等内容的媒体流复制信息，并根据该媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上，实现媒体流的复制，从而可以增加业务体验。实施例六

参见图 6，本实施例提供了一种联合会话内的媒体流控制设备，该设备包括：接收模块 601，用于接收控制 UE或被控 UE发送的携带有媒体流复制信息的请求，该媒体流复制信息至少包括媒体流复制方式和媒体流复制模式；

控制模块 602，用于根据接收模块 601接收到的媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上。

其中，接收模块 601接收到的请求中携带的媒体流复制信息是在会话描述协议 SDP中的 a行进行定义的。

接收模块 601 接收到的请求中携带的媒体流复制信息还包括媒体流相关设备的身份、媒体流接收设备的地址和鉴权标识中至少一种信息。

接收模块 601接收到的请求包括会话初始协议 SIP会话建立请求或 SIP会话转移请求。对于拉取模式下，基于网络的媒体流复制方式：

接收模块 601，具体用于接收被控 UE发送的携带有媒体流复制信息的请求，该媒体流复制信息中的媒体流复制方式为基于网络的媒体流复制方式，媒体流复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者，媒体流接收设备的地址，鉴权标识为鉴权；

相应地，控制模块 602，具体用于根据接收模块 601接收到的媒体流复制信息与媒体资源实体进行交互，由媒体资源实体为被控 UE分配媒体流复制设备上的媒体流资源；向被控 UE返回 SIP会话建立响应，该 SIP会话建立响应中携带了媒体流资源信息。

进一步地，控制模块 602，还用于向控制 UE发送 SIP会话建立修改请求，该 SIP会话建立修改请求中携带包括媒体流接收设备的地址及鉴权标识的复制媒体流信息，以使控制

UE对被控 UE进行鉴权，并刷新控制 UE上的媒体流信息。

对于推送模式下，基于网络的媒体流复制方式：

接收模块 601，具体用于接收控制 UE发送的携带有媒体流复制信息的请求，该媒体流复制信息中的媒体流复制方式为基于网络的媒体流复制方式，媒体流复制模式为推送模式，媒体流相关设备的身份为媒体流控制者，媒体流复制信息还包括媒体流接收设备的地址；相应地，控制模块 602，具体用于向控制 UE返回响应；并根据接收模块 601接收到的媒体流复制信息与媒体资源实体进行交互，由媒体资源实体为被控 UE分配控制 UE上的媒体流资源；向被控 UE发送 SIP会话建立请求，该 SIP会话建立请求中携带了媒体流复制信息。对于拉取模式下，基于设备的媒体流复制方式：

接收模块 601，具体用于接收被控 UE发送的携带有媒体流复制信息的请求，该媒体流复制信息中的媒体流复制方式为基于设备的媒体流复制方式，媒体流复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者；

相应地，控制模块 602，具体用于将接收模块 601接收到的携带有媒体流复制信息的请求发送给远端设备，由远端设备分配建立媒体流的媒体流资源；向被控 UE返回响应，该响应中携带了媒体流资源信息。

对于推送模式下，基于设备的媒体流复制方式：

接收模块 601，具体用于接收控制 UE发送的携带有媒体流复制信息的请求，该媒体流复制信息中的媒体流复制方式为基于设备的媒体流复制方式，媒体流复制模式为推送模式，媒体流相关设备的身份为媒体流控制者，媒体流复制信息还包括媒体流接收设备的地址；相应地，控制模块 602，具体用于向被控 UE转发请求，该请求中携带了媒体流复制信息。

其中，本实施例提供的联合会话内的媒体流控制设备具体可以为 SCC AS, 本实施例对此不进行限定。

本实施例提供的联合会话内的媒体流控制设备，通过接收包括媒体流复制方式和媒体流复制模式等内容的媒体流复制信息，并根据该媒体流复制信息控制将控制 UE上的媒体流复制到被控 UE上，实现媒体流的复制，从而可以增加业务体验。需要说明的是：上述实施例提供的联合会话内的媒体流控制设备在控制媒体流复制时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的联合会话内的媒体流控制设备与联合会话内的媒体流控制方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本发明实施例中的部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种联合会话内的媒体流控制方法，其特征在于，所述方法包括：

接收控制用户设备 UE或被控 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息至少包括媒体流复制方式和媒体流复制模式；

根据所述媒体流复制信息控制将所述控制 UE上的媒体流复制到所述被控 UE上。

2、根据权利要求 1 所述的方法，其特征在于，所述媒体流复制信息是在会话描述协议 SDP中的 a行进行定义的。 3、根据权利要求 1所述的方法，其特征在于，所述媒体流复制方式为基于网络的复制方式和基于设备的复制方式中的一种；

所述媒体流复制模式为推送模式和拉取模式中的一种。

4、根据权利要求 1所述的方法，其特征在于，所述媒体流复制信息还包括：媒体流相关设备的身份、媒体流接收设备的地址和鉴权标识中至少一种信息。

5、根据权利要求 4所述的方法，其特征在于，所述媒体流相关设备的身份为媒体流接收者、媒体流复制者和媒体流控制者中的一种；

所述鉴权标识为鉴权、已鉴权和未鉴权中的一种。

6、根据权利要求 1所述的方法，其特征在于，所述携带有媒体流复制信息的请求包括：会话初始协议 SIP会话建立请求或 SIP会话转移请求；

7、根据权利要求 1至 6任一权利要求所述的方法，其特征在于，所述接收被控 UE发送的携带有媒体流复制信息的请求，具体包括：

接收被控 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息中的媒体流复制方式为基于网络的媒体流复制方式，媒体流复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者，媒体流接收设备的地址，鉴权标识为鉴权；

相应地，所述根据所述媒体流复制信息控制将所述控制 UE 上的媒体流复制到所述被控 UE上，具体包括：根据所述媒体流复制信息与媒体资源实体进行交互，由所述媒体资源实体为所述被控 UE 分配所述复制媒体流资源；

向所述被控 UE返回会话初始协议 SIP会话建立响应，所述 SIP会话建立响应中携带了所述媒体流资源信息。

8、根据权利要求 1至 6任一权利要求所述的方法，其特征在于，所述接收控制 UE发送的携带有媒体流复制信息的请求，具体包括：

接收控制 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息中的媒体流复制方式为基于网络的媒体流复制方式，媒体流复制模式为推送模式，媒体流相关设备的身份为媒体流控制者，所述媒体流复制信息还包括媒体流接收设备的地址；

相应地，所述根据所述媒体流复制信息控制将所述控制 UE 上的媒体流复制到所述被控 UE上，具体包括：

向所述控制 UE返回响应，并根据所述媒体流复制信息与媒体资源实体进行交互，由所述媒体资源实体为所述被控 UE分配所述复制媒体流资源；

向所述被控 UE发送会话初始协议 SIP会话建立请求，所述 SIP会话建立请求中携带了所述媒体流复制信息。

9、根据权利要求 1至 6任一权利要求所述的方法，其特征在于，所述接收被控 UE发送的携带有媒体流复制信息的请求，具体包括：

接收被控 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息中的媒体流复制方式为基于设备的媒体流复制方式，媒体流复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者；

相应地，所述根据所述媒体流复制信息控制将所述控制 UE 上的媒体流复制到所述被控 UE上，具体包括：

将携带所述媒体流复制信息的请求发送给远端设备，由所述远端设备分配建立所述媒体流的资源；

向所述被控 UE返回响应，所述响应中携带了所述媒体流资源信息。

10、根据权利要求 1至 6任一权利要求所述的方法，其特征在于，所述接收控制 UE发送的携带有媒体流复制信息的请求，具体包括：接收控制 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息中的媒体流复制方式为基于设备的媒体流复制方式，媒体流复制模式为推送模式，媒体流相关设备的身份为媒体流控制者，所述媒体流复制信息还包括媒体流接收设备的地址；

相应地，所述根据所述媒体流复制信息控制将所述控制 UE 上的媒体流复制到所述被控 UE上，具体包括：

向所述被控 UE转发请求，所述请求中携带了所述媒体流复制信息。

11、根据权利要求 7所述的方法，其特征在于，所述向所述被控 UE返回会话建立响应之后，还包括：

向所述控制 UE发送 SIP会话建立修改请求，所述 SIP会话建立修改请求中携带包括媒体流接收设备的地址及鉴权标识的媒体流复制信息，以使所述控制 UE对所述被控 UE进行鉴权，并刷新所述控制 UE上的媒体流信息。

12、一种联合会话内的媒体流控制设备，其特征在于，所述设备包括：

接收模块，用于接收控制用户设备 UE或被控 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息至少包括媒体流复制方式和媒体流复制模式；

控制模块，用于根据所述接收模块接收到的所述媒体流复制信息控制将所述控制 UE上的媒体流复制到所述被控 UE上。 13、根据权利要求 12所述的设备，其特征在于，所述接收模块接收到的请求中携带的媒体流复制信息是在会话描述协议 SDP中的 a行进行定义的。

14、根据权利要求 12所述的设备，其特征在于，所述接收模块接收到的请求中携带的媒体流复制信息还包括媒体流相关设备的身份、媒体流接收设备的地址和鉴权标识中至少一种信息。

15、根据权利要求 12所述的设备，其特征在于，所述接收模块接收到的请求包括会话初始协议 SIP会话建立请求或 SIP会话转移请求。

16、根据权利要求 12至 15任一权利要求所述的设备，其特征在于，所述接收模块，具体用于接收被控 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息中的媒体流复制方式为基于网络的媒体流复制方式，媒体流复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者，媒体流接收设备的地址，鉴权标识为鉴权；

相应地，所述控制模块，具体用于根据所述接收模块接收到的所述媒体流复制信息与媒体资源实体进行交互，由所述媒体资源实体为所述被控 UE分配所述控制 UE上的媒体流资源；向所述被控 UE返回会话初始协议 SIP会话建立响应，所述 SIP会话建立响应中携带了所述媒体流资源信息。

17、根据权利要求 12至 15任一权利要求所述的设备，其特征在于，所述接收模块，具体用于接收控制 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息中的媒体流复制方式为基于网络的媒体流复制方式，媒体流复制模式为推送模式，媒体流相关设备的身份为媒体流控制者，所述媒体流复制信息还包括媒体流接收设备的地址；

相应地，所述控制模块，具体用于向所述控制 UE返回响应；并根据所述接收模块接收到的所述媒体流复制信息与媒体资源实体进行交互，由所述媒体资源实体为所述被控 UE分配所述控制 UE上的媒体流资源；向所述被控 UE发送会话初始协议 SIP会话建立请求，所述 SIP 会话建立请求中携带了所述媒体流复制信息。

18、根据权利要求 12至 15任一权利要求所述的设备，其特征在于，所述接收模块，具体用于接收被控 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息中的媒体流复制方式为基于设备的媒体流复制方式，媒体流复制模式为拉取模式，媒体流相关设备的身份为媒体流接收者；

相应地，所述控制模块，具体用于将所述接收模块接收到的携带有媒体流复制信息的请求发送给远端设备，由所述远端设备分配建立所述媒体流的媒体流资源；向所述被控 UE返回响应，所述响应中携带了所述媒体流资源信息。

19、根据权利要求 12至 15任一权利要求所述的设备，其特征在于，所述接收模块，具体用于接收控制 UE发送的携带有媒体流复制信息的请求，所述媒体流复制信息中的媒体流复制方式为基于设备的媒体流复制方式，媒体流复制模式为推送模式，媒体流相关设备的身份为媒体流控制者，所述媒体流复制信息还包括媒体流接收设备的地址；

相应地，所述控制模块，具体用于向所述被控 UE转发请求，所述请求中携带了所述媒体流复制信息。

20、根据权利要求 16所述的设备，其特征在于，所述控制模块，还用于向所述控制 UE 发送 SIP会话建立修改请求，所述 SIP会话建立修改请求中携带包括媒体流接收设备的地址及鉴权标识的复制媒体流信息，以使所述控制 UE对所述被控 UE进行鉴权，并刷新所述控制 UE上的媒体流信息。