两个用户位于不同电话交换局时，交换机之间不仅要传送实际语音，还需要交换一系列呼叫控制信息，例如被叫号码、线路占用、振铃、应答和挂机释放。这些发生在交换节点或通信平台之间的控制信息，通常可以归入局间信令的范围。
传统电话网中，语音可能通过E1、T1等数字中继承载，而呼叫控制既可以采用与话路绑定的随路信令，也可以使用SS7这样的共路信令网络。进入IP语音时代以后，局间或平台间控制又逐渐出现SIGTRAN、SIP Trunk等新的实现方式。
因此，理解局间信令时不能只记住“64kbit/s信令链路”或者“PRI、SS7两个名称”。更重要的是分清：谁负责传语音，谁负责控制呼叫，以及这些接口通常位于运营商核心网还是企业接入侧。
局间信令在跨局电话中负责什么
假设用户A属于交换局A，用户B属于交换局B。用户A拨号以后，本地交换机首先分析号码，发现被叫并不属于本局，就需要选择相应中继，把呼叫送往下一交换节点。
整个过程至少要交换这些控制信息：
- 主叫号码和被叫号码；
- 选择哪条中继或哪个下一跳；
- 被叫线路是否空闲；
- 被叫是否已经振铃；
- 对方是否已经应答；
- 呼叫什么时候需要释放；
- 线路故障、拥塞及其他网络状态。
这些信息属于信令，真正的语音则属于媒体或话路。
所以一通传统跨局电话可以简化为：
交换局A ←→ 局间信令 ←→ 交换局B
同时存在：
交换局A ←→ 语音中继 ←→ 交换局B
两条逻辑关系共同工作，才构成完整电话呼叫。
信令和语音话路为什么要分开理解
早期电话系统中，信令与语音通道往往联系得比较紧密。例如某一路中继的线路状态、拨号信息可以通过与该话路对应的信号传递，这类方式属于随路信令。
随着电话网络规模扩大，网络开始采用共路信令。多个电话话路共享专门的信令链路，呼叫控制和实际语音不再必须沿完全相同的物理路径传输。
SS7就是典型的共路信令体系。
例如交换机之间有大量E1语音中继，但呼叫控制信息可以集中通过SS7信令网交换。这样可以让号码、路由、补充业务和网络管理不再受单个话路信令容量限制。
因此：
随路信令：信令资源与相应话路存在较固定对应关系；
共路信令：大量话路共享独立信令资源。
关于CAS、CCS、用户线信令和局间信令的完整分类，可以继续参考电话信令如何分类。本页重点放在局间和网络接口的实现方式。
PRI与SS7为什么不是同一种接口
传统资料经常把PRI和SS7一起列为“局间信令”，但两者在典型网络中的位置并不相同。
ISDN PRI更常见于用户网络接口，例如企业PBX、数字语音网关或其他用户侧通信设备接入运营商电话网络。
在E1体系中，PRI通常采用：
30B + D
其中30个B信道承载语音或用户业务，D信道负责呼叫控制信令，TS0则用于E1帧同步和相关管理。
PRI的D信道通常使用Q.921/LAPD和Q.931等协议完成号码传递、呼叫建立和释放。
SS7则更典型地用于运营商交换局、移动核心网或传统电话核心网络之间。它通过独立信令体系控制大量电话话路，不要求每一条语音中继都拥有自己独立的一套完整呼叫控制链路。
| 对比项目 | ISDN PRI | SS7 / ISUP |
|---|---|---|
| 典型位置 | 企业PBX或用户设备与运营商之间 | 运营商交换节点、核心电话网络之间 |
| 常见承载 | E1或T1 | 独立SS7信令链路或IP化SIGTRAN |
| 语音通道 | E1常见30个B信道 | 语音通常在独立TDM或媒体承载中传输 |
| 主要呼叫协议 | Q.931等 | ISUP等 |
| 主要应用 | 企业数字中继、传统PBX接入 | 运营商局间和网络间呼叫控制 |
两者都可以完成电话呼叫控制，但不能因为都属于传统电话网络信令，就把PRI理解成运营商SS7信令网的另一种简单形式。
SS7怎样控制大量传统电话呼叫
SS7信令网由信令点和信令链路组成。交换机、数据库和其他网络节点通过信令点编码进行识别，再利用SS7消息交换呼叫控制和网络管理信息。
传统SS7中常见64kbit/s信令链路，但“64kbit/s可以固定控制多少万路电话”并没有一个适用于所有网络的固定答案。
信令负荷会受到多个因素影响：
- 每秒呼叫尝试次数；
- 每次呼叫需要多少条信令消息；
- 补充业务和号码查询数量；
- 网络管理消息；
- 运营商允许的链路负荷和冗余设计。
因此，信令链路容量应根据实际话务模型计算，而不是只用语音通路数量估算。
SS7中的信令点编码也要区分网络范围。国际信令网中的国际信令点编码按照国际规则分配，而国家信令网内部的点码则由本国或相应网络管理体系进行规划，不能笼统地说“所有信令设备在全球只有一个唯一点码”。
在电话呼叫中，ISUP会处理大量与电路话路有关的控制消息，例如呼叫建立、地址传递、应答和释放。
如果需要继续查看IAM、ACM、ANM、REL、RLC等消息怎样完成一通传统PSTN呼叫，可以参考七号信令专题。
SIGTRAN怎样把SS7带入IP网络
传统SS7最初建立在专用信令链路之上。随着运营商核心网逐渐IP化，信令也开始通过IP网络进行承载。
SIGTRAN就是用于这一演进的重要协议体系。
它的基本思路不是直接用TCP替代SS7链路，而是利用SCTP等传输机制，再通过M3UA、M2PA等适配层承载传统SS7相关信令。
例如传统ISUP业务可以通过M3UA在IP网络中传输：
ISUP → M3UA → SCTP → IP
这样，上层电话呼叫控制逻辑仍然可以保持与传统SS7体系兼容，但底层信令传输已经从专用TDM信令链路迁移到IP分组网络。
这类结构在软交换、媒体网关控制和PSTN向IP核心网迁移过程中非常常见。
需要注意的是，SIGTRAN并不等于SIP。
SIGTRAN主要解决传统电信信令怎样通过IP承载；SIP则属于IP多媒体会话控制协议。
两者可以同时存在于一套运营商网络中。
SIP Trunk为什么成为企业常见语音接口
企业电话系统过去常通过E1 PRI连接运营商。随着企业电话和运营商语音网络IP化，SIP Trunk逐渐成为更常见的企业语音中继方式。
典型结构可以表示为：
IP PBX / SIP服务器 → SIP Trunk → 运营商IP语音网络
SIP负责呼叫会话控制，实际语音通常通过RTP或相应媒体机制传输。
与E1 PRI不同，SIP Trunk没有固定的“30B+D”物理时隙结构。能够同时进行多少路电话，通常由以下条件共同决定：
- 运营商开通的并发通话数量；
- 企业IP PBX处理能力；
- 网络带宽；
- 实际使用的语音编码；
- SBC、防火墙和网络边界容量。
因此，现代企业电话接口可以看到这样的演进：
E1 PRI → IP语音网关 → SIP Trunk
但这种变化不是一次性替代。很多传统PBX和行业电话系统仍然使用E1/PRI，运营商核心网络内部也可能继续存在SS7/ISUP资源，通过媒体网关、信令网关和软交换与IP网络互通。
这也是为什么现在仍然需要理解局间信令：企业侧虽然越来越多使用SIP Trunk，但在运营商互联、传统PSTN迁移、数字中继网关和旧PBX改造中，PRI、SS7和SIGTRAN仍然可能同时出现。
如果关注E1本身的32个时隙、30B+D以及数字话路怎样通过TDM复用，可以继续参考局间中继与电路复用如何工作。本页重点只解释这些中继之上的呼叫控制和信令关系。
