CN104936208B - SRVCC的Refer业务处理方法、装置及系统 - Google Patents

SRVCC的Refer业务处理方法、装置及系统 Download PDF

Info

Publication number
CN104936208B
CN104936208B CN201410109735.8A CN201410109735A CN104936208B CN 104936208 B CN104936208 B CN 104936208B CN 201410109735 A CN201410109735 A CN 201410109735A CN 104936208 B CN104936208 B CN 104936208B
Authority
CN
China
Prior art keywords
session
scc
session identifier
refer
identifier
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.)
Active
Application number
CN201410109735.8A
Other languages
English (en)
Other versions
CN104936208A (zh
Inventor
李振东
邹常乐
游世林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201410109735.8A priority Critical patent/CN104936208B/zh
Priority to PCT/CN2014/084667 priority patent/WO2015139415A1/zh
Publication of CN104936208A publication Critical patent/CN104936208A/zh
Application granted granted Critical
Publication of CN104936208B publication Critical patent/CN104936208B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种SRVCC的Refer业务处理方法、装置及系统，其中，该方法包括：SCC AS接收到Refer请求，其中，该Refer请求中携带有IMS会话的目标会话参与方信息；SCC AS根据上述目标会话参与方信息判断该Refer请求中的会话标识与SCC AS上的会话标识的关联性，并根据该关联性将Refer请求中的会话标识替换为所述SCC AS上的会话标识。通过本发明，解决了相关技术中由于SCC AS无法识别会话标识符导致使用Refer的各种业务都会发生失败的问题，提高了Refer业务的适用范围，提升了SRVCC系统的健壮性及稳定性。

Description

SRVCC的Refer业务处理方法、装置及系统
技术领域
本发明涉及通信领域，具体而言，涉及一种单模业务连续性（Single Radio VoiceCall Continuity，简称为SRVCC）的Refer业务处理方法、装置及系统。
背景技术
网络互联协议多媒体子系统（Internet Protocol Multimedia Core NetworkSubsystem，简称IMS）是由第三代合作伙伴计划（3rd Generation Partnership Project，简称为3GPP）提出的一种基于网络互联协议（Internet Protocol，简称为IP）的网络架构，构建了一个的开放而灵活的业务环境，支持多媒体应用，能够为用户提供丰富的多媒体业务。
在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。
控制层中业务触发和控制功能是呼叫会话控制功能（Call Session ControlFunction，简称为CSCF）完成的。呼叫会话控制功能分为：代理呼叫会话控制功能（Proxy-CSCF，简称为P-CSCF）、查询呼叫会话控制功能（Interrogating-CSCF，简称为I-CSCF）和服务呼叫会话控制功能（Serving-CSCF，简称为S-CSCF）三种类型。
业务层是由一系列应用服务器（Application Server，简称为AS）组成，能提供具体业务服务，AS可以是独立的实体，也可以存在于S-CSCF中。
控制层（S-CSCF）根据用户的签约信息控制业务触发，调用AS上的业务，实现业务功能。
会话中的端到端设备称为用户设备（User Equipment，简称为UE），负责与使用者的交互，有的UE具有多种接入网络的方式，包括通过3GPP的分组交换（Packet Switch，简称为PS）域接入网络，通过其他非3GPP的PS域接入网络，甚至可以通过电路交换（CircuitSwitch，简称为CS）域接入网络等。
对于具有多种接入方式的UE而言，如果该UE某时刻只能使用一种接入方式，则其在一种接入方式下正在执行某项业务，比如通话，当UE移动到其他地方而需要改变其使用的接入方式时，UE和网络能提供某种方式使UE正在执行的业务不被中断，这样的能力我们称之为单模终端业务连续性，简称单模业务连续性（Single Radio Voice CallContinuity，简称为SRVCC）。3GPP定义了SRVCC的架构和流程。为了减少切换过程中的延迟，3GPP随后定义了增强型SRVCC（enhanced SRVCC，简称为eSRVCC）。
图1是根据相关技术的增强单模业务连续性架构示意图，如图1所示，UE101开始通过源无线接入网111（Source Radio Aceess Network，简称为Source RAN）接入PS接入网103。该源无线接入网可以是通用移动通讯系统（Universal Mobile TelecommunicationsSystem，简称为UMTS），也可以是演进的UMTS无线接入网（Evolved UMTS TerrestrialRadio Access Network，简称为E-UTRAN）。PS接入网的关键实体是移动性管理实体（Mobility Management Entity，简称为MME）或GPRS服务节点（Serving GPRS SupportNode，简称为SGSN）。
UE101接入后，IMS VoIP会话锚定在接入转移控制功能（Access TransferControl Function，简称为ATCF)和接入转移网关105（ATGW,Access Transfer Gateway)。会话同时锚定在业务一致与连续性服务器(Service Centralization and ContinuityApplication Server，简称为SCC AS)。会话通过IMS网络连接远端。当切换发生后，UE切换到移动交换中心（Mobile Switching Center，简称为MSC），MSC再连向锚点ATCF/ATGW。
归属用户服务器（Home Subscriber Server，简称为HSS）保存了用户的签约信息。
在切换发生前，UE和远端存在一个IMS会话。该会话由三段组成，UE到ATCF，ATCF到SCC AS，SCC AS到远端。每个SIP会话都有会话标识符，其由3部分组成，CALL-ID，From tag，To tag。这三元组唯一标识了一个SIP会话。图1架构中的锚点ATCF、SCC AS均可充当SIP背靠背代理（Back to Back User Agent，简称为B2BUA）。一个会话路径上的B2BUA，其将一个端到端的完整会话分割成2个逻辑上的会话。这2个会话可以有相同的会话标识符（B2BUA不修改会话标识符），也可以会话标识符不同。当会话标识符不同的时候，B2BUA需要维系会话标识符的关联与替换。比如，一个会话被B2BUA分割为2个会话D1，D2，B2BUA需要本地保存D1与D2的关联关系。当B2BUA从D1侧收到与会话相关的消息后，在转发到D2侧前，需要将消息中的会话标识符D1替换为D2，反之亦然。
图2是根据相关技术的增强单模业务连续性切换流程图。在切换发生前，UE-A和远端UE的端到端会话，由三个会话组成D203（UE-A到ATCF），D202（ATCF到SCC AS），D201（SCCAS到远端UE）。会话标识符D201，D202，D203可以相同也可以不同，一般性期间，假设不同。切换包括如下步骤：
S202：UE-A发测量报给告给源无线接入网（Source RAN）；
S204：Source RAN发现用户需要切换后，发切换请求给MME；
S206：MME将切换请求发送给MSC/MGW；
S208：MSC向目标无线接入网（Target RAN）预留资源；
S210：MSC向会话的锚点ATCF/ATGW发起切换请求；
S212：MSC向MME发送切换请求响应，表示可以切换；
S214，S216：MME通过源无线接入网向UE发送切换命令；
S218：ATCF向MSC发送响应，表示切换成功；
S220：ATCF向SCC AS发送切换通知，该消息可以通过S-CSCF到达SCC AS；
S222：SCC AS向ATCF发送切换通知响应；
S224：UE-A从目标测无线接入网，接入目标CS网络；
此时切换后的会话变为D205（MSC到ATCF），D204（ATCF到SCC AS），D201（SCC AS到远端UE）。
如果UE-A和另一个远端还有一个会话、或多个会话存在，
S226，S228：SCC AS通过ATCF发会话状态通知给MSC；
S230：MSC根据会话状态通知内的信息，向SCC AS发起第二个会话的切换。
IMS不仅支持分组网络接入，也支持电路交换网络接入。支持用户UE通过CS网络接入IMS的技术称为IMS集中业务（IMS centralized Service，简称为ICS）。图3是根据相关技术的ICS技术架构示意图，该图给出了ICS技术的架构。用户设备UE301通过CS接入网302接入MSC。该MSC通过I2接口连向CSCF304，与CSCF相连的SCC AS则完成IMS业务集中控制。I2接口时MSC提供初始会话协议（Session Initial Protocol，简称为SIP）接口来与IMS网络交互。
当SRVCC/eSRVCC切换过程中，如果MSC支持图3架构中的I2接口，并且用户UE有ICS签约，则必须发起如图4所示意的根据相关技术的MSC代替用户UE完成IMS的注册过程。其中，该注册过程中，信令的路径并不会通过ATCF。具体包括如下步骤：
S402：UE完成了如图2所示的增强型SRVCC切换过程；
S404：支持I2接口的MSC判断需要发起IMS注册，代替用户UE向I-CSCF发出注册请求。MSC在注册消息中，会使用从UE信息中推导出来的IMS公开标识（IP Multimedia PublicIdentity，简称为IMPU）发起注册；
S406：I-CSCF收到注册请求后，向HSS查询S-CSCF信息；
S408：I-CSCF根据获得的S-CSCF信息，向其发出注册请求；
S410：S-CSCF收到注册请求后，向HSS注册并下载签约信息；
S412，S414：S-CSCF通过I-CSCF通知MSC注册成功；
S416，S418：S-CSCF向SCC AS发起第三方注册。
其中，这里的SCC AS和S402步骤中的SCC AS是同一实体。SCC AS收到该注册后，能够将该注册和UE在IMS网络的注册关联起来。
IMS的基本协议是初始会话协议（Session Initial Protocol，简称为SIP），Refer是SIP协议中定义的一种特殊消息，其作用如下：实体B向实体A发送Refer消息，携带的主要参数有Refer-To（指示第三方实体C）与method（指示一种方法，如INVITE）；实体A根据此消息向实体C发起某种操作请求（采用method参数指示的方法）。实体可以是用户UE，或者网络设备（如会议业务服务器等）。Refer是SIP中的一个重要的消息，常可用于实现呼叫转接、会议、遇忙回呼、三方通话等业务。
Refer消息的Refer-To参数中还可携带子参数，例如Replaces（替换）子参数，该子参数取值为一个会话标识符，称为目标会话标识符，用于指示第三方实体C在完成新的操作（此操作由实体A发起）后，释放原有的以这个会话标识符标识的会话。此时Refer-To参数除了指示目标实体（第三方实体C）外，也可以直接同时携带目标会话标识符。
如果实体C收到所述目标会话标识符后，如果在本地找不到对应的会话，那么实体C会返回481报错，拒绝本次操作。
然而当上述三个个技术一起使用的时候，就导致使用Refer消息的业务发生失败。
图5是根据相关技术的eSRVCC流程后，MSC代替UE做IMS注册后，发生多方会议的场景的流程图，其描述如下：用户UE-A和UE-B在PS网络有一个端到端会话，由三个会话组成D503（UE-A到ATCF），D502（ATCF到SCC AS），D501（SCC AS到UE-B）。会话标识符D501，D502，D503可以相同也可以不同，一般性期间，假设不同。包括如下步骤：
S502：UE-A完成了如图2所示的增强型SRVCC切换过程；切换完成后，变为由D505，D504，D501串联起来的会话；
S504：MSC代替UE-A发起IMS注册，ATCF不在注册路径上；
S506：UE-A通过MSC将该会话做呼叫保持；
S508：UE-A呼叫UE-C，发送Setup消息给MSC；
S510，S512，S514：MSC建立和UE-C的会话。该会话包含2部分，D506，D507；
S516：UE-A发起会议业务，希望将UE-B，UE-C都转接到会议中；
S518～S524：MSC代替用户UE-A向会议服务器Conf AS发起呼叫；
S526：MSC向Conf AS发送Refer消息，Refer-to中说明了要替换的目标会话信息（和UE-B的会话D505），该消息首先到达SCC AS；
S528：SCC AS作为B2BUA在本地找不到和D505关联的会话标识，所以直接将该消息转发给Conf AS；
S530：Conf AS向UE-B发起呼叫，并携带要替换的会话信息D505；
S532：UE-B收到呼叫请求后，无法在本地查找到D505（UE-B本地只有D501），因此拒绝呼叫。业务失败。
图6是根据相关技术的eSRVCC流程后，MSC代替UE做IMS注册后，发生显示呼叫转接的场景的流程图，图6与图5背景相同，区别是在图5步骤S514后，UE-A发起显示呼叫转接（Explicit call transfer，简称为ECT）业务。ECT业务的场景是A分别和B，C建立会话后，使用Refer，建立B和C之间的会话，然后A退出和B，C的会话。在eSRVCC过程后，具体流程描述如下：
S602～S614：同图5的步骤S502～S514。UE-A和UE-B的会话路径，由D605，D604，D601组成。UE-A和UE-C的会话路径由D607，D606组成；
S616：UE-A发起呼叫转接业务；
S618：MSC向UE-C发起Refer消息，Refer-to中说明了UE-C要呼叫UE-B，以及要替换的目标会话信息（和UE-A和UE-B的会话D605），该消息首先到达SCC AS；
S620：SCC AS作为B2BUA在本地找不到和D605关联的会话标识，所以直接将该消息转发给UE-C；
S622：UE-C向UE-B发起呼叫，并携带要替换的会话信息D605，简化期间，省略了和本发明无关的路径中网元的及消息；
S624：UE-B收到呼叫请求后，无法在本地查找到D605（UE-B本地只有D601），因此拒绝呼叫。呼叫转接业务失败。
在图2所示，增强型SRVCC切换过程，不止可以切换一个会话。根据3GPP标准，SRVCC切换过程最多可以切换2个会话到CS网络中。切换完成后，第一个被切换会话保持激活态，第二个被切换的会话为呼叫保持状态。
图5和图6，描述的场景都是发生切换的UE和远端只有一个会话，在SRVCC切换后，UE再向第三方发起呼叫。
当UE在SRVCC切换前，如果和远端有多个会话时（大于等于2个会话），现有技术中（图2所示步骤S202～S224），切换的第一个会话，是UE上最后活跃（active）的会话。并且在图2步骤S226～S230，切换次最后活跃的会话，且该会话切换后状态为呼叫保持状态。如果UE和其他远端还有会话，将会被释放。
图6a是根据相关技术的发生切换的UE和远端存在多个会话的场景的流程图，具体流程如图6a所示，用户UE-A和UE-B在PS网络有一个端到端会话，由三个会话组成D603a（UE-A到ATCF），D602a（ATCF到SCC AS），D601a（SCC AS到UE-B）。会话标识符D601a，D602a，D603a可以相同也可以不同，一般性期间，假设不同。用户UE-A和UE-C在PS网络有一个端到端会话，由三个会话组成D603b（UE-A到ATCF），D602b（ATCF到SCC AS），D601b（SCC AS到UE-C）。会话标识符D601b、D602b、D603b可以相同也可以不同，一般性期间，假设不同。UE-A和UE-B之间的会话，是最后活跃的会话，UE-A和UE-C之间的会话，是次最后活跃的会话。包括如下步骤：
SA602：UE-A完成了如图2所示的增强型SRVCC切换过程（步骤S202～S224）；切换完成后，会话变为由D605a，D604a，D601a串联起来的会话；
SA604，SA606：SCC AS通过ATCF发会话状态通知给MSC；
SA608：MSC向SCC AS发起切换请求，用于切换UE-A和UE-C之间会话；
SA610：SCC AS向MSC发送切换成功响应。
增强SRVCC切换完成后，UE-A和UE-C之间的会话，变为由D604b，D601b串联起来的会话。可以看到，第二个被切换后的会话路径，也没有通过ATCF。
对比图6a和图5（步骤S516之前）可以看到，无论是增强SRVCC过程中，切换一个会话后再建立一个新会话，还是在切换前存在多个会话，切换过程中切换2个会话，其结果的会话路径是一样的。即，第一个被切换的总是锚定在ATCF上，第二个会话（无论是被切换的，还是新建立的），都不通过ATCF。
在图6a的步骤SA610后，如果UE发起如图5所示，将2个会话的远端转接到会议中，此时会议业务服务器呼叫第一个被切换会话的远端时，会发生图5一样的问题。或者如图6所示的转接业务，请求第二个被切换的会话的远端呼叫第一个被切换会话的远端，此时也会发生图6一样的问题。
从图5、6可以看出，该问题出现的关键在于，由于在MSC和SCC AS之间有ATCF这个B2BUA存在，MSC到SCC AS的会话被分为2段。MSC到ATCF（会话标示符D1），ATCF到SCC AS（会话标示符D2）。此时SCC AS是无法识别会话标示符D1的，SCC AS只能识别会话标识符D2。如果ATCF总是出现在会话路径上，那么不会有问题，当会话相关消息通过ATCF的时候，ATCF会完成消息中会话标识符的关联和替换。但是如图4所示，eSRVCC切换后，MSC代替用户发起了IMS注册，该注册不通过ATCF。后续消息中，除了第一个被切换的会话内消息之外，MSC代替用户发起IMS业务的时候，消息都不会通过ATCF。
在图5中，当MSC向Conf AS发Refer请求（Refer-to=D505）时，由于ATCF不在会话路径上，所以无法替换为D504，当SCC AS收到后，如果会话标识符是D504，那么SCC AS很容易替换为D501。但是SCC AS收到的是D505，根据本地的关联信息无法找到D505，所以就直接转发给Conf AS。导致Conf AS呼叫UE-B时，UE-B无法识别D505而拒绝。在图6中的问题也是类似。
由上可知，相关技术的增强型单模业务连续性实现方法中，在切换完成后，ATCF存在于第一个被切换的会话的会话路径上，即，MSC到远端的UE的会话路径上。但是MSC后续代替用户发起的新业务会话、或被切换的第二个会话将不通过ATCF。当MSC在切换后建立的会话、或被切换的第二个会话中，用Refer消息发送第一个被切换的会话标识符时，会话路径上的SCC AS无法识别，从而导致使用Refer的各种业务都会发生失败。
针对相关技术中由上述原因导致使用Refer的各种业务会发生失败的问题，目前尚未提出有效的解决方案。
发明内容
针对相关技术中由上述原因导致使用Refer的各种业务会发生失败的问题，本发明提供了一种SRVCC的Refer业务处理方法、装置及系统，以至少解决上述问题。
根据本发明的一个方面，提供了一种单模业务连续性（SRVCC）的Refer业务处理方法，包括以下步骤：业务一致与连续性服务器（SCC AS）接收到Refer请求，其中，所述Refer请求中携带有网络互联协议多媒体子系统（IMS）会话的目标会话参与方信息；所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识。
优选地，所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识包括：所述SCC AS查询是否存在与所述Refer请求中的会话标识相同的会话标识；如果不存在，所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识。
优选地，在所述SCC AS接收到Refer请求之前，还包括：移动交换中心（MSC）在发送的Refer请求中添加所述目标会话参与方信息，其中，所述目标会话参与方信息包括：参与目标会话的本地的第一用户设备（UE）的标识和参与所述目标会话的远端的第二UE的标识；或者，参与所述目标会话的本地的第一UE的标识。
优选地，在所述目标会话参与方信息为参与目标会话的本地的第一UE的标识和参与所述目标会话的远端的第二UE的标识的情况下，所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性包括：所述SCCAS确定出所述SCC AS上的所述第一UE与所述第二UE之间会话的会话标识中符合所述Refer请求传递方向的会话标识，作为与所述Refer请求中的会话标识相关联的会话标识。
优选地，在所述目标会话参与方信息为参与所述目标会话的本地的第一UE的标识的情况下，所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性包括：
所述SCC AS确定出所述SCC AS上的所述第一UE的第一个被切换的会话的会话标识中符合所述Refer请求传递方向的会话标识，作为与所述Refer请求中的会话标识相关联的会话标识。
优选地，所述方法还包括：所述SCC AS在所述Refer请求中添加所述第二UE的标识。
根据本发明的另一方面，还提供了一种SRVCC的Refer业务处理装置，位于业务一致与连续性服务器（SCC AS）中，包括：接收模块，用于接收到Refer请求，其中，所述Refer请求中携带有网络互联协议多媒体子系统（IMS）会话的目标会话参与方信息；替换模块，用于根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识。
优选地，所述替换模块包括：查询单元，用于查询是否存在与所述Refer请求中的会话标识相同的会话标识；替换单元，用于在所述查询单元的查询结果为不存在的情况下，根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识。
根据本发明的再一方面，还提供了另一种SRVCC的Refer业务处理装置，位于移动交换中心（MSC）中，包括：添加模块，用于在发送的Refer请求中添加目标会话参与方信息，所述目标会话参与方信息用于业务一致与连续性服务器（SCC AS）判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识，其中，所述目标会话参与方信息包括：参与目标会话的本地的第一用户设备（UE）的标识和参与所述目标会话的远端的第二UE的标识。
根据本发明的还一方面，提供了一种SRVCC的Refer业务处理系统，包括上述的位于业务一致与连续性服务器（SCC AS）中的SRVCC的Refer业务处理装置，还包括上述的位于移动交换中心（MSC）中的SRVCC的Refer业务处理装置。
通过本发明，采用SCC AS接收到Refer请求，其中，该Refer请求中携带有IMS会话的目标会话参与方信息；SCC AS根据上述目标会话参与方信息判断该Refer请求中的会话标识与SCC AS上的会话标识的关联性，并根据该关联性将Refer请求中的会话标识替换为所述SCC AS上的会话标识的方式，解决了相关技术中由于上述原因导致使用Refer的各种业务都会发生失败的问题，提高了Refer业务的适用范围，提升了SRVCC系统的健壮性及稳定性。附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术的增强单模业务连续性架构示意图；
图2是根据相关技术的增强单模业务连续性切换流程图；
图3是根据相关技术的ICS技术架构示意图；
图4是根据相关技术的MSC代替UE完成IMS注册过程的流程图；
图5是根据相关技术的eSRVCC流程后，MSC代替UE做IMS注册后，发生多方会议的场景的流程图；
图6是根据相关技术的eSRVCC流程后，MSC代替UE做IMS注册后，发生显示呼叫转接的场景的流程图；
图6a是根据相关技术的发生切换的UE和远端存在多个会话的场景的流程图；
图7是根据本发明实施例的SRVCC的Refer业务处理方法的流程图；
图8a是根据本发明实施例的SRVCC的Refer业务处理装置一的结构框图；
图8b是根据本发明实施例的SRVCC的Refer业务处理装置二的结构框图;
图9是根据本发明实施例的SRVCC的Refer业务处理系统的结构框图；
图10是根据本发明优选实施例的增强单模业务连续性流程后，使用Refer的基本概念图；
图11是根据本发明优选实施例的多方会议中的流程示意图；
图12是根据本发明优选实施例的ECT业务中的流程示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中，提供了一种SRVCC的Refer业务处理方法，图7是根据本发明实施例的SRVCC的Refer业务处理方法的流程图，如图7所示，该方法包括以下步骤：
步骤S702，SCC AS接收到Refer请求，其中，该Refer请求中携带有IMS会话的目标会话参与方信息；
步骤S704，SCC AS根据上述目标会话参与方信息判断该Refer请求中的会话标识与SCC AS上的会话标识的关联性，并根据该关联性将Refer请求中的会话标识替换为所述SCC AS上的会话标识。
本实施例通过上述步骤，SCC AS在接到Refer请求时，能够根据该Refer请求中携带的目标会话参与方信息简单判断出该Refer请求中携带的会话标识与SCC AS上的会话标识的关联性，从而根据该关联性进行会话标识替换，使得SCC AS即使无法识别其他B2BUA（例如，ATCF）设置的会话标识，也同样可以进行会话标识替换，从而解决了相关技术中由于上述原因导致使用Refer的各种业务都会发生失败的问题，提高了Refer业务的适用范围，提升了SRVCC系统的健壮性及稳定性。
对于“目标会话”的含义，举例说明如下：假如UE-A发给B的Refer信息，Refer-to指向UE-C，这个Refer消息是在UE-A与B已经建立的会话内发送的。那么这个Refer中的关键信息是UE-A和UE-C，也即“目标会话”指的是UE-A和UE-C之间的会话，而不是承载Refer消息的会话的参与方（UE-A和B）。其中，B可以是Conf AS或UE-B。
优选地，SCC AS在根据目标会话参与方信息判断关联性，并根据关联性进行会话标识替换之前，可以先在SCC AS上查询是否存在与该Refer请求中的会话标识相同的会话标识；如果存在，则按照相关技术中的会话标识替换方法进行替换即可；如果不存在，则可以再使用上述目标会话参与方信息进行会话标识替换。
作为一种优选实施方式，上述Refer请求的发送方MSC在该Refer请求中添加目标会话参与方信息时可以按照以下方式进行添加：方式一，添加参与目标会话的本地的第一UE的标识和参与上述目标会话的远端的第二UE的标识；方式二，仅添加参与上述目标会话的本地的第一UE的标识。需要说明的是，本文中的“第一”“第二”“第三”等仅用于描述方便，并没有时序上的特别指代含义。
在MSC按照上述方式一添加目标会话参与方信息的情况下，SCC AS可以直接根据目标会话参与方信息判断出该Refer请求中的会话标识与SCC AS上的会话标识的关联性，具体方式为：SCC AS确定出该SCC AS上的第一UE与第二UE之间会话的会话标识中符合该Refer请求传递方向的会话标识，作为与该Refer请求中的会话标识相关联的会话标识。
而在MSC按照上述方式二添加目标会话参与方信息的情况下，SCC AS可以确定出该SCC AS上的上述第一UE的第一个被切换的会话的会话标识中符合该Refer请求传递方向的会话标识，作为与该Refer请求中的会话标识相关联的会话标识。
例如，在图5所示的流程的步骤S526中，SCC AS接到来自MSC的Refer请求，发现Refer请求中的会话标识号D505并不在本地的D501、D506、D507中，但是根据目标会话参与方信息可以简单判断出该目标会话是UE A与UE B之间的会话，因此可以得到D505实际上与D501相关联的结论，然后SCC AS将Refer请求中的会话标识D505替换成D501即可。再例如，在图6所示的流程的步骤S618中，SCC AS发现Refer请求中的会话标识号D605并不在本地的D601、D606、D607中，但是根据目标会话参与方信息可以简单判断出该目标会话是UE A与UEB之间的会话，因此可以得到D605实际上与D601相关联的结论，然后SCC AS将Refer请求中的会话标识D605替换成D601即可。
优选地，在MSC按照上述方式二添加目标会话参与方信息的情况下，SCC AS可以在简单判断出该目标会话是第一UE与第二UE之间的会话之后，在上述Refer请求中添加该第二UE的标识。
在本实施例中，还提供了一种SRVCC的Refer业务处理装置，该装置可以位于SCCAS中，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图8a是根据本发明实施例的SRVCC的Refer业务处理装置一的结构框图，如图8a所示，该装置800a包括接收模块802a和替换模块804a，下面对各个模块进行详细说明：
接收模块802a，用于接收到Refer请求，其中，该Refer请求中携带有IMS会话的目标会话参与方信息；替换模块804a，与接收模块802a相连，用于根据接收模块802a接收到的目标会话参与方信息判断Refer请求中的会话标识与SCC AS上的会话标识的关联性，并根据该关联性将Refer请求中的会话标识替换为SCC AS上的会话标识。优选地，替换模块804a可以包括：查询单元804a2，用于在该SCC AS上查询是否存在与Refer请求中的会话标识相同的会话标识；替换单元804a4，与查询单元804a2相连，用于在查询单元804a2的查询结果为不存在的情况下，根据目标会话参与方信息判断Refer请求中的会话标识与SCC AS上的会话标识的关联性，并根据该关联性将Refer请求中的会话标识替换为SCC AS上的会话标识。
在本实施例中，还提供了另一种SRVCC的Refer业务处理装置，该装置可以位于MSC中。图8b是根据本发明实施例的SRVCC的Refer业务处理装置二的结构框图，如图8b所示，该装置800b包括：
添加模块802b，用于在发送的Refer请求中添加目标会话参与方信息，该目标会话参与方信息用于SCC AS判断Refer请求中的会话标识与SCC AS上的会话标识的关联性，并根据该关联性将Refer请求中的会话标识替换为SCC AS上的会话标识，其中，上述目标会话参与方信息包括：参与目标会话的本地的第一UE的标识和参与目标会话的远端的第二UE的标识。
在本实施例中，还提供了一种SRVCC的Refer业务处理系统，图9是根据本发明实施例的SRVCC的Refer业务处理系统的结构框图，如图9所示，该系统900包括如图8a所示的位于SCC AS中的SRVCC的Refer业务处理装置800a，还包括如图8b所示的位于MSC中的SRVCC的Refer业务处理装置800b。
下面结合优选实施例和附图对上述实施例的实现过程进行详细说明。
本优选实施例克服相关技术的不足，提供一种在增强型SRVCC切换后，使用Refer消息的业务能够正常完成的方案。采用本优选实施例提出的增强单模业务连续性中使用Refer的方案，可有效地解决增强型SRVCC切换后，使用Refer消息业务会失败的问题，大大改善用户体验。
本优选实施例的核心思想是，增强型SRVCC切换发生后，MSC在做Refer业务的时候，在Refer消息中携带目标会话的参与方信息，SCC AS根据Refer消息中的目标目标会话的参与方信息，找出合适的会话标识完成替换。
下面将结合附图和实施例对本发明进行详细描述。
为简化描述，以下的优选实施例中不再显示和本发明核心内容无关的现有技术。
图10是根据本发明优选实施例的增强单模业务连续性流程后，使用Refer的基本概念图。UE-A和UE-B的会话在切换后，由D1003，D1002，D1001组成。UE-A在切换后和UE-C建立会话，会话不通过ATCF，由D1004，D1005构成。
S1002：用户UE-A在CS域发起呼叫转接、多方等业务；
S1004：MSC代替UE-A发起Refer请求，该请求中目标会话标识为MSC和远端UE-B之间会话的本地会话标识符D1003，该请求中并携带目标会话参与方信息。目标会话参与方信息可以是UE-A和UE-B标识，或者仅仅是UE-A标识；
S1006：SCC AS收到Refer消息。当SCC AS无法识别D1003时，但是根据目标会话参与方信息判断出是UE-A和UE-B之间会话，将D1003与D1001关联起来，并将Refer消息中的D1003替换为D1001。当目标会话参与方信息可以是UE-A，UE-B标识时，SCC AS可以简单判断出是D1003和D1001关联。当目标会话参与方信息仅仅是UE-A，SCC AS将D1003与第一个被切换的会话关联，也就是和D1001关联。当目标会话参与方信息仅仅是UE-A时，SCC AS在转发Refer请求时，可以将UE-B标识信息添加上去；
S1008：SCC AS转发Refer请求；当业务为多方会议等需要AS处理的业务时，转发给AS；当业务为ECT时，把Refer转发发给UE-C；
S1010：用户UE-B收到呼叫后，根据替换会话信息，找到本地会话D1001，完成正常操作。
图11是根据本发明优选实施例的多方会议中的流程示意图，也即图5所示问题能正常解决的流程示意图。eSRVCC流程后，发生多方会议的场景流程，描述如下：用户UE-A和UE-B在PS网络有一个端到端会话，由三个会话组成D1103（UE-A到ATCF），D1102（ATCF到SCCAS），D1101（SCC AS到UE-B）。会话标识符D1101，D1102，D1103可以相同也可以不同，一般性期间，假设不同。包括如下步骤：
S1102：UE-A完成了如图2所示的增强型SRVCC切换过程；切换完成后，变为由D1105，D1104，D1101串联起来的会话；
S1104：MSC代替UE-A发起IMS注册，ATCF不在注册路径上；
S1106：UE-A通过MSC将该回话做呼叫保持；
S1108：UE-A呼叫UE-C，发送Setup消息给MSC；
S1110-S1114：MSC建立和UE-C的会话。该会话包含2部分，D1106，D1107；
S1116：UE-A发起会议业务，希望将UE-B，UE-C都转接到会议中；
S1118～S1124：MSC代替用户UE-A向会议服务器（Conf AS）发起呼叫；
S1126：MSC向Conf AS发送Refer消息，该消息中说明了要替换的目标会话标识（和UE-B的会话D1105），该请求中并携带目标会话参与方信息。目标会话参与方信息可以是UE-A和UE-B标识，或者仅仅是UE-A标识。该消息首先到达SCC AS；
S1128：SCC AS作为B2BUA在本地找不到和D1105关联的会话标识。但是根据目标会话参与方信息判断出是UE-A和UE-B之间会话，将D1105与D1101关联起来，并将Refer消息中的D1105替换为D1101。当目标会话参与方信息是UE-A和UE-B标识时，SCC AS可以简单判断出是D1105和D1101关联。当目标会话参与方信息仅仅是UE-A标识时，SCC AS将D1105与第一个被切换的会话关联，也就是和D1101关联。当目标会话参与方信息仅仅是UE-A时，SCC AS在转发Refer请求时，可以将UE-B标识信息添加上去；
其中，如果SCC AS在本地找到和D1105关联的会话标识，将按现有B2BUA技术完成会话标识符替换；
S1130：SCC AS将修改后的Refer请求发送给Conf AS；
S1132：Conf AS向UE-B发起呼叫，并携带要替换的会话信息D1101；
S1134：UE-B收到呼叫请求后，在本地查找到D1101后，完成会话建立；
S1136：Conf AS通过SCC AS向MSC发送确认响应；
S1138：MSC发送Refer请求，将UE-C加入到会议中。
图11中，UE-A在切换前仅有一个会话。当增强SRVCC切换前，UE-A有多个会话时，即和UE-B，UE-C均建立会话，增强SRVCC切换后，UE-A发起多方业务的场景，其流程和图11基本是一样的。区别在于，假设UE-A上最后激活的会话是UE-A和UE-B之间的会话。当切换完成后，2个会话均被切换，其中UE-A与UE-B的会话锚定在ATCF上，而UE-A和UE-C之间的会话，没有锚定在ATCF上。具体如图6a所示。切换完成后，和图11步骤S1114完成后的状态是完全一样的。步骤S1114后，后续的多方业务流程完全一样。
图12是根据本发明优选实施例的ECT业务中的流程示意图，即图6所示问题能正常解决的流程示意图。图12与图11背景相同，区别是在图12步骤S1214后，UE-A发起显示呼叫转接（Explicit call transfer，简称为ECT）业务，请求UE-C呼叫UE-B，替换和UE-A的会话。在eSRVCC过程后，具体流程描述如下：
S1202～S1214：同图11的步骤S1102～S1114。UE-A和UE-B的会话路径，由D1205，D1204，D1201组成。UE-A和UE-C的会话路径由D1207，D1206组成；
S1216：UE-A发起呼叫转接业务；
S1218：MSC向UE-C发起Refer消息，消息中说明了UE-C要呼叫UE-B，以及要替换的目标会话信息（和UE-B的会话D1205），该请求中并携带目标会话参与方信息。目标会话参与方信息可以是UE-A和UE-B标识，或者仅仅是UE-A标识。该消息首先到达SCC AS；
S1220：SCC AS作为B2BUA在本地找不到和D1205关联的会话标识，但是根据目标会话参与方信息判断出是UE-A和UE-B之间会话，将D1205与D1201关联起来，并将Refer消息中的D1205替换为D1201。当目标会话参与方信息是UE-A和UE-B标识时，SCC AS可以简单判断出是D1205和D1201关联。当目标会话参与方信息仅仅是UE-A标识时，SCC AS将D1205与第一个被切换的会话关联，也就是和D1201关联。当目标会话参与方信息仅仅是UE-A时，SCC AS在转发Refer请求时，可以将UE-B标识信息添加上去；
其中，如果SCC AS在本地找到和D1205关联的会话标识，将按现有B2BUA技术完成会话标识符替换；
S1224：UE-C向UE-B发起呼叫，并携带要替换的会话信息D1201；简化期间，省略了和本发明无关的路径中网元的及消息；
S1226：UE-B收到呼叫请求后，在本地查找到D1201后，完成会话建立；
S1228～S1230：UE-C通过SCC AS向MSC发送确认响应。
图12中，UE-A在切换前仅有一个会话。当增强SRVCC切换前，UE-A有多个会话时，即和UE-B，UE-C均建立会话，增强SRVCC切换后，UE-A发起转接业务的场景，其流程和图12基本是一样的。区别在于，假设UE-A上最后激活的会话是UE-A和UE-B之间的会话。当切换完成后，2个会话均被切换，其中UE-A与UE-B的会话锚定在ATCF上，而UE-A和UE-C之间的会话，没有锚定在ATCF上。具体如图6a所示。切换完成后，和图12步骤S1214完成后的状态是完全一样的。步骤S1214后，后续的转接业务流程完全一样。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种单模业务连续性SRVCC的Refer业务处理方法，其特征在于，包括以下步骤：
业务一致与连续性服务器SCC AS接收到Refer请求，其中，所述Refer请求中携带有网络互联协议多媒体子系统IMS会话的目标会话参与方信息；
所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识；
其中，所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识包括：所述SCC AS查询是否存在与所述Refer请求中的会话标识相同的会话标识；如果不存在，所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识。
2.根据权利要求1所述的方法，其特征在于，在所述SCC AS接收到Refer请求之前，还包括：
移动交换中心MSC在发送的Refer请求中添加所述目标会话参与方信息，其中，所述目标会话参与方信息包括：参与目标会话的本地的第一用户设备UE的标识和参与所述目标会话的远端的第二UE的标识；或者，参与所述目标会话的本地的第一UE的标识。
3.根据权利要求2所述的方法，其特征在于，在所述目标会话参与方信息为参与目标会话的本地的第一UE的标识和参与所述目标会话的远端的第二UE的标识的情况下，所述SCCAS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性包括：
所述SCC AS确定出所述SCC AS上的所述第一UE与所述第二UE之间会话的会话标识中符合所述Refer请求传递方向的会话标识，作为与所述Refer请求中的会话标识相关联的会话标识。
4.根据权利要求2所述的方法，其特征在于，在所述目标会话参与方信息为参与所述目标会话的本地的第一UE的标识的情况下，所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性包括：
所述SCC AS确定出所述SCC AS上的所述第一UE的第一个被切换的会话的会话标识中符合所述Refer请求传递方向的会话标识，作为与所述Refer请求中的会话标识相关联的会话标识。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
所述SCC AS在所述Refer请求中添加所述第二UE的标识。
6.一种单模业务连续性SRVCC的Refer业务处理装置，位于业务一致与连续性服务器SCC AS中，其特征在于，包括：
接收模块，用于接收到Refer请求，其中，所述Refer请求中携带有网络互联协议多媒体子系统IMS会话的目标会话参与方信息；
替换模块，用于根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识；
其中，所述替换模块包括：查询单元，用于查询是否存在与所述Refer请求中的会话标识相同的会话标识；替换单元，用于在所述查询单元的查询结果为不存在的情况下，根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识。
7.一种单模业务连续性SRVCC的Refer业务处理装置，位于移动交换中心MSC中，其特征在于，包括：
添加模块，用于在发送的Refer请求中添加目标会话参与方信息，所述目标会话参与方信息用于业务一致与连续性服务器SCC AS判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCCAS上的会话标识，其中，所述目标会话参与方信息包括：参与目标会话的本地的第一用户设备UE的标识和参与所述目标会话的远端的第二UE的标识；
其中，所述添加模块，还用于所述SCC AS查询是否存在与所述Refer请求中的会话标识相同的会话标识；如果不存在，所述SCC AS根据所述目标会话参与方信息判断所述Refer请求中的会话标识与所述SCC AS上的会话标识的关联性，并根据所述关联性将所述Refer请求中的会话标识替换为所述SCC AS上的会话标识。
8.一种单模业务连续性SRVCC的Refer业务处理系统，其特征在于，包括如权利要求6所述的位于业务一致与连续性服务器SCC AS中的SRVCC的Refer业务处理装置，还包括如权利要求7所述的位于移动交换中心MSC中的SRVCC的Refer业务处理装置。
CN201410109735.8A 2014-03-21 2014-03-21 SRVCC的Refer业务处理方法、装置及系统 Active CN104936208B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410109735.8A CN104936208B (zh) 2014-03-21 2014-03-21 SRVCC的Refer业务处理方法、装置及系统
PCT/CN2014/084667 WO2015139415A1 (zh) 2014-03-21 2014-08-18 SRVCC的Refer业务处理方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410109735.8A CN104936208B (zh) 2014-03-21 2014-03-21 SRVCC的Refer业务处理方法、装置及系统

Publications (2)

Publication Number Publication Date
CN104936208A CN104936208A (zh) 2015-09-23
CN104936208B true CN104936208B (zh) 2019-12-10

Family

ID=54123110

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410109735.8A Active CN104936208B (zh) 2014-03-21 2014-03-21 SRVCC的Refer业务处理方法、装置及系统

Country Status (2)

Country Link
CN (1) CN104936208B (zh)
WO (1) WO2015139415A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101771933A (zh) * 2009-01-06 2010-07-07 中兴通讯股份有限公司 一种实现多会话业务连续性的方法
WO2010132820A1 (en) * 2009-05-14 2010-11-18 Qualcomm Incorporated Maintaining controllee information in collaborative sessions
CN102111387A (zh) * 2009-12-23 2011-06-29 华为终端有限公司 会议状态下的控制权转移方法及用户设备
CN102158466A (zh) * 2010-02-11 2011-08-17 华为终端有限公司 用户设备间媒体转移方法和应用服务器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244911B (zh) * 2010-05-10 2016-06-29 中兴通讯股份有限公司 一种基于ip多媒体子系统的呼叫的跨域切换方法和系统
CN102761929B (zh) * 2012-07-09 2017-12-29 中兴通讯股份有限公司 Ims会话切换实现方法和接入切换控制功能装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101771933A (zh) * 2009-01-06 2010-07-07 中兴通讯股份有限公司 一种实现多会话业务连续性的方法
WO2010132820A1 (en) * 2009-05-14 2010-11-18 Qualcomm Incorporated Maintaining controllee information in collaborative sessions
CN102111387A (zh) * 2009-12-23 2011-06-29 华为终端有限公司 会议状态下的控制权转移方法及用户设备
CN102158466A (zh) * 2010-02-11 2011-08-17 华为终端有限公司 用户设备间媒体转移方法和应用服务器

Also Published As

Publication number Publication date
CN104936208A (zh) 2015-09-23
WO2015139415A1 (zh) 2015-09-24

Similar Documents

Publication Publication Date Title
US10827392B2 (en) Handover delay optimization
CN104145464B (zh) 地理冗余以及多个eatf节点
US9467907B2 (en) Handover of user-equipment (UE) undetected emergency calls
WO2015096451A1 (zh) 一种业务域和接入域综合决策的设备及呼叫路由的方法
US8339999B2 (en) Method for implementing centralized service chairman side conference service of IP multimedia subsystem
CA2775984C (en) System and method for switching ringing state session with customized alerting tone
CN101577878A (zh) 一种语音业务连续性切换失败时的处理方法
WO2015083082A1 (en) Dynamic session transfer number for voice call continuity
CN101459891A (zh) 单无线信道语音业务连续性的切换方法
CN104936208B (zh) SRVCC的Refer业务处理方法、装置及系统
US8665793B2 (en) Method and system for implementing single radio voice call continuity
CN101990267B (zh) 一种多方通话业务连续性的实现方法
CN101998568B (zh) 一种多会话业务连续性的实现方法
CN102006269B (zh) 一种ip多媒体子系统多会话能力同步方法及系统
WO2018104060A1 (en) Service continuity after an application server fallback
CN101651896B (zh) 一种多媒体会话的关联方法
CN101692722A (zh) 一种多媒体会话连续性业务的起呼方法
CN104936262A (zh) 远端标识的发送、接收方法及装置、传输系统
CN106899952B (zh) 紧急呼叫切换方法及装置
CN103200626A (zh) 一种改进的反向单待业务连续性实现方法和装置
CN103200149A (zh) 一种反向单待业务连续性实现方法和装置
CN102612141A (zh) 移动交换中心获取ims控制点信息的方法及系统
CN102612048A (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
GR01 Patent grant
GR01 Patent grant