KR20160035852A - 비디오 코딩 시스템에서 널 패킷을 이용한 부가정보 전송장치 및 방법 - Google Patents

Abstract

비디오 코딩 시스템에서 널 패킷을 이용한 부가정보 전송장치 및 방법을 개시한다.
본 실시예의 일 측면에 의하면, MPEG(Moving Pictures Exports Group)-2 시스템에서 부가정보를 포함한 널 패킷을 생성하는 장치 및 방법을 제공한다.

Description

비디오 코딩 시스템에서 널 패킷을 이용한 부가정보 전송장치 및 방법 {Method and Apparatus for Transmitting Additional Information Using Null Packet in Video Coding System}

본 실시예는 MPEG-2 시스템에서 Null Packet을 이용하여 부가정보를 전송하기 위한 장치 및 방법에 관한 것이다.

이 부분에 기술된 내용은 단순히 본 실시예에 대한 배경 정보를 제공할 뿐 종래기술을 구성하는 것은 아니다.

MPEG-2 시스템에 있어서, 비디오 신호 및 오디오 신호는 비디오 엔코더 및 오디오 엔코더에 의해 수신된 후, 미리 설정된 알고리즘에 따라 비디오 기본 스트림(ES: Elementary Stream) 및 오디오 기본 스트림으로 각각 압축된다. 기본 스트림은 패킷화 수단에 의해 다수의 PES(Packetized Elementary Stream, 패킷화된 기본 스트림) 페이로드(Payload)로 분해되고, PES 헤더는 PES 패킷들의 그룹을 형성하기 위해 각 페이로드 전에 추가된다.

멀티플렉서에 의해 각각의 PES 패킷은 188 byte의 TS(Transport Stream, 전송 스트림) 패킷이 되며, 각각의 TS 패킷은 4 byte의 TS 패킷 헤더 및 184 byte의 TS 페이로드를 포함한다. 다만, 표준에 적합한 전송률을 맞추기 위해 각 TS 패킷 사이에 널 패킷(Null Packet)이 추가된다. 널 패킷은 단지 전송률을 맞추기 위해 삽입되는 패킷으로서, 아무 의미 없는 데이터들을 갖는다. 각각의 널 패킷 역시 4 byte의 TS 패킷 헤더 및 184 byte의 페이로드를 포함한다. TS 패킷과 널 패킷은 TS 패킷 헤더로부터 구분된다. 이렇게 구분된 TS 패킷은 수신단에서 수신하여 TS 패킷임을 확인한 후 디코더(Decoder)에서 디코딩(Decoding)되며, 널 패킷은 수신단에서 수신된 후 제거된다.

도 1a는 기존의 널 패킷의 구성을 도시한 도면이고, 도 1b는 기존의 Private 섹션의 구성을 도시한 도면이다.

도 1a를 참조하면, 기존의 널 패킷(110)은 TS 패킷 헤더(120)와 페이로드(130)를 포함한다.

TS 패킷 헤더(120)는 Sync_Byte(121), TI(122), PI(123), TP(124), PID(125), SC(126), AF(127) 및 CC(128)을 포함한다.

Sync_Byte(동기 바이트, 121)는 값 "01000111"(0ｘ47)을 갖는 고정 8비트 시퀀스다. 이 시퀀스는 패킷들을 시그널링(Signaling)하는 다른 수단을 갖지 않는 시스템에서 패킷들 간의 경계를 검출하기 위해 사용한다.

TI(Transport Error Indicator, 전송오류 표시기)(122)는 전송오류 표시기 필드의 값을 확인하여 이 값이 0이 아닌 경우, 해당 TS 패킷에는 위치와 크기를 알 수 없는 하나 이상의 비트 에러가 삽입되어 있음을 나타낸다.

PI(Payload_Unit_Start_Indicator, 페이로드 유닛 개시 표시기)(123)는 Private 섹션이 TS 패킷에서 개시하고 있는 것을 표시한다. 널 패킷에서 페이로드에 의미 있는 데이터가 저장되어 있지 않기 때문에, PI 필드의 값은 0을 갖는다.

TP(Transport_Priority, 전송 우선도 표시기)(124)는 동일한 PID(패킷 식별자)를 갖는 패킷들 중에서 높고 낮은 우선순위 패킷들이 구별되게 할 수 있다. 널 패킷에서 TP 필드의 값은 0을 갖는다.

PID(Packet Identifier, 패킷 식별자)(125)는 TS 패킷의 데이터 소스를 식별한다. PID 필드는 디코더에 의해 사용되며, 원하는 TS 패킷을 추출하는데 사용된다. 이 때, 널 패킷은 PID 필드의 값으로 0x1fff의 값을 갖는다. 이를 통해 널 패킷과 TS 패킷을 구분할 수 있다.

SC(Transport Scrambling Control, 전송 스크램블링 제어)(126)는 스크램블링이 인가되는지와 어떤 종류의 스크램블링이 인가되는지를 시그널링한다. 여기서 스크램블링이란 암호화하여 임의의 접근을 제어하기 위한 정보를 의미한다. 널 패킷에서 SC 필드의 값은 0을 갖는다.

AF(Adaptation_Field_Control, 적응 필드 제어)(127)는 TS 패킷에 적응 필드 및/또는 페이로드가 있는지 여부를 표시한다. 널 패킷도 페이로드는 존재하므로 AF 필드의 값은 1을 갖는다.

CC(Countinuity Counter, 연속 카운터)(128)는 TS 패킷의 시퀀스 번호이다. CC 필드의 값은 동일한 PID를 갖는 각 TS 패킷에서 1씩 증가한다. 다만 널 패킷에서는 정의되지 않는다.

페이로드는 전송하고자 하는 방송 데이터가 채워지는 부분을 의미한다. TS 패킷의 페이로드는 사용자가 전송하고자 하여 기록한 데이터를 포함하는 Private 섹션을 포함할 수 있다. 다만, 널 패킷은 TS 패킷 사이에서 단순히 전송률을 맞추기 위한 용도로만 사용되고 있기 때문에, 널 패킷의 페이로드(130)는 0xff라는 의미 없는 데이터로 채워진다.

도 1b를 참조하면, 기존의 Private 섹션(Section)(140)은 TID(141), SSI(143), PRI(145), PSL(147) 및 Private Data Bytes(149)를 포함한다.

TID(Table_Identifier)(141)는 이 섹션이 속해 있는 것이 Private Table이라는 것을 알려주는 값을 나타낸다.

SSI(Section_Syntax_Indicator)(143)는 SSI 필드의 값이 0일 경우에는 PSL(Private Section Length)(147) 필드 뒤에 이이서 Private Data Bytes(149) 필드가 따라오며, 1일 경우에는 Extension 형식이 따라오는 것을 나타낸다.

PRI(Private Indicator)(145)는 Table의 형식이 Private 섹션의 형식을 따르는지 여부를 나타낸다.

PSL(Private Section Length)(147)은 PSL 필드 다음부터 전송하려는 데이터의 전체 크기를 나타낸다.

Private Data Bytes(149)는 사용자가 정의하여 사용할 수 있는 영역으로서, 이 영역에 전송하려는 데이터를 기록할 수 있다.

본 실시예는, MPEG(Moving Pictures Exports Group)-2 시스템에서 부가정보를 포함한 널 패킷을 생성하는 장치 및 방법을 제공하는 데 주된 목적이 있다.

본 실시예의 일 측면에 의하면, 비디오 코딩 시스템(Video Coding System)에서 프라이빗 섹션(Private Section)의 패킷구조에 있어서, 테이블 섹션(Table Section)의 종류를 식별하기 위한 TID(Table Identification) 필드(Field)와 상기 테이블 섹션의 형식을 정의하는 SSI(Section Syntax Indicator) 필드와 상기 테이블 섹션의 형식이 상기 프라이빗 섹션의 형식을 따르는지 여부를 나타내는 PRI(Private Indicator) 필드와 상기 테이블 섹션이 상기 프라이빗 섹션의 데이터 크기를 유지하기 위한 RES(Reserved) 필드와 상기 프라이빗 섹션에 첨부하고자 하는 데이터 또는 정보를 포함하는 프라이빗 데이터(Data) 필드와 상기 프라이빗 데이터 필드에 포함된 데이터 또는 정보의 종류를 구분하기 위한 TIE(Table Identification Extension) 필드 및 상기 프라이빗 데이터 필드 및 상기 TIE 필드의 데이터 크기를 나타내는 PSL(Private Section Length) 필드를 포함하는 프라이빗 섹션의 패킷구조를 제공한다.

본 실시예의 다른 측면에 의하면, 비디오 코딩 시스템(Video Coding System)에서 널 패킷(Null Packet)을 생성하는 방법에 있어서, TS(Transport Stream) 패킷 형태로 구현된 데이터 패킷이 어떤 내용의 데이터를 포함하고 있는지 여부를 판단하기 위한 TS 패킷 헤더(Header)와 첨부하고자 하는 데이터 또는 정보를 포함한 프라이빗 섹션(Private Section)을 포함하는 페이로드(Payload) 및 상기 TS 패킷 헤더 및 상기 페이로드의 사이에 위치하며, 상기 TS 패킷 헤더에 이이서 새로운 데이터가 시작되는 것을 알리기 위한 PF(Pointer Field)를 포함하는 널 패킷의 패킷구조를 제공한다.

또한, 본 실시예의 다른 측면에 의하면, 비디오 코딩 시스템(Video Coding System)의 수신기의 수신 모뎀에 있어서, 비디오 코딩 시스템의 송신기로부터 수신한 AC 데이터, TMCC 데이터 및 애플리케이션이 주기적으로 모니터링을 필요로 하는 칩의 상태정보 레지스터 중 어느 하나를 포함한 부가정보가 첨부된 프라이빗 섹션을 생성하는 프라이빗 섹션 생성부 및 상기 프라이빗 섹션 생성부에서 생성한 프라이빗 섹션을 포함하는 널 패킷을 생성하는 널 패킷 생성부를 포함하는 것을 특징으로 하는 수신 모뎀을 제공한다.

이상에서 설명한 바와 같이 본 실시예에 의하면, AC(Auxiliary Channel) 데이터, TMCC(Transmission and Multiplexing Configuration Control) 데이터 및 칩(Chip)의 상태정보와 같은 부가정보들을 널 패킷에 포함하여 함께 전송할 수 있게 된다. 이에 따라 이러한 부가정보들을 디코더 등의 애플리케이션(Application)으로 송신하기 위해 필요한 각각의 부가정보의 버퍼(Buffer) 등을 추가로 설계할 필요가 없게 된다. 또한 널 패킷과 함께 부가정보들을 전송하기 때문에, 부가정보들을 전송하기 위한 별도의 통로(Path)들도 필요로 하지 않는다. 이에 따라 부가정보들을 처리하는 소프트웨어들의 구조가 간단해진다.

도 1a는 기존의 널 패킷의 구성을 도시한 도면이다.
도 1b는 기존의 Private 섹션의 구성을 도시한 도면이다.
도 2a는 기존의 전송 스트림의 전송 시스템을 도시한 도면이다.
도 2b는 본 발명의 일 실시예에 따른 전송 스트림의 전송 시스템을 도시한 도면이다.
도 3은 본 발명의 일 실시예에 따른 수신 모뎀의 구성을 도시한 블럭도이다.
도 4a는 본 발명의 일 실시예에 따른 널 패킷의 구성을 도시한 도면이다.
도 4b는 본 발명의 일 실시예에 따른 Private 섹션의 구성을 도시한 도면이다.
도 5는 본 발명의 일 실시예에 따른 AC 데이터를 복수의 Private 섹션에 포함을 시키는 방법을 도시한 도면이다.
도 6a는 기존의 수신 모뎀과 애플리케이션 간에 칩의 상태정보를 전송하는 시스템을 도시한 도면이다.
도 6b는 본 발명의 일 실시예에 따른 수신 모뎀과 애플리케이션 간에 칩의 상태정보를 전송하는 시스템을 도시한 도면이다.
도 7a는 기존의 수신 모뎀이 애플리케이션으로 TS 패킷과 부가정보를 전송하는 시스템을 도시한 도면이다.
도 7b는 본 발명의 일 실시예에 따른 수신 모뎀이 애플리케이션으로 TS 패킷과 부가정보를 전송하는 시스템을 도시한 도면이다.

이하, 본 발명의 일부 실시예 들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.

명세서 전체에서, 어떤 부분이 어떤 구성요소를 '포함', '구비'한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 '…부', '모듈' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

도 2a는 기존의 전송 스트림의 전송 시스템을 도시한 도면이고, 도 2b는 본 발명의 일 실시예에 따른 전송 스트림의 전송 시스템을 도시한 도면이다.

도 2a에 따른 기존의 전송 스트림의 전송 시스템은 송신기(210) 및 수신기(220)를 포함하며, 수신기(220)는 수신 모뎀(230), 모뎀 소프트웨어(240) 및 디코더(250)를 포함한다.

송신기(210)는 수신기(220)로 TS 패킷과 널 패킷을 포함한 전송 스트림 및 AC(Auxiliary Channel) 데이터나 TMCC(Transmission and Multiplexing Configuration Control) 데이터나 주기적으로 모니터링(Monitoring)이 필요한 칩(Chip)의 상태정보와 같은 부가정보들을 전송한다. 전송 스트림과 각각의 부가정보들을 별도의 과정으로 수신기(220)로 전송한다.

수신기(220)는 송신기가 전송한 데이터들을 수신하고, 수신한 데이터들을 추출하여 처리하는 장치를 의미한다.

수신 모뎀(230)은 송신기가 전송하는 데이터들을 수신하는 역할을 한다. 전송 스트림과 부가정보들 각각을 별도로 수신하여, 이들 각각을 모뎀 소프트웨어(240)로 전송한다.

모뎀 소프트웨어(240)는 수신 모뎀으로부터 수신한 전송 스트림과 부가정보들 각각을 분석하여 각각의 정보에 따라 필요한 처리를 하는 역할을 한다. 또한 전송 스트림을 디코더(250)에 전송한다.

디코더(250)는 모뎀 소프트웨어로부터 수신한 전송 스트림으로부터 복호화하는 역할을 한다.

MPEG-2 표준상의 기존의 전송 스트림의 전송 시스템은 수신기가 널 패킷을 수신한 경우, 기존의 전송 스트림의 전송 시스템 상에서 널 패킷은 의미 없는 데이터만을 포함하고 있기 때문에, 수신 모듈은 널 패킷을 제거하거나, 널 패킷을 제거하지 않고 모뎀 소프트웨어로 전송할 수 있다. 널 패킷이 수신 모듈에서 제거되지 않고 모뎀 소프트웨어로 전송되는 경우, 모뎀 소프트웨어는 마찬가지로 널 패킷을 제거하거나, 널 패킷을 제거하지 않고 디코더로 전송할 수 있다. 모뎀 소프트웨어에서 널 패킷을 제거하지 않고 디코더로 전송한 경우, 디코더는 널 패킷에 복호화할 아무런 데이터가 없기 때문에, 널 패킷을 사용하지 않고 버린다.

도 2b는 본 발명의 일 실시예에 따른 전송 스트림의 전송 시스템은 기존의 전송 시스템과 마찬가지로 송신기 및 수신기를 포함하며, 수신기는 수신 모뎀(260), 모뎀 소프트웨어 및 디코더를 포함한다.

본 발명의 일 실시예에 따른 전송 스트림의 전송 시스템에서 수신 모뎀(260)은 송신기로부터 수신한 TS 패킷과 부가정보들을 수신한다. 수신한 후, 이를 바로 모뎀 소프트웨어로 전송하는 것이 아니라, 널 패킷에 부가정보들을 포함하여 부가정보들이 포함된 널 패킷을 모뎀 소프트웨어로 전송한다. 이렇게 널 패킷에 부가정보들을 함께 포함하여 전송하기 때문에, 각각의 부가정보들을 모뎀 소프트웨어로 전송하기 위한 각각의 부가정보들을 위한 버퍼가 따로 필요하지 않다. 또한 도 2a에서 보듯이, 각각의 부가정보들을 모뎀 소프트웨어로 전송하기 위해 각각의 부가정보들에 대한 통로가 필요하지만, 본 발명의 일 실시예에 따르면 널 패킷에 포함하여 함께 전송하기 때문에, 별도의 부가정보들에 대한 통로가 필요치 않게 되어 구조도 간단해 진다. 칩의 상태정보에 있어서도 마찬가지 효과를 갖는다. 디코더 등을 포함하는 애플리케이션에서 주기적으로 모니터링이 필요한 칩의 상태정보를 필요로 할 때, 기존의 전송 시스템에 있어서 칩의 상태정보에 대한 별도의 통로를 사용하여 전송하였지만, 본 발명의 일 실시예에 따르면 널 패킷에 포함하여 함께 전송하기 때문에, 별도의 통로가 필요치 않게 된다.

부가정보들을 널 패킷에 첨부하는 이유는 다음과 같다. 먼저, AC, TMCC 및 칩의 상태정보와 같은 부가정보들을 전송 스트림과 같이 전달을 한다면, 수신 모뎀에서 수신한 손상된 데이터들과 구분할 수 있는 방법이 존재하지 않는다. 또한 송신기 및 수신기가 통신을 함에 있어 전송 스트림을 이용해 통신을 하는 경우, 수신기에서는 전송 스트림을 파악하는데 있어 헤더의 Sync_Byte 등을 체크하여 파악한다. 이때 전송 스트림에 부가정보들이 첨부된다면, 헤더의 정보에 변화를 가져올 수 있고, 이에 따라 패킷이 수신기에서 버려질 우려가 있어 전송 스트림에 첨부하기는 곤란하다. 두 번째로, 부가정보들을 TS 패킷 형태로 전송한다면, 수신기 내부(In-Band)에 존재하는 다른 패킷 식별자(PID)와 오인될 우려가 있어 부적절하다. 반면, 널 패킷은 어차피 다른 패킷정보와 구별되어 버려질 운명의 패킷으로서 앞서 언급된 문제를 포함하지 않는다. 널 패킷은 처리 과정 중에서 버려지기 때문에, 널 패킷에 어떠한 변화를 주더라도 수신기, 특히 디코더에서 문제가 발생할 우려가 없다. 이러한 이유로 본 발명의 일 실시예에 따라 MPEG-2 표준상으로 정의된 널 패킷에 변화를 준다고 하여도 본 발명의 일 실시예에 따른 널 패킷이 MPEG-2 표준 시스템상에서 문제를 일으킬 우려가 없다.

도 3은 본 발명의 일 실시예에 따른 수신 모뎀의 구성을 도시한 블럭도이다.

도 3을 참조하면, 본 발명의 일 실시예에 따른 수신 모뎀(260)은 Private 섹션 생성부(310) 및 널 패킷 생성부(320)를 포함한다.

Private 섹션 생성부(310)는 수신한 AC 데이터, TMCC 데이터 및 칩의 상태정보를 저장하는 레지스터(Register)를 포함한 Private 섹션을 생성하는 역할을 한다. Private 섹션에 전송하고자 하는 데이터나 정보를 포함하여 전송하기 때문에, MPEG-2 표준의 Private 섹션의 형식과는 달라진다.

널 패킷 생성부(320)는 Private 섹션 생성부에서 생성한 Private 섹션을 포함한 널 패킷을 생성한다. 널 패킷 역시 본 발명의 일 실시예에 따라 생성된 Private 섹션을 포함하기 때문에 MPEG-2 표준의 널 패킷의 형식과는 달라진다.

도 4a는 본 발명의 일 실시예에 따른 널 패킷의 구성을 도시한 도면이고, 도 4b는 본 발명의 일 실시예에 따른 Private 섹션의 구성을 도시한 도면이다.

도 4a를 참조하면, 본 발명의 일 실시예에 따른 널 패킷(410)은 TS 패킷 헤더(420)와 PF(430) 및 페이로드(440)를 포함한다.

TS 패킷 헤더(420)는 Sync_Byte(421), TI(422), PI(423), TP(424), PID(425), SC(426), AF(427) 및 CC(428)을 포함한다.

앞서 언급한 것처럼 부가정보들을 널 패킷(410)에 첨부하는 것이 처리 과정상에서 문제가 발생하지 않기 때문에, 널 패킷(410)은 기존의 널 패킷의 형식을 갖는다. 같은 형식을 가지며, 기존의 널 패킷의 TS 패킷 헤더와 같이 4 byte를 갖는다. 널 패킷(410)의 TS 패킷 헤더의 각각의 필드의 값은 기존의 널 패킷의 그것과 동일하다. 다만 널 패킷(410)의 페이로드(440)에 Private 섹션이 개시되고 있기 때문에, 널 패킷(410)은 PI(423) 필드의 값을 1을 갖는다. 이로써, 널 패킷(410)과 기존의 널 패킷을 구분할 수 있다. 널 패킷(410)과 기존의 널 패킷을 구분하기 위해 PI 필드 이외의 필드를 변경하는 방안을 고려할 수 있으나, PI 필드 이외의 다른 필드를 변경한다면, 널 패킷(410)을 수신하는 모뎀 소프트웨어나 디코더에서 정상적으로 동작할지 여부를 보장할 수 없게 된다. 따라서 널 패킷의 TS 패킷 헤더에서 PI 필드를 변경하여 각각의 널 패킷을 구분한다.

널 패킷(410)은 PF(Poiner_Field)(430)를 포함한다. PF(430)는 패킷이 PF 다음으로 데이터를 섹션의 형태로 포함하고 있는 경우에 존재하는 필드에 해당한다. 기존의 널 패킷의 경우, 데이터를 포함하고 있는 경우가 아니므로 PF 필드는 존재하지 않는다. 그러나 널 패킷(410)은 다음으로 페이로드(440)에 Private 섹션이 존재하기 때문에, PF 필드가 존재한다. PF 필드의 값은 0x00을 갖는다. PF 필드는 1 byte를 갖는다.

페이로드(440)는 널 패킷에 첨부하고자 하는 정보를 포함한다. 페이로드는 개인 섹션을 포함한다. 널 패킷(410)은 기존의 널 패킷과 같은 크기를 갖는다. 널 패킷(410)은 188 byte를 갖는데, 다만 기존의 널 패킷과 달리 PF 필드를 더 포함하고 있기 때문에, 널 패킷(410)의 페이로드(440)는 183 byte를 갖는다.

도 4b를 참조하면, 본 발명의 일 실시예에 따른 Private 섹션(450)은 TID(451), SSI(452), PRI(453), RES(454), PSL(455), TIE(456) 및 Private_Data(457)을 포함한다.

TID(451)은 TID 필드의 값으로 0xff를 갖는다. 이렇게 TID 필드의 값이 0xff를 갖는 것은 다음과 같다. 모뎀 소프트웨어는 TS 패킷 헤더의 PID 필드의 값이 0x1fff인 경우, 널 패킷으로 인지하여 제거하거나 파싱(Parsing)하지 않고 디코더나 애플리케이션으로 전송한다. 다만, 본 실시예에 따른 널 패킷은 TS 패킷 헤더의 PI의 필드의 값을 1을 갖기 때문에, 모뎀 소프트웨어는 이러한 널 패킷을 찾아 파싱한다. 그러나 모뎀 소프트웨어에서 파싱되지 않고 기존의 널 패킷과 같이 디코더나 애플리케이션으로 어떠한 처리 없이 전송되는 경우가 발생할 수 있다. 이때, 디코더나 애플리케이션은 수신받은 널 패킷은 처리하지 않는 것이 정상적인 운영이다. 그러나 본 실시예에 따른 널 패킷은 TS 패킷 헤더의 PI의 필드의 값을 1을 갖기 때문에, 디코더나 애플리케이션에서 이를 파싱하려는 시도를 할 수 있다. 이때, 널 패킷의 PF 필드의 값이 0이고 PF 필드의 바로 다음 필드인 TID 필드의 값이 0xff이면, 디코더나 애플리케이션은 더 이상 데이터를 처리하지 않는다. 즉, 널 패킷의 TS 패킷 헤더의 PI 필드의 값을 표준의 널 패킷의 그것과 다르게 설정하더라도, PF 필드가 0x00을 가지며 Private 섹션의 TID 필드가 0xff를 갖기 때문에, 디코더나 애플리케이션이 이에 대해 처리를 하지 않기 때문에 문제가 생기지 않는다.

SSI(452)와 PRI(453)는 기존의 개인 섹션의 SSI 및 PRI 필드와 동일한 역할을 한다. SSI(452)는 Private Data가 추가되기 때문에 필드의 값으로 0을 가지며, PRI(453)는 필드의 값으로 1을 갖는다.

RES(Reserved)(454)는 현재는 그 사용이 정의되어 있지 않은 필드로서, 필드의 값으로 3을 갖는다.

PSL(455)는 PSL 필드 다음으로 나오는 필드의 데이터 크기를 나타내는 필드로서, TIE 필드와 첨부된 부가정보의 데이터 크기를 나타낸다.

TIE(Table_Identifier_extension)(456)는 TIE 필드 다음에 위치하는 데이터의 종류를 구분하기 위한 식별자이다. TIE는 수신 모뎀과 모뎀 소프트웨어 간의 약속이기 때문에 데이터의 종류를 구분할 수 있다면, 어떠한 식별자도 무방하다. 예를 들어, TIE를 확인함으로써, TIE 필드 다음에 위치하는 데이터가 AC 데이터 인지 TMCC 데이터인지 아니면 칩의 상태정보인지를 확인할 수 있다.

본 실시예에 따른 널 패킷의 페이로드는 183 byte를 갖기 때문에, 본 실시예에 따른 Private 섹션도 마찬가지로 183 byte를 가져야 한다. 이때 Private 섹션의 각각의 필드의 데이터 크기를 살펴보면, TID 필드는 1 byte를 가지며, SSL 필드, PRI 필드, RES 필드 및 PSL 필드가 전체적으로 2 byte를 갖는다. 또한 TIE 필드는 2byte를 갖는다. 따라서 Private 섹션의 Private Data 필드는 178 byte를 갖는다.

Private Data(457)는 첨부하고자 하는 부가정보들을 포함하는 필드이다. 즉, Private Data 필드에 첨부하고자 하는 부가정보들이 포함된다. 여기서 부가정보들은 AC 데이터, TMCC 데이터 및 칩의 상태정보 레지스터 등이 있다. TMCC 데이터 또는 칩의 상태정보 레지스터는 크기가 178 byte를 넘지 않기 때문에, Private 섹션의 Private Data 필드에 첨부하는 것이 아무런 문제가 되지 않으나, AC 데이터의 경우는 상황이 다르다. AC 데이터는 크기를 작게는 204 bit에서 크게는 2040 byte까지 갖기 때문에, AC 데이터의 크기가 178 byte를 초과한다면, Private Data 필드에 첨부하는 것이 곤란해진다. 따라서 크기가 178 byte를 초과하는 AC 데이터를 Private Data 필드에 첨부하기 위해서는 별도의 방법을 필요로 한다. 이에 대해서는 도 5에서 설명하기로 한다.

도 5는 본 발명의 일 실시예에 따른 AC 데이터를 복수의 Private 섹션에 포함을 시키는 방법을 도시한 도면이다.

AC 데이터(510)는 178 byte를 초과하는 크기를 갖는다. 이에 대해 Private 섹션의 Private Data 필드에 첨부하기 위해서, AC 데이터를 분할한다. 즉, 178 byte를 초과하는 크기를 갖는 AC 데이터를 크기가 최대 178 byte를 갖는 복수의 데이터 조각으로 분할한다. Private 섹션의 Private Data 필드에는 크기를 178 byte를 갖는 AC 데이터의 조각이 첨부되며, 복수의 AC 데이터 조각이 생성되기 때문에 이들을 복수의 Private 섹션의 Private Data 필드에 첨부한다. AC 데이터 조각의 데이터 크기는 마지막 데이터 조각을 제외하고 178 byte를 가지며, 마지막 데이터 조각은 178 byte 보다 작을 수 있다.

TIE는 AC 데이터가 분할되어 복수의 조각으로 첨부된 것을 AC 데이터와 구분하기 위하여, AC 데이터의 첫 번째 조각은 AC 데이터를 나타내는 TIE 필드의 값을 가지며, AC 데이터의 다음 조각은 이전 조각의 TIE 필드의 값에 1이 추가된 값을 갖는다. 즉, AC 데이터의 첫 번째 조각은 AC 데이터를 나타내는 TIE 필드의 값을 가지며, AC 데이터의 두 번째 조각은 AC 데이터를 나타내는 TIE 필드의 값에 1이 추가된 값을 갖는다. 이러한 방법으로 AC 데이터가 178 byte를 초과함을 알리고, 각각이 178 byte를 초과하는 AC 데이터의 조각임을 구분한다.

도 6a는 기존의 수신 모뎀과 애플리케이션 간에 칩의 상태정보를 전송하는 시스템을 도시한 도면이고, 도 6b는 본 발명의 일 실시예에 따른 수신 모뎀과 애플리케이션 간에 칩의 상태정보를 전송하는 시스템을 도시한 도면이다.

도 6a를 참조하면, 기존의 시스템상에서 애플리케이션에서 칩의 상태정보가 필요할 때, 제어 통로를 이용하여 상태 정보를 주기적으로 읽어낸다. 따라서 모뎀 소프트웨어는 상태 정보를 처리하고 이를 전송하기 위해 별도의 소프트웨어 구성이 필요하게 된다. 그러나 본 발명의 일 실시예와 같이 널 패킷에 칩의 상태정보 레지스터를 첨부하여 함께 전송을 할 수 있다면, 도 6b에서와 같이 모뎀 소프트웨어에서 별도의 소프트웨어 구성이 필요치 않게 되며, 전송에 있어서도 별도의 통로를 필요로 하지 않는다. 이에 따라 모뎀 소프트웨어의 구조가 보다 간단해진다.

도 7a는 기존의 수신 모뎀이 애플리케이션으로 TS 패킷과 부가정보를 전송하는 시스템을 도시한 도면이고, 도 7b는 본 발명의 일 실시예에 따른 수신 모뎀이 애플리케이션으로 TS 패킷과 부가정보를 전송하는 시스템을 도시한 도면이다.

도 7a를 참조하면, 기존의 시스템상에서는 수신 모뎀에서 전송 스트림 데이터, TMCC 데이터 및 AC 데이터를 애플리케이션으로 전송하기 위해서는 각각의 데이터의 버퍼를 따로 구비를 하였어야 했다. 만약 각각의 데이터의 버퍼를 구비하지 않고, 전송 스트림 데이터의 버퍼를 사용한다고 가정하면, 전송 스트림 데이터와 TMCC 데이터 및 AC 데이터가 모두 섞이게 되고, 각각의 데이터들이 섞인 상태에서 전송이 되면, 애플리케이션에서는 각각의 데이터들을 구분할 방법이 없게 된다. 따라서, 기존의 시스템상에서 각각의 데이터들을 애플리케이션으로 전송하기 위해서는 각각의 버퍼를 구비하여야만 했다. 그러나 본 발명의 일 실시예와 같이 널 패킷에 부가정보들을 첨부하여 전송할 수 있으면, 각각의 데이터의 버퍼가 필요하지 않다. 전송 스트림 데이터와 널 패킷은 구분이 가능하기 때문에, 전송 스트림 데이터의 버퍼 하나만을 사용한다고 하더라도 무방하다. 이에 따라 전송된 널 패킷을 파싱하여 애플리케이션은 원하는 데이터를 얻을 수 있게 된다.

이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

110: 널 패킷 120: TS 패킷 헤더
121: Sync_Byte 122: TI
123: PI 124: TP
125: PID 126: SC
127: AF 128: CC
130: 페이로드 140: Private 섹션
141: TID 143: SSI
145: PRI 147: PSL
149: Private Data Bytes 210: 송신기
220: 수신기 230: 수신 모뎀
240: 모뎀 소프트웨어 250: 디코더
260: 수신 모뎀 310: Private 섹션 생성부
320: 널 패킷 생성부 410: 널 패킷
420: TS 패킷 헤더 421: Sync_Byte
422: TI 423: PI
424: TP 425: PID
426: SC 427: AF
428: CC 430: PF
440: 페이로드 450: Private 섹션
451: TID 452: SSI
453: PRI 454: RES
455: PSL 456: TIE
457: Private_Data 510: AC 데이터

Claims (14)

1. 비디오 코딩 시스템(Video Coding System)에서 프라이빗 섹션(Private Section)의 패킷구조에 있어서,
   테이블 섹션(Table Section)의 종류를 식별하기 위한 TID(Table Identification) 필드(Field);
   상기 테이블 섹션의 형식을 정의하는 SSI(Section Syntax Indicator) 필드;
   상기 테이블 섹션의 형식이 상기 프라이빗 섹션의 형식을 따르는지 여부를 나타내는 PRI(Private Indicator) 필드;
   상기 테이블 섹션이 상기 프라이빗 섹션의 데이터 크기를 유지하기 위한 RES(Reserved) 필드;
   상기 프라이빗 섹션에 첨부하고자 하는 데이터 또는 정보를 포함하는 프라이빗 데이터(Data) 필드;
   상기 프라이빗 데이터 필드에 포함된 데이터 또는 정보의 종류를 구분하기 위한 TIE(Table Identification Extension) 필드; 및
   상기 프라이빗 데이터 필드 및 상기 TIE 필드의 데이터 크기를 나타내는 PSL(Private Section Length) 필드
   를 포함하는 프라이빗 섹션의 패킷구조.
2. 제1항에 있어서,
   상기 비디오 코딩 시스템은,
   MPEG(Moving Pictures Exports Group)-2 시스템인 것을 특징으로 하는 프라이빗 섹션의 패킷구조.
3. 제1항에 있어서,
   상기 프라이빗 데이터 필드는,
   상기 프라이빗 섹션에 첨부하고자 하는 데이터 또는 정보가 AC(Auxiliary Channel) 데이터, TMCC(Transmission and Multiplexing Configuration Control) 데이터 및 애플리케이션이 주기적으로 모니터링을 필요로 하는 칩의 상태정보 레지스터 중 어느 하나인 것을 특징으로 하는 프라이빗 섹션의 패킷구조.
4. 제3항에 있어서,
   상기 프라이빗 데이터 필드는,
   상기 프라이빗 섹션에 첨부하고자 하는 데이터가 상기 AC 데이터인 경우, 상기 AC 데이터를 상기 프라이빗 데이터 필드의 데이터 크기에 맞도록 분할하여 포함하는 것을 특징으로 하는 프라이빗 섹션의 패킷구조.
5. 제4항에 있어서,
   분할된 AC 데이터 각각을 복수의 프라이빗 섹션의 프라이빗 데이터 필드에 분할하여 포함시키는 것을 특징으로 하는 프라이빗 섹션의 패킷구조.
6. 제4항에 있어서,
   상기 TIE 필드는,
   상기 AC 데이터를 상기 프라이빗 데이터 필드의 데이터 크기에 맞도록 분할하는 경우, 분할된 AC 데이터 조각을 구분하기 위해 상기 분할된 AC 데이터 조각의 TEI 필드의 값을 서로 다르게 설정하는 것을 특징으로 하는 프라이빗 섹션의 패킷구조.
7. 제6항에 있어서,
   상기 TIE 필드는,
   상기 분할된 AC 데이터 조각의 마지막을 나타내기 위해, 상기 분할된 AC 데이터 조각의 TEI 필드에 별도의 식별자를 추가하는 것을 특징으로 하는 프라이빗 섹션의 패킷구조.
8. 비디오 코딩 시스템(Video Coding System)에서 널 패킷(Null Packet)의 패킷구조에 있어서,
   TS(Transport Stream) 패킷 형태로 구현된 데이터 패킷이 어떤 내용의 데이터를 포함하고 있는지 여부를 판단하기 위한 TS 패킷 헤더(Header);
   첨부하고자 하는 데이터 또는 정보를 포함한 프라이빗 섹션(Private Section)을 포함하는 페이로드(Payload); 및
   상기 TS 패킷 헤더 및 상기 페이로드의 사이에 위치하며, 상기 TS 패킷 헤더에 이이서 새로운 데이터가 시작되는 것을 알리기 위한 PF(Pointer Field)
   를 포함하는 널 패킷의 패킷구조.
9. 제8항에 있어서,
   상기 비디오 코딩 시스템은,
   MPEG(Moving Pictures Exports Group)-2 시스템인 것을 특징으로 하는 널 패킷의 패킷구조.
10. 제8항에 있어서,
    상기 TS 패킷 헤더는,
    상기 TS 패킷 헤더에 포함된 PI(Payload Unit Start Indicator) 필드의 값으로 1을 갖는 것을 특징으로 하는 널 패킷의 패킷구조.
11. 제8항에 있어서,
    상기 PF는,
    상기 TS 패킷 헤더에 이어서 새로운 데이터가 시작되는 것을 알리기 위해 필드의 값으로 0을 갖는 것을 특징으로 하는 널 패킷의 패킷구조.
12. 제8항에 있어서,
    상기 페이로드는,
    상기 페이로드에 포함된 프라이빗 섹션의 TID(Table Identification) 필드의 값으로 0xfff를 갖는 것을 특징으로 하는 널 패킷의 패킷구조.
13. 비디오 코딩 시스템(Video Coding System)의 수신기의 수신 모뎀에 있어서,
    비디오 코딩 시스템의 송신기로부터 수신한 AC 데이터, TMCC 데이터 및 애플리케이션이 주기적으로 모니터링을 필요로 하는 칩의 상태정보 레지스터 중 어느 하나를 포함한 부가정보가 첨부된 프라이빗 섹션을 생성하는 프라이빗 섹션 생성부; 및
    상기 프라이빗 섹션 생성부에서 생성한 프라이빗 섹션을 포함하는 널 패킷을 생성하는 널 패킷 생성부
    를 포함하는 것을 특징으로 하는 수신 모뎀.
14. 제13항에 있어서,
    상기 널 패킷 생성부에서 생성한 널 패킷을 상기 부가정보 중 어느 하나를 필요로 하는 애플리케이션으로 전송함에 있어, TS 버퍼(Transport Stream Buffer)를 이용하여 상기 널 패킷 생성부에서 생성한 널 패킷을 상기 애플리케이션으로 전송하는 것을 특징으로 하는 수신 모뎀.

Images