会话相关信息的转移方法及装置.pdf

上传人:00****42 文档编号:1108151 上传时间:2018-03-31 格式:PDF 页数:21 大小:1.12MB
返回 下载 相关 举报
摘要
申请专利号:

CN200910119373.X

申请日:

2009.03.24

公开号:

CN101848512A

公开日:

2010.09.29

当前法律状态:

授权

有效性:

有权

法律详情:

授权|||实质审查的生效IPC(主分类):H04W 36/14申请日:20090324|||公开

IPC分类号:

H04W36/14(2009.01)I

主分类号:

H04W36/14

申请人:

华为技术有限公司

发明人:

金辉; 龙水平; 段小嫣

地址:

518129 广东省深圳市龙岗区坂田华为总部办公楼

优先权:

专利代理机构:

深圳市深佳知识产权代理事务所(普通合伙) 44285

代理人:

彭愿洁;李文红

PDF下载: PDF下载
内容摘要

本发明实施例公开了一种会话相关信息的转移方法及装置。一种会话相关信息的转移方法包括:判断会话相关信息转移完成前后,主控用户设备controller UE上是否有电路交换CS媒体流的增减变化;如果是,则更新联合会话控制权Collaborative Session Control,并对所述会话相关信息进行转移;其中,所述会话相关信息包括:联合会话控制权或媒体流;应用以上技术方案,同时具有PS能力和CS能力的UE也能够实现完整的媒体流转移,并且可以成为controller UE,实现对联合会话中的媒体流进行转移、删除、增加、业务补充等操作,使用户体验得到显著提升。

权利要求书

1.  一种会话相关信息的转移方法,其特征在于,包括:
判断会话相关信息转移完成前后,主控用户设备controller UE上是否有电路交换CS媒体流的增减变化;
如果是,则更新联合会话控制权Collaborative Session Control,并对所述会话相关信息进行转移;
其中,所述会话相关信息包括:联合会话控制权或媒体流;
所述主控用户设备为:拥有联合会话控制权的用户设备,主控用户设备随联合会话控制权的转移而变化。

2.
  根据权利要求1所述的方法,其特征在于,
当主控用户设备上增加了CS媒体流时,所述更新联合会话控制权包括:从当前的联合会话控制权信令Collaborative Session Control Signaling中,删除或分离对所述CS媒体流的控制权;
当主控用户设备上减少了CS媒体流时,所述更新联合会话控制权包括:在当前的联合会话控制权信令中,增加或合并对所述CS媒体流的控制权。

3.
  根据权利要求1或2所述的方法,其特征在于,所述会话相关信息的转移,包括:
在用户设备间转移联合会话控制权、
在用户设备间转移媒体流、
或在网络切换时,在分组交换PS网络和CS网络间转移媒体流。

4.
  根据权利要求3所述的方法,其特征在于,在用户设备间转移联合会话控制权或媒体流时,所述判断会话相关信息转移完成前后,主控用户设备上是否有电路交换CS媒体流的增减变化,包括:
接收用户设备发送的会话相关信息转移请求消息;所述会话相关信息转移请求消息中,包含用于指示会话相关信息转移的消息头;
根据所述会话相关信息转移请求消息,判断会话相关信息转移完成前后,主控用户设备上是否有电路交换CS媒体流的增减变化。

5.
  根据权利要求4所述的方法,其特征在于,所述消息头为IUT-Transfer;
通过IUT-Transfer:<Session Control Transfer>指示进行联合会话控制权的转移;
通过IUT-Transfer:<Media Transfer>指示进行媒体流的转移。

6.
  根据权利要求3所述的方法,其特征在于,在用户设备间转移联合会话控制权时,所述更新联合会话控制权,包括:
根据自身所保存的联合会话中各媒体流的状态信息,更新联合会话控制权;或
根据用户设备所提供的联合会话中各媒体流的状态信息,更新联合会话控制权;其中,所述联合会话中各媒体流的状态信息,携带于所述会话相关信息转移请求消息的消息体中。

7.
  根据权利要求3所述的方法,其特征在于,在用户设备间转移媒体流时,所述会话相关信息转移请求消息的消息体中,携带待转移媒体流的状态信息。

8.
  根据权利要求6或7所述的方法,其特征在于,所述媒体流的状态信息,包括:
媒体流的类型、媒体流的编码方式、和/或媒体流当前所在用户设备的标识。

9.
  根据权利要求2所述的方法,其特征在于,
从当前的联合会话控制权信令中删除对所述CS媒体流的控制权之后,还包括:开始接受在CS网络发起的对所述CS媒体流的业务控制;
在当前的联合会话控制权信令中增加对所述CS媒体流的控制权之后,还包括:停止接受在CS网络发起的对所述CS媒体流的业务控制。

10.
  根据权利要求9所述的方法,其特征在于,
所述开始接受在CS网络发起的对所述CS会话的业务控制为:
指示移动交换中心MSC开始接受用户设备在CS网络发起的对所述CS媒体流的业务控制;
所述停止接受在CS网络发起的对所述CS媒体流的业务控制为:
指示MSC停止接受用户设备在CS网络发起的对所述CS媒体流的业务控制。

11.
  一种会话相关信息转移装置,其特征在于,包括:
判断单元,用于判断会话相关信息转移完成前后,主控用户设备controllerUE上是否有电路交换CS媒体流的增减变化;
控制权更新单元,用于当所述判断单元的判断结果为是时,更新联合会话控制权Collaborative Session Control;
转移单元,用于在所述控制权更新单元更新会话控制权后,对所述会话相关信息进行转移;
其中,所述会话相关信息包括:联合会话控制权或媒体流;
所述主控用户设备为:拥有联合会话控制权的用户设备,主控用户设备随联合会话控制权的转移而变化。

12.
  根据权利要求11所述的装置,其特征在于,所述控制权更新单元,包括:
删除子单元,用于当主控用户设备上增加了CS话媒体流时,从当前的联合会话控制权信令Collaborative Session Control Signaling中,删除或分离对所述CS媒体流的控制权;
增加子单元,用于当主控用户设备上减少了CS媒体流时,在当前的联合会话控制权信令中,增加或合并对所述CS媒体流的控制权。

13.
  根据权利要求12所述的装置,其特征在于,还包括:
CS媒体流业务控制单元,
用于在所述控制权更新单元从当前的联合会话控制权中删除对所述CS媒体流的控制权之后,开始接受在CS网络发起的对所述CS媒体流的业务控制;

在所述控制权更新单元在当前的联合会话控制权中增加对所述CS媒体流的控制权之后,停止接受在CS网络发起的对所述CS媒体流的业务控制。

14.
  根据权利要求13所述的装置,其特征在于,所述CS媒体流业务控制单元,包括:
第一指示子单元,用于在所述控制权更新单元从当前的联合会话控制权中删除对所述CS媒体流的控制权之后,指示移动交换中心MSC开始接受用户设备在CS网络发起的对所述CS媒体流的业务控制;
第二指示子单元,用于在所述控制权更新单元在当前的联合会话控制权中增加对所述CS媒体流的控制权之后,指示MSC停止接受用户设备在CS网络发起的对所述CS媒体流的业务控制。

说明书

会话相关信息的转移方法及装置
技术领域
本发明涉及通信技术领域,特别是涉及会话相关信息的转移方法及装置。
背景技术
IMS(IP Multimedia Subsystem,IP多媒体子系统)是基于IP(Internetprotocol,互联网协议)交换的业务网络,支持语音、视频、数据等多种媒体业务,并且可以实现多种类型网络的融合,被认为是下一代通信网络的核心技术。
在IMS网络中,本端用户可以在不同的本端UE(User Equipment,用户设备)上传输不同的媒体流,例如在固定电话上传输语音媒体流,在电脑上传输数据媒体流。这样,在本端与网络侧的SCC AS(Service Centralization&Continuity Application Server,业务集中和会话连续性应用服务器)之间就存在多个Session(会话),这些Session由SCC AS整合成为一个CollaborativeSession(联合会话)后呈现给对端用户。在本端的UE中,一般有一个UE具有对整个Collaborative Session的控制权,可以对Collaborative Session中的任何媒体流进行转移、删除、增加、业务补充等操作,这类UE称为controller UE(主控用户设备);而其他只具有媒体流的UE被称为controllee UE(被控用户设备),controllee UE只能对其自身媒体流进行删除以及编码方式的重协商操作。
在会话过程中,对于本端用户而言,可以根据实际需求或者接入网络的变化,在不中断当前会话的情况下,将会话的部分或全部媒体流在不同的本端UE间进行转移,或者将Collaborative Session的控制权在不同的UE间进行转移。在实现本发明的过程中,发明人发现现有技术中至少存在如下问题:现有技术中,对媒体流或控制权的转移均是针对PS(分组交换)网络而言,无法实现对CS媒体流的转移。而在实际应用中,很多UE都是同时具有PS能力和CS能力的,目前这类UE还无法实现完整的媒体流转移功能,也无法转入会话控制权而成为controller UE,导致用户体验变差。
发明内容
有鉴于此,本发明实施例提供了会话相关信息的转移方法及装置,以实现对CS媒体流及联合会话控制权的转移,技术方案如下:
本发明实施例提供一种会话相关信息的转移方法,包括:
判断会话相关信息转移完成前后,主控用户设备controller UE上是否有电路交换CS媒体流的增减变化;
如果是,则更新联合会话控制权Collaborative Session Control,并对所述会话相关信息进行转移;
其中,所述会话相关信息包括:联合会话控制权或媒体流;
所述主控用户设备为:拥有联合会话控制权的用户设备,主控用户设备随联合会话控制权的转移而变化。
本发明实施例还提供一种会话相关信息转移装置,包括:
判断单元,用于判断会话相关信息转移完成前后,主控用户设备controllerUE上是否有电路交换CS媒体流的增减变化;
控制权更新单元,用于当所述判断单元的判断结果为是时,更新联合会话控制权Collaborative Session Control;
转移单元,用于在所述控制权更新单元更新会话控制权后,对所述会话相关信息进行转移;
其中,所述会话相关信息包括:联合会话控制权或媒体流;
所述主控用户设备为:拥有联合会话控制权的用户设备,主控用户设备随联合会话控制权的转移而变化。
以上技术方案,在现有技术的基础上,进一步实现了CS媒体流及联合会话控制权的转移,应用以上技术方案,同时具有PS能力和CS能力的UE也能够实现完整的媒体流转移功能,并且可以成为controller UE,进一步实现对联合会话中的媒体流进行转移、删除、增加、业务补充等操作,使用户体验得到显著提升。
附图说明
图1为实现本发明方法具体实施例一的流程图;
图2为实现本发明方法具体实施例二的流程图;
图3为实现本发明方法具体实施例三的流程图;
图4为实现本发明方法具体实施例四的流程图;
图5为实现本发明方法具体实施例五的流程图;
图6为实现本发明方法具体实施例六的流程图;
图7为本发明实施例会话相关信息转移装置的一种结构示意图;
图8为本发明实施例会话相关信息转移装置的另一种结构示意图。
具体实施方式
本发明实施例中,Collaborative Session Control(联合会话控制权)是通过Collaborative Session Control Signaling Path(联合会话控制权信令通道)传递的,Collaborative Session Control Signaling是PS网络中的SIP(SessionInitiation Protocol,会话初始化协议)信令,Controller UE通过SIP信令对Collaborative Session中的媒体流进行业务控制。
本发明实施例将同时具有PS能力和CS能力的UE简称为SC UE,即具有保持会话连续性功能的用户设备,SC UE可以同时进行PS会话和CS会话。其中,SC UE的PS会话可以由SC UE自身直接通过PS网络中SIP信令进行业务控制;SC UE只能通过CS网络对其CS会话进行业务控制,SC UE可以将PS会话和CS会话进行关联,通过服务器给对端呈现为一个会话。这里所述的业务控制包括对媒体流的转移、删除、增加、业务补充等操作。当SC UE作为Collaborative Session的controllee UE时,controller UE可以通过服务器对SC UE的PS会话内的媒体和CS会话内的媒体进行业务控制。
结合SC UE的上述特性,本发明实施例提供一种会话相关信息的转移方法,其特征在于,包括:
判断会话相关信息转移完成前后,controller UE上是否有CS媒体流的增减变化;
如果是,则更新Collaborative Session Control;
并对所述会话相关信息进行转移;
其中,所述会话相关信息包括:Collaborative Session Control或媒体流;
由于controller UE是指拥有Collaborative Session Control的用户设备,因此controller UE将随Collaborative Session Control的转移而变化。具体来说,在Collaborative Session Control转移之前,转移的源设备为controller UE,在完成转移之后,转移的目标设备将成为controller UE。
以上技术方案,在现有技术的基础上,实现了CS媒体流及联合会话控制权在不同UE之间的转移,应用以上技术方案,同时具有PS能力和CS能力的UE也能够实现完整的媒体流转移,并且可以成为controller UE,进一步实现对联合会话中的媒体流进行转移、删除、增加、业务补充等操作,使用户体验得到显著提升。
以下将通过实施例一至实施例六分别介绍在不同应用情景下的会话相关信息的转移方法,其中本发明实施例所述的会话相关信息,包括媒体流及联合会话控制权。
实施例一:
假设UE-1和UE-2为本端用户设备,UE-1和UE-2分别与Remote-UE(对端UE)存在实时媒体流media-B和media-A,media-B和media-A构成当前的Collaborative Session。其中,UE-2为SC UE,media-A为CS媒体流,当前UE-1为controller UE,UE-2为controllee UE。
本实施例提供将UE-1的Collaborative Session Control转移给UE-2的方法,参见图1所示,包括以下步骤:
S101.UE-1向SCC AS发起控制权转移请求,请求将Collaborative SessionControl转移给UE-2,该请求可以通过S-CSCF(Serving-Call Session ControlFunction,服务呼叫会话控制功能实体)到达SCC AS。请求消息可以使用refer(参考)、re-Invite(再邀请)或Update(更新)等消息。
在请求消息中,需要携带特定的消息头,用来指示进行会话控制权的转移操作,例如使用IUT-Transfer(用户设备间转移)消息头,则用来指示进行会话控制权的转移的具体消息头格式可以是如下形式:
IUT-Transfer:<Session Control Transfer>。
请求消息的消息体可以用来携带当前Collaborative Session的每个媒体流的状态信息,状态信息可以包括媒体流的类型(例如语音、视频、数据等)、编码方式、该媒体流当前所在UE的标识(例如GRUU(Globally Routable UserAgent URI,通用可路由用户代理统一资源标识)、IP地址等)等,该消息体可以使用SDP(Session Description Protocol,会话描述协议)或XML(eXtensibleMarkup Language,可扩展标记语言)等形式。
需要说明的是,本步骤中UE-1也可以不向SCC AS提供CollaborativeSession信息,则在后续步骤中,SCC AS将根据自身所保存的CollaborativeSession信息进行处理。
S102.SCC AS判断转移目标UE当前是否具有CS媒体流。
SCC AS可以先对转移目标UE的类型进行判断,如果转移目标UE不是SC UE,或者转移目标UE为SC UE但是当前不具有CS媒体流,则后续可以应用现有流程进行会话控制权的转移,本实施例以及后续的实施例中,对这类情况不再做详细说明。
在本实施例中,SCC AS判断出转移目标UE-2为SC-UE,并且该UE-2当前具有CS媒体流Media-A,则进一步执行后续的流程。
S103.SCC AS向UE-2发送控制权转入请求,请求将Collaborative SessionControl转移给UE-2,该请求可以通过S-CSCF到达UE-2。请求消息可以使用Invite(邀请)消息,消息体可以使用SDP形式。
由于SC UE不能对自身的CS媒体流进行业务控制,因此在请求消息中,应该在现有的Collaborative Session Control Signaling中,分离/删除对Media-A的控制权,即将Media-A所对应m行(媒体行)端口置O。
相应地,在请求消息中还包含除Media-A之外的当前Collaborative session中每个媒体流的状态信息。SCC AS可以根据S101中UE-1所提供的信息(或者SCC AS自身所保存的信息),将Media-A的相关信息删除后,把其他媒体流的状态信息写入请求消息的消息体。
S104.UE-2向SCC AS返回确认消息。
UE-2接收到SCC AS发送的控制权转入请求后,向SCC AS发送200OK消息进行确认。
S105.SCC AS开始接受在CS网络发起的对media-A的业务控制。
UE-2成为controller UE之后,可以在PS网络对本端所有的PS会话的媒体流进行业务控制,但是对自身的CS会话的媒体流需要通过CS网络进行业务控制。
SCC AS内部开始接受MSC(移动交换中心)对media-A业务控制,其中MSC与SCC AS之间可以使用Dialog ID(会话标识)来标识CS会话,DialogID一般由SIP消息中的Call ID+From tag+to tag组成。
SCC AS也可以向MSC发送re-Invite或Update消息,在该消息中,指示MSC开始接受UE-2对CS会话的媒体流发起的业务请求(例如保持会话、增加媒体流等操作)。MSC收到该消息后,将请求消息中的Dialog ID与CS域的TI(Transaction Identifier,事务标识符)进行对应,并开始接受UE-2发起的与TI所对应的CS会话业务请求。
S106.SCC AS向UE-1返回确认消息。
SCC AS开始接受MSC对CS会话的业务控制之后,向UE-1发送200OK消息进行确认。
S 107.删除UE-1的Collaborative Session Control。
删除控制权的请求可以由SCC AS发起,也可以由UE-1自身来发起,在删除UE-1的Collaborative Session Control之后,UE-1成为controllee UE,UE-2成为controller UE。后续UE-2将在CS网络对Media-A进行业务控制,在PS网络对其他会话进行业务控制。
S108-S109.SCC AS更新对端会话分支。
SCC AS可以将本端UE的控制权变化情况通知对端UE,该步骤可选。
需要说明的是,上述的S103-S104也可以采用以下步骤S103a-S104a进行替换,其最终结果与S103-S104的最终结果是一致的,即令UE-2具有对除Media-A之外的联合会话控制权:
S103a.SCC AS向UE-2发送refer消息,在该refer消息中包含除Media-A之外的当前Collaborative session中每个媒体流的状态信息;
S104a.UE-2根据该refer消息向SCC AS发送Invite消息,请求建立新的Collaborative Session Control。
本实施例提供了将联合会话控制权Collaborative Session Control转入SCUE的方法,由于在转移完成后,CS会话将与Collaborative Session Control属于同一个UE,因此需要先从PS域的Collaborative Session Control Signaling中分离/删除CS媒体流的控制权,再将剩余的控制权转移给目标UE,转移完成后,CS会话将由目标UE通过CS网络进行业务控制。
本实施例中,是由SCC AS判断转移完成后,CS会话与CollaborativeSession Control将属于同一个UE,并发起后续的分离/删除控制权流程。本领域技术技术人员可以理解,上述判断也可以由发起转移的UE来完成,并在转移请求中携带关于分离/删除控制权的指示。
本实施例中的media-A和media-B作为典型类别的媒体流,仅用于示意性说明,本领域技术技术人员可以理解,在本端还可以存在更多的UE,并且每个UE的媒体流也不限于一个。在Collaborative Session Control转移过程中,本端其他UE的实时会话将不受影响,例如图1所示的media-B。
实施例二:
假设UE-1和UE-2为本端用户设备,UE-1和UE-2分别与Remote-UE存在实时媒体流media-B和media-A,media-B和media-A构成当前的Collaborative Session。其中UE-1为SC UE,当前UE-1为controllee UE,UE-2为controller UE。
本实施例提供将UE-2的media-A转移至UE-1的CS域的方法,参见图2所示,包括以下步骤:
S201.UE-1向SCC AS发起媒体流转移请求,请求将media-A转移给UE-2,该请求可以通过S-CSCF到达SCC AS。请求消息可以使用refer、re-Invite或Update等消息。
在请求消息中,需要携带特定的消息头,用来指示进行媒体流的转移操作,例如使用IUT-Transfer(用户设备间转移)消息头,则用来指示进行会话控制权的转移的具体消息头格式可以是IUT-Transfer:<Media Transfer>。
在请求消息的消息体中携带待转移媒体流的状态信息,状态信息可以包括媒体流的类型(例如语音、视频、数据等)、编码方式、该媒体流当前所在UE的标识(例如GRUU,IP地址等)等,该消息体可以使用SDP或XML等形式。
S202-S203.SCC AS向转移目标UE请求建立媒体流。
SCC AS判断出转移目标为当前为controller UE,并且需要将待转移媒体流media-A转移至目标UE的CS域,因此需要通过MSC建立目标UE的CS媒体流:
SCC AS首先向MSC发送Invite消息,MSC收到该消息后,进一步向UE-1发送Setup消息,建立media-A。
S204-S205.UE-1向SCC AS返回确认消息。
media-A建立后,UE-1首先向MSC发送Connect消息,MSC收到该消息后,进一步向SCC AS发送200OK消息进行确认。
S206.SCC AS针对S201的消息向UE-1返回确认消息。
S207-S208.SCC AS更新对端会话分支。
SCC AS将本端UE的会话转移情况通知对端UE。
S209.SCC AS释放UE-2上的媒体流。
SCC AS将媒体流media-A从UE-2中删除。
S210.删除UE-1对Media-A的控制权。
由于SC UE不能对自身的CS媒体流进行业务控制,因此需要在UE-1现有的Collaborative Session Control Signaling中,分离/删除对Media-A的控制权,即将Media-A所对应m行(媒体行)端口置O。
删除控制权的请求可以由SCCAS发起,也可以由UE-1自身来发起。删完成后,UE-1将在CS网络对Media-A进行业务控制,在PS网络对其他会话的媒体流进行业务控制。
S211.SCC AS开始接受在CS网络发起的对media-A的业务控制。
SCC AS内部开始接受MSC对media-A的业务控制,其中MSC与SCC AS之间可以使用Dialog ID(会话标识)来标识CS会话,Dialog ID一般由SIP消息中的Call ID+From tag+to tag组成。
SCC AS也可以向MSC发送re-Invite或Update消息,在该消息中,指示MSC开始接受UE-2对CS会话发起的业务请求(例如保持会话、增加媒体流等操作)。MSC收到该消息后,将请求消息中的Dialog ID与CS域的TI(Transaction Identifier,事务标识符)进行对应,并开始接受UE-2发起的与TI所对应的CS会话业务请求。
本实施例提供了将媒体流转入SC UE的CS域的方法,与实施例一相比,虽然转移的对象不同,但是在转移完成后,CS会话也将与Collaborative SessionControl处在同一个UE中,因此同样需要由当前的Collaborative SessionControl Signaling中分离/删除CS媒体流的控制权。转移完成后,CS媒体流将由目标UE通过CS网络进行业务控制。
本实施例中,是由SCC AS判断转移完成后,CS会话与CollaborativeSession Control将属于同一个UE,并发起后续的分离/删除控制权流程。本领域技术技术人员可以理解,上述判断也可以由发起转移的UE来完成,并在转移请求中携带关于分离/删除控制权的指示。
本实施例中的media-A和media-B作为典型类别的媒体流,仅用于示意性说明,本领域技术技术人员可以理解,在本端还可以存在更多的UE,并且每个UE的媒体流也不限于一个。在媒体流转入CS域的过程中,本端其他UE的实时会话将不受影响,例如图2所示的media-B。
实施例三:
假设UE-1和UE-2为本端用户设备,UE-1和UE-2分别与Remote-UE存在实时媒体流media-B和media-A,media-B和media-A构成当前的Collaborative Session。其中UE-1为SC UE,当前UE-1为controllee UE,UE-2为controller UE。
在实际应用中,用户设备可能会在不同功能的接入网间进行切换。例如,当用户设备由支持VOIP(Voice over Internet Protocol,IP网语音传输)的PS1网络向不支持VOIP的PS2网络切换时,需要将原来承载在PS1网络的语音业务转移至CS网络以保证业务的连续性。例如,当用户设备由WLAN网络切换至GPRS网络时,由于GPRS网络不支持VOIP,因此需要将相关的语音业务转移至GSM网络。
针对上述需求,本实施例提供UE-1由PS1网络切换至PS2/CS网络时,将PS1网络的media-A转移至CS网络的方法,参见图3所示,包括以下步骤:
S301.UE-1在PS2网络内发起呼叫请求,在该呼叫请求中包含STI(SessionTransfer Identifier,会话转移标识)以指示进行接入网间切换。呼叫请求消息可以使用Invite消息。
在请求消息的消息体中携带除Media-A之外的当前Collaborative session中每个媒体流的状态信息。并且在现的Collaborative Session Control Signaling中,分离/删除对Media-A的控制权,即将Media-A所对应m行(媒体行)端口置0。
S302-S303.SCC AS在PS2网络建立新的Collaborative session control,并更新对端会话分支。后续UE-1将在PS2网络对其他会话的媒体流进行业务控制。
S304.SCC AS向UE-1返回确认消息。
S305-S306.UE-1在CS网络内发起呼叫请求,在该呼叫请求中包含STN(Session Transfer Number会话转移号码)以指示接入网间切换。
UE1首先向MSC发送携带STN的Setup消息,MSC收到该消息后,进一步向SCC AS发送Invite消息,请求建立media-A。
S307-S308.SCC AS更新对端会话分支。
S309-S310.SCC AS向MSC返回确认消息,MSC收到此消息后进一步向UE-1发送Connect消息。
S311.删除UE-1在PS 1网络的Collaborative Session Control。
删除控制权的请求可以由SCC AS发起,也可以由UE-1自身来发起。
SCC AS还可以将controller UE的变化情况通知UE-2(该步骤可选,在图3中未标出)。
本实施例提供了当UE-1由PS1网络切换至PS2/CS网络时,将PS1网络的media-A转移至CS网络的方法。与实施例一及实施例二的情况类似,在转移过程中,也需要由当前的Collaborative Session Control Signaling中分离/删除CS媒体流的控制权。转移完成后,Collaborative Session中的剩余的PS媒体流由UE-1通过PS2网络进行业务控制,CS媒体流由UE-1通过CS网络进行业务控制。
本实施例中,是由UE-1判断转移完成后,CS会话与Collaborative SessionControl将属于同一个UE,并在转移请求中携带关于分离/删除控制权的指示。本领域技术技术人员可以理解,在转移请求中也可以不携带关于分离/删除控制权的指示,而是由SCC AS完成判断,并发起后续的分离/删除控制权流程。
本实施例中的media-A和media-B作为典型类别的媒体流,仅用于示意性说明,本领域技术技术人员可以理解,在本端还可以存在更多的UE,并且每个UE的媒体流也不限于一个。在UE-1进行网间切换的过程中,原有在PS1网络的会话将转移至PS2网络,而本端其他UE的实时会话将不受影响,例如图3所示的media-B。
实施例四:
假设UE-1和UE-2为本端用户设备,UE-1和UE-2分别与Remote-UE(对端UE)存在实时媒体流media-A和media-B。其中,UE-1为SC UE,media-A为CS媒体流,当前UE-1为controller UE,UE-2为controllee UE。
本实施例提供将UE-1的Collaborative Session Control转移给UE-2的方法,参见图4所示,包括以下步骤:
S401.UE-1向SCCAS发起控制权转移请求,请求将Collaborative SessionControl转移给UE-2,该请求可以通过S-CSCF到达SCC AS。请求消息可以使用refer、re-Invite或Update等消息。
在请求消息中,需要携带特定的消息头,用来指示进行会话控制权的转移操作,例如使用IUT-Transfer(用户设备间转移)消息头,则用来指示进行会话控制权的转移的具体消息头格式可以是如下形式:
IUT-Transfer:<Session Control Transfer>。
请求消息的消息体可以用来携带媒体流的状态信息,在当前PS网络内的Collaborative Session Control Signaling基础上,还要合并/增加对Media-A的描述,Media-A的可以作为第一个媒体流描述或最后一个媒体描述。状态信息可以包括媒体流的类型(例如语音、视频、数据等)、编码方式、该媒体流当前所在UE的标识(例如GRUU,IP地址等)等,该消息体可以使用SDP或XML等形式。
需要说明的是,本步骤中UE-1也可以不向SCC AS提供CollaborativeSession信息,则在后续步骤中,SCC AS将根据自身所保存的CollaborativeSession信息进行处理。
S402.SCC AS向UE-2发送控制权转入请求,请求将Collaborative SessionControl转移给UE-2,该请求可以通过S-CSCF到达UE-2。请求消息可以使用Invite(邀请)消息,消息体可以使用SDP形式。
转入UE-2的Collaborative Session Control中,包含对Media-A的控制权。SCC AS可以根据S401中UE-1所提供的媒体流状态信息向UE-2发送控制权转移请求。如果在S301中,UE-1没有向SCC AS提供媒体流状态信息,则SCC AS根据自身所保存的当前Collaborative session的媒体流状态信息,将Media-A的相关信息合并后,向UE-2发送控制权转入请求。对Media-A的描述可以作为第一个媒体流的描述或最后一个媒体描述。
S403.UE-2向SCC AS返回确认消息。
S404.SCC AS停止接受在CS网络发起的对media-A的业务控制。
SCC AS内部停止接受MSC对media-A的业务控制,其中MSC与SCC AS之间可以使用Dialog ID(会话标识)来标识CS会话,Dialog ID一般由SIP消息中的Call ID+From tag+to tag组成。
SCC AS也可以向MSC发送re-Invite或Update消息,在该消息中,指示MSC停止接受UE-2对CS会话发起的业务请求(例如保持会话、增加媒体流等操作)。MSC收到该消息后,将请求消息中的Dialog ID与CS域的TI(Transaction Identifier,事务标识符)进行对应,并停止接受UE-2发起的与TI所对应的CS会话业务请求。
S405.SCC AS向UE-1返回确认消息。
SCC AS停止接受MSC对CS会话的业务控制之后,向UE-1发送200OK消息进行确认。
S406.删除UE-1的Collaborative Session Control。
删除控制权的请求可以由SCCAS发起,也可以由UE-1自身来发起,在删除UE-1的Collaborative Session Control之后,UE-1成为controllee UE,UE-2成为controller UE。后续UE-2将在PS网络对包含media-A的CollaborativeSession进行业务控制。
S407-S408.SCC AS更新对端会话分支。
SCC AS可以将本端UE的控制权变化情况通知对端UE,该步骤可选。
需要说明的是,上述的S402-S403也可以采用以下步骤S402a-S402b进行替换,其最终结果与302-S403的最终结果是一致的,即令UE-2具有对包括Media-A在内的联合会话的控制权:
S402a.SCC AS向UE-2发送refer消息,在该refer消息中,携带包括Media-A在内的Collaborative session中每个媒体流的状态信息;
S403a.UE-2根据该refer消息向SCC AS发送Invite消息,请求建立新的Collaborative Session Control。
本实施例提供了将联合会话控制权Collaborative Session Control转出SCUE的方法。与实施例一相对应,由于在转移完成后,CS会话将与CollaborativeSession Control处在不同UE中,因此需要在当前的Collaborative Sessioncontrol Signaling中合并/增加CS媒体流的控制权,再将新建立的控制权转移给目标UE,转移完成后,CS媒体流将由SC UE通过PS网络进行业务控制。
本实施例中,是由SCC AS判断转移完成后,CS会话与CollaborativeSession Control将属于不同UE,并发起后续的合并/增加控制权流程,本领域技术技术人员可以理解,上述判断也可以由发起转移的UE来完成,并在转移请求中携带关于合并/增加控制权的指示。
本实施例中的media-A和media-B作为典型类别的媒体流,仅用于示意性说明,本领域技术技术人员可以理解,在本端还可以存在更多的UE,并且每个UE的媒体流也不限于一个。在Collaborative Session Control转移过程中,本端其他UE的实时会话将不受影响,例如图4所示的media-B。
实施例五:
假设UE-1和UE-2为本端用户设备,UE-1和UE-2分别与Remote-UE存在实时媒体流media-A和media-B,其中UE-1为SC UE,当前UE-1为controlleeUE,UE-2为controller UE。
本实施例提供将UE-1的CS域媒体流media-A转移至UE-2的方法,参见图5所示,包括以下步骤:
S501.UE-1向SCC AS发起媒体流转移请求,请求将media-A转移给UE-2,该请求可以通过S-CSCF到达SCC AS。请求消息可以使用refer、re-Invite或Update等消息。
在请求消息中,需要携带特定的消息头,用来指示进行媒体流的转移操作,例如使用IUT-Transfer(用户设备间转移)消息头,则用来指示进行会话控制权的转移的具体消息头格式可以是IUT-Transfer:<Media Transfer>。
在请求消息的消息体中携带待转移媒体流的状态信息,状态信息可以包括媒体流的类型(例如语音、视频、数据等)、编码方式、该媒体流当前所在UE的标识(例如GRUU,IP地址等)等,该消息体可以使用SDP或XML等形式。
需要说明的是,如果使用refer消息,可仅在消息体中携带待转移的媒体流的描述,如果使用re-Invite消息,则可以在现有SDP的基础上增加一个m行,用于描述media-A的信息。
S502.SCC AS向转移目标UE请求建立媒体流。
SCC AS向UE-2发送Invite或re-Invite消息,请求建立Media-A。
S503.UE-2向SCC AS返回确认消息。
media-A建立后,UE-2向SCC AS发送200OK消息进行确认。
S504.SCC AS针对S501的消息向UE-1返回确认消息。
S505-S506.SCC AS更新对端会话分支,将本端UE的会话转移情况通知对端UE。
S507.SCC AS释放UE-1上的媒体流。
SCC AS将媒体流media-A从UE-1中删除。
S508.增加UE-1对Media-A的控制权。
CS媒体流media-A转入UE-2后,UE-就可以通过PS网络对其进行业务控制了。增加控制权的请求可以由SCC AS发起也可以由UE-1自身来发起。即在现有Collaborative Session Control Signaling的基础上,合并/增加对Media-A的控制权。控制权增加完成后,UE-1将在PS网络对包括Media-A在内的Collaborative Session进行业务控制。
需要说明的是,上述的S502-S503也可以采用以下步骤S502a-S502b进行替换:
S502a.SCC AS向UE-2发送refer消息,在该refer消息中,携带Media-A的状态信息;
S503a.UE-2根据该refer消息向SCC AS发送Invite消息,请求建立新的Collaborative Session Control。
本实施例提供了将媒体流转出SC UE的CS域的方法。与实施例五相对应,在转移完成后,CS会话将与Collaborative Session Control处在不同UE中,因此需要在UE-1当前的Collaborative Session control Signaling中合并/增加CS媒体流的控制权,转移完成后,CS媒体流将由SC UE通过PS网络进行业务控制。
本实施例中,是由UE-1判断转移完成后,CS会话与Collaborative SessionControl将属于不同UE,并在转移请求中携带关于合并/增加控制权的指示。本领域技术技术人员可以理解,在转移请求中也可以不携带关于合并/增加控制权的指示,而是由SCC AS完成判断,并发起后续的合并/增加控制权流程。
本实施例中的media-A和media-B作为典型类别的媒体流,仅用于示意性说明,本领域技术技术人员可以理解,在本端还可以存在更多的UE,并且每个UE的媒体流也不限于一个。在媒体流转出CS域的过程中,本端其他UE的实时会话将不受影响,例如图5所示的media-B。
实施例六:
假设UE-1和UE-2为本端用户设备,UE-1和UE-2分别与Remote-UE存在实时媒体流media-B和media-A,media-A为CS域媒体流。其中UE-1为SC UE,当前UE-1为controllee UE,UE-2为controller UE。
与实施例三相对应,本实施例提供UE-1由PS1/CS网络切换至PS2网络时,将CS网络的media-A转移至PS2网络的方法,参见图6所示,包括以下步骤:
S601.UE-1在PS2网络内发起呼叫请求,在该呼叫请求中包含STI(SessionTransfer Identifier,会话转移标识)以指示进行接入网间切换。呼叫请求消息可以使用Invite消息。
在请求消息的消息体中携带当前Collaborative session中每个媒体流的状态信息,以及Media-A的状态信息。即在该请求消息中,需要在当前Collaborative Session Control Signaling的基础上合并/增加对Media-A的控制权。
S602-S603.SCC AS在PS2网络建立新的Collaborative session control,并更新对端会话分支。后续UE-1将在PS2网络对包括Media-A在内的Collaborative session进行业务控制。
S604.SCC AS向UE-1返回确认消息。
S605.删除UE-1在PS 1网络的Collaborative Session Control,以及在CS网络的媒体流Media-A。
删除控制权的请求可以由SCC AS发起,也可以由UE-1自身来发起。
SCC AS还可以将controller UE的变化情况通知UE-2(该步骤可选,在图6中未标出)。
本实施例提供了当UE-1由PS1/CS网络切换至PS2网络时,将CS网络的media-A转移至PS2网络的方法。需要在当前的Collaborative Session controlSignaling中合并/增加CS媒体流的控制权,转移完成后,UE-1将在PS2网络对包括Media-A在内的Collaborative Session进行业务控制。
本实施例中,是由UE-1判断转移完成后,CS会话与Collaborative SessionControl将属于不同UE,并在转移请求中携带关于合并/增加控制权的指示。本领域技术技术人员可以理解,在转移请求中也可以不携带关于合并/增加控制权的指示,而是由SCC AS完成判断,并发起后续的合并/增加控制权流程。
本实施例中的media-A和media-B作为典型类别的媒体流,仅用于示意性说明,本领域技术技术人员可以理解,在本端还可以存在更多的UE,并且每个UE的媒体流也不限于一个。在UE-1进行网间切换的过程中,原有在PS1网络的会话将转移至PS2网络,而本端其他UE的实时会话将不受影响,例如图6所示的media-B。
以上实施例分别介绍了在不同应用情景下的媒体流及控制权的转移方法,在现有技术的基础上,进一步实现了CS媒体流及联合会话控制权在不同UE之间的转移,应用以上技术方案,同时具有PS能力和CS能力的UE也能够实现完整的媒体流转移功能,并且可以成为controller UE,进一步实现对联合会话中的媒体流进行转移、删除、增加、业务补充等操作,使用户体验得到显著提升。
在上述实施例中,对各个实施例进行重点说明的都是与其他实施例的不同之处,各个实施例之间相同或相似的部分互相参见即可。本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
相应于上面的方法实施例,本发明实施例还提供一种会话相关信息转移装置,参见图7所示,包括:
判断单元710,用于判断会话相关信息转移完成前后,主控用户设备controller UE上是否有电路交换CS媒体流的增减变化;
控制权更新单元720,用于当所述判断单元的判断结果为是时,更新联合会话控制权Collaborative S ession Control;
转移单元730,用于在所述控制权更新单元720更新会话控制权后,对所述会话相关信息进行转移;
以上提供的会话相关信息转移装置,可以是用户设备UE,或SCC AC等IMS网络侧设备,即上述的各个功能单元可以位于UE中,也可以位于网络侧设备中。当然,本领域技术人员可以理解,上述各个功能单元也可以分布在UE与网络侧设备中。
以上所提供会话相关信息转移装置,在现有技术的基础上,实现了CS媒体流及联合会话控制权在不同UE之间的转移,应用以上技术方案,同时具有PS能力和CS能力的UE也能够实现完整的媒体流转移,并且可以成为controller UE,进一步实现对联合会话中的媒体流进行转移、删除、增加、业务补充等操作,使用户体验得到显著提升。
其中,所述控制权更新单元720,具体可以包括:
删除子单元,用于当主控用户设备上增加了CS媒体流时,从当前的联合会话控制权信令中,删除/分离对所述CS媒体流的控制权;
增加子单元,用于当主控用户设备上减少了CS媒体流时,在当前的联合会话控制权信令中,增加/合并对所述CS媒体流的控制权。
参见图8所示,当所述会话相关信息转移装置为SCC AC时,该装置还可以包括:
CS媒体流业务控制单元740,
用于在所述控制权更新单元720从当前的联合会话控制权中删除对所述CS媒体流的控制权之后,开始接受在CS网络发起的对所述CS媒体流的业务控制;

在所述控制权更新单元720在当前的联合会话控制权中增加对所述CS媒体流的控制权之后,停止接受在CS网络发起的对所述CS媒体流的业务控制。
其中,所述CS媒体流业务控制单元740,具体可以包括:
第一指示子单元,用于在所述控制权更新单元720从当前的联合会话控制权中删除对所述CS媒体流的控制权之后,指示移动交换中心MSC开始接受用户设备在CS网络发起的对所述CS媒体流的业务控制。
第二指示子单元,用于在所述控制权更新单元720在当前的联合会话控制权中增加对所述CS媒体流的控制权之后,指示MSC停止接受用户设备在CS网络发起的对所述CS媒体流的业务控制。
以上所提供的装置,能够实现根据controller UE上的CS媒体流增减变化,对当前PS网络的控制权信令进行删除/分离,或进行增加/合并,分离出的CS媒体流,将由CS网络进行业务控制、同样道理,合并CS媒体流后,CS网络将停止对该媒体流的业务控制。
对于装置实施例而言,由于其基本相应于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅是本发明的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

会话相关信息的转移方法及装置.pdf_第1页
第1页 / 共21页
会话相关信息的转移方法及装置.pdf_第2页
第2页 / 共21页
会话相关信息的转移方法及装置.pdf_第3页
第3页 / 共21页
点击查看更多>>
资源描述

《会话相关信息的转移方法及装置.pdf》由会员分享,可在线阅读,更多相关《会话相关信息的转移方法及装置.pdf(21页珍藏版)》请在专利查询网上搜索。

本发明实施例公开了一种会话相关信息的转移方法及装置。一种会话相关信息的转移方法包括:判断会话相关信息转移完成前后,主控用户设备controllerUE上是否有电路交换CS媒体流的增减变化;如果是,则更新联合会话控制权CollaborativeSessionControl,并对所述会话相关信息进行转移;其中,所述会话相关信息包括:联合会话控制权或媒体流;应用以上技术方案,同时具有PS能力和CS能力的。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1