SRVCC的 Refer业务处理方法、 装置及系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种单模业务连续性 （Single Radio Voice Call Continuity, 简称为 SRVCC) 的 Refer业务处理方法、 装置及系统。 背景技术 网络互联协议多媒体子系统 （ Internet Protocol Multimedia Core Network Subsystem, 简称 IMS) 是由第三代合作伙伴计戈 ij (3rd Generation Partnership Project, 简称为 3GPP) 提出的一种基于网络互联协议 （Internet Protocol ， 简称为 IP) 的网络 架构， 构建了一个的开放而灵活的业务环境， 支持多媒体应用， 能够为用户提供丰富 的多媒体业务。 在 IMS业务体系中， 控制层和业务层是分离的， 控制层不提供具体业务， 只向业 务层提供必要的触发、 路由、 计费等功能。 控制层中业务触发和控制功能是呼叫会话控制 功能（Call Session Control Function, 简称为 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域接入网络， 甚至可以通过 电路交换 （Circuit Switch, 简称为 CS) 域接入网络等。 对于具有多种接入方式的 UE而言， 如果该 UE某时刻只能使用一种接入方式， 则其在一种接入方式下正在执行某项业务， 比如通话， 当 UE移动到其他地方而需要 改变其使用的接入方式时， UE和网络能提供某种方式使 UE正在执行的业务不被中断， 这样的能力我们称之为单模终端业务连续性， 简称单模业务连续性（ Single Radio Voice Call Continuity, 简称为 SRVCC)。 3GPP定义了 SRVCC的架构和流程。 为了减少切换 过程中的延迟， 3GPP随后定义了增强型 SRVCC ( enhanced SRVCC,简称为 eSRVCC)。 图 1是根据相关技术的增强单模业务连续性架构� �意图， 如图 1所示， UE101开 始通过源无线接入网 111 ( Source Radio Aceess Network, 简称为 Source RAN)接入 PS 接入网 103。 该源无线接入网可以是通用移动通讯系统 （Universal Mobile Telecommunications System, 简称为 UMTS ), 也可以是演进的 UMTS 无线接入网 (Evolved UMTS Terrestrial Radio Access Network ， 简称为 E-UTRAN)。 PS接入网的 关键实体是移动性管理实体 （Molality Management Entity, 简称为 MME) 或 GPRS 服务节点 （Serving GPRS Support Node, 简称为 SGSN)。

UE101接入后， IMS VoIP会话锚定在接入转移控制功能 （Access Transfer Control Function ， 简称为 ATCF) 和接入转移网关 105 ( Access Transfer Gateway, 简称为 ATGW )。 会话同时锚定在业务一致与连续性服务器 （Service Centralization and Continuity Application 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 ( 8。。 8到远端1^)。 会话标识符 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通过 12接口连向 CSCF304, 与 CSCF相连的 SCC AS则完成 IMS业务集中控制。 12接口时 MSC提供初始会话协议（ Session Initial Protocol, 简称为 SIP) 接口来与 IMS网络交互。 当 SRVCC/eSRVCC切换过程中，如果 MSC支持图 3架构中的 12接口，并且用户 UE有 ICS签约， 则必须发起如图 4所示意的根据相关技术的 MSC代替用户 UE完成 IMS 的注册过程。 其中， 该注册过程中， 信令的路径并不会通过 ATCF。 具体包括如 下步骤： S402: UE完成了如图 2所示的增强型 SRVCC切换过程；

S404: 支持 12接口的 MSC判断需要发起 IMS注册， 代替用户 UE向 I-CSCF发 出注册请求。 MSC在注册消息中，会使用从 UE信息中推导出来的 IMS公开标识（ IP Multimedia Public Identity, 简称为 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网络有一个端到端会话， 由三个会话 组成 D603 a (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的会话被分为 1段。 MSC到 ATCF (会话标示符 Dl )， ATCF到 SCC AS (会话标示符 D2)。 此时 SCC AS是无法识别会话标示符 Dl 的， 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的各种业务会发生失败的问题， 目前 尚未提出有效的解决方案。 发明内容 在本发明实施例中， 提供了一种 SRVCC的 Refer业务处理方法、 装置及系统， 以 至少解决相关技术中由上述原因导致使用 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上的会话标识的关联性包括:所 述 SCC AS确定出所述 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与 UE B之间的会话，因此可 以得到 D605实际上与 D601相关联的结论， 然后 SCC AS将 Refer请求中的会话标识 D605替换成 D601即可。 优选地， 在 MSC按照上述方式二添加目标会话参与方信息的 情况下， SCC AS可 以在简单判断出该目标会话是第一 UE与第二 UE之间的会话之后，在上述 Refer请求 中添加该第二 UE的标识。 在本实施例中， 还提供了一种 SRVCC的 Refer业务处理装置， 该装置可以位于 SCC AS 中， 该装置设置为实现上述实施例及优选实施方式 ， 已经进行过说明的不再 赘述。 如以下所使用的， 术语 "模块"可以实现预定功能的软件和 /或硬件的组合。 尽 管以下实施例所描述的装置较佳地以软件来实 现， 但是硬件， 或者软件和硬件的组合 的实现也是可能并被构想的。 图 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 无法识别 D 1003时， 但是根据目标 会话参与方信息判断出是 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到 SCC AS)， 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向会议服务器 （ConfAS) 发起呼叫；

S1126: MSC向 ConfAS发送 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后， 后续的转接业务流程完全一样。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现 ， 从而可以将 它们存储在存储装置中由计算装置来执行，或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集 成电路模块来实现。 这样， 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 如上所述，本发明实施例提供的一种 SRVCC的 Refer业务处理方法、装置及系统， 具有以下有益效果： 提高了 Refer业务的适用范围， 提升了 SRVCC系统的健壮性及稳 定性。