5G 优化案例5G游戏业务QoS保障案例文档格式.docx
《5G 优化案例5G游戏业务QoS保障案例文档格式.docx》由会员分享,可在线阅读,更多相关《5G 优化案例5G游戏业务QoS保障案例文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
![5G 优化案例5G游戏业务QoS保障案例文档格式.docx](https://file1.bdocx.com/fileroot1/2023-2/6/33bc5916-4786-4e1b-8a08-f61e5b730d30/33bc5916-4786-4e1b-8a08-f61e5b730d301.gif)
承载是QoS的基本粒度,承载分为默认承载和专有承载。
QoS(QualityofService)是业务传输质量的一种表述,也是业务传输质量的保障机制。
1.1承载
一个EPS承载唯一标识某一个UE和一个服务网关之间同一种QoS的所有业务流。
承载分为默认承载和专有承载。
默认承载是在PDN连接存在期间会始终保持建立一个承载,来给UE提供“永远在线”的IP连接。
专有承载是连接到相同PDN的其它EPS承载,当UE需要访问特定业务时,UE和核心网之间就需要建立专有承载。
1.2QoS保障
不同的业务有不同的QoS要求,不同业务用户的体验要求不同,如语音要清晰、视频画面要流畅、浏览网页速度要快,需要将这些体验映射为各个节点能识别处理的技术参数,即QoS参数,对于QoS最重要的参数是QCI(QoSClassIdentifier)和ARP(AllocationandRetentionPriority)。
其中,QCI主要用于数据转发的优先级处理,ARP:
接入保持优先级,主要用于准入,GBR(GuaranteedBitRate),固定数据传输速率,MBR(MaximumBitRate),最大数据传输速率,AMBR(AggregateMaximumBitRate),聚合最大速率,对于GBR承载,我们可以使用GBR和MBR来控制带宽。
对于Non-GBR承载,可以使用AMBR来控制带宽。
见图1。
图1
对于QCI,3GPP定义了一套标准的从1到9的QCI,如下表所示,分别指示不同业务类型的业务质量要求和业务的优先级。
见图2。
图2
QCI由MME下发给eNodeB。
eNodeB按照QCI的参数管理业务的QoS。
在eNodeB上,可以按照QCI来配置相关的无线承载参数:
包括RLC/PDCP参数、MAC调度参数和切换参数。
1.2.1PDCP参数
PDCP丢弃定时器设置不同会导致业务时延差异。
PDCP下行数据处理总时延定义如下:
起始点是从数据进入PDCP层开始,结束点是成功发送这个包时的时刻。
所以时延的影响因素与入口速率(PDCP层单位时间内收到的数据量)和出口速率(单位时间内发出的数据量)相关。
因此,PDCP定时器设置无穷大,表示PDCP收到数据后,会一直在缓冲去等待直到空口发送完成,如果设置为500ms,表示如果收到的数据在500ms内空口没有发出去,PDCP会主动将数据丢弃。
1.2.2MAC调度参数
通过配置预调度数据量和智能预调度每次持续时间,来配置QCI,优化时延。
传统的上行调度,终端的需要根据配置周期性发送,终端如果有上行数据发送,需要进行周期性等待,此时会增加上行时延,设置预调度可以减少调度时延,预调度使得基站对终
端进行主动授权,不需要进行周期性等待。
但是,即使终端没有数据发送,基站也会主动给终端预调度授权,为了克服预调度缺点,引入智能预调度。
图3为预调度,图4为智能调度。
图3
图4
1.2.3切换参数
为了防止测试中的异常切换问题,可以暂时先关闭基站测的不活动定时器。
1.2.4NSADC默认承载配置
5GNSA的常见组网有Option3和3x,在Option3和Option3x的控制面锚点都是LTE,Option3和Option3x的区别在于用户面。
Option3用户面连接LTE,数据可在LTE测进行分流;
Option3x用户面连接NR,数据可在NR测进行分流。
NSADC默认承载模式有MCG和SCG,分别见于Option3和Option3x中。
Option3中,“NSADC默认承载模式”配置为MCG_Split_Bearer,意为从Core到RAN数据面走LTE承载。
LTE侧进行配置。
下行分流有MCG_ONLY,SCG_ONLY,及动态分流。
上行分流是下发给终端的,终端根据分流阈值进行LTE和NR分流。
Option3x,“NSADC默认承载模式”配置为SCG_Split_Bearer,意为从Core到RAN数据面走NR承载。
分流配置,Option3x在NR测进行分流,因此在NR测进行分流配置,比LTE测多了上行分流主路径的配置。
总之,以哪一测为承载,就在哪一测进行数据分流。
见图5。
图5
二、保障中问题处理
1.1问题描述
在5GNSA的专有承载QoS保障测试中,测试过程使用QCI=3,以王者荣耀游戏为测试业务,拟优化测试业务时延,但测试结果显示,使用QCI=3建立专载,时延不仅没有降低,反而明显升高了。
首先对测试区域进行覆盖检查,发现测试区域5G信号覆盖良好,排除区域覆盖问题因素,见图6。
图6
无线保障参数配置:
QoS相关配置和QCI3参数设置依据《中国电信4GQoS组网规范
参数中文名
QCI3配置
对应参数组ID的承载是否支持DRX特性
OFF
对应参数组ID的承载是否支持预调度
ON
对应参数组ID的承载是否支持智能预调度
预调度用户最小间隔周期
5
用户预调度数据量
150
智能预调度每次持续时间
100
PDCP层丢弃定时器
500ms
RLC模式
AM
UEAM模式RLCARQ最大重传次数
32
eNodeBAM模式RLCARQ最大重传次数
UE触发Polling的PDU数据量门限
2万5千字节
eNodeB触发Polling的PDU数据量门限
UE触发Polling的PDU数量门限
16协议单元
eNodeB触发Polling的PDU数量门限
UEPollingPDU重传定时器
40
eNodeBPollingPDU重传定时器
-无线分册(试行)》中配置要求进行设置,同时结合王者荣耀游戏业务特征:
王者荣耀上行包长90%都小于140,99%都小于150,同时王者荣耀每60ms有广播帧发送。
根据以上特征,针对用户预调度数据量,将原规范定义512修改为150;
智能预调度每次持续时间,将原规范定义50修改为100;
设置PDCP层丢弃定时器,值为500ms。
同时为防止测试过程中发生5GNR向4G切换问题,关闭基站侧的不活动定时器。
见表1。
UE禁止发送状态报告定时器
20
eNodeB禁止发送状态报告定时器
UEAM模式接收端重排序定时器
35
eNodeBAM模式接收端重排序定时器
表1
从基站侧着手,由跟踪消息发现:
测试业务虽有NRSCG添加,但SCG添加是由QCI9业务触发,并非QCI3业务触发,导致QCI3业务并未承载在5G上,而是承载于LTE上,此时QCI3业务的NSADC默认承载配置为MCG,即QCI3业务无法触发SCG添加。
见图7和8。
图7
图8
随后,修改默认承载从MCG变为SCG承载模式,进行复测,修改后的测试结果:
可以正常通过QCI3业务触发的SCG添加,空口时延明显改善,多次测试均在10ms~12ms,见图9和10。
图9
图10
同时对比QCI9测试卡在游戏中的时延,见图11:
图11
1.2问题根因
NSA组网场景下,基站侧按照基线仅配置了QCI6,7,8,9业务可添加SCG进行5G业务而未配置QCI3,导致先前测试中使用QCI3专载测试业务实际承载在LTE上,时延反而高于QCI9承载在5G上。
三、保障经验总结
针对QoS保障异常问题,可从以下方面着手分析处理:
(1)PDCP丢弃定时器:
不同丢弃定时器设置会导致业务时延差异;
(2)通过配置预调度数据量和智能预调度每次持续时间,来配置QCI,优化时延;
(3)为了防止测试中的无业务释放导致的时延增大问题,可以暂时先关闭基站侧的不活动定时器;
(4)NSADC默认承载模式有MCG和SCG,注意更改默认承载模式,以哪一测为承载,就在哪一测进行数据分流。