Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/10—File systems; File servers
  • G06F16/18—File system types
  • G06F16/182—Distributed file systems
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
  • H04L41/02—Standardisation; Integration
  • H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]

Definitions

• Embodiments of the present disclosure generally relate to the field of telecommunication and in particular, to managed object instance identification for object management.
• 5G next generation
• 5G is mostly built on a new radio (NR)
• NR new radio
• eMBB enhanced mobile broadband
• URLLC ultra-reliable low-latency-communication
• mMTC massive machine type communication
• NR is expected to deliver extreme broadband and ultra-robust, low latency connectivity and massive networking to support the Internet of Things (IoT) .
• IoT Internet of Things
• example embodiments of the present disclosure provide a solution for managed object instance identification.
• a method of object management comprises assigning attribute information to a managed object instance, the attribute information at least comprising unchangeable identification information uniquely and persistently identifying the managed object instance, and changeable parenting information indicating a number of parent managed object instances containing the managed object instance in a hierarchy, the number being zero, one, or greater than one and in response to detecting a change in the parent managed object instances, updating the attribute information by changing the parenting information without changing the identification information.
• an apparatus for object management comprises at least one processor; and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the apparatus at least to: assign attribute information to a managed object instance, the attribute information at least comprising unchangeable identification information uniquely and persistently identifying the managed object instance, and changeable parenting information indicating a number of parent managed object instances containing the managed object instance in a hierarchy, the number being zero, one, or greater than one; and in response to detecting a change in the parent managed object instances, update the attribute information by changing the parenting information without changing the identification information.
• an apparatus for object management comprises means for assigning attribute information to a managed object instance, the attribute information at least comprising unchangeable identification information uniquely and persistently identifying the managed object instance, and changeable parenting information indicating a number of parent managed object instances containing the managed object instance in a hierarchy, the number being zero, one, or greater than one; and means for updating, in response to detecting a change in the parent managed object instances, the attribute information by changing the parenting information without changing the identification information.
• a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the following: assigning attribute information to a managed object instance, the attribute information at least comprising unchangeable identification information uniquely and persistently identifying the managed object instance, and changeable parenting information indicating a number of parent managed object instances containing the managed object instance in a hierarchy, the number being zero, one, or greater than one; and updating, in response to detecting a change in the parent managed object instances, the attribute information by changing the parenting information without changing the identification information.
• Fig. 1 illustrates an example network management system in which embodiments of the present disclosure may be implemented
• Fig. 2 illustrates a flowchart of a process of object management according to some embodiments of the present disclosure
• Fig. 3 illustrates a flowchart of a process of identification information update for a MOI according to some other embodiments of the present disclosure
• Figs. 4A-4C illustrate schematic diagrams showing changes of the hierarchy of MOIs according to some embodiments of the present disclosure.
• Fig. 5 illustrates a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.
• references in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.
• first and second etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments.
• the term “and/or” includes any and all combinations of one or more of the listed terms.
• circuitry may refer to one or more or all of the following:
• circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and/or firmware.
• circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.
• wireless communication network refers to a network following any suitable wireless communication standards, such as New Radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , and so on.
• NR New Radio
• LTE Long Term Evolution
• LTE-A LTE-Advanced
• WCDMA Wideband Code Division Multiple Access
• HSPA High-Speed Packet Access
• wireless communication network may also be referred to as a “wireless communication system.
• communications between network devices, between a network device and a terminal device, or between terminal devices in the wireless communication network may be performed according to any suitable communication protocol, including, but not limited to, Global System for Mobile Communications (GSM) , Universal Mobile Telecommunications System (UMTS) , Long Term Evolution (LTE) , New Radio (NR) , European Telecommunications Standards Institute (ETSI) , wireless local area network (WLAN) standards, such as the IEEE 802.11 standards, and/or any other appropriate wireless communication standard either currently known or to be developed in the future.
• GSM Global System for Mobile Communications
• UMTS Universal Mobile Telecommunications System
• LTE Long Term Evolution
• NR New Radio
• ETSI European Telecommunications Standards Institute
• WLAN wireless local area network
• IEEE 802.11 any other appropriate wireless communication standard either currently known or to be developed in the future.
• the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom.
• the network device may also refer to a network device, an access network node, a base station (BS) , or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a Home Node B, a Home eNode B, a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.
• NodeB or NB node B
• eNodeB or eNB evolved NodeB
• a Home Node B a Home e
• terminal device refers to any end device that may be capable of wireless communication.
• a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) .
• UE user equipment
• SS Subscriber Station
• MS Mobile Station
• AT Access Terminal
• the terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and/or other wireless devices operating in an industrial and/or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and/
• Fig. 1 illustrates an example network management system 100 in which embodiments of the present disclosure may be implemented.
• the network management system 100 may be considered as a management layer over the communication networks.
• the network management system 100 may be implemented as the 3rd Generation Partnership Project (3GPP) management or European Telecommunications Standards Institute (ETSI) MANO network orchestration (MANO) and network resource model (NRM) system.
• 3GPP 3rd Generation Partnership Project
• ETSI European Telecommunications Standards Institute
• MANO European Telecommunications Standards Institute
• NRM network resource model
• NRM network resource model
• NRM network resource model
• ETSI NFV may use the terms “information model” and “data model, ” which are similar concepts to NRM.
• the system 100 includes a network management entity 110 for managing managed object instances (MOIs) .
• the network management entity 110 may also be referred to as a network management function, element, device, apparatus, and the like.
• the network management entity 110 may include the following features: creation and deletion of MOIs, retrieval and browsing of attributes, communication of actions, notification of access to MOIs, identification of a MOI hierarchy, notification of change to MOIs, multi-thread safe access to MOIs, and architectural neutrality.
• a MOI is a logical representation of a virtual or physical network functions in a communication network.
• information object classes IOCs
• NRM Network Resource Model
• the relationships between IOCs (including inheritance and name containment) and their attributes may also be defined.
• a MOI may be considered as an instance of the IOC and may sometimes be referred to as a managed object (MO) for short.
• the network management entity 110 manages a set of MOIs that are instantiated from the IOCs defined in the NRM.
• a MOI may be corresponding to at least one of, for example, a Managed Function (MF) such as a 3GPP MF, a Managed Element (ME) such as a 3GPP ME, a sub-network of a communication network such as a 3GPP Sub-network, a Network Slice such as a 3GPP network slice, a Network Slice Subnet (NSS) , and the like.
• MF Managed Function
• ME Managed Element
• NSS Network Slice Subnet
• the network function represented by a MOI may include any physical or virtual network element, entity, unit, and the like.
• a network node such as a gNB in NR networks
• the functionality of a network node is split into different parts.
• the functionality of the base station may be split in 2-way as a Centralized Unit (CU) and Distributed Unit (DU) or may be split in 3-way as a DU, a CU-Control Plane (CU-CP) , and a CU-User Plane (CU-UP) .
• the CU, DU, CU-CP, and CU-UP are also network functions.
• the network functions may also include a Network Functions Virtualisation (NFV) Network Service (NS) such as an ETSI NFV NS, an NFV Virtualised Network Function (VNF) such as an ETSI NFV VNF, an NFV VNF Component (VNFC) such as an ETSI VNFC.
• NFV Network Functions Virtualisation
• NS Network Service
• VNF NFV Virtualised Network Function
• VNFC NFV VNF Component
• MOIs in a communication network may be organized hierarchically. Some MOIs are contained by other MOIs and thus are considered as child MOIs (or leaf MOIs) of the other MOIs.
• the network function represented by a child MOI may be a subset of the network function represented by its parent MOI in the network structure or is managed or controlled by the network function corresponding to the parent MOI. For example, if a first MOI is a NodeB Managed Function instance (MFI) and a second MOI is a Radio Network Controller (RNC) MFI, then the first MOI is considered as being contained by the second MOI and is organized as a parent of the second MOI in the hierarchy. Such hierarchy is also referred to as a containment hierarchy.
• MFI NodeB Managed Function instance
• RNC Radio Network Controller
• Fig. 1 shows a hierarchy 120 of MOIs 121 to 126.
• the connection line between two MOIs indicates that a parent MOI of the two MOIs contains a child MOI of the two MOIs.
• the root MOI 121 contains the MOIs 122 and 123, where the MOI 121 is a parent MOI and the MOIs 122 and 123 are child MOIs to the MOI 121.
• the MOI 122 contains the MOI 124 and thus is a parent MOI of the MOI 124.
• the MOI 124 is contained by two parent MOIs 122 and 123.
• the containment relationship of other MOIs can also be derived from the hierarchy 120. It is to be understood that the number of MOIs is only for the purpose of illustration without suggesting any limitations. Those MOIs may be corresponding to any network functions to be managed by the network management entity 110.
• identifiers in communication networks to identify network functions. Some examples include for 5G network and network functions in 3GPP, which including a Distinguished Name (DN) used to identify a Managed Object Instance (MOI) within a name space for a name containment hierarchy in a 3GPP management system; a Resource URI used to identify a resource (for Representational State Transfer (RESTful) Hyper Text Transfer Protocol (HTTP) -based management protocol solution sets) of a MOI in the 3GPP management system, which comprises DN and other URI components; a Universally Unique Identifier (UUID) used to identify a Network Function (NF) Instance for NF service registration and discovery (via signalling protocols defined in 3GPP SA2) in 3GPP Network Registration Function (NRF) defined in 3GPP TSs 23.501 and 23.502; a Fully Qualified Domain Name (FQDN) used to identify a service access point for 5G network and network functions in 3GPP, which including a Distinguished Name (DN) used to identify
• DN and Resource URI are used in 3GPP management system (defined in 3GPP SA5) to identify MOIs.
• DN is built from a series of “name components, ” referred to as Relative Distinguished Names (RDNs) .
• RDNs Relative Distinguished Names
• the absolute DN of a MOI comprises RDN of its leaf MOI and DN of its parent MOI.
• the concept of DN exists in 3GPP management specifications since 3GPP Rel-4 (early 2001) and is fully specified in the 3GPP TS 32.300.
• DN DN reflects the name containment hierarchy, it cannot be persistent during change of the network and network functions (for example, re-parenting caused by cell-rehoming, network slice sub-network update, and the like. ) , which may cause various problems in the network management including the unreliability of association between the performance, fault and security related data with the MOIs based on DNs.
• the restrictions of the DN-based identification mechanism imply serious problems because the DN of a MOI is tightly coupled with the parent MO (s) . The problems may occur in various cases, some of which are discussed below as examples.
• a parent MOI of a MOI when a parent MOI of a MOI is changed (for example, an original parent MOI is deleted or changed to a new parent MOI) , the original DN of the MOI cannot reflect the new containment relationship of the MOI.
• the DN attribute is not writeable, it’s impossible to change the DN directly on an existing MOI.
• a new MOI needs to be created for that MOI and is assigned with a new DN to reflect the new containment relationship. This process will cause resource waste and complicate the object management.
• a Core NSS can be shared by two E2E NSSs, which means that a 5G MOI could have multiple parents.
• a single DN for a MOI does not work well for this new paradigm.
• multiple redundant MOIs with different DNs for the same MOI may need to be created for a single MOI to reflect this multi-parenting relationship without breaking the single-parent key concept of DN. Again, it’s big waste and will introduce complexity for object management.
• this single-parent limitation may cause lengthy argument in Next Generation-Radio Access Network (NG-RAN) modeling and thus modeling a NG-RAN node with/without a 2-way or 3-way split becomes impossible.
• NG-RAN Next Generation-Radio Access Network
• the historical FM/PM/SM data also cannot be correlated because the different DNs make the analytics services for the MOI fail to work correctly. More extra works may need to keep the historical data associated with the DNs of the MOIs to be correlated together.
• attribute information assigned to a MOI comprises at least unchangeable identification information uniquely and persistently identifying the MOI and changeable parenting information indicating a number of parent MOIs containing the MOI in a hierarchy. If the parent MOI changes, the parenting information is changed while the identification information remains unchanged.
• the identification information is kept persistent for a MOI and the parenting information is changeable to reflect the real time parenting relationship between the MOIs correctly and dynamically, which thereby simplifies object management and saves resource in the network management system.
• the persistent identifier it is possible to enable correlation of data related to the same managed object (throughout the managed entity lifecycle) . This solution is applicable in the network management in all the cases.
• Fig. 2 shows a process 200 of object management according to an embodiment of the present disclosure.
• the process 200 will be described with reference to Fig. 1.
• the process 200 may be implemented by the network management entity 110 in Fig. 1.
• the network management entity 110 assigns attribute information to a MOI.
• the MOI is organized with one or more other MOIs in a hierarchy.
• the MOIs 121 to 126, each logically representing network functions, are organized in a hierarchy 120.
• a MOI containing another MOI is referred to as a parent MOI (or superior) of the other MOI, while the contained MOI is referred to as a child MOI (or a subordinate) .
• a MOI is created for network management. When a MOI is created, attribute information is generated and assigned to the MOI as attributes of this MOI, which may facilitate the network management operations.
• the attribute information comprises an identifier uniquely and persistently identifying the MOI.
• This identifier has an unchangeable and globally unique attribute, which allows the MOI to be identified persistently.
• the identification information is not-writeable and persistent during the whole lifecycle of the MOI.
• the multiplicity of the identification information attribute is 1.
• the identification information comprises a UUID of the MOI. According to the existing communication specifications, UUID does not used in the management space but is used to identify instance of NF service for signalling purposes. In the embodiments of the present disclosure, considering the unique property of UUID, it is introduced into the management space to identify the MOI uniquely and persistently. Of course, in some other embodiments, other unique identifiers may also be generated and used to identify the MOI alone or in combination with the UUID.
• the attribute information further comprises parenting information indicating a number of parent MOI containing the MOI.
• the parenting information may be a referenced parent list for the MOI and indicates how the MOI is contained by its parent MOI(s) in the hierarchy (i.e., the parenting relationship of the MOI) .
• the parenting information may indicate a place of the MOI in the hierarchy with respect to one or more other MOIs.
• the parenting information is set according to the current parent MOI (s) .
• the parenting information is changeable so as to reflect the real time parenting relationship between the MOIs correctly and dynamically.
• a MOI may not be contained by any other MOI or may be contained by one or more parent MOIs. That is, the number of the parent MOI indicated in the parenting information may be zero, one, or greater than one.
• the multiplicity of the parenting information is not limited, which means that means the number of the parent MOIs can be 0, 1 or multiple.
• the parenting information may be null, indicating that no parent MOIs for this MOI.
• the parenting information may comprise information of the one or more parent MOIs.
• the parenting information may comprise identification information of the one or more parent MOIs so as to identify these parent MOIs.
• the identification information may be identification information comprised in the attribute information assigned to the one or more parent MOIs.
• the parenting information related to one MOI may comprise information of the parent MOI (s) in one upper hierarchical layer only.
• its parenting information may comprise information of its parent MOIs 122 and 123 (such as the UUIDs of the MOI 122 and 133) .
• Other information related to the parent MOI (s) such as the parenting information and the classification information may be stored in association with the parent MOI (s) .
• the parenting information in the attribute information of the MOI may also comprise parenting information of its one or more parent MOIs, in addition to the identification information of the parent MOI (s) .
• the information of each of the parent MOIs comprised in the parenting information for one MOI is provided in a hierarchy data structure.
• the hierarchy structure of all the MOIs can be directly derived from the parenting information of each MOI with such data structure.
• the parenting information for a MOI may comprise a DN identifying a MOI for each of the one or more parent MOIs, which is changeable here.
• the attribute information of a MOI may further comprise classification information indicating a class of the MOI.
• the classification information may be defined as a class name of the MOI after the MOI is created. Each of the MOIs in the hierarchy is classified into a class and the class name may help identify what the MOI is quickly.
• the classification information is unchangeable.
• the parenting information in the attribute information of a MOI may further include classification information indicating the class (es) of the parent MOI (s) of this MOI.
• the network management entity 110 may obtain data related to a MOI.
• the network management entity 110 may associate the obtained data with the attribute information of the MOI.
• the obtained data may comprise, for example, FM data, PM data, SM data, and any other data that are used in the network management.
• the identification information, classification information and parenting information in the attribute information may be included in the FM data and/or PM data.
• the identification information of the MOI included in the attribute information may be included in the SM data. In this way, the FM/PM/SM data on the same MOI that is obtained from different sources and/or times may be correlated based on the unique identification information of the MOI.
• the parent MOI (s) of a MOI may be changed during the lifecycle of its MOI.
• the network management entity 110 detects whether a change in the parent MOI (s) .
• the change in the parent MOI (s) is due to a change in deployment of the corresponding network functions. If a change in the parent MOI (s) is detected, at block 230, the network management entity 110 updates the attribute information of the MOI.
• the identification information is unchangeable as well as the classification information, but the parenting information is changeable. Thus, when updating the attribute information, the parenting information is changed so as to reflect the new parenting relationship, while the identification and the classification information (if any) are not changed.
• the network management entity 110 may continue monitoring the hierarchy of the MOIs.
• the attribute information assignment and update for one MOI is discussed above. For any MOI created for network management, the same assignment and update of attribute information may be performed.
• the parent MOI (s) of a MOI may be changed due to various factors in the communication network, and thus may cause a change in the parenting information of the MOI.
• a change in the parent MOIs may be caused due to an update of a parent MOI to another parent MOI, an addition of a new parent MOI, and/or a deletion of an existing parent MOI.
• the network management entity 110 may monitor the MOIs so as to detect whether one or more of the above changes occur and then determine how to update the attribute information of the related MOI (s) .
• Fig. 3 illustrates a flowchart of a process 300 of attribute information update for a MOI according to some embodiments of the present disclosure.
• the process 300 may be considered as a specific implementation of the blocks 220 and 230 in the process 200 and may also be implemented by the network management entity 110 of Fig. 1.
• the network management entity 110 detects whether a parent MOI changes to a new one.
• Fig. 4A shows a change of the hierarchy 120 of MOIs where the MOI 122 in the hierarchy 120 is changed to a new MOI 402.
• the parenting information of the MOI 124 changes.
• Such change of the parent MOI may also be referred to as re-parenting of the MOI.
• the network management entity 110 updates the attribute information of the MOI by replacing information of the first parent MOI with information of the second parent MOI in the parenting information. For example, the identification information, parenting information, and classification information of the first parent MOI may be removed and the identification information, parenting information, and classification information of the second parent MOI may be added. In some embodiments, more than one parent MOI of the MOI may be changed to corresponding new parent MOIs, and then the attribute information of the MOI may also be updated accordingly to reflect the new parenting information.
• the network management entity 110 continues to detect, at block 330, whether the MOI is contained by a new parent MOI.
• the new parent MOI may be newly added to the hierarchy or may be existed in the hierarchy but is changed to contain (attach to) this MOI.
• Fig. 4B shows a change of the hierarchy 120 of MOIs where a new MOI 404 is added to the hierarchy 120 and contains the MOI 124.
• the parenting information of the MOI 124 changes.
• the network management entity 110 updates the attribute information of the MOI by adding information of the third MOI into the parenting information.
• the identification information, parenting information, and classification information of a MOI of the third parent MOI may be added into the parenting information of the current MOI so as to indicate the new parenting information of the corresponding MOI.
• the network management entity 110 continues to detect, at block 350, whether a parent MOI (also referred to as a fourth parent MOI sometimes herein) is detected from the MOI.
• a parent MOI also referred to as a fourth parent MOI sometimes herein
• the detachment of the parent MOI indicates that the MOI is not contained by this parent MOI, which may due to the deletion of the MOI from the hierarchy or merely due to the containment between the parent MOI and that child MOI changes (the parent MOI may be still present in the hierarchy to contain other MOI (s) for management) .
• Fig. 4C shows a change of the hierarchy 120 of MOIs where the MOI 122 is deleted from the hierarchy 120.
• the parenting information of the MOI 124 changes.
• the network management entity 110 updates the attribute information of the MOI by deleting information of the fourth parent MOI from the parenting information.
• the identification information, parenting information, and classification information of a MOI of the fourth MOI may be deleted from the parenting information so as to reflect the new parenting relationship.
• the network management entity 110 may take no update to the attribute information.
• the parenting information in the attribute information of the MOI may be updated due to the update on the parenting information for its parent MOI.
• the detections of the three types of change in the parenting information has been described in the process 300 in a particular order, it would be appreciated that the detections may be performed in any other different order or even in parallel. In some embodiments, the detection of one or more types of change may not be performed, for example, because it is believed that such change may not happen for a certain MOI.
• a first example is related to re-parenting of MOIs due to rehoming of a base station (such as a NodeB) .
• a NodeB MF may be created under a RNC MF (represented as “mc-1” ) and as high load or congestion of hosted RNC, the NodeB function may be re-homed and associated with another RNC MFI (referred to as “rnc-2” ) .
• a DN of an instance created for the NodeB MF may include the name (such as rnc-1) of the parent MOI created for the RNC MF (referred to as RNC MFI) .
• RNC MFI the name of the parent MOI created for the RNC MF
• the DN of the NodeB MFI should be changed to reflect the new parent.
• the attribute of DN is unwritten.
• a new NodeB MFI should be created with a new DN which includes the name of the new RNC MF (such as rnc-2) . This process may result in resource waste and management complexity.
• the data related to the NodeB MF are identified by the NodeB MFI, by creating different MFIs and assigning different DNs, the data of the same NodeB MF cannot be correlated after the re-homing.
• an UUID (e.g. 00112233-4455-6677-8899-aabbccddeeff) is generated and assigned to the NodeB MFI when the MFI is created.
• the class name (represented as objectName) of the NodeB MF (e.g. nodebMF) may be set as a classification information of the NodeB MFI.
• the parent RNC MF is changed to rnc-2.
• no new MF instance needs to be created.
• the identification information and classification information of the Node MFI are not changed and only the parenting information needs to be updated to reflect the new parenting information.
• UUID, objectName and parenting information in the attribute information may be included in FM/PM data of the NodeB MF.
• the FM/PM function may correlate the data based on UUID and may also filter the data and show data relationship and object hierarchy based on objectName and parenting information.
• a second example is related to a self-healing radio access network (RAN) supported by a Managed Function pool.
• RAN radio access network
• one or more functional units of a base station such as a gNB
• standby functional units in the pool in case of failure.
• a gNB is split to a CU and a DU.
• a CU MOI is contained by a gNB MOI in the hierarchy. It is assumed that the containment of the CU MOI and the gNB in the hierarchy is represented as ⁇ HW RAN subnet>/ ⁇ gNB #21>/ ⁇ CU#21-1>/ ⁇ subnet of cells #21-1-xx>.
• the CU MOI is uniquely identified by its DN “ ⁇ HW RAN subnet>/ ⁇ gNB #21>/ ⁇ CU#21-1>/. ” It is assumed that there is another “hot standby” CU that is not serving any gNB and therefore has no cells it supports. According to the DN concept, the only way to identify the standby CU MOI is ⁇ HW RAN subnet>/ ⁇ standby pool>/ ⁇ CU#00>, which is the DN of the standby CU MOI.
• the active CU (identified by “ ⁇ HW RAN subnet>/ ⁇ gNB #21>/ ⁇ CU#21-1>/” ) has failed and the gNB is healed by replacing the failed CU with the standby CU from the pool. Then the actual DN of the previous active CU MOI will be changed to ⁇ HW RAN subnet>/ ⁇ gNB #21>/ ⁇ CU#00>, and the actual DN of the standby CU MOI will be changed to ⁇ HW RAN subnet>/ ⁇ gNB #21>/ ⁇ CU#21-1>/ ⁇ subnet of cells #21-1-xx>. As such, the DN of the same CU MOI is changed and the DN cannot be used to uniquely identify the history FM/PM data of the CU MOIs anymore.
• the identification information (UUID) of the CU MOI and the classification information for the CU MOI will not be changed but keep persistent even if the parent and child of the CU MOI changed.
• the parenting information can be updated to reflect the change of the parent MOI.
• a third example is related to managed function re-parenting due to dynamic change of network slice or network slice subnet (NSS) .
• Auto-scaling is enabled in new generation network such as the 5G network to provide high flexibility and efficiency.
• the core and radio Network Functions (NFs) are deployed as a resource pool to support dynamically scaling requirements of the network.
• NFs Network Functions
• a NSS can be scaled out/in based on the service level requirements of its supported communication services and runtime traffic load of the NSS and its contained NSSs or NFs.
• a NSS can be created or terminated based on the deployment strategy and service requirements.
• its contained NFs can be attached to/detached from the NSS dynamically, which means that the parents of the related MFI for this NF may be changed dynamically and frequently.
• the existing DN-based identification mechanism an instance of the MF (MFI) needs to be created and terminated frequently and the DN of the MFI may also be changed dramatically. It’s very difficult to manage the MFI and its resource in this situation, and the FM/PM data of the same NF cannot be correlated after the DN of the MF changed.
• the DN based identification information can be used for a user to authenticate the NF to its far entity network function. The authentication would fail if the DN was changed.
• only one MFI need to be created for each NF in the resource pool.
• An UUID is generated and assigned to each MFI.
• the MFI and its UUID is persistent.
• the parenting information is updated to reflect the adding/removing of the parent MFI.
• all FM/PM data of the same NF can be correlated based on UUID of the MFI.
• the UUID can also be used for a user to authenticate the NF to its far entity network function.
• a fourth example is related to a multi-parent case.
• a MF/NSS can be contained by multiple NSSs.
• multiple redundant MOIs with different DNs need to be created for a MOI of a single MF/NSS.
• a Core NSS (represented as “nss-core-1” ) may be shared by two E2E NSSs (represented as “nss-e2e-1” and “nss-e2e-2” ) .
• E2E NSSs represented as “nss-e2e-1” and “nss-e2e-2”
• two NSS MOIs need to be created and a different DN would be assigned to each NSS MOI.
• This solution not only duplicates the MOIs and complicates the resource management, but also cause inconsistency of the FM/PM data.
• the FM/PM data of the same NSS cannot be correlated and the analytics service for the NSSI fails to work correctly.
• a single instance of the NSS (referred to as NSSI) need to be created for the shared NSS.
• a persistent UUID is generated and assigned to the NSSI.
• Parenting information is derived and set on the NSS to reflect one to multiple parenting information between the child NSS and its parent NSSs.
• all FM/PM data of the same NSS can be correlated based on UUID of the NSSI. This solution simplifies the resource management.
• the analytics service can detect the network problem and fix the issue more effectively based on the consistent and integrated FM/PM data.
• a fifth example is related to an alternative modeling approach for an access network node.
• the new access network (such as the 5G RAN) supports a deployment scenario where the access network node is "split" either a 2-way (as CU and DU) or a 3-way (as DU, CU-CP, and CU-UP) .
• the DU (s) and CU (s) of the same network node (such as gNB) may be supplied by different vendors and therefore will be managed independently. This situation is reflected by each of the MFs corresponding to the CUs/DUs being contained by separate instances of MEs. However, the gNB represented as a MF in such scenario is being supported by multiple MEs, which violates the single-parent rule of the existing DN-based mechanism.
• multiple-parenting information is possible for the same MOI and the modelling of a gNB as a MF with CUs and DUs supplied by multiple vendors becomes possible.
• the MOI identification solution according to the present disclosure can be applicable in different scenarios of communications.
• the persistency and consistency of the MOI identification can be maintained in the network management space regardless the location of the MOI in the hierarchy, and the real time parenting information between MOIs can always be indicated correctly and dynamically.
• an apparatus capable of performing any of the processes 200 and 300 may comprise means for performing the respective steps of any of the processes 200 and 300.
• the means may be implemented in any suitable form.
• the means may be implemented in a circuitry or software module.
• the apparatus comprises means for assigning attribute information to a managed object instance, the attribute information at least comprising unchangeable identification information uniquely and persistently identifying the managed object instance, and changeable parenting information indicating a number of parent managed object instances containing the managed object instance in a hierarchy, the number being zero, one, or greater than one; and means for updating, in response to detecting a change in the parent managed object instances, the attribute information by changing the parenting information without changing the identification information.
• the apparatus may further comprise means for performing any of the functions of the network management entity 110 as described herein.
• the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.
• Fig. 5 illustrates a simplified block diagram of a device 500 that is suitable for implementing embodiments of the present disclosure.
• the device 500 may be embodied as or comprised in the network management entity 110 shown in Fig. 1.
• the apparatus 500 comprises at least one processor 511, such as a data processor (DP) and at least one memory (MEM) 512 coupled to the processor 511.
• the apparatus 500 may further include a transmitter TX and receiver RX 513 coupled to the processor 511, which may be operable to communicatively connect to other apparatuses.
• the MEM 512 stores a program or computer program code 514.
• the at least one memory 512 and the computer program code 514 are configured to, with the at least one processor 511, cause the apparatus 500 at least to perform in accordance with embodiments of the present disclosure, for example the process 200 and/or the process 300.
• a combination of the at least one processor 511 and the at least one MEM 512 may form processing means 515 configured to implement various embodiments of the present disclosure.
• Various embodiments of the present disclosure may be implemented by computer program executable by the processor 511, software, firmware, hardware or in a combination thereof.
• the MEM 512 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples.
• the processor 511 may be of any type suitable to the local technical environment, and may include one ormore of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples.
• general purpose computers special purpose computers
• microprocessors microprocessors
• DSPs digital signal processors
• processors based on multicore processor architecture, as non-limiting examples.
• the present disclosure may also provide a carrier containing the computer program as mentioned above (e.g., computer instructions/grogram code 514 in Fig. 5) .
• the carrier includes a computer readable storage medium and a transmission medium.
• the computer readable storage medium may include, for example, an optical compact disk or an electronic memory device like a RAM (random access memory) , a ROM (read only memory) , Flash memory, magnetic tape, CD-ROM, DVD, Blue-ray disc and the like.
• the transmission medium may include, for example, electrical, optical, radio, acoustical or other form of propagated signals, such as carrier waves, infrared signals, and the like.
• various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
• the present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium.
• the computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process 200 and/or the process 300 as described above with reference to Figs. 2 and 3.
• program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types.
• the functionality of the program modules may be combined or split between program modules as desired in various embodiments.
• Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.
• Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowcharts and/or block diagrams to be implemented.
• the program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
• the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above.
• Examples of the carrier include a signal, computer readable media.
• the computer readable medium may be a computer readable signal medium or a computer readable storage medium.
• a computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
• any method step is suitable to be implemented as software or by hardware without changing the idea of the invention in terms of the functionality implemented;
• MOS Metal Oxide Semiconductor
• CMOS Complementary MOS
• BiMOS Bipolar MOS
• BiCMOS Bipolar CMOS
• ECL emitter Coupled Logic
• TTL Transistor-Transistor Logic
• ASIC Application Specific IC
• FPGA Field-programmable Gate Arrays
• CPLD Complex Programmable Logic Device
• DSP Digital Signal Processor
• - devices, units or means can be implemented as individual devices, units or means, but this does not exclude that they are implemented in a distributed fashion throughout the system, as long as the functionality of the device, unit or means is preserved;
• an apparatus may be represented by a semiconductor chip, a chipset, or a (hardware) module comprising such chip or chipset; this, however, does not exclude the possibility that a functionality of an apparatus or module, instead of being hardware implemented, be implemented as software in a (software) module such as a computer program or a computer program product comprising executable software code portions for execution/being run on a processor;
• a device may be regarded as an apparatus or as an assembly of more than one apparatus, whether functionally in cooperation with each other or functionally independently of each other but in a same device housing, for example.

Landscapes

• Engineering & Computer Science (AREA)
• Theoretical Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Data Mining & Analysis (AREA)
• Databases & Information Systems (AREA)
• Physics & Mathematics (AREA)
• General Engineering & Computer Science (AREA)
• General Physics & Mathematics (AREA)
• Mobile Radio Communication Systems (AREA)

Applications Claiming Priority (1)

Publications (2)

Family

ID=69949557

Family Applications (1)

Country Status (3)

Families Citing this family (5)

Family Cites Families (10)

• 2018
  • 2018-09-28 EP EP18934660.4A patent/EP3857357A4/de active Pending
  • 2018-09-28 WO PCT/CN2018/108483 patent/WO2020062097A1/en not_active Ceased
  • 2018-09-28 CN CN201880098130.XA patent/CN112805679B/zh active Active

Also Published As

Similar Documents

Legal Events