项目

一般

简介

错误 #4382

【Rel_3.1.3_Pre1T7_E500_4UE】4UE做上下行UDP业务,F1断链恢复小区重建后,下行业务不通

张 开科大约 2 个月 之前添加. 更新于 25 天 之前.

状态:
转测试
优先级:
一般
指派给:
开始日期:
2025-11-04
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
发现问题版本:
Rel_3.1.3
目标解决问题版本:
Rel_3.1.3

描述

4UE接入后,做上下行UDP业务,压力测试3个小时左右,偶现F1断链,自动重建小区后,PDCP处理有点异常,终端再接入后,做上下行UDP业务,下行速率为0

历史记录

#1

周 立伟 更新于 大约一个月 之前

  • 指派给周 立伟 变更为 惠 帅帅
#2

惠 帅帅 更新于 大约一个月 之前

  • 指派给惠 帅帅 变更为 周 立伟

F1断链后,CU重启,共享内存初始化;DU侧初始化共享内存,但是信号量未做切换(仍监听旧的信号量),导致下行数据DU侧不通。

#3

周 立伟 更新于 大约一个月 之前

  • 指派给周 立伟 变更为 惠 帅帅
#4

惠 帅帅 更新于 大约一个月 之前

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

惠 帅帅 更新于 大约一个月 之前

  • 状态进行中 变更为 审视
  • 指派给惠 帅帅 变更为 周 立伟
#6

惠 帅帅 更新于 大约一个月 之前

1 问题背景
E500环境做上下行UDP业务,F1断链恢复后发现下行无流量。
2 问题根因
F1断链后,CU进程发生重启,重启后会初始化共享内存信号量。
F1断链后,DU进程不会重启,只是发生共享内存信号量初始化。而监听信号量的UDP_RX线程由于不重启而一直处于等待信号量阻塞态(sem_wait(m_shmSem)),但此时
的等待状态未等待旧信号量唤醒。
3 解决方法
DU进程发生共享内存信号量初始化前关闭旧信号量时,可以发一个旧信号量唤醒通知(sem_post(m_shmSem)),确保退出阻塞态后再初始化新的信号量,确保后续等待
信号量阻塞态等的是最新信号量的通知。
4 测试场景
下行灌包,修改小区复位参数触发F1断链并恢复,下行流量正常。
反复修改操作20次,确保每次F1断链恢复后下行流量正常。

#7

周 立伟 更新于 25 天 之前

  • 状态审视 变更为 转测试
  • 指派给周 立伟 变更为 张 开科

已验证通过,合入3.1.3_Pre2T1和3.1.4_Pre1T1版本。可转测。

导出 Atom PDF