5G 优化案例5G游戏业务QoS保障案例文档格式.docx
《5G 优化案例5G游戏业务QoS保障案例文档格式.docx》由会员分享，可在线阅读，更多相关《5G 优化案例5G游戏业务QoS保障案例文档格式.docx（8页珍藏版）》请在冰豆网上搜索。
承载是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,注意更改默认承载模式，以哪一测为承载，就在哪一测进行数据分流。
升级会员 