RP

Reference Point

Interface →
Introduced in Rel-8 Also in: Security, User Equipment, Core Network, Radio Access Network

RP is a conceptual point in a 3GPP network architecture representing a standardized interface between two functional entities to ensure interoperability.

Category
Interface
Introduced
Rel-8
Where
Services › Codecs
Also touches
4 segments
Specifications
12 specs
RP Description Purpose Related Classification Detected Changes Specifications

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

Part ofSAE

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-15 2 changes

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.

  • Minor restructuring of sensor references and addition of sensor methods (IMU) TS 38.305CR0009
  • Adding missing reference for autonomous and measuremnts gaps for Inter-RAT RSTD measurements TS 38.305CR0010
Rel-16 2 changes

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.

  • Description on timestamp reference in NR positioning measurement report TS 37.355CR0311
  • Correction of reference TRP for DL-AoD and Multi-RTT measurement report TS 37.355CR0330
Rel-17 3 changes

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.

  • GNSS SSR BDS orbit emphemeris reference clarification to align with RTCM TS 37.355CR0461
  • CR correcting scaling of angles for CDL model and a figure reference TS 38.901CR0025
  • Clarifying Galileo NAV message in the GNSS Navigation model to clarify SSR clock correction signal reference TS 37.355CR0412
Rel-18 1 change

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
Rel-19 1 change

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.

SpecificationTitleRelease
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