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
Evolution Across Releases
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.
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 |