RNL

Radio Network Layer

Radio Access Network →
Introduced in Rel-4 Also in: Services

RNL is the logical layer in UTRAN and E-UTRAN control planes containing radio-specific protocols like RRC and RANAP, responsible for radio resource management and mobility functions.

Category
Radio Access Network
Introduced
Rel-4
Where
Radio Access Network › NG-RAN (5G)
Also touches
1 segments
Specifications
17 specs
RNL Description Purpose Related Classification Specifications

Description

The Radio Network Layer (RNL) is a conceptual layer within the control plane protocol stack of 3GPP radio access networks, namely UTRAN and E-UTRAN. It represents the collection of protocols and functions that are specifically related to radio network operation and are independent of the transport technology used to carry the signaling messages. The RNL sits above the Transport Network Layer (TNL), which provides reliable transport services (e.g., over IP, ATM, or SCTP). This separation is a key architectural principle, allowing the radio network protocols to be designed without dependency on the specifics of the underlying transport.

In UTRAN, the RNL encompasses protocols like Radio Resource Control (RRC) on the Uu interface, Radio Access Network Application Part (RANAP) on the Iu interface, Radio Network Subsystem Application Part (RNSAP) on the Iur interface, and Node B Application Part (NBAP) on the Iub interface. These protocols carry out the core radio network functions. For example, RRC handles connection establishment, broadcast of system information, and handover signaling with the UE. RANAP is used for signaling between the RNC and the core network (CN), handling procedures like Radio Access Bearer (RAB) assignment, location reporting, and UE context management. The RNL protocols define the specific messages and procedures for these functions.

The RNL interacts with the Transport Network Layer through well-defined Service Access Points (SAPs). The TNL provides a bearer service for the RNL messages, handling aspects like connection management, data transfer, and error correction for the transport link itself. This layered approach ensures that the radio network logic (e.g., how a handover is decided and executed) is decoupled from how the handover command is physically delivered between network nodes. The same RNL protocol (e.g., RNSAP) can operate over different TNL realizations (e.g., IP-based or ATM-based). In E-UTRAN (LTE), the principle continues with protocols like S1-AP (on S1 interface) and X2-AP (on X2 interface) belonging to the RNL, operating over an SCTP/IP-based TNL.

Purpose & Motivation

The Radio Network Layer concept was introduced to provide a clear separation of concerns in the design of 3GPP radio access networks, starting with UTRAN. The primary problem it solves is the independence of radio network functionality from the evolving transport technologies. In the early days of 3G, transport networks were often based on ATM. However, the industry was rapidly moving towards all-IP networks. By defining a distinct RNL, 3GPP ensured that the complex radio control protocols (RRC, RANAP, etc.) would not need to be redesigned if the underlying transport technology changed from ATM to IP.

This abstraction motivated a more future-proof and flexible architecture. It allows network operators to choose and evolve their transport networks independently of their radio network software and features. The TNL can be optimized for cost, capacity, and reliability based on available technology (e.g., moving from T1/E1 lines to Ethernet backhaul), without impacting the logic of radio resource management or handovers defined in the RNL. Furthermore, this layering simplifies protocol design and testing, as the RNL protocols can be specified assuming a reliable data transfer service from the layer below. This principle has been carried forward from UTRAN into E-UTRAN and NG-RAN, proving its enduring value in network architecture.

Classification

Part ofRANAP

Evolution Across Releases

Rel-4 Initial

Formally introduced and defined the Radio Network Layer (RNL) and Transport Network Layer (TNL) separation in the UTRAN architecture. Established the RNL as the home for protocols like RRC, RANAP, RNSAP, and NBAP. Defined the principles of how RNL protocols use the services of the TNL for message transport, enabling technology-independent specification of radio network functions.

Explore further

Broader topics and technologies where RNL plays a role.

Defining Specifications

3GPP specifications that define or reference RNL, 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.202 vj00 CS Bearer Services Architecture in UMTS Rel-19
TR 23.910 v1400 UMTS Circuit Switched Bearer Services Overview Rel-5
TS 25.401 vj00 UTRAN Overall Architecture Rel-19
TS 25.410 vj00 Iu Interface Introduction for UTRAN Rel-19
TS 25.415 vj00 Iu Interface User Plane Protocol Rel-19
TS 25.820 v820 3G Home NodeB Study Report Rel-8
TR 25.912 vj00 Evolved UTRA and UTRAN Technical Report Rel-19
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.302 vj00 E-UTRA Physical Layer Services Rel-19
TS 36.401 vj00 E-UTRAN Overall Architecture Description Rel-19
TS 36.410 vj00 S1 Interface: General Aspects and Principles Rel-19
TS 36.440 vj00 E-UTRAN MBMS Architecture Description Rel-19
TS 36.456 vj00 SLm Interface Introduction Rel-19
TS 36.842 vc00 Small Cell Enhancements for LTE Higher Layers Rel-12
TS 38.401 vj10 NG-RAN Architecture Specification Rel-19
TS 38.410 vj10 NG Interface Introduction for NG-RAN to 5GC 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.