CN101383826A - 一种媒体流控制权转移的方法、装置及系统 - Google Patents
一种媒体流控制权转移的方法、装置及系统 Download PDFInfo
- Publication number
- CN101383826A CN101383826A CNA2008101616782A CN200810161678A CN101383826A CN 101383826 A CN101383826 A CN 101383826A CN A2008101616782 A CNA2008101616782 A CN A2008101616782A CN 200810161678 A CN200810161678 A CN 200810161678A CN 101383826 A CN101383826 A CN 101383826A
- Authority
- CN
- China
- Prior art keywords
- terminal
- media stream
- request
- control
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种媒体流控制权转移的方法、装置及系统。以方法实施例为例,可以包括以下步骤:接收到第一终端发送的媒体流控制权转入请求后,向第二终端发送媒体流控制权转入请求;接收到第二终端发送的控制权转移成功的消息后,向第一终端发送删除控制权请求,请求第一终端结束对所述媒体流的控制。本发明实施例具有如下技术效果:通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种媒体流控制权转移的方法、装置及系统。
背景技术
业务连续性(Serivce Continuity,SC)研究用户的媒体流在不同终端之间移动时如何保证业务的连续性传输。SC的核心是业务集中和会话连续性应用服务器(Service Centralization&Continuity Application Server,SCC AS)。SCC AS可以保证不同媒体流在UE间移动时媒体流的连续性传输,即当用户的媒体流在不同终端间移动时,保持会话连续。
终端(User Equipment,UE)间媒体流转移,通过以下方案实现,其中媒体流以及该媒体流的控制权都转移给目标UE。
媒体流控制权所在的终端(User Equipment,UE)向SCC AS发送转移请求消息,请求将媒体流及媒体流的控制权转移给目标UE;SCC AS接收到该转移请求消息后,发送建立会话请求给目标UE,目标UE根据上述转移请求建立会话,并告知SCC AS会话已经建立;SCC AS向上述媒体流控制权所在的UE发送删除媒体流连接请求;上述媒体流控制权所在的UE接收到删除消息后,停止发送/接收媒体流。
发明人在实现本发明的过程中发现现有技术存在以下问题:在转移媒体流控制权的同时也转移了媒体流,对如何实现只转移媒体流的控制权,媒体流保持不变,没有解决方案,使操作受到了局限,降低了用户体验。
发明内容
本发明实施例要解决的技术问题是提供一种媒体流控制权转移的方法、装置及系统,提升用户体验。
为解决上述技术问题,本发明所提供的一种媒体流控制权转移的方法实施例可以通过以下技术方案实现:
接收第一终端发送的媒体流控制权转出请求,向第二终端发送媒体流控制权转入请求;
接收第二终端发送的媒体流控制权转入成功消息,向第一终端发送删除媒体流控制权请求,请求第一终端结束对所述媒体流的控制。
本发明实施例还提供了另一种媒体流控制权转移的方法,包括:
接收媒体流控制权转入请求;所述媒体流控制权转入请求在第二终端接收到第一终端发送的媒体流控制权转出请求后,由第二终端发出;
根据所述媒体流控制权转入请求将所述媒体流与所述第二终端相关联;
向第一终端发送删除媒体流控制权请求,请求第一终端结束对所述媒体流的控制。
本发明实施例提供了再一种媒体流控制权转移的方法,包括:
接收第一终端发送的媒体流控制权转出请求;
向SCC AS发送媒体流控制权转入请求;根据所述媒体流控制权转出请求与所述媒体流相关联。
本发明实施例提供了一种终端,包括:
控制权请求发送单元,用于发送媒体流控制权转出请求给SCC AS,请求将第一终端的媒体流控制权转移给第二终端;
删除请求接收单元,用于接收删除请求,并结束对所述媒体流的控制。
本发明实施例提供了另一种终端,包括:
控制权请求接收单元,用于接收SCC AS发送的媒体流控制权转入请求;
媒体关联单元,用于接收到所述媒体流控制权转入请求与所述媒体流相关联;
转移结果发送单元,用于发送控制权转入成功消息给SCC AS。
本发明实施例提供了一种SCC AS,包括:
转移请求接收单元,用于接收第一终端发送的媒体流控制权转出请求;
转移请求发送单元,用于向第二终端发送媒体流控制权转入请求;
转移成功消息接收单元,用于接收第二终端发送的控制权转入成功消息;
删除请求发送单元,用于向第一终端发送删除控制权请求,请求第一终端结束对所述媒体流的控制。
本发明实施例还提供了一种终端,包括:
控制权请求单元,用于向第二终端发送媒体流控制权转出请求,请求将第一终端的媒体流控制权转移给第二终端;
删除请求接收单元,用于接收删除控制权请求,并结束对所述媒体流的控制。
本发明实施例还提供了另一种终端,包括:
控制权请求接收单元,用于接收第一终端发送的媒体流控制权转出请求;
媒体关联单元,用于与所述媒体流相关联;
控制权请求发送单元,用于向SCC AS发送媒体流控制权转入请求。
转移请求接收单元,用于接收第二终端发送的媒体流控制权转入请求;
媒体关联单元,用于根据所述媒体流控制权转入请求将所述媒体流与所述第二终端相关联;
删除请求发送单元,用于向第一终端发送删除控制权请求,请求第一终
本发明实施例还提供了一种SCC AS,包括:
端结束对所述媒体流的控制。
上述技术方案具有如下有益效果:通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
附图说明
图1为本发明方法实施例一流程示意图;
图2为本发明方法实施例二流程示意图;
图3为本发明方法实施例三流程示意图;
图4为本发明方法实施例四流程示意图;
图5为本发明方法实施例五流程示意图;
图6为本发明方法实施例六流程示意图;
图7为本发明方法实施例七流程示意图;
图8为本发明方法实施例八流程示意图;
图9为本发明实施例九系统结构示意图;
图10为本发明实施例九另一系统结构示意图;
图11为本发明实施例十终端结构示意图;
图12为本发明实施例十一终端结构示意图;
图13为本发明实施例十二终端结构示意图;
图14为本发明实施例十三终端结构示意图;
图15为本发明实施例十四SCC AS结构示意图;
图16为本发明实施例十五SCCAS结构示意图;
图17为本发明实施例十六SCC AS结构示意图;
图18为本发明实施例十七系统示意图;
图19为本发明实施例十七另一系统结构示意图;
图20为本发明实施例十八终端结构示意图;
图21为本发明实施例十九终端结构示意图;
图22为本发明实施例二十终端结构示意图;
图23为本发明实施例二十一终端结构示意图;
图24为本发明实施例二十二SCC AS结构示意图;
图25为本发明实施例二十三SCC AS结构示意图。
具体实施方式
本发明实施例要解决的技术问题是提供一种媒体流控制权转移的方法,提升用户体验。
实施例一,如图1所示,本发明实施例提供的一种媒体流控制权转移的方法,可以包括以下步骤:
步骤101:接收第一终端发送的媒体流控制权转出请求消息;
步骤102:接收到第一终端发送的媒体流控制权转出请求后,向第二终端发送媒体流控制权转入请求;
步骤103:接收第二终端发送的控制权转移成功的消息;
步骤104:接收到第二终端发送的控制权转移成功的消息后,向第一终端发送删除控制权请求,请求第一终端结束对上述媒体流的控制。
为方便描述,第一终端表示媒体流的控制权所在的终端,第二终端表示控制权转移的目标终端;控制权所在终端与目标终端是一个相对的概念,为方便说明使用第一终端和第二终端来进行区分。另外第三终端表示媒体流所在的终端,并且该终端不具有媒体流的控制权;另外在后续实施例中使用的受控终端为上述控制权对应的媒体流所在的终端;对方终端则表示与上述第一、第二或受控终端进行会话连接的另一端,即上述媒体流的另一端;受控终端有可能是第一终端、第二终端也可能是第三终端。
上述媒体流的控制权指对媒体流的操作的控制,可以包括控制媒体流暂停传输、继续传输、终止传输、转移、修改编码方式等操作。
上述实施例通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。上述方案的使用场景很多,例如:用户通过遥控器控制家里的电视和录相机,这时用户有事临时需要离开家,但是又想录一场足球比赛,这时用户可以将电视和录像机的控制权转移到手机上,这样用户不在家中也可以通过手机控制电视和录相机完成录像。当然上述方法的使用的场景还有很多,不可能一一列举。
上述发送删除控制权请求消息之后还可以包括:
判断媒体流所在终端是第一终端、第二终端还是第三终端;
当上述媒体流属于第三终端时,向第二终端发送指示连接消息,指示第二终端向上述第三终端发起会话连接,上述指示连接消息包含第一终端与上述第三终端的会话标示;
当上述媒体流属于第二终端时,向第二终端发送指示断开连接消息,指示第二终端断开与第一终端间的连接;
当上述媒体流属于第一终端时,向第二终端发送指示消息,指示第二终端与第一终端建立会话连接,上述指示消息包含第一终端与对方终端间的会话标识。
为方便理解实施例一的思想,实施例二到实施例四将以实施例一思想的几个具体运用来作更详细的说明。在实施例二和实施例三中,假设存在两个媒体流,分别是媒体流1(media1)和媒体流2(media2);media1存在于终端1(UE-1)与对方终端(Remote-UE)间,media2存在于UE-2与对方终端间。media1和media2的业务控制权都在UE-1中。
实施例二,如图2所示,将media2的控制权转给UE-3,媒体流属于第三终端,在该实施例中UE-2为受控终端,可以包括以下步骤:
步骤201:UE-1向SCC AS发送转移(transfer)请求消息,该消息通过refer(咨询)消息携带。在该refer消息中包含如下信息:将媒体的控制权进行转移的指示信息;目标UE标识信息(例如UE-3的唯一身份标识);medai2的信息(可以是media2的媒体类型、编码方式、IP地址、端口号等);media2相关联的会话信息(UE-1与对方终端的会话信息);该媒体属于UE-1本身还是其它UE;如果该媒体流属于其它UE,还可以包括UE-1与该UE间会话标识session ID等。该消息可以经服务呼叫会话控制功能(Serving Call Session ControlFunction,S-CSCF)到达SCC AS;
步骤202:UE-2根据收到的refer消息,向SCC AS发送转移媒体流控制权请求消息,该消息通过Invite(邀请)消息携带。通过invite消息可以在SCC AS与UE-3间建立会话,在该消息中携带如下信息:将媒体的控制权进行转移的指示信息;media2的相关参数,例如媒体类型、编码方式等;media2相关联的会话信息(可以是UE-1与对方终端的会话信息);该消息可以经S-CSCF到达UE-2;
步骤203:UE-3收到该invite消息后,可以根据invite消息与media2相关联,并向SCC AS发送200 OK确认消息,告知SCC AS关联成功。该消息可以经S-CSCF到达SCC AS。SCC AS收到该消息后,可以将对media2的操作关联到UE-3,后续所有关于media2的操作都可以发送给UE-3;
步骤204:SCC AS向对方终端发送re-Invite消息,更新远端会话分支。此re-Invite消息可以用于通知对方UE,media2的控制权目前在UE-3。该消息可以经S-CSCF到达对方UE;
步骤205:对方UE可以通过200 OK进行确认回复。该消息经S-CSCF到达SCC AS。步骤204、步骤205为可选步骤。当对方UE需要知道具体和哪个UE进行会话协商时,才需要使用步骤204、步骤205。很多情况下,对方终端不需要了解这方面信息,因为对方UE可以与SCC AS直接进行会话,对方UE对media2的操作首先会到达SCC AS,由SCC AS将媒体的操作分发给相应的UE;
步骤206:SCC AS向UE-1发送re-Invite消息,可以在其中携带删除media2控制权的请求,请求UE-1结束对media2的控制;
步骤207:UE-1可以返回确认信息;
步骤208:SCC AS向UE-3发送refer消息,该消息可以用于指示UE-3向UE-2发起会话连接,在该refer消息中可以携带UE-1与UE-2间会话的session ID。该消息的作用可以是指示UE-3与UE-2建立会话连接,以用于UE-3对media2进行控制;
步骤209:UE-3向UE-2发起会话请求,在该请求消息中可以携带UE-1与UE-2间会话的session ID;该会话请求可以用于建立UE-3与UE-2的连接,实现UE-3控制media2;
步骤210:UE-2向UE-3发送200 OK确认消息;
步骤211:UE-2向UE-1发送Bye消息,断开UE-2与UE-1的连接。
步骤209-步骤211的消息可以不经过SCC AS,直接通过S-CSCF进行中转,例如步骤209可以直接由UE-3发给S-CSCF,S-CSCF发给UE-2。
实施例三,如图3所示,将media2的控制权转给UE-2过程,媒体流属于第二终端,在该实施例中UE-2为受控终端,可以包括以下步骤:
步骤301:UE-1向SCC AS发送转移(transfer)请求消息,该消息通过refer(咨询)消息携带。在该refer消息中包含如下信息:将媒体的控制权进行转移的指示信息;目标UE标识信息(例如UE-2的唯一身份标识);medai2的信息(可以是media2的媒体类型、编码方式、IP地址、端口号等);media2相关联的会话信息(UE-1与对方终端的会话信息);该媒体属于UE-1本身还是其它UE;如果该媒体流属于其它UE,还可以包括UE-1与该UE间会话标识session ID等。该消息可以经服务呼叫会话控制功能(Serving Call Session ControlFunction,S-CSCF)到达SCC AS;
步骤302:UE-2根据收到的refer消息,向SCC AS发送转移媒体流控制权请求消息,该消息通过Invite(邀请)消息携带。通过invite消息可以在SCC AS与UE-2间建立会话,在该消息中携带如下信息:将媒体的控制权进行转移的指示信息;media2的相关参数,例如媒体类型、编码方式等;media2相关联的会话信息(可以是UE-1与对方终端的会话信息);该消息可以经S-CSCF到达UE-2;
步骤303:UE-2收到该invite消息后,可以根据invite消息与media2相关联,并向SCC AS发送200 OK确认消息,告知SCC AS关联成功。该消息可以经S-CSCF到达SCC AS。SCC AS收到该消息后,可以将对media2的操作关联到UE-2,后续所有关于media2的操作都可以发送给UE-2;
步骤304:SCC AS向对方终端发送re-Invite消息,更新远端会话分支。此re-Invite消息可以用于通知对方UE,media2的控制权目前在UE-2。该消息可以经S-CSCF到达对方UE;
步骤305:对方UE可以通过200 OK进行确认回复。该消息经S-CSCF到达SCC AS。步骤304、步骤305为可选步骤。当对方UE需要知道具体和哪个UE进行会话协商时,才需要使用步骤304、步骤305。很多情况下,对方终端不需要了解这方面信息,因为对方UE可以与SCC AS直接进行会话,对方UE对media2的操作首先会到达SCC AS,由SCC AS将媒体的操作分发给相应的UE;
步骤306:SCC AS向UE-1发送re-Invite消息,可以在其中携带删除media2控制权的请求,请求UE-1结束对media2的控制;
步骤307:UE-1可以返回确认信息;
步骤308:SCC AS向UE-2发送refer消息,该消息可以用于指示UE-2断开与UE-1的连接;
步骤309:UE-2向UE-1发送Bye消息,断开UE-2与UE-1的连接;
步骤309可以不经过SCC AS,直接通过S-CSCF进行中转,即可以直接由UE-2发给S-CSCF,S-CSCF发给UE-1。
实施例四,如图4所示,假设UE-1与对方UE存在一个媒体流media1,UE-2与对方UE存在一个媒体流media2。UE-1、UE-2都分别有对media1、media2具有控制权,UE-2将media2的控制权转给UE-1过程,媒体流属于第一终端,可以包括以下步骤:
步骤401:UE-2向SCC AS发送转移(transfer)请求消息,该消息通过refer消息携带。在该refer消息中包含如下信息:将媒体的控制权进行转移的指示信息;目标UE标识信息(例如UE-1的唯一身份标识);medai2的信息(可以是media2的媒体类型、编码方式、IP地址、端口号等);media2相关联的会话信息(可以是UE-2与对方终端的会话信息);该媒体属于UE-1本身还是其它UE等。该消息可以经服务呼叫会话控制功能(Serving Call Session ControlFunction,S-CSCF)到达SCC AS;
步骤402:SCC AS根据收到的refer消息,向UE-1发送转移媒体流控制权请求消息,该消息通过re-Invite消息携带。通过invite消息可以在SCC AS与UE-1间建立会话,在该消息中携带如下信息:将媒体的控制权进行转移的指示信息;media2的相关参数,例如媒体类型、编码方式等;media2相关联的会话信息(可以是UE-2与对方终端的会话信息);该消息可以经S-CSCF到达UE-2;
步骤403:UE-1收到该invite消息后,可以根据invite消息与media2相关联,并向SCC AS发送200 OK确认消息,告知SCC AS关联成功。该消息可以经S-CSCF到达SCC AS。SCC AS收到该消息后,可以将对media2的操作关联到UE-1,后续所有关于media2的操作都可以发送给UE-1;
步骤404:SCC AS向对方终端发送re-Invite消息,更新远端会话分支。此re-Invite消息可以用于通知对方UE,media2的控制权目前在UE-1。该消息可以经S-CSCF到达对方UE;
步骤405:对方UE可以通过200 OK进行确认回复。该消息经S-CSCF到达SCC AS。步骤404、步骤405为可选步骤。当对方UE需要知道具体和哪个UE进行会话协商时,才需要使用步骤404、步骤405。很多情况下,对方终端不需要了解这方面信息,因为对方UE可以与SCC AS直接进行会话,对方UE对media2的操作首先会到达SCC AS,由SCC AS将媒体的操作分发给相应的UE;
步骤406:SCC AS向UE-2发送re-Invite消息,可以在其中携带删除media2控制权的请求,请求UE-2结束对media2的控制;
步骤407:UE-2可以返回确认信息;
步骤408:SCC AS向UE-1发送refer消息,该消息可以用于指示UE-1向UE-2发起会话连接,在该refer消息中可以携带UE-2与对方UE间会话的session ID。该消息的作用可以是指示UE-1与UE-2建立会话连接,以用于UE-1对media2进行控制;
步骤409:UE-1向UE-2发起会话请求,在该请求消息中可以携带UE-2与对方UE间会话的session ID;
步骤410:UE-2向UE-1发送200 OK确认消息;
步骤411:UE-2向SCC AS发送Bye消息,断开UE-2与SCC AS间的连接;
步骤409、410可以不经过SCCAS,直接通过S-CSCF进行中转,例如步骤409可以直接由UE-1发给S-CSCF,S-CSCF发给UE-2。
上述实施例二到实施例四,分别以:媒体流属于第三终端、第二终端、第一终端三种背景为例介绍了实施例一的思想,通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
实施例五,如图5所示,本发明实施例还提供了另一种媒体流控制权转移的方法,可以包括以下步骤:
步骤501:接收媒体流控制权转入请求;上述媒体流控制权转入请求可以在第二终端接收到第一终端发送的媒体流控制权转出请求后,由第二终端发出;
步骤502:根据上述媒体流控制权转入请求将上述媒体流与上述第二终端相关联;
步骤503:向第一终端发送删除媒体流控制权请求,请求第一终端结束对上述媒体流的控制。
上述媒体流的控制权指对媒体流的操作的控制,可以包括控制媒体流暂停传输、继续传输、终止传输、转移、修改编码方式等操作。
上述实施例通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
上述发送删除控制权请求消息之后还可以包括:
第二终端判断媒体流属于第一终端、第二终端还是第三终端;
当上述媒体流属于第三终端时,向第三终端发起会话连接;
当上述媒体流属于第二终端时,向第一终端发送断开连接消息,断开与第一终端间的连接;
当上述媒体流属于第一终端时,向第一终端发送建立连接请求,与第一终端建立会话连接。
为方便理解实施例五的思想,实施例六到实施例八将以实施例五思想的几个具体运用为例,作更详细的说明。在实施例六和实施例七中,假设存在两个媒体流,分别是媒体流1(media1)和媒体流2(media2);media1存在于终端1(UE-1)与对方终端(Remote-UE)间,media2存在于UE-2与对方终端间。media1和media2的业务控制权都在UE-1中。
实施例六,如图6所示,将media2的控制权转给UE-3,媒体流属于第三终端,在该实施例中UE-2为受控终端可以包括以下步骤:
步骤601:UE-1向UE-2发送转移(transfer)请求消息,该消息通过refer消息携带。在该refer消息中包含如下信息:将媒体的控制权进行转移的指示信息;medai2的信息(可以是media2的媒体类型、编码方式、IP地址、端口号等);media2相关联的会话信息(可以是UE-1与对方终端的会话信息);该媒体属于UE-1本身还是其它UE;如果该媒体流属于其它UE,还可以包括UE-1与该UE间会话标识session ID等。该消息可以不经过SCC AS直接发送到UE-3;
步骤602:UE-3根据收到的refer消息,向SCC AS发送转移媒体流控制权请求消息,该消息通过Invite消息携带。该invite消息可以携带如下信息:将媒体的控制权进行转移的指示信息;,media2的相关参数(可以是media2的媒体类型、编码方式、IP地址、端口号等),media2相关联的会话信息(可以是UE-1与对方终端的会话信息)。该消息可以经S-CSCF到达UE-2;
步骤603:SCC AS向对方终端发送re-Invite消息,更新远端会话分支。此re-Invite消息可以用于通知对方UE,media2的控制权目前在UE-3。该消息可以经S-CSCF到达对方UE;
步骤604:对方UE可以通过200 OK进行确认回复。该消息经S-CSCF到达SCC AS。步骤603、步骤604为可选步骤。当对方UE需要知道具体和哪个UE进行会话协商时,才需要使用步骤603、步骤604。很多情况下,对方不需要了解这方面信息,因为对方UE可以与SCC AS直接进行会话,对方UE对media2的操作首先会到达SCC AS,由SCC AS将媒体的操作分发给相应的UE;
步骤605:SCC AS向UE-3发送200 OK确认消息,通知UE-3控制权转移成功。该消息可以经S-CSCF到达SCC AS。后续SCC AS所有关于media2的操作都可以发送给UE-3。UE-3收到该确认消息后,可以与media2相关联;
步骤606:SCC AS向UE-1发送re-Invite消息,可以在其中携带删除media2控制权的请求,请求UE-1结束对media2的控制;
步骤607:UE-1可以返回确认信息;
步骤608:UE-3向UE-2发起会话请求,在该请求消息中可以携带UE-1与UE-2间会话的session ID;该会话请求可以用于建立UE-3与UE-2的连接,实现UE-3控制media2;
步骤609:UE-2向UE-3发送200 OK确认消息;
步骤610:UE-2向UE-1发送Bye消息,断开UE-2与UE-1的连接。
实施例七,如图7所示,将media2的控制权转给UE-2过程,媒体流属于第二终端,在该实施例中UE-2为受控终端,可以包括以下步骤:
步骤701:UE-1向UE-2发送转移(transfer)请求消息,该消息通过refer消息携带。在该refer消息中包含如下信息:将媒体的控制权进行转移的指示信息;medai2的信息(可以是media2的媒体类型、编码方式、IP地址、端口号等);media2相关联的会话信息(可以是UE-1与对方终端的会话信息);该媒体属于UE-1本身还是其它UE;如果该媒体流属于其它UE,还可以包括UE-1与该UE间会话标识session ID等。该消息可以不经过SCC AS直接发送到UE-3;
步骤702:UE-2根据收到的refer消息,向SCC AS发送转移媒体流控制权请求消息,该消息通过Invite消息携带。该invite消息可以携带如下信息:将媒体的控制权进行转移的指示信息;media2的相关参数,例如媒体类型、编码方式等;media2相关联的会话信息(可以是UE-1与对方终端的会话信息);该消息可以经S-CSCF到达UE-2;
步骤703:SCC AS向对方终端发送re-Invite消息,更新远端会话分支。此re-Invite消息可以用于通知对方UE,media2的控制权目前在UE-2。该消息可以经S-CSCF到达对方UE;
步骤704:对方UE可以通过200 OK进行确认回复。该消息经S-CSCF到达SCC AS。步骤703、步骤704为可选步骤。当对方UE需要知道具体和哪个UE进行会话协商时,才需要使用步骤703、步骤704。很多情况下,对方终端不需要了解这方面信息,因为对方UE可以与SCC AS直接进行会话,对方UE对media2的操作首先会到达SCC AS,由SCC AS将媒体的操作分发给相应的UE;
步骤705:SCC AS向UE-2发送200 OK确认消息,通知UE-2控制权转移成功。该消息可以经S-CSCF到达SCC AS。后续SCC AS所有关于media2的操作都可以发送给UE-2。UE-2收到该确认消息后,可以与media2相关联;
步骤706:SCC AS向UE-1发送re-Invite消息,可以在其中携带删除media2控制权的请求,请求UE-1结束对media2的控制;
步骤707:UE-1可以返回确认信息;
步骤708:UE-2向UE-1发送Bye消息,断开与UE-1的连接。
实施例八,如图8所示,假设UE-1与对方UE存在一个媒体流media1,UE-2与对方UE存在一个媒体流media2。UE-1、UE-2都分别有对media1、media2具有控制权,UE-2将media2的控制权转给UE-1过程,媒体流属于第一终端,可以包括以下步骤:
步骤801:UE-2向UE-1发送转移媒体流控制权请求消息,该消息通过refer消息携带。在该refer消息中包含如下信息:将媒体的控制权进行转移的指示信息;medai2的信息(可以是media2的媒体类型、编码方式、IP地址、端口号等);media2相关联的会话信息(可以是UE-2与对方终端的会话信息);该媒体属于UE-2本身还是其它UE等。该消息可以不经过SCC AS直接发送到UE-1;
步骤802:UE-1根据收到的refer消息,向SCC AS发送转移媒体流控制权请求消息,该消息通过re-Invite消息携带。该请求可以携带如下信息:将媒体的控制权进行转移的指示信息;media2的相关参数例如媒体类型、编码方式等;media2相关联的会话信息(可以是UE-2与对方终端的会话信息);该消息可以经S-CSCF到达UE-2;
步骤803:SCC AS向对方终端发送re-Invite消息,更新远端会话分支。此re-Invite消息可以用于通知对方UE,media2的控制权目前在UE-1。该消息可以经S-CSCF到达对方UE;
步骤804:对方UE可以通过200 OK进行确认回复。该消息经S-CSCF到达SCC AS。步骤803、步骤804为可选步骤。当对方UE需要知道具体和哪个UE进行会话协商时,才需要使用步骤803、步骤804。很多情况下,对方终端不需要了解这方面信息,因为对方UE可以与SCC AS直接进行会话,对方UE对media2的操作首先会到达SCC AS,由SCC AS将媒体的操作分发给相应的UE;
步骤805:SCC AS向UE-1发送200 OK确认消息,通知UE-1控制权转移成功。该消息可以经S-CSCF到达SCC AS。后续SCC AS所有关于media2的操作都可以发送给UE-1。UE-1收到该确认消息后,可以与media2相关联;
步骤806:SCC AS向UE-2发送re-Invite消息,可以在其中携带删除media2控制权的请求,请求UE-2结束对media2的控制;
步骤807:UE-2可以返回确认信息;
步骤808:UE-1向UE-2发起会话请求,在该请求消息中可以携带UE-2与对方UE间会话的session ID;该会话请求可以用于建立UE-1与UE-2的连接,实现UE-1控制media2;
步骤809:UE-2向UE-1发送200 OK确认消息;
步骤810:UE-2向SCC AS发送Bye消息,断开与SCC AS的连接。
上述实施例六到实施例八,分别以:媒体流属于第三终端、第二终端、第一终端三种背景为条件介绍了实施例五的思想,通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
实施例九,如图9所示,本发明实施例还提供了一种媒体流控制权转移的系统,包括:
第一终端901,用于发送媒体流控制权转出请求,请求将第一终端901的媒体流控制权转移给第二终端902;接收删除请求,并结束对上述控制权对应媒体流的控制;
第二终端902,用于接到SCC AS903发送的媒体流控制权转入请求后转移控制权,并发送媒体流控制权转入成功消息给SCC AS903;
SCC AS903,用于接收上述第一终端901发送的媒体流控制权转出请求,向第二终端902发送媒体流控制权转入请求;接收到第二终端902发送的控制权转入成功的消息后,向第一终端901发送删除控制权请求,请求第一终端901结束对上述媒体流的控制。
上述实施例通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
第二终端902,还可以用于接到SCC AS903发送的媒体流控制权转入请求后,根据上述媒体流控制权转入请求与上述媒体流相关联。
SCC AS,还用于将所述媒体流与第二终端相关联。
当上述媒体流第三终端时,如图10所示,还包括:第三终端1001;
SCC AS903,还可以用于向第二终端902发送指示连接信息,指示第二终端902向第三终端1001发起会话连接,上述指示连接信息包含第一终端901与上述受控终端1001的会话标示;
第二终端902,还可以用于根据上述第一终端901与上述第三终端1001的会话标示,与受控终端1001建立会话连接;
第三终端1001,用于接收到第二终端902发送的会话连接请求后与第二终端902建立会话连接;
当上述媒体流属于第二终端902时,
SCC AS903,还可以用于向第二终端902发送指示断开连接消息,指示第二终端902断开与第一终端901间的连接;
第二终端902,还可以用于接收到上述断开连接信息后,断开与第一终端901间的连接;
当上述媒体流属于第一终端901时,
SCC AS903,还可以用于向第二终端902发送指示消息,指示第二终端902与第一终端901建立会话连接,上述指示消息包含第一终端901与对方终端间的会话标识;
第二终端902,还可以用于接收到上述指示消息后,根据上述第一终端901与对方终端间的会话标识与第一终端901建立会话连接。
上述实施例分别以:媒体流属于第三终端、第二终端、第一终端三种背景为例介绍了系统实施例的思想,通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
SCC AS903,还可以用于发送更新消息给对方终端,告知对方终端上述媒体流控制权转移信息。
实施例十,如图11所示,本发明实施例还提供了一种终端,包括:
控制权请求发送单元1101,用于发送媒体流控制权转入请求给SCC AS,请求将第一终端的媒体流控制权转移给第二终端;
删除请求接收单元1102,用于接收媒体流控制权删除请求,并结束对上述媒体流的控制。
实施例十一,如图12所示,上述实施例十所述终端还可以包括:
会话接收单元1201,用于接收第二终端的会话请求,并与第二终端建立会话连接;或
会话接收单元1201,用于接收第二终端发送的断开会话请求,并与第二终端断开连接。
实施例十二,如图13所示,本发明实施例还提供了另一种终端,包括:
控制权请求接收单元1301,用于接收SCC AS发送的媒体流控制权转入请求;
媒体关联单元1302,用于接收到上述媒体流控制权转入请求后与上述媒体流相关联;
转移结果发送单元1303,用于发送控制权转入成功消息给SCC AS;
实施例十三,如图14所示,上述实施例十二所述终端还可以包括:
指示接收单元1401,用于接收指示连接消息;
连接单元1402,用于根据上述连接指示连接消息向受控终端建立会话连接;或
指示接收单元1401,用于接收指示断开连接消息;
连接单元1402,用于根据上述指示断开连接消息断开与第一终端间的连接;或
指示接收单元1401,用于接收指示消息;
连接单元1402,用于根据上述指示消息与第一终端建立会话连接。
实施例十四,如图15所示,本发明实施例还提供了一种SCC AS,包括:
转移请求接收单元1501,用于接收第一终端发送的媒体流控制权转出请求;
转移请求发送单元1502,用于接收到上述第一终端发送的媒体流控制权转出请求后,向第二终端发送媒体流控制权转入请求;
转移成功消息接收单元1503,用于接收第二终端发送的控制权转入成功的消息;
删除请求发送单元1504,用于接收到第二终端发送的控制权转入成功的消息后,向第一终端发送删除控制权请求,请求第一终端结束对上述媒体流的控制。
实施例十五,如图16所示,实施例十四所述SCC AS,还可以包括:
指示发送单元1601,用于向第二终端发送指示连接消息,指示第二终端向受控终端发起会话连接,上述指示连接信息包含第一终端与上述受控终端的会话标示;或
指示发送单元1601,用于向第二终端发送指示断开连接消息,指示第二终端断开与第一终端间的连接;或
指示发送单元1601,用于向第二终端发送指示消息,指示第二终端与第一终端建立会话连接。
实施例十六,如图17所示,实施例十四所述SCC AS,还可以包括:
更新消息发送单元1701,用于发送更新消息给对方终端,告知对方终端上述媒体流控制权转移信息。
实施例十七,如图18所示,本发明实施例还提供了另一种媒体流控制权转移的系统,包括:
第一终端1801,用于向第二终端1802发送媒体流控制权转出请求,请求将第一终端1801的媒体流控制权转移给第二终端1802;接收到上述删除控制权请求后结束对上述媒体流的控制;
第二终端1802,用于接收到上述第一终端1801发送的媒体流控制权转出请求后,根据所述媒体流控制权转出请求与所述媒体流相关联;向SCC AS1803发送媒体流控制权转入请求;
SCC AS1803,用于接收到上述媒体流控制权转入请求后,根据上述媒体流控制权转入请求将所述媒体流与所述第二终端902相关联;向第一终端1801发送删除控制权请求,请求第一终端1801结束对上述媒体流的控制。
上述实施例通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
当上述媒体流属于第三终端时,如图19所示,还可以包括:第三终端1901;
第二终端1802,还可以用于与第三终端1901建立会话连接请求;
第三终端1901,用于与第二终端1802建立会话连接;
当上述媒体流属于第二终端1802时,
第二终端1802,还可以用于断开与第一终端1801间的连接;
当上述媒体流属于第一终端1801时,
第二终端1802,还可以用于与第一终端1801建立会话连接。
上述实施例分别以:媒体流属于第三终端、第二终端、第一终端三种背景为例介绍了系统实施例的思想,通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
SCC AS1803,还可以用于发送更新消息给对方终端,告知对方终端上述媒体流控制权转移信息。
实施例十八,如图20所示,本发明实施例还提供了一种终端,包括:
控制权请求单元2001,用于向第二终端发送媒体流控制权转出请求,请求将第一终端的媒体流控制权转移给第二终端;
删除请求接收单元2002,用于接收删除控制权请求,并结束对上述媒体流的控制。
实施例十九,如图21所示,上述实施例十九所述终端,还可以包括:
会话单元2101,用于与第二终端建立会话连接;或
用于与第二终端断开连接。
实施例二十,如图22所示,本发明实施例还提供了一种终端,包括:
控制权请求接收单元2201,用于接收第一终端发送的媒体流控制权转出请求;
媒体关联单元2202,用于接收到上述第一终端发送的媒体流控制权转出请求后,根据所述媒体流控制权转出请求与所述媒体流相关联;
控制权请求发送单元2203,用于向SCC AS发送媒体流控制权转入请求。
实施例二十一,如图23所示,上述实施例二十一所述终端,还可以包括
连接单元2301,用于与受控终端建立会话连接;或
用于与第一终端间的连接;或
用于与第一终端建立会话连接。
实施例二十二,如图24所示,本发明实施例还提供了一种SCC AS,包括:
转移请求接收单元2401,用于接收第二终端发送的媒体流控制权转入请求;
媒体关联单元2402,用于根据上述媒体流控制权转入请求将上述所述媒体流与所述第二终端相关联;
删除请求发送单元2403,用于向第一终端发送删除控制权请求,请求第一终端结束对上述媒体流的控制。
实施例二十三,如图25所示,实施例二十三所述SCCAS,还可以包括:
更新消息发送单元2501,用于发送更新消息给对方终端,告知对方终端上述媒体流控制权转移信息。
上述实施例分别从系统和组成系统的装置出发对本发明实施例的思想做了简要说明,上述实施例通过第一终端发起媒体流控制权转移的流程,实现了转移媒体流的控制权,媒体流保持不变,提升了用户体验。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明实施例所提供的一种媒体流控制权转移的方法、装置及系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (32)
1、一种媒体流控制权转移的方法,其特征在于,包括:
接收第一终端发送的媒体流控制权转出请求,向第二终端发送媒体流控制权转入请求;
接收第二终端发送的媒体流控制权转入成功消息,向第一终端发送删除媒体流控制权请求,请求第一终端结束对所述媒体流的控制。
2、根据权利要求1所述方法,其特征在于,所述第一终端发送的媒体流控制权转入请求包括:
将媒体的控制权进行转移的指示、第二终端标识信息、所述控制权对应的媒体流信息、所述媒体流相关联的会话信息中的至少一项。
3、根据权利要求1所述方法,其特征在于,所述向第二终端发送的媒体流控制权转入请求包括:
将媒体的控制权进行转移的指示、所述控制权对应的媒体流信息、所述媒体流相关联的会话信息中的至少一项。
4、根据权利要求1至3任意一项所述方法,其特征在于,所述向第二终端发送媒体流控制权转入请求之后包括:
第二终端根据所述媒体流控制权转入请求与所述媒体流相关联。
5、根据权利要求1至3任意一项所述方法,其特征在于,所述接收第二终端发送的媒体流控制权转入成功消息之后包括:
将第二终端与所述媒体流相关联。
6、根据权利要求1至3任意一项所述方法,其特征在于,所述媒体流控制权包括:
控制媒体流进行暂停传输、继续传输、终止传输、转移、修改编码方式操作中的至少一项。
7、根据权利要求1至3所述方法,其特征在于,所述第一终端发送的媒体流控制权转出请求还包括:
所述控制权对应的媒体流的所属终端信息。
8、根据权利要求7所述方法,其特征在于,所述控制权对应的媒体流的所属终端信息包括:
所述媒体流属于所述第一终端以外的其它终端;
所述第一终端发送的媒体流控制权转出请求还包括:
第一终端与所述媒体流所属终端间的会话标示。
9、根据权利要求8所述方法,其特征在于,所述发送删除控制权请求之后还包括:
当所述媒体流属于第三终端时,向第二终端发送指示连接消息,指示第二终端向所述第三终端发起会话连接,所述指示连接消息包含第一终端与所述第三终端的会话标示;
当所述媒体流属于第二终端时,向第二终端发送指示断开连接消息,指示第二终端断开与第一终端间的连接;
当所述媒体流属于第一终端时,向第二终端发送指示消息,指示第二终端与第一终端建立会话连接,所述指示消息包含第一终端与对方终端间的会话标识。
10、根据权利要求1至3任意一项所述方法,其特征在于,所述接收到第二终端发送的控制权转移成功的消息后还包括:
发送更新消息给对方终端,告知对方终端所述媒体流控制权转移信息。
11、一种媒体流控制权转移的方法,其特征在于,包括:
接收媒体流控制权转入请求;所述媒体流控制权转入请求在第二终端接收到第一终端发送的媒体流控制权转出请求后,由第二终端发出;
根据所述媒体流控制权转入请求将所述媒体流与所述第二终端相关联;
向第一终端发送删除媒体流控制权请求,请求第一终端结束对所述媒体流的控制。
12、根据权利要求11所述方法,其特征在于,所述第一终端发送的媒体流控制权转出请求包括:
将媒体的控制权进行转移的指示、所述控制权对应的媒体流信息、所述媒体流相关联的会话信息中的至少一项。
13、根据权利要求12所述方法,其特征在于,所述接收的媒体流控制权转入请求包括:
将媒体的控制权进行转移的指示、所述控制权对应的媒体流信息、所述媒体流相关联的会话信息中的至少一项。
14、根据权利要求11至13任意一项所述方法,其特征在于,所述根据媒体流控制权转入请求将转移请求指向媒体流的控制权转移给第二终端之后还包括:
发送更新消息给对方终端,告知对方终端所述媒体流控制权转移信息。
15、一种媒体流控制权转移的方法,其特征在于,包括:
接收第一终端发送的媒体流控制权转出请求;
向SCC AS发送媒体流控制权转入请求;根据所述媒体流控制权转出请求与所述媒体流相关联。
16、根据权利要求15所述方法,其特征在于,第一终端发送的媒体流控制权转出请求包括:
将媒体的控制权进行转移的指示、所述控制权对应的媒体流信息、所述媒体流相关联的会话信息中的至少一项。
17、根据权利要求15所述方法,其特征在于,所述向SCC AS发送的媒体流控制权转入请求包括:
将媒体的控制权进行转移的指示、所述控制权对应的媒体流信息、所述媒体流相关联的会话信息中的至少一项。
18、根据权利要求15至17任意一项所述方法,其特征在于,所述第一终端发送的媒体流控制权转出请求包括:
所述控制权对应媒体流的所属终端信息。
19、根据权利要求18所述方法,其特征在于,所述控制权对应媒体流的所属终端信息包括:
所述媒体流属于所述第一终端以外的其它终端;
所述第一终端发送的媒体流控制权转出请求还包括:
第一终端与所述媒体流所属终端间的会话标示。
20、根据权利要求18所述方法,其特征在于,所述发送删除控制权请求之后还包括:
当所述媒体流属于第三终端时,向第三终端发起会话连接;
当所述媒体流属于第二终端时,向第一终端发送断开连接消息,断开与第一终端间的连接;
当所述媒体流属于第一终端时,向第一终端发送建立连接请求,与第一终端建立会话连接。
21、一种终端,其特征在于,包括:
控制权请求发送单元,用于发送媒体流控制权转出请求给SCC AS,请求将第一终端的媒体流控制权转移给第二终端;
删除请求接收单元,用于接收删除请求,并结束对所述媒体流的控制。
22、根据权利要求21所述终端,其特征在于,还包括:
会话接收单元,用于接收第二终端的会话请求,并与第二终端建立会话连接;或
会话接收单元,用于接收第二终端发送的断开会话请求,并与第二终端断开连接。
23、一种终端,其特征在于,包括:
控制权请求接收单元,用于接收SCC AS发送的媒体流控制权转入请求;
媒体关联单元,用于接收到所述媒体流控制权转入请求与所述媒体流相关联;
转移结果发送单元,用于发送控制权转入成功消息给SCC AS。
24、根据权利要求23所述终端,其特征在于,还包括:
指示接收单元,用于接收指示连接消息;
连接单元,用于根据所述指示连接消息向受控终端建立会话连接;或
指示接收单元,用于接收指示断开连接消息;
连接单元,用于根据所述指示断开连接消息断开与第一终端间的连接;或
指示接收单元,用于接收指示消息;
连接单元,用于根据所述指示消息与第一终端建立会话连接。
25、一种SCC AS,其特征在于,包括:
转移请求接收单元,用于接收第一终端发送的媒体流控制权转出请求;
转移请求发送单元,用于向第二终端发送媒体流控制权转入请求;
转移成功消息接收单元,用于接收第二终端发送的控制权转入成功消息;
删除请求发送单元,用于向第一终端发送删除控制权请求,请求第一终端结束对所述媒体流的控制。
26、根据权利要求25所述SCC AS,其特征在于,还包括:
指示发送单元,用于向第二终端发送指示连接消息,指示第二终端向受控终端发起会话连接;或
指示发送单元,用于向第二终端发送指示断开连接消息,指示第二终端断开与第一终端间的连接;或
指示发送单元,用于向第二终端发送指示消息,指示第二终端与第一终端建立会话连接。
27、根据权利要求25或26所述SCC AS,其特征在于,还包括:
更新消息发送单元,用于发送更新消息给对方终端,告知对方终端所述媒体流控制权转移信息。
28、一种终端,其特征在于,包括:
控制权请求单元,用于向第二终端发送媒体流控制权转出请求,请求将第一终端的媒体流控制权转移给第二终端;
删除请求接收单元,用于接收删除控制权请求,并结束对所述媒体流的控制。
29,根据权利要求28所述终端,其特征在于,还包括:
会话单元,用于与第二终端建立会话连接;或
用于与第二终端断开连接。
30、一种终端,其特征在于,包括:
控制权请求接收单元,用于接收第一终端发送的媒体流控制权转出请求;
媒体关联单元,用于与所述媒体流相关联;
控制权请求发送单元,用于向SCC AS发送媒体流控制权转入请求。
31、根据权利要求30所述终端,其特征在于,还包括
连接单元,用于与受控终端建立会话连接;或
用于断开与第一终端间的连接;或
用于与第一终端建立会话连接。
32、一种SCC AS,其特征在于,包括:
转移请求接收单元,用于接收第二终端发送的媒体流控制权转入请求;
媒体关联单元,用于根据所述媒体流控制权转入请求将所述媒体流与所述第二终端相关联;
删除请求发送单元,用于向第一终端发送删除控制权请求,请求第一终端结束对所述媒体流的控制。
33、根据权利要求32所述SCC AS,其特征在于,还包括:
更新消息发送单元,用于发送更新消息给对方终端,告知对方终端所述媒体流控制权转移信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101616782A CN101383826A (zh) | 2008-10-07 | 2008-10-07 | 一种媒体流控制权转移的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101616782A CN101383826A (zh) | 2008-10-07 | 2008-10-07 | 一种媒体流控制权转移的方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101383826A true CN101383826A (zh) | 2009-03-11 |
Family
ID=40463448
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101616782A Pending CN101383826A (zh) | 2008-10-07 | 2008-10-07 | 一种媒体流控制权转移的方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101383826A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102111387A (zh) * | 2009-12-23 | 2011-06-29 | 华为终端有限公司 | 会议状态下的控制权转移方法及用户设备 |
CN102195926A (zh) * | 2010-03-01 | 2011-09-21 | 华为终端有限公司 | 一种媒体处理方法及相关设备 |
CN102299908A (zh) * | 2010-06-24 | 2011-12-28 | 中兴通讯股份有限公司 | 用户间媒体切换的实现方法及系统 |
CN102404296A (zh) * | 2010-09-15 | 2012-04-04 | 华为终端有限公司 | 联合会话控制权变化的方法、装置 |
CN101848512B (zh) * | 2009-03-24 | 2012-08-29 | 华为技术有限公司 | 会话相关信息的转移方法及装置 |
CN102763392A (zh) * | 2010-02-10 | 2012-10-31 | 松下电器产业株式会社 | 在控制方不持久参与的情况下保持协作会话的媒体流的连续性的系统和方法 |
CN101848444B (zh) * | 2009-03-23 | 2013-06-05 | 华为终端有限公司 | 被叫处理方法、系统及网络节点 |
CN104506550A (zh) * | 2014-12-30 | 2015-04-08 | 宇龙计算机通信科技(深圳)有限公司 | 一种基于网络协议多媒体子系统的多方会议处理方法及装置 |
CN105141622A (zh) * | 2010-02-10 | 2015-12-09 | 松下电器产业株式会社 | 应用服务器及其相关方法、以及执行协作会话的系统 |
-
2008
- 2008-10-07 CN CNA2008101616782A patent/CN101383826A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101848444B (zh) * | 2009-03-23 | 2013-06-05 | 华为终端有限公司 | 被叫处理方法、系统及网络节点 |
CN101848512B (zh) * | 2009-03-24 | 2012-08-29 | 华为技术有限公司 | 会话相关信息的转移方法及装置 |
CN102111387A (zh) * | 2009-12-23 | 2011-06-29 | 华为终端有限公司 | 会议状态下的控制权转移方法及用户设备 |
CN105141622B (zh) * | 2010-02-10 | 2018-07-06 | 太阳专利信托公司 | 应用服务器及其相关方法、以及执行协作会话的系统 |
US9237174B2 (en) | 2010-02-10 | 2016-01-12 | Panasonic Intellectual Property Management Co., Ltd. | System and method to keep continuity of media flows for a collaborative session without constant controller(s) involvement |
CN102763392A (zh) * | 2010-02-10 | 2012-10-31 | 松下电器产业株式会社 | 在控制方不持久参与的情况下保持协作会话的媒体流的连续性的系统和方法 |
CN105141622A (zh) * | 2010-02-10 | 2015-12-09 | 松下电器产业株式会社 | 应用服务器及其相关方法、以及执行协作会话的系统 |
CN102195926A (zh) * | 2010-03-01 | 2011-09-21 | 华为终端有限公司 | 一种媒体处理方法及相关设备 |
CN102195926B (zh) * | 2010-03-01 | 2014-01-22 | 华为终端有限公司 | 一种媒体处理方法及相关设备 |
CN102299908B (zh) * | 2010-06-24 | 2014-11-05 | 中兴通讯股份有限公司 | 用户间媒体切换的实现方法及系统 |
CN102299908A (zh) * | 2010-06-24 | 2011-12-28 | 中兴通讯股份有限公司 | 用户间媒体切换的实现方法及系统 |
CN102404296B (zh) * | 2010-09-15 | 2014-08-20 | 华为终端有限公司 | 联合会话控制权变化的方法、装置 |
CN102404296A (zh) * | 2010-09-15 | 2012-04-04 | 华为终端有限公司 | 联合会话控制权变化的方法、装置 |
CN104506550A (zh) * | 2014-12-30 | 2015-04-08 | 宇龙计算机通信科技(深圳)有限公司 | 一种基于网络协议多媒体子系统的多方会议处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101383826A (zh) | 一种媒体流控制权转移的方法、装置及系统 | |
CN103139529B (zh) | Sip服务器、视频通话设备间的视频通话切换方法 | |
KR101051671B1 (ko) | 통신 네트워크들에서의 세션 연속성 | |
EP2056618B1 (en) | Method for converting conversation media, method and device for updating calling establishment | |
CN100559866C (zh) | 一种视频终端的切换方法及多点控制单元 | |
CN101924772B (zh) | 支持跨网络、跨终端实现多媒体会话合并的通信方法 | |
CN102017699B (zh) | 在向电路交换通信网络过渡中的单个无线电话音呼叫通信 | |
US20100040218A1 (en) | Consultative transfer service method and apparatus | |
US8446897B2 (en) | System and method for providing multimedia tone/announcement over wireless network | |
CN102082770A (zh) | 多媒体业务在不同终端间进行切换的方法及系统 | |
CN104580119A (zh) | 音视频通话方法、设备和系统 | |
CN101527894B (zh) | 一种实现显式呼叫转移的方法、设备及移动通信系统 | |
CN102761917A (zh) | 一种被叫侧发生会话切换的处理方法和as | |
CN102238672B (zh) | 反向单待业务连续性实现方法及系统 | |
CN104917996A (zh) | 视频通话切换方法和系统 | |
CN104519022A (zh) | 一种建立连接通道的方法及装置 | |
EP2421211A1 (en) | Session transfer method and user equipment | |
CN108347408A (zh) | 多方通话的管理方法、装置及多通终端 | |
CN101257646A (zh) | 媒体共享转移方法 | |
CN110582102A (zh) | 一种网络切换后通话自动恢复的方法及系统 | |
CN101505310B (zh) | 会话转接方法 | |
CN102238673A (zh) | 反向单待业务连续性实现方法及系统 | |
US8068128B2 (en) | Visual communication server and communication system | |
CN103841142A (zh) | 一种会话迁移的方法、装置及系统 | |
CN101291459B (zh) | 一种ims网络中话务台实现保持后恢复的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090311 |