专利名称：盲转业务方法和装置的制作方法
技术领域：
本发明涉及通信领域，更具体地，涉及例如下一代网络(NGN) 中盲转业务的实现方法和装置。
背景技术：
呼叫转接(Call Transfer )是通信系统中的一种补充业务当两 个用户(用户A和用户B)在通信系统中建立通话后，其中一个用 户(以用户B为例)可以请求将当前通话转给第三方(用户C)， 即在用户A与用户C之间建立通话，而断开用户A与用户B之间 的通话话3各。此业务的一种常见应用场景是总经理秘、书(用户B) 先接听所有来电(用户A),问清对方来意，对于需要总经理亲自 接听的电话，利用呼叫转接业务转给总经理(用户C)。呼叫转接业务有两种类型 一种是询问转接，即用户B在转接 前先与用户C建立通话(询问用户C是否同意与用户A通话)，然 后再发起转4妄i青求， -使用户A与用户C建立通话，同时分别断开用 户B与用户A、用户B与用户C之间的两条通话话路。另一种是 盲转，即用户B不先与用户C建立通话，而是直接发起转接请求， 4吏用户A与用户C建立通话。在以IP多媒体子系统(IMS)为核心的下一代网络(NGN)中， 呼叫转4妄业务可由用户的智能终端自行完成，或者由智能终端与网 络中的应用服务器(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之间建立通i舌连4妾(步-骤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发送一条转4妾请求(步骤1 ~ 3 )，在用户 终端-A表示4妄受此"i青求(步骤4 ~ 6 )后，用户终端-B向用户终端 -A发送挂机请求，断开两者之间的通话话路(步骤7~ 12 );然后用户终端-A向用户终端-C (用户C )发送邀请i青求，在用户终端-A 和用户终端-C之间建立通话(步骤19~30);在上述过程中，用户 终端-A在准备向用户终端-C发送邀i青请求前以及在接通用户终端 -C的话路时，均会利用通知消息将相关情况通知给用户终端-B (分 别只于应步骤13 18、步-骤31~36)。以上两个流程的一个共同特点是，用户B发起的呼叫转接请求 由网络传递给用户A,由用户A负责发起到第三方用户C的通话， 并在此过程中由用户A将呼叫转接进展情况通报给发起呼叫转接 的用户B。这存在以下问题1 )用户终端A必须支持对呼叫转接请求的处理，需要能正确 地发起到第三方用户C的通话邀请请求(包括正确设置各项相关参 数)，需要能正确地向用户B通报呼叫转接进展情况。呼叫转接是 用户B的业务，对用户终端A的要求过高是不太合理的。2)在J见有流禾呈中，用户A邀"i青用户C的时才几、用户A向用户 B通报呼叫转接进展的时机、用户B释放原有通话的时机均完全由 用户终端自行掌握，这使得呼叫转接业务过于依赖终端。如果各终 端遵循的规范不一致(例如，图2流程和图3流程中用户B挂机时 才几是不同的)，会导致在同一网络内用户对同一业务的用户体验是 不一致的，影响用户对网络运营商的满意度。更为严重的是，如果 各用户终端之间未配合好，会导致该业务失败，例如，用户终端A 没有向用户终端B通报转接成功，用户终端B就不释放原有的通话。总之，现有技术中呼叫转接业务的实现过于依赖用户终端，存 在4艮大的局限与隐患。因此，运营商希望加强对呼叫转接业务的控制。针对呼叫转接业务中的盲转业务，本发明提出了一种由应用服 务器控制的业务实现方案，可以解决上述问题，减少对智能终端的 依赖，满足运营商的需求。发明内容本发明的目的在于提供一种由应用服务器控制的盲转业务的 实现方法和装置，用以解决现有才支术的业务流程中过于依赖用户终 端造成的问题，满足运营商对呼叫转接业务的控制需求。根据本发明的另一方面，提供了一种盲转业务方法，包括以下步骤用户A与用户B首先建立通i舌，此时用户B与用户C建立 通话，发起呼叫转接请求，要求将其与用户A的通话转接至用户C; 用户B的应用服务器拦截此请求，向用户B返回接受响应；用户B 的应用服务器首先向用户C发起呼叫邀请，获取用户C的媒体参数 信息；用户B的应用服务器向用户A发起重新呼叫邀请，提供用户 C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒 体参数信息；用户B的应用H务器向用户C提供用户A的々某体参 数信息，指示用户C建立起与用户A之间的々某体流连接；以及用户 B的应用服务器指示用户B挂才几，终止用户A与用户B原先建立白勺i4i舌。在上述的盲转业务方法中，还可包括以下步骤用户B在发起 呼叫转接请求前，先发起呼叫保持，暂时中断用户A与用户B之间 的媒体流。在上述的盲转业务方法中，还包括以下步骤用户B的应用服 务器在指示用户B桂机前，向用户B通^^艮用户A与用户C已成功 建立通话。在上述的盲4争业务方法中，还包4舌以下步骤用户B的应用月l 务器在向用户C发起呼叫邀请前，向用户B通报呼叫转接正在进行中。在上述的盲转业务方法中，在用户B的应用服务器拦截此请 求，向用户B返回接受响应的步骤还包4舌以下步骤用户B的应用 服务器根据用户B的业务注册信息判断用户B是否具有发起呼叫转 接的权限，若用户B没有权限，则应用服务器向用户B返回拒绝响应。根据本发明的另一方面，提供了一种盲转业务装置，包括第 一才莫块，用于用户A与用户B首先建立通话，此时^f吏用户B与用 户C建立通话，发起呼叫转接请求，要求将其与用户A的通话转接 至用户C;第二模块，用于使用户B的应用服务器拦截此请求，向 用户B返回接受响应；第三模块，用于使用户B的应用服务器首先 向用户C发起呼叫邀请，获取用户C的媒体参数信息；第四模块， 用于使用户B的应用服务器向用户A发起重新呼叫邀请，提供用户 C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒 体参数信息；第五模块，用于使用户B的应用服务器向用户C提供 用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体 流连接；以及第六模块，用于使用户B的应用服务器指示用户B挂 才几，终止用户A与用户B原先建立的通"i舌。综上所述，采用本发明方案，利用应用服务器实现盲转业务， 由应用服务器控制邀请第三方用户、向用户通报转接进展、释放原 有通话的时机，且无需被转接用户终端支持呼叫转接请求，从而大 大减少了本业务对用户终端的依赖，可充分满足运营商对呼叫转接 业务的控制需求。本发明的其它特4正和优点将在随后的i兌明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的il明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。附围说明此处所-说明的附图用来提供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其说明用于解释本发明，并 不构成对本发明的不当限定。在附图中图1是下一代网络中的一种典型业务实现架构图；图2是现有3GPP技术规范中呼叫转接(盲转)的流程图；图3是现有TISPAN技术规范中的盲转流程图；图4是4艮据本发明实施例的询问转4妄业务方法的流程图；以及图5是根据本发明一个优选实施例的盲转流程图。
具体实施方式
下面将参考附图并结合实施例，来详细说明本发明。图4是根据本发明实施例的询问转接业务方法的流程图，包括 以下步-骤步骤SIO，用户A与用户B首先建立通话；步骤S20，用户B发起呼叫转接请求，要求转接至用户C;步骤S30,用户B的应用月良务器拦截此请求，向用户B返回4姿受响应；步骤S40,用户B的应用月艮务器首先向用户C发起呼叫邀请， 获取用户C的媒体参数信息；步骤S50，用户B的应用服务器向用户A发起重新呼叫邀请， 提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用 户A的媒体参数信息；步骤S60,用户B的应用服务器向用户C提供用户A的媒体 参数信息，指示用户C建立起与用户A之间的々某体流连接；步骤S70,用户B的应用服务器指示用户B挂机，终止用户A 与用户B原先建立的通i舌。进一步地，上述方法还可包括以下步骤用户B在发起呼叫转 接请求前，先发起呼叫保持，暂时中断用户A与用户B之间的媒体、，六肌。进一步地，上述方法还可包括以下步骤用户B的应用"良务器 在指示用户B挂才几前，会向用户B通4艮用户A与用户C已成功建立通话。进一步地，上述方法还可包4舌以下步骤用户B的应用力良务器 在向用户C发起呼叫邀请前，会向用户B通报呼叫转接正在进行中。进一步;也，上述方法还可具有以下特点步骤S30中用户B的 应用服务器可以根据用户B的业务注册信息判断用户B是否具有发 起呼叫转接的权限，若用户B没有权限，则应用服务器向用户B返 回拒绝响应。下面结合图5所示的优选实施例对本发明作进一步详细的i兌明。图5是本发明改进的盲转流程图(为简化起见，此图中省略了 代理-呼叫会话控制功能、服务-呼叫会话控制功能等网络设备)，与图3相比，其主要改进之处在于用户终端-B向用户终端-A发送 的呼叫转接请求被应用服务器-B (为用户B提供业务的应用服务 器)截获，由应用服务器-B向用户终端-B确认接受此转接请求； 然后由应用力良务器-B向用户终端-C发送邀"it清求，在用户终端-C 应答后，应用服务器-B再向用户终端-A发送重新邀请请求，修改 用户终端-A的媒体流参数信息，进行媒体切换，使得用户终端-A 与用户终端-C建立通话；最后，由AS向用户终端-B发送挂机请求， 断开用户终端-A与用户终端-B之间的通话连4妄。本实施例包括以 下步骤1) 用户B通过某种操作，使用户终端-B向应用服务器-B发出 呼叫转接请求，要求将呼叫转接给用户C。2) 应用服务器-B判断用户具有使用呼叫转接业务的权限，向 用户B发送呼叫转接4妄受响应，表示请求已^t接受。3) 应用服务器-B向用户B发送转接通知消息，表示准备发起 到用户C的呼叫。4) 用户B向应用"良务器-B返回确i人响应。5-6)应用月良务器-B向用户C发起邀请请求。7-8)用户终端-C返回成功应答响应，携带其所支持的i某体参 数信息。9-10)应用服务器-B向用户终端-A发送重新邀请请求，将用 户终端-C的媒体参数信息提供给用户终端-A，供用户终端-A进行 媒体流的切换。11-12)用户终端-A返回成功应答响应，携带其所支持的媒体 参数信息。13-14)应用服务器-B对用户终端-A的应答进行确认。15-16)应用月良务器-B对用户终端-C的应答进行确认，并将用 户终端-A的媒体参数信息提供给用户终端-C，供用户终端-C与用 户终端-A成功建立々某体流连4妄，用户A与用户C即可正常通话。17) 应用服务器-B向用户B发送转接通知消息，表示已建立 用户A与用户C的通i舌。18) 用户B向应用月l务器-B返回确i人响应。19) 应用服务器-B向用户B发送挂^L请求。18)用户B向应用月良务器-B返回确i/v响应，释力文原来与用户A 之间的通i舌。本发明还提供了一种盲转业务装置，包括第一模块，用于用 户A与用户B首先建立通话，此时4吏用户B与用户C建立通话， 发起呼叫转接请求，要求将其与用户A的通话转接至用户C;第二 模块，用于使用户B的应用服务器拦截此请求，向用户B返回接受 响应；第三模块，用于使用户B的应用服务器首先向用户C发起呼 叫邀请，获取用户C的媒体参数信息；第四模块，用于使用户B的 应用服务器向用户A发起重新呼叫邀请，提供用户C的媒体参数信 息，指示用户A进行i某体切换，并获取用户A的々某体参数信息；第五才莫块，用于〗吏用户B的应用月良务器向用户C纟是供用户A的*某 体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及 第六模块，用于使用户B的应用服务器指示用户B挂机，终止用户 A与用户B原先建立的通话。在上述的盲转业务装置中，还可包括第七模块，用于使用户B 在发起呼叫转接请求前，先发起呼叫保持，暂时中断用户A与用户 B之间的i某体流。在上述的盲转业务装置中，还可包括第八模块，用于使用户B 的应用服务器在指示用户B挂才几前，向用户B通^艮用户A与用户C 已成功建立通i舌。在上述的盲转业务装置中，还可包括第九模块，用于使用户B 的应用服务器在向用户C发起呼叫邀请前，向用户B通报呼叫转接 正在进行中。在上述的盲转业务装置中，第二模块还可用于使用户B的应用 服务器根据用户B的业务注册信息判断用户B是否具有发起呼叫转 接的权限，若用户B没有权限，则应用服务器向用户B返回拒绝响应。综上所述，采用本发明方案，利用应用服务器实现盲转业务， 由应用服务器控制邀请第三方用户、向用户通报转接进展、释放原 有通话的时机，且无需被转接用户终端支持呼叫转接请求，从而大 大减少了本业务对用户终端的依赖，可充分满足运营商对呼叫转接 业务的控制需求。显然，本领域的技术人员应该明白，上述的本发明的各模块或 各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算 装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执4亍的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，或者将它们分别制作成各个集成 电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模 块来实现。这样，本发明不限制于任何特定的》更件和软件结合。应 该明白，这些具体实施中的变化对于本领域的技术人员来说是显而 易见的，不脱离本发明的精神保护范围。以上所述^f又为本发明的优选实施例而已，并不用于限制本发 明，对于本领域的技术人员来说，本发明可以有各种更改和变化。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进 等，均应包含在本发明的保护范围之内。
权利要求
1. 一种盲转业务方法，其特征在于，包括以下步骤用户A与用户B首先建立通话，此时用户B与用户C建立通话，发起呼叫转接请求，要求将其与用户A的通话转接至用户C；用户B的应用服务器拦截此请求，向用户B返回接受响应；用户B的应用服务器首先向用户C发起呼叫邀请，获取用户C的媒体参数信息；用户B的应用服务器向用户A发起重新呼叫邀请，提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；用户B的应用服务器向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及用户B的应用服务器指示用户B挂机，终止用户A与用户B原先建立的通话。
2. 根据权利要求1所述的盲转业务方法，其特征在于，还包括以 下步骤用户B在发起呼叫转接请求前，先发起呼叫保持，暂时 中断用户A与用户B之间的々某体流。
3. 根据权利要求1所述的盲转业务方法，其特征在于，还包括以 下步骤用户B的应用服务器在指示用户B桂机前，向用户B通 才艮用户A与用户C已成功建立通i舌。
4. 根据权利要求1所述的盲转业务方法，其特征在于，还包括以 下步骤用户B的应用服务器在向用户C发起呼叫邀请前，向用 户B通净艮呼叫转接正在进4亍中。
5. 根据权利要求1所述的盲转业务方法，其特征在于，在用户B 的应用l良务器4兰截此i青求，向用户B返回接受响应的步骤还 包4舌以下步骤用户B的应用服务器根据用户B的业务注册信息判断用 户B是否具有发起呼叫转接的权限，若用户B没有权限，则 应用力l务器向用户B返回拒绝响应。
6. —种盲转业务装置，其特征在于，包括第一模块，用于用户A与用户B首先建立通话，此时使 用户B与用户C建立通话，发起呼叫转4妾请求，要求将其与 用户A的通话转接至用户C;第二模块，用于使用户B的应用服务器拦截此请求，向 用户B返回接受响应；第三模块，用于使用户B的应用服务器首先向用户C发 起呼叫邀请，获取用户C的媒体参数信息；第四才莫块，用于4吏用户B的应用月良务器向用户A发起重 新呼叫邀请，提供用户C的々某体参数信息，指示用户A进行 媒体切换，并获取用户A的媒体参数信息；第五模块，用于使用户B的应用服务器向用户C提供用 户A的媒体参数信息，指示用户C建立起与用户A之间的媒 体流连接；以及第六模块，用于使用户B的应用服务器指示用户B挂机， 终止用户A与用户B原先建立的通话。
7. 根据权利要求6所述的盲转业务装置，其特征在于，还包括 第七模块，用于使用户B在发起呼叫转接请求前，先发起呼 叫4呆持，暂时中断用户A与用户B之间的4某体流。
8. 根据权利要求6所述的盲转业务装置，其特征在于，还包括 第八模块，用于使用户B的应用服务器在指示用户B挂机前， 向用户B通才艮用户A与用户C已成功建立通话。
9. 根据权利要求6所述的盲转业务装置，其特征在于，还包括 第九模块，用于使用户B的应用服务器在向用户C发起呼叫 邀请前，向用户B通报呼叫转接正在进行中。
10. 根据权利要求6所述的盲转业务装置，其特征在于，所述第二 模块还用于使用户B的应用服务器根据用户B的业务注册信 息判断用户B是否具有发起呼叫转接的权限，若用户B没有 权限，则应用服务器向用户B返回拒绝响应。
全文摘要
本发明提供了一种盲转业务方法和装置，该方法包括以下步骤用户A与用户B首先建立通话，此时用户B与用户C建立通话，发起呼叫转接请求，要求将其与用户A的通话转接至用户C；用户B的应用服务器拦截此请求，向用户B返回接受响应；用户B的应用服务器首先向用户C发起呼叫邀请，获取用户C的媒体参数信息；用户B的应用服务器向用户A发起重新呼叫邀请，提供用户C的媒体参数信息，指示用户A进行媒体切换，并获取用户A的媒体参数信息；用户B的应用服务器向用户C提供用户A的媒体参数信息，指示用户C建立起与用户A之间的媒体流连接；以及用户B的应用服务器指示用户B挂机，终止用户A与用户B原先建立的通话。
文档编号H04M3/58GK101217601SQ20071000051
公开日2008年7月9日 申请日期2007年1月5日 优先权日2007年1月5日
发明者凌文杰, 岷 沈, 沈程念, 王志松, 璐 章 申请人:中兴通讯股份有限公司