KR970009708B1 - Method for transmitting and receiving data between a processor and other process in an exchanger - Google Patents

Method for transmitting and receiving data between a processor and other process in an exchanger Download PDF

Info

Publication number
KR970009708B1
KR970009708B1 KR1019940011543A KR19940011543A KR970009708B1 KR 970009708 B1 KR970009708 B1 KR 970009708B1 KR 1019940011543 A KR1019940011543 A KR 1019940011543A KR 19940011543 A KR19940011543 A KR 19940011543A KR 970009708 B1 KR970009708 B1 KR 970009708B1
Authority
KR
South Korea
Prior art keywords
frame
data
sender
communication
transmitting
Prior art date
Application number
KR1019940011543A
Other languages
Korean (ko)
Other versions
KR950035502A (en
Inventor
전익성
Original Assignee
대우통신 주식회사
박성규
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 대우통신 주식회사, 박성규 filed Critical 대우통신 주식회사
Priority to KR1019940011543A priority Critical patent/KR970009708B1/en
Publication of KR950035502A publication Critical patent/KR950035502A/en
Application granted granted Critical
Publication of KR970009708B1 publication Critical patent/KR970009708B1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems

Abstract

The method of transmitting/receiving interprocessor data of an exchange system comprises the steps of: requesting a communication by a transmitting party and a receiving party and allowing the communication request; and transmitting/receiving data; and controlling an error according to a data frame or a confirmation frame.

Description

교환기의 프로세서간 데이터를 송수신하는 방법How to send and receive data between processors in exchange

본 발명은 교환기에 관한 것으로, 특히 전전자 교환기의 각 프로세서(Processor)가 데이터를 고속으로 송수신하도록 하기에 적합한 교환기의 프로세서간 데이터를 송수신하는 방법에 관한 것이다.The present invention relates to an exchange, and more particularly, to a method for transmitting and receiving data between processors of an exchange suitable for allowing each processor of the electronic switch to transmit and receive data at high speed.

일반적으로, TDX-IA/IB에서 프로세서간 통신에 있어서, 신뢰성 통신 즉, 수신 여부를 확인하는 통신중한 프로세서에서 다른 프로세서로 데이터를 전송하는 경우 즉, DKIP에서 MTIP로 데이터를 전송하거나 MTIP에서 DKIP로 데이터를 전송하는 경우에 프로세서간 연락(Interprocessor Communication : IPC) 프레임(Frame)단위로 핸드쉐이크(Handshake) 방식으로 통신한다.In general, in TDX-IA / IB, in the processor-to-processor communication, reliability communication, that is, when data is transmitted from one processor to another processor to confirm receipt, that is, data is transmitted from DKIP to MTIP or MTK to DKIP. In the case of transmitting data through the network, the processor communicates by the handshake method in units of interprocessor communication (IPC) frames.

전술한 바와 같이 종래 교환기의 프로세서간 통신에서 한 프로세서에서 다른 프로세서로 대량의 데이터를전송하는데 있어서, 그 대량의 데이터를 고속의 신뢰적 통신으로 전송하는 것이 문제시 되어 왔다.As described above, in transferring large amounts of data from one processor to another in interprocessor communication of a conventional exchange, it has been a problem to transmit large amounts of data in high speed and reliable communication.

본 발명은 이와 같은 종래의 문제점을 해결하기 위하여 안출한 것으로서, 교환기의 프로세서간 통신에서한 프로세서에서 다른 프로세서로 대량의 데이터를 전송할 경우 고속으로 신뢰성 통신을 할 수 있도록 하는교환기의 프로세서간 데이터를 송수신하는 방법을 제공하는데 그 목적이 있다.SUMMARY OF THE INVENTION The present invention has been made to solve such a conventional problem. In the inter-processor communication of an exchange, when a large amount of data is transmitted from one processor to another processor, the processor-to-processor data of the exchange enabling reliable communication at high speed can be transmitted and received. The purpose is to provide a way to.

이와 같은 목적을 달성하기 위한 본 발명은, 전전자 교환기의 프로세서간 통신에 있어서, 송신자와 수신자가 통신을 요구하고 허락하는 통신 요구 및 허락 단계 , 테이터를 송수신하는 데이터 송수신 단계 ; 데이터프레임이나 확인 프레임의 유실에 의해 발생하는 에러를 제어하는 에러 제어 단계를 포함하며, 상기 통신요구 및 허락 단계는, 데이터 송신자에 송신자와 같은 프로세서상의 프로그램에서 통신을 요구하고 허락하는 제1단계와, 데이터 송신자에 수신자가 통신을 요구하고 허락하는 제2단계와, 데이터 수신자에 수신자와 같은 프로세서상의 프로그램에서 통신을 요구하고 허락하는 제 3단계와, 데이터 수신자에 송신자가 통신을요구하고 허락하는 제 4단계로 이루어지는 것을 특징으로 한다.In order to achieve the above object, the present invention provides a communication request and permission step for requesting and allowing communication between a sender and a receiver, and a data transmission / reception step for transmitting and receiving data; An error control step of controlling an error caused by the loss of a data frame or an acknowledgment frame, the requesting and allowing step comprising: a first step of requesting and allowing communication from a program on a processor, such as a sender, to the data sender; A second step in which the receiver requests and permits communication to the data sender, a third step in which the data receiver requests and permits communication in a program on the same processor as the receiver, and a second step in which the sender requests and permits the data to the data receiver. It is characterized by consisting of four steps.

제1도는 본 발명 교환기의 프로세서간 데이터를 송수신하는 방법에 따른 각 프로세서간에 사용되는 연락메시지의 종류 및 그 연락 메시진의 종류의 구조를 나타낸 도표.1 is a diagram showing the structure of the type of communication message and the type of the communication message used between each processor according to the method of transmitting and receiving data between processors of the exchange of the present invention.

제2도는 본 발명 교환기의 프로세서간 테이터를 송수신하는 방법에 따른 송신 프로세스 알고리즘을 나타낸 흐름도.2 is a flowchart illustrating a transmission process algorithm according to a method of transmitting and receiving data between processors in an exchange of the present invention.

제3도는 본 발명 교환기의 프로세서간 데이터를 송수신하는 방법에 따른 수신 프로세스 알고리즘을 나타낸 흐름도.3 is a flowchart illustrating a receiving process algorithm according to a method of transmitting and receiving data between processors in an exchange of the present invention.

이하, 본 발명의 바람직한 실시예를 첨부된 도면에 의하여 상세히 설명하면 다음과 같다.Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings.

본 발명이 적용되는 전전자 교환기는 다수의 프로세서로 이루어져 있고 각 프로세서는 네트워크(Network)로 연결되어 있으며, 프로세서 식별자로서 원하는 프로세서와 통신할 수 있는 기능을 갖는다.The electronic switching system to which the present invention is applied consists of a plurality of processors, each of which is connected by a network, and has a function of communicating with a desired processor as a processor identifier.

이하, 본 발명에서 사용되는 용어의 의미를 보면 TS 및 TR은 타이머(Timer)로써 TS는 송신자 타이머이고 TR은 수신자 타이머이다.Hereinafter, in the meaning of the terms used in the present invention, TS and TR are timers, TS is a sender timer, and TR is a receiver timer.

먼저, 송신 프로세서의 알고리즘(Algorithm)의 경우, 타이머 TS00은 송신자의 통신 요청 후 응답까지 기다리는 시간을 의미하고, 타이머 TS01은 데이터를 전송 후 응답까지 기다리는 시간을 의미하며, 타이머TS02는 데이더를 재전송 후 응답까지 기다히는 시간을 의미하고, 송신자가 관리하는 맵은 각 프레임당 한필드(Field)를 차지하며 그 필드는 세가지 상태를 갖는데 즉, 상태 NT는 데이터를 아직 전송하지 않은 상태를 의미하며, 상태 NA는 데이터를 전송했으나 통신을 허용받지 않은 상태를 의미하고, 상태 AK는 데이터를 전송하고 통신을 허용받은 상태를 의미한다.First, in case of an algorithm of the transmitting processor, the timer TS00 denotes a time to wait for a response after the sender's communication request, the timer TS01 denotes a time to wait for a response after transmitting data, and the timer TS02 retransmits the data. It means the time to wait until the response, and the map managed by the sender occupies one field per frame, and the field has three states, namely, state NT means that the data has not been transmitted yet. In this case, state NA means that the data is transmitted but not allowed to communicate, and state AK means that the data is transmitted and allowed to communicate.

다음, 수신 프로세서의 알고리즘의 경우, 타이머 TR00은 수신지의 통신 요청후 응답까지 기다리는 시간을 의미하고, 타이머 TRO1은 프레임 수신의 갯수가 윈도우 갯수보다 작은 경우에, 기다리는 시간을 의미하고, 타이머 TRO3은 수신자가 프레임 수신을 확인하고 상대에게 통신을 허용하지 않았을 경우에 기다리는시간을 의미하며, 수신자가 관리하는 맵은 각 프레임당 한 필드를 차지하며 그 필드는 네가지 상태를 갖는데 즉, 상태 TR은 데이터가 아직 수신되지 않은 상태를 의미하고, 상태 NK는 데이터를 수신하고 통신 허용을 확인하지 않은 상태를 의미하며, 상태 NH는 통신을 허용하고 그 통신 허용을 확인하지 않은 상태를 의미하고, 상태 AD는 통신 허용을 송신자가 수신한 상태를 의미한다.Next, in the algorithm of the receiving processor, the timer TR00 means waiting time until a response after communication request from the destination, and the timer TRO1 means waiting time when the number of frame receptions is smaller than the number of windows, and the timer TRO3 is The waiting time when the receiver confirms receipt of the frame and does not allow the other party to communicate. The map managed by the receiver occupies one field for each frame, and the field has four states. State NK means the state that has not been received yet, state NK means the state that has received data and has not confirmed the communication permission, state NH means the state that allows communication and has not confirmed the communication permission, state AD means communication Means the condition that the sender has received the permission.

제1도를 참조하면, 본 발명 교환기의 프로세서간 데이터를 송수신하는 방법에 따른 각 프로세서간에 사용되는 연락 메시지의 종류 및 그 연락 메시지의 종류의 구조를 나타낸 도표로서, 제1도(a) (b)는 통신 요구 프레임 COM_REQ, 제1도(c) (d)는 통신 허용 프레임 COM_ACK, 제1도(e) (f)는 각각 데비터 송신 프레임 DATA_FKM 및 데이더 수신 프레임 DATA_ACK, 제1도(g)는 전송 끝 메시지 DATA_END의 구조를 각각 나타낸 것이다.Referring to FIG. 1, there is shown a diagram showing the types of contact messages and the structure of the types of contact messages used between processors according to a method of transmitting and receiving data between processors of an exchange of the present invention. ) Is a communication request frame COM_REQ, and FIG. 1 (c) (d) is a communication permission frame COM_ACK, and FIG. 1 (e) (f) is a data transmission frame DATA_FKM and a data receiving frame DATA_ACK, and FIG. ) Shows the structure of the transmission end message DATA_END, respectively.

먼저, 제1도(a)는 전송자가 시작한 경우로서, COM_REQ는 메시지 타입을 의미하고, 수신 프로세스 ID는 수신 주소를 의미하며, 송신 프로세스 ID는 발신 주소를 의미하고, MAX_FRM_NM은 프레임 개수를 각각 의미한다.First, (a) of FIG. 1 is a case where a sender starts, COM_REQ means a message type, a receiving process ID means a receiving address, a sending process ID means an originating address, and MAX_FRM_NM means a frame number, respectively. do.

다음 제1도(b)는 수신자가 시작한 경우로서, COM_REQ는 메시지 타입을 의미하고, 송신 프로세스 ID는 수신 주소를 의미하며, 수신 프로세스 ID는 발신 주소를 의미하고, MAX_WIN_SZ는 윈도우 크기를 각각 의미한다.FIG. 1 (b) shows a case where the receiver starts, COM_REQ means a message type, a sending process ID means a receiving address, a receiving process ID means a source address, and MAX_WIN_SZ means a window size. .

이어, 제1도(c)전송자가 시작한 경우로서, COM_ACK는 메시지 타입을 의미하고, 송신 프로세스 ID는 수신 주소를 의미하며, 수신 프로세스 ID는 발신 주소를 의미하고, MAX_WIN_SZ는 프레임 크기를 각각 의미한다.Next, as illustrated in FIG. 1C, when the sender starts, COM_ACK means a message type, a transmitting process ID means a receiving address, a receiving process ID means a source address, and MAX_WIN_SZ means a frame size, respectively. .

그리고, 제1도(d)는 수신자가 시작한 경우로서 COM_ACK는 메시지 타입을 의미하고, 수신 프로세스 ID는 수신 주소를 의미하며, 송신 프로세스 ID는 발신 주소를 의미하고, MAX_FRM_NM은 프레임 개수를 각각 의미한다.FIG. 1 (d) shows a case in which the receiver starts, COM_ACK means a message type, a receiving process ID means a receiving address, a transmitting process ID means a source address, and MAX_FRM_NM means a frame number, respectively. .

다음, 제1도(e)의 DATA_FRM은 메시지 타입을 의미하고, 수신 프로세스 ID는 수신 주소를 의미하며, 송신 프로세스 ID는 발신 주소를 의미하고, 데이터 프레임 순서번호는 순서 번호를 각각 의미하며, 데이터는 바이트(Byte)단위의 마지막 데이터까지이다.Next, DATA_FRM in FIG. 1 (e) means a message type, a receiving process ID means a receiving address, a sending process ID means an originating address, and a data frame sequence number means a sequence number, respectively. Is the last data in byte unit.

이어, 제1도(f)의 DATA_ACK는 메시지 타입을 의미하고, 송신 프로세스 ID는 수신 주소를 의미하며, 수신 프로세스 ID는 발신 주소를 의미하고, ACK 프레임 갯수는 프레임 갯수를 의미하며, 프레임 순서 번호는 ACK 프레임 순서 번호 배열을 각각 의미하며, 첫째 프레임 순서 번호부터 마지막 프레임 순서 번호까지 이다.Next, DATA_ACK in FIG. 1 (f) means a message type, a transmission process ID means a reception address, a reception process ID means a source address, and the number of ACK frames means a frame number and a frame sequence number. Denotes an ACK frame sequence number array, respectively, from the first frame sequence number to the last frame sequence number.

그리고, 제1도(g)의 DATA_END는 메시지 타입을 의미하고, 송신 프로세스 ID는 수신 주소를 각각 의미 한다.In addition, DATA_END in FIG. 1 (g) denotes a message type, and a transmission process ID denotes a reception address, respectively.

이하, 상기에 설명된 용어는 그 용어 설명에 따라 의미가 부여된 것으로 간주하고 그 용어를 사용하기로 한다.Hereinafter, the terms described above are regarded as having been given meaning according to the description of the terms, and the terms are used.

제 2도는 본 발명 교환기의 프로세서간 데이터를 송수신하는 방법에 따른 송신 프로세스 알고리즘을 나타낸 흐름도로서, 통신을 순신자가 시작한 경우(14)와 수신자가 시작한 경우(11)가 있는데 일단, 송신이 시작되면 나머지 과정은 동일하다.2 is a flowchart illustrating a transmission process algorithm according to a method of transmitting and receiving data between processors of an exchange in the present invention, in which a communication is initiated by a nova (14) and a case is initiated by a receiver (11). The process is the same.

먼저, 송신자가 시작한 통신(14)에서 송신자는 전송할 프레임 갯수에 대한 정보를 포함하는 통신 요구 프레임의 COM_REQ 메시지를 수신자로 전송(15,16)하고, 수신자로부터 COM_ACK의 통신 허용 프레임을 수신(17 내지 19)하여 프레임에 포함된 윈도우 크기에 대한 정보를 추출한 후 데이터 전송 모드로 들어간다.First, in the communication 14 initiated by the sender, the sender transmits a COM_REQ message of a communication request frame including information on the number of frames to be transmitted to the receiver (15, 16), and receives a communication permission frame of the COM_ACK from the receiver (17 to 16). 19) After extracting information about the size of the window included in the frame enters the data transmission mode.

다음, 수신자로부터 윈도우 크기에 대한 정보가 포함된 통신 요구 프레임의 COM_REQ 메시지가 송신자에 도착(11)하면 수신자로 데이터 전송을 요구한 경우이며, 송신자에 총 프레임 갯수 정보를 포함한 COM_ACK를 수신자로 전송(12,13)하고 데이터 전송 모드로 진입한다.Next, when a COM_REQ message of a communication request frame including information on a window size from a receiver arrives at the sender (11), the receiver requests data transmission to the receiver, and sends a COM_ACK including the total frame number information to the receiver (recipient). 12, 13) and enter the data transfer mode.

이후, 전체 프레임에 대한 ACK 여부를 나타내는 맵 정보를 NT 상태로 초기화(20)하고 윈도우를 변경시키며 DATA_FRM으로 송신을 시작한다.Thereafter, the map information indicating whether the ACK for all frames is initialized to NT state (20), the window is changed, and transmission is started with DATA_FRM.

이어, 아직 전송하지 않은 NT 상태를 NA 상태로 바꾸면서 NA 상태인 프레임 갯수가 최대 윈도우 크기가 될때까지 전송을 계속한다(21 내지 24).Subsequently, transmission is continued until the number of frames in the NA state reaches the maximum window size while changing the NT state, which has not been transmitted, to the NA state (21 to 24).

그리고, NA 상태의 메시지 갯수가 윈도우의 최대 크기와 같아지거나(21) 더 이상 NT 상태의 프레임이 없으면(23) 타이머 TS01을 작동시키고(25) DATA_ACK 프레임을 기다린다(26)다음, DATA_ACK를 기다리는 상태에서 타이머 TS01이 잠시 중단(Timeout)(28)되면 NA 상태인 프레임들을 재전송(36)하고 타이머 TS02를 작동시킨다(37).If the number of messages in the NA state is equal to the maximum size of the window (21), or if there are no more frames in the NT state (23), the timer TS01 is activated (25) and waits for a DATA_ACK frame (26). When the timer TS01 is temporarily stopped (Timeout) at 28, retransmits 36 frames in the NA state and starts the timer TS02 (37).

이어, 타이머 TS02가 잠시 중단(27)되면 전송이 불가한 것으로 여기고 통신을 중단한다(38).Subsequently, when timer TS02 is interrupted for a while (27), it is considered that transmission is impossible and communication is interrupted (38).

그리고, DATA_ACK 프레임이 도착(29)되면 모든 타이머를 정지(30)시키고 프레임 속에 저장된 ACK프레임 순서 번호에 해당하는 맵 필드를 수신 확인 AK 상태로 변경한다(31).When the DATA_ACK frame arrives (29), all timers are stopped (30) and the map field corresponding to the ACK frame sequence number stored in the frame is changed to the acknowledgment AK state (31).

또한, 모든 프레임이 ACK되면(32) DATA_END 프레임을 전송하며(35) 통신의 끝을 알리고, 그렇지 않을 경우에 NK 상태부터 재전송하고 윈도우 크기보다 작으면 NT 상태의 메시지도 전송하며 현재 상태를NK 상태로 변경한다(33).In addition, if all frames are ACKed (32), it transmits DATA_END frame (35) and notifies the end of communication. (33).

다음, 타이머 TS01을 시작시키며(34) 대기 상태로 돌아간다(26).Next, the timer TS01 is started (34) and returned to the waiting state (26).

제3도는 본 발명 교환기의 프로세서간 데이터를 송수신하는 방법에 따른 수신 프로세스 알고리즘을 나타낸 흐름도로서, 먼저, 수신자가 통신을 시작할 경우(44)에 윈도우 크기를 담은 통신 요구 메시지를 전송자에게 보내고(45) 타이머 TROO을 시작시켜 통신 허용을 기다린다(46).3 is a flowchart illustrating a receiving process algorithm according to a method of transmitting and receiving data between processors of an exchange of the present invention. First, when a receiver starts communication (44), a communication request message including a window size is sent to the sender (45). The timer TROO starts to wait for communication (46).

이때, 잠시 중단(48)되면 전송자와 통신이 불가한 것으로 보고(63) 수행을 중단한다.At this time, if the interruption (48) for a while, it is reported that communication with the sender is impossible (63).

다음, 통신 허락 메시지가 오면(47) 전체 프레임의 상태를 NR 상태로 초기화하고 데이터 수신 모드로 진입한다(49).Next, when the communication permission message comes (47), the state of the entire frame is initialized to the NR state and enters the data reception mode (49).

이어, 송신자로부터 데이터 전송 요구가 오면(41) 윈도우 크기 정보를 담은 통신 허락 메시지를 전송(42,43)하고 프레임의 상태 테이블을 초기화(49)하여 데이터 수신 모드로 진입한다(69).Subsequently, when a data transmission request is received from the sender (41), a communication permission message (42,43) including the window size information is transmitted (42, 43), and the state table of the frame is initialized (49) to enter the data reception mode (69).

그리고, 데이터 수신 모드에서는 타이머 TROO을 시작시키고(69) 그 타이머 TROO이 정지(50,54)되면 통신은 불가한 것으로 여긴다(63)In the data reception mode, the timer TROO is started (69). If the timer TROO is stopped (50, 54), communication is considered impossible (63).

다음, 수신자는 DATA_FRM을 수신하면(51) 모든 타이머를 유지시키고(55) 프레임이 모든 데이터를 전송했다는 DATA_END이면(56) 통신은 끝나고 그렇지 않으면 수신된 프레임에 저장된 순서 번호로서 해당하는 위치에 수신된 프레임을 저장한다(57).Then, when the receiver receives DATA_FRM (51), it keeps all timers (55) and if it is DATA_END that the frame has transmitted all data (56) the communication is over, otherwise it is received at the corresponding position as the sequence number stored in the received frame. Save the frame (57).

이어, 해당하는 맵 필드가 NR 상태이면 NK 상태로, 그리고 NH인 상대들은 AD 상태로 변경한다(57).Subsequently, when the corresponding map field is in the NR state, the state changes to the NK state, and the counterparts that are NH change to the AD state (57).

그리고, 아직 DATA_ACK를 보내지 않은 프레임 NK 상태의 갯수가 윈도우의 최대 크기와 같아질 경우에 NK 상태 필드를 NH 상태로 바꾸고(61) 윈도우 크기 만름의 프레임에 대해 ACK하는 DATA_ACK를 전송한다(59).When the number of frame NK states that have not yet sent DATA_ACK is equal to the maximum size of the window, the NK state field is changed to NH state (61), and the DATA_ACK for acknowledging the frame of the window size is transmitted (59).

이때, 타이머 TRO2를 작동(60)시키고 대기 상태로 되돌아 간다(50).At this time, the timer TRO2 is activated (60) and returns to the standby state (50).

상기한 것에 반하여 아직 DATA_ACK를 보내지 않은 프레임 NK 상태의 갯수가 윈도우 크기와 같지 않을 경우는 타이머 TS01을 작동(62)시키고 대기 상태로 되돌아 간다(50).On the contrary, if the number of frame NK states for which DATA_ACK has not been sent yet is not equal to the window size, the timer TS01 is activated (62) and the process returns to the standby state (50).

또한, DATA_ACK를 전송한 상태에서 타이머 TRO2가 정지(53)되면 DATA_ACK 프레임이 유실된 것으로 인식하고 NH 상태 프레임들에 대한 ACK를 재전송(66)하고 타이머 TRO3을 작동한다(67).In addition, if the timer TRO2 is stopped (53) while transmitting DATA_ACK, it is recognized that the DATA_ACK frame is lost, retransmits the ACK for the NH state frames (66), and operates the timer TRO3 (67).

다음, 대기 상태에서 타이머 TRO1이 정지(52)되면 송신자가 전송한 프레임중에 일부가 유실된 경우로 판단하고 상태가 NK 상태인 프레임들에 대한 ACK를 전송하고 그 프레임들의 상태를 NH 상태로 변경한다(64,65).Next, when the timer TRO1 is stopped 52 in the waiting state, it is determined that some of the frames transmitted by the sender are lost, and an ACK is transmitted to the frames whose state is NK state, and the state of the frames is changed to the NH state. (64,65).

그리고, 대기 상태에서 타이머 TRO3이 정지(54)되면 통신이 불가하다고 판단하고 통신을 중단한다(63).When the timer TRO3 is stopped 54 in the waiting state, it is determined that communication is impossible and the communication is stopped (63).

이상에서 설명한 바와 같이, 본 발명은 교환기의 프로세서간 통신에서 한 프로세서에서 다른 프로세서로대량의 데이터를 전송할 경우에 비연결성 채널(Connectionaless Channel)상에서 수정된 슬라이딩 윈도우 프로토콜(Sliding Window Protocol)과 선택적 재전송(Selective Retransmission) 방식을 수정하여 결합하고 다중 통신 허용 방식을 이용하여 물리적 연결(Physical Link)의 부하를 줄이므로써, 프로세서간에 대량의 데이터를 고속으로 신뢰성 있게 전송할 수 있는 효과가 있다.As described above, the present invention provides a modified sliding window protocol and selective retransmission on a connectionless channel when transferring a large amount of data from one processor to another in interprocessor communication of an exchange. By modifying and combining the Selective Retransmission method and reducing the load of the physical link by using the multiple communication permitting method, a large amount of data can be reliably transmitted between processors at high speed.

Claims (3)

전전자 교환기의 프로세서간 통신에 있어서, 송신자와 수신자가 통신을 요구하고 허락하는 통신 요구 및 허락 단계 ; 데이터를 송수신하는 데이터 송수신 단계 ; 데이터 프레임이나 확인 프레임의 유실에 의해 발생하는 에러를 제어하는 에러 제어 단계를 포함하며, 상기 통신 요구 및 허락 단계는, 데이터 송신자에 송신자와 같은 프로세서상의 프로그램에서 통신을 요구하고 허락하는 제 1단계(11 내지 13)와, 데이터 송신자에 수신자가 .통신을 요구하고 허락하는 제 2단계(14 내지 19)와, 데이터 수신자에 수신자와 같은 프로세서 상의 프로그램에서 통신을 요구하고 허락하는 제 3단계(44 내지 48)와, 데이터 수신자에 송신자가 통신을 요구하고 허락하는 제 4단계(41 내지 43)로 이루어지는 것을 특징으로 하는 교환기의 프로세서간 데이터를 송수신하는 방법.In the interprocessor communication of an electronic switchgear, a communication requesting and permitting step in which a sender and a receiver request and permit communication; A data transmission and reception step of transmitting and receiving data; And an error control step of controlling an error caused by the loss of a data frame or an acknowledgment frame, wherein the requesting and permitting step includes a first step of requesting and allowing communication from a program on a processor such as a sender to the data sender ( 11 to 13), a second step (14 to 19) in which the receiver requests and permits the communication of the data sender (14 to 19), and a third step (44 to a request, which permits the communication of the data receiver in a program on a processor such as the receiver). 48) and a fourth step (41 to 43) in which the sender requests and permits communication to the data receiver. 제1항에 있어서, 상기 데이터 송수신 단계는, 송신자가 전체 프레임에 대한 맵의 상태를 초기화하고 윈도우 크기에 해당하는 프레임을 전송하고 맵의 상태를 변경하며, 수신 응답을 기다리고, 수신시에 전송 프레임에 대해 수신 확인 상태로 변경하고 더 보낼 프레임이 있으면 다시 윈도우 크기의 프레임을 전송하는 제1단계(20 내지 35)와, 수신자가 송신자로부터 프레임을 수신하고 왼도우 크기만큼 수신되면 윈도우 갯수 만큼의 프레임에 대한 수신 확인 프레임을 전송하고 수신 확인한 프레임에 대한 맵의 상태를 변경하고 프레임 수신시마다 이전에 수신 확인 프레임을 전송한 프레임에 대해 수신 확인 프레임 허용 상태로 변경하는 제 2단계(49 내지 62)를 포함하여 이루어지는 교환기의 프로세서간 데이터를 송수신하는 방법.The method of claim 1, wherein the data transmitting / receiving step includes a sender initializing a state of a map for a whole frame, transmitting a frame corresponding to a window size, changing a state of a map, waiting for a reception response, and transmitting a frame upon reception. The first step (20 to 35) of changing to the acknowledgment state and sending another frame of window size if there are more frames to be sent, and if the receiver receives the frame from the sender and receives the frame size from the sender, A second step (49 to 62) for transmitting an acknowledgment frame for and changing the state of the map for the acknowledgment frame and changing the acknowledgment frame allowance state for the frame in which the acknowledgment frame was transmitted before each frame reception. A method for transmitting and receiving data between processors of an exchange comprising a. 제1항에 있어서, 상기 에러 제어 단계는, 수신자가 시간내에 응답하지 않을때 응답받지 못한 프레임들을 재전송하는 제1단계(36,37)와, 송신자가 시간내에 다음의 데이터 프레임을 전송하지 않을때 응답을 보내지 않은 프레임들에 대한 수신 확인 프레임을 전송하고 현재의 상태를 응답 전송상태로 바꾸는 제2단계(64,65)와, 응답을 보낸 후에도 송신자로부터 메시지가 일정 시간내에 도착하지 않을 경우에 응답 전송 상태 프레임들에 대한 수신 확인 프레임을 재전공하는 제 3단계(66,67)를 포함하여 이루어지는 교환기의 프로세서간 데이터를 송수신하는 방법.2. The method of claim 1, wherein the error control step comprises a first step (36,37) of retransmitting unanswered frames when the receiver does not respond in time and when the sender does not transmit the next data frame in time. A second step (64, 65) of transmitting an acknowledgment frame for frames not sending a response and changing the current state to the response transmission state; and if the message does not arrive within a certain time after the response is sent. And a third step (66,67) of remajorizing an acknowledgment frame for transmission status frames.
KR1019940011543A 1994-05-26 1994-05-26 Method for transmitting and receiving data between a processor and other process in an exchanger KR970009708B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019940011543A KR970009708B1 (en) 1994-05-26 1994-05-26 Method for transmitting and receiving data between a processor and other process in an exchanger

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019940011543A KR970009708B1 (en) 1994-05-26 1994-05-26 Method for transmitting and receiving data between a processor and other process in an exchanger

Publications (2)

Publication Number Publication Date
KR950035502A KR950035502A (en) 1995-12-30
KR970009708B1 true KR970009708B1 (en) 1997-06-17

Family

ID=19383843

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019940011543A KR970009708B1 (en) 1994-05-26 1994-05-26 Method for transmitting and receiving data between a processor and other process in an exchanger

Country Status (1)

Country Link
KR (1) KR970009708B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100678154B1 (en) * 1999-12-20 2007-02-01 삼성전자주식회사 Method for automatically repeating retransmission and receiving in data transfer system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100678154B1 (en) * 1999-12-20 2007-02-01 삼성전자주식회사 Method for automatically repeating retransmission and receiving in data transfer system

Also Published As

Publication number Publication date
KR950035502A (en) 1995-12-30

Similar Documents

Publication Publication Date Title
EP0409578B1 (en) Data communication method and system with cyclic sequence of acknowledgements
US5931916A (en) Method for retransmitting data packet to a destination host by selecting a next network address of the destination host cyclically from an address list
Watson Timer-based mechanisms in reliable transport protocol connection management
CN110661840A (en) Management delegation of transmission and acknowledgement of frames
JPH0567092B2 (en)
KR970009708B1 (en) Method for transmitting and receiving data between a processor and other process in an exchanger
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Configuration Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands
Cisco LLC2 and SDLC Commands

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
G160 Decision to publish patent application
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20000407

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee