简介这份PPT资料聚焦5G网络优化中的语音方案系统梳理VONR与EPSFB两大核心流程面向5G核心网、无线优化工程师及通信专业学习者帮助厘清5G语音通话的建立、回落与资源管理逻辑。压缩包内仅1个pptx文件约5.86MB以图文页形式呈现流程概述、信令交互与参数说明便于直接用于培训或自学。内容覆盖VONR与VOLTE在IMS上的异同、5QI与QFI的映射关系、EPSFB触发条件与回落过程以及PDU会话建立、修改、释放的完整链路并详解DNN、S-NSSAI、SSC mode、PDU type等关键参数。目录按流程概述、PDU会话管理、VONR流程、EPSFB流程四大模块展开配合注册与通话信令示例可帮助读者建立端到端的排错思路。目前已有392人学习适合需要快速掌握5G语音方案与PDU会话机制的读者参考。1. VoNR 与 EPS Fallback 流程拆解从 PDU 会话到 5QI 的实战复盘很多人第一次接触 VoNR是在核心网抓包时看到一堆 PDU Session 建立请求却搞不清哪条信令决定了语音走 NR 还是回落到 LTE。VoNRVoice over New Radio本质是把 IMS 语音承载在 5G NR 上而 EPS Fallback 则是当 NR 侧不具备 VoNR 能力时通过切换或重定向把语音业务甩回 LTE 的兜底方案。这两个流程决定了 5G 语音能不能打通、接通快不快、掉话多不多。如果你正在做 5G 语音优化、核心网信令分析或者需要给团队讲清楚 VoNR 和 EPSFB 的信令差异这篇内容会把 PDU 会话建立、5QI 与 DRB 映射、回落触发条件这些关键节点拆到能照着抓包对照的程度。vonr协议栈本身不复杂复杂的是它和 EPSFB 之间的边界条件——什么时候该走 VoNR什么时候必须回落参数配错一个就等着接投诉。2. VoNR 与 EPSFB 的选型逻辑为什么你的网络需要两套语音方案2.1 VoNR 的协议栈与 5QI 承载映射VoNR 的协议栈从下往上依次是 NR 物理层、MAC、RLC、PDCP、SDAP再到 IMS 的 SIP/SDP。关键变化在 SDAP 层——它负责把 QoS Flow 映射到 DRB。语音业务通常用 5QI1Conversational Voice这个 5QI 对应 GBR 承载保证带宽和时延。5QI5 则是 IMS 信令默认承载走 Non-GBR。实际抓包时你会看到 PDU Session Establishment Request 里带多个 QoS Flow每个 Flow 有 QFIQoS Flow IdentifierSDAP 根据 QFI 把包塞进对应的 DRB。常见做法是5QI1 的 QoS Flow 映射到专用 DRB5QI5 映射到默认 DRB。如果 SDAP 配置里把这两个 Flow 映射到同一个 DRB语音质量会受信令突发影响表现为 MOS 分波动。我一般会在基站侧确认 SDAP 的 QoS Flow 到 DRB 映射表确保 5QI1 有独立 DRB。2.2 EPS Fallback 的触发条件与信令路径EPS Fallback 不是随便触发的。当 UE 发起 IMS 语音呼叫AMF 检查 UE 的 VoNR 能力、NR 覆盖、5QI1 的 QoS Flow 能否建立。如果 NR 侧不支持 VoNR或者 5QI1 建立失败AMF 会触发 Fallback。具体路径有两种一种是切换Handover到 LTE一种是重定向Redirect。切换对语音接通时延更友好重定向实现简单但中断时间长。抓包时重点看 AMF 发出的 Handover Required 或 RRC Release 带 Redirected Carrier Info。如果看到 Handover Required 里目标小区是 LTE说明走的是切换回落。重定向则表现为 NR 侧直接释放UE 重新搜 LTE 小区。实际网络里切换回落接通时延通常在 1.5 到 2.5 秒重定向可能到 3 秒以上。2.3 两套方案并存的参数边界VoNR 和 EPSFB 并存的网络里最怕的是边界参数不一致。比如 NR 侧配置了 VoNR 支持但 AMF 里 VoNR 开关没开UE 发起呼叫时 AMF 直接触发 FallbackNR 侧还等着 VoNR 流程结果就是呼叫失败。另一个常见问题是 5QI1 的 GBR 带宽配得太小VoNR 建立成功但语音断续。我一般会核对三张表AMF 的 VoNR 支持开关、NR 侧 5QI1 的 GBR 配置、LTE 侧 EPSFB 的 QCI1 承载配置。这三张表里任何一张对不上语音流程就会在某个节点卡住。参数边界不是理论值是实际抓包验证过的值——比如 5QI1 的 GBR 上行建议不低于 40kbps下行不低于 40kbps具体看编解码器。3. 用 PDU 会话建立流程串起 VoNR 信令从 Registration 到 DRB 建立3.1 抓包环境与过滤命令先准备环境一台支持 5G SA 的 UE、一个能抓 N2/N4 接口的核心网抓包点、Wireshark 带 5G 解析插件。如果抓空口需要 UE 侧日志工具。我一般用核心网侧抓包因为 N2 接口的 NGAP 信令最全。过滤命令如下# 抓 N2 接口 NGAP 信令过滤特定 UE 的 IMSI tshark -i eth0 -f sctp port 38412 -Y ngap.IMSI 460XXXXXXXXXXXX -w vonr_ue.pcap # 抓 N4 接口 PFCP 信令看 PDU 会话建立 tshark -i eth1 -f udp port 8805 -Y pfcp -w pfcp_session.pcap逻辑说明N2 接口走 SCTP端口 38412过滤 NGAP 层。N4 接口走 UDP 8805过滤 PFCP。参数上IMSI 换成实际测试卡号。如果抓不到先确认抓包点是否在 AMF 和 gNB 之间的 N2 链路上或者 SMF 和 UPF 之间的 N4 链路上。3.2 PDU Session Establishment 的关键信令节点VoNR 的 PDU 会话建立发生在 Registration 之后。UE 发起 PDU Session Establishment Request里面带 PDU Session ID、Requested QoS Rules、Requested SSC Mode。AMF 选 SMFSMF 选 UPF然后 SMF 通过 N4 接口给 UPF 下发 PFCP Session Establishment Request里面带 PDR、FAR、QER、URR。关键看 QER 里的 QFI 和 5QI。如果 QFI1 对应 5QI1说明语音承载建对了。如果 QFI1 对应 5QI9那语音就走 Best Effort质量没保证。抓包时在 Wireshark 里展开 PFCP Session Establishment Request看 Create QER 里的 QFI 和 QoS 参数。# 解析 PFCP 包里的 QER 信息提取 QFI 和 5QI from scapy.all import rdpcap from scapy.contrib.pfcp import PFCP packets rdpcap(pfcp_session.pcap) for pkt in packets: if PFCP in pkt: pfcp pkt[PFCP] if pfcp.msg_type 50: # PFCP Session Establishment Request for ie in pfcp.IE_list: if ie.type 108: # Create QER qfi ie.QFI qos ie.QoS_Information print(fQFI: {qfi}, 5QI: {qos.5QI}, GBR: {qos.GBR_UL}/{qos.GBR_DL})逻辑说明这段脚本用 Scapy 解析 PFCP 包过滤 Session Establishment Request提取 Create QER 里的 QFI 和 5QI。参数上msg_type50 是 PFCP Session Establishment RequestIE type 108 是 Create QER。如果输出里 5QI 不是 1说明语音 QoS 配错了。3.3 DRB 建立与 SDAP 映射验证PDU 会话建立后gNB 根据 QoS Flow 建立 DRB。空口抓包能看到 RRC Reconfiguration 里带 DRB-ToAddMod里面包含 DRB ID 和 SDAP-Config。SDAP-Config 里有 QFI 和 DRB 的映射关系。如果 5QI1 的 QFI 映射到 DRB ID2而 5QI5 映射到 DRB ID1说明语音有独立 DRB。验证方法在 UE 侧发一个 SIP INVITE同时抓空口和 N2。看 RRC Reconfiguration 里 DRB 建立后UE 是否在对应 DRB 上发 SIP 包。如果 SIP 包走了默认 DRB说明 SDAP 映射没生效。常见原因是 gNB 的 SDAP 配置里没把 5QI1 的 QFI 单独映射或者 UE 侧 SDAP 实体没按 QFI 分流。4. EPS Fallback 实战回落触发、切换信令与接通时延优化4.1 回落触发点的抓包定位EPS Fallback 触发点通常在 AMF。当 UE 发起 IMS 呼叫AMF 收到 SIP INVITE 后检查 VoNR 能力。如果 UE 在 Registration 时没带 VoNR 能力或者 NR 侧 5QI1 建立失败AMF 发 NGAP Handover Required 或直接发 RRC Release 带 Redirected Carrier Info。抓包时在 N2 接口过滤 NGAP 消息看 AMF 发给 gNB 的是 Handover Required 还是 Downlink NAS Transport 带 EPS Fallback Indicator。如果看到 Handover Required目标小区是 E-UTRAN说明走切换回落。如果看到 RRC Release 带 Redirected Carrier Info说明走重定向。# 过滤 NGAP Handover Required 消息 tshark -r n2.pcap -Y ngap.procedureCode 12 -V | grep -A 20 Handover Required # 过滤 RRC Release 带重定向信息 tshark -r n2.pcap -Y ngap.procedureCode 21 -V | grep -A 10 Redirected Carrier Info逻辑说明NGAP procedureCode 12 是 Handover Preparation对应 Handover Required。procedureCode 21 是 UE Context Release对应 RRC Release。参数上-V 展开详细字段grep 抓关键信息。如果两个都抓不到说明 AMF 没触发 Fallback检查 VoNR 开关和 UE 能力。4.2 切换回落与重定向回落的信令差异切换回落的信令路径AMF 发 Handover Required 给源 gNB源 gNB 发 Handover Request 给目标 eNB目标 eNB 回 Handover Request Acknowledge源 gNB 发 RRC Reconfiguration 带 MobilityControlInfoUE 切换到 LTE然后走 LTE 的 IMS 流程。整个过程语音中断时间短但信令复杂。重定向回落的信令路径AMF 发 RRC Release 带 Redirected Carrier InfoUE 释放 NR 连接搜 LTE 小区重新建 RRC 连接再走 LTE IMS。中断时间长但实现简单。实际网络里切换回落接通时延约 1.5 到 2.5 秒重定向约 3 到 4 秒。优化方向是尽量用切换回落但需要 LTE 和 NR 之间的 Xn 接口或 N2 接口切换支持。如果 Xn 没配只能走 N2 切换时延会增加 200 到 500 毫秒。4.3 接通时延的关键参数与优化手段接通时延主要花在三个地方UE 发起呼叫到 AMF 触发 Fallback、切换/重定向执行、LTE 侧 IMS 承载建立。优化手段包括提前触发 Fallback在 SIP INVITE 阶段就判断、优化切换门限、预建 LTE 侧 QCI1 承载。我一般会调三个参数AMF 的 VoNR 支持开关如果 NR 不支持 VoNR直接关掉省得 UE 白等、gNB 的切换门限A2 事件门限调高让 UE 早点切、LTE 侧 QCI1 的 GBR 配置保证语音带宽。实测下来A2 门限从 -110dBm 调到 -105dBm接通时延能降 300 毫秒左右。5. 避坑与排查VoNR 和 EPSFB 落地时最容易翻车的五个点5.1 现象VoNR 呼叫建立成功但无声原因5QI1 的 QoS Flow 建立了但 SDAP 映射把语音包塞进了默认 DRB默认 DRB 走 5QI5没有 GBR 保证语音包被丢弃或延迟抖动。解决检查 gNB 的 SDAP 配置确认 5QI1 的 QFI 映射到独立 DRB。抓空口看 RRC Reconfiguration 里的 SDAP-Config如果 QFI1 和 QFI5 映射到同一个 DRB ID改配置。5.2 现象EPS Fallback 触发后 UE 不回 LTE原因AMF 发了 Handover Required但目标 eNB 没响应或者 UE 没收到 RRC Reconfiguration。常见原因是 LTE 侧没配 QCI1 承载或者 Xn/N2 接口没通。解决抓 N2 接口看 Handover Request 是否发到 eNBeNB 是否回 Handover Request Acknowledge。如果 eNB 没回检查 LTE 侧 QCI1 配置和接口状态。5.3 现象VoNR 和 EPSFB 切换时掉话原因NR 侧释放和 LTE 侧建立之间的时间窗太长UE 在中间态丢了 IMS 上下文。常见原因是重定向回落时 UE 搜网时间过长或者 LTE 侧 TA 更新失败。解决优先用切换回落减少中断时间。如果只能用重定向优化 LTE 侧频点优先级让 UE 快速驻留。抓 UE 侧日志看搜网时间和 TA 更新流程。5.4 现象5QI1 的 GBR 带宽不够导致语音断续原因5QI1 的 GBR 配置太小或者 UPF 的 QER 里 MBR 和 GBR 配反了。语音编解码器需要稳定带宽GBR 不够就丢包。解决检查 SMF 下发的 QER确认 5QI1 的 GBR UL/DL 不低于 40kbps。如果 UPF 侧 MBR 小于 GBR改配置。抓 N4 接口看 PFCP Session Establishment Request 里的 QER 参数。5.5 现象PDU 会话建立失败导致 VoNR 无法发起原因UE 发起 PDU Session Establishment Request但 SMF 选不到 UPF或者 UPF 没资源。常见原因是 SMF 和 UPF 之间的 N4 接口断或者 UPF 的 IP 池耗尽。解决抓 N4 接口看 PFCP Session Establishment Request 是否有响应。如果没响应检查 SMF 和 UPF 的 N4 链路状态。如果响应了但带 Cause 值看 Cause 是不是资源不足。6. 用 Wireshark 做 VoNR 与 EPSFB 的端到端信令关联6.1 多接口抓包的时间对齐端到端关联的前提是时间对齐。N2、N4、空口三个抓包点的时间戳要同步。我一般用 NTP 同步所有抓包服务器误差控制在 10 毫秒以内。如果做不到就在 Wireshark 里手动调时间偏移。Wireshark 里用Frame Time排序然后根据 IMSI 或 PDU Session ID 关联。N2 接口的 NGAP 里有 IMSIN4 接口的 PFCP 里有 PDU Session ID空口有 C-RNTI。关联时先找 IMSI再找 PDU Session ID最后找 C-RNTI。6.2 用 Wireshark 过滤器和着色规则串流程设置着色规则NGAP Handover Required 标红PFCP Session Establishment Request 标绿RRC Reconfiguration 标蓝。过滤器用ngap || pfcp || rrc。然后按时间顺序看信令流。关键节点Registration Request → PDU Session Establishment Request → PFCP Session Establishment Request → RRC ReconfigurationDRB 建立→ SIP INVITE → Handover RequiredEPSFB 触发→ RRC Reconfiguration切换→ LTE RRC Connection Reconfiguration → SIP 180 Ringing。6.3 一个完整的 VoNR 呼叫信令序列示例下面是一个实际抓包的简化序列用表格展示时间偏移接口信令关键参数0msN2Registration RequestUE 能力VoNR 支持50msN2PDU Session Establishment RequestPDU Session ID5QFI15QI180msN4PFCP Session Establishment RequestQERQFI15QI1GBR40kbps120ms空口RRC ReconfigurationDRB ID2SDAP-ConfigQFI1→DRB2200msN2SIP INVITEIMS 语音呼叫发起250msN2Handover Required目标E-UTRAN原因VoNR 不支持300ms空口RRC ReconfigurationMobilityControlInfoLTE 频点500ms空口LTE RRC Connection ReconfigurationQCI1 承载建立800msN2SIP 180 Ringing振铃这个序列里从 SIP INVITE 到 Handover Required 只用了 50 毫秒说明 AMF 判断很快。从 Handover Required 到 LTE 承载建立用了 250 毫秒这是切换回落的正常水平。如果这个时间超过 500 毫秒就要查切换门限和接口配置。6.4 我踩过的坑和现在的习惯最早做 VoNR 抓包时我只抓了 N2 接口看到 PDU Session Establishment Request 里 5QI1 就以为搞定了。结果语音还是断续后来抓了 N4 才发现 UPF 的 QER 里 GBR 配成了 0。从那以后我养成了三个接口一起抓的习惯而且每次先看 QER 里的 GBR 和 MBR 是否匹配。另一个坑是时间对齐。有一次 N2 和 N4 的时间差了 2 秒信令顺序全乱了排查了一下午才发现是 NTP 没同步。现在我会在抓包前先跑一遍ntpq -p确认时间同步。还有一个习惯每次分析 VoNR 流程先确认 UE 的 VoNR 能力位。如果 UE 不支持 VoNR直接看 EPSFB 流程省得在 VoNR 信令里绕。这个习惯帮我省了很多时间。希望帮到你。本文还有配套的精品资源点击获取