预调度打开导致上行吞吐率低问题定位案例

《预调度打开导致上行吞吐率低问题定位案例》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、嘉兴市4G网络优化典型案例1、嘉兴电信优化案例--预调度打开导致上行吞吐率低问题定位案例案例类别：性能优化类案例名称：嘉兴电信优化案例--预调度打开导致上行吞吐率低问题定位案例现象描述：在G局点，接到客户投诉，发现有TOP小区的上行吞吐率很低，影响TOP用户体验，从OSSKPI上观察上行吞吐率确有下降趋势，见下图，需定位问题原因并及时解决。分析过程：通过排查告警信息，此站并无任何告警。此问题属于TOP站点问题，通过对用户所描述问题进行查询，由于是时间较长，可以从话统上进行定位。原因检查与初步定位1、  从这段时间内的用户数及PRB用量上观

2、察，可以看到随着用户数的增加，PRB也随之增加，见下图所示：2、  在用户数多的情况下，PRB也随之增加，需要查看是否带来上行的干扰，通过观察上行干扰参数，发现上行干扰也随之增加，见下图：3、  上行的干扰增大，必然会带来上行吞吐率的下降，这一点从下面的图中也可以看出来：【总结】可以得出结论，是由于随着用户数的增加，PRB用量增大，导致上行干扰加大，因此上行吞吐率下降。优化措施：查看该TOP站点的上行预调度开关情况。用MML命令：LSTCELLALGOSWITCH，查看上行预调度：PreAllocationSwitch:On，即上行调度开

3、关是打开的。在预调度开关打开的情况下，eNodeB会每隔5ms给UE发送ULGrantCount来分配上行资源，而当此开关关闭时，只有当UE有上行数据需要传输时，UE会通过PUCCH信道发送SR请求，当eNodeB收到该请求时，等待5ms后会给UE发送ULGrantCount来分配上行资源，UE在收到ULGrant之后等待4ms才会通过PUSCH发送上行数据。从时延上来看，打开预调度开关比关闭时，会缩短时延大约10ms左右。但是，对于资源、吞吐率的影响是：当打开预调度开关时，由于eNodeB周期性的给UE发送ULGrant来分配资源，当U

4、E没有或者是有少量的上行数据需要发送时，会以Padding填充发送，而根据经验，填充消耗的RB比真正用于数据传送的RB还要多，因此，打开预调度开关会引起额外的RB资源消耗和上行干扰。将预调度开关关闭。用MML命令：MODCELLALGOSWITCH，脚本为：MODCELLALGOSWITCH:LocalCellId=1,PreAllocationSwitch-1;修改如下图：结果现网验证关闭预调度开关后，待一周时间，进行结果验证。经过OSSKPI发现基本KPI没有明显波动，如RRC/ERAB接入成功率，掉话率，HO成功率等都基本持平，但是

5、上行干扰跟上行吞吐率在关闭预调度开关后有了明显变化：上行干扰明显降低，上行吞吐率明显提升，见下两图所示：