错误 #3847
完保、加密算法网管配置、算法协商流程处理、各接入流程算法下发三部分流程优化
开始日期:
2025-08-04
计划完成日期:
% 完成:
0%
预期时间:
问题归属:
CU
发现问题版本:
Rel_3.1.2
目标解决问题版本:
Rel_3.1.2
描述
目前代码发现当网管配置为{}或者NIA0时不给终端下发完保算法,且网管配置不合理
文件
相关的问题
历史记录
由 孙 浩 更新于 14 天 之前
- 文件 场景1完保加密配置.jpg 场景1完保加密配置.jpg 已添加
- 文件 场景2完保加密配置.jpg 场景2完保加密配置.jpg 已添加
- 文件 完整性NIA2加密为空用户面完整性与加密都关闭下vonr切换验证-0904.rar 完整性NIA2加密为空用户面完整性与加密都关闭下vonr切换验证-0904.rar 已添加
- 文件 完整性NIA2加密为NEA3用户面完整性与加密都打开下vonr切换验证-0904.rar 完整性NIA2加密为NEA3用户面完整性与加密都打开下vonr切换验证-0904.rar 已添加
- 状态 从 转测试 变更为 已解决
基于Rel_3.1.3_Pre1T4版本,替换基站“GnbParaShowConfig.xml”文件、“gnb-cu-dulist.xml”与“gnb-cu-dulist.yang”文件及cu包,验证如下2种完保加密场景下业务正常,符合预期;
- 1>场景1如下配置:接入,切换,vonr下切换业务都正常;*
- 2>场景2如下配置:接入,切换,vonr下切换业务都正常;*