CN100401801C

CN100401801C - 一种实现闭锁业务的方法

Info

Publication number: CN100401801C
Application number: CNB2005100752428A
Authority: CN
Inventors: 朱东铭; 张海; 段小琴; 张鹏
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-06-07
Filing date: 2005-06-07
Publication date: 2008-07-09
Anticipated expiration: 2025-06-07
Also published as: WO2006131072A1; CN1878340A

Abstract

本发明公开了一种实现闭锁业务的方法，该方法包括以下步骤：a.路由决策点获取闭锁业务信息，并根据所获取的闭锁业务信息确定当前呼叫是否在CS域和/或IMS域被闭锁；b.路由决策点根据所获取的包括闭锁业务信息在内的用户信息以及自身存储的路由策略，向GMSC指示相应路由信息。采用本发明的方法不仅能实现跨域路由控制，保证业务连续性，而且能支持用户对闭锁业务的灵活使用。

Description

一种实现闭锁业务的方法

技术领域

本发明涉及呼叫闭锁技术，尤指一种实现闭锁业务的方法。

背景技术

从3GPP R5阶段开始，通用移动通信系统(UMTS)的核心网就被划分为三个子系统：电路交换(CS)、分组交换(PS)以及IP多媒体子系统(IMS)。其中，CS域(Circuit Switched Domain)用于向用户提供电路型业务的连接，包括MSC、GMSC、IWF几个主要实体，MSC(MSC Server/CS-MGW)用于完成电路交换型业务的交换和信令控制功能；GMSC是某一网络中完成移动用户路由寻址功能的MSC，可与MSC合设或分设；IWF一般与MSC紧密相关，用于完成公用陆地移动通信网(PLMN)与综合业务数字网(ISDN)、公共交换通信网(PSTN)、分组数据网(PDN)之间的互通，主要完成信令转换功能，具体功能根据业务和网络种类不同规定。

PS域(Packet Switched Domain)用于向用户提供分组型业务的连接，包括：GPRS支持节点(GSN)和边界网关(BG)两类实体，其中，GSN用于完成分组业务用户分组包的传送，GSN又包括SGSN和GGSN，SGSN提供核心网与无线接入系统中BSS、RNS的连接，完成分组型数据业务的移动性管理、会话管理等功能，管理移动台(MS)在移动网络内的移动和通信业务；GGSN作为移动通信系统与其它公用数据网之间的接口，同时还具有查询位置信息的功能，SGSN、GGSN均能提供计费信息。BG用于完成两GPRS网络间的互通，保证网络互通的安全性。

除此之外，CS域和PS域还共用以下功能实体：HLR/AuC，HLR用于完成用户签约数据和位置信息的管理，其中，用户签约数据包括MSISDN、IMSI、PDP ADDRESS、签约的电信业务和补充业务及其业务的适用范围等等，位置信息包括MSRN、MSC/VLR号、SGSN号、GMLC等等；AuC则用于存储用户的鉴权算法和密钥。VLR，用于处理拜访用户的各种数据信息；EIR，用于存储用户设备标识IMEI信息；还有短消息中心网关MSC(SMS-GMSC/SMSIMSC)等等。

IMS(IP Multimedia Subsystem)是3GPP R5阶段增加的WCDMA网络中叠加在已有分组域之上的一个子系统，采用分组域为其上层控制信令和媒体传输的承载通道，引入起始会话协议(SIP)作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务。IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫会话控制功能实体(CSCF)、提供各种业务逻辑控制功能的应用服务器(AS)、集中管理用户签约数据的归属用户服务器(HSS)以及用于实现与电路交换网互通的MGCF/IM-MGW，用户通过当前所在地的代理CSCF(P-CSCF)接入IMS，会话和业务的触发控制以及与AS的业务控制交互，则由用户注册地的归属域服务CSCF(S-CSCF)完成。其中，IMS系统中的HSS是HLR的超集，功能上能兼容HLR，但在具体组网中，HSS与CS/PS的HLR一般是分设的。

由3GPP标准所定义的IMS架构全面解决了IP承载下提供多媒体业务所需解决的漫游计费、QoS、安全保障等关键的可运营问题，其架构和思路已获得业界公认，3GPP2、TISPAN均以3GPP模型作为基础和参照进行了相应IP多媒体网络架构和业务体系的定义，3GPP也已开始了针对WLAN接入与UMTS互通(I-WLAN)、固定宽带接入IMS(FBI)以及面向多种接入技术的全IP网(AIPN)等课题的研究，使用户可以根据自身的签约信息，通过单一的多模终端或多种类型不同的终端经由采用不同接入技术的接入网络接入IMS，以获得统一的包括VoIP业务在内的多媒体业务。在针对通过不同接入网络接入IMS的课题研究过程中，提出了有关CS呼叫与通过WLAN接入IMS提供的VoIP业务之间业务连续性的问题，进而提出了解决在用户作为被叫时CS/IMS域间路由选择的问题，以适应网络及业务发展的需求。

目前，针对在用户作为被叫时CS/IMS域间路由选择的问题提出了一种解决方案，如图1所示。图1中，虚线上方属于CS域，虚线下方属于IMS域，该解决方案利用业务控制功能(gsmSCF)实体实现CS域的路由决策功能，采用应用服务器(AS)实现IMS域的路由决策功能，图1中GMSC与MSC是合设的，Q/R表示请求/响应的交互过程。图1所示CS/IMS域间路由选择的实现思想是这样的：当GMSC收到CS域来话时，即收到图1中标号为1的起始地址/建立消息IAM/Setup，根据用户签约数据通过图1中标号为2的CAMEL信令触发被叫侧CAMEL业务，与作为路由决策点的gsmSCF建立业务控制关系；在S-CSCF收到IMS域来话时，即收到图1中标号为7的起始地址消息/建立IAM/Setup，根据用户签约数据通过图1中标号为8的ISC消息触发业务控制，与作为路由决策点的AS建立业务控制关系；作为路由决策点的gsmSCF和AS中存储有路由策略，gsmSCF或AS根据自身存储的路由策略，并利用从GMSC或S-CSCF获得的以及与HLR或HSS交互获得的路由决策所需要的信息完成路由决策，并且，gsmSCF或AS利用与GMSC或S-CSCF已建立的业务控制关系执行路由控制。

图1所示CS/IMS域间路由选择的具体实现流程如图2所示：

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

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

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

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

根据3GPP/GSM相关协议(0278及22.078)规定，现有的CAMEL与3G通信系统提供的闭锁业务存在冲突。所谓闭锁业务是指根据用户或运营商的需要关闭指定用户终端的呼入和/或呼出功能，闭锁业务根据业务设置方的不同分为两类：由用户终端决定的呼叫闭锁(CB)业务以及由运营者决定的闭锁(ODB，Operator Determined Barring)业务，对于CB业务，包括业务激活和业务执行流程；对于ODB业务，如图3所示，只需要运营商通过操作支持系统(OSS)或通过管理权限对HLR中保存的相应用户信息进行修改即可。其中，呼叫闭锁业务涉及的业务激活和业务去激活流程分别如图4、图5所示。

如图4所示，呼叫闭锁业务的业务激活流程具体包括：

步骤401：MS发送激活呼叫闭锁请求Activate BX给MSC，MSC和VLR将该激活呼叫闭锁请求转发给HLR。

步骤402：HLR通过VLR、MSC向MS发送密码请求消息Get password。

步骤403：MS通过MSC、VLR发送相应密码给HLR。

步骤404～405：HLR验证密码正确后，通知MS相应呼叫闭锁业务被激活。

相应的，如图5所示，呼叫闭锁业务的业务去激活具体包括：

步骤501：MS发送去激活呼叫闭锁请求Deactivate BI给MSC，MSC和VLR转发该去激活呼叫闭锁请求给HLR。

步骤502：HLR通过VLR、MSC向MS发送密码请求消息Get password。

步骤503：MS通过MSC、VLR发送相应密码给HLR。

步骤504～505：HLR验证密码正确，通知MS相应呼叫闭锁业务被去激活。

对于一个实际呼入发生的CB和/或ODB业务，具体处理过程如图6所示，图6中MSa为主叫，MSb为被叫，该过程包括：

步骤601～602：GMSC收到来自MSa的呼叫建立请求Set-up后，发送路由请求消息SRI(Send Routing Info)到HLRb查询被叫MSb的信息。

步骤603～604：HLRb根据用户设定的CB和/或运营商的ODB信息进行闭锁判决，判断当前来自MSa的呼叫是否被闭锁，然后返回SRI ack，如果该呼叫被闭锁，则HLR返回呼叫拒绝，执行步骤605a；如果该呼叫没有被闭锁，则HLR返回被叫路由信息或用户签约数据T-CSI，执行步骤605b。

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

步骤605b：GMSC收到被叫路由信息或用户签约数据T-CSI后，执行与MSb建立呼叫连接的操作，即触发CAMEL过程并执行后续流程。

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

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

发明内容

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

为达到上述目的，本发明的技术方案是这样实现的：

一种实现闭锁业务的方法，包括以下步骤：

a.路由决策点获取闭锁业务信息，并根据所获取的闭锁业务信息确定当前呼叫是否在CS域和/或IMS域被闭锁；

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

本发明提供的第一种方案中，步骤a中所述路由决策点获取闭锁业务信息为：闭锁业务设置方在路由决策点设置闭锁业务信息。

其中，所述闭锁业务为CB业务，所述路由决策点为CS域的业务控制功能实体gsmSCF，所述闭锁业务设置方为用户终端。所述在路由决策点设置闭锁业务信息为：用户终端通过USSD与gsmSCF交互完成设置；或者，用户终端通过Protal界面与gsmSCF交互完成设置。

所述闭锁业务为CB业务，所述路由决策点为IMS域应用服务器AS，所述闭锁业务设置方为用户终端。所述在路由决策点设置闭锁业务信息为：用户终端通过IMS域中用户终端与AS之间的接口与AS交互完成设置。

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

所述路由决策点为gsmSCF，则所述步骤b具体包括：

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

所述路由决策点为gsmSCF，则所述步骤b具体包括：

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

上述方案中，该方法进一步包括：采用数据库共享、或数据库合设、或现有跨域路由控制中gsmSCF与AS间的数据同步机制，同步gsmSCF与AS之间所设置的闭锁业务信息。

本发明提供的第二种方案中，步骤a中所述路由决策点获取闭锁业务信息为：HLR通过路由响应消息将闭锁业务信息发送给路由决策点。

其中，所述路由决策点为gsmSCF，则HLR将闭锁业务信息发送给路由决策点具体为：HLR在收到GMSC的路由请求消息后，向GMSC返回携带有闭锁业务信息的路由响应消息，GMSC收到后将闭锁业务信息通过触发CAMEL业务的消息发送给gsmSCF。

所述路由决策点为GMSC，则HLR将闭锁业务信息发送给路由决策点具体为：HLR在收到GMSC的路由请求消息后，向GMSC返回携带有闭锁业务信息的路由响应消息。该方法进一步包括：GMSC收到路由响应消息后，根据路由响应消息中携带的闭锁业务信息，判断当前呼叫是否在CS域被闭锁，如果是，则GMSC直接将当前呼叫路由到IMS域，完成后续被叫路由过程。

本发明提供的第三种方案中，步骤a中所述路由决策点获取闭锁业务信息为：HLR通过信息查询响应将闭锁业务信息发送给路由决策点。

所述路由决策点为gsmSCF，则HLR将闭锁业务信息发送给路由决策点具体为：HLR在收到GMSC的路由请求消息后，向GMSC返回携带有被叫用户签约信息、或被叫用户签约信息和闭锁业务信息的路由响应消息，GMSC收到后触发CAMEL业务，gsmSCF向HLR和HSS查询信息，HLR返回闭锁业务信息。

上述所有方案中，所述闭锁业务信息为表示CB业务是否有效的CB业务标识和/或表示ODB业务是否有效的ODB业务标识。进一步的，所述闭锁业务信息为表示CB业务在CS域和/或IMS域是否有效的CB业务标识；和/或为表示ODB业务在CS域和/或IMS域是否有效的ODB业务标识。

上述所有方案中，所述路由决策点为语音呼叫连续性VCC业务中提供VCC业务的gsmSCF。

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

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

附图说明

图1为现有技术中CS/IMS域间路由选择的实现原理示意图；

图2为现有技术中CS/IMS域间路由选择的具体实现流程图；

图3为ODB业务的实现原理示意图；

图4为呼叫闭锁业务的业务激活流程图；

图5为呼叫闭锁业务的业务去激活流程图；

图6为现有技术在实际应用中CB和/或ODB业务的实现流程图；

图7为本发明方法第一种实现方案的实现流程示意图；

图8为本发明方法第二种实现方案的实现流程示意图；

图9为本发明方法第三种实现方案的实现流程示意图。

具体实施方式

本发明的基本思想是：由路由决策点根据获取的闭锁业务信息，确定当前呼叫是否在CS域和/或IMS域被闭锁，以决定是否向HLR和/或HSS进行信息查询，进而完成跨路由控制。本发明中所述闭锁业务信息是指：针对某个被叫用户的呼入业务在CS域和/或IMS域被闭锁的指示信息，对于CB业务而言，闭锁业务信息就是CB业务信息；对于ODB业务而言，闭锁业务信息就是ODB业务信息。

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

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

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

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

下面结合附图和具体实施例详细说明本发明的实现方案。

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

一)用户终端通过USSD与gsmSCF交互完成所述设置，包括以下步骤：

11)用户终端通过非结构化补充业务数据(USSD，Unstructured Supplement-ary Services Data)发起设置请求，用户终端所在GSM/UMTS网络根据USSD请求中的业务码将该设置请求送至提供该USSD应用的gsmSCF。

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

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

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

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

二)用户终端通过Portal界面与gsmSCF交互完成所述设置，包括：

21)用户终端通过web Portal发起设置请求，Portal通过业务管理系统(SMS，Service Management System)将用户请求送至提供当前CAMEL业务的gsmSCF，本发明用于语音呼叫连续性(VCC)业务时，所述gsmSCF为提供语音呼叫连续性业务的gsmSCF；

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

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

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

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

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

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

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

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

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

41)操作终端通过操作支持系统(OSS，Operation Support System)发起设置请求，OSS通过SMS将运营商业务设置请求送至提供当前CAMEL业务的gsmSCF和/或作为IMS域路由决策点的AS，本发明用于VCC业务时，所述gsmSCF为提供语音呼叫连续性业务的gsmSCF；

42)OSS与操作终端进行合法身份鉴别，采用的鉴权方式包括但不限于：帐户密码验证，鉴权通过后执行下一步，本步骤可选；

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

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

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

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

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

步骤700～701：GMSC收到IAM消息后，发送SRI给HLR要求路由信息，由于不在HLR中实现该用户的CB/ODB业务，因此HLR会给GMSC返回被叫用户的签约信息T-CSI(Terminating CAMEL Subscription Information)；

步骤702：GMSC触发CAMEL过程，发送Initial DP给gsmSCF要求路由决策指示；

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

步骤706：gsmSCF根据路由决策结果，给GMSC发送Continue/Connect消息，指示相应的路由信息。

对于本发明的第一种实现方案，gsmSCF也可以不在发送信息查询请求之前考虑所设置得闭锁业务信息，而是，先向HLR和HSS发送信息查询请求，并获得相应信息。在进行路由决策时，gsmSCF再考虑所设置的闭锁业务信息，即考虑该被叫用户在CS域和/或IMS域是否被闭锁，然后综合包括闭锁业务信息在内的用户信息以及自身存储的路由策略，做出路由决策。

实施例一：

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

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

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

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

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

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

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

本步骤是可选的。

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

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

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

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

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

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

B4.如果gsmSCF和作为IMS域路由决策点的AS之间数据库共享或合设，那么，它们的数据是共享的，不需要进行数据同步；否则，gsmSCF通过所述跨域路由控制方案中与作为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.如果gsmSCF与作为IMS域路由决策点的AS之间数据库共享或合设，那么，它们的数据是共享的，不需要进行数据同步；否则，作为IMS域路由决策点的AS通过所述跨域路由控制方案中与作为CS域路由决策点的gsmSCF间的数据同步机制，同步所述数据设置。

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

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

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

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

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

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

在实际应用中，实现闭锁业务的过程如图7所示。在具体处理过程中，根据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后，包括以下步骤：

a1.GMSC发送SRI给HLR要求路由信息，由于不在HLR中实现该用户的CB和ODB业务，因此HLR会向GMSC返回被叫用户的T-CSI。

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

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

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

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

针对处理分支②，当一个被叫到达IMS域后，包括以下步骤：

b1.AS收到路由请求前的步骤和现有流程一致；

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

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

针对处理分支⑤，当一个被叫到达CS域后，包括以下步骤：

c1.gsmSCF收到路由请求前的步骤和现有流程一致；

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

针对处理分支⑥，当一个被叫到达IMS域后，包括以下步骤：

d1.AS收到路由请求前的步骤和现有流程一致；

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

与上述方案不同的是，gsmSCF/AS直接向HLR和HSS发送信息查询请求，并获得相应信息。在进行路由决策时，gsmSCF/AS再考虑闭锁业务信息的设置情况，进而综合包括闭锁业务信息在内的用户信息以及自身存储的路由策略，做出路由决策。

对于本发明的第二种实现方案，用户和运营商还是在HLR中设置闭锁业务信息，但改动HLR的业务处理逻辑，根据HLR返回闭锁业务信息时间点的不同，该方案又分为两种情况：一种情况是在SRI应答消息中携带闭锁业务信息；另一种情况是不在SRI应答消息中携带闭锁业务信息，而是在gsmSCF向HLR/HSS进行查询时返回闭锁业务信息，具体参见实施例五。

对于第二种方案的两种情况，HLR在收到SRI消息后，判断该被叫用户是否申请了闭锁业务，如果是，也不因为CB和/或ODB业务的签约而简单拒绝业务请求，而是返回相应的SRI ack应答消息，并携带闭锁业务信息；GMSC收到这样的消息后，进行相应的处理。这里，用户和运营商对该被叫的CB/ODB激活/去激活和现有流程一致。

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

对于第一种情况的子情况①，具体实现闭锁业务的流程如图8所示，包括：

步骤801～803：当一个被叫到达GMSC后，GMSC发送SRI请求给HLR要求路由信息，HLR根据闭锁业务信息的设置，在向GMSC返回的SRI ack消息中至少包括闭锁业务信息和被叫用户签约信息。

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

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

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

步骤806：gsmSCF根据路由决策结果，给GMSC发送路由结果信息。

对于第一种情况的子情况②，由GMSC判断来自HLR的SRI ack消息中的呼叫闭锁信元，如果该信元指示该呼叫在CS域被闭锁，则GMSC直接将该呼叫路由到IMS域；否则按照现有正常流程处理。

实施例二：

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

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

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

本实施例中，具体实现闭锁业务的流程仍参见图8所示，包括：

步骤81：当GMSC收到一个IAM请求后，发送SRI消息给HLR，希望获取被叫的路由信息，该请求中携带被叫的MSISDN。

步骤82：HLR根据闭锁业务信息设置情况，在给GMSC返回的SRI ack消息中，额外携带一个呼叫闭锁信元，指示该呼叫是被呼叫闭锁的以及相应的闭锁原因，其他消息和正常流程一致。

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

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

步骤85：gsmSCF根据路由决策结果，给GMSC发送路由结果信息。

实施例三：

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

3’＞GMSC收到SRI ack消息后，根据SRI ack中携带的闭锁业务信息，判断当前呼叫是否在CS域被闭锁，如果指示该被叫用户在CS域被闭锁，则GMSC直接将当前呼叫路由到IMS域，完成后续被叫路由过程。

实施例四：

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

4”＞gsmSCP根据其自身保存的路由策略，以及从HLR和HSS获得的信息，做出路由决策，给GMSC发送路由结果信息。

实施例五：

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

步骤901～903：GMSC发送SRI请求给HLR要求路由信息，HLR检查该用户的闭锁业务信息设置，如果用户需要进行闭锁，HLR仍然返回被叫侧CAMEL签约信息，并不拒绝该呼叫，如果用户不需要进行闭锁，则按现有正常流程处理。

如果本实施例应用于语言呼叫连续性业务，也可以这样处理：

如果某用户需要进行闭锁，但用户申请了语音呼叫连续性业务，则HLR返回被叫侧CAMEL签约信息，并不拒绝该业务；如果该用户没有申请语音呼叫连续性业务，则按照现有流程执行，直接拒绝该业务；如果用户不需要进行闭锁，则按现有正常流程处理。

步骤904：GMSC触发CAMEL过程，发送Initial DP给gsmSCF要求路由决策指示；

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

步骤906：gsmSCF根据路由决策结果，给GMSC发送路由结果信息。

本发明可适用于语音呼叫连续性业务，以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1.一种实现闭锁业务的方法，其特征在于，该方法包括以下步骤：

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

3.根据权利要求2所述的方法，其特征在于，所述闭锁业务为CB业务，所述路由决策点为CS域的业务控制功能实体gsmSCF，所述闭锁业务设置方为用户终端。

4.根据权利要求3所述的方法，其特征在于，所述在路由决策点设置闭锁业务信息为：用户终端通过USSD与gsmSCF交互完成设置；或者，用户终端通过Protal界面与gsmSCF交互完成设置。

5.根据权利要求2所述的方法，其特征在于，所述闭锁业务为CB业务，所述路由决策点为IMS域应用服务器AS，所述闭锁业务设置方为用户终端。

6.根据权利要求5所述的方法，其特征在于，所述在路由决策点设置闭锁业务信息为：用户终端通过IMS域中用户终端与AS之间的接口与AS交互完成设置。

7.根据权利要求2所述的方法，其特征在于，所述闭锁业务为ODB业务和/或在IMS域设置针对IMPU的呼入闭锁，所述路由决策点为CS域的gsmSCF或IMS域的AS，所述闭锁业务设置方为操作支持系统OSS的操作终端。

8.根据权利要求7所述的方法，其特征在于，所述在路由决策点设置闭锁业务信息为：所述操作终端向OSS发送设置请求，OSS通过SMS将设置请求发送至gsmSCF和/或AS，gsmSCF和/或AS接收操作终端的请求，完成本地相应数据的更新。

9.根据权利要求2所述的方法，其特征在于，所述路由决策点为gsmSCF，则所述步骤b具体包括：

10.根据权利要求2所述的方法，其特征在于，所述路由决策点为gsmSCF，则所述步骤b具体包括：

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

12.根据权利要求1所述的方法，其特征在于，步骤a中所述路由决策点获取闭锁业务信息为：HLR通过路由响应消息将闭锁业务信息发送给路由决策点。

13.根据权利要求12所述的方法，其特征在于，所述路由决策点为gsmSCF，则HLR将闭锁业务信息发送给路由决策点具体为：HLR在收到GMSC的路由请求消息后，向GMSC返回携带有闭锁业务信息的路由响应消息，GMSC收到后将闭锁业务信息通过触发CAMEL业务的消息发送给gsmSCF。

14.根据权利要求12所述的方法，其特征在于，所述路由决策点为GMSC，则HLR将闭锁业务信息发送给路由决策点具体为：HLR在收到GMSC的路由请求消息后，向GMSC返回携带有闭锁业务信息的路由响应消息。

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

16.根据权利要求1所述的方法，其特征在于，步骤a中所述路由决策点获取闭锁业务信息为：HLR通过信息查询响应将闭锁业务信息发送给路由决策点。

17.根据权利要求16所述的方法，其特征在于，所述路由决策点为gsmSCF，则HLR将闭锁业务信息发送给路由决策点具体为：HLR在收到GMSC的路由请求消息后，向GMSC返回携带有被叫用户签约信息、或被叫用户签约信息和闭锁业务信息的路由响应消息，GMSC收到后触发CAMEL业务，gsmSCF向HLR和HSS查询信息，HLR返回闭锁业务信息。

18.根据权利要求1、2、12或16所述的方法，其特征在于，所述闭锁业务信息为表示CB业务是否有效的CB业务标识和/或表示ODB业务是否有效的ODB业务标识。

19.根据权利要求18所述的方法，其特征在于，所述闭锁业务信息为表示CB业务在CS域和/或IMS域是否有效的CB业务标识；和/或为表示ODB业务在CS域和/或IMS域是否有效的ODB业务标识。

20.根据权利要求1、2、12或16所述的方法，其特征在于，所述路由决策点为语音呼叫连续性VCC业务中提供VCC业务的gsmSCF。