KR100267858B1

KR100267858B1 - An implementation method of inter processor communcation software for test of system in on-line state

Info

Publication number: KR100267858B1
Application number: KR1019970033898A
Authority: KR
Inventors: 김광택
Original assignee: 윤종용; 삼성전자주식회사
Priority date: 1997-07-19
Filing date: 1997-07-19
Publication date: 2000-11-01
Also published as: KR19990010980A

Abstract

PURPOSE: A method for implementing a communication software between processors for testing a working system is provided to judge an error state when each software module of a switch system is being operated and check whether a newly installed function is normally operated using an IPC. CONSTITUTION: A communication system includes a control assembly(CA) board for entirely controlling the system and a target assembly(TA) board for subscribers. An IPC command which operates a function for testing an IPC when a system is being operated is registered. In the above IPC command registration operation. a command name, a function pointer of a corresponding function and a function description of a command are registered. The system is in the standby mode until a registered IPC command is inputted. If one IPC command among the registered IPC commands is not inputted, a corresponding command is performed. When the registered IPC test command is inputted, a function indicated by the function pointer of a corresponding function is performed. A request task of a user is generated, and the ID of the generated task I stored. It is checked whether an IPC task is tested between the CA board and the TA board or in the CA board or the TA board based on a user's request. In the case of the IPC test between the CA and TA boards, a certain message type is defined for the IPC test for checking whether a message is accurately transferred.

Description

How to implement inter-processor communication software for testing a running system {AN IMPLEMENTATION METHOD OF INTER PROCESSOR COMMUNCATION SOFTWARE FOR TEST OF SYSTEM IN ON-LINE STATE}

본 발명은 교환기 시스템을 구성하는 각 보드들 사이의 정보 교환에 관한 것으로 , 특히 시스템이 동작중에 각종 오류를 시험할 수 있는, 동작중인 시스템의 테스트를 위한 프로세서간 통신 소프트웨어의 구현 방법에 관한 것이다.The present invention relates to the exchange of information between boards constituting an exchange system, and more particularly, to a method of implementing interprocessor communication software for testing a running system in which various errors can be tested while the system is operating.

일반적으로, 네크워크 시스템을 이루고 있는 각종 교환기 시스템은 교환기 시스템의 구성 요소를 관리하는 구성 관리 모듈(Configuration Management Module:이하 CM이라 칭한다.), 교환기 시스템 사이의 접속 또는 가입자와 교환기 시스템사이의 통신로를 관리하는 기능을 하는 접속 관리 모듈(CONnection Management Module:이하 CONM이라 칭한다.), 교환기 시스템을 이루고 있는 각종 보드에 대한 장애 정보를 관리하는 기능을 하는 장애 관리 모듈(Fault Management Module:이하 FM이라 칭한다.), 교환기 시스템의 성능 데이터를 관리하는 기능을 갖는 성능 관리 모듈(Performance 3Management Module:이하 PM이라 칭한다.) 및 각 모듈사이의 정보를 교환하는 기능을 갖는 프로세서간 통신 모듈(Inter Processor Communication Module:이하 IPC라 칭한다.)등으로 구성된다. 상기 모듈은 각 하드웨어 보드 상에서 독립적으로 동작하여야 하고, 각 보드들의 정상 동작을 관리하기 위하여 IPC가 존재한다. IPC는 다수의 보드들 사이에 특정 정보들을 목적지로 분배하는 기능을 수행하게된다.Generally, various exchange systems constituting a network system include a configuration management module (hereinafter referred to as a CM) that manages the components of the exchange system, a connection between the exchange system, or a communication path between a subscriber and the exchange system. A connection management module (CONM), which manages functions, is referred to as a CONM, and a fault management module (FM), which manages fault information on various boards forming the switchboard system. ), A performance management module having a function of managing performance data of an exchange system (hereinafter referred to as PM), and an interprocessor communication module having a function of exchanging information between modules. IPC). The module must operate independently on each hardware board, and there is an IPC to manage the normal operation of each board. The IPC is responsible for distributing specific information among the multiple boards to the destination.

많은 보드들 사이에서 또는 하나의 보드에서 각 모듈간의 통신을 위해서 IPC 모듈에서는 특정 메세지 형식(Message Format)을 정의하고, 그 메세지를 이루고 있는 각 부분에 대한 형식을 정의하여 각 기능모듈이 이를 적절히 사용할 수 있도록 한다.For communication between many boards or each module in one board, IPC module defines a specific message format and defines the format for each part of the message so that each function module can use it properly. To help.

도 1은 종래의 IPC 소프트웨어의 동작을 나타낸 도면이다.1 is a view showing the operation of the conventional IPC software.

시스템이 오동작을 하게 되면 시스템은 휴지 상태(Off-Line)로 전환되고, IPC 오동작을 검사하게 된다. 상기 과정에서 IPC 오동작에 의한 시스템 오동작이 발생한 것이라면, IPC 관련 소프트웨어 및 하드웨어를 점검하거나 기타 메모리를 점검하는 과정에 의해서 시스템 오동작 문제를 해결하고, 시스템을 동작 상태로 운용한다.If the system malfunctions, the system goes off-line and checks for IPC malfunction. If the system malfunction due to the IPC malfunction occurred in the above process, the system malfunction problem is solved by checking the IPC related software and hardware or other memory, and the system is operated in an operating state.

시스템 오동작의 원인이 IPC 오동작에 의해서 발생한 것이 아니라면 시스템 오동작을 검사하는 다른 소프트웨어를 구동하여 각 하드웨어 보드 모듈의 기능을 점검하여 시스템 오동작 문제를 해결한 후 시스템을 동작 상태로 운용한다.If the cause of the system malfunction is not caused by the IPC malfunction, run the other software that checks the system malfunction and check the function of each hardware board module to solve the system malfunction problem and operate the system in the operating state.

그러나, 상기한 종래의 IPC 소프트웨어 구현 방법에 있어서는 하드웨어 시스템의 불안으로 오동작을 일으키거나 또는 소프트웨어 내의 결함으로 인하여 IPC의 기능을 수행하지 않는 경우 전체 시스템이 중요한 기능을 수행하지 못하는 상태에 빠지게된다.However, in the conventional IPC software implementation method, if the malfunction of the hardware system or malfunction of the IPC does not perform the function of the IPC due to a defect in the software, the entire system falls into a state in which it does not perform an important function.

상기한 바와 같은 종래의 방법에 있어서는 시스템의 오동작시에 각 모듈이 자체의 기능이 수행되는지의 여부를 확인하는 과정 전에 IPC의 상태를 조사하게 되는데 이는 일반적으로 각 모듈이 자신의 메세지를 특정 보드로 전송 요구를 IPC측으로 전달하여 메세지의 전달 유무를 조사하여 오류를 보고한다. 상기와 같은 방법은 IPC는 자신의 내부에서 전달되는 메세지를 조사하고, 그 메세지가 전달되지 않는 원인을 찾기 위해서 메모리 내부를 조사하고, 하드웨어 주소를 조사하는 과정을 거쳐야 하는 문제점이 있다.In the conventional method as described above, when a system malfunctions, each module checks the state of the IPC before checking whether each module performs its own function. In general, each module sends its message to a specific board. The transmission request is forwarded to the IPC to check the delivery of the message and to report an error. The above method has a problem that the IPC has to go through the process of examining the message transmitted from its own, the internal memory, and the hardware address to find the cause of the message not being delivered.

본 발명은 상기와 같은 종래의 문제점들을 해결하기 위하여 창안된 것으로, 교환기 시스템의 각 소프트웨어 모듈이 동작하는 중에 시스템의 오동작의 유무를 판정할 수 있게 하고, 특히 새로운 기능의 추가시에 그 기능이 IPC를 이용해 수행되는지를 미리 조사할 수 있는 동작중인 시스템의 테스트를 위한 프로세서간 통신 소프트웨어의 구현 방법을 제공하는 것을 목적으로 한다.The present invention was devised to solve the above-mentioned problems, and it is possible to determine whether there is a malfunction of the system while each software module of the exchange system is operating, and especially when adding a new function, the function is IPC. It is an object of the present invention to provide a method of implementing interprocessor communication software for testing a system in operation which can be pre-investigated whether or not it is performed.

상기한 목적을 달성하기 위한 본 발명은, 동작중인 시스템의 테스트를 위한 프로세서간 통신 소프트웨어의 구현 방법에 있어서, 상기 시스템이 동작중에 IPC를 테스트하는 IPC 명령어를 등록하는 과정과, 상기 IPC 명령어를 등록해 놓은 이후에 사용자로부터 상기 등록된 IPC 테스트용 명령어가 입력되면 해당 함수의 함수 지시자가 가리키는 함수를 수행하고, 사용자의 요구 타스크를 생성하고 상기 생성된 타스크의 ID를 저장하는 과정과, 사용자의 요구에 따라서 CA 보드와 TA 보드사이에서 IPC 타스크를 테스트할 것인지 아니면 CA 보드 또는 TA 보드 내에서 IPC 타스크를 테스트 할 것인지를 선택받아 선택된 해당 모드로 분기하는 과정과, 상기 선택된 해당 모드로 분기하는 과정에서 상기 CA 보드와 TA 보드간의 IPC 테스트 과정이 선택되었을 경우, 정확한 메세지의 전달이 이루어지는지 확인하기 위하여 테스트를 위한 특정 메세지의 형태를 정의하고, 상기 정의된 형태에 따른 특정 메세지를 생성한 후, PDU 메세지를 생성하고, 수신측을 지정한 후 테스트 메세지를 전송하고, 수신측에서는 수신된 테스트 메세지를 분석하여 그 형태 및 상기 PDU가 올바르게 전달되었는지를 확인하고 그 결과를 사용자에게 통보하는 과정과, 상기 선택된 해당 모드로 분기하는 과정에서 상기 CA 보드 또는 TA 보드내의 IPC 테스트가 선택된 경우, 사용가능한 메세지를 나열하여 그 중에서 사용자가 원하는 기능을 선택하고, 상기 선택된 기능을 기존 IPC에 요구하여 그 결과를 사용자에게 통보하는 과정과, 상기의 과정들을 마친 후에는 테스트를 위한 타스크의 소멸 또는 유지를 수행하는 과정을 포함하여 이루어지는 것을 특징으로 한다.In accordance with another aspect of the present invention, there is provided a method of implementing interprocessor communication software for testing a system in operation, the method including registering an IPC instruction for testing an IPC while the system is operating, and registering the IPC instruction. After the user inputs the registered IPC test command, the function indicator of the corresponding function is executed, a process of generating a user's request task and storing the ID of the generated task, and the user's request Depending on whether to test the IPC task between the CA board and the TA board, or whether to test the IPC task in the CA board or TA board, and branching to the selected mode, and in the process of branching to the selected mode If the IPC test procedure between the CA board and the TA board is selected, In order to confirm whether the delivery of a message is made, define a specific message type for a test, generate a specific message according to the defined type, generate a PDU message, designate a receiver, and transmit a test message, and receive the message. The side analyzes the received test message to confirm that the form and the PDU are correctly delivered, and notifies the user of the result, and the IPC test in the CA board or the TA board is selected during branching to the selected mode. In this case, a list of available messages is selected to select a function desired by the user, the existing function is requested by the selected IPC, and the result is notified to the user, and after completing the above steps, the task for testing disappears. Or comprising a process of performing maintenance The.

도 1은 종래의 프로세서간 통신 소프트웨어의 구현 방법의 흐름도1 is a flow diagram of a method of implementing conventional interprocessor communication software

도 2는 본 발명에 의한 프로세서간 통신 소프트웨어의 구현 방법의 흐름도2 is a flowchart of a method of implementing interprocessor communication software according to the present invention.

이하, 본 발명에 따른 바람직한 실시예를 첨부한 도면을 참조하여 상세히 설명한다. 하기의 설명에서는 본 발명에 따른 동작을 이해하는데 필요한 부분만이 설명되며 그 이외 부분의 설명은 본 발명의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. It should be noted that in the following description, only parts necessary for understanding the operation according to the present invention will be described, and descriptions of other parts will be omitted so as not to distract from the gist of the present invention.

도 2는 본 발명에 의한 시스템 동작중의 IPC 소프트웨어 구현 방법의 흐름도를 나타낸 것이다.Figure 2 shows a flow diagram of a method of implementing IPC software during system operation in accordance with the present invention.

여러 가지의 보드들로 구성되는 통신 시스템을 본 발명에서는 편의상 시스템을 전체적으로 제어하는 CA(Control Assembly;제어 어셈블리) 보드와 특정한 가입자를 수용하기 위한 TA(Target Assembly;타겟 어셈블리) 보드로 구분한다.In the present invention, a communication system composed of various boards is divided into a control assembly (CA) board for controlling the system as a whole and a target assembly (TA) board for accommodating a specific subscriber.

본 발명의 동작은 먼저 시스템이 동작중에 IPC를 시험할 수 있는 기능을 하는 IPC 명령어를 등록하는 과정을 수행한다. 이 IPC 명령어 등록 과정에서는 명령어의 명칭, 해당 함수의 함수 지시자(Function Pointer), 명령어의 기능 설명 등의 세 가지 사항을 등록한다.The operation of the present invention first performs a process of registering an IPC command that functions to test the IPC while the system is operating. This IPC instruction registration process registers three things: the name of the instruction, the function pointer of the function, and the function description of the instruction.

상기 과정 이후에 시스템은 사용자가 상기 등록된 IPC 명령어를 입력될 때까지 대기한다. 사용자로부터 상기의 등록된 IPC 명령어 중에 하나의 IPC 명령어가 입력되지 않을 경우에는 해당 명령어를 수행하고, 상기 등록된 IPC 테스트용 명령어가 입력되면 해당 함수의 함수 지시자가 가리키는 함수를 수행한다. 그리고 그 함수에 따라서 사용자의 요구 타스크를 생성하고 상기 생성된 타스크의 ID를 저장한다.After the process, the system waits until the user inputs the registered IPC command. When one of the registered IPC commands is not input from the user, the corresponding command is executed. When the registered IPC test command is input, the corresponding function indicator of the corresponding function is performed. According to the function, a request task of the user is generated and the ID of the generated task is stored.

그 후, 사용자의 요구에 따라서 상기 CA 보드와 TA 보드 사이에서 IPC 타스크를 테스트할 것인지 아니면 CA 보드 또는 TA 보드 내에서 IPC 타스크를 테스트 할 것인지를 검사하여 각 모드로 분기하게 된다.Thereafter, according to the user's request, whether to test the IPC task between the CA board and the TA board, or whether to test the IPC task in the CA board or TA board, and branches to each mode.

CA와 TA 보드간의 IPC 테스트 과정의 경우, 정확한 메세지의 전달이 이루어지는 지를 확인하기 위하여 IPC 테스트를 위한 특정 메세지의 형태를 정의하고, 그 형태에 따라서 메세지를 생성한다.In the case of IPC test process between CA and TA boards, in order to confirm that the correct message is delivered, a specific message type for IPC test is defined and a message is generated according to the type.

이 특정 메세지에는 상대방 보드의 테스트 모듈이 인식할 수 있는 PDU 메세지를 생성하여 이를 포함시켜서, 수신측을 지정한 후 테스트 메세지를 전송하고, 수신측에서는 수신된 메세지를 분석하여 그 형태 및 PDU가 올바르게 전달되었는지를 확인하고 그 결과를 사용자에게 통보한다.This specific message generates a PDU message that can be recognized by the test module of the other board and includes it. Check and notify the user of the result.

한편, CA 보드 또는 TA 보드 내에서 IPC 테스트를 하는 경우 사용 가능한 메세지를 나열하여 그 중에서 사용자가 원하는 기능을 선택하고, 상기에서 선택된 기능을 기존 IPC에 요구하여 그 결과를 사용자에게 통보하게 된다.On the other hand, when performing the IPC test in the CA board or TA board, the available messages are listed and the user selects a desired function, and the selected function is requested to the existing IPC to notify the user of the result.

상기의 모든 과정을 마친 후에는 사용자의 선택에 따라 IPC 테스트를 위한 타스크의 소멸 또는 유지 과정을 수행한다.After completing all of the above steps, the task for destroying or maintaining the task for IPC testing is performed according to the user's choice.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the scope of the following claims, but also by the equivalents of the claims.

상술한 바와 같이 본 발명은, 통신 시스템에서 IPC를 수행함에 있어서, 교환기 시스템의 동작 중에도 IPC의 기능의 이상 유무를 확인하는 것이 가능하도록 하여, 상기 교환기 시스템 각각의 기능 모듈들이 IPC 테스트 동작에 대해서 독립적으로 통신 소프트웨어를 구현하는 것을 가능하게 한다는 이점을 가진다. 또한 본 발명에 의한 IPC 소프트웨어 구현 방법은 상기 교환기 시스템에 새로운 기능이 추가될 때마다 그 기능을 항상 점검할 가능하게 한다는 이점을 가진다.As described above, in performing the IPC in the communication system, it is possible to check whether there is an abnormality of the function of the IPC even during the operation of the exchange system, so that the functional modules of each of the exchange system are independent of the IPC test operation. This has the advantage that it is possible to implement communication software. In addition, the IPC software implementation method according to the present invention has the advantage that it is possible to always check the function whenever a new function is added to the exchange system.

Claims

A method of implementing interprocessor communication software for testing a running system,

Registering an IPC command to test the IPC while the system is in operation;

After registering the IPC command, if the registered IPC test command is input from the user, performing a function indicated by a function indicator of the corresponding function, generating a request task of the user, and storing the generated task ID. and,

According to the user's request, whether to test the IPC task between the CA board and the TA board, or to test the IPC task within the CA board or TA board, and branching to the selected mode,

When the IPC test process between the CA board and the TA board is selected in the process of branching to the selected mode, a specific message type for a test is defined to confirm that the correct message is delivered, After generating a specific message according to the present invention, a PDU message is generated, a receiving party is designated, and a test message is sent. The receiving side analyzes the received test message to confirm the form and the correct delivery of the PDU, and then uses the result. The process of notifying

If the IPC test in the CA board or the TA board is selected in the process of branching to the selected mode, the available messages are listed, the user selects a desired function, and the selected function is requested to the existing IPC. The process of notifying the user,

And after the above steps are completed, a process of extinguishing or maintaining a task for testing is performed.

The method of claim 1,

And registering a name of a command, a function indicator of a corresponding function, and a function description of the command in the IPC command registration process.

The method of claim 1,

The branching of the selected mode may include branching to each mode according to a user's selection.

The method of claim 1,

In the process of performing the disappearance or maintenance of the task for the test, the task is destroyed or maintained according to a user's selection.