WO2008086688A1

WO2008086688A1 - Procédé et dispositif pour service de transfert aveugle

Info

Publication number: WO2008086688A1
Application number: PCT/CN2007/003537
Authority: WO
Inventors: Min Shen; Zhisong Wang; Chengnian Shen; Wenjie Ling; Lu Zhang
Original assignee: Zte Corporation
Priority date: 2007-01-05
Filing date: 2007-12-11
Publication date: 2008-07-24
Also published as: CN101217601A; WO2008086688A8; EP2117220A4; EP2117220A1; US20100046733A1; CN101217601B; EP2117220B1

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和用户终端 #F之间建立通话连接（步 m. 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通4艮呼叫转接进展的时机、用户 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之间的媒体流连接。在上述的盲转业务方法中，还可包括以下步骤：用户 B在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户 A与用户 B之间的媒体流。在上述的盲转业务方法中，还包括以下步骤：用户 B 的应用务器在用户 C建立起与用户 A之间的媒体流连接后 , 向用户 B通 4艮用户 A与用户 C已成功建立通话。在上述的盲转业务方法中，在用户 B 的应用服务器拦截此请求，向用户 B返回接受响应的步骤还包括以下步骤：用户 B的应用艮务器根据用户 B 的业务注册信息判断用户 B是否具有发起呼叫转接的权限，若用户 B没有权限，则应用服务器向用户 B返回拒绝响应。在上述的盲转业务方法中，还包括以下步骤：在用户 C建立起与用户 A 之间的媒体流连接后，用户 B的应用服务器指示用户 B挂机，终止用户 A 与用户 B原先建立的通话。根据本发明的另一方面，提供了一种盲转业务装置，包括：笫一模块，用于用户 A与用户 B首先建立通话，此时使用户 B发起呼叫转接请求，要求将其与用户 A的通话转接至用户 C; 第二模块，用于使用户 B的应用月良务器拉截此请求，向用户 B返回接受响应；第三模块，用于使用户 B的应用月良务器首先向用户 C发起呼叫邀请，获取用户 C的媒体参数信息；第四模块，用于使用户 B的应用^^务器向用户 A发起重新呼叫邀请，提供用户 C的媒体参数信息，指示用户 A进行媒体切换，并获取用户 A的媒体参数信息；以及第五模块，用于使用户 B的应用月良务器向用户 C提供用户 A的媒体参数信息 , 指示用户 C建立起与用户 A之间的媒体流连接。综上所述，采用本发明方案，利用应用月良务器实现盲转业务，由应用月务器控制邀请第三方用户、向用户通报转接进展、释放原有通话的时机，且无需被转接用户终端支持呼叫转接请求，从而大大减少了本业务对用户终端的依赖，可充分满足运营商对呼叫转接业务的控制需求。本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。附图说明此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：图 1是下一代网络中的一种典型业务实现架构图；图 2是现有 3GPP技术规范中呼叫转接（盲转）的流程图；图 3是现有 TISPAN技术规范中的盲转流程图；图 4是才艮据本发明实施例的询问转接业务方法的流程图；以及图 5是冲艮据本发明一个优选实施例的盲转流程图。具体实施方式下面将参考附图并结合实施例，来详细说明本发明。图 4是才艮据本发明实施例的询问转接业务方法的流程图，包括以下步驟：步骤 S10, 用户 A与用户 B首先建立通话；步骤 S20, 用户 B发起呼叫转接请求，要求转接至用户 C; 步骤 S30, 用户 B的应用服务器拦截此请求，向用户 B返回接受响应；步-骤 S40, 用户 B的应用服务器首先向用户 C发起呼叫邀请，获取用户 C的媒体参数信息；步骤 S50, 用户 B的应用服务器向用户 A发起重新呼叫邀请，提供用户 C的媒体参数信息，指示用户 A进行媒体切换，并获取用户 A的媒体参数信息；步驟 S60, 用户 B的应用服务器向用户 C提供用户 A的媒体参数信息，指示用户 C建立起与用户 A之间的媒体流连接。另外，还可包括以下步 : 步骤 S70, 在用户 C建立起与用户 A之间的媒体流连接后，用户 B的应用服务器指示用户 B挂机，终止用户 A与用户 B原先建立的通话。进一步地，上述方法还可包括以下步驟：用户 B在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户 A与用户 B之间的媒体流。进一步地，上述方法还可包括以下步骤：用户 B的应用月良务器在用户 C 建立起与用户 A之间的媒体流连接后 , 会向用户 B ΐϋ艮用户 Α与用户 C已成功建立通话。进一步地，上述方法还可包括以下步-骤：用户 B 的应用月艮务器在向用户 C发起呼叫邀请前，会向用户 B通报呼叫转接正在进行中。进一步地，上述方法还可具有以下特点：步骤 S30 中用户 Β的应用月良务器可以根据用户 Β的业务注册信息判断用户 Β是否具有发起呼叫转接的权 Ρ艮，若用户 Β没有权限，则应用服务器向用户 Β返回拒绝响应。下面结合图 5所示的优选实施例对本发明作进一步详细的说明。图 5是本发明改进的盲转流程图（为简化起见 , 此图中省略了代理-呼叫会话控制功能、服务-呼叫会话控制功能等网络设备），与图 3相比，其主要改进之处在于：用户终端 -Β 向用户终端 -Α发送的呼叫转接请求被应用服务器 -Β (为用户 Β提供业务的应用服务器）截获，由应用服务器 -Β向用户终端 -Β确认接受此转接请求；然后由应用服务器 -Β向用户终端 -C发送邀请请求，在用户终端 -C应答后，应用服务器 -Β再向用户终端 -Α发送重新邀请请求，修改用户终端 -Α 的媒体流参数信息，进行媒体切换，使得用户终端 -Α 与用户终端 -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返回接受响应；第三模块，用于使用户 B的应用服务器首先向用户 C发起呼叫邀请，获取用户 C的媒体参数信息；第四模块，用于使用户 B的应用服务器向用户 A发起重新呼叫邀请，提供用户 C的媒体参数信息，指示用户 A进行媒体切换，并获取用户 A的媒体参数信息；以及第五模块，用于使用户 B的应用服务器向用户 C提供用户 A的媒体参数信息，指示用户 C 建立起与用户 A之间的媒体流连接。在上述的盲转业务装置中，还可包括第六模块，用于在用户 C 建立起与用户 A之间的媒体流连接后，使用户 B的应用服务器指示用户 B挂机，终止用户 A与用户 B原先建立的通话。在上述的盲转业务装置中，还可包括第七模块，用于使用户 B 在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户 A与用户 B之间的媒体流。在上述的盲转业务装置中，还可包括第^ 块，用于使用户 B 的应用服务器在用户 C建立起与用户 A之间的媒体流连接后，向用户 B通报用户 A 与用户 C已成功建立通话。在上述的盲转业务装置中，还可包括第九模块，用于使用户 B 的应用月务器在向用户 C发起呼叫邀请前，向用户 B通报呼叫转接正在进行中。在上述的盲转业务装置中，第二模块还可用于使用户 B 的应用^ ^务器根据用户 B的业务注册信息判断用户 B是否具有发起呼叫转接的权限，若用户 B没有权限，则应用月良务器向用户 B返回巨绝响应。综上所述，采用本发明方案，利用应用服务器实现盲转业务，由应用服务器控制邀请第三方用户、向用户通报转接进展、译放原有通话的时机，且无需被转接用户终端支持呼叫转接奇求，从而大大减少了本业务对用户终端的依赖，可充分满足运营商对呼叫转接业务的控制需求。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步驟可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存者在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。应该明白，这些具体实施中的变化对于本领域的技术人员来说是显而易见的，不脱离本发明的精神保护范围。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

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

用户 A与用户 B首先建立通话， jt匕时用户 B发起呼叫转接请求，要求将其与用户 A的通话转接至用户 C;

用户 B的应用务器拦截此请求，向用户 B返回接受响应；用户 B的应用服务器首先向用户 C发起呼叫邀请，获取用户 C 的媒体参数信息；

用户 B的应用服务器向用户 A发起重新呼叫邀请，提供用户 C 的媒体参数信息，指示用户 A进行媒体切换，并获取用户 A的媒体参数信息；以及

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

2. 根据权利要求 1所述的盲转业务方法，其特征在于，还包括以下步糠：用户 B在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户 A与用户 B之间的媒体流。

3. 根据权利要求 1所述的盲转业务方法，其特征在于，还包括以下步骤：用户 B的应用服务器在用户 C建立起与用户 A之间的媒体流连接后，向用户 B通 4艮用户 A与用户 C已成功建立通话。

4. 根据权利要求 1所述的盲转业务方法，其特征在于，在用户 B的应用月良务器拦截此请求，向用户 B返回接受响应的步骤还包括以下步骤：用户 B的应用服务器根据用户 B的业务注册信息判断用户 B是否具有发起呼叫转接的权限，若用户 B没有权限，则应用服务器向用户 B返回 4巨色响应。

5. 根据权利要求 1所述的盲转业务方法，其特征在于，还包括以下步骤：在用户 C建立起与用户 Α之间的媒体流连接后，用户 B的应用月良务器指示用户 B挂机，终止用户 A与用户 B原先建立的通话。

9

替换页（细则第 26条)

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

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

第二模块，用于使用户 B 的应用服务器拦截此请求，向用户 B 返回接受响应；

第三模块，用于使用户 B的应用服务器首先向用户 C发起呼叫邀请，获取用户 C的媒体参数信息；

第四模块，用于使用户 B的应用服务器向用户 A发起重新呼叫邀请，提供用户 C的媒体参数信息，指示用户 A进行媒体切换，并获取用户 A的媒体参数信息；以及

第五模块，用于使用户 B的应用服务器向用户 C提供用户 A的媒体参数信息，指示用户 C建立起与用户 A之间的媒体流连接。

7. 根据权利要求 6所述的盲转业务装置，其特征在于，还包括：第七模块，用于使用户 B在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户 A与用户 B之间的媒体流。

8. 根据权利要求 6所述的盲转业务装置，其特征在于，还包括：第八模块，用于使用户 B的应用服务器在用户 C建立起与用户 A之间的媒体流连接后，向用户 B通^艮用户 A与用户 C已成功建立通话。

9. 根据权利要求 6所述的盲转业务装置，其特征在于，所述第二模块还用于使用户 B的应用服务器根据用户 B的业务注册信息判断用户 B是否具有发起呼叫转接的权限，若用户 B没有权限，则应用服务器向用户 B返回 4巨色响应。

10. 根据权利要求 6所述的盲转业务装置，其特征在于，还包括：

第六模块，用于在用户 C建立起与用户 A之间的媒体流连接后，使用户 B的应用服务器指示用户 B挂机，终止用户 A与用户 B原先建立的通话。

10

替换页（细则第 26条)