需求CR #1847
关于Qos保障需求的支持
0%
描述
"QOS保障：
核心网：
1）区分业务，设置不同的QFI
2）可以控制QFI的保证速率，并在PDUSession建立和修改时下发这些参数，包括NonGBR
CU：
1）下行线程设置多个优先级数据缓冲调度队列，根据QFI将数据放入不同的数据缓存队列
2）CU在多个优先级数据缓冲调度队列间实现高优先级与较低优先级之间的比例调度
3）响应UEContextSetupRespone因GBR无法保证的UE拒接释放
4）响应UEContextModifyRespone因GBR无法保证的UE DRB建立失败
DU：
1）对GBR做最低、最高速率保证
2）对NonGBR按配置做最高速率控制
3）在UEContextSetupRequest消息时，检查当前剩余资源是否能保证GBR信道的建立，不能建立时返回UE资源分配失败
4）在UEContextModifyRequest消息时，检查当前剩余资源是否能保证GBR信道的建立，不能建立时返回UE DRB资源分配失败
5）根据当前配置，估计可提供的速率能力，按一定比率估算GBR资源总和和剩余能力
6）合理设计GBR、NonGBR的调度算法"
文件
相关的问题
历史记录
由 李 玮璇 更新于 10 个月 之前
- 状态 从 进行中 变更为 转测试
- 指派给 从 李 玮璇 变更为 王 旭初
实现：
1）下行线程设置多个优先级数据缓冲调度队列，根据QFI将数据放入不同的数据缓存队列
2）CU在多个优先级数据缓冲调度队列间实现高优先级与较低优先级之间的比例调度
方案：
1、gnb_config.txt里增加配置，MSG_LEVEL_4->MSG_LEVEL_0（从高->低）
[MSG_QUEUE_LEVEL_2_FIVEQI]
MSG_LEVEL_4 =
MSG_LEVEL_3 = 5,65,66
MSG_LEVEL_2 = 1,3,2
MSG_LEVEL_1 = 4,6,7
MSG_LEVEL_0 = 8,9
2、下行数据再进入dl_thread前，解析出来egtpu扩展头中的qfi，根据qfi找到对应5qi的消息消息处理等级
3、上行数据根据tunnel找到对应rb的第一个qfi作为数据的qfi（目前一个rb只有一个qfi），根据qfi找到对应5qi的消息消息处理等级
推荐测试场景：
1、正常的灌包业务，（切换场景，vonr场景可看情况）
2、有灌包场景（低等级优先级业务数据比较多）情境下，vonr测试（高等级数据业务的保证）
由 孙 浩 更新于 8 个月 之前
- 文件 GBR终端未达到保障的速率-0829.rar GBR终端未达到保障的速率-0829.rar 已添加
- 文件 核心网GBR配置.jpg 核心网GBR配置.jpg 已添加
- 文件 终端速率显示.jpg 终端速率显示.jpg 已添加
- 状态 从 转测试 变更为 反馈
- 指派给 从 孙 浩 变更为 李 玮璇
目前测试验证情况：GBR终端未达到保障的速率，已与研发沟通，cu处理上还存在问题，需要重新修改方案；
1> 测试描述：将60.60.0.23终端设置为GBR用户(上行速率保障130M，下行速率保障为70M)，每个终端各自上行灌包180M，下行灌包100M，但是实际此终端上行速率只能到100M，下行速率只能到50M，未达到保障的速率。
