摘要

  • RFC 3057 将 ISDN D 信道的物理终结与 Q.931 呼叫处理位置分开：信令网关终结 Q.921，再由 IUA 经 SCTP 把这道协议边界上的原语回传给应用服务器。
  • ASP 之间切换可以改变信令流向，但传输恢复不等于呼叫状态恢复。取代 RFC 3057 的 RFC 4233 明确指出，转换过程中的呼叫仍可能失败，除非应用进程通过 IUA 之外的机制共享状态。

移动上层，不是移动线路

在传统 ISDN 架构中，D 信道承载终端建立和管理电路交换呼叫所需的信令。Q.921 提供数据链路服务，Q.931 和 QSIG 等上层协议使用它。2001 年 2 月发布的 RFC 3057 利用这道协议边界，把功能部署位置拆开。

信令网关（SG）从标准 ISDN 接口接收信令，并终结 Q.921。IP 侧的媒体网关控制器（MGC）运行对端 Q.931 层和呼叫处理。两者之间的 ISDN Q.921 用户适配层——IUA——通过 SCTP 承载边界原语。它并没有把用户线路、D 信道或每条电路都改造成 IP 对象：实体接口和本地 Q.921 行为仍由网关负责。

这一区分有实际含义。DL-DATA 原语承载 Q.931 消息；建立、释放和无确认数据则分别表示不同的链路结果。因此 IUA 必须保留接口身份和每种原语的语义。远端控制器可以处理呼叫信令，却不能据此声称自己接管了 D 信道。

一个接口标识，只在本地成立

接口标识把消息关联到 SG 上对应的物理接口。它可以采用整数或文本格式，但含义是局部的：网关与它的应用服务器需要协调该值，RFC 并未赋予它跨网关的全局意义。看似网络级名称的字段，实质上只是连接两个本地信令上下文的键。

SG 将接口标识关联到应用服务器和活动的应用服务器进程（ASP）。应用服务器可以是一个逻辑服务，由有序排列的多个 ASP 组成，例如主控制器和备用控制器。网关必须知道每个信令接口当前由哪个进程接收消息；故障切换时，这种对应关系可能改变。

RFC 3057 建议使用 SCTP，并建议每条 D 信道使用独立的 SCTP 流，以减少独立信道之间的排队等待和缓冲延迟。流属于传输层；接口标识仍负责说明消息对应哪条物理接口。关联状态、流内排序、本地接口映射和 ASP 活动状态彼此相关，却不能互相替代。

进程切换不会自动复制呼叫历史

设计允许运营者选择冗余方式。1+0 不设备用 ASP；1+1 主备模式由一个进程处理流量、另一个进程待命；更一般的 n+k 则表示 n 个进程承载最低工作负载，另有 k 个备用进程可接替故障或不可用实例。IUA 消息让 SG 与 ASP 交换状态，决定信令流向。

但备用进程的传输关联仍然在线，并不代表它掌握正在建立的呼叫状态。2006 年取代 RFC 3057 的 RFC 4233 把这一区别说得很清楚：在运营商级网络中，某个 ASP 故障时稳定呼叫通常不应被释放；要做到这一点，ASP 在某些情况下必须共享呼叫状态。处于转换过程中的呼叫则仍可能失败。共享内存或 ASP 间协议可以缓解风险，但后一种协议超出了 IUA 的范围。

这不是 SCTP 的隐藏缺陷。SCTP 可以报告关联状态、在各自的流内有序交付消息，并支持多宿主。这些都是传输属性；它们无法告诉备用控制器此前做出了哪些呼叫决策、哪些消息已到达对端，也无法说明呼叫已经稳定还是仍在状态转换中。IUA 可以移动信令路径，应用状态连续则需要另行负责。

标准改变了什么，又没有证明什么

RFC 3057 为 SIGTRAN 架构增加了针对 Q.921 用户协议的适配层，使分布式呼叫处理能够通过 IP 回传链路运行，同时仍与电路交换网络保留标准边界。2006 年 RFC 4233 取代它并完善了同一适配机制。这段标准演进记录本身并不能证明哪些运营商部署过它、采购了什么设备，或实际故障中有多少呼叫得以保留。

工程启示比“电话迁到了 IP”更具体：服务边界可以迁移，实体接口却仍留在别处。链路终结、原语适配、传输关联、接收消息的进程，以及让一次呼叫保持连贯的应用状态，都需要分别验证。SCTP 关联恢复或 ASP 进入活动状态，都不是呼叫完成凭证。

来源