CN104221401B - 数据发送装置和方法、数据接收装置和方法、数据收发系统和方法 - Google Patents

数据发送装置和方法、数据接收装置和方法、数据收发系统和方法 Download PDF

Info

Publication number
CN104221401B
CN104221401B CN201380020186.0A CN201380020186A CN104221401B CN 104221401 B CN104221401 B CN 104221401B CN 201380020186 A CN201380020186 A CN 201380020186A CN 104221401 B CN104221401 B CN 104221401B
Authority
CN
China
Prior art keywords
audio
stream
data
bit
grouping
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201380020186.0A
Other languages
English (en)
Other versions
CN104221401A (zh
Inventor
金钟和
金秀英
罗日柱
尹硕振
李在珉
李庚宰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority claimed from PCT/KR2013/001128 external-priority patent/WO2013122385A1/en
Publication of CN104221401A publication Critical patent/CN104221401A/zh
Application granted granted Critical
Publication of CN104221401B publication Critical patent/CN104221401B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R5/00—Stereophonic arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43632—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H04N21/43635—HDMI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H04H20/30—Arrangements for simultaneous broadcast of plural pieces of information by a single channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/44—Arrangements characterised by circuits or components specially adapted for broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/44—Arrangements characterised by circuits or components specially adapted for broadcast
    • H04H20/46—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95
    • H04H20/47—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95 specially adapted for stereophonic broadcast systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/44—Arrangements characterised by circuits or components specially adapted for broadcast
    • H04H20/46—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95
    • H04H20/47—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95 specially adapted for stereophonic broadcast systems
    • H04H20/48—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95 specially adapted for stereophonic broadcast systems for FM stereophonic broadcast systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/44—Arrangements characterised by circuits or components specially adapted for broadcast
    • H04H20/46—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95
    • H04H20/47—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95 specially adapted for stereophonic broadcast systems
    • H04H20/49—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95 specially adapted for stereophonic broadcast systems for AM stereophonic broadcast systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/88—Stereophonic broadcast systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04S—STEREOPHONIC SYSTEMS 
    • H04S3/00—Systems employing more than two channels, e.g. quadraphonic
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00—Aspects of data communication
    • G09G2370/04—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00—Aspects of data communication
    • G09G2370/12—Use of DVI or HDMI protocol in interfaces along the display data pipeline
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/003—Details of a display terminal, the details relating to the control arrangement of the display terminal and to the interfaces thereto
    • G09G5/006—Details of the interface to the display terminal

Abstract

提供了一种数据发送装置。该数据发送装置包括：分组生成器，被配置为生成包括多个子分组的分组；以及发送器，被配置为将所生成的分组发送到数据接收装置。多个子分组中的每一个包括与多个内容中的内容相对应的音频数据。

Description

数据发送装置和方法、数据接收装置和方法、数据收发系统和 方法
技术领域
与示例性实施例一致的装置和方法涉及数据收发装置和方法，而且更具体地，涉及在有线接口环境中发送多通道音频信号的数据发送装置、数据接收装置、数据收发系统、数据发送方法、数据接收方法和数据收发方法。
背景技术
近来，由于多媒体环境已经被实施，因此已经提出了用于各种类型的数据传输的有线接口环境。例如，高清晰度多媒体接口(HDMI)和移动高清链路(MHL)规定了用于各种格式的图像数据、音频信号和控制信号的传输标准。具体来说，随着多视图(multiview)环境(在其中，多个内容在一个屏幕上显示而且多个用户可以观看彼此不同的内容)的发展，需要用于针对每种类型的内容收发声音的多内容(多流)音频信号传输标准。现有技术中使用的各种格式和设备环境必须考虑多通道音频信号的传输。
发明内容
技术问题
一个或多个示例性实施例提供了发送多流(多内容)音频信号的数据发送装置、数据接收装置、数据收发系统、数据发送方法、数据接收方法和数据收发方法。
技术方案
一个或多个示例性实施例可以克服上述缺点和上面未描述的其他缺点。然而，应该理解，一个或多个示例性实施例不需要克服上述缺点，而且可以不克服上述任何问题。
根据示例性实施例的一方面，提供了一种数据发送装置。该数据发送装置可以包括分组(packet)生成器，被配置为生成包括多个子分组的分组；以及发送器，被配置为将所生成的分组发送到数据接收装置。多个子分组中的每一个可以包括与多个内容中的内容相对应的音频数据。
多个子分组中的每一个还可以包括表示相应的子分组是否指示所述多个内容中的内容的标识字段。
所生成的分组可以包括首标，而且首标可以包括流存在(stream present) 比特和流平(stream flat)比特之一，所述流存在比特指示所述多个子分组中的每一个是否包括音频数据，而且所述流平比特指示所述多个子分组中的每一个中所包括的音频数据是否是有效数据。
多个子分组中的每一个可以存储音频数据的一部分。
音频数据可以包括两个或更多个通道的音频信号。
音频数据可以符合国际电工委员会(international electrotechnicalcommission，IEC)60958格式。
根据示例性实施例的另一方面，提供了一种数据接收装置。该数据接收装置可以包括：接收器，被配置为接收包括多个子分组的分组；以及分组解析单元，被配置为对接收到的分组执行解析。多个子分组中的每一个可以包括与多个内容中的内容相对应的音频数据。
接收到的分组可以包括首标，而且首标可以包括流存在比特和流平比特之一，所述流存在比特指示所述多个子分组中的每一个是否包括音频数据，而且所述流平比特指示所述多个子分组中的每一个中所包括的音频数据是否是有效数据。
多个子分组中的每一个可以存储音频数据的一部分。
音频数据可以包括两个或更多个通道的音频信号。
音频数据可以符合IEC 60958格式。
根据示例性实施例的另一方面，提供了一种数据收发系统。该数据收发系统可以包括：数据发送装置，被配置为生成包括多个子分组的分组并且发送所生成的分组；以及数据接收装置，被配置为接收所述发送的分组并且对接收到的分组执行解析。多个子分组中的每一个可以包括与多个内容中的内容相对应的音频数据。
根据示例性实施例的另一方面，提供了一种数据发送方法。该数据发送方法可以包括：生成包括多个子分组的分组；以及将所生成的分组发送到数据接收装置。多个子分组中的每一个可以包括与多个内容中的内容相对应的音频数据。
多个子分组中的每一个还可以包括表示相应的子分组是否指示所述多个内容中的内容的标识字段。
所生成的分组可以包括首标，而且首标可以包括流存在比特和流平比特之一，所述流存在比特指示所述多个子分组中的每一个是否包括音频数据，而且所述流平比特指示所述多个子分组中的每一个中所包括的音频数据是否是有效数据。
多个子分组中的每一个可以存储音频数据的一部分。
根据示例性实施例的另一方面，提供了一种数据接收方法。该数据接收方法可以包括：接收包括多个子分组的分组；以及对接收到的分组执行解析。多个子分组中的每一个可以包括与多个内容中的内容相对应的音频数据。
接收到的分组可以包括首标，而且首标可以包括流存在比特和流平比特中任何一个，所述流存在比特指示所述多个子分组中的每一个是否包括音频数据，而且所述流平比特指示所述多个子分组中的每一个中所包括的音频数据是否是有效数据。
多个子分组中的每一个可以存储音频数据的一部分。
音频数据可以包括两个或更多个通道的音频信号。
根据示例性实施例的另一方面，提供了一种数据收发方法。该数据收发方法可以包括从第一装置向第二装置发送扩展的显示标识数据(extended displayidentification data，EDID)块，其包括指示多通道音频数据的三维(3D) 音频特性的第一子块和指示多通道音频数据的3D扬声器分配信息的第二子块中的至少一个；从第二装置向第一装置发送元数据分组，其包括指示多通道音频数据的通道分配标准类型信息的ACAT字段、指示多通道音频数据的通道数目的通道计数字段、以及指示多通道音频数据的通道/扬声器分配信息的3D通道/扬声器分配字段中的至少一个；以及在第一装置中对发送的至少一个多通道音频采样数据分组执行解析以输出音频。至少一个多通道音频采样数据分组可以包括多个子分组，而且多个子分组中的每一个可以包括用于识别它们在多个子分组当中的位置或次序的标识字段。
根据示例性实施例的另一方面，提供了一种数据收发方法。该数据收发方法可以包括从第一装置向第二装置发送EDID块，其包括指示多通道音频数据的多流音频特性的子块；从第二装置向第一装置发送音频信息帧分组，其包括指示多通道音频数据的通道数目的通道计数字段、以及指示多通道音频数据的通道/扬声器分配信息的3D通道/扬声器分配字段中的至少一个；从第二装置向第一装置发送至少一个音频采样数据分组；以及在第一装置中对发送的至少一个音频采样数据分组执行解析以输出音频。至少一个音频采样数据分组可以包括多个子分组，而且多个子分组中的每一个可以包括与多个内容中的内容相对应的音频数据。
根据上述各种示例性实施例，生成包括多个子分组的分组，而且多个子分组中的每一个包括与多个内容中的内容相对应的音频数据，从而提供能够将用于多个内容的音频信号作为一个分组发送的标准。
示例性实施例的附加方面和优点将在详细描述中阐述，将根据详细描述变得明显，或者可以通过实践示例性实施例来习得。
附图说明
通过参照附图详细描述示例性实施例，以上和/或其他方面将更加明显，在附图中：
图1是示出3D音频信号的传输定时的视图；
图2是示出根据示例性实施例的数据收发系统的配置的框图；
图3是示出图2的数据收发系统的数据发送装置的配置的框图；
图4是示出图2的数据收发系统的数据接收装置的配置的框图；
图5是示出根据示例性实施例的音频采样分组(packet)的传输流的视图；
图6是示出根据另一示例性实施例的音频采样分组的传输流的视图；
图7是示出根据示例性实施例的传输流格式的视图；
图8是示出根据示例性实施例的音频采样分组的传输流的视图；
图9和图10是示出根据示例性实施例的多流音频采样分组的传输流的视图；
图11是示出根据示例性实施例的多流音频采样分组的传输流的视图；
图12是示出根据示例性实施例的使用消费类电子控制(CEC)发送扬声器位置信息的示意图；
图13是示出根据示例性实施例的3D音频采样被从蓝光盘播放器(BDP) 发送到电视(TV)的顺序的视图；
图14是示出根据示例性实施例的、多流音频从BDP发送到TV的顺序的视图；
图15是示出根据示例性实施例的用于3D音频的通道的扬声器布置的视图；
图16到图19是示出根据各种示例性实施例的数据发送方法和数据接收方法的流程图。
具体实施方式
现在将参照附图详细地描述某些示例性实施例。
在下面的描述中，即使在不同的附图中，相同的参照标记也被用于相同的元件。描述中定义的、诸如详细结构和元件的事项被提供以便有助于全面理解示例性实施例。因此，显而易见的是，示例性实施例可以在没有这些具体定义的事项的情况下实现。此外，没有详细描述公知的功能或结构，因为它们会以不必要的细节模糊示例性实施例。
如本文所用的术语“多通道音频”表示具有2个以上通道的音频信号。
在示例性实施例的以下描述中，将多通道音频划分为2维(2D)音频通道和 3维(3D)音频通道。“2D音频通道”具有2个通道到8个通道的多个音频通道，并且表示这样的音频通道，其中与各通道相对应的扬声器被放置在平面上。与此相对，在“3D音频通道”具有包括9个以上通道的多个音频通道，而且与各通道相对应的扬声器被放置在3D空间中。
举例来说，示例性实施例可以使用在TTA(10.2ch),SMPTE2036-2(22.2ch) 或IEC62574(30.2ch)中定义的使用通道布局来实现3D音频。3D音频可以包括如本文所定义的降混(down mix)音频流。
术语“多流音频”表示这样的音频信号，其具有与多视图环境中的每个视图相对应地被分类的音频信号，在所述多视图环境中可以观看两个或更多个有区别的内容。每个视图的音频信号可以是多通道音频。例如，如果支持多视图视频，诸如与双视图游戏或四视图游戏相关联的多视图视频，则多流音频可以是与使用3D视频格式发送的视频流相关的一类音频流。
下文中，将基于从HDMI1.4b规范的音频扩展的、具有9到32个(或更多)通道的3D音频、以及用于多视图显示装置的多流音频，来解释示例性实施例。更重要的是，包括下面描述的改变以支持新的音频特征。
然而，因为示例性实施例可以应用到各种有线接口的传输标准，诸如本技术领域的等效范围之内的移动高清链路(MHL)标准和高清多媒体接口 (HDMI)标准，所以下面描述的示例性实施例在类似的有线接口传输标准中也可以是有效的。
在下面的描述，将描述通过数据岛(data island)时段发送的HDMI分组的新的定义(包括3D音频采样分组、3D一比特音频采样分组、音频元数据分组、多流音频采样分组和多流一比特音频采样分组)、对于分组的打包处理、以及在扩展显示标识数据(E-EDID)内的HDMI音频数据块的定义以支持根据新的特征的发现功能。除非本文另有定义，根据示例性实施例，所述规范基本上按照HDMI1.4b，而且不改变HDMI1.4b。
与HDMI1.4b相反的解释可以被替换为以下新定义的特征，然而，其他解释可以与HDMI1.4b的规范一致。所述规范是指以下规范。
HDMI、HDMI Licensing、LLC,High-Definition Multimedia InterfaceSpecification Version 1.4b,2011年10月11日
TTA,TTAK.KO-07.0098,Audio Signal Formats for Ultra High Definition(UHD)Digital TV,2011年12月21日
SMPTE,SMPTE 2036-2:2008,UHDTV Audio characteristics and audio channelmapping for program production,2008
IEC,IEC 62574ed.1.0,Audio,video and multimedia systems Generalchannel assignment of multichannel audio,2011年4月7日
MHL,LLC,Mobile High-definition Link version 2.0,2012年2月
*TTA：电信技术协会(Telecommunications Technology Association)
概述
基本音频功能包括与采样率为32kHz、44.1kHz或48kHz的IEC 60958 的线性脉码调制(L-PCM)音频流相关的功能。这个音频流可以包含普通立体声流。可选地，HDMI可以以192kHz的采样率发送具有3到32个音频通道的音频。HDMI可以以比特率达49.152Mbps(例如，环绕声)的IEC 61937 压缩格式发送音频流。HDMI可以发送具有2到32个音频通道以及直接流传输(DST)的一比特音频，即，压缩格式中的一比特音频。HDMI可以发送 3D音频流，其中扬声器可以放置在3D空间中的任何地方。3D音频流可以最多包括32个音频通道，其在数据岛时段通过连续分组发送。如果支持多视图视频流传输(例如，在每个视图中具有多个音频的双视图或四视图游戏)，则 HDMI可以发送多个音频流。关于这种情况，可以支持四个立体声音频流。
数据岛分组(data island packet)定义
在HDMI1.4b规范的5.3.1节分组首标中，可以将表5-8替换为下表。
表1-分组类型
*对于InfoFrame(信息帧)的分组布局，应该参考HDMI 1.4b规范的8.2 节。
参照表1，从区域0x0B到0x0F定义新的分组。在0x0B中定义3D音频采样分组。在0x0C中定义3D一比特音频采样分组。此外，在0x0D中定义音频元数据分组，在0x0E中定义多流音频采样分组，而且在0x0F中定义多流一比特音频采样分组。下面将详细说明新定义的分组。
此外，还将说明没有新定义分组的各种可替换的建议。表1中的分组定义将被称为第一示例性实施例。各种可替代的建议将被称为第二示例性实施例、第三示例性实施例、等等。各种可替代的建议将基于与第一示例性实施例的区别进行说明。
1-1.3D音频采样分组
第一示例性实施例
在第一示例性实施例中，可以使用新定义的3D音频采样分组发送 L-PCM格式的3D音频。如上所述，“3D音频”被定义为这样的音频：在其中，扬声器可以根据3D音频标准(例如，10.2ch、22.2ch、30.2ch、或更多) 被放置在3D空间中的确定的位置上。
3D音频流可以包括32个(或更多个)音频通道，并在数据岛时段中通过连续的分组发送。每个分组可以具有多达8个音频通道。分组首标可以包括采样起始(sample-start)和采样存在(sample-present)比特，以通知(指示) 3D音频采样内的分组位置，这将在下面描述。下表显示3D音频采样分组首标。
表2-3D音频采样分组首标
每个字段包括以下信息。
sample_start：[1比特]指示：如果采样起始是1，则当前分组是3D音频采样的第一个分组。因此，sample_start指示3D音频流的开始。接收器(sink) 区分采样的起始部分与所述采样起始。
sample_start＝1，除了指示当前3D音频采样分组是3D音频采样的第一个分组之外，还指示当前3D音频采样分组被完全打包到8个音频通道。但是，如果低于8个音频通道降混的3D音频被发送，则只有8个或更少的音频通道可以被打包。sample_start＝0指示：当前3D音频采样分组是3D音频采样的中间或最后的分组，并且包括8个或更少个音频通道。可以仅存在3D音频采样分组的5个有效sample_present比特的设置。
sample_present.spX：[4个字段，每个字段1比特]指示子分组X是否包括音频采样。一条3D音频采样数据可以被包括在两个或多个3D音频采样分组中，并且每个3D音频采样分组可以具有四个子分组。因此，每个3D音频采样分组首标可以具有总共四个采样存在(sample-present)比特，其对应于四个子分组。每个sample_present比特表示相应的子分组是否具有3D音频采样的一部分。
sample_flat.spX：[4个字段，每个字段1比特]指示子分组X是否是指扁平线(flatline)采样。如果sample_present.spX被建立，则它是有效的。如果没有发现可以在源处使用的可用音频数据，则4个sample_flat.spX比特可以被建立。当采样率改变时或当存在临时流中断时，则可以发生所述建立。如果sample_flat.spX被建立，则子分组X仍然是指采样时段，但是，不包括可用的音频数据。只有在相应的sample_present.spX比特被建立的情况下， sample_flat.spX才有效。
在发送具有L-PCM音频的9到32个通道(或更多)的一个3D音频采样(即，帧是5到16个IEC 60958帧)时，可以利用相邻的3D音频采样分组。
表3示出了有效的sample_present比特值。
表3-用于3D音频发送的有效的sample_present比特配置
SP0 SP1 SP2 SP3 描述
0 0 0 0 没有包含音频采样的部分的子分组。
1 0 0 0 只有子分组0包含音频采样的一部分
1 1 0 0 子分组0和1包含音频采样的两个连续部分
1 1 1 0 子分组0、1和2包含音频采样的三个连续部分
1 1 1 1 子分组0、1、2和3包含音频采样的四个连续部分
BX：[4个字段，每个字段1比特]指示：如果子分组X包括由IEC 60958 块构成的192个帧中的第一帧，则B.X＝1。否则，B.X＝ 0。
3D音频采样分组包括如表2所示的音频采样分组首标、和四个子分组。 3D音频采样分组中的每个子分组都具有根据IEC 60958定义的3D音频采样数据。
如果源要求3D音频流的降混，则可以使用3D音频采样分组发送降混的音频流。如果接收器不支持3D音频，则源可以不发送3D音频采样分组。将 3D音频转换为遗留音频格式可能超出本说明书的范围。基于通道编号，可以存在彼此不同的多个子分组布局。在下文中，表4至表6分别指示对于12、 24和32个通道的3D音频分组布局的例子。
表4-对于12个通道的3D音频采样分组布局的例子
表5-对于24个通道的3D音频采样分组布局的例子
表6-对于32个通道(最大)的3D音频采样分组布局的例子
图1示出了发送3D音频信号的定时。
参照图1，在水平消隐间隔，发送8个通道的三个2D音频信号采样中的每一个。在以上发送所使用的相同的持续时间中，发送24个通道的3D音频信号中的一个采样。
视频依赖(video dependency)
表7示出了可以用来在CEA-861-F中描述(在D或E中也有描述)的各种视频格式定时发送3D音频的采样率。假设在水平消隐间隔的58TMDS时钟周期必需用于内容保护重新同步。发送3D音频可以通过3D音频采样分组来支持。
表7示出了对于24比特视频格式定时的3D音频的最大采样频率。
表7-对于视频格式定时的3D音频的最大采样频率
第二示例性实施例
根据不同于第一实施方式的第二示例性实施例，常规的音频采样分组格式可以被修改和使用。
如下面的表8所示，常规的音频采样分组的保留区域可以用作 segment_indicator(段指示符)。根据示例性实施例，segment_indicator可以利用两个比特表示。如果segment_indicator＝00，则指示第一分组。此外，如果 segment_indicator＝01，则指示分组是中间分组的奇分组，如果 segment_indicator＝10，则指示分组是中间分组的偶分组，如果 segment_indicator＝11，则指示分组是最后的偶分组。此外，上述标识符仅仅是示例，而且与比特匹配的分组可以是不同的。
无论段是否被损坏，都可以发现上述结构。如果一个段被损坏，则具有损坏的段的第n个采样可以被丢弃，或者只有损坏的音频采样分组可以被丢弃。段指示一个或多个音频采样分组被划分到的组中的单独的音频采样分组。
Layout(布局)指示关于HDMI1.4b中的采样和通道的数目的信息。例如，一个音频采样分组可以包括两个通道的四个音频采样或8个通道的一个音频采样。在本说明书进行了扩展，常规的保留区域中的layout_ext字段被创建，这指示关于3D音频是否被提供了布局的信息。
例如，如果layout_ext＝0而且layout＝0，1，则按照常规方法类似地指示 2D音频采样和通道的数目。然而，如果layout_ext＝1而且layout＝0，则指示 3D音频采样。如果layout_ext＝1而且layout＝1时，则指示多流音频采样。
除了具体描述的字段外，第二示例性实施例中的其它字段可以与第一示例性实施例中的字段相同。
表8-修改的音频采样分组
表8-1segment_indicator字段
Segment_indicator 描述
00 起始段Start_segment
01 中间段(奇)mid_segment(odd)
10 中间段(偶)mid_segment(even)
11 结束段End_segment
表8-2layout和layout_ext之间的关系：参照表7-6HDMI 1.4b
Layout_ext layout 描述
0 0 2个通道/4个采样
0 1 8个通道/1个采样
1 0 3D音频
1 1 保留
图5示出了根据第二示例性实施例的音频采样分组的传输流。
参照图5，当在水平消隐间隔中发送关于22.2通道的3D音频的两个采样分组时，每个字段值被建立。在第一分组中，segment_indicator＝00，在第二分组中，segment_indicator＝10，而且在最后的分组中，segment_indicator＝11。因为上述实施例是3D音频信号，所以layout_ext＝1而且layout＝0。在10.2 通道的3D音频中发现类似的字段值。
第三示例性实施例
根据第三示例性实施例，常规的音频采样分组格式也被改变和使用，虽然与第二示例性实施例相比指示更少的信息。
参照下面的表9，常规的音频采样分组的保留区域可以用作 multichannel_indicator(多通道指示符)。与第二示例性实施例的 segment_indicator不同，multichannel_indicator指示关于音频采样分组是否是 3D音频的信息。根据multichannel_indicator的比特信息，由布局字段指示的信息可以改变。
因此，multichannel_indicator可以利用一比特来表示。如果 multichannel_indicator＝0，则布局字段指示传统的HDMI1.4b中定义的通道/ 采样布局。如果multichannel_indicator＝1，则布局字段指示使用多于8个通道发送多通道音频采样数据的布局。在这种情况下，参照采样的起始来使用布局。如果layout＝1，则指示当前音频采样分组中包括采样的起始。如果layout (start)＝0，则指示当前音频采样分组不包括采样的起始。另外，以上描述仅是示例性的，而且与比特匹配的分组可以是不同的。除了所描述的字段外，第三示例性实施例中其它的字段可以与第一示例性实施例中的字段相同。
表9-修改的音频采样分组首标
表9-1Mmultichannel_indicator和Layout/start
上述结构使对传统的音频采样分组的保留区域的改变最小化，同时指示关于3D音频是否与音频采样分组一起被包括的信息。因此，根据第三示例性实施例的分组结构比第二实施例更简单。
图6示出了第三示例性实施例中的音频采样分组的传输流。
参照图6，当在水平消隐间隔发送关于22.2通道的3D音频的两个采样分组时，每个字段值被建立。在第一分组中，layout＝1，而且在第二分组和第三分组中，layout＝0。然而，因为每一个分组都是3D音频信号的一部分，所以multichannel_indicator＝1。在10.2通道的3D音频中建立类似的字段值。
第四示例性实施例
根据第四示例性实施例，常规的音频采样分组格式也被改变和使用，但是不同于第二示例性实施例，还提供了关于是否提供多流音频的信息。
参照下面的表10，常规的音频采样分组的保留区域可以用作Stream_ID 和multiASP_layout。multiASP_layout执行与第三示例性实施例中的 multichannel_indicator相同的功能。换句话说，multiASP_layout指示3D音频是否被提供。根据multiASP_layout比特信息，由layout字段指示的信息是不同的。
如果提供多流音频，则Stream_ID指示流编号。根据示例性实施例，一个比特可以用于Stream_ID中，而且0指示第一个流而且1指示第二个流。每个流对应彼此不同的内容的视图。另外，以上描述仅是示例性的，而且与比特匹配的分组可以是不同的。
如果与多流音频相对应的一个视图具有8个或更少通道的音频信号，则在一个音频采样分组中Stream_ID和multiASP_layout将不会同时是0。
表10修改的音频采样分组首标
表10-1Stream_ID的描述
Stream_ID 描述
0 流1
1 流2
上述结构在通过一个数据采样分组显示多流音频和3D音频二者的信息时具有实现兼容性的效果。此外，如果Stream_ID字段和流的标识符被创建，则多个流在发送时可以彼此区分开。因此，超过一个分组大小的多流音频采样数据可以被发送。另外，在第四示例性实施例中，除了所描述的字段外的字段与第一示例性实施例中的字段相同。
也可以考虑将Stream_ID字段、multiASP_layout字段和layout/start字段的值相结合的音频数据传输流。如果multiASP_layout＝1，则指示3D音频传输流，而且layout/start指示关于分组的起始的信息。如果Stream_ID＝1，则指示多流，而且根据layout/start建立通道和采样的数量。例如，接收Stream_ID＝1 的分组的接收器识别出，多流音频数据被发送而且当前接收的分组是两个多流音频数据中的第二个流音频数据。
第五示例性实施例
根据第五示例性实施例，常规的音频采样分组格式也被改变和使用。
参照下面的表11，常规的音频采样分组的保留区域可以用作Supports_Multistream(支持多流)和multiASP_layout(多ASP布局)。 multiASP_layout执行与第四示例性实施例中的multiASP_layout相同的功能。换句话说，multiASP_layout指示3D音频是否被提供。由layout字段指示的信息根据multiASP_layout的比特信息而不同。
Supports_Multistream指示关于多流音频是否被提供的信息。根据示例性实施例，一比特可以用于Supports_Multistream中。1指示多流音频被提供。此外，以上描述仅是示例性的，而且与比特匹配的分组可以是不同的。
根据第五示例性实施例，一个音频采样分组可以最大包括2个通道的四个多流音频采样。可以与四个子分组中的每一个相对应地发送每个视图中的音频采样。
如果与多流音频相对应的一个视图具有8个或更少通道的音频信号，则在一个音频采样分组中Supports_Multistream和multiASP_layout将不会同时是0。
表11-修改的音频采样分组首标
上述结构在通过一个数据采样分组显示多流音频和3D音频二者的信息时具有实现兼容性的效果。此外，将要支持的每一个特征可以被写入一个音频采样分组中。此外，在第五示例性实施例中，除了所描述的字段外的字段与第一示例性实施例中的字段相同。
可以考虑将Supports_Multistream字段、multiASP_layout字段和 layout/start字段的值组合的音频数据传输流的特征。如果 Supports_Multistream＝0而且multiASP_layout＝1，则指示3D音频传输流，而且layout/start指示关于分组的起始的信息。如果Supports_Multistream＝1，则指示多流，而且根据layout/start建立通道和采样的数量。
第六示例性实施例
根据第六示例性实施例，建议与第四示例性实施例类似地改变常规的音频采样分组格式。
参照下面的表12，常规的音频采样分组的保留区域可以用作Stream_ID 和multiASP_layout。Stream_ID和multiASP_layout执行与第四示例性实施例中的Stream_ID和multiASP_layout相同的功能。由layout字段指示的信息根据multiASP_layout的比特信息而不同。
由于利用2比特表示Stream_ID，因此如果多流音频被提供，则可以写入4个流编号。彼此不同的比特的组合对应于彼此不同的内容的视图。
如果多流音频的一个视图具有8个或更少通道的音频信号，则在一个音频采样分组中将不会发现Stream_ID大于1且multiASP_layout是1。
表12修改的音频采样分组首标
表12-1Stream_ID的描述
Stream_ID 描述
00 流1
01 流2
10 流3
11 流4
上述结构在通过一个数据采样分组显示多流音频和3D音频二者的信息时具有实现兼容性的效果。具体而言，相比于第四示例性实施例，更多数量的多流可以被识别。在第六示例性实施例中，除了描述的字段外的字段与第一示例性实施例中的字段相同。
表13示出将Stream_ID字段、multiASP_layout字段和layout/start字段的值组合的音频数据传输流的特征。如果multiASP_layout＝1，则指示3D音频传输流，而且layout/start指示关于分组的起始的信息。如果 Stream_ID＝01～11，则指示多流，而且根据layout/start建立通道和采样的数量。
表13根据示例性实施例的与提出的特征有关的能力
第七示例性实施例
根据第七示例性实施例，使用在第一示例性实施例中新定义的3D音频采样分组来发送3D音频采样分组和多流音频采样分组。
第七示例性实施例类似于第一实施方式，并且还包括指示多流音频是否被发送的ext_layout字段的特征。如果ext_layout＝0，则该字段指示多流音频被发送。如果ext_layout＝1，则该字段指示3D音频被发送。
除了sample_start字段、sample_present.spX字段和sample_flat.spX字段的额外字段与第一个示例性实施例中的字段相同，并且将不会在下面进一步描述。表14指示根据第七示例性实施例的音频采样分组结构。
表14-扩展的音频采样分组(24个通道，频率＝96kHz)
N/通道1,2 N/通道9,10 N/通道17,18 N+1/通道1,2
N/通道3,4 N/通道11,12 N/通道19,20 N+1/通道3,4
N/通道5,6 N/通道13,14 N/通道21,22 N+1/通道5,6
N/通道7,8 N/通道15,16 N/通道23,24 N+1/通道7,8
表14-1-扩展的音频采样分组的例子
表15指示根据ext_layout的字段值的分组主体结构。参照表15，关于多流的例子，与一个视图相对应的音频信号可以包括2个通道，并且因此一个分组可以包括与4个视图相对应的音频信号。此外，关于3D音频信号，可以表示关于多个通道的音频信号。上述各个示例性实施例描述了具有32个通道的音频信号。然而，示例性实施例不限于具有32个通道的音频信号，而且可以根据其它示例性实施方式创建具有多于或少于32个通道的音频信号。
表15EASP打包
在上述示例性实施例中，多流音频信号可以被包括在与垂直同步消隐间隔中放置有每个视图的图像数据的区域相对应的区域中并且被发送。图7示出了上面描述的传输流格式。参照图7，音频信号对应于与图像信号相对应的每个视图的左侧区域。
1-2.3D一比特音频采样分组
第一示例性实施例
根据第一示例性实施例，使用新定义的3D一比特音频采样分组来发送一个比特音频格式的3D音频。如上所述，根据示例性实施例的3D音频的定义使得扬声器可以放置在3D空间中的任何位置。
3D一比特音频流包括32个或更多个音频通道，其在数据岛时段通过连续分组发送。分组首标具有sample_start和sample_present比特，用于指示分组在一比特音频采样内的位置。
表16-一比特3D采样分组首标
sample_start：[1比特]指示：如果sample_start＝1，则当前分组是3D一比特音频采样的第一个分组。sample_start与上面在3D音频分组中描述的 sample_start相同，因此将不作进一步说明。
samples_present.spX：[4个字段，每个字段1比特]指示子分组X是否包括音频采样。四个sample_present比特可以被包括在3D一比特音频采样分组首标中，并且每个sample_present比特为每个子分组而创建。如果子分组包括音频采样，则相应的比特被建立。sample_present.spX与上面描述的相同。
samples_invalid.spX：[4个字段，每个字段1比特]指示子分组X是否是指无效采样。如果sample_invalid＝1，则子分组X的采样无效。0指示子分组 X的采样有效。只有在sample_present.spX被建立的情况下，上述比特才有效。如果没有发现可以在源处使用的可用音频数据，则4个sample_invalid.spX 比特被建立。如果sample_invalid.spX被建立，则子分组X是指连续的采样时段。然而，不包括任何可用的数据。
在3D一比特音频中，采样频率信息被包括在音频信息帧中并且被发送 (请参见HDMI1.4b第8.2.2节)。
3D一比特音频采样分组的采样分组包括如表16所示的一比特音频采样分组首标、和四个子分组。每个子分组可以包括用于最多四个音频通道的一比特音频比特。
在发送9到32个音频通道的3D一比特音频采样时，可以使用相邻的3D 一比特音频采样分组。用于3D一比特音频采样分组的sample_present比特的可用组合可以通过分配允许的通道来确定。不同于3D音频采样分组，3D一比特音频采样分组没有B0～B3字段，因为3D一比特音频采样分组不符合IEC 60958块格式。
各种替代方案
同时，关于3D音频采样分组的各种示例性实施例，可以分别定义相应的3D一比特音频采样分组。除了上述sample_invalid.spX字段不同外，3D一比特音频采样分组可以被定义为与3D音频采样分组相同，而且只有B0～B3 字段被从3D音频采样分组中排除。其他解释与上面的描述相同，因此将不再进一步描述。
1-3.多流音频采样分组
在下面，将说明新建议的多流音频采样分组结构。将描述第一示例性实施例，并且基于与第一示例性实施例的不同来说明其它各种可替换的示例性实施例。
第一示例性实施例
根据第一示例性实施例，使用多流音频采样分组来发送L-PEM和IEC 61937压缩音频格式的多个音频流。包括多流音频采样中的每个音频流具有两个或更多个音频通道。通过使用分组首标的stream_present比特来确定建立子分组。表17表示多流音频采样分组的首标结构。
表17-多流音频采样分组首标
stream_present.spX：[4个字段，每个字段1比特]指示子分组X是否包括流X的音频采样。四个stream_present比特在多流音频采样分组首标中创建，并且每个stream_present比特为相应的子分组而创建。stream_present比特指示相应的子分组是否包含音频流。由于stream_present.spX基本上执行与3D 音频采样分组中的sample_present.spX相同的功能，因此将不对这个功能的描述进行说明。
stream_flat.spX：[4个字段，每个字段1比特]指示子分组X是否是指流 X的扁平线采样。只有在stream_present.spX被建立的情况下stream_flat.spX 才是有效的。如果在源处没有发现可用的音频数据，则4个stream_flat.spX 比特被建立。当采样率改变时或当存在临时流中断时，则执行stream_flat.spX 比特的建立。如果stream_flat.spX比特被建立，则子分组X继续指示采样时段，但是，不包括可用的音频数据。由于stream_flat.spX基本上与3D音频采样分组中的stream_flat.spX相同，因此将不对这个功能进行说明。
如果子分组X包括构成IEC 60958的192个帧中的第一帧，则B.X＝1。否则，B.X＝0。
多流音频采样分组使用表17所示的分组首标、和四个子分组。每个子分组具有相同的结构。
如果支持多视图视频流传输(例如，在每个视图中具有不同音频的双视图或四视图游戏)，则HDMI允许源可以同时传输四个音频流。
包括在多流音频采样中的每个音频流涉及一个单一视图，并且包括两个音频通道。每个多流音频采样分组的子分组具有根据由0或1定义的IEC 60958或IEC 61937块配置的帧。三个子分组布局被定义。下面的表18至表20示出了对于2、3和4个音频流的多流音频分组布局的例子。
表18对于2个音频流的多流音频采样分组布局的例子
表19-对于3个音频流的多流音频采样分组布局的例子
表20-对于4个音频流的多流音频采样分组布局的例子
图8示出了根据第一示例性实施例的音频采样分组的传输流。
参照图8，关于针对双视图的2通道音频采样分组，在水平消隐间隔中发送包括两个采样的一个采样分组。关于针对四视图的2通道音频采样分组，在水平消隐间隔中发送包括四个采样的一个采样分组。尽管该图描述了发送最多2通道的多流音频采样，但是根据其他示例性实施例可以通过一个多流音频采样分组发送具有多个通道(其包括两个以上通道)的多流音频采样。简言之，与每个视图相对应的音频可以通过相应的子分组发送；此外，可以通过一个或多个连续的多流音频采样分组发送具有多个通道(其包括两个以上通道)的多流音频采样数据。
根据示例性实施例，多流音频采样分组发送四个立体声音频采样。每个采样对应于单独的音频流。例如，如果HDMI源发送两个分开的音频流，则可以在发送流0的音频采样时使用子分组0，而且可以在发送流1的音频采样时使用子分组1。
第二示例性实施例
根据第二示例性实施例，常规的音频采样分组格式被改变和使用，并且同时还提供关于多流音频是否被提供的信息。
参照下面的表21，常规的音频采样分组的保留区域可以用作 Stream_Identifier(Stream_ID)。如果多流音频被提供，则Stream_ID指示流编号。根据示例性实施例，Stream_ID可以使用两个比特；00指示第一流， 01指示第二流，依此类推。每个流对应彼此不同的内容的视图。另外，以上描述仅是示例性的，而且与比特匹配的分组可以是不同的。
在HDMI1.4b中，layout(布局)指示关于采样和通道的数目的信息。例如，一个音频采样分组可以包括2通道音频的四个采样和8通道音频的一个采样。
表21-修改的音频采样分组首标
表21-1-Stream_Identifier的描述
Stream_Identifer 描述
00 流1
01 流2
10 流3
11 流4
上述结构实现了使用常规的保留区域以简单的方式提供多流的ID的优势。
图9和图10示出了根据第二示例性实施例的多流音频采样分组的传输流。
参照图9，关于针对双视图的2通道音频采样分组，在水平消隐间隔中发送包括相同内容的采样数据的四个单元的一个采样分组。换句话说，一个采样分组包括关于一个视图的音频信号。关于针对四视图的2通道音频采样分组，在水平消隐间隔中发送针对四个视图的四个采样分组。另外，可以连续发送任一视图的采样分组，或者可以以与另一视图交替的方式发送采样分组。图9示出了2通道音频采样分组的例子；然而，也可以应用具有多个通道(其包括2个以上通道)的音频采样分组。此外，如图所示，可以在每一个视图中包括并发送相同的确定数目的采样数据；然而，也可以发送不同数目的采样数据。
图10示出了在水平消隐间隔中发送针对双视图的8通道音频采样分组，其包括指示8通道和两个采样分组的采样数据。利用一个采样分组，可以完成关于一个视图的采样数据的发送。可以连续发送，或者可以以与另一视图的采样分组交替的方式发送，每个视图的采样分组。关于针对四视图的8通道音频采样分组，在水平消隐间隔中发送包括针对一种类型的内容的采样数据的一个采样分组；然而，应该发送四个视图的每个采样分组。
类似于第二示例性实施例，如果Stream_Identifier被使用，并且如果音频时钟再生分组包括上述信息，则可以更有效地实现同步视频和音频的操作。下面的表22提供了根据第二示例性实施例的修改的音频时钟再生分组的结构。
表22音频时钟再生分组首标和子分组
表22-1音频时钟再生分组首标
表22-2音频时钟再生子分组
表22-3Stream_Identifier的描述
Stream_Identifer 描述
00 流1
01 流2
10 流3
11 流4
参照表22，通过在音频时钟再生分组的保留区域中包括关于多流索引的信息，可以有效地实现多视图系统的视频和音频的同步。具体地，关于不同时显示多视图的系统，上述分组结构可以是有用的。
第三示例性实施例
第三示例性实施例类似于第四实施例的3D音频采样分组。传统的音频采样分组格式被改变和使用，同时具有提供多流识别信息的功能。
参照下面的表23，常规的音频采样分组的保留区域可以用作Stream_ID 和multiASP_layout。Stream_ID和multiASP_layout与第四示例性实施例的3D 音频采样分组中描述的Stream_ID和multiASP_layout相同。
表23修改的音频采样分组首标
表23-1Stream_Identifier的描述
Stream_ID 描述
0 流1
1 流2
上述结构在通过一个数据采样分组显示多流音频和3D音频二者的信息时具有实现兼容性的优点。
根据Stream_ID字段、multiASP_layout字段和layout/start字段的值的结合的音频数据传输流的特征与上面相对于第四示例性实施例的3D音频采样分组描述的特征相同。
第四示例性实施例
根据第四示例性实施例，常规的音频采样分组格式可以被改变和使用。第四示例性实施例对应于第五示例性实施例的3D音频采样分组。
参照下面的表24，常规的音频采样分组的保留区域可以用作 Supports_Multistream和multiASP_layout。Supports_Multistream和 multiASP_layout与在第五示例性实施例的3D音频采样分组中描述的 Supports_Multistream和multiASP_layout相同。
表24修改的音频采样分组首标
上述结构在通过一个数据采样分组显示多流音频和3D音频二者的信息时具有实现兼容性的优点。此外，上述结构还实现另一个优点：要被支持的每个特征可以被写入一个音频采样分组中。
音频数据传输流的特征可以根据Supports_Multistream字段、 multiASP_layout字段和layout/start字段的值的组合来实现。每个字段的值与上面描述的3D音频采样分组的表13中的字段的值相同。
同时，在上述示例性实施例中，多流音频信号可以被包括在与垂直同步消隐间隔中放置有每个视图的图像数据的区域相对应的区域中并且被发送。图7的描述提供了这个特征的详细描述。
第五示例性实施例
第五示例性实施例提出了与第三示例性实施例类似的常规的音频采样分组格式的修改方法。
参照下面的表25，常规的音频采样分组的保留区域可以用作Stream_ID 和multiASP_layout。Stream_ID和multiASP_layout分别执行与第三示例性实施例中的Stream_ID和multiASP_layout相同的功能。
由于利用2比特表示Stream_ID，因此如果多流音频被提供，则可以指示4个流编号。比特的每个不同组合对应于彼此不同的内容的视图。
如果多流音频的一个视图具有8个或更少通道的音频信号，则在一个音频采样分组中将不会发现Stream_ID大于1且multiASP_layout是1。
表25修改的音频采样分组首标
表25-1Stream_Identifer的描述
Stream_Identifer 描述
00 流1
01 流2
10 流3
11 流4
上述结构在通过一个数据采样分组显示多流音频和3D音频二者的信息时具有实现兼容性的优点。具体而言，相比于第三示例性实施例，更多数量的多流可以被区分。
表26示出将Stream_ID字段、multiASP_layout字段和layout/start字段的值组合的音频数据传输流的特征。如果multiASP_layout＝1，则指示3D音频传输流，而且layout/start指示关于分组的起始的信息。如果 Stream_ID＝01～11，则指示多流，而且根据layout/start建立通道和采样的数量。
表26根据示例性实施例的与提出的特征有关的能力
第六示例性实施例
第六示例性实施例提出将Stream_ID添加到根据第一示例性实施例的音频采样分组。Stream_ID与上面描述的相同，而且其它字段与第一示例性实施例中描述的字段相同。表27示出了根据第六示例性实施例的音频采样分组首标。然而，虽然在表中利用4比特建立Stream_ID，但是也可以利用1至3 比特、或者5比特或更多比特来建立Stream_ID。分组类型指示新定义的分组类型。
为了区分每个流中的音频，使用Stream_ID。因此，相比于第一示例性实施例，一个多流音频采样分组包括用于一个流的音频采样数据。
表27扩展音频采样分组
第七示例性实施例
第七示例性实施例提出了在第1.1节的第一示例性实施例中新定义的3D 音频采样分组和使用3D音频采样分组的多流音频采样分组。
第七示例性实施例类似于第一实施例，并且还包括指示多流音频是否被提供的ext_layout字段。因此，如果ext_layout＝0，则该字段指示多流音频被发送。如果ext_layout＝1，则该字段指示3D音频被发送。
包括sample_start字段、sample_present.spX字段和sample_flat.spX字段的其他字段与第一个示例性实施例中所描述的字段相同，并且将不会进一步描述。表28示出根据第七示例性实施例的音频采样分组结构。
表28扩展的音频采样分组(2通道2流频率＝96kHz)
表28-1扩展的音频采样分组的例子
表29指示根据ext_layout的字段值的分组主体结构。如表所示，在多流中，与一个视图相对应的音频信号可以包括2个通道，并且因此一个分组可以包括用于4个视图的音频信号。可替换地，在3D音频信号中，可以指示多个通道的音频信号。即使在本说明书中描述的各个示例性实施例描述了多达32个通道的3D音频，但是示例性实施例不限于此。例如，示例性实施方式可以被应用于具有32个或更多个通道的音频信号。
表29EASP打包
表30示出有效的Sample_Present比特。
表30用于多音频流发送的有效的Sample_Present比特配置
SP0 SP1 SP2 SP3 描述
0 0 0 0 没有包含音频采样的子分组。
1 0 0 0 只有子分组0包含流0的音频采样
1 1 0 0 子分组0和1包含流0和1的音频采样
1 1 1 0 子分组0、1和2包含流0、1和2的音频采样
1 1 1 1 所有子分组都包含流0、1、2和3的音频采样
图11示出了上述第七示例性实施例中的多流音频采样分组的传输流。
参照图11，关于针对双视图的2通道音频采样分组，可以在水平消隐间隔中发送包括两个视图的采样的一个采样分组。关于针对四视图的2通道音频采样分组，在水平消隐间隔中发送包括四个采样的一个采样分组。换句话说，一个采样分组包括并发送四个视图的采样。尽管图11示出了2通道音频采样分组的例子，但是根据其他示例性实施例可以应用具有多个通道(其包括两个以上通道)的音频采样分组。
如上相对于以上各示例性实施例所述，多流音频信号可以被包括在与垂直同步消隐间隔中放置有每个视图的图像数据的区域相对应的区域中并且被发送。图11示出在这种情况下的传输流格式。在图11中，可以包括与每个视图中的图像信号的左侧区域相对应的音频信号。
1-4.多流一比特音频分组
第一示例性实施例
根据第一示例性实施例，多流一比特音频的新的分组被定义。这对应于 3D音频采样分组。
如果发送多流一比特音频，则每个子分组可以包括用于0、1、2或更多音频通道的一比特音频比特。多流一比特音频采样包括四个stream_present 比特，每个比特为相应的子分组而创建。
如果子分组包括每个流中的音频采样，则相应的比特可以被建立。如果没有发现可以使用的可用音频数据，则4个stream_invalid.spX比特可以被建立。如果stream_invalid.spX比特被建立，则子分组X继续指示采样时段，但是，不包括任何可用的数据。
表31多流一比特音频分组首标
stream_present.spX：[4个字段，每个字段1比特]指示子分组X是否包括流X的音频采样。stream_present.spX基本上执行与上面相对于以上3D音频采样分组描述的sample_present.spX相同的功能，并因而将不作进一步说明。
stream_invalid.spX：[4个字段，每个字段1比特]指示子分组X是否是指流X的无效采样。如果包含在子分组X中的采样无效，则stream_invalid＝1。否则，stream_invalid＝0。只有在相关的stream_present.spX被建立的情况下，比特才有效。stream_present.spX基本上执行与上面相对于以上3D音频采样分组描述的sample_present.spX相同的功能，并因而将不作进一步说明。
关于多流一比特音频，根据示例性实施例，采样频率信息被包括在音频信息帧中并且被发送(请参见HDMI1.4b第8.2.2节)。
多流一比特音频采样分组使用与表31中所示的一比特音频采样子分组相同的四个子分组。因为多流一比特音频采样分组不符合IEC 60958块格式，所以多流一比特音频采样分组不具有B0至B3字段，这不同于多流音频采样分组。
各种替代方案
关于多流音频采样分组的各种上述示例性实施例，可以分别定义相应的一比特多流音频采样分组。换句话说，除了如上所述的samples_invalid.spX 之外，一比特多流音频采样分组还可以被定义多流音频采样分组，并且可以使用来自多流音频采样分组的B0至B3字段。
在下文中，将描述根据第一示例性实施例的数据收发系统1000。
图2是示出根据示例性实施例的数据收发系统1000的配置的框图，图3 是示出数据收发系统1000的数据发送装置100的配置的框图，而且图4是示出数据收发系统1000的数据接收装置200的配置的框图。
如图2所示，根据示例性实施例的数据收发系统1000包括数据发送装置 100和数据接收装置200。
如图3所示，根据示例性实施例的数据发送装置100包括分组生成器110 和发送器120。
分组生成器110生成包括多个子分组的分组。即，如上所述，分组生成器110生成包括多个子分组的多流音频分组。此时，多个子分组中的每一个可以包括与多个内容当中的内容(例如，内容的任一单元)相对应的音频数据。
发送器120将所生成的分组发送到数据接收装置。
此时，多个子分组中的每一个还可以包括标识字段，用于表示多子分组中的每一个是否指示多个内容当中的内容。
如图4所示，根据示例性实施例的数据接收装置200包括接收器210和分组解析单元220。
接收器210接收包括多个子分组的分组。
分组解析单元220执行解析多个接收到的子分组的操作。多个子分组中的每一个包括与多个内容当中的内容(例如，内容的任一单元)相对应的音频数据。
2-1.用于3D音频/元数据分组的信息帧
第一示例性实施例
如上所述，在第一示例性实施例中，可以通过利用新定义的音频元数据分组，而不是信息帧，来发送与3D音频有关的附加信息。每当发送3D音频流时，源对于至少两个视频场发送一次音频元数据。
音频元数据可以指示各种特性，诸如通道的数量、音频通道分配标准类型(ACAT)和3D音频流的通道/扬声器的分配。下表示出新定义的音频元数据分组首标。
表32音频元数据分组首标
表33音频元数据分组内容
上述分组中的每个字段的定义如下。
3D_CC：[5比特]指示发送的3D音频的通道计数。如果音频信息帧中的音频通道计数(CC0，...，CC2)与音频元数据分组中的3D音频通道计数(3D_CCO，...，3D_CC4)不一致，则音频信息帧的通道计数被忽略。表34 示出根据3D_CC的值的音频通道。
ACAT：[4比特]指示由源提供的音频通道分配标准类型。表35示出了 ACAT字段值。表36说明：如果ACAT被建立为0x01(10.2通道)，则分配扬声器位置。类似地，表37和表38包括用于22.2通道和30.2通道的信息。
3D_CA：[8比特]指示用于3D音频的通道/扬声器的分配。进一步的解释在表36至表38中示出。对于IEC61937压缩音频流，3D_CA字段是无效的。
表343D_CC字段
3D_CC4 3D_CC3 3D_CC2 3D_CC1 3D_CC0 音频通道计数
0 0 0 0 0 参照流首标
0 0 0 0 1 2个通道
0 0 0 1 0 3个通道
0 0 0 1 1 4个通道
0 0 1 0 0 5个通道
0 0 1 0 1 6个通道
0 0 1 1 0 7个通道
0 0 1 1 1 8个通道
0 1 0 0 0 9个通道
0 1 0 0 1 10个通道
0 1 0 1 0 11个通道
0 1 0 1 1 12个通道
- - - - -
1 1 1 1 1 32个通道
表35音频通道分配标准类型字段
表36用于10.2通道(ACAT＝0x01)的3D_CA字段
表37用于22.2通道(ACAT＝0x02)的3D_CA字段
表38用于30.2通道(ACAT＝0x03)的3D_CA字段
每当发送有效3D音频流时，对于两个视频场，可以至少发送一次正确的音频元数据分组。如果新的3D音频流开始，或者在3D音频流中包括可以由音频元数据分组和音频信息帧指示的变化，则可以不迟于最初受影响的非静音(non-silent)音频采样之后的一个视频帧地发送改变的且正确的音频元数据分组。改变的且正确的音频元数据分组的发送可以恰好在发送最初影响的音频采样之前发生。音频元数据可以在任何时间(包括数据岛间隔内的水平消隐间隔或垂直消隐间隔)发送。如果3D音频通过流传输来处理，则接收器忽略包括在音频信息帧中的CC和CA字段，并且参照包括在音频元数据中的3D_CC和3D_CA。
然而，如果发送上述音频元数据，则传统的音频信息帧仍然可以被利用。换句话说，如果音频元数据被新用于分配3D音频的通道，则音频信息帧被用于分配2D音频的通道。
另外，虽然上述示例性实施例描述了ACAT的10.2通道、22.2通道和 30.2通道，但是示例性实施例的技术领域并不限于此，并且可以应用于，例如，小于10.2通道、超过30.2通道、以及10.2至30.2通道。
第二示例性实施例
第二示例性实施例与第一示例性实施例的不同之处在于：根据第二示例性实施例可以考虑HDMI1.4b中定义的音频信息帧的更改。表39示出在这种情况下的音频信息帧。CC字段指示发送的音频的通道计数，而且CA字段指示通道/扬声器分配的信息。
通常，利用三比特表示CC字段。然而，第二示例性实施例使用保留区域的两个附加比特。因此，通道计数信息可以通过利用5个比特：CC0、CC1、 CC2、CC3、CC4来指示。
此外，通道/扬声器分配的信息被添加到CEA861-D的保留区域，如上面在表20中所示。相比于第一示例性实施例，第二示例性实施例不具有ACAT 字段。
表39-1修改的音频信息帧分组首标
表39-2音频信息帧分组内容
第三示例性实施例
第三示例性实施例扩展了第二示例性实施例，并改变HDMI1.4b中定义的音频信息帧。表40示出根据第三示例性实施例的音频信息帧结构。类似于第二示例性实施例，CC字段指示发送的音频的通道计数，而且CA字段指示通道/扬声器分配的信息。
第三示例性实施例提供了CA字段的进一步扩展，同时基本上类似于第二示例性实施例。保留区域的一个比特被建立为channel_extension比特。如果channel_extension＝0，则CEA861-D中定义的CC#和CA#字段被使用。换句话说，第三示例性实施例支持2D音频模式。如果channel_extension＝1，则PB2[7:6]被用作CC的扩展比特(CC4，CC3)，而且PB6的保留区域被用作CA_ext字段。3D音频的扩展比特被使用。
在这种情况下，类似于第二示例性实施例，常规的CC字段利用三个比特表示。然而，第三示例性实施例还使用保留区域的两个比特。因此，通道计数信息可以通过利用5个比特：CC0、CC1、CC2、CC3、CC4，来指示。
另外，PB6字段可以被添加并被用于CA比特(PB4)。在表20中所示的CEA861-D的保留区域(或者，表28中所示的CEA861-E)，可以包括用于具有10.2或更多个通道的音频的通道/扬声器的信息的定义。可以在每个标准中定义额外的表。结果，CA字段扩展到16比特，并且因此，可以发送多通道音频。
此外，新的8比特字段可以通过代替传统的CA字段来被定义并被使用，这不同于以上描述。例如，新的CA比特可以使用PB6字段或PB7字段来定义。
表40修改的音频信息帧2
表40-1音频信息帧分组首标
表40-2音频信息帧分组内容
第四示例性实施例
第四示例性实施例结合了第二示例性实施例和第三示例性实施例。根据第四示例性实施例，传统的音频信息帧包括3D_CH_present字段、PB4的CA 字段、和PB6的3D_CC字段。
3D_CH_present字段执行与上面在第三示例性实施例中描述的 channel_extension相同的功能。因此，如果3D_CH_present＝0，则在CEA861-D 中定义的CC#和CA#字段仍然被利用。换句话说，第四示例性实施例支持 2D音频模式。另外，如果3D_CH_present＝1，则PB6[4：0]被用作CC的扩充比特(CC4，CC3，CC2，CC1，CC0)，而且PB4的保留区域被用作CA 字段，这类似于第二示例性实施例。3D音频的扩展比特被使用。类似于第二和第三示例性实施例，ACAT字段没有被定义。没有特别描述的其它特征与相对于第一至第三示例性实施例描述的特征相同。
表41修改的音频信息帧3
表41-1修改的音频信息帧分组首标
表41-2修改的音频信息帧分组内容
2-2.用于多流音频的信息帧
关于多流音频，可以不定义新的元数据分组，而且可以使用HDMI1.4b 中定义的信息帧。如果使用多流音频采样分组发送多个有效音频流，则对于两个视频场，正确的音频信息帧可以被发送至少一次。音频信息帧可以在描述每个有效音频流的音频特征时使用。
如果新的音频数据流开始而且如果在音频流中包括可以由多个新的音频流或音频信息帧来实现的变化，则可以不迟于最初受影响的非静音的音频采样之后的一个视频场，发送改变的和正确的音频信息帧。流的发送可以恰好在发送最初影响的音频采样之前实现。对于一比特音频流，音频信息帧可以在最初受影响的采样之前发送。
信息帧的改变
与上述示例性实施例相比，关于Stream_ID的利用(例如，3D音频采样分组的第四和第六示例性实施例，以及多流音频采样分组的第二、第三、第五和第六示例性实施例)，Stream_ID可以被包括在音频信息帧中，例如，如在下面的表42所示。
参照表42，Stream_ID指示当前音频信息帧的流ID，而且Stream_Count 指示要发送的音频流的总数目。根据示例性实施例，代替不使用流标识符，采样可以被加载并在由多流音频采样分组主体构成的四个子分组上发送，其不改变信息帧。
表42修改的信息帧
表42-1音频信息帧分组首标
表42-2音频信息帧分组内容
3-1.用于3D音频的EDID
通过利用下列操作中的至少一个：操作1)，改变传统的短音频描述符和扬声器分配数据块，2)在保留区域中定义新的数据块以用于扩展的标记代码上的音频相关的块，以及3)在保留区域中定义一个新的数据块以用于扩展的标记代码上的HDMI音频数据块，可以将3D音频的音频特征和分配扬声器的信息包括在EDID中。
例如，在CEA-861-F(D或E)中描述的EDID数据块可以被用于指示两个接收器音频特征和扬声器分配支持。接收器音频特征和扬声器分配支持由位于CEA扩展的数据块集合的一系列短音频描述符来指示。这样的数据包括由接收器支持的音频编码列表以及与编码相关的参数，诸如通道号，以支持格式。扬声器分配描述符可以被包括在数据块集合中，而且由支持用于2D 音频或多通道(达到8个通道)1比特音频的多通道(达到8个通道)L-PCM的接收器请求。
第一示例性实施例
如果接收器支持发送多流音频和/或3D音频，则具有扩展的标记代码18 的HDMI音频数据块可以被用于指示3D音频特征、3D扬声器分配信息和多流音频特征。
如果接收器支持发送3D音频，则HDMI音频数据块包括具有四个字节的至少一个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音频数据块可以包括跟在HDMI3D扬声器分配描述符之后的至少一个CEA短音频描述符。表 43提供了根据示例性实施例的附加细节。
上面的HDMI 3D音频描述符指示支持在CEA-861-F(D或E)中定义的音频编码。HDMI设备可以支持根据TTA(10.2通道)、SMPTE2036-2(22.2 通道)或IEC62574(30.2通道)的3D音频格式。表45至表49提供进一步的解释。这些表按照CEA-861-F(D或E)的表24和表26中所示的音频格式码进行分类。
如上所述，HDMI 3D扬声器分配描述符可以被包括在HDMI音频数据块中，并由支持3D音频的接收器请求。HDMI 3D扬声器分配描述符的结构在表50中示出。接收器通过表达扬声器，例如，一对扬声器，来指示音频能力，并建立相应的标记。HDMI 3D扬声器分配描述符可以具有四比特的ACAT字段，其指示音频通道分配标准类型。表50至表52提供进一步的细节。此外， CEA短音频描述符可以被包括在HDMI音频数据块中，并且被支持发送多流音频的接收器请求。上面的描述符描述了每个音频流的音频特征。最大通道计数可以被限制为每个音频流中2个通道；然而，示例性实施例不限于此，并且根据示例性实施例，通道计数可以多于每个音频流中2个通道。
表43HDMI音频数据块
*随后数据块有效负载的长度(以字节为单位)：2+4*X+4+3*Y
**3+4*X+1
表43中所示的HDMI音频数据块的每个字段的描述如下。
NUM_HDMI_3D_AD[3比特]指示HDMI 3D音频描述符的数量。
NUM_CEA_SAD[3比特]指示CEA短音频描述符的数量。
Max_Stream_Count-1[2比特]指示：数目＝传输数据流的数目-1。表44 提供了附加的细节。
HDMI_3D_AD指示HDMI 3D音频描述符。
HDMI_3D_SAD指示HDMI 3D扬声器分配描述符。
CEA_SAD CEA指示CEA短音频描述符。
表44Max_Stream_Count-1字段
Max_Stream_Count-1 描述
00 不支持多流音频
01 2个音频流
10 3个音频流
11 4个音频流
表45用于音频格式码＝1(LPCM)的HDMI 3D音频描述符
表46用于音频格式码2到8的HDMI 3D音频描述符
表47用于音频格式码9到13的HDMI 3D音频描述符
表48用于音频格式码14(WWA Pro)的HDMI 3D音频描述符
表49用于音频格式码15的HDMI 3D音频描述符
表50用于10.2通道(TTA标准)(扩展)的HDMI 3D扬声器分配描述符
上表中的粗体比特指示已经按照10.2通道分配的扬声器。
表51用于22.2通道(SMPTE2036-2)的HDMI 3D扬声器分配描述符
上表中的粗体比特指示已经按照22.2通道分配的扬声器。
表52用于30.2通道(IEC62574/Ed.1)的HDMI 3D扬声器分配描述符
上表中的粗体比特指示已经按照30.2通道分配的扬声器。
虽然第一示例性实施例利用三个字节描述多通道3D音频扬声器的扬声器分配，但是这仅是示例性的。具有30.2或更多个通道的3D音频数据可能需要比上面相对于该示例性实施例描述的信息更多的扬声器分配信息。在这种情况下，3D扬声器分配描述符可以使用四个以上字节来指示扬声器分配。
表53音频通道分配类型(ACAT)字段
根据制造商的需要，ACAT字段中的保留比特可以被分配并且被用于各种通道类型，例如，将被标准化的杜比(Dolby)、USC或ITU-R格式。
第二示例性实施例
第二示例性实施例与第一示例性实施例的不同之处在于：第二示例性实施例改变了音频数据块。具体地，CEA短音频描述符的保留区域可以用于扩展和指示通道的最大数目。例如，参照下面的表54，通道的最大数目可以通过利用字节1[7]和字节2[7]来扩展。通过此扩展，可以指示3D音频。CEA 短音频描述符可以根据音频格式而具有不同的字段区域。
表54-1用于音频码＝1(LPCM)的CEA短音频描述符
表54-2用于音频码2到8的CEA短音频描述符
表54-3用于音频码9到15的CEA短音频描述符
与上述第二示例性实施例无关，ACAT可以通过改变扬声器分配数据块来建立。ACAT可以使用扬声器分配数据块有效载荷的保留区域中的字节 3[7:4]来识别，而且每种类型中的扬声器分配数据块可以被定义为新的表。 ACAT字段的位置可以在字节2[7:3]到字节3[7：0]的范围内不同地定义。
参照下面的表55，ACAT＝0001指示TTA标准的10.2通道，而且 ACAT＝0010指示22.2通道。
表55扬声器分配数据块有效载荷
表55扬声器分配数据块有效载荷(参照CEA861-E)
表55-1ACAT字段
ACAT 描述
0000 参照CEA861-D(E,F)
0001 参照10.2通道(TTA标准)
0010 参照22.2通道(SMPTE2036-2)
0011～1111 保留
0011～1111 保留
表55-2扬声器分配数据块有效载荷(用于22.2通道)
表55-3扬声器分配数据块有效载荷(用于10.2通道)
扬声器分配数据块可以根据制造商来不同地定义。制造商可以考虑使用公共扬声器分配来提高兼容性。下面的表56提出了具有22.2通道的3D音频的SMPTE2036-2标准。粗体比特指的是若干厂商的公共扬声器分配。
表56扬声器分配数据块有效载荷2(参照CEA861-E)
表56-1ACAT字段
ACAT 描述
0000 参照CEA861-D(E,F)
0001 参照10.2通道(TTA标准)
0010 参照22.2通道(SMPTE2036-2)
0011～1111 保留
表56-2扬声器分配数据块有效载荷(用于22.2通道)
表56-3扬声器分配数据块有效载荷(用于10.2通道)
在扬声器分配数据块有效负载的上述示例性实施例中，每种类型的分类，例如，10.2通道(TTA)、22.2通道(SMPTE2036-2)和13.1通道(杜比)，可以通过参照源中扬声器分配数据有效负载中设置的比特的位置和排序来确定，而无需单独定义ACAT字段。确定类型的分类的操作可以执行，因为通道的数目可以利用改变的音频数据块找到。
第三示例性实施例
第三示例性实施例没有定义HDMI音频数据块，而且在EDID中新定义了扩展的标记代码的扩展扬声器分配数据块类型。新的数据块的大小最大可以是32个字节。表57示出了4个字节的例子。ACAT的大小可以根据用户或制造商的需要而改变和定义。
ACAT通过利用保留区域(字节3[7:4])来实现，而且每个类型的扬声器分配数据块可以被定义。有效载荷可以以与上述示例性实施例相同的方式来形成。另外，ACAT字段可以被放置在不同于以上保留区域的区域中。
根据制造商，ACAT字段中的保留比特可以被分配并且被用于各种通道类型，例如，将被标准化的杜比、USC或ITU-R格式。
表57修改的扬声器分配数据块
表57-1ACAT描述
ACAT 描述
0000 参照CEA861-D(E,F)
0001 参照10.2通道(TTA标准)
0010 参照22.2通道(SMPTE2036-2)
0011～1111 保留
表57-2扩展的扬声器分配数据块有效载荷(用于10.2通道)
表57-3扩展的扬声器分配数据块有效载荷(用于22.2通道)
表57-4扩展的扬声器分配数据块有效载荷(用于30.2通道)
第四示例性实施例
第四示例性实施例类似于第三实施例，但是区别之处在于，根据第四示例性实施例，每个扬声器分配标准类型(例如，10.2通道(TTA)、22.2通道 (NHK)、13.1通道(杜比)中)的数据块被定义，而且每种类型中的数据块被添加到扩展的标记代码。
例如，数据块标记代码19指示用于TTA 10.2通道的扬声器分配数据块，数据块标记代码20指示用于NHK 22.2通道的扬声器分配数据块，而且数据块标记代码21指示用于杜比13.1通道的扬声器分配数据块。
表58修改的扬声器分配数据块
表58-1扬声器分配数据块有效载荷(用于多通道)
第五示例性实施例
第五示例性实施例定义了扩展的音频数据块。扩展的音频数据块对应于扩展的标记代码。此外，扩展的音频数据块包括至少一个扩展CEA短音频描述符。每个扩展CEA短音频描述符包括关于通道的数量的信息。每个字段的大小和格式可以与音频数据块中的短音频描述符的大小和格式相同，但是，大小和格式也可以不同地定义。
表59扩展的音频数据块
表59-1扩展的音频数据块
表59-2扩展的CEA段音频描述符
如上表所述，扩展的CEA短音频描述符可以包括未压缩的音频格式码。未压缩的音频格式码可以被定义如下。
表60未压缩的音频格式码
扩展的扬声器分配数据块可以被定义为包括扩展的标记代码的值。扩展的扬声器分配数据块可以包括如下表所示的ACAT字段。保留区域可以被用于扩展。此外，根据制造商，保留比特可以被分配并且被用于各种通道类型，例如，将被标准化的杜比、USC或ITU-R格式。
表61扩展的扬声器分配数据块
表61-1扩展的扬声器分配数据块
表61-2ACAT描述
在这个示例性实施例中，扩展的扬声器分配数据块的有效载荷在下表中示出。阴影区域被用于为每个通道分配类型分配扬声器。
表62通道分配配兼容性
用于新的扬声器位置EDID/CEC
可以定义扬声器位置数据块以用于传送新的扬声器位置信息到到源。数据块包括每个扬声器位置的坐标值(x，y，z)和位置角度值。利用上述信息, 源可以被用在各种处理操作，诸如降混或对象音频编码中。由于根据示例性实施例之一分配下表中扩展的标记代码的值，所以扬声器位置数据块可以利用上面定义的数据块来定义并使用。
表63扬声器位置数据块
扬声器位置数据块可以如下表所述那样来定义。字节[1]到字节[5]存储一个扬声器的位置信息。根据同一个示例性实施例，字节[6]到字节[30]存储其他扬声器的扬声器位置信息。字节31和字节32被定义为保留区域。
如果使用上面的示例性实施例，则一个数据块最大可以携带六个扬声器位置信息。因此，对于N个通道，可以需要共(N/6)个扬声器位置数据块。
表64扬声器位置数据块
表64-1Speaker_id(扬声器ID)字段
Speaker_id 描述
00000 FL
00001 FR
00010～11111 …
使用CEC发送扬声器位置信息
图12示出了根据示例性实施例的使用消费类电子控制(CEC)发送扬声器位置信息的操作。
参照图12，如果源向接收器发送对扬声器位置的请求，则接收器利用扬声器位置信息进行响应。
3-1.用于3D音频的EDID
在扩展的标记代码中可以新定义多流音频数据块。多流音频数据块包括 Max_stream_count-1字段和CEA短音频描述符区域。Max_stream_count-1指示发送流的数量。CEA短音频描述符大于1，并且可以通过CEA861-D来定义。
表65多流音频数据块
表65-1CEA数据块标记代码
根据示例性实施例，是否提供多流视频/音频可以在特定于供应商的数据块中指示。multistream_indicator(多流指示符)字段被使用。如果接收器支持多流，则multistream_indicator＝1。另外，multistream_indicator字段可以在数据块的另一区域以及HDMI VSDB中定义。
表66供应商特定的数据块
如果使用超过2比特定义multistream_indicator，则可以识别各个多流。
表67特定于供应商的数据块
第二示例性实施例
第二示例性实施例使用扩展的标记代码新定义了多音频流数据块。新定义的多音频流数据块包括CEA短音频描述符区域、音频流的长度、 Max_stream_count字段、和/或其它信息。每个字段可以与上面的示例性实施例中描述的字段相同，并且将不作进一步说明。
表68多音频流数据块
表68-1多音频流数据块
第三示例性实施例
同时，类似于第一示例性实施例，可以考虑利用HDMI音频数据块的另一种方法。
扩展的标记代码被新定义。类似于第一示例性实施例，标签代码18可以被用于增加扩展的HDMI音频数据块。
下表提供了扩展的HDMI音频数据块的结构。根据第三示例性实施例的扩展的HDMI音频数据块包括扩展的CEA短音频描述符(ECSAD)、扩展的扬声器分配描述符(ESAD)、和多音频流描述符(MASD)。
如果接收器设备支持3D音频功能，则ECSAD包括与Num_ECSAD字段的值的数目相同数目的描述符。如果接收器设备支持3D音频通道功能并且如果Num_ECSAD字段的值大于0，则ESAD包括一个描述符。如果接收器设备支持多流音频功能，则MASD包括与Num_MASD字段的值的数目相同数目的描述符。
Max_stream_count-1字段被定义为接收器设备能够接收的流的最大数目减去1。由于利用一个音频采样分组发送多流音频，因此每个视图中的音频流指示相同的音频特征，诸如编码类型和采样频率。
Num_MASD字段定义扩展的CEA短音频描述符的数量。可以包括多达七个扩展的CEA短音频描述符。如果该字段为0，则指示可以不支持3D音频功能。
Num_ECSAD字段定义包含在数据块中的多流音频描述符的数量。可以包括多达四个多流音频描述符。如果该字段为0时，指示可以不支持多流音频。如果Max_stream_count-1不为0，则应该定义至少一个MASA。如果 ECSAD包括使用利用四个字节定义的方法，则根据示例性实施例可以最多定义六个多流音频描述符。
表69扩展的HDMI音频数据块
X：ECSAD的数目
Y：MASD的数目
表69-1Max_Stream_Count-1字段
Max_Stream_Count-1 描述
00 不支持多音频流
01 2个音频流
10 3个音频流
11 4个音频流
上面的第三实施例可以包括以下替代建议。
例如，扩展的HDMI音频数据块可以仅包括ECSAD，而且其他两个ESAD 和MASD可以使用其它扩展的标记代码来定义。
利用其他扩展的标记代码定义的两个描述符可以被定义为单独的数据块或定义为彼此不同的数据块。在上表内定义PB3的字段中， Max_stream_count-1被包含在定义多流音频描述符的数据块中。
在上面的描述相比，扩展的HDMI音频数据块可以包括与3D音频相关的ECSAD和ESAD，而且MASD可以使用其它扩展的标记代码来定义。
ECSAD结构通过参照下表来描述，在下表中，ECSAD结构对应于写有粗体字符的列。
参照左下表，描述符当前可以从两种编码类型诸如LPCM和DSD中选择。另外，可以使用UAFC字段的保留区域来添加其他未压缩的音频格式。
通道的数目可以利用5个比特来分配，而且可以选择多达32个通道。
表70-1扩展的HDMI音频数据块结构
表70-2未压缩的音频格式码字段
表70-3扩展的CEA短音频描述符
此外，关于上述方法，根据示例性实施例的附加特征如下。
下表将描述符的总数扩展到4个字节。而且，从CEA861-E中定义的表参音频格式码。因此，在CEA861-E中定义的压缩和未压缩的编码类型二者可以被分配。
当描述符数量增加时，可以被包括在数据块中的ECSAD的数目被限制为最大6个描述符。此外，上述示例性实施例可以包括4个描述符。
根据音频格式编码类型的更改，PB3和PB4的语法被定义为与CEA861-E 中的表45到表49的字节2和3相同。
表71-1扩展的HDMI音频数据块结构
表71-2扩展的CEA短音频描述符
根据第三示例性实施例，描述ESAD结构。
下面表中的粗体字符指示ESAD结构。
当前，ESAD可以选择多达30.2通道的扬声器分配信息。然而，使用 ACAT字段的保留区域，可以另外包括另一扬声器放置格式。
表72扩展的扬声器分配描述符
表72-1扩展的HDMI音频块结构
表72-2音频通道分配类型字段
表72-3扩展的扬声器分配描述符
下表指示ESAD。每个表的粗体字符被用来分配相应通道分配类型的扬声器。
表73扩展的扬声器分配描述符
下面说明根据第三示例性实施例的ESAD的结构。表中的粗体字符指示 ESAD的结构。
按照规定使用在CEA861-E中定义的CEA短音频描述符。另外，虽然包括CEA短音频描述符中的每个字段，但是可以使用部分地改变/修改已定义的字段布置或量的新格式。当发送多流音频时，可以仅包括所述描述符。如果使用，则包括所述描述符中的至少一个。
表74多音频流描述符
表74-1扩展的HDMI音频数据块结构
表74-2多音频流描述符
下表新定义多流音频描述符的结构。代替按照规定使用CEA短音频描述符，可以使用新的描述符。
多流音频中的通道数目被限制为2。因此，在这些描述符中，不必要的通道计数字段被删除，而且流的最大数目-1被定义为2比特。扩展的HDMI 音频数据块的PB3中规定的Max_stream_count-1被定义为每个描述符中的 Max_stream_count-1的最大值。
下面的每个表指示每个音频格式码中的描述符。
表75多音频流描述符
表75-1用于音频码1(LPCM)的多音频流描述符
表75-2用于音频格式码2到8的多音频流描述符
表75-3用于音频格式码9到13的多音频流描述符
表75-4用于音频格式码14(WWA Pro)的多音频流描述符
表75-5用于音频格式码15(扩展)的多音频流描述符
4-1.3D音频和多流音频的应用场景
在下面的描述中，提供了用于3D音频和根据第一示例性实施例中的多流音频的应用场景。下面的示例性实施例示出了接收器装置传输HDMI2.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包括符合CEA-861-F(D或E)的E-EDID数据结构，其能够利用 DDC访问。为了支持发送3D音频，除了其他必要的数据块外，E-EDID还包括HDMI音频数据块。BDP接收HDMI音频数据块，并识别表76中描述的 TV的3D音频能力。
表76用于22.2通道的HDMI音频数据块的例子
字节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通道的有效扬声器(SMPEG 2036-2) 的HDMI 3D分配描述符。
BDP从TV接收EDID，并且向TV发送音频信息帧和音频元数据分组。在这种情况下，音频元数据分组被用来代替发送通道计数和通道/扬声器分配信息的音频信息帧。
音频元数据分组中所包括的3D_CC和3D_CA分别描述用于22.2通道音频流的通道计数和通道/扬声器分配信息。下面的表77给出了发送22.2通道音频的音频信息帧有效载荷的例子。表78给出了发送22.2通道音频的音频元数据分组有效载荷。
表77用于22.2通道的音频信息帧有效载荷的例子
表78音频元数据分组有效载荷
BDP通过3D音频采样分组发送22.2通道音频采样。每个3D音频采样分组支持多达8个音频通道，并且因此，需要三个连续的3D音频采样分组来发送22.2通道音频采样。sample_start被用于分配第一个3D音频采样分组。在这个示例性实施例中，三个3D音频采样分组可以被定义为如表79到表81 所规定的那样。
表79用于22.2通道的第一个3D音频采样分组的例子
表80用于22.2通道的第二个3D音频采样分组的例子
表81用于22.2通道的第三个3D音频采样分组的例子
4-2用于多流音频的场景的例子
图14示出了根据示例性实施例的、多流音频被从BDP发送到TV。这个示例性实施例假设如下。
诸如BDP的源和诸如TV的接收器是符合HDMI 2.0的设备。
源/接收器进入双视图游戏模式。
源发送每个视图的两个音频流。
接收器可以向彼此不同的两个耳机发送两个音频流。
发送的视频格式是HDMI 3D 1080p/60Hz。
TV包括符合CEA-861-F(D或E)的E-EDID数据结构，其能够利用 DDC访问。为了支持多流音频，除了其他必要的数据块外，E-EDID还包括HDMI音频数据块。BDP接收HDMI音频数据块，并识别表76中描述的TV 的多流音频能力。
表82用于两个音频流的HDMI音频数据块的例子
字节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。因此，通道的最大数量-1是1。
字节7、8、9指示描述音频特征的第二CEA短音频描述符。如上所述，通道的最大数量-1是1。BDP在从TV接收EDID之后，可以发送音频信息帧到TV。与3D音频发送场景相反，CC和CA被分别用于发送通道计数和通道/扬声器分配信息。音频元数据分组可以不被用于发送多流音频。表83 示出了发送两个音频流的音频信息帧有效载荷的例子。
表83用于两个音频流的音频信息帧有效载荷的例子
BDP发送用于两个独立的音频流的具有立体声音频采样的多流音频采样分组。因此，第一子分组具有来自第一音频流的立体声音频采样，而且第二子分组具有来自第二音频流的立体声音频采样。在这个示例性实施例中，多流音频采样分组可以被定义为如表84中所示。
表84用于两个音频流的多流音频采样分组的例子
3D音频扬声器放置和通道分配
在下面的描述中，将说明用于3D音频通道的扬声器放置(placement) 和通道分配。
图15示出了根据示例性实施例的用于3D音频通道的扬声器放置。
根据表85中描述的示例性实施例，在IEC 30.2通道标准类型的情况下， FL表示前左扬声器，FR表示前右扬声器，LFF1表示低频效果1扬声器，FC 表示前中扬声器，BL表示后左扬声器，BR表示后右扬声器，FLW表示前左增宽扬声器，FRW表示前右增宽扬声器，TpFL表示顶部前左扬声器，TPFR 表示顶部前右扬声器，BC表示后中扬声器，LS表示左环绕扬声器，RS表示右环绕扬声器，LFE2表示低频效果2扬声器，FLC指示前左中扬声器，FRC 表示前右中扬声器，TpFC表示顶部前中扬声器，TpC表示顶部中扬声器，SiL 表示左侧扬声器，SiR表示右侧扬声器，TpBL表示顶部后左扬声器，TpBR 表示顶部后右扬声器，TpSiL表示顶部左侧扬声器，TpSiR表示顶部右侧扬声器，BtFC表示底部前中扬声器，BtFL表示底部前左扬声器，BtFR表示底部前右扬声器，TpBC表示顶部后中扬声器，TpLS表示顶部左环绕扬声器，TpRS表示顶部右环绕扬声器，LSd表示左环绕直接扬声器，RSd表示右环绕直接扬声器。
然而，根据标准类型，扬声器名称可以彼此不同。例如，前中扬声器在上述的IEC标准中被写为FC，然而，TTA标准将前中扬声器写为C。除了下面的表中所述的名称外的其它各种扬声器名称也可以被使用。下表和图15的描述说明了示例性实施例之一；扬声器和通道分配可以根据其它示例性实施例不同地配置。
不同于2D音频数据，利用多通道支持的3D音频数据具有共同特征：在 3D空间的顶部、中央和底部分别具有彼此不同的扬声器。图15示出了一个区域中的扬声器放置的示例性实施例。
表85音频通道描述和缩写比较(CEA/TTA/SMPTE/IEC)
5数据发送方法和数据接收方法
下文中，将参照图16到图19描述符合上述标准的数据发送方法和数据接收方法。
图16到图19是示出根据各种示例性实施例的数据发送方法和数据接收方法的流程图。
首先，参照图16，根据各种示例性实施例的数据发送方法包括在操作 S1610中生成用于多通道音频采样数据的多个分组，并且在操作S1620中将所生成的多个分组发送到数据接收装置。所生成的多个分组中的每一个可以包括用于识别它们在多个分组当中的位置或次序的标识字段。每个操作已经如上所述，因此重复描述将被省略。
参照图17，根据各种示例性实施例的数据接收方法包括在操作S1710中接收从数据发送装置发送的用于多通道音频采样数据的多个分组，并且在操作S1720中对接收到的多个分组执行解析。接收到的多个分组中的每一个可以包括用于识别它们在多个分组当中的位置或次序的标识字段。每个操作已经如上所述，因此重复描述将被省略。
根据示例性实施例，标识字段可以包括预设比特，其指示包括标识字段的分组是否是多通道音频采样数据的起始分组。
参照图18，根据各种示例性实施例的数据发送方法包括在操作S1810中生成包括多个子分组的分组，并且在操作S1820中将所生成的分组发送到数据接收装置。多个子分组中的每一个包括与多个内容中的内容(例如，内容的任一单元)相对应的音频数据。每个操作已经在上面进行了描述，因此重复描述将被省略。
参照图19，根据各种示例性实施例的数据接收方法包括在操作S1910中接收包括多个子分组的分组，并且在操作S1920中对接收到的分组执行解析。每个操作已经在上面进行了描述，因此重复描述将被省略。
根据示例性实施例中，多个子分组中的每一个可以包括与多个内容中的内容(例如，内容的任一单元)相对应的音频数据。
前述示例性实施例和优点仅仅是示例性的，并且不应当被解释为限制示例性实施例。本教导可以容易地应用于其它类型的装置。此外，示例性实施例的描述旨在是说明性的，而不是限制权利要求书的范围，而且许多替代、修改和变化对本领域技术人员将是显而易见的。

Claims (12)

1.一种数据发送装置，包括：
分组生成器，被配置为生成包括多个子分组的分组；以及
发送器，被配置为将所生成的分组发送到数据接收装置，
其中，所述多个子分组中的每一个包括与多个不同的音频流中的每个音频流相对应的音频数据，
其中，所生成的分组包括首标，所述首标包括流存在比特和流平比特，所述流存在比特指示所述多个子分组中的每一个是否包括与每个音频流对应的音频数据，而且所述流平比特指示所述多个子分组中的所述每一个中所包括的音频数据是否是有效数据，
其中，只有在流存在比特被建立的情况下流平比特才是有效的，如果在源处没有发现可用的音频数据，则四个流平比特被建立，当采样率改变时或当存在临时流中断时，则执行流平比特的建立，
其中，多个不同的音频流中的每个音频流对应于多视图视频流的每一个。
2.如权利要求1所述的数据发送装置，其中，所述多个子分组中的每一个包括表示相应的子分组是否指示多个内容中的内容的标识字段。
3.如权利要求1所述的数据发送装置，其中，所述多个子分组中的每一个存储音频数据的一部分。
4.如权利要求1所述的数据发送装置，其中，所述音频数据包括两个或更多个通道的音频信号。
5.如权利要求1所述的数据发送装置，其中，所述音频数据符合国际电工委员会(IEC)60958格式。
6.一种数据接收装置，包括：
接收器，被配置为接收包括多个子分组的分组；以及
分组解析单元，被配置为对接收到的分组执行解析，
其中，所述多个子分组中的每一个包括与多个不同的音频流中的每个音频流相对应的音频数据，
其中，接收到的分组包括首标，所述首标包括流存在比特和流平比特，所述流存在比特指示所述多个子分组中的每一个是否包括与每个音频流对应的音频数据，而且所述流平比特指示所述多个子分组中的所述每一个中所包括的音频数据是否是有效数据，
其中，只有在流存在比特被建立的情况下流平比特才是有效的，如果在源处没有发现可用的音频数据，则四个流平比特被建立，当采样率改变时或当存在临时流中断时，则执行流平比特的建立，
其中，多个不同的音频流中的每个音频流对应于多视图视频流的每一个。
7.如权利要求6所述的数据接收装置，其中，所述多个子分组中的每一个存储音频数据的一部分。
8.如权利要求6所述的数据接收装置，其中，所述音频数据包括两个或更多个通道的音频信号。
9.如权利要求6所述的数据接收装置，其中，所述音频数据符合国际电工委员会(IEC)60958格式。
10.一种数据发送方法，包括：
生成包括多个子分组的分组；以及
将所生成的分组发送到数据接收装置，
其中，所述多个子分组中的每一个包括与多个不同的音频流中的每个音频流相对应的音频数据，
其中，所生成的分组包括首标，所述首标包括流存在比特和流平比特，所述流存在比特指示所述多个子分组中的每一个是否包括与每个音频流对应的音频数据，而且所述流平比特指示所述多个子分组中的所述每一个中所包括的音频数据是否是有效数据，
其中，只有在流存在比特被建立的情况下流平比特才是有效的，如果在源处没有发现可用的音频数据，则四个流平比特被建立，当采样率改变时或当存在临时流中断时，则执行流平比特的建立，
其中，多个不同的音频流中的每个音频流对应于多视图视频流的每一个。
11.如权利要求10所述的数据发送方法，其中，所述多个子分组中的每一个还包括表示相应的子分组是否指示多个内容中的内容的标识字段。
12.如权利要求10所述的数据发送方法，其中，所述多个子分组中的每一个存储音频数据的一部分。
CN201380020186.0A 2012-02-15 2013-02-13 数据发送装置和方法、数据接收装置和方法、数据收发系统和方法 Expired - Fee Related CN104221401B (zh)

Applications Claiming Priority (25)

Application Number Priority Date Filing Date Title
US201261599154P 2012-02-15 2012-02-15
US61/599,154 2012-02-15
US201261602975P 2012-02-24 2012-02-24
US201261602978P 2012-02-24 2012-02-24
US61/602,975 2012-02-24
US61/602,978 2012-02-24
US201261604892P 2012-02-29 2012-02-29
US201261604844P 2012-02-29 2012-02-29
US61/604,892 2012-02-29
US61/604,844 2012-02-29
US201261611822P 2012-03-16 2012-03-16
US61/611,822 2012-03-16
US201261613629P 2012-03-21 2012-03-21
US61/613,629 2012-03-21
US201261636879P 2012-04-23 2012-04-23
US201261636901P 2012-04-23 2012-04-23
US61/636,901 2012-04-23
US61/636,879 2012-04-23
US201261641580P 2012-05-02 2012-05-02
US61/641,580 2012-05-02
US201261647628P 2012-05-16 2012-05-16
US61/647,628 2012-05-16
KR10-2012-0123642 2012-11-02
KR1020120123642A KR102012231B1 (ko) 2012-02-15 2012-11-02 데이터 전송 장치, 데이터 수신 장치, 데이터 송수신 시스템, 데이터 전송 방법, 데이터 수신 방법 및 데이터 송수신 방법
PCT/KR2013/001128 WO2013122385A1 (en) 2012-02-15 2013-02-13 Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method

Publications (2)

Publication Number Publication Date
CN104221401A CN104221401A (zh) 2014-12-17
CN104221401B true CN104221401B (zh) 2018-07-06

Family

ID=49218119

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201380020188.XA Expired - Fee Related CN104221402B (zh) 2012-02-15 2013-02-13 数据发送装置、数据接收装置、数据收发系统、数据发送方法、数据接收方法和数据收发方法
CN201380020186.0A Expired - Fee Related CN104221401B (zh) 2012-02-15 2013-02-13 数据发送装置和方法、数据接收装置和方法、数据收发系统和方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201380020188.XA Expired - Fee Related CN104221402B (zh) 2012-02-15 2013-02-13 数据发送装置、数据接收装置、数据收发系统、数据发送方法、数据接收方法和数据收发方法

Country Status (2)

Country Link
KR (4) KR102047800B1 (zh)
CN (2) CN104221402B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111478825B (zh) * 2020-04-10 2023-04-18 深圳市风云实业有限公司 一种可扩展的网络流量生成和分析方法及系统
CN112436898B (zh) * 2020-11-09 2022-06-14 西安全志科技有限公司 语音数据传输方法、计算机装置及计算机可读存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1678055A (zh) * 2004-04-02 2005-10-05 索尼株式会社 发送装置、接收装置和发送/接收系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004364171A (ja) * 2003-06-06 2004-12-24 Mitsubishi Electric Corp マルチチャネルオーディオシステム並びにこれに用いられるヘッドユニット及びスレーブユニット
JP2006317575A (ja) * 2005-05-11 2006-11-24 Matsushita Electric Ind Co Ltd オーディオ復号装置
US20070186015A1 (en) * 2006-02-08 2007-08-09 Taft Frederick D Custom edid content generation system and method
CN101491002B (zh) * 2006-05-17 2013-10-30 奥迪耐特有限公司 发送和接收媒体分组流
WO2008132811A1 (ja) * 2007-04-17 2008-11-06 Panasonic Corporation 通信システム
KR100942142B1 (ko) * 2007-10-11 2010-02-16 한국전자통신연구원 객체기반 오디오 콘텐츠 송수신 방법 및 그 장치
WO2011002141A1 (en) * 2009-06-30 2011-01-06 Lg Electronics Inc. Method of processing data for 3d images and audio/video system
JP2011124925A (ja) * 2009-12-14 2011-06-23 Sony Corp 出力制御装置、出力制御方法、プログラム、及び出力制御システム
KR101458391B1 (ko) * 2010-07-14 2014-11-05 한국전자통신연구원 단일 전송 채널을 통한 다중화된 패킷 스트림의 송수신 방법 및 장치

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1678055A (zh) * 2004-04-02 2005-10-05 索尼株式会社 发送装置、接收装置和发送/接收系统

Also Published As

Publication number Publication date
CN104221402B (zh) 2017-05-24
KR102047800B1 (ko) 2019-11-22
KR20130094224A (ko) 2013-08-23
CN104221402A (zh) 2014-12-17
KR20130094172A (ko) 2013-08-23
KR102011474B1 (ko) 2019-08-16
KR20130094163A (ko) 2013-08-23
KR101765566B1 (ko) 2017-08-07
KR102012231B1 (ko) 2019-08-20
KR20130094162A (ko) 2013-08-23
CN104221401A (zh) 2014-12-17

Similar Documents

Publication Publication Date Title
CN103269475B (zh) 数据收发设备和数据收发方法
CN103269476B (zh) 数据收发设备和数据收发系统
CN105308977B (zh) 发送装置和方法、接收装置和方法以及计算机可读存储介质
JP6027071B2 (ja) 柔軟な出力を有する３ｄビデオ・プレーヤー
CN105432098B (zh) 针对任意扬声器布局的音频对象的平移
US9497297B2 (en) Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving
CN106688219A (zh) 对用于无线通信系统中的视频流式传输的叠加内容的同步和控制
US9723245B2 (en) Data transmitting apparatus, data receiving apparatus, data transceiving system, method for transmitting data, and method for receiving data
CN106464967A (zh) 通信装置、通信方法和计算机程序
CN110460897A (zh) 显示装置、显示方法、再现装置及再现方法
CN104221401B (zh) 数据发送装置和方法、数据接收装置和方法、数据收发系统和方法
CN106162228B (zh) 信号传输装置
CN206685098U (zh) 一种显示屏的控制系统
CN107925794A (zh) 发送设备、发送方法、接收设备和接收方法
JP6514648B2 (ja) データ送信装置、データ受信装置及びデータ送受信システム
WO2016052185A1 (ja) 送信装置、送信方法、受信装置および受信方法
CN205622757U (zh) 一种专用接口转hdmi接口的装置
TW201230781A (en) Dynamic resizing of an electronic program guide (EPG)

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180706