项目

一般

简介

功能 #1369

DU缺少RLC达到最大重传次数后的流程

由 匿名用户 在 将近 2 年 之前添加. 更新于 将近 2 年 之前.

状态:
已解决
优先级:
普通
指派给:
-
开始日期:
2023-10-23
计划完成日期:
% 完成:

0%

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

描述

当空口条件不好时，RLC可能达到最大重传次数，按照协议，DU需要向上报告该事件，radio link failre-RLC，由高层发起UE的释放

历史记录

#1

由 匿名用户 更新于 将近 2 年 之前

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

CU，DU代码已修改，待测试

#2

由 匿名用户 更新于 将近 2 年 之前

该场景不太好复现，复现方法：
1.UE接入后，进行ping包业务；
2.拧松天线0到即将掉的状态，停掉ping包的，快速拧掉天线0；
3.等待RLC 最大重传次数超时，触发ue context modification required 上报；

经过测试CU不回复 confirm，并且未发起release 流程。

#3

由 匿名用户 更新于 将近 2 年 之前

  • 状态 从 进行中 变更为 转测试

CU修改后，测试发现DU出现挂死；

DU debug后确认问题原因是DU收到UE context modification comfirm 之后的流程存在问题，
之前的UE context modification required有UE重配置的过程，但RLC max retx reached之后不存在UE重配置的过程，所以没有进行重配置的配置，
走入该流程后，访问到错误地址从而挂死。

DU修改后测试没有问题，DU版本已发给CU，由CU测试确认。

#4

由 匿名用户 更新于 将近 2 年 之前

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

DU/CU联调后确认问题已解决，代码已上传，版本已更新。

导出 Atom PDF