CN101317438A

CN101317438A - 感知用户进行补充业务的方法及装置

Info

Publication number: CN101317438A
Application number: CNA200780000297XA
Authority: CN
Inventors: 徐杰; 朱东铭
Original assignee: Huawei Technologies Co Ltd
Current assignee: Yingweite SPE limited liability company
Priority date: 2006-04-29
Filing date: 2007-02-08
Publication date: 2008-12-03
Anticipated expiration: 2027-02-08
Also published as: CN101317438B; EP1881689A1; EP1881689B1; EP1881689A8; ATE470304T1; EP1881689A4; WO2007124641A1; CN101064661A; DE602007006866D1; CN101064661B; US20080032686A1

Abstract

本发明公开了感知用户进行补充业务的方法、VCC业务控制实体及媒体网关控制实体，在基于IMS的网络架构中使VCC业务控制实体和/或用户感知到发生了补充业务。本发明方法包括：VCC业务控制实体和/或用户分别获取用户进行补充业务的通知信令；VCC业务控制实体和/或用户根据所述通知信令感知到发生了补充业务。通过本发明的实施，增强了VCC业务控制实体的功能，可以使VCC业务控制实体接收用户进行了补充业务的通知信令，并可解析该通知信令，从而更新用户的呼叫属性。

Description

感知用户进行补充业务的方法及装置

本申请要求于 2006 年 4 月 29 日提交中国专利局、申请号为 200610079107.5、发明名称为 "感知用户进行补充业务的方法及装置" 的中国专利申请的优先权， 2006年 7月 28日提交中国专利局、申请号为 200610099533.5、发明名称为 "感知用户进行补充业务的方法及装置"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及无线通信领域，特别是涉及感知用户进行补充业务的方法及装置。

背景技术

在无线网络从 2G网络演进到 3G网络的过程中，会有很长一段时期存在 3G网络与 2G网络并存的状况。在这样一种双网并存的情况下，双网之间的互操作成为了一个有待研究的课题。

网络侧需要感知用户在两个网络的注册状况，这样当有呼叫需要接续到用户时可以选择合适的网络来进行路由。网络侧还需要锚定用户的所有呼叫，以便用户在两个网络之间进行切换时，可以进行辅助控制。 '

为了满足上述网絡侧的需要， 3GPP ( Third Generation Partnership Projects, 第三代伙伴组织计划）和 3GPP2标准组织都制定了一种网络架构，该网络架构中包括一种基于 IMS ( Internet Multiedia Subsystem, 因特网多媒体子网）的网络实体，其用于进行锚定控制；还用于分别检测用户在两个网络的注册、会话状态，并根据用户的注册、会话状态进行用户呼叫的路由及切换控制。其中， 3GPP2标准组织制定的网络架构，参见图 1所示：

其中各 CSCF ( Call Server Control Function, 呼叫服务器控制功能）、 HSS ( Home Subscriber Server, 归属用户服务器）为 MS域设备， HLR ( Home Location Register, 归属位置寄存器）、 MSC/VLR ( Mobile Services switching Center/ Visited Location Register, 移动业务交换中心 /拜访位置寄存器）为 CS ( Circuit Switch, 电路交换）域设备， MGCF ( Media Gateway Control Function, 媒体网关控制功能）为 CS和 IMS域之间的连接网关。该网絡架构在 IMS域和 CS域之间新增了一个网元： VCC 业务控制实体（ Voice Call Continuity Application Server, 语音呼叫连接应用服务器）， VCC业务控制实体在两个域都有接口，该实体的作用包括：

1、在 IMS域作为一个 AS ( Application Server, 应用服务器），与 I/S-CSCF ( Inquiring/Serving Call Session Control Function, 查询 / 服务呼叫会话控制功能）之间是标准 ISC ( IMS服务控制）接口，与 HSS之间是标准 Sh接口；

2、与 CS域实体 HLR之间是标准 MAP ( Mobile Application Part, 移动应用部分）接口，从 HLR的角度来看， VCC业务控制实体是一个 GMSC ( Gateway Mobile Switch Center, 关口移动交换中心）；

3、记录用户在两个网络的注册状态及呼叫状态；

4、锚定在用户的呼叫路径中；

5、被叫流程中，根据用户的注册状态和呼叫状态进行路由决策；

6、跨网络切换时，对呼叫进行控制。

目前，在 CS域可以实现多种补充业务，比如 ECT ( Explicit Call Transfer, 显示呼叫转移）业务，也可以叫做 CT ( Call Transfer, 呼叫转移）业务。该业务流程如下：签约有 ECT业务的用户 A和用户 B 正在进行通话时，用户 A首先将用户 B置为呼叫保持状态，然后呼叫用户 C; 当正在向用户 C振铃时或已经接通用户 C之后，用户 A 释放呼叫，此时网络会将用户 B和用户 C连接在一起继续进行通话，用户 A则退出呼叫变成空闲状态。以下据用户 A释放时机的不同分别描述：

一、当用户 C已经接通后释放。

用户 A与用户 B，以及用户 A与用户 C都已经建立了呼叫，而用户 B的呼叫暂时被保持。之后，参见图 2所示，包括下列步骤： 1、用户 A向 MAC A发送 RELEASE (呼叫释放）消息，发起 ECT业务调用请求。

2、 MSC A向用户 B发起恢复呼叫的通知 CPG (呼叫进展通知）。

3、 MSC A向用户 A发送 RELEASE COMPLETE(呼叫释放完成）消息，释放其到用户 A之间的呼叫，并将用户 B与用户 C连接在一起。、

4、如果用户 A签约有 ECT的通知业务，则 MSC A还需要向用户 B发送通知消息，以告知发生了 ECT业务，并告知新呼叫对端 C 的号码。所述通知消息一般为 CPG ( Call Progress , 呼叫进展 ) , 该消息中包含 Generic notification indicators (一般通知指示）参数，用以指示发生了 ECT业务，并且指示发起时用户 C是处于振铃状态还是应答状态；该消息中还包含 Call transfer number (呼叫转移号码）参数，用以携带呼叫新对端号码。

5、同理， MSC A也要向用户 C发送通知消息进行告知。

最终用户 A归属的 MSCA会连接起用户 B与用户 C的呼叫。二、当正在对用户 C振铃时释放。

用户 A与用户 B，以及用户 A与用户 C都已经建立了呼叫，而用户 B的呼叫暂时被保持。之后，参见图 3所示，与接通 C后调用 ECT业务的流程基本相同，不同点在于：首先为用户 B指示振铃状态并放振铃音（步骤 3 ), 待用户 C接通（步骤 6 )后再为用户 B指示接通，以完成 ECT业务。

按照上述网絡架构（含 VCC业务控制实体），以及 ECT业务的实现流程，用户进行 ECT业务之前（即用户 A分别与用户 B和用户 C建立了呼叫）的网络路由状况参见图 4所示。用户 A分别与用户 B 和用户 C存在信令面和承载面的连接， VCC业务控制实体则分别锚定在两条呼叫信令路径中（用户 A与用户 B, 以及用户 A与用户 C 的呼叫信令路径），同时记录用户 A、 B和 C在两个网络的注册状态及呼叫状态。

当完成 ECT业务之后（用户 A变为空闲，用户 B与用户 C建立了呼叫）的网络路由状况参见图 5所示。用户 B和用户 C的信令面和承载面的连接，仍由原 MSC继续控制和连接，而 VCC业务控制实体仍然锚定在包括用户 A的呼叫信令路径中，没有得到任何通知，同时 VCC业务控制实体记录的用户 A的呼叫状态没有发生改变。而且用户 B和用户 C也不会收到用户 A进行了 ECT业务的通知。

目前，当呼叫先经由 IMS域 VCC业务控制实体锚定后转从 CS 域进行接续时，需要由 VCC业务控制实体分配 CS域路由号码，将呼叫重新路由到 CS域， CS域 MSC收到呼叫之后在 CS域接续用户。

可见，如果用户签约了前转业务，并在 GMSC触发了前转流程，则 GMSC不能将前转事件通知给 VCC业务控制实体和主叫用户，同样也会导致 VCC业务控制实体不能正确感知用户呼叫状态，主叫用户也无法感知呼叫被前转。

综上所述，当呼叫被 VCC业务控制实体锚定的 IMS域用户发起了补充业务之后， VCC业务控制实体无法感知用户侧发生了补充业务。即使 VCC业务控制实体可以收到补充业务的通知消息，按照目前定义的 VCC业务控制实体的功能，也无法据此更新用户的呼叫状态和会话切换能力属性，从而导致用户的呼叫状态已经变化，但是

VCC 业务控制实体中记录的用户呼叫状态和会话切换能力属性仍然保持不变。之后，当有新的呼叫需要接续到该用户时，或者对该用户参与的会话进行切换操作时， VCC 业务控制实体会根据错误的信息做出错误的决策，给用户带来不好的体验。同时当呼叫被 VCC业务控制实体锚定的 IMS域用户发起了补充业务之后，现有技术无法通知新呼叫双方。

发明内容

本发明提供了感知用户进行补充业务的方法、 VCC 业务控制实体及媒体网关控制实体，用以解决当呼叫被 VCC业务控制实体锚定的 IMS域用户发起了补充业务之后， VCC业务控制实体无法感知该用户呼叫属性的变化，以更新记录的问题；以及解决当呼叫被 VCC 业务控制实体锚定的 IMS域用户发起了补充业务之后，无法通知用户侧的问题。 N2007/000435 本发明实施例感知用户进行补充业务的方法，在基于 IMS 实体进行锚定控制的网络架构中使 VCC业务控制实体和 /或用户感知到发生了补充业务，包括：

VCC业务控制实体和 /或用户分别获取用户进行补充业务的通知信令；

VCC业务控制实体和 /或用户根据所述通知信令感知到发生了补充业务。本发明实施例 VCC业务控制实体，包括：记录单元，用于记录用户的呼叫属性；感知单元，用于从 VCC业务控制实体收到的信令中识别用户进行补充业务的通知信令；解析单元，用于从所述感知单元识别出的通知信令中解析补充业务通知内容，并触发记录单元据此更新用户的呼叫属性。

本发明实施例媒体网关控制实体，包括：

获取单元，用于从收到的中继信令中获取补充业务通知内容；转换单元，用于将所述获取单元获取的补充业务通知内容转换为

SIP格式的用户进行补充业务的通知信令，并向用户侧发送。

所述获取单元至少从中继信令中获取业务类型指示和 /或被连用户标识。

本发明提供的感知用户进行补充业务的方法，使 VCC业务控制实体可以获知发生了补充业务，以便更新其存储的用户呼叫属性；同时也兼顾了通知用户侧。

附图说明

图 1为 3GPP2标准组织制定的网络架构示意图；

图 2为现有 ECT业务中，用户 A与用户 C接通后释放原呼叫的流程图；

图 3为现有 ECT业务中 , 用户 A对用户 C振铃时释放原呼叫的流程图；

图 4为现有技术中用户进行 ECT业务之前的网絡路由状况示意图；

图 5为现有技术中完成 ECT业务之后的网络路由状况示意图；图 6为本发明的媒体网关控制实体结构示意图；图 Ί为本发明的 VCC业务控制实体结构示意图；

图 8为本发明第一种方法的流程图；

图 9为本发明第一种方法中实例一的流程图；

图 10为本发明第一种方法中实例二的流程图；

图 11为本发明第一种方法中实例三的流程图；

图 12为本发明第一种方法中实例四的流程图；

图 13为本发明第二种方法的流程图。

具体实施方式

为了在呼叫被 VCC业务控制实体锚定的 IMS域用户发起了补充业务之后，可以使 VCC业务控制实体感知该用户呼叫属性的变化，进而对应更新其记录的用户呼叫属性，以便当有新的呼叫需要接续到该用户时，或者对该用户参与的会话进行切换操作时， VCC业务控制实体可以做出正确的路由决策和切换操作；以及为了在呼叫被 VCC 业务控制实体锚定的 IMS域用户发起了补充业务之后，可以通知用户侧。本发明提供了一种媒体网关控制实体 MGCF, 参见图 6所示，其包括相互连接的获取单元 61和转换单元 62。

所述获取单元 61，用于从外部接收信令，并从收到的中继信令中获取补充业务通知内容。本单元可仅从中继信令中获取业务类型指示和 /或被连用户标识，也可获取其它附加信息（如： ECT业务中的新呼叫对端的号码，或前转业务中的前转号码）。

所述转换单元 62，用于将所述获取单元获取的补充业务通知内容转换为 SIP格式的用户进行补充业务的通知信令，并向用户侧发送。所述通知信令中相应的至少包含业务类型指示和 /或被连用户标识，进一步还可包含（新呼叫对端的号码或前转号码等）。

本发明还提供了一种 VCC业务控制实体，参见图 7所示，其包括依次相连的感知单元 71、解析单元 72和记录单元 73。

所述感知单元 71 , 用于从 VCC业务控制实体收到的信令中识别用户进行补充业务的通知信令。所述通知信令包括包括但不限于： SIP 类型的通知信令（来自本发明的 MGCF )和 CAP类型的通知信令（来自 MSC )。

所述解析单元 72, 用于从所述感知单元识别出的通知信令中解析补充业务通知内容，并触发记录单元据此更新用户的呼叫属性。对应通知信令的类型不同，本单元采用不同的解析策略，解析出的补充业务通知内容至少包括：业务类型指示和 /或被连用户标识，也可解析出其它附加信息（如： ECT业务中的新呼叫对端的号码，或前转业务中的前转号码）。

所述记录单元 73，至少包括用于记录用户的会话切换能力属性的第一分区和用于记录用户的呼叫状态的第二分区之一。当只需要更新会话切换能力属性时，所述第一分区根据解析单元解析出的业务类型指示，相应更新用户的会话切换能力属性，和 /或根据解析单元解析出的被连用户标识与原被叫号码进行比较，若不同，则感知呼叫已被前转，并相应更新用户的会话切换能力属性；当需要更新会话切换能力属性和呼叫状态时，所述第一分区根据解析单元解析出的业务类型指示，相应更新用户的会话切换能力属性，和 /或根据解析单元解析出的被连用户标识与原被叫号码进行比较，若不同，则感知呼叫已被前转，并相应更新用户的会话切换能力属性，以及第一分区触发更新第二分区记录的呼叫状态；当只需要更新呼叫状态时，所述第二分区根据解析单元解析出的业务类型指示和 /或被连用户标识，相应更新用户的呼叫状态。

若所述 VCC业务控制实体分为呼叫连续性控制实体 CCCF和网络域选择实体 NeDS这两个逻辑实体，其中 CCCF用于控制呼叫锚定和切换， NeDS用于控制网域的选择。那么所述感知单元可由 CCCF 充当，所述解析单元和记录单元的功能分解在 CCCF和 NeDS 中， CCCF 用于根据业务类型指示和 /或被连用户标识设置用户的会话切换能力属性（将发起补充业务的用户相关的会话都设置为不支持切换），并指示 NeDS更新用户的呼叫状态（将发起补充业务的用户的呼叫状态改为空闲态）。应用上述装置，本发明提供了一种感知用户进行补充业务的方法，用于在基于 IMS实体进行锚定控制的网絡架构中使 VCC业务控制实体和 /或用户感知到发生了补充业务。在具体实现时，由 VCC业务控制实体和 /或用户分别获取用户进行补充业务的通知信令； VCC 业务控制实体和 /或用户根据所述通知信令感知到发生了补充业务。

参见图 8所示本发明中使 VCC业务控制实体感知用户进行补充业务的方法的流程图，包括下列主要步骤：

5101、 VCC业务控制实体接收用户进行补充业务的通知信令。首先发起补充业务的用户必须签约补充通知业务，或者 MSC强制为所有补充业务发送通知，这样本发明方法才有意义。所述补充业务包括但不限于 ECT业务、前转业务、呼叫保持业务或呼叫等待业务。相应地，所述通知信令为呼叫振铃通知，或前转通知，或呼叫应答通知。

若所述业务类型为 ECT业务、前转业务、呼叫保持业务或呼叫等待业务，则当该用户发起补充业务后， MSC(不限于 MSC )向 MGCF 发送包含补充业务通知内容的中继信令； MGCF通过获取单元获取该中继信令中包含的补充业务通知内容，该补充业务通知内容至少包括：业务类型指示和 /或被连用户标识，并通过转换单元将其转换为 SIP格式的通知信令； MGCF将所述通知信令发送到 VCC业务控制实体； VCC业务控制实体通过感知单元识别并接收该通知信令。

或者，若所述业务类型为 ECT业务、呼叫保持业务或呼叫等待业务，则当该用户发起补充业务后， MSC 根据用户的签约信息 ( SS-CSI (补充业务 CAMEL 用户信息）），以及签约信息中指示的 VCC业务控制实体的地址（设置 SCP地址为 VCC业务控制实体的地址 ), 直接向 VCC业务控制实体上报包含补充业务通知内容（至少包括：业务类型指示和 /或被连用户标识）的 CAP格式（不限于 CAP 格式）的通知信令； VCC业务控制实体通过感知单元识别并接收该通知信令。

5102、 VCC业务控制实体解析通知信令。 vcc 业务控制实体通过解析单元对感知单元接收的通知信令进行解析，从中获得补充业务通知内容，该补充业务通知内容至少包括：业务类型指示和 /或被连用户标识。

S103、更新用户的呼叫属性。

VCC业务控制实体的解析单元根据业务类型指示和 /或被连用户标识，告知记录单元相应更新用户的会话切换能力属性，进一步更新用户的呼叫状态。

以下通过三个实例具体描述本发明方法。

方法实例一：在 ECT业务中， MSC通过 CPG的中继信令通知呼叫对端。

当用户 A与用户 B之间的呼叫被保持，用户 A与用户 C之间处于通话状态时，用户 A发起 ECT业务。参见图 9所示，包括下列步骤：

1、用户 A向 MSC发送 ECT业务调用请求；

2、 MSC向用户 B—侧发送 CPG信令，指示用户 B恢复呼叫；

3、 MGCF将恢复呼叫的 CPG信令转为 SIP信令的 UPDATE消息，消息中指示修改媒体流方向为双向，并通过 CSCF、 VCC业务控制实体及用户 B所在的网络一路送到用户 B的终端上；

4、 MSC向用户 B发送 CPG信令，指示用户 B发生了 ECT业务，并且带上用户 C的号码；

5、 MGCF将 ECT业务通知的 CPG信令转为 SIP信令的 INFO 消息（也可以是 REFER、 MESSAGE等消息），消息中指示业务事件为 ECT，并且有用户 C的号码。 INK)消息通过 CSCF、 VCC业务控制实体及用户 B所在的网络一路送到用户 B的终端上，此时用户 B 可获知发生了 ECT业务，新的对端更改为用户 C; 途径 VCC业务控制实体时， VCC业务控制实体检测到这条通知信令，并将用户 A从这个会话（用户 A与用户 C的会话）中清除，即设置此会话为与用户 A无关。

6、 MSC还给用户 C发送 CPG信令指示 ECT业务事件和用户 B 0435

- 10- 的号码；

7、 MGCF和第 5步一样进行处理并将 INFO消息发给用户 C的终端，此时用户 C可获知发生了 ECT业务，新的对端更改为用户 B; 途径 VCC业务控制实体时， VCC业务控制实体检测到这条通知消息，也会同样设置此会话（用户 A与用户 B的会话）与用户 A无关，这时用户 A的呼叫状态变为空闲态，同时与用户 A相关的会话在将来也不能被切换。

8、 MSC接通用户 B与用户 C之间的通话，幹放到用户 A的连接。这一步也可以放在第 4步之前进行。

方法实例二：在 ECT业务中， MSC通过 SS-CSI智能触发方式直接通知 VCC业务控制实体。

当用户 A与用户 B之间的呼叫被保持，用户 A与用户 C之间处于通话状态时，用户 A发起 ECT业务。参见图 10所示，包括下列步骤：

1、用户 A向 MSC发送 ECT业务调用请求；

2、 MSC向用户 B—侧发送 CPG信令，指示用户 B恢复呼叫；

3、 MGCF将恢复呼叫的 CPG信令转为 SIP信令的 UPDATE消息，消息中指示修改媒体流方向为双向，并通过 CSCF、 VCC业务控制实体及 B所在的网络一路送到用户 B的终端上；

4 、 MSC 触发 SS-CSI , 向 VCC 业务控制实体发送 SSJ VOCATION— NOTIFY消息，消息中指示发生了 ECT业务；

5 、 VCC 业务控制实体收到通知后，向 MSC 返回 SSJNVOCATION— NOTIFY的响应消息，同时设置用户 A呼叫状态为空闲态，并且设置用户 A与用户 B，用户 A与用户 C的会话都与用户 A无关，即与用户 A相关的会话在将来不支持切换；

6、 MSC接通用户 B与用户 C之间的通话，释放到用户 A的连接。这一步也可以放在第 4步之前进行。

方法实例三：在前转业务中， GMSC通过 CPG的中继信令通知主叫侧。参见图 11所示，包括下列步骤： 1、被叫用户归属 IMS域收到从主叫方发来的初始会话请求； 2、 VCC业务控制实体根据策略判断要将会话路由至电路域接续，则给 CSCF返回带 CS域路由号码的初始会话请求， CSCF收到后将会话路由到 MGCF;

3、 MGCF根据 CS域路由号码向被叫用户归属网络 GMSC发送初始地址消息以建立 CS域会话；

4、 GMSC收到之后恢复被叫用户的移动用户 ISDN号码，向 HSS 发送用户地址信息消息请求用户位置信息；

5、 HSS检测到被叫用户签约有前转业务例如无条件前转，则返回前转号码和 T-CSI (被叫 CAMEL用户信息：)；

6、 GMSC通过 T-CSI触发 CAMEL业务，向 SCP发送初始检测点消息，消息中带有前转指示和前转号码；

7、 VCC业务控制实体返回继续呼叫指示；

8、 GMSC根据前转号码重新路由到前转方；

9、 GMSC给 MGCF发送 CPG消息，消息中带有前转指示和前转号码；

10、 MGCF将 CPG消息转为 SIP消息，可以是 INFO, 也可以是 REFER, MESSAGE等消息，也可以是 181等响应消息，将消息沿着原来 INVITE的会话路径传回呼叫主叫一侧；

11、 VCC 业务控制实体在会话路径中获得此通知消息，则更新记录中用户呼叫状态为空闲态，并且标记此会话为不可切换。然后将通知消息继续沿着会话路径传回呼叫主叫一侧。

在前转业务中，也可由 MSC通过 SS-CSI智能触发方式直接通知 VCC业务控制实体。可¾1据方法实例二和方法实例三导出。

方法实例四：在前转业务中， VCC业务控制实体根据收到的 SIP 会话中的一些能够表明真实被叫用户身份的参数可以判断出呼叫是否被前转。如果确定呼叫已经被前转，则 VCC业务控制实体可以修改所记录的用户呼叫状态。参见图 12所示，包括下列步骤：

本实施例步骤 1至步驟 7与前面图 11所示实施例中的步骤相同。 8、 GMSC才艮据前转号码重新路由到前转方 C。

9、前转方 C应答之后，返回的应答消息中通过被连用户号码 Connected Number参数表示真实被叫方为 C用户。

10、 GMSC将应答消息转发到 MGCF。

11、 MGCF向 VCC业务控制实体返回会话最终响应消息 200 OK, 消息中通过 P-Asserted-ID参数表示会话的真实被叫方为 C用户。

12、 VCC业务控制实体判断收到的应答响应中的 P- Asserted-ID 参数的内容是否为原始被叫用户 B, 如果不是，则需要修改所记录的用户 B的呼叫状态。

13、 VCC业务控制实体向主叫用户返回会话应答响应 200 OK。参见图 13所示本发明中呼叫被 VCC业务控制实体锚定的 IMS 域用户发起了补充业务之后，使用户侧感知到发生了补充业务的流程，包括下列步骤：

S201、 MGCF从收到的中继信令中获取补充业务通知内容。当该用户发起补充业务（包括但不限于 ECT业务、前转业务、呼叫保持业务或呼叫等待业务）后， MSC (不限于 MSC ) 向 MGCF 发送包含补充业务通知内容的中继信令； MGCF通过获取单元获取该中继信令中包含的补充业务通知内容，该补充业务通知内容至少包括：补充业务指示。

5202、 MGCF将补充业务通知内容转换为 SIP格式的通知信令。

5203、 MGCF将所述通知信令分别向用户侧发送。

若补充业务为 ECT业务，则 MGCF将所述通知信令直接向新呼叫双方的终端透传。可以经过或不经过本发明的 VCC业务控制实体。

若补充业务为前转业务，则 MGCF将所述通知信令直接向主叫终端透传。可以经过或不经过本发明的 VCC业务控制实体。

由上述对本发明实施例的描述可见，本发明方法通过 MGCF将中继信令转换为 SIP格式的通知信令向 VCC业务控制实体发送；或者 MSC才艮据用户的签约信息，直接向 VCC业务控制实体上报包含补充业务通知内容的 CAP格式的通知信令。结合本发明的 VCC业务控制实体，该实体不但可以截取 SIP格式或 CAP格式的通知信令，而且可以将通知信令中的补充业务通知内容解析出来，并据此更新其存储的用户呼叫属性。这样 VCC业务控制实体存储的用户呼叫属性与用户实际的呼叫属性可保持同步，从而可以才艮据正确的信息作出正确的决策。

若通知信令为 SIP格式还可转发到用户侧，使相关用户获知发生了补充业务。

同时，本发明还可以使用户侧获知发生了补充业务。通过 MGCF 将中继信令转换为 SIP格式的通知信令后，直接向用户侧发送即可。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内 ,则本发明也意图包含这些改动和变型在内。

Claims

权利要求

1、一种感知用户进行补充业务的方法，用于在基于 IMS实体进行锚定控制的网络架构中，其特征在于，包括下列步骤：

VCC业务控制实体和 /或呼叫对端分别获取用户进行补充业务的通知信令；

根据所述通知信令感知到发生了补充业务。
2、如权利要求 1所述的方法，其特征在于，所述用户进行的补充业务为电路域补充业务。
3、如权利要求 1或 2所述的方法，其特征在于，所述 VCC业务控制实体获取用户进行补充业务的通知信令的步骤包括：

用户发起补充业务后，媒体网关控制功能实体 MGCF将收到的包含补充业务通知内容的中继信令转换为 SIP格式的通知信令； MGCF将所述通知信令发送给 VCC业务控制实体。
4、如权利要求 3所述的方法，其特征在于，

所述补充业务为 ECT业务，所述补充业务通知内容包括：新呼叫对端的号码；

所述方法还包括：

VCC业务控制实体将收到的所述 SIP格式的通知信令分别转发到新呼叫双方的终端；

所述新呼叫双方的终端用户根据所述 SIP格式的通知信令得知发生了 ECT业务。
5、如权利要求 3所述的方法，其特征在于，

所述补充业务为前转业务，所述方法还包括：

VCC业务控制实体将收到的所述 SIP格式的通知信令转发到主叫终端；

所述主叫终端用户才艮据所述 SIP格式的通知信令得知发生了前转业务。
6、如权利要求 1或 2所述的方法，其特征在于，所述业务类型为 ECT业务、或呼叫保持业务、或呼叫等待业务，所述 VCC业务控制实体收到所述通知信令之前包括下列步骤：

用户发起补充业务后 ,移动交换中心 MSC根据用户的签约信息，直接向 VCC业务控制实体上艮包含所述补充业务通知内容的通知信令。
7、如权利要求 6所述的方法，其特征在于，所述包含补充业务通知内容的通知信令为 CAP格式。
8、如权利要求 1或 2所述的方法，其特征在于，所述方法还包括：

VCC 业务控制实体根据所述通知信令的内容更新用户的呼叫属性。
9、如权利要求 8所述的方法，其特征在于，所述用户的呼叫属性至少包括呼叫状态和会话切换能力属性之一。
10、如权利要求 1或 2所述的方法，其特征在于，所述呼叫对端获取用户进行补充业务的通知信令的步骤包括：

MGCF将收到的包含补充业务通知内容的中继信令转换为 SIP格式的通知信令；

MGCF将所述通知信令向呼叫对端用户侧发送。
11、如权利要求 10所述的方法，其特征在于，所述补充业务为 ECT业务， MGCF将所述通知信令分别发送给新呼叫双方的终端。
12、如权利要求 11所述的方法，其特征在于，所述补充业务通知内容包括：新呼叫对端的号码，以使新呼叫双方得知对端的号码。
13、如权利要求 10所述的方法，其特征在于，所述补充业务为前转业务， MGCF将所述通知信令向主叫终端发送。
14、一种 VCC业务控制实体，包括：记录单元，用于记录用户的呼叫属性；其特征在于，所述实体还包括：

感知单元，用于从 VCC业务控制实体收到的信令中识別用户进行补充业务的通知信令；

解析单元，用于从所述感知单元识别出的通知信令中解析补充业务通知内容，并触发记录单元据此更新用户的呼叫属性。 15、如权利要求 14所述的 VCC业务控制实体，其特征在于，所述感知单元可识别 SIP类型的通知信令，和 /或 CAP类型的通知信令。
16、如权利要求 14所述的 VCC业务控制实体，其特征在于，所述记录单元至少包括下列分区之一：

第一分区，用于记录用户的会话切换能力属性；

第二分区，用于记录用户的呼叫状态。
17、如权利要求 14至 16任一项所述的 VCC业务控制实体，其特征在于，所述解析单元解析出的补充业务通知内容至少包括：业务类型指示和 /或被连用户标识。
18、如权利要求 17所述的 VCC业务控制实体，其特征在于，解析单元 ^^据所述业务类型指示，触发更新第一分区记录的会话切换能力属性；和 /或根据被连用户标识感知呼叫前转信息，并触发更新第一分区记录的会话切换能力属性。
19、如权利要求 18所述的实体，其特征在于，第一分区更新用户的会话切换能力属性后，由第一分区触发更新第二分区记录的呼叫状态。
20、如权利要求 17所述的实体，其特征在于，解析单元根据所述业务类型指示和 /或被连用户标识，触发更新第二分区记录的呼叫状态。
21、如权利要求 17所述的实体，其特征在于，所述解析单元解析出的补充业务通知内容还包括：新呼叫对端的号码或前转号码。
22、一种媒体网关控制实体，其特征在于，所述实体包括：获取单元，用于从收到的中继信令中获取补充业务通知内容；转换单元，用于将所述获取单元获取的补充业务通知内容转换为

SIP格式的用户进行补充业务的通知信令，并向用户侧和 /或 VCC业务控制实体发送。
23、如权利要求 22所述的实体，其特征在于，所述获取单元至少从中继信令中获取业务类型指示和 /或被连用户标识。
24、如权利要求 22所述的实体，其特征在于，若补充业务为 ECT — 17—

业务，则 ^述获取单元还从中继信令中获取新呼叫对端的号码；若补充业务为前转业务，所述获取单元还从中继信令中获取前转号码。