江苏联通WCDMA核心网组网安全保障技术研究与实施

学科门类：工学分类号：TN915单位代码：102931密级：工程硕士研究生学位论文论文题目：江苏联通WCDMA核心网组网安全保障技术研究与实施研究生赵越指导教师孟旭东学科专业电子与通信工程研究方向下一代网络技术申请学位级别工程硕士二00九年十二月南京邮电大学学位论文独创性声明本人声明所呈交的学位论文是我个人在导师指导下进行的研究工作及取得的研究成果。尽我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含获得南京邮电大学或其它教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示了谢意。研究生签名：日期：南京邮电大学学位论文使用授权声明南京邮电大学、中国科学技术信息研究所、国家图书馆有权保留本人所送交学位论文的复印件和电子文档，可以采用影印、缩印或其他复制手段保存论文，允许论文被查阅和借阅，可以公布（包括刊登）论文的全部或部分内容。论文的公布（包括刊登）授权南京邮电大学研究生部办理。研究生签名：导师签名：日期：南京邮电大学工程硕士学位论文摘要学科、专业：工科电子与信息工程研究方向：下一代网络技术作者：2006级研究生赵越指导教师：孟旭东题目：江苏联通WCDMA核心网组网安全保障技术研究与实施英文题目：WCDMACoreNetworkGroupandtheEvolutionofNetworkSecurityInJiangsuUnicom主题词：软交换双归属HLR容灾Keywords：MSCServer；DualHoming；HLR；Disaster摘要随着通信网络技术的飞速发展，人们对于宽带及业务的要求也在迅速增长，为了向用户提供更加灵活、多样的现有业务和新增业务，提供给用户更加个性化的服务，提出了下一代网络的概念，且目前各大电信运营商已开始着手进行下一代通信网络的实验。软交换是下一代通信网络解决方案中的核心技术之一，已成为近年来业界讨论的热点话题。论文首先简要介绍软交换网络体系架构和协议结构，描述了软交换控制设备、业务平台、信令网关、媒体网关、ＩＰ终端等主要网元，分析了软交换设备的技术特点。在此基础上，结合江苏联通网络的实际情况，详细研究软交换应用的若干关键技术问题，着重对软交换核心网的组网安全保障技术进行了研究，首先对江苏软交换双归属组网和HLR容灾方案存在的问题进行了分析研究，提出了解决方案，并在网络建设中加以实施，内容全面报告了实施的过程，通过测试，达到了预期效果。论文研究认为，不合理的组网方式对系统的容灾能力造成很大损伤，因为提出合理的网络架构可以最大程度降低系统故障时降低运营商整体信誉和竞争能力，通过新的组网结构提高设备和网络的稳定性和可靠性，已经成为迫在眉睫的问题。关键词：软交换；双归属；HLR；容灾ABSTRACTWiththerapiddevelopmentofcommunicationnetworktechnology,peopleandbusinessdemandforbroadbandisgrowingrapidly,inordertoprovideuserswithmoreflexible,diverseexistingbusinessandnewbusiness,providingusersamorepersonalizedservice,undertheproposedTheconceptofgenerationofthenetwork,andiscurrentlythemajortelecomoperatorshavestartedtotestnext-generationcommunicationsnetworks.Softswitchisanext-generationcommunicationsnetworksolutions,oneofthecoretechnologyhasbecomeahottopicofdiscussioninrecentyearstheindustry.

Paperbeginswithabriefintroductionsoftswitchnetworkarchitectureandprotocolstructure,anddescribesthesoft-switchingcontrolequipment,businessplatform,signalinggateway,mediagateway,IPterminalsandothermajornetworkelements,analysisofthetechnicalcharacteristicsofsoft-switchingequipment.Onthisbasis,combinedwiththeactualsituationofJiangsuUnicom'snetwork,detailedstudyofsoft-switchingapplications,anumberofkeytechnicalissues,focusingonthesoftswitchcorenetworksecuritytechnologiesinnetworkingresearch,firstinJiangsusoftswitchnetworkinganddualhomingHLRdisasterrecoveryproblemsoftheprogramwasanalyzedandputforwardsolutions,andbeimplementedinthenetworkconstruction,thecontentsofacomprehensivereportontheimplementationprocess,throughtesting,toachievethedesiredresults.

PaperstudiessuggestthatunreasonableNetworkingMethodofdisasterrecoverycapabilitiesofthesystemcausedgreatdamage,becauseareasonablenetworkarchitecturecanminimizethesystemfailureofoperatorstoreducetheoverallcredibilityandcompetitiveness,throughanewgroupofnetworkstructuretoimproveequipmentandnetworkstabilityandreliability,hasbecomeapressingissue.

Keywords：MSCServer;DualHoming;HLR；Disaster目录第一章绪论 所示的N＋1主备方案为例）：1、自动倒换若SX1掉电或者其他原因，导致SX1完全故障时，SX1下管理的MGW将全部注册到SX2上。如果此时SX3也发生故障，SX2不接受SX3的倒换。2、手动倒换如上面的各图，有可能SX1需要搬迁或者升级，可以在SX1上执行MML命令，将SX1的业务全部倒换到SX2上。如果此时在SX3也执行MML，SX2不接受SX3的倒换。3、手动倒回在SX1倒换到SX2之后，SX1重新启动，正常运行。可以在SX2上执行MML命令，将SX1的业务全部倒回。4、自动倒回在SX1倒换到SX2之后，如果SX1重新启动，正常运行，则原SX1的业务全部倒回。实际使用中推荐采用自动倒换、手动倒回的模式，这样可以最短时间的避免业务中断，也防止异常时的乒乓倒换。4.4双归属倒换的影响发生双归属倒换，原主用Server的呼叫将全部中断。发生双归属倒换时，MGW改变所注册Server，由该MGW提供承载资源的通话、正在转接的呼叫将全部中断，MGW回收所有资源。由于双归属倒换或倒回时接管业务的Server会向被接管Server对应的中继群发起复位的过程，会触发被接管Server下的BSS释放所有已经建立呼叫的终端，也会触发相邻局向释放先前建立的局间呼叫。双归属倒换或倒回时，对接管业务Server的原有业务没有影响。双归属倒换时原主用Server中没有及时吐出的话单将丢失。倒换后发生的呼叫的话单在激活的备份Server的IGWB上产生，计费中心需要到该IGWB的地址上的相应目录读取话单文件。计费中心不能把两个IGWB的话单文件合并分析，因为两个IGWB上的CDR的首话单索引或呼叫参考号是可能重复的。4.5MSCPOOL网络组织4.5.1MSCPOOL基本网络结构MSCPOOL技术基于3GPPTS23.236规范，在软交换分离架构网元组网时，是指将若干个和BSC/RNC相连的MSCServer放在一个池（Pool）内，组成一个大的服务区域。池内的BSC/RNC受控于池内所有MSCServer，池里的MSCServer共同为各MSCServer覆盖区域之和的大区域服务。池内MSCServer共同工作，正常情况下MGW和BSC基于池内各MSCServer容量以一定算法决定核心网路由，以NRI号码并作为后续寻址依据，当MSCServer故障时，由NNSF通过算法改变NRI分配，从而将原属故障MSCServer节点的用户重新分配到池内其它MSCServer节点处理，来保证新的主叫通话接续不受影响。采用此方式，通过引入MSCPool将传统网络结构变为MSC资源池结构，使得在任何一个或者几个MSCServer故障时其他MSCServer能够自动接管业务，从而实现MSCServer的容灾。采用“MSCPool”方式组网时，网络基本结构如图1.1所示。图4.5.1由于MSCPOOL组网方式需要POOL内所有MSCServer和所有BSC全部共享，这样的连接方式必然需要所有的BSC设备与MGW设备网状相连，从而需要大量的A接口链路冗余，且大大增加了A接口连接组织的复杂性，另外，考虑到同POOL内的MGW设备很可能设置在不同局址内，因此，在A接口的控制和用户面IP化之前，仍有大量A接口TDM电路跨局传送，占用大量局间传输资源的可能，代价较高。图.2虚拟MGW功能在A接口完成IP化改造前，为了避免A接口TDM电路跨局传送所带来的大量局间传输资源占用，在实际组网时，应使用“虚拟MGW”技术。虚拟MGW技术基于“ITU-TRecommendationH.248:Gatewaycontrolprotocol”中“MultipleVirtualMGs”部分描述定义，是指将一个物理MGW设备在逻辑上划分成多个虚拟的MGW，各虚拟MGW分别归属MSCPOOL内不同的MSCServer控制，从而只需要每一个BSC/RNC连接到同一个物理MGW设备的不同虚拟MGW即可，简化了网络连接。虚拟MGW技术的实现，要求一个物理MGW能够划分成多个虚拟MGW（VMGW），在MSCPool中，每一个物理MGW划分的虚拟MGW个数应和MSCPool内MSCServer个数一致，每个VMGW由一个MSCServer控制；而物理MGW划分成多个虚拟MGW后，物理MGW中的IP、ATM、TC、EC资源应能够在VMGW、MSCServer间共享。另外，根据“虚拟MGW”的实现方式，在BSC采用和同局址内多个MGW物理实体连接时，还起到对同局址内MGW设备池组化，提供MGW设备网元级容灾能力，进而提高同局址内MGW设备的可靠性的作用。在A接口IP化前，使用“虚拟MGW”技术进行“MSCPOOL”组网时的软交换端局设备网络组织图如下图所示：图.3NNSF功能的实现根据3GPPTS23.236规范和国内移动通信网络中各主流设备提供商的实现情况，由于NNSF功能在BSC设备上合设实现时，需要BSC设备支持“A-flex”功能，该功能国内GSM现网中大多数BSC设备无法通过升级实现，需要更换硬件，代价高昂；而NNSF功能在MGW设备上合设实现时，则可以采用“MGW代理”技术在保证在功能实现的同时对周边网元并无升级功能要求。但是，由于NNSF合设在MGW设备上实现并非3GPP相关规范推荐方式，目前只有部分设备提供商可以提供该功能，且MGW以此功能组网仍无实际规模化商用经验，因此，在MGW实现NNSF功能上，仍有很多的标准化以及IOT测试工作要做。4.5.4SIGTRAN组织若采用BSC/RNC实现NNSF功能，则要求MGW合设的SG设备采用M3UA转发方式组网。若采用MGW实现NNSF功能，则与MGW合设的SG能支持M3UA代理、M3UA转发两种组网模式之一或全部即可。下面分别说明以上两种SIGTRAN协议组网的配置要求：M3在MGW实现NNSF功能时，若MGW中的内置SG配置为M3UA代理模式进行组网，则MSCPool中各MSCServer对接入网侧应采用相同的公共信令点编码与BSC建立信令连接，而在与核心网侧的其他核心网网元建立信令连接时，则仍按照现有习惯分别配置不同的信令点编码。MSCPool中各MGW/SG均应配置与MSCServer的接入网侧公共信令点编码相同的SPC，因此，MSCPool中各BSC侧配置到MSCServer的目的信令点也应与MSCServer的公共信令点编码相同。具体配置方式如下图所示：图.2M3UA转发模式组网MSCPool中各MSCServer应采用不同的信令点编码与BSC建立信令连接。MSCPool中各MSCServer与核心网侧的其他核心网网元建立信令连接时，应分别采用不同的信令点编码。MSCPool中各MGW连接MSCServer采用单独的信令点编码。MSCPool中各MGW连接BSC应采用公共信令点编码。MSCPool中各BSC侧配置到MSCServer的目的信令点，应与MGW连接BSC采用的公共信令点编码相同。图.5话音和信令的IP化要利用好MGW设备在MSCPOOL组网时形成“MGWPOOL”的特性，提高MGW设备在网络中的可靠性，从根本上解决在MSCPOOL组网时A接口TDM电路跨局传送和启用“虚拟MGW”技术后虚拟MGW的增加造成周边网元接口资源冗余浪费的问题，只有积极推进和实施语音和信令的IP化（包括核心网内部和接入网间接口的IP化），充分利用IP化后自动选路和分组网络传输资源利用率高的特性。在语音和信令IP化后，软交换端局设备采用MSCPOOL方式组网时的网络组织示意图如下：图4.4.6MSCPOOL组网规划4.6.1池区划分根据3GPPTS23.236规范，相临池区（PoolArea）是可以重合的，因此，从相临池区之间的关系来看，可以有如下三种不同的池区划分方式：MSCPool间独立组网此方式下，不同的MSCPool间相互独立，相临的MSCPoolArea没有重合区域。用户在池区内部移动，不会造成其服务MSCServer的改变，只有用户跨池区移动时，才会重新分配其服务MSCServer。考虑到池区规划应尽量简单并易于维护，一般的，MSCPOOL组网的池区规划，均采用此方式进行。MSCPOOL间独立组网时的网络结构如下图所示：图MSCPool间部分重叠组网此方式下，部分实现NNSF的接入网网元（BSC/RNC/MGW）同时属于两个或两个以上的MSCPool，MSCPoolArea相互重叠。用户在池区内部移动，不会造成其服务MSCServer的改变，只有用户跨池区移动时，才会重新分配其服务MSCServer。也就是说，在池区重叠区域移动的用户，只有在从非重叠区域的池区移动入池区或从非池区移动入池区或新登入网络用户，会根据NNSF的负荷均衡算法在重叠池区的所有MSCPOOL中选择为其服务的MSCServer，而如果是从重叠池区的MSCPOOL中的某个池区移动到重叠区域，则不会造成服务MSCServer的改变，从而达到降低掉话，提高网络质量的效果。该方式一般应用在需要重点保障或者用户移动性周期较明显的区域，考虑到这种池区规划可能带来的NRI资源的大量占用以及其增加的维护难度，应谨慎实施。将重叠区域规划在城市中心的池区划分典型应用见下图-1：图4.6.1在该方式下，重叠池区的NNSF网元（BSC/RNC/MGW）负荷分担算法设置应综合考虑重合池区中所有池内的各MSCServer容量之间的比例关系进行设置，从而避免由于池区重合造成不用池组间MSCServer设备利用率失衡而给网络带来的安全隐患。MSCPOOL间部分重叠组网时的网络结构如图：图4.6.1图.1.3MSCPool间完全重叠组网此方式下，池区内所有实现NNSF的接入网网元（BSC/RNC/MGW）同时属于两个或两个以上的MSCPool，MSCPoolArea完全重叠。由于此组网方式相当于重叠区域内的所有MSCPOOL共组一个大MSCPOOL，因此，很少应用场景。MSCPOOL间完全重叠组网时的网络结构如下图所示：图MSCPool与非MSCPool间的组网关系MSCPool内的MSCServer仍允许对MSCPool外的一个或多个BSC/RNC提供服务。这些MSCPool外的BSC/RNC不需要支持任何Iu/A-Flex的相关功能。MSCPOOL内提供池内外RAN混合接入组网时的网络结构如下图所示：图.2池区规划原则在MSCPOOL池区规划时，应充分考虑以下原则：为了更好地保证池区内话务均衡并发挥MSCPOOL组网技术减少局间切换的优势，在池区规划时，应尽量保持池内位置区在覆盖上的成片连续分布；为了能够更好地发挥MSCPOOL应对业务潮汐效应的优势，在池区规划时，应注意尽量将相临位置区话务满足潮汐效应关系的地区划为一个池区，如果没有，则至少应考虑将高话务区域和相临的低话务区域规划成同一个池区；尽量将有频繁人口流动的区域规划为一个池区，如城市中心地带和临近郊区的人口流动较为频繁区域，规划成同一池区可以利用池区内基本无局间切换的技术优势，提高网络服务质量；如非必要，一般不建议池区内的MSCServer设备为非池区内的BSC/RNC设备服务。4.6.3NRI的规划NRI的规划原则在MSCPOOL规划时，NRI的规划是必不可少的一环。为了保证NNSF内的CN节点按比例分担选择功能的有效性，应遵循以下原则：同一MSCPool内的各MSCServer允许配置一个或多个NRI与之对应，但整个MSCPool内的NRI不能相同，即一个NRI只能对应一个MSCServer；在MSCPool间独立组网的情况下，相临MSCPool间的NRI不能相同；在MSCPool间重叠组网的情况下，重叠MSCPool间的NRI不能相同；只有在池区不相临的MSCPOOL之间的NRI资源，允许重复利用。NRI的长度规划NRI最大有效长度应支持10Bit，一般由O&M配置。MSCPool内各个MSCServer以及提供NNSF功能网元中配置的NRI有效长度必须相同。在MSCPool间独立组网的情况下，相临MSCPool间NRI有效长度必须相同。在MSCPool间重叠组网的情况下，重叠MSCPool间NRI有效长度必须相同。根据中NRI使用和配置的规范要求，在对NRI的有效长度进行规划和设计时，必须综合考虑NRI的长度对配置和维护的影响，以及TMSI剩余位长满足MSCPOOL容量范围内用户分配使用的需要。假设，在满足上一节“NRI规划原则”的前提下，当MSCPOOL内所有的MSCServer等容量配置时，NRI的有效长度分配和MSCPOOL内支持的最大用户容量的关系满足如下算法：MSCPOOL内支持的最大用户容量=MIN（单MSCServer最大用户容量，POWER（2，TMSI长度（32bit）-VLRRestart位长（默认5bit）-CS/PS指示位长（默认2bit）-NRI有效长度））*MIN（厂商设备支持的MSCPOOL内MSCServer的最大数量，根据NRI分配规划MSCPOOL内可以容纳的MSCServer最大数量）在进行多池区连续覆盖的组网规划时，根据“四色原理”，应至少考虑相临4个MSCPOOL中的NRI资源的使用，根据总容量和MSCServer数量进行统一规划。NRI的取值和分配规划NNSF配置时，NRI的取值应尽量连续分配，而MSCPOOL内每个MSCServer所对应的NRI值的数量应尽量符合各MSCServer的容量比例关系。在NullNRI分配时，应与普通的NRI统一编码，为了维护方便可以考虑使用NRI有效位长取值范围内的最大或者最小的NRI。NullNRI应至少在整个MSCPOOL内唯一，对于多池区连续覆盖的组网规划时，任何一个MSCPOOL内的NullNRI的取值不能在任何相临的MSCPOOL的NRI分配上做其它用途使用。4.6.4DefaultMSC的配置规划通过节的介绍，可以知道defaultMSC主要用来实现漫游出MSCPool的用户在需要从源MSCServer取用户信息（用户的IMSI及未被使用的加密参数信息）时，能够根据旧的NRI找到的源MSCServer。虽然，理论上DefaultMSC设备可以配置为MSCPOOL内任意一台MSCServer设备，但是为了避免该功能对配置为DefaultMSC的设备造成冲击和形成网络中的单点故障，一般建议将MSCPOOL内的所有MSCServer设备都配置成DefaultMSC。4.7MSCPOOL技术优势MSCPOOL组网技术，也就是3GPP规范中“无线接入网元与多个核心网元域内连接”技术，可以说是在目前所有的MSCServer容灾技术中，是标准化程度最高的容灾实现方式。随着协议的不断更新完善，保证了该组网方式对从3GPPR99移动核心网开始的各版本网络的良好支持。4.7.1容灾效果从前述MSCPOOL的技术原理和实现方式可以看出，MSCPOOL组网技术提供自动、完备的MSCServer/MGW网元级容灾机制，且倒换时有几乎“零”倒换时间，且不需要任何周边网元的配合，可以很好地做到保证退服局内每个服务用户的第一个主叫无感知，而退服局内服务用户在第一次位置更新后，其被叫也自然恢复，从而基本不影响MSCPOOL内用户使用感受。根据移动端局池组化后，每池组可以提供广阔的覆盖区域的技术特性，将一个业务区根据大小直接由一个或两个池组来覆盖，从而可以平衡由于用户在一个业务区内移动带来的端局负荷的“潮汐效应”。在平衡业务区内小范围话务高峰冲击方面，MSCPOOL技术有其它容灾手段不可比拟的优势。也就是说，它不但可以容灾，还可以在一定程度上起到防灾的效果，从而达到减少网络容量冗余，提升网络服务质量的目的。4.7.2核心网优化移动端局设备以MSCPOOL方式组网时，还可以给核心网性能带来下面的技术优势：由于移动端局池组化后，一个用户在“池”覆盖区域内开机或者移动入“池”后，一般就由一套MSCServer为其提供服务，从而使局间切换仅在出入“池”覆盖区域时才发生，大大减少了局间切换的次数，降低了由于局间切换带来的掉话可能；由于移动端局池组化后，一个用户在“池”覆盖区域内开机或者移动入“池”后，一般就由一套MSCServer为其提供服务，从而避免了用户在“池”覆盖范围内不同端局间移动所产生的C/D接口位置更新信令的发生，可以在一定程度上节省端局设备处理能力占用，提高现有设备的容量；利用NNSF提供的负载重分配功能（支持手工配置），即可以通过人为改变NNSF的配置，将原POOL内某MSCServer节点的用户自动重新分配到池内其它MSCServer节点处理，且保证新的主叫通话接续不受影响的特性，使得对MSCPOOL内核心网元设备提供基本不影响业务的网元离线扩容、测试和维护成为可能，大大降低了网络扩容、调整的实施难度。4.8HLR的数据容灾数据容灾的方案实际为数据异地（异系统）备份的方案，即新建一个（或多个）HLR容灾备份中心，每个HLR容灾备份中心存储了所有（或部分）主用HLR的用户数据。在正常的运行过程中，对用户的任何静态数据的更改都将通过营账系统同步到HLR容灾备份中心，以保证数据的一致性。当发现有主用HLR发生故障时，通过人工对备用HLR加载故障HLR的用户数据，然后修改MSC、GMSC、HSTP、LSTP等相关设备的配置，使对原主用HLR的信令流程重路由到容灾备份HLR。由于容灾备份HLR设备已经加载了和故障HLR同步的用户静态数据，因此可以顺利接管故障HLR的一般功能。当故障HLR修复后，首先恢复该主用HLR的用户数据，然后把相关的信令流程重新定位回到该主用HLR，便实现了故障恢复。单纯的HLR设备数据容灾对主备用HLR设备的功能均无特别要求，一般仅备份静态数据，倒换和倒回都需要人工操作完成，是非实时的，考虑到备用HLR加载数据和启动的时间，一般倒换时间较长（在数十分钟级）。而在倒换效果上，数据容灾可以很好地保证用户主叫业务不受影响，但是，由于无法做到HLR设备的动态数据的同步，备份HLR中只有用户的静态数据，缺乏如VLR位置信息，前转号码、漫游限制等补充业务的动态数据，因此，需要对全网下发MAP_HLR_Reset消息，在用户位置信息更新前，故障HLR设备内用户做被叫无法正常接续。至于用户的呼叫前转、呼叫限制等补充业务则由于动态数据丢失，而无法使用，需要用户再次设置方可，因此，备份效果较差。一般的，单纯的HLR设备数据容灾，对除营账系统外的周边网元的功能没有特别要求。但是，由于各厂家HLR设备内部数据格式各不相同，数据结构差异很大，而各厂家HLR设备对营账接口的指令格式和指令语言也大不相同，因此，如果要实现异厂家HLR数据的容灾，就需要营账系统具备以下功能。如果主备用HLR设备厂家对营账系统的接口指令不能使用统一的标准操作指令，则需要主用HLR厂家接口指令对备用HLR厂家接口指令翻译功能。营账系统对主用HLR设备操作指令成功写入后，能自动将操作指令存储为文件存放在指定存储位置，以供备份HLR倒换时加载使用。在主用HLR故障期间，营账系统对备用HLR设备操作指令成功写入后，需要能自动将操作指令存储为文件存放在指定存储位置，以备主用HLR恢复时加载。4.9HLR的业务容灾业务容灾是指容灾倒换后，备用HLR能基本上在功能上替代主用HLR，倒换效果较好，用户业务使用连续性基本不受影响的容灾方式。由于目前各厂家HLR设备内部数据结构各不相同，且数据格式互不开放，因此，业务容灾一般只能在同一厂家的HLR之间进行，主用HLR和备份HLR之间通过内部协议进行动态数据的更新，动态数据的更新可以是实时的，也可以是准实时的（根据网上的实际负荷情况，可以用人工的方式定义动态数据更新周期间隔）。当主用HLR发生故障时，由于在容灾实施时，主用HLR相关直连网元设备的配置已经修改为用备用HLR的信令链路作为迂回路由，可以使对原来HLR的信令自动重新路由到容灾备份HLR。由于备份HLR具有和故障HLR同步的数据，因此很容易就接管了故障HLR的一切操作。当故障恢复后，首先恢复该主用HLR的用户数据，然后恢复主用HLR相关信令链路，则相关的信令重新路由到该HLR，这样便实现了故障恢复。4.9.1

1+1HLR设备1+1互备容灾方式数据关系如图4.9.1图4.9.1-1HLR设备1+1互备容灾方式数据关系HLR设备1+1互备容灾方式是指在HLR配置时，每2台HLR设备之间配置成互为备份的关系，每台的备份容量都等于另外1台HLR的主用容量，互备HLR之间通过IP专网/线或七号信令链路相连，实时或定时进行数据同步，任何静态、动态数据更改都必须实时同步到备份HLR中，互备HLR中的用户数据部分应保持完全一致，并有定期一致性检查能力。当“配对”中的某个HLR故障时，另一台MSCServer能以自动或人工方式激活对故障HLR备份的相关静态配置数据和动态用户数据，接管故障HLR的业务。配置为1+1互备容灾的HLR设备基本网络组织如图4.9.1-2所示。图4.9.1-21+1互备容灾的HLR设备基本网络组织4.9.2N+1主备HLR设备N+1互备容灾方式数据关系如图4.9.2-1所示。图4.9.2-1HLR设备N+1互备容灾方式数据关系HLR设备N+1容灾方式是指在建设有N个主用HLR的网络中，设置一个备份用的HLR设备，平时N个HLR正常工作，备份用的HLR设备只同时运行与主HLR设备相同的软件和数据，并存储所有主用HLR设备内数据的镜像，而其与外部网元如MSC／（G）MSCServer／SGSN/SCP／SMSC／STP的信令链路正常连接，且这些链路中一般并无信令负荷，只在与主用HLR的心跳链路（可以通过STP转接）中有定期传递的“心跳”消息。当N个正常工作的HLR中任一个出现故障时，备份HLR将通过“心跳”消息判断出来，并提出告警，在倒换时，加载并激活故障的HLR设备用户数据，从而达到备用的HLR完全接管故障的HLR下用户业务功能的效果。配置为N+1主备容灾的HLR设备基本网络组织如图4.9.2-2所示。图4.9.2-2N+1主备容灾的HLR设备基本网络组织4.9.3

N+M主备HLR设备的N+M主备容灾实现，一般是基于用户数据的统一管理的，而其中基于用户数据的统一存储和调用的技术，被称为分布式HLR技术，作为一种新兴的超大容量HLR组网技术，正成为近年来HLR设备制造技术发展的热点。分布式HLR技术，将HLR分为业务前端（FE）和数据后端（BE），分离设置，BE集中存储用户数据，BE一般采用数据库服务器实现，本身也可以做异地分布式设置，BE之间采用内部接口，统一提供用户数据的存储和高可靠性的备份能力；FE完成业务处理，可以实现N+M主备设置。FE使用内部接口，通过IP承载专网对BE进行数据访问。HLR设备N+M主备容灾方式数据关系如图4.9.3所示。图4.9.3-1N+M主备容灾方式数据在N+M主备容灾组网中，建设有N个主用HLR与M个备用HLR，设置一个或多个集中用户数据调度或存储用的数据库设备，平时N个HLR正常工作，实时通过IP承载专网将动静态数据更新传送给数据库，备份用的HLR设备只同时运行与主HLR设备相同的软件和数据，并不激活任何用户数据，而其与外部网元如MSC／（G）MSCServer／SGSN/SCP／SMSC／STP的信令链路正常连接，且这些链路中一般并无信令负荷。当N个主用HLR中任一个出现故障时，备份HLR将通过分布式HLR故障判断机制发现，并提出告警，在倒换时，通过IP承载专网从用户数据库加载并激活故障的HLR设备用户数据，从而达到备用的HLR完全接管故障的HLR下用户业务功能的效果。配置为N+M主备容灾的HLR设备基本网络组织如图所示。图N+M主备容灾的HLR设备基本网络组织4.10

业务容灾配置原则HLR设备业务容灾实现的网元配置原则如下：主备用HLR设备应同厂家设备，并且硬件平台、软件版本保持一致。在1+1互备配置时，任一HLR的容量等于与其配对的两个HLR设备实际动态容量之和。N＋1互备方案：备份HLR设备的动态容量应至少大于等于N个主用HLR中动态容量最大者，才可以保证当N个主用HLR中的任一台发生故障时，倒换后业务的完全接管；而备份HLR的静态容量需要配置为N个主用HLR中动态容量之和，以保证用户数据的存储和实时更新。N+M主备方案：任一备份HLR的动态容量应至少大于等于其所备份的主用HLR中动态容量最大者，才可以保证当主用HLR设备中的任一台发生故障时，倒换后业务的完全接管；而BE设备的数据库容量应至少为N台主用HLR设备的动态容量和，以保证用户数据的存储和实时更新。由于业务容灾实现时的配置方式均为各厂家采用备用HLR配置多信令点模式进行支持，备用HLR能够配置的最大信令点数量就成为制约业务容灾方式中最大备份能力的限制条件。当主用HLR数量较多时，该限制条件需要在设备配置中进行考虑。在1+1互备和N+1主备容灾实现时，由于备用HLR需要对所有其备份主用HLR的用户数据进行分别存储，因此，设备的静态数据容量也成为制约其实现的限制条件。当主用HLR总容量较大时，该限制条件需要在设备配置中进行考虑。4.11业务容灾数据同步方式HLR网元级业务容灾的实现，离不开主备用HLR之间用户数据的传递和同步。其中，HLR静态数据的同步方式一般有3种。方式一是改造营账系统，使营账系统具备同时向主备用两个HLR输入操作指令，并对执行失败的指令进行记录的功能，部分厂家提供第三方软件定期核对数据的一致性功能（可选）。方式二是由主用HLR设备实现同步，即营账系统仍只向主用HLR输入操作指令，由主用HLR通过IP承载专网（可以是专为此搭建的IP承载专网/线或者利用现有的网管网或者营账网络等DCN网络）主动向备用HLR发出数据更新，并对执行失败的指令进行记录的功能，部分厂家也提供第三方软件定期核对数据的一致性功能（可选）。方式三是新增一个专用系统，营账系统只需要对此系统输入操作指令，此系统完成将操作指令同时转发给主备HLR设备，并对执行失败的指令进行记录的功能。对于方式三，如果新增系统前端是一套接口设备，网络中仍难免单点故障的隐患，但是新增系统若前端设置两套接口设备，营账系统就无法避免改造需求。因此，方式三只在N+M容灾方式中才会考虑。而HLR的动态数据同步也有2种实现方式。a）通过No.7信令网进行数据同步，这就需要主备HLR之间通过No.7信令链路传递动态数据同步消息，这些信令链路可以是直连链路也可以通过STP设备转接。b）通过IP承载专网进行数据同步，即主备HLR之间通过IP承载专网以私有数据包传递动态用户数据同步消息，所使用的IP承载专网可以是专为此搭建的IP承载专网/线，也可以利旧使用现有的网管/营账网络，只需要保证必要的带宽要求和QoS要求即可。4.12

业务容灾对相关网元配置的影响在HLR的业务容灾方案实施时，为了保证容灾效果，在核心网设备侧需要与主用HLR设备直连的核心网元设备和STP设备支持并启用信令路由优先级功能，将到备用HLR设备SPC的信令链路配置为到主用HLR的SPC的备用路由（低优先级路由）。而在营账和网管系统侧，则需要采取如下措施。a）如果采用营账网络或者网管网络作为动/静态数据同步的承载网络，就需要营账网络、网管网络提供足够的带宽和QoS保障。b）如果静态数据同步采用方式一，则需要营账系统改造，使之具备同时向主备两个HLR输入操作指令，并对执行失败的指令进行记录的功能。c）在倒换和倒回完成后，需要及时通知计费和网管中心将采集点IP地址修改为备用（主用）HLR设备的IP地址。4.13HLR容灾实施时应注意的问题为了能够最大限度发挥容灾系统的保障作用，所有网元级容灾系统中的主用设备和容灾备份设备之间应尽量减少相关性，设备相关性包括组网相关性和由配套设备、配套系统带来的相关性。减少设备组网相关性具体地说，就是主用设备和容灾备份设备在网络组织上尽量不直连，信令尽量通过STP设备转接，尽量不采用IP专线直连而应通过具有较高可靠性的IP承载网进行连接。而减少由配套设备、配套系统带来的相关性，则需要在条件允许的情况下，首选建设在不同局址的不同机房内，真正实现所谓的“地理容灾“；如果无法在不同局址建设，次选建设在相同局址的不同机房内，且无共用配套系统（不共用同一套电源系统供电，不共用同一个传输物理路由等，不共用同一套数据设备接入IP承载专网等），此时，就要求同一个核心局址内至少有两套以上的交换电源系统，具备两条以上的不同路由的出局传输线路，具备两套以上的IP承载网接入方案等；如果建设在不同机房也无法保证，则仍应尽量保证不共用配套系统。HLR设备进行容灾规划时，除了要考虑上述共性问题外，还需要考虑以下问题。由于在HLR容灾实施时，与主用设备直连的所有信令网网元都需要将其与备用设备的信令链路配置为负荷分担或者次选优先级的信令路由，因此，考虑到该要求对周边设备功能的要求和信令网组织的复杂性，建议实施HLR设备业务容灾备份时，各设备间No.7信令消息的疏通尽量采用STP转接方式。由于HLR设备需要通过IP专网和信令网来保证主备用设备间动、静态数据的同步，为了更好地保证容灾效果，建议动态数据更新消息尽量由信令网通过STP转接方式疏通，应充分核算，并留出足够的信令链路带宽；而静态数据更新则应使用可靠性较高的IP专网承载，尽量避免使用IP专线承载（此方式大量占用局间宽带链路资源，且可靠性较差）。4.14HLR容灾的实施建议HLR设备是核心网元容灾中首要考虑的网元设备，其容灾技术经过多年的发展，也都已经比较成熟。在实施核心网HLR容灾备份方案时，不仅要考虑提高HLR设备的容灾能力、提高网络服务质量，还应兼顾经济效益，制定尽可能满足多方面要求的安全保障措施。第五章江苏联通软交换系统存在问题及解决方案5.1华为双归属R3版本存在问题及解决方案5.1.1R3版本SERVER双活问题R3版本双归属的情况下，如果主用SERVER与MGW的承载网中断、心跳中断（一般都是同时发生），会出现双活，MGW倒换到备用SERVER，导致窄带局向信令不通。图5.3.1UMG及SERVER组网图R3版本主用SERVER与MGW的承载网及其心跳中断（一般都是同时发生），UMG1从主用SERVER1注册到备用SERVER2，由于SERVER的节点状态仅由心跳决定是否激活状态，当心跳中断时，主用SERVER、备用SERVER均认为对端故障，主用SERVER仍然保持激活状态，备用SERVER激活自身的虚拟节点（逻辑上对应主用SERVER），导致两边都处于激活状态，由于H/LSTP到主用SERVER的优先级大于H/LSTP到备用SERVER的优先级，导致H/LSTP来的入局消息发送到主用SERVER、在MGW上通过SIGTRAN承载的入局消息送到备用SERVER，H/LSTP局向与MGW承载的局向消息不能交互、从而导致长途电话不通。解决方案1、当主SERVER感知到心跳故障、注册到本端网关数为0、双归属接管模式为自动接管时则认为自身被备SERVER接管，此时自动封闭本端所有链路，防止信令错误分发到本SERVER。2、在主备SERVER间的原UDP心跳A基础上增加B或者C或者D的M3UA心跳，只有UDP+M3UA心跳都故障才认为对端故障了，从而发生切换。即在新特性中增强了原心跳判断。所以：如果主用SERVER与MGW的承载网及其心跳中断（一般都是同时发生），MGW倒换到备用SERVER，由于到主用SERVER的窄带信令中断，窄带信令会发到备用SERVER，所以窄带局向信令不受影响。版本升级至R5C10版本后，问题解决。5.1.2备用局局数据表过大R3版本，N+1的模式下，由于备用局需要配置N个局的数据，导致备用局数据量很大，很多表都需要扩、表扩大不仅占用主机内存，而且影响表运行效率。解决方案对如下容量最大的10张表进行优化：表ID表名描述表类型54tbl_GSMLAI位置区小区表直接索引表106tbl_CAllPreProc号首特殊处理表排序表819tbl_DialCheck拨号检查表排序表368tbl_SCCPGTSCCP全局名表直接索引表868tbl_CAllerCharactAna主叫特性分析表排序表108tbl_CLDDNPreAna被叫号码预分析表排序表105tbl_CAlleeAna被叫号码分析表直接索引表119tbl_CAllerAna主叫号码分析表排序表312tbl_BicccicmoduleBICCCIC模块表直接索引表134tbl_IncomingCodePreProcess入局号码预处理表排序表304tbl_TkCircuit中继电路表直接索引表优化方法如下：表拆分成总表和主表两张表，总表中保存备份Server中的数据，主表中保存本Server的数据。只有主表中的数据设定到主机，总表中的数据不设定到主机，使得备用局数据量大大减少。当双归属倒换，备用Server接管主用Server时，备用Server上的BAM根据接管的Server索引调用业务模块提供的双归属倒换的存储过程从各表的数据总表中读取接管Server的数据到主表中，并进行整表设定，将刷新后的主表数据整表设定到主机。双归属倒回时，备用Server上的BAM根据倒换的Server索引，从主表中删除倒换Server的数据，并进行整表设定，将刷新后的主表数据整表设定到主机。后续升版解决。5.1.3双归属方案没有数据同步功能双归属方案没有数据同步功能，主用SREVER上的数据需要手工同步到备用SERVER，这样对维护人员的技术水平和操作规范性提出了很高的要求，实际商用后出问题的概率很大，靠人工来保证数据配置的完全正确非常困难，一旦发生双归属倒换，可能有部分或者全部业务无法实现。解决方案通过M2000保障主备SERVER的数据保持同步，如下图5.1.3所示，具体操作方法请参考指导书。图5.1.3主备SERVER的数据保持同步图5.1.4VDB用户数据没有实现备份R3版本由于VDB用户数据不进行双归属备份，移动软交换中心双归属倒换时会导致VDB用户数据丢失，当用户数据恢复时容易对系统A/IU/C/D口造成冲击。解决方案：在主用Server和备用Server之间建立备份通道用于备份主用Server的用户数据，备份通道基于M3UA建立，后续版本解决。5.2阿朗NGHLRN+1容灾解决方案全省目前一共有17台ALCATELNGHLR，分布在11个地市；一台全省公用备份ALCATELNGHLR，在南京河西机房10楼。图5.2江苏联通容灾备份网络结构图5.2.1HLR容灾原理1、多个主用局与备份局静态基础数据同步当备份局建立之后，需要把各主用局所有数据导入备份局，这时可通过HFS基础数据导入模块，把主用局日常生成的最近日期备份文件下载至HFS，通过莱单操作，手工导入HFS并生成XML文件，创入备份局。2、业务工单数据同步基础静态数据导入备份局后，计费在主用局ngHLR执行成功的工单，通过主用ngXFS转发模块，发送至HFS，HFS通过整合，发向备份ngHLR使备份局数据与主用局数据保持完全一致。3、位置信息同步由于主用局手机用户位置信息无法通过工单形式传送到备份局，所以通过HFS从主用局产生的数据变量文件中分析获取位置信息改变量，通过HFS整合形成SQL文件，直接对备份HLR进行位置信息写入。4、主用倒换至备份局后，数据同步当备份局接管主用局后，HFS直接接受BOSS发来的工单，这时备份局只执行被接管局工单数据，其它局工单将被缓存。并且记录被接管局位置信息变化，进行存储，为倒回做准备。5、导换过程主用局倒换至备用局（当主用局发生问题后），通过脚本自动执行：①把备份局HLRID改成当前主用局HLRID。②把PDPMODEL，改成与主用局一样。③把ROMLIST，改成与主用局一样。④切换完成。Ⅱ备份局倒回主用局（当主用局修复后），通过脚本自动执行：①向主用局回补被接管期间执行的所有工单数据。②把备份局变动过的被接管局位置信息，同步至主用局③恢复原主用局的信令链路，业务倒回主用HLR④把备份局HLRID，改成原来备份局HLRID。⑤倒回完成。HFS继续执行其他主用局的积累工单和当前工单同构多个ngHLR至备份ngHLR，HFSBackupngHLR1BackupngHLR1ActivengXFS1ActivengXFS2ActivengXFS3ActivengXFS4HFSIP:*.*.*.*Port1:10020Port2:10021Port3:10022Port4:10023BackupngXFS1图5.2.1HFS数据同步示意图5.2.2通路组织情况1).HFS在网络中作为主用HLR与备用HLR中间设备，保持数据与多个主用HLR的同步，并把数据同步到备用HLR，如图5.2.1所示；2).备份HLR使用独立的信令点编码，分别和HSTP2个平面通过直达高速2MLINK相连。在日常运行中同时装载多台在线设备的用户数据库，所创建的MTP、SCCP层数据都处于激活状态，处于备份状态时，不进行对外通信.3).HSTP数据制作：ALCATELHLR在HSTP侧GT翻译时，首先翻译为本HLR的DPC,指向到本HLR的直连N7路由；第二翻译点为备份HLR的DPC，指向到备份HLR的直达N7路由。4).本地HLR直连网元数据制作：主要包括本地MSCSERVER和IGW,主要涉及3种设备的数据制作。华为SERVER和中兴IGW通过到本地直连HLR的备用子系统中添加到备份HLR的DPC寻址方式实现；爱立信SERVER通过到本地HLR的SCCP层DPC寻址方式中增加到备份HLR的第二路由实现。5).在某个主用HLR故障时,备份HLR处理切换过来的消息,将备份HLR的HLRID修改为故障HLR的GT,完成对原主用HLR的替换。5.2.4NGHLR倒换当HLR由于硬件或软件问题导致宕机或重启，造成业务中断，短时间内无法恢复，由应急指挥小组决定启动预案，倒换到备份HLR，具体倒换步骤如下：1）倒换主要流程主用局倒换至备用局（当主用局发生问题后），通过脚本自动执行：①将主用HLR到其他直连网元的所有LINK关闭，如果无法操作，可以由其他相关直连网元将到主用故障HLR的LINK关闭。②把备份局HLRID改成当前故障主用局HLRID。③把PDPMODEL，改成与主用局一样。④把ROMLIST，改成与主用局一样。⑤切换完成。切换前，正常工作状态下的数据流向如下图所示：ngXFSBOSS备份局ngXFSDB实时工单、位置信息流向Bulk文件流向基础数据流向故障局（模拟）ngHLR**ngXFSHFS计费boss在主用局ngHLR执行成功的工单，通过主用ngXFS转发模块，发送至HFS，HFS通过整合，发向备份ngHLR使备份局数据与主用局数据保持完全一致。由于主用局手机用户位置信息无法通过工单形式传送到备份局，所以通过HFS从主用局产生的数据变量文件中分析获取位置信息改变量，通过HFS整合形成SQL文件，直接对备份HLR进行位置信息写入。2）具体倒换步骤步骤操作执行人时长结果备注1.主用HLR故障，无法处理业务和BOSS工单HLR操作员1分钟通过lock主用HLR的XFS帐号。BOSS将累积工单2.BOSS侧手动停止向主用HLR发送工单BOSS操作员1~2分钟3.在HFSGUI操作界面选定出现故障的HLR，然后在工具栏上选择“Switchover”“ManualSwitchover”，在弹出的窗口选择“YES”HLR操作员1分钟完成备用HLR参数修改：HLRID/roaminglist/PDPmodel4.在备份HLR的GUI上查看确认HLRID等局数据是否被正确修改HLR操作员5分钟5.在HFSGUI操作界面选定备用HLR，然后在工具栏上选择“Config”“BackupHLROperation”“OpenISDmessage”，在弹出的窗口选择“YES”HLR操作员1分钟密码：hfs6.在HFSGUI操作界面选定备用HLR，然后在工具栏上选择“Config”“BackupHLROperation”“OpenMediationMode”，在弹出的窗口选择“YES”HLR操作员1分钟7.断开主用HLR的信令，呼叫查询将自动通过备用路由从主用HLR切换到备份HLR，或者交换侧将呼叫查询路由指向备份ＨＬＲHLR操作员或用户3分钟建议由交换网元进行断信令操作。8.备份HLR操作发送Mapreset，OAMsubscribermanagement—>SS7mapreset,点击modify发送resetHLR操作员2分钟通过信令仪观察9.首先对测试卡进行简单拨测，确保呼叫查询已经切换到备用HLR，（开关机，主被叫）。HLR拨测人员2分钟需提前准备测试卡10.BOSS系统向HFS直接发送主用故障局工单（包括期间的累计工单），将工单发送到备用HLR。BOSS操作员1分钟验证工单有效性。需记录发送时间，在倒回补工单时使用。11.BOSS工单测试、全面业务拨打测试及计费验证用户30-60分钟12.检查备份HLR、HFS的运行状态HLR操作员3分钟切换后的数据流向如下图所示：ngXFSBOSS备份局ngXFSDB实时工单，位置信息流向Bulk文件流向基础数据流向故障局（模拟）ngHLRngXFSHFS当备份局接管主用局后，HFS直接接受BOSS发来的工单，这时备份局只执行被接管局工单数据，其它局工单将被缓存。并且记录被接管局位置信息变化，进行存储，为倒回做准备。5.2.5NGHLR倒回1）倒回主要流程备份局倒回主用局（当主用局修复后），通过脚本自动执行：①向主用局回补被接管期间执行的所有工单数据。②把备份局变动过的被接管局位置信息，同步至主用局③恢复原主用局的信令链路，业务倒回主用HLR④把备份局HLRID，改成原来备份局HLRID。⑤倒回完成。HFS继续执行其他主用局的积累工单和当前工单2）倒回具体步骤步骤操作执行人时长结果备注1.BOSS系统手动停止向备份系统HFS发送工单BOSS操作员1分钟BOSS开始积累工单2.HLR恢复故障，能够处理BOSS工单HLR操作员1-2分钟恢复故障：通过unlock主用HLR的XFS帐号。3.在HFSGUI界面执行对主用HLR的工单补加：a）选中主用故障局图标b）点击工具栏“Switchback”—〉“UpdateMMCtoActiveHLR”c）然后在弹出窗口中设置正确的开始时间－“Starttime”；设置正确的结束时间，并勾选”SetEndtime”选择框。d）勾选“SuccessfullMMCtobackupHLR”和“UpdatetoactiveHLR”。e)按“StartNow”按钮。d)等待出现成功消息框，工单补加完毕。HLR操作员1～2分钟补加故障期间的所有工单到主用HLR。4.HFSGUI界面选中主用局，执行HFSGUI-->SwitchBackup>UpdateActiveLocation同步位置信息，将故障期间备份局积累的位置信息同步到主用局HLR操作员5-10分钟HFS检查同步情况5.激活主用HLRLink，呼叫查询自动切回到主用HLR用户或HLR操作员3分钟同前面，建议由交换网元进行恢复信令链路。6.主用HLR发送Mapreset,OAMsubscribermanagement—>SS7mapreset,点击modify发送resetHLR操作员2分钟7.在HFSGUI界面选中备用HLR，并在工具栏选择“Switchback”—〉“Switchbacknow”，执行切回操作HLR操作员1分钟8.在备份HLRGUI上查看HLRID是否被正确修改HLR操作员1分钟9.BOSS系统恢复向主用局发送故障局工单（包括期间的累计工单）。BOSS操作员1分钟验证主备用局工单同步。10.BOSS工单验证测试BOSS操作员11.拨打验证测试、计费验证用户30-60分钟12.检查主、备用HLR、HFS的运行状态HLR操作员5～10分钟第六章南京MSC双归属演进POOl方案下面以南京3G演进目标局：2＋1的软交换架构的3G6.1方案一首先将双归属组网拆分成单个独立的MSCServer，通过备用Server实现平滑演进。步骤一：取消MSS1/MSS2与MSS3之间的主备倒换链路配置，取消MSS1/MSS2与MSS3之间的心跳监控链路配置；除硬件数据外，将MSS3上的所有数据删除；步骤二：重新对MSS3进行数据制作，将MSS3升级成为支持A－Flex功能，增加Mc口链路数据，增加与BSC22的A接口数据，并增加BSC22下的位置区数据；对MSS2下属的MGW3进行升级支持并启用A－Flex功能，并新增A接口数据，将MGW3/BSC22接入到MSS3上，同时设置MSS2对应的节点状态为“不可用态”，通过这种方式将BSC22下的用户转移到MSS3上。步骤三：MSS3增加Mc口链路数据，增加与BSC21的A接口数据，并增加BSC21下的位置区，小区数据；对MSS2下属的MGW2进行升级支持并启用A－Flex功能，并新增A接口数据，将MGW2/BSC21接入到MSS3上，同时设置MSS2对应的状态为“不可用态”，通过这种方式将BSC21下的用户转移到MSS3上。待MSS2上所有用户转移完毕，将MSS2进行升级支持A－Flex，同时删除MSS2上原有的心跳配置数据、主备用标志等N+1的特性数据；步骤四：在MSS2、MSS3上配置NRI等Pool的公共属性信息，将MSS2与MSS3组成MSCPool；步骤五：对MSS1下属的MGW1进行升级支持并启用A－Flex功能，并新增A接口数据，将MGW1/BSC11接入到MSCPool中上，同时设置MSS1对应的状态为“不可用态”，通过这种方式将BSC11下的用户负荷均衡的转移到MSS2/MSS3上。待MSS1上所有用户转移完毕，将MSS1进行升级支持A－Flex，同时删除MSS1上原有的心跳配置数据、主备用标志等N+1的特性数据；在MSS1、MSS2、MSS3上配置NRI等Pool的公共属性信息，步骤六：在MSS1上新增Mc接口链路数据，同时新增到BSC21和BSC22的A接口数据；同时在MSS1/MSS2/MSS3上统一无线位置区、小区数据；将MSS1加入到由MSS2与MSS3组成MSCPool中；整个过程结束；6.2方案二向MSCPOOL演进过程中，对于没有升级的Server还可以实现容灾，备份Server最后加入MSCPOOL中。步骤一：取消MSS1与MSS3之间的主备倒换链路配置，取消MSS1与MSS3之间的心跳监控链路配置；步骤二：将MSS1升级支持并启用A－Flex功能，同时删除MSS1上原有的心跳配置数据、主备用标志等N+1的特性数据；对MSS1下属的MGW1进行升级支持并启用A－Flex功能。步骤三：取消MSS2与MSS3之间的主备倒换链路配置，取消MSS2与MSS3之间的心跳监控链路配置；将MSS2升级支持并启用A－Flex功能，同时删除MSS2上原有的心跳配置数据、主备用标志等N+1的特性数据；在MSS2上新增Mc接口链路数据，增加到BSC11的A接口数据，增加BSC11下位置区数据，相应BSC11上也新增到MSS2上的A接口数据；对MSS2下属的MGW2进行升级支持并启用A－Flex功能。对MSS2下属的MGW3进行升级支持并启用A－Flex功能。在MSS1上新增Mc接口链路数据，增加到BSC21/BSC22的A接口数据，增加BSC21/BSC22下位置区、小区数据；在MSS1、MSS2上配置NRI等Pool的公共属性信息，将MSS1与MSS2组成MSCPool；步骤四：除硬件数据外，将MSS3上的所有数据删除；重新对MSS3进行数据制作，将MSS3升级成为支持A－Flex功能，配置Mc口链路数据，配置A接口数据，并增加位置区、小区数据以及Pool的公共属性信息；步骤五：将MSS3加入到MSCPool中；整个过程结束。6.3推荐方案方式一的优点：可以实现双归属到MSCPOOL的平滑演进，演进过程中可以实现业务不中断；缺点就是在向MSCPOOL的演进过程中不能实现容灾。方式二的优缺点和方式一正好相反，优点是演进过程中还可以实现容灾，缺点就是演进过程中需要中断业务。由于双归属到MSCPOOL的改造时间不会很长，并且方式一可以实现双归属到MSCPOOL的平滑演进，并且演进过程中业务可以不中断，所以推荐使用方式一作为双归属到MSCPOOL的演进方案。结束语本文学习掌握软交换的基础知识，包括软交换控制设备、业务平台、信令网关、媒体网关、ＩＰ终端等。根据所掌握的基础知识，首先对现网华为软交换SERVER双归属组网架构存在的不足，提出了解决方案对SERVER组网双归属到MSCPOOL的演进策略展开论述。然后对提出江苏联通NGHLR容灾建设方案，方案在后续工程中部署实施验证。核心网元的严重故障对运营商整体信誉和竞争能力的影响是不可估量的，因此在引进大容量核心网设备的同时，通过技术手段提高设备和网络的稳定性和可靠性，已经成为迫在眉睫的问题。致谢在这篇论文完稿之际，我要感谢许许多多为我的学位论文提供宝贵意见和建议的老师和同事。首先，我要感谢我的指导老师孟旭东副研究员，论文的撰写过程中，孟老师的悉心指导和谆谆教诲都使我获益良多。同时,孟老师在学术上的精益求精和严谨认真的治学态度也令我受益匪浅。本次毕业设计过程中，还得到了江苏联通公司陈旭璞老师悉心的指导和帮助。在此向他表示深深的感谢。同时，也感谢在此次毕业设计过程中给予了我许多帮助的江苏联通运维部的同事们。参考文献[1]章坚武著.《移动通信》［M］.北京：西安电子科技大学出版社.2007.[2]许辉著.《现代通信网技术》［M］.北京：清华大学出版社.2004.[3]赵长奎著《GSM数字移动通信应用系统》［M］.北京：人民邮电出版社出版.2003.[4]韩斌杰著.《GSM原理及其网络优化》［M］.北京：机械工业出版社.2002.[5]张威著.《GSM网络优化--原理与工程》［M］.北京：人民邮电出版社出版.2005.[6]张威著《GSM交换网络维护与优化》［M］.北京：人民邮电出版社出版.2005.[7]Lee，W.C.Y著《无线与蜂窝通信》［M］.北京：清华大学出版社.2008.[8]李文峰著《现代应急通信技术》［M］.北京：西安电子科技大学出版社.2007.[9]吕捷著《GPRS技术》［M］.北京：北京邮电学院出版社.2001.[10]900/1800MHzTDMA数字蜂窝移动通信网工程设计规范信息产业部YD5104-2003.［S］.[11]3GPPTS22.003CircuitTeleservicessupportedbyaPLMN.［S］.[12]3GPPTS29.414CoreNetworkNbDataTransportandTransportSignalling.［S[13]3GPPTS23.205BearerIndependentCSCoreNetwork–Stage2.［S］.[14]企业内部资料.《中国联通江苏2008年GSM网二期初步计》［Z］.2008.[15]企业内部资料.《中国联通2009年WCDMA网络工程建设指导意见》［Z］.2009.[16]企业内部资料.《中国联通2009年WCDMA网工程可行性研究报告编制总体要求》［Z］.2008.[17]企业内部资料.《2008年中国联通通信工程可行性研究报告编制要求—移动通信专业》［Z］.2008.[18]企业内部资料.《中国联通2GHzWCDMA数字蜂窝移动通信网无线接入子系统设备规范》［Z］.2008.9.[19]企业内部资料.《中国联通2GHzWCDMA数字蜂窝移动通信网无线接入子系统设备测试规范》［Z］.2008.9.[20]企业内部资料.《中国联通2GHzWCDMA数字蜂窝移动通信网Iu接口测试规范》［Z］.2008.9.[21]企业内部资料.《中国联通2GHzWCDMA数字蜂窝移动通信网Iur接口测试规范》［Z］.2008.9.[22]企业内部资料.《中国联通2GHzWCDMA数字蜂窝移动通信网Iub接口测试规范WCDMA网络规划原则》［Z］.2008.9[23]企业内部资料.《WCDMA网方案编制要求》［Z］.2008.10.[24]赵慧玲、叶华等，《以软交换为核心的下一代网络技术》［M］.北京：人民邮电出版社，2002.08.[25]刘韵洁、张智江等，《下一代网络》［M］.北京：人民邮电出版社，2005.03.[26]强磊等，《基于软交换的下一代网络组网技术》［M］.北京：人民邮电出版社，2005.05.

附录资料：不需要的可以自行删除设备管理英文术语大全概率（几率）probability·HYPERLINK方差variance·分散维修decentralizedmaintenance·动态试验dynamictest·动力设备设施管理powerfacilitiesmanagement·除尘、防护设备管理duct-proofandprotectiveequipmentmanagemen t·抽样调查samplinginvestigation·备件国产化管理domesticproductionmanagementofimportedspareparts·标准偏差standarddeviation·安装预算budgetofinstallation·包机制machinecontractingsystem·班前检查与润滑制度regulationofcheckandlubricationbeforeonshift·［设备］交接班制度shiftreliefsystem·《设备管理条例》（《条例》）《EquipmentManagementRegulation》·[设备]修理repair·[设备]维修maintenance(andrepair)·重点调查key-pointinvestigation·重点设备管理managementofkey-pointequipment