CN1838811A

CN1838811A - 一种归属位置寄存器容灾方法

Info

Publication number: CN1838811A
Application number: CNA2005100337891A
Authority: CN
Inventors: 郭益军; 朱堃; 穆建宏; 郑国斌
Original assignee: ZTE Corp
Current assignee: Beijing Yuanxin Science and Technology Co Ltd
Priority date: 2005-03-24
Filing date: 2005-03-24
Publication date: 2006-09-27
Anticipated expiration: 2025-03-24
Also published as: CN100463547C

Abstract

一种归属位置寄存器容灾方法，BOSS系统根据容灾HLR提供的业务受理接口规范进行改造；将容灾HLR接入七号信令网络，并通过配置把容灾HLR作为各主用HLR的备用子系统；运营商通过BOSS对主用HLR中的用户数据修改，向容灾HLR发起相同的用户数据修改操作；主用HLR异常时，通过信令切换实现容灾HLR对主用HLR业务的接管。本发明消除了不同厂家HLR间用户数据存储格式的差异，实现了不同厂家HLR设备间的容灾；而且实施方便。

Description

一种归属位置寄存器容灾方法

技术领域：

本发明涉及到通讯领域，尤其涉及通讯领域中HLR(Home Location Register，归属位置寄存器)的容灾。

背景技术：

HLR是移动通讯系统的一个核心部件，用于存放移动用户的签约信息。随着通讯技术的不断发展，HLR设备的容量逐渐增大，一旦设备出现异常必将对大量用户带来影响，因此HLR的稳定和可靠运行已经受到国内外运营商的普遍关注，为主用HLR配备容灾HLR也成为网络建设的热门话题。

虽然HLR设备都是根据标准的协议规范开发的，具有标准的外部接口，但是在内部实现上，各厂家之间存在很大的差异，对于HLR中用户数据存放格式也是如此。现实中，对于绝大部分运营商来说，特别是网络规模较大的运营商，核心网上一般都有多个厂家的HLR设备，如果每个厂家HLR只能为自己的HLR设备提供容灾功能，那么容灾HLR的经济性就会明显下降。因此克服不同厂家HLR设备的差异，实现相互之间的容灾就显得非常重要。

发明内容：

本发明所要解决的问题是：解决主用HLR和容灾HLR间用户签约信息的同步问题，尤其是克服不同厂家HLR用户数据存储格式的差异，实现不同厂家间HLR设备的容灾。

本发明的技术方案为：

1.1BOSS(Business Operation Support System，业务运营支撑系统)系统根据容灾HLR提供的业务受理接口规范进行改造，实现与容灾HLR的对接，并支持规范中描述的业务受理指令，使BOSS系统能够对容灾HLR中的用户数据进行操作，并且当BOSS对主用HLR中的数据操作成功后可以向容灾发起相同的数据修改操作。

1.2将容灾HLR接入七号信令网络，并通过配置把容灾HLR作为各主用HLR的备用子系统。

1.3运营商通过BOSS对主用HLR中的用户数据修改，修改成功后BOSS向容灾HLR发起相同的用户数据修改操作，让容灾HLR中的数据发生同样的变化，实现了主用HLR和容灾HLR间数据的同步。包括以下两个步骤：

1)对主用HLR中已经存在的用户数据，主用HLR利用导出功能将用户签约信息导出成一定格式的文件，然后容灾HLR通过导入工具，把文件中的用户信息导入容灾HLR；

2)对主用HLR后续新增加的用户和对原有用户签约信息的修改都通过BOSS系统同步到容灾HLR。具体方法可以是：

操作员通过营业台向BOSS系统发出新增用户签约信息或对用户签约信息修改请求；

BOSS系统收到请求后向主用HLR发起数据增加或修改；

主用HLR修改完用户数据后向BOSS系统回响应，若修改成功则回成功响应，否则回失败响应；

BOSS系统收到响应后，判断主用HLR中用户数据已修改成功，则向容灾HLR发起同样的用户数据增加或修改操作；

容灾HLR增加或修改完用户数据后给BOSS系统回响应；

BOSS系统收到响应后判断容灾HLR增加或修改用户数据是否成功，如果不成功则重发操作，否则本次数据同步操作结束；

1.4主用HLR异常时，通过信令切换实现容灾HLR对主用HLR业务的接管。

具体方法可以是：

主用HLR系统异常时，操作员阻断主用HLR的所有信令链路，并激活容灾HLR的所有信令链路；

STP(SIGNALLING TRANSFER PORT，信令转接点)及故障HLR的本地MSC/VLR(MOBILESWITCH CENTER，移动交换中心/VISITOR LOCATION REGISTER，拜访位置寄存器)和SGSN(SERVING GPRS SUPPORT NODE，GPRS服务支持节点)把发送给故障主用HLR的信令切换到容灾HLR上；

操作员通过操作维护界面使容灾HLR向故障HLR内的用户可能存在的VLR/SGSN发MAP_RESET，强迫用户向容灾HLR发起位置更新；

VLR/SGSN收到MAP_RESET请求后，把属于故障HLR的所有用户数据标为不可靠，此后这些用户一旦接入网络，VLR/SGSN就主动向容灾HLR发起位置更新；

容灾HLR收到VLR/SGSN的位置更新请求，更新用户的动态信息。

采用本发明有益效果非常明显：

借用BOSS系统对主用HLR和容灾HLR的数据同步操作，消除了不同厂家HLR间用户数据存储格式的差异，实现了不同厂家HLR设备间的容灾；

同其他容灾方法相比，主用HLR不需要承担向容灾HLR的数据同步工作，因此主用HLR的处理性能不受任何影响；主用HLR不需要做任何改造，从而使实施更加方便；

容灾HLR平常只处理BOSS的数据同步，负荷比较低，因此一个容灾HLR可以为多个HLR提供容灾功能，经济性比较高。

附图说明：

图1是容灾系统的总体结构示意图。

图2是一种典型的容灾HLR接入七号信令网络的示意图。

图3是典型的BOSS系统组网示意图。

具体实施方式：

图1是容灾系统的总体结构示意图，包括业务营运支持系统，主用HLR、容灾HLR等。

主用HLR异常时，容灾HLR要求能够接管它的业务，因此它需要接入到信令网络中，图2是典型的容灾HLR接入七号信令网络的方式。为了在主用HLR故障时，容灾HLR能够尽快接管业务，网络中的一些网元需要修改一下配置数据。配置数据修改如下：

1、容灾HLR直连的STP，若支持备用子系统功能，那么通过配置把容灾HLR作为各主用HLR的备用子系统；

2、对于和主用HLR直连的本地MSC/VLR或SGSN(Serving GPRS SupportNode，GPRS服务支持节点)，若支持备用子系统功能，那么通过配置把容灾HLR作为主用HLR的备用子系统。

容灾HLR的主要工作包括二个方面，一个是在平常情况下保持和主用HLR的数据一致，另一方面就是在主用HLR异常时，通过信令切换实现对主用HLR业务的接管。下面从这二个方面出发，介绍本发明的具体实施方式。

首先介绍主用HLR和容灾HLR间的数据同步，该过程包括主用HLR向容灾HLR割接现有数据以及BOSS保持主用HLR和容灾HLR的数据同步，具体如下：

1、对于主用HLR中已经存在的用户数据，主用HLR利用导出功能将用户签约信息导出成一定格式的文件，然后容灾HLR通过导入工具，把文件中的用户信息导入容灾HLR；

2、对于主用HLR后续新增加的用户及对原有用户签约信息的修改都通过BOSS系统同步到容灾HLR。

下面参阅图3中A地主用HLR修改一个用户签约信息为例对BOSS数据同步过程进行说明：

1)操作员通过A地营业台向A地BOSS系统发出签约信息修改请求；

2)A地BOSS系统收到请求后向A地HLR发起数据修改；

3)A地HLR修改完用户数据后向A地BOSS系统回响应，若修改成功则回成功响应，否则回失败响应；

4)A地BOSS系统收到响应后，判断主用HLR中用户数据已修改成功，则向BOSS中心发用户数据修改指令，如果主用HLR数据修改失败则不向BOSS中心发送；

5)BOSS中心向容灾HLR发起用户数据修改操作；

6)容灾HLR修改完用户数据后向BOSS中心发响应；

7)BOSS中心收到响应后判断容灾HLR修改用户数据是否成功，如果不成功则重发修改操作，否则本次数据同步操作结束；

通过上述步骤，主用HLR和容灾HLR中的用户数据实现了同步。

主用HLR故障时，发送到主用HLR的信令可以通过自动或手动的方式切到容灾HLR。从安全方面考虑，容灾HLR的业务接管过程建议设置为手动方式。手工业务接管步骤如下：

1)主用HLR系统异常，业务无法正常处理；操作员经过诊断，确定系统短时间内不能恢复；操作员阻断主用HLR的所有信令链路，并激活容灾HLR的所有信令链路；

2)由于主用HLR信令被阻断，STP及主用HLR的本地MSC/VLR和SGSN的消息传递部分(MTP)经过链路检测，发现主用HLR已经为信令不可达，于是把信令自动切到容灾HLR上；

3)由于BOSS系统只同步用户的签约信息，和用户相关的一些动态信息没有同步，为了保证用户被叫业务正常，操作员通过操作维护界面使容灾HLR向用户可能存在的VLR/SGSN发归属位置寄存器复位令(MAP_RESET)，强迫用户向容灾HLR发起位置更新；

4)VLR/SGSN收到MAP_RESET请求后，把属于故障HLR的所有用户数据标为不可靠，此后这些用户一旦接入网络，VLR/SGSN就主动向容灾HLR发起位置更新；

5)容灾HLR收到VLR/SGSN的位置更新请求，更新用户的动态信息，从而实现对主用HLR业务的接管。

Claims

1、一种归属位置寄存器容灾方法，包括：

1.1业务运营支撑系统根据容灾归属位置寄存器提供的业务受理接口规范进行改造，能实现其与容灾归属位置寄存器的对接，并支持规范中描述的业务受理指令，能够对容灾归属位置寄存器中的用户数据进行操作；

1.2将容灾归属位置寄存器接入七号信令网络，并通过配置把容灾归属位置寄存器作为各主用归属位置寄存器的备用子系统；

1.3运营商通过业务运营支撑系统对主用归属位置寄存器中的用户数据修改，修改成功后业务运营支撑系统向容灾归属位置寄存器发起相同的用户数据修改操作，让容灾归属位置寄存器中的数据发生同样的变化；

1.4主用归属位置寄存器异常时，通过信令切换实现容灾归属位置寄存器对主用归属位置寄存器业务的接管。

2、权利要求1所述的归属位置寄存器容灾方法，其特征在于，所述步骤1.3包括：

2.1对主用归属位置寄存器中已经存在的用户数据，主用归属位置寄存器利用导出功能将用户签约信息导出成预定格式的文件，然后容灾归属位置寄存器通过导入工具，把文件中的用户信息导入容灾归属位置寄存器；

2.2对主用归属位置寄存器后续新增加的用户和对原有用户签约信息的修改都通过业务运营支撑系统同步到容灾归属位置寄存器。

3、权利要求2所述的归属位置寄存器容灾方法，其特征在于，所述步骤2.2中的通过业务运营支撑系统同步的方法为：

3.1通过营业台向业务运营支撑系统发出新增用户签约信息或对用户签约信息修改请求；

3.2业务运营支撑系统收到请求后向归属位置寄存器发起数据增加或修改；

3.3归属位置寄存器修改完用户数据后向业务运营支撑系统回响应，若修改成功则回成功响应，否则回失败响应；

3.4业务运营支撑系统收到响应后，判断主用归属位置寄存器中用户数据已修改成功，则向业务运营支撑系统发用户数据修改指令，如果主用归属位置寄存器数据修改失败则不向业务运营支撑系统发送；

3.5业务运营支撑系统向容灾归属位置寄存器发起用户数据增加或修改操作；

3.6容灾归属位置寄存器增加或修改完用户数据后向业务运营支撑系统发响应；

3.7业务运营支撑系统收到响应后判断容灾归属位置寄存器增加或修改用户数据是否成功，如果不成功则重发操作，否则本次数据同步操作结束；

4、权利要求1所述的归属位置寄存器容灾方法，其特征在于，所述步骤1.4的实现方法为：

4.1主用归属位置寄存器系统异常时，阻断主用归属位置寄存器的所有信令链路，并激活容灾归属位置寄存器的所有信令链路；

4.2信令转换点及主用归属位置寄存器的本地移动交换中心/拜访位置寄存器和GPRS服务支持节点的消息传递部分把信令自动切到容灾归属位置寄存器上；

4.3通过操作维护界面使容灾归属位置寄存器向用户可能存在的拜访位置寄存器/GPRS服务支持节点发归属位置寄存器复位信令，强迫用户向容灾归属位置寄存器发起位置更新；

4.4拜访位置寄存器/GPRS服务支持节点收到MAP_RESET请求后，把属于故障归属位置寄存器的所有用户数据标为不可靠，此后这些用户一旦接入网络，拜访位置寄存器/GPRS服务支持节点就主动向容灾归属位置寄存器发起位置更新；

4.5容灾归属位置寄存器收到拜访位置寄存器/GPRS服务支持节点的位置更新请求，更新用户的动态信息。