企业官网建设流程全解析

简介：一份面向网优工程师的5G语音优化实践案例，聚焦SA网络下EPS Fallback回落导致手机掉2G的典型问题处理。文档先介绍5G语音回落至4G的EPS FB原理及切换/重定向两类执行方式，再结合某省TOP小区实测数据，梳理回落、TAU、专载建立、寻呼等阶段引发掉2G的常见原因，并给出三个完整优化案例：4G传输丢包触发概率性回落、回落后的4G切换流程冲突、被叫侧SINR差导致5-4切换失败，均附信令回溯与解决方案。案例处理中涉及现场处理尾纤、调整切换触发难度、核查邻区关系并优化4G侧SINR等具体手段，最后总结加强干扰监测、邻区优化、语音打底网覆盖等方法。资源为单个docx文档，共3.82MB，内容包含原理分析、信令截图和整治措施，适合从事5G网络优化、语音质量提升的工程师参考。已有751人学习。

1. 掉2G通话聚集在5G小区：先看清这不是覆盖不足那么简单

一份名为《网优5G优化案例-掉2G通话聚集的5G小区》的案例材料，切入的是网优日常最容易踩的痛点：5G小区覆盖和平均质量指标都不难看，语音却成批掉进2G，用户侧表现为接不通、接通后单通、频繁断续，投诉还高度聚集在同一片区域。这类问题难就难在根因通常不在5G覆盖本身，而是站在5G小区边缘或重叠地带的互操作、邻区和参数策略出了问题。网优工程师、无线KPI分析和投诉处理岗位拿到“掉2G聚集”工单后，需要的是从单小区证据一路推到参数调整的排查方法。下面按“信令机制 → 数据取证 → 参数优化 → 踩坑排查 → 验证闭环”来梳理，尽量给出可直接落到网管界面的做法。

2. 掉2G聚集的机制基础：一次语音呼叫如何一步步跌入2G

2.1 从VoNR到EPS Fallback再掉到2G的呼叫路径

5G语音的最终形态是VoNR，音频直接在NR空口上传送。但在5G组网与运维的落地阶段，很多区域实际采用的是EPS Fallback：终端在5G网络里发起语音，基站和核心网把它引导到LTE，再由LTE走VoLTE完成通话。只有当LTE侧立不住，才会继续落到GSM，“5G小区”和“掉2G”这两个词因此才总出现在同一张工单里。

呼叫流程比多数人想的长：在5G侧完成RRC连接，核心网下发语音QoS流；基站识别出语音承载且不支持VoNR时，触发测量并下发重定向或切换命令，让终端去LTE；到LTE侧先做TAU或切换，再建立QCI=1的IMS专用承载；若这一步失败或LTE信号弱，网络继续向下放，终端最终回到GSM。GSM的位置更新、寻呼、指配全部重新走一遍，用户感知就是从拨号到听到回铃音要8到10秒。

前台路测软件里最容易看到的是几条关键信令：

如果RRCRelease消息里携带的redirectedCarrier是GSM频点，基本可以判定这就是一次标准的“掉2G”。判定这一步的意义在于：它决定后续排查方向是5G侧测量配置、LTE锚点，还是核心网语音策略。

2.2 为什么都堆在一个5G小区：聚集效应与“水桶底”

网管上看到某5G小区某个时段掉2G话务总量占全网比例很高，第一反应别是“这个小区信号差”。聚集效应的本质，是这一个5G小区的覆盖范围内同时满足两个条件：用户量大，且这批用户对应的LTE锚点覆盖不够。同一扇区里大家无线环境相似，A2测量一触发，所有用户在相近时间点搜索LTE，结果LTE信号不足，于是一齐落到GERAN。

我把这个场景叫“水桶底效应”：掉2G不是由5G覆盖决定的，而是由LTE锚点这块短板决定的。典型位置包括高层住宅电梯厅、商场负一层、地铁口，以及5G外泄的临街路段。这些位置5G能驻留，但后台没有能承接话音的LTE邻区，语音只能往GSM“漏”。

所以定位时要转变一个习惯：不再是问“这个5G小区为什么弱”，而是问“这个5G小区底下为什么没有能用的LTE底座”。这一问，排查方向就从覆盖转到互操作和邻区。

2.3 三种常见形态：重叠覆盖、5G外泄、邻区黑洞

网优里看掉2G聚集，离不开三种形态。

第一种是重叠覆盖。两个5G小区在边缘交叠，终端一直守在高优先级的5G网络里，但底下没有连续LTE覆盖，互操作一触发就直接B1到GSM。第二种是5G外泄。规划给室内的5G信号漏到街道上，街道沿线LTE基站密度又不够，外泄带就变成掉2G带。第三种是邻区黑洞。5G侧其实能测到LTE邻区，但邻区关系漏配、PCI混淆或锚点优先级不对，终端想做切换却找不到合适目标，最后自动选了GSM。

这三类问题集中在一个小区上，表现就是“掉2G通话聚集的5G小区”。排查顺序应该是：先看覆盖形态，再看邻区配置，最后动参数。做站点定位时，可以在华为网管上用LST类MML命令查5G小区对应的框号、槽位和扇区映射，确定物理位置后再去现场看天线方位角和下倾角，能直接验证外泄或重叠。这个“网管查小区对应框号”的操作在华为系后台很常用，属于定位聚集现场的一项基本功。

3. 从“聚集”到“定位”：MR报告、信令跟踪和话统的三重取证

3.1 用MR数据先圈出问题路段

掉2G聚集的小区，光看平均RSRP没意义。我一般会把该小区连续7天的MR数据导出来，按小时和RSRP区间看分布。重点不是均值，而是RSRP在-105dBm以下的样本占比，以及SINR低于0dB的栅格集中在哪里。如果低占比曲线和掉2G话务曲线在时间上重合，说明掉2G与边缘用户聚集强相关。

具体操作可以按下面四步来：

1. 在网管取NR MRS的RSRP、SINR统计，粒度选15分钟或1小时。
2. 按小区、RSRP区间统计用户数占比，把边缘样本占比单独拉一列。
3. 导出同期该小区掉2G话务次数，与边缘样本占比放在同一张表里对比。
4. 如果两者在晚忙时同时抬升，就带栅格图去现场确认物理位置；如果掉2G全天都高而RSRP分布正常，则优先怀疑测量配置和邻区。

做完这四步，至少能把问题范围从一个小区缩小到一段路或一栋楼。MR数据的价值在于它不是单次路测的抽样，而是全网用户的全量采样，对“聚集”类问题最友好。

3.2 用信令跟踪确认到底是“重定向到2G”还是“LTE侧失败”

MR能锁定位置，但锁不准原因。下一步做小区级信令跟踪：在网管上对目标5G小区开启按IMSI的语音跟踪，抓一两个小时真实呼叫。重点找几类消息：

• 5G侧有没有直接下发RRCRelease，并且携带GERAN频点；
• 下发之前有没有尝试过切换到LTE或重定向到LTE；
• LTE侧有没有收到切换请求或TAU请求；
• 如果LTE侧收到过请求，最终是在哪一步失败的。

把跟踪结果按事件顺序整理成一张表，判断逻辑会清楚很多：

信令跟踪是成本最高的一步，但也是唯一能看清“真掉2G”和“假掉2G”的手段。所谓假掉2G，是指终端确实注册在LTE，但因为IMS注册失败或专载建立超时，应用层主动回落。这类问题改5G侧参数是无效的。

3.3 用话统计数器交叉验证“测不到”与“测到了进不去”

要区分“LTE测不到”和“测到了进不去”，只靠信令跟踪还不够。我会再把网管话统里的互操作计数拉出来做一次交叉验证。

建议拉三组指标：

1. NR到LTE的重定向或切换尝试次数；
2. NR到GERAN的重定向次数；
3. LTE侧语音E-RAB建立失败次数。

组合判断如下：

话统和MR的区别在于：MR告诉你用户在哪，话统告诉你网络往哪走。两套数据对上，基本就能锁定是哪个网段该负责任。到这一步再动参数，心里才有底；不取证直接拍参数，很可能越调越乱。

4. 参数调整落地：不让5G小区的语音话务滑向2G

4.1 三组关键互操作参数：A2、B1和迟滞参数

参数调整是掉2G优化的核心动作，但参数要围绕证据来调。不同设备商字段名略有差异，调整逻辑可以通用。以某主流设备商的日常建议值为例，我常用的三组参数如下：

A2事件是起点。一旦服务小区RSRP低于A2阈值，终端才开始搜异系统。阈值调低，意味着终端在5G信号更差时才去搜LTE或GSM，能减少早熟触发的掉2G；但调太低会出现测量没来得及完成就掉线的风险。

B1事件是落点。B1阈值用来判决GERAN是否满足重定向目标，调低意味着GSM信号要足够强才作为回落目标，避免终端被扔到一个更差的位置。要注意必须让GERAN的B1阈值比LTE频点优先级门限更苛刻，否则会出现“LTE还凑合但GERAN先达标”的倒挂。

触发时间属于防抖参数。320毫秒到640毫秒这个范围比较稳妥，太大则语音呼叫可能等不到测量上报就被系统异常处理。

4.2 邻区关系和锚点优先级：比参数更能解决问题

掉2G聚集这类工单，我至少会碰到一半是邻区配置问题，而不是参数问题。参数再准，邻区是黑的，终端也无处可去。

先看小区级邻区表。确认目标5G小区周围2公里范围内每个可能承载语音的LTE小区，都配了双向邻区关系。室外宏站尤其要检查同站的LTE扇区，室分站要检查同覆盖区的LTE室分系统。地下的5G小区还要单独确认是否有对应LTE锚点，很多聚集小区实际上是“5G有覆盖，LTE没规划”。

再看LTE锚点优先级。LTE邻区频点要设为语音承载优先级最高的频点，同时保证厂家内部用于语音的“锚点优先级”参数命中该LTE小区。部分设备商还有专门的“VoLTE优选开关”，开启后语音业务选择LTE承载时只看VoLTE可达的频点，忽略其它普通频点。

最后检查X2链路和小区状态。邻区配好了，但LTE锚点小区存在X2断链、小区退服或拥塞，照样会被网络排除在测量目标之外。网管LST邻居节点和MOD回显，把每一条邻区状态过一遍，比反复调阈值更有效。

4.3 语音承载策略和VoNR相关检查

启用VoNR的区域，掉2G会少一些，但会多出另一种翻车姿势：语音QoS流建立失败，然后整通呼叫被网络引导到CS域。这部分排查往往被5G工程师忽略。

建议在核心网和无线侧同时确认三件事：

1. 语音业务是否签约并开通VoNR；如果用户签约数据里语音服务被关断，5G侧拉不起语音QoS流，必然往下走。
2. gNodeB的语音承载映射和频段能力；5G语音需要配置对应的QoS Flow到DRB映射，同时终端和基站都要支持VoNR。
3. 上行覆盖增强功能是否开启。5G小区边缘掉2G，有时不是门限问题，而是上行覆盖差导致网络侧收不到测量报告或SRS，提前判断为“不可用”。

VoNR承载的QCI映射有专门的参数列表，若现网5G语音策略是“VoNR优先、EPS Fallback兜底”，则还要把NR侧B1到GERAN的触发条件设得比到LTE更严格，保证语音业务优先去LTE而不是一步跨到GSM。语音承载策略这一层相当于是高速公路出口的闸机，闸机没开，路面再平整也过不去。

4.4 优化前后对照：参数改动的最小验证清单

参数调整前先截图保存配置，调整一件记录一件。我一般要求至少保留以下对照信息：调整日期、调整人、涉及的5G小区、调整参数名、原值、新值、对应的问题证据。这个习惯在回归测试的时候救过我不少次，因为掉2G优化往往不是一次到位，中间会反复试错，没有记录就只能靠猜。

调整后的初期验证清单包括：

如果只盯着掉2G占比这一个数，很容易优化过度。比如把GSM B1门限调得很苛刻，呼叫是留在5G了，但5G本身已经弱到无法完成语音QoS流建立，结果掉话率和未接通率反而上升。所以每次参数调整都要拉一条完整KPI链来看，不是只看一个指标。

5. 排查阶段的坑：容易误判的几类“假掉2G”现象

5.1 调整A2和B1后掉2G一点没降

现象：把A2阈值和GERAN B1阈值都按建议值调低了，第二天看指标，掉2G话务一点没动，甚至略有上升。

原因：这是最常见的误判——问题根本不在测量门限，而是LTE锚点侧根本没有能承接语音的目标小区。终端搜了一圈LTE，发现没有符合切换条件的邻区，最后照样B1到GSM。参数调了，但解决的是“提前回落”，不是“无处可回”。

解决：先做第3章的信令跟踪，确认是否有发给LTE的尝试；如果尝试数为零，优先把邻区关系和锚点优先级修好。参数调整只能优化过程，不能补齐缺失的邻区。这类工单里，十次有七八次最后发现是邻区漏配或LTE小区退服。

5.2 掉2G压下来了，但出现一批新的未接通

现象：参数优化后掉2G话务确实下降，但该小区未接通和掉话同步增加，投诉量不减反增。

原因：这是典型的优化过度，常见操作是把A2阈值调得过低或把GSM B1调得过于苛刻，导致终端明明已经在5G边缘乞求回落，系统还强行按兵不动。语音QoS流在弱信号下建立失败，结果原本能通的话也通不了了。

解决：回看优化前的话统，找到“掉2G”和“语音建立成功率”的交叉点。调整应以语音接通率优先为原则，而不是只消灭掉2G这一个标签。建议每次只调整一组参数，观察12到24小时再动下一组，不要一次性把所有阈值全改掉。

5.3 现场路测信号很好，网管MR却显示大片弱覆盖

现象：安排外场路测，测试员回报5G信号强度相当好，RSRP在-85dBm上下；但网管MR导出的同一路段边缘样本占比很高，两者完全对不上。

原因：天线接反、RRU通道异常、校准数据偏差或者GPS记录位置偏移都会造成“信标强但业务弱”的假象。路测拿的是测试终端接收电平，MR是现网用户上报数据，如果MR数据显示弱，说明大量普通终端在这个位置的业务体验就是不好。

解决：可以用网管“查小区对应框号”的方式核对RRU到天馈的物理连接，再到现场用驻波仪测试天馈系统并检查天线俯仰角。不要拿路测单点数据覆盖MR全量数据。MR代表的是真实用户群体的感受，可信度更高。

5.4 信令看到2G位置更新成功，但用户说主叫没声音

现象：信令跟踪显示重定向到2G后位置更新和指配都成功，TCH也分配了，但主叫听不到回铃音或通话单通。

原因：主叫没声音不一定是无线接入问题，很可能是核心网侧CS域与IMS域的锚定信息不一致，或者号码变换、呼叫会话控制异常。常见于跨厂家核心网组网、HLR签约数据异常、以及2G基站侧TCH编译码模式不一致的边界场景。

解决：这种投诉要协同核心网CS域工程师一起看A接口和MAP信令，重点检查主叫号码透传和语音编码协商。无线侧看到指配成功就说明空口没问题，不要反复折腾5G和LTE参数。

5.5 优化完一个小区，掉2G迁移到隔壁小区

现象：目标5G小区的掉2G话务降了，但周边几个小区话务上涨，邻居小区被投诉掉2G，问题像是平移了。

原因：RF优化和参数调整改变了覆盖边界，原来聚集在A小区的边缘用户被压到B小区，B小区底下同样没有LTE锚点，于是话务跟着跑。这是典型的“局部优化、全局垂移”，说明问题本身是成片的，不是单站单小区能解决。

解决：掉2G聚集优化应以片区为单位而不是以单小区为单位。先在地图上把连续掉2G小区画成片区，统一规划LTE锚点频点优先级，统一调整边界小区的迟滞参数，避免A调好了又把B砸了。片区方案一次落地，再逐个小区微调。

6. 优化后的验证方法与长效监控思路

参数调整完，验证闭环至少要做三层。

第一层看话统。EPC侧和无线侧的计时器指标要拉全，掉2G话务占比只是结果指标，过程指标还要看A2测量上报次数、NR到LTE重定向次数、NR到GERAN重定向次数、LTE E-RAB建立成功率。哪一层数据恢复，哪一层没恢复，决定后续是继续调还是收工。比如掉2G话务降了但NR到LTE重定向次数没涨，说明话务可能不是转到了LTE，而是被压成了未接通，这样的“下降”没意义。

第二层做外场验证。沿着MR圈出的问题路段跑一遍DT，在目标5G小区边缘做反复主叫测试，观察终端是停留在LTE完成VoLTE通话，还是继续跳到GSM。外场测试的另一个作用，是验证邻区表和地图上的LTE锚点是否真实存在且可用。路测发现终端在某个路口不重选，大概率是邻区漏配，而不是门限问题。

第三层建立长效机制。掉2G聚集问题有很强的时段性，常见为晚忙时和节假日涌起。建议每周拉一次小区级掉2G话务排序报表，把连续三次进入Top N的小区列入重点观察。为这个机制定义一个简单阈值，例如某5G小区单日掉2G通话次数超过10次，或掉2G话务占该小区语音话务比例超过30%，就主动介入核查MR和邻区。这样不需要等用户投诉，问题早暴露早处理。

这几年做网优最大的体会是：掉2G聚集这类问题，多数不是单一原因，而是覆盖形态、邻区配置、语音策略三个因素叠在一起。每一次看似“玄学”的掉2G，背后都有一条可以回溯的信令链和一组可以验证的计数器。我的习惯是把每次调整的原因、原值、新值和话统截图存在一个文档里，哪怕之后网络升级、参数被刷新，也有后悔药能吃。希望这篇笔记里的判断方法和排查顺序，能帮你在拿到类似“掉2G通话聚集的5G小区”工单时少走几步弯路，希望帮到你。

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