WO2008131620A1 - Procédé de prise en charge pour paramètre d'expansion de message de référence - Google Patents

Description

一种 REFER消息扩展参数的支持方法

技术领域

本发明涉及 SIP (初始会话协议， Session Initiation Protocol )领域， 尤 其涉及一种 REFER消息扩展参数的支持方法。 背景技术

在以 IP ( Internet Protocol， 因特网协议）多媒体子系统（ IMS )为核心 的下一代网络（NGN )中， 采用初始会话协议作为业务控制协议， 各项通信 业务可由用户的智能终端与网络中的应用服务器（AS ) 配合完成。

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

REFER是 SIP协议中定义的一种特殊消息， 其作用如下： 用户 B向用 户 A发送 REFER消息， 携带的主要参数有 Refer-To (指示第三方用户 C ) 与 method (指示一种方法） ； 用户 A根据此消息向用户 C发起某种操作请 求（采用 method参数指示的方法）。 REFER消息可用于实现呼叫转接、 会 议、 遇忙回呼、 三方通话等业务， 是 SIP中的一个重要的消息。

REFE 消息的 Refer-To参数中还可携带子参数， 例如 Replaces (替换） 子参数， 该子参数取值为一个对话标识符， 用于指示第三方用户 C在完成 新的操作 （此操作由用户 A发起）后， 释放原有的以这个对话标识符标识 的会话。使用 Replaces子参数可以实现一些重要的业务， 一个典型的例子是 呼叫转接（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建立通话。

图 2示出了现有的 TISPAN ( Telecommunication and Internet converged Services and Protocol for Advanced Network,高级网络电信因特网融合业务与 协议）组织技术规范中的询问转接流程的信令流程图。 为简化起见， 此图中 省略了代理 -呼叫会话控制功能（P-CSCF )、 服务 -呼叫会话控制功能等网络 设备。

如图 2所示， 用户终端 -A (用户 A )与用户终端 -B (用户 B )处于通话 状态 （该通话具有唯一的对话标识符 D1 , 可区别于网络中的其它通话） ； 用户终端 -A的应用服务器（应用服务器 -A )和用户终端 -B的应用服务器（应 用服务器 -B )均参与此通话过程， 为各自的服务对象提供补充业务； 然后由 用户终端 -B将用户终端 -A置为呼叫保持状态， 然后用户终端 -B发起建立了 与用户终端 -C之间的通话话路（该通话具有唯一的对话标识符 D2 ) , 应用 服务器 -B与用户终端 -C的应用服务器 （应用服务器 -C ) 均参与了此通话过 程； 然后由用户终端 -B将用户终端 -C置为呼叫保持状态； 用户终端 -B向用 户终端 -A发送一条转接请求，请求在用户终端 -A与用户终端 -C之间建立新 的通话， 并取代对话标识符 D2所标识的用户终端 -B与用户终端 -C之间的 通话（步驟 1 ~ 3 )； 用户终端 -A表示接受此请求（步骤 4 ~ 6 )后， 向用户 终端 -C (用户 C )发送邀请请求，要求替换对话标识符 D2所标识的通话（步 骤 13 ~ 24 ) ; 在用户终端 -A和用户终端 -C之间建立通话后， 用户终端 -C向 用户终端 -B发送挂机请求以断开对话标识符 D2所标识的用户终端 -B与用 户终端 -C之间的通话（步驟 25 ~ 30 )； 在上述过程中， 用户终端 -A在准备 向用户终端 -C发送邀请请求前以及在接通用户终端 -C的话路时， 均会利用 通知消息将相关情况通知给用户终端 -B (分别对应步骤 7 ~ 12、 步骤 31 ~ 36 ) ; 最后， 用户终端 -B向用户终端 -A发送挂机请求， 断开原先用户终端 -A与用户终端 -B之间的话路（步骤 37 ~ 42 )。

注意到，在上述流程的步骤 1 ~ 3中， 用户终端 -B向用户终端 -A发送的 转接请求采用 REFER消息实现， 并且该 REFER消息的 Refer-To参数携带 了 Replaces子参数， 参数取值为 D2, REFER消息的 method参数采用的是 INVITE (邀请 )请求； 而在步骤 13 ~ 24中， 用户终端 -A向用户终端 -C发 送的邀请请求中也包含 Replaces参数 (取值同 REFER请求中的 Replaces子 参数的值， 即 D2 )； 用户终端 -C在接收到带有 Replaces参数的邀请请求后 (步驟 16 ) , 首先根据标准会话建立流程， 建立与用户终端 -A之间的通话 (步骤 17 ~ 24 ) , 然后会发起对原有通话（对话标识符为 D2 )的释放操作 (步骤 25 ~ 30 ) 。

由上可知， 对于询问转接业务， 用户终端 -A作为询问转接业务中的被 转接方， 同时也是 REFER消息中的被指示方， 必须能够对 Replaces参数进 行处理， 才能正确完成整个询问转接流程。 但是， Replaces参数是 SIP协议 的一项扩展参数，一些面世较早的 IMS智能终端是不支持 Replaces参数的。 对于这些不支持 Replaces参数的 IMS智能终端， 根据现有技术无法将其作 为被转接方实现询问转接业务。

综上所述， 对于不支持 REFER消息的扩展参数的 IMS智能终端（以下 简称特殊智能终端） ， 在 NGN业务的使用上将受到极大的限制。 发明内容 本发明所要解决的技术问题是， 克服现有技术中 REFER消息实现方法 的不足， 提出一种 REFER消息扩展参数的支持方法， 使得不支持 REFER 消息的扩展参数的 IMS智能终端可以更充分地利用 REFER消息使用 NGN 提供的丰富业务。 为了解决上述问题， 本发明提供了一种 REFER消息扩展参数的支持方 法， 应用于包含可接收并转发 REFER消息的参数代理服务器的系统中； 当 该参数代理服务器接收到包含扩展参数的 REFER消息后进行如下处理： a)存储所述扩展参数；

b)将该 REFER消息发送至消息的被指示方；

c)在接收到所述被指示方发送的由该 REFER消息的 method参数所指 定的第三方消息时， 在该第三方消息中添加所存储的扩展参数；

d)将该笫三方消息发送至所述第.三方。

进一步地， 所述参数代理服务器为所述被指示方所对应的应用服务器。 进一步地， 所述参数代理服务器为所述 REFER消息的指示方所对应的 应用服务器；

在所述步骤 a)和 b)之间还包含以下步骤：

al)存储该 REFER消息的 Refer-To参数的原始值， 并将该 Refer-To参 数改为所述参数代理服务器对应的地址信息；

并且， 在所述步驟 c)和 d)之间还包含以下步骤：

cl)将所述第三方消息的目的地址设置为所述 Refer-To参数的原始值。 进一步地， 所述扩展参数为发送至所述第三方并由其进行处理的参数。 进一步地， 所述扩展参数为 Replaces。

进一步地， 所述 Replaces的值为所述 REFER消息的指示方与第三方之 间的通话链路的对话标识符。

进一步地， 所述第三方消息为 INVITE。

进一步地， 在所述步骤 a)和 b)之间还包含以下步骤：

a2)删除所述 REFER消息中包含的扩展参数。

通过采用本发明的 REFER消息扩展参数的支持方法， 可以使 REFER 消息的指示方向不支持 REFER消息的扩展参数的 IMS智能终端发送带有需 REFER消息的第三方接收并处理的扩展参数的 REFER消息，使得该类 IMS 智能终端可以更充分地利用 REFER消息使用 NGN提供的丰富业务。

附图概述

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

图 2是 TISPAN组织技术规范中的询问转接业务的流程图；

图 3是一种改进的询问转接业务的实现方法流程图；

图 4是本发明实施例将特殊智能终端作为被转接方的询问转接业务流 程图。

本发明的较佳实施方式

由以上描述可知， 由于上述特殊智能终端不支持 REFER消息的扩展参 数，无法作为被指示方处理 REFER消息中包含的扩展参数，因此对于 REFER 消息中包含的需要转发至 REFER消息的第三方进行处理的扩展参数， 以暂 存和替换的方式进行处理。

为了对上迷需转发至 REFER消息的第三方进行处理的扩展参数进行暂 存和替换处理，需要 REFER消息的指示方对应的应用服务器能够在 EFER 消息的被指示方接收到该 REFER消息， 并向该 REFER消息中的 refer-to参 数指向的第三方发送 method参数对应的消息时， 接收该消息 , 并进行相应 的转发处理，也就是将指示方对应的应用服务器保留在被指示方和第三方之 间的 SIP业务控制消息路径上。 下面将以询问转接业务为例对此进行描述。

图 3是一种改进的询问转接业务的实现方法流程图， 为简化起见， 图 3 中省略了用户 A与用户 C的应用服务器等网络设备。 其中， 用户 A为询问 转接业务的被转接方， 用户 B为询问转接业务的转接方， 用户 C为询问转 接业务的第三方， 即用户 B在与用户 A的通话过程中将用户 A转接到用户 C。 用户 A和用户 B都支持 Replaces参数。 该业务流程包含如下步骤：

步骤 P01: 用户 A (用户终端 -A ) 与用户 B (用户终端 -B )之间建立通 话， 对话标识符为 D1; 步骤 P02: 用户 B与用户 C之间建立通话， 对话标识符为 D2; 步驟 P03: 用户 B向用户 A发出 REFER请求， 其中 Refer-To参数设为 用户 C的号码（ C号码） ， 并携带 Replaces子参数， 参数值为 D²;

步驟 P04:应用服务器 B接收到此 REFER请求后，存储用户 C的号码， 并产生一个 M号码（该号码可路由至应用服务器 B ) , 对 REFER请求中的 Refer-To参数进行替换；

步骤 P05: 应用服务器 B向用户 A转发 REFER请求， 其中 Refer-To参 数为 M号码， 并携带 Replaces子参数， 参数值为 D2;

步骤: P06: 用户 A向用户 B返回响应， 表示接受此 REFER请求； 步骤 P07: 用户 A发出 INVITE请求，其目的地址为 M号码（即应用月良 务器 B ) , 并携带 Replaces参数， 参数值为 D2;

步驟 P08: 应用服务器 B收到此 INVITE请求， 取出在步驟 P04中存储 的用户 C的号码， 替换 INVITE请求中的目的地址；

步骤 P09: 应用服务器 B向用户 C转发该 INVITE请求， 其目的地址为 用户 C的号码， 并携带 Replaces参数， 参数值为 D2;

步骤 P10: 用户 A与用户 C建立通话；

步驟 PI 1： 用户 C根据 Replaces参数， 释放与用户 B之间的原有通话 (对话标识符为 D2 ) 。

由以上流程可知， 在步骤 P04中， 应用服务器 B通过将发送至用户 A 的 REFER请求的 Refer-To参数替换成可路由至应用服务器 B的 M号码， 使得应用服务器 B可以接收到用户 A发送至用户 C的 INVITE请求（method 参数所指示的方法） ， 并进行转发处理， 也就是将应用服务器 B保留在了 用户 A和用户 C之间的 SIP业务控制消息路径上。 在此基础上， 应用服务 器 B可以对 REFER请求的扩展参数 (例如 Replaces )作进一步的处理， 以 实现将特殊智能终端作为用户 A的询问转接业务。 下面将结合附图以 Replaces参数和询问转接业务为例对本发明进行详 细描述。

图 4是采用本发明实施例将特殊智能终端作为被转接方的询问转接业 务流程图。 其中用户 A (用户终端 -A )为特殊智能终端。 如图 4所示， 该流 程包含如下步骤：

步骤 S01 : 用户 A与用户 B (用户终端 -B )之间建立通话， 对话标识符 为 D1 ;

步骤 S02: 用户 B与用户 C (用户终端 -C )之间建立通话， 对话标识符 为 D2;

步骤 S03: 用户 B向用户 A发出 REFER请求， 其中 Refer-To参数设为 用户 C的号码， 并携带 Replaces子参数， 参数值为 D2;

步骤 S04:应用服务器 B收到用户 B发送的 REFER请求后，存储 Refer-To 参数（用户 C的号码）， 并产生一个 M号码， 将其作为该 REFER请求中的 Refer-To参数； 同时，应用服务器 B还存储 Replaces子参数，并可以将此子 参数从 REFE 请求中删除；

步骤 S05: 应用服务器 B向用户 A转发 REFER请求， 其中 Refer-To参 数值为 M号码； 该消息中不携带 Replaces子参数；

步骤 S06: 用户 A向用户 B返回响应， 表示接受此 REFER请求； 步骤 S07: 用户 A发出 INVITE请求，其目的地址为 M号码（应用服务 器 B )；

步骤 S08: 应用服务器 B接收到此 INVITE请求， 取出在步骤 S04中存 储的用户 C的号码（ C号码）， 将其作为 INVITE请求中的目的地； 同时在 该 INVITE请求中插入 Replaces参数， 取值与在步骤 S04中存储的 Replaces 子参数相同 （D2 )；

步骤 S09: 应用服务器 B向用户 C转发 INVITE请求， 其目的地址为用 户 C的号码， 并携带 Replaces参数， 取值为 D2;

步骤 S10: 用户 A与用户 C建立通话；

步骤 S11 : 用户 C根据 Replaces参数， 释放与用户 B之间的原有通话 (对话标识符为 D2 ) 。

由以上流程可知， 用户终端 -A无须对 Replaces参数进行处理， 即可作 为被转接方参与实现询问转接业务。

在以上流程中采用应用服务器 B对 Replaces参数进行暂存和替换等处 理， 使用户 A无需处理该参数而能正常参与询问转接业务流程。 实际上， 上述对 Replaces参数所进行的处理也可以由应用服务器 A来完成：

由于发送至用户 A的 REFER请求首先会发送到应用服务器 A， 所以应 用服务器 A在接收到该 REFER请求后， 可以存储 Replaces子参数， 同时可 以将此子参数从该 REFER请求中删除，并将修改后的 REFER请求转发给用 户 A; 同理， 用户 A向用户 C发送的 INVITE请求也会经过应用服务器 A, 因此， 应用服务器 A可以将存储 Replaces子参数添加到该 INVITE请求中， 将修改后的 INVITE请求转发至用户 A。

注意到， 若采用应用服务器 A对 Replaces子参数进行上述处理， 则无 需修改 REFER请求中的 Refer-To参数。 除此之外， 流程与步驟 S01至步骤 S11中基本相同。

以上流程虽然仅以 Replaces参数和询问转接业务为例对本发明进行了 描述， 但本发明的方法并不局限与此。 对于采用 REFER消息， 该 REFER 消息的被指示方为特殊智能终端， 并且该 REFER消息中包含的扩展参数是 需转发至该 REFER消息的第三方进行处理的各种业务， 采用本发明的方法 都可以实现。 ' 当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

工业实用性 本发明提供了一种 REFER消息扩展参数的支持方法， 可以使 REFER 消息的指示方向不支持 REFER消息的扩展参数的 IMS智能终端发送带有需 REFER消息的第三方接收并处理的扩展参数的 REFER消息，使得该类 IMS 智能终端可以更充分地利用 REFER消息使用 NGN提供的丰富业务。

Claims

权 利 要 求 书

1、 一种 REFER消息扩展参数的支持方法， 应用于包含可接收并转发 REFER消息的参数代理服务器的系统中； 当该参数代理服务器接收到包含 扩展参数的 REFER消息后进行如下处理：

a)存储所述扩展参数；

b)将该 REFER消息发送至消息的被指示方；

c)在接收到所述被指示方发送的由该 EFER消息的 method参数所指 定的第三方消息时， 在该第三方消息中添加所存储的扩展参数；

d)将该第三方消息发送至所述第三方。

2、 如权利要求 1所述的 REFER消息扩展参数的支持方法， 其特征在 于， 所述参数代理服务器为所述被指示方所对应的应用服务器。

3、 如权利要求 1所述的 REFER消息扩展参数的支持方法， 其特征在 于，所述参数代理服务器为所述 REFER消息的指示方所对应的应用服务器； 在所述步骤 a)和 b)之间还包含以下步驟：

al)存储该 REFER消息的 Refer-To参数的原始值， 并将该 Refer-To参 数改为所述参数代理服务器对应的地址信息；

并且， 在所述步厥 c)和 d)之间还包含以下步

cl)将所述第三方消息的目的地址设置为所述 Refer-To参数的原始值。

4、 如权利要求 1所述的 REFER消息扩展参数的支持方法， 其特征在 于， 所述扩展参数为发送至所述第三方并由其进行处理的参数。

5、 如权利要求 4所述的 REFER消息扩展参数的支持方法， 其特征在 于， 所述扩展参数为 Replaces。

6、 如权利要求 5所述的 REFER消息扩展参数的支持方法， 其特征在 于， 所述 Replaces的值为所述 REFER消息的指示方与第三方之间的通话链 路的对话标识符。

7、 如权利要求 1所述的 REFER消息扩展参数的支持方法， 其特征在 于， 所述第三方消息为 INVITE。

8、 如权利要求 1所述的 REFER消息扩展参数的支持方法， 其特征在 于， 在所述步骤 a)和 b)之间还包含以下步骤：

a2)删除所述 REFER消息中包含的扩展参数。