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.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (18 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-8, normative work from Rel-17.
In Release 17, the Application Context Transfer (ACT) function was enhanced to specifically enable EEC context relocation, including the provision of the EES endpoint in the ACR request to facilitate this. The enhancements also introduced the unique identification of the EEC context within ACR procedures and the management of a list of subscriptions to the CN within the EEC context. Furthermore, corrections were made to the ACT status subscription and notification mechanisms.
- EEC context relocation TS 23.558CR0008
- Provide EES endpoint in ACR request to enable EEC context relocation during ACR TS 23.558CR0044
- List of subscriptions to the CN in EEC context TS 23.558CR0054
- Unique identification of the EEC context in ACR procedures TS 23.558CR0088
- Corrections to ACT status subscription and notification TS 23.558CR0097
In Release 18, the ACT function's enhancements included clarified definitions and procedures for Application Group IDs and EEC context handling, based on explicit Change Requests. The release also introduced specific resolutions for EEC Context updates with EDGE-3 subscriptions and provided clarifications for the Application Context Transfer procedure within the service continuity framework.
- Enabling ACR with cloud applications TS 23.558CR0264
- Application groups entity relationships TS 23.558CR0349
- Application Group Profile EN resolution proposal TS 23.558CR0357
- Resolving EN about updating EEC Context with EDGE-3 subscriptions TS 23.558CR0394
- Correct application group id description TS 23.558CR0420
- Resolve the EN on Application group profile TS 23.558CR0454
+ 4 more changes
In Release 19, the ACT function was enhanced to support application service continuity during Edge Data Network (EDN) overload scenarios and to enable EAS instantiation that meets end-to-end Key Performance Indicators (KPIs) for applications like Extended Reality (XR). Furthermore, new capabilities were introduced to solve issues for Edge Nodes (EN) within an application group profile, which relates to the management of common EASs serving groups of UEs. These improvements specifically address dynamic EAS instantiation triggering by the Edge Enabler Layer and the maintenance of service continuity during Application Context Relocation between a source and target EAS.
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 |