OSA

Open Services Architecture

Services →
Introduced in R99 Also in: Core Network, Management

OSA is a standardized framework for creating and deploying network services in a vendor-independent manner, enabling third-party providers to access network capabilities through open APIs.

Category
Services
Introduced
R99
Where
Services › IMS
Also touches
2 segments
Specifications
22 specs
OSA Description Purpose Related Classification Detected Changes Specifications

Description

The Open Services Architecture (OSA) is a cornerstone of the 3GPP service layer, designed to provide a standardized, secure, and scalable way for applications to interact with network capabilities. It is based on a client-server model where the Application Server (AS) acts as the client and the OSA Gateway, often implemented as part of an IP Multimedia Subsystem (IMS) Service Capability Interaction Manager (SCIM), acts as the server. The architecture defines a set of Service Capability Features (SCFs), which are abstract representations of network functionalities like call control, user location, presence, and messaging. These SCFs are exposed to applications via standardized, technology-agnostic Application Programming Interfaces (APIs), historically aligned with the Parlay specifications. The OSA Gateway maps these API calls to the underlying network protocols, such as SIP, MAP, or Diameter, providing a crucial abstraction layer that shields application developers from the complexities of the core network.

The OSA framework is built upon a robust security and management infrastructure. It includes a Framework API, which is a mandatory set of functionalities for all OSA implementations. This framework handles critical tasks such as authentication and authorization of applications, discovery of available SCFs, establishment of secure communication sessions, and integrity management. The security model ensures that only authorized applications can access specific network capabilities, often based on service level agreements. From an operational perspective, OSA facilitates the creation of a vibrant ecosystem where network operators can safely open their networks to third-party service providers, enabling a wide array of value-added services without compromising network security or stability.

Within the network, OSA plays a pivotal role in enabling the seamless integration of applications with IMS and other core network domains. It is a key enabler for the 'open network' concept, moving away from vertically integrated, vendor-proprietary service creation environments. The architecture supports both stateful and stateless interactions, allowing for complex service logic involving multiple network capabilities. Its design promotes reusability and interoperability, as applications written for one operator's OSA implementation can, in principle, be ported to another's with minimal changes. This has been fundamental in the evolution of mobile networks towards providing rich communication services, blending telecom and IT functionalities.

Purpose & Motivation

OSA was created to address the fundamental challenge of slow and costly service innovation in traditional telecom networks. Prior to its introduction, creating new network services was a complex process tightly coupled to specific vendor equipment and proprietary interfaces. This 'walled garden' approach stifled innovation, increased development time, and locked operators into single-vendor ecosystems. The primary purpose of OSA is to break down these barriers by standardizing the interface between applications and network functionality.

The historical context for OSA's development lies in the transition from circuit-switched 2G networks to the packet-switched, IP-based 3G and later 4G/5G networks. As networks became more capable and data-oriented, the demand for innovative services (beyond voice and SMS) grew exponentially. The 3GPP, in collaboration with the Parlay Group, defined OSA to provide a future-proof, technology-agnostic method for service exposure. It solves the problem of how to safely and efficiently allow external applications—from both the operator and third-party developers—to leverage intrinsic network capabilities like user authentication, location, and session control.

By solving these problems, OSA directly enables the business model of network-as-a-platform. It allows operators to monetize their network assets beyond basic connectivity, fostering partnerships with application developers and content providers. This was a strategic shift from being mere connectivity providers to becoming enablers of a broader digital services ecosystem, a principle that remains central to modern network architectures like 5G Service-Based Architecture (SBA).

Classification

Part ofAPI
Specific typesKVMVASPVHE
Related approachesIMSSCIM

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 2 changes

In Release 15, the specification clarified UE behavior for handling a single list of Exempt Services. Furthermore, it updated the architectural description for scenarios without IMS-level roaming interfaces by creating a reference to the clause that defines this architecture for the 5G System (5GS) case.

  • Clarification on UE behavior when receiving single list of Exempt Services - TS 23.228 TS 23.228CR1183
  • Clause W.2 on "Architecture without IMS-level roaming interfaces" to refer to clause Y.9.2 that defines it for the 5GS case. TS 23.228CR1196
Rel-16 2 changes

In Release 16, the enhancements to the Open Services Architecture (OSA) primarily involved updating the Service-Based Architecture (SBA) Home Subscriber Server (HSS) services for the IP Multimedia Subsystem (IMS). This focused on refining the standardized service enablers and their interfaces to facilitate IMS application deployment. The updates aimed to improve how applications and service providers access user-related data and network capabilities in a managed way.

  • SBA HSS Services for IMS TS 23.228CR1200
  • Update of SBA HSS Services for IMS TS 23.228CR1211
Rel-18 7 changes

In Release 18, the OSA (Open Services Architecture) evolution within the IMS focused on transitioning to a Service-Based Architecture (SBA) and refining the media function components. Specifically, this involved an architecture alignment to replace the Dedicated Control Media Function (DCMF) with a more generalized Media Function (MF), alongside updates to IMS Application Server (AS) SBA services and the removal of the Media Resource Function (MRF) from the IMS data channel architecture. These changes streamlined the framework for developing applications and providing system services, enhancing the support for multimedia telephony services including speech, video, and text.

+ 1 more changes

Rel-19 9 changes

In Release 19, the OSA function was updated with a new IMS Subscribe/Notify Framework architecture and enhancements to the architecture for avatar communications, reflecting the ongoing evolution of service enablers and application frameworks. These updates included necessary corrections and operational refinements to these new architectures. Additionally, the release featured alignment work for Data Connectivity exposure and an updated mapping for the Sh interface to HSS SBI services.

  • KI#1: IMS Subscribe/Notify Framework Architecture TS 23.228CR1409
  • Architecture for UE-satellite-UE communicaitons TS 23.228CR1427
  • KI#8: Architecture for avatar communications TS 23.228CR1480
  • Alignment of DC exposure and standalone DC with IMS DC architecture TS 23.228CR1509
  • KI#8: Update to Architecture for avatar communications TS 23.228CR1537
  • KI#1: Corrections to IMS Subscribe/Notify Framework Architecture TS 23.228CR1601

+ 3 more changes

Explore further

Broader topics and technologies where OSA plays a role.

Defining Specifications

3GPP specifications that define or reference OSA, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 22.121 v1400 Virtual Home Environment Requirements Rel-5
TS 22.127 v1900 Open Service Access (OSA) Requirements Rel-9
TS 22.228 vj00 IP Multimedia Service Requirements Rel-19
TS 22.240 vj00 3GPP Generic User Profile Requirements Rel-19
TR 22.949 vj00 Privacy Requirements Study for 3GPP Services Rel-19
TS 23.127 v1600 Virtual Home Environment Stage 2 Specification Rel-6
TS 23.171 v1300 LCS Stage 2 Specification for UMTS Rel-4
TS 23.198 v1900 Open Service Access (OSA); Stage 2 Rel-9
TS 23.218 vj00 IMS Call Model Specification Rel-19
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TS 23.240 vj00 3GPP Generic User Profile (GUP) Architecture Rel-19
TS 23.271 vj00 LCS Stage 2 Specification Rel-19
TS 23.417 v1700 IMS Core Component for NGN Architecture Rel-7
TS 23.517 v1800 IMS Core Component for NGN Architecture Rel-8
TS 29.198 v1900 OSA API Overview Specification Rel-9
TS 29.199 v1900 Multimedia Messaging Web Services Rel-9
TS 29.864 v801 Application Server Service Data Definition for IMS Telephony Rel-8
TS 32.102 vj00 Telecom Management Physical Architecture Framework Rel-19
TS 32.140 vj00 Subscription Management (SuM) requirements Rel-19
TS 32.141 vj00 Subscription Management (SuM) Architecture Rel-19
TS 32.808 v1800 Common User Profile Storage Framework Rel-8