简介这份资源聚焦5G网络优化中的语音掉话难题面向通信网优工程师、5G优化人员及通信专业学习者针对5G小区频繁回落2G通话聚集问题提供系统分析与实战案例。内容围绕EPS Fallback回落原理展开区分基于切换与基于重定向两类回落方式并梳理回落、TAU、建专载、寻呼四个阶段可能掉2G的常见原因如专载未建立、被叫侧异常、承载更新失败等。资源包含1个docx文档压缩包约3.82MB以图文结合方式呈现问题分析、信令流程与优化方案便于直接查阅与复盘。文档结合长沙华为区域64个NR小区的分析数据给出4G侧传输丢包、流程冲突、被叫切换失败三个典型优化案例并附优化总结与整治建议。已有750人学习适合需要排查5G语音回落问题、提升用户满意度的网优人员参考借鉴。1. 掉2G通话聚集的5G小区一个被忽视的EPS FB回落盲区你打开网优平台筛出VoLTE话单发现一个诡异现象某个5G小区下大量语音业务在接通后几秒内掉到2G用户感知从“秒接”变成“喂喂喂听得到吗”。这不是核心网故障也不是终端问题而是EPS FBEvolved Packet System Fallback在5G侧的执行路径出了偏差。掉2G通话聚集本质上是5G小区在语音回落时把用户“推”向了2G而非4G导致接续时延飙升、MOS值跳水。这个案例要解决的就是为什么同一个5G小区下EPS FB会集中回落到2G怎么从5G侧参数、邻区配置、互操作策略三个层面定位并优化适合正在做5G语音质量提升、日常处理VoLTE投诉、或者刚接手EPS FB参数优化的网优工程师。如果你手里正好有“掉2G通话聚集”的小区下面的排查路径可以直接抄作业。2. EPS FB回落机制与2G聚集的根因拆解2.1 EPS FB在5G侧的触发流程与回落决策点EPS FB不是5G独有的它是LTE时代CSFB的演进版。在5G SA组网下当终端发起VoLTE呼叫如果5G小区没有配置VoNR或者VoNR未启用网络会通过EPS FB把终端回落到LTE由LTE的VoLTE承载语音。但问题在于回落目标不是唯一的。如果LTE覆盖不足、邻区漏配、或者5G侧下发的重定向优先级把2G排在了4G前面终端就会直接掉到2G。整个流程拆成四步第一步终端在5G小区发起INVITEAMF收到后判断是否需要EPS FB第二步AMF向gNB下发Handover Required或Redirect命令携带候选频点列表第三步gNB根据本地配置的异系统邻区关系和重定向优先级选择目标小区第四步终端在目标小区完成接入语音业务在LTE或2G上继续。关键决策点在第三步。很多网优工程师只盯着核心网侧的EPS FB开关却忽略了gNB侧的重定向优先级和异系统邻区配置。我见过一个典型场景5G小区配置了LTE邻区但LTE邻区的优先级被误设为低于2G或者LTE邻区的PCI冲突导致终端无法接入最终只能回落到2G。这就是“聚集” ground truth——不是随机掉2G而是同一个5G小区下的所有EPS FB用户都走了同一条错误路径。2.2 为什么是2G而不是4G三个常见配置陷阱第一个陷阱重定向优先级表里2G频点的优先级高于LTE。在gNB的RedirectPriority配置中如果2G的ARFCN被赋予了更高的priority值终端会优先尝试2G。这个参数通常藏在NRInterRATPolicy或RedirectCarrierInfo里不同设备商命名不同但逻辑一致。第二个陷阱LTE邻区漏配或PCI冲突。5G小区到LTE的异系统邻区关系需要手动或通过ANR添加。如果LTE邻区的PCI与5G服务小区的PCI模3冲突终端在重定向后无法解出LTE的PBCH只能降级到2G。这种问题在边界区域尤其常见因为LTE和5G的PCI规划往往是两拨人做的。第三个陷阱EPS FB的FallbackType被设成了Redirect而非Handover。Redirect是盲重定向终端在目标频点上搜索如果LTE信号质量差就会继续降级到2G。而Handover是有准备的切换成功率更高。很多地市为了快速开通5G语音默认用了Redirect结果在LTE弱覆盖区就出现了2G聚集。2.3 从信令看回落路径一条N2接口消息的解读要确认根因必须抓N2接口信令。在AMF和gNB之间的NGAP消息里Handover Required或UE Context Release Command会携带SourceToTargetTransparentContainer里面包含了目标小区的频点、PCI和系统类型。如果这个容器里只有2G的ARFCN没有LTE的E-ARFCN那就实锤了gNB根本没给LTE机会。实际操作中我一般用Wireshark过滤ngap和nas-5gs看Handover Required消息的TargetID字段。如果TargetID里的global-RANNode-ID指向的是GERAN而不是E-UTRAN那就说明gNB在决策时直接选了2G。这时候再回头看gNB的邻区配置十有八九是LTE邻区没加或者优先级配反了。提示抓N2信令需要在AMF侧做端口镜像或者用支持NGAP解析的探针。如果没有探针可以退而求其次在gNB侧打开Trace看InterRATRedirect的日志。3. 定位掉2G聚集小区的四步排查法3.1 第一步从话单和MR里筛出“聚集”特征不要一上来就抓信令先做数据筛选。从VoLTE话单里提取FallbackIndicator字段筛选出FallbackToGERAN的记录按5G小区PCI聚合。如果某个PCI下的掉2G比例超过30%而周边小区低于5%那就是聚集。同时看MR数据。5G MR里的NR_InterRAT_Redirect事件会记录重定向的目标系统。如果某个小区的MR里GERAN占比异常高而EUTRAN占比极低就锁定它了。这一步的产出是一张表小区PCI、EPS FB总次数、掉2G次数、掉2G占比、LTE邻区数量。下面是一个示例SQL从话单表里直接跑SELECT nr_pci, COUNT(*) AS total_fb, SUM(CASE WHEN fallback_target GERAN THEN 1 ELSE 0 END) AS fb_2g, ROUND(SUM(CASE WHEN fallback_target GERAN THEN 1 ELSE 0 END) * 100.0 / COUNT(*), 2) AS ratio_2g, COUNT(DISTINCT lte_neighbor_pci) AS lte_nbr_cnt FROM volte_cdr WHERE fallback_flag EPS_FB AND start_time BETWEEN 2024-05-01 AND 2024-05-07 GROUP BY nr_pci HAVING ratio_2g 30 ORDER BY ratio_2g DESC;逻辑说明按5G PCI聚合统计EPS FB总次数和掉2G次数算出掉2G占比同时关联LTE邻区数量。HAVING ratio_2g 30筛出聚集小区。参数说明fallback_target字段来自话单的FallbackIndicatorlte_neighbor_pci来自工参表关联。如果话单里没有lte_neighbor_pci可以后续再关联。3.2 第二步核查gNB侧异系统邻区与重定向优先级拿到聚集小区PCI后登录gNB网管查三个东西异系统邻区表、重定向优先级表、EPS FB策略。异系统邻区表里看该5G小区是否配置了LTE邻区。常见问题是只配了2G邻区没配LTE邻区。或者配了LTE邻区但isHoAllowed设成了false导致只能Redirect不能Handover。重定向优先级表里看RedirectPriority的排序。以某设备商为例命令是LST NRINTERRATPOLICY输出里会有Priority字段。如果2G的优先级是7LTE是5那终端肯定先试2G。正确的做法是LTE优先级高于2G通常LTE设72G设3。EPS FB策略里看FallbackType。如果是Redirect建议改成Handover前提是LTE邻区关系完整。Handover需要核心网和gNB都支持且LTE侧要配置好邻区。这一步的产出是一张配置核查表检查项正确值常见错误值影响LTE邻区数量≥30无LTE可选直接掉2GLTE邻区优先级73或5优先级低于2G先试2G2G邻区优先级37优先级过高抢占了LTEFallbackTypeHandoverRedirect盲重定向LTE弱覆盖时降级isHoAllowedtruefalse无法切换只能重定向3.3 第三步用信令验证回落决策路径配置核查后如果发现LTE邻区正常、优先级也正确但依然掉2G那就需要抓信令看实际决策。在gNB侧打开UE Trace过滤该PCI下的EPS FB用户看Handover Required消息里的TargetID。如果TargetID是GERAN但配置里LTE优先级更高那可能是终端侧的问题。某些终端在EPS FB时如果LTE频点不在UE Capability的SupportedBandListEUTRA里会直接忽略LTE。这时候需要查终端型号看是否支持该LTE频段。另一个可能是LTE小区的CellIndividualOffset设得太低导致终端测量报告里LTE的RSRP被低估gNB误判LTE不可用。这时候要查LTE侧的CIO参数通常设0到2dB比较合理。3.4 第四步参数调整与效果验证定位到根因后调整分三种情况情况一LTE邻区漏配。补配LTE邻区确保isHoAllowedtruePriority7。补配后需要等ANR更新或者手动执行ADD NRINTERRATNEIGHBOR。情况二优先级配反。修改NRINTERRATPOLICY把LTE的Priority调到72G调到3。修改后需要重启小区或等策略生效。情况三FallbackType是Redirect。改成Handover但前提是LTE邻区完整且LTE覆盖良好。如果LTE覆盖本身差改Handover也没用反而会增加切换失败率。调整后验证重新跑3.1的SQL看掉2G占比是否下降。同时看VoLTE的SetupTime和MOS如果掉2G占比降到5%以下且MOS提升0.5以上就算优化成功。# 示例通过网管命令行修改重定向优先级以某设备商为例 MOD NRINTERRATPOLICY: PolicyId1, RatTypeGERAN, Priority3; MOD NRINTERRATPOLICY: PolicyId1, RatTypeEUTRAN, Priority7; # 修改后查询确认 LST NRINTERRATPOLICY: PolicyId1;逻辑说明先修改GERAN的优先级为3再修改EUTRAN为7确保LTE优先。参数说明PolicyId是策略编号RatType是无线接入类型Priority是优先级数值越大越优先。修改后必须查询确认避免命令未生效。4. 避坑掉2G优化中的五个血泪教训4.1 坑一只改核心网不改gNB现象在AMF侧把EPS FB开关打开FallbackType设为Handover但掉2G依然聚集。原因gNB侧的NRINTERRATPOLICY没改重定向优先级还是2G高于LTE。解决核心网和gNB两侧必须同时改核心网管策略gNB管执行。4.2 坑二LTE邻区加了但PCI冲突现象补配了LTE邻区优先级也调了但终端还是掉2G。原因LTE邻区的PCI与5G服务小区的PCI模3冲突终端在重定向后无法解LTE的PBCH。解决检查LTE邻区PCI确保与5G PCI的模3值不同。如果冲突换一个PCI。4.3 坑三终端不支持LTE频段现象配置全对信令里TargetID也是EUTRAN但终端还是掉2G。原因终端UE Capability里不支持该LTE频段比如只支持Band 1/3但网络配了Band 8。解决查终端型号的频段支持列表如果确实不支持只能换频段或换终端。4.4 坑四Redirect改Handover后切换失败率飙升现象把FallbackType从Redirect改成Handover掉2G少了但切换失败率上去了。原因LTE邻区虽然配了但LTE小区的覆盖和质量不满足切换门限。解决先查LTE侧的RSRP和SINR如果LTE本身弱改Handover没用。要么优化LTE覆盖要么保持Redirect但调高LTE优先级。4.5 坑五改了优先级但没重启小区现象命令执行成功查询也显示优先级改了但掉2G没变化。原因部分设备商的NRINTERRATPOLICY修改后需要重启小区或等下一个策略周期才生效。解决执行MOD NRINTERRATPOLICY后再执行RST NRCELL重启小区或者等15分钟策略刷新。注意重启小区会影响在线用户建议在凌晨低峰期操作。5. 进阶用MR和话单做EPS FB回落质量画像优化不是一次性的。掉2G聚集小区调完后怎么持续监控我一般做一张EPS FB回落质量画像表按小时粒度统计每个5G小区的回落目标分布、接续时延、MOS均值。这样能提前发现异常而不是等投诉来了再查。具体做法从MR里提取NR_InterRAT_Redirect事件按nr_pci和target_rat分组算出每小时的回落次数。再关联话单里的SetupTime和MOS做加权平均。如果某个小区的2G回落占比突然从5%跳到20%就触发告警。import pandas as pd # 读取MR和话单数据 mr pd.read_csv(mr_interrat.csv) cdr pd.read_csv(volte_cdr.csv) # 按小区和目标系统聚合 mr_agg mr.groupby([nr_pci, target_rat, hour]).size().reset_index(namefb_cnt) cdr_agg cdr.groupby([nr_pci, hour]).agg( avg_setup(setup_time, mean), avg_mos(mos, mean) ).reset_index() # 关联 merged pd.merge(mr_agg, cdr_agg, on[nr_pci, hour], howleft) merged[fb_2g_ratio] merged.apply( lambda r: r[fb_cnt] / merged[(merged[nr_pci]r[nr_pci]) (merged[hour]r[hour])][fb_cnt].sum() if r[target_rat]GERAN else 0, axis1 ) # 筛选异常2G占比15%且MOS3.5 anomaly merged[(merged[fb_2g_ratio] 0.15) (merged[avg_mos] 3.5)] print(anomaly[[nr_pci, hour, fb_2g_ratio, avg_mos, avg_setup]])逻辑说明先聚合MR的回落次数和话单的质量指标再按小区和小时关联算出2G回落占比。最后筛出2G占比高且MOS低的记录。参数说明target_rat是回落目标系统setup_time是接续时延mos是语音质量分。这个脚本可以每天跑一次输出异常小区列表。还有一个技巧看FallbackType的实际生效情况。在gNB侧开Performance Counter统计InterRATHandoverSuccessRate和InterRATRedirectSuccessRate。如果Handover成功率低于80%说明LTE邻区质量有问题需要回头查LTE侧。如果Redirect成功率高于Handover但掉2G多说明Redirect虽然成功但目标选错了。我自己的习惯是每次优化完一个聚集小区把调整前后的fb_2g_ratio、avg_mos、avg_setup记到一张表里三个月后回头看哪些调整真正有效哪些是玄学。这个习惯帮我避开了很多“改了参数但没效果”的坑。希望帮到你。本文还有配套的精品资源点击获取
