Description
Non-IP Data Delivery (NIDD) is a core network capability standardized by 3GPP to efficiently support Machine-Type Communication (MTC) and Internet of Things (IoT) devices. It allows for the transmission of small, application-layer data units that are not encapsulated within an IP packet. This is achieved by transporting the data payload directly over the control plane signaling protocols, specifically the Non-Access Stratum (NAS) protocol between the User Equipment (UE) and the Mobility Management Entity (MME) in 4G, or the Access and Mobility Management Function (AMF) in 5G. The data bypasses the traditional user plane bearers (PDN connections or PDU sessions), which are designed for continuous, high-volume IP traffic.
The architectural implementation involves key network functions. In the EPS (4G) architecture, the Serving Gateway (SGW) and Packet Data Network Gateway (PGW) are not used for NIDD traffic. Instead, the MME interacts directly with a Service Capability Exposure Function (SCEF) via the T6a interface. The SCEF acts as an API gateway, securely exposing the NIDD service to external Application Servers (AS). It provides non-IP data delivery, device triggering, and monitoring capabilities. In the 5G System (5GS), the analogous function is the Network Exposure Function (NEF), which interacts with the AMF for control plane data transport.
The procedure for NIDD involves the UE indicating its capability for control plane CIoT EPS/5GS optimizations during attach or registration. When the device or the network has data to send, it is encapsulated within a NAS transport message. For Mobile Originated (MO) data, the UE includes the application data in a NAS message sent to the MME/AMF. The MME/AMF then forwards this data to the SCEF/NEF, which delivers it to the designated AS. For Mobile Terminated (MT) data, the process is reversed: the AS sends data to the SCEF/NEF, which triggers a downlink NAS message to the device via the MME/AMF.
NIDD plays a critical role in enabling massive IoT deployments by significantly reducing signaling and power consumption. Since it uses the always-on signaling connection maintained for mobility management, it eliminates the need for the device to activate a data radio bearer and perform a Service Request procedure for each small data transmission. This is ideal for devices sending infrequent status updates, meter readings, or sensor data, leading to extended battery life (often up to 10 years) and reduced core network processing load.
Purpose & Motivation
NIDD was created to address the fundamental inefficiency of using traditional IP-based mobile data connections for the unique traffic patterns of IoT devices. Early IoT/MTC deployments used standard mobile data, which required establishing a full Packet Data Protocol (PDP) context or PDN connection—a process involving significant signaling exchange and radio resource allocation—even to send a few bytes of data. This was highly wasteful of network resources and device battery power, making large-scale deployments economically and technically challenging.
The primary motivation was to optimize the network for 'sporadic small data transmission,' a hallmark of many MTC applications like smart meters, asset trackers, and environmental sensors. 3GPP recognized that the overhead of IP headers (often 40 bytes for IPv4 or 60+ bytes for IPv6) could be larger than the actual application data payload. By allowing data to be sent without IP encapsulation over the existing control plane signaling path, NIDD drastically reduces protocol overhead and signaling latency.
Historically, NIDD was a key component of the Cellular Internet of Things (CIoT) optimizations introduced in 3GPP Release 13. It solved the limitations of previous approaches by reusing the secure, authenticated NAS signaling connection, thereby providing a lightweight, always-available data path. This enabled new business models and services requiring ultra-low power consumption and high connection density, which were not feasible with conventional mobile broadband architectures.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (60 CRs across 6 releases). Complements the general historical overview above with the evidence-based evolution of this function.
- SCEF Behaviour in the NIDD Configuration and NIDD Authorisation Update Procedures TS 23.682CR0278
- SCEF Behaviour in the Mobile Terminated NIDD Procedure TS 23.682CR0279
- SCEF Behaviour in the Mobile Originated NIDD Procedure TS 23.682CR0280
- Group MT NIDD TS 23.682CR0333
- MO NIDD RDS Header Configuration TS 23.682CR0340
- Triggering the UE in the MT NIDD Procedure TS 23.682CR0341
+ 18 more changes
- Update to NIDD APIs for RDS Dynamic Port Management TS 29.122CR0158
- RDS port mismatch in NIDD TS 29.122CR0205
- Granted Validity Time for NIDD authorisation TS 29.503CR0229
- NIDD Authorization Update Notify TS 29.503CR0283
- NIDD Authorization Authorize TS 29.503CR0284
- External Group Identifier in NIDD information TS 29.503CR0330
+ 7 more changes
- Updates notification destination via PATCH operation in NIDD API TS 29.122CR0444
- Add the support for PATCH method for the update of a NIDD DL Data transfer resource TS 29.122CR0547
- LI for NEF Services (NIDD included) TS 33.127CR0127
- Adding some missing description fields to data type definitions in OpenAPI specification files of the NIDD API TS 29.122CR0394
- Updates 204 No Content in NIDD API TS 29.122CR0440
- Correct resource URI in NIDD API TS 29.122CR0486
+ 10 more changes
Explore further
Broader topics and technologies where NIDD plays a role.
Defining Specifications
3GPP specifications that define or reference NIDD, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 22.262 vj00 | MSGin5G Service Requirements | Rel-19 |
| TS 23.554 vj80 | MSGin5G Service Application Architecture | Rel-19 |
| TS 23.682 vj30 | Architecture for MTC and SCEF Enhancements | Rel-19 |
| TS 23.700 vk10 | AI/ML Application Layer Support Phase 2 | Rel-20 |
| TS 24.538 vj40 | MSGin5G Service Protocol Specification | Rel-19 |
| TR 28.816 vh00 | Charging for 5G Cellular IoT | Rel-17 |
| TS 29.122 vk00 | T8 Reference Point Protocol for SCEF and SCS/AS | Rel-20 |
| TS 29.336 vk00 | Diameter-based Interfaces for MTC and Packet Data Networks | Rel-20 |
| TS 29.503 vk00 | UDM Service Based Interface Stage 3 | Rel-20 |
| TS 29.541 vk00 | NEF South-Bound Interfaces for NIDD and SMS | Rel-20 |
| TS 29.542 vk00 | Nsmf NIDD Service API (TS 29.542) | Rel-20 |
| TS 32.253 vj00 | Charging for Control Plane Data Transfer | Rel-19 |
| TS 32.298 vk00 | Charging Data Record Parameter Description | Rel-20 |
| TS 32.299 vj00 | Diameter Charging Applications for 3GPP | Rel-19 |
| TS 33.108 vj00 | LI Handover Interface Specification | Rel-19 |
| TS 33.127 vj70 | Lawful Interception Architecture and Functions | Rel-19 |