KR20030044570A - Command processing method in asynchronous transfer mode exchange system - Google Patents

Abstract

PURPOSE: An instruction processing method in an ATM switching system is provided to add a new instruction or a new function of an instruction without suspending operation of a switching system by using Java application. CONSTITUTION: When a server receives an instruction signal from a client(S401), it separates only an instruction name from the instruction signal(S402) and checks whether there is a program for processing the instruction(S403). If there is instruction processing program(S404), the server executes a corresponding instruction processing child process(S406). The instruction processing child processor verifies whether parameters of the instruction have been inputted properly(S407). If the parameters have been normally inputted(S408), the instruction processing child processor opens an UDP(User Datagram Protocol) socket(S409), carries result information on the normally processed instruction on an output frame, and transfers it to the client by a UDP(S410). The instruction processing child processor closes the UDP socket(S411).

Description

Command processing method in asynchronous transfer mode exchange system

The present invention relates to an asynchronous transfer mode exchange system, and more particularly, to an asynchronous transfer mode exchange system capable of adding exchange input / output instructions without interrupting the operation of the exchange system, and a command processing method in the system. will be.

Generally, a distributed real-time exchange system consists of an exchange controller and a system manager, and an operator connects to the system manager using an operator terminal. The system manager and the operator terminal can be accessed remotely through a communication medium. The system manager includes a server. In this distributed real-time exchange system, an instruction must be added when improving or adding a function of the exchange controller. In the related art, all input / output commands between the switching controller and the system manager are processed depending on the message communication, and the definitions of the commands input from the operator terminal to the system manager are packaged and stored as a whole.

When a command is input from an operator terminal (client), the system manager (server) receives the command, interprets the command, and delivers the command to the switching controller using a message transmission. The exchange controller then performs the action according to the command and sends the result to the system manager using message transmission. In order to execute the process of input / output command processing, the system manager should store the definition file for the command necessary for command interpretation. In addition, a signal must be defined so that the command and processing result can be exchanged between the exchange controller and the system manager, the system manager and the operator terminal. Therefore, when a new function is added to the exchange system, definitions of input / output commands must be added between the exchange controller and the system manager, and the definitions and functions of messages and signals must be implemented in the exchange controller. In addition, the type of commands to be performed by the exchange controller and the verification data for each command must be rewritten as a whole.

The operator terminal of a conventional exchange system is a method of downloading and executing Java byte code from a system manager (server) without having a Java program on its own computer. This web-based method is convenient to use because there is no need to install a Java source program on its own terminal, but it requires a Netscape 2.0 or higher browser capable of executing Java byte code, and executes a Java program in such a web browser. There is also a disadvantage in that a lot of load is generated.

As described above, the conventional I / O command processing method relies on message communication for all I / O command processing, and the definition of I / O command is packaged and maintained as a whole, thus improving the function of the command or adding the command. The problem is that all commands and their definitions must be rewritten. In addition, since the Java program was downloaded from the web browser server without executing the Java program on its own computer, there was a problem in that the web browser was run and the Java program was heavily loaded.

An object of the present invention is to use a Java application to process input and output commands in a distributed real-time exchange system, there is no need to define a separate message or input and output commands when adding the function of the command to the command, do not interrupt the operation of the exchange system. It is to provide a command processing method that can add a new command or a function of the command without having to.

The asynchronous transmission mode exchange system of the present invention for achieving the above object is a system manager for managing the service state and resource state of the entire exchange controller and the information management necessary for the exchange is mounted to support information processing and operator matching, And a client for delivering a command input from an operator to the system administrator.

The system manager may include a web-based server that supports remote access using the client's communication medium, and a plurality of command processing functions that are executed independently of each other and operate as a self-processor of the server to process commands input from the client. It characterized by including.

In addition, the command processing method in the asynchronous transfer mode switch system of the present invention for achieving the above object, the server checks whether there is a command processing function unit for processing the command, if a command signal is input from the operator terminal; And if there is an instruction processing function for processing the instruction, driving the instruction processing function with a coprocessor, and passing the parameter included in the command signal to the coprocessor to process the command. Characterized in having a.

1 is a hardware diagram of a general asynchronous transfer mode exchange system;

2 is a software configuration diagram of an asynchronous transfer mode exchange system to which the present invention is applied;

3 is an operation flowchart illustrating a command processing method in a client of an asynchronous transfer mode exchange system according to an embodiment of the present invention;

4 is a flowchart illustrating a command processing method in a server of an asynchronous transfer mode exchange system according to an embodiment of the present invention.

Hereinafter, a command processing method in an asynchronous transfer mode exchange system of the present invention will be described with reference to the accompanying drawings.

1 is a schematic hardware diagram of an ATM switch system to which the present invention is applied. The exchange system consists of an exchange controller 100 and a system manager 200. The exchange controller 100 is configured by connecting at least one or more subsystems. When two or more subsystems are connected and configured, the subsystem 110 located at both ends of the subsystem 110 performs an interface function between the switch device 111 for exchanging data and the switch device 111 and an external terminal. And a processor 114 for controlling the matching devices 112 and 113 and the switching device 111. The system manager 200 includes a monitor 210, a computer main body 220, and a storage device 230, which is in charge of information processing and system management.

The matching devices 112 and 113 of the switching controller subsystem 110 are divided into the subscriber matching device 112 and the relay line matching device 113. The subscriber matching device 112 is connected to an external subscriber terminal by a link. The relay line matching device 113 is connected to another exchanger by a link. An internal data transmission link is connected between the matching devices 112 and 113 and the switch device 111. The processor 114 of the exchange controller subsystem 110 includes software for controlling the exchange of data and software for supporting the control to control the matching devices 112 and 113 and the switch device 111. In the case of an exchange controller consisting of three or more subsystems, the centrally located subsystem 120 includes a switch device 121 for exchanging data and a processor 122 for controlling the exchange.

The system manager 200 is equipped with software that manages the service state and resource state of the entire exchange controller or manages information required for exchange, and is responsible for information processing and operator registration. In addition, the storage 230 stores information about billing and service statistics.

2 is a software configuration diagram of an ATM switch system to which the present invention is applied. The software of the exchange controller resides in the memory, and the interface function for the application program among the software of the system controller resides in the memory, and the remaining application software resides on the disk and is called out and executed when needed by the interface function.

The real time operating system 131 operates in the processor of the exchange controller 100, and the general operation system 232 operates in the system manager 200. The processor of the exchange controller 100 and the system manager 200 exchange information by the middleware and the communication protocol 310. The exchange controller 100 includes an application program interface 132 such that modification of application software does not occur according to the type of protocol that the real-time operating system 131 can accommodate. The software of the system manager 200 uses a remote library, a remote shared memory, and a remote processor to communicate with the software of the exchange controller 100. An application program interface 232 that operates for communication required by the exchange controller for this purpose. ).

In addition, the processor of the exchange controller 100 includes a real time work function unit 133, a call service statistics collection function unit 134, control data 135, a state monitoring function unit 136, and a test function unit 137. ), A service control function unit 138, a start control function unit 139, and a shape control function unit 140. In addition, the processor of the system manager 200 includes a billing / statistics unit 233, an operation / management information database 234, a fault analysis and alarm output unit 235, an operation interface 236, and a class. Server 237, network management application program interface 238, registration operation function unit 239, startup management function unit 240, shape change function unit 241, system control function unit 242 And a call control information output function unit 243, a state output function unit 244, a charging statistics and information output function unit 245, a shape output function unit 246, and a system control information output function unit ( 247).

First, the real time work function unit 133 of the exchange controller 100 performs real time work such as signal processing, call control, number translation, route control, and the like. The progress of the real-time operation is notified to the call service statistics collection function unit 134, and the statistical information of the call service statistics collection function unit 134 is applied to the application program interface of the system manager 200 through the application program interface 132. The data is transmitted to the billing / statistics function unit 233 through 232 and then stored in the operation / management information database 234.

Various information and data to be referred to in such a real time operation use the control data 135 in a shared area on the memory. This control data is changed and maintained through the system manager 200 or by an event occurring in the exchange controller, where an event in the exchange controller has a substantial service change and a failure state change. The change of the fault condition is changed by the state monitoring function unit 136 and the test function unit 137. The change of the failure state is transmitted to the failure analysis and alarm output function unit 235 of the system manager through the application program interface function, and the transferred contents are stored in the operation / management information database 234 and the operation interface 236. Through the class server 237 is output to the HMI (Human Machine Interface) client system 320 of the operation manager. In addition, it is delivered to the integrated network management system 330 through the integrated network management application program interface 238.

The system manager 200 changes the control data of the switching controller according to a request from the HMI client system 320 or the integrated network management system 330 which is an operation manager. The request of the operation manager is via the class server 237 and the operation interface 236, which is a common gateway implemented using a web browser. The operation interface 236, which is a common gateway, analyzes the input command and operates a program in the corresponding system manager 200.

For example, when an operator request such as signal point registration, number registration, route registration, service registration, or the like is input, the registration operation function 239 is operated via the operation interface 236 to operate the operation / management information database ( 239). In addition, the control data 135 is changed through the service control function unit 138 of the exchange controller via the application program interface 232, and a real-time function is operated based on the changed control data 135.

On the other hand, when an operator request related to startup management is input, the startup management function unit 240 interacts with the startup control function unit 139 of the exchange controller to load the necessary functions to the exchange controller. In the change of the exchange configuration, the shape changing function 241 interacts with the shape control function 140 of the exchange controller to change the shape related matters in the control data 135. In the case of a control command for whether the test or monitoring proceeds, the system control function 242 changes the control data 135 via the status monitoring function 136 or the test function 137 in the switching controller.

As such, the contents changed by the operator command in the system manager 200 are reflected in the operation / management information database 234 of the system manager 200 and the control data 135 of the exchange controller 100, and the exchange controller 100. Event occurring in the control data 135 and the system manager 200 is stored in the operation / management information database 234. Thus, commands related to the output of various information or the status of services and resources may be performed by the system manager itself. The function unit performed by the system manager 200 itself includes a call control information output unit 243, a state output unit 244, a charging statistics information output unit 245, a shape output unit 246, and There is a system control information output function unit 247.

The respective software functions of the switching controller do not use message communication, and the software functions of the system manager do not use message communication. In addition, since each functional unit communicates between software of the switching controller and software of the system manager using an application program interface instead of using direct message communication, the software can be written independently of the system structure. There is an advantage to increasing software reusability.

The HMI client 320 according to the present invention for operator matching (UI) provides a graphic user interface (GUI) function to provide an input / output format and a window to a user, and the user's request is a system manager. It acts as a window for receiving the processing result or event message delivered from the system manager and providing it to the user. In order to vary the platform on which the client program operates, the client program is implemented in the Java (JAVA) language. The client communicates the operator's request to the system manager via the user datagram protocol (UDP). Since the client program is implemented in Java, Windows, Macintosh, Unix, and Linux can all run as client platforms without installing additional programs or developing additional programs.

An instruction processing method in an ATM switch system having a hardware configuration as shown in FIG. 1 and a software configuration as shown in FIG. 2 will now be described.

First, the operator connects to a class server (hereinafter referred to as a server) for command processing on an HMI client (hereinafter referred to as a client). Clients connected to the server periodically report to the server that they are active and also report to the server when it is finished.

When the client initially connects, the server runs a child processor that performs window configuration and management functions. This window setting and management function The subprocessor consists of a number of independent programs, each of which controls the user's suitability and window setting on the client, controls the frame setting, and checks the client's activation. In addition, this window setting and management function subprocessor stores the client's address and the window name set for the client in a file, and refers to the real-time message when the real-time message occurs to notify the client. The result of the window setting is notified to the client through the server.

On the other hand, when the operator inputs a command through the client, the command passes through the server, and the server generates a program that analyzes the command in a self processor. The instruction parser processor decodes the input instruction and executes the processing program corresponding to the instruction as the processor. This instruction processor may be one of the respective functional units of the software of the system manager of FIG. Each command processor in the system manager requests information from the switch controller when it wants to obtain information from the switch controller, and the switch controller delivers the result of the request to the command processor in the system manager. The instruction processor sends the result of the instruction to the client using the HMI library.

As described above, the conventional method relies on message communication in processing all instructions, and occupies memory resources unnecessarily because the instructions generated once reside in memory and wait for a result message. In the present invention, since the HMI library of the application program interface is used, all commands can be processed even if only a server and a real-time message processing function reside in the memory.

Hereinafter, a method of processing an input / output command in an ATM switch system according to the present invention will be described in detail with reference to the flowcharts of FIGS. 3 and 4.

3 is an operation flowchart illustrating an input / output command process in a client of an exchange system according to the present invention.

First, when an operator selects a command in a GUI window of a client implemented as a Java application (S301), the client displays information about the command to the operator, and the operator refers to the information about the command and then sets parameters corresponding to the command. Enter (S302).

When the operator enters the command and the parameters according to the command and clicks a button to send a message to the server (S303), the client checks whether the input command and the parameter format match the transmission format of the command (S304). If it is input according to the form after the check (S305), the client sends a command signal consisting of the command and the parameter to the server (S307). At this time, the communication with the server uses UDP. However, if the format does not match, the client displays an error message (S306), and proceeds to step S301 to provide an environment for the operator to correct the error.

In step S307, after the client transmits the command and the parameter to the server, the thread that receives the result is left awaiting to receive a result message from the server (S308). While the signal is waiting, if a result message is received (S309), it is checked whether the corresponding result message is a result message for the command transmitted by itself (S310). If the result message is for the command sent by the user, the result message is recorded in the log and displayed on the result window.If the result message is not the result message for the command sent by the user, the corresponding message is discarded and the process proceeds to the signal waiting state of step S308. do.

4 is an operation flowchart illustrating an input / output command process in a server of an exchange system according to the present invention.

When the command signal is received from the client (S401), the server separates only the command name from the command signal (S402) and checks whether a program that processes the command exists (S403). If the instruction processing program exists (S404), the instruction processor is executed (S406). Instruction processing The subprocessor executes one subprocessor for each instruction to process each instruction as an independent processor. If the corresponding command processing program does not exist in step S404, the client is notified of the command error (S405).

Each instruction processor first verifies whether the parameters of the instruction are correctly input (S407). If the input parameter is normally input (S408), the UDP socket is opened (S409), and the command normal processing result information is loaded into the output frame and transmitted to the client via UDP (S410). On the other hand, when an error occurs in the input parameter (S408), the abnormal process result value is transmitted to the client via UDP together with the error cause information (S405). After transmitting the processing result, the UDP socket is closed (S411).

Although described above with reference to a preferred embodiment of the present invention, those skilled in the art will be variously modified and changed within the scope of the invention without departing from the spirit and scope of the invention described in the claims below I can understand that you can.

The present invention relates to text input / output using a Java application among the operator matching functions of the exchange. When a new function is added, the command matching can be flexibly extended without changing the overall exchange of the existing operating switch, and the memory is inputted to the memory for input / output of the instructions. The effect is to reduce the software that must reside and use the memory efficiently. In addition, since the client can run independently without a web browser, there is an effect to minimize the load.

Claims (7)

It includes a system manager that manages the service status and resource status of the entire exchange controller and manages the information necessary for the exchange to support information processing and operator registration, and a client that delivers commands input from the operator to the system administrator. In an exchange system, The system manager is a web-based server that supports remote access using the communication medium of the client, And a plurality of command processing functions that are executed independently of each other and operate as a subprocessor of the server to process commands input from the client. Instructions in the exchange system comprising a system manager including a command processing function for operating a web-based server and the server's own processor to process commands independently of each other, and a client for transmitting commands input from the operator to the system administrator In the treatment method, Checking, by the server, whether a command processing function for processing the command exists when a command signal is input from the operator terminal; Driving the instruction processing function to a self processor if an instruction processing function to process the instruction exists; And transmitting the parameter included in the command signal to the subprocessor to process the command. The asynchronous transmission mode switch of claim 2, wherein the checking of the existence of the command processing function unit separates the command name from the command signal and checks whether the command processing function exists using the command name. How commands are handled in the system. 3. The method of claim 2, further comprising sending a command processing error message to the client if a command processing function for processing the command does not exist. The method of claim 2, wherein the command processor is configured to verify a parameter included in the command signal, process the command if the command parameter is normally input, and transmit a processing result to the client. And a command processing error message is transmitted to the client if it is not normally input. The method of claim 2, further comprising: checking, by the client, a format of the command and parameter when the operator inputs a command and a parameter according to the command and inputs a command signal transmission button; Transmitting the command signal consisting of a command and a parameter to the server if the test result is in a format; If the message is received from the server, checking whether the received message is a result message for the command sent by the server; And recording the result in a log and displaying the result in a result window if the received message is a result message for a command sent by the received message. The client device of claim 2, wherein the server manages an address, a window name, and user information of the client when the client initially accesses the server, and checks an activation state of the client on a predetermined time basis. The command processing method in the asynchronous transfer mode exchange system, characterized in that to delete from the management target.