简介：本资源为5G网络优化方向的移动性负载均衡（MLB）配置方案文档，面向从事LTE/5G无线网络优化的工程师及技术研究人员，聚焦高负载小区用户转移与异频、异系统间负载均衡的实际配置问题。文档围绕MLB的触发模式、目标小区选择与均衡执行三个阶段展开，涵盖候选邻区确定、负载信息交互、目标小区列表配置等原则，并对比异频同步态用户数均衡、异频空闲态UE预均衡三种方式的优缺点，同时给出方案实施与配置建议。资源包内含1个docx文件，大小约1.21MB，内容结构完整、目录清晰，便于按章节查阅与落地参考。目前已有119人学习下载，适合需要掌握MLB配置流程、理解均衡策略差异并应用于现网优化的技术人员参考使用。
1. 一份 17 页的 MLB 配置方案，为什么值得翻三遍
校园网晚高峰最典型的场景：教学楼 D1 频段小区挂着 300 多个用户，隔壁 D2 频段小区只有 120 个，两个小区同覆盖、共站、天线对着同一片区域，但一个在喘、一个在闲。这不是容量不够，是负载没分出去。移动性负载均衡（Mobility Load Balancing，MLB）要解决的就是这件事——eNodeB 判断小区负载状态，把高负载小区里的部分 UE 转移到低负载邻区，平衡异频或异系统之间的负载。
这份《5G网络优化-移动性负载均衡（MLB）配置方案》是一份 17 页的内部实施文档，基于 BTS3900 LTE V100R010C10SPC150 版本，给出了三种均衡策略的完整参数表、实测数据和优缺点对比。它适合谁？一是手里有华为 LTE 双载波共站、正在被用户数不均衡困扰的网优工程师；二是需要写 MLB 配置脚本或做参数核查的规划人员；三是想搞清楚「转移同步态用户」和「转移空闲态用户」到底差在哪、什么时候该开哪个的从业者。文档里最值钱的不是参数表本身，而是那几组实测耗时数据——310 用户均衡用了 1 分 30 秒，300 用户转移空闲态用了 3 分 20 秒，230 用户预均衡用了 4 分半。这些数字直接决定了你在什么场景下该选哪种策略。
2. 三种均衡策略的触发逻辑：先搞懂 UE 在哪个状态被转移
2.1 同步态转移：走切换流程，快但伤感知
转移同步态用户的核心动作是让连接态 UE 做异频切换。基站下发测量控制，要求 UE 上报 D2 频段电平并上报 A4 事件，切换原因填Reduce load in serving cell。UE 完成异频测量、上报、切换执行，整个过程走标准切换信令。
这条路径的好处是快。文档实测 XMJM-理工教学楼-HLH-4/5 共 310 个用户，开启后 1 分 30 秒左右达到均衡；XMJM-集大尚大楼教学楼群-HLS-1/2 共 120 个用户，1 分钟左右完成。因为不依赖用户状态变化，只要 UE 在连接态、满足 A4 门限，就能被选为转移对象。
代价也明确：UE 要做异频测量、要执行切换，单用户感知必然受影响；同时产生额外的异频切换信令。文档给了一个关键数据——因负载均衡产生的异频切换占 eNodeB 内异频切换次数的 5%。这个比例不算高，但在话务密集区叠加起来，空口信令负荷不可忽略。
2.2 空闲态转移：等 UE 自己释放，慢但无感
转移空闲态用户的逻辑完全不同。它不主动切连接态 UE，而是在 UE 从连接态转至空闲态时，通过RRCConnectionRelease消息携带IMMCI（IdleModeMobilityControlInfo）信元，控制 UE 在 RRC 释放后的小区重选行为。简单说：你业务结束、RRC 释放，基站趁这个机会告诉你「去那个频点」。
这种方式对用户感知无影响，也不额外增加切换次数。但它的生效前提是「有用户从连接态转至空闲态」。如果用户一直保持业务状态，策略就干等着。文档实测数据很说明问题：300 个用户左右，转移空闲态用了 3 分 20 秒；120 个用户用了 2 分 30 秒。对比同步态转移的 1 分 30 秒和 1 分钟，慢了不止一倍。
2.3 预均衡：不等触发门限，周期性自适应调整
异频空闲态 UE 预均衡是三种策略里最「自动」的。它不需要触发门限，基站周期性地评估站内各频点对应的用户数比例，自适应地调整释放到各频点的 UE。文档里有一个关键联动逻辑：当本小区触发了基于同步态用户数负载均衡、且分流动作为转移 RRC 释放用户时，预均衡算法自动停止。也就是说，预均衡是「兜底」角色，一旦上层均衡策略生效，它就让位。
预均衡的实测耗时最长：230 个用户 4 分半，100 个用户 3 分 05 秒。但它的优点是无需设门限、站点实时调整。缺点也直白——无法使 UE 选择最好的小区，因为它是按比例分配，不是按信号质量选。
2.4 三种策略的选型判断
把三种策略放在一起看，选型逻辑就清楚了：
| 维度 | 转移同步态 | 转移空闲态 | 预均衡 |
|---|---|---|---|
| 触发条件 | A4 门限 + 负载门限 | RRC 释放时机 | 无门限，周期评估 |
| 均衡速度 | 快（1-1.5 分钟） | 中（2.5-3.5 分钟） | 慢（3-4.5 分钟） |
| 用户感知影响 | 有（异频测量+切换） | 无 | 无 |
| 额外信令负荷 | 有（约 5% 异频切换） | 无 | 无 |
| 适用场景 | 大话务保障、空闲态均衡效果不好时 | 具备双载波的基站，按实际用户数设门限 | 用户多的双载波基站（营业厅、办公楼、车站） |
文档的建议很务实：转移连接态用户目前现网已开启，建议在大话务保障期间、且转移空闲态用户均衡效果不好时开启；转移空闲态用户现网尚未开启，建议具备双载波的基站开启；预均衡建议用户较多的双载波基站开启，选择自适应比例方式，站内双频点用户数比例均设为 50%。
3. 参数配置实操：从候选邻区到目标小区列表的完整链路
3.1 配置原则的四步链路
文档把配置原则拆成四步：确定候选邻区、负载信息交互、识别交互邻区和盲邻区、确定目标小区列表。这四步对应不同的参数组：
- 候选邻区：
MlbAlgoSwitch、overlapInd、LoadBalanceNcellscope - 负载信息交互：依赖 X2 口或 S1 口交互负载信息
- 交互邻区/盲邻区识别：
MlbAlgoSwitch - 目标小区列表：
MlbAlgoSwitch、FreqSelectStrategy（转移同步态用户）、IdleUeSelFreqScope（转移空闲态用户）
这里有一个容易翻车的点：overlapInd必须设为YES，否则基站不认为邻区与本小区存在重叠覆盖，MLB 根本不会把该邻区纳入候选。很多现场开了 MLB 但没效果，第一件事就是查这个参数。
3.2 转移同步态用户的参数表与配置逻辑
文档给出的推荐值是一套经过实测验证的配置。核心参数如下：
| 参数名 | 参数 ID | 推荐值 |
|---|---|---|
| 重叠覆盖标识 | EutranInterFreqNCell.OverlapInd | YES |
| 负载均衡触发模式 | CellMLB.MlbTriggerMode | UE_NUMBER_ONLY |
| 异频用户数负载均衡转移 UE 类型 | CellMLB.InterFreqUeTrsfType | Synchronized UE |
| 负载平衡切换方式 | CellAlgoSwitch.MlbHoMode | InterFreqMlbRedirect |
| 负载平衡算法开关 | CellAlgoSwitch.MlbAlgoSwitch | InterFreqMlbSwitch |
| 负载均衡目标频点标识 | EutranInterNFreq.MlbTargetInd | ALLOWED |
| 负载均衡目标频点选择策略 | CellMLB.FreqSelectStrategy | FAIRSTRATEGY |
| 异频负载评估周期 | CellMLB.InterFreqLoadEvalPrd | 10 |
| 异频负载均衡用户数门限 | CellMLB.InterFreqMlbUeNumThd | 100 |
| 负载均衡用户数偏置 | CellMLB.MlbUeNumOffset | 20 |
| 用户数差值门限 | CellMLB.UeNumDiffThd | 15 |
| 负载均衡最大切换出用户数 | CellMLB.MlbMaxUeNum | 20 |
| 负载均衡用户选择 PRB 门限 | CellMLB.MlbUeSelectPrbThd | 50% |
| 基于负载的异频 RSRP 触发门限 | InterFreqHoGroup.InterFreqLoadBasedHoA4ThdRsrp | -103 |
| 异频负载均衡 RSRP 门限偏置 | EutranInterNFreq.IfMlbThdRsrpOffset | 0 |
| 负载均衡邻区范围 | LoadBalanceNCellScope | ADAPTIVE |
几个关键参数的含义需要说清楚。InterFreqMlbUeNumThd是触发门限，文档中高负载小区设 100、低负载小区设 20，这是根据实际用户数（300 vs 120）做的差异化配置。MlbUeNumOffset是偏置，配合门限使用，避免在门限附近频繁触发。UeNumDiffThd是用户数差值门限，只有源小区和目标小区的用户数差值超过 15 才触发均衡。MlbMaxUeNum限制单次最大切换出用户数，防止一次性转移过多导致目标小区过载。MlbUeSelectPrbThd设为 50%，意味着只选择 PRB 占用低于 50% 的用户进行转移，避免把高业务量用户切走影响其体验。
InterFreqLoadBasedHoA4ThdRsrp设为 -103 dBm，这是 A4 事件的 RSRP 触发门限。A4 事件的定义是「邻区电平高于门限」，所以这个值决定了 UE 在什么信号条件下才被允许切换到目标频点。-103 dBm 是一个相对宽松的门限，保证有足够多的 UE 满足切换条件。
3.3 转移空闲态用户的参数差异
转移空闲态用户的参数表与同步态高度重合，差异集中在三个参数：
| 参数名 | 参数 ID | 推荐值 |
|---|---|---|
| 异频用户数负载均衡转移 UE 类型 | CellMLB.InterFreqUeTrsfType | Idle UE |
| 异频空闲态 MLB 用户数门限 | CellMLB.InterFreqIdleMlbUeNumThd | 100 |
| 负载均衡邻区范围 | LoadBalanceNCellScope | ADAPTIVE |
注意InterFreqIdleMlbUeNumThd替代了同步态的InterFreqMlbUeNumThd，这是空闲态专用的用户数门限。其余参数如MlbTriggerMode、FreqSelectStrategy、MlbMaxUeNum、MlbUeSelectPrbThd等保持一致。
文档还记录了一个关于频点优先级的实验：将LoadBalanceNCellScope取值为ALL，IdleUeSelFreqScope设为负载信息频点，观察下发频点优先级；再将LoadBalanceNCellScope取值为ADAPTIVE，修改负载频点（38098）重选优先级为 5，观察下发频点优先级。结论是 LTE 频点专有频点优先级有特定规则。这个实验的价值在于：如果你发现 UE 释放后没有重选到预期频点，需要检查CellReselPriorityCfgInd和CellReselPriority的配置。
3.4 预均衡的参数配置
预均衡的参数表最简洁：
| 参数名 | 参数 ID | 推荐值 |
|---|---|---|
| 负载均衡算法开关 | CellAlgoSwitch.MlbAlgoSwitch | InterFreqIdleMlbSwitch |
| 异频空闲态负载均衡模式 | CellMLB.InterFreqIdleMlbMode | Proportion |
| Idle 态 MLB 释放比例 | EutranInterNFreq.IdleMlbUEReleaseRatio | 50% |
| 异频频点小区重选优先级配置指示 | EutranInterNFreq.CellReselPriorityCfgInd | CFG |
| 异频频点小区重选优先级 | EutranInterNFreq.CellReselPriority | 沿用现网配置 |
| 异频频点高优先级重选门限 | EUTRANINTERNFREQ.ThreshXhigh | 沿用现网配置 |
InterFreqIdleMlbMode设为Proportion表示按比例负载平衡模式，IdleMlbUEReleaseRatio设为 50% 表示释放到各频点的 UE 比例均等。文档建议站内双频点用户数比例均设为 50%，这是预均衡的核心配置。
4. 实测数据怎么读：KPI 指标与均衡耗时对照
4.1 同步态转移的 KPI 观测
文档记录了 XMJM-理工教学楼-HLH-4/5 在 11 点至 16 点开启同步态转移后的 KPI：
| 小区 | 异频切换次数 | 负载均衡触发执行尝试次数 | 负载均衡触发准备尝试次数 | 负载均衡触发执行成功次数 |
|---|---|---|---|---|
| HLH-4 | 1739 | 313 | 313 | 313 |
| HLH-5 | 1060 | 104 | 104 | 104 |
这组数据的读法：执行尝试、准备尝试、执行成功三个数字完全一致，说明负载均衡触发的切换没有失败。HLH-4 的 313 次触发对应 1739 次异频切换，占比约 18%；HLH-5 的 104 次对应 1060 次，占比约 10%。文档给出的整体比例是 5%，说明不同小区的负载均衡触发占比有差异，取决于负载不均衡程度。
4.2 空闲态转移的 KPI 观测
XMJM-理工教学楼-HLH-4/5 在 16 点至 19 点开启空闲态转移后的 KPI：
| 小区 | 异频切换次数 | 负载均衡触发执行尝试次数 | 负载均衡触发准备尝试次数 | 负载均衡触发执行成功次数 |
|---|---|---|---|---|
| HLH-4 | 996 | 156 | 156 | 156 |
| HLH-5 | 678 | 79 | 79 | 79 |
对比同步态的数据，空闲态转移的异频切换次数明显更低（996 vs 1739，678 vs 1060），因为空闲态转移不产生切换，只产生 RRC 释放后的重选。但负载均衡触发次数仍然存在，说明系统在统计「因负载均衡导致的释放」。
4.3 均衡耗时的横向对比
把三组实测数据放在一起：
| 策略 | 小区 | 用户数 | 均衡耗时 |
|---|---|---|---|
| 转移同步态 | HLH-4/5 | 310 | 1 分 30 秒 |
| 转移同步态 | HLS-1/2 | 120 | 1 分 |
| 转移空闲态 | HLH-4/5 | 300 | 3 分 20 秒 |
| 转移空闲态 | HLS-1/2 | 120 | 2 分 30 秒 |
| 预均衡 | HLH-4/5 | 230 | 4 分 30 秒 |
| 预均衡 | HLS-1/2 | 100 | 3 分 05 秒 |
这组数据的工程含义：如果你的场景是突发话务、需要快速均衡，选同步态转移；如果是日常负载均衡、对感知敏感，选空闲态转移；如果是营业厅、办公楼这类用户数持续较高的双载波站，预均衡可以作为常态化兜底。
5. 避坑与排查：五个现场翻车记录
5.1 开了 MLB 但用户数不降
现象：参数按文档配了，MlbAlgoSwitch开了，但高负载小区用户数纹丝不动。
原因：最常见的是overlapInd没设成YES，基站不认为邻区有重叠覆盖，MLB 不会把该邻区纳入候选。其次是MlbTargetInd没设成ALLOWED，目标频点被禁止。
解决：先查EutranInterFreqNCell.OverlapInd，再查EutranInterNFreq.MlbTargetInd，最后确认 X2 口是否正常，负载信息交互是否成功。
5.2 均衡触发但切换失败率高
现象：KPI 显示负载均衡触发执行尝试次数有值，但执行成功次数明显偏低。
原因：InterFreqLoadBasedHoA4ThdRsrp设得太高（比如 -90 dBm），导致 UE 上报 A4 时信号质量不够，切换准备阶段就失败。或者IfMlbThdRsrpOffset偏置设置不当，目标小区实际电平不满足切换条件。
解决：把InterFreqLoadBasedHoA4ThdRsrp放宽到 -103 dBm 或更低，IfMlbThdRsrpOffset先设 0，观察切换成功率后再微调。
5.3 空闲态转移长时间不生效
现象：开了转移空闲态用户，但均衡耗时远超文档记录的 3 分 20 秒，甚至十几分钟都没明显变化。
原因：空闲态转移依赖 UE 从连接态转至空闲态。如果当前时段用户持续保持业务（比如视频流、下载），RRC 不释放，策略就没有执行时机。另外InterFreqIdleMlbUeNumThd设得太高，触发门限迟迟达不到。
解决：确认当前时段的业务模型，如果是持续业务为主，改用同步态转移或预均衡。同时根据实际用户数调整InterFreqIdleMlbUeNumThd，文档中高负载小区设 100、低负载小区设 20，这个差异化配置值得参考。
5.4 预均衡把 UE 分配到信号差的频点
现象：预均衡开启后，部分 UE 重选到信号质量较差的频点，用户感知下降。
原因：预均衡按比例分配，不判断 UE 与目标频点的信号质量。文档明确写了这个缺点——「无法使 UE 选择最好的小区」。如果两个频点的覆盖差异较大，按 50% 比例分配会导致部分 UE 重选到弱覆盖频点。
解决：预均衡适合覆盖基本一致的双载波站。如果两频点覆盖差异明显，优先用同步态或空闲态转移，这两种方式都有 RSRP 门限把关。预均衡的IdleMlbUEReleaseRatio也可以根据覆盖情况调整，不必死守 50%。
5.5 三种策略同时开启导致算法互斥
现象：同步态转移和预均衡同时开启，预均衡突然不工作了。
原因：这不是故障，是设计逻辑。文档明确写了：当本小区触发了基于同步态用户数负载均衡且其分流动作为转移 RRC 释放用户时，本小区的自适应比例预均衡算法自动停止。预均衡是兜底角色，上层策略生效时它让位。
解决：理解这个联动关系，不要误判为预均衡失效。如果你希望预均衡持续工作，就不要同时开启同步态转移中的 RRC 释放分流动作。
6. 从参数表到脚本：批量配置与验证的进阶手法
文档给的是单站参数表，但现网往往是几十上百个双载波站需要批量配置。我一般会先把参数表整理成 CSV，再用网管的批量配置工具或 MML 脚本批量下发。以转移同步态用户为例，核心 MML 命令的骨架是这样的：
# 开启异频负载均衡算法开关 MOD CELLALGOSWITCH: LocalCellId=0, MlbAlgoSwitch=InterFreqMlbSwitch-1; # 设置负载均衡触发模式为用户数模式 MOD CELLMLB: LocalCellId=0, MlbTriggerMode=UE_NUMBER_ONLY; # 设置转移 UE 类型为同步态 MOD CELLMLB: LocalCellId=0, InterFreqUeTrsfType=Synchronized_UE; # 设置负载均衡切换方式为异频重定向 MOD CELLALGOSWITCH: LocalCellId=0, MlbHoMode=InterFreqMlbRedirect; # 设置目标频点标识为允许 MOD EUTRANINTERNFREQ: LocalCellId=0, DlEarfcn=38098, MlbTargetInd=ALLOWED; # 设置目标频点选择策略为公平选择 MOD CELLMLB: LocalCellId=0, FreqSelectStrategy=FAIRSTRATEGY; # 设置负载评估周期为 10 MOD CELLMLB: LocalCellId=0, InterFreqLoadEvalPrd=10; # 设置用户数门限和偏置（高负载小区） MOD CELLMLB: LocalCellId=0, InterFreqMlbUeNumThd=100, MlbUeNumOffset=20; # 设置用户数差值门限 MOD CELLMLB: LocalCellId=0, UeNumDiffThd=15; # 设置最大切换出用户数 MOD CELLMLB: LocalCellId=0, MlbMaxUeNum=20; # 设置用户选择 PRB 门限 MOD CELLMLB: LocalCellId=0, MlbUeSelectPrbThd=50; # 设置 A4 触发门限 MOD INTERFREQHOGROUP: LocalCellId=0, InterFreqLoadBasedHoA4ThdRsrp=-103; # 设置 RSRP 门限偏置 MOD EUTRANINTERNFREQ: LocalCellId=0, DlEarfcn=38098, IfMlbThdRsrpOffset=0; # 设置负载均衡邻区范围为自适应 MOD LOADBALANCENCELLSCOPE: LocalCellId=0, LoadBalanceNCellScope=ADAPTIVE;这段脚本的逻辑是按「算法开关 → 触发模式 → 转移类型 → 目标频点 → 门限参数 → 邻区范围」的顺序逐层配置。参数值直接对应文档推荐值，但有两个地方需要按站调整：InterFreqMlbUeNumThd和MlbUeNumOffset要根据实际用户数设，文档中高负载小区用 100/20、低负载小区用 20/5；DlEarfcn要换成实际的目标频点。
批量下发后，验证环节不能只看参数是否生效，要看 KPI。我习惯盯三个指标：负载均衡触发的异频切换执行成功次数、源小区用户数变化曲线、目标小区用户数变化曲线。文档中的验证方法是通过网管 KPI 监控因负载均衡导致的异频切换，观测执行尝试、准备尝试、执行成功三个计数是否一致。如果三个数字有差异，说明切换流程有失败，需要回查 A4 门限和 RSRP 偏置。
还有一个容易被忽略的验证点：频点重选优先级。文档里专门做了一组实验，对比LoadBalanceNCellScope=ALL和ADAPTIVE两种设置下发的频点优先级。如果你发现 UE 释放后没有重选到预期频点，先查CellReselPriorityCfgInd是否设为CFG，再查CellReselPriority的值是否符合预期。这个参数在转移空闲态用户和预均衡里都起作用，配错了会导致 UE 重选到错误的频点。
从那以后我每次开 MLB 都强制走一遍「参数核查 → 单站验证 → KPI 观测 → 批量推广」的流程，尤其是overlapInd和MlbTargetInd这两个开关，必须逐站确认。希望帮到你。
本文还有配套的精品资源，点击获取
