Description
A2P (Application to Person) is a standardized communication paradigm within 3GPP networks where applications, services, or network functions initiate communications toward human users' devices. Unlike traditional person-to-person (P2P) communications, A2P involves automated systems as the originators, sending messages, establishing calls, or initiating data sessions to deliver notifications, alerts, service updates, or interactive content. The architecture involves several key components: the A2P Service Capability Server (SCS) or Application Server (AS), which hosts the application logic; the Service Capability Exposure Function (SCEF) or Network Exposure Function (NEF) in 5G, which provides secure network APIs; and core network elements like the SMS Service Center (SMSC), IP Multimedia Subsystem (IMS), or 5G Core functions that handle the actual delivery to User Equipment (UE).
Technically, A2P works through standardized interfaces and protocols defined in 3GPP specifications. The application server communicates with the network via APIs exposed by the SCEF (4G) or NEF (5G), using protocols like HTTP/2 with JSON payloads. These requests are then translated into native network signaling. For messaging, this typically involves MAP or Diameter protocols to interface with the SMSC or IP-SM-GW. For voice or multimedia sessions, the IMS core is involved, utilizing SIP signaling. The network authenticates and authorizes the A2P request, applies relevant policies (like spam filtering, rate limiting, and charging), and routes the communication to the target subscriber based on their MSISDN, IMSI, or SUPI.
Key architectural aspects include the separation of the application layer from the transport network, enabling service providers to develop A2P services independently of the underlying network technology. The exposure functions (SCEF/NEF) play a critical role by abstracting network capabilities and providing a secure, scalable, and billable interface. Furthermore, A2P implementations must handle aspects like inter-operator routing (when the sender and receiver belong to different mobile networks), delivery reports, and error handling. In 5G systems, A2P benefits from network slicing, allowing dedicated slices with specific QoS for different A2P service types, such as low-latency critical alerts or high-reliability financial notifications.
The role of A2P in the network ecosystem is multifaceted. It enables monetization of network capabilities by allowing third-party service providers to integrate communications into their applications. It also supports numerous vertical industries: banking (transaction alerts), transportation (booking confirmations), healthcare (appointment reminders), and IoT (device status notifications). From a network perspective, A2P traffic must be efficiently managed to avoid congestion, prioritized appropriately relative to P2P traffic, and secured against spoofing and fraud. The 3GPP specifications define mechanisms for identity verification, traffic differentiation, and policy control to ensure A2P services are reliable, secure, and of high quality.
Purpose & Motivation
A2P technology exists to facilitate automated, scalable, and reliable communications from applications and machines to human subscribers. It solves the problem of enabling services, enterprises, and IoT systems to proactively engage with users without manual intervention. Prior to standardized A2P frameworks, such communications were often implemented through ad-hoc methods like basic SMPP connections to SMSCs, which lacked standardized security, policy control, inter-operator agreements, and quality-of-service guarantees. This led to issues like spam, fraud (e.g., spoofed sender IDs), network congestion, and inconsistent user experiences across different operators and regions.
The creation of A2P within 3GPP was motivated by the explosive growth of mobile applications, IoT, and digital services that require automated notifications and interactions. Historical context includes the early use of SMS for alerts, which evolved into more complex multimedia and interactive messaging. Limitations of previous approaches included the inability to leverage rich communication services (RCS), lack of support for IP-based multimedia sessions, and no standardized way to expose network capabilities like location or QoS to authorized applications in a secure manner. 3GPP's standardization addresses these by defining clear architectural roles, security frameworks, and interfaces that enable innovation while protecting network integrity and user privacy.
Furthermore, A2P standardization supports new business models, such as API-based revenue sharing between mobile network operators and application providers. It also addresses regulatory requirements for message authenticity (e.g., anti-spoofing laws) and emergency alerts. By providing a unified framework, 3GPP ensures interoperability across global networks, enabling seamless A2P services for roaming subscribers and fostering a healthy ecosystem for developers, operators, and end-users.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (11 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 18, enhancements for the A2P function introduced updates to the bootstrap and application data channel setup procedures, including clarifications on data channel QoS handling during these setups. The release also added mechanisms to provide an application list based on UE data channel capabilities and to manage binding information for data channel applications.
- Binding information of DC Application with DC - 23.228 TS 23.228CR1266
- Provide application list based on UE DC capabilities TS 23.228CR1294
- Update of Bootstrap and application data channel setup procedures TS 23.228CR1301
- Clarification on DC QoS Handling in Application Data Channel Setup Procedures TS 23.228CR1391
In Release 19, key enhancements were made to the Data Channel (DC) framework to improve efficiency and clarify functional roles for A2P services. Specifically, the release introduced support for multiplexing multiple DC applications over a single SCTP connection and provided service updates to enable this capability. It also added definitions for the DC Application Server, introduced corrections for the Signalling Procedure of Application Data Channel Interworking via the Media Function (MF), and clarified the usage of the DC Application Proxy.
- Support of multiplexing multiple DC applications over single SCTP connection TS 23.228CR1511
- Updates to support multiplexing multiple DC applications over single SCTP connection TS 23.228CR1552
- Service updates to support multiplexing multiple DC applications over single SCTP connection TS 23.228CR1586
- Corrections to Signalling Procedure of Application Data Channel Interworking via MF TS 23.228CR1659
- Add DC Application Server Description TS 23.228CR1682
- Correction on the usage of DC Application Proxy TS 23.228CR1686
+ 1 more changes
Explore further
Broader topics and technologies where A2P plays a role.
Defining Specifications
3GPP specifications that define or reference A2P, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.228 vj50 | IMS Stage-2 Service Description | Rel-19 |
| TS 23.700 vk00 | XR Services Application Enablement Layer | Rel-20 |
| TS 26.567 vj00 | IMS-based Split Rendering | Rel-19 |
| TS 28.851 vj10 | Charging for Next Gen Real Time Communication Phase 2 | Rel-19 |
| TS 33.790 vj10 | Security for Next-Gen Real-Time Communication Phase 2 | Rel-19 |