话统差小区处理.doc

《话统差小区处理.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、当发现小区异常时，先检查当前告警、历史告警、小区状态与修改情况（lgo），结合地图查看地理环境，然后再考虑：1.语音掉话语音掉话是一个优化难题，尤其是工程优化时越区比较多、软切换比例较高的地方。掉话原因统计：pmNoSysRelSpeechNeighbr（缺邻）pmNoSysRelSpeechSoHo（软切换失败、多为缺邻所致）pmNoSysRelSpeechUlSynch（上行失同步）1)缺邻掉话：ØGPEH追踪掉话小区、取后台的相关的XML文件；综合考虑DN信号的强度、采样点、距离与目标小区及源小区的pmprop

2、agationdelay，决定添加或调整天线。Ø对整个RNC，可通过修改releaseconnoffset的值，效果明显但影响客户感受。2)上行失同步：Ø弱覆盖：修改（2d门限值、sRatSerach）让其早些向GSM切换；加站。Ø同步服务器出问题：向上面反映。如：[2010-05-1907:29:04.948]ntpManagerMpntp_util.c:560INFO:NTPnoserver.[2010-05-1907:29:04.960]Sys_Osa_Ntp_Manager_procntp_util.c:53

3、1INFO:NTPnotsynchronized[2010-05-1907:29:04.960]Sys_Osa_Ntp_Manager_procntp_util.c:560INFO:NTPnoserver.2.HSRAB或EULRAB接入成功率1)HSDPA、EUL信道不活：因小区经常性断电，造成信道不活，需重启TX板；2)成功率低：用户多，把eulServingCellUsersAdmTti2与hsdpaUsersAdm的值改大些。3)成功率为零：ØIPV4是否有问题，改走ATM试试；ØRNC与nodeB上，一边走

4、IPV4，一走ATM；FE没问题走FE，否则走ATM；3.软切换当基站或者RRU因断电而退服时，统计中还有软切换失败的现象：Ø一般是周围有同扰码小区，由MCOM检查，修改旁边同扰码小区；Ø如果是边界站，把扰码设为0，观察几天，如果是同扰码，修改。4.RRC建立成功率成功率低：重启基站；据说现在的版本未成解决此问题，目前只有重启。测试时碰到RRC无法建立的：RRU有问题，或者软件版本有问题（如CXP/1_R10K/4（EU13））5.速率低如果是室分，先找到RRU测试，速度没问题的话，是室内分布做得不好；否则考虑：Øf

5、eatureStateHsdpaDynamicCodeAllocation动态码字是否打开（正常为打开）ØfeatureStateEul2msTti是否激活（正常为激活），没有激活，下载会达到6M以上，但是上传只有1.3M左右。（华为上传激活后由10ms变成2ms;下载用10ms，问过爱立信工程师，爱立信设备好像无法实现）ØcodeThresholdPdu656、numHsPdschCodes值设置是多少?（一般宏站设置为3、5，室分为1、2）ücodeThresholdPdu656>=numHsPdschCodes

6、时速率上不去；ünumHsPdschCodes=1时，速率为960K.ØlicenseCapacityNumHsPdschCodes是否受限（一般为15）ØnumHsScchCodes（一般设为2）Ø如果有上行干扰（可查看RTWP，正常为-105左右），可修改üeulMaxOwnUuLoad（一般为30）üeulMaxRotCoverage（一般为100）重启也是一个好办法。1.CE利用率异常统计中发现CEULUsage，计时器有不清零的现象，目前没有直接有效的方法，临时处理方案：闭站>>闭iurlink>>解开iu

7、blink>>解开小区;基站会暂时恢复正常，不久后又会出现。附录：Pmpropagationdelay值提取1.把文件getcounter放在文件夹：C:cygwinhomeqin下（qin为用户名，每个人安装moshell时可能名字不一样）2.在C:cygwinhomeqin下建一个文件夹xmldir，进入FTP，提取某个基站的XML文件，放在新建的文件夹下；3.打开moshell，运行：./getcounter.pl-ixmldir-cpmPropagationDelay4.结果用excel直接打开5

8、.相关文件