KR100248574B1 - Method for managing sscop transmitting/receiving buffer using single frame structure - Google Patents

Abstract

The present invention relates to a SSCOP transmit / receive buffer management method using a unit frame structure, wherein the call control processor apparatus determines a unit frame capable of storing data having a predetermined length, and then determines an SSCOP transmit / receive buffer structure based on the unit frame. And storing the transmission / reception message in the transmission / reception buffer or extracting the transmission / reception message from the transmission / reception buffer so as to conform to the unit frame structure determined in step 100, and when the transmitted / received message exceeds the length that can be stored in the unit frame. A 200-step reliable call control message, comprising: storing and extracting a message having a unit frame length by a next unit frame pointer indicating a position of a next unit frame in the transmit / receive buffer; Send and receive When storing or extracting messages in a transmission / reception buffer according to the SSCOP protocol, the unit frame structure is used in the SSCOP transmission / reception buffer, thereby reducing the waste of memory than the buffer structure using the maximum setup message length. This is more effective in large ATM switching systems where the number of SSCOP connections increases.

Description

S.C.O.P. using unit frame structure How to manage send and receive buffer

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for managing a Service Specific Connection Oriented Protocol (SSCOP) transmission / reception buffer using a unit frame structure. The present invention relates to a high-speed data transmission and an Integrated Services Digital Network (ISDN) in an Asynchronous Transfer Mode (ATM) system. The present invention relates to a transmission / reception buffer management method using a unit frame structure to reduce the memory usage of the transmission / reception buffer when the SSCOP protocol is used for signal channel establishment, management, and call control message transmission.

In general, the ATM network requires a communication protocol capable of realizing high quality communication to accommodate various user service demands of high speed and broadband. Accordingly, the International Telecommunication Union-Telecommunications Standardization Sector (ITU-T) SG 11 is a new protocol suitable for high-speed data transmission and signaling channel management in the SSCS (Service Specific Convergence Sublayer) of the ATM adaptation layer. Is recommended in Q.2110.

It features transmission error detection using transmit / receive numbers and consequently selective retransmission and flow control using credit, and SSCOP connection established according to the protocol defined between end-to-end. ) Enables high speed, high quality data transmission and wideband ISDN signaling message transmission.

In order to guarantee end-to-end transmission quality, the SSCOP protocol has to store buffers in the transmitter and receiver and store the transmitted and received messages in the buffer until the correct transmission is confirmed. The buffer size is determined according to the size of the transmitted and received messages. In the SSCOP implementation structure implemented in the existing ATM switching system, the maximum length of the setup message of Q.2931, which is a broadband ISDN signaling protocol, was determined.

However, in the Q.2931 call control scenario, the setup message length varies from about 100 bytes (if it consists only of parameters that must be included) to about 750 bytes (if it contains all possible optional parameters), except for the setup message. Other messages are less than 60 bytes long.

Therefore, when the maximum setup message length is set as the buffer size according to the conventional method, there is a problem in that memory is wasted when storing the setup message that does not include the option parameter and other messages other than the setup.

In addition, in large ATM switching systems, as the number of SSCOP connections to be controlled increases, the transmission and reception buffers to be secured in the system for SSCOP connections are rapidly increased, which causes more memory wastage.

Accordingly, in order to solve the above problems, in the present invention, the unit frame length is determined by the call control message length other than the setup message, the transmit / receive buffer structure is determined using the unit frame length, and then the unit frame length is determined. In the case of an excess call control message, a method of managing a transmission / reception buffer in which messages of a unit frame length are connected and stored or extracted in the transmission / reception buffer by a next unit frame pointer indicating a position of a next unit frame in the transmission / reception buffer.

The SSCOP transmit / receive buffer management method provided by the present invention is divided into a method of storing and extracting message data by the unit frame pointer, and the respective methods are as follows.

First, a method of storing message data in the transmission / reception buffer may include calculating a required number of unit frames by referring to the length of the entire data to be stored in the transmission / reception buffer; A step 202 of checking whether there is free memory to store the number of frames calculated in step 201; and if there is no free memory in the transmission / reception buffer as a result of the checking of step 202, after the notification of non-storage is terminated, A step 203 of finding a unit frame that can be stored in the buffer area using the use flag area of the unit frame when there is free memory, and storing the sequence number of the message transmitted in the message sequence number area of the unit frame; Depending on the number of frames calculated in the step, Storing the message data, and includes a first step 204 for reporting the stored information.

The method of extracting message data from the transmission / reception buffer may include: finding a unit frame area in a buffer indicated by a designated pointer receiving an extraction request and extracting data length and data from the data length and data area of the unit frame; Step 217 of checking whether a value of the next unit frame pointer area of the unit frame is null; if the result of the check of step 217 is null, the extracted data length and the data are notified and then terminated. If it is not null, the unit frame area in the buffer pointed to by the pointer stored in the next unit frame pointer area of the unit frame is found, and the data length is extracted from the data length area of the unit frame. Step 218 to add to the information; and the unit frame found in step 218 After extracting the data stored in the data area, step 219 is repeated with step 217 and step 218.

1 is a schematic configuration diagram of an ATM system according to the present invention;

2 is a structural diagram of an SSCOP transmission / reception buffer using a unit frame according to the present invention;

3 is a flowchart illustrating a method of storing data in a transmission / reception buffer according to the present invention;

4 is a flowchart illustrating a method of extracting data from a transmission / reception buffer according to the present invention.

<Explanation of symbols for main parts of drawing>

100: ATM switching system 110: subscriber matching device

120: network matching device 130: ATM switch

140: call control processor unit

Hereinafter, with reference to the accompanying drawings will be described an embodiment according to the present invention;

1 is a schematic configuration diagram of an ATM system according to the present invention, FIG. 2 is a structure diagram of a transmit / receive buffer using unit frames according to the present invention, and FIG. 3 is a flowchart illustrating a method of storing data in a transmit / receive buffer according to the present invention. 4 is a flowchart illustrating a method of extracting data from a transmission / reception buffer according to the present invention.

Referring to FIG. 1, the ATM system 100 connects signals between a plurality of subscriber matching devices 110 and a network matching device 120 and the plurality of subscriber matching devices 110 and a network matching device 120. A switch 130 and a call control processor device 140 for controlling the function of the switch 130. The process for controlling the SSCOP transmit / receive buffer management method provided by the present invention in the ATM system 100 having such a configuration is mounted in the call control processor device 140.

The call control processor device 140 receives call control messages transmitted from the subscriber station through the subscriber matching device 110, the network matching device 120, and the ATM switch 130. After receiving the message, the call control processor device 140 confirms receipt by the SSCOP protocol, sends the message to the higher Q.2931 control block, receives the call control message from the higher Q.2931 control block, and sends the message to the SSCOP protocol. Send messages to the subscriber terminal.

Referring to FIG. 2, the SSCOP transmit / receive buffer using a unit frame according to the present invention includes a use flag area 10 of 1 byte, a message sequence number area 20 of 3 bytes, and a data length area 30 of 4 bytes. ), A data area 40 for storing data having a unit frame length, and a next unit frame pointer area 50 of one byte.

At this time, if the buffer is a transmission buffer, the transmitting side stores the completed message until receiving a transmission confirmation from the receiving side. If the receiving buffer is lost, the lost message is retransmitted and received. Save all incoming messages until

The usage flag area 10 indicates whether data is stored in a buffer area divided into the unit frames, and the message sequence number area 20 stores an order of messages to be transmitted and received, and the data length area ( 30 stores the data length stored in the data area 40. In addition, the data area 40 stores data in a unit frame length, and the next unit frame pointer area 50 stores a pointer in which subsequent data is stored when the message data currently stored exceeds the length of the unit frame. Specify.

If the length of the data is shorter than the length of the unit frame or is equal to the length of the unit frame, a null value is stored in the next unit frame pointer area 50, and the call control processor device 140 Check the null value to acknowledge the end of data transmission and reception.

3 is a flowchart illustrating a method of storing data in a transmission / reception buffer according to the present invention. Referring to FIG. 3, when the call control processor device 140 receives a request to store message data in the transmission / reception buffer (301). First, the call control processor device 140 calculates the required number of unit frames by referring to the length of the entire data to be stored in the transmission / reception buffer (302), and calculates the use flag area 10 of the unit frame configured in the transmission / reception buffer. The processor checks (303) whether there is a free memory in the transmission / reception buffer to store the number of frames calculated in the calculation step 302.

If there is no free memory in the transmission / reception buffer as a result of the check (303), after the non-storage notification (304) indicating that the message data cannot be stored, the program is terminated. If there is free memory, the usage flag area 10 of the unit frame is cleared. A unit frame that can be stored in the buffer area is found (305), and the sequence number of the message transmitted to the message sequence number area 20 of the unit frame is stored (306).

If the message sequence number has been stored 306 as described above, it is checked whether the required unit frame number calculated in the calculation step 302 is one or not (307) and fits to each area of the unit frame according to the calculated frame number. The message data is stored and the stored information is informed 310, 318.

As a result of the checking (307), if the number of required unit frames is one, the data length and data to be stored are stored in the data length area and the data area of the unit frame (308), and the usage flag area of the unit frame is in use (309). After that, a null value is stored in the next unit frame pointer area of the unit frame, and the storage pointer of the buffer in which the unit frame is stored is notified 310.

If the required number of unit frames is one or more, check whether the data currently being worked on is the last frame of all stored data (311), and if not, divide the length of data to be stored by the unit frame length. The data length and data of the divided data are stored 312 in the data length area and data area of the frame, and the usage flag area of the unit frame is set 313 in use. Next, the next frame, that is, the unit frame area that is not used for concatenating and storing the next unit frame is found (314), and the pointer of the buffer in which the unit frame area is stored is next to the unit data storing the current data length and data. The data is stored in the unit frame pointer (315).

The processes 311 to 315 are repeated until the current working data becomes the last frame of all stored data. If the currently working data is the last frame of all stored data, the length of the remaining data and the data are newly refreshed. After storing (316) the data length and the data area of the unit frame area in the buffer indicated by the found unit frame pointer, the use flag area of the unit frame is used (317). Then, after storing a null value in the next unit frame pointer area of the unit frame, the first unit frame storage pointer of the buffer is notified 318.

4 is a flowchart illustrating a method of extracting data from a transmit / receive buffer according to the present invention. Referring to FIG. 4, the call control processor device 140 receives a request to extract message data stored in the transmit / receive buffer (401). First, the unit frame area in the buffer pointed to by the designated pointer is found, and the data length and data are extracted from the data length and data area of the unit frame (402), and the value of the next unit frame pointer area of the unit frame is null ( null) (403).

If the result of the check (403) is null, the extracted data length and the data are notified (406), and then terminated. If not, the buffer is stored in the buffer pointed to by the pointer stored in the next unit frame pointer area of the unit frame. The unit frame area is found, the data length is extracted from the data length area of the unit frame, added to the data length information previously extracted (404), and the data stored in the data area of the unit frame found in the step (405) is extracted. After that, the processes 403, 404, and 405 are repeated until the next unit frame pointer becomes null.

The present invention constructed and operated as described above uses a unit frame structure in the SSCOP transmit / receive buffer when storing or extracting messages in a transmit / receive buffer according to the SSCOP protocol for reliable call control message transmission and reception in an ATM switching system. There is an effect that can reduce the waste of memory than the buffer structure using. This is more effective in large ATM switching systems where the number of SSCOP connections increases.

Claims (6)

SSCOP transmit / receive buffer management in an asynchronous switching system comprising a plurality of subscriber matching devices and network matching devices, a switch for connecting signals between the plurality of subscriber matching devices and network matching devices, and a call control processor device for controlling the function of the switch. In the method, Determining, by the call control processor device, a unit frame capable of storing data of a predetermined length, and then determining an SSCOP transmit / receive buffer structure based on the unit frame; Storing the transmission / reception message in the transmission / reception buffer or extracting the transmission / reception message from the transmission / reception buffer so as to conform to the unit frame structure determined in step 100, and if the transmission / reception message exceeds the length that can be stored in the unit frame, the transmission / reception buffer SSCOP using a unit frame structure, comprising a 200 step, characterized in that messages of unit frame length are connected and stored or extracted in the transmit / receive buffer by a next unit frame pointer indicating a position of a next unit frame within How to manage send and receive buffers. The method of claim 1, The unit frame is A usage flag area indicating that data is stored in a predetermined area of a buffer designated as a unit frame; A message sequence number field for storing a sequence of messages transmitted and received; A stored data length area indicating the length of the stored data; A data area for storing data up to the maximum unit frame length; SSCOP transmission and reception buffer management method using a unit frame structure, characterized in that the next frame frame area to indicate the position in the buffer of the next unit frame to be connected when the message transmitted and received exceeds the unit frame length. The method according to claim 1 or 2, The 200 step The call control processor receives a request to store message data in the transmit / receive buffer Calculating a required number of unit frames with reference to the length of all data to be stored in the transmission and reception buffer; A step 202 of checking a use flag area of the unit frame and checking whether there is a free memory in a transmission / reception buffer to store the number of frames calculated in step 201; If there is no free memory in the transmission / reception buffer as a result of the check in step 202, the terminal ends after notifying that data cannot be stored and if there is free memory, finds a unit frame that can be stored in the buffer area using the use flag area of the unit frame. A step 203 of storing a sequence number of a message transmitted in a message sequence number region of a unit frame; And a step 204 of storing message data to notify each area of the unit frame according to the number of frames calculated in the step 201 and notifying the storage information. SSCOP transmission / reception buffer management method using a unit frame structure . The method of claim 3, wherein Step 204 is If the number of frames calculated is one Storing data length and data to be stored in a data length area and a data area of the unit frame; A step 206 of setting a use flag area of the unit frame to use; Step 207 of storing a null value in a next unit frame pointer area of the unit frame; If the number of frames calculated is one or more Dividing a length of data to be stored in a unit frame length and storing data length and data of the divided data in a data length region and a data region of a unit frame according to the length; A step 209 for setting a use flag area of the unit frame to be in use; Step 210, a unit frame area is searched for unused storage of the next unit frame; (211) storing the pointer of the new unit frame area found in the step 210 in the next unit frame pointer area of the unit frame in which the current data length and data are stored; And a step 212 of repeating the steps 208 to 211 until the last frame of the data message to be stored. The method of claim 4, wherein The second step 1212 If the last frame of the data message to save Storing the length of the remaining data and the data in the data length and data area of the unit frame area in the buffer indicated by the pointer of the unit frame found in step 211; Step 214, in which the usage flag region of the unit frame of step 213 is set in use; And a step 215 of storing a null value in a next unit frame pointer region of the unit frame of step 213. The method according to claim 1 or 2, The 200 step When the call control processor receives a request to extract the message data stored in the transmission and reception buffer (216) finding a unit frame area in the buffer pointed to by the designated pointer and extracting data length and data from the data length and data area of the unit frame; A step 217 of checking whether a value of a next unit frame pointer region of the unit frame is null; If the result of the check in step 217 is null, the extracted data length and the data are notified, and then terminated. If not, the unit frame in the buffer indicated by the pointer stored in the next unit frame pointer area of the unit frame is not null. (218) finding an area and extracting a data length from a data length area of the unit frame and adding the extracted data length to the data length information extracted in step 216; And extracting data stored in the data area of the unit frame found in step 218, and repeating steps 217 and 218 to manage SSCOP transmission / reception buffers using the unit frame structure. Way.

Images