项目

一般

简介

错误 #4242

[3.0产品测试]3.1.3pre1_T6 上行FTP速率不足,只有3.1.2版本的约60%

刘 抒放3 个月 之前添加. 更新于 2 个月 之前.

状态:
转测试
优先级:
一般
指派给:
开始日期:
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%

历史记录

#1

韩 伟 更新于 3 个月 之前

  • 状态新建 变更为 进行中

该问题目前已抓包,正在分析中。

#2

韩 伟 更新于 2 个月 之前

  • 指派给韩 伟 变更为 魏 幸幸

本问题,通过抓包分析,3.1.2版本和3.1.3版本对比,CPE侧均存在丢包,但是3.1.2版本大上行子帧配置下,FTP上传可以达到平均500Mbps,但是3.1.3平均只能300Mbps,基本排除CPE问题导致,同步分析传输也没有明显异常,同时流量徘徊在300M上下震荡,基本确认是基站侧版本更新导致;
产测通过多轮对比验证,发现上行RB爬坡会导致上行RB分配不能一直满RB,这点幸幸后续修改验证,上行FTP流量可以达到530Mbps。

#3

魏 幸幸 更新于 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侧会缩窗)。

#4

魏 幸幸 更新于 2 个月 之前

在测试参数模块新增一个参数,上行RB爬坡路损门限,单位是db, 路损大于这个门限才会爬坡。如果测FTP,不希望爬坡,就把它配置大一点, 比如100。定的默认参数是50,默认希望爬坡,特别是外场,这样更稳定。

#5

魏 幸幸 更新于 2 个月 之前

  • 状态进行中 变更为 审视
  • 指派给魏 幸幸 变更为 周 立伟
#6

周 立伟 更新于 2 个月 之前

  • 状态审视 变更为 转测试
  • 指派给周 立伟 变更为 刘 抒放

已自验通过,已合入3.1.3_Pre1T8版本,可转测

导出 Atom PDF