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

Glossary term · Interface

RP

Reference Point

Interface →

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

Introduced
Rel-8
Where
Services › Codecs
Specifications
12 specs
Also in
Security, Core Network, Radio Access Network
RP Description Purpose What changed Neighbours 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.

What changed in its specifications

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

TS 26.132Rel-17 → Rel-18

Added UE Testing Phase 2 for user plane traffic/services: test method clause references in clauses 7.13.0, 8.13.0, 9.13.0; revised packet delay and loss profiles.

Full comparison in TS 26.132 →
TS 29.338Rel-18 → Rel-19

Added MPS priority handling for messaging across HSS, SMS Router, and network elements with new AVPs and DSCP values. Added NR-Cell-Global-Identity as optional IE for originating and MT UE cells in emergency LCS routing.

Full comparison in TS 29.338 →

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-8 Initial

Formalized as a core architectural concept in the System Architecture Evolution (SAE) for EPS. Defined a comprehensive set of RPs (e.g., S1, X2, S5/S8, Gx, Rx) between the new functional entities like eNB, MME, S-GW, P-GW, and PCRF, establishing the interoperable framework for the all-IP LTE core network.

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 read
TS 26.132 vk00 Terminal Acoustic Test Methods for Telephony Rel-20 read
TR 26.998 vj00 5G AR/MR Glasses Integration Study Rel-19 read
TS 29.338 vj30 Diameter protocols for SMS in MME/5GS Rel-19 read
TS 29.561 vk10 5G Network Interworking Procedures Rel-20 read
TS 31.113 v800 USAT Interpreter Byte Codes Specification Rel-8 read
TS 33.804 vc00 Non-UICC SSO using SIP Digest credentials Rel-12 read
TR 33.924 vj00 GBA-OpenID Interworking Specification Rel-19 read
TR 33.995 vj00 Study on SSO Security Integration with 3GPP Networks Rel-19 read
TS 37.355 vj30 LTE Positioning Protocol (LPP) Rel-19 read
TS 38.305 vj30 NG-RAN UE Positioning Stage 2 Rel-19 read
TS 38.901 vj50 5G NR Channel Model Rel-19 read