L800M上下行同时测试上行速率低问题处理案例分析文档格式.docx
《L800M上下行同时测试上行速率低问题处理案例分析文档格式.docx》由会员分享，可在线阅读，更多相关《L800M上下行同时测试上行速率低问题处理案例分析文档格式.docx（7页珍藏版）》请在冰豆网上搜索。
上下行同时测试、上行速率接近0、CCE聚合度
2问题描述
保定区域L800M站点建设已基本完成，市区L800M全部为3M带宽，有部分县城农村为5M带宽，保定与其他地市的边界处为1.4M带宽，在对市区L800M站点拉网验证时发现一台825C终端做FTP上传时，均值速率达6.08Mbps，如图-1所示。
但是当两台825C终端连接2台电脑分别在该小区的近点同时做上传和下载FTP测试，那么上传速率下降，上传速率不到1M，只有几百kbps，如果下载FTP停止，上传速率马上恢复正常，均值有6.04Mbps。
图-1
以下为2台825C终端A和B同时做上下行FTP业务时的上下行均值速率情况：
如图-2所示，A终端825C在FTP下载时下行速率均值为15.7Mbps：
图-2
如图-3所示，B终端825C在FTP上传时上行速率均值只有931.3kbps：
图-3
3问题分析
1
2
3.1.1QCI验证
排除2个终端的QCI是否一样，经排查2个终端的QCI值都为9，排除该可能。
A终端detach和attach后，查询QCI值为9，如下图-4:
图-4
B终端detach和attach后，查询QCI值也为9，如下图-5:
图-5
3.1.2MTS跟踪定位
前台2台825C终端进行上下行测试，并进行MTS跟踪，首先由A终端先做FTP上传测试2分钟，然后B终端再做FTP下载，2台终端同时进行。
从MTS跟踪情况来看，前面2分钟，终端A单独做FTP上传测试的时候，均值有6.08Mbps，在终端B开始做FTP下载时，此时终端A的上行速率从原来的6.08Mbps下降到几百k的速率，而终端B的下行速率有15.7Mbps。
上行速率差的原因主要为是RB资源不足，调度次数也相对较少。
采集现场的Log进行分析：
下行FTP业务起来后，上行FTP业务的UE也有调度，2个UE上行调度次数非常少；
原因是CCE大量的分配失败，系统总的CCE只能满足下行FTP用户的上行状态报告调度需求，对于上行FTP用户的峰值流量是无法保证的；
而这些调度UE的CCE聚合度都为8，怀疑后台CCE聚合度配为固定8。
综上分析，问题最终定位于后台参数CCE聚合度应该设置为自适应。
4处理方式
核查站点的CCE聚合度配置确实配置为CCE聚合度固定8，如下图-6：
图-6
将CCE聚合度修改为自适应，如图-7：
图-7
5处理结果
修改CCE聚合度为自适应后，让前方验证人员用两台825C终端连接2台电脑分别做上传和下载FTP测试，如图-8与图-9所示，此时上行均值有5.05Mbps，下行均值有17.1Mbps，问题得到解决。
图-8
图-9
6小结
L800M站点建设各地都在进行，在后续优化验证时，注意现在算法建议的CCE聚合度都是自适应，外场注意这个参数的设置，防止由于该参数设置不合理导致速率低问题或用户感知差。
升级会员 