专利名称：一种实现显式呼叫转移的方法、设备及移动通信系统的制作方法
技术领域：
本发明涉及通信技术领域，特别是涉及一种实现显式呼叫转移的方法、 设备及移动通信系统。
背景技术：
目前，移动通信网络以CS (Circuit-Switched,电^各交换)网络为主，例 如GSM (全球移动通讯系统)、CDMA (码分多址)等网络，各运营商基于 CS网络已经建立了比l支完善和丰富的业务平台。IMS (IP Multimedia Subsystem, IP多i某体子系统)支持语音、视频、数据等多种业务，被认为是 实现移动与固定通信网络融合的下一代网络的核心技术。由于IMS网络结构 很复杂，短时间内不会完成全面部署，因此，CS网络将会在一定时期内与IMS 网络共存。而同时运营CS和IMS两个业务平台，必然使运营成本增加。为 了降低运营成本，我们希望将CS网络业务平台的功能转移到IMS网络，实 现业务平台的统一。ICS (IMS Centralized Service IMS集中控制业务)课题 就是针对统一业务平台的需求而提出，主要内容是实现UE (用户设备)通过 CS网络承载语音媒体建立IMS呼叫，其中，CS承载是通过建立UE和SCC AS (Service Centralization & Continuity Application Server, 业务集中和会话连续 性应用服务器)单元之间的CS呼叫来实现。SCC AS完成了通过CS域信令 到IMS域SIP ( Session Initiation Protocol,会话初始协议)信令之间的适配。 UE和SCC AS之间的消息可以通过分组交换业务控制信令信道或电路交换业 务控制信令信道进行通信。分组交换业务控制信令信道也可称为Gm接口， 电路交换业务控制信令信道也可称为II接口 ， Gm接口相对II接口 ，具有传 输信息量大，传输内容丰富等优点，标准中建议当Gm与Il接口同时可用时， 优先选择Gm接口作为会话控制消息传输的通道。而在仅有CS域连接的时候， 选择II接口作为会话控制消息传输的通道。
ECT (Explicit Communication Transfer,显示呼叫转移)作为移动通信的 补充业务，为用户提供了一种在通话过程中转移通话对象的方法。ECT可分为盲转移和询问型转移两种。其中，询问型ECT的描述为用户A同时与用 户B和用户C进行通话，用户B和用户C处于呼叫保持状态，此时用户A希 望用户B与用户C通话，则开始询问型ECT流程，详细步骤参见图1所示， 步骤21执行完毕后，UE-B与UE-C开始会话连接，UE-A与UE-B和UE-C 的连接中断。
在上述过程中，将UE-A称为transferor (转出者)，即ECT请求的发起 者；将UE-B称为transferee (被转移者)，用于接收ECT请求并执行ECT业 务；将UE-C称为transfer target (转移目标)，即被转移者的呼叫目标。为了 实现询问ECT业务在CS网络和IMS网络之间的统一，在ICS课题中，目前 已经分别对ICS UE (集中控制业务用户设备)作为询问型ECT业务的 transferor或transferee的情况进行了标准化
当UE-A为ICS UE,即ICS UE作为transferor时，与图1的不同之处在 于，UE-A通过Gm或II接口将refer消息发送给SCC AS, SCCAS收到该消 息后向UE-B发送refer消息。
当UE-B为ICS UE,即ICS UE作为transferee时，与图1的不同之处在 于，SCC AS收到UE-A的refer消息后，通过Gm或II接口将refer消息发送 给UE-B， UE-B通过Gm或II接口将invite请求发送给SCC AS, SCC AS继 续将invite请求发送至UE-C。
但是，在现有技术中，还没有对ICS UE作为询问型ECT业务的transfer target的情况进行标准化，即ICS i果题中询问型ECT业务标准还不完整，厂 商无法才艮据标准生产出相关的i殳备，ICS询问型ECT业务也就无法得到实际 应用。
发明内容
有鉴于此，本发明实施例提供了一种实现显式呼叫转移的方法、设备及 移动通信系统，以完善ICSi果题中的询问型ECT业务标准，解决ICS询问型 ECT业务无法得到实际应用的问题。技术方案如下
本发明实施例提供一种实现显式呼叫转移的方法，包括 接收第二用户设备发送的呼叫请求，将所述呼叫请求发送至第三用户设 备，所述呼叫请求中携带代替第 一用户设备与第三用户设备间呼叫的指示信
6息；接收第三用户设备根据所述呼叫请求所返回的消息，控制第三用户设备
与第二用户设备建立连接，控制第三用户设备与第一用户设备断开连接；所 述第三用户设备为集中控制业务用户设备ICS UE。
本发明实施例还提供一种业务集中和会话连续性应用服务器，服务于集 中控制业务用户设备ICSUE,包括
呼叫请求转发单元，用于接收第二用户设备发送的呼叫请求消息，将所 述呼叫请求消息发送至第三用户i殳备，所述第三用户设备为ICSUE;
连接建立控制单元，用于接收第三用户设备根据所述呼叫请求所返回的 消息，控制第三用户设备与第二用户设备建立连接；
连接断开控制单元，用于接收第三用户设备根据所述呼叫请求所返回的 消息，控制第三用户设备与第一用户设备断开连接。
本发明实施例还提供一种集中控制业务用户设备，包括
呼叫请求接收单元，用于接收经业务集中和会话连续性应用服务器SCC AS转发的第二用户设备发送的呼叫请求，所述呼叫请求中携带代替第一用户 设备与所述集中控制业务用户设备间呼叫的指示信息；
连接建立单元，用于根据所述呼叫请求接收单元接收的呼叫请求，向SCC AS返回消息，通过所述返回消息与第二用户设备建立连接；
连接断开单元，用于根据所述呼叫请求接收单元接收的呼叫请求，向SCC AS返回消息，通过所述返回消息与第一用户设备断开连接。
本发明实施例还提供一种移动通信系统，包括转出者、被转移者和转移 目标三种用户终端以及业务集中和会话连续性应用服务器SCC AS,所述转移 目标为集中控制业务用户设备ICSUE;
所述转出者，用于发起呼叫转移请求；
所述被转移者，用于接收所述转出者发起的呼叫转移请求，向所述转移 目标发送呼叫请求；
所述SCCAS,用于接收所述被转移者发送的呼叫请求，将所述呼叫请求 发送至所述转移目标；接收所述转移目标根据所述呼叫请求所返回的消息， 与所述被转移者建立连接，与所述转出者断开连接；
所述转移目标，用于接收所述SCCAS发送的呼叫请求，根据呼叫请求， 向所述SCCAS返回消息，指示所述SCCAS与所述被转移者建立连接，与所述转出者断开连接。
以上4支术方案，对ICS UE作为询问型ECT业务的transfer target的情况 进行了标准化，已经将ICS课题中的询问型ECT业务标准补充完整。厂商已 经可以根据该完整标准生产相关设备,使ICS询问型ECT业务得到实际应用， ICSUE之间可以更加灵活地控制会话连接状态，转移通话对象，从而为用户 带来更好的体验。
图1为现有技术的询问型ECT流程示意图2为实现本发明方法具体实施例一的流程图3为实现本发明方法具体实施例二的流程图4为实现本发明方法具体实施例三的流程图5为实现本发明方法具体实施例四的流程图6为本发明实施例业务集中和会话连续性应用服务器的结构示意图7为本发明实施例业务集中控制业务用户设备的结构示意图8为本发明实施例移动通信系统的结构示意图。
具体实施例方式
首先对本发明实施例的实现显式呼叫转移的方法进行说明，包括 接收第二用户设备发送的呼叫请求，将所述呼叫请求发送至第三用户设
备，所述呼叫请求中携带代替第一用户设备与第三用户设备间呼叫的指示信 息；接收第三用户设备根据所述呼叫请求所返回的消息，控制第三用户设备 与第二用户设备建立连接，控制第三用户设备与第一用户设备断开连接；所 述第三用户设备为集中控制业务用户设备ICS UE。
下面结合附图，对本发明的实施例进行详细描述。
实施例一
ICS UE作为询问型ECT业务的transfer target, ICS UE和SCC AS之间使 用Gm 4妄口进行通信，SCC AS收到transfer target返回的消息后，通过update (更新)消息将IM-MGW (IP Multimedia-Media Gateway, IP多i某体网关) 连接到transferee,同时将transferor连接到其他网关实体。参见图2所示，UE-C为ICS UE，图中的S-CSCF ( Serving-Call Session Control Function,服务呼 叫会话控制功能)和SCC AS都是服务于UE-C的网络设备，UE-A、 UE-B相 应的S-CSCF省略未画。UE-A与UE-C、 UE-A与UE-B分别有一个呼叫连接， 此时UE-A执行ECT，希望UE-B与UE-C进行连接，实施例一的具体步骤如 下
5201. UE-A向UE-B通过refer消息发起ECT请求，通过refer消息的 refer-to消息头告知UE-B连接到UE-C,在refer消息的replace (代替)消息 头中携带UE-A与UE-C间的session ID (会话ID ),即图2中的dialogl 。
5202. UE-B收到refer消息后，根据refer消息的内容生成Invite消息，该 invite消息的被叫地址为UE-C， replace消息头中的内容与收到的refer消息中 replace消息头相同。该Invite消息首先到达S-CSCF。
5203. S-CSCF将Invite消息发送给UE-C的SCC AS。
S204 S205. SCC AS终结该Invite消息，并生成新的Invite消息，通过 S-CSCF将该Invite消息发送给UE-C。
S206-S209. UE-C向UE-B返回SIP 183临时响应消息，该消息的作用是 告知UE-B其正在处理该呼叫请求，除了使用183消息还可以使用180消息。
S210 S211. SCCAS根据收到的临时响应消息，向MGCF (MGWControl Function, ^f某体网关控制功能)发送Update (更新)消息，在Update消息中 携带UE-B的SDP ( Session Description Protocol,会话描述协议)信息(包括 UE-B的IP地址和端口号)。该消息的作用是通知MGCF将IM-MGW连接到 UE-B,为后续UE-B与UE-C的语音通话做准备。
S212 S213. SCC AS向MRFC ( Media Resource Function Controller,多 J 某体资源功能控制器)发送invite消息，在该消息中携带UE-A的SDP信息 (包括UE-A的IP地址和端口号)。该消息的作用是用于为后续的将UE-A连 接到MRFP (Media Resource Function Processor,多J 某体资源功能处理器)做 准备。
S214 S215. MRFC向SCC AS返回200 OK确认消息，在该消息中携带 MRFP的SDP信息(包括MRFP的IP地址和端口号)。
S216 S217. SCC AS向UE-A发送Invite消息，在该消息中携带MRFP的 SDP信息(包括MRFP的IP地址和端口号)。
9S218 S219. UE-A向SCC AS返回200 OK确认消息。 S220 S223. UE-C向UE-B返回200 OK消息，确认连接成功。 S224 S227. UE-B向UE-C返回ACK (响应)消息。 S228 S229. UE-C确认与UE-B连接成功后，根据步骤S205中收到的invite 消息的replace消息头中的session ID，通过BYE消息断开与SCC AS的连接。 S230 S231. SCCAS通过BYE消息断开与UE-A的连接。
5232. UE-B确认与UE-C连接成功后，通过Notify(通知)消息通知UE-A 转移完成。
5233. UE-A通过BYE消息断开与UE-B的连接。
步骤S233后，UE-B与UE-C开始会话连接，UE-A与UE-B和UE-C的
连接中断。
对于ICSUE来说，无论UE有几个会话，CS々某体承载是重用的，即当 UE有多个会话时，只有一个CS媒体承载。IM-MGW的作用是将CS媒体承 载转换成PS的i某体承载，即RTP (Real-time Transport Protocol,实时传输协 议)。IM-MGW有一个特性， 一个CS媒体承载只能对应一个RTP连接。因此 当ICSUE有多个会话时，只能有一个会话处于连接状态，其他的会话必须连 接到其他网元。在该实施例中，步骤S212 S219的目的就是将作为transferor 的UE-A连接到MRFP，以防止transferor因错误而断开连接。该实施例为SCC AS与ICS UE使用Gm接口进行通信的情况提供了 一种解决方案。
需要说明的是，步骤S210 S219也可以在步骤S221后或步骤S225后执 行，并且步骤S212 S219也可以先于步骤S210 S211执行。无论步骤 S210 S219在哪里执行，需要保持一个原则步骤S210 S211与步骤 S212 S219必须连续执行。即先执行S210 S211,随后执行S212 S219;或 先执行S212 S219,随后执行S210 S211。
实施例二
ICS UE作为询问型ECT业务的transfer target, ICS UE和SCCAS之间使 用Gm接口进行通信，SCC AS收到transfer target返回的消息后，通过update 消息将IM-MGW连接到transferee,同时通过BYE消息断开与transferor的连 接。参见图3所示，UE-C为ICSUE,图中的S-CSCF和SCCAS都是服务于UE-C的网络设备，UE-A、 UE-B相应的S-CSCF省略未画。UE-A与UE-C、 UE-A与UE-B分别有一个呼叫连接，此时UE-A执行ECT，希望UE-B与UE-C 进行连接，实施例二的具体步骤如下 S301 S311.与S201 S203所述相同。
S312 S313. SCCAS向UE-A发送BYE消息，释放UE-A与UE-C的呼叫连接。
S314~S317. UE-C向UE-B返回200 OK消息，确认连接成功。 S318 S321. UE-B向UE-C返回ACK消息。
S322 S323. UE-C确认与UE-B连接成功后，根据S305中收到的invite 消息的replace消息头中的session ID,通过BYE消息断开与UE-A的连接， SCC AS收到该BYE消息后，终结BYE消息，不向UE-A发送该消息。
5324. UE-B确认与UE-C连接成功后，通过Notify消息通知UE-A转移完成。
5325. UE-A通过BYE消息断开与UE-B的连4姿。
步骤S325后，UE-B与UE-C开始会话连接，UE-A与UE-B和UE-C的
连接中断。
该实施例为SCCAS与ICSUE使用Gm接口进行通信的情况提供了另一 种解决方案。SCCAS在收到ICSUE返回的消息后，主动断开与transferor的 连接，以防止transferor因4普误而断开连接。
需要说明的是，步骤S310-S313也可以在步骤S315后或步骤S319后执 行，并且步骤S312 S313也可以先于步骤S310 S311执行。无^r步骤 S310-S313在哪里执行，需要保持一个原则步骤S310 S311与步骤 S312 S313必须连续执行。即先执行S310 S311 ，随后执行S312 S313;或 先执行S312 S313，随后执行S310 S311。
实施例三
ICS UE作为询问型ECT业务的transfer target, ICS UE和SCC AS之间使 用II接口进行通信。SCC AS收到transfer target返回的消息后，通过update 消息将IM-MGW连接到transferee ，同时将transferor连接到其他网关实体。 参见图4所示，UE-C为ICS UE，图中的S-CSCF和SCCAS都是服务于UE-C的网络设备，UE-A、 UE-B相应的S-CSCF省略未画。UE-A与UE-C、 UE-A 与UE-B分别有一个呼叫连接，此时UE-A执行ECT,希望UE-B与UE-C进 行连接，实施例三的具体步骤如下
5401. UE-A向UE-B通过refer消息发起ECT请求，通过refer消息的 refer-to消息头告知UE-B连接到UE-C，在refer消息的replace消息头中携带 UE-A与UE-C间的session ID,即图4中的dialogl 。
5402. UE-B收到refer消息后，根据refer消息的内容生成Invite消息，该 invite消息的被叫地址为UE-C， replace消息头中的内容与收到的refer消息中 replace消息头相同。该Invite消息首先到达S-CSCF。
5403. S-CSCF将Invite消息发送给UE-C的SCC AS。
5404. SCC AS终结该Invite消息，并根据该Invite消息生成电路交换业务 呼叫请求消息，这里简称为Il消息，SCC AS需要将replace消息头中的SIP session ID转成II接口中的session ID。在SCC AS生成的II消息中至少包含 有如下信息Call (呼叫请求信息)、replace关键字、session ID。 SCC AS通 过II接口将该消息发送给UE-C。
5405. UE-C通过II接口向SCC AS返回会话正在进行消息Il( Progress )。 S406 S407. SCC AS将II消息翻译成SIP 183临时响应消息，发送给
UE-B。该消息的作用是告知UE-B其正在处理该呼叫请求。除了使用183消 息还可以使用180消息。
S408 S409. SCC AS根据收到的临时响应消息，向MGCF发送Update消 息，在Update消息中携带UE-B的SDP信息(包括UE-B的IP地址和端口号)。 该消息的作用是通知MGCF将IM-MGW连接到UE-B,为后续UE-B与UE-C 的语音通话做准备。
S410 S417.与S212 S219所述相同。
S418. UE-C通过II 4妄口向SCC AS返回连4妄消息II ( Connect )。 S419 S420. SCC AS将II接口的连接消息转换成SIP 200 OK消息，并发 送给UE-B,确认连纟妄成功。
S421 S422. UE-B向SCC AS返回ACK消息。
5423. SCC AS通过II接口向UE-C发送连接相应消息II (ACK )。
5424. UE-C通过I1接口向SCC AS发送II (BYE)消息，断开与SCCAS的连接。
S425 S426. SCC AS通过BYE消息断开与UE-A的连接。释放UE-C与 UE-A的会话相关信息资源。
5427. UE-B确认与UE-C连接成功后，通过Notify消息通知UE-A转移完成。
5428. UE-A通过BYE消息断开与UE-B的连接。
步骤S428后，UE-B与UE-C开始会话连接，UE-A与UE-B和UE-C的
连接中断。
在该实施例中，步骤S410 S417的目的是将作为transferor的UE-A连接 到MRFP,以防止transferor因错-误而断开连接。本实施例与实施例一不同之 处在于，ICS UE与SCC AS间使用II接口通信。步骤S404中，SCC AS收到 transferee发起的带有replace消息头的会话请求消息后，生成带有replace关 4建字和session ID的II消息，通过Il接口发送给transfer target。在S418中 transfer target才艮据乂人II 4妄口收到的replace关4定字和session ID,释i文transfer target与transferor的会话相关信息。该实施例为SCC AS与ICS UE使用II接 口进行通信的情况4是供了 一种解决方案
需要说明的是，本实施例中的步骤S408 S409与步骤S410 S417必须连 续执行。即先执行S408 S409,随后执行S410 S417;或先执行S410 S417, 随后执行S408 S409。
实施例四
ICS UE作为询问型ECT业务的transfer target, ICS UE和SCC AS之间使 用II接口进行通信。SCC AS收到transfer target返回的消息后，通过update 消息将IM-MGW连接到transferee,同时通过BYE消息断开与transferor的连 接。参见图5所示，UE-C为ICS UE,图中的S-CSCF和SCC AS都是服务于 UE-C的网络设备，UE-A、 UE-B相应的S-CSCF省略未画。UE-A与UE-C、 UE-A与UE-B分别有一个呼叫连接，此时UE-A执行ECT,希望UE-B与UE-C 进行连接，实施例四的具体步骤如下
S501 S509.与S401 S409所述相同。
S510 S511. SCC AS向UE-A发送BYE消息，释放UE-A与UE-C的呼叫连接。
S512. UE-C通过II接口返回连接消息II ( Connect )。同时UE-C根据步 骤S504中收到的replace关键字和session ID,释放与UE-A的会话相关信息。
S513 S514. SCC AS将II接口的连接消息转换成SIP 200 OK消息，并发 送给UE-B,确认连接成功。
S515 S516. UE-B向SCC AS返回ACK消息。
5517. SCC AS通过II接口向UE-C发送连接相应消息II (ACK )。
5518. UE-C通过I1接口向SCCAS发送Il (BYE)消息。
5519. UE-B确认与UE-C连接成功后，通过Notify消息通知UE-A转移 咒成。
5520. UE-A通过BYE消息断开与UE-B的连接。
步骤S520后，UE-B与UE-C开始会话连接，UE-A与UE-B和UE-C的
连接中断。
该实施例为SCC AS与ICS UE使用II接口进行通信的情况提供了另 一种 解决方案。SCCAS在收到ICSUE返回的消息后，主动断开与transferor的连 接，以防止transferor因错误而断开连接。
需要说明的是，步骤S508 S511也可以在步骤S512后或步骤S516后执 行，并且步骤S510 S511也可以先于步骤S508 S509执行。无i仑步骤 S508 S511在哪里执行，需要保持一个原则步骤S508 S509与步骤S510~S511 必须连续执行。即先执行S508 S509,随后执行S510 S511;或先执行 S510 S511,随后#丸行S508 S509。
本发明实施例提供一种业务集中和会话连续性应用服务器SCCAS，服务 于集中控制业务用户设备ICSUE,参见图6所示，包括
呼叫请求转发单元610，用于接收第二用户设备发送的呼叫请求消息，将 所述呼叫请求消息发送至第三用户设备，所述第三用户设备为ICSUE;
连接建立单元控制620，用于接收第三用户设备根据所述呼叫请求所返回 的消息，控制第三用户设备与第二用户设备建立连接；
连接断开单元控制630，用于接收第三用户设备根据所述呼叫请求所返回 的消息，控制第三用户设备与第一用户设备断开连接。
14其中，所述呼叫请求转发单元610包括
接收子单元611,用于接收第二用户设备发送的呼叫请求消息；
转换子单元612,用于将所述接收子单元611接收的呼叫请求消息，转换 成电路交换业务呼叫请求消息；所述电路交换业务呼叫请求消息携带会话标 识与替代指示标识，所述会话标识为第一用户设备与第三用户设备间的会话 标识，所述替代指示标识，用于指示以第二用户设备和第三用户设备间会话 替代第 一用户设备和第三用户设备间会话。
发送子单元613,用于将所述转换子单元612所得到的电路交换业务呼叫 请求消息发送至第三用户设备。
上述的SCC AS,服务于ICS UE,作为用户代理，代替ICS UE在IMS 域内建立和控制IMS会话，并且完成CS域信令到IMS域SIP信令之间的适 配。
本发明实施例提供一种集中控制业务用户设备，包括
呼叫请求接收单元710，用于接收经SCCAS转发的第二用户设备发送的 呼叫请求，所述呼叫请求中携带代替第 一用户设备与所述集中控制业务用户 设备间呼叫的指示信息；
连接建立单元720,用于根据所述呼叫请求接收单元710接收的呼叫请求， 向SCC AS返回消息，通过所述返回消息与第二用户设备建立连接；
连接断开单元730,用于根据所述呼叫请求接收单元710接收的呼叫请求， 向SCCAS返回消息，通过所述返回消息与第一用户设备断开连接。
上述集中控制业务用户设备，可作为询问型ECT业务的transfer target。 接收transferor发送的呼叫请求，4艮据呼叫请求，与transferee建立连接，并与 transferor断开连接，完成询问型ECT流程。
本发明实施例提供一种移动通信系统，参见图7所示，包括转出者 transferor 810、被转移者transferee 820和转移目标transfer target 830三种用户 终端以及业务集中和会话连续性应用服务器SCC AS 840,所述转移目标为集 中控制业务用户设备ICS UE;
所述转出者810，用于发起呼叫转移请求；所述被转移者820,用于接收所述转出者810发起的呼叫转移请求，向所 述转移目标840发送呼叫请求；
所述SCCAS 830,用于接收所述被转移者810发送的呼叫请求，将所述 呼叫请求发送至所述转移目标840;接收所述转移目标840才艮据所述呼叫请求 所返回的消息，与所述被转移者820建立连接，与所述转出者810断开连接；
所述转移目标840,用于接收所述SCCAS 830发送的呼叫请求，根据呼 叫请求，向所述SCC AS 830返回消息，指示所述SCCAS 830与所述被转移 者820建立连接，与所述转出者810断开连接。
其中，所述转移目标与SCC AS之间可以通过分组交换业务控制信令信道 或电路交换业务控制信令信道进行通信。
对于装置与系统实施例而言，由于其基本相应于方法实施例，所以描述 得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置 与系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或 者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物 理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根 据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本 领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读 取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述 的存储介质包括ROM、 RAM、磁碟或者光盘等各种可以存储程序代码的介 质。
以上所述仅是本发明的具体实施方式
，应当指出，对于本技术领域的普 通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润 饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1、一种实现显式呼叫转移的方法，其特征在于，包括接收第二用户设备发送的呼叫请求，将所述呼叫请求发送至第三用户设备，所述呼叫请求中携带代替第一用户设备与第三用户设备间呼叫的指示信息；接收第三用户设备根据所述呼叫请求所返回的消息，控制第三用户设备与第二用户设备建立连接，控制第三用户设备与第一用户设备断开连接；所述第三用户设备为集中控制业务用户设备ICS UE。
2、 根据权利要求1所述的方法，其特征在于，与所述第三用户设备之间 使用分组交换业务控制信令信道进行通信。
3、 根据权利要求1所述的方法，其特征在于，与所述第三用户设备之间 使用电路交换业务控制信令信道进行通信。
4、 根据权利要求3所述的方法，其特征在于，所述接收第二用户设备发送的呼叫请求，将呼叫请求发送至第三用户设备的具体实现为将第二用户设备发送的呼叫请求消息转换成电路交换业务呼叫请求消息，将所述电路交换业务呼叫请求消息发送至第三用户设备；所述电路交换 业务呼叫请求消息携带会话标识与替代指示标识，所述会话标识为第一用户 设备与第三用户设备间的会话标识，所述替代指示标识，用于指示以第二用 户设备和第三用户设备间会话替代第 一用户设备和第三用户设备间会话。
5、 根据权利要求l所述的方法，其特征在于，所述控制第三用户设备与 第二用户设备建立连接的具体实现为将IP多媒体网关IM-MGW连接到第二用户设备，第三用户设备通过所 述IM-MGW与第二设备连接。
6、 根据权利要求l所述的方法，其特征在于，所述控制第三用户设备与 第一用户设备断开连接的具体实现为将第一用户设备连接到多媒体资源功能处理器MRFP;接收第三用户设备发送的BYE消息，与第三用户设备断开连接；向第一用户设备发送BYE消息，与第一用户设备断开连接。
7、 根据权利要求l所述的方法，其特征在于，所述控制第三用户设备与 第 一用户设备断开连接的具体实现为向第一用户设备发送BYE消息，与第一用户设备断开连接；接收第三用户设备发送的BYE消息，与第三用户设备断开连接。
8、 一种业务集中和会话连续性应用服务器，其特征在于，服务于集中控 制业务用户设备ICSUE,包括呼叫请求转发单元，用于接收第二用户设备发送的呼叫请求消息，将所 述呼叫请求消息发送至第三用户设备，所述第三用户设备为ICSUE;连接建立控制单元，用于接收第三用户设备根据所述呼叫请求所返回的 消息，控制第三用户设备与第二用户设备建立连接；连接断开控制单元，用于接收第三用户设备根据所述呼叫请求所返回的 消息，控制第三用户设备与第一用户设备断开连接。
9、 根据权利要求8所述的业务集中和会话连续性应用服务器，其特征在 于，所述呼叫请求转发单元包括接收子单元，用于接收第二用户设备发送的呼叫请求消息； 转换子单元，用于将所述接收子单元接收的呼叫请求消息，转换成电路交换业务呼叫请求消息；所述电路交换业务呼叫请求消息携带会话标识与替 代指示标识，所述会话标识为第一用户设备与第三用户设备间的会话标识， 所述替代指示标识，用于指示以第二用户设备和第三用户设备间会话替代第 一用户设备和第三用户设备间会话；发送子单元，用于将所述转换子单元所得到的电路交换业务呼叫请求消 息发送至第三用户设备。
10、 一种集中控制业务用户设备，其特征在于，包括 呼叫请求接收单元，用于接收经业务集中和会话连续性应用服务器SCCAS转发的第二用户设备发送的呼叫请求，所述呼叫请求中携带代替第一用户 设备与所述集中控制业务用户设备间呼叫的指示信息；连接建立单元，用于根据所述呼叫请求接收单元接收的呼叫请求，向SCC AS返回消息，通过所述返回消息与第二用户设备建立连接；连接断开单元，用于根据所述呼叫请求接收单元接收的呼叫请求，向SCC AS返回消息，通过所述返回消息与第一用户设备断开连接。
11、 一种移动通信系统，其特征在于，包括转出者、被转移者和转移目 标三种用户终端以及业务集中和会话连续性应用服务器SCC AS,所述转移目 标为集中控制业务用户设备ICS UE;所述转出者，用于发起呼叫转移请求；所述被转移者，用于接收所述转出者发起的呼叫转移请求，向所述转移目标发送呼叫请求；所述SCCAS，用于接收所述被转移者发送的呼叫请求，将所述呼叫请求 发送至所述转移目标；接收所述转移目标根据所述呼叫请求所返回的消息， 与所述^皮转移者建立连接，与所述转出者断开连接；所述转移目标，用于接收所述SCCAS发送的呼叫请求，根据呼叫请求， 向所述SCCAS返回消息，指示所述SCCAS与所述被转移者建立连接，与所 述转出者断开连接。
12、根据权利要求11所述的系统，其特征在于，所述转移目标与SCCAS 之间通过分组交换业务控制信令信道或电路交换业务控制信令信道进行通 信。
全文摘要
本发明实施例公开了一种实现显式呼叫转移的方法、设备及移动通信系统。一种实现显式呼叫转移的方法包括业务集中和会话连续性应用服务器SCC AS接收第二用户设备发送的呼叫请求，将所述呼叫请求发送至第三用户设备，所述呼叫请求中携带代替第一用户设备与第三用户设备间呼叫的指示信息；接收第三用户设备根据所述呼叫请求所返回的消息，控制第三用户设备与第二用户设备建立连接，控制第三用户设备与第一用户设备断开连接；所述第三用户设备为集中控制业务用户设备ICS UE。
文档编号H04W4/16GK101527894SQ20081011129
公开日2009年9月9日 申请日期2008年6月13日 优先权日2008年6月13日
发明者段小嫣, 辉 金, 龙水平 申请人:华为技术有限公司