Description
In 3GPP system architecture, a Reference Point (RP) is a fundamental architectural concept that defines a logical connection point between two distinct functional entities or groups of entities. It is a specification point that abstracts the communication interface, detailing the protocols, procedures, primitives, and information flows that must be supported for interoperability. Unlike a physical interface, an RP is a conceptual specification; its physical realization can be implemented over various transport networks (e.g., IP, ATM, TDM) and may map to one or more physical interfaces in a real deployment.
An RP is typically represented in architectural diagrams as a line connecting two blocks (functional entities), labeled with a name (e.g., Rx, Gx, N2). The specification of an RP is contained within 3GPP technical specifications (TS) and often involves multiple protocol layers. For example, the Rx reference point between the Application Function (AF) and the Policy and Charging Rules Function (PCRF) uses the Diameter protocol. The definition includes the service primitives (requests, responses, commands), the exact information elements (AVPs in Diameter) to be exchanged, the sequence of messages, and the expected behavior of each entity.
How it works: When a functional entity (e.g., a P-CSCF) needs to communicate with another (e.g., a PCRF), it does so according to the procedures defined for the specific RP (in this case, the Rx interface). The entity constructs protocol messages as per the RP specification, populates the mandated information elements, and sends them over the underlying transport network. The receiving entity interprets the messages based on the same RP definition, executes the appropriate logic, and may send a response. This ensures that even if the two entities are supplied by different manufacturers, they can successfully interact because both adhere to the same RP specification. RPs are the building blocks that allow the 3GPP network to be decomposed into standardized, interoperable functional components, enabling flexible network design, evolution, and multi-vendor deployment.
Purpose & Motivation
The concept of the Reference Point exists to solve the critical problem of interoperability in complex, multi-vendor telecommunications networks. In the early days of cellular systems, proprietary interfaces between network elements led to vendor lock-in, stifled innovation, and increased costs for operators. The 3GPP standards body adopted a functional, decomposed architecture where the network is described as a set of interacting functional entities.
The RP is the tool that formally defines *how* these entities interact. Its purpose is to provide a complete, unambiguous specification for the communication between any two standardized functions. This allows network operators to select best-of-breed components from different suppliers, confident that they will work together. It also enables the independent evolution of network functions; as long as they maintain compliance with the RP specification, new features can be introduced. Historically, this approach, centered on well-defined RPs, has been instrumental in the success and global adoption of 3GPP technologies (GSM, UMTS, LTE, 5G), fostering a competitive ecosystem and accelerating technological advancement. RPs address the limitations of monolithic, proprietary systems by enabling modular, flexible, and future-proof network architectures.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (9 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-8, normative work from Rel-15.
In Release 15, the RP (Relying Party) function was referenced within the framework for Single Sign-On (SSO) and OpenID Provider (OP) interactions. The release also included minor restructuring of sensor references, specifically adding sensor methods for IMU (Inertial Measurement Unit). Furthermore, it addressed autonomous and measurement gaps for Inter-RAT RSTD measurements by adding a missing reference for this procedure.
In Release 16, the RP (Relying Party) function was not the primary subject of the specified updates. The changes focused on positioning measurement reports, introducing a new description for the timestamp reference in NR positioning and correcting the reference TRP for DL-AoD and Multi-RTT measurement reports. These enhancements improved the precision and clarity of positioning procedures within the network.
In Release 17, updates to the RP (Relying Party) function included clarifications to the GNSS navigation model, specifically aligning the SSR BDS orbit ephemeris reference with RTCM standards. Additionally, corrections were made to the scaling of angles for the CDL model and its associated figure reference. The release also provided clarification on the Galileo NAV message within the GNSS navigation model to specify the SSR clock correction signal reference.
In Release 18, the updates focused on the Reference Architecture, with specific enhancements to the RP (Relying Party) function. The changes clarified the RP's role within authentication and authorization frameworks, particularly in relation to Identity Providers and Single Sign-On (SSO) use cases. This provided a more defined architectural context for the RP when interacting with other network functions like the OpenID Provider.
- Updates on Reference Architecture TS 29.561CR0146
In Release 19, the primary update for the RP (Relying Party) function involved a reference update and IANA registration for UDP transport options. This change ensures the technical specifications for transport are properly aligned with current internet standards. The update maintains the RP's role within authentication and Single Sign-On (SSO) frameworks as defined in the existing architecture.
- RFC reference update and IANA registration for UDP transport options TS 29.561CR0206
Explore further
Broader topics and technologies where RP plays a role.
Defining Specifications
3GPP specifications that define or reference RP, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 22.895 vc00 | 3GPP SSO Framework Integration Study | Rel-12 |
| TS 26.132 vj00 | Terminal Acoustic Test Methods | Rel-19 |
| TR 26.998 vj00 | 5G AR/MR Glasses Integration Study | Rel-19 |
| TS 29.338 vj30 | Diameter protocols for SMS in MME/5GS | Rel-19 |
| TS 29.561 vj30 | 5G Interworking with External Data Networks | Rel-19 |
| TS 31.113 v1800 | USAT Interpreter Byte Code Specification | Rel-8 |
| TS 33.804 vc00 | Non-UICC SSO using SIP Digest credentials | Rel-12 |
| TR 33.924 vj00 | GBA-OpenID Interworking Specification | Rel-19 |
| TR 33.995 vj00 | Study on SSO Security Integration with 3GPP Networks | Rel-19 |
| TS 37.355 vj20 | LTE Positioning Protocol (LPP) | Rel-19 |
| TS 38.305 vj00 | NG-RAN UE Positioning Stage 2 | Rel-19 |
| TR 38.901 vj10 | Channel Model for 0.5-100 GHz | Rel-19 |