惠 帅帅
- 注册于: 2025-03-20
- 最后登录: 2025-12-19
问题
项目
- 公共 (开发人员, 报告人员, 2025-03-20)
- 环境 (开发人员, 报告人员, 2025-03-20)
- 解决方案集成测试 (开发人员, 报告人员, 2025-03-20)
- eMBB2.0 BBIT (开发人员, 报告人员, 2025-03-20)
- 研发产品测试 (开发人员, 报告人员, 2025-03-20)
- 2.0基站产品化测试 (开发人员, 报告人员, 2025-03-20)
- 研发特性开发 (开发人员, 报告人员, 2025-03-20)
- 3.0基站产品测试 (开发人员, 报告人员, 2025-03-20)
活动
2025-12-19
- 11:36 3.0基站产品测试 错误 #4629: 重建立走新建时:新UE建立异常释放后旧UE未释放
- 09:37 3.0基站产品测试 错误 #4629 (新建): 重建立走新建时:新UE建立异常释放后旧UE未释放
- 1 问题背景
环境偶现重建立走新建场景时,新UE建立异常(DU侧msg5检错超时)释放后,旧UE状态仍正常(未释放)。
补充:重建立为一次性快速恢复过程,新UE建立异常后旧UE应该释放,UE需再次发起新建。
2 解决策略
... - 11:32 3.0基站产品测试 错误 #4634 (新建): CU-UE通知核心网释放上下文时机修改
- 1 问题背景
当前通知核心网释放上下文的时机以“是否收到msg5”为分界点,位置不准确。
初始UE消息下发前通知核心网释放上下文
核心网选择流程异常时如果通知
2
2025-12-17
- 11:40 3.0基站产品测试 错误 #4622 (新建): CU/DU进程/链路状态关键信息记录整改
- 11:38 3.0基站产品测试 错误 #4621 (新建): CU-UE状态机完备性整改;TRANS资源及时回收;TRANS流程定时器分段保护;消息握手完备性保障
- 10:32 3.0基站产品测试 错误 #4585: UE重建立流程UE释放策略修改
- 修改场景描述:
1 UE初始接入:CU未发送msg4至DU前:
A)CU不活动定时器超时:CU直接发送拒绝即可; CU自行释放RRM,SRB1即可。
2 UE初始接入:CU已发送msg4至DU前等msg5期间:
...
2025-12-12
- 10:57 网管产品 错误 #4600 (进行中): 3.1.4pre1T2版本RRC重建立支持开关默认应该为打开
- 10:55 网管产品 错误 #4600: 3.1.4pre1T2版本RRC重建立支持开关默认应该为打开
- 网管版本升级时,CU支持重建立使能开关强刷为打开。
xpath路径:/gnb-cu-main:GNB-CU-MAIN/OPTIONAL_FEATURES_CONFIG/RRC_REESTABLISHMENT_CONFIG/SWITC...
2025-12-11
- 18:01 3.0基站产品测试 错误 #4585 (新建): UE重建立流程UE释放策略修改
- 新/旧UE是从DU角度讨论重建立的术语
一、重建立流程定时器超时
1 重建立流程走重建
1)CU下发重建立msg4之前定时器超时
A)DU通知CU的新UE,CU需要通过RRC_REJECT通知DU/空口去释放。
B)CU通知... - 15:58 3.0基站产品测试 错误 #4512 (审视): CU编解码异常时存在内存泄漏问题整改
导出 Atom