RNA

RAN-based Notification Area

Mobility →
Introduced in Rel-10 Also in: User Equipment

RNA is a specific area, comprising one or more cells, assigned to a UE in RRC_INACTIVE state so it can move within this RAN-based Notification Area without performing a location update, enabling power saving and signaling reduction.

Category
Mobility
Introduced
Rel-10
Where
Radio Access Network › NG-RAN (5G)
Also touches
1 segments
Specifications
9 specs
RNA Description Purpose Detected Changes Specifications

Description

The RAN-based Notification Area (RNA) is a core mobility management concept for the RRC_INACTIVE state introduced in LTE (eNB-based) and evolved in NR (gNB-based). It defines a geographical area, configured by the RAN, within which a User Equipment (UE) can move freely without notifying the network of its cell-level location. The RNA is composed of one or more cells, which can be configured as a list of cells, a list of RAN areas (each being a group of cells), or a tracking area. When a UE transitions to RRC_INACTIVE, the last serving base station (the last serving gNB in NR or eNB in LTE) assigns it an RNA, typically based on UE mobility patterns, subscription, or network policy.

The primary operational mechanism involves the UE performing periodic or triggered RNA Updates. While in RRC_INACTIVE, the UE monitors system information to identify the RNA Identity of its current cell. If the UE moves to a cell whose RNA ID is not part of its assigned RNA, it must initiate an RNA Update procedure to inform the RAN of its new location and potentially get a new RNA assigned. This procedure is a lightweight RRC connection resume, reactivating the UE context stored in the RAN and the core network. Conversely, if the UE remains within its RNA, it can stay in this low-power state indefinitely. When downlink data arrives for the UE, the RAN initiates a paging procedure within all cells of the UE's last known RNA to locate and resume the connection.

The architecture relies on the RAN's ability to store the Access Stratum (AS) context of the UE and manage the RNA area. In NR, this is facilitated by the NG-RAN architecture where gNBs are interconnected via the Xn interface. The last serving gNB acts as the “Anchor” gNB, retaining the UE context. Other gNBs within the RNA can assist in paging. RNA configuration is signaled to the UE via RRCRelease messages and broadcast in system information blocks (SIBs). This mechanism decouples mobility management for inactive UEs from the core network's Tracking Area (TA), reducing signaling load on the N2/N3 interfaces and enabling faster state transitions compared to the traditional IDLE state procedures.

Purpose & Motivation

RNA was created to address the signaling overhead and power consumption challenges associated with the massive number of IoT and smartphone devices that transmit data infrequently but require always-on connectivity. Traditional LTE mobility relied on two main states: RRC_IDLE and RRC_CONNECTED. IDLE state required core network (MME) involvement for location updates (Tracking Area Updates) and paging, causing latency and signaling load. CONNECTED state kept radio resources active, wasting power for bursty traffic. The RRC_INACTIVE state, for which RNA is a key enabler, was introduced to provide a middle ground.

The motivation stemmed from 5G use cases like massive Machine-Type Communication (mMTC) and enhanced Mobile Broadband (eMBB) with bursty traffic patterns. RNA solves the problem by keeping the UE's context in the RAN, allowing mobility within an area without core network signaling. This drastically reduces the signaling storm that would occur if every small cell change required a Tracking Area Update. It also enables faster connection resume (compared to IDLE to CONNECTED transition) and better battery life than staying in CONNECTED. RNA represents a shift of mobility management responsibility from the core to the RAN, optimizing for scenarios where session continuity with low latency and low signaling is paramount.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change

In Release 15, the RNA function was introduced to enable efficient UE state management, specifically studying scenarios for avoiding Connected Mode between low latency transmissions. This included procedures for a UE transitioning from RRC_Inactive to RRC_Connected under a different node within the same RNA and for handling intra-RNA handovers where re-anchoring could be deferred. The release also provided clarifications on RNA update and CN registration procedures.

  • Clarifications on RNA update and CN registration (N023) TS 38.331CR0411
Rel-16 4 changes

In Release 16, the RNA function was refined with clarifications on the specific conditions for initiating an RNA update procedure. Corrections were made regarding the use of access category 2 for Unified Access Control (UAC) during an RNA update and for the RNA configuration of a User Equipment (UE) in a Standalone Non-Public Network (SNPN) access mode. These updates provided more precise operational rules for the RNA mechanism.

  • Clarification on the initiation of RNA update TS 36.331CR4651
  • Correction on usage of access category 2 for UAC for RNA update TS 38.331CR1141
  • Clarification on the initiation of RNA update TS 38.331CR2581
  • Correction on RNA configuration for UE in SNPN access mode TS 38.331CR2626
Rel-17 1 change

In Release 17, corrections were made to the RAN-based Notification Area (RNA) function to address specific UE mobility scenarios. The focus was on procedures when a UE transitions from RRC_Inactive to RRC_Connected under a different NG RAN node within the same RNA, and on handling handovers between non-anchor nodes where the anchor node may defer re-anchoring. This included studying the handling of N2 control plane signalling for a UE when such a path switch is deferred.

  • NR Correction related to RNA TS 38.300CR0515

Explore further

Broader topics and technologies where RNA plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.725 vg20 Study on URLLC Architecture Enhancements Rel-16
TS 25.471 vj00 RNSAP User Adaptation (RNA) for Iurh Rel-19
TS 28.552 vk10 5G Performance Management Measurements Rel-20
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.304 vj00 UE Idle Mode Procedures in E-UTRA Rel-19
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.304 vj00 UE RRC_IDLE and RRC_INACTIVE Procedures Rel-19
TS 38.331 vj00 NR Radio Resource Control (RRC) Protocol 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.