反向单待业务连续性实现方法及系统 |
|||||||
| 申请号 | CN201010157038.1 | 申请日 | 2010-04-23 | 公开(公告)号 | CN102238672A | 公开(公告)日 | 2011-11-09 |
| 申请人 | 中兴通讯股份有限公司; | 发明人 | 谢振华; 陶全军; | ||||
| 摘要 | 本 发明 涉及一种反向单待业务连续性实现方法和系统，该反向单待业务连续性的实现方法包括：转移 请求 步骤，当前移动交换中心(MSC)收到来自CS域的切换请求后，向业务连续性应用 服务器 (SC AS)发送针对终端用户或针对终端用户参与的会话的转移请求；连接建立步骤，所述SC AS接收到所述转移请求后发起所述终端与远端之间的媒体连接建立流程。本发明反向单待业务连续性实现方法和系统可以在终端从CS域切换到PS域时，实现反向单待业务连续性。 | ||||||
| 权利要求 | 1.一种反向单待业务连续性的实现方法，其特征在于，该方法包括： |
||||||
| 说明书全文 | 反向单待业务连续性实现方法及系统技术领域[0001] 本发明涉及通信领域，尤其涉及一种IP(网络互联协议，Internet Protocol，简称IP)多媒体子系统中反向单待业务连续性实现方法及系统。 背景技术[0002] IP多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)提出的一种基于IP的网络架构，构建了一个开放而灵活的业务环境，支持多媒体应用，能够为用户提供丰富的多媒体业务。 [0003] 在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。 [0004] 控制层中业务触发和控制功能是呼叫会话控制功能(Call Session ControlFunction，简称CSCF)完成的。呼叫会话控制功能分为：代理呼叫会话控制功能(Proxy-CSCF，简称P-CSCF)、查询呼叫会话控制功能(Interrogating-CSCF，简称I-CSCF)和服务呼叫会话控制功能(Serving-CSCF，简称S-CSCF)三种类型，其中负主要责任的是S-CSCF，I-CSCF是可选的。 [0005] 业务层是由一系列应用服务器(Application Server，简称AS)组成，能提供具体业务服务，AS可以是独立的实体，也可以存在于S-CSCF中。 [0006] 控制层(S-CSCF)根据用户的签约信息控制业务触发，调用AS上的业务，实现业务功能。 [0007] 会话中的端到端设备称为用户设备(User Equipment，简称UE)，负责与使用者的交互，有的UE具有多种接入网络的方式，包括通过3GPP的包交换(Packet Switch，简称PS)域接入网络，通过其他非3GPP的PS域接入网络，甚至可以通过电路交换(CircuitSwitch，简称CS)域接入网络等。 [0008] 如果CS网络配置了增强移动交换中心(enhanced Mobile Switch Center，简称eMSC)，由eMSC提供SIP(Session Initial Protocol，初始会话协议)接口来与IMS网络交互，则IMS网络与CS网络的交互可以通过eMSC来实现。 [0009] 对于具有多种接入方式的UE而言，如果该UE某时刻只能使用一种接入方式，则其在2/3G网络的接入方式下正在执行通话业务，因通话业务在2/3G网络中由CS域提供，当UE移动到其他地方而需要改变其使用的接入方式为LTE网络或HSPA网络接入时，UE和网络能提供某种方式使UE正在执行的通话业务不被中断，因通话业务在这些网络中由PS域提供，这样的能力我们称之为反向单待终端业务连续性，简称反向单待业务连续性(reverse SingleRadio Voice Call Continuity——rSRVCC)，与之相对应的，如果是UE从LTE网络或HSPA网络移动到2/3G网络则为正向单待终端业务连续性，简称为单待业务连续性。 [0010] 在实现反向单待业务连续性时，应该包括两个过程，一个过程是原网络到目标网络的切换过程，另一个是终端与远端之间的媒体连接建立过程。就目前来说，切换过程在业界已经有明确的实现流程(如图1所示)，但如何发起终端与远端之间的媒体连接建立过程还有待提出明确的解决方案。 [0011] 图1是现有的反向单待业务连续性流程图，描述了UE-1和UE-2间建立了通话，UE-1是通过2/3G网络的CS域建立通话的，因此通话媒体路径中连接UE-1的是一段CS媒体连接，UE-1发生反向单待业务连续性后，UE-1如何从CS域切换到PS域的过程，包括如下步骤： [0013] 步骤102、为UE-1服务的原网络的基站系统根据测量报告中各小区信号强度测量信息判断附近的PS目标网络更适合为UE-1服务，于是决定执行切换操作，原网络的基站系统向MSC发送切换请求，比如发送Handover required(切换请求)消息； [0014] 步骤103、MSC向目标网络的控制实体发送切换请求，比如发送CS to PSHandover Request，该控制实体可以是长期演进网络(LTE)的MME或高速数据访问网络(HSPA)的SGSN； [0015] 步骤104、如果UE-1还有数据业务，则原网络的基站系统还会向原网络数据域控制实体(也即SGSN)发送切换请求，比如发送Relocation Required(切换请求)消息； [0016] 步骤105、步骤104之后，原网络数据域控制实体向目标网络控制实体发送切换请求，比如发送Forward Relocation Request消息； [0017] 步骤106、目标网络控制实体向目标网络基站系统发送切换请求，比如发送Handover Request(切换请求)消息； [0018] 步骤107、目标网络基站系统回应切换响应消息，比如发送HandoverRequest Acknowledge消息； [0019] 步骤108、目标网络控制实体收到切换响应后，向MSC发送切换响应消息，比如发送CS to PS Handover Response消息； [0020] 步骤109、MSC向原网络基站系统发送切换命令，比如发送HandoverCommand(切换命令)消息； [0021] 步骤110、如果UE-1还有数据业务，则目标网络控制实体还会向原网络数据域控制实体发送切换响应，比如发送Forward Relocation Response消息； [0022] 步骤111、步骤110之后，原网络数据域控制实体向原网络基站系统发送切换命令，比如发送Relocation Command消息； [0023] 步骤112、原网络基站系统向UE-1发送切换命令，比如发送HO fromUTRAN/GERAN消息； [0024] 步骤113、UE-1执行切换，切换到目标网络中，然后向目标网络的控制实体发送附着请求，比如发送Attach Request消息； [0025] 步骤114、目标网络控制实体向UE-1发送附着同意消息，比如发送AttachAccept消息。 发明内容[0026] 本发明所要解决的技术问题是，提供一种反向单待业务连续性实现方法和系统，以在终端从CS域切换到PS域时，实现反向单待业务连续性。 [0027] 为了解决上述问题，本发明提供一种反向单待业务连续性的实现方法，该方法包括： [0028] 转移请求步骤，当前移动交换中心(MSC)收到来自CS域的切换请求后，向业务连续性应用服务器(SC AS)发送针对终端用户或针对终端用户参与的会话的转移请求； [0029] 连接建立步骤，所述SC AS接收到所述转移请求后发起所述终端与远端之间的媒体连接建立流程。 [0030] 为解决以上技术问题，本发明还提供了另一种反向单待业务连续性的实现方法，该方法包括： [0031] 当前移动交换中心(MSC)收到来自CS域的切换请求后，向业务连续性应用服务器(SC AS)发送第一转移请求； [0032] 所述SC AS接收到所述第一转移请求后，请求所述远端发送媒体资源信息； [0033] 终端接入目标网络后向所述SC AS发送第二转移请求，其中携带所述终端的媒体资源信息； [0034] 所述SC AS接收到所述第二转移请求和所述远端发送的携带媒体资源信息的消息后，将所述远端发送的消息中的媒体资源信息发送给所述终端，将所述第二转移请求中的媒体资源信息发送给所述远端。 [0035] 为解决以上技术问题，本发明提供一种反向单待业务连续性的实现系统，该系统包括： [0036] 移动交换中心(MSC)包括转移请求模块，所述MSC为当前MSC时，所述转移请求模块用于在收到来自CS域的切换请求后，向业务连续性应用服务器(SC AS)发送针对终端用户或针对终端用户参与的会话的转移请求； [0037] 所述SC AS包括连接建立控制模块，用于接收所述转移请求，以及在接收所述转移请求后发起所述终端与所述远端之间的媒体连接重建流程。 [0038] 为解决以上技术问题，本发明还提供了另一种反向单待业务连续性的实现系统，该系统包括： [0039] 移动交换中心(MSC)，当所述MSC为当前MSC时，用于接收来自CS域的切换请求后，向业务连续性应用服务器(SC AS)发送第一转移请求； [0040] SC AS，用于在接收到所述第一转移请求后，请求所述远端发送媒体资源信息；还用于在接收到第二转移请求和所述远端发送的携带媒体资源信息的消息后，将所述远端发送的消息中的媒体资源信息发送给所述终端，将所述第二转移请求中的媒体资源信息发送给所述远端； [0041] 终端，用于接入目标网络后向所述SC AS发送所述第二转移请求，其中携带所述终端的媒体资源信息。 [0042] 采用本发明提出反向单待业务连续性实现方法和系统通过网络当前MSC的辅助，由业务连续性应用服务器(SC AS)或终端发起终端与远端之间的媒体连接建立流程，使得终端从CS域切换到PS域时，保证反向单待业务连续性。附图说明 [0043] 图1是现有反向单待业务连续性实现方法流程图； [0044] 图2是本发明反向单待业务连续性实现方法实施例一的流程图； [0045] 图3是本发明反向单待业务连续性实现方法实施例二的流程图； [0046] 图4是本发明反向单待业务连续性实现方法实施例三的流程图； [0047] 图5是本发明反向单待业务连续性实现方法实施例四的流程图； [0048] 图6是本发明反向单待业务连续性实现方法实施例五的流程图； [0049] 图7是本发明反向单待业务连续性实现方法实施例六的流程图； [0050] 图8是本发明反向单待业务连续性实现方法的流程示意图。 具体实施方式[0051] 本发明反向单待业务连续性的实现方法和系统的核心思想是，通过网络当前MSC的辅助，由业务连续性应用服务器(SC AS)或终端发起终端与远端之间的媒体连接建立流程，使得终端从CS域切换到PS域时，保证反向单待业务连续性。 [0052] 本发明中当前MSC指参与转移过程的MSC，若在切换过程中MSC不改变，该MSC即本发明所说的当前MSC；若切换过程中MSC需要从原MSC切换至目标MSC，则目标MSC即本发明所说的当前MSC。 [0053] 如图8所示，本发明反向单待业务连续性的实现方法包括： [0054] 步骤10，转移请求步骤，当前移动交换中心(MSC)收到来自CS域的切换请求后，向业务连续性应用服务器(SC AS)发送针对终端用户或针对终端用户参与的会话的转移请求； [0055] 步骤20：连接建立步骤，所述SC AS接收到所述转移请求后发起所述终端与远端之间的媒体连接建立流程。 [0056] 具体流程见以下实施例一至五。 [0057] 信令锚定所述当前MSC时，参见以下实施例一、二、三及五，所述SC AS接收到所述转移请求后发起所述终端与远端之间的媒体连接建立流程的方法为： [0058] 所述SC AS接收到所述转移请求后，通过所述当前MSC向所述终端发送建立连接消息。 [0059] 媒体锚定所述当前MSC时，参见以下实施例一、二、五： [0060] 所述转移请求步骤中所述转移请求携带转移请求关联信息； [0061] 所述连接建立步骤包括：所述SC AS通过所述MSC向所述终端发送所述建立连接消息，其中携带所述转移请求关联信息，所述当前MSC向所述终端转发的所述建立连接消息中携带所述当前MSC的媒体资源信息； [0062] 所述当前MSC收到所述终端的携带媒体资源信息的消息后，建立与所述终端之间的媒体连接； [0063] 所述当前MSC根据所述转移请求关联信息关联所述当前MSC与所述终端之间的所述媒体连接和所述当前MSC与所述远端之间的媒体连接。 [0064] 媒体锚定所述当前MSC时，参见以下实施例一、二及五，转移请求步骤中，所述当前MSC发送的转移请求中携带当前MSC的媒体资源信息；连接建立步骤中，所述SC AS使用所述转移请求中携带的媒体资源信息直接更新远端，或先判断是否需要更新远端，判断需要时再更新远端。 [0065] 连接建立步骤中，SC AS根据转移请求的发起方信息判断是否需要更新远端。 [0066] 信令锚定当前MSC但媒体不锚定当前MSC时，参见以下实施例三，所述连接建立步骤中，所述SC AS接收到所述转移请求后，请求所述远端发送媒体资源信息，所述SC AS接收到所述远端的携带媒体资源信息的消息后，将其中的媒体资源信息通过所述建立连接消息发送出去。 [0067] 信令锚定当前MSC时，参见实施例一至三，保证媒体连接建立成功的一种方式是：连接建立步骤中，所述当前MSC收到所述终端发送的拒绝所述建立连接消息的消息后，重试转发所述建立连接消息。 [0068] 信令锚定当前MSC时，参见实施例五，保证媒体连接建立成功的另一种方式是：连接建立步骤中，所述当前MSC接收到目标网络控制实体发送的切换完成通知后，再向所述终端转发所述建立连接消息。 [0069] 所述目标网络控制实体在以下任一情形下发送切换完成通知： [0070] 所述当前MSC收到来自CS域的切换请求后，向所述目标网络控制实体发送切换通知，所述目标网络控制实体感知所述终端接入到目标网络后，向所述当前MSC发送切换完成通知；或， [0071] 所述终端完成切换后，向所述目标网络控制实体发送切换完成指示，所述目标网络控制实体接收所述指示后，向所述当前MSC发送切换完成通知。 [0072] 信令不锚定当前MSC时，参见实施例四，连接建立步骤中，所述SC AS接收到所述转移请求后发起所述终端与远端之间的媒体连接建立流程的方法为： [0073] 所述SC AS接收到所述转移请求后，向所述终端发送建立连接消息。 [0074] 进一步地，连接建立步骤中，所述SC AS接收到所述转移请求后，请求所述远端发送媒体资源信息，所述SC AS接收到所述远端的携带媒体资源信息的消息后，将其中的媒体资源信息通过所述建立连接消息发送出去。 [0075] 为了保证媒体连接建立成功，参见实施例四，连接建立步骤中，所述SCAS收到所述终端发送的拒绝所述建立连接消息的消息后，重试转发所述建立连接消息。 [0076] 下面将结合附图和实施例对本发明进行详细描述。 [0077] 本发明中MSC收到来自CS域的切换请求后，可以向目的网络控制实体发送切换请求，也可以不发送切换请求。 [0078] 实施例一 [0079] 图2是本发明的反向单待业务连续性实现方法实施例一的流程图，描述了UE-1和UE-2间建立了通话，UE-1是通过2/3G网络的CS域建立通话的，因此通话媒体路径中连接UE-1的是一段CS媒体连接，当UE-1移动需要改变其使用的接入方式为LTE或HSPA的PS域，后续会话通过目标MSC的媒体锚定建立媒体连接，且目标MSC既是原MSC的情况下，UE-1实现反向单待业务连续性的过程包括如下步骤： [0080] 步骤201、UE-1通过CS域及MSC与UE-1建立会话，MSC支持IMS信令，会话信令路径途经SC AS； [0081] 步骤202～203、与图1的步骤101～102相同； [0082] 步骤204、如果UE-1在原网络的PS域还有业务，执行标准的PS到PS切换流程，其过程与图1的步骤104～109相同； [0083] 步骤205、步骤203后，MSC收到来自CS域的切换请求，立即向CS域发送切换命令，消息到达原网络的基站系统； [0084] 需要说明的是，本发明并不关注MSC是否向目标网络控制实体转发切换请求。 [0085] 步骤206、原网络的基站系统向UE-1发送切换命令，要求UE-1切换到目标网络； [0086] 步骤207、UE-1收到切换命令后，调制到目标网络接入； [0087] 步骤208、步骤203后，MSC收到来自CS域的切换请求，向SC AS发起转移请求； [0088] 转移请求可以由多种实现方式，比如以SC AS的号码为目标发起INVITE(邀请)消息或REFER(转移)消息，或者以SC AS的标识为目标发起INVITE消息或REFER消息，或者在原会话路径上发送REFER消息。 [0089] 转移请求中携带切换终端用户关联信息、MSC关联信息和/或转移请求关联信息，其中切换终端用户关联信息可以是UE-1的用户标识信息或号码信息，可以通过收到的切换请求中的国际移动用户识别码(IMSI)推导出来，SC AS可以根据切换终端用户关联信息确定对应的终端用户及需要转移的会话。 [0090] 转移请求还可以是reINVITE(重邀请)消息，reINVITE消息中的会话关联信息本身就可以作为切换终端用户关联信息(因为通过会话关联信息可以找到参与会话的双方的信息)，因此当使用reINVITE消息作为转移请求时不用再特别携带切换终端用户关联信息。 [0091] MSC关联信息和转移请求关联信息可以分别用一个参数表示，也可以通过一个组合参数标识，比如以用户名@主机名形式表示，其中用户名部分可用于转移请求关联，主机名部分可用于MSC关联。MSC关联信息用于后续步骤211中SC AS将建立连接消息路由给MSC，转移请求关联信息用于后续步骤211中MSC关联建立连接消息与此步骤中的转移请求。 [0092] SC AS的号码和/或标识可预先配置在MSC中，转移请求途经CSCF到达SC AS。 [0093] 步骤209、SC AS收到转移请求后，判断无需更新远端，比如INVITE消息中的媒体资源信息与原会话中的比较没有改变，或收到的是在原会话路径上的REFER消息，于是不更新远端； [0094] 步骤210、SC AS响应转移请求，比如发送“200OK”消息，转移响应途经CSCF最终到达MSC； [0095] 步骤211、在步骤208之后，SC AS通过切换终端用户关联信息找到UE-1的终端用户标识，以该终端标识通过PS域向UE-1发送建立连接消息； [0096] 该建立连接消息可以通过发送INVITE消息实现，SC AS要求该建立连接消息途经MSC，比如在呼叫消息的头域中设置路由信息，路由信息中包括MSC关联信息，如果该MSC关联信息不能用于转移请求关联，则SC AS还要在该建立连接消息中携带步骤208中获得的转移请求关联信息； [0097] 步骤212、建立连接消息到达MSC，MSC根据转移请求关联信息关联步骤208中的转移请求，并转发建立连接消息给UE-1，在转发的建立连接消息中携带MSC的媒体资源信息； [0098] 如果UE-1此时尚未完成接入目标网络的操作，转发的建立连接消息会被拒绝，当MSC收到转发的建立连接消息的拒绝消息后，重试转发建立连接消息的操作，直到该建立连接消息被接受。 [0099] 步骤213、UE-1收到建立连接消息，应答该建立连接消息，比如发送“200OK”消息，消息携带UE-1的媒体资源信息； [0100] 步骤214、建立连接应答消息途经MSC，MSC根据其中的媒体资源信息完成与UE-1的媒体协商，MSC转发建立连接应答消息给SC AS； [0101] 至此，UE-1与MSC间建立起IMS媒体连接2，MSC将新建的IMS媒体连接2与原会话的IMS媒体连接1接起来，使UE-1能继续与UE-2通话。 [0102] 实施例二 [0103] 图3是本发明反向单待业务连续性实现方法实施例二的流程图，描述了UE-1和UE-2间建立了通话，UE-1是通过2/3G网络的CS域建立通话的，因此通话媒体路径中连接UE-1的是一段CS媒体连接，当UE-1移动需要改变其使用的接入方式为LTE或HSPA的PS域，后续会话通过目标MSC的媒体锚定建立媒体连接，且目标MSC不是原MSC的情况下，UE-1实现反向单待业务连续性的过程包括如下步骤： [0104] 步骤301、UE-1通过CS域及原MSC与UE-1建立会话，目标MSC支持IMS信令但不在信令路径中，会话信令路径途经SC AS； [0105] 步骤302～303、与图1的步骤101～102相同； [0106] 步骤304、原MSC收到切换请求，向目标MSC发起标准的CS域的局间切换过程，原MSC向目标MSC发送切换请求； [0107] 步骤305、如果UE-1在原网络的PS域还有业务，执行标准的PS到PS切换流程，其过程与图1的步骤104～109相同； [0108] 步骤306、步骤304后，目标MSC收到来自CS域的切换请求，立即向CS域的原MSC发送切换响应，消息到达原MSC； [0109] 步骤307、原MSC收到切换响应，向原网络的基站系统发送切换命令； [0110] 步骤308、原网络的基站系统向UE-1发送切换命令，要求UE-1切换到目标网络； [0111] 步骤309、UE-1收到切换命令后，调制到目标网络接入； [0112] 步骤310、步骤304后，目标MSC收到来自CS域的切换请求，向SC AS发起转移请求； [0113] 转移请求可以有多种实现方式，比如以SC AS的号码为目标发起INVITE(邀请)消息，或者以SC AS的标识为目标发起INVITE消息，消息携带目标MSC的媒体资源信息。 [0114] 转移请求中还携带切换终端用户关联信息、MSC关联信息和/或转移请求关联信息，其中切换终端用户关联信息可以是UE-1的用户标识信息或号码信息，可以通过收到的切换请求中的国际移动用户识别码(IMSI)推导出来，SC AS可以根据切换终端用户关联信息确定对应的终端用户及需要转移的会话。 [0115] MSC关联信息和会话关联信息可以分别用一个参数表示，也可以通过一个组合参数标识，比如以用户名@主机名形式表示，其中用户名部分可用于转移请求关联，主机名部分可用于MSC关联。 [0116] SC AS的号码和/或标识可预先配置在MSC中，转移请求途经CSCF到达SC AS。 [0117] 步骤311、SC AS收到转移请求后，判断需要发起远端更新流程，向UE-2发送更新请求，比如发送reINVITE(重邀请)消息，携带步骤310中获得的媒体资源信息，消息途经CSCF到达UE-2； [0118] 可理解地，目标MSC发送的转移请求中的目标MSC的媒体资源信息在发送给SC AS的过程中，可能会被信令路径上的其他网元修改、更新，从而导致SC AS接收到的转移请求中的媒体资源信息已经不再是原来的媒体资源信息，但该媒体资源信息仍然是关联目标MSC的媒体资源信息。 [0119] 其他实施例中的媒体资源信息均有类似的情形，即发端和接受端的媒体资源信息可能有所变化，但实质所指向的对象并不改变。 [0120] 步骤312、UE-2收到更新请求，响应更新请求，比如发送“200OK”消息，消息携带UE-2的媒体资源信息，消息途经CSCF到达SC AS； [0121] 步骤313、SC AS响应转移请求，比如发送“200OK”消息，消息中携带UE-2的媒体资源信息，转移响应途经CSCF最终到达MSC； [0122] 步骤314、在步骤310之后，SC AS通过切换终端用户关联信息找到UE-1的终端用户标识，以该终端标识通过PS域向UE-1发送建立连接消息； [0123] 该建立连接消息可以通过发送INVITE消息实现，SC AS要求该建立连接消息途经目标MSC，比如在呼叫消息的头域中设置路由信息，路由信息中包括目标MSC的标识信息，如果该标识信息不能用于转移请求关联，则SCAS还要在该建立连接消息中携带步骤310中获得的转移请求关联信息； [0124] 步骤315、建立连接消息到达目标MSC，目标MSC根据转移请求关联信息关联步骤310中的转移请求，并转发建立连接消息给UE-1，在转发的建立连接消息中携带目标MSC的媒体资源信息； [0125] 如果UE-1此时尚未完成接入目标网络的操作，转发的建立连接消息会被拒绝，当目标MSC收到转发的建立连接消息的拒绝消息后，重试转发建立连接消息的操作，直到该建立连接消息被接受。 [0126] 步骤316、UE-1收到建立连接消息，应答该建立连接消息，比如发送“200OK”消息，消息携带UE-1的媒体资源信息； [0127] 步骤317、建立连接应答消息途经MSC，MSC根据其中的媒体资源信息完成与UE-1的媒体协商，MSC转发建立连接应答消息给SC AS； [0128] 至此，UE-1与目标MSC间建立起IMS媒体连接2，目标MSC与UE-2间建立起IMS媒体连接1，MSC将新建的IMS媒体连接2与新建的IMS媒体连接1接起来，使UE-1能继续与UE-2通话。 [0129] 此例中，如果原MSC与目标MSC为同一个MSC，则基本与图2流程相同，只是多了步骤311和312的远端更新流程。 [0130] 实施例三 [0131] 图4是本发明反向单待业务连续性实现方法实施例三的流程图，描述了UE-1和UE-2间建立了通话，UE-1是通过2/3G网络的CS域建立通话的，因此通话媒体路径中连接UE-1的是一段CS媒体连接，当UE-1移动需要改变其使用的接入方式为LTE或HSPA的PS域，后续会话通过目标MSC的信令锚定但非媒体锚定建立媒体连接，且目标MSC不是原MSC的情况下，UE-1和SC AS通过MSC进行交互，实现反向单待业务连续性的过程包括如下步骤： [0132] 步骤401～409、与图3的301～309相同； [0133] 步骤410、步骤404后，目标MSC收到来自CS域的切换请求，向SC AS发起IMS转移请求； [0134] 该转移请求可以通过多种方式实现，比如以SC AS的号码为目标发起INVITE(邀请)消息或REFER(转移)消息，或者以SC AS的标识为目标发起INVITE消息或REFER(转移)消息。 [0135] 转移请求中携带切换终端用户关联信息、MSC关联信息和/或转移请求关联信息，其中切换终端用户关联信息可以是UE-1的用户标识信息或号码信息，可以通过收到的切换请求中的国际移动用户识别码(IMSI)推导出来，SC AS可以根据切换终端用户关联信息确定对应的终端用户及需要转移的会话。 [0136] MSC关联信息和转移请求关联信息可以分别用一个参数表示，也可以通过一个组合参数标识，比如以用户名@主机名形式表示，其中用户名部分可用于转移请求关联，主机名用于MSC关联。 [0137] SC AS的号码和/或标识可预先配置在MSC中，转移请求途经CSCF到达SC AS。 [0138] 步骤411、SC AS收到转移请求后，向UE-2发送更新请求，比如发送reINVITE(重邀请)消息，与实施例二相比，该消息中不带目标MSC的媒体资源信息，消息途经CSCF到达UE-2； [0139] 步骤412、UE-2收到更新请求，响应更新请求，比如发送“200OK”消息，消息携带UE-2的媒体资源信息，消息途经CSCF到达SC AS； [0140] 步骤413、与步骤411同时，SC AS响应IMS转移请求，比如发送“200OK”消息，转移响应途经CSCF最终到达MSC； [0141] 步骤414、步骤412后，SC AS收到更新响应消息，SC AS通过切换终端用户关联信息找到UE-1的终端用户标识，以该终端标识通过PS域向UE-1发送建立连接消息，比如发送INVITE消息，消息携带步骤412中获得的UE-2的媒体资源信息，SC AS要求该建立连接消息途经目标MSC，比如在呼叫消息的头域中设置路由信息，路由信息中包括目标MSC的标识信息，如果该标识信息不能用于转移请求关联，则SC AS还要在该建立连接消息中携带步骤410中获得的转移请求关联信息； [0142] 步骤415、建立连接消息到达目标MSC，目标MSC根据转移请求关联信息关联步骤410中的转移请求，并转发建立连接消息给UE-1，其中携带UE2的媒体资源信息； [0143] 如果UE-1此时尚未完成接入目标网络的操作，转发的建立连接消息会被拒绝，当目标MSC收到转发的建立连接消息的拒绝消息后，重试转发建立连接消息的操作，直到该建立连接消息被接受。 [0144] 步骤416、UE-1收到建立连接消息，应答该建立连接消息，比如发送“200OK”消息，消息携带UE-1的媒体资源信息； [0145] 步骤417、建立连接应答消息途经MSC和CSCF到达SC AS，其中携带UE-1的媒体资源信息； [0146] 步骤418、SC AS收到建立连接应答消息后，向UE-2发送更新确认消息，比如发送ACK(确认)消息，消息携带步骤417中获得的媒体资源信息，消息途经CSCF最终到达UE-2； [0147] 至此，UE-1与UE-2间建立起IMS媒体连接1，使UE-1能继续与UE-2通话。 [0148] 此例中，如果原MSC与目标MSC为同一个MSC，则步骤401中，目标MSC也在原会话的信令路径中，且步骤404与406就没有了，步骤410中如果转移请求使用REFER消息，该消息可以是沿着原会话路径发送的REFER消息。 [0149] 实施例四 [0150] 图5是本发明反向单待业务连续性实现方法实施例四的流程图，描述了UE-1和UE-2间建立了通话，UE-1是通过CS域接入建立通话的，因此通话媒体路径中连接UE-1的是一段CS媒体连接，当UE-1移动需要改变其使用的接入方式为LTE或HSPA的PS域，目标MSC不在后续会话的信令路径中，且目标MSC不是原MSC的情况下，UE-1和SC AS直接进行交互，实现反向单待业务连续性的过程包括如下步骤： [0151] 步骤501、UE-1通过CS域及原MSC与UE-1建立会话，目标MSC不在信令路径中，会话信令路径途经SC AS； [0152] 步骤502～509、与图4的402～409相同； [0153] 步骤510、步骤504后，目标MSC收到来自CS域的切换请求，向SC AS发起转移请求； [0154] 该转移请求可以通过多种方式实现，比如以SC AS的号码为目标发起INVITE(邀请)消息或REFER(转移)消息或IAM(初始地址消息)消息，或者以SC AS的标识为目标发起INVITE消息或REFER(转移)消息。 [0155] 转移请求中携带切换终端用户关联信息，切换终端用户关联信息可以是UE-1的用户标识信息或号码信息，可以通过收到的切换请求中的国际移动用户识别码(IMSI)推导出来，SC AS可以根据切换终端用户关联信息确定对应的终端。 [0156] SC AS的号码和/或标识可预先配置在MSC中，转移请求途经CSCF到达SC AS。 [0157] 步骤511、SC AS收到转移请求后，向UE-2发送更新请求，比如发送reINVITE(重邀请)消息，与实施例三相同，该消息中不带目标MSC的媒体资源信息，消息途经CSCF到达UE-2； [0158] 步骤512、UE-2收到更新请求，响应更新请求，比如发送“200OK”消息，消息携带UE-2的媒体资源信息，消息途经CSCF到达SC AS； [0159] 步骤513、与步骤511同时，SC AS响应转移请求，比如发送“200OK”消息，转移响应途经CSCF最终到达MSC，如果步骤510中发送的转移请求是IAM消息，则该转移响应消息到达MSC前会被其他网关设备转换成ANM(应答消息)； [0160] 步骤514、步骤512后，SC AS收到更新响应消息，SC AS通过切换终端用户关联信息找到UE-1的终端用户标识，以该终端标识通过PS域向UE-1发送建立连接消息，比如发送INVITE消息，消息携带步骤512中获得的UE-2的媒体资源信息，与实施例三不同的是，SC AS不要求该建立连接消息途经目标MSC； [0161] 如果UE-1此时尚未完成接入目标网络的操作，转发的建立连接消息会被拒绝，当SC AS收到转发的建立连接消息的拒绝消息后，重试转发建立连接消息的操作，直到该建立连接消息被接受。 [0162] 步骤515、UE-1收到建立连接消息，应答该建立连接消息，比如发送“200OK”消息，消息携带UE-1的媒体资源信息，建立连接应答消息途经CSCF到达SC AS； [0163] 步骤516、SC AS收到建立连接应答消息后，向UE-2发送更新确认消息，比如发送ACK(确认)消息，消息携带步骤515中获得的媒体资源信息，消息途经CSCF最终到达UE-2； [0164] 至此，UE-1与UE-2间建立起IMS媒体连接1，使UE-1能继续与UE-2通话。 [0165] 此例中，如果原MSC与目标MSC为同一个MSC，则步骤501中，目标MSC也在原会话的信令路径中，且步骤504与506就没有了，步骤510中如果转移请求使用REFER消息，该消息可以是沿着原会话路径发送的REFER消息。 [0166] 实施例五 [0167] 图6是本发明反向单待业务连续性实现方法实施例五的流程图，描述了UE-1和UE-2间建立了通话，UE-1是通过CS域接入建立通话的，因此通话媒体路径中连接UE-1的是一段CS媒体连接，当UE-1移动需要改变其使用的接入方式为LTE或HSPA的PS域，后续会话通过目标MSC的媒体锚定建立媒体连接，且目标MSC不是原MSC的情况下，UE-1实现反向单待业务连续性的过程包括如下步骤： [0168] 步骤601～613、与图3的步骤301～313相同； [0169] 步骤614、在步骤610之后，SC AS通过切换终端用户关联信息找到UE-1的终端用户标识，以该终端标识通过PS域向UE-1发送建立连接消息；比如发送INVITE消息，SC AS要求该建立连接消息途经目标MSC，比如在呼叫消息的头域中设置路由信息，路由信息中包括目标MSC的标识信息，如果该标识信息不能用于转移请求关联，则SC AS还要在该建立连接消息中携带步骤610中获得的转移请求关联信息，消息到达目标MSC后，目标MSC根据转移请求关联信息关联步骤610中的转移请求，但目标MSC不立即转发该消息； [0170] 步骤615、UE-1切换到目标网络，向目标网络控制实体发送通知切换完成的消息，比如发送携带从CS域切换过来的指示的Attach Request(附着请求)消息或Tracking Area Update(路径区域更新)消息，或携带切换指示的Service Request(业务请求)消息等； [0171] 步骤616、目标网络的控制实体向目标MSC发送切换完成通知消息，比如发送PS to CS Handover Complete Notification消息，目标网络的控制实体可以通过UE-1接入的目标小区信息确定目标MSC； [0172] 步骤617、目标MSC收到来自目标网络控制实体的切换完成通知消息后，转发步骤614的建立连接消息给UE-1，在转发的建立连接消息中携带目标MSC的媒体资源信息； [0173] 步骤618～619、与图3的步骤316～317相同 [0174] 至此，UE-1与目标MSC间建立起IMS媒体连接2，目标MSC与UE-2间建立起IMS媒体连接1，MSC将新建的IMS媒体连接2与新建的IMS媒体连接1接起来，使UE-1能继续与UE-2通话。 [0175] 此例中，步骤615为UE通知目标网络控制网元CS到PS切换完成，实际实施中，也可以在步骤604后由MSC通知目标网络控制网元发生了CS到PS的切换，这样当目标网络控制网元感知到UE接入目标网络后，目标网络控制网元就可执行步骤616。 [0176] 此例中，如果原MSC与目标MSC为同一个MSC，则步骤601中，目标MSC也在原会话的信令路径中，且步骤604与606就没有了。 [0177] 本发明提供的另一种反向单待业务连续性的实现方法包括： [0178] 当前移动交换中心(MSC)收到来自CS域的切换请求后，向业务连续性应用服务器(SC AS)发送第一转移请求； [0179] 所述SC AS接收到所述第一转移请求后，请求所述远端发送媒体资源信息； [0180] 终端接入目标网络后向所述SC AS发送第二转移请求，其中携带所述终端的媒体资源信息； [0181] 所述SC AS接收到所述第二转移请求和所述远端发送的携带媒体资源信息的消息后，将所述远端发送的消息中的媒体资源信息发送给所述终端，将所述第二转移请求中的媒体资源信息发送给所述远端。 [0182] 具体流程见以下实施例六。 [0183] 实施例六 [0184] 图7是本发明反向单待业务连续性实现方法实施例六的流程图，描述了UE-1和UE-2间建立了通话，UE-1是通过CS域接入建立通话的，因此通话媒体路径中连接UE-1的是一段CS媒体连接，当UE-1移动需要改变其使用的接入方式为LTE或HSPA的PS域，目标MSC不在后续会话的信令路径中，且目标MSC不是原MSC的情况下，UE-1实现反向单待业务连续性的过程包括如下步骤： [0185] 步骤701～713、与图5的步骤501～513相同； [0186] 步骤714、UE-1在目标网络的PS域发起转移请求，比如以SC AS的标识为目标发送INVITE消息，消息途经CSCF到达SC AS； [0187] 步骤715、SC AS收到UE-1发送的转移请求，响应该转移请求，比如发送“200OK”消息，消息携带步骤712中获得的UE-2的媒体资源信息； [0188] 步骤716、SC AS向UE-2发送更新确认消息，比如发送ACK消息，携带步骤714中获得的UE-1的媒体资源信息； [0189] 至此，UE-1与UE-2间建立起IMS媒体连接1，使UE-1能继续与UE-2通话。 [0190] 此例中，如果原MSC与目标MSC为同一个MSC，则步骤701中，目标MSC也在原会话的信令路径中，且步骤704与706就没有了，步骤710中如果转移请求使用REFER消息，该消息可以是沿着原会话路径发送的REFER消息。 [0191] 为了实现以上方法，本发明还提供了一种反向单待业务连续性的实现系统，该系统包括： [0192] 移动交换中心(MSC)包括转移请求模块，所述MSC为当前MSC时，所述转移请求模块用于在收到来自CS域的切换请求后，向业务连续性应用服务器(SC AS)发送针对终端用户或针对终端用户参与的会话的转移请求； [0193] 所述SC AS包括连接建立控制模块，用于接收所述转移请求，以及在接收所述转移请求后发起所述终端与所述远端之间的媒体连接重建流程。 [0194] 对应于实施例一、二、三、五，所述SC AS的连接建立控制模块以通过所述当前MSC向所述终端发送建立连接消息的方式发起所述终端与远端之间的媒体连接建立流程。 [0195] 对应于实施例一、二、五，所述转移请求携带转移请求关联信息，所述MSC还包括与转移请求模块连接的建立连接消息转发模块以及媒体连接建立模块，所述建立连接消息转发模块用于接收所述SC AS发送的建立连接消息并向所述终端转发，且转发的建立连接消息中携带关联所述当前MSC的媒体资源信息；所述媒体连接建立模块用于收到所述终端的携带媒体资源信息的消息后，建立与所述终端之间的媒体连接；以及根据所述转移请求关联信息关联所述当前MSC与所述终端之间的所述媒体连接和所述当前MSC与所述远端之间的媒体连接。 [0196] 对应于实施例一、二、五，所述当前MSC发送的转移请求中携带当前MSC的媒体资源信息；所述SC AS的连接建立控制模块还用于使用所述转移请求中携带的媒体资源信息直接更新远端，或先判断是否需要更新远端，判断需要时再更新远端。 [0197] 对应于实施例三，所述SC AS的连接建立控制模块接收到所述转移请求后，还用于请求所述远端发送媒体资源信息，接收到所述远端的携带媒体资源信息的消息后，将其中的媒体资源信息通过所述建立连接消息发送出去。 [0198] 对应于实施例一至三，所述当前MSC的建立连接消息转发模块，还用于在收到所述终端发送的拒绝所述建立连接消息的消息后，重试转发所述建立连接消息。 [0199] 对应于实施例五，所述当前MSC的建立连接消息转发模块，在接收到目标网络控制实体发送的切换完成通知后，再向所述终端转发所述建立连接消息。 [0200] 进一步地，所述系统还包括目标网络控制实体；所述MSC的切换控制模块在收到来自CS域的切换请求后，还用于向所述目标网络控制实体发送切换通知；所述目标网络控制实体用于接收所述切换通知，还用于在感知所述终端接入目标网络后或收到所述终端发送的切换完成指示后向所述MSC发送切换完成通知。 [0201] 对应于实施例四，所述SC AS的连接建立控制模块，接收到所述转移请求后，发起所述终端与远端之间的媒体连接建立流程的方法为向所述终端发送建立连接消息。 [0202] 具体地，所述SC AS的连接建立控制模块，接收到所述转移请求后，还用于请求所述远端发送媒体资源信息，接收到所述远端的携带媒体资源信息的消息后，将其中的媒体资源信息通过所述建立连接消息发送出去。 [0203] 对应于实施例四，所述SC AS的连接建立控制模块，还用于在收到终端发送的拒绝所述建立连接消息的消息后，重试转发所述建立连接消息。 [0204] 对应于实施例六，本发明还提供了另一种反向单待业务连续性的实现系统，该系统包括： [0205] 移动交换中心(MSC)，当所述MSC为当前MSC时，用于接收来自CS域的切换请求后，向业务连续性应用服务器(SC AS)发送第一转移请求； [0206] SC AS，用于在接收到所述第一转移请求后，请求所述远端发送媒体资源信息；还用于在接收到第二转移请求和所述远端发送的携带媒体资源信息的消息后，将所述远端发送的消息中的媒体资源信息发送给所述终端，将所述第二转移请求中的媒体资源信息发送给所述远端； [0207] 终端，用于接入目标网络后向所述SC AS发送所述第二转移请求，其中携带所述终端的媒体资源信息。 |
||||||
QQ群二维码
意见反馈
意见反馈