Description
Application Context Transfer (ACT) is a standardized service within 3GPP architectures that facilitates the transfer of application-related context information between different entities in the network. The service operates through a centralized ACT function that manages context storage, retrieval, and transfer operations. When an application session needs to be transferred (for example, when a user switches from a smartphone to a tablet), the ACT function coordinates with both the source and target devices, ensuring all relevant session parameters, user preferences, and application state data are properly migrated.
The architecture involves several key components: the ACT Server Function (ACT-SF) which stores and manages context data, the ACT Client Function (ACT-CF) residing in user equipment or application servers that initiates transfer requests, and the ACT Management Function (ACT-MF) which handles authentication, authorization, and policy enforcement. These components communicate through standardized interfaces defined in 3GPP specifications, using RESTful APIs and JSON-based data formats for context representation. The system employs secure protocols for data transfer and implements privacy controls to protect sensitive user information.
ACT works through a multi-phase process: context capture, where the current application state is serialized and stored; context transfer initiation, triggered by user action or network conditions; context retrieval, where the target device obtains the stored context; and context restoration, where the application resumes operation with the transferred state. The service supports both push and pull transfer modes, with the ACT-SF acting as an intermediary or broker between source and target entities. Context data can include session identifiers, user preferences, media playback positions, form data, authentication tokens, and application-specific parameters.
The service integrates with existing 3GPP systems through interfaces with the Policy Control Function (PCF), Unified Data Management (UDM), and Network Exposure Function (NEF). This allows ACT to leverage network capabilities like quality of service management, user authentication, and service authorization. The ACT function can be deployed as part of the service-based architecture in 5G core networks or as an independent network function in earlier releases. It plays a critical role in enabling seamless service continuity across different access technologies (5G, LTE, Wi-Fi) and device types, forming a foundation for advanced multi-device experiences and application mobility.
Purpose & Motivation
ACT was created to address the growing need for seamless application continuity as users increasingly employ multiple devices and switch between different access networks. Prior to ACT standardization, application developers had to implement proprietary solutions for state transfer, leading to fragmentation, security vulnerabilities, and poor user experiences. These ad-hoc approaches often failed to maintain session integrity during transitions, resulting in data loss, authentication failures, and disrupted services.
The technology solves several key problems: first, it eliminates the need for users to manually restart applications or re-enter data when switching devices; second, it enables service providers to offer consistent experiences across different device form factors; third, it supports emerging use cases like extended reality (XR) where maintaining application state is critical for immersion; and fourth, it facilitates network optimization by allowing intelligent load balancing between devices without disrupting user sessions.
Historically, the motivation for ACT came from the proliferation of smart devices and the increasing expectation of seamless digital experiences. As 3GPP networks evolved toward service-based architectures in 5G, there was a recognized need for standardized mechanisms to support application mobility. ACT provides this standardization while addressing security concerns through proper authentication, authorization, and data protection mechanisms that were often lacking in proprietary solutions.
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (1 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 17, the specifications introduced corrections and clarifications to the Application Context Transfer (ACT) status subscription and notification procedures. This specifically defined the "ACT start/stop" event, which the Edge Enabler Server (EES) uses to notify an Edge Application Server (EAS) of the need to begin or end a context transfer for a UE, including parameters like the target EAS endpoint address. The procedures also detailed the handling of EAS acknowledgements and the conditions under which ACR parameters are included in the notifications to support the transfer.
- Corrections to ACT status subscription and notification TS 23.558CR0097
Explore further
Broader topics and technologies where ACT plays a role.
Defining Specifications
3GPP specifications that define or reference ACT, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.558 vk00 | Architecture for Edge Applications | Rel-20 |
| TS 23.700 vk00 | XR Services Application Enablement Layer | Rel-20 |
| TS 28.062 vj00 | Tandem Free Operation (TFO) Service Description | Rel-19 |
| TS 31.121 vi50 | UICC-terminal interface test specification | Rel-18 |
| TR 33.739 vi10 | Study on security enhancement of support for | Rel-18 |