浙江移动问题-大话务场景CCE资源不足导致上行无调度.pdfVIP

浙江移动问题—大话务场景CCE资源

不足导致上行无调度

1.1问题分析

SEQ平台质差小区分析

从SEQ平台统计和话统KPI分析，萧山机场浙旅大酒店SM_4是Volte上行丢包率高的

Top小区，该小区在实施了DRX参数优化后，仍然存在大量上行丢包。

数据分析

第一阶段分析该小区用户数较多，忙时最大用户数150左右，疑似是大话务在开启DRX

后调度问题，但是实施了DRX优化参数后，该小区仍然是上行丢包率高的Top小区。上行

QCI1的丢包率高达30%。

重新跟踪了该小区的基站侧数据分析，查看138跟踪，30分钟内出现了2个Volte通话，

都存在上行丢包。

第一个CRNTI=17618的用户在9:13:34上行连丢6包。

第二个CRNTI=18460的用户在9:40:16上行连丢5个RTP包。

第一个用户：

分析57号跟踪，发现丢包时间之前SFN=736~763这270ms之内无上行调度，上行

MCS23阶，上行SINR19dB，34号跟踪，下行CQI是15，说明空口质量非常好。

分析57号跟踪中连续无上行调度情况，从下图可以看到，从SFN=736开始，连续5ms周

期做上行调度，但是全部因为41484原因失败（功率不足导致CCE分配失败）。

第2个用户：

第2个用户空口质量较好，上行SINR20dB,在丢包时间内的上行调度没有重传现象。但

是出现了连续调度时间间隔。

与第一个用户相同，都是出现了大量41844导致的上行调度失败。

话统数据分析

分析该小区的话统，发现该小区是10M带宽，CCE8的聚合比例很高，用户数也比较

多，且边缘用户数也多，大量边缘用户采用CCE8的聚合比例，使得上行CCE资源受限。

对该小区进行了负载均衡优化，并且与共址的小区开启了MLB均衡用户数，修改了上

下行初始CCE分配比例，加大上行CCE的资源预留后，该小区的最大用户数降低到100以

下，上行QCI1的丢包率下降到1%以下，指标恢复正常。

1.2问题结论

梳理现网的大话务小区，以及CCE分配失败的话务统计，发现有类似小区要加大上行

CCE的预留资源。