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

Glossary term · IoT

R2D

Reader to Device

IoT →

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.

Introduced
Rel-19
Where
Radio Access Network › NG-RAN (5G)
Specifications
8 specs
R2D Description Purpose What changed Neighbours 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.

What changed in its specifications

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

TS 38.300Rel-18 → Rel-19

Rel-19 adds multi-hop L2 UE-to-Network relay for NR sidelink as the largest item. It also adds low-power wake-up signal and receiver (LP-WUS/WUR) text, on-demand SSB and SIB1 for network energy savings, and sub-band full duplex for TDD carriers.

Full comparison in TS 38.300 →

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-19 1 change
  • Clarification on Fill Bits field in R2D messages TS 38.391CR0016

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 vj40 AIoT Security Architecture and Procedures Rel-19 read
TS 38.191 vj40 Ambient IoT RF Requirements Rel-19 read
TS 38.194 vj40 Ambient IoT RF Requirements Rel-19 read
TS 38.291 vj30 Ambient IoT Physical Layer Rel-19 read
TS 38.300 vj40 NR and NG-RAN Overall Description Rel-19 read
TS 38.391 vj40 Ambient IoT MAC Protocol Rel-19 read
TS 38.769 vk00 Ambient IoT Solutions in NR Rel-20 read
TS 38.870 vj50 Enhanced OTA Test Methods for NR TRP and TRS Rel-19 read