R2D

Reader to Device

IoT →
Introduced in Rel-19

R2D is a 3GPP cellular IoT communication mode where a network-connected Reader initiates communication with a simpler, battery-constrained Device to enable power-efficient massive IoT applications.

Category
IoT
Introduced
Rel-19
Where
Radio Access Network › NG-RAN (5G)
Specifications
8 specs
R2D Description Purpose Detected Changes Specifications

Description

Reader to Device (R2D) is a communication paradigm standardized within 3GPP Release 19, primarily for massive Internet of Things (IoT) and critical IoT applications. It defines a network architecture and procedures where a cellular-connected entity, termed the Reader, initiates downlink communication towards a large number of simpler end Devices. These Devices are typically sensors, tags, or actuators that are extremely constrained in terms of battery life, complexity, and cost. The R2D model is a cornerstone for enabling efficient large-scale sensor data collection and wireless command & control.

Architecturally, the Reader is a network-capable node that could be a dedicated gateway, a user equipment (UE), or even a network function within the operator's cloud. It connects to the 5G Core Network via standard UE procedures. The end Devices, however, are optimized for minimal activity. They do not need to perform regular registration, mobility management, or always-maintain a context in the core network. Instead, they remain in a deep sleep state, waking up only during pre-defined, network-configured windows to listen for paging or direct data transmissions from the Reader via the 5G Radio Access Network (NG-RAN). The communication is network-assisted, meaning the core network (AMF, SMF) helps manage the identities, security, and routing context for the Devices, even though the Devices themselves have a very lightweight protocol stack.

How it works involves several key procedures defined across the listed specifications. The network broadcasts system information configuring R2D-specific parameters. Devices synchronize to this and enter a discontinuous reception (DRX) cycle. When the Reader has data to send (e.g., a configuration update or a request for sensor reading), it sends an uplink request to its serving gNB, indicating the target Device or group. The network then schedules a downlink transmission in the Device's active window, potentially using group-common signalling. The Device receives the data, processes it, and may transmit a response in a subsequent uplink resource granted by the network. This model inverts the typical IoT paradigm where the device initiates, thereby allowing Devices to save immense power by eliminating the need for periodic uplink transmissions for network keep-alive.

Purpose & Motivation

R2D was created to address fundamental limitations of existing cellular IoT technologies (like NB-IoT and LTE-M) for ultra-large-scale deployments. While these technologies excel at enabling devices to send data, they are less optimal for scenarios where the network needs to *initiate* communication with a massive number of passive, battery-constrained devices. The primary problem is power consumption: requiring a device to periodically wake up and listen for paging, or to maintain network registration for potential downlink traffic, drains its battery.

The motivation stems from emerging IoT use cases such as wireless sensor networks, where thousands of environmental sensors need to be queried on-demand, or asset tracking, where location updates are requested by a central system only when needed. Previous approaches either relied on scheduled uplink transmissions (wasting power if no data is needed) or used non-cellular technologies like LoRa for downlink, creating integration complexity. R2D solves this by architecting the 5G system to support efficient, network-controlled downlink dominance. It allows devices to be virtually 'offline' from a core network perspective until the moment they are needed, dramatically extending battery life from years to potentially decades. This enables true massive IoT scale by reducing signalling overhead and radio resource contention for uplink-oriented traffic.

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 1 change

In Release 17, the R2D (Reader to Device) function was introduced as part of the new Ambient IoT (AIoT) specifications, enabling secure network-initiated Command procedures. This function relies on the trusted AIoT RAN reader and involves the AIOTF sending a protected AIoT NAS Command Request to the device via the NG-RAN. The security framework for these R2D commands includes mandatory integrity protection and optional confidentiality protection for the NAS messages, using specified ciphering and integrity algorithms.

  • Running CR to 38300 for Multi-USIM devices support TS 38.300CR0422
Rel-18 1 change

In Release 18, the new R2D (Reader to Device) function was introduced as part of the Ambient IoT (AIoT) framework, enabling secure network-initiated command procedures to AIoT devices. This function allows an AIOTF (Ambient IoT Function) to send protected AIoT NAS Command Request messages to a device via the NG-RAN, with support for mandatory integrity protection and optional confidentiality using defined ciphering and integrity algorithms. The security procedures ensure the AIoT device can authenticate the network through integrity verification of these incoming R2D command messages.

  • Introduction of In-Device Co-existence (IDC) enhancements for NR TS 38.300CR0680
Rel-19 5 changes

In Release 19, the R2D (Reader to Device) function saw specific RF requirement corrections and test procedure clarifications for AIoT devices. This included corrections to the device output RF spectrum emissions and the AIoT device symbol specifications within the RF requirements. Furthermore, the release introduced an alternate TRP (Total Radiated Power) test procedure for XR devices within the R2D context.

  • CR to TR 38.870 for an alternate TRP test procedure for XR devices TS 38.870CR0019
  • CR for TS 38.191, Correction on A-IoT Device Symbol TS 38.191CR0001
  • CR for TS 38.191, Correction on A-IoT Device Output RF spectrum emissions TS 38.191CR0002
  • Corrections for device RF requirements TS 38.191CR0006
  • CR on 38.191 for A-IoT device testing TS 38.191CR0003
Rel-20 2 changes

In Release 20, the new R2D (Reader to Device) function was introduced as part of the enhancements for Ambient IoT in NR outdoor for active devices. This function, alongside D2R, enables secure inventory and command procedures where a trusted RAN reader communicates with an AIoT device, utilizing new security protocols for authentication and protected NAS messaging.

  • Inclusion of RAN4 outcomes of Study on enhancements for solutions for Ambient IoT in NR outdoor for active devices TS 38.769CR0001
  • Inclusion of RAN1 outcomes of Study on enhancements for solutions for Ambient IoT in NR outdoor for active devices TS 38.769CR0002

Explore further

Broader topics and technologies where R2D plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 33.369 vj00 Security for AIoT in Isolated Private 5G Networks Rel-19
TS 38.191 vj00 NR Ambient IoT RF Characteristics Rel-19
TS 38.194 vj00 Ambient IoT Base Station RF Spec Rel-19
TS 38.291 vj20 Ambient IoT Physical Layer Specification Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.391 vj00 NR; Ambient IoT MAC Protocol Spec Rel-19
TS 38.769 vk00 Ambient IoT Solutions in NR Rel-20
TS 38.870 vj20 Enhanced OTA Test Methods for NR FR1 TRP/TRS Rel-19