项目

一般

简介

错误 #1766

2.1.14p_pre2T5版本,测试长跑时,多个ue出现掉线现象,掉线原因为:5GSM cause: Regular deactivation (36)

王 旭初超过一年 之前添加. 更新于 7 个月 之前.

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

0%

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

描述

观察日志来看是ue主动发起释放,某段时间内没有收到下行数据;
cu_state日志发现cu发给du的数据只有2M,且cu缓存已经占满,初步怀疑是du的RLC,sduq已经满了导致发步出去,如下图所示:

观察这个ue数据收发情况,如下:
TX-INST [0] UE ID [131] Thread [DL:6-DLTx:6-UL:7-ULTx:7] RB-INST [133] RB-ID 1 MODE 0 DIR 0 SN-SZ 18
INCOMING-Q-SZ 0 INPROC-LIST-SZ 3000 TX-LIST-SZ 1999 RETX-LIST 0
RCVD-PDUS 14471 TX-PDUS 1913 RETX-PDUS 0 DBS-BYTES 336(DU发不出去,RLC,sduq已经满了)
DROP-ZERO-DBS 0 DROP-INSUF-DBS 2888 DROP-TX-LIST-FULL 0 DROP-INPROC-LIST-FULL 0 DROP-INCOMING-Q-FULL 0
TX-LIST-THRSHLD 975 RETX-LIST-THRSHLD 0
DDDS-RCVD 1002 HIGHEST-DELIV-TX-RCVD 51214 LOST-PDUS 0

需要进一步收集du日志,做进一步定位


文件

cu_state.jpg (611 KB) cu_state.jpg 王 旭初, 2024-05-08 14:36
屏幕截图 2024-05-29 092010.png (44.7 KB) 屏幕截图 2024-05-29 092010.png 赵 晓辉, 2024-05-29 09:22

历史记录

#1

由 匿名用户 更新于 超过一年 之前

  • 状态新建 变更为 进行中
  • 指派给匿名用户 变更为 杨 杨乐

在"nas上4.30的t5 DU版本: 2024年4月30日 14:18:20"的基础上
在 PRIVATE Void kwAssembleSdus 里面加pdcp sn连续性检查
旭初复现了,掉线的两个UE 17090和17024里没看到pdcpSn not continuous now,表明它们的pdcp sn是连续的
所以,du这边可以确定pdcp sn不连续跟"1766 多个ue出现掉线现象 "无关

#2

杨 杨乐 更新于 超过一年 之前

  • 指派给杨 杨乐 变更为 赵 晓辉
#3

赵 晓辉 更新于 大约一年 之前

通过在du入口处给 enqueue 和 dequeue 添加计数和日志打印,发现之前分析的pdcpsn不连续的问题是log打印导致的分析错误,添加的日志能够确认是日志打丢了,并且ringbuff的读写标记和保存的地址都能够一一对应上,因此并不是pdcpsn跳变导致的终端掉线。后续du测会对打印功能进行优化。

#4

高 峰 更新于 10 个月 之前

ping 时延大,终端主动掉线;
时延大的原因:pfs刷新优先级调度导致,添加RR调度算法

#5

高 峰 更新于 10 个月 之前

  • 状态进行中 变更为 转测试
  • 指派给赵 晓辉 变更为 王 旭初
#6

王 旭初 更新于 7 个月 之前

  • 状态转测试 变更为 已解决
  • 指派给 已删除 (王 旭初)

问题已解决,当前没有该掉线情况出现

导出 Atom PDF