PCU隐性故障导致数据业务接入困难 问题描述: 本周接到客户投诉,反映在经济开发区建工学院校内GPRS业务无法正常使用。为此大家实地进行了CQT测试,测试中手机主要占用DD学院3(21882-773)、XX学院西1(21882-771)和XX学院新区1800(21882-3086)小区,3个小区都已经开通EDGE功能,但是测试中Attach都失败,PDP也无法激活,测试图如下: 从Layer3信令上看,是由于下行TBF无法建立导致请求超时最终失败,测试中这3个小区都存在此问题。 解决过程: 为了进一步查找问题原因,大家查看了BSC12在12月7日晚忙22时的小区级话务统计,发现有较多小区PDCH上行分配成功率不高,甚至有些小区上行PDCH占用成功率低至20%以下,肯定会造成用户接入困难。 下表列出了BSC12下上行PDCH分配成功率低于80%的小区: 上表中列出了这些PDCH占用成功率低的小区所在的PCU,可以看到,X学院西的几个小区都是在PCU3下,且在PCU3下的其它小区上行PDCH分配和占用成功率也非常低,初步怀疑是BSC12的PCU3存在隐性故障。 通过上诉分析,大家对BSC12 PCU3进行了Lock操作。根据西门子PCU均衡算法,当BSC中的某块PCU发生故障或被人为锁定(Lock PCU)时,系统会自动将其上所有的PTPPKF重新分配到剩余的PCU上,保证这些小区GPRS业务的正常运行,如下图所示(该例中共有三块PCU): 在对BSC12的PCU3进行Lock操作后,此时773小区挂到了PCU0下。而后到建工学院再次实地测试,测试中Attach,PDP激活,FTP下载和WAP业务都很正常,测试图如下: 为了验证PCU3是否存在隐性故障,大家解锁PCU3之后再次进行测试,解锁后773小区仍然挂在PCU0下,在该小区下的各项业务也无异常,测试图如下: 解锁PCU3之后,根据PCU均衡算法,一些小区重新回到了PCU3上。在RC上观察该PCU也工作正常。通过话务统计观察,重新调整后PCU3下属小区各项指标也无异常出现,上下行PDCH接入指标较好,如下表: 打电话回访客户,客户反映现在GPRS业务已经恢复正常,至此投诉问题解决。 总结:PCU隐性故障可能导致数据业务接入困难。通过倒换PCU和对PCU的Lock/Unlock操作,可以解决PCU隐性故障造成的PCU下属小区接入困难,网络指标差的问题。
|