CN109922482B

CN109922482B - OMC system deployment method, OMC system, electronic device and storage medium

Info

Publication number: CN109922482B
Application number: CN201711320881.5A
Authority: CN
Inventors: 吴修强
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2017-12-12
Filing date: 2017-12-12
Publication date: 2020-10-30
Anticipated expiration: 2037-12-12
Also published as: CN109922482A

Abstract

The embodiment of the invention provides a deployment method of an OMC system, the OMC system, electronic equipment and a storage medium. The method comprises the steps that a SON client side obtains an SON event reported by a base station and sends a processing scheme corresponding to the event to an SON server independently deployed in an OMC system; the server of the SON generates a corresponding processing command according to the processing scheme, and the server of the SON corresponds to an independent container in an operation maintenance center OMC system; the SON server sends the processing command to a man-machine language subsystem (MML) in a main server of the OMC system, so that the MML sends the processing command to a corresponding base station; the server of the SON receives an event processing result reported by the base station and generates a configuration change message according to the event processing result; the server of the SON sends the configuration change message to a configuration management subsystem CM in a main server of the OMC system, so that the CM updates the configuration according to the configuration change message. The method reduces the load of the main server and improves the overall processing efficiency of the OMC system by deploying the SON independently.

Description

OMC system deployment method, OMC system, electronic device and storage medium

Technical Field

The embodiment of the invention relates to the technical field of communication, in particular to a deployment method of an OMC system, the OMC system, electronic equipment and a storage medium.

Background

SON (Self Organizing Network) is a complete set of Network concepts and specifications introduced along with the development of Long Term Evolution (Long Term Evolution) systems. The main idea is to realize some autonomous functions of the wireless network, reduce manual participation and reduce operation cost. The main functions of SON can be summarized as: self-configuration, self-optimization and self-healing. For example, PCI (Physical Cell Identity) automatic configuration, automatic neighbor relation function optimization, Cell outage prediction, and the like.

Fig. 1 is a schematic deployment diagram of an OMC system in the prior art.

As shown in fig. 1, the SON is deployed in a main server of an OMC (Operation and Maintenance Center) system, the SON and the main server share a set of containers, and the SON and the main server share a process. The SON includes a SON module, which is deployed in the server. The function of the SON module is to receive SON events of subordinate base stations and perform service processing. The main server is a core part of the OMC system, and actually completes various system services including management services of the OMT (operation maintenance Terminal).

The prior art approach has the following problems:

the service processing of the SON module affects the main server to process other services to some extent. When the number of the managed base stations is small, the influence of the SON module on the main server is small and can be basically ignored. With the rapid development of LTE, a large number of base stations are in commercial use in the field, once switches of all functions of the SON modules are turned on, a large number of SON events are reported to the main server of the OMC, the SON modules process optimization events by using the main server for a long time, and the main server also processes management services of the SON modules, so that the main server bears a large load, the processing efficiency of the main server is reduced, and the memory of the main server overflows or crashes in a severe case.

Disclosure of Invention

In view of the defects of the prior art, embodiments of the present invention provide a deployment method of an OMC system, an electronic device, and a storage medium.

In one aspect, an embodiment of the present invention provides a deployment method for an OMC system, where the method includes:

a client of the self-organizing network SON acquires an SON event reported by a base station and sends a processing scheme corresponding to the event to an SON server independently deployed in an operation maintenance center OMC system;

the server of the SON generates a corresponding processing command according to the processing scheme, and the server of the SON corresponds to an independent container in an operation maintenance center OMC system;

the SON server sends a processing command to a man-machine language subsystem (MML) in a main server of the OMC system, so that the MML sends the processing command to a corresponding base station;

the server of the SON receives an event processing result reported by the base station and generates a configuration change message according to the event processing result;

and the server of the SON sends the configuration change message to a configuration management subsystem CM in a main server of the OMC system so that the CM can update the configuration according to the configuration change message.

In another aspect, an embodiment of the present invention provides an OMC system, where the OMC system includes:

the SON client is used for acquiring the SON event reported by the base station and sending a processing scheme corresponding to the event to an SON server independently deployed in an Operation Maintenance Center (OMC) system;

the server of the SON is used for generating a corresponding processing command according to the processing scheme, and the server of the SON corresponds to an independent container in an OMC system;

the SON server is also used for sending a processing command to a man-machine language subsystem (MML) in a main server of the OMC system so that the MML can send the processing command to a corresponding base station;

the server of the SON is also used for receiving an event processing result reported by the base station and generating a configuration change message according to the event processing result;

and the server of the SON is also used for sending the configuration change message to a configuration management subsystem CM in a main server of the OMC system so that the CM can update the configuration according to the configuration change message.

In another aspect, an embodiment of the present invention further provides an electronic device, which includes a memory, a processor, a bus, and a computer program stored in the memory and executable on the processor, where the processor implements the steps of the above method when executing the program.

In another aspect, an embodiment of the present invention further provides a storage medium, on which a computer program is stored, where the computer program is executed by a processor to implement the steps of the above method.

According to the technical scheme, the deployment method of the OMC system, the electronic device and the storage medium provided by the embodiment of the invention have the advantages that the servers of the SONs correspond to independent containers in the OMC, so that the SONs are deployed independently, the load of the main server is effectively reduced, and the overall processing efficiency of the OMC system is improved.

Drawings

Fig. 1 is a schematic deployment diagram of an OMC system in the prior art;

FIG. 2 is a schematic diagram of a C/S structure according to an embodiment of the present invention;

fig. 3 is a schematic flowchart of a deployment method of an OMC system according to an embodiment of the present invention;

FIG. 4 is a diagram illustrating the general architecture of an OMC system according to an embodiment of the present invention;

fig. 5 is a schematic diagram of an OMC system according to an embodiment of the present invention;

fig. 6 is a schematic signaling interaction diagram of a deployment method of an OMC system according to an embodiment of the present invention;

fig. 7 is a schematic structural diagram of an OMC system according to another embodiment of the present invention;

fig. 8 is a schematic structural diagram of an electronic device according to yet another embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention.

The OMC system in the embodiment of the invention is different from the OMC system in the prior art, wherein the SON deployment mode is different from the SON deployment mode in the prior art, and aiming at the condition that the service processing of the SON module occupies the resources of the main server in the OMC system, the SON deployment structure is improved in the embodiment of the invention, so that the SON does not influence the normal operation of the main server.

Fig. 2 shows a schematic diagram of a C/S structure provided by an embodiment of the present invention.

Optionally, as shown in fig. 2, the SON is deployed by using a C/S structure, and the basic principle of the C/S structure is to decompose a task into a plurality of subtasks, which are completed by a plurality of computers in a time division manner. The System specifically comprises a Client and a Server, wherein the Client completes data processing and user interface functions, and the Server completes the core function of a DBMS (Database Management System). The Client and the Server are often respectively positioned on two computers which are far away from each other, the task of the Client is to submit the requirement of a user to the Server, and then the result returned by the Server is displayed to the user in a specific form; the task of the Server is to receive the service request provided by the Client, perform corresponding processing and return the result to the Client.

Optionally, the SON includes a SON client and a SON server, the SON client presents an interactive interface to the operation and maintenance staff for the operation and maintenance staff to operate on the interface to determine a processing scheme of the operation and maintenance staff, the processing scheme includes a processing requirement and corresponding parameters, and the SON server receives the processing scheme sent by the SON client to perform event processing.

Optionally, the client of the SON interacts with the server of the SON in a prior art manner.

Optionally, a server is additionally arranged in the OMC system, and the server is a server of the SON, that is, the server of the SON is separately deployed in the OMC system, and does not depend on the main server of the OMC system, and the SON service provided by the SON module in the original main server is taken over by the server of the SON deployed independently.

Alternatively, the independent deployment of servers of a SON may be achieved in the following manner.

Optionally, the SON module in the prior art corresponds to an application program that runs separately, so that the application program of the SON module can be encapsulated to obtain an encapsulated file.

Optionally, the SON is separated from the container of the main server in the prior art, the related directory of the SON included in the main server is deleted, a new container is added to the OMC system, and the encapsulated file obtained after encapsulation is loaded in the new container, so that the independent deployment of the SON servers is realized.

Alternatively, after the SON server is deployed independently, it can interact with other devices in the OMC system in the manner of the prior art.

Fig. 3 is a flowchart illustrating a deployment method of an OMC system according to an embodiment of the present invention.

As shown in fig. 3, the method provided in the embodiment of the present invention specifically includes the following steps:

step 11, a client of the self-organizing network SON acquires an SON event reported by a base station, and sends a processing scheme corresponding to the event to an SON server independently deployed in an operation maintenance center OMC system;

the deployment method of the OMC system is realized in the OMC system.

Optionally, the base station (eNodeB) receives a measurement report reported by a UE (User Equipment), where the measurement report includes a plurality of measurement data measured by the UE.

Optionally, the eNodeB determines whether a certain measurement data meets a preset condition, and if so, the base station actively reports the SON event.

Optionally, a Client (SON-Client) of the SON acquires the SON event, so that the operation and maintenance personnel can see the reported SON event on the OMC interface.

Optionally, the operation and maintenance personnel operate the event on the OMC interface, and the client of the SON sends a processing scheme corresponding to the operation to the server of the SON.

Step 12, the server of the SON generates a corresponding processing command according to the processing scheme, and the server of the SON corresponds to an independent container in the OMC system;

optionally, the server of the SON has the functionality of the modules of the original SON: the provided SON service, such as PCI modification, neighbor cell addition, or event parameter modification, may generate a corresponding processing command according to the obtained specific processing scheme.

Step 13, the SON server sends the processing command to a man-machine language subsystem MML in a main server of the OMC system, so that the MML sends the processing command to a corresponding base station;

optionally, after generating the processing command, the SON server sends the processing command to an MML (Man-Machine Language) in a main server of the OMC system. The servers of the independently deployed SON use the resources in the main server of the OMC system: the MML is an application module in the main server, and functions to perform machine translation on the processing command, so that subsequent network elements such as a base station can understand the processing command of the SON server.

Step 14, the SON server receives an event processing result reported by the base station, and generates a configuration change message according to the event processing result;

optionally, after receiving the processing command, the eNodeB executes the processing command, for example, modifying the PCI according to the content.

Optionally, after the eNodeB finishes executing, the event processing result needs to be reported, so that the server of the SON learns the event processing result. For example, if the eNodeB PCI modification is successful, the modified cell PCI configuration information is sent.

Optionally, the SON server generates a configuration change message according to the event processing result, where the configuration change message is a device for notifying the network of maintaining and managing various configuration information, and at this time, the PCI configuration information of the base station is changed, and the configuration information should be modified in time.

Optionally, the eNodeB may also perform processing operations such as neighbor cell addition and event parameter modification through a server of the SON.

And step 15, the SON server sends the configuration change message to a configuration management subsystem CM in a main server of the OMC system, so that the CM can update the configuration according to the configuration change message.

Optionally, in the OMC system, it is a CM (Configuration Management subsystem) in the main server that is responsible for maintaining the Configuration information.

Optionally, the servers of the SON deployed independently use resources in the main server of the OMC system: and the CM is informed so that the CM carries out configuration updating according to the configuration change message.

It can be understood that, compared with the prior art in which the SON and the main server share one container, and the load of the main server is too large, in the embodiment of the present invention, an additional container is added to separately deploy the SON server, so that the coupling degree between the SON module and the main server is reduced, and the load of the main server is reduced.

Optionally, there are multiple devices in the OMC system that interact with the SON server, including an MML subsystem, a configuration management subsystem CM, and a Network Element Adapter (NEA).

Wherein, MML, CM are application modules in the main server, and the interaction situation is shown in table 1:

application module	Interaction scenario with servers of SON
		Configuration management subsystem (CM)	Providing an interface for obtaining configuration data to a server of a SON
MML subsystem (MML)	Providing the result of the issued command to the SON subsystem
		Network Element Adapter (NEA)	Sending JMS messages to servers of SONs

In the deployment method of the OMC system provided by this embodiment, the server of the SON corresponds to the independent container in the OMC, so that the SON is deployed independently, the load of the main server is effectively reduced, and the overall processing efficiency of the OMC system is improved.

On the basis of the foregoing embodiment, in a deployment method of an OMC system provided in another embodiment of the present invention, after the step of receiving, by a server of a SON, an event processing result reported by a base station, the method further includes:

the server of the SON sends the event processing result to a database;

and the client side of the SON reads the event processing result from the database and displays the event processing result on the OMC interface.

Optionally, the servers of the SON deployed independently use resources in the main server of the OMC system: database (DB).

Optionally, after receiving the event processing result reported by the base station, the SON server sends the event processing result to the database in addition to sending the configuration change message to the configuration management subsystem CM in the main server of the OMC system.

Optionally, the database is a data persistent center in the OMC system, and is used for storing various types of service data.

Optionally, after the server of the SON writes the event processing result into the database, the client of the SON reads the event processing result from the database, and updates the data of the database.

Optionally, the event processing result of the database is updated, and the event processing result is displayed on the OMC interface, so that the operation and maintenance personnel can master the execution condition of the event.

Other steps of this embodiment are similar to those of the previous embodiment, and are not described again in this embodiment.

In the deployment method of the OMC system provided in this embodiment, the data base is written by the server of the SON and the data base is read by the client of the SON, and the event processing result is displayed on the OMC interface.

On the basis of the foregoing embodiments, in the deployment method of the OMC system provided in another embodiment of the present invention, there are a plurality of deployment manners for the SON client, and this embodiment takes one of the manners as an example for description.

Optionally, the SON client is disposed in an OMT, and the OMT is a client of a main server of the OMC system; or, the SON client is independently disposed in the OMC system.

Alternatively, a client of the main server of the OMC system is called an OMT, and the client of the SON is jointly arranged in the OMT and is commonly served by the OMT for the server of the SON and the main server of the OMC system.

Optionally, when the event volume of the SON is large, the load of the OMT is also heavy, and in the embodiment of the present invention, the client of the SON is independently disposed in the OMC system, so that the load of the OMT can be reduced.

In the deployment method of the OMC system provided in this embodiment, the client of the SON is independently arranged in the OMC system, so that the load of the OMT can be reduced.

Fig. 4 is a schematic diagram of the overall architecture of the OMC system according to the embodiment of the present invention.

As shown in fig. 4, based on the foregoing embodiment, in the deployment method of the OMC system according to another embodiment of the present invention, before the step of acquiring, by a client of the self-organizing network SON, the SON event reported by the base station, and sending a processing scheme corresponding to the event to the server of the SON, the method further includes:

a system platform OP in the OMC system packs and compiles an SON application program to obtain an SON packaging file;

and extracting the packaging file, setting the packaging file in a newly added independent container in an OMC system, and obtaining an independently deployed SON server.

Optionally, the OMC system is composed of a hardware part and a software part, the software part including an OP (OSS Platform) and an operating system, wherein the OP in turn includes a plurality of subsystems, wherein the SON is one of the subsystems.

Because the OP has considered a distributed system architecture during design, that is, each subsystem may be distributed on different servers, that is, the SON subsystem corresponds to an application program running independently, the SON application program may be packaged and compiled into a package file through an OP system platform directly by virtue of the package performance of the OP itself, and the SON application program includes a source code of SON software.

And extracting the packaging file, and putting the packaging file into an independent container (jboss) newly added in the OMC system, thereby obtaining the server of the SON which is independently deployed.

The deployment method of the OMC system provided in this embodiment is based on a distributed processing mechanism, and can easily and quickly complete independent deployment of SON.

On the basis of the foregoing embodiment, in a deployment method of an OMC system according to another embodiment of the present invention, a step of sending a processing command to a man-machine language subsystem MML in a main server of the OMC system by a SON server specifically includes:

the SON server calls a pre-configured Java naming and directory interface JNDI by adopting a JAVA business application component EJB, and sends a processing command to an MML in a main server of the OMC system through the JNDI;

correspondingly, the step of sending the configuration change message to the configuration management subsystem CM in the main server of the OMC system by the SON server specifically includes:

and the SON server calls a pre-configured JNDI by adopting an EJB, and sends the configuration change message to the CM in the main server of the OMC system through the JNDI.

Optionally, there are multiple communication methods of the SON server, and this embodiment will be described by taking one of the methods as an example.

The SON server communicates with the Java message service JMS via a Java commercial application component EJB.

Alternatively, device-to-device interaction in the OMC system may be implemented by JMS (Java Message Service) and EJB (Enterprise Java Bean, Java business application component).

Optionally, the server of SON also needs to set up JMS and EJB accordingly. The JMS is mainly used for receiving events sent by the NEA, and the EJB is mainly used for calling a JNDI interface for configuring the MML.

Alternatively, after the servers of the SON are deployed independently, JNDI (Java Naming and directory Interface) is set up at the servers of the SON to provide an Interface for interaction with other devices of the OMC system (e.g., MML and COM).

Alternatively, the JNDI is a standard Java naming system interface, each JNDI includes a naming service and a directory service, and corresponds to an IP (Internet Protocol, inter-network Protocol) address.

Optionally, JNDI is installed in Java application programs of each device of the OMC system, that is, each device of the OMC system is included in the directory, and when the device of the OMC system needs to interact with the server of the SON, information (such as a name and an IP address) needed for interaction may be queried through the respective JNDI, and interaction is performed with the server of the SON according to the queried information.

The deployment method of the OMC system according to this embodiment calls the JNDI through the EJB to realize interaction between the SON server and other devices of the OMC system.

updating a JNDI directory of the SON server by adopting java general configuration files related to the OP service information, so that the SON server acquires names and IP addresses of the MML and the CM;

and the MML and the CM acquire the name and the IP address of the server of the SON and update the JNDI configuration.

Optionally, the devices in the OMC system include a server of the SON and a device that interacts with the server of the SON.

Optionally, after the server of the SON completes basic configuration of the JNDI, the configuration is completed through java general configuration files related to the service information of the system platform OP.

Optionally, the directory of the JNDI of the SON server needs to be updated, so that the SON server obtains names and IP addresses of devices (e.g., MML and CM) interacting with the SON server in the OMC system.

Correspondingly, a device in the OMC system interacting with the SON server needs to acquire the name and IP address of the SON server and perform JNDI configuration, so that communication between the two parties can be realized.

Alternatively, the configuration may be performed using java general configuration files (OP _ serverinfo. properties) related to the service information of the OP.

In the deployment method of the OMC system provided in this embodiment, the java general configuration file related to the service information of the OP is used to update the directory of the JNDI of the SON server, so as to implement communication between the two parties.

On the basis of the above embodiments, the present invention provides a deployment method of an OMC system, where the selection of the container may be various, and one of the embodiments is described as an example.

The container is an application server jboss based on an open source code of a Java enterprise edition.

Optionally, the SON server has an independent container, and in the embodiment of the present invention, a jboss (application server based on Java enterprise edition open source code) is selected as the SON container.

Alternatively, a jboss is a container of J2EE (Java 2Platform Enterprise Edition ), which provides an environment for applications residing therein, managing components running therein, and the package file of the SON is a component of an application. The jboss performance is stable, the occupied system resource is small during the operation, the expansibility is good, and the common functions of the application system are supported and developed.

In the deployment method of the OMC system provided in this embodiment, a jboss is selected as a container of the SON server, so that the SON server with good performance can be obtained.

In order to more fully understand the technical content of the present invention, on the basis of the above embodiments, the deployment method of the OMC system provided in this embodiment is described in detail.

The invention mainly solves the problems that a great deal of SON (Self organizing Network) event messages cause great impact on a main server when a large-scale base station is deployed, the processing efficiency of the main server is seriously reduced, and the main server has the risk of downtime. In order to enable the network manager to manage the large-capacity base station more efficiently and increase the reliability of the network, the scheme is based on a C-S architecture, and by means of the encapsulation of an OP (OSS Platform) system, the SON service is independently released and independently placed in a server, so that the risk that a main server processes a large number of events is effectively solved.

The interaction of the SON with other subsystems is shown in fig. 1.

Wherein, the module interacting with SON mainly comprises:

sub-system	Interaction scenarios with SON
		Configuration management subsystem (CM)	Providing an interface for acquiring configuration data to a SON subsystem
MML subsystem (MML)	Providing the result of the issued command to the SON subsystem
		Network element adaptation system (NEA)	Sending JMS messages to SON subsystem

The Son-Client is a first window of the Son system, provides a user-friendly interaction interface, and helps a user to complete various service requirements.

A main server: and the OMC system core part is used for actually completing various system services. The SON module is deployed in a server.

And the SON module is used for actually completing various system services in the core part of the SON.

A database: and the data persistence center of the OMC system stores various service data.

As shown in fig. 2, the basic principle of the C/S structure is to divide the computer application task into a plurality of subtasks, and the subtasks are completed by a plurality of computers in a time division manner, i.e. the principle of "function distribution" is adopted. The client completes data processing, data representation and user interface functions; the server side performs the core function of a DBMS (database management system). The Client and the Server are often respectively positioned on two computers which are far away from each other, the task of the Client program is to submit the requirement of a user to the Server program, and then the result returned by the Server program is displayed to the user in a specific form; the task of the Server program is to receive the service request from the client program, to process the corresponding processing, and to return the result to the client program.

As shown in fig. 4, since the OP platform has been designed with consideration of a distributed system architecture, i.e., each module can be distributed on different servers, the interaction between modules can be realized through JMS messages and EJB remote calls. The OP system has encapsulated JMS messages and EJB remote calls, and the server of each module configures the information related to other modules, i.e., information required for JNDI (Java naming and direct interface) queries. Therefore, when the SON server is deployed based on the OP system, how to configure the relevant information required in the OP system is mainly concerned, rather than the change in the business process.

Fig. 5 is a schematic diagram illustrating an architecture of an OMC system according to an embodiment of the present invention.

As shown in fig. 5, the remote calls to the JMS message and the EJB message in the SON module are implemented based on the OP system. When all modules are deployed on the same server, all modules share the same JBoss container, so the JNDI configuration of each module is also the same. When the SON is separately deployed on another server, the SON module and other modules are distributed in two different JBoss containers, so that the SON server should configure the related information of the container where the module needed by the SON module is located, and the related information is used for sending the JMS message and remotely calling the interfaces of other modules. Properties needs to be configured to do this.

Fig. 6 shows a signaling interaction diagram of a deployment method of an OMC system according to an embodiment of the present invention.

As shown in fig. 6, the whole service processing flow of the SON is as follows:

(1) and the eNodeB judges whether preset conditions are met or not according to the data reported by the UE. And when the preset conditions are met, the eNodeB actively reports the SON event.

(2) The network element adapter NEA receives the event message sent by the eNodeB and forwards the event message to the SONserver.

(3) The SON server stores the SON event message in the database DB after receiving it.

(4) The Client SON-Client can read the event from the database DB, and then the user can see the reported event on the OMC interface.

(5) After the user processes the event on the OMC interface, the event processing message is sent to the SON server.

(6) The SON server performs operation processing on the event to be processed, and sends a command used for processing the event to the command line MML.

(7) The command line will send the received command to the Network Element Adapter (NEA) for processing.

(8) After receiving the message sent by the Network Element Adapter (NEA), the eNodeB performs processing operations such as PCI modification or neighbor cell addition, event parameter modification, and the like according to the message content.

(9) The eNodeB sends the event processing result to the Network Element Adapter (NEA).

(10) The Network Element Adapter (NEA) forwards the event processing result to the SON server.

(11) And the SON server sends a configuration change message to the Configuration (CM) after receiving the event result, and then performs configuration updating.

(12) And after the SON server receives the event result, writing the result into the database DB.

(13) And the SON client reads the event processing result from the database and displays the event processing result on the OMC interface.

In the deployment method of the OMC system provided in this embodiment, the SON server independent deployment is completed based on the encapsulation of the OP system itself, and meanwhile, the SON original directory located in the main server needs to be deleted; the SON services required by the network element will be taken over by the independently deployed SON servers.

And (3) based on the packaging of the OP system, the SON server is separated out and is realized through software. The original jboss containers are separated, new jbosses are introduced, independent deployment of new servers is completed, and the coupling degree of the system is reduced. And completing OMC system deployment by using a distributed processing mechanism.

After the SON is independent, the coupling degree of the system is reduced, the load of the main server is greatly reduced, the risk of downtime of the main server is reduced, the risk of software errors is reduced, and the processing efficiency of SON events is greatly improved.

Fig. 7 is a schematic structural diagram of an OMC system according to another embodiment of the present invention.

Referring to fig. 7, on the basis of the above embodiment, the OMC system provided in this embodiment includes a SON client 71 and a SON server 72, where:

the SON client 71 is configured to obtain an SON event reported by the base station, and send a processing scheme corresponding to the event to an independently deployed SON server in an operation and maintenance center OMC system; the SON server 72 is configured to generate a corresponding processing command according to the processing scheme, and the SON server corresponds to an independent container in the operation and maintenance center OMC system; the SON server 72 is further configured to send a processing command to a man-machine language subsystem MML in a main server of the OMC system, so that the MML sends the processing command to a corresponding base station; the SON server 72 is further configured to receive an event processing result reported by the base station, and generate a configuration change message according to the event processing result; the SON server 72 is further configured to send a configuration change message to the configuration management subsystem CM in the main server of the OMC system, so that the CM performs configuration update according to the configuration change message.

Optionally, a SON Client (SON-Client)71 of the SON acquires the SON event, so that the operation and maintenance personnel can see the reported SON event on the OMC interface.

Optionally, the operation and maintenance personnel operates the event on the OMC interface, and the client of the SON sends the processing scheme corresponding to the operation to the server 72 of the SON.

Optionally, the server 72 of the SON has the functionality of the modules of the original SON: the provided SON service, such as PCI modification, neighbor cell addition, or event parameter modification, may generate a corresponding processing command according to the obtained specific processing scheme.

Optionally, after generating the processing command, the SON server 72 sends the processing command to an MML (Man-Machine Language) in a main server of the OMC system. The servers of the independently deployed SON use the resources in the main server of the OMC system: the MML is an application module in the main server, and functions to perform machine translation on the processing command, so that subsequent network elements such as a base station can understand the processing command of the SON server.

Optionally, the SON server 72 generates a configuration change message according to the event processing result, where the configuration change message is a device for notifying the network to maintain and manage various configuration information, and at this time, the PCI configuration information of the base station is changed, and the configuration information should be modified in time.

Optionally, the eNodeB may also perform processing operations such as neighbor cell addition and event parameter modification through the SON server 72.

Optionally, the servers 72 of the SON deployed independently use the resources in the main server of the OMC system: and the CM is informed so that the CM carries out configuration updating according to the configuration change message.

It can be understood that, compared with the prior art in which the SON and the main server share one container, and the load of the main server is too large, in the embodiment of the present invention, one container is added to separately deploy the SON server 72, so that the coupling degree between the SON module and the main server is reduced, and the load of the main server is reduced.

Optionally, there are multiple devices in the OMC system that interact with the SON server, including an MML (Man-machine language) subsystem, a Configuration Management subsystem (CM), and a Network Element Adapter (NEA).

It can be understood that, compared with the prior art in which the SON and the main server share one container, and the load of the main server is too large, in the embodiment of the present invention, the container is additionally provided to separately deploy the SON, so that the coupling degree between the SON and the main server is reduced, and the load of the main server is reduced.

The OMC system provided in this embodiment may be used to execute the method in the foregoing method embodiment, and this implementation is not described in detail again.

In the OMC system provided by this embodiment, the server of the SON corresponds to an independent container in the OMC, so that the SON is deployed independently, the load of the main server is effectively reduced, and the processing efficiency of the main server is improved.

Referring to fig. 8, an electronic device provided by the embodiment of the present invention includes a memory (memory)81, a processor (processor)82, a bus 83, and a computer program stored in the memory 81 and running on the processor. The memory 81 and the processor 82 complete communication with each other through the bus 83.

The processor 82 is used to call the program instructions in the memory 81 to implement the method of fig. 3 when executing the program.

In another embodiment, the processor, when executing the program, implements the method of:

after the step of receiving, by the SON server, the event processing result reported by the base station, the method further includes:

the server of the SON sends the event processing result to a database;

In another embodiment, the processor, when executing the program, implements the method of: the client of the SON is arranged in the OMT, and the OMT is the client of a main server of the OMC system; or, the SON client is independently disposed in the OMC system.

In another embodiment, the processor, when executing the program, implements the method of: before the step of acquiring, by a client of the self-organizing network SON, the SON event reported by the base station and sending a processing scheme corresponding to the event to the server of the SON, the method further includes:

In another embodiment, the processor, when executing the program, implements the method of: the step of sending the processing command to the man-machine language subsystem MML in the main server of the OMC system by the SON server is specifically:

In another embodiment, the processor, when executing the program, implements the method of: the method further comprises the following steps:

In another embodiment, the processor, when executing the program, implements the method of: the container is an application server jboss based on an open source code of a Java enterprise edition.

The electronic device provided in this embodiment may be configured to execute the program corresponding to the method in the foregoing method embodiment, and this implementation is not described again.

The electronic device provided by this embodiment deploys the SON alone by corresponding the SON server to an independent container in the OMC, thereby effectively reducing the load of the main server and improving the overall processing efficiency of the OMC system.

A further embodiment of the invention provides a storage medium having a computer program stored thereon, which when executed by a processor performs the steps of fig. 3.

In another embodiment, the program when executed by a processor implements a method comprising:

the server of the SON sends the event processing result to a database;

In another embodiment, the program when executed by a processor implements a method comprising: the client of the SON is arranged in the OMT, and the OMT is the client of a main server of the OMC system; or, the SON client is independently disposed in the OMC system.

In another embodiment, the program when executed by a processor implements a method comprising: before the step of acquiring, by a client of the self-organizing network SON, the SON event reported by the base station and sending a processing scheme corresponding to the event to the server of the SON, the method further includes:

In another embodiment, the program when executed by a processor implements a method comprising: the step of sending the processing command to the man-machine language subsystem MML in the main server of the OMC system by the SON server is specifically:

In another embodiment, the program when executed by a processor implements a method comprising: the method further comprises the following steps:

In another embodiment, the program when executed by a processor implements a method comprising: the container is an application server jboss based on an open source code of a Java enterprise edition.

In the storage medium provided in this embodiment, when the program is executed by the processor, the method in the foregoing method embodiment is implemented, and details of this implementation are not described again.

The storage medium provided by this embodiment enables the SON to be deployed independently by corresponding the SON server to an independent container in the OMC, thereby effectively reducing the load of the main server and improving the overall processing efficiency of the OMC system.

Yet another embodiment of the present invention discloses a computer program product comprising a computer program stored on a non-transitory computer-readable storage medium, the computer program comprising program instructions which, when executed by a computer, enable the computer to perform the methods provided by the above-mentioned method embodiments, for example, comprising:

Those skilled in the art will appreciate that although some embodiments described herein include some features included in other embodiments instead of others, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments.

Those skilled in the art will appreciate that the steps of the embodiments may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functionality of some or all of the components according to embodiments of the present invention. The present invention may also be embodied as apparatus or device programs (e.g., computer programs and computer program products) for performing a portion or all of the methods described herein.

Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the invention, and such modifications and variations fall within the scope defined by the appended claims.

Claims

1. A deployment method of an OMC system, the method comprising:

the server of the SON sends the configuration change message to a configuration management subsystem CM in a main server of the OMC system, so that the CM can update the configuration according to the configuration change message;

before the step of acquiring, by a client of the self-organizing network SON, the SON event reported by the base station and sending a processing scheme corresponding to the event to the server of the SON, the method further includes:

2. The method of claim 1, wherein: after the step of receiving, by the SON server, the event processing result reported by the base station, the method further includes:

the server of the SON sends the event processing result to a database;

3. The method of claim 1, wherein: the client of the SON is arranged in the OMT, and the OMT is the client of a main server of the OMC system; or, the SON client is independently disposed in the OMC system.

4. The method of claim 1, wherein: the step of sending the processing command to the man-machine language subsystem MML in the main server of the OMC system by the SON server is specifically:

5. The method of claim 1, wherein: the method further comprises the following steps:

6. The method according to any one of claims 1 to 5, wherein: the container is an application server jboss based on an open source code of a Java enterprise edition.

7. An OMC system, comprising:

the server of the SON is also used for sending the configuration change message to a configuration management subsystem CM in a main server of the OMC system so that the CM can update the configuration according to the configuration change message;

the OMC system further comprises:

a system platform OP in the OMC system is used for packaging and compiling the application program of the SON to obtain an SON packaging file;

8. An electronic device comprising a memory, a processor, a bus, and a computer program stored on the memory and executable on the processor, wherein the processor when executing the program implements the steps of any of claims 1-6.

9. A storage medium having a computer program stored thereon, characterized in that: the program when executed by a processor implementing the steps of any of claims 1-6.