错误 #1002
上下行同时ftp，上行速率无法达到峰值速率
描述
西安这边之前上、下行同时ftp，上行速率达不到峰值速率问题：
之前怀疑是上、下行都是往同一个服务器进行上传、下载业务，导致速率上不去。所以现在上行ftp地址是：192.168.68.10，下行ftp地址是：192.168.68.3，是2个不同的ip；
结果发现：只有上行ftp时，速率还是能达到峰值速率，但是加上下行后，速率很快就掉下来了。
需要进一步分析
文件
历史记录
由 匿名用户 更新于 10 个月 之前
1,问题原因如下:
CN下发的PDUSessionResourceSetupRequest中pDUSessionID: 6用于DL FTP数据和UL FTP ACK
接下来gnb在RRC Reconfiguration中为pDUSessionID: 6配置了DRB2,用于DL FTP数据和UL FTP ACK,当然只有一个QFI
根据3GPP 23501的5.7.1.1 QoS Flow
A QoS Flow ID (QFI) is used to identify a QoS Flow in the 5G System. User Plane traffic with the same QFI within a PDU Session receives the same traffic forwarding treatment (e.g. scheduling, admission threshold). 可见QFI一样的时候处理优先级是一样的,所以DL FTP数据和UL FTP ACK的处理优先级是一样的
这就导致DL FTP数据存在的时候,UL FTP ACK必然会受影响而增加延迟,最终导致UL FTP速率下降
2,规避方法
在2.5ms配置下通过调整参数使得ping包延迟10ms左右,此单子的问题消失,即上下行同时ftp，上行速率可以达到峰值速率
在大上行配置下调整参数使得ping包延迟10ms左右,此单子的问题仍然存在,目前没有有效的规避方法
3,解决方案
CN下发的PDUSessionResourceSetupRequest中pDUSessionID: 6用于DL FTP数据和UL FTP ACK,在QFI9的基础上增加QFI8,
QFI8用于UL FTP ACK, QFI9用于DL FTP数据
接下来gnb在RRC Reconfiguration中为pDUSessionID: 6配置DRB2,在QFI9的基础上增加QFI8,
QFI8用于UL FTP ACK, QFI9用于DL FTP数据
基站在收到DL数据的时候,如果看到QFI8的数据就优先处理,保证UL FTP ACK优先于DL FTP数据发送
目前,需要首先解决的是: "CN下发的PDUSessionResourceSetupRequest中pDUSessionID: 6用于DL FTP数据和UL FTP ACK,在QFI9的基础上增加QFI8,
QFI8用于UL FTP ACK, QFI9用于DL FTP数据"
之后基站才能做相应的修改
核心网增加"区分业务，设置不同的QFI"的功能经过讨论已经达成了一致,详情见附件图片的聊天截图