2.4  业务容灾配置原则

HLR设备业务容灾实现的网元配置原则如下：

a） 主备用HLR设备应同厂家设备，并且硬件平台、软件版本保持一致。

b） 在1+1互备配置时，任一HLR的容量等于与其配对的两个HLR设备实际动态容量之和。

c） N＋1互备方案：备份HLR设备的动态容量应至少大于等于N个主用HLR中动态容量最大者，才可以保证当N个主用HLR中的任一台发生故障时，倒换后业务的完全接管；而备份HLR的静态容量需要配置为N个主用HLR中动态容量之和，以保证用户数据的存储和实时更新。

d） N+M主备方案：任一备份HLR的动态容量应至少大于等于其所备份的主用HLR中动态容量最大者，才可以保证当主用HLR设备中的任一台发生故障时，倒换后业务的完全接管；而BE设备的数据库容量应至少为N台主用HLR设备的动态容量和，以保证用户数据的存储和实时更新。

e） 由于业务容灾实现时的配置方式均为各厂家采用备用HLR配置多信令点模式进行支持，备用HLR能够配置的最大信令点数量就成为制约业务容灾方式中最大备份能力的限制条件。当主用HLR数量较多时，该限制条件需要在设备配置中进行考虑。

f） 在1+1互备和N+1主备容灾实现时，由于备用HLR需要对所有其备份主用HLR的用户数据进行分别存储，因此，设备的静态数据容量也成为制约其实现的限制条件。当主用HLR总容量较大时，该限制条件需要在设备配置中进行考虑。

2.5  业务容灾数据同步方式

HLR网元级业务容灾的实现，离不开主备用HLR之间用户数据的传递和同步。其中，HLR静态数据的同步方式一般有3种。

方式一是改造营账系统，使营账系统具备同时向主备用两个HLR输入操作指令，并对执行失败的指令进行记录的功能，部分厂家提供第三方软件定期核对数据的一致性功能（可选）。

方式二是由主用HLR设备实现同步，即营账系统仍只向主用HLR输入操作指令，由主用HLR通过IP承载专网（可以是专为此搭建的IP承载专网/线或者利用现有的网管网或者营账网络等DCN网络）主动向备用HLR发出数据更新，并对执行失败的指令进行记录的功能，部分厂家也提供第三方软件定期核对数据的一致性功能（可选）。

方式三是新增一个专用系统，营账系统只需要对此系统输入操作指令，此系统完成将操作指令同时转发给主备HLR设备，并对执行失败的指令进行记录的功能。

对于方式三，如果新增系统前端是一套接口设备，网络中仍难免单点故障的隐患，但是新增系统若前端设置两套接口设备，营账系统就无法避免改造需求。因此，方式三只在N+M容灾方式中才会考虑。

而HLR的动态数据同步也有2种实现方式。

a） 通过No.7信令网进行数据同步，这就需要主备HLR之间通过No.7信令链路传递动态数据同步消息，这些信令链路可以是直连链路也可以通过STP设备转接。

b） 通过IP承载专网进行数据同步，即主备HLR之间通过IP承载专网以私有数据包传递动态用户数据同步消息，所使用的IP承载专网可以是专为此搭建的IP承载专网/线，也可以利旧使用现有的网管/营账网络，只需要保证必要的带宽要求和QoS要求即可。

2.6  业务容灾对相关网元配置的影响

在HLR的业务容灾方案实施时，为了保证容灾效果，在核心网设备侧需要与主用HLR设备直连的核心网元设备和STP设备支持并启用信令路由优先级功能，将到备用HLR设备SPC的信令链路配置为到主用HLR的SPC的备用路由（低优先级路由）。

而在营账和网管系统侧，则需要采取如下措施。

a） 如果采用营账网络或者网管网络作为动/静态数据同步的承载网络，就需要营账网络、网管网络提供足够的带宽和QoS保障。

b） 如果静态数据同步采用方式一，则需要营账系统改造，使之具备同时向主备两个HLR输入操作指令，并对执行失败的指令进行记录的功能。

c） 在倒换和倒回完成后，需要及时通知计费和网管中心将采集点IP地址修改为备用（主用）HLR设备的IP地址。

3  HLR容灾实施时应注意的问题

为了能够最大限度发挥容灾系统的保障作用，所有网元级容灾系统中的主用设备和容灾备份设备之间应尽量减少相关性，设备相关性包括组网相关性和由配套设备、配套系统带来的相关性。

减少设备组网相关性具体地说，就是主用设备和容灾备份设备在网络组织上尽量不直连，信令尽量通过STP设备转接，尽量不采用IP专线直连而应通过具有较高可靠性的IP承载网进行连接。

而减少由配套设备、配套系统带来的相关性，则需要在条件允许的情况下，首选建设在不同局址的不同机房内，真正实现所谓的“地理容灾“；如果无法在不同局址建设，次选建设在相同局址的不同机房内，且无共用配套系统（不共用同一套电源系统供电，不共用同一个传输物理路由等，不共用同一套数据设备接入IP承载专网等），此时，就要求同一个核心局址内至少有两套以上的交换电源系统，具备两条以上的不同路由的出局传输线路，具备两套以上的IP承载网接入方案等；如果建设在不同机房也无法保证，则仍应尽量保证不共用配套系统。

HLR设备进行容灾规划时，除了要考虑上述共性问题外，还需要考虑以下问题。

a） 由于在HLR容灾实施时，与主用设备直连的所有信令网网元都需要将其与备用设备的信令链路配置为负荷分担或者次选优先级的信令路由，因此，考虑到该要求对周边设备功能的要求和信令网组织的复杂性，建议实施HLR设备业务容灾备份时，各设备间No.7信令消息的疏通尽量采用STP转接方式。

b） 由于HLR设备需要通过IP专网和信令网来保证主备用设备间动、静态数据的同步，为了更好地保证容灾效果，建议动态数据更新消息尽量由信令网通过STP转接方式疏通，应充分核算，并留出足够的信令链路带宽；而静态数据更新则应使用可靠性较高的IP专网承载，尽量避免使用IP专线承载（此方式大量占用局间宽带链路资源，且可靠性较差）。

4  HLR容灾的实施建议

HLR设备是核心网元容灾中首要考虑的网元设备，其容灾技术经过多年的发展，也都已经比较成熟。在实施核心网HLR容灾备份方案时，不仅要考虑提高HLR设备的容灾能力、提高网络服务质量，还应兼顾经济效益，制定尽可能满足多方面要求的安全保障措施。
        在国内移动通信运营商进行HLR容灾规划实施时，建议如下：

a） 随着大容量HLR的逐步引入和用户服务质量要求的不断提高，各省级分公司应在满足集中化维护管理的要求的前提下，在满足条件地区积极推进N+1业务容灾备份方案，使业务恢复时间达到分钟级，同时对用户服务质量影响最小。

b） 对于目前现网已部署实施完毕的HLR设备容灾备份方案暂不作改造，积极推进分布式HLR的试验和实施。

c） 尚未实施及部分实施了HLR设备容灾备份的省公司，可分为以下2种情况，逐步完成对所有大容量HLR设备容灾建设。

（a） 对投资效益较好、网络安全可靠性要求较高的省公司，在设备具备支持条件的情况下，可优先采用N+1实时动态数据备份方案，分设备厂家进行HLR容灾建设。

（b） 对投资压力较大的省公司，可采用基于N+1静态数据容灾备份方案，以省为单位统一建设备用HLR平台，并建立完善的日常数据备份制度和应急倒换预案，以便充分利用有限的投资成本，提供更好的HLR设备安全保障。

另外，在经过充分测试后，可以考虑在新建HLR设备时，开始对用户快速增长地区考虑采用分布式HLR系统提供服务，并对现网无法实施动态数据容灾的陈旧HLR设备，有计划地进行替换，以提高移动通信网HLR设备整体服务质量和可靠性。

5  结束语

HLR设备容灾的实现对信令网的连接方式、IP承载网的带宽和网络质量、营账系统的功能都有一定要求。因此，各核心网元的具体容灾实现方案的规划，应建立在明确的容灾保障需求和对配套资源、配套系统能力的详细调查的基础上。

HLR设备容灾技术的不断推广和普及为建设高可靠性、高性能、低成本的移动通信网络提供了有力的技术保障。而HLR设备业务容灾技术的规模化应用，也必将为避免电信网络运行事故，提高移动通信网络的无间断业务提供能力发挥更加重要的作用。