简介:面向VoLTE网络优化工程师的专业技术文档,围绕高丢包率这一直接影响语音质量的核心指标,系统分析覆盖、切换、干扰、负荷、故障及跟踪区设置等主要成因,并结合厦门电信实际优化案例给出完整解决路径。资源包内为1个PDF文件,大小约1.53MB,已有224人学习,适合从事LTE/VoLTE优化、网络维护与规划的技术人员参考。文档从问题洞察、优化措施到案例验证层层展开,重点涉及乒乓切换优化、邻区漏配受控ANR处理、深度覆盖差丢包应对、2.1G解耦1.8G排除干扰,以及RoHC头压缩参数调整等手段;同时对RLC分片限制、上行COMP、TTI Bundling等特性参数优化也有实操说明。通过厦门114个高丢包TOP小区的工程实践,优化共解决85个问题,解决率达74.56%,所提方案具备良好的复制推广价值,可为后续VoLTE精品网络建设和大规模质量优化提供有效借鉴。
1. 高丢包率小区优化这题:114个TOP小区,74.56%的解决率是怎么来的
做 VoLTE 语音质量专项的人,最头疼的往往不是掉话率,而是高丢包率。掉话有明确的事件可以抓,丢包却经常是一堆指标同时劣化,说不清是覆盖不够、干扰太高、邻区漏配还是参数没开对。这份厦门电信的《VoLTE高丢包率小区优化探究与实践》就是围绕这个难题展开的:省公司下发 114 个 TOP 小区,其中上行丢包质差小区 29 个、下行丢包 TOP 小区 85 个,最终解决 85 个,解决率 74.56%。我没看到什么「一招制敌」的方案,反而看到一套可以照着复用的打法——先按七类根因做量化洞察,再分场景做基础优化和特性参数优化。如果你正在做 VoLTE 语音质量专项、被高丢包率小区压着指标,这份 PDF 值得你花一个下午拆一遍。
2. 无线侧丢包机制:先把七类根因量化,再决定动哪一刀
2.1 丢包不是一种病:端到端、空口、终端三段的定位口径
语音包从终端到核心网再回到对端,端到端传输经过三段:eNB 以上核心网与传输,eNB 以下上行/下行空口,以及终端侧。很多人一看到丢包率高就直接查覆盖,实际上是没先分清丢包发生在哪一段。
eNB 以上的核心网和传输丢包,基站侧无法直接侦测,只能通过识别收到的包 SN 是否连续来判断有丢包,但要确认到底丢在核心网还是传输段,一般得靠 SEQ 平台的探针数据。空口丢包则完全不同,eNB 话统指标、cellDT 日志都能直接支撑定位,这类丢包也是日常优化投入产出比最高的部分。至于终端异常上行发包不连续,网侧基本监控不到,必须靠 cellDT 跟踪和终端日志联合分析。
有一点要提醒:这两年终端圈里流行的 magisk 模块开 VoLTE、高通 mbn 配置补丁,解决的是终端「有没有 VoLTE 开关、能不能注册上」的问题,跟本文讨论的空口丢包是两条线。网优侧遇到终端导致的发包不连续,更多是让测试组做终端日志抓取,而不是去引导用户刷模块。
2.2 空口丢包六个直接诱因:先记住这张表
根据语音包在空口的传输过程,PDF 把无线空口丢包的直接诱因归成六类,我建议你直接拿这张表当排查起点:
| 类别 | 触发条件 | 典型表现 |
|---|---|---|
| 空口持续下行质差 | 下行弱覆盖、下行干扰、漏配邻区不切换 | 连续丢包,MOS 采样差 |
| 上行干扰 | 干扰电平大于 -113dBm | eNodeB 无法正常解码 PUSCH,DTX 比例高 |
| 上行接入受限 | 路损 PL 大于 125,CRS 功率大于 9.2dBm | 发端 UL MAC BLER 较高 |
| 下行失步重建 | UE 从 RRC 连接态突然进空闲态,无法重建 | 连续丢包 |
| 小区重载 | RRC/激活用户数多,QCI1 无法及时调度 | PDCCH CCE 分配失败 |
| 频繁切换 | 乒乓切换、切换参数不合理 | RTP 短时间内连续丢包 |
这六类不是并列关系,实际排查时经常是「覆盖差 → 切换频繁 → 丢包」这样一条链。我一般会先抓小区级忙时指标,对照这张表把候选因素筛到两三个以内,再决定是否出动 DT/CQT 验证,避免一上来就带着扫频仪满街跑。
2.3 七维 21 项洞察:把问题小区定量分类
PDF 的核心方法论是七维洞察——覆盖、切换、干扰、负荷、故障、质量、TA 七个维度,对应 21 项主要指标。这里最实用的部分是给出了具体阈值,可以直接照抄到自己的优化脚本里:
- 干扰维度:系统上行每个 PRB 检测到的干扰噪声平均值大于 -110dBm
- 负荷维度:上下行 PRB 利用率大于 80%,小区最大用户数大于 200,上下行 CCE 分配失败次数超过 400W/1000W
- 覆盖维度:MR 覆盖率(RSRP>-110)小于 90%,上行 PUSCH RSRP 低于 -130 的比例大于 20%,重叠覆盖率大于 20%
- 切换维度:同频/异频无邻区关系导致无法切换的次数大于 1000,乒乓切换大于 500
- 质量维度:CQI 优良率小于 80%
- TA 维度:按站间距判断 TA 550-1000 米、1000-2000 米、大于 2000 米的比例
厦门 114 个 TOP 小区的洞察结果是:质量差 27 个居首,其次是越区覆盖(TA)23 个、负荷 12 个、干扰 11 个、邻区问题 9 个、MR 弱覆盖 5 个、重叠覆盖 14 个、其他 13 个。值得注意的规律是:CQI 优良率差的小区数量最多,但 CQI 是「果」不是「因」,多数还要继续下钻到覆盖和干扰才能找到真正的病灶。
3. 基础优化手段:覆盖、邻区、负荷、干扰,先按这四类排查
3.1 覆盖优化:弱覆盖、越区覆盖、重叠覆盖要区别对待
覆盖问题被拆成三种形态,处理方式完全不同。弱覆盖分为上行弱覆盖和下行弱覆盖,LTE 里通常是上行先受限——表现为服务小区 RSRP 和 SINR 持续变差、语音不清晰、终端异常退出 RRC_CONNECTED。处理手段按优先级排:调整天线方向角、下倾角、增加天线挂高、换更高增益天线、增强 RS 功率;相邻基站覆盖区不交叠且用户较多时,考虑新建基站或增加周边基站覆盖;电梯井、隧道、地下车库这类盲区用 RRU、室内分布系统、泄漏电缆、定向天线解决。
越区覆盖的表现是「孤岛效应」和「导频污染」。孤岛效应是终端占用过远站点信号、无法与周边正常切换;导频污染是区域内没有稳定的主服务小区。原则是在已有合理覆盖的前提下,尽量控制越区信号——调下倾角、方位角或功率;影响区域小时设单边邻区,影响区域大且 PCI 不冲突时互配邻区,但要谨慎。
重叠覆盖的定义比较硬核:弱于服务小区信号强度 6dB 以内、且 CRS RSRP 大于 -110dBm 的重叠小区数超过 3 个(含服务小区)就视为重叠覆盖区域。它会造成严重同频干扰,优化手段就是明确一个主服务小区、压制其他小区信号。
3.2 邻区优化:受控 ANR 怎么开才不出乱子
现网邻区普遍存在错配漏配,原因是工参不准。PDF 里给的方案是开启受控 ANR,筛选「一天切换成功次数大于 100 次、切换成功率高于 99%、城区距离在 1km 内、农村距离在 3km 内」的邻区进行手动添加。这个「受控」两个字是关键——不是让 ANR 全自动跑,而是让系统帮忙找候选,人来确认添加。
受控 ANR 开启有明确纪律:每次开启不超过 500 个小区;该批次邻区添加完毕后,把 ANR 基站关闭、参数回退;再开启下一批。这样做是为了避免 ANR 自动删除功能误删合理邻区导致邻区震荡。相关参数有一张配置表,核心几项:
| 参数名称 | 参数含义 | 默认值 | 推荐值 |
|---|---|---|---|
| IntraRatEventAnrSwitch | 系统内事件 ANR 开关 | 0 | 1 |
| StatisticPeriod | 统计周期 | 1440 | 720 |
| NcellHoStatNum | 切换次数统计条件 | 20 | 5 |
| DelCellThd | ANR 删除小区门限 | 0 | 0 |
| OPTMODE | 优化模式 | FREE | CONTROLLED |
| ANRCONTROLLEDHOSTRATEGY | ANR 受控模式下切换策略 | PERMIT_HO | FORBID_HO |
注意 OPTMODE 的切换:从 FREE 改成 CONTROLLED,ANR 就从「自动添加」变成「收集候选、人工确认」,这是受控 ANR 的核心。切换策略改成 FORBID_HO 后,对于未确认的邻区不发起切换,避免 UE 切到错误小区。
3.3 负荷与干扰:重点盯 PDCCH 而不是只看 PRB 利用率
VoLTE 语音包小、速率需求低,高负荷场景下真正受限的往往不是业务信道,而是信令信道。PDCCH 用来调度上下行业务信道的 CCE 资源受限,无法及时调度上下行 PDCP 包,就会出现丢包和弃包。这一点容易被忽略——很多人看到 PRB 利用率不到 50% 就认为负荷没问题,实际上忙时 CCE 分配失败次数已经超标。
负荷优化手段按代价从低到高排列:天馈调整控制覆盖范围、均衡话务量;负载均衡平衡资源;站点扩容、小区分裂、新增站点;规范小区重选参数。PDF 同时提到可以配合 MIMO 功能、语音业务上行主动延迟调度时延等参数按场景调整。
干扰处理相对直接:通过测试、扫频、后台提取干扰数据定位干扰源并排除。但「定位干扰源」这件事经常是持久战——外部干扰源会随时间变化,后台干扰数据只能告诉你哪个 PRB 底噪抬升,具体的干扰源还得靠扫频和现场排查确认。
3.4 功率优化:PHR 统计找出上行功率受限小区
丢包分析里 HARQFAIL 占比高,很大一部分原因是上行功率受限——超远覆盖会造成 UE 发射功率到达上限仍无法满足解调需求。结合 TA 统计和 PHR 统计,可以找出这类小区,然后对超远覆盖小区降功率、缩小覆盖范围。
筛选条件 PDF 给了明确口径:PUSCH 中电平低于 -130dBm 的占比大于 25%;城区 TA 大于 13(即 1000 米以外采样)占比 20% 以上、农村 TA 大于 40 占比 30% 以上;小区功率设置为 18 以上。同时可以结合 N310/T310、PDCP 丢弃包定时器等定时器参数做调整。
4. 特性参数优化与常见问题:RoHC、RLC 分片、UL CoMP 等开关的坑位
4.1 RoHC 头压缩:40 字节 IP 头压到 4~6 字节是什么概念
一个 32 Byte 有效载荷的 VoIP 分组,IPv6 报头要加 60 字节、IPv4 加 40 字节,相当于 188% 和 125% 的开销。PDCP 层的 RoHC(健壮性报头压缩)可以把 IP/UDP/RTP 头压缩到 4~6 字节,相对开销降到 12.5%~18.8%。原理是在终端与核心网之间压缩头部信息,让 PDCP SDU 变小,节省空口带宽,从而降低丢包率。
这段原理本身不复杂,但落地时要注意:头压缩依赖终端和网络侧协商能力,如果你的区域里还有大量老款终端,贸然全量开启 RoHC,可能出现部分终端协商失败导致语音异常。我一般会先在一个 TOP 小区试点,观察 3~5 天忙时指标,再逐步铺开。
4.2 RLC 分片限制与上行补偿调度:给远点和漏检用户让路
上行远点调度时 RLC 拆片过多,调度效率低下,UE 弃包严重。RLC 分片限制功能通过限制语音包的最大 RLC 分片段数,抬升单次调度的语音包大小,配合重传合并增益,降低单个语音包在空口的传输时延。核心参数是 ucSplitNum4ULVOLTE(上行限制拆片数目),取值范围 [1,20],推荐值为 4。
当信道质量不足以支持每个分片的长度时,基站不再降低分片长度,而是抬升 MCS 完成调度。这个逻辑要想清楚:限制分片数是牺牲一定调度灵活性,换取单包传输效率和重传增益,但设得太低(比如设成 1)反而可能在差信道下让单次传输失败率上升。推荐值 4 是兼顾调度效率和重传增益的经验值。
上行补偿调度解决的是另一个问题:SR 漏检。终端通话期每 20ms 产生一个语音包、静默期每 160ms 产生一个,如果 UE 的调度请求(SR)被漏检,语音包就会排队等待,时延增大。eNB 通过主动授权调度 VoLTE 语音包,可以在 SR 漏检时直接把包调度出去,减小语音包时延。这类参数适合在有大话务、PDCCH 受限的小区开启,但开了之后要关注 PDCCH 占用率变化。
4.3 UL CoMP 与 TTI Bundling:边缘用户的两个兜底手段
UL CoMP 的应用场景是「宽松传输场景的 VoLTE 上行弱覆盖用户,如居民楼」。原理是用户位于小区边缘时,干扰邻区「帮忙」接收信号,通过多小区协同带来天线合并增益和干扰抑制增益。IFRAN 场景支持 UL CoMP 协同技术,对重叠区域的 VoLTE 用户丢包率改善明显。
TTI Bundling 的理念更直接:边缘用户信道质量差时,UE 用 4 个连续上行子帧传输同一个数据块,利用冗余换取更短的语音传输时延和重传增益。3GPP TS 36.213 规定 TTI Bundling 最大 RB 数为 3 个、MCS 最高 10 阶,所以它主要适用于上行弱覆盖场景。eTTIB 是增强版:R12 终端取消了 MCS 10 阶限制,切换和重建后可以继承原小区的 TTI Bundling 属性。
4.4 五个容易翻车的参数坑位
往期做专项优化时,下面这几个坑几乎每个地市都会踩一遍,这里直接写成排查记录:
坑 1:RoHC 一开就出现单通或杂音。现象:开启 RoHC 后部分小区语音质量不升反降,个别终端出现单通。原因:老款终端或不支持 RoHC 协商的终端在头压缩建立过程中异常。解决:分基站分批开启,先在 TOP 小区验证终端兼容性,再根据反馈决定是否扩大范围;同时核查核心网侧 RoHC 协商超时参数。
坑 2:RLC 分片限制设成 1,上行丢包率反而升高。现象:把 ucSplitNum4ULVOLTE 设成 1 后,远点用户上行丢包上升。原因:分片数限制过死,信道质量差时单次传输块过大、MCS 抬升空间有限,重传合并增益无法发挥。解决:按推荐值 4 配置,不要为了「极限压缩时延」把参数调到极端。
坑 3:TTI Bundling 开错场景,语音时延变大。现象:在中近点用户为主的小区开启 TTI Bundling 后,语音时延和调度开销明显增大。原因:TTI Bundling 以 4 子帧冗余为代价换边缘增益,中近点用户不需要这种冗余。解决:只对上行弱覆盖、PL 大于 125 的边缘用户场景开启。
坑 4:受控 ANR 批量开太大,邻区列表震荡。现象:一次性对超过 500 个小区开启受控 ANR,结果一批错误邻区被加进来、又触发自动删除,切换指标波动。原因:违背了「小批量、快回退」的操作纪律。解决:严格执行每次不超过 500 个小区、加完关闭并回退参数,再开下一批。
坑 5:只看 CQI 优良率低于 80% 就调参数。现象:CQI 差的小区直接调高阶调制或调度参数,丢包没改善。原因:CQI 是信道质量的综合反映,弱覆盖、干扰、邻区问题都会导致 CQI 差,它不是独立的根因。解决:先按七维洞察确认覆盖和干扰没有问题,再动调度类参数。
5. 四个案例拆解:改了什么参数、丢包降了多少
5.1 乒乓切换高丢包:A3 迟滞和偏置各 +1 之后
湖里区象屿新创建码头_C0WCYT3 连续 7 天忙时下行丢包率 6.23%。核查指标:干扰 -115dBm 正常,负荷正常,MR 覆盖率 99.18% 正常,CQI 优良率 90% 正常,但重叠覆盖率 25%,日均忙时乒乓切换 579 次——问题主因锁定在乒乓切换和重叠覆盖。
进一步核查乒乓切换目标小区,与周边 13 个小区乒乓严重,最严重的两两间乒乓切换高达 2382 次。由于 TA 值显示覆盖范围正常,说明是切换参数过于灵敏导致用户在多个小区间来回切换。优化举措是调整 A3 同频切换迟滞从 1 调到 2、A3 同频切换偏置从 1 调到 2,抑制乒乓切换。
效果相当明显:下行丢包率从 6.23% 降到 0.06%,系统内 MR 乒乓切换次数从日均 579 降到 87,E2E VQI 平均值评分从 2.66 提升到 3.33。这个案例的操作很简单,但背后的判断很有价值——覆盖正常的小区丢包高,先怀疑切换参数而非覆盖。
5.2 邻区漏配高丢包:受控 ANR 手动添加漏配邻区
同安区方特宿舍楼_C4WJYD3 连续 5 天忙时下行丢包率大于 5%,主覆盖高铁区域。MR 覆盖率 95.86% 正常,但日均忙时无对应邻区无法发起的同频切换次数达 1562 次,且周边为异厂家设备,初步判断是邻区漏配导致无法切换、进而连续丢包。
优化举措是按受控 ANR 流程开启功能,筛选一天上报次数大于 100 次、距离小于 1km 的目标小区进行手动添加。配置上把 ANR 开关、自动删除开关、邻区优化开关全部置 1,删除冗余邻区关系和错误邻区关系,优化模式设为 CONTROLLED,切换策略设为 FORBID_HO。
邻区添加后,下行丢包率从 7.57% 降到 0.36%,增益 95 个百分点;CQI 优良占比从 46.03% 提升到 77.43%,增益 68 个百分点;无邻区导致无法切换的次数从 1624 降到 561。这里值得一提的是:异厂家设备区域的邻区漏配概率远高于同厂家区域,因为工参和邻区表维护经常不同步,遇到这类区域要优先怀疑邻区问题。
5.3 深度覆盖差丢包:参考信号功率从 134 调到 194
思明区软件园二期观日路 8 号_C0WCND3 连续 3 天忙时下行丢包率大于 3%,主覆盖商业办公楼。MR 覆盖率 90.74% 偏差,其余指标正常,判断为深度弱覆盖导致丢包。核查发现该扇区参考信号功率较低,且电下倾角已调到最大,结合周边覆盖情况认为覆盖范围合理,不宜动天馈。
优化举措是调高参考信号功率。按参数表从 134 调到 194,这里的单位在现网配置里通常按 0.1dBm 计,相当于从 13.4dBm 提升到 19.4dBm,抬升了 6dB 的覆盖增益。参数调整后,下行丢包率从调整前的平均 4.22% 左右降到 0.17%,VQI 平均值明显提升。
这个案例的关键启示是:天馈已无法调整时,功率余量是最后的覆盖手段。但要注意,调高 RS 功率会同步抬升小区覆盖范围,在密集城区可能引入新的重叠覆盖,所以调功率前必须先确认周边邻区关系能够承接新增覆盖区域。
5.4 2.1G 解耦 1.8G:从 -88dBm 上行干扰场景的频段重配
湖里区 SM 一期-1 楼 TB02 弱_C3NCYT3 连续 3 天忙时下行丢包率大于 3%,主覆盖商业大楼。干扰维度显示上行干扰平均 -88dBm 左右,显著高于 -110dBm 的正常门限,定位为外部干扰导致的丢包。
处理思路是 2.1G 解耦 1.8G:把原本承载在 1.8G 上的 VoLTE 语音业务通过频段选择策略迁移到 2.1G 上,避免与 1.8G 频段的外部干扰源直接冲突。这种做法本质上是「打不过就绕开」——在不改变基站位置和天馈的前提下,通过频段重配让语音承载避开受干扰频段。
这类操作的落地注意点是:解耦后要确认 2.1G 频段的覆盖能力是否满足语音业务需求,因为 2.1G 的传播特性与 1.8G 有差异,尤其在室内场景可能出现覆盖收缩。同时,解耦前后要做好对比验证周期,不能只盯丢包率,还要关注切换成功率、RRC 建立成功率等周边指标是否受影响。
5.5 RoHC 头压缩参数调整:小参数大收益
RoHC 头压缩参数的调整可以单独作为一类优化手段。核心收益前面已经算过——IPv4 报头 40 字节压到 4~6 字节,相当于为每个语音包节省 34~36 字节的空口开销。在空口质量边缘的小区,这 30 多字节可能就是丢包和不丢包的界限。
在 TOP 小区上开启 RoHC 后,配合上行补偿调度、RLC 分片限制等特性参数,下行丢包率往往能下降 1~3 个百分点。但要注意:RoHC 属于「锦上添花」类参数,如果覆盖和干扰问题没解决,开了 RoHC 也救不回来。我的建议是把它排在整个优化动作的第三步——先处理覆盖和邻区,再清干扰,最后开特性参数。
6. 参数调整后的验证与收口:一个可复用的验收清单
这轮优化的最后,我想分享一个自己沉淀下来的验证习惯——不是所有参数调整完都有立竿见影的效果,怎么判断「这个动作真的有用」比动作本身更重要。
第一步,先定对比口径。每次调整前,锁定同一套忙时指标集:QCI1 上下行空口丢包率、系统上行每个 PRB 干扰平均值、CQI 优良率、E2E VQI 平均值评分。忙时定义保持一致,避免拿晚忙时和午忙时比。参考信号功率调整这种动作,还要记录流量和用户数变化,防止覆盖扩大带来的负荷增加稀释了增益。
第二步,分时间窗口看趋势。参数调整后至少观察 3~5 天忙时数据。像乒乓切换调整,切换相关计数器需要时间重新收敛;受控 ANR 添加邻区后,新邻区需要积累切换采样。如果 5 天内丢包率没有明显下降趋势,基本可以判断这个动作无效,需要考虑回退或换方向。注意「趋势」和「单点」的区别——某一天突然降到 0.06% 并不能说明问题解决,连续 3 天稳定在低位才算。
第三步,回退比调整更重要。每一次参数调整都做好记录,标注修改前值、修改后值、调整日期、预期效果。我心里一直有一句话:参数调整也要有「后悔药」。受控 ANR 这类批量操作,必须做到「加完就关、改完能退」。如果开 RoHC 后出现终端兼容问题,能第一时间回退参数比什么都强。
从那以后,我每次做 VoLTE 高丢包率优化,都强制走一遍七维洞察 → 场景分类 → 基础优化 → 特性参数 → 验证回退这套流程,而不是拿到 TOP 小区就直接改参数。这套流程帮我避开了至少一半的无效调整——也希望帮到你。
本文还有配套的精品资源,点击获取