CN105917655A - 经由一个或者多个网络发送或者接收广播内容的设备和方法 - Google Patents
经由一个或者多个网络发送或者接收广播内容的设备和方法 Download PDFInfo
- Publication number
- CN105917655A CN105917655A CN201580004446.4A CN201580004446A CN105917655A CN 105917655 A CN105917655 A CN 105917655A CN 201580004446 A CN201580004446 A CN 201580004446A CN 105917655 A CN105917655 A CN 105917655A
- Authority
- CN
- China
- Prior art keywords
- data
- packet
- protocol packet
- broadcast
- information
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 92
- 239000012634 fragment Substances 0.000 claims description 35
- 230000002123 temporal effect Effects 0.000 claims description 12
- 230000003044 adaptive effect Effects 0.000 claims description 4
- 230000001143 conditioned effect Effects 0.000 claims description 4
- 230000001105 regulatory effect Effects 0.000 claims 2
- 230000011664 signaling Effects 0.000 description 180
- 230000005540 biological transmission Effects 0.000 description 153
- 101000596046 Homo sapiens Plastin-2 Proteins 0.000 description 76
- 102100035182 Plastin-2 Human genes 0.000 description 76
- 108091006146 Channels Proteins 0.000 description 56
- 238000010586 diagram Methods 0.000 description 56
- 230000008569 process Effects 0.000 description 47
- 238000012384 transportation and delivery Methods 0.000 description 44
- 238000013507 mapping Methods 0.000 description 39
- 238000011049 filling Methods 0.000 description 37
- 230000014509 gene expression Effects 0.000 description 36
- 230000008859 change Effects 0.000 description 29
- 239000000284 extract Substances 0.000 description 29
- 230000008054 signal transmission Effects 0.000 description 27
- 101000596041 Homo sapiens Plastin-1 Proteins 0.000 description 25
- 102100035181 Plastin-1 Human genes 0.000 description 25
- NGVDGCNFYWLIFO-UHFFFAOYSA-N pyridoxal 5'-phosphate Chemical compound CC1=NC=C(COP(O)(O)=O)C(C=O)=C1O NGVDGCNFYWLIFO-UHFFFAOYSA-N 0.000 description 22
- 230000011218 segmentation Effects 0.000 description 22
- 239000012092 media component Substances 0.000 description 21
- 238000002156 mixing Methods 0.000 description 18
- 230000006978 adaptation Effects 0.000 description 16
- 238000013461 design Methods 0.000 description 16
- 230000002085 persistent effect Effects 0.000 description 15
- 238000003780 insertion Methods 0.000 description 14
- 230000037431 insertion Effects 0.000 description 14
- 230000001360 synchronised effect Effects 0.000 description 14
- 239000000203 mixture Substances 0.000 description 13
- 238000004891 communication Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 12
- 238000012545 processing Methods 0.000 description 12
- 238000012937 correction Methods 0.000 description 10
- 230000003068 static effect Effects 0.000 description 9
- 238000003860 storage Methods 0.000 description 9
- 239000000969 carrier Substances 0.000 description 8
- 238000006243 chemical reaction Methods 0.000 description 8
- 230000006835 compression Effects 0.000 description 8
- 238000007906 compression Methods 0.000 description 8
- 230000001419 dependent effect Effects 0.000 description 8
- 238000001514 detection method Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 7
- 238000005538 encapsulation Methods 0.000 description 7
- 239000011159 matrix material Substances 0.000 description 7
- 238000006116 polymerization reaction Methods 0.000 description 7
- 235000013305 food Nutrition 0.000 description 6
- 230000033001 locomotion Effects 0.000 description 6
- 240000002853 Nelumbo nucifera Species 0.000 description 5
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 5
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 5
- 239000000470 constituent Substances 0.000 description 5
- 238000009826 distribution Methods 0.000 description 5
- 230000002708 enhancing effect Effects 0.000 description 5
- 238000011068 loading method Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 238000011084 recovery Methods 0.000 description 5
- 230000000717 retained effect Effects 0.000 description 5
- 239000004065 semiconductor Substances 0.000 description 5
- 238000005284 basis set Methods 0.000 description 4
- AWSBQWZZLBPUQH-UHFFFAOYSA-N mdat Chemical compound C1=C2CC(N)CCC2=CC2=C1OCO2 AWSBQWZZLBPUQH-UHFFFAOYSA-N 0.000 description 4
- 230000003252 repetitive effect Effects 0.000 description 4
- 230000008093 supporting effect Effects 0.000 description 4
- 241001269238 Data Species 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 235000013399 edible fruits Nutrition 0.000 description 3
- 238000000605 extraction Methods 0.000 description 3
- 230000001965 increasing effect Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000004904 shortening Methods 0.000 description 3
- 241000222065 Lycoperdon Species 0.000 description 2
- 241000768494 Polymorphum Species 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000033228 biological regulation Effects 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000001235 constant-final-state spectroscopy Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000001976 improved effect Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000002372 labelling Methods 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 230000021715 photosynthesis, light harvesting Effects 0.000 description 2
- URWAJWIAIPFPJE-YFMIWBNJSA-N sisomycin Chemical compound O1C[C@@](O)(C)[C@H](NC)[C@@H](O)[C@H]1O[C@@H]1[C@@H](O)[C@H](O[C@@H]2[C@@H](CC=C(CN)O2)N)[C@@H](N)C[C@H]1N URWAJWIAIPFPJE-YFMIWBNJSA-N 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 244000252363 Amydrium medium Species 0.000 description 1
- 101100031652 Arabidopsis thaliana PTM gene Proteins 0.000 description 1
- 241001672694 Citrus reticulata Species 0.000 description 1
- 101000853064 Homo sapiens Mitochondrial import inner membrane translocase subunit Tim8 B Proteins 0.000 description 1
- 102100026808 Mitochondrial import inner membrane translocase subunit Tim8 A Human genes 0.000 description 1
- 102100036655 Mitochondrial import inner membrane translocase subunit Tim8 B Human genes 0.000 description 1
- 101100481512 Mus musculus Timm8a1 gene Proteins 0.000 description 1
- 244000131316 Panax pseudoginseng Species 0.000 description 1
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 1
- 235000003140 Panax quinquefolius Nutrition 0.000 description 1
- 101100277345 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) DDP1 gene Proteins 0.000 description 1
- 101150064104 TIMM8A gene Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 210000003818 area postrema Anatomy 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 229910002056 binary alloy Inorganic materials 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000004020 conductor Substances 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000013213 extrapolation Methods 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 235000008434 ginseng Nutrition 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 230000010287 polarization Effects 0.000 description 1
- 238000012958 reprocessing Methods 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 238000009331 sowing Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 230000017105 transposition Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/18—Arrangements for synchronising broadcast or distribution via plural systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- 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/28—Timers or timing mechanisms used in protocols
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/85403—Content authoring by describing the content as an MPEG-21 Digital Item
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8547—Content authoring involving timestamps for synchronizing content
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明提供一种用于经由一个或者多个网络来接收广播内容的设备。该设备包括：广播网络接口，该广播网络接口用于经由广播网络来接收包括第一协议分组的广播流，第一协议分组包括广播内容的第一部分；异构网络接口，该异构网络接口用于经由异构网络来接收包括广播内容的第二部分的第二协议分组；以及处理器，该处理器用于基于第三协议分组中包括的信息，使用第一协议分组和第二协议分组来配置广播内容。
Description
技术领域
本发明涉及用于在数字广播系统中支持混合广播的方法和设备，并且更加具体地，涉及用于在数字广播系统中组合和使用从一个或者多个传送网络发送/接收到的传送流的传输/接收处理方法和设备。此外，本发明涉及用于在数字广播系统中使用不同的协议来组合和使用分组的传输/接收处理方法和设备。
背景技术
数字广播系统通过陆地广播、卫星广播或者有线广播网络提供内容。然而，这些广播网络具有被限制的带宽并且对于观众来说难以积极地参与广播内容。
特别地，通过其发送广播内容的广播网络的带宽由于内容的多样性和高质量达到极限。为了解决此，通过广播网络和互联网接收数据并且同时使用数据的混合广播系统正在开发当中。
然而，在混合广播系统中，当传送流被组合时用于同步通过广播网络和互联网分别发送的传送流的方法还没有被提出。另外，混合广播系统要求用于同步通过广播网络和互联网分别发送的传送流的复杂的计算。
发明内容
技术问题
当前混合广播系统具有的问题在于通过组合具有不要求同步的形式的单独的内容提供通过广播网络和互联网中的每一个发送的传送流。
另外，混合广播系统具有的问题在于要求接收器的过多计算性能以同步通过广播网络和互联网中的每一个发送的传送流。
当前混合广播系统具有的问题在于当分组应被组合以呈现广播内容时使用不同的协议在分组之间同步。
本发明的目的被设计以解决上述问题。
问题的解决方案
为了实现目的和其他优点并且根据本发明的用途，如在此具体化和广泛地描述的，本发明提供一种用于经由一个或者多个网络来接收广播内容的设备。该设备包括：广播网络接口，该广播网络接口用于经由广播网络来接收包括第一协议分组的广播流，第一协议分组包括广播内容的第一部分；异构网络接口，该异构网络接口用于经由异构网络来接收包括广播内容的第二部分的第二协议分组，并且其中广播流进一步包括第三协议分组，第三协议分组包含经由一个或者多个网络发送的不同协议分组之间用于同步的元数据，其中第三协议分组包括指定从其获取第二协议分组的位置的位置信息，以及其中第三协议分组进一步包括第一时序信息以及第二时序信息，该第一时序信息指定当使用第一协议分组时的第一时序，该第二时序信息指定当第二协议分组被使用时的第二时序；处理器，该处理器用于基于第三协议分组中包括的信息，使用第一协议分组和第二协议分组来配置广播内容。
优选地，其中广播流进一步包括使用除了第一协议分组的协议之外的协议的第四协议分组，以及其中第三协议分组进一步包括指定当第四协议分组被使用时的第四时序的第四时序信息。
优选地，其中第一协议分组对应于实时协议(RTP)分组，其中第二协议分组承载MPEG DASH(基于HTTP的动态适配流)片段，以及其中第三协议分组对应于RTP控制协议(RTCP)分组。
优选地，其中处理器将通过第一时序信息指定的第一时序映射到网络时间协议(NTP)时间线，将通过被应用于基于位置信息获取的第二协议分组的第二时序信息指定的第二时序映射到NTP时间线，以及通过使用NTP时间线同步第一协议分组和第二协议分组来配置广播内容。
优选地，其中第一时序信息对应于第一协议分组的NTP时间戳和RTP时间戳，以及其中第二时序信息对应于DASH媒体呈现时间信息。
优选地，其中第三协议分组进一步包括指定第二时序信息的格式的格式信息。
优选地，其中处理器进一步计算在当第一协议分组被接收时的时间点处在NTP时间戳和接收器壁钟时间之间的偏移，基于被计算的偏移来调节第一时序和第二时序，以及通过使用被调节的第一时序和第二时序同步第一协议分组和第二协议分组来配置广播内容。
本发明提供一种用于在接收器中经由一个或者多个网络接收广播内容的方法。该方法包括：经由广播网络接收包括第一协议分组的广播流，第一协议分组包括广播内容的第一部分；经由异构网络接收包括广播内容的第二部分的第二协议分组，以及其中广播流进一步包括第三协议分组，第三协议分组包含经由一个或者多个网络发送的不同协议分组之间用于同步的元数据，其中第三协议分组包括指定从其获取第二协议分组的位置的位置信息，以及其中第三协议分组进一步包括第一时序信息和第二时序信息，该第一时序信息指定当使用第一协议分组时的第一时序，该第二时序信息指定当第二协议分组被使用时的第二时序；基于第三协议分组中包括的信息，使用第一协议分组和第二协议分组来配置广播内容。
优选地，其中广播流进一步包括使用除了第一协议分组的协议之外的协议的第四协议分组，以及其中第三协议分组进一步包括指定当第四协议分组被使用时的第四时序的第四时序信息。
优选地，其中第一协议分组对应于实时协议(RTP)分组，其中第二协议分组承载MPEG DASH(基于HTTP的动态适配流)片段，以及其中第三协议分组对应于RTP控制协议(RTCP)分组。
优选地，该方法进一步包括将通过第一时序信息指定的第一时序映射到网络时间协议(NTP)时间线，将通过被应用于基于位置信息获取的第二协议分组的第二时序信息指定的第二时序映射到NTP时间线，以及通过使用NTP时间线同步第一协议分组和第二协议分组来配置广播内容。
优选地，其中第一时序信息对应于第一协议分组的NTP时间戳和RTP时间戳，以及其中第二时序信息对应于DASH媒体呈现时间信息。
优选地，其中第三协议分组进一步包括指定第二时序信息的格式的格式信息。
优选地，该方法进一步包括：计算在当第一协议分组被接收时的时间点处在NTP时间戳和接收器壁钟时间之间的偏移，基于被计算的偏移来调节第一时序和第二时序，以及通过使用被调节的第一时序和第二时序同步第一协议分组和第二协议分组来配置广播内容。
有益效果
本发明在使用不同的协议容易地同步通过异构网络或者分组中的每一个发送的传送流中是有效的。
本发明在不论异构网络或者协议的特性如何同步通过可应用于广泛使用的异构网络中的每一个发送的传送流中是有效的。
本发明在增强用户便利中是有效的，因为其能够通过异构网络或者不同的协议提供可与相同的内容相组合的各种广播数据。
附图说明
附图被包括以提供本发明的进一步理解并且被合并且组成本申请的一部分，图示本发明的实施例并且连同描述一起用作解释本发明的原理。在附图中：
图1图示根据本发明的实施例发送用于未来的广播服务的广播信号的装置的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一个实施例的输入格式化块。
图4图示根据本发明的另一个实施例的输入格式化块。
图5图示根据本发明的实施例的BICM块。
图6图示根据本发明的另一个实施例的BICM块。
图7图示根据本发明的一个实施例的帧构建块。
图8图示根据本发明的实施例的OFDM生成块。
图9图示根据本发明的实施例接收用于未来的广播服务的广播信号的装置的结构。
图10图示根据本发明的实施例的帧结构。
图11图示根据本发明的实施例的帧的信令分层结构。
图12图示根据本发明的实施例的前导信令数据。
图13图示根据本发明的实施例的PLS1数据。
图14图示根据本发明的实施例的PLS2数据。
图15图示根据本发明的另一个实施例的PLS2数据。
图16图示根据本发明的实施例的帧的逻辑结构。
图17图示根据本发明的实施例的PLS映射。
图18图示根据本发明的实施例的EAC映射。
图19图示根据本发明的实施例的FIC映射。
图20图示根据本发明的实施例的DP的类型。
图21图示根据本发明的实施例的DP映射。
图22图示根据本发明的实施例的FEC结构。
图23图示根据本发明的实施例的比特交织。
图24图示根据本发明的实施例的信元字(cell-word)解复用。
图25图示根据本发明的实施例的时间交织。
图26图示根据本发明的实施例的扭曲的行列块交织器的基本操作。
图27图示根据本发明的另一实施例的扭曲的行列块交织器的操作。
图28图示根据本发明的实施例的扭曲的行列块交织器的对角线方式读取图案。
图29图示根据本发明的实施例的来自于每个交织阵列的被交织的XFECBLOCK。
图30是根据本发明的实施例的示出用于下一代广播系统的协议栈的视图。
图31是图示根据本发明的实施例的广播传输帧的视图。
图32是根据本发明的另一实施例的广播传输帧的视图。
图33是图示根据本发明的实施例的发送广播服务的传送分组的结构的视图。
图34是图示根据本发明的实施例的网络协议的意义的视图。
图35是图示根据本发明的实施例的广播接收装置的配置的视图。
图36是图示根据本发明的另一实施例的广播接收装置的配置的视图。
图37是图示根据本发明的实施例的用于在下一代广播系统中获取服务和/或内容的架构的视图。
图38是图示根据本发明的实施例的广播服务信令表的视图。
图39是图示根据本发明的另一实施例的service_category字段的意义的视图。
图40是根据本发明的另一实施例的广播服务信令表的视图。
图41是根据本发明的另一实施例的流标识符描述符的视图。
图42是图示根据本发明的实施例的当广播发送装置发送服务信令表时的操作的视图。
图43是图示根据本发明的实施例的当广播接收装置接收被分组化的广播分组时的操作的视图。
图44是图示根据本发明的实施例的片段配置的视图。
图45是图示根据本发明的实施例的用于实时内容传输的实时传送协议(RTP)分组的结构的视图。
图46是图示根据本发明的实施例的基于ISO基本媒体文件格式(ISO BMFF)的媒体文件格式的视图。
图47是图示根据本发明的实施例的在分组有效载荷中的有效载荷报头的配置的视图。
图48是图示其中在一个分组中分组化一个媒体数据的传送分组的有效载荷配置的视图。
图49是图示在其中在一个分组中分组化一个媒体数据的传送分组的有效载荷配置的视图。
图50是图示其中多个媒体数据被分组化在一个分组中的传送分组的配置的视图。
图51是图示根据本发明的另一实施例的聚合单元的配置的视图。
图52是图示根据本发明的实施例的分段的分组的有效载荷的视图。
图53是图示根据本发明的另一实施例的在分段的分组中的有效载荷的配置的视图。
图54是当广播发送装置将基于ISO BMFF的媒体文件分段成多个分组时的视图。
图55是图示通过广播传输装置分组化的第一分段单元的视图。
图56是图示根据本发明的实施例的在分段单元数据中包括除了开始数据之外的剩余数据的分段单元的视图。
图57是图示当有效载荷数据不包括包括开始数据的分段单元数据和包括结束数据的分段单元数据时的有效载荷配置的视图。
图58是图示包括在被划分的整个媒体数据当中包括接收数据的分段单元的有效载荷的配置的视图。
图59是图示根据本发明的实施例的元数据的时间线信令表的视图。
图60是图示其中在传送分组的有效载荷数据中分组化一个元数据的有效载荷数据的配置的视图。
图61是根据本发明的实施例的当传送分组的有效载荷数据包括用于时间线的元数据的视图。
图62是当在一个传送分组中分组化多个元数据时的视图。
图63是当一个传送分组包括数个时间线信息时的视图。
图64是图示其中一个元数据被划分并且被分组化在多个传送分组中的分组有效载荷的视图。
图65是图示根据本发明的另一实施例的元数据分段报头的视图。
图66是图示根据本发明的实施例的当广播接收装置接收广播分组时的操作的视图。
图67是当通过广播网络使用RTP发送视频流并且通过互联网网络使用基于文件格式的媒体数据发送视频流时的视图。
图68是图示根据本发明的另一实施例的时间线组件接入单元的语法的视图。
图69图示根据本发明的实施例的用于在实时内容传送协议上支持媒体同步的传送分组格式。
图70图示根据本发明的实施例的简档特定的扩展。
图71图示根据本发明的实施例的与应用定义的RTCP分组相对应的RTPC应用分组。
图72图示根据本发明的实施例的应用相关的数据。
图73图示作为本发明的实施例的可以被应用于广播系统的协议栈。
图74图示作为本发明的实施例的RTP呈现时间到接收器壁钟时间的转换。
图75图示作为本发明的实施例的用于其中一个视频轨道、一个音频轨道、以及一个隐藏字幕轨道经由具有RTP的广播被递送的情况的协议栈。
图76图示作为本发明的实施例的用于其中一个视频轨道、一个音频轨道、以及一个隐藏字幕轨道利用ALC/LCT+上的ISO BMFF经由广播被递送的情况的协议栈。
图77图示作为本发明的实施例的在广播信道中经由RTP递送的连续的媒体组件和在宽带上经由DASH递送的连续的媒体组件之间的同步的工作示例。
图78图示作为本发明的实施例的在广播信道中经由RTP递送的连续的媒体组件和在宽带上经由DASH递送的连续的媒体组件之间的同步的方式。
图79图示作为本发明的另一实施例的应用定义的RTCP分组的示例。
图80图示作为本发明的另一实施例的RTCP发送器报告分组报头的示例。
图81图示作为本发明的实施例的用于具有RTP的混合递送的协议栈。
图82图示作为本发明的实施例的DASH呈现时间与接收器壁钟时间线的转换。
图83图示作为本发明的实施例的经由DASH(单播)递送的内容与经由ALC/LCT+递送的内容的同步。
图84图示作为本发明的实施例的经由DASH(单播)递送的内容与经由ALC/LCT+递送的内容的同步的方式。
图85图示作为本发明的实施例的用于具有在ALC/LCT+上的ISOBMFF的混合递送的协议栈。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在附图中图示。详细说明将在下面参考附图给出，其旨在解释本发明的示例性实施例，而不是仅示出能够根据本发明实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是，对于本领域技术人员来说显而易见，实践本发明可以无需这些特定的细节。
虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规术语中选择，但是一些术语已经由申请人任意地选择，并且其含义在以下的描述中根据需要详细说明。因此，本发明应该基于该术语所期望的含义理解，而不是其简单的名称或者含义理解。
本发明提供用于发送和接收供未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。
在本发明中的术语“信令”可以指示从广播系统、互联网系统、以及/或者广播/互联网会聚系统接收和发送的服务信息(SI)。服务信息(SI)可以包括从现有的广播系统接收到的广播服务信息(例如，ATSC-SI和/或DVB-SI)。
术语“广播系统”可以在概念上不仅包括从陆地广播、有线广播、卫星广播、以及/或者移动广播接收到的信号和/或数据，而且包括从诸如互联网广播、宽带广播、通信广播、数据广播、以及/或者VOD(视频点播)接收到的信号和/或数据。
术语“PLP”可以指示用于发送被包含在物理层中的数据的预先确定的单元。因此，如有必要术语“PLP”也可以被替换成术语“数据单元”或者“数据管道”。
被配置成与广播网络和/或互联网网络相互作用的混合广播服务可以被用作在数字电视(DTV)服务中使用的代表性的应用。混合广播服务实时在网络上发送与通过陆地广播网络发送的广播A/V(音频/视频)内容有关的增强数据，或者通过网络实时发送广播A/V内容的一些部分，使得用户能够体验各种内容。
本发明旨在提供用于封装IP分组、MPEG-2TS分组、以及可应用于在下一代数字广播系统中的其他广播系统的分组的方法，使得IP分组、MPEG-2TS分组、以及分组能够被发送到物理层。另外，本发明提出用于使用相同的报头格式发送层-2信令的方法。
可以通过服务实现在下文中描述的内容。例如，能够通过信令处理器、协议处理器、处理器、以及/或者分组生成器执行下述的过程。
在本发明中使用的术语当中，实时(RT)服务在字面上意指实时服务。即，RT服务是通过时间限制的服务。另一方面，非实时服务(NRT)服务意指排除RT服务的非实时服务。即，NRT服务是不受时间限制的服务。用于NRT服务的数据将会被称为NRT服务数据。
根据本发明的广播接收器可以通过诸如陆地广播、有线广播、或者互联网的媒介接收非实时(NRT)服务。NRT服务被存储在广播接收器的存储介质中并且然后在预先确定的时间或者根据用户的请求被显示在显示装置上。在一个实施例中，NRT服务是以文件的形式被接收并且然后存储在存储介质中。在一个实施例中，存储介质是被安装在广播接收器中的内部硬盘驱动(HDD)。在另一示例中，存储介质可以是被连接到广播接收系统的外部的通用串行总线(USB)存储器或者外部HDD。信令信息对于接收组成NRT服务的文件、将文件存储在存储介质中、并且将文件提供给用户来说是必需的。在本发明中，这样的信令信息将会被称为NRT服务信令信息或者NRT服务信令数据。根据获得IP数据报的方法，根据本发明的NRT服务可以被分类成固定的NRT服务和移动的NRT服务。特别地，固定的NRT服务被提供给固定的广播接收器，并且移动的NRT服务被提供给移动广播接收器。在本发明中，固定的NRT服务将会被描述为实施例。然而，本发明可以被应用于移动的NRT服务。
在本发明中使用的术语当中，应用(或者同步的应用)是将交互式体验提供给观众以提高观看体验的数据服务。应用可以被命名为触发的声明对象(TDO)、声明对象(DO)、或者NRT声明对象(NDO)。
在本发明中使用的术语当中，触发是用于识别信令并且设置应用或者应用中的事件的供应时间的信令元素。触发可以包括TDO参数表(TPT)(这可以被称为TDO参数元素)的位置信息，TPT是包括用于在特定的范围内操作应用的元数据的信令元素。
触发可以用作时基(time base)触发和/或激活触发。时基触发被用于设置用于建议事件的再现时间的准则的时基。激活触发被用于设置应用或者应用中的事件的操作时间。操作可以对应于应用或者应用中的事件的开始、结束、暂停、中断以及/或者恢复。时基消息可以被用作时基触发，或者时基触发可以被用作时基消息。在下文中将会描述的激活消息可以被用作激活触发，或者激活触发可以被用作激活消息。
当内容被再现时媒体时间是被用于参考特定时间的参数。
触发的声明对象(TDO)指示广播内容中的附加信息。TDO是按照时序触发广播内容中的附加信息的概念。另外，在试播节目被广播的情况下，通过观众首选的试播节目的当前排名可以与相对应的广播节目一起被示出。这时，关于试播参与者的当前排名的附加信息可以是TDO。TDO可以通过与观众的双向通信被改变或者可以在观众的意图被反映在TDO中的状态下提供。
根据本发明的实施例的用于发送的装置和方法可以被归类成用于陆地广播服务的基本简档、用于移动广播服务的手持式简档以及用于UHDTV附图的高级简档。在这样的情况下，基本简档能够被用作用于陆地广播服务和移动广播服务两者的简档。即，基本简档能够被用于定义包括移动简档的简档的概念。根据设计者的意图能够对此进行改变。
本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的系统。
本发明可以定义三个物理层(PL)简档(profile)(基础、手持和高级简档)每个被优化以最小化接收器复杂度，同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收器将实施的所有配置的子集。
三个PHY简档共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来限定。对于系统演进，未来的属性还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节在下面描述。
1.基础简档
基础简档表示对于通常连接到屋顶天线的固定的接收装置的主要使用情形。基础简档还包括能够运输到一个场所，但是属于相对固定接收类别的便携式装置。基础简档的使用可以通过某些改进的实施被扩展到手持装置或者甚至车辆，但是，对于基础简档接收器操作不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB，其包括现有的广播系统(例如，ATSC A/53)的15dB SNR接收能力。接收器复杂度和功耗不像在电池操作的手持装置一样严重，手持装置将使用手持简档。用于基础简档的关键系统参数在以下的表1中列出。
表1
[表1]
| LDPC码字长度 | 16K，64K比特 |
| 星座大小 | 4～10bpcu(每个信道使用的比特) |
| 时间解交织存储器大小 | ≤219数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K，32K点 |
2.手持简档
手持简档设计成在以电池电源操作的手持和车载装置中使用。该装置可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持简档的装置的实施是非常重要的。手持简档的目标SNR范围大约是0至10dB，但是，当意欲用于较深的室内接收时，可以配置为达到低于0dB。
除了低的SNR能力之外，由接收器移动性所引起的多普勒效应的适应性是手持简档最重要的性能品质。用于手持简档的关键系统参数在以下的表2中列出。
表2
[表2]
| LDPC码字长度 | 16K比特 |
| 星座大小 | 2～8bpcu |
| 时间解交织存储器大小 | ≤218数据信元 |
| 导频图案 | 用于移动和室内接收的导频图案 |
| FFT大小 | 8K，16K点 |
3.高级简档
高级简档以更大的实施复杂度为代价提供最高的信道容量。该简档需要使用MIMO发送和接收，并且UHDTV服务是对该简档特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目，例如，多个SDTV或者HDTV服务。
高级简档的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输装置，并且在未来扩展到全功率横向极化传输。用于高级简档的关键系统参数在以下的表3中列出。
表3
[表3]
| LDPC码字长度 | 16K，64K比特 |
| 星座大小 | 8～12bpcu |
| 时间解交织存储器大小 | ≤219数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K，32K点 |
在这样的情况下，基础简档能够被用作用于陆地广播服务和移动广播服务两者的简档。即，基础简档能够被用于定义包括移动简档的简档的概念。而且，高级简档能够被划分成用于具有MIMO的基础简档的高级简档和用于具有MIMO的手持简档的高级简档。此外，根据设计者的意图能够改变三种简档。
下面的术语和定义可以应用于本发明。根据设计能够改变下面的术语和定义。
辅助流：承载对于尚未定义的调制和编译的数据的信元的序列，其可以被用于未来扩展或者通过广播公司或者网络运营商要求
基本数据管道：承载服务信令数据的数据管道
基带帧(或者BBFRAME)：形成对一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合
信元：通过OFDM传输的一个载波承载的调制值
被编码的块：PLS1数据的LDPC编码的块或者PLS2数据的LDPC编码的块中的一个
数据管道：承载服务数据或者相关元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
数据管道单元：用于在帧中将数据信元分配给DP的基本单位。
数据符号：在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)
DP_ID：此8比特字段唯一地识别在通过SYSTME_ID识别的系统内的DP
哑信元：承载被用于填充不被用于PLS信令、DP或者辅助流的剩余的容量的伪随机值的信元
紧急警告信道：承载EAS信息数据的帧的部分
帧：以前导开始并且以帧边缘符号结束的物理层时隙
帧重复单元：属于包括FET的相同或者不同的物理层简档的帧的集合，其在超帧中被重复八次
快速信息信道：在承载服务和相对应的基本DP之间的映射信息的帧中的逻辑信道
FECBLOCK：DP数据的LDPC编码的比特的集合
FFT大小：被用于特定模式的标称的FFT大小，等于在基础时段T的周期中表达的活跃符号时段Ts
帧信令符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的开始处使用的具有较高的导频密度的OFDM符号，其承载PLS数据的一部分
帧边缘符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的末端处使用的具有较高的导频密度的OFDM符号
帧组：在超帧中具有相同的PHY简档类型的所有帧的集合。
未来扩展帧：能够被用于未来扩展的在超帧内的物理层时隙，以前导开始
Futurecast UTB系统：提出的物理层广播系统，其输入是一个或者多个MPEG2-TS或者IP或者一般流，并且其输出是RF信号
输入流：用于通过系统被传递给终端用户的服务的全体的数据的流。
正常数据符号：排除帧信令和帧边缘符号的数据符号
PHY简档：相应的接收器应实现的所有配置的子集
PLS：由PLS1和PLS2组成的物理层信令数据
PLS1：在具有固定的大小、编码和调制的FSS符号中承载的PLS数据的第一集合，其承载关于系统的基本信息以及解码PLS2所需要的参数
注意：PLS1数据在帧组的持续时间内保持恒定。
PLS2：在FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更多详细PLS数据
PLS2动态数据：可以动态地逐帧改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导信令数据：通过前导符号承载并且被用于识别系统的基本模式的信令数据
前导符号：承载基本PLS数据并且位于帧的开始的固定长度的导频符号
注意：前导符号主要被用于快速初始带扫描以检测系统信号、其时序、频率偏移、以及FFT大小。
保留以便未来使用：本文档没有定义但是可以在未来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：在其中执行时间交织的信元的集合，与时间交织器存储器的一个使用相对应
TI组：在其上执行用于特定DP的动态容量分配的单元，由整数组成，动态地改变XFECBLOCK的数目。
注意：TI组可以被直接地映射到一个帧或者可以被映射到多个帧。其可以包含一个或者多个TI块。
类型1DP：其中所有的DP以TDM方式被映射到帧的帧的DP
类型2DP：其中所有的DP以FDM方式被映射到帧的帧的DP
XFECBLOCK：承载一个LDPC FECBLOCK的所有比特的Ncell个信元的集合
图1图示根据本发明的实施例用于发送供未来的广播服务的广播信号装置的结构。
根据本发明的实施例用于发送供未来的广播服务的广播信号的装置可以包括输入格式化块1000、BICM(比特交织编译和调制)块1010、帧构建块1020、OFDM(正交频分复用)产生块1030和信令产生块1040。将给出用于发送广播信号装置的每个模块的操作的描述。
IP流/分组和MPEG2-TS是主要输入格式，其他流类型被作为常规流处理。除了这些数据输入之外，管理信息被输入以控制用于每个输入流的相应的带宽的调度和分配。一个或者多个TS流、IP流和/或常规流被同时允许输入。
输入格式化块1000能够解复用每个输入流为一个或者多个数据管道，对其中的每一个应用单独的编译和调制。数据管道(DP)是用于鲁棒控制的基本单位，从而影响服务质量(QoS)。一个或者多个服务或者服务组件可以由单个DP承载。稍后将描述输入格式化块1000的操作细节。
数据管道是在承载服务数据或者相关的元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
此外，数据管道单元：在帧中用于分配数据信元给DP的基本单位。
在BICM块1010中，奇偶校验数据被增加用于纠错，并且编码的比特流被映射为复数值星座符号。该符号跨越用于相应的DP的特定交织深度被交织。对于高级简档，在BICM块1010中执行MIMO编码，并且另外的数据路径被添加在输出端用于MIMO传输。稍后将描述BICM块1010的操作细节。
帧构建块1020可以将输入DP的数据信元映射为在帧内的OFDM符号。在映射之后，频率交织用于频率域分集，特别地，用于抗击频率选择性衰落信道。稍后将描述帧构建块1020的操作细节。
在每个帧的开始处插入前导之后，OFDM产生块1030可以应用具有循环前缀作为保护间隔的常规的OFDM调制。对于天线空间分集，分布式MISO方案遍及发射器被应用。此外，峰值对平均功率降低(PAPR)方案在时间域中执行。对于灵活的网络规划，这个建议提供一组不同的FFT大小、保护间隔长度和相应的导频图案。稍后将描述OFDM产生块1030的操作细节。
信令产生块1040能够创建用于每个功能块操作的物理层信令信息。该信令信息也被发送使得感兴趣的服务在接收器侧被适当地恢复。稍后将描述信令产生块1040的操作细节。
图2、3和4图示根据本发明的实施例的输入格式化块1000。将给出每个图的描述。
图2图示根据本发明的一个实施例的输入格式化块。图2示出当输入信号是单个输入流时的输入格式化模块。
在图2中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
到物理层的输入可以由一个或者多个数据流组成。每个数据流由一个DP承载。模式适配模块将输入数据流切片(slice)为基带帧(BBF)的数据字段。系统支持三种类型的输入数据流：MPEG2-TS、互联网协议(IP)和常规流(GS)。MPEG2-TS特征为固定长度(188字节)分组，第一字节是同步字节(0x47)。IP流由如在IP分组报头内用信号传送的可变长度IP数据报分组组成。系统对于IP流支持IPv4和IPv6两者。GS可以由在封装分组报头内用信号传送的可变长度分组或者固定长度分组组成。
(a)示出用于信号DP的模式适配块2000和流适配2010，并且(b)示出用于产生和处理PLS数据的PLS产生块2020和PLS加扰器2030。将给出每个块的操作的描述。
输入流分割器将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧切片器和BB帧报头插入块组成。
CRC编码器在用户分组(UP)级别提供用于错误检测的三种类型的CRC编码，即，CRC-8、CRC-16和CRC-32。计算的CRC字节附加在UP之后。CRC-8用于TS流并且CRC-32用于IP流。如果GS流不提供CRC编码，则将应用所建议的CRC编码。
BB帧切片器将输入映射到内部逻辑比特格式。首先接收的比特被定义为是MSB。BB帧切片器分配等于可用数据字段容量的输入比特的数目。为了分配等于BBF有效载荷的输入比特的数目，UP分组流被切片为适合BBF的数据字段。
BB帧报头插入模块可以将2个字节的固定长度BBF报头插入在BB帧的前面。BBF报头由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)组成。除了固定的2字节BBF报头之外，BBF还可以在2字节BBF报头的末端具有扩展字段(1或者3字节)。
流适配2010由填充插入块和BB加扰器组成。
填充插入块能够将填充字段插入到BB帧的有效载荷中。如果到流适配的输入数据足够填充BB帧，则STUFFI被设置为“0”，并且BBF没有填充字段。否则，STUFFI被设置为“1”，并且填充字段被紧挨在BBF报头之后插入。填充字段包括两个字节的填充字段报头和可变大小的填充数据。
BB加扰器加扰完成的BBF用于能量扩散。加扰序列与BBF同步。加扰序列由反馈移位寄存器产生。
PLS产生块2020可以产生物理层信令(PLS)数据。PLS对接收器提供接入物理层DP的手段。PLS数据由PLS1数据和PLS2数据组成。
PLS1数据是在具有固定大小的帧中在FSS符号中承载、编译和调制的第一组PLS数据，其承载有关解码PLS2数据需要的系统和参数的基本信息。PLS1数据提供包括允许PLS2数据的接收和解码所需要的参数的基本传输参数。此外，PLS1数据在帧组的持续时间保持不变。
PLS2数据是在FSS符号中发送的第二组PLS数据，其承载有关系统和DP的更加详细的PLS数据。PLS2包含对接收器解码期望的DP提供足够的信息的参数。PLS2信令进一步由两种类型的参数，PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)组成。PLS2静态数据是在帧组持续时间保持静态的PLS2数据，并且PLS2动态数据是可以逐帧动态变化的PLS2数据。
稍后将描述PLS数据的细节。
PLS加扰器2030可以加扰所产生的PLS数据用于能量扩散。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图3图示根据本发明的另一个实施例的输入格式化块。
在图3中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
图3示出当输入信号对应于多个输入流时，输入格式化块的模式适配块。
用于处理多个输入流的输入格式化块的模式适配块可以独立地处理多个输入流。
参考图3，用于分别处理多个输入流的模式适配块可以包括输入流分割器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、报头压缩块3040、CRC编码器3050、BB帧切片器(slicer)3060和BB报头插入块3070。将给出模式适配块的每个块的描述。
CRC编码器3050、BB帧切片器3060和BB报头插入块3070的操作对应于参考图2描述的CRC编码器、BB帧切片器和BB报头插入块的操作，并且因此，其描述被省略。
输入流分割器3000可以将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。
输入流同步器3010可以称为ISSY。ISSY可以对于任何输入数据格式提供适宜的手段以保证恒定比特率(CBR)和恒定端到端传输延迟。ISSY始终用于承载TS的多个DP的情形，并且选择性地用于承载GS流的多个DP。
补偿延迟块3020可以在ISSY信息的插入之后延迟分割TS分组流，以允许TS分组重新组合机制而无需在接收器中额外的存储器。
空分组删除块3030仅用于TS输入流情形。一些TS输入流或者分割的TS流可以具有大量的空分组存在，以便在CBR TS流中提供VBR(可变比特速率)服务。在这种情况下，为了避免不必要的传输开销，空分组可以被识别并且不被发送。在接收器中，通过参考在传输中插入的删除的空分组(DNP)计数器，去除的空分组可以重新插入在它们最初的精确的位置中，从而，保证恒定比特速率，并且避免对时间戳(PCR)更新的需要。
报头压缩块3040可以提供分组报头压缩以提高用于TS或者IP输入流的传输效率。因为接收器可以具有有关报头的某个部分的先验信息，所以这个已知的信息可以在发射器中被删除。
对于传输流，接收器具有有关同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载仅具有一个PID的内容，即，仅用于一个服务组件(视频、音频等)或者服务子组件(SVC基本层、SVC增强层、MVC基本视图或者MVC相关的视图)，则TS分组报头压缩可以(选择性地)应用于传输流。如果输入流是IP流，则选择性地使用IP分组报头压缩。
以上描述的模块可以被省略，或者由具有类似或者相同功能的块替换。
图4图示根据本发明的另一个实施例的输入格式化块。
在图4中图示的输入格式化模块对应于参考图1描述的输入格式化块1000的实施例。
图4图示当输入信号对应于多个输入流时，输入格式化模块的流适配模块。
参考图4，用于分别处理多个输入流的模式适配模块可以包括调度器4000、1-帧延迟块4010、填充插入块4020、带内信令4030、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060。将给出流适配模块的每个块的描述。
填充插入块4020、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060的操作对应于参考图2描述的填充插入块、BB加扰器、PLS产生块和PLS加扰器的操作，并且因此，其描述被省略。
调度器4000可以从每个DP的FECBLOCK(FEC块)的量确定跨越整个帧的整体信元分配。包括对于PLS、EAC和FIC的分配，调度器产生PLS2-DYN数据的值，其被作为在该帧的FSS中的PLS信元或者带内信令发送。稍后将描述FECBLOCK、EAC和FIC的细节。
1-帧延迟块4010可以通过一个传输帧延迟输入数据，使得有关下一个帧的调度信息可以经由用于带内信令信息的当前帧发送以被插入DP中。
带内信令4030可以将PLS2数据的未延迟部分插入到帧的DP中。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图5图示根据本发明的实施例的BICM块。
在图5中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
如上所述，根据本发明的实施例用于发送供未来的广播服务的广播信号的装置可以提供陆地广播服务、移动广播服务、UHDTV服务等。
由于QoS(服务质量)取决于由根据本发明的实施例的用于发送供未来的广播服务的广播信号的装置提供的服务特征，因此对应于相应服务的数据需要经由不同的方案处理。因此，根据本发明的实施例的BICM块可以通过将SISO、MISO和MIMO方案独立地应用于分别对应于数据路径的数据管道，独立地处理对其输入的DP。因此，根据本发明的实施例的用于发送供未来的广播服务的广播信号的装置能够控制经由每个DP发送的每个服务或者服务组件的QoS。
(a)示出由基础简档和手持简档共享的BICM块，并且(b)示出高级简档的BICM模块。
由基础简档和手持简档共享的BICM块和高级简档的BICM块能够包括用于处理每个DP的多个处理块。
将给出用于基础简档和手持简档的BICM块和用于高级简档的BICM块的每个处理模块的描述。
用于基础简档和手持简档的BICM块的处理块5000可以包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010能够使用外编译(BCH)和内编译(LDPC)对输入BBF执行FEC编码，以产生FECBLOCK过程。外编译(BCH)是可选择的编译方法。稍后将描述数据FEC编码器5010的操作细节。
比特交织器5020可以以LDPC编译和调制方案的组合交织数据FEC编码器5010的输出以实现优化的性能，同时提供有效地可执行的结构。稍后将描述比特交织器5020的操作细节。
星座映射器5030可以使用QPSK、QAM-16、不均匀QAM(NUQ-64、NUQ-256、NUQ-1024)，或者不均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)，在基础和手持简档中调制来自比特交织器5020的每个信元字(cell word)，或者在高级简档中来自信元字解复用器5010-1的信元字，以给出功率标准化的星座点el。该星座映射仅适用于DP。注意到，QAM-16和NUQ是正方形的形状，而NUC具有任意形状。当每个星座转动90度的任意倍数时，转动的星座精确地与其原始的一个重叠。这个“旋转感”对称属性使实和虚组件的容量和平均功率彼此相等。对于每个编码率，NUQ和NUC两者被具体地限定，并且使用的特定的一个由在PLS2数据中归档的参数DP_MOD用信号传送。
SSD编码块5040可以以二维(2D)、三维(3D)和四维(4D)预编码信元以提高在困难的衰落条件之下的接收鲁棒性。
时间交织器5050可以在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。稍后将描述时间交织器5050的操作细节。
用于高级简档的BICM块的处理块5000-1可以包括数据FEC编码器、比特交织器、星座映射器，和时间交织器。但是，不同于处理块5000，处理模块5000-1进一步包括信元字解复用器5010-1和MIMO编码模块5020-1。
此外，在处理块5000-1中的数据FEC编码器、比特交织器、星座映射器，和时间交织器的操作对应于描述的数据FEC编码器5010、比特交织器5020、星座映射器5030，和时间交织器5050的操作，并且因此，其描述被省略。
信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分为用于MIMO处理的双信元字流。稍后将描述信元字解复用器5010-1操作的细节。
MIMO编码模块5020-1可以使用MIMO编码方案处理信元字解复用器5010-1的输出。MIMO编码方案对于广播信号传输被优化。MIMO技术是获得性能提高的期望方式，但是，其取决于信道特征。尤其对于广播，信道的强的LOS组件或者在由不同的信号传播特征所引起的两个天线之间的接收信号功率的差别使得难以从MIMO得到性能增益。所提出的MIMO编码方案使用MIMO输出信号的一个的基于旋转的预编码和相位随机化克服这个问题。
MIMO编码意欲用于在发射器和接收器两者处需要至少两个天线的2x2MIMO系统。在该建议下定义两个MIMO编码模式：全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收器侧处相对小的复杂度增加提供性能提高，而FRFD-SM编码以在接收器侧处巨大的复杂度增加提供性能提高和附加分集增益。所提出的MIMO编码方案没有对天线极性配置进行限制。
MIMO处理对于高级简档帧是需要的，其指的是由MIMO编码器处理在高级简档帧中的所有DP。MIMO处理在DP级别适用。星座映射器对输出NUQ(e1,i和e2,i)被馈送给MIMO编码器的输入。配对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的相同的载波k和OFDM符号l发送。
以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。
图6图示根据本发明的另一个实施例的BICM块。
在图6中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
图6图示用于保护物理层信令(PLS)、紧急警告信道(EAC)和快速信息信道(FIC)的BICM块。EAC是承载EAS信息数据的帧的部分，并且FIC是在承载在服务和相应的基础DP之间的映射信息的帧中的逻辑信道。稍后将描述EAC和FIC的细节。
参考图6，用于保护PLS、EAC和FIC的BICM块可以包括PLS FEC编码器6000、比特交织器6010、和星座映射器6020。
此外，PLS FEC编码器6000可以包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶删余块。将给出BICM块的每个块的描述。
PLS FEC编码器6000可以编码加扰的PLS 1/2数据、EAC和FIC区段。
加扰器可以在BCH编码以及缩短和删余LDPC编码之前加扰PLS1数据和PLS2数据。
BCH编码/零插入块可以使用用于PLS保护的缩短的BCH码，对加扰的PLS 1/2数据执行外编译，并且在BCH编码之后插入零比特。仅对于PLS1数据，零插入的输出比特可以在LDPC编码之前转置。
LDPC编码块可以使用LDPC码来编码BCH编码/零插入块的输出。为了产生完整的编译的块，Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码，并且附在其之后。
数学公式1
[数学式1]
用于PLS1和PLS2的LDPC编码参数如以下的表4。
表4
[表4]
LDPC奇偶删余块可以对PLS1数据和PLS 2数据执行删余。
当缩短被应用于PLS1数据保护时，一些LDPC奇偶校验比特在LDPC编码之后被删余。此外，对于PLS2数据保护，PLS2的LDPC奇偶校验比特在LDPC编码之后被删余。不发送这些被删余的比特。
比特交织器6010可以交织每个被缩短和被删余的PLS1数据和PLS2数据。
星座映射器6020可以将比特交织的PLS 1数据和PLS2数据映射到星座上。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图7图示根据本发明的一个实施例的帧构建块。
在图7中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。
参考图7，帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。
延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射器端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟，PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器。带内信令数据承载下一个TI组的信息，使得它们承载要用信号传送的DP前面的一个帧。据此，延迟补偿块延迟带内信令数据。
信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射到在该帧中的OFDM符号的活动载波。信元映射器7010的基本功能是，如果有的话，将对于DP、PLS信元、以及EAC/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。
频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外，频率交织器7020可以使用不同的交织种子顺序，对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作，以得到在单个帧中最大的交织增益。稍后将会描述频率交织器7020的操作的描述。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图8图示根据本发明的实施例的OFDM产生块。
在图8中图示的OFDM产生块对应于参考图1描述的OFDM产生块1030的实施例。
OFDM产生块通过由帧构建块产生的信元调制OFDM载波，插入导频，并且产生用于传输的时间域信号。此外，这个块随后插入保护间隔，并且应用PAPR(峰均功率比)减少处理以产生最终的RF信号。
参考图8，帧构建块可以包括导频和保留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR减少块8030、保护间隔插入块8040、前导插入模块8050、其他系统插入块8060和DAC块8070。将给出帧构建块的每个块的描述。
导频和保留音插入块8000可以插入导频和保留音。
在OFDM符号内的各种信元被以称为导频的参考信息调制，其具有在接收器中先前已知的发送值。导频信元的信息由散布导频、连续导频、边缘导频、FSS(帧信令符号)导频和FES(帧边缘符号)导频组成。每个导频根据导频类型和导频图案以特定的提升功率水平被发送。导频信息的值是从参考序列中推导出的，其是一系列的值，其一个用于在任何给定符号上的每个被发送的载波。导频可以用于帧同步、频率同步、时间同步、信道估计和传输模式识别，并且还可用于跟随相位噪声。
从参考序列中提取的参考信息在除了帧的前导、FSS和FES之外的每个符号中在散布的导频信元中被发送。连续的导频插入在帧的每个符号中。连续的导频的编号和位置取决于FFT大小和散布的导频图案两者。边缘载波是在除前导符号之外的每个符号中的边缘导频。它们被插入以便允许频率内插直至频谱的边缘。FSS导频被插入在FSS中，并且FES导频被插入在FES中。它们被插入以便允许时间内插直至帧的边缘。
根据本发明的实施例的系统支持SFN网络，这里分布式MISO方案被选择性地用于支持非常鲁棒传输模式。2D-eSFN是使用多个TX天线的分布式MISO方案，其每个在SFN网络中位于不同的发射器位置。
2D-eSFN编码块8010可以处理2D-eSFN处理以使从多个发射器发送的信号的相位失真，以便在SFN配置中创建时间和频率分集两者。因此，可以减轻由于低的平坦衰落或者对于长时间的深衰落引起的突发错误。
IFFT块8020可以使用OFDM调制方案调制来自2D-eSFN编码块8010的输出。在没有指定为导频(或者保留音)的数据符号中的任何信元承载来自频率交织器的数据信元的一个。该信元被映射到OFDM载波。
PAPR减少块8030可以使用在时间域中的各种PAPR减少算法对输入信号执行PAPR减少。
保护间隔插入块8040可以插入保护间隔，并且前导插入块8050可以在该信号的前面插入前导。稍后将描述前导的结构的细节。另一个系统插入块8060可以在时间域中复用多个广播发送/接收系统的信号，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可以在相同的RF信号带宽中同时发送。在这种情况下，两个或更多个不同的广播发送/接收系统指的是提供不同广播服务的系统。不同广播服务可以指的是陆地广播服务、移动广播服务等。与相应的广播服务相关的数据可以经由不同的帧发送。
DAC块8070可以将输入数字信号转换为模拟信号，并且输出该模拟信号。从DAC块7800输出的信号可以根据物理层简档经由多个输出天线发送。根据本发明的实施例的Tx天线可以具有垂直或者水平极性。
以上描述的块可以被省略或者根据设计由具有类似或者相同功能的块替换。
图9图示根据本发明的实施例的用于接收供未来的广播服务的广播信号装置的结构。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的装置可以对应于参考图1描述的用于发送供未来的广播服务的广播信号的装置。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的装置可以包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将给出用于接收广播信号装置的每个模块的操作的描述。
同步和解调模块9000可以经由m个Rx天线接收输入信号，相对于与用于接收广播信号的装置相对应的系统执行信号检测和同步，并且执行与由用于发送广播信号装置执行的过程相反过程相对应的解调。
帧解析模块9100可以解析输入信号帧，并且提取经由其发送由用户选择的服务的数据。如果用于发送广播信号的装置执行交织，则帧解析模块9100可以执行与交织的相反过程相对应的解交织。在这种情况下，需要提取的信号和数据的位置可以通过解码从信令解码模块9400输出的数据获得，以恢复由用于发送广播信号的装置产生的调度信息。
解映射和解码模块9200可以将输入信号转换为比特域数据，并且然后根据需要对其解交织。解映射和解码模块9200可以对于为了传输效率应用的映射执行解映射，并且经由解码校正在传输信道上产生的错误。在这种情况下，解映射和解码模块9200可以获得为解映射所必需的传输参数，并且通过解码从信令解码模块9400输出的数据进行解码。
输出处理器9300可以执行由用于发送广播信号的装置应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下，输出处理器9300可以从信令解码模块9400输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到用于发送广播信号装置的信号，并且可以是MPEG-TS、IP流(v4或者v6)和常规流。
信令解码模块9400可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述，帧解析模块9100、解映射和解码模块9200和输出处理器9300可以使用从信令解码模块9400输出的数据执行其功能。
图10图示根据本发明的一个实施例的帧结构。
图10示出帧类型的示例配置和在超帧中的FRU，(a)示出根据本发明的实施例的超帧，(b)示出根据本发明的实施例的FRU(帧重复单元)，(c)示出在FRU中的可变PHY简档的帧，以及(d)示出帧的结构。
超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元，并且在超帧中被重复八次。
在FRU中的每个帧属于PHY简档(基础、手持、高级)中的一个或者FEF。在FRU中帧的最大允许数目是四个，并且给定的PHY简档可以在FRU(例如，基础、手持、高级)中出现从零次到四次的任何次数。如果需要的话，PHY简档定义可以使用在前导中PHY_PROFILE的保留的值扩展。
FEF部分被插入在FRU的末端，如果包括的话。当FEF包括在FRU中时，在超帧中FEF的最小数是8。不推荐FEF部分相互邻近。
一个帧被进一步划分为许多的OFDM符号和前导。如(d)所示，帧包括前导、一个或多个帧信令符号(FSS)、普通数据符号和帧边缘符号(FES)。
前导是允许快速Futurecast UTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计以及因此的PLS数据的快速解码，FSS具有比普通数据符号更加密集的导频图案。FES具有与FSS严格相同的导频，其允许在FES内的仅频率内插，以及对于紧邻FES之前的符号的时间内插而无需外推。
图11图示根据本发明的实施例的帧的信令分层结构。
图11图示信令分层结构，其被分割为三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是表示该帧的传输类型和基本传输参数。PLS1允许接收器访问和解码PLS2数据，其包含访问感兴趣的DP的参数。PLS2在每个帧中承载，并且被划分为两个主要部分：PLS2-STAT数据和PLS2-DYN数据。必要时，在PLS2数据的静态和动态部分之后是填充。
图12图示根据本发明的实施例的前导信令数据。
前导信令数据承载需要允许接收器访问PLS数据和跟踪在帧结构内DP的21比特信息。前导信令数据的细节如下：
PHY_PROFILE：该3比特字段指示当前帧的PHY简档类型。不同的PHY简档类型的映射在以下的表5中给出。
表5
[表5]
| 值 | PHY简档 |
| 000 | 基础简档 |
| 001 | 手持简档 |
| 010 | 高级简档 |
| 011～110 | 保留 |
| 111 | FEF |
FFT_SIZE：该2比特字段指示在帧组内当前帧的FFT大小，如在以下的表6中描述的。
表6
[表6]
| 值 | FFT大小 |
| 00 | 8K FFT |
| 01 | 16K FFT |
| 10 | 32K FFT |
| 11 | 保留 |
GI_FRACTION：该3比特字段指示在当前超帧中的保护间隔分数值，如在以下的表7中描述的。
表7
[表7]
| 值 | GI_FRACTION |
| 000 | 1/5 |
| 001 | 1/10 |
| 010 | 1/20 |
| 011 | 1/40 |
| 100 | 1/80 |
| 101 | 1/160 |
| 110～111 | 保留 |
EAC_FLAG：该1比特字段指示在当前帧中是否提供EAC。如果该字段被设置为“1”，则在当前帧中提供紧急警告服务(EAS)。如果该字段被设置为“0”，在当前帧中没有承载EAS。该字段可以在超帧内动态地切换。
PILOT_MODE：该1比特字段指示对于当前帧组中的当前帧导频图案是移动模式还是固定模式。如果该字段被设置为“0”，则使用移动导频图案。如果该字段被设置为“1”，则使用固定导频图案。
PAPR_FLAG：该1比特字段指示对于当前帧组中的当前帧是否使用PAPR减少。如果该字段被设置为值“1”，则音保留被用于PAPR减少。如果该字段被设置为“0”，则不使用PAPR减少。
FRU_CONFIGURE：该3比特字段指示存在于当前超帧之中的帧重复单元(FRU)的PHY简档类型配置。在当前超帧中的所有前导中，在该字段中识别在当前超帧中传送的所有简档类型。3比特字段对于每个简档具有不同的定义，如以下的表8所示。
表8
[表8]
RESERVED：这个7比特字段保留供将来使用。
图13图示根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如以上提及的，PLS1数据对于一个帧组的整个持续时间保持不变。PLS1数据的信令字段的详细定义如下：
PREAMBLE_DATA：该20比特字段是除去EAC_FLAG的前导信令数据的副本。
NUM_FRAME_FRU：该2比特字段指示每FRU的帧的数目。
PAYLOAD_TYPE：该3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示用信号传送。
表9
[表9]
| 值 | 有效载荷类型 |
| 1XX | 发送TS流 |
| X1X | 发送IP流 |
| XX1 | 发送GS流 |
NUM_FSS：该2比特字段指示在当前帧中FSS符号的数目。
SYSTEM_VERSION：该8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分为两个4比特字段，其是主要版本和次要版本。
主要版本：SYSTEM_VERSION字段的MSB四比特字节表示主要版本信息。在主要版本字段中的变化表示非后向兼容的变化。缺省值是“0000”。对于在这个标准下描述的版本，该值被设置为“0000”。
次要版本：SYSTEM_VERSION字段的LSB四比特字节表示次要版本信息。在次要版本字段中的变化是后向兼容的。
CELL_ID：这是在ATSC网络中唯一地识别地理小区的16比特字段。取决于每Futurecast UTB系统使用的频率的数目，ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的，则该字段被设置为“0”。
NETWORK_ID：这是唯一地识别当前的ATSC网络的16比特字段。
SYSTEM_ID：这个16比特字段唯一地识别在ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是陆地广播系统，其输入是一个或多个输入流(TS、IP、GS)，并且其输出是RF信号。如果有的话，Futurecast UTB系统承载一个或多个PHY简档和FEF。相同的Futurecast UTB系统可以承载不同的输入流，并且在不同的地理区中使用不同的RF频率，允许本地服务插入。帧结构和调度在一个位置中被控制，并且对于在Futurecast UTB系统内的所有传输是相同的。一个或多个Futurecast UTB系统可以具有相同的SYSTEM_ID含义，即，它们所有具有相同的物理层结构和配置。
随后的环路由FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_Gl_FRACTION和RESERVED组成，其用于表示FRU配置和每个帧类型的长度。环路大小是固定的，使得四个PHY简档(包括FEF)在FRU内被用信号传送。如果NUM_FRAME_FRU小于4，则未使用的字段用零填充。
FRU_PHY_PROFILE：这个3比特字段表示相关的FRU的第(i+1)(i是环索引)个帧的PHY简档类型。这个字段使用如表8所示相同的信令格式。
FRU_FRAME_LENGTH：这个2比特字段表示相关联的FRU的第(i+1)个帧的长度。与FRU_GI_FRACTION一起使用FRU_FRAME_LENGTH，可以获得帧持续时间的精确值。
FRU_GI_FRACTION：这个3比特字段表示相关联的FRU的第(i+1)个帧的保护间隔分数值。FRU_GI_FRACTION根据表7被用信号传送。
RESERVED：这个4比特字段保留供将来使用。
以下的字段提供用于解码PLS2数据的参数。
PLS2_FEC_TYPE：这个2比特字段表示由PLS2保护使用的FEC类型。FEC类型根据表10被用信号传送。稍后将描述LDPC码的细节。
表10
[表10]
| 内容 | PLS2FEC类型 |
| 00 | 4K-1/4和7K-3/10LDPC码 |
| 01～11 | 保留 |
PLS2_MOD：这个3比特字段表示由PLS2使用的调制类型。调制类型根据表11被用信号传送。
表11
[表11]
| 值 | PLS2_MODE |
| 000 | BPSK |
| 001 | QPSK |
| 010 | QAM-16 |
| 011 | NUQ-64 |
| 100～111 | 保留 |
PLS2_SIZE_CELL：这个15比特字段表示Ctotal_partial_block，用于在当前帧组中承载的PLS2的全编译的块的聚集的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_STAT_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-STAT的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_DYN_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-DYN的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_REP_FLAG：这个1比特标记表示是否在当前帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_blook，用于在当前帧组的每个帧中承载的PLS2的部分编译的块的聚集的大小(指定为QAM信元的数目)。如果不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_FEC_TYPE：这个2比特字段表示用于在下一个帧组的每个帧中承载的PLS2的FEC类型。FEC类型根据表10被用信号传送。
PLS2_NEXT_MOD：这个3比特字段表示用于在下一个帧组的每个帧中承载的PLS2的调制类型。调制类型根据表11被用信号传送。
PLS2_NEXT_REP_FLAG：这个1比特标记表示是否在下一个帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_NEXT_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_blook，用于在下一个帧组的每个帧中承载的PLS2的全编译的块的聚集的大小(指定为QAM信元的数目)。如果在下一个帧组中不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_REP_STAT_SIZE_BIT：这个14比特字段以比特表示用于下一个帧组的PLS2-STAT的大小。这个值在当前帧组中是恒定的。
PLS2_NEXT_REP_DYN_SIZE_BIT：这个14比特字段以比特表示用于下一个帧组的PLS2-DYN的大小。这个值在当前帧组中是恒定的。
PLS2_AP_MODE：这个2比特字段表示是否在当前帧组中为PLS2提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。以下的表12给出这个字段的值。当这个字段被设置为“00”时，对于在当前帧组中的PLS2不使用另外的奇偶校验。
表12
[表12]
| 值 | PLS2-AP模式 |
| 00 | 不提供AP |
| 01 | AP1模式 |
| 10～11 | 保留 |
PLS2_AP_SIZE_CELL：这个15比特字段表示PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_AP_MODE：这个2比特字段表示是否在下一个帧组的每个帧中为PLS2信令提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。表12定义这个字段的值。
PLS2_NEXT_AP_SIZE_CELL：这个15比特字段表示在下一个帧组的每个帧中PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
RESERVED：这个32比特字段被保留供将来使用。
CRC_32：32比特错误检测码，其应用于整个PLS1信令。
图14图示根据本发明的实施例的PLS2数据。
图14图示PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内是相同的，而PLS2-DYN数据提供对于当前帧特定的信息。
PLS2-STAT数据的字段的细节如下：
FIC_FLAG：这个1比特字段表示是否在当前帧组中使用FIC。如果这个字段被设置为“1”，则在当前帧中提供FIC。如果这个字段被设置为“0”，则在当前帧中不承载FIC。这个值在当前帧组的整个持续时间期间是恒定的。
AUX_FLAG：这个1比特字段表示是否在当前帧组中使用辅助流。如果这个字段被设置为“1”，则在当前帧中提供辅助流。如果这个字段被设置为“0”，在当前帧中不承载辅助流。这个值在当前帧组的整个持续时间期间是恒定的。
NUM_DP：这个6比特字段表示在当前帧内承载的DP的数目。这个字段的值从1到64的范围，并且DP的数目是NUM_DP+1。
DP_ID：这个6比特字段唯一地识别在PHY简档内的DP。
DP_TYPE：这个3比特字段表示DP的类型。这些根据以下的表13用信号传送。
表13
[表13]
| 值 | DP类型 |
| 000 | DP类型1 |
| 001 | DP类型2 |
| 010～111 | 保留 |
DP_GROUP_ID：这个8比特字段识别当前DP与其相关联的DP组。这可以由接收器使用以访问与特定服务有关的服务组件的DP，其将具有相同的DP_GROUP_ID。
BASE_DP_ID：这个6比特字段表示承载在管理层中使用的服务信令数据(诸如，PSI/SI)的DP。由BASE_DP_ID表示的DP可以或者是随同服务数据一起承载服务信令数据的普通DP，或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：这个2比特字段表示由相关联的DP使用的FEC类型。FEC类型根据以下的表14被用信号传送。
表14
[表14]
| 值 | FEC_TYPE |
| 00 | 16K LDPC |
| 01 | 64K LDPC |
| 10～11 | 保留 |
DP_COD：这个4比特字段表示由相关联的DP使用的编码率。编码率根据以下的表15被用信号传送。
表15
[表15]
| 值 | 编码率 |
| 0000 | 5/15 |
| 0001 | 6/15 |
| 0010 | 7/15 |
| 0011 | 8/15 |
| 0100 | 9/15 |
| 0101～1111 | 10/15 |
| 0110 | 11/15 |
| 0111 | 12/15 |
| 1000 | 13/15 |
| 1001～1111 | 保留 |
DP_MOD：这个4比特字段表示由相关联的DP使用的调制。调制根据以下的表16被用信号传送。
表16
[表16]
| 值 | 调制 |
| 0000 | QPSK |
| 0001 | QAM-16 |
| 0010 | NUQ-64 |
| 0011 | NUQ-256 |
| 0100 | NUQ-1024 |
| 0101 | NUC-16 |
| 0110 | NUC-64 |
| 0111 | NUC-256 |
| 1000 | NUC-1024 |
| 1001～1111 | 保留 |
DP_SSD_FLAG：这个1比特字段表示是否在相关联的DP中使用SSD模式。如果这个字段被设置为值“1”，则使用SSD。如果这个字段被设置为值“0”，则不使用SSD。
只有在PHY_PROFILE等于“010”时，其表示高级简档，出现以下的字段：
DP_MIMO：这个3比特字段表示哪个类型的MIMO编码过程被应用于相关联的DP。MIMO编码过程的类型根据表17用信号传送。
表17
[表17]
| 值 | MIMO编码 |
| 000 | FR-SM |
| 001 | FRFD-SM |
| 010～111 | 保留 |
DP_TI_TYPE：这个1比特字段表示时间交织的类型。值“0”表示一个TI组对应于一个帧，并且包含一个或多个TI块。值“1”表示一个TI组承载在一个以上的帧中，并且仅包含一个TI块。
DP_TI_LENGTH：这个2比特字段(允许值仅是1、2、4、8)的使用通过在DP_TI_TYPE字段内的值集合确定如下：
如果DP_TI_TYPE被设置为值“1”，则这个字段表示PI，每个TI组映射到的帧的数目，并且每个TI组存在一个TI块(NTI＝1)。被允许的具有2比特字段的PI值被在以下的表18中定义。
如果DP_TI_TYPE被设置为值“0”，则这个字段表示每个TI组的TI块NTI的数目，并且每个帧(PI＝1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。
表18
[表18]
| 2比特字段 | PI | NTI |
| 00 | 1 | 1 |
| 01 | 2 | 2 |
| 10 | 4 | 3 |
| 11 | 8 | 4 |
DP_FRAME_INTERVAL：这个2比特字段表示在用于相关联的DP的帧组内的帧间隔(IJUMP)，并且允许的值是1、2、4、8(相应的2比特字段分别地是“00”、“01”、“10”或者“11”)。对于该帧组的每个帧不会出现的DP，这个字段的值等于在连续的帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则这个字段被设置为“4”。对于在每个帧中出现的DP，这个字段被设置为“1”。
DP_TI_BYPASS：这个1比特字段确定时间交织器的可用性。如果对于DP没有使用时间交织，则其被设置为“1”。而如果使用时间交织，则其被设置为“0”。
DP_FIRST_FRAME_IDX：这个5比特字段表示当前DP存在其中的超帧的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31的范围。
DP_NUM_BLOCK_MAX：这个10比特字段表示用于这个DP的DP_NUM_BLOCKS的最大值。这个字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：这个2比特字段表示由给定的DP承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据以下的表19被用信号传送。
表19
[表19]
| 值 | 有效载荷类型 |
| 00 | TS |
| 01 | IP |
| 10 | GS |
| 11 | 保留 |
DP_INBAND_MODE：这个2比特字段表示是否当前DP承载带内信令信息。带内信令类型根据以下的表20被用信号传送。
表20
[表20]
| 值 | 带内模式 |
| 00 | 没有承载带内信令 |
| 01 | 仅承载带内PLS |
| 10 | 仅承载带内ISSY |
| 11 | 承载带内PLS和带内ISSY |
DP_PROTOCOL_TYPE：这个2比特字段表示由给定的DP承载的有效载荷的协议类型。当选择输入有效载荷类型时，其根据以下的表21被用信号传送。
表21
[表21]
DP_CRC_MODE：这个2比特字段表示在输入格式化块中是否使用CRC编码。CRC模式根据以下的表22被用信号传送。
表22
[表22]
| 值 | CRC模式 |
| 00 | 未使用 |
| 01 | CRC-8 |
| 10 | CRC-16 |
| 11 | CRC-32 |
DNP_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的空分组删除模式。DNP_MODE根据以下的表23被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设置为值“00”。
表23
[表23]
| 值 | 空分组删除模式 |
| 00 | 未使用 |
| 01 | DNP标准 |
| 10 | DNP偏移 |
| 11 | 保留 |
ISSY_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的ISSY模式。ISSY_MODE根据以下的表24被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设置为值“00”。
表24
[表24]
| 值 | ISSY模式 |
| 00 | 未使用 |
| 01 | ISSY-UP |
| 10 | ISSY-BBF |
| 11 | 保留 |
HC_MODE_TS：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的TS报头压缩模式。HC_MODE_TS根据以下的表25被用信号传送。
表25
[表25]
| 值 | 报头压缩模式 |
| 00 | HC_MODE_TS 1 |
| 01 | HC_MODE_TS 2 |
| 10 | HC_MODE_TS 3 |
| 11 | HC_MODE_TS 4 |
HC_MODE_IP：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为IP(“01”)时的IP报头压缩模式。HC_MODE_IP根据以下的表26被用信号传送。
表26
[表26]
| 值 | 报头压缩模式 |
| 00 | 无压缩 |
| 01 | HC_MODE_IP 1 |
| 10～11 | 保留 |
PID：这个13比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)，并且HC_MODE_TS被设置为“01”或者“10”时，用于TS报头压缩的PID编号。
RESERVED：这个8比特字段保留供将来使用。
只有在FIC_FLAG等于“1”时出现以下的字段：
FIC_VERSION：这个8比特字段表示FIC的版本号。
FIC_LENGTH_BYTE：这个13比特字段以字节表示FIC的长度。
RESERVED：这个8比特字段保留供将来使用。
只有在AUX_FLAG等于“1”时出现以下的字段：
NUM_AUX：这个4比特字段表示辅助流的数目。零表示不使用辅助流。
AUX_CONFIG_RFU：这个8比特字段被保留供将来使用。
AUX_STREAM_TYPE：这个4比特被保留供将来使用，用于表示当前辅助流的类型。
AUX_PRIVATE_CONFIG：这个28比特字段被保留供将来用于用信号传送辅助流。
图15图示根据本发明的另一个实施例的PLS2数据。
图15图示PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可以在一个帧组的持续时间期间变化，而字段的大小保持恒定。
PLS2-DYN数据的字段细节如下：
FRAME_INDEX：这个5比特字段表示在超帧内当前帧的帧索引。该超帧的第一帧的索引被设置为“0”。
PLS_CHANGE_COUTER：这个4比特字段表示配置将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“1”表示在下一个超帧中存在变化。
FIC_CHANGE_COUNTER：这个4比特字段表示其中配置(即，FIC的内容)将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“0001”表示在下一个超帧中存在变化。
RESERVED：这个16比特字段被保留供将来使用。
在NUM_DP上的环路中出现以下的字段，其描述与在当前帧中承载的DP相关联的参数。
DP_ID：这个6比特字段唯一地表示在PHY简档内的DP。
DP_START：这个15比特(或者13比特)字段使用DPU寻址方案表示第一个DP的开始位置。DP_START字段根据如以下的表27所示的PHY简档和FFT大小具有不同长度。
表27
[表27]
DP_NUM_BLOCK：这个10比特字段表示在用于当前DP的当前的TI组中FEC块的数目。DP_NUM_BLOCK的值从0到1023的范围。
RESERVED：这个8比特字段保留供将来使用。
以下的字段表示与EAC相关联的FIC参数。
EAC_FLAG：这个1比特字段表示在当前帧中EAC的存在。这个比特在前导中是与EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：这个8比特字段表示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，随后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，则随后的12比特被分配用于EAC_COUNTER。
EAC_LENGTH_BYTE：这个12比特字段以字节表示EAC的长度。
EAC_COUNTER：这个12比特字段表示在EAC抵达的帧之前帧的数目。
只有在AUX_FLAG字段等于“1”时出现以下的字段：
AUX_PRIVATE_DYN：这个48比特字段被保留供将来用于用信号传送辅助流。这个字段的含义取决于在可配置的PLS2-STAT中AUX_STREAM_TYPE的值。
CRC_32：32比特错误检测码，其被应用于整个PLS2。
图16图示根据本发明的实施例的帧的逻辑结构。
如以上提及的，PLS、EAC、FIC、DP、辅助流和哑信元被映射到在帧中OFDM符号的活动载波。PLS1和PLS2被首先被映射到一个或多个FSS。然后，在PLS字段之后，EAC信元，如果有的话，被直接地映射，接下来是FIC信元，如果有的话。在PLS或者EAC、FIC之后，接下来DP被映射，如果有的话。首先跟随类型1DP，并且接下来类型2DP。稍后将描述DP的类型细节。在一些情况下，DP可以承载用于EAS的一些特定的数据或者服务信令数据。如果有的话，辅助流跟随DP，其后跟随哑信元。根据以上提及的顺序，即，PLS、EAC、FIC、DP、辅助流和哑数据信元将它们映射在一起，精确地填充在该帧中的信元容量。
图17图示根据本发明的实施例的PLS映射。
PLS信元被映射到FSS的活动载波。取决于由PLS占据的信元的数目，一个或多个符号被指定为FSS，并且FSS的数目NFSS由在PLS1中的NUM_FSS用信号传送。FSS是用于承载PLS信元的特殊符号。由于鲁棒性和延迟在PLS中是重要的问题，所以FSS具有允许快速同步的高密度导频和在FSS内的仅频率内插。
PLS信元如在图17中的示例所示以自顶向下方式被映射到NFSSFSS的活动载波。PLS1PLS1单元被以单元索引的递增顺序首先从第一FSS的第一单元映射。PLS2单元直接地跟随在PLS1的最后的信元之后，并且继续向下映射，直到第一FSS的最后的信元索引为止。如果需要的PLS信元的总数超过一个FSS的活动载波的数目，则映射进行到下一个FSS，并且以与第一FSS严格相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果EAC、FIC或者两者存在于当前帧中，则它们被放置在PLS和“普通”DP之间。
图18图示根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道，并且链接到用于EAS的DP。提供了EAS支持，但是，EAC本身可能或者可以不必存在于每个帧中。如果有的话，EAC紧挨着PLS2单元之后映射。除了PLS信元以外，EAC不在FIC、DP、辅助流或者哑信元的任何一个之前。映射EAC信元的过程与PLS完全相同。
EAC信元被以如在图18的示例所示的信元索引的递增顺序从PLS2的下一个信元映射。取决于EAS消息大小，EAC信元可以占据几个符号，如图18所示。
EAC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的EAC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加有效的载波。
在EAC映射完成之后，如果任何一个存在，则FIC被接下来承载。如果FIC不被发送(如在PLS2字段中用信号传送)，则DP紧跟在EAC的最后信元之后。
图19图示根据本发明的实施例的FIC映射。
(a)示出不具有EAC的FIC信元的示例映射，以及(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载交叉层信息以允许快速服务获得和信道扫描的专用信道。这个信息主要包括在DP和每个广播器的服务之间的信道捆绑信息。为了快速扫描，接收器可以解码FIC并获得信息，诸如，广播器ID、服务编号，和BASE_DP_ID。为了快速服务获得，除了FIC之外，基础DP可以使用BASE_DP_ID解码。除其承载的内容以外，基础DP被以与普通DP完全相同的方式编码和映射到帧。因此，对于基础DP不需要另外的描述。FIC数据在管理层中产生和消耗。FIC数据的内容在管理层规范中描述。
FIC数据是可选的，并且FIC的使用由在PLS2的静态部分中的FIC_FLAG参数用信号传送。如果使用FIC，则FIC_FLAG被设置为“1”，并且用于FIC的信令字段在PLS2的静态部分中被定义。在这个字段中用信号传送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编译和时间交织参数。FIC共享相同的信令参数，诸如PLS2_MOD和PLS2_FEC。如果有的话，FIC数据紧挨着PLS2或者EAC之后被映射。FIC没有被任何普通DP、辅助流或者哑信元引导。映射FIC信元的方法与EAC的完全相同，也与PLS的相同。
在PLS之后不具有EAC，FIC信元被以如在(a)中的示例所示的信元索引的递增顺序从PLS2的下一个单元映射。取决于FIC数据大小，FIC信元可以被映射在几个符号上，如(b)所示。
FIC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的FIC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加活跃的载波。
如果EAS消息在当前帧中被发送，则EAC在FIC之前，并且FIC信元被以如(b)所示的信元索引的递增顺序从EAC的下一个单元映射。
在FIC映射完成之后，一个或多个DP被映射，之后是辅助流，如果有的话，以及哑信元。
图20图示根据本发明的实施例的DP的类型。
(a)示出类型1DP和(b)示出类型2DP。
在先前的信道，即，PLS、EAC和FIC被映射之后，DP的信元被映射。根据映射方法DP被分类为两种类型中的一个：
类型1DP：DP通过TDM映射
类型2DP：DP通过FDM映射
DP的类型由在PLS2的静态部分中的DP_TYPE字段表示。图20图示类型1DP和类型2DP的映射顺序。类型1DP被以信元索引的递增顺序首先映射，然后，在达到最后的信元索引之后，符号索引被增加1。在下一个符号内，DP继续以从p＝0开始的信元索引的递增顺序映射。利用在一个帧中共同地映射的DP的数目，类型1DP的每个在时间上被分组，类似于DP的TDM复用。
类型2DP被以符号索引的递增顺序首先映射，然后，在达到该帧的最后的OFDM符号之后，信元索引增加1，并且符号索引回朔到第一可用的符号，然后从该符号索引增加。在一个帧中一起映射DP的数目之后，类型2DP的每个被以频率分组在一起，类似于DP的FDM复用。
如果需要的话，类型1DP和类型2DP在帧中可以同时存在，有一个限制：类型1DP始终在类型2DP之前。承载类型1和类型2DP的OFDM信元的总数不能超过可用于DP传输的OFDM信元的总数。
数学公式2
[数学式2]
DDP1+DDP2≤DDP
这里DDP1是由类型1DP占据的OFDM信元的数目，DDP2是由类型2DP占据的信元的数目。由于PLS、EAC、FIC都以与类型1DP相同的方式映射，所以它们全部遵循“类型1映射规则”。因此，总的说来，类型1映射始终在类型2映射之前。
图21图示根据本发明的实施例的DP映射。
(a)示出寻址用于映射类型1DP的OFDM信元，并且(b)示出寻址用于供类型2DP映射的OFDM信元。
用于映射类型1DP(0,…，DDP11)的OFDM信元的寻址限定用于类型1DP的活跃数据信元。寻址方案限定来自用于类型1DP的每个的T1的信元被分配给活跃数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。
在不具有EAC和FIC的情况下，地址0指的是在最后的FSS中紧跟承载PLS的最后信元的信元。如果EAC被发送，并且FIC没有在相应的帧中，则地址0指的是紧跟承载EAC的最后信元的信元。如果FIC在相应的帧中被发送，则地址0指的是紧跟承载FIC的最后的信元的信元。用于类型1DP的地址0可以考虑如(a)所示的两个不同情形计算。在(a)的示例中，PLS、EAC和FIC假设为全部发送。对EAC和FIC的二者之一或者两者被省略情形的扩展是明确的。如在(a)的左侧所示在映射所有信元直到FIC之后，如果在FSS中存在剩余的信元。
用于映射类型2DP(0,…，DDP21)的OFDM信元的寻址被限定用于类型2DP的活跃数据信元。寻址方案限定来自用于类型2DP的每个的TI的信元被分配给活跃数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。
如(b)所示的三个略微地不同的情形是可允许的。对于在(b)的左侧上示出的第一情形，在最后的FSS中的信元可用于类型2DP映射。对于在中间示出的第二情形，FIC占据普通符号的信元，但是，在该符号上FIC信元的数目不大于CFSS。除了在该符号上映射的FIC信元的数目超过CFSS之外，在(b)右侧上示出的第三情形与第二情形相同。
对类型1DP在类型2DP之前情形的扩展是简单的，因为PLS、EAC和FIC遵循与类型1DP相同的“类型1映射规则”。
数据管道单元(DPU)是用于在帧将数据信元分配给DP的基本单元。
DPU被定义为用于将DP定位于帧中的信令单元。信元映射器7010可以映射对于各个DP通过TI产生的信元。时间交织器5050输出一系列的TI块并且各个TI块包括继而由一组信元组成的可变数目的XFECBLOCK。XFECBLOCK中的信元的数目Ncells取决于FECBLOCK大小Nldpc和每个星座符号的被发送的比特的数目。DPU被定义为在给定的PHY简档中支持的在XFECBLOCK中的信元的数目Ncells的所有可能的值中的最大的余数。以信元计的DPU的长度被定义为LDPU。因为各个PHY简档支持FECBLOCK大小和每个星座符号的最大不同数目的比特的组合，所以基于PHY简档定义LDPU。
图22图示根据本发明的实施例的FEC结构。
图22图示在比特交织之前根据本发明的实施例的FEC结构。如以上提及的，数据FEC编码器可以使用外编译(BCH)和内编译(LDPC)对输入的BBF执行FEC编码，以产生FECBLOCK过程。图示的FEC结构对应于FECBLOCK。此外，FECBLOCK和FEC结构具有对应于LDPC码字长度的相同的值。
BCH编码应用于每个BBF(Kbch比特)，然后LDPC编码应用于BCH编码的BBF(Kldpc比特＝Nbch比特)，如在图22中图示的。
Nldpc的值或者是64800比特(长FECBLOCK)或者16200比特(短FECBLOCK)。
以下的表28和表29分别示出用于长FECBLOCK和短FECBLOCK的FEC编码参数。
表28
[表28]
表29
[表29]
BCH编码和LDPC编码的操作细节如下：
12-纠错BCH码用于BBF的外编译。用于短FECBLOCK和长FECBLOCK的BCH生成多项式通过所有多项式相乘在一起获得。
LDPC码用于编码外BCH编码的输出。为了产生完整的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从每个Ildpc(BCH编码的BBF)被系统编码，并且附加到Ildpc。完整的Bldpc(FECBLOCK)表示为如下的数学公式。
数学公式3
[数学式3]
用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。
计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下：
1)初始化奇偶校验比特，
数学公式4
[数学式4]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：
数学公式5
[数学式5]
3)对于接下来的359个信息比特，is，s＝1、2、…359，使用以下的数学公式在奇偶校验位地址处累加is。
数学公式6
[数学式6]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
这里x表示对应于第一比特i0的奇偶校验比特累加器的地址，并且QIdpc是在奇偶校验矩阵的地址中指定的编码率相关的常数。继续该示例，对于速率13/15，QIdpc＝24，因此，对于信息比特i1，执行以下的操作：
数学公式7
[数学式7]
4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。以类似的方式，使用表达式6获得用于以下的359信息比特is的奇偶校验比特累加器的地址，s＝361、362、…719，这里x表示对应于信息比特i360的奇偶校验比特累加器的地址，即，在奇偶校验矩阵的地址的第二行中的条目。
5)以类似的方式，对于360个新的信息比特的每个组，从奇偶校验矩阵的地址的新行用于找到奇偶校验比特累加器的地址。
在所有信息比特用尽之后，最后的奇偶校验比特如下获得：
6)以i＝1开始顺序地执行以下的操作。
数学公式8
[数学式8]
这里pi的最后的内容，i＝0,1，...，NIdpc-KIdpc–1，等于奇偶校验比特pi。
表30
[表30]
| 编码率 | Qldpc |
| 5/15 | 120 |
| 6/15 | 108 |
| 7/15 | 96 |
| 8/15 | 84 |
| 9/15 | 72 |
| 10/15 | 60 |
| 11/15 | 48 |
| 12/15 | 36 |
| 13/15 | 24 |
除了以表31替换表30，并且以用于短FECBLOCK的奇偶校验矩阵的地址替换用于长FECBLOCK的奇偶校验矩阵的地址之外，用于短FECBLOCK的这个LDPC编码过程是根据用于长FECBLOCK的LDPC编码过程。
表31
[表31]
| 编码率 | Qldpc |
| 5/15 | 30 |
| 6/15 | 27 |
| 7/15 | 24 |
| 8/15 | 21 |
| 9/15 | 18 |
| 10/15 | 15 |
| 11/15 | 12 |
| 12/15 | 9 |
| 13/15 | 6 |
图23图示根据本发明的实施例的比特交织。
LDPC编码器的输出被比特交织，其由奇偶交织、之后的准循环块(QCB)交织和组间交织组成。
(a)示出准循环块(QCB)交织，并且(b)示出组间交织。
FECBLOCK可以被奇偶交织。在奇偶交织的输出处，LDPC码字由在长FECBLOCK中180个相邻的QC块和在短FECBLOCK中45个相邻的QC块组成。在长或者短FECBLOCK中的每个QC块由360比特组成。奇偶交织的LDPC码字通过QCB交织来交织。QCB交织的单位是QC块。在奇偶交织的输出处的QC块通过如在图23中图示的QCB交织重排列，这里根据FECBLOCK长度，Ncells＝64800/ηmod或者16200/ηmod。QCB交织模式是对调制类型和LDPC编码率的每个组合唯一的。
在QCB交织之后，组间交织根据调制类型和阶(ηmod)执行，其在以下的表32中限定。也限定用于一个组内的QC块的数目NQCB_IG。
表32
[表32]
| 调制类型 | ηmod | NQCB_LG |
| QAM-16 | 4 | 2 |
| NUC-16 | 4 | 4 |
| NUQ-64 | 6 | 3 |
| NUC-64 | 6 | 6 |
| NUQ-256 | 8 | 4 |
| NUC-256 | 8 | 8 |
| NUQ-1024 | 10 | 5 |
| NUC-1024 | 10 | 10 |
组间交织过程以QCB交织输出的NQCB_IG QC块执行。组间交织具有使用360列和NQCB_IG行写入和读取组内的比特的过程。在写入操作中，来自QCB交织输出的比特是行式写入。读取操作是列式执行的，以从每个行读出m比特，这里对于NUC，m等于1，并且对于NUQ，m等于2。
图24图示根据本发明的实施例的信元字解复用。
图24(a)示出对于8和12bpcu MIMO的信元字解复用，以及(b)示出对于10bpcu MIMO的信元字解复用。
比特交织输出的每个信元字(c0,l,c1,l,...,cηmod-1,l)被解复用为如(a)所示的(d1,0,m,d1,1,m...d1,ηmod-1,m)和(d2,0,m,d2,1,m...,d2,ηmod-1,m)，其描述用于一个XFECBLOCK的信元字解复用过程。
对于使用不同类型的NUQ用于MIMO编码的10个bpcu MIMO情形，用于NUQ-1024的比特交织器被重新使用。比特交织器输出的每个信元字(c0,l,c1,l...,c9,l)被解复用为(d1,0,m,d1,1,m...d1,3,m)和(d2,0,m,d2,1,m...d2,3,m)，如(b)所示。
图25图示根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。
在PLS2-STAT数据的部分中出现的以下参数配置TI：
DP_TI_TYPE(允许的值：0或者1)：表示TI模式；“0”表示每个TI组具有多个TI块(一个以上的TI块)的模式。在这种情况下，一个TI组被直接映射到一个帧(无帧间交织)。“1”表示每个TI组仅具有一个TI模块的模式。在这种情况下，TI块可以在一个以上的帧上扩展(帧间交织)。
DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，则这个参数是每个TI组的TI块的数目NTI。对于DP_TI_TYPE＝“1”，这个参数是从一个TI组扩展的帧PI的数目。
DP_NUM_BLOCK_MAX(允许的值:0至1023)：表示每个TI组XFECBLOCK的最大数。
DP_FRAME_INTERVAL(允许的值：1、2、4、8)：表示在承载给定的PHY简档的相同的DP的两个连续的帧之间的帧IJUMP的数目。
DP_TI_BYPASS(允许的值：0或者1)：如果对于DP没有使用时间交织，则这个参数被设置为“1”。如果使用时间交织，则其被设置为“0”。
另外，来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数目。
当对于DP没有使用时间交织时，不考虑随后的TI组、时间交织操作，和TI模式。但是，将仍然需要来自调度器用于动态配置信息的延迟补偿块。在每个DP中，从SSD/MIMO编码接收的XFECBLOCK被分组为TI组。即，每个TI组是整数个XFECBLOCK的集合，并且将包含动态可变数目的XFECBLOCK。在索引n的TI组中的XFECBLOCK的数目由NxBLocK_Group(n)表示，并且在PLS2-DYN数据中作为DP_NUM_BLOCK用信号传送。注意到NxBLocK_Group(n)可以从最小值0到其最大的值是1023的最大值NxBLocK_Group_MAX(对应于DP_NUM_BLOCK_MAX)变化。
每个TI组或者直接映射到一个帧上或者在PI个帧上扩展。每个TI组也被划分为一个以上的TI模块(NTI)，这里每个TI块对应于时间交织器存储器的一个使用。在TI组内的TI块可以包含略微不同数目的XFECBLOCK。如果TI组被划分为多个TI块，则其被直接映射到仅一个帧。如以下的表33所示，存在对于时间交织的三个选项(除了跳过时间交织的额外的选项之外)。
表33
[表33]
在每个DP中，TI存储器存储输入的XFECBLOCK(来自SSD/MIMO编码块的输出的XFECBLOCK)。假设输入XFECBLOCK被限定为：
这里dn,s,r,q是在第n个TI组的第s个TI块中的第r个XFECBLOCK的第q个信元，并且表示SSD和MIMO编码的输出如下：
此外，假设来自时间交织器的输出的XFECBLOCK被限定为：
这里hn,s,i是在第n个TI组的第s个TI块中的第i个输出单元(对于i＝0，...，NxBLOCK_TI(n，s)×Ncells-1)。
典型地，时间交织器也将起在帧建立过程之前用于DP数据的缓存器的作用。这是通过用于每个DP的两个存储库实现的。第一TI块被写入第一存储库。第二TI块被写入第二存储库，同时第一存储库正在被读取等。
TI是扭曲的两列块交织器。对于第n个TI组的第s个TI块，TI存储器的行数Nr等于信元Ncells的数目，即，Nr＝Ncells，同时列数Nc等于数目NxBL0CK_TI(n,s)。
图26图示根据本发明的实施例的被扭曲的行-列块交织器的基本操作。
(a)示出在时间交织器中的写入操作，并且(b)示出时间交织器中的读取操作。第一XFECBLOCK以列方式写入到TI存储器的第一列，并且第二XFECBLOCK被写入到下一列等等，如在(a)中所示。然而，在交织阵列中，信元以对角线方式被读出。在从第一行(沿着以最左边的列开始的行向右)到最后一行的对角线方式的读取期间，信元被读出，如在(b)中所示。详细地，假定zn，s，i(i＝0，...，NtNc)作为要被顺序地读取的TI存储器单元位置，通过计算如下的表达式的行索引Rn,S,i、列索引Cn,S,i以及被关联的扭曲参数Tn,S,i执行以这样的校正阵列的读取过程。
数学公式9
[数学式9]
GENERATE(Rn，s，i，Cn，s，i)＝
{
Rn，s，i＝mod(i，Nr)，
Tn，s，i＝mod(Sshift×Rn，s，i，Nc)，
}
其中Sshift是用于对角线方式读取过程的公共移位值，不论NxBLOCK_TI(n，s)如何，并且如以下表达式，通过在PLS2-STAT中给出的NxBLOCK_TI(n，s)来确定。
数学公式10
[数学式10]
对于
结果，通过作为zn，s，i＝NrCn，s，i+Rn，s，i的坐标计算要被读出的信元位置。
图27图示根据本发明的另一实施例的被扭曲的行-列块交织器的操作。
更加具体地，图27图示用于各个TI组的TI存储器的交织阵列，包括当NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6、NxBLOCKTI(2，0)＝5时的虚拟XFECBLOCK。
可变数目NxBLOCK_TI(n，s)＝Nr将会小于或者等于NxBLOCK_TI_MAX。因此，为了实现在接收器侧处的单个存储器解交织，不论NxBLOCK_TI(n，s)如何，通过将虚拟XFECBLOCK插入到TI存储器用于在被扭曲的行-列块交织器中使用的交织阵列被设置为Nr×Nc＝Ncells×NxBLOCK_TI_MAX的大小，并且如下面的表达式完成读取过程。
数学公式11
[数学式11]
TI组的数目被设置为3。通过DP_TI_TYPE＝‘0’、DP_FRAME_INTERVAL＝‘1’,以及DP_TI_LENGTH＝‘1’，即，NTI＝1、IJUMP＝1、以及PI＝1，在PLS2-STAT数据中用信号传送时间交织器的选项。每个TI组的其每一个具有Ncells＝30的XFECBLOCK的数目分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5在PLS2-DYN数据中用信号传送。通过NxBLOCK_Groyp_MAx，在PLS-STAT数据中用信号传送XFECBLOCK的最大数目，这导致
图28图示根据本发明的实施例的被扭曲的行-列块的对角线方式的读取图案。
更加具体地，图28示出来自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝(7-1)/2＝3的参数的各个交织阵列的对角线方式的读取图案。注意，在如上面的伪代码示出的读取过程中，如果Vi≥NcellsNxBLOCK_TI(n，s)，则Vi的值被跳过并且使用下一个计算的Vi的值。
图29图示根据本发明的实施例的用于各个交织阵列的被交织的XFECBLOCK。
图29图示来自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝3的参数的各个交织阵列的被交织的XFECBLOCK。
图30是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。
根据本发明的广播系统可以对应于其中以互联网协议(IP)为中心的广播网络和宽带被耦合的混合广播系统。
可以将根据本发明的广播系统设计成维持与常规的基于MPEG-2的广播系统的兼容性。
根据本发明的广播系统可以对应于基于以IP为中心的广播网络、宽带网络和/或移动通信网络(或蜂窝网络)的耦合的混合广播系统。
参考图，物理层可以使用广播系统(诸如ATSC系统和/或DVB系统)中采用的物理协议。例如，在根据本发明的物理层中，发射器/接收器可以发送/接收地面广播信号并且将包括广播数据的传输帧转换成适当的形式。
在封装层中，IP数据报是从自物理层获取的信息获取的并且所获取的IP数据报被转换成特定帧(例如，RS帧、GSE-lite、GSE或信号帧)。帧主要包括一组IP数据报。例如，在封装层中，发射器将从物理层处理的数据包括在传输帧中，或者接收器从自物理层获取的传输帧中提取MPEG-2TS和IP数据报。
快速信息信道(FIC)包括访问服务和/或内容所必需的信息(例如，服务ID与帧之间的映射信息)。FIC可以被称为快速访问信道(FAC)。
根据本发明的广播系统可以使用协议，诸如互联网协议(IP)、用户数据报协议(UDP)、传输控制协议(TCP)、异步分层编译/分层编译传输(ALC/LCT)、速率控制协议/RTP控制协议(RCP/RTCP)、超文本输送协议(HTTP)以及双向传输文件传送(FLUTE)。这些协议之间的栈可以参考图中所示出的结构。
在根据本发明的广播系统中，可以以基于ISO的媒体文件格式(ISOBMFF)的形式传输数据。可以以ISOBMFF的形式传输电子服务指南(ESG)数据、非实时(NRT)数据、音频/视频(A/V)数据和/或一般数据。
数据通过广播网络的传输可以包括线性内容的传输和/或非线性内容的传输。
基于RTP/RTCP的A/V和数据(隐藏字幕、紧急警报消息等)的传输可以对应于线性内容的传输。
可以以包括网络抽象层(NAL)的RTP/AV流的形式和/或以按照基于ISO的媒体文件格式封装的形式传输RTP有效载荷。RTP有效载荷的传输可以对应于线性内容的传输。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体片段等。
基于FLUTE的ESG的传输、非定时数据的传输、NRT内容的传输可以对应于非线性内容的传输。可以以MIME类型文件形式和/或按照基于ISO的媒体文件格式封装的形式传输这些。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体片段等。
可以将通过宽带网络的传输划分成内容的传输和信令数据的传输。
内容的传输包括线性内容(A/V和数据(隐藏字幕、紧急警报消息等))的传输、非线性内容(ESG、非定时数据等)的传输以及基于MPEG DASH的媒体片段(A/V和数据)的传输。
信令数据的传输可以是包括通过广播网络传输的信令表(包括MPEG DASH的MPD)的传输。
在根据本发明的广播系统中，可以支持通过广播网络传输的线性/非线性内容之间的同步或通过广播网络传输的内容与通过宽带传输的内容之间的同步。例如，在通过广播网络和宽带单独并同时传输一个UD内容的情况下，接收器可以调整依赖于传输协议的时间线，并且使通过广播网络的内容和通过宽带的内容同步以将内容重新配置为一个UD内容。
根据本发明的广播系统的应用层可以实现技术特性，诸如交互性、个性化、第二屏幕以及自动内容识别(ACR)。这些特性在从ATSC 2.0到ATSC 3.0的扩展中是重要的。例如，HTML5可以被用于交互性的特性。
在根据本发明的广播系统的呈现层中，HTML和/或HTML5可以被用来标识组件或交互式应用之间的空间和时间关系。
在本发明中，信令包括支持内容和/或服务的有效获取所必需的信令信息。可以以二进制或XMK形式表达信令数据。可以通过地面广播网络或宽带来发送信令数据。
可以按照ISO基础媒体文件格式等表达实时广播A/V内容和/或数据。在这种情况下，可以通过地面广播网络实时地发送A/V内容和/或数据，并且可以基于IP/UDP/FLUTE非实时地发送A/V内容和/或数据。替换地，可以通过实时地经由互联网使用基于HTTP的动态适配流(DASH)在流模式下接收或者请求内容来接收广播A/V内容和/或数据。在根据本发明的实施例的广播系统中，可以组合所接收的广播A/V内容和/或数据以向观众提供各种增强服务，诸如交互式服务和第二屏幕服务。
图31是图示根据本发明的实施例的广播传输帧的视图。
根据实施例，广播传输帧包括P1部分、L1部分、公共PLP部分、交织的PLP部分(例如，被调度的&被交织的PLP的部分)、以及/或者辅助数据部分。
根据实施例，广播发送装置通过传输帧的P1部分发送关于传送信号检测的信息。另外，广播发送装置可以通过P1部分发送关于广播信号调谐的调谐信息。
根据实施例，广播发送装置通过L1部分发送各个PLP的特性和广播传输帧的配置。在这一点上，广播接收装置100基于P1部分解码L1部分以获得广播传输帧的配置和各个PLP的特性。
根据实施例，广播发送装置可以通过公共PLP部分发送被共同应用于PLP的信息。根据本发明的特定的实施例，广播传输帧可以不包括公共PLP部分。
根据实施例，广播发送装置通过被交织的部分发送被包括在广播服务中的多个组件。在这一点上，被交织的PLP部分包括多个PLP。
此外，根据实施例，广播发送装置可以用信号发送配置各个广播服务的哪个PLP组件通过L1部分或者公共PLP部分发送。然而，广播接收装置100解码被交织的PLP部分的多个PLP的全部以便于获得关于广播服务扫描的特定的广播服务信息。
不同于该实施例，广播发送装置可以发送广播传输帧，包括通过广播传输帧发送的广播服务和包括关于被包括在广播服务中的组件的信息的附加的部分。在这一点上，广播接收装置100可以通过附加的部分立即获得关于广播服务和组件的信息。
图32是根据本发明的另一实施例的广播传输帧的视图。
根据实施例，广播传输帧包括P1部分、L1部分、快速信息信道(FIC)部分、交织的PLP部分(例如，被调度的&被交织的PLP的部分)、以及/或者辅助数据部分。
除了FIC部分之外，其他部分与先前的图的那些相同。
广播发送装置通过FIC部分发送快速信息。快速信息可以包括通过传输帧发送的广播流的配置信息、简单广播服务信息、以及与对应的服务/组件有关的服务信令。广播接收装置100可以基于FIC部分扫描广播服务。更加详细地，广播接收装置100可以从FIC部分提取关于广播服务的信息。
图33是图示根据本发明的实施例的发送广播服务的传送帧的结构的视图。
在实施例中，发送广播服务的传送分组包括网络协议字段、错误指示符字段、装填指示符字段、指针字段、装填字节字段、以及/或者有效载荷数据。
网络协议字段表示网络协议的类型。
错误指示符字段表示从对应的传送分组检测错误。更加详细地，如果错误指示符字段的值是0，则其表示从对应的分组中没有检测到错误，并且如果错误指示符字段的值是1，则其表示从对应的分组检测到错误。根据本发明的特定实施例，错误指示符字段可以是1比特字段。
装填指示符字段表示是否装填字节被包括在对应的传送分组中。在这一点上，装填字节表示被包括在有效载荷中的数据以保持固定的分组的长度。根据本发明的特定实施例，当装填指示符字段的值是1时，传送分组包括装填字节，并且当装填指示符字段的值是0时，传送分组不包括装填字节。根据本发明的特定实施例，装填指示符字段可以是1比特字段。
指针字段表示在对应的传送分组的有效载荷部分中的新网络分组的开始点。根据本发明的特定实施例，当指针字段的值是0x7FF时，其可以表示不存在新的网络分组的开始点。另外，根据本发明的特定实施例，当指针字段的值不是0x7FF时，其可以表示从传送分组报头的最后部分到新的网络分组的开始点的偏移值。根据本发明的特定实施例，指针字段可以是11比特字段。
装填字节字段表示在报头和有效载荷数据之间填充的装填字节以保持固定的分组长度。
将会参考图34描述用于接收广播服务的广播接收装置的配置。
图34是图示根据本发明的实施例的网络协议字段的意义的视图。
网络协议字段表示网络协议的类型。根据本发明的特定实施例，网络协议字段的值可以表示IPv4协议或者帧分组类型。更加详细地，当网络协议字段的值是000时，其可以表示IPv4协议。更加详细地，如在图34的实施例中所示，当网络协议字段的值是111时，其可以表示帧分组类型(frame_packet_type)协议。在这一点上，帧分组类型可以是通过ATSC A/153定义的协议。更加详细地，帧分组类型可以表示不包括表示关于长度的信息的字段的网络分组。根据本发明的特定实施例，网络协议可以是3比特字段。
图35是图示根据本发明的实施例的广播接收装置的配置的视图。
广播接收装置100包括广播接收单元110、互联网协议(IP)通信单元130以及/或者控制单元150。
广播接收单元110包括信道同步器111、信道均衡器113、以及/或者信道解码器115。
信道同步器111利用时序同步符号频率，以便于在接收到广播信号的基带中解码。
信道均衡器113校正被同步的广播信号的失真。更加详细地，信道均衡器113校正由于多路径和多普勒效应导致的被同步的信号的失真。
信道解码器115解码被校正的广播信号的失真。更加详细地，信道解码器115从失真校正的广播信号中提取传输帧。在这一点上，信道解码器115可以执行前向纠错(FEC)。
IP通信单元130通过互联网网络接收和发送数据。
控制单元150包括信道解码器151、传送分组接口153、宽带分组接口155、基带操作控制单元157、公共协议栈159、服务映射数据库161、服务信令信道处理缓冲器和解析器163、A/V处理器165、广播服务指南处理器167、应用处理器169、以及/或者服务指南数据库171。
信令解码器151解码广播信号的信令信息。
传送分组接口153从广播信号提取传送分组。在这一点上，传送分组接口153可以从被提取的传送分组提取诸如信令信息或者IP数据报的数据。
广播分组接口155从接收自互联网网络的数据提取IP分组。在这一点上，广播分组接口155可以从IP分组提取信令数据或者IP数据报。
基带操作控制单元157控制与从基带接收到的广播信号有关的操作。
公共协议栈159从传送分组提取音频或者视频。
A/V处理器547处理音频或者视频。
服务信令信道处理缓冲器和解析器163解析和缓冲用信号发送广播服务的信令信息。更加详细地，服务信令信道处理缓冲器和解析器163从IP数据报解析和缓冲用信号发送的广播服务的信令信息。
服务映射数据库165存储包括关于广播服务的信息的广播服务列表。
服务指南处理器167处理指导陆地广播服务的节目的陆地广播服务指南数据。
应用处理器169从广播系统提取和处理应用有关的信息。
服务指南数据库171存储广播服务的节目信息。
图36是图示根据本发明的另一实施例的广播接收装置的配置的视图。
在实施例中，图36的广播接收装置100包括广播接收单元110、互联网协议(IP)通信单元130、以及/或者控制单元150。
广播接收单元110可以包括一个或者多个处理器、一个或者多个电路、以及/或者一个或者多个硬件模块，其执行广播接收单元100执行的多个功能中的每一个。更加详细地，广播接收单元110可以是芯片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。广播接收单元110可以包括物理层模块119和物理层IP帧模块117。物理层模块119通过广播网络的广播信道接收和处理广播有关的信号。物理层IP帧模块117将从物理层模块119获得的诸如IP数据报的数据分组转换成特定的帧。例如，物理层模块119可以将IP数据报转换成RS帧或者GSE。
IP通信单元130可以包括一个或者多个处理器、一个或者多个电路、以及/或者一个或者多个硬件组件，其执行IP通信单元130执行的多个功能中的每一个。更加详细地，IP通信单元130可以是芯片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。IP通信单元130可以包括互联网接入控制模块131。互联网接入控制模块131可以控制广播接收装置100的操作以通过互联网通信网络(例如，宽带)获得服务、内容以及信令数据中的至少一个。
控制单元150可以包括一个或者多个处理器、一个或者多个电路、以及/或者一个或者多个硬件组件，其执行控制单元150执行的多个功能中的每一个。更加详细地，控制单元150可以是芯片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。控制单元150可以包括信令解码器151、服务映射数据库161、服务信令信道解析器163、应用信令解析器166、警报信令解析器168、定向信令解析器170、定向处理器173、A/V处理器161、警报处理器162、应用处理器169、调度的流解码器181、文件解码器182、用户请求流解码器183、文件数据库184、组件同步单元185、服务/内容获取控制单元187、重新分布模块189、装置管理器193、以及/或者数据共享单元191中的至少一个。
服务/内容获取控制单元187控制接收器的操作以通过宽带网络或者互联网通信网络获得服务或者内容以及与服务或者内容有关的信令数据。
信令解码器151解码信令信息。
服务信令解析器163解析服务信令信息。
应用信令解析器166提取和解析服务有关的信令信息。在这一点上，服务有关的信令信息可以是与服务扫描有关的信令信息。另外，服务有关的信令信息可以是与通过服务提供的内容有关的信令信息。
警报信令解析器168提取和解析警报有关的信令信息。
目标信令解析器170提取和解析用于个性化服务的信息或者用于信令定向信息的内容或者信息。
定向处理器173处理用于个性化服务或者内容的信息。
警报处理器162处理与警报有关的信令信息。
应用处理器169控制应用有关的信息和应用的执行。更加详细地，应用处理器169处理下载的应用的状态和显示参数。
A/V处理器161基于被解码的音频或者视频和应用数据处理A/V渲染有关的操作。
调度的流解码器181解码调度的流，调度的流是根据通过诸如广播公司的内容提供商定义的时间表流式传输的内容。
文件解码器182解码被下载的文件。特别地，文件解码器182解码通过互联网通信网络下载的文件。
用户请求流解码器183解码通过用户请求提供的内容(例如，内容点播)。
文件数据库184存储文件。更加详细地，文件数据库184可以存储通过互联网通信网络下载的文件。
组件同步单元185同步内容或者服务。更加详细的，组件同步单元185同步通过调度的流解码器181、文件解码器182、以及用户请求流解码器183中的至少一个获得的内容的呈现时间。组件同步单元185可以获取附加分组，附加分组包括用于同步广播流与通过除了广播网络之外的异构网络发送的任何其他异构流的信息(在本说明书中下面将会描述)。
服务/内容获取控制单元187控制接收器的操作以获得服务、内容或者与服务或者内容有关的信令信息。
当通过广播网络没有接收到服务或者内容时，重新分布模块189执行操作以支持获得服务、内容、服务有关的信息、以及与内容有关的信息中的至少一个。更加详细地，重新分布模块189可以从外部管理装置300请求服务、内容、服务有关的信息、以及内容有关的信息中的至少一个。在这一点上，外部管理装置300可以是内容服务器。
装置管理器193管理可相互操作的外部装置。更加详细的，装置管理器193可以执行外部装置的添加、删除、以及更新中的至少一个。另外，外部装置可以执行与广播接收装置100的连接和数据交换。
数据共享单元191执行在广播接收装置100和外部装置之间的数据传输操作并且处理交换有关的信息。更加详细地，数据共享单元191可以将AV数据或者信令信息发送到外部装置。另外，数据共享单元191可以从外部装置接收AV数据或者信令信息。
图37是图示根据本发明的实施例的用于在下一代广播系统中获取服务和/或内容的架构的视图。
由本发明提出的方法使接收器在下一代广播系统中通过广播网络或者互联网有效地获取服务或者内容。
该图示出在混合广播系统中获取服务或者内容的示例。
例如，服务0是由一条视频数据和一条音频数据组成，并且通过经陆地广播网络发送的IP流能够获取视频/音频。
在服务1的情况下，因为承载视频数据的IP流和承载音频数据的IP流通过一个PLP被发送，所以接收器能够通过解码PLP获取服务1。
在服务N的情况下，能够通过互联网获取音频数据同时通过陆地广播网络发送视频数据。
在获取被包括在如上所述的服务0、服务1或者服务N中的组件的过程中，能够使用本发明的前述实施例。即，接收器能够识别PLP，通过其被包括在服务0、服务1或者服务N中的组件被发送并且通过解码相应的PLP获取所期待的服务。
图38是图示根据本发明的实施例的广播服务信令表的视图。
广播服务信令表可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号发送广播服务包括的媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否各个媒体组件对于相应的广播服务来说是重要的信息。另外，用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
更加详细地，如在实施例中所示，广播服务信令表可以包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extension字段、version_number字段、current_next_indicator字段、section_number字段、last_section_numberr字段、a num_services字段、service_id字段、service_status字段、SP_indicator字段、short_service_name_length字段、short_service_name字段、channel_number字段、service_category字段、num_components字段、essential_component_indicator字段、num_component_level_descriptor字段、component_level_descriptor字段、num_service_level_descriptors字段、以及/或者service_level_descriptor字段中的至少一个。
table_id字段表示广播服务信令信息表的标识符。在这一点上，table_id字段的值可以是在ATSC A/65中定义的保留的id值中的一个。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示是否广播服务信令信息表是以MEPG-2TS标准的长格式的专用区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示是否当前表对应于专用区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段。
section_length字段表示在section_length字段之后的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于结合table_id字段来识别广播服务信令信息表的值。特别地，table_id字段可以包括表示服务信令信息表的协议版本的SMT_protocol_version字段。根据本发明的特定实施例，SMT_protocol_version字段可以是8比特字段。
version_number字段表示服务信令表的版本。广播接收装置100可以基于vserion_number字段的值确定服务信令信息表的可用性。更加详细地，当version_number字段的值与先前接收到的服务信令表的版本相同时，服务信令表的信息可以不被使用。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示是否广播服务信令表当前可用。更加详细地，当current_next_indicator字段的值是1时，其可以表示广播服务信令表的信息是可用的。此外，当current_next_indicator字段的值是1时，其可以表示广播服务信令表的信息下次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_numberr字段表示最后区段号。当广播服务信令表的大小大时，其可以被划分成多个区段并且然后被发送。在这一点上，广播接收装置100基于section_number字段和last_section_number字段确定是否接收对于广播服务信令表所必需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别广播服务的服务标识符。根据本发明的特定实施例，service_id字段可以是16比特字段。
service_status字段表示广播服务的当前状态。更加详细地，其可以表示是否广播服务当前可用。根据本发明的特定实施例，当service_status字段的值是1时，其可以表示广播服务当前可用。根据本发明的特定实施例，广播接收装置100可以基于service_status字段的值确定是否显示广播服务列表中的相应的广播服务和广播服务指南。例如，当相应的广播服务不可用时，广播接收装置100可以不显示广播服务列表中的相应的广播服务和广播服务指南。根据本发明的另一实施例，广播接收装置100可以基于service_status字段的值显示对相应的广播服务的访问。例如，当相应的广播服务不可用时，广播接收装置100可以限制通过频道上/下键对相应的广播服务的访问。根据本发明的特定实施例，service_status字段可以是2比特字段。
SP_indicator字段可以表示是否服务保护被应用于相应的广播服务中的至少一个组件。例如，当SP_indicator的值是1时，其可以表示服务保护被应用于在相应的广播服务中的至少一个组件。根据本发明的特定实施例，SP_indicator字段可以是1比特字段。
short_service_name_length字段表示short_service_name字段的大小。
short_service_name字段表示广播服务的名称。更加详细地，可以通过概述广播服务的名称显示short_service_name字段。
channel_number字段显示相应的广播服务的虚拟信道编号。
service_category字段表示广播服务的种类。
num_components字段表示相应的广播服务包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是5比特字段。
essential_component_indicator字段表示是否相应的媒体组件是对于相应的广播服务呈现来说重要的重要的媒体组件。根据本发明的特定示例，essential_component_indicator字段可以是1比特字段。
num_component_level_descriptor字段表示component_level_descrptor字段的数目。根据本发明的特定实施例，num_component_level_descriptor字段可以是4比特字段。
component_level_descriptor字段包括用于相应的组件的附加的属性。
num_service_level_descriptors字段表示service_level_descriptor字段的数目。根据本发明的特定实施例，num_service_level_descriptors字段可以是4比特字段。
service_level_descriptor字段包括用于相应的服务的附加的属性。
服务信令表可以进一步包括关于全体(ensemble)的信息。当相同的前向纠错(FEC)被应用于至少一个服务并且被发送时，全体表示至少一个服务的集合。
图39是根据本发明的另一实施例的service_category字段的意义的视图。
service_category字段可以表示TV服务、无线电服务、广播服务指南、RI服务以及紧急服务中的至少一个。例如，如在实施例中所示，在service_category字段的值是0x01的情况下，其表示TV服务。在service_category字段的值是0x02的情况下，其表示无线电服务。在service_category字段的值是0x03的情况下，其表示RI服务。在service_category字段的值是0x08的情况下，其表示服务指南。在service_category字段的值是0x09的情况下，其表示紧急报警。根据本发明的特定实施例，service_category字段可以是6比特字段。
图40是根据本发明的另一实施例的广播服务信令表的视图。
更加详细的，如在实施例中所示，广播服务信令表可以进一步包括num_ensemble_level_descriptors字段和/或ensemble_level_descriptor字段。
num_ensemble_level_descriptors字段表示ensemble_level_descriptor字段的数目。根据本发明的特定实施例，num_ensemble_level_descriptors字段可以是4比特字段。
ensemble_level_descriptor字段包括用于相应的全体的附加的属性。
另外，服务信令表可以进一步包括用于识别媒体组件的流标识符信息。
图41是根据本发明的另一实施例的流标识符描述符的视图。
流标识符信息包括descriptor_tag字段、descriptor_length字段以及component_tag字段中的至少一个。
descriptor_tag字段表示包括流标识符信息的描述符。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示在相应的字段之后的流标识符信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
component_tag字段表示用于识别媒体组件的媒体组件标识符。在这一点上，媒体组件标识符可以在相应的信令信息表上具有与其他媒体组件的媒体组件标识符不同的唯一的值。根据本发明的特定实施例，component_tag字段可以是8比特字段。
下面将会描述用于发送/接收广播服务信令表的操作。
上述广播服务表被描述为比特流格式但是根据本发明的特定实施例，广播服务表可以是以XML格式。
图42是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的视图。
广播发送装置可以包括：发送单元，该发送单元用于发送广播信号；以及控制单元，该控制单元用于控制广播发送单元的操作。发送单元可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块，其执行发送单元执行的多个功能中的每一个。更加详细地，发送单元可以是芯片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RMA的半导体被集成为一个。控制单元可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块，其执行控制单元执行的多个功能中的每一个。更加详细地，控制单元可以是片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RMA的半导体被集成为一个。
在操作S101中广播发送装置获得要被包含在传送分组中并且通过控制单元发送的数据。广播发送装置发送的数据可以是实时内容或者与实时内容有关的元数据。更加详细地，实时内容可以是通过陆地广播网络发送的广播A/V内容或者与广播A/V内容有关的增强型数据。
在S103中广播发送装置确定是否通过控制单元获得的数据超过用于数据传输的传送分组包含的大小。更加详细地，广播发送装置要使用的传送分组可以是以使用固定的分组长度的协议为基础。在这一点上，当要被发送的数据超过分组覆盖的大小时，难以平滑地发送数据。另外，当要发送的数据远小于分组时，仅发送一个分组中的小尺寸的一个数据是效率低的。因此，为了克服无效率，广播发送装置通过控制单元传送分组和数据的大小进行比较。
如果确定传送分组不能够包含广播发送装置要发送的数据的大小，则广播发送装置在操作S105中分割要通过控制单元发送的数据。被分割的数据可以在多个传送分组中被划分并且然后被发送。然后，多个传送分组可以另外包括用于识别被分割的数据的信息。根据另一实施例，通过附加的数据报替代传送分组可以发送用于识别被分割的数据的信息。
广播发送装置通过控制单元S107在分组有效载荷中设置用于识别被分割的数据的值。
广播发送装置在操作S109中通过控制单元分组化具有比被分割的数据更小的尺寸的数据或者传送分组。更加详细地，广播发送装置将数据处理成递送的形式。被处理的广播分组可以包括分组报头和分组有效载荷。另外，分组有效载荷可以包括数据和有效载荷的报头。在此，除了分组报头之外，有效载荷报头是用于用信号发送分组有效载荷中的有效载荷数据的字段。另外，除了有效载荷的报头之外，包括被分割的数据的分组有效载荷还可以包括被分割的数据报头。在此，除了有效载荷报头之外，被分割的数据报头是用于用信号发送分组有效载荷中的有效载荷数据的字段。
根据实施例，广播发送装置可以将一个数据分组化在一个分组中。根据另一实施例，广播发送装置可以将多个数据分组化在一个分组中。根据另一实施例，广播发送装置可以将一个数据分割并分组化在一个分组中。
如在上面所提及的，根据数据的大小或者分组的长度，被分组化的传送分组可以变化。因此，对于广播发送装置来说以可区分的形式发送不同的传送分组是必要的。根据实施例，广播发送装置可以经由控制单元通过包括表示传送分组的有效载荷报头中的分组的形式的信息分组化数据。根据另一实施例，当仅利用有效载荷报头中的信息难以区分要发送的数据时，广播发送装置的控制单元可以通过另外包括用于识别传送分组的类型的信息来分组化数据。
广播发送装置在操作S1111中通过发送单元发送被分组化的广播分组。根据实施例，可以通过陆地广播网络发送广播分组。根据另一实施例，可以通过互联网网络发送广播分组。
图43是图示根据本发明的实施例的当广播接收装置接收被分组化的广播分组时的操作的视图。
广播接收装置100在操作S201中通过广播接收单元110接收被分组化的传送分组。
在操作S203中广播接收装置100通过控制单元150从接收到的传送分组中提取有效载荷报头。控制单元150可以从传送分组的有效载荷中获得包括数据的有效载荷和数据，并且用信号发送有效载荷数据的有效载荷报头。更加详细地，广播接收装置100的控制单元150可以从接收到的传送分组中提取用于提供分组有效载荷中的广播内容和与广播内容有关的增强内容中的至少一个的附加信息。
根据实施例，广播接收装置100的控制单元150可以从有效载荷报头提取有效载荷错误确定信息、有效载荷优先级信息、以及有效载荷类型信息中的至少一个。更加详细地，有效载荷错误确定信息表示是否在广播分组中的有效载荷中存在错误或者是否相应的有效载荷包括违反预先确定的语法的内容。
另外，优先级信息表示有效载荷中的数据的优先级。另外，优先级信息表示有效载荷中的数据的特性信息。例如，在有效载荷包括文件格式媒体数据的信令信息的情况下，相应的分组的优先级信息被设置为最高的优先级。
另外，有效载荷类型信息表示包括有效载荷数据的分组有效载荷的类型。例如，有效载荷类型信息可以表示是否广播发送装置将一个数据分组化在一个分组有效载荷中，或者将一个数据划分并分组化在多个分组有效载荷中。
广播接收装置100在操作S205中从被提取的有效载荷报头中的信息确定是否有效载荷中的数据是媒体数据。更加详细地，广播接收装置100的控制单元150可以基于分组报头信息确定在相应的分组中的有效载荷的类型。根据实施例，有效载荷的类型可以是包括广播内容和与广播内容有关的增强内容的媒体数据。根据另一实施例，有效载荷的类型可以是包括对于提供媒体数据所必需的附加信息的元数据。
当确定有效载荷中的数据是媒体数据时，在操作S207中广播接收装置100的控制单元150确定是否整个媒体数据被包括在一个传送分组中。根据特定的实施例，根据传送分组的长度和整个媒体数据的大小，广播发送装置可以将整个媒体数据分组化在一个传送分组中。根据另一实施例，广播发送装置可以划分整个媒体数据并且将它们分组化在不同的传送分组中。因此，广播接收装置100的控制单元150可以通过有效载荷报头确定广播分组的类型，以便提取用于内容输出的完整的媒体数据。
另一方面，根据本发明的实施例，当广播接收装置100的控制单元150确定有效载荷中的数据不是媒体数据时，将会参考图66更加详细地描述此。
当确定整个媒体数据被包括在一个传送分组中时，控制单元150在操作S209中从一个分组有效载荷提取媒体数据。根据示例，广播接收装置100的控制单元150可以从一个传送分组仅提取一个媒体数据。根据另一实施例，广播接收装置100的控制单元150可以从一个传送分组提取多个媒体数据。另一方面，当确定整个媒体数据不被包括在传送分组中时，控制单元150在操作S211中基于有效载荷报头和片段数据报头从多个分组有效载荷中提取媒体数据。更加详细地，控制单元150可以从有效载荷报头和片段数据报头获得被划分且分组化的媒体数据的信息。因此，控制单元150可以根据获得的信息识别被划分的媒体数据。即，控制单元150可以根据获得的信息获得被划分的媒体数据的顺序。控制单元150可以基于相应的顺序级联从不同的传送分组获得的媒体数据。
在操作S213中广播接收装置100通过内容单元150提供内容。根据实施例，控制单元150可以基于提取的媒体数据来提供内容。根据另一实施例，控制单元150可以基于级联的媒体数据来提供内容。
控制单元150可以输出A/V内容。根据另一实施例，广播接收装置100可以输出与A/V内容有关的增强数据。
图44是图示根据本发明的实施例的片段配置的视图。
在基于分组的数据传送协议上，各个分组通常被配置有分组报头和分组有效载荷，如在图40中所示。分组报头可以包括分组中的分组有效载荷的信息。分组有效载荷可以包括经由广播网络或者互联网网络要发送的媒体数据。分组有效载荷包括的媒体数据可以是音频、视频、增强服务、以及服务信息中的至少一个。
图45是图示根据本发明的实施例的用于实时内容传输的实时传送分组(RTP)分组的结构的视图。
RTP分组可以包括RTP报头和RTP有效载荷。RTP报头包括时间戳、同步源标识符、以及/或者参与源标识符中的至少一个。
RTP报头可以包括V(版本)字段、P(填充)字段、X(扩展)字段、CC字段、M(标记比特)字段、有效载荷类型字段、序列号字段、以及以及/或者时间戳字段中的至少一个。
V(版本)字段表示相应的RTP的版本信息。根据本发明的特定实施例，V(版本)字段可以是2比特字段。
P(填充)字段表示是否在有效载荷中存在填充比特。根据本发明的特定实施例，P(填充)字段可以是1比特字段。
X(扩展)字段表示是否在RTP报头中存在扩展字段。根据本发明的特定实施例，X(扩展)字段可以是1比特字段。
CC字段表示参与源的数目。根据本发明的特定实施例，CC字段可以是4比特字段。
M(标记比特)字段可以表示根据有效载荷类型的不同意义。例如，当传送对象是文件时，M(标记比特)字段可以表示文件的结束。根据另一实施例，当传送对象是视频或者音频数据时，M(标记比特)字段可以表示有关的接入单元的第一或者最后的对象。根据本发明的特定实施例，M(标记比特)字段可以是1比特字段。
有效载荷类型字段表示RTP有效载荷的类型。根据本发明的特定实施例，有效载荷类型字段可以是7比特字段。
序列号字段表示RTP分组的序列号。根据本发明的特定实施例，序列号字段可以是16比特字段。
时间戳字段可以表示与RTP分组有关的时间信息。根据有效载荷类型字段的值可以不同地解释时间戳字段。根据本发明的特定实施例，时间戳字段可以是32比特字段。
根据RTP报头的有效载荷类型，RTP有效载荷可以被包括在音频/视频接入单元中。例如，在H.264的情况下，网络摘要层(NAL)单元可以被包括。
图46是图示根据本发明的实施例的基于ISO基本媒体文件格式(ISO BMFF)的媒体文件格式的视图。
如在图中所示，媒体文件格式通常可以包括一个ftyp以及至少一个moov、moof和mdat。
ftyp表示媒体文件的类型和适用性。如有可能ftyp位于媒体文件的前面。
moov是用于所有的媒体数据的容器。更加详细地，moov是用于呈现的单轨道(track)的容器盒。呈现可以被配置有一个或者多个轨道。在呈现中各个轨道与另一轨道分离。根据实施例，轨道可以包含媒体数据并且根据另一实施例，轨道可以包含用于分组化流协议的信息。
mdat是媒体数据的容器并且moof包含关于mdat的信息。
图47是图示根据本发明的实施例的分组有效载荷中的有效载荷报头的配置的视图。
当前，基于媒体文件的接入单元主要地发送实时广播协议。更加详细地，接入单元指的是用于发送媒体文件或者数据的最小单元。因此，存在对实时发送基于媒体文件格式的数据的方法的不充分的考虑。
根据本发明的实施例，广播发送装置可以通过被包括在一个传送分组中的有效载荷发送基于一个文件格式的媒体数据。在这样的情况下，传送分组可以被称为单个单元分组。根据本发明的实施例，广播发送装置可以通过被包括在一个传送分组中的有效载荷发送基于多个文件格式的媒体数据。在这样的情况下，传送分组可以被称为聚合分组。根据本发明的另一实施例，广播发送装置可以将基于一个文件格式的媒体数据划分成数个传送分组并且然后可以发送它们。在这样的情况下，传送分组可以被称为分段的分组。根据本发明的另一实施例，广播发送装置可以通过一个传送分组的有效载荷发送用于媒体流的一个或者多个元数据。根据另一实施例，广播发送装置可以通过多个传送分组的有效载荷发送一个元数据。
另外，根据本发明的实施例的广播发送装置可以通过各种协议发送媒体数据。协议可以包括实时传送协议(RTP)、异步分层的编译(ALC)、以及分层的编译传送(LCT)中的至少一个。
更加详细地，广播发送装置可以将表示关于有效载荷类型的信息的字段插入在传送分组的报头中，以通过相应的字段表示在有效载荷中存在基于文件格式的媒体数据。例如，在RTP的情况下，报头的有效载荷类型字段可以表示有效载荷的数据类型，并且特定值可以被指配给相应的字段作为用于基于文件格式的媒体数据的有效载荷类型值。然后，在这样的情况下，当包括一个媒体数据的结尾的数据被包括在分组的有效载荷中时，RTP分组报头的M字段可以被设置为1。
为了克服上述问题，根据本发明的实施例的有效载荷报头可以包括表示是否在有效载荷中存在关于数据的错误或者语法错误的信息、表示数据的优先级的信息、以及表示数据的类型的信息中的至少一个。在这样的情况下，表示是否在有效载荷报头的有效载荷中存在关于数据的错误或者语法错误的信息可以被称为F字段。根据实施例，当在有效载荷中存在关于数据的错误或者语法违反时，有效载荷报头的表示在有效载荷中是否存在关于数据的错误或者语法错误的信息可以作为forbidden_zero_bit被设置为1。更加详细地，有效载荷报头的表示是否在有效载荷中存在关于数据的错误或者语法错误的信息可以是一个比特。
另外，在有效载荷报头中的表示数据的优先级的信息可以被称为信息优先级字段。根据实施例，表示数据的优先级的信息是表示有效载荷数据的优先级的字段。然后，表示数据的优先级的信息可以表示是否有效载荷包括关于媒体文件格式的重要元数据。
例如，在ISO BMFF中，在包括ftyp和moov的有效载荷数据的情况下，表示数据的优先级的信息可以被设置为最高的优先级。根据实施例，通过广播发送装置的控制单元，表示数据的优先级的信息可以表示最高的优先级(最高)、比最高的优先级相对较低的优先级(中等)、以及最低的优先级(低)。在这样的情况下，在最高的优先级的情况下表示数据的优先级的信息可以被设置为0x00，在比最高的优先级相对较低的优先级的情况表可以被设置为0x01，并且在最低的优先级的情况下可以被设置为0x02。上述设定值仅是一个示例并且可以被设置为另一任意值。
另外，在这样的情况下，表示数据的类型的信息可以被称为类型字段。更加详细地，通过表示数据的类型的信息，广播接收装置100的控制单元150可以识别是否传送分组是通过一个分组发送一个数据的分组、通过一个分组发送多个不同数据的分组、或者发送通过将一个划分成多个数据获得的数据的分组。
另外，通过表示数据的类型的信息，广播接收装置100的控制单元150可以识别是否传送分组是发送包括内容的时间信息的元数据的分组或者发送包括内容的描述信息的元数据的分组。
根据实施例，在分组通过一个分组发送一个数据的情况下，广播接收装置可以将表示数据的类型的信息设置为0x00。另外，在分组通过一个分组发送多个不同数据的情况下，广播接收装置可以将表示数据的类型的信息设置为0x01。另外，在分组划分一个数据并且发送被划分的数据的情况下，广播接收装置可以将表示数据的类型的信息设置为0x02。
另外，广播发送装置可以分组化包括内容的呈现或者解码时间信息的元数据，而不是媒体数据，并且然后可以发送被分组化的元数据。在该情况下广播接收装置可以将表示数据的类型的信息设置为0x03。此外，该时间信息可以被称为时间线数据。
另外，广播发送装置可以分组化并发送包括内容的描述信息的元数据。在该情况下广播接收装置可以将表示数据的类型的信息设置为0x04。此外，上述信息可以被称为标签数据。
然而，上述设定值仅是示例性的使得本发明不限于上述值。根据本发明的特定实施例，类型字段可以是5比特字段。
图48是图示其中在一个分组中分组化一个媒体数据的传送分组的有效载荷配置的视图。
如所示，其中一个媒体数据被包括在一个分组中的分组可以被称为单个单元分组。单个单元分组的有效载荷可以包括有效载荷报头和有效载荷数据。有效载荷数据可以包括被分段的数据，被分段的数据包括基于一个文件格式的媒体数据。根据实施例，当传送协议使用固定长度的传送分组时，除了被分段的数据之外，有效载荷数据还可以包括填充比特。在此，填充比特指的是用于在传送分组中填入数据之后填入剩余空间的比特。
图49是图示其中一个媒体数据在一个分组中被分组的传送分组的有效载荷配置的视图。
在上面的图中示出传送分组的详细视图。如所示的，有效载荷报头可以包括表示在有效载荷的数据中是否存在错误或者语法错误的信息、表示数据的优先级的信息、以及/或者表示数据的类型的信息中的至少一个。
如所示的，表示在有效载荷的数据中是否存在错误或者语法错误的信息可以包括表示不存在错误和语法违反的内容的值。根据本发明的特定实施例，相应的值可以是0。
因为在有效载波数据中的媒体文件包括诸如ftyp的重要的数据，所以表示数据的优先级的信息可以具有最高的优先级。如在上面所提及的，在ftyp的情况下，因为ftyp包括用于用信号发送媒体文件的信息，所以其可以具有最高的优先级。根据本发明的特定实施例，表示最高的优先级的值可以是0x00。
因为一个媒体文件被全部包括在一个分组有效载荷中，所以表示数据的类型的信息可以表示单个单元分组。根据特定的实施例，表示数据的类型的信息可以具有0x00的值。另外，根据媒体文件的传送协议和长度，填充比特可以被选择性地插入到有效载荷数据中。
图50是图示其中多个媒体数据在一个分组中被分组化的传送分组的配置的视图。
上述分组可以被称为聚合分组。如在图50中所示，当一个传送分组的有效载荷包括基于多个不同的文件格式的媒体数据时，有效载荷数据可以包括多个聚合单元。各个聚合单元可以包括基于另一文件格式的媒体数据。根据实施例，当传送协议使用固定长度的分组时，除了被分段的数据之外，有效载荷数据还可以包括填充比特。
根据实施例，一个聚合单元可以包括表示聚合单元的长度的信息和聚合数据中的至少一个。在这样的情况下，表示聚合单元的长度的信息可以被称为聚合单元长度字段。根据本发明的特定实施例，聚合单元可以是16个比特。因此，聚合单元数据表示一个文件中的数据。
图51是图示根据本发明的另一实施例的聚合单元的配置的视图。
除了上述实施例之外，一个聚合单元可以进一步包括表示聚合单元中的文件的类型的信息。
表示聚合的类型的信息可以被称为聚合单元类型字段。根据特定的实施例，广播发送装置可以将聚合类型设置为0x00。
根据另一实施例，聚合类型可以表示相应的聚合单元包括通过HTTP在MPEG动态适配流(DASH)上的自行初始化片段格式的文件。在此，通过集成初始化的片段和媒体片段，而没有附加的初始化片段，获得自行初始化的片段。更加详细地，自行初始化片段可以包括媒体片段和其媒体形式。根据特定实施例，在这样的情况下，广播发送装置可以将聚合类型设置为0x01。
根据另一实施例，聚合类型可以表示相应的聚合单元包括在MPEG-DASH上的初始化片段格式的文件。在此，初始化片段是遵循ISO BMFF的格式。更加详细地，初始化片段需要包括ftyp和moov。但是，其不包括moof。根据特定的实施例，在这样的情况下，广播发送装置可以将聚合类型设置为0x02。
图52是根据本发明的实施例的分段的分组的有效载荷的视图。
示出其中一个媒体数据被划分并分组化成多个传送分组的传送分组(在下文中被称为分段的分组)的有效载荷配置的视图。
如所示的，分段的分组的有效载荷可以包括分段单元。另外，当传送协议使用固定长度的分组时，分段的分组的有效载荷可以包括填充比特。
根据实施例，分段单元FU可以包括分段单元报头和分段单元数据中的至少一个。分段单元数据可以包括基于一个文件格式的媒体数据的部分。分段单元报头可以包括分段单元数据的信息。
更加详细地，分段单元报头可以包括表示是否分段单元数据包括整个文件媒体数据当中的开始部分数据的信息、表示是否分段单元数据包括整个文件媒体数据当中的结束部分数据的信息、以及表示分段单元的类型的信息中的至少一个。
根据实施例，表示是否分段单元数据包括在整个文件媒体数据当中的开始部分数据的信息可以被称为开始比特字段。更加详细地，开始部分数据可以是包括整个媒体数据的第一比特的整个数据的部分。
例如，相应的有效载荷的分段单元数据包括开始部分数据，广播发送装置可以将表示是否分段单元数据包括整个文件媒体数据当中的开始部分数据的信息设置为1。更加详细地，表示是否分段单元数据包括整个文件媒体数据当中的开始部分数据的信息可以是一个比特。
根据实施例，表示是否分段单元数据包括整个文件媒体数据当中的结束部分数据的信息可以被称为结束比特字段。更加详细地，结束部分数据可以是包括整个媒体数据的结束比特的整个数据的部分。
例如，相应的有效载荷的分段单元数据包括结束部分数据，广播发送装置可以将表示是否分段数据单元包括在整个文件媒体数据当中的结束部分数据的信息设置为1。更加详细地，表示是否分段单元数据包括整个文件媒体数据当中的结束部分数据的信息可以是一个比特。
根据实施例，表示分段单元的类型的信息可以被称为分段单元类型字段。
根据实施例，分段单元类型可以表示相应的分组指示分段单元包括基于文件格式的基本文件。更加详细地，基于文件格式的基本文件可以是具有基于ISO BMFF的文件格式的媒体文件。根据特定的实施例，广播发送装置可以将分段单元类型设置为0x00。
根据另一实施例，分段单元类型可以表示相应的分段单元包括在MPEG-DASH上的自行初始化片段格式的文件。根据特定实施例，在这样的情况下，广播发送装置可以将分段单元类型设置为0x01。
根据另一实施例，分段单元类型可以表示相应的分段单元包括在MPEG-DASH上的初始化片段格式的文件。根据特定的实施例，在这样的情况下，广播发送装置可以将分段单元设置为0x02。
根据另一实施例，分段单元类型可以表示相应的分段单元包括在MPEG-DASH上的媒体片段格式的文件。根据特定的实施例，在这样的情况下，广播发送装置可以将分段单元设置为0x03。
更加详细地，表示分段单元类型的信息可以是六个比特。
图53是图示根据本发明的另一实施例的在分段的分组中的有效载荷的配置的视图。
实施例可以被应用于在其中的报头中不存在与传送分组的顺序有关的信息的情况。
如所示的，分段单元FU中的分段单元报头可以包括表示是否分段单元数据包括在整个文件媒体数据当中的开始部分数据的信息、表示是否分段单元数据包括在整个文件媒体数据当中的结束部分数据的信息、表示分段单元的类型的信息、以及表示分段单元的整个数据中的顺序的信息中的至少一个。在信息当中，除了表示分段单元的顺序的信息之外的剩余信息与先前的图描述的相同。
表示分段单元的顺序的信息可以被称为分段编号字段。更加详细地，当基于文件格式的媒体数据被划分成多个分段的分组时，广播发送装置可以将值设置为表示分段单元的顺序的信息以指配对应分组的顺序。根据本发明的特定实施例，分段编号字段可以是8比特字段。
图54是当广播发送装置将基于ISO BMFF的媒体文件分段成多个分组的视图。
如所示的，在基于ISO BMFF的媒体文件中可以包括ftyp和moov，以及多个moof和mdat。
广播发送装置可以将基于ISO BMFF的媒体文件划分成多个文件并且然后可以将它们包括在不同的分段单元数据中。另外，广播发送装置可以通过划分基于ISO BMFF的媒体数据来包括有效载荷报头中的有关信息。
图55是图示通过广播发送装置分组化的第一分段单元数据的视图。
如所示的，根据本发明的实施例，广播发送装置确定在相应的分组中不存在错误或者语法错误，并且将F字段设置为0。
另外，广播发送装置可以将优先级字段设置为表示最高的优先级的值。根据本发明的特定实施例，相应的值可以是0x00。
另外，广播发送装置可以将类型字段设置为表示用于将基于一个文件格式的媒体文件划分成数个有效载荷的分组并且进行发送的值。根据本发明的特定实施例，相应的值可以是0x02。
有效载荷数据可以包括分段单元。再次，分段单元可以包括开始比特字段、结束比特字段、分段单元类型字段、以及分段单元数据字段。
广播发送装置可以将开始比特字段设置为表示对应的分组包括媒体文件的开始数据的内容的值。更加详细地，因为第一分段单元包括媒体数据的开始数据，如在图54中所示，所以广播发送装置可以将表示对应的内容的值设置为开始比特字段。
此外，广播发送装置可以将图55中示出的第一分段单元的结束比特字段设置为表示媒体数据的结束数据没有被包括的内容的值。根据特定实施例，广播发送装置可以将结束比特字段设置为0以表示对应的分组不包括媒体数据的结束数据的内容。
此外，如所示的，广播发送装置可以将分段单元类型字段设置为表示第一分段单元包括基于文件格式的基本文件形式的内容的值。更加详细地，基于文件格式的基本形式可以是遵循ISO BMFF的文件格式数据。根据特定的实施例，广播发送装置可以将分段单元类型字段设置为0x00以表示相应的内容。
图56是图示根据本发明的实施例的包括分段单元数据中的开始数据之外的剩余数据的分段单元的视图。
如所示的，根据本发明的实施例，广播发送装置可以将有效载荷报头的F字段设置为表示在对应的分组中不存在错误或者语法错误的值。根据特定实施例，广播发送装置可以将F字段设置为0。另外，广播发送装置将优先级字段设置为表示在图56中示出的有效载荷数据具有相对低的优先级的值。
根据特定实施例，可以从第二分段单元不包括用信号发送整个媒体数据的数据。因此，因为第二分段单元具有比第一分段单元的相对较低的优先级，所以优先级字段可以被设置为具有相对较低的优先级的值。例如，相应的值可以是0x01。
另外，广播发送装置可以将类型字段设置为0x02作为对应的分组表示将基于一个文件格式的媒体数据划分成数个有效载荷并且发送它们的分段的分组。
图57是图示当有效载荷数据不包括其包括开始数据的分段单元数据和其包括结束数据的分段单元数据时的有效载荷配置的视图。
根据本发明的实施例，因为分段单元数据不包括开始数据和结束数据，所以广播发送装置可以将开始比特字段和结束比特字段设置为表示相应的信息的值。根据特定实施例，广播发送装置可以将开始比特和结束比特字段设置为0。
另外，广播发送装置可以将分段单元类型字段包括基于文件格式的基本文件形式的内容设置为分段单元类型字段的特定值。更加详细地，基于文件格式的形式可以是遵循ISO BMFF的文件格式数据。根据特定实施例，广播发送装置可以将分段单元类型字段设置为0x00以表示相应的内容。被划分成分组的基于文件格式的媒体数据可以具有从整个文件开始的唯一的顺序。广播接收装置100可以基于开始比特字段识别通过控制单元150划分的分段单元数据包括整个数据当中的开始部分。另外，基于结束比特字段可以识别分段单元数据包括整个数据中的结束部分的事实。然而，可以存在仅通过开始比特字段和结束比特字段不能够识别的情况。
当分段单元数据不包括在整个数据中的开始数据或者结束数据时，根据实施例广播接收装置100可以通过表示被包括在有效载荷中的数据中的分段单元的顺序的信息识别相应的分组。更加详细地，表示分段单元数据的顺序的信息可以是分段编号字段。另外，广播发送装置可以将相应的分段单元数据的顺序设置为上述呈现字段。
然而，根据另一实施例，传送分组可以不包括分段单元数据的顺序信息。在这样的情况下，根据实施例，广播发送装置可以将用于识别分段单元数据的顺序的信息插入到分组报头。进入到分组报头中的用于识别分段单元数据的顺序的信息可以被称为序列号字段。根据另一实施例，广播发送装置可以将用于识别分段单元数据的顺序的信息插入到IP数据报的偏移信息。
图58是图示包括含有被划分的整个媒体数据当中的结束数据的分段单元的有效载荷的配置的视图。更加详细地，该图是图示当有效载荷数据不包括含有开始数据的分段单元数据但是包括含有结束数据的分段单元数据时有效载荷配置的视图。
根据本发明的实施例，因为分段单元数据包括结束数据，所以广播发送装置可以将开始比特字段和结束比特字段设置为表示相应的信息的值。根据特定的实施例，广播发送装置可以将开始字段设置为0。然后，广播发送装置可以将结束比特字段设置为1。
另外，广播发送装置可以设置分段单元类型字段以表示包括相应的分组的内容包括从基于ISO BMFF的ftyp开始的基本文件形式的内容。根据特定的实施例，广播发送装置可以将分段单元类型字段设置为0x00。
除了上述媒体数据之外，广播发送装置通过传送分组发送的数据还可以包括元数据。
元数据表示对于提供媒体数据所必需的附加的信息。在下文中，参考图59至图66，建议广播发送装置及其操作方法，和广播接收装置及其操作方法，以便于分组化传送分组中的元数据并且发送和接收。
另外，在下文中，时间线信息主要被描述为元数据的一个示例。时间线信息是用于媒体内容的一系列的时间信息。更加详细地，时间线信息可以是用于呈现或者解码的一系列的时间信息。
另外，时间线信息可以包括基本时间线信息。基本时间线意指为了同步通过多个不同的传输网络发送的媒体数据所必需的参考时间线。更加详细地，当通过第二传输网络发送的媒体数据的时间线被映射到通过第一传输网络发送的媒体数据的时间线时，通过第一传输网络发送的媒体数据的时间线变成基本时间线。
此外，广播发送装置可以以XML格式表达元数据。另外，广播发送装置可以以在信令表中可包括的描述符格式表达元数据。
图59是图示根据本发明的实施例的元数据的时间线信令表的视图。
根据本发明的实施例，时间线信令表可以包括表示与时间线有关的元数据的信息或者对应的元数据包括时间线组件接入单元的信息。上述信息可以被称为标识符字段。根据本发明的特定实施例，标识符字段可以是8比特字段。
另外，根据本发明的实施例，时间线信令表可以包括表示时间线组件接入单元的时间线信息的长度的信息。上述信息可以被称为AU_length字段。根据本发明的特定实施例，AU_length字段可以是32比特字段。
另外，根据本发明的实施例，时间线信令表可以包括关于是否包括关于服务的位置信息和/或与时间线组件接入单元有关的内容组件的信息。上述信息可以被称为location_flag字段。根据本发明的特定实施例，location_flag字段可以是1比特字段。
另外，根据本发明的实施例，时间线信令表可以包括在时间线组件接入单元中的时间戳的版本信息。时间戳表示相应的接入单元需要通过其以连续的时间线被输出的时间信息。上述信息可以被称为timestamp_version字段。根据本发明的特定实施例，timestamp_version字段可以是1比特字段。
另外，根据本发明的实施例，时间线信令表可以包括时间线组件接入单元的时间戳类型信息。上述信息可以被称为timestamp_type字段。
根据实施例，时间戳类型信息可以被设置为表示服务的解码时间或者与时间线组件接入单元有关的内容组件的值。更加详细地，内容组件的解码时间可以被称为解码时间戳。根据特定实施例，当相应的信息表示解码时间时，广播发送装置可以将时间戳类型信息设置为0x00。
根据另一实施例，时间戳类型信息可以被设置为表示服务的呈现时间或者与时间线组件接入单元有关的内容组件的值。更加详细地，内容组件的呈现时间可以被称为呈现时间戳。根据特定实施例，当相应的信息表示呈现时间时，广播发送装置可以将时间戳类型信息设置为0x01。
此外，根据本发明的特定实施例，timestamp_type字段可以是1比特字段。
另外，根据本发明的实施例，时间线信令表可以包括时间线组件接入单元的时间戳格式信息。上述信息可以被称为timestamp_format字段。
根据实施例，时间戳格式信息可以表示时间线组件接入单元中的时间戳是媒体时间的格式。根据特定的实施例，广播发送装置可以将timestamp_format字段设置为0x00以表示对应的接入单元的时间戳格式是媒体时间格式。
根据另一实施例，时间戳格式信息可以表示时间线组件接入单元中的时间戳是网络时间协议(NTP)的格式。根据特定的实施例，广播发送装置可以将timestamp_format字段设置为以0x01表示对应的接入单元的时间戳格式是NTP格式。
根据另一实施例，时间戳格式信息可以表示时间线组件接入单元中的时间戳是MPEG DASH媒体呈现时间的格式。根据特定的实施例，广播发送装置可以将timestamp_format字段设置为0x02以表示相应的接入单元的时间戳格式是MPEG DASH媒体呈现时间。指示媒体时间的媒体时间字段可以表示MEPG DASH的媒体呈现时间。
根据另一实施例，时间戳格式信息可以表示时间线组件接入单元中的时间戳是NPT(现在播放时间)的格式。根据特定的实施例，广播发送装置可以将timestamp_format字段设置为0x03，以表示相应的接入单元的时间戳格式是NPT(现在播放时间)格式。
根据另一实施例，时间戳格式信息可以表示时间线组件接入单元中的时间戳是时间代码的格式。根据特定的实施例，广播传输装置可以将时间戳格式字段设置为0x04以表示相应的接入单元的时间戳格式是时间代码格式。此外，根据本发明的特定实施例，timestamp_format字段可以是4比特字段。
根据另一实施例，时间戳格式信息可以表示在时间线组件接入单元中的时间线是精确时间协议(PTP)的格式。
根据另一实施例，时间戳格式信息可以具有0x05-0x0E的值，其被保留以供将来使用。
根据另一实施例，时间戳格式信息可以具有用于表示用于专门用途的时间戳格式的0x0F的值。
另外，根据本发明的实施例，时间线信令表可以包括关于与时间线组件接入单元中的时间戳中的信息有关的内容或者服务的组件有关的位置信息。上述信息可以被称为位置字段。位置信息可以指示流、内容组件或服务的MPEG DASH或者MPD URL的标识符MPD(媒体呈现描述)。
另外，根据本发明的实施例，时间线信令表可以包括表示位置信息的长度的信息。表示位置信息长度的信息可以被称为location_length字段。根据本发明的特定实施例，location_length字段可以是8比特字段。
另外，根据本发明的实施例，时间线信令表可以包括是匹配参考的基本时间戳的时间戳格式版本信息。上述信息可以被称为origin_timestamp_version字段。
根据实施例，当origin_timestamp_version字段被设置为0时，其表示时间戳格式具有32比特格式。根据另一实施例，当origin_timestamp_version字段被设置为1时，这表示时间戳格式具有64比特格式。
另外，根据本发明的实施例，时间线信令表可以包括基本时间线的时间戳类型信息。上述信息可以被称为origine_timestamp_type字段。
根据实施例，origine_timestamp_type字段可以被设置为表示与基本时间线有关的服务或者内容组件的解码时间的值。更加详细地，内容组件的解码时间可以被称为解码时间戳。根据特定的实施例，当相应的信息表示解码时间时，广播发送装置可以将origine_timestamp_type字段设置为0x00。
根据另一实施例，origine_timestamp_type字段可以被设置为表示与基本时间线有关的服务或者内容组件的呈现时间的值。更加详细地，内容组件的呈现时间可以被称为呈现时间戳。根据特定的实施例，当相应的信息表示解码时间时，广播发送装置可以将origine_timestamp_type字段设置为0x01。
另外，根据本发明的实施例，时间线信令表可以包括表示用于基本时间线的时间戳格式的信息。上述信息可以被称为origine_timestamp_format字段。
根据实施例，origine_timestamp_format字段可以表示基本时间线的时间戳是媒体时间的格式。根据特定的实施例，广播发送装置可以将origine_timestamp_format字段设置为0x00以表示相应的基本时间线的时间戳格式是媒体时间格式。
根据另一实施例，origine_timestamp_format字段可以表示基本时间线的时间戳是NTP的格式。根据特定的实施例，广播发送装置可以将origine_timestamp_format字段设置为0x01以表示相应的基本时间线的时间戳格式是NTP格式。
根据实施例，origine_timestamp_format字段可以表示基本时间线的时间戳是MPEG DASH媒体呈现时间的格式。根据特定的实施例，广播发送装置可以将origine_timestamp_format字段设置为0x02以表示相应的基本时间线的时间戳格式是MPEG DASH媒体呈现时间格式。
根据实施例，origine_timestamp_format字段可以表示基本时间线的时间戳是NPT(现在播放时间)的格式。根据特定的实施例，广播发送装置可以将origine_timestamp_format字段设置为0x03以表示相应的基本时间线的时间戳格式是NPT(现在播放时间)格式。
根据另一实施例，origin_timestamp_format字段可以表示基本时间线的时间戳是时间代码的格式。根据特定实施例，广播传输装置可以将origin_timestamp_format字段设置为0x04以表示相应的基本时间线的时间戳格式是时间代码格式。
根据另一实施例，origin_timestamp_format字段可以表示基本时间线的时间戳是精确时间协议(PTP)的格式。
为了origin_timestamp_format字段值0x05-0x0E被保留，以供未来使用。
origin_timestamp_format field字段可以具有用于表示此字段被用于专门用途的0x0F值。
另外，根据本发明的实施例，时间线信令表可以包括关于是否包括位置信息的信息，位置信息是关于作为时间线映射参考的基本时间线有关的服务和内容组件。上述信息可以被称为origin_location_flag字段。根据实施例，当origin_location_flag字段被设置为除了0之外的值时，时间线AU可以包括origin_location_flag字段和origin_location字段中的至少一个。
另外，根据本发明的实施例，时间线信令表可以包括关于与基本时间线有关的服务或者内容有关的位置信息。上述信息可以被称为origin_location字段。根据特定的实施例，在origin_location字段中的信息可以是IP地址、端口号、或者URI形式。
另外，根据本发明的实施例，时间线信令表可以包括关于与基本时间线有关的服务或者内容的位置信息的长度信息。上述信息可以被称为origin_location_length字段。根据本发明的特定实施例，origin_location_length字段可以是8比特字段
另外，根据本发明的实施例，当作为时间线映射的参考的基本时间线是媒体时间的格式时，时间线信令表可以包括可用时间标度的信息。上述信息可以被称为origin_timescale字段。例如，在MPEG-2TS的情况下，时间标度可以表示9000Hz。根据本发明的特定实施例，origin_timescale字段可以是32比特字段。
因此，根据本发明的实施例，时间线信令表可以包括关于基本时间线的媒体时间信息。上述信息可以被称为origin_media_time字段。此外，origin_media_time字段可以根据origin_timestamp_type含义不同。例如，当origin_timestamp_type意指PTS时，origin_media_time字段可以表示呈现时间。例如，当origin_timestamp_type意指DTS时，origin_media_time字段可以表示解码时间。根据特定的实施例，当origin_timestamp_version字段被设置为0时origin_media_time字段可以是32个比特，并且当origin_timestamp_version字段被设置为1时可以是64个比特。
另外，根据本发明的实施例，时间线信令表可以包括基本时间线的时间戳类型信息。上述信息可以被称为origin_timestamp字段。基本时间线时间戳信息可以根据origin_timestamp_format字段的值表示不同格式的时间戳。另外，基本时间线时间戳信息可以根据origin_timestamp_type字段的值表示不同的意义。例如，当origin_timestamp_type用信号发送PTS时，基本时间线时间戳信息可以表示呈现时间。
例如，当origin_timestamp_type字段表示DTS并且origin_timestamp_format字段是0x01时，相应的origin_timestamp字段可以表示以NTP表达的解码时间。根据特定的实施例，当origin_timestamp_version字段被设置为0时origin_timestamp字段可以是32个比特，并且当origin_timestamp_version字段被设置为1时可以是64个比特。
根据实施例，当origin_timestamp_format字段表示被保留时，时间线AU可以包括private_data_length字段和private_data_bytes()字段中的至少一个。
private_data_length字段可以表示字段的字节单位长度。根据本发明的特定实施例，private_data_length字段可以是16比特字段。
通过private_data_length字段表示的长度private_data_bytes()字段可以定义或者可以包括未来的扩展内容。
图60是图示其中在传送分组的有效载荷数据中分组化一个元数据的有效载荷数据的配置的视图。
根据实施例，有效载荷数据可以包括元数据，并且元数据可以包括媒体流有关的时间线数据。另外，根据实施例，当广播发送装置使用传送协议中的固定长度的分组时，有效载荷数据可以另外包括填充比特。
图61是根据本发明的实施例的当传送分组的有效载荷数据包括用于时间线的元数据时的视图。
如所示的，根据实施例，有效载荷报头可以包括F字段、优先级字段、以及类型字段中的至少一个。
根据实施例，广播发送装置可以将F字段设置为表示在有效载荷中不存在错误或者语法违反的值。更加详细地，广播发送装置可以将F字段设置为0。另外，由于有效载荷数据包括媒体文件配置的所有重要数据，所以广播初始装置可以将优先级字段设置为表示最高的优先级的值。更加详细地，广播发送装置可以将优先级字段设置为0x00。另外，广播发送装置可以将类型字段设置为表示包括有效载荷中的时间线信息的元数据的信息的值。更加详细地，广播发送装置可以将类型字段设置为0x03。另外，元数据可以包括上述语法。
图62是当在一个传送分组中分组化多个元数据时的视图。
如所示的，一个传送分组包括多个元数据的情况可以被称为聚合分组。根据实施例，有效载荷数据可以包括多个聚合单元。
聚合分组可以包括用于媒体流的元数据、视频数据的有效载荷、或者音频数据的有效载荷。
根据实施例，聚合单元可以包括表示元数据的长度的信息。根据另一实施例，当另外存在元数据报头字段时，聚合单元可以包括关于元数据报头字段和元数据字段长度的总和的信息。上述信息可以被称为元数据长度字段。
图63是当一个传送分组包括数个时间线信息时的视图。
更加详细地，该图图示一个传送分组包括与一个媒体流有关的具有不同参考的多个时间线信息的情况。根据实施例，传送分组可以包括有效载荷报头，并且/或者有效载荷报头的内容与上述图的相同。
另外，根据实施例，有效载荷数据可以包括两个聚合单元。然而，在有效载荷数据中的聚合单元的数目可以是两个或者更多个。
根据实施例，如在图62中所示，各个聚合单元可以包括元数据长度字段、元数据报头字段、以及包括时间线信息的元数据字段中的至少一个。
然而，在图63中示出的第一聚合单元可以包括含有第一时间线的元数据字段，并且第二聚合单元可以包括含有第二时间线的元数据字段。根据特定实施例，各个时间线可以具有基于不同参考的数据。例如，第一时间线可以具有基于媒体时间的数据，并且第二时间线可以具有基于NTP的数据。
图64是图示其中在多个传送分组中划分和分组化一个元数据的分组有效载荷的视图。
根据实施例，当一个元数据的长度大于传送分组的长度时，在这样的情况下，广播发送装置可以在数个传送分组中划分相应的元数据并且然后可以发送它们。如所示的，传送分组可以包括有效载荷报头、元数据分段报头、以及/或者元数据分段中的至少一个。另外，当传送协议使用固定长度的分组时，传送分组可以包括填充比特。
如所示的，根据实施例，元数据分段报头可以包括表示是否在相应的传送分组的有效载荷数据中的元数据分段包括整个元数据的开始部分的信息。更加详细地，开始部分数据可以是包括整个媒体数据的第一比特的整个数据的部分。上述信息可以被称为开始比特字段。根据本发明的特定实施例，开始比特字段可以是1比特字段。根据实施例，当对应的传送分组中的元数据分段包括整个元数据的开始部分时，广播发送装置可以将开始比特设置为1。
根据另一实施例，元数据分段报头可以包括表示是否在相应的传送分组的有效载荷数据中的元数据分段包括整个元数据的结束部分的信息。更加详细地，结束部分数据可以是包括整个媒体数据的结束比特的整个数据的部分。上述信息可以被称为结束比特字段。根据本发明的特定实施例，结束比特字段可以是1比特字段。根据实施例，当在相应的传送分组中的元数据分段中包括整个元数据的结束部分时，广播发送装置可以将结束比特设置为1。
根据另一实施例，元数据报头可以包括表示元数据类型的信息。上述信息可以被称为元数据类型字段。根据特定实施例，元数据类型可以表示相应的元数据分段包括时间线信息。在这样的情况下，广播发送装置可以将元数据类型字段设置为0x00。根据另一实施例，元数据类型可以表示对应的元数据分段包括与标签有关的元数据。在这样的情况下，广播发送装置可以将元数据类型字段设置为0x01。根据本发明的特定实施例，元数据类型字段可以是5比特字段。
图65是图示根据本发明的另一实施例的元数据分段报头的视图。
在下文中的，对于与该图的相同的内容的描述被省略。
根据本发明的实施例，元数据分段报头可以包括表示在相应的分组有效载荷中的元数据分段的顺序的信息。上述信息可以被称为分段编号字段。广播发送装置100可以基于在分组有效载荷中的元数据分段顺序确定哪个编号元数据被包括在相应的分组中。
图66是图示根据本发明的实施例的当广播接收装置接收广播分组时的操作的视图。
当在先前的图的操作S205中确定有效载荷中的数据不是媒体数据时，广播接收装置100的控制单元150在操作S301中确定是否整个元数据被包括在一个传送分组中。更加详细地，控制单元150可以从有效载荷报头信息中确定有效载荷中的数据不是元数据替代媒体数据。然后，控制单元150可以确定是否相应的整个元数据被包括在一个传送分组中并且被发送。如在上面所提及的，一个或者多个不同的元数据可以被包括在一个传送分组中。或者，一个元数据被划分并且被包括在多个不同的传送分组中。
根据本发明的实施例，当广播接收装置100的控制单元150确定整个元数据被包括在一个传送分组中时，在操作S303中控制单元150从一个分组有效载荷中提取元数据。更加详细地，控制单元150提取有效载荷报头，并且基于被提取的有效载荷报头提取元数据。根据实施例，控制单元150可以从一个分组有效载荷提取一个元数据。此外，根据另一实施例，控制单元150可以从一个分组有效载荷提取多个元数据。根据本发明的另一实施例，广播接收装置100的控制单元150可以确定一个元数据被划分并且被包括在多个传送分组中。在这样的情况下，控制单元150在操作S305中从多个分组有效载荷中提取元数据。根据特定的实施例，一个元数据可以可以被划分并且分组化在多个传送分组中。广播接收装置100的控制单元150从分组有效载荷获得元数据信令数据。然后，控制单元150可以基于获得的信令数据从多个分组有效载荷提取元数据。
在操作S307中广播接收装置100的控制单元150基于被提取的元数据提供内容。根据特定的实施例，控制单元150可以从元数据获得内容的呈现或者解码时间信息。根据另一实施例，控制单元150可以从元数据获得描述信息的内容。
图67是当通过广播网络使用RTP发送视频流并且通过互联网网络使用基于文件格式的媒体数据发送视频流时的视图。在这样的情况下，在接收包括时间线有关的元数据的RTP分组或者IP/UDP分组之后，广播接收装置100可以通过匹配基于RTP协议的视频流和基于DASH的视频流允许在有关流之间的解码和呈现。
图68是图示根据本发明的另一实施例的时间线组件接入单元的语法的视图。
时间线组件AU可以包括被关联于通过广播网络或者互联网发送的媒体流的附加的元数据。包括关于被关联于媒体流的时间线的元数据的时间线组件AU在该图中被示出。
时间线组件AU可以以诸如XML的不同格式被表示。
时间线组件AU可以包括标识符信息、AU_length信息、location_flag信息、origin_timestamp_flag信息、timestamp_version信息、timestamp_type信息、timestamp_format信息、location_length信息、位置信息、origin_timestamp_version信息、origin_timestamp_type信息、origin_timestamp_format信息、origin_location_flag信息、origin_location_length信息、origin_location信息、origin_timescale信息、origin_media_time信息、origin_timestamp信息、private_data_length信息、private_data_bytes()信息、时标信息、media_time信息、时间戳信息和/或data_bytes()信息。
通过前述的相应的描述替换具有与被包括在时间线组件AU的语法中的前述的信息相同的名称的信息的描述。
标识符信息可以是指示被关联于时间线的元数据的标识符或者指示时间线组件接入单元(AU)语法被包括的标识符。
AU_length信息能够指示被包括在时间线组件AU中的信息的长度。
location_flag信息能够指示是否包括关于被关联于包括在时间线组件AU中的信息的服务和内容组件的位置信息。
origin_timestamp_flag信息能够指示是否与最初的时间戳有关的信息。
timestamp_version信息能够指示被包括在时间线组件AU中的时间戳的版本信息。
timestamp_type信息能够指示被包括在时间线组件AU中的时间戳的类型。例如，当timestamp_type信息具有0x00的值时，timestamp_type信息能够指示表示诸如被关联的服务/内容组件的接入单元(例如，音频接入单元)的数据的解码时间的解码时间戳(DTS)。当timestamp_type信息具有0x01的值时，timestamp_type信息能够指示表示诸如被关联的服务/内容组件的接入单元(例如，音频接入单元)的数据的再现时间的呈现时间戳(PTS)。
timestamp_format信息能够指示被包括在时间线组件AU中的时间线的格式。例如，当timestamp_format信息具有0x00的值时，timestamp_format信息指示媒体时间。此外，当timestamp_format信息是0x01时timestamp_format信息能够指示网络时间协议(NTP)，当timestamp_format信息是0x02时指示PTS，并且当timestamp_format是0x03时指示时间代码。能够保留0x04至0x0F的值以供以后扩展。
location_length信息能够指示位置字段的长度。
位置信息能够指示关于被关联于包括在时间线组件AU中的信息的服务和内容组件的位置信息。能够以IP地址/端口编号或者URI的形式表示位置信息。
origin_timestamp_version信息能够指示用于能够是时间线映射的标准的基本时间线的时间线格式的版本。当相应的字段值是0时，此值能够指示32比特格式被使用。当字段值是1时，此值能够指示64比特格式被使用。例如，当通过广播网络发送视频流并且通过互联网发送音频流时，在视频流和音频流的时间线映射期间变成标准的基本时间线能够是通过广播网络发送的视频流的时间戳。在这样的情况下，origin_timestamp_version能够指示用于通过广播网络发送的视频流的时间戳格式。
origin_timestamp_type信息能够指示用于能够是时间线映射的标准的基本时间线的时间戳的类型。例如，当origin_timestamp_type信息具有0x00的值时，origin_timestamp_type信息能够指示表示诸如被关联于基本时间线的服务/内容组件的接入单元的数据(例如，音频接入单元)的解码时间的解码时间戳(DTS)。当origin_timestamp_type信息具有0x01的值时，origin_timestamp_type能够指示表示诸如被关联于基本时间线的服务/内容组件的接入单元的数据(例如，音频接入单元)的再现时间的呈现时间戳(PTS)。
origin_timestamp_format信息能够指示用于能够是时间线映射标准的基本时间线的时间戳的格式。例如，当origin_timestamp_format信息具有0x00的值时，origin_timestamp_format信息指示媒体时间。当origin_timestamp_format信息具有0x01的值时，origin_timestamp_format信息指示NTP(网络时间协议)。另外，当origin_timestamp_format信息是0x02时origin_timestamp_format信息指示PTS，并且当origin_timestamp_format信息是0x03时origin_timestamp_format信息指示时间代码。能够保留0x04至0x0F的值以供将来扩展。
origin_location_flag信息能够指示是否包括关于被关联能够是时间线映射标准的时间线的服务和内容组件的位置信息。
origin_location_length信息能够指示origin_location字段的长度。
origin_location信息能够指示关于被关联于能够是时间线映射标准的基本时间线的服务和内容组件的位置信息。origin_location信息能够以IP地址/端号编号或者URL的形式被表示。
origin_timescale信息能够指示当与时间线映射标准相对应的基本时间线的媒体时间被表示时能够使用的时标。例如，时标能够在MPEG-2TS的情况下具有90K的值。
origin_media_time信息能够指示在与时间线映射标准相对应的基本时间线上的媒体时间。媒体时间的意义可以取决于origin_timestamp_type。例如，origin_timestamp_type信息能够指示与当origin_timestamp_type是PTS时的再现时间有关的媒体时间并且指示与当origin_timestamp_type是DTS时的解码时间有关的媒体时间。当origin_timestamp_version是0时origin_media_time信息能够被表示为32个比特，并且当origin_timestamp_version是1时能够被表示为64个比特。
origin_timestamp信息能够根据origin_timestamp_format的字段值指示在与时间线映射标准的基本时间线上的不同格式的时间戳。与origin_timestamp信息相对应的时间戳的意义可以取决于origin_timestamp_type。例如，origin_timestamp信息的对应的时间戳能够指示当origin_timestamp_type是DTS并且origin_timestamp_format具有“0x01”的值时被表示为NTP的解码时间。当origin_timestamp_version是0时origin_timestamp信息能够被表示为32个比特，并且当origin_timestamp_version是1时能够被表示为64个比特。
private_data_length信息能够以字节指示随后的private_data_bytes的长度。
通过private_data_length的长度专有地定义private_data_bytes()信息或者其指示用于以后扩展的区域。
时标信息能指示能够被用于表示媒体时间的时标。
media_time信息能够指示媒体时间。与media_time信息相对应的媒体时间的意义可以取决于timestamp_type。例如，media_time信息能够指示与当timestamp_type是PTS时的再现时间有关的媒体时间。当timestamp_version是0时media_time能够被表示为322个比特，并且当timestamp_version是1时能够表示为64个比特。
时间戳信息能够根据timestamp_format的字段值以不同的格式指示时间戳。与时间戳信息相对应的时间戳的意义可以取决于timestamp_type。例如，与时间戳信息相对应的时间戳能够指示当timestamp_type是DTS时被表示为NTP的解码时间并且timestamp_format具有“0x01”的值。当timestamp_version是0时时间戳信息能够被表示为32个比特，并且当timestamp_version是1时能够被表示为64个比特。
data_bytes()信息指示用于以后的扩展的字段或者区域。
基于诸如NTP的基本时间线通过RTP协议发送的诸如音频/视频流的数据和通过MEPG DASH发送的诸如音频/视频数据的数据能够被同步，以通过利用基于NTP的时间戳映射被表示为MPEG DASH的特定时标(例如，10000hz)的媒体呈现时间来解码或者再现广播内容。
图69图示根据本发明的实施例的用于在实时内容传送协议上支持媒体同步的传送分组格式。
在支持实时内容传输的传送协议，例如，实时传送协议(RTP)的情况下，RTP分组能够包括音频接入单元或者视频网络抽象层(NAL)单元。为了通过在RTP上同步音频/视频流支持音频/视频流的解码和/或再现，RTP控制协议(RTCP)分组能够被使用。发送端生成的RTCP分组包括关于在被包括在RTP分组报头中的RTP时间戳和网络时间协议(NTP)之间的匹配关系的信息，并且接收端通过使用该信息匹配流的解码和再现时间和基于NTP的时间线同步流。
为此，RTCP发送器报告分组可以包括V(版本)信息、P(填充)信息、再现报告计数(RC)信息、有效载荷类型信息、长度信息、同步源标识符信息、NTP时间戳信息、RTP时间戳信息、发送器的分组计数信息、发送器的八位字节计数信息、接收报告块和/或简档特定的扩展。
V(版本)信息指示RTP的版本信息。
P(填充)信息指示在有效载荷中的填充比特的存在或者不存在。
接收报告计数(RC)信息指示接收报告的数目。
有效载荷类型信息指示RTCP分组的有效载波的类型。有效载荷类型信息能够指示发送器报告、接收报告或者应用特定的分组中的哪一个被包括在有效载荷中。
长度信息指示RTCP分组的长度。
同步源标识符信息是用于识别流的源的标识符。
NTP时间戳信息表示作为64个比特的网络时间协议的时间戳。
RTP时间戳信息指示被关联于NTP时间戳字段的RTP时间戳值。
发送器的分组计数信息对应于自从开始传输直到此SR分组被生成的时间通过发送器发送的RTP数据分组的总数目。如果发送器改变其SSRC标识符则计数被重置。
发送器的八位字节计数信息对应于自从开始传输直到此SR分组被生成的时间通过发送器在RTP数据分组中发送的有效载荷八位字节(即，不包括报头或者填充)的总数目。如果发送器改变其SSRC标识符则计数被重置。此字段能够被用于估计平均有效载荷数据速率。
简档特定的扩展能够指示根据传送协议简档能够扩展的字段。此字段能够包括简档特定的信息并且能够包括不同的信息或者根据简档被解释。
图70图示根据本发明的实施例的简档特定的扩展。
用于支持与通过相同网络发送的不同传送协议分组或者通过不同网络递送的不同的基于传送协议的分组(例如，通过宽带递送的MPEGDASH片段)的同步的信息能够被添加到RTCP发送器报告分组的简档特定的扩展字段。对应的分组能够以不同的格式被配置。例如，基于NTP时间戳，NTP时间戳能够被映射到RTP时间戳或者DASH媒体表示时间。
被包括在RTCP发送器报告分组中的前述简档特定的扩展可以包括简档版本信息、位置标志信息、时间戳格式信息、时间戳信息以及/或者位置信息。
简档版本信息能够指示简档的版本信息。
位置标志能够指示是否包括位置字段。
时间戳格式信息能够指示被包括的时间戳字段的格式。
例如，0x00和0x07至0x0F被保留作为时间戳格式信息值。当时间戳格式信息具有0x01的值时，此值指示媒体时间。当时间戳格式信息具有0x02的值时时间戳格式信息能够指示NTP，当时间戳格式信息具有0x03的值时指示正常的播放时间，当时间戳格式信息具有0x04的值时指示SMPTE时间代码，当时间戳格式信息具有0x05的值时指示基于90kHz的时间戳，并且当时间戳格式信息具有0x06的值时指示GPS时间。
当时间戳格式信息具有0x01的值时，此值能够指示时间戳字段的格式是媒体时间，并且该媒体时间能够对应于MPEG DASH的媒体呈现时间。
时间戳信息能够包括有关的时序信息。例如，时间戳信息能够包括MPEG DASH的MPD的有关呈现参考时钟信息。该时间戳信息能够包括基于时标的诸如时标和/或参考时间线的时序信息。
位置信息能够指示被关联于时间戳字段值的MPEG DASH的MPD有关的信息(例如，MPD id或者URL)。
另外，被包括在前述的时间线组件接入单元的语法中的信息可以被包括在简档特定的扩展中。
图71图示根据本发明的实施例的与应用定义的RTCP分组相对应的RTPC应用分组。
RTCP分组可以包括V(版本)信息、P(填充)信息、字类型信息、有效载荷类型信息、长度信息、名称信息以及/或者应用相关的数据。
V(版本)信息指示RTP协议的版本信息。
P(填充)信息指示有效载荷中的填充比特的存在或者不存在。
字类型信息能够指示RTCP分组有效载荷的子类型。
有效载荷类型信息指示RTCP分组有效载荷的类型。有效载荷类型信息能够指示有效载荷包括应用特定的分组。
长度信息指示RTCP分组的长度。
名称信息能够包括诸如应用名称的信息。
应用相关的数据能够包括应用限制的信息。
图72图示根据本发明的实施例的应用相关的数据。
根据本发明的一个实施例，能够使用应用相关的数据字段发送/接收用于时间同步的时序信息。
应用相关的数据字段可以包括数据类型信息、版本信息、位置标志信息、时间戳格式信息、NTP时间戳信息、时间戳信息以及/或者位置信息。
数据类型信息能够指示被包括在相应的字段中的数据的类型。
版本信息能够指示相应的分组的简档的版本信息。
位置标志信息能够指示是否相应的分组包括位置字段。
时间戳格式信息能够指示被包括的时间戳字段的格式。例如，来自于时间戳格式信息值当中的0x00和0x07至0x0F可以被保留以供将来使用。当时间戳格式信息分别具有0x01、0x02、0x03、0x04、0x05以及0x06的值时，时间戳格式信息能够指示媒体时间、网络时间协议(NTP)、正常播放时间(NPT)、SMPTE时间代码、基于90kHz的时间戳以及GPS时间。
例如，MPEG DASH的媒体呈现时间能够被表示为与0x01的时间戳格式信息值相对应的媒体时间。可替选地，能够通过将不同的值分配给时间戳格式信息指示MPEG DASH的媒体呈现时间。
NTP时间戳信息指示网络时间协议的时间戳。
时间戳信息可以包括有关的时序信息。例如，时间戳信息能够包括MEPG DASH的MPD的有关呈现参考时钟信息。时间戳信息能够包括基于时标的诸如时标和/或参考时间线的时序信息。
位置信息能够指示被关联于时间戳字段值的MPD有关的信息(例如，MPD id或者URL)。
当前述的应用相关的数据字段被使用时，当RTP发送/接收协议被用于广播网络并且通过互联网发送/接收基于MPEG DASH的媒体数据时MPEG DASH媒体呈现时间能够被映射到网络传送协议的时间戳。因为音频/视频数据的RTP时间戳也能够被映射到RTP时间戳，所以通过实现在RTP分组和MPEG DASH数据之间的同步能够解码和/或再现广播内容。
图73图示作为本发明的实施例的可以被应用于广播系统的协议栈。
在陆地广播信道中，能够经由在IP/UDP上的RTP或者ALC/LCT扩展递送流数据(例如，视频、音频、隐藏字幕)。特别地，能够经由RTP递送流数据的接入单元或者能够经由ALC/LCT扩展递送包括流数据的接入单元的集合的ISO BMFF对象。此外，能够经由ACL/LCT上的FLUTE递送非实时文件。另外，IP/UDP数据报或者链路层信令能够在链路层中被封装并且作为封装的形式被递送。
在宽带网络中，MPEG DASH能够支持流数据的递送并且HTTP能够支持在单播信道上的文件递送。在多播信道上，流数据能够经由MPEG DASH或者RTP被递送，并且能够经由FLUTE递送文件。
该附图示出用于包括时钟参考流的在未来的广播系统中的内容递送的这些协议栈的示例。时钟参考流可以包括用于在能够从各种源提供的各种流(例如，视频、音频、或者数据流)之间的参考时序的数据或者信息。
下面将会进一步描述链路层中的封装。能够存在能够在没有任何链路层封装的情况下直接发送有关分组的不同方法。
链路层提供IP分组、MPEG-2TS和/或其他协议栈的封装。使用链路层封装，独立于网络层协议类型，物理层能够处理一个封装分组格式。基本上，网络层分组被传输到链路层分组的有效载荷。网络层分组到链路层分组的级联和分割能够被执行以便于有效地使用物理层资源。
对于级联，当网络层分组小时，链路层分组的有效载荷包括数个网络层分组。链路层分组报头包括执行级联的字段。链路层报头可以包括指定是否存在用于网络层分组的信息、指定在网络层分组之间的级联的顺序的信息、以及/或者指定要在链路层分组中级联网络层分组的数目的信息。
对于分割和重组，当网络层分组太大而不能在物理层中处理时，网络层分组被划分成两个或者更多个片段。链路层分组报头包括在发送侧上执行分割并且在接收侧上执行重组的字段。链路层分组报头可以包括指定其中此链路层分组的有效载荷可以被包括的网络层分组的信息、指定网络层分组的分割的数目的信息、指定网络层分组中的分割中的每一个的顺序的信息、以及/或者指定网络层分组的第一分割和/或最后分割的信息。
为了开销减少，链路层提供用于IP流中的开销的减少的可选报头压缩。报头压缩可以以RoHC(鲁棒报头压缩)框架为基础。RoHC框架能够在单向模式下操作。
对于链路层信令传输，链路层提供诸如快速信息信道、EAS(紧急报警系统)消息以及/或者诸如用于开销减少的信息的在链路层处生成的信令的信令信息的传送。
对于通过快速信息信道的信令，快速信息信道的主要用途是要有效地递送用于快速信道扫描和服务获取的重要信息。此信息主要包括在广播服务和物理数据管道之间的捆绑信息。
对于EAS信令的传送，如果物理层以适当的带宽支持特定的紧急报警信道以承载基本紧急报警消息(例如，公共报警协议消息)，则此信道能够承载紧急报警有关的信令和基本紧急报警消息。附加的媒体文件能够经由单独的数据管道被递送。如果物理层仅支持紧急报警消息是可用的低带宽通知，则基本报警消息和附加媒体文件能够经由单独的数据管道被递送。在两者情况下单独的数据管道能够被配置成具有高的鲁棒性。
下面将会描述信令的概念和装置在未来的广播系统中得到信令信息的“引导程序”过程的描述。在各个广播流能够存在三个级别的信令。
(a)在广播流中具有至少一个组件，具有关于各个服务的提纲信息(例如。名称、信道编号、服务类型)、以及到关于各个服务的详细信息的位置的指示符的所有服务的列表(除非PHY层提供专用的物理层管道并且存在用于这样的详细信息的专用的IP多播地址/端口)。此列表能够被用于在快速服务扫描期间构建服务表。
(b)在广播流中具有与A/65VCT(排除服务位置描述符)相似的至少一个组件，或者在用于包含一个或者多个组件的各个服务的DASH MPD的URL或者A/153SMT中的服务级信息、以及到关于服务的组件的详细信息的位置的指示符的各个服务的属性(除非此信息处于与服务级信息相同的位置)。
(c)与A/153SMT中的组件级别信息或者MPEG-2PMT类似的各个服务的各个组件的位置和属性，或者DASH MPD。包括物理信道、物理层管道、IP多播地址和端口、以及用于通过广播递送的组件的ALC/LCT+会话(可应用)的TSI的组件的位置，或者用于经由宽带递送的组件的DASH MPD的URL(具有用于指示DASH适配集的信息或者在被关联于经由宽带递送的组件的DASH MPD中的DASH表示)。对于此信令的用途，时钟参考流将会被视为服务的组件。
当观众选择服务时，装置应在服务扫描期间看从级别(a)信令构建的服务表以确定其中能够找到服务的组件的物理信道。
然后装置应调谐适当的物理信道并且访问级别(b)和级别(c)信令以得到所需要的附加信息。
图74图示作为本发明的实施例的RTP呈现时间到接收器壁钟时间的转换。
广播系统可以支持广播流的实时连续的内容递送。
对于广播和多播递送，为了经由广播和多播-RTP和/或在ALC/LCT+上的ISO BMFF为连续的内容的实时递送描述了两种不同的方法。如果两种方法被支持，则它们不可以在相同的服务内被使用。
对于RTP运输，能够为内容的实时广播或者多播递送支持经由RTP的连续的内容组件的递送。这样的递送能够遵循用于实时应用(RTP)的传送协议和用于要被承载的媒体的类型的适当的附加的有效载荷规范，诸如用于时间文本隐藏字幕，用于H.264视频、用于HEVC视频、用于HE ACC音频等等。特别地，RTCP SR(RTP控制协议发送器报告)分组能够被用于在经由广播或者多播递送的不同的连续的内容组件当中的同步。
经由广播递送给接收器的内容能够由下述组成：用于连续的组件轨迹中的每一个的广播IP多播RTP流——例如，视频、音频以及隐藏字幕(使用协议路径RTP/IP-多播/UDP/IP)，和/或用于连续的组件轨迹中的每一个的一个广播IP多播RTCP SR流(使用协议路径RTCP/IP-多播/UDP/IP)。
对于同步经由广播递送的一个或者多个连续的组件，我们能够采用下述解决方案。
对于各个连续的组件轨迹，使用用于轨迹的RTCP流中的NTP(网络时间协议)时间戳N(i)和/或相应的RTP(实时传送协议)时间戳R(i)以将RTP分组报头(与RTP时间线有关)中的呈现时间转换成与NTP时间线有关的呈现时间。在本说明书中，NTP时间线是能够映射时序的参考时间线的示例。NTP时间线能够被替换成参考时间线或者与参考时间线相组合。参考时间线包括NTP时间线、GPS时间线、精确时间协议(PTP)时间线、现在播放时间(NPT)、以及/或者UTC(协调通用时间)。
如果PTR是特定RTP分组报头中的呈现时间，并且如果N(i)和R(i)是来自于最近的RTCP分组中的值，则用于转换的公式是，
PTN＝N(i)+(PTR-R(i))/(RTP时钟速率)
其中PTN是与NTP时间线有关的呈现时间。
当首先选择服务，并且迄今为止仅已经接收到一个RTCP分组时，被用信号发送的标称RTP时钟速率能够被用于此计算。当接收到更多的RTCP分组时，能够从值中获得用于实际RTCP时钟速率的更加精确的值。
(R(i+1)-R(i))/(N(i+1)-N(i))
其中R(i)和N(i)是来自于一个RTCP分组的值，并且R(i+1)和N(i+1)是来自于下一个RTCP分组的值。该附图示出此情形的示例。
在当接收分组以确定在两个之间的任何偏移时的时间点处，将RTC分组中的NTP时间戳N(i)与接收器壁钟时间W(i)进行比较。(在接收器壁钟和服务器NTP时钟之间的递送延迟和可能的差异的组合能够引起非零偏移)。使用此偏移以调节从与服务器NTP时间线有关的值PTN到与接收器壁钟时间线有关的值PTW的RTP分组报头中的呈现时间。
该图图示在RTP分组中的接入单元的呈现时间戳到与NTP时间线有关的PTN并且然后到与壁钟时间线有关的呈现时间PTW的转换。
图75图示作为本发明的实施例的用于经由具有RTP的广播递送一个视频轨迹、一个音频轨迹、以及一个隐藏字幕轨迹的情况的协议栈。
当正在经由广播递送给接收器的全都是经由广播递送的一个视频轨迹、一个音频轨迹、以及一个隐藏字幕轨迹能够是由下述组成时，我们考虑下述使用情况：用于三个轨迹——一个视频、一个音频、以及一个隐藏字幕中的每一个的一个广播IP多播RTP流(使用协议路径RTP/IP-多播/UDP/IP)和/或用于三个轨迹中的每一个的一个广播IP多播RTCP SR流(使用协议路径RTCP/IP-多播UDP/IP)。
接收器可以使用信令以得到3个RTP流(音频、视频、CC轨迹)，和/或3个RTCP流(音频、视频、CC轨迹)的IP多播地址和端口。
当它们到达时接收器可以从广播中提取用于视频、音频以及/或者隐藏字幕轨迹的RTP分组。
当它们到达时接收器可以从广播中提取用于视频、音频以及/或者隐藏字幕轨迹的RTCP分组。
对于这三个轨迹中的每一个，接收器可以使用用于轨迹的RTCP流中的相应的NTP时间戳N(i)和相应的RTP时间戳R(i)以将RTP分组报头(与RTP时间线有关)中的呈现时间转换成与NTP时间线有关的呈现时间。如果在特定的RTP分组报头中PTR是呈现时间，并且如果N(i)和R(i)是来自于最近的RTCP分组的值，则用于转换的公式是PTN＝N(i)+(PTR-R(i))/(RTP时钟速率)，其中PTN是与NTP时间线有关的呈现时间。当首先选择服务，并且迄今为止已经接收到仅一个RTCP分组时，用信号发送的标称RTP时钟速率能够被用于此计算。当接收到更多的RTCP分组时，能够从值中获得用于实际的RTP时钟速率的更加精确的值。
(R(i+1)-R(i))/(N(i+1)-N(i))，
其中R(i)和N(i)是来自于一个RTCP分组的值，并且R(i+1)和N(i+1)是来自于下一个RTCP分组的值。下面的图2示出此情形的示例。
在当接收分组以确定在两个之间的任何偏移时的时间点处，接收器可以将RTC分组中的NTP时间戳N(i)与接收器壁钟时间W(i)进行比较。(在接收器壁钟和服务器NTP时钟之间的递送延迟和可能的差异的组合能够引起非零偏移)。使用此偏移以调节从与服务器NTP时间线有关的值PTN到与接收器壁钟时间线有关的值PTW的RTP分组报头中的呈现时间。先前描述的附图给出此计算的示例。
接收器可以在适当的壁钟时间在RTP流中呈现接入单元。
图76图示作为本发明的实施例的针对一个视频轨迹、一个音频轨迹以及一个隐藏字幕轨迹利用基于ALC/LCT+的ISO BMFF经由广播来递送的情况的协议栈。
能够为了内容的实时广播或多播递送而支持经由包含在ALC/LCT+(异步分层编译/分层编译传输+)分组中的ISO BMFF(ISO基础媒体文件格式)对象递送连续内容组件。能够根据MPEG ISO基础媒体文件格式(ISO BMFF)对ISO BMFF对象进行格式化，从而符合要根据应用指定的简档。ALC/LCT+分组能够被格式化有附加LCT报头扩展，以便承载呈现时序信息。该呈现时序信息能够包括包含ISOBMFF对象的开头的分组的呈现时间戳。这样的呈现时间戳能够将ISOBMFF对象时间线的开始映射到以下段落中描述的时基中的适当点。如果有必要使URL与每个ISO BMFF对象相关联(例如，如果MPD被用于信令)，则每个ISO BMFF对象能够具有包含内容位置字段的HTTP样式报头。或者，包含ISO BMFF对象的开始的ALC/LCT+分组能够具有包含关联URL的LCT扩展报头。
可以通过经由广播或多播发送广播时间线时钟参考值来建立“广播时间线”。这个广播时间线能够用作LCT报头扩展中的呈现时序信息的参考时基。
包含正通过ALC/LCT+经由ISO BMFF对象在实时广播或多播模式下递送的一个或多个连续内容组件的任何服务可以包含单独的“时基”组件，以定义用作呈现的参考时基的时基。这个时基组件能够由以适当的间隔发送的时间戳分组构成。时间戳能够表示编码器侧系统时钟的样本，其能够被解码器使用，以与PCR值被用来在MPEG-2环境中建立系统时钟相同的方式，建立解码器侧系统时钟。
正经由广播递送给接收器的能够由包含广播时间线的时钟参考时间戳的一个广播IP多播流(使用协议路径参考时钟/IP-多播/UDP/IP)和/或连续组件轨迹(例如，视频、音频和隐藏字幕)中的每一个的一个广播ISO BMFF流构成。
当一个广播IP多播流(使用协议路径参考时钟/IP-多播/UDP/IP)包含广播时间线的时钟参考时间戳时，时间线的时间标度可以是普通时钟时间(例如，时钟可能只是在服务器处以某种适合的格式表达的UTC时间)。
当使用连续组件轨迹中的每一个的一个广播ISO BMFF流时，每个ISO BMFF文件能够作为ACL/LCT+对象被递送。
当使用连续组件轨迹中的每一个的一个广播ISO BMFF流时，包含ISO BMFF文件的开始的ALC/LCT+分组具有给出ISO BMFF文件的时间线相对于广播时间线的开始时间的LCT扩展报头。
当使用连续组件轨迹中的每一个的一个广播ISO BMFF流时，如果有必要使URL与每个ISO BMFF文件相关联(例如，如果MPD被用于信令)，则每个ISO BMFF文件能够具有包含内容位置字段的HTTP样式报头。或者，包含ISO BMFF文件的开始的ALC/LCT+分组能够具有包含关联URL的LCT扩展报头。
我们考虑一个视频轨迹、一个音频轨迹以及一个隐藏字幕轨迹全部经由广播来递送的以下使用情况。
接收器可以使用信令得到时钟参考流的IP多播地址和端口，和/或承载视频、音频和隐藏字幕轨迹的ISO BMFF流的ALC/LCT+会话的IP多播地址和端口以及TSI(传输流标识符)值。
接收器可以随着时间戳出现而从时钟参考流中提取时间戳，并且使用它们来确定广播时间线与接收器“壁钟”时间之间的偏移。
接收器可以随着视频、音频和隐藏字幕轨迹出现而从广播中提取视频、音频和隐藏字幕轨迹的ISO BMFF文件。
接收器可以使用通过上述步骤中确定的偏移而调整的每个BMFF文件的ALC/LCT+扩展报头中的呈现时间戳，为每个ISO BMFF文件的时间线设置壁钟开始时间。
接收器可以基于每个ISO BMFF文件的壁钟开始时间以及文件中的内部相对时序信息在适当的壁钟时间呈现BMFF文件中的访问单元。
广播系统可以支持广播流的单播递送。
能够为了连续组件通过单播信道的实时递送而支持MPEG DASH(基于HTTP的动态适配流)，同时分段符合ISO BMFF中的规范。能够出于这个目的指定“直播”DASH简档和“预记录”DASH简档两者，其中直播简档意在供直播内容的递送使用，而预记录简档意在供预记录内容(作为线性服务的一部分或按需服务的一部分)的递送使用。
可以在物理层支持针对到固定和移动接收器的实时连续内容递送的错误校正。
作为本发明的实施例的广播系统可以支持非实时(NRT)文件(或数据)递送。
能够支持文件经由广播或多播的非实时递送。
能够使用FEC(前向错误校正)并且使用后递送修复来支持针对文件的非实时递送的错误校正。
能够经由HTTP1.1并且经由基于TLS 1.2的HTTP 1.1支持文件经由单播的非实时递送。
为了支持内容文件的非实时递送，可能有必要指定将被支持的文件格式。尤其有必要指定包含连续媒体的文件的文件格式，以确保与其他内容的同步是可能的。
图77图示作为本发明的实施例的在广播信道中经由RTP递送的连续媒体组件与通过宽带经由DASH递送的连续媒体组件之间的同步的工作示例。
能够经由不同的传输路径以不同的类型递送广播流。可能需要实现用于通过广播或多播实时递送的多个媒体组件流与承载经由单播宽带信道递送的电影分段的DASH片段之间的同步的模型。
对于RTP(广播或多播)和DASH(单播)的组合，如先前描述中所提及的，经由RTP递送的每个连续媒体组件能够具有关联的RTCPSR流。每个RTCP SR分组能够承载NTP时钟参考时间戳以及对应的RTP时钟参考时间戳，其能够被用来将RTP时间线映射到NTP时间线。因此，RTP流中的访问单元的呈现时间(其能够由RTP分组报头中的RTP呈现时间戳来指示)能够通过RTP时间线到NTP时间线的映射来确定。
为了使经由DASH(单播)递送的内容与经由RTP(广播或多播)递送的内容同步，有必要建立从DASH媒体呈现时间线到NTP时间线的映射。能够在广播或多播中递送用于建立从DASH媒体呈现时间线到NTP时间线的映射所必需的信息。
该图描述了在广播信道中经由RTP递送的连续媒体组件与通过宽带经由DASH递送的连续媒体组件之间的同步的工作示例。能够经由广播或多播(例如，下图中的绿色分组)递送与DASH媒体呈现时间线到NTP时间线有关的映射信息。
图78图示作为本发明的实施例的在广播信道中经由RTP递送的连续媒体组件与通过宽带经由DASH递送的连续媒体组件之间的同步的方式。
用于实现同步的一个方式是通过使用RTCP格式定制机制来将DASH媒体呈现时钟参考时间戳包括在RTCP分组中。它可以是应用定义的RTCP分组。而且，DASH媒体呈现时钟参考时间戳能够与RTP时钟参考时间戳和NTP时钟参考时间戳一起被包括到RTCP分组(特别是发送器报告分组)。
图79图示作为本发明的另一实施例的应用定义的RTCP分组的示例。
应用定义的RTCP分组可以包括V(版本)、P(填充)、子类型、有效载荷类型、长度、名称和/或应用相关数据。应用相关数据可以包括数据类型、版本、位置标志、时间戳格式、NTP时间戳、时间戳和/或位置。
V(版本)指示RTP协议的版本。
P(填充)指示填充比特存在于有效载荷中。
子类型描述RTCP分组负荷的子类型信息。
有效载荷类型指示RTCP分组有效载荷的类型。
长度指示RTCP分组的长度。
名称包括应用名称。
应用相关数据包括应用相关数据。
数据类型指示应用相关数据的类型信息。
版本指示这个应用相关数据简档的版本。
位置标志指示位置字段存在于应用相关数据内。
时间戳格式指示时间戳字段的格式。例如，它能够指示如下不同的格式。例如，0x00：保留，0x01：媒体时间，0x02：NTP(网络时间协议)，0x03：正常播放时间，0x04：SMPTE时间代码，0x05：基于90KHz的时间戳，0x06：GPS时间，0x07-0x0F：保留，在MPEG DASH的情况下，这个字段能够包括0x01以指示“媒体时间”。
NTP时间戳包括网络时间协议的时间戳值。
时间戳包括时间参考时钟信息(例如，时间标度、基于时间标度的呈现时间戳等)。例如，它在MPEG DASH的情况下能够包括DASH媒体呈现时钟参考时间戳。
位置包括相关位置值，例如，DASH MPD id或URL。
图80图示作为本发明的另一实施例的RTCP发送器报告分组报头的示例。
DASH媒体呈现时钟参考时间戳能够与RTP时钟参考时间戳和NTP时钟参考时间戳一起被包括到RTCP分组(特别是发送器报告分组)。
针对包括在RTCP发送器报告分组中的信息的说明可以参考先前描述的说明。
RTCP发送器报告分组可以包括版本、位置标志、时间戳格式、时间戳和/或位置。
版本指示简档版本。
位置标志指示位置字段存在于简档特定数据内。
时间戳格式指示时间戳字段的格式。例如，它能够指示如下不同的格式。例如，0x00：保留，0x01：媒体时间，0x02：NTP(网络时间协议)，0x03：正常播放时间，0x04：SMPTE时间代码，0x05：基于90KHz的时间戳，0x06：GPS时间，0x07-0x0F：保留。
时间戳包括时间参考时钟信息(例如，时间标度、基于时间标度的呈现时间戳等)。例如，它在MPEG DASH的情况下能够包括DASH媒体呈现时钟参考时间戳。
位置包括相关位置值，例如，DASH MPD id或URL。
图81图示作为本发明的实施例的利用RTP的混合递送的协议栈。
用于实现同步的另一方式是将单独的“DASH-NTP时基映射”组件包括在经由广播或多播递送的服务中，以将DASH媒体呈现时间线映射到NTP时间线。
正经由广播或宽度递送给接收器的能够由广播连续组件轨迹(例如，视频、音频和隐藏字幕)中的每一个的一个广播IP多播RTP流(使用协议路径RTP/IP-多播/UDP/IP)、广播连续组件轨迹中的每一个的一个广播IP多播RTCP SR流(使用协议路径RTCP/IP-多播/UDP/IP)、可使用DASH(使用协议路径ISO BMFF/DASH/HTTP(S)/TCP/IP)经由宽带得到的一个或多个连续组件轨迹和/或在DASH媒体呈现时间线上包含NTP时间戳和对应时间的一个广播IP多播流构成。(一个人能够在概念上将这认为是DASH组件的RTCP流。其目的是将DASH媒体呈现时间线映射到NTP时间线。)(使用协议路径参考时钟/IP-多播/UDP/IP)。
我们能够考虑一个视频轨迹、一个音频轨迹以及一个隐藏字幕轨迹经由广播来递送并且第二音频轨迹经由单播宽带来递送的以下混合递送使用情况。
该图示出在这种情况下用于内容递送的协议栈。利用交叉影线用灰色示出的音频轨迹未被用于呈现。
接收器可以使用信令来确定哪个音频轨迹将被呈现(在这种情况下为交替音频轨迹)，得到广播视频和隐藏字幕RTP/RTCP流的IP多播地址和端口，得到DASH-NTP时钟映射流的IP多播地址和端口，并且/或者得到用于交替音频流的宽带DASH递送的MPD的URL。
接收器可以使用MPD的URL来检索DASH MPD。
接收器可以随着视频和隐藏字幕轨迹到达而从广播中提取视频和隐藏字幕轨迹的RTP分组。
接收器可以随着视频和隐藏字幕轨迹到达而从广播中提取视频和隐藏字幕轨迹的RTCP分组。
接收器可以随着NTP-DASH时钟映射分组到达而提取它们。
对于视频和隐藏字幕轨迹，正如在RTP递送中一样，接收器可以使用轨迹的RTCP流中的NTP时间戳N(i)以及所对应的RTP时间戳R(i)来将RTP分组报头中的呈现时间(其相对于RTP时间线)转换为相对于NTP时间线的呈现时间。
接收器可以使用NTP-DASH时钟映射分组来将DASH媒体呈现时间线映射到NTP时间线(这两个时间线的时间标度是普通时钟时间，所以仅有必要确定它们之间的偏移)。
接收器可以将RTCP分组中的NTP时间戳与在当分组被接收到时的时间点处的接收器壁钟时间进行比较以确定两者之间的任何偏移。(递送延迟以及接收器壁钟与服务器NTP时钟之间的可能的偏差的组合能够导致非零偏移。)使用这个偏移来将RTP分组中的呈现时间从NTP时间线调整为接收器壁钟时间线，并且调整DASH媒体呈现时间线与NTP时间线之间的映射以获得DASH媒体呈现时间线与接收器壁钟时间线之间的映射。
接收器可以在适当的壁钟时间呈现RTP流(视频和隐藏字幕轨迹)中的访问单元。
在上述步骤中使用映射，接收器可以确定在DASH媒体呈现时间线中对应于当前接收器壁钟时间的时间。使用MPD来确定所对应的DASH时段，DASH表示包含所期望的音频轨迹、DASH片段以及该片段的URL。
接收器可以检索DASH片段以及随后的片段。并且在上述步骤中使用映射来在适当的壁钟时间呈现它们中的访问单元。
图82图示作为本发明的实施例的DASH呈现时间到接收器壁钟时间线的转换。
相对于DASH媒体呈现时间线的呈现时间PTD被转换为相对于NTP时间线的呈现时间PTN，然后转换为相对于壁钟时间的呈现时间PTW。
图83图示作为本发明的实施例的经由DASH(单播)递送的内容与经由ALC/LCT+递送的内容的同步。
如此文档中所陈述的，每当经由ALC/LCT+递送连续内容时能够建立广播时间线，以用作ACL/LCT+分组的LCT报头扩展中的呈现时序信息的参考时基。为了使经由DASH(单播)递送的内容与经由ALC/LCT+(广播或多播)递送的内容同步，能够像该图中所示出的那样在广播或多播中递送用于建立从DASH媒体呈现时间线到广播时间线的映射所必需的信息。
该信息可以对应于时间线组件AU(或即广播时间线分组，或即时基组件)。
存在通过诸如广播网络和互联网的异构网络发送的流可以在上面描述的广播系统的接收器中被同步并且用于一个服务的可能性。例如，如所图示的，当通过广播网络来发送视频流并且通过互联网来发送音频流时，需要对两个流进行同步、解码和再现以得到一个服务。换句话说，视频是通过广播网络获取的并且音频是通过互联网获取的以使用一个服务。例如，期望使用用与广播网络中提供的语言不同的语言记录的音频来查看同一内容的观众可以通过互联网来接收用所期望的语言记录的对应内容的音频并且使用所接收到的音频。
然而，两个流具有不同的时间线并且因此需要用于执行两个时间线之间的映射的机制。这里，时间线中的每一个可以指示用作通过每个传输网络发送的数据或内容的再现或解码的准则的绝对或相对时间。在服务中，包含在通过广播网络发送的视频中的内容需要与包含在通过互联网发送的音频中的内容相同。
本实施例提出了将时间线组件用于通过诸如广播网络和互联网的异构网络发送的流之间的同步的方法和设备。时间线组件流可以包括一个或多个时间线组件访问单元(AU)。时间线组件AU可以被连续地布置在时间线组件中。
时间线组件AU示出通过互联网发送的流的时间线被映射到通过广播网络发送的流的时间线的示例。当通过广播网络发送的分组的报头包括关于通过广播网络发送的流的时间线的信息时，可通过广播网络发送的时间线组件AU可以包括通过异构网络(例如，互联网)发送的流的诸如解码时间戳(DTS)、呈现时间戳(PTS)等的时间戳信息等。当关于通过异构网络(例如，互联网)发送的流的时间线的信息被包括在时间线组件AU中时，关于通过异构网络(例如，互联网)发送的流的时间线的信息可以被分组化在与通过广播网络发送的流的分组结构相同的分组结构中。以这种方式，可以在一对一基础上将包括在分组报头中的通过广播网络发送的流的时间戳映射到通过互联网发送的流的时间戳，并且两个流可以在一个时间线上被同步，并且被解码和再现。
呈现时间戳(PTS)是被用来实现节目的单独基本流(例如，视频、音频、副标题)在被呈现给观众时的同步的MPEG传输流、MPEG节目流或类似数据流中的时间戳元数据字段。PTS是按照也在传输流或节目流中发送的与节目的总体时钟参考(节目时钟参考(PCR)或系统时钟参考(SCR))有关的单位给出的。
解码时间戳(DTS)指示访问单元应该从接收器缓冲器中被瞬间去除并解码的时间。仅当图片记录被用于B图片时，其不同于呈现时间戳(PTS)。如果使用了DTS，可以在比特流中提供PTS。
上述描述可以适用于通过一个网络发送的流使用不同的时间线的情况。例如，当使用上面描述的方案时，收集通过多个异构网络发送的流并且将这些流提供给观众的中继服务提供方不必为了不同流的同步而直接执行再处理。
可以以诸如XML等的另一格式表达时间线组件AU。时间线组件AU可以包括identifier信息、version信息、AU_length信息、location_flag信息、PTS_flag信息、DTS_flag信息、media_time_flag信息、NTP_time_flag信息、PTP_time_flag信息、timecode_flag信息、PCR_time_flag信息、location_length信息、location信息、timescale信息、media_time_PTS信息、media_time_DTS信息、NTP_time_PTS信息、NTP_time_DTS信息、PTP_time_PTS信息、PTP_time_DTS信息、timecode_PTS信息、timecode_DTS信息、PCR_time_PTS信息和/或PCR_time_DTS信息。
identifier信息是唯一地指示时间线组件AU的结构的标识符。
version信息可以指示诸如较低PTS、DTS等的时间戳字段的长度。例如，长度可以在版本信息具有值1时对应于64个比特，而在版本信息具有值0时对应于32个比特。
AU_length信息指示时间线组件AU的长度。
location_flag信息指示时间线组件AU是否包括通过外部网络发送的流的位置信息。
PTS_flag信息指示时间线组件AU是否包括PTS值。
DTS_flag信息指示时间线组件AU是否包括DTS值。
media_time_flag信息指示是否包括具有媒体时间格式的时间戳。
NTP_time_flag信息指示是否包括具有NTP格式的时间戳。
PTP_time_flag信息指示是否包括具有PTP格式的时间戳。
timecode_flag信息指示是否包括具有运动图片和电视工程师协会(SMPTE)时间代码格式的时间戳。
PCR_time_flag信息指示是否包括MPEG-2TS的基于PCR的时间戳。
location_length信息指示位置字段的长度。
location信息指示通过异构网络发送的流的URL或唯一ID。当location信息指示唯一ID时，该location信息可以通过被链接至诸如信令数据等的信息被使用。
timescale信息指示媒体时间标度。timescale信息是用于标识由其他信息指示的时间的单位的信息。
media_time_PTS信息指示以媒体时间格式表达的PTS。
media_time_DTS信息指示以媒体时间格式表达的DTS。
NTP_time_PTS信息指示以NPT格式表达的PTS。
NTP_time_DTS信息指示以NPT格式表达的DTS。
PTP_time_PTS信息指示以PTP格式表达的PTS。
PTP_time_DTS信息指示以PTP格式表达的DTS。
PTP_time_PTS或PTP_time_DTS信息能够具有32个比特、64个比特或80个比特中的任一个的大小。
timecode_PTS信息指示以SMPTE时间代码格式表达的PTS。
timecode_DTS信息指示以SMPTE时间代码格式表达的DTS。
PCR_time_PTS信息指示以PCR格式表达的PTS。
PCR_time_DTS信息指示以PCR格式表达的DTS。
根据本发明的实施例，接收器可以通过将包括在时间线组件AU中的至少一个时间戳信息应用于外部网络中的由位置信息所标识的流来使通过广播网络发送的流与通过异构网络发送的流同步。
可以以诸如XML等的另一格式表达时间线组件AU。时间线组件AU可以包括identifier信息、version信息、AU_length信息、location_flag信息、PTS_flag信息、DTS_flag信息、timestamp_version_flag信息、timestamp_type信息、location_length信息、location信息、timescale信息、media_time_PTS信息、media_time_DTS信息、timestamp_type_PTS信息和/或timestamp_to_DTS信息(或timestamp_type_DTS信息)。
对应于与包括在上面所描述的时间线组件AU的语法中的信息的术语相同的术语的信息的描述由上述描述代替。
timestamp_version_flag信息指示要映射的时间线的时间戳格式。例如，能够指示当timestamp_version_flag信息具有值0时32比特格式将被使用，而当timestamp_version_flag信息具有值1时64比特格式将被使用。
timestamp_type信息指示要映射的时间线的时间戳的类型。例如，timestamp_type信息在该信息具有值0x00时指示类型对应于媒体时间，在该信息具有值0x01时指示类型对应于NTP，在该信息具有值0x02时指示类型对应于PTP，并且在该信息具有值0x03时指示类型对应于时间代码。当该信息具有值0x04-0x1F时，可以稍后定义类型，并且可以保留值。
timescale信息可以指示表达要映射的时间线的媒体时间的时间标度。例如，在MPEG-2TS中，时间标度可以具有90K的值。
media_time_PTS信息可以指示要映射的时间线的呈现时间戳，即，相对于再现被执行的时间点的媒体时间。media_time_PTS信息可以在timestamp_version_flag值为0时由32比特格式来指示，而在该值为1时由64比特格式来指示。
media_time_DTS信息可以指示要映射的时间线的解码时间戳，即，相对于解码被执行的时间点的媒体时间。media_time_DTS信息可以在timestamp_version_flag值为0时由32比特格式来指示，而在该值为1时由64比特格式来指示。
timestamp_type_PTS信息可以指示根据要映射的时间线的时间戳类型的呈现时间戳，即，再现被执行的时间点。timestamp_type_PTS信息可以在timestamp_version_flag值为0时由32比特格式来指示，而在该值为1时由64比特格式来指示。例如，当timestamp_type字段值指示NTP时，timestamp_type_PTS字段值可以具有基于NTP的再现时间点的时间戳值。
timestamp_type_DTS信息可以指示根据要映射的时间线的时间戳类型的解码时间戳，即，解码被执行的时间点。timestamp_type_DTS信息可以在timestamp_version_flag值为0时由32比特格式来指示，而在该值为1时由64比特格式来指示。例如，当timestamp_type字段值指示NTP时，timestamp_type_PTS字段值可以具有基于NTP的解码时间点的时间戳值。
在通过使用时间线组件在通过异构网络发送的传输流之间共享时间线的上面描述的同步方案中，可以通过在一对一基础上将广播网络传输流的分组报头的时间戳映射到包括在分组有效载荷的时间线组件AU中的互联网传输流的时间戳来共享时间线。
然而，时间戳相关信息可能不存在于广播网络传输分组的报头中。
如在该图中一样，当时间戳相关信息不存在于传输分组的报头中时，需要时间线中的起源时间戳的附加信息。可以通过在一对一基础上将起源时间戳映射到互联网传输流的时间戳来在广播网络与互联网之间共享时间线。
与起源时间戳以及异构网络(例如，互联网)中的传输流的时间戳有关的信息可以被包括在时间线组件AU中。
可以将起源时间戳定义为参考时间线上的时间戳。例如，在上面描述的实施例中，可以将通过广播网络发送的流的时间戳定义为起源时间戳。
根据本发明的另一实施例的时间线组件AU的语法除了包括上面所描述的时间线组件AU的语法之外还可以包括与起源时间戳有关的信息。
时间线组件AU可以包括identifier信息、version信息、AU_length信息、location_flag信息、origin_PTS_flag信息、origin_DTS_flag信息、origin_PTS信息、origin_DTS信息、location_length信息、PTS_flag信息、DTS_flag信息、media_time_flag信息、NTP_time_flag信息、PTP_time_flag信息、timecode_flag信息、PCR_time_flag信息、location_URL_length信息、location_URL信息、timescale信息、media_time_PTS信息、media_time_DTS信息、NTP_time_PTS信息、NTP_time_DTS信息、PTP_time_PTS信息、PTP_time_DTS信息、timecode_PTS信息、timecode_DTS信息、PCR_time_PTS信息和/或PCR_time_DTS信息。
对应于与包括在上面描述的时间线组件AU的语法中的信息的术语相同的术语的信息的描述由上述描述代替。
origin_PTS_flag信息指示时间线组件AU是否包括origin_PTS值。
origin_DTS_flag信息指示时间线组件AU是否包括origin_DTS值。
origin_PTS信息指示当前分组在时间线映射的参考基础时间线上的PTS。
origin_DTS信息指示当前分组在时间线映射的参考基础时间线上的DTS。
location_URL_length信息指示location_URL信息的长度。
location_URL信息可以指示通过异构网络发送的流的URL，或唯一地标识通过异构网络发送的流的标识符。
接收器可以从广播网络中的传输流的分组有效载荷中获取时间线组件AU，并且解析时间线组件AU中的origin_PTS信息和/或origin_DTS信息以基于经解析的信息来获取广播网络中的传输流的时间戳信息。接收器可以使用与通过origin_PTS信息和/或origin_DTS获取的广播网络中的传输流的时间戳以及包括在时间线组件AU中的异构网络的时间戳有关的信息来使广播网络的传输流与异构网络的传输流同步。
图84图示作为本发明的实施例的经由DASH(单播)递送的内容与经由ALC/LCT+递送的内容的同步的方式。
经由ALC/LCT+递送的每个连续媒体组件能够在ALC扩展报头中具有广播时间线时钟参考时间戳，或者服务的单独的广播“时基”组件能够以适当的间隔递送广播时间线时钟参考时间戳。
在当广播时间线时钟参考时间戳被包括在ALC扩展报头中时的情况下，能够与它们一起包括对应的DASH媒体呈现时间线参考时间戳，以提供从DASH媒体呈现时间线到广播时间线的映射。
在当广播时钟参考时间戳被包括在服务的单独的广播时基组件中时的情况下，对应的DASH媒体呈现时间线参考时间戳能够与它们一起被包括在单独的广播时基组件中，以提供从DASH媒体呈现时间线到广播时间线的映射。
正经由广播或宽带递送给接收器的能够由包含“广播时间线”的时钟参考时间戳以及可使用DASH(使用协议路径参考时钟/IP-多播/UDP/IP)经由单播宽带得到的交替音频流的DASH媒体呈现时间线的对应时间戳的一个广播IP多播流、连续组件轨迹(例如，视频、音频和隐藏字幕)中的每一个的一个广播ISO BMFF流构成。每个ISO BMFF文件能够(使用协议路径ISO BMFF/ALC/LCT+/IP-多播/UDP/IP)作为ACL/LCT+对象被递送，并且/或者一个或多个连续组件轨迹可使用DASH(使用协议路径ISO BMFF/DASH/HTTP(S)/TCP/IP)经由宽带得到。
对于包含“广播时间线”的时钟参考时间戳以及可使用DASH经由单播宽带得到的交替音频流的DASH媒体呈现时间线的对应时间戳的一个广播IP多播流，时间线的时间标度是普通时钟时间；例如，时钟可能只是在服务器处以某种适合的格式(可能为NTP格式)表达的UTC时间。
对于连续组件轨迹(例如，视频、音频和隐藏字幕)中的每一个的一个广播ISO BMFF流，包含ISO BMFF文件的开始的ALC/LCT+分组具有给出ISO BMFF文件的时间线相对于“广播时间线”的开始时间的LCT扩展报头。如果有必要使URL与每个ISO BMFF文件相关联(例如，如果MPD被用于信令)，则每个ISO BMFF文件能够具有包含内容位置字段的HTTP样式报头。或者，包含ISO BMFF文件的开始的ALC/LCT+分组能够具有包含关联URL的LCT扩展报头。
我们能够考虑一个视频轨迹、一个音频轨迹和/或一个隐藏字幕轨迹经由广播来递送并且第二音频轨迹经由单播宽带来递送的以下混合递送使用情况。
图85图示作为本发明的实施例的利用基于ALC/LCT+的ISOBMFF的混合递送的协议栈。
利用交叉影线用灰色示出的音频轨迹未被用于呈现。
接收器可以使用信令来确定哪个音频轨迹将被呈现(在这种情况下为交替音频轨迹)，得到承载视频和隐藏字幕轨迹的ALC/LCT+的IP多播地址和端口以及TSI值，得到时钟参考/映射流的IP多播地址和端口，并且/或者得到用于交替音频流的宽带DASH递送的MPD的URL。
接收器可以使用MPD的URL来检索DASH MPD。
接收器可以随着时间戳出现而从时钟参考/映射流中提取时间戳，并且使用它们来确定“广播时间线”与接收器“壁钟”时间线之间的偏移，并且确定DASH媒体呈现时间线与“广播时间线”之间的偏移。这产生从DASH媒体呈现时间线到接收器“壁钟”时间线的映射。
接收器可以随着视频和隐藏字幕轨迹出现而从广播中提取视频和隐藏字幕轨迹的广播ISO BMFF文件。
接收器可以使用通过上述步骤中确定的偏移而调整的每个BMFF文件的ALC/LCT+扩展报头中的呈现时间戳，为每个ISO BMFF文件的时间线设置壁钟开始时间。
接收器可以基于每个ISO BMFF文件的壁钟开始时间以及文件中的内部时序信息在适当的时间呈现广播BMFF文件中的访问单元。
使用上述步骤中获得的时间线映射，接收器可以确定在DASH媒体呈现时间线中对应于当前接收器壁钟时间的时间。使用MPD来确定所对应的DASH时段，DASH表示包含所期望的音频轨迹、DASH片段以及该片段的URL。并且在适当的壁钟时间检索适当的DASH片段并呈现它们。
能够在其他传输协议被用于广播信道时应用上述两种方法。
广播系统可以提供实时连续内容和NRT文件被组合以用于为观众呈现更多信息的广播内容。
为了使来自非实时文件的连续内容的播出与实时地递送的连续内容同步，同步的一般方法可以是将基于文件的内容的时间线映射到实时连续内容的时间线。
例如，同步可以是在RTP情况下将基于文件的内容的时间线映射到NTP时基或者在广播/多播内容的基于ALC/LCT的ISO BMFF情况下映射到广播时间线。类似地，如果期望使来自文件的连续内容的播出与经由单播递送的连续内容同步，则一般方法将是将基于文件的内容的时间线映射到DASH媒体呈现时间线。
如何确定基于文件的内容的时间线可能取决于文件格式。为了指定同步机制，有必要要求基于文件的时间线的时钟速率以及文件中的第一呈现单元相对于这个时间线的呈现时间。如何确定关于基于文件的内容的时间线的这个信息将取决于文件格式。时间线指定时钟速率以及与文件中的第一呈现单元对应的开始时间，并且文件中的所有呈现单元具有相对于这个时间线的呈现时间。
能够用信号发送适当的时间线映射信息。能够用信号发送对应于文件的开头的NTP时间、广播时间线时间或DASH媒体呈现时间线时间。这将允许对于这个时间线计算文件中的任何呈现单元的呈现时间相。
广播系统可以对服务信令数据进行编码并且发送到服务信令数据被用来获取广播内容的接收器。
能够处理服务信令的一个方式是定义反映服务模型的新服务信令数据结构，并且为这样的信令的递送指定适合的机制。这样的数据结构将需要包括用于引用DASH MPD文件以便支持连续组件的实时单播递送的方式。
能够处理服务信令的另一方式是使用DASH MPD结构来用信号发送实时地递送的所有连续组件，并且利用一些数据结构来增大这个以用信号发送其他类别的组件。
在上述的发射器或接收器中可以执行本发明的上述方法。
虽然为了清楚起见参考每个附图解释本发明的描述，但是能够通过相互合并在附图中示出的实施例来设计新的实施例。并且，如果必要时本领域的技术人员设计记录用于执行在前述的描述中提及的实施例的程序的计算机可读记录介质，则其可以属于随附的权利要求和它们的等效物的范围。
根据本发明的装置和方法可以不限于在前述的描述中提到的实施例的配置和方法。并且，前述的描述中提到的实施例能够以被选择性地以整体或部分彼此组合的方式来配置使得能够对实施例进行各种修改。
另外，利用配置给网络装置的处理器可读记录介质中的处理器可读代码，可以实现根据本发明的方法。该处理器可读介质可以包括所有种类的能够存储处理器可读数据的记录装置。该处理器可读介质可以包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等中的一种，并且还可以包括如经由互联网传输的载波类型的实现。此外，当该处理器可读的记录介质被分布到通过互联网连接的计算机系统时，根据分布式系统，能够保存或执行处理器可读代码。
本领域技术人员应该理解，在不脱离本发明的精神或者范围的情况下可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附权利要求及其等效的范围内。
在本说明书中提及装置和方法发明两者，并且装置和方法发明两者的描述可以互补地适用于彼此。
发明模式
已经以实现本发明的最佳模式描述了各种实施例。
工业实用性
本发明在一系列的广播信号提供领域中是可用的。对于本领域技术人员来说显而易见的是，不脱离本发明的精神或者范围可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附的权利要求及其等效的范围内。
Claims (14)
1.一种用于经由一个或者多个网络接收广播内容的设备，所述设备包括：
广播网络接口，所述广播网络接口用于经由广播网络来接收包括第一协议分组的广播流，所述第一协议分组包括广播内容的第一部分；
异构网络接口，所述异构网络接口用于经由异构网络来接收包括所述广播内容的第二部分的第二协议分组，以及
其中，所述广播流进一步包括第三协议分组，所述第三协议分组包含经由所述一个或者多个网络发送的不同协议分组之间用于同步的元数据，
其中，所述第三协议分组包括指定从其获取所述第二协议分组的位置的位置信息，以及
其中，所述第三协议分组进一步包括：第一时序信息，所述第一时序信息指定当所述第一协议分组被使用时的第一时序；以及第二时序信息，所述第二时序信息指定当所述第二协议分组被使用时的第二时序；
处理器，所述处理器用于基于所述第三协议分组中包括的信息，使用所述第一协议分组和所述第二协议分组来配置所述广播内容。
2.根据权利要求1所述的设备，
其中，所述广播流进一步包括使用除了所述第一协议分组的协议之外的协议的第四协议分组，以及
其中，所述第三协议分组进一步包括指定当所述第四协议分组被使用时的第四时序的第四时序信息。
3.根据权利要求1所述的设备，
其中，所述第一协议分组对应于实时协议(RTP)分组，
其中，所述第二协议分组承载MPEG DASH(基于HTTP的动态适配流)片段，以及
其中，所述第三协议分组对应于RTP控制协议(RTCP)分组。
4.根据权利要求3所述的设备，其中，所述处理器：
将通过所述第一时序信息指定的第一时序映射到网络时间协议(NTP)时间线；
将通过被应用于基于所述位置信息获取的第二协议分组的第二时序信息指定的第二时序映射到所述NTP时间线；以及
通过使用所述NTP时间线同步所述第一协议分组和所述第二协议分组来配置所述广播内容。
5.根据权利要求4所述的设备，
其中，所述第一时序信息对应于所述第一协议分组的NTP时间戳和RTP时间戳，以及
其中，所述第二时序信息对应于DASH媒体呈现时间信息。
6.根据权利要求1所述的设备，
其中，所述第三协议分组进一步包括指定所述第二时序信息的格式的格式信息。
7.根据权利要求5所述的设备，其中，所述处理器进一步：
计算在当所述第一协议分组被接收时的时间点处在所述NTP时间戳和接收器壁钟时间之间的偏移；
基于被计算的偏移来调节所述第一时序和所述第二时序；以及
通过使用被调节的第一时序和第二时序同步所述第一协议分组和所述第二协议分组来配置所述广播内容。
8.一种用于在接收器中经由一个或者多个网络接收广播内容的方法，所述方法包括：
经由广播网络来接收包括第一协议分组的广播流，所述第一协议分组包括所述广播内容的第一部分；
经由异构网络来接收包括所述广播内容的第二部分的第二协议分组；以及
其中，所述广播流进一步包括第三协议分组，所述第三协议分组包含经由所述一个或者多个网络发送的不同协议分组之间用于同步的元数据，
其中，所述第三协议分组包括指定从其获取所述第二协议分组的位置的位置信息，以及
其中，所述第三协议分组进一步包括第一时序信息，所述第一时序信息指定当第一协议分组被使用时的第一时序；以及第二时序信息，所述第二时序信息指定当第二协议分组被使用时的第二时序；
基于所述第三协议分组中包括的信息，使用所述第一协议分组和所述第二协议分组来配置所述广播内容。
9.根据权利要求8所述的方法，
其中，所述广播流进一步包括使用除了所述第一协议分组的协议之外的协议的第四协议分组，以及
其中，所述第三协议分组进一步包括指定当所述第四协议分组被使用时的第四时序的第四时序信息。
10.根据权利要求8所述的方法，
其中，所述第一协议分组对应于实时协议(RTP)分组，
其中，所述第二协议分组承载MPEG DASH(基于HTTP的动态适配流)片段，以及
其中，所述第三协议分组对应于RTP控制协议(RTCP)分组。
11.根据权利要求10所述的方法，进一步包括：
将通过所述第一时序信息指定的第一时序映射到网络时间协议(NTP)时间线；
将通过被应用于基于所述位置信息获取的第二协议分组的第二时序信息指定的第二时序映射到NTP时间线；以及
通过使用所述NTP时间线同步所述第一协议分组和所述第二协议分组来配置所述广播内容。
12.根据权利要求11所述的方法，
其中，所述第一时序信息对应于所述第一协议分组的NTP时间戳和RTP时间戳，以及
其中，所述第二时序信息对应于DASH媒体呈现时间信息。
13.根据权利要求8所述的方法，
其中，所述第三协议分组进一步包括指定所述第二时序信息的格式的格式信息。
14.根据权利要求12所述的方法，进一步包括：
计算在当所述第一协议分组被接收时的时间点处在所述NTP时间戳和接收器壁钟时间之间的偏移；
基于被计算的偏移来调节所述第一时序和所述第二时序；以及
通过使用被调节的第一时序和第二时序同步所述第一协议分组和所述第二协议分组来配置所述广播内容。
Applications Claiming Priority (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201461926938P | 2014-01-13 | 2014-01-13 | |
| US61/926,938 | 2014-01-13 | ||
| US201461932808P | 2014-01-29 | 2014-01-29 | |
| US61/932,808 | 2014-01-29 | ||
| US201461948522P | 2014-03-05 | 2014-03-05 | |
| US61/948,522 | 2014-03-05 | ||
| US201461970908P | 2014-03-27 | 2014-03-27 | |
| US61/970,908 | 2014-03-27 | ||
| PCT/KR2015/000295 WO2015105391A1 (en) | 2014-01-13 | 2015-01-12 | Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105917655A true CN105917655A (zh) | 2016-08-31 |
| CN105917655B CN105917655B (zh) | 2019-07-09 |
Family
ID=53524154
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201580004446.4A Active CN105917655B (zh) | 2014-01-13 | 2015-01-12 | 经由一个或者多个网络发送或者接收广播内容的设备和方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (3) | US10326816B2 (zh) |
| EP (1) | EP3095245A4 (zh) |
| JP (1) | JP6309639B2 (zh) |
| KR (1) | KR101789641B1 (zh) |
| CN (1) | CN105917655B (zh) |
| WO (1) | WO2015105391A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110166155A (zh) * | 2019-05-14 | 2019-08-23 | 南京熊猫电子股份有限公司 | 一种应急广播多通道流媒体广播方法及系统 |
| CN110337679A (zh) * | 2017-02-17 | 2019-10-15 | 日本电信电话株式会社 | 感测系统及时间戳校正方法 |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104579940B (zh) * | 2013-10-10 | 2017-08-11 | 新华三技术有限公司 | 查找访问控制列表的方法及装置 |
| JP5725242B1 (ja) * | 2014-06-04 | 2015-05-27 | ソニー株式会社 | 送信装置及び送信方法、並びに受信装置並びに受信方法 |
| JP6692057B2 (ja) * | 2014-12-10 | 2020-05-13 | パナソニックＩｐマネジメント株式会社 | 送信方法、受信方法、送信装置及び受信装置 |
| KR101995194B1 (ko) | 2015-03-02 | 2019-07-02 | 닛본 덴끼 가부시끼가이샤 | 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체 |
| KR102041761B1 (ko) * | 2015-03-02 | 2019-11-06 | 닛본 덴끼 가부시끼가이샤 | 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체 |
| US10567816B2 (en) | 2015-04-30 | 2020-02-18 | Comcast Cable Communications, Llc | Delivering content |
| US11109101B1 (en) * | 2015-05-13 | 2021-08-31 | T-Mobile Usa, Inc. | Apparatus, system, and method for ABR segment pull DVR |
| WO2017098950A1 (ja) * | 2015-12-10 | 2017-06-15 | ソニー株式会社 | 受信装置、及び、データ処理方法 |
| JP2018006846A (ja) * | 2016-06-28 | 2018-01-11 | 日本放送協会 | 同期提示システム、同期提示方法及び同期提示プログラム |
| US20180014171A1 (en) * | 2016-07-05 | 2018-01-11 | Qualcomm Incorporated | Management of emergency alert wake up bits |
| EP3591908B9 (en) * | 2017-03-23 | 2022-04-06 | Huawei Technologies Co., Ltd. | Method and device for lip-speech synchronization among multiple devices |
| CN108737349B (zh) * | 2017-04-24 | 2020-08-28 | 大唐移动通信设备有限公司 | 一种语音数据包的处理方法及装置 |
| CN108989843B (zh) * | 2017-06-02 | 2020-10-16 | 上海数字电视国家工程研究中心有限公司 | 适用于高速运动接收的数据帧的设计方法和传输系统 |
| CN108989842B (zh) * | 2017-06-02 | 2020-12-22 | 上海数字电视国家工程研究中心有限公司 | 适用于高速运动接收的数据帧的设计方法和传输系统 |
| US12069115B2 (en) * | 2017-11-29 | 2024-08-20 | Comcast Cable Communications, Llc | Video streaming delivery |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070118850A1 (en) * | 2003-09-16 | 2007-05-24 | France Telecom | Television signal reception method and module |
| CN103109540A (zh) * | 2010-07-19 | 2013-05-15 | Lg电子株式会社 | 收发媒体文件的方法以及使用该方法发送/接收的装置 |
| CN103155584A (zh) * | 2010-10-15 | 2013-06-12 | 汤姆逊许可公司 | 同步多媒体流的方法和对应设备 |
| WO2013089437A1 (ko) * | 2011-12-12 | 2013-06-20 | 엘지전자 주식회사 | 미디어 컨텐트를 수신하는 장치 및 방법 |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3841103B1 (ja) * | 2005-07-14 | 2006-11-01 | 住友電装株式会社 | 予備ヒューズ収容部を備えた電気接続箱 |
| KR101091910B1 (ko) * | 2005-12-29 | 2011-12-08 | 삼성테크윈 주식회사 | 실시간 전송 프로토콜을 사용하는 비디오 서버의 제어 방법및 그 기록 매체 |
| CA2661454A1 (en) * | 2006-08-28 | 2008-03-06 | Hans R. Sueess | Anhydrous, dermatological or cosmetic preparation containing urea |
| DE602008004502D1 (de) | 2007-07-02 | 2011-02-24 | Fraunhofer Ges Forschung | Vorrichtung und verfahren zum verarbeiten und lesen einer datei mit mediendatenbehälter und metadatenbehälter |
| WO2009024926A1 (en) | 2007-08-20 | 2009-02-26 | Nokia Corporation | Segmented metadata and indexes for streamed multimedia data |
| CN102057687B (zh) | 2008-06-11 | 2013-06-12 | 皇家飞利浦电子股份有限公司 | 媒体流成分的同步 |
| US8776144B2 (en) * | 2008-10-16 | 2014-07-08 | Industrial Technology Research Institute | Mobile TV system and method for synchronizing the rendering of streaming services thereof |
| US20110066746A1 (en) * | 2009-09-11 | 2011-03-17 | Broadcom Corporation | Synchronized data streaming |
| US9026671B2 (en) * | 2011-04-05 | 2015-05-05 | Qualcomm Incorporated | IP broadcast streaming services distribution using file delivery methods |
| US8923342B2 (en) * | 2011-07-12 | 2014-12-30 | Electronics And Telecommunications Research Institute | Method of providing timing information for synchronizing MMT packet stream in MMT hybrid delivery service and method of synchronizing MMT packet stream in MMT hybrid delivery service |
| US9282354B2 (en) * | 2011-10-28 | 2016-03-08 | Qualcomm Incorporated | Method and apparatus to detect a demand for and to establish demand-based multimedia broadcast multicast service |
| EP2800366B1 (en) * | 2011-12-27 | 2019-03-27 | Saturn Licensing LLC | Information processing device, information processing method, program, application information table supply device and application information table supply method |
| US9954717B2 (en) * | 2012-07-11 | 2018-04-24 | Futurewei Technologies, Inc. | Dynamic adaptive streaming over hypertext transfer protocol as hybrid multirate media description, delivery, and storage format |
| US20140156865A1 (en) * | 2012-11-30 | 2014-06-05 | Futurewei Technologies, Inc. | Generic Substitution Parameters in DASH |
| US9807452B2 (en) * | 2013-10-07 | 2017-10-31 | Samsung Electronics Co., Ltd. | Practical delivery of high quality video using dynamic adaptive hypertext transport protocol (HTTP) streaming (DASH) without using HTTP in a broadcast network |
| CN105594219B (zh) * | 2014-07-31 | 2019-08-20 | Lg 电子株式会社 | 用于广播信号的发射/接收处理的设备和方法 |
| CN108141640B (zh) * | 2015-10-09 | 2020-11-03 | 索尼公司 | 信息处理设备和信息处理方法 |
| US12081317B2 (en) * | 2016-08-19 | 2024-09-03 | Saturn Licensing Llc | Information processing apparatus, client apparatus, and data processing method |
| JP2021129127A (ja) * | 2018-05-08 | 2021-09-02 | ソニーグループ株式会社 | 受信装置、送信装置、受信方法、送信方法、およびプログラム |
-
2015
- 2015-01-12 US US15/104,418 patent/US10326816B2/en active Active
- 2015-01-12 JP JP2016546500A patent/JP6309639B2/ja active Active
- 2015-01-12 KR KR1020167018026A patent/KR101789641B1/ko active IP Right Grant
- 2015-01-12 EP EP15735150.3A patent/EP3095245A4/en not_active Withdrawn
- 2015-01-12 WO PCT/KR2015/000295 patent/WO2015105391A1/en active Application Filing
- 2015-01-12 CN CN201580004446.4A patent/CN105917655B/zh active Active
-
2019
- 2019-05-15 US US16/413,042 patent/US11095703B2/en active Active
-
2021
- 2021-07-06 US US17/368,431 patent/US11477259B2/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070118850A1 (en) * | 2003-09-16 | 2007-05-24 | France Telecom | Television signal reception method and module |
| CN103109540A (zh) * | 2010-07-19 | 2013-05-15 | Lg电子株式会社 | 收发媒体文件的方法以及使用该方法发送/接收的装置 |
| CN103155584A (zh) * | 2010-10-15 | 2013-06-12 | 汤姆逊许可公司 | 同步多媒体流的方法和对应设备 |
| WO2013089437A1 (ko) * | 2011-12-12 | 2013-06-20 | 엘지전자 주식회사 | 미디어 컨텐트를 수신하는 장치 및 방법 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110337679A (zh) * | 2017-02-17 | 2019-10-15 | 日本电信电话株式会社 | 感测系统及时间戳校正方法 |
| CN110166155A (zh) * | 2019-05-14 | 2019-08-23 | 南京熊猫电子股份有限公司 | 一种应急广播多通道流媒体广播方法及系统 |
| CN110166155B (zh) * | 2019-05-14 | 2020-09-22 | 南京熊猫电子股份有限公司 | 一种应急广播多通道流媒体广播方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| US11477259B2 (en) | 2022-10-18 |
| JP2017509199A (ja) | 2017-03-30 |
| KR20160091422A (ko) | 2016-08-02 |
| EP3095245A4 (en) | 2017-11-08 |
| US20160315991A1 (en) | 2016-10-27 |
| EP3095245A1 (en) | 2016-11-23 |
| JP6309639B2 (ja) | 2018-04-11 |
| KR101789641B1 (ko) | 2017-11-20 |
| US10326816B2 (en) | 2019-06-18 |
| WO2015105391A1 (en) | 2015-07-16 |
| CN105917655B (zh) | 2019-07-09 |
| US11095703B2 (en) | 2021-08-17 |
| US20190268397A1 (en) | 2019-08-29 |
| US20210344734A1 (en) | 2021-11-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105917655B (zh) | 经由一个或者多个网络发送或者接收广播内容的设备和方法 | |
| CN106031181B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| US11665385B2 (en) | Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks | |
| CN106537822B (zh) | 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法 | |
| CN105325006B (zh) | 发送广播信号的装置、方法及接收广播信号的装置、方法 | |
| CN105493499B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN105684392B (zh) | 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 | |
| CN106165433B (zh) | 广播发送装置、广播接收装置以及广播接收装置的操作方法 | |
| CN105659567B (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
| CN105900435B (zh) | 广播发送装置及其操作方法、和广播接收装置及其操作方法 | |
| CN106464929B (zh) | 广播信号发送/接收方法和装置 | |
| CN105723718A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN105917653A (zh) | 广播发送装置及其操作方法、和广播接收装置及其操作方法 | |
| CN105850140B (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法 | |
| CN105745899A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN107005723A (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
| CN106464677A (zh) | 发送/接收广播信号的方法和设备 | |
| CN106464928A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 | |
| KR101844235B1 (ko) | 하나 이상의 네트워크를 통해 방송 컨텐츠를 송수신하는 장치 및 방법 |
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 |