基于世博应用的MSC POOL设备维护方式的研究与应用.doc

基于世博应用的MSC POOL设备维护方式的研究与应用二一年六月目录摘要5第1章引言61.1概述61.2MSC Pool技术原理简介6第2章MSC POOL设备重要参数的设置及相关问题的研究102.1MSC POOL重要参数及功能研究102.1.1MSC Pool关键参数102.1.2MSC Pool新增功能介绍122.2世博MSC POOL参数设置及功能开启情况132.2.1MSC POOL关键参数设置132.2.2MSC Pool新增功能开启情况142.3关于MSC Pool覆盖范围的研究152.3.1问题研究主体152.3.2研究结果分析152.4手机终端与NSSF节点间适配问题的分析和解决152.4.1问题的研究主体152.4.2研究过程162.4.3研究结果分析172.5关于BSC/RNC不支持MSC Pool组网问题的解决建议182.5.1问题的研究主体182.5.2研究过程182.5.3研究结果分析192.6MSC POOL中某MSC-S退服后对被叫业务的影响和解决建议202.6.1问题的研究主体202.6.2研究过程202.6.3研究结果分析212.7关于爱立信MSC Pool交换机模块反复重启问题的分析232.7.1问题的研究主体232.7.2研究过程232.7.3研究结果分析24第3章MSC POOL工程相关注意点253.1总体建设原则253.1.1MSC POOL建设原则253.1.2MSC POOL适用场景253.1.3MSC POOL建设方案253.1.4项目管理要求263.2新建MSC POOL263.2.1机型确定263.3端局改造入MSC POOL273.3.1改造基本流程273.3.2前期测试过程中发现的问题30第4章关于解决MSC Pool下指定用户向指定交换机迁移问题的设想314.1问题的发现314.2两种可行的替代方案324.2.1BSC修改参数法324.2.2微蜂窝法364.3探索新的解决方案364.3.1利用MSC设备内部参数的解决方案364.3.2手机强制修改TMSI39第5章世博MSC POOL话务模型的研究405.1话务模型的定义以及研究话务模型的意义405.1.1话务模型的定义405.1.2研究话务模型的意义405.2世博MSC POOL话务模型与内环区域话务模型比较41第6章MSC POOL网络管理及维护方式的研究446.1MSC POOL维护手段使用情况分析446.1.1几种现网正在使用的MSC POOL维护手段446.1.2各类维护手段中存在的问题456.2MSC POOL网络维护新理念的探讨466.3MSC重大故障时的统一处理流程47第7章结论与展望517.1结论517.2未来工作展望52摘要本项目的研究意在就MSC POOL技术应用到现网后，针对其组网和技术的新特性，就维护、保障和优化工作提出有针对性的维护解决方案，使网络维护优化工作能及时适应由于新技术引入所带来的变革，确保世博会期间的重点区域网络能安全、优质和平稳的运行。本项目立足于2008年试商用测试和世博MSC POOL工程，对将来MSC POOL组网技术大规模引入后在MSC中重要参数设置等方面产生的变化进行更深入的研究和探讨，并对比其和传统网络的不同之处，为以后MSC POOL组网大规模展开提出相关参数设置的原则和方案。同时，我们对前期MSC POOL测试和组网过程中出现的问题进行了深入的分析，对今后MSC POOL组网的大规模推开具有较强的借鉴意义。此外，我们将探讨基于MSC POOL网络的MSC 重大故障统一处理流程和用户迁移流程，并将其引入到世博保障工作中以及后续的日常维护工作中，提高维护工作的质量和效率。关键字：MSC POOL（交换机池）、设备维护、软交换、信令、爱立信第1章 引言1.1 概述2008年底，针对特大城市复杂网络环境中MSC Pool引入的策略问题，公司计划发展部研发中心曾经完成了科研项目，重点就MSC Pool网络优势、规划设计、工程实施等进行了深入而细致的分析论证，为公司MSC Pool的引入和建设做好了准备，解决了前期工作中可能出现的许多潜在风险和问题。如今，随着该新型组网结构在上海移动的正式商用，以及作为世博场馆的覆盖和服务网络，MSC Pool在上海核心网中正担负着越来越重要的作用。此时，如何做好MSC Pool商用之后的维护管理和质量优化工作，如何根据实际情况处理解决组网缺陷、完善网络结构，不仅对于确保公司网络安全稳定、完成世博重点通信保障有着重要的意义，更是保证全网向MSC Pool顺利演进的关键。基于这样的想法，运维中心在和公司兄弟部门前期科研成果的基础上，立足网络维护管理规范，通过深入研究MSC Pool实现原理和设备关键参数，结合现网应用实践，开展了此次“基于世博应用的MSC Pool设备维护方式的研究”，希望能够规范维护方式、提高维护效率，对今年世博MSC Pool乃至于未来全网MSC Pool的维护优化工作有所帮助。1.2 MSC Pool技术原理简介Ø MSC Pool组网理念MSC Pool组网结构是在3GPP TS23.236中进行规定的，规范定义了核心网控制节点MSS以池组方式工作的机制，打破了以往BSC/RNC与MSS之间一对一的控制关系。在3GPP前期定义的组网中，核心网延续了传统的树形网络结构，一个BSC/RNC只能被一个核心网节点控制，如果该核心网节点发生故障，其所管理的BSC/RNC就无法正常工作。而随着MSC Pool技术引入了“池区”（Pool Area）概念后，多个核心网节点就可以组成一个区域池。与以往一对一的控制关系不同，在MSC Pool内，每个BSC/RNC可以受控于池内所有的MSS节点，故BSC/RNC下的终端用户可以注册到池内任意一个MSS节点，换句话说，每个MSS节点都同等地为池区内所有BSC/RNC覆盖的区域提供服务。通过引入MSC Pool技术，提供了一种避免点到多点的连接限制，从而达到网络资源共享的手段，如图1。图表 1 MSC Pool组网结构MSC Pool技术定义的初衷是为了引入虚拟运营商而制定的，MSC Pool技术既适用于分层的软交换网络结构（控制与承载分离），也适用于不分层的传统交换网络结构。MSC Pool技术在优化网络资源、合理分配话务、提高网络性能、保证网络安全、提高投资利用率等方面的许多优势使得这种组网方式成为未来电信网络发展的重要趋势之一。Ø MSC Pool实现机制MSC Pool的实现主要是基于BSC/RNC来完成的。池组内每个BSC/RNC中定义并保存了所有MSC Server的能力参数表，一般而言，这个参数由各个MSC Server的相对处理能力来确定，并可以由维护人员修改。能力参数表如表1所示，说明MSC-S1/MSC-S2/MSC-S3的处理能力是MSC-S4的2倍。表格 1 BSC/RNC定义能力参数表当新用户进入MSC Pool覆盖区域时，BSC/RNC根据定义的能力参数表、按照负载均衡的原则将用户的位置更新请求随机地分配给池组中的某一个MSC Server，保持池中每个MSC Server的负荷大致相当。在完成用户位置更新请求后，MSC Server给用户分配TMSI，这个TMSI里面携带了“网络资源标志（NRI）”字段，标识了为用户服务的MSC Server节点编号，表明用户已经注册到池中特定的MSC-Server上。之后，无论用户在MSC Pool服务区域内如何移动，都将登记在该MSC-Server之下不会变动，而如果用户发起业务请求，BSC/RNC会根据请求消息中TMSI字段内的NRI信息，将请求分配到对应的MSC Server进行处理，直到用户离开MSC Pool的服务区域。如图2。图表 2 BSC/RNC选择原理在MSC Pool组网模式下，一个池组区域中多个MSC Server节点可以整体看作是一个大容量的MSC Server，它所提供的覆盖与服务范围是所有单个节点覆盖服务范围的总和，因此可以有效减少MSC间的位置更新、切换和重定位操作，减少与归属位置寄存器（HLR）之间的信令流量。Ø MSC Pool应用优势l 提供了网络级实时容灾备份机制采用MSC Pool组网时，在一个“池区”中所有的MSC Server之间都是互为备份的。当其中任何一个发生故障退出服务时，登记在故障MSC下的用户只要发起业务请求，就会自动重新登记到Pool内其它正常的MSC上，实现了真正意义上的自动、实时容灾备份机制。l 避免网络资源的不均衡利用，提高投资利用率鉴于不同覆盖区域以及用户行为模式的巨大差别，网络各设备的话务高峰通常都出现在不同的时间，在一些设备经历话务高峰并因为负荷过高产生限呼的同时，可能另一些设备的负荷却很低，比如“潮汐效应”。MSC Pool的引入，可以有效均衡不同时段、不同区域话务高峰，克服话务分布不均对网络造成的冲击。只要合理配置MSC Pool的总容量，单个MSC Server就不会有拥塞的危险。对于突发的话务高峰、节假日和大型活动等也可从容应对，增强了网络的抗冲击能力。l 减少核心网信令开销，提高网络容量对于像上海这样拥有密集人口的发达城市，在传统组网方式下，每个MSC的覆盖范围可能很小，MSC间的位置更新和切换会非常频繁。MSC Pool的引入，扩大了MSC的服务区域，使得原来MSC间的位置更新和切换转化为MSC内部、BSC/RNC间的位置更新和切换操作，因而可以大量减少MSC和HLR间信令的开销，进一步提升MSC/HLR的处理能力，提高网络实际容量。l 核心网与无线网的规划设计相对独立以往在进行核心网网络设计时，首先要划分MSC各自的服务区，针对覆盖区域不同的用户话务模型进行单独设计，并且全部按照峰值话务来配置MSC节点的容量。而采用MSC Pool组网后，网络规划将得到有效简化，只需要根据总的用户话务需求来设计池的总容量，用户会自动、均匀地分配到池内每个MSC节点。核心网络的设计和容量需求不再受制于无线覆盖区域的具体情况，无线网和核心网扩容相对独立，可以实现最优化的无线网络单独规划、分布扩容，无需考虑某个特定MSC的容量配置和端口限制。l 有助于集中化管理，降低运维成本核心网元的集中化配置和管理是降低运营成本的一条有效途径。MSC Pool中所有节点具有完全一致软件结构、参数设置和话务信令数据，在设备维护管理方面具有集中化、统一性的独特优势，能够有效提高运营效率，降低运维成本。第2章 MSC POOL设备重要参数的设置及相关问题的研究2.1 MSC POOL重要参数及功能研究：2.1.1 MSC Pool关键参数2.1.1.1 CAPCAPCapacity Values，容量因子。在NSSF节点中进行定义的，爱立信BSC的CAP值最大可以取到255，即CAP的比值可以精细到255：254，现网取值为70：70。华为RNC仅支持CAP的比值为1：1，故调整粒度的精细程度远不如爱立信BSC，建议华为对此问题进行改进。该参数主要用来表征MSC Pool中每一个MSC的相对容量大小，从而决定了该MSC在整个Pool中分担用户的比例。在MSC POOL进行用户迁移时，CAP可以指定所要进行用户迁移的比例，即MSC迁移量。如下图所示：MSCi的用户数=CAPi/CAPCAP的比值应等于MSC用户数容量的比值，例如MSC1和MSC2的用户容量分别为50万和60万，则CAP的比值应设定为5：6。2.1.1.2 TMSI和NRI1、 TMSITMSI是一个由4个字节（Octets）组成的临时标识，用来在一个MSC覆盖区内唯一的标识一个用户。TMSI的基本概念在MSC Pool中没有大的变化，但其结构的变化和“NRI”的引入带来了更多的信息。因此，Pool中的MSC必须打开TMSI分配功能。2、 NRINRINetwork Resource Identification，网络资源标识。用于在MSC Pool范围内标识MSC。一个MSC却可以分配一个到多个NRI值，以起到负载灵活控制的目的。当NRI长度为0时，即表示该MSC不开启MSC Pool功能；而当NRI长度为最大值10时，即表示一个MSC Pool中最多能包含1024个MSC。NRI使用TMSI中的23到14这十个比特位。集团公司其设置有以下统一要求：Ø NRI长度统一为7位，如图3，每个NRI值的具体规划如下：ü 23bit：预留，缺省值为“0”。为今后省际间相邻Pool的NRI分配冲突或扩容预留；ü 21-22bit位：省内自行按四色原理规划，保证Pool间NRI不重复；ü 17-20bit位：Pool内区分每个MSC-S的标识。图表 3 NRI设计Ø 四色原理分组：ü 000XXXX ：包含14个NRI，取值为215；(0和1建议不用，防止池组外手机携带该相同NRI接入池组，导致负荷分配不均)；ü 001XXXX ：包含16个NRI，取值为1631；ü 010XXXX ：包含16个NRI，取值为3247；ü 011XXXX ：包含16个NRI，取值为4863 。那么，一个MSC应设置几个NRI才比较合理呢？由上图可知TMSI字段中可用于用户分配的部分一共19位，即一个NRI可分配的用户数为219=524288。现网MSC的VLR容量为60万，若POOL中有3个MSC，考虑到冗余倒换时增加的用户，即VLR容量达到90万，此时需设置2个NRI才就能使TMSI容量大于VLR容量。2.1.1.3 Paging参数PAGING的方式没有改变，仍分为两种：LAC PAGING和GLOBAL PAGING。启用MSC POOL组网后，考虑单个MSC控制的所带BSC非常多，覆盖范围较大。为减少MSC负荷，建议在MSC POOL内启用LAC PAGING的方式。 2.1.1.4 MSC状态标识（MODE参数）池组中MSC的状态是由NSSF节点中的参数MODE来标识的，决定了MSC在MSC POOL中的可用性。不同机型的MODE参数不同。在爱立信NSSF节点（BSC）中MODE参数可以有：ACTIVE、INACTIVE、RESELECT、BARRED。分别体现了NSSF节点对MSC-S的各种不同的控制模式。2.1.1.5 PROXY MSCProxy MSC负责转发POOL外MSC发来的LU消息，设置错误将导致HLR负荷升高。设置原则为POOL内每个MSC均设置为Proxy，保存POOL内其他MSC的NRI信息。MSCVLRADDRProxy MSCG784-86134414883233464-8613441490343547G874-86134414903435474-8613440490383945G884-86134414883233464-86134404903839452.1.2 MSC Pool新增功能介绍2.1.2.1 Proxy MSCProxy MSC（代理MSC）即在3GPP协议规范中的Default MSC（默认MSC）。Proxy MSC可通过爱立信指令人工定义，代理POOL内部MSC和POOL外不支持“增强型协作VLR”的MSC进行消息转发和通信。Proxy MSC通过NRI识别POOL内部各个MSC，从而转发消息。2.1.2.2 Neighboring MSC groupsNeighboring MSC groups爱立信特有软件功能，即相邻切换组。在与MSC POOL有相邻关系的MSC上定义。简化相邻的MSC和POOL内MSC的切换流程。2.1.2.3 MSC Selection假设用户从原先登记的池外非MSC POOL组网的区域，漫游到MSC POOL覆盖区域内，那么MSC Selection功能就会启用。MSC Selection在3GPP协议中被称为NNSF，即非接入层节点选择功能。概括的说，它是一种为用户选择MSC为其服务的功能。当MS进入MSC POOL服务区后，MS像POOL中的BSC发出位置更新请求消息，其中带有用户原来的TMSI和LAI。BSC从TMSI中解析出NRI，将NRI和存储在BSC中的NRI与MSC的对应关系表进行对比，发现这个NRI不属于自己POOL中的任何一个MSC。这是BSC会启用NNSF功能，将这条位置更新请求消息按照CAP参数所设定的比例关系和Round Robin算法，发送到POOL中的某个MSC，由该MSC接受位置更新请求。此后，该MS将会一直登记在此MSC中，直到它下一次漫游出POOL前。由此可见，用户从POOL外位置更新到POOL内，最关键的一个环节是由BSC启用NNSF功能进行核心网节点选择。其他流程和非pool组网下的跨MSC位置更新流程基本一致。2.1.2.4 MSC Re-selectionMSC Re-selection是一种为用户重新选择MSC为其服务的功能。在网络侧强制已完成MSC Selection的用户改变所登记的MSC。2.2 世博MSC POOL参数设置及功能开启情况2.2.1 MSC POOL关键参数设置：2.2.1.1 CAP值设置现网世博MSC POOL端局中，NSSF节点为BSC/RNC。上面设置的CAP值为三个MSC-S（G78/G87/G88）均分。NSSF节点CAP值各交换机比例G78G87G88BSC870070111BSC870170111BSC880070111BSC880170111BSC880270111BSC781470111BSC781570111RNC1B71111RNC1B91111RNC1B011112.2.1.2 TMSI & NRI现网世博MSC POOL端局中，为防止TMSI不够分配，因此每个MSC-S上都设置3个NRI，长度均为7位。具体设置见下表： 网元NRI长度对应的NRI值G787383945G877323346G8873435472.2.2 MSC Pool新增功能开启情况：2.2.2.1 Proxy MSC目前世博MSC POOL中3个MSC-S都设置成为该MSC POOL中的Proxy MSC，并在PROXY TABLE中加入POOL内其他两个端局VLR地址及其NRI值。具体设置为：网元VLRADDR对应的NRIV值G784-86134414883233464-8613441490343547G874-86134414903435474-8613440490383945G884-86134414883233464-86134404903839452.2.2.2 Neighboring MSC groups 该功能仅针对爱立信软交换而言，其他交换机不具备该功能。上海世博MSC POOL外相邻爱立信端局上开启该功能。2.2.2.3 MSC Selection & MSC Re-selection 该功能在上海世博MSC POOL的NSSF节点上均已开启。2.3 关于MSC Pool覆盖范围的研究2.3.1 问题研究主体：主要研究MSC POOL覆盖区域对关键指标的影响。研究对象：2008年12月割接调试的MSC POOL G73-G75。区域规模：原G58下9个基站。试点区域为浦东外高桥港区，同时该区域下用户具有密度低、移动少的特性。2.3.2 研究结果分析：通过实验网3天的运行，发现由于此次MSC POOL外区域都由不支持NSSF功能的G1800 BSC覆盖，引起了用户在双频之间频繁的位置更新和切换。另一方面，MSC POOL优势的体现依赖于POOL内大量用户反复移动的网络模型，如同时覆盖工作区域和住宅区域的情况。而此次选取的，区域小、与其他LAC边界多，导致区域内位置更新数量、切换数量、小区SDCCH信道试呼次数及话务量，并没有如预期那样减小，反而出现了大幅增长的情况。并未体现MSC POOL在用户移动时降低网络负荷与开销的优势。通过以上分析可以看出，虽然原理上MSC POOL的组成有利于位置更新、切换和小区SDCCH信道试呼等一系列移动性指标的下降。但由于实验局所选区域的错误，反而导致了这些指标的上升。由此可见，MSC POOL外围机型的匹配以及覆盖区域的选择，对发挥MSC POOL的优势具有决定性作用。2.4 手机终端与NSSF节点间适配问题的分析和解决2.4.1 问题的研究主体手机终端与个别NSSF节点间的配合问题研究。研究对象：手机终端(展讯芯片)和NNSF节点（华为RNC）。具体问题：在进行2/3G融合MSC POOL组网测试中，根据集团公司在中国移动2、3G融合MSC Pool试点测试规范-v1.1.0（以下简称“测试规范”）中提到的展讯芯片手机无法使用部分MSC POOL功能，对展讯芯片手机进行了专门的测试和分析。2.4.2 研究过程：规范要求MSC POOL中的NNSF网元（RNC）必须具有从终端上报的IDNNS字段中解析出相应NRI值的功能。但中国移动2、3G融合MSC Pool试点测试规范-v1.1.0中，第9页的“测试要求”描述道：由于“目前部分3G终端IDNNS中相应的字段始终为0”，“因此，现网RNC上进行特殊配置，使此类3G终端在Pool内时始终注册在特定的MSC Server上”。（如下截图）至此，我们总结归纳集团公司对展讯芯片问题终端的理解：它认为“部分终端（展讯芯片）上报IDNNS相应的Routing Parameter字段始终为0”，并提出“RNC对该类终端，预先设置Pool内某个MSC Server与Routing Parameter0相对应”的要求。然而，展讯芯片问题终端表现的实际情况与中国移动MSC POOL试点建设方案的描述有所不同，因为展讯芯片问题终端上报IDNNS相应的Routing Parameter并不是等于0。实际上，联想终端TD800（TD.BASE_DM_TDR1.2.0001，展讯芯片）的问题本质是： “其RRC INITIAL DIRECT TRANSFER消息结构中，future coding值等于0（如下图）”，该消息的intraDomainNasNodeSelector IE下的later字段更多时候填写future coding0x0000。2.4.3 研究结果分析：由于展讯芯片测试终端并不是按测试规范所描述的“部分终端（展讯芯片）上报IDNNS相应的Routing Parameter字段始终为0”；因此，测试规范中提出的“RNC对该类终端，预先设置Pool内某个MSC Server与Routing Parameter0相对应”的要求，也就无法对展讯芯片问题终端进行相应的支持和验证。可见，在MSC POOL网络中，终端是否能够登记到MSC POOL上，取决于手机终端上发消息的标准化，还取决于NSSF功能节点针对非标准化终端的普遍适用性。NSSF节点必须保证在无法识别NRI参数的情况下，触发手机进行POOL内位置登记。这就需要维护人员通过日常用户报障，及时发现此类终端，对NNSF节点做相应的改造。2.5 关于BSC/RNC不支持MSC Pool组网问题的解决建议2.5.1 问题的研究主体研究对象：上海现网大量存在的、不支持MSC POOL功能的BSC在MSC POOL的兼容性。 西门子BSC和世博MSC POOL的兼容性研究具体问题：上海现在大量存在不支持MSC POOL功能的BSC，例如西门子BSC。当这些BSC下挂在某一个MSC POOL内的MSC-S上，是否能完全与MSC POOL相融合。2.5.2 研究过程：在MSC POOL1-1的试运行过程中，原本有G77、G78、G87、G88共4个爱立信MSC，POOL中的BSC除了爱立信BSC外，还有两个暂时不支持MSC POOL功能的西门子EBSC，也挂在了G77下。这样，G77就同时带有支持MSC POOL功能的爱立信BSC和不支持MSC POOL功能的西门子EBSC。经过一段时间运行，发现G77下产生“吸尘效应”，即带有EBSC的G77的用户数不断增长，并且和其他3个MSC的差值有不断扩大的趋势。经过分析，发现这主要是由于G77下没有NSSF功能的EBSC导致的。登记在EBSC（不支持POOL功能）的无线覆盖范围用户，漫游到支持NSSF功能的BSC下，NSSF会根据其该它TMSI中携带的NRI进行MSC-S的指派。但由于该用户原本登记在G77下，因此其NRI将始终指向MSC77。也就是说只有是曾经登记在G77上EBSC的用户，一旦漫游到MSC POOL内区域，都将被指派到G77上登记。2.5.3 研究结果分析：MSC POOL下BSC对应的LAC需要设置具体属性来区分BSC是否为NSSF节点。那些不支持POOL功能的BSC对应的LAC属性应定义成“non-Pool Aware”的，而支持POOL功能的BSC对应的LAC属性定义成“Pool Aware”的。由此，当MSC-S接收到位置更新请求时，首先检查TMSI中包含的NRI是否与本MSC中定义的NRI一致。然后检查位置更新请求中，前一个位置的LAC属性，和目标位置的LAC属性。如果是从“non-Pool Aware”或“Unknown”更新到“Pool Aware”时，MSC就下发“Null-NRI + NB-LAI”，触发手机再产生一次位置更新请求。由于此时TMSI中包含的是Null-NRI，从而支持POOL功能的BSC将按容量因子选择POOL内一个MSC，这样就避免了固定地将位置更新请求发往MSC77而产生的用户数不均衡。2.6 MSC POOL中某MSC-S退服后对被叫业务的影响和解决建议2.6.1 问题的研究主体实验对象：MSC POOL中某MSC-S退服对用户业务的影响具体问题：在MSC-S不同退服场景下，用户被叫的影响。用户是否会在1个周期性位置更新后所有用户将完成重分配并可以接收所有的话务、服务。2.6.2 研究过程：在周期性位置更新之前(Periodic LU Period)或任意相关的MO Transaction之前手机用户做被叫： 如果故障MSC成员又重新恢复投入正常工作 (例如，系统启动)，而且相关的VLR数据库没有被清空，则用户被叫不受影响。 如果故障MSC成员又重新恢复投入正常工作 (例如，系统启动)，但是相关的VLR数据库被清空，则用户在VLR的数据可以通过MAP_Restore_Data来从HLR恢复，并可以通过触发Global Paging使得手机正常接收被叫。如下图所示： 如果故障MSC成员仍未能恢复正常，则被叫将失败。如下图所示：2.6.3 研究结果分析：Ø 基本概念：§ 主用MSC (Primary MSC)Primary MSC是用户通过正常位置更新所登记的池组内MSC成员。它与Buddy MSC一同配合工作，用于需要时将用户登记到Shadow VLR中并复制用户所在的LAI信息并在必要时从Shadow VLR或许相关LAI信息。§ 合作MSC (Buddy MSC)针对每个池组内的用户，Buddy MSC是另一个池组内保存有其LAI信息的关联MSC。并且，当其主用MSC故障期间用户做被叫时将用户重分配到Buddy MSC。同样，它也与Primary MSC协同工作，用于为特定用户提供LAI信息。§ Shadow VLRBuddy MSC包含了一个额外的VLR数据库。这个额外的VLR 数据库用于从主用Primary MSC中复制其VLR数据 (IMSI，LAI等)，这个VLR数据库叫做Shadow VLR。Ø 解决思路： HLR和MSC池组成员之间建立物理冗余路由，即以Buddy MSC作为原MSC的备用路由。在STP信令转接点应该定义二选路由，以使terminating transaction可以在Primary MSC故障退服时自动路由到Buddy MSC (使用新的SSN=129)。MSC_BShadow VLR MSC_A MSC_CShadow VLR MSC_B Buddy for MSC_ABuddy for MSC_BØ 使用专门设计来解决被叫恢复问题的利与弊分析对于常规软交换组成的MSC池组网络，以上的MSC池组成员故障时对手机被叫的操作完全遵循3GPP规范，并在3GPP会议上得到全世界绝大多数运营商和设备供应商的认可。但是，MSC POOL成员故障时可能无法做被叫确实不容回避的事实，故使用专门的设计来解决这一问题也是有理可循的。然而，使用这一设计所付出的代价也是不能忽视的。 利（a） 使得MSC池组成员故障时手机被叫“不受影响”。 弊（a） 大大增加信令交互量，并使得网络信令非常复杂（例如：备份VLR数据的信令、冗灾时额外的寻呼、鉴权等相关信令等）。违背了MSC池组设计用于减少信令量的初衷。（b） 池组内部网络结构复杂（VLR相关数据两两互为备份）。（c） 增加池组内部成员中的负荷量和资源使用量。可能因负荷过高引起设备雪崩效应而大量宕机（增加资源负荷处理额外信令，以及VLR既要存储作为主用MSC的用户数据又要存储作为备用MSC用户数据）。（d） 相比实际作用（仅保障一小部分被叫），实现复杂开发成本高。（e） 由于实现复杂，增加了现网出现新的后续关联问题的风险。鉴于被叫恢复功能存在许多弊端无法避免，因此，我们建议暂时不要加载被叫恢复功能补丁，确保交换机稳定运行。2.7 关于爱立信MSC Pool交换机模块反复重启问题的分析2.7.1 问题的研究主体研究对象：上海MSC POOL内MSC78局具体问题：2010年1月29日，上海MSC POOL内MSC78局，分别在5点27分、9点36分、11点04分和19点02分发生四次系统自动大启动，并且在之前各有两个系统小启动。事件代码都为“H'0008 H'03A5 H'265B H'0000 H'0000”，表明在MTMSIAN软件功能块中发生了“POINTER TOO LARGE” 的软件错误。在系统自动小启动不能清除此类软件错误时，系统采用自动大启动进行恢复。 2.7.2 研究过程：根据我们的调查分析，认为此次软件故障的原因是：当一个原注册在MSC78的手机漫游出POOL，HLR向MSC78发送“Cancel Location”消息。MSC78收到消息后，要释放这个手机的VLR资源。当在将这个手机对应的TMSI从工作列表链出时，出现错误，原因为指针过大，从而引起启动。当使用命令MGNDE删除NRIV127的时候，在REGULATEC和REGULATECR软件信号间接受到了新的TMSI分配请求。虽然127这个NRI已经被标记为“DELETED”，但由于软件错误新的MTMSIAN软件单元还是被分配给了这个NRI。这些软件单元进入了工作列表，并导致工作列表错误。从而可能会导致启动。命令REGULATEC用于执行命令的软件模块向CP申请用于命令处理的负荷，在目前低负荷的情况下会立即得到批准，批准的命令就是REGULATECR。当第一次启动发生后，由于有关工作列表的某些变量和软件记录未能被启动清除。当用户数增长到一定数量，并且使用到工作列表中被破坏的软件记录时，导致启动反复发生。Ø 问题处理过程如下：1. 从BSC侧将原注册在MSC78中的用户，迁移到POOL内其它MSC中；2. 采用Initial Loading的方法，在MSC78中将被破坏的软件变量和软件记录进行清理；3. 当VLR中用户注册数开始增长后，观察系统用户数的变化情况，观察系统运行状况，确认系统工作正常；4. 在BSC侧从POOL内其它MSC中，迁移部分用户进入MSC78，同时持续观察这用户数的变化情况，观察系统运行状况，确认系统工作正常；5. 当MSC78中VLR中用户注册数增长到约11万后，超过之前启动发生后MSC78的用户数，停止用户迁移过程，观察用户数的变化情况，观察系统运行状况，确认系统工作正常；6. 进行后续清理工作，包括告警处理，恢复数据，系统备份等；2.7.3 研究结果分析：MSC POOL内的数据库环环相扣，当出现数据库紊乱时极有可能对整个交换机系统带来严重后果。往往需要使用Initial Loading等初始性操作进行故障恢复。第3章 MSC POOL工程相关注意点3.1 总体建设原则：3.1.1 MSC POOL建设原则1. 各公司按照“统一规划，分步实施”的原则，统一规划MSC POOL部署方案，综合考虑实施效果、建设成本等因素分阶段逐步实施。2. 现阶段在同厂家核心网设备（MSC Server、MGW）间部署MSC POOL，组成MSC POOL的MSC SERVER节点数量原则上应不小于3台。3.1.2 MSC POOL适用场景1. 潮汐效应明显，网络忙时话务分布不均衡的地区以及节假日和平日话务容量差异较大的区域，通过部署MSC POOL降低设备峰值负荷、提高设备利用率。2. 局间切换多，信令负荷高的区域，TD无线覆盖不连续并且2G、TD互操作频繁的区域，通过部署MSC POOL提升系统整体性能、缩短位置更新时延以及提高切换成功率。3. 在大型集会等网络实时容灾要求高的区域，以及单局点容量较大的地区，通过部署MSC POOL实现MSC实时容灾备份，提高网络可靠性。3.1.3 MSC POOL建设方案1.