项目

一般

简介

错误 #5097

B5G DD口 T07__Alpha16版本3终端链式单项灌包10分钟结束后业务几ping包不通

韩 钰大约 2 个月 之前添加. 更新于 大约一个月 之前.

状态:
已关闭
优先级:
指派给:
开始日期:
2026-03-31
计划完成日期:
% 完成:

0%

预期时间:

描述

B5G DD口 T07__Alpha16版本3终端链式单项灌包10分钟结束后业务几ping包不通,需等待5分钟后通,时延200多s


文件

历史记录

#1

李 常 更新于 大约 2 个月 之前

  • 状态新建 变更为 进行中
  • 指派给李 常 变更为 宋 承立

请承立先定位一下。
观察一下ping包延迟是否发生在协议栈。

#2

李 常 更新于 大约 2 个月 之前

  • 指派给宋 承立 变更为 王 艳芳
#3

王 艳芳 更新于 大约 2 个月 之前

  • 状态进行中 变更为 反馈
  • 指派给王 艳芳 变更为 韩 钰

【问题现象】灌包结束后,PING包开始后,RLC仍在发送灌包分段数据,延迟发送PING包数据
【问题原因】RLC上报MAC调度的BO不足,以及RLC的分段发送处理逻辑不完善
【解决方案】由于UM模式没有状态报告和重传,所以,UM模式尽量保持较大上报BO,保证MAC及时调度残留分段,并修复UM发送分段处理存在的bug
[测试结果】 自测结果为满速率灌包10分钟后,可ping通,稳定性待测试验证

#4

王 艳芳 更新于 大约 2 个月 之前

  • 状态反馈 变更为 审视
  • 指派给韩 钰 变更为 李 常
#5

李 常 更新于 大约 2 个月 之前

  • 优先级一般 变更为
#6

李 常 更新于 大约 2 个月 之前

  • 状态审视 变更为 转测试
  • 指派给李 常 变更为 韩 钰

经过沟通后,之前RLC UM上报MAC调度的BO不足(有残留分段未送走)代码做了对应修改,导致后续ping包未及时调度。
已发布在版本V0.0.1_T07__Alpha19,待测试验证。

#7

韩 钰 更新于 大约一个月 之前

验证通过

#8

李 常 更新于 大约一个月 之前

  • 状态已解决 变更为 已关闭
  • 指派给韩 钰 变更为 王 艳芳

Ok,转“已关闭”态。

导出 Atom PDF