MSC Pool改造问题总结

网规网优MSC Poo改造问题总结王笛中国移动通信集团湖南有限公司株洲分公司【摘要】文章主要介绍了在株洲TD- SCDMA网络进行 MSC Pool改造过程中发现的相关问题及其分析与解决,如改造后中终端无法从GSM重选回TD- SCDMA网络、RNC与 MSC Serve挂接变更导致统计指标数据下降等,为 MSC Pool技术改造积累经验。【关键词】 MSC Pool MSC Server RNC网元挂接关系TD- SCDMA1引言MSC Pool改造完成后,株洲TD网络出现一些问题,在传统的移动通信网络中,一个 RNC/BSC只能与一在排查后得到了解决。本文将对此进行探讨分析,为其个MSC相连;而在 MSC Pool组网中,一个 RNC/BSC可他分公司进行相关升级改造工作提供借鉴。以与多个MSC相连。这种组网与传统组网相比,具有如下的优势2问题1: MSC Poo改造导致终端无法回(1)在MSC间分担网络负荷,提升整个核心网资源选3G网络利用率,节省设备投资;2.1问题描述(2)实现MSC级的容灾备份,提高网络可靠性11月30日,株洲移动进行TD网络语音拉网测试,测(3)减少局间位置更新,降低CD接口信令流量;试终端联芯8142切换至2G网络后迟迟未能回选3G,甚(4)减少局间切换,提高用户通话质量。至手动强制回选3G也失败。通过试验其他商用终端,如株洲移动公司从2010年12月4日开始进行MsC联想01、中兴U500等,发现在GSM无法自动重选回TDPoo改造,本地网络中加入P00池的共有3个交换机,网络,但通过手动方式能够完成重选。分别是CSGs08、cSGS23、ZZGS05。改造前后网络22原因分析结构如图1:可能的原因列举如下:改造前改造后(1)TD无线环境差,不满足重选条件导致无法回ASC-POOLZZGSO5 ZZGS08 ZZGS23选3G2)2G重选参数设置错误导致无法回选3G;(3)TD终端问题导致无法回选3G(4)前期某项操作导致无法回选3G。ZZRNC1 ZZRNC2ZZRNC1原因1分析:对无线环境进行测试。测试点——移动公司室分60011,TD-50dBm,GSM45dBm,强图1 MSC Pool改造前后网络结构制重中国煤化工回选失败。基本排收稿日期:2010-12-29除此YHCNMHG责任编辑:左永君zuoyongjun@bcom.cn菲甜网规网优原因2分析:检查互操作参数。询问得知近期大批量消息,随后在rb3上收到了网络侧层2的确认消息,如图修改过2G参数—异系统启动测量门限( SEarch-1)2:值为15,即一直不测量。通过核查,这些小区并非测试点发「M现的问题小区,且经查测试点出重选相关小区参数设置无课。5基本排除此种可能。Im tacan下是m原因3分析:增大终端测:B试量,同时增大区域测试量。上是是经测试发现联芯81308142在图2联芯终端信令跟踪ZZRNC1下,切换至2G后无法回选3G,而鼎新DX188、ZTEU85、ZTE891、联想O1在从终端信令跟踪来看,未看出异常,问题应该出ZZRNO下切换至2G后可手动回选3G。经过测试发现联在网络侧。由信令分析可知,终端可以跟踪到消息,但芯81308142、鼎新DX188、zTEU85、zTE891、联想RNC及 MSC Server均跟踪不到消息。考虑到终端可能o1在 ZZRNC2下,切换至2G后都可顺利回选3G。是携TMS进行位置更新,所以按照MS跟踪不到消息,分析至此定位为RNC1的问题,后续分析从终端角度为此开启RNC小区跟踪;从跟踪信令来看,确实是携可分以下两个思路带TMS进行位置更新,且存在大量 Location updating◆方向一,终端问题,需联系联芯工程师处理;reject消息。◆方向二,联芯终端不兼容RNC1某项功能。从单次跟踪来看,RRC连接建立已经成功,失败消首先分析联芯终端:启用联芯终端信令跟踪软息在U口,MSC返回 Location updating rejec消息,失件,同时在RNC侧ZZRNO1)及3G所在 MSC Servert侧甜cSGS08)按MS进2一魏是行信令跟踪,发现RNC侧及CSGS08未跟踪到任何消息。联芯终端信”出令跟踪消息如下:重1的计计Twan选到终端正常发起了注册请求,且 Location6updating request消息也收到了网络层2的确认,但网络都直接响应了 Location updatingreject ( causenetwork failure;手中国煤化工机在rb3上发的LU请求CNMHG112|数影<<责任编辑:左永君zuoyongjun@mcom.cn网规网优甜败原因为 network failure,如图3。但在3G所表1交换机CsGS8位置更新统计在交换机CSGS08仍未跟踪到任何消息时间VR内位置|VR内位置更VLR内位置更原因4分析:前期操作导致无法回选。全更新总数新成功总数新成功率(%2010-11-14000000cSG8565339992网出现大量 Location updating reject消息,□2010-1-150006s那么RNC1所在位置的位置更新成功率应该会出现大幅下降;同时有用户登录不上3G网-1800:00:00csGs8络,R心语务量应读也金有所下经查图0出图功率基本没变化,一直在990%以上,这也[2010-11-230000css86142061346从侧面证明csGS08确实没有收到RNC透传上来的0m63078表12010-11-2800000CsGs86122761173查询RNC及 MSC Server指标,发现000:00007566919RNC1的话务量自11月12日起下降近100Er,2010-12-010000671326709下降幅度达到23%。由此判断,全网应该日AAd三国三不止联芯的几款终端非11好存在这种问题,几部:(>m4测试手机不足以造成20161291%4344 B6F CH话务量的大幅下降划轴7至此,已经基本油1)211可以判断是前期MsCPoo改造引起的此问E Ww wemT图4交换机CSGS23信令跟踪从信令跟踪来看,RNC已完成RRC连接建立,且成功透表2TMS与NR值对照表传 Location updating request消息,而后透Ts:13E4c00000101000UELDNRI传 Location updating reject消息,同时终端「Ms955758410010101010101010001001也收到了 Location updating reject消息,那Tws:14811601011010101010101010101014么 Location updating reject消息是哪个MSCTMS:15E4758800101011110100101001011014Server下发的呢?为此我们跟踪了三个 MSC TMSI50E50A200001010101010101014Server的信令,发现每次联芯终端进行重选位Ms95E47581001011101001011011014置更新, Location updating request消息均发Ms5401001010101000送给了原20所在的css2,而不是3G所在Ms9Eso801010101的CSGS08,同时拒绝消息也是csGs23下发TMSk3E54c001001111010101010000TMS1492019101091010101的,如图4。TMSI- 9BE5C939中国煤化工o010014查询cSGS23配置发现NR值为1.0通ms4526CNMHGI101110010 114责任编辑:左永君zuoyongjun@mcom.cn>>|113网规网优过跟踪小区发现虽然TMS不同,但是TMS中含的NR相上配置RNc1所在LAC-E30E为“属于本 MSC Server均犬为114,如表2。局管辖”。在RNC1上将CSGS08csGs05/CSGS23据 MSC Pool NR分配原则,用户刚进入 MSC Pool IL-Cs局向CS域容量权限设为1:1:1。的服务区域,RNC根据负载均衡原则为用户分配一个经过修改,问题解决,现场测试重选正常。通过测MSC,MSC给用户分配TMS|并完成位置更新过程。试发现NR值为14., Location updating request消息TMS带有NR( Network Resource Identifier),用于在仍然传送至CSGS23,CSGS23返回 Location updating池组内标识MSC。用户注册在此MSC后一直由该MSC为accept消息,如图5其服务,直到离开该 MSC Pool服务区域。在此期间用户如有业务请求,系统将根据请求中TMS所带NR把话务分配到相应MSC日·上,巴副处理。也就是说只要测试二终端不跑出Poo池,NR将一直是114, Locationupdating request消息也会一直发查询CSGS23拒绝联芯测试终端的 Location图5交换机CSGS23信令跟踪updating request消息原因。经查NNSF功能已开,但由于计费问题一直没解决所以未配置分发,RNC1所在LAC-E30E在CSGS23上配经过现场语音拉网测试,各项业务正常,切换重选置为“不属于本 MSC Server局管辖”,因此RNC透传的也正常,至此问题解决。Location updating request,消息会被cSGS23认为不合法而拒绝。3问题2: MSC Pool改造未修改网元挂接既然CSGS23不分发,且RNC1所在LAC-E30E在关系导致网管掉话率统计值偏低CSGs23上配置为“不属于本 MSC Serve局管辖”,那31问题描述为何 Location updating request消息还会传送至csGS2312月4日起株洲移动开始对TD网络两个RNC进行呢?经查cSGS8CsGS05/CSGS23|U-CS局向CS域 MSC Poo改造(PNC1-1804、RNc21805),随后株容量权限设置为10:0,也即是说到2G所在的CsGS23洲TD网络掉话率、语音应答次数等开始出现大幅下降,是0。虽然如此配置,但是由于到CSGS23局向链路畅相关ⅥLR登记用户数也发生了大幅下降,如表3所示。通,RNC侧判断CSGS23是处于P0o池里正常的MsC32问题排查Server,并不符合由于链路异常或 MSC Server宕机等经株洲移动无线、交换专业确认,掉话率、应答次故障从而引发 MSC Poc自动容灾,所以消息仍会往数下降,与 MSC Pool改造后未修改RNC和 MSC Poc的CSGS23发送挂接关系有关。即改造前浪潮网管掉话率只统计交换机至此,已能判断该问题为 MSC Pool改造引起cSGS8的应答次数,改造后株洲两个RNC挂接了三个2.3解决方法交换中国煤化因此掉话率分母12月2日凌晨打开 MSC Pool分发功能,在CSGS23(3CNMHG接语音业务应答次114|甜1<.〈责任编辑:左永君 zuoyongjun mcomcn网规网优甜表3株洲TD网络用户数及掉话率相关统计数据时间络位置区下存储的用务速率细分的电路放电路域连接对应的/3G始发语音业3G终接语音业/语音业ⅥLR中TD- SCDMAI网RNC请求释放的按业按业务速率分RNC请求释户数域RAB数目RAB数目务应答次数务应答次数620120116495116312010-12-02172130.192010-12-031757911020242010-12-0412557108790.372010-12-052931982955742010-12-062006577837220.672010-12-07199530250.92012-081995105610.392010-12-0920322010-12-10572835119287654125737733200180861100292010-12-12198235323080282010-12-1319581068072552010-12-147347111610.292010-12-1635643821194154230.152010-12-17361545690.542010-12-18364518036126902010-12-1984133190211368092010-12-2023400172970.13表4株洲各交换机统计的来话应答次数测量对象来话试呼次数来话占用次数来话接通次数来话应答次数2010-12-02000000csG106001060099662010-12-020000csG58 ZINC2170292010-12-0300000csGs2010-12-030000csGs8187951879517560111352010-12-040000cGs859262010-12-04000csGs8zNC2880549532010-12-050000csG58zR51912010-12-050000csG8ZRNC2816481642010-12-06000c5Gs82R100912010-12-06000c2Nc2804480442010-12-040000cs6523ZRNC13532122010-12-04000000Cs6523ZRNC242822010-12-0500cGs23zRNC12010-12-0500:0000cSGs45802010-12-060000cs523ZRNc12010-12-060000047662010-12-0400022Gs52010-12-040000022Gs540704070375722582010-12-050000023307719102010-120500000GS5172010-12-06000002655zRNC1中国煤化工26982010-12-0600000 ZZHGS5zRNc2CNMH2677责任编辑:左永君 zuoyongrun@mbo梦制通115甜网规网优数)的统计也相应分散到三个交换机;但由于挂接关系Seer,相关 MSC Server未修改配置从而无法完成位置未及时通知及更新,浪潮网管仍然只统计CSGS8数据,更新,导致终端无法从GSM回选3G网络因此造成了掉话率分母“应答次数”大幅减少。(2) MSC Pool改造未修改RNC与 MSC Server的挂通过查询株洲中兴3个交换机,发现12月4日MSC接关系,网管未统计所有 MSC Server上的应答次数,导Poo改造后,CSGS8的应答次数发生大幅下降;而致掉话率统计值偏低。CSGS23、 ZZHGS5在12月4日之前一直无数据,在12月主要原因是实现 MSC Pool功能后网元的挂接关系发4日之后出现了上万次的应答次数统计,如表4所示。生了改变,相关的业务信令流程发生了改变,而OMC数3.3解决方法据的统计关系未发生变化,导致相关功能、统计数值出在与中兴设备、浪潮网管人员沟通后,确认浪潮现了问题。后期其他地市分公司进行 MSC Pool改造时应统计株洲掉话率大幅下降是由于分母应答次数未统计当注意网元连接关系变化对网络功能和指标的影响CsGs23、Z2HG两个交换机造成的。在12月15日修改免发生类似的问题。★核心网( MSC Server)与无线侧(RNc)挂接关系、修改采集统计参数后,相关指标正常,详细可参考表3(除【作者简介】2月17日浪潮数据丢失外,均恢复正常),同时查询发现浪潮统计12月12-18日交换机应答次数恢复正常。王笛:硕士毕业于中山大学电子系无线电物理专业,现就职于中国移动通信集团湖南有限公司株洲分公4经验总结司网络优化中心,从事移动通信工作为湖南移动首次进行 MSC Pool改造的分公司,株洲移动准备前期无实际经验可借鉴,在完成改造后出现了一些问题(1) MSC Poo改造后RNC连接到不同的MsC中电信即将启动新一轮WLAN部署重点部署80211n据知情人士透露,中国电信即将启动新一轮WLAN部署,此次将主要采用8021n设备进行部署。目前,中国电信正在组织厂商进行前期的测试工作该人士介绍说,目前,国内三家运营商都进行了大量的W-F热点部署,但主要集中在80211b/g,针对80211n的部署比较少见。802.11n技术被誉为下一代无线局域网标准,可以将WLAN的传输速率由目前80211a及802119提供的54Mbps,提供到300Mbps甚至高达600Mbps。在覆盖范围方面,8021n.用智能天线技术,信号稳定,抗干扰能力强;其覆盖范围可以扩大到好几平方公里,使MLAN移动性极大提高。爆发式的数据增长,迫使运营商不得不使用更加先进的技术布网,以提供更高的吞吐量支持,而80211n正好满足了这一需求。更重要的是,运营商不仅需要室内W更多的应用,而80211n的高覆盖与高速率为W-F走向室外提供了可能。”该YH中国煤化工CNMHG116|《<责任编辑:左永君 zuoyongiun g mcom.c