WO2019062850A1 - 数据交互的方法、装置及设备 - Google Patents

数据交互的方法、装置及设备 Download PDF

Info

Publication number
WO2019062850A1
WO2019062850A1 PCT/CN2018/108318 CN2018108318W WO2019062850A1 WO 2019062850 A1 WO2019062850 A1 WO 2019062850A1 CN 2018108318 W CN2018108318 W CN 2018108318W WO 2019062850 A1 WO2019062850 A1 WO 2019062850A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
data model
subsystem
network element
proxy module
Prior art date
Application number
PCT/CN2018/108318
Other languages
English (en)
French (fr)
Inventor
张敦华
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP18863135.2A priority Critical patent/EP3629616B1/en
Priority to JP2019572680A priority patent/JP6893568B2/ja
Publication of WO2019062850A1 publication Critical patent/WO2019062850A1/zh

Links

Images

Classifications

    • 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/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • 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/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • 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/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0859—Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions

Definitions

  • the present disclosure relates to the field of Internet technologies, and in particular, to a method, an apparatus, and a device for data interaction.
  • the wireless network enters the 5G era, splitting and decoupling the base station functions, such as the centralized deployment of Centralized Units (DUs) and Distributed Units (CUs), thus facilitating the base station from the centralized base station system. Transition to a distributed base station system.
  • DUs Centralized Units
  • CUs Distributed Units
  • Transition to a distributed base station system distributed base stations and distributed base station systems can be used interchangeably.
  • the distributed base station system puts forward new requirements for the data model of the base station configuration, such as the following three requirements.
  • each subsystem allows multiple instances, and multiple instances of the same subsystem can have different versions of the model definition.
  • the distributed base station system still appears as a complete base station network element, so its configuration modeling is still a complete configuration model for external devices, rather than some independent subsystem models (ie, the entire base station network element).
  • the model is composed of multiple subsystem models).
  • the distributed base station system In order to standardize the system, the distributed base station system must be modeled using a standard modeling language and provide a standard data access interface.
  • Embodiments of the present disclosure provide a method of data interaction, the method comprising: establishing a data model for each subsystem in a distributed base station, wherein the data model of each subsystem is used to characterize a data processing manner of the subsystem
  • the data model of all subsystems of the distributed base station has at least two data models having a specified relationship, and wherein the specified relationship is that the type information of the data model is the same but the version information of the data model is different;
  • Generating a data model of all subsystems of the distributed base station to establish a data model of the network element proxy module, wherein the data model of the network element proxy module is used to characterize each of the network element proxy module and the distributed base station
  • the data interaction mode of the system; and the data interaction with the plurality of subsystems is implemented by the network element proxy module according to the data model of the network element proxy module, wherein the network element proxy module implements the distribution A device that interacts with data of an external device.
  • An embodiment of the present disclosure further provides an apparatus for data interaction, where the apparatus includes a first establishing module, a second establishing module, and a control module, wherein the first establishing module is configured to be each subsystem in the distributed base station.
  • Establishing a data model wherein the data model of each subsystem is used to characterize a data processing manner of the subsystem, and at least two data models having a specified relationship exist in a data model of all subsystems of the distributed base station, and wherein The specified relationship is that the type information of the data model is the same but the version information of the data model is different;
  • the second establishing module is configured to establish a data model of the network element proxy module according to a data model of all subsystems of the distributed base station, where The data model of the network element proxy module is used to represent data interaction mode of each of the network element proxy module and each of the distributed base stations;
  • the control module is configured to be based on a data model of the network element proxy module. Data interaction with the plurality of subsystems is implemented by
  • An embodiment of the present disclosure also provides an apparatus for data interaction, the apparatus comprising: a memory and a processor, wherein the memory is configured to store a data interaction program; the processor is configured to execute the storage in the memory A data interaction program to implement the steps of the method of data interaction described in the various embodiments herein.
  • the embodiment of the present disclosure further provides a computer readable storage medium having stored thereon a computer program, wherein the computer program is executed by the processor to implement the implementations herein
  • FIG. 1 is a schematic structural diagram of a distributed base station system according to an embodiment of the present disclosure
  • FIG. 2 is a flow diagram of a method of data interaction in accordance with an embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a data model of a subsystem according to an embodiment of the present disclosure
  • FIG. 4 is a schematic structural diagram of a data model of a network element proxy module according to an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram showing the structure of a data model set according to an embodiment of the present disclosure.
  • FIG. 6 is another flow diagram of a method of data interaction in accordance with an embodiment of the present disclosure.
  • FIG. 7 is a schematic diagram showing the structure of a data interaction apparatus according to an embodiment of the present disclosure.
  • the distributed base station system may include: a network element proxy module, where the network element proxy module is configured to implement data interaction between the distributed base station system and an external device.
  • FIG. 1 is a schematic diagram showing the structure of a distributed base station system according to an embodiment of the present disclosure.
  • the distributed base station system 10 includes: a network element proxy module 102 and a plurality of subsystems 101.
  • the network element proxy module 102 is connected to each subsystem, and the external device 11 implements the distributed base station through the network element proxy module 102. 10 internal data interactions for each subsystem.
  • the distributed base station system 10 is equivalent to the external device 11 as a whole.
  • the plurality of subsystems 101 include: 101a subsystem 1, the corresponding data model is model a version v1; 101b subsystem 2, the corresponding data model is model a version v2; 101c subsystem 3, and the corresponding data model is model b Version v1; 101d Subsystem 4, the corresponding data model is model b version v1.
  • each subsystem has its own corresponding data model, and the data model can be different.
  • the data model establishing method and the data interaction method provided in the embodiments of the present disclosure may be applied in a 5G communication system.
  • FIG. 2 is a flow diagram of a method of data interaction in accordance with an embodiment of the present disclosure. As shown in FIG. 2, the method includes: steps 21-23.
  • a data model is established for each of the distributed base stations.
  • the data model of each subsystem is used to represent the data processing mode of the subsystem, and at least two data models having a specified relationship exist in the data model of all subsystems of the distributed base station, wherein the specified relationship is data.
  • the type information of the model is the same but the version information of the data model is different.
  • Netconf Network Configuration, Netconf
  • the data modeling language of the Netconf communication protocol can be: XSD (XML Schema Definition) language, NCX (Network Configuration Extensions) language, YANG language, etc., and the data modeling model can be established using a standard modeling language. .
  • the data model of each subsystem includes: a subsystem identity ID, type information of a data model of the subsystem, and version information of a data model of the subsystem.
  • the type information of the data model of the subsystem is the type information of the subsystem.
  • the subsystem types may include: a low frequency subsystem, a high frequency subsystem, a centralized subsystem, a distributed subsystem, etc., and a data model of a corresponding type may be established according to the type information of the subsystem.
  • the subsystem can only use the same version of the data model, while in the present disclosure, a data model with the same type of information but with different version information can be established for the subsystem.
  • the data model of the subsystem is a tree structure, and the data model of the subsystem includes at least: a root node and an attribute child node connected to the root node, where the root node includes: identifier information of the distributed base station,
  • the identification information may be an ID of a distributed base station
  • the attribute sub-node includes: a subsystem ID, type information of a subsystem data model, and version information of a subsystem data model.
  • the data model of the subsystem established by the standard modeling language includes: a root node 31, an attribute child node 32, and a plurality of service child nodes 33, wherein the attribute child node 32 is a child node of the root node 31.
  • the plurality of service sub-nodes 33 are all child nodes of the attribute child node 32, that is, each service child node is a leaf node in the tree structure of the subsystem data model, and only one attribute in the data model of the subsystem Child nodes, but there can be n different attribute child nodes, and n takes a positive integer.
  • the root node 31 may include: a root node name (ie, a network element node) and a network element node ID.
  • the attribute child node 32 may include: attribute child node name (ie, xxx child node), subsystem ID, type information (ie, xxx), and version information (ie, v1). Type information can be included in the attribute subnode name.
  • the plurality of service sub-nodes 33 include: a service sub-node 1, a service sub-node 2, and the like, and each service sub-node includes specific service information performed by the subsystem.
  • the network element node refers to a distributed base station system.
  • a data model of the network element proxy module is established based on a data model of all subsystems of the distributed base station.
  • the data model of the network element proxy module is used to represent the data interaction mode of each subsystem of the network element proxy module and the distributed base station, and the external device implements each subsystem according to the data model of the network element proxy module. Data interaction.
  • the step may include the following steps: acquiring data of all subsystems Model; and using the subsystem ID and type information in the data model of all acquired subsystems to establish a data model of the network element proxy module.
  • the data model of the network element proxy module has a tree structure
  • the data model of the network element proxy module includes: a root node and a plurality of attribute child nodes connected to the root node, and each attribute child node corresponds to one subsystem
  • the root node includes: identification information of the distributed base station system
  • the attribute sub-node includes: a subsystem ID and type information of a data model of the subsystem.
  • the data model of the network element proxy module established by using a standard modeling language includes: a root node 41 and a plurality of attribute child nodes 42, wherein the plurality of attribute child nodes 42 include: subsystem 1 corresponding The xxx child node, the yyy child node corresponding to the subsystem 2, the zzz child node corresponding to the subsystem 1, and the like.
  • Xxx, yyy, and zzz represent type information of subsystem 1, subsystem 2, and subsystem 3, respectively, and also indicate type information of the data model of each subsystem.
  • each attribute child node is a child node of the root node 41, and each attribute child node is also a leaf node in a tree structure, and one subsystem in the distributed base station system corresponds to one attribute child node.
  • a subsystem can have multiple different data models
  • a subsystem in the data model of the network element proxy module can correspond to multiple attribute sub-nodes, but the subsystem IDs of all attribute sub-nodes corresponding to one subsystem All are the same
  • subsystem 1 in the figure can have a different attribute child node
  • subsystem 2 can have b different attribute child nodes
  • subsystem 3 can have c different attribute child nodes, where a, b, c Take a positive integer.
  • the root node 41 includes: a root node name (ie, "network element node") and a network element node ID; each of the plurality of attribute child nodes 42 includes: an attribute child node name (, That is, "xxx subnode”), subsystem ID; attribute subnode name can correspond to the type of subsystem.
  • step 23 data interaction with multiple subsystems is implemented by the network element proxy module according to the data model of the network element proxy module.
  • This step also includes: obtaining a data model set.
  • the method for obtaining the data model set may be: the network element proxy module reads the data model corresponding to each subsystem, and the data models of all the subsystems form a data model set, and the data model set is sent to the external device.
  • the data interaction may include: sending data and reporting data.
  • the step of implementing the sending data in the step may include the following steps: generating data to be delivered according to the data model set; and sending the data to be sent to the network element proxy module if the subsystem ID is included in the data to be delivered
  • the network element proxy module parses the delivered data according to its own data model to obtain at least one parsed data; and sends each parsed data to the corresponding one according to the subsystem ID included in each parsed data.
  • the data to be sent is sent to the network element proxy module, so that the network element proxy module according to all subsystem IDs included in its own data model
  • the data to be delivered is delivered to all subsystems.
  • the step of receiving the reported data in this step may include the steps of: receiving the transparent transmission data of the network element proxy module, wherein the transparent transmission data includes data reported by at least one subsystem of the distributed base station.
  • the data model set is updated according to the received transparent transmission data.
  • transparent transmission refers to transparent transmission, and it should be noted that, when data is sent to the distributed base station system next time, data to be delivered is generated according to the latest updated data model set.
  • FIG. 5 is a schematic diagram showing the composition of a data model set according to an embodiment of the present disclosure.
  • the data model set includes data models of five subsystems, namely, the data model 51 of the subsystem 1, the data model 52 of the subsystem 2, and the subsystem.
  • the network element proxy module composes the data model set by using the data model of the subsystem obtained from each subsystem, and then sends the data model set to the external device, so that the external device generates the communication primitive according to the data model of each subsystem. Implement data interaction with each subsystem.
  • the data model of the network element proxy module includes only the type information of the subsystem data model
  • the data model set contains all the information of the data model of each subsystem
  • the external device is based on the data model. All the information of the subsystems contained in the set enables data interaction with all subsystems in the distributed base station system.
  • a data model may be established for each subsystem in a distributed base station, wherein a data model of each subsystem is used to characterize a data processing manner of the subsystem; in a data model of all subsystems of the distributed base station There are at least two data models with specified relationships, and wherein the specified relationship is that the type information of the data model is the same but the version information of the data model is different; the data of the network element proxy module is established according to the data model of all subsystems of the distributed base station.
  • the data model of the network element proxy module is used to represent the data interaction mode of each subsystem of the network element proxy module and the distributed base station; according to the data model of the network element proxy module, the network element proxy module is used to implement multiple subsystems. Data interaction, wherein the network element proxy module is a device that implements data interaction between the distributed base station system and an external device.
  • a data model with the same type information but different version information may be established for the subsystem, and the external device and the distributed base station system are implemented by the network element proxy module according to the data interaction manner included in the data model of the network element proxy module. Data interaction for each subsystem.
  • a data model with the same type information but different version information can be configured for different subsystems in the distributed base station system, and the flexibility of the subsystem data model configuration in the distributed base station system can be improved.
  • FIG. 6 is another flow diagram of a method of data interaction in accordance with an embodiment of the present disclosure. As shown in FIG. 6, the method includes steps 61-65.
  • the distributed base station system is activated.
  • the method for starting the distributed base station system may include the following steps: Step 611 - Step 613.
  • each subsystem loads its respective corresponding data model.
  • each subsystem is configured with a respective data model before the distributed base station system is started.
  • each subsystem loads its corresponding data model to form a model as shown in FIG. Different functions of the subsystem.
  • the network element proxy module loads the corresponding data model.
  • the data model of the network element proxy module is established according to the data model configured by each subsystem before the distributed base station system is started.
  • the network element proxy module loads the data model stored by itself, and forms a graph.
  • the model example shown in Figure 4 is used to perform external device and data interaction tasks.
  • the network element proxy module reads the data model of each subsystem to generate a data model set.
  • the network element proxy module reads the data model of each subsystem to form a data model set as shown in FIG. 5, and the external device generates a standard communication primitive according to the data model set to conform to the existing communication. Protocol standard.
  • the network element proxy module in the distributed base station system transmits the generated data model set to the external device.
  • step 63 the external device generates data to be delivered according to the acquired data model set.
  • the external device delivers the data to be delivered to the corresponding subsystem.
  • the step of delivering data may include the following steps: Step 641 - Step 645.
  • step 641 the external device sends the data to be sent to the network element proxy module.
  • step 642 after receiving the data to be delivered, the network element proxy module determines whether the subsystem ID is included in the data to be delivered. If yes, step 643 is performed, and if no, step 645 is performed.
  • the network element proxy module performs a data transmission operation according to the included subsystem ID; if the subsystem ID is not included in the data to be delivered, The network element proxy module sends the data to be delivered to all subsystems.
  • the network element proxy module parses the data to be delivered, and splits the data to be delivered into multiple sets of data.
  • each group of data is separately sent to the corresponding subsystem according to the subsystem ID included in each group of data.
  • the network element proxy module determines whether the subsystem ID is included in the data to be delivered.
  • the query object is a partial subsystem.
  • the query object is all subsystems. .
  • the data to be sent includes the query request and the subsystem ID of the subsystem to be queried, and the network element proxy module parses the data to be delivered, and sends the split data to the corresponding data according to the subsystem ID.
  • the subsystem responds to the query request and returns the query result to the network element proxy module, and the network element proxy module sends the query result to the external device.
  • the data to be delivered may not include the subsystem ID, and the network element proxy module sends the query request to each subsystem of the distributed base station system, and sends the received query result to the outside. device.
  • the delivered data when the data is sent as a control command, the delivered data includes at least one subsystem ID.
  • the network element proxy module sends a control command to the corresponding subsystem according to the subsystem ID, and the subsystem performs a corresponding operation according to the received control command, and sends a response message to the external device.
  • the distributed base station system is externally presented as a complete system
  • the external device when the external device sends the data, the data to be sent by the multiple subsystems is bundled into one transaction, and then the transaction is sent to the network element proxy. Module.
  • the network element proxy module When receiving the transaction, the network element proxy module first splits and then delivers it to the corresponding subsystem.
  • the data to be delivered is sent to each of the subsystems.
  • the external device receives the reported data of the at least one subsystem through the network element proxy module.
  • the specific process of reporting includes: Step 651 - Step 653.
  • step 651 at least one subsystem generates corresponding report data according to the received query request.
  • the subsystem sends the generated report data to the network element proxy module.
  • step 653 the network element proxy module transparently transmits the received report data to the external device.
  • the subsystem reports the data model of the modified subsystem, and the specific process of reporting includes: Step 654 - Step 656.
  • the subsystem sends the changed data model to the network element proxy module.
  • the network element proxy module transparently transmits the received data to the external device.
  • the external device modifies the data model of the corresponding subsystem in the data model set according to the received report data.
  • step 63 and step 64 are the data sending process
  • step 65 is the reporting data process.
  • the sequence of reporting data and sending data is not limited by the embodiment of the present disclosure.
  • a data model of a subsystem obtained by modeling a subsystem using a YANG modeling language is exemplarily provided, and the data model has the following features.
  • the data model of each subsystem has a unified management unit (ME) node as a root node, where ME is the distributed base station system in the disclosed embodiment.
  • ME the distributed base station system in the disclosed embodiment.
  • the identification information of the ME root node is MEID.
  • the ME root node definition can include: parent node: none, type: singleton, attribute: MEID.
  • the ME root node is a xxx child node, xxx represents the type of the subsystem, and one subsystem has only one xxx child node.
  • the attribute information in the xxx sub-node includes: FunctionType (type information of the data model, ie xxx); FunctionVersion (version information of the data model); FunctionId (subsystem ID), and multiple instances of the xxx sub-node.
  • the definition of the attribute child node may include: parent node: MEID, type: multiple instances, attributes: subsystem ID, type information, version information.
  • the xxx sub-node includes all the service sub-nodes in the subsystem, that is, all the service sub-nodes belong to the next-level node of the xxx sub-node in the tree structure, and the service sub-node has multiple instances.
  • the definition of a service child node may include: a parent node: a subsystem ID, a type: multiple instances, and an attribute: business data.
  • the data model of the network element proxy module can have the following characteristics.
  • the data model of the network element proxy module uses the unified ME node as the root node, and the identification information of the ME root node is the MEID.
  • the MEIDs of multiple subsystems are the same, the multiple subsystems belong to the same distributed base station system.
  • the definition of the ME root node includes: parent node: none, type: singleton, attribute: MEID.
  • the root node of the ME is a xxx child node, xxx represents the type of the subsystem, and one network element proxy module may have multiple xxx child nodes, representing all types of network element proxy modules included in the distributed base station system.
  • the attribute information in the xxx sub-node includes: FunctionId (Subsystem ID), which is used to implement data interaction between the external device and the subsystem in the distributed base station system.
  • the definition of the attribute child node may include: parent node: MEID; xxx child node 1: type: multiple cases, attribute: subsystem 1ID; xxx child node 2: type: multiple cases, attribute: subsystem 2ID; xxx child node 3: Type: Multiple instances, attribute: Subsystem 3ID.
  • the Netconf communication protocol corresponding to the YANG modeling language defines a configuration data access interface between the external management device and the managed device, but the protocol only supports the case where the managed device is a simple node, Supports the case where the managed device is multi-node (ie, the managed device consists of multiple subsystems).
  • a method for communication between a multi-node and a management device is provided, that is, communication between an external device and each subsystem in the distributed base station system is implemented by a network proxy module.
  • the data model of the subsystem and the data model of the network element proxy module are established by using the YANG modeling language, and the external device and the distributed device are implemented by the Netconf communication protocol.
  • the data interaction of the base station system is taken as an example for further illustration.
  • Netconf is a standard protocol for data interaction between managed devices and management devices. Netconf specifies a number of operational primitives for data interaction. Some key data interaction primitives defined in accordance with the Netconf communication protocol are as follows: a) external device: user; b) network element proxy module: NeAgent; c) subsystem 1: nf1; d) subsystem x: nfx. In addition, primitives that can be used in various processes can also include:
  • the first parameter is the ID of the subsystem, and the data reported by different subsystems is distinguished according to the first parameter in the data. .
  • Lock, unlock (lock/unlock network element data):
  • a subsystem ID parameter may be added to implement locking of a certain data model. Such as: Lock (subsystem ID), Unlock (subsystem ID).
  • Delete-config means to delete a set of data models.
  • the data model of the subsystem may be separately modified without affecting the normal operation of other subsystems in the distributed base station system.
  • the data model b of the subsystem 4 in FIG. 1 can be upgraded from the version v1 to the version v3, and the attribute A is added in the version v3, and the data model of the subsystem 4 is changed accordingly.
  • the data model of the network element proxy module does not change. Since the data model of the network element proxy module includes only the ID of the subsystem 4 and the type information of the data model, when the version information of the data model of the subsystem 4 changes, the data model of the network element proxy module remains unchanged.
  • the data model of the other subsystems is unchanged, especially the adjacent subsystem 3, and the data model is still the model b version v1, which is not affected by the system 4.
  • model data set changes, and the v3 version of model b is added.
  • the data interaction with the subsystem 4 can be implemented according to the data model of the changed subsystem 4.
  • the modification process of the data model of subsystem 4 is as follows: 1. nfx.upgrade(model b, v1->v3); 2, nfx->neAgent.virtualModelContainer.add(v3); 3, User->neAgent.operation(nfx , v3data).
  • each subsystem in the distributed base station system does not affect each other independently, and each subsystem can be controlled. For example, when the data model of a certain subsystem is upgraded, the entire system is not affected. The normal work improves the flexibility of subsystem configuration in distributed base station systems.
  • Embodiments of the present disclosure also provide an apparatus for data interaction.
  • FIG. 7 is a schematic diagram showing the structure of a data interaction apparatus according to an embodiment of the present disclosure.
  • the data interaction device 70 includes a first establishing module 701, a second establishing module 702, and a control module 703.
  • the first establishing module 701 is configured to establish a data model for each subsystem in the distributed base station, wherein the data model of each subsystem is used to characterize the data processing mode of the subsystem, and the data model of all subsystems of the distributed base station There are at least two data models with specified relationships, and wherein the specified relationship is the same type information of the data model but the version information of the data model is different.
  • the second establishing module 702 is configured to establish a data model of the network element proxy module according to a data model of all subsystems of the distributed base station, wherein the data model of the network element proxy module is used to represent the network element proxy module and the distributed base station. The way each subsystem interacts with the data.
  • the control module 703 is configured to implement data interaction with multiple subsystems by using a network element proxy module according to a data model of the network element proxy module.
  • the network element proxy module is a device that implements data interaction between a distributed base station and an external device.
  • the data model for each subsystem may include a subsystem identity ID, type information for the data model of the subsystem, and version information for the data model of the subsystem.
  • the data model of the network element proxy module may include: IDs of all subsystems of the distributed base station and type information of data models of all subsystems of the distributed base station.
  • control module 703 is further configured to: perform data interaction with the plurality of subsystems by using the network element proxy module according to a data model of the network element proxy module by: acquiring a data model set, The data to be delivered is generated according to the data model set, where the data model set includes the data model of all subsystems of the distributed base station; and the subsystem ID is included in the data to be delivered, The data to be sent is sent to the network element proxy module, so that the network element proxy module performs the data transmission operation according to the data model of the network; if the data to be delivered does not include the subsystem ID, the data to be sent is sent to the network.
  • the network element proxy module delivers the data to be delivered to all subsystems according to all the subsystem IDs included in the data model; wherein the network element proxy module is set to perform according to the following operations.
  • Data model execution data delivery operation the network element proxy module parses the data to be delivered according to its own data model, and obtains One less parsed data; and each parsed data is sent to the corresponding subsystem according to the subsystem ID included in each parsed data.
  • control module 703 is further configured to perform data interaction with the multiple subsystems by using the network element proxy module according to a data model of the network element proxy module by: receiving a network element The transparent data of the proxy module, wherein the transmitted data includes data reported by at least one subsystem of the distributed base station.
  • the structure of the data model of each subsystem may be a tree structure, and the data model of each subsystem includes at least: a root node and an attribute child node connected to the root node, wherein the root node includes: a distribution The identification information of the base station, and the attribute sub-node includes: a subsystem ID, type information of a data model of the subsystem, and version information of a data model of the subsystem.
  • the structure of the data model of the network element proxy module may be a tree structure, and the data model of the network element proxy module includes: a root node and a plurality of attribute child nodes connected to the root node, each attribute sub- The node corresponds to a subsystem, wherein the root node includes: identification information of the distributed base station, and the attribute child node includes: a subsystem ID and type information of a data model of the subsystem.
  • the first establishing module 701, the second establishing module 702, and the control module 703 may each be a Central Processing Unit (CPU), a Micro Processor Unit (MPU), and a digital device located in an external standby device. Implemented by a signal processor (DSP) or a Field Programmable Gate Array (FPGA).
  • CPU Central Processing Unit
  • MPU Micro Processor Unit
  • DSP signal processor
  • FPGA Field Programmable Gate Array
  • An embodiment of the present disclosure further provides a device for data interaction, the device comprising: a memory and a processor, wherein the memory is configured to store a data interaction program, and the processor is configured to execute a data interaction program in a memory to implement The steps of the method of data interaction in accordance with various embodiments disclosed herein.
  • Embodiments of the present disclosure also provide a computer readable storage medium that, when executed by a processor, implements the steps of a method of data interaction in accordance with various embodiments disclosed herein.
  • the processor may be an Application Specific Integrated Circuit (ASIC), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), an FPGA, or the like. At least one of a DSP, a CPU, a controller, a microcontroller, and a microprocessor. It is to be understood that, for different devices, the electronic device for implementing the above-mentioned processor functions may also be other devices, which are not specifically limited in the embodiments of the present disclosure.
  • ASIC Application Specific Integrated Circuit
  • DSPD Digital Signal Processing Device
  • PLD Programmable Logic Device
  • FPGA field-programmable Logic Device
  • the above memory or computer readable storage medium may be: a volatile memory such as a random access memory (RAM), a non-volatile memory such as a read only memory. (ROM, Read-Only Memory), flash memory, hard disk (HDD, Hard Disk Drive) or solid state drive (SSD, Solid-State Drive); or a combination of the above types of memory.
  • RAM random access memory
  • ROM Read-Only Memory
  • flash memory hard disk
  • HDD Hard Disk Drive
  • SSD Solid-State Drive
  • the memory or computer readable storage medium can provide instructions and data to a processor.
  • embodiments of the present disclosure can be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of a hardware embodiment, a software embodiment, or a combination of software and hardware aspects. In addition, the present disclosure may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) in which computer usable program code is embodied.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in a flow or a flow and/or a block diagram in one or more blocks.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more processes and/or block diagrams of one or more blocks of the flow diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供了一种数据交互的方法、装置及设备。所述方法包括以下步骤：为分布式基站中的每个子系统建立数据模型，其中，所述每个子系统的数据模型用于表征子系统的数据处理方式，所述分布式基站的所有子系统的数据模型中至少存在两个具有指定关系的数据模型，并且其中，所述指定关系为数据模型的类型信息相同但数据模型的版本信息不同；根据所述分布式基站的所有子系统的数据模型来建立网元代理模块的数据模型，其中，所述网元代理模块的数据模型用于表征所述网元代理模块与所述分布式基站的每一个子系统的数据交互方式；以及根据所述网元代理模块的数据模型，通过所述网元代理模块来实现与所述多个子系统的数据交互。

Description

数据交互的方法、装置及设备 技术领域
本公开涉及互联网技术领域，尤其涉及一种数据交互的方法、装置及设备。
背景技术
无线网络进入5G时代，将基站功能进行了拆分和解耦，例如集中式单元(Centralized Unit，DU)和分布式单元(Distributed Unit，CU)的分离部署，这样促使了基站从集中式基站系统向分布式基站系统转变。在本文中，分布式基站和分布式基站系统可以互换地使用。分布式基站系统对基站配置的数据模型提出了新的要求，所述要求例如以下三点要求。
1、分布式基站系统中有多个子系统，每个子系统允许有多个实例，相同子系统的多个实例可以有不同版本的模型定义。
2、分布式基站系统对外仍然呈现为一个完整的基站网元，因此它的配置建模对外部设备来说仍然是一个完整的配置模型，而不是一些独立的子系统模型(即整个基站网元模型由多个子系统模型组合而成)。
3、为了实现系统的标准化，分布式基站系统必须使用标准的建模语言进行建模，并提供标准的数据访问接口。
目前，在使用诸如：YANG(Yet Another Next Generation)建模语言RFC(Request for Comments，请求评议)6021等标准的建模语言来建立分布式基站系统的数据模型时，虽然可以描述基站的配置模型，但是在使用标准建模语言实现上述3点要求时仍存在以下问题：在标准建模语言中，虽然可以按多个子系统分别建模，并可以将其合并成一个完整的系统模型，但是这要求不同子系统使用的数据模型版本必须相同，无法实现不同子系统使用不同的数据模型版本。
发明内容
本公开实施例提供了一种数据交互的方法，所述方法包括：为分布式基站中的每个子系统建立数据模型，其中，所述每个子系统的数据模型用于表征子系统的数据处理方式，所述分布式基站的所有子系统的数据模型中至少存在两个具有指定关系的数据模型，并且其中，所述指定关系为数据模型的类型信息相同但数据模型的版本信息不同；根据所述分布式基站的所有子系统的数据模型来建立网元代理模块的数据模型，其中，所述网元代理模块的数据模型用于表征所述网元代理模块与所述分布式基站的每一个子系统的数据交互方式；以及根据所述网元代理模块的数据模型，通过所述网元代理模块来实现与所述多个子系统的数据交互，其中，所述网元代理模块为实现所述分布式基站与外部设备的数据交互的设备。
本公开实施例还提供了一种数据交互的装置，所述装置包括第一建立模块、第二建立模块和控制模块，其中，所述第一建立模块设置为为分布式基站中的每个子系统建立数据模型，其中，所述每个子系统的数据模型用于表征子系统的数据处理方式，所述分布式基站的所有子系统的数据模型中至少存在两个具有指定关系的数据模型，并且其中，所述指定关系为数据模型的类型信息相同但数据模型的版本信息不同；第二建立模块设置为根据所述分布式基站的所有子系统的数据模型来建立网元代理模块的数据模型，其中，所述网元代理模块的数据模型用于表征所述网元代理模块与所述分布式基站的每一个子系统的数据交互方式；控制模块设置为根据所述网元代理模块的数据模型，通过所述网元代理模块来实现与所述多个子系统的数据交互；其中，所述网元代理模块为实现所述分布式基站与外部设备的数据交互的设备。
本公开实施例还提供了一种进行数据交互的设备，所述设备包括：存储器和处理器，其中，所述存储器设置为存储数据交互程序；所述处理器设置为执行所述存储器中存储的数据交互程序，以实现本文各实施例所述的数据交互的方法的步骤。
本公开实施例中还提供了一种计算机可读存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现本文各实施
例所述数据交互的方法的步骤。
附图说明
图1为根据本公开实施例的分布式基站系统的组成结构示意图；
图2为根据本公开实施例的数据交互的方法的一种流程示意图；
图3为根据本公开实施例的子系统的数据模型的结构示意图；
图4为根据本公开实施例的网元代理模块的数据模型的结构示意图；
图5为根据本公开实施例的数据模型集合的组成结构示意图；
图6为根据本公开实施例的数据交互的方法的另一流程示意图；
以及
图7为根据本公开实施例的数据交互装置的组成结构示意图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。
本公开实施例中，分布式基站系统可以包括：网元代理模块，网元代理模块设置为实现分布式基站系统与外部设备的数据交互。
图1为根据本公开实施例的分布式基站系统的组成结构示意图。如图1所示，分布式基站系统10包括：网元代理模块102和多个子系统101，网元代理模块102与每一个子系统相连，外部设备11通过网元代理模块102实现与分布式基站10内部的每一个子系统的数据交互。分布式基站系统10相对于外部设备11相当于一个整体。
所述多个子系统101包括：101a子系统1，对应的数据模型为模型a版本v1；101b子系统2，对应的数据模型为模型a版本v2；101c子系统3，对应的数据模型为模型b版本v1；101d子系统4，对应的数据模型为模型b版本v1。这里，每一个子系统都有各自对应的数据模型，且所述数据模型可以不同。
本公开实施例中提供的数据模型建立方法和数据交互方法可以应用在5G通信系统中。
图2为根据本公开实施例的数据交互的方法的一种流程示意图。如图2所示，该方法包括：步骤21-23。
在步骤21，为分布式基站中的每个子系统建立数据模型。
本公开实施例中，每个子系统的数据模型用于表征子系统的数据处理方式，分布式基站的所有子系统的数据模型中至少存在两个具有指定关系的数据模型，其中，指定关系为数据模型的类型信息相同但数据模型的版本信息不同。
示例性的，通过网络配置(Network Configuration，Netconf)，通讯协议实现外部设备与分布式基站系统的数据交互。Netconf通讯协议的数据建模语言可以是：XSD(XML Schema Definition，XML架构定义)语言、NCX(Network Configuration Extensions，网络配置扩展)语言、YANG语言等，可以使用标准的建模语言来建立数据模型。
示例性的，每个子系统的数据模型包括：子系统身份标识ID、子系统的数据模型的类型信息和子系统的数据模型的版本信息。这里，子系统的数据模型的类型信息即为子系统的类型信息。在实际应用中，子系统类型可以包括：低频子系统、高频子系统、集中式子系统、分布式子系统等，可以根据子系统的类型信息来建立对应类型的数据模型。在一些情况下，子系统只能使用相同版本的数据模型，而在本公开中，可以为子系统建立具有相同类型信息但具有不同版本信息的数据模型。
具体的，子系统的数据模型的结构为树形结构，子系统的数据模型至少包括：根节点和与根节点相连的属性子节点，其中，所述根节点包括：分布式基站的标识信息，所述标识信息可以是分布式基站的ID，所述属性子节点包括：子系统ID、子系统数据模型的类型信息和子系统数据模型的版本信息。
图3为根据本公开实施例的子系统的数据模型的结构示意图。如图3所示，利用标准的建模语言建立的子系统的数据模型包括：根节点31、属性子节点32和多个业务子节点33，其中，属性子节点32为根节点31的子节点，多个业务子节点33均为属性子节点32的 子节点，即每一个业务子节点在子系统的数据模型的树形结构中均为叶子节点，子系统的数据模型中只能有一个属性子节点，但可以有n种不同属性子节点，n取正整数。
如图3所示，根节点31中可以包括：根节点名称(即网元节点)和网元节点ID。属性子节点32可以包括：属性子节点名称(即xxx子节点)、子系统ID、类型信息(即xxx)和版本信息(即v1)。属性子节点名称中可以包含类型信息。多个业务子节点33包括：业务子节点1、业务子节点2等，每一个业务子节点包含子系统执行的具体业务信息。本公开实施例中，网元节点是指分布式基站系统。
在步骤22，根据分布式基站的所有子系统的数据模型来建立网元代理模块的数据模型。
本公开实施例中，网元代理模块的数据模型用于表征网元代理模块与分布式基站的每一个子系统的数据交互方式，外部设备依据网元代理模块的数据模型实现与每一个子系统的数据交互。
示例性的，在子系统的数据模型包括子系统身份标识ID、子系统的数据模型的类型信息和子系统的数据模型的版本信息的情况下，本步骤可以包括以下步骤：获取所有子系统的数据模型；以及利用获取的所有子系统的数据模型中的子系统ID和类型信息来建立网元代理模块的数据模型。
具体的，网元代理模块的数据模型的结构为树形结构，网元代理模块的数据模型包括：根节点和与根节点相连的多个属性子节点，每一个属性子节点对应一个子系统，其中，所述根节点包括：分布式基站系统的标识信息，并且所述属性子节点包括：子系统ID和子系统的数据模型的类型信息。
图4为根据本公开实施例的网元代理模块的数据模型的结构示意图。如图4所示，利用标准的建模语言建立的网元代理模块的数据模型包括：根节点41和多个属性子节点42，其中，所述多个属性子节点42包括：子系统1对应的xxx子节点、子系统2对应的yyy子节点、子系统1对应的zzz子节点等。xxx、yyy和zzz分别表示子系统1、子系统2和子系统3的类型信息，也表示每一个子系统的数 据模型的类型信息。
这里，每一个属性子节点为根节点41的子节点，每一个属性子节点也为树形结构中的叶子节点，分布式基站系统中一个子系统对应一个属性子节点。由于一个子系统可以具有多种不同的数据模型，因此，网元代理模块的数据模型中一个子系统可以对应的多种属性子节点，但一个子系统对应的所有属性子节点中的子系统ID都相同，图中子系统1可以有a种不同的属性子节点，子系统2可以有b种不同的属性子节点，子系统3可以有c种不同属性子节点，其中，a、b、c均取正整数。
如图4所示，根节点41包括：根节点名称(即，“网元节点”)和网元节点ID；多个属性子节点42中的每一个属性子节点包括：属性子节点名称(，即“xxx子节点”)、子系统ID；属性子节点名称可以对应子系统的类型。
在步骤23，根据网元代理模块的数据模型，通过网元代理模块来实现与多个子系统的数据交互。
本步骤中还包括：获取数据模型集合。这里，获取数据模型集合的方法可以是：网元代理模块读取每一个子系统对应的数据模型，所有子系统的数据模型组成了数据模型集合，将数据模型集合发送给外部设备。
示例性的，数据交互可以包括：下发数据和上报数据。
本步骤中实现下发数据的步骤可以包括以下步骤：根据数据模型集合生成待下发数据；在待下发数据中包含子系统ID的情况下，将待下发数据发送至网元代理模块中，网元代理模块根据自身的数据模型对待下发数据进行解析，得到至少一个解析后的数据；根据每一个解析后的数据中包含的子系统ID，将每一个解析后的数据下发至对应的子系统中；在待下发数据中不包含子系统ID的情况下，将待下发数据发送至网元代理模块中，使网元代理模块根据自身的数据模型中包含的所有子系统ID，将待下发数据下发至所有子系统中。
本步骤中实现接收上报数据的步骤可以包括以下步骤：接收网元代理模块的透传数据，其中，所述透传数据包括由分布式基站的至 少一个子系统上报的数据。
当透传数据中包含子系统的数据模型的修改信息时，根据接收到的透传数据更新数据模型集合。
本领域技术人员应理解，透传指的是透明传输，并且需要说明的是，在下一次向分布式基站系统下发数据时，根据最近一次更新后的数据模型集合生成待下发数据。
图5为根据本公开实施例的数据模型集合的组成结构示意图。如图5所示，分布式基站系统中包含5个子系统时，数据模型集合中便包含5个子系统的数据模型，即：子系统1的数据模型51、子系统2的数据模型52、子系统3的数据模型53、子系统4的数据模型54和子系统5的数据模型55，其中，每一个子系统的数据模型结构如图3所示。网元代理模块利用从每一个子系统中获取的子系统的数据模型组成数据模型集合，再将该数据模型集合发送至外部设备，使外部设备根据每一个子系统的数据模型生成通信原语，实现与每一个子系统的数据交互。
本公开实施例中，虽然网元代理模块的数据模型中只包括了子系统数据模型的类型信息，但数据模型集合中却包含了每一个子系统的数据模型的全部信息，外部设备基于数据模型集合中包含的子系统的全部信息，实现与分布式基站系统中所有子系统的数据交互。
根据本公开实施例，可以：为分布式基站中的每个子系统建立数据模型，其中，每个子系统的数据模型用于表征子系统的数据处理方式；分布式基站的所有子系统的数据模型中至少存在两个具有指定关系的数据模型，并且其中，指定关系为数据模型的类型信息相同但数据模型的版本信息不同；根据分布式基站的所有子系统的数据模型来建立网元代理模块的数据模型；网元代理模块的数据模型用于表征网元代理模块与分布式基站的每一个子系统的数据交互方式；根据网元代理模块的数据模型，通过网元代理模块来实现与多个子系统的数据交互，其中，网元代理模块为实现分布式基站系统与外部设备的数据交互的设备。
通过上述各实施例，可以为子系统建立类型信息相同但版本信 息不同数据模型，并根据网元代理模块的数据模型包含的数据交互方式，通过网元代理模块实现外部设备与分布式基站系统内每一个子系统的数据交互。如此，可以在分布式基站系统中为不同子系统配置类型信息相同但版本信息不同的数据模型，提高分布式基站系统中子系统数据模型配置的灵活性。
图6为根据本公开实施例的数据交互的方法的另一流程示意图。如图6所示，该方法包括：步骤61-65。
在步骤61，启动分布式基站系统。
示例性的，分布式基站系统的启动方法可以包括以下步骤：步骤611-步骤613。
在步骤611，每个子系统加载各自对应的数据模型。
在一个实施例中，在分布式基站系统启动之前每一个子系统内部都配置了各自的数据模型，启动系统时每个子系统加载各自对应的数据模型，形成如图3所示的模型，以实现子系统不同的功能。
在步骤612，网元代理模块加载对应的数据模型。
在一个实施例中，在分布式基站系统启动之前根据每一个子系统配置的数据模型，建立网元代理模块的数据模型，在系统启动时网元代理模块加载自身存储的数据模型，形成如图4所示的模型实例，以执行外部设备与数据交互任务。
在步骤613，网元代理模块读取每一个子系统的数据模型，生成数据模型集合。
在一个实施例中，网元代理模块读取每一个子系统的数据模型，组成如图5所示的数据模型集合，外部设备根据数据模型集合生成标准的通信原语，以符合现有的通信协议标准。
在步骤62，分布式基站系统中的网元代理模块将生成的数据模型集合发送至外部设备。
在步骤63，外部设备根据获取的数据模型集合生成待下发数据。
在步骤64，外部设备将待下发数据下发至对应的子系统中。
在一个实施例中，下发数据的步骤可以包括以下步骤：步骤641-步骤645。
在步骤641，外部设备将待下发数据发送至网元代理模块。
在步骤642，网元代理模块接收待下发数据后，判断待下发数据中是否包含子系统ID，如果是，执行步骤643，如果否，执行步骤645。
在一个实施例中，在待下发数据包含子系统ID的情况下，网元代理模块根据包含的子系统ID执行下发数据操作；在待下发数据中不包含子系统ID的情况下，网元代理模块将待下发数据发送至所有的子系统中。
在步骤643，网元代理模块解析待下发数据，将待下发数据拆分成多组数据。
在步骤644，根据每一组数据中包含的子系统ID，将每一组数据分别下发至对应的子系统中。
示例性的，下发数据为查询请求时，网元代理模块判断待下发数据中是否包含子系统ID，当包含时，查询对象是部分子系统，当不包含时，查询对象为全部子系统。
当查询对象为部分子系统时，待下发数据中包含待查询子系统的查询请求和子系统ID，网元代理模块解析待下发数据，并根据子系统ID将拆分后的数据发送至对应的子系统中；子系统响应查询请求，并向网元代理模块返回查询结果，网元代理模块将查询结果发送至外部设备。
当查询对象为全部子系统时，待下发数据可以不包含子系统ID，网元代理模块将查询请求发送至分布式基站系统的每一个子系统中，并将接收到的查询结果发送至外部设备。
示例性的，下发数据为控制命令时，下发数据中包含至少一个子系统ID。同样的，网元代理模块根据子系统ID将控制命令发送至对应的子系统中，子系统根据接收到的控制命令执行相应的操作，并向外部设备发送应答信息。
需要说明的是，由于分布式基站系统对外呈现为一个完整的系统，因此外部设备在下发数据时，需将多个子系统的待下发数据捆绑成一个事务，再将该事务发送至网元代理模块。网元代理模块在接收 到所述事务时，先进行拆分，然后下发至对应子系统中。
在步骤645，将待下发数据发送至每一个子系统中。
在步骤65，外部设备通过网元代理模块接收至少一个子系统的上报数据。
示例性的，当上报数据为与查询请求对应的查询结果时，上报的具体过程包括：步骤651-步骤653。
在步骤651，至少一个子系统根据接收到的查询请求，生成对应的上报数据。
在步骤652，子系统将生成的上报数据发送至网元代理模块。
在步骤653，网元代理模块将接收到的上报数据透传至外部设备中。
当子系统的数据模型改变时，子系统上报修改后的子系统的数据模型，上报的具体过程包括：步骤654-步骤656。
在步骤654，子系统将改变后的数据模型发送至网元代理模块。
在步骤655，网元代理模块将接收到的数据透传至外部设备中。
在步骤656，外部设备根据接收到的上报数据修改数据模型集合中对应子系统的数据模型。
需要说明的是，步骤63和步骤64为下发数据过程，步骤65为上报数据过程，上报数据和下发数据的先后顺序不受本公开实施例限制。
在本公开实施例中，示例性的给出了一种使用YANG建模语言对子系统进行建模而得到的子系统的数据模型，所述数据模型具有如下特点。
(1)每个子系统的数据模型都以统一的管理单元(Managed Element，ME)节点作为根节点，这里ME为本公开实施例中的分布式基站系统。ME根节点的标识信息为MEID，当多个子系统MEID相同时，代表多个子系统属于同一个分布式基站系统，ME节点只有一种实例。ME根节点定义可以包括：父节点：无，类型：单例，属性：MEID。
(2)ME根节点下为xxx子节点，xxx代表子系统的类型，一个子系统只有一个xxx子节点。xxx子节点中的属性信息包括： FunctionType(数据模型的类型信息，即xxx)；FunctionVersion(数据模型的版本信息)；FunctionId(子系统ID)，xxx子节点存在多种实例。属性子节点的定义可以包括：父节点：MEID，类型：多例，属性：子系统ID、类型信息、版本信息。
(3)xxx子节点下包括子系统中所有的业务子节点，即所有的业务子节点在树结构中属于xxx子节点的下一级节点，业务子节点存在多种实例。业务子节点的定义可以包括：父节点：子系统ID，类型：多例，属性：业务数据。
需要说明的是，上述建模规则可以使用标准的YANG建模语言描述，每种类型的子系统允许有多个不同的模型版本，以FunctionVersion来区分不同版本信息。
网元代理模块的数据模型可以具有如下特点。
(1)网元代理模块的数据模型都以统一的ME节点作为根节点，ME根节点的标识信息为MEID，当多个子系统MEID相同时，代表多个子系统属于同一个分布式基站系统。ME根节点的定义包括：父节点：无，类型：单例，属性：MEID。
(2)ME根节点下为xxx子节点，xxx代表子系统的类型，一个网元代理模块中可以有多个xxx子节点，代表了分布式基站系统中包含的全部类型的网元代理模块的数据模型。xxx子节点中的属性信息包括：FunctionId(子系统ID)，该FunctionId用于实现外部设备与分布式基站系统中子系统的数据交互。属性子节点的定义可以包括：父节点：MEID；xxx子节点1：类型：多例，属性：子系统1ID；xxx子节点2：类型：多例，属性：子系统2ID；xxx子节点3：类型：多例，属性：子系统3ID。
本公开实施例中，与YANG建模语言对应的Netconf通讯协议中，定义了外部管理设备和被管设备之间的配置数据访问接口，但是该协议只支持被管设备是简单节点的情况，不支持被管设备是多节点的情况(即被管设备由多个子系统组成)。在本公开实施例中，给出了一种多节点与管理设备的通信的方法，即通过网络代理模块实现外部设备与分布式基站系统中每一个子系统的通信。
为了能更加体现本公开的目的，在本公开上述实施例的基础上，以使用YANG建模语言建立子系统的数据模型和网元代理模块的数据模型，以Netconf通信协议实现外部设备与分布式基站系统的数据交互为例，进行进一步的举例说明。
Netconf是被管理设备和管理设备进行数据交互的标准协议，Netconf指定了很多数据交互时的操作原语。依照Netconf通信协议定义的一些关键的数据交互原语如下：a)外部设备：user；b)网元代理模块：NeAgent；c)子系统1：nf1；d)子系统x：nfx。另外，在各个过程中可以使用的原语还可以包括：
1、配置待下发数据edit-config：一个edit-config原语做成一个事务，在进行数据交互时，该事务的执行结果为：全部成功或者全部回滚。执行流程如下：
(1)user->NeAgent：edit-config(nfdata)
(2)解析nfdata，分解成nf1data至nfxdata
(3)NeAgent->nf1：Lock()
(4)NeAgent->nfx：Lock()
(5)NeAgent->nf1：edit-config(nf1data)
(6)NeAgent->nf2：edit-config(nf2data)
(7)If(nf1or nf2 failute)：rollback()
(8)NeAgent->nf1：Commit()
(9)NeAgent->nf2：Commit()
(10)NeAgent->nf1：Unlock()
(11)NeAgent->nf2：Unlock()
(12)NeAgent->user：edit-config reply()
2、配置上报数据Notification：在远程过程调用协议(Remote Procedure Call Protocol，RPC)定义中，规定第一个参数就是子系统的ID，根据数据中的第一个参数来区分不同子系统上报的数据。
3、Lock、unlock(锁定/解锁定网元数据)：本公开实施例中可以增加子系统ID参数，实现对某一种数据模型的锁定。如：Lock(子系统ID)、Unlock(子系统ID)。
4、Delete-config，意味着删除一套数据模型。
5、Close-session、kill-session，意味着结束一个Netconf会话。
为了能更加体现本公开的目的，在本公开上述实施例的基础上，进行进一步的举例说明。
本公开实施例中，可以对子系统的数据模型进行单独修改，而不影响分布式基站系统中其他子系统的正常工作。
示例性的，可以将图1中子系统4的数据模型b从版本v1升级到版本v3，版本v3中增加了属性A，同时子系统4的数据模型随之改变。
在这种情况下，网元代理模块的数据模型不变。由于网元代理模块的数据模型只包括子系统4的ID和数据模型的类型信息，因此，当子系统4的数据模型的版本信息改变时，网元代理模块的数据模型保持不变。
在这种情况下，其他子系统的数据模型不变，特别是相邻的子系统3，其数据模型仍为模型b版本v1，不受系统4的影响。
在这种情况下，模型数据集合发生变化，新增了模型b的v3版本。
外部设备与子系统4进行数据交互时，可以根据改变后子系统4的数据模型实现与子系统4的数据交互。
子系统4的数据模型的修改过程如下：1、nfx.upgrade(model b，v1->v3)；2、nfx->neAgent.virtualModelContainer.add(v3)；3、User->neAgent.operation(nfx，v3data)。
在本公开实施例中，分布式基站系统中每一个子系统各自独立互不影响，可以对每一个子系统进行控制，如：对某一个子系统的数据模型进行升级操作时，不影响整个系统的正常工作，提高分布式基站系统中子系统配置的灵活性。
本公开实施例还提供了一种数据交互的装置。图7为根据本公开实施例的数据交互装置的组成结构示意图。
数据交互装置70包括：第一建立模块701、第二建立模块702 和控制模块703。
所述第一建立模块701设置为为分布式基站中的每个子系统建立数据模型，其中，每个子系统的数据模型用于表征子系统的数据处理方式，分布式基站的所有子系统的数据模型中至少存在两个具有指定关系的数据模型，并且其中，指定关系为数据模型的类型信息相同但数据模型的版本信息不同。
所述第二建立模块702设置为根据分布式基站的所有子系统的数据模型来建立网元代理模块的数据模型，其中，网元代理模块的数据模型用于表征网元代理模块与分布式基站的每一个子系统的数据交互方式。
所述控制模块703设置为根据网元代理模块的数据模型，通过网元代理模块来实现与多个子系统的数据交互。
所述网元代理模块为实现分布式基站与外部设备的数据交互的设备。
在一个实施例中，每个子系统的数据模型可以包括：子系统身份标识ID、子系统的数据模型的类型信息和子系统的数据模型的版本信息。
在一个实施例中，网元代理模块的数据模型可以包括：分布式基站的所有子系统的ID和分布式基站的所有子系统的数据模型的类型信息。
在一个实施例中，控制模块703还设置为通过以下操作来根据所述网元代理模块的数据模型，通过所述网元代理模块实现与所述多个子系统的数据交互：获取数据模型集合，其中，在下发数据时，根据数据模型集合生成待下发数据，其中，数据模型集合包括分布式基站的所有子系统的数据模型；在待下发数据中包含子系统ID的情况下，将待下发数据发送至网元代理模块中，使网元代理模块根据自身的数据模型执行下发数据操作；在待下发数据中不包含子系统ID的情况下，将待下发数据发送至网元代理模块中，使网元代理模块根据自身的数据模型中包含的所有子系统ID，将待下发数据下发至所有子系统中；其中，网元代理模块设置为通过以下操作来根据自身的数 据模型执行数据下发操作：网元代理模块根据自身的数据模型对待下发数据进行解析，得到至少一个解析后的数据；以及根据每一个解析后的数据中包含的子系统ID，将每一个解析后的数据下发至对应的子系统中。
在一个实施例中，所述控制模块703还设置为通过以下操作来根据所述网元代理模块的数据模型，通过所述网元代理模块实现与所述多个子系统的数据交互：接收网元代理模块的透传数据，其中，传数据包括由分布式基站的至少一个子系统上报的数据。
在一个实施例中，每个子系统的数据模型的结构可以为树形结构，所述每个子系统的数据模型至少包括：根节点和与根节点相连的属性子节点，其中，根节点包括：分布式基站的标识信息，并且属性子节点包括：子系统ID、子系统的数据模型的类型信息和子系统的数据模型的版本信息。
在一个实施例中，网元代理模块的数据模型的结构可以为树形结构，所述网元代理模块的数据模型包括：根节点和与根节点相连的多个属性子节点，每一个属性子节点对应一个子系统，其中，根节点包括：分布式基站的标识信息，并且属性子节点包括：子系统ID和子系统的数据模型的类型信息。
在实际应用中，第一建立模块701、第二建立模块702和控制模块703均可由位于外部备中的中央处理器(Central Processing Unit，CPU)、微处理器(Micro Processor Unit，MPU)、数字信号处理器(Digital Signal Processor，DSP)、或现场可编程门阵列(Field Programmable Gate Array，FPGA)等实现。
本公开实施例还提供了一种数据交互的设备，该设备包括：存储器和处理器，其中，所述存储器用于存储数据交互程序，所述处理器用于执行存储器中存储数据交互程序，以实现根据本文公开的各实施例的数据交互的方法的步骤。
本公开实施例还提供了一种计算机可读存储介质，该计算机程序被处理器执行时，实现根据本文公开的各实施例的数据交互的方法的步骤。
在实际应用中，上述处理器可以为特定用途集成电路(ASIC，Application Specific Integrated Circuit)、数字信号处理装置(DSPD，Digital Signal Processing Device)、可编程逻辑装置(PLD，Programmable Logic Device)、FPGA、DSP、CPU、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它器件，本公开实施例不作具体限定。
上述存储器或计算机可读存储介质可以是：易失性存储器(volatile memory)，例如随机存取存储器(RAM，Random-Access Memory)；非易失性存储器(non-volatile memory)，例如只读存储器(ROM，Read-Only Memory)、快闪存储器(flash memory)、硬盘(HDD，Hard Disk Drive)或固态硬盘(SSD，Solid-State Drive)；或者上述种类的存储器的组合。所述存储器或计算机可读存储介质可以向处理器提供指令和数据。
本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。另外，本公开可采用其中包含有计算机可用程序代码的一个或多个计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程示意图和/或方框图来描述的。应理解，可由计算机程序指令来实现流程示意图和/或方框图中的每一流程和/或方框、以及流程示意图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数 据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上各实施例仅为本公开的示例性实施例而已，并非用于限定本公开的保护范围。

Claims (14)

  1. 一种数据交互的方法，包括：
    为分布式基站中的每个子系统建立数据模型，其中，所述每个子系统的数据模型用于表征子系统的数据处理方式，所述分布式基站的所有子系统的数据模型中至少存在两个具有指定关系的数据模型，并且其中，所述指定关系为数据模型的类型信息相同但数据模型的版本信息不同；
    根据所述分布式基站的所有子系统的数据模型来建立网元代理模块的数据模型，其中，所述网元代理模块的数据模型用于表征所述网元代理模块与所述分布式基站的每一个子系统的数据交互方式；以及
    根据所述网元代理模块的数据模型，通过所述网元代理模块来实现与所述多个子系统的数据交互，
    其中，所述网元代理模块为实现所述分布式基站与外部设备的数据交互的设备。
  2. 根据权利要求1所述的方法，其中，所述每个子系统的数据模型包括：子系统身份标识ID、子系统的数据模型的类型信息和子系统的数据模型的版本信息。
  3. 根据权利要求2所述的方法，其中，所述网元代理模块的数据模型包括：所述分布式基站的所有子系统的ID和所述分布式基站的所有子系统的数据模型的类型信息。
  4. 根据权利要求3所述的方法，其中，所述根据所述网元代理模块的数据模型，通过所述网元代理模块来实现与所述多个子系统的数据交互的步骤包括以下步骤：
    获取数据模型集合，其中，在下发数据时，根据所述数据模型集合生成待下发数据，并且其中，所述数据模型集合包括所述分布式 基站的所有子系统的数据模型；
    在待下发数据中包含子系统ID的情况下，将所述待下发数据发送至所述网元代理模块中，使所述网元代理模块根据自身的数据模型执行下发数据操作；
    在待下发数据中不包含子系统ID的情况下，将所述待下发数据发送至所述网元代理模块中，使所述网元代理模块根据自身的数据模型中包含的所有子系统ID，将所述待下发数据下发至所有子系统中；
    其中，所述网元代理模块根据自身的数据模型执行数据下发操作的步骤包括以下步骤：所述网元代理模块根据自身的数据模型对所述待下发数据进行解析，得到至少一个解析后的数据；以及根据每一个解析后的数据中包含的子系统ID，将每一个解析后的数据下发至对应的子系统中。
  5. 根据权利要求3所述的方法，其中，所述根据所述网元代理模块的数据模型，通过所述网元代理模块来实现与所述多个子系统的数据交互的步骤包括以下步骤：
    接收所述网元代理模块的透传数据，其中，所述透传数据包括由分布式基站的至少一个子系统上报的数据。
  6. 根据权利要求2所述的方法，其中，所述每个子系统的数据模型的结构为树形结构，所述每个子系统的数据模型至少包括：根节点和与根节点相连的属性子节点，
    其中，所述根节点包括：所述分布式基站的标识信息，并且
    所述属性子节点包括：子系统ID、子系统的数据模型的类型信息和子系统的数据模型的版本信息。
  7. 根据权利要求2所述的方法，其中，所述网元代理模块的数据模型的结构为树形结构，所述网元代理模块的数据模型包括：根节点和与根节点相连的多个属性子节点，每一个属性子节点对应一个子系统，
    其中，所述根节点包括：所述分布式基站的标识信息，并且
    所述属性子节点包括：子系统ID和子系统的数据模型的类型信息。
  8. 一种数据交互的装置，其中，
    所述装置包括：第一建立模块、第二建立模块和控制模块，其中，
    所述第一建立模块设置为为分布式基站中的每个子系统建立数据模型，其中，所述每个子系统的数据模型用于表征子系统的数据处理方式，所述分布式基站的所有子系统的数据模型中至少存在两个具有指定关系的数据模型，并且其中，所述指定关系为数据模型的类型信息相同但数据模型的版本信息不同；
    所述第二建立模块设置为根据所述分布式基站的所有子系统的数据模型来建立网元代理模块的数据模型，其中，所述网元代理模块的数据模型用于表征所述网元代理模块与所述分布式基站的每一个子系统的数据交互方式；并且
    所述控制模块设置为根据所述网元代理模块的数据模型，通过所述网元代理模块来实现与所述多个子系统的数据交互，
    其中，所述网元代理模块为实现所述分布式基站与外部设备的数据交互的设备。
  9. 根据权利要求8所述的装置，其中，所述每个子系统的数据模型包括：子系统身份标识ID、子系统的数据模型的类型信息和子系统的数据模型的版本信息。
  10. 根据权利要求9所述的装置，其中，所述网元代理模块的数据模型包括：所述分布式基站的所有子系统的ID和所述分布式基站的所有子系统的数据模型的类型信息。
  11. 根据权利要求10所述的装置，其中，所述控制模块还设置 为通过以下操作来根据所述网元代理模块的数据模型，通过所述网元代理模块实现与所述多个子系统的数据交互：
    获取数据模型集合，其中，在下发数据时，根据所述数据模型集合生成待下发数据，并且其中，所述数据模型集合包括所述分布式基站的所有子系统的数据模型；
    在待下发数据中包含子系统ID的情况下，将所述待下发数据发送至所述网元代理模块中，使所述网元代理模块根据自身的数据模型执行下发数据操作；
    在待下发数据中不包含子系统ID的情况下，将所述待下发数据发送至所述网元代理模块中，使所述网元代理模块根据自身的数据模型中包含的所有子系统ID，将所述待下发数据下发至所有子系统中；
    其中，所述网元代理模块根据自身的数据模型执行数据下发操作的步骤包括以下步骤：所述网元代理模块根据自身的数据模型对所述待下发数据进行解析，得到至少一个解析后的数据；以及根据每一个解析后的数据中包含的子系统ID，将每一个解析后的数据下发至对应的子系统中。
  12. 根据权利要求10所述的装置，其中，所述控制模块还设置为通过以下操作来根据所述网元代理模块的数据模型，通过所述网元代理模块实现与所述多个子系统的数据交互：
    接收所述网元代理模块的透传数据，其中，所述透传数据包括由分布式基站的至少一个子系统上报的数据。
  13. 一种进行数据交互的设备，其中，所述设备包括：存储器和处理器，其中，
    所述存储器设置为存储数据交互程序；
    所述处理器设置为执行所述存储器中存储数据交互程序，以实现权利要求1至7中任一项所述的方法的步骤。
  14. 一种计算机可读存储介质，其上存储有计算机程序，其中， 该计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
PCT/CN2018/108318 2017-09-30 2018-09-28 数据交互的方法、装置及设备 WO2019062850A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP18863135.2A EP3629616B1 (en) 2017-09-30 2018-09-28 Data interaction method, device and equipment
JP2019572680A JP6893568B2 (ja) 2017-09-30 2018-09-28 データインタラクションの方法、装置および機器

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710939926.0 2017-09-30
CN201710939926.0A CN109600776B (zh) 2017-09-30 2017-09-30 一种数据交互的方法、装置及设备

Publications (1)

Publication Number Publication Date
WO2019062850A1 true WO2019062850A1 (zh) 2019-04-04

Family

ID=65900868

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/108318 WO2019062850A1 (zh) 2017-09-30 2018-09-28 数据交互的方法、装置及设备

Country Status (4)

Country Link
EP (1) EP3629616B1 (zh)
JP (1) JP6893568B2 (zh)
CN (1) CN109600776B (zh)
WO (1) WO2019062850A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021037168A1 (zh) * 2019-08-27 2021-03-04 中兴通讯股份有限公司 一种数据同步的方法、装置和网络管理系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102300236A (zh) * 2010-06-28 2011-12-28 电信科学技术研究院 一种远程维护射频拉远设备的方法、装置及系统
CN106538037A (zh) * 2016-09-26 2017-03-22 北京小米移动软件有限公司 无线承载的配置方法、装置及系统
US20170127362A1 (en) * 2015-11-02 2017-05-04 Qualcomm Incorporated Methods and apparatuses for an access procedure

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001257374A1 (en) * 2000-04-28 2001-11-12 Sheer Networks, Inc. Network management method and system
SE0302596D0 (sv) * 2003-09-30 2003-09-30 Ericsson Telefon Ab L M Improvments in or relating to base stations
ES2550104T3 (es) * 2004-10-12 2015-11-04 Telefonaktiebolaget L- M Ericsson (Publ) Comunicación entre un nodo de control de equipo de radio y múltiples nodos de equipo de radio remotos
CN101631401A (zh) * 2009-06-04 2010-01-20 中兴通讯股份有限公司 一种多基站的数据管理方法及装置
WO2011072722A1 (en) * 2009-12-15 2011-06-23 Telefonaktiebolaget Lm Ericsson (Publ) Semantic digital model repository for communications network management models
CN102131248B (zh) * 2010-01-19 2013-12-04 华为技术有限公司 一种速率协商方法及数据传输系统以及相关设备
IN2014CN00709A (zh) * 2011-08-02 2015-04-03 Huawei Tech Co Ltd
CN103260198A (zh) * 2012-02-17 2013-08-21 中兴通讯股份有限公司 分布式基站传输速率的动态配置、匹配方法及装置
CN103781115B (zh) * 2014-01-25 2017-09-08 浙江大学 一种蜂窝网络中基于传输代价的分布式基站缓存替换方法
US10015685B2 (en) * 2015-12-04 2018-07-03 Hon Hai Precision Industry Co., Ltd. Network infrastructure and software defined remote radio head controller
CN206163915U (zh) * 2016-08-24 2017-05-10 中国南方电网有限责任公司电网技术研究中心 一种智能环网柜

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102300236A (zh) * 2010-06-28 2011-12-28 电信科学技术研究院 一种远程维护射频拉远设备的方法、装置及系统
US20170127362A1 (en) * 2015-11-02 2017-05-04 Qualcomm Incorporated Methods and apparatuses for an access procedure
CN106538037A (zh) * 2016-09-26 2017-03-22 北京小米移动软件有限公司 无线承载的配置方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3629616A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021037168A1 (zh) * 2019-08-27 2021-03-04 中兴通讯股份有限公司 一种数据同步的方法、装置和网络管理系统
CN112532660A (zh) * 2019-08-27 2021-03-19 中兴通讯股份有限公司 一种数据同步的方法、装置和网络管理系统

Also Published As

Publication number Publication date
EP3629616A4 (en) 2021-03-24
EP3629616B1 (en) 2021-11-03
JP6893568B2 (ja) 2021-06-23
EP3629616A1 (en) 2020-04-01
CN109600776B (zh) 2022-03-04
JP2020526138A (ja) 2020-08-27
CN109600776A (zh) 2019-04-09

Similar Documents

Publication Publication Date Title
US10686675B2 (en) Self configuring network management system
US11212335B2 (en) Network management interface
EP3111619B1 (en) Network configuration access
CN102427409A (zh) 基于网络配置协议的配置数据提交方法及服务器
WO2020062959A1 (zh) 配置数据的方法及装置
CN106257868B (zh) 配置数据推送方法及装置
US20190245732A1 (en) Method for network management based on netconf protocol, and associated network device
CN113381870B (zh) 报文处理方法和设备
WO2016110070A1 (zh) 数据获取方法及装置、存储介质
WO2019062850A1 (zh) 数据交互的方法、装置及设备
EP2643948A1 (en) Network element configuration management
CN109194519B (zh) 网络设备的配置方法、装置、控制器及计算机存储介质
CN112307486A (zh) 一种权限获取方法、设备和系统
CN102291436A (zh) 一种分布式事务通信有限状态机模型及其验证方法
CN109117152B (zh) 服务生成系统及方法
CN110134467B (zh) 参数配置的处理方法、装置、存储介质及处理器
US20230091521A1 (en) Sharing configuration resources for network devices among applications
WO2022134672A1 (zh) 用于配置节点的方法和装置
US20240007876A1 (en) Restoration of a network slice
CN113704225B (zh) 一种构建并使用配置中心的方法、系统、设备和存储介质
WO2022253047A1 (zh) 基于网络配置协议的查询信息的方法和装置
Berryman The open control architecture
Veillette et al. CoAP Management Interface (draft-ietf-core-comi-04)
CN115589351A (zh) 一种查询方法、装置及设备
CN101442791B (zh) 一种节点信息的发送方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18863135

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019572680

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2018863135

Country of ref document: EP

Effective date: 20191223

NENP Non-entry into the national phase

Ref country code: DE