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

5G 上行灌包测试速率低优化案例
XX分公司
XX年XX月
目录
目录
一、问题描述 (3)
二、分析过程 (3)
2.1 问题分析 (4)
2.2 参数排查 (7)
三、解决措施 (9)
四、经验总结 (10)
5G上行灌包测试速率低案例
XX
【摘要】北塘支局5G实验网上行灌包测试时，发现上行速率始终维持在150M bp s左右，且调度的R B数只有120个，此时无线环境无问题，4月9日针对4.9G小区同时打开上行非连续调度和 PUSCH 占用 PUCCHRB 资源控制开关，测试结果表明，同时打开这两个开关后，上行灌包速率高达320M bp s，P U S C H R B调度数量254左右，基本达到较理想状态。

【关键字】PUSCH、PUCCHRB、灌包
【业务类别】参数优化
一、问题描述
北塘支局5G实验网上行灌包测试时，发现上行速率始终维持在150M bp s左右，且调度的RB 数只有 120 个，此时无线环境无问题。

二、分析过程
北塘支局5G实验网上行灌包测试时，发现上行速率始终维持在150M bp s左右，且调度的R B数只有120个。

而此时C S I-R S R S R P平均值为-65d B m，SS R S R P平均值为-70d B m，C S I-R S和SS的S I N R 值也很高，上行平均M C S阶数28，说明无线环境没有问题。

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

2.1 问题分析
a)小区无线环境很好（测试位置离AA U较近，单用户峰值比拼测试），无干扰现象；
b) 小区状态正常，无告警；c)小区数据配置正常，时隙配置比例DDD S U4_1，理论计算上行速率至少在250M bp s以上，而实际测试速率偏低。

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

2.1.1PRACH 信道分析
B W P0位置，根据RRC重配消息（R M S I信息）中的l o c a t i on a ndb a nd w i d t h信元计算，B W P0大小=13051/275+1=48 个RB，BWP0 起始位置=13051mod275=126，即 BWP0 的频域位置是
RB126~RB173。

而根据m s g1-F r e qu e n c yS t a r t=4的偏移量，可以计算出P R A C H起始位置R B130~R B135。

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

2.1.2PUCCH 信道分析
查询4.9G基站X M L文件，现网4.9G站点P U CC H配置规格为P U CC H F o r m a t1占4个R B，P U CC H F o r m a t3占16个R B。

通过了解，BWP0 中有 4 个PUCCH，分布在 BWP0 两侧，但不一定在最带宽最边缘，只需在B W P0频域范围内即可，每一侧分布1个R B的F o r m a t1和1个R B的F o r m a t3.而B W P1的两端分布16个P U CC H，每一侧各分布1个R B的F o r m a t1和7个R B的F o r m a t3.具体20个RB 的PUCCH 配置图如下：
因此，gNB 侧如果不打开上行非连续调度开关和 PUSCH 占用 PUCCH 资源开关时，gNB 只能给用户调度R B8~R B127和R B176~R B264中选一段，调度时选更长的一段R B8~R B127（共
120个R B），符合现场测试时出现的调度R B受限120的现象。

2.2参数排查
2.21 上行非连续调度验证
打开上行非连续调度MM L命令：N R D U C e ll A l g o S w i t c h：N r D u C e ll I d=xx,U l I n c on s e c u t i v e S c h S w i t c h=U p li n k
I n c on s e c u t i v e S c h e du li n g S w i t c h:O n; 4 月9 日在 gNB 侧打开上行非连续调度开关，现场测试结果如下图：
测试结果表明，之前的理论分析方向是正确的，上行调度RB 资源确实被PRACH 和PUCCH 截断，在打开非连续调度开关后，上行灌包速率已经达到250M bp s以上，调度的R B数在 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.2 PUSCH 占用 PUCCHRB 资源验证
打开P U S C H占用P U CC H R B资源控制开关的MM L命令：N R D U C E LL R S V D O P T P A R A M:N r D u C e ll I d=xx,P a r a m I d=75,P a r a m1=1，该参数表示P U S C H占用PUCCHRB 资源控制开关。

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

4.9G站点打开P U S C H占用P U CC H R B资源控制开关，测试结果见下图。

测试结果表明，打开该抢占开关后，调度P U S C H R B数量达到239个左右，上行灌包速率达到300M bp s以上。

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

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

三、解决措施
上行非连续调度和 PUSCH 占用 PUCCHRB 资源控制开关同时验证
4月9日针对4.9G小区同时打开上行非连续调度和P U S C H占用P U CC H R B资源控制开关，测试结果见下图。

测试结果表明，同时打开这两个开关后，上行灌包速率高达320M bp s，PUSCHRB 调度数量 254 左右，基本达到较理想状态。

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

上行非连续调度开关未开启，上行带宽被 PUCCH 和 PRACH 截断，影响调度 RB 数量，从而影响上行速率；
4.9G站点B W P0和B W P1共静态配置20个R B，实际做业务过程中可能用不完，所以需打开PUSCH 占用 PUCCHRB 资源，提升上行资源使用效率。

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

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

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

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