错误 #4242
[3.0产品测试]3.1.3pre1_T6 上行FTP速率不足,只有3.1.2版本的约60%
开始日期:
2025-10-14
计划完成日期:
% 完成:
0%
预期时间:
问题归属:
CU, DU
发现问题版本:
Rel_3.1.3
目标解决问题版本:
Rel_3.1.3
描述
问题设备:192.168.8.81
问题版本:3.1.3T6 / 3.1.3T5
问题环境:射频直连
问题现象:3.1.3上行FTP速率平均约300M,同环境、同配置、3.1.2大包可以稳定500M以上。3.1.3 相当于上一版本水平的60%
历史记录
由 魏 幸幸 更新于 2 个月 之前
为了解决远点上行灌大包掉线,引入上行RB爬坡,这个功能对上行调度的影响如下:
(1)
场景一:上行双流的UDP,
场景二:上行单流的FTP,
场景三:把mcs限制到18的上行双流的FTP
这三种场景用没有RB爬坡的版本,BSR充足,上行RB能稳定在265,RB利用率95%左右。
(2)
场景四:上行双流的FTP,
用没有RB爬坡的版本,BSR就不充足,一百多毫秒上行RB一直维持265,接着十几毫秒上行没有调度(这种是周期性的),整体RB利用率85%左右。
因为,前三种场景,RB始终能调度满,所以RB爬坡爬上去之后,就没影响了。
而场景四,本身BSR不足,不爬坡上行调度也会周期性的掉0,所以每次启动就会重新爬坡,爬坡又会更加恶化BSR(一开始不能给UE很大的上行资源,UE侧会缩窗)。