海面站寻呼删除分析处理

《海面站寻呼删除分析处理》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、故障案例海面站寻呼删除分析处理省公司福建专业无线设备类型BTS设备厂家NOKIA设备型号Ultrasite软件版本编制时间20090723作者魏鸿龙作者电话15960709502入库时间审核人审核人电话厂商审核人联系方式关键字AGCH,DELETE-PAGING-COMMAND故障现象泉州的很多海面站出现2一5万的高寻呼删除告警信息无原因分析寻呼消息的发送bottleneck受限于小区空口的寻呼能力,尤其是采用CombinedBCCH的小区。我们对泉州网络进行检查发现，MBCCHC(CombinedBCCH)在海面站中被

2、广泛应用，寻呼缓冲区统计PGN2_MIN_PAGING_BUF趋于或等于0的问题小区如下表示：海而站寻呼删除异常小区20090617.xl统计表明这些问题小区的pgn_7(Paingbufferload)达到30%左右,pgn_5(airinterfaceoccupancy)统计普遍都在70%左右，有的甚至更高达90%以上。这些无线寻呼参数的设置为MFR=5、AG=2。通过前面所述的公式可以算出CombinedBCCH配置下空口的最大寻呼量：pagecapacity={[4*(3-2)]/0.235356}*3600=6

3、1184(TMSIMode)o统计表明当寻呼量达到50000多次时,就已有20000多的DELETE_PAGING_COMMAND产生。而这些问题小区中，有的部分寻呼量较高的Locationarea的pgn-1(PAGING_MSG_SENT)统计已达到85000。这些小区的DELETE-PAGING-COMMAND与PAGING-MSG-SENT分布如下图所示：DELETE_PAGING_COMMANDVSPAGING_MSG_SENT处理步骤通过计算可知，CombinedBCCII在AG=0时的最大寻呼容量：page

4、capacity={[4*(3-0)]/0.235356)*3600=183552(TMSIMode).由于在NokiaGSMBSS中，当AG=0(即没有专用的AGCH,所有的寻呼组由PCH和AGCH共享)的情况下，AGCH的优先级高于PCH,因此建议将这些combined小区AG的值由2设为0。这样在保证AGCH接入性能的情况下，可以更好地满足突发增长的空口寻呼需求。我们对修改后海面站(CombinedCCCH,AG=0)后(从0621~0624日)的寻呼性能进行分析，结果显示这些小区在PAGING-MSG.SENT量

5、相当的情况下，DELETE.PAGING-COMMAND大都得到了较好的抑制。只有南赛海65011,当其CCCH.LOAD达到66%左右时，依然后出现较高的寻呼删除。DELETEPAGINGCOMMANDVSPAGINGMSGSENT故障总结为了峰值寻呼进行更好地缓冲，除了以上AG调整外，个别小区还可以进一步的加大MFR设置。最后，在仍然不能满足的寻呼需求情况下，还可以考虑改用non-combined的CCCH配置方式，如南赛海65011建议改用non-combined的CCCH配置。另外对于海面站，在MBCCHC的情况

6、下，AG=0（动态PCH&AGCH机制）较AG=2（固定PCH&AGCH机制）能更好地满足空口寻呼发送需求。附录：故障处理过程的LOG文件