项目

一般

简介

错误 #2315

2.1.15p_pre1_T4版本,两个基站来回反复切换场景,一段时间后,CRNTI分配失败,导致切换失败

王 旭初10 个月 之前添加. 更新于 8 个月 之前.

状态:
已解决
优先级:
普通
指派给:
-
类别:
-
开始日期:
2024-10-31
计划完成日期:
% 完成:

0%

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

描述

信令来看,卡在了:handover_require后,对端基站侧du一直不给cu回复UEContextSetupRequest_response,切换走不下去,所以就发起了释放

du初步定位:40的crnti分配不出来导致,提单跟踪


文件

历史记录

#1

由 匿名用户 更新于 10 个月 之前

观察日志发现切换目标站crnti分配失败导致切换失败;待减少rnti个数复现;

#2

由 匿名用户 更新于 10 个月 之前

  • 主题2.1.15p_pre1_T4版本,两个基站来回反复切换场景,约2h后,发现从基站70往基站40做切换,始终切换不成功 变更为 2.1.15p_pre1_T4版本,两个基站来回反复切换场景,一段时间后,CRNTI分配失败,导致切换失败
#3

由 匿名用户 更新于 10 个月 之前

当切换失败时,通过重建立接入失败,触发RRC reject,但是CU为给DU发送释放UE信令,导致ue未删除,rnti未释放,存在rnti泄露问题;CU侧已修改

#4

席 振斌 更新于 10 个月 之前

CU给DU下发UE Context Release Commond通知du去释放此ue_id对应的相关资源

#5

由 匿名用户 更新于 10 个月 之前

DU处理RaCbList的时候(判断t300定时器超时),存在只取首节点的问题,导致链表中非首节点UE定时器超时未被处理,占用crnti未释放,导致后续crnti分不出来,切换失败。
已修改优化遍历RaCbList处理,待验证。

#6

由 匿名用户 更新于 10 个月 之前

  • 状态新建 变更为 转测试
  • 指派给匿名用户 变更为 王 旭初
#7

王 旭初 更新于 8 个月 之前

  • 状态转测试 变更为 已解决
  • 指派给 已删除 (王 旭初)

乒乓切换场景,一晚上切换ok,问题解决

导出 Atom PDF