KR20020055946A - Device and method of CORBA-based EMS for DCSs - Google Patents

Abstract

PURPOSE: An EMS(Element Management System) apparatus for managing a plurality of DCS(Digital Cross-connect System)s under COBRA(Common Object Request Broker Architecture)-based is provided to manage efficiently and stably the remote plurality of DCSs from each other by one EMS server. CONSTITUTION: An EMS(10) manages the DCS(20). The DCS(20) is connected to the EMS(10) through COBRA as IIOP(Internet Inter-ORB Protocol). A factory object(11) analyzes the request of a client and produces an NE(Network Element) Management Object to the respective DCSs(20) for performing the command. An NE management object(12) receives information on the client through the factory object(11) and then transmits the information on the client to the NE manager(13). The NE manager(13) receives the information on the client from the NE management object(12) and then processes the command from the DCS(20).

Description

MS device managing multiple devices under COVA and its control method {Device and method of CORBA-based EMS for DCSs}

The present invention relates to an element management system (EMS) apparatus for managing a plurality of digital cross-connect systems (DCS) based on a common object request broker architecture (CORBA) and a control method thereof, and in particular, one EMS server is far from each other. The present invention relates to an EMS device and a control method for managing a plurality of DCS under CORBA, which is suitable for efficiently and stably managing a plurality of DCS equipment.

In general, network management refers to the ability to monitor the status of international networks at all times and take action to control their ingress as needed to enable maximum traffic communication under any circumstances.

And NMS (Network Management System) is a computer system to support such network management tasks, and performs the following functions. That is, it collects and accumulates network status, alarm, traffic data, etc. from transmission equipment. Calculate network management parameters or statistical data. Command to control the traffic inflow of the transmission equipment. Controls network monitors and network control terminals of network management centers.

In addition, an element management system (EMS) is a device that manages one DCS or multiple DCS devices.

1 is a block diagram showing a connection state of a conventional DCS and EMS.

Here, reference numeral 10 denotes an EMS, and 20 denotes a DCS individually connected to the EMS 10.

So, in controlling the DCS equipment, if one of the plurality of DCS (20) equipment in multiple places separated by one EMS (10) can be controlled from one place even far away.

However, the current control of the DCS (20) equipment is controlled by the EMS (10) or CIT is directly connected to the DCS (20) equipment, and did not control a number of equipment.

Therefore, according to the related art, since the EMS or CIT controlling the DCS equipment is directly connected to the equipment, it is impossible to control other DCS 20 equipment that is far away, and the EMS controlling the plurality of DCS 20 is not possible. Even if (10) is present, there are many problems in the implementation because the load of the EMS (10) server increases in the request processing of many clients.

Accordingly, the present invention has been proposed to solve the above-mentioned conventional problems, and an object of the present invention is to provide an EMS device capable of efficiently and stably managing a plurality of DCS equipment remotely separated from each other, and to control the EMS device. To provide a way.

In order to achieve the above object, the EMS apparatus for managing a plurality of DCS under CORBA base according to an embodiment of the present invention,

A factory object for interpreting a client's request and generating an NE management object for each DCS device whose command is to be performed; An NE management object which receives the client's information through the factory object and delivers the information to the NE manager; The technical configuration is characterized by including an NE manager that receives the client's information from the NE management object and processes a command from the DCS.

In order to achieve the above object, a management method of an EMS device for managing a plurality of DCS based on CORBA according to an embodiment of the present invention,

Receiving a command from a client and then creating different CORBA objects; A second step of generating a NE manager according to the created object and delivering a command to the NE manager after the first step; And a third step of processing the command after generating the NE manager and transmitting the command to the device, and receiving the result of the CORBA command from the device.

1 is a block diagram showing a connection state of a conventional DCS and EMS,

2 is a block diagram of a plurality of DCS network under CORBA to which the present invention is applied,

3 is a block diagram of an EMS device managing a plurality of DCS under CORBA according to the present invention,

4 is a flowchart illustrating a control method of an EMS device managing a plurality of DCSs under CORBA according to the present invention;

5 is a flowchart illustrating command processing between an EMS device and a DCS in FIG. 4;

FIG. 6 is a block diagram of an apparatus applied to FIG. 5.

** Description of symbols for the main parts of the drawing **

10: EMS Server 11: Factory Object

12: NE managed object 13: NE manager

20: DCS 30: SDH Equipment

40: Router / Hub

Hereinafter, an embodiment according to the present invention, an EMS apparatus for managing a plurality of DCSs under CORBA and a control method thereof will be described with reference to the accompanying drawings.

2 is a block diagram of a plurality of DCS network under CORBA to which the present invention is applied.

Here, reference numeral 10 denotes an EMS for managing the DCS 20, 20 denotes a DCS connected through the EMS 10 and CORBA which is an Internet Inter-ORB Protocol (IIOP), and 30 denotes an SDH (connected to the EMS 10). Synchronous Digital Hierarchy), 40 is a router / hub that allows connections between different LANs.

3 is a block diagram of an EMS device managing a plurality of DCS based on CORBA according to the present invention.

As shown therein, a Factory Object 11 for interpreting a client's request and generating a Network Element Management Object for each DCS 20 device to which the command is to be performed; An NE management object 12 which receives the client's information through the factory object 11 and delivers the information to the NE manager 13; And an NE manager 13 which receives the client information from the NE management object 12 and processes a command from the DCS 20.

4 is a flowchart illustrating a control method of an EMS device managing a plurality of DCSs under CORBA according to the present invention.

As shown therein, a first step (ST11) (ST12) of receiving a command from a client and then creating different CORBA objects; A second step (ST13) of generating a NE manager according to the created object and delivering a command to the NE manager after the first step; After the NE manager is generated, a command is processed and delivered to the device, and a third step (ST14) (ST15) of receiving a CORBA command result from the device is performed.

FIG. 5 is a flowchart illustrating command processing between an EMS device and a DCS in FIG. 4, and FIG. 6 is a block diagram of a device applied to FIG. 5.

As shown in the figure, the control method of the EMS device for managing a plurality of DCS under CORBA, the fourth step (ST21) (ST22) for generating a NE management object at the request of the client; A fifth step ST23 for determining whether the corresponding NE manager processor is alive after the fourth step; A sixth step ST24 of generating a new NE manager by CORBA if the corresponding NE manager processor is not alive; If the corresponding NE manager processor is alive or a new NE manager is created, the NE managed object and the NE manager are bound and the NE managed object and the NE manager can process the command asynchronously (ST25) ( ST26) is further included.

The control method of the EMS apparatus for managing a plurality of DCS under CORBA, includes: an eighth step (ST27) for determining whether there is a command processing request within a predetermined time after performing the seventh step; If there is a command processing request within the predetermined time, the fourth step is executed again, and if there is no command processing request within the predetermined time, the method further includes a ninth step (ST28) of destroying the NE manager.

An EMS device for managing a plurality of DCSs based on the CORBA according to the present invention configured as described above and operations of the control method thereof will be described in detail with reference to the accompanying drawings.

Currently, many network management systems have been developed based on CORBA (Common Object Request Broker Architecture), which has good system flexibility and scalability with other systems. The present invention relates to an EMS that manages multiple DCSs under such CORBA.

FIG. 2 is a block diagram of a plurality of DCS networks under CORBA to which the present invention is applied and shows a configuration of a DCS network under CORBA by way of example.

Thus, the basic network protocol is TCP / IP (Transmission Control Protocol / Internet Protocol), and EMS and DCS devices communicate with each other through ORB (Internet Inter-ORB Protocol) through TCP / IP. Object Request Broker, the broker of requests (commands). In FIG. 2, all DCSs 20 support IIOP and are connected to the EMS 10 through a router or a hub 40.

In order for an EMS to efficiently control a plurality of DCS 20 equipment, an EMS design is required in which many control commands are processed quickly without blocking on the EMS 10. In general, the EMS 10 receives a client's control command, processes it appropriately, sends it down to the equipment, and receives a response and uploads it back to the client. Such a client may be a client of the EMS 10 itself, or may be an NMS which is an operation system of the EMS 10.

In this case, when a large number of instructions are driven to the EMS, other instructions cannot be processed and block until one instruction is processed. To solve this problem, the internal structure of the EMS 10 is a thread. Or create a child processor and process it. However, rather than using CORBA's function, it presents a way to execute a command by creating a processor (NE Manager) for each device to be executed.

The NE Manager 13 executes the command, receives the response from the device, passes the result to the EMS 10 server, and disappears again if there is no command for a certain time.

FIG. 3 is a block diagram of an EMS device managing a plurality of DCSs under CORBA according to the present invention, and shows an EMS structure for processing a command using the function of CORBA.

In order to prevent blocking in the EMS 10 in executing the command, the communication between the NE management object and the NE manager uses an asynchronous method.

FIG. 4 is a flowchart illustrating a control method of an EMS device managing a plurality of DCSs based on CORBA according to the present invention. FIG. 5 is a flowchart illustrating command processing between an EMS device and a DCS in FIG. 4, and FIG. It is a block diagram of the device to be applied.

As shown in FIG. 6, one command is processed.

By constructing the EMS 10 structure based on CORBA as described above, it is possible to implement an excellent EMS in terms of speed and performance.

This operation of the present invention will be described in more detail.

First, Figure 3 shows the structure of the entire EMS. The objects shown in the figure are all CORBA objects and the rectangles are different processors.

Thus, when a command is first passed from the client to the EMS server 10, the CORBA object Factory Object 11 accepts the client request.

The Factory Object 11 of the EMS server 10 generates different CORBA objects according to a client's request. Here, the Factory Object 11 interprets the client's request and creates a NE Management Object 12, a new object for each DCS device whose command is to be executed, and sends this object to the client. Pass it over.

The client passes this proxy object information such as the device's address and the instructions to process.

The second step is to create a new processor and pass the instructions to the device.

The NE Management Object 12, which has received information from the client, sends a command to the NE Manager 13 processor. Here, the NE Manager 13 processor is an executable file registered in the CORBA implementation repository as an executable file.

In order for different processors to be created for different objects, the NE manager 13 must be registered in the implementation repository so that the requesting object is invoked with different processors in different cases. By registering the NE Manager 13 in the implementation repository in this way, the NE Manager 13 is generated according to the object created in the EMS server 10, respectively.

The NE manager 13 receives a command from the NE management object 12 and passes it to the corresponding equipment.

The device receiving the command is able to process CORBA command, process the received command and return the result to the NE manager 13, which is returned to the client through the EMS server 10.

5 and 6 show a procedure in which one command is performed.

Thus, a NE Management Object 12 is created at the request of the client, and the client sends a command to the object.

The NE Management Object 12 binds to an NE Manager 13 processor to process an instruction. If the NE Manager 13 processor is alive, the NE Management Object 12 If there is no corresponding NE Manager (13), a new NE Manager (13) is automatically created by CORBA, and the NE managed object (12) is created as such. 13) It is bound to the processor.

The NE management object 12 processes commands asynchronously with the NE manager 13 to prevent the EMS server 10 from blocking during command processing. The NE management object 12 can then send the command to the NE manager 13 and perform other commands without having to wait for a response.

In order to send and receive messages asynchronously, it can be implemented by using CORBA callback or CORBA Event Service.

In this way, the command passed to the NE manager 13 passes the command through the CORBA object directly connected to the DCS 20 device in the NE manager 13 and receives a response.

The connection between the NE manager 13 and the device may be either synchronously or asynchronously, but a synchronous method is implemented here.

The NE manager 13 processor uses CORBA function to be automatically destroyed when there is no request from the EMS server 10 or the equipment for a certain period of time, so that many processors take too many resources and may degrade performance. Exclude that.

In this way, the command requested by the client is delivered to the EMS server 10 and the NE manager 13 equipment to execute the command, and the result is returned to the client. The EMS 10 can be implemented in terms of performance and speed of the EMS 10 by adopting the above structure in order to handle many requests from a plurality of clients in one EMS 10.

As such, the present invention allows one EMS server to efficiently and stably manage a plurality of DCS equipment far from each other.

Although the preferred embodiment of the present invention has been described above, the present invention may use various changes, modifications, and equivalents. It is clear that the present invention can be applied in the same manner by appropriately modifying the above embodiments. Accordingly, the above description does not limit the scope of the invention as defined by the limitations of the following claims.

As described above, the EMS device and control method for managing a plurality of DCS under CORBA base according to the present invention has the effect that one EMS server can efficiently and stably manage a plurality of DCS equipment far from each other do.

In addition, in developing a CORBA-based network management system which is widely used, in order to manage a plurality of DCS devices as one EMS, an EMS server must quickly execute commands from a plurality of clients without blocking, as in the present invention. Designing the structure has the effect of sending a client's command to the corresponding device without blocking and executing the command and efficiently controlling multiple devices with one EMS.

Claims (4)

A factory object for interpreting a client's request and generating an NE management object for each DCS device whose command is to be performed; An NE management object which receives the client's information through the factory object and delivers the information to the NE manager; EMS device for managing a plurality of DCS under CORBA, characterized in that it comprises a NE manager for receiving a client's information from the NE management object to process a command from the DCS. Receiving a command from a client and then creating different CORBA objects; A second step of generating a NE manager according to the created object and delivering a command to the NE manager after the first step; And a third step of processing the command after generating the NE manager and delivering the command to the device, and receiving the result of the CORBA command from the device. . The method of claim 2, wherein the control method of the EMS device managing the plurality of DCS under the CORBA, Generating a NE management object upon request of the client; A fifth step of determining whether the corresponding NE manager processor is alive after the fourth step; Creating a new NE manager by CORBA if the corresponding NE manager processor is not alive; If the corresponding NE manager processor is alive or a new NE manager has been created, further comprising a seventh step of binding the NE managed object and the NE manager and allowing the NE managed object and the NE manager to process instructions asynchronously; Control method of the EMS device for managing a plurality of DCS under CORBA, characterized in that performed. The method of claim 3, wherein the control method of the EMS device managing the plurality of DCS under the CORBA, An eighth step of determining whether there is a command processing request within a predetermined time after performing the seventh step; Performing a fourth step if there is a command processing request within the predetermined time, and further including a ninth step of destroying the NE manager if there is no command processing request within the predetermined time. Control method of the EMS device to manage the.