寻呼成功率提升总结报告

文档发布

   专题背景
   寻呼成功率指标分析
   方案实施情况
    效果

主要从以下几个方面来进行寻呼成功率问题纵向分析和定位：
1、核心网侧话务统计，可以定位至LAC级别的寻呼失败；局数据核查，可以删除冗余数据、增加缺失数据配置；
2、网优平台中关于VPI寻呼失败TOP小区和寻呼黑洞的分析，如果这些小区每天都在TOP小区中或者出现的概率较高，那么小区下产生寻呼失败的概率就越高，而且对农村小区定位的准确性高于市区；
3、根据小区级话务统计中关于CCCH/立即指配/上下行电平测量等相关话统，具体分析对应的小区存在的问题，逐个解决。

全天峰值CPU负荷最高的均为每个BSC的CPU号=0, 槽号=21, 插框号=0单板，该单板为GOMU，是BSC的主控板。虽然峰值较高，但是均值负荷较低，所以目前没有CPU过高，需要长期关注，如果峰值负荷逼近100%，则需要对BSC下基站归属进行调整。

全天均值CPU负荷最高的几个单板都是GXPUT和GXPUM单板，该单板为各个机框ABIS口对基站的业务处理单板，与所带基站的业务量有关，而且呈现出均值CPU占用率和峰值CPU占用率不存在大的波动的情况，目前负荷都不超过50%，但如果有新建站入网的话，建议不要挂在这些单板对应的GEIUB单板上。
由于每个CCCH复帧中的9个上行信道都为RACH信道，每小时可以上报RACH请求为3600/0.2354*9=13万次，所以一个小区的正常的通信业务包括呼叫、短消息、数据业务请求都不可能达到这么多次数。如果达到这么多次，RACH没拥塞其他资源肯定拥塞或者过载了。所以一个小区RACH过载一般都是小区下无效RACH请求过多，一般由外部无线环境上行底噪过高或者小区天馈系统有隐形故障导致。如果一个小区存在RACH过载，会对正常的RACH信道接入产生影响，造成接入时间过长或者无法接入的情况产生。
通过分析统计RACH过载TOP小区如下，重点需要处理BSC13的临河供电局-1小区的RACH过载现象，其余小区的过载基本没有频繁出现。

通过网优平台数据进行分析（因中创未采集LIHBSC20及LIHBSC21两个BSC的信令数据，
所以共计小区1828个。），全网寻呼成功率为96.75%。1分钟黑洞小区平均寻
呼失败率高于5%的小区数有47个，占比为2.57%；黑洞小区最大寻呼失败率高于10%
的小区数有10个，占比为0.55%。详细分布如下图所示。

huhu008

学习学习！