简介面向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 采样差上行干扰干扰电平大于 -113dBmeNodeB 无法正常解码 PUSCHDTX 比例高上行接入受限路损 PL 大于 125CRS 功率大于 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 个居首其次是越区覆盖TA23 个、负荷 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 开关01StatisticPeriod统计周期1440720NcellHoStatNum切换次数统计条件205DelCellThdANR 删除小区门限00OPTMODE优化模式FREECONTROLLEDANRCONTROLLEDHOSTRATEGYANR 受控模式下切换策略PERMIT_HOFORBID_HO注意 OPTMODE 的切换从 FREE 改成 CONTROLLEDANR 就从「自动添加」变成「收集候选、人工确认」这是受控 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 头压缩到 46 字节相对开销降到 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 五个容易翻车的参数坑位往期做专项优化时下面这几个坑几乎每个地市都会踩一遍这里直接写成排查记录坑 1RoHC 一开就出现单通或杂音。现象开启 RoHC 后部分小区语音质量不升反降个别终端出现单通。原因老款终端或不支持 RoHC 协商的终端在头压缩建立过程中异常。解决分基站分批开启先在 TOP 小区验证终端兼容性再根据反馈决定是否扩大范围同时核查核心网侧 RoHC 协商超时参数。坑 2RLC 分片限制设成 1上行丢包率反而升高。现象把 ucSplitNum4ULVOLTE 设成 1 后远点用户上行丢包上升。原因分片数限制过死信道质量差时单次传输块过大、MCS 抬升空间有限重传合并增益无法发挥。解决按推荐值 4 配置不要为了「极限压缩时延」把参数调到极端。坑 3TTI 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 降到 87E2E 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 小区就直接改参数。这套流程帮我避开了至少一半的无效调整——也希望帮到你。本文还有配套的精品资源点击获取