SCTP

Stream Control Transmission Protocol

Protocol →
Introduced in R99 Also in: Core Network, Services

SCTP is a reliable, message-oriented transport layer protocol used in 3GPP core network signaling, providing multi-homing and multi-streaming for critical interfaces like S1-AP and Diameter.

Category
Protocol
Introduced
R99
Where
Radio Access Network › NG-RAN (5G)
Also touches
2 segments
Specifications
68 specs
SCTP Description Purpose Related Detected Changes Specifications

Description

The Stream Control Transmission Protocol (SCTP) is an IETF-defined transport layer protocol (RFC 4960) that is mandated by 3GPP for carrying signaling plane protocols across many critical interfaces. It operates at an equivalent layer to TCP and UDP but is designed with telecommunication signaling reliability in mind. Within a 3GPP network, SCTP associations are established between network functions, such as between an eNB and an MME (over S1-MME), a gNB and an AMF (over NG-C), or between Diameter peers (e.g., MME and HSS). It provides a reliable, in-sequence delivery of signaling messages with congestion control.

SCTP works by establishing an association between two endpoints, which can consist of multiple IP addresses per endpoint (multi-homing). Data is transferred in chunks, which are bundled into SCTP packets. A key architectural feature is multi-streaming: within a single SCTP association, multiple independent logical streams exist. A failure or head-of-line blocking in one stream (e.g., due to a lost chunk) does not affect the delivery of chunks in other streams. This is crucial for signaling where different procedures (e.g., attach, handover) can proceed in parallel. The protocol uses a four-way handshake (INIT, INIT-ACK, COOKIE-ECHO, COOKIE-ACK) with state cookies to provide protection against blind SYN flooding attacks.

Key components in its operation include the SCTP endpoint (the network function), the SCTP association (the connection), streams, and the chunk-based packet structure. The protocol ensures reliability through a selective acknowledgment (SACK) mechanism and retransmission timers. Its role in the 3GPP architecture is as the foundational transport for nearly all control plane interfaces in both the Evolved Packet Core (EPC) and 5G Core (5GC), including S1-MME, S6a, S11, NG-C, N11, N12, and many more. It carries application layer protocols like S1-AP, NG-AP, and Diameter, ensuring that signaling messages for mobility management, session management, and authentication are delivered robustly even in the face of network congestion or partial path failures.

Furthermore, SCTP's multi-homing capability allows a network function to be reachable via multiple IP network interfaces. If the primary path fails, traffic can be seamlessly switched to a secondary path without breaking the association, providing network-level redundancy. This makes the core network signaling infrastructure highly resilient, which is a fundamental requirement for carrier-grade telecommunications systems.

Purpose & Motivation

SCTP was adopted by 3GPP to address the shortcomings of TCP for carrying telephony signaling. TCP, while reliable, introduces head-of-line blocking where packet loss for one message delays all subsequent messages in the connection, which is unacceptable for time-critical signaling where independent transactions need to proceed in parallel. Furthermore, TCP is vulnerable to certain denial-of-service attacks (e.g., SYN floods) and lacks native support for multi-homed endpoints, which is desirable for network resilience.

Its creation was motivated by the need for a transport protocol that matched the requirements of SS7 signaling but over an IP-based network. SCTP solves these problems by providing message-oriented delivery (preserving application message boundaries), multi-streaming to eliminate head-of-line blocking, a secure four-way handshake, and built-in multi-homing support. This made it the ideal choice for 3GPP when designing the all-IP core network (starting with UMTS R99 and solidified in EPS), ensuring that signaling for millions of subscribers is both robust and efficient. It provided the necessary foundation for the reliability and availability expected in public land mobile networks.

Protocol Stack

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (30 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-15 16 changes

In Release 15, key clarifications and new capabilities were introduced for SCTP to support multiple Transport Network Layer Associations (TNLAs), including the use of SCTP ports for multiple TNLA and support for RAN-initiated multiple SCTP associations. The release also addressed ambiguities regarding multiple SCTP associations in interfaces like 38.412, 38.422, and 38.472, and standardized the Payload Protocol Identifier (PPID) value for DTLS over SCTP.

  • Clarification on SCTP association establishment – for 36.300 TS 36.300CR1186
  • CR on PPID value for DTLS over SCTP TS 38.412CR0010
  • Use of SCTP ports for multiple TNLA TS 38.412CR0011
  • Ambiguity with multiple SCTP associations in 38.412 TS 38.412CR0012
  • Support of RAN initiated multiple SCTP associations TS 38.413CR0021
  • Removal of multiple SCTP associations PS: This CR was not implemented as it was not based on the latest version of the spec. TS 38.413CR0084

+ 10 more changes

Rel-16 8 changes

In Release 16, key enhancements for SCTP focused on improving reliability and flexibility for specific interfaces. This included introducing support for multiple SCTP associations in EN-DC (Evolved Universal Terrestrial Radio Access Network New Radio - Dual Connectivity) and defining a procedure for changing the SCTP association when the current one fails, particularly for the X2 interface. Furthermore, the release allocated a specific SCTP Payload Protocol Identifier (PPID) for the W1AP interface and formally registered an SCTP port number with IANA.

  • CR to 36.422 for Supporting mutiple SCTP assoication in EN-DC TS 36.422CR0035
  • SCTP association change when current SCTP association is failed (X2) TS 36.422CR0037
  • SCTP Payload Protocol Identifier for W1AP TS 37.472CR0002
  • SCTP port number allocatd by IANA TS 37.472CR0003
  • SCTP association change when current SCTP association is failed TS 38.401CR0137
  • SCTP association change when current SCTP association is failed TS 38.412CR0015

+ 2 more changes

Rel-17 1 change

In Release 17, the primary update for SCTP was a correction to the Payload Protocol Identifier (PPID) used for DTLS over SCTP on the E1 interface. This change was implemented by aligning the specification in TS 37.482, which consolidated the relevant technical details from TS 38.462 for this and future releases.

  • Correction on E1AP PPID for DTLS over SCTP Note: This is a cat.A CR to TS 37.482 with corresponding cat.F CR0021 to TS 38.462 v15.7.0 (as from REL-17 onwards TS 38.462 was transferred to TS 37.482). TS 37.482CR0005
Rel-18 5 changes

In Release 18, the standardization work focused on corrections for the Payload Protocol Identifier (PPID) and Destination Port Number parameters used over SCTP for several critical interfaces. These corrections were applied specifically to the S1AP, X2AP, NGAP, XnAP, and F1AP application protocols to ensure proper protocol identification and data routing.

  • Correction on S1AP PPID and Destination Port Number over SCTP TS 36.412CR0024
  • Correction on X2AP PPID and Destination Port Number over SCTP TS 36.422CR0040
  • Correction on NGAP PPID and Destination Port Number over SCTP TS 38.412CR0022
  • Correction on XnAP PPID and Destination Port Number over SCTP TS 38.422CR0017
  • Correction on F1AP PPID and Destination Port Number over SCTP TS 38.472CR0028

Explore further

Broader topics and technologies where SCTP plays a role.

Defining Specifications

3GPP specifications that define or reference SCTP, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.231 vj00 SIP-I based CS core network stage 2 Rel-19
TS 23.333 vj00 MRFC-MRFP Mp Interface Requirements Rel-19
TS 24.103 vj00 Telepresence Protocol for IMS Rel-19
TS 24.229 vj50 IMS call control protocol based on SIP and SDP Rel-19
TS 24.803 vc00 Telepresence using IMS - Study Rel-12
TS 25.410 vj00 Iu Interface Introduction for UTRAN Rel-19
TS 25.412 vj00 Iu Interface Signalling Transport Specification Rel-19
TS 25.422 vj00 Signalling Transport for Iur Interface Rel-19
TS 25.426 vj00 UTRAN Iur/Iub Transport Bearers Rel-19
TS 25.430 vj00 Introduction to Iub Interface Specifications Rel-19
TS 25.432 vj00 Iub NBAP Signalling Transport Specification Rel-19
TS 25.450 vj00 Iupc Interface Introduction for UTRAN Positioning Rel-19
TS 25.452 vj00 Iupc Interface Signalling Transport for PCAP Rel-19
TS 25.468 vj00 RANAP User Adaption (RUA) protocol specification Rel-19
TS 25.469 vj00 HNBAP Specification for HNB to HNB-GW Interface Rel-19
TS 25.470 vj00 PCAP User Adaption (PUA) protocol specification Rel-19
TS 25.471 vj00 RNSAP User Adaptation (RNA) for Iurh Rel-19
TS 25.820 v820 3G Home NodeB Study Report Rel-8
TS 26.114 vj10 IMS Multimedia Telephony Media Handling Rel-19
TS 26.223 vj00 IMS Telepresence Client Specification Rel-19
TS 26.802 vj20 Multicast Enhancements for 5G Media Streaming Rel-19
TR 26.862 vh00 Immersive Teleconferencing & Telepresence for Remote Terminals Rel-17
TR 26.923 vj00 Study on IMS-based Telepresence Media Handling Rel-19
TS 28.671 vj00 HNS Network Resource Model Requirements Rel-19
TS 29.109 vj00 GAA Bootstrapping Interfaces (Zh, Dz, Zn, Zpn) Rel-19
TS 29.118 vj10 MME-VLR Interface for CS Fallback & SMS Rel-19
TS 29.162 vj00 IMS-IP Network Interworking Rel-19
TS 29.163 vj00 Interworking between 3GPP IM CN and CS networks Rel-19
TS 29.168 vj00 SBc-AP Protocol Specification Rel-19
TS 29.171 vj00 LCS Application Protocol (LCS-AP) Specification Rel-19
TS 29.202 vj00 SS7 Signalling Transport Protocol Architectures Rel-19
TS 29.205 vj00 BICC Protocols for Bearer-Independent CS Core Network Rel-19
TS 29.229 vj10 Diameter Protocol for Cx/Dx Interfaces Rel-19
TS 29.232 vj00 Mc Interface Protocol Profile Rel-19
TS 29.235 vj00 SIP-I CS Core Network Interworking Rel-19
TS 29.329 vj10 Diameter Protocol for Sh Interface Rel-19
TS 29.332 vj00 MGCF-IM-MGW Interface Protocol (Mn) Rel-19
TS 29.333 vj00 MRFC-MRFP Mp Interface Protocol Rel-19
TS 29.334 vj00 IMS-ALG to IMS-AGW Interface Protocol Rel-19
TS 29.424 v801 H.248 Profile for Trunking Media Gateways Rel-8
TS 29.819 vd00 Diameter Base Protocol Update Analysis Rel-13
TS 29.890 vg00 CT3 5G System Technical Report Rel-16
TS 29.891 vg00 CT4 Aspects of 5G System Phase 1 Rel-16
TS 32.771 vb00 HNS Network Resource Model IRP Requirements Rel-11
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.410 vj00 S1 Interface: General Aspects and Principles Rel-19
TS 36.412 vj00 S1 Signalling Transport Specification Rel-19
TS 36.413 vj10 S1 Application Protocol (S1AP) Rel-19
TS 36.422 vj00 X2 Signalling Transport Specification Rel-19
TS 36.442 vj00 Signalling transport for M2 and M3 interfaces Rel-19
TS 36.456 vj00 SLm Interface Introduction Rel-19
TS 36.458 vj00 SLm Interface Signalling Transport Rel-19
TS 36.462 vj00 Xw Interface Signalling Transport Rel-19
TS 37.470 vj00 W1 Interface Introduction for ng-eNB Rel-19
TS 37.472 vj00 W1 Interface Signalling Transport Specification Rel-19
TS 37.480 vj00 E1 Interface General Aspects and Principles Rel-19
TS 37.482 vj00 E1 Signalling Transport Specification Rel-19
TS 38.401 vj10 NG-RAN Architecture Specification Rel-19
TS 38.412 vj00 NG Signalling Transport Rel-19
TS 38.413 vj10 NG Application Protocol (NGAP) Rel-19
TS 38.420 vj10 Introduction to Xn interface specifications Rel-19
TS 38.422 vj00 Xn Signalling Transport Specification Rel-19
TS 38.423 vj10 Xn Application Protocol (XnAP) specification Rel-19
TS 38.460 vj00 E1 Interface General Aspects and Principles Rel-19
TS 38.462 vj00 E1 Signalling Transport Specification Rel-19
TS 38.470 vj10 F1 Interface Introduction Rel-19
TS 38.472 vj00 F1 Interface Signalling Transport Specification Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.