江苏联通上海贝尔WCDMA无线网络设备维护经验交流.ppt

2011年11月9日江西-景德镇,江苏联通上海贝尔WCDMA无线网络设备维护经验交流,三、维护工作管理,四、存在问题及建议,目录,一、网络总体情况,二、维护经验交流,2,二、维护经验交流,3,硬件维护案例,2,1,3,4,5,6,4,1、修改CEtoken由大到小会引起基站重启,问题现象：2011年3月泰州现场在对RNC3下某个基站进行CE配置数降低时，修改过程中引发基站重启，最终影响约3分钟左右的业务。问题解决：此参数为class3参数，为在线修改参数，但是修改参数时导致基站自动重启，重启后修改成功；当CE数为某一固定值降低到另外一个数值，就会重启NODEB，如果提高则不会重启NODEB。修改规则：r99NumberCESwCapacity=Max(16,Minimum(r99NumberCeCapacityLicensing,r99NumberCEHwCapacity)，其中r99NumberCEHwCapacity=256经验总结：对class3这种定义为不会引起重启的参数修改，先需要进行修改确认，如果不能确认的话，尽量安排在凌晨0点之后进行操作。,5,2、功率设置不合理导致站点无法主被叫,问题现象：连云港站点“出口加工区东”在进行单站验证的时候无法进行主被叫。问题解决：经过检查功率参数，发现导频功率设为37.8dBm，但该站点的功率是20W，即实际最大发射功率为43dBm，导致业务信道的功率只有43-37.8=5.2dBm，导频功率占最大发射功率的比例过高，导致业务信道功率不够引起无法接通。修改导频功率为33dBm问题解决。经验总结：在开通新站前，需要仔细检查参数的配置，导频正常应该为总功率10%，修改范围建议为8-12db。,6,3、cellsize解决拉远站点不能主被叫,问题现象：在对拉远站“斗龙”进行单站验证的过程中发现手机有信号其无法进行主被叫，跟踪信令无任何消息。问题解决：检查发现该站点的cellsize设置为0-5，站点距离信源有8公里以上，从而导致5公里以上无法接入。将cellsize设置为10-30km，同时修改光纤传输时延参数，再次进行测试问题解决。经验总结：,参数设定原则：CellSiza：(BTSEquipmentsAntennaUE),Transportfiberdelay：FromBTSEquipmenttoAntenna(RRH)：可以理解为根据RRH拉远的距离而定：,7,4、RNCDCPS板卡温度高导致板卡重启,问题现象：今年4月20日晚23:12:11盐城RNC1发生DCPS板卡重启，而从告警分析来看，是由于DCPS板卡CPU温度过高导致重启。问题解决：查看内部PPCalarm告警，可以看到板卡重启的信息为温度过高，由于Card2-DCPS、Card3-DCPS的CPU温度过高，（检查温度100度）导致板卡轮流重启，而主备PMC管理模块都在这两块DCPS板卡上，如果Card2、Card3因为温度过高同时重启，就会失去PMC_Master模块的管理，还会导致全部板卡重启。,8,4、RNCDCPS板卡温度高导致板卡重启,RNC上打印的PPCALARM告警信息：ShelfCard/3;2011-04-2023:13:02.27MSGindeterminateequipment70120101ADMIN:unlockedOPER:disabledUSAGE:idleAVAIL:PROC:CNTRL:ALARM:criticalSTBY:notSetUNKNW:falseId:37DCom:TRAPDATAINFORMATION:UnrecoverableHardwareerroratline402infilepshwFltHandler.ccduringinterrupt169(0 x000000a9),currenttaskpsLanPCIRecv(0 x1b6b4000)Hardwarefaultcriticalthresholdsurpassed.Dev(Grande)code(8:25)Expertdata:Gpio1(OverTemp1)TempM:105.125TempA:82.625degC(B490A950),经验总结：在夏季高温天气，需要定时查看机房温度，做好机房降温工作，定期清理RNC防尘网上灰尘，并通过网管每天查看RNC板卡温度。如果超过40度，就需要及时检查防尘网和机房环境温度。,9,5、利用WMS的counter告警监控质差小区,问题现象：个别小区会经常出现RTWP过高或者传输误码闪断等问题，导致这些小区以及相邻小区的RRC建立成功率很低，而通过指标监控又不能实时的发现和处理这些问题小区。,问题解决：在网管上可以设置相应的counter告警，RNC和NodeB的counter分为15分钟和1小时，在网管/opt/nortel/data/custom/utran/CP_APM_UTRAN_CNodeThresholdDef.xml文件里设置这个告警。设置counter的名称：“VS.UplinkRssi.Avg“，告警的级”WARNING”，告警的门限等参数；设置完这个counter告警后，每过15分钟WMS就会去扫描counter，只要RTWP值高于-100dbm的小区都会上报告警代码为Oam_0046_00005的告警，这样网管维护人家就会及时通过告警发现问题小区，并及时处理。,WMS上的告警内容：ThresholdovercrossoncounterVS.UplinkRssi.AvgFloodedalarm:n:R/Nodeb/FddCell:-Countername:VS.UplinkRssi.Avg-Countervalue:265.133333-Thresholdvalue:50.000000-Comparisonoperator:GREATER-Thresholdreferenceperiod(sec):0-ObsDuration(sec):900,10,6、通过counter分析提前发现问题小区,问题现象：目前基站的配置都为ATM+IP混合iub配置，HSXPA业务走FE承载，某些站点由于传输问题，会出现FE链接正常，但是无流量或者流量很低，这些站点无告警，但是实际用户感受很差，可能很长时间都无法监控到此类问题小区，除非现场测试。,问题解决：文档里有相关的counter统计和分析此类问题：FE开通的站点没有流量，或者流量走到ATM上都是有问题的。,经验总结：通过这些Nodeb的counter可以检测到基站的收包丢包情况：VS.HspdaFramesWithFrameLoss.OverATMVS.HspdaFramesWithFrameLoss.OverIPVS.HspdaTotalFrameReceived.OverATMVS.HspdaTotalFrameReceived.OverIP,11,网优工作案例,12,1、CS域W向G切换成功率低,问题现象：自WCDMA正式商用后，网管KPI指标监控来看，CS域WCDMAGSM切换成功率一直比较低，一般才75%左右，远远低于集团要求。问题解决：根据集团规范，视频呼叫切换到2G时，暂不支持回落。检查发现RNC的视频业务2&3G切换功能开启，这样用户在W覆盖边缘拨打视频电话，当满足切换门限，就会发出大量的切换请求，而这些请求必然被核心网拒绝，由此造成该指标很差。最后关闭RNC视频业务2&3G切换功能，问题解决。经验总结：要求厂家梳理常规参数的设置，特别是一些缺省设置，功能开关要和集团规范一致。,13,2、泰州本地用户炫铃有杂音问题,问题现象：用户普遍反映：在拨号后，主叫用户听到正常炫铃音之前常会听到一些杂音。此类投诉有着日益增多的趋势，对炫铃业务的带来了一定的负面影响。问题解决:在华为软交换端局上可通过修改软参P175的比特15（由1改为0），将接网模式由被叫早接网改为被叫晚接网，可以屏蔽在呼叫接续过程中由被叫无线侧引入的杂音，软参修改后拨测再未出现杂音现象，炫铃杂音投诉得以彻底解决。问题总结：此类投诉虽由泰州当地用户发起，但经后续了解在我省华为区其它地市也偶有发生，目前我省华为区域已全部修改为晚接网模式，此类投诉再未出现。,14,3、全网扰码规划对网络指标的提升,问题现象：WCDMA网络自2009年开网以来，经过几期的工程建设，网络规模日益庞大，扰码规划的合理性将对网络质量的影响也会越来越大，如果存在扰码干扰，对语音和数据业务的掉话率影响都很大。问题解决：期间我们组织W厂家对扰码分组方式进行讨论！年初对三地市10个RNC进行规划，重点放在“扰码隔离度”和“扰码复用次数”，“室分扰码划分”的规划，对边界严格按省公司定义的“四色原理”使用扰码。语音掉线率以及R99掉线率在扰码规划后都得到改善。经验总结：在每期工程（根据工程大小）结束后，需要对全网进行扰码规划：1、对于宏站严格按照同扰码复用距离市区5km，郊区7km进行规划；2、对于地区边界的扰码，要求地市分公司严格按“四色原理”使用扰码。3、每期工程后，需要对全网LAC进行检查。,LAC调整,15,3、全网扰码规划对网络指标的提升,16,16,4、合理调整资源问题-无线资源,问题现象：9月高校开学后，相应的基站产生了不同程度的拥塞。通过NPO统计后发现，三所高校拥塞的原因各不相同。问题解决：,经验总结：前期我们W网关注的覆盖，现在不仅关注覆盖，也要关注网络容量问题（无线端和核心网端）。,17,4、合理调整资源-核心网资源,问题现象：泰州反映晚上8点-12点会出现网速很慢的状况，网页和游戏都很慢，在PING外网时，会出现Timeout情况，大概在PING通7-9次会丢一次包。问题解决：泰州RNC接华为SGSN1，同时该SGSN下挂南京、扬州地区的RNC，请南京和扬州协助在晚上九点后做PING包试验。9月17日晚在南京PING包，约有百分之二十几丢包率，在扬州现场也存在同样丢包率。通过对用户面数据进行跟踪发现，速率受限在核心网侧。9月19日晚由对华为SGSN1下的用户面转发能力的license临时扩容，问题解决。,18,5、2&3G参数核查对网络指标的抬升,问题现象：路测中有时会发现W信号差的情况，不能切换到2G网络中，最终导致掉话，而检查邻区也互为添加。问题解决：首先从2&3G互为定义的参数检查，再从2&3G重选及切换参数检查。从2&3G中定义的频点、BSIC、扰码、LAC等检查，共发现有1621条错误。如果邻区中定义错误，也将切换不成功。期间我们还组织三W厂家对2&3G参数设置进行讨论，互相交流了各自的2&3G参数设置的经验和方法。经验总结：1、为此我们为现场工程师制定了数据核查机制，只要修改2&3G互操作数据时，保证邻区数据的准确性，这样2&3G小区能正常完成小区重选和切换等事件，提高网络的性能，减少用户投诉。2、定期双方进行数据核查，工程期间每周需要导出数据检查双方定义情况，非工程期每月检查一次。,19,6、码资源利用率异常,问题现象：从开网到今年7月份，从网管统计码资源利用率一直都是在80%以上，而实际用户数很低，码资源占用率也很低，通过统计不能真实的判断码资源利用情况。问题解决：原先使用的动态码树管理是把预留的码树也算着被占用，导致结果偏大，后改用公平共享功能（FairSharing）码资源管理机制，由NodeB直接进行码树管理，无需为R99预留码字。通过调整，码资源利用率由原先80%降低到10%左右，这样更能反映网络实际运行情况。经验总结：深入学习WCDMA原理，并了解厂家对于基础参数的配置情况。,20,6、码资源利用率异常,21,泰州UA713版本全球FOA测试（泰州版本全国最高的实验网版本），该版本引入一些新的功能和feature，同时支持E-module（ECCM,ECEM）基站板卡。,22,1、Iphone手机接收彩信时语音掉话,问题现象：Iphone手机在进行语音电话时，在接收彩信后，会发生语音掉话现象。问题解决：手机接收彩信完成后，上报ueserinactivity释放PS链路，RNC发出RBrelease给手机，但未能收到RBcomplete消息，造成T360超时，RNC将Iu拆线，最终造成语音电话掉话。通过分析，发现RNC漏发直传消息（SMSDLACKDL），造成该消息与ciphering消息之间超过了规范的40ms，造成消息丢失，引起Iu拆线，造成语音通话掉话。研发通过修改代码，解决了此问题。经验总结：在网络测试的时候，要进行各种业务和场景的混合测试，才能及时发现一些网络问题，提供用户感知度。,23,2、小流量业务掉线问题,问题现象：手机上网正常，但是手机挂QQ、微博则容易发生掉线。问题解决：这些业务属于数据交互频繁的小流量业务，容易发生掉线重连的现象。从后台Trace发现此类业务数据交换频繁，在发起业务时候进入激活态，很容易进入FACH，在没有流量后也很容易就释放进入IDLE。现场检查参数发现从激活态进入FACH和进入IDLE的的Timer和Buffer都设置的比较小，T1，T2都是5秒钟，Buffer为6000kbps。修改AOtimer和buffer，增长timer，减小buffer后问题解决。经验总结：上述2个问题都反映了我们对于各类新业务、新功能的关注不足。随着数据业务在3G收入中的占比越来越高，我们在版本测试中不仅要做好基本功能的测试，还要加强各类新业务、新功能的测试。,24,3、与爱立信W的语音硬切换失败,问题现象：与爱立信硬切换失败，从爱立信UTRAN往阿朗UTRAN触发硬切换失败，导致语音掉话。问题解决：阿朗RNC检查到relocation消息里面rrccontenner里带的是较老的R4协议，而阿朗不支持IUR的R4版本协议。研发通过修改代码，增加在IUR口上的功能，支持低版本的R4协议，解决从爱立信WCDMA向阿朗硬切换，阿朗回relocationfailure问题。目前切换成功率还比较低，经常会出现UTRAN收不到UE发的RBreconfigurationcomplete消息，导致等待超时Trelocomplete_Expriry，（未发relocationDetect）发起IUrelease释放。还在分析内部LOG，优化现场无线环境，继续分析解决。,25,4、PDP激活成功率的提升,问题现象：从核心网专业网管上统计上海贝尔WCDMA业务区PDP上下文激活成功率（不含用户行为）偏低没达到98%的指标要求，故障现象为开启了SRBoverEDCH功能后，数据卡拨号成功率低。问题解决：测试发现