5G优化案例：5G下行数传问题排查思路指.docxVIP

5G下行数传问题排查思路指导 XX 年 XX 月 目 录 一、 问题描述 3 二、 分析过程 3 、5G 低速率优化思路 3 、5G 低速率问题分析 4 三、 解决措施 5 、优化方案制定 5 、问题定位 5 、方案制定 6 、优化方案实施 9 四、 经验总结 10 5G 下行数传问题排查指导建议 XX 【摘要】 2019 年 6 月 6 日，工信部正式向中国电信发放 5G 商用牌照，中国电信XX分公司正式进入 5G 商用元年，由于物联网尤其是互联网汽车等产业的快速发展，其对网络速度有着更高的要求，这无疑成为 5G 网络优化的重点工作。但在 5G 网络建设优化初期，经常出现 5G 下行速率低的各种问题，该案例主要研究 5G 下行数传问题的优化排查思路以及解决办法。 【关键字】5G、数传问题、低速率 【业务类别】移动网 一、 问题描述 XX市高坪区江东中路五段王府井对面巴伦多_5G 站点开通后，通过测试设备 CPE 峰值测试速率低，灌包测试最大只有 460M，FTP 200M 需定位并提升速率。如下图 Probe 截图可知，底层最大支持到 450Mbps 左右。。 二、 分析过程 2.1、5G 低速率优化思路 首先，对 5G 问题站点进行参数核查，调通过核查后发现参数符合预期，基本不影响峰值速率测试。 其次，梳理其它影响下行速率的原因，整理出主要因素为下行吞吐率 = PDCCH DL Grant * PDSCH RE Number per Slot * Bits per RE * Code Rate* Layers *（1-BLER%）其中： PDSCH RE Number per slot：代表每个时隙 PDSCH 所能使用的 RE 资源，由该时隙所有的RE 数减去 PDSCH 之外的开销得到； Bits per RE：每个 RE 能够承载的比特数，由调制方式决定，256QAM=8bits，64QAM=6bits， 16QAM=4bits，QPSK=2bits； Code Rate：码率，即当传输的有效 bit 数目占总传输 bit 数目的比率。根据协议 3GPP TS 38.214，下行数据解调的码率由 MCS 阶数决定，最高不能超过 0.92； Layers：代表 PDSCH 空间传输层数，即 Rank； BLER：即误码率，是出错的块在所有发送的块中所占的百分比（只计算初传的 block），数据信道的目标 IBLER 为 10%； 2.2、5G 低速率问题分析 从导出的吞吐率信息来看，基本在 400Mbps 以下： 通过以上排查思路，逐步一一排查，分析得知主要问题是 DL Grant 不满足 1600 次，导致速率不达标问题的产生,直接可以进入问题定位阶段。 三、 解决措施 、优化方案制定 、问题定位 需要进一步分析发现：MCS 未不到最大，但目前来看不是速率上不去的瓶颈，且信道环境 CQI 只有 13 左右，需要通过摆点解决。 Rank=4, 2T4R 已经达到最大，传输模式正常。 误码率收敛在 10%左右，也处于正常水平。 RB 数也属于正常值： 从上面的分析来看，DL Grant 低于 1600 次的预期；影响速率的原因还是调度不足产生的。 、方案制定 资源调度问题导致的 5G 速率低问题，可以通过解决 AMBR 限速、背景用户占用资源、UE DCI 漏检、来水不足、处理 RLC/MAC/PDCP 异常等手段解决；具体流程如下： 首先检测到 AMBR 开户速率是 900Mbps，不影响当前峰值测试。 w 查看 517 跟踪，ulUsrId 一直只有一个用户，可以确定没有其他背景用户。 UE DCI 漏检未发现，查看 602 跟踪，按时间将 slot 做透视表，DCI 数目和 GRANT 一致。 来水不足问题，查看 537 跟踪，下行数据 BW 列存在到 0 的情况，存在来水不足的情况。 查看RLC 332 跟踪，发现M 列RLCwinsize 异常，2048 对应2 的12 次方，即12bit，限制了来水。 3.2、优化方案实施 查看 S1 口日志和基站配置文件发现 QCI 对应的为 6,使用 RlcParamGroupId=2： RlcParamGroupId=2,DlRlcSnSize=BITS12(1) 使 用 MML 将 QCI6 对 应 的 AmRlcParamGroupId 修 改 到 3： NRDUCELLQCIBEARER: NrDuCellId=XX, Qci=6, AmRlcParamGroupId=3; 复测效果如下图，底层能到 750Mbps 以上，MAC 层到 600Mbps+，满足一线需求。 四、 经验总结 由于超高清视频，3D 和虚拟现实等新型业务，需