NIDD

Non-IP Data Delivery

IoT →
Introduced in Rel-13 Also in: Services

NIDD is a 3GPP feature that transports small, non-IP data packets directly over the mobile network's control plane, optimizing resource usage by avoiding full IP session overhead.

Category
IoT
Introduced
Rel-13
Where
Core Network › 5G Core
Also touches
1 segments
Specifications
16 specs
NIDD Description Purpose Related Classification Detected Changes Specifications

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

Part ofMTC
Specific typesLWP
Related approachesSCEFNEF

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 24 changes

In Release 15, the NIDD function was enhanced with new procedures for Mobile Originated and Mobile Terminated data delivery, including the introduction of a Group MT NIDD capability. The specifications defined specific SCEF behaviors for configuration, authorization, and delivery procedures, and formalized the NIDD API with a complete OpenAPI definition. Furthermore, the release introduced mechanisms for triggering the UE in MT procedures and added HSS interactions for managing NIDD configuration.

  • 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

Rel-16 13 changes

In Release 16, enhancements to the Non-IP Data Delivery (NIDD) function included the introduction of new authorization procedures like NIDD Authorization Authorize and Update Notify, along with support for an External Group Identifier. The release also refined configuration management, addressed procedures for maximum latency corrections and configuration cancellation, and expanded capabilities for Lawful Interception for IoT UEs.

  • 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

Rel-17 16 changes

In Release 17, the NIDD function was enhanced with a more robust API, including support for the PATCH method to update downlink data transfer resources and authorization features based on S-NSSAI and MTC Provider. The updates also focused on improving the OpenAPI specification with added data types, descriptions, and comprehensive application error handling. Furthermore, the release introduced support for redirection, clarified authorization procedures, and resolved various API warnings and corrections.

  • 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

Rel-18 2 changes

In Release 18, the NIDD function was enhanced to include the capability to convey user identity within an NIDD Information Request procedure. Furthermore, corrections were made to the functional requirements for Lawful Interception (LI) specifically for Non-IP Data Delivery.

  • User Identity in NIDD Information Request TS 29.336CR0181
  • Corrections on functional requirements for LI for NIDD TS 33.127CR0188
Rel-19 3 changes

In Release 19, the NIDD function was enhanced by introducing a validity time parameter within its authorization data, providing more control over session permissions. The release also included specific corrections to the NIDD procedural clauses and a correction to the ManagePort parameter within the NIDD API. These updates refined the existing NIDD procedures and its application programming interface for improved reliability.

  • Validity time in authorization data for NIDD authorization TS 29.503CR1345
  • Corrections to NIDD clauses TS 33.127CR0292
  • Correction to ManagePort in NIDD API TS 29.122CR1006

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.

SpecificationTitleRelease
TS 22.262 vj00 MSGin5G Service Requirements Rel-19
TS 23.554 vj70 MSGin5G Service Application Architecture Rel-19
TS 23.682 vj30 3GPP TS 23682: MTC Architecture Enhancements Rel-19
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 24.538 vj30 MSGin5G Service Protocol Specification Rel-19
TR 28.816 vh00 Charging for 5G Cellular IoT Rel-17
TS 29.122 vj40 T8 Reference Point for Northbound APIs Rel-19
TS 29.336 vj10 HSS Diameter Interfaces for PDN Interworking Rel-19
TS 29.503 vj50 UDM Service Based Interface Stage 3 Rel-19
TS 29.541 vj30 NEF Service-Based Interfaces for NIDD & SMS Rel-19
TS 29.542 vj30 SMF NIDD Service Based Interface Stage 3 Rel-19
TS 32.253 vj00 Charging for Control Plane Data Transfer Rel-19
TS 32.298 vj30 Charging Data Record (CDR) Parameter Specification Rel-19
TS 32.299 vj00 Diameter Charging Applications for 3GPP Rel-19
TS 33.108 vj00 LI Handover Interface Specification Rel-19
TS 33.127 vj50 Lawful Interception Architecture and Functions 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.