项目

一般

简介

错误 #4356

B5G终端版本V0.0.1_T06，dd口am模式下两终端互ping包出现周期性大时延（几百ms）

由 韩 钰 在 5 天 之前添加. 更新于 4 天 之前.

状态:
进行中
优先级:
一般
指派给:
王 艳芳
开始日期:
2025-10-30
计划完成日期:
% 完成:

0%

预期时间:

描述

简述：B5G终端版本V0.0.1_T06，dd口am模式下两终端互相ping包时周期性出现大时延包（几百ms）
测试版本：V0.0.1_T06
问题描述：B5G终端版本V0.0.1_T06，dd口am模式下两终端互相ping包时周期性出现大时延包（几百ms）

文件

20251030-191402.jpg (326 KB) 20251030-191402.jpg 韩 钰, 2025-10-30 19:15
20251030-191408.jpg (227 KB) 20251030-191408.jpg 韩 钰, 2025-10-30 19:15
log及配置.rar (12.1 KB) log及配置.rar 韩 钰, 2025-10-30 19:16

历史记录

#1

由 李 常 更新于 5 天 之前

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

由 王 艳芳 更新于 4 天 之前

【问题原因】
1 通过问题复现，抓取PING包的LOG，与协议栈LOG对比分析，PING包时延大的包是因为发端的PING REQUREST数据包在接收端出现CRC ERROR而丢失，所以问题归结为RLC AM的重传时延过大的问题。
2 RLC AM重传的机制是发端在数据包携带Poll信息，触发接收端发送状态报告，然后发端解析状态报告的NACK信息后重传NACK SN的数据包。目前时延问题的根源是发端的POLL信息触发不及时，导致接收端触发状态报告的时延过大，从而发端重传的时延也过大。
【解决方案】完善发端t-PollRetransmit超时处理机制，减小状态报告的触发时延。
【提交版本】代码完成并测试后，计划于下个发布版本提交

导出 Atom PDF