CN102055750A - 终端间媒体转移过程中获取会话信息的方法及设备 - Google Patents
终端间媒体转移过程中获取会话信息的方法及设备 Download PDFInfo
- Publication number
- CN102055750A CN102055750A CN2009102212634A CN200910221263A CN102055750A CN 102055750 A CN102055750 A CN 102055750A CN 2009102212634 A CN2009102212634 A CN 2009102212634A CN 200910221263 A CN200910221263 A CN 200910221263A CN 102055750 A CN102055750 A CN 102055750A
- Authority
- CN
- China
- Prior art keywords
- terminal
- session
- scc
- media
- request
- 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
本发明公开了一种终端间媒体转移过程中获取媒体信息的方法及设备,属于多媒体技术领域。该方法包括:第一终端向第二终端对应的SCC AS发送携带指示信息的会话建立请求,所述指示信息用于指示新建会话是通过将第二终端当前会话中的媒体转移到第一终端来建立的;接收所述第二终端对应的SCC AS根据所述指示信息返回的携带所述第二终端会话媒体信息的会话建立响应;根据所述会话建立响应,获取所述第二终端会话媒体信息。本发明通过会话建立请求中携带指示信息的方式,实现了获取其他终端会话媒体信息,进而实现了由终端向其他终端请求终端间媒体转移的效果。
Description
技术领域
本发明涉及多媒体技术领域,特别涉及一种终端间媒体转移过程中获取会话信息的方法及设备。
背景技术
随着网络的发展,支持语音、视频、数据等多种媒体及其组合业务的IMS(IP Multimedia Subsystem,基于IP的多媒体子系统)被认为是下一代网络的核心。IMS会话媒体可以在不同终端之间进行转移,针对由第一终端(媒体将要转移到的终端)发起媒体转移的拉动模式,为了实现IMS会话的部分或全部媒体在终端之间转移(IUT:Inter-UE Transfer)过程中的业务连续性,当第一终端发起IMS会话媒体转移时,第一终端需要知道第二终端(媒体转移前所在的终端)当前正在进行的会话信息,例如:会话标识、会话中包含的媒体信息等,从而请求将第二终端的会话媒体转移到第一终端自身。因此,第一终端如何获取第二终端(即除第一终端自身以外的其他终端)的会话信息是当前需要解决的一个问题。
现有技术中的第一终端在获取其他终端的多媒体会话信息时,通过向其他终端或IMS实体订阅的方式获取其他终端的会话事件包,进而从获取到的会话事件包中获取会话信息。
在实现本发明的过程中,发明人发现现有技术至少存在以下缺点:
现有技术通过订阅方式获取到的会话事件包中,不包含会话媒体信息,只包含诸如会话标识和会话状态等信息,因此,通过订阅其他终端的会话事件包,并不能够获知该终端当前会话信息中的媒体信息。
发明内容
为了获取其他终端当前会话信息中的媒体信息,从而实现由第一终端发起IMS会话媒体转移,本发明实施例提供了一种终端间媒体转移过程中获取会话信息的方法及设备。所述技术方案如下:
一方面,提供了一种终端间媒体转移过程中获取会话信息的方法,所述方法包括:
第一终端向第二终端对应的业务集中与连续性应用服务器SCC AS发送携带指示信息的会话建立请求,所述指示信息用于指示新建会话是通过将所述第二终端当前会话中的媒体转移到所述第一终端来建立的;
接收所述第二终端对应的SCC AS根据所述指示信息返回的携带所述第二终端会话媒体信息的会话建立响应;
根据所述会话建立响应,获取所述第二终端会话媒体信息。
另一方面,提供了一种终端,所述终端包括:
第一发送模块,用于向另一终端对应的业务集中与连续性应用服务器SCC AS发送携带指示信息的会话建立请求,所述指示信息用于指示新建会话是通过将所述另一终端当前会话中的媒体转移到所述终端来建立的;
第一接收模块,用于接收所述SCC AS根据所述指示信息返回的携带所述另一终端会话媒体信息的会话建立响应;
获取模块,用于根据所述会话建立响应,获取所述另一终端会话媒体信息。
还提供了一种业务集中与连续性应用服务器SCC AS,所述SCC AS包括:
第一接收模块,用于接收第一终端发送的携带指示信息的会话建立请求,所述指示信息用于指示新建会话是通过将所述第二终端当前会话中的媒体转移到所述第一终端来建立的;
第一返回模块,用于根据所述指示信息,向所述第一终端返回携带所述第二终端会话媒体信息的会话建立响应。
本发明实施例提供的技术方案的有益效果是:
通过在会话建立请求中携带指示信息,指示新建会话将通过终端间媒体转移建立,使收到该会话建立请求的源SCC AS返回携带第二终端会话媒体信息的会话建立响应,从而使第一终端根据该会话建立响应获取第二终端的会话媒体信息,实现由第一终端发起终端间媒体转移。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的终端间媒体转移过程中获取会话信息的方法流程图;
图2是本发明实施例二提供的第一种终端间媒体转移过程中获取会话信息的方法流程图;
图3是本发明实施例二提供的第二种终端间媒体转移过程中获取会话信息的方法流程图;
图4是本发明实施例三提供的第一种终端间媒体转移过程中获取会话信息的方法流程图;
图5是本发明实施例三提供的第二种终端间媒体转移过程中获取会话信息的方法流程图;
图6是本发明实施例四提供的第一种终端结构示意图;
图7是本发明实施例四提供的第二种终端结构示意图;
图8是本发明实施例四提供的第三种终端结构示意图;
图9是本发明实施例五提供的第一种SCC AS结构示意图;
图10是本发明实施例五提供的第二种CC AS结构示意图;
图11是本发明实施例五提供的第三种SCC AS结构示意图;
图12是本发明实施例六提供的终端间媒体转移过程中获取会话信息的系统结构示意图;
图13是本发明实施例六提供的第二终端结构示意图;
图14是本发明实施例六提供的第一种第一终端对应的SCC AS结构示意图;
图15是本发明实施例六提供的第二种第一终端对应的SCC AS结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例一
参见图1,本实施例提供了一种终端间媒体转移过程中获取会话信息的方法,具体方法流程如下:
101:第一终端向第二终端对应的业务集中与连续性应用服务器SCC AS发送携带指示信息的会话建立请求,指示信息用于指示新建会话是通过将第二终端当前会话中的媒体转移到第一终端来建立的;
102:接收第二终端对应的SCC AS根据指示信息返回的携带第二终端会话媒体信息的会话建立响应;
103:根据会话建立响应,获取第二终端会话媒体信息。
本实施例提供的方法,通过在会话建立请求中携带指示信息,指示新建会话将通过终端间媒体转移建立,使收到该会话建立请求的第二终端对应的SCC AS在根据该指示信息确定新建会话将通过终端间媒体转移后,返回携带第二终端会话媒体信息的会话建立响应,从而根据该会话建立响应获取第二终端会话媒体信息,实现由第一终端发起终端间媒体转移。
实施例二
本实施例针对终端间媒体转移过程,提供了一种终端间媒体转移过程中获取会话信息的方法。当用户将正在进行的IMS会话的部分或全部媒体由一个终端转移到另一个终端时,为了提供良好的用户体验,要求会话媒体流在此转移过程中保持连续、不中断。其中,SCC AS(Service Centralization andContinuity Application Server,业务集中与连续性应用服务器)是IMS会话连续性的一个关键功能实体,它执行核心的SC(Service Continuity,业务连续性)业务逻辑控制。为了便于说明,本实施例以媒体转移的第一终端为用户设备UE-1,第二终端为用户设备UE-2,UE-2与远端正在进行关于媒体A的会话为例。UE-1与UE-2一般指同一用户的不同用户设备,或多个用户的不同用户设备,本实施例以UE-1与UE-2由同一个SCC AS提供会话连续性业务为例,参见图2,本实施例提供的终端间媒体转移过程中获取会话信息的方法流程具体如下:
201-202:UE-1通过中间IMS实体向SCC AS发送携带指示信息的会话建立请求(INVITE)消息,其中,指示信息用于指示新建会话是通过将UE-2与远端之间当前会话中的媒体(该实施例中为媒体A)转移到UE-1,来建立的UE-1与远端之间的会话;
具体地,会话建立请求消息中除了携带指示信息外,还需携带建立会话的两个设备的标识,分别在SIP(Session Initiation Protocol,会话发起协议)信令TO头域及FROM头域中标识。由于此处建立会话的两个设备为UE-1与远端,则会话建立请求消息中的TO头域设置为远端标识,FROM头域设置为UE-1标识。
关于会话建立请求消息中携带的指示信息,包括但不限于以下几种:
1)在现有SIP(Session Initiation Protocol,会话发起协议)信令中的Replaces或Target Dialog头域中定义的指示参数。
该种方式又可以分为以下三种情况:
a.在Replaces或Target Dialog头域中定义的新参数:URI或local-RUI,用于指示新建会话将替换该URI或local-URI对应的设备参与的会话,会话远端相同。
当请求将全部媒体由UE-2转移到UE-1时,采用为Replaces定义新参数的方式,例如:定义新参数URI或local-URI,用于指示新建会话将替换该URI或local-URI对应设备参与的会话,会话远端相同;即Replaces:UE-2 URI,或Replaces:local-URI=UE-2 URI;
当请求将部分或全部媒体由UE-2转移到UE-1时,采用为Target Dialog定义新参数的方式,例如:定义新参数URI或local-URI,用于指示新建会话与该URI或local-URI对应设备参与的远端相同的会话相关;即Target Dialog:UE-2 URI,或Target Dialog:local-URI=UE-2 URI。
需要说明的是:此处的新建会话是由该会话的部分或全部媒体转移到第一终端,即用户设备UE-1形成的,会话远端相同。
b.在Replaces或Target Dialog头域中扩展现有参数local-tag的含义:
当现有参数local-tag=URI时,则指示新建会话将替换该URI对应设备参与的会话,会话远端相同,即Replaces/Target Dialog:local-tag=UE-2 URI。
c.在UE-1通过订阅UE-2的会话事件(dialog event)包获取了UE-2当前会话标识的情况下,将Replaces或Target Dialog头域的头域值设置为UE-2的会话标识,即Replaces/Target Dialog:UE-2 session identifier,consisting of call-id,remote-tag,local-tag;
此处UE-2 session identifier(UE-2会话标识)由call-id,remote-tag和local-tag三部分组成,从而指示新建会话中的媒体是UE-2与同一远端正在进行的该会话标识所对应的会话中的媒体。
另外,UE-1在订阅UE-2的会话事件包时,可以采取向用户设备UE-2订阅或采取向IMS实体订阅的方式获取UE-2的会话事件包,由于订阅方式在现有技术中已经可以实现,此处暂不赘述。
2)在现有SIP信令中定义的新的指示头域Target UE:URI,表示新建会话将替换该URI对应设备参与的会话,会话远端相同,即Target UE:UE-2 URI。
3)对现有SIP信令的Request-Disposition字段进行扩展,即在Request-Disposition字段中定义的新的指示内容。
其中,现有SIP信令的Request-Disposition字段表示会话发起方期望应用服务器如何处理该会话建立请求,例如,现有SIP信令的Request-Disposition指示之一为:proxy-directive=″proxy″/″redirect″,则表示会话发起方期望应用服务器代理或转发该会话建立请求。
此处在对Request-Disposition字段进行扩展时,采取定义新指示(directives)的方式:Inter-UE-transfer-directive,Inter-UE-transfer-directive=“inter-UE-transfer”/“no-inter-UE-transfer”,向应用服务器指示该会话是否通过终端间媒体转移建立。其中,“inter-UE-transfer”表示该会话将通过终端间媒体转移建立,即把其他终端正在进行的会话中的部分或全部媒体转移到本地终端(目标用户设备),而会话远端不变;“no-inter-UE-transfer”表示该会话将不会通过终端间媒体转移建立。
可选地,还可以为Request-Disposition字段定义其他相似含义的新指示内容:pull-media-directive,pull-media-directive=“pull-media”/“no-pull-media”,向应用服务器指示该会话是否通过终端间媒体转移建立,其中,“pull-media”表示该会话将通过终端间媒体转移建立,即把其他终端正在进行的会话中的部分或全部媒体转移到新的本地用户设备(目标用户设备),而会话远端不变;“no-pull-media”表示该会话将不会通过终端间媒体转移建立。
4)在现有SIP信令中的消息体中携带媒体描述,并指示该媒体是由UE-2正在进行的会话转移到UE-1。如:SDP(Session Description Protocol,会话描述协议)或XML(Extensible Markup Language,可扩展标记语言)消息体。
进一步地,此处携带的媒体描述可以依据用户输入(例如建立语音会话、视频会话或数据传输)、UE-2自身能力和/或远端能力等信息确定。例如,采用XML消息体,对现有application/dialog-info+xml进行如下扩展:
其中,mediatype=“audio”,mediaprotocol=“RTP/AVP”,mediaformat=“0”,mediaconnection=IN等为扩展的媒体描述信息,现有字段entity=UE-2URI,表明媒体由UE-2转移。
由于UE-1此时不知道UE-2正在进行的会话的具体信息(如:媒体类型、状态),因此,这里的消息体(媒体描述)是尝试性的,后续可能需要作进一步修改,例如依据UE-2正在进行的会话的具体信息(见后续步骤)继续/再次发起会话请求。如果用户知道UE-2正在进行的会话的具体信息(例如UE-2、UE-1均在用户身边),有可能直接提供正确的用户输入。
以上携带的指示信息1)、2)、3)、4)可以单独使用,也可以将其中的两种或多种组合使用,本实施例不对携带的指示信息做具体限定。由于1)、2)、3)、4)中描述的指示信息不同,因此,如果将这四种方式全部组合起来使用,则携带的指示信息将是最详细的。
需要说明的是:由于上述方法指示出了UE-1的会话将通过UE-2媒体转移建立,会话远端相同,因此,该INVITE消息中To头域还可以设置为SCC AS PSIDN(而不是远端URI),从而由SCC AS决定建立与UE-1的接入会话分支并与远端会话分支相关联。这种方式允许UE-1不知道会话远端URI而发起上述请求。
203-204:SCC AS收到INVITE消息后,首先根据INVITE消息中的UE-1标识确定UE-1是否授权向UE-2请求媒体转移,本实施例以SCC AS确定UE-1已授权向UE-2请求媒体转移为例,则根据INVITE消息中包含的信息,例如:UE-1标识(与UE-2具有相同的公共用户标识)和相同的会话远端标识,和/或携带的指示信息,确定该新建会话将通过转移UE-2当前会话中的部分或全部媒体到UE-1来建立(会话远端不变),进而SCC AS通过中间IMS实体向UE-1发送183(Session Progress)消息。
其中,SCC AS确定UE-1已授权向UE-2请求媒体转移的条件包括但不限于以下几种:
a.UE-1与UE-2属于同一个隐含注册集,即:UE-1与UE-2具有相同的公共用户标识(Public User Identity)和私有用户标识(Private User Identity);
b.UE-1与UE-2属于同一个签约用户;
c.UE-1在UE-2授权请求媒体转移的用户设备列表中;
需要说明的是:该UE-2授权请求媒体转移的用户设备列表由UE-1或UE-2预先发送给SCC AS,SCC AS可直接在本地查询该列表,从而判断UE-1是否在UE-2授权请求媒体转移的用户设备列表中,如果在,则判断UE-1已授权向UE-2请求媒体转移。
d.根据运营商策略或保存的UE-2用户偏好,允许将该INVITE消息转发给UE-2,由UE-2进行授权。
进一步地,SCC AS向UE-1发送的183消息中将携带媒体描述信息,该183消息中携带的媒体描述信息,将根据INVITE消息中是否包含消息体而会有所不同,具体有以下两种情况:
a.如果INVITE消息中包含消息体(SDP或XML),则返回的183消息中携带的媒体描述与INVITE消息中包含的消息体中的媒体描述相同或为其子集;
b.如果INVITE消息中不包含消息体(SDP或XML),则返回的183消息中可以携带对应的UE-2与远端之间会话的全部媒体描述。
可选地,参见图3,如果INVITE消息中包含消息体(SDP或XML),且消息体中描述的媒体类型不包括在UE-2与远端之间会话的媒体类型中(例如:INVITE消息中为视频媒体,而UE-2与远端之间的会话只包括语音媒体),则SCC AS将向UE-1发送488(Not Acceptable Here)消息,该488消息将通过消息体(SDP或XML)携带UE-2与远端之间会话的媒体描述等信息,如图3所示。
205-206:UE-1接收到183消息后,则通过中间IMS实体向SCC AS发送PRACK消息,该PRACK消息将通过消息体(SDP或XML)携带正确的转移媒体的描述信息,即:将要从UE-2与同一远端正在进行的会话中转移到UE-1上的媒体的描述;该媒体描述基于183消息中UE-2与远端之间的会话的媒体描述等信息确定(与其相同或为其子集)。SCC AS接收到PRACK消息后,向UE-1发送对应于该PRACK消息的200 OK消息。
可选地,如果UE-1接收到488消息(如图3所示的步骤303-304),则生成新的INVITE消息,该新的INVITE消息将通过消息体(SDP或XML)携带正确的媒体转移的描述信息,即:将要从UE-2与同一远端正在进行的会话中转移到UE-1上的媒体的描述;该媒体描述基于488消息中UE-2与远端之间的会话的媒体描述等信息确定(与其相同或为其子集)。如图3所示步骤305-306,UE-1将生成的新的INVITE消息通过中间IMS实体发送给SCC AS,之后执行和图2所示步骤207-226相同的流程。
需要说明的是:183消息或488消息中携带的媒体描述可能需要显示给用户,例如,媒体描述中包含新的媒体类型,从而由用户进行选择,UE-1根据用户选择发出PRACK或新的INVITE消息;也可能不显示给用户而由UE-1决定,例如,媒体描述中只修改了媒体的编码方式。
207-208:SCC AS向UE-2发送Re-INVITE消息,请求将UE-2上的媒体转移至UE-1。
具体地,可以通过Re-INVITE消息中的消息体(XML或SDP)指示媒体转移信息,例如,将被转移媒体的目的地址设为UE-1的地址。
209-210:UE-2接收到Re-INVITE消息后,如果步骤203-204中根据运营商策略或保存的UE-2用户偏好,要求UE-2对此Re-INVITE请求进行授权,则UE-2根据UE-1标识、UE-2存储的允许媒体转移的用户设备列表、或用户输入(需要通过人机界面向用户提示选择是否同意媒体转移的信息)等决定是否允许媒体转移。为了便于说明,本实施例以UE-2允许媒体转移为例,则UE-2通过中间IMS实体向SCC AS发送200 OK消息,同意将媒体转移至UE-1。
211-212:SCC AS向会话远端发送Re-INVITE消息,更新远端会话分支。例如,更新会话中转移到UE-1的媒体描述信息。
213-214:会话远端向SCC AS发送200 OK消息,同意远端会话分支更新。
215-216:SCC AS向UE-1发送200 OK消息,表明媒体转移成功。
217-218:UE-1向SCC AS发送ACK消息。
219-220:SCC AS向会话远端发送ACK消息。
221-222:SCC AS向UE-2发送ACK消息。
至此,终端间的媒体转移完成,UE-1与远端之间将进行关于媒体A的会话。可选地,UE-2将媒体转移到UE-1之后,如果UE-2不再保留该会话的媒体以及对该会话的控制,则继续执行下面步骤223-226。
223-226:SCC AS向UE-2发送BYE消息,请求释放UE-2的接入会话分支。UE-2向SCC AS发送200 OK消息,同意释放其接入会话分支。
本实施例提供的方法,通过在会话建立请求消息中携带指示信息,指示新建会话将通过终端间媒体转移建立,使收到该会话建立请求消息的第二终端对应的SCC AS在根据该指示信息确定新建会话将通过终端间媒体转移后,返回携带第二终端会话媒体信息的会话建立响应,从而根据该会话建立响应获取第二终端的会话媒体信息,实现由第一终端发起终端间媒体转移。另外,本实施例提供的方法,在终端间媒体转移过程中由SCC AS或第二终端进行鉴权,以决定是否允许终端获取其他终端的会话媒体信息并进行媒体转移,进而保证了媒体转移过程中的安全性。
实施例三
参见图4,本实施例提供了一种终端间媒体转移过程中获取终端会话信息的方法,仍以IMS会话媒体转移的第一终端(媒体将要转移到的终端)为用户设备UE-1,第二终端(媒体所在终端)为用户设备UE-2为例,图中UE-1与UE-2分别由SCC AS-1、SCC AS-2提供会话连续性业务,即SCC AS-1为第一终端对应的SCC AS,SCC AS-2为第二终端对应的SCC AS,方法具体流程如下:
401-402:UE-1向SCC AS-1发送携带指示信息的会话建立请求(INVITE)消息,其中,指示信息用于指示新建会话是通过将UE-2与远端之间的当前会话中的媒体(该实施例中为媒体A)转移到UE-1,来建立的UE-1与远端之间的会话;
该步骤与实施例二中的步骤201-202基本相同,其不同之处在于:
由于该实施例中的第一终端UE-1与第二终端UE-2由不同的SCC AS控制,因此,会话建立请求消息中携带的指示信息,必须通过实施例二中所述携带的指示信息中的一种或多种组合来携带UE-2的标识,需要说明的是,由于实施例二中所述携带的指示信息3)对现有SIP信令的Request-Disposition字段进行扩展时,该种指示信息不携带UE-2标识,因此,该种方式不能单独使用。但是,如果采用方式3)来携带指示信息,可以将方式3)与其他方式进行组合使用。
403-404:SCC AS-1收到INVITE消息后,首先根据INVITE消息中的UE-1标识和UE-2标识确定UE-1是否授权向UE-2请求媒体转移,本实施例以SCC AS-1确定UE-1已授权向UE-2请求媒体转移为例,则SCC AS-1根据INVITE消息中包含的信息(见步骤401-402),确定该新建会话将通过转移UE-2当前会话中的部分或全部媒体到UE-1来建立(会话远端不变),进而SCC AS-1通过中间IMS实体将INVITE消息转发给SCC AS-2。
其中,SCC AS-1确认UE-1已授权向UE-2请求媒体转移的条件包括但不限于以下几种:
a.UE-2在UE-1授权请求媒体转移的用户设备列表中;
需要说明的是:该UE-1授权请求媒体转移的用户设备列表由UE-1预先发送给SCC AS-1,因此,SCC AS-1可直接在本地查询该列表,从而判断UE-2是否在UE-1授权请求媒体转移的用户设备列表中,如果在,则说明UE-1已授权向UE-2请求媒体转移。
b.根据运营商策略或保存的UE-2用户偏好,允许将该INVITE消息转发给UE-2,由UE-2进行授权。
405-408:SCC AS-2收到INVITE消息后,首先根据INVITE消息中的UE-1标识和UE-2标识确定UE-1是否授权向UE-2请求媒体转移,本实施例以SCC AS-2确定UE-1已授权向UE-2请求媒体转移为例,则SCC AS-2根据INVITE消息中包含的信息(见步骤401-402),确定该新建会话将通过转移UE-2当前会话中的部分或全部媒体到UE-1来建立(会话远端不变),进而SCC AS-2通过中间IMS实体和SCC AS-1向UE-1发送183(Session Progress)消息。
其中,SCC AS-2确认UE-1已授权向UE-2请求媒体转移的条件包括但不限于以下几种:
a.UE-1在UE-2授权请求媒体转移的用户设备列表中;
需要说明的是:该UE-2授权请求媒体转移的用户设备列表由UE-2预先发送给SCC AS-2,因此,SCC AS-2可直接在本地查询该列表,从而判断UE-1是否在UE-2授权请求媒体转移的用户设备列表中,如果在,则说明UE-1已授权向UE-2请求媒体转移。
d.根据运营商策略或保存的UE-2用户偏好,允许将该INVITE消息转发给UE-2,由UE-2进行授权。
进一步地,SCC AS-2通过中间IMS实体和SCC AS-1向UE-1发送的183消息中将携带媒体描述信息,该183消息中携带的媒体描述信息,将根据INVITE消息中是否包含消息体而会有所不同,具体有以下两种情况:
a.如果INVITE消息中包含消息体(SDP或XML),则返回的183消息中携带的媒体描述与INVITE消息中包含的消息体中的媒体描述相同或为其子集;
b.如果INVITE消息中不包含消息体(SDP或XML),则返回的183消息中可以携带的对应的UE-2与远端之间的会话的全部媒体描述。
可选地,如果INVITE消息中包含消息体(SDP或XML),且消息体中描述的媒体类型不包括在UE-2与远端之间会话的媒体类型中(例如:INVITE消息中为视频媒体,而UE-2与远端之间的会话只包括语音媒体),则SCC AS-2将通过中间IMS实体和SCC AS-1向UE-1发送488(Not Acceptable Here)消息,该488消息将通过消息体(SDP或XML)携带UE-2与远端之间会话的媒体描述等信息,如图5所示。
409-412:UE-1接收到183消息,则通过中间IMS实体向SCC AS-1发送PRACK消息,该PRACK消息将通过消息体(SDP或XML)携带新建会话的媒体描述,即:将要从UE-2与同一远端正在进行的会话中转移到UE-1上的媒体的描述;该媒体描述基于183消息中UE-2与远端之间的会话的媒体描述等信息确定(与其相同或为其子集)。SCC AS-1接收到PRACK消息后,将PRACK消息通过IMS中间网络实体转发给SCC AS-2。
可选地,如果UE-1接收到488消息(如图5所示的步骤505-508),则生成新的INVITE消息,该新的INVITE消息将通过消息体(SDP或XML)携带新建会话的媒体描述,即:将要从UE-2与同一远端正在进行的会话中转移到UE-1上的媒体的描述;该媒体描述基于488消息中UE-2与远端之间的会话的媒体描述等信息确定(与其相同或为其子集)。如图5所示步骤509-512,UE-1将生成的新的INVITE消息通过中间IMS实体和SCC AS-1发送给SCC AS-2,之后执行和图4所示步骤417-440相同的流程。
需要说明的是:183消息或488消息中携带的媒体描述可能需要显示给用户,例如,媒体描述中包含新的媒体类型,从而由用户进行选择,UE-1根据用户选择发出PRACK或新的INVITE消息;也可能不显示给用户而由UE-1决定,例如,媒体描述中只修改了媒体的编码方式。
413-416:SCC AS-2收到PRACK消息后,通过IMS中间网络实体和SCC AS-1向UE-1发送对应于该PRACK消息的200 OK消息。
417-418:SCC AS-2通过中间IMS实体向UE-2发送Re-INVITE消息,请求将媒体转移至UE-1。
具体地,可以通过Re-INVITE消息中的消息体(XML或SDP)指示媒体转移信息,例如,将被转移媒体的目的地址设为UE-1的地址。
419-420:UE-2接收到Re-INVITE消息后,如果步骤403-404中根据运营商策略或保存的UE-2用户偏好,要求UE-2对此Re-INVITE请求进行授权,则UE-2根据UE-1标识、UE-2存储的允许媒体转移的用户设备列表、或用户输入(需要通过人机界面向用户提示选择是否同意媒体转移的信息)等决定是否允许媒体转移。为了便于说明,本实施例以UE-2允许媒体转移为例,则UE-2通过中间IMS实体向SCC AS-2发送200 OK消息,同意将媒体转移至UE-1。
421-422:SCC AS-2通过中间IMS实体向会话远端发送Re-INVITE消息,更新远端会话分支。例如,更新会话中转移到UE-1的媒体描述信息。
423-424:会话远端通过中间IMS实体向SCC AS-2发送200 OK消息,同意远端会话分支更新。
425-428:SCC AS-2通过IMS中间网络实体和SCC AS-1向UE-1发送200 OK消息,表明媒体转移成功。
429-430:UE-1通过中间IMS实体向SCC AS-1发送ACK消息。
431-432:SCC AS-1通过中间IMS实体将ACK消息转发给SCC AS-2。
433-434:SCC AS-2通过中间IMS实体向会话远端发送ACK消息。
435-436:SCC AS-2通过中间IMS实体向UE-2发送ACK消息。
至此,终端间的媒体转移完成,UE-1与远端之间将进行关于媒体A的会话。可选地,UE-2将媒体转移到UE-1之后,如果UE-2不再保留该会话的媒体以及对该会话的控制,则继续执行下面步骤437-440。
437-440:UE-2不再保留该会话的媒体以及对该会话的控制,则SCC AS-2通过中间IMS实体向UE-2发送BYE消息,请求释放UE-2的接入会话分支。UE-2接收到BYE消息后,通过中间IMS网路实体向SCC AS-2发送200 OK消息,同意释放其接入会话分支。
本实施例提供的方法,通过在会话建立请求消息中携带指示信息,指示新建会话将通过终端间媒体转移建立,使收到该会话建立请求消息的第二终端对应的SCC AS在根据该指示信息确定新建会话将通过终端间媒体转移后,返回携带第二终端会话媒体信息的会话建立响应,从而根据该会话建立响应获取第二终端的会话媒体信息,实现由第一终端发起终端间媒体转移。另外,本实施例提供的方法,在终端间媒体转移过程中由第二终端对应的SCC AS和第一终端对应的SCC AS或第二终端进行鉴权,以决定是否允许终端获取其他终端的会话媒体信息并进行媒体转移,进而保证了媒体转移过程中的安全性。
实施例四
参见图6,本实施例提供了一种终端,该终端包括:
第一发送模块601,用于向另一终端对应的业务集中与连续性应用服务器SCC AS发送携带指示信息的会话建立请求,指示信息用于指示新建会话是通过将另一终端当前会话中的媒体转移到该终端来建立的;
第一接收模块602,用于接收另一终端对应的SCC AS根据指示信息返回的携带另一终端会话媒体信息的会话建立响应;
获取模块603,用于根据会话建立响应,获取另一终端会话媒体信息。
进一步地,参见图7,该终端还包括:
第二发送模块604,用于根据获取模块获取到的会话建立响应,向另一终端对应的SCC AS发送会话建立响应确认或新的会话建立请求,该会话建立响应确认或新的会话建立请求中携带正确的转移媒体的描述信息;
第二接收模块605,用于接收另一终端对应的SCC AS返回的表明媒体转移成功的确认。
参见图8,可选地,该终端还包括:
订阅模块606,用于通过订阅另一终端当前的会话事件包,获取另一终端当前的会话标识;
相应地,第一发送模块601在向另一终端对应的SCC AS发送的会话建立请求中还携带另一终端当前的会话标识,指示信息具体用于指示新建会话是通过将另一终端的会话标识对应的会话中的媒体转移到该终端来建立的。
本实施例提供的终端,通过向另一终端对应的SCC AS发送携带指示信息的会话建立请求消息,指示新建会话将通过终端间媒体转移建立,使收到该会话建立请求消息的SCC AS在根据该指示信息确定新建会话将通过终端间媒体转移后,返回携带另一终端会话媒体信息的会话建立响应,从而根据该会话建立响应获取另一终端会话媒体信息,实现终端间媒体转移。
实施例五
参见图9,本实施例提供了一种业务集中与连续性应用服务器SCC AS,该SCC AS包括:
第一接收模块901,用于接收第一终端发送的携带指示信息的会话建立请求,指示信息用于指示新建会话是通过将第二终端当前会话中的媒体转移到第一终端来建立的;
第一返回模块902,用于根据指示信息,向第一终端返回携带第二终端会话媒体信息的会话建立响应。
可选地,参见图10,该SCC AS还包括:
确定模块903,用于确定第一终端是否授权向第二终端请求媒体转移。
具体地,该确定模块903,具体用于确定第一终端是否在第二终端授权请求媒体转移的终端列表中;或,将会话建立请求转发给第二终端,由第二终端决定是否授权于第一终端。
进一步地,参见图11,该SCC AS还包括:
第二接收模块904,用于接收第一终端根据会话建立响应发送的会话建立响应确认或新的会话建立请求,该会话建立响应确认或新的会话建立请求中携带正确的转移媒体的描述信息;
第二返回模块905,用于返回表明媒体转移成功的确认。
本实施例提供的SCC AS,在收到携带指示信息的会话建立请求消息后,根据该指示信息确定新建会话将通过终端间媒体转移,并向第一终端返回携带第二终端会话媒体信息的会话建立响应,从而使第一终端可以根据该会话建立响应获取第二终端会话媒体信息,实现由第一终端发起终端间媒体转移。
实施例六
参见图12,本实施例提供了一种终端间媒体转移过程中获取会话信息的系统,该系统包括第一终端1201、第二终端对应的SCC AS 1202,第二终端1203、第一终端对应的SCC AS 1204,还包括中间IMS实体1205。
其中,第一终端1201同实施例四中涉及到的终端,第二终端对应的SCC AS1202同实施例五中涉及到的SCC AS。
参见图13,第二终端1203包括:
接收模块1203a,用于接收由第二终端对应的SCC AS 1202通过中间IMS实体1205转发的携带指示信息的会话建立请求,指示信息用于指示新建会话是通过将第二终端1203当前会话中的媒体转移到第一终端1201来建立的;
授权模块1203b,用于根据接收到的会话建立请求,决定是否授权于第一终端1201向第二终端1203请求媒体转移。
参见图14,目标SCC AS 1204包括:
第一接收模块1204a,用于接收第一终端1201通过中间IMS实体1205发送的携带指示信息的会话建立请求;
第一发送模块1204b,用于将会话建立请求通过中间IMS实体1205发送给第二终端对应的SCC AS 1202;
第二接收模块1204c,用于接收第二终端对应的SCC AS 1202通过中间IMS实体1205发送的携带第二终端1203会话媒体信息的会话建立响应;
第二发送模块1204d,用于将会话建立响应通过中间IMS实体1205返回给第一终端1201。
参见图15,该第一终端对应的SCC AS 1204还包括:
确定模块1204e,用于确定第一终端1201是否授权向第二终端1203请求媒体转移。
具体地,该确定模块1204e,具体用于确定第二终端1203是否在第一终端1201授权请求媒体转移的终端列表中;或,将会话建立请求转发给第二终端1203,由第二终端1203决定是否授权于第一终端1201。
可选地,第一终端对应的SCC AS 1204与第二终端对应的SCC AS 1202可以为同一个SCC AS。
本实施例提供的系统,通过在会话建立请求消息中携带指示信息,指示新建会话将通过终端间媒体转移建立,使收到该会话建立请求消息的第二终端对应的SCC AS在根据该指示信息确定新建会话将通过终端间媒体转移后,返回携带第二终端会话媒体信息的会话建立响应,从而根据该会话建立响应获取第二终端的会话媒体信息,实现由第一终端发起终端间媒体转移。另外,本实施例提供的系统,在终端间媒体转移过程中由第二终端对应的SCC AS和第一终端对应的SCC AS或第二终端进行鉴权,以决定是否允许终端获取其他终端的会话媒体信息并进行媒体转移,进而保证了媒体转移过程中的安全性。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本发明实施例中的部分步骤,可以利用软件实现,相应的软件程序可以存储在可读取的存储介质中,如光盘或硬盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种终端间媒体转移过程中获取会话信息的方法,其特征在于,所述方法包括:
第一终端向第二终端对应的业务集中与连续性应用服务器SCC AS发送携带指示信息的会话建立请求,所述指示信息用于指示新建会话是通过将所述第二终端当前会话中的媒体转移到所述第一终端来建立的;
接收所述第二终端对应的SCC AS根据所述指示信息返回的携带所述第二终端会话媒体信息的会话建立响应;
根据所述会话建立响应,获取所述第二终端会话媒体信息。
2.根据权利要求1所述的方法,其特征在于,所述指示信息至少包括以下一种:
在会话发起协议SIP信令中的Replaces或Target Dialog头域中定义的指示参数;
在所述SIP信令中定义的新的指示头域;
在Request-Disposition字段中定义的新的指示内容;或者
在消息体中携带的媒体描述,并指示所述媒体描述是由所述第二终端当前会话转移到所述第一终端。
3.根据权利要求1所述的方法,其特征在于,所述第一终端向第二终端对应的业务集中与连续性应用服务器SCC AS发送携带指示信息的会话建立请求,具体包括:
第一终端通过中间IMS实体向所述第一终端对应的SCC AS发送携带指示信息的会话建立请求,由所述第一终端对应的SCC AS将所述会话建立请求通过所述中间IMS实体发送给所述第二终端对应的SCC AS。
4.根据权利要求3所述的方法,其特征在于,所述第一终端对应的SCC AS将所述会话建立请求通过所述中间IMS实体发送给所述第二终端对应的SCC AS之前,还包括:
确定所述第一终端是否授权向所述第二终端请求媒体转移。
5.根据权利要求4所述的方法,其特征在于,所述确定所述第一终端是否授权向所述第二终端请求媒体转移,具体包括:
确定所述第二终端是否在所述第一终端授权请求媒体转移的终端列表中;
或,将所述会话建立请求转发给所述第二终端,由所述第二终端决定是否授权于所述第一终端。
6.根据权利要求1所述的方法,其特征在于,所述接收所述第二终端对应的SCC AS根据所述指示信息返回的携带所述第二终端会话媒体信息的会话建立响应,具体包括:
接收所述第二终端对应的SCC AS根据所述指示信息,通过所述中间IMS实体将携带所述第二终端会话媒体信息的会话建立响应发送给所述第一终端对应的SCC AS,由所述第一终端对应的SCC AS通过中间IMS实体返回的携带所述第二终端会话媒体信息的会话建立响应。
7.根据权利要求6所述的方法,其特征在于,所述第二终端对应的SCC AS根据所述指示信息,通过所述中间IMS实体将携带所述第二终端会话媒体信息的会话建立响应发送给所述第一终端对应的SCC AS之前,还包括:
确定所述第一终端是否授权向所述第二终端请求媒体转移。
8.根据权利要求7所述的方法,其特征在于,所述确定所述第一终端是否授权向所述第二终端请求媒体转移,具体包括:
确定所述第一终端是否在所述第二终端授权请求媒体转移的终端列表中;
或,将所述会话建立请求转发给所述第二终端,由所述第二终端决定是否授权于所述第一终端。
9.根据权利要求1所述的方法,其特征在于,所述获取所述第二终端会话媒体信息之后,还包括:
根据所述会话建立响应,向所述第二终端对应的SCC AS发送会话建立响应确认或新的会话建立请求,所述会话建立响应确认或新的会话建立请求中携带正确的转移媒体的描述信息;
接收所述第二终端对应的SCC AS返回的表明媒体转移成功的确认。
10.根据权利要求1所述的方法,其特征在于,所述第一终端向第二终端对应的业务集中与连续性应用服务器SCC AS发送携带指示信息的会话建立请求之前,还包括:
通过订阅所述第二终端的会话事件包,获取所述第二终端的会话标识;
相应地,所述第一终端向所述第二终端对应的SCC AS发送的会话建立请求中还携带所述第二终端的会话标识;
所述指示信息具体用于指示所述新建会话是通过将所述第二终端的会话标识对应的会话中的媒体转移到所述第一终端来建立的。
11.一种终端,其特征在于,所述终端包括:
第一发送模块,用于向另一终端对应的业务集中与连续性应用服务器SCC AS发送携带指示信息的会话建立请求,所述指示信息用于指示新建会话是通过将所述另一终端当前会话中的媒体转移到所述终端来建立的;
第一接收模块,用于接收所述SCC AS根据所述指示信息返回的携带所述另一终端会话媒体信息的会话建立响应;
获取模块,用于根据所述会话建立响应,获取所述另一终端会话媒体信息。
12.根据权利要求11所述的终端,其特征在于,所述终端,还包括:
第二发送模块,用于根据所述获取模块获取到的会话建立响应,向所述SCCAS发送会话建立响应确认或新的会话建立请求,所述会话建立响应确认或新的会话建立请求中携带正确的转移媒体的描述信息;
第二接收模块,用于接收所述SCC AS返回的表明媒体转移成功的确认。
13.根据权利要求11或12所述的终端,其特征在于,所述终端,还包括:
订阅模块,用于通过订阅所述另一终端当前的会话事件包,获取所述另一终端当前的会话标识;
相应地,所述第一发送模块在向所述SCC AS发送的会话建立请求中还携带所述另一终端当前的会话标识,用于指示所述新建会话是通过将所述另一终端的会话标识对应的会话中的媒体转移到所述终端来建立的。
14.一种业务集中与连续性应用服务器SCC AS,其特征在于,所述SCC AS包括:
第一接收模块,用于接收第一终端发送的携带指示信息的会话建立请求,所述指示信息用于指示新建会话是通过将所述第二终端当前会话中的媒体转移到所述第一终端来建立的;
第一返回模块,用于根据所述指示信息,向所述第一终端返回携带所述第二终端会话媒体信息的会话建立响应。
15.根据权利要求14所述的SCC AS,其特征在于,所述SCC AS还包括:
确定模块,用于确定所述第一终端是否授权向所述第二终端请求媒体转移。
16.根据权利要求14或15所述的SCC AS,其特征在于,所述SCC AS还包括:
第二接收模块,用于接收所述第一终端根据所述会话建立响应发送的会话建立响应确认或新的会话建立请求,所述会话建立响应确认或新的会话建立请求中携带正确的转移媒体的描述信息;
第二返回模块,用于返回表明媒体转移成功的确认。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102212634A CN102055750A (zh) | 2009-11-06 | 2009-11-06 | 终端间媒体转移过程中获取会话信息的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102212634A CN102055750A (zh) | 2009-11-06 | 2009-11-06 | 终端间媒体转移过程中获取会话信息的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102055750A true CN102055750A (zh) | 2011-05-11 |
Family
ID=43959678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102212634A Pending CN102055750A (zh) | 2009-11-06 | 2009-11-06 | 终端间媒体转移过程中获取会话信息的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102055750A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110557381A (zh) * | 2019-08-08 | 2019-12-10 | 武汉兴图新科电子股份有限公司 | 基于媒体流热迁移机制的媒体高可用系统 |
WO2023020481A1 (zh) * | 2021-08-20 | 2023-02-23 | 华为技术有限公司 | 用于传输数据的方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101364874A (zh) * | 2008-09-27 | 2009-02-11 | 深圳华为通信技术有限公司 | 一种媒体转移方法、终端及应用服务器 |
CN101369966A (zh) * | 2007-08-17 | 2009-02-18 | 华为技术有限公司 | 多媒体会话的媒体流转移方法及应用服务器和用户设备 |
US20090196286A1 (en) * | 2007-07-20 | 2009-08-06 | Shuiping Long | Domain Transfer Method, Server and Controller |
-
2009
- 2009-11-06 CN CN2009102212634A patent/CN102055750A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090196286A1 (en) * | 2007-07-20 | 2009-08-06 | Shuiping Long | Domain Transfer Method, Server and Controller |
CN101369966A (zh) * | 2007-08-17 | 2009-02-18 | 华为技术有限公司 | 多媒体会话的媒体流转移方法及应用服务器和用户设备 |
CN101364874A (zh) * | 2008-09-27 | 2009-02-11 | 深圳华为通信技术有限公司 | 一种媒体转移方法、终端及应用服务器 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110557381A (zh) * | 2019-08-08 | 2019-12-10 | 武汉兴图新科电子股份有限公司 | 基于媒体流热迁移机制的媒体高可用系统 |
WO2023020481A1 (zh) * | 2021-08-20 | 2023-02-23 | 华为技术有限公司 | 用于传输数据的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101857298B1 (ko) | 세션 내의 하나 이상의 미디어를 단말간에 공유하는 방법 | |
EP2107714B1 (en) | Method and apparatus for implementing a multimedia ring back tone service and multimedia caller identification service | |
US20200396271A1 (en) | Method, User Equipment and Application Server for Adding Media Stream of Multimedia Session | |
EP2351309B1 (en) | Session establishment in a communication network | |
CN101420432B (zh) | 一种ims监听的实现方法、系统及装置 | |
EP2299671A1 (en) | Method and system for implementing color ring back tone and multimedia ring alert tone service | |
US8411597B2 (en) | Method, system and apparatus for setting up multimedia call | |
EP2472952B1 (en) | Method for inter-ue media transfer and application server thereof | |
CN102598645A (zh) | Ip多媒体子系统网络中的紧急信令 | |
CN102130888A (zh) | 通话过程中继续播放彩铃和彩振的方法和服务器 | |
CN101217703B (zh) | 一种在线彩铃彩像业务的实现方法 | |
CN102055750A (zh) | 终端间媒体转移过程中获取会话信息的方法及设备 | |
WO2009124512A1 (zh) | 控制早媒体播放的实现方法 | |
CN102143280B (zh) | 一种播放多媒体彩振的方法和多媒体彩振应用服务器 | |
CN104205765A (zh) | Hold通告配置 | |
CN101848444B (zh) | 被叫处理方法、系统及网络节点 | |
CN101459665A (zh) | 早媒体信息播放控制方法 | |
WO2009135375A1 (zh) | 实现单对话彩铃业务的呼叫建立方法 | |
EP2169970B1 (en) | Realizing method of playing multimedia information during course of session ending | |
WO2012053884A1 (en) | Location independent approach to session transfer for real-time voip session | |
CN103181139A (zh) | 指示ims网络中的转移 | |
CN102404296B (zh) | 联合会话控制权变化的方法、装置 | |
CN101448346B (zh) | 一种早媒体信息拷贝的方法 | |
CN102801707A (zh) | 一种对会议参与方进行处理的方法及装置 | |
WO2008080335A1 (fr) | Système d'interception légale, procédé et serveur d'application |
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: 20110511 |