两个功控参数调优：把FDD LTE CQI优良比从76%提升到86%

简介：《利用功控参数提升CQI优良比案例》是一份面向5G网络优化工程师与无线网优新手的实战案例分析，针对LTE FDD网络中CQI优良比偏低、农村广覆盖上行弱覆盖导致误码率高的典型问题，系统展示了从发现指标异常、排除告警干扰、定位TOP小区到实施功控参数调整的全过程。文档以石嘴山本地网CQI>=7占比忙时低于80%为切入点，详细解释了PRACH前缀最大发送次数（8次调至10次）与PUSCH半静态调度小区名义功率（-80dBm调至-75dBm）两个关键参数的调整原理，阐明其影响上行覆盖、邻区干扰与边缘用户感知的机制，并给出多站点调整前后的CQI占比对比数据，验证优化效果，同时附有全网指标变化趋势以评估优化持续性。资源包为1个docx格式文档，大小420KB，内容紧凑、步骤清晰，既可作为网优人员处理CQI类问题的排障参考，也能帮助读者掌握功控参数平衡覆盖与干扰的实用技巧。已有134人浏览学习，实操性强，对提升5G网络优化分析水平具有直接参考价值。

1. 一个功控参数调优案例：把 FDD LTE 的 CQI 优良比从 76% 拉到 86%

做 LTE 优化的人应该都见过这种报表：忙时 CQI>=7 占比卡在 80% 线上下不去，翻告警没故障、调天线没起色，最后只能一点一点磨功控参数。这篇文章拆解的案例来自石嘴山本地网，7 月初全网忙时 CQI>=7 占比只有 76% 左右，全省垫底，最终靠两个功控参数——PRACH 前缀最大发送次数和 PUSCH 半静态调度名义功率——在两周内把全网指标稳定到了 85% 以上。这个案例不含换硬件、不含改天馈，纯粹是参数层面的一类可复制打法，适合日常做 CQI 优化、无线参数优化的网优工程师直接借鉴。

2. 问题定位：告警和天馈都没问题，为什么把矛头指向功控参数

2.1 告警排查：先把设备故障这个黑匣子排掉

在动任何参数之前，第一件事永远是查告警。我在 OMMB 上把石嘴山本地网所有基站的当前告警和历史告警拉了一遍，这一步看似机械，但作用是把“设备故障”这个黑匣子先踢出局。如果恰好有 RRU 驻波、光模块失步、载频退服这类告警，CQI 偏低是必然结果，这时候调参等于给硬件故障背锅，调完也是白调。

石嘴山这边排查完，结论很干净：不存在严重影响网络性能的基站告警。这意味着 CQI 偏低不是设备侧故障引起的，问题大概率出在无线环境、覆盖结构或者参数配置上。这一步我通常会做成一个固定动作：先花十分钟看告警，再花十分钟看干扰指标，两个都排除掉，才允许自己往下钻。

2.2 TOP 小区画像：CQI 偏低的基站高度集中在农村广覆盖场景

告警排除之后，下一步是提取石嘴山各子网所有基站的小区级 CQI 指标，按 CQI>=7 占比从小到大排序。排序结果的特征非常明显：CQI 占比偏低的小区清一色是农村广覆盖基站，城区站点的 CQI 分布基本正常。

典型 TOP 站调整前的数据如下：

这类农村广覆盖站点的典型特征是站间距大、覆盖半径动辄两三公里，用户分散在农田、矿区、乡镇边缘，UE 和基站的平均距离明显大于城区站点。CQI 是 UE 上报的下行信道质量，距离拉远之后，下行路径损耗增大、信噪比下降是正常的，但天馈调整后效果不明显这件事说明，单纯提升下行场强并不能解决指标的根因。

2.3 传导链路：远距离用户是如何通过上行误码拖垮 CQI 统计的

这里要把机制讲透，否则容易被表面数据带偏。CQI 是 UE 根据下行 CRS 测量结果映射出来的 0~15 信道质量指示，但它要真正进入基站调度器、进入统计报表，必须通过 PUCCH 或 PUSCH 上行通道反馈给基站。如果上行覆盖差、UE 发射功率受限，CQI 反馈在 PUCCH 上大量误码，基站收到的反馈要么被丢弃，要么合并出来的统计值异常偏低。

这就解释了一个反直觉的现象：为什么调上行功控参数能改善下行 CQI 统计。远距离用户的下行接收电平本身没问题，问题出在“测出来了但传不回来”。上行弱覆盖导致误码率上升，基站侧解码 CQI 反馈失败，最终统计结果里 CQI 整体左移，高分段占比自然上不去。天馈调整改善下行覆盖，但上行反馈链路没跟着变好，指标提升自然不明显。

3. 两个功控参数的调整实操：改什么、怎么改、改完盯什么

3.1 PRACH 前缀最大发送次数：让随机接入的功率“爬”到最大值

第一个调整参数是 PRACH 前缀最大发送次数，从 8 次调到 10 次。这个参数在网管上对应的是 preamble 最大发送次数，控制的是 UE 在随机接入过程中最多能发几次前导序列。

关键机制在于：UE 每次发送 preamble 后如果收不到随机接入响应，下次发送时会按功控步进抬升发射功率。发送次数从 8 次增加到 10 次，等于给了边缘 UE 更多“爬功率”的机会，让它在距离基站较远、初始发射功率不够的情况下，依然有机会把功率升到最大值，完成随机接入过程。

这个参数本身不直接改变 CQI 分布，它的价值在于解决边缘用户“接不进来”的问题。农村广覆盖场景下，如果用户随机接入都失败，后续的调度、测量、上报全是空谈。接入过程稳定了，上行功控链路才有基础。

3.2 PUSCH 半静态调度名义功率：-80 到 -75 的覆盖与干扰权衡

第二个参数是 PUSCH 半静态调度授权方式发送数据所需小区名义功率，从 -80 调整为 -75。这个参数本质上是 PUSCH 开环功控的基准功率，类似功控公式里的 P0 值。调高它，所有 UE 在开环功控下计算出来的 PUSCH 发射功率谱密度都会抬升。

我一般会这样理解这个参数的意义：它是在小区干扰、覆盖范围、边缘 UE 基本 QoS 三者之间找一个平衡点。调大，边缘 UE 的 PUSCH 解调余量变大，CQI 反馈和业务数据传回来的成功率提高，但代价是上行干扰抬升，可能压到邻小区；调小，小区间干扰下降，边缘 UE 的接入环境更干净，但覆盖边缘的用户可能因发射功率不够而掉线或误码。

原文从 -80 调到 -75，相当于向“覆盖优先”倾斜了 5dB。这个幅度属于比较保守的小步进，既能明显改善上行反馈质量，又不至于让邻区干扰失控。这里要注意的是，参数单位虽然是 dBm，但实际生效的是 PUSCH 发射谱密度，不是绝对发射功率，真正算下来还要叠加路损补偿。

3.3 落地步骤：从 TOP 站试点到全网批量执行的完整流程

整个参数调整不是一次性全网铺开，而是分成了试点和批量两个阶段。我按实际执行顺序整理成五步：

• 第一步：提取全网小区级 CQI 指标，以 CQI>=7 占比连续多天低于 80% 为过滤条件，圈出 TOP 小区清单。
• 第二步：核对 TOP 小区场景，结合 TA 分布或站间距确认是农村广覆盖站点，排除室分、城区弱覆盖等其他场景。
• 第三步：先在 TOP 站点做参数修改，PRACH 最大发送次数 8→10，PUSCH 名义功率 -80→-75，修改后观察三天。
• 第四步：确认 TOP 站点指标出现提升且无干扰异常后，7 月 13 日对全网所有农村广覆盖基站批量执行相同参数。
• 第五步：批量调整后连续盯一周忙时指标，同时留意上行干扰、RRC 连接成功率、掉线率这些伴随指标。

参数修改本身不算复杂，真正的工程量在第三步和第四步之间。TOP 站试点阶段如果有效，可以直接复制到同类站点；如果无效，说明问题定位可能有偏差，需要回头重新看是不是存在外部干扰或者覆盖空洞。

4. 功控参数调整避坑指南：三个常见误区和一条报表口径坑

4.1 天馈调整无效是常态，不要在物理侧死磕

现象：对 TOP 站点做了天馈调整，俯仰角、方位角都动了，CQI>=7 占比基本没变化，白折腾两周。

原因：农村广覆盖站点的 RRU 发射功率和天馈系统已经接近配置上限，天馈调整能改善下行平均场强，但改善不了上行反馈链路的误码。CQI 反馈在 PUCCH/PUSCH 上传不回来，下行场强再高也是白搭。

解决：遇到广覆盖场景的 CQI 偏低，先不要在天馈上耗时间。直接调出上行功控参数，重点看 PRACH 次数、PUSCH 名义功率、PUCCH 功控目标值这三个点，从上行链路找突破口。

4.2 调参当天指标波动明显，不要急着回退参数

现象：惠农农牧场 7 月 9 日 CQI>=7 占比 80.82%，7 月 10 日调参当天反而掉到 69.82%，看起来像是参数调错了。

原因：参数下发后 UE 不是立刻全部重选接入，存量用户需要等到下一个调度周期或重接入才会用到新的功控参数。同时当天的用户分布、业务量也在变化，单日数据天然有抖动。

解决：参数调整后至少看连续三到五天的忙时趋势，不要用单日数据判断成败。回退参数要有明确依据，比如连续三天指标低于调整前基线，或者干扰指标明显恶化，否则应该再观察两天。

4.3 PUSCH 名义功率不是越大越好，要盯住邻区上行干扰

现象：某个站点把 PUSCH 名义功率调高了 8dB，边缘 UE 覆盖是上来了，但邻小区的上行干扰指标跟着抬升，反倒压低了相邻小区的 CQI 优良比。

原因：PUSCH 是干扰受限系统，名义功率提高意味着所有用户的 PUSCH 发射谱密度整体抬升，对邻区而言就是底噪抬高。覆盖和干扰是跷跷板，调太猛会按下葫芦浮起瓢。

解决：从 -80 调到 -75 是 5dB 的保守步进，实际工作中可以在这个量级内微调。每次调整幅度建议控制在 3~5dB，调整后不仅要看本小区 CQI，还要看邻区的上行干扰指标和 RSSI，两边平衡才算调到位。

4.4 报表表头可能是错的，取数时先核对数值关系

现象：7 月 13 日后全网指标表里，表头写着“CQI<=7 占比”，但数值却是 85.42%、85.64% 这些明显代表“CQI>=7 占比”的数据。

原因：从 7 月 13 日起指标大幅提升，如果真是“<=7 占比”，数值应该在 15% 左右才对。更可能是报表模板表头复制粘贴错误，把“>=7”写成了“<=7”。

解决：取数时先把数值之间的逻辑关系验一遍。CQI0~15 使用数量、CQI7~15 使用数量、占比三项要满足“占比 = CQI7~15 数量 / CQI0~15 数量”，算出来是 85% 就按 >=7 处理。汇报前多花两分钟做交叉验证，能避免不少尴尬。

5. 验证与迁移：用一周忙时数据确认收益，再考虑 NR 场景怎么套

5.1 一周趋势验证法：效果稳定了才算调成功

参数调完不等于优化结束，验证阶段至少要看一周的忙时数据。7 月 13 日全网调整后，当天指标还在 77.16%，和调整前持平；从 7 月 14 日开始跳到 85% 以上，后续连续一周稳定在 85.24%~86.60% 之间。这类“当天看不出效果、第二天开始跳变”的曲线，在功控参数调整里很常见，因为参数下发、UE 重接入、功控收敛都需要时间。

全网调整后的指标记录如下：

我建议的验证方法是：把调整前七天的日均值当基线，调整后连续七天每天做对比，要求至少五天高于基线且没有回落趋势，才判定调参有效。同时把上行干扰、掉线率、切换成功率这几个伴随指标打出来，确认没有副作用。

5.2 这套排查逻辑能平移到 5G NR 吗：能，但参数名要换

5G NR 里的 CQI 上报机制和 LTE 一脉相承，远端用户的 CQI 反馈同样依赖上行链路质量，所以这套“先查告警、再画像、锁功控、小步调”的思路在 NR 场景下完全成立。NR 里对应的参数名会变，PUSCH 开环功控基准功率在 NR 里对应的是 P0_Nominal 之类的参数，PRACH 对应的是最大前导码发送次数，但调整逻辑是一样的。

实际迁移时我会多留一个心眼：NR 引入了波束管理，广覆盖站点的下行波束增益比 LTE 明显提升，但上行链路预算仍然是瓶颈。碰到 NR 边缘用户 CQI 偏低，除了调功控参数，还要看 UE 的发射功率等级和上行波束是否被正确选择。参数调整的幅度同样建议小步走，一次 3~5dB，别上来就给满。

这套案例从定位到执行，看似只是两个参数的微调，实际上完整的链路是“告警排查确认设备无故障、TOP 小区画像锁定广覆盖场景、传导链路分析定位到上行反馈、参数调整解决接入和反馈问题、一周趋势验证确认稳定”。从那以后，我每次遇到 CQI 优良比低的问题，都强制自己按这条链路走一遍，不再一上来就动天馈或者怀疑设备。功控参数这东西，表面看像玄学，实际上每个 dB 的调整都有迹可循，关键是要找准该调哪个参数、调到什么量级、以及调完怎么验证。希望帮到你。

本文还有配套的精品资源，点击获取