KR950003719B1 - Interface method by binary protocol - Google Patents

Abstract

The electronic exchanging system (20) for forming a path with respect to the subscriber's number in a request message, and transmitting a response message according to the result comprises; a testing bar (22) for outputting a key-in message of a user, and displaying the input of the response message; and TDI for (30) transmitting the key-in message as the request message to the electronic exchanging system and then displaying the result message of the exchanging system to the testing bar. The method an event processing step for processing an event occurring in the testing bar; a request processing step for formatting the test request message into a binary protocol message; a receiving processing step for receiving a response command output from the exchanging system, storing it in an inner que, and then increasing the receiving count; and an R-field processing step for analyzing the data of the receiving field in case the receiving count increases.

Description

Terminal interface method with exchange system using binary protocol

1 is hardware of a system for performing the present invention.

2 is a state transition diagram of an interface method according to the present invention.

3 is a detailed flowchart of the request handler according to the present invention.

4 is a detailed flowchart of a reception processor according to the present invention.

5 is a detailed flowchart of a reception data processor according to the present invention.

6A and 6B are diagrams illustrating the interface format of the binary protocol according to the present invention.

7 is a block diagram of a request buffer according to the present invention.

8 is an R-filed state table in accordance with the present invention.

The present invention relates to an interface method between an electronic switching system and an external terminal, and more particularly, to an interfacing method between a test desk interface device and a switching system for matching data between a test bench and an exchange system.

In general, a switching system is provided such that a test desk for testing various states, such as a subscriber's line and a subscriber's call state, can be connected.

Such an electronic exchange system has a matching device for matching data between a test bench and an exchange system, and has an interface device for interfacing data from a test stand to an exchange system and interfacing data from the exchange system to a test stand.

For example, in the S1240 exchange system currently in operation in Korea, a subscriber line test bench or a subscriber subscriber test system SLSL (Subsoriber Line Maintenance and Operation system) or LCR (Line Condition Report) test between the test bench and the exchange system. The Test Dest interface (TDI) is used to interface the data between the test bench and the exchange system.

As described above, a conventional method of interfacing data between a test bench and an exchange system using a TDI has used the ASCII protocol used between a machine and a human (Visual Display Unit or printer).

In other words, when a request from an operator by a test bench is requested from the TDI to the exchange system, the data is formatted in a dialog form and transmitted.In response, the exchange system responds to the TDI with a monologue form. Data).

The above dialog and monologue data have the form of ASCII protocol, and the above dialog and monologue protocols require a lot of data to make the data look good when a person inputs or outputs the data. Done. That is, data for display is needed.

However, such a conventional interfacing method has the following problems by interfacing data between a test bench and an exchange system by an ASCII protocol widely used between a machine and a person such as a VDU (Visual Display Unit) or a printer.

By using ASCII protocol data used in terminals such as VDUs and printers, transmission errors and transmission and reception speeds are very slow due to the large amount of data input and output from the exchange system.

In other words, when the data interface between the switching system and the terminal such as the TDI interface by the ASCII protocol, the data size becomes large, which may cause a transmission error, and transmit and receive a lot of data.

Accordingly, an object of the present invention is to provide a method of interfacing an interface between an electronic switching system and an external terminal using a binary protocol.

Another object of the present invention is to provide a method for interfacing an interface between an electronic switching system and a test desk matching device at high speed using a binary protocol.

Still another object of the present invention is to provide a data interface method for transmitting data of a binary protocol to an exchange system in response to a test request message input from a test request from a test bench.

It is still another object of the present invention to provide a binary interface protocol format capable of transmitting and receiving binary protocols between an electronic exchange and an external terminal.

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

1 is a hardware block diagram of a system for performing the present invention, in which a path is set for a subscriber number in the request message in response to input of a request message by a binary protocol. And an electronic exchange system 20 for sending a response message according to the result as binary protocol data, a test bench 22 for outputting a message by a user keyin, and displaying an input of a response message, and the test bench 22 ) And a key-in message from the test bench 22 to the electronic exchange system 20 as a binary protocol request message, and the result from the electronic exchange system 20. It consists of a TDI (Test Desk Interface) 30 which displays a message on the test bench 22.

The electronic switching system 20 of FIG. 1 includes a Man Machine-Communication (MMC) unit 12 for accessing external interface data, and an Analog Line Cirouit Board (ALCB) 18 for interfacing a call of an analog subscriber. And a TAU (Test Access Unit) 16 which accesses and outputs a subscriber state in the ALCB 18 and forms a path under predetermined control, and a TAU (In response to a request message from the MMC unit 12). 16, an external test request controller (ETRC) 14 that sets up the subscriber's path in the ALCB 18 and outputs the resulting message.

The TDI 30 processes and outputs an interface 24 for interfacing with the test bench 22 and a request message which is a key through the interface 24 as a binary protocol request message, and outputs a result message to the test message 22. S-switch (Space-Switch) 28 which is connected between the processor 26 and the test bench 22 and the TAU 16 to be outputted to the processor 26 and controlled under the control of the processor 26 to form a test path. It is composed of

At this time, the processor 26 of the TDI 30 and the MMC unit 12 of the electronic switching system 20 are connected by an RS-232C line 30a, and the S-switch 28 and the TAU 16 are connected to each other. It is connected by 2 or 4 wires.

2 is a state transition diagram of a binary protocol interface according to the present invention, and includes an event processing 32 for processing and outputting an event (eg, key data) from the test bench 22 and from the event processor 32. A main processor 34 which drives the test request processor 36 in response to the occurrence of an event, and drives the R-feed processor 40 by receiving a response command from the reception processor 38; And a request processor 36 for formatting the test request message input from the test bench 22 by the driving of the main processor 34 into a binary protocol message and transmitting it to the electronic switching system 20, and the electronic switching system 20. Receives a response command output from the ()) and increases the reception count to output the reception processor 38 to the main processor 34, and processing the data of the reception feedback by the drive of the main processor 34 Thus, it consists of an R (Receive) -Feed Processor 40 which transmits the result to the test bench 22.

Each of the processors shown in FIG. 2 is a program (software) module set in the processor 26 in the first diagram TDI 30.

3 is a detailed flowchart of the request processor according to the present invention. The first step of storing and formatting a job sequence number (Uoh Sequence IU) and a writer number input from the test bench 22 in an internal request buffer, and an internal request buffer. A second step of accessing the binary protocol data stored in the electronic exchange system and retrieving whether an end message ETX (End of Text) has been sent; and if the end message has not been sent in the second step, the internal request The third step is performed by repeating the second step by increasing the read pointer of the buffer and returning when the end message ETX has been sent.

4 is a detailed flowchart of a reception processor according to the present invention, which includes a first message searching step of searching for a start message (STX: Sart of Text) upon receiving a message from the electronic switching system 20, and the first searching step. In step 2, when the received message is determined to be the start message, the received message is buffered and stored in a queue, which is an internal memory, and the start message flag is set; and the first search step determines that the received message is not the start message. A third step of retrieving whether the start message flag is set and buffering the received message in an internal queue only when the flag is set, and retrieving whether an end message (ETX) is received; and ending the message in the third step. When it is determined that it has not been received, it returns to the end, and when it is determined that the end message has been received, it comprises a fourth step of increasing the receive-counter (REC-CNT). .

5 is a detailed flowchart of the R-feed processor according to the present invention, the first step of reading the job-serial number of the binary protocol stored in the internal queue to search for the same job serial number as requested; The second step of reducing and returning the reception counter REC-CNT when determining that the requested job serial number is not the first step, and the R-feed of the received message when determining that it is the same as that required in the first step. A status display step of reading data and analyzing and displaying the status is performed.

6A and 6B are binary protocol interface formats according to the present invention, and FIG. 6A is a request command format (Request) output from the processor 26 in the TDI 30 to the MMC unit 12 of the electronic switching system 20. FIG. Command Format).

The request instruction format of Fig. 6a is composed of a total of 12 bytes, STX is a message indicating the start of the text (1 byte), OP is 1 byte indicating the operation (operation), the value Is as follows.

1: Request of Access

2: Relese

3: Forced Access

The MM represents a job sequence number (Job Sequence ID). It consists of 2 bytes and has a serial number from 00 to 99.

D1-D7 is a field in which a subscriber's telephone number (Directroy Number) is stored, and has a total of 7 bytes.

ETX is a message indicating the end of text (End of Text), which is one byte.

FIG. 6B is a response command format output by the electronic switch 20 that receives the test request message as shown in FIG. 6A to the processor 26 in the TDI 30, and is composed of a total of 8 bytes.

In FIG. 6B, STX and ETX are the same as in FIG. 6A, and R represents the status of the subscriber tested as one byte. In addition, the UUU feed 3 bytes indicate the switching unit identifier (TAU) 16 of the switching unit.

7 is a configuration diagram of a request buffer according to the present invention, which has a total size of 12 bytes as described in FIG. 6A and the contents thereof are also the same. In the STX and ETX of this request buffer, data indicating the message and the start and end are fixed to 02H and 03H values.

FIG. 8 is a diagram of the R-Feed state table according to the present invention, which is the content of the R-Fidal among data output from the electronic exchange system 20 as shown in FIG. 6B.

Hereinafter, an operation example according to the present invention will be described with reference to the accompanying drawings.

If the operator now keyes in the Request of Access, Work Order Number (MM), and the Directry Number (DN) of the subscriber to be tested as the key installed on the test bench 22, this is via the interface 24. It is input to the processor 26. At this time, the event processor 32 in the processor 26 processes the key input and outputs the key input to the main processor 34. The main processor 34 drives the request processor 36 by generating the above event.

The request processor 36 by the main processor 34 stores the input data in an internal request buffer.

That is, the request processor 36 requests the access data and the job sequence number inputted from the test bench 22 to the OP and MM feed of the request buffer shown in FIG. ) And the subscriber number (DN) entered in the D1-D7 field of the request buffer in step 58.

By the above operation, the start buffer (STX) of 02H, test request data, work sequence number, subscriber number, and end message (ETX) of 03H are stored in the request buffer as shown in FIG.

In the process, the request processor 36 in the processor 26 storing the input data reads the contents of the request buffer of FIG. 7 in FIG. 60 to form an electronic exchange system in a binary protocol format as shown in FIG. 20) to the MMC unit 12.

In step 60, the request processor 36 which transmits the data of the request buffer checks whether the end message ETX has been transmitted in step 62.

If the end message (ETX) is transmitted in step 62, it is determined that all contents of the request buffer have been transmitted and returned. If the end message (ETX) is not transmitted, the request message is increased. Jump to

For example, if only the start message STX is transmitted, the processor 26 changes the transmission pointer to OP and transmits the data of the OP feedback through the RS-232C line 30a in step 60.

Therefore, the request data stored in the request buffer 36 is transmitted in the binary protocol format as shown in FIG. 6A by the request processor 36 operating in the same procedure as that in FIG.

The MMC unit 12 of the electronic exchange system 20 receiving the binary protocol request message as shown in FIG. 6a inputs it to the ETRC 14, and the ETRC 14 analyzes the input request message and receives the received subscriber number. Path set-up for (DN). That is, the TAU 16 and the ALCB 18 are controlled to form a test path for the received subscriber number (DN), and as a result (the line state of the subscriber number is the "R" state in FIG. 8) as shown in FIG. The same binary protocol is transmitted to the processor 20 in the TDI 30 through the TDI 30 through the MMC unit 12.

At this time, the reception message transmitted from the MMC unit 12 of the electronic exchange system 20 in the format shown in FIG. 6b is received by the reception processor 38 in the processor 26 and processed as shown in FIG.

When data is received from the MMC unit 12 of the electronic exchange system 20, the reception processor 38 in the processor 26 receives data in FIG. 66 to determine whether a start message (STX) has been received in step 68. Search.

If it is determined in step 68 that the start message STX of FIG. 6b is received, the reception processor 38 in the processor 26 buffers and stores the internal message queue in step 70 and sets the start flag in step 72. Then return.

Subsequently, when the message is transmitted from the MMC unit 12, the reception processor 38 repeats the above-described steps 66 and 68. In this case, if the message received in step 68 is not a start message, the reception processor 38 searches in step 74 whether the start flag (STX flag) set in the memory of the internal area is set.

If the start message flag of step 74 is not set, the reception processor 38 in the processor 26 determines that the reception error has been received and returns. If the start flag is set, it is determined that the response command message of FIG. 6b is a continuation of the response command message. In step 76, the received messages are continuously buffered and stored in the internal queue.

Receiving 38 in the processor 26 performing the process 76 detects whether the end message (ETX) has been received in step 78 and returns if not received to continue receiving the message.

If the end message (ETX) is received in step 78, the reception processor 38 determines that the response command of the 8-byte response command as shown in FIG. To increase.

Accordingly, by the operation of the reception processor 38 in the processor 26 as shown in FIG. 4, the response command outputted through the binary protocol as shown in FIG. 6B is received. At this time, the response command of FIG. 6B is that the electronic switching system 20 outputs the test path according to the R-feed state as shown in FIG. 8 of the test subscriber after the test pass is set up by the test request from the TDI 30 as described above. .

When the value of the reception counter REC-CNT is increased by the reception operation of the reception processor 38 as shown in FIG. 4 (REC-CNT> 0), the main processor 34 in the processor 26 performs an R-feed processor. 40 is driven.

At this time, the R-feed processor 40 reads the received data (see FIG. 6B) received and stored in the internal queue in FIG. 82, and analyzes the MM feed in step 84. The R-feed processor 40 in the processor 26 having performed step 84 searches whether the contents of the received MM feed and the data of the requested MM feed are the same. That is, it is searched whether it is a response of the job requested by the test bench 22. If the request MM feed and the receive MM feed are not the same in step 86, the R-feed processor 40 decreases and returns the receive counter REC-CNR in step 98.

On the other hand, if the MM feed received in step 86 is the same, the R-feed processor 40 determines that it is a response to the work requested by the test bench 22, and in step 88, the R-feed of the received data as shown in FIG. Read the data.

The R-feed processor 40 performing the process 88 analyzes the state of the R-feed in the process 90, 100, 104, 018, 112. If the R-Fid analysis result is "1", it is determined that the subscriber of the requesting subscriber number (DN) is idle and the TAU switching data of the UUU Fid is read in step 92.

The R-feed processor 4, which reads the contents of the "UUU" feed, drives the start switch 28 with the identification data of the switching unit read in step 94, so that the test bench 22 and the test subscriber number (DN) are requested. ) Connects to the TAU 16 to which it belongs. In step 96, the free state is displayed through the test bench 22 and the reception counter (REC-CNT) is reduced.

If the analysis content of the R-Feed is "2", the R-Fid processor 40 displays the busy state in step 102, if "3", displays the parking state in step 106, and if "4" It indicates that the card belonging to the subscriber is in a broken state and decreases the receiving counter.

Accordingly, it can be seen that the test request message is output as the binary protocol request message by the test request of the test bench 22, and the request status is displayed by the response message input in response thereto.

As described above, the present invention can increase the transmission efficiency by reducing the error by transmitting and receiving the TDI interface interface between the test bench and the electronic exchange system as a binary protocol with a small data size, thereby improving the reliability of the system. .

Claims (4)

An electronic switching system 20 which sets-up a path to the subscriber number in the request message in response to the input of the request message and sends out a response message according to the result; It is connected between the test bench 22 and the electronic exchange system 20 which outputs a message by a key-in, and displays the input of a response message, and requests the key-in message from the test bench 22 as a request message. In the terminal interface method with the exchange system provided with the TDI (30) for transmitting to the electronic exchange system 20 and displaying the result message from the electronic exchange system 20 on the test bench 22, the test bench An event processing step of processing an event occurrence from the 22 and outputting it as a test request message; and converting the test request message of the event processing step into a binary protocol message. A request processing step of transmitting to the switching system 20, a receiving processing step of receiving a response command output from the electronic switching system 20, storing it in an internal queue, and increasing a receiving counter, and when the receiving count increases. A method of terminal interface with an exchange system using a binary protocol comprising an R-feed processing step of analyzing and processing data of a received feed received and stored in an internal queue and transmitting the result to the test bench. 2. The request processing step of claim 1, wherein the request processing step includes: a first step of storing and formatting a job serial number and a subscriber number input from the test bench 22 in an internal request buffer; A second step of transmitting to the system and retrieving whether an end message (ETX) has been sent; and if it is determined that the end message has not been sent in the second step, increasing the read pointer of the internal request buffer and repeating the second step. And performing a third step of returning when it is determined that the end message (ETX) has been sent. 3. A first message searching step according to claim 1 or 2, wherein a first message searching step of searching for a start message (STX) upon receiving a message from the electronic switching system (20) in a receiving processing step; A second step of buffering and storing a received message in a queue, which is an internal memory, and setting a start message flag when the first message is determined to be a start message; and a start message flag is set when it is determined that the received message is not a start message in the first search step. If the flag is set and the received message is buffered and stored in the internal queue only when the flag is set, the third step of retrieving whether the end message (ETX) is received; And a fourth step of increasing a Receive-Counter (REC-CNT) upon determining that the end message has been received. [4] The method of claim 3, wherein the R-feed processing step comprises: a first step of reading a job serial number of a binary protocol stored in an internal queue and searching for the same job serial number as requested; When the search result is determined that the requested job serial number is not the second step of reducing and returning the reception counter (REC-CNT), and if it is the same as required in the first step, the R feed data of the received message is read. And a status display step of analyzing and displaying the status.