简介这是一份面向网优工程师与5G语音优化人员的实战案例文档聚焦5G小区语音业务中频繁回落2G导致的掉话聚集问题。内容围绕EPS Fallback回落原理展开区分基于切换与基于重定向两类回落方式并系统梳理回落、TAU、建专载、寻呼四个阶段可能掉2G的常见原因如专载未建立成功、被叫侧异常、承载更新失败等。资源包含1个docx文件压缩包约3.82MB以图文结合方式呈现问题分析、信令流程与优化方案便于对照学习。文中结合长沙华为区域64个NR小区的分析数据给出4G侧传输丢包、流程冲突、被叫切换失败三个典型优化案例并附信令截图与处理思路可帮助读者掌握掉2G问题的定界方法与整治手段。目前已有750人学习下载适合需要提升5G语音回落优化能力的中高级网优人员参考。1. 掉2G通话聚集的5G小区一个被EPS FB暴露的覆盖空洞路测时看到这样的场景手机占着5G小区信号强度看着还行一拨电话就掉到2G通话结束又回到5G。单看一次像是终端问题但把同一时段同一小区的多条呼叫记录拉出来会发现掉2G的呼叫高度聚集在少数几个5G小区上。这就是标题里说的“掉2G通话聚集的5G小区”——不是偶发是这些小区在语音业务上存在系统性问题。在5G SA组网下语音方案主流是EPS FBEPS Fallback终端在5G上发起呼叫网络通过重定向或切换把它“送”到4G的VoLTE上完成通话。如果5G小区到4G的回落链路有问题终端就可能一路掉到2G用CSFB兜底。掉2G本身不是灾难但聚集性掉2G意味着这些5G小区的语音体验在批量劣化用户感知就是“5G打电话老断”。这篇面向做网优的一线工程师讲清怎么定位这类小区、怎么区分是回落参数问题还是覆盖问题、以及怎么改到不掉2G。2. EPS FB回落链路从5G发起呼叫到2G兜底的全过程2.1 一次呼叫在信令上到底走了哪几步要定位掉2G先得把EPS FB的正常流程在脑子里跑一遍。终端在5G小区发起VoLTE呼叫MO或MT5G核心网AMF判断语音业务需要回落到EPS于是触发Fallback。常见实现有两种基于重定向的RRC Release带频点或基于切换的Handover。终端收到指令后测量并接入目标4G小区在4G上建立QCI1的语音承载通话走VoLTE。问题出在“接入目标4G小区”这一步。如果5G侧下发的4G频点不可用、或者目标4G小区覆盖不足、或者4G侧不接受这次回落请求终端会继续尝试。当4G侧多次失败终端可能触发CSFB流程回落到2G。所以掉2G不是5G直接“掉”到2G而是EPS FB失败后的兜底结果。理解这条链路才能知道该查5G侧的重定向配置还是查4G目标小区的覆盖和容量。2.2 为什么偏偏是这几个5G小区聚集聚集性说明问题有共性。常见原因有三类。第一类是5G小区的4G邻区配置缺失或错误重定向下发的4G频点在该区域根本没有有效覆盖终端找不到4G只能往2G退。第二类是5G小区本身覆盖过远边缘用户占用5G但4G覆盖更弱回落时4G信号不足以建立VoLTE。第三类是4G目标小区负荷高或参数限制比如禁止某些终端接入导致回落被拒。这三类的区分方法不同邻区配置问题看信令里的重定向频点和实际4G覆盖的匹配度覆盖问题看5G和4G的RSRP差值容量问题看4G目标小区的PRB利用率和接入拒绝计数。下面用一张表把三类特征列清楚方便现场快速对号。类型信令特征关键指标典型场景邻区配置缺失重定向频点无对应4G小区4G邻区漏配告警新建5G站未同步4G邻区覆盖不匹配回落时4G RSRP低于门限5G/4G RSRP差值大于15dB5G高站、4G低站4G容量受限回落请求被拒4G接入拒绝次数上升4G小区高负荷时段2.3 用信令和MR定位聚集小区的最小方法现场没有专业平台时用路测软件加MR数据也能定位。核心思路是先按小区聚合掉2G次数筛出TOP小区再对每个TOP小区看回落信令。下面是一段用Python处理路测CSV的示例把掉2G事件按5G小区聚合排序。import pandas as pd # 读取路测事件表字段含 serving_cell(5G小区)、event_type(事件类型) df pd.read_csv(drive_test_events.csv) # 筛选掉2G事件事件类型按现场定义这里假设为 CSFB_to_2G fallback_2g df[df[event_type] CSFB_to_2G] # 按5G服务小区聚合统计掉2G次数 agg fallback_2g.groupby(serving_cell).size().reset_index(namedrop_2g_count) # 按次数降序取TOP20 top_cells agg.sort_values(drop_2g_count, ascendingFalse).head(20) print(top_cells)这段代码的逻辑很直接把掉2G事件过滤出来按5G小区分组计数排序取TOP。参数上要注意event_type的取值必须和路测软件导出的事件名一致不同厂商叫法不同可能是CSFB、Fallback_2G等改代码前先看一遍原始数据的唯一值。serving_cell建议用小区标识如ECI或NCGI而不是小区名避免同名混淆。跑出TOP小区后再回到信令里逐个看这些小区的重定向频点和4G覆盖情况。3. 逐小区排查从重定向频点到4G邻区的实操步骤3.1 先确认5G侧下发的4G频点是否有效定位到TOP小区后第一步看5G侧EPS FB的重定向配置。在信令里找到RRC Release消息看里面带的redirectedCarrierInfo它指示终端去哪个4G频点。把这个频点和该区域实际4G覆盖对比如果这个频点在该区域没有4G小区或者有但距离很远那终端大概率找不到4G只能退2G。常见做法是导出该5G小区的4G邻区关系表核对重定向频点是否在邻区列表里。如果重定向频点不在邻区表说明配置不一致需要补齐。下面是一段检查邻区一致性的伪代码思路实际用SQL查网管数据更直接。-- 查询5G小区的重定向4G频点与配置的4G邻区频点是否一致 SELECT a.gnb_id, a.cell_id AS nr_cell, a.redirect_earfcn AS redirect_freq, b.neighbor_earfcn AS neighbor_freq FROM nr_cell_config a LEFT JOIN nr_to_lte_neighbor b ON a.gnb_id b.gnb_id AND a.cell_id b.cell_id WHERE a.redirect_earfcn IS NOT NULL AND (b.neighbor_earfcn IS NULL OR a.redirect_earfcn b.neighbor_earfcn);这条SQL找出重定向频点和4G邻区频点不一致的小区。参数说明redirect_earfcn是5G侧配置的重定向4G频点neighbor_earfcn是配置的4G邻区频点。结果里出现的小区就是重点怀疑对象。注意不同网管字段名可能不同按实际表结构调整。查出来后要么改重定向频点要么补4G邻区两者必须对齐。3.2 再看4G目标小区的覆盖和接入是否兜得住如果重定向频点没问题下一步看4G目标小区能不能接住。在信令里找终端接入4G的随机接入过程看是否成功。如果4G侧有接入拒绝查拒绝原因值常见有congestion、notAuthorized等。同时看4G目标小区的RSRP如果低于VoLTE建立门限通常-110dBm左右具体看厂家VoLTE建不起来终端就会往2G退。现场可以用MR数据看5G和4G的RSRP差值。如果某5G小区的回落用户普遍4G RSRP比5G低15dB以上说明覆盖不匹配。解决办法有两个方向一是调整5G小区的覆盖比如下倾角下压让边缘用户早点回4G二是增强4G覆盖比如调整4G天馈。哪个可行取决于现场条件。我一般先看4G侧有没有可调空间因为动5G覆盖可能影响5G驻留率。3.3 参数调整几个必须对齐的门限EPS FB涉及多个门限配错一个就可能导致回落失败。下面列出几个关键参数和常见取值具体值以厂家文档为准这里给的是排查时的检查方向。参数作用检查点重定向4G频点优先级终端选4G的优先级是否高于2G频点4G RSRP回落门限低于此值不尝试4G是否设得过高导致放弃4GVoLTE建立门限4G侧建VoLTE的最低RSRP是否与覆盖匹配CSFB开关是否允许退2G非必要场景可关闭调整时注意重定向4G频点优先级必须高于2G否则终端可能直接选2G。4G RSRP回落门限不能设太高否则终端在4G信号尚可时就放弃。VoLTE建立门限要和4G实际覆盖对齐设太高会导致建不起来。CSFB开关如果关闭终端在EPS FB失败后可能直接掉话而不是掉2G这未必是好事要看业务要求。4. 避坑与排查掉2G聚集问题里最容易翻车的五件事4.1 只看5G侧不看4G侧改了半天没效果现象在5G侧反复调重定向频点和门限掉2G次数没降。原因问题出在4G目标小区比如4G小区退服、闭塞或负荷满5G侧怎么改都接不住。解决排查时5G和4G两侧同时看先确认4G目标小区状态正常、容量充足再调5G侧参数。4.2 邻区漏配但告警没报靠人工核对才发现现象网管没有邻区漏配告警但现场就是回落失败。原因部分厂家对4G邻区漏配不产生告警或者告警被淹没。解决不要只依赖告警定期用3.1节的SQL做一致性核查尤其是新建站和扩容后。4.3 把CSFB当万能兜底结果用户感知更差现象为了保通话默认允许CSFB结果大量呼叫掉2G用户抱怨通话质量差。原因CSFB到2G的语音质量远不如VoLTE且掉2G后数据业务中断。解决CSFB只作为最后兜底优先保证EPS FB到4G成功。如果某区域4G覆盖确实不足先补4G覆盖而不是放任掉2G。4.4 门限照搬模板不结合本地覆盖现象参数按厂家推荐值配但本地掉2G依然高。原因推荐值是通用值本地5G和4G的覆盖关系不同门限需要按实际RSRP分布调整。解决用MR数据统计本地5G/4G RSRP差值分布按分布定门限而不是照搬。4.5 改了参数不验证以为改完就好现象参数调整后没复测过几天用户又投诉。原因参数调整可能影响其他小区或者问题小区不止一个。解决每次调整后做定点复测加MR指标观察至少看24小时确认掉2G次数下降且没有引入新问题。5. 进阶用MR和信令联合定位把掉2G压到最低前面讲的是逐小区排查适合TOP小区数量少的情况。如果掉2G小区很多逐个查效率太低。我一般用MR和信令联合的方法做批量定位。思路是先用MR数据算出每个5G小区的“回落健康度”公式可以简单定义为回落健康度 4G目标小区RSRP达标比例 × 4G接入成功率。健康度低的小区优先查。具体操作从MR数据里提取每个5G小区下用户的4G邻区RSRP统计高于VoLTE建立门限的比例再从信令里统计该5G小区的4G接入成功率。两个指标一乘低于阈值的小区筛出来。这样能把排查范围从几百个小区缩到几十个。import pandas as pd # MR数据每行是一条测量报告含5G小区、4G邻区RSRP mr pd.read_csv(mr_data.csv) # 信令数据每行是一次回落尝试含5G小区、是否成功 sig pd.read_csv(fallback_signal.csv) # 4G RSRP达标比例门限按本地VoLTE建立门限这里假设-110dBm threshold -110 mr[rsrp_ok] mr[lte_neighbor_rsrp] threshold rsrp_ratio mr.groupby(nr_cell)[rsrp_ok].mean().reset_index(namersrp_ok_ratio) # 4G接入成功率 sig[success] sig[result] success access_rate sig.groupby(nr_cell)[success].mean().reset_index(nameaccess_rate) # 合并算健康度 health pd.merge(rsrp_ratio, access_rate, onnr_cell) health[health_score] health[rsrp_ok_ratio] * health[access_rate] # 筛出健康度低于0.8的小区 bad_cells health[health[health_score] 0.8].sort_values(health_score) print(bad_cells)这段代码把MR和信令两个数据源按5G小区合并算出健康度。参数上threshold要按本地VoLTE建立门限设不同厂家可能不同health_score的阈值0.8是经验值可以先跑一批看分布再定。筛出的小区就是优先处理对象。这个方法的好处是不依赖单个信令用统计量说话适合批量筛查。最后一个技巧调整参数后不要只看掉2G次数还要看VoLTE通话时长和MOS。掉2G次数降了但MOS没升说明回落虽然成功但质量差可能4G侧还有问题。我习惯每次调整后拉一周的VoLTE MOS分布和调整前对比确认用户感知真的改善。网优这行指标好看不等于用户满意掉2G只是表象通话质量才是里子。希望帮到你。本文还有配套的精品资源点击获取