IP网新一代传输协议——流控制传输协议SCTP
ＩＥＴＦ的信令传输工作组（ＳＩＧＴＲＡＮ）则正在定义和完善另一种传输信令消息的机制，这就是刚刚成为ＩＥＴＦＲＦＣ的流控制传输协议（ＳＣＴＰ）。该协议使得信令消息在一个基于ＩＰ的公共分组交换网上完成交换，流量控制和差错控制被端到端地执行，有效性的提高则通过使用一簇“应用服务器过程”（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ Ｐｒｏｃｅｓｓｅｓ）和“多宿节点”Ｍｕｌｔｉ－ｈｏｍｅｄ ｎｏｄｅｓ得以实现。这样，利用ＳＣＴＰ，用户平面和控制平面上的业务流都能在单一的ＩＰ网上传输。 一、流控制传输协议（ＳＣＴＰ）概述
目前ＩＰ网中的信令消息交换通常是使用ＵＤＰ或ＴＣＰ来完成。但这两者都不能完全满足电信网中信令承载的要求。
ＵＤＰ是基于消息的，提供快速的无连接业务。这使其适合于传输时延敏感的信令消息。但是，ＵＤＰ本身仅提供不可靠的数据报业务。而差错控制，包括消息顺序、消息重复检测和丢失消息重传等，只能由上层应用来完成。
ＴＣＰ虽然提供了差错和流量控制，但对于传输信令消息来说，却存在着诸多缺陷： ★ＴＣＰ是面向字节流的。这意味着消息的描述必需由应用来完成，而且要在消息结束时显式通知ＴＣＰ以迫使其立即发送相应的字节数据；
★许多应用只需要信令消息的部分有序，例如属于同一呼叫或同一会话的消息就是这样。而ＴＣＰ只提供严格的数据按序传输，这会导致不必要的队头阻塞并使消息的传输时延增大；
★ＴＣＰ连接直接由一对传输地址（ＩＰ地址和端口号）识别，从而无法提供对多宿主机的透明支持；
★典型的ＴＣＰ实现不允许高层应用设定协议控制参数。但是一些应用可能会需要调节传输协议的属性以满足其特定要求，例如某些信令协议有较高的时延要求，而另一些信令协议则只要求较高的可靠性。 而ＳＣＴＰ和发展了ＵＤＰ和ＴＣＰ两种协议的长处。它一方面增强了ＵＤＰ业务并提供数据报的可靠传输；另一方面，ＳＣＴＰ的协议行为类似于ＴＣＰ并试图克服ＴＣＰ的某些局限。正如ＩＥＴＦＲＦＣ２９６０中定义的：ＳＣＴＰ是可靠数据报传输协议，它运行于提供不可靠传递的分组网络上，如ＩＰ网。它向用户提供下列服务：
用户数据无错误无重复的确认传输；根据检测到的ＭＴＵ长度进行用户数据分段处理，避免ＩＰ层的分段；在多个流（ｓｔｒｅａｍ）间的用户消息有序递交，及单独用户消息按到达顺序递交的选项；可选的多个用户消息至ＳＣＴＰ数据报的复用；通过支持一个关联的一方或双方节点的多宿特性，实现网络级容错。 ＳＣＴＰ的设计目标包括恰当的拥塞避免特性以及对泛洪和伪装攻击的抵抗力。
流控制传输协议ＳＣＴＰ名称中的“流”（Ｓｔｒｅａｍ）是指本协议能够处理每个关联中的若干个用户数据报流，并且为每个流中的用户数据报提供有序传送。流子层的存在使得其他流中数据丢失造成的队头阻塞情况得以避免。
用户数据无错误无重复的确认传输通过分组序列间隙报告和选择性重发来实现。ＳＣＴＰ采用了与ＴＣＰ基本类同的流量控制和拥塞控制算法，引用了慢启动机制。只是在数据分组的确认和重传机制上，明确将选择性确认作为标准的一部分，规范了选择性重传和快速恢复机制。
１．协议结构
ＲＦＣ ２９６０将ＳＣＴＰ协议分解为功能性独立的模块，并模型化了与操作系统功能的接口（例如定时器）。这种分解对于协议实现时的结构化程序开发很有好处。
一个ＳＣＴＰ系统实例包含下述模块：
（１）消息验证和分发，验证ＳＣＴＰ数据报并识别其相应的关联。
（２）路径管理，监视一个关联对端的不同传输地址的可达性。 （３）复用／解复用，复用／解复用一个关联的若干个数据和控制数据块到／从一个ＳＣＴＰ数据报中，该数据报是在一个ＩＰ分组中被传输的。
（４）窗口和流量控制，实现类似ＴＣＰ的流控和拥塞避免机制。
（５）ＳＣＴＰ控制，用于控制关联的状态（如关联的建立和撤除，参见图３）。
（６）可靠传输，缓冲存储发出的消息直到其被关联对端确认接受，并在必要时发起重传。
（７）接收控制，监视所有的到达消息，生成所需的确认控制数据块。
（８）流引擎，实现各个流的用户数据报顺序提交，并在必要时完成对过长用户数据报的分段和重装。 ２．ＳＣＴＰ关联
与ＴＣＰ类似，ＳＣＴＰ也是面向连接的。但是，ＳＣＴＰ中的关联概念要比ＴＣＰ中的连接概念含义更广。一个关联的两个ＳＣＴＰ端点都向对方提供一个ＳＣＴＰ端口号和一个ＩＰ地址列表，这样每个关联都由两个ＳＣＴＰ端口号和两个ＩＰ地址列表来识别。在一个关联内的拥塞控制机制与ＴＣＰ的拥塞控制机制类似。
一个“关联”Ａｓｓｏｃｉａｔｉｏｎ是由多个单向的“流”（Ｓｔｒｅａｍ）组成的。各个流之间相对独立，可以单独发送数据而不受其它流的影响，也可以共同实现用户数据的有序递交。流的建立和拆除过程相对独立、简单。而关联的建立过程相对而言就比较复杂，是个“四次握手”过程，而且其中要用到“ｃｏｏｋｉｅ”的概念。所谓“ｃｏｏｋｉｅ”实际就是一个含有端点初始信息和加密信息的数据块，在关联建立时被涉及的双方处理并交换。引入这种机制的目的在于增强协议的安全性，防止拒绝服务（Ｄｅｎｉａｌｏｆ Ｓｅｒｖｉｃｅ）和伪装等潜在的攻击。
３．故障管理
ＳＣＴＰ提供了较ＴＣＰ强大得多的路径状态监控功能。其引入的“多宿主机”概念，使得一个连接可以在多个传输路径间选择和切换，提高了网络级容错的能力。ＳＣＴＰ定义了ＨｅａｒｔＢｅａｔ消息。当某路径空闲时，就会有相应的ＨｅａｒｔＢｅａｔ消息生成并发送到对端，而对端必须立即发回相应的确认消息。这种机制被用来精确测量回路时延ＲＴＴ，而且可以随时监视链路的可用情况并保持链路的激活状态。ＨｅａｒｔＢｅａｔ消息的发送间隔可以根据用户的需求而灵活改变。
此外，数据报重发的数目在两个级别上被进行统计。路径级，或者说流级的重发次数统计用于确定此路径是否处于非激活状态。而关联级的统计用于判定某个远端端点的可达性。
二、ＳＣＴＰ的应用
１．ＩＰ网上七号信令传输的总体框架
本文仅以ＶｏＩＰ应用中ＳＣＴＰ承载传送ＳＳ７为例讨论其应用。ＩＥＴＦ提出的ＩＰ网上传输七号信令的总体框架在ＲＦＣ２７１９中进行了描述。ＳＣＴＰ在信令传输方面的主要应用是在信令网关（ＳＧ）和媒体网关控制器（ＭＧＣ）之间传输ＩＳＵＰ消息。ＳＧ是位于ＳＳ７网络和ＩＰ网络之间的网关，它处理所有的ＭＴＰ相关的任务，但不包括ＳＳ７用户部分。这个用户部分（典型的是ＩＳＵＰ）位于ＭＧＣ内部，ＭＧＣ和ＳＧ通信并通过ＩＰ网来控制媒体网关（ＭＧ）。一个ＭＧＣ可以与多个ＳＧ关联在一起，已达到冗余和可能的负载分担的目的。在这种框架之下，从基于ＭＴＰ的网络来看，ＳＧ可以被看作是信令传输点（ＳＴＰ），而ＭＧＣ可以被看作是信令端点（ＳＥＰ）。通过使用ＳＧ，ＭＧＣ可以与ＭＴＰ网络中的ＳＥＰ互相透明地进行通信。利用基于ＩＰ的信令传输，使得建立无ＭＴＰ协议栈的业务控制点（ＳＣＰ）成为可能。这样，ＩＳＵＰ消息就可以在ＳＧ和ＳＣＰ之间传输。
２．应用服务器簇
虽然ＳＣＴＰ是试图克服ＴＣＰ的某些局限并作为通用传输协议来设计的，但用于ＩＰ网上的信令消息传输是ＳＩＧＴＲＡＮ工作组内开发ＳＣＴＰ的一个主要动力。仅利用多宿节点主机和ＳＣＴＰ的相应特性，还不足以满足ＳＳ７网络苛刻的可靠性要求，因为它必须避免单节点失效。因而ＳＩＧＮＴＡＮ组中讨论的上层协议（ＵＬＰ）要使用“应用服务器过程（ＡＳＰ）”簇的概念。这个簇被称为“应用服务器（ＡＳ）”，ＵＬＰ提供功能实体来管理这些簇，也就是说，有控制消息可以使得某个ＡＳＰ中止或者激活等。值得指出的是，有可能在不同的主机上运行一个ＡＳ的多个ＡＳＰ。此外，还可能实现一个ＡＳ的多个ＡＳＰ之间的负载分担。在上面提到的互通结构中，一个ＡＳ对应于一个ＭＧＣ。通过在不同主机上的运行这个ＡＳ的多个ＡＳＰ，就可以得到一个分布式的ＭＧＣ。
３．ＳＣＴＰ的上层协议适配层
适配层的定义使得可利用基于ＩＰ的信令传输协议而不影响上层接口。例如，要将ＩＳＵＰ消息在ＩＰ网络上传输，ＩＳＵＰ本身不必作任何改动。为了传输ＳＣＣＰ和ＩＳＵＰ消息，ＭＴＰ第三层（ＭＴＰ３）和ＳＳ７用户部分之间的原语必须被传输。除Ｍ３ＵＡ之外，用于ＭＴＰ２的适配层Ｍ２ＵＡ、ＩＳＵＰ的适配层ＩＵＡ和ＳＣＣＰ的适配层ＳＵＡ也已被定义。Ｍ２ＵＡ提供ＭＴＰ２和ＭＴＰ３之间原语的传输，ＩＵＡ和ＳＵＡ分别使ＩＳＵＰ和ＳＣＣＰ用户消息能够直接被ＳＣＴＰ承载传输。
三、展望
ＳＣＴＰ是为传输信令业务流而开发的。但是它本身所具有的、优于ＴＣＰ的一些先进协议机制，如选择性确认、快速重传、无序递交和支持多种网络特性等，使得ＳＣＴＰ能够在一定程度上满足高性能传输的需求。这会给ＳＣＴＰ带来更为宽广的应用空间。同时，由于ＳＣＴＰ采用了类同ＴＣＰ 的流量控制机制，不存在类似基于ＵＤＰ的实时媒体流对ＴＣＰ性能造成的劣化干扰问题和公平性问题。这为ＳＣＴＰ的平滑引入铺平了道路。一些研究和标准化组织认为ＳＣＴＰ会取代ＴＣＰ，成为下一代ＩＰ网络上面向连接的可靠传输协议。 当然，ＳＣＴＰ刚刚成为ＩＥＴＦ正式的建议，虽然已经有若干组织，如摩托罗拉、思科、西门子、北电和诺基亚等，完成了各自的协议实现和互连测试，但还未对其性能做出仿真评估，需要进一步的工作来完成。此外，ＳＣＴＰ在无线互联网中的应用及性能评估也有待进一步研究。