企业官网建设流程全解析

简介：这是一份关于中兴TD-LTE负荷均衡功能的实战指导PPT，面向5G网络优化工程师、基站运维与规划设计人员，帮助解决多载波组网下小区负荷不均、资源利用率低、用户速率体验差等问题。内容系统划分概述、算法机制、功能部署、性能分析和典型应用场景，重点讲解连接态负荷均衡（LB）与驻留态负荷均衡（CLB）的完整流程：包括负荷统计、启动门限判断、候选小区筛选、UE选择策略，以及基于测量或盲切换的执行过程；同时介绍移动性管理MLB、专用频点优先级（IMMCI）引导重选、CPU负荷控制等关键策略，并说明FDD/TDD同厂家、异厂家部署场景，双载波同覆盖、不同频段重叠覆盖等适用组网，以及V3.30.601P02版本下的功能差异。资源共1个PPTX演示文稿，大小约4.65MB，结构紧凑，便于直接学习或用于内部培训。已有296人学习过该资料，具备一定参考热度，适合需要快速掌握中兴负荷均衡策略与部署要点的网优工程师研读。

1. 晚忙时第一个想到的应该是它：TD-LTE负荷均衡到底解决什么问题

晚忙时打开中兴网管，盯KPI的人十有八九见过这幅画面：某小区PRB利用率冲到90%以上，旁边邻区利用率只有20%，投诉电话已经进来了。加板卡、加载波看着是正解，但多数场景下，最快见效的其实是先把那票用户挪走——这就是中兴TD-LTE负荷均衡功能在干的事。它用一套测量-判决-执行的机制，把高负荷小区里的用户切到低负荷邻区，不碰硬件、不动天馈，纯靠参数和算法从容量困境里挤条路。

这组配置方法就是给一线网优工程师和刚接手无线参数维护的人准备的，把负荷均衡从开关、门限到执行动作一条链讲透，落到能直接抄的参数配置和排错路径上。搞懂它，很多等着扩容的局点其实还能再撑一阵。

2. 先从算法链路说起：测量、判决、执行三个环节谁都不能少

2.1 触发条件：负荷均衡的启动开关不止PRB利用率

先明确归属：中兴TD-LTE的负荷均衡是eNodeB侧自优化功能，在SON（自组织网络）体系里属于MLB（移动负载均衡）的一种落地形态。它解决的问题很朴素：无线资源是共享的，一个小区塞满了人，旁边小区空荡荡，用户体验和资源利用率都是浪费。但“塞满”不能靠感觉，基站必须用指标说话。

中兴的负荷判决通常综合看上行PRB利用率、下行PRB利用率、上行IP吞吐量、下行IP吞吐量以及RRC连接用户数。商用配置里用得最多的是“下行PRB利用率+用户数”的组合，这两个指标最能反映小区是不是真的挤。这里第一个坑就藏在逻辑关系里：多条件之间是“与”还是“或”，不同版本给的可选项不一样。有的局点只设了PRB利用率，忙时用户数上来了但单用户流量很低，PRB反而不高，用户感知已经差了，均衡却不触发；把用户数纳入判决并用“或”逻辑，这类“人多流量少”的场景才会动作。

判决周期和迟滞直接决定灵敏度。周期太短，基站频繁测算，信令开销先放一边，忙时震动大，容易误触发；周期太长，晚忙时来得急，均衡跟不上，用户已经感知到卡才开始迁。我一般沿用现网默认统计周期，再用两个统计量倒推灵敏度：均衡触发次数和均衡切换成功率。触发次数多但切换成功率低，说明目标小区选择有问题；触发次数很少但高负荷持续，说明门限设得太紧，该松一松。

提示：负荷均衡是“锦上添花”型功能，不是“雪中送炭”。小区PRB利用率长期100%且用户数爆炸时，先解决容量本身，别指望均衡能填无底洞。

2.2 判决与选网：从测量事件到目标小区排序

基站确认自己负荷高之后，要回答“往哪儿迁”。这一步分三个层面：候选集筛选、测量控制、目标排序。

候选集筛选的第一道关口是邻区关系。负荷均衡只能把用户切到已配置且状态正常的邻区，漏配邻区是后续切换失败最常见的根源，没有之一。第二道关口是频点和制式：同频、异频、异系统三类均衡的复杂度是递增的。同频最简单，异频要求终端具备异频测量能力，异系统（往3G/2G迁）一般不靠负荷均衡去解决，优先级放得最低。

测量控制是整个链路里最需要细抠的部分。同频场景下，基站用A4事件让终端上报邻区RSRP，满足门限就进入候选；异频场景常用“负荷均衡触发时才下发测量控制”的方式，避免终端一直做异频测量、白白耗电，测量事件多为A4或A5。A4门限设多高，直接决定哪些用户能走：门限抬高，只有信号好的用户够格迁出，安全性高但能迁的人少；门限压低，迁出的人多，但边缘用户可能被推进覆盖更差的坑里。后面避坑章节会专门讲这个度。

目标排序不是简单比RSRP。中兴的算法里，目标小区优先级、目标当前负荷、小区间偏置三个因素一起叠加：优先级高且负荷低的小区排前面，偏置用来人为引导流量，比如明确让某个室分小区当接纳方。

还有一点容易被忽略：负荷均衡的目标小区不能是“正在被发起均衡”的小区，也不能是自身负荷已超限的小区。中兴算法里对候选小区有一轮负荷预筛选，目标小区PRB利用率高于某个内部阈值时会被剔除。曾见过有人把两个都高负荷的小区配成互均衡，结果A切到B之后B立刻把用户切回来，来回折腾。配对之前，先把双方负荷曲线拉出来看一遍。

2.3 执行动作：同频切换、异频切换与重定向怎么选

“迁”的动作，LTE里无非切换和重定向两条路。同频负荷均衡走A3/A4切换流程，信号连续性最好，用户基本无感知；异频负荷均衡在触发后动态下发异频测量控制，终端上报A4/A5后基站执行异频切换。如果终端不支持异频切换——这种情况在现网还有存量——就走重定向：先释放RRC连接，让终端在目标频点重新接入，感知略差，但能把人挪走。

同频与异频的选择，要结合组网看。城区宏站同频覆盖连续，优先开同频均衡；城区异频组网（比如D1/D2/F1分层）的站点把异频均衡当补充；室内外之间靠异频均衡导流时，要额外核查外部小区PCI、频点以及重定向配置，错一个就翻车。

原则很简单：能用同频解决的不用异频，能用切换解决的不用重定向，异系统均衡只做兜底。执行动作要跟A4门限联动，宁可少切几个，不要切完就掉线。

3. 中兴网管上的配置步骤：开关、门限、生效检查一条龙

3.1 开关状态核查：算法没被关掉才是前提

中兴设备的负荷均衡配置，在Ume网管的“无线参数→E-UTRAN→小区算法”菜单下，不同版本的具体菜单命名略有差异，但思路一致：先找开关，再看参数组，最后核查生效状态。

开关是分层的。第一层是全局SON开关，这一层关掉，下面的MLB、MRO这些自优化功能全都停摆；第二层是小区级MLB开关，控制单个小区是否参与负荷均衡；第三层是同频、异频均衡各自的开关。很多“参数改了没效果”的案例，查到最后都是第一层或第二层开关本来就是关闭状态，参数改得再好看也是白搭。

标准操作流程是先在LMT里做一轮读取。常见做法是在MML命令行执行LST EUTRANCELL查看小区状态，再进入小区算法配置页确认MLB相关开关状态。如果是从别人手里接过的现网，建议把区域内所有小区的开关状态导出来做成台账，标注清楚哪些小区刻意关了均衡——比如某些高优先级保障小区，开局时就把均衡关了，后面的人不知情，一开就影响业务。

3.2 参数组逐项调：门限、偏置、周期

开关打开之后，真正决定行为的是下面这张参数表。我按“判决-测量-执行”三段来拆。

注意一点：表格里的数值只是给个方向，不同版本和运营商规范可能完全不一样。调参前先查一下当地运营商的参数规范。

逐个说。PRB利用率门限是核心中的核心：设高了，小区不触发均衡，等于功能白开；设低了，用户被频繁迁出，切换次数暴增，反而制造负荷。我一般以忙时统计为准，取忙时PRB利用率的P90值作为门限基线，比P90低10个点左右作为触发门限。

A4门限的调节逻辑是反着的，它管的是“谁有资格被迁出”。门限越高，对目标小区信号要求越苛刻，能迁的人越少，但迁过去几乎都能站稳；门限越低，迁出的人多，目标小区信号可能很差。第一次调整时，建议从运营商规范值出发，每次只改2~3dB，观察两天再动下一轮。

目标小区偏置是个容易理解的参数：想让某个小区多收人，给它加正向偏置；想让它少收人，加负向偏置。室内外导流场景经常用到，但偏置和A4门限叠加之后，实际生效门限需要按公式算清楚，别只看单值。

同频和异频均衡的参数是独立分组的，修改时别只改了一组。有人调异频均衡，门限和偏置都动完了，最后发现同频均衡的A3/A4偏置没动，两个均衡在边界上互相打架。建议每次只动一组，动之前先确认目标业务是往同频邻区迁还是往异频邻区迁，再决定改哪组的参数。

3.3 配置下发与生效检查

参数配好后，在网管上执行“修改并下发”，中兴LTE网管一般会提示配置生效成功。但提示成功不等于真的生效，我习惯做三层检查。

第一层看记录核对：把修改前后的参数对比导出来，确认目标值和生效值一致，注意有些参数存在“配置值”和“运行值”两列，下发后运行值没变过，说明修改失败或需要重启小区。第二层看统计：在OMC里查“负荷均衡触发次数”，如果这个counter在忙时有增长，说明算法在跑；如果依然是0，回头查开关和配置下发链路。第三层看无线侧：观察均衡后切换成功率有没有波动，波动超过预期就赶紧回退。

这里给个建议：所有结构类参数修改前先做配置备份和快照，保存一份修改时间、操作人、修改项的变更记录。负荷均衡牵扯的是全网行为，不是单小区行为，出问题要能5分钟内回退到上一个可用配置。后悔药得自己提前备好。

批量操作场景要特别小心。用批量模板导配置时，Excel里的空白单元格有时候会被解析成“不修改”，有时候会被解析成“清零”，不同版本行为不同。我吃过一次亏：批量导入时空白列把某一组迟滞参数清成了0，第二天乒乓切换投诉就来了。所以批量导入后，必须用LST把关键参数再读一遍，确认没有意外归零。

4. 一个真实调参场景：宏站过载、室分闲置，怎么把用户导过去

4.1 场景识别：从KPI里找到需要配对的小区

某地市商圈，一个宏站小区连续一周晚忙时PRB利用率在85%~93%之间晃，用户投诉集中在“看视频转圈”。相邻同站异频小区和对面楼宇的室分小区利用率都只有20%~30%。从KPI看是典型的热点过载加周边闲置，扩容申请要等流程，负荷均衡是能最快缓解的手段。

动手前要看的东西：目标小区和源小区的邻区关系是否双向配置、外部小区定义里的PCI/频点/带宽是否一致、覆盖上是否有交集、终端在源小区测目标小区的RSRP大概在什么区间。如果两小区覆盖根本没有重叠，均衡无从谈起，硬配参数只会把边缘用户切过去然后掉线。

可以从MR数据或路测里大致看一眼重叠区的RSRP分布。如果重叠区RSRP普遍在-95dBm以上，A4门限就有得调；如果普遍在-100dBm以下，这组配对不适合做负荷均衡，换一对。

4.2 参数调整：默认值到目标值，改了什么、为什么

目标明确：把宏站里一部分中近点用户导到异频邻区，异频邻区空闲。选择异频均衡是因为这两个小区是异频组网，同频均衡用不上。

第一轮调整，目的是验证链路通不通，不是一步到位：

• 打开异频负荷均衡开关，确认小区算法配置里该小区未被排除
• 下行PRB利用率触发门限从默认80%调到75%，该小区忙时P90是91%，触发门限要比P90低一截才会稳定触发
• 异频A4门限设-100dBm，参考运营商默认值附近
• 目标小区偏置保持0，切换时间迟滞保持默认

下发后观察24小时，重点看两个统计：均衡触发次数是否出现，切出去的切换成功率是否正常。如果触发次数为零，回到第3章的核查链路查开关和配置；如果切换成功率低，先查外部小区定义。

第二轮调整，在第一轮观察结果上做：

• 均衡触发次数有了，但迁出量不够，忙时源小区PRB利用率还在80%以上
• A4门限从-100dBm提高到-98dBm，让更多信号好的用户够资格迁出
• 目标小区偏置加3dB，让候选排序里这个室分小区更靠前
• 切换时间迟滞保持默认，暂时不需要动

调整前后对比：

在Ume网管上按这个路径操作：进入小区算法配置页，找到目标小区，打开异频负荷均衡开关，修改判决门限和A4门限，保存并下发。单小区验证阶段建议手动改，别一上来就批量，批量只用于多小区同步推广。

4.3 效果评估：三天KPI周期里的变化与复盘

效果评估看三个指标：忙时源小区PRB利用率、均衡切换成功率、用户速率与投诉量。

三天后，源小区忙时PRB利用率从90%降到68%左右，室分小区利用率从25%升到45%，两个小区都没到过载线。均衡切换成功率保持在98%以上，切换统计里没有乒乓效应的异常抬升，投诉量下降。

但有个细节要写进报告：PRB利用率下降不等于容量增加。负荷均衡是重新分配用户，总量没变，只是让原本被挤的用户有了更好的体验。评估报告里要把这个写清楚，别把均衡的功劳写成扩容的效果。

复盘时再看一个东西：均衡触发的时段分布。如果每天都是同一时段稳定触发，说明业务规律稳定，参数可以保持；如果触发时段漂移，比如从晚忙时漂到中午，可能是用户行为变了，要复查门限是否还合适。

如果三天后触发次数为零，先查开关是否下发成功，再查该小区是否被排除在算法外，最后看统计窗口是不是没对齐忙时。如果触发次数有但源小区PRB利用率没降，看迁出的用户数是否够多、A4门限是否太苛刻，或者用户迁出后又有新用户接入填满了——这种情况要靠用户数门限一起约束，单纯调PRB门限没用。

5. 负荷均衡常见问题排查：五个翻车现场和对应解法

5.1 均衡切换成功率骤降：先查邻区，再查外部小区定义

现象：打开负荷均衡后，异频切换出成功率从99%掉到85%左右，掉线率抬升，值班电话开始响。

原因：最常见的是外部小区定义里的PCI、频点、带宽与实际不符，或者邻区漏配、单向邻区。负荷均衡选中的目标在算法层“存在”，但在无线侧“不存在”，切换自然失败。

解决：把切出失败的小区列表拉出来，逐个对照邻区关系表，重点查漏配、PCI混淆和外部小区数据一致性；用网管自带的邻区核查工具扫一遍。看统计时要区分失败环节，是目标侧无响应还是随机接入失败，指向的排查路径完全不同。改完重新观察均衡切换成功率，确认回到98%以上再收工。

5.2 乒乓效应：迟滞和偏置没压住

现象：用户在A、B两个小区之间来回切换，切换统计里“切换入后很快切出”的比例升高，用户速率忽快忽慢。

原因：两个小区负荷差异不大，A4/A5边界重叠，切换时间迟滞设得太短，目标小区偏置为零导致两边优先级相当。开了均衡之后，A把用户推到B，B负载升高后也触发均衡，又把用户推回A，成了双向互推。

解决：加大切换时间迟滞，比如从0加到480ms；给目标小区设负向偏置；或者错开两边的触发门限，让B的触发条件明显高于A。核心是把双向互推变成单向导流，而不是靠单一参数硬压。

5.3 边缘用户被切到弱覆盖区：A4门限的度

现象：均衡后掉线率没明显变化，但用户投诉“切过去之后网页打不开”，下行速率掉到1Mbps以下。

原因：A4门限太低，边缘用户也符合迁出条件，到了目标小区后RSRP低于业务需求门限，或者目标小区RSRP达标但SINR很差，速率起不来。

解决：抬高A4门限，让只有中近点用户满足迁出条件；配合A5或覆盖类切换兜底，把边缘用户交给常规切换处理，别让均衡去动边缘用户。边缘用户的问题本质是覆盖问题，不是负载问题，用均衡硬解只会把投诉从“慢”变成“断”。

5.4 同频、异频均衡同时开的冲突

现象：两个均衡都开了，忙时切换次数暴增，均衡切换成功率波动大，用户感知反而变差。

原因：同频均衡和异频均衡各自独立判决，目标方向不一致。同频均衡刚把用户从A拉到同频邻区B，异频均衡又把用户从B推到异频邻区C，用户在三个小区间被搬来搬去。

解决：明确主从关系，一个场景只让一种均衡主导；如果必须同时开，把次要均衡的触发门限抬高，让它在主均衡未能缓解时再做补充。同时检查两个均衡的目标小区集合，避免重叠。

5.5 参数改了“不生效”：逐层查，别信提示

现象：参数修改提示成功，但一周统计里均衡触发次数为零，或者行为完全没变化。

原因：三层开关有一层没打开；参数改在错误的配置组里，比如改到默认配置组而小区用的是自定义组；配置值和运行值不一致；修改后小区处于异常状态或配置未真正下发。

解决：按“开关→配置组→运行值→统计”四层排查。先确认三层开关状态，再确认修改的是不是当前生效的配置组，然后看LST读出的运行值和配置值是否一致，最后看OMC counter有没有变化。实在不行重启小区加载配置，但重启会影响业务，要在维护窗口做。不同版本的菜单命名有差异，排查时先确认版本再套经验，别拿旧版本的参数名硬套。

6. 进阶与验证：均衡度怎么算，和载波聚合怎么配合

6.1 验证方法：均衡度与切换成功率的加权评估

均衡效果别只看PRB利用率绝对值，我习惯用均衡度量化。把参与均衡的小区集合拿出来，算“最高小区负荷-最低小区负荷”的差值变化，或者用均衡度=1-(负荷标准差/平均值)来看整体离散程度。调整前差值60个百分点，调整后差值20个百分点，这就是能写进报告的证据。只看单小区曲线容易自我感动，把集合拉平了看才是真实效果。

6.2 和载波聚合、负载均衡策略的配合

载波聚合的站点要留意：用户可能同时在两个载波上收发，负荷均衡判断的是小区维度，但CA用户迁出时需要考虑辅载波是否跟着切换，复杂度上升。VoLTE用户尽量少动，切换虽然无损，频繁切换对语音质量不友好。负荷均衡定位是缓解工具，不是容量增长工具，这个边界写清楚，方案评审时才不会被打回去。

最后说个我自己翻车后长记性的事。有一回调完异频均衡，只核对了邻区关系，没核对外部小区定义，当晚忙时切换失败率直接翻倍，值班电话被打爆。从那以后，每次下发参数前我都会把外部小区定义拉出来和现网逐条对一遍，这条习惯救了我好几次。负荷均衡这个功能，参数不难，难的是把周边所有依赖项都看住。希望你调参的时候，也能把这一步当作铁律。希望帮到你。

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