WO2008131619A1

WO2008131619A1 - Procédé d'identification pour type d'activité commerciale

Info

Publication number: WO2008131619A1
Application number: PCT/CN2007/003626
Authority: WO
Inventors: Min Shen; Yiwen Liu
Original assignee: Zte Corporation
Priority date: 2007-04-30
Filing date: 2007-12-17
Publication date: 2008-11-06
Also published as: CN101299826B; CN101299826A

Description

一种业务类型识别方法

技术领域

本发明涉及下一代网络（NGN ) , 具体地说，是涉及在下一代网络中识别业务类型的方法。背景技术

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

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

在以 IP多媒体子系统（ IP Multimedia Subsystem, 简称 IMS ) 为核心的下一代网络（Next Generation Network, 简称 NGN ) 中，采用初始会话协议 ( Session Initiation Protocol, 简称 SIP )作为业务控制协议，各项通信业务 (包括呼叫转接业务）可由用户的智能终端与网络中的应用服务器（AS ) 配合完成。

图 1示出了下一代网络中的一种典型业务实现架构。其中，应用服务器

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

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

其中，上述流程的步骤 1 ~步骤 3 中的转接请求采用 SIP 协议中的 REFER (指示）消息。 REFER消息是 SIP协议中定义的一种特殊消息，其作用如下：用户 B向用户 A发送 REFER消息，携带的主要参数有 Refer-To (指示第三方用户 C )与 method (指示一种方法，呼叫转接业务釆用的是 INVITE -邀请对方）；用户 A根据此消息向用户 C发起某种操作请求（采用 method 参数指示的方法） , 在这些请求消息中可携带一项参数 Referred-By, 用于标识此请求的指示方（即用户 B ) 。

由于呼叫转接业务有着特殊的计费要求，即用户 A与用户 C之间建立的新会话的费用将由用户 B (呼叫转接业务的发起方）全部或部分承担，因此，需要使得应用服务器 B保留在用户终端 A与用户终端 C之间的 SIP业务控制消息路径上，以便计费。为实现此目的，现有技术要求应用服务器 B 对于呼叫转接业务一定的特殊处理，即：参见图 2，应用服务器 B在收到用户 B发出的 REFER请求（步骤 1 )后，将此请求中的 Refer-To参数取值 (即用户 C号码）记录下来，并用另一个值（假设为 M号码，可路由至应用服务器 B )进行替换，然后将替换后的 REFER请求发送给用户 A (步骤 2 )。用户终端 A将在步骤 19向 M号码发起会话邀请请求（ INVITE ) ，此会话邀请请求首先被传递至用户服务器 B (步骤 20 ) ，用户服务器 B取出以前存储的真实的 Refer-To参数（即用户 C号码），将 INVITE消息中的目的地修改为用户 C号码，再转发给用户 C (步骤 21 ) , 从而实现将应用服务器 B保留在用户终端 A与用户终端 C之间的 SIP业务控制消息路径上。

REFER消息除此之外，还可用于其他多种业务。因此，在以上过程中，应用服务器 B需要对用户 B发出的 REFER请求消息进行识别，判断用户 B 是否想发起呼叫转接业务；若用户 B利用 REFER请求发起的是其它业务，则应用艮务器 B 不应执行上节所述的相应处理。在现有技术中，以下两条准则同时满足时即判定为呼叫转接业务：

1 ) 用户 B与 REFER消息的目的地（如图 2中的用户 A )之间存在已建立的会话，并且此 REFER消息采用与原会话相同的对话标识（注：采用相同对话标识的消息将会沿着相同的消息路径传递）；

2 )用户 B发出的 REFER消息中， method参数取值为 INVITE, Refer-To 参数指示的第三方用户 C是一个有效地址，可接收呼叫邀请。

上述识别方法是存在缺陷的，它无法区分呼叫转接业务与会议业务等其它业务。

现有技术中用户利用 REFER消息发起会议业务的典型流程如图 3所示。为简化起见，此图中省略了代理-呼叫会话控制功能、服务-呼叫会话控制功能等网络设备。其中，会议业务服务器用于为所有用户提供会议业务功能，能够与多个用户同时建立话路，混音后再发送给各个用户。步驟 P01 ~ P06, 用户 B首先向会议业务服务器发送邀请请求，创建一个会议资源，同时在用户 B与会议业务服务器之间建立通话（步驟 P07 ) ；步骤 Pl l ~ P12, 用户 B 向会议业务服务器发送会议邀奇请求（此会议邀请请求采用的也是 REFER消息， Refer-To参数为用户 C地址， method参数为 INVITE )；步驟 P15 ~ P20, 会议业务服务器根据 REFER请求，向用户 C发送邀请请求，在会议业务月良务器与用户 C之间建立通话，使得用户 C加入此次会议；用户 B 还可继续向会议业务服务器发送 REFER请求，其中 Refer-To参数设置为其它需要参加此会议的用户号码。

在上迷会议业务流程中，也满足以下两条判断准则：

1 )用户 B与 REFER消息的目的地（会议业务服务器）之间存在已建立的会话，此 REFER消息采用了与原会话相同的对话标识；

2 )用户 B发出的 REFER消息中， method参数取值为 INVITE, Refer-To 参数指示的笫三方用户 C是一个有效地址，可接收会议业务服务器发起的呼叫邀请。

因而，现有技术无法将呼叫转接业务与会议业务等正确区分开来。

发明内容

本发明所要解决的技术问题是在于需要提供一种业务类型识别方法，用于下一代网络中应用服务器对业务类型的识别。

为了解决上述技术问题，本发明提出了一种业务类型识别方法，应用于下一代网络中应用服务器根据指示消息对所述业务类型的识别 ,所述应用服务器首先对用户与所述指示消息的目的地之间是否存在已建立的会话且所述指示消息是否采用与所述已建立会话相同的对话标识，以及所迷指示消息中 method参数、 Refer-To参数的属性值是否分别为 INVITE、一个可接收呼叫邀请的有效地址进行判断，还包括： ( 1 )从所保存的历史信息中查询到所述指示消息的目的地联系地址；

( 2 )读取所述目的地联系地址的属性值；

( 3 )根据所述目的地联系地址的属性值识别出所述指示消息所指示的所述业务类型。

其中 , 步骤（ 3 ) 中可以根据所述目的地联系地址是否具有 isfocus属性值进行所述识别。进一步地，如果步骤（ 3 )中所述目的地联系地址具有 isfocus 属性值则识别出所述业务类型为会议业务；如果步驟（3 ) 中所述目的地联系地址不具有 isfocus属性值识别出所述业务类型为呼叫转接业务。

本发明方法在现有技术判断呼叫转接业务和会议业务的基础上，通过对应用服务器所保存的历史信息中的 REFER消息的目的地联系地址是否具有 isfocus属性值进行判断，可正确区别出这两种业务，解决了现有技术无法将呼叫转接业务与会议业务等正确区分开来的问题。附图概述

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

图 1是现有技术中下一代网络的一种典型业务实现架构实施例示意图；图 2是现有技术中 TISPAN组织技术规范中的盲转流程实施例示意图；图 3是现有技术中会议业务流程实施例流程示意图；

图 4是本发明方法实施例流程示意图；

图 5是本发明方法应用实施例流程示意图。本发明的较佳实施方式

以下结合附图和具体实施方式对本发明作进一步的详细说明。

在如图 3所示的会议业务流程中，用户 B通过用户终端 B和应用艮务器 B向会议业务服务器发送邀请请求（步驟 P01和步驟 P02 )，会议业务服务器在向用户 B返回的邀请应答响应（步骤 P03 )中会提供自己的联系地址也即 Contact参数，此参数中包含一个 isfocus属性，表明自己具有同时与多个用户进行通话的能力。而在普通的两个用户建立会话时，他们相互提供的联系地址参数中不包含此属性值。因此，可利用 Contact参数中的 isfocus属性来区分呼叫转接业务与会议业务以及其他业务。

具体地说，就是在现有技术基础上，应用月艮务器 B在进行业务类型的判断识别时，再增加一条判断准则：根据其自身所保存的历史信息中获取 REFER消息目的地的联系地址，并对该 REFER消息目的地的联系地址中是否包含有 isfocus属性进行判断。由此形成的完整判断准则如下：

1 )用户与 REFER消息的目的地之间存在已建立的会话，并且此 REFER 消息釆用与原会话相同的对话标识；

2 )用户发出的 REFER消息中 , method参数取值为 INVITE, Refer-To 参数指示的是一个有效地址，可接收呼叫邀奇；

3 ) REFER消息目的地的联系地址中是否包含有 isfocus属性。

在满足前两条判断准则情况下，针对第 3 )条判断准则，如果 REFER 消息目的地的联系地址中包含有 isfocus属性，则可以判定为用户发起的是会议业务，否则即可判定为用户发起的是呼叫转接业务。

基于上述内容，本发明方法实施例如图 4所示，在应用服务器 B首先对用户与所述指示消息的目的地之间是否存在已建立的会话且所述指示消息是否采用与所述已建立会话相同的对话标识，以及所述指示消息中 method 参数、 Refer-To参数的属性值是否分别为 INVITE、一个可接收呼叫邀请的有效地址进行判断之后，还从所保存的历史信息中查询到 REFER消息的目的地联系地址参数（步骤 41 )；然后读取该目的地联系地址参数的属性值 (步骤 42 )；最后根据读取到的目的地联系地址参数的属性值识别出所述指示消息所指示的所述业务类型（步骤 43 )。

其中的业务类型，根据目的地联系地址是否具有 isfocus属性值可以分为呼叫转接业务和会议业务。具体地说，就是如果目的地联系地址参数具有 isfocus属性，则识别出该业务为会议业务，如果目的地联系地址不具有 isfocus属性，则识别出所发起的业务为呼叫转接业务。

图 5 示出了本发明的一个应用实施例，应用服务器收到用户发送的 REFER请求（步骤 R1 )后，对此消息进行检查，首先检查用户与 REFER 消息的目的地之间是否存在已建立的会话以及此 REFER消息是否采用与原会话相同的对话标识（步骤 R2 ) , 其次检查用户发出的 REFER消息中的 method参数取值是否为 INVITE, Refer-To参数指示的第三方用户是否为一个可接收呼叫邀请的有效地址（步骤 R3 ) , 若这两个条件中任一条件不满足，则可判断为既不是呼叫转接业务，也不是会议业务，需进行其它处理（步骤 R4 ) , 如果上迷条件均满足则业务服务器再检查所保存的历史信息中， REFER消息的目的地的联系地址中是否具有 isfocus属性（步骤 R5 )，若具有，则判断为会议业务（步骤 R6 ) , 若不具有，则判断为呼叫转接业务，进行相应的处理（步骤 R7 ) 。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明。对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。工业实用性本发明涉及下一代网络中的一种业务类型识别方法，用于解决现有技术无法将呼叫转接业务与会议业务等正确区分的问题，应用服务器在现有判决准则基础上，进一步判断所述目的地联系地址是否具有 isfocus属性值来识别出所述业务类型，若有则识别为会议业务，否则，识别为呼叫转接业务。本发明能够正确区分业务类型，增加了业务识别的准确性，方便针对具体业务类型的各种操作的可靠性。

Claims

权利要求书

1、一种业务类型识别方法，应用于下一代网络中应用服务器根据指示消息对所述业务类型的识别，所迷应用服务器首先对用户与所述指示消息的目的地之间是否存在已建立的会话且所述指示消息是否采用与所述已建立会话相同的对话标识，以及所述指示消息中 method参数、 Refer-To参数的属性值是否分别为 INVITE、一个可接收呼叫邀请的有效地址进行判断，其特征在于，还包括：

( 1 )从所保存的历史信息中查询到所述指示消息的目的地联系地址；

( 2 )读取所述目的地联系地址的属性值；

2、如权利要求 1所述的一种业务类型识别方法，其特征在于，步驟（3 ) 中根据所述目的地联系地址是否具有 isfocus属性值来识别出所述指示消息所指示的所述业务类型。 3、如权利要求 2所述的一种业务类型识别方法，其特征在于，步骤（ 3 ) 中如果所述目的地联系地址具有 isfocus属性值，则识别出所述业务类型为会议业务。

4、如权利要求 2所述的一种业务类型识别方法，其特征在于，步骤（3 ) 中如果所述目的地联系地址没有 isfocus属性值，则识别出所述业务类型为呼叫转接业务。