Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Services

OSA Interface

Open Service Access Interface

Services →

OSA Interface is a standardized interface that enables third-party applications to access network service capabilities without needing to understand the underlying network complexity.

Introduced
R99
Where
Services
Specifications
3 specs
OSA Interface Description Purpose What changed Neighbours Specifications

Description

The OSA (Open Service Access) Interface is a standardised API defined by 3GPP that allows external applications and clients to access service capability features provided by the underlying network. It is part of the Open Service Access (OSA) architecture, which was introduced in Release 99 to enable third-party service providers to develop applications that can interact with mobile network capabilities such as call control, location, messaging, and charging. The OSA Interface abstracts the network complexity and exposes a set of service capability features (SCFs) through a secure, standardised gateway.

The OSA architecture consists of three main components: the application (client), the OSA framework, and the service capability servers (SCSs). The OSA Interface is the interface between the application and the framework, as well as between the framework and the SCSs. The framework provides authentication, authorisation, and service discovery functions, ensuring that only authorised applications can access specific service capabilities. The SCSs implement the actual service logic and interact with the underlying network elements (e.g., MSC, HLR, SMSC) through internal network interfaces.

The OSA Interface is defined using object-oriented APIs, typically specified in UML and mapped to technologies such as CORBA, Java, and web services (SOAP/REST). The interface supports a wide range of service capabilities, including call control, user interaction, terminal capabilities, data session control, generic messaging, connectivity manager, account management, charging, policy management, and presence. Each service capability is defined by a set of interfaces, methods, and data types that applications can invoke.

One of the key strengths of the OSA Interface is its ability to hide the heterogeneity of the underlying network. Applications developed using OSA can work across different network types (e.g., GSM, UMTS, LTE, 5G) as long as the network supports the OSA gateway. This promotes portability and reduces development costs for service providers. The OSA Interface also supports secure access through authentication and authorisation mechanisms, ensuring that only trusted applications can access sensitive network functions.

In later releases, the OSA Interface has evolved to support new service capabilities and to align with modern web technologies. For example, the introduction of RESTful APIs in the OneAPI initiative (now part of the CAMARA project) has made it easier for developers to use OSA-like capabilities. However, the core concept of a standardised, secure interface for accessing network services remains unchanged. The OSA Interface is specified in 3GPP technical specifications such as 23.127 (Virtual Home Environment/Open Service Access) and 29.198 (Open Service Access Application Programming Interface).

Purpose & Motivation

The OSA Interface was created to address the need for a standardised way for third-party application developers to access mobile network capabilities without requiring deep knowledge of the underlying network protocols and interfaces. Before OSA, accessing network services required proprietary interfaces and close integration with specific network vendors, which limited innovation and increased costs. The OSA Interface provides a secure, standardised gateway that abstracts network complexity, enabling rapid development and deployment of new services.

Another motivation was the desire to open up the telecom network to a broader ecosystem of developers, similar to how the internet opened up to web developers. By providing a standardised API, network operators can expose their capabilities to external partners, creating new revenue streams and fostering innovation. The OSA Interface also supports service portability across different networks and vendors, reducing lock-in and promoting competition.

Over time, the OSA Interface has evolved to keep pace with new network technologies and service paradigms. While its initial focus was on voice and messaging services, it now supports a wide range of capabilities including location, presence, and quality of service. The principles of OSA continue to influence modern API initiatives such as 5G Service Based Architecture (SBA) and the CAMARA project, which aim to expose network capabilities through standardised APIs.

What changed in its specifications

The latest release-to-release comparison of specifications that define OSA Interface. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.127Rel-4 → Rel-5

Rel-5 added IMS provisioning with new network element definitions (HSS, IMS, ISC, MRF). It also added OSA enhancements covering HE-VASP support, policy management, presence, and removing User Profile Management.

Full comparison in TS 23.127 →

Release Timeline

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

R99 Initial

Initial definition: 'Standardised Interface used by applications to access service capability features.' Introduced the OSA architecture with a focus on enabling third-party applications to access network capabilities.

Wording changed to 'Standardised Interface used by application/clients to access service capability features.' This change clarified that both applications and clients can use the interface, reflecting a broader scope of access.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Definition carried over unchanged from Rel-4.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 23.127 v610 Virtual Home Environment Stage 2 Specification Rel-6 read
TS 29.198 v340 OSA R99 API Stage 3 Specification R99 read