KR0136493B1 - Downloading Method of Signal Relay Switch - Google Patents

Abstract

The present invention relates to a method for performing downloading of a signal relay switch. Particularly, when a power is supplied to a target unit while the system is idle, the present invention relates to a unit downloading server function block of each board for requesting downloading to a system downloading management function block. Stage 1; A second step of searching for a program to be loaded on the board requesting the downloading when the system downloading management function block receives the downloading request, and transferring a downloading start message to the unit downloading server function block of the target board; The system downloading management function block transfers the downloading data to the unit downloading server function block of the target board and executes the downloaded program when the downloading success message is received from the unit downloading server function block of the target board. Step 3; A fourth step of initiating a buffer point if each board is valid while the system is idle, and each board waiting for a downloading message to be delivered; And a fifth step of executing the downloaded program when each board receives the download message in the fourth step and executes the downloaded program, thereby maximizing the efficiency of the system by using an appropriate downloading method according to the situation. .

Description

Downloading Method of Signal Relay Switch

1 is a block diagram of a signal relay switch to which the present invention is applied;

2 illustrates a downloading message format used in the present invention,

3 is a window mechanism diagram related to automatic downloading according to the present invention, and a general execution procedure diagram.

4 is a window mechanism diagram related to manual downloading according to the present invention, and a general execution procedure diagram.

5 is a format diagram of s_record which is downloading data of a signaling relay switch used in the present invention;

6 is a flowchart of a system downloading manager for downloading according to the present invention;

7 is a flowchart of a unit downloading server for downloading according to the present invention;

8 is a structural diagram of a downloading file table and a linked list used in the present invention;

9 is a message format diagram of a linked list used in the present invention.

* Explanation of symbols for the main parts of the drawings

100: OMS

101: Subsystem Connectivity Subsystem (SIS)

102: Signal message processing subsystem (SMHS)

103: Signaling network management and maintenance subsystem

104: Signal message processing rate (SMHM)

105: level 3 unit (L3U) 106: level 2 unit (L2U)

107: system maintenance unit (GTMU) 108: signal network management unit (SNMU)

109: System synchronization control unit (DSCU) 110: Highway

111: HIFU (Highway InterFace Unit) Board

The present invention relates to a method for performing downloading of a signal relay switch.

The SMX-1 system, which is a signal relay switch, can be equipped with many boards. Therefore, it takes a lot of time to download these boards. Therefore, it is possible to process downloads or program in parallel using high-speed fetch. This time can be minimized only by performing efficient downloading using a method of ROMing small ones.

Accordingly, the present invention satisfies the above and the above requirements, and provides a method of performing a download of a signal relay switch that can download a program not only in the state where the signal relay switch SMX-1 is in operation but also during system development. For that purpose.

In order to achieve the above object, the present invention provides a signal relay comprising an operation management system (OMS), a subsystem connection subsystem (SIS), a signal message processing subsystem (SMHS), and a signal network management and maintenance subsystem. 1. A downloading performing method applied to a switch, the method comprising: a first step of requesting downloading of a unit downloading server function block of each board to a system downloading management function block when power is applied to a target unit in a system idle state; In the first step, when the system downloading management function block receives the download request, the system download search program to be loaded on the board requesting the download request, and the DL_START message is transmitted to the unit downloading server function block of the target board. Step 2; After performing the second step, the system downloading management function block transfers the downloading data to the unit downloading server function block of the target board, and downloads a download success (DL_SUCCESS) message from the unit downloading server function block of the target board. A third step of performing a downloaded program if received; A fourth step of initiating a buffer point when each board is active while the system is idle, and each board waiting for a downloading message to be delivered; And a fifth step in which each board receives a downloading message in the fourth step and executes the downloaded program when the downloading is completed.

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

1 shows a physical hardware configuration of a signal relay switch (SMX-1) to which the present invention is applied.

The SMX-1 system consists of four physical subsystems (100, 101, 102, 103) and one logical subsystem (operating system subsystem). Subsystem Connection Subsystem (SIS) 101 is connected to Operation Management System (OMS) 100 via a redundant Highway InterFace Unit (HIFU) board 111 to send and receive messages to and from the target system. It delivers at high speed.

The Signal Message Processing Subsystem (SMHS) 102 consists of a number of Signal Message Processing Modules (SMHMs) 104, with one Signal Message Processing Module having a redundant Level 3 Unit (L3U) 105 It consists of a number of Level 2 units (L2U) 106 that are interlocked with.

The signal network management and maintenance subsystem 103 is implemented in a redundant structure, which is divided into a primary self and a secondary self. The P-self is composed of a system maintenance unit (GTMU) 107, a signal network management unit (SNMU) 108, and a system synchronization coordination unit (DSCU) 109. Therefore, the signal relay switch (SMX-1) system is composed of a physical redundancy system for each unit and module.

2 shows the message format for downloading used in the present invention.

The msg_type (210) field indicates the type of the downloading message and includes the following messages.

-DL_REQ (Downloading Request): Requests program download, and designates its board by using hifu_id and u_id.

DL_START (Downloading start): Indicates the start of downloading and passes from the system downloading management function block to the unit downloading server function block.

DL_ENG (Downloading end): Indicates the end of downloading and transfers it from the system downloading management function block to the unit downloading function block.

DL_DATA (downloading data): A message containing the program data being downloaded, containing several s_records.

DL_FAIL (Failure to download): This message indicates a download failure. The board is specified using hifu_id and u_id and the reason is described using the reason field. It is transferred from the unit download function block of the target board to the system download management function block.

-DL_SUCCESS (Downloading Success): This message indicates the success of downloading. It is transmitted from the unit downloading server function block of the target board to the system downloading management function block. The board is specified using hifu_id and u_id.

DL_STOP (Stop Downloading): A message indicating that the downloading is to be stopped. The DL_STOP is sent to the unit downloading server function block when the system downloading management function block tries to stop the downloading.

The hifu_id 202 field and the u_id 203 field are used to uniquely designate a target board on which downloading is performed. The reason 204 field is used to record the reason when the download is interrupted or failed. The s_num 205 field records the number of s_records to be inserted into the s_records field. The s_records 207 field is used when a DL_DATA message is delivered as a part of s_record data is inserted, and one or more s_records are stored. On the other hand, the not_used (206) field of 2 bytes is not used but is a reserved field for later.

There are two ways to download. This is an automatic downloading technique and a manual downloading technique.

3 shows a window mechanism related to automatic downloading according to the present invention and a flowchart thereof. The concept of automatic downloading in the present invention is as follows.

Message types used in the window mechanism indicating automatic downloading include DL_REQ 301, DL_START 302, DL_DATA 303 to 305, and the following operations are performed.

When power is applied to the target unit in the system idle state 306, the unit downloading server function block of each board sends a download request to the system downloading management function block (307). Then, the system downloading management function block finds a program to be loaded on the board requesting downloading from the downloading program table (DL_TBL: Downloading Program Table) (308) and sends it to the board in the form of s_record. At this time, the system downloading management function block transmits DL_START message (309) and simultaneously transmits DL_DATA to the unit downloading server function block (310) while driving a timer called DL_TIMER (310).

Such procedures are performed at each board and automatically go to idle state 312 until at least the timer expires or is forcedly interrupted, or no system failure is detected.

Therefore, in this method, when the target board is active, the operator operates in association with the system downloading management function block to specify programs to be loaded on the board requiring downloading, and sends these programs to the target board. This is called automatic downloading technique.

A summary of the procedure of the automatic downloading (Automatic Donwloading) method according to the present invention is as follows (306 to 312).

A) When the automatic downloading board becomes active, the system download management function block of the operation management system automatically requests a download of the program 307, and all downloading procedures are performed without the operator's participation.

B) If the Highway Interface (HIFU) board is active, inform the L3U (Level 3 Unit) (or Signaling Network Management Unit (SNMU)), if the L3U (or SNMU) is in the active state. Requests a dual port RAM (DPRAM) clear request and initializes the buffer point. If the L3U (or SNMU) is in a failed state, skip this step. Then, it performs the next ring protocol and makes a download request (DL_REQ) 307 to the system downloading function block.

C) If the SNMU board is active, the state of HIFU is checked. If the HIFU is in a fault state, the state is idle. If HIFU is in an active state, the dual port RAM (DPRAM) is cleared, the buffer point is initialized, and a download request (DL_REQ) 307 is made to the system downloading function block.

D) The system download management function block receiving the download request 307 finds a program to be loaded on the target board (308), and then starts a download start (DL_START) 309 command and a timer driving message 310 to the target board. After sending to the unit downloading server function block, the download data DL_DATA is sequentially sent to the unit downloading server function block of the target board 311. If an error occurs during downloading, the unit downloading server function block stops downloading by sending a download failure (DL_FAIL) message to the system downloading management function block. When the downloading is completed without any error, the download completion (DL_END) 304 message is sent from the system downloading management function block to the unit downloading server function block, and the unit downloading server function block is sent to the system downloading management function block. A download success (DL_SUCCESS) 312 message is sent and the downloaded program is executed.

4 shows the window mechanism for manual downloading and the procedure for its operation according to the present invention.

The messages in the window mechanisms 401 to 403 of manual downloading include DL_START 401 and DL_DATA 402 and 403. The operation process is conceptually as follows.

Manual downloading is performed by the operator executing the download command by designating the boards to be downloaded. Manual downloading can be used when the operator needs to specifically specify the program and board to be downloaded, or during system development where the system downloading program is not fully implemented. In addition, in the manual download, the download request message transmitted from the unit downloading server function block of each board is ignored, and the download start message is specified by specifying the board to be downloaded and the program to be loaded on it. Send to board The rest of the procedure is the same as that of automatic downloading.

The procedure of the Manual Downloading method to which the present invention is applied is summarized as follows (404 to 409).

During system development, it is necessary to frequently download programs to dozens of boards at the same time, which takes a lot of time. In order to reduce the time required, there is a need for a technique for performing downloading in parallel using a fast fetch path. In addition, during the system development, the program is frequently changed and not fully implemented. Therefore, the manual downloading technique is mainly used. In addition, since the programs to be loaded on the L2U and L3U are not perfect, many modifications are required, so it is not desirable to make them ROM whenever they are modified.

Therefore, in the present invention, after the initialization for each board (L3U, L2U, HIFU), a manual download procedure is applied and the method is as follows.

A) If the L3U (or SNMU) is active in the system idle state (404), the dual port RAM is cleared and the buffer points are initialized by interlacing to other boards (405), and only inter-process communication functions are performed. Waits for a downloading message 406 to be delivered to its board.

B) If the L2U is active (404) while the system is idle, it will intercept the L3U and wait to add its board to the polling schedule.

When L3U clears the dual port RAM of L2U and initializes the buffer point (405), L2U waits for a downloading message (406).

C) Notify the L3U (or SNMU) if the HIFU board is alive when the system is idle (404). If the L3U (or SNMU) is in an active state, it requests a dual port RAM (DPRAM) clear, initializes the buffer pointer (405) and waits for a downloading message 406 to be delivered to its board.

D) Therefore, if the downloading of all boards is completed manually (407, 408), each board receives a download completion message (409). Subsequent procedures are the same as the manual download procedure during system operation.

5 shows the format of s_record, which is the downloading data of the SMX-1 system used in the present invention.

In SMX-1, s_record is used as the download data. The s_record file is a file that converts a target file that can be executed on a board into a record in a specially defined ASCII character format.

The type field 501 indicates the type of data stored in s_record, and has a message type of s0, s1, s2, s3, s7, s8, s9.

s0: It is a record indicating the start of downloading, and data such as program name and version are stored.

s1, s2, s3: Downloading data records, each having an address of 2, 3, or 4 bytes.

s7, s8, s9: This is a record indicating the end of downloading. The address field stores the first address to be executed by the program. These have two, three and four byte addresses, respectively.

The count field 502 indicates the number of data of the address field, the data field, and the checksum field, and the address field 503 indicates the initial address where the downloading data is to be stored. From this initial address, the data to be downloaded in the data field 504 is stored sequentially. The data field stores actual downloading data, and the checksum field 505 stores two bytes of checksum data for checking an error occurring during downloading. All of this data is inherently hexadecimal, but it is easy for the programmer to read and is converted into ASCII values to prevent errors during transmission. In other words, a hexadecimal value of one byte is transformed into a two-byte ASCII character and transmitted.

6 shows a flowchart of a system down loading manager for downloading according to the present invention.

When the system 601 in the idle state receives the download request DL_REQ from the unit downloading server 602, it creates a program to download according to the board type (603).

Then, after the download start message 604 is sent to the target board, the download data is sent down if accepted (605). At this time, the message transmitted together is a downloading timer value (606). After the downloading data is completely loaded while the timer is running, a response message is waited for according to the success of the downloading (607).

There are four types of responses to the downloaded data. That is, downloading data completion 608, timer termination 609, downloading failure 610, and error message 611.

If the downloading data is normally completed (608), after confirming that the last response 612, and notifies the download end 616. At this time, the target board 620 receiving the download end message reports the status of the target board, timer termination 621, downloading failure from the target board 622, and downloading success from the target board 623 to the downloading manager. . These results and situations are reported to the operator (624, 625, 626) and the system returns to the idle state 627 again.

However, when the timer expires (609), and receives the end message, once the downloading interrupt message is sent to the target board (613), the situation and the result are reported to the operator (617) and idle (627). ).

Upon receiving a download failure message from the target board (610), immediately report the situation and result to the operator (614) and go idle (627).

On the other hand, if an error occurs as a result (611) that is not related to downloading (611), after sending a download abort message to the target board (615), the situation and results are reported to the operator (618) and the system is idle. (627).

7 shows a procedure of performing a unit down loading server for downloading according to the present invention.

When the system is in the idle state (701), the downloading program is in an active state (daemon process state) (702), and if a download request is made to the system downloading manager (703), the downloading program can be downloaded. It waits for a response to see if it can (704).

There are four types of download commands: download start 705, download end 706, download stop 707, and unrecognized message 708.

If it is a downloading start message (705), the download data is received (709) and the program is written to local memory (711, 714). In this situation, if an error occurs (718), it is in an idle state (719). If no error occurs, it continues to receive a response regarding downloading and goes to a loop state (710).

When downloading has ended (706), the system is idle (719). However, if a download abort message is entered (707), the system is immediately idle (719); if an unrecognized message is entered (708), the system discards this message (720) and then idles. In step 720, it is in the idle state.

8 shows a downloading file table and a linked list structure 801 for use in the present invention.

The downloading table has a two-dimensional array (ARRAY) structure 801 of module_id 802 and unit_id 803 so that each hardware unit can be uniquely designated. The data file names to be actually downloaded from them are linked as a linked list, and the SMX-1 system has a maximum of 768 (L2U × 512 + L3U × 64 × 2 + HIFU × 64 × 2). It can have a unit. Since each unit is distinguished by module_id and unit_id, the downloading file table also has a two-dimensional array (ARRAY) structure.

The list of downloading files is a linked list structure, where each entry in the table points to the header nodes 804, 805, and 806 of the linked list.

Figure 9 shows the message format of a linked list used in the present invention.

Each node in this linked list has three fields. The size of the FILE_NAME (901) field is 30 bytes, and the size (SIZE) 902 field is the length of the list, that is, the number of files in the case of a header node, and the size of a file in bytes for a normal node other than the header node. This is the value indicated by. The link 903 field points to a node in which information of the next file is written. The last node has a null value.

In the initial state of the table, only the header node is connected, and when downloading, the contents of the table are read from a file named dl.tbl. The file format of the dl.tbl file is organized in units, with the file name and size being continuously stored along with the number of files.

As described above, the present invention is a method of downloading each program in the high-speed signal relay switch to the target board, and according to circumstances, it is possible to maximize the efficiency of the system by using an appropriate downloading method.

Claims (3)

Signal relay including an operation management system (OMS) 100, a subsystem connection subsystem (SIS) 101, a signal message processing subsystem (SMHS) 102, and a signal network management and maintenance subsystem 103. In the downloading execution method applied to the exchange, when the power is applied to the target unit in the idle state, the first step (306, 307) of downloading the unit downloading server function block of each board to the system downloading management function block ; In the first step, when the system downloading management function block receives the download request, the system download search program to be loaded on the board requesting the download request, and the DL_START message is transmitted to the unit downloading server function block of the target board. Two steps (308 to 310); After performing the second step, the system downloading management function block transfers the downloading data to the unit downloading server function block of the target board, and downloads a download success (DL_SUCCESS) message from the unit downloading server function block of the target board. Third steps (311, 312) for executing the downloaded program if received; A fourth step (404 to 406) for initializing a buffer point if each board is active while the system is idle, and waiting for a downloading message to be delivered; And a fifth step (407 to 409) of executing the downloaded program when each board receives the downloading message in the fourth step and the downloading is completed. . The method of claim 1, wherein in the first step, when the system downloading management function block receives a download request (DL_REQ) from the unit downloading server, a program to be downloaded is generated according to the board type, and the downloading data is downloaded. A first process of transmitting; When the downloading data is normally completed in the first process, a second process of checking the last response and ending downloading; A third step of reporting a situation and a result to an operator when receiving a downloading failure message in the first step; And a fourth step of reporting a situation and a result to an operator after sending a downloading stop message to a target board when an error occurs in the first step. The method of claim 1, wherein in the third step, when the unit downloading server function block of the target board receives the downloading start message from the system downloading management function block, the downloading data is received and stored in the local memory and idled. A first process of returning to a state; A second step of returning to an idle state when the unit downloading server function block of the target board receives the downloading end message from the system downloading management function block; A third step of returning to an idle state when the unit downloading server function block of the target board receives the downloading stop message from the system downloading management function block; And receiving a message that is not recognized by the unit downloading server function block of the target board from the system downloading management function block, and then discarding the message and returning to an idle state. Downloading method of the signal relay switch.