CN116261159A

CN116261159A - Method for realizing performance management based on NETCONF protocol in 5G open access network

Info

Publication number: CN116261159A
Application number: CN202310092818.XA
Authority: CN
Inventors: 刘璇; 陈平; 彭进; 丁莎莎
Original assignee: Nanjing Howking Technology Co ltd
Current assignee: Nanjing Howking Technology Co ltd
Priority date: 2023-02-10
Filing date: 2023-02-10
Publication date: 2023-06-13

Abstract

The invention discloses a method for realizing performance management based on NETCONF protocol in a 5G open access network, which comprises the following steps: firstly, establishing SSH safety connection between equipment and a controller, re-establishing NETCONF session based on the SSH safety connection, establishing a configuration model by YANG language by NETCONF protocol, defining relevant configuration parameters required for performance measurement, and implementing in the equipment; the controller encapsulates data to be updated or queried by using XML according to a configuration format in a YANG model defined by the device, and transmits RPC information to the device through an SSH (secure channel), and the device analyzes the XML format data to update or query device configuration information; secondly, the performance measurement result in the equipment is stored through a sysrepo database, and the controller can acquire the performance measurement result through NETCONF subscription notification, NETCONF query operation, file automatic uploading and query of a performance measurement file list; finally, when the performance measurement task is completed, the netcon f connection is disconnected by command.

Description

Method for realizing performance management based on NETCONF protocol in 5G open access network

Technical Field

The invention relates to the technical field of communication, in particular to a method for realizing performance management based on a NETCONF protocol in a 5G open access network.

Background

Currently, 5G construction is a key to the development of various enterprises to promote digital transformation and business landing. Under the new communication network architecture, open radio access networks (Open Radio Access Network) are emerging for the purpose of building an open, virtualized and intelligent Radio Access Network (RAN) architecture. This is in line with the trend of the communication industry and is also a major network revolution leading to operators. SNMP is a traditional network management protocol, but such a protocol cannot adapt to the management of a current complex network, cannot meet the requirement of configuration management, and does not meet the requirement of an O-RAN, so that the responsibility of configuring and managing network equipment is jointly assumed by adopting the netcon protocol+yang modeling language in the O-RAN.

The netcon f protocol provides a mechanism for installing, manipulating and deleting network device configurations, uses extensible markup language (Extensible Markup Language, XML) based data encoding for configuration data and protocol messages, and uses a simple RPC (Remote Procedure Call) based mechanism to facilitate communications between netcon f clients and netcon f servers, protocol messages being exchanged on a secure transport protocol basis. And YANG is a data structured modeling language for modeling configuration data, status data, remote procedure calls, and network management protocol notifications.

In the O-RAN architecture, an O-RU (O-RAN Radio Unit) corresponds to a server in netcon f, and an O-RU Controller corresponds to a client in netcon f. Wherein the O-RU Controller may be an O-DU (O-RAN Distributed Unit), or NMS (Network Management System), or SMO (Service Management and Orchestration) in an O-RAN. The role of the O-RU Controller is to implement the management of the O-RU, and the performance management is a very important part of the O-RU. The performance management aims at monitoring the performance of the O-RU, collecting relevant performance data, reporting various measurement data, and evaluating the effectiveness of the O-RU by the O-RU Controller according to the acquired data. The core of the overall process of performance management is performance data, and how to efficiently collect, store and query performance data is a core problem of performance management.

However, the existing performance management scheme under the O-RAN system lacks a database means to effectively manage the performance management data. After the performance management function is enabled, the O-RU can acquire a large amount of performance measurement data from the driver at regular time, and if the acquired data cannot be reasonably and effectively stored and managed, the O-RU not only occupies the storage space of the system, but also can influence the normal function operation. In addition, the method for collecting and reporting the performance measurement results is also single, and mainly comprises two modes, namely, the method for reporting the measurement results at regular time through NETCONF notification and the method for sending the measurement reports at regular time through file uploading. Both the two methods are passive receiving measurement results of the O-RU Controller, so the O-RU Controller lacks an active means to acquire the current performance measurement results at any time according to the requirement.

Disclosure of Invention

The invention aims to provide a method for realizing performance management based on a NETCONF protocol in a 5G open access network, so as to solve the problems in the background technology.

In order to solve the technical problems, the invention provides a method for realizing performance management based on a NETCONF protocol in a 5G open access network, which comprises the following steps:

s1, establishing NETCONF connection;

s2, configuring performance management related parameters;

s3, storing a measurement result into a database;

s4, obtaining a performance measurement result;

s5, disconnecting NETCONF connection.

In the step S1, the netcon connection is established based on the SSH security connection, and a communication network architecture of the O-RAN is adopted; the netcon protocol provides a simple mechanism by which to manage network devices; the protocol can be that the equipment externally provides a set of complete and standard configuration interfaces through which a manager can perform configuration operation on the equipment; the NETCONF is also a service end and client mode, and is slightly different from other management protocols in that the managed equipment is a NETCONF service end, the manager is a NETCONF client, and the manager establishes long connection with the managed equipment; when the client wants to configure the device through the netcon f protocol, firstly, SSH secure connections are established, after these secure connections are established, netcon f session is re-established on the basis of these secure connections, and the connection of netcon f can be divided into the following steps:

s101, firstly, equipment initiates a TCP connection to a controller, namely, a socket is created at the equipment side, and the controller monitors a callhome service to initiate connection; for the callhome protocol, the device side is the client and the controller is the server; so the device initiatively initiates TCP connection to the controller, when the connection is successful, the device is an SSH server, and the controller is an SSH client;

s102, after TCP connection is established successfully, the client side utilizes and only needs to use the connection to send an SSH message to the server side, and an SSH session is initiated;

s103, after the SSH session is established, the client and the server mutually send hello messages of the NETCONF protocol at the moment, and the NETCONF session is formally established;

through the technical scheme, NETCONF connection between the server and the client can be realized, and a safety channel is provided for subsequent data transmission.

In the step S2, in order to configure performance management related parameters, a performance management YANG model is defined; YANG is a data modeling language which is specially designed for NETCONF content layer modeling, data are packaged by XML language, and data are transmitted through ssh, tls, soap or https and other channels; that is, the device defines and realizes the YANG model on the device, the controller encapsulates the data to be issued in XML according to the YANG model defined by the device and the configuration format defined in the model, sends the data to the device, and the device analyzes the XML format data to change the configuration of the device; before any data manipulation is performed, the corresponding YANG model needs to be installed into sysrespo; four classes of databases are defined in sysrepo, startup, running, candidate, operational respectively; a startup database for storing the start configuration; a running database for storing the current running configuration; a candidate database for storing candidate configuration data; an operational database, which stores state data, the database being read-only; the invention supports the four types of databases;

the YANG model limits the format, but does not limit the content, the format limit ensures the synchronization of the controller and the network equipment configuration model, and the content limit ensures that an upper control tool can send the 'programming' of the service; the model content contains the following parameters: measurement group, measurement object, measurement interval, activation flag, start time, end time, measurement result, notification interval, file uploading interval; wherein:

1. the measured objects are divided into five measuring groups according to different measuring types: transceiver measurement, receiving window measurement, transmitting measurement, energy power measurement, and environmental measurement; each measurement group comprises a plurality of measurement objects, and each measurement object comprises the following configuration parameters: an activation flag, reporting information, object units, and optional configuration parameters;

2. the measurement interval is set for a measurement group and is used for acquiring measurement results of all measurement objects in the measurement group from the drive at fixed time; when the measurement intervals of several measurement groups have a common factor, it should be ensured that whenever a measurement is activated, the boundary time of the measurement is aligned with the common factor; the start time of the measurement interval should be determined by using the formula: t% s=o, where T is the start time, S is the measurement interval, and the remainder is 0, synchronized to zero, ensuring the simultaneous start and simultaneous end of measurement intervals between different O-RUs, facilitating statistics and analysis of collected performance management data; for different measurement groups, setting different timing tasks according to measurement intervals; when the timing time comes, the O-RU sequentially acquires measurement results of all measurement objects in the measurement group from the drive and stores the measurement results in the shared memory through the sysrepo database; the measurement results of different measurement groups are stored in different database files, so that access conflict is prevented; the number of the measurement results stored in each database file is fixed, and when the number exceeds the maximum number, the O-RU can delete the oldest measurement results so as to avoid the excessive occupation of the storage space of the excessive system by the database file, thereby affecting the normal operation of other functions;

3. the activation mark is set by an O-RU Controller according to the requirement; since the measurement requires a lot of resources of the consumed device, the activation flags of all measurement objects are set to FALSE by default; the O-RU Controller can configure an activation mark of a certain measurement object through a message < wait-config > rpc so as to activate the measurement object; in the case of multiple O-RU controllers, only the designated O-RU controllers can activate the measurement object, so that configuration conflicts caused by configuration modification at the same time are avoided; only when the activation flag is set to FALSE, other configurations of the measurement object can be changed, and after the configuration is changed, the measurement object needs to be activated again, so that a new configuration is issued to the driver;

in a configuration modification scene, an O-RU Controller sends a < wait-config > rpc message which contains performance management configuration data, and after receiving rpc information, the O-RU processes the performance management configuration and responds whether the configuration modification is successful or not through the < rpc-reply >; in the configuration inquiry scene, the O-RU Controller sends < get-config > rpc to inquire about the performance management configuration from the O-RU, the O-RU replies < rpc-reply >, and the message contains the performance management configuration of the current device;

through the technical scheme, the definition of the measurement parameters can be realized through the YANG model, and corresponding format references, configuration modification and query operations are provided for the O-RU Controller.

In the step S3, the measurement result of the characteristics in the O-RU is stored in a form of a sysrepo database; for each group of measurement objects, storing the measurement results in a sysrepo database at measurement intervals; for different measurement groups, storing performance measurement results into different database files to prevent conflict when storing and reading operation data in different threads; the performance measurement file is stored in a CSV format, the name of the file comprises the starting time and the ending time of the file uploading interval, and the file is sequentially stored according to time; the O-RU limits the number of the measurement results stored in the database files, and when the number of the measurement results exceeds the maximum number of the files, the O-RU deletes the file with the earliest time, so that the effective management of the storage space is realized; in the performance measurement file, each row starts with a measurement object identifier, then a measurement object name, a measurement start time and a measurement end time, and then measurement results are listed in sequence, and each data is separated by commas;

through the technical scheme, effective management of measurement result data can be achieved, and data support is provided for the follow-up acquisition of performance measurement results by the O-RU Controller.

In the step S4, there are four main ways for the O-RU Controller to obtain the performance measurement result:

1. subscribing to the notification mode through NETCONF; the O-RU Controller subscribes one or more measurement groups/measurement objects to the O-RU through a < create-subscriber > rpc message, wherein the subscription message optionally configures a start time and an end time of subscription; after receiving the subscription rpc message, the O-RU replies successful subscription through rpc-reply, and sends notification messages to the O-RU Controller at regular time according to the configured notification interval; the message contains the measurement statistical result of the corresponding measurement group/measurement object obtained in the current notification interval time; the O-RU only reports the measurement results to the subscribed O-RU controllers and does not report the measurement results to all the O-RU controllers; when the O-RU Controller creates subscription, subscription conditions can be limited by using a subtree or XPATH type filter based on the filter characteristic of NETCONF, so that the reported notification message only contains the performance measurement results of the specified measurement group/measurement object;

when the O-RU Controller wants to stop the subscription, a < close-session > rpc message can be sent to the O-RU, which succeeds in replying through rpc-reply operation, when the subscription is terminated; if the current NETCONF session is terminated by a < kill-session > rpc message, the subscription will also end; the O-RU creates a notification reporting timing task according to the configured notification interval; in the timing task, the O-RU accesses the sysrepo database file specified in the shared memory and finds out the measurement results meeting the requirements, and the measurement results should meet the following requirements: the measurement ending time is between the last notification time and the current notification time; the O-RU collates the measurement results and then sends the measurement results to the O-RU Controller in the form of NETCONF notification; the notification interval may be the same as or different from the measurement interval of each measurement group. When the notification interval is larger than the measurement interval, a notification message may include measurement results of a plurality of continuous time periods; when the notification interval is smaller than the measurement interval, a notification may not contain any measurement result, i.e. the netcon notification will not be reported at this time; likewise, the notification interval also needs to be synchronized in the same way as the measurement interval;

2. by means of NETCONF query operation; the O-RU Controller inquires the current real-time performance measurement result to the O-RU through a < get > rpc message, and can use a filter to perform condition inquiry; the filter is realized based on the characteristics of subtree and xpath of NETCONF, and state information matched with the filtering condition in the database can be obtained; therefore, the measurement group/measurement object can be filtered according to the requirement during inquiry, and if not, all the current performance measurement results are obtained; after the O-RU receives the message, checking the configuration of the designated measurement group and the measurement object, and if the measurement group is not configured with a measurement period or the measurement object is not activated for measurement, acquiring no real-time performance measurement result; otherwise, all performance measurement results of the measurement group/measurement object are obtained from the driver and returned to the O-RU Controller through a rpc-reply message; through query operation, the latest performance measurement result can be obtained each time;

3. the method comprises the steps of automatically uploading files; when the file uploading enabling mark is set to TRUE, the O-RU creates a file uploading timing task according to the configured file uploading interval; in the timing task, the O-RU accesses the sysrepo database file specified in the shared memory, and finds out the measurement results meeting the requirements, and the measurement results should meet the requirements: measuring the ending time between the last file uploading time and the local file uploading time; the O-RU writes the measurement result into a file in a CSV format and stores the measurement result under a local path; meanwhile, the latest performance measurement file is taken out from the local path, and the file is uploaded to the appointed remote file path in an SFTP mode according to the configured remote file uploading path and file uploading authentication information;

similarly, the file uploading interval may be the same as or different from the measurement interval; when the file uploading interval is larger than the measuring interval, one performance measuring file possibly contains measuring results of a plurality of continuous time periods; when the file uploading interval is smaller than the measuring interval, one performance measuring file may not contain any measuring result, namely, one performance measuring file is not generated;

4. by querying a performance measurement file list; the O-RU Controller inquires the performance measurement file list from the O-RU by acquiring the file list rpc message, the O-RU accesses the local performance measurement file path after receiving the message, acquires the names of all the performance measurement files, and returns the file name list to the O-RU Controller by rpc-reply message; the O-RU Controller finds a file meeting the performance analysis requirement according to the start time and the end time in the file name, actively sends a file uploading request rpc message to the O-RU, wherein the message comprises the file name and a file uploading path; after the O-RU interfaces to the message, uploading the appointed file to a given file uploading path;

through the four modes, the acquisition of the performance measurement result is more flexible, and a user can select the most suitable mode according to the use scene; in the scene of no need of acquiring performance measurement data, the functions of deactivating the measurement object, canceling the subscription notification and disabling the file uploading can be also realized, thereby avoiding the waste of system resources and effectively improving the efficiency of the performance management task.

In the step S5, after completing the performance measurement task, the O-RU Controller may terminate the current session by sending a < close-session > or < kill-session > rpc message, and disconnect the netcon connection with the O-RU;

by the scheme, the NETCONF session can be closed by sending the instruction, system resources are released, and the load of a server is reduced.

Compared with the prior art, the invention has the following beneficial effects:

1. the invention adopts NETCONF protocol+YANG data modeling language mode to realize performance management function. The netcon f may implement adding, modifying, deleting corresponding configurations in the O-RU, and obtain configuration data and status data of the O-RU. XML is used as a data coding mode for configuring data and protocol message content, and can express complex and modeled management objects with internal logic relations, thereby greatly reducing the complexity during data exchange. And YANG is a 'friendly' data modeling language, not only can be used for establishing a model of configuration data, but also can be used for establishing various operation and notification models, and has good readability and expandability. Meanwhile, the NETCONF adopts an SSH secure transmission protocol, is connection-oriented, and has higher reliability, safety and interactivity.

2. An open source sysrespo database is employed in the O-RU to hold configuration data and status data for performance management, as well as results of performance measurements. sysrepo is the next YANG model-based configuration and operation database of the Linux/Unix system, and a hierarchical tree structure is used as a storage architecture, so that the data structure has dynamic characteristics and better flexibility and expandability. And the validity check of the data is completed through the YANG model, so that the validity of the data is ensured, and the cost of the data check is reduced. The sysrepo uses a mechanism of shared memory, allows two or more processes to share a block of area, is the simplest and fastest form of inter-process communication, and ensures high efficiency and rapidness of performance management data access.

3.O-RU after obtaining performance measurement data via a timed task, the results can be reported in a number of ways. The first mode is that the O-RU subscribes to the performance management notification by the O-RU Controller in a NETCONF subscription notification mode, and the O-RU periodically sends a measurement result to the O-RU Controller; acquiring a real-time performance measurement result through NETCONF query operation; the third mode is that the O-RU uploads the performance measurement file to the configured remote server at regular time in a file automatic uploading mode; and the fourth mode is that the O-RU Controller inquires a performance measurement file list on the O-RU and selects a required file to upload. The four modes enable the acquisition of the performance measurement results to be more flexible, and a user can select the most suitable mode according to the use scene. In the scene of no need of acquiring performance measurement data, the functions of deactivating the measurement object, canceling the subscription notification and disabling the file uploading can be also realized, thereby avoiding the waste of system resources and effectively improving the efficiency of the performance management task.

Drawings

The accompanying drawings are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate the invention and together with the embodiments of the invention, serve to explain the invention. In the drawings:

fig. 1 is a schematic structural diagram of a method for implementing performance management based on the netcon f protocol in a 5G open access network according to the present invention;

fig. 2 is a flow chart of a method for implementing performance management based on the netcon f protocol in a 5G open access network according to the present invention;

fig. 3 is a schematic diagram of synchronization of performance measurement intervals in a method for implementing performance management based on the netcon f protocol in a 5G open access network according to the present invention;

fig. 4 is a schematic diagram of a performance management configuration modification and query flow for a method for implementing performance management based on the netcon f protocol in a 5G open access network according to the present invention;

fig. 5 is a schematic diagram of a performance measurement subscription notification flow of a method for implementing performance management based on the netcon f protocol in a 5G open access network according to the present invention.

Detailed Description

The following description of the embodiments of the present invention will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present invention, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

Referring to fig. 1-2, the present invention provides the following technical solutions: a method for realizing performance management based on NETCONF protocol in 5G open access network includes the following steps:

s1, establishing NETCONF connection;

s2, configuring performance management related parameters;

s3, storing a measurement result into a database;

s4, obtaining a performance measurement result;

s5, disconnecting NETCONF connection.

2. the measurement interval is set for a measurement group and is used for acquiring measurement results of all measurement objects in the measurement group from the drive at fixed time; referring to fig. 3, when the measurement intervals of several measurement groups have a common factor, it should be ensured that whenever a measurement is activated, the boundary time of the measurement is aligned with the common factor; the start time of the measurement interval should be determined by using the formula: t% s=o, where T is the start time, S is the measurement interval, and the remainder is 0, for example:

when the measurement interval is configured to be 600 seconds, the measurement set is enabled at 01:26. First, the time is converted into seconds, i.e., (1×60+26) ×60=5160 seconds. If the "start time% measurement interval=0" is to be satisfied, dividing 5160 by measurement interval 600 to obtain remainder 360, indicating that the last measurement time of 360 seconds has been exceeded, then 600-360=240 seconds is still available from the next measurement time, i.e. when 01:30, the first measurement is performed;

by synchronizing the measurement interval time, the same measurement group (when the measurement intervals are the same) among different O-RUs can be ensured to have the same starting time and ending time, so that the collected performance management data can be counted and analyzed conveniently; for different measurement groups, setting different timing tasks according to measurement intervals; when the timing time comes, the O-RU sequentially acquires measurement results of all measurement objects in the measurement group from the drive and stores the measurement results in the shared memory through the sysrepo database; the measurement results of different measurement groups are stored in different database files, so that access conflict is prevented; the number of the measurement results stored in each database file is fixed, and when the number exceeds the maximum number, the O-RU can delete the oldest measurement results so as to avoid the excessive occupation of the storage space of the excessive system by the database file, thereby affecting the normal operation of other functions;

referring to fig. 4, in a configuration modification scenario, an O-RU Controller sends a < wait-config > rpc message, where the message contains performance management configuration data, and after receiving rpc the O-RU processes the performance management configuration and responds to whether the configuration modification is successful or not through < rpc-reply >; in the configuration inquiry scene, the O-RU Controller sends < get-config > rpc to inquire about the performance management configuration from the O-RU, the O-RU replies < rpc-reply >, and the message contains the performance management configuration of the current device;

1. referring to fig. 5, a notification is subscribed by netcon f; the O-RU Controller subscribes one or more measurement groups/measurement objects to the O-RU through a < create-subscriber > rpc message, wherein the subscription message optionally configures a start time and an end time of subscription; after receiving the subscription rpc message, the O-RU replies successful subscription through rpc-reply, and sends notification messages to the O-RU Controller at regular time according to the configured notification interval; the message contains the measurement statistical result of the corresponding measurement group/measurement object obtained in the current notification interval time; the O-RU only reports the measurement results to the subscribed O-RU controllers and does not report the measurement results to all the O-RU controllers; when the O-RU Controller creates subscription, subscription conditions can be limited by using a subtree or XPATH type filter based on the filter characteristic of NETCONF, so that the reported notification message only contains the performance measurement results of the specified measurement group/measurement object;

It is noted that relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.

Finally, it should be noted that: the foregoing description is only a preferred embodiment of the present invention, and the present invention is not limited thereto, but it is to be understood that modifications and equivalents of some of the technical features described in the foregoing embodiments may be made by those skilled in the art, although the present invention has been described in detail with reference to the foregoing embodiments. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for implementing performance management based on a netcon f protocol in a 5G open access network, the method comprising the steps of:

s1, establishing NETCONF connection;

s2, configuring performance management related parameters;

s3, storing a measurement result into a database;

s4, obtaining a performance measurement result;

s5, disconnecting NETCONF connection.

2. The method for implementing performance management based on netcon f protocol in a 5G open access network according to claim 1, wherein: in S1, NETCONF connection is established on the basis of SSH safety connection, a communication network architecture of O-RAN is adopted, O-RU is a NETCONF server in the O-RAN architecture, and O-RU Controller is a NETCONF client in the O-RAN architecture; in the starting process, a server initiates a TCP connection to a client, a connection request is actively initiated by using a call home characteristic, an SSH connection is established after an O-RU Controller responds, and then capability exchange is carried out through a NETCONF hello message, so that the NETCONF connection is successfully established.

3. The method for implementing performance management based on netcon f protocol in a 5G open access network according to claim 1, wherein: in S2, configuring performance management related parameters requires defining a performance management YANG model, wherein the YANG model is designed for NETCONF content layer modeling, the parameters for configuring and inquiring performance management are realized through the YANG model, and performance measurement results can be reported through one of NETCONF subscription notification, NETCONF inquiring operation, file automatic uploading and inquiring performance measurement file list; the configuration data and the state data are stored in an open source sysrespo database; the YANG model contains the following parameters: measurement group, measurement object, measurement interval, activation flag, start time, end time, measurement result, notification interval, file uploading interval; wherein:

the measured objects are divided into five measuring groups according to different measuring types: transceiver measurement, receiving window measurement, transmitting measurement, energy power measurement, and environmental measurement; each measurement group comprises a plurality of measurement objects, and each measurement object comprises the following configuration parameters: an activation flag, reporting information, object units, and optional configuration parameters;

the measurement interval is set for a measurement group and is used for acquiring measurement results of all measurement objects in the measurement group from the drive at fixed time; when the measurement intervals of several measurement groups have a common factor, it should be ensured that whenever a measurement is activated, the boundary time of the measurement is aligned with the common factor; the start time of the measurement interval should be determined by using the formula: t% s=o, where T is the start time, S is the measurement interval, and the remainder is 0, synchronized to zero, ensuring the simultaneous start and simultaneous end of the measurement interval between different O-RUs;

the activation mark is set by an O-RU Controller according to the requirement; the O-RU Controller can configure an activation mark of a certain measurement object through a message < wait-config > rpc so as to activate the measurement object; in the case of multiple O-RU controllers, only the designated O-RU Controller can activate the measurement object; allowing the activation flag of the measurement object to be set at any time; other configurable parameters of the measurement object can be modified only when the activation flag is set to FALSE;

the corresponding YANG model was installed into the sysrespo database prior to the data manipulation.

4. The method for implementing performance management based on netcon f protocol in a 5G open access network according to claim 1, wherein: in S3, the measurement results of the properties in the O-RU are stored in the form of a sysrepo database; for each group of measurement objects, storing the measurement results in a sysrepo database at measurement intervals; for different measurement groups, storing performance measurement results into different database files to prevent conflict when storing and reading operation data in different threads; the O-RU limits the number of measurements stored in the database file and deletes the oldest performance measurement in the database when the maximum number of measurements is exceeded.

5. The method for implementing performance management based on netcon f protocol in a 5G open access network according to claim 1, wherein: in S4, the O-RU reports the measurement result in a NETCONF notification mode; the O-RU Controller sends a < create-description > rpc message to subscribe one or more groups of measurement objects to the O-RU and configures a notification interval in the performance management YANG model; the O-RU searches the measurement results meeting the requirements from the sysrepo database at regular time according to the configured notification interval, and sends the measurement results to the O-RU Controller through NETCONF notification.

6. The method for implementing performance management based on netcon f protocol in a 5G open access network according to claim 1, wherein: in S4, the O-RU Controller obtains a real-time performance measurement result through NETCONF query operation; the O-RU Controller sends a < get > rpc message to inquire the measurement result, meanwhile, the inquiry condition can be filtered by using a subtree or xpath, the O-RU checks the activation mark of the measurement object, if the O-RU is currently activated, the latest performance measurement result of the corresponding measurement object is obtained from the driver, and the measurement result is returned to the O-RU Controller through rpc-reply message.

7. The method for implementing performance management based on netcon f protocol in a 5G open access network according to claim 1, wherein: in S4, the O-RU reports the measurement result at regular time in a mode of automatically uploading files; the O-RU Controller configures file uploading enabling marks, file uploading intervals, remote file uploading paths and file uploading authentication information in the performance management YANG model; after enabling the file uploading function, the O-RU searches a measurement result meeting the requirements from the sysrepo database, writes the measurement result into a performance measurement file and stores the measurement result under a local path; at each file uploading interval time, the O-RU uploads the latest performance measurement file to the position below a configured remote file uploading path through SFTP service; the maximum number of performance measurement files that can be stored on an O-RU depends on the size of the O-RU's storage space, and the O-RU automatically deletes older performance measurement files.

8. The method for implementing performance management based on netcon f protocol in a 5G open access network according to claim 1, wherein: in S4, the O-RU Controller inquires the O-RU of a performance measurement file list, and selects a designated file to upload; the O-RU Controller inquires a performance measurement file list from the O-RU by acquiring a file list rpc message, the O-RU sends all performance measurement file names under a local path to the O-RU Controller, and then the O-RU Controller sends a file uploading request rpc message to the O-RU according to requirements, wherein the message contains the file names and the file uploading path; after the O-RU interfaces to the message, the specified file is uploaded to the specified file uploading path.

9. The method for implementing performance management based on netcon f protocol in a 5G open access network according to claim 1, wherein: in S5, after completing the performance measurement task, the O-RU Controller may terminate the current session by sending a < close-session > or < kill-session > rpc message, disconnecting the netcon connection with the O-RU.