AOMT

Application Originated Mobile Terminated

Services →
Introduced in Rel-16

AOMT is a 3GPP mechanism that enables applications to initiate communication sessions to mobile devices, allowing network-initiated service delivery to user equipment in power-saving states.

Category
Services
Introduced
Rel-16
Where
Services
Specifications
2 specs
AOMT Description Purpose Related Classification Detected Changes Specifications

Description

Application Originated Mobile Terminated (AOMT) is a 3GPP service capability that enables applications, typically residing in application servers outside the 3GPP network or within network functions, to initiate communication sessions toward User Equipment (UE) that may be in various power-saving states. Unlike traditional mobile-terminated communications that require the UE to be in connected mode or periodically monitoring paging channels, AOMT provides mechanisms for the network to efficiently reach UEs that are in idle or inactive states, particularly those configured with extended discontinuous reception (eDRX) or power saving mode (PSM) for IoT applications.

The architecture supporting AOMT involves several key network functions. The Service Capability Exposure Function (SCEF) in 4G or the Network Exposure Function (NEF) in 5G acts as the entry point for external applications to request AOMT services. These functions authenticate and authorize application requests, then interface with core network functions like the Mobility Management Entity (MME) in 4G or the Access and Mobility Management Function (AMF) in 5G. When an application needs to reach a UE, it sends a request to the SCEF/NEF, which then triggers the appropriate core network procedures to locate and page the UE, even if it's in deep sleep states with extended monitoring cycles.

The technical operation of AOMT involves sophisticated timing and state management. For UEs configured with power saving features, the network maintains knowledge of the UE's reachability patterns, including eDRX cycles and PSM active timer values. When an AOMT request arrives, the network determines the optimal time to page the UE based on its configured monitoring windows. This requires precise synchronization between the network's knowledge of UE sleep patterns and the actual UE behavior, which is maintained through registration procedures and periodic updates.

AOMT supports various service delivery models including mobile-terminated data delivery, network-initiated service requests, and application-triggered notifications. The system includes mechanisms for handling delivery failures, with options for retry policies, and expiration timers. For IoT devices, AOMT is designed to minimize the impact on device battery life by optimizing the paging procedures and network policies. The service includes quality of service parameters and security considerations to ensure that only authorized applications can initiate communications, with proper authentication and authorization checks at multiple levels.

Purpose & Motivation

AOMT was created to address the fundamental challenge of enabling efficient network-initiated communications to power-constrained IoT devices and mobile terminals operating in advanced power-saving modes. Traditional mobile-terminated communications assumed devices were either connected or regularly monitoring paging channels, but IoT deployments with eDRX and PSM introduced extended sleep periods ranging from minutes to hours, making conventional paging mechanisms ineffective. Without AOMT capabilities, applications would need to wait for devices to wake up and initiate contact, creating unacceptable latency for many IoT use cases like emergency alerts, remote configuration updates, or real-time command delivery.

The historical context for AOMT development lies in the evolution of 3GPP standards to support massive IoT deployments. As Release 13 introduced enhanced machine-type communication (eMTC) and narrowband IoT (NB-IoT) with advanced power-saving features, it became apparent that existing mechanisms for reaching devices were insufficient. Previous approaches either required devices to remain in connected states (draining battery) or imposed impractical latency for network-initiated communications. AOMT provides the standardized interface and procedures that allow applications to reliably reach devices while respecting their power-saving configurations.

Beyond IoT, AOMT addresses broader 5G requirements for efficient service delivery in scenarios where devices spend most of their time in energy-efficient states. It enables new service models where network-initiated communications are essential, such as push notifications, software updates, emergency alerts, and remote device management. By standardizing these capabilities in Release 16 and beyond, 3GPP ensures interoperability between network equipment, devices, and application servers from different vendors, creating a consistent ecosystem for network-triggered service delivery.

Classification

Part ofMTC
Related approachesSCEFNEF

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-16, normative work from Rel-18.

Rel-18 7 changes

In Release 18, enhancements for the Application Originated Mobile Terminated (AOMT) function focused on refining the MSGin5G service architecture and procedures. Specifically, updates were made to the Application Client registration and message handling procedures using the MSGin5G Client, and it was clarified that UE reachability status monitoring is decided by the application layer. These changes aim to improve the reliability and efficiency of AOMT messaging, which is used for time-sensitive applications like remotely controlling IoT devices.

  • Application architecture enhancement of broadcast aspect TS 23.554CR0030
  • Security credentials IE in Application Server Registration aligned with 33501 TS 23.554CR0065
  • Remove the EN about Application ID in clause 8.4.2 TS 23.554CR0068
  • Correction to UE-1 in Application Architecture TS 23.554CR0109
  • Update of Application Client (de-)registration using MSGin5G Client TS 23.554CR0134
  • Update of Application Client sending and receiving message using MSGin5G Client TS 23.554CR0135

+ 1 more changes

Rel-19 6 changes

In Release 19, the AOMT function was enhanced through updates to the Application Server registration and de-registration procedures, including registering a specific role during registration. The release also introduced new capabilities for Application Servers in group messaging and provided a new API for originating message response notifications.

  • Registering the specific role in Application Server Registration procedure TS 23.554CR0205
  • Application Server in Group messaging TS 23.554CR0204
  • M5S Application Server originating message response notification API TS 23.554CR0216
  • Application Client request to update the stored message TS 23.554CR0239
  • Update the elements of application Server de-registration response TS 23.554CR0210
  • Update on application Server Registration TS 23.554CR0211

Explore further

Broader topics and technologies where AOMT plays a role.

Defining Specifications

3GPP specifications that define or reference AOMT, 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