简介：这份PPT面向5G网络优化工程师、核心网与无线侧技术人员，以及备考通信认证的学习者，系统梳理5G语音信令的关键技术脉络。内容围绕VOLTE、EPS FB、FR与VONR四条主线展开，从VOLTE四层基础架构（Service、Core、Access、Terminal）入手，逐条拆解RRC连接建立、QCI5/QCI9默认承载、SIP Invite至200 OK的完整呼叫流程，并详解EPS FB回落与FR快速返回的触发机制，同时归纳S-CSCF、I-CSCF、P-CSCF、PCRF、S/P-GW、MME等核心网网元职责。资源包为1个pptx文件，约1.4MB，以图文页形式呈现信令流程与网元交互，便于对照学习与培训讲解。目前已有693人学习下载，适合需要理清5G语音方案差异、掌握信令排错思路的读者参考。
1. VoNR 与 EPS FB：一通 5G 电话背后的两套信令路径
你拿一台 5G 手机拨出电话，从按下拨号键到对方振铃，中间可能只隔了两三秒。但这两三秒里，网络侧要做出一连串判断：这通电话是走 5G 新空口直接承载，还是先回落到 4G 再建立语音？前者就是 VoNR，后者就是 EPS FB。很多做 5G 核心网、无线优化或者终端协议栈的工程师，第一次抓包看到 IMS 信令和 5G NAS 消息交织在一起时，会觉得像在看一个黑匣子——明明注册成功了，一拨电话就掉到 4G，或者 VoNR 开关打开了却始终不触发。这个标题要拆的，就是 VoNR 和 EPS FB 这两条语音信令路径的完整流程、关键参数和落地排查方法。适合已经接触过 5G 核心网或无线侧、需要把语音方案讲清楚或调通的从业者，也适合刚进 5G 实训室、想从信令层面理解语音怎么走的新手。
2. VoNR 信令流程拆解：从注册到振铃的完整链路
2.1 VoNR 的协议栈分层与关键网元
VoNR 的本质是把 IMS 语音承载在 5G NR 和 5G 核心网之上。要理解信令，先得把协议栈的分层关系理清楚。终端侧从下往上依次是 NR 物理层、NR RRC、5G NAS，再往上才是 IMS 的 SIP/SDP。网络侧对应的网元包括 gNB、AMF、SMF、UPF，以及 IMS 域的 P-CSCF、I-CSCF、S-CSCF。语音媒体流走的是 UPF 到 IMS 媒体网关的路径，信令流走的是 AMF 到 SMF 再到 IMS 的路径。
这里有一个容易混淆的点：5G NAS 负责的是终端和核心网之间的移动性管理和会话管理，而 SIP 负责的是 IMS 层的会话控制。两者不是替代关系，而是承载关系。VoNR 能成立的前提是终端已经完成 5G 注册、建立了默认 PDU 会话，并且 IMS 注册成功。很多现场问题出在 IMS 注册这一步，但工程师只盯着 5G 侧看，方向就偏了。
常见做法是先用抓包工具确认 5G NAS 的注册状态，再看 IMS 的 REGISTER 是否返回 200 OK。如果 IMS 注册失败，VoNR 根本不会触发，终端会直接尝试 EPS FB。这个判断顺序能省掉大量无效排查。
2.2 用 Wireshark 抓取 VoNR 注册与呼叫信令
下面这段是过滤 VoNR 相关信令的 Wireshark 显示过滤器配置，以及一个典型的 SIP REGISTER 请求示例。实际操作时，你需要在核心网侧或终端侧做端口镜像，把 N1、N2 和 IMS 的 Gm 接口流量抓下来。
# Wireshark 显示过滤器：只看 5G NAS 和 SIP 信令 # 过滤 5G NAS 消息（N1 接口） ngap || nas-5gs # 过滤 SIP 信令（IMS Gm 接口） sip || sdp # 组合过滤：只看 VoNR 注册相关 (nas-5gs) || (sip.Method == "REGISTER") || (sip.Method == "INVITE")# 典型 SIP REGISTER 请求关键字段 REGISTER sip:ims.mnc001.mcc460.3gppnetwork.org SIP/2.0 From: <sip:4600012345678@ims.mnc001.mcc460.3gppnetwork.org>;tag=abc123 To: <sip:4600012345678@ims.mnc001.mcc460.3gppnetwork.org> Contact: <sip:4600012345678@10.10.10.5:5060>;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel" P-Access-Network-Info: 3GPP-NR; nr-cli="..." Authorization: Digest username="4600012345678@ims..."逻辑说明：第一段 bash 命令是 Wireshark 的显示过滤器语法，nas-5gs能过滤出 5G NAS 消息，sip.Method == "REGISTER"只保留注册请求。第二段 text 是 SIP REGISTER 的关键字段，其中P-Access-Network-Info头域会标明当前接入的是 NR，这是判断 VoNR 是否真正走 5G 的重要依据。Contact头里的icsi.mmtel表示终端支持 MMTel 语音业务。
参数说明：mnc001.mcc460是运营商网络标识，实际抓包时按你所在网络替换。nr-cli是 NR 小区标识，用于关联无线侧日志。如果 REGISTER 请求里P-Access-Network-Info显示的是 EUTRA 而不是 NR，说明终端已经回落到 4G，这时候查 VoNR 流程就没有意义了。
2.3 VoNR 呼叫建立的信令时序与关键参数
VoNR 呼叫建立的核心信令时序可以概括为：终端发起 SIP INVITE，经过 P-CSCF 转发到 S-CSCF，S-CSCF 触发被叫侧流程，被叫振铃后返回 180 Ringing，接通后返回 200 OK，主叫发送 ACK 确认。与此同时，5G 侧要完成 PDU 会话的修改，为语音媒体流建立专用的 QoS Flow。
这里的关键参数是 5QI。VoNR 的语音承载通常使用 5QI=1（Conversational Voice），信令使用 5QI=5（IMS Signalling）。5QI=1 的 QoS 特性是 GBR 类型，保证比特率，时延预算 100ms，丢包率 10^-2。如果 SMF 没有正确建立 5QI=1 的 QoS Flow，语音会建立失败或者媒体流质量极差。
我一般会按这个顺序检查：先看 PDU 会话修改请求里有没有 5QI=1 的 QoS Flow，再看 UPF 侧有没有对应的媒体流统计，最后看 SIP 的 SDP 协商是否成功。这三步能覆盖大部分 VoNR 呼叫建立失败的问题。
3. EPS FB 回落流程：什么时候触发、怎么回、怎么切回来
3.1 EPS FB 的触发条件与两种回落方式
EPS FB 的全称是 EPS Fallback，意思是当 5G 网络无法承载语音时，终端回落到 4G 的 EPS 网络建立语音承载。触发条件通常有三种：一是终端不支持 VoNR，二是 5G 网络没有部署 IMS 或者 IMS 注册失败，三是无线侧 NR 覆盖不足但 LTE 覆盖可用。
回落方式有两种：基于切换的回落和基于重定向的回落。切换回落是 gNB 通过 NG-RAN 的切换流程把终端直接切到 LTE 小区，时延较短，通常 1 到 2 秒。重定向回落是 gNB 释放 NR 连接，终端通过 RRC Release 消息里的重定向信息搜索 LTE 小区，时延较长，可能到 3 到 5 秒。实际网络中，如果 LTE 和 NR 有邻区关系且信号质量满足切换门限，优先走切换回落。
这里有一个反直觉的点：EPS FB 不是失败，它是 3GPP 定义的标准流程。很多优化人员看到语音呼叫触发回落就认为是问题，其实要看回落时延和回落后的语音质量是否达标。真正的问题是把本该走 VoNR 的呼叫也回落了，那才需要查 VoNR 的配置。
3.2 抓包分析 EPS FB 的 RRC 重定向与切换信令
下面这段是 EPS FB 回落过程中，gNB 侧 RRC Release 消息里携带重定向信息的示例，以及对应的 NAS 消息。
# gNB 下发的 RRCRelease 消息（携带重定向信息） RRCRelease { redirectedCarrierInfo { eutra-Frequency = 1650 # LTE 频点 eutra-PhysCellId = 123 # 目标 LTE 小区 PCI } suspendConfig = notPresent deprioritisationReq = notPresent }# 终端回落到 LTE 后的 NAS 消息（Tracking Area Update） Tracking Area Update Request { EPS mobile identity = GUTI UE network capability = ... EPS bearer context status = ... Additional update type = ... }逻辑说明：第一段是 gNB 通过 RRCRelease 消息把终端重定向到 LTE 频点 1650、PCI 123 的小区。redirectedCarrierInfo字段是重定向回落的关键，如果这个字段为空，终端只能自己搜网，时延会明显增加。第二段是终端落到 LTE 后发起的 TAU 请求，用于更新位置信息并建立 EPS 承载。
参数说明：eutra-Frequency是 LTE 的绝对频点号，不同运营商配置不同。eutra-PhysCellId是目标小区的物理标识，用于终端快速锁定小区。TAU 请求里的EPS bearer context status表示终端当前保留的 EPS 承载状态，如果这个字段异常，可能导致语音承载建立失败。
排查时重点看两个时间点：RRCRelease 消息发出的时间和 TAU 请求发出的时间，两者之差就是回落时延。如果超过 2 秒，需要检查 LTE 频点是否配置正确、目标小区是否覆盖良好。
3.3 语音结束后返回 5G 的 Fast Return 流程
EPS FB 的语音通话结束后，终端需要尽快返回 5G。这个流程叫 Fast Return，通常通过 LTE 侧的 RRCRelease 消息携带 NR 重定向信息来实现。终端收到后搜索 NR 小区，发起 5G 注册，恢复 5G 承载。
关键参数是 LTE 侧配置的 NR 频点优先级和重定向门限。如果 Fast Return 配置不合理，终端可能长时间停留在 4G，导致用户感知下降。我一般会检查 LTE 的 RRCRelease 消息里有没有redirectedCarrierInfo指向 NR 频点，以及终端返回 5G 后的注册时延是否在 1 秒以内。
4. VoNR 与 EPS FB 的互操作参数配置与网元对接
4.1 AMF 与 SMF 侧的关键配置项
VoNR 和 EPS FB 的互操作依赖 AMF 和 SMF 的多个配置项。AMF 侧需要配置 VoNR 能力指示，告诉 gNB 和终端当前网络是否支持 VoNR。SMF 侧需要配置 5QI=1 的 QoS Flow 模板，以及 IMS 的 PDU 会话锚点。
下面这张表列出了我实际调测中经常检查的参数项和推荐值。
| 参数项 | 所在网元 | 推荐值 | 说明 |
|---|---|---|---|
| VoNR Support Indicator | AMF | Enabled | 指示网络支持 VoNR |
| IMS Voice Over PS Session | AMF | Supported | 指示 IMS 语音 over PS |
| 5QI for Voice | SMF | 1 | 语音承载 QoS 等级 |
| 5QI for Signalling | SMF | 5 | IMS 信令 QoS 等级 |
| EPS FB Trigger | AMF | VoNR Not Available | 触发回落的条件 |
| Fast Return Timer | AMF | 2000ms | 返回 5G 的超时定时器 |
这些参数不是孤立的，VoNR Support Indicator 和 IMS Voice Over PS Session 必须同时开启，终端才会尝试 VoNR。如果只开了一个，终端会直接走 EPS FB。5QI 的配置要和 UPF 侧的 QoS 策略一致，否则会出现信令建立成功但媒体流不通的情况。
4.2 gNB 侧回落策略与邻区配置
gNB 侧的回落策略决定了终端是走切换回落还是重定向回落。关键配置包括 NR 到 LTE 的邻区关系、切换门限、重定向优先级。如果 NR 和 LTE 没有配邻区，切换回落无法执行，只能走重定向。
我一般会按这个顺序检查 gNB 配置：先确认 NR 到 LTE 的邻区关系是否存在，再看切换门限的 A2 事件是否合理，最后看重定向频点优先级是否把 LTE 排在前面。A2 门限设得太高，终端在 NR 信号还很好的时候就触发回落，会导致不必要的回落；设得太低，终端在 NR 信号很差时才回落，可能导致回落失败。
4.3 终端侧 VoNR 开关与能力上报
终端侧的 VoNR 开关和能力上报是信令流程的起点。终端在 5G 注册时会通过 NAS 消息上报自己的语音能力，包括是否支持 VoNR、是否支持 EPS FB。如果终端上报不支持 VoNR，网络侧不会尝试 VoNR 流程。
常见做法是在终端侧用 QXDM 或类似工具抓 NAS 消息，看 Registration Request 里的 UE Capability 字段。如果 VoNR 能力位没有置位，需要检查终端的 NV 配置或者运营商策略。有些终端虽然硬件支持 VoNR，但软件版本默认关闭，需要手动打开或者等待运营商推送配置。
5. 避坑与排查：VoNR/EPS FB 调测中的五个血泪教训
5.1 现象：VoNR 注册成功但拨号即回落
原因：IMS 注册虽然返回 200 OK，但 S-CSCF 侧没有正确配置 MMTel 业务触发，导致 INVITE 请求被拒绝，终端只能走 EPS FB。
解决：检查 S-CSCF 的 iFC 配置，确认 MMTel 业务的触发条件包含 INVITE 方法。同时看 IMS 注册的 Contact 头里是否携带了icsi.mmtel标识。
5.2 现象：EPS FB 回落时延超过 5 秒
原因：gNB 没有配置 NR 到 LTE 的邻区关系，终端只能通过重定向回落，而且重定向频点优先级配置错误，终端先搜了不相关的频点。
解决：补齐 NR 到 LTE 的邻区关系，把 LTE 频点优先级调到最高，确保终端第一时间锁定目标小区。同时检查 RRCRelease 消息里的redirectedCarrierInfo是否携带了正确的频点。
5.3 现象：VoNR 通话中媒体流单向不通
原因：SMF 建立了 5QI=1 的 QoS Flow，但 UPF 侧的媒体流过滤规则没有正确匹配 SDP 协商的 IP 和端口，导致上行或下行媒体流被丢弃。
解决：检查 UPF 的 PDR 和 FAR 配置，确认媒体流的 IP 五元组和 SDP 协商一致。同时看 UPF 的统计计数器，确认是否有丢包。
5.4 现象：Fast Return 后终端长时间停留在 4G
原因：LTE 侧的 RRCRelease 消息没有携带 NR 重定向信息，或者 NR 频点优先级低于 LTE，终端没有触发返回 5G 的流程。
解决：在 LTE 侧配置 NR 重定向频点，并把 NR 优先级调到最高。同时检查终端的 5G 注册时延，如果超过 2 秒，需要排查 NR 小区的广播消息是否完整。
5.5 现象：VoNR 和 EPS FB 都失败，语音完全不可用
原因：AMF 侧的 VoNR Support Indicator 和 IMS Voice Over PS Session 配置不一致，终端无法判断网络是否支持语音，导致既不触发 VoNR 也不触发 EPS FB。
解决：统一 AMF 侧的两个配置项，确保同时开启。同时检查终端的 NAS 消息里是否上报了正确的语音能力。
6. 用 QXDM 和 Wireshark 联合定位 VoNR 信令问题的一个实用技巧
单独看 QXDM 的 NAS 消息或者单独看 Wireshark 的 SIP 信令，都容易漏掉跨层关联的问题。我一般会把两边的时间戳对齐，用同一个呼叫的 NAS 消息和 SIP 消息做联合分析。具体做法是：在 QXDM 里找到 Registration Request 的时间点，然后在 Wireshark 里找到对应的 REGISTER 请求，看两者的时间差。如果时间差超过 500ms，说明 IMS 注册流程有延迟，需要查 P-CSCF 的响应时间。
下面这张表是我常用的联合定位对照表。
| QXDM 侧消息 | Wireshark 侧消息 | 关联点 | 正常时间差 |
|---|---|---|---|
| Registration Request | 无 | 5G 注册起点 | 无 |
| Registration Accept | 无 | 5G 注册完成 | 无 |
| UL NAS Transport | REGISTER | IMS 注册触发 | < 200ms |
| DL NAS Transport | 200 OK | IMS 注册完成 | < 500ms |
| PDU Session Modification | INVITE | 语音承载建立 | < 300ms |
这个技巧的关键是时间戳对齐。QXDM 和 Wireshark 的时钟可能不同步，我一般会找一个共同事件做基准，比如 PDU Session Modification 和 INVITE 几乎同时发生，用这个点来校准两边的时间差。校准之后，再看其他消息的时间差就有意义了。
还有一个细节：QXDM 抓 NAS 消息时，要确保勾选了 5G NAS 和 IMS 相关的过滤器，否则容易漏掉关键消息。Wireshark 侧要确保抓包点覆盖了 N1、N2 和 Gm 接口，只抓一个接口往往看不到完整流程。
我自己踩过最深的坑是只看了 SIP 的 200 OK 就认为 IMS 注册成功，结果发现 S-CSCF 返回的 200 OK 里 Contact 头缺少icsi.mmtel，导致后续 INVITE 被拒。从那以后，我看 IMS 注册成功与否，一定会检查 Contact 头的业务标识，而不是只看响应码。希望帮到你。
本文还有配套的精品资源，点击获取
