KR20060112287A - 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법및 장치 - Google Patents

유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법및 장치 Download PDF

Info

Publication number
KR20060112287A
KR20060112287A KR1020050033995A KR20050033995A KR20060112287A KR 20060112287 A KR20060112287 A KR 20060112287A KR 1020050033995 A KR1020050033995 A KR 1020050033995A KR 20050033995 A KR20050033995 A KR 20050033995A KR 20060112287 A KR20060112287 A KR 20060112287A
Authority
KR
South Korea
Prior art keywords
chunks
chunk
receiving
bit
bitwise
Prior art date
Application number
KR1020050033995A
Other languages
English (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 KR1020050033995A priority Critical patent/KR20060112287A/ko
Priority to US11/410,286 priority patent/US20060259845A1/en
Publication of KR20060112287A publication Critical patent/KR20060112287A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/02—Constructional features of telephone sets
    • H04M1/0202—Portable telephone sets, e.g. cordless phones, mobile phones or bar type handsets
    • H04M1/0206—Portable telephones comprising a plurality of mechanically joined movable body parts, e.g. hinged housings
    • H04M1/0208—Portable telephones comprising a plurality of mechanically joined movable body parts, e.g. hinged housings characterized by the relative motions of the body parts
    • H04M1/0235—Slidable or telescopic telephones, i.e. with a relative translation movement of the body parts; Telephones using a combination of translation and other relative motions of the body parts
    • H04M1/0237—Sliding mechanism with one degree of freedom
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/02—Constructional features of telephone sets
    • H04M1/0202—Portable telephone sets, e.g. cordless phones, mobile phones or bar type handsets
    • H04M1/026—Details of the structure or mounting of specific components
    • H04M1/0266—Details of the structure or mounting of specific components for a display module assembly
    • H04M1/027—Details of the structure or mounting of specific components for a display module assembly including magnifying means
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/02—Constructional features of telephone sets
    • H04M1/21—Combinations with auxiliary equipment, e.g. with clocks or memoranda pads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2250/00—Details of telephonic subscriber devices
    • H04M2250/22—Details of telephonic subscriber devices including a touch pad, a touch sensor or a touch detector

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법에 있어서, 송신노드로부터 적어도 하나의 청크 데이터를 수신하는 과정과, 누적 수신응답(ACK) 후 상기 청크 각각에 대한 비트화 수신응답 정보를 생성하는 과정과, 상기 정보를 소정의 비트를 갖는 워드에 최하위 비트부터 역순으로 기록한 소정의 메시지를 송신하는 과정과, 손실된 청크 데이터를 재수신하는 과정을 포함하는 것을 특징으로 한다. 또한 본 발명은 손실이 잦은 무선환경에 강하고 직관적인 SACK 포맷과 비트의 효율적 사용에서 장점이 있는 SBCA를 적용함으로써 통신성능을 향상할 수 있는 효과가 있으며, 다중 호밍(Multi-Homing)과 다중 스트리밍(Multi-Streaming) 등의 기능을 통하여 네트워크 상에서 공중전화망의 신호를 안전하게 전달할 수 있는 효과도 있다.
SCTP, 청크, SBCA

Description

유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법 및 장치{METHOD AND APPARATUS FOR ACKNOWLEDGING BITWISE DATA CHUNK IN WIRELINE AND　WIRELESS COMMUNICATION SYSTEM}
도 1은 일반적인 TCP의 재전송 알고리즘을 나타낸 도면
도 2는 일반적인 SCTP의 재전송 알고리즘을 나타낸 도면
도 3은 일반적인 SCTP 패킷의 포맷을 나타낸 도면
도 4a와 4b는 SCTP 통신을 수행하는 송신노드와 수신노드와 그에 따른 SCTP의 일반적인 SACK 포맷을 도시한 도면
도 5는 본 발명의 일실시예에 따른 수신노드와 송신노드간의 데이터 청크 수신 절차를 나타낸 도면
도 6은 본 발명의 일실시예에 따라 정의된 SCTP의 SACK 청크 포맷의 일례를 나타낸 도면
도 7은 본 발명의 일실시예에 따른 송수신노드의 장치 내의 블록 다이어그램
유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법 및 장치에 관한 것으로, 특히 유무선 통신시스템에서 SCTP 헤더 내의 경제적이고 직관적인 SACK 청크(chunk) 포맷을 통해 비트화 데이터 청크 수신응답 방법 및 장치에 관한 것이다.
스트림 제어 전송 프로토콜(Stream Control Transfer Protocol, 이하 "SCTP"라 한다.)은 IETF(Internet Engineering Task Force)의 SIGTRAN(SIGnalling TRANsport) 워킹그룹이 전화망과 컴퓨터 네트워크를 융합하려는 노력으로 개발된 것이다. SCTP는 전송 제어 프로토콜(Transmission Control Protocol, 이하 "TCP"라 한다.)과 같이 통신노드 사이에 존재하는 트랜스포트 계층 프로토콜로서 TCP를 보완하는 성격이 강하다. 따라서 많은 SCTP 요소들이 TCP에 기반을 두고 있다. 여기서 SCTP의 TCP와의 주요한 차이점들은 다중 호밍(Multi-Homing), 다중 스트리밍(Multi-Streaming), 바이트(byte) 기반이 아닌 메시지 기반 오류제어 알고리즘이다.
또한 SCTP는 데이터 전송의 성능과 유연성이 높이 요구되는 모바일 IP분야, 멀티미디어나 HTTP(Hyper Text Transfer Protocol)와 같이 다중 객체를 전송해야 하는 애플리케이션 환경과 높은 신뢰성과 보안이 요구되는 인증과 군 통신 장비 등에 유용하게 사용될 수 있어 차세대 전송 프로토콜로 주목 받고 있다. 도 1과 도2를 통하여 TCP와 SCTP의 재전송 알고리즘을 비교하면 다음과 같다.
도 1은 일반적인 TCP 재전송을 알고리즘을 나타낸 도면이다.
도 1을 참조하면, 송신노드에서 TCP 재전송 알고리즘을 이용하여 전송대기상 태에 있는 데이터 스트림 #1, #2 및 #3 중에서 현재 전송할 순서인 데이터 스트림 #1은 A, B, C, D의 데이터 패킷으로 나뉘어 구성되어 송신된다. 상기 데이터 패킷 A, B, C, D는 각각 헤더정보(100)에 페이로드 형태로 포함되어 송신노드로부터 수신노드로 순차적으로 전송된다. 여기서, 상기 데이터 패킷 C가 전송도중 손실될 경우에 송신노드에서는 TCP 재전송 알고리즘을 이용하여 상기 데이터 패킷 C의 데이터를 포함하면서 최대크기를 가진 데이터 패킷 C'를 바이트 기반의 최대전송단위(Maximum Transfer Unit, 이하 "MTU"라 한다) 형태로 재전송하게 된다.
도 2는 일반적인 SCTP 재전송 알고리즘을 나타낸 도면이다.
도 2를 참조하면, 송신노드에서 SCTP 재전송 알고리즘을 이용하여 전송대기상태에 있는 데이터 스트림 #1, #2 및 #3이 존재한다. 상기 데이터 스트림 #1은 A, B, C 등의 청크로 나뉘어 구성되고, 상기 데이터 스트림 #2은 O, P, Q 등의 청크로 나뉘어 구성되며, 상기 데이터 스트림 #3은 W, X, Y 등의 청크로 나뉘어 구성되어 전송된다. 그러나 SCTP는 TCP와는 다르게 패킷들(200, 210, 220, 230)을 구성하여 전송할 때, 예컨대 하나의 패킷은 스트림 #1에서 데이터 청크 A와 스트림 #2에서 데이터 청크 O와 스트림 #3에서 데이터 청크 W를 차례로 포함하는 형태를 취한다. 마찬가지로 다른 패킷(210, 220)은 청크 B만을 포함하기도 하고, P 및 X를 차례로 포함하기도 하며, 또 다른 패킷은 청크 B, P 및 X를 차례로 포함하여 전송된다. 여기서 상기 데이터 패킷 200과 210이 전송도중 손실될 경우에는 손실된 청크와 동일한 청크를 포함하는 패킷 240과 250을 구성하여 재전송한다.
도 3은 일반적인 SCTP 패킷의 포맷을 나타낸 도면이다.
도 3을 참조하면, 상기 SCTP 패킷(301)은 공통헤더(305)와 n개의 청크들(303)을 포함한다. 상기 공통헤더(305)는 'Source Port Number', 'Destination Port Number', 'Verification Tag' 및 'Cheksum' 필드 등을 포함한다. 상기 청크들(303)은 일반 청크(307), 데이터 청크(309) 및 SACK 청크(311)의 포맷 등이 있다. 상기 일반 청크(307)는 'Type', 'Flag', 'Length' 및 'Chunk Value' 필드 등을 포함한다. 상기 데이터 청크(309)는 'Type', 'Reserved', 'Length', 'Transmission Sequence Number(이하 "TSN"라 한다.)', 'Stream Identifier', 'Stream Sequence Number', 'Payload Protocol Identifier' 및 'User Data' 필드 등을 포함한다. 상기 선택적 수신응답(Selective Acknowledgement, 이하 "SACK"라 한다.) 청크(311)는 'Type', 'Flag', 'Length', 'Cumulative TNS Ack', 'Advertised Receiver Window Credit', 'Number of Gap Ack Block'와 그 값 및 'Number of Duplicated TSNs'와 그 값을 가지는 필드 등을 포함한다. 상기 SACK 청크(311) 내의 각 필드의 역할 및 작용은 아래의 도 4a 및 4b에서 설명한다.
도 4a와 4b는 SCTP 통신을 수행하는 송신노드와 수신노드와 그에 따른 SCTP의 일반적인 SACK 포맷을 도시한 도면이다.
도 4a를 참조하면, 상기 송신노드(401)는 상기 수신노드(403)로 데이터 스트림을 1에서 16번까지의 청크로 나누어 전송하고 있다. 이때, 1, 2, 3, 7, 8, 9, 13, 14, 16번 청크는 손실 없이 상기 수신노드(403)로 전송이 된 것을 나타내며, 4, 5, 6 , 10, 11, 12, 15번 청크는 손실을 나타낸다. 이와 같이 SCTP 패킷을 수신한 상기 수신노드(403)는 도 4b와 같이 SACK 청크를 만들어 상기 송신노드(401)로 전송한다. 도 4b를 참조하면, 'Cumulative TNS Ack'의 수는 3 이고, 수신된 청크는 1, 2, 3, 7, 8, 9, 13, 14, 16번이다. 즉, 손실된 구간이 3개이므로 'Number of Gap Block' = 3이 된다. 또한 1, 2 및 3번 청크를 수신한 후 첫 번째 블록에 해당하는 7, 8 및 9 청크는 각각 4번째, 5번째 및 6번째 청크이므로 'Ack Block #1 Start' = 4가 되고, 'Ack Block #1 End' = 6 이 된다. 1, 2 및 3번 청크를 수신한 후 두 번째 블록에 해당하는 13 및 14번 청크는 각각 10번째와 11번째 청크이므로 'Ack Block Start' = 10 및 'Ack Block End' = 11이 된다. 1, 2 및 3번 청크를 수신한 후 세 번째 블록에 해당하는 16 번 청크는 13번째 청크이므로 'Ack Block Start' =13 및 'Ack Block End' =13 이 된다.
일반적인 SCTP SACK은 TCP SACK과 같이 RTT(Round Trip Time) 내에 모든 손실 청크를 복구하기 위한 시도를 한다. 상기 송신노드(401)는 수신된 SACK 청크 정보를 가지고, 손실된 TSN 값들에 해당하는 데이터 청크들을 재전송한다. MTU 범위 안에서 복수의 데이터 청크를 송신할 수 있으나 복구 단위는 청크이다. 결국 상기 송신노드(401)는 각 TSN에 해당되는 데이터 청크에 대한 정보를 알아야 해당 청크를 재전송할 수 있다. 반면 TCP SACK의 경우, 손실 발생시 시퀀스 넘버 블록에 해당되는 바이트들을 MTU 크기로 묶어 재전송한다. 따라서 TCP SACK의 경우 재전송 패킷은 손실 패킷과 무관하다.
도 4b는 SCTP SACK의 일례를 나타낸다. 일반적으로 SCTP SACK 청크는 TCP SACK과 유사한 포맷과 필드 정의를 갖는다. 그러나 TCP와 다른 메시지 기반 오류제어 방식은 현재의 SCTP SACK 청크 포맷이 오류제어에 부적절 할 수 있다는 가능성 을 내포하고 있다. 즉 , 일반적인 TCP SACK 포맷은 수신이 성공한 바이트들에 대한 시퀀스 넘버의 블록을 두 개의 워드로 나타내었지만, SCTP SACK 청크는 수신이 성공한 메시지들의 TSN 블록을 표현한다. 상기 TSN은 각 데이터 청크에 할당되는 시퀀스 넘버이다. 상기 수신노드(403)는 SACK 포맷은 1, 2, 3, 7, 8, 9, 13, 14, 16 데이터 청크를 성공적으로 수신하였고, 3이 누적 ACK로 전달되는 상황을 표현하고 있다. 누적 ACK 이후 성공적으로 수신된 청크 블록은 7~9, 13~14, 16 등 세 블록이므로 'Number of Gap Ack Block'의 값은 3이다. 각 블록의 시작과 끝은 누적 ACK로부터 16비트의 변위값으로 표현한다. 그러므로 각 블록은 (4, 6), (10, 11), (13, 13)의 쌍으로 표현될 수 있다. SCTP SACK 청크를 수신한 상기 송신노드(401)는 손실된 청크가 4, 5, 6, 10, 11, 12, 15 임을 알 수 있다. 'Number of duplicated TSNs' 필드는 본 발명과 직접적 연관이 없으므로 설명을 생략한다.
상기한 바와 같이 일반적인 SCTP SACK이 청크 블록을 표현하는데 비트가 낭비될 수 있음을 예상할 수 있다. 예컨대 연속적으로 두 개 중 하나의 청크가 손실될 경우, 하나의 블록이 하나의 청크를 표현하게 된다. 일반적이 SCTP SACK 포맷은 손실이든 성공이든 청크 블록의 길이가 길어야 효율적이다. 그러나 신뢰성이 적은 무선 링크의 경우에는 잦은 패킷 손실이 발생할 수 있는 문제점이 존재한다.
따라서 본 발명의 목적은 TCP와 달리 메시지 기반 오류제어를 수행하는 SCTP에 특화된 SACK 청크 포맷을 활용하여 비트화 데이터 청크 수신응답 방법 및 장치 를 제공하는데 있다.
상기한 바와 같은 목적을 달성하기 위하여 창안된 본 발명의 실시예는, 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법에 있어서, 송신노드로부터 적어도 하나의 청크 데이터를 수신하는 과정과, 누적 수신응답(ACK) 후 상기 청크 각각에 대한 비트화 수신응답 정보를 생성하는 과정과, 상기 정보를 소정의 비트를 갖는 워드에 최하위 비트부터 역순으로 기록한 소정의 메시지를 송신하는 과정과, 손실된 청크 데이터를 재수신하는 과정을 포함하는 것을 특징으로 한다.
본 발명의 다른 실시예는, 유무선 네트워크에서 비트화 데이터 청크 수신응답 방법에 있어서, 수신노드로 적어도 하나의 청크 데이터를 송신하는 과정과, 상기 수신노드로부터 상기 청크 각각에 대한 비트화 수신응답 정보를 워드에 최하위 비트부터 역순으로 기록된 소정의 메시지를 수신하는 과정과, 상기 정보를 분석하여 손실된 청크 데이터를 재송신하는 과정을 포함하는 것을 특징으로 한다.
본 발명의 또 다른 실시예는, 유무선 네트워크에서 비트화 데이터 청크 수신응답 송수신노드의 장치에 있어서, 구성요소를 총괄 제어하는 제어부와, 상기 제어부의 지시 또는 판단에 따라 비트화 수신응답 정보를 생성하는 수신응답 정보 생성부와, 상기 비트화 수신응답 정보를 수신하여 분석하고, 분석결과를 상기 제어부로 전달하는 수신응답 정보 분석부와, 상기 제어부의 지시 또는 판단에 따라 소정의 메시지를 생성하여 상기 메시지 송수신부로 전달하는 메시지 생성부와, 송수신노드 간에 송수신되는 소정의 메시지를 송수신하는 메시지 송수신부와, 상기 비트화 수신응답 정보에 따라 제어된 데이터 청크를 송수신하는 데이터 송수신부를 포함하는 것을 특징으로 한다.
이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대한 동작 원리를 상세히 설명한다. 도면상에 표시된 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호로 나타내었으며, 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
본 발명에서 SCTP 송신노드는 각 TSN에 대응하는 청크들의 정보를 기본적으로 유지하기 때문에 SCTP SACK 정보가 굳이 TCP SACK과 같이 블록 정보일 필요가 없다. 대신에 하나의 비트를 하나의 청크에 대응시켜 경제적이고 직관적인 ACK 정보를 송신할 수 있다. 이와 같은 선택적 비트화 청크 응답확인(Selective Bitwise Chunk Acknowledgement, 이하 "SBCA"라 한다.)은 각 비트가 하나의 데이터 청크 ACK를 의미하는 워드들로 ACK 메시지를 생성하는 것이 가능하다. ACK 워드는 수신노드 윈도우를 추상적으로 표현할 수 있다. 이와 같은 상기 SBCA를 도 5 내지 7을 통하여 상세히 설명하면 다음과 같다.
도 5는 본 발명의 일실시예에 따른 수신노드와 송신노드간의 데이터 청크 수 신 절차를 나타낸 도면이다.
도 5를 참조하면, 상기 수신노드는 500단계에서 송신노드로부터 데이터 청크를 수신한다. 상기 수신노드는 510단계에서 누적 ACK 후 각 청크에 대한 비트화 ACK 정보를 생성한다. 상기 각 청크에 대한 비트화 ACK 정보는 도 6에서 자세히 설명한다. 상기 수신노드는 520단계에서 상기 비트화 ACK 정보를 위드에 최하위 비트로부터 역순으로 기록한 소정의 메시지를 상기 송신노드로 전송한다. 상기 송신노드는 530단계에서 수신한 소정의 메시지의 상기 비트화 수신응답 정보를 분석하여 상기 데이터를 상기 수신노드로 재전송한다.
도 6은 본 발명의 일실시예에 따라 정의된 SCTP의 SACK 청크 포맷의 일례를 나타낸 도면이다.
도 6을 참조하면, 도 4a와 같은 조건에서 수신노드에서 생성하는 SCTP 헤더 내의 본 발명에 따른 SACK 청크 포맷을 예시하고 있다. 도 6에서의 일례는 도 4a에서와 같은 조건으로 누적 ACK의 수는 3이고, 수신노드에서 수신한 청크는 1, 2, 3, 7, 8, 9, 13, 14 및 16번이며, 손실된 청크는 4, 5, 6, 10, 11, 12 및 15번이다. 여기서 상기 수신노드가 수신한 청크에 대해서는 '0'으로 표시하고, 손실한 청크에 대해서는 '1'로 표시한다. 상기 조건에 대응하는 일례를 들어 SACK 청크 포맷을 정의하면 다음과 같다. 즉, 도 4a의 조건에 맞는 본 발명에 따른 SACK 포맷은 '3'의 값을 갖는 'Cumulative TSN Ack Number' 필드(600)와, 전용 버퍼 공간을 나타내는 'Advertised Receiver Window Credit' 필드(610)와, '1'의 값을 갖는 'Number of blocks' 필드(620)와, '1'의 값을 갖는 'Granularity' 필드(630)와, 'Number of Duplicated TSNs' 필드(640)와, '0...01011000111000' 값을 갖는 비트화 ACK 정보 필드(650)를 포함한다.
상기한 바와 같이 수신노드는 누적 ACK 이후의 각 청크에 대하여 비트화 ACK 정보를 생성할 수 있다. 이 때, '0'은 손실을, '1'은 성공을 의미한다. 4부터 16까지의 청크에 대하여 ACK 정보를 위해 13 비트가 요구되며, 그 값은 '0001110001101'이 된다. 상기 수신노드는 비트화 ACK 정보를 32비트의 워드에 최하위 비트부터 역순으로 기록하고, 나머지 비트는 0으로 채워 송신노드로 전송한다. 만일 수신노드 윈도우 크기가 32개의 청크보다 크면 추가적인 ACK 워드를 생성한다. 상기 'Number of Words' 필드(620)는 ACK 워드의 수를 나타낸다.
여기서, 상기 송신노드는 쉽게 유효한 ACK 비트의 범위를 ACK 워드의 값의 크기를 통해 계산할 수 있다. 그리고 우측이동(Right-Shift) 연산을 통해 1 비트씩 각 청크의 ACK 정보를 사용할 수 있다. 본 발명은 일반적인 SCTP SACK과 달리 손실이 잦은 네트워크 링크에서도 효율적으로 ACK 정보를 생성할 수 있다. 하지만 역으로 손실 또는 ACK 청크 블록의 길이가 긴 경우 비트의 낭비가 발생할 수 있다. 이런 경우 비트 당 대응 청크 수를 조절함으로써 낭비를 줄일 수 있다. 상기 'Granularity' 필드(630)는 비트당 청크 수의 비율를 나타낸다. 손실 또는 수신 성공의 경우 중 어느 하나에 대해서만 비트당 청크 수를 설정할 수 있다. 예컨대, 한쪽은 1:1 비가 설정된다. 도 6과 도4b의 비교를 통해 8 바이트를 절약할 수 있음을 확인할 수 있다.
일반적으로 성공 청크 블록의 길이가 긴 경우는 송신노드가 ACK 정보를 충분 히 수신할 수 있기 때문에 수신노드의 ACK 정보 크기가 작아도 상관이 없다. 한편, 손실 블록이 긴 경우는 혼잡제어나 흐름제어 차원에서 특수한 제어가 적용되어야 한다는 것을 의미한다. 청크의 ACK 타임아웃 값은 손실 블록 길이의 증가를 제한한다. 결국 일반적인 경우 'Granularity' 값은 1인 것이 바람직하다.
도 7은 본 발명의 일실시예에 따른 송수신노드의 장치 내의 블록 다이어그램이다.
도 7을 참조하면, 송수신노드의 장치는 수신응답 정보 분석부(710), 수신응답 정보 생성부(720), 메시지 송수신부(730), 메시지 생성부(740), 데이터 송수신부(750) 및 제어부(700)를 포함한다.
상기 수신응답 정보 분석부(710)는 본 발명에 의한 송수신노드의 장치가 송신노드의 역할을 하는 경우에 도 6에서 정의된 SCTP SACK 정보 또는 비트화 수신응답 정보를 수신하여 분석하고, 분석결과를 상기 제어부(700)로 전달한다. 상기 수신응답 정보 생성부(720)는 본 발명에 의한 송수신노드의 장치가 수신노드의 역할을 하는 경우에 상기 제어부(700)의 지시 또는 판단에 따라 도 6에서 정의된 SCTP SACK 정보 또는 비트화 수신응답 정보를 생성한다. 상기 메시지 송수신부(730)는 송수신노드 간에 송수신되는 소정의 SCTP　메시지를 상기 제어부(700)의 지시 또는 판단에 따라 송수신 한다. 상기 메시지 생성부(740)는 상기 제어부(700) 지시 또는 판단에 따라 메시지를 생성하여 상기 메시지 송수신부로 전달한다. 상기 데이터 송수신부(750)는 상기 소정의 SCTP 메시지에 따라 제어된 데이터를 송수신한다. 상기 제어부(700)는 상기 송수신노드의 장치 구성요소들을 총괄 제어한다.
또한, 도 7에서 상술한 모든 블록들은 제어부(700) 등의 블록을 이용하여 구현할 수 있음은 자명한 사실이다.
한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되지 않으며, 후술되는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다.
본 발명은 손실이 잦은 무선환경에 강하고 직관적인 SACK 포맷과 비트의 효율적 사용에서 장점이 있는 SBCA를 적용함으로써 통신성능을 향상할 수 있는 효과가 있다.
또한 본 발명은 다중 호밍(Multi-Homing)과 다중 스트리밍(Multi-Streaming) 등의 기능을 통하여 네트워크 상에서 공중전화망의 신호를 안전하게 전달할 수 있는 효과도 있다.

Claims (15)

  1. 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법에 있어서,
    송신노드로부터 적어도 하나의 청크 데이터를 수신하는 과정과,
    누적 수신응답(ACK) 후 상기 청크 각각에 대한 비트화 수신응답 정보를 생성하는 과정과,
    상기 정보를 소정의 비트를 갖는 워드에 최하위 비트부터 역순으로 기록한 소정의 메시지를 송신하는 과정과,
    손실된 청크 데이터를 재수신하는 과정을 포함하는 것을 특징으로 하는 상기 방법.
  2. 제1항에 있어서,
    상기 비트화 수신응답 정보는 상기 청크 각각에 대해 손실은 '0'으로, 성공은 '1'로 표시하는 것을 특징으로 하는 상기 방법 .
  3. 제1항에 있어서,
    상기 소정의 메시지에는 손실 또는 성공 중 어느 하나에 따라 비트 당 청크의 수(Granularity)를 설정할 수 있는 것을 특징으로 하는 상기 방법.
  4. 제1항에 있어서,
    상기 정보는 소정의 비트를 갖는 워드에 최하위 비트부터 역순으로 기록한 후 나머지 비트는 '0'으로 채우는 것을 특징으로 하는 상기 방법.
  5. 제1항에 있어서,
    상기 청크의 수가 상기 소정의 비트 값보다 크면 추가 워드를 생성할 수 있는 것을 특징으로 하는 상기 방법.
  6. 유무선 네트워크에서 비트화 데이터 청크 수신응답 방법에 있어서,
    수신노드로 적어도 하나의 청크 데이터를 송신하는 과정과,
    상기 수신노드로부터 상기 청크 각각에 대한 비트화 수신응답 정보를 워드에 최하위 비트부터 역순으로 기록된 소정의 메시지를 수신하는 과정과,
    상기 정보를 분석하여 손실된 청크 데이터를 재송신하는 과정을 포함하는 것을 특징으로 하는 상기 방법.
  7. 제6항에 있어서,
    상기 비트화 수신응답 정보는 상기 청크 각각에 대해 손실은 '0'으로, 성공은 '1'로 표시하는 것을 특징으로 하는 상기 방법 .
  8. 제6항에 있어서,
    상기 소정의 메시지에는 손실 또는 성공 중 어느 하나에 따라 비트 당 청크의 수(Granularity)를 설정할 수 있는 것을 특징으로 하는 상기 방법.
  9. 제6항에 있어서,
    상기 정보는 소정의 비트를 갖는 워드에 최하위 비트부터 역순으로 기록한 후 나머지 비트는 '0'으로 채우는 것을 특징으로 하는 상기 방법.
  10. 제6항에 있어서,
    상기 청크의 수가 상기 소정의 비트 값보다 크면 추가 워드를 생성할 수 있는 것을 특징으로 하는 상기 방법.
  11. 유무선 네트워크에서 비트화 데이터 청크 수신응답 송수신노드의 장치에 있 어서,
    구성요소를 총괄 제어하는 제어부와,
    상기 제어부의 지시 또는 판단에 따라 비트화 수신응답 정보를 생성하는 수신응답 정보 생성부와,
    상기 비트화 수신응답 정보를 수신하여 분석하고, 분석결과를 상기 제어부로 전달하는 수신응답 정보 분석부와,
    상기 제어부의 지시 또는 판단에 따라 소정의 메시지를 생성하여 상기 메시지 송수신부로 전달하는 메시지 생성부와,
    송수신노드 간에 송수신되는 소정의 메시지를 송수신하는 메시지 송수신부와,
    상기 비트화 수신응답 정보에 따라 제어된 데이터 청크를 송수신하는 데이터 송수신부를 포함하는 것을 특징으로 하는 상기 장치.
  12. 제11항에 있어서,
    상기 비트화 수신응답 정보는 상기 청크 각각에 대해 손실은 '0'으로, 성공은 '1'로 표시하는 것을 특징으로 하는 상기 장치.
  13. 제11항에 있어서,
    상기 소정의 메시지에는 손실 또는 성공 중 어느 하나에 따라 비트 당 청크의 수(Granularity)를 설정할 수 있는 것을 특징으로 하는 상기 장치.
  14. 제11항에 있어서,
    상기 정보는 소정의 비트를 갖는 워드에 최하위 비트부터 역순으로 기록한 후 나머지 비트는 '0'으로 채우는 것을 특징으로 하는 상기 장치.
  15. 제11항에 있어서,
    상기 청크의 수가 상기 소정의 비트 값보다 크면 추가 워드를 생성할 수 있는 것을 특징으로 하는 상기 장치.
KR1020050033995A 2005-04-25 2005-04-25 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법및 장치 KR20060112287A (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020050033995A KR20060112287A (ko) 2005-04-25 2005-04-25 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법및 장치
US11/410,286 US20060259845A1 (en) 2005-04-25 2006-04-25 Method and apparatus for acknowledging a bitwise data chunk in wireline and wireless communication systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020050033995A KR20060112287A (ko) 2005-04-25 2005-04-25 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법및 장치

Publications (1)

Publication Number Publication Date
KR20060112287A true KR20060112287A (ko) 2006-10-31

Family

ID=37420628

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020050033995A KR20060112287A (ko) 2005-04-25 2005-04-25 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법및 장치

Country Status (2)

Country Link
US (1) US20060259845A1 (ko)
KR (1) KR20060112287A (ko)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007187941A (ja) * 2006-01-16 2007-07-26 Sony Corp データの変換方法およびクライアント・サーバシステム
EP2008390B1 (en) * 2006-04-19 2014-12-24 Telefonaktiebolaget L M Ericsson (publ) Method and apparatus for selective acknowledgement
US8792487B2 (en) * 2007-08-21 2014-07-29 Cisco Technology, Inc. Communication path selection
EP2075972A1 (en) * 2007-09-07 2009-07-01 Nokia Siemens Networks Oy Transmitter
US8976814B2 (en) * 2011-12-09 2015-03-10 General Electric Company Method of transporting data from sending node to destination node
US9295085B2 (en) * 2012-10-15 2016-03-22 Intel Corporation Communication system and method of data transmission for a medium access control layer
CN104754012B (zh) * 2013-12-31 2019-02-15 北京新媒传信科技有限公司 一种数据传输方法和数据传输系统
WO2015118553A1 (en) * 2014-02-06 2015-08-13 Council Of Scientific & Industrial Research Method and device for detecting a malicious sctp receiver terminal
KR102397287B1 (ko) 2017-07-11 2022-05-13 삼성전자 주식회사 무선 충전을 위한 데이터 통신 방법 및 이를 사용하는 전자 장치

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6470391B2 (en) * 1995-09-08 2002-10-22 Hitachi, Ltd. Method for transmitting data via a network in a form of divided sub-packets
US6445717B1 (en) * 1998-05-01 2002-09-03 Niwot Networks, Inc. System for recovering lost information in a data stream
US7161909B2 (en) * 2004-04-23 2007-01-09 Samsung Electronics Co., Ltd. Method and system for acknowledging the receipt of a transmitted data stream in a wireless communication system
JP4012172B2 (ja) * 2004-05-28 2007-11-21 株式会社東芝 無線通信装置及び無線通信方法
US7385976B2 (en) * 2004-08-12 2008-06-10 Mitsubishi Electric Research Laboratories, Inc. Method for acknowledging data packets in a network
US7599363B2 (en) * 2004-08-13 2009-10-06 Samsung Electronics Co. Ltd Method for reporting reception result of packets in mobile communication system
KR100663465B1 (ko) * 2004-10-08 2007-01-02 삼성전자주식회사 전송제어 프로토콜을 사용하는 데이터 네트워크에서 다중 세그먼트 복구를 위한 가상 블록 정보의 송수신 방법 및 장치

Also Published As

Publication number Publication date
US20060259845A1 (en) 2006-11-16

Similar Documents

Publication Publication Date Title
Mathis et al. TCP selective acknowledgment options
Mathis et al. RFC2018: TCP selective acknowledgement options
Ong et al. An introduction to the stream control transmission protocol (SCTP)
KR20060112287A (ko) 유무선 통신시스템에서 비트화 데이터 청크 수신응답 방법및 장치
KR100785293B1 (ko) 다중 ｔｃｐ확인응답을 이용한 ｔｃｐ 혼잡 제어 시스템및 그 방법
EP1568180B1 (en) A method for enhancing transmission quality of streaming media
US20060002301A1 (en) Transferring transmission control protocol packets
Pelletier et al. RObust header compression (ROHC): a profile for TCP/IP (ROHC-TCP)
CN113765626B (zh) 一种移动通信系统的数据传输方法和装置
Vangala et al. The TCP SACK-aware snoop protocol for TCP over wireless networks
US8427951B2 (en) Method, system, and apparatus for reliable data packet recovery in a link layer of a data center ethernet network
CN110622449A (zh) 用于生成、发送和接收网络编码(nc)快速udp互联网连接(quic)分组的系统和技术
Caro et al. Retransmission policies with transport layer multihoming
JP2005520374A (ja) Ｔｃｐ／ｉｐに対する変更
Maisuria et al. Overview of techniques for improving QoS of TCP over wireless links
Lee et al. A simulation study of TCP performance over IEEE 1394 home networks
Coonjah et al. An investigation of the TCP meltdown problem and proposing raptor codes as a novel to decrease TCP retransmissions in VPN systems
KR20110078564A (ko) 멀티-호밍 기능을 제공하는 통신 프로토콜에 있어서의 패킷 왕복 시간 업데이트 방법 및 멀티-호밍 기능을 제공하는 통신 장치
Srijith et al. Worst-case performance limitation of TCP SACK and a feasible solution
KR100780921B1 (ko) 청크첵섬을 사용하는 무선 인터넷 에스씨티피 송수신시스템 및 방법
Naito et al. New analytical model for TCP in wireless environments
Nagamalai et al. Performance of SCTP over high speed wide area networks
Dhara et al. A performance enhanced transmission control protocol for inter-planetary networks
Ye et al. Independent per path congestion control for reliable data transmission between multi-homed hosts
Hong et al. A performance improvement scheme of stream control transmission protocol over wireless networks

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application