GSM网优案例总结.docVIP

GSM网优案例小结 移动某地市有一基站下的二小区SDCCH掉话率过高，15分钟达150次之多且无拥塞，TCH掉话率正常。 ?告警信息： 无。 ?原因分析： 如下几种情况都会导致SDCCH掉话：1、入局SDCCH切换HO_DETECT消息非法；2、入局SDCCH切换HO_CMP消息非法；3、入局SDCCH切换发送HO_CMP消息失败；4、TN_WAIT_HO_DETECT、TN_WAIT_HO_CMP（SDCCH切换）超时；5、TN_WAIT_INTER_HO_CMP（SDCCH切换）超时；6、TN_T8（出BSC切换完成）超时；7、由其它多种原因导致的内部清除。但导致SDCCH掉话率过高原因大致有四点：1、拥塞；2、干扰；3、设备硬件故障；4、参数设置不合理。 ?处理过程： 1、查看数据配置，未发现异常。2、将SDCCH信道换到其他时隙以及其他载频，现象依旧。3、到现场路测，发现在二、三小区交界处经常占有一小区频点（与一小区天线为背向），塔工排查天馈线，发现一、二小区天馈线接错，将馈线调整后，掉话次数为10次左右／小时，最好时为6次／小时，正常。 ?建议与总结： 处理这类问题时，现场路测很重要。 关键字： 半速率 TCH拥塞 ?现象描述： 某局扩容工程，首次使用华为设备，“插花”于N设备商网络中，华为设备皆采用BTS312基站，合分路单元采用EDU，扩容后发现部分小区有拥塞现象，于是在客户的强烈要求下，华为网优工程师对华为3个BSC内的所有基站开通半速率功能，其后观察话统指标，发现全网TCH拥塞率（含切换）不但没有降低反而升高了10％左右。 ?告警信息： 无。 ?原因分析： 1、观察话统指标发现TCH拥塞率高的小区多是单载频小区；2、拥塞原因为占用遇全忙；3、观察这些目标小区占用TCH信道请求次数指标，发现【只选全速率TCH信道请求次数】占TCH信道请求总次?数50％以上，而且成功次数极少；4、又检查参数设置，发现【预留全速率TCH最小数目】设置为1，【TCH速率调整业务量忙门限（％）】设置为15％；5、于是忙时查看这些问题小区信道状态发现问题小区的5个TCH信道中有4个都已经转换成半速率信道，但大部分时间处于Idle状态，剩下仅有的一个全速率TCH信道，大部分时间在Using中。于是可以判断出这些小区是应为在覆盖范围内只支持全速率手机用户比例大，占用全速率TCH信道遇全忙次数多，造成的拥塞！ ?处理过程： 1、更改【TCH速率调整业务量忙门限（％）】为50％；2、更改【预留全速率TCH最小数目】为3；3、更改【TCH恢复最短时间（秒）】为60；4、更改参数后观察话统发现TCH拥塞率降到0.2％左右，拥塞问题解决！ ?建议与总结： 建议小区在开通半速率时慎重配置【预留全速率TCH最小数目】、【TCH速率调整业务量忙门限（％）】以及【TCH恢复最短时间（秒）】等半速率相关参数！ ?现象描述： 某地联通将S厂家基站替换为华为BTS30基站后话务量降低，基站话务量从5ERL降低到3左右。 ?告警信息： 无。 ?原因分析： 话务量降低一般有一下原因： 1、载频性能问题，导致覆盖范围减小，话务量降低；2、天馈性能故障，导致覆盖范围减小，话务量降低；3、参数设置不当、导致接入困难，影响用户接入；4、用户的变化导致话务量降低；5、周围基站分流话务量，导致话务量减少。 ?处理过程： 1、检查基站告警，无TRX、驻波比、时钟等异常告警。 2、基站上行RACH最小接入电平设置为12，修改为0后话务量没有增加。 3、测试基站驻波比，驻波比在1.2左右。 4、测试载频功率，载频功率正常。 5、对基站进行路测，和搬迁路测前对比，基站覆盖与替换前一致。 6、检查周围基站的话务量，周围基站话务量没有明显增加。 ???由于基站为局方自行替换，且投诉时距基站搬迁已经有1个多月，无法了解基站替换时的情况，和替换前后的具体话务对比。在仔细了解周围情况后分析有以下原因： 1、基站处于某交易市场附近，市场具有一定的季节性，造成了话务量的变动。 2、由于搬迁后基站天馈存在问题，曾有一定的用户投诉，造成部分用户的流失，导致话务量降低。????????????????????? ?建议与总结： 在替换前要做好基站的路测和话务统计工作，搬迁后对话务量变化及时进行分析处理。 ?现象描述： 华为BSC，下挂7个模块，122个基站，主要覆盖区域在县城和乡村。小区上行链路边缘切换门限?15?，下行链路边缘切换门限?20。话务掉话比80到90。 ?告警信息： 无。 ?原因分析： 检查小区掉话性能测量，发现存在一些小区TCH掉话时平