CN101198089B - 实现呼叫转移业务的方法、***和语音呼叫连续***器 - Google Patents

Abstract

本发明提供一种实现呼叫转移业务的方法，初始时第一用户终端与第二用户终端建立会话，第二用户终端进行呼叫转移包括：第二用户终端发送呼叫转移业务请求到呼叫语音呼叫连续***器；语音呼叫连续***器根据收到的呼叫转移业务请求，生成包含第一用户终端和第三用户终端地址的呼叫转移消息，并将该消息经应用服务器屏蔽地址后发送到第一用户终端；第一用户终端根据收到的呼叫转移消息通过应用服务器建立与第三用户终端的会话。本发明还提供一种实现呼叫转移业务的***和语音呼叫连续***器。利用本发明，实现呼叫转移时可以简化路由，进而降低延迟，提高链路质量。

Description

实现呼叫转移业务的方法、***和语音呼叫连续***器

技术领域

本发明涉及移动通信技术领域，特别涉及一种实现呼叫转移业务的方法、***和语音呼叫连续***器。

背景技术

呼叫转移是移动通信中的一项业务，用户终端可以通过使用呼叫转移实现将通话接续到第三方。具体的，第一用户终端与第二用户终端通话过程中，第二用户终端将本次通话转移到第三用户终端，实现第一用户终端与第三用户终端之间的通话，第二用户终端退出本次通话。

在呼叫转移过程中，路由情况会相应的发生变化。例如，一种呼叫转移的路由情况如图1所示。首先第一用户终端和第二用户终端之间建立通话，第一用户终端所属的MSC2和第二用户终端所属的MSC1之间建立路由，分为承载101和信令102。承载是指用户终端话音等业务的传送，信令指用户终端和网络侧的控制信息和状态信息的交换。某一时刻，第二用户终端向所属的MSC1发出呼叫转移请求，则此时第二用户终端归属的MSC1和第三用户终端归属的MSC3之间建立路由，分为承载103和信令104。呼叫转移完成后，第一用户终端开始与第三用户终端进行通话，第一用户终端和第三用户终端之间的路由包括MSC2与MSC1之间的部分和MSC1与MSC3之间的部分，即第一用户终端和第三用户终端之间的承载包括101和103两部分，第一用户终端和第三用户终端之间的信令包括102和104两部分。

随着通信技术的不断发展，出现了3G、无线局域网(Wireless Fidelity，WiFi)、全球微波接入互操作性(Worldwide Interoperability for MicrowaveAccess，Wimax)等速率更快、带宽更高的接入方式。为了解决多种接入方式互相融合的问题，第三代合作伙伴项目(the 3rd Generation Partnership Project，3GPP)在R6版本中推出了采用多媒体子***(IP Multimedia Subsystem，IMS)为框架的网络结构。在这种网络结构中，无论是哪种接入方式都可以通过IMS提供的接口接入到同一网络中，这就意味着用户终端可以在不同接入方式下互相通话，并且可以在不同接入方式中自由切换。IMS中引入了语音呼叫连续性(Voice Call Continuity，VCC)技术，以解决用户终端在不同接入方式中切换的情况下保持通话连续。例如IMS网络中用户终端可以从传统的2G(如GSM)切换到3G，该过程中通过VCC技术使通话保持连续。

现有技术中的一种IMS网络呼叫转移路由情况如图2所示。图中的媒体网关(Media Gateway，MGW)主要完成编解码转换工作，媒体网关控制单元(MGW Control Function，MGCF)主要对MGW的承载进行控制，VCC应用服务器(VCC Application Server，VCCAS)主要完成用户终端VCC功能的实现，会话控制单元(Call Session Control Function，CSCF)是应用服务器(Application Server，AS-B)的一种，主要实现网络呼叫控制。其中，MGCF、VCCAS和CSCF属于IMS网络。该呼叫转移过程中的路由情况为：第一用户终端通过MGW与第二用户终端通话，其中第二用户终端通过CS网络接入，第一用户终端与第二用户终端之间建立路由连接，分为承载201和信令202，其中，承载201经过MGW连接第一用户终端所述的MSC2和第二用户终端所述的MSC1，信令202经过CSCF、VCCAS和MGCF(即通过IMS网络)连接MSC2和MSC1。第二用户终端将呼叫转移到第三用户终端，第二用户终端与第三用户终端之间建立路由，分为承载203和信令204，其中，承载203经过MGW连接第二用户终端所述的MSC1和第三用户终端所述的MSC3，信令204经过CSCF、VCCAS和MGCF(即通过IMS网络)连接MSC1和MSC3。呼叫转移完成后，第一用户终端和第三用户终端进行通话，第二用户终端退出通话，最终的路由为，第一用户终端与第三用户终端之间的承载包括201和203，信令包括202和204。

可见，该情况下虽然第二用户终端已退出通话，第一用户终端和第三用户终端之间的路由仍要经过第二用户终端所属的MSC1、CSCF、VCCAS和MGCF，这样产生了不必要的路由迂回，使路由经过的网元过多而且复杂，而路由过程复杂会带来较大的延迟，从而导致用户终端的通话带来延迟，链路质量降低；而且，由于承载和信令都是***的宝贵资源，该情况会造成***资源的浪费。

发明内容

本发明的目的是提供一种实现呼叫转移业务的方法、***和语音呼叫连续***器，以实现呼叫转移业务的同时克服路由迂回的缺点。

为解决上述技术问题，本发明提供一种实现呼叫转移业务的方法、***和语音呼叫连续***器是这样实现的：

一种实现呼叫转移业务的方法，初始时第一用户终端与第二用户终端建立会话，第二用户终端进行呼叫转移包括：

A.第二用户终端发送呼叫转移业务请求到语音呼叫连续***器；

B.语音呼叫连续***器根据收到的呼叫转移业务请求，生成包含所述第一用户终端和第三用户终端地址的呼叫转移消息，并将该消息经应用服务器屏蔽地址后发送到所述第一用户终端；

C.第一用户终端根据收到的呼叫转移消息通过应用服务器建立与所述第三用户终端的会话。

所述步骤A之前进一步包括：

第二用户终端通过电路域网络挂起与第一用户终端之间的会话。

当进行的是询问型呼叫转移时，所述第二用户终端挂起与第一用户终端的会话步骤与所述步骤A之间进一步包括：

通过语音呼叫连续***器建立第二用户终端与第三用户终端之间的会话并进行一段通话后，挂起第二用户终端与第三用户终端之间的会话。

所述挂起第二用户终端与第三用户终端之间的会话由以下方式实现：

语音呼叫连续***器通过发送更新消息或重邀请消息到第三用户终端的方式通知第三用户终端挂起与第二用户终端之间的会话。

所述步骤B中的将呼叫转移消息经应用服务器屏蔽地址后发送到第一用户终端由以下方式实现：

将呼叫转移消息发送到应用服务器，应用服务器保存收到的呼叫转移消息中的第三用户终端地址，生成呼叫转移会话标识，并用该呼叫转移会话标识覆盖所述呼叫转移消息中的第三用户终端地址后，发送该消息到第一用户终端；

所述步骤C中第一用户终端建立与第三用户终端的会话由以下方式实现：

第一用户终端根据收到的呼叫转移消息发起建立会话请求到应用服务器，应用服务器用保存的第三用户终端地址覆盖该请求中的呼叫转移会话标识后将该请求发送到第三用户终端；

第三用户终端根据收到的建立会话请求，通过应用服务器建立与第一用户终端的会话。

所述步骤B中语音呼叫连续***器根据收到的呼叫转移业务请求生成呼叫转移消息由以下方式实现：

语音呼叫连续***器根据收到呼叫转移业务请求，生成包含标识语音呼叫连续***器与第三用户终端间的对话的消息头的呼叫转移消息，所述对话属于第二用户终端与第三用户终端间的会话。

所述步骤C还包括：

根据建立会话请求中包含的标识语音呼叫连续***器与第三用户终端间的对话的消息头，释放第三用户终端与第二用户终端间会话中的对话。

所述步骤C还包括：

释放第三用户终端与第二用户终端间会话中的相关承载。

所述步骤C还包括：

语音呼叫连续***器释放与第一用户终端间的对话，并释放与第二用户终端间的对话，所述两个对话属于第一用户终端与第二用户终端间的会话。

一种实现呼叫转移业务的***，包括进行呼叫转移的第一用户终端，第二用户终端，第三用户终端，第二用户终端归属的移动交换中心，语音呼叫连续***器，应用服务器，其中，

语音呼叫连续***器用于接续第二用户终端分别与第一用户终端和第三用户终端间的会话；

所述移动交换中心用于处理第二用户终端与第一用户终端和与第三用户终端进行会话时的信令和承载的交换；

第二用户终端与第一用户终端建立会话并进行呼叫转移时：

语音呼叫连续***器还用于接收第二用户终端发来的呼叫转移业务请求，根据该请求生成包含第一用户终端和第三用户终端地址的呼叫转移消息，并根据所述第一用户终端地址将该消息经应用服务器发送到第一用户终端；

第一用户终端用于通过应用服务器建立与第三用户终端之间的会话；

应用服务器用于屏蔽语音呼叫连续***器发到第一用户终端的呼叫转移消息中的地址，并管理第一用户终端与第三用户终端之间建立的会话。

所述第二用户终端具有转移决策单元，用于决策本次呼叫转移的类型，该类型包括询问型和盲转型。

所述语音呼叫连续***器包括：

接续单元，用于通过应用服务器接续第二用户终端，并通过应用服务器接续第一用户终端及第三用户终端；

转移消息生成单元，用于根据接续单元接收到的第二用户终端发来的呼叫转移业务请求得到第一用户终端和第三用户终端的地址，生成包含该地址的呼叫转移消息。

转移代理单元，用于将生成的呼叫转移消息经由应用服务器发送到第一用户终端。

所述语音呼叫连续***器进一步包括：

挂起单元，用于在询问型呼叫转移中挂起通过接续单元与第二用户终端之间的会话，并挂起通过接续单元与第三用户终端之间的会话。

所述语音呼叫连续***器进一步包括：

释放单元，用于释放接续单元与第一用户终端之间的对话，并释放接续单元与第二用户终端之间的对话。

一种实现呼叫转移业务的语音呼叫连续***器，包括接续单元、转移消息生成单元和转移代理单元，其中，

接续单元，用于通过应用服务器接续第二用户终端，并通过应用服务器接续第一用户终端及第三用户终端；

转移消息生成单元，用于根据接续单元接收到的第二用户终端发来的呼叫转移业务请求得到第一用户终端和第三用户终端的地址，生成包含该地址的呼叫转移消息。

转移代理单元，用于将生成的呼叫转移消息经由应用服务器发送到第一用户终端。

所述语音呼叫连续***器进一步包括：

挂起单元，用于在询问型呼叫转移中挂起通过接续单元与第二用户终端之间的会话，并挂起通过接续单元与第三用户终端之间的会话。

所述语音呼叫连续***器进一步包括：

释放单元，用于释放接续单元与第一用户终端之间的对话，并释放接续单元与第二用户终端之间的对话。

由以上本发明提供的技术方案可见，本发明将第二用户终端的呼叫转移业务请求发送给VCCAS，VCCAS代替第二用户终端生成并发送呼叫转移消息，经由AS-B到第一用户终端，第一用户终端通过AS-B建立与第三用户终端之间的会话，之后释放第二用户终端相关的会话，这样，实现呼叫转移业务的同时，第一用户终端与第三用户终端之间会话的承载直接连接，信令经过AS-B连接，从而简化了路由，降低了延迟，提高了链路质量，还提高了***资源利用率。

附图说明

图1为现有CS网络下呼叫转移的路由图；

图2为IMS网络下呼叫转移的路由图；

图3为本发明实现呼叫转移业务方法的一个实施例的流程图；

图4为实施本发明的路由结果图；

图5为本发明询问型呼叫转移的信令过程图；

图6为本发明盲转型呼叫转移的信令过程图；

图7为本发明实现呼叫转移业务***的一个实施例的框图。

具体实施方式

本发明的核心是第二用户终端将呼叫转移业务请求发送到VCCAS，VCCAS代替第二用户终端生成并发送呼叫转移消息，经AS-B到第一用户终端，第一用户终端根据收到的呼叫转移消息，通过AS-B建立与第三用户终端之间的会话。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。

呼叫转移业务分为询问型和盲转型两种类型。第二用户终端可以根据需要，选择呼叫转移的类型。询问型是第二用户终端发出呼叫转移命令后，可以先和第三用户终端进行一段通话，然后第一用户终端和第三用户终端接通进行通话，第二用户终端退出。盲转型是第二用户终端发出呼叫转移命令后，不与第三用户终端进行通话，而由第一用户终端直接与第三用户终端接通进行通话，第二用户终端退出。

初始时，第一用户终端和第二用户终端之间建立会话以进行通话。第一用户终端与第二用户终端之间通过会话中的承载传送媒体流。在第二用户终端与第一用户终端之间建立连接过程中，VCCAS和AS-B加入信令链路，则第一用户终端与第二用户终端之间的信令包括第一用户终端通过AS-B与VCCAS间的对话Dialog11和VCCAS与MGCF间的对话Dialog12。其中，Dialog是一种信令关系，提供通信双方之间路由和进行消息排序所要依据的状态信息。用户之间会话的过程包括通过承载传输的媒体流，并包括信令交互过程。AS-B包括P-CSCF、I-CSCF、S-CSCF或其他AS。某一时刻，第二用户终端要将第一用户终端的通话转移至第三用户终端，之后根据第二用户终端的选择进行询问型或忙转型呼叫转移。

以下介绍进行呼叫第二用户终端法的一个实施例。图3示出了该实施例的流程。

步骤301：第二用户终端发送呼叫转移业务请求到VCCAS。

第二用户终端向VCCAS发送呼叫转移业务请求到VCCAS，可以是通过SIP信令中的Notify消息发送。

当第二用户终端进行的是询问型呼叫转移时，该步骤中，还需要第二用户终端建立与第三用户终端之间的会话以进行一段通话。该过程中，AS-B和VCCAS加入第二用户终端与第三用户终端之间的信令链路，具体可以为VCCAS通过AS-B与第三用户终端之间的Dialog21和VCCAS与MGCF之间的Dialog22。当第二用户终端进行的是盲转型呼叫转移，该步骤中不需建立与第三用户终端之间的会话，即不需先与第三用户终端通话。

该步骤中，进一步的，第二用户终端可以通过CS网络挂起与第一用户终端之间的会话，即暂停第二用户终端与第一用户终端之间的媒体流而保持其承载。这样，如果本次呼叫转移失败，可以恢复之前第二用户终端与第一用户终端之间的媒体流。

现有技术中有一种两个用户终端通过AS-B建立会话的方法，该方法中为了保证两个用户间通话的安全性，用户间的对话需经过AS-B，AS-B对该对话进行处理，如对该对话中的携带的用户地址信息进行处理。本实施例的方法中，可以采用这种方法。则，本实施例所述的方法中，由于呼叫转移业务请求中包含第一用户终端和第三用户终端的地址，因此VCCAS可以从第二用户终端发来的呼叫转移业务请求中得到第一用户终端和第三用户终端的地址，从而在后续的步骤中发送包含该第一用户终端地址或第三用户终端地址的消息到AS-B。

步骤302：VCCAS根据呼叫转移业务请求生成呼叫转移消息，并发送该消息经由AS-B到第一用户终端。

该步骤中，VCCAS根据收到的呼叫转移业务请求，生成包含第三用户终端地址和第一用户终端地址的呼叫转移消息并将该消息发送到AS-B，AS-B保存呼叫转移消息中的第三用户终端的地址。如前所述，该步骤中VCCAS可以从收到的呼叫转移业务请求中获得第一用户终端的地址和第三用户终端的地址。之后，VCCAS将所述呼叫转移消息经由AS-B发送到第一用户终端。

具体的，生成的呼叫转移消息可以是REFER消息，包含RequestURI，Referred to，Referred by，Replaces这些字段。其中，Refer to头填充为第三用户终端的地址，以表明该次呼叫转移的目标地址为第三用户终端。

AS-B收到呼叫转移消息后，将该消息中第三用户终端的地址保存，并生成呼叫转移会话标识(Uniform Resouce Identity，URI)，将该URI覆盖呼叫转移消息的消息头，即覆盖第三用户终端的地址，之后将该消息发送到第一用户终端，且该消息头属于私有URI(Private URI)，这样实现了向第一用户终端屏蔽第三用户终端之间的地址，保障了网络的安全。同时，AS-B可以存在于后续链路中，从而可以实现计费。

当第二用户终端进行的是询问型呼叫转移时，VCCAS与第三用户终端之间存在Dialog21，VCCAS与第二用户终端之间存在Dialog22，则在本步骤中，生成的呼叫转移消息中的还可以包括标识Dialog21的信息，如REFER消息中的Replaces消息头可以设为Dialog21，以实现在后续步骤中呼叫转移业务完成时通知释放Dialog21及Dialog22。综上所述，如采用REFER消息，则其中的各个字段可以为：

Request URI：UE-A

Referred to：UE-C

Referred by：UE-B

Replaces：Dialog21

该步骤之前，进一步的，可以挂起第二用户终端与第三用户终端之间的会话，即暂停第二用户终端与第三用户终端之间的媒体流而保持其承载，这样，如果本次呼叫转移失败，可以恢复之前第二用户终端与第三用户终端之间的媒体流。具体的，可以是VCCAS代替第二用户终端发送SIP协议中的更新(Update)消息或重邀请(Re-INVITE)消息到第三用户终端，以通知第三用户终端挂起与第二用户终端之间的会话。

步骤303：第一用户终端收到的呼叫转移消息后，发送建立会话请求经AS-B到达第三用户终端，以建立第一用户终端与第三用户终端之间的会话。

该过程中，第一用户终端发送建立会话请求到第三用户终端，该建立会话请求首先发送到AS-B。该建立会话请求可以是INVITE消息，则根据收到的呼叫转移消息，该INVITE消息中的URI为前述的呼叫转移会话标识URI，为Private URI，Replaces消息头为Dialog21。AS-B收到该消息后，利用存储的第三用户终端地址，将第三用户终端的地址覆盖URI后将该消息发送到第三用户终端。第三用户终端响应收到的消息，与第一用户终端建立会话以进行通话，从而实现呼叫转移。这样，第一用户终端与第三用户终端之间的对话是第一用户终端经AS-B到第三用户终端之间的连接，不再经过第二用户终端归属的VCCAS、MGCF、MSC等设备，而第一用户终端与第三用户终端之间的承载通过各自归属的MSC、MGW，VCCAS等设备的连接，这样就实现了路由的简化。

本方法还可以包含步骤304：VCCAS分别释放与第一用户终端和与第二用户终端之间的对话。

如前所述，由于本方法之前第一用户终端与第二用户终端建立会话进行通话，存在Dialog11和Dialog12，该过程中，VCCAS释放与第一用户终端之间的Dialog11，释放与MGCF之间的Dialog12。进而，第二用户终端与第一用户终端之间的会话随之释放，具体为MGCF随之断开第一用户终端经过MGW与第二用户终端之间的承载，即释放了第二用户终端归属的MSC。

当第二用户终端进行的是询问型呼叫转移时，VCCAS与第三用户终端之间存在Dialog21，VCCAS与第二用户终端之间存在Dialog22，则该步骤中，第三用户终端根据前述步骤收到的INVITE消息中Replaces消息头的Dialog21，释放与VCCAS之间的Dialog21，并释放VCCAS与MGCF之间的Dialog22，从而释放第二用户终端与第三用户终端之间的对话。进而，MGCF随之断开第三用户终端通过MGW与第二用户终端之间的会话，即释放第三用户终端与第二用户终端之间的承载。

执行上述步骤301至304后，路由情况如图4所示。可见，路由结果为，第一用户终端与第三用户终端之间的对话为第一用户终端与AS-B之间的信令401和第三用户终端与AS-B之间的信令402，第一用户终端与第三用户终端之间的承载直接相连，为承载403。该结果简化了路由，降低了第一用户终端与第三用户终端之间的延迟，提高了链路质量并提高了***资源利用率。

以下详细介绍询问型呼叫转移的过程。

图5示出了询问型呼叫转移的一个实施例的完整流程。

步骤501：第二用户终端与第一用户终端之间建立会话进行通话，AS-B和VCCAS加入信令链路。第一用户终端通过AS-B与VCCAS间的信令链路为Dialog11，VCCAS与MGCF间的信令链路为Dialog12。

该步骤是呼叫转移开始前第二用户终端和第一用户终端建立通话的正常呼叫过程。

步骤502：第二用户终端通过CS网络挂起与第一用户终端之间的会话。

该步骤中，第二用户终端通过CS网络挂起与第一用户终端之间的会话，即暂停第二用户终端与第一用户终端之间的媒体流而保持其承载。

该步骤是第二用户终端执行呼叫转移过程中，在与第三用户终端建立会话进行通话前，挂起第二用户终端与第一用户终端之间的会话。如前所述，该步骤由于挂起了会话，如果本次呼叫转移失败，可以恢复之前第二用户终端与第一用户终端之间的媒体流。

步骤503：第二用户终端与第三用户终端之间建立会话，AS-B和VCCAS加入信令链路。

第三用户终端通过AS-B与VCCAS与之间的信令链路为Dialog21，VCCAS与MGCF间的信令链路为Dialog22。

步骤504：第二用户终端发起呼叫转移业务请求到VCCAS。

该步骤是第二用户终端通过会话初始协议(Session Initial Protocol，SIP)消息、非结构化补充数据业务(Unstructured Supplementary Services Date，USSD)消息或短消息服务(Short Messenger Service，SMS)等方式发送的，如该消息可以是SIP中的NOTIFY消息。

VCCAS收到该消息后返回应答消息200OK。

步骤505：挂起第二用户终端与第三用户终端之间的会话。

该步骤中，可以是由VCCAS代替第二用户终端发送UPDATE消息或Re-INVITE消息到第三用户终端，以通知第三用户终端之间挂起与第二用户终端之间的会话，即暂停第二用户终端与第三用户终端之间的媒体流而保持其承载。

如前所述，该步骤由于挂起了会话，如果本次呼叫转移失败，可以恢复第二用户终端与第三用户终端之间的媒体流。

步骤506：VCCAS代替第二用户终端发送REFER消息到AS-B。

该消息为呼叫转移消息，该消息中的消息头Refer-to填充为第三用户终端的地址。该消息指示进行呼叫转移，并且第三用户终端的地址为第三用户终端的地址。且该消息中的Replaces消息头为Dialog21。

步骤507：AS-B收到REFER消息，将其中的第三用户终端的地址保存，并生成呼叫转移会话标识URI，将该URI写入消息头Refer-to中，发送给第一用户终端。

该URI为私有(Private)URI。这样，第一用户终端不会知道第三用户终端的地址，对于网络安全起到保障作用。另外，AS-B可以存在于后续链路中，便于计费。该消息中的Replaces消息头为Dialog21。

步骤508：第一用户终端返回应答消息202Accepted。

该消息经由AS-B到达VCCAS。

步骤509：第一用户终端发送建立会话请求到AS-B。该步骤是第一用户终端向第三用户终端发起建立会话请求的第一步。该消息可以是INVITE消息，该消息中包含的URI为前述步骤的呼叫转移会话标识URI，为Private URI。该消息的Replaces消息头为Dialog21，以通知第三用户终端后续步骤要释放第三用户终端与第二用户终端之间的对话。

步骤510：AS-B将建立会话请求中的URI更改为第三用户终端的地址，再将此请求发送给第三用户终端，以通知第三用户终端建立与第一用户终端之间的会话。

步骤511：第三用户终端发送200OK消息经由AS-B到第一用户终端，指示可以进行通话。

步骤512：第一用户终端返回ACK应答消息。

这样，第一用户终端与第三用户终端之间建立会话进行通话。

步骤513：第一用户终端发送NOTIFY消息到VCCAS，指示呼叫转移成功。VCCAS返回200OK应答消息。

步骤514：VCCAS发送BYE消息到第一用户终端，拆除与第一用户终端之间的Dialog11。第一用户终端返回200OK应答消息。

步骤515：VCCAS发送BYE消息到用户MGCF，拆除与MGCF之间的Dialog12。MGCF返回200OK应答消息。

该步骤之后，MGCF断开与MSC之间的信令，释放第二用户终端与第一用户终端之间的承载。

步骤516：第三用户终端根据步骤509中收到的INVITE消息中的Replaces头，即该Replaces头中的Dialog21，发送BYE消息到VCCAS，以释放VCCAS与第三用户终端之间的链路Dialog21。VCCAS将BYE消息前转到MGCF，释放Dialog22。MGCF发送200OK应答消息到VCCAS，并被前转到第三用户终端。之后，MGCF断开与第二用户终端的连接，释放第二用户终端与第三用户终端之间的承载。

以下详细介绍盲转型呼叫转移的过程。

图6示出了盲转型呼叫转移的一个实施例的完整流程。

步骤601：第二用户终端与第一用户终端之间建立会话进行通话，AS-B和VCCAS加入信令链路。第一用户终端通过AS-B与VCCAS间的信令链路为Dialog11，VCCAS与MGCF间的信令链路为Dialog12。

该步骤是呼叫转移开始前第二用户终端和第一用户终端建立通话的正常呼叫过程。

步骤602：第二用户终端通过CS网络挂起与第一用户终端之间的会话。

该步骤中，第二用户终端通过CS网络挂起与第一用户终端之间的会话，即暂停第二用户终端与第一用户终端之间的媒体流而保持其承载。

该步骤是第二用户终端执行呼叫转移过程中，在与第三用户终端建立会话进行通话前，挂起第二用户终端与第一用户终端之间的会话。如前所述，该步骤由于挂起了会话，如果本次呼叫转移失败，可以恢复之前第二用户终端与第一用户终端之间的媒体流。

步骤603：第二用户终端发起呼叫转移业务请求到VCCAS。

该步骤是第二用户终端通过会话初始协议(Session Initial Protocol，SIP)消息、非结构化补充数据业务(Unstructured Supplementary Services Date，USSD)消息或短消息服务(Short Messenger Service，SMS)等方式发送的，如该消息可以是SIP中的NOTIFY消息。

VCCAS收到该消息后返回应答消息200OK。

步骤604：VCCAS代替第二用户终端发送REFER消息到AS-B。

该消息为呼叫转移消息，该消息中的消息头Refer-to填充为第三用户终端的地址。该消息指示进行呼叫转移，并且第三用户终端的地址为第三用户终端的地址。

步骤605：AS-B收到REFER消息，将其中的第三用户终端的地址保存，并生成呼叫转移会话标识URI，将该URI写入消息头Refer-to中，发送给第一用户终端。

该URI为Private URI。这样，第一用户终端不会知道第三用户终端的地址，对于网络安全起到保障作用。另外，AS-B可以存在于后续链路中，便于计费。

步骤606：第一用户终端返回应答消息202Accepted。

该消息经由AS-B到达VCCAS。

步骤607：第一用户终端发送建立会话请求到AS-B。该步骤是第一用户终端向第三用户终端发起建立会话请求的第一步。该消息可以是INVITE消息，该消息中包含的URI为前述步骤的呼叫转移会话标识URI，为Private URI。

步骤608：AS-B将建立会话请求中的URI更改为第三用户终端的地址，再将此请求发送给第三用户终端，以通知第三用户终端建立与第一用户终端之间的会话。

步骤609：第三用户终端发送200OK消息经由AS-B到第一用户终端，指示可以进行通话。

步骤610：第一用户终端返回ACK应答消息。

这样，第一用户终端与第三用户终端之间建立会话进行通话。

步骤611：第一用户终端发送NOTIFY消息到VCCAS，指示呼叫转移成功。VCCAS返回200OK应答消息。

步骤612：VCCAS发送BYE消息到第一用户终端，拆除与第一用户终端之间的Dialog11。第一用户终端返回200OK应答消息。

步骤613：VCCAS发送BYE消息到用户MGCF，拆除与MGCF之间的Dialog12。MGCF返回200OK应答消息。

该步骤之后，MGCF断开与MSC之间的信令，释放第二用户终端与第一用户终端之间的承载。

以上是本发明实现呼叫转移业务的方法。本发明还提供一种实现呼叫转移业务的***。以下介绍该***的一个实施例。

图7示出了该***实施例的框图。

如图所示，该***包括：进行呼叫转移的第一用户终端71，第二用户终端72，第三用户终端73，第二用户终端归属的移动交换中心MSC74，媒体网关MGW75，媒体网关控制单元MGCF76，语音呼叫连续***器VCCAS77，应用服务器AS-B78。

其中，

MSC分别与MGW和MGCF相连，用于处理第二用户终端与第一用户终端和与第三用户终端进行会话时的信令和承载的交换。

MGW分别与MSC、MGCF、第一用户终端和第三用户终端相连，用于完成第二用户终端通过MSC与第一用户终端和与第三用户终端会话时承载的编解码转换。

MGCF分别与MSC、VCCAS和MGW相连，用于提供所述MSC到VCCAS的信令的连接，并控制MGW的承载。

VCCAS分别与MGCF和AS-B相连，用于接续与第二用户终端有关的会话，并接收第二用户终端发来的呼叫转移业务请求，生成呼叫转移消息并经由AS-B发送到第一用户终端。

进一步的，VCCAS还用于在询问型呼叫转移中挂起第二用户终端与第三用户终端之间的会话。

进一步的，VCCAS还用于释放与第一用户终端之间的对话，并释放与第二用户终端之间的对话。

第一用户终端用于通过AS-B建立与第三用户终端之间的会话。

AS-B分别与VCCAS、第一用户终端和第三用户终端相连，用于屏蔽VCCAS发到第一用户终端的呼叫转移消息中的地址，并管理第一用户终端与第三用户终端之间建立的会话。

具体的，所述第二用户终端具有转移决策单元721，用于决策本次呼叫转移的类型，该类型包括询问型和盲转型。

具体的，所述VCCAS包括接续单元771、转移消息生成单元772和转移代理单元773，其中，

接续单元771与MGCF和AS-B相连，通过该MGCF和AS-B接续第二用户终端和与第二用户终端有会话的第一用户终端和第三用户终端。

转移消息生成单元772与接续单元771相连，用于根据接续单元771接收到的第二用户终端发来的呼叫转移业务请求得到第一用户终端和第三用户终端的地址，并生成包含该地址的呼叫转移消息。

转移代理单元773与转移消息生成单元772相连，用于将生成的呼叫转移消息经由AS-B发送到第一用户终端。

并且，所述VCCAS进一步包括会话挂起单元774和会话释放单元775，其中，

会话挂起单元774与接续单元771相连，用于在询问型呼叫转移中挂起通过接续单元771与第二用户终端之间的会话，并挂起通过接续单元771与第三用户终端之间的会话。

会话释放单元775与接续单元771相连，用于释放接续单元771与第一用户终端之间的对话，并释放接续单元771与第二用户终端之间的对话。

本***的实施例中，初始时第二用户终端与第一用户终端建立会话，第二用户终端进行呼叫转移时，第二用户终端发送呼叫转移业务请求到呼叫语音呼叫连续***器VCCAS；VCCAS根据收到的呼叫转移业务请求生成呼叫转移消息，该消息经应用服务器AS-B发送到第一用户终端；第一用户终端根据收到的呼叫转移消息，通过AS-B建立与第三用户终端的会话；释放与第二用户终端相关的会话。

本***的实施例具体实现呼叫转移的过程与前面方法中的内容类似，在此不再赘述。

由以上实施例可见，本发明的方法、***和语音呼叫连续***器可以实现呼叫转移业务，并使第一用户终端与第三用户终端之间会话的承载直接连接，信令经过AS-B连接，从而简化了路由，进而提高了***资源利用率，降低了延迟，提高了链路质量。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (16)

1.一种实现呼叫转移业务的方法，初始时第一用户终端与第二用户终端建立会话，其特征在于，第二用户终端进行呼叫转移包括：

A.第二用户终端发送呼叫转移业务请求到语音呼叫连续***器；

B.语音呼叫连续***器根据收到的呼叫转移业务请求，生成包含所述第一用户终端和第三用户终端地址的呼叫转移消息，并将该消息经应用服务器屏蔽地址后发送到所述第一用户终端；

C.第一用户终端根据收到的呼叫转移消息通过应用服务器建立与所述第三用户终端的会话；

所述步骤B中的将呼叫转移消息经应用服务器屏蔽地址后发送到第一用户终端由以下方式实现：

将呼叫转移消息发送到应用服务器，应用服务器保存收到的呼叫转移消息中的第三用户终端地址，生成呼叫转移会话标识，并用该呼叫转移会话标识覆盖所述呼叫转移消息中的第三用户终端地址后，发送该消息到第一用户终端；

所述步骤C中第一用户终端建立与第三用户终端的会话由以下方式实现：

第一用户终端根据收到的呼叫转移消息发起建立会话请求到应用服务器，应用服务器用保存的第三用户终端地址覆盖该请求中的呼叫转移会话标识后将该请求发送到第三用户终端；

第三用户终端根据收到的建立会话请求，通过应用服务器建立与第一用户终端的会话。

2.如权利要求1所述的方法，其特征在于，所述步骤A之前进一步包括：

第二用户终端通过电路域网络挂起与第一用户终端之间的会话。

3.如权利要求2所述的方法，其特征在于，当进行的是询问型呼叫转移时，所述第二用户终端挂起与第一用户终端的会话步骤与所述步骤A之间进一步包括：

通过语音呼叫连续***器建立第二用户终端与第三用户终端之间的会话并进行一段通话后，挂起第二用户终端与第三用户终端之间的会话。

4.如权利要求3所述的方法，其特征在于，所述挂起第二用户终端与第三用户终端之间的会话由以下方式实现：

语音呼叫连续***器通过发送更新消息或重邀请消息到第三用户终端的方式通知第三用户终端挂起与第二用户终端之间的会话。

5.如权利要求1所述的方法，其特征在于，所述步骤B中语音呼叫连续***器根据收到的呼叫转移业务请求生成呼叫转移消息由以下方式实现：

语音呼叫连续***器根据收到呼叫转移业务请求，生成包含标识语音呼叫连续***器与第三用户终端间的对话的消息头的呼叫转移消息，所述对话属于第二用户终端与第三用户终端间的会话。

6.如权利要求5所述的方法，其特征在于，所述步骤C还包括：

根据建立会话请求中包含的标识语音呼叫连续***器与第三用户终端间的对话的消息头，释放第三用户终端与第二用户终端间会话中的对话。

7.如权利要求6所述的方法，其特征在于，所述步骤C还包括：

释放第三用户终端与第二用户终端间会话中的相关承载。

8.如权利要求1所述的方法，其特征在于，所述步骤C还包括：

语音呼叫连续***器释放与第一用户终端间的对话，并释放与第二用户终端间的对话，所述两个对话属于第一用户终端与第二用户终端间的会话。

9.一种实现呼叫转移业务的***，包括进行呼叫转移的第一用户终端，第二用户终端，第三用户终端，第二用户终端归属的移动交换中心，语音呼叫连续***器，应用服务器，其中，

语音呼叫连续***器用于接续第二用户终端分别与第一用户终端和第三用户终端间的会话；

所述移动交换中心用于处理第二用户终端与第一用户终端和与第三用户终端进行会话时的信令和承载的交换；

其特征在于，第二用户终端与第一用户终端建立会话并进行呼叫转移时：

语音呼叫连续***器还用于接收第二用户终端发来的呼叫转移业务请求，根据该请求生成包含第一用户终端和第三用户终端地址的呼叫转移消息，并根据所述第一用户终端地址将该消息经应用服务器发送到第一用户终端；

第一用户终端用于通过应用服务器建立与第三用户终端之间的会话；

应用服务器用于屏蔽语音呼叫连续***器发到第一用户终端的呼叫转移消息中的地址，并管理第一用户终端与第三用户终端之间建立的会话。

10.如权利要求9所述的***，其特征在于，所述第二用户终端具有转移决策单元，用于决策本次呼叫转移的类型，该类型包括询问型和盲转型。

11.如权利要求9所述的***，其特征在于，所述语音呼叫连续***器包括：

接续单元，用于通过应用服务器接续第二用户终端，并通过应用服务器接续第一用户终端及第三用户终端；

转移消息生成单元，用于根据接续单元接收到的第二用户终端发来的呼叫转移业务请求得到第一用户终端和第三用户终端的地址，生成包含该地址的呼叫转移消息。

转移代理单元，用于将生成的呼叫转移消息经由应用服务器发送到第一用户终端。

12.如权利要求11所述的***，其特征在于，所述语音呼叫连续***器进一步包括：

挂起单元，用于在询问型呼叫转移中挂起通过接续单元与第二用户终端之间的会话，并挂起通过接续单元与第三用户终端之间的会话。

13.如权利要求11所述的***，其特征在于，所述语音呼叫连续***器进一步包括：

释放单元，用于释放接续单元与第一用户终端之间的对话，并释放接续单元与第二用户终端之间的对话。

14.一种实现呼叫转移业务的语音呼叫连续***器，其特征在于，包括接续单元、转移消息生成单元和转移代理单元，其中，

接续单元，用于通过应用服务器接续第二用户终端，并通过应用服务器接续第一用户终端及第三用户终端；

转移消息生成单元，用于根据接续单元接收到的第二用户终端发来的呼叫转移业务请求得到第一用户终端和第三用户终端的地址，生成包含该地址的呼叫转移消息；

转移代理单元，用于将生成的呼叫转移消息经由应用服务器发送到第一用户终端。

15.如权利要求14所述的语音呼叫连续***器，其特征在于，所述语音呼叫连续***器进一步包括：

挂起单元，用于在询问型呼叫转移中挂起通过接续单元与第二用户终端之间的会话，并挂起通过接续单元与第三用户终端之间的会话。

16.如权利要求15所述的语音呼叫连续***器，其特征在于，所述语音呼叫连续***器进一步包括：

释放单元，用于释放接续单元与第一用户终端之间的对话，并释放接续单元与第二用户终端之间的对话。

Images