中兴TD-LTE负荷均衡配置与排障：从触发门限到切换参数

简介这是一份关于中兴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、频点以及重定向配置错一个就翻车。对比项同频负荷均衡异频负荷均衡异系统负荷均衡触发复杂度低中高对终端要求无特殊要求需支持异频测量需支持异系统测量/重定向用户感知硬切换中断时延小中断稍大耗电增加感知明显很少启用典型场景宏站同频组网分层组网、室内外导流3G/4G协同但一般不用原则很简单能用同频解决的不用异频能用切换解决的不用重定向异系统均衡只做兜底。执行动作要跟A4门限联动宁可少切几个不要切完就掉线。3. 中兴网管上的配置步骤开关、门限、生效检查一条龙3.1 开关状态核查算法没被关掉才是前提中兴设备的负荷均衡配置在Ume网管的“无线参数→E-UTRAN→小区算法”菜单下不同版本的具体菜单命名略有差异但思路一致先找开关再看参数组最后核查生效状态。开关是分层的。第一层是全局SON开关这一层关掉下面的MLB、MRO这些自优化功能全都停摆第二层是小区级MLB开关控制单个小区是否参与负荷均衡第三层是同频、异频均衡各自的开关。很多“参数改了没效果”的案例查到最后都是第一层或第二层开关本来就是关闭状态参数改得再好看也是白搭。标准操作流程是先在LMT里做一轮读取。常见做法是在MML命令行执行LST EUTRANCELL查看小区状态再进入小区算法配置页确认MLB相关开关状态。如果是从别人手里接过的现网建议把区域内所有小区的开关状态导出来做成台账标注清楚哪些小区刻意关了均衡——比如某些高优先级保障小区开局时就把均衡关了后面的人不知情一开就影响业务。3.2 参数组逐项调门限、偏置、周期开关打开之后真正决定行为的是下面这张参数表。我按“判决-测量-执行”三段来拆。参数类别常用参数作用常见默认值参考调整建议负荷判决下行PRB利用率门限判定小区是否高负荷60%~80%高话务场景取下限负荷判决RRC用户数门限结合用户数判定视小区配置与PRB门限配合负荷判决均衡判决周期/迟滞控制触发灵敏度周期秒级迟滞若干周期不动先调迟滞测量控制异频A4门限控制哪些用户进入候选运营商默认太高切不动太低切错执行控制目标小区偏置加权目标排序0按覆盖情况设正负执行控制切换时间迟滞防止乒乓0~几百ms乒乓场景加大注意一点表格里的数值只是给个方向不同版本和运营商规范可能完全不一样。调参前先查一下当地运营商的参数规范。逐个说。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让候选排序里这个室分小区更靠前切换时间迟滞保持默认暂时不需要动调整前后对比参数项调整前第一轮第二轮异频负荷均衡开关关开开下行PRB利用率触发门限80%75%75%异频A4门限无-100dBm-98dBm目标小区偏置003dB切换时间迟滞默认默认默认在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把用户推到BB负载升高后也触发均衡又把用户推回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用户尽量少动切换虽然无损频繁切换对语音质量不友好。负荷均衡定位是缓解工具不是容量增长工具这个边界写清楚方案评审时才不会被打回去。最后说个我自己翻车后长记性的事。有一回调完异频均衡只核对了邻区关系没核对外部小区定义当晚忙时切换失败率直接翻倍值班电话被打爆。从那以后每次下发参数前我都会把外部小区定义拉出来和现网逐条对一遍这条习惯救了我好几次。负荷均衡这个功能参数不难难的是把周边所有依赖项都看住。希望你调参的时候也能把这一步当作铁律。希望帮到你。本文还有配套的精品资源点击获取