MSC POOL容灾技术的研究.docVIP

MSC POOL容灾技术的研究 　　【摘要】传统MSC基于单板和端口的安全备份机制已经不能满足软交换网络的安全要求，有必要引入新的安全容灾备份机制，以提高网络的安全性。在对传统容灾技术与MSC POOL容灾技术进行对比的基础上，通过详细介绍MSC宕机情况下的主叫业务恢复和被叫业务恢复两方面，对MSC POOL容灾备份技术进行了深入研究。 　　【关键词】MSC POOL 容灾备份 业务恢复 　　中图分类号：TN918.91 文献标识码：A 文章编号：1006-1010（2013）-14- 　　1 引言 　　为了便于向3G网络平滑演进，软交换技术在核心网中得到大规模的应用，软交换承载控制分离的架构以及大容量的特点使其设备的安全性显得越来越重要。而传统MSC（Mobile Switching Center，移动交换中心）基于单板和端口的安全备份机制已经不能满足软交换网络的安全要求，在此技术背景下，MSC POOL技术孕育而生，MSC POOL是3GPPR5中提出的概念，是一种全新的组网方式，它打破了传统的一个BSC/RNC只能服务于一个MSS的限制。在MSC POOL组网中，一个BSC/RNC可以连接到多个服务MSC Server上，由这多个服务MSC Server共同组成一个资源池，为所连接的BSC/RNC提供服务。 　　2 传统容灾技术与MSC POOL容灾技术对比 　　目前现网普遍使用的MSC级别的容灾技术主要是A接口割接，相比MSC POOL的容灾技术差异如表1所示： 　　3 MSC POOL容灾备份技术详解 　　3.1 MSC宕机情况下的主叫业务恢复 　　MSC POOL内某一个MSC Server故障时，NNSF功能网元（MGW或者BSC/RNC）通过信令点状态检测到该MSC Server故障。当MS作为主叫发起的业务后，NNSF功能网元收到初始非接入层消息后启用NNSF功能，利用负荷均衡算法在MSC POOL重新选择一个正常态的服务MSC Server，并将初始非接入层消息发送给新的服务MSC Server。新选的MSC Server收到主叫的业务请求消息或位置更新后，发现主叫的MS没有在本局登记，则要求MS进行位置更新，第一次呼叫请求失败。 　　部分厂家（例如诺西）可以支持隐含的位置更新，即发起呼叫请求。而该MSS没有用户数据时，MSS直接从HLR（Home Location Register，归属位置寄存器）恢复用户业务数据，并接续该用户的主叫业务，这种情况下第一次主叫的呼叫请求是成功的。 　　宕机情况下的主叫恢复网示意图如图1所示： 　　图1 宕机情况下的主叫恢复网示意图 　　3.2 MSC宕机情况下的被叫业务恢复 　　现网部署MSC宕机情况下被叫恢复方案主要有不使用备份VLR（Visitor Location Register，拜访位置寄存器）和使用备份VLR的问题。 　　方案一：不使用备份VLR，按照标准的VLR故障情况下中被叫用户数据恢复流程可以获得被叫数据： 　　HLR上需要将故障的MSCID指向POOL内其他交换机，当SRI for故障MSS下用户发送到HLR时，HLR会将PRN消息发送到POOL内其他交换机，此时交换机并没有用户的数据，则会发起“Restore Data”操作向HLR要用户数据，恢复用户数据成功后HLR会存新的VLR地址。但是根据这个规范，只能恢复用户数据，无法获得用户确切的LAI（Location Area Identification，位置区识别），因此第一次被叫是失败的。第二次被叫时，HLR将PRN消息发送到这个新的MSC/VLR，由于MSC/VLR中没有用户的LAI信息，则会在MSC/VLR覆盖的无线范围内发起全网searching，第二次被叫成功。 　　由于二次被叫恢复会影响用户感知，所以在这个规范的基础上稍微调整一下信令流程，可以让被叫一次就能恢复：即在用户数据恢复后，新的VLR就分配MSRN，这样前向局可以将呼叫路由到新的VLR，然后再在新MSC/VLR中发起全网searching，这样就可以实现一次被叫恢复。 　　但是，由于全网寻呼是在每个LAC区域执行寻呼，这在某些场景下会引发无线网络拥塞，全局寻呼功能的使用将在覆盖较大无线网络的MSS POOL组网中变得更加关注，因此为了避免引起无线网络拥塞，被叫恢复方案引入了备份VLR。 　　方案二：采用备份MSC Server/VLR实时备份原VLR用户的LAI，用户被叫时可以通过此备份VLR获得用户信息。 　　备份VLR建设主要包括两种方案：集中备份和链式备份。 　　（1）集中备份 　　在集中式备份组网中，需要单独的MSC Server作为集中备份MSC Server，其他MSC