项目

一般

简介

错误 #2459

15P_Pre1T5版本，上行每个TTI调度UE数配置为1，4UE接入灌包，第3个灌包后会反复掉线重接

由 黄 毅 在 10 个月 之前添加. 更新于 9 个月 之前.

状态:
已解决
优先级:
普通
指派给:
黄 毅
类别:
-
开始日期:
2024-11-22
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
发现问题版本:
Rel_2.1.15P
目标解决问题版本:
Rel_2.1.15P
FPGA板卡类型:
CPU类型:

描述

问题：大上行配置，上行每个TTI调度UE数配置为1，4UE接入灌包，第3个灌包后会反复掉线重接。
同样配置上行每个TTI调度UE数配置为4，不会出现掉线重接的问题。
CU同事分析，从日志和报文分析，灌包后UE_ID为1的设备，在灌包后触发了设备的重建立，然后把1给释放了。

文件

1122_终端反复掉线重接.rar (37.9 MB) 1122_终端反复掉线重接.rar 黄 毅, 2024-11-22 18:40

历史记录

#1

由 匿名用户 更新于 10 个月 之前

  • 状态 从 新建 变更为 进行中

从报文分析 第三个UE灌包后触发UE重建立，释放原来旧的连接，查看DU日志后发现，第三个UE在上报BSR后未及时得到上行调度，增加日志打印UE的调度优先级计算结果，但该问题在西安和北京环境均未复现；

#2

由 匿名用户 更新于 9 个月 之前

增加定位日志，打印UE调度优先级，发现因为UE所做业务不同，建立的PduSession个数，已经对应的流不同，UE的调度优先级也不同，日志中掉线的UE时只建立了流9，有业务的UE有流9和流5，相对优先级较高，因为每TTI只调度一个UE，优先级低的UE得不到调度，所以优先级低的UE发起重建立，通过核心网配置(只配置流9)，且使用RR算法，UE的优先级相同的情况下，UE均得到调度，未发生掉线重接的情况；
注：因为业务优先级本身不同，优先调度优先级高的，每TTI调度一个UE的话优先级较低的UE会存在饿死的情况；
测试每TTI调度1用户的场景，建议优先级配置相同(建立PDUSession相同)

#3

由 匿名用户 更新于 9 个月 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 匿名用户 变更为 黄 毅
#4

由 黄 毅 更新于 9 个月 之前

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

按照研发建议优先级配置相同(建立PDUSession相同)，使用RR算法。UE均得到调度，未发生掉线重接问题。

导出 Atom PDF