简介这份PPT资料聚焦5G网络优化中的语音方案系统梳理VONR与EPSFB两大核心流程面向5G核心网与无线优化工程师、通信专业学生及备考认证的技术人员帮助厘清5G语音从NR直连到回落LTE的完整技术路径。压缩包内仅含1个pptx文件大小约5.86MB以图文并茂的幻灯片形式呈现便于直接用于培训讲解或自学梳理。内容覆盖VONR与VOLTE在IMS层面的异同、终端与网络能力协商、5QI与QFI的QoS管理以及EPSFB的触发条件、回落过程与5GC和EPC间的信令交互同时详解PDU会话建立、修改、释放流程并拆解DNN、S-NSSAI、SSC Mode、PDU Type、PDU Session ID等关键参数。目前已有392人学习适合希望快速建立5G语音与会话管理知识框架的读者参考。1. VONR 与 EPSFB 流程拆解一份 PPT 里藏着 5G 语音的哪些关键路径拿掉 VoLTE 那套旧思路5G 语音其实分两条腿走路。一条是 VONR终端直接在 NR 上跑 IMS 语音靠 5QI 1 和 5QI 2 建立语音和视频承载另一条是 EPSFBNR 覆盖或能力不到位时把语音呼叫回落到 LTE 完成。这份《VONR和EPSFB流程分享.pptx》把 PDU 会话管理、VONR 注册信令、EPSFB 回落触发条件串成了一条线适合做 5G 网络优化、核心网信令分析、终端侧问题定位的工程师对着信令逐条比对。它不是协议原文的复述而是把 DNN、S-NSSAI、SSC mode、QFI、DRB 这些参数在真实流程里的位置标了出来省去翻 3GPP 找上下文的功夫。如果你正在排查 VONR 打不通、EPSFB 回落慢、PDU 会话建立失败这类问题这份材料能当一张流程地图用。2. PDU 会话管理从建立到修改的参数映射与信令落点2.1 为什么 PDU 会话是 VONR 和 EPSFB 的共同底座VONR 的语音承载不是凭空冒出来的它挂在 PDU 会话上。5G 里一个 PDU 会话 ID 可以对应多个 DRB一个 DRB 又能包含多个 QFI5QI 用来描述每个 QoS 流的服务质量。这个层级关系跟 LTE 里“一个 APN 对应一条默认承载、再建专用承载”的逻辑相似但 NR 把粒度拆得更细。语音通话建立时5QI 1 的 QFI 映射到某个 DRB 上视频通话再加 5QI 2可能复用同一个 PDU 会话 ID但 DRB 和 QFI 是独立的。PPT 里反复强调“5QI 5、1、2 之间 PDU ID 相同DRB 不同QFI 不同”这句话是理解 VONR 承载建立的核心。常见做法是先看 UE 发起的 PDU Session Establishment Request 里带了哪些参数再对照 5GC 回的 PDU Session Resource Setup Request最后看 RRC Reconfiguration 里 DRB 和 QFI 的对应关系。三步走完一条语音承载的路径就清楚了。2.2 PDU 会话建立流程的关键参数与抓包位置PDU 会话建立请求里UE 会带 DNN、S-NSSAI、SSC mode、PDU type、PCO 这些参数。DNN 就是 LTE 里的 APN控制手机通过哪个接入点进网络IMS 语音通常走“ims”这个 DNN。S-NSSAI 标识网络切片SSC mode 决定会话和业务的连续性模式。PPT 里给了三种 SSC mode 的适用场景SSC mode适用业务连续性特点mode 1IMS 语音会话锚点不变连续性最强mode 2缓存类视频允许先断后建节省资源mode 3多径传输应用先建新路径再拆旧路径抓包时重点看 PDU Session Establishment Accept 里携带的 QoS Flow 参数包括 QFI、5QI、GBR 还是 Non-GBR。语音的 5QI 1 是 GBR视频的 5QI 2 也是 GBR而 internet 默认承载通常是 5QI 9 的 Non-GBR。这些参数决定了基站侧调度优先级和资源预留策略。2.3 PDU 会话修改语音承载建立的真正触发点很多人以为语音承载是在 PDU 会话建立时就建好的其实不是。PPT 里写得很清楚语音通话和视频通话建立 5QI 1、2 的承载都是通过 PDU Session Modification 流程完成的。也就是说UE 先建一个默认 PDU 会话比如 5QI 5 或 5QI 9当 IMS 域发起 INVITE 后网络侧触发 PDU 会话修改新增 5QI 1 的 QoS Flow基站再通过 RRC Reconfiguration 把对应的 DRB 配下来。这个流程跟 4G 里“先建默认承载再建专用承载”几乎一样只是 5G 里叫法变成了 QoS Flow 和 QFI。修改流程里要关注的核心参数是 QFI 和 5QI 的映射关系以及基站是否成功建立了新的 DRB。如果 RRC Reconfiguration 里没有新增 DRB或者 DRB 和 QFI 的对应关系错了语音就会起不来。# 在核心网侧抓 PDU Session Modification 信令的常见过滤方式 # 假设用 tcpdump 抓 N11/N4 接口具体接口名按实际组网调整 tcpdump -i any -s 0 -w pdu_modify.pcap port 38412 or port 8805 # 38412 是 N11 接口 SBI 常用端口8805 是 N4 接口 PFCP 常用端口 # 抓完后用 Wireshark 打开过滤 http2 或 pfcp 看具体消息类型这段命令只是抓包入口真正分析要看 PDU Session Modification Request 里带了哪些 QoS Rule以及 UPF 侧是否成功更新了 PDR 和 FAR。如果修改请求发了但基站没回 Resource Setup Response问题通常出在基站侧资源不足或 QFI 配置错误。3. VONR 注册与通话信令从能力协商到 IMS 域两次注册3.1 终端和网络的能力协商voice centric 与 IMS 参数VONR 能不能用第一步看终端和网络怎么“对暗号”。PPT 里列了三条检查点注册请求过程中终端表明自己是“voice centric”终端能力查询时携带 IMS 参数表示支持网络回复的注册接收信令里表明自己支持 IMS。这三步缺一不可。如果终端没标 voice centric网络可能不会优先给它配 VONR 资源如果网络回复里没带 IMS 支持指示终端可能直接触发 EPSFB。实际排查时在 UE 侧看 Registration Request 里的 UE Capability 和 Voice Domain Preference在核心网侧看 Registration Accept 里有没有 IMS voice over PS session supported 的指示。常见坑是终端能力上报了但网络侧配置没打开导致终端以为能用 VONR实际发起呼叫时被回落。3.2 IMS 域注册两次注册信令的分工PPT 里提到“注册时发起两次注册信令第二次是用以鉴权的流程”。第一次注册是 UE 向 IMS 域发起 SIP REGISTER网络返回 401 或 407 挑战第二次注册携带鉴权响应网络返回 200 OK 完成注册。这个过程跟 VoLTE 在 LTE 上的 IMS 注册逻辑一致区别只在于底层承载从 LTE 变成了 NR。IMS 域的控制层三大网元是 CSCFSIP 协议是核心。抓包时看 SIP REGISTER 的 Call-ID、From、To 头域以及 401 响应里的 WWW-Authenticate 头域。如果第二次注册没发出去或者鉴权失败VONR 就打不了电话。常见原因是 IMS APN 的 PDU 会话没建好或者 P-CSCF 地址没通过 PCO 正确下发。3.3 通话流程中的资源协商从 INVITE 到 PRACK 再到 UPDATEPPT 里用了一段谐音梗描述通话信令流程“invite英语书、100100元、183三八婆、PRACKRU1、200耳玲、UPDATERU2、200 耳铃、180泥巴”。翻译成标准信令就是UE 发 INVITE网络回 100 Trying再回 183 Session Progress 携带 SDPUE 回 PRACK 确认网络回 200 OK 确认 PRACK然后 UE 发 UPDATE 做资源预留网络回 200 OK最后网络回 180 RingingUE 侧振铃。这个流程里最关键的是 183 和 UPDATE 两次资源协商。183 里带的 SDP 包含语音编码能力UPDATE 里做资源预留。如果资源预留失败通话就建立不起来。PPT 里说“通话流程会接触到两次资源协商比如资源预留使用语音编码能力等”指的就是这两步。# 解析 SIP 信令中 SDP 携带的语音编码能力的简单示例 # 实际分析中通常用 Wireshark 直接看这里只是演示提取逻辑 sdp_lines [ maudio 49170 RTP/AVP 97 98, artpmap:97 AMR-WB/16000, artpmap:98 AMR/8000 ] codecs [] for line in sdp_lines: if line.startswith(artpmap): parts line.split() codec_info parts[1].split(/) codecs.append({payload_type: codec_info[0], codec: codec_info[1], clock_rate: codec_info[2]}) for c in codecs: print(fPayload {c[payload_type]}: {c[codec]} {c[clock_rate]}Hz) # 输出会显示 AMR-WB 和 AMR 两种编码VONR 优先用 AMR-WB这段代码只是演示从 SDP 里提取编码列表的逻辑。实际优化中如果发现 VONR 通话建立慢可以看 183 里带的编码是否和终端支持的一致以及 UPDATE 的资源预留是否被网络拒绝。4. EPSFB 回落流程触发条件、回落方式与关键信令4.1 EPSFB 什么时候触发NR 覆盖、能力、负载三重判断EPSFB 不是随便就落的。PPT 里说“当 UE 尝试发起语音呼叫时如果当前所处的 5G NR 网络不支持 VONR 服务则触发 EPSFB 流程”。具体来说三种情况会触发一是 NR 小区没配 VONR 相关参数网络侧直接指示回落二是终端能力不支持 VONR或者 voice centric 没协商成功三是 NR 侧负载过高或资源不足网络主动让语音回落。还有一种隐蔽情况是终端自主设计不上报 B1 事件。PPT 里专门提了“MTK 的自我设计不上报 B1 事件当处于 VOLTE 通话时不上报 NR 的 B1 事件避免掉话”。这是终端侧的一种保护机制防止在 VoLTE 通话中因为上报 B1 导致切换到 NR 后掉话。做网络优化时如果发现某些终端在 VoLTE 通话中一直不回 NR先查终端侧有没有这类自主策略。4.2 回落方式重定向、切换还是重定向加切换EPSFB 的回落方式直接影响语音建立时延。常见做法有三种基于重定向的回落、基于切换的回落、以及重定向加切换的混合方式。重定向回落最快但会中断数据业务切换回落对数据业务影响小但信令流程长混合方式折中。PPT 里没有展开具体回落方式的信令细节但实际优化中要关注 RRC Release 里带的 redirectedCarrierInfo或者 Handover Required 里带的目标小区信息。如果回落目标小区选错了比如落到了没配 VoLTE 的小区语音就建不起来。4.3 EPSFB 与 PDU 会话的交互5GC 和 EPC 之间怎么衔接EPSFB 涉及 5GC 和 EPC 之间的交互。UE 在 NR 上发起语音呼叫5GC 判断需要回落通过 N26 接口把上下文传到 MMEUE 回落到 LTE 后在 EPC 上完成语音承载建立。这个过程中原来在 5G 上建的 PDU 会话可能要挂起或释放IMS APN 的承载要在 LTE 上重建。抓包时重点看 N26 接口的 Forward Relocation Request 和 Forward Relocation Response以及 LTE 侧的 Activate Dedicated EPS Bearer Context Request。如果 N26 接口没配好回落就会失败语音直接打不通。5. 避坑与排查VONR 和 EPSFB 落地时最容易翻车的五个点5.1 现象VONR 呼叫建立失败但 EPSFB 正常原因NR 侧没配 5QI 1 的 QoS Flow或者基站没建对应的 DRB。PDU 会话修改流程走了但 RRC Reconfiguration 里没有新增 DRB。解决在基站侧查 QoS Flow 配置确认 5QI 1 的 QFI 有没有配错。抓 RRC Reconfiguration 看 DRB 和 QFI 的对应关系如果 DRB 没加查基站资源是否足够。5.2 现象EPSFB 回落慢语音建立时延超过 2 秒原因回落方式选了重定向但目标小区选择算法没优化UE 扫频时间长。或者 N26 接口信令交互有额外跳数。解决优先用切换回落或者在重定向时带上目标频点信息减少扫频时间。查 N26 接口时延如果 Forward Relocation 响应慢查 MME 和 AMF 之间的链路质量。5.3 现象VONR 通话中突然掉话无 SIP 释放信令原因NR 侧 B1 事件上报导致切换到不支持 VONR 的小区或者终端自主策略没配对。PPT 里提到的 MTK 不上报 B1 事件就是防这个。解决查终端侧 B1 事件配置确认在 VoLTE/VONR 通话中是否禁止上报。网络侧可以配基于业务的切换限制语音通话中不允许切到不支持 VONR 的邻区。5.4 现象PDU 会话建立成功但 IMS 注册失败原因PCO 里没下发 P-CSCF 地址或者 DNN 配错。UE 建了 IMS APN 的 PDU 会话但拿不到 P-CSCF 地址SIP REGISTER 发不出去。解决查 PDU Session Establishment Accept 里的 PCO 字段确认 P-CSCF 地址有没有带。如果没带查 SMF 配置。DNN 要确认是“ims”而不是“internet”。5.5 现象5QI 1 和 5QI 2 的 QFI 映射混乱视频通话建不起来原因PDU 会话修改时新增了 5QI 2 的 QoS Flow但 QFI 和 DRB 的映射关系配错或者基站不支持一个 DRB 承载多个 QFI。解决查 PDU Session Modification Request 里的 QoS Rule确认 5QI 2 的 QFI 是新增的还是复用了 5QI 1 的。如果基站不支持多 QFI 映射到一个 DRB就要新建 DRB。PPT 里说“一个 DRB 可以包含多个 QFI”但实际设备能力要确认。6. 从信令到参数把这份 PPT 变成可复用的排查清单这份 PPT 最大的价值不是告诉你 VONR 和 EPSFB 的定义而是把 PDU 会话管理、VONR 注册、EPSFB 回落三条流程里的关键参数和信令节点标了出来。我一般会把它拆成三张排查表第一张是 PDU 会话建立和修改的参数对照表重点看 DNN、S-NSSAI、SSC mode、QFI、5QI 的取值第二张是 VONR 注册和通话的信令节点表重点看 Registration Accept 里的 IMS 支持指示、SIP REGISTER 的两次鉴权、183 和 UPDATE 的资源协商第三张是 EPSFB 回落的触发条件和回落方式表重点看 RRC Release 里的重定向信息、N26 接口的上下文传递。实际用的时候遇到 VONR 打不通先按第一张表查 PDU 会话和 QoS Flow再按第二张表查 IMS 注册和资源协商。遇到 EPSFB 回落慢直接翻第三张表看回落方式是不是重定向、目标小区选得对不对、N26 接口有没有额外时延。PPT 里那段谐音梗信令流程我一开始也觉得是玩笑后来发现它把 INVITE、100、183、PRACK、200、UPDATE、180 的顺序串得挺准对着抓包一看就记住了。从那以后我每次分析 VONR 或 EPSFB 问题都强制走一遍“PDU 会话参数 → IMS 注册信令 → 资源协商 → 回落触发”这条链路不跳步。希望帮到你。本文还有配套的精品资源点击获取 5G语音VONR与EPSFB流程拆解：PDU会话、IMS注册与回落信令全解析
简介这份PPT资料聚焦5G网络优化中的语音方案系统梳理VONR与EPSFB两大核心流程面向5G核心网与无线优化工程师、通信专业学生及备考认证的技术人员帮助厘清5G语音从NR直连到回落LTE的完整技术路径。压缩包内仅含1个pptx文件大小约5.86MB以图文并茂的幻灯片形式呈现便于直接用于培训讲解或自学梳理。内容覆盖VONR与VOLTE在IMS层面的异同、终端与网络能力协商、5QI与QFI的QoS管理以及EPSFB的触发条件、回落过程与5GC和EPC间的信令交互同时详解PDU会话建立、修改、释放流程并拆解DNN、S-NSSAI、SSC Mode、PDU Type、PDU Session ID等关键参数。目前已有392人学习适合希望快速建立5G语音与会话管理知识框架的读者参考。1. VONR 与 EPSFB 流程拆解一份 PPT 里藏着 5G 语音的哪些关键路径拿掉 VoLTE 那套旧思路5G 语音其实分两条腿走路。一条是 VONR终端直接在 NR 上跑 IMS 语音靠 5QI 1 和 5QI 2 建立语音和视频承载另一条是 EPSFBNR 覆盖或能力不到位时把语音呼叫回落到 LTE 完成。这份《VONR和EPSFB流程分享.pptx》把 PDU 会话管理、VONR 注册信令、EPSFB 回落触发条件串成了一条线适合做 5G 网络优化、核心网信令分析、终端侧问题定位的工程师对着信令逐条比对。它不是协议原文的复述而是把 DNN、S-NSSAI、SSC mode、QFI、DRB 这些参数在真实流程里的位置标了出来省去翻 3GPP 找上下文的功夫。如果你正在排查 VONR 打不通、EPSFB 回落慢、PDU 会话建立失败这类问题这份材料能当一张流程地图用。2. PDU 会话管理从建立到修改的参数映射与信令落点2.1 为什么 PDU 会话是 VONR 和 EPSFB 的共同底座VONR 的语音承载不是凭空冒出来的它挂在 PDU 会话上。5G 里一个 PDU 会话 ID 可以对应多个 DRB一个 DRB 又能包含多个 QFI5QI 用来描述每个 QoS 流的服务质量。这个层级关系跟 LTE 里“一个 APN 对应一条默认承载、再建专用承载”的逻辑相似但 NR 把粒度拆得更细。语音通话建立时5QI 1 的 QFI 映射到某个 DRB 上视频通话再加 5QI 2可能复用同一个 PDU 会话 ID但 DRB 和 QFI 是独立的。PPT 里反复强调“5QI 5、1、2 之间 PDU ID 相同DRB 不同QFI 不同”这句话是理解 VONR 承载建立的核心。常见做法是先看 UE 发起的 PDU Session Establishment Request 里带了哪些参数再对照 5GC 回的 PDU Session Resource Setup Request最后看 RRC Reconfiguration 里 DRB 和 QFI 的对应关系。三步走完一条语音承载的路径就清楚了。2.2 PDU 会话建立流程的关键参数与抓包位置PDU 会话建立请求里UE 会带 DNN、S-NSSAI、SSC mode、PDU type、PCO 这些参数。DNN 就是 LTE 里的 APN控制手机通过哪个接入点进网络IMS 语音通常走“ims”这个 DNN。S-NSSAI 标识网络切片SSC mode 决定会话和业务的连续性模式。PPT 里给了三种 SSC mode 的适用场景SSC mode适用业务连续性特点mode 1IMS 语音会话锚点不变连续性最强mode 2缓存类视频允许先断后建节省资源mode 3多径传输应用先建新路径再拆旧路径抓包时重点看 PDU Session Establishment Accept 里携带的 QoS Flow 参数包括 QFI、5QI、GBR 还是 Non-GBR。语音的 5QI 1 是 GBR视频的 5QI 2 也是 GBR而 internet 默认承载通常是 5QI 9 的 Non-GBR。这些参数决定了基站侧调度优先级和资源预留策略。2.3 PDU 会话修改语音承载建立的真正触发点很多人以为语音承载是在 PDU 会话建立时就建好的其实不是。PPT 里写得很清楚语音通话和视频通话建立 5QI 1、2 的承载都是通过 PDU Session Modification 流程完成的。也就是说UE 先建一个默认 PDU 会话比如 5QI 5 或 5QI 9当 IMS 域发起 INVITE 后网络侧触发 PDU 会话修改新增 5QI 1 的 QoS Flow基站再通过 RRC Reconfiguration 把对应的 DRB 配下来。这个流程跟 4G 里“先建默认承载再建专用承载”几乎一样只是 5G 里叫法变成了 QoS Flow 和 QFI。修改流程里要关注的核心参数是 QFI 和 5QI 的映射关系以及基站是否成功建立了新的 DRB。如果 RRC Reconfiguration 里没有新增 DRB或者 DRB 和 QFI 的对应关系错了语音就会起不来。# 在核心网侧抓 PDU Session Modification 信令的常见过滤方式 # 假设用 tcpdump 抓 N11/N4 接口具体接口名按实际组网调整 tcpdump -i any -s 0 -w pdu_modify.pcap port 38412 or port 8805 # 38412 是 N11 接口 SBI 常用端口8805 是 N4 接口 PFCP 常用端口 # 抓完后用 Wireshark 打开过滤 http2 或 pfcp 看具体消息类型这段命令只是抓包入口真正分析要看 PDU Session Modification Request 里带了哪些 QoS Rule以及 UPF 侧是否成功更新了 PDR 和 FAR。如果修改请求发了但基站没回 Resource Setup Response问题通常出在基站侧资源不足或 QFI 配置错误。3. VONR 注册与通话信令从能力协商到 IMS 域两次注册3.1 终端和网络的能力协商voice centric 与 IMS 参数VONR 能不能用第一步看终端和网络怎么“对暗号”。PPT 里列了三条检查点注册请求过程中终端表明自己是“voice centric”终端能力查询时携带 IMS 参数表示支持网络回复的注册接收信令里表明自己支持 IMS。这三步缺一不可。如果终端没标 voice centric网络可能不会优先给它配 VONR 资源如果网络回复里没带 IMS 支持指示终端可能直接触发 EPSFB。实际排查时在 UE 侧看 Registration Request 里的 UE Capability 和 Voice Domain Preference在核心网侧看 Registration Accept 里有没有 IMS voice over PS session supported 的指示。常见坑是终端能力上报了但网络侧配置没打开导致终端以为能用 VONR实际发起呼叫时被回落。3.2 IMS 域注册两次注册信令的分工PPT 里提到“注册时发起两次注册信令第二次是用以鉴权的流程”。第一次注册是 UE 向 IMS 域发起 SIP REGISTER网络返回 401 或 407 挑战第二次注册携带鉴权响应网络返回 200 OK 完成注册。这个过程跟 VoLTE 在 LTE 上的 IMS 注册逻辑一致区别只在于底层承载从 LTE 变成了 NR。IMS 域的控制层三大网元是 CSCFSIP 协议是核心。抓包时看 SIP REGISTER 的 Call-ID、From、To 头域以及 401 响应里的 WWW-Authenticate 头域。如果第二次注册没发出去或者鉴权失败VONR 就打不了电话。常见原因是 IMS APN 的 PDU 会话没建好或者 P-CSCF 地址没通过 PCO 正确下发。3.3 通话流程中的资源协商从 INVITE 到 PRACK 再到 UPDATEPPT 里用了一段谐音梗描述通话信令流程“invite英语书、100100元、183三八婆、PRACKRU1、200耳玲、UPDATERU2、200 耳铃、180泥巴”。翻译成标准信令就是UE 发 INVITE网络回 100 Trying再回 183 Session Progress 携带 SDPUE 回 PRACK 确认网络回 200 OK 确认 PRACK然后 UE 发 UPDATE 做资源预留网络回 200 OK最后网络回 180 RingingUE 侧振铃。这个流程里最关键的是 183 和 UPDATE 两次资源协商。183 里带的 SDP 包含语音编码能力UPDATE 里做资源预留。如果资源预留失败通话就建立不起来。PPT 里说“通话流程会接触到两次资源协商比如资源预留使用语音编码能力等”指的就是这两步。# 解析 SIP 信令中 SDP 携带的语音编码能力的简单示例 # 实际分析中通常用 Wireshark 直接看这里只是演示提取逻辑 sdp_lines [ maudio 49170 RTP/AVP 97 98, artpmap:97 AMR-WB/16000, artpmap:98 AMR/8000 ] codecs [] for line in sdp_lines: if line.startswith(artpmap): parts line.split() codec_info parts[1].split(/) codecs.append({payload_type: codec_info[0], codec: codec_info[1], clock_rate: codec_info[2]}) for c in codecs: print(fPayload {c[payload_type]}: {c[codec]} {c[clock_rate]}Hz) # 输出会显示 AMR-WB 和 AMR 两种编码VONR 优先用 AMR-WB这段代码只是演示从 SDP 里提取编码列表的逻辑。实际优化中如果发现 VONR 通话建立慢可以看 183 里带的编码是否和终端支持的一致以及 UPDATE 的资源预留是否被网络拒绝。4. EPSFB 回落流程触发条件、回落方式与关键信令4.1 EPSFB 什么时候触发NR 覆盖、能力、负载三重判断EPSFB 不是随便就落的。PPT 里说“当 UE 尝试发起语音呼叫时如果当前所处的 5G NR 网络不支持 VONR 服务则触发 EPSFB 流程”。具体来说三种情况会触发一是 NR 小区没配 VONR 相关参数网络侧直接指示回落二是终端能力不支持 VONR或者 voice centric 没协商成功三是 NR 侧负载过高或资源不足网络主动让语音回落。还有一种隐蔽情况是终端自主设计不上报 B1 事件。PPT 里专门提了“MTK 的自我设计不上报 B1 事件当处于 VOLTE 通话时不上报 NR 的 B1 事件避免掉话”。这是终端侧的一种保护机制防止在 VoLTE 通话中因为上报 B1 导致切换到 NR 后掉话。做网络优化时如果发现某些终端在 VoLTE 通话中一直不回 NR先查终端侧有没有这类自主策略。4.2 回落方式重定向、切换还是重定向加切换EPSFB 的回落方式直接影响语音建立时延。常见做法有三种基于重定向的回落、基于切换的回落、以及重定向加切换的混合方式。重定向回落最快但会中断数据业务切换回落对数据业务影响小但信令流程长混合方式折中。PPT 里没有展开具体回落方式的信令细节但实际优化中要关注 RRC Release 里带的 redirectedCarrierInfo或者 Handover Required 里带的目标小区信息。如果回落目标小区选错了比如落到了没配 VoLTE 的小区语音就建不起来。4.3 EPSFB 与 PDU 会话的交互5GC 和 EPC 之间怎么衔接EPSFB 涉及 5GC 和 EPC 之间的交互。UE 在 NR 上发起语音呼叫5GC 判断需要回落通过 N26 接口把上下文传到 MMEUE 回落到 LTE 后在 EPC 上完成语音承载建立。这个过程中原来在 5G 上建的 PDU 会话可能要挂起或释放IMS APN 的承载要在 LTE 上重建。抓包时重点看 N26 接口的 Forward Relocation Request 和 Forward Relocation Response以及 LTE 侧的 Activate Dedicated EPS Bearer Context Request。如果 N26 接口没配好回落就会失败语音直接打不通。5. 避坑与排查VONR 和 EPSFB 落地时最容易翻车的五个点5.1 现象VONR 呼叫建立失败但 EPSFB 正常原因NR 侧没配 5QI 1 的 QoS Flow或者基站没建对应的 DRB。PDU 会话修改流程走了但 RRC Reconfiguration 里没有新增 DRB。解决在基站侧查 QoS Flow 配置确认 5QI 1 的 QFI 有没有配错。抓 RRC Reconfiguration 看 DRB 和 QFI 的对应关系如果 DRB 没加查基站资源是否足够。5.2 现象EPSFB 回落慢语音建立时延超过 2 秒原因回落方式选了重定向但目标小区选择算法没优化UE 扫频时间长。或者 N26 接口信令交互有额外跳数。解决优先用切换回落或者在重定向时带上目标频点信息减少扫频时间。查 N26 接口时延如果 Forward Relocation 响应慢查 MME 和 AMF 之间的链路质量。5.3 现象VONR 通话中突然掉话无 SIP 释放信令原因NR 侧 B1 事件上报导致切换到不支持 VONR 的小区或者终端自主策略没配对。PPT 里提到的 MTK 不上报 B1 事件就是防这个。解决查终端侧 B1 事件配置确认在 VoLTE/VONR 通话中是否禁止上报。网络侧可以配基于业务的切换限制语音通话中不允许切到不支持 VONR 的邻区。5.4 现象PDU 会话建立成功但 IMS 注册失败原因PCO 里没下发 P-CSCF 地址或者 DNN 配错。UE 建了 IMS APN 的 PDU 会话但拿不到 P-CSCF 地址SIP REGISTER 发不出去。解决查 PDU Session Establishment Accept 里的 PCO 字段确认 P-CSCF 地址有没有带。如果没带查 SMF 配置。DNN 要确认是“ims”而不是“internet”。5.5 现象5QI 1 和 5QI 2 的 QFI 映射混乱视频通话建不起来原因PDU 会话修改时新增了 5QI 2 的 QoS Flow但 QFI 和 DRB 的映射关系配错或者基站不支持一个 DRB 承载多个 QFI。解决查 PDU Session Modification Request 里的 QoS Rule确认 5QI 2 的 QFI 是新增的还是复用了 5QI 1 的。如果基站不支持多 QFI 映射到一个 DRB就要新建 DRB。PPT 里说“一个 DRB 可以包含多个 QFI”但实际设备能力要确认。6. 从信令到参数把这份 PPT 变成可复用的排查清单这份 PPT 最大的价值不是告诉你 VONR 和 EPSFB 的定义而是把 PDU 会话管理、VONR 注册、EPSFB 回落三条流程里的关键参数和信令节点标了出来。我一般会把它拆成三张排查表第一张是 PDU 会话建立和修改的参数对照表重点看 DNN、S-NSSAI、SSC mode、QFI、5QI 的取值第二张是 VONR 注册和通话的信令节点表重点看 Registration Accept 里的 IMS 支持指示、SIP REGISTER 的两次鉴权、183 和 UPDATE 的资源协商第三张是 EPSFB 回落的触发条件和回落方式表重点看 RRC Release 里的重定向信息、N26 接口的上下文传递。实际用的时候遇到 VONR 打不通先按第一张表查 PDU 会话和 QoS Flow再按第二张表查 IMS 注册和资源协商。遇到 EPSFB 回落慢直接翻第三张表看回落方式是不是重定向、目标小区选得对不对、N26 接口有没有额外时延。PPT 里那段谐音梗信令流程我一开始也觉得是玩笑后来发现它把 INVITE、100、183、PRACK、200、UPDATE、180 的顺序串得挺准对着抓包一看就记住了。从那以后我每次分析 VONR 或 EPSFB 问题都强制走一遍“PDU 会话参数 → IMS 注册信令 → 资源协商 → 回落触发”这条链路不跳步。希望帮到你。本文还有配套的精品资源点击获取