KR20220170688A - Sdp 프로토콜 처리 방법 - Google Patents

Sdp 프로토콜 처리 방법 Download PDF

Info

Publication number
KR20220170688A
KR20220170688A KR1020210081858A KR20210081858A KR20220170688A KR 20220170688 A KR20220170688 A KR 20220170688A KR 1020210081858 A KR1020210081858 A KR 1020210081858A KR 20210081858 A KR20210081858 A KR 20210081858A KR 20220170688 A KR20220170688 A KR 20220170688A
Authority
KR
South Korea
Prior art keywords
data packet
transmission mode
node
data
packet
Prior art date
Application number
KR1020210081858A
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 KR1020210081858A priority Critical patent/KR20220170688A/ko
Publication of KR20220170688A publication Critical patent/KR20220170688A/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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/201—Frame classification, e.g. bad, good or erased
    • 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/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/203—Details of error rate determination, e.g. BER, FER or WER
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명의 실시 형태는 발신노드와 수신노드간의 네트워크 데이터 통신을 처리하는 통신 프로토콜인 SDP 프로토콜 처리 방법으로서, 상기 발신노드가, 전송되는 데이터패킷의 종류를 파악하는 데이터패킷 종류 파악 과정; 상기 발신노드가, 제1프로토콜 방식인 R 전송모드, 제2프로토콜 방식인 N 전송모드, 제3프로토콜 방식인 I 전송모드 중에서 어느 하나의 전송모드를 선택하는 전송모드 선택 과정; 상기 R 전송모드, N 전송모드, I 전송모드 중에서 선택되는 어느 하나의 전송모드에 따라서 데이터패킷 송수신이 이루어지는 데이터패킷 송수신 과정;을 포함할 수 있다.

Description

SDP 프로토콜 처리 방법{Method for SDP protocol}
본 발명은 프로토콜 처리 방법으로서, 발신측과 수신측간의 통신 프로토콜 처리 방법에 관한 것이다.
네트워크 환경이 날이 갈수록 좋아지고 있지만 가상현실 세상이 점점 다가오는 오늘날 실시간 미디어 서비스는 HD에서 FHD로, FHD에서 4K, 8K로 빠르게 발전되어 가는 상황이다.
현재 실시간 데이터 전송 기술은 아직도 1983년 개발된 TCP 및 UDP의 두 가지 프로토콜을 사용하고 있다.
TCP(Transmission Control Protocol)의 경우, UDP보다 전송 속도가 느리는데, 신뢰성 있는 데이터를 전송하기 위하여 패킷손실이 있을 경우 손실된 패킷을 계속 재전송하는 방식으로 진행되기에 빠른 응답을 요구하는 실시간 대화형 멀티미디어 서비스에서 화면이 끊기거나 응답이 지연되는 현상이 발생한다.
UDP(User Datagram Protocol)의 경우, 인터넷에서 정보를 주고받을 때 한쪽에서 일방적으로 보내는 방식의 통신 프로토콜로서, TCP보다 전송 속도가 빠르다. 비연결형 서비스로 데이터그램 방식을 제공하며, 정보를 주고 받을때 정보를 보내거나 받는다는 신호절차를 거치지 않는다. 신뢰성없는 데이터를 전송하므로 전송속도가 빠르다. 다만, 패킷 손실에 대하여 추가처리를 진행하지 않기에 화질 및 음성 퀄리티를 보장할 수 없다.
그런데 상기의 TCP, UDP 방식의 프로토콜은 현재의 높은 대역폭 및 빠른 응답을 요구하는 실시간 대화형 멀티미디어 서비스(예컨대, 가상현실 등) 또는 실시간 글로벌 미디어 서비스에 적합하지 않다.
한국공개특허 10-2014-0143355
본 발명의 기술적 과제는 실시간 대화형 멀티미디어 서비스(예컨대, 가상현실 등에 적합한 새로운 통신 프로토콜을 제공하는데 있다.
본 발명의 실시 형태는 발신노드와 수신노드간의 네트워크 데이터 통신을 처리하는 통신 프로토콜인 SDP 프로토콜 처리 방법으로서, 상기 발신노드가, 전송되는 데이터패킷의 종류를 파악하는 데이터패킷 종류 파악 과정; 상기 발신노드가, 제1프로토콜 방식인 R 전송모드, 제2프로토콜 방식인 N 전송모드, 제3프로토콜 방식인 I 전송모드 중에서 어느 하나의 전송모드를 선택하는 전송모드 선택 과정; 상기 R 전송모드, N 전송모드, I 전송모드 중에서 선택되는 어느 하나의 전송모드에 따라서 데이터패킷 송수신이 이루어지는 데이터패킷 송수신 과정;을 포함할 수 있다.
상기 전송모드 선택 과정은, 전송되는 데이터패킷의 종류가 영상 데이터, 음성 데이터를 포함하는 미디어 데이터패킷인 경우 상기 R 전송모드로 선택되며, 전송되는 데이터패킷의 종류가 제어명령을 포함하는 기준 패킷보다 작은 데이터패킷인 경우 상기 N 전송모드로 선택되며, 전송되는 데이터패킷의 종류가 동영상 데이터를 다운로드받거나, 인터넷 통신속도가 미리 설정된 기준 속도보다 느린 경우 상기 I 전송모드로 선택됨을 특징으로 할 수 있다.
상기 R 전송모드로 선택되는 경우, 상기 데이터패킷 송수신 과정은, 발신 노드가 데이터패킷을 수신노드로 전송하는 과정; 상기 수신노드가, 수신한 데이터패킷에서 정해진 기준 손실율보다 높은 패킷손실율이 감지되는 경우, 발신 노드에 패킷보완요청하는 과정; 상기 패킷보완요청을 수신한 발신노드가, N번째 데이터패킷과 N+1번째 데이터패킷을 XOR 연산처리하여 XOR 데이터패킷을 생성하는 과정; 상기 발신노드가, N번째 데이터패킷과, N+1번째 데이터패킷과, XOR 데이터패킷으로 이루어진 3개의 데이터패킷을 수신노드로 전송하는 과정; 상기 3개의 데이터패킷 중에서 1개의 데이터패킷의 손실이 있는 경우, 상기 수신노드가 수신된 2개의 데이터패킷을 이용하여 패킷손실된 데이터패킷을 재구성하는 과정; 상기 수신노드가, 패킷손실율이 상기 기준 손실율보다 낮은 경우 보완종료요청을 전송하는 과정; 상기 발신노드가, 상기 보완종료요청이 수신되는 경우 XOR 데이터패킷의 생성 및 전송을 종료하는 과정;을 포함할 수 있다.
상기 N 전송모드로 선택되는 경우, 상기 데이터패킷 송수신 과정은, 발신노드가 데이터패킷을 수신노드로 전송하는 과정; 상기 수신노드가, 데이터패킷을 받으면 ACK 신호를 발신노드로 전송하는 과정; 상기 발신노드가, 수신노드로부터 ACK 신호를 받으면 ACK 수신하였다는 응답 신호를 수신노드로 전송하며, 수신노드로부터 ACK 신호를 받지 못할 경우 수신노드로부터 ACK 신호를 받을 때까지 데이터패킷 재전송이 설정된 주기 간격으로 반복하는 과정;을 포함할 수 있다.
상기 I 전송모드는, R 전송모드와 N 전송모드가 혼합되어 전송되는 프로토콜 모드임을 특징으로 할 수 있다.
상기 I 전송모드로 선택되는 경우, 상기 데이터패킷 송수신 과정은, 발신노드가, N번째 데이터패킷과 N+1번째 데이터패킷을 XOR 연산처리하여 XOR 데이터패킷을 생성하는 과정; 상기 발신노드가, N번째 데이터패킷과, N+1번째 데이터패킷과, XOR 데이터패킷으로 이루어진 3개의 데이터패킷을 수신노드로 전송하는 과정; 상기 수신노드가, 데이터패킷을 받을 때마다 수신한 데이터패킷에 대한 ACK 신호를 발신노드로 전송하는 과정; 상기 발신노드가, 수신노드로부터 ACK 신호를 받으면 ACK 수신하였다는 응답 신호를 수신노드로 전송하며, 수신노드로부터 ACK 신호를 받지 못할 경우 수신노드로부터 ACK 신호를 받을 때까지 ACK 신호없는 데이터패킷만 재전송을 반복 수행하는 과정; 상기 수신노드가, 3개의 데이터패킷 중에서 2개 이상의 데이터패킷을 수신하는 경우, 모든 데이터패킷에 대한 ACK 신호를 발신노드로 전송하고, 3개의 데이터패킷 중에서 수신된 2개의 데이터패킷을 이용하여 수신완료 데이터패킷으로 재구성하는 과정;을 포함할 수 있다.
본 발명의 실시 형태에 따르면 빠르고 신뢰성 있게 데이터를 전송하는 프로토콜인 SDP 프로토콜을 제공함으로써, 실시간 대화형 멀티미디어 서비스(예컨대, 가상현실 등) 또는 실시간 글로벌 미디어 서비스를 효율적으로 제공할 수 있다.
도 1은 본 발명의 실시예에 따른 SDP 프로토콜 처리 과정을 도시한 플로차트.
도 2는 본 발명의 실시예에 따른 R 전송모드의 프로토콜 예시 그림.
도 3은 UDP 전송방식과 본 발명의 R 전송모드간의 패킷 손실율 도표.
도 4는 본 발명의 실시예에 따른 N 전송모드의 프로토콜 예시 그림.
도 5는 본 발명의 실시예에 따른 I 전송모드의 프로토콜 예시 그림.
도 6은 본 발명의 실시예에 따른 N 전송모드와 I 전송모드를 비교한 도표.
이하, 본 발명의 장점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은, 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 것이며, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것으로, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 또한, 본 발명을 설명함에 있어 관련된 공지 기술 등이 본 발명의 요지를 흐리게 할 수 있다고 판단되는 경우 그에 관한 자세한 설명은 생략하기로 한다.
도 1은 본 발명의 실시예에 따른 SDP 프로토콜 처리 과정을 도시한 플로차트이며, 도 2는 본 발명의 실시예에 따른 R 전송모드의 프로토콜 예시 그림이며, 도 3은 UDP 전송방식과 본 발명의 R 전송모드간의 패킷 손실율 도표이며, 도 4는 본 발명의 실시예에 따른 N 전송모드의 프로토콜 예시 그림이며, 도 5는 본 발명의 실시예에 따른 I 전송모드의 프로토콜 예시 그림이며, 도 6은 본 발명의 실시예에 따른 N 전송모드와 I 전송모드를 비교한 도표이다.
본 명세서에서 "SDP"라는 용어는 Stable Data Protocol의 약자로서, UDP 프로토콜처럼 빠르고 신뢰성 있게 데이터를 전송하는 프로토콜이다. SDP 프로토콜은 R(Rapid)와, N(Normal), I(Intelligent) 세 가지 전송모드를 지원하는데, 용도 및 상황에 따라서 자동으로 모드를 선택하여 전송한다.
또한 발신노드, 수신노드라 함은, 컴퓨터, 스마트폰 등과 같이 연산 처리가 가능한 단말로서 정해진 프로토콜에 따라서 네트워크 데이터 통신을 수행하는 기기를 말한다.
발신노드와 수신노드간의 네트워크 데이터 통신을 처리하는 통신 프로토콜인 본 발명의 SDP 프로토콜 처리 방법은, 도 1에 도시한 바와 같이 발신노드가 전송되는 데이터패킷의 종류를 파악하는 데이터패킷 종류 파악 과정(S100)과, 발신노드가 전송되는 데이터패킷의 종류에 따라서 제1프로토콜 방식인 R 전송모드, 제2프로토콜 방식인 N 전송모드, 제3프로토콜 방식인 I 전송모드 중에서 어느 하나의 전송모드를 선택하는 전송모드 선택 과정(S200)과, R 전송모드, N 전송모드, I 전송모드 중에서 선택되는 어느 하나의 전송 프로코콜 모드에 따라서 데이터패킷 숑수신이 이루어지는 데이터패킷 송수신 과정(S300)을 포함할 수 있다. 이하 상술한다.
데이터패킷 종류 파악 과정(S100)은, 발신노드가, 전송되는 데이터패킷의 종류를 파악하는 과정이다. 데이터패킷의 헤더 정보에는 전송되는 데이터의 종류(용도)에 대한 정보가 들어 있는데, 예를 들어, 전송되는 데이터패킷이 영상 데이터, 음성 데이터, 동영상 데이터인지에 대한 정보가 들어 있어 이러한 헤더 정보를 통하여 전송되는 데이터패킷의 종류를 파악할 수 있다.
전송모드 선택 과정(S200)은, 발신노드가, 제1프로토콜 방식인 R 전송모드, 제2프로토콜 방식인 N 전송모드, 제3프로토콜 방식인 I 전송모드 중에서 어느 하나의 전송모드를 선택하는 과정이다.
R(Rapid) 전송모드는, 패킷 손실복구 기능을 갖춘 모드로서 주로 영상 및 음성 등 미디어 정보를 실시간 빠르게 비교적 안전하게 전송할 때 선택되는 전송모드이다. 따라서 R 전송모드는, 전송되는 데이터패킷의 종류가 영상 데이터, 음성 데이터를 포함하는 미디어 데이터패킷인 경우 선택된다.
N(Normal) 전송모드는, 신뢰성을 갖춘 모드로서 주로 Control 명령 등과 같이 사이즈가 작은 패킷을 보낼 때 사용되는 전송모드이다. 따라서 전송되는 데이터패킷의 종류가 기준 패킷보다 작은 데이터패킷인 경우 선택되는데, 한 번 더 전송되는 모드이다.
I(Intelligent) 전송모드는, R전송모드 + N전송모드가 혼합된 모드로서 신뢰성 및 비교적 빠른 전송속도를 겸비한 지능형 모드이다. 주로 이미지 및 동영상 파일을 다운받을 때 주로 사용하며 인터넷 상황이 매우 안 좋을 경우 N 전송모드 대체용으로 사용된다. 따라서 전송되는 데이터패킷의 종류가 동영상 데이터를 다운로드받거나, 인터넷 통신속도가 미리 설정된 기준 속도보다 느린 경우 선택된다.
데이터패킷 송수신 과정은, R 전송모드, N 전송모드, I 전송모드 중에서 선택되는 어느 하나의 전송모드에 따라서 데이터패킷 송수신이 이루어지는 과정이다.
R 전송모드가 선택되는 경우 제1프로토콜 방식으로서 데이터패킷 송수신이 이루어지며(S310), N 전송모드가 선택되는 경우 제2프로토콜 방식으로서 데이터패킷 송수신이 이루어지며(S320), I 전송모드가 선택되는 경우, 제3프로토콜 방식으로서 데이터패킷 송수신이 이루어지는 것(S330)이다.
상술하면, R 전송모드로 선택되는 경우, 데이터패킷 송수신 과정(S310)은, 데이터패킷 전송 과정, 패킷보완요청 과정, 3개 데이터패킷 생성 과정, 3개 데이터패킷 전송 과정, 데이터패킷 재구성 과정을 포함할 수 있다.
데이터패킷 전송 과정은, 발신 노드가 데이터패킷을 수신노드로 전송하는 과정이다.
패킷보완요청 과정은, 수신노드가 수신한 데이터패킷에서 정해진 기준 손실율보다 높은 패킷손실율이 감지되는 경우, 발신 노드에 패킷보완요청하는 과정이다. 예를 들어, 제1데이터패킷을 수신하여 CRC 에러체크한 결과, 기준 손실율보다 높은 패킷손실율이 감지되는 경우, 제1데이터패킷을 보완해줄 것을 요청하는 과정이다.
3개 데이터패킷 생성 과정은, 패킷보완요청을 수신한 발신노드가, N번째 데이터패킷과 N+1번째 데이터패킷을 XOR 연산처리하여 XOR 데이터패킷을 생성하는 과정이다. 예를 들어, 발신노드에서 전송할 패킷이 A1,A2,A3,A4일 때 A1 XOR A2 =A12(새로운 패킷), A3 XOR A4=A34(새로운 패킷)생성한다.
3개 데이터패킷 전송 과정은, 발신노드가, N번째 데이터패킷과, N+1번째 데이터패킷과, XOR 데이터패킷으로 이루어진 3개의 데이터패킷을 수신노드로 전송하는 과정이다. 따라서 제1데이터패킷 2개와 XOR 연산처리된 데이터패킷 1개가 수신노드로 전송되는데, 예컨대, 수신노드로 A1,A2,A12,A3,A4,A34를 발송한다.
데이터패킷 재구성 과정은, 3개의 데이터패킷 중에서 1개의 데이터패킷의 손실이 있는 경우, 상기 수신노드가 수신된 2개의 데이터패킷을 이용하여 패킷손실된 데이터패킷을 재구성하는 과정이다. 예를 들어, 수신노드에서 A1,A2,A12중 임의의 2개 패킷을 수신하게 되면 나머지 한 개 패킷 복구가 가능하게 된다. 예컨대, A1 XOR A12 = A2, A2 XOR A12 = A1이 된다. A3,A4,A34패킷도 동일하게 임의의 2개 패킷만 수신되면 나머지 한 개 패킷을 XOR연산으로 복구가 가능하다..
참고로, 도 3은 기존의 UDP 방식의 패킷 손실율과 본 발명의 R 전송모드에서의 패킷손실율을 도시하였는데, 본 발명의 R 전송모드에서의 패킷 손실율이 훨씬 작아짐을 알 수 있다.
인터넷유실율이란 패킷을 발송한 후 인터넷상황에 따라 5%확률로 손실된다는 의미이다. UDP패킷손실율은 발신노드가 A1,A2패킷을 발송시 패킷손실이 발생하는 확률로 100%에서 A1과 A2두개 패킷을 전부 수신한 확률을 빼면 됩니다. 즉 인터넷유실율이 5%일 경우 1-(1-0.05)*(1-0.05)=0.0975이다.
R모드일 경우 패킷 손실율은 A1,A2,A12(XOR연산후 패킷)중 임의의 2개이상의 패킷이 손실될 경우 패킷 손실이 발생한다. 확률계산은 3*(1-0.05)*0.05*0.05 - 0.05*0.05*0.05=0.00725이다.
한편, N 전송모드로 선택되는 경우, 데이터패킷 송수신 과정(S3120)은, 도 4에 도시한 바와 같이 데이터패킷 전송 과정, ACK 신호 전송 과정, 데이터패킷 재전송 반복 과정을 가진다.
데이터패킷 전송 과정은, 발신노드가 데이터패킷을 수신노드로 전송하는 과정이다.
ACK 신호 전송 과정은, 수신노드가, 데이터패킷을 받으면 ACK(acknowledge) 신호를 발신노드로 전송하는 과정이다.
데이터패킷 재전송 반복 과정은, 발신노드가, 수신노드로부터 ACK 신호를 받으면 ACK 수신하였다는 응답 신호를 수신노드로 전송하며, 수신노드로부터 ACK 신호를 받지 못할 경우 수신노드로부터 ACK 신호를 받을 때까지 데이터패킷 재전송이 설정된 주기 간격(예컨대, 80ms 간격)으로 반복하는 과정이다.
I 전송모드는, R 전송모드와 N 전송모드가 혼합되어 전송되는 프로토콜 모드로서, I 전송모드로 선택되는 경우, 데이터패킷 송수신 과정(S330)은, 도 5에 도시한 바와 같이 XOR 데이터패킷 생성 과정, 3개 데이터패킷 전송 과정, ACK 신호 전송 과정, 데이터패킷 재전송 과정, 데이터패킷 재구성 과정을 포함한다.
XOR 데이터패킷 생성 과정은, 발신노드가, N번째 데이터패킷과 N+1번째 데이터패킷을 XOR 연산처리하여 XOR 데이터패킷을 생성하는 과정이다. 예를 들어, 발신노드에서 전송할 패킷이 A1,A2,A3,A4,A5,A6일 때 A1 XOR A2 =A12(새로운 패킷), A3 XOR A4=A34(새로운 패킷), A5 XOR A6 =A56(새로운 패킷)을 생성한다.
3개 데이터패킷 전송 과정은, 발신노드가, N번째 데이터패킷과, N+1번째 데이터패킷과, XOR 데이터패킷으로 이루어진 3개의 데이터패킷을 수신노드로 전송하는 과정이다. 따라서 A1,A2,A12,A3,A4,A34,A4,A5,A45..를 전송한다.
ACK 신호 전송 과정은, 수신노드가, 데이터패킷을 받을 때마다 수신한 데이터패킷에 대한 ACK 신호를 발신노드로 전송하는 과정이다. 예를 들어, 첫번째 제1데이터패킷을 받을 때 ACK 신호를 전송하며, 동일한 두번째 제1데이터패킷을 받을 때 역시 ACK 신호를 전송하며, XOR 데이터패킷을 받을 때 역시 ACK 신호를 전송한다.
데이터패킷 재전송 과정은, 발신노드가, 수신노드로부터 ACK 신호를 받으면 ACK 수신하였다는 응답 신호를 수신노드로 전송하며, 수신노드로부터 ACK 신호를 받지 못할 경우 수신노드로부터 ACK 신호를 받을 때까지 ACK 신호없는 데이터패킷만 재전송을 반복 수행(예컨대, 80ms 간격)한다. 예를 들어 한 개의 XOR 데이터패킷에 대한 ACK 신호가 수신되지 않는 경우 ACK 수신될 때까지 80ms 간격으로 XOR 데이터패킷을 반복 재전송한다.
데이터패킷 재구성 과정은, 수신노드에서 수신시 UDP이기에 수신 순서가 보장되지는 않기에 일정시간(60ms) 버퍼링한후 손실된 패킷에 대하여 데이터재구성을 진행하는 과정이다. 즉, 수신노드가, 3개의 데이터패킷 중에서 2개 이상의 데이터패킷을 수신하는 경우, 모든 데이터패킷에 대한 ACK 신호를 발신노드로 전송하고, 3개의 데이터패킷 중에서 수신된 2개의 데이터패킷을 이용하여 수신완료 데이터패킷으로 재구성한다. 수신노드에서 받은 패킷개수(중복된 패킷제외)가 2개 이상일 경우 모든 데이터패킷에 대하여 ACK를 보내며 패킷을 재구성한다. 따라서 수신노드에서 3개 데이터패킷 중에서 2개만 받아도 모든 전송패킷을 복원할 수 있다. 참고로, 도 6은 본 발명의 N 전송모드와 I 전송모드를 비교한 도표이다.
상술한 본 발명의 설명에서의 실시예는 여러가지 실시가능한 예중에서 당업자의 이해를 돕기 위하여 가장 바람직한 예를 선정하여 제시한 것으로, 이 발명의 기술적 사상이 반드시 이 실시예만 의해서 한정되거나 제한되는 것은 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위내에서 다양한 변화와 변경 및 균등한 타의 실시예가 가능한 것이다.

Claims (6)

  1. 발신노드와 수신노드간의 네트워크 데이터 통신을 처리하는 통신 프로토콜인 SDP 프로토콜 처리 방법으로서,
    상기 발신노드가, 전송되는 데이터패킷의 종류를 파악하는 데이터패킷 종류 파악 과정;
    상기 발신노드가, 제1프로토콜 방식인 R 전송모드, 제2프로토콜 방식인 N 전송모드, 제3프로토콜 방식인 I 전송모드 중에서 어느 하나의 전송모드를 선택하는 전송모드 선택 과정;
    상기 R 전송모드, N 전송모드, I 전송모드 중에서 선택되는 어느 하나의 전송모드에 따라서 데이터패킷 송수신이 이루어지는 데이터패킷 송수신 과정;
    을 포함하는 SDP 프로토콜 처리 방법.
  2. 청구항 1에 있어서, 상기 전송모드 선택 과정은,
    전송되는 데이터패킷의 종류가 영상 데이터, 음성 데이터를 포함하는 미디어 데이터패킷인 경우 상기 R 전송모드로 선택되며,
    전송되는 데이터패킷의 종류가 제어명령을 포함하는 기준 패킷보다 작은 데이터패킷인 경우 상기 N 전송모드로 선택되며,
    전송되는 데이터패킷의 종류가 동영상 데이터를 다운로드받거나, 인터넷 통신속도가 미리 설정된 기준 속도보다 느린 경우 상기 I 전송모드로 선택됨을 특징으로 하는 SDP 프로토콜 처리 방법.
  3. 청구항 2에 있어서, 상기 R 전송모드로 선택되는 경우, 상기 데이터패킷 송수신 과정은,
    발신 노드가 데이터패킷을 수신노드로 전송하는 과정;
    상기 수신노드가, 수신한 데이터패킷에서 정해진 기준 손실율보다 높은 패킷손실율이 감지되는 경우, 발신 노드에 패킷보완요청하는 과정;
    상기 패킷보완요청을 수신한 발신노드가, N번째 데이터패킷과 N+1번째 데이터패킷을 XOR 연산처리하여 XOR 데이터패킷을 생성하는 과정;
    상기 발신노드가, N번째 데이터패킷과, N+1번째 데이터패킷과, XOR 데이터패킷으로 이루어진 3개의 데이터패킷을 수신노드로 전송하는 과정;
    상기 3개의 데이터패킷 중에서 1개의 데이터패킷의 손실이 있는 경우, 상기 수신노드가 수신된 2개의 데이터패킷을 이용하여 패킷손실된 데이터패킷을 재구성하는 과정;
    상기 수신노드가, 패킷손실율이 상기 기준 손실율보다 낮은 경우 보완종료요청을 전송하는 과정;
    상기 발신노드가, 상기 보완종료요청이 수신되는 경우 XOR 데이터패킷의 생성 및 전송을 종료하는 과정;
    을 포함하는 SDP 프로토콜 처리 방법.
  4. 청구항 2에 있어서, 상기 N 전송모드로 선택되는 경우, 상기 데이터패킷 송수신 과정은,
    발신노드가 데이터패킷을 수신노드로 전송하는 과정;
    상기 수신노드가, 데이터패킷을 받으면 ACK 신호를 발신노드로 전송하는 과정;
    상기 발신노드가, 수신노드로부터 ACK 신호를 받으면 ACK 수신하였다는 응답 신호를 수신노드로 전송하며, 수신노드로부터 ACK 신호를 받지 못할 경우 수신노드로부터 ACK 신호를 받을 때까지 데이터패킷 재전송이 설정된 주기 간격으로 반복하는 과정;
    을 포함하는 SDP 프로토콜 처리 방법.
  5. 청구항 2에 있어서, 상기 I 전송모드는,
    R 전송모드와 N 전송모드가 혼합되어 전송되는 프로토콜 모드임을 특징으로 하는 SDP 프로토콜 처리 방법.
  6. 청구항 5에 있어서, 상기 I 전송모드로 선택되는 경우, 상기 데이터패킷 송수신 과정은,
    발신노드가, N번째 데이터패킷과 N+1번째 데이터패킷을 XOR 연산처리하여 XOR 데이터패킷을 생성하는 과정;
    상기 발신노드가, N번째 데이터패킷과, N+1번째 데이터패킷과, XOR 데이터패킷으로 이루어진 3개의 데이터패킷을 수신노드로 전송하는 과정;
    상기 수신노드가, 데이터패킷을 받을 때마다 수신한 데이터패킷에 대한 ACK 신호를 발신노드로 전송하는 과정;
    상기 발신노드가, 수신노드로부터 ACK 신호를 받으면 ACK 수신하였다는 응답 신호를 수신노드로 전송하며, 수신노드로부터 ACK 신호를 받지 못할 경우 수신노드로부터 ACK 신호를 받을 때까지 ACK 신호없는 데이터패킷만 재전송을 반복 수행하는 과정;
    상기 수신노드가, 3개의 데이터패킷 중에서 2개 이상의 데이터패킷을 수신하는 경우, 모든 데이터패킷에 대한 ACK 신호를 발신노드로 전송하고, 3개의 데이터패킷 중에서 수신된 2개의 데이터패킷을 이용하여 수신완료 데이터패킷으로 재구성하는 과정;
    을 포함하는 SDP 프로토콜 처리 방법.
KR1020210081858A 2021-06-23 2021-06-23 Sdp 프로토콜 처리 방법 KR20220170688A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210081858A KR20220170688A (ko) 2021-06-23 2021-06-23 Sdp 프로토콜 처리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210081858A KR20220170688A (ko) 2021-06-23 2021-06-23 Sdp 프로토콜 처리 방법

Publications (1)

Publication Number Publication Date
KR20220170688A true KR20220170688A (ko) 2022-12-30

Family

ID=84538800

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210081858A KR20220170688A (ko) 2021-06-23 2021-06-23 Sdp 프로토콜 처리 방법

Country Status (1)

Country Link
KR (1) KR20220170688A (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140143355A (ko) 2011-12-28 2014-12-16 씨디에프 케 유안 지연이 큰 네트워크들에 대한 ｔｃｐ 혼잡 제어

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140143355A (ko) 2011-12-28 2014-12-16 씨디에프 케 유안 지연이 큰 네트워크들에 대한 ｔｃｐ 혼잡 제어

Similar Documents

Publication Publication Date Title
CN109996097B (zh) 一种投屏方法、系统及存储装置
US7263644B2 (en) Data transmitting/receiving system and method thereof
JP4000905B2 (ja) 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
JP2010154547A (ja) パケット化データのビットレートの適合化とデータパケットの再送信との間の連携
US20150103885A1 (en) Real time ip video transmission with high resilience to network errors
CN112350803B (zh) 数据包的传输方法、装置、系统、电子设备及存储介质
US20060224745A1 (en) Error recovery mechanism and network element comprising same
JP5344541B2 (ja) データ送信装置、送信方法及びプログラム
CN109547172A (zh) 数据传输方法、系统及数据发送设备、数据接收设备
CN114221909B (zh) 数据传输方法、装置、终端及存储介质
CN110233856A (zh) 报文处理方法、装置及计算机可读存储介质
JP2007502585A (ja) データ技術領域を送信する装置、システムおよび方法
KR20220170688A (ko) Sdp 프로토콜 처리 방법
JP4088956B2 (ja) 情報処理装置
CN111385081B (zh) 一种端到端的通信方法、装置、电子设备及介质
CN111385158B (zh) 通信方法和通信装置
KR20160123562A (ko) 데이터 패킷 처리를 위한 수신기 장치 및 수신기 장치에서의 데이터 패킷 처리 방법
TWI506993B (zh) 建立串流媒體對話的方法及裝置
WO2008054745A1 (en) Rendering and correcting data
KR20050017083A (ko) 헤더가 압축된 패킷을 전송하는 네트워크 시스템 및 그의제어방법
CN112040266A (zh) 基于内核转发的udp直播业务优化方法
CN114866523A (zh) 一种基于udp的视频快速传输方法及系统
CN118214743A (zh) 一种实时音视频信令复用媒体链路的方法及系统
JP2016058909A (ja) 通信システム、通信装置、通信方法及び通信プログラム
CN111200761A (zh) 实时流媒体传输系统中一种丢包重传的方法