JvD_Ericsson | d182503 | 2024-06-07 13:53:56 +0100 | [diff] [blame] | 1 | .. This work is licensed under a Creative Commons Attribution 4.0 International License. |
| 2 | .. SPDX-License-Identifier: CC-BY-4.0 |
| 3 | .. Copyright (C) 2024 Nordix Foundation. All rights Reserved |
| 4 | .. Copyright (C) 2024 OpenInfra Foundation Europe. All Rights Reserved |
| 5 | |
| 6 | Developer Guide |
| 7 | ############### |
| 8 | |
| 9 | Developer Guide Overview |
| 10 | ======================== |
| 11 | |
| 12 | In this guide, we explore the use of Topology & Inventory to manage the |
| 13 | topology and inventory data in your network. |
| 14 | |
| 15 | Introducing topology and inventory data |
| 16 | ======================================= |
| 17 | |
| 18 | Topology and inventory data is the information that represents entities |
| 19 | in a telecommunications network and the relationships between them that |
| 20 | provide insight into a particular aspect of the network of importance to |
| 21 | specific use cases. Topology and inventory data can be derived from |
| 22 | inventory, configuration, or other data. Topology & Inventory is being |
| 23 | updated autonomously based on changes in the network. |
| 24 | |
| 25 | Topology & Inventory supports several topology and inventory domains, |
| 26 | see the :doc:`Data Models </data-models-guide>` for |
| 27 | details on the topology and inventory model. The understanding of the |
| 28 | model is important to enable a user making queries on topology and |
| 29 | inventory data. The entities are modeled as managed objects (found under |
| 30 | the schema in the data dictionary) and grouped together in modules based |
| 31 | on functionality. See |
| 32 | :ref:`Supported domains <Supported domains>` |
| 33 | for the list of the topology and inventory domains currently supported |
| 34 | in Topology & Inventory capability. |
| 35 | |
| 36 | Concepts |
| 37 | -------- |
| 38 | |
| 39 | The building blocks of the Topology & Inventory are domains, entities, |
| 40 | and the relationships between each other. From a graph perspective, |
| 41 | entities are the vertices and relationships are the edges. These two |
| 42 | components are part of a subgraph, or the so-called domain. A |
| 43 | relationship can go beyond a single domain, since it can happen that the |
| 44 | two entities come from two separate ones. In this particular case, they |
| 45 | have a cross-domain relationship. |
| 46 | |
| 47 | Domain |
| 48 | ~~~~~~ |
| 49 | |
| 50 | A domain is a grouping of topology and inventory entities that handles |
| 51 | topology and inventory data. Topology and inventory data is the |
| 52 | information that represents entities in a telecommunications network and |
| 53 | the relationships between them that provides insight into a particular |
| 54 | aspect of the network of import to specific use cases. Topology and |
| 55 | inventory data can be derived from inventory, configuration, or other |
| 56 | data. Therefore, the topology and inventory model must define what the |
| 57 | telecoms network entities and relationships are. More information can be |
| 58 | found in :ref:`Supported domains <Supported domains>`. |
| 59 | The Topology Exposure and Inventory Management (TEIV) domain is the |
| 60 | parent domain used for entities and relationships. This domain can be |
| 61 | used in reading and querying topology and inventory data when the domain |
| 62 | name of an entity or relationship is not known. |
| 63 | |
| 64 | Entity |
| 65 | ~~~~~~ |
| 66 | |
| 67 | Entities are enabling the modelling and storage of complex network |
| 68 | infrastructure and relationships. The following are two examples of the |
| 69 | entities and their attributes from :doc:`Topology & Inventory Data |
| 70 | Models <data-models-guide>`. |
| 71 | |
| 72 | .. image:: _static/sample-entities.svg |
| 73 | :width: 900 |
| 74 | |
| 75 | Relationship |
| 76 | ~~~~~~~~~~~~ |
| 77 | |
| 78 | It is a bi-directional connection between two entities, one of which is |
| 79 | the originating side (A-side) and the other is the terminating side |
| 80 | (B-side). The order of the sides matters since it defines the |
| 81 | relationship itself which must be unique. A relationship between two |
| 82 | entities is based on the effect that one has on the other. An entity can |
| 83 | have one or multiple relationships which can be defined by the user. A |
| 84 | possible relationship between ManagedElement and GNBDUFunction can be |
| 85 | *MANAGEDELEMENT_MANAGES_GNBDUFUNCTION*. |
| 86 | |
| 87 | Topology & Inventory models |
| 88 | --------------------------- |
| 89 | |
| 90 | The Topology & Inventory objects are managed and standardized using YANG |
| 91 | models. These YANG models describe managed network entities and their |
| 92 | attributes, while also providing information on the relations between |
| 93 | the network entities. YANG data models are structured into modules and |
| 94 | submodules. Management instance data is a graph of objects which have |
| 95 | attributes (see the **schema** in the data models). |
| 96 | |
| 97 | The :doc:`Topology & Inventory Data Models <data-models-guide>` includes: |
| 98 | - Modules for each supported domain that describe the structure of the |
| 99 | managed objects within it as well as any relationships between them. - |
| 100 | Modules that describe cross-domain relationships. - Modules that define |
| 101 | proprietary extensions and types used to describe the structure of |
| 102 | objects and attributes within the domains. |
| 103 | |
| 104 | The following sample diagram shows some managed objects and their |
| 105 | relationships in the RAN domain. |
| 106 | |
| 107 | .. image:: _static/sample-object-relationships.svg |
| 108 | :width: 900 |
| 109 | |
| 110 | A direct relationship is a connection between two entities without any |
| 111 | in-between entity and an indirect relationship contains at least one. |
| 112 | NRCellDU has direct relationships with GNBDUFunction and |
| 113 | NRSectorCarrier, while it also has indirect relationships with |
| 114 | ManagedElement, AntennaCapability, and AntennaModule. |
| 115 | |
| 116 | Supported domains |
| 117 | ----------------- |
| 118 | |
JvD_Ericsson | f35bdee | 2024-06-11 15:08:56 +0100 | [diff] [blame] | 119 | +-----------------------------------+-------------------------------------------------------+ |
| 120 | | Domain | Description | |
| 121 | +===================================+=======================================================+ |
| 122 | | RAN | | This model contains the topology entities and | |
| 123 | | | | relations in the RAN domain, which represents the | |
| 124 | | | | functional capability of the deployed RAN that | |
| 125 | | | | are relevant to rApps use cases. | |
| 126 | +-----------------------------------+-------------------------------------------------------+ |
| 127 | | EQUIPMENT | | This model contains the topology entities and | |
| 128 | | | | relations in the Equipment domain, which is | |
| 129 | | | | modeled to understand the physical location of | |
| 130 | | | | equipment such as antennas associated with a | |
| 131 | | | | cell/carrier and their relevant properties, for | |
| 132 | | | | example, tilt, max power, and so on. | |
| 133 | +-----------------------------------+-------------------------------------------------------+ |
| 134 | | OAM | | This model contains the topology entities and | |
| 135 | | | | relations in the O&M domain, which are intended | |
| 136 | | | | to represent management systems and management | |
| 137 | | | | interfaces. | |
| 138 | +-----------------------------------+-------------------------------------------------------+ |
JvD_Ericsson | fd0a15b | 2024-07-08 10:49:39 +0100 | [diff] [blame^] | 139 | | CLOUD | | This model contains the topology entities and | |
| 140 | | | | relations in the RAN CLOUD domain, which | |
| 141 | | | | comprises cloud infrastructure and deployment | |
| 142 | | | | aspects that can be used in the topology model. | |
| 143 | +-----------------------------------+-------------------------------------------------------+ |
| 144 | | EQUIPMENT_TO_RAN | | This model contains the topology relations | |
JvD_Ericsson | f35bdee | 2024-06-11 15:08:56 +0100 | [diff] [blame] | 145 | | | | between Equipment and RAN. | |
| 146 | +-----------------------------------+-------------------------------------------------------+ |
JvD_Ericsson | fd0a15b | 2024-07-08 10:49:39 +0100 | [diff] [blame^] | 147 | | OAM_TO_RAN | | This model contains the topology relations | |
JvD_Ericsson | f35bdee | 2024-06-11 15:08:56 +0100 | [diff] [blame] | 148 | | | | between O&M and RAN. | |
| 149 | +-----------------------------------+-------------------------------------------------------+ |
JvD_Ericsson | fd0a15b | 2024-07-08 10:49:39 +0100 | [diff] [blame^] | 150 | | CLOUD_TO_RAN | | This model contains the RAN Cloud to RAN Logical | |
| 151 | | | | topology relations. | |
| 152 | +-----------------------------------+-------------------------------------------------------+ |
| 153 | | OAM_TO_CLOUD | | This model contains the RAN O&M to Cloud | |
| 154 | | | | topology relations. | |
| 155 | +-----------------------------------+-------------------------------------------------------+ |