项目

一般

简介

错误 #2438

银河航天项目，下行数据无法发送到du侧

由 杨 杨乐 在 10 个月 之前添加. 更新于 9 个月 之前.

状态:
已解决
优先级:
高
指派给:
程 鹏
类别:
-
开始日期:
2024-11-19
计划完成日期:
% 完成:

0%

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

历史记录

#1

由 杨 杨乐 更新于 10 个月 之前

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

由 杨 杨乐 更新于 10 个月 之前

  • 指派给 从 杨 杨乐 变更为 周 立伟
  • 问题归属 DU 已添加

cu侧分析，由于du上报的ddds中的highest_delivered_pdcp_sn没有更新；
cu认为不能再发包了，所以把DBS设置为0了；
后续麻烦立伟看下为什么缓存中包的发送没有更新highest_delivered_pdcp_sn

#3

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

DU侧已添加定位日志，目前在177（E500）环境上验证，加定位LOG后DU上周在177环境不太稳定，经常coredump，后换成T5正式版本也出现不稳定情况，周末调整核绑定后(23与19对调)，E500流量稳定且正常运行近24H。关于核绑定修改需进一步讨论，确定修改有无风险。目前这个问题需要进一步复现再定位。

#4

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

分析结果如下：
177环境复现：
（1）UE掉线；
（2）RR调度时，少量UE 2~3秒且被分到固定S-SLOT上调度，调度量极少，速率接近于0；
176环境复现：
终端上报了错误的status pdu导致基站侧RLC AM卡窗问题： RLC SN=16656的PDU已经ACK确认了(ack_sn=17044)，终端后面回的status pdu中的nack_sn=16656又要这包PDU，但这包PDU对基站来说已ACK了，就清除了，无法再重传这包PDU,同时RLC的状态变量也更新不了

179环境复现：
没有卡窗问题，DU日志显示最后收到的PDCP_SN为165776，但CU日志显示已发168672，需进一步分析数据包定位

#5

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

  • 目标解决问题版本 从 Rel_2.1.15P 变更为 Rel_2.1.16P

初步分析，大页共享内存异常，导致UDP线程收包分配内存失败，在F1U口丢包，未更新ddds上报的high_delivery_sn导致CU停止发包。
此问题目前只在179环境存在，西安测试环境均未发现此类问题，后续各环境需关注此问题是否存在。
继续定位中

#6

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

已修改并验证通过。计划落入16P版本

#7

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

  • 指派给 从 周 立伟 变更为 程 鹏

自验通过，计划落入16P版本。

#8

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

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

由 程 鹏 更新于 9 个月 之前

  • 状态 从 转测试 变更为 已解决

目前未复现，该问题已解决

导出 Atom PDF