KR102047800B1

KR102047800B1 - 데이터 전송 장치, 데이터 수신 장치, 데이터 송수신 시스템, 데이터 전송 방법, 데이터 수신 방법 및 데이터 송수신 방법

Info

Publication number: KR102047800B1
Application number: KR1020120123638A
Authority: KR
Inventors: 김종화; 김수영; 나일주; 윤석진; 이재민
Original assignee: 삼성전자주식회사
Priority date: 2012-02-15
Filing date: 2012-11-02
Publication date: 2019-11-22
Also published as: CN104221402A; CN104221401A; CN104221401B; KR102011474B1; KR20130094163A; KR20130094224A; KR20130094172A; KR20130094162A; KR101765566B1; CN104221402B; KR102012231B1

Abstract

데이터 전송 장치가 개시된다. 본 발명의 다양한 실시 예에 따른 데이터 전송 장치는, 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성하는 패킷 생성부와, 생성된 복수의 패킷을 데이터 수신 장치로 전송하는 전송부;를 포함하고, 생성된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

Description

데이터 전송 장치, 데이터 수신 장치, 데이터 송수신 시스템, 데이터 전송 방법, 데이터 수신 방법 및 데이터 송수신 방법{DATA TRANSMITTING APPARATUS, DATA RECEIVING APPARATUS, DATA TRANSRECEIVING SYSTEM, DATA TRANSMITTING METHOD, DATA RECEIVING METHOD AND DATA TRANSRECEIVING METHOD}

본 발명은 데이터 송수신 장치 및 방법에 대한 것으로, 보다 상세하게는 유선 인터페이스 환경에서 멀티 채널 오디오 신호를 전송하는 데이터 전송 장치, 데이터 수신 장치, 데이터 송수신 시스템, 데이터 전송 방법, 데이터 수신 방법 및 데이터 송수신 방법에 관한 것이다.

최근 멀티 미디어 환경이 구축되면서 다양한 데이터 전송을 위한 유선 인터페이스 환경이 제안되고 있다. 예를 들어 HDMI, MHL은 다양한 포맷의 영상 데이터, 오디오 신호, 제어 신호의 전송 규격을 규정한다. 특히, 멀티 미디어 환경의 발달로 고품질의 사운드를 송수신하기 위한 멀티 채널 오디오 신호 전송 규격 논의가 활발하게 이루어지고 있다.

현재까지 2채널에서 8채널까지의 오디오 채널에 대한 규격이 제시되었다. 그러나, 멀티 미디어 환경에서는 9채널 이상을 갖는 오디오 신호의 전송 규격을 제시할 필요성이 대두된다. 이러한 멀티 채널 오디오 신호의 전송은 종래부터 사용되고 있는 다양한 포맷과 디바이스 환경을 고려해야 한다.

본 발명은 상술한 필요성에 따라 안출된 것으로, 본 발명의 목적은 9 채널 이상의 오디오 신호를 전송하기 위한 데이터 전송 장치, 데이터 수신 장치, 데이터 송수신 시스템, 데이터 전송 방법, 데이터 수신 방법 및 데이터 송수신 방법을 제공하기 위함이다.

이상과 같은 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 데이터 전송 장치는, 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성하는 패킷 생성부와, 상기 생성된 복수의 패킷을 데이터 수신 장치로 전송하는 전송부를 포함하고, 상기 생성된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

상기 식별 필드는 상기 식별 필드를 포함하는 패킷이 상기 하나의 멀티 채널 오디오 샘플 데이터의 시작 패킷인지 여부를 나타내는 기 설정된 비트를 포함할 수 있다.

상기 식별 필드는 상기 식별 필드를 포함하는 패킷의 인덱스를 나타내는 기 설정된 비트를 포함할 수 있다.

상기 생성된 복수의 패킷 각각은 서브 패킷이 상기 멀티 채널 오디오 샘플 데이터를 포함하는지 여부를 나타내는 샘플 프레즌트 비트(Sample Present Bit) 및 상기 서브 패킷에 포함된 오디오 샘플 데이터가 유효한 데이터인지를 나타내는 샘플 플랫 비트(Sample Flat Bit) 중 적어도 하나를 포함할 수 있다.

상기 생성된 복수의 패킷 각각은 복수의 서브 패킷을 포함하며, 상기 복수의 서브 패킷 각각은 상기 멀티 채널 오디오 샘플 데이터의 일부를 저장할 수 있다.

상기 멀티 채널 오디오 데이터는, 9채널 이상의 오디오 신호를 포함할 수 있다.

상기 오디오 샘플 데이터는, IEC 60958 포맷을 따를 수 있다.

이상과 같은 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 데이터 수신 장치는, 데이터 전송 장치에서 전송된 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 수신하는 수신부와, 상기 수신된 복수의 패킷을 파싱하는 패킷 파싱부를 포함하고, 상기 수신된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

상기 식별 필드는 상기 식별 필드를 포함하는 패킷이 상기 멀티 채널 오디오 샘플 데이터의 시작 패킷인지 여부를 나타내는 기 설정된 비트를 포함할 수 있다.

상기 수신된 복수의 패킷 각각은 서브 패킷이 상기 멀티 채널 오디오 샘플 데이터를 포함하는지 여부를 나타내는 샘플 프레즌트 비트(Sample Present Bit) 및 상기 서브 패킷에 포함된 오디오 샘플 데이터가 유효한 데이터인지를 나타내는 샘플 플랫 비트(Sample Flat Bit) 중 적어도 하나를 포함할 수 있다.

상기 수신된 복수의 패킷 각각은 복수의 서브 패킷을 포함하며, 상기 복수의 서브 패킷 각각은 상기 멀티 채널 오디오 샘플 데이터의 일부를 저장할 수 있다.

상기 오디오 샘플 데이터는, IEC 60958 포맷을 따를 수 있다.

이상과 같은 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 데이터 송수신 시스템은, 하나의 멀티 채널 오디오 데이터에 관한 복수의 패킷을 생성하여 전송하는 데이터 전송 장치와, 상기 전송된 복수의 패킷을 수신하여 파싱하는 데이터 수신 장치를 포함하고, 상기 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

이상과 같은 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 데이터 전송 방법은 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성하는 패킷 생성 단계와, 상기 생성된 복수의 패킷을 데이터 수신 장치로 전송하는 전송 단계를 포함하고, 상기 생성된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

이상과 같은 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 데이터 수신 방법은 데이터 전송 장치에서 전송된 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 수신하는 수신 단계와, 상기 수신된 복수의 패킷을 파싱하는 패킷 파싱 단계를 포함하고, 상기 수신된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

이상과 같은 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 데이터 송수신 방법은 제1 장치가 멀티 채널 오디오 데이터의 3D 오디오 특성을 나타내는 제1 서브 블록 및 상기 멀티 채널 오디오 데이터의 3D 스피커 할당 정보를 나타내는 제2 서브 블록 중 적어도 하나를 포함하는 EDID 블록을 제2 장치로 전송하는 단계와, 상기 제2 장치가 상기 멀티 채널 오디오 데이터의 채널 할당 표준 타입 정보를 나타내는 ACAT 필드, 채널 수를 나타내는 채널 카운트 필드(channel count field) 및 채널/스피커 할당 정보를 나타내는 3D 채널/스피커 할당 필드 중 적어도 하나를 포함하는 메타 데이터 패킷을 상기 제1 장치로 전송하는 단계와, 상기 제2 장치가 적어도 하나의 멀티 채널 오디오 샘플 데이터 패킷을 상기 제1 장치로 전송하는 단계와, 상기 제1 장치가 상기 전송된 적어도 하나의 멀티 채널 오디오 샘플 데이터 패킷을 파싱하여 오디오를 출력하는 단계를 포함하며, 상기 적어도 하나의 멀티 채널 오디오 샘플 데이터 패킷은 복수의 서브 패킷으로 구성되고, 상기 복수의 서브 패킷 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

이상과 같은 목적을 달성하기 위한 본 발명의 다른 실시 예에 따른 데이터 송수신 방법은 제1 장치가 멀티 채널 오디오 데이터의 멀티 스트림 오디오 특성을 나타내는 서브 블록을 포함하는 EDID 블록을 제2 장치로 전송하는 단계와, 상기 제2 장치가 상기 멀티 채널 오디오 데이터의 채널 수를 나타내는 채널 카운트 필드(channel count field) 및 채널/스피커 할당 정보를 나타내는 채널/스피커 할당 필드 중 적어도 하나를 포함하는 오디오 인포프레임 패킷을 상기 제1 장치로 전송하는 단계와, 상기 제2 장치가 적어도 하나의 오디오 샘플 데이터 패킷을 상기 제1 장치로 전송하는 단계와, 상기 제1 장치가 상기 전송된 적어도 하나의 오디오 샘플 데이터 패킷을 파싱하여 오디오를 출력하는 단계를 포함하며, 상기 적어도 하나의 오디오 샘플 데이터 패킷은 복수의 서브 패킷으로 구성되고, 상기 복수의 서브 패킷은 복수의 콘텐츠 중 어느 하나에 대응되는 오디오 데이터를 포함한다.

이상과 같은 본 발명의 다양한 실시 예에 따르면 본 발명은 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성하고 상기 생성된 복수의 패킷 각각이 식별 필드를 포함함으로써, 9 채널 이상의 오디오 신호를 전송할 수 있는 규격을 제공할 수 있다.

도 1은 3D 오디오 신호의 전송 타이밍을 도시한 도면,
도 2는 본 발명의 일 실시 예에 따른 데이터 송수신 시스템의 구성을 도시한 블록도,
도 3은 상기 데이터 송수신 시스템의 데이터 전송 장치의 구성을 도시한 블록도,
도 4는 상기 데이터 송수신 시스템의 데이터 수신 장치의 구성을 도시한 블록도,
도 5는 본 발명의 일 실시 예에 따른 오디오 샘플 패킷의 전송 스트림을 표현한 도면,
도 6은 본 발명의 다른 실시 예의 오디오 샘플 패킷의 전송 스트림을 표현한 도면,
도 7은 본 발명의 전송 스트림 포맷을 도시한 도면,
도 8은 본 발명의 일 실시 예에 따른 오디오 샘플 패킷의 전송 스트림을 표현한 도면,
도 9 및 10은 본 발명의 일 실시 예에 따른 멀티 스트림 오디오 샘플 패킷의 전송 스트림을 표현한 도면,
도 11은 본 발명의 일 실시 예에 따른 멀티 스트림 오디오 샘플 패킷의 전송 스트림을 표현한 도면,
도 12는 CEC를 이용한 스피커 위치 정보의 전송을 나타낸 모식도,
도 13은 3D 오디오 샘플이 BDP에서 TV로 전송되는 단계를 도시한 도면,
도 14는 멀티 스트림 오디오가 BDP로부터 TV까지 전송되는 단계를 도시한 도면,
도 15은 3D 오디오의 채널을 위한 스피커 배치를 나타낸 도면, 그리고,
도 16 내지 19는 본 발명의 다양한 실시 예에 따른 데이터 전송 방법, 데이터 수신 방법의 흐름도이다.

이하 본 발명의 바람직한 실시 예를 첨부된 도면을 참조하여 상세히 설명한다. 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

멀티 채널 오디오는 두 개 이상의 오디오 채널을 갖는 오디오 신호를 의미한다. 이하에서 멀티 채널 오디오는 2D 오디오 채널과 3D 오디오 채널로 구별된다. 2D 오디오 채널은 2채널에서 8채널 사이의 오디오 채널을 갖고, 각 채널에 대응되는 스피커가 평면 상에 배치되는 오디오 채널을 의미한다. 이에 반해 3D 오디오 채널은 9채널 이상의 오디오 채널을 갖고, 각 채널에 대응되는 스피커는 평면을 포함하는 3차원 공간 상에 배치된다.

3D 오디오는 예를 들어 TTA (10.2ch), SMPTE2036-2 (22.2ch) 또는 IEC62574 (30.2ch)에서 정의되는 채널 레이아웃을 사용한다. 3D 오디오는 본 명세서에서 정의하는 다운 믹스 오디오 스트림을 포함한다.

멀티 스트림 오디오는 두 개 이상의 구별되는 콘텐츠를 시청할 수 있는 멀티 뷰 환경에서 각 뷰에 대응되는 구별되는 오디오 신호를 포함하는 오디오 신호이다. 각 뷰에 대한 오디오 신호는 멀티 채널 오디오일 수 있다. 멀티 스트림 오디오(Multi-Stream Audio)는 예를 들어 듀얼 뷰나 쿼드 뷰 게임과 같은 멀티 뷰 비디오를 지원하는 경우 3D 비디오 포맷을 사용하여 전송되는 비디오 스트림과 관련된 오디오 스트림의 집합이 될 수 있다.

본 명세서는 HDMI 1.4b 스팩에 대한 오디오를 확장한 9채널에서 32채널(또는 그 이상)의 3D 오디오(3D Audio)와 멀티 뷰 디스플레이 장치 용 멀티 스트림 오디오(Multi-Stream Audio)을 기준으로 설명한다. 특히, 이하에서 설명하는 변경사항은 상기 새로운 오디오 특징을 지원하기 위해 포함된 것이다.

다만, 본 발명은 본 발명의 기술적 사상과 균등한 범위에서 HDMI 뿐 아니라 MHL 규격과 같은 다양한 유선 인터페이스 전송 규격에 적용될 수 있으므로 본 발명의 권리범위는 이러한 유사한 유선 인터페이스 전송 규격에까지 미친다.

이하에서는 데이터 섬 구간(data island period)을 통해 전송되는 새로운 HDMI 패킷의 정의(3D Audio Sample Packet, 3D One Bit Audio Sample Packet, Audio Metadata Packet, Multi-Stream Audio Sample Packet and Multi-Stream One Bit Audio Sample Packet), 상기 패킷을 위한 패킷화 프로세스(Packetization process), 새로운 특징에 따르는 능력 발견을 지원하기 위한 E-EDID 내의 HDMI 오디오 데이터 블록의 정의 등을 포함할 것이다. 본 명세서에서 새롭게 정의되지 않은 스팩은 기본적으로 HDMI 1.4b를 따르며, HDMI 1.4b로부터 변경되지 않은 것이다.

본 명세서에서 HDMI 1.4b와 배치되는 내용은 새롭게 기재된 내용으로 대체되지만, 배치되지 않는 내용은 HDMI 1.4b에 기재된 내용과 양립한다.

본 명세서는 하기의 내용은 다음을 참조한다.

HDMI, HDMI Licensing, LLC, “High-Definition Multimedia Interface Specification Version 1.4b”, October 11, 2011

TTA, TTAK.KO-07.0098, “Audio Signal Formats for Ultra High Definition (UHD) Digital TV”, December 21, 2011

SMPTE, SMPTE 2036-2:2008, “UHDTV Audio characteristics and audio channel mapping for program production”, 2008

IEC, IEC 62574 ed 1.0, “Audio, video and multimedia systems General channel assignment of multichannel audio, April 7, 2011

MHL, LLC, "Mobile High-definition Link version 2.0", February, 2012

*TTA : Telecommunications Technology Association

개요( Overview )

기초 오디오 기능은 샘플 레이트가 32kHz, 44.1kHz 또는 48kHz인 IEC 60958의 L-PCM 오디오 스트림으로 구성된다. 이는 정상적인 스테레오 스트림을 수용할 수 있다. 옵셔널하게 HDMI 는 192kHz에 이르는 샘플 레이트로 3에서 32 오디오 채널을 갖는 오디오를 전송할 수 있다. HDMI 는 49.152 Mbps에 이르는 비트 레이트를 갖는 IEC 61937 압축 포맷의 오디오 스트림을 전송하는 것도 가능하다(예를 들면 서라운드 사운드). HDMI는 원 비트 오디오(One Bit Audio)의 2에서 32 오디오 채널과 DST로 불리는 압축된 형태의 원 비트 오디오를 전송할 수 있다. HDMI는 스피커가 3D 공간에 어디에나 위치할 수 있는 3D 오디오 스트림을 전송할 수도 있다. 3D 오디오 스트림은 32 오디오 채널까지를 포함하고 데이터 섬 구간에서 연속적인 패킷을 통해 전송된다. HDMI는 멀티 뷰 비디오 스트리밍을 지원하는 경우 복수의 오디오 스트림을 전송할 수도 있다(예를 들어 뷰 별로 복수의 오디오를 갖는 듀얼뷰/쿼드뷰 게임의 경우). 이러한 경우 4개의 스테레오 오디오 스트림이 지원될 수 있다.

데이터 섬 구간의 패킷 정의( Data Island Packet Definition )

HDMI 1.4b 스팩의 섹션 5.3.1 패킷 헤더(Packet Header)에서 테이블 5-8을 아래의 테이블로 대체한다.

Table 1 - Packet Types

* 이러한 인포 프레임들(InfoFrames)을 위한 패킷 레이아웃은 HDMI 1.4b 스팩의 섹션 8.2를 참조한다.

상기 테이블에 도시된 것처럼 0x0B부터 0x0F까지의 영역은 새로운 패킷이 정의된다. 0x0B는 3D 오디오 샘플 패킷(3D Audio Sample Packet)이 정의되며, 0x0C는 3D 원비트 오디오 샘플 패킷(3D One bit Audio Sample Packet)이 정의된다. 또한, 0x0D는 오디오 메타 데이터 패킷(Audio Meta Data Packet)이, 0x0E는 멀티 스트림 오디오 샘플 패킷(Multi-Stream Audio Sample Packet)이, 0x0F는 멀티 스트림 원비트 오디오 샘플 패킷(Multi-Stream One bit Audio Sample Packet)이 정의된다. 본 명세서에서는 새롭게 정의되는 패킷에 대해 상세하게 설명할 것이다.

그러나, 본 명세서는 상기와 같이 새롭게 패킷을 정의하지 않는 다양한 대안들에 대해서도 함께 설명할 것이다. 상기 표의 패킷 제안은 제1 실시 예이라고 명명한다. 다양한 대안들은 제2 실시 예, 제3 실시 예...와 같이 명명될 것이다. 다양한 대안들은 제1 실시 예과의 차이점을 중심으로 설명된다.

1-1. 3D 오디오 샘플 패킷(3D Audio Sample Packet )

제1 실시 예

제1 실시 예에서 L-PCM 오디오 포맷의 3D 오디오는 새롭게 정의된 3D 오디오 샘플 패킷을 사용하여 전송된다. 상술한 바와 같이 3D 오디오는 스피커가 3D 공간상에서 3D 오디오 규격(e.g. 10.2ch, 22.2ch, 30.2ch 등)별로 정해진 위치에 배치될 수 있는 오디오로 정의된다.

3D 오디오 스트림은 32 오디오 채널(또는 그 이상)까지를 포함하고 데이터 섬 구간에서 연속적인 패킷을 통해 전송된다. 각 패킷은 8 오디오 채널들까지 포함한다. 패킷 헤더는 3D 오디오 샘플 내에서 패킷의 위치를 알려주기 위해 샘플 스타트(sample_start)와 샘플 프레즌트 비트(sample_present bit)를 포함한다. 여기에 대해서는 후술한다. 아래의 테이블은 3D 오디오 샘플 패킷 헤더를 나타낸다.

Table 2 - 3D Audio Sample Packet Heade r

각 필드는 다음과 같은 정보를 포함한다.

sample_start: [1 bit] 샘플 스타트가 1이면 현재 패킷은 3D 오디오 샘플의 첫번째 패킷임을 나타낸다. 즉, sample_start는 3D 오디오 스트림의 시작을 알려준다. 싱크(Sink)는 sample_start를 통해 샘플의 시작부를 식별한다.

sample_start=1은 현재 3D 오디오 샘플 패킷이 3D 오디오 샘플의 첫번째 패킷이라는 것 외에도 8 오디오 채널로 완전하게 패킷화되었다는 점을 나타낼 수 있다. 그러나 8채널 이하로 다운 믹스된 3D 오디오를 전송할 경우에는 8 오디오 채널 이하만 패킷화될 수 있다. sample_start=0은 현재 3D 오디오 샘플 패킷이 3D 오디오 샘플의 중간 또는 마지막 패킷이고, 8개 또는 그 이하의 오디오 채널을 포함하는 것을 의미한다. 3D 오디오 샘플 패킷에 대한 다섯 개의 유효한 sample_present bits의 설정만이 존재한다.

sample_present.spX: [4 fields, 1 bit each] 서브 패킷 X가 오디오 샘플을 포함하는지를 나타낸다. 하나의 3D 오디오 샘플 데이터는 두 개 이상의 3D 오디오 샘플 패킷에 포함되고, 각 3D 오디오 샘플 패킷은 네 개의 서브 패킷을 포함한다. 따라서, 각 3D 오디오 샘플 패킷 헤더는 각 서브 패킷에 대응하는 총 4 개의 sample_present bits를 포함한다. 각 sample_present bit는 대응되는 서브 패킷이 3D 오디오 샘플의 일부를 포함하고 있는지를 가리킨다.

sample_flat.spX: [4 fields, 1 bit each] 서브 패킷 X는 flatline 샘플을 나타내는지 가리킨다. sample_present.spX가 설정된 경우만 유효하다. 소스에서 이용가능한 유용한 오디오 데이터가 없는 경우, 4 개의 sample_flat.spX bits가 설정된다. 이는 샘플 레이트 변화나 일시적인 스트림 방해(interruptions)이 있는 동안 일어난다. sample_flat.spX가 설정되면, 서브 패킷 X는 여전히 샘플 기간을 나타내지만 유용한 오디오 데이터를 포함하지 않는다. sample_flat.spX bit는 대응되는 sample_present.spX bit가 설정된 경우에만 유효하다.

인접한 3D 오디오 샘플 패킷은 L-PCM 오디오의 9에서 32 채널을 포함하는 하나의 3D 오디오 샘플을 전송하는데 사용될 수 있다. (즉, 5에서 16 IEC 60958 프레임들이다.).

테이블 3은 유효한 Sample_Present Bit 값을 나타낸다.

Table 3 - Valid Sample _ Present Bit Configurations for 3D Audio transmission

B.X: [4 fields, 1 bit each] 서브 패킷 X가 IEC 60958 블록을 구성하는 192 프레임 중 첫번째 프레임을 포함하는 경우 B.X=1이 된다. 그 외에는 B.X = 0이다.

3D 오디오 샘플 패킷은 상기 테이블 2에 나타난 오디오 샘플 패킷 헤더와 네 개의 서브 패킷들로 구성된다. 3D 오디오 샘플 패킷의 각 서브 패킷은 IEC 60958으로 정의된 3D 오디오 샘플 데이터를 포함한다.

소스가 3D 오디오 스트림의 다운 믹스(down mix)가 필요한 경우, 다운 믹스된 오디오 스트림도 3D 오디오 샘플 패킷을 이용해서 전송될 수 있다. 싱크(Sink)가 3D 오디오를 지원하지 않는 경우, 소스는 3D 오디오 샘플 패킷을 전송하지 않을 수 있다. 3D 오디오를 레거시 오디오 포맷(legacy audio format)으로 변환하는 것은 본 명세서의 범위를 넘어선다. 채널 숫자에 기초하여 수많은 서로 다른 서브 패킷 레이아웃이 존재한다. 아래의 테이블 4 에서 6은 각각 12, 24, 32 채널을 위한 3D 오디오 패킷 레이아웃의 예를 보여주고 있다.

Table 4 - Example of 3D Audio Sample Packet Layout for 12 channels

Table 5 - Example of 3D Audio Sample Packet Layout for 24 channels

Table 6 - Example of 3D Audio Sample Packet Layout for 32 channels ( Max )

도 1은 3D 오디오 신호의 전송 타이밍을 도시한 도면이다.

도 1에서 수평 블랭크 구간(horizontal Blanking Interval)에서 3개의 8채널 2D 오디오 신호 샘플들을 전송하는 것을 알 수 있다. 24 채널의 3D 오디오 신호는 같은 시간 동안 하나의 샘플이 전송된다.

이하에서는 상술한 제1 실시 예에 따르는 데이터 송수신 시스템(1000)을 설명한다.

도 2는 본 발명의 일 실시 예에 따른 데이터 송수신 시스템(1000)의 구성을 도시한 블록도이고, 도 3은 상기 데이터 송수신 시스템(1000)의 데이터 전송 장치(100)의 구성을 도시한 블록도이고, 도 4는 상기 데이터 송수신 시스템(1000)의 데이터 수신 장치(200)의 구성을 도시한 블록도이다.

도 2에 도시된 것처럼 본 발명의 일 실시 예에 따른 데이터 송수신 시스템(1000)은 데이터 전송 장치(100)와 데이터 수신 장치(200)를 포함한다.

도 3에 도시된 것처럼 본 발명의 일 실시 예에 따른 데이터 전송 장치(100)는 패킷 생성부(110)와, 전송부(120)를 포함한다.

패킷 생성부(110)는 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성한다. 즉, 상술한 것처럼 9 채널 이상의 오디오 샘플 데이터에 관한 복수의 패킷을 생성한다. 이때 생성된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

이때 식별 필드는 식별 필드를 포함하는 패킷이 상기 하나의 멀티 채널 오디오 샘플 데이터의 시작 패킷인지 여부를 나타내는 기 설정된 비트를 포함하는 것일 수 있다. 예를 들어, 전술한 제1 실시 예에서 sample_start 비트를 들 수 있다.

또한, 식별 필드는 상기 식별 필드를 포함하는 패킷의 인덱스를 나타내는 기 설정된 비트를 포함할 수도 있다. 이러한 실시 예는 제1 실시 예를 변형한 것으로 효율적으로 패킷을 식별한 이점이 있다.

전송부(120)는 상기 생성된 복수의 패킷을 데이터 수신 장치(200)로 전송한다.

도 4에 도시된 것처럼 본 발명의 일 실시 예에 따른 데이터 수신 장치(200)는 수신부(210)와, 패킷 파싱부(220)를 포함한다.

수신부(210)는 데이터 전송 장치(100)에서 전송된 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 수신하는 역할을 한다. 마찬가지로 수신된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함한다.

패킷 파싱부(220)는 상기 수신된 복수의 패킷을 파싱한다.

비디오 의존성( Video Dependency )

테이블 7은 CEA-861-F(D 또는 E 도 가능)에서 명세된 다양한 비디오 포맷 타이밍에서의 3D 오디오 전송을 위한 이용가능한 샘플 레이트(sample rates)를 보여주고 있다. 여기서 수평 블랭크 구간의 58 TMDS 클럭 기간이 콘텐츠 보호 재동기화(content protection re-synchronization)를 위해 필요한 것을 가정한다. 3D 오디오 전송은 3D 오디오 샘플 패킷에 의해 지원될 수 있다.

테이블 7은 24비트 비디오 포맷 타이밍을 위한 3D 오디오의 최대 샘플링 주파수를 나타낸 것이다(informative).

table 7 - maximum sampling frequency of 3D Audio for video format timing

제2 실시 예

상기 제1 실시 예과 달리 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정하여 사용하는 방안을 고려할 수도 있다.

아래 테이블 8과 같이 종래의 오디오 샘플 패킷의 reserved 영역을 segment_indicator로 사용할 수 있다. 본 발명의 일 실시 예에서 segment_indicator는 두 개의 비트로 표현될 수 있다. segment_indicator=00인 경우 시작 패킷을 나타내며, segment_indicator=01인 중간 패킷 중 홀수 패킷을, segment_indicator=10인 경우 중간 패킷 중 짝수 패킷을, segment_indicator=11인 경우 마지막 패킷을 각각 나타낼 수 있다. 물론 이러한 예는 하나의 실시 예이며 비트에 매칭되는 패킷은 상이할 수 있다.

이러한 구조는 세그먼트의 손실여부를 파악할 수 있게 한다. 세그먼트의 손실이 있는 경우, 해당 segment를 포함하는 “n번째 Sample”전체를 드롭시키거나, 손실된 Audio Sample Packet만 discard하는 방안이 있다. 여기서 세그먼트(segment)란 하나 이상의 Audio Sample Packet이 그룹화되었을 때, 그룹을 구성하는 individual Audio Sample Packet을 지칭하는 용어이다.

HDMI 1.4b에서 layout은 샘플 및 채널 개수에 대한 정보를 표시한다. 예를 들어, 한 개의 오디오 샘플 패킷은 2채널 오디오 4개의 샘플을 포함하거나 8채널 오디오 1개의 샘플을 포함할 수 있다. 본 발명은 이를 확장하여 종래의 reserved 영역에 layout_ext 필드를 두어 layout과 함께 3D 오디오의 제공여부에 대한 정보를 표시한다.

예를 들어, layout_ext=0 & layout=0, 1인 경우 종래와 마찬가지로 2D 오디오 샘플 및 채널 개수를 나타내지만, layout_ext=1 & layout=0인 경우는 3D 오디오 샘플임을 나타낸다. layout_ext=1 & layout=1인 경우는 멀티 스트림 오디오 샘플을 표시할 수도 있다.

제2 실시 예에 대해서 특별하게 설명한 필드 외의 필드는 제1 실시 예과 동일하다.

Table 8 - Modified Audio Sample Packet

도 5는 상술한 제2 실시 예의 오디오 샘플 패킷의 전송 스트림을 표현한 도면이다.

도 5에서 22.2 채널의 3D 오디오의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 두 개의 샘플 패킷을 전송할 때 각 필드 값의 설정을 보여준다. 첫번째 패킷의 segment_indicator=00이고 두번째 패킷은 segment_indicator=10이며, 마지막 패킷은 segment_indicator=11이다. 모두 3D 오디오 신호이므로 layout_ext=1이고 layout=0이다. 10.2 채널의 3D 오디오의 경우도 유사한 필드값을 나타낸다.

제3 실시 예

제3 실시 예 역시 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정하여 사용하되 제2 실시 예에 비해 간략한 정보를 표시한다.

아래 테이블 9와 같이 종래의 오디오 샘플 패킷의 reserved 영역을 multichannel_indicator로 사용할 수 있다. multichannel_indicator는 제2 실시 예의 segment_indicator와 달리 오디오 샘플 패킷이 3D 오디오에 대한 것인지에 대한 정보만을 표시한다. multichannel_indicator의 비트 정보에 따라서 layout field가 나타내는 정보가 달라진다.

따라서, multichannel_indicator는 하나의 비트로 표현될 수 있다. multichannel_indicator=0이면, layout field는 기존 HDMI 1.4b에서 정의한 채널/샘플 레이아웃을 가리킨다. multichannel_indicator=1이면, 8ch 이상의 multi-channel audio sample data를 전송하는 레이아웃을 가리킨다. 이 때 layout field는 sample의 start를 가리키는 의미로 사용된다. layout=1이면, 현재 audio sample packet은 sample의 시작부분을 포함함을 의미한다. layout(start)=0이면, 현재 audio sample packet은 sample의 시작부분을 포함하지 않음을 의미한다. 물론 이러한 예는 하나의 실시 예이며 비트에 매칭되는 패킷은 상이할 수 있다. 제3 실시 예에 대해서 특별하게 설명한 필드 외의 필드는 제1 실시 예과 동일하다.

Table 9 - Modified Audio Sample Packet Header

이러한 구조는 기존의 오디오 샘플 패킷에서 reserved 영역의 변화를 최소화하면서도 3D 오디오의 포함 여부에 대한 정보를 오디오 샘플 패킷 만으로 파악할 수 있게 되므로 제2 실시 예에 비해서 패킷 구조가 단순한 장점이 있다.

도 6은 상술한 제3 실시 예의 오디오 샘플 패킷의 전송 스트림을 표현한 도면이다.

도 6에서 22.2 채널의 3D 오디오의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 두 개의 샘플 패킷을 전송할 때 각 필드 값의 설정을 보여준다. 첫번째 패킷의 layout=1이고 두번째, 세번째 패킷은 layout=0이다. 그러나, 모든 패킷은 3D 오디오 신호이므로 multichannel_indicator=1이다. 10.2 채널의 3D 오디오의 경우도 유사한 필드값을 나타낸다.

제4 실시 예

제4 실시 예도 마찬가지로 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정하여 사용하되 제2 실시 예 및 2에 비해 멀티 스트림 오디오의 제공여부에 대한 정보를 더 제공한다.

아래 테이블 10과 같이 종래의 오디오 샘플 패킷의 reserved 영역을 Stream_ID, multiASP_layout로 사용할 수 있다. multiASP_layout은 제3 실시 예의 multichannel_indicator와 동일한 기능을 한다. 즉, 3D 오디오의 제공 여부를 나타낸다. 그리고, multiASP_layout의 비트 정보에 따라서 layout field가 나타내는 정보가 달라진다.

Stream_ID는 멀티 스트림 오디오가 제공되는 경우 스트림 번호를 나타낸다. 본 발명의 일 실시 예에서 Stream_ID는 하나의 비트가 사용될 수 있으며, 0인 경우 첫번째 스트림, 1인 경우 두번째 스트림을 표시한다. 각각은 서로 다른 콘텐츠에 대한 뷰에 대응된다. 물론 이러한 예는 하나의 실시 예이며 비트에 매칭되는 패킷은 상이할 수 있다.

멀티 스트림 오디오의 하나의 뷰가 8채널 이하의 오디오 신호를 갖는다고 하면, 하나의 오디오 샘플 패킷에 대해서 Stream_ID와 multiASP_layout이 동시에 1인 경우는 없을 것이다.

Table 10 - Modified Audio Sample Packet Header

이러한 구조는 하나의 데이터 샘플 패킷을 통해 멀티 스트림 오디오와 3D 오디오에 대한 정보를 모두 표시할 수 있다는 점에서 호환성의 이점이 있다. 또한, Stream_ID 필드와 스트림 식별자를 두는 경우 복수의 스트림을 전송하는 경우도 각각의 식별이 가능하게 되므로 하나의 패킷의 크기를 초과하는 멀티 스트림 오디오 샘플 데이터를 전송할 수 있게 된다. 제4 실시 예에 대해서도 특별하게 설명한 필드 외의 필드는 제1 실시 예과 동일하다.

Stream_ID 필드, multiASP_layout 필드 및 layout/start 필드 값의 조합에 따른 오디오 데이터 전송 스트림을 고려할 수 있다. multiASP_layout=1이면 3D 오디오의 전송 스트림을 표현하고, 이때 layout/start은 패킷의 시작 위치 정보를 표시한다. Stream_ID =1이면 멀티 스트림을 표시하고, layout/start에 따라 채널 및 샘플의 개수가 설정된다. 예를 들어, Stream_ID = 1인 패킷을 수신한 Sink는 Multi-Stream 오디오 데이터가 전송되고 있음을 인식하는 동시에, 현재 수신한 패킷을 2개의 멀티 스트림 오디오 데이터 중 2번째 스트림의 오디오 데이터로 인식한다.

제5 실시 예

제5 실시 예도 마찬가지로 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정하여 사용한다.

아래 테이블 11과 같이 종래의 오디오 샘플 패킷의 reserved 영역을 Supports_Multistream, multiASP_layout로 사용할 수 있다. multiASP_layout은 제4 실시 예의 multiASP_layout과 동일한 기능을 한다. 즉, 3D 오디오의 제공 여부를 나타낸다. 그리고, multiASP_layout의 비트 정보에 따라서 layout field가 나타내는 정보가 달라진다.

Supports_Multistream는 멀티 스트림 오디오의 제공여부에 대한 정보를 나타낸다. 본 발명의 일 실시 예에서 Supports_Multistream는 하나의 비트가 사용될 수 있으며, 1인 경우 멀티 스트림 오디오를 제공함을 나타낸다. 물론 이러한 예는 하나의 실시 예이며 비트에 매칭되는 패킷은 상이할 수 있다.

제5 실시 예에 따른 오디오 샘플 패킷은 하나의 오디오 샘플 패킷 안에 최대 4개까지의 2 채널 멀티 스트림 오디오 샘플을 함께 포함할 수 있고, 각 뷰 별 오디오 샘플은 4개의 서브패킷에 각각 대응하여 전송될 수 있다.

멀티 스트림 오디오의 하나의 뷰가 8채널 이하의 오디오 신호를 갖는다고 하면, 하나의 오디오 샘플 패킷에 대해서 Supports_Multistream과 multiASP_layout이 동시에 1인 경우는 없을 것이다.

Table 11 - Modified Audio Sample Packet Header

이러한 구조는 하나의 데이터 샘플 패킷을 통해 멀티 스트림 오디오와 3D 오디오에 대한 정보를 모두 표시할 수 있다는 점에서 호환성의 이점이 있다. 또한, 하나의 오디오 샘플 패킷 안에 모든 지원되는 특징을 기재할 수 있다는 이점이 있다. 제5 실시 예에 대해서도 특별하게 설명한 필드 외의 필드는 제1 실시 예과 동일하다.

Supports_Multistream 필드, multiASP_layout 필드 및 layout/start 필드 값의 조합에 따른 오디오 데이터 전송 스트림의 특성을 고려할 수 있다. Supports_Multistream=0이면서 multiASP_layout=1이면 3D 오디오의 전송 스트림을 표현하고, 이때 layout/start은 패킷의 시작 위치 정보를 표시한다. Supports_Multistream=1이면 멀티 스트림을 표시하고, layout/start에 따라 채널 및 샘플의 개수가 설정된다.

제6 실시 예

제6 실시 예는 제4 실시 예과 유사한 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정한 방안을 제공한다.

따라서, 아래 테이블 12와 같이 종래의 오디오 샘플 패킷의 reserved 영역을 Stream_ID, multiASP_layout로 사용할 수 있다. Stream_ID, multiASP_layout은 각각 제4 실시 예의 Stream_ID, multiASP_layout와 동일한 기능을 한다. 그리고, multiASP_layout의 비트 정보에 따라서 layout field가 나타내는 정보가 달라진다.

다만, Stream_ID는 2비트로 표현되므로 멀티 스트림 오디오가 제공되는 경우 4 개의 스트림 번호를 나타낼 수 있다. 각각의 서로 다른 비트 조합은 서로 다른 콘텐츠에 대한 뷰에 대응된다.

멀티 스트림 오디오의 하나의 뷰가 8채널 이하의 오디오 신호를 갖는다고 하면, 하나의 오디오 샘플 패킷에 대해서 Stream_ID가 1이상이면서 multiASP_layout이 1인 경우는 없을 것이다.

table 12 - Modified Audio Sample Packet Header

이러한 구조는 하나의 데이터 샘플 패킷을 통해 멀티 스트림 오디오와 3D 오디오에 대한 정보를 모두 표시할 수 있다는 점에서 호환성의 이점이 있다. 특히, 제4 실시 예과 비교하여 좀더 많은 개수의 멀티 스트림을 식별할 수 있다. 제6 실시 예에 대해서도 특별하게 설명한 필드 외의 필드는 제1 실시 예과 동일하다.

테이블 13은 Stream_ID 필드, multiASP_layout 필드 및 layout/start 필드 값의 조합에 따른 오디오 데이터 전송 스트림의 특성을 나타내고 있다. multiASP_layout=1이면 3D 오디오의 전송 스트림을 표현하고, 이때 layout/start은 패킷의 시작 위치 정보를 표시한다. Stream_ID =01~11이면 멀티 스트림을 표시하고, layout/start에 따라 채널 및 샘플의 개수가 설정된다.

table 13 - Capability to deal with proposed features in idea

제7 실시 예

제7 실시 예는 제1 실시 예에서 새롭게 정의된 3D 오디오 샘플 패킷을 사용하여 3D 오디오 샘플 패킷과 멀티 스트림 오디오 샘플 패킷을 전송한다.

제7 실시 예는 제1 실시 예과 유사하지만, 멀티 스트림 전송 여부를 나타내는 ext_layout 필드를 더 갖는다. 즉, ext_layout=0이면 멀티 스트림 오디오를 전송하는 것을 의미하고, ext_layout=1이면 3D 오디오를 전송하는 것을 의미한다.

기타 sample_start 필드, sample_present.spX 필드, sample_flat.spX필드는 전술한 제1 실시 예과 동일하므로 중복 설명은 생략한다. 테이블 16은 제7 실시 예에 따르는 오디오 샘플 패킷 구조를 나타낸다.

Table 14 - Extended Audio Sample Packet

테이블 15는 ext_layout 필드값에 따르는 패킷의 바디 구조를 나타내고 있다. 도시된 것처럼 멀티 스트림의 경우 하나의 뷰에 대응되는 오디오 신호는 2 채널로 구성될 수 있고, 따라서 하나의 패킷에는 4개의 뷰에 대한 오디오 신호가 포함될 수 있다. 이와 다르게 3D 오디오 신호의 경우 복수의 채널에 대한 오디오 신호가 표시될 수 있다. 본 발명의 전술한 다양한 실시 예에서 32채널을 설명하였지만, 본 발명은 이에 한정되지 않고, 32 채널 이상의 오디오 신호를 구성할 수 있다.

table 15 - EASP packetization

한편, 상술한 대안들에서 멀티 스트림 오디오 신호는 수직 동기 블랭킹 구간에서 각 뷰의 영상 데이터가 위치하는 영역과 대응되는 영역에 포함되어 전송될 수 있다. 도 7은 이러한 경우의 전송 스트림 포맷을 도시한 도면이다. 도 7에서 각 뷰의 영상 신호의 왼쪽 영역에 대응되는 오디오 신호가 포함될 수 있다.

1-2. 3D 원 비트 오디오 샘플 패킷(3D One Bit Audio Sample Packet )

제1 실시 예

제1 실시 예에서 원 비트 오디오 포맷의 3D 오디오는 새롭게 정의된 3D 원 비트 오디오 샘플 패킷을 사용하여 전송된다. 상술한 바와 같이 3D 오디오는 스피커가 3D 공간상에 어느 곳에서나 위치할 수 있는 오디오로 정의된다.

3D 원 비트 오디오 스트림은 32 오디오 채널들(또는 그 이상의 채널들)을 포함하고, 데이터 섬 구간에 연속적인 패킷을 통해 전송된다. 패킷 헤더는 테이블 16과 같이 원 비트 오디오 샘플 내에서 패킷의 위치를 알려주기 위해 샘플 스타트(sample_start)와 샘플 프레즌트 비트(sample_present bit)를 포함한다.

Table 16 - One bit 3D Sample Packet Header

sample_start: [1 bit] sample_start=1 이면 현재 패킷은 3D 원 비트 오디오 샘플의 첫번째 패킷이다. sample_start는 3D 오디오 패킷의 제1 실시 예에서 설명한 내용과 동일하므로 중복 설명은 생략한다.

samples_present.spX: [4 fields, 1 bit each] 서브 패킷 X가 오디오 샘플을 포함하는지 가리킨다. 3D 원 비트 오디오 샘플 패킷 헤더에는 네 개의 samples_present bits이 있을 수 있고, 각각은 각 서브 패킷을 위한 것이다. 만일 그 서브 패킷이 오디오 샘플을 포함하는 경우 대응되는 비트가 설정된다. samples_present.spX 역시 앞서 설명한 바와 같다.

samples_invalid.spX: [4 fields, 1 bit each] 서브 패킷 X가 유효하지 않은 샘플을 나타내는지 가리킨다. Samples_invalid = 1 이면, 서브 패킷 X의 샘플들은 유효하지 않다. 0이면, 유효하다. 이 비트는 samples_present.spX가 설정된 경우에만 유효하다. 소스에서 이용가능한 유용한 오디오 데이터가 없는 경우, 네 개의 samples_invalid.spX bits가 설정된다. samples_invalid.spX가 설정되면 서브 패킷 X는 계속해서 샘플 기간을 나타내지만 어떠한 유용한 데이터도 포함하지 않는다.

3D 원 비트 오디오에서 샘플 주파수 정보(sample frequency information)는 오디오 인포 프레임(Audio InfoFrame)에 포함되어 전송된다(HDMI 1.4b 섹션 8.2.2 참조).

3D 원 비트 오디오 샘플 패킷은 테이블 16에 나와있는 원 비트 오디오 샘플 패킷 헤더와 네 개의 서브 패킷들로 구성된다. 각 서브 패킷은 최대 4 개의 오디오 채널을 위한 원 비트 오디오 비트를 포함할 수 있다.

인접한 3D 원 비트 오디오 샘플 패킷은 3D 원 비트 오디오 샘플의 9에서 32 개의 오디오 채널 사이에서 전송되는데 이용될 수 있다. 3D 원 비트 오디오 샘플 패킷을 위한 samples_present bits의 유용한 조합은 허용된 채널 할당 에 의해 결정된다. 3D 원 비트 오디오 샘플 패킷은 3D 오디오 샘플 패킷과 다르게 B0~B3 필드를 갖지 않는 이유는 IEC 60958 블록 포맷을 따르지 않기 때문이다.

다양한 대안들

한편, 전술한 3D 오디오 샘플 패킷(3D Audio Sample Packet)의 다양한 실시 예에 대해 각각 대응되는 3D 원 비트 오디오 샘플 패킷을 정의할 수 있다. 즉, 상술한 samlpes_invalid.spX 외에 3D 오디오 샘플 패킷과 동일하게 정의할 수 있고, 3D 오디오 샘플 패킷에서 B0~B3 필드만을 제외할 수 있다. 그 밖의 내용은 중복되므로 자세한 설명은 생략한다.

1-3. 멀티 스트림 오디오 샘플 패킷( Multi Stream Audio Sample Packet )

이하에서는 새롭게 제안되는 멀티 스트림 오디오 샘플 패킷 구조에 대해서 설명한다. 먼저 제1 실시 예를 설명하고, 제1 실시 예와의 차이점을 중심으로 다양한 대응안이 설명될 것이다.

제1 실시 예

제1 실시 예에서 L-PCM과 IEC 61937 압축 오디오 포맷의 복수의 오디오 스트림은 멀티 스트림 오디오 샘플 패킷을 이용하여 전송된다. 멀티 스트림 오디오 샘플에 포함된 각 오디오 스트림은 2 오디오 채널을 포함한다(또는 그 이상을 포함할 수도 있다.) 서브 패킷 설정은 패킷 헤더의 stream_present bit에 의해 결정된다. 테이블 17은 멀티 스트림 오디오 샘플 패킷의 헤더 구조를 나타낸다.

Table 17 Multi - Stream Audio Sample Packet Header

stream_present.spX: [4 fields, 1 bit each] 서브 패킷 X는 스트림 X의 오디오 샘플을 포함하는지 가리킨다. 멀티 스트림 오디오 샘플 패킷 헤더에는 4 개의 stream_present bits 가 존재하고 각각은 서브 패킷을 위한 것이다. stream_present bit는 대응되는 서브 패킷이 오디오 스트림을 포함하는지를 나타낸다. stream_present.spX은 전술한 3D 오디오 샘플 패킷의 sample_present.spX와 실질적으로 동일한 기능을 하므로 중복되는 범위에서 상세한 설명은 생략한다.

stream_flat.spX: [4 fields, 1 bit each] 서브 패킷 X가 스트림 X의 flatline 샘플을 나타내는지 가리킨다. stream_present.spX가 설정된 경우에만 유효하다. 즉, 소스에서 이용가능한 유용한 오디오 데이터가 없는 경우, 네 개의 stream_flat.spX bits가 설정된다. 이는 샘플 레이트가 변화하거나 일시적인 스트림 인터럽션이 있는 동안에 일어난다. stream_flat.spX가 설정되면 서브 패킷 X는 계속해서 샘플 기간을 나타내지만 유용한 오디오 데이터는 포함하지 않는다. stream_flat.spX 역시 전술한 3D 오디오 샘플 패킷의 sample_flat.spX와 실질적으로 동일하므로 상세한 설명은 생략한다.

서브 패킷 X가 IEC 60958 블록을 구성하는 192 프레임 중 첫번째 프레임을 포함하는 경우 B.X=1이 된다. 그 외에는 B.X = 0이다.

멀티 스트림 오디오 샘플 패킷은 상기 테이블 17에 보여지는 패킷 헤더와 네 개의 서브 패킷들을 사용한다. 서브 패킷들은 모두 동일한 구조를 가지고 있다

HDMI는 멀티 뷰 비디오 스트리밍을 지원하는 경우 소스가 동시에 4 개의 오디오 스트림을 전송하는 것을 허용한다. (예를 들어, 뷰마다 서로 다른 오디오를 갖는 듀얼 뷰/쿼드 뷰 게임). 멀티 스트림 오디오 샘플에 포함된 각 오디오 스트림은 하나의 싱글 뷰와 관련되며 2 개의 오디오 채널을 포함한다. 각 멀티 스트림 오디오 샘플 패킷의 서브 패킷은 0개 또는 1 개의 IEC 60958로 정의된 IEC 60958 또는 IEC 61937의 블록의 프레임을 포함할 수 있다. 3 개의 서브 패킷 레이아웃이 정의된다. 아래의 테이블 18에서 20은 2, 3, 4 개의 오디오 스트림을 위한 멀티 스트림 오디오 패킷 레이아웃의 예를 보여주고 있다.

Table 18 Example of Multi - Stream Audio Sample Packet Layout for 2 audio streams

Table 19 Example of Multi - Stream Audio Sample Packet Layout for 3 audio streams

Table 20 Example of Multi - Stream Audio Sample Packet Layout for 4 audio streams

도 8은 상술한 제1 실시 예의 오디오 샘플 패킷의 전송 스트림을 표현한 도면이다.

도 8에서 듀얼 뷰(dual-view) 용 2채널 오디오 샘플 패킷의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 하나의 샘플 패킷에 2 개의 샘플을 포함하여 전송할 수 있음을 알 수 있다. 쿼드 뷰(quad-view) 용 2채널 오디오 샘플 패킷의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 하나의 샘플 패킷에 4 개의 샘플을 포함하여 전송한다. 도면에서는 최대 2채널의 멀티 스트림 오디오 샘플 전송을 예로 설명하였지만, 향후 2채널 이상의 복수 채널을 갖는 멀티 스트림 오디오 샘플을 하나의 멀티 스트림 오디오 샘플 패킷을 통해 전송할 수도 있을 것이다. 요컨대 각 뷰별 오디오는 대응되는 서브패킷을 통해 전송된다는 점은 동일하지만, 하나 이상의 순차적인 멀티 스트림 오디오 샘플 패킷에 걸쳐 하나의 복수 채널(2채널 이상)을 갖는 멀티 스트림 오디오 샘플 데이터를 전송할 수 있을 것이다.

멀티 스트림 오디오 샘플 패킷은 4 개의 스테레오 오디오 샘플을 전송한다. 각 샘플은 독립적인 오디오 스트림에 대응된다. 예를 들어, HDMI 소스가 두 개의 서로 구별되는 오디오 스트림을 전송하는 경우, 서브 패킷 0은 스트림 0의 오디오 샘플을 전송하는데 사용될 수 있고, 서브 패킷 1은 스트림 1의 오디오 샘플을 전송하는데 사용될 수 있다.

제2 실시 예

제2 실시 예는 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정하여 사용하되 멀티 스트림 오디오의 제공 여부에 대한 정보를 더 제공한다.

아래 테이블 21과 같이 종래의 오디오 샘플 패킷의 reserved 영역을 Stream_Identifier로 사용할 수 있다. Stream_ID는 멀티 스트림 오디오가 제공되는 경우 스트림 번호를 나타낸다. 본 발명의 일 실시 예에서 Stream_ID는 두 개의 비트가 사용될 수 있으며, 00인 경우 첫번째 스트림, 01인 경우 두번째 스트림,..을 표시한다. 각각은 서로 다른 콘텐츠에 대한 뷰에 대응된다. 물론 이러한 예는 하나의 실시 예이며 비트에 매칭되는 패킷은 상이할 수 있다.

HDMI 1.4b에서 layout은 샘플 및 채널 개수에 대한 정보를 표시한다. 예를 들어, 한 개의 오디오 샘플 패킷은 2채널 오디오 4개의 샘플을 포함하거나 8채널 오디오 1개의 샘플을 포함할 수 있다.

table 21 - Modified Audio Sample Packet Header

이러한 구조는 기존의 reserved 영역을 이용해서 간단하게 멀티 스트림의 아이디를 제공할 수 있는 장점이 있다.

도 9 및 10은 상술한 제2 실시 예의 멀티 스트림 오디오 샘플 패킷의 전송 스트림을 표현한 도면이다.

도 9에서 듀얼 뷰(dual-view) 용 2채널 오디오 샘플 패킷의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 하나의 샘플 패킷에 동일한 콘텐츠에 대한 4 개의 샘플 데이터를 포함하여 전송할 수 있음을 알 수 있다. 즉, 하나의 샘플 패킷은 하나의 뷰에 대한 오디오 신호를 포함한다. 쿼드 뷰(quad-view) 용 2채널 오디오 샘플 패킷의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 4개의 뷰에 대한 4 개의 샘플 패킷을 전송한다. 또한, 뷰 2의 실시 예와 같이 어느 하나의 뷰에 대한 샘플 패킷이 연속하여 전송될 수도 있고, 다른 뷰와 번갈아 가면서 전송될 수도 있다. 도면에서는 2채널 오디오 샘플 패킷을 예로 설명하였지만, 2 채널 이상의 복수의 채널 오디오 샘플 패킷의 경우도 마찬가지일 것이다. 또한, 도시된 것처럼 뷰 별로 샘플 데이터의 개수를 일정하게 포함시켜 전송할 수도 있지만 서로 다른 개수의 샘플 데이터를 전송시키는 것도 가능할 것이다.

도 10에서는 듀얼 뷰(dual-view) 용 8채널 오디오 샘플 패킷의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 두 개의 샘플 패킷에 8채널을 나타내는 샘플 데이터를 포함하여 전송하는 상황을 도시하고 있다. 하나의 샘플 패킷을 통해 하나의 뷰에 대한 샘플 데이터의 전송이 완료된다. 각 뷰에 대한 샘플 패킷은 연속하여 전송되거나 다른 뷰에 대한 샘플 패킷과 번갈아 전송될 수 있다. 쿼드 뷰(quad-view) 용 8채널 오디오 샘플 패킷의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 하나의 샘플 패킷에 하나의 콘텐츠에 대한 샘플 데이터를 포함하여 전송하는 것은 동일하지만, 4 개의 뷰에 대해 각각 샘플 패킷이 전송되어야 한다.

제 2 실시 예와 같이 Stream_Identifier가 사용되는 경우, 오디오 클럭 재생 패킷에도 이러한 정보를 포함시키는 경우 비디오와 오디오의 동기화를 좀더 효율적으로 할 수 있게 된다. 아래 테이블은 제 2 실시 예의 경우 수정된 오디오 클럭 재생 패킷의 구조를 나타낸 테이블이다.

table 22 - Audio Clock Regeneration Packet Header and Subpacket

상기 테이블에 나타낸 것처럼 멀티 스트림의 인덱스에 대한 정보를 오디오 클럭 재생 패킷의 reserved 영역에 포함시킴으로써 멀티 뷰 시스템의 비디오와 오디오 동기화를 효율적으로 수행할 수 있다. 특히, 멀티 뷰가 동시에 디스플레이되지 않는 시스템의 경우 이러한 패킷 구조는 유용할 것이다.

제3 실시 예

제3 실시 예는 3D 오디오 샘플 패킷의 제4 실시 예와 유사한 것으로, 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정하여 사용하되 멀티 스트림 식별 정보를 제공할 수 있는 기능을 구비한다.

아래 테이블 23과 같이 종래의 오디오 샘플 패킷의 reserved 영역을 Stream_ID, multiASP_layout로 사용할 수 있다. Stream_ID, multiASP_layout에 대해서는 3D 오디오 샘플 패킷의 제4 실시 예에서 설명한 바와 같다.

table 23 - Modified Audio Sample Packet Header

이러한 구조는 하나의 데이터 샘플 패킷을 통해 멀티 스트림 오디오와 3D 오디오에 대한 정보를 모두 표시할 수 있다는 점에서 호환성의 이점이 있다.

Stream_ID 필드, multiASP_layout 필드 및 layout/start 필드 값의 조합에 따른 오디오 데이터 전송 스트림의 특성은 3D 오디오 샘플 패킷의 제4 실시 예에서 설명한 바와 같다.

제4 실시 예

제4 실시 예도 마찬가지로 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정하여 사용한다. 제4 실시 예는 3D 오디오 샘플 패킷의 제5 실시 예에 대응된다.

아래 테이블 24와 같이 종래의 오디오 샘플 패킷의 reserved 영역을 Supports_Multistream, multiASP_layout로 사용할 수 있다. Supports_Multistream, multiASP_layout은 3D 오디오 샘플 패킷의 제5 실시 예에서 설명한 바와 같다.

table 24 - Modified Audio Sample Packet Header

이러한 구조는 하나의 데이터 샘플 패킷을 통해 멀티 스트림 오디오와 3D 오디오에 대한 정보를 모두 표시할 수 있다는 점에서 호환성의 이점이 있다. 또한, 하나의 오디오 샘플 패킷 안에 모든 지원되는 특징을 기재할 수 있다는 이점이 있다.

Supports_Multistream 필드, multiASP_layout 필드 및 layout/start 필드 값의 조합에 따른 오디오 데이터 전송 스트림의 특성을 고려할 수 있다. 각 필드 값에 대한 내용은 전술한 3D 오디오 샘플 패킷의 테이블 13과 동일하다.

한편, 상술한 대안에서 멀티 스트림 오디오 신호는 수직 동기 블랭킹 구간에서 각 뷰의 영상 데이터가 위치하는 영역과 대응되는 영역에 포함되어 전송될 수 있다. 이에 대해서는 전술한 도 7에서 설명하였다.

제5 실시 예

제5 실시 예는 제3 실시 예과 유사한 종래의 오디오 샘플 패킷 포맷(audio sample packet format)을 수정한 방안을 제공한다.

따라서, 아래 테이블 25와 같이 종래의 오디오 샘플 패킷의 reserved 영역을 Stream_ID, multiASP_layout로 사용할 수 있다. Stream_ID, multiASP_layout은 각각 제3 실시 예의 Stream_ID, multiASP_layout와 동일한 기능을 한다.

table 25 - Modified Audio Sample Packet Header

이러한 구조는 하나의 데이터 샘플 패킷을 통해 멀티 스트림 오디오와 3D 오디오에 대한 정보를 모두 표시할 수 있다는 점에서 호환성의 이점이 있다. 특히, 제3 실시 예와 비교하여 좀더 많은 개수의 멀티 스트림을 식별할 수 있다.

테이블 26은 Stream_ID 필드, multiASP_layout 필드 및 layout/start 필드 값의 조합에 따른 오디오 데이터 전송 스트림의 특성을 나타내고 있다. multiASP_layout=1이면 3D 오디오의 전송 스트림을 표현하고, 이때 layout/start은 패킷의 시작 위치 정보를 표시한다. Stream_ID =01~11이면 멀티 스트림을 표시하고, layout/start에 따라 채널 및 샘플의 개수가 설정된다.

table 26 - Capability to deal with proposed features in idea

제6 실시 예

제6 실시 예는 제1 실시 예에 따른 오디오 샘플 패킷에 Stream_ID를 추가하는 방안이다. Stream_ID는 위에서 설명한 바와 같으며 기타 필드에 대해서는 제1 실시 예에서 설명한 바와 같다. 테이블 27은 제6 실시 예에 따른 오디오 샘플 패킷 헤더를 나타낸다. 다만, 아래의 테이블에서 Stream_ID는 4비트로 설정되었으나 1~3 비트 또는 5비트 이상으로 설정되는 것도 가능할 것이다. 여기서 패킷 타입(Packet Type)은 새로 정의된 패킷 타임을 의미한다.

각 스트림별 오디오의 식별을 위하여 Stream ID를 사용하므로, 제1 실시 예와 달리, 하나의 멀티 스트림 오디오 샘플 패킷에는 하나의 스트림에 대한 오디오 샘플 데이터를 포함하게 된다.

table 27 - Extension audio Sample Packet

제7 실시 예

제7 실시 예는 1.1의 제1 실시 예에서 새롭게 정의된 3D 오디오 샘플 패킷을 사용하여 3D 오디오 샘플 패킷과 멀티 스트림 오디오 샘플 패킷을 나타낸다.

기타 sample_start 필드, sample_present.spX 필드, sample_flat.spX필드는 전술한 제1 실시 예과 동일하므로 중복 설명은 생략한다. 테이블 28은 제7 실시 예에 따르는 오디오 샘플 패킷 구조를 나타낸다.

table 28 - Extended Audio Sample Packet

테이블 29는 ext_layout 필드값에 따르는 패킷의 바디 구조를 나타내고 있다. 도시된 것처럼 멀티 스트림의 경우 하나의 뷰에 대응되는 오디오 신호는 2 채널로 구성될 수 있고, 따라서 하나의 패킷에는 4개의 뷰에 대한 오디오 신호가 포함될 수 있다. 이와 다르게 3D 오디오 신호의 경우 복수의 채널에 대한 오디오 신호가 표시될 수 있다. 본 명세서에 기재된 본 발명의 다양한 실시 예에서 최대 32채널에 대한 3D 오디오를 설명하지만, 본 발명은 이에 한정되지 않고, 32 채널 이상의 오디오 신호에도 적용 가능할 것이다.

table 29 - EASP packetization

테이블 30은 유효한 Sample_Present Bit 값을 나타낸다.

Table 30 - Valid Sample _ Present Bit Configurations for Multiple Audio Stream transmission

도 11은 상술한 제7 실시 예의 멀티 스트림 오디오 샘플 패킷의 전송 스트림을 표현한 도면이다.

도 11에서 듀얼 뷰(dual-view) 용 2채널 오디오 샘플 패킷의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 하나의 샘플 패킷에 2 개의 뷰에 대한 샘플을 포함하여 전송할 수 있음을 알 수 있다. 쿼드 뷰(quad-view) 용 2채널 오디오 샘플 패킷의 경우 수평 블랭크 구간(horizontal Blanking Interval)에서 하나의 샘플 패킷에 4 개의 샘플을 포함하여 전송한다. 즉, 하나의 샘플 패킷에 4 개의 뷰에 대한 샘플을 포함하여 전송한다. 도면에서는 2채널 오디오 샘플 패킷을 예로 설명하였지만, 2 채널 이상의 복수의 채널 오디오 샘플 패킷의 경우도 마찬가지일 것이다.

상술한 다양한 실시 예들에서 멀티 스트림 오디오 신호는 수직 동기 블랭킹 구간에서 각 뷰의 영상 데이터가 위치하는 영역과 대응되는 영역에 포함되어 전송될 수 있다. 상술한 도 7은 이러한 경우의 전송 스트림 포맷을 도시한 도면이다. 도 7에서 각 뷰의 영상 신호의 왼쪽 영역에 대응되는 오디오 신호가 포함될 수 있다.

1.4 멀티 스트림 원 비트 오디오 패킷( Multi - Stream One Bit Audio Packet )

제1 실시 예

멀티 스트림 원 비트 오디오를 위한 새로운 패킷을 정의할 수 있다. 이는 3D 오디오 샘플 패킷에 대응된다.

멀티 스트림 원 비트 오디오를 전송하는 경우, 각 서브 패킷은 0, 1, 2 개의(또는 그 이상의) 오디오 채널을 위한 원 비트 오디오 비트를 포함할 수 있다. 멀티 스트림 원 비트 오디오 샘플에는 네 개의 stream_present bits를 포함하고 각각은 서브 패킷을 위한 것이다.

서브 패킷이 각 개별 스트림의 오디오 샘플을 포함하는 경우 대응되는 비트가 설정된다. 네 개의 stream_invalid.spX bits는소스에서 이용 가능한 유용한 오디오 데이터가 없는 경우 설정된다. stream_invalid.spX이 설정되면, 서브 패킷 X는 계속해서 샘플 기간을 나타내지만, 어떠한 유용한 데이터도 포함하지 않는다.

table 31 - Multi - Stream One Bit Audio Packet Header

stream_present.spX: [4 fields, 1 bit each] 서브 패킷 X가 스트림 X의 오디오 샘플을 포함하는지를 가리킨다. stream_present.spX은 전술한 3D 오디오 샘플 패킷의 sample_present.spX와 실질적으로 동일한 기능을 하므로 중복되는 범위에서 상세한 설명은 생략한다.

stream_invalid.spX: [4 fields, 1 bit each] 서브 패킷 X가 스트림 X의 유효하지 않은 샘플을 나타내는지를 가리킨다. 서브 패킷 X에 포함된 샘플들이 유효하지 않은 경우 Stream_invalid = 1 이다. 반대의 경우 Stream_invalid = 0이다. 관련된 stream_present.spX가 설정된 경우에만 비트가 유효하다. stream_present.spX은 전술한 3D 오디오 샘플 패킷의 sample_present.spX와 실질적으로 동일한 기능을 하므로 중복되는 범위에서 상세한 설명은 생략한다.

멀티 스트림 원 비트 오디오에 대해서 샘플 주파수 정보는 오디오 인포 프레임에 포함되어 전송되는 점을 참고한다(HDMI 1.4b의 섹션 8.2.2 참조).

멀티 스트림 원 비트 오디오 샘플 패킷은 테이블 31에 보여지는 원 비트 오디오 샘플 서브 패킷과는 동일한 네 개의 서브 패킷을 사용한다. 원 비트 멀티 스트림 오디오 샘플 패킷이 멀티 스트림 오디오 샘플 패킷과 다르게 B0~B3 필드를 갖지 않는 이유는 IEC 60958 블록 포맷을 따르지 않기 때문이다.

다양한 대안들

한편, 전술한 멀티 스트림 오디오 샘플 패킷의 다양한 실시 예에 대해 각각 대응되는 원비트 멀티 스트림 오디오 샘플 패킷을 정의할 수 있다. 즉, 상술한 samlpes_invalid.spX 외에 멀티 스트림 오디오 샘플 패킷과 동일하게 정의할 수 있고, 멀티 스트림 오디오 샘플 패킷에서 B0~B3 필드만을 제외할 수 있다. 그 밖의 내용은 중복되므로 자세한 설명은 생략한다.

2.1. 3D 오디오를 위한 인포 프레임( Infoframe for 3D Audio ) / 메타 데이터 패킷

제1 실시 예

제1 실시 예는 전술한 것처럼 인포 프레임 대신에 3D 오디오와 관련된 부가 정보(Additional information)는 새롭게 정의된 오디오 메타 데이터 패킷을 이용하여 전송될 수 있다. 소스는 언제나 3D 오디오 스트림이 전송될 때, 적어도 두 비디오 필드에 대해 한번 씩 오디오 메타 데이터를 전송한다.

오디오 메타 데이터는 채널 개수, 오디오 채널 할당 표준 타입(ACAT : Audio Channel Allocation Standard Type)과, 3D 오디오 스트림의 채널/스피커 할당을 포함한다. 아래의 테이블은 새롭게 정의되는 오디오 메타 데이터 패킷의 헤더를 나타낸다.

Table 32 - Audio Metadata Packet Header

Table 33 - Audio Metadata Packet contents

상기 패킷의 각 필드는 다음과 같이 정의된다.

3D_CC : [5 bits] 전송된 3D 오디오의 채널 카운트를 가리킨다. 오디오 인포 프레임에 있는 오디오 채널 카운트(CC0...CC2)가 오디오 메타 데이터 패킷의 3D 오디오 채널 카운트(3D_CC0…3D_CC4)와 일치하지 않으면, 오디오 인포 프레임의 채널 카운트는 무시된다. 테이블 34는 3D_CC 값에 따른 오디오 채널을 나타내고 있다.

ACAT: [4 bits] 소스에 의해 제공되는 오디오 채널 할당 표준 타입을 가리킨다. 아래의 테이블 35는 ACAT 필드의 값을 나타낸다. 테이블 36은 ACAT가 0x01 (10.2 channels)로 설정된 경우 스피커 위치의 할당을 설명한다. 유사하게 테이블 37과 테이블 38은 각각 22.2 채널과 30.2 채널을 위한 정보를 포함한다.

3D_CA: [8bits] 3D 오디오용 채널/스피커 할당을 나타낸다. 테이블 36에서 테이블 38에 상세한 내용이 도시된다. 3D_CA필드는 IEC 61937 압축 오디오 스트림을 위해서는 유효하지 않다.

Table 34 3D_ CC field

Table 35 - Audio Channel Allocation Standard Type field

Table 36 - 3D_ CA field for 10.2 channels ( ACAT = 0x01)

Table 37 - 3D_ CA field for 22.2 channels ( ACAT = 0x02)

Table 38 - 3D_ CA field for 30.2 channels ( ACAT = 0x03)

액티브 3D 오디오 스트림이 전송되는 경우에는 언제나, 정확한 오디오 메타 데이터 패킷이 두 개의 비디오 필드에 적어도 한번 씩 전송될 수 있다. 새로운 3D 오디오 스트림의 시작이 있거나 또는 오디오 메타 데이터 패킷과 오디오 인포 프레임에 의해 표시될 수 있는 3D 오디오 스트림에 포함된 변화가 있는 경우, 수정되고 정확한 오디오 메타 데이터 패킷이 첫번째 영향을 받은 난사일런트(non-silent) 오디오 샘플을 따르는 하나의 비디오 프레임보다 늦지 않게 전송될 수 있다. 이는 영향을 받은 첫번째 오디오 샘플이 전송되기 바로 전에 일어날 수 있다. 3D 원 비트 오디오 스트림에 대해서 오디오 메타 데이터는 첫 번째 영향받은 샘플 전에 전송될 수 있다. 오디오 메타 데이터 패킷 전송은 데이터 섬 구간 내에 수평 블랭크 구간이나 수직 블랭크 구간을 포함하는 어느 시간에나 전송될 수 있다. 3D 오디오가 스트리밍되는 경우, 싱크는 오디오 인포 프레임에 포함된 CC와 CA 필드를 무시하고 대신에 오디오 메타 데이터에 포함된 3D_CC와 3D_CA를 참조한다.

다만, 전술한 오디오 메타 데이터를 전송하는 경우도 기존의 오디오 인포 프레임(Audio Info Frame)은 여전히 이용된다. 즉, 3D 오디오를 위한 채널 할당을 위해 오디오 메타 데이터가 새롭게 사용되는 경우도 2D 오디오를 위한 채널 할당을 위해서는 오디오 인포 프레임이 사용된다.

또한, 상술한 실시 예에서 상기 채널 할당 표준 타입(ACAT)은 10.2 채널, 22.2채널, 30.2채널이 설명되었지만, 본 발명의 기술 사상은 10.2 채널 미만, 30.2 채널 이상 또는 10.2 채널과 30.2 채널 사이의 개수를 갖는 채널의 경우에도 적용될 수 있을 것이다.

제2 실시 예

제1 실시 예와 달리 종래의 HDMI 1.4b에 정의된 오디오 인포 프레임(Audio Infoframe)을 수정하는 방안을 고려할 수 있다. 테이블 39는 이러한 경우의 오디오 인포 프레임 구조를 나타낸다. CC필드는 전송된 오디오의 채널 카운트를 가리키며, CA필드는 채널/스피커 할당 정보(Channel/Speaker allocation)를 나타낸다.

종래의 CC필드가 3개의 비트로 표현되었지만, 제2 실시 예는 reserved 영역의 2개의 비트를 더 사용한다. 즉, CC0, CC1, CC2, CC3, CC4의 다섯개 비트를 사용해서 Channel count 정보를 표시한다.

한편, CEA861-D, Table 20의 Reserved영역에 Channel/Speaker allocation 정보를 추가한다. 제1 실시 예와 달리 제2 실시 예는 ACAT 필드를 포함하지 않는다.

table 39 - Modified Audio Infoframe

제3 실시 예

제 3 실시 예도 제2 실시 예를 확장시켜 종래의 HDMI 1.4b에 정의된 오디오 인포 프레임(Audio Infoframe)을 수정한다. 테이블 40은 이러한 경우의 오디오 인포 프레임 구조를 나타낸다. 제2 실시 예와 마찬가지로 CC필드는 전송된 오디오의 채널 카운트를 가리키며, CA필드는 채널/스피커 할당 정보(Channel/Speaker allocation)를 나타낸다.

제3 실시 예는 기본적으로 제2 실시 예와 유사하지만 CA 필드를 좀 더 확장하는 방안을 제공한다. reserved 영역 중 하나의 비트를 channel_extension bit로 설정하고 channel_extension=0이면, CEA861-D에서 정의한 CC#와 CA# field를 그대로 사용한다. 즉, 2D 오디오 모드를 지원한다. 반면, channel_extension=1이면, PB2[7:6]을 CC의 확장 비트(CC4, CC3)로 사용하고, PB6의 reserved영역은 CA_ext field로 사용한다. 3D 오디오를 위한 확장 비트가 사용된다.

이 경우 제2 실시 예처럼 종래의 CC필드가 3개의 비트로 표현되었지만, 제2 실시 예는 reserved 영역의 2개의 비트를 더 사용한다. 즉, CC0, CC1, CC2, CC3, CC4의 다섯 개 비트를 사용해서 Channel count 정보를 표시한다.

또한, 기존 CA bits(PB4)에 PB6 field를 추가하여 사용할 수 있다. CEA861-D, Table 20(또는 CEA861-E, Table28)의 reserved영역에 10.2ch이상의 audio를 위한 Channel/Speaker allocation정보의 정의를 추가한다. 규격별로 별도의 table을 정의할 수도 있다. 결과적으로 CA 필드는 16비트까지 확장되므로 다채널 오디오 전송이 가능해 진다.

다만, 상기와 달리 기존 CA 필드를 대체하여 새로운 8-bit 짜리 필드를 정의하여 사용될 수도 있을 것이다. 예를 들어 PB6 field나 PB7 field를 이용하여 새로운 CA bit를 정의할 수 있다.

table 40 - Modified Audio Infoframe 2

제4 실시 예

제4 실시 예는 제2 실시 예와 제3 실시 예를 적절히 조합하는 방안이다. 제4 실시 예에서 종래의 오디오 인포 프레임은 3D_CH_present 필드, PB4의 CA필드, PB6의 3D_CC 필드를 포함한다.

3D_CH_present 필드는 제3 실시 예에서 channel_extension와 동일한 기능을 수행한다. 즉, 3D_CH_present=0이면, CEA861-D에서 정의한 CC#와 CA# field를 그대로 사용한다. 즉, 2D 오디오 모드를 지원한다. 반면, 3D_CH_present=1이면, PB6[4:0]을 CC의 확장 비트(CC4, CC3, CC2, CC1, CC0)로 사용하고, PB4의 reserved영역은 제2 실시 예와 마찬가지로 CA 필드로 사용한다. 3D 오디오를 위한 확장 비트가 사용된다. 제2, 3 실시 예와 마찬가지로 ACAT 필드는 정의되지 않는다. 기타 특별히 설명하지 않은 내용은 전술한 제1 내지 3 실시 예와 동일하다.

table 41 - Modified Audio Infoframe 3

2.2 멀티 스트림 오디오를 위한 인포 프레임( Infoframe for Multi stream Audio )

멀티 스트림 오디오의 경우 새로운 메타 데이터 패킷을 정의하지 않고, 기존의 HDMI 1.4b에서 규정한 인포 프레임을 이용한다. 복수의 액티브 오디오 스트림이 멀티 스트림 오디오 샘플 패킷을 이용하여 전송되는 경우 정확한 오디오 인포 프레임이 두 개의 비디오 필드당 적어도 한 번씩 전송이 이루어질 수 있다. 이때 오디오 인포 프레임은 모든 액티브 오디오 스트림의 오디오 특성을 기술하는데 사용될 수 있다.

새로운 오디오 스트림의 시작과 복수의 새로운 오디오 스트림 또는 오디오 인포 프레임에 의해 나타날 수 있는 오디오 스트림에 포함된 어떤 변화가 있는 경우, 수정된 정확한 오디오 인포 프레임은 영향을 받은 첫 번째 난사일런트(non-silent) 오디오 샘플을 뒤따르는 하나의 비디오 필드보다 늦지 않게 전송될 수 있다. 이는 영향받은 첫 번째 오디오 샘플이 전송되기 바로 전에 일어날 수 있다. 원 비트 오디오 스트림에 대해서 오디오 인포 프레임은 첫 번째 영향받은 샘플 전에 전송될 수 있다.

인포 프레임의 수정

상기 실시 예와 달리 stream_ID를 사용하는 실시 예(3D 오디오 샘플 패킷의 제4, 6 실시 예, 멀티 스트림 오디오 샘플 패킷의 제2, 3, 5, 6 실시 예)의 경우 아래 테이블 42와 같이 오디오 인포 프레임에 stream_ID를 포함시킬 수 있다.

테이블 42에서 Stream_ID는 현재 오디오 인포 프레임의 스트림 아이디를 나타내고, Stream_Count는 전송되는 전체 오디오 스트림의 개수를 나타낸다. 상기 실시 예의 경우 스트림 식별자를 사용하지 않는 대신 멀티 스트림 오디오 샘플 패킷의 body를 구성하는 4개의 서브 패킷에 샘플을 실어서 전송하는 방식으로 인포 프레임을 수정하지 않는다.

Table 42 - Modified Info Frame

3.1. 3D 오디오를 위한 EDID( EDID for 3D Audio )

3D 오디오에 대한 오디오 특성과 스피커 할당에 정보는 1) 종래의 단축 오디오 디스크립터 및 스피커 할당 데이터 블록을 수정하거나, 2) Extended Tag Codes에서 Reserved for audio-related blocks 영역에 새로운 data block들을 정의하거나 3) Extended Tag Codes에서 Reserved for HDMI Audio Data Block 영역에 새로운 data block(하나)를 정의하는 방법을 이용해서 EDID에 포함시킬 수 있다.

예를 들어, CEA-861-F(D 또는 E 도 가능)에서 기술된 EDID 데이터 블록이 싱크 오디오 특성과 스피커 할당 지원 모두를 나타내는데 사용될 수 있다. 싱크 오디오 특성과 스피커 할당 지원은 CEA Extension의 데이터 블록 콜렉션에 위치한 일련의 단축 오디오 디스크립터(Short Audio Descriptors)에 표시된다. 이러한 데이터는 싱크에 의해 지원되는 오디오 인코딩 리스트와 그러한 포맷을 지원하는 채널의 숫자와 같은 그러한 인코딩 각각과 관련된 파라미터를 포함한다. 스피커 할당 디스크립터(Speaker Allocation Descriptor)는 데이터 블록 콜렉션(Data Block Collection)에 포함될 수 있고, 2D 오디오를 위한 멀티 채널(8 채널까지) L-PCM이나 멀티 채널(8 채널까지) 원 비트 오디오를 지원하는 싱크에 요구된다.

제1 실시 예

그러나, 본 발명에서 싱크가 멀티 스트림 오디오 및/또는 3D 오디오 전송을 지원하는 경우, 확장 태그 코드 18(Extended Tag Code 18)을 갖는 HDMI 오디오 데이터 블록(HDMI Audio Data Block)이 3D 오디오 특성, 3D 스피커 할당 정보, 멀티 스트림 오디오 특성을 나타내는데 사용될 수 있다.

싱크가 3D 오디오 전송을 지원하면, HDMI 오디오 데이터 블록은 4 바이트를 갖는 하나 이상의 HDMI 3D 오디오 디스크립터(HDMI_3D_AD)를 포함한다. 그리고, HDMI 오디오 데이터 블록은 마지막 HDMI 3D 오디오 디스크립터에 이어지는 하나의 HDMI 3D 스피커 할당 디스크립터(HDMI_3D_SAD)를 포함할 수 있다.

싱크가 멀티 스트림 오디오 전송을 지원하지만 3D 오디오 전송은 지원하지 않는 경우, HDMI 오디오 데이터 블록은 3바이트를 따르는 하나 이상의 CEA 단축 오디오 디스크립터(CEA_SAD)를 포함할 수 있다. CEA 단축 오디오 디스크립터는 CEA-861-F(D 또는 E 도 가능)에 나타난다.

싱크가 멀티 스트림 오디오 전송과 3D 오디오 전송을 지원하면, HDMI 오디오 데이터 블록은 HDMI 3D 스피커 할당 디스크립터를 따르는 하나 이상의 CEA 단축 오디오 디스크립터를 포함한다. 자세한 내용은 테이블 43을 참조한다.

상술한 HDMI 3D 오디오 디스크립터는 CEA-861-F(D 또는 E 도 가능)에서 정의된 오디오 인코딩에 대한 지원을 나타낸다. HDMI 장치는 TTA(10.2ch), SMPTE2036-2(22.2ch) 또는 IEC62574(30.2ch)를 따르는 3D 오디오 포맷을 지원할 수 있다. 테이블 45에서 테이블 49에 상세한 내용이 기술된다. 이들 테이블은 CEA-861-F(D 또는 E 도 가능)의 테이블 24와 테이블 26에서 주어진 오디오 포맷 코드에 따라 분류된다.

상술한 것처럼 HDMI 3D 스피커 할당 디스크립터는 HDMI 오디오 데이터 블록에도 포함될 수 있고, 3D 오디오를 지원하는 싱크에 요구될 수 있다. HDMI 3D 스피커 할당 디스크립터의 구조는 테이블 50에서 나타난다. 싱크는 스피커, 한 쌍의 스피커를 나타냄으로써 오디오 능력을 나타내고, 대응되는 플래그를 설정한다. HDMI 3D 스피커 할당 디스크립터는 4 비트 ACAT 필드를 포함할 수 있고, 이들은 오디오 채널 할당 규격의 타입을 나타낸다. 테이블 50에서 52에 상세한 내용이 기술된다. CEA 단축 오디오 디스크립터(CEA Short Audio Descriptors)는 또한, HDMI 오디오 데이터 블록에 포함될 수 있고, 멀티 스트림 오디오 전송을 지원하는 싱크에 요구될 수 있다. 이러한 디스크립터는 각 오디오 스트림의 오디오 특성을 기술한다. 최대 채널 카운트는 각 오디오 스트림에 대해 2채널로 제한되지만, 실시 예에 따라 그 이상이 될 수도 있다.

table 43 - HDMI Audio Data Block

* The length of following data block payload (in bytes), 2+ 4*X + 4 + 3*Y

** 3 + 4*X + 1

상기 테이블 43에 도시된 HDMI 오디오 데이터 블록의 각 필드를 설명하면 다음과 같다.

NUM_HDMI_3D_AD [3 bits] : HDMI 3D 오디오 디스크립터의 개수를 나타낸다.

NUM_CEA_SAD [3 bits] : CEA 쇼트 오디오 디스크립터(CEA Short Audio Descriptors)의 개수를 나타낸다.

Max_Stream_Count-1 [2 bits] : 전송된 스트림에서 1을 뺀 개수를 나타낸다. 테이블 44를 참조

HDMI_3D_AD : HDMI 3D 오디오 디스크립터(HDMI 3D Audio Descriptor)

HDMI_3D_SAD : HDMI 3D 스피커 할당 디스크립터(HDMI 3D Speaker Allocation Descriptor)

CEA_SAD CEA : 단축 오디오 디스크립터(CEA Short Audio Descriptor)

Table 44 Max _ Stream _ Count -1 field

Table 45 HDMI 3D Audio Descriptor for Audio Format Code = 1 ( LPCM )

Table 46 HDMI 3D Audio Descriptor for Audio Format Codes 2 to 8

Table 47 HDMI 3D Audio Descriptor for Audio Format Codes 9 to 13

Table 48 HDMI 3D Audio Descriptor for Audio Format Code 14 ( WMA Pro )

Table 49 HDMI 3D Audio Descriptor for Audio Format Code 15 ( extension )

Table 50 HDMI 3D Speaker Allocation Descriptor for 10.2 channels ( TTA Standard )

상기 테이블에서 음영이 있는 비트는 10.2 채널과 관련된 지정된 스피커이다.

Table 51 HDMI 3D Speaker Allocation Descriptor for 22.2 channels ( SMPTE2036 -2)

상기 테이블에서 음영이 있는 비트는 22.2 채널과 관련된 지정된 스피커이다.

Table 52 HDMI 3D Speaker Allocation Descriptor for 30.2 channels ( IEC62574 / Ed .1)

상기 테이블에서 음영이 있는 비트는 30.2 채널과 관련된 지정된 스피커이다.

제1 실시 예에서 3 바이트로 멀티 채널 3D 오디오 데이터의 스피커 할당을 기술하였지만, 이는 예시에 불과하다. 30.2 채널 이상의 3D 오디오 데이터의 경우 더 많은 스피커 할당 정보가 필요할 수 있고, 이 경우 3D Speaker Allocation Descriptor는 4바이트 이상을 이용하여 스피커 할당을 표시할 수 있을 것이다.

Table 53 Audio Channel Allocation Type ( ACAT ) field

한편, ACAT 필드의 남는 비트값은 제조사에 따라 다양한 채널 타입(e.g. Dolby, USC 혹은 향후 표준화될 ITU-R의 format 등)에 할당되어 사용될 수 있을 것이다.

제2 실시 예

제 2 실시 예는 제1 실시 예와 달리 오디오 데이터 블록을 수정한다. 특히, CEA Short Audio Descriptor의 reserved영역을 최대 채널 수(Max Number of channel)를 확장하여 표시하는데 사용할 수 있다. 예를 들어 아래 테이블 54에 나타난 것처럼 Byte1[7], Byte2[7]을 이용하여 확장가능하다. 이를 통해 3D 오디오를 표현할 수 있게 된다. CEA Short Audio Descriptor는 오디오 포맷에 따라 다른 필드 영역을 갖을 수 있다.

Table 54 - CEA Short Audio Descriptor

상기 제2 실시 예와 독립적으로 스피커 할당 데이터 블록(Speaker Allocation Data Block)를 수정하여 ACAT(Audio Channel Allocation Standard Type)을 설정할 수 있다. Speaker Allocation Data Block payload의 reserved 영역인 Byte3[7:4]를 이용하여 ACAT을 식별하고, 각 타입 별 speaker allocation data block을 별도의 새로운 table로 정의할 수 있다. ACAT 필드의 위치는 Byte2[7:3]~Byte3[7:0] 범위 중에서 다른 위치에서 정의될 수도 있다.

하기에 도시된 테이블 55과 같이 ACAT=0001은 TTA 표준의 10.2 채널을 나타내고, ACAT=0010은 22.2채널을 나타낼 수 있다.

Table 55 - Speaker Allocation Data Block Payload

다만, 제조사에 따라 스피커의 할당 데이터 블록은 다르게 정의될 수 있다. 이 경우 제조사에 따라 공통된 스피커 배치를 활용하여 호환성을 높이는 방안을 생각할 수 있다. 아래의 테이블은 22.2 채널의 3D 오디오의 경우 SMPTE2036-2 표준을 나타내고 있다. 음영이 있는 비트는 여러 제조사의 공통된 스피커 배치에 해당한다.

Table 56 - Speaker Allocation Data Block Payload 2

다만, 상술한 Speaker Allocation Data Block Payload 의 실시 예에서 ACAT 필드를 별도로 정의하지 않고, 각 타입(e.g. 10.2ch(TTA), 22.2ch(SMPTE2036-2), 13.1ch(Dolby) 등)의 구분은 Source에서 speaker allocation data block payload에서 셋팅된 bit의 위치와 종류를 보고 직접 판단도 가능할 것이다. 이는 수정된 오디오 데이터 블록을 통해서 채널의 개수를 알 수 있기 때문이다.

제3 실시 예

제3 실시 예는 HDMI 오디오 데이터 블록에서 새롭게 정의하지 않고 EDID의 Extended Tag Code에 “Extended Speaker Allocation Data Block” type을 새롭게 정의한다. 새로운 데이터 블록의 크기는 최대 32byte까지 가능할 것이다. 테이블 57에서는 4바이트인 경우를 예로 들고 있다. ACAT의 size 역시 필요에 따라 변경하여 정할 수 있다.

reserved 영역 (Byte3[7:4])을 이용하여 ACAT를 식별하고, 각 type별 Speaker Allocation Data Block을 정의한다. 페이로드의 구성은 전술한 실시 예와 동일하게 할 수 있다. 물론 ACAT 필드는 전술한 reserved 영역 외의 다른 영역에 위치할 수 있을 것이다.

ACAT 필드의 남는 비트값은 제조사에 따라 다양한 채널 타입(e.g. Dolby, USC 혹은 향후 표준화될 ITU-R의 format 등)에 할당되어 사용될 수 있을 것이다.

Table 57 - Modified Speaker Allocation Data Block

제4 실시 예

제4 실시 예는 제3 실시 예와 유사하지만, Speaker Allocation Standard Type(e.g. 10.2ch(TTA), 22.2ch(NHK), 13.1ch(Dolby) 등)별 데이터 블록을 정의한 후, 타입별 데이터 블록들을 확장 태그 코드(extended tag code)에 각각 추가한다는 점에 차이가 있다.

예를 들어 데이터 블록 태그 코드 19는 TTA 10.2 채널을 위한 스피커 할당 데이터 블록을 나타내고, 데이터 블록 태그 코드 20은 NHK 22.2 채널을 위한 스피커 할당 데이터 블록을 나타내고, 데이터 블록 태그 코드 21은 Dolby 13.1 채널을 위한 스피커 할당 데이터 블록을 나타낼 수 있다.

Table 58 - Modified Speaker Allocation Data Block

제5 실시 예

제5 실시 예는 확장 오디오 데이터 블록(Extended Audio Data Block)을 정의한다. 확장 오디오 블록은 확장 태그 코드(Extended Tag Code)의 값에 대응된다. 그리고, 확장 오디오 데이터 블록은 하나 이상의 확장 CEA 단축 오디오 디스크립터(Extension CEA Short Audio Descriptor)를 포함한다. 각 확장 CEA 단축 오디오 디스크립터는 채널의 개수에 대한 정보를 포함한다. 이때 각 필드의 크기나 포맷은 Audio Data Block의 단축 오디오 디스크립터와 동일할 수도 있지만 다르게 정의될 수도 있을 것이다.

Table 59 - Extended Audio Data Block

상기 테이블에 도시된 것처럼 확장 CEA 단축 오디오 디스크립터는 비압축 오디오 포맷 코드를 포함할 수 있다. 비압축 오디오 포캣 코드는 다음과 같이 정의될 수 있다.

Table 60 - Uncompressed Audio Format Code

이때 확장 스피커 할당 데이터 블록(Extended Speaker Allocation Data Block)은 확장 태그 코드(Extended Tag Code)의 값으로 정의될 수 있다. 확장 스피커 할당 데이터 블록은 아래 테이블과 같이 ACAT 필드를 포함할 수 있다. reserved 영역은 확장을 위해 사용될 수 있다. 또는 남는 비트값은 제조사에 따라 다양한 채널 타입(e.g. Dolby, USC 혹은 향후 표준화될 ITU-R의 format 등)에 할당되어 사용될 수 있을 것이다.

Table 61 - Extended Speaker Allocation Data Block

이 실시 예에서 확장 스피커 할당 데이터 블록의 페이로드는 아래의 테이블에 도시된다. 쉐이드 영역은 각 채널 할당 타입의 스피커 할당을 위해 사용된다.

Table 62 - Channel Allocation Compatibility

새로운 스피커 위치에 대한 EDID /CEC( EDID / CEC for new Speaker Position )

본 발명에서 새로운 스피커의 위치 정보를 소스에 전달하기 위한 스피커 위치 데이터 블록(Speaker Position Data Block)을 정의할 수 있다. 데이터 블록은 싱크에 연결된 모든 스피커의 배치된 좌표값(x,y,z)과 배치각도 값을 포함한다. 소스는 이러한 정보를 통해 다운 믹싱이나 오브젝트 오디오 코딩(Object Audio Coding) 등 다양한 처리에 활용할 수 있다. 아래 테이블의 확장 태그 코드(Extended Tag Code)의 값은 일 실시 예이므로 스피커 위치 데이터 블록은 위에서 정의된 여러 데이터 블록들과 함께 정의되어 사용될 수 있다.

Table 63 - Speaker Position Data Block

스피커 위치 데이터 블록(Speaker Position Data Block)은 다음 테이블과 같이 정의될 수 있다. Byte [1]~[5]는 하나의 speaker에 대한 위치 정보를 저장한다. 동일한 방법에 따라 Byte [6]~[30]은 스피커 위치 정보가 저장된다. Byte 31,32는 reserved 영역으로 정의된다.

예시의 방법을 사용할 경우, 하나의 data block은 최대 6개의 스피커에 대한 위치 정보만 전달 가능하므로, N채널에 대응하기 위해서는 round up(N/6)개의 스피커 위치 데이터 블록이 필요할 것이다.

Table 64 - Speaker Position Data Block

CEC 를 이용한 스피커 위치 정보의 전송

도 12는 CEC를 이용한 스피커 위치 정보의 전송을 나타낸 모식도이다.

도 12에 도시된 것처럼 소스가 싱크에 스피커 위치를 요청하면 싱크는 스피커 위치에 대한 정보를 알려주게 된다.

3.1. 멀티 스트림 오디오를 위한 EDID( EDID for 3D Audio )

멀티 스트림 오디오를 위한 새로운 데이터 블록(Multi Stream Audio Data Block)을 확장 태그 코드에 정의할 수 있다. 멀티 스트림 오디오 데이터 블록은 Max_stream_count-1 필드, CEA Short Audio Descriptor 영역을 포함한다. Max_stream_count-1는 전송되는 스트림의 개수를 나타낸다. CEA Short Audio Descriptor는 하나 이상 존재하며, CEA861-D에 따라 정의될 수 있다.

Table 65 - Multi Stream Audio Data Block

한편, Vendor-specific Data Block에 멀티 스트림 비디오/오디오의 제공여부에 대한 표시를 해줄 수 있다. 이는 multistream_indicator 필드를 이용한다. 싱크가 멀티 스트림을 지원하면 multistream_indicator=1이 된다. 다만, multistream_indicator 필드는 HDMI VSDB 뿐 아니라 데이터 블록의 다른 영역에 정의될 수도 있을 것이다.

Table 66 - Vendor - specific Data Block

2 개 이상의 비트를 사용하여 multistream_indicator를 정의하면 다양한 멀티 스트림을 식별할 수 있다.

Table 67 - Vendor - specific Data Block

제2 실시 예

제2 실시 예는 확장 태그 코드를 이용하여 멀티 오디오 스트림 데이터 블록(Multi Audio Stream Data Block)을 새롭게 정의하고 있다. 새롭게 정의된 멀티 오디오 스트림 데이터 블록은 CEA Short Audio Descriptor 영역, 오디오 스트림의 길이, Max_stream_count 필드 등을 포함한다. 각 필드에 대해서는 상술한 다른 실시 예와 동일하므로 중복 설명은 생략한다.

Table 68 - Multi Audio Stream Data Block

제 3 실시 예

한편, 제1 실시 예와 유사하게 HDMI Audio Data Block을 이용하는 다른 방법을 고려할 수 있다.

확장 태그 코드를 새롭게 정의한다. 제1 실시 예와 마찬가지로 확장 HDMI 오디오 데이터 블록의 추가를 위해 태그 코드 18을 이용할 수 있다.

아래 테이블은 확장 HDMI 오디오 데이터 블록(Extended HDMI Audio Data Block)의 구조를 보여준다. 제3 실시 예에 따른 확장 HDMI 오디오 데이터 블록은 확장 CEA 단축 오디오 디스크립터(ECSAD : Extended CEA Short Audio Descriptor)와, 확장 스피커 할당 디스크립터(ESAD : Extended Speaker Allocation Descriptor), 멀티 오디오 스트림 디스크립터 (MASD : Multiple Audio Stream Descriptor)를 포함한다.

확장 CEA 단축 오디오 디스크립터는(ECSAD) 싱크 기기가 3D 오디오 기능을 지원할 경우 Num_ECSAD 필드의 값만큼의 descriptor들이 포함된다. 확장 스피커 할당 디스크립터(ESAD)는 싱크 기기가 3D-audio-cahnnel 기능을 지원할 경우 Num_ECSAD 필드의 값이 0보다 크면, 하나의 descriptor가 포함된다. 멀티 오디오 스트림 디스크립터 (MASD)는 싱크 기기가 멀티 스트림 오디오 기능을 지원할 경우 Num_MASD필드의 값만큼의 descriptor들이 포함된다.

Max Stream_Count -1 필드는 싱크 기기가 수신 가능한 최대 스트림의 개수 -1로 정의된다. 하나의 오디오 샘플 패킷(Audio Sample Packet)으로 멀티 스트림 ㅇ오디오를 전송하므로 각각의 뷰에 대한 오디오 스트림은 동일한 코딩 타입(coding type) 및 샘플링 주파수(sampling frequency) 등을 갖는 등 동일한 오디오 특성을 나타낸다.

Num_MASD 필드는 확장 CEA 단축 오디오 디스크립터의 개수를 정의한다. 최대 7개까지 포함될 수 있다. 이 필드가 0이면 3D 오디오 기능을 지원하지 않음을 의미한다.

Num_ECSAD 필드는 이 Data Block에 포함된 멀티 스트림 오디오 디스크립터의 개수를 정의한다. 최대 4개까지 포함될 수 있다. 이 필드가 0 이면 멀티 스트림 오디오를 지원하지 않음을 의미하며 Max Stream_Count-1 이 0 이 아닌 경우 반드시 최소 1개 이상의 MASD를 정의해야 한다. 만약 ECSAD가 4byte로 정의된 방법으로 구성되면 최대 6개까지 정의할 수 있다.

Table 69 - Extended HDMI Audio Data Block

상기 제3 실시 예는 다음과 같은 변형된 대안들을 고려할 수 있다.

예를 들어, 확장 HDMI 오디오 데이터 블록(Extended HDMI Audio Data Block)에는 ECSAD만 포함하고, 나머지 2종류의 ESAD, MASD들은 다른 확장 태그 코드를 이용하여 정의하는 방법을 고려할 수 있다.

이 때, 다른 확장 태그 코드로 정의되는 2개의 디스크립터들을 별도의 하나의 데이터 블록으로 정의할 수도 있고, 서로 다른 데이터 블록으로 정의할 수도 있다. 상술한 테이블에서 PB3에 정의된 필드에서 Max Stream_count -1 은 멀티 스트림 오디오 디스크립터가 정의된 data block에 포함된다.

상기와 달리 확장 HDMI 오디오 데이터 블록에는 3D 오디오와 관련된 ECSAD와 ESAD를 포함하고, MASD는 다른 Extended Tag Code를 이용하여 정의할 수도 있다.

아래의 테이블을 참조하여 ECSAD의 구조를 설명한다. 테이블에서 음영 부분에 해당한다.

이 디스크립터는 왼쪽 아래 테이블에 나타난 것처럼 현재 LPCM과 DSD 이상 2가지 coding type만 선택가능하다. 다만, UAFC field의 reserved 영역을 이용하여 다른 비압축 오디오 포맷을 추가로 포함시킬 수 있다.

채널의 개수는 5비트가 할당되어 최대 32개까지 선택이 가능하다.

Table 70 - Extended CEA Short Audio Descriptor

그러나, 상기 방법에 대해서도 다음의 대안을 고려할 수 있다.

아래 테이블은 디스크립터의 전체 크기를 4Bytes로 확장하고 있다. 또한, 오디오 포맷 코드(Audio Format Code)는 CEA861-E에서 정의하고 있는 table을 참조하였다. 따라서, CEA861-E에서 정의하는 압축/비압축 코딩 타입을 모두 지정할 수 있다.

디스크립터의 크기가 증가함으로써, 데이터 블록 내에 포함 가능한 확장 CEA 단축 오디오 디스크립터(ECSAD)의 개수가 최대 6개의 디스크립터로 제한된다. 반면, 전술한 실시 예에서는 4개까지 포함될 수 있다.

PB3, PB4의 syntax는 각 오디오 포맷 코드 타입의 변화에 따라 CEA861-E의 Table 45~49의 Byte 2, 3과 동일한 형태로 정의된다.

Table 71 - Extended CEA Short Audio Descriptor

제3 실시 예에서 ESAD의 구조를 설명한다.

아래 테이블에서 음영 표시된 영역에 해당한다.

ESAD는 현재 max 30.2 channels까지의 스피커 할당 정보를 선택할 수 있다. 다만, ACAT field의 reserved 영역을 이용하여 다른 스피커 배치 포맷(speaker placement format)을 추가적으로 포함시킬 수 있다.

Table 72 - Extended Speaker Allocation Descriptor

다음의 테이블은 ESAD이다. 각 테이블의 음영 부분이 채널 할당 타입의 스피커 할당에 사용된다.

Table 73 - Extended Speaker Allocation Descriptors

이하에서는 제3 실시 예의 ESAD의 구조를 설명한다. 테이블의 음영표시된 영역에 해당한다.

CEA861-E에서 정의하고 있는 CEA 단축 오디오 디스크립터(CEA Short Audio Descriptor)를 그대로 사용한다. 다만, CEA 단축 오디오 디스크립터에 포함된 각 필드들을 포함하면서 기존의 필드의 배치나 크기를 일부 수정/변경한 새로운 포맷을 정의할 수 있다. 이 디스크립터는 멀티 스트림 오디오를 전송하는 경우에만 포함되며, 사용될 경우에는 최소 1개 이상 포함된다.

Table 74 - Multiple Audio Stream Descriptor

아래 테이블은 멀티 스트림 오디오 디스크립터의 구조를 새롭게 정의한 것이다. 여기서는 CEA Short Audio Descriptor를 그대로 사용하는 대신에 새로운 디스크립터를 사용한다.

멀티 스트림 오디오의 채널 개수는 2개로 제한한다. 따라서 디스크립터에서 불필요한 채널 카운트 필드(channel count field)는 제거하고 대신 Max Number of Stream -1 를 2-bit로 정의한다. 이때 확장 HDMI 오디오 데이터 블록(Extended HDMI Audio Data Block PB3)에 정의된 Max_Stream_Count-1는 각 디스크립터의 Max_Stream_Count-1 중 최대값으로 정의한다.

각 테이블은 오디오 포맷 코드(Audio Format Code)별로 디스크립터를 나타내고 있다.

Table 75 - Multiple Audio Stream Descriptor

4.1 3D 오디오와 멀티 스트림 오디오를 위한 어플리케이션 시나리오 ( informative )

이하에서는 상술한 제1 실시 예에 따른 3D 오디오와 멀티 스트림 오디오를 위한 어플리케이션 시나리오들을 제공한다. 이러한 예들은 HDMI 2.0 소스와 3D 오디오와 멀티 스트림 오디오의 전송을 위한 싱크 장치의 능력을 보여준다.

3D 오디오를 위한 시나리오

도 13은 3D 오디오 샘플이 BDP에서 TV로 어떻게 전송될 수 있는지를 보여주는 도면이다. 이러한 예는 다음을 상정한다.

소스(예를 들어 BDP)와 싱크(예를 들어 TV)는 모두 HDMI 2.0 컴플라이언트 디바이스이다.

소스는 L-PCM 48kHz 22.2 채널 오디오 스트림을 싱크로 전송한다.

싱크는 L-PCM 48kHz 22.2 채널 오디오 샘플을 수신할 수 있고, 각 개별 오디오 스트림을 관련된 스피커로 전송할 수 있다. 전송된 비디오 포캣은 1080p/60Hz이다.

TV는 DDC를 통해 액세스할 수 있는 CEA-861-F(D 또는 E 도 가능) 컴플라이언트 E-EDID 데이터 구조를 포함한다. 3D 오디오 전송을 지원하기 위해 E-EDID는 다른 필요한 데이터 블록에 더하여 HDMI 오디오 데이터 블록을 포함한다. BDP는 HDMI 오디오 데이터 블록을 수신하고 테이블 76에 기술된 TV의 3D 오디오 능력을 인식한다.

Table 76 - Example of the HDMI Audio Data Block for 22.2 channels

바이트 1, 2, 3은 HDMI 오디오 데이터 블록의 헤더를 나타낸다. NUM_HDMI_3D_AD은 1로 설정되어 3D 오디오 전송을 지원하는 것을 나타낸다. NUM_CEA_SAD와, Max_Stream_Count-1는 0으로 셋팅되는데, BDP가 시나리오 상으로 멀티 스트림 오디오를 핸들링하지 않기 때문이다.

바이트 4, 5, 6, 7은 TV의 3D 오디오 특성을 기술하는 HDMI 3D 오디오 디스크립터를 구성한다. 오디오 포맷 코드, 최대 채널 개수-1, 샘플링 주파수, 샘플 사이즈가 정의된다.

바이트 8, 9, 10, 11은 22.2 채널(SMPTE 2036-2)을 위한 액티브 스피커를 기술하는 HDMI 3D 스피커 할당 디스크립터를 구성한다.

BDP는 TV로부터 EDID를 수신한 후 오디오 인포 프레임과 오디오 메타 데이터 패킷을 TV로 전송한다. 이 경우 오디오 메타 데이터 패킷을 오디오 인포 프레임 대신에 사용하여 채널 카운트(Channel Count)와 채널/스피커 할당 정보(Channel/Speaker Allocation information)기 전송된다.

오디오 메타 데이터 패킷에 포함된 3D_CC와 3D_CA는 채널 카운트를 기술하고, 22.2 채널 오디오 스트림을 위한 채널/스피커 할당 정보를 각각 기술한다. 테이블 77은 22.2 채널 오디오 전송을 위한 오디오 인포 프레임 페이로드의 예를 나타내고 있다. 테이블 78은 22.2 채널 오디오 전송을 위한 오디오 메타 데이터 패킷 페이로드를 보여준다.

Table 77 - Example of the Audio InfoFrame payload for 22.2 channels

Table 78 - Audio Metadata Packet payload

BDP는 3D 오디오 샘플 패킷을 통해 22.2 채널 오디오 샘플들을 전송한다. 각 3D 오디오 샘플 패킷은 8 오디오 채널까지 지원하고, 따라서 22.2 채널 오디오 샘플을 전송하기 위해 3개의 연속되는 3D 오디오 샘플 패킷이 필요하다. sample_start는 첫번째 3D 오디오 샘플 패킷을 지정하는데 사용된다. 이 예에서 세 개의 3D 오디오 샘플 패킷들은 테이블 79에서 테이블 81에 나온 것처럼 정의될 수 있다.

Table 79 - Example of the first 3D Audio Sample Packet for 22.2 channels

Table 80 - Example of the second 3D Audio Sample Packet for 22.2 channels

Table 81 - Example of the third 3D Audio Sample Packet for 22.2 channels

4.2 멀티 스트림 오디오를 위한 시나리오 예

도 14는 멀티 스트림 오디오가 어떻게 BDP로부터 TV까지 전송될 수 있는지를 보여주는 도면이다. 아래의 예를 상정한다.

소스(예를 들어 BDP)와 싱크(예를 들어 TV)는 모두 HDMI 2.0 컴플라이언트 장치이다.

소스/싱크는 듀얼-뷰 게임 모드로 진입한다.

소스는 각 뷰에 대한 두 개의 오디오 스트림을 전송한다.

싱크는 두 개의 오디오 스트림을 두 개의 서로 다른 해드폰으로 전송할 수 있다.

전송된 비디오 포맷은 HDMI 3D 1080p/60Hz이다.

TV는 DDC를 통해 접근할 수 있는 CEA-861-F(D 또는 E 도 가능) 컴플라이언트 E-EDID 데이터 구조를 포함한다. 멀티 스트림 오디오를 지원하기 위해, E-EDID는 다른 필요한 데이터 블록에 더하여 HDMI 오디오 데이터 블록을 포함할 수 있다. BDP는 HDMI 오디오 데이터 블록을 수신하고 테이블 76에 기술된 것과 같은 TV의 멀티 스트림 오디오 능력을 인식한다.

Table 82 - Example of the HDMI Audio Data Block for two audio streams

바이트 1, 2, 3은 HDMI 오디오 데이터 블록의 헤더를 나타낸다. NUM_CEA_SAD가 2로 설정되는데, 싱크가 멀티 스트림 오디오를 위한 두 가지 종류의 오디오 포맷 코드를 지원하기 때문이다. Max_Stream_Count-1은 1로 설정되는데, 싱크가 상술한 두 가지 독립적인 오디오 스트림을 핸들링할 수 있기 때문이다. NUM_HDMI_3D_AD는 0으로 설정되는데, BDP가 시나리오에서 3D 오디오 전송을 핸들링하지 않기 때문이다.

바이트 4, 5, 6은 오디오 특성을 기술하는 첫번째 CEA 쇼트 오디오 디스크립터를 구성한다. 멀티 스트림 오디오 전송의 경우 최대 채널 카운트는 2로 제한된다. 이러한 이유로 Max Number of channels-1은 1이 될 것이다.

바이트 7, 8, 9는 오디오 특성을 기술하는 두번째 CEA 쇼트 오디오 디스크립터(CEA Short Audio Descriptor)를 구성한다. 위에서 언급된 것처럼 Max Number of channels-1는 1이 될 것이다. BDP는 TV로부터 EDID를 수신한 후에 오디오 인포 프레임을 TV로 전송할 것이다. 3D 오디오 전송 시나리오와 반대로, CC와 CA는 Channel Count와 채널 스피커 할당 정보(Channel/Speaker Allocation information)를 각각 전송하는데 사용된다. 즉, 오디오 메타 데이터 패킷은 멀티 스트림 오디오 전송에는 사용되지 않을 것이다. 테이블 83은 두 개의 오디오 스트림을 전송하기 위한 오디오 인포 프레임 페이로드의 예를 보여준다.

Table 83 - Example of the Audio InfoFrame payload for two audio streams

BDP는 두 개의 독립된 오디오 스트림을 위한 스테레오 오디오 샘플을 포함하는 멀티 스트림 오디오 샘플 패킷을 전송한다. 즉, 첫번째 서브 패킷은 첫번째 오디오 스트림으로부터의 스테레오 오디오 샘플을 포함하고, 두번째 서브패킷은 두번째 오디오 스트림으로부터의 스테레오 오디오 샘플을 포함한다. 이 예에서 멀티 스트림 오디오 샘플 패킷은 테이블 84에서 보여지는 것처럼 정의될 수 있다.

Table 84 - Example of the Multi - Stream Audio Sample Packet for two audio streams

3D 오디오 스피커 대체 & 채널 할당 ( informative )

이하에서는 3D 오디오 전송을 위한 스피커 대체와 채널 할당 정보를 제공한다.

도 15는 3D 오디오의 채널을 위한 스피커 배치를 나타낸 도면이다.

테이블 85에 기재된 예에서 IEC의 30.2 채널 표준 타입의 경우 FL은 전면 좌측(Front Left)스피커, FR은 전면 우측(Front Right) 스피커, LFF는 저주파 이펙트 1(Low Frequency Effect 1)스피커, FC는 전면 중앙(Front Center) 스피커, BL은 후면 좌측(Back Left) 스피커, BR은 후면 우측(Back Right) 스피커, FLW는 전면 좌측 와이드(Front Left Wide) 스피커, FRW는 전면 우측 와이드(Front Right Wide) 스피커, TpFL은 상부 전면 좌측(Top Front Left) 스피커, TpFR은 상부 전면 우측(Top Front Right) 스피커, BC는 후면 중앙(Back Center) 스피커, LS는 좌측 서라운드(Left Surround) 스피커, RS는 우측 서라운드(Right Surround) 스피커, LFE2는 저주파 이펙트 2(Low Frequency Effect 2) 스피커, FLC는 전면 좌측 중앙(Front Left Center) 스피커, FRC는 전면 우측 중앙(Front Right Center) 스피커, TpFC는 상부 전면 중앙(Top Front Center) 스피커, TpC는 상부 중앙(Top Center) 스피커, SiL은 사이드 레프트(Side Left) 스피커, SiR은 사이드 라이트(Side Right) 스피커, TpBL은 상부 후면 좌측(Top Back Left) 스피커, TpBR은 상부 후면 우측(Top Back Right) 스피커, TpSiL은 상부 사이드 좌측(Top Side Left) 스피커, TpSiR은 상부 사이드 우측(Top Side Right) 스피커, BtFC는 하부 전면 중앙(Bottom Front Center) 스피커, BtFL은 하부 전면 좌측(Bottom Front Left) 스피커, BtFR은 하부 전면 우측(Bottom Front Right) 스피커, TpBC는 상부 후면 중앙(Top Back Center) 스피커, TpLS는 상부 좌측 서라운드(Top Left Surround) 스피커, TpRS는 상부 우측 서라운드(Top Right Surround) 스피커, LSd는 좌측 서라운드 다이렉트(Left Surround Direct) 스피커, RSd는 우측 서라운드 다이렉트(Right Surround Direct) 스피커를 각각 나타낸다.

그러나, 규격의 종류에 따라 스피커의 명칭은 서로 다를 수 있는데, 예를 들어, 전면 중앙 스피커의 경우 상술한 IEC 규격에서는 FC로 표기하였으나 TTA 규격은 C로 표기한다. 기타 아래 테이블에 도시된 외에도 다양한 스피커 명칭이 존재할 수 있을 것이다. 즉, 아래의 테이블과 도 15에 도시된 내용은 일 실시 예에 불과하고 스피커와 채널 할당은 이와 다르게 구성될 수도 있다.

다만, 멀티 채널이 지원되는 3D 오디오 데이터는 2D 오디오 데이터와 달리 3차원 공간의 상부, 중앙부, 하부 영역별로 서로 다른 스피커를 구비한다는 점에서 공통적인 특성을 갖는다. 이러한 스피커의 공간적 배치의 예시에 대해서는 도 15에서 묘사되고 있다.

Table 85 - Audio Channel Description & Abbreviation Comparison( CEA / TTA / SMPTE / IEC )

5. 데이터 전송 방법, 데이터 수신 방법

이하에서는 도 16 내지 19를 참조하여 상술한 규격을 따르는 데이터 전송 방법, 데이터 수신 방법을 설명한다.

도 16 내지 19는 본 발명의 다양한 실시 예에 따른 데이터 전송 방법, 데이터 수신 방법의 흐름도이다.

먼저 도 16을 참조하면, 본 발명의 다양한 실시 예에 따른 데이터 전송 방법은, 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성하는 패킷 생성 단계(S1610), 상기 생성된 복수의 패킷을 데이터 수신 장치로 전송하는 전송 단계(S1620)를 포함한다. 상기 생성된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함할 수 있다. 각 단계에 대해서는 상술하였으므로 중복 설명은 생략한다.

도 17을 참조하면, 본 발명의 다양한 실시 예에 따른 데이터 수신 방법은, 데이터 전송 장치에서 전송된 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 수신하는 수신 단계(S1710)와, 상기 수신된 복수의 패킷을 파싱하는 패킷 파싱 단계(S1720)를 포함한다. 상기 수신된 복수의 패킷 각각은 상호 간에 위치나 순서를 식별하기 위한 식별 필드를 포함할 수 있다. 각 단계에 대해서는 상술하였으므로 중복 설명은 생략한다.

이때 상기 식별 필드는 상기 식별 필드를 포함하는 패킷이 상기 하나의 멀티 채널 오디오 샘플 데이터의 시작 패킷인지 여부를 나타내는 기 설정된 비트를 포함할 수 있다.

도 18을 참조하면, 본 발명의 다양한 실시 예에 따른 데이터 전송 방법은, 복수의 서브 패킷을 포함하는 패킷을 수신하는 단계(S1810)와, 상기 수신된 패킷을 파싱하는 패킷 파싱 단계(S1820)를 포함한다. 각 단계에 대해서는 상술하였으므로 중복 설명은 생략한다.

도 19를 참조하면, 본 발명의 다양한 실시 예에 따른 데이터 수신 방법은, 복수의 서브 패킷을 포함하는 패킷을 수신하는 단계(S1910)와, 상기 수신된 패킷을 파싱하는 패킷 파싱 단계(S1920)를 포함한다. 각 단계에 대해서는 상술하였으므로 중복 설명은 생략한다.

이때 상기 복수의 서브 패킷 각각은 복수의 콘텐츠 중 어느 하나에 대응되는 오디오 데이터를 포함할 수 있다.

이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.

1000: 데이터 송수신 시스템
100 : 데이터 전송 장치
200 : 데이터 수신 장치

Claims

하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성하는 패킷 생성부; 및
상기 생성된 복수의 패킷을 데이터 수신 장치로 전송하는 전송부;를 포함하고,
상기 생성된 복수의 패킷 각각은 상기 복수의 패킷 내에서 상기 복수의 패킷 각각이 차지하는 위치 또는 상기 복수의 패킷 사이의 순서를 식별하기 위한 식별 필드를 포함하며,
상기 식별 필드는 상기 복수의 패킷 각각이 복수의 패킷 중 첫번째 패킷인지, 중간 패킷인지 또는 마지막 패킷인지를 나타내는 기 설정된 비트를 포함하는 데이터 전송 장치.
제1 항에 있어서,
상기 식별 필드는 상기 식별 필드를 포함하는 패킷이 상기 하나의 멀티 채널 오디오 샘플 데이터의 시작 패킷인지 여부를 나타내는 기 설정된 비트를 포함하는 것을 특징으로 하는 데이터 전송 장치.
제1 항에 있어서,
상기 식별 필드는 상기 식별 필드를 포함하는 패킷의 인덱스를 나타내는 기 설정된 비트를 포함하는 것을 특징으로 하는 데이터 전송 장치.
제1 항에 있어서,
상기 생성된 복수의 패킷 각각은 적어도 하나의 서브 패킷을 포함하며,
상기 적어도 하나의 서브 패킷은 상기 멀티 채널 오디오 샘플 데이터의 일부를 저장하는 것을 특징으로 하는 데이터 전송 장치.
제4 항에 있어서,
상기 생성된 복수의 패킷 각각은 상기 적어도 하나의 서브 패킷이 상기 멀티 채널 오디오 샘플 데이터를 포함하는지 여부를 나타내는 샘플 프레즌트 비트(Sample Present Bit) 및 상기 서브 패킷에 포함된 오디오 샘플 데이터가 유효한 데이터인지를 나타내는 샘플 플랫 비트(Sample Flat Bit) 중 적어도 하나를 포함하는 것을 특징으로 하는 데이터 전송 장치.
제1 항에 있어서,
상기 멀티 채널 오디오 샘플 데이터는,
9채널 이상의 오디오 신호를 포함하는 것을 특징으로 하는 데이터 전송 장치.
제1 항에 있어서,
상기 오디오 샘플 데이터는,
IEC 60958 포맷을 따르는 것을 특징으로 하는 데이터 전송 장치.
데이터 전송 장치에서 전송된 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 수신하는 수신부; 및
상기 수신된 복수의 패킷을 파싱하는 패킷 파싱부;를 포함하고,
상기 수신된 복수의 패킷 각각은 상기 복수의 패킷 내에서 상기 복수의 패킷 각각이 차지하는 위치 또는 상기 복수의 패킷 사이의 순서를 식별하기 위한 식별 필드를 포함하며,
상기 식별 필드는 상기 복수의 패킷 각각이 복수의 패킷 중 첫번째 패킷인지, 중간 패킷인지 또는 마지막 패킷인지를 나타내는 기 설정된 비트를 포함하는 데이터 수신 장치.
제8 항에 있어서,
상기 식별 필드는 상기 식별 필드를 포함하는 패킷이 상기 멀티 채널 오디오 샘플 데이터의 시작 패킷인지 여부를 나타내는 기 설정된 비트를 포함하는 것을 특징으로 하는 데이터 수신 장치.
제8 항에 있어서,
상기 수신된 복수의 패킷 각각은 적어도 하나의 서브 패킷을 포함하며,
상기 적어도 하나의 서브 패킷은 상기 멀티 채널 오디오 샘플 데이터의 일부를 저장하는 것을 특징으로 하는 데이터 수신 장치.
제10 항에 있어서,
상기 수신된 복수의 패킷 각각은 상기 적어도 하나의 서브 패킷이 상기 멀티 채널 오디오 샘플 데이터를 포함하는지 여부를 나타내는 샘플 프레즌트 비트(Sample Present Bit) 및 상기 서브 패킷에 포함된 오디오 샘플 데이터가 유효한 데이터인지를 나타내는 샘플 플랫 비트(Sample Flat Bit) 중 적어도 하나를 포함하는 것을 특징으로 하는 데이터 수신 장치.
제8 항에 있어서,
상기 멀티 채널 오디오 샘플 데이터는,
9채널 이상의 오디오 신호를 포함하는 것을 특징으로 하는 데이터 수신 장치.
제8 항에 있어서,
상기 오디오 샘플 데이터는,
IEC 60958 포맷을 따르는 것을 특징으로 하는 데이터 수신 장치.
하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성하여 전송하는 데이터 전송 장치; 및
상기 전송된 복수의 패킷을 수신하여 파싱하는 데이터 수신 장치;를 포함하고,
상기 생성된 복수의 패킷 각각은 상기 복수의 패킷 내에서 상기 복수의 패킷 각각이 차지하는 위치 또는 상기 복수의 패킷 사이의 순서를 식별하기 위한 식별 필드를 포함하며,
상기 식별 필드는 상기 복수의 패킷 각각이 복수의 패킷 중 첫번째 패킷인지, 중간 패킷인지 또는 마지막 패킷인지를 나타내는 기 설정된 비트를 포함하는 데이터 송수신 시스템.
제14 항에 있어서,
상기 식별 필드는 상기 식별 필드를 포함하는 패킷이 상기 멀티 채널 오디오 샘플 데이터의 시작 패킷인지 여부를 나타내는 기 설정된 비트를 포함하는 것을 특징으로 하는 데이터 송수신 시스템.
하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 생성하는 패킷 생성 단계;
상기 생성된 복수의 패킷을 데이터 수신 장치로 전송하는 전송 단계;를 포함하고,
상기 생성된 복수의 패킷 각각은 상기 복수의 패킷 내에서 상기 복수의 패킷 각각이 차지하는 위치 또는 상기 복수의 패킷 사이의 순서를 식별하기 위한 식별 필드를 포함하며,
상기 식별 필드는 상기 복수의 패킷 각각이 복수의 패킷 중 첫번째 패킷인지, 중간 패킷인지 또는 마지막 패킷인지를 나타내는 기 설정된 비트를 포함하는 데이터 전송 방법.
제16 항에 있어서,
상기 식별 필드는 상기 식별 필드를 포함하는 패킷이 상기 멀티 채널 오디오 샘플 데이터의 시작 패킷인지 여부를 나타내는 기 설정된 비트를 포함하는 것을 특징으로 하는 데이터 전송 방법.
데이터 전송 장치에서 전송된 하나의 멀티 채널 오디오 샘플 데이터에 관한 복수의 패킷을 수신하는 수신 단계; 및
상기 수신된 복수의 패킷을 파싱하는 패킷 파싱 단계;를 포함하고,
상기 수신된 복수의 패킷 각각은 상기 복수의 패킷 내에서 상기 복수의 패킷 각각이 차지하는 위치 또는 상기 복수의 패킷 사이의 순서를 식별하기 위한 식별 필드를 포함하며,
상기 식별 필드는 상기 복수의 패킷 각각이 복수의 패킷 중 첫번째 패킷인지, 중간 패킷인지 또는 마지막 패킷인지를 나타내는 기 설정된 비트를 포함하는 데이터 수신 방법.
삭제
삭제