[go: up one dir, main page]

KR20150019328A - 송신 장치, 수신 장치 및 그 데이터 처리 방법 - Google Patents

송신 장치, 수신 장치 및 그 데이터 처리 방법 Download PDF

Info

Publication number
KR20150019328A
KR20150019328A KR20130096061A KR20130096061A KR20150019328A KR 20150019328 A KR20150019328 A KR 20150019328A KR 20130096061 A KR20130096061 A KR 20130096061A KR 20130096061 A KR20130096061 A KR 20130096061A KR 20150019328 A KR20150019328 A KR 20150019328A
Authority
KR
South Korea
Prior art keywords
data
data field
information
data packet
field
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
KR20130096061A
Other languages
English (en)
Other versions
KR102103903B1 (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 KR1020130096061A priority Critical patent/KR102103903B1/ko
Priority to US14/163,280 priority patent/US9667757B2/en
Priority to PCT/KR2014/007520 priority patent/WO2015023124A1/en
Publication of KR20150019328A publication Critical patent/KR20150019328A/ko
Application granted granted Critical
Publication of KR102103903B1 publication Critical patent/KR102103903B1/ko
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • 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
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

송신 장치의 데이터 처리 방법이 개시된다. 송신 장치의 데이터 처리 방법은, 적어도 하나의 데이터 패킷을 포함하는 프레임을 생성하는 단계, 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더를 프레임에 삽입하는 단계 및, 헤더가 삽입된 프레임을 수신 장치로 전송하는 단계를 포함하며, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함한다.

Description

송신 장치, 수신 장치 및 그 데이터 처리 방법 { TRANSMITTING APPARATUS AND RECEIVING APPARATUS AND DATA PROCESSING METHOD THEREOF }
본 발명은 송신 장치, 수신 장치 및 그 데이터 처리 방법에 관한 것으로, 더욱 상세하게는 프레임 단위로 데이터를 전송하는 송신 장치, 수신 장치 및 그 데이터 처리 방법에 관한 것이다.
디지털 방송 기술은 예를 들어 비디오 및 오디오 데이터 등 다양한 종류의 디지털 콘텐츠를 최종 사용자에게 공급해준다. ATSC 협회가 개발한 일련의 ATSC 1.0 및 ATSC 2.0 표준 등을 포함하는 다수의 표준들이 이러한 목적으로 개발되어 왔다. http://www.atsc.org/에서 입수가능한 A/52 및 A/53을 포함하여 여러 문헌에서 소개되는 ATSC 디지털 텔레비젼(이하, "DTV"라고도 함) 표준을 미국, 캐나다 및 한국을 포함하는 다양한 국가에서 지상파 방송용으로 채택하여 왔다.
최근, ATSC는 고정형 디바이스 및 이동형 디바이스에 실시간 및 비실시간 텔레비전 콘텐츠와 데이터 전달 방법용으로 ATSC 3.0이라 알려진 새로운 표준을 개발하는 것에 착수하고 있다. 이러한 개발의 일부로서, ATSC는 CFP(Call for Proposals) 문헌(TG3-S2 Doc #023r20, "Call for Proposals For ATSC-3.0 PHYSICAL LAYER, A Terrestrial Broadcast Standard", ATSC Technology Group 3(ATSC 3.0), 2013년 3월 26일)을 공개하였는데, 여기에서는, ATSC 3.0 표준의 새로운 물리층을 생성하기 위해 조합될 수 있는 기술들을 식별하는 것으로 목적으로 한다. ATSC 3.0은 ATSC 1.0 및 ATSC 2.0을 포함하는 현재 방송 시스템과의 역 호환성을 요구하지 않아야 한다.
한편, 유럽의 2세대 디지털 방송 규격인 DVB-S2, T2, C2 등은 콘텐츠를 BBF(BaseBand Frame)으로 구조화하고 이에 오류 정정 부호를 적용한 후 전송한다. 여기서, 오류 정정 부호의 정보어 길이(K_fec)에 의해 BBF 의 길이가 결정된다.
BBF는 헤더, 데이터 필드, 패딩 바이트로 구성되는데 패딩 바이트는 BBF의 길이를 K_fec로 일정하게 유지하기 위한 것이지만, 부가적인 정보의 전송에도 사용된다.
DVB-T2의 경우 DVB-S2 와의 역 호환성을 위하여 BBF(BaseBand Frame) 단위로 변하지 않는 정보들도 BBF 헤더에 포함시키고 있다. 하지만, 이러한 정보들은 BBF보다 상위 논리 단위인 PLP에 대한 정보이므로 L1 시그널링에 포함하는 것이 합리적이다.
이에 따라 차세대 방송 시스템을 위해 BBF단위로 변화되는 정보 또는 BBF에 포함된 데이터 패킷 단위로 변화되는 정보 만을 포함하는 BBF를 설계할 필요성이 있다. 여기서, BBF 단위로 변화되는 정보는 BBF의 각 구성요소를 해석하기 위한 정보를 포함한다.
본 발명은 상술한 필요성에 따라 안출된 것으로, 본 발명의 목적은, 프레임 내에서 데이터 관련 정보가 차지하는 비율을 감소시켜 데이터 전송 효율을 향상시킬 수 있는 송신 장치, 수신 장치 및 그 데이터 처리 방법을 제공함에 있다.
이상과 같은 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 송신 장치의 데이터 처리 방법은, 적어도 하나의 데이터 패킷을 포함하는 프레임을 생성하는 단계, 상기 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더를 상기 프레임에 삽입하는 단계 및, 상기 헤더가 삽입된 프레임을 수신 장치로 전송하는 단계를 포함하며, 상기 데이터 필드와 관련된 정보는, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 상기 데이터 필드의 시작 바이트와 상기 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 상기 데이터 필드에 첫 번째 데이터 패킷의 시작 바이트가 포함된 경우 상기 데이터 필드의 끝 바이트와 상기 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함할 수 있다.
이 경우, 상기 제1 정보 및 상기 제2 정보는, 1 또는 0의 플래그 값이 될 수 있다.
본 발명의 다른 실시 예에 따른 적어도 하나의 데이터 패킷을 포함하는 프레임을 수신하여 처리하는 수신 장치의 데이터 처리 방법은, 상기 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더가 삽입된 프레임을 수신하는 단계, 상기 정보에 기초하여 상기 데이터 필드의 길이를 산출하는 단계 및, 상기 산출된 길이에 기초하여 상기 프레임을 처리하는 단계를 포함하며, 상기 데이터 필드와 관련된 정보는, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함할 수 있다.
또한, 상기 데이터 필드의 길이를 산출하는 단계는, 상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 상기 프레임 길이 및 상기 헤더 영역의 길이의 차를 상기 데이터 필드의 길이로 산출할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함하며, 상기 데이터 필드의 길이를 산출하는 단계는, 상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 상기 제3 정보 및 상기 데이터 패킷의 길이를 곱한 값을 상기 데이터 필드의 길이로 산출할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 상기 데이터 필드의 시작 바이트와 상기 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함하며, 상기 데이터 필드의 길이를 산출하는 단계는, 상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 상기 제3 정보에서 1을 감소시킨 값 및 상기 데이터 패킷의 길이를 곱한 값 및, 상기 제4 정보를 합한 값을 상기 데이터 필드의 길이로 산출할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 상기 데이터 필드의 끝 바이트와 상기 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함하며, 상기 데이터 필드의 길이를 산출하는 단계는, 상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 상기 제3 정보 및 상기 데이터 패킷의 길이를 곱한 값 및, 상기 제5 정보를 합한 값을 상기 데이터 필드의 길이로 산출할 수 있다.
한편, 본 발명의 일 실시 예에 따른 송신 장치는, 적어도 하나의 데이터 패킷을 포함하는 프레임을 생성하는 프레임 생성부, 상기 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더를 상기 프레임에 삽입하는 정보 삽입부 및, 상기 헤더가 삽입된 프레임을 수신 장치로 전송하는 송신부;를 포함하며, 상기 데이터 필드와 관련된 정보는, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 상기 데이터 필드의 시작 바이트와 상기 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 상기 데이터 필드의 끝 바이트와 상기 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함할 수 있다.
여기서, 상기 제1 정보 및 상기 제2 정보는, 1 또는 0의 플래그 값이 될 수 있다.
또한, 본 발명의 다른 실시 예에 따른 적어도 하나의 데이터 패킷을 포함하는 프레임을 수신하여 처리하는 수신 장치는, 상기 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더가 삽입된 프레임을 수신하는 수신부 및, 상기 정보에 기초하여 상기 데이터 필드의 길이를 산출하고, 산출된 길이에 기초하여 상기 프레임을 처리하는 신호 처리부를 포함하며, 상기 데이터 필드와 관련된 정보는, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함할 수 있다.
또한, 상기 신호 처리부는, 상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 상기 프레임 길이 및 상기 헤더 영역의 길이의 차를 상기 데이터 필드의 길이로 산출할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함하며, 상기 신호 처리부는, 상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 상기 제3 정보 및 상기 데이터 패킷의 길이를 곱한 값을 상기 데이터 필드의 길이로 산출할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 상기 데이터 필드의 시작 바이트와 상기 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함하며, 상기 신호 처리부는, 상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 상기 제3 정보에서 1을 감소시킨 값 및 상기 데이터 패킷의 길이를 곱한 값 및, 상기 제4 정보를 합한 값을 상기 데이터 필드의 길이로 산출할 수 있다.
또한, 상기 데이터 필드와 관련된 정보는, 끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 상기 데이터 필드의 끝 바이트와 상기 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함하며, 상기 신호 처리부는, 상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 상기 제3 정보 및 상기 데이터 패킷의 길이를 곱한 값 및, 상기 제5 정보를 합한 값을 상기 데이터 필드의 길이로 산출할 수 있다.
상술한 바와 같이 본 발명에 따르면, 데이터 전송 효율이 증가된다.
도 1은 본 발명의 이해를 돕기 위한 일 실시 예에 따른 송신 장치의 구성을 나타내는 도면이다.
도 2는 도 1에 도시된 인풋 프로세서의 다양한 실시 예에 따른 구성을 나타내는 도면이다.
도 3은 본 발명의 일 실시 예에 따른 송신 장치의 구성을 나타내는 블럭도이다.
도 4는 본 발명의 일 실시 예에 따른 프레임 포맷을 나타내는 도면이다.
도 5a 및 도 5b는 본 발명의 일 실시 예에 따른 프레임 포맷을 구현 예를 설명하기 위한 도면이다.
도 6은 본 발명의 다른 실시 예에 따른 프레임 포맷을 나타내는 도면이다.
도 7은 본 발명의 일 실시 예에 따른 프레임 포맷의 매커니즘을 설명하기 위한 도면이다.
도 8은 본 발명의 일 실시 예에 따른 수신 장치의 구성을 나타내는 블럭도이다.
도 9는 DVB-T2 시스템의 구성을 설명하기 위한 블록도이다.
도 10은 본 발명의 일 실시 예에 따른 송신 장치의 데이터 처리 방법을 설명하기 위한 흐름도이다.
도 11은 본 발명의 다른 실시 예에 따른 수신 장치의 데이터 처리 방법을 설명하기 위한 흐름도이다.
도 1은 본 발명의 이해를 돕기 위한 일 실시 예에 따른 송신 장치의 구성을 나타내는 도면이다.
도 1에 도시된 송신 장치(10)는 DVB-T2 시스템에 따른 송신 장치로, 본 발명은 도시된 바와 같은 DVB-T2 시스템에 따른 송신 장치에서 적용 가능하지만, 이에 한정되는 것은 아니다. 다만 설명의 편의를 위하여 DVB-T2 시스템을 기반으로 하여 본 발명에 따른 기술적 특징을 설명하도록 한다.
이하에서는 본 발명의 이해를 돕기 위하여 DVB-T2 시스템의 개략적 구성에 대해 간략히 설명하도록 한다.
도 1에 따르면, 송신 장치(10)는 인풋 프리 프로세서(11), 인풋 프로세서(12), BICM 모듈(13), 프레임 빌더(14) 및 OFDM 제너레이터(15)를 포함한다.
송신 장치(10)로 입력되는 입력 스트림은 MPEG-TS 스트림, 인터넷 프로토콜(IP) 스트림 및　 GSE(General Stream Encapsulation) 스트림(또는 GS 스트림) 중 적어도 하나를 포함할 수 있다.
인풋 프리 프로세서(11)는 MPEG-TS 스트림, IP 스트림 및 GSE 스트림 중 적어도 하나를 입력받아, 강인성을 부여하기 위하여 서비스 단위(또는 서비스 컴포넌트 단위)로 하나 이상의 PLP를 생성한다.
인풋 프로세서(12)는 인풋 프리 프로세서(11)에서 생성된 하나 이상의 PLP를 포함하는 BB(BaseBand) 프레임을 생성한다. 인풋 프로세서(12)는 서비스에 해당하는 PLP를 입력받은 경우, 이를 서비스 컴포넌트에 해당하는 PLP들로 분리한 후 BB 프레임을 생성할 수도 있다.
BICM 모듈(13)은 전송 채널 상의 오류를 정정할 수 있도록 인풋 프로세서(12)의 출력에 리던던시(redundancy)를 추가하고 인터리빙을 수행한다.
프레임 빌더(14)는 복수 개의 PLP들을 셀 단위로 전송 프레임에 매핑하여 전송 프레임 구조를 완성한다.
OFDM 제너레이터(15)는 입력 데이터들을 OFDM 변조하여 안테나로 전송할 수 있는 베이스밴드 신호를 생성한다.
도 2는 도 1에 도시된 인풋 프로세서의 다양한 실시 예에 따른 구성을 나타내는 도면이다.
본 발명에 따른 방법은 도 1에 도시된 구성 중 인풋 프로세서(11)에서 수행될 수 있는 바, 인풋 프로세서(11)의 구성을 좀더 자세히 설명하도록 한다.
도 2(a)는 본 발명의 일 실시 예에 따라 입력 스트림이 1개인 경우 인풋 프로세서(11)의 구성을 도시한다.
입력 스트림이 1개인 경우, 인풋 프로세서(11)는 인풋 인터페이스 모듈(21), CRC-8 인코더(22), BB 헤더 삽입기(23), 패딩 삽입기(24) 및 BB 스크램블러(25)를 포함할 수 있다. 도 2(a)에서는 설명의 편의를 위해 인풋 인터페이스 모듈(21), CRC-8 인코더(22) 및 BB 헤더 삽입기(23)를 모드 어댑테이션 모듈이라 하고, 패딩 삽입기(24) 및 BB 스크램블러(25)를 스트림 어댑테이션 모듈이라 하기로 한다.
인풋 인터페이스 모듈(21)은 입력 스트림을 BB 프레임을 생성하기 위해 필요한 개수의 비트수 단위로 슬라이싱하여 BB 프레임을 생성한다.
CRC-8 인코더(22)는 BB 프레임에 대해 CRC 인코딩을 수행하여, BB 헤더 삽입기(23)는 CRC 인코딩이 수행된 BB 프레임의 전단에 고정된 크기를 갖는 헤더를 삽입한다.
패딩 삽입기(24)는 입력된 비트 스트림의 데이터량이 FEC를 위한 BB 프레임 양보다 적은 경우, BB 프레임을 형성하기 위하여 BB 프레임에 패딩 비트를 삽입할 수 있다.
BB 스크램블러(25)는 BB 프레임의 비트 스트림에 대해 PRBS(Pseudo Random Binary Sequence)으로 XOR(Exclusive OR) 연산하여 랜더마이징을 수행한다.
도 2(b)는 본 발명의 다른 실시 예에 따라 멀티 PLP 입력에 대한 인풋 프로세서(11)의 모드 어댑테이션 모듈의 일 실시 예를 나타낸다. 여기서, PLP는 독립적으로 처리되는 신호 경로를 뜻한다. 즉, 각각의 서비스(예를 들면, 비디오, 확장 비디오, 오디오, 데이터 스트림 등)는 다수의 RF 채널을 통해 송수신될 수 있는데, PLP는 이러한 서비스가 전송되는 경로 또는 그 경로를 통해서 전송되는 스트림이다. 또한, PLP는 다수의 RF 채널들 상에서 시간적인 간격을 가지고 분포하는 슬롯들에 위치할 수도 있고, 하나의 RF 채널 상에 시간적인 간격을 가지고 분포할 수도 있다. 즉, 하나의 PLP는 하나의 RF 채널 또는 다수의 RF 채널들 상에 시간적인 간격을 가지고 분포되어 전송될 수 있다.
모드 어댑테이션 모듈은 인풋 인터페이스 모듈(31), 인풋 스트림 싱크 모듈(32), 딜레이 보상기(33), 널 패킷 제거기(34), CRC 인코더(35) 및 BB 헤더 삽입기(36)를 포함한다. 본 발명과 관계가 있는 구성요소에 대해서는 도 2(a)에서 자세히 설명하였으므로, 도 2(b)에 도시된 각 구성요소에 대한 자세한 설명은 생략하도록 한다.
도 3은 본 발명의 일 실시 예에 따른 송신 장치의 구성을 나타내는 블럭도이다.
도 3에 따르면 송신 장치(100)는 프레임 생성부(110), 정보 삽입부(120) 및 송신부(130)를 포함한다.
송신 장치(100)는 고정 단말에 제공되는 서비스 데이터 및 이동 단말에 제공되는 서비스 데이터 및 적어도 하나를 포함하는 데이터를 수신 장치(미도시)로 전송할 수 있다. 여기서, 고정 단말은 예를 들어 가정 내 스마트 TV 또는 셋탑 박스가 될 수 있으며, 이동 단말은 스마트 폰이 될 수 있다.
프레임 생성부(110)는 송신 장치(100)를 통해 전송할 프레임을 생성한다.
구체적으로, 프레임 생성부(110)는 적어도 하나의 데이터 패킷을 포함하는 프레임을 생성한다. 여기서, 프레임은 DVB-T2 규격에 따른 BB 프레임이 될 수 있다.
일 예로, 프레임 생성부(110)는 입력되는 스트림을 BB 프레임을 생성하기 위해 필요한 개수의 비트수 단위로 슬라이싱하여 BB 프레임을 생성한다. 이에 따라 프레임 생성부(110)는 인풋 인터페이스 모듈(21, 31)로 구현될 수 있으나, 이에 한정되는 것은 아니다.
정보 삽입부(120)는 프레임 생성부(110)에서 생성된 적어도 하나의 데이터 패킷이 차지하는 데이터 필드(또는 데이터 필드 영역)와 관련된 정보를 포함하는 헤더를 프레임에 삽입한다.
일 예로, 정보 삽입부(120)는 BB 프레임의 전단에 데이터 필드와 관련된 정보를 포함하며, 고정된 크기를 갖는 헤더를 삽입할 수 있다. 이에 따라 정보 삽입부(120)는 상술한 BB 헤더 삽입기(23, 36)으로 구현될 수 있으나, 이에 한정되는 것은 아니다.
여기서, 데이터 필드와 관련된 정보는, 수신 장치(미도시)에서 프레임 처리를 위해 데이터 필드의 길이를 산출할 수 있는 정보가 될 수 있다.
구체적으로, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함할 수 있다. 여기서, 첫 번째 데이터 패킷은 데이터 필드의 시작 바이트에 할당된 바이트 정보가 속한 데이터 패킷을 지칭한다. 마찬가지로 마지막 데이터 패킷은 데이터 필드의 끝 바이트에 할당된 바이트 정보가 속한 데이터 패킷을 지칭한다.
한편, 제1 정보 및 상기 제2 정보는, 1 또는 0의 플래그 값이 될 수 있으나, 이에 한정되는 것은 아니다.
예를 들어, 제1 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는 경우 "1"의 값을 가지고, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않는 경우 "0"의 값을 가질 수 있다. 또한, 제2 정보는, 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는 경우 "1"의 값을 가지고, 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되지 않는 경우 "0"의 값을 가질 수 있다. 이에 따라 제1 정보 및 제2 정보는 각각 1 비트 값으로 표현될 수 있다.
또한, 데이터 필드와 관련된 정보는, 끝 바이트가 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함할 수 있다.
예를 들어, 데이터 필드 최대 길이가 8100 바이트(byte)(64,800 비트)이며, 데이터 패킷 길이가 188 바이트로 고정되어 있는 경우 데이터 필드에 포함되는 데이터 패킷 개수는 최대 44 개를 넘지 못하므로 26 의 개수를 나타낼 수 있는 6 비트 값으로 제3 정보가 표현될 수 있다.
또한, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 데이터 필드의 시작 바이트와 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함할 수 있다.
예를 들어, 데이터 패킷 길이가 188 바이트로 고정되어 있는 경우, 제4 정보에 의해 나타내어지는 거리는 데이터 패킷의 길이 188 바이트를 넘지 못하므로, 28의 길이를 나타낼 수 있는 8비트 값으로 제4 정보가 표현될 수 있다.
또한, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 데이터 필드의 끝 바이트와 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함할 수 있다. 여기서, 제5 정보는 데이터 필드에 시작 바이트가 포함되고 끝 바이트는 포함되지 않는 데이터 패킷에서 데이터 필드에 포함된 데이터 패킷 부분의 길이를 바이트 수로 계산한 것과 동일하다.
예를 들어, 데이터 패킷 길이가 188 바이트로 고정되어 있는 경우, 제5 정보에 의해 나타내어지는 거리는 데이터 패킷의 길이 188 바이트를 넘지 못하므로, 28의 길이를 나타낼 수 있는 8 비트 값으로 제5 정보가 표현될 수 있다.
한편, 상술한 제4 정보 및 제5 정보는 특정 경우에 따라 필요한 값으로 동시에 포함될 필요가 없으므로 8 비트 값으로 제4 정보 또는 제5 정보를 표현할 수 있다.
이에 따라 데이터 필드 길이 자체를 비트 값으로 나타내었던 기존 방법에 비해 훨씬 적은 수의 비트 값을 이용하여 데이터 필드 길이를 나타낼 수 있게 된다. 상술한 정보들을 이용하여 데이터 필드 길이를 산출하는 방법에 대해서는 수신 장치에 대한 설명에서 후술하도록 한다.
한편, 송신부(130)는 프레임 생성부(110)에서 생성된 프레임을 수신 장치(미도시)로 전송하는 기능을 한다. 이 경우 송신부([130)는 송신 안테나로 구현될 수 있다.
도 4는 본 발명의 일 실시 예에 따른 프레임 포맷을 나타내는 도면이다.
도 4에 도시된 바와 같이 본 발명의 일 실시 예에 따른 BB 프레임은 제1 정보를 나타내는 S(Start Indicator)(410), 제2 정보를 나타내는 E(End Indicator)(420), 제3 정보를 나타내는 NUP(Number of user packets)(430), 제4 및 제5 정보를 나타내는 SYNCD(440), 데이터 필드(450) 및 필요시 패딩 바이트(460)를 포함할 수 있다.
도 4에 도시된 실시 예에서는 데이터 패킷 길이가 고정되어 있는 경우 예를 들어, TS 패킷의 경우를 상정하여 설명하도록 한다.
S(Start Indicator)(410)는 상술한 바와 같이 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 정보로 "1" 또는 "0"으로 표현 가능하므로 1 비트로 표현될 수 있다.
일 예로, 프레임에서 인 밴드 시그널렁(In-band signaling)을 전송해야 하는 경우, 프레임은 DVB-T2에서 정의하는 Interleaving frame 또는 logical data unit이 되고, 해당 프레임의 속성에 기초하여 반드시 첫번째 데이터 패킷의 시작 바이트가 데이터 필드의 시작 바이트와 일치해야 하므로, S(Start Indicator)(410)는 "1"의 값을 가질 수 있다.
E(End Indicator)(420)는 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 정보로, 마찬가지로 "1" 또는 "0"으로 표현 가능하므로 1 비트로 표현될 수 있다.
일 예로, TX 버퍼에 프레임 생성에 충분한 데이터가 버퍼링되지 않은 경우 TX 버퍼에 저장된 마지막 데이터 패킷은 반드시 데이터 필드 내에 포함되므로, 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는 경우가 되며 E(End Indicator)(420)는 "1"의 값을 가질 수 있다.
NUP(Number of user packets)(430)는 끝 바이트가 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 정보로, 데이터 패킷 길이가 고정된 경우 데이터 필드 최대 길이를 데이터 패킷 길이로 나눈 값을 표현할 수 있을 정도의 비트 수가 필요하게 된다. 예를 들어, 데이터 필드 최대 길이가 8100 바이트(byte)이며, 데이터 패킷 길이가 188 바이트로 고정되어 있는 경우 데이터 필드에 포함되는 데이터 패킷 개수는 최대 44 개를 넘지 못하므로 26 의 개수를 나타낼 수 있는 6 비트 값으로 표현될 수 있다.
한편, S(Start Indicator)(410) 및 E(End Indicator)(420)이 각각 0인 경우, NUP(Number of user packets)(430)은 리저브(reserve)될 수 있다.
SYNCD(440)는 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 데이터 필드의 시작 바이트와 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리 또는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 데이터 필드의 끝 바이트와 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 정보로, 데이터 패킷 길이가 고정된 경우 최대 데이터 패킷 길이를 초과할 수 없으므로 데이터 패킷 길이를 나타낼 수 있을 정도의 비트 수가 필요하다. 예를 들어, 데이터 패킷 길이가 188 바이트로 고정되어 있는 경우, 28의 길이를 나타낼 수 있는 8 비트 값으로 표현될 수 있다.
한편, S(Start Indicator)(410) 및 E(End Indicator)(420)이 각각 1인 경우, SYNCD(440)은 생략될 수 있다.
도 5a 및 도 5b는 본 발명의 일 실시 예에 따른 프레임 포맷을 구현 예를 설명하기 위한 도면이다.
도 5a는 일 구현 예에 따라 S(Start Indicator)(510)가 "0"이고, E(End Indicator)(520)가 "0" 이며, NUP(Number of user packets)(530)가 "N+1"인 경우의 프레임 포맷을 도시한다.
도 5a에 따르면, 데이터 필드(550) 내에 포함된 완전한 패킷은 N개(551-1 내지 551-N)이고, 데이터 필드(550)의 전단 및 후단에는 각각 프래그먼트된 데이터 패킷(552, 553)이 배치된다. 이 경우, SYNCD(540)는 데이터 필드의 시작 바이트와 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리인 LSYNCD -S를 나타낸다.
도 5b는 일 구현 예에 따라 S(Start Indicator)(510)가 "1"이고, E(End Indicator)(520)가 "0" 이며, NUP(Number of user packets)(530)가 "M"인 경우의 프레임 포맷을 도시한다.
도 5b에 따르면, 데이터 필드(550) 내에 포함된 완전한 패킷은 M개(561-1 내지 561-M)이고, 데이터 필드(550)의 후단에는 프래그먼트된 데이터 패킷(562)이 배치된다. 이 경우, SYNCD(540)는 데이터 필드의 끝 바이트와 데이터 필드에 끝 바이트가 포함된 데이터 패킷의 끝 바이트 사이의 거리인 LSYNCD -E를 나타낸다.
도 6은 본 발명의 다른 실시 예에 따른 프레임 포맷을 나타내는 도면이다.
도 6에서는 데이터 패킷 길이가 가변되는 경우 예를 들어, GSE 패킷의 경우를 상정하여 설명하도록 한다.
GSE 패킷의 경우 가변적인 길이를 갖기 때문에 도 4에 도시된 바와 같은 고정 길이를 갖는 프레임 구조와 다소 상이한 구조를 갖게 된다. 즉, 적어도 하나의 정보가 도 4에 도시된 구조와는 상이한 비트 값을 가질 수 있다.
구체적으로, S(Start Indicator)(610) 및 E(End Indicator)(620)는 도 4와 동일한 비트 수로 동일한 상태를 나타내지만, NUP(Number of user packets)(630) 및 SYNCD(640)는 도 4와 상이한 비트 수를 가질 수 있다.
예를 들어, SYNCD(640)는 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 데이터 필드의 시작 바이트와 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리 또는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 데이터 필드의 끝 바이트와 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 정보로, 데이터 패킷 길이는 최대 데이터 패킷 길이를 초과할 수 없으므로 데이터 패킷 길이를 나타낼 수 있을 정도의 비트 수가 필요하다. 예를 들어, 데이터 패킷 길이가 최대 데이터 필드 길이 값을 갖는다고 가정하면, 8100 바이트 즉, 213까지의 수를 나타낼 수 있는 13 비트 값으로 표현될 수 있다. 이에 따라 헤더를 3바이트로 가정하면, NUP(Number of user packets)(630)는 도시된 바와 같이 9 비트 값으로 표현될 수 있다.
한편, 일 예로, BB 프레임 길이를 64800 비트로 가정하면, 코딩 레이트 14/15를 적용한다는 가정하여 데이터 필드의 최대 길이는 64800*14/15 가 되고, 9비트로 표현 가능한 최대 패킷 수는 512 개이므로 패킷 길이는 64800*14/15*1/512가 되며, 이를 바이트로 변환하면, 아래의 수학식과 같이 약 15. 82의 패킷 길이가 나오게 된다. 즉, GSE의 평균 패킷 길이는 약 16 바이트 정도가 될 수 있다.
Figure pat00001
다만, 수학식 1에 따른 패킷 길이는 평균 패킷 길이를 의미하는 것이며, GSE의 패킷 길이는 15.82 바이트보다 작을 수도 있음은 물론이다.
한편, 상술한 실시 예에서는 설명의 편의를 위하여 헤더의 바이트 수 및 FEC BCH 코드 바이트 수 등을 제외하고 계산하였다.
도 7은 본 발명의 일 실시 예에 따른 프레임 포맷의 매커니즘을 설명하기 위한 도면이다.
도 7에 따라 버퍼에 데이터가 충분히 모이지 않은 상태에서 첫번째 BB 프레임이 생성되고, 해당 BB 프레임이 인밴드 시그널링을 포함하는 경우를 가정하도록 한다. 이 경우, S(Start Indicator) 및 E(End Indicator)가 각각 1인 경우(710)가 된다.
다음 BB 프레임은 S(Start Indicator) 및 E(End Indicator)가 각각 1인 경우(710)이거나, S(Start Indicator) 및 E(End Indicator)가 각각 1, 0인 경우(720)가 될 수 있다.
또한, S(Start Indicator) 및 E(End Indicator)가 각각 1, 0인 경우(720) 경우 다음 BB 프레임은 S(Start Indicator) 및 E(End Indicator)가 각각 0, 1인 경우(730)이거나, 0, 0인 경우(740)이 될 수 있다.
그 밖에 다른 경우는 도면을 참조하면 할 수 있으므로 자세한 설명은 생략하도록 한다.
도 8은 본 발명의 일 실시 예에 따른 수신 장치의 구성을 나타내는 블럭도이다.
도 8에 따르면, 수신 장치(200)는 수신부(210) 및 신호 처리부(220)를 포함할 수 있다.
수신부(210)는 도 2에 도시된 송신 장치(100)에서 전송한 데이터를 수신한다. 여기서, 수신부(210)는 튜너로 구현될 수 있다.
구체적으로, 수신부(210)는 적어도 하나의 데이터 패킷 및, 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더가 삽입된 프레임을 수신할 수 있다.　
신호 처리부(220)는 헤더에 포함된 정보에 기초하여 데이터 패킷을 포함하는 데이터 필드의 길이를 산출하고, 산출된 길이에 기초하여 프레임을 처리할 수 있다.
여기서, 데이터 필드와 관련된 정보는 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함할 수 있다.
이 경우, 신호 처리부(220)는 제1 정보 및 제2 정보에 기초하여, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 프레임 길이 및 헤더 영역의 길이의 차를 데이터 필드의 길이로 산출할 수 있다. 예를 들어, 도 4에 도시된 S(Start Indicator)(410) 및 E(End Indicator)(420)이 각각 0을 나타내는 경우가 될 수 있다.
즉, 이 경우 헤더를 제외한 영역에 데이터 패킷이 가득 차 있다고 볼 수 있으므로, 데이터 필드 길이는 프레임 길이에서 헤더 영역의 길이를 뺀 값으로 산출될 수 있다.
또한, 데이터 필드와 관련된 정보는, 끝 바이트가 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함할 수 있다.
이 경우, 신호 처리부(220)는 제1 정보 및 제2 정보에 기초하여, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 제3 정보 및 데이터 패킷의 길이를 곱한 값을 데이터 필드의 길이로 산출할 수 있다. 예를 들어, 도 4에 도시된 S(Start Indicator)(410) 및 E(End Indicator)(420)이 각각 1을 나타내는 경우가 될 수 있다.
즉, 이 경우, 데이터 필드에 포함된 첫번째 데이터 패킷이 완전한 데이터 패킷이고, 마지막 패킷의 끝 바이트가 데이터 필드 내에 있으므로 데이터 필드에는 완전한 데이터 패킷들 만이 포함되어 있는 것으로 볼 수 있다. 이에 따라 데이터 필드에 포함된 데이터 패킷의 개수 및 데이터 패킷의 길이를 곱한 값으로 데이터 필드 길이를 산출할 수 있다.
또한, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 데이터 필드의 시작 바이트와 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함할 수 있다.
이 경우, 신호 처리부(220)는 제1 정보 및 제2 정보에 기초하여, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 제3 정보에서 1을 감소시킨 값 및 데이터 패킷의 길이를 곱한 값 및, 제4 정보를 합한 값을 데이터 필드의 길이로 산출할 수 있다. 예를 들어, 도 4에 도시된 S(Start Indicator)(410) 및 E(End Indicator)(420)이 각각 0 및 1을 나타내는 경우가 될 수 있다.
즉, 이 경우, 데이터 필드의 시작 부분에 불완전한 데이터 패킷이 포함되어 있는 것으로 볼 수 있으므로 데이터 필드에 완전하게 포함된 데이터 패킷의 개수 및 데이터 패킷의 길이를 곱한 값에 불완전한 첫번째 데이터 패킷의 길이를 나타내는 제4 정보를 합한 값을 데이터 필드의 길이로 산출할 수 있다.
또한, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 데이터 필드의 끝 바이트와 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함할 수 있다.
이 경우, 신호 처리부(220)는, 제1 정보 및 제2 정보에 기초하여, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 제3 정보 및 데이터 패킷의 길이를 곱한 값 및, 제5 정보를 합한 값을 데이터 필드의 길이로 산출할 수 있다. 예를 들어, 도 4에 도시된 S(Start Indicator)(410) 및 E(End Indicator)(420)이 각각 1 및 0을 나타내는 경우가 될 수 있다.
즉, 이 경우, 데이터 필드에 포함된 첫번째 데이터 패킷이 완전한 데이터 패킷이지만, 마지막 데이터 패킷은 불완전한 데이터 패킷이므로 데이터 필드에 완전하게 포함된 데이터 패킷의 개수 및 데이터 패킷의 길이를 곱한 값에 불완전한 마지막 데이터 패킷의 길이를 나타내는 제5 정보를 합한 값을 데이터 필드의 길이로 산출할 수 있다.
도 9는 DVB-T2 시스템의 구성을 설명하기 위한 블록도이다. 특히, 도 9(a)는 DVB-T2 송신 시스템(1000)을 설명하기 위한 블록도이고, 도 9(b)는 DVB-T2 수신 시스템(2000)을 설명하기 위한 블록도이다.
도 9(a)에 따르면, DVB-T2 송신 시스템(1000)은 입력 프로세서(1100), BICM 인코더(1200), 프레임 빌더(1300) 및 모듈레이터(1400)을 포함할 수 있다.
이러한 DVB-T2 송신 시스템(1000)은 유럽 디지털 방송 표준의 하나인 DVB-T2에서 정의된 내용과 동일하다는 점에서 각 구성에 대해서 개략적으로 설명하도록 한다. 구체적인 내용은 "Digital Video Broadcasting (DVB); Frame structure channel coding and modulation for a second generation digital terrestrial television broadcasting system (DVB-T2)"를 참조하길 바란다.
입력 프로세서(1100)는 서비스될 데이터에 대한 입력 스트림으로부터 BB 프레임(Baseband Frame)을 생성한다. 여기에서, 입력 스트림은 MPEG-2 TS(Transport Stream), GS(Generic Stream) 등이 될 수 있다.
BCIM 인코더(1200)는 서비스될 데이터가 전송될 영역(Fixed PHY Frame 또는 Mobile PHY Frame)에 따라 FEC 코딩 레이트와 성상도 차수(constellation order)를 결정하여 부호화를 수행한다. 또한, BCIM 인코더(1200)는 서비스될 데이터에 대한 시그널링 정보에 대해서도 부호화를 수행하게 된다.
프레임 빌더(1300) 및 모듈레이터(1400)은 시그널링 영역을 위한 OFDM 파라미터와 서비스될 데이터가 전송될 영역에 대한 OFDM 파라미터를 결정하여 프레임을 구성하고, 싱크 영역을 추가하여 프레임을 생성한다. 그리고, 생성된 프레임을 RF 신호로 변조하기 위한 변조를 수행하고, RF 신호를 수신기로 전송하게 된다.
이 경우, 싱크 영역은 수신되는 프레임이 Mobile 프레임인지 Fixed 프레임인지를 알 수 있는 정보가 삽입된다. 만일, 각 프레임에 대한 시그널링 영역 또는 데이터 영역의 OFDM 파라미터가 미리 정해져 있지 않은 경우, 이를 알 수 있는 정보 즉, 시그널링 영역 및 데이터 영역에 대한 OFDM 파라미터를 싱크 영역에 저장하여 전송하게 된다.
한편, 도 2에서 설명한 본원의 송신 장치(100)에서 수행되는 프레임 생성은 입력 프로세서(1100)에서 수행될 수 있다.
도 9(b)에 따르면, DVB-T2 수신 시스템(2000)은 디모듈레이터(2100), 프레임 디-빌더(2200), BICM 디코더(2300) 및, 입력 디-프로세서(2400)를 포함할 수 있다.
디모듈레이터(2100)는 수신된 RF 신호로부터 OFDM 파라미터에 따라 복조를 수행하여, 싱크 디텍션을 수행하고 싱크가 디텍션되면 싱크 영역에 저장된 정보로부터 Mobil 프레임이 수신되고 있는지 Fixed 프레임이 수신되고 있는지를 인식한다.
이 경우, 시그널링 영역과 데이터 영역에 대한 OFDM 파라미터가 미리 정해져 있지 않은 경우, 싱크 영역에 저장되어 있는 시그널링 영역과 데이터 영역에 대한 OFDM 파라미터를 획득하여 싱크 영역 바로 다음에 오는 시그널링 영역과 데이터 영역에 대한 OFDM 파라미터 정보를 획득하여 복조를 수행할 수 있다.
프레임 디-빌더(2200)는 시그널링 영역에 대해 복조된 데이터를 시그널링 영역에 대한 BCIM 디코더(2300)로 입력한다.
BCIM 디코더(2300)는 입력받은 데이터에 대한 복호화를 수행한다. 이 경우, BCIM 디코더(2300)는 시그널링 정보를 이용하여 각 데이터 영역에 저장된 데이터에 대한 FEC 방식, 변조 방식 등의 파라미터를 획득하여 BCIM 복호화를 수행할 수 있다.
입력 디-프로세서(2400)는 BCIM 디코더(2300)로부터 입력받은 BB 프레임을 처리하여 서비스될 데이터를 생성할 수 있다.
한편, 상술한 실시 예에서는 수신 장치(2000)가 사용자가 원하는 서비스에 대한 데이터가 무엇인지를 안다는 전제 하에서 수신 장치(2000)의 동작에 대한 설명을 기술하였다. 하지만, 수신 장치(2000)가 사용자가 원하는 서비스에 대한 데이터가 무엇인지 모르는 경우, 수신 장치(2000)가 사용자가 원하는 서비스에 대한 데이터가 무엇인지를 인지하는 과정의 일 예로, 사용자가 TV channel 6을 고정하면 수신 장치(2000)는 우선 상기에서 언급한 프레임 수신 과정과 동일한 과정을 거쳐 프레임을 수신하고 프레임 내에 저장된 Service Information(PSI/SI or PSIP)을 획득하여 Channel 6에 대한 서비스 데이터가 어떤 것인지 알 수 있게 된다.
한편, 도 8에서 설명한 본 발명의 일 실시 예에 따른 수신 장치(200)에서 수행되는 구성은 입력 디-프로세서(2400)에서 수행될 수 있다.
도 10은 본 발명의 일 실시 예에 따른 송신 장치의 데이터 처리 방법을 설명하기 위한 흐름도이다.
도 10에 도시된 송신 장치의 데이터 처리 방법에 따르면, 우선 적어도 하나의 데이터 패킷을 포함하는 프레임을 생성한다(S1010).
이어서, 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더를 프레임에 삽입한다(S1020). 여기서, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함할 수 있다. 이 경우, 제1 정보 및 제2 정보는, 1 또는 0의 플래그 값이 될 수 있다.
이 후 헤더가 삽입된 프레임을 수신 장치로 전송한다(S1030).
또한, 데이터 필드와 관련된 정보는, 끝 바이트가 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함할 수 있다.
또한, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 데이터 필드의 시작 바이트와 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함할 수 있다.
또한, 데이터 필드와 관련된 정보는, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 데이터 필드의 끝 바이트와 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함할 수 있다.
도 11은 본 발명의 다른 실시 예에 따른 수신 장치의 데이터 처리 방법을 설명하기 위한 흐름도이다.
도 11에 도시된　 적어도 하나의 데이터 패킷을 포함하는 프레임을 수신하여 처리하는 수신 장치의 데이터 처리 방법에 따르면, 우선, 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더가 삽입된 프레임을 수신한다(S1110). 여기서, 데이터 필드와 관련된 정보는 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함할 수 있다.
이어서, 헤더에 삽입된 데이터 필드와 관련된 정보에 기초하여 데이터 필드의 길이를 산출한다(S1120).
이후, S1120 단계에서 산출된 길이에 기초하여 프레임을 처리한다(S1130).
또한, 데이터 필드의 길이를 산출하는 S1120 단계에서는, 제1 정보 및 제2 정보에 기초하여, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 프레임 길이 및 상기 헤더 영역의 길이의 차를 데이터 필드의 길이로 산출할 수 있다.
또한, 데이터 필드와 관련된 정보는, 끝 바이트가 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함할 수 있다.
이 경우, 데이터 필드의 길이를 산출하는 S1120 단계에서는, 제1 정보 및 제2 정보에 기초하여, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 제3 정보 및 데이터 패킷의 길이를 곱한 값을 데이터 필드의 길이로 산출할 수 있다.
또한, 데이터 필드와 관련된 정보는, 끝 바이트가 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 데이터 필드의 시작 바이트와 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함할 수 있다.
이 경우, 데이터 필드의 길이를 산출하는 S1120 단계에서는, 제1 정보 및 제2 정보에 기초하여, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 제3 정보에서 1을 감소시킨 값 및 데이터 패킷의 길이를 곱한 값 및, 제4 정보를 합한 값을 상데이터 필드의 길이로 산출할 수 있다.
또한, 데이터 필드와 관련된 정보는, 끝 바이트가 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 데이터 필드의 끝 바이트와 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함할 수 있다.
이 경우, 데이터 필드의 길이를 산출하는 S1120 단계에서는, 제1 정보 및 제2 정보에 기초하여, 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 제3 정보 및 데이터 패킷의 길이를 곱한 값 및, 제5 정보를 합한 값을 데이터 필드의 길이로 산출할 수 있다.
이상 설명한 바와 같이 본 발명에 따르면, BB 프레임에 실제 데이터 패킷이 아닌 부가 정보를 최소한으로 삽입하여, 데이터 전송 효율이 증가하게 된다. 예를 들어, 전송 스트림의 경우 기존 BB 프레임 구조에 따르면, 3 바이트의 헤더가 필요하지만, 본 발명에 따르면 2 바이트의 헤더로 충분하게 된다. 또한, GSE 스트림의 경우 기존 BB 프레임 구조에 따르면, 4 바이트의 헤더가 필요하지만, 본 발명에 따르면 3 바이트의 헤더로 충분하게 된다.
한편, 상술한 본 발명의 다양한 실시 예들에 따른 송신 장치 및 수신 장치의 데이터 처리 방법은 컴퓨터로 실행가능한 프로그램 코드로 구현되어 다양한 비일시적 판독 가능 매체(non-transitory computer readable medium)에 저장된 상태로 프로세서에 의해 실행되도록 송신 장치에 제공될 수 있다.　
일 예로, 적어도 하나의 데이터 패킷을 포함하는 프레임을 생성하고, 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더를 프레임에 삽입하는 구성을 수행하는 프로그램이 저장된 비일시적 판독 가능 매체(non-transitory computer readable medium)가 송신 장치에 제공될 수 있다.
비일시적 판독 가능 매체란 레지스터, 캐쉬, 메모리 등과 같이 짧은 순간 동안 데이터를 저장하는 매체가 아니라 반영구적으로 데이터를 저장하며, 기기에 의해 판독(reading)이 가능한 매체를 의미한다. 구체적으로는, 상술한 다양한 어플리케이션 또는 프로그램들은 CD, DVD, 하드 디스크, 블루레이 디스크, USB, 메모리카드, ROM 등과 같은 비일시적 판독 가능 매체에 저장되어 제공될 수 있다.
또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.
100: 송신 장치 110: 프레임 생성부
120: 정보 삽입부 130: 송신부
200: 수신 장치 210: 수신부
220: 신호 처리부

Claims (20)

  1. 송신 장치의 데이터 처리 방법에 있어서,
    적어도 하나의 데이터 패킷을 포함하는 프레임을 생성하는 단계;
    상기 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더를 상기 프레임에 삽입하는 단계; 및
    상기 헤더가 삽입된 프레임을 수신 장치로 전송하는 단계;를 포함하며,
    상기 데이터 필드와 관련된 정보는,
    상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함하는 것을 특징으로 하는 데이터 처리 방법.
  2. 제1항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함하는 것을 특징으로 하는 데이터 처리 방법.
  3. 제1항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 상기 데이터 필드의 시작 바이트와 상기 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함하는 것을 특징으로 하는 데이터 처리 방법.
  4. 제1항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 상기 데이터 필드의 끝 바이트와 상기 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함하는 것을 특징으로 하는 데이터 처리 방법.
  5. 제1항에 있어서,
    상기 제1 정보 및 상기 제2 정보는,
    1 또는 0의 플래그 값인 것을 특징으로 하는 데이터 처리 방법.
  6. 적어도 하나의 데이터 패킷을 포함하는 프레임을 수신하여 처리하는 수신 장치의 데이터 처리 방법에 있어서,
    상기 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더가 삽입된 프레임을 수신하는 단계;
    상기 정보에 기초하여 상기 데이터 필드의 길이를 산출하는 단계; 및
    상기 산출된 길이에 기초하여 상기 프레임을 처리하는 단계;를 포함하며,
    상기 데이터 필드와 관련된 정보는,
    상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함하는 것을 특징으로 하는 데이터 처리 방법.
  7. 제6항에 있어서,
    상기 데이터 필드의 길이를 산출하는 단계는,
    상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 상기 프레임 길이 및 상기 헤더 영역의 길이의 차를 상기 데이터 필드의 길이로 산출하는 것을 특징으로 하는 데이터 처리 방법.
  8. 제6항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함하며,
    상기 데이터 필드의 길이를 산출하는 단계는,
    상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 상기 제3 정보 및 상기 데이터 패킷의 길이를 곱한 값을 상기 데이터 필드의 길이로 산출하는 것을 특징으로 하는 데이터 처리 방법.
  9. 제6항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 상기 데이터 필드의 시작 바이트와 상기 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함하며,
    상기 데이터 필드의 길이를 산출하는 단계는,
    상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 상기 제3 정보에서 1을 감소시킨 값 및 상기 데이터 패킷의 길이를 곱한 값 및, 상기 제4 정보를 합한 값을 상기 데이터 필드의 길이로 산출하는 것을 특징으로 하는 데이터 처리 방법.
  10. 제6항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 상기 데이터 필드의 끝 바이트와 상기 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함하며,
    상기 데이터 필드의 길이를 산출하는 단계는,
    상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 상기 제3 정보 및 상기 데이터 패킷의 길이를 곱한 값 및, 상기 제5 정보를 합한 값을 상기 데이터 필드의 길이로 산출하는 것을 특징으로 하는 데이터 처리 방법.
  11. 송신 장치에 있어서,
    적어도 하나의 데이터 패킷을 포함하는 프레임을 생성하는 프레임 생성부;
    상기 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더를 상기 프레임에 삽입하는 정보 삽입부; 및
    상기 헤더가 삽입된 프레임을 수신 장치로 전송하는 송신부;를 포함하며,
    상기 데이터 필드와 관련된 정보는,
    상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함하는 것을 특징으로 하는 송신 장치.
  12. 제11항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함하는 것을 특징으로 하는 송신 장치.
  13. 제11항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 상기 데이터 필드의 시작 바이트와 상기 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함하는 것을 특징으로 하는 송신 장치.
  14. 제11항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 상기 데이터 필드의 끝 바이트와 상기 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함하는 것을 특징으로 하는 송신 장치.
  15. 제11항에 있어서,
    상기 제1 정보 및 상기 제2 정보는,
    1 또는 0의 플래그 값인 것을 특징으로 하는 송신 장치.
  16. 적어도 하나의 데이터 패킷을 포함하는 프레임을 수신하여 처리하는 수신 장치에 있어서,
    상기 적어도 하나의 데이터 패킷이 차지하는 데이터 필드와 관련된 정보를 포함하는 헤더가 삽입된 프레임을 수신하는 수신부; 및
    상기 정보에 기초하여 상기 데이터 필드의 길이를 산출하고, 산출된 길이에 기초하여 상기 프레임을 처리하는 신호 처리부;를 포함하며,
    상기 데이터 필드와 관련된 정보는,
    상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되는지 여부를 나타내는 제1 정보 및 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되는지 여부를 나타내는 제2 정보를 포함하는 것을 특징으로 하는 수신 장치.
  17. 제16항에 있어서,
    상기 신호 처리부는,
    상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 상기 프레임 길이 및 상기 헤더 영역의 길이의 차를 상기 데이터 필드의 길이로 산출하는 것을 특징으로 하는 수신 장치.
  18. 제16항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보를 더 포함하며,
    상기 신호 처리부는,
    상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 상기 제3 정보 및 상기 데이터 패킷의 길이를 곱한 값을 상기 데이터 필드의 길이로 산출하는 것을 특징으로 하는 수신 장치.
  19. 제16항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되지 않은 경우 상기 데이터 필드의 시작 바이트와 상기 데이터 필드에 시작 바이트가 포함된 두번째 데이터 패킷의 시작 바이트 사이의 거리를 나타내는 제4 정보를 더 포함하며,
    상기 신호 처리부는,
    상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있지 않고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있는 것으로 판단되면, 상기 제3 정보에서 1을 감소시킨 값 및 상기 데이터 패킷의 길이를 곱한 값 및, 상기 제4 정보를 합한 값을 상기 데이터 필드의 길이로 산출하는 것을 특징으로 하는 수신 장치.
  20. 제16항에 있어서,
    상기 데이터 필드와 관련된 정보는,
    끝 바이트가 상기 데이터 필드에 포함된 데이터 패킷의 개수를 나타내는 제3 정보 및 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함된 경우 상기 데이터 필드의 끝 바이트와 상기 데이터 필드에 끝 바이트가 포함된 데이터 패킷 중 마지막 데이터 패킷의 끝 바이트 사이의 거리를 나타내는 제5 정보를 더 포함하며,
    상기 신호 처리부는,
    상기 제1 정보 및 상기 제2 정보에 기초하여, 상기 데이터 필드에 첫번째 데이터 패킷의 시작 바이트가 포함되어 있고 상기 데이터 필드에 마지막 데이터 패킷의 끝 바이트가 포함되어 있지 않은 것으로 판단되면, 상기 제3 정보 및 상기 데이터 패킷의 길이를 곱한 값 및, 상기 제5 정보를 합한 값을 상기 데이터 필드의 길이로 산출하는 것을 특징으로 하는 수신 장치.
KR1020130096061A 2013-08-13 2013-08-13 송신 장치, 수신 장치 및 그 데이터 처리 방법 Expired - Fee Related KR102103903B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020130096061A KR102103903B1 (ko) 2013-08-13 2013-08-13 송신 장치, 수신 장치 및 그 데이터 처리 방법
US14/163,280 US9667757B2 (en) 2013-08-13 2014-01-24 Transmitting apparatus, receiving apparatus, and data processing method thereof
PCT/KR2014/007520 WO2015023124A1 (en) 2013-08-13 2014-08-13 Transmitting apparatus, receiving apparatus, and data processing method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020130096061A KR102103903B1 (ko) 2013-08-13 2013-08-13 송신 장치, 수신 장치 및 그 데이터 처리 방법

Publications (2)

Publication Number Publication Date
KR20150019328A true KR20150019328A (ko) 2015-02-25
KR102103903B1 KR102103903B1 (ko) 2020-05-29

Family

ID=52466826

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130096061A Expired - Fee Related KR102103903B1 (ko) 2013-08-13 2013-08-13 송신 장치, 수신 장치 및 그 데이터 처리 방법

Country Status (3)

Country Link
US (1) US9667757B2 (ko)
KR (1) KR102103903B1 (ko)
WO (1) WO2015023124A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190032123A (ko) * 2017-09-19 2019-03-27 한국전자통신연구원 케이블 방송망을 통한 ip 기반 방송 데이터 전송 방법 및 장치

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6575514B2 (ja) * 2014-05-12 2019-09-18 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
WO2016091905A1 (en) * 2014-12-12 2016-06-16 Sony Corporation Transmitter and receiver using channel bundling
KR20190050705A (ko) * 2017-11-03 2019-05-13 한국전자통신연구원 채널 본딩을 이용한 방송 신호 송신 장치 및 방송 신호 송신 방법
WO2022257026A1 (zh) * 2021-06-08 2022-12-15 华为技术有限公司 通信方法和通信装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8005167B2 (en) * 2007-08-24 2011-08-23 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US20130195148A1 (en) * 2012-01-31 2013-08-01 Electronics And Telecommunications Research Institute Modulation and demodulation method for satellite communication using widespread signal-to-noise ratio (snr)

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6912251B1 (en) * 1998-09-25 2005-06-28 Sarnoff Corporation Frame-accurate seamless splicing of information streams
US6898204B2 (en) * 2000-04-07 2005-05-24 Broadcom Corporation Method of determining a collision between a plurality of transmitting stations in a frame-based communications network
KR20080081190A (ko) * 2005-12-23 2008-09-08 코닌클리케 필립스 일렉트로닉스 엔.브이. 데이터 스트림 처리 장치 및 방법
US7644343B2 (en) * 2006-01-17 2010-01-05 Rajugopal Gubbi Error resilience methods for multi-protocol encapsulation forward error correction implementations
US8493973B2 (en) 2006-04-04 2013-07-23 Samsung Electronics Co., Ltd. Method of and apparatus for transmitting digital broadcasting signal in advanced-VSB (A-VSB) system in which transport packet without adaptation field is provided at fixed location in data field slices
CN101573902B (zh) * 2006-10-03 2013-03-27 维尔塞特公司 卫星通信系统中的网关设备和广播方法
GB0711833D0 (en) * 2007-06-18 2007-07-25 Nokia Siemens Networks Oy A method for providing a plurality of services
US7936786B2 (en) 2007-09-20 2011-05-03 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
EP2096777B1 (en) * 2008-02-21 2018-04-25 Samsung Electronics Co., Ltd. Apparatus and method for receiving a frame including control information in a broadcasting system
WO2010058884A1 (en) 2008-11-19 2010-05-27 Lg Electronics Inc. Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
WO2010142853A1 (en) * 2009-06-12 2010-12-16 Nokia Corporation Baseband frame header modifications for digital video broadcasting
US20110103300A1 (en) * 2009-10-30 2011-05-05 Nokia Corporation Data encapsulation and service discovery over a broadcast or multicast system
US20110213681A1 (en) * 2010-02-03 2011-09-01 Mohammad Shahid Delivering enhanced content to broadcast media receivers with internet connection and enhancing user experience
US9009775B2 (en) * 2010-02-23 2015-04-14 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, and method for transmitting/receiving broadcasting signal using same
EP2362653A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Transport stream packet header compression
EP2618563A4 (en) * 2010-09-14 2014-10-15 Lg Electronics Inc RADIO BROADCAST SIGNAL TRANSMITTING APPARATUS, RADIO BROADCAST SIGNAL RECEIVING APPARATUS, AND BROADCAST SIGNAL TRANSMITTING / RECEIVING METHOD THROUGH THE TRANSMITTER SIGNAL TRANSMITTING / RECEIVING APPARATUS
US9838748B2 (en) * 2013-07-05 2017-12-05 Samsung Electronics Co., Ltd. Transmitting apparatus and receiving apparatus, and signal processing method thereof
US9894016B2 (en) * 2013-12-04 2018-02-13 Sony Corporation Data processing device and data processing method
US10313492B2 (en) * 2015-05-29 2019-06-04 Samsung Electronics Co., Ltd. Layer one signaling for physical layer pipes (PLPS)

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8005167B2 (en) * 2007-08-24 2011-08-23 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US20130195148A1 (en) * 2012-01-31 2013-08-01 Electronics And Telecommunications Research Institute Modulation and demodulation method for satellite communication using widespread signal-to-noise ratio (snr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190032123A (ko) * 2017-09-19 2019-03-27 한국전자통신연구원 케이블 방송망을 통한 ip 기반 방송 데이터 전송 방법 및 장치

Also Published As

Publication number Publication date
US20150049773A1 (en) 2015-02-19
WO2015023124A1 (en) 2015-02-19
US9667757B2 (en) 2017-05-30
KR102103903B1 (ko) 2020-05-29

Similar Documents

Publication Publication Date Title
KR102120182B1 (ko) 송신 장치 및 그 송신 방법
US11457098B2 (en) Transmitting apparatus, receiving apparatus, and signal processing method thereof
KR102176714B1 (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
KR102450265B1 (ko) 송신 장치, 수신 장치 및 그 제어 방법
US9894638B2 (en) Digital broadcasting system and method of processing data in digital broadcasting system
KR102103903B1 (ko) 송신 장치, 수신 장치 및 그 데이터 처리 방법
KR101956894B1 (ko) 송신 장치, 수신 장치 및 그 제어 방법
KR102087216B1 (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
KR102383598B1 (ko) 방송 수신 장치 및 그 신호 처리 방법
WO2009038434A2 (en) Digital broadcasting system and method of processing data in digital broadcasting system

Legal Events

Date Code Title Description
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 20130813

PG1501 Laying open of application
A201 Request for examination
PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20180809

Comment text: Request for Examination of Application

Patent event code: PA02011R01I

Patent event date: 20130813

Comment text: Patent Application

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20191111

Patent event code: PE09021S01D

E90F Notification of reason for final refusal
PE0902 Notice of grounds for rejection

Comment text: Final Notice of Reason for Refusal

Patent event date: 20200117

Patent event code: PE09021S02D

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

Patent event code: PE07011S01D

Comment text: Decision to Grant Registration

Patent event date: 20200407

PR0701 Registration of establishment

Comment text: Registration of Establishment

Patent event date: 20200417

Patent event code: PR07011E01D

PR1002 Payment of registration fee

Payment date: 20200420

End annual number: 3

Start annual number: 1

PG1601 Publication of registration
PR1001 Payment of annual fee

Payment date: 20230330

Start annual number: 4

End annual number: 4

PC1903 Unpaid annual fee

Termination category: Default of registration fee

Termination date: 20250128