基于MSC POOL实现SERVER容灾方案研究.docVIP

基于MSC POOL实现SERVER容灾方案研究 　　【摘要】本文简要介绍了MSC POOL的演进背景、MSC POOL的概念、容灾，并以新疆移动为例，着重从容灾实现方案的组网、数据准备、实施验证等三方面介绍了基于MSC POOL实现SERVER容灾的方案研究。 　　【关键词】MSC POOLSERVER 容灾 　　一、演进MSC POOL的背景介绍 　　GSM移动通信网络经过多年快速发展，网络规模不断扩大，用户对网络质量要求不断增高，GSM移动通信网络承担的社会责任也越来越大。网络对MSC server的容量合理配置及话务合理分配提出了更高的要求、网络安全、下一代网络的演进等，所有这些都成为运营商亟待解决的问题。正是针对这些需求，在软交换大规模的投入使用之际，通信业界推出MSC POOL功能，其最大优势在于网络容灾能力，同时不仅充分结合简化网络扩容、合理分配话务的特点，还可以优化网络资源。 　　二、MSCPOOL概述 　　2.1MSC POOL概念 　　MSC池即MSC Pool，是一组若干MSC可以构成一个MSC池，MSC池服务的区域称为MSC池区，即MSC Pool area。从无线侧RNC/BSC的角度看，如果一个或多个RNC/BSC从属于某一个MSC池，那么这些RNC/BSC的所有的业务区即构成MSC池区，池区内的用户由MSC池中的MSC共同服务。 　　MSC POOL（A/IU FLEX）解决方案本质上是移动性管理的增强功能，它通过在接入层设备（BSC/RNC）和核心网设备（MSC/VLR）之间部署路由功能实体，达到终端寻址绑定到特定核心网节点设备的能力。该路由功能实体可以部署在接入侧设备；也可以部署在核心网设备。 　　2.2MSC POOL容灾 　　MSC Pool的一大优势就是其容灾能力。Pool池区内的业务负荷分担处理机制使MSC Pool组网具备了MSC级的容灾能力。 　　2.2.1附着容灾 　　当MSC Pool中某MSC故障失效时，注册在该MSC中的用户发起的位置更新业务会被NNSF采用负荷分担算法路由到Pool内其他有效的MSC中（新MSC），在该新MSC下完成位置更新流程，新MSC直接对MS位置更新，同时分配含有本局NRI的TMSI给MS。这样MS就附着到Pool内其他有效的MSC上了。 　　2.2.2主叫容灾 　　当MSC Pool中某MSC故障失效时，注册在该MSC中的用户发起的主叫业务会被NNSF采用负荷分担算法路由到Pool内其他有效的MSC中（新MSC），从而实现主叫容灾，其过程如下：MS在周期性位置更新定时器到时前没有发起主被叫业务，在周期性位置更新定时器到时后，主动发起周期性位置更新。NNSF采用负荷分担算法路由到Pool内其他有效的MSC中，在该新MSC下完成位置更新流程。后续的用户主叫业务自然从该新MSC发起，屏蔽了原故障MSC，实现主叫容灾。 　　2.2.3被叫容灾 　　上述的负荷分担算法无法实现对被叫业务的容灾，其原因是MSC Pool内某MSC故障后，HLR将无法发送PRN消息发送到该MSC，此时注册在该故障MSC中的用户无法做被叫。只有等待注册在该故障MSC中的用户主动做了位置更新或做了主叫从而注册到MSC Pool内其他有效的MSC后，才能够做被叫。 　　三、MSC POOL容灾实现方案 　　3.1组网解决方案 　　（1）MGW级容灾在A口为TDM承载时可以通过BSC双连MGW做MINI-A-FLEX组网实现；（2）MGW级容灾在A口为IP承载时可以通过BSC通过IP承载网全连MGW做A-FLEX组网实现；（3）SERVER级容灾，需要保证POOL内各个SERVER的容量不能超设计容量的66%；（4）端口级容灾，A口电路若是采用TDM，则需要有33%的冗余；A口若是采用IP方式组网，则需要IP带宽有50%冗余。 　　组网示意图，如下： 　　3.2容灾数据解决方案 　　MSC POOL容灾有两种方案：链式备份，集中备份。 　　考虑到集中备份需要新建一套备份SERVER，增加了成本投入，故选择链式备份。链式备份就是POOL内SERVER依次连环备份，每个SERVER都做主用SERVER的同时也做另外一个SERVER的备份SERVER。 　　链式备份容灾解决方案：（1）SERVER间的备份通道通过IP承载网；（2）主叫容灾通过隐式位置更新实现，无需数据配置；（3）被叫容灾需要STP和HLR能够把发到故障SERVER的信令消息发送的其备份SERVER上。STP和HLR需要和主备SERVER都开通信令，并通过信令路由优先级区分到主备SERVER的信令路由，以到主用SERVER为第一信令路由，到备用SERVER为第二信令路由。考虑到STP之间有C链过桥链路，STP需要配置非对称备份