项目

一般

简介

错误 #2835

【3.0基站】10ue上、下行业务,其中1个ue的下行mcs一直维持的都是一个比较正常的值(21左右),但是速率迟迟上不去,基本就是3——6M(实际每个ue都是灌包17M)。即使总流量到不了170M

王 旭初3 个月 之前添加. 更新于 大约 2 个月 之前.

状态:
已关闭
优先级:
普通
指派给:
开始日期:
2025-02-19
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
发现问题版本:
Rel_3.0.0
目标解决问题版本:
Rel_3.0.0

描述

观察发现:
cu角度:cu收到了17M,但是只发出去了2M,ddds报0了,所以发不出去;
du角度:该ue的调度次数基本为0,需要分析一下为何出现该现象

初步判断:和tti有一定关系,tti=3时,所有ue下行流量均正常,tti=4时,有1个ue的速率就下不来


文件

历史记录

#1

王 旭初 更新于 3 个月 之前

  • 主题10ue上、下行业务,其中1个ue的下行mcs一直维持的都是一个比较正常的值(21左右),但是速率迟迟上不去,基本就是3——6M(实际每个ue都是灌包17M)。即使总流量到不了170M 变更为 【3.0基站】10ue上、下行业务,其中1个ue的下行mcs一直维持的都是一个比较正常的值(21左右),但是速率迟迟上不去,基本就是3——6M(实际每个ue都是灌包17M)。即使总流量到不了170M
#2

魏 幸幸 更新于 3 个月 之前

  • 状态新建 变更为 进行中

调整下行tti调度用户数为2暂时规避改问题,具体原因待定位

#3

魏 幸幸 更新于 2 个月 之前

  • 状态进行中 变更为 转测试
  • 指派给魏 幸幸 变更为 孙 浩

QOS算法配置成RR和PFS都有该问题(调度不均匀),如果QOS算法是RR,按道是理轮询调度,但没有绝对轮询。把uePfsCoeff从5改成0就做到绝对轮询了(RR)。

#4

魏 幸幸 更新于 2 个月 之前

  • 指派给孙 浩 变更为 魏 幸幸
#5

魏 幸幸 更新于 2 个月 之前

  • 状态转测试 变更为 已解决
#6

孙 浩 更新于 2 个月 之前

补充测试情况:
1> 1D3U子帧,TTI设置为4,DU调度算法为RR算法,UE_PFS_COEFFICIENT参数配置为0,每终端下行灌包17M,上行灌包20M,每终端都能收到对应速率;





2> 7D2U子帧,TTI设置为4,DU调度算法为RR算法,UE_PFS_COEFFICIENT参数配置为0,每终端下行灌包55M,上行灌包8M,每终端都能收到对应速率;


#7

孙 浩 更新于 2 个月 之前

  • 项目2.0基站产品化测试 变更为 3.0基站产品测试
#8

孙 浩 更新于 大约 2 个月 之前

  • 指派给魏 幸幸 变更为 孙 浩
#9

孙 浩 更新于 大约 2 个月 之前

在Rel_3.0.1_Pre1T1版本上,接入16个终端,都做上下行UDP灌包,每终端都能达到灌包速率,问题关闭;

导出 Atom PDF