寻呼删除分析.docVIP

太原寻呼删除分析 一、现网情况 通过网络数据的监控、统计，发现整体网络寻呼成功率较高，但一些小区特别是热点地区忙时存在较多的Paging_Del_Command，所以针对此中寻呼删除现象进行简要的分析。以下为近期出现寻呼删除的小区数量情况： 二、无线寻呼删除对网络质量和客户感知的影响分析 在普通话务模型下，GSM的寻呼容量是足够的，但是在特定的高密度话务区域却容易出现寻呼容量不足，伴随大量的寻呼排队拥塞、超时和二次寻呼以及寻呼删除，而造成寻呼删除高的关键原因是主覆盖小区承载业务量过高，尤其是数据业务量巨大导致小区CCCH信道负荷过高、寻呼资源不足导致客户出现投诉现象。常见情况有呼困难和被叫 “手机呼”、短信延迟、上网速度慢等。 寻呼删除严重给客户造成的感知极差，一些热点地区，个别小区寻呼删除严重，需要持续跟踪解决。 三、无线寻呼删除原理分析介绍 1、太原现网空口容量分析 寻呼是在BCCH(BroadcastControChannel)的0时隙上进行的，其中的PCH用来向移动台传送寻呼请求信息。BCCH的0时隙在逻辑上被分为复帧结构，每个复帧的发送时间为235.4ms。 由于目前太原网络BCCH信道类型均采用了非组合BCCH/SDCCH，则一秒钟最多可以发送的寻呼块的数量为： AG=2： 7 / 0.2354=29.74 Paging block/second 网络第一次寻呼采用TMSI方式，即每个寻呼块可以容纳4个TMSI信息，每小时BTS能处理的最大寻呼指令数量为：（AG=2） 4×3600×29.74＝428207 Paging message / hour 但是这些都是不现实的，由于寻呼重传机制，通常IMSI的比率在10％左右，特殊情况下更高，且并非每个CCCH块均填充4个TMSI信息，加上BTS的Paging Group机制，如果MFR设置为5，寻呼负荷超过140K Message / 小时就可能出现大面积寻呼删除； 2、 寻呼删除定义 通过查看NED对“delete paging command”的介绍： This counter indicates if some group-specific paging queue becomes so full that an additional paging command cannot be stored to the buffer. In such a case the paging command is deleted. 可知寻呼删除产生的原因是某些paging group相对应的buffer寻呼占用已满，在这种情况下，溢出的paging command将被删除。 每一个paging group都有独立的Buffer，它的排队深度（Paging Group Queue Depth）和MFR密切相关，buffer的占用比例情况成为反映寻呼删除情况的一个参考。 3、 寻呼删除原因分析 正如上所述寻呼信道并非完全专用，PCH与AGCH共享CCCH信道，并且PCH信道可用作AGCH信道，反过来则不可以。当系统需要下发Immediate Assignment（立即指配）消息时，如果有AGCH空闲，就用预留/空闲的AGCH，如果没有空闲的AGCH，就抢占PCH资源作为AGCH。所以当业务量突发时，大量的立即指配消息下发导致AGCH信道忙而抢占PCH资源，从而引起PAGING DELETE。 由此得出结论，短时间内业务量大导致CCCH容量不足是寻呼删除过高的根本原因，所以增加CCCH信道数成为解决寻呼删除问题的直接有效的方法 现网寻呼删除情况： PERIOD_START_TIME NAME CELL_ID NW_NAME LA_ID_LAC PAGING_MSG_SENT DELETE_PAGING_COMMAND 15-Feb-11 TY-NBSC-109 33222 FUSHIKANGDONER2 14002 65163 32736 15-Feb-11 TY-NBSC-109 3704 KANGNINGJIE4 14002 65165 15837 15-Feb-11 TY-NBSC-109 31803 FUSHIKANGEQU3 14002 65165 11164 15-Feb-11 TY-NBSC-109 32073 KANGNINGDONGJI3 14002 65166 5876 15-Feb-11 TY-NBSC-109 30812 NANPAN2 14002 65165 4898 15-Feb-11 TY-NBSC-109 31403 FUSHIKANGJIA3 14002 65166 2978 15-Feb-11 TY-NBSC-109 33221