CN101227526B - 盲转业务实现方法和装置 - Google Patents

Abstract

本发明提供了一种盲转业务实现方法和装置，该方法包括以下步骤：用户A与用户B首先建立通话，然后用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C；用户B的应用服务器收到该呼叫转接请求后，向用户B返回接受响应；其还向用户C发起呼叫邀请，获取用户C的媒体参数信息；其还向用户A发起呼叫邀请，以提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；以及其还向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及终止用户A与用户B原先建立的通话。

Description

盲转业务实现方法和装置 

技术领域

本发明涉及通信领域，更具体地，涉及例如下一代网络(NGN)中盲转业务的实现方法和装置。 

背景技术

呼叫转接(Call Transfer)是通信***中的一种补充业务：当两个用户(用户A和用户B)在通信***中建立通话后，其中一个用户(以用户B为例)可以请求将当前通话转给第三方(用户C)，即在用户A与用户C之间建立通话，而断开用户A与用户B之间的通话话路。此业务的一种常见应用场景是：总经理秘书(用户B)先接听所有来电(用户A)，问清对方来意，对于需要总经理亲自接听的电话，利用呼叫转接业务转给总经理(用户C)。 

呼叫转接业务有两种类型：一种是询问转接，即用户B在转接前先与用户C建立通话(询问用户C是否同意与用户A通话)，然后再发起转接请求，使用户A与用户C建立通话，同时分别断开用户B与用户A、用户B与用户C之间的两条通话话路。另一种是盲转，即用户B不先与用户C建立通话，而是直接发起转接请求，使用户A与用户C建立通话。 

在以IP多媒体子***(IMS)为核心的下一代网络(NGN)中，呼叫转接业务可由用户的智能终端自行完成，或者由智能终端与网络中的应用服务器(AS)配合完成。 

图1是下一代网络中的一种典型业务实现架构，其中，应用服务器(AS)(可能存在多个，分别用于不同的业务)通过接口与用户归属网络的服务-呼叫会话控制功能(S-CSCF)相连，用户终端A与用户终端B之间的业务消息(用虚线标识)会流经各自的应用服务器(根据用户业务的种类，可能经过不同的应用服务器)，应用服务器可通过对业务消息的各种处理以实现丰富的业务。用户终端A与用户终端B利用业务消息交换并协商双方所支持的媒体参数，在两者之间建立媒体流连接(用实线标识)，媒体流用于传送通话话音包等数据。 

图2是现有第三代伙伴计划(3GPP)技术规范中的呼叫转接(盲转)流程。在此流程中，用户终端#1(用户A)与用户终端#2(用户B)先建立了通话(步骤1)；然后用户终端#2向用户终端#1发送一条转接请求，经过网络侧设备(代理-呼叫会话控制功能、服务-呼叫会话控制功能等)传递给用户终端#1(步骤2～8)；用户终端#1在收到转接请求后，先向用户终端#3(用户C)发送邀请请求，在用户终端#1和用户终端#3之间建立通话连接(步骤9～21)；然后用户终端#1发送转接确认响应，将转接成功的结果通知给用户终端#2(步骤22～26)；最后用户终端#2向用户终端#1发送挂机请求，断开用户终端#2与用户终端#1之间的通话话路(步骤27～36)。 

图3是现有高级网络电信因特网融合业务与协议组织(TISPAN)技术规范中的盲转流程。为简化起见，此图中省略了代理-呼叫会话控制功能、服务-呼叫会话控制功能等网络设备。在此流程起始处，用户终端-A(用户A)与用户终端-B(用户B)处于通话过程中，用户终端-A的应用服务器(应用服务器-A)和用户终端-B的应用服务器(应用服务器-B)均参与此通话过程，为各自的服务对象提供补充业务；然后由用户终端-B将用户终端-A置为呼叫保持状态(即业务消息可以互通，但媒体流暂时中断)；然后用户终端-B向用户终端-A发送一条转接请求(步骤1～3)，在用户 终端-A表示接受此请求(步骤4～6)后，用户终端-B向用户终端-A发送挂机请求，断开两者之间的通话话路(步骤7～12)；然后用户终端-A向用户终端-C(用户C)发送邀请请求，在用户终端-A和用户终端-C之间建立通话(步骤19～30)；在上述过程中，用户终端-A在准备向用户终端-C发送邀请请求前以及在接通用户终端-C的话路时，均会利用通知消息将相关情况通知给用户终端-B(分别对应步骤13～18、步骤31～36)。 

以上两个流程的一个共同特点是，用户B发起的呼叫转接请求由网络传递给用户A，由用户A负责发起到第三方用户C的通话，并在此过程中由用户A将呼叫转接进展情况通报给发起呼叫转接的用户B。这存在以下问题： 

1)用户终端A必须支持对呼叫转接请求的处理，需要能正确地发起到第三方用户C的通话邀请请求(包括正确设置各项相关参数)，需要能正确地向用户B通报呼叫转接进展情况。呼叫转接是用户B的业务，对用户终端A的要求过高是不太合理的。 

2)在现有流程中，用户A邀请用户C的时机、用户A向用户B通报呼叫转接进展的时机、用户B释放原有通话的时机均完全由用户终端自行掌握，这使得呼叫转接业务过于依赖终端。如果各终端遵循的规范不一致(例如，图2流程和图3流程中用户B挂机时机是不同的)，会导致在同一网络内用户对同一业务的用户体验是不一致的，影响用户对网络运营商的满意度。更为严重的是，如果各用户终端之间未配合好，会导致该业务失败，例如，用户终端A没有向用户终端B通报转接成功，用户终端B就不释放原有的通话。 

总之，现有技术中呼叫转接业务的实现过于依赖用户终端，存在很大的局限与隐患。因此，运营商希望加强对呼叫转接业务的控制。 

针对呼叫转接业务中的盲转业务，本发明提出了一种由应用服务器控制的业务实现方案，可以解决上述问题，减少对智能终端的依赖，满足运营商的需求。 

发明内容

本发明的目的在于提供一种由应用服务器控制的盲转业务的实现方法和装置，用以解决现有技术的业务流程中过于依赖用户终端造成的问题，满足运营商对呼叫转接业务的控制需求。 

根据本发明的一方面，提供了一种盲转业务实现方法，包括以下步骤：用户A与用户B首先建立通话，然后用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C；用户B的应用服务器收到该呼叫转接请求后，向用户B返回接受响应；用户B的应用服务器还向用户C发起呼叫邀请，获取用户C的媒体参数信息；用户B的应用服务器还向用户A发起呼叫邀请，以提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；以及用户B的应用服务器还向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及终止用户A与用户B原先建立的通话。 

在上述的盲转业务实现方法中，用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C的步骤可采用以下方法之一： 

(1)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话相同的对话标识，该呼叫转接请求沿原有通话的业务消息路径到达用户B的业务服务器，将用户C的号码信息作为该呼叫转接请求中的转接目的地参数； 

(2)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话不同的对话标识，该呼叫转接请求的目的地址是用户B的业务服务器，将用户C的号码信息作为该呼叫转接请求的转接目的地参数，将用户A、B原有通话的对话标识作为该呼叫转接请求的一项参数； 

(3)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话不同的对话标识，该呼叫转接请求的目的地址是用户B的业务服务器；用户B连续发起两次呼叫转接请求消息，在其中一条消 息中，将用户C的号码信息作为该呼叫转接请求的转接目的地参数，在另一条消息中，将用户A的号码信息作为该呼叫转接请求的转接目的地参数，将用户A、B原有通话的对话标识作为该呼叫转接请求的替换参数。 

在上述的盲转业务实现方法中，还包括以下步骤：用户B在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户A与用户B之间的媒体流。 

在上述的盲转业务实现方法中，用户B的应用服务器向用户A发起呼叫邀请的步骤可采用以下方法之一： 

(X)用户B的应用服务器向用户A发送重新呼叫邀请请求，该重新呼叫邀请具有与用户A、B之间的原有通话相同的对话标识； 

(Y)用户B的应用服务器向用户A发送呼叫邀请请求，并将用户A、B原有通话的对话标识作为该呼叫邀请请求的替换参数。 

在上述的盲转业务实现方法中，若采用方法X，则在用户C建立起与用户A之间的媒体流连接后，用户B的应用服务器指示用户B挂机，以终止用户A与用户B原先建立的通话。 

用户B的应用服务器在指示用户B挂机前，可向用户B通报用户A与用户C已成功建立通话。 

在上述的盲转业务实现方法中，若采用方法Y，用户A可主动向用户B发送挂机消息，以终止用户A与用户B原先建立的通话。 

在上述的盲转业务实现方法中，还可包括以下步骤：用户B的应用服务器在接受用户B的呼叫转接请求后，向用户B通报呼叫转接正在进行中。 

在上述的盲转业务实现方法中，在用户B的应用服务器收到该呼叫转接请求，向用户B返回接受响应的步骤具体包括以下步骤：用户B的应用服务器根据用户B的业务注册信息判断用户B是否具有发起呼叫转接的权限，若用户B没有权限，则应用服务器向用户B返回拒绝响应。 

根据本发明的另一方面，提供了一种盲转业务实现装置，包括：第一模块，用于用户A与用户B首先建立通话，然后用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C；第二模块， 用于使用户B的应用服务器收到该呼叫转接请求后，向用户B返回接受响应；其还向用户C发起呼叫邀请，获取用户C的媒体参数信息；其还向用户A发起呼叫邀请，以提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；以及其还向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及第三模块，用于终止用户A与用户B原先建立的通话。其中，用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C的步骤可采用以下方法之一：(1)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话相同的对话标识，该呼叫转接请求沿原有通话的业务消息路径到达用户B的业务服务器，将用户C的号码信息作为该呼叫转接请求中的转接目的地参数；(2)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话不同的对话标识，该呼叫转接请求的目的地址是用户B的业务服务器，将用户C的号码信息作为该呼叫转接请求的转接目的地参数，将用户A、B原有通话的对话标识作为该呼叫转接请求的一项参数；(3)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话不同的对话标识，该呼叫转接请求的目的地址是用户B的业务服务器；用户B连续发起两次呼叫转接请求消息，在其中一条消息中，将用户C的号码信息作为该呼叫转接请求的转接目的地参数，在另一条消息中，将用户A的号码信息作为该呼叫转接请求的转接目的地参数，将用户A、B原有通话的对话标识作为该呼叫转接请求的替换参数。 

综上所述，采用本发明方案，利用应用服务器实现盲转业务，由应用服务器控制邀请第三方用户、向用户通报转接进展、释放原有通话的时机，且无需被转接用户终端支持呼叫转接请求，从而大大减少了本业务对用户终端的依赖，可充分满足运营商对呼叫转接业务的控制需求。 

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。 

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： 

图1是下一代网络中的一种典型业务实现架构图； 

图2是现有3GPP技术规范中呼叫转接(盲转)的流程图； 

图3是现有TISPAN技术规范中的盲转流程图； 

图4是根据本发明实施例的盲转业务实现方法的流程图； 

图5是根据本发明第一实施例的盲转业务实现方法的流程图，同时也适用于第二实施例； 

图6是根据本发明第一优选实施例的盲转流程图； 

图7是根据本发明第三实施例的盲转业务实现方法的流程图； 

图8是根据本发明第四实施例的盲转业务实现方法的局部流程图。 

具体实施方式

下面将参考附图并结合实施例，来详细说明本发明。 

图4是根据本发明实施例的盲转业务实现方法的流程图，包括以下步骤： 

步骤10，用户A与用户B首先建立通话，然后用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C； 

步骤20，用户B的应用服务器收到该呼叫转接请求后，向用户B返回接受响应；其还获取用户C的媒体参数信息；其还向用户A发起呼叫邀请，以提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；以及其还向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及 

步骤30，终止用户A与用户B原先建立的通话。 

下面将根据图5至图8来详细说明根据本发明的具体实施例。 

图5是根据本发明第一实施例的盲转业务实现方法的流程图，包括以下步骤： 

步骤S10，用户A与用户B首先建立通话； 

步骤S20，用户B发起呼叫转接请求，要求转接至用户C；用户B发起的呼叫转接请求与用户A、B之间的原有通话具有相同的对话标识，呼叫转接请求将沿原有通话的业务消息路径到达用户B的业务服务器，用户C的号码信息作为呼叫转接请求中的转接目的地参数； 

步骤S30，用户B的应用服务器拦截此请求，向用户B返回接受响应； 

步骤S40，用户B的应用服务器首先向用户C发起呼叫邀请，获取用户C的媒体参数信息； 

步骤S50，用户B的应用服务器向用户A发起重新呼叫邀请(此重新呼叫邀请请求与用户A、B之间的原有通话具有相同的对话标识)，提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息； 

步骤S60，用户B的应用服务器向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接； 

步骤S70，用户B的应用服务器指示用户B挂机，终止用户A与用户B原先建立的通话。 

进一步地，上述方法还可包括以下步骤：用户B在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户A与用户B之间的媒体流。 

进一步地，上述方法还可包括以下步骤：用户B的应用服务器在指示用户B挂机前，会向用户B通报用户A与用户C已成功建立通话。 

进一步地，上述方法还可包括以下步骤：用户B的应用服务器在接受用户B的呼叫转接请求后，会向用户B通报呼叫转接正在进行中。 

进一步地，上述方法还可具有以下特点：步骤S30中用户B的应用服务器可以根据用户B的业务注册信息判断用户B是否具有发 起呼叫转接的权限，若用户B没有权限，则应用服务器向用户B返回拒绝响应。 

下面结合图6所示的优选实施例对本发明作进一步详细的说明。 

图6是根据本发明第一实施例的盲转流程图(为简化起见，此图中省略了代理-呼叫会话控制功能、服务-呼叫会话控制功能等网络设备)，与图3相比，其主要改进之处在于：用户终端-B向用户终端-A发送的呼叫转接请求被应用服务器-B(为用户B提供业务的应用服务器)截获，由应用服务器-B向用户终端-B确认接受此转接请求；然后由应用服务器-B向用户终端-C发送邀请请求，在用户终端-C应答后，应用服务器-B再向用户终端-A发送重新邀请请求，修改用户终端-A的媒体流参数信息，进行媒体切换，使得用户终端-A与用户终端-C建立通话；最后，由AS向用户终端-B发送挂机请求，断开用户终端-A与用户终端-B之间的通话连接。本实施例包括以下步骤： 

1)用户B使用用户终端-B向应用服务器-B发出呼叫转接请求，要求将呼叫转接给用户C。 

2)应用服务器-B判断用户具有使用呼叫转接业务的权限，向用户B发送呼叫转接接受响应，表示请求已被接受。 

3)应用服务器-B向用户B发送转接通知消息，表示准备发起到用户C的呼叫。 

4)用户B向应用服务器-B返回确认响应。 

5-6)应用服务器-B向用户C发起邀请请求。 

7-8)用户终端-C返回成功应答响应，携带其所支持的媒体参数信息。 

9-10)应用服务器-B向用户终端-A发送重新邀请请求，将用户终端-C的媒体参数信息提供给用户终端-A，供用户终端-A进行媒体流的切换。 

11-12)用户终端-A返回成功应答响应，携带其所支持的媒体参数信息。 

13-14)应用服务器-B对用户终端-A的应答进行确认。 

15-16)应用服务器-B对用户终端-C的应答进行确认，并将用户终端-A的媒体参数信息提供给用户终端-C，供用户终端-C与用户终端-A成功建立媒体流连接，用户A与用户C即可正常通话。 

17)应用服务器-B向用户B发送转接通知消息，表示已建立用户A与用户C的通话。 

18)用户B向应用服务器-B返回确认响应。 

19)应用服务器-B向用户B发送挂机请求。 

18)用户B向应用服务器-B返回确认响应，释放原来与用户A之间的通话。 

本发明还提供了一种盲转业务实现装置，包括：第一模块，用于用户A与用户B首先建立通话，然后用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C；第二模块，用于使用户B的应用服务器收到该呼叫转接请求后，向用户B返回接受响应；其还获取用户C的媒体参数信息；其还向用户A发起呼叫邀请，以提 供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；以及其还向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及第三模块，用于终止用户A与用户B原先建立的通话。 

第一实施例存在以下缺陷：若用户B有多种业务(如盲转业务、会议业务等)需要发送呼叫转接消息，而这些业务由不同的应用服务器处理，则应用服务器可能会错误拦截用户B发出的呼叫转接消息。 

本发明第二实施例的优点是不采用拦截方法，可解决上述缺陷。第二实施例的盲转业务实现方法的流程图与图5相同，两个实施例的差异之处仅在以下两个步骤： 

步骤S20，用户B发起呼叫转接请求，要求转接至用户C；用户B发起的呼叫转接请求与用户A、B之间的原有通话具有不同的对话标识，呼叫转接请求的目的地址是用户B的业务服务器，用户C的号码信息作为呼叫转接请求的转接目的地参数，用户A、B原有通话的对话标识作为呼叫转接请求的一项参数； 

步骤S30，用户B的应用服务器接收此请求，向用户B返回接受响应。 

因为步骤S20中呼叫转接请求的目的地址已被设置为用户B的用于盲转业务的特定业务服务器，因此不会存在应用服务器错误拦截呼叫转接消息的问题。 

第二实施例存在另一个缺陷：步骤S20中将用户A、B原有通话的对话标识作为呼叫转接请求的一项参数，但现有技术中呼叫转接请求消息没有合适的参数可用于携带对话标识，需要对呼叫转接 请求消息的参数进行扩展(如增加新的参数、改变现有参数的含义等)。 

本发明第三实施例的优点就在于不需要扩展呼叫转接请求消息中的参数。图7是根据本发明第三实施例的盲转业务实现方法的流程图，与图5相比，改动之处包括以下步骤： 

步骤P20，用户B发起呼叫转接请求，此呼叫转接请求与用户A、B之间的原有通话具有不同的对话标识，呼叫转接请求的目的地址是用户B的业务服务器；用户C的号码信息作为呼叫转接请求的转接目的地参数； 

步骤P23，用户B的应用服务器收到此请求，向用户B返回接受响应； 

步骤P26，用户B发起第二条呼叫转接请求，此呼叫转接请求与前一个呼叫转接请求具有相同的对话标识，呼叫转接请求的目的地址是用户B的业务服务器；用户A的号码信息作为呼叫转接请求的转接目的地参数，用户A、B原有通话的对话标识作为呼叫转接请求的替换参数； 

步骤P30，用户B的应用服务器收到此请求，向用户B返回接受响应。 

以上步骤替换图5中的步骤S20与步骤S30，其余步骤相同。 

第三实施例完全利用现有技术中呼叫转接请求消息传递此业务所需的各项参数，不需要进行扩展。 

上述三个实施例的步骤S50或P50中，用户B的应用服务器向用户A发起重新呼叫邀请；根据现有技术规定，只有用户B的应用 服务器处于用户A、B之间的原有通话的业务消息路径上，用户B的应用服务器才能向用户A发起重新呼叫邀请。因此，若用户A、B原有通话在建立时未经过用户B的用于盲转业务的应用服务器，则步骤S50或P50无法实施。 

为解决上述缺陷，本发明提出第四实施例。图8是根据本发明第四实施例的盲转业务实现方法的局部流程图(因为前三个实施例的S40/P40之前的步骤均可适用于第四实施例，所以这里只示出有区别的部分)，采用以下步骤替换图5中的步骤S40～S70或图6中的步骤P40～P70： 

步骤Q40，用户B的应用服务器首先向用户C发起呼叫邀请，获取用户C的媒体参数信息； 

步骤Q50，用户B的应用服务器向用户A发起呼叫邀请，提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；此呼叫邀请中还携带用户A、B原有通话的对话标识，作为呼叫邀请请求的替换参数，此呼叫邀请是新的呼叫邀请，不需要用户B的应用服务器处于用户A、B之间的原有通话的业务消息路径上； 

步骤Q60，用户B的应用服务器向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接； 

步骤Q70，用户A根据步骤Q50中呼叫邀请请求的替换参数信息，向用户B发送挂机请求，终止用户A与用户B原先建立的通话。 

第四实施例中应用服务器在步骤Q50中向用户A发起新的呼叫邀请，而不是重新呼叫邀请，这不需要用户B的用于盲转业务的应用服务器位于用户A、用户B原有通话的业务消息路径上。 

综上所述，采用本发明方案，利用应用服务器实现盲转业务，由应用服务器控制邀请第三方用户、向用户通报转接进展、释放原有通话的时机(注：仅第四实施例仍由用户终端控制释放原有通话的时机)，且无需被转接用户终端支持呼叫转接请求，从而大大减少了本业务对用户终端的依赖，可充分满足运营商对呼叫转接业务的控制需求。 

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。应该明白，这些具体实施中的变化对于本领域的技术人员来说是显而易见的，不脱离本发明的精神保护范围。 

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (9)

1.一种盲转业务实现方法，其特征在于，包括以下步骤：

用户A与用户B首先建立通话，然后用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C；

用户B的应用服务器收到该呼叫转接请求后，向用户B返回接受响应；用户B的应用服务器还向用户C发起呼叫邀请，获取用户C的媒体参数信息；用户B的应用服务器还向用户A发起呼叫邀请，以提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；以及用户B的应用服务器还向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及

终止用户A与用户B原先建立的通话；其中，用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C的步骤采用以下方法之一：

(1)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话相同的对话标识，该呼叫转接请求沿原有通话的业务消息路径到达用户B的业务服务器，将用户C的号码信息作为该呼叫转接请求中的转接目的地参数；

(2)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话不同的对话标识，该呼叫转接请求的目的地址是用户B的业务服务器，将用户C的号码信息作为该呼叫转接请求的转接目的地参数，将用户A、B原有通话的对话标识作为该呼叫转接请求的一项参数；

(3)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话不同的对话标识，该呼叫转接请求的目的地址是用户B的业务服务器；用户B连续发起两次呼叫转接请求消息，在其中一条消息中，将用户C的号码信息作为该呼叫转接请求的转接目的地参数，在另一条消息中，将用户A的号码信息作为该呼叫转接请求的转接目的地参数，将用户A、B原有通话的对话标识作为该呼叫转接请求的替换参数。

2.根据权利要求1所述的盲转业务实现方法，其特征在于，还包括以下步骤：

用户B在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户A与用户B之间的媒体流。

3.根据权利要求1所述的盲转业务实现方法，其特征在于，用户B的应用服务器向用户A发起呼叫邀请的步骤采用以下方法之一：

(X)用户B的应用服务器向用户A发送重新呼叫邀请请求，该重新呼叫邀请具有与用户A、B之间的原有通话相同的对话标识；

(Y)用户B的应用服务器向用户A发送呼叫邀请请求，并将用户A、B原有通话的对话标识作为该呼叫邀请请求的替换参数。

4.根据权利要求3所述的盲转业务实现方法，其特征在于，若采用方法X，则在用户C建立起与用户A之间的媒体流连接后，用户B的应用服务器指示用户B挂机，以终止用户A与用户B原先建立的通话。

5.根据权利要求4所述的盲转业务实现方法，其特征在于，用户B的应用服务器在指示用户B挂机前，向用户B通报用户A与用户C已成功建立通话。

6.根据权利要求3所述的盲转业务实现方法，其特征在于，若采用方法Y，用户A主动向用户B发送挂机消息，以终止用户A与用户B原先建立的通话。

7.根据权利要求1所述的盲转业务实现方法，其特征在于，还包括以下步骤：

用户B的应用服务器在接受用户B的呼叫转接请求后，向用户B通报呼叫转接正在进行中。

8.根据权利要求1所述的盲转业务实现方法，其特征在于，在用户B的应用服务器收到该呼叫转接请求，向用户B返回接受响应的步骤具体包括以下步骤：

用户B的应用服务器根据用户B的业务注册信息判断用户B是否具有发起呼叫转接的权限，若用户B没有权限，则应用服务器向用户B返回拒绝响应。

9.一种盲转业务实现装置，其特征在于，包括：

第一模块，用于用户A与用户B首先建立通话，然后用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C；

第二模块，用于使用户B的应用服务器收到该呼叫转接请求后，向用户B返回接受响应；其还向用户C发起呼叫邀请，获取用户C的媒体参数信息；其还向用户A发起呼叫邀请，以提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；以及其还向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及

第三模块，用于终止用户A与用户B原先建立的通话；其中，用户B发起呼叫转接请求，要求将其与用户A的通话转接至用户C的步骤采用以下方法之一：

(1)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话相同的对话标识，该呼叫转接请求沿原有通话的业务消息路径到达用户B的业务服务器，将用户C的号码信息作为该呼叫转接请求中的转接目的地参数；

(2)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话不同的对话标识，该呼叫转接请求的目的地址是用户B的业务服务器，将用户C的号码信息作为该呼叫转接请求的转接目的地参数，将用户A、B原有通话的对话标识作为该呼叫转接请求的一项参数；

(3)用户B发起的呼叫转接请求具有与用户A、B之间的原有通话不同的对话标识，该呼叫转接请求的目的地址是用户B的业务服务器；用户B连续发起两次呼叫转接请求消息，在其中一条消息中，将用户C的号码信息作为该呼叫转接请求的转接目的地参数，在另一条消息中，将用户A的号码信息作为该呼叫转接请求的转接目的地参数，将用户A、B原有通话的对话标识作为该呼叫转接请求的替换参数。

Images