5G优化案例5G上行灌包测试速率低优化案例.docx

5G优化案例5G上行灌包测试速率低优化案例.docx

《5G优化案例5G上行灌包测试速率低优化案例.docx》由会员分享，可在线阅读，更多相关《5G优化案例5G上行灌包测试速率低优化案例.docx（5页珍藏版）》请在冰豆网上搜索。

5G优化案例5G上行灌包测试速率低优化案例

5G上行灌包测试速率低优化案例

XX分公司

XX年XX月

5G上行灌包测试速率低案例

XX

【摘要】北塘支局5G实验网上行灌包测试时，发现上行速率始终维持在150Mbps左右，且调度的RB数只有120个，此时无线环境无问题，4月9日针对4.9G小区同时打开上行非连续调度和PUSCH占用PUCCHRB资源控制开关，测试结果表明，同时打开这两个开关后，上行灌包速率高达320Mbps，PUSCHRB调度数量254左右，基本达到较理想状态。

【关键字】PUSCH、PUCCHRB、灌包

【业务类别】参数优化

一、问题描述

北塘支局5G实验网上行灌包测试时，发现上行速率始终维持在150Mbps左右，且调度的RB数只有120个，此时无线环境无问题。

二、分析过程

北塘支局5G实验网上行灌包测试时，发现上行速率始终维持在150Mbps左右，且调度的RB数只有120个。

而此时CSI-RSRSRP平均值为-65dBm，SSRSRP平均值为-70dBm，CSI-RS和SS的SINR值也很高，上行平均MCS阶数28，说明无线环境没有问题。

分析该小区频段4.9GHZ，小区带宽100MHZ，子载波带宽30KHZ，总的RB数为273个，但在本次上行灌包中空口最多120个RB,属异常现象，需要继续排查。

2.1问题分析

a）小区无线环境很好（测试位置离AAU较近，单用户峰值比拼测试），无干扰现象；

b）小区状态正常，无告警；c）小区数据配置正常，时隙配置比例DDDSU4_1，理论计算上行速率至少在250Mbps以上，而实际测试速率偏低。

以上可能原因都排除后，继续对当前基站版本的上行物理信道PRACH、PUCCH、PUSCH配置进行分析。

2.1.1PRACH信道分析

BWP0位置，根据RRC重配消息（RMSI信息）中的locationandbandwidth信元计算，BWP0大小=13051/275+1=48个RB，BWP0起始位置=13051mod275=126，即BWP0的频域位置是

RB126~RB173。

而根据msg1-FrequencyStart=4的偏移量，可以计算出PRACH起始位置RB130~RB135。

遇到PRACH时隙，上行调度会被截断。

2.1.2PUCCH信道分析

查询4.9G基站XML文件，现网4.9G站点PUCCH配置规格为PUCCHFormat1占4个RB，PUCCHFormat3占16个RB。

通过了解，BWP0中有4个PUCCH，分布在BWP0两侧，但不一定在最带宽最边缘，只需在BWP0频域范围内即可，每一侧分布1个RB的Format1和1个RB的Format3.而BWP1的两端分布16个PUCCH，每一侧各分布1个RB的Format1和7个RB的Format3.具体20个RB的PUCCH配置图如下：

因此，gNB侧如果不打开上行非连续调度开关和PUSCH占用PUCCH资源开关时，gNB只能给用户调度RB8~RB127和RB176~RB264中选一段，调度时选更长的一段RB8~RB127（共

120个RB），符合现场测试时出现的调度RB受限120的现象。

2.2参数排查

2.21上行非连续调度验证

打开上行非连续调度MML命令：

NRDUCellAlgoSwitch：

NrDuCellId=xx,UlInconsecutiveSchSwitch=UplinkInconsecutiveSchedulingSwitch:

On;4月9日在gNB侧打开上行非连续调度开关，现场测试结果如下图：

测试结果表明，之前的理论分析方向是正确的，上行调度RB资源确实被PRACH和PUCCH截断，在打开非连续调度开关后，上行灌包速率已经达到250Mbps以上，调度的RB数在198个左右。

由于上行非连续调度开关关闭时，上行调度的RBG大小为4RB，打开上行非连续调度时，上行调度的RBG大小为16RB。

由前文可知存在4段PUCCH，共有16*4=64个RB无法使用，分别位于RB0~RB15，RB128~RB143，RB160~RB175，RB256~RB271，见下图。

RBG中如果有PUCCH存在，则该RBG就无法使用，所以在只打开上行非连续调度且未打开PUSCH占用PUCCH资源开关时，调度的RB数少于200个，符合测试时RB数受限198个的现象。

2.2.2PUSCH占用PUCCHRB资源验证

打开PUSCH占用PUCCHRB资源控制开关的MML命令：

NRDUCELLRSVDOPTPARAM:

NrDuCellId=xx,ParamId=75,Param1=1，该参数表示PUSCH占用PUCCHRB资源控制开关。

当该参数取值为1时，如果当前在线用户数等于1则PUSCH占用所有PUCCH的RB资源。

4.9G站点打开PUSCH占用PUCCHRB资源控制开关，测试结果见下图。

测试结果表明，打开该抢占开关后，调度PUSCHRB数量达到239个左右，上行灌包速率达到300Mbps以上。

在非PRACH时隙，用户调度RB数受影响不大。

遇到PRACH时隙，会被PRACH占用的RB130~135截断。

三、解决措施

上行非连续调度和PUSCH占用PUCCHRB资源控制开关同时验证

4月9日针对4.9G小区同时打开上行非连续调度和PUSCH占用PUCCHRB资源控制开关，测试结果见下图。

测试结果表明，同时打开这两个开关后，上行灌包速率高达320Mbps，

PUSCHRB调度数量254左右，基本达到较理想状态。

因此，建议在试验站点做上行峰值演示时，同时打开上行非连续调度和PUSCH占用

PUCCHRB资源控制开关。

上行非连续调度开关未开启，上行带宽被PUCCH和PRACH截断，影响调度RB数量，从而影响上行速率；

4.9G站点BWP0和BWP1共静态配置20个RB，实际做业务过程中可能用不完，所以需打开PUSCH占用PUCCHRB资源，提升上行资源使用效率。

总之，上述两参数配置不当会影响上行峰值速率测试。

经分析，现网3.5G站点也出现上行受限情况，原理同4.9站点。

为了解决问题，建议同时打开上行非连续调度和PUSCH占用PUCCHRB资源控制开关，提升上行峰值测试速率。

四、经验总结

针对目前基站版本，建议同时开启上行非连续调度和PUSCH占用PUCCHRB资源控制开关。