中国联通浙江华为基地hlrn1冗余备份应急预案.ppt

中国联通 HLR N+1冗余备份应急预案 (浙江华为基地) 目 录 一 二 HLR备份方案 主备HLR倒换总体原则 三倒换的准备工作和涉及范围 四 应急倒换至容灾HLR流程 五 倒换回主用HLR流程 六 其它注意事项 目前主流的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中所有用户的业务数 据。后续的静态过程采用自动备份方式完成，通过MML命令完成建 立。静态数据可以按照时间、数据内容进行定制，结果可以进行查 询。（2）动态数据的建立 uMML指令增量数据同步 通过营业系统发出的操作指令数据。主用HLR将MML执行并得到成功 响应后，将所更新的表和具体的操作记录下来，根据一定的规则按 照接口定义放入私有同步消息中（利用DCN网FTP方式实时取主用局 的生成增量静态数据（约5分钟生成一个）发送往容灾局。 uMAP消息增量数据同步 MAP消息增量数据包括包括用户位置信息（VLR，SGSN地址），手机 操作的各种业务（激活呼转号码，修 改密码等）。主用HLR在MAP 操作成功响应，将所更新的表和具体的操作记录下来，根据一定的 规则按照接口定义放入私有同步消息中（MAP消息）发送往容灾局 。 一、HLR备份方案 2、数据备份方式 华为容灾HLR的数 据是实时进行同步， 无需另外单独备份， 仅需要按月对主冗 HLR数据进行一致性 核对即可。日常维护 过程中主容局间的 数据一致性检查、增 补通过MRV校验工具 来保证数据一致，并 同时处理差异数据。 3、数据备份周期 一、HLR备份方案 省外MSC省外GMSC HSTP 营业厅BOSS系统 本地MSC本地GMSCSCP 华为主用HLR (9套)华为容灾HLR (1套) 容灾HLR接入后的结构图 4、组网拓扑图 信令连接 建立HSTP1/2到主用HLR、容灾HLR两个信令通道，现网容灾HLR通过 HSTP转接与MSC/GMSC/SCP/SMS相连，容灾HLR与HSTP之间采用2M信令链 路对接。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网即可(需要保证DCN网 稳定、传输质量高)。 一、HLR备份方案 5、组网说明 目 录 一 二 HLR备份方案 主备HLR倒换总体原则 三倒换的准备工作和涉及范围 四 应急倒换至容灾HLR流程 五 倒换回主用HLR流程 六 其它注意事项 在系统/网络超负荷、系统/设备单元宕机、自然 灾害（汛/台/火等）、传输或信令中断抢通处理等情 况，优先启动主备HLR的倒换，在解决完主用HLR的故 障后，倒换回原主用HLR。 一旦发生故障，容灾HLR可以随时接管，接管过 程不限制HLR网元，不限制HLR的用户类型（包括2、 3G）。 二、主备HLR倒换总体原则 一般包括：交换机的信令中继故障直至到某一局向的信令全 阻；由于CPU负荷超标产生的设备故障；由于交换机升级、 打PATCH或软件故障等不明原因问题导致交换出现故障。 系统/网 络超负荷 遇设备宕机或重要单元故障不能工作，一般处理方法为 对交换机和相关的重要单元执行重启操作。如在对交换 机重启之后系统仍无法恢复正常，则执行应急HLR启用。 系统/设备 单元宕机 遇自然灾害等紧急情况故障，启用应急HLR接管方案。 自然灾害 （汛/台/火 等） 一般包括： HLR至HSTP信令全部中断; HLR至本地 MSS/MGW信令全部中断;HLR至所有局向信令全部中断 传输或 信令中 断抢通 处理 二、主备HLR倒换总体原则 1、倒换原则场景的说明 2、正常HLR应急措施 二、主备HLR倒换总体原则 目 录 一 二 HLR备份方案 主备HLR倒换总体原则 三倒换准备工作和涉及范围 四 应急倒换至容灾HLR流程 五 倒换回主用HLR流程 六 其它注意事项 在主用局和容灾局分别执行LST SUBDATA进行用户数据和鉴权 数量的比对； 在容灾局上检查用户的动态数据和静态数据（BOSS增量指令 ）是否能够正常同步； 检查容灾局上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的支持。 （2）能在故障时主用HLR的操作指令切换到容灾HLR。 主用HLR （1）完成数据同步备份； （2）主备HLR版本一致。 三、倒换准备工作和范围 1、倒换涉及范围 目 录 一 二 HLR备份方案 主备HLR倒换总体原则 三倒换准备工作和涉及范围 四 应急倒换至容灾HLR流程 五 倒换回主用HLR流程 六 其它注意事项 主用HLR发生故障时的操作流程 端局信令自动切换到HSTP上，在主用HLR侧采用手动方式闭塞主用HLR到HSTP 的所有直达链路（在特殊情况可以通过周边网元配合闭塞直达链路）。 HSTP1/2采用自动倒换备用链路的方式，HSTP1/2自动激活它到容灾HLR的备 份链路，使得业务请求能够送到容灾HLR。容灾HLR接管主用局后，路由层的 HLRGT和MAP层的HLRID一致,以防止因个别VLR的判断机制导致被叫失败。 启动营帐系统到容灾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）, STATUS=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, TPLNO=199, REVERSE=FALSE; SND RESET: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=200, REVERSE=FALSE; (5) 找一个主用局的用户，检查在所漫游华为端局里的状态是否为 UNCONFIRMED，即是否打上RESET标记。 四、应急倒换至容灾HLR流程 2、倒换具体步骤 在应急切换的过程中一般会存在因HLR的变化导致的位置更新信令负荷 过高、 主被叫不一致等问题。一般采取如下措施解决。 （1）倒换过程中，通过容灾局模拟故障主用局发送RESET消息，使用户发 生手机行为时，进行位置更新。发送RESET消息时，在容灾局专门建立发送 RESET消息的VLR模板数据，针对该模板数据进行RESET下发.该模板数据包 括（本地、省内、国内3个模板），分批次下发，降低信令链路负荷。 （2）应急HLR接管后短期内大量用户位置更新导致导HSTP信令链路拥塞的 解决方法：临时关闭MSC鉴权，包括短消息鉴权，位置更新鉴权、关闭PS 区域SGSN的附着鉴权。分批次、分VLR发送RESET消息。 （3） 将HSTP到各直连网元逐步改造为开通2M信令方式实现，包括以下类 型：容灾HLR到HSTP;主用HLR到HSTP;各本地MSC到HSTP。 3、异常情况及措施说明 四、应急倒换至容灾HLR流程 基本呼叫业务；闭锁类测试；前转类测试；ODB测试； 短消息测试；鉴权测试；主动申请停机测试；区域漫游 业务测试。 营业指令测试。 四、应急倒换至容灾HLR流程 4、业务测试验证 目 录 一 二 HLR备份方案 主备HLR倒换总体原则 三倒换准备工作和涉及范围 四 应急倒换至容灾HLR流程 五 倒换回主用HLR流程 六 其它注意事项 1、容灾HLR中用户数据的回切：容灾HLR自动将接管期间的增量数据同 步到主用HLR。 2、信令回切：激活故障主H LR和外部网络实体的链路，信令自动回切。 3、营帐系统回切：启动营帐系统到主用HLR的连接，使得营帐指令到达 主用HLR。 4、如果恢复和故障之间间隔时间较长，还需要考虑发送RESET同步动态 数据。 五、倒换回主用HLR流程 1、倒回操作流程 以下以将HZHLRB1 业务倒回到WZHLR8为例,其中861314834000为容灾 局HLRNO，HLRSN=200；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, 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: HLRSN=199, DEST=VLR, RANGE=SOME, TPLNO=200, REVERSE=FALSE; 说明： u每个容灾局上均建立199号HLRSN，涉及哪个容灾体系就用哪个容灾局发送 （3） 恢复容灾HLR上被接管主用HLR的ID MOD HLRSN: HLRSN=78（主用局的HLRSN）, STATUS=INACTIVE, HLRNO=“861302968000“; 切换回主用HLR的步骤和措施 2、倒换具体步骤 目 录 一 二 HLR备份方案 主备HLR倒换总体原则 三倒换准备工作和涉及范围 四 应急倒换至容灾HLR流程 五 倒换回主用HLR流程 六 其它注意事项 2G用户和3G用户的在具体业务层面在HLR上区别不大，对HLR资源占用区别较大的主要在 于鉴权: （1）消息长度 一次鉴权请求的消息长度3G鉴权=4*2G鉴权。 （2）复用度 2G鉴权可以复用，一般是可以复用5次。3G鉴权不可以复用，每次位置更新都需要鉴 权，短消息及语音每5次鉴权一次，3G鉴权的数量=5*2G鉴权数量。 （3） 3G鉴权MAP交互消息多 3G鉴权一般需5次交互，流程才能正常结束，而2G鉴权一般只