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 RequestsSpecific 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.
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
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.
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.
| Specification | Title | Release |
|---|---|---|
| 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 |