浅谈通信设备主备倒换技术
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
浅谈通信设备主备倒换技术
[摘要] 目前,越来越多的主流运营商开始全面的引入移动软交换技术,本文作者结合自己的实际工作经验,以中兴软交换中N+1主备倒换为例,对通信建设中主备倒换技术相关问题进行分析探讨,同时提出了自己的看法和意见,仅供参考。
[关键词] 通信;设备;主备倒换;技术
1.前言
随着信息技术的飞速发展和网络的普及,用户对通信质量的要求越来越高,这就要求网络在某个节点发生故障时仍能够继续保持完整和稳定运行,在此情况下,双归属技术运用的越来越多并逐渐成熟。在目前MSCPOOL还没有正式商用的情况下,N+1主备双归属是软交换端局SERVER较好的容灾方式,备机在主机故障后接替主机。该方式技术成熟,商用程度较高,应用广泛。
2.中兴软交换N+1主备倒换
2.1工作原理
主备倒换过程、原理如图所示。
(1)假设倒换前MSC-SERVER1是主用MSS,MSC-SERVER2是备用MSS;MGW1的控制MSS是MSC-SERVER1;两个MSS间的心跳正常。
(2)当MSC-SERVER1故障并手动执行主备倒换命令后,MSC-SERVER1双归属局向转入备用域,业务DH进程发起闭塞局向下所有偶联、信令链路。在10秒左右的时间内,MSC-SERVER1转入备用域工作。
(3)MGW1向MSC-SERVER2发起重新注册流程。
(4)MGW1将接收的BSSAP/RANAP等信令转发给MSC-SERVER2处理。
(5)完成上述过程后,MS的主被叫业务就由MSS2来处理。
2.2主备倒换风险点
2.2.1主备MSC-SERVER数据的一致性
主备MSS数据的一致与否直接关系到主备倒换的成功与否,日常制作数据中有部分采用自动同步方式实现,由于中兴软交换内部判断机制的问题或索引命
名等问题很容易导致数据同步不成功。
2.2.2工作域双归属倒换方式设置
目前由于双归属主备倒换判断机制尚不成熟,如果设置成自动方式将会给主用MSS正常运行带来不可预知的安全隐患,可能会造成主备不停倒换、双主等对业务有影响的现象。
2.2.3主备倒换后MSS到其他局向信令负荷高
由于倒换到备用MSS以后,原主用MSS下的所有开机用户会重新进行位置更新,根据所带用户数和用户业务量的情况,各相关网元间信令负荷会有不同程度的增加,因此主备倒换时很可能会存在业务拥塞的情况,尤其是MSS(SGW)到HLR之间的信令负荷。
3.风险点分析及解决方案
3.1双归属数据同步检查
每周确认双归属数据同步是否正常,检查方法如下。
(1)分别以admin用户登录主用MSS、备用MSS,查看同步日志,检查最近的数据同步是否成功,如果不成功需要根据OMM同步失败原因进行分析处理,直到同步成功为止。
(2)分别以admin用户登录主用MSS、备用MSS,查询主备MSS有无变化表,如果有则传送变化表。
3.2安全变量检查
各主用MSS上的安全变量通常采用相同的设置,因此备用MSS上也需要保持和主用MSS一致;如果主用MSS之间安全变量取值有不一致的,需要根据情况来确定备用MSS上应如何设置。
3.3主备MSC-SERVER配置数据的一致性检查
3.3.1备用MSS和各主用MSS之间存在部分参数不一致的情况
主要包括本局配置、全局配置、工作域双归属配置物理配置、负荷分担、MSS本局移动数据、VLR系统容量等。该类数据根据实际情况设置,没有必要完全一致。
3.3.2由于在各主用MSS上设置相同,因而在备用MSS上也应保持配置的一致
这些参数包括:语音配置、定时器配置、失败码配置、国家码、TID分析器、TID命名模板、MGC静态数据、CAMEL配置、VLR系统参数、VLR支持业务、移动号码前缀、AOC数据、IMSI分析、ODB配置、自定义补充业务、计费参数等,该类数据主备MSS上必须保持一致。
4.主备数据同步失败案例浅析
4.1正确设置工作域双归属倒换方式
目前由于双归属主备倒换判断机制尚不成熟,厂家都不推荐使用自动倒换方式。因此在目前阶段,需要设置工作域双归属工作方式为人工倒换。
4.2主备倒换后MSS到其他局向信令负荷高的解决方案
针对主备倒换期间可能出现的业务拥塞、信令负荷高等问题,比较有效的解决办法是在MSS或MGW上设置发送负荷流量控制,主备倒换后VLR清空、用户需要到HLR要用户签约信息,根据Update Location Request消息与Insert Subscriber Data Request等消息流量大小,可以推测出在该话务模型下,VLR向HLR发送和HLR向VLR返回信令量比例大概为3∶5,这样为不使从HLR返回信令拥塞(超过1),发送信令负荷应该在0.6ERL以内。
4.3备用域中有用户数据不能删除的解决方案
当出现可能带来的问题:MSS转为备用域后,上面的用户一直处于不活动状态,当经过一个周期性位置更新时间和保护时间后,VLR会将用户置为关机状态,再经过一个不活动用户删除时间后,VLR会自动删除用户信息,并向HLR 发出删除用户位置信息请求,而此时由于备用MSS到HSTP的信令始终处于激活状态,而MSS上设置的到HLR的备用信令路由为HSTP,所以备用MSS的VLR会成功删除HLR中用户的登陆信息,在用户没有重新位置更新之前,正常登陆在其他VLR的该类用户将会无法做被叫,很容易造成用户投诉。
解决策略:(1)确认安全变量中“倒换是否删除备机用户数据”设置为是;(2)检查修改位置区配置,将其归属于虚拟MSC工作域;(3)主备倒换完成后立即对备用MSS采取双复位业务模块措施处理,彻底清除VLR内的用户信息。
出现上述问题的补救措施:(1)尽快通过双复位业务模块清除备用MSS上的用户信息,以防对正常用户产生影响;(2)打开主用MSS上强制到HLR位置的更新开关,只要有用户进行位置更新都会同步更新HLR中相关信息;(3)必要时缩短BSC上设置的周期性位置更新时间;(4)通过以上补救措施使用户尽快完成位置更新,实现正常做被叫。
5.结束语