错误 #1766
2.1.14p_pre2T5版本,测试长跑时,多个ue出现掉线现象,掉线原因为:5GSM cause: Regular deactivation (36)
0%
描述
观察日志来看是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日志,做进一步定位
文件
历史记录
由 赵 晓辉 更新于 大约一年 之前
- 文件 屏幕截图 2024-05-29 092010.png 屏幕截图 2024-05-29 092010.png 已添加
- 发现问题版本 从 Rel_2.1.14P 变更为 Rel_2.1.15P
- 目标解决问题版本 从 Rel_2.1.14P 变更为 Rel_2.1.15P
通过在du入口处给 enqueue 和 dequeue 添加计数和日志打印,发现之前分析的pdcpsn不连续的问题是log打印导致的分析错误,添加的日志能够确认是日志打丢了,并且ringbuff的读写标记和保存的地址都能够一一对应上,因此并不是pdcpsn跳变导致的终端掉线。后续du测会对打印功能进行优化。