1.一种归属位置寄存器的数据容灾方法,其特征在于,该方法包括以下步 骤:
1)将主用归属位置寄存器的用户数据割接到容灾中心归属位置寄存器;
2)主用归属位置寄存器在运行期间,将所有针对主用归属位置寄存器系统 数据和用户数据的,并且执行成功的维护操作指令保存下来;
3)主用归属位置寄存器与容灾中心归属位置寄存器进行数据通信,将主用 归属位置寄存器保存的维护操作指令传输给容灾中心归属位置寄存器;
4)容灾中心归属位置寄存器将步骤3)接收的维护操作指令转换为容灾中 心归属位置寄存器能够识别的内部操作指令,然后将内部操作指令加载到容灾 中心归属位置寄存器主机内。
2.如权利要求1所述的数据容灾方法,其特征在于,步骤1)所述的数据 割接为:将一个以上主用归属位置寄存器的用户数据分别割接到容灾中心归属 位置寄存器。
3.如权利要求2所述的数据容灾方法,其特征在于,该方法进一步包括: 为每个主用归属位置寄存器分别设置一个不同的主用归属位置寄存器标识;容 灾中心归属位置寄存器在割接来的用户数据和收到的维护操作指令中增加主用 归属位置寄存器标识;
在用户数据割接时,根据不同的主用归属位置寄存器标识,将不同主用归 属位置寄存器的用户数据分别加载到容灾中心归属位置寄存器主机内;
容灾中心归属位置寄存器在对维护操作指令进行转换时,保留该标识,并 根据不同的主用归属位置寄存器标识将转换后的内部操作指令分别加载到容灾 中心归属位置寄存器主机内。
4.如权利要求1所述的数据容灾方法,其特征在于,步骤2)中主用归属 位置寄存器保存的维护操作指令以日志文件方式进行存储;
步骤3)所述的将所述维护操作指令传输给容灾中心归属位置寄存器为: 将包含维护操作指令的日志文件传输给所述容灾中心归属位置寄存器。
5.如权利要求4所述的数据容灾方法,其特征在于,步骤3)所述的将所 述维护操作指令传输给容灾中心归属位置寄存器为:容灾中心归属位置寄存器 定期从主用归属位置寄存器中开放的目录下读取保存维护操作指令的日志文 件。
6.如权利要求4所述的数据容灾方法,其特征在于,步骤3)所述的将所 述维护操作指令传输给容灾中心归属位置寄存器为:容灾中心归属位置寄存器 向主归属位置寄存器发送传输维护操作指令的命令,主用归属位置寄存器收到 该命令后读取保存的日志文件,返回给容灾中心归属位置寄存器。
7.如权利要求4所述的数据容灾方法,其特征在于,步骤4)所述的维护 操作指令转换的方法为:对接收的包含维护操作指令的日志文件进行解析,根 据其中的被操作用户号码、操作指令类型、操作内容及操作结果将维护操作指 令转换为容灾中心归属位置寄存器能够识别的内部操作指令。
8.如权利要求1所述的数据容灾方法,其特征在于:主用归属位置寄存器 与容灾中心归属位置寄存器通过广域网络进行数据通信。
9.如权利要求8所述的数据容灾方法,其特征在于:主用归属位置寄存器 与容灾中心归属位置寄存器通过数字数据网DDN、X.25协议方式或E1方式进 行数据通信。
10.如权利要求1所述的数据容灾方法,其特征在于:主用归属位置寄存 器与容灾中心归属位置寄存器以套接字SOCKET方式传输维护操作指令,所述 SOCKET方式包括文件传输协议FTP方式。
技术领域\n本发明涉及一种移动通信系统中归属位置寄存器(HLR)的数据容灾方 法。\n背景技术\n随着移动用户的快速增加以及通信技术的不断发展,移动通信系统中归 属位置寄存器(HLR)的单机容量往往是几十万甚至更多。由于HLR存储 了移动用户的签约信息,一旦由于诸如断电、火灾、地震、雷击等不可预见 原因导致HLR长期故障停机,所有签约用户的移动业务将被中断,所以,提 供对HLR的远程容灾已经成为当务之急。\nHLR的容灾包括两个方面的内容,一个是单纯用来备份用户数据的数据 容灾,另外一个是在此基础上的业务容灾,即主用HLR发生故障时,容灾HLR 能够根据备份的用户数据通过信令切换来接管其业务,最大限度的确保呼叫 业务的不间断。\nHLR数据容灾在拓扑结构上分为两种,一种是1+1容灾方案,一种是 N+1容灾方案。\n所谓的1+1容灾就是为现网每台主用HLR都分别建立一台容灾HLR,从 而实现对外业务的实时备份。虽然1+1备份方案能够在主用HLR故障的情况 下由容灾HLR无缝接管业务,但是由于其投资比较大、设备利用率比较低, 所以除了一些极重要的地区外,应用范围相对比较小。\n而N+1容灾则是建立一台专用的容灾中心HLR,同时对N个主用HLR进 行容灾。在N+1备份方案中,根据主用HLR、容灾中心HLR是否隶属于同一 厂商,可以将容灾进一步分为兼容性容灾和非兼容性容灾。由于当前HLR设 备供应厂家比较多,不同HLR对用户数据的存储格式、处理方式均不相同, 所以兼容性方案使用范围更广泛。虽然N+1兼容性容灾由于不能实时备份用 户动态数据而造成故障接管后的一段时间内用户不能充当被叫,但是由于一 台容灾中心能够实现对多厂商、多台主用HLR的备份,投资收益比相对更佳, 也使N+1兼容性容灾方案在网上得到了广泛的应用。\n当前N+1兼容性容灾方案主要分为两类,一类是基线同步方案,一类是 通过营帐系统同步增量指令方案。\n所谓基线同步方案,就是指由主用HLR周期性的输出包含所有用户签约 信息的数据文件,也就是用户的数据基线,然后由容灾中心将这些文件自动 转换为容灾中心HLR识别的格式并加载到容灾中心HLR,从而实现主HLR和 容灾中心HLR用户数据的同步。由于基线同步方案需要主用HLR周期性输出 所有用户的数据基线,所以对容灾中心HLR的主机性能影响比较大,并且用 户数据的转换、同步周期比较长,所以在实际工程中很少使用。\n营帐系统增量指令同步方案是指由营帐系统负责将原来发送到主用 HLR的、用于修改用户签约数据并且执行成功的营业厅操作指令转换为容灾 中心HLR的接口格式,并通过容灾中心HLR主机的营业厅接口实时加载到主 机中,这样,只要主用HLR和容灾中心HLR之间在初始状态做一次基线同步, 那么通过这种方式实现后续增量指令或数据的同步,就能基本保证主用HLR 和容灾中心HLR中用户数据的一致性。\n营帐系统解决方案由于对容灾中心HLR主机性能、功能没有任何的特殊 要求,只需要在营帐系统上增加不同厂商格式操作指令之间的转换功能,方 案比较简单,工程量很小,因此在网上得到了比较广泛的应用,逐渐成为 N+1容灾的主流解决方案。\n但是营帐系统解决方案只能自动同步通过营业厅进行的操作指令,而大 量的、未通过营业厅执行的操作指令,比如在HLR近端维护台进行的批量用 户业务设定业务以及对HLR系统级别参数的设定等操作指令,只能依靠管理 人员按照流程手工同步,所以此方案的维护工作量比较大。\n发明内容\n有鉴于此,本发明的目的在于提供一种归属位置寄存器的数据容灾方 法,确保主用HLR和容灾中心HLR中用户数据的一致性,减少容灾中心 HLR的维护工作量。\n为达到上述目的,本发明的技术方案具体是这样实现的:\n一种归属位置寄存器的数据容灾方法,该方法包括以下步骤:\n1)将主用归属位置寄存器的用户数据割接到容灾中心归属位置寄存器;\n2)主用归属位置寄存器在运行期间,将所有针对主用归属位置寄存器系统 数据和用户数据的,并且执行成功的维护操作指令保存下来;\n3)主用归属位置寄存器与容灾中心归属位置寄存器进行数据通信,将主用 归属位置寄存器保存的维护操作指令传输给容灾中心归属位置寄存器;\n4)容灾中心归属位置寄存器将步骤3)接收的维护操作指令转换为容灾中 心归属位置寄存器能够识别的内部操作指令,然后将内部操作指令加载到容灾 中心归属位置寄存器主机内。\n其中,步骤1)所述的数据割接可以为:将一个以上主用归属位置寄存器 的用户数据分别割接到容灾中心归属位置寄存器。\n该方法可以进一步包括:为每个主用归属位置寄存器分别设置一个不同的 主用归属位置寄存器标识;容灾中心归属位置寄存器在割接来的用户数据和收 到的维护操作指令中增加主用归属位置寄存器标识;\n在用户数据割接时,根据不同的主用归属位置寄存器标识,将不同主用归 属位置寄存器的用户数据分别加载到容灾中心归属位置寄存器主机内;\n容灾中心归属位置寄存器在对维护操作指令进行转换时,保留该标志,并 根据不同的主用归属位置寄存器标识将转换后的内部操作指令分别加载到容灾 中心归属位置寄存器主机内。\n步骤2)中主用归属位置寄存器保存的维护操作指令可以以日志文件方式 进行存储;\n步骤3)所述的传输维护操作指令可以为传输包含维护操作指令的日志文 件。\n步骤3)所述的传输维护操作指令的方法可以为:容灾中心归属位置寄存 器定期从主归属位置寄存器中开放的目录下读取保存维护操作指令的日志文 件。\n步骤3)所述的传输维护操作指令的方法也可以为:容灾中心归属位置寄 存器向主归属位置寄存器发送传输维护操作指令的命令,主归属位置寄存器收 到该命令后读取保存的日志文件,返回给容灾中心归属位置寄存器。\n步骤4)所述的维护操作指令转换的方法可以为:对接收的包含维护操作 指令的日志文件进行解析,根据其中的被操作用户号码、操作指令类型、操作 内容及操作结果将维护操作指令转换为容灾中心归属位置寄存器能够识别的内 部操作指令。\n主用归属位置寄存器与容灾中心归属位置寄存器可以通过广域网络进行数 据通信。\n主用归属位置寄存器与容灾中心归属位置寄存器可以通过数字数据网 DDN、X.25协议方式或E1方式进行数据通信。\n主用归属位置寄存器与容灾中心归属位置寄存器可以以文件传输协议 FTP或SCOKET方式传输维护操作指令。\n由本发明的技术方案可见,本发明的这种归属位置寄存器的数据容灾方 法,容灾中心HLR从主用HLR获取所有针对主用归属位置寄存器系统数据 和用户数据的,并且执行成功的维护操作指令,并将这些维护操作指令转换 为容灾中心能够识别的内部操作指令,直接加载到容灾中心。实现了容灾中 心HLR与主用HLR所有维护操作指令的同步,确保了主用HLR和容灾中 心HLR中用户数据的一致性,而且不再需要容灾中心管理人员进行手工同 步,减少了容灾中心HLR的维护工作量,降低了维护复杂度。\n附图说明\n图1为本发明一个较佳实施例的数据容灾方法的实现结构示意图;\n图2为图1所示实施例中同步维护操作指令的流程示意图。\n具体实施方式\n为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施例和 附图,对本发明进一步详细说明。\n本发明的这种归属位置寄存器的数据容灾方法的核心内容是:对应需要 进行数据容灾的主用HLR,集中建立一个容灾中心HLR,然后将各主用HLR 中针对用户数据和系统数据的操作维护指令记录下来并同步到容灾中心 HLR,实现主用HLR和容灾中心HLR的数据一致性。本发明是针对N+1容灾 方式设计的,但对于1+1容灾方式同样适用,区别只在于N+1容灾方式的主 用HLR是多个,而1+1容灾方式的主用HLR只有一个。\n以下以同步多个主用HLR的操作日志来实现主用HLR和容灾中心HLR 之间用户数据一致的方法为实施例,对本发明进行详细说明。\n出于日常维护的需求,网上HLR基本都支持输出操作日志的功能,即 HLR能够将管理员对主用归属位置寄存器系统数据和用户数据的,并且执行成 功的所有维护操作指令,包括通过营业厅接口进行的操作以及通过近端维护 台进行的操作,都以操作日志的方式保存下来,并且都包含了详细的操作内 容。因为每个厂商的操作日志各不相同,但是针对某厂商而言其HLR维护日 志的格式是相对固定的,不管各厂家日志格式如何,基本要素是相同的,都 包括:被操作用户号码,如移动电话号码(MDN)、国际移动用户标识(IMSI) 等、操作指令类型、操作内容、操作结果等,所以只要容灾中心HLR将这 些固定格式的日志转换为统一格式的容灾中心能够识别的内部操作指令,就 可以直接加载到容灾中心。\n这样,就能够在主用HLR和容灾中心HLR之间同步所有针对主用HLR的 维护操作指令,从而实现主用HLR和容灾中心HLR之间所有静态数据的自动 同步,降低容灾系统的维护复杂度。\n参见图1,图1为本发明一个较佳实施例的数据容灾方法的实现结构示 意图。本实施例是N+1容灾方式。本实施例中,各主用HLR101在原有的 维护日志输出系统上进行了改造,将所有针对主用HLR系统数据和用户数 据的、执行成功的维护操作指令以日志文件方式保存在指定的目录下。因为 日常维护的需求,网上各厂商HLR均具备了维护日志输出功能,所以实现 比较简单。\n本实施例的容灾中心HLR110是在通用HLR基础上进行了改造,除了 容灾中心HLR主机114外,扩展了通信模块111、与主用HLR101个数相 同的维护日志转换模块112以及内部指令加载模块113。在容灾中心HLR110 运行之前,先将各个主用HLR101的用户数据分别割接到容灾中心HLR110 的主机中。\n为了减少容灾中心HLR110内不同主用HLR101数据的耦合性,本实施 例的容灾中心HLR110为每个主用HLR101分别设置了一个不同的主用HLR 标识。利用不同的主用HLR标识保证不同主用HLR101之间用户数据的相 互独立,便于容灾中心HLR110的维护。容灾中心HLR110在用户数据割接 时,根据不同的主用HLR标识,将不同主用HLR101的用户数据分别加载 到容灾中心HLR110的主机内。\n其中,通信模块111采用了FTP通信模块,也可以是SOCKET通信模 块。各主用HLR101和容灾中心HLR110之间通过广域网进行数据传输,传 输方式可以是DDN、X.25、E1等方式。通信模块111采用业界通用的方法 定期从N个主用HLR101中开放的目录下读取以文本方式存放的包含维护操 作指令的日志文件。也可以由通信模块111向主用HLR101发送传输维护操 作指令的命令,主用HLR收到该命令后,读取保存的日志文件返回给通信 模块111。通信模块111收到日志文件后,对不同主用HLR101的日志文件 增加不同的主用HLR标识,并将增加了主用HLR标识的日志文件发送给维 护日志转换模块112。\n维护日志转换模块112对日志文件进行解析,根据其中的被操作用户号 码、操作指令类型、操作内容及操作结果将维护操作指令转换为容灾中心归 属位置寄存器能够识别的内部操作指令。在对维护操作指令进行转换时,保 留主用HLR标识,并根据不同的主用HLR标识将转换后的内部操作指令发 送给内部指令加载模块113。\n因为每个厂商的操作日志各不相同,所以本实施例中,一个主用HLR101 对应一个维护日志转换模块112,每个维护日志转换模块112将一种厂商格 式的、针对主用HLR系统数据和用户数据的并且执行成功的维护指令转换 为容灾中心HLR110能够识别的内部操作指令。虽然针对同一厂商的不同主 HLR101日志转换模块112可以共用,但为了实现简便本实施例为每个主用 HLR101对应设置了一个维护日志转换模块112。\n内部指令加载模块113根据不同的主用HLR标识将内部操作指令分别 加载到容灾中心HLR110的主机内。主机能够根据不同的主用HLR标识将 不同HLR的数据区别开来。\n本实施例的数据容灾方法包括两个步骤:\n第一、用户数据割接。本实施例的容灾中心HLR在运行之前,参考现 网HLR割接用户数据的方式,将各主用HLR的用户数据割接到容灾中心 HLR,即建立容灾系统的初始用户数据基线。由于网上HLR之间的用户数 据割接是例行工程之一,不存在技术问题,所以在此不再赘述。容灾中心 HLR为割接来的不同主用HLR的用户数据增加不同的主用HLR标识。\n第二、同步维护操作指令。参见图2,图2为图1所示实施例中同步维 护操作指令的流程示意图。该流程包括以下步骤:\n步骤201,主用HLR将所有针对主用HLR主机的用户数据、系统数 据进行的、且执行成功的维护操作指令,以固定的日志格式方式保存在指定 的目录下。\n步骤202,容灾中心HLR采用业界通用的方法定期从N个主用HLR 中开放的目录下读取以文本方式存放的包含维护操作指令的日志文件。也可 以向主用HLR发送传输维护操作指令的命令,主用HLR收到该命令后,读 取保存的日志文件返回给容灾中心HLR。同时,容灾中心HLR为收到的不 同主用HLR的日志文件增加不同的主用HLR索引标识。\n步骤203,容灾中心HLR对日志文件进行解析,读取其中的维护操作 指令。\n步骤204,根据日志文件中维护操作指令的被操作用户号码、操作指令 类型、操作内容及操作结果等,将维护操作指令转换为容灾中心HLR能够 识别的内部操作指令。在对维护操作指令进行转换时,保留主用HLR标识, 并根据不同的主用HLR标识将转换后的内部操作指令发送给内部指令加载 模块113。\n步骤205,根据不同的主用HLR标识,将转换后的内部操作指令分别加 载到容灾中心HLR的主机中。\n这样,容灾中心HLR中就备份了本容灾区域的N个正在运行的主用 HLR的所有静态数据。\n若正在运行的N个主用HLR中一个发生故障,容灾中心HLR可以使用 该故障HLR在本机上备份的静态数据,通过信令切换,为该故障主用HLR 内的用户提供漫游与呼叫等的业务。这个过程是业务容灾过程,可以采用现 有技术的业务容灾方法来实现。\n由上述的实施例可见,本发明的这种归属位置寄存器的数据容灾方法, 确保了所有增量数据都能够在容灾中心HLR和主用HLR之间保持自动同 步,提高了主用HLR和容灾中心HLR中用户数据的一致性,同时减少了容 灾中心HLR的维护工作量,降低了维护复杂度。
法律信息
- 2008-05-14
- 2006-05-03
- 2005-05-18
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2003-10-08
|
2002-03-22
| | |
2
| |
2003-07-09
|
2001-12-24
| | |
3
| | 暂无 |
1994-02-22
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |