中国联通浙江华为基地hlrn+1冗余备份应急预案

1、中国联通 HLR N+1冗余备份应急预案 (浙江华为基地),目 录,目前主流的HLR备份设置方案：11实时热备、N+1实时主备（N=1）、N+1非实时主备，华为在中国联通浙江基地采用的方式是N+1（同构容灾）实时主备。 华为提供了大容量HLR，采用信令处理与业务处理相分离的专业化体系结构，可以带400万动态用户，并提供2000万静态用户数据的存储能力。容灾HLR的动态容量满足现网最大的1个HLR故障时的容灾要求。建立一套华为HLR N+1容灾备份中心，基本解决了全网HLR的局点级备份。,一、HLR备份方案,1、概述,（1）静态数据的建立 第一次采用割接的方法，在容灾HLR中建立主用HLR中所有

2、用户的业务数据。后续的静态过程采用自动备份方式完成，通过MML命令完成建立。静态数据可以按照时间、数据内容进行定制，结果可以进行查询。（2）动态数据的建立 MML指令增量数据同步 通过营业系统发出的操作指令数据。主用HLR将MML执行并得到成功响应后，将所更新的表和具体的操作记录下来，根据一定的规则按照接口定义放入私有同步消息中（利用DCN网FTP方式实时取主用局的生成增量静态数据（约5分钟生成一个）发送往容灾局。 MAP消息增量数据同步 MAP消息增量数据包括包括用户位置信息（VLR，SGSN地址），手机操作的各种业务（激活呼转号码，修 改密码等）。主用HLR在MAP操作成功响应，将所更新的

3、表和具体的操作记录下来，根据一定的规则按照接口定义放入私有同步消息中（MAP消息）发送往容灾局。,一、HLR备份方案,2、数据备份方式,华为容灾HLR的数据是实时进行同步，无需另外单独备份，仅需要按月对主冗HLR数据进行一致性核对即可。日常维护过程中主容局间的 数据一致性检查、增补通过MRV校验工具来保证数据一致，并同时处理差异数据。,3、数据备份周期,一、HLR备份方案,容灾HLR接入后的结构图,4、组网拓扑图,信令连接 建立HSTP1/2到主用HLR、容灾HLR两个信令通道，现网容灾HLR通过HSTP转接与MSC/GMSC/SCP/SMS相连，容灾HLR与HSTP之间采用2M信令链路对接。

4、HSTP1/2到容灾HLR的信令作为HSTP1/2到主用HLR的备用链路。一旦主用HLR宕机，MSC/GMSC/SCP/SMS到HSTP信令自动切换，维护人员将到主用HLR的链路闭塞，将信令切换到备用链路上，可实现快速切换。MAP接口的流量一般按照1条64k/万用户进行估算，容灾HLR共120万动态用户，故所需2M信令链路数=120/168条2M。 DCN网 BOSS系统与容灾HLR间采用内部的IP网络，采用TCP/IP协议，由于所需带宽极小，采用现有内部DCN网即可。主用HLR与容灾HLR的增量数据也通过内部DCN网进行通讯，这部分带宽最大时小于5M，因此采用现有内部DCN网即可(需要保证D

5、CN网稳定、传输质量高)。,一、HLR备份方案,5、组网说明,目 录,在系统/网络超负荷、系统/设备单元宕机、自然灾害（汛/台/火等）、传输或信令中断抢通处理等情况，优先启动主备HLR的倒换，在解决完主用HLR的故障后，倒换回原主用HLR。 一旦发生故障，容灾HLR可以随时接管，接管过程不限制HLR网元，不限制HLR的用户类型（包括2、3G）。,二、主备HLR倒换总体原则,一般包括：交换机的信令中继故障直至到某一局向的信令全阻；由于CPU负荷超标产生的设备故障；由于交换机升级、打PATCH或软件故障等不明原因问题导致交换出现故障。,系统/网络超负荷,遇设备宕机或重要单元故障不能工作，一般处理方

6、法为对交换机和相关的重要单元执行重启操作。如在对交换机重启之后系统仍无法恢复正常，则执行应急HLR启用。,系统/设备单元宕机,遇自然灾害等紧急情况故障，启用应急HLR接管方案。,自然灾害（汛/台/火等）,一般包括： HLR至HSTP信令全部中断; HLR至本地MSS/MGW信令全部中断;HLR至所有局向信令全部中断,传输或信令中断抢通处理,二、主备HLR倒换总体原则,1、倒换原则场景的说明,2、正常HLR应急措施,二、主备HLR倒换总体原则,目 录,在主用局和容灾局分别执行LST SUBDATA进行用户数据和鉴权数量的比对； 在容灾局上检查用户的动态数据和静态数据（BOSS增量指令）是否能够正

7、常同步； 检查容灾局上GT数据是否符合要求制作（到HSTP为DPC寻址，其他网元为GT寻址）； 需要提前准备好被接管的主用HLR的测试卡； 准备好主容灾HLR的GT、HLR SN值、IP地址等基本网元信息； 后三项由于日常演练倒换已经确认过，在应急时可以跳过。,三、倒换准备工作和范围,1、检查准备工作,HSTP1/2 （1）新增HSTP1/2到容灾HLR的信令链路。 （2）HSTP1/2能够支持主备链路的自动/手工倒换。 MSC/GMSC/SCP/SMS MSC/GMSC/SCP/SMS通过HSTP与容灾HLR相连，能够支持主备链路的自动/手工倒换。 营帐系统 （1）营业系统增加对容灾HLR的

8、支持。 （2）能在故障时主用HLR的操作指令切换到容灾HLR。 主用HLR （1）完成数据同步备份； （2）主备HLR版本一致。,三、倒换准备工作和范围,1、倒换涉及范围,目 录,主用HLR发生故障时的操作流程 端局信令自动切换到HSTP上，在主用HLR侧采用手动方式闭塞主用HLR到HSTP的所有直达链路（在特殊情况可以通过周边网元配合闭塞直达链路）。 HSTP1/2采用自动倒换备用链路的方式，HSTP1/2自动激活它到容灾HLR的备份链路，使得业务请求能够送到容灾HLR。容灾HLR接管主用局后，路由层的HLRGT和MAP层的HLRID一致,以防止因个别VLR的判断机制导致被叫失败。 启动营帐

9、系统到容灾HLR的备用连接，使得营帐指令送达容灾HLR。,四、应急倒换至容灾HLR流程,1、倒换操作流程,以下以将WZHLR8业务倒换到HZHLRB1为例,其中861314834000为容灾局HLRNO，HLRSN=200；861302968000为WZHLR8的HLRNO，HLRSN=78； (1) 在被接管的主用HLR局上发送RESET消息,若该主用HLR故障不能操作，则直接跳过该步骤。 SND RESET: HLRSN=78, DEST=VLR, RANGE=ALL; (2) 容灾HLR上修改被接管主用HLR的ID MOD HLRSN: HLRSN=78（主用局的HLRSN）, STAT

10、US=ACTIVE, HLRNO=861314834000; (3) 断开所有主用HLR和HSTP、关口局、端局的链路 DEA N7LKS: LSX=1;（1为链路集编号，需要针对所有链路集） (4) 在容灾HLR上再对原主用局ID发送RESET MOD HLRSN: HLRSN=199, STATUS=INACTIVE, HLRNO=861302968000; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=188, REVERSE=FALSE; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPL

11、NO=199, REVERSE=FALSE; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=200, REVERSE=FALSE; (5) 找一个主用局的用户，检查在所漫游华为端局里的状态是否为UNCONFIRMED，即是否打上RESET标记。,四、应急倒换至容灾HLR流程,2、倒换具体步骤,在应急切换的过程中一般会存在因HLR的变化导致的位置更新信令负荷过高、 主被叫不一致等问题。一般采取如下措施解决。 （1）倒换过程中，通过容灾局模拟故障主用局发送RESET消息，使用户发生手机行为时，进行位置更新。发送RESET消息时，在容灾局专门建立

12、发送RESET消息的VLR模板数据，针对该模板数据进行RESET下发.该模板数据包括（本地、省内、国内3个模板），分批次下发，降低信令链路负荷。 （2）应急HLR接管后短期内大量用户位置更新导致导HSTP信令链路拥塞的解决方法：临时关闭MSC鉴权，包括短消息鉴权，位置更新鉴权、关闭PS区域SGSN的附着鉴权。分批次、分VLR发送RESET消息。 （3） 将HSTP到各直连网元逐步改造为开通2M信令方式实现，包括以下类型：容灾HLR到HSTP;主用HLR到HSTP;各本地MSC到HSTP。,3、异常情况及措施说明,四、应急倒换至容灾HLR流程,基本呼叫业务；闭锁类测试；前转类测试；ODB测试；短

13、消息测试；鉴权测试；主动申请停机测试；区域漫游业务测试。 营业指令测试。,四、应急倒换至容灾HLR流程,4、业务测试验证,目 录,1、容灾HLR中用户数据的回切：容灾HLR自动将接管期间的增量数据同步到主用HLR。 2、信令回切：激活故障主H LR和外部网络实体的链路，信令自动回切。 3、营帐系统回切：启动营帐系统到主用HLR的连接，使得营帐指令到达主用HLR。 4、如果恢复和故障之间间隔时间较长，还需要考虑发送RESET同步动态数据。,五、倒换回主用HLR流程,1、倒回操作流程,以下以将HZHLRB1 业务倒回到WZHLR8为例,其中861314834000为容灾局HLRNO，HLRSN=2

14、00；861302968000为WZHLR8的HLRNO，HLRSN=78； （1） 恢复主用HLR和LSTP的链路 ACT N7LKS: LSX=1; （2） 在容灾局针对容灾接管涉及到的主容HLRID发送RESET，范围为ALL MOD HLRSN: HLRSN=199, STATUS=INACTIVE, HLRNO=861314834000; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=188, REVERSE=FALSE; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=199,

15、 REVERSE=FALSE; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=200, REVERSE=FALSE; MOD HLRSN: HLRSN=199, STATUS=INACTIVE, HLRNO=861302968000; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=188, REVERSE=FALSE; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=199, REVERSE=FALSE; SND RESET: HLRS

16、N=199, DEST=VLR, RANGE=SOME, TPLNO=200, REVERSE=FALSE; 说明： 每个容灾局上均建立199号HLRSN，涉及哪个容灾体系就用哪个容灾局发送 （3） 恢复容灾HLR上被接管主用HLR的ID MOD HLRSN: HLRSN=78（主用局的HLRSN）, STATUS=INACTIVE, HLRNO=861302968000;,切换回主用HLR的步骤和措施,2、倒换具体步骤,目 录,2G用户和3G用户的在具体业务层面在HLR上区别不大，对HLR资源占用区别较大的主要在于鉴权: （1）消息长度 一次鉴权请求的消息长度3G鉴权=4*2G鉴权。 （2）

17、复用度 2G鉴权可以复用，一般是可以复用5次。3G鉴权不可以复用，每次位置更新都需要鉴权，短消息及语音每5次鉴权一次，3G鉴权的数量=5*2G鉴权数量。 （3） 3G鉴权MAP交互消息多 3G鉴权一般需5次交互，流程才能正常结束，而2G鉴权一般只需交互一次。若有链路拥塞等丢弃消息的情况存在，则3G鉴权较2G鉴权更易因消息丢弃而导致失败率提升，产生网络雪崩。 （4）其他影响 智能终端上丰富的应用则要求不停的发送报文保证用户体验，引起已释放的连接重建，发起了大量无效鉴权，大致推算ps域的3G鉴权的数量=6*CS域的鉴权数量。 总结：3G鉴权与2G鉴权机制上的不同点，导致3G鉴权给HLR带来的资源占用远大于2G鉴权。建议HLR到HSTP 、大容量端局（超过30万用户）等业务量高的局向直接开通2M信令。,六、其它注意事项,1、23G HLR资源占用情况,容灾HLR的在SET MAPCONF中HLRNO_FLAG配置为TRUE，即容灾HLR接管主用HLR时，在MAP流程中下插的HLRNO为被接管的容灾HLR的N