CN104221402B - Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method - Google Patents
Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method Download PDFInfo
- Publication number
- CN104221402B CN104221402B CN201380020188.XA CN201380020188A CN104221402B CN 104221402 B CN104221402 B CN 104221402B CN 201380020188 A CN201380020188 A CN 201380020188A CN 104221402 B CN104221402 B CN 104221402B
- Authority
- CN
- China
- Prior art keywords
- audio
- packet
- data
- stream
- exemplary embodiment
- 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
Links
- 238000000034 method Methods 0.000 title claims description 36
- 238000005070 sampling Methods 0.000 claims description 86
- 230000005540 biological transmission Effects 0.000 claims description 46
- 230000005236 sound signal Effects 0.000 claims description 42
- 230000000694 effects Effects 0.000 claims description 9
- 230000004069 differentiation Effects 0.000 claims description 5
- 230000005611 electricity Effects 0.000 claims 1
- 238000009826 distribution Methods 0.000 description 58
- 230000004048 modification Effects 0.000 description 20
- 238000012986 modification Methods 0.000 description 20
- 230000008859 change Effects 0.000 description 16
- 239000003550 marker Substances 0.000 description 16
- 230000008901 benefit Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 241001269238 Data Species 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 239000003795 chemical substances by application Substances 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000000151 deposition Methods 0.000 description 2
- 241000894007 species Species 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 101100018996 Caenorhabditis elegans lfe-2 gene Proteins 0.000 description 1
- WJXSXWBOZMVFPJ-NENRSDFPSA-N N-[(2R,3R,4R,5S,6R)-4,5-dihydroxy-6-methoxy-2,4-dimethyloxan-3-yl]-N-methylacetamide Chemical compound CO[C@@H]1O[C@H](C)[C@@H](N(C)C(C)=O)[C@@](C)(O)[C@@H]1O WJXSXWBOZMVFPJ-NENRSDFPSA-N 0.000 description 1
- 240000002853 Nelumbo nucifera Species 0.000 description 1
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 1
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 1
- 241000718541 Tetragastris balsamifera Species 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 239000012530 fluid Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000008929 regeneration Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
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
A data transmitting apparatus includes a packet generator which generates a plurality of packets regarding multi-channel audio sample data and a transmitter which transmits the plurality of generated packets to a data receiving apparatus. Each of the plurality of packets includes an identifier field to distinguish a position or an order of the packets.
Description
Technical field
The apparatus and method consistent with exemplary embodiments disclosed herein are related to data source and sink and method, and
More particularly, to data sending device, data sink, number that multi-channel audio signal is sent in wireline interface environment
According to receive-transmit system, data transmission method for uplink, data receiver method and data receiving/transmission method.
Background technology
Because multimedia environment has been carried out, therefore the various wireline interface rings for sending data have been proposed
Border.For example, HDMI (HDMI) and mobile high definition link (MHL) define various forms video data,
The transmission standard of audio signal and control signal.Especially, according to the development of multimedia environment, the biography of multi-channel audio signal
Defeated standard is energetically discussed, to realize the transmission of high quality sound.
Up to the present, the standard on 2 to 8 voice-grade channels of passage has been suggested.However, in multimedia environment
In, it may be necessary to 9 or more than 9 transmission standards of the audio signal of passage.When multi-channel audio signal is transmitted, should
The conventional use of various forms of the consideration and facility environment.
The content of the invention
Technical problem
Exemplary embodiment can overcome disadvantages mentioned above and other shortcomings not described above.And, exemplary embodiment
Disadvantages mentioned above need not be overcome, and exemplary embodiment can not overcome any of the above described problem.
Technical scheme
Exemplary embodiment is proposed to solve the above problems, and the one side of exemplary embodiment provides a kind of number
According to dispensing device, it can include：Packet generator, multiple packets of its generation on multi-channel audio sampled data；And
Transmitter, multiple packet transmissions that it will be generated to data sink.Each in the multiple packets for being generated can be with
Including distinguishing the position of the packet or the identifier field of order.
Identifier field can include indicating whether the packet with the field is the first of multi-channel audio sampled data
The predetermined bit of packet.
Identifier field can include indicating the predetermined bit of the packet index with identifier field.
Each in the multiple packets for being generated can include at least one subgroup, and at least one son point
A part for group storage multi-channel audio sampled data.
In the multiple packets for being generated each can including sampling exist bit (sample present bit) and
Sample at least one of flat bit (sample flat bit), the sampling has bit and indicates at least one son point
Whether group has multi-channel audio sampled data, and the audio sampling data that the flat bit of sampling indicates subgroup to include
It is whether effective.
Each in the multiple packets for being generated can be including each in multiple subgroups, and multiple subgroups
A part for multi-channel audio sampled data can be stored.
Multi-channel audio sampled data can include 9 or more the audio signals of passage.
Multi-channel audio sampled data can be configured according to the forms of IEC 60958.
According to the another aspect of exemplary embodiment, there is provided a kind of data sink, it can include：Receiver,
It receives the multiple packets on multi-channel audio sampled data sent from data sending device；And packet parsing device, its
Multiple packets that parsing is received.Each in the multiple packets for receiving can include distinguishing the position or secondary of the packet
The identifier field of sequence.
Identifier field can include indicating whether the packet with identifier field is multi-channel audio sampled data
The predetermined bit of the first packet.
Each in the multiple packets for receiving can include at least one subgroup, and at least one son point
A part for group storage multi-channel audio sampled data.
Each in the multiple packets for receiving can include that sampling have in bit and the flat bit of sampling at least one
Whether individual, there is bit instruction at least one subgroup and have multi-channel audio sampled data, and described in the sampling
Whether flat bit of sampling indicates the audio sampling data that subgroup includes effective.
Each in the multiple packets for receiving can be including each in multiple subgroups, and multiple subgroups
A part for multi-channel audio sampled data can be stored.
Multi-channel audio sampled data can include 9 or more the audio signals of passage.
Multi-channel audio sampled data can be configured according to the forms of IEC 60958.
According to the another aspect of exemplary embodiment, there is provided data receiving-transmitting system, it can include：Data is activation is filled
Put, multiple of its generation on multi-channel audio sampled data is grouped and sends generated packet；And data receiver dress
Put, it receives the multiple for sending and is grouped and parses the packet for receiving.Each in multiple packet can include distinguishing institute
State the position of packet or the identifier field of order.
Identifier field can include indicating whether the packet with identifier field is multi-channel audio sampled data
The predetermined bit of the first packet.
According to the another aspect of exemplary embodiment, there is provided a kind of data transmission method for uplink, its can include generation on
Multiple packets of multi-channel audio sampled data and the multiple packet transmissions that will be generated are to data sink.Generated
Each in multiple packet can include distinguishing position or the identifier field of order of the packet.
Identifier field can include indicating whether the packet with identifier field is multi-channel audio sampled data
The predetermined bit of the first packet.
According to the another aspect of exemplary embodiment, there is provided a kind of data receiver method, it can include receiving from number
The multiple packets on multi-channel audio sampled data sent according to dispensing device, and parse the multiple packets for receiving.Connect
Each in the multiple packets for receiving can include distinguishing position or the identifier field of order of the packet.
Identifier field can include indicating whether the packet with identifier field is multi-channel audio sampled data
The predetermined bit of the first packet.
According to the another aspect of exemplary embodiment, there is provided a kind of data receiving-transmitting method, it can be included from the first dress
Put the display identification data (Extended Display Identification Data, EDID) that extension is sent to second device
Block, EDID blocks include the first sub-block of the 3D audio frequency characteristics for indicating multichannel audio data and indicate the 3D of multichannel audio data
At least one of second sub-block of loudspeaker distribution information；Metadata groupings are sent from second device to first device, its bag
Include voice-grade channel allocation criterion type (ACAT) field for the channel allocation type for indicating multichannel audio data, indicate to lead to
In the 3D passages/loudspeaker allocation field of the channel counts field and instruction passage of road number/loudspeaker distribution information extremely
It is few one；The packet of at least one multi-channel audio sampled data is sent from second device to first device；And in first device
In at least one send multi-channel audio sampled data packet perform parse and based on through parse at least one transmission
Multi-channel audio sampled data is grouped to export audio.The packet of at least one multi-channel audio sampled data can include many height
The position or the identifier field of order of packet and the multiple subgroups of differentiation.
According to the another aspect of exemplary embodiment, there is provided a kind of data receiving-transmitting method, it can be included from the first dress
Display identification data (EDID) block that extension is sent to second device is put, EDID blocks include indicating the multithread of multichannel audio data
The sub-block of audio frequency characteristics；The packet of audio-frequency information frame is sent from second device to first device, it includes indicating multi-channel sound frequency
According to number of active lanes channel counts field and indicate the passage/loudspeaker allocation field of passage/loudspeaker distribution information
At least one；The packet of at least one audio sampling data is sent from second device to first device；And in first device
The audio sampling data packet sent at least one is performed and parsed and based at least one audio sampling data point through parsing
Group exports audio.The packet of at least one audio sampling data can include multiple subgroups, and multiple subgroups can be wrapped
Include the voice data corresponding with any content in multiple contents.
Technique effect
According to above-mentioned various exemplary embodiments, exemplary embodiment can be generated on multi-channel audio sampled data
Multiple packet, wherein, each in the multiple packets for being generated can include identifier field, and therefore provide to have and be more than
9 transmission standards of the audio signal of passage.
Brief description of the drawings
By referring to some exemplary embodiments of Description of Drawings, the above of exemplary embodiment and/or other aspects will more
Plus substantially, in the accompanying drawings：
Fig. 1 shows the transmission of 3-dimensional (3D) audio signal regularly；
Fig. 2 is the block diagram of the data receiving-transmitting system according to exemplary embodiment；
Fig. 3 is the block diagram of the data sending device in the data receiving-transmitting system according to exemplary embodiment；
Fig. 4 is the block diagram of the data sink in the data receiving-transmitting system according to exemplary embodiment；
Fig. 5 shows the transport stream being grouped according to the audio sample of exemplary embodiment；
Fig. 6 shows the transport stream being grouped according to the audio sample of another exemplary embodiment；
Fig. 7 shows the transport stream format according to exemplary embodiment；
Fig. 8 shows the transport stream being grouped according to the audio sample of exemplary embodiment；
Fig. 9 and Figure 10 show the transport stream of the multi-stream audio sampled packet according to exemplary embodiment；
Figure 11 shows the transport stream of the multi-stream audio sampled packet according to exemplary embodiment；
Figure 12 shows the operation that loudspeaker position is sent according to the use CEC of exemplary embodiment；
Figure 13 shows the operation that 3D audio samples are sent to TV from BDP according to exemplary embodiment；
Figure 14 shows the operation that multi-stream audio is sent to TV from BDP according to exemplary embodiment；
Figure 15 shows and set according to the loudspeaker for 3D voice-grade channels of exemplary embodiment；
Figure 16 to Figure 19 is to provide to the data transmission method for uplink according to various exemplary embodiments and data method of reseptance
The flow chart of explanation.
Specific embodiment
Some exemplary embodiments are described in detail now with reference to accompanying drawing.
In the following description, even if in different drawings, identical reference marker is also used for identical element.Retouch
Defined in stating, such as detailed construction and element item is provided for contributing to comprehensive understanding exemplary embodiment.Therefore,
It is readily apparent that exemplary embodiment can be realized in the case of the item being specifically defined without these.Additionally, without detailed
The thin known function of description or structure, because they can obscure exemplary embodiment with unnecessary details.
" multi-channel audio " is represented as the term is employed herein has 2 audio signals with upper channel.In exemplary reality
Apply in the following description of example, multi-channel audio is divided into 2 dimensions (2D) voice-grade channel and 3-dimensional (3D) voice-grade channel." 2D audios are led to
Road " has 2 passages to 8 multiple voice-grade channels of passage, and represents such voice-grade channel, wherein relative with each passage
The loudspeaker answered is placed in the plane.On the other hand, having at " 3D voice-grade channels " includes 9 multiple audios with upper channel
Passage, and the loudspeaker corresponding with each passage be placed in the 3 d space.
For example, exemplary embodiment can be used at TTA (10.2ch), SMPTE2036-2 (22.2ch) or
3D audios are realized using channel layout defined in IEC62574 (30.2ch).3D audios can include as herein defined
Downmix (down mix) audio stream.
Term " multi-stream audio " represents such audio signal, and it has corresponding with each view in multi views environment
The audio signal that is classified, two or more distinguishing contents can be watched in the multi views environment.Each is regarded
The audio signal of figure can be multi-channel audio.If for example, supporting multi-view video, such as played or four views with dual-view
The associated multi-view video of game, then multi-stream audio can be a class related to the video flowing sent using 3D video formats
Audio stream.
Hereinafter, by based on from HDMI1.4b specifications it is audio extension, with 9 to 32 (or more) the 3D sounds of passage
Frequently exemplary embodiment is explained and for the multi-stream audio of multi view display device.Importantly, being retouched including following
The change stated is supporting new audio frequency characteristics.
However, because exemplary embodiment may apply to the transmission standard of various wireline interfaces, such as the art
Equivalent scope within mobile high definition link (MHL) standard and high-definition media interface (HDMI) standard, so below description
Exemplary embodiment can also be effective in similar wireline interface transmission standard.
In following description, new the determining by the HDMI packets of data islands (data island) period transmission will be described
Justice (including the packet of 3D audio samples, the bit audio sampled packets of 3D mono-, audio metadata be grouped, multi-stream audio sampled packet and
The bit audio sampled packet of multithread one), for be grouped packing treatment and in extending display identification data (E-EDID)
The definition of HDMI audio data blocks is supporting the discovery feature according to new feature.Unless otherwise defined herein, according to exemplary
Embodiment, the specification does not change HDMI1.4b basically according to HDMI1.4b.
The explanation opposite with HDMI1.4b may alternatively be the feature of following new definition, however, other explanations can be with
HDMI1.4b's is consistent.The specification refers to following specification.
HDMI、HDMI Licensing、LLC,High-Definition Multimedia Interface
Specification Version 1.4b, on October 11st, 2011
TTA,TTAK.KO-07.0098,Audio Signal Formats for Ultra High Definition
(UHD) Digital TV, on December 21st, 2011
SMPTE,SMPTE 2036-2:2008,UHDTV Audio characteristics and audio channel
mapping for program production,2008
IEC,IEC 62574ed.1.0,Audio,video and multimedia systems General
Channel assignment of multichannel audio, on April 7th, 2011
MHL, LLC, Mobile High-definition Link version 2 months 2.0,2012 years
*TTA：Telecommunications Technology Association (Telecommunications Technology Association)
General introduction
Elementary audio function is included with sample rate for the linear pulse code of the IEC 60958 of 32kHz, 44.1kHz or 48kHz is adjusted
The related function of system (L-PCM) audio stream.This audio stream can include ordinary stereo acoustic streaming.Alternatively, HDMI can be with
The sample rate of 192kHz sends the audio with 3 to 32 voice-grade channels.HDMI can reach 49.152Mbps (examples with bit rate
Such as, surround sound) the compressed formats of IEC 61937 send audio stream.HDMI can be sent with 2 to 32 voice-grade channels and straight
Connect a bit audio of streaming (DST), i.e. the bit audio in compressed format.HDMI can send 3D audio streams, wherein
Loudspeaker can be placed in the 3 d space Anywhere.3D audio streams can include up to 32 voice-grade channels, and it is in data
The island period is by continuous packet transmission.If supporting multi-view video streaming (for example, having multiple audios in each view
Dual-view or four views game), then HDMI can send multiple audio streams.On such case, four solids can be supported
Sound audio stream.
Data islands packet (data island packet) definition
In the 5.3.1 section packet headers of HDMI1.4b specifications, table 5-8 can be replaced with following table.
Table 1- packet types
* the packet for InfoFrame (information frame) is laid out, it should with reference to 8.2 sections of HDMI 1.4b specifications.
With reference to table 1, new packet is defined from region 0x0B to 0x0F.The 3D audio samples packet defined in 0x0B.
The bit audio sampled packets of 3D mono- defined in 0x0C.Additionally, the audio metadata packet defined in 0x0D, more defined in 0x0E
Stream audio sampled packet, and the bit audio sampled packet of multithread one defined in 0x0F.New definition is described more detail below
Packet.
In addition, it will be illustrated that do not define the various interchangeable suggestion of packet newly.Packet definition in table 1 will be referred to as
First exemplary embodiment.Various alternative suggestions will be referred to as the second exemplary embodiment, the 3rd exemplary embodiment, etc.
Deng.Various alternative suggestions will be based on being illustrated with the difference of the first exemplary embodiment.
1-1.3D audio samples are grouped
First exemplary embodiment
In the first exemplary embodiment, it is possible to use the 3D of the 3D audio sample packet transmission L-PCM forms of new definition
Audio.As described above, " 3D audios " is defined as such audio：Wherein, loudspeaker can be according to 3D audio standard (examples
Such as, 10.2ch, 22.2ch, 30.2ch, or more) in the defined location that is placed in the 3 d space.
3D audio streams can include 32 (or more) voice-grade channels, and by continuous packet in the data islands period
Send.Each packet can have up to 8 voice-grade channels.Packet header can include sampling initial (sample-start) and
There is (sample-present) bit in sampling, to notify the packet positions in (instruction) 3D audio samples, this will be retouched below
State.Following table shows 3D audio sample packet headers.
Table 2-3D audio sample packet headers
Each field includes following information.
sample_start：[1 bit] is indicated：If sampling is initially 1, current group is the first of 3D audio samples
Individual packet.Therefore, sample_start indicates the beginning of 3D audio streams.Receiver (sink) distinguishes start-up portion and the institute of sampling
State sampling starting.
Sample_start=1, first except indicating current 3D audio samples packet to be 3D audio samples is grouped it
Outward, current 3D audio samples packet is also indicated to be bundled to 8 voice-grade channels completely.But, if less than 8 voice-grade channel drops
Mixed 3D audios are sent, then the voice-grade channel of only 8 or less can be packaged.Sample_start=0 is indicated：Currently
The packet of 3D audio samples is the centre of 3D audio samples or last packet, and including 8 or less voice-grade channels.Can be with
Only exist 5 settings of effective sample_present bits of 3D audio samples packet.
sample_present.spX：[4 fields, each bit of field 1] indicates whether subgroup X adopts including audio
Sample.One 3D audio sampling datas can be included in two or more 3D audio samples packets, and each 3D audio is adopted
Sample packet can have four subgroups.Therefore, each 3D audio samples packet header can have total of four to sample and exist
(sample-present) bit, it corresponds to four subgroups.Each sample_present bit represents corresponding son point
Whether group has a part for 3D audio samples.
sample_flat.spX：[4 fields, each bit of field 1] indicates whether subgroup X refers to flat wire
(flatline) sample.If sample_present.spX is established, it is effective.Can be in source if do not found
The audio available data that place uses, then 4 sample_flat.spX bits can be established.When sample rate changes or when depositing
When interim stream is interrupted, then the foundation can occur.If sample_flat.spX is established, subgroup X still refers to
Sampling periods, but, not including available voice data.Only it is established in corresponding sample_present.spX bits
In the case of, sample_flat.spX is just effective.
Send with L-PCM audios 9 to 32 passages (or more) a 3D audio sample (that is, frame is 5 to 16
The frames of individual IEC 60958) when, it is possible to use adjacent 3D audio samples packet.
Table 3 shows effective sample_present bit values.
Table 3- is used for the effective sample_present bit configurations that 3D audios send
| SP0 | SP1 | SP2 | SP3 | Description |
| 0 | 0 | 0 | 0 | The not no subgroup of the part comprising audio sample. |
| 1 | 0 | 0 | 0 | Only subgroup 0 includes a part for audio sample |
| 1 | 1 | 0 | 0 | Two continuous parts of the subgroup 0 and 1 comprising audio sample |
| 1 | 1 | 1 | 0 | Three continuous parts of the subgroup 0,1 and 2 comprising audio sample |
| 1 | 1 | 1 | 1 | Four continuous parts of the subgroup 0,1,2 and 3 comprising audio sample |
BX：[4 fields, each bit of field 1] is indicated：If subgroup X includes be made up of 60958 pieces of IEC 192
The first frame in individual frame, then B.X=1.Otherwise, B.X=0.
The packet of 3D audio samples includes audio sample packet header and four subgroups as shown in table 2.3D audio samples
Each subgroup in packet has the 3D audio sampling datas defined according to IEC 60958.
If source requires the downmix of 3D audio streams, the audio stream of 3D audio sample packet transmission downmixs can be used.Such as
Fruit receiver does not support 3D audios, then source can not send the packet of 3D audio samples.3D audios are converted into legacy audio form
The scope of this specification may be exceeded.Based on channel number, there may be multiple subgroups layout different from each other.Below
In, table 4 to table 6 indicates respectively the example being laid out for the 3D audio packets of 12,24 and 32 passages.
Table 4- is for 12 examples of the 3D audio samples packet layout of passage
Table 5- is for 24 examples of the 3D audio samples packet layout of passage
Table 6- is for 32 examples of the 3D audio samples packet layout of passage (maximum)
Fig. 1 shows the timing for sending 3D audio signals.
Reference picture 1, in horizontal blanking interval, sends each in 8 the three of passage 2D sampled audio signals.With
In the identical duration that upper three 2D sampled audio signals of transmission are used, in 24 3D audio signals of passage of transmission
One sampling.
Below, the data receiving-transmitting system 1000 according to the first exemplary embodiment will be described.
Fig. 2 is the block diagram of the configuration for showing the data receiving-transmitting system 1000 according to exemplary embodiment, and Fig. 3 is to show basis
The block diagram of the configuration of the data sending device 100 of the data receiving-transmitting system 1000 of exemplary embodiment, and Fig. 4 is to show basis
The block diagram of the configuration of the data sink 200 of the data receiving-transmitting system 1000 of exemplary embodiment.
Reference picture 2, the data receiving-transmitting system 1000 according to exemplary embodiment includes that data sending device 100 and data connect
Receiving apparatus 200.
Reference picture 3, the data sending device 100 according to exemplary embodiment includes packet generator 110 and transmitter
120。
Packet generator 110 can generate the multiple packets on multi-channel audio sampled data.As set forth above, it is possible to raw
Into the multiple packet on the audio sampling data with 9 passages or more passage.Each in the packet for being generated can
With including distinguish it position or sequence identifier field.
Identifier field can include indicating whether the packet with identifier field is multi-channel audio sampled data
The predetermined bit of the first packet.In the first exemplary embodiment, sample_start bits can indicate have identifier
Field packet whether be the first packet predetermined bit example.
Additionally, identifier field can include the predetermined bit of the index for indicating the packet with identifier field.This
Example is changed from the first exemplary embodiment, and with more effectively distinguishing the effect of packet.
Multiple packet transmissions that transmitter 120 will be generated are to data sink 200.
Reference picture 4, the data sink 200 according to exemplary embodiment includes receiver 210 and packet parsing device
220。
Receiver 210 can receive the multiple on multi-channel audio sampled data sent from data sending device 100
Packet.Similarly, the identifier field of each position that can include distinguishing it or sequence in the multiple packets for receiving.
Packet parsing device 220 performs the operation of multiple packets that parsing is received.
Video relies on (video dependency)
Table 7 shows that the various video formats that can be used to (be also described in D or E) described in CEA-861-F are determined
When send 3D audios sample rate.Assuming that must to be used for content protecting again same the 58TMDS clock cycle in horizontal blanking interval
Step.Sending 3D audios can be grouped to support by 3D audio samples.
Table 7 shows the maximum sample frequency of the 3D audios for 24 bit video form timing.
Maximum sample frequencys of the table 7- for the 3D audios of video format timing
Second exemplary embodiment
According to the second exemplary embodiment different from first embodiment, conventional audio sample packet format can be by
Change and use.
As shown in Table 8 below, the reservation region of conventional audio sample packet can serve as segment_indicator
(section designator).According to exemplary embodiment, segment_indicator can be represented using two bits.If
Segment_indicator=00, it indicates that the first packet.If additionally, segment_indicator=01, it indicates that point
Group is the strange packet of intermediate packets, if segment_indicator=10, it indicates that packet is the even packet of intermediate packets,
If segment_indicator=11, it indicates that packet is last even packet.Additionally, above-mentioned identifier is only example,
And from the packet of bits match can be different.
No matter whether section is damaged, and can find said structure.If a section is damaged, with the section damaged
N-th sampling can be dropped, or the audio sample packet for only damaging can be dropped.Section indicates one or more audios
Single audio sample packet in the group that sampled packet is divided into.
Layout (layout) is indicated on the sampling in HDMI1.4b and the information of the number of passage.For example, an audio
Sampled packet can include two four audio samples or 8 passage audio samples of passage.Carried out in this specification
Extension, the layout_ext fields in conventional reservation region are created, and whether this instruction be provided of cloth on 3D audios
The information of office.
If for example, layout_ext=0 and layout=0,1, then conventionally similarly indicate 2D audios
Sampling and the number of passage.If however, layout_ext=1 and layout=0, it indicates that 3D audio samples.If
During layout_ext=1 and layout=1, it indicates that multi-stream audio is sampled.
In addition to the field for specifically describing, other fields in the second exemplary embodiment can be with the first exemplary implementation
Field in example is identical.
The audio sample packet of table 8- modifications
Table 8-1segment_indicator fields
| Segment_indicator | Description |
| 00 | The initial segment Start_segment |
| 01 | Interlude (strange) mid_segment (odd) |
| 10 | Interlude (idol) mid_segment (even) |
| 11 | Ending segment End_segment |
Relation between table 8-2layout and layout_ext：With reference to table 7-6HDMI 1.4b
| Layout_ext | layout | Description |
| 0 | 0 | 2 passage/4 samplings |
| 0 | 1 | 8 passage/1 samplings |
| 1 | 0 | 3D audios |
| 1 | 1 | Retain |
Fig. 5 shows the transport stream being grouped according to the audio sample of the second exemplary embodiment.
Reference picture 5, when two sampled packets of the 3D audios on 22.2 passages are sent in horizontal blanking interval, often
Individual field value is established.In being grouped first, segment_indicator=00, in second packet, segment_
Indicator=10, and in last packet, segment_indicator=11.Because above-described embodiment is 3D audios
Signal, so layout_ext=1 and layout=0.Similar field value is found in the 3D audios of 10.2 passages.
3rd exemplary embodiment
According to the 3rd exemplary embodiment, conventional audio sample packet format is also changed and uses, although with second
The exemplary embodiment information less compared to instruction.
With reference to following table 9, the reservation region of conventional audio sample packet can serve as multichannel_
Indicator (multichannel designator).Segment_indicator from the second exemplary embodiment is different,
Multichannel_indicator indicate on audio sample packet whether be 3D audios information.According to
The bit information of multichannel_indicator, the information indicated by layout field can change.
Therefore, multichannel_indicator can be represented using a bit.If multichannel_
Indicator=0, then be laid out the passage/sampling patters defined in the traditional HDMI1.4b of field instruction.If
Multichannel_indicator=1, then be laid out field and indicate to send multi-channel audio sampled data using more than 8 passages
Layout.In this case, layout is used with reference to the starting of sampling.If layout=1, it indicates that present video is sampled
Packet includes the starting of sampling.If layout (start)=0, it indicates that present video sampled packet does not include sampling
Starting.In addition, above description is only exemplary, and can be different from the packet of bits match.Except described
Outside field, other fields can be identical with the field in the first exemplary embodiment in the 3rd exemplary embodiment.
The audio sample packet header of table 9- modifications
Table 9-1Mmultichannel_indicator and Layout/start
Said structure minimizes the change of the reservation region to traditional audio sample packet, while indicating on 3D sounds
Frequently the information being included together with whether being grouped with audio sample.Therefore, the packet configuration according to the 3rd exemplary embodiment compares
Two embodiments are simpler.
Fig. 6 shows the transport stream of the audio sample packet in the 3rd exemplary embodiment.
Reference picture 6, when two sampled packets of the 3D audios on 22.2 passages are sent in horizontal blanking interval, each
Field value is established.In being grouped first, layout=1, and in second packet and the 3rd packet, layout=0.So
And, because each packet is a part for 3D audio signals, multichannel_indicator=1.10.2
Similar field value is set up in the 3D audios of passage.
4th exemplary embodiment
According to the 4th exemplary embodiment, conventional audio sample packet format is also changed and uses, but unlike that
Second exemplary embodiment, additionally provides about whether the information for providing multi-stream audio.
With reference to following table 10, the reservation region of conventional audio sample packet can serve as Stream_ID and
multiASP_layout.MultiASP_layout is performed and the multichannel_ in the 3rd exemplary embodiment
Indicator identical functions.In other words, multiASP_layout indicates whether 3D audios are provided.According to
MultiASP_layout bit informations, the information indicated by layout fields is different.
Provided that multi-stream audio, then Stream_ID indicates stream numbering.According to exemplary embodiment, bit can be with
In for Stream_ID, and 0 indicates second stream of first stream and 1 instruction.Each stream correspondence content different from each other
View.In addition, above description is only exemplary, and can be different from the packet of bits match.
If a view corresponding with multi-stream audio has 8 or less the audio signals of passage, in a sound
Stream_ID and multiASP_layout will not be simultaneously 0 in frequency sampling packet.
The audio sample packet header of the modification of table 10
The description of table 10-1Stream_ID
| Stream_ID | Description |
| 0 | Stream 1 |
| 1 | Stream 2 |
Said structure has real when the information of both multi-stream audio and 3D audios is shown by a data sampled packet
The effect of existing compatibility.Additionally, if the identifier of Stream_ID fields and stream is created, multiple stream can be with when sending
It is distinguished from each other out.Therefore, the multi-stream audio sampled data more than a packet size can be sent.In addition, in the 4th example
In property embodiment, the field in addition to described field is identical with the field in the first exemplary embodiment.
It is also contemplated that by the value phase of Stream_ID fields, multiASP_layout fields and layout/start fields
With reference to audio data transport stream.If multiASP_layout=1, it indicates that 3D audio transport stream packets, and layout/
Start indicates the initial information on being grouped.If Stream_ID=1, it indicates that multithread, and according to layout/
Start sets up the quantity of passage and sampling.For example, the receiver for receiving the packet of Stream_ID=1 is identified, multi-stream audio
Data are sent and currently received packet is second streaming audio data in two multi-stream audio data.
5th exemplary embodiment
According to the 5th exemplary embodiment, conventional audio sample packet format is also changed and uses.
With reference to following table 11, the reservation region of conventional audio sample packet can serve as Supports_
Multistream (support multithread) and multiASP_layout (many ASP layouts).MultiASP_layout is performed and shown with the 4th
MultiASP_layout identical functions in example property embodiment.In other words, multiASP_layout instructions 3D audios are
It is no to be provided.The information indicated by layout fields is different according to the bit information of multiASP_layout.
Whether Supports_Multistream indicates the information being provided on multi-stream audio.According to exemplary implementation
Example a, bit can be used in Supports_Multistream.1 instruction multi-stream audio is provided.Additionally, above description is only
Exemplary, and can be different from the packet of bits match.
According to the 5th exemplary embodiment, an audio sample packet can include 2 fluid sounds more than four of passage with maximum
Frequency sampling.The audio sample in each view can be accordingly sent with each in four subgroups.
If a view corresponding with multi-stream audio has 8 or less the audio signals of passage, in a sound
Supports_Multistream and multiASP_layout will not be simultaneously 0 in frequency sampling packet.
The audio sample packet header of table 11- modifications
Said structure has real when the information of both multi-stream audio and 3D audios is shown by a data sampled packet
The effect of existing compatibility.Additionally, each feature that will be supported can be written into an audio sample packet.Additionally,
In 5th exemplary embodiment, the field in addition to described field is identical with the field in the first exemplary embodiment.
It is contemplated that by Supports_Multistream fields, multiASP_layout fields and layout/start
The feature of the audio data transport stream of the value combination of field.If Supports_Multistream=0 and multiASP_
Layout=1, it indicates that 3D audio transport stream packets, and layout/start indicates the initial information on being grouped.If
Supports_Multistream=1, it indicates that multithread, and the quantity of passage and sampling is set up according to layout/start.
6th exemplary embodiment
According to the 6th exemplary embodiment, it is proposed that similarly change conventional audio sample point with the 4th exemplary embodiment
Group format.
With reference to following table 12, the reservation region of conventional audio sample packet can serve as Stream_ID and
multiASP_layout.Stream_ID and multiASP_layout is performed and the Stream_ID in the 4th exemplary embodiment
With multiASP_layout identical functions.The information indicated by layout fields is believed according to the bit of multiASP_layout
Breath and it is different.
Due to representing Stream_ID using 2 bits, so if multi-stream audio is provided, then can write 4 streams and compile
Number.View of the combination of bit different from each other corresponding to content different from each other.
If a view of multi-stream audio has 8 or less the audio signals of passage, in an audio sample point
Will not find that Stream_ID is 1 more than 1 and multiASP_layout in group.
The audio sample packet header of the modification of table 12
The description of table 12-1Stream_ID
| Stream_ID | Description |
| 00 | Stream 1 |
| 01 | Stream 2 |
| 10 | Stream 3 |
| 11 | Stream 4 |
Said structure has real when the information of both multi-stream audio and 3D audios is shown by a data sampled packet
The effect of existing compatibility.Specifically, compared to the 4th exemplary embodiment, greater number of multithread can be identified.
In six exemplary embodiments, the field in addition to the field for describing is identical with the field in the first exemplary embodiment.
Table 13 shows to combine the value of Stream_ID fields, multiASP_layout fields and layout/start fields
Audio data transport stream feature.If multiASP_layout=1, it indicates that 3D audio transport stream packets, and layout/
Start indicates the initial information on being grouped.If Stream_ID=01~11, it indicates that multithread, and according to
Layout/start sets up the quantity of passage and sampling.
With the feature that proposes relevant ability of the table 13 according to exemplary embodiment
7th exemplary embodiment
According to the 7th exemplary embodiment, it is grouped using the 3D audio samples of the new definition in the first exemplary embodiment
Send the packet of 3D audio samples and multi-stream audio sampled packet.
7th exemplary embodiment similar to first embodiment, and also including indicating whether multi-stream audio is sent
The feature of ext_layout fields.If ext_layout=0, the field indicates multi-stream audio to be sent.If ext_
Layout=1, then the field indicate 3D audios sent.
Except the volume of sample_start fields, sample_present.spX fields and sample_flat.spX fields
Outer field is identical with the field in first exemplary embodiment, and will not be in being described further below.Table 14 indicates root
According to the audio sample packet configuration of the 7th exemplary embodiment.
Audio sample packet (24 passages, frequency=96kHz) of table 14- extensions
| N/ passages 1,2 | N/ passages 9,10 | N/ passages 17,18 | N+1/ passages 1,2 |
| N/ passages 3,4 | N/ passages 11,12 | N/ passages 19,20 | N+1/ passages 3,4 |
| N/ passages 5,6 | N/ passages 13,14 | N/ passages 21,22 | N+1/ passages 5,6 |
| N/ passages 7,8 | N/ passages 15,16 | N/ passages 23,24 | N+1/ passages 7,8 |
The example of the audio sample packet of table 14-1- extensions
Table 15 indicates the packet agent structure of the field value according to ext_layout.Reference table 15, the example on multithread,
Can include 2 passages with a corresponding audio signal of view, and therefore a packet can include and 4 view phases
Corresponding audio signal.Additionally, on 3D audio signals, the audio signal on multiple passages can be represented.Above-mentioned each shows
Example property embodiment describes have 32 audio signals of passage.However, exemplary embodiment is not limited to have 32 passages
Audio signal, and the audio signal having more or less than 32 passages can be created according to other examples implementation method.
Table 15EASP packs
In above-mentioned example embodiment, multi-stream audio signal can be included in be placed with vertical synchronization blanking interval
Have in the corresponding region in the region of the view data of each view and sent.Fig. 7 shows transport stream described above
Form.Reference picture 7, audio signal corresponds to the left field of each view corresponding with picture signal.
The bit audio sampled packets of 1-2.3D mono-
First exemplary embodiment
According to the first exemplary embodiment, a bit sound is sent using the bit audio sampled packets of 3D mono- of new definition
The 3D audios of frequency form.As described above, the definition of the 3D audios according to exemplary embodiment allows that loudspeaker is placed on 3D
Any position in space.
The bit audio streams of 3D mono- include 32 or more voice-grade channels, and it is in the data islands period by continuous packet hair
Send.Packet header has sample_start and sample_present bits, for indicating to be grouped in bit audio sampling
Interior position.
The bit 3D sampled packet heads of table 16- mono-
sample_start：[1 bit] is indicated：If sample_start=1, current group is the bit audios of 3D mono-
First packet of sampling.Sample_start is identical with the sample_start above described in 3D audio packets, therefore
Will not be further described.
samples_present.spX：[4 fields, each bit of field 1] indicates whether subgroup X adopts including audio
Sample.Four sample_present bits can be included in the bit audio sampled packet heads of 3D mono-, and each
Sample_present bits are created for each subgroup.If subgroup includes audio sample, corresponding bit is built
It is vertical.Sample_present.spX and same as described above.
samples_invalid.spX：[4 fields, each bit of field 1] indicates whether subgroup X refers to invalid adopting
Sample.If sample_invalid=1, the sampling of subgroup X is invalid.0 indicates the sampling of subgroup X effective.Only exist
In the case that sample_present.spX is established, above-mentioned bit is just effective.If not finding what can be used at source
Audio available data, then 4 sample_invalid.spX bits be established.If sample_invalid.spX is established,
Then subgroup X refers to continuous sampling periods.However, not including any available data.
In the bit audios of 3D mono-, sampling frequency information is included in audio-frequency information frame and (is referred to by sending
HDMI1.4b 8.2.2 are saved).
The sampled packet of the bit audio sampled packets of 3D mono- include a bit audio sampled packet head as shown in table 16,
With four subgroups.Each subgroup can include the bit audio bit for most four voice-grade channels.
When 9 to 32 bit audios of the 3D of voice-grade channel mono- samplings are sent, it is possible to use the adjacent bit audios of 3D mono-
Sampled packet.Available combination for the sample_present bits of the bit audio sampled packets of 3D mono- can be permitted by distribution
Perhaps passage determines.Different from the packet of 3D audio samples, the bit audio sampled packets of 3D mono- do not have B0~B3 fields, because 3D
One bit audio sampled packet does not meet IEC60958 block formats.
Various alternative solutions
Meanwhile, the various exemplary embodiments on the packet of 3D audio samples can respectively define the bits of corresponding 3D mono-
Audio sample is grouped.In addition to above-mentioned sample_invalid.spX fields difference, the bit audio sampled packets of 3D mono- can be by
Be defined as it is identical with 3D audio sample packets, and only B0~B3 fields by from 3D audio samples packet in exclude.Other solutions
Release identical with above description, therefore will not be discussed further.
1-3. multi-stream audio sampled packets
Below, the multi-stream audio sampled packet structure of new suggested will be illustrated.First exemplary embodiment will be described, and
Other various interchangeable exemplary embodiments are illustrated based on the difference with the first exemplary embodiment.
First exemplary embodiment
According to the first exemplary embodiment, L-PEM and IEC 61937 compression sounds are sent using multi-stream audio sampled packet
Multiple audio streams of frequency form.There are two or more voice-grade channels including each audio stream in multi-stream audio sampling.It is logical
The stream_present bits using packet header are crossed to determine to set up subgroup.Table 17 represents multi-stream audio sampled packet
Head structure.
Table 17- multi-stream audio sampled packet heads
stream_present.spX：[4 fields, each bit of field 1] indicates the sound whether subgroup X includes stream X
Frequency sampling.Four stream_present bits are created in multi-stream audio sampled packet head, and each stream_
Present bits are created for corresponding subgroup.Stream_present bits indicate whether corresponding subgroup includes sound
Frequency flows.Because stream_present.spX is essentially performed and the sample_present.spX phases in the packet of 3D audio samples
Same function, therefore the description not to this function is illustrated.
stream_flat.spX：[4 fields, each bit of field 1] indicates whether subgroup X refers to the flat wire for flowing X
Sampling.Only in the case where stream_present.spX is established, stream_flat.spX is only effectively.If in source
Without available voice data is found, then 4 stream_flat.spX bits are established at place.When sample rate changes or when depositing
When interim stream is interrupted, then the foundation of stream_flat.spX bits is performed.If stream_flat.spX bits are established,
Then subgroup X continues to indicate sampling periods, but, not including available voice data.Due to stream_flat.spX substantially
It is identical with the stream_flat.spX in the packet of 3D audio samples, therefore this function will not be illustrated.
If subgroup X includes constituting the first frame in 192 frames of IEC 60958, B.X=1.Otherwise, B.X=0.
Multi-stream audio sampled packet uses the packet header and four subgroups shown in table 17.Each subgroup has phase
Same structure.
If supporting multi-view video streaming (for example, the dual-view or four in each view with different audios are regarded
Figure game), then HDMI permissions source can be with four audio streams of simultaneous transmission.
Each audio stream being included in multi-stream audio sampling is related to a single view, and logical including two audios
Road.The subgroup of each multi-stream audio sampled packet has according to the 61937 pieces of configurations of IEC 60958 or IEC by 0 or 1 definition
Frame.Three subgroup layouts are defined.Following table 18 to table 20 shows the multi-stream audio for 2,3 and 4 audio streams
It is grouped the example of layout.
Table 18 is for 2 examples of the multi-stream audio sampled packets layout of audio stream
Table 19- is for 3 examples of the multi-stream audio sampled packets layout of audio stream
Table 20- is for 4 examples of the multi-stream audio sampled packets layout of audio stream
Fig. 8 shows the transport stream being grouped according to the audio sample of the first exemplary embodiment.
Reference picture 8, on the 2 channel audio sampled packets for dual-view, being sent in horizontal blanking interval includes two
One sampled packet of individual sampling.On the 2 channel audio sampled packets for four views, bag is sent in horizontal blanking interval
Include four sampled packets of sampling.Although this Figure illustrates the multi-stream audio sampling for sending most 2 passages, according to it
His exemplary embodiment can have multiple passages by a multi-stream audio sampled packet transmission, and (it includes that two or more is led to
Road) multi-stream audio sampling.In short, the audio corresponding with each view can be sent by corresponding subgroup；Additionally,
Can be sent by one or more continuous multi-stream audio sampled packets has multiple passages (it includes two or more passage)
Multi-stream audio sampled data.
According to exemplary embodiment, multi-stream audio sampled packet sends four stereo sound frequency samplings.Each sampling correspondence
In single audio stream.If for example, HDMI sources send two separate audio streams, the audio sample of stream 0 can be being sent
When use subgroup 0, and can send stream 1 audio sample when use subgroup 1.
Second exemplary embodiment
According to the second exemplary embodiment, conventional audio sample packet format is changed and uses, while also carrying
For the information whether being provided on multi-stream audio.
With reference to following table 21, the reservation region of conventional audio sample packet can serve as Stream_Identifier
(Stream_ID).If multi-stream audio is provided, Stream_ID indicates stream numbering.According to exemplary embodiment, Stream_
ID can use two bits；00 indicates first-class, 01 instruction second, and the rest may be inferred.Each stream correspondence is different from each other interior
The view of appearance.In addition, above description is only exemplary, and can be different from the packet of bits match.
In HDMI1.4b, layout (layout) indicates the information of the number on sampling and passage.For example, an audio
Sampled packet can include four samplings of 2 channel audios and a sampling of 8 channel audios.
The audio sample packet header of table 21- modifications
The description of table 21-1-Stream_Identifier
| Stream_Identifer | Description |
| 00 | Stream 1 |
| 01 | Stream 2 |
| 10 | Stream 3 |
| 11 | Stream 4 |
Said structure realizes the advantage of the ID for providing multithread in a straightforward manner using conventional reservation region.
Fig. 9 and Figure 10 show the transport stream of the multi-stream audio sampled packet according to the second exemplary embodiment.
Reference picture 9, on the 2 channel audio sampled packets for dual-view, being sent in horizontal blanking interval includes phase
With four unit sampled packets of the sampled data of content.In other words, a sampled packet includes being regarded on one
The audio signal of figure.On the 2 channel audio sampled packets for four views, sent in horizontal blanking interval and regarded for four
Four sampled packets of figure.Furthermore it is possible to continuously transmit the sampled packet of any view, or can replace with another view
Mode send sampled packet.Fig. 9 shows the example of 2 channel audio sampled packets；However, it is also possible to using logical with multiple
The audio sample packet in road (it includes 2 with upper channel).Additionally, as illustrated, can include concurrently in each view
Send the sampled data that identical ascertains the number；However, it is also possible to send different number of sampled data.
Figure 10 shows the 8 channel audio sampled packets sent in horizontal blanking interval for dual-view, and it includes referring to
Show the sampled data of 8 passages and two sampled packets.Using a sampled packet, can complete on a hits for view
According to transmission.Can continuously transmit, or can be sent with the alternate mode of the sampled packet of another view, each view
Sampled packet.On the 8 channel audio sampled packets for four views, being sent in horizontal blanking interval includes being directed to a species
One sampled packet of the sampled data of the content of type；However, four each sampled packets of view should be sent.
Similar to the second exemplary embodiment, if Stream_Identifier is used, and if audio clock again
Estranged group includes above- mentioned information, then can more effectively realize the operation of synchronization video and audio.Following table 22 provides root
According to the structure of the audio clock regeneration packet of the modification of the second exemplary embodiment.
The audio clock of table 22 regenerates packet header and subgroup
Table 22-1 audio clocks regenerate packet header
Table 22-2 audio clocks regenerate subgroup
The description of table 22-3Stream_Identifier
| Stream_Identifer | Description |
| 00 | Stream 1 |
| 01 | Stream 2 |
| 10 | Stream 3 |
| 11 | Stream 4 |
With reference to table 22, the information on many stream index is included by the reservation region that packet is regenerated in audio clock, can
To effectively realize the synchronization of the video and audio of multi-view system.Specifically, on it is different when show multi views system, on
It can be useful to state packet configuration.
3rd exemplary embodiment
3rd exemplary embodiment is grouped similar to the 3D audio samples of fourth embodiment.Traditional audio sample grouping lattice
Formula is changed and uses, while having the function of providing many stream identification informations.
With reference to following table 23, the reservation region of conventional audio sample packet can serve as Stream_ID and
multiASP_layout.The 3D audio samples packet of Stream_ID and multiASP_layout and the 4th exemplary embodiment
Described in Stream_ID it is identical with multiASP_layout.
The audio sample packet header of the modification of table 23
The description of table 23-1Stream_Identifier
| Stream_ID | Description |
| 0 | Stream 1 |
| 1 | Stream 2 |
Said structure has real when the information of both multi-stream audio and 3D audios is shown by a data sampled packet
The advantage of existing compatibility.
The sound of the combination of the value according to Stream_ID fields, multiASP_layout fields and layout/start fields
The feature of frequency data transmission stream is identical with the feature of the 3D audio samples packet description above with respect to the 4th exemplary embodiment.
4th exemplary embodiment
According to the 4th exemplary embodiment, conventional audio sample packet format can be changed and use.4th example
Property embodiment correspond to the 5th exemplary embodiment 3D audio samples be grouped.
With reference to following table 24, the reservation region of conventional audio sample packet can serve as Supports_
Multistream and multiASP_layout.Supports_Multistream and multiASP_layout show with the 5th
Supports_Multistream described in the 3D audio samples packet of example property embodiment is identical with multiASP_layout.
The audio sample packet header of the modification of table 24
Said structure has real when the information of both multi-stream audio and 3D audios is shown by a data sampled packet
The advantage of existing compatibility.Additionally, said structure also realizes another advantage：Each to be supported feature can be written into one
In audio sample packet.
The feature of audio data transport stream can be according to Supports_Multistream fields, multiASP_layout
The combination of the value of field and layout/start fields is realized.The value of each field is grouped with 3D audio samples described above
Table 13 in field value it is identical.
Meanwhile, in above-mentioned example embodiment, multi-stream audio signal can be included in and vertical synchronization blanking interval
In be placed with the corresponding region in the region of the view data of each view and sent.The description of Fig. 7 provides this
The detailed description of feature.
5th exemplary embodiment
5th exemplary embodiment proposes the conventional audio sample packet format similar with the 3rd exemplary embodiment
Amending method.
With reference to following table 25, the reservation region of conventional audio sample packet can serve as Stream_ID and
multiASP_layout.Stream_ID and multiASP_layout perform respectively with the 3rd exemplary embodiment
Stream_ID and multiASP_layout identical functions.
Due to representing Stream_ID using 2 bits, so if multi-stream audio is provided, then 4 streams can be indicated to compile
Number.Each various combination of bit corresponds to the view of content different from each other.
If a view of multi-stream audio has 8 or less the audio signals of passage, in an audio sample point
Will not find that Stream_ID is 1 more than 1 and multiASP_layout in group.
The audio sample packet header of the modification of table 25
The description of table 25-1Stream_Identifer
| Stream_Identifer | Description |
| 00 | Stream 1 |
| 01 | Stream 2 |
| 10 | Stream 3 |
| 11 | Stream 4 |
Said structure has real when the information of both multi-stream audio and 3D audios is shown by a data sampled packet
The advantage of existing compatibility.Specifically, compared to the 3rd exemplary embodiment, greater number of multithread can be distinguished.
Table 26 shows to combine the value of Stream_ID fields, multiASP_layout fields and layout/start fields
Audio data transport stream feature.If multiASP_layout=1, it indicates that 3D audio transport stream packets, and layout/
Start indicates the initial information on being grouped.If Stream_ID=01~11, it indicates that multithread, and according to
Layout/start sets up the quantity of passage and sampling.
With the feature that proposes relevant ability of the table 26 according to exemplary embodiment
6th exemplary embodiment
6th exemplary embodiment proposes to be added to Stream_ID according to the audio sample of the first exemplary embodiment point
Group.Stream_ID and same as described above, and other fields are identical with the field described in the first exemplary embodiment.
Table 27 shows the audio sample packet header according to the 6th exemplary embodiment.But, although set up using 4 bits in table
Stream_ID, but Stream_ID can also be set up using 1 to 3 bit or 5 bits or more bit.Packet type
Indicate the packet type of new definition.
In order to distinguish the audio in each stream, Stream_ID is used.Therefore, compared to the first exemplary embodiment, one
Multi-stream audio sampled packet is included for an audio sampling data for stream.
The extended audio sampled packet of table 27
7th exemplary embodiment
7th exemplary embodiment proposes the 3D audio samples of the new definition in Section 1.1 of the first exemplary embodiment
Packet and the multi-stream audio sampled packet being grouped using 3D audio samples.
7th exemplary embodiment similar to first embodiment, and also including indicating whether multi-stream audio is provided
Ext_layout fields.Therefore, if ext_layout=0, the field indicates multi-stream audio to be sent.If ext_
Layout=1, then the field indicate 3D audios sent.
Its including sample_start fields, sample_present.spX fields and sample_flat.spX fields
His field is identical with the field described in first exemplary embodiment, and will not be described further.Table 28 shows root
According to the audio sample packet configuration of the 7th exemplary embodiment.
The audio sample packet (2 passage 2 flows frequency=96kHz) of the extension of table 28
The example of the audio sample packet of table 28-1 extensions
Table 29 indicates the packet agent structure of the field value according to ext_layout.It is as shown in the table, in multithread, with one
The corresponding audio signal of view can include 2 passages, and therefore a packet can be included for 4 audios of view
Signal.Alternatively, in 3D audio signals, the audio signal of multiple passages can be indicated.Even if describing in this manual
Each exemplary embodiment describe the up to 32 3D audios of passage, but exemplary embodiment not limited to this.For example, showing
Example property implementation method can be applied to have 32 or more the audio signals of passage.
Table 29EASP packs
Table 30 shows effective Sample_Present bits.
Table 30 is used for the effective Sample_Present bit configurations that Multi-audio-frequency stream sends
| SP0 | SP1 | SP2 | SP3 | Description |
| 0 | 0 | 0 | 0 | The not no subgroup comprising audio sample. |
| 1 | 0 | 0 | 0 | Only subgroup 0 includes the audio sample for flowing 0 |
| 1 | 1 | 0 | 0 | Audio sample of the subgroup 0 and 1 comprising stream 0 and 1 |
| 1 | 1 | 1 | 0 | Audio sample of the subgroup 0,1 and 2 comprising stream 0,1 and 2 |
| 1 | 1 | 1 | 1 | All subgroups are all comprising the audio sample of stream 0,1,2 and 3 |
Figure 11 shows the transport stream of the multi-stream audio sampled packet in above-mentioned 7th exemplary embodiment.
Reference picture 11, on the 2 channel audio sampled packets for dual-view, can send bag in horizontal blanking interval
Include two sampling of view sampled packets.On the 2 channel audio sampled packets for four views, between horizontal blanking
Include four sampled packets of sampling every middle transmission.In other words, a sampled packet includes and sends four views
Sampling.Although Figure 11 shows the example of 2 channel audio sampled packets, can be using tool according to other exemplary embodiments
The audio sample for having multiple passages (it includes two or more passage) is grouped.
As above relative to described in examples above embodiment, multi-stream audio signal can be included in and disappear with vertical synchronization
It is placed with hidden interval in the corresponding region in the region of the view data of each view and is sent.Figure 11 is shown this
In the case of transport stream format.In fig. 11, can include corresponding with the left field of the picture signal in each view
Audio signal.
The bit audio of 1-4. multithread one is grouped
First exemplary embodiment
According to the first exemplary embodiment, the new packet of the bit audio of multithread one is defined.This is adopted corresponding to 3D audios
Sample is grouped.
If sending the bit audio of multithread one, each subgroup can be included for 0,1,2 or more voice-grade channels
One bit audio bit.The sampling of the bit audio of multithread one includes four stream_present bits, and each bit is corresponding
Subgroup and create.
If subgroup includes the audio sample in each stream, corresponding bit can be established.If do not found
The audio available data that can be used, then 4 stream_invalid.spX bits can be established.If stream_
Invalid.spX bits are established, then subgroup X continues to indicate sampling periods, but, not including any available data.
The bit audio packet header of 31 multithread of table one
stream_present.spX：[4 fields, each bit of field 1] indicates the sound whether subgroup X includes stream X
Frequency sampling.Stream_present.spX is essentially performed and is grouped description with above with respect to above 3D audio samples
Sample_present.spX identical functions, and thus will not be further described.
stream_invalid.spX：[4 fields, each bit of field 1] indicates whether subgroup X refers to the nothing for flowing X
Effect sampling.If the sampling being included in subgroup X is invalid, stream_invalid=1.Otherwise, stream_invalid
=0.In the case where related stream_present.spX is established, bit is effective.Stream_present.spX is basic
Upper execution and the sample_present.spX identical functions above with respect to the packet description of above 3D audio samples, and thus
Will not be further described.
On the bit audio of multithread one, according to exemplary embodiment, sampling frequency information is included in audio-frequency information frame
And sent (refer to HDMI1.4b 8.2.2 sections).
The bit audio sampled packet of multithread one is used and the bit audio sampling subgroup identical four shown in table 31
Individual subgroup.Because the bit audio sampled packet of multithread one does not meet the block formats of IEC 60958, a bit multi-stream audio is adopted
Sample packet does not have B0 to B3 fields, and this is different from multi-stream audio sampled packet.
Various alternative solutions
Various above-mentioned example embodiments on multi-stream audio sampled packet, can respectively define a corresponding bit many
Stream audio sampled packet.In other words, in addition to samples_invalid.spX as described above, a bit multi-stream audio
Sampled packet can also be defined multi-stream audio sampled packet, and can use the B0 to B3 from multi-stream audio sampled packet
Field.
2-1. is used for the information frame of 3D audios/metadata groupings
First exemplary embodiment
As described above, in the first exemplary embodiment, can be grouped by using the audio metadata of new definition, without
Being information frame sends the additional information relevant with 3D audios.Whenever 3D audio streams are sent, source is at least two video fields
Send an audio metadata.
Audio metadata can indicate various characteristics, the quantity of such as passage, voice-grade channel allocation criterion type (ACAT)
With the distribution of the passage/loudspeaker of 3D audio streams.Under represent the audio metadata packet header of new definition.
The audio metadata packet header of table 32
The audio metadata packet content of table 33
Each field in above-mentioned packet is defined as follows.
3D_CC：[5 bit] indicates the channel counts of the 3D audios for sending.If the voice-grade channel meter in audio-frequency information frame
3D audio channel counts (3D_CCO ..., 3D_CC4) during number (CC0 ..., CC2) is grouped with audio metadata are inconsistent, then
The channel counts of audio-frequency information frame are ignored.Table 34 shows the voice-grade channel of the value according to 3D_CC.
ACAT：[4 bit] indicates the voice-grade channel allocation criterion type provided by source.Table 35 shows ACAT field values.
Table 36 is illustrated：If ACAT is set up as 0x01 (10.2 passage), loudspeaker position is distributed.Similarly, table 37 and table 38 are wrapped
Include the information for 22.2 passages and 30.2 passages.
3D_CA：[8 bit] indicates the distribution of the passage/loudspeaker for 3D audios.Further explanation is in table 36 to table
Shown in 38.Audio stream is compressed for IEC61937,3D_CA fields are invalid.
Table 343D_CC fields
The voice-grade channel allocation criterion type field of table 35
Table 36 is used for the 3D_CA fields of 10.2 passages (ACAT=0x01)
Table 37 is used for the 3D_CA fields of 22.2 passages (ACAT=0x02)
Table 38 is used for the 3D_CA fields of 30.2 passages (ACAT=0x03)
Whenever effective 3D audio streams are sent, for two video fields, correct audio unit number can be at least sent once
According to packet.If new 3D audio streams start, or include to be believed by audio metadata packet and audio in 3D audio streams
The change that breath frame is indicated, then can regard earlier than after initially impacted non-mute (non-silent) audio sample
Frequency frame ground sends audio metadata packet change and correct.The transmission of change and correct audio metadata packet can be with
Just occurred before the initially audio sample of influence is sent.Audio metadata can at any time (including data islands interval
Interior horizontal blanking interval or vertical blanking interval) send.If 3D audios are processed by streaming, receiver ignores bag
CC the and CA fields in audio-frequency information frame are included, and with reference to the 3D_CC and 3D_CA being included in audio metadata.
If however, sending above-mentioned audio metadata, traditional audio-frequency information frame still can be utilized.In other words
Say, if audio metadata is by the new passage for being used to distribute 3D audios, audio-frequency information frame be used to distribute the passage of 2D audios.
In addition, though 10.2 passages of ACAT, 22.2 passages and 30.2 passages are foregoing exemplary embodiments described, but
The technical field of exemplary embodiment is not limited to this, and can apply to, for example, leading to less than 10.2 passages, more than 30.2
Road and 10.2 to 30.2 passages.
Second exemplary embodiment
Second exemplary embodiment is with the difference of the first exemplary embodiment：According to the second exemplary embodiment
It is contemplated that the change of the audio-frequency information frame defined in HDMI1.4b.Table 39 shows audio-frequency information frame in this case.CC
Field indicates the channel counts of the audio for sending, and CA fields indicate the information of passage/loudspeaker distribution.
Generally, CC fields are represented using three bits.However, the second exemplary embodiment uses two of reservation region to add
Bit.Therefore, channel counts information can be by using 5 bits：CC0, CC1, CC2, CC3, CC4 are indicated.
Additionally, passage/information of loudspeaker distribution is added to the reservation region of CEA861-D, such as the institute in table 20 above
Show.Compared to the first exemplary embodiment, the second exemplary embodiment does not have ACAT fields.
The audio-frequency information frame of the modification of table 39
The audio-frequency information frame packet header of table 39-1 modifications
Table 39-2 audio-frequency information frame packet contents
3rd exemplary embodiment
3rd exemplary embodiment extends the second exemplary embodiment, and changes the audio-frequency information defined in HDMI1.4b
Frame.Table 40 shows the audio-frequency information frame structure according to the 3rd exemplary embodiment.Similar to the second exemplary embodiment, CC fields
The channel counts of the audio of transmission are indicated, and CA fields indicate the information of passage/loudspeaker distribution.
3rd exemplary embodiment provides further expanding for CA fields, while being substantially similar to the second exemplary reality
Apply example.One bit of reservation region is set up as channel_extension bits.If channel_extension=
0, then the CC# and CA# fields defined in CEA861-D used.In other words, the 3rd exemplary embodiment supports 2D audio moulds
Formula.If channel_extension=1, PB2 [7:6] be used as the extended bit (CC4, CC3) of CC, and PB6 guarantor
Region is stayed to be used as CA_ext fields.The extended bit of 3D audios is used.
In this case, similar to the second exemplary embodiment, conventional three bits of CC field utilizations are represented.So
And, the 3rd exemplary embodiment also uses two bits of reservation region.Therefore, channel counts information can be by using 5
Bit：CC0, CC1, CC2, CC3, CC4 are indicated.
In addition, PB6 fields can be added and be used for CA bits (PB4).The guarantor of the CEA861-D shown in table 20
Region (or, the CEA861-E shown in table 28) is stayed, can be included for having the logical of 10.2 or more audios of passages
The definition of the information of road/loudspeaker.Table that can be extra defined in each standard.As a result, CA field extensions are to 16 bits, and
And therefore, it can send multi-channel audio.
Additionally, 8 new bit fields can be defined and used by replacing traditional CA fields, this be different from
Upper description.For example, new CA bits can be defined using PB6 fields or PB7 fields.
The audio-frequency information frame 2 of the modification of table 40
Table 40-1 audio-frequency information frame packet headers
Table 40-2 audio-frequency information frame packet contents
4th exemplary embodiment
4th exemplary embodiment combines the second exemplary embodiment and the 3rd exemplary embodiment.According to the 4th example
Property embodiment, traditional audio-frequency information frame includes the 3D_CC fields of 3D_CH_present fields, the CA fields of PB4 and PB6.
3D_CH_present fields are performed and channel_ above described in the 3rd exemplary embodiment
Extension identical functions.Therefore, if 3D_CH_present=0, CC# the and CA# words defined in CEA861-D
Section is still utilized.In other words, the 4th exemplary embodiment supports 2D audio modes.In addition, if 3D_CH_present=
1, then PB6 [4：0] it is used as the expansion bit (CC4, CC3, CC2, CC1, CC0) of CC, and the reservation region of PB4 is used as CA
Field, is similarly to the second exemplary embodiment.The extended bit of 3D audios is used.Similar to second and the 3rd exemplary reality
Example is applied, ACAT fields are not defined.The further feature that is not particularly described with relative to first to the 3rd exemplary embodiment
The feature of description is identical.
The audio-frequency information frame 3 of the modification of table 41
The audio-frequency information frame packet header of table 41-1 modifications
The audio-frequency information frame packet content of table 41-2 modifications
2-2. is used for the information frame of multi-stream audio
On multi-stream audio, new metadata groupings can not be defined, and can be using the letter defined in HDMI1.4b
Breath frame.If sending multiple effectively audio streams using multi-stream audio sampled packet, for two video fields, correct audio letter
Breath frame can be sent to less once.Audio-frequency information frame can be used when the audio frequency characteristics of each effective audio stream are described.
If new voice data stream starts and can be by multiple new audio stream or sound if included in audio stream
Frequency information frame, then can be earlier than a video after the audio sample of initially impacted non-mute come the change realized
, send audio-frequency information frame change and correct.Sending for stream can just before the initially audio sample of influence is sent
Realize.For a bit audio stream, audio-frequency information frame can send before initially impacted sampling.
The change of information frame
Compared with above-mentioned example embodiment, the utilization on Stream_ID is (for example, the 4th of the packet of 3D audio samples the
With the 6th exemplary embodiment, and multi-stream audio sampled packet second, third, the 5th and the 6th exemplary embodiment),
Stream_ID can be included in audio-frequency information frame, for example, as shown in following table 42.
With reference to table 42, Stream_ID indicates the stream ID of present video information frame, and Stream_Count to indicate to send
Audio stream total number.According to exemplary embodiment, instead of not using flow identifier, sampling can be loaded and by multithread
Sent in four subgroups that audio sample packet main body is constituted, it does not change information frame.
The information frame of the modification of table 42
Table 42-1 audio-frequency information frame packet headers
Table 42-2 audio-frequency information frame packet contents
3-1. is used for the EDID of 3D audios
By using at least one of following operation：1) operation, changes traditional short audio descriptor and loudspeaker point
With data block, 2) data block new defined in reservation region for the related block of the audio on the marker code of extension, with
And 3) a new data block defined in reservation region, can be with for the HDMI audio data blocks on the marker code of extension
The information of the audio frequency characteristics of 3D audios and distribution loudspeaker is included in EDID.
For example, the EDID data blocks described in CEA-861-F (D or E) could be used to indicate that two receiver audios
Feature and loudspeaker distribution are supported.The data block set by being extended positioned at CEA is supported in receiver audio frequency characteristics and loudspeaker distribution
A series of short audio descriptors indicate.Such data include by receiver support audio coding list and with coding
Related parameter, such as channel number, to support form.Loudspeaker distribution descriptor can be included in data block set, and
And by supporting multichannel (the reaching 8 passages) L-PCM's for 2D audios or multichannel (reaching 8 passages) 1 bit audio
Receiver is asked.
First exemplary embodiment
If receiver is supported to send multi-stream audio and/or 3D audios, the HDMI sounds of the marker code 18 with extension
Frequency data block could be used to indicate that 3D audio frequency characteristics, 3D loudspeakers distribution information and multi-stream audio feature.
If receiver is supported to send 3D audios, HDMI audio data blocks include thering is four at least one of byte
HDMI 3D audio descriptors (HDMI_3D_AD).Additionally, HDMI audio data blocks can include following in last HDMI 3D sounds
A HDMI 3D loudspeaker after frequency descriptor distributes descriptor (HDMI_3D_SAD).
If receiver supports that sending multi-stream audio does not support to send 3D audios simultaneously, HDMI audio data blocks can be wrapped
Include at least one CEA short audios descriptor (CEA_SAD) followed after 3 bytes.CEA short audio descriptors are in CEA-861-
Indicated in F (D or E).
If receiver is supported to send multi-stream audio and 3D audios, HDMI audio data blocks can include following in HDMI
At least one CEA short audio descriptors after 3D loudspeakers distribution descriptor.Table 43 is provided according to exemplary embodiment
Additional detail.
HDMI 3D audio descriptors above indicate to support the audio coding defined in CEA-861-F (D or E).HDMI
Equipment can support the 3D sounds according to TTA (10.2 passage), SMPTE2036-2 (22.2 passage) or IEC62574 (30.2 passage)
Frequency form.Table 45 to table 49 provides further explanation.Shown in table 24 and table 26 of these tables according to CEA-861-F (D or E)
Audio format code classified.
As described above, HDMI 3D loudspeakers distribution descriptor can be included in HDMI audio data blocks, and by supporting
The receiver request of 3D audios.The structure of HDMI 3D loudspeakers distribution descriptor shows in table 50.Receiver is raised by expression
Sound device, for example, a pair of loudspeakers indicate audio capability, and sets up corresponding mark.HDMI 3D loudspeakers distribute descriptor
There can be the ACAT fields of four bits, it indicates voice-grade channel allocation criterion type.Table 50 to table 52 provides further thin
Section.Additionally, CEA short audios descriptor can be included in HDMI audio data blocks, and it is supported sending multi-stream audio
Receiver is asked.Above description symbol describes the audio frequency characteristics of each audio stream.Largest passages are counted can be restricted to often
2 passages in individual audio stream；However, exemplary embodiment not limited to this, and according to exemplary embodiment, channel counts can be with
More than 2 passages in each audio stream.
Table 43HDMI audio data blocks
* the length (in units of byte) of subsequent data block pay(useful) load：2+4*X+4+3*Y
**3+4*X+1
Each field of the HDMI audio data blocks shown in table 43 is described as follows.
NUM_HDMI_3D_AD [3 bit] indicates the quantity of HDMI 3D audio descriptors.
NUM_CEA_SAD [3 bit] indicates the quantity of CEA short audio descriptors.
Max_Stream_Count-1 [2 bit] is indicated：The number -1 of number=transmitting data stream.Table 44 provides additional
Details.
HDMI_3D_AD indicates HDMI 3D audio descriptors.
HDMI_3D_SAD indicates HDMI 3D loudspeakers distribution descriptor.
CEA_SAD CEA indicate CEA short audio descriptors.
Table 44Max_Stream_Count-1 fields
| Max_Stream_Count-1 | Description |
| 00 | Do not support multi-stream audio |
| 01 | 2 audio streams |
| 10 | 3 audio streams |
| 11 | 4 audio streams |
Table 45 is used for the HDMI 3D audio descriptors of audio format code=1 (LPCM)
Table 46 is used for the HDMI 3D audio descriptors of audio format code 2 to 8
Table 47 is used for the HDMI 3D audio descriptors of audio format code 9 to 13
Table 48 is used for the HDMI 3D audio descriptors of 14 (WWA Pro) of audio format code
Table 49 is used for the HDMI 3D audio descriptors of audio format 15 (extensions) of code
Table 50 is used for the HDMI 3D loudspeakers distribution descriptor of 10.2 passages (TTA standards)
Runic bit in upper table is indicated according to the loudspeaker of 10.2 channel allocations.
Table 51 is used for the HDMI 3D loudspeakers distribution descriptor of 22.2 passages (SMPTE2036-2)
Runic bit in upper table is indicated according to the loudspeaker of 22.2 channel allocations.
Table 52 is used for the HDMI 3D loudspeakers distribution descriptor of 30.2 passages (IEC62574/Ed.1)
Runic bit in upper table is indicated according to the loudspeaker of 30.2 channel allocations.
Although the first exemplary embodiment is distributed using the loudspeaker that three bytes describe multichannel 3D audio tweeters,
It is that this is only exemplary.3D voice datas with 30.2 or more passages may need more exemplary than above with respect to this
The more loudspeaker distribution information of information of embodiment description.In this case, 3D loudspeakers distribution descriptor can be used
More than four bytes indicate loudspeaker to distribute.
Table 53 voice-grade channel distribution type (ACAT) field
The need for manufacturer, the reservation bit in ACAT fields can be allocated and be used for various passage classes
Type, for example, Doby (Dolby), USC the or ITU-R forms that will be standardized.
Second exemplary embodiment
Second exemplary embodiment is with the difference of the first exemplary embodiment：Second exemplary embodiment changes
Audio data block.Specifically, the reservation region of CEA short audios descriptor can be used for extending and indicating the maximum number of passage
Mesh.For example, referring to following table 54, the maximum number of passage can extend by using byte 1 [7] and byte 2 [7].It is logical
This extension is crossed, 3D audios can be indicated.CEA short audios descriptor can have different field areas according to audio format.
Table 54CEA short audio descriptor tables 54-1 is used for the CEA short audio descriptors of audio code=1 (LPCM)
Table 54-2 is used for the CEA short audio descriptors of audio code 2 to 8
Table 54-3 is used for the CEA short audio descriptors of audio code 9 to 15
Unrelated with above-mentioned second exemplary embodiment, ACAT can be set up by changing loudspeaker distribution data block.
The byte 3 [7 that ACAT can be distributed in the reservation region of data block payload using loudspeaker:4] recognize, and per species
Loudspeaker distribution data block in type can be defined as new table.The position of ACAT fields can be in byte 2 [7:3] to byte
3[7：0] differently defined in the range of.
With reference to following table 55, ACAT=0001 indicates 10.2 passages of TTA standards, and ACAT=0010 indicates 22.2
Passage.
The loudspeaker of table 55 distribution data block payload (with reference to CEA861-E)
Table 55-1ACAT fields
| ACAT | Description |
| 0000 | With reference to CEA861-D (E, F) |
| 0001 | With reference to 10.2 passages (TTA standards) |
| 0010 | With reference to 22.2 passages (SMPTE2036-2) |
| 0011~1111 | Retain |
| 0011~1111 | Retain |
Table 55-2 loudspeakers distribution data block payload (being used for 22.2 passages)
Table 55-3 loudspeakers distribution data block payload (being used for 10.2 passages)
Loudspeaker distribution data block can differently be defined according to manufacturer.Manufacturer can contemplate is raised one's voice using public
Device distributes to improve compatibility.Following table 56 proposes the SMPTE2036-2 standards of the 3D audios with 22.2 passages.Runic
Bit refers to the public loudspeaker distribution of some manufacturers.
The loudspeaker of table 56 distribution data block payload 2 (with reference to CEA861-E)
Table 56-1ACAT fields
| ACAT | Description |
| 0000 | With reference to CEA861-D (E, F) |
| 0001 | With reference to 10.2 passages (TTA standards) |
| 0010 | With reference to 22.2 passages (SMPTE2036-2) |
| 0011~1111 | Retain |
Table 56-2 loudspeakers distribution data block payload (being used for 22.2 passages)
Table 56-3 loudspeakers distribution data block payload (being used for 10.2 passages)
In the above-mentioned example embodiment of loudspeaker distribution data block pay(useful) load, each type of classification, for example,
10.2 passages (TTA), 22.2 passages (SMPTE2036-2) and 13.1 passages (Doby), can be by referring to loudspeaker in source point
Position with the bit set in Data payload determines with sequence, and need not individually define ACAT fields.Determine type
The operation of classification can perform because the number of passage can utilize the audio data block for changing find.
3rd exemplary embodiment
3rd exemplary embodiment does not define HDMI audio data blocks, and the new mark for defining extension in EDID
The extension loudspeaker distribution data block type of code.The size maximum of new data block can be 32 bytes.Table 57 shows 4
The example of individual byte.The size of ACAT can change and define according to the need for user or manufacturer.
ACAT is by using reservation region (byte 3 [7:4]) realize, and each type loudspeaker distribution data block
Can be defined.Payload can be formed with above-mentioned example embodiment identical mode.In addition, ACAT fields can be with
It is placed in the region different from above reservation region.
According to manufacturer, the reservation bit in ACAT fields can be allocated and be used for various channel types, for example,
Doby, USC the or ITU-R forms that will be standardized.
The loudspeaker distribution data block of the modification of table 57
Table 57-1ACAT is described
| ACAT | Description |
| 0000 | With reference to CEA861-D (E, F) |
| 0001 | With reference to 10.2 passages (TTA standards) |
| 0010 | With reference to 22.2 passages (SMPTE2036-2) |
| 0011~1111 | Retain |
Loudspeaker distribution data block payload (being used for 10.2 passages) of table 57-2 extensions
Loudspeaker distribution data block payload (being used for 22.2 passages) of table 57-3 extensions
Loudspeaker distribution data block payload (being used for 30.2 passages) of table 57-4 extensions
4th exemplary embodiment
4th exemplary embodiment is similar to 3rd embodiment, but difference part is, according to the 4th exemplary implementation
Example, each loudspeaker allocation criterion type (for example, in 10.2 passages (TTA), 22.2 passages (NHK), 13.1 passages (Doby))
Data block be defined, and data block in each type is added to the marker code of extension.
For example, data block marker code 19 indicates to distribute data block, data block mark for the loudspeaker of the passages of TTA 10.2
Note code 20 is indicated to distribute data block for the loudspeaker of the passages of NHK 22.2, and data block marker code 21 is indicated for shutting out
Loudspeaker than 13.1 passages distributes data block.
The loudspeaker distribution data block of the modification of table 58
Table 58-1 loudspeakers distribution data block payload (being used for multichannel)
5th exemplary embodiment
5th exemplary embodiment defines the audio data block of extension.The audio data block of extension corresponds to the mark of extension
Note code.Additionally, the audio data block of extension includes at least one extension CEA short audio descriptors.Each extension CEA short audio
Descriptor includes the information of the quantity on passage.The size and form of each field can be with the short audios in audio data block
The size of descriptor is identical with form, but, size and form can also be defined differently.
The audio data block of the extension of table 59
The audio data block of table 59-1 extensions
The CEA section audio descriptors of table 59-2 extensions
As described in upper table, the CEA short audios descriptor of extension can include unpressed audio format code.Unpressed sound
Frequency form type code can be defined as foloows.
The unpressed audio format of table 60 code
The loudspeaker distribution data block of extension can be defined to include the value of the marker code of extension.The loudspeaker of extension
Distribution data block can include ACAT fields as shown in the table.Reservation region can be used for extension.Additionally, according to manufacture
Business, reservation bit can be allocated and be used for various channel types, for example, the Doby that will be standardized, USC or ITU-R
Form.
The loudspeaker distribution data block of the extension of table 61
The loudspeaker distribution data block of table 61-1 extensions
Table 61-2ACAT is described
In the exemplified embodiment, the payload of the loudspeaker distribution data block of extension shows in the following table.It is cloudy
Shadow zone domain be used to distribute loudspeaker for each channel allocation type.
The channel allocation of table 62 is with compatibility
For new loudspeaker position EDID/CEC
Loudspeaker position data block can be defined for transmitting new speaker position information to source.Data block includes
The coordinate value (x, y, z) and position angle angle value of each loudspeaker position.Using above- mentioned information, source can be used in various treatment behaviour
Make, in such as downmix or multi-object audio coding.Due to distributing the marker code extended in following table according to one of exemplary embodiment
Value, so loudspeaker position data block can be defined and used using data block defined above.
The loudspeaker position data block of table 63
Loudspeaker position data block can be defined as in the table below.Byte [1] stores one and raises one's voice to byte [5]
The positional information of device.According to same exemplary embodiment, byte [6] to byte [30] stores the loudspeaker position of other loudspeakers
Confidence ceases.Byte 31 and byte 32 are defined as reservation region.
If using illustrative embodiments above, a data block maximum can carry six loudspeaker position letters
Breath.Therefore, for N number of passage, (N/6) individual loudspeaker position data block altogether can be needed.
The loudspeaker position data block of table 64
Table 64-1Speaker_id (loudspeaker ID) field
| Speaker_id | Description |
| 00000 | FL |
| 00001 | FR |
| 00010~11111 | … |
Speaker position information is sent using CEC
Figure 12 shows the operation that speaker position information is sent according to the use CEC of exemplary embodiment.
Reference picture 12, if source sends the request to loudspeaker position to receiver, receiver utilizes loudspeaker position
Information is responded.
3-1. is used for the EDID of 3D audios
Multi-stream audio data block can be newly defined in the marker code of extension.Multi-stream audio data block includes Max_
Stream_count-1 fields and CEA short audio descriptor regions.Max_stream_count-1 indicates to send the quantity of stream.
CEA short audios descriptor is more than 1, and can be defined by CEA861-D.
The multi-stream audio data block of table 65
Table 65-1CEA data block marker codes
According to exemplary embodiment, if providing multi-stream video/audio can be in the data block middle finger specific to supplier
Show.Multistream_indicator (multithread designator) field is used.If receiver supports multithread,
Multistream_indicator=1.In addition, multistream_indicator fields can be in another region of data block
And defined in HDMI VSDB.
The specific data block of the supplier of table 66
If used over 2 bit definitions multistream_indicator, then each multithread can be recognized.
Data block of the table 67 specific to supplier
Second exemplary embodiment
Second exemplary embodiment newly defines Multi-audio-frequency flow data block using the marker code of extension.The multitone of new definition
Frequency flow data block include CEA short audios descriptor region, the length of audio stream, Max_stream_count fields, and/or other
Information.Each field can be identical with the field described in illustrative embodiments above, and will not be further described.
The Multi-audio-frequency flow data block of table 68
Table 68-1 Multi-audio-frequency flow data blocks
3rd exemplary embodiment
Meanwhile, similar to the first exemplary embodiment, it may be considered that using another method of HDMI audio data blocks.
The marker code of extension is newly defined.Similar to the first exemplary embodiment, tag identification code 18 can be used to increase
Plus the HDMI audio data blocks of extension.
Following table provides the structure of the HDMI audio data blocks of extension.The HDMI of the extension according to the 3rd exemplary embodiment
Audio data block includes CEA short audios descriptor (ECSAD) of extension, the loudspeaker of extension distributes descriptor (ESAD) and many
Audio flow descriptors (MASD).
If receiver apparatus support that 3D audio-frequency functions, ECSAD include identical with the number of the value of Num_ECSAD fields
The descriptor of number.If receiver apparatus support 3D voice-grade channels function and if the value of Num_ECSAD fields is more than 0,
Then ESAD includes a descriptor.If receiver apparatus support multi-stream audio function, MASD includes and Num_MASD fields
Value the equal number of descriptor of number.
The maximum number that Max_stream_count-1 fields are defined as the stream that receiver apparatus can be received subtracts 1.
Due to utilizing an audio sample packet transmission multi-stream audio, therefore the audio stream instruction identical audio spy in each view
Levy, such as type of coding and sample frequency.
The quantity of the CEA short audio descriptors of Num_MASD field definitions extension.Up to seven CEA of extension can be included
Short audio descriptor.If the field is 0, it indicates that can not support 3D audio-frequency functions.
Quantity of the Num_ECSAD field definitions comprising multi-stream audio descriptor within the data block.Up to four can be included
Individual multi-stream audio descriptor.If the field is 0, instruction can not support multi-stream audio.If Max_stream_count-
1 is not 0, then should define at least one MASA.If ECSAD includes the method using being defined using four bytes, basis
Exemplary embodiment can at most define six multi-stream audio descriptors.
The HDMI audio data blocks of the extension of table 69
X：The number of ECSAD
Y：The number of MASD
Table 69-1Max_Stream_Count-1 fields
| Max_Stream_Count-1 | Description |
| 00 | Multi-audio-frequency stream is not supported |
| 01 | 2 audio streams |
| 10 | 3 audio streams |
| 11 | 4 audio streams |
The 3rd exemplary embodiment above can include that following replacement is advised.
For example, the HDMI audio data blocks of extension can only include ECSAD, and other two ESAD and MASD can make
The marker code that is extended with other is defined.
Two descriptors defined using other marker codes for extending can be defined as single data block or definition
It is data block different from each other.In the field for defining PB3 in upper table, Max_stream_count-1 is comprised in definition multithread
In the data block of audio descriptor.
Superincumbent description is compared, the HDMI audio data blocks of extension can include the ECSAD related to 3D audios and
ESAD, and MASD can be defined using other marker codes for extending.
ECSAD structures are described by referring to following table, and in the following table, ECSAD structures correspond to wide line character.
With reference to lower-left table, descriptor can currently be selected from two kinds of type of codings such as LPCM and DSD.Furthermore it is possible to
Other unpressed audio formats are added using the reservation region of UAFC fields.
The number of passage can be distributed using 5 bits, and can select up to 32 passages.
The CEA short audio descriptors of the extension of table 70
The HDMI voice data block structures of table 70-1 extensions
The unpressed audio format code fields of table 70-2
The CEA short audio descriptors of table 70-3 extensions
Additionally, on the above method, the supplementary features according to exemplary embodiment are as follows.
The sum of descriptor is expanded to 4 bytes by following table.And, the table defined in CEA861-E joins audio format
Code.Therefore, both compression defined in CEA861-E and unpressed type of coding can be allocated.
When descriptor quantity increases, the number that can be included ECSAD within the data block is restricted to maximum 6 and retouches
State symbol.Additionally, above-mentioned example embodiment can include 4 descriptors.
According to the change of audio format type of coding, the grammer of PB3 and PB4 is defined as being arrived with the table 45 in CEA861-E
The byte 2 and 3 of table 49 is identical.
The CEA short audio descriptors of the extension of table 71
The HDMI voice data block structures of table 71-1 extensions
The CEA short audio descriptors of table 71-2 extensions
According to the 3rd exemplary embodiment, ESAD structures are described.
The wide line character in table indicates ESAD structures below.
Currently, ESAD can select the loudspeaker of up to 30.2 passages to distribute information.However, using the reservation of ACAT fields
Region, can comprise additionally in another loudspeaker and place form.
The loudspeaker distribution descriptor of the extension of table 72
The HDMI audio block structures of table 72-1 extensions
Table 72-2 voice-grade channel distribution type fields
The loudspeaker distribution descriptor of table 72-3 extensions
Following table indicates ESAD.The wide line character of each table is used to distribute the loudspeaker of respective channel distribution type.
The loudspeaker distribution descriptor of the extension of table 73
The structure of the ESAD according to the 3rd exemplary embodiment is illustrated below.Wide line character in table indicates the knot of ESAD
Structure.
The CEA short audio descriptors defined in CEA861-E are used according to the rules.In addition, though including CEA short audios
Each field in descriptor, but can be to use the format for partly changing/changing defined field arrangement or amount.When
When sending multi-stream audio, can only include the descriptor.If used, then including at least one of described descriptor.
The Multi-audio-frequency flow descriptors of table 74
The HDMI voice data block structures of table 74-1 extensions
Table 74-2 Multi-audio-frequency flow descriptors
Following table newly defines the structure of multi-stream audio descriptor.Instead of using CEA short audio descriptors according to the rules, can make
With new descriptor.
Number of active lanes in multi-stream audio is restricted to 2.Therefore, in these descriptors, it is not necessary to channel counts word
Section is deleted, and the maximum number -1 of stream is defined as 2 bits.Specified in the PB3 of the HDMI audio data blocks of extension
Max_stream_count-1 is defined as the maximum of the Max_stream_count-1 in each descriptor.
Each following table indicates the descriptor in each audio format code.
The Multi-audio-frequency flow descriptors of table 75
Table 75-1 is used for the Multi-audio-frequency flow descriptors of audio code 1 (LPCM)
Table 75-2 is used for the Multi-audio-frequency flow descriptors of audio format code 2 to 8
Table 75-3 is used for the Multi-audio-frequency flow descriptors of audio format code 9 to 13
Table 75-4 is used for the Multi-audio-frequency flow descriptors of 14 (WWA Pro) of audio format code
Table 75-5 is used for the Multi-audio-frequency flow descriptors of audio format 15 (extensions) of code
The application scenarios of 4-1.3D audios and multi-stream audio
In the following description, there is provided for 3D audios and the multi-stream audio in the first exemplary embodiment should
Use scene.Following illustrative implementation is illustrated the energy of acceptor device transmission HDMI2.0 sources, 3D audios and multi-stream audio
Power.
For the scene of 3D audios
Figure 13 shows that 3D audio samples are sent to TV from Blu-ray player (BDP).This exemplary embodiment is assumed
It is as follows.
The receiver of the source of such as BDP and such as TV is the equipment for meeting HDMI 2.0.
Source sends the audio stream of the passages of L-PCM 48kHz 22.2 to receiver.
Receiver receives the audio sample of the passages of L-PCM 48kHz 22.2, and by each audio streams to accordingly
Loudspeaker.According to exemplary embodiment, the video format of transmission is 1080p/60Hz.
TV includes meeting the E-EDID data structures of CEA-861-F (D or E), and it can be accessed using DDC.In order to support
3D audios are sent, in addition to other necessary data blocks, E-EDID also includes HDMI audio data blocks.BDP receives HDMI audios
Data block, and recognize the 3D audio capabilities of TV described in table 76.
Table 76 is used for the example of the HDMI audio data blocks of 22.2 passages
Byte 1,2,3 indicates HDMI audio data block heads.NUM_HDMI_3D_AD is set up as 1, and it indicates to send 3D
Audio.NUM_CEA_SAD and Max_stream_count-1 are set to 0, because BDP is not processed in this exemplary scenario
Multi-stream audio.
Byte 4,5,6,7 constitutes the HDMI 3D audio descriptors of the 3D audio frequency characteristics of description TV.Audio format code, maximum
Number of channels -1, sample frequency and sample size are defined.
Byte 8,9,10,11 constitutes description for the HDMI 3D of effective loudspeaker (SMPEG 2036-2) of 22.2 passages
Distribution descriptor.
BDP receives EDID from TV, and sends audio-frequency information frame and audio metadata packet to TV.In this case,
Audio metadata packet is used to replace sendaisle to count the audio-frequency information frame for distributing information with passage/loudspeaker.
Included 3D_CC and 3D_CA describe the passage for 22.2 channel audio streams respectively in audio metadata packet
Count and passage/loudspeaker distribution information.The audio-frequency information frame that following table 77 gives 22.2 channel audios of transmission is effectively carried
The example of lotus.Table 78 gives the audio metadata packet payload for sending 22.2 channel audios.
Table 77 is used for the example of the audio-frequency information frame payload of 22.2 passages
The audio metadata of table 78 is grouped payload
BDP is sampled by the channel audio of 3D audio samples packet transmission 22.2.The packet of each 3D audio sample supports up to 8
Individual voice-grade channel, and accordingly, it would be desirable to three continuous 3D audio samples are grouped to send the sampling of 22.2 channel audios.
Sample_start is used for first 3D audio samples packet of distribution.In the exemplified embodiment, three 3D audios are adopted
Sample packet can be defined as such as table 79 to the defined of table 81.
Table 79 is used for the example that first 3D audio sample of 22.2 passages is grouped
Table 80 is used for the example that second 3D audio sample of 22.2 passages is grouped
Table 81 is used for the example that the 3rd 3D audio sample of 22.2 passages is grouped
4-2 is used for the example of the scene of multi-stream audio
Figure 14 show according to exemplary embodiment, multi-stream audio be sent to TV from BDP.This exemplary embodiment
Assuming that as follows.
The receiver of the source of such as BDP and such as TV is the equipment for meeting HDMI 2.0.
Source/receiver enters dual-view game mode.
Source sends two audio streams of each view.
Receiver can be different to each other two earphones send two audio streams.
The video format of transmission is HDMI 3D 1080p/60Hz.
TV includes meeting the E-EDID data structures of CEA-861-F (D or E), and it can be accessed using DDC.In order to support
Multi-stream audio, in addition to other necessary data blocks, E-EDID also includes HDMI audio data blocks.BDP receives HDMI audio numbers
According to block, and recognize the multi-stream audio ability of TV described in table 76.
Table 82 is used for two examples of the HDMI audio data blocks of audio stream
Byte 1,2,3 indicates HDMI audio data block heads.NUM_CEA_SAD is set up as 2, because receiver is supported to use
In the two kinds of audio format code of multi-stream audio.Max_stream_count-1 is set up as 1, because receiver can be located
Manage two independent audio streams as described above.NUM_HDMI_3D_AD is set up as 0, because in this exemplary scenario
Middle BDP can process transmission 3D audios.
Byte 4,5,6 constitutes a CEA short audio descriptors of description audio frequency characteristics.It is maximum on sending multi-stream audio
Channel counts are restricted to 2.Therefore, the maximum quantity -1 of passage is 1.
Byte 7,8,9 indicates the 2nd CEA short audio descriptors of description audio frequency characteristics.As described above, the maximum number of passage
Amount -1 is 1.BDP can send audio-frequency information frame to TV after EDID is received from TV.Scene is sent conversely, CC with 3D audios
Sendaisle is respectively applied for CA to count and passage/loudspeaker distribution information.Audio metadata packet can not be used for hair
Send multi-stream audio.Table 83 shows two examples of the audio-frequency information frame payload of audio stream of transmission.
Table 83 is used for two examples of the audio-frequency information frame payload of audio stream
BDP is sent for two multi-stream audio sampled packets with stereo sound frequency sampling of independent audio stream.Cause
This, the first subgroup has the stereo sound frequency sampling from the first audio stream, and the second subgroup has from the second sound
The stereo sound frequency sampling of frequency stream.In the exemplified embodiment, multi-stream audio sampled packet can be defined as such as table 84
Shown in.
Table 84 is used for two examples of the multi-stream audio sampled packet of audio stream
3D audio tweeters are placed and channel allocation
In the following description, the loudspeaker that will be described for 3D voice-grade channels places (placement) and channel allocation.
Figure 15 shows and placed according to the loudspeaker for 3D voice-grade channels of exemplary embodiment.
Exemplary embodiment according to described in table 85, in the case of the channel standard types of IEC 30.2, before FL is represented
Left speaker, FR represents front right loudspeaker, and LFF1 represents the loudspeaker of low-frequency effect 1, and FC represents preceding middle loudspeaker, and BL represents rear left
Loudspeaker, BR represents rear right loudspeaker, and FLW represents the broadening loudspeaker of front left, and FRW represents the broadening loudspeaker of front right, and TpFL is represented
Left speaker before top, TPFR represents top front right loudspeaker, and BC middle loudspeakers after representing, LS represents left circulating loudspeaker, RS
Right surround loudspeaker is represented, LFE2 represents the loudspeaker of low-frequency effect 2, and FLC indicates loudspeaker in front left, FRC to be raised in representing front right
Sound device, TpFC represents middle loudspeaker before top, and TpC represents loudspeaker in top, and SiL represents left speaker, and SiR represents right side
Loudspeaker, TpBL represents left speaker behind top, and TpBR represents top rear right loudspeaker, and TpSiL represents top left side loudspeaker,
TpSiR represents top right side loudspeaker, and BtFC represents middle loudspeaker before bottom, and BtFL represents left speaker before bottom, BtFR tables
Show bottom front right loudspeaker, TpBC represents middle loudspeaker behind top, and TpLS represents top left circulating loudspeaker, and TpRS represents top
Right surround loudspeaker, LSd represents left around direct loudspeaker, and RSd represents the direct loudspeaker of right surround.
However, according to type, loudspeaker title can be with different from each other.For example, preceding middle loudspeaker is marked in above-mentioned IEC
FC is written as in standard, however, preceding middle loudspeaker is written as C by TTA standards.Other in addition to the title described in following table are each
Loudspeaker title is planted to be used.The description of following table and Figure 15 illustrates one of exemplary embodiment；Loudspeaker and passage
Distribution can be configured differently according to other examples embodiment.
Different from 2D voice datas, the 3D voice datas supported using multichannel have common trait：On the top of 3d space
Portion, center and bottom have loudspeaker different from each other respectively.Figure 15 shows the example that the loudspeaker in a region is placed
Property embodiment.
The voice-grade channel of table 85 is described and abbreviation is compared (CEA/TTA/SMPTE/IEC)
5 data transmission method for uplink and data method of reseptance
Hereinafter, reference picture 16 to Figure 19 is explained the method for sending and receiving data for meeting above-mentioned standard.
Figure 16 to Figure 19 is the stream for showing data transmission method for uplink and data method of reseptance according to various exemplary embodiments
Cheng Tu.
First, reference picture 16, the data transmission method for uplink according to various exemplary embodiments can be included in operation S1610
Generate on the multiple packet for multi-channel audio sampled data, and the multiple packet that will be generated in S1620 is operated
It is sent to data sink.Each in the multiple packets for being generated can be central in packet including distinguishing them for identification
Position and/or order identifier field.Each is operated as already described above, therefore repeated description will not be explained.
Reference picture 17, the data receiver method according to various exemplary embodiments is received in being included in operation S1710
It is grouped on the multiple for multi-channel audio sampled data from what data transmitter sent, and is docked in S1720 is operated
The multiple packets for receiving perform parsing.Each in the multiple packets for receiving can include working as in packet for distinguishing them
In position and/or order identifier field.Each operation as already described above, therefore will not be explained.
Identifier field can include predetermined bit, and it indicates whether the packet with identification field is that multi-channel audio is adopted
First packet of sample data.
Reference picture 18, the data transmission method for uplink according to various exemplary embodiments is generated in being included in operation S1810
Packet including multiple subgroups, and in S1820 is operated the packet transmission that will be generated to data sink.Each behaviour
Make as already described above, therefore will not be explained.
Reference picture 19, the data receiver method according to various exemplary embodiments is received in being included in operation S1910
Packet including multiple subgroups, and parsing is performed to the packet for receiving in S1920 is operated.Each has been operated as above
It is described, therefore will not be explained.
Each in multiple subgroups can include the voice data corresponding with any content in multiple contents.
What foregoing example embodiment and advantage were merely exemplary, and should not be construed as limited to exemplary implementation
Example.This teaching can be readily applied to other types of device.Additionally, the description of exemplary embodiment be intended to it is illustrative
, rather than the scope of limitation claims, and many replacements, modifications and variations will be to those skilled in the art it is aobvious and
It is clear to.
Claims (15)
1. a kind of data sending device, including：
Packet generator, multiple packets of its generation on multi-channel audio sampled data；And
Transmitter, multiple packet transmissions that it will be generated to data sink,
Wherein, each in the multiple packets for being generated includes the position or the institute that are grouped in the multiple packet described in differentiation
The identifier field of the order of multiple packets is stated,
Wherein described identifier field include indicating the packet be the first packet in the multiple packet, intermediate packets or
The predetermined bit being finally grouped.
2. data sending device as claimed in claim 1, wherein, the identifier field includes indicating have identifier field
Packet whether be multi-channel audio sampled data first packet predetermined bit.
3. data sending device as claimed in claim 1, wherein, the identifier field includes indicating have identifier field
Packet index predetermined bit.
4. data sending device as claimed in claim 1, wherein, each in the multiple packets for being generated includes at least one
Individual subgroup, and at least one subgroup stores a part for multi-channel audio sampled data.
5. data sending device as claimed in claim 4, wherein, each in the multiple packets for being generated is deposited including sampling
In at least one of bit and the flat bit of sampling, there is bit and indicate whether at least one subgroup has in the sampling
Multi-channel audio sampled data, and whether the flat bit of sampling indicates the audio sampling data that subgroup includes effective.
6. data sending device as claimed in claim 1, wherein, the multi-channel audio sampled data includes 9 or more
The audio signal of passage.
7. data sending device as claimed in claim 1, wherein, the multi-channel audio sampled data is according to International Power
The form configuration of the committee (IEC) 60958.
8. a kind of data sink, including：
Receiver, it receives the multiple packets on multi-channel audio sampled data sent from data sending device；And
Packet parsing device, multiple packets that its parsing is received,
Wherein, each in the multiple packets for receiving includes the position or the institute that are grouped in the multiple packet described in differentiation
The identifier field of the order of multiple packets is stated,
Wherein described identifier field include indicating the packet be the first packet in the multiple packet, intermediate packets or
The predetermined bit being finally grouped.
9. data sink as claimed in claim 8, wherein, the identifier field includes indicating have identifier field
Packet whether be multi-channel audio sampled data the first packet predetermined bit.
10. data sink as claimed in claim 8, wherein, each in the multiple packets for receiving is included at least
One subgroup, and at least one subgroup stores a part for multi-channel audio sampled data.
11. data sinks as claimed in claim 10, wherein, each in the multiple packets for receiving includes sampling
There is at least one of bit and the flat bit of sampling, the sampling has bit and indicates whether at least one subgroup has
There is multi-channel audio sampled data, and whether the audio sampling data that the flat bit instruction subgroup of the sampling includes has
Effect.
12. data sinks as claimed in claim 8, wherein, the multi-channel audio sampled data includes 9 or more
The audio signal of passage.
13. data sinks as claimed in claim 8, wherein, the multi-channel audio sampled data is according to international electricity
The form configuration of the work committee (IEC) 60958.
A kind of 14. data transmission method for uplink, including：
Multiple packets of the generation on multi-channel audio sampled data；And
The multiple packet transmissions that will be generated to data sink,
Wherein, each in the multiple packets for being generated includes the position or the institute that are grouped in the multiple packet described in differentiation
The identifier field of the order of multiple packets is stated,
Wherein described identifier field include indicating the packet be the first packet in the multiple packet, intermediate packets or
The predetermined bit being finally grouped.
A kind of 15. data receiver methods, including：
Receive the multiple packets on multi-channel audio sampled data sent from data sending device；And
Multiple packets that parsing is received,
Wherein, each in the multiple packets for receiving includes the position or the institute that are grouped in the multiple packet described in differentiation
The identifier field of the order of multiple packets is stated,
Wherein described identifier field include indicating the packet be the first packet in the multiple packet, intermediate packets or
The predetermined bit being finally grouped.
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 | ||
| US201261604844P | 2012-02-29 | 2012-02-29 | |
| US201261604892P | 2012-02-29 | 2012-02-29 | |
| US61/604,844 | 2012-02-29 | ||
| US61/604,892 | 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,879 | 2012-04-23 | ||
| US61/636,901 | 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-0123638 | 2012-11-02 | ||
| KR1020120123638A KR102047800B1 (en) | 2012-02-15 | 2012-11-02 | Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method |
| PCT/KR2013/001129 WO2013122386A1 (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 |
|---|---|
| CN104221402A CN104221402A (en) | 2014-12-17 |
| CN104221402B true CN104221402B (en) | 2017-05-24 |
Family
ID=49218119
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201380020188.XA Expired - Fee Related CN104221402B (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 |
| CN201380020186.0A Expired - Fee Related CN104221401B (en) | 2012-02-15 | 2013-02-13 | Data sending device and method, data sink and method, data receiving-transmitting system and method |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201380020186.0A Expired - Fee Related CN104221401B (en) | 2012-02-15 | 2013-02-13 | Data sending device and method, data sink and method, data receiving-transmitting system and method |
Country Status (2)
| Country | Link |
|---|---|
| KR (4) | KR102012231B1 (en) |
| CN (2) | CN104221402B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111478825B (en) * | 2020-04-10 | 2023-04-18 | 深圳市风云实业有限公司 | Extensible network traffic generation and analysis method and system |
| CN112436898B (en) * | 2020-11-09 | 2022-06-14 | 西安全志科技有限公司 | Voice data transmission method, computer device and computer readable storage medium |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101491002A (en) * | 2006-05-17 | 2009-07-22 | 国家Ict澳大利亚有限公司 | Transmitting and receiving media packet streams |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004364171A (en) * | 2003-06-06 | 2004-12-24 | Mitsubishi Electric Corp | Multichannel audio system, as well as head unit and slave unit used in same |
| JP4082376B2 (en) * | 2004-04-02 | 2008-04-30 | ソニー株式会社 | Transmission device, transmission method, and transmission / reception system |
| JP2006317575A (en) * | 2005-05-11 | 2006-11-24 | Matsushita Electric Ind Co Ltd | Audio decoding device |
| US20070186015A1 (en) * | 2006-02-08 | 2007-08-09 | Taft Frederick D | Custom edid content generation system and method |
| WO2008132811A1 (en) * | 2007-04-17 | 2008-11-06 | Panasonic Corporation | Communication system |
| KR100942142B1 (en) * | 2007-10-11 | 2010-02-16 | 한국전자통신연구원 | Method and apparatus for transmitting and receiving of the object based audio contents |
| US20120113113A1 (en) * | 2009-06-30 | 2012-05-10 | Yeon Hyuk Hong | Method of processing data for 3d images and audio/video system |
| JP2011124925A (en) | 2009-12-14 | 2011-06-23 | Sony Corp | Output control apparatus, output control method, program, and output control system |
| KR101458391B1 (en) * | 2010-07-14 | 2014-11-05 | 한국전자통신연구원 | Method and apparatus for transmitting/receiving multiplexed packet stream over single transmission channel |
-
2012
- 2012-11-02 KR KR1020120123642A patent/KR102012231B1/en active IP Right Grant
- 2012-11-02 KR KR1020120123638A patent/KR102047800B1/en active IP Right Grant
- 2012-12-28 KR KR1020120157114A patent/KR102011474B1/en active IP Right Grant
-
2013
- 2013-01-02 KR KR1020130000373A patent/KR101765566B1/en active IP Right Grant
- 2013-02-13 CN CN201380020188.XA patent/CN104221402B/en not_active Expired - Fee Related
- 2013-02-13 CN CN201380020186.0A patent/CN104221401B/en not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101491002A (en) * | 2006-05-17 | 2009-07-22 | 国家Ict澳大利亚有限公司 | Transmitting and receiving media packet streams |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104221402A (en) | 2014-12-17 |
| CN104221401A (en) | 2014-12-17 |
| CN104221401B (en) | 2018-07-06 |
| KR102011474B1 (en) | 2019-08-16 |
| KR20130094163A (en) | 2013-08-23 |
| KR102047800B1 (en) | 2019-11-22 |
| KR20130094224A (en) | 2013-08-23 |
| KR20130094172A (en) | 2013-08-23 |
| KR20130094162A (en) | 2013-08-23 |
| KR101765566B1 (en) | 2017-08-07 |
| KR102012231B1 (en) | 2019-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103269475B (en) | Data transmitting/receiving equipment and data receiving-transmitting method | |
| CN103269476B (en) | Data transmitting/receiving equipment and data receiving-transmitting system | |
| JP6027071B2 (en) | 3D video player with flexible output | |
| CN104053039B (en) | Data transmitter-receiver set, data receiving-transmitting system and data receiving-transmitting method | |
| US9497297B2 (en) | Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving | |
| CN102067490A (en) | Method for generating and playing object-based audio contents and computer readable recording medium for recoding data having file format structure for object-based audio service | |
| CN107852516A (en) | Broadcast singal dispensing device, broadcast receiver, broadcast singal sending method and broadcast signal received method | |
| CN104053040B (en) | Data transmitter-receiver set, data receiving-transmitting system and data receiving-transmitting method | |
| CN108370450A (en) | Broadcast singal sending device, broadcasting signal receiving, broadcast singal sending method and broadcast signal received method | |
| CN106910486A (en) | The method and system of display port is mapped on a wireless interface | |
| CN110460897A (en) | Display device, display methods, transcriber and reproducting method | |
| CN104221402B (en) | Data transmitting apparatus, data receiving apparatus, data transreceiving system, data transmitting method, data receiving method and data transreceiving method | |
| WO2020137767A1 (en) | Transmission device, transmission method, reception device and reception method | |
| CN106162228B (en) | Signal transmitting apparatus | |
| CN102005231A (en) | Storage method of rich-media scene flows | |
| WO2020045044A1 (en) | Transmission device, transmission method, reception device, and reception method | |
| CN206685098U (en) | A kind of control system of display screen | |
| CN206850806U (en) | A kind of multimedia advertisement delivery system | |
| JP6514648B2 (en) | Data transmission device, data reception device, and data transmission / reception system | |
| CN104303512B (en) | Data stream processing device and data flow processing method | |
| CN205622757U (en) | Special purpose interface changes device of HDMI interface | |
| CN103475928B (en) | Method and device for realizing one-machine multi-screen output based on RGB (Red, Green, Blue) synchronization technology | |
| CN202103777U (en) | Mini-HDMI distributor |
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: 20170524 |