简介这份PPT面向5G网络优化工程师、核心网与IMS方向的学习者系统梳理5G语音信令的关键技术脉络帮助解决VoLTE、EPS FB、FR与VONR在实际优化中概念混淆、流程不清的问题。资源包内含1个pptx文件约1.4MB以图文页形式呈现便于按目录逐节学习与培训引用。内容从VoLTE基础架构切入覆盖Service、Core、Access、Terminal四层网元职责并逐步展开RRC连接建立、QCI5/QCI9默认承载、SIP Invite、183 Session Progress、AAR/AAA、E-RAB建立直至180振铃与200 OK摘机的完整呼叫信令流程同时详解EPS FB回落触发、5GS to EPS Handover与FR快速返回机制并介绍VONR在SA组网下的语音实现及S-CSCF、I-CSCF、P-CSCF、PCRF、S/P-GW、MME等核心网元作用。目前已有693人学习适合用于日常优化排障、信令流程复盘与知识体系搭建。1. 5G语音信令的“黑匣子”一份PPT拆开看做5G网络优化的人迟早会撞上语音信令这道坎。数据业务掉线还能靠重传兜底语音一旦在EPS FB回落或VONR切换中卡住用户直接感知为“打不通”或“断话”投诉工单立刻压过来。这份《5GVONR EPS FB语音信令详解.pptx》把VOLTE、EPS FB、FR、VONR四条信令链路和5GC核心网网元职责串在一起讲适合正在做5G语音专项优化、需要对着信令流程排查问题的网优工程师。它不教你写代码但能让你在Wireshark或信令跟踪平台里看到某条消息时立刻知道该往哪个网元、哪个QoS Flow、哪个定时器上找原因。下面按“先看懂架构、再走通流程、最后避开坑”的顺序拆。2. VOLTE与EPS FB信令流程从QCI5到QCI1的承载建立2.1 VOLTE基础架构与QCI承载映射VOLTE的架构分四层理解每层职责是看懂信令的前提。Service Layer里的MMTel AS提供多媒体电话业务SCC AS负责被叫域选——当被叫同时有LTE和CS域覆盖时决定走哪边。Core Layer的S-CSCF做注册鉴权和会话路由I-CSCF负责指配S-CSCFP-CSCF是信令代理Convergent HSS存签约和位置。Access Layer的PCRF提供QoS策略并触发专有承载S/P-GW做鉴权和承载建立MME负责附着和专有承载。Terminal Layer就是终端接入。关键在QCI映射。VOLTE通话时QCI5承载SIP信令QCI9承载默认数据QCI1承载语音媒体。QCI5和QCI9在Initial Context Setup阶段同时建立QCI1要等SIP 183消息触发AAR/AAA后才建立。这个顺序不能乱——如果QCI1提前建立PCRF没有收到AAR里的流媒体信息承载参数就是错的。注意QCI1的建立依赖SIP 183而183又依赖被叫侧资源预留。主叫侧看到183之前空口上只有QCI5和QCI9两个DRB。2.2 VOLTE主叫信令全流程拆解下面按PPT里的21步流程把关键节点和参数含义过一遍。这不是让你背步骤而是让你在信令跟踪里能对上号。第一步RRC连接建立步骤1-3RRC Connect REQ (原因值: mo-data) → RRC Connect Setup (建立SRB1) → RRC Connect Setup CMP (携带PLMN)终端从空闲态发起RRC建立原因值是mo-data说明有业务需求。eNB建立SRB1后终端回复完成消息并携带PLMN。这一步如果失败检查空口质量和随机接入参数。第二步初始上下文建立步骤4-7Initial UE Message (携带TAI、ECGI) → Initial Context Setup REQ (建立QCI5、QCI9) → RRC Connection ReConfig (建立DRB) → Initial Context Setup Rsp (eNB回复结果)MME收到Initial UE Message后发起Initial Context Setup同时建立QCI5和QCI9两个默认承载。eNB根据E-RAB to Be Setup Item建立对应DRB。这里有个细节Initial Context Setup REQ里可能携带esrvcc能力如果终端不支持后续切换会受限。第三步SIP呼叫建立与QCI1承载步骤8-16SIP Invite (UE→P-CSCF, 走QCI5) → SIP 100 Trying (P-CSCF→UE, 停发Invite) → SIP 183 Session Progress (被叫侧→主叫P-CSCF) → AAR (P-CSCF→PCRF, 触发QCI1) → AAA (PCRF→P-CSCF, 应答) → E-RAB Setup REQ (MME→eNB, 建立QCI1) → RRC Connection Reconfig (空口承载) → ACTIVE DEDICATED EPS CONTEXT REQ (MME下发) → SIP PRACK (终端应答183) → SIP 200 OK (被叫确认PRACK) → SIP UPDATE (主叫资源预留完成) → SIP 180 Ringing (被叫振铃) → SIP 200 OK (被叫摘机)这段是VOLTE的核心。SIP Invite走QCI5P-CSCF回100 Trying后终端停发Invite。被叫侧回183 Session Progress主叫P-CSCF收到后触发AAR给PCRFPCRF回AAA并触发QCI1承载建立。MME发E-RAB Setup REQeNB建立空口承载MME再下发ACTIVE DEDICATED EPS CONTEXT REQ激活QCI承载。PRACK和183成对出现用来确认1xx响应收到同时指示无线承载资源就绪。UPDATE在主叫侧QCI1建立完成后发送指示本端precondition已满足。180 Ringing表示被叫振铃最后的200 OK表示被叫摘机。提示如果QCI1建立失败先看AAR/AAA是否正常交互再看E-RAB Setup REQ里的QoS参数是否和PCRF下发的一致。常见问题是PCRF没收到AAR导致QCI1根本没触发。2.3 EPS FB主叫信令5G到4G的切换与回落EPS FB是5G用户发起语音呼叫时通过切换或重定向回落到LTE由VOLTE完成语音。PPT里分了基于切换和基于重定向两种主叫流程分两页讲。基于切换的EPS FB主叫流程步骤1-21UE在5G发起Invite (走IMS PDU会话) → PCF向SMF发送Npcf_SMPolicyControl_UpdateNotify → SMF响应 → AMF向gNB发Namf_Communication_N1N2MessageTransfer → gNB建立5QI1 QoS Flow但拒绝携带IMS Voice EPS Fallback Triggered → AMF通知gNB建立语音QoS Flow资源 → 发起5GS to EPS Handover → MME选择SGW建立承载 → Handover Request/Acknowledge → 切换完成TAU更新 → QCI1承载建立 → Invite寻呼被叫关键点在步骤5AMF通知gNB建立语音QoS FlowgNB拒绝携带IMS Voice EPS Fallback or RAT Fallback Triggered。这个拒绝是正常的——它触发EPS FB回落。然后AMF发起5GS to EPS HandoverIMS和数据PDU会话同时切换。步骤7-12是切换准备AMF通过N26将承载重定位到目标MMEMME选择SGW并通知SGW建立承载SGW分配本地资源。eNB完成默载建立后回ack。步骤14-17是切换执行gNB发Handover Command给UEUE切换到目标小区发Handover Notify通知目标MME。AMF启用定时器超时后释放N2连接。4G侧承载通道建立完成eNB→SGW→SMF携带地址和TEIDSMF向UPF发起N4 Session Mod更新用户面路径。步骤18-21是QCI1建立PGW根据缓存的QCI1 QoS Flow创建请求在用户回落EPS网络后发起IMS语音专有承载创建。PGW向PCRF/PCF发Npcf_SMPolicyControl_update request携带IP-CAN-Type、RAT-Type等4G信元。基于重定向的EPS FB主叫流程重定向流程比切换简单但时延更大。PPT里标注了各步骤时延100-150ms、450-650ms、2000-3000ms等。重定向不需要N26接口但用户面中断时间更长。如果网络侧N26不可用只能走重定向。注意基于切换的EPS FB要求5GC和EPC之间有N26接口。如果没有N26或者AMF和MME之间的N26配置有问题切换会失败只能回落到重定向。2.4 EPS FB被叫信令与SIP消息交互被叫流程分两种情况被叫是5G用户时重复主叫侧EPS FB建立过程被叫在4G时走正常的VOLTE被叫流程。被叫5G用户的EPS FB流程步骤22-35Invite寻呼被叫 → 被叫响应寻呼触发EPS FB → 建立5QI5 → 183消息网络侧保存不转发主叫 → 开始被叫承载建立 → 重复基于切换的EPS FB流程7-21步 → 用户进入idle态后在4G发起TAU请求 → MME根据TAU中GUTI的MMEID查询源侧MME(AMF) → 请求用户上下文信息 → MME收到AMF应答后发起安全流程 → 获取SGW信息建立承载 → 对AMF ACK → 被叫承载建立完成 → 183到主叫侧步骤22是关键183消息网络侧保存不转发主叫等被叫承载建立完成后再转发。这是EPS FB被叫流程和VOLTE被叫流程最大的区别。步骤23-29是TAU流程用户进入idle态后在4G发起TAU请求MME根据GUTI的MMEID查询源侧AMF请求用户上下文。MME收到AMF应答后发起安全流程获取SGW信息建立承载并对AMF ACK。步骤30-35是QCI1建立MME收到SGW的ModifyBearerResponse后TAU完成然后建立QCI1承载。RRC Reconfiguration完成后E-RAB Setup Request/Response交互最后RAR/RAA完成。SIP消息详解PPT里单独列了SIP请求和响应的用途SIP消息方向用途InviteMO→MT发起VoLTE呼叫100 TryingMT/IMS→MO临时响应指示收到Invite183 Session ProgressMT/IMS→MO指示会话处理中precondition打开时指示资源预留PRACKMO→MT确认1xx响应收到指示无线承载资源就绪UPDATE双向协商更新端到端媒体面参数180 RingingMT→MO指示被叫振铃200 OKMT→MO确认请求最后一条表示被叫摘机视频彩铃场景下180 Ringing后会有UPDATE申请视频彩铃业务video port非0。彩铃AS激活QCI2承载AAR/AAA、Create Bearer Request/Response播放视频彩铃。被叫摘机后回复200 OK彩铃AS停止播放REINVITE协商关闭video业务port置0。3. FR信令与VONR架构快速返回和5G原生语音3.1 FR信令详解基于切换与基于重定向FRFast Return是EPS FB通话结束后终端快速返回5G的流程。PPT里给了两张图基于切换的FR和基于重定向的FR。基于切换的FR流程LTE侧通话结束eNB发起切换判决 → 向5GC发起切换请求 → 终端在目标gNB发起随机接入 → 切换到目标小区 → 源eNB释放UE上下文基于重定向的FR流程更简单但时延更大。终端在LTE侧释放连接后重定向到5G频点重新发起RRC建立。如果5G侧没有配置N26或者切换条件不满足就走重定向。提示FR的时延直接影响用户感知。基于切换的FR通常在100-200ms内完成基于重定向的可能超过500ms。优化时优先检查N26接口和切换门限配置。3.2 VONR简介5QI承载与DRB映射VONR是5G原生语音不需要回落到LTE。PPT里明确5G基于5QI建立承载UE通话时同时存在3个QoS Flow——数据业务5QI8或9语音业务5QI1和5QI5。其中5QI1和5QI5分别映射到独立的DRB承载UE通话过程中空口通常存在3个DRB。VONR建立流程RRC连接建立 → 默认承载建立5QI8/9 → IMS信令面SIP默认承载建立5QI5 → SIP Invite (SDP offer) → AAR/AAA → RAR/RAA → PDU Session Setup Req → RRC Conn Reconfig → PDU Session Setup Rsp → SIP 183-SDP answer/180-Ringing/200-OK → 语音专用承载建立5QI1 → Bi-way VoNR on 5QI1 Dedicated bearer → Create Bearer Req/Rsp关键参数5QI1对应语音媒体5QI5对应SIP信令5QI8/9对应数据。5QI1和5QI5映射到独立DRB意味着空口调度时语音和信令分开处理互不影响。VONR切换流程和普通数据业务切换流程相同UE上报测量报告给源gNBgNB执行切换判决后向5GC发起切换请求终端在目标gNB发起随机接入切换到目标小区。PPT里标注“基站版本目前已支持”说明VONR切换已经具备商用条件。3.3 5GC核心网元职责与映射关系PPT最后一部分讲5GC核心网元和EPC的对应关系很清晰5GC网元EPC对应主要功能AMFMME接入控制、移动性管理、NAS加密和完整性保护、注册管理、连接管理SMFMME会话管理SGW-CPGW-C会话管理、UE IP地址配置、选择和控制UPF、策略执行和QoS控制PCFPCRF统一化策略框架、为控制面提供策略规则UDMHSS鉴权凭据处理、用户身份处理、签约信息管理AUSF3GPP AAA Server接入鉴权和授权UPFSGW-UPGW-U数据包路由转发、策略执行、流量使用报告、QoS处理NEFSCEF对外开放网络能力NSSF新增网络切片选择NRF新增服务注册、发现RAN的主要功能包括连接建立和释放、数据传输、无线信道加密解密、完整性保护、头压缩、QoS执行、移动性管理、负载均衡、NAS消息分发、NAS节点选择、无线接入网共享、寻呼、定位、切片支持、E-UTRAN兼容、通过新RAN接口和E-UTRA-NR切换、会话管理、UE非活跃状态下联系UE。SMF的功能会话管理建立、修改、释放、维持、UE IP地址配置和维持、选择和控制UPF、控制流量转发、策略执行和QoS控制、合法监听、会话管理NAS消息终点、下行数据通知、发起发往AN的SM消息、决定SSC模式、Roaming相关功能。UPF的功能RAT内/间移动性锚点、PDU会话和数据网络连接点、数据包路由转发、数据包检测和用户面策略执行、合法监听、流量使用报告、UL CL支持数据流转发、Multi-homed分流点、QoS处理、上行流量验证、传输层数据包标记、下行数据包缓存和下行数据通知触发。AMF的功能RAN控制面接口(N2)终点、N1连接终点、NAS加密和完整性保护、注册管理、连接管理、可达性管理和移动性管理、合法监听、UE和SMF之间消息传递、接入鉴权和接入授权、安全锚点功能、安全上下文管理、通过N3IWF支持非3GPP连接。UDM的功能鉴权凭据处理、用户身份处理、接入授权、注册和移动性管理、签约信息管理、SMS管理。UDM作为前端提供功能数据存储在UDR中。PCF的功能支持统一化策略框架监视网络行为、为控制面提供策略规则、实现前端访问UDR中与策略相关的订阅信息。4. 语音信令排查避坑五个血泪经验4.1 QCI1承载建立失败AAR没触发现象VOLTE呼叫建立到183 Session Progress后卡住QCI1承载始终不建立主叫听不到回铃音。原因P-CSCF收到183后没有触发AAR给PCRF或者AAR发送了但PCRF没响应AAA。常见于P-CSCF与PCRF之间的Gx接口配置错误或者PCRF策略里没有配置该用户的QCI1授权。解决在P-CSCF侧抓包确认AAR是否发出检查AAR里的流媒体描述SDP是否完整。在PCRF侧检查用户签约和策略配置确认QCI1的QoS参数QCI1GBR延迟预算100ms丢包率10^-2是否正确。如果AAR发出但AAA超时检查Gx接口的Diameter路由。4.2 EPS FB切换失败N26接口未配置现象5G用户发起呼叫gNB拒绝携带IMS Voice EPS Fallback Triggered后AMF发起5GS to EPS Handover但切换准备阶段失败用户掉话。原因5GC和EPC之间的N26接口未配置或配置错误。N26是AMF和MME之间的接口用于传递UE上下文和承载信息。如果没有N26基于切换的EPS FB无法执行。解决检查AMF和MME之间的N26接口状态确认N26的SCTP链路正常。如果N26不可用只能配置基于重定向的EPS FB但时延会增加。检查AMF侧N26的PLMN配置和MME侧的对端配置是否匹配。4.3 VONR语音质量差5QI1和5QI5映射到同一DRB现象VONR通话中语音断续MOS分低于3.5但信号质量正常。原因5QI1和5QI5映射到了同一个DRB导致语音媒体和SIP信令在同一承载上竞争资源。正常情况下5QI1和5QI5应该映射到独立DRB空口调度时分开处理。解决检查gNB侧的QoS Flow到DRB的映射配置确认5QI1和5QI5分别映射到不同DRB。检查SMF下发的QoS规则里5QI1和5QI5的QFI是否不同。如果映射错误修改gNB的DRB配置。4.4 FR返回5G失败切换门限配置过严现象EPS FB通话结束后终端无法快速返回5G停留在LTE侧用户感知为5G图标消失。原因FR的切换门限配置过严终端在LTE侧测量到的5G信号质量不满足切换条件只能走重定向。或者5G侧目标小区没有配置N26无法执行基于切换的FR。解决检查LTE侧eNB的FR切换门限如A2事件门限适当放宽。检查5G侧gNB是否配置了N26接口确认AMF和MME之间的N26链路正常。如果5G侧覆盖不足检查gNB的发射功率和天线下倾角。4.5 SIP 183消息被丢弃被叫侧承载未建立现象EPS FB被叫流程中主叫侧一直收不到183 Session Progress呼叫超时。原因被叫是5G用户时183消息网络侧保存不转发主叫等被叫承载建立完成后再转发。如果被叫侧EPS FB流程失败183永远不会转发主叫侧超时。解决在被叫侧跟踪EPS FB流程确认5GS to EPS Handover是否完成TAU流程是否成功QCI1承载是否建立。如果被叫侧切换失败检查N26接口和被叫侧gNB的配置。如果被叫侧TAU失败检查MME和AMF之间的上下文传递。5. 从信令跟踪到参数核查一个完整的语音优化闭环信令流程看懂只是第一步真正做优化要形成闭环。我一般按这个顺序走先抓包定位失败节点再核查该节点的参数配置然后修改参数并复测最后对比修改前后的KPI。以EPS FB主叫切换失败为例。抓包发现Handover Required发出后没有Handover Request说明目标MME没有收到切换请求。检查N26接口状态发现SCTP链路正常但Diameter路由不通。核查AMF侧N26的PLMN配置发现目标MME的PLMN和AMF配置不匹配。修改PLMN配置后复测切换成功EPS FB建立时延从2.5s降到1.2s。参数核查清单检查项正常值常见错误QCI1 QoS参数QCI1, GBR, 延迟100ms, 丢包10^-2延迟设成300msQCI5 QoS参数QCI5, Non-GBR, 延迟100ms设成GBRN26接口状态SCTP链路正常, Diameter路由可达PLMN不匹配FR切换门限A2门限-110dBm左右设成-95dBm过严5QI到DRB映射5QI1和5QI5独立DRB映射到同一DRBSIP定时器Timer B 64s, Timer F 64s设成32s导致超时验证方法修改参数后用信令跟踪平台抓取完整呼叫流程确认关键节点AAR/AAA、Handover Request/Acknowledge、TAU Request/Accept、QCI1建立全部正常。然后做20次呼叫测试统计建立成功率、建立时延、掉话率。如果成功率低于95%继续排查。注意参数修改后一定要复测不要只看信令流程通了就完事。有些参数修改后信令流程正常但用户面质量下降比如QCI1的延迟预算改大后语音MOS分反而降低。从那以后我每次做语音优化都强制走一遍“抓包→定位→核查→修改→复测→对比”的闭环不跳过任何一步。希望帮到你。本文还有配套的精品资源点击获取
