Description
A Relative Distinguished Name (RDN) is a fundamental building block from the X.500 directory services standard, adopted extensively within 3GPP management specifications for structuring and identifying managed objects. In the context of 3GPP, every managed resource—such as a network function, a hardware component, or a logical entity like a network slice—is represented as a Management Object (MO) instance within a hierarchical Management Information Tree (MIT). Each MO instance is uniquely addressed by its Distinguished Name (DN), which is a sequence of RDNs concatenated from the root of the tree down to the specific MO. An RDN itself is an attribute-value assertion, typically a single key-value pair (e.g., `ManagedElementId=Gnb123`), that uniquely identifies an MO among its siblings under the same parent MO. For example, the full DN of a gNB cell might be: `DN=SubNetwork=CountryA, ManagedElement=Gnb123, GNBDUFunction=1, NRCellDU=Cell456`. Here, `NRCellDU=Cell456` is the RDN that uniquely identifies this cell within its parent `GNBDUFunction`. The hierarchical structure enforced by RDNs allows for logical grouping and efficient navigation. All 3GPP management interfaces, such as the Itf-N (northbound interface) or the management services defined for 5G, use DNs composed of RDNs as the primary reference to target specific resources for operations like create, read, update, delete, and notify. The syntax and allowed attributes for RDNs are defined in the 3GPP Management Data (MD) specifications, particularly TS 32.300, which provides the naming framework. This rigorous naming convention is critical for ensuring unambiguous communication between management systems (e.g., NMS, OSS) and network elements or between network functions in a service-based architecture, enabling precise configuration, fault correlation, and inventory tracking across a complex, multi-vendor network.
Purpose & Motivation
The adoption of the RDN/DN concept from X.500 into 3GPP management (starting in Release 8) addressed the critical need for a standardized, hierarchical, and unambiguous naming scheme for all managed objects in a telecommunications network. Prior approaches were often ad-hoc or vendor-specific, leading to inconsistencies in how network resources were identified across different management interfaces and systems. This made automated management, multi-vendor integration, and large-scale orchestration extremely difficult. The RDN-based hierarchical naming provides a natural way to model the real-world containment relationships of network resources (e.g., a network contains sub-networks, which contain managed elements, which contain functions). This structure is not just for identification; it enables powerful management operations like scoping (applying an operation to all objects under a parent) and inheritance of properties. It solves the problem of uniquely identifying millions of managed object instances in a global network while maintaining human-readable and machine-parsable names. This is essential for functions like fault management, where an alarm must precisely indicate the failing component, or configuration management, where a slice profile must be applied to a specific set of network functions. The RDN framework underpins the entire 3GPP Management Architecture, making it possible to implement automated, model-driven operations and is a prerequisite for advanced concepts like closed-loop automation and intent-based management in 5G and beyond.
Key Features
- A key-value pair (e.g., `AttributeName=Value`) that uniquely identifies an object among its siblings
- Fundamental component for constructing the hierarchical Distinguished Name (DN) of a managed object
- Enables logical modeling of containment relationships in the Management Information Tree (MIT)
- Provides unambiguous addressing for all management operations (CRUD, notifications)
- Defined by 3GPP standards to ensure consistency across all management interfaces
- Supports scoping and filtering in management service requests
Evolution Across Releases
Introduced as the core naming convention for the Enhanced UMTS Terrestrial Radio Access Network (E-UTRAN) and Evolved Packet Core (EPC) management. Defined the foundational principles in TS 32.300, establishing the Management Information Tree (MIT) hierarchy and the use of RDNs to form Distinguished Names for all Managed Objects, enabling standardized multi-vendor management.
Defining Specifications
| Specification | Title |
|---|---|
| TS 28.622 | 3GPP TS 28.622 |
| TS 28.632 | 3GPP TS 28.632 |
| TS 28.652 | 3GPP TS 28.652 |
| TS 28.655 | 3GPP TS 28.655 |
| TS 28.658 | 3GPP TS 28.658 |
| TS 28.662 | 3GPP TS 28.662 |
| TS 28.702 | 3GPP TS 28.702 |
| TS 28.705 | 3GPP TS 28.705 |
| TS 28.708 | 3GPP TS 28.708 |
| TS 28.732 | 3GPP TS 28.732 |
| TS 28.735 | 3GPP TS 28.735 |
| TS 32.111 | 3GPP TR 32.111 |
| TS 32.300 | 3GPP TR 32.300 |
| TS 32.312 | 3GPP TR 32.312 |
| TS 32.602 | 3GPP TR 32.602 |
| TS 32.615 | 3GPP TR 32.615 |
| TS 32.616 | 3GPP TR 32.616 |
| TS 32.622 | 3GPP TR 32.622 |
| TS 32.632 | 3GPP TR 32.632 |
| TS 32.642 | 3GPP TR 32.642 |
| TS 32.652 | 3GPP TR 32.652 |
| TS 32.662 | 3GPP TR 32.662 |
| TS 32.692 | 3GPP TR 32.692 |
| TS 32.712 | 3GPP TR 32.712 |
| TS 32.722 | 3GPP TR 32.722 |
| TS 32.732 | 3GPP TR 32.732 |
| TS 32.742 | 3GPP TR 32.742 |
| TS 32.752 | 3GPP TR 32.752 |
| TS 32.762 | 3GPP TR 32.762 |
| TS 32.792 | 3GPP TR 32.792 |
| TS 36.108 | 3GPP TR 36.108 |
| TS 36.181 | 3GPP TR 36.181 |
| TS 37.105 | 3GPP TR 37.105 |
| TS 37.114 | 3GPP TR 37.114 |
| TS 37.145 | 3GPP TR 37.145 |
| TS 37.840 | 3GPP TR 37.840 |
| TS 37.842 | 3GPP TR 37.842 |
| TS 37.843 | 3GPP TR 37.843 |
| TS 37.941 | 3GPP TR 37.941 |
| TS 38.104 | 3GPP TR 38.104 |
| TS 38.108 | 3GPP TR 38.108 |
| TS 38.141 | 3GPP TR 38.141 |
| TS 38.174 | 3GPP TR 38.174 |
| TS 38.176 | 3GPP TR 38.176 |
| TS 38.181 | 3GPP TR 38.181 |
| TS 38.809 | 3GPP TR 38.809 |
| TS 38.817 | 3GPP TR 38.817 |
| TS 38.820 | 3GPP TR 38.820 |
| TS 38.876 | 3GPP TR 38.876 |
| TS 38.877 | 3GPP TR 38.877 |