项目

一般

简介

错误 #1010

错误 #935: reestablish 支持

reestablish 消息，终端未反馈会reestablish complete消息；

由 高 峰 在 将近 3 年 之前添加. 更新于 大约 2 个月 之前.

状态:
已关闭
优先级:
一般
指派给:
孙 浩
类别:
-
开始日期:
2022-12-30
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU, DU
发现问题版本:
Rel_3.1.2
目标解决问题版本:
Rel_3.1.2
FPGA板卡类型:
115P+PRU
CPU类型:
Xeon-gold5218(宝德)

描述

reestablish 消息，终端未反馈会reestablish complete消息；
四信反馈reestablish 消息完整性保护校验失败

文件

reestablish.jpg (2.69 MB) reestablish.jpg 席 振斌, 2023-12-01 15:28
屏幕截图 2025-08-27 111120.png (9.98 KB) 屏幕截图 2025-08-27 111120.png 魏 幸幸, 2025-08-27 11:11
重建立流程抓包截图.png (155 KB) 重建立流程抓包截图.png 孙 浩, 2025-09-03 16:23
3.1.3pre1T4版本重建立打桩验证最终版-0903.rar (74.5 MB) 3.1.3pre1T4版本重建立打桩验证最终版-0903.rar 孙 浩, 2025-09-03 16:24
重建立流程du界面打印.jpg (214 KB) 重建立流程du界面打印.jpg 孙 浩, 2025-09-17 11:12
重建立流程抓包截图.png (104 KB) 重建立流程抓包截图.png 孙 浩, 2025-09-17 11:12
3.1.3pre1T5版本重建立功能回归-0917.rar (1.43 MB) 3.1.3pre1T5版本重建立功能回归-0917.rar 孙 浩, 2025-09-17 11:13

相关的问题

关联到 3.0基站产品测试 - 错误 #3968: 重建立流程中cu没收到RRC Reestablishment Complete消息已关闭2025-08-28

Actions

历史记录

#1

由 杨 杨乐 更新于 将近 3 年 之前

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

通过如下方法，现在还未解决该问题：
1.修改完保密码
2.修改完保的count值
3.修改ncc值
4.上述三种的场景组合测试

下一步计划：
1.将内容设置为之前成功的内容
2.通过学习Altran中同一个业务的代码，看Altran是如何实现该场景的

#2

由 杨 杨乐 更新于 超过 2 年 之前

  • 状态 从 进行中 变更为 挂起
#3

由 杨 杨乐 更新于 超过 2 年 之前

  • 状态 从 挂起 变更为 进行中
  • 指派给 从 杨 杨乐 变更为 匿名用户

该需求麻烦周琼帮忙定位

#4

由 匿名用户 更新于 将近 2 年 之前

  • 指派给 从 匿名用户 变更为 席 振斌
#5

由 席 振斌 更新于 将近 2 年 之前


修改了秘钥的算法，通过对终端侧的抓包来看，秘钥算法生效，完保校验成功，但现在因为是通过du提供的打桩参数，du停止上行调度触发的，所以终端回了之后，没有将complete传到cu层,后续会通过打衰减的方式触发

#6

由 席 振斌 更新于 将近 2 年 之前

习文哥在帮忙分析为什么complete没有到达cu层

#7

由 席 振斌 更新于 将近 2 年 之前

着手对cu流程中一些不合理的地方做一个优化

#8

由 席 振斌 更新于 将近 2 年 之前

内部流程优化自测Ok,等待du联调

#9

由 席 振斌 更新于 超过一年 之前

  • 指派给 从 席 振斌 变更为 匿名用户
#10

由 匿名用户 更新于 超过一年 之前

DU侧重建立流程梳理完成，log已抓取，待分析

#11

由 匿名用户 更新于 超过一年 之前

从打印看基站没有收到UE组包的重配置完成消息，还需要结合终端侧详细log确认原因

#12

由 匿名用户 更新于 超过一年 之前

  • 状态 从 进行中 变更为 挂起

等抓取终端log再启动

#13

由 魏 幸幸 更新于 2 个月 之前

重建立流程，调度这块共发现以下8的问题:
1、竞争解决的bo更新有瑕疵；rgSCHRamContResCcchsdu
2、重建立的msg4调度完成后，mac给rlc发的组包参数有问题；rgSCHSlctrDlNewTxDstn RgMacInfSlotAllocReq
3、rlc下行组包有问题，判断是重建立状态就不组包；kwUtlSndToLi
4、mac调度标志位维护不对(影响msg4之后，空口解不对)；rgSCHRamProcMsg3 rgSCHRamMsg4Done rgSCHDhmPrcFdbkForTb
5、收到msg5，dmac会把上行包卡住(不往rlc投递)；rgTOMUtlProcMsg
6、rlc也会把msg5卡住，判断是重建立状态就不处理上行包； kwUtlRcvFrmLi
7、高层没有给mac配置上行ambr，导致重建立后上行业务不通；
8、高层给mac的ue实例下发ueRecfg消息，重复配置了sr srs csi csi-rs 及bwp物理资源；

#15

由 孙 浩 更新于 2 个月 之前

  • 关联到 错误 #3968: 重建立流程中cu没收到RRC Reestablishment Complete消息 已添加
#16

由 惠 帅帅 更新于 2 个月 之前

  • 状态 从 挂起 变更为 进行中
  • 指派给 被设置为 惠 帅帅
  • 发现问题版本 从 Rel_2.1.11P 变更为 Rel_3.1.2
  • 目标解决问题版本 从 Rel_2.1.11P 变更为 Rel_3.1.2
  • 问题归属 DU 已添加
#17

由 惠 帅帅 更新于 2 个月 之前

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

由 孙 浩 更新于 2 个月 之前

  • 指派给 从 惠 帅帅 变更为 孙 浩
#19

由 孙 浩 更新于 2 个月 之前

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

问题同#3968问题单： [[http://192.168.100.49/issues/3968]]
在Rel_3.1.3_Pre1T4版本，通过打桩构造重建立，抓包查看重建立流程完整，基本功能（峰值，切换等）业务正常，问题解决。

#21

由 孙 浩 更新于 大约 2 个月 之前

在Rel_3.1.3_Pre1T5版本，通过打桩构造重建立，抓包查看重建立流程完整，基本功能（峰值，切换等）业务正常，问题关闭；


导出 Atom PDF