当前位置：首页 > news >正文

别再只懂4G了！对比GSM/3G，图解VoLTE的呼叫流程到底快在哪里（附核心网元交互详解）

news 2026/6/7 9:15:53

从电路交换到全IP：VoLTE呼叫流程的技术跃迁与效率革命

在移动通信技术演进的历程中，语音业务承载方式的变革堪称最具颠覆性的突破之一。当大多数用户还在用"通话质量"评价运营商服务时，通信工程师们已经见证了一场从模拟信号到数字电路，再到全IP化的技术革命。VoLTE(Voice over LTE)作为这场革命的集大成者，不仅将语音业务完全融入4G数据网络，更通过IMS架构重构了端到端的呼叫流程。本文将带您深入GSM/3G电路交换与VoLTE全IP呼叫的底层流程差异，揭示那些隐藏在信令交互背后的技术精妙。

1. 传统与革新：两种架构的本质差异

1.1 电路交换时代的呼叫范式

GSM和3G时代的语音业务建立在电路交换(Circuit Switched, CS)技术基础上，其核心思想是为每次通话建立独占的物理通道。当用户A拨打用户B时，网络会执行以下典型流程：

信道申请阶段：主叫手机通过随机接入信道(RACH)向基站子系统(BSS)发送信道请求，BSC分配专用信令信道(SDCCH)用于后续信令交互
鉴权与加密：移动交换中心(MSC)对主叫进行鉴权并协商加密算法，这一过程需要与归属位置寄存器(HLR)交互
被叫寻址：MSC通过查询HLR获取被叫当前所在的VLR位置信息
电路建立：主叫MSC与被叫MSC之间建立64kbps的TDM电路连接
被叫提醒：被叫侧MSC通过寻呼信道(PCH)寻呼被叫手机，建立被叫侧无线信道
通话连接：双方无线信道和有线中继电路完全建立后，开始双向语音传输

这种架构存在几个固有缺陷：

资源独占：即使通话双方处于静默期，64kbps电路仍被全程占用
建立时延长：端到端连接需要逐段建立物理通道，通常需要5-8秒
业务隔离：语音与数据业务无法并发，3G时代需要回落(CSFB)机制支持语音

1.2 全IP架构的设计哲学

VoLTE采用完全不同的设计范式，其技术特点体现在三个层面：

传输层面：

语音流被封装为IP数据包，与普通数据业务共享相同的物理资源
采用QoS机制确保语音业务优先级(QCI=1的专用承载)

控制层面：

引入IMS(IP Multimedia Subsystem)作为业务控制核心
会话控制采用SIP协议，媒体协商使用SDP协议
策略控制通过PCRF实现动态QoS管理

业务层面：

语音作为IP多媒体应用之一，天然支持与视频、消息等业务的融合
服务交付不再依赖特定物理网络，可通过云化架构灵活部署

下表对比两种架构的关键参数：

特性	GSM/3G CS	VoLTE
连接类型	电路交换	分组交换
信令协议	MAP/ISUP	SIP/Diameter
媒体编码	64kbps PCM	AMR-WB(16kHz)
业务建立时间	5-8秒	1-3秒
语音数据并发	不支持	原生支持
核心网元	MSC/HLR	IMS/MME/PGW
承载效率	固定带宽	动态带宽分配

2. VoLTE呼叫流程深度解析

2.1 初始附着与默认承载建立

VoLTE呼叫的高效性始于终端的预准备状态。当UE(User Equipment)首次开机时，需要完成比传统网络更复杂的注册过程：

EPC附着：UE通过MME完成EPS附着，建立默认承载(QCI=9)
IMS注册：UE通过P-CSCF向IMS核心发起SIP REGISTER
鉴权绑定：HSS同步用户Profile到S-CSCF，建立用户业务触发逻辑

这一过程使得终端在空闲状态(IDLE)下已具备以下能力：

保持IP可达性(通过SGi接口的PGW锚点)
已建立安全上下文(包括加密和完整性保护)
IMS核心知晓用户当前位置和业务能力

关键点：VoLTE的"永远在线"特性避免了传统网络每次呼叫前需要重新鉴权和建立信令连接的时延。

2.2 主叫流程的信令风暴

当处于IDLE状态的UE A发起呼叫时，触发以下典型流程：

阶段一：无线与承载准备

RRC连接建立：UE通过随机接入过程建立RRC连接，携带Service Request
S1上下文激活：MME指示SGW/PGW激活默认承载，建立S1-U隧道
安全模式激活：MME与UE协商加密算法，更新NAS安全上下文

阶段二：SIP会话建立

INVITE sip:b@ims.mnc001.mcc460.3gppnetwork.org SIP/2.0 Via: SIP/2.0/UDP [2001:db8::a]:5060;branch=z9hG4bK12345 Max-Forwards: 70 Route: <sip:pcscf1.ims.mnc001.mcc460.3gppnetwork.org;lr> From: <sip:a@ims.mnc001.mcc460.3gppnetwork.org>;tag=12345 To: <sip:b@ims.mnc001.mcc460.3gppnetwork.org> Call-ID: abcde@2001:db8::a CSeq: 1 INVITE Contact: <sip:[2001:db8::a]:5060> Content-Type: application/sdp Content-Length: (...) v=0 o=- 12345 12345 IN IP6 2001:db8::a s=- c=IN IP6 2001:db8::a t=0 0 m=audio 49170 RTP/AVP 98 a=rtpmap:98 AMR-WB/16000 a=fmtp:98 octet-align=1

INVITE触发：UE通过默认承载发送SIP INVITE到P-CSCF
会话协商：经过183 Session Progress、PRACK等消息完成SDP协商
专有承载建立：PCRF根据SDP参数下发QCI=1的专有承载策略

阶段三：媒体流建立

资源预留：UE和网络侧根据SDP协商结果配置媒体面资源
振铃提示：被叫侧180 Ringing消息触发主叫侧回铃音
通话建立：被叫应答后200 OK结束SIP会话建立过程

2.3 被叫流程的智能优化

VoLTE对被叫流程进行了多项优化设计：

寻呼优化：

MME通过TA List进行高效寻呼，而非传统的位置区(LA)范围
支持eDRX节能机制下的延迟寻呼策略

承载预建立：

在收到183消息时即触发专有承载建立
采用"先建后拆"原则避免媒体中断

业务连续性：

SRVCC(单射频语音呼叫连续性)机制保障LTE向GSM切换时的通话不中断
媒体面锚定在ATCF避免切换期间会话重建

3. 核心网元的角色演进

3.1 MME的智能化转型

在VoLTE架构中，MME(Mobility Management Entity)承担了比传统SGSN更复杂的角色：

会话管理增强：
- 处理EPS承载与QoS参数的映射
- 协调多个PDN连接间的资源分配
移动性优化：
- 支持TAU(Tracking Area Update)过程中的承载保持
- 实现SRVCC切换的决策与控制
节能管理：
- 控制UE的eDRX和PSM周期
- 优化寻呼策略降低信令负荷

3.2 IMS核心的会话魔术

S-CSCF(Serving Call Session Control Function)作为IMS核心，其创新在于：

业务触发机制：

通过Initial Filter Criteria(iFC)动态触发增值业务
支持第三方应用服务器(AS)的链式调用

会话状态管理：

维护SIP对话的完整状态机
处理异常场景下的会话恢复

媒体策略控制：

与PCRF交互实现动态QoS策略
支持编解码协商和转换

4. 性能对比与实测数据

4.1 接续时延分解

通过信令跟踪分析，VoLTE呼叫各阶段典型时延为：

阶段	时延(ms)	优化手段
RRC建立	80-120	预调度授权、半持续调度
默认承载激活	50-80	预建立承载、快速路径切换
SIP信令交互	300-500	SIP压缩、信令路由优化
专有承载建立	40-60	并行处理、策略预配��
媒体路径建立	20-30	本地突破、媒体面直连
总时延	500-800	传统CS呼叫：3000-5000ms