WK35--寻呼拥塞案例--彭艳娟

《WK35--寻呼拥塞案例--彭艳娟》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、寻呼拥塞率高作者部门分类日期彭艳娟PDCFDD-LTE2017.9.5一.故障现象2017年8月29日F_N_R_岳阳市岳阳楼区八字门电信食堂的209,210,211三个小区寻呼拥塞率高。而且都是1.4M小区。这三个小区是NB的host小区，近期新开的.二．问题分析1)核查全网告警经核查未发现影响站点的故障和告警。2)近期操作记录没有相关操作记录。3)核查同一TAC同一TAC内其他小区没有寻呼拥塞1)指标分析选取寻呼拥塞问题点，对这些小区对应时间段的重要指标进行统计，统计结果发现RRC丢弃次数较高，指标如下：M8008C2计数器统计指标为RRC寻呼丢弃次数，M8008C1

2、计数器统计指标为RRC寻呼请求次数.1.4M的寻呼容量小，所以出现了拥塞。与此相关的主要参数有defaultPagingCycle，pagingNb与maxCrPgDl 。2)原理分析：1.eNB上寻呼相关的两个参数：defaultPagingCycle即T，决定DRX周期即寻呼周期，单位为rf（无限帧，10ms），取值范围是32、64、128和256。值越大，RRC_IDLE状态下UE的电力消耗越少，但是相应的，寻呼消息的平均延迟越大，接通的时延也越大。nB表征寻呼密度，取值范围是4T、2T、T、T/2、T/4、T/8、T/16、T/32，图中T/4表示每4个无线帧有1

3、个子帧用于寻呼，如果设置为T/8则表示每8个无线帧有1个子帧用于寻呼，该值决定了LTE系统的寻呼容量。nB的取值表征寻呼组的数量，如T取值128，nB取值T，则相当于将所有的用户分为128个寻呼组（一个无线帧一个寻呼组），如果T取值64，nB取值T/4，则分为16个寻呼组，寻呼组越多，每个组中用户数量越少。LTE寻呼在物理信道PDSCH信道传输，每个寻呼信道最多可以寻呼16个用户，根据nB的取值，可以计算出小区的寻呼容量：由于移动通信寻呼的突发性，一般要求网络的寻呼负荷不超过50%的寻呼容量，因此，在进行网络规划、参数规划的时候，需要考虑综合TAC、用户分布等因素，规划寻

4、呼参数：一般情况下，LTE小区寻呼参数建议设置：–T=64或者128，nB=T此时，寻呼周期640/1280ms，寻呼容量：1600次/秒特殊场景（如大型活动、比赛现场），需要对某些小区的寻呼参数进行优化调整，可以采用的方案如下：–nB：增大nB，提高小区寻呼容量，减少寻呼拥塞，如nB→2T/4T–T：T值越大，寻呼时延越长，寻呼组增加，每个寻呼信道中的用户越少，反之寻呼时延缩短，每个寻呼信道用户增加，可能导致某个时刻一个寻呼组寻呼的用户超过16个，反而增加的寻呼时延，因此，可以根据实际用户的数量，调整T值。2）寻呼编码（radiopagingcodeandformat）

5、指将被寻呼用户的号码和主叫的寻呼消息变换成一定码型和格式的数字信号。三．问题处理登站查看这三个小区参数defaultPagingCycle，pagingNb与maxCrPgDl ，发现现网配置值分别为128，T/4与0.06。针对以上分析和核查结果，解决方案如下:Ø综合考虑将三个小区pagingNb由quarterT(T/4)改为oneT，maxCrPgDl 由0.06改为0.5;现网设置的每秒寻呼容量为：nB*每个寻呼信道最大寻呼用户数*100=1/4*16*100=400修改参数后每秒寻呼容量为：nB*每个寻呼信道最大寻呼用户数*100=1*16*100=1600修改

6、后寻呼拥塞恢复正常。四．总结1.4M的寻呼容量小，寻呼密度过小，导致寻呼拥塞率高。可以通过pagingNb来增加寻呼的子帧数，适当增大maxCrPgDl（最大下行寻呼编码速率） 来解决寻呼拥塞的问题。