KR20120079209A - 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치 - Google Patents

비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치 Download PDF

Info

Publication number
KR20120079209A
KR20120079209A KR1020110000373A KR20110000373A KR20120079209A KR 20120079209 A KR20120079209 A KR 20120079209A KR 1020110000373 A KR1020110000373 A KR 1020110000373A KR 20110000373 A KR20110000373 A KR 20110000373A KR 20120079209 A KR20120079209 A KR 20120079209A
Authority
KR
South Korea
Prior art keywords
transport packet
header
packet
payload
transport
Prior art date
Application number
KR1020110000373A
Other languages
English (en)
Other versions
KR101670723B1 (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 KR1020110000373A priority Critical patent/KR101670723B1/ko
Priority to US13/343,544 priority patent/US9100671B2/en
Priority to CA2823509A priority patent/CA2823509C/en
Priority to PCT/KR2012/000074 priority patent/WO2012093846A2/en
Priority to MX2013006550A priority patent/MX2013006550A/es
Priority to EP12732038.0A priority patent/EP2661848B1/en
Publication of KR20120079209A publication Critical patent/KR20120079209A/ko
Application granted granted Critical
Publication of KR101670723B1 publication Critical patent/KR101670723B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2368Multiplexing of audio and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/762Media network packet handling at the source 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605Creation or processing of packetized elementary streams [PES]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4341Demultiplexing of audio and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4343Extraction or processing of packetized elementary streams [PES]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

본 발명은 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치에 관한 것으로서, 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법은, 전송할 데이터를 결정하는 과정과, 동기 신호와 해당 전송 패킷이 가변 길이의 전송 패킷인지 여부를 나타내는 정보를 포함하는 헤더를 생성하는 과정과, 해당 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷의 길이 정보를 포함하는 선택적 헤더를 생성하는 과정과, 상기 결정된 데이터와 헤더 및 선택적 헤더를 포함하는 전송 패킷을 송신하는 과정을 포함하여, 종래의 MPEG2-TS 패킷을 지원하면서 효율적으로 고속의 데이터 전송 서비스를 지원할 수 있다.

Description

비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치{APPARATUS AND METHOD FOR SUPPORTING VARIABLE LENGTH OF TRANSPORT PACKET IN VIDEO AND AUDIO COMMNICATION SYSTEM}
본 발명은 비디오 및 오디오 통신 시스템에 관한 것으로, 특히, 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷을 지원하는 방법 및 장치에 관한 것이다.
현재, 비디오 및 오디오 통신 시스템에서는 상기 비디오 및 오디오 방송 데이터를 전송하기 위하여 MPEG2-TS(Moving Picture Experts Group 2-Transport Stream) 패킷(Packet)을 정의하고 있다.
도 1은 MPEG2-TS 패킷의 구조를 도시하고 있다. 상기 도 1에 도시된 바와 같이, 종래에 제공되는 MPEG2-TS 패킷은 1바이트의 동기 신호(110), 3 바이트의 헤더 및 184 바이트의 어뎁테이션 필드/페이로드(Adaptation field/Payload)로 구성됨으로써, 188 바이트의 고정된 길이를 갖는다.
한편, 최근 3D(3 Dimensions) 컨텐츠 및 UD(Ultra definition) 컨텐츠(Contents)와 같이 고밀도 컨텐츠들의 등장으로 인해, 상기 비디오 및 오디오 통신 시스템에서도 고속의 데이터 전송을 필요시 되고 있다. 그러나, 상기 도 1에 도시된 바와 같이 종래에 제공된 MPEG2-TS 패킷은 고정적인 길이로 인해, 고속의 데이터 전송에 비효율적인 문제점이 있다. 즉, 종래의 MPEG2-TS 패킷은 184 바이트의 페이로드 마다 4 바이트의 헤더 정보를 필요로 하기 때문에 전송 효율이 감소하며, 특히 184 바이트보다 작은 데이터 전송이 필요한 경우, 데이터 전송 효율이 더 감소하게 되는 문제점이 있다.
따라서, 종래와 같이 고정된 패킷 구조가 아닌 유연성을 발휘할 수 있는 패킷 구조가 제시될 필요가 있다.
본 발명은 상술한 바와 같은 문제점을 해결하기 위해 도출된 것으로서, 본 발명의 목적은 비디오 및 오디오 통신 시스템에서 가변 길이의 패킷을 지원하는 방법 및 장치를 제공함에 있다.
본 발명의 다른 목적은 비디오 및 오디오 통신 시스템에서 기존의 MPEG2-TS 패킷과 호환성을 갖는 구조의 전송 패킷을 지원하는 방법 및 장치를 제공함에 있다.
본 발명의 또 다른 목적은 비디오 및 오디오 통신 시스템의 송신단에서 가변 길이의 전송 패킷을 구성하는 방법 및 장치를 제공함에 있다.
본 발명의 또 다른 목적은 비디오 및 오디오 통신 시스템의 수신단에서 가변 길이의 전송 패킷을 분석하는 방법 및 장치를 제공함에 있다.
상술한 목적들을 달성하기 위한 본 발명의 제 1 견지에 따르면, 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법은, 전송할 데이터를 결정하는 과정과, 동기 신호와 해당 전송 패킷이 가변 길이의 전송 패킷인지 여부를 나타내는 정보를 포함하는 헤더를 생성하는 과정과, 해당 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷의 길이 정보를 포함하는 선택적 헤더를 생성하는 과정과, 상기 결정된 데이터와 헤더 및 선택적 헤더를 포함하는 전송 패킷을 송신하는 과정을 포함하는 것을 특징으로 한다.
상술한 목적들을 달성하기 위한 본 발명의 제 2 견지에 따르면, 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법은, 수신되는 전송 패킷의 동기를 획득하는 과정과, 상기 전송 패킷의 헤더를 분석하여 가변 길이의 전송 패킷인지 여부를 검사하는 과정과, 상기 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷에 포함된 선택적 헤더로부터 상기 전송 패킷의 길이 정보를 획득하는 과정과, 상기 전송 패킷에서 오디오/비디오/데이터 스트림을 추출하는 과정을 포함하는 것을 특징으로 한다.
상술한 목적들을 달성하기 위한 본 발명의 제 3 견지에 따르면, 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 장치는, 전송할 데이터를 결정하고, 동기 신호와 해당 전송 패킷이 가변 길이의 전송 패킷인지 여부를 나타내는 정보를 포함하는 헤더를 생성하며, 해당 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷의 길이 정보를 포함하는 선택적 헤더를 생성하는 MUX와, 상기 결정된 데이터와 헤더 및 선택적 헤더를 포함하는 전송 패킷을 송신하는 송신부를 포함하는 것을 특징으로 한다.
상술한 목적들을 달성하기 위한 본 발명의 제 4 견지에 따르면, 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 장치는, 송신단으로부터의 전송 패킷을 수신하는 수신부와, 상기 전송 패킷의 동기를 획득하고, 상기 전송 패킷의 헤더를 분석하여 가변 길이의 전송 패킷인지 여부를 검사하며, 상기 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷에 포함된 선택적 헤더로부터 상기 전송 패킷의 길이 정보를 획득한 후, 상기 전송 패킷에서 오디오/비디오/데이터 스트림을 추출하는 DEMUX를 포함하는 것을 특징으로 한다.
본 발명은, 비디오 및 오디오 통신 시스템에서 기존의 MPEG2-TS 패킷과 호환성을 갖는 구조의 전송 패킷을 지원함으로써, 종래의 MPEG2-TS 패킷을 지원하면서 효율적으로 고속의 데이터 전송 서비스를 지원할 수 있는 효과가 있다.
도 1은 MPEG2-TS 패킷의 구조를 도시하는 도면,
도 2는 본 발명에 따른 비디오 및 오디오 통신 시스템에서 전송 패킷의 구조를 도시하는 도면,
도 3은 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 전송 패킷에 동기 신호를 삽입하는 다양한 실시 예를 도시하는 도면,
도 4는 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 전송 패킷 생성 과정을 도시하는 도면,
도 5는 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 전송 패킷 헤더의 상세한 구성을 나타내는 도면,
도 6은 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 송신단의 블록 구성을 도시하는 도면,
도 7은 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 수신단의 블록 구성을 도시하는 도면,
도 8은 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 송신단의 동작 절차를 도시하는 도면, 및
도 9는 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 수신단의 동작 절차를 도시하는 도면.
이하 본 발명의 바람직한 실시 예를 첨부된 도면을 참조하여 설명한다. 그리고, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략할 것이다. 또한, 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
이하 본 발명에서는 비디오 및 오디오 통신 시스템에서 가변 길이의 패킷을 지원하는 방법 및 장치에 관해 설명할 것이다.
먼저, 본 발명에서는 하기 도 2에 나타낸 바와 같은 전송 패킷 구조를 제안한다.
도 2는 본 발명에 따른 비디오 및 오디오 통신 시스템에서 전송 패킷의 구조를 도시하고 있다.
상기 도 2를 참조하면, 본 발명에서 제안하는 전송 패킷은 동기(Sync) 신호(200), 헤더(header)(210), 선택적 헤더(Optional Header)(220) 및 어뎁테이션 필드/페이로드(Adaptation field/Payload)(230)를 포함하여 구성된다. 여기서는, 설명의 편의를 위해 상기 동기 신호(200)와 헤더(210)를 분리하여 도시하였으나, 상기 동기 신호(200)는 상기 헤더(210)에 포함될 수 있다. 또한, 상기 도 2에는 미도시되었으나, 상기 전송 패킷은 헤더(210)와 선택적 헤더(220) 사이 혹은 선택적 헤더(220)와 어뎁테이션 필드/페이로드(230) 사이 혹은 상기 어뎁테이션 필드/페이로드(230) 중간에 보조 동기 신호를 포함할 수 있다. 여기서, 상기 보조 동기 신호를 포함하는 것은 하기에서 도 3을 참조하여 설명하기로 한다.
먼저, 상기 동기 신호(200)는 상기 전송 패킷의 시작 위치를 나타내는 신호로서, 일반적으로 0x47 값으로 설정될 수 있으며, 설계자에 의해 다른 값으로 설정될 수도 있을 것이다.
다음으로, 상기 헤더(210)는 하기 표 1과 같이 종래의 MPEG2-TS 패킷과 동일한 구조를 가지며, 본 발명에 따라 어뎁테이션 필드 제어(adaptation field control) 정보를 통해 해당 전송 패킷이 종래의 MPEG2-TS 패킷인지 혹은 본 발명에서 제안하는 가변 길이의 전송 패킷인지 여부를 나타낸다.
Field Name Number of bits
sync_byte 8
transport_error_indicator 1
payload_unit_start_indicator 1
transport_priority 1
PID 13
transport_scrambling_control 2
adaptation_field_control 2
continuity_counter 4
여기서, 상기 sync_byte는 전송 패킷의 시작 위치를 나타내는 동기 신호, transport_error_indicator는 해당 전송 패킷 내에 하나 이상의 비트 오류가 존재하는지 여부, payload_unit_start_indicator는 페이로드의 시작 위치, transport_priority는 전송 패킷의 우선 순위, PID는 전송 패킷의 ID를 나타내며, transport_scrambling_control 전송 패킷의 스크램블링 여부를 나타내고, adaptation_field_control는 헤더 다음에 어뎁테이션 필드/페이로드가 존재하는지 여부, continuity_counter는 연속적인 전송 스트림에서 해당 전송 패킷의 순서를 나타낸다.
특히, 본 발명에서는 가변 길이의 전송 패킷을 지원하기 위해, 상기 표 1과 같이 구성되는 헤더(210)에서, 상기 transport_error_indicator(이하 'TEI'라 칭함) 필드 및 adaptation_field_control(이하 'AFC'라 칭함)필드의 정보를 제어할 수 있다.
먼저, 상기 AFC 필드에 대해 살펴보면, 종래의 MPEG2-TS 패킷에서 AFC 필드는 하기 표 2와 같이 정의되고 있다.
values Description
00 Reseved for future use by ISO/IEC
01 No adaptation_field, payload only
10 Adaptation_field only, no payload
11 Adaptation_filed followed by patload
상기 AFC 필드에서 '00'은 현재 사용되지 않는 값이며, '01'은 헤더 뒤에 페이로드만 존재함을 나타내고, '10'은 헤더 뒤에 어뎁테이션 필드만 존재함을 나타내며, '11'은 헤더 뒤에 어뎁테이션 필드와 페이로드가 존재함을 나타낸다.
즉, 종래의 AFC 필드에서는 '00'을 사용하지 않고 있으므로, 본 발명에서는 하기 표 3과 같이, 상기 AFC 필드의 값 '00'을 이용하여 해당 전송 패킷이 가변 길이의 전송 패킷임을 나타낼 수 있다.
values Description
00 Advanced Transport Packet Indicator
01 No adaptation_field, payload only
10 Adaptation_field only, no payload
11 Adaptation_filed followed by patload
상기 표 3에 나타낸 바와 같이, 본 발명에 따른 AFC 필드에서 '00'은 전송 해당 패킷이 가변 길이의 전송 패킷임을 나타내고, '01'은 헤더 뒤에 페이로드만 존재함을 나타내며, '10'은 헤더 뒤에 어뎁테이션 필드만 존재함을 나타내며, '11'은 헤더 뒤에 어뎁테이션 필드와 페이로드가 존재함을 나타낸다.
본 발명에서는 상기 표 3과 같이, AFC 필드 값을 정의함으로써, 본 발명에 따른 가변 길이의 전송 패킷을 지원하는 않는 수신 장치에서, 상기 AFC 필드 값이 '00'으로 설정된 경우 해당 전송 패킷을 폐기하고, 상기 AFC 필드 값이 상기 '00'이외의 값일 경우, 종래와 동일하게 동작하도록 할 수 있다. 즉, 본 발명에서는 상기 AFC 필드를 이용하여 가변 길이의 전송 패킷을 나타냄으로써, 종래의 수신 장치에 대해서도 오류 없이 동작할 수 있으며, 본 발명에 따른 송신 장치가 상황에 따라 종래 수신 장치와의 호환성을 고려하여 종래의 전송 패킷으로도 데이터를 전송할 수 있는 이점을 얻을 수 있다.
다음으로, TEI 필드에 대해 살펴보면, 상기 TEI 필드는 해당 전송 패킷 내에 하나 이상의 비트 오류가 존재하는지 여부를 나타낸다. 즉, 상기 TEI 필드의 값 '0'은 해당 전송 패킷 내에 비트 오류가 존재하지 않음을 나타내고, '1'은 해당 전송 패킷 내에 비트 오류가 존재함을 나타낸다. 그러나, 본 발명에서 제안하는 가변 길이의 전송 패킷에서 상기 TEI 필드의 값은 항상 '0'으로 설정할 수 있다. 이는, 상기 AFC 필드가 '00'으로 설정된 경우, 상기 TEI 필드가 1로 설정되어 종래의 수신 장치가 상기 AFC 필드의 '00'값을 오류로 인식하는 것을 방지하기 위함이다. 즉, 수신 장치는 수신된 전송 패킷의 동기를 획득한 후, TEI 필드 값을 통해 해당 패킷 내에 오류 존재 여부를 판단하는데, 상기 TEI 필드 값이 '1'이면 상기 AFC 필드의 값 '00'을 오류로 인식하여 해당 전송 패킷을 폐기하지 않고 처리하기 위한 동작을 수행할 수 있기 때문에, 이를 방지하기 위함이다. 물론, 상기 본 발명에서 제안하는 가변 길이의 전송 패킷에서 상기 TEI 필드는 '0'으로 설정되지 않고, 비트 오류 존재 여부를 나타낼 수도 있음은 당연할 것이다.
다음으로, 상기 선택적 헤더(220)는 상기 헤더(210)의 AFC 필드 값이 '00'으로 설정된 경우, 상기 헤더(210)의 뒤에 존재하게 된다. 상기 선택적 헤더(220)는 해당 전송 패킷의 길이를 나타내는 정보와 해당 전송 패킷을 복호하는데 필요한 정보들을 포함한다. 즉, 상기 선택적 헤더(220)는 해당 전송 패킷의 길이 정보, 상기 선택적 헤더(220) 이후에 존재하는 어뎁테이션 필드/페이로드(230)에 대한 정보, 해당 전송 패킷의 순서, CRC 확인 유무, FEC 성공 유무, 상기 선택적 헤더(220)의 길이 정보, 분할 영역별 오류 정보, CRC 정보 중 적어도 하나를 포함할 수 있다. 이와 같은 구성을 통해 본 발명의 수신단에서는 전송 패킷이 연속적인 스트림으로 입력될 때, 동기 신호(200)와 상기 선택적 헤더(220) 내에 포함된 전송 패킷의 길이 정보를 통해 다음 전송 패킷의 시작을 나타내는 동기 신호의 위치를 알 수 있으며, 이를 통해 각 전송 패킷을 구분할 수 있다.
상기 선택적 헤더(220)는 고정적인 길이를 가질 수도 있으며, 가변적인 길이를 가질 수도 있다.
먼저, 상기 고정적인 길이를 갖는 경우의 선택적 헤더(220)는 하기 표 4에 나타낸 바와 같이 구성될 수 있다.
Syntax Definition
Adaptation Field control for ATP(AFC_ATP) This Field indicates whether this ATP header is followed by an adaptation field and/or payload
Continuity counter for ATP(CC_ATP) This field increments with each ATP with the same PID and wraps around to 0 after its maximum value.
CRC Flag This field indicate whether all or some portion of this ATP has been checked by CRC
FEC Status Flag This field indicates whether FEC(s) including this ATP is failure.
The size of ATP(S_ATP) This field specifies the size in n-bits in this ATP
CRC Cycle Redundancy Check for this ATP Header
상기 표 4에서, AFC_ATP는 2 비트로 구성되며, 선택적 헤더 다음에 어뎁테이션 필드/페이로드(230)가 존재하는지 여부를 나타낸다. 즉, 상기 AFC_ATP 필드의 '01'은 헤더 뒤에 페이로드만 존재함을 나타내고, '10'은 헤더 뒤에 어뎁테이션 필드만 존재함을 나타내며, '11'은 헤더 뒤에 어뎁테이션 필드와 페이로드가 존재함을 나타낼 수 있다. 여기서, 상기 표 1에 나타낸 바와 같이, 상기 헤더(210)에 헤더 다음에 어뎁테이션 필드/페이로드가 존재하는지 여부를 나타내는 adaptation_field_control 필드가 포함되어 있음에도, 상기 선택적 헤더(220)에 상기 AFC_ATP가 포함되는 것은, 본 발명에 따른 가변 길이의 전송 패킷에서는 상기 헤더(210)에 포함된 adaptation_field_control 필드가 '00'으로 설정됨으로써, 헤더 위의 어뎁테이션 필드/페이로드(230)에 대해 나타낼 수 없기 때문이다.
상기 CC_ATP는 4 비트로 구성되며, 연속적인 전송 스트림에서 해당 전송 패킷의 순서를 나타낸다.
상기 CRC Flag는 1 비트로 구성되며, CRC 확인 유무를 나타낸다. 즉, 상기 CRC Flag는 상기 헤더(210)에 포함된 TEI 필드의 오류 유무를 나타내는 정보가 CRC 확인을 통해 획득한 정보인지 혹은 CRC가 아닌 다른 요인에 의해 획득한 정보인지 나타낸다. 예를 들어, 상기 TEI 필드의 오류 유무 정보가 FEC의 오류 정정 결과에 의해 획득한 정보임을 나타낼 수 있다. 상기 CRC Flag는 CRC와는 다른 정보로서, 상기 표 4에 나타낸 바와 같이 선택적 헤더(220) 내에 CRC 필드가 존재하는 경우보다 CRC 필드가 존재하지 않는 경우에 큰 의미를 가질 것이다. 또한, 상기 TEI는 해당 전송 패킷 전체에 대한 오류 유무를 나타낼 수도 있고, 전송 패킷의 일부분에 대해 오류 유무를 나타낼 수도 있으므로, 상기 CRC Flag 역시 전송 패킷 전체 혹은 일부에 대한 CRC 확인 유무를 나타낼 수 있을 것이다.
상기 FEC Status Flag는 1 비트로 구성되며, FEC의 오류 정정 성공/실패 여부를 나타낸다. 즉, 상기 FEC Status Flag는 상기 헤더(210)에 포함된 TEI 필드가 지시하는 영역에 대한 FEC 오류 정정 성공 여부를 나타낸다. 만일, 상기 TEI 필드가 지시하는 영역이 둘 이상의 FEC에 해당한다면, 상기 FEC Status Flag는 상기 둘 이상의 FEC 오류 정정 모두 성공한 경우에 오류 정정 성공을 나타내고, 상기 둘 이상의 FEC 오류 정정 중 하나라도 실패한 경우 오류 정정 실패를 나타낸다. 여기서, 상기 FEC Status Flag가 오류 정정 성공을 나타내고 있고, 상기 TEI가 비트 오류 존재함을 나타내고 있는 경우, FEC에 의해 오류 정정이 발생했으며 CRC 확인 결과 오류가 검출된 것으로 해석될 수 있다. 반대로 상기 FEC Status Flag가 오류 정정 실패를 나타내고 있고, 상기 TEI가 비트 오류 없음을 나타내고 있는 경우, FEC에 의한 오류 정정이 실패되었으나, 상기 TEI가 지시하는 영역에 오류가 없었거나 오류가 정정된 것으로 해석될 수 있다. 만일, 상기 헤더(210)의 TEI가 본 발명에서 제안하는 가변 길이의 전송 패킷을 나타내기 위해 항상 '1'로 설정되는 경우, 상기 선택적 헤더(220)는 상기 FEC Status Flag 필드 대신 해당 전송 패킷 내에 하나 이상의 비트 오류가 존재하는지 여부를 나타내는 TEI 필드를 포함할 수도 있을 것이다.
상기 S_ATP는 16 비트로 구성되며, 해당 전송 패킷 내의 바이트 수(n=8인경우)를 나타냄으로써, 해당 전송 패킷의 전체 길이와 다음 전송 패킷이 언제 시작하는지 나타낼 수 있다. 여기서, 본 발명에 따른 전송 패킷의 길이에 대한 제약이 예를 들어 32 바이트의 배수, 47 바이트의 배수 혹은 64 바이트의 배수와 같이 주어진다면, 상기 S_ATP의 정의 역시 n=32*8, n=8*47 혹은 64*8로 변경될 수 있다. 상기와 같이 상기 전송 패킷의 길이를 일정 길이의 배수로 제약하는 것은, 수신단에 최소 길이를 가지는 전송 패킷이 연속적으로 입력될 경우, 수신 장치가 전송 패킷의 시작 동기 신호가 적어도 최소 길이 만큼의 주기로 입력되는 것을 활용하여 각 전송 패킷의 시작 동기 신호를 찾을 수 있기 때문이다.
상기 CRC는 8 비트로 구성되며, 해당 전송 패킷의 헤더(220)와 선택적 헤더(230)의 오류 검출을 위해 사용된다. 또한, 상기 CRC는 전송 패킷에서 시작 동기 신호와 동일한 값이 검출되었을 때, 상기 시작 동기 신호와 동일한 값이 검출된 위치부터 상기 CRC가 할당되었을 것으로 예상되는 위치까지 CRC를 확인하여 오류가 없으면, 상기 시작 동기와 동일한 값이 검출된 위치가 시작 동기 신호의 위치일 확률이 높으므로, 동기 검출의 성능을 향상시킬 수 있다.
반면, 상기 가변적인 길이를 갖는 경우의 선택적 헤더(220)는 하기 표 5에 나타낸 바와 같이 구성될 수 있다.
Syntax Definition
The number of sub-packets(N_SP) This field specifies the number of sub-packets in this ATP
Size of the last sub-packet(S_LSP) This field specifies the size in m-bits of the last sub-packet
Adaptation field control for ATP(AFC_ATP) This field indicates whether this ATP header is followed by an adaptation field and/or payload
Error indicating bit-map for sub-packets(SPBM) This field specifies the error status of each sub-packet as a bitmap
Stuffing bits This k-bits field is allocated to make length of this ATP Header be multiple of 8-bits(0≤s<8, integer)
CRC Cycle Redundancy Check for this ATP Header
상기 표 5에서, N_SP는 8 로 구성되며, 해당 전송 패킷에 포함된 서브 패킷들의 수를 나타낸다. 즉, 상기 N_SP 필드에 설정된 값에 1을 더하면, 해당 전송 패킷에 포함된 서브 패킷들의 수를 구할 수 있으며, 최대 256개의 서브 패킷을 나타낼 수 있다. 여기서, 상기 서브 패킷은 해당 전송 패킷이 일정 길이 이상인 경우, 상기 전송 패킷을 헤더 및 선택적 헤더를 포함하여 적어도 두 개 이상으로 분할한 패킷을 의미하는 것으로, 이때 각 서브 패킷의 길이는 동일할 수도 있고 다를 수도 있다. 만일, 상기 전송 패킷이 k+1 개의 서브 패킷으로 분할된 경우, 첫 번째 서브 패킷의 길이는 N1 비트, 두 번째 서브 패킷의 길이는 N2 비트, ... K 번째 서브 패킷의 길이는 Nk 비트와 같이 규격적으로 정의할 수 있으며, 이때 N1 = N2 = ... = Nk일 수 있다. 이때, 마지막 서브 패킷 즉, Nk+1번째 서브 패킷의 길이는 전송 패킷의 전체 길이에 의해 결정될 것이다. 또한, 여기서 상기 서브 패킷은 오류를 나타내는 단위 혹은 보조 동기 신호를 삽입하는 단위일 수도 있다. 물론 여기서 상기 오류를 나타내는 단위와 보조 동기 신호를 삽입하는 단위는 동일할 수 있다.
상기 S_LSP는 8 비트로 구성되며, 해당 전송 패킷에 포함된 마지막 서브 패킷의 바이트 수(m=8인 경우)를 나타낸다. 상기 S_LSP 필드에 설정된 값에 1을 더하면, 마지막 서브 패킷의 바이트 수를 구할 수 있다. 본 발명에 따른 가변 길이의 전송 패킷은 복수의 서브 패킷으로 분할될 때, 전송 패킷의 길이에 따라 마지막 서브 패킷의 길이가 달라질 수 있으므로 그 길이를 나타낼 필요가 있다. 만약 전송 패킷의 길이에 대한 제약이 있다면, 상기 S_LSP가 나타내는 의미도 상기 전송 패킷의 길이에 대한 제약에 맞게 변경될 수 있다. 즉, 상기 S_LSP의 목적은 전송 패킷의 규격에 맞게 각 전송 패킷에 포함된 마지막 서브 패킷의 길이를 알기 위함이다.
여기서, 상기 N_SP와 L_SP를 이용하여 전체 전송 패킷의 길이를 알 수 있으며, 연속적인 전송 스트림 상에서 다음 전송 패킷이 언제 시작되는지 알 수 있다. 예를 들어 서브 패킷들의 길이가 256 바이트로 동일한 상황에서 N_SP가 0x0F이고 S_LSP가 0x0F인 경우, 전체 패킷의 길이는 4112(256*16 + 16) 바이트임을 알 수 있다.
상기 AFC_ATP는 2 비트로 구성되며, 선택적 헤더 다음에 어뎁테이션 필드/페이로드(230)가 존재하는지 여부를 나타낸다. 즉, 상기 AFC_ATP 필드의 '01'은 헤더 뒤에 페이로드만 존재함을 나타내고, '10'은 헤더 뒤에 어뎁테이션 필드만 존재함을 나타내며, '11'은 헤더 뒤에 어뎁테이션 필드와 페이로드가 존재함을 나타낼 수 있다. 여기서, 상기 표 1에 나타낸 바와 같이, 상기 헤더(210)에 헤더 다음에 어뎁테이션 필드/페이로드가 존재하는지 여부를 나타내는 adaptation_field_control 필드가 포함되어 있음에도, 상기 선택적 헤더(220)에 상기 AFC_ATP가 포함되는 것은, 본 발명에 따른 가변 길이의 전송 패킷에서는 상기 헤더(210)에 포함된 adaptation_field_control 필드가 '00'으로 설정됨으로써, 헤더 위의 어뎁테이션 필드/페이로드(230)에 대해 나타낼 수 없기 때문이다.
상기 SPBM는 상기 N_SP에 설정된 값 n에 따라 비트 수가 결정되며, 해당 전송 패킷에 포함된 각 서브 패킷들의 오류 유무를 나타낸다. 특히, 시작 동기 신호 바로 다음 비트인 TEI가 항상 '0'으로 설정되는 경우, 상기 SPBM은 n+1 비트로 구성되어 해당 전송 패킷의 첫 번째 서브 패킷부터 1대 1로 매핑되고, 그렇지 않은 경우 상기 SPBM은 n 비트로 구성되어 해당 전송 패킷의 두 번째 서브 패킷부터 1대1로 매핑되어 각 서브 패킷 내의 오류 유무를 나타낸다(0≤n<256).
상기 Stuffing bits는 헤더(210) 및 선택적 헤더(220)의 길이를 8 비트의 배수 즉, 바이트 단위로 만들기 위한 선택적 필드로서, 그 크기는 0≤s<8일 수 있다. 예를 들어, N을 8로 나눈 나머지 값을 remainder(N,8)로 정의할 때, If remainder(p,8) = 0 이면 s = 0이고, If remainder(p,8) ≠ 0 이면, s = 8 - remainder(p,8)일 수 있다. 이때 상기 p는 stuffing bits를 제외한 헤더(210) 및 선택적 헤더(220)의 비트 수를 의미한다.
상기 CRC는 8 비트로 구성되며, 해당 전송 패킷의 헤더(220)와 선택적 헤더(230)의 오류 검출을 위해 사용된다. 또한, 상기 CRC는 전송 패킷에서 시작 동기 신호와 동일한 값이 검출되었을 때, 상기 시작 동기 신호와 동일한 값이 검출된 위치부터 상기 CRC가 할당되었을 것으로 예상되는 위치까지 CRC를 확인하여 오류가 없으면, 상기 시작 동기와 동일한 값이 검출된 위치가 시작 동기 신호의 위치일 확률이 높으므로, 동기 검출의 성능을 향상시킬 수 있다.
마지막으로, 상기 어뎁테이션 필드/페이로드(230)는 상기 선택적 헤더(220)의 AFC_ATP 필드에 나타낸 바와 같이, 추가적인 정보를 포함하는 어뎁테이션 필드와 전송할 오디오 및 비디오 데이터를 나타내는 페이로드 중 적어도 하나를 포함하여 구성된다.
상술한 도 2와 같이, 본 발명에서 제안하는 전송 패킷은 동기 신호(200), 헤더(210), 선택적 헤더(220) 및 어뎁테이션 필드/페이로드(230)를 포함하여 구성될 수 있으며, 수신단에서의 동기 획득을 용이하게 하기 위해 전송 패킷의 길이에 따라 하기 도 3에 나타낸 바와 같이, 보조 동기 신호를 포함하여 구성될 수 있다.
도 3은 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 전송 패킷에 동기 신호를 삽입하는 다양한 실시 예를 도시하고 있다.
상기 도 3을 참조하면, 본 발명에서는 전송 패킷의 길이가 임계 길이를 초과하는 경우, (a) 내지 (c)와 같이 전송 패킷의 시작 위치에 삽입되는 동기 신호에 더하여, 패킷의 중간에 보조 동기 신호를 추가할 수도 있으며, 전송 패킷의 길이가 임계 길이 이하인 경우, 상기 전송 패킷의 시작 위치에만 동기 신호를 삽입할 수 있다.
상기 도 3의 (a)는 전송 패킷이 시작 동기 신호와 보조 동기 신호를 포함하는 경우, 동기 신호의 마지막 비트를 이용하여 시작 동기 신호와 보조 동기 신호를 구분하는 방식을 나타내고 있다. 즉 상기 (a)는 각각의 서브 패킷 별로 7비트의 동기 신호(300, 303, 305)와 1비트의 시작 동기 구분 플래그(sync_start_flag)(302, 304, 306)를 마련하여, 각각의 서브 패킷 별로 7비트의 동기 신호(300, 303, 305)는 동일하게 설정(0x23)하고, 1 비트의 시작 동기 구분 플래그(302, 304, 306)를 통해 해당 동기 신호가 시작 동기 신호인지 보조 동기 신호인지 구분할 수 있도록 하는 방식을 나타내고 있다. 여기서는, 해당 동기 신호가 전송 패킷의 시작을 나타내는 시작 동기 신호이면, 상기 시작 동기 구분 플래그를 1로 설정(302)하고, 해당 동기 신호가 보조 동기 신호이면, 상기 시작 동기 구분 플래그를 0으로 설정(304, 306)한다. 이러한 방식은, 상기 7비트의 동기 신호(300, 303, 305)와 1비트의 시작 동기 구분 플래그(302, 304, 306)의 값을 동시에 볼 경우, 시작 동기 신호의 값이 0x47이 되고, 나머지 보조 동기 신호의 값이 0x46이 됨으로써, 상기 시작 동기 신호의 값이 하기 (d)에 나타낸 경우와 동일한 값을 가질 수 있으므로, 기존 MPEG2-TS 패킷 구조를 포함할 수 있다.
상기 도 3의 (b)는 전송 패킷이 시작 동기 신호와 보조 동기 신호를 포함하는 경우, 각 서브 패킷에 포함된 동기 신호의 값을 바탕으로 시작 동기 신호와 보조 동기 신호를 구분하는 방식을 나타내고 있다. 즉 상기 (b)는 각각의 서브 패킷에 포함되는 동기 신호의 값을 점점 증가(0x47, 0x48, 0x49)시켜 시작 동기 신호(311)와 보조 동기 신호(312, 313)를 구분할 수 있을 뿐만 아니라, 현재 검출된 동기 신호로부터 해당 전송 패킷의 시작 동기 신호의 위치를 나타낼 수 있다. 물론, 상기 서브 패킷에 포함되는 동기 신호의 값을 점점 감소시켜 시작 동기 신호와 보조 동기 신호를 구분할 수도 있을 것이다.
상기 도 3의 (c)는 전송 패킷이 시작 동기 신호와 보조 동기 신호를 포함하는 경우, 시작 동기 신호(321)의 값(0x47)을 역변환(inverting)한 값(0xB8)으로 보조 동기 신호(322, 323)의 값을 설정하여, 상기 시작 동기 신호(321)와 보조 동기 신호(322, 323)를 구분하는 방식을 나타내고 있다.
상기 도 3의 (d)는 전송 패킷의 길이가 임계 길이 이하인 경우, 시작 동기 신호만을 포함하는 방식을 나타내고 있다. 이때, 상기 시작 동기 신호는 상기 (a)와 같이 7비트의 동기 신호(331)와 1비트의 시작 동기 구분 플래그(332)로 구성할 수 있으며, 상기 동기 신호(331)는 0x23값으로 설정하고, 상기 시작 동기 구분 플래그(332)는 1로 설정할 수 있다. 즉, 상기 동기 신호(331)와 시작 동기 구분 플래그(332)에 해당하는 8 비트의 값은 기존 MPEG2-TS 패킷의 동기 신호 값 0x47과 동일한 값을 가지게 됨으로써, 본 발명에서 제안하는 전송 패킷은 종래 MPEG2-TS 패킷의 구조를 포함하여, 송신단에서 종래 MPEG2-TS 패킷의 구조로 데이터를 전송하는 것을 가능하게 한다.
도 4는 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 전송 패킷 생성 과정을 도시하고 있다.
상기 도 4를 참조하면, 비디오 스트림은 비디오 PES(Packetized Elementary Stream) 패킷의 형태로, 오디오 스트림은 오디오 PES 패킷의 형태로 가공된다. 상기 PES 패킷은 저장 또는 전송을 위해 일정 단위로 패킷화된 오디오 스트림 혹은 비디오 스트림을 의미한다.
상기 가공된 비디오 PES 패킷들 및 상기 오디오 PES 패킷들은 멀티플렉싱(multiplexing)을 통해 상기 도 2에 나타낸 바와 같은 구조의 전송 패킷들로 변환된다. 특히, 상기 멀티플렉싱을 통해 상기 전송 패킷 각각의 헤더는 TEI 필드는 '0'으로, AFC 필드는 '00'으로 설정하여 상기 전송 패킷이 본 발명에서 제안하는 가변 길이의 전송 패킷임을 나타낸다. 또한, 상기 멀티플렉싱을 통해 상기 전송 패킷은 상기 표 4 혹은 표 5와 같이, 해당 전송 패킷의 길이를 나타내는 정보와 해당 전송 패킷을 복호하는데 필요한 정보들을 나타내는 선택적 헤더를 포함하도록 구성된다. 여기서, 상기 전송 패킷은 상기 비디오 PES 패킷들 및 상기 오디오 PES 패킷들 각각의 크기에 따라 그 길이가 결정된다. 즉, 상기 도 4에 도시된 바와 같이, 전송 패킷 #0의 길이는 비디오 PES 패킷 #0을 포함하도록 결정되고, 전송 패킷 #1의 길이는 오디오 PES 패킷 #0을 포함하도록 결정되고, 전송 패킷 #2의 길이는 비디오 PES 패킷 #1을 포함하도록 결정되고, 전송 패킷 #3의 길이는 오디오 PES 패킷 #1을 포함하도록 결정된다.
또한, 상기 멀티플렉싱 과정을 통해, 임계 길이를 초과하는 전송 패킷들은 상기 도 3 (a) 내지 (c)에 나타낸 바와 같이, 시작 동기 신호에 추가로 적어도 하나의 보조 동기 신호를 포함하도록 구성될 수 있다.
그러면, 상기 도 4의 비디오 PES 패킷 #0, #1과 오디오 PES 패킷 #0, #1을 가공하여 본 발명에서 제안하는 전송 패킷 #0, #1, #2 및 #3을 생성할 경우, 각각의 전송 패킷에 대한 동기 신호, 헤더 및 선택적 헤더를 설정하는 방식을 하기 5를 참조하여 상세하게 살펴보기로 한다.
도 5는 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 전송 패킷 헤더의 상세한 구성을 나타내고 있다.
상기 도 5를 참조하면, 비디오 PES 패킷들 각각의 길이가 522 바이트이고 오디오 PES 패킷들 각각의 길이가 407 바이트임을 가정하여, 전송 패킷을 256 바이트의 서브 패킷으로 분할할 경우, 전송 패킷 #0,#1,#2,#3 각각의 동기 신호, 헤더 및 선택적 헤더에 설정되는 값을 나타낸다. 이때 상기 동기 신호를 포함하는 헤더의 크기는 4바이트, 상기 선택적 헤더의 크기는 4 바이트로 구성된다. 또한, 여기서는상기 선택적 헤더가 표 5에 나타낸 바와 같이, 가변 길이를 갖는 경우를 예로 들어 설명한다.
먼저, 헤더를 살펴보면, 각 전송 패킷의 7비트 동기 신호(Sync)는 '0x23'으로 설정하고, 1비트 시작 동기 구분 플래그(Sync_start_flag)는 '1'로 설정하여, 8 비트 전체 값이 0x47이 되도록한다.
또한, 상기 헤더의 TEI(Transport_error_indicator)는 모든 전송 패킷에 대해 '0'으로 설정하여 종래의 수신 장치가 해당 전송 패킷을 수신할 경우, AFC 값이 '00'이면 해당 전송 패킷을 폐기할 수 있도록 한다.
상기 헤더의 Payload_unit_start_indicator는 모든 전송 패킷에 대해 '1'로 설정하여 각 전송 패킷의 페이로드가 PES 패킷의 첫 번째 바이트로 시작함을 나타낸다.
상기 헤더의 Transport_priority는 전송 패킷 #0과 #1에 대해 '1'로 설정하고, 전송 패킷 #2와 #3에 대해 '0'으로 설정하여 전송 스트림의 시작 PES 패킷과 그 외 PES 패킷을 구분한다.
상기 헤더의 PID는 비디오 PES 패킷을 포함하는 전송 패킷에 대해서는 '0x0018'로 설정하고, 오디오 PES 패킷을 포함하는 전송 패킷에 대해서는 '0x0019'로 설정한다.
상기 헤더의 Transport_scrambling_control은 모든 전송 패킷에 대해 '00b'로 설정하여 "Not scrambled"임을 나타낸다.
상기 헤더의 AFC(Adaptation_field_control)는 모든 전송 패킷에 대해 '00b'로 설정하여 해당 전송 패킷이 본 발명에서 제안하는 가변 길이의 전송 패킷임을 나타낸다.
상기 헤더의 Countinuity_counter는 첫 번째 비디오 PES 패킷을 포함하는 전송 패킷 #0과 첫 번째 오디오 PES 패킷을 포함하는 전송 패킷 #1에 대해서는 '0'으로 설정하고, 나머지 전송 패킷 #2와 #3에 대해서는 '1'로 설정한다.
다음으로, 선택적 헤더를 살펴보면, N_SP는 비디오 PES 패킷을 포함하는 전송 패킷 #0과 #2에 대해 '3'으로 설정하여 해당 전송 패킷이 3개의 서브 패킷으로 분할되었음을 나타내고, 오디오 PES 패킷을 포함하는 전송 패킷 #1과 #2에 대해 '2'로 설정하여 해당 전송 패킷이 2개의 서브 패킷으로 분할되었음을 나타낸다.
상기 선택적 헤더의 S_LSP는 비디오 PES 패킷을 포함하는 전송 패킷 #0과 #2에 대해, '20'으로 설정하여 해당 전송 패킷의 마지막 서브 패킷의 길이가 20바이트임을 나타내고, 오디오 PES 패킷을 포함하는 전송 패킷 #1과 #3에 대해, '160'으로 설정하여 해당 전송 패킷의 마지막 서브 패킷의 길이가 160 바이트임을 나타낸다. 상기 마지막 서브 패킷의 길이는 해당 비디오 PES 패킷과 오디오 PES 패킷의 길이에 따라 달라지는 값이다. 여기서는 상기 헤더 및 선택적 헤더의 길이가 8바이트이고 비디오 PES 패킷의 길이가 522 바이트이며, 패킷 중간에 1 바이트의 보조 동기 신호를 삽입하는 상황에서, 전송 패킷을 256바이트 크기로 분할하므로, 상기 전송 패킷이 3 개의 서브 패킷(서브 패킷 1 : 헤더+선택적 헤더(8 바이트)와 비디오 PES 패킷(248 바이트), 서브 패킷 2 : 보조 동기 신호(1 바이트)와 비디오 PES 패킷(255바이트), 서브 패킷 3: 보조 동기 신호(1 바이트)와 비디오 PES 패킷(19 바이트))으로 분할되어 마지막 서브 패킷의 길이가 20 바이트가 된다. 이와 동일하게, 407 바이트 길이의 오디오 PES 패킷을 포함하는 전송 패킷은 2 개의 서브 패킷(서브 패킷 1: 헤더+선택적 헤더(8 바이트)와 오디오 PES 패킷(248 바이트), 서브 패킷 2: 보조 동기 신호(1 바이트)와 오디오 PES 패킷(159바이트))로 분할되어, 마지막 서브 패킷의 길이가 160 바이트가 된다.
상기 선택적 헤더의 AFC_ATP는 모든 전송 패킷에 대해 '01b'로 설정하여 상기 선택정 헤더 다음에 어뎁테이션 필드없이 바로 페이로드가 존재함을 나타낸다.
상기 선택적 헤더의 SPBM은 전송 패킷 #0과 #2에 대해서는 '000b'로 설정하고, 전송 패킷 #1과 #3에 대해서는 '00b'로 설정하여 해당 전송 패킷에 포함된 서브 패킷들 각각에 오류가 없음을 나타낸다. 여기서, 상기 SPBM의 비트 수는 해당 전송 패킷에 포함된 서브 패킷의 수에 따라 결정된다.
상기 선택적 헤더의 Stuffing bits는 전송 패킷 #0과 #2에 대해서는 '000b'로 설정하고, 전송 패킷 #1과 #3에 대해서는 '0000b'로 설정하여 각 전송 패킷에 포함되는 헤더 및 선택적 헤더의 전체 크기가 바이트 배수가 되도록 한다.
상기 선택적 헤더의 CRC는 각 전송 패킷에 포함된 전체 헤더의 오류 검출을 위한 것으로 동기 신호를 제외한 전체 헤더의 7 바이트 크기에 대하여, CRC-8b비트를 부가한다. 여기서, 상기 CRC-8 코드는 X^8 + X^7 + X^6 + X^4 + X^2 + 1을 사용할 수 있다.
그러면, 상술한 바와 같이 본 발명에서 제안하는 전송 패킷을 이용하는 비디오 및 오디오 통신 시스템의 송신단과 수신단의 구성 및 동작 절차에 대해 살펴보기로 한다.
도 6은 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 송신단의 블록 구성을 도시하고 있다.
상기 도 6에 도시된 바와 같이, 상기 송신단은 비디오 인코더(video encoder)(610-1), 오디오 인코더(audio encoder)(610-2), 비디오 패킷화부(video packetizer)(620-1), 오디오 패킷화부(audio packetizer)(620-2), 데이터 패킷화부(620-3), 전송 스트림 MUX(transport stream Mutiplexer)(630), 채널 부호화부(channel encoder)(640), 송신부(650)를 포함하여 구성된다.
상기 비디오 인코더(610-1)는 비디오 스트림을 해당 비디오 코덱에 따라 압축한다. 상기 오디오 인코더(610-2)는 오디오 스트림을 해당 오디오 코덱 따라 압축한다. 상기 비디오 패킷화부(620-1)는 압축된 비디오 스트림을 일정 단위로 분할함으로써 비디오 PES 패킷들을 생성한다. 상기 오디오 패킷화부(620-2)는 압축된 오디오 스트림을 일정 단위로 분할함으로써 오디오 PES 패킷들을 생성한다. 상기 PES 패킷들 각각은 PES 헤더를 포함하며, 상기 PES 헤더는 타임 스탬프(time stamp) 정보 등 오디오 스트림 및 비디오 스트림을 재생하기 위해 필요한 정보를 포함한다. 상기 데이터 패킷화부(620-3)는 데이터 스트림을 일정 단위로 분할하고 헤더를 삽입함으로써 MPE 스트림 패킷들을 생성한다.
상기 전송 스트림 MUX(630)는 상기 비디오 PES 패킷들, 상기 오디오 PES 패킷들, 상기 MPE 스트림 패킷들의 비트열을 페이로드로서 선택하고, 전송 패킷 헤더를 삽입하여 전송 패킷들을 생성한다.
특히, 상기 전송 스트림 MUX(630)는 상술한 실시 예들에 따라 전송 패킷에 동기 신호, 헤더 및 선택적 헤더를 삽입한다. 구체적으로 설명하면, 상기 전송 스트림 MUX(630)는 먼저 오디오 PES 패킷들 및 비디오 PES 패킷들의 데이터 중 하나의 전송 패킷에 포함될 범위를 결정한 후, 시작 동기 신호를 포함하는 전송 패킷의 헤더를 생성한다. 상기 전송 스트림 MUX(630)는 본 발명에서 제안하는 가변 길이의 전송 패킷을 생성하기 위해, 상기 전송 패킷에 상기 표 1에 나타낸 바와 같은 헤더를 삽입하고, 추가적으로 상기 표 4 혹은 표 5에 나타낸 바와 같은 선택적 헤더를 삽입한다.
특히, 상기 전송 스트림 MUX(630)는 상기 헤더의 AFC 필드를 상기 표 3을 바탕으로 '00'으로 설정하여 해당 전송 패킷이 본 발명에서 제안하는 가변 길이의 전송 패킷임을 나타내며, 이에 따라 기존의 수신 장치가 해당 전송 패킷을 수신한 경우, 해당 전송 패킷을 폐기하도록 유도할 수 있다. 또한, 상기 전송 스트림 MUX(630)는 상기 헤더의 TEI 필드를 '0'으로 설정함으로써, 상기 TEI 필드가 '1'로 설정되어 상기 기존의 수신 장치가 해당 전송 패킷의 AFC 필드 값 '00'을 오류로 인식하는 것을 방지한다.
또한, 상기 전송 스트림 MUX(603)는 각각의 전송 패킷에 상기 표 4 혹은 표 5에 나타낸 바와 같이, 해당 전송 패킷의 길이를 나타내는 정보와 해당 전송 패킷을 복호하는데 필요한 정보들을 포함하는 선택적 헤더를 삽입한다. 즉, 전송 스트림 MUX(603)는 상기 전송 패킷의 헤더 다음 부분에 해당 전송 패킷의 길이 정보, 이후에 존재하는 어뎁테이션 필드/페이로드에 대한 정보, 해당 전송 패킷의 순서, CRC 확인 유무, FEC 성공 유무, 상기 선택적 헤더의 길이 정보, 분할 영역별 오류 정보, CRC 정보 중 적어도 하나를 포함하는 선택적 헤더를 삽입한다.
또한, 상기 전송 스트림 MUX(630)는 상기 전송 패킷의 길이를 임계 길이와 비교하여 상기 도 3에 나타낸 바와 같이 설정된 방식에 따라 보조 동기 신호를 삽입할 수 있다.
상기 채널 부호화부(640)는 전송 패킷들에 대하여 채널 인코딩(channel encoding)을 수행한다. 상기 송신부(650)는 채널 인코딩된 전송 패킷들을 채널을 통해 송신한다. 여기서, 상기 채널은 유선 채널 또는 무선 채널일 수 있다. 무선 채널의 경우, 상기 송신부(650)는 상기 전송 패킷들의 비트열을 복조(modulation)함으로써 복소 심벌들을 생성하고, 통신 시스템의 규격에 따라 물리계층 처리하고, RF(Radio Frequency) 대역 신호로 상향 변환한 후, 안테나를 통해 송신한다.
도 7은 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 수신단의 블록 구성을 도시하고 있다.
상기 도 7에 도시된 바와 같이, 상기 수신단은 수신부(710), 채널 복호화부(channel decoder)(720), 전송 스트림 DEMUX(Transport Stream De-multiplexer)(730), 비디오 디코더(740-1), 오디오 디코더(740-2), 데이터 처리부(740-3)를 포함하여 구성된다.
상기 수신부(710)는 채널을 통해 수신되는 신호로부터 채널 부호화된 전송 패킷들을 복원한다. 여기서, 상기 채널은 유선 채널 또는 무선 채널일 수 있다. 무선 채널의 경우, 상기 수신부(710)는 안테나를 통해 수신된 RF 대역 신호를 기저대역 신호로 변환하고, 통신 시스템의 규격에 따라 물리계층 처리하고, 복조(demodulation)을 통해 비트열을 복원한다.
상기 채널 복호화부(720)는 상기 채널 부호화된 전송 패킷들에 대하여 채널 디코딩을 수행하고, 전송 패킷들의 비트열을 상기 전송 스트림 DEMUX(730)로 제공한다.
상기 전송 스트림 DEMUX(730)는 상기 전송 패킷들에서 동기 신호를 이용하여 패킷 동기를 획득하고, 전송 패킷으로부터 비디오 스트림 및 오디오 스트림을 추출한다. 특히, 본 발명에 따라 상기 전송 스트림 DEMUX(730)는 상기 전송 패킷들에서 시작 동기 신호를 검사하고, 시작 동기 신호 이후에 존재하는 헤더를 분석하여 해당 전송 패킷이 본 발명에서 제안하는 가변 길이의 전송 패킷인지 여부를 검사한다. 즉, 상기 전송 스트림 DEMUX(730)는 상기 표 1에 나타낸 바와 같이 구성된 헤더에서 AFC 필드의 값이 '00'으로 설정된 경우, 상기 전송 패킷이 본 발명에서 제안하는 가변 길이의 패킷임을 판단하고, 상기 AFC 필드의 값이 '00'이 아닐 경우, 상기 전송 패킷이 종래의 MPEG2-TS 패킷임을 판단한다. 여기서, 상기 전송 패킷이 종래의 MPEG2-TS 패킷일 경우, 상기 전송 스트림 DEMUX(730)는 종래와 동일한 방식으로 동작한다.
상기 전송 스트림 DEMUX(730)는 상기 전송 패킷이 가변 길이의 전송 패킷으로 판단될 경우, 상기 헤더 다음에 존재하는 선택적 헤더를 분석하여 해당 전송 패킷의 길이 정보, 상기 선택적 헤더 이후에 존재하는 어뎁테이션 필드/페이로드에 대한 정보, 해당 전송 패킷의 순서, CRC 확인 유무, FEC 성공 유무, 상기 선택적 헤더의 길이 정보, 분할 영역별 오류 정보, CRC 정보 중 적어도 하나를 획득한다. 여기서, 상기 전송 패킷의 선택적 헤더는 상기 표 4 혹은 표 5에 나타낸 바와 같이 구성될 수 있다. 즉, 상기 전송 스트림 DEMUX(730)는 상기 표 4 혹은 표 5와 같이구성된 선택적 헤더를 분석하여 전송 패킷 길이를 나타내는 정보를 획득하고, 이를 통해 다음 전송 패킷의 시작 지점을 판단할 수 있다. 또한, 상기 전송 스트림 DEMUX(730)는 상기 선택적 헤더에 포함된 CRC 코드를 이용하여 헤더의 오류 여부를 검사한다. 만일, 상기 오류가 발생한 것으로 검사되면, 상기 전송 스트림 DEMUX(730)는 상기 헤더 및 선택적 헤더의 정보를 신뢰할 수 없다고 판단하고, 해당 전송 패킷을 폐기한다.
또한, 상기 전송 스트림 DEMUX(730)는 상기 전송 패킷들에서 각 전송 패킷에 대한 적어도 하나의 동기 신호를 검출할 수 있다. 즉, 상기 전송 패킷 각각은 상기 도 3에 나타낸 바와 같이 반드시 시작 동기 신호를 포함하며 추가로 보조 동기 신호를 포함할 수 있으므로, 상기 전송 스트림 DEMUX(730)는 상기 선택적 헤더에 포함된 정보를 바탕으로 다음 전송 패킷의 시작 위치 및 서브 패킷의 길이를 획득하여, 상기 시작 동기 신호와 보조 동기 신호를 검출할 수 있다. 예를 들어, 상기 전송 스트림 DEMUX(730)는 입력되는 전송 패킷에서 동기 신호로 약속된 패턴이 검출되면, 상기 동기 신호가 검출된 위치로부터 전송 패킷의 길이 정보가 저장된 위치를 참조하여 해당 전송 패킷에 포함된 서브 패킷들의 길이 정보를 획득할 수 있으며, 획득된 서브 패킷들의 길이 정보를 바탕으로 다음 서브 패킷의 시작 위치에 동기 신호로 약속된 패턴이 존재하는지 검사하여 보조 동기 신호를 검출할 수 있다. 또한, 상기 전송 스트림 DEMUX(730)는 상기 획득된 서브 패킷들의 길이 정보를 이용하여 해당 전송 패킷의 길이를 획득할 수 있으며, 이를 통해 다음 전송 패킷의 시작 위치를 확인하여 해당 위치에서 시작 동기 신호를 검출하여 전송 패킷들 간에 동기가 일치하는지 검사할 수 있다.
이와 같은, 동기 검출 시, 상기 전송 스트림 DEMUX(730)는 동기 신호 검출 신뢰성을 확보하기 위해서 적어도 4개의 연속된 동기 신호가 예상된 위치에서 검출되었을 경우, 동기 신호 검출이 제대로 되었다고 판단할 수 있을 것이다. 이는, 동기 신호의 크기가 1 바이트일 때 상기 동기 신호로 약속된 패턴이 어느 한 위치에서 검출될 확률은 1/256이고, 4 번의 연속된 예상 위치에서 검출될 확률은 1/2^32이므로, 상기 4 번의 연속된 예상 위치에서 검출된 패턴을 동기 신호로 판단하더라도, 그 판단이 틀릴 확률은 1/2^32 (= 2.33E-10)로 매우 낮기 때문이다.
또한, 본 발명은 가변 길이의 전송 패킷과 기존의 MPEG2-TS 패킷을 모두 지원하므로, 전송 패킷에서 동기 신호 패턴이 처음 검출된 위치로부터 188 바이트 단위마다 상기 동기 신호 패턴이 검출될 경우, 현재 전송 패킷이 기존의 MPEG2-TS 패킷임을 판단할 수 있으며, 이때 각각의 전송 패킷을 동기화하여 전송 패킷 내의 헤더에 포함된 AFC 필드 값을 확인하여 상기 전송 패킷이 기존의 MPEG2-TS 패킷임을 재확인할 수 있을 것이다.
상기 비디오 디코더(740-1)는 송신단에서 사용된 비디오 압축 코덱에 따라 압축된 비디오 스트림을 신장(decompression)함으로써 비디오 스트림을 복원한다. 상기 오디오 디코더(740-2)는 송신단에서 사용된 오디오 압축 코덱에 따라 압축된 오디오 스트림을 신장함으로써 오디오 스트림을 복원한다. 상기 데이터 처리부(740-3)는 데이터 스트림을 해석하고, 해석된 정보에 대응되는 처리를 수행한다.
도 8은 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 송신단의 동작 절차를 도시하고 있다. 상기 도 8은 비디오 및 오디오 PES 패킷이 생성된 이후에 본 발명에 따른 가변 길이의 전송 패킷을 생성하여 송신하는 동작 절차를 도시하고 있다.
상기 도 8을 참고하면, 상기 송신단은 801단계에서 하나의 전송 패킷에 포함될 비디오 PES 패킷들 혹은 오디오 PES 패킷들을 결정한다. 즉, 상기 송신단은 오디오 PES 패킷 및 비디오 PES 패킷 중 어느 것을 송신할지 판단한 후, 선택된 PES 패킷을 하나의 전송 패킷으로서 송신할 것을 결정할 수 있다.
이후, 상기 송신단은 803단계로 진행하여 가변 길이의 전송 패킷을 지원할 것인지 여부를 결정한다. 즉, 상기 송신단은 본 발명에서 제안하는 가변 길이의 전송 패킷을 생성할 것인지 혹은 종래 기술에 따른 MPEG2-TS 패킷을 생성할 것인지 여부를 결정한다. 만일, 종래 기술에 따른 MPEG-TS 패킷을 생성함이 결정되면, 상기 송신단은 819단계로 진행하여 종래 방식으로 전송 패킷을 구성하고, 전송 패킷을 포함하는 프레임을 송신한 후 본 발명에 따른 알고리즘을 종료한다.
반면, 본 발명에서 제안하는 가변 길이의 전송 패킷을 생성함이 결정되면, 상기 송신단은 805단계로 진행하여 미리 약속된 패턴의 시작 동기 신호와 해당 전송 패킷이 가변 길이의 전송 패킷임을 나타내는 헤더를 생성한다. 물론, 여기서 상기 시작 동기 신호는 상기 헤더에 포함될 수 있다. 즉, 상기 송신단은 상기 표 1에 나타낸 바와 같은 정보들을 포함하는 헤더를 생성하며, 이때 AFC 필드를 '00'으로, TEI 필드를 '0'으로 설정한다.
이후, 상기 송신단은 807단계로 진행하여 해당 전송 패킷의 길이 정보를 포함하는 선택적 헤더를 생성한다. 즉, 상기 송신단은 상기 표 4 혹은 표 5에 나타낸 바와 같이, 해당 전송 패킷의 길이 정보, 이후에 존재하는 어뎁테이션 필드/페이로드에 대한 정보, 해당 전송 패킷의 순서, CRC 확인 유무, FEC 성공 유무, 상기 선택적 헤더의 길이 정보, 분할 영역별 오류 정보, CRC 정보 중 적어도 하나를 포함하는 선택적 헤더를 생성한다.
이후, 상기 송신단은 809단계로 진행하여 상기 생성된 헤더 및 선택적 헤더에 비디오 PES 패킷 혹은 오디오 PES 패킷을 추가하여 전송 패킷을 생성한다.
상기 전송 패킷을 생성한 후, 상기 송신단은 811단계에서 상기 전송 패킷의 길이가 임계 길이를 초과하는지 검사한다. 상기 송신단은 상기 전송 패킷의 길이가 임계 길이 이하일 시 하기 815단계로 진행하고, 상기 전송 패킷의 길이가 임계 길이를 초과할 시 813단계로 진행하여 상기 전송 패킷에 보조 동기 신호를 삽입한다. 여기서, 상기 보조 동기 신호는 상기 도 3에 나타낸 바와 같은 방식으로 삽입될 수 있다.
이후, 상기 송신단은 815단계로 진행하여 전송 패킷을 채널 인코딩한 후, 채널 인코딩된 전송 패킷을 채널을 통해 송신한다. 여기서, 상기 채널은 유선 채널 또는 무선 채널일 수 있다. 무선 채널의 경우, 상기 송신단은 상기 전송 패킷들의 비트열을 복조(modulation)함으로써 복소 심벌들을 생성하고, 통신 시스템의 규격에 따라 물리계층 처리하고, RF(Radio Frequency) 대역 신호로 상향 변환한 후, 안테나를 통해 송신한다.
도 9는 본 발명의 실시 예에 따른 비디오 및 오디오 통신 시스템에서 수신단의 동작 절차를 도시하고 있다. 상기 도 9는 수신단에서 연속적인 전송 스트림을 수신하여 전송 패킷을 해석하는 동작 절차를 도시하고 있다.
상기 도 9를 참조하면, 상기 수신단은 901단계에서 전송 패킷을 수신하여 채널 디코딩을 수행한 후, 903단계로 진행하여 상기 전송 패킷에서 시작 동기 신호를 검출하고 헤더를 분석한다. 즉, 상기 수신단은 상기 전송 패킷에서 전송 패킷의 시작을 나타내는 동기 신호를 검출하여 전송 패킷의 동기를 획득하고, 상기 표 1에 나타낸 바와 같이 구성되는 전송 패킷의 헤더를 분석할 수 있다.
이후, 상기 수신단은 905단계에서 상기 전송 패킷 분석 결과 전송 패킷이 가변 길이의 전송 패킷인지 여부를 판단한다. 여기서, 상기 수신단은 상기 헤더 분석 결과 획득한 상기 헤더의 AFC 필드 값이 '00'인 경우, 상기 전송 패킷이 본 발명에서 제안하는 가변 길이의 전송 패킷임을 판단하고, 상기 헤더의 AFC 필드 값이 상기 '00'이 아닌 경우 종래 기술에 따른 MPEG2-TS 패킷임을 판단할 수 있다. 만일, 상기 전송 패킷이 종래의 MPEG2-TS 패킷일 경우, 상기 수신단은 911단계로 진행하여 종래 방식으로 전송 패킷을 처리하고 본 발명에 따른 알고리즘을 종료한다.
반면, 상기 전송 패킷이 본 발명에서 제안하는 가변 길이의 전송 패킷인 경우, 상기 수신단은 907단계로 진행하여 상기 헤더 다음에 존재하는 선택적 헤더를 분석하여 전송 패킷의 길이 정보를 획득하고, 이를 통해 다음 전송 패킷의 시작 위치를 확인한다. 또한, 상기 수신단은 해당 전송 패킷을 처리하기 위해 상기 선택적 헤더로부터 어뎁테이션 필드/페이로드에 대한 정보, 해당 전송 패킷의 순서, CRC 확인 유무, FEC 성공 유무, 상기 선택적 헤더의 길이 정보, 분할 영역별 오류 정보, CRC 정보 중 적어도 하나를 획득할 수 있다. 또한, 상기 수신단은 상기 선택적 헤더에 포함된 서브 패킷들의 길이 정보를 이용하여 상기 전송 패킷 내에 포함된 보조 동기 신호를 검출할 수도 있다. 또한 여기서, 상기 수신단은 상기 선택적 헤더에 포함된 오류 정보를 이용하여 상기 전송 패킷에 대한 오류 발생 여부를 판단하고, 오류가 발생되었을 시, 해당 전송 패킷을 폐기할 수 있다.
이후, 상기 수신단은 913단계로 진행하여 상기 전송 패킷에서 오디오/비디오/데이터 스트림을 추출하고, 추출된 스트림을 처리한다. 상기 전송 패킷에서 추출된 데이터는 오디오/비디오 PES 패킷 또는 MPE 스트림 패킷이므로, 상기 수신단은 상기 오디오/비디오 PES 패킷 또는 MPE 스트림 패킷에서 오디오/비디오/데이터 스트림을 추출하고, 송신단에서 사용된 압축 코덱에 따라 상기 오디오/비디오 스트림을 처리하여 재생하거나, 데이터 스트림을 해석하여 확인되는 정보에 따른 처리를 수행한다.
상술한 본 발명에서는 설명의 편의를 위해 헤더와 선택적 헤더를 구분하여 설명하였으나, 상기 헤더와 선택적 헤더가 하나의 헤더로 구성될 수 있음은 당연하다 할 것이다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능하다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
200: 동기(Sync) 신호
210: 헤더(Header)
220: 선택적 헤더(Optional Header)
230: 어뎁테이션 필드/페이로드(Adaptation field/Payload)

Claims (40)

  1. 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법에 있어서,
    전송할 데이터를 결정하는 과정과,
    동기 신호와 해당 전송 패킷이 가변 길이의 전송 패킷인지 여부를 나타내는 정보를 포함하는 헤더를 생성하는 과정과,
    해당 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷의 길이 정보를 포함하는 선택적 헤더를 생성하는 과정과,
    상기 결정된 데이터와 헤더 및 선택적 헤더를 포함하는 전송 패킷을 송신하는 과정을 포함하는 것을 특징으로 하는 방법.
  2. 제 1항에 있어서,
    상기 해당 전송 패킷이 가변 길이의 전송 패킷인지 여부를 나타내는 정보를 포함하는 헤더를 생성하는 과정은,
    전송 패킷의 헤더에서 어뎁테이션 필드와 페이로드의 존재 여부를 나타내는 어뎁테이션 필드 제어(adaptation_field_control) 필드의 값을 00으로 설정하여 가변 길이의 전송 패킷임을 나타내고, 그 이외의 값을 설정하여 가변 길이의 전송 패킷이 아님을 나타내는 과정을 포함하는 것을 특징으로 하는 방법.
  3. 제 2항에 있어서,
    상기 헤더에서 상기 어뎁테이션 필드 제어 필드의 값을 통해 가변 길이의 전송 패킷임을 나타낼 경우, 상기 선택적 헤더에서 상기 선택적 헤더 다음에 어뎁테이션 필드와 페이로드의 존재 여부를 나타내는 정보를 포함하는 것을 특징으로 하는 방법.
  4. 제 2항에 있어서,
    상기 헤더에서 상기 어뎁테이션 필드 제어 필드의 값을 통해 가변 길이의 전송 패킷임을 나타낼 경우, 상기 헤더에서 비트 오류 존재 여부를 나타내는 정보 필드를 '0'으로 설정하는 것을 특징으로 하는 방법.
  5. 제 1항에 있어서,
    상기 전송 패킷의 길이 정보를 포함하는 선택적 헤더는, 해당 전송 패킷 전체의 길이 정보, 해당 전송 패킷을 구성하는 서브 패킷의 수 및 해당 전송 패킷을 구성하는 마지막 서브 패킷의 길이 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  6. 제 1항에 있어서,
    상기 헤더는, 전송 패킷의 시작 위치를 나타내는 동기 신호, 전송 패킷 내에 하나 이상의 비트 오류 존재 여부, 페이로드의 시작 위치, 전송 패킷의 우선 순위, 전송 패킷의 ID 전송 패킷의 스크램블링 여부, 어뎁테이션 필드 및 페이로드의 존재 여부, 전송 패킷의 순서 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  7. 제 1항에 있어서,
    상기 선택적 헤더는, 어뎁테이션 필드 및 페이로드의 존재 여부, 전송 패킷의 순서, CRC 확인 유무, FEC(forward Error Correction) 오류 정정 성공 여부, 전송 패킷의 길이 및 CRC 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  8. 제 1항에 있어서,
    상기 선택적 헤더는, 전송 패킷에 포함된 서브 패킷들의 수, 마지막 서브 패킷의 길이, 어뎁테이션 필드 및 페이로드의 존재 여부, 각 서브 패킷들의 오류 유무, 전송 패킷을 바이트 배수로 만들기 위한 스터핑 비트(Stuffing bits) 및 CRC 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  9. 제 1항에 있어서,
    상기 전송 패킷에 보조 동기 신호를 삽입하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  10. 제 9항에 있어서,
    상기 보조 동기 신호는, 상기 헤더와 선택적 헤더 사이의 위치, 상기 선택적 헤더와 어뎁테이션 필드/페이로드 사이의 위치 및 상기 어뎁테이션 필드/페이로드 중간 위치 중 적어도 하나의 위치에 삽입되는 것을 특징으로 하는 방법.
  11. 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법에 있어서,
    수신되는 전송 패킷의 동기를 획득하는 과정과,
    상기 전송 패킷의 헤더를 분석하여 가변 길이의 전송 패킷인지 여부를 검사하는 과정과,
    상기 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷에 포함된 선택적 헤더로부터 상기 전송 패킷의 길이 정보를 획득하는 과정과,
    상기 전송 패킷에서 오디오/비디오/데이터 스트림을 추출하는 과정을 포함하는 것을 특징으로 하는 방법.
  12. 제 11항에 있어서,
    상기 가변 길이의 전송 패킷인지 여부를 검사하는 과정은,
    상기 전송 패킷의 헤더에서 어뎁테이션 필드와 페이로드가 존재하는지 여부를 나타내는 어뎁테이션 필드 제어(adaptation_field_control) 필드의 값이 00인 경우 가변 길이의 전송 패킷임을 결정하고, 그 이외의 값인 경우 가변 길이의 전송 패킷이 아님을 결정하는 과정을 포함하는 것을 특징으로 하는 방법.
  13. 제 12항에 있어서,
    상기 헤더에서 상기 어뎁테이션 필드 제어 필드의 값을 통해 가변 길이의 전송 패킷임이 결정된 경우, 상기 선택적 헤더를 통해 어뎁테이션 필드와 페이로드의 존재 여부를 확인하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  14. 제 12항에 있어서,
    상기 헤더에서 상기 어뎁테이션 필드 제어 필드의 값을 통해 가변 길이의 전송 패킷임을 나타낼 경우, 상기 헤더에서 비트 오류 존재 여부를 나타내는 정보 필드가 '0'으로 설정되어있는지 여부를 확인하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  15. 제 11항에 있어서,
    상기 선택적 헤더는, 해당 전송 패킷 전체의 길이 정보, 해당 전송 패킷을 구성하는 서브 패킷의 수 및 해당 전송 패킷을 구성하는 마지막 서브 패킷의 길이 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  16. 제 11항에 있어서,
    상기 헤더는, 전송 패킷의 시작 위치를 나타내는 동기 신호, 전송 패킷 내에 하나 이상의 비트 오류 존재 여부, 페이로드의 시작 위치, 전송 패킷의 우선 순위, 전송 패킷의 ID 전송 패킷의 스크램블링 여부, 어뎁테이션 필드 및 페이로드의 존재 여부, 전송 패킷의 순서 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  17. 제 11항에 있어서,
    상기 선택적 헤더는, 어뎁테이션 필드 및 페이로드의 존재 여부, 전송 패킷의 순서, CRC 확인 유무, FEC(forward Error Correction) 오류 정정 성공 여부, 전송 패킷의 길이 및 CRC 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  18. 제 11항에 있어서,
    상기 선택적 헤더는, 전송 패킷에 포함된 서브 패킷들의 수, 마지막 서브 패킷의 길이, 어뎁테이션 필드 및 페이로드의 존재 여부, 각 서브 패킷들의 오류 유무, 전송 패킷을 바이트 배수로 만들기 위한 스터핑 비트(Stuffing bits) 및 CRC 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  19. 제 11항에 있어서,
    상기 전송 패킷에서 보조 동기 신호를 검출하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  20. 제 19항에 있어서,
    상기 보조 동기 신호는, 상기 헤더와 선택적 헤더 사이의 위치, 상기 선택적 헤더와 어뎁테이션 필드/페이로드 사이의 위치 및 상기 어뎁테이션 필드/페이로드 중간 위치 중 적어도 하나의 위치로부터 검출되는 것을 특징으로 하는 방법.
  21. 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 장치에 있어서,
    전송할 데이터를 결정하고, 동기 신호와 해당 전송 패킷이 가변 길이의 전송 패킷인지 여부를 나타내는 정보를 포함하는 헤더를 생성하며, 해당 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷의 길이 정보를 포함하는 선택적 헤더를 생성하는 MUX와,
    상기 결정된 데이터와 헤더 및 선택적 헤더를 포함하는 전송 패킷을 송신하는 송신부를 포함하는 것을 특징으로 하는 장치.
  22. 제 20항에 있어서,
    상기 MUX는, 전송 패킷의 헤더에서 어뎁테이션 필드와 페이로드의 존재 여부를 나타내는 어뎁테이션 필드 제어(adaptation_field_control) 필드의 값을 00으로 설정하여 가변 길이의 전송 패킷임을 나타내고, 그 이외의 값을 설정하여 가변 길이의 전송 패킷이 아님을 나타내는 것을 특징으로 하는 방법.
  23. 제 22항에 있어서,
    상기 MUX는, 상기 헤더에서 상기 어뎁테이션 필드 제어 필드의 값을 통해 가변 길이의 전송 패킷임을 나타낼 경우, 상기 선택적 헤더에서 상기 선택적 헤더 다음에 어뎁테이션 필드와 페이로드의 존재 여부를 나타내는 정보를 포함하는 것을 특징으로 하는 장치.
  24. 제 22항에 있어서,
    상기 MUX는, 상기 헤더에서 상기 어뎁테이션 필드 제어 필드의 값을 통해 가변 길이의 전송 패킷임을 나타낼 경우, 상기 헤더에서 비트 오류 존재 여부를 나타내는 정보 필드를 '0'으로 설정하는 것을 특징으로 하는 장치.
  25. 제 21항에 있어서,
    상기 전송 패킷의 길이 정보를 포함하는 선택적 헤더는, 해당 전송 패킷 전체의 길이 정보, 해당 전송 패킷을 구성하는 서브 패킷의 수 및 해당 전송 패킷을 구성하는 마지막 서브 패킷의 길이 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  26. 제 21항에 있어서,
    상기 헤더는, 전송 패킷의 시작 위치를 나타내는 동기 신호, 전송 패킷 내에 하나 이상의 비트 오류 존재 여부, 페이로드의 시작 위치, 전송 패킷의 우선 순위, 전송 패킷의 ID 전송 패킷의 스크램블링 여부, 어뎁테이션 필드 및 페이로드의 존재 여부, 전송 패킷의 순서 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  27. 제 21항에 있어서,
    상기 선택적 헤더는, 어뎁테이션 필드 및 페이로드의 존재 여부, 전송 패킷의 순서, CRC 확인 유무, FEC(forward Error Correction) 오류 정정 성공 여부, 전송 패킷의 길이 및 CRC 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  28. 제 21항에 있어서,
    상기 선택적 헤더는, 전송 패킷에 포함된 서브 패킷들의 수, 마지막 서브 패킷의 길이, 어뎁테이션 필드 및 페이로드의 존재 여부, 각 서브 패킷들의 오류 유무, 전송 패킷을 바이트 배수로 만들기 위한 스터핑 비트(Stuffing bits) 및 CRC 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  29. 제 21항에 있어서,
    상기 MUX는, 상기 전송 패킷에 보조 동기 신호를 삽입하는 것을 특징으로 하는 장치.
  30. 제 29항에 있어서,
    상기 보조 동기 신호는, 상기 헤더와 선택적 헤더 사이의 위치, 상기 선택적 헤더와 어뎁테이션 필드/페이로드 사이의 위치 및 상기 어뎁테이션 필드/페이로드 중간 위치 중 적어도 하나의 위치에 삽입되는 것을 특징으로 하는 장치.
  31. 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 장치에 있어서,
    송신단으로부터의 전송 패킷을 수신하는 수신부와,
    상기 전송 패킷의 동기를 획득하고, 상기 전송 패킷의 헤더를 분석하여 가변 길이의 전송 패킷인지 여부를 검사하며, 상기 전송 패킷이 가변 길이의 전송 패킷인 경우, 상기 전송 패킷에 포함된 선택적 헤더로부터 상기 전송 패킷의 길이 정보를 획득한 후, 상기 전송 패킷에서 오디오/비디오/데이터 스트림을 추출하는 DEMUX를 포함하는 것을 특징으로 하는 장치.
  32. 제 31항에 있어서,
    상기 DEMUX는, 상기 전송 패킷의 헤더에서 어뎁테이션 필드와 페이로드가 존재하는지 여부를 나타내는 어뎁테이션 필드 제어(adaptation_field_control) 필드의 값이 00인 경우 가변 길이의 전송 패킷임을 결정하고, 그 이외의 값인 경우 가변 길이의 전송 패킷이 아님을 결정하는 것을 특징으로 하는 장치.
  33. 제 32항에 있어서,
    상기 DEMUX는, 상기 헤더에서 상기 어뎁테이션 필드 제어 필드의 값을 통해 가변 길이의 전송 패킷임이 결정된 경우, 상기 선택적 헤더를 통해 어뎁테이션 필드와 페이로드의 존재 여부를 확인하는 것을 특징으로 하는 장치.
  34. 제 32항에 있어서,
    상기 DEMUX는, 상기 헤더에서 상기 어뎁테이션 필드 제어 필드의 값을 통해 가변 길이의 전송 패킷임을 나타낼 경우, 상기 헤더에서 비트 오류 존재 여부를 나타내는 정보 필드가 '0'으로 설정되어있는지 여부를 확인하는 것을 특징으로 하는 장치.
  35. 제 31항에 있어서,
    상기 선택적 헤더는, 해당 전송 패킷 전체의 길이 정보, 해당 전송 패킷을 구성하는 서브 패킷의 수 및 해당 전송 패킷을 구성하는 마지막 서브 패킷의 길이 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  36. 제 31항에 있어서,
    상기 헤더는, 전송 패킷의 시작 위치를 나타내는 동기 신호, 전송 패킷 내에 하나 이상의 비트 오류 존재 여부, 페이로드의 시작 위치, 전송 패킷의 우선 순위, 전송 패킷의 ID 전송 패킷의 스크램블링 여부, 어뎁테이션 필드 및 페이로드의 존재 여부, 전송 패킷의 순서 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  37. 제 31항에 있어서,
    상기 선택적 헤더는, 어뎁테이션 필드 및 페이로드의 존재 여부, 전송 패킷의 순서, CRC 확인 유무, FEC(forward Error Correction) 오류 정정 성공 여부, 전송 패킷의 길이 및 CRC 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  38. 제 31항에 있어서,
    상기 선택적 헤더는, 전송 패킷에 포함된 서브 패킷들의 수, 마지막 서브 패킷의 길이, 어뎁테이션 필드 및 페이로드의 존재 여부, 각 서브 패킷들의 오류 유무, 전송 패킷을 바이트 배수로 만들기 위한 스터핑 비트(Stuffing bits) 및 CRC 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  39. 제 31항에 있어서,
    상기 DEMUX는, 상기 전송 패킷에서 보조 동기 신호를 검출하는 것을 특징으로 하는 장치.
  40. 제 39항에 있어서,
    상기 DEMUX는, 상기 헤더와 선택적 헤더 사이의 위치, 상기 선택적 헤더와 어뎁테이션 필드/페이로드 사이의 위치 및 상기 어뎁테이션 필드/페이로드 중간 위치 중 적어도 하나의 위치로부터 상기 보조 동기 신호를 검출하는 것을 특징으로 하는 장치.
KR1020110000373A 2011-01-04 2011-01-04 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치 KR101670723B1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
KR1020110000373A KR101670723B1 (ko) 2011-01-04 2011-01-04 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치
US13/343,544 US9100671B2 (en) 2011-01-04 2012-01-04 Apparatus and method for supporting variable length of transport packet in video and audio communication system
CA2823509A CA2823509C (en) 2011-01-04 2012-01-04 Apparatus and method for supporting variable length of transport packet in video and audio communication system
PCT/KR2012/000074 WO2012093846A2 (en) 2011-01-04 2012-01-04 Apparatus and method for supporting variable length of transport packet in video and audio communication system
MX2013006550A MX2013006550A (es) 2011-01-04 2012-01-04 Aparato y metodo para soportar longitud de variable de paquete de transporte en sistema de comunicacion de video y audio.
EP12732038.0A EP2661848B1 (en) 2011-01-04 2012-01-04 Apparatus and method for supporting variable length of transport packet in video and audio communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020110000373A KR101670723B1 (ko) 2011-01-04 2011-01-04 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20120079209A true KR20120079209A (ko) 2012-07-12
KR101670723B1 KR101670723B1 (ko) 2016-11-01

Family

ID=46380743

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020110000373A KR101670723B1 (ko) 2011-01-04 2011-01-04 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치

Country Status (6)

Country Link
US (1) US9100671B2 (ko)
EP (1) EP2661848B1 (ko)
KR (1) KR101670723B1 (ko)
CA (1) CA2823509C (ko)
MX (1) MX2013006550A (ko)
WO (1) WO2012093846A2 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101341196B1 (ko) * 2012-12-10 2013-12-12 삼성토탈 주식회사 수계 코팅액을 이용한 유/무기 복합 코팅 다공성 분리막과 그의 제조방법 및 상기 분리막을 이용한 전기화학소자
WO2015060653A1 (ko) * 2013-10-22 2015-04-30 삼성전자 주식회사 오류 정정 부호를 사용하는 통신 시스템에서 패킷 송수신 기법

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013122387A1 (en) 2012-02-15 2013-08-22 Samsung Electronics Co., Ltd. Data transmitting apparatus, data receiving apparatus, data transceiving system, data transmitting method, and data receiving method
WO2013122386A1 (en) 2012-02-15 2013-08-22 Samsung Electronics Co., Ltd. Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method
WO2013122385A1 (en) * 2012-02-15 2013-08-22 Samsung Electronics Co., Ltd. Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method
US10015111B2 (en) * 2013-03-15 2018-07-03 Huawei Technologies Co., Ltd. System and method for steering packet streams
KR20190124347A (ko) * 2013-07-05 2019-11-04 새턴 라이센싱 엘엘씨 송신 장치 및 송신 방법, 및 수신 장치 및 수신 방법
KR102130151B1 (ko) * 2013-07-22 2020-07-03 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
CN104661158A (zh) * 2013-11-25 2015-05-27 华为技术有限公司 立体声耳机、终端及两者的音频信号处理方法
CN110071785B (zh) 2014-06-24 2021-10-26 株式会社索思未来 接口方法
CN105262970B (zh) * 2015-10-14 2018-12-04 深圳先进技术研究院 一种基于图像数据的封装方法及系统
BR112018009422A8 (pt) * 2015-11-09 2019-02-26 Thomson Licensing método e dispositivo para adaptar o conteúdo de vídeo decodificado às características de um display a partir de fluxos elementares
WO2017145790A1 (ja) * 2016-02-26 2017-08-31 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
CN108737026B (zh) * 2018-05-08 2020-07-03 深圳市心流科技有限公司 数据传输方法、装置及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995026595A1 (en) * 1994-03-29 1995-10-05 Scientific-Atlanta, Inc. Packet alignment method and apparatus for simplifying parsing at a decoder in a packet-based communications system
KR20050008440A (ko) * 2003-07-14 2005-01-21 삼성전자주식회사 무선 패킷 데이터 통신 시스템에서 다중 서비스 지원을위한 패킷 데이터 생성 방법 및 장치
KR100758874B1 (ko) * 2007-02-16 2007-09-14 주식회사 셀런 엠펙2 티에스의 가변인자를 이용한 암호화 및 복호화시스템 및 방법
KR20100138713A (ko) * 2009-06-24 2010-12-31 한국전자통신연구원 패킷의 길이가 가변적인 mpeg-2 트랜스포트 패킷 생성 장치 및 방법

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU1878299A (en) * 1998-12-10 2000-06-26 Nokia Networks Oy Packet transmission method and apparatus
KR100529304B1 (ko) * 1999-02-26 2005-11-17 삼성전자주식회사 엠펙-2 트랜스포트 스트림 인코더
WO2000072600A2 (en) * 1999-05-14 2000-11-30 Koninklijke Philips Electronics N.V. Method of converting a packetized stream of information signals into a stream of information signals with time stamps and vice versa
GB0208536D0 (en) * 2002-04-13 2002-05-22 Bentley Nicholas Copy protection and restricted viewing software programmes for MPEG1 encoded video data and MP3 audio subset of codec
US7483532B2 (en) * 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
CN1961522B (zh) * 2004-05-28 2011-07-20 松下电器产业株式会社 传输流处理装置和传输流处理方法
WO2007148863A1 (en) * 2006-06-20 2007-12-27 Lg Electronics Inc. Digital broadcasting system and method of processing data
US7895635B2 (en) * 2006-06-30 2011-02-22 Versteeg William C Systems and methods of assembling an elementary stream from an encapsulated multimedia transport stream

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995026595A1 (en) * 1994-03-29 1995-10-05 Scientific-Atlanta, Inc. Packet alignment method and apparatus for simplifying parsing at a decoder in a packet-based communications system
KR20050008440A (ko) * 2003-07-14 2005-01-21 삼성전자주식회사 무선 패킷 데이터 통신 시스템에서 다중 서비스 지원을위한 패킷 데이터 생성 방법 및 장치
KR100758874B1 (ko) * 2007-02-16 2007-09-14 주식회사 셀런 엠펙2 티에스의 가변인자를 이용한 암호화 및 복호화시스템 및 방법
KR20100138713A (ko) * 2009-06-24 2010-12-31 한국전자통신연구원 패킷의 길이가 가변적인 mpeg-2 트랜스포트 패킷 생성 장치 및 방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101341196B1 (ko) * 2012-12-10 2013-12-12 삼성토탈 주식회사 수계 코팅액을 이용한 유/무기 복합 코팅 다공성 분리막과 그의 제조방법 및 상기 분리막을 이용한 전기화학소자
WO2015060653A1 (ko) * 2013-10-22 2015-04-30 삼성전자 주식회사 오류 정정 부호를 사용하는 통신 시스템에서 패킷 송수신 기법
US9800371B2 (en) 2013-10-22 2017-10-24 Samsung Electronics Co., Ltd. Method for transmitting and receiving packets in communication system using error correction code

Also Published As

Publication number Publication date
EP2661848A2 (en) 2013-11-13
WO2012093846A2 (en) 2012-07-12
EP2661848A4 (en) 2014-07-23
MX2013006550A (es) 2013-07-17
KR101670723B1 (ko) 2016-11-01
US9100671B2 (en) 2015-08-04
US20120170596A1 (en) 2012-07-05
CA2823509C (en) 2020-08-04
WO2012093846A3 (en) 2012-12-06
CA2823509A1 (en) 2012-07-12
EP2661848B1 (en) 2019-07-31

Similar Documents

Publication Publication Date Title
KR101670723B1 (ko) 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치
KR100673419B1 (ko) 전송 시스템 및 데이터 처리 방법
JP6523249B2 (ja) パケットヘッダを圧縮する方法及び装置
KR101711937B1 (ko) 비디오 및 오디오 통신 시스템에서 가변 길이 전송 패킷을 지원하기 위한 장치 및 방법
US20110310978A1 (en) Multilayer decoding using persistent bits
KR102386821B1 (ko) 방송 시스템에서 시스템 시간 정보를 송수신하는 기법
US8458569B2 (en) Apparatus and method for improving error correction capability using stuffing byte
US7839925B2 (en) Apparatus for receiving packet stream
US8615701B2 (en) Apparatus and method for indicating a packet error in an audio and video communication system
KR20060067848A (ko) 디지털 방송수신기의 역다중화장치 및 방법
US20080025389A1 (en) Method and Apparatus for False Sync Lock Detection in a Digital Media Receiver
US20200044774A1 (en) Reception apparatus, transmission apparatus, and data processing method
KR102153991B1 (ko) 재난 방송 메시지 프레임을 모니터링 및 분석하는 검증장치, 자동인지 재난방송 송신 시스템 및 자동인지 재난방송 수신 장치
JP2008103852A (ja) ディジタルデータ受信装置
JP3373745B2 (ja) 可変長フレーム同期方法およびその装置ならびに可変長フレーム送信側装置
US20230051819A1 (en) Information processing apparatus, information processing method, and program
KR101401746B1 (ko) 멀티미디어 데이터 다중화 장치 및 방법
KR100916702B1 (ko) 전송 스트림 패킷의 채널 디코딩 장치 및 그 방법
US20230046212A1 (en) Information processing device, information processing method, and program
KR101707891B1 (ko) 디지털 미디어 수송 스트림에서의 에러들을 정정하는 방법
JP5566277B2 (ja) 多重放送受信機
JP2006295567A (ja) パケットストリーム受信装置
KR101771025B1 (ko) 방송통신시스템에서 가변 길이 전송 패킷을 지원하기 위한 장치 및 방법
CN101686401A (zh) 数据处理设备和数据处理方法
JP2008193484A (ja) Ts伝送システム、その送信側装置、及び受信側装置、並びにts伝送方法

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20190927

Year of fee payment: 4