The application is a divisional application of Chinese patent application (application date: 2018, 6 and 28 months; application number: 201810691802. X; invention and creation name: a management method and device of a northbound interface).
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail below with reference to the accompanying drawings.
The Open System Interconnect (OSI) management framework provides a mechanism to monitor and control network and System resources, which are represented as management objects (also referred to as managed objects). A management object refers to an abstract representation of a resource within a managed system, while a resource may generally refer to any physical or logical object that is managed. Typical physical resources are transport devices, routers, interface boards, modems, etc., and typical logical resources are communication protocols, applications, network services, etc.
In a TMN (telecommunications Management Network) Network Management system, Managed resources are accessed through an MOC (Managed Object Class). The MOC is an information model that defines the attributes, operations, behaviors, notifications, etc. of managed objects.
As shown in fig. 1, an embodiment of the present invention provides a method for managing a northbound interface, including:
step S110, obtaining a northbound interface driving model corresponding to the northbound interface; the northbound interface driver model comprises: a first north model for describing mapping conversion rules between the north specification model and the equipment business model, a second north model for describing north output file rules and a processing class for describing a north message processing mechanism;
step S120, after the equipment data are obtained, the equipment data are converted according to a first north model, and north data are obtained;
step S130, processing the northbound data according to a second northbound model to obtain a northbound output file; or processing the northbound data according to the processing class to obtain a northbound output message containing the northbound data.
In this embodiment, the equipment quotient model and the northbound specification model are models based on a management object class MOC. The device vendor model may be a device vendor provided model in the prior art, and the northbound specification model may be an operator provided model in the prior art.
In this embodiment, data of the device may be queried through the internal interface, or data reported by the device may be received; wherein the device data includes: configuration information, performance parameters, alarm information, etc.;
in some embodiments, the converting the device data according to the first north model to obtain north data includes:
determining an equipment provider model and an attribute value of the equipment provider model according to the equipment data;
and taking the attribute value of the equipment quotient model as the input of the first northbound model, and calling an attribute mapping function of the first northbound model to convert the input to obtain the attribute value of the northbound standard model as northbound data. In some embodiments, the first northbound model is described by an XML (Extensible Markup Language) Language; the first northbound model may also be described in other languages, such as the Groovy language.
In some embodiments, the northbound output file rule may include: file format rules describing the format of the output file, and naming rules describing the output path and file name of the output file.
The second northbound model includes: the file storage parameter model is used for describing the north output file output path and the file name naming rule.
In some embodiments, the processing the northbound data according to the second northbound model to obtain a northbound output file includes:
taking the northbound data as an input of a file format model;
obtaining the value of a grammar label according to the input and a grammar rule defined by a file format model;
and generating a north direction output file according to the grammar label and the value of the grammar label.
Wherein the grammar rule includes: xml (Extensible Markup Language) grammar rules, csv (Comma-Separated Values) grammar rules, txt grammar rules, and the like.
In some embodiments, the processing the northbound data according to the second northbound model to obtain a northbound output file further includes:
taking a north-oriented standard model and attribute values and/or user input corresponding to the north-oriented data as input of a file storage parameter model;
obtaining the value of the output object label according to the input and a naming rule defined by the file storage parameter model;
generating a file name and a storage path of a northbound output file according to the output object label and the value of the output object label;
and outputting the north output file which accords with the naming rule to a generated storage path.
In this embodiment, the processing classes are used to describe complex processing logic, and these complex processing logic are not suitable for being described by a DSL (Domain specific Language) Language or an XML (extensible markup Language) Language.
In some embodiments, processing the northbound data according to a processing class to obtain a northbound output message including the northbound data includes:
and acquiring a corresponding processing class according to the type of the message sent to the superior network manager, encoding the northbound data through the processing class, packaging the encoded northbound data in the message according to a communication protocol, and calling a protocol stack interface to send the message to the superior network manager.
The message sent to the upper level network manager includes, for example: an alarm message;
in some embodiments, before obtaining the northbound interface driver model, the method further comprises:
reading the northbound model packet to generate parameters of a opening interface; the northbound model package is a set of northbound interface driver models;
determining a northbound interface driving model corresponding to the northbound interface according to the input parameters received from the opening interface;
and opening a northbound interface and initiating data subscription to the equipment data source.
In some embodiments, the method further comprises:
receiving the message of the upper network management;
decoding the message of the upper network manager;
acquiring a corresponding processing class according to a decoding result, and processing and responding to the request carried in the message through the processing class;
in some embodiments, the method further comprises:
loading the updated northbound model package; the northbound model package is a set of northbound interface driver models;
obtaining a northbound model patch corresponding to the northbound interface from the updated northbound model package; the northbound model patch is generated according to updated operator northbound specifications.
The embodiment of the invention takes the north model package as a core to construct a north processing framework, and completes the communication, flow interaction and data processing with a superior NMS (Network Management System). The change is encapsulated in the northbound model packet, the northbound processing framework is kept stable, the change of the northbound model packet can take effect in real time, the opening and customization capacity of the northbound interface is greatly enhanced, the new requirements of users in the 5G (fifth generation mobile communication technology) era on operation and maintenance are met, and new characteristics can be deployed more quickly and efficiently.
As shown in fig. 2, an embodiment of the present invention provides a management apparatus for a northbound interface, including:
a northboundinterface processing module 201, configured to obtain a processing class for describing a northbound message processing mechanism from the northbound interface driver model; processing the northbound data according to the processing class to obtain a northbound output message containing the northbound data;
the northdata processing module 202 is configured to obtain, from the north interface driver model, a first north model for describing a mapping conversion rule between the north canonical model and the device business model and a second north model for describing a north output file rule; after the device data are obtained, the device data are converted according to the first northbound model to obtain northbound data, and the northbound data are processed according to the second northbound model to obtain a northbound output file;
in this embodiment, the northbound interface processing module is configured to implement a function required by the northbound specification of the operator. For example, the northbound specification requires to support an alarm synchronization function, a northbound interface driving model has a processing class for implementing the alarm synchronization function, and then the northbound interface processing module implements the function by calling the processing class in the model packet. Different operator specifications have different requirements on the implementation mode of the northbound interface, some of the requirements are implemented by Corba (Common Object Request Broker Architecture) technology, and some of the requirements are implemented by SOAP (Simple Object Access Protocol) technology.
The north data processing module is used for acquiring the first north model and the second north model from the north interface driving model, completing conversion from the equipment data to the north standard data, and generating a north data file or a north message.
In this embodiment, the equipment quotient model and the northbound specification model are models based on a management object class MOC. The device vendor model may be a device vendor provided model in the prior art, and the northbound specification model may be an operator provided model in the prior art.
In this embodiment, data of the device may be queried through the internal interface, or data reported by the device may be received; wherein the device data includes: configuration information, performance parameters, alarm information, etc.;
in some embodiments, the northbounddata processing module 202 is configured to perform a conversion process on the device data according to the first northbound model to obtain northbound data in the following manner: determining an equipment provider model and an attribute value of the equipment provider model according to the equipment data; and taking the attribute value of the equipment quotient model as the input of the first northbound model, and calling an attribute mapping function of the first northbound model to convert the input to obtain the attribute value of the northbound standard model as northbound data.
In some embodiments, the northbound output file rule may include: file format rules describing the format of the output file, and naming rules describing the output path and file name of the output file.
The second northbound model includes: the file storage parameter model is used for describing the north output file output path and the file name naming rule.
In some embodiments, the northbounddata processing module 202 is configured to process the northbound data according to the second northbound model in the following manner to obtain a northbound output file: taking the northbound data as an input of a file format model; obtaining the value of a grammar label according to the input and a grammar rule defined by a file format model; and generating a north direction output file according to the grammar label and the value of the grammar label.
In some embodiments, the northbounddata processing module 202 is further configured to process the northbound data according to the second northbound model in the following manner to obtain a northbound output file: taking a north-oriented standard model and attribute values and/or user input corresponding to the north-oriented data as input of a file storage parameter model; obtaining the value of the output object label according to the input and a naming rule defined by the file storage parameter model; generating a file name and a storage path of a northbound output file according to the output object label and the value of the output object label; and outputting the north output file which accords with the naming rule to a generated storage path.
In some embodiments, the northboundinterface processing module 201 is configured to process the northbound data according to the processing class in the following manner to obtain a northbound output message including the northbound data: and acquiring a corresponding processing class according to the type of the message sent to the superior network manager, encoding the northbound data through the processing class, packaging the encoded northbound data in the message according to a communication protocol, and calling a protocol stack interface to send the message to the superior network manager.
In some embodiments, the northboundinterface processing module 201 is further configured to read the northbound model packet, and generate parameters for opening the interface; the northbound model package is a set of northbound interface driver models; determining a northbound interface driving model corresponding to the northbound interface according to the input parameters received from the opening interface; and opening a northbound interface and initiating data subscription to the equipment data source.
In some embodiments, the northboundinterface processing module 201 is further configured to receive a message from a higher level network manager; decoding the message of the upper network manager; acquiring a corresponding processing class according to a decoding result, and processing and responding to the request carried in the message through the processing class;
in some embodiments, the northboundinterface processing module 201 is further configured to load the updated northbound model package; the northbound model package is a set of northbound interface driver models; obtaining a northbound model patch corresponding to the northbound interface from the updated northbound model package; the northbound model patch is generated according to updated operator northbound specifications.
The embodiment of the invention constructs a north processing frame by taking the north model packet as a core to complete communication, flow interaction and data processing with a superior network management system. The change encapsulation is in the northbound model package, the northbound processing frame is stable, the change of the northbound model package can be effective in real time, the opening and customization capacity of the northbound interface is greatly enhanced, the new requirements of users on operation and maintenance in the 5G era are met, and new characteristics can be deployed more quickly and efficiently.
The embodiment of the invention provides a management device of a northbound interface, which comprises:
the management program of the northbound interface realizes the steps of the management method of the northbound interface when being executed by the processor.
The memory may be implemented, for example, by any type or combination of volatile and non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.
The processor may be a Central Processing Unit (CPU), a field programmable logic array (FPGA), a single chip Microcomputer (MCU), a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), or other logic operation device with data processing capability and/or program execution capability.
An embodiment of the present invention provides a computer-readable storage medium, where a management program of a northbound interface is stored on the computer-readable storage medium, and when the management program of the northbound interface is executed by a processor, the steps of the method for managing the northbound interface are implemented.
The computer readable storage medium may be Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.
The northbound model package is the core of the northbound processing framework, and examples 1-3 below illustrate the modeling methods of the first and second northbound models. The north processing frame utilizes the north model packet to complete communication, flow interaction and data processing with a superior network management system. Examples 4 to 7 illustrate the management method of the northbound interface in terms of a northbound interface activation flow, a northbound interface uplink data processing flow, a northbound interface downlink instruction processing flow, a northbound interface northbound model package upgrading flow, and the like.
Example 1
The present example provides a modeling method for a mapping relationship between a northbound specification model and a device business model. The northbound specification model and the equipment vendor model both follow the TMN specification and are described based on the MOC model. The mapping relation between the northbound specification model and the equipment quotient model is embodied on the attribute mapping of the MOC. The mapping relationship between the attributes comprises: input, mapping function, and output. The mapping description of the attributes may also support multiple versions, as the device vendor model version managed by the NMS may be one or more sets.
As shown in the following xml file, the mapping relationship between the northbound specification model and the equipment manufacturer model is modeled by using xml language, and a first northbound model file is generated.
After the model (the first northbound model) is available, the mapping process between the northbound specification model and the equipment manufacturer model according to the model may include the following steps:
step 1: analyzing the first northbound Model file into a memory, and sequentially obtaining nrm (Network Resource Model ) moc (equipment manufacturer Model) and attributes, wherein nrmmoc is also a northbound specification Model and is a Model of an operator;
step 2: obtaining values of the emMoc and the attributes from an equipment data source;
and step 3: taking the value obtained in the step (2) as an input, and calling a mapping function (func function) of the first northbound model for conversion to obtain an attribute value of nrm moc;
and 4, step 4: and outputting the attribute and the attribute value of the nrm moc.
Example 2
The present example provides a modeling approach for northbound canonical output data formats. The northbound output data exists in the form of a data file, and the data file format may include: xml, csv, txt, etc. Each format has its own syntax specification (schema) definition. Modeling the output data format of the northbound specification, namely establishing a corresponding relation between the schema element and the value variable.
As shown in the following xml file, the output data format of the north direction specification is modeled by adopting an xml language, and a file format model file is generated.
In the xml file, firstly, a root element of the xml schema is described, secondly, a cycle body element of the xml is described, and then, a value of each tag is described.
With the above model (file format model), generating an output data file of the northbound specification according to the model may include the following steps:
step 1: analyzing the file format model file into a memory;
step 2: taking the attribute and the value of the nrm moc as input, and obtaining the value of each schema tag according to the corresponding relation between the schema tag and the attribute of the file format model;
and step 3: and (3) writing the values obtained in the step (2) according to the schema definition of the file format model to generate a data output file (northbound output file).
Example 3
The present example provides a modeling of other aspects of a northbound output file. For example, a file storage parameter model describing a northbound output file output path and a file name naming rule is established, the idea of modeling is similar to the data output format in example 2, and a relationship between each output data syntax element (schema element) and a specific value is established.
As shown in the following xml file, a file storage parameter model describing the north output file output path and the file name naming rule is established by adopting an xml language, and a file storage parameter model file is generated.
#directory,eg:/ftproot/GD/WX/ZTE/GZ_OMC2/PM/2015061101/
ftpDir:
${'/root/'+=province+='/WX/ZTE/'+=omcName+='/CM/'+=naf:dateHandle(dirDate,'yyyyMMddHH
')}
#eg:PM-ENB-EUTRANCELLTDD-01-V1.1.0-20151227000000-15-001.csv.zip
fileName:
${elementType+='-'+=nrmMoc+='-'+=hostNo+='-'+=nrmVersion+='-'+=naf:dateHandle(fileNameDate,'yyyyMMddHHmmss')+=suffix}
In the xml file, firstly, a root element of the xml schema is described, secondly, a cycle body element of the xml is described, and then, a value of each tag is described. The output path refers to a path of an FTP (File Transfer Protocol) server, and values of variables included in the output path and a File name can be input by a user, so that the method can support user customization.
With the above model (file storage parameter model), generating an output path and a file name of the northbound output file according to the model may include the following steps:
step 1: analyzing the file storage parameter model file into a memory;
step 2: taking the attribute and the value of the nrm moc as input, and obtaining the value of each output object label according to the corresponding relation between the output object label and the attribute of the file storage parameter model;
and step 3: and generating an output path and a file name according to the value of the output object label.
And 4, step 4: and transmitting the output path and the file name to a downstream file generation processing part, and outputting the north output file which accords with the naming rule to a generated storage path.
Example 4
The present example provides a flow of opening a northbound interface through a northbound interface processing framework. As shown in fig. 3, the northbound interface processing framework includes: a protocol stack and a northbound model driving device (namely, a northbound interface management device, which is referred to as a device for short); the northbound model driving apparatus includes: the system comprises a north interface processing module and a north data processing module.
The northbound interface opening process may include the following steps:
step 1: inputting a northbound model packet into the device;
step 2: reading the northbound model packet through a centralized opening tool of the northbound tool and generating a northbound interface opening interface parameter to be opened by a user;
and step 3: receiving parameters input by a user on an opening interface;
and 4, step 4: sending a northbound interface opening request to a northbound interface processing module through an opening tool;
and 5: and after receiving the opening request, the northbound interface processing module returns a confirmation response to the opening tool and initiates data subscription to the northbound data processing module.
Example 5
This example provides a flow of processing data through a northbound processing framework, which is the same as example 4.
After the northbound interface is opened, the northbound data processing flow may include the following steps:
step 1: the north orientation data processing module is used for processing a first north orientation model file in the north orientation model package; the first north orientation model describes an attribute mapping relation between a north orientation standard model and an equipment quotient model;
step 2: the north orientation data processing module acquires internal data from an equipment data source, and completes the conversion from the internal data to the north orientation standard data according to the first north orientation model file to obtain north orientation data;
and step 3: if the northbound data is reported in a message mode, executing the step 4, and if the northbound data is reported in a file mode, executing the step 5.
And 4, step 4: the north data processing module sends north data to the north interface processing module, the north interface processing module obtains a corresponding processing class from a north model packet, the north data is coded according to a protocol coding and decoding algorithm through the processing class, the coded north data is encapsulated in a message according to a communication protocol and a protocol stack interface is called to be sent to a superior network manager, and the superior network manager receives the message and then decodes and processes the message, and the process is finished;
the processing class may be a program implemented by Java code, and is used to process a processing flow beyond the DSL (Domain specific Language) Language capability range. Such as the codec processing of the northbound alarm Socket protocol, this part of the processing is very complex and is not suitable for being described by DSL. Therefore, JAVA code is used for realizing a specific coding and decoding process.
And 5: the northbound data processing module acquires a file format model file and a file storage parameter model file from the northbound model package, wherein the file format model is used for describing a northbound output file format, and the file storage parameter model is used for describing a northbound output file output path and a file name naming rule. And (3) inputting the northbound data obtained in the step (2) into a File format model File and a File storage parameter model File, generating a northbound output data File, storing the northbound output data File on a specified path (such as an SFTP (Secure File Transfer Protocol) server), and informing a superior network manager of obtaining the northbound output data File, or informing the superior network manager of obtaining the northbound output data File at regular time.
Example 6
This example provides a flow for processing a higher-level network management instruction through a northbound processing framework, which is the same as example 4.
After the northbound interface is opened, the downlink instruction processing flow may include the following steps:
step 1: the higher-level network manager packages the downlink instruction according to the protocol and then sends the downlink instruction;
step 2: the northbound interface processing module receives a message sent by a higher-level network manager and decodes the message;
and step 3: the northbound interface processing module acquires a corresponding processing class from the northbound model packet according to the decoding result to process and respond to the request carried in the message;
and 4, step 4: the northbound interface processing module encodes the response according to the protocol requirement, calls a protocol stack interface and sends the response to the superior network manager, and the superior network manager decodes and processes the response after receiving the response.
Example 7
The present example provides an upgrade processing flow of a northbound model package, and the northbound interface processing framework is the same as that of example 4.
After the northbound interface is opened, the upgrading process flow of the northbound model package may include the following steps:
step 1: the operator issues a new northbound specification, and the model of the northbound specification changes due to the addition of new characteristics;
step 2: according to the change of the northbound standard model, making a northbound model patch, verifying and then releasing the northbound model patch to the field;
and step 3: implementing a northbound model patch on site through a model management tool in the northbound tool set;
and 4, step 4: the model management tool sends a patch activation message to the northbound interface processing module;
and 5: the north interface processing module informs the north data processing module to update the content of the north model packet;
step 6: and the northbound data processing module loads a new northbound model file and generates data according to the changed northbound model.
The time required by the steps 2 and 3 is very short, and even the steps can be directly implemented on site through a tool, so that the aim of rapid deployment and effectiveness is achieved.
It should be noted that the present invention can be embodied in other specific forms, and various changes and modifications can be made by those skilled in the art without departing from the spirit and scope of the invention.