Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Protocol

Transport Connection

Transport Connection

Protocol →

Transport Connection is a service provided by the transport layer to ensure reliable, ordered delivery of user-plane and control-plane Frame Protocol PDUs over the transport network.

Introduced
Rel-8
Where
Radio Access Network › UTRAN (3G)
Specifications
2 specs
Transport Connection Description Purpose What changed Neighbours Specifications

Description

In 3GPP specifications, particularly TS 25.425 and TS 25.435, a Transport Connection is defined as a service provided by the transport layer and used by the Frame Protocol (FP) for the delivery of FP Protocol Data Units (PDUs). The Frame Protocol is part of the UTRAN architecture, operating between the Radio Network Controller (RNC) and NodeB over the Iub interface, and between the RNC and the User Equipment (UE) over the Uu interface for certain channels. The transport layer, typically ATM (Asynchronous Transfer Mode) in early UTRAN releases or IP (Internet Protocol) in later releases, provides the underlying data transfer service. A Transport Connection is essentially a logical channel or bearer that carries FP PDUs across the transport network with specific quality-of-service characteristics.

The Transport Connection abstracts the transport network from the Frame Protocol. The FP is responsible for framing, timing, and error handling of radio frames, but it relies on the Transport Connection to actually move the bits between network nodes. The transport layer can be connection-oriented (e.g., ATM AAL2/AAL5) or connectionless (e.g., IP/UDP), but the Transport Connection concept provides a consistent service interface. In UTRAN, Transport Connections are established between the RNC and NodeB for each radio link or transport channel. They carry user data (e.g., dedicated channel data) and control information (e.g., power control commands, timing adjustments). The Transport Connection must meet certain QoS requirements, such as delay, jitter, and error rate, to ensure proper operation of the radio protocols.

The Transport Connection is characterized by its endpoints, which are identified by transport layer addresses (e.g., ATM VPI/VCI or IP address/port). It also has associated attributes such as bandwidth, delay, and priority. The Frame Protocol uses the Transport Connection to send FP PDUs, which contain radio frames or control frames. For example, in the Iub interface, the FP for dedicated channels (DCH) uses a Transport Connection to carry DCH frames between the RNC and NodeB. The FP adds a header with information such as the Connection Frame Number (CFN), transmit power control (TPC) bits, and quality estimates. The Transport Connection ensures that these FP PDUs are delivered to the correct peer entity.

With the evolution of UTRAN towards IP transport, the Transport Connection concept was adapted to IP-based transport. In Release 5 and later, the Iub interface can use IP transport with UDP/IP and differentiated services (DiffServ) to provide QoS. The Transport Connection then corresponds to an IP flow or a UDP port pair. The Frame Protocol remains largely unchanged, but the underlying transport layer provides the Transport Connection service. In LTE and NR, the equivalent concept is the S1/X2 or NG/Xn transport bearer, which carries user-plane PDUs (e.g., GTP-U packets) between network nodes. Although the term 'Transport Connection' is less commonly used in LTE/NR specifications, the underlying principle of a transport-layer service for delivering protocol data units persists.

In summary, a Transport Connection is a fundamental abstraction in 3GPP transport networks, providing a reliable and QoS-enabled path for Frame Protocol PDUs. It separates the concerns of radio protocol framing from transport network implementation, allowing UTRAN to evolve from ATM to IP transport without changing the Frame Protocol. Understanding Transport Connections is essential for engineers working on UTRAN transport network design, QoS provisioning, and protocol stack implementation.

Purpose & Motivation

The Transport Connection exists to decouple the Frame Protocol from the specifics of the underlying transport network. In early UTRAN, transport was based on ATM, which provided connection-oriented services with guaranteed QoS. As networks evolved to IP, the Transport Connection concept allowed the Frame Protocol to remain unchanged while the transport layer adapted. This abstraction solves the problem of interoperability and migration: operators can upgrade transport technology without modifying radio protocols.

Additionally, the Transport Connection provides a clear QoS contract between the transport layer and the Frame Protocol. It ensures that FP PDUs are delivered with the required delay, jitter, and error characteristics, which is critical for real-time services like voice and video. Without this abstraction, each radio protocol would need to manage transport-specific details, leading to complexity and vendor lock-in. The Transport Connection thus promotes modularity, scalability, and multi-vendor interoperability in 3GPP networks.

What changed in its specifications

The latest release-to-release comparison of specifications that define Transport Connection. Each summary describes the whole specification, not only this term.

TS 25.425Rel-11 → Rel-12

Adds two new 1-bit IEs for cell reselection indication and request received. Changes flag bit meanings in HS-DSCH and E-DCH frames.

Full comparison in TS 25.425 →
TS 25.435Rel-11 → Rel-12

Rel-12 adds HS-DSCH channel enhancements, payload CRC, total number of PDU blocks, cell reselection indication IEs, and flag bits in existing data frame clauses.

Full comparison in TS 25.435 →

Release Timeline

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

Rel-8 Initial

Initial definition: 'service provided by the transport layer and used by Frame Protocol for the delivery of FP PDU.' This formalized the abstraction in the context of IP-based transport in UTRAN.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Definition carried over unchanged from Rel-8.

Defining Specifications

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

SpecificationTitleRelease
TS 25.425 vj00 UTRAN Iur Interface User Plane Protocols Rel-19 read
TS 25.435 vj00 UTRAN Iub Interface User Plane Protocols Rel-19 read