KR19990086411A - 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법 - Google Patents

티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법 Download PDF

Info

Publication number
KR19990086411A
KR19990086411A KR1019980019378A KR19980019378A KR19990086411A KR 19990086411 A KR19990086411 A KR 19990086411A KR 1019980019378 A KR1019980019378 A KR 1019980019378A KR 19980019378 A KR19980019378 A KR 19980019378A KR 19990086411 A KR19990086411 A KR 19990086411A
Authority
KR
South Korea
Prior art keywords
field
data
message
terminal
byte
Prior art date
Application number
KR1019980019378A
Other languages
English (en)
Other versions
KR100261028B1 (ko
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 KR1019980019378A priority Critical patent/KR100261028B1/ko
Publication of KR19990086411A publication Critical patent/KR19990086411A/ko
Application granted granted Critical
Publication of KR100261028B1 publication Critical patent/KR100261028B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)

Abstract

본 발명은 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법에 관한 것으로서, 더 상세하게는 단말기와 호스트 컴퓨터 사이에서 단말기를 제어하는 제어기 역할을 하는 티씨유(Terminal Control Unit)와 단말기 사이에 데이터 송수신을 RS-232C 연결에 의한 비동기방식으로 행하는 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법에 관한 것으로, TCU(12)와 단말기(14) 사이에 데이터 송수신을 RS-232C 연결에 의한 비동기 방식으로 행하되, 데이터를 전송하는 데이터 메시지(20)와 에러가 없이 데이터 메시지(20)의 전송을 가능케 하는 ACK 메시지(40)를 상호 크로스 체크하고 연속 송수신되는 메시지 단위를 구분하기 위하여 메시지 끝에 브레이크 신호를 첨가하여 보냄을 특징으로 하는 TCU(12)와 단말기(14) 사이의 프로토콜 처리방법 및 그에 적합한 프로토콜 구조를 제공하여, 완벽한 데이터 전송이 가능하여 모뎀(MODEM)을 이용해서 전화선을 통해 접속할 수 있고 거리 제한없이 단말기를 사용할 수 있어 이동중인 사용자가 호스트 컴퓨터를 사용해야 하는 경우에 특별한 장치가 장착되지 않은 컴퓨터만으로 모뎀을 통한 전화접속을 할 수 있으므로 지방 지점, 대리점 관리, 재택 근무, 보험 모집 등의 이동 근무 업무에 편리하게 사용될 수 있는 유용한 발명인 것이다.

Description

티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법
본 발명은 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법에 관한 것으로서, 더 상세하게는 단말기와 호스트 컴퓨터 사이에서 단말기를 제어하는 제어기 역할을 하는 티씨유(Terminal Control Unit)와 단말기 사이에 데이터 송수신을 RS-232C 연결에 의한 비동기방식으로 행하되 데이터를 전송하는 데이터 메시지와 에러가 없이 데이터 메시지의 전송을 가능케 하는 ACK 메시지를 상호 크로스 체크함으로써 완벽한 데이터 전송이 가능하여 모뎀(MODEM)을 이용해서 전화선을 통해 접속할 수 있고 거리 제한없이 단말기를 사용할 수 있는 티씨유(TCU)와 단말기 사이의 프로토콜 구조 및 그 처리방법에 관한 것이다.
IBM, FACOM 등의 대형 컴퓨터에 자료를 저장해 놓고 원격지에서 단말기를 이용하여 대형 컴퓨터의 자료를 조회하고 입력하는 업무를 하는 경우에 단말기를 설치할 장소가 널리 분포되어 있어서 대형 컴퓨터에서는 첨부된 도면 도 1처럼 단말기(14)를 많이 연결하여 사용할 수 있도록 하기 위하여 단말기(14)와 호스트 컴퓨터(10) 사이에 여러 대의 단말기(14)를 제어하는 역할을 하는 TCU((12), Terminal Control Unit)라는 제어기를 사용한다.
종래에는 TCU(12)와 단말기(14) 사이에 동축선(Coaxial Cable)을 이용하여 연결하였다.
이 경우 자료 전송은 정확하나 거리의 제한이 있게 마련이다.
특히 모뎀(MODEM)의 접속이 불가능하므로 원격지에서 호스트 컴퓨터(10)를 사용하려면 TCU(12)를 원격지에 설치해야만 하나 일반적으로 TCU(12) 장비가 고가이어서 단말기(14) 수에 관계없이 원격지마다 설치하는 것이 불가능하였다.
이러한 점에 착안하여 원격지에서 호스트 컴퓨터(10)를 사용할 때 단말기(14)만을 원격지에 두고 사용할 수 있도록 하기 위하여 TCU(12)와 단말기(14) 사이의 연결을 일반적으로 통신에 많이 사용되고 MODEM 사용이 가능한 비동기방식(Asynchronous)의 RS-232C를 사용하게 되었다.
그런데 동축선을 사용할 경우는 자료 전송시에 유실이 없어 높은 신뢰성을 제공해 주지만, RS-232C 비동기 통신 방식은 신뢰성이 떨어지고 특히 MODEM을 이용해서 전화선을 통하여 접속하였을 경우에는 자료 전송시에 신뢰성이 더욱 떨어지는 문제점이 있었다.
상술한 문제점을 해결하기 위하여 TCU와 단말기 사이의 통신 규약을 안출하게 된 것으로, 본 발명은 티씨유((TCU),Terminal Control Unit)와 단말기 사이에 데이터 송수신을 RS-232C 연결에 의한 비동기 방식으로 행하되 데이터를 전송하는 데이터 메시지와 에러가 없이 데이터 메시지의 전송을 가능케 하는 ACK 메시지를 상호 크로스 체크함으로써 완벽한 데이터 전송이 가능하여 모뎀(MODEM)을 이용해서 전화선을 통해 접속할 수 있고 거리 제한없이 단말기를 사용할 수 있는 티씨유(TCU)와 단말기 사이의 프로토콜 구조 및 그 처리방법을 제공하는 데 그 목적이 있다.
상술한 목적을 달성하기 위하여, 본 발명은 TCU와 다수개의 단말기 사이가 비동기 방식의 RS-232C로 연결되어, 데이터 전송을 하는 데이터 메시지와 에러가 없이 데이터 전송을 가능케 하는 ACK 메시지로 구성되되;
데이터 메시지는;
입력받을 데이터의 처리방법을 결정하는 1바이트의 메시지 타입 필드와, TCU에 연결된 단말기의 포트넘버를 나타내는 1바이트의 디바이스 필드와, 송수신되는 프레임 순서를 나타내는 1바이트의 시퀀스 필드와, 메시지 타입 필드에서 데이터 필드까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되는 1바이트의 체크 썸 필드와, 호스트 컴퓨터와 단말기의 연결 상태 및 송수신 상태를 표시하는 1바이트의 플래그 및 세션 필드와, 메시지 타입 필드부터 데이터 필드까지의 바이트 수를 나타내는 1바이트의 렌스 필드와, 리퀘스트/리스폰스 유니트의 헤더 넘버가 0인 1바이트의 RH0 필드와, 리퀘스트/리스폰스 유니트의 헤더 넘버가 1인 1바이트의 RH1 필드와, n바이트의 데이터 필드와, 송수신되는 메시지 단위를 구분하기 위하여 단말기에서 TCU로 데이터를 보낼 경우 사용되는 브레이크 필드나 TCU에서 단말기로 데이터를 보낼 경우 사용되는 1바이트의 oxFF 필드의 순서로 구성되고;
ACK 메시지는,
입력받을 데이터의 처리방법을 결정하는 1바이트의 메시지 타입 필드와, 송수신되는 데이터에 대한 에러 유무를 나타내는 1바이트의 에러 코드 필드와, 송수신되는 프레임 순서를 나타내는 1바이트의 시퀀스 필드와, 메시지 타입 필드에서 체크 썸까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되는 1바이트의 체크 썸 필드와, 송수신되는 메시지 단위를 구분하기 위하여 단말기에서 TCU로 데이터를 보낼 경우 사용되는 브레이크 필드나 TCU에서 단말기로 데이터를 보낼 경우 사용되는 1바이트의 oxFF 필드의 순서로 구성됨을 특징으로 하는 티씨유(TCU)와 단말기 사이의 프로토콜 구조를 제공하고자 한다.
상술한 목적을 달성하기 위하여, 본 발명은 TCU와 단말기 사이에 데이터 송수신을 RS-232C 연결에 의한 비동기 방식으로 행하되, 데이터를 전송하는 데이터 메시지와 에러가 없이 데이터 메시지의 전송을 가능케 하는 ACK 메시지를 상호 크로스 체크하고 연속 송수신되는 메시지 단위를 구분하기 위하여 메시지 끝에 브레이크 신호를 첨가하여 보냄을 특징으로 하는 티씨유(TCU)와 단말기 사이의 프로토콜 처리방법을 제공하고자 한다.
도 1은 본 발명이 적용되는 망 구성도,
도 2a, 도 2b는 본 발명에 따른 프로토콜의 메시지별 구조도,
도 3은 도 2a 및 도 2b의 프로토콜 흐름도,
도 4a, 도 4b는 본 발명의 다른 실시예에 따른 프로토콜의 메시지별 구조도,
도 5는 도 4a 및 도 4b의 프로토콜 흐름도.
<도면의 주요부분에 대한 부호의 설명>
10: 호스트 컴퓨터, 12: TCU, 14: 단말기, 20: 데이터 메시지, 21,41: 메시지 타입, 22: 디바이스, 23,43: 시퀀스, 24,44: 체크 썸, 25: 플래그 및 세션, 26: 렌스, 27: RH0, 28: RH1, 29: 데이터, 30,45: 브레이크, 31: 렌스 하이, 32: 렌스 로, 34,46: oxFF, 35,47: 헤더, 40: ACK 메시지, 42: 에러 코드.
이하 본 발명을 첨부된 도면 도 2 내지 도 5를 참고로 하여 설명하면 다음과 같다.
도 2a, 도 2b는 본 발명에 따른 프로토콜의 메시지별 구조도, 도 3은 도 2a 및 도 2b의 프로토콜 흐름도, 도 4a, 도 4b는 본 발명의 다른 실시예에 따른 프로토콜의 메시지별 구조도, 도 5는 도 4a 및 도 4b의 프로토콜 흐름도이다.
먼저 본 발명의 기본적인 구성인 프로토콜의 구조를 살펴보면, TCU(12)와 다수개의 단말기(14) 사이가 비동기 방식의 RS-232C로 연결되어, 데이터 전송을 하는 데이터 메시지(20)와 에러가 없이 데이터 전송을 가능케 하는 ACK 메시지(40)로 구성되되;
(Ⅰ) 데이터 메시지(20)는;
(ⅰ) 입력받을 데이터의 처리방법을 결정하는 1바이트의 메시지 타입 필드(21)와, (ⅱ) TCU(12)에 연결된 단말기(14)의 포트넘버를 나타내는 1바이트의 디바이스 필드(22)와, (ⅲ) 송수신되는 프레임 순서를 나타내는 1바이트의 시퀀스 필드(23)와, (ⅳ) 메시지 타입 필드(21)에서 데이터 필드(29)까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되는 1바이트의 체크 썸 필드(24)와, (ⅴ) 호스트 컴퓨터(10)와 단말기(12)의 연결 상태 및 송수신 상태를 표시하는 1바이트의 플래그 및 세션 필드(25)와, (ⅵ) 메시지 타입 필드(21)부터 데이터 필드(29)까지의 바이트 수를 나타내는 1바이트의 렌스 필드(26)와, (ⅶ) 리퀘스트/리스폰스 유니트의 헤더 넘버가 0인 1바이트의 RH0 필드(27)와, (ⅷ) 리퀘스트/리스폰스 유니트의 헤더 넘버가 1인 1바이트의 RH1 필드(28)와, (ⅸ) n바이트의 데이터 필드(29)와, (ⅹ) 송수신되는 메시지 단위를 구분하기 위하여 단말기(14)에서 TCU(12)로 데이터를 보낼 경우 사용되는 브레이크 필드(30)나 TCU(12)에서 단말기(14)로 데이터를 보낼 경우 사용되는 1바이트의 oxFF 필드(34)의 순서로 구성되고;
(Ⅱ) ACK 메시지(40)는;
(ⅰ) 입력받을 데이터의 처리방법을 결정하는 1바이트의 메시지 타입 필드(41)와, (ⅱ) 송수신되는 데이터에 대한 에러 유무를 나타내는 값으로 1바이트의 에러 코드 필드(42)와, (ⅲ) 송수신되는 프레임 순서를 나타내는 1바이트의 시퀀스 필드(43)와, (ⅳ) 메시지 타입 필드(41)에서 체크 썸 필드(44)까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되는 1바이트의 체크 썸 필드(44)와, (ⅴ) 송수신되는 메시지 단위를 구분하기 위하여 단말기(14)에서 TCU(12)로 데이터를 보낼 경우 사용되는 브레이크 필드(45)나 TCU(12)에서 단말기(14)로 데이터를 보낼 경우 사용되는 1바이트의 oxFF 필드(46)의 순서로 구성됨을;
특징으로 한다.
이하 본 발명을 좀더 상세하게 설명하면, TCU(12)와 다수개의 단말기(14) 사이에는 비동기 방식의 RS-232C로 연결되고, 데이터 전송을 하는 데이터 메시지(20)와 에러가 없이 데이터 전송을 가능케 하는 ACK 메시지(40)로 프로토콜이 구성된다.
데이터 메시지(20)는 제어(컨트롤) 바이트와 데이터 바이트들로 구성되되, 데이터 바이트는 데이터 필드(29)를 구성하고 제어 바이트는 나머지 필드인 헤더(Header)를 구성한다.
메시지 타입 필드(21)는 입력받을 데이터의 처리방법을 결정하는 명령으로 크기는 1바이트(8bit)이고, 디바이스 필드(22)는 TCU(12)에 연결된 단말기(14)의 포트넘버(Port No)를 나타내며 역시 1바이트이다.
시퀀스(Sequence) 필드(23)는 송수신되는 프로토콜의 프레임 순서를 나타내는 1바이트이고, 체크 썸(Check Sum) 필드(24)는 메시지 타입 필드(21)에서 데이터 필드(29)까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되고 1바이트이다.
플래그 및 세션 필드(25)는 호스트 컴퓨터(10)와 사용중인 단말기(14)의 연결 상태를 표시하는 세션(Session)과 호스트 컴퓨터(10)와 사용중인 단말기(14)의 송수신(Send/Receive) 상태를 표시하는 플래그(Flag)로 구성되고 1바이트이며, 렌스(Length) 필드(26)는 메시지 타입 필드(21)부터 데이터 필드(29)까지의 총 바이트 수를 나타내는 1바이트이다.
RH0 필드(27)는 리퀘스트/리스폰스 유니트(Request/Response Unit)의 헤더(Header) 넘버가 0인 1바이트이고, RH1 필드(28)는 리퀘스트/리스폰스 유니트의 헤더 넘버가 1인 1바이트이다.
데이터 필드(29)는 스크린(Screen), 프린트(Print), 상황(Status) 등의 데이터를 갖는 n바이트이다.
송수신되는 메시지 단위를 구분하기 위하여 브레이크 필드(30)는 단말기(14)에서 TCU(12)로 데이터를 보낼 경우 사용되고, oxFF 필드(34)는 TCU(12)에서 단말기(14)로 데이터를 보낼 경우 사용되는 1바이트이다.
oxFF 필드(34)의 경우 앞의 ox는 16진수를 나타내고 뒤의 FF는 그 숫자를 나타낸다.
다음 ACK 메시지(40) 중에서 메시지 타입 필드(41), 시퀀스 필드(43), oxFF 필드(46) 및 브레이크 필드(45)는 데이터 메시지(20)에서 상술하였으므로 약하고, 에러 코드 필드(42)는 송수신 데이터에 대한 에러 유무를 나타내는 값으로 1바이트이다.
체크 썸 필드(44)는 메시지 타입 필드(41)에서 체크 썸 필드(44)까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되는 1바이트이다.
이와 같이 구성된 프로토콜의 처리방법은, TCU(12)와 단말기(14) 사이에 데이터 송수신을 RS-232C 연결에 의한 비동기 방식으로 행하되, 데이터를 전송하는 데이터 메시지(20)와 에러가 없이 데이터 메시지(20)의 전송을 가능케 하는 ACK 메시지(40)를 상호 크로스 체크하고 연속 송수신되는 메시지 단위를 구분하기 위하여 메시지 끝에 브레이크 신호를 첨가하여 보냄을 특징으로 하는 것으로 도 3은 단말기에서 본 그 흐름도이다.
1프레임의 메시지 전송이 끝나면 처리가 시작되어 먼저 체크 썸을 행한다.
체크 썸에서 이상(Error)이 생기면 송수신된 바이트 수를 기준 바이트수(XByte)와 비교하여 크면 데이터 메시지(20)이므로 데이터 메시지(20)를 재송신하라고 송신하고 난 다음 브레이크 신호를 송신한 후 종료한다.
작거나 같으면 ACK 메시지(40)이므로 ACK 메시지(40)를 재송신하라고 송신하고 난 다음 브레이크 신호를 송신한 후 종료한다.
체크 썸에서 이상이 없으면 메시지 타입의 하나인 재시작 메시지(처음 연결되어 송신된 메시지)인가를 체크하여 Yes면 메시지 타입의 하나인 ACK 재시작을 송신하고 난 다음 브레이크 신호를 송신한 후 종료하고, No면 즉 재시작 메시지가 아니면 ACK 메시지(40)인가를 체크한다.
ACK 메시지(40)이면 바이트 수인 렌스를 체크하여 이상이 있으면 제어 바이트에 이상이 있는 것이므로 헤더 에러를 송신하고 그후 브레이크 신호를 송신한 다음 종료한다.
렌스에 이상이 없으면 다시 프레임 순서인 시퀀스와 데이터의 이상유무를 판단하는 에러코드를 체크하여 이상이 없으면 ACK 메시지를 처리하여 종료하고 이상이 있으면 ACK 메시지가 배드(Bad)가 났다는 것을 송신한 후 브레이크 신호를 송신한 다음 종료한다.
ACK 메시지(40)인가를 체크하여 ACK 메시지(40)가 아니면 즉 데이터 메시지(20)인 것으로 메시지 타입을 체크하여 메시지 타입이 틀리면 메시지 타입이 에러라는 것을 송신한 후 브레이크 신호를 송신한 다음 종료하고, 메시지 타입이 같으면 단말기(14)의 포트 넘버인 디바이스와 프레임 순서인 시퀀스값을 저장하고 에러 코드에 이상이 없음을 송신한 후 브레이크 신호를 송신하여 데이터 메시지를 처리하여 종료한다.
종료되면 다시 1프레임이 메시지가 전송되고 상술한 흐름이 반복되어 프로토콜이 처리된다.
이상에서와 같이 데이터 메시지(20)와 ACK 메시지(40) 사이에 상호 크로스 체크가 행해져 에러없이 데이터 송신이 가능한 것이고 메시지 끝에는 브레이크 신호가 송신되어 연속 송수신되는 메시지 단위를 구분할 수 있는 것이다.
연속 송수신되는 메시지 단위를 구분하기 위한 다른 방법으로 데이터 메시지(20)안에 메시지 길이(Message Length, 31,32)를 송신하여 수신측에서 메시지 길이 단위로 메시지를 구분하게 할 수도 있다.
상기한 처리방법을 실현하는 프로토콜의 구조를 살펴보면, 도 4a 및 도 4b에서 데이터 메시지(20) 및 ACK 메시지(40)중 헤더 필드(35,47)는 데이터 메시지(20)냐 ACK 메시지(40)냐를 결정하는 1바이트이고, 데이터 메시지(20)의 렌스 하이 필드(31)는 렌스 하이 필드(31)에서 데이터 필드(29)까지의 바이트수중 하이 바이트에서 일정한 16진수를 OR한 값으로 1바이트이며, 렌스 로 필드(32)는 렌스 하이 필드(31)에서 데이터 필드(29)까지의 바이트 수중에서 로 바이트 값으로 1바이트이다.
또한 oxFF 필드(34,46)는 단말기(14)에서 TCU(12)로 데이터를 보낼 경우에만 사용되는 1바이트이다.
그 외 메시지 타입 필드(21,41), 디바이스 필드(22), 시퀀스 필드(23,43), 체크 썸 필드(24,44), 플래그 및 세션 필드(25), 데이터 필드(29), 에러 코드 필드(42)는 상술한 바 있으므로 약하고, 단 체크 썸 필드(24)는 렌스 하이 필드(31)에서 데이터 필드(29)까지의 코드를 XOR한 값이다.
도 5는 흐름도로서 도 3과의 차이점은 체크 썸 하기 전에 스타트 코드를 행하여 데이터 메시지(20)인가 ACK 메시지(40)인가를 구별하여 데이터 메시지(20)이면 렌스 체크를 행한다는 것이다.
그리고 종료 전에 연속 송수신되는 메시지 단위를 구분하기 위하여 브레이크 신호를 송신하지 않음을 알 수 있다.
이와 같은 프로토콜 처리방법은 브레이크 신호의 중복 사용에 따른 문제점이 없는 장점이 있다.
이상에서 살펴본 바와 같이 본 발명은 TCU와 단말기 사이에 데이터 송수신을 RS-232C 연결에 의한 비동기 방식으로 행하되, 데이터를 전송하는 데이터 메시지와 에러가 없이 데이터 메시지의 전송을 가능케 하는 ACK 메시지를 상호 크로스 체크함으로써 완벽한 데이터 전송이 가능하여 모뎀(MODEM)을 이용해서 전화선을 통해 접속할 수 있고 거리 제한없이 단말기를 사용할 수 있어 이동중인 사용자가 호스트 컴퓨터를 사용해야 하는 경우에 특별한 장치가 장착되지 않은 컴퓨터만으로 모뎀을 통한 전화접속을 할 수 있으므로 지방 지점, 대리점 관리, 재택 근무, 보험 모집 등의 이동 근무 업무에 편리하게 사용될 수 있는 유용한 발명인 것이다.

Claims (4)

  1. TCU(12)와 다수개의 단말기(14) 사이가 비동기 방식의 RS-232C로 연결되어, 데이터 전송을 하는 데이터 메시지(20)와 에러가 없이 데이터 전송을 가능케 하는 ACK 메시지(40)로 구성되되;
    (Ⅰ) 데이터 메시지(20)는;
    (ⅰ) 입력받을 데이터의 처리방법을 결정하는 1바이트의 메시지 타입 필드(21)와, (ⅱ) TCU(12)에 연결된 단말기(14)의 포트넘버를 나타내는 1바이트의 디바이스 필드(22)와, (ⅲ) 송수신되는 프레임 순서를 나타내는 1바이트의 시퀀스 필드(23)와, (ⅳ) 메시지 타입 필드(21)에서 데이터 필드(29)까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되는 1바이트의 체크 썸 필드(24)와, (ⅴ) 호스트 컴퓨터(10)와 단말기(12)의 연결 상태 및 송수신 상태를 표시하는 1바이트의 플래그 및 세션 필드(25)와, (ⅵ) 메시지 타입 필드(21)부터 데이터 필드(29)까지의 바이트 수를 나타내는 1바이트의 렌스 필드(26)와, (ⅶ) 리퀘스트/리스폰스 유니트의 헤더 넘버가 0인 1바이트의 RH0 필드(27)와, (ⅷ) 리퀘스트/리스폰스 유니트의 헤더 넘버가 1인 1바이트의 RH1 필드(28)와, (ⅸ) n바이트의 데이터 필드(29)와, (ⅹ) 송수신되는 메시지 단위를 구분하기 위하여 단말기(14)에서 TCU(12)로 데이터를 보낼 경우 사용되는 브레이크 필드(30)나 TCU(12)에서 단말기(14)로 데이터를 보낼 경우 사용되는 1바이트의 oxFF 필드(34)의 순서로 구성되고;
    (Ⅱ) ACK 메시지(40)는;
    (ⅰ) 입력받을 데이터의 처리방법을 결정하는 1바이트의 메시지 타입 필드(41)와, (ⅱ) 송수신되는 데이터에 대한 에러 유무를 나타내는 값으로 1바이트의 에러 코드 필드(42)와, (ⅲ) 송수신되는 프레임 순서를 나타내는 1바이트의 시퀀스 필드(43)와, (ⅳ) 메시지 타입 필드(41)에서 체크 썸 필드(44)까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되는 1바이트의 체크 썸 필드(44)와, (ⅴ) 송수신되는 메시지 단위를 구분하기 위하여 단말기(14)에서 TCU(12)로 데이터를 보낼 경우 사용되는 브레이크 필드(45)나 TCU(12)에서 단말기(14)로 데이터를 보낼 경우 사용되는 1바이트의 oxFF 필드(46)의 순서로 구성됨을;
    특징으로 하는 TCU와 단말기 사이의 프로토콜 구조.
  2. 제 1 항에 있어서, 상기 데이터 메시지(20)는;
    (ⅰ) 데이터 메시지(20)냐 ACK 메시지(40)냐를 결정하는 1바이트인 헤더 필드(35)와, (ⅱ) 렌스 하이 필드(31)에서 데이터 필드(29)까지의 바이트 수중에 하이 바이트에서 일정한 16진수를 OR한 값으로 1바이트인 렌스 하이 필드(31)와, (ⅲ) 렌스 하이 필드(31)에서 데이터 필드(29)까지의 바이트 수에서 로 바이트 값으로 1바이트인 렌스 로 필드(32)와, (ⅳ) 상기 메시지 타입 필드(21)와, (ⅴ) 상기 디바이스 필드(22)와, (ⅵ) 상기 시퀀스 필드(23)와, (ⅶ) 렌스 하이 필드(31)에서 데이터 필드(29)까지의 코드를 XOR한 값으로 송수신 데이터의 이상유무를 판단할 경우에 사용되는 상기 체크 썸 필드(24)와, (ⅷ) 상기 플래그 및 세션 필드(25)와, (ⅸ) 상기 데이터 필드(29)와, (ⅹ) 단말기(14)에서 TCU(12)로 데이터를 보낼 경우에만 사용되는 상기 oxFF 필드(34)의 순서로 구성되고;
    상기 ACK 메시지(40)는;
    (ⅰ) 데이터 메시지(20)냐 ACK 메시지(40)냐를 결정하는 1바이트인 헤더 필드(47)와, (ⅱ) 상기 메시지 타입 필드(41)와, (ⅲ) 상기 에러 코드 필드(42)와, (ⅳ) 상기 시퀀스 필드(43)와, (ⅴ) 상기 체크 썸 필드(44)와, (ⅵ) 단말기(14)에서 TCU(12)로 데이터를 보낼 경우에만 사용되는 상기 oxFF 필드(46)의 순서로 구성됨을;
    특징으로 하는 TCU와 단말기 사이의 프로토콜 구조.
  3. TCU(12)와 단말기(14) 사이에 데이터 송수신을 RS-232C 연결에 의한 비동기 방식으로 행하되, 데이터를 전송하는 데이터 메시지(20)와 에러가 없이 데이터 메시지(20)의 전송을 가능케 하는 ACK 메시지(40)를 상호 크로스 체크하고 연속 송수신되는 메시지 단위를 구분하기 위하여 메시지 끝에 브레이크 신호를 첨가하여 보냄을 특징으로 하는 TCU(12)와 단말기(14) 사이의 프로토콜 처리방법.
  4. 제 3 항에 있어서, 상기 브레이크 신호 대신에 연속 송수신되는 메시지 단위를 구분하기 위해 데이터 메시지(20) 안에 메시지 길이를 송신함을 특징으로 하는 TCU(12)와 단말기(14) 사이의 프로토콜 처리방법.
KR1019980019378A 1998-05-28 1998-05-28 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법 KR100261028B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019980019378A KR100261028B1 (ko) 1998-05-28 1998-05-28 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019980019378A KR100261028B1 (ko) 1998-05-28 1998-05-28 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법

Publications (2)

Publication Number Publication Date
KR19990086411A true KR19990086411A (ko) 1999-12-15
KR100261028B1 KR100261028B1 (ko) 2000-07-01

Family

ID=19537826

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019980019378A KR100261028B1 (ko) 1998-05-28 1998-05-28 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법

Country Status (1)

Country Link
KR (1) KR100261028B1 (ko)

Also Published As

Publication number Publication date
KR100261028B1 (ko) 2000-07-01

Similar Documents

Publication Publication Date Title
US5309562A (en) Method and apparatus for establishing protocol spoofing from a modem
US4761646A (en) Method and system for addressing and controlling a network of modems
US4159470A (en) Data communications systems employing redundant series transmission loops
US4751510A (en) Method and system for controlling a network of modems
US5450425A (en) Protocol for communication of a data packet
US5165091A (en) Firmware download from a remote terminal to an optical network terminal in a digital loop carrier system
EP0147644A2 (en) Token ring with secondary transmit opportunities
US4896151A (en) Simultaneous communication method and system
EP0464014A2 (en) Communications systems using a fault tolerant protocol
US5553075A (en) Packet data protocol for wireless communication
US5049871A (en) Loop communication system
JPH07147592A (ja) 輻輳制御方法、この方法を用いたターミナルアダプタ及びこのターミナルアダプタを有する通信システム
US4994788A (en) System for collecting alarms from a set of stations
US5285199A (en) Method and apparatus for in-band data transmission
US5010546A (en) Packet switching system
US5613065A (en) Information broadcasting system having reception error minimizing facility
US4641299A (en) Mechanized loop testing using a local metallic access port
JPS6113846A (ja) データフオーマツト検出装置
JP2813130B2 (ja) 通信システム内で経路識別を実行する方法
KR19990086411A (ko) 티씨유와 단말기 사이의 프로토콜 구조 및 그 처리방법
JPS5829244A (ja) デ−タ通信方式
US5815495A (en) System for managing communications between adapters
EP0276468B1 (en) Data transmission control method
US6466989B1 (en) Automatic network connection device for wiring to network cable
US5388109A (en) Data communications device with resident link adapter

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee