KR100436315B1 - Dab데이타시퀀스의포맷변환을위한dab수신기,장치및방법 - Google Patents

Abstract

프레임내의 위치는 소정의 데이터 유형을 위해 예약되는 고정된 프레임 구조를 갖는 데이터의 제 1 시퀀스를, 다른 프레임 구조를 갖는 데이터의 제 2 시퀀스로 변환하는 DAB 수신기, 장치 및 방법이 도입된다. 각각의 데이터 유형에 속하는 데이터는 서로 다른 시퀀스들을 식별하기 위해 시퀀스에 첨부된 프레임 유형 식별자를 갖는 개별적인 시퀀스들로 분류된다. 이것은 제 2 시퀀스내의 시퀀스들의 정확한 위치에 대한 사전 지식이 없이도 제 2 시퀀스내의 상이한 데이터의 시퀀스를 쉽게 식별하도록 한다. 이와 같은 변환의 예는 DAB 수신기의 채널 디코더 출력을 IEC958 포맷에 삽입하기에 적당한 포맷으로의 변환이다.

Description

DAB 데이터 시퀀스의 포맷 변환을 위한 DAB 수신기, 장치 및 방법{DAB receiver , apparatus and method for a format conversion of a DAB data sequence}

서두의 DAB 수신기는 1995년 2월 네덜란드의 필립스 컨슈머 일렉트로닉스에서 발행된 "DAB452 디지털 오디오 방송 테스트 수신기"에 공지되어 있다.

공지된 DAB 수신기에서, 수신된 DAB 신호는 고속 푸리에 변환(Fast Fourier Transform) 장치로 주파수 변환되고 복조되며, DAB 데이터 시퀀스로 디인터리브(de-interleave)되고 디코딩되며, 제 1 유형 프레임들로 조직화되고, 상기 프레임들은 프레임내의 소정의 위치들에 다수의 데이터 유형들을 포함한다. 채널 디코더의 출력 데이터는 디인터리브되고 디코딩된 DAB 데이터 시퀀스를 포함할수도 있고 또는 상기 시퀀스의 일부분만을 포함할 수도 있다. 이 출력 데이터는 본 명세서에서는 데이터의 제 1 시퀀스로 간주되고, 부가적인 처리를 위해 주변 장치에 공급하는 DAB 수신기의 외부 인터페이스에서 사용가능하다. 이것은 전체 DAB 데이터 시퀀스가 사용가능한 경우에, 주변 장치들이 제 1 시퀀스내의 올바른 정보를 디코딩하기 위해서는 DAB 포맷의 구조를 알아야 한다는 것을 의미한다. DAB 데이터 시퀀스의 일부분만이 사용가능한 경우에, 주변 장치들은 사용가능한 데이터 유형을 여전히 알아야 한다. 이것은 주변 장치를 오히려 복잡하게 한다. 또한, 데이터의 제 1 시퀀스의 프레임 포맷(frame format)은 디지털 영역에서 보편적으로 사용되지 않고, 단지, DAB를 위해 사용된다. 이것은 주변 장치들에 대한 DAB 수신기의 인터페이스가 비표준화되도록 하며, 그것은 다양한 주변 장치들이 서로 통신하는데 필요한 애플리케이션들에 있어서는 바람직하지 않다.

본 발명은 수신된 DAB 신호를 제 1 유형의 프레임들로 조직화되는 제 1 데이터 시퀀스로 디코딩하는 수단을 포함하는 디지털 오디오 방송(Digital Audio Broadcast) 신호를 수신하는 수신기에 관한 것으로, 상기 프레임들은 프레임내의 소정의 위치들에 다수의 데이터 유형들을 포함한다.

본 발명은 또한 제 1 데이터 시퀀스를 제 2 데이터 시퀀스로 변환하는 장치 및 방법에 관한 것이다.

도 1은 본 발명에 따른 디지털 기호들을 수신하기 위한 수신기의 실시예를 나타내는 도면.

도 2는 DAB 전송 프레임을 나타내는 도면.

도 3A는 본 발명의 실시예에 따른 제 2 시퀀스의 프레임을 나타내는 도면.

도 3B는 IEC958 서브프레임을 나타내는 도면.

도 4는 본 발명에 따른 수신기에서 사용하기 위한 PAD 메세지(message)의 구조 예를 나타내는 도면.

도 5A는 사용자 데이터 메세지(User Data message)의 제 1 헤더 IU를 나타내는 도면.

도 5B는 사용자 데이터 메세지의 제 2 헤더 IU를 나타내는 도면.

도 5C는 사용자 데이터 메세지의 제 3 헤더 IU를 나타내는 도면.

도 5D는 사용자 데이터 메세지의 데이터 IU를 나타내는 도면.

본 발명의 목적은 제 1 시퀀스에 포함된 데이터를 더 쉽게 액세스할 수 있는 포맷으로 변환하는 방법, 장치 및 DAB 수신기를 제공하는 것이다.

본 발명에 따른 수신기는 데이터의 제 1 시퀀스를 제 2 유형의 프레임들로 조직화되는 데이터의 제 2 시퀀스로 변환하는 수단을 더 포함하고, 상기 제 1 유형의 프레임들의 한 프레임 길이는 제 2 유형의 프레임들의 한 프레임 길이와 다르며, 상기 변환 수단은 디코딩 수단과 연결되며,

상기 변환 수단은:

- 제 1 시퀀스를, 각각 소정의 데이터 유형을 위해 예약되는 데이터의 적어도 2개의 개별적인 시퀀스들로 분해하고,

- 개별적인 시퀀스들을 제 2 유형의 프레임들로 분할하고,

- 개별적인 시퀀스들을, 각 프레임이 제 2 시퀀스에서 개별적인 시퀀스들을 식별하기 위한 프레임 유형 식별자를 갖는 제 2 유형의 프레임들로 배열하고, 또한 개별적인 시퀀스들로부터 제 2 시퀀스를 더 조립하기 위해 배열되는 것을 특징으로 한다.

제 1 시퀀스를 각각 특정한 데이터 유형으로 예약된 개별적인 시퀀스들로 분할하고, 개별적인 시퀀스들을 제 2 시퀀스 프레임들로 분할하며, 또한 제 2 시퀀스 프레임들에 식별자들을 부가함으로써, 개별적인 시퀀스들은 제 2 시퀀스의 데이터 유형들의 정확한 위치에 대한 지식 없이도 제 2 시퀀스 내에서 식별될 수 있다. 이것은 주변 장치의 복잡성을 감소시키고, 더 쉽게 액세스할 수 있는 제 2 시퀀스를 발생시킨다.

본 발명에 따른 실시예는, 변환 수단이 개별적인 시퀀스에서 데이터 유형을 식별하기 위해 개별적인 시퀀스들 중 적어도 하나의 시퀀스에 데이터 유형 식별자를 부가하기 위해 배열되는 것을 특징으로 한다. 이것은 주변 장치가 개별적인 시퀀스들 중 하나의 시퀀스에 어느 데이터 유형이 존재하는지를 간단한 방식으로 결정할 수 있도록 한다.

본 발명의 또다른 실시예는 제 2 시퀀스가 다수의 패킷들을 포함하며, 개별적인 시퀀스가, 제 2 시퀀스 내에 다수의 프레임을 포함하는 패킷으로서 프레임 유형 식별자의 소정의 값들에 의해 식별되는 상기 패킷을 포함하고, 상기 패킷은 상기 데이터 유형 식별자를 포함하는 헤더를 갖는 것을 특징으로 한다.

각각 헤더를 포함하는 패킷들에 데이터를 배열함으로써, 제 2 시퀀스내의 모든 프레임들이 데이터가 속하는 데이터 유형을 식별하기 위한 데이터 유형 식별자를 가질 필요는 없기 때문에 제 2 시퀀스에서 오버헤드(overhead)는 거의 사용되지 않는다. 이 결과는 제 2 시퀀스의 높은 효율을 초래한다.

본 발명의 또다른 실시예는, 제 2 시퀀스가 프레임 유형 식별자의 적어도 하나의 다른 소정의 값에 의해 식별되는 단일 데이터 프레임들을 포함하며, 제 2 시퀀스의 각 단일 데이터 프레임은 데이터 및 데이터 유형 식별자를 포함하는 것을 특징으로 한다. 프레임들에 데이터를 배열하고 프레임들에 부가 식별자를 부가함으로써 데이터의 디코딩은 간단해지고 주변 장치는 덜 복잡해진다.

본 발명의 또다른 실시예는, 변환 수단이 제 1 유형의 프레임의 시작을 신호하기 위한 동기화 신호를 제 2 시퀀스에 부가하기 위해 배열되는 것을 특징으로 한다. 제 1 시퀀스에서 프레임의 시작을 나타내는 동기화 신호를 부가함으로써, 주변 장치는 제 2 시퀀스의 어느 데이터가 제 1 시퀀스의 동일 프레임에 속하는지를 결정할 수 있다.

상기 실시예의 유리한 수행은 동기화 신호가 소정의 값을 갖는 프레임 유형 식별자를 갖는 프레임이라는 것을 특징으로 한다.

본 발명의 실시예는, 제 2 시퀀스의 한 프레임이 총 프레임 길이가 24 비트이며, 제 1 시퀀스로부터의 데이터를 위한 적어도 20 비트와 프레임 유형 식별자를 위한 많아야 4 비트를 포함하는 것을 특징으로 한다. 이것은 프레임 길이가 8 비트의 배수가 되도록 하며, 따라서, 대부분의 장치들이 데이터를 8 비트의 배수로 처리하도록 배열되어 있기 때문에 더 쉽게 처리될 수 있다. 이 프레임 길이는 또한 프레임이 IEC958 표준에 따라 서브프레임(subframe)에 삽입될 수 있도록 함으로써, 상이한 장치들간의 데이터 통신의 추가적인 표준화를 가능하게 한다.

본 발명의 실시예는 데이터 유형에 의존하며, 프레임이 데이터를 위한 20 비트 및 프레임 유형 식별자를 위한 4 비트를 포함하거나, 데이터를 위해 22 비트 및 프레임 유형 식별자를 위해 2 비트를 포함하는 것을 특징으로 한다. 이것은 필요한 경우 한 프레임에 더 많은 데이터가 들어갈 수 있도록 한다. 예를 들어, DAB 수신기로부터의 데이터가 제 2 시퀀스로 변환되는 경우, MSC 데이터는 단지 20 데이터 비트만 갖는 한 프레임에 완전히 잘 맞지는 않을 것이다. 프레임 유형 지시자를 줄이고 데이터 필드를 2 비트 증가시킴으로써, 이 MSC 데이터는 제 2 시퀀스에 잘 맞을 것이다.

수신기가 DAB 신호에 삽입된 데이터를 디코딩하기 위한 수단을 포함하는 본 발명의 실시예는, 변환 수단이 개별적인 시퀀스로서 데이터를 디코딩하는 수단에 의해 공급되는 디코딩된 데이터를 제 2 시퀀스에 부가하기 위해 배열되는 것을 특징으로 한다. 상기 수단에 의해 채널 디코더의 출력 데이터에 쉽게 나타나지 않는 데이터조차도 제 2 시퀀스내의 액세스 가능한 위치에 넣는 것이 가능하다. 이러한 예가 TII 데이터이며, 이 데이터는 제 1 시퀀스의 일부분은 아니지만 DAB 신호의 공백 기호(Null symbol)로 인코딩되어 있다.

본 발명의 또다른 실시예는, 디코딩된 데이터가 PAD 데이터인 것을 특징으로한다. 제 1 시퀀스로부터 쉽게 액세스할 수 없는 데이터의 또다른 예가 PAD 데이터이며, PAD 데이터는 제 1 시퀀스 내에 오디오 정보와 합쳐진다. 제 2 시퀀스 내에서, 그것은 정상적으로 오디오 정보와 연관될 것이다. 이것은 주변 장치가 PAD 데이터를 검색하기 위한 오디오 디코더를 포함할 것을 요구한다. DAB 수신기에는 오디오 디코더가 장착되어 있기 때문에, 수신기에서 PAD 데이터는 이미 사용가능하다. PAD 데이터를 개별적인 시퀀스로 제 2 시퀀스에 부가함으로써, 주변 장치는 PAD 데이터를 검색하기 위해 더이상 PAD 데이터와 함께 오디오 정보를 디코딩할 필요가 없으며, 제 2 시퀀스에서 직접 PAD 데이터를 찾아낼 수 있다. 이것은 제 2 시퀀스로부터 PAD 데이터의 검색을 상당히 단순화한다.

본 발명의 실시예는 제 2 시퀀스의 프레임이 IEC958 서브 프레임에 삽입되고 변환 수단이 PAD 데이터를 포함하는 개별적인 시퀀스를 IEC958 서브프레임내의 사용자 데이터 채널(User Data Channel)에 삽입하기 위해 배열되는 것을 특징으로 한다. IEC958 포맷에서 사용자 데이터 채널은 임의로 사용될 수 있다. PAD 데이터를 위해 사용자 데이터 채널을 사용함으로써, PAD 데이터를 제 2 시퀀스에 부가하기 위해 제 2 시퀀스내의 정규 프레임들을 희생할 필요가 없다.

본 발명의 상기의 목적과 특징들은 도면을 참조한 바람직한 실시예의 다음 설명으로부터 분명해질 것이다.

도면에서, 동일한 부분들은 동일한 참조 번호로 되어 있다.

도 1은 본 발명에 따른 디지털 신호들을 수신하기 위한 수신기의 실시예를 나타내는 도면이다. 수신 안테나(2)는 수신기의 제 1 입력에 접속된다. 수신기의 입력은 전단 유닛(front-end unit)(4)에 접속된다. 전단 유닛(4)의 출력은 FFT 처리기(6)의 입력에 접속된다. FFT 처리기(6)의 출력은 채널 디코더(8)의 입력에 접속된다.

디지털 신호들을 수신하기 위한 수신기는 디지털 오디오 방송 시스템(DAB)에 사용될 수 있다. 다수의 캐리어들(carriers)을 포함하고, 다수의 캐리어들 디지털 신호들이 변조되는 OFDM 신호는 수신기에 의해 수신되고 전단 유닛(4)에서 증폭되고 주파수 변환된다. 다음, 전단 유닛(4)의 출력 신호는 디지털 신호들을 얻기 위한 복조를 위해 FFT 처리기(6)에 인가된다. FFT 처리기(6)의 출력부에서 코딩되고 인터리브된(coded and interleaved) 신호들을 사용할 수 있다. FFT 처리기(6)는 또한 신호 처리기(14)에 전단 유닛(4)의 동기화를 위한 정보를 제공한다. 신호 처리기는 또한 수신된 송신기들의 필드 강도(fieldstrength)와 송신기들의 식별, 즉, 송신기 식별 정보(Transmitter Identification Information, TII)에 관한 정보를 FFT 처리기(6)로부터 검색할 수 있다. 상기 TII는 각 DAB 프레임의 시작에서 공백 기호로 존재한다. FFT 처리기(6)의 출력부의 신호들은 재구성된 디지털 신호들을 얻기 위해 디코더(8)에 의해 디인터리브(de-interleave)되고 디코딩된다. 예를 들어, 필립스 SAA2500과 같은 오디오 디코더는 오디오 프레임들을 포함하는 상기 디지털 신호들을 디코딩하기 위한 디코더(8)의 출력에 연결된다. 제 1 출력에서 오디오 디코더(10)는 오디오 프레임들에 삽입되어 있는 프로그램 연관 데이터(Program Associated Data, PAD)(36)를 제공한다. 상기 PAD는 부가적인 처리를 위해 제어 유닛(12)에 공급된다. 제 2 출력에서 오디오 디코더(10)는 오디오 데이터(32)를 제공한다. 제어 유닛(12)은 또한 수신기의 튜닝(tunning)과 디코더(8)에서의 디코딩을 제어한다. 제어 유닛(12)은 사용자로부터 정보를 수신하고 사용자에게 정보를 공급하기 위한 데이터(34)를 포함하는 인터페이스를 갖는다.

도 2는 DAB 전송 프레임의 도면이다. DAB 전송 프레임은 3개의 필드들, 즉, 동기화 채널(Synchronization Channel, SC), 고속 정보 채널(Fast Information Channel, FIC) 및 주 서비스 채널(Main Service Channel, MSC)을 포함한다. FIC는다수의 고속 정보 블럭들(Fast Information Blocks, FIB)을 포함한다. 그 수는 DAB 전송 모드(mode)에 의존한다. 모드 I에서, DAB 프레임은 12개의 FIB들을 포함하고, 모드 II에서는 3개의 FIB들을, 모드 III에서는 4개의 FIB들을 포함한다. 주 서비스 채널은 다수의 공통 인터리브 프레임들(Common Interleaved frames)을 포함한다. 그 수 역시 DAB 전송 모드에 의존한다. DAB 프레임은 모드 I에서 4개의 CIF들을, 모드 II에서는 1개의 CIF를, 모드 III에서는 1개의 CIF를 포함한다. 모드 I에서, 첫 번째 3개의 FIB들은 제 1 CIF에 할당되고, 두 번째 3개의 FIB들은 제 2 CIF에 할당된다. 주 서비스 채널은 다수의 서브채널(Subchannel)들로 분할되는 시간-인터리브 데이터 채널(time-interleaved data channel)이며, 각각은 서브채널 식별 번호(Subchannel identification number, SubChId)를 가지며, 각 서브채널은 오디오, 데이터 등과 같은 하나 이상의 서비스 요소들을 전달할 수도 있다. MSC는 64 비트의 용량 단위들(Capacity Units)로 더 분할되며, 하나의 서브채널은 하나 이상의 용량 단위들을 차지할 수도 있다. 서브 채널들의 구성과 용량 단위들에서의 위치는, 다른 항목들(items) 중에서도 특히 FIC에서 전송된다. DAB 전송 프레임의 구조와 내용에 대한 상세한 설명은 1995년 소피아 안티폴리스(Sophia Antipolis)의 유럽 원격 통신 표준 연구소(European Telecommunications Standards Institute)에서 발행한 문서 ETS 300401 "라디오 방송 시스템; 이동, 휴대 및 고정 수신기에 대한 디지털 오디오 방송(Radio Broadcast Systems; Digital Audio Broadcasting(DAB) to mobile, portable and fixed receivers)"을 참조한다.

도 1의 수신기에서, 현재 사용되는 디코더(8)는 전체 DAB 시퀀스를 전부 디코딩할 수는 없고, 단지 DAB 데이터의 선택된 일부분들만 디코딩할 수 있다. 예를 들어, 사용자가 제어 유닛(12)에게 한 프로그램, 예를 들어, "라디오 3"으로부터의 오디오 데이터를 오디오 디코더(10)에 공급하도록 지시한다. 그러면 제어 유닛(12)은 FIC를 분석하고 주 서비스 채널내의 어떤 서브채널에 "라디오 3" 프로그램이 존재하는지를 판별한다. 다음, 제어 유닛(12)은 상기 서브 채널에 어느 용량 단위들이, 예를 들어, CU 6, 7, 8이 할당되었는지를 판별한다. 다음 제어 유닛(12)은 디코더(8)에 디코딩을 지시하고, CU 6, 7, 8로부터 디코딩된 데이터를 출력하고 디코딩된 데이터가 존재한다는 것을 신호하기 위해 제 1 윈도우 신호(window signal)를 활성화한다. 오디오 디코더(10)는 상기 데이터와 윈도우 신호를 수신하고 그 출력에 오디오 데이터를 공급한다. 따라서, 디코더(8)는 단지 제한된 양의 데이터만 공급할 수 있다. 미래의 디코더(8)는 DAB 신호로부터 완전한 디코딩된 데이터를 공급할 수 있을 것이다.

본 발명에 따른 도 1 이 수신기는 다음,

- 데이터의 제 1 시퀀스를 수신하기 위해 디코더(8)의 출력에 연결된 제 1 입력으로서, 상기 시퀀스는 상기 언급한 것과 같은 디코더(8)에 의존하여 전체 DAB 데이터 시퀀스 또는 상기 DAB 데이터 시퀀스의 적어도 한 부분을 포함하는, 상기 제 1 입력,

- 제 2 유형의 프레임에 조직화된 데이터(36)의 제 2 시퀀스를 공급하기 위한 출력으로서, 제 1 유형의 프레임들의 한 프레임 길이는 제 2 유형 프레임들의 한 프레임 길이와 다르고, 제 2 시퀀스는 적어도 2개의 개별적인 시퀀스들을 포함하고, 상기 개별적인 시퀀스들 각각은 다른 데이터 유형은 위해 예약되고 제 2 유형의 프레임들로 배열되며, 제 2 유형의 각 프레임은 제 2 시퀀스 내의 개별적인 시퀀스들을 식별하기 위한 프레임 유형 식별자를 포함하는, 상기 출력을 갖는 변환수단(16)을 더 포함한다.

본 발명의 다른 양상에 따르면, 변환 수단(16)은 DAB 신호의 공백 기호에 포함된 TII를 수신하기 위해 신호 처리기(14)의 제 2 출력에 연결된 제 2 입력을 갖는다. 신호 처리기(14)는 또한 공백 기호의 FFT로부터 측정된 상대적인 필드 강도를 공급하며, 필요하다면 선택된 캐리어 쌍들의 동위상(in-phase) 및 쿼드러쳐(quadrature) 성분들의 값도 공급한다. 그후, 변환 수단(16)은 신호 처리기(14)에 의해 공급된 TII와 다른 데이터를 제 2 시퀀스에 삽입될 수도 있다. 이것이 이루어지는 방법은 제 2 시퀀스내의 프레임들의 내용을 다룰 때 상세히 설명될 것이다.

본 발명의 이전 양상과는 독립적이라고 보여질 수도 있는 또다른 양상에 따르면, 변환 수단(16)은 오디오 디코더(10)의 제 2 출력에 연결된 제 3 입력을 가지며 PAD를 제공한다. 그후, 상기 PAD는 시퀀스에 삽입된다. 이것은 PAD에 대한 개별적인 데이터 유형 식별자를 제공하고 PAD를 개별적인 패킷에 삽입하기 위한, TII 및 연관된 데이터에 대해서도 유사하게 실행될 수 있다. 이것은 더 이상 상세하게 설명하지 않는다. 바람직한 실시예에서, 만일 제 2 유형의 프레임들이 IEC958 포맷에 따른 프레임들이면, PAD는 사용자 데이터 채널내의 제 2 시퀀스에 삽입된다.

변환 수단(16)에 대한 또다른 명칭은 공급 수단이며, 그것은 변환 수단이 사실상 데이터의 제 2 시퀀스를 외부 세계, 즉, 주변 장치들 등에 공급하기 때문이다.

도 3A는 본 발명의 실시예에 따른 제 2 시퀀스 프레임의 도면이다. 본 발명에서, 데이터의 제 1 시퀀스는 제 1 시퀀스의 한 프레임 길이와는 다른 프레임 길이를 갖는 데이터의 제 2 시퀀스로 변환된다. 실시예에서, 제 2 시퀀스의 한 프레임 길이는 24 비트로 선택되며, b0...b19의 첫 번째 20 비트는 데이터(DT)를 위해 예약되고, b20..b23 비트는 프레임 유형 식별자(FTI, frame type identifier)를 위해 예약된다. 이 선택은 제 2 시퀀스의 프레임이 IEC958 표준에 따라 서브 프레임에 합체될 수 있도록 한다. 이 표준에 대한 상세한 것은 1989년 스위스에서 Bureau Central de la Commission Electronique Internationale에 의해 발행된 문서 "디지털 오디오 인터페이스" 국제 표준 IEC958을 참조한다.

도 3B는 IEC958 서브 프레임의 도면이다. IEC958은 4 비트 프리앰블(preamble) PR, 보조 데이터를 위한 4-비트 필드 AXD, 오디오 데이터를 위한 20 비트 필드 AD, 및 4개의 1-비트 필드들, 즉, 유효 플래그 비트(Validity flag bit) V, 사용자 데이터 채널 비트 U, 채널 상태 비트(Channel Status bit) C 및 패리티 비트(parity bit) P를 포함한다. 채널 상태 비트(C)는, 채널 내에서 전송되는 데이터의 정보를 제공하는 채널 상태 워드(Channel status word) 1 비트를 전송한다. 사용자 데이터 채널 비트(U)는 사용자 데이터 채널의 비트를 전송한다. 제 2 시퀀스의 프레임이 IEC958 서브 프레임에 합체되는 경우, 비트 위치 a4..a27에서 전송된다. 유효 플래그 비트(V)는 오디오 디코더에 의한 우연한 디코딩을 피하기 위해 "1"로 설정된다. 채널 상태 워드에서, 상태는 "비-오디오(non-audio)"(바이트 0의 비트 1)로 설정되어야 하고, "카피라이트(copyright)"가 주장될 것이다(바이트 0의 비트 2 = "0"). 바이트 0의 3, 4 및 5 비트는 "000"로 설정될 것이고, 바이트 0의 6과 7 비트는 모드(Mode) 0(="00")으로 설정될 것이다. 디지털 오디오의 방송 수신을 위해 카테고리 코드(category code) "001"이 사용될 것이다(바이트 1의 비트 0, 1, 2 = "001"). 제너레이션 상태 비트(generation status bit)는 "오리지널 (original)"(바이트 1의 비트 7 = "0")로 설정될 것이다. 바이트 2에서, 소스 번호(source number)와 채널 번호(channel number)는 "특정되지 않을" 것이다(바이트 2 = "00000000") 샘플링 주파수는 48KHz일 것이다(바이트 3의 비트 0, 1, 2, 3 = "0100"). ±1000ppm의 클록 정확도(clock accuracy)는 "레벨 II(Level II)"(바이트 3의 비트 4, 5 = "00")일 것이다. 따라서, 채널 상태 워드의 첫 번째 4 바이트는 다음과 같이, 즉 바이트 0은 "01000000"로, 바이트 1은 "00100100"로, 바이트 2는 "00000000"로, 바이트 3은 "01000000"로 설정되는 것이 추천된다. 바이트 1의 비트 3, 4, 5, 6은 "0010"로 설정되며, 이는 입력 "DAB"가 "방송 수신(Broadcast reception)" 카테고리에서 정의되도록 하기 위한 제안이다.

표 1은 프레임 유형 식별자의 비트 b20..b23의 값들의 예를 보여준다.

표 1. 프레임 유형 식별자 비트 b20,,,b23의 값

프레임 유형 식별자 값들 "0001", "XX10", "0100" 및 "0111"은 패킷들에서의 데이터 전송을 나타낸다. "0001"과 "0111" 값들은 패킷의 시작을 신호하며, 여기서, "0111" 값은 패킷의 데이터 유형도 식별하며, "XX10" 값은 패킷의 연속을 신호하고, "0100" 값은 패킷의 끝을 신호한다. 패킷들에서의 데이터 전송의 이점은 오버헤드가 거의 사용되지 않는다는 것이며, 단지 예를 들어, 데이터 유형과 패킷의 길이를 신호하기 위해, 단지 하나의 헤더프레임 및 트레일러 프레임(trailer frame)이 오버헤드로 사용된다. 이 고용량 데이터 전송(high capacity data transfer)은 완전한 DAB 데이터를 디코딩할 수 있는 미래의 채널 디코더들(8)과 관련하여 특히 유용하다.

프레임 유형 식별자 값 "XX10"은 비트값 b20 및 b21은 관계가 없다는 것을 의미한다. 이것은 비트 b0..b19에 의해 제공되는 20 데이터 비트가 충분하지 않고 하나 또는 둘 이상의 데이터 비트가 연속 프레임에 필요할 때 특히 유용하다. 이 경우에, 비트 b20 및 b21은 데이터 비트에 부가되어, 22 비트의 데이터 필드가 실현된다. 비트 b20 및 b21이 데이터 비트로 사용되지 않으면, 패킷내의 데이터 유형에 의존하여 바람직하게 "00"로 설정될 것이다. 예를 들어, MSC 데이터의 경우, 비트 b20 및 b21은 데이터 필드에 부가되고, 반면 FIC 또는 TII 데이터의 경우에는 비트 b20 및 b21은 프레임 유형 식별자의 일부이다.

프레임 유형 식별자 값 "1111"은 데이터와 그 데이터 유형 식별자를 포함하는 프레임을 신호한다. 각 프레임은 상기 식별자를 포함하기 때문에, 각 프레임을 다른 프레임들과 독립적으로 처리하는 것이 가능하다. 이것은 현재는 모든 프레임들이 데이터 유형 식별자를 포함하고 있을 필요가 있기 때문에, 많은 오버헤드의 비용으로 수신단(receiving end)에서 프레임들의 처리를 매우 쉽게 한다.

프레임 유형 식별자 값 "0000"은 모든 위치 b0..b19에 단지 논리 "0"만을 포함하는 패딩 프레임(padding frame)을 신호한다. 이 프레임 유형은 전송될 준비가 된 데이터가 없을 때 사용되고, 데이터가 존재하지 않을 때 제 2 시퀀스내의 프레임들의 연속적인 흐름을 보장한다.

프레임 유형 식별자 값 "0101"은 제 1 시퀀스내의 프레임의 시작, 즉, 예를 들면, 논리 DAB 프레임을 신호한다. 이 프레임은 나머지 비트 위치들 b0..b19에 어떤 정보를 포함할 수도 있다. 이것을 확장하기 위해서, 비트 b0..b3 은, 예를 들어, 이 경우에 "0001"의 값을 갖는, 동기화 프레임 내용 지시자(Synchronisation Frame Contents Indicator, SFCI)를 위해 예약되며, SFCI는 내용 필드(Contents Field, CF), 즉, 나머지 비트 b4..b19 가 이전 DAB 프레임의 FIC의 재-인코딩(re-encoding)에 의해 검출된 정정된 에러들의 수를 포함하고 있다는 것을 나타낸다.비트 b0..b3의 다른 값들은 예약된다.

("XX10" 및 "0100"과 관련하여, TII 프레임 유형 식별자 값 "0111"과 프레임 유형 식별자 값 "1111"을 사용하는) 저용량 데이터 전송의 경우에, 프레임 유형 식별자 값 "1111"을 갖는 프레임들은, 예를 들어, IEC958 포맷의 채널 A에서 전송되고, TII 프레임들은 IEC958 포맷의 채널 B에서 전송된다. 저용량 데이터 전송은 단지 제한된 양의 데이터만 전송될 필요가 있기 때문에, 특히 현재 사용되는 채널 디코더(8)와 관련하여 특히 유용하다.

따라서, 변환 수단(16)은 TII 및 연관된 데이터를 고용량 데이터 전송을 위한 패킷 또는 저용량 데이터 전송을 위한 패킷에 넣는다. 이것은 MSC 데이터 및 FIC 데이터와 같은 다른 데이터에도 적용된다. 이것은 단지 한 예시적인 것으로 이해되어야 하며 본 발명의 범위를 한정하려는 것은 아니다.

표 1에 나타낸 바와 같이, 저용량 데이터 전송을 위한 프레임 유형 식별자가 있다. 이것은 값 "1111"과 "0111"을 갖는다(한 패킷의 잔여분을 나타내기 위한 연관된 값 "XX10"과 "0100"과 함께).

프레임 유형 식별자 값 "1111"을 갖는 프레임들은 8 비트 데이터 DT를 포함하며, 바람직하게, 도 3A의 프레임내의 비트 위치 b8..b15에 포함한다. 데이터 유형 식별자 DTI는 표 2에 예시된 바와 같이, 데이터의 원천(origin of data)을 나타내고 프레임의 비트 b0..b5에 6-비트 필드 IDF의 사용을 나타내기 위해, 비트 b6, b7에서 프레임에 부가된다.

표 2. "1111" 프레임내의 데이터 유형 식별자 비트 b6, b7

SubChId는 상기 기술된 바와 같이, MSC 내의 서브채널을 식별하기 위한 식별자이다. 도 1의 채널 디코더(8)는 DAB 데이터 시퀀스와 함께 윈도우 신호들을 제공할 수도 있다. 상기 윈도우 신호는 DAB 데이터 시퀀스에 데이터가 존재할 때 활성화되며, 어떤 데이터 유형에 속한다. 예를 들어, 제어 유닛은 특정한 서브채널이 MSC의 용량 단위들(6, 7, 8)에 존재한다는 것이 FIC로부터 유도되었다. 이제, 제어 유닛은 용량 단위들(6, 7, 8)로부터의 디코딩된 데이터가 채널 디코더(8)의 출력에 존재할 때 윈도우 신호(1)를 활성화하도록 채널 디코더(8)에게 지시한다. 이제, 윈도우 신호(1)는 그 출력에 용량 단위들(6, 7, 8)로부터의 디코딩된 신호가 존재한다는 것을 신호하고 제어 유닛은 이 데이터가 특정 서브채널 번호와 연관된다는 것을 안다. 프레임 포맷에서, 채널 디코더로부터의 16개의 상이한 윈도우 신호들이 프레임내 비트 위치들 b16..b19에 4-비트 윈도우 신호 식별자를 제공함으로써 구별될 수 있다. MSC로부터 데이터가 나오는 경우, 윈도우 신호는 프레임의 비트 위치들 b0..b5에서 SubChId를 IdField에 삽입함으로써 서브채널에 연결될 수 있다. 다른 경우에는, IdField는 예약된다. 윈도우 신호들 중 하나는 패딩을 위해 사용되어데이터가 사용가능하지 않음을 나타낼 수도 있다.

프레임 유형 식별자 값 "0111"은 저용량 데이터 전송을 위한 TII 정보 패킷의 헤더를 나타내며, 따라서, 데이터 유형 식별자로 기능한다. 프레임 유형값들 "XX10"과 "0100"을 갖는 프레임들은 데이터를 전송한다. 헤더 프레임(값 "0111"에서, 비트 위치들 b11..b15에서 5-비트 워드가 수신된 송신기의 번호(Number of Received Transmitters, NRT)를 나타내기 위해 예약된다. NRT는 1 내지 24의 범위를 갖는다. 다른 값들은 예약된다. (NRT-1) 연속 프레임들과 하나의 트레일러 프레임이 있고 그들은 다음과 같이 채워진다. 이 프레임들 각각은 비트 위치 b8..b12에서 5-비트 SubId를, 비트 위치 b13..b19에서 7-비트 MainId를 포함하며, MainId와 SubId는 1995년 소피아 안티폴리스의 유럽 원격 통신 표준 연구소에서 발행한 "라디오 방송 시스템; 이동, 휴대 및 고정 수신기에 대한 디지털 오디오 방송(DAB)" 문서의 서브섹션(Subsection) 8.1.9에 공지되어 있다. 또한, 매우 약한 신호를 나타내는 "001"로부터 매우 강한 신호를 나타내는 "111"의 범위에서, 상대적인 필드 강도를 나타내기 위해 3 비트(b5..b7)가 예약된다. "000" 값은 "신호 없음(not signalled)"을 나타낸다. 나머지 b0..b4 비트는 예약된다. 상기 기술된 바와 같이, 마지막 데이터 프레임은 프레임 유형 식별자 값 "0100"을 갖지만, 특정 트레일러 프레임이 필요치 않은 연속 프레임들과 같은 종류의 데이터를 포함한다.

저용량 데이터 전송에서, TII 프레임들은 프레임 유형 1111을 갖는 데이터 프레임과 교체될 수 있다. 패딩 프레임을 삽입할 수도 있다.

프레임 유형 식별자 값 "0001"은 고용량 데이터 전송을 위한 패킷들의 헤더프레임을 식별한다. 이 목적을 위해, 헤더 프레임의 b18과 b19는 데이터 유형 식별자를 구성하고, 표 3에서 보여지는 것과 같이, 패킷에 포함된 데이터 유형을 나타내기 위해 예약된다.

표 3. "0001" 프레임내의 데이터 유형 식별자 비트 b18, b19

프레임 유형 식별자 값 "XX10"은 패킷의 일부분인 연속 프레임을 신호하며, 프레임 유형 식별자 값 "0100"은 패킷의 끝을 신호하는 트레일러 프레임으로 간주될 수 있다.

MSC 데이터가 전송되는 경우(b18=0 b19=1), 헤더 프레임은 비트 b0..b11에 RDI 프레임들의 번호(M), 즉, 패킷의 길이를 포함하고, 비트 b12..b17에 서브채널 식별자를 포함할 수도 있다. 연속 프레임들은 모두 데이터를 전송한다. 패킷의 끝에서 두 번째의 프레임은, 데이터 비트의 총수가 패킷의 사용가능한 데이터 비트의 총수와 일치하지 않을 수도 있기 때문에, 데이터 및 패딩 비트를 포함한다. 트레일러 프레임은 16 비트 필드를 포함하며, 이는 재-인코딩에 의해 검출된 정정된 에러들의 수를 명시한다. 예외적으로, 코드 "1111 1111 1111 1111"은 이 정보가 신호되지 않았다는 것을 나타낼 것이다. MSC 데이터가 전송되는 경우, "XX10" 값을 갖는프레임 유형 식별자는 마지막 2 비트가 정확히 "10"이 되도록 바람직하게 단축된다. 표 1에서, 이 마지막 두 비트는 연속 프레임을 인식하기에 충분하다는 것이 명백해질 것이다. 이 결과는 데이터에 대해 여분의 2 비트(b20 과 b21)를 생기게 함으로써, 데이터 필드를 20 비트에서 24 비트로 확장한다. 여분의 2 비트가 필요하지 않은 다른 경우에, 이 데이터 비트는 "00"으로 설정된다.

FIC 데이터가 전송되는 경우에(b18=0 b19=1), 헤더 프레임은 DAB 전송 모드를 나타내기 위해, 예를 들어, b14 및 b15의 2 비트를 포함한다. 표 4는 비트 14 및 비트 15의 값과 연관된 DAB 전송 모드를 보여준다.

표 4. FIC 헤더 프레임내의 DAB 전송 모드 비트 b14, b15

FIC 헤더 프레임에서, 4 비트(예를 들어, b10...,b13)가 FIB-번호에 대해 예약된다. DAB 전송 모드 II 및 III에서 FIB 번호 필드는 FIB를 명시하는 부호없는(unsigned) 2진수로 코딩된다. 표 5에 FIB-번호의 코딩이 주어진다.

표 5. 모드 I에서 FIB 번호 비트 b10..b13의 코딩

프레임 유형 식별자 값 "0100"을 갖는 트레일러 프레임은 FIC 패킷의 경우 다음을 포함한다. 3 비트(예를 들어, 비트 b16..b18)가 에러 표시 유형(Error Indication Type, EIT)을 위해 예약되어, 16 비트(예를 들어, b0..b15) 에러 체크 필드(Error Check Field, ECF)에서 전송되는 데이터의 종류를 명시한다. 표 6은 EIT에 대한 코드들과 ECF에서 관련된 내용을 보여준다.

표 6. EIT 비트 b16..b18의 코딩 및 관련된 ECF

DAB 전송 모드 I에서, 하나의 전송 프레임에 포함된 12개의 FIB들은 매 96ms 마다 한번에, 또는 24ms 간격으로 4번 3개의 FIB들로 전달될 수도 있다.

TII 데이터가 전송되는 경우에(b18=1 b19=0), 헤더 프레임은 TII 포맷 식별자를 더 포함하는데, 이 예에서는 b8..b10의 3 비트를 포함한다. "010" 값을 갖는 TII 포맷 식별자는 기본 포맷을 나타내고, 값 "001"은 확장된 포맷을 나타낸다. 저용량 포맷(프레임 유형 식별자 값 = "0111")에서와 똑같이, 비트 b11..b15는 NRT를 포함한다.

기본 포맷에서(헤더에서 b8..b10은 "010"과 같다), TII 포맷의 나머지는 저용량 포맷에서와 같다.

확장 포맷에서(헤더에서 b8..b10은 "001"과 같다), 제 1 NRT 연속 프레임들은 기본 포맷과 유사하게 채워지지만, 비트 b1..b4는 다음과 같이 사용된다. 비트 b1은 공백 기호 지시자(Null Symbol Indicator)로, 새로운 공백 기호로부터의 데이터가 처음으로 송신될 때 변화한다. 확장 포맷에서, 선택된 캐리어 쌍의 공백 기호의 샘플에 대해 도 1의 FFT 처리기(6)에서 수행된 것과 같은 이산 불연속 푸리에 변환(Fourier Transform)의 복잡한 결과가 주어진다. 상기 효과에 대해, 비트 b2..b4는 MainId와 SubId에 의해 식별된 송신기를 위해 정보가 제공되는 캐리어 쌍들의 번호(NCP)를 나타낸다. 상기 기술된 바와 같이, NRT 프레임들을 뒤따르는 연속 프레임에서, 16 비트는, 2의 보수로 코딩된, NRT 프레임의 번호로 식별된 것과 같은 각 송신기에 대해 NCP로 나타낸 캐리어 쌍의 각 번호에 대해 공백 기호의 샘플들에 대한 FFT 결과의 실수부 또는 허수부를 포함한다.

MSC 서브채널들로부터 데이터 전송의 일시적 순서, 어떠한 포맷에서의 FIC와 TII는 임의적이다. 패딩 프레임은 어떤 위치에도 삽입될 수 있다. 그러나, 대체로,하나의 논리 DAB 프레임과 관련된 모든 데이터는 동기화 프레임의 두 연속적인 전송들에 의해 정의되는 간격 내에서 전송될 것이다. TII 데이터는 요망된다면 몇개의 패킷들로 전송될 수도 있다. 각 캐리어 쌍에 대한 TII 정보는 평가된 공백 기호당 바람직하게 단지 한번만 전송될 것이다. 그러나, 이 정보는 몇몇 논리 프레임들에 걸쳐 분산될 수도 있다. 새로운 데이터 세트의 시작은 공백 기호 지시자의 새로운 값에 의해 나타내어진다.

제 1 시퀀스에서, 이미 FIC에 합체된 하나를 제외하고는 TII 데이터는 존재하지 않는다. DAB 신호는 또한 각 DAB 프레임의 시작에서 그 공백 기호 내에 TII 데이터를 포함한다. 본 발명에서, 수신된 송신기의 상대적인 필드 강도와 관련되는 데이터와 함께 상기 TII 데이터는 FFT 처리기(6)로부터 검색되고 제 2 시퀀스에 삽입된다.

제 1 시퀀스에서, PAD 데이터는 오디오 정보와 함께 비트 스트림에 삽입된다. 상기 PAD 데이터를 검색하기 위해서, 먼저 오디오 프레임들을 검색한 다음 그로부터 PAD 데이터를 검색하는 것이 필요하다. 이것은 추가적인 하드웨어를 필요로 하는 정교한 동작이다. 대부분의 DAB 수신기들에는 오디오 디코딩 수단이 존재하며, 또한 오디오 프레임들로부터 PAD 데이터를 검색한다. 본 발명에 따르면, 이것은 PAD 데이터를 개별적인 시퀀스로서 제 2 시퀀스에 삽입함으로써 유리하게 이용될 수 있다. 이것은 제 2 시퀀스를 수신하는 주변 장치에 대해 오디오 디코딩 수단이 필요 없어짐에 따라 제 2 시퀀스로부터 PAD 데이터를 검색하는 것을 훨씬 더 쉽게 한다.

도 4는 본 발명에 따른 수신기에서 사용하기 위한 PAD 메세지의 구조의 예이며, PAD는 검색되어 제 2 시퀀스에 삽입된다. PAD 메세지는 다음을 포함한다.

- 메세지가 이하 기술되는 것과 같은 구조를 가졌음을 신호하는 헤더(HDR),

- PAD 메세지 내에서 뒤따르는 바이트의 수를 명시하는 길이 지시자(length indicator, LI),

- ETS 300 401에서 정의된 바와 같이 F-PAD를 전송하고 논리 순서로 포함되는 2-바이트 필드(F-PAD)

- 제공된다면, ETS 300 401에서 정의된 바와 같이 x-PAD 필드로부터 다수의 바이트를 전송하고, 그 바이트들이 그들의 논리 순서로 포함되는, 추가 필드(X-PAD)

헤더 및 길이 지시자 모두는 바람직하게 1 바이트 필드이며, 헤더는 메세지 구조를 식별하기 위한 16진법의 값 "AD"를 포함해야 한다. X-PAD 필드는 선택적이며, 그 존재와 길이는 길이 지시자(LI)로부터 유도될 수 있다. 여기서, DAB 수신기는 실제로 X-PAD 데이터를 포함하는 것보다 X-PAD 필드에 더 많은 바이트를 제공할 수도 있으며, 그러한 경우 DAB 수신기는 오디오 데이터를 포함하는지 또는 PAD를 포함하는지를 구별하지 않고 오디오 프레임의 끝으로부터 단지 바이트를 전달한다.

바람직한 실시예에서, PAD 메세지들은 IEC958 인터페이스의 사용자 데이터 채널에서 전달될 수 있다. 이것은 정보가 정보 단위들(Information Units, IU)로 전송될 수 있음을 의미하고, 각 IU는 8 비트를 포함하고, 첫 번째는 시작 플래그(start Flag, SF)이며, 항상 "1"로 설정되고 7개의 정보 비트가 이어진다.사용자 데이터 메세지는 3개의 IU와 다수의 데이터 IU의 헤더를 포함한다.

도 5A는 사용자 데이터 메세지의 제 1 헤더 IU를 나타내는 도면이다. 제 1 IU는 메세지의 유형을 식별하기 위한 식별자(TMI)를 전송하는 첫 번째 5 비트 필드를 포함한다. 바람직하게, 이 필드는 2 진수 "10010"을 전송한다. 하나의 PAD 메세지를 함께 전송하고, 상기 메세지가 일련의 사용자 데이터 메세지들의 마지막이면 "1"로 설정되는 라스트 플래그 비트(Last Flag bit, LF)를 더 포함한다. 그렇지 않으면, "0"으로 설정될 것이다. 마지막으로, 퍼스트 플래그 비트(First Flag bit, FF)도 포함하며, 상기 메세지가 함께 하나의 PAD 메세지를 전송하는 일련의 사용자 데이터 메세지의 처음이면 "1"로 설정될 것이다. 그렇지 않으면, "0"으로 설정될 것이다.

도 5B는 사용자 데이터 메세지의 제 2 헤더 IU를 나타내는 도면이다. 헤더의 제 2 IU는 7 비트의 메세지 길이 지시자(LI)를 포함한다. 제 3 헤더 IU는 상기 길이 값에 포함되어 있음을 주목하자.

도 5C는 사용자 데이터 메세지의 제 3 헤더 IU를 나타내는 도면이다. 헤더의 제 3 헤더 IU는 7 비트 필드(OCC)를 포함하며, 이 필드는 바람직하게 IEC958 포맷의 채널 상태의 오리지네이팅 카테고리 코드(Originating Category Code)(바이트 1의 비트 b0..b6)를 복제한다.

도 5D는 사용자 데이터 메세지의 데이터 IU를 나타내는 도면이다. IU가 데이터, 즉, PAD 메세지들의 일부를 전송하면, 나머지 7 비트는 사용자 데이터 필드(UDF) 내의 데이터를 위해 사용될 수 있다. 바람직한 실시예에서, IU 내의 제2 비트(=사용자 데이터 필드(UDF) 제 1 비트)는 다음 6개의 사용자 데이터 비트에서 에러가 검출되었는지를 신호하는 에러 플래그(EF)를 위해 예약될 수 있다. 따라서, 사용자 데이터 IU는 사용자 데이터 필드(UDF)내의 사용자 데이터 6 비트를 바람직하게 전달할 수 있고, 에러 플래그가 필요 없으면 7 비트까지도 전달할 수 있다. 메세지내의 마지막 UDF는 6(또는 7) 비트 미만이 제공되면 다수의 패딩 비트를 포함할 수도 있다.

사용자 데이터 메세지 내의 IU는, 논리값 "0"을 갖는 9개의 연속적인 비트가 이어지고 "1"의 값을 갖는 비트가 새로운 사용자 데이터 메세지의 시작이라고 인식되기 때문에, 최대 8개의 패딩 비트의 논리값 "0"을 갖는 패딩 비트에 의해 분리될 수도 있다. 상이한 사용자 데이터 메세지들에 속하는 IU간의 패딩은 그 길이가 적어도 9 비트인 한 최대 길이로 제한되지 않는다. 하나의 단일한 사용자 데이터 메세지에 맞춰지지 않는 PAD 메세지는 몇 개의 사용자 데이터 메세지로 분할될 수 있다. PAD 메세지의 분할은 바이트 경계에 있을 필요는 없다. 사용자 데이터 메세지의 헤더는 메세지가 DAB-PAD, 사용자 데이터 메세지의 길이 및 메세지가 함께 PAD 메세지를 구성하는 일련의 메세지들의 시작, 연속 또는 끝인지의 여부를 포함하고 있음을 나타낸다.

IEC958 사용자 데이터 채널 내에 부가적으로 PAD 메세지들을 삽입하는 상기 예는 다음의 이유에서 특히 유리하다. 사용자 데이터 채널내의 데이터를 인코딩하고 디코딩하도록 적응되는 전자 회로들은 다른 데이터의 인코딩 및 디코딩으로부터 따로 분리되어 쉽게 사용할 수 있다. 이것은 인코딩/디코딩의 복잡성을 감소시키는데, 특히, PAD만을 액세스할 필요가 있는 주변 장치들에 대해 유리하다.

이 예는 본 발명의 예시에 불과하다. 삽입된 데이터는 DAB 데이터내의 PAD로 제한될 필요는 없다. 또한, PAD는 본 발명의 범위를 벗어나지 않고, IEC958을 따르지 않는 다른 비트 스트림들 및 또다른 구조에 제공될 수도 있다.

Claims (27)

1. 디지털 오디오 방송 신호를 수신하는 수신기로서, 수신된 DAB 신호를 제 1 유형의 프레임들로 조직화되는 데이터의 제 1 시퀀스로 디코딩하는 수단을 포함하고, 상기 프레임들은 상기 프레임내의 소정의 위치들에 다수의 데이터 유형들을 포함하는, 상기 수신기에 있어서,

   데이터의 상기 제 1 시퀀스를 제 2 유형의 프레임들로 조직화되는 데이터의 제 2 시퀀스로 변환하는 수단을 더 포함하고, 상기 제 1 유형의 프레임들의 한 프레임 길이는 상기 제 2 유형의 프레임들의 한 프레임 길이와 다르고, 상기 변환 수단은 디코딩 수단과 연결되며,

   상기 변환 수단은:

   - 상기 제 1 시퀀스를, 각각 소정의 데이터 유형을 위해 예약되는 데이터의 적어도 2개의 개별적인 시퀀스들로 분해하고,

   - 상기 개별적인 시퀀스들을 상기 제 2 유형의 프레임들로 분할하고,

   - 상기 개별적인 시퀀스들을, 각 프레임이 상기 제 2 시퀀스 내에서 상기 개별적인 시퀀스들을 식별하기 위한 프레임 유형 식별자를 갖는 상기 제 2 유형의 프레임들로 배열하고, 또한 상기 개별적인 시퀀스들로부터 상기 제 2 시퀀스를 더 조립하기 위해 배열되는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
2. 제 1 항에 있어서,

   상기 변환 수단은 상기 개별적인 시퀀스에서 상기 데이터 유형을 식별하기 위해 상기 개별적인 시퀀스들 중 적어도 하나의 시퀀스에 데이터 유형 식별자를 부가하기 위해 배열되는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
3. 제 1 항 또는 제 2 항에 있어서,

   상기 제 2 시퀀스는 다수의 패킷들을 포함하며, 개별적인 시퀀스가 상기 제 2 시퀀스 내에 다수의 프레임을 포함하는 패킷으로서 상기 프레임 유형 식별자의 소정의 값들에 의해 식별되는 상기 패킷을 포함하고, 상기 패킷은 상기 데이터 유형 식별자를 포함하는 헤더를 갖는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
4. 제 1 항 또는 제 2 항에 있어서,

   상기 제 2 시퀀스는 상기 프레임 유형 식별자의 적어도 하나의 다른 소정의 값에 의해 식별되는 단일 데이터 프레임들을 포함하고, 상기 제 2 시퀀스내의 각 프레임은 데이터 및 데이터 유형 식별자를 포함하는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
5. 제 1 항 또는 제 2 항에 있어서,

   상기 변환 수단은 상기 제 1 유형의 프레임의 시작을 신호하기 위해 상기 제 2 시퀀스에 동기화 신호를 부가하기 위해 배열되는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
6. 제 5 항에 있어서,

   상기 동기화 신호는 소정의 값을 갖는 프레임 유형 식별자를 갖는 프레임인 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
7. 제 1 항 또는 제 2 항에 있어서,

   상기 제 2 시퀀스의 한 프레임은 상기 제 1 시퀀스로부터의 데이터를 위한 적어도 20 비트와 상기 프레임 유형 식별자를 위한 많아야 4 비트를 포함하여 총 프레임 길이가 24 비트인 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
8. 제 7 항에 있어서,

   데이터 유형에 따라서, 한 프레임이 데이터를 위한 20 비트와 상기 프레임 유형 식별자를 위한 4 비트를 포함하거나, 데이터를 위한 22 비트와 상기 프레임 유형 식별자를 위한 2 비트를 포함하는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
9. 제 7 항에 있어서,

   상기 프레임은 IEC958 표준에 따라 서브프레임에 삽입되는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
10. 제 1 항 또는 제 2 항에 있어서,

    상기 수신기는 DAB 신호에 삽입된 데이터를 디코딩하기 위한 수단을 포함하고, 상기 변환 수단은 개별적인 시퀀스로서 상기 데이터 디코딩 수단으로부터 상기 디코딩된 데이터를 상기 제 2 시퀀스에 부가하기 위해 배열되는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
11. 제 10 항에 있어서,

    상기 디코딩된 데이터는 상기 DAB 신호의 공백 기호(null symbol)에 포함된 TII 데이터인 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
12. 제 10 항에 있어서,

    상기 디코딩된 데이터는 PAD 데이터인 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
13. 제 12 항에 있어서,

    상기 제 2 시퀀스의 한 프레임은 IEC958 서브프레임에 삽입되고, 상기 변환수단은 PAD 데이터를 포함하는 상기 개별적인 시퀀스를 상기 IEC958 서브프레임의 사용자 데이터 채널에 삽입하기 위해 배열되는 것을 특징으로 하는, 디지털 오디오 방송 신호를 수신하는 수신기.
14. 제 1 유형의 프레임들로 조직화되고 상기 프레임들은 상기 프레임내의 소정의 위치들에 다수의 데이터 유형들을 포함하는 데이터의 제 1 시퀀스를, 제 2 유형의 프레임들로 조직화된 데이터로서 상기 제 1 유형의 프레임들의 한 프레임 길이가 상기 제 2 유형의 프레임들의 한 프레임 길이와 다른 상기 데이터의 제 2 시퀀스로 변환하는 장치에 있어서,

    상기 변환 수단은:

    - 상기 제 1 시퀀스를 각각 소정의 데이터 유형을 위해 예약되는 데이터의 적어도 2개의 개별적인 시퀀스들로 분해하고,

    - 상기 개별적인 시퀀스들을 상기 제 2 유형의 프레임들로 분할하고,

    - 상기 개별적인 시퀀스들을 각각 상기 제 2 시퀀스내의 상기 개별적인 시퀀스들을 식별하기 위한 프레임 유형 식별자를 갖는 상기 제 2 유형의 프레임들로 배열하고, 또한 상기 개별적인 시퀀스들로부터 상기 제 2 시퀀스를 더 조립하기 위해 배열되는, 변환 장치.
15. 제 1 유형의 프레임들로 조직화되고 상기 프레임들이 상기 프레임내의 소정의 위치들에 다수의 데이터 유형들을 포함하는 데이터의 제 1 시퀀스를, 제 2 유형의 프레임들로 조직화된 데이터로서 상기 제 1 유형의 프레임들의 한 프레임 길이가 상기 제 2 유형의 프레임들의 한 프레임 길이와 다른 상기 데이터의 제 2 시퀀스로 변환하는 방법에 있어서:

    - 상기 제 1 시퀀스를 판독하는 단계,

    - 상기 제 1 시퀀스를 각각 소정의 데이터 유형을 위해 예약되는 데이터의 적어도 2개의 개별적인 시퀀스들로 분해하는 단계,

    - 상기 개별적인 시퀀스들을 상기 제 2 유형의 프레임들로 분할하는 단계,

    - 상기 개별적인 시퀀스들을 각각 상기 제 2 시퀀스내의 상기 개별적인 시퀀스들을 식별하기 위한 프레임 유형 식별자를 갖는 상기 제 2 유형의 프레임들로 배열하는 단계,

    - 상기 개별적인 시퀀스들로부터 상기 제 2 시퀀스를 조립하는 단계를 포함하는, 변환 방법.
16. 제 15 항에 있어서,

    데이터 유형 식별자가 상기 개별적인 시퀀스에서 상기 데이터 유형을 식별하기 위해 상기 개별적인 시퀀스들 중 적어도 하나의 시퀀스에 부가되는 것을 특징으로 하는, 변환 방법.
17. 제 15 항 또는 제 16 항에 있어서,

    상기 제 2 시퀀스는 다수의 패킷들을 포함하며, 개별적인 시퀀스가, 상기 제2 시퀀스 내에 다수의 프레임을 포함하는 패킷으로서 상기 프레임 유형 식별자의 소정의 값들에 의해 식별되는 상기 패킷을 포함하고, 상기 패킷은 상기 데이터 유형 식별자를 포함하는 헤더를 갖는 것을 특징으로 하는, 변환 방법.
18. 제 15 항 또는 제 16 항에 있어서,

    상기 제 2 시퀀스는 상기 프레임 유형 식별자의 적어도 하나의 부가적인 소정의 값에 의해 식별되는 단일 데이터 프레임들을 포함하고, 상기 제 2 시퀀스내의 각 프레임은 데이터와 데이터 유형 식별자를 포함하는 것을 특징으로 하는, 변환 방법.
19. 제 15 항 또는 제 16 항에 있어서,

    동기화 신호가 상기 제 1 유형의 한 프레임의 시작을 신호하기 위해 상기 제 2 시퀀스에 부가되는 것을 특징으로 하는, 변환 방법.
20. 제 19 항에 있어서,

    상기 동기화 신호는 소정의 값을 갖는 프레임 유형 식별자를 갖는 한 프레임인 것을 특징으로 하는, 변환 방법.
21. 제 15 항 또는 제 16 항에 있어서,

    상기 제 2 시퀀스의 한 프레임은 상기 제 1 시퀀스로부터의 데이터를 위한적어도 20 비트와 상기 프레임 유형 식별자를 위한 많아야 4 비트를 포함하여 총 프레임 길이가 24 비트인 것을 특징으로 하는, 변환 방법.
22. 제 21 항에 있어서,

    데이터 유형에 따라서, 한 프레임이 데이터를 위한 20 비트와 상기 프레임 유형 식별자를 위한 4 비트를 포함하거나, 데이터를 위한 22 비트와 상기 프레임 유형 식별자를 위한 2 비트를 포함하는 것을 특징으로 하는, 변환 방법.
23. 제 21 항에 있어서,

    상기 프레임은 IEC958 표준에 따라 서브프레임에 삽입되는 것을 특징으로 하는, 변환 방법.
24. 제 15 항 또는 제 16 항에 있어서,

    상기 제 1 시퀀스는 DAB 신호로부터 검색되고 DAB 신호에 삽입된 데이터가 디코딩되고, 상기 디코딩된 데이터는 개별적인 시퀀스로서 상기 제 2 시퀀스에 부가되는 것을 특징으로 하는, 변환 방법.
25. 제 24 항에 있어서,

    상기 디코딩된 데이터는 상기 DAB 신호의 공백 기호에 포함된 TII 데이터인 것을 특징으로 하는, 변환 방법.
26. 제 24 항에 있어서,

    상기 디코딩된 데이터는 PAD 데이터인 것을 특징으로 하는, 변환 방법.
27. 제 26 항에 있어서,

    제 2 시퀀스의 프레임이 IEC958 서브프레임에 삽입되고, PAD 데이터를 포함하는 상기 개별적인 시퀀스가 IEC958 서브프레임내의 사용자 데이터 채널에 삽입되는 것을 특징으로 하는, 변환 방법.

Images