WO2006131072A1 - Procédé et appareil de mise en oeuvre du service de barrage - Google Patents

Description

实现闭锁业务的方法和装置 技术领域

本发明涉及呼叫闭锁技术， 尤指实现闭锁业务的方法和装置。 发明背景

IMS ( IP Multimedia Subsystem )是 3GPP R5阶段增加的叠加在已有 分组域之上的一个子系统。在针对通过不同接入网络接入 IMS的课题研 究过程中， 提出了解决在用户作为被叫时 CS ( Circuit Switching ) /IMS 域间路由选择的问题， 以适应网络及业务发展的需求。

目前， 针对在用户作为被叫时 CS/IMS域间路由选择的问题提出了 一种解决方案， 如图 1所示。 图 1中， 虚线上方属于 CS域， 虚线下方 属于 IMS域, 该解决方案利用业务控制功能 ( SCF ) 实体实现 CS域的 路由决策功能， 采用应用服务器（AS ) 实现 IMS域的路由决策功能， 图 1中 CS域的接续实体是与 MSC合设的关口移动交换中心 （GMSC, Gateway Mobile Switching Center ), IMS域的接续实体是服务型呼叫会话 控制功能实体（ S-CSCF , Serving Call Session Control Function ), Q/R表 示请求 /响应的交互过程。 图 1所示 CS/IMS域间路由选择的实现思想是 这样的： 当 GMSC收到 CS域来话时， 即收到图 1中标号为 1的起始地 址 /建立消息 IAM/Setup, 根据用户签约数据通过图 1中标号为 2的移动 网增强逻辑的客户化应用 （CAMEL , Customized Application for Mobile network Enhanced Logic )信令触发被叫侧 CAMEL业务， 与作为路由决 策点的 SCF建立业务控制关系；在 S-CSCF收到 IMS域来话时， 即收到 图 1中标号为 7的邀请 Invite消息， 根据用户签约数据通过图 1中标号 为 8的 ISC消息触发业务控制， 与作为路由决策点的 AS建立业务控制 关系； 作为路由决策点的 SCF和 AS中存储有路由策略， SCF或 AS根 据自身存储的路由策略， 并利用从 GMSC或 S-CSCF获得的以及与归属 位置寄存器 （HLR， Home Location Register )或归属签约用户服务器 ( HSS, Home Subscriber Server ) 交互获得的路由决策所需要的信息完 成路由决策， 并且， SCF或 AS利用与 GMSC或 S-CSCF已建立的业务 控制关系执行路由控制。 这里， IMS系统中的 HSS是 HLR的超集， 功 能上能兼容 HLR, 但在具体组网中， HSS与 CS系统中的 HLR—般是 分设的。

图 1所示 CS/IMS域间路由选择的具体实现流程如图 2所示。 由于 CS 域来话和 IMS域来话的处理流程是对应的关系， 因此图 2 中仅以 GMSC收到 CS域来话为例来说明图 1所示 CS/IMS域间路由选择的具 体实现流程， 该流程包括：

步骤 U01 U02: GMSC收到 IAM后， 发送 SRI消息给 HLR要求路 由信息， HLR收到后返回应答消息 SRI ack, 该应答消息中包括用户的 签约信息 T-CSI ( Terminating CAMEL Subscription Information )。

步骤 U03: GMSC收到 HLR的应答后触发移动网络增强型逻辑的客 户化应用 （CAMEL ) 过程， 发送 Initial DP给 SCF要求路由决策指示。

步骤 U04 U05: SCF分别向 HSS和 HLR发送信息查询请求， 请求 获取被叫用户在 IMS和 CS的注册状态及其它相关信息， 并根据获得的 信息及路由策略进行路由决策判断。

步驟 U06: SCF根据路由决策结果， 给 GMSC发送继续 /连接消息 Continue/Connect， 指示相应的路由信息。

闭锁业务是指根据用户或运营商的需要关闭指定用户终端的呼入和 /或呼出功能， 闭锁业务根据业务设置方的不同分为两类： 由用户终端决 定的呼叫闭锁（ CB, Call Barring )业务以及由运营者决定的闭锁（ ODB , Operator Determined Barring ) 业务。 对于 CB业务， 包括业务激活 /去激 活流程和业务执行流程； 对于 ODB业务， 只需要运营商通过操作支持 系统（OSS )或通过管理权限对 HLR中保存的相应用户信息进行修改即 可。

对于一个实际呼入发生的 CB和 /或 ODB业务，具体处理过程如图 3 所示， 图 3中也仅以呼叫来自 CS域为例说明闭锁业务的处理过程。 图 3中 MSa为主叫， MSb为被叫 , 该过程包括：

步骤 V01〜V02: GMSC收到来自 MSa的呼叫建立请求 Set-up后 , 发送路由请求消息 SRI ( Send Routing Info )到 HLRb查询被叫 MSb的 信息。

步驟 V03〜V04: HLRb根据用户设定的 CB和 /或运营商的 ODB信 息进行闭锁判决， 判断当前来自 MSa的呼叫是否被闭锁， 然后返回 SRI ack, 如果该呼叫被闭锁， 则 HLR返回呼叫拒绝， 执行步骤 V05a; 如果 该呼叫没有被闭锁， 则 HLR返回用户签约数据 T-CSI, 执行步骤 V05b。

步驟 V05a: GMSC收到拒绝响应后， 向 MSa发送呼叫拒绝响应， 该响应中携带相应的拒绝原因， 结束处理流程。

步骤 V05b: GMSC收到被叫路由信息或用户签约数据 T-CSI后，执 行与 MSb建立呼叫连接的操作， 即触发 CAMEL过程并执行后续流程。 后续流程中还需要包括 gmsSCF在内的若干其他实体参与。

从上述 CS/IMS域间路由选择流程以及呼入发生时闭锁业务处理流 程可以看出， 当被叫用户存在激活的呼入闭锁 CB 或针对入呼的 ODB 时， 现有流程中 HLR收到 GMSC的路由查询请求后， 不是向被叫侧返 回路由信息或 CAMEL签约数据， 而是直接返回相应的拒绝响应， 这种 情况下， GMSC将不再进行被叫侧的 CAMEL业务触发， 因此也就无法 由作为路由决策点的 SCF进行跨域路由控制。 也就是说， 对于 HLR返 回拒绝响应的这种情况， 如果当前被叫用户只是在 CS域激活了 CB或 ODB业务， 而在 IMS域并没有呼叫闭锁或运营者决定的呼叫闭锁限制， 但由于呼叫来自 CS域， 该呼叫就会直接被闭锁。

类似的，在 IMS域，存在两类闭锁。一类是在为用户分配的 S-CSCF 实体进行相应的闭锁检查，如果被叫用户的 IP多媒体公有标识（ IMPU, IP Multimedia Public Identity )被设置为闭锁， 相当于使用该 IMPU的所 有呼叫在 IMS域被闭锁。 另一类是通过 IMS域中的 AS提供类似 CS域 的 CB或 ODB业务。 S-CSCF将呼叫触发到 AS, 对于 CB业务而言， AS检查针对该用户是否存在之前用户设置的 IMS域闭锁信息， 若存在 则呼叫被闭锁； 对于 ODB业务而言， AS检查针对该用户是否存在之前 网络设置的 IMS域闭锁， 若存在则呼叫被闭锁。 IMS中的这两类情况， 同样会产生业务请求被拒绝不能触发到作为 IMS域路由决策点 AS的问 题。也就是说，即使被叫用户在 CS域没设置闭锁且可能在 CS域被接续， 但因为该呼叫来自当前被闭锁的 IMS域， 该呼叫就会被拒绝。 如此， 不 仅无法实现特殊情况下的跨域路由控制， 而且， 严重影响了用户对闭锁 业务的使用， 使用户不能灵活的得到仅将 IMS域闭锁或仅将 CS域闭锁 的服务， 也使运营商无法为用户提供方便满意的服务。 发明内容

有鉴于此， 本发明提供了一种实现闭锁业务的方法， 不仅能实现跨 域路由控制，保证业务连续性，而且能支持用户对闭锁业务的灵活使用。

本发明还提供了实现闭锁业务的装置， 用于在跨域路由控制中实现 灵活的闭锁业务。

本发明所提供的实现闭锁业务的方法包括：

路由决策点获取闭锁业务信息， 并根据所获取的包括闭锁业务信息 在内的用户信息以及自身存储的路由策略， 向接续实体指示相应路由信 息。

其中，所述接续实体为关口移动交换中心 GMSC或服务型呼叫会话 控制功能实体 S-CSCF。

其中， 所述路由决策点获取闭锁业务信息为： 闭锁业务设置方在路 由决策点设置闭锁业务信息。

其中， 所述路由决策点为 CS域业务控制功能实体 SCF或 IMS域应 用服务器 AS。

其中， 该方法进一步包括：

采用数据库共享、 或数据库合设、 或跨域路由控制中 SCF与 AS间 的数据同步机制， 同步 SCF与 AS上所设置的闭锁业务信息。

其中， 所述闭锁业务信息为呼叫闭锁 CB业务信息， 所述路由决策 点为 SCF, 所述闭锁业务设置方为用户终端， 所述在路由决策点设置闭 锁业务信息为：

用户终端通过非结构化补充业务数据 USSD与 SCF交互完成设置； 或

用户终端通过 Protal界面与 SCF交互完成设置。

其中， 所述闭锁业务信息为 CB业务信息， 所述路由决策点为 AS, 所述闭锁业务设置方为用户终端， 所述在路由决策点设置闭锁业务信息 为 ··

用户终端通过 IMS域中用户终端与 AS之间的接口与 AS交互完成 设置。

其中， 所述闭锁业务信息为 ODB业务信息和 /或在 IMS域设置针对 IMPU的呼入闭锁信息， 所述路由决策点为 CS域的 SCF或 IMS域的 AS, 所述闭锁业务设置方为操作支持系统 OSS的操作终端， 所述在路 由决策点设置闭锁业务信息为：

所述操作终端向 OSS发送设置请求， OSS通过 SMS将设置请求发 送至 SCF和 /或 AS, SCF和 /或 AS接收操作终端的请求， 完成本地相应 数据的更新。

其中， 所述接续实体为 GMSC， 所述路由决策点为 SCF， 则所述路 由决策点根据所获取的包括闭锁业务信息在内的用户信息以及自身存 储的路由策略， 向接续实体指示相应路由信息具体包括：

SCF收到 GMSC发来的要求路由决策指示后，先根据在自身设置的 闭锁业务信息确定向 HLR和 /或 HSS查询信息， 获得所需用户信息后， SCF再根据自身存储的路由策略以及获取的用户信息， 得到路由信息， 并将路由信息发送给 GMSC。

其中， 所述接续实体为 GMSC， 所述路由决策点为 SCF， 则所述路 由决策点根据所获取的包括闭锁业务信息在内的用户信息以及自身存 储的路由策略， 向接续实体指示相应路由信息具体包括：

SCF收到 GMSC发来的要求路由决策指示后， 向 HLR和 HSS查询 信息， 获得所需用户信息后， SCF根据自身设置的闭锁业务信息、 自身 存储的路由策略以及获取的用户信息， 得到路由信息， 并将路由信息发 送给 GMSC。

其中， 所述接续实体为 S-CSCF, 所述路由决策点为 AS, 则所述路 由决策点根据所获取的包括闭锁业务信息在内的用户信息以及自身存 储的路由策略， 向接续实体指示相应路由信息具体包括：

S-CSCF将呼叫触发到 AS后， AS根据自身设置的闭锁业务信息， 判断当前呼叫是否在 IMS域被闭锁， 如果是， 则 AS进一步得到 CS域 的路由信息， 并且将所得到的路由信息发送给 S-CSCF。

其中， 所述 AS为 IMS域中提供语音呼叫连续性 VCC业务的 AS。 其中， 所述路由决策点获取闭锁业务信息为：

HLR通过路由响应消息将闭锁业务信息发送给路由决策点。

其中，所述路由决策点为 SCF,则所述 HLR将闭锁业务信息发送给 路由决策点具体为：

HLR在收到 GMSC的路由请求消息后， 向 GMSC返回携带有闭锁 业务信息的路由响应消息， GMSC 收到后将闭锁业务信息通过触发 CAMEL业务的消息发送给 SCF。

其中，所述路由决策点为 GMSC，则所述 HLR将闭锁业务信息发送 给路由决策点具体为：

HLR在收到 GMSC的路由请求消息后， 向 GMSC返回携带有闭锁 业务信息的路由响应消息。

其中， 该方法进一步包括： GMSC收到路由响应消息后， 根据路由 响应消息中携带的闭锁业务信息， 判断当前呼叫是否在 CS域被闭锁， 如果是， 则 GMSC直接将当前呼叫路由到 IMS域， 完成后续被叫路由 过程。

其中， 所述路由决策点获取闭锁业务信息为：

HLR通过信息查询响应将闭锁业务信息发送给路由决策点。

其中，所述路由决策点为 SCF,则所述 HLR将闭锁业务信息发送给 路由决策点具体为：

HLR在收到 GMSC的路由请求消息后， 向 GMSC返回路由响应消 息； GMSC收到所述路由响应消息后向 SCF触发移动网增强逻辑的客户 化应用 CAMEL业务； SCF向 HLR和 HSS查询信息， HLR返回闭销业 务信息。

其中， 所述闭锁业务信息为

表示 CB业务是否有效的 CB业务标识，和 /或，表示 ODB业务是否 有效的 ODB业务标识。

其中， 所述闭锁业务信息为：

表示 CB业务在 CS域和 /或 IMS域是否有效的 CB业务标识， 和 / 或， 表示 ODB业务在 CS域和 /或 IMS域是否有效的 ODB业务标识。

其中， 所述路由决策点为提供 VCC业务的 SCF。

本发明所提供的实现闭锁业务的装置可以是一种业务控制功能实 体， 包括路由决策模块， 该业务控制功能实体进一步包括：

闭锁信息存储模块： 用于保存闭锁信息， 该模块一端连接到闭锁信 息设置接口， 另一端连接到所述路由决策模块；

闭锁信息设置接口： 用于通过与外部终端交互进行闭锁信息设置， 该接口一端连接到所述闭锁信息存储模块， 另一端连接到外部终端； 所述路由决策模块进一步用于根据所述闭锁信息进行路由决策。 其中， 所述闭锁信息设置接口包括以下接口中的至少一个： 非结构化补充业务数据接口和业务管理系统接口。

其中， 该业务控制功能实体进一步包括：

闭锁信息同步模块： 用于进行闭锁信息的同步， 该模块连接到所述 闭锁信息存储模块。

本发明所提供的实现闭锁业务的装置可以是一种应用服务器， 包括 路由决策模块， 该应用服务器进一步包括：

闭锁信息存储模块： 用于保存闭锁信息， 该模块一端连接到闭锁信 息设置接口， 另一端连接到所述路由决策模块；

闭锁信息设置接口： 用于通过与外部终端交互进行闭锁信息设置， 该接口一端连接到所述闭锁信息存储模块， 另一端连接到外部终端； 所述路由决策模块进一步用于根据所述闭锁信息进行路由决策。 其中， 所述闭锁信息设置接口包括以下接口中的至少一个： Ut接口和业务管理系统接口。

其中， 该应用服务器进一步包括：

闭锁信息同步模块： 用于进行闭锁信息的同步， 该模块连接到所述 闭锁信息存储模块。

其中， 该应用服务器为互联网协议多媒体子系统域中提供语音呼叫 连续性业务的应用服务器。

本发明所提供的实现闭锁业务的装置可以是一种归属位置寄存器， 保存有闭锁信息， 该归属位置寄存器在收到关口移动交换中心发送的 SRI消息后， 将自身保存的闭锁信息携带在 SRI ack消息中发送给关口 移动交换中心。

本发明所提供的实现闭锁业务的装置可以是一种归属位置寄存器， 保存有包括闭锁信息在内的用户信息， 该装置在业务控制功能实体向自 身查询用户信息时， 将自身保存的包括闭锁信息在内的用户信息发送给 业务控制功能实体。

该归属位置寄存器包括闭锁信息处理模块， 进一步包括：

语音呼叫连续性业务判断模块： 用于判断用户是否申请了语音呼叫 连续性业务， 并根据判断结果决定是否指示所述闭锁信息处理模块对闭 锁信息进行处理。

本发明所提供的实现闭锁业务的装置可以是一种关口移动交换中 心， 该关口移动交换中心在接收到携带有闭锁信息的 SRI ack消息后， 提取所述闭锁信息， 并且在向业务控制功能实体发起移动网增强逻辑的 客户化应用流程时将所述闭锁信息发送给业务控制功能实体。

本发明所提供的实现闭锁业务的装置可以是一种关口移动交换中 心， 该关口移动交换中心在接收到携带有闭锁信息的 SRI ack消息后， 提取所述闭锁信息， 并根据所述闭锁信息决定路由方向。 本发明所提供的实现闭锁业务的装置可以是一种业务控制功能实 体， 包括通信接口模块和路由决策模块， 该业务控制功能实体进一步包 括：

闭锁信息处理模块：用于根据所收到携带有闭锁信息的 Initial DP消 息后， 根据所述闭锁信息， 确定是否指示路由决策模块查询归属位置寄 存器和 /或归属签约用户服务器， 该模块一端连接到通信接口模块， 另一 端连接到路由决策模块。

本发明所提供的实现闭锁业务的装置可以是一种业务控制功能实 体，该业务控制功能实体用于向归属位置寄存器和 /或归属签约用户服务 器查询包括闭锁信息在内的用户信息，并根据归属位置寄存器和 /或归属 签约用户服务器返回的包括闭锁信息在内的用户信息以及自身存储的 路由策略进行路由决策。

采用本发明所提供的技术方案， 由于通过在路由决策点设置闭锁业 务信息， 或是改变现有技术中 HLR的业务处理逻辑， 使得 HLR不再因 为被叫用户在某一个域设置了闭锁业务， 就将来自各个域的呼叫全部闭 锁。本发明方法的实现可使用户根据自身的实际需要灵活地设置仅在 CS 域闭锁、 或仅在 IMS域闭锁、 或同时在 CS域和 IMS域闭锁， 如此， 不 仅能在实现闭锁业务的同时保证业务的连续性， 保证路由决策点实现跨 域路由控制， 而且， 给用户和运营商都带来了极大的方便， 使运营商能 为用户提供理想、 满意的服务。

本发明解决了当用户选择使用不同接入技术的终端接入 IMS 域或 CS 域时， 可根据一定的策略以及用户在不同域是否可及等情况， 确定 该用户作为被叫时的接续路由的增强跨域路由控制， 适用于当前的语音 呼叫连续性业务的解决方案。 附图简要说明

图 1为现有技术中 CS/IMS域间路由选择的实现原理示意图； 图 2为现有技术中 CS IMS域间路由选择的具体实现流程图； 图 3为现有技术在实际应用中 CB和 /或 ODB业务的实现流程图； 图 4为本发明方法实施例一的实现流程示意图；

图 5为本发明方法实施例二的实现流程示意图；

图 6为本发明方法实施例五的实现流程示意图。 实施本发明的方式

本发明的基本思想是： 由路由决策点根据获取的闭锁业务信息， 确 定当前呼叫是否分别在 CS域和 /或 IMS域被闭锁，进而只在未被闭锁的 域完成跨域路由控制。

本发明中所述闭锁业务信息是指： 针对某个被叫用户的呼入业务在 CS域和 /或 IMS域被闭锁的指示信息， 对于 CB业务而言， 闭锁业务信 息就是 CB业务信息； 对于 ODB业务而言， 闭锁业务信息就是 ODB业 务信息。

这里， 所述路由决策点可以是 CS域中的 SCF, 也可以是 IMS域中 的 AS, 还可以是 CS域的 GMSC。 相应的， 路由决策点获取闭锁业务信 息的方式也有多种，比如： 由闭锁业务设置方直接设置于路由决策点中； 或者， 路由决策点通过 HLR返回的 SRI响应获得； 或者， 路由决策点 通过 HLR回应的查询信息得到， 其中， 所述闭锁业务设置方， 对于 CB 业务而言是指用户终端， 对于 ODB业务而言是指运营商操作终端。

基于上述思想， 本发明的实现方案实际分为两种：

第一种是改变现有技术在 HLR/HSS 中设置闭锁业务信息的机制， 改为在路由决策点中设置闭锁业务信息， 并由路由决策点根据设置的闭 锁业务信息实现闭锁业务， 这种情况下，路由决策点可以是 SCF或 AS。 对于 CB业务， 是由用户终端通过不同方式将闭锁业务信息设置于 SCF 或 AS中； 对于 ODB业务， 是由操作终端通过 OSS系统将闭锁业务信 息设置于 SCF或 AS中。

第二种是保留现有技术在 HLR/HSS 中设置闭锁业务信息的方案， 但改变 HLR的业务处理逻辑， 由 HLR在返回 SRI ack时、 或 HLR/HSS 返回查询信息时， 向路由决策点返回闭锁业务信息， 这种情况下， 路由 决策点可以是 SCF或 AS, 还可能是 GMSC；。

下面结合附图和具体实施例详细说明本发明的实现方案。 在下面的 叙述中， 主要以 GMSC接到 CS域来话为例说明本发明所提供的技术方 案。

对于本发明的笫一种实现方案， 首先， 要在 HLR 中取消用户相应 的闭锁业务信息设置， 和 /或在 HSS中取消用户相应的 IMPU的入呼闭 锁设置， 这里， 可以将 HSS中用户相应的 IMPU的入呼闭锁设置也视为 一种闭锁业务信息。 之后， 在业务激活时， 对于 CB业务而言， 用户终 端根据自身的偏好，在跨域路由控制方案 CS域路由决策点 SCF和 /或跨 域路由控制方案 IMS域路由决策点 AS 中， 设置相应特定情况下不在 CS接续的闭锁业务信息， 激活在 CS域执行的 CB业务。 用户终端可采 取不同的设置方式来激活 CB业务， 具体包括：

一）用户终端通过 USSD与 SCF交互完成所述设置，包括以下步驟： 11 ) 用户终端通过非结构化补充业务数据 （USSD, Unstructured Supplementary Services Data )发起设置请求， 用户终端所在 GSM/UMTS 网络根据 USSD请求中的业务码将该设置请求送至提供该 USSD应用的 SCF。

这里， USSD是一种 GSM PH2补充业务，终端和网络都能发起 USSD 操作， 与短消息一样， USSD操作也可以在呼叫中发送， 不同于短消息 的是： USSD是实时面向连接的， 也就是说， 在一个 USSD会话中， 一 直保持无线连接， 提供透明管道， 没有存储转发， 且在一次 USSD会话 过程中， 支持多个连续的 USSD操作。 USSD操作的路由根据其中的业 务码 ( Service Code )决定， 提供 USSD应用的实体会解析其中的业务数 据并根据业务逻辑做出处理和响应， 通过 USSD运营商能够自行制定符 合本地用户需求的相应业务。

12 ) SCF与用户终端通过 USSD操作进行用户身份鉴别， 身份鉴别 通过后执行下一步， 采用的鉴权方式包括但不限于： 账户密码验证等， 本步骤是可选的。

13 ) SCF接纳用户的请求， 完成本地相应数据的更新。

14 )如果 SCF和作为 IMS域路由决策点的 AS之间共享数据库或者 合设， 那么， 它们的数据是共享的， 不需要进行数据同步； 否则， SCF 通过所述跨域路由控制方案中与作为 IMS域路由决策点的 AS间的数据 同步机制， 同步所述数据设置。

二）用户终端通过 Portal界面与 SCF交互完成所述设置， 包括： 21 )用户终端通过 web Portal发起设置请求， Portal通过业务管理系 统（ SMS, Service Management System )将用户请求送至提供当前 CAMEL 业务的 SCF， 本发明用于语音呼叫连续性 （VCC ) 业务时， 所述 SCF 为提供语音呼叫连续性业务的 SCF;

22 ) Portal向网络侧发送业务请求前， 与用户进行 web操作进行用 户身份鉴别， 身份鉴别通过后执行下一步， 采用的鉴权方式包括但不限 于： 帐户密码验证等， 本步驟是可选的；

23 ) SCF接纳用户的请求， 完成本地相应数据的更新；

24 )如果 SCF和作为 IMS域路由决策点的 AS之间共享数据库或者 合设， 那么， 它们的数据是共享的， 不需要进行数据同步； 否则， SCF 通过所述跨域路由控制方案中与作为 IMS域路由决策点的 AS间的数据 同步机制， 同步所述数据设置。

三）用户终端通过 IMS域中用户终端与 AS的接口 Ut与作为 IMS 域路由决策点的 AS之间交互完成所述设置， 包括以下步骤：

31 )用户终端通过 IMS域中的 Ut接口向作为 IMS域路由决策点的 AS发起设置请求；

32 )在作为 IMS域路由决策点的 AS接纳用户请求前， 用户终端与 IMS 网络交互完成 Ut接口的鉴权过程， 鉴权通过后执行下一步， 本步 驟可选；

33 )作为 IMS域路由决策点的 AS接纳用户的请求， 完成本地相应 数据的更新；

34 )如果 SCF和作为 IMS域路由决策点的 AS之间共享数据库或者 合设， 那么， 它们的数据是共享的， 不需要进行数据同步； 否则， 作为 IMS域路由决策点的 AS通过所述跨域路由控制方案中与作为 CS域路 由决策点的 SCF间的数据同步机制， 同步所述数据设置。

对于 ODB业务和 /或 IMS域设置针对 IMPU的呼入闭锁而言，运营 商通过向作为跨域路由控制方案路由决策点的 SCF和 /或作为 IMS域路 由决策点的 AS, 设置相应特定情况下不在 CS和 /或 IMS接续的运营商 策略， 完成 ODB业务和 /或 IMS域针对 IMPU的呼入闭锁； 操作终端可 采用以下设置方式及过程：

41 )操作终端通过操作支持系统（ OSS, Operation Support System ) 发起设置请求， OSS 通过 SMS 将运营商业务设置请求送至提供当前 CAMEL业务的 SCF和 /或作为 IMS域路由决策点的 AS, 本发明用于 VCC业务时， 所述 SCF为提供语音呼叫连续性业务的 SCF; 42 ) OSS与操作终端进行合法身份鉴别， 采用的鉴权方式包括但不 限于： 帐户密码验证， 鉴权通过后执行下一步， 本步骤可选；

43 )SCF和 /或作为 IMS域路由决策点的 AS接纳对用户业务设置的 请求， 完成本地相应数据的更新；

44 )如果所述设置只针对 SCF或 AS进行， 在 SCF和作为 IMS域 路由决策点的 AS之间共享数据库或者合设情况下， 它们的数据是共享 的， 不需要进行数据同步； 否则， SCF与作为 IMS域路由决策点的 AS 间通过所述跨域路由控制方案中彼此间的数据同步机制， 同步所述数据 设置。

当业务去激活时， 对于 CB业务而言， 用户终端通过 USSD方式、 或 Portal过程向 SCF发送 CB业务去注册请求； 或者通过 IMS域的 Ut 接口向作为 IMS域路由决策点的 AS发送 CB业务去注册请求， 业务去 激活的具体过程与激活过程基本一致， 差别仅在于这里是去激活。 对于 ODB 业务和 /或 IMS域中针对 IMPU的呼入闭锁而言， 操作终端通过 OSS, 将 ODB和 /或 IMS域针对 IMPU的呼入闭锁相应信息配置到 SCF 和 /或作为 IMS域路由决策点的 AS中， 完成对相应用户的限制。 具体去 激活过程和激活过程基本一致， 差别在于这里是去激活。

进一步的， 用户终端在采用上述方式及过程分别设置 CB时， 不仅 可以设置用户在 CS域执行 CB业务， 同时也可以设置用户在 IMS域执 行 CB业务。 通过上述数据库共享、 合设或同步机制， 用户终端能够在 CS/IMS两个域都实现所希望的针对 CS和 /或 IMS的呼叫闭锁业务。

当用户终端或运营商通过上述方法设置了闭锁业务信息， 当收到一 个呼叫后， 具体的闭锁业务处理流程如图 4所示， 包括以下步骤：

步骤 L00〜L01: GMSC收到 IAM消息后， 发送 SRI给 HLR要求路 由信息， 由于不在 HLR中实现该用户的 CB/ODB业务， 因此 HLR会给 GMSC返回被叫用户的签约信息 T-CS Terminating CAMEL Subscription Information );

步骤 L02: GMSC触发 CAMEL过程， 发送 Initial DP给 SCF要求 路由决策指示；

步骤 L03〜L05: SCF根据用户和运营商对该被叫用户设置的闭锁业 务信息， 决定向 HSS和 /或 HLR发送请求， 请求查询被叫用户在 IMS 域和 /或 CS域的注册状态。这里，可分别设置对应 CS域和 IMS域的 CB 标识和 ODB标识， 标识有效说明 CS域 /IMS域闭锁， 标识无效说明 CS 域 /IMS域未闭锁， 因此， 如果该用户对应 CS域的 CB标识或 ODB标 识有效， 则 SCF只会给 HSS发送请求， 并且不会将路由指向 CS域； 如 果该用户对应 CS域的 CB标识和 ODB标识都无效，则 SCF按照正常流 程处理， 即同时向 HLR和 HSS发信息查询请求。

步骤 L06: SCF 根据路由决策结果， 给 GMSC 发送继续 /连接 Continue/Connect消息， 指示相应的路由信息。

在上述方案中， SCF根据闭锁业务信息的设置情况， 决定向 HLR 和 /或 HSS发送信息查询请求。 作为一种替代方案，， SCF也可以不在发 送信息查询请求之前考虑所设置的闭锁业务信息， 而是， 先向 HLR和 HSS发送信息查询请求， 并获得相应信息。 在进行路由决策时， SCF再 考虑所设置的闭锁业务信息，即考虑该被叫用户在 CS域和 /或 IMS域是 否被闭锁， 然后综合包括闭锁业务信息在内的用户信息以及自身存储的 路由策略， 做出路由决策。

实施例一：

本实施例中， 先将 HLR中用户相应的 CB业务签约及 ODB业务信 息设置取消， 和 /或将 HSS中用户相应的 IMPU的入呼闭锁设置取消。

对于 CB业务的激活 /去激活， 可通过下面三种方式完成原有 CB业 务的激活 /去激活：

A )用户终端通过 USSD请求与 SCF交互完成所述设置，具体包括：

A1. 用户终端与网络通过协商或通知过程， 约定 CB业务操作所使 用的 USSD业务码；

A2. 用户需要发起业务时， 通过 USSD发起设置请求， 用户所在 GSM/UMTS 网络根据用户发来的 USSD请求中是否携带约定好的业务 码， 可获知当前请求为 CB业务激活 /去激活请求， 所以将该请求送至提 供该 USSD应用的 SCF; 之后， 根据用户的要求， 即确定当前请求是 CB业务激活请求， 还是 CB业务去激活请求； 并且， 确定是否指定特定 的 CB要求， 如禁止所有入呼， 当用户漫游到拜访网絡时， 可禁止所有 入呼； 或是， 指定 CB业务所针对的网絡域， 如禁止在 CS域接续入呼， 禁止在 IMS域接续入呼等等。

A3. SCF与用户终端进行 USSD方式的 CB业务操作时， 先进行用 户身份鉴别， 采用的鉴权方式包括但不限于： 账户密码验证。 比如可采 用以下方案：

SCF通过用户 USSD请求所建立的 USSD会话交互请求用户的密 码； 用户终端发送密码给 SCF; SCF验证密码正确后， 通知用户终端； 用户终端收到鉴权通过指示后， 发送相应的业务操作请求给 SCF, 从而 完成业务的申请。

本步驟是可选的。

A4. SCF接纳用户请求， 完成本地相应数据的更新。

A5. 如果 SCF和作为 IMS域路由决策点的 AS之间共享数据库或数 据库合设， 那么， 它们的数据是共享的， 不需要进行数据同步； 否则， SCF通过所述跨域路由控制方案中与作为 IMS域路由决策点的 AS间的 数据同步机制， 同步所述数据设置。 这样， 当 IMS域的 AS进行路由判 断时， 也能考虑到用户在 CS域设置了 CB业务， 从而不用查询 HLR就 能做出判决。

B )用户通过 Portal界面与 SCF交互完成所述设置， 具体包括以下 步驟：

B 1. 用户终端通过 web Portal发起设置请求 , Portal通过 SMS将用 户请求送至提供当前 CAMEL业务的 SCF, 本实施例用于 VCC业务时， 所述 SCF为提供语音呼叫连续性业务的 SCF。

B2. Portal 向网络侧发送业务请求前， 与用户终端通过 web操作完 成用户身份鉴别， 采用的鉴权方式包括但不限于： 帐户密码验证； 本步 驟是可选的。

B3. SCF接纳用户请求， 完成本地相应数据的更新。

B4. 如果 SCF和作为 IMS域路由决策点的 AS之间数据库共享或合 设， 那么， 它们的数据是共享的， 不需要进行数据同步； 否则， SCF通 过所述跨域路由控制方案中与作为 IMS域路由决策点的 AS间的数据同 步机制， 同步所述数据设置。 这样， 当 IMS域的 AS进行路由判断时， 也能考虑到用户在 CS域设置了 CB业务， 从而不用查询 HLR就能做出 判决。

C )用户终端通过 IMS域中用户与 AS之间的 Ut接口与作为 IMS 域路由决策点的 AS之间交互完成所述设置， 包括以下步骤：

C1. 用户终端通过 IMS域的 Ut接口向作为 IMS域路由决策点的 AS 发起设置请求。

C2.在作为 IMS域路由决策点的 AS接纳用户请求前， 用户与 IMS 网络交互完成 Ut接口的鉴权过程， 本步骤是可选的。

C3.作为 IMS域路由决策点的 AS接纳用户的请求， 完成本地相应 数据的更新。 C4. 如果 SCF与作为 IMS域路由决策点的 AS之间数据库共享或合 设， 那么， 它们的数据是共享的， 不需要进行数据同步； 否则，作为 IMS 域路由决策点的 AS通过所述跨域路由控制方案中与作为 CS域路由决 策点的 SCF间的数据同步机制， 同步所述数据设置。

进一步的， 用户在采用上述方式及过程设置 CB业务信息时， 不仅 可以设置在 CS域进行 CB业务， 同时也可以设置用户在 IMS域的 CB 业务。 通过上述数据库共享、 或数据库合设、 或数据同步机制， 用户就 能在 CS和 IMS两个域都实现其所希望的针对 CS和 /或 IMS域的呼叫闭 锁业务。

对于 ODB业务， 运营商通过向作为跨域路由控制方案路由决策点 的 SCF和 /或作为 IMS域路由决策点的 AS, 设置相应特定情况下不在 CS和 /或 IMS接续的运营商策略， 即： 完成原有 ODB业务和 /或 IMS域 针对 IMPU的呼入闭锁的激活， 该设置可采用以下方式及过程：

D1. 操作终端通过 OSS发起设置请求， OSS再通过 SMS将运营商 业务设置请求送至提供当前 CAMEL业务的 SCF和 /或作为 IMS域路由 决策点的 AS,本实施例用于 VCC业务时， 所述 SCF为提供语音呼叫连 续性业务的 SCF。

D2. OSS对操作终端进行合法身份鉴别， 采用的鉴权方式包括但不 限于： 帐户密码验证， 本步骤是可选的。

D3. SCF和 /或作为 IMS域路由决策点的 AS接纳运营商操作终端的 请求， 完成本地相应数据的更新。

D4. 如果所述设置只针对 SCF或 AS进行， 在 SCF和作为 IMS域 路由决策点的 AS之间共享数据库或数据库合设的情况下， 它们的数据 是共享的， 不需要进行数据同步； 否则， SCF与作为 IMS域路由决策点 的 AS间通过所述跨域路由控制方案中彼此间的数据同步机制， 同步所 述数据设置。 这样， 当 IMS域的 AS进行路由判断时， 也能考虑到该用 户存在运营商在 CS域设置的 ODB业务， 从而不用查询 HLR就能做出 判决。

在实际应用中， 实现闭锁业务的过程如图 4所示。 在具体处理过程 中， 根据 CB/ODB业务设置的不同以及来话呼入域的不同， 可能存在六 种处理分支： ① 仅在 CS域设置了 CB/ODB业务， 主叫用户从 CS域呼 入；② 仅在 CS域设置了 CB/ODB业务，主叫用户从 IMS域呼入；③仅 在 IMS域设置了 CB/ODB业务， 主叫用户从 CS域呼入； ④仅在 IMS 域设置了 CB/ODB业务， 主叫用户从 IMS域呼入； ⑤ 在 CS域和 IMS 域均设置了 CB/ODB业务， 主叫用户从 CS域呼入； ⑥在 CS域和 IMS 域均设置了 CB/ODB业务， 主叫用户从 IMS域呼入。

针对处理分支①， 当一个被叫到达 GMSC后， 包括以下步骤： al. GMSC发送 SRI给 HLR要求路由信息， 由于不在 HLR中实现 该用户的 CB和 ODB业务，因此 HLR会向 GMSC返回被叫用户的 T-CSI。

a2. GMSC触发 CAMEL过程，发送 Initial DP给 SCF要求路由决策 指示， 步骤 al和 a2与现有流程一致。

a3. SCF根据用户和运营商对该被叫用户在本地设置或从 AS同步过 来的闭锁业务信息设置情况， 决定向 HSS和 /或 HLR发送请求， 请求被 叫用户在 IMS域和 /或 CS域的注册状态。 如果该用户在 CS域的 CB标 识或 ODB标识有效， SCF只会给 HSS发送请求查询信息， 且路由结果 不会将该路由指向 CS域； 如果该用户在 CS域的 CB标识和 ODB均无 效， 则 SCF按照现有正常流程处理。

a4. SCF根据路由决策结果， 给 GMSC发送路由信息。

针对处理分支③， 与处理分支①的处理过程类似， 只是在步骤 a3中 SCF是基于 IMS域 CS/ODB设置情况确定是否向 HSS发送信息请求。 针对处理分支②， 当一个被叫到达 IMS域后， 包括以下步骤： bl. AS收到路由请求前的步骤和现有流程一致；

b2. AS收到路由请求后， 根据用户和运营商对该被叫用户在本地设 置或从 SCF同步过来的闭锁业务信息设置，决定向 HSS和 /或 HLR发送 请求查询信息， 请求被叫用户在 IMS域和 /或 CS域的注册状态。 如果该 用户在 CS域的 CB标识或 ODB标识有效， AS只会给 HSS发送请求， 且路由结果不会将该路由指向 CS域；如果该用户在 CS域的 CB标识和 ODB标识均无效， 则 AS按照现有正常流程处理。

针对处理分支④， 与处理分支②的处理过程类似， 只是在步驟 b2中 AS是基于 IMS域 CS/ODB设置情况确定是否向 HSS发送信息请求。

针对处理分支⑤， 当一个被叫到达 CS域后， 包括以下步骤： cl. SCF收到路由请求前的步骤和现有流程一致；

c2. SCF根据该被叫用户的闭锁业务信息设置， 确定该呼叫在两个 域都被禁止， 则 SCF给 GMSC返回两个域都禁止的消息， 并附带相应 原因。

针对处理分支⑥， 当一个被叫到达 IMS域后， 包括以下步骤： dl. AS收到路由请求前的步骤和现有流程一致；

d2. AS根据该被叫用户的闭锁业务信息设置， 确定该呼叫在两个域 都被禁止了， 所以 AS给 I-CSCF返回两个域都禁止的消息， 并附带相应 原因。

在上述方案中， SCF/AS根据闭锁业务信息的设置情况，决定向 HLR 和 /或 HSS发送信息查询请求。 作为一种替代方案， SCF/AS可以直接向 HLR和 HSS发送信息查询请求， 并获得相应信息。 在进行路由决策时， SCF/AS再考虑闭锁业务信息的设置情况， 进而综合包括闭锁业务信息 在内的用户信息以及自身存储的路由策略， 做出路由决策。 对于本发明的第二种实现方案， 用户和运营商还是在 HLR 中设置 闭锁业务信息， 但改动 HLR的业务处理逻辑， 根据 HLR返回闭锁业务 信息时间点的不同， 该方案又分为两种情况： 第一种情况是在 SRI应答 消息中携带闭锁业务信息； 第二种情况是不在 SRI应答消息中携带闭锁 业务信息， 而是在 SCF向 HLR/HSS进行查询时返回闭锁业务信息， 具 体参见实施例五。

对于第二种方案的第一种情况， HLR在收到 SRI消息后， 返回相应 的 SRI ack应答消息， 并携带闭锁业务信息； GMSC收到这样的消息后， 进行相应的处理。 这里， 用户和运营商对该被叫的 CB/ODB 激活 /去激 活和现有流程一致。

针对第一种情况， 由于 SRI ack消息是 HLR返回给 GMSC的， 因 此，根据 GMSC对所收到的闭锁业务信息采用的处理方式不同， 本发明 的实现进一步包括三种子情况： ① GMSC将收到的闭锁业务信息直接发 送给路由决策点， 这种情况下， 路由决策点为 SCF, SCF收到闭锁业务 信息后确定向 HLR和 /或 HSS进行信息查询， 具体参见实施例二； ② GMSC根据收到的闭锁业务信息确定当前呼叫是否在 CS域被闭锁， 如 果是则直接将呼叫路由到 IMS域，这种情况下， GMSC相当于是路由决 策点， 具体参见实施例三； ③ GMSC收到闭锁业务信息后并不将所述闭 锁业务信息发送给路由决策点， 自身也不作处理， 仍按现有流程正常向 SCF发送 Initial DP， 触发 CAMEL过程， 具体参见实施例四。

实施例二：

本实施例中， 对于业务激活， 如果用户希望设置一定的呼入闭锁业 务， 如禁止所有呼入； 或者， 当用户漫游到拜访网络以后禁止呼入。 则 用户根据现有流程 , 通过 MSC向用户归属网络的 HLR发送相应的业务 请求； 归属网络通过密码验证方式， 确认用户请求后， 将用户的请求设 置在 HLR的业务逻辑中。

如果运营商希望对某用户进行 ODB ( Operator Determined Barring )， 比如该用户因为欠费需要禁止呼入， 运营商通过其管理员身份， 通过 OSS等运营维护手段， 在 HLR中设置该用户的禁止呼入。

当用户或运营商希望对自己或某个特定用户取消实施 CB 或 ODB 业务， 仍然采用与激活类似的方法进行设置， 只是将禁止呼入改为允许 呼入。

本实施例中， 具体实现闭锁业务的流程仍参见图 5所示， 包括： 步骤 M01：当 GMSC收到一个 IAM请求后，发送 SRI消息给 HLR, 希望获取被叫的路由信息， 该请求中携带被叫的 MSISDN。

步驟 M02 ~ M03: HLR根据闭锁业务信息的设置， 在向 GMSC返 回的 SRI ack消息中至少包括闭锁业务信息和被叫用户签约信息 T-CSL

HLR可采用不同的方式通知 GMSC, 比如： 额外增加一个呼叫闭锁 信元， 指示该呼叫被呼叫闭锁以及相应的闭锁原因， 该信元在 CS域被 闭锁的情况下携带， CS域没被闭锁的情况下不携带； 或是， 无论 CS域 是否被闭锁都携带， 通过对该信元设置不同的取值表示是否被闭锁， 其 他消息和正常流程一致。

步骤 M04: GMSC触发 CAMEL过程， 发送 Initial DP给 SCF要求 路由决策指示， 其中， 携带该用户已经在 CS域闭锁及相应闭锁原因的 信息。

步骤 M05: 如果 SCF收到的消息指示该被叫已在 CS域被闭锁， 则 SCF只向 HSS查询信息， 并根据 IMS域的情况和其保存的策略进行路 由决策， 否则按照正常流程处理。

步骤 M06: SCF根据路由决策结果， 给 GMSC发送路由信息。

实施例三： 本实施例的前两个步驟与实施例二完全一致， 仅在第三步以后不 同：

3，> GMSC收到 SRI ack消息后， 根据 SRI ack中携带的闭锁业务信 息决定路由方向。 例如， 如果所述闭锁业务信息指示该被叫用户在 CS 域被闭锁， 则 GMSC直接将当前呼叫触发到 IMS域， 完成后续被叫路 由过程； 否则按照现有正常流程处理。 实施例四：

本实施例的前两个步驟与实施例二完全一致， 仅在第三步以后不 同：

3"> GMSC触发 CAMEL过程， 发送 Initial DP给 SCF要求路由决 策指示， 消息不携带闭锁业务信息指示； SCF按照现有正常流程向 HLR 和 HSS发送状态查询。 其中， SCF向 HLR发起标准的任意时间签约数 据查询（ ATSI, Any Time Subscription Interrogation )消息， 向 HLR查询 所需信息， HLR收到查询消息后反馈相应信息， 至少包括闭锁业务信息 和被叫用户签约信息。

4"> gsmSCP根据其自身保存的路由策略，以及从 HLR和 HSS获得 的信息， 做出路由决策， 给 GMSC发送路由信息。 实施例五：

本实施例中， HLR不在 SRI ack消息中携带闭锁业务信息， 而是在 后续 SCF向 HLR发起标准的 ATSI消息时， HLR再反馈相应的闭锁业 务信息。 这里， 用户和运营商对该被叫的 CB/ODB 激活 /去激活和现有 流程一致， 当一个被叫到达 GMSC后， 具体的闭锁业务实现流程如图 6 所示， 包括以下步骤：

步驟 N01~N02: GMSC发送 SRI请求给 HLR要求路由信息， HLR 返回被叫侧 CAMEL签约信息 T-CSI, 即按现有正常流程处理。

如果本实施例应用于语音呼叫连续性业务， 也可以这样处理： HLR检查该用户是否申请了语音呼叫连续性业务， 如果是， 则返回 被叫侧 CAMEL签约信息， 即按照正常流程处理； 如果该用户没有申请 语音呼叫连续性业务， 则进一步判断该用户是否需要闭锁， 如果需要则 直接拒绝该业务； 否则按现有正常流程处理。

步驟 N03: GMSC触发 CAMEL过程， 发送 Initial DP给 SCF要求 路由决策指示；

步骤 N04: SCF给 HLR和 HSS发送请求信息消息， 特别的， 该信 息请求过程中包括 ATSI操作。 HLR收到来自 SCF的包括 ATSI操作的 信息查询请求后，通过 ATSI— ack向 SCF反馈用户闭锁（包括 CB和 ODB ) 业务的签约情况。 SCF根据该返回信息以及 IMS的情况和其保存的策略 进行路由决策。

步骤 N05: SCF根据路由决策结果， 给 GMSC发送路由信息。

在上面的叙述中， 主要以 GMSC接到 CS域来话为例说明了本发明 所提供的技术方案。 在这种情况下， GMSC接到 IAM后， 需要首先向 HLR要求路由信息， 在收到 HLR的响应后才能向 SCF发起 CAMEL过 程， 然后由 SCF做出路由决策。

对于 IMS的 IMPU闭锁来说， 现有技术中， 用户在 IMS域注册时， HSS 就知道哪些 IMPU被闭锁， 并在注册过程中通知到 S-CSCF。 当 S-CSCF收到会话后， 首先检查所服务用户的 IMPU是否被闭锁， 若闭 锁则直接拒绝呼叫， 不需要再和 HSS以及 AS交互。 而在本发明中， 不 再由 S-CSCF根据 IMPU闭锁信息决定是否拒绝业务请求， 而是由 AS 综合 IMPU闭锁业务信息、从 HLR和 /或 HSS查询到的信息以及自身存 储的路由进行路由决策。 对于 IMS的 CB和 ODB来说， 本发明的处理方法是这样的： 对于 CB业务而言， S-CSCF将呼叫触发到 AS后， AS检查针对该 用户是否存在 IMS域闭锁的签约，若存在则进一步判断针对该用户是否 存在 CS域闭锁的签约。如果进一步存在 CS域闭锁的签约则呼叫被闭锁； 如果不存在 CS域闭锁的签约， 就将该呼叫路由到 CS域。

对于 ODB业务而言， S-CSCF将呼叫触发到 AS后， AS检查针对 该用户是否存在之前用户或网络设置的 IMS域闭锁，若存在则进一步判 断针对该用户是否存在之前用户或网络设置的 CS域闭锁。 如果进一步 存在之前用户或网絡设置的 CS域闭锁则呼叫被闭锁， 如果不存在之前 用户或网络设置的 CS域闭锁， 就将该呼叫路由到 CS域。

特別的， 当本发明应用于需要跨域路由选择的业务例如语音呼叫连 续性业务中， 所述 AS为提供语音呼叫连续性业务的 AS。

为了实现上述的方法， 本发明需要在跨域路由选择解决方案的一部 分实体中增加新的模块， 在另一部分实体中去掉现有的模块。

在本发明的第一种实现方案中， SCF需要进一步具有保存闭锁信息 的功能， 因此， 所述 SCF进一步具有闭锁信息存储模块。 另外， SCF在 做出路由决策时， 需要考虑到所保存的闭锁信息。 SCF进行路由决策是 由内部的路由决策模块完成的， 因此， 在本发明中， SCF内部的路由决 策模块需要进一步连接到所述闭锁信息存储模块。

对于 AS来说， 在现有技术中已经有了闭锁信息存储模块， 但是在 现有技术中的 AS闭锁信息存储模块只存储了 CB或 ODB闭锁信息， 而 在本发明中的 AS闭锁信息存储模块需要进一步保存 IMPU闭锁信息。 而 AS中现有的路由决策模块， 在本发明中， 需要在进行路由决策时综 合考虑 IMS域和 CS域的闭锁情况， 而不仅仅考虑 IMS域的闭锁情况。

当然，为了让用户或者运营商能够通过外部终端设置 CB闭锁信息， SCF需要进一步具有 USSD接口模块和 SMS接口模块中的至少一个。 其中 SMS接口模块可以进一步用于 ODB闭锁信息。所述 SCF的 USSD 接口模块和 /或 SMS接口模块都连接到 SCF的闭锁信息存储模块。并且， 所述 USSD接口模块和 SMS接口模块可以统称为闭锁信息设置接口。

为了让用户或者运营商能够通过外部终端设置 CB闭锁信息， AS需 要进一步具有 Ut接口模块。 为了让运营商能够通过外部终端设置 ODB 闭锁信息和 /或针对 IMPU的呼入闭锁信息， AS需要进一步具有 SMS接 口模块。 也就是说， 本发明提供的 AS需要进一步具有 Ut接口模块和 SMS接口模块中的至少一个。所述 AS的 Ut接口模块和 /或 SMS接口模 块都连接到 AS的闭锁信息存储模块。 并且， 所述 Ut接口模块和 SMS 接口模块可以统称为闭锁信息设置接口。

如果 SCF和 AS的闭锁信息存储模块采用共享数据库或数据库合设 的方案设置， 那么它们之间的数据是共享的， 不需要进行数据同步。 否 则， SCF和 AS可以进一步包括闭锁信息同步模块， 用以在 SCF的闭锁 信息存储模块和 AS的闭锁信息存储模块之间进行数据同步。 所述 SCF 的闭锁信息同步模块连接到 AS的闭锁信息同步模块， SCF的闭锁信息 同步模块还连接到 SCF的闭锁信息存储模块， AS的闭锁信息同步模块 还连接到 AS的闭锁信息存储模块。

在本发明的第二种实现方案中， 对应于实施例二， HLR进一步用于 在收到 GMSC的 SRI消息后， 将自身所存储的闭锁信息携带在 SRI ack 消息中发送给 GMSC; GMSC进一步用于在收到 SRI ack消息后， 提取 所述闭锁信息，并且在向 SCF发起 CAMEL流程时将所述闭锁信息发送 给 SCF, 即将所述闭锁信息携带在 Initial DP消息中发送给 SCF。

对应于实施例二， SCF进一步包括闭锁信息处理模块， 用于根据所 收到的由 GMSC发送的 Initial DP消息中携带的闭锁信息， 确定是否指 示路由决策模块按照现有流程对 HLR和 /或 HSS进行查询。 具体的说， 如果 GMSC发来的所述闭锁信息中， 指示该被叫已经在 CS域被闭锁， 则所述闭锁信息处理模块指示路由决策模块只向 HSS 进行查询； 如果 GMSC发来的所述闭锁信息中，指示该被叫已经在 IMS域被闭锁， 则所 述闭锁信息处理模块指示路由决策模块只向 HLR进行查询。 所述闭锁 信息处理模块的一端连接到 SCF现有的通信接口模块，另一端连接到所 述路由决策模块。

对应于实施例三， HLR用于在收到 GMSC的 SRI消息后， 将自身 所存储的闭锁信息携带在 SRI ack消息中发送给 GMSC;GMSC除了用于 按照现有技术向 HLR发送 SRI消息外，进一步用于在收到 SRI ack消息 后， 提取所述闭锁信息， 并且根据所述闭锁信息决定路由方向， 即决定 将所述呼叫路由到 IMS域和 /或 CS域。

对应于实施例五， HLR进一步用于在 SCF向自身查询用户信息时， 将自身所保存的闭锁信息返回给 SCF; 而 SCF 用于在 GMSC 发起 CAMEL流程后 , 按照现有流程向 HLR和 /或 HSS查询用户信息， 并且 根据自身存储的路由策略， 加上 HLR返回的包括闭锁信息在内的用户 信息， 在某些情况下进一步加上 HSS返回的用户信息， 进行路由决策。

如果实施例五应用于语音呼叫连续性业务， 则所述 HLR可以进一 步包括语音呼叫连续性业务判断模块。 其中， 语音呼叫连续性业务判断 模块用于在 SCF向 HLR查询用户信息时， 判断用户是否申请了语音呼 叫连续性业务， 并根据判断结果决定是否指示 HLR 中现有的闭锁信息 处理模块按照现有流程进行闭锁信息处理。 具体的说， 如果用户未申请 语音呼叫连续性业务， 则指示 HLR 中现有的闭锁处理模块按照现有流 程进行闭锁信息处理；否则，向用户返回包括闭锁信息在内的用户信息。 所述语音呼叫连续性业务判断模块为三端口模块， 其中端口一连接到 HLR现有的通信接口模块， 端口二连接到 HLR现有的用户信息存储模 块， 端口三连接到 HLR现有的闭锁信息处理模块。

总之， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本发 明的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同 替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求书

1、 一种实现闭锁业务的方法， 其特征在于， 该方法包括： 路由决策点获取闭锁业务信息， 并根据所获取的包括闭锁业务信息 在内的用户信息以及自身存储的路由策略， 向接续实体指示相应路由信 白

2、 根据权利要求 1 所述的方法， 其特征在于， 所述接续实体为关 口移动交换中心 GMSC或服务型呼叫会话控制功能实体 S-CSCF。

3、 根据权利要求 1 所述的方法， 其特征在于， 所述路由决策点获 取闭锁业务信息为： 闭锁业务设置方在路由决策点设置闭锁业务信息。

4、 根据权利要求 3 所述的方法， 其特征在于， 所述路由决策点为 CS域业务控制功能实体 SCF或 IMS域应用服务器 AS。

5、 根据权利要求 4所述的方法， 其特征在于， 该方法进一步包括： 采用数据库共享、 或数据库合设、 或跨域路由控制中 SCF与 AS间 的数据同步机制， 同步 SCF与 AS上所设置的闭锁业务信息。

6、 根据权利要求 3 所述的方法， 其特征在于， 所述闭锁业务信息 为呼叫闭锁 CB业务信息， 所述路由决策点为 SCF, 所述闭锁业务设置 方为用户终端， 所述在路由决策点设置闭锁业务信息为：

用户终端通过非结构化补充业务数据 USSD与 SCF交互完成设置； 或

用户终端通过 Protal界面与 SCF交互完成设置。

7、 根据权利要求 3 所述的方法， 其特征在于， 所述闭锁业务信息 为 CB业务信息， 所述路由决策点为 AS, 所述闭锁业务设置方为用户终 端， 所述在路由决策点设置闭锁业务信息为：

用户终端通过 IMS域中用户终端与 AS之间的接口与 AS交互完成 设置。

8、 根据权利要求 3 所述的方法， 其特征在于， 所述闭锁业务信息 为 ODB业务信息和 /或在 IMS域设置针对 IMPU的呼入闭锁信息，所述 路由决策点为 CS域的 SCF或 IMS域的 AS, 所述闭锁业务设置方为操 作支持系统 OSS的操作终端， 所述在路由决策点设置闭锁业务信息为： 所述操作终端向 OSS发送设置请求， OSS通过 SMS将设置请求发 送至 SCF和 /或 AS, SCF和 /或 AS接收操作终端的请求， 完成本地相应 数据的更新。

9、 根据权利要求 3 所述的方法， 其特征在于， 所述接续实体为 GMSC, 所述路由决策点为 SCF, 则所述路由决策点根据所获取的包括 闭锁业务信息在内的用户信息以及自身存储的路由策略， 向接续实体指 示相应路由信息具体包括：

SCF收到 GMSC发来的要求路由决策指示后，先根据在自身设置的 闭锁业务信息确定向 HLR和 /或 HSS查询信息， 获得所需用户信息后， SCF再根据自身存储的路由策略以及获取的用户信息， 得到路由信息， 并将路由信息发送给 GMSC。

10、 根据权利要求 3 所述的方法， 其特征在于， 所述接续实体为 GMSC, 所述路由决策点为 SCF, 则所述路由决策点根据所获取的包括 闭锁业务信息在内的用户信息以及自身存储的路由策略， 向接续实体指 示相应路由信息具体包括：

SCF收到 GMSC发来的要求路由决策指示后，向 HLR和 HSS查询 信息， 获得所需用户信息后， SCF根据自身设置的闭锁业务信息、 自身 存储的路由策略以及获取的用户信息， 得到路由信息， 并将路由信息发 送给 GMSC。

11、 根据权利要求 3 所述的方法， 其特征在于， 所述接续实体为 S-CSCF, 所述路由决策点为 AS， 则所述路由决策点根据所获取的包括 闭锁业务信息在内的用户信息以及自身存储的路由策略， 向接续实体指 示相应路由信息具体包括：

S-CSCF将呼叫触发到 AS后， AS根据自身设置的闭锁业务信息， 判断当前呼叫是否在 IMS域被闭锁， 如果是， 则 AS进一步得到 CS域 的路由信息， 并且将所得到的路由信息发送给 S-CSCF。

12、 根据权利要求 11 所述的方法， 其特征在于， 所述 AS为 IMS 域中提供语音呼叫连续性 VCC业务的 AS。

13、 根据权利要求 1所述的方法， 其特征在于， 所述路由决策点获 取闭锁业务信息为：

HLR通过路由响应消息将闭锁业务信息发送给路由决策点。

14、 根据权利要求 13 所述的方法， 其特征在于， 所述路由决策点 为 SCF, 则所述 HLR将闭锁业务信息发送给路由决策点具体为：

HLR在收到 GMSC的路由请求消息后， 向 GMSC返回携带有闭锁 业务信息的路由响 消息， GMSC 收到后将闭锁业务信息通过触发 CAMEL业务的消息发送给 SCF。

15、 根据权利要求 13 所述的方法， 其特征在于， 所述路由决策点 为 GMSC, 则所述 HLR将闭锁业务信息发送给路由决策点具体为：

HLR在收到 GMSC的路由请求消息后， 向 GMSC返回携带有闭锁 业务信息的路由响应消息。

16、 根据权利要求 15 所述的方法， 其特征在于， 该方法进一步包 括： GMSC收到路由响应消息后， 根据路由响应消息中携带的闭锁业务 信息， 判断当前呼叫是否在 CS域被闭锁， 如果是， 则 GMSC直接将当 前呼叫路由到 IMS域， 完成后续被叫路由过程。

17、 根据权利要求 1所述的方法， 其特征在于， 所述路由决策点获 取闭锁业务信息为：

HLR通过信息查询响应将闭锁业务信息发送给路由决策点。

18、 根据权利要求 17所述的方法， 其特征在于， 所述路由决策点 为 SCF, 则所述 HLR将闭锁业务信息发送给路由决策点具体为：

HLR在收到 GMSC的路由请求消息后， 向 GMSC返回路由响应消 息； GMSC收到所述路由响应消息后向 SCF触发移动网增强逻辑的客户 化应用 CAMEL业务； SCF向 HLR和 HSS查询信息， HLR返回闭锁业 务信息。

19、 根据权利要求 1、 3、 13或 17所述的方法， 其特征在于， 所述 闭锁业务信息为

表示 CB业务是否有效的 CB业务标识， 和 /或， 表示 ODB业务是 否有效的 ODB业务标识。

20、 根据权利要求 19所述的方法， 其特征在于， 所述闭锁业务信 息为：

表示 CB业务在 CS域和 /或 IMS域是否有效的 CB业务标识， 和 / 或， 表示 ODB业务在 CS域和 /或 IMS域是否有效的 ODB业务标识。

21、 根据权利要求 1、 3、 13或 17所述的方法， 其特征在于， 所述 路由决策点为提供 VCC业务的 SCF。

22、 一种业务控制功能实体， 包括路由决策模块， 其特征在于， 该 业务控制功能实体进一步包括：

闭锁信息存储模块： 用于保存闭锁信息， 该模块一端连接到闭锁信 息设置接口， 另一端连接到所述路由决策模块；

闭锁信息设置接口： 用于通过与外部终端交互进行闭锁信息设置， 该接口一端连接到所述闭锁信息存储模块， 另一端连接到外部终端； 所述路由决策模块进一步用于根据所述闭锁信息进行路由决策。

23、 根据权利要求 22所述的业务控制功能实体， 所述闭锁信息设 置接口包括以下接口中的至少一个：

非结构化补充业务数据接口和业务管理系统接口。

24、 根据权利要求 22 所述的业务控制功能实体， 其特征在于， 该 业务控制功能实体进一步包括：

闭锁信息同步模块： 用于进行闭锁信息的同步， 该模块连接到所述 闭锁信息存储模块。

25、 一种应用服务器， 包括路由决策模块， 其特征在于， 该应用服 务器进一步包括：

闭锁信息存储模块： 用于保存闭锁信息， 该模块一端连接到闭锁信 息设置接口， 另一端连接到所述路由决策模块；

闭锁信息设置接口： 用于通过与外部终端交互进行闭锁信息设置， 该接口一端连接到所述闭锁信息存储模块， 另一端连接到外部终端； 所述路由决策模块进一步用于根据所述闭锁信息进行路由决策。

26、 根据权利要求 25 所述的应用服务器， 其特征在于， 所述闭锁 信息设置接口包括以下接口中的至少一个：

Ut接口和业务管理系统接口。

27、 根据权利要求 25 所述的应用服务器， 其特征在于， 该应用服 务器进一步包括：

闭锁信息同步模块： 用于进行闭锁信息的同步， 该模块连接到所述 闭锁信息存储模块。

28、 根据权利要求 25 所述的应用服务器， 其特征在于， 该应用服 务器为互联网协议多媒体子系统域中提供语音呼叫连续性业务的应用 服务器。

29、 一种归属位置寄存器， 保存有闭锁信息， 其特征在于， 该归属 位置寄存器在收到关口移动交换中心发送的 SRI消息后， 将自身保存的 闭锁信息携带在 SRI ack消息中发送给关口移动交换中心。

30、 一种归属位置寄存器， 保存有包括闭锁信息在内的用户信息， 其特征在于， 该装置在业务控制功能实体向自身查询用户信息时， 将自 身保存的包括闭锁信息在内的用户信息发送给业务控制功能实体。

31、 根据权利要求 30所述的归属位置寄存器， 包括闭锁信息处理 模块， 其特征在于， 该归属位置寄存器进一步包括：

语音呼叫连续性业务判断模块： 用于判断用户是否申请了语音呼叫 连续性业务， 并根据判断结果决定是否指示所述闭锁信息处理模块对闭 锁信息进行处理。

32、 一种关口移动交换中心， 其特征在于， 该关口移动交换中心在 接收到携带有闭锁信息的 SRI ack消息后， 提取所述闭锁信息， 并且在 向业务控制功能实体发起移动网增强逻辑的客户化应用流程时将所述 闭锁信息发送给业务控制功能实体。

33、 一种关口移动交换中心， 其特征在于， 该关口移动交换中心在 接收到携带有闭锁信息的 SRI ack消息后， 提取所述闭锁信息， 并才艮据 所述闭锁信息决定路由方向。

34、 一种业务控制功能实体， 包括通信接口模块和路由决策模块， 其特征在于， 该业务控制功能实体进一步包括：

闭锁信息处理模块： 用于根据所收到携带有闭锁信息的 Initial DP 消息后， 根据所述闭锁信息， 确定是否指示路由决策模块查询归属位置 寄存器和 /或归属签约用户服务器， 该模块一端连接到通信接口模块， 另 一端连接到路由决策模块。

35、 一种业务控制功能实体， 其特征在于， 该业务控制功能实体用 于向归属位置寄存器和 /或归属签约用户服务器查询包括闭锁信息在内 的用户信息，并根据归属位置寄存器和 /或归属签约用户服务器返回的包 括闭锁信息在内的用户信息以及自身存储的路由策略进行路由决策。