4 Open Service Access APIs

29.198-013GPPOpen Service Access (OSA) Application Programming Interface (API)Part 1: OverviewRelease 9TS

The OSA-specifications define an architecture that enables service application developers to make use of network functionality through an open standardised interface, i.e. the OSA APIs. The network functionality is describes as Service Capability Features (SCFs) or Services. The OSA Framework is a general component in support of Services (Service Capabilities) and Applications. The concepts and the functional architecture for the OSA are contained in 3GPP TS 23.198 [3]. The requirements for OSA are contained in 3GPP TS 22.127 [2].

The OSA API is split into three types of interface classes, Service and Framework (FW).

– Interface classes between the Applications and the Framework (FW) that provide applications with basic mechanisms (e.g. Authentication) that enable them to make use of the service capabilities in the network.

– Interface classes between Applications and SCFs, which are individual services that may be required by the client to enable the running of third party applications over the interface e.g. Messaging type service.

– Interface classes between the Framework (FW) and the SCFs that provide the mechanisms necessary for a multi-vendor environment.

These interfaces represent interfaces 1, 2 and 3 in Figure 1 below. The other interfaces are not yet part of the scope of the work.

Figure 1:

Within the OSA concept a set of Service Capability Features (SCFs) has been specified. The OSA documentation is structured in parts. The first part (the present document) contains an overview, the second part contains common data definitions, the third part the Framework interfaces and the following parts contain the description of the SCFs.

NOTE: The terms ‘Service’ and ‘Service Capability Feature’ are used as alternatives for the same concept in the present document. In the OSA API itself the SCFs as identified in the 3GPP requirements and architecture are reflected as ‘service’, in terms like service instance lifecycle manager, service Discovery.