
简介这份文档面向LTE网络优化工程师及通信运维人员聚焦高负荷小区的容量瓶颈问题系统梳理了双载波场景下的均衡优化思路。内容围绕参数优化、RRU归整、天馈调整均衡、DF双载波均衡及新增小区五类方法展开其中移动性负载均衡MLB部分给出了触发模式选择、重叠覆盖邻区设置及推荐参数取值可直接对照现网配置参考。资源包内含1个doc文档大小约1.13MB结构完整、条理清晰便于按模块查阅与落地实践。目前已有91人学习适合需要处理用户数或PRB利用率接近容量极限、双载波负荷不均等问题的中高级优化人员可帮助快速理解均衡策略的适用条件与配置要点为日常优化和方案制定提供参考。1. 双载波逼近容量极限时这份 LTE 高负荷小区优化记录能帮你少走弯路现网里 LTE 用户数一涨局部小区的 PRB 利用率或者 RRC 连接最大数就贴着容量天花板跑双载波配置从 D1D2、E1E2 到 DF 铺开之后站点数量已经过了 378 个涉及小区 1900 个左右。D1E1 与 D2E2 的 RRC 连接最大数比落在 1:0.87流量比 1:1.04看着还算均衡但具体到某个站、某个扇区用户扎堆的情况一点没少。这份《LTE 高负荷小区优化经验总结.doc》就是一线优化人员把参数优化、RRU 归整、天馈调整、DF 双载波均衡和新增小区这几条路都走了一遍之后留下的操作记录里面有推荐参数表、有案例前后对比、也有“调了没效果”的翻车现场。适合手里正压着高负荷小区工单、需要一套可照着配的参数组合和排查顺序的网优工程师也适合刚接触 MLB 功能、想搞清楚异频负载均衡到底该动哪几个开关的新手。2. 参数优化MLB 功能开启与邻区对微调2.1 移动性负载均衡 MLB 的触发模式怎么选MLB 的核心逻辑是 eNodeB 判断小区负载状态高负载时把部分 UE 转到低负载的异频或异系统小区。触发模式有三种PRB 利用率触发、同步态用户数触发、空闲态 UE 预均衡。现网用户业务类型多为小包业务小区经常出现用户数多但 PRB 利用率并不高的场景所以这份记录里明确采用基于用户数的负载均衡。三种策略里转移同步态用户会带来额外的异频切换空闲态 UE 预均衡的实时调整又会损害部分 UE 感知折中下来所有双载波小区DF 除外的异频负载均衡转移 UE 类型统一设为转移空闲态用户。这个选择背后的逻辑是空闲态用户转移不涉及切换信令对业务连续性的影响最小同时又能把用户数从高负荷小区挪走缓解 RRC 连接数压力。2.2 异频同步态用户数均衡转移空闲态用户开启步骤开启分三步走每一步对应一个具体参数漏一个功能就不生效。# 步骤1开启异频负载平衡开关 CellAlgoSwitch.MlbAlgoSwitch - 勾选 InterFreqMlbSwitch # 步骤2触发模式设为用户数模式 CellMLB.MlbTriggerMode - UE_NUMBER_ONLY # 步骤3转移UE类型设为空闲态用户 CellMLB.InterFreqUeTrsfType - 勾选 IdleUE逻辑说明MlbAlgoSwitch 是总开关不开后面配了也白配MlbTriggerMode 决定按什么条件触发均衡选 UE_NUMBER_ONLY 就是只看用户数不看 PRBInterFreqUeTrsfType 决定转移哪类用户选 IdleUE 就是只动空闲态用户避免连接态切换带来的感知波动。参数改完记得确认小区是否支持异频 MLB部分早期版本或特定 license 下该功能可能受限。2.3 重叠覆盖邻区与 MLB 相关参数推荐值双载波小区之间要互相设为重叠覆盖邻区重叠覆盖标识设为“是”重叠覆盖范围设为“等覆盖”。这一步不做MLB 根本不知道哪些邻区是可以用来分流的。接着是一组 MLB 相关参数记录里给了一张推荐值表实际优化时可以按现场情况微调。参数名参数 ID推荐值负载均衡目标频点标识EutranInterNFreq.MlbTargetIndALLOWED负载均衡目标频点选择策略CellMLB.FreqSelectStrategyFAIRSTRATEGY异频负载均衡 RAN 共享模式CellMLB.InterFreqMLBRanShareModeNON_SHARING负载均衡触发的切换小区选择策略CellMLB.MlbHoCellSelectStrategyONLY_STRONGEST_CELL负载平衡频点优先级EutranInterNFreq.MlbFreqPriority7异频频点小区重选优先级配置指示EutranInterNFreq.CellReselPriorityCfgIndCFG异频负载评估周期CellMLB.InterFreqLoadEvalPrd10异频空闲态 MLB 用户数门限CellMLB.InterFreqIdleMlbUeNumThd100负载均衡用户数偏置CellMLB.MlbUeNumOffset20用户数差值门限CellMLB.UeNumDiffThd15负载均衡最大切换出用户数CellMLB.MlbMaxUeNum20负载均衡用户选择 PRB 门限CellMLB.MlbUeSelectPrbThd50%基于负载的异频 RSRP 触发门限InterFreqHoGroup.InterFreqLoadBasedHoA4ThdRsrp-103异频负载均衡 RSRP 门限偏置EutranInterNFreq.IfMlbThdRsrpOffset0负载均衡邻区范围LoadBalanceNCellScope0负载均衡邻区范围LoadBalanceNCellScopeADAPTIVE注意这张表里的值是推荐值不是放之四海皆准的固定值。InterFreqIdleMlbUeNumThd 设 100 意味着空闲态用户数超过 100 才触发均衡用户数少的小区可以适当降低UeNumDiffThd 设 15 表示两小区用户数差值超过 15 才动手设太小会导致频繁调整设太大又起不到均衡效果。MlbMaxUeNum 设 20 是单次最大切换出用户数防止一次性转移太多导致目标小区瞬间拥塞。2.4 邻区对重选和切换参数CELLQOFFSET 与 CIOMLB 开了但均衡效果不理想的小区下一步就是调邻区对参数。两个关键参数CELLQOFFSET小区偏置和 CELLINDIVIDUALOFFSET小区偏移量 CIO。CELLQOFFSET 针对同优先级小区控制重选难易值越大越难重选到该邻区。要把高负荷小区的用户分流出去就把它到邻区的 CELLQOFFSET 设为负值要防止邻区用户回流就把邻区到高负荷小区的 CELLQOFFSET 设为正值。CIO 控制异频测量事件触发的难易值越大越容易触发测量报告上报。分流高负荷小区用户时设为正值防止回流时设为负值。两者建议范围都是 -5~5dB。# 高负荷小区 - 邻区让用户容易切出去/重选过去 EUTRANINTRAFREQNCELL.CellQoffset -5dB EUTRANINTERFREQNCELL.CellQoffset -5dB EUTRANINTRAFREQNCELL.CELLINDIVIDUALOFFSET 5dB EUTRANINTERFREQNCELL.CELLINDIVIDUALOFFSET 5dB # 邻区 - 高负荷小区让用户不容易回流 EUTRANINTRAFREQNCELL.CellQoffset 5dB EUTRANINTERFREQNCELL.CellQoffset 5dB EUTRANINTRAFREQNCELL.CELLINDIVIDUALOFFSET -5dB EUTRANINTERFREQNCELL.CELLINDIVIDUALOFFSET -5dB集美-集大第五社区学生公寓 1、5 小区的案例里两个小区是双载波开 MLB 后最大用户数比约 2:1小区 1 明显多。把小区 1 到小区 5 的邻区对 CELLQOFFSET 和 CIO 分别设为 -5dB 和 5dB小区 5 到小区 1 的设为 5dB 和 -5dB调整后两个小区最大用户数基本一致。这里的关键是方向要对偏置和偏移量的正负号搞反了等于把用户往高负荷小区赶越调越糟。3. 天馈调整与 RRU 归整现场动手前的判断逻辑3.1 天馈调整的适用场景与操作顺序参数优化效果不明显时下一步是去现场勘察。勘察要确认三件事高负荷小区覆盖的区域周边有哪些小区能覆盖到、有没有建筑物阻挡、目标分流小区的方位角和下倾角有没有调整空间。天馈调整的手段包括改方位角、改下倾角、移动天线抱杆的高度或位置。调整完成后再结合邻区对参数优化来巩固分流效果。集美理工教学楼 4、8 小区用户数都在 300 以上同站其他小区负荷也高没法内部分流。现场看理工实验楼站点距离近且无明显阻挡把理工实验楼 3 小区方位角从 270 度调到 140 度再配邻区对重选切换参数用户数降到 200 左右。这里有个顺序问题先调天馈再调参数还是先调参数再调天馈记录里的做法是参数优化优先效果不明显再上站。因为上站成本高参数调整在后台就能完成能解决大部分问题。3.2 RRU 归整室分小区的后台数据调整RRU 归整只适用于室分小区做法是通过后台数据配置把高负荷小区下挂的部分 RRU 调整到负荷较轻的小区。这个方法简单只改后台数据不用上站加硬件。典型场景是小区 2 高负荷下挂 2 台 RRU小区 1 负荷轻下挂 1 台 RRU把小区 2 的 1 台 RRU 归到小区 1小区 2 的负荷就降下来了。操作时要注意 RRU 的物理连接关系归整后要确认小区覆盖范围没有出现空洞以及切换关系是否正常。RRU 归整的本质是重新划分小区覆盖边界把用户从高负荷小区物理上划走所以归整后要重新检查邻区关系和切换参数避免出现覆盖漏洞或乒乓切换。3.3 DF 双载波均衡优先级与 A5 门限的配合DF 共站点组网时F 小区信号明显强于 D 小区用户容易全驻留在 F 上。均衡思路分空闲态和连接态两条线。空闲态下把 D 频段优先级设为 7高于 F 小区让用户优先驻留 D同时把 D 到 F 的邻区对重选偏置设为正值 2~5dB防止用户重选回 F。连接态下异频切换用 A5 事件。F 切 D 时A5 门限 1服务小区设 -80dBA5 门限 2目标小区设 -95dB让 F 容易切出去D 切 F 时A5 门限 1 设 -106dBA5 门限 2 设 -95dB让 D 难切回 F。状态方向参数设置值IdleF-DD 频段优先级EUTRANINTERNFREQ.CellReselPriority 7IdleD-FD 与 F 邻区对重选偏置EUTRANINTERFREQNCELL.CellQoffset 2~5dB连接F-DA5 门限 1服务小区INTERFREQHOGROUP.INTERFREQHOA5THD1RSRP -80dB连接F-DA5 门限 2目标小区INTERFREQHOGROUP.INTERFREQHOA4THDRSRP -95dB连接D-FA5 门限 1服务小区INTERFREQHOGROUP.INTERFREQHOA5THD1RSRP -106dB连接D-FA5 门限 2目标小区INTERFREQHOGROUP.INTERFREQHOA4THDRSRP -95dB同安技工学校站点有 7 个小区小区 1/6、2/7 是 D 频段双载波小区 3/4/5 是共站 F 频段。小区 4 忙时用户数超 300其他小区用户少。按上表调完参数后没效果。现场勘察发现 F 频段 4 小区覆盖教学楼未与 D 频段小区同覆盖教学楼话务全被 F 小区吸收。把 D 频段小区 1 和 6 的天线移到小区 4 的抱杆上后问题解决。这个案例说明 DF 均衡参数生效的前提是 D 和 F 同覆盖不同覆盖时先调天馈确保同覆盖再调参数。4. 避坑与常见问题排查4.1 MLB 开了但用户数不均衡现象MLB 开关已开触发模式设为用户数转移类型设为空闲态用户但高负荷小区和低负荷小区的用户数差值没有明显缩小。原因重叠覆盖邻区没配MLB 找不到可用的目标邻区或者 InterFreqIdleMlbUeNumThd 设得太高空闲态用户数没达到门限均衡根本没触发。解决先检查双载波小区之间是否互相设为重叠覆盖邻区重叠覆盖标识是否为“是”重叠覆盖范围是否为“等覆盖”再把 InterFreqIdleMlbUeNumThd 适当调低比如从 100 降到 50 或 30观察是否触发。4.2 邻区对参数调了反而更不均衡现象按推荐值调了 CELLQOFFSET 和 CIO结果高负荷小区用户数没降低负荷小区用户数也没升甚至高负荷小区用户数还涨了。原因正负号搞反了。CELLQOFFSET 值越大越难重选到该邻区要分流高负荷小区用户高负荷小区到邻区的 CELLQOFFSET 应该设负值CIO 值越大越容易触发测量报告要分流应该设正值。如果设反了等于把用户往高负荷小区赶。解决核对每个邻区对的方向高负荷小区到邻区的 CELLQOFFSET 设 -5dB、CIO 设 5dB邻区到高负荷小区的 CELLQOFFSET 设 5dB、CIO 设 -5dB。4.3 DF 参数调完没效果现象DF 双载波按推荐值调了优先级和 A5 门限但 F 小区用户数依然很高D 小区用户数没上来。原因D 和 F 不同覆盖。F 小区覆盖了教学楼、宿舍楼等话务密集区D 小区覆盖方向偏了用户即使想驻留 D 也收不到足够强的 D 信号。解决现场勘察确认 D 和 F 的覆盖方向是否一致不同覆盖时先调天馈把 D 小区天线移到 F 小区覆盖区域附近确保同覆盖后再调参数。同安技工学校案例就是典型参数调完没效果天线移了之后才解决。4.4 RRU 归整后出现覆盖空洞现象室分小区做 RRU 归整后原高负荷小区覆盖区域出现信号弱区或掉话。原因RRU 归整改变了小区覆盖边界原小区下挂的 RRU 被划走后该 RRU 覆盖的区域可能没有其他小区信号补上。解决归整前先确认目标小区在该区域的信号强度归整后路测验证覆盖必要时调整目标小区的功率或天馈确保覆盖连续。RRU 归整不是简单的数据搬迁要当成一次小规模的覆盖调整来做。4.5 参数优化后指标恶化现象调完 MLB 和邻区对参数后切换成功率下降、掉话率上升。原因参数调得太激进。MlbMaxUeNum 设太大一次性转移太多用户目标小区瞬间拥塞CIO 设得过大导致乒乓切换A5 门限设得太宽松导致频繁异频切换。解决参数调整遵循小步快跑原则每次只调一个参数观察 15 分钟到半小时的指标变化。MlbMaxUeNum 从 20 开始CIO 从 2~3dB 开始A5 门限每次调 2~3dB确认指标稳定后再继续。5. 优化顺序与验证从参数到新增资源的决策链高负荷小区优化的顺序记录里给得很明确优先参数优化其次是 RRU 归整和天线调整以上均无效果再考虑新增小区或分裂小区。这个顺序背后的逻辑是成本递增参数优化在后台就能完成零上站成本RRU 归整和天馈调整需要上站或改数据有实施成本新增小区或分裂小区涉及硬件和规划成本最高。所以能靠参数解决的绝不轻易上站能靠天馈和 RRU 归整解决的绝不轻易加站。验证方法上参数调整后重点看几个指标高负荷小区和分流小区的 RRC 连接最大数差值是否缩小、PRB 利用率是否下降、异频切换成功率是否稳定、掉话率是否恶化。记录里集美-集大第五社区学生公寓的案例调整后两个小区最大用户数基本一致这就是最直接的验证。DF 案例里参数调完没效果现场勘察发现不同覆盖天线调整后解决说明参数验证要和覆盖验证结合不能只看后台指标。我自己的习惯是每次调完参数先观察 15 分钟的话务指标再决定要不要继续调下一个参数。有一次急着把 MlbMaxUeNum 从 20 调到 50结果目标小区瞬间涌进大量用户PRB 利用率直接飙到 80% 以上切换成功率掉了好几个点最后又灰溜溜调回 20。从那以后我每次动 MLB 相关参数都强制走一遍“单参数调整 - 15 分钟指标观察 - 确认稳定再动下一个”的流程再也不敢一次改多个参数了。希望这份记录里的参数表和案例能帮你少走点弯路遇到高负荷小区时心里有张清晰的排查顺序图。本文还有配套的精品资源点击获取