项目

一般

简介

错误 #4190

创建DRB时,将核心网下发的qos flow的 priority level下发给du

席 振斌大约 2 个月 之前添加. 更新于 17 天 之前.

状态:
已解决
优先级:
一般
指派给:
开始日期:
2025-09-27
计划完成日期:
% 完成:

0%

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

文件

20250822-A4.jpg (237 KB) 20250822-A4.jpg 席 振斌, 2025-10-09 15:47
20251009-level.jpg (459 KB) 20251009-level.jpg 席 振斌, 2025-10-09 15:48
切换携带信源截图.png (190 KB) 切换携带信源截图.png 孙 浩, 2025-11-07 09:32
#4190问题单验证-1106.rar (220 KB) #4190问题单验证-1106.rar 孙 浩, 2025-11-07 09:34

历史记录

#1

席 振斌 更新于 大约 2 个月 之前

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

席 振斌 更新于 大约 2 个月 之前

  • 主题创建DRB时,将核心网下发的映射在上面的qos flow的 priority level下发给du 变更为 创建DRB时,将核心网下发的qos flow的 priority level下发给du
#3

席 振斌 更新于 大约 2 个月 之前

  • 跟踪功能 变更为 错误

根本原因:当创建一个qos flow 相关的资源时,如果核心网选择配置5qi内容用信元non_Dynamic_5QI时,priority level为其中的可选信元,cu目前切换流程对信元没有做解码,同时,在编码信令UeContextSetupRequest/UeContextModificationRequest发送到DU时对信元priority level没有做编码,即使核心网配置了也无法发送到DU;
修改方法:
1、切换流程在切入端对信元priority level做解码;
2、对所有流程触发的UeContextSetupRequest/UeContextModificationRequest信令都添加此信元的编码;

测试方法:因为目前核心网不会配置此信元,所以在cu侧各个流程打桩处理,测试人员可以做一次带着vonr的xn和ng(两个基站一个配置xn切换,一个配置ng切换)切换来测试所有的流程,通过报文看此信元有没有添加上,报文示例如下:

#4

席 振斌 更新于 大约 2 个月 之前

  • 状态进行中 变更为 审视
  • 指派给席 振斌 变更为 杨 杨乐
#5

席 振斌 更新于 大约 2 个月 之前

#6

席 振斌 更新于 大约 2 个月 之前

#7

杨 杨乐 更新于 大约 2 个月 之前

  • 状态审视 变更为 转测试
  • 指派给杨 杨乐 变更为 孙 浩
#8

孙 浩 更新于 17 天 之前

基于Rel_3.1.3_Pre1T8-1106版本,替换gnb_cu包、mem_config_dl.txt、mem_config_ul.txt文件后,
可在vonr业务下xn与ng混合切换,切换流程正常,ng切换的UeContextSetupRequest消息中携带 “qoSPriorityLevel: 10”字段 ,符合预期;

导出 Atom PDF