简介这是一份面向LTE/5G网络优化工程师与通信工程建设人员的专项指导书聚焦高负荷小区容量优化与参数调整场景适合具备一定LTE基础、希望系统掌握负载均衡及扩容策略的初中级优化人员。文档从高负荷产生的背景与定义入手系统讲解高负荷小区筛选方法、处理流程并将参数优化调整原则细分为覆盖优化、功能算法调整等模块再结合扩容优化原则分别阐述小区分裂扩容、载频扩容与新建站扩容的适用条件。针对网络资源不足、PRB承载效率低、高用户数、低用户高流量等典型场景文档给出了分类调整方案还附有参考信号调整、重选优先级调整、负荷均衡等实际优化案例便于读者对照现网问题直接借鉴排障思路。正文以分章结构呈现从背景、定义到流程、参数、扩容、案例覆盖完整方便按需查阅。资源为单个docx文档压缩包仅258KB结构清晰、实用性强适合日常高负荷小区处理及网络容量提升项目参考。已有161人学习下载可作为无线网络优化人员的常备参考资料。1. 高负荷小区优化为什么不能只看PRB利用率LTE容量优化里最容易被“假忙”骗到的指标就是PRB利用率。我见过不少地市把上行PRB利用率超过50%的小区直接拉去扩容结果载波加了、license买了用户速率一点没涨——因为真正满的资源根本不是PRB而是CCE、是传输带宽、或者是基站与核心网之间的S1接口。高负荷小区优化的第一步不是开扩容单而是先搞清这张小区到底“哪里忙、谁在忙、忙多久”。本文围绕这份“LTE容量优化高负荷小区优化指导书”的核心思路把高负荷小区的识别口径、参数调整手段、扩容决策路径和验证方法拆开讲清楚适合一线网优和优化后台直接照着落地。2. 高负荷小区识别与评估指标口径、门限设置与判断路径2.1 高负荷小区的定义与常用指标口径各厂家对高负荷小区的定义并不完全一致但核心评估维度就三类资源利用率、用户数和用户感受。资源利用率常见的是上行PRB利用率、下行PRB利用率、CCE利用率用户数通常看RRC最大连接用户数和激活用户数用户感受则看时延、丢包率和业务速率。我做过一个地市的容量专项第一版方案把“下行PRB利用率50%”定义为高负荷结果全网一夜之间冒出几千个高负荷小区。后来把条件改成“下行PRB利用率50%且持续30分钟以上且日均自忙时出现超过4次”小区数量才降到可处理的量级。瞬时峰值和持续高负荷是两回事优化动作也完全不同——瞬时峰值可能靠参数就能吸收持续高负荷往往要动结构扩容。2.2 高负荷小区判定门限参考表不同厂家设备的门限值会有点差别但作为常态化筛选口径可以参考下面这张表往下套。需要注意门限本质是“优化启动条件”不是“扩容硬条件”。判定维度指标项高负荷参考门限严重高负荷门限统计粒度资源利用率下行PRB利用率50%70%自忙时60min均值资源利用率上行PRB利用率30%50%自忙时60min均值资源利用率CCE利用率50%70%自忙时60min均值用户数RRC最大连接用户数200400按天取最大用户数激活用户数E-RAB承载数120200按天取最大用户感受下行小区吞吐率5Mbps且利用率高3Mbps自忙时60min均值这套门限比较适合FDD 20MHz单载波小区如果是TDD或10MHz带宽用户数和吞吐率门限要往下修。我一般会结合小区忙时分布再确认一次——有的小区是中午忙有的是晚上忙取全天平均值会把问题掩盖掉。2.3 话统与MR信令结合的三步评估法只看KPI话统不够要把话统与MR数据结合起来分成三步来判断。第一步看话统的“结构”把自忙时的PRB利用率、RRC连接用户数、激活用户数和上下行流量放在一张表里对。如果用户数高、流量高、PRB高属于典型容量受限如果PRB高、用户数不高、流量也不高要怀疑干扰受限或终端发射功率受限。第二步看MR的“分布”拉取MR测量报告里的RSRP和SINR分布。如果高负荷小区边缘用户占比超过15%说明覆盖结构有问题直接扩容可能把干扰带扩大效果反而差。这个数据在部分实验网里需要分时段取一天里的分布形态差异极大。第三步看“信令面”的接入与保持情况RRC失败和E-RAB建立失败如果集中出现说明控制信道先满了这时候扩容用户面只是让数据更堵CCE拥塞没有缓解。2.4 你需要一份什么样的高负荷小区清单实际做优化时我会把高负荷小区清单做成这样几个字段的表格小区名含基站名、所属场景高校/地铁/商圈/住宅、上下行PRB利用率、RRC连接用户数、激活用户数、自忙时区间、日均高负荷持续次数、峰值吞吐率、RSRP/SINR覆盖情况、是否已扩容过。这个清单里“场景”字段特别重要高校宿舍和核心商圈的负荷形态完全不是一个逻辑前者的高峰集中在晚上9点之后后者是全天平峰周末尖峰优化的优先级和手段都不一样。这类清单的做法就是按前面的门限筛出来再让优化组逐个确认覆盖和干扰情况确认后再决定走参数优化还是扩容而不是筛出来就直接开单。3. 高负荷小区的参数优化手段MLB、CAC与接入控制的组合打法3.1 MLB负荷均衡让邻区帮你分担压力MLBMobile Load Balancing是高负荷小区参数优化的首选手段原理就是把负荷重的小区里的用户通过切换或重选引导到负荷低的同覆盖或邻小区从而实现PRB利用率和用户数的跨小区均衡。在LTE系统里MLB主要靠切换偏置CIO和A3/A4/A5事件来实现。常见配置思路是给负荷高的小区配置“负偏置”让用户更容易离开给负荷低的邻区配置“正偏置”让用户更容易驻留或切换过去。核心参数如下参数作用推荐起始值调整范围同频切换偏置CIO调整同频切换难易-3dB~3dB-6dB~6dB异频A5门限绝对门限1/2触发异频迁移的RSRP条件门限1-110dBm门限2-95dBm按覆盖调整MLB触发PRB利用率门限多高利用率开始均衡下行50%上行30%40%~70%负载差值门限两小区负载差多少开始迁移10%5%~20%最大可迁移用户数单次均衡最多迁多少人3010~50参数下发后必须盯两个指标一是切换成功率二是邻区侧的上行干扰变化。MLB开得过猛用户被赶到弱覆盖邻区切换成功率会掉边缘SINR会变差用户的体感速率反而更低。3.2 基于A4/A5事件的异频负载均衡配置对于有异频层的小区比如FDD 18002100双层网异频负载均衡比同频MLB更有效。实际配置里一般不直接改A4/A5的绝对门限而是开启基于负荷触发的异频切换策略。我把这个策略的启动逻辑写成伪代码方便理解基站侧是怎么判断的# 模拟基站MLB策略判定逻辑伪代码用于理解参数关系 # load_dl_own: 本小区下行PRB利用率 # load_dl_neighbor: 邻区下行PRB利用率 # mlb_start_threshold: MLB启动门限通常取50 # load_diff_threshold: 负载差值门限通常取10 def should_trigger_mlb(load_dl_own, load_dl_neighbor): if (load_dl_own mlb_start_threshold) and \ (load_dl_own - load_dl_neighbor load_diff_threshold): return True return False # 触发后执行对满足A5测量的用户下发异频测量控制 # 配置门限A5门限1 -110dBm服务小区RSRP低于此值才测量 # A5门限2 -95dBm 邻区RSRP高于此值才切换这段逻辑对应的是“异频负载均衡”的标准启动方式本小区忙、邻区闲且差值够大才让用户去异频邻区。A5门限设置的关键是不能和覆盖优化打架——门限1如果设得太高中近点用户也会被扫出去让本小区频率资源空着门限2设得太低用户切到异频后信号质量差容易掉话。我在实际项目里的经验是异频门限建议从-110/-95起步每轮调整幅度不超过3dB观察48小时再动下一轮。3.3 CAC准入控制把“接不下”的用户挡在门外CACCall Admission Control是用来控制接入用户数的最后一道闸门。高负荷场景下如果不做准入控制基站会不断接纳新用户直到CCE或PRB全部耗尽然后所有用户的速率一起崩。CAC的常用参数包括最大RRC连接用户数、最大E-RAB用户数、接入禁止因子AC Factor和拥塞控制开关。对于高校宿舍区这类用户数极多但单用户流量不算高的小区我会把最大激活用户数限制在前一个忙时实测值的110%左右同时打开拥塞控制保证已接入用户的体验优先。CAC参数作用高负荷场景建议最大RRC连接用户数控制接入上限按现网峰值10%~20%设置最大E-RAB用户数控制业务承载上限按现网峰值10%设置接入禁止因子高负荷时拒绝新接入概率0.7~0.9由高到低放松拥塞控制开关拥塞时拒绝低优先级业务打开业务优先级QCI保障QCI1/2的VoLTE优先确认VoLTE为最高优先级注意接入禁止因子是个“软”参数范围调整需要配合寻呼量和RRC建立成功率来看。如果RRC建立成功率本身就低再把接入禁止因子调高会让用户直接无法使用网络投诉量必然上来。3.4 最小接入电平和重选参数的联合调整参数优化的另一个方向是让用户“尽量别挤在一个小区里”。对于多层网宏站微站或FDD 18002100通过调整最小接入电平q-RxLevMin和小区重选参数SnonintraSearch、ThreshServingLow等可以把一部分用户主动导流到容量富裕的层或小区。比如FDD 1800高负荷、CDMA 2100同覆盖不忙的场景如果允许典型做法是抬高FDD 1800小区的最小接入电平从-128dBm抬到-120dBm让边缘用户重选或者初始驻留到另一层。但增益是拿覆盖换容量调整幅度超过6dB的话弱覆盖风险会显著上升需要同时对MR覆盖率做基线对比。3.5 参数调整的前后对比与回退机制任何参数调整都必须有回退预案。我在调整高负荷小区参数时会在凌晨低峰时段先下发然后连续观察3天同一忙时的指标变化对比项包括PRB利用率、用户数、切换成功率、掉线率、上传/下载感知速率和用户投诉量。如果发现利用率降了但掉话率上升或者切换成功率下降了1个百分点以上就立即回退参数再换一组更温和的配置。参数优化是迭代过程不是一锤子买卖。4. 从参数到结构载波扩容、小区分裂与多层网吸收的决策路径4.1 什么时候必须走扩容而不是继续调参数参数优化能解决的高负荷是有上限的。我的判断标准是如果小区连续一周自忙时下行PRB利用率超过70%同时激活用户数超过150再做参数调整属于强行拆东墙补西墙——把用户赶到邻区结果邻区开始告警。到这一步合理的选择就是扩容或者结构改造。另外调整参数时如果发现为了让某小区降负荷需要把CIO改到-6dB或者把最小接入电平抬到-118dBm以上也说明问题已经不是参数能解决的是容量缺口太大。参数调太多还会带来新的风险——切换边界异常、重选滞后、掉话率微升这些坑我踩过不止一次。4.2 载波扩容同频加载波 vs 增加新频段载波扩容是LTE容量优化里最直接的手段两条路线同频段加第二载波或者新增不同频段载波。同频段加载波比如FDD 1800再加一个20MHz能直接翻倍容量但对天馈系统的要求高新建载波需要新增RRU通道或更换宽频RRU工程量不小。不同频段扩容比如FDD 1800高负荷、FDD 2100有闲置频谱资源更适合做“容量分层”把速率不敏感的用户引导到2100上1800专心服务高速率需求。这样建网成本低只用加基带板license就行。扩容方式优点缺点适用场景同频第二载波容量翻倍、频率一致切换简单工程量大、需新增RRU/天线频谱充足且硬件支持异频段加载波可做负载分层、部署灵活异频切换增加时延异频有闲置频谱Tiny Cell/微站分裂精确吸收热点、不增加宏站干扰需要传输和站址局部容量黑洞室分分裂或DAS扩容解决室内分布容量室分链路预算受限室内高负荷为主4.3 小区分裂与补点把一个大区变成几个小区当高负荷集中在某个局部区域比如一个小区覆盖了两栋学生宿舍但实际高负荷都来自其中一栋应该优先考虑小区分裂或者补点。常见做法是新增一个微站或街道站对准最热的楼宇方向覆盖同时通过调整天线下倾角和方位角把原小区的热区用户分流出去。小区分裂的难点在“割接”环节。统计上的高负荷用户来自哪个TA、哪个MR栅格都需要提前取数分析。我在做这类工程时会把高负荷小区的MR数据按100m栅格导出来标注出RSRP-105dBm且SINR10dB的用户密度位置由此判断分裂点位放哪里最有效。注意站址协调的周期可能比设备安装还长前期的站点规划一定得并行走别等设备到了再找站。4.4 多层网与负载均衡参数配合的实战配置做完扩容后新的容量层要配合好MLB才能发挥效果。多频段扩容后如果没有异频负载均衡策略容易出现“新载波吃不饱、旧载波还忙”的尴尬局面。实际操作里我会把新扩容的载波设置一个较低的异频切换门限同时把老载波的A5门限1调低一点让用户“被押着”往新载波走。比如原载波A5门限1从-110dBm降到-115dBm意味着只有服务小区信号相对弱的时候才会触发异频切换这样就避免了中近点用户盲目流到新区造成频率资源空置。新载波在开了负载均衡策略之后要持续观察一周确认利用率爬升到和原载波大致持平的区间差距10%以内才算扩容效果真正落地。4.5 扩容工程的验收清单与资源配置扩容不是设备装完就结束验收清单至少包括以下几项新载波或新小区的建成指标包含基站告警状态、小区可用状态、传输带宽利用率、覆盖指标MR覆盖率、RSRP均值、容量指标PRB利用率、用户数、小区吞吐率和用户体验指标业务时延、灌包速率。还要核对license和传输带宽这两个是我见过的最多的“隐性扩容瓶颈”——载波开了license没买够小区直接起不来传输带宽不够扩容后用户速率反而比原来更差。5. 高负荷小区优化常见问题排查现象、原因与解决方案5.1 扩容之后用户速率不升反降现象新载波已经正常开启利用率也不高但用户反馈下载速率比扩容前还慢。原因分析这类问题多数不是覆盖和容量问题而是传输带宽受限。扩容前一个小区占一条传输扩容后两个小区共用原来的传输链路S1接口带宽满了用户面的数据包在传输环节排队。另一个可能性是核心网侧用户面license或PGW容量不足把速率限制在了更低的位置。解决方案首先查看基站传输端口的利用率如果超过70%优先扩容传输或部署QoS限速策略然后核对核心网侧该网元的用户面处理能力特别是PGW的会话数和带宽限制必要时做带宽评估申请扩容。5.2 MLB参数调完邻区跟着高负荷现象本小区负荷降下来了但邻区被“喂”出一堆高负荷告警。原因分析MLB属于被动转移策略它的前提是邻区有富余容量。如果没有容量评估就大范围调整CIO或A5门限相当于把本小区的过载压力平移给邻区整体网络容量没有增加。解决方案调整MLB参数前必须对周边一站以内的所有小区的忙时利用率做评估。如果邻区利用率已经超过50%本小区的MLB调整空间就很小应该反向优先考虑扩容本小区而不是继续把用户往外推。参数调整时建议把“可迁移用户数”限制在30~50分批次放量不要一次放开。5.3 高负荷判断正确但优化后KPI没变化现象小区确实高负荷参数也调了扩容也做了但忙时PRB利用率和用户速率都没有明显改善。原因分析最容易被忽略的是“忙时时段没有对齐”。如果优化动作针对的是晚忙时小区而评估用的是全天的平均KPI数据会被非忙时稀释看起来自然没变化。另一个可能原因是终端模型或用户行为变化——比如某区域有直播类业务集中爆发单用户流量变大即使做完了扩容也被新增消化掉。解决方案拉取优化前后30天的自忙时逐小时数据做对比尽量对齐同一时段、同一节假日类型并把小区ASU平均每用户吞吐率的变化作为主要参考而不是只盯PRB利用率。5.4 新扩容载波利用率很低老载波仍然满负荷现象载波加了、硬件也割接完成但新载波的PRB利用率连10%都不到旧载波依旧高负荷。原因分析小区重选和切换参数没有针对新载波做调整。用户停留在旧载波上即便信号更好也不会主动迁到新载波去。很多扩容工程都默认“载波一多负荷会自动均衡”但实际LTE里并没有天然的全网自动均衡机制。解决方案为新载波配置差异化的重选优先级和异频切换门限必要时可以开启基于负荷的异频切换。具体就是把新载波的重选优先级调高同时给旧载波设置较低的A5门限触发异频切换让用户流量慢慢迁到新载波上去。5.5 上行高负荷和下行高负荷的差别处理现象下行PRB利用率不到30%但上行PRB利用率已经到60%以上用户上传速度非常慢。原因分析上行高负荷通常出现在短视频上传、直播类业务集中的区域这类业务的特点是单用户上行数据量小但并发多上行调度资源容易成为瓶颈。解决方案第一步先看上行干扰水平排除干扰导致的上行调度效率下降第二步看上行CCE利用率优先保障VoLTE用户的调度第三步考虑启动上行MLB或上行CAC限制如果上行利用率持续超过50%且业务模型确认无变化可评估增加上行载波或通过帧结构配置提升上行配比。6. 高负荷小区优化的效果验证方法从灌包测试到KPI对比的完整闭环高负荷小区优化的最后一步是验证这一步新手最容易糊弄——以为把参数改完就算完事。我的经验是验证阶段需要做到“三个维度对得上”KPI话统对得上、用户速率对得上、投诉量对得上。KPI维度建议做“优化前7天 vs 优化后7天”的自忙时均值对比。不要拿全天平均和忙时平均对比维度完全不一致。重点看PRB利用率降幅、激活用户数变化、RRC建立成功率、E-RAB掉线率和小区吞吐率有没有联动改善。这里有个容易踩的坑如果PRB利用率降了但吞吐率也降了说明用户被分流的同时资源被稀释这时候需要进一步看单用户平均速率如果单用户速率有提升而小区总吞吐率稳定才是健康的优化结果。速率验证不能只依赖KPI统计需要做路测和定点测试。高负荷忙时段在小区近点、中点和远点分别做FTP灌包测试对比优化前后同一位置的上下行速率。这个环节能发现KPI上看不到的问题——比如参数调整导致某个区域的SINR变差KPI可能被整体平均掩盖但路测数据地图上能看到明显的速率凹陷。另外我有一个习惯是优化后第3天和第7天各做一次用户投诉的抽样回访。重点听两类投诉一类是“手机有信号但网页打不开”这通常和接入拥塞或PRB耗尽有关另一类是“视频一直转圈”这通常和传输带宽或单用户调度不充分有关。投诉是KPI的补充KPI会说“平均速率提升了”但投诉会告诉你“某个位置的用户还在受罪”。这项工作的核心逻辑是先识别真正的高负荷再评估能不能用参数消化不行就上结构扩容每一步都做好前后对比和回退预案。我在项目里最深的教训是不要迷信单一指标和一次性优化小区的负荷形态会随用户行为漂移今天的均衡不代表明天不拥塞。把评估方法和验证闭环沉淀成每周的例行动作比任何一次大动干戈的专项都更实用。希望这些经验能帮你在做LTE容量优化和高负荷小区整改时少走一些弯路。本文还有配套的精品资源点击获取 
长河君 · 2026/10/13 15:50:44 · 阅读 1.2k LTE高负荷小区优化实战：从PRB利用率识别到MLB、CAC与扩容决策
简介这是一份面向LTE/5G网络优化工程师与通信工程建设人员的专项指导书聚焦高负荷小区容量优化与参数调整场景适合具备一定LTE基础、希望系统掌握负载均衡及扩容策略的初中级优化人员。文档从高负荷产生的背景与定义入手系统讲解高负荷小区筛选方法、处理流程并将参数优化调整原则细分为覆盖优化、功能算法调整等模块再结合扩容优化原则分别阐述小区分裂扩容、载频扩容与新建站扩容的适用条件。针对网络资源不足、PRB承载效率低、高用户数、低用户高流量等典型场景文档给出了分类调整方案还附有参考信号调整、重选优先级调整、负荷均衡等实际优化案例便于读者对照现网问题直接借鉴排障思路。正文以分章结构呈现从背景、定义到流程、参数、扩容、案例覆盖完整方便按需查阅。资源为单个docx文档压缩包仅258KB结构清晰、实用性强适合日常高负荷小区处理及网络容量提升项目参考。已有161人学习下载可作为无线网络优化人员的常备参考资料。1. 高负荷小区优化为什么不能只看PRB利用率LTE容量优化里最容易被“假忙”骗到的指标就是PRB利用率。我见过不少地市把上行PRB利用率超过50%的小区直接拉去扩容结果载波加了、license买了用户速率一点没涨——因为真正满的资源根本不是PRB而是CCE、是传输带宽、或者是基站与核心网之间的S1接口。高负荷小区优化的第一步不是开扩容单而是先搞清这张小区到底“哪里忙、谁在忙、忙多久”。本文围绕这份“LTE容量优化高负荷小区优化指导书”的核心思路把高负荷小区的识别口径、参数调整手段、扩容决策路径和验证方法拆开讲清楚适合一线网优和优化后台直接照着落地。2. 高负荷小区识别与评估指标口径、门限设置与判断路径2.1 高负荷小区的定义与常用指标口径各厂家对高负荷小区的定义并不完全一致但核心评估维度就三类资源利用率、用户数和用户感受。资源利用率常见的是上行PRB利用率、下行PRB利用率、CCE利用率用户数通常看RRC最大连接用户数和激活用户数用户感受则看时延、丢包率和业务速率。我做过一个地市的容量专项第一版方案把“下行PRB利用率50%”定义为高负荷结果全网一夜之间冒出几千个高负荷小区。后来把条件改成“下行PRB利用率50%且持续30分钟以上且日均自忙时出现超过4次”小区数量才降到可处理的量级。瞬时峰值和持续高负荷是两回事优化动作也完全不同——瞬时峰值可能靠参数就能吸收持续高负荷往往要动结构扩容。2.2 高负荷小区判定门限参考表不同厂家设备的门限值会有点差别但作为常态化筛选口径可以参考下面这张表往下套。需要注意门限本质是“优化启动条件”不是“扩容硬条件”。判定维度指标项高负荷参考门限严重高负荷门限统计粒度资源利用率下行PRB利用率50%70%自忙时60min均值资源利用率上行PRB利用率30%50%自忙时60min均值资源利用率CCE利用率50%70%自忙时60min均值用户数RRC最大连接用户数200400按天取最大用户数激活用户数E-RAB承载数120200按天取最大用户感受下行小区吞吐率5Mbps且利用率高3Mbps自忙时60min均值这套门限比较适合FDD 20MHz单载波小区如果是TDD或10MHz带宽用户数和吞吐率门限要往下修。我一般会结合小区忙时分布再确认一次——有的小区是中午忙有的是晚上忙取全天平均值会把问题掩盖掉。2.3 话统与MR信令结合的三步评估法只看KPI话统不够要把话统与MR数据结合起来分成三步来判断。第一步看话统的“结构”把自忙时的PRB利用率、RRC连接用户数、激活用户数和上下行流量放在一张表里对。如果用户数高、流量高、PRB高属于典型容量受限如果PRB高、用户数不高、流量也不高要怀疑干扰受限或终端发射功率受限。第二步看MR的“分布”拉取MR测量报告里的RSRP和SINR分布。如果高负荷小区边缘用户占比超过15%说明覆盖结构有问题直接扩容可能把干扰带扩大效果反而差。这个数据在部分实验网里需要分时段取一天里的分布形态差异极大。第三步看“信令面”的接入与保持情况RRC失败和E-RAB建立失败如果集中出现说明控制信道先满了这时候扩容用户面只是让数据更堵CCE拥塞没有缓解。2.4 你需要一份什么样的高负荷小区清单实际做优化时我会把高负荷小区清单做成这样几个字段的表格小区名含基站名、所属场景高校/地铁/商圈/住宅、上下行PRB利用率、RRC连接用户数、激活用户数、自忙时区间、日均高负荷持续次数、峰值吞吐率、RSRP/SINR覆盖情况、是否已扩容过。这个清单里“场景”字段特别重要高校宿舍和核心商圈的负荷形态完全不是一个逻辑前者的高峰集中在晚上9点之后后者是全天平峰周末尖峰优化的优先级和手段都不一样。这类清单的做法就是按前面的门限筛出来再让优化组逐个确认覆盖和干扰情况确认后再决定走参数优化还是扩容而不是筛出来就直接开单。3. 高负荷小区的参数优化手段MLB、CAC与接入控制的组合打法3.1 MLB负荷均衡让邻区帮你分担压力MLBMobile Load Balancing是高负荷小区参数优化的首选手段原理就是把负荷重的小区里的用户通过切换或重选引导到负荷低的同覆盖或邻小区从而实现PRB利用率和用户数的跨小区均衡。在LTE系统里MLB主要靠切换偏置CIO和A3/A4/A5事件来实现。常见配置思路是给负荷高的小区配置“负偏置”让用户更容易离开给负荷低的邻区配置“正偏置”让用户更容易驻留或切换过去。核心参数如下参数作用推荐起始值调整范围同频切换偏置CIO调整同频切换难易-3dB~3dB-6dB~6dB异频A5门限绝对门限1/2触发异频迁移的RSRP条件门限1-110dBm门限2-95dBm按覆盖调整MLB触发PRB利用率门限多高利用率开始均衡下行50%上行30%40%~70%负载差值门限两小区负载差多少开始迁移10%5%~20%最大可迁移用户数单次均衡最多迁多少人3010~50参数下发后必须盯两个指标一是切换成功率二是邻区侧的上行干扰变化。MLB开得过猛用户被赶到弱覆盖邻区切换成功率会掉边缘SINR会变差用户的体感速率反而更低。3.2 基于A4/A5事件的异频负载均衡配置对于有异频层的小区比如FDD 18002100双层网异频负载均衡比同频MLB更有效。实际配置里一般不直接改A4/A5的绝对门限而是开启基于负荷触发的异频切换策略。我把这个策略的启动逻辑写成伪代码方便理解基站侧是怎么判断的# 模拟基站MLB策略判定逻辑伪代码用于理解参数关系 # load_dl_own: 本小区下行PRB利用率 # load_dl_neighbor: 邻区下行PRB利用率 # mlb_start_threshold: MLB启动门限通常取50 # load_diff_threshold: 负载差值门限通常取10 def should_trigger_mlb(load_dl_own, load_dl_neighbor): if (load_dl_own mlb_start_threshold) and \ (load_dl_own - load_dl_neighbor load_diff_threshold): return True return False # 触发后执行对满足A5测量的用户下发异频测量控制 # 配置门限A5门限1 -110dBm服务小区RSRP低于此值才测量 # A5门限2 -95dBm 邻区RSRP高于此值才切换这段逻辑对应的是“异频负载均衡”的标准启动方式本小区忙、邻区闲且差值够大才让用户去异频邻区。A5门限设置的关键是不能和覆盖优化打架——门限1如果设得太高中近点用户也会被扫出去让本小区频率资源空着门限2设得太低用户切到异频后信号质量差容易掉话。我在实际项目里的经验是异频门限建议从-110/-95起步每轮调整幅度不超过3dB观察48小时再动下一轮。3.3 CAC准入控制把“接不下”的用户挡在门外CACCall Admission Control是用来控制接入用户数的最后一道闸门。高负荷场景下如果不做准入控制基站会不断接纳新用户直到CCE或PRB全部耗尽然后所有用户的速率一起崩。CAC的常用参数包括最大RRC连接用户数、最大E-RAB用户数、接入禁止因子AC Factor和拥塞控制开关。对于高校宿舍区这类用户数极多但单用户流量不算高的小区我会把最大激活用户数限制在前一个忙时实测值的110%左右同时打开拥塞控制保证已接入用户的体验优先。CAC参数作用高负荷场景建议最大RRC连接用户数控制接入上限按现网峰值10%~20%设置最大E-RAB用户数控制业务承载上限按现网峰值10%设置接入禁止因子高负荷时拒绝新接入概率0.7~0.9由高到低放松拥塞控制开关拥塞时拒绝低优先级业务打开业务优先级QCI保障QCI1/2的VoLTE优先确认VoLTE为最高优先级注意接入禁止因子是个“软”参数范围调整需要配合寻呼量和RRC建立成功率来看。如果RRC建立成功率本身就低再把接入禁止因子调高会让用户直接无法使用网络投诉量必然上来。3.4 最小接入电平和重选参数的联合调整参数优化的另一个方向是让用户“尽量别挤在一个小区里”。对于多层网宏站微站或FDD 18002100通过调整最小接入电平q-RxLevMin和小区重选参数SnonintraSearch、ThreshServingLow等可以把一部分用户主动导流到容量富裕的层或小区。比如FDD 1800高负荷、CDMA 2100同覆盖不忙的场景如果允许典型做法是抬高FDD 1800小区的最小接入电平从-128dBm抬到-120dBm让边缘用户重选或者初始驻留到另一层。但增益是拿覆盖换容量调整幅度超过6dB的话弱覆盖风险会显著上升需要同时对MR覆盖率做基线对比。3.5 参数调整的前后对比与回退机制任何参数调整都必须有回退预案。我在调整高负荷小区参数时会在凌晨低峰时段先下发然后连续观察3天同一忙时的指标变化对比项包括PRB利用率、用户数、切换成功率、掉线率、上传/下载感知速率和用户投诉量。如果发现利用率降了但掉话率上升或者切换成功率下降了1个百分点以上就立即回退参数再换一组更温和的配置。参数优化是迭代过程不是一锤子买卖。4. 从参数到结构载波扩容、小区分裂与多层网吸收的决策路径4.1 什么时候必须走扩容而不是继续调参数参数优化能解决的高负荷是有上限的。我的判断标准是如果小区连续一周自忙时下行PRB利用率超过70%同时激活用户数超过150再做参数调整属于强行拆东墙补西墙——把用户赶到邻区结果邻区开始告警。到这一步合理的选择就是扩容或者结构改造。另外调整参数时如果发现为了让某小区降负荷需要把CIO改到-6dB或者把最小接入电平抬到-118dBm以上也说明问题已经不是参数能解决的是容量缺口太大。参数调太多还会带来新的风险——切换边界异常、重选滞后、掉话率微升这些坑我踩过不止一次。4.2 载波扩容同频加载波 vs 增加新频段载波扩容是LTE容量优化里最直接的手段两条路线同频段加第二载波或者新增不同频段载波。同频段加载波比如FDD 1800再加一个20MHz能直接翻倍容量但对天馈系统的要求高新建载波需要新增RRU通道或更换宽频RRU工程量不小。不同频段扩容比如FDD 1800高负荷、FDD 2100有闲置频谱资源更适合做“容量分层”把速率不敏感的用户引导到2100上1800专心服务高速率需求。这样建网成本低只用加基带板license就行。扩容方式优点缺点适用场景同频第二载波容量翻倍、频率一致切换简单工程量大、需新增RRU/天线频谱充足且硬件支持异频段加载波可做负载分层、部署灵活异频切换增加时延异频有闲置频谱Tiny Cell/微站分裂精确吸收热点、不增加宏站干扰需要传输和站址局部容量黑洞室分分裂或DAS扩容解决室内分布容量室分链路预算受限室内高负荷为主4.3 小区分裂与补点把一个大区变成几个小区当高负荷集中在某个局部区域比如一个小区覆盖了两栋学生宿舍但实际高负荷都来自其中一栋应该优先考虑小区分裂或者补点。常见做法是新增一个微站或街道站对准最热的楼宇方向覆盖同时通过调整天线下倾角和方位角把原小区的热区用户分流出去。小区分裂的难点在“割接”环节。统计上的高负荷用户来自哪个TA、哪个MR栅格都需要提前取数分析。我在做这类工程时会把高负荷小区的MR数据按100m栅格导出来标注出RSRP-105dBm且SINR10dB的用户密度位置由此判断分裂点位放哪里最有效。注意站址协调的周期可能比设备安装还长前期的站点规划一定得并行走别等设备到了再找站。4.4 多层网与负载均衡参数配合的实战配置做完扩容后新的容量层要配合好MLB才能发挥效果。多频段扩容后如果没有异频负载均衡策略容易出现“新载波吃不饱、旧载波还忙”的尴尬局面。实际操作里我会把新扩容的载波设置一个较低的异频切换门限同时把老载波的A5门限1调低一点让用户“被押着”往新载波走。比如原载波A5门限1从-110dBm降到-115dBm意味着只有服务小区信号相对弱的时候才会触发异频切换这样就避免了中近点用户盲目流到新区造成频率资源空置。新载波在开了负载均衡策略之后要持续观察一周确认利用率爬升到和原载波大致持平的区间差距10%以内才算扩容效果真正落地。4.5 扩容工程的验收清单与资源配置扩容不是设备装完就结束验收清单至少包括以下几项新载波或新小区的建成指标包含基站告警状态、小区可用状态、传输带宽利用率、覆盖指标MR覆盖率、RSRP均值、容量指标PRB利用率、用户数、小区吞吐率和用户体验指标业务时延、灌包速率。还要核对license和传输带宽这两个是我见过的最多的“隐性扩容瓶颈”——载波开了license没买够小区直接起不来传输带宽不够扩容后用户速率反而比原来更差。5. 高负荷小区优化常见问题排查现象、原因与解决方案5.1 扩容之后用户速率不升反降现象新载波已经正常开启利用率也不高但用户反馈下载速率比扩容前还慢。原因分析这类问题多数不是覆盖和容量问题而是传输带宽受限。扩容前一个小区占一条传输扩容后两个小区共用原来的传输链路S1接口带宽满了用户面的数据包在传输环节排队。另一个可能性是核心网侧用户面license或PGW容量不足把速率限制在了更低的位置。解决方案首先查看基站传输端口的利用率如果超过70%优先扩容传输或部署QoS限速策略然后核对核心网侧该网元的用户面处理能力特别是PGW的会话数和带宽限制必要时做带宽评估申请扩容。5.2 MLB参数调完邻区跟着高负荷现象本小区负荷降下来了但邻区被“喂”出一堆高负荷告警。原因分析MLB属于被动转移策略它的前提是邻区有富余容量。如果没有容量评估就大范围调整CIO或A5门限相当于把本小区的过载压力平移给邻区整体网络容量没有增加。解决方案调整MLB参数前必须对周边一站以内的所有小区的忙时利用率做评估。如果邻区利用率已经超过50%本小区的MLB调整空间就很小应该反向优先考虑扩容本小区而不是继续把用户往外推。参数调整时建议把“可迁移用户数”限制在30~50分批次放量不要一次放开。5.3 高负荷判断正确但优化后KPI没变化现象小区确实高负荷参数也调了扩容也做了但忙时PRB利用率和用户速率都没有明显改善。原因分析最容易被忽略的是“忙时时段没有对齐”。如果优化动作针对的是晚忙时小区而评估用的是全天的平均KPI数据会被非忙时稀释看起来自然没变化。另一个可能原因是终端模型或用户行为变化——比如某区域有直播类业务集中爆发单用户流量变大即使做完了扩容也被新增消化掉。解决方案拉取优化前后30天的自忙时逐小时数据做对比尽量对齐同一时段、同一节假日类型并把小区ASU平均每用户吞吐率的变化作为主要参考而不是只盯PRB利用率。5.4 新扩容载波利用率很低老载波仍然满负荷现象载波加了、硬件也割接完成但新载波的PRB利用率连10%都不到旧载波依旧高负荷。原因分析小区重选和切换参数没有针对新载波做调整。用户停留在旧载波上即便信号更好也不会主动迁到新载波去。很多扩容工程都默认“载波一多负荷会自动均衡”但实际LTE里并没有天然的全网自动均衡机制。解决方案为新载波配置差异化的重选优先级和异频切换门限必要时可以开启基于负荷的异频切换。具体就是把新载波的重选优先级调高同时给旧载波设置较低的A5门限触发异频切换让用户流量慢慢迁到新载波上去。5.5 上行高负荷和下行高负荷的差别处理现象下行PRB利用率不到30%但上行PRB利用率已经到60%以上用户上传速度非常慢。原因分析上行高负荷通常出现在短视频上传、直播类业务集中的区域这类业务的特点是单用户上行数据量小但并发多上行调度资源容易成为瓶颈。解决方案第一步先看上行干扰水平排除干扰导致的上行调度效率下降第二步看上行CCE利用率优先保障VoLTE用户的调度第三步考虑启动上行MLB或上行CAC限制如果上行利用率持续超过50%且业务模型确认无变化可评估增加上行载波或通过帧结构配置提升上行配比。6. 高负荷小区优化的效果验证方法从灌包测试到KPI对比的完整闭环高负荷小区优化的最后一步是验证这一步新手最容易糊弄——以为把参数改完就算完事。我的经验是验证阶段需要做到“三个维度对得上”KPI话统对得上、用户速率对得上、投诉量对得上。KPI维度建议做“优化前7天 vs 优化后7天”的自忙时均值对比。不要拿全天平均和忙时平均对比维度完全不一致。重点看PRB利用率降幅、激活用户数变化、RRC建立成功率、E-RAB掉线率和小区吞吐率有没有联动改善。这里有个容易踩的坑如果PRB利用率降了但吞吐率也降了说明用户被分流的同时资源被稀释这时候需要进一步看单用户平均速率如果单用户速率有提升而小区总吞吐率稳定才是健康的优化结果。速率验证不能只依赖KPI统计需要做路测和定点测试。高负荷忙时段在小区近点、中点和远点分别做FTP灌包测试对比优化前后同一位置的上下行速率。这个环节能发现KPI上看不到的问题——比如参数调整导致某个区域的SINR变差KPI可能被整体平均掩盖但路测数据地图上能看到明显的速率凹陷。另外我有一个习惯是优化后第3天和第7天各做一次用户投诉的抽样回访。重点听两类投诉一类是“手机有信号但网页打不开”这通常和接入拥塞或PRB耗尽有关另一类是“视频一直转圈”这通常和传输带宽或单用户调度不充分有关。投诉是KPI的补充KPI会说“平均速率提升了”但投诉会告诉你“某个位置的用户还在受罪”。这项工作的核心逻辑是先识别真正的高负荷再评估能不能用参数消化不行就上结构扩容每一步都做好前后对比和回退预案。我在项目里最深的教训是不要迷信单一指标和一次性优化小区的负荷形态会随用户行为漂移今天的均衡不代表明天不拥塞。把评估方法和验证闭环沉淀成每周的例行动作比任何一次大动干戈的专项都更实用。希望这些经验能帮你在做LTE容量优化和高负荷小区整改时少走一些弯路。本文还有配套的精品资源点击获取