七号信令通常称为SS7（Signalling System No. 7），是一套面向公共电信网络的共路信令体系。它负责在交换节点、数据库和其他网络设备之间传递呼叫控制及网络管理信息，而真正的用户语音通常通过另外的电路或媒体承载。
在传统PSTN中，一通电话并不是主叫交换机直接把声音送到被叫以后才开始控制。交换节点首先要交换被叫号码、选择中继、通知振铃、确认应答，并在通话结束后释放相关资源。SS7就是承担这些控制任务的重要信令体系。
需要区分的是，SS7并不是今天所有企业电话和移动语音都直接使用的终端协议。现代企业IP PBX通常使用SIP，运营商核心网络又可能同时存在SS7、SIGTRAN、SIP和IMS等多套信令。理解SS7，更重要的是理解传统电话核心网怎样把呼叫控制与语音承载分离。
SS7在电话网络中承担哪些控制任务
假设用户A属于交换局A，用户B属于交换局B。用户A摘机并拨完号码后，交换机A首先分析号码，确定呼叫需要经过哪条中继以及应该送往哪个交换节点。
如果使用SS7/ISUP进行呼叫控制，交换机A通过独立的信令网络把呼叫信息送给交换机B。交换机B再检查被叫号码和用户状态，控制被叫振铃，并把当前呼叫进展返回给主叫侧。
这里实际存在两条不同的逻辑路径：
信令路径：负责号码、占用、振铃、应答、释放和网络控制。
语音话路：负责真正的用户语音或其他承载业务。
因此，SS7不是语音编码协议，也不负责把声音压缩成数据。它解决的是通信网络怎样控制一条电话连接。
一套SS7网络中还会使用信令点编码识别不同网络节点，并通过信令路由把消息送到目标信令点。对于具体的一条电路交换电话，ISUP还会利用电路识别码等信息，使信令消息能够对应到实际承载话路。
MTP、SCCP、ISUP和TCAP怎样组成SS7
SS7不是单一协议，而是由多个功能部分组成。不同部分分别处理信令消息传输、电话呼叫控制、扩展寻址以及数据库事务等任务。
| SS7组成 | 主要作用 | 典型用途 |
|---|---|---|
| MTP | 负责信令消息可靠传输、路由和链路管理 | 把消息从一个信令点送到另一个信令点 |
| SCCP | 提供更丰富的寻址、路由及连接/无连接网络服务 | 数据库业务、移动业务等上层应用 |
| ISUP | 控制电路交换语音和数据呼叫 | 建立、维持和释放PSTN电话 |
| TCAP | 提供事务型信令交互能力 | 智能网、移动数据库查询等业务 |
其中，MTP可以理解成SS7信令网络的基础运输系统。它负责信令链路、消息路由、网络管理以及将收到的消息分发给正确的上层用户部分。
ISUP则和普通电话呼叫关系最直接。主叫交换机需要建立某条电话连接时，会通过ISUP发送呼叫建立消息；被叫接听、挂机或者线路异常时，也会产生对应ISUP消息。
SCCP和TCAP更多出现在需要扩展寻址或数据库事务的业务中。例如移动网络、智能网和号码相关业务会使用比普通局间电话更加复杂的信令交互。
所以“七号信令”不能简单等同于“ISUP”。ISUP只是SS7体系中负责电路呼叫控制的重要用户部分。
一通ISUP电话怎样从IAM走到ANM
现代SS7电话呼叫更适合以ISUP流程理解。假设交换机A已经收齐被叫号码，并选择好通往交换机B的话路，一个典型的成功呼叫可以简化为：
IAM → ACM → ANM → 通话 → REL → RLC
IAM（Initial Address Message）用于发起呼叫。消息中可以携带被叫号码、主叫相关信息、所选电路以及其他呼叫建立参数。
交换机B收到IAM并完成被叫侧处理后，可以向主叫方向返回ACM（Address Complete Message），表示已经获得足够地址信息并进入后续呼叫处理。此时被叫可能已经开始振铃，具体进展还可能通过其他信令进一步表示。
被叫真正接听电话后，被叫交换机返回ANM（Answer Message）。收到ANM以后，网络确认本次呼叫已经进入应答状态，双方随后通过已经建立的话路进行实际语音通信。
因此，可以把这一段理解成：
IAM：我要建立电话
ACM：被叫侧已经进入呼叫处理
ANM：被叫已经接听
实际运营网络还可能出现SAM、CPG等其他ISUP消息，具体取决于号码发送方式、呼叫进展以及业务配置。本页只保留理解基本电话最需要的主流程。
通话结束后为什么使用REL和RLC
电话结束以后，网络还必须释放之前为这次呼叫分配的话路和控制状态。在ISUP中，典型释放过程使用REL和RLC。
任意一端需要拆除呼叫时，可以向另一端发送REL（Release）。REL还可以携带释放原因，例如用户正常挂机、号码不存在、线路忙或其他网络原因。
对端完成相应释放处理后，返回RLC（Release Complete），表示相关电路已经释放，可以重新用于后续电话。
因此ISUP的基本拆线关系可以简化为：
REL → RLC
它与早期TUP中区分主叫、被叫方向的CLF、CBK以及RLG等消息结构不同。ISUP采用更加统一的释放机制，这也是新版文章不再以TUP流程作为当前SS7呼叫主线的原因。
TUP为什么仍然会出现在旧的七号信令资料中
TUP是Telephone User Part，即电话用户部分，是SS7早期用于普通电话呼叫控制的用户部分。很多早期PSTN教材和交换机资料仍然采用TUP消息解释电话建立与释放。
原页面的下面这张图就是典型TUP呼叫过程，其中包括IAM、ACM、ANC、CLF、CBK和RLG等消息。
图中的ANC用于表示被叫应答，CLF、CBK和RLG则与不同方向的呼叫释放有关。这套消息名称适合理解历史TUP系统，但不应该继续和今天常见的ISUP IAM、ACM、ANM、REL、RLC混在同一套流程中解释。
ISUP在TUP的基础上提供了更加完整的数字电话和ISDN相关能力，并逐步成为SS7电路呼叫控制中的主要标准用户部分。
在传统网络迁移阶段，使用ISUP的交换局仍然可能需要与只支持TUP的旧节点通信，因此网络中存在ISUP与TUP之间的消息映射。
上图展示的就是这种历史互通关系。例如ISUP侧的ANM可以映射到TUP的ANC，ISUP的REL/RLC也需要转换成TUP对应的释放消息。
现在阅读这类图时，更适合把它看作传统PSTN网络演进和旧设备互通资料，而不是新建SS7网络的推荐信令流程。
PRI与SS7怎样完成企业侧和运营商侧互通
ISDN PRI和SS7经常同时出现在传统电话网络中，但二者并不是同一种网络接口。
PRI更常见于企业PBX、数字语音网关等用户侧设备连接运营商电话网。以E1 PRI为例，通常采用30B+D结构，其中B信道承载电话业务，D信道利用Q.931等协议处理呼叫控制。
运营商内部交换节点之间则可能采用SS7/ISUP控制大量局间电路。
因此，一个企业PRI用户呼叫SS7核心网用户时，网络边界设备需要把两侧呼叫状态进行映射。
典型关系可以理解为：
PRI SETUP → ISUP IAM
PRI ALERTING ← ISUP ACM
PRI CONNECT ← ISUP ANM
PRI DISCONNECT/RELEASE ↔ ISUP REL/RLC
这种映射表达的是两套呼叫控制协议之间的业务对应关系，并不是每一条消息在所有网络中都固定一对一转换。
PRI与SS7的典型网络位置差异，可以继续参考局间信令是什么？SS7、PRI接口与SIP中继的区别。
SS7进入IP核心网以后发生了什么变化
SS7最初建立在专用电信信令网络上，但运营商核心网络逐渐IP化以后，没有必要把所有已有ISUP、SCCP和TCAP业务立即重新改成另一套上层协议。
SIGTRAN由此提供了一种过渡和承载方式。它可以利用SCTP以及M3UA、M2PA等适配机制，把传统SS7相关信令通过IP网络传送。
例如ISUP在IP核心网中可以形成：
ISUP → M3UA → SCTP → IP
这里上层仍然可以保持ISUP呼叫控制逻辑，但底层信令运输已经从传统SS7链路迁移到分组网络。
SIGTRAN与SIP也不能混为一谈。SIGTRAN主要解决传统电信信令如何通过IP承载；SIP则是一套面向IP多媒体会话的控制协议。
因此，在一个新旧网络并存的运营商架构中，完全可能同时看到：
传统SS7 / ISUP → SIGTRAN → 软交换或IMS边界 → SIP / IMS
如果需要继续了解M3UA、SCTP及SIGTRAN协议栈，可以参考什么是SIGTRAN协议。
从今天的角度看，SS7最重要的学习价值不是记住所有历史消息名称，而是理解公共电话网络怎样用独立信令体系控制大量语音话路。IAM、ACM、ANM、REL和RLC描述的是一通电路电话从建立到释放的基本过程，而MTP、ISUP和SIGTRAN则展示了这种控制机制怎样从传统电话网继续延伸到IP化核心网络。
