从 SS7 到 VoLTE:核心信令协议栈与移动网络演进详解

从 SS7 到 VoLTE:核心信令协议栈与移动网络演进详解

目录

  1. SS7 简介
  2. SS7 与 Diameter、SIP 的对比
  3. 移动信令演进:2G/3G → 4G → 5G
  4. 各协议与交互
  5. SS7 协议栈各层消息格式
  6. 规范与 RFC 速查
  7. 小结

一、SS7 简介

七号信令(Signaling System No. 7)即 SS7,为同一套 ITU-T 定义的 No.7 信令系统;下文统一称 SS7。

SS7 是国际电信联盟(ITU-T)定义的一整套公共信道信令系统标准,主要用于在电话网、移动网等通信网络中传输各种控制信令,而不是语音或数据本身。

简单理解

  • 电话拨号、呼叫建立、挂断、漫游、短信、补充业务(如呼叫转移、三方通话)等背后,都靠 SS7 传递指令。
  • 它是现代固定电话网、GSM/3G 移动核心网(如 MSC、HLR、VLR、EIR 等网元之间)的基础信令协议

信令与语音分离(公共信道信令)

信令

话路

控制

控制

控制

语音通道1

语音通道2

语音通道N

信令链路 64kbps

2G/3G 核心网中 SS7 连接的典型网元

网元英文全称主要作用
MSCMobile Switching Centre移动交换,呼叫控制、切换
HLRHome Location Register归属位置寄存器,用户签约与位置
VLRVisitor Location Register拜访位置寄存器,当前服务区用户数据
EIREquipment Identity Register设备标识寄存器
SMSCShort Message Service Centre短信中心
SCPService Control Point智能网业务控制点

1.1 主要特点:公共信道信令

  • 信令走独立的专用通道(信令链路),与语音/数据分离。
  • 一条信令链路可为多条约路服务,效率高、扩展性好。

1.2 分层结构(类似 OSI)

层级协议/部分说明对应 OSI 大致层次
MTP1物理层E1/T1 等数字链路第 1 层
MTP2数据链路层帧传输、差错控制第 2 层
MTP3网络层信令路由、寻址第 3 层
SCCP信令连接控制无连接/面向连接、GT 寻址第 3/4 层
TCAP事务能力对话与操作、供 MAP/CAP 使用应用支撑
用户部分(UP)TUP/ISUP/MAP/CAP 等电话、ISDN、移动、智能网应用层

业务与用户部分对应

业务类型主要协议
固话基本呼叫TUP、ISUP
ISDN 呼叫ISUP
移动位置更新、鉴权、漫游MAP
短信(SMS)MAP(如 ForwardShortMessage)
智能网(预付费、VPN 等)CAP、INAP

1.3 高速可靠

  • 信令链路速率可达 64 kbps 甚至更高。
  • 有冗余路由、拥塞控制等机制,保证呼叫流程稳定。

1.4 支撑多种业务

  • 基础语音呼叫控制
  • 移动用户鉴权、位置更新、切换
  • 短信(SMS)传递
  • 补充业务(呼叫等待、呼叫转移等)
  • 智能网业务(预付费、虚拟专网等)

二、SS7 与 Diameter、SIP 的对比

2.1 应用场景

协议主要应用网络典型用途
SS72G/3G 电路交换网(CS)、传统固话网语音呼叫建立/释放、短信(SMS)、移动位置更新、鉴权(MAP)、补充业务
Diameter4G EPC 核心网(LTE)移动性管理、策略控制(QoS、计费)、VoLTE 中的部分会话控制
SIP4G/5G IMS、VoIP、互联网多媒体会话控制(语音/视频建立、修改、结束)、即时消息、Presence 等

2.2 关键差异

维度SS7DiameterSIP
承载电路时代公共信道信令,MTP/SCCP/TCAP/MAP/ISUP,结构「重」分组交换 IP 网,TCP/SCTP,AVP 传参,更灵活应用层,IP 网,IMS 核心信令,请求-响应、类 HTTP
功能侧重电路型业务控制:谁打给谁、怎么连、怎么拆;HLR/VLR、短消息用户数据/策略/计费:HSS 签约、PCRF 策略、OCS/OFCS 计费会话与媒体协商:建/改/拆音视频;VoLTE、VoNR、互联网电话
安全早期设计缺乏现代网络安全,存在监听、位置跟踪、短信拦截等风险可结合 TLS、IPSec 等做安全可结合 TLS、DTLS-SRTP 等,协议开放易与 OTT 集成

2.3 演进关系(简要)

  • 2G/3G:语音/短信/位置等由 SS7 + MAP/ISUP 完成。
  • 4G:数据域用 Diameter 做控制与策略;语音在 IMS 中用 SIP 做会话控制;电路域仍可能保留少量 SS7 与 2G/3G 互通。
  • 5G:控制面采用基于服务的架构(SBA),HTTP/2 + JSON/Protobuf 等;SIP 在 IMS/VoNR 中继续使用;Diameter 在 5G 中基本被新接口替代。

小结:SS7 = 2G/3G 的「总指挥」;Diameter = 4G 的「权限+策略中心」;SIP = 4G/5G 的「会话导演」。

协议承载与端口速查

协议传输层典型端口承载网络
SS7无(MTP1/2 直连)信令链路(时隙)E1/T1 等
SIGTRANSCTP over IP通常 2917(SCTP)IP 网
DiameterTCP 或 SCTP3868(TCP)IP 网
SIPUDP/TCP5060(UDP/TCP)、5061(TLS)IP 网

信令演进时间线

1980s-1990sSS7固网与 2G 移动网1990s-2000sMAP/ISUPGSM 语音与短信2000sSIGTRANSS7 over IP2010sDiameter4G EPC 控制面2010sSIP/IMSVoLTE 会话控制2020sHTTP/2 SBA5G 核心网服务化移动信令协议演进


三、移动信令演进:2G/3G → 4G → 5G

以下为从 2G/3G 到 5G 的信令与架构演进示意(文字框图)。

┌──────────────────────────────────────────────────────────────────┐ │ 2G / 3G 电路交换时代 │ │ (以语音/短信为主) │ └──────────────────────────┬───────────────────────────────────────┘ │ ┌──────────────────────────▼───────────────────────────────────────┐ │ 核心信令协议:SS7 (Signaling System No.7) │ │ ┌──────────────┐ ┌──────────────┐ ┌──────────────────────┐ │ │ │ MTP1-3 │ │ SCCP │ │ 用户部分 (UP) │ │ │ │ (传输/路由) │ │ (寻址/扩展) │ │ - TUP (电话呼叫) │ │ │ └──────┬───────┘ └──────┬───────┘ │ - ISUP (ISDN呼叫) │ │ │ └─────────┬────────┘ │ - MAP (移动应用) │ │ │ ▼ │ - CAP (智能网) │ │ │ 信令承载:64 kbps 数字信令链路 (E1/T1 等) │ │ 典型网元:MSC, HLR, VLR, EIR, SMSC, SCP 等 │ └──────────────────────────┬───────────────────────────────────────┘ │ ┌──────────────────────────▼───────────────────────────────────────┐ │ 2G/3G IP 化:SIGTRAN — 在 IP 上承载 SS7 (MTP3-User → SCTP/IP) │ └──────────────────────────┬───────────────────────────────────────┘ │ ┌──────────────────────────▼───────────────────────────────────────┐ │ 4G (LTE/EPC):控制面 Diameter;会话控制 SIP (VoLTE/IMS) │ │ 典型网元:MME, HSS, PGW, PCRF, IMS (CSCF, AS 等) │ └──────────────────────────┬───────────────────────────────────────┘ │ ┌──────────────────────────▼───────────────────────────────────────┐ │ 5G (SA):基于服务的架构 (SBA) + HTTP/2,NF 间 RESTful API │ │ 仍通过 Diameter/SS7 与 2G/3G/4G 互通;PLMN 间 SEPP 提供安全 │ └──────────────────────────────────────────────────────────────────┘ 

演进关键点

  • 2G/3G:以 SS7 为核心,承载语音、短信和移动性管理。
  • 2G/3G IP 化:通过 SIGTRAN 在 IP 网络上承载 SS7。
  • 4G:控制面以 Diameter 为主,会话控制用 SIP(VoLTE)。
  • 5G SA:采用 HTTP/2 + SBA,信令与业务共享控制面,并通过 SEPP 与传统网络互通。

各代核心信令与网元关系

SIGTRAN

2G/3G

5G

HTTP/2 SBA

AMF/SMF/UDM

4G

Diameter

MME/HSS/PCRF

SIP/IMS

P-CSCF/S-CSCF

SS7

MSC/HLR/VLR

SCTP/IP

M3UA/SUA


四、各协议与交互(SS7、SIGTRAN、Diameter、SIP)

4.1 SS7:传统七号信令

SS7 是一套分层协议栈,主要在 ITU-T Q.700 系列中定义。

核心协议栈

层级协议/部分核心职责
应用层ISUP、MAP、CAP/INAP、TUP/DUP/OMAP呼叫建立/释放、位置更新/鉴权/漫游、智能网、运维
事务层TCAP为 MAP、CAP 等提供「对话」和远程操作
信令连接控制SCCP基于 SSN、全局标题 GT 的端到端寻址
消息传输MTP1-3MTP1/2:链路帧与差错控制;MTP3:路由与拥塞控制

典型交互:ISUP 语音呼叫(固话)

  1. IAM(初始地址消息):主叫端局向被叫端局发送,包含被叫号码、主叫号码等。
  2. ACM(地址全消息):被叫端局返回,表示「振铃中」。
  3. ANM(应答消息):被叫摘机,接通双向语音电路。
  4. REL(释放消息):任一方挂机,启动拆线。
  5. RLC(释放完成消息):对端确认,释放电路资源。

移动网呼叫建立前还会涉及 MAP 交互(如 SendRoutingInfo、ProvideRoamingNumber 等)。

ISUP 呼叫建立与释放流程

被叫局主叫局被叫局主叫局通话中IAM 初始地址ACM 地址全 振铃ANM 应答 接通REL 释放RLC 释放完成

4.2 SIGTRAN:SS7 over IP

SIGTRAN 是 IETF 标准,定义如何在 IP 网络上承载 SS7 信令(RFC 2719 等)。

  • SCTP:作为传输层,可靠传输,支持多流、多宿主。
  • 适配层(xUA):将 SS7 高层消息封装到 SCTP 上。常见有 M2UA/M2PA(MTP2/3)、M3UA(MTP3,SG 与 MGC 间常用)、SUA(SCCP)。

典型交互:SG 从 SS7 侧接收 ISUP(如 IAM)→ M3UA 封装 → SCTP 发给 MGC → MGC 解封装后送本地 ISUP 应用;反向同理。

SIGTRAN 架构示意

IP侧

信令网关

SS7侧

IP

E1/T1

STP/交换机

M3UA

SCTP

SCTP

M3UA

MGC/软交换

xUA 适配层用途

适配层适配对象典型应用
M2UAMTP2窄带信令在 IP 上的链路层
M2PAMTP2对等 MTP2,带链路管理
M3UAMTP3SG 与 MGC/软交换间最常用
SUASCCPSG 与 IP 侧 SCP/HLR 等

4.3 Diameter:4G 的 AAA 与策略协议

DiameterRFC 6733 等中定义,用于 4G EPC 的认证、授权、计费(AAA)和策略控制。

  • 传输:TCP 或 SCTP。
  • 消息结构:头部 + 多个 AVP(属性值对),可扩展。
  • 节点类型:客户端、服务器、中继、代理、重定向等;通过 CER/CEA 能力协商,DWR/DWA 保活。

典型交互:4G 鉴权(S6a)

  1. AIR(Authentication-Information-Request):MME 向 HSS 请求鉴权向量(AV)。
  2. AIA(Authentication-Information-Answer):HSS 返回 AV。
  3. ULR/ULA(Update-Location-Request/Answer):鉴权成功后 MME 向 HSS 更新位置,HSS 确认。

计费常用 CCR/CCA(Credit-Control-Request/Answer)。

Diameter 4G 常用接口与应用

接口网元主要消息用途
S6aMME–HSSAIR/AIA, ULR/ULA, PUR/PUA鉴权、位置更新
S6dS4-SGSN–HSS同上2G/3G 接入时与 HSS 交互
GxPGW–PCRFCCR/CCA策略与计费控制
RxP-CSCF–PCRFAAR/AAA, STR/STAIMS 业务与策略联动
SyMME–OCS计费相关在线计费

4.4 SIP:IP 多媒体会话协议

SIPRFC 3261 中定义,用于建立、修改和终止多媒体会话,是 VoLTE、VoNR 的核心。

  • 用户代理(UA):UAC(发起)、UAS(处理)。
  • 代理服务器:转发、路由。
  • 注册服务器:处理 REGISTER,记录用户地址。
  • SDP:在 SIP 消息体中携带媒体信息(IP、端口、编码等)。

典型交互:VoLTE 语音呼叫

  1. REGISTER:UE 向 IMS 注册。
  2. INVITE:主叫发送,消息体带 SDP offer。
  3. 180 Ringing:被叫振铃。
  4. 200 OK:被叫摘机,消息体带 SDP answer。
  5. ACK:主叫确认,双方按 SDP 建立媒体。
  6. BYE / 200 OK:结束会话。

VoLTE 场景下 IMS 主要网元:UE、P-CSCF、I-CSCF、S-CSCF、HSS、AS(Application Server)等;SIP 在这些网元间按路由与业务逻辑交互。

SIP 常用方法

方法方向用途
REGISTERUE → 网络注册、刷新绑定
INVITE主叫 → 被叫发起会话(含 SDP offer)
100 Trying被叫 → 主叫处理中
180 Ringing被叫 → 主叫振铃
200 OK被叫 → 主叫成功(可含 SDP answer)
ACK主叫 → 被叫确认 200 OK,会话建立
BYE任一方结束会话
CANCEL主叫取消未完成 INVITE

VoLTE 呼叫 SIP 流程简图

被叫UES-CSCFP-CSCF主叫UE被叫UES-CSCFP-CSCF主叫UE媒体流 RTPINVITEINVITEINVITE180 Ringing180 Ringing180 Ringing200 OK200 OK200 OKACKACKACKBYEBYEBYE200 OK200 OK200 OK


五、SS7 协议栈各层消息格式

以下以一次 ISUP IAM(初始地址消息) 的封装路径为例,说明各层核心格式与字段。

5.1 应用层:ISUP(以 IAM 为例)

基本结构

+---------------------+ | 路由标签 | 可选,用于 SCCP 路由 +---------------------+ | 消息类型代码 | 标识 IAM 等 +---------------------+ | 电路识别码 CIC | 标识本次呼叫使用的电路 +---------------------+ | 消息兼容性信息 | +---------------------+ | 参数区 | 参数代码 + 长度 + 内容(如 CPN、FCI、NCI 等) +---------------------+ 
  • 消息类型代码:1 字节,如 0x0A 表示 IAM。
  • CIC(Circuit Identification Code):12 或 14 位,指定占用的 64kbps 电路。
  • 参数区:变长,如 Called Party Number(CPN,被叫 E.164)、Forward Call Indicators(FCI)、Nature of Connection Indicators(NCI)等。

ISUP 常见消息类型(部分)

代码消息含义
0x01IAM初始地址
0x02SAM后续地址
0x06ACM地址全
0x09ANM应答
0x0CREL释放
0x10RLC释放完成
0x11BLO闭塞
0x17UBL解除闭塞

5.2 事务层:TCAP

  • 事务部分:Originating/Destination Transaction ID、Dialogue Control(含应用上下文等)。
  • 组件部分:Component Type(Invoke、Return Result、Return Error 等)、Operation Code、Parameter(s)。
  • ISUP 消息可作为 TCAP 操作的参数在 MAP/CAP 等对话中传递。

5.3 信令连接控制层:SCCP

  • 消息类型(MT):如 CR、CC、DT1、UDT 等。
  • 路由指示(RI):基于 信令点码(SPC)+ 子系统号(SSN),或基于 全局标题(GT)
  • SPC:信令点唯一地址。
  • SSN:标识信令点内应用(如 6=HLR,8=VLR)。
  • GT:可变长「名字」,经 GT 翻译表转换为 DPC+SSN。用户数据区承载完整 TCAP 消息。

SCCP 子系统号(SSN)常用值

SSN含义
1保留
3ISUP
5OMAP(运维)
6HLR
7VLR
8MSC
146SCCP 管理
254广播

5.4 消息传输层:MTP3

  • SIO(Service Information Octet):Sub-service Field(如 SCCP=0010)、Network Indicator(国际/国内等)。
  • DPC / OPC:目的/源信令点码。
  • SLS(Signaling Link Selection):4 bit,用于多链路负载分担。
  • 消息体为完整 SCCP 消息。

5.5 IAM 的完整封装路径(概念)

  1. ISUP:[消息类型=IAM] [CIC] [参数:CPN、FCI…]
  2. TCAP:[事务 ID] [应用上下文] [组件:Invoke(参数=完整 ISUP)]
  3. SCCP:[MT=UDT] [RI/DPC/OPC/SSN] [用户数据=完整 TCAP]
  4. MTP3:[SIO] [DPC] [OPC] [SLS] [消息体=完整 SCCP]
  5. MTP2/MTP1:加帧头与校验,经 E1/T1 等物理链路发送。

SIGTRAN 即用 SCTP/IP 替代 MTP2/MTP1(及部分 MTP3),上层 SCCP/TCAP/ISUP 消息格式不变。

IAM 自上而下封装层次

ISUP IAM

TCAP 组件

SCCP UDT

MTP3 消息

MTP2 帧

E1/T1 或 SCTP/IP


六、规范与 RFC 速查

领域规范 / RFC内容概要
SS7 总体ITU-T Q.700 系列MTP、信令网结构
MTPQ.701–Q.704(MTP3)、Q.701–Q.703(MTP2)路由、链路、管理
SCCPQ.711–Q.714无连接/面向连接、GT
ISUPQ.761–Q.764消息与程序(IAM、ACM、ANM、REL、RLC 等)
TCAPQ.771–Q.775事务与对话、组件
MAP3GPP TS 29.002移动应用部分(HLR/VLR/MSC)
SIGTRANRFC 2719、RFC 3331(M3UA)、RFC 3868(SUA)架构、M3UA、SUA
SCTPRFC 4960流控制传输协议
Diameter 基础RFC 6733消息、AVP、节点、CER/CEA、DWR/DWA
Diameter 移动3GPP TS 29.272(S6a)等移动接口与 AVP
SIPRFC 3261会话发起协议(方法、响应、路由)
SDPRFC 4566会话描述(媒体、编解码)

七、小结

  • 七号信令 = SS7,是 ITU-T 的 No.7 信令系统,用于固网与 2G/3G 移动网的控制信令(呼叫、短信、位置、鉴权等)。
  • SS7 采用 MTP1-3 + SCCP + TCAP + 用户部分(TUP/ISUP/MAP/CAP 等)分层结构;ISUP 典型流程为 IAM → ACM → ANM → REL → RLC。
  • SIGTRAN 在 IP 上承载 SS7(SCTP + M3UA/SUA 等),实现 SS7 与 IP 网融合。
  • Diameter 用于 4G EPC 的 AAA 与策略(如 S6a 鉴权、CCR/CCA 计费);SIP 用于 IMS/VoLTE/VoNR 的会话控制。
  • 演进路径:2G/3G(SS7)→ SIGTRAN IP 化 → 4G(Diameter + SIP)→ 5G(SBA + HTTP/2,SIP 仍用于 IMS/VoNR)
  • SS7 各层消息格式(ISUP、TCAP、SCCP、MTP3)分工明确,逐层封装;理解各层字段有助于排查信令与对接设备。各代协议均有对应 ITU-T、3GPP、IETF 规范可查。

Read more

uniapp vue h5小程序奶茶点餐纯前端hbuilderx

uniapp vue h5小程序奶茶点餐纯前端hbuilderx

内容目录 * 一、详细介绍 * 二、效果展示 * 1.部分代码 * 2.效果图展示 * 三、学习资料下载 一、详细介绍 uniapp奶茶点餐纯前调试视频.mp4链接: uniapp奶茶点餐纯前调试视频注意事项: 本店所有代码都是我亲测100%跑过没有问题才上架 内含部署环境软件和详细调试教学视频 代码都是全的,请放心购买 虚拟物品具有复制性,不支持七天无理由退换 源码仅供学习参考, 商品内容纯属虚构可以提供定制,二次开发先导入hbuilderx 运行后会启动微信开发工具显示效果 二、效果展示 1.部分代码 代码如下(示例): 2.效果图展示 三、学习资料下载 蓝奏云:https://qumaw.lanzoul.com/iQ2KP3goqhjg

Clawdbot+Qwen3:32B从零开始:3步完成Web Chat平台本地部署(含截图)

Clawdbot+Qwen3:32B从零开始:3步完成Web Chat平台本地部署(含截图) 1. 为什么你需要这个本地Chat平台 你是不是也遇到过这些问题:想用大模型但担心数据上传到公有云?试过几个Web聊天界面,不是配置复杂就是响应慢?或者只是单纯想在自己电脑上跑一个真正属于自己的AI对话系统,不依赖网络、不看别人脸色? Clawdbot + Qwen3:32B 这个组合,就是为解决这些实际问题而生的。它不是又一个需要注册账号、绑定邮箱、等审核的SaaS服务,而是一个完全本地运行、数据不出设备、开箱即用的轻量级Web聊天平台。 这里没有复杂的Docker Compose编排,没有动辄半小时的环境搭建,也没有让人头大的证书配置。整个过程只需要三步:装好基础工具、拉起模型服务、启动前端界面。全程在终端敲几行命令,刷新浏览器就能开始对话。 更关键的是,它用的是通义千问最新发布的Qwen3:32B——目前开源领域综合能力最强的中文大模型之一。32B参数规模意味着更强的逻辑推理、更稳的长文本理解、更自然的多轮对话表现。而Clawdbot作为一款专注本地集成的轻量级代理网关,把模

资源高效+高精度识别|PaddleOCR-VL-WEB文档解析全场景适配

资源高效+高精度识别|PaddleOCR-VL-WEB文档解析全场景适配 写在前面 你有没有遇到过这样的情况:一份扫描版PDF里既有密密麻麻的正文、带公式的推导过程,又有跨页表格和手写批注,用传统OCR工具一识别,文字错位、表格散架、公式变乱码——最后还得人工逐字校对,半天时间白忙活? 这不是个别现象。在金融报告、科研论文、古籍档案、多语言合同等真实业务中,文档解析早已不是“把图片转成文字”这么简单。它需要同时理解布局结构、语义逻辑、视觉关系和多语言混排——而这些,正是PaddleOCR-VL-WEB真正发力的地方。 本文不讲抽象架构,不堆参数指标,只聚焦一件事:这个镜像到底能不能在你的日常工作中稳稳跑起来?识别准不准?部署难不难?支持哪些“难搞”的文档? 我用一台搭载RTX 4090D单卡的服务器,从零部署PaddleOCR-VL-WEB,实测了27份真实文档(含中文财报、英文技术手册、日文说明书、阿拉伯语合同、带手写体的实验记录本、含LaTeX公式的学术PDF),全程记录操作路径、关键配置、效果反馈和避坑要点。所有步骤均可复现,