5G路测下行速率优化指导书

概述

5G NR系统在LTE原有技术的基础上，采用了一些新的技术和架构。在多址方式上，NR继承了LTE的OFDMA和SC-FDMA，并且继承了LTE的多天线技术，MIMO流数比LTE更多。调制方式上，支持根据空口质量自适应选择QPSK、16QAM、64QAM和256M等调制方式。

NR理论吞吐率计算与带宽、调制方式、MIMO模式及具体参数配置有关。

从MAC层的TBS选择来看，100M带宽时单用户UE最大可以使用273RB，256QAM，27阶，4流单码字平均约为TBS=，TTI=0.5ms，按照4：1子帧配比，则每秒中传输的bit数约为81600，约为1.4Gbps。

实际峰值除了与上述等因素有关外，还与UE能力有关，不同UE能力下的下行和上行最大吞吐量

数传路测速率定位总体思路

下行速率优化思路：

路测下行速率优化措施

1、无线参数优化
//基站修改MIMO模式，适用于4T4R小区
MOD NRDUCELLPDSCH: NrDuCellId=0, MaxMimoLayerNum=LAYER_4;

2、空口覆盖及资源优化

5G下行单用户（2T4R）峰值达成条件：RANK稳定在4流，MCS稳定在27阶（256QAM），无误码，且DL Grant次数稳定在1600次（商用4:1配置），100M带宽下行可调度RB数为265个左右（100M最大273RB）。

1）空口信道质量是影响速率最明显的因素，可以通过RSRP、SINR、MCS、BLER、RANK等指标来衡量。常见的空口信道质量有如下问题：

• MCS 低问题
• IBLER 高问题
• RANK 调度问题

2）资源调度问题可分为RB不足或Grant不足。资源调度不足也可以通过基站UDP灌包的方法隔离定界是TCP问题还是空口问题。

MCS低阶：

峰值测试中如果要使得实际峰值接近理论峰值，则一般CSI RSRP在-75dBm以上，DMRS SINR在30dB以上。以此保证MCS都集中在27阶，且IBLER接近0%（IBLER为x%，则损失x%的吞吐率）。

在OMT工具的Downlink RSRP、DRS SINR视图观察RSRP（CSI RSRP）和SINR（DMRS SINR）信息：

在OMT工具的Downlink MCS视图观察MCS信息：

SINR差是导致MCS低的直接原因，通常可以通过测试选点方式，选择SINR高于30dB的点进行测试。如果始终不能获取高SINR测试点则考虑如下几个原因：

1. NR 系统内邻区干扰影响

在OMT工具的小区测量视图观察服务小区和邻区的RSRP情况，服务小区的SINR要达到30dB以上，要求不能检测到邻区信号或者邻区的RSRP比服务小区RSRP低10dB以上。

如果测试中发现有邻区信号同时邻区信号较强，为了满足演示测试要求，可以通过关闭邻小区或者降低邻小区的发射功率的方式来提升SINR。

2. 外部干扰影响

在排除NR系统内邻区干扰等因素后，如果仍不能获取到高SINR点，则需要考虑外部干扰的影响，可以通过扫频仪器进行测试，排除外部干扰源。

3. RSRP 过高的影响

在峰值测试中，虽然要求测试地点的RSRP与SINR要尽可能的好，但是也并不是说RSRP就没有了限制。通常我们规定的“近点”的RSRP要在-80dBm以上，但也不要超过-65dBm。

这是因为终端接收到的功率过高的话会引起接收器件的削波，导致下行SINR降低，反而只会使得速率下降。

如果在SINR较好、误码收敛的情况下，MCS仍然较差，则有可能是MCS选阶算法的问题。

IBLER 高问题：

定点峰值测试过程中，要求BLER尽可能接近0，外场移动性测试一般收敛在10%。在OMT上的LF BLER视图可以观察IBLER信息。IBLER高排查思路和MCS低问题类似，重点关注空口的变化，如果SINR异常，包括陡降、波动等，则说明误码的原因是信道条件的不稳定；如果SINR正常，则说明当前系统无线条件稳定，高误码可能是MCS选阶算法有问题，MCS选阶太高导致误码不收敛。

如下图所示，在BLER不为0的情况下，物理层流量和MAC层流量可能会有较大差异。原因是物理层流量仅仅是通过物理层的数据量，而不是有效的数据量，当码率不同时，真正解调出来的MAC数据量和物理层数据量是有差别的，而且CRC错时物理层有流量但是MAC层是没有流量统计的。我们实际关心的是MAC层流量，也就是经过物理层传输的能够解调正确的有效数据量。

RANK 低问题:

下行单用户最大支持2T4R的天线硬件配置模式，OMT或者Probe工具可以观察TUE终端RANK调度的情况；

在OMT工具的LF DL MIMO视图可以观察RANK调度信息：

Rank值不符合预期需要查看UE能力支持的天线数、Probe可以查看UE上报的Rank值，如下图所示CQI 14~15，MCS大部分在27，但是RANK一直在Rank2。

首先检查配置，查看CSI-RS类型及下行DMRS type类型、占用符号数及附加导频个数，这3个参数决定能使用的端口数及应用场景。

其次查看一下CSI-RSRP信号质量，如下图所示，RSRP还是比较好的，说明不是覆盖差导致。

如果是移动性场景，看看RANK低的点是否在LTE切换或者NR小区变更区域，进行切换性能优化，如是否存在频繁切换，通过优化切换参数来解决。

如果室内空旷，则有可能因为空旷缺少反射无法提供多径的信号反射。配置为Rank2和Rank3，并且比较吞吐量效果。如果Rank3的吞吐量比Rank2还低，则说明当前的空间信道不能支持Rank3。

//打桩成rank2会更稳定

MOD NRDUCELLRSVDPARAM: NrDuCellId=3, RsvdU8Param67=2;

//CPE 的RB自适应，RANK2或者2T2R时可以调度更多RB

MOD NRDUCELLRSVDOPTPARAM: NrDuCellId=3, ParamId=164, Param1=3;

资源调度不足问题:

Probe中能看到Dl grant（每秒钟下行调度次数）和每秒钟平均RB个数，如下图所示，在峰值速率高时，下行是满调度的，Dl grant为1600，每秒钟平均RB个数是265左右。

出现Dlgrant不足时，可以后台跟踪小区在线用户数，分析是否有背景用户如下图

同样可以跟踪U2000小区在线用户数分析是否有背景用户，RB调度不足深入的分析联系研发分析。

传输带宽受限：

如果灌包服务器灌包到达基站端口速率不足，则原因多是由于链路中间某个环节传输带宽不够造成的，排查思路如下：

1、检查传输链路带宽设置，确保整个链路中的所有网元及接口全部为千兆级，包括但不限于服务器网口、组网中的全部交换机、路由设备，速率协商模式设为自协商;

2、若传输侧有用微波等其它介质来传输数据，需要与传输人员或客户咨询确认，保证其传输带宽大于峰值；

如果是从服务器下行iperf灌包，使用传输端口性能跟踪，可以查看到基站的流量是否稳定，来水量是否足够。

使用DSP ETHPORT命令查看基站的传输端口速率

开户AMBR 受限：

1. SA 组网时进行NG 接口跟踪，查看NR 用户接入时的NGAP_INIT_ CONTEXT _ SETUP _REQ消息，AMBR 需要大于峰值。如果不对需要重新开户。

2. NSA 组网时进行LTE 的S1 接口跟踪，查看NSA 用户接入时的Intial Context SetupRequest 消息，AMBR 需要大于峰值。如果不对需要重新开户。

TCP 性能优化（详情请见源文档）