你有没有想过：为什么4G之前打电话时数据会断？为什么5G初期打电话信号栏会跳回4G？为什么现在5G打电话可以一直保持5G？这一切的答案，藏在语音通话技术的演进逻辑里。
想象你在用手机视频通话，突然来了一个电话。在2G/3G时代，接电话意味着数据连接断开——因为语音和数据走的是两条完全不同的"公路"。到了4G VoLTE时代，语音和数据终于可以并肩行驶在同一条IP高速公路上。而到了5G VoNR，这条路变得更宽、更快。
理解语音通话技术的演进，本质上是理解一个问题：运营商如何把"打电话"这件事，从专用网络迁移到通用IP网络上来？
timeline
title 移动语音技术演进时间线
2G CS语音 : 1990s- : 电路交换专用通道<br>AMR 12.2kbps
3G CS语音 : 2000s- : CS域仍为主<br>AMR-WB引入高清语音
4G VoLTE : 2014- : 全IP化语音<br>IMS核心网架构
5G EPS Fallback : 2020- : 回落4G打电话<br>过渡方案
5G VoNR : 2022- : 原生5G语音<br>EVS超高清编解码
在2G和3G网络中，语音通话依赖电路交换（Circuit Switching）。核心特征是：
这就像高速公路上为每辆车划出一条专用车道，无论车开不开，车道都被锁定了。
4G LTE在设计之初是纯数据网络（PS only），没有CS域。那怎么打电话？早期方案是CSFB（CS Fallback）：
这个方案的问题很明显：回落后数据中断、呼叫建立时延长（可达5-10秒）。用户体验很差。
VoLTE（Voice over LTE） 是4G时代的终极语音方案。核心理念是：
语音不再是"特殊业务"，而是IP网络上的一个数据流。
但要实现这一点，需要一个全新的核心网架构——IMS（IP Multimedia Subsystem，IP多媒体子系统）。
| 对比维度 | CS语音 | VoLTE |
|---|---|---|
| 交换方式 | 电路交换 | 分组交换（IP） |
| 编解码 | AMR 12.2kbps | AMR-WB 23.85kbps / EVS |
| 语音+数据 | 不支持同时 | 完全支持 |
| 呼叫建立时延 | 3-5秒 | 1-2秒 |
| 频谱效率 | 低 | 高（统计复用） |
| 核心网架构 | MSC/MGW | IMS (CSCF/HSS) |
VoNR（Voice over New Radio） 也称Vo5G，是5G SA（独立组网）下的原生语音方案。它继承了VoLTE的IMS架构，但将承载网络从4G LTE换成了5G NR + 5GC。
| 对比维度 | VoLTE | VoNR |
|---|---|---|
| 无线接入 | LTE (eNodeB) | NR (gNodeB) |
| 核心网 | EPC (MME/SGW/PGW) | 5GC (AMF/SMF/UPF) |
| 信令承载 | EPS Bearer (QCI=5) | QoS Flow (5QI=5) |
| 语音承载 | EPS Bearer (QCI=1) | QoS Flow (5QI=1) |
| 默认编解码 | AMR-WB | EVS（增强语音服务） |
| 呼叫建立时延 | ~1.5秒 | ~0.8秒 |
| 端到端时延 | ~20-50ms | ~5-15ms |
理解VoLTE/VoNR，必须先理解IMS。IMS就像一个"中央厨房"，负责接收订单（SIP信令）、安排资源（QoS承载）、协调端到端的媒体流。
graph TB
UE[📱 UE终端] -->|SIP信令| PCSCF[P-CSCF<br/>代理CSCF<br/>=====<br/>入口网关<br/>信令压缩<br/>QoS授权]
PCSCF --> ICSCF[I-CSCF<br/>查询CSCF<br/>=====<br/>归属网络入口<br/>S-CSCF选择<br/>拓扑隐藏]
ICSCF --> SCSCF[S-CSCF<br/>服务CSCF<br/>=====<br/>注册管理<br/>会话控制<br/>业务触发]
SCSCF <-->|Diameter| HSS[🗄️ HSS<br/>归属用户服务器<br/>=====<br/>用户数据<br/>认证向量<br/>业务档案]
SCSCF --> TAS[ TAS<br/>电话应用服务器<br/>=====<br/>补充业务<br/>呼叫转接<br/>多方通话]
SCSCF --> MRF[ MRF<br/>媒体资源功能<br/>=====<br/>放音<br/>DTMF收号<br/>会议桥]
SCSCF --> BGCF[ BGCF<br/>出局网关控制<br/>=====<br/>CS域互通<br/>PSTN路由]
style PCSCF fill:#4A90D9,color:#fff
style ICSCF fill:#7B68EE,color:#fff
style SCSCF fill:#E74C3C,color:#fff
style HSS fill:#F39C12,color:#fff
各网元的核心职责，用"快递系统"类比：
你可能会问：为什么不直接让两个手机通过IP互相发语音包？
答案是运营商的商业诉求：
手机要打VoLTE/VoNR电话，必须先完成两个注册：移动网注册（Attach/Registration）和IMS注册。IMS注册是建立在移动网注册之上的"第二层注册"。
sequenceDiagram
participant UE as 📱 UE
participant eNB as eNodeB/gNodeB
participant MME as MME/AMF
participant SGW as S-GW/UPF
participant PGW as P-GW/SMF
participant DNS as DNS Server
participant PCSCF as P-CSCF
participant ICSCF as I-CSCF
participant SCSCF as S-CSCF
participant HSS as HSS
Note over UE,HSS: 第一阶段：移动网附着 + 信令承载建立
UE->>eNB: RRC Connection Request
eNB->>MME: Attach Request / Registration Request
MME->>HSS: Diameter ULR (位置更新)
HSS-->>MME: Diameter ULA (签约数据)
MME->>SGW: Create Session Request
SGW->>PGW: Create Session Request
PGW-->>SGW: Create Session Response (含P-CSCF地址 via PCO)
SGW-->>MME: Create Session Response
MME-->>eNB: Attach Accept (含P-CSCF地址)
eNB-->>UE: RRC Reconfiguration (含P-CSCF地址/IP)
Note over UE,HSS: 第二阶段：IMS SIP注册（两轮认证）
UE->>PCSCF: SIP REGISTER (IMPU, IMPI, 没有认证信息)
PCSCF->>ICSCF: 转发 REGISTER
ICSCF->>HSS: Diameter UAR (User-Authorization-Request)
HSS-->>ICSCF: Diameter UAA (返回S-CSCF能力集)
ICSCF->>SCSCF: 转发 REGISTER
SCSCF->>HSS: Diameter MAR (Media-Auth-Request)<br/>下载认证向量(RAND,AUTN,IK,CK)
HSS-->>SCSCF: Diameter MAA (认证向量)
SCSCF-->>PCSCF: SIP 401 Unauthorized<br/>(携带RAND, AUTN, IK, CK)
PCSCF-->>UE: SIP 401 Unauthorized
Note over UE: UE计算RES(应答)<br/>RES = f(RAND, K)
UE->>PCSCF: SIP REGISTER (携带RES认证响应)
PCSCF->>ICSCF: 转发 REGISTER
ICSCF->>SCSCF: 转发 REGISTER
SCSCF->>SCSCF: 验证 RES == XRES ✓
SCSCF->>HSS: Diameter SAR (Server-Assignment-Request)<br/>注册用户，下载业务档案
HSS-->>SCSCF: Diameter SAA (用户业务档案/IFC)
SCSCF-->>ICSCF: SIP 200 OK
ICSCF-->>PCSCF: SIP 200 OK
PCSCF-->>UE: SIP 200 OK (注册成功!)
Note over UE,HSS: 第三阶段：第三方注册（应用服务器）
SCSCF->>TAS: SIP REGISTER (第三方注册)<br/>触发补充业务逻辑
TAS-->>SCSCF: 200 OK
为什么需要两轮REGISTER？
这是IMS-AKA（Authentication and Key Agreement）认证机制的要求，采用挑战-应答模式：
401 Unauthorized挑战，携带RAND（随机数）和AUTN（认证令牌）RES（应答值）和加密密钥IK/CKXRES比对，匹配则认证通过$$RES = f2(K, RAND)$$ $$IK = f3(K, RAND), \quad CK = f4(K, RAND)$$ $$AUTN = SQN \oplus AK | AMF | MAC$$
其中K是SIM卡中的128-bit密钥，f2-f5是AKA算法族中的函数。
为什么需要第三方注册？
S-CSCF完成用户认证后，会代替用户向TAS等应用服务器发起"第三方注册"。这样TAS就知道用户上线了，可以为其提供呼叫转移、彩铃等补充业务。这就像你入住酒店后，前台会通知餐厅、健身房："408房客人已入住"。
手机怎么知道P-CSCF的地址？有两种方式：
| 方式 | VoLTE (4G) | VoNR (5G) |
|---|---|---|
| PCO（协议配置选项） | P-GW在创建会话响应中通过PCO字段下发P-CSCF地址 | SMF在PDU Session建立响应中通过PCO字段下发 |
| DHCP | UE通过DHCP查询获取 | UE通过DHCP查询获取 |
实际现网中，PCO方式最为常见——P-CSCF地址在建立默认承载/PDU Session时就随IP地址一起下发了。
注册完成后，用户就可以拨打/接听电话了。以主叫（MO）场景为例：
sequenceDiagram
participant UE_A as 📱 主叫UE-A
participant PCSCF_A as P-CSCF_A
participant SCSCF_A as S-CSCF_A
participant ICSCF_B as I-CSCF_B
participant SCSCF_B as S-CSCF_B
participant PCSCF_B as P-CSCF_B
participant UE_B as 📱 被叫UE-B
Note over UE_A,UE_B: 1. 会话建立（SIP INVITE）
UE_A->>PCSCF_A: SIP INVITE (SDP: 编解码协商)
PCSCF_A->>PCSCF_A: QoS资源授权<br/>(触发专用承载建立 QCI=1)
PCSCF_A->>SCSCF_A: INVITE
SCSCF_A->>SCSCF_A: 业务触发规则匹配(IFC)<br/>→可能触发TAS
SCSCF_A->>ICSCF_B: INVITE (路由到被叫归属网)
ICSCF_B->>HSS: LIR (Location-Info-Request)
ICSCF_B->>SCSCF_B: INVITE
SCSCF_B->>PCSCF_B: INVITE
PCSCF_B->>UE_B: INVITE (手机振铃)
Note over UE_A,UE_B: 2. 响应交换
UE_B-->>PCSCF_B: 100 Trying
PCSCF_B-->>SCSCF_A: 100 Trying (逐跳转发)
UE_B-->>PCSCF_B: 180 Ringing (振铃中...)
PCSCF_B-->>UE_A: 180 Ringing (回铃音)
Note over UE_A,UE_B: 3. 应答确认
UE_B-->>PCSCF_B: 200 OK (SDP: 最终编解码)
PCSCF_B-->>SCSCF_B: 200 OK
SCSCF_B-->>SCSCF_A: 200 OK
SCSCF_A-->>PCSCF_A: 200 OK
PCSCF_A-->>UE_A: 200 OK (对方接听了!)
UE_A->>PCSCF_A: SIP ACK (确认)
PCSCF_A-->>UE_B: ACK (端到端确认)
Note over UE_A,UE_B: 4. 通话中 — RTP媒体流
UE_A<<-->>UE_B: 🔊 RTP双向媒体流<br/>(专用承载 QCI=1/5QI=1)
Note over UE_A,UE_B: 5. 挂断释放
UE_A->>PCSCF_A: SIP BYE
PCSCF_A-->>UE_B: BYE (端到端转发)
UE_B-->>PCSCF_A: 200 OK
Note over UE_A,UE_B: 专用承载释放，回到默认承载
SDP协商：SIP INVITE中携带SDP（Session Description Protocol），里面包含主叫方支持的编解码列表。被叫方在200 OK中回复最终选定的编解码。这就是为什么VoLTE/VoNR通话要经过"协商"——双方必须就"说什么语言"（编解码）达成一致。
专用承载建立：INVITE到达P-CSCF后，P-CSCF会触发核心网建立一条专用承载（QCI=1，保证比特率）。这是语音质量的关键保障——普通数据业务用默认承载（Best Effort），语音用专用承载（GBR），优先级更高。
IFC触发：S-CSCF收到INVITE后会检查用户的IFC（初始过滤准则）。IFC定义了哪些SIP消息需要触发到哪些应用服务器。比如，如果用户签约了"呼叫转移"，IFC规则会将INVITE路由到TAS处理。
SIP是基于HTTP的文本协议，每个消息需要逐跳转发。100 Trying是中间节点收到消息后的"收到确认"，防止上游节点因超时而重发。它与180 Ringing（振铃）是不同的——前者只是"网络收到了你的请求"，后者才是"对方手机在响"。
VoNR的IMS注册流程和呼叫流程与VoLTE几乎完全相同——同一个IMS核心网、同样的SIP/Diameter协议、同样的AKA认证机制。区别只在于底层承载网络：
| 层次 | VoLTE | VoNR |
|---|---|---|
| 信令无线承载 | SRB1/SRB2 | SRB1/SRB2 |
| 信令QoS | EPS Bearer, QCI=5 | QoS Flow, 5QI=5 |
| 语音媒体QoS | EPS Bearer, QCI=1, GBR | QoS Flow, 5QI=1, GBR |
| P-CSCF发现 | PCO via P-GW | PCO via SMF |
| IMS信令传输 | Default Bearer → P-CSCF | PDU Session → P-CSCF |
| 编解码 | AMR-WB (首选EVS) | EVS (必选) |
用一个类比：VoLTE和VoNR就像同一个人开不同的车去同一个公司（IMS）。路线一样、目的地一样，只是座驾从4G换成了5G。
EVS（Enhanced Voice Services） 是VoNR的"杀手级"编解码器，相比VoLTE常用的AMR-WB有显著提升：
| 参数 | AMR-WB | EVS |
|---|---|---|
| 采样率 | 16 kHz | 16/32/48 kHz |
| 音频带宽 | 50Hz-7kHz (宽带) | 50Hz-14.4kHz (超宽带) |
| 比特率 | 6.6-23.85 kbps | 5.9-128 kbps |
| 典型语音比特率 | 23.85 kbps | 24.4 kbps |
| 编码算法 | ACELP | ACELP/MDCT混合 |
| MOS评分 | ~3.8 | ~4.2+ |
EVS在相同比特率下提供更宽的音频带宽，声音更自然、更清晰。实际体验上，VoNR通话的语音听起来"更接近面对面"。
5G SA建网初期，NR覆盖往往不连续、语音质量无法保障。此时采用EPS Fallback：用户驻留5G，但打电话时临时切回4G用VoLTE。
graph TD
subgraph 5G SA
UE5G[📱 UE驻留5G] -->|发起语音呼叫| gNB[gNodeB]
gNB -->|VoNR不可用| DECISION{gNB判断}
end
DECISION -->|切换方式| HO[切换到4G<br/>HO-based<br/>时延短、无缝]
DECISION -->|重定向方式| REDIR[重定向到4G<br/>Redirection-based<br/>简单但有中断]
HO --> LTE[LTE VoLTE通话]
REDIR --> LTE
LTE -->|通话结束| FAST[Fast Return<br/>快速返回5G]
FAST --> UE5G
style DECISION fill:#E74C3C,color:#fff
style HO fill:#27AE60,color:#fff
style REDIR fill:#F39C12,color:#fff
切换方式（Handover-based）： - gNB发起从NR到LTE的切换，N26接口（AMF↔MME）保持会话连续性 - PDU Session转换为PDN Connection - 优点：切换过程中数据不断、时延小 - 缺点：需要N26接口、信令复杂
重定向方式（Redirection-based）： - gNB直接释放RRC连接，通过RRC Release消息中的重定向信息指引UE去LTE - UE在LTE重新建立连接 - 优点：实现简单、不依赖N26 - 缺点：用户感知中断（约1-2秒空白）
EPS Fallback用户通话结束后，如果一直留在4G，就无法享受5G数据服务。因此引入了Fast Return机制：
在现网调试中，IMS注册是最常见的故障点。排查思路：
| 故障现象 | 可能原因 | 排查方法 |
|---|---|---|
| 收不到401挑战 | P-CSCF不可达 | 检查PCO中的P-CSCF地址是否正确下发 |
| 401后注册无响应 | S-CSCF未分配 | 检查HSS中用户IMS签约数据是否完整 |
| 第二轮注册被拒 | RES验证失败 | 检查ISIM/USIM中的IMPI是否与HSS一致 |
| 注册成功但无法呼出 | 未触发第三方注册 | 检查IFC规则和TAS可达性 |
IMS SIP信令抓包时重点关注：
sip:[email protected] — 确认IMPU格式正确在VoNR基础上，运营商正在推动5G新通话（5G New Calling）：
这些创新都建立在IMS/VoNR的架构基础之上——理解了今天的原理，就掌握了通向未来的钥匙。
Q: VoNR和VoLTE的IMS注册流程有什么区别？ A: 几乎没有区别。两者使用完全相同的IMS核心网、相同的SIP协议、相同的AKA认证机制。唯一的差异在于底层承载：VoLTE通过EPC的默认承载传输SIP信令，VoNR通过5GC的PDU Session传输。P-CSCF发现方式也略有不同（PCO下发途径不同）。
Q: 为什么不直接用OTT（微信语音/FaceTime）替代运营商语音？ A: 三个核心区别：(1) QoS保障——VoLTE/VoNR有专用GBR承载，OTT只用Best Effort；(2) 紧急呼叫——运营商语音支持110/120等紧急号码，OTT不支持；(3) 互通性——运营商语音可以打到任何手机号和固定电话，OTT只能在其生态内通话。
Q: EPS Fallback和CSFB有什么区别？ A: CSFB是4G回落到2G/3G的CS域打电话，使用电路交换技术；EPS Fallback是5G回落到4G用VoLTE打电话，仍然是IP语音。EPS Fallback的语音质量和功能远优于CSFB，本质上EPS Fallback只是换了一个接入网，IMS核心网不变。
Q: 手机上显示"HD"图标代表什么？ A: "HD"表示当前通话使用了AMR-WB或EVS宽带编解码，音频带宽从传统窄带的300Hz-3.4kHz扩展到了50Hz-7kHz（AMR-WB）甚至50Hz-14.4kHz（EVS）。前提是主被叫双方都支持宽带编解码，且网络侧IMS和无线承载配置正确。
Q: 如何判断手机当前用的是VoNR还是EPS Fallback？ A: 最简单的方法：打电话时观察信号栏。如果通话期间一直显示5G，就是VoNR；如果打电话时信号栏变成4G，就是EPS Fallback。在Android手机的工程模式中，也可以查看当前语音呼叫的RAT类型。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。 编排，组合多个VNF成服务 | | ONAP | Open Network Automation Platform | 开源网络自动化平台 | | IBN | Intent-Based Networking | 意图驱动网络，说"要什么"而非"怎么做" | | CLAMP | Closed Loop Automation Management Platform | ONAP的闭环自动化管理模块 | | DCAE | Data Collection Analytics Events | ONAP的数据采集与分析引擎 | | SBA | Service Based Architecture | 5G核心网的服务化架构 | | SLA | Service Level Agreement | 服务等级协议，定义服务质量承诺 |
Q: OSS和BSS的边界在哪里？会不会融合？
A: 传统上边界很清晰：BSS管"钱"（客户、订单、计费），OSS管"网"（设备、故障、性能）。但在5G时代，两者正在融合。比如网络切片的开通，既涉及BSS的产品订单处理，又涉及OSS的网络资源配置。很多运营商正在建设统一的编排平台，打通BSS和OSS的数据壁垒。
Q: 意图驱动和传统的策略管理有什么区别？
A: 策略管理是"如果CPU>80%就扩容"这种条件-动作模式，规则是预定义的。意图驱动更进一步——你只需要说"保证切片SLA达标"，系统会自主决定用什么策略来达标，包括可能组合多种手段（扩容、流量调度、参数优化等）。意图驱动是策略管理的上层抽象。
Q: ONAP和MANO是什么关系？
A: MANO是ETSI定义的概念框架（VIM+VNFM+NFVO三层），而ONAP是这个框架的一个具体实现（并且做了大量扩展）。ONAP在MANO基础上增加了服务编排、数据分析、策略引擎、闭环控制等能力。可以理解为：MANO是"设计图纸"，ONAP是"一栋建好的大楼"。
Q: 闭环自动化会不会"越修越坏"？
A: 这是业界非常关注的问题。实际部署中会设置安全边界（guardrail）：闭环只能执行预定义范围内的修复动作；超过范围的异常必须上报人工处理。此外，每个闭环动作都有回滚机制，如果修复后指标反而变差，自动回退到之前状态。
Q: 运营商目前实现到什么水平了？
A: 根据TM Forum 2025年的认证数据，头部运营商（如中国移动、AT&T、Telefonica）在部分场景已达到L3-L4水平（如网络切片自动开通、基站节能）。但在跨域端到端编排、AI驱动的预测性维护等方面，大部分运营商仍处于L2阶段。完全的L5自治网络目前仍是愿景。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。