[发明专利]盲转业务方法和装置

说明书

技术领域

本发明涉及通信领域，更具体地，涉及例如下一代网络(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和用户终端#F之间建立通话连接(步骤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的要求过高是不太合理的。