项目

一般

简介

错误 #2264

【15p_pre1_T4升级验证】持续灌上行udp业务时 终端掉线，du界面会打印buffer is full 告警，Buffer(rlcUlMsgQ) is full

由 刘 抒放 在 7 个月 之前添加. 更新于 25 天 之前.

状态:
转测试
优先级:
普通
指派给:
刘 抒放
类别:
-
开始日期:
2024-10-23
计划完成日期:
% 完成:

0%

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

描述

持续灌上行udp业务时 终端掉线，du界面会打印buffer is full 告警 ， 测试组疑问，此告警前14p版本并未出现，为什么这里的缓存没有清除。此现象并非必现，有时终端掉线不触发该告警

文件

1021_du打印buffer is full 告警复现.rar (36.2 MB) 1021_du打印buffer is full 告警复现.rar 刘 抒放, 2024-10-23 10:52

历史记录

#1

由 刘 抒放 更新于 7 个月 之前

  • 主题 从 【15p_pre1_T4升级验证】持续灌上行udp业务时 终端掉线，du界面会打印buffer is full 告警 变更为 【15p_pre1_T4升级验证】持续灌上行udp业务时 终端掉线，du界面会打印buffer is full 告警，Buffer(rlcUlMsgQ) is full
#2

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

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

log:241021chanpinDuBufFul的分析结果:

出问题的UE的建立和删除时间点:
30656 14:26:24.009925000 F1AP/NR RRC 380 192.168.2.173 192.168.2.173 0 17017 InitialULRRCMessageTransfer, RRC Setup Request
30708 14:26:33.389710374 F1AP 88 192.168.2.173 192.168.2.173 0 UEContextReleaseCommand

14:26:25 rlcUlMsgQ出入包个数都是13108(13108*1500*8=157Mbps)
14:26:26 rlcUlMsgQ出入包个数都是12896
14:26:27 rlcUlMsgQ出入包个数都是10691
14:26:28 rlcUlMsgQ出入包个数都是3398
14:26:29 rlcUlMsgQ出入包个数都是4863
14:26:30 rlcUlMsgQ入包个数是3913,出包个数是3913-205
从这个点开始rlcUlMsgQ缓存开始迅速增加:
14:26:30.935][INF_26]kwUiKwuDDatIndToDuApp before cmnEnqRingBuff rlcUlMsgQ, UE17017 rlcUlMsgqCnt0 rlcUlMsgQ.write463 rlcUlMsgQ.read463
14:26:31 rlcUlMsgQ入包个数是3744,出包个数是3913-1023
第一次看到占满 14:26:31.230][ERR_26]Enqueue gUe->rlcUlMsgQ!!! g_ue CRNTI = 17017
在 alpha 2024年10月17日 9:51:07 和 npg 5-local-memory-branch-for-du 2024年10月15日 22:43:14 的基础上把rlcUlMsgQ最大搞成4096,试试效果,至今还没有得到产品部的测试结果

#3

由 高 峰 更新于 6 个月 之前

重点需要关注：上行出口变慢的原因

#4

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

  • 指派给 从 匿名用户 变更为 周 立伟
  • 问题归属 已删除 (CU)
#5

由 周 立伟 更新于 5 个月 之前

  • 指派给 从 周 立伟 变更为 韩 伟
  • 目标解决问题版本 从 Rel_2.1.15P 变更为 Rel_2.1.16P

16P处理

#6

由 韩 伟 更新于 25 天 之前

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

本问题目前没有复现，先关闭处理，后续可继续基于最新版本测试。

#7

由 韩 伟 更新于 25 天 之前

  • 指派给 从 韩 伟 变更为 刘 抒放

导出 Atom PDF