5G优化案例5G一种MBRS方法助力SA网络速率提升.docx

5G优化案例5G一种MBRS方法助力SA网络速率提升.docx

《5G优化案例5G一种MBRS方法助力SA网络速率提升.docx》由会员分享，可在线阅读，更多相关《5G优化案例5G一种MBRS方法助力SA网络速率提升.docx（15页珍藏版）》请在冰豆网上搜索。

5G优化案例5G一种MBRS方法助力SA网络速率提升

5G-一种“MBRS”方法助力SA网络速率提升

【摘要】目前XX电信5G一期网络主要采用SA组网方式，相对NSA网络，SA网络更加“纯粹”，同时对业务速率也提出了更高的要求。

本文简要介绍了下载速率分析处理流程并基于XX电信5G测试及优化经验，整理形成低速率问题分析的流程方法，主要涉及调度

（Scheduling）优化、MCS优化、RANK优化和BLER优化，简称为“MBRS”优化方法，为5G速率提升和问题解决提供分析思路，减少兄弟地市碰到相应问题时的弯路。

【关键字】传输、下载速率；

【业务类别】FTP下载

一、问题描述

XX电信六月中旬开始进行组网建设，站点开通后测试发现占用5G网络，下载速率很低，影响站点单验及5G业务体验。

现场通过定点测试发现站点XX市袁ft中路3号站点的速率很低，大约214Mpbs左右。

同时，该站点也有来水不足和低RB数问题，如下图

二、分析过程

影响5G速率的因素总结起来有PDCCHGrant（时隙调度数）、RB（频域资源调度数）、

MCS（调制与编码）、Rank（秩）、BLER（误码率）。

2.1、调度（Scheduling）不足问题定位方法

系统配置方面，当前主流的系统带宽=100Mhz，SCS=30kHz，上下行时隙配比1：

4。

PDCCHDL/UL满调度分别为1600和400次，100M带宽可调度265个RB左右。

可能影响因素：

1、首先排查UE和服务器的问题，优先通过更换服务器来验证是否是服务器问题导致调度不足，解决水量不足的问题。

其次检查设备问题，设备是否由于长时间使用发热而导致能力下降亦或是损坏，通过重启、冷却或是更换设备来解。

2、AMBR限速问题，核心网开户信息中包含了两个重要息：

AMBR，QCI。

AMBR限制了

UE的Non-GBR速率；用户QCl信息会与基站侧的QCI级的PDCP、RLC相关定时器参数（包含SNbit数、RLC模式等）进行关联，从而影响到用户的吞吐率性能；UEAMBR/QCI信息可以通过NG口跟踪S1AP_INITIALCONTEXTSETUPREQ或者NG口SgNBAddReq查看。

3、DCI漏检

查看CSI-RSRP，是否是覆盖差导致DCI漏检；检查配置查看PDCCH聚合级别NRDUCellRsvdParam.RsvdU8Param7，设置值0/1/2/3/4分别代表自适应/2/4/8/16。

聚合级别太低会造成DCI漏检，推荐自适应，也可以改成3或4后进行复测，看问题是否解决。

DCI资源不足，调度用户数太多也会导致DCI漏检，但在5G建网初期不存在这样的问题。

4、PDCP&RLC&MAC层问题

5、传输问题

通过基站UDP灌包的方法定位是TCP问题还是空口问题。

2.2、MCS阶数低定位方法

gNB选择MCS的过程：

1）UE测量信道质量SINR映射到CQI（各大设备商算法不完全一致，而且算法里的参数也不用一样，因此SINR和CQl之间没有准确的对应关系。

），并报告（CQI/PCI/RANK等）给gNodeB；

2）gNodeB通过链路自适应技术基于CQI、IBLER来选择调制方式，数据块的大小和数

据速率。

3GPP对CQI和MCS分别定义了两个表格，表格1与LTE相一致，表格2为NR在LTE基础上新增的。

这主要考虑到UE能力是否能够支持256QAM的调制方式，如果最高只能支持到64QAM则采用和LTE完全一致的CQI、MCS映射关系，如果能支持256QAM则采用新增CQI、MCS映射。

这里给出基于QPSK、16QAM、64QAM以及256QAM的CQI和MCS映射关系。

测试点无线环境要求：

1）CSI-RSSINR>25dB，CSI-RSRP在（-65dbm~-80dbm），不宜超过-65dBm。

接收功率过高会引起接收器件的削波，导致SINR降低从而导致MCS下降，反而只会使得速率下降。

2）多径环境选择：

下行高Rank依赖于测试周边的多径环境，尽量选择周边有树木、

建筑物反射区域，且测试点与基站天线非直射径；而上行性能测试，更偏向选择直射径环境，测试点可以直接看到基站天线最佳

3）邻区控制：

建议选择邻区SSBRSRP低于服务小区6db的点位测试，避免SSB和TRS

干扰。

1、干扰问题：

当小区存在干扰信号时，小区的上下行业务会受到影响，出现接入、掉话、速率低等问题。

当出现高RSRP低SINR（如：

RSRP均值>=-80dBm，SINR均值<=15dB）且MCS等指标都偏低，那么就要进行干扰问题的分析。

主要分为邻区干扰，越区干扰及外部干扰等。

2、CQI上报问题：

CQI上报问题分为CSI-RS异常和SRS异常；

3、MCS/RANK被固定

2.3、Rank阶数低定位方法

RI=rankindication，秩指示;用来指示PDSCH的有效的数据层数，用来告诉gNB，UE现在可以支持的CW数。

简单来说，就是可以在空间区分出的相互独立互不相关的信道的数量，可以支持的数据流的数量。

比如说RI=4，表示接收端能够识别4个信道的数据，可以支持4组数据并发。

Rank最大值主要取决于gNB和UE端最小天线数，一般基站的天线远大于UE的天线数，

因而主要取决于UE端的天线数。

1、无线测试环境

1）优先选择站下近点，CSI-RSSINR>25dB，CSI-RSRP在（-65dbm~-80dbm），不宜超

过-65dBm。

2）多径环境选择：

下行高Rank依赖于测试周边的多径环境，尽量选择周边有树木、建筑物反射区域，且测试点与基站天线非直射径；而上行性能测试，更偏向选择直射径环境，测试点可以直接看到基站天线最佳.

根据测试总结，在空旷的场景下，如果AAU机械下倾角设置得很小，很难达到高Rank

高MCS，通过增加小区机械下倾角来构造地面反射从而提升Rank和MCS。

2、小区间频繁切换

1）切换后用户初始接入，低RANK、低MCS能保证接入和切换成功率，切换后初始的RANK值默认为1，大概在30ms左右可调整回来，影响较小；但是如果发生频繁切换，会导致RANK无法快速爬升，因此需要对频繁切换区域进行优化.

2）参数NRDUCellRsvdParam.RsvdU8Param40决定小区切换后UE的初始RANK，例如该

值默认配置为0，则切换后的用户初始RANK为1，初始RANK取值范围为[0，7]

3、MCS表频繁切换

1）MCS表格切换指的是在一定条件下进行64QAM和256QAM的MCS表格切换。

在切换期间RANK固定为1进行调度。

2）MCS表自适应算法通过DlLaAlgoSwitch.DLMCSTABLEADAPT

SW（NRDUCellPdsch）进行设置，默认和建议值均为打开，在SINR值波动比较大的场景下容易出现MCS表频繁切换，因此需要关注其对RANK的影响.

4、、终端能力

协议规定单用户下行最多可支持8流；上行最多可支持4流。

SUMIMO多流开关需打开：

NRDUCellAlgoSwitch.DL_SU_MULTI_LAYER

_SW@SuMimoMultipleLayerSw=1最大MIMO层数：

1）下行：

NRDUCellPdsch.MaxMimoLayerNum，8T8R:

LAYER_8（8Layers），其他场景：

LAYER_16（16Layers）

2）上行：

NRDUCellPusch.MaxMimoLayerCnt，推荐设置为LAYER_4DMRS配置：

DMRS类型和符号数对单用户最大RANK数有限制。

即：

5、、下行SRS权与PMI权自适应

下行SRS权与PMI权自适应，允许用户在SRSSINR较大时，选择基于SRS得到的BF权值；在SRSSINR较小时，选择基于PMl的BF权值，相对于SRS权，远点用户的PMI权可以

提升权值准确性，提升边缘用户的SINR，进而提升边缘用户的速率1）当用户上行SRSSINR大于ThsRs（默认-2dB）该用户选择SRS权；

2）当用户上行SRSSINR小于ThpMl（默认-8dB）该用户选择PMI权；

3）

当用户的SRSSINR在ThsRs和ThpM之间时，该用户权保持不变。

当使用SRS权值时，基站使用Rank自适应算法确定最终使用Rank值；当SRSSINR

1）UECSI的RI为1，则当前使用RANK为1

2）UECSI的RI为2-3，当前使用RANK为2

3）UECSI的RI为4-8，则当时使用RANK为4NRDUCellAlgoSwitch.AdaptiveEdgeExpEnhSwitch的子开关DL_PMI_SRS_ADAPT_SW来开启权值自适应开关。

6、故障和通道校正

通过NR基站侧MML查询通道校正结果：

DSPNRLOCELLCHNCALIB，若通道校正不通过，可尝试手动校正MML:

STRNRLOCELLCHNCALIB

通道校正失败后，系统由于无法准确评估SRS权值，所以会默认使用DFT开环权进行

业务，gNB会根据UE上报的RI来选择rank，遵从如下规则：

1）UECSI的RI为1，则当前使用RANK为1

2）UECSI的RI为2-3，当前使用RANK为2

3）UECSI的RI为4-8，则当时使用RANK为4

2.4、高误码（BLER）定位方法

BLER高排查思路和MCS低问题类似，重点关注空口的变化，比如覆盖差、强邻区干扰、

外部干扰等；

如果SINR异常，包括陡降、波动等，则说明误码的原因是信道条件的不稳定。

下行/上行iBLER目标值由参数NRDUCELLPDSCH.DITargetlbler/

NRDUCellRsvdParam.RsvdU8Param34控制，默认10/0.1，即10%。

1）InitialBLER（%）：

初始重传率：

第一次传输错误的块数/有效传输块数。

定点峰

值测试过程中，要求BLER尽可能接近0，外场移动性测试一般要求在10%左右波动。

2）ResidualBLER（%）：

残留误码：

最终传完以后仍然错误的块数/有效传输的块数。

正常情况下会远低于InitialBLER。

1、MCS收敛异常

如果SINR正常，则说明当前系统无线条件稳定，高误码可能是MCS选阶算法有问题，MCS选阶太高导致误码不收敛，初传误码正常场景下（目标值10%），需要稳定在10%左右波动。

1）如果长时间超过10%，则误码没有向下收敛。

这时需要观察MCS是否降到0阶，如

果不是，则基站侧MCS调整存在异常

2）如果长时间小于10%，则误码没有向上收敛。

这个时候需要观察MCS是否升到27阶。

如果不是，则基站侧MCS调整存在异常。

2、MCS/RANK被固定

3、上行TA异常

1）为了保证上行传输的正交性，避免小区内干扰，gNodeB要求来自同一子帧但不同频域资源的不同UE的信号到达gNodeB的时间基本上是对齐的2）TA=0.51ns*512*3*10^8/2=39m，是LTE的一半

3）TA调整：

下行误码也有可能是上行失步造成的，因此出现高误码的时候，也可以排查

TA，查看TA是否存在剧烈的调整

4）TA出问题，一般出现在移动性场景，定点、近点TA一般不调整，出现大量调整则需定位问题。

2.5、处理流程

1、告警核查

查询站点无告警、站点、小区状态均正常2、覆盖核查

现场测试RSRP达到-75dBm以上，覆盖良好

3、干扰核查

现场测试SINR良好，后台查询小区每PRB干扰情况，均不存在干扰。

4、容量核查

5G建网初期，目前在网用户只有测试终端，不存在多用户导致容量不足的问题

5、参数核查

已核查常用参数，均在正常范围

6、终端核查

该终端测试测试其它站点速率能够达标，说明终端不存在问题7、服务器核查

该服务器在其它站点下测试速率能够达标，说明服务器不存在问题

8、核心网核查

同一核心网下其它小区测试速率能够达标，说明核心网不存在问题

9、AMBR限速核查

核心网开户信息中包含了两个重要息：

AMBR，QCI。

AMBR限制了UE的Non-GBR速率；用户QCl信息会与基站侧的QCI级的PDCP、RLC相关定时器参数（包含SNbit数、RLC模式

等）进行关联，从而影响到用户的吞吐率性能；UEAMBR/QCI信息可以通过NG口跟踪

S1AP_INITIALCONTEXTSETUPREQ或者NG口SgNBAddReq查看

开户下行速率2G，上行1G，核心网开户速率正常

9、空口/传输核查

在5G单验过程中，在某些情况下无线环境尚可，但上下行速率并不能达到单验标准，并且使用手机PHU单验过程中，外场人员无法自主进行灌包操作，故无法准确快速的将问题定位在空口或者传输侧，导致该基站由于速率不达标无法通过单验，影响交付。

后台人员可配合外场人员进行空口下行灌包操作指导，使单验过程中可以快速定位速率不达标原因。

且使用下行空口灌包也可以协助外场测试人员更快的找到空口能力好点。

为了更进一步分析排除空口问题，需要采集Mac灌包的数据。

在灌包时，数据显示空

口质量好，满下行资源和高MCS阶，而且下行速率可达到1Gbps以上。

因此排除了无线空口的问题。

随即把该问题交到传输侧定位。

传输侧反馈连接该站点的传输环只有1GE，因此不足以支撑5G站点高速率输出而导致低速率情况。

三、解决措施

根据研发反馈，站点的传输环只有1GE，不足以支撑5G站点高速率输出而导致低速率

情况5G，需要更换10GE环。

更换传输后复测下载速率达标。

通过MAC灌包可以更快速地辨别是否空口问题，从而节省分析的时间及避免多次上站

四、经验总结

速率是一个端到端指标，同时受端到端的因素影响，包括测试PC、终端、空口、基站、传输、核心网和服务器。

在无线侧，影响速率的因素主要还是文中所说各种现象，针对每种现象，如何定位和处理是优化人员的一个难题，本文总结的“MBRS”方法，旨在提供一种思路，解决速率SA网络的速率问题，同时问题定界在非无线侧，需要传递到核心网或传输团队进行处理。