Description
The MTC Subscriber is a conceptual entity defined in 3GPP TS 21.905 and elaborated in the MTC service requirements of TS 22.368. It represents the legal or business entity — a company, utility, or organization — that enters into a subscription agreement with a mobile network operator (MNO) so that one or more Machine-Type Communication (MTC) Devices can obtain connectivity and services. Crucially, the MTC Subscriber is not the device and not necessarily the end user of the data; it is the party that owns the commercial relationship with the operator. This distinction is fundamental to the MTC architecture because it separates the subscription/billing domain from the device and application domains.
In the MTC architecture described in TS 22.368, several roles are defined: the MTC Device (the UE equipped for machine-type communication), the MTC Server (which communicates with MTC Devices through the network), the MTC User (who consumes the service provided by the MTC Server), and the MTC Subscriber (who contracts with the operator). A single MTC Subscriber may own or operate thousands or millions of MTC Devices, each with its own subscription or sharing a group subscription. The operator's relationship is with the MTC Subscriber, who is responsible for payment, service level agreements, and configuration of the device group.
From a network perspective, the MTC Subscriber is realized through subscription data stored in the HSS/UDM. Each MTC Device associated with the subscriber has an IMSI and subscription profile that may include MTC-specific parameters such as low-mobility indication, scheduled communication windows, or group-based policing. The subscriber can manage these devices via the MTC Server or operator portals. The MTC Subscriber concept enables features like group-based authentication, bulk subscription management, and differentiated charging for machine fleets.
The term also matters for regulatory and roaming scenarios. Because the MTC Subscriber is a legal entity, it can be held accountable for the behavior of its devices, including compliance with local regulations and roaming agreements. In NB-IoT and LTE-M deployments, the subscriber model allows an enterprise to deploy sensors across multiple countries under a single contract, with the operator handling roaming and policy enforcement.
In later releases, the concept was extended with network slicing and 5G MTC (mMTC) use cases, where an MTC Subscriber may be associated with a dedicated network slice tailored to its device fleet. The definition itself has remained stable since Rel-10, reflecting its foundational nature. Understanding the MTC Subscriber is essential for designing MTC service platforms, subscription management systems, and charging architectures.
Purpose & Motivation
The MTC Subscriber concept exists to clearly separate the commercial subscription relationship from the physical device and the end user. In traditional human-centric mobile networks, the subscriber and the user are often the same person, and the device is personally owned. Machine-type communication breaks this model: a single company may deploy thousands of sensors, none of which is used by a human in the conventional sense. Without a distinct subscriber entity, operators would struggle to define who is responsible for billing, service provisioning, and regulatory compliance.
Historically, before Rel-10, MTC was not formally recognized in 3GPP specifications, and machine devices were treated as ordinary UEs. This led to inefficiencies: subscription management was device-centric, charging was not optimized for bulk deployments, and there was no standardized way to group devices under one contract. The introduction of the MTC Subscriber in Rel-10 (TS 22.368) provided the architectural anchor for MTC-specific features such as group-based subscriptions, low-mobility handling, and time-controlled communication.
The MTC Subscriber also solves the problem of scale. An operator can manage millions of devices more efficiently when they are associated with a single subscriber account, enabling bulk operations like activation, deactivation, and policy changes. It also facilitates new business models such as MVNOs and vertical-specific service providers, who act as MTC Subscribers and resell connectivity to their own customers. In summary, the MTC Subscriber is the business-level abstraction that makes large-scale IoT deployments manageable and commercially viable.
What changed in its specifications
The latest release-to-release comparison of specifications that define MTC Subscriber. Each summary describes the whole specification, not only this term.
Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.
Full comparison in TR 21.905 →Rel-13 added group-based MTC requirements, covering group behavior and addressing.
Full comparison in TS 22.368 →Release Timeline
Evolution Across Releases
An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.
Initial definition introduced in TS 22.368 and TS 21.905: 'A MTC Subscriber is a legal entity having a contractual relationship with the network operator to provide service to one or more MTC Devices.' This established the business-level subscriber concept for machine-type communication.
Definition refined to: 'A MTC Subscriber is a subscriber, i.e. a legal entity having a contractual relationship with the network operator to provide service to one or more MTC Devices.' The term 'subscriber' was added to align with existing 3GPP subscriber terminology.
Defining Specifications
3GPP specifications that define or reference MTC Subscriber, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 21.905 vj20 | 3GPP Terminology and Definitions | Rel-19 read |
| TS 22.368 vj00 | Network Improvements for Machine Type Communications | Rel-19 read |
| TR 22.988 vj00 | Study on MTC Numbering Alternatives | Rel-19 read |
| TS 37.868 vb00 | RAN Improvements for Machine-Type Communications | Rel-11 read |