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

Glossary term · Protocol

SOAP

Simple Object Access Protocol

Protocol →

SOAP is an XML-based messaging protocol used within 3GPP specifications to define a standardized envelope structure for exchanging structured information in web services communication, particularly for network capability exposure APIs.

Introduced
Rel-2
Where
Services
Specifications
17 specs
Also in
Management, Core Network
SOAP Description Purpose What changed Neighbours Specifications

Description

Within 3GPP standards, the Simple Object Access Protocol (SOAP) is adopted as the underlying messaging protocol for implementing web services interfaces, most notably for the Open Service Architecture (OSA) and the Parlay/OSA Gateway. SOAP is an XML-based protocol that defines a framework for structuring messages and a convention for representing remote procedure calls (RPCs) and responses. In the 3GPP context, it is used to facilitate machine-to-machine communication between application servers (AS) residing in an external domain and the network's service capability servers (SCS) that expose core network functionalities.

The architecture involves a SOAP client, typically the external application, and a SOAP server, which is the network's Parlay/OSA Gateway or a specific Service Capability Server. Communication occurs over transport protocols like HTTP or HTTPS. A SOAP message is an XML document containing a mandatory Envelope element, an optional Header element for extensibility (e.g., for security or transaction information), and a mandatory Body element that carries the actual RPC request or response data. For OSA, the Body contains method invocations and parameters defined by the Parlay/OSA Application Programming Interfaces (APIs), such as methods for call control, messaging, or user status interrogation.

The role of SOAP in 3GPP is to provide a platform- and language-neutral wire format for API calls. This abstraction is crucial for the OSA principle, which aims to decouple service development from the underlying network technology. By using SOAP/XML, application developers can use various programming languages and tools to create services that interact with the telecom network through a standardized, web-friendly interface. The 3GPP specifications detail the precise XML schemas (XSDs) and Web Services Description Language (WSDL) files that define the OSA APIs, ensuring interoperability between different vendors' gateways and applications.

Purpose & Motivation

SOAP was incorporated into 3GPP specifications to address the need for a standardized, open, and technology-agnostic protocol for network capability exposure. The driving force was the Open Service Architecture (OSA) and the Parlay Group's initiative to create secure, scalable APIs that would allow third-party application providers to innovate without deep knowledge of telecom network protocols. Prior to this, accessing network capabilities required proprietary, vendor-specific interfaces, which stifled the development of a vibrant ecosystem of value-added services.

The adoption of SOAP, along with related web services standards like WSDL and XML, provided a widely recognized and industry-supported foundation. It solved the problem of interoperability between heterogeneous systems by offering a text-based, self-describing message format. This allowed 3GPP to specify the *what* (the API semantics) separately from the *how* (the underlying transport and encoding). The historical context includes the convergence of IT and telecom worlds in the early 2000s, where web services emerged as the dominant paradigm for system integration. SOAP provided the necessary rigor and extensibility (e.g., through WS-* standards for security) required for critical telecom operations, making it a suitable choice for the Parlay/OSA framework within 3GPP.

What changed in its specifications

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

TS 23.057Rel-4 → Rel-5

Rel-5 added MExE Classmark 4 for CLI Compact Profile devices, covering architecture, security, charging, and capability negotiation.

Full comparison in TS 23.057 →
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 →

Evolution Across Releases

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

Rel-2 Initial

SOAP was initially referenced and adopted within 3GPP specifications to support the Open Service Architecture (OSA) for UMTS. It established the foundational messaging framework for the Parlay/OSA APIs, enabling third-party application servers to invoke network services via XML-based RPC calls over standard web protocols.

Defining Specifications

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

SpecificationTitleRelease
TR 22.977 vj00 Speech Enabled Services and Multimodal Framework Rel-19 read
TS 23.057 vj00 Mobile Execution Environment (MExE) Specification Rel-19 read
TS 23.127 v610 Virtual Home Environment Stage 2 Specification Rel-6 read
TS 23.140 v690 MMS Stage 2 & 3 Specification Rel-6 read
TS 23.198 v900 Open Service Access (OSA) Stage 2 Rel-9 read
TS 23.722 vf10 Common API Framework (CAPIF) for 3GPP Northbound APIs Rel-15 read
TS 23.845 va00 UDC Evolution Study Rel-10 read
TS 28.518 vj00 Fault Management for Virtualized Networks Stage 3 Rel-19 read
TS 29.198 v340 OSA R99 API Stage 3 Specification R99 read
TS 29.199 3GPP TS 29.199 Rel-2 read
TS 29.240 vj00 3GPP Generic User Profile (GUP) Stage 3 Protocol Rel-19 read
TS 29.817 vc10 Study on XML-based Rx interface for PCC Rel-12 read
TS 32.153 vj00 IRP Technology-Specific Templates Specification Rel-19 read
TS 32.818 v800 SA5 MTOSI XML Harmonization Study Rel-8 read
TS 32.824 v900 SOA and IRP Gap Analysis Rel-9 read
TS 32.866 vf00 REST, HTTP, JSON for Management Interfaces Rel-15 read
TR 33.980 vj00 GAA & Liberty Alliance Interworking Guidelines Rel-19 read