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

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

2、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

3、,属异常现象，需要继续排查。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，

4、BWP0 起始位置=13051mod275=126，即 BWP0 的频域位置是RB126RB173。而根据 msg1-FrequencyStart=4 的偏移量，可以计算出 PRACH 起始位置 RB130RB135。遇到 PRACH 时隙，上行调度会被截断。2.1.2PUCCH 信道分析查询 4.9G 基站 XML 文件，现网 4.9G 站点 PUCCH 配置规格为 PUCCHFormat1 占 4 个 RB，PUCCHFormat3 占 16 个 RB。通过了解，BWP0 中有 4 个 PUCCH，分布在 BWP0 两侧，但不一定在最带宽最边缘，只需在 BWP0 频域范围内即可，每一侧分布

5、 1 个 RB 的 Format1 和 1 个 RB 的 Format3.而 BWP1的两端分布 16 个 PUCCH，每一侧各分布 1 个 RB 的 Format1 和 7 个 RB 的 Format3.具体 20个 RB 的 PUCCH 配置图如下：因此，gNB 侧如果不打开上行非连续调度开关和 PUSCH 占用 PUCCH 资源开关时，gNB 只能给用户调度 RB8RB127 和 RB176RB264 中选一段，调度时选更长的一段 RB8RB127（共120 个 RB），符合现场测试时出现的调度 RB 受限 120 的现象。2.2参数排查2.21 上行非连续调度验证打开上行非连续调度MM

6、L命令： NRDUCellAlgoSwitch：NrDuCellId=xx,UlInconsecutiveSchSwitch= Uplink Inconsecutive Scheduling Switch:On; 4 月 9 日在 gNB 侧打开上行非连续调度开关，现场测试结果如下图：测试结果表明，之前的理论分析方向是正确的，上行调度RB 资源确实被PRACH 和PUCCH 截断，在打开非连续调度开关后，上行灌包速率已经达到 250Mbps 以上，调度的 RB 数在 198 个左右。由于上行非连续调度开关关闭时，上行调度的 RBG 大小为 4RB，打开上行非连续调度时，上行调度的 RBG 大小

7、为 16RB。由前文可知存在 4 段 PUCCH，共有 16*4=64 个 RB 无法使用，分别位于 RB0RB15，RB128RB143，RB160RB175，RB256RB271，见下图。RBG 中如果有 PUCCH 存在，则该 RBG 就无法使用，所以在只打开上行非连续调度且未打开 PUSCH占用 PUCCH 资源开关时，调度的 RB 数少于 200 个，符合测试时 RB 数受限 198 个的现象。2.2.2 PUSCH 占用 PUCCHRB 资源验证打开PUSCH占用PUCCHRB资源控制开关的MML命令：NRDUCELLRSVDOPTPARAM:NrDuCellId=xx,Param

8、Id=75,Param1=1 ， 该参数表示 PUSCH 占用PUCCHRB 资源控制开关。当该参数取值为 1 时，如果当前在线用户数等于 1 则 PUSCH 占用所有 PUCCH 的 RB 资源。4.9G 站点打开 PUSCH 占用 PUCCHRB 资源控制开关，测试结果见下图。测试结果表明，打开该抢占开关后，调度 PUSCHRB 数量达到 239 个左右，上行灌包速率达到 300Mbps 以上。在非 PRACH 时隙，用户调度 RB 数受影响不大。遇到 PRACH 时隙，会被 PRACH 占用的RB130135 截断。三、 解决措施上行非连续调度和 PUSCH 占用 PUCCHRB 资源控

9、制开关同时验证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 资源控制开关。