企业官网建设流程全解析

简介：这份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-CSCF，P-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-3）

RRC Connect REQ (原因值: mo-data) → RRC Connect Setup (建立SRB1) → RRC Connect Setup CMP (携带PLMN)

终端从空闲态发起RRC建立，原因值是mo-data，说明有业务需求。eNB建立SRB1后，终端回复完成消息并携带PLMN。这一步如果失败，检查空口质量和随机接入参数。

第二步：初始上下文建立（步骤4-7）

Initial 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-16）

SIP 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走QCI5，P-CSCF回100 Trying后终端停发Invite。被叫侧回183 Session Progress，主叫P-CSCF收到后触发AAR给PCRF，PCRF回AAA并触发QCI1承载建立。MME发E-RAB Setup REQ，eNB建立空口承载，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-21）

UE在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寻呼被叫

关键点在步骤5：AMF通知gNB建立语音QoS Flow，gNB拒绝携带IMS Voice EPS Fallback or RAT Fallback Triggered。这个拒绝是正常的——它触发EPS FB回落。然后AMF发起5GS to EPS Handover，IMS和数据PDU会话同时切换。

步骤7-12是切换准备：AMF通过N26将承载重定位到目标MME，MME选择SGW并通知SGW建立承载，SGW分配本地资源。eNB完成默载建立后回ack。

步骤14-17是切换执行：gNB发Handover Command给UE，UE切换到目标小区，发Handover Notify通知目标MME。AMF启用定时器，超时后释放N2连接。4G侧承载通道建立完成，eNB→SGW→SMF，携带地址和TEID，SMF向UPF发起N4 Session Mod更新用户面路径。

步骤18-21是QCI1建立：PGW根据缓存的QCI=1 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-35）

Invite寻呼被叫 → 被叫响应寻呼，触发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请求和响应的用途：

视频彩铃场景下，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信令详解：基于切换与基于重定向

FR（Fast 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连接建立 → 默认承载建立：5QI=8/9 → IMS信令面SIP默认承载建立：5QI=5 → 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 → 语音专用承载建立：5QI=1 → Bi-way VoNR on 5QI=1 Dedicated bearer → Create Bearer Req/Rsp

关键参数：5QI1对应语音媒体，5QI5对应SIP信令，5QI8/9对应数据。5QI1和5QI5映射到独立DRB，意味着空口调度时语音和信令分开处理，互不影响。

VONR切换流程和普通数据业务切换流程相同：UE上报测量报告给源gNB，gNB执行切换判决后向5GC发起切换请求，终端在目标gNB发起随机接入，切换到目标小区。PPT里标注“基站版本目前已支持”，说明VONR切换已经具备商用条件。

3.3 5GC核心网元职责与映射关系

PPT最后一部分讲5GC核心网元，和EPC的对应关系很清晰：

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参数（QCI=1，GBR，延迟预算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。

参数核查清单：

验证方法：修改参数后，用信令跟踪平台抓取完整呼叫流程，确认关键节点（AAR/AAA、Handover Request/Acknowledge、TAU Request/Accept、QCI1建立）全部正常。然后做20次呼叫测试，统计建立成功率、建立时延、掉话率。如果成功率低于95%，继续排查。

注意：参数修改后一定要复测，不要只看信令流程通了就完事。有些参数修改后信令流程正常，但用户面质量下降，比如QCI1的延迟预算改大后，语音MOS分反而降低。

从那以后我每次做语音优化，都强制走一遍“抓包→定位→核查→修改→复测→对比”的闭环，不跳过任何一步。希望帮到你。

本文还有配套的精品资源，点击获取