简介一份聚焦2.6G低速率小区优化的网优技术文档面向无线网络优化工程师与5G网络维护人员针对上行低于2M、下行低于100M的低速率小区给出从问题定义到商用参数基线核查的完整优化思路。文档先明确判定规则连续7天数据中5个工作日出现2天及以上低速率且两个周末至少1天满足即纳入整治范围。随后逐项梳理影响上下行速率的关键参数涵盖高阶调制开关、CCE配比自适应、SRS与PMI权自适应、多用户MIMO配对、Rank门限、PUCCH功控及干扰避让等20余项均附默认值与推荐值并说明32T/64T场景适用条件便于现网核查与参数修改。资源为单份docx文档压缩包约101KB参数表格完整且条目清晰可直接对照执行。已有136人学习适合正在开展2.6G速率整治与专题优化的工程师参考。1. 2.6G低速率小区优化为什么越优化越迷茫走走这条路就通了如果你管过5G网络一定见过这种场景投诉群里用户反复刷“下载只有几十兆”后台看小区指标却不低——PRB利用率不高CQI正常MCS也不难看可实际吞吐率就是上不去。尤其2.6G频段作为覆盖主力频段低速率小区问题比700M、3.5G更容易让人摸不着头脑。因为2.6G既要承担容量又要兼顾覆盖时隙配比、波束配置、干扰协调、调度策略任何一环拖后腿最终都表现为“用户速率低”。这篇笔记我按自己处理过的优化套路把根因定位、参数调整、RF配合和踩坑记录整理出来适合网优工程师、无线维护人员和刚转5G优化、手里正压着工单的朋友参考。不是玄学是能直接拿去用的排查路径。2. 低速率小区根因分析从空口到核心网的四层排查路径2.1 先看“速率”是怎么算出来的UE吞吐率、MCS、CQI与PRB利用率的联动关系很多人在低速率小区优化时第一反应就是调MCS或加功率结果翻车。原因是没搞懂“速率”不是单一参数决定而是“资源×频谱效率×重传损失”的乘积。UE的实际下行速率约等于下行速率 ≈ 被调度的PRB数量 × 每PRB承载bit数 × (1 - BLER) × 带宽因子其中“每PRB承载bit数”由MCS决定MCS又由CQI映射而来而CQI是UE基于SINR反馈的。所以速率低可能发生在任意环节小区资源不够PRB被高负荷或下行RB数配比限制频谱效率低SINR差CQI低MCS被打回低阶调度惩罚用户被调度次数少或每次调度资源少即使PRB利用率不高重传太多BLER过高重传吃掉一半吞吐。我处理过的一个案例小区PRB利用率只有30%但用户速率差。查了MCS分布发现大量用户集中在MCS 6以下再看CQI均值只有7。空口干扰严重但后台“干扰噪声”指标却是绿色的——因为干扰是突发的平均统计被抹平。这类小区如果直接抬功率反而把干扰滚大。所以第一步不是调参数而是把指标拆开看。建议从小区的“PDSCH/MCS分布、CQI分布、BLER、每用户PRB数、上下行PRB利用率、活动用户数”六张图入手。特别是MCS分布和CQI分布能快速定位问题在“覆盖/干扰”还是“调度/资源”。2.2 空口质量问题干扰噪声、SINR、BLER、重传率怎么定位空口质量是2.6G低速率第一大坑。2.6G同频组网干扰复杂邻区间若未做干扰协调边缘用户SINR会持续低。排查步骤我按这个顺序做在网管拉取小区级“上行干扰噪声平均值”“下行SINR采样分布”“CRR重传率”如果上行干扰噪声高于-110dBm/PRB先解决干扰源再看速率如果干扰正常就看下行SINR分布SINR 0-5dB占比高说明覆盖重叠或越区查BLER初传率目标一般5%-10%若长期稳定在20%以上说明链路自适应调不上来。干扰又分系统内和系统外。2.6G有电信联通共享场景和移动独用场景不同运营商使用的帧结构可能不同跨运营商邻区信号如果没能被邻区关系正确识别就会引入强干扰。这时要查“无效邻区干扰比”把强干扰小区找出来加邻区或做PCI规划。关于SINR和MCS的映射有一种常见误操作看到SINR低就想把目标BLER调高比如从10%调到20%让调度器更激进。这确实能提高瞬时MCS但重传率同步上升实际吞吐率可能不升反降。死盯“MCS上去了”不看峰值速率是自欺欺人。我会在网管看“小区有效吞吐率”也就是去重后的正常吞吐而不是初传吞吐。2.3 传输与容量瓶颈时隙配比、BWP、PRB资源、核心网限制空口OK但速率低就要往上走。2.6G NR小区常见的容量配置是100MHz带宽和30kHz子载波间隔时隙配比有DDDSU7:3和DSUUU5:3等选择直接影响下行速率上限。比如你选了DDDSU理论下行峰值是5G NR中较高的但配套回传带宽没到位S1/N2接口拥塞照样跑不动。必查项是“NG接口流量”和“用户面丢包率”。还有用户签约速率限制很多低资费套餐签约速率上限只有200Mbps或100Mbps在无拥塞时测速也突破不了。这种“低速率”不是小区问题但背了指标优化时需要排除。BWP带宽部分也要看。2.6G 100MHz带宽如果配了多个BWP而UE是低能力等级如Cat4它可能只用了20MHz。查“BWP激活分布”如果大量用户落在窄BWP先看终端能力别急着调小区级参数。2.4 用户分布与业务模型少量大流量用户拉低均值低速率指标很多时候是“平均”骗人。小区里有少数用户在看高清视频或跑P2P持续占用大量PRB其他用户分不到资源整体每用户平均速率就低了。但后台看“PRB利用率”可能刚好40%并不高。这时要看“活跃用户数”和“平均每用户PRB数”。如果活动用户超过小区承受能力不绝对常见经验值100MHz 2.6G小区活跃用户在50个以上时每用户资源明显下降先做流量卸载比如负荷均衡、定向切换把用户分到邻区或异频小区。另一个办法是调整调度策略开启“按用户保障速率调度”或“公平调度”避免少数用户吃满资源。这个思路比调MCS更直接。3. 2.6G低速率优化落地操作参数调整与RF优化清单3.1 基础参数核查带宽、子载波间隔、时隙配比、参考信号功率匹配优化动作前先核对五张配置表。很多低速率小区是配置炸了不是无线环境问题。参数项常见合理值核查要点小区带宽100MHz / 60MHz / 40MHz确认终端支持若小区带宽低于邻区频率优先级调整子载波间隔30kHz2.6G常见若用15kHz时延和覆盖不同需同步核查时隙配比模式取决于业务上下行比查小区级实际配置确认和同频邻区一致SSB功率与小区参考功率匹配若SSB功率高于数据信道覆盖判断会失真PDCCH/PDSCH功率常驻默认值核查是否被过往优化调乱这里最隐蔽的坑是时隙配比错位。如果邻区用了不同的上下行配比小区间会在下行-上行转换点互相干扰表现为“特定时间段速率暴跌”。网管统计的时常是全天平均看不出分段问题。我一般会做“小时级下行速率趋势”看每天有没有规律性的塌陷。3.2 调度与MCS参数调整CQI偏置、初始MCS、最大MCS、BLER目标空口干净、资源也够但速率就是不上通常要动链路自适应参数。下面是几个常用参数修改优先级从高到低CQI偏置CQI Adjustment让UE上报的CQI提升或降低1-2档用于修正UE上报偏差。若实际BLER偏低但MCS偏保守可加正偏置目标BLER默认10%若重传率高可调至12%-15%但需要观察有效吞吐率最大MCS/最小MCS限制调度范围。如果小区里终端分布杂乱限制最大MCS可以避免误码拖垮重传率初始MCS对短时业务和首传性能影响大但不要设太高首次传输失败反而增加时延调度器开关例如关闭频选调度中的“按用户最优MCS优先”模式可改善边缘用户速率。调参时记住一个原则每一步只改一项对比至少24小时统计。通信优化最忌讳“玛丽华组合拳”因为改多了你根本不知道哪个参数起了负作用出问题后也没有后悔药。实际操作时我会先做一次“基线验证”# 示例使用Sftp从网管导出小区一天内的CQI/MCS/BLER性能任务伪代码实际有对应网管命令 ssh useroms cd /export/cell_perf download 2.6G_zone_cell_perf.xlsx # 之后用Python解析MCS分布判断需要调整的方向但这不是系统命令真正的网管MML命令我举一个华为风格的常用查询注意不同厂商有差异但思路一样LST PDSCHCFG: LOCALCELLIDxx; LST MACSCHEDULE: LOCALCELLIDxx; LST CQICFG: LOCALCELLIDxx;查询结果出来后重点看“MCS调整方式”和“CQI偏置”的现状。如果MCS调整方式为“高阶优先”边缘用户容易被抬到过高的MCS导致误码适合换成“均衡策略”。调整时开启“仿真验证”先用参数双备份避免直接改rinfo。3.3 功率与波束参数优化SSB功率、CSI-RS功率、波束权值调整2.6G大带宽场景下波束管理比单纯调功率更敏感。NR是波束赋形覆盖小区广播波束的宽度和方向决定覆盖范围业务波束的权值影响边缘用户SINR。常见操作场景小区覆盖过近导致边缘用户稀少但中心用户拥塞尝试把波束配置从“广覆盖”模式改成“垂直覆盖水平窄波束”模式提升小区中部区域的SINR天线挂高过低导致“灯下黑”除了调整下倾角还可以调整SSB功率和CSI-RS功率匹配CSI-RS功率不匹配如果SSB功率和CSI-RS功率差值过大UE上报的CQI会失真比如它用SSB做测量用CSI-RS解调业务两个功率差太多CQI反馈就不准。这里有个我反复踩过的坑把SSB功率抬高2dB后整体SINR变好但小区间干扰同步加剧邻区边缘用户速率下降。优化区域满意度没上去邻区投诉先来了。抬功率必须用路测或扫频查看水平方向覆盖扩展了多少别只看好的一侧。3.4 RF天馈优化方位角、下倾角调整案例RF优化被很多人忽略但往往是最便宜有效的方案。比如一个2.6G小区下载速率一直低参数调了个遍也没用。最后扫频发现有两个方向来的邻区信号在小区内形成强重叠覆盖区连接态UE的SINR被邻区回落波束打低。小区主覆盖方向被遮挡而下倾角一直压着主覆盖区域信号又弱。这时把机械下倾角从8°调到5°电子倾角保持再把邻区方向的主波束电子下倾增加2°重叠区明显缩小SINR分布提升了4dB左右小区平均速率从35Mbps提升到78Mbps。这就是RF的威力。建议在调参数前做一轮简单的DT/CQT摸底至少知道用户投诉点的RSRP、SINR和邻区列表。这个数据能帮你决定这是“没覆盖”还是“乱覆盖”两者处理方向完全相反。4. 2.6G低速率优化避坑五个翻车现场与应对4.1 调整MCS限制后速率不升反降现象小区干扰正常MCS偏低于是把“最大MCS”从28降低到20希望减少重传。结果小区吞吐率反而从60Mbps掉到45Mbps。原因MCS限制指数级降低每PRB承载bit即使重传少了总有效速率还是下降。误码率并没有预想的那么高BLER只有8%。解决先看CQI分布如果CQI集中在10以下才考虑限制MCS上限如果CQI分布好应该通过调整CQI偏移让UE上报更准而不是封顶。改回最大MCS28后速率恢复正常。4.2 干扰噪声低但SINR差速率上不去现象上行干扰噪声-115dBm很干净但下行SINR均值只有3.2dBCQI低速率差。原因下行干扰来自邻区同频信号而上行干扰被PUSCH跳频分散时域平均后被统计平滑。也可能是远端基站波束越过障碍形成SINR黑洞。解决反向排查邻区重叠覆盖缩小波束倾角或者调整异频频偏。检查“下行RSRP差值分布”——如果存在两个RSRP差值小于3dB的强邻区必须做RF优化。4.3 改了参数没生效指标无变化现象通过网管修改了CQI偏置和调度模式第二天查看指标毫无变化工单被卡在“已下发但未优化”。原因参数组存在“预激活”状态改动只在“激活”标记后生效有些参数在小区复位后才加载。解决修改后去网管查询“参数生效状态”确认版本回滚机制。如果做了批量操作优先单小区验证别一次性铺开。4.4 参数优化后邻区流量拥塞整体投诉增加现象为了提升低速率小区把小区最大发射功率提升3dB目标小区速率上去了但周边三个小区坏块翻倍用户整体体验下降。原因功率抬升导致覆盖扩展抢占了邻区的边缘用户造成跳变和干扰。解决每次功率调整同时检查相邻小区的“切换成功率”和“同频干扰指标”。当邻区上行干扰抬升超过2dB必须回滚或做联合优化。RF调整比功率调整更适合改善边缘建议优先。4.5 平均值上去了但用户实际体验还是差现象小区每用户平均吞吐率从20Mbps涨到45Mbps指标达标但投诉量没降。原因平均吞吐率被中部用户拉高边缘用户仍然分不到资源——调度器偏向近点用户或者存在大流量业务长拖。解决调整调度公平策略比如使用“按比例公平”替代“最大C/I”或设置每用户最低保障速率。同时分析“边缘用户速率占比”确保优化目标不是只美化平均值。5. 把低速率优化做进日常一套可持续的闭环验证方法低速率优化不是一次性动作更建议做成每周循环。我的习惯是建立一张“低速率小区优化看板”每行是一个小区的关键指标包括MCS分布、CQI均值、BLER、每用户PRB数、有效吞吐率。每周二固定同步一次周五形成优化工单。验证方法上我强烈建议做“A/B对照”而不是“前后对照”。比如同区域里选两个同等条件的小区一个改参数一个不动持续一周。因为前后对照很容易被天气、用户行为变化干扰A/B能滤掉环境波动。我拿这个办法成功验证过“CQI偏置1”和“目标BLER12%”的组合确实比单改一项有效但单独CQI偏置1有时无影响。优化完成后还要看“用户在小区内驻留时长”和“切换次数”。如果参数调得过激进用户频繁切换反而增加了接入和重传开销速率不一定提升。最后说一个我的习惯每次优化后把所有的参数修改记录、当时的干扰/速率截图、周边小区变化保存为“优化病历”。因为很多问题会在半年后复现你不可能记得当时为什么动了哪个参数。没有病历就只能重新踩一遍坑。这个习惯救过我好几次尤其是2.6G这种同频组网复杂、干扰源分散的场景。希望这些内容对你有参考价值也祝你在2.6G低速率优化上少走弯路。本文还有配套的精品资源点击获取