CN106134203A - 广播信号发送装置、广播信号接收装置、广播信号发送方法、和广播信号接收方法 - Google Patents
广播信号发送装置、广播信号接收装置、广播信号发送方法、和广播信号接收方法 Download PDFInfo
- Publication number
- CN106134203A CN106134203A CN201580008182.XA CN201580008182A CN106134203A CN 106134203 A CN106134203 A CN 106134203A CN 201580008182 A CN201580008182 A CN 201580008182A CN 106134203 A CN106134203 A CN 106134203A
- Authority
- CN
- China
- Prior art keywords
- information
- data
- segmentation
- field
- packet
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title abstract description 132
- 230000005540 biological transmission Effects 0.000 claims abstract description 347
- 230000011664 signaling Effects 0.000 claims abstract description 262
- 238000012384 transportation and delivery Methods 0.000 claims abstract description 143
- 239000000872 buffer Substances 0.000 claims description 72
- 230000003139 buffering effect Effects 0.000 claims description 25
- 239000007787 solid Substances 0.000 claims description 14
- 230000002123 temporal effect Effects 0.000 claims description 8
- 230000011218 segmentation Effects 0.000 description 366
- 239000012634 fragment Substances 0.000 description 173
- 238000013467 fragmentation Methods 0.000 description 129
- 238000006062 fragmentation reaction Methods 0.000 description 129
- 102000005962 receptors Human genes 0.000 description 106
- 239000010410 layer Substances 0.000 description 85
- 101000596046 Homo sapiens Plastin-2 Proteins 0.000 description 73
- 102100035182 Plastin-2 Human genes 0.000 description 73
- 230000008569 process Effects 0.000 description 65
- 239000000284 extract Substances 0.000 description 28
- 101000596041 Homo sapiens Plastin-1 Proteins 0.000 description 26
- 102100035181 Plastin-1 Human genes 0.000 description 26
- 238000010586 diagram Methods 0.000 description 25
- 238000013507 mapping Methods 0.000 description 23
- 230000008929 regeneration Effects 0.000 description 23
- 238000011069 regeneration method Methods 0.000 description 23
- 230000008859 change Effects 0.000 description 22
- 230000002085 persistent effect Effects 0.000 description 22
- 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 19
- 239000000203 mixture Substances 0.000 description 18
- AWSBQWZZLBPUQH-UHFFFAOYSA-N mdat Chemical compound C1=C2CC(N)CCC2=CC2=C1OCO2 AWSBQWZZLBPUQH-UHFFFAOYSA-N 0.000 description 17
- 238000000605 extraction Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 15
- 239000012092 media component Substances 0.000 description 15
- 230000008439 repair process Effects 0.000 description 15
- 230000006835 compression Effects 0.000 description 14
- 238000007906 compression Methods 0.000 description 14
- 238000013461 design Methods 0.000 description 12
- 238000012545 processing Methods 0.000 description 12
- 238000011084 recovery Methods 0.000 description 12
- 230000003044 adaptive effect Effects 0.000 description 11
- 238000006243 chemical reaction Methods 0.000 description 10
- 230000003068 static effect Effects 0.000 description 10
- 238000009826 distribution Methods 0.000 description 9
- 230000004044 response Effects 0.000 description 9
- 230000006978 adaptation Effects 0.000 description 8
- 238000003780 insertion Methods 0.000 description 8
- 230000037431 insertion Effects 0.000 description 8
- 238000007726 management method Methods 0.000 description 8
- 239000011159 matrix material Substances 0.000 description 8
- 230000001419 dependent effect Effects 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 7
- 230000002708 enhancing effect Effects 0.000 description 7
- 238000012546 transfer Methods 0.000 description 7
- 230000001174 ascending effect Effects 0.000 description 6
- 230000027455 binding Effects 0.000 description 6
- 238000009739 binding Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 6
- 238000001914 filtration Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 238000003860 storage Methods 0.000 description 6
- 230000008878 coupling Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 5
- 238000005859 coupling reaction Methods 0.000 description 5
- 238000005538 encapsulation Methods 0.000 description 5
- 238000011049 filling Methods 0.000 description 5
- 230000001172 regenerating effect Effects 0.000 description 5
- 238000005070 sampling Methods 0.000 description 5
- 241000406668 Loxodonta cyclotis Species 0.000 description 4
- 240000002853 Nelumbo nucifera Species 0.000 description 4
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 4
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 4
- 230000006399 behavior Effects 0.000 description 4
- 230000003252 repetitive effect Effects 0.000 description 4
- 238000011160 research Methods 0.000 description 4
- 230000008054 signal transmission Effects 0.000 description 4
- 238000010200 validation analysis Methods 0.000 description 4
- 238000012937 correction Methods 0.000 description 3
- 238000005520 cutting process Methods 0.000 description 3
- 238000002716 delivery method Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 230000001965 increasing effect Effects 0.000 description 3
- 238000007689 inspection Methods 0.000 description 3
- 238000002156 mixing Methods 0.000 description 3
- 239000002245 particle Substances 0.000 description 3
- 238000002864 sequence alignment Methods 0.000 description 3
- 206010000060 Abdominal distension Diseases 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 239000002131 composite material Substances 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000006866 deterioration Effects 0.000 description 2
- 239000006185 dispersion Substances 0.000 description 2
- 230000013011 mating Effects 0.000 description 2
- 230000021715 photosynthesis, light harvesting Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 238000004904 shortening Methods 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
- 241001672694 Citrus reticulata Species 0.000 description 1
- 241001269238 Data Species 0.000 description 1
- 102100037060 Forkhead box protein D3 Human genes 0.000 description 1
- 101001029308 Homo sapiens Forkhead box protein D3 Proteins 0.000 description 1
- 102000016979 Other receptors Human genes 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
- OAICVXFJPJFONN-UHFFFAOYSA-N Phosphorus Chemical compound [P] OAICVXFJPJFONN-UHFFFAOYSA-N 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004458 analytical method Methods 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
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000002775 capsule Substances 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000005388 cross polarization Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000010141 design making Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 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
- 230000010365 information processing Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000009940 knitting Methods 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 239000003607 modifier Substances 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
- 230000008707 rearrangement Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4383—Accessing a communication channel
- H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
-
- 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
- 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
- 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
- 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/80—Responding to QoS
-
- 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
- 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG 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/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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法。根据本发明的另一实施例的广播信号发送设备可以包括：递送对象生成器，该递送对象生成器用于生成被包括在服务的至少一个内容组件中并且被单独恢复的至少一个递送对象；信令编码器，该信令编码器用于生成用于提供服务和至少一个内容组件的发现和获取的信令信息，其中该信令信息包括用于发送服务的至少一个内容组件的传送会话，和关于通过传送会话发送的至少一个递送对象的第一信息；和发射器，该发射器用于通过单向信道发送至少一个递送对象和信令信息。根据本发明的另一实施例，存在能够减少向用户显示的多媒体内容的获取所耗费的总时间。
Description
技术领域
本发明涉及用于发送广播信号的设备、用于接收广播信号的设备以及用于发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号与模拟广播信号相比可包括更大量的视频/音频数据，并且除了视频/音频数据以外还包括各种类型的附加数据。
发明内容
技术问题
即，数字广播***能够提供一种HD(高清)图像、多声道音频和各种附加服务。然而，需要为了数字广播改进考虑到移动接收设备对于大量数据的传输、传输/接收网络的鲁棒性和网络灵活性的数据传输效率。
问题解决方案
通过提供一种广播信号发送设备能够实现本发明的目的，包括：递送对象生成器，该递送对象生成器被配置成生成被包括在服务的至少一个内容组件中的至少一个单独恢复的递送对象；和信令编码器，该信令编码器被配置成生成用于提供服务的至少一个内容组件的发现和获取的信令信息，该信令信息包括第一信息，第一信息是关于用于服务的至少一个内容组件的传输的传送会话和通过传送会话发送的至少一个递送对象；和发射器，该发射器被配置成通过单向信道发送至少一个递送对象和信令信息。
递送对象可以包括文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。
信令信息可以进一步包括第二信息，第二信息包括与服务相对应的DASH媒体呈现的描述。
信令信息可以进一步包括指示用于递送对象的传输的传送协议分组的有效载荷的第一字节的位置的偏移信息。
信令信息可以进一步包括指示是否至少一个递送对象发送流服务的实时信息。
信令信息可以进一步包括用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息。
信令信息可以进一步包括指示关于递送对象的时间信息的时间戳信息。
在本发明的另一方面中，在此提供一种广播信号接收设备，包括：信令解码器，该信令解码器被配置成提取用于提供服务的至少一个内容组件的发现和获取的信令信息，该信令信息包括第一信息，第一信息是关于用于服务的至少一个内容组件的传输的传送会话和通过传送会话发送的至少一个递送对象，并且递送对象被包括在服务的至少一个内容组件中并且被单独的地恢复；递送对象处理器，该递送对象处理器被配置成恢复至少一个递送对象；以及媒体解码器，该媒体解码器被配置成解码至少一个递送对象。
第一信息可以进一步包括指示用于递送对象的传输的传送协议分组的有效载荷的第一字节的位置的偏移信息、指示是否至少一个递送对象发送流服务的实时信息、用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息；以及指示关于递送对象的时间信息的时间戳信息。
信令信息可以进一步包括第二信息，第二信息包括与服务相对应的DASH媒体呈现的描述。
递送对象处理器可以进一步包括：传送协议客户端，该传送协议客户端被配置成解析传送协议分组以恢复至少一个递送对象；和缓冲/控制单元，该缓冲/控制单元被配置成缓冲递送对象并且将递送对象发送到媒体解码器。
递送对象处理器可以进一步包括：传送协议客户端，该传送协议客户端被配置成解析传送协议分组以恢复至少一个递送对象；HTTP实体生成器，该HTTP实体生成器被配置成基于递送对象和信令信息生成至少一个HTTP实体，该HTTP实体包括HTTP实体报头和包括至少一个递送对象的HTTP实体主体；内部HTTP服务器，该内部HTTP服务器被配置成存储至少一个HTTP实体；以及DASH客户端，该DASH客户端被配置成基于第二信息请求内部HTTP服务器发送至少一个递送对象并且将递送对象发送到媒体解码器。
HTTP实体报头可以包括指示HTTP实体主体的大小的内容长度字段、包括HTTP实体的资源地址的内容位置字段、指示在全HTTP实体-有效载荷中的部分HTTP实体-有效载荷的位置的内容范围字段、以及指示用于接收有效的请求的日期/时间信息的期限字段中的至少一个。
递送对象处理器可以包括：分组客户端，该分组客户端被配置成解析用于服务的传输的至少一个分组以恢复HTTP实体；传送协议转换器，该传送协议转换器被配置成基于包括与服务相对应的DASH媒体呈现的描述的第二信息将HTTP实体转换成至少一个传送协议分组；传送协议客户端，该传送协议客户端被配置成解析传送协议分组以恢复至少一个递送对象；以及缓冲/控制单元，该缓冲/控制单元被配置成缓冲递送对象并且将递送对象发送到媒体解码器。
有益效果
本发明能够根据服务特性处理数据以控制各个服务或服务组件的QoS，从而提供各种广播服务。
本发明可通过经由相同的RF信号带宽发送各种广播服务来实现传输灵活性。
本发明能够改进数据传输效率并且增加使用MIMO***发送/接收广播信号的鲁棒性。
根据本发明，能够提供广播信号发送和接收方法和设备，其甚至通过移动接收设备或在室内环境下在没有错误的情况下能够接收信号广播信号。
根据实施例的用于发送广播信号的设备能够减少对于发送多媒体内容所需要的待机时间。
根据实施例的用于接收广播信号的设备能够减少对于再生多媒体内容所需要的待机时间。
本发明的实施例能够减少对于获得多媒体内容并且为用户显示多媒体内容所消耗的总时间。
本发明的实施例能够减少对于接近广播信道的用户所需要的初始延迟时间。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并且构成本申请的一部分，附图示出本发明的实施例并且与说明书一起用于说明本发明的原理。附图中：
图1图示根据本发明的实施例的发送用于未来广播服务的广播信号的设备的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一实施例的输入格式化块。
图4图示根据本发明的实施例的BICM块。
图5图示根据本发明的另一实施例的BICM块。
图6图示根据本发明的一个实施例的帧构建块。
图7图示根据本发明的实施例的OFDM生成块。
图8图示根据本发明的实施例的接收用于未来广播服务的广播信号的设备的结构。
图9图示根据本发明的实施例的帧结构。
图10图示根据本发明的实施例的帧的信令层次结构。
图11图示根据本发明的实施例的前导信令数据。
图12图示根据本发明的实施例的PLS1数据。
图13图示根据本发明的实施例的PLS2数据。
图14图示根据本发明的另一实施例的PLS2数据。
图15图示根据本发明的实施例的帧的逻辑结构。
图16图示根据本发明的实施例的PLS映射。
图17图示根据本发明的实施例的EAC映射。
图18图示根据本发明的实施例的FIC映射。
图19图示根据本发明的实施例的FEC结构。
图20图示根据本发明的实施例的时间交织。
图21图示根据本发明的实施例的扭曲行-列块交织器的基本操作。
图22图示根据本发明的另一实施例的扭曲行-列块交织器的操作。
图23图示根据本发明的实施例的扭曲行-列块交织器的对角线方向读取图案。
图24图示根据本发明的实施例的来自各个交织阵列的交织XFECBLOCK。
图25图示当单向文件传输(FLUTE)协议被使用时的数据处理时间。
图26图示根据本发明的实施例的单向实时对象传输(ROUTE)协议栈。
图27图示根据本发明的实施例的基于文件的多媒体内容的数据结构。
图28图示数据结构被应用到的MPEG-DASH的媒体片段结构。
图29图示根据本发明的实施例的使用ROUTE协议的数据处理时间。
图30图示根据本发明的实施例的用于文件传输的分层编码传送(LCT)分组结构。
图31图示根据本发明的实施例的LCT分组的结构。
图32图示根据本发明的实施例的基于FDT的实时广播支持信息信令。
图33图示根据本发明的实施例的广播信号传输设备的框图。
图34图示根据本发明的实施例的广播信号传输设备的框图。
图35图示根据本发明的实施例的用于实时产生和发送基于文件的多媒体内容的过程的流程图。
图36是图示根据本发明的实施例的用于使用分组器允许广播信号传输设备产生分组的过程的流程图。
图37是图示根据本发明的实施例的用于实时产生/发送基于文件的多媒体内容的过程的流程图。
图38是图示根据本发明的实施例的基于文件的多媒体内容接收器的框图。
图39是图示根据本发明的实施例的基于文件的多媒体内容接收器的框图。
图40是图示根据本发明的实施例的用于接收/消耗基于文件的多媒体内容的过程的流程图。
图41是图示根据本发明的实施例的用于实时接收/消耗基于文件的多媒体内容的过程的流程图。
图42是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
图43是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
图44是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
图45是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
图46是图示根据本发明的另一实施例的包括类型信息的分组的结构的图。
图47是图示根据本发明的另一实施例的包括边界信息的分组的结构的图。
图48是图示根据本发明的另一实施例的包括映射信息的分组的结构的图。
图49是图示根据本发明的另一实施例的包括编组信息的LCT分组的结构的图。
图50是图示根据本发明的另一实施例的会话和对象的编组的图。
图51是图示根据本发明的另一实施例的使用分组信息的广播信号发送设备的结构的图。
图52是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
图53是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图54是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图55是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图56是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
图57是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
图58是示出根据本发明的另一实施例的包括偏移信息的分组的结构的图。
图59是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
图60是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
图61是示出根据本发明的另一实施例的包括实时信息的分组的结构的图。
图62是示出根据本发明的另一实施例的广播信号传输设备的结构的图。
图63是示出根据本发明的另一实施例的广播信号接收设备的结构的图。
图64是图示根据本发明的另一实施例的广播信号发送设备的结构的图。
图65是图示根据本发明的另一实施例的广播信号接收设备的配置的图。
图66是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
图67是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
图68是图示根据本发明的另一实施例的格式化HTTP实体报头的方法的图。
图69是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
图70是图示根据本发明的另一实施例的格式化HTTP实体报头的方法的图。
图71是根据本发明的另一实施例的广播信号发送方法的流程图。
图72是根据本发明的另一实施例的广播信号接收方法的流程图。
具体实施例
现在将详细参照本发明的优选实施例，其示例被示出在附图中。下面将参照附图给出的详细描述旨在说明本发明的示例性实施例，而非示出可根据本发明实现的仅有实施例。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的大部分术语选自本领域中广泛使用的一般术语，但是一些术语是由申请人任意选择的，其含义根据需要在以下描述中详细说明。因此，本发明应该基于术语的预期含义来理解，而非其简单的名称或含义。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施例的未来广播服务包括地面广播服务、移动广播服务、UHDTV服务等。根据一个实施例，本发明可通过非MIMO(多输入多输出)或MIMO来处理用于未来广播服务的广播信号。根据本发明的实施例的非MIMO方案可包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
尽管为了描述方便，在下文中MISO或MIMO使用两个天线，但是本发明适用于使用两个或更多个天线的***。本发明可定义三个物理层(PL)简档(基本简档、手持简档和高级简档)，其各自被优化以在获得特定使用情况所需的性能的同时使接收器复杂度最小化。物理层(PHY)简档是对应的接收器应该实现的所有简档的子集。
三个PHY简档共享大多数功能块，但是在特定块和/或参数方面略有不同。未来可定义附加PHY简档。为了***演进，在单个RF信道中未来的简档也可通过未来扩展帧(FEF)与现有的简档复用。下面描述各个PHY简档的细节。
1.基本简档
基本简档表示通常连接到屋顶天线的固定接收装置的主要使用情况。基本简档还包括可被运输至一个地方但是属于相对固定的接收类别的便携式装置。基本简档的使用可通过一些改进的实现方式被扩展至手持装置或者甚至车辆，但是那些使用情况不是基本简档接收器操作所预期的。
接收的目标SNR范围是大约10dB至20dB，这包括现有广播***(例如，ATSC A/53)的15dB SNR接收能力。接收器复杂度和功耗不像通过电池操作的手持装置(将使用手持简档)中那样关键。基本简档的关键***参数列出于下表1中。
表1
[表1]
| LDPC码字长度 | 16K、64K比特 |
| 星座大小 | 4～10bpcu(每信道使用比特) |
| 时间解交织存储器大小 | ≤219数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K、32K点 |
2.手持简档
手持简档被设计用于利用电池的电力来操作的手持装置和车载装置中。这些装置可按照行人或车辆速度移动。功耗以及接收器复杂度对于手持简档的装置的实现非常重要。手持简档的目标SNR范围为大约0dB至10dB，但是可被配置为当预期用于更深的室内接收时达到0dB以下。
除了低SNR能力以外，对接收器移动性所导致的多普勒效应的适应力是手持简档的最重要的性能属性。手持简档的关键***参数列出于下表2中。
表2
[表2]
| LDPC码字长度 | 16K比特 |
| 星座大小 | 2～8bpcu |
| 时间解交织存储器大小 | ≤218数据信元 |
| 导频图案 | 用于移动和室内接收的导频图案 |
| FFT大小 | 8K、16K点 |
3.高级简档
高级简档提供最高信道容量，代价是实现方式更复杂。此配置需要使用MIMO发送和接收，并且UHDTV服务是此配置专门为其设计的目标使用情况。增加的容量也可用于允许增加给定带宽中的服务数量，例如多个SDTV或HDTV服务。
高级简档的目标SNR范围为大约20dB至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比特字段唯一地标识由SYSTEM_ID标识的***内的DP
哑信元：承载用于填充未用于PLS信令、DP或辅助流的剩余容量的伪随机值的信元
紧急报警信道：承载EAS信息数据的帧的部分
帧：以前导开始并以帧边缘符号结束的物理层时隙
帧重复单元：属于相同或不同的物理层配置的帧(包括FEF)的集合，其在超帧中被重复八次
快速信息信道：帧中的逻辑信道，其承载服务与对应基本DP之间的映射信息
FECBLOCK：DP数据的LDPC编码比特的集合
FFT大小：用于特定模式的标称FFT大小，等于以基本周期T的循环表示的有效符号周期Ts
帧信令符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的开始处，承载PLS数据的一部分
帧边缘符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的结尾处
帧组：超帧中的具有相同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承载。模式适配模块将到来数据流切分成基带帧(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编码器提供三种类型的CRC编码以用于用户分组(UP)级别的检错，即，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帧切分器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示出根据本发明的实施例的BICM块。
图4所示的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可对输入的BBF执行FEC编码以利用外编码(BCH)和内编码(LDPC)生成FECBLOCK过程。外编码(BCH)是可选的编码方法。数据FEC编码器5010的操作的细节将稍后描述。
比特交织器5020可将数据FEC编码器5010的输出交织以在提供可有效地实现的结构的同时利用LDPC编码和调制方案的组合实现优化性能。比特交织器5020的操作的细节将稍后描述。
星座映射器5030可利用QPSK、QAM-16、非均匀QAM(NUQ-64、NUQ-256、NUQ-1024)或者非均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)对来自基本简档和手持简档中的比特交织器5020的各个信元字或者来自高级简档中的信元字解复用器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-1与处理块5000的区别之处在于还包括信元字解复用器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处理，这意味着高级简档帧中的所有DP均由MIMO编码器处理。在DP层面应用MIMO处理。成对的星座映射器输出NUQ(e1,i和e2,i)被馈送至MIMO编码器的输入。成对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的同一载波k和OFDM符号l发送。
上述块可被省略或者被具有相似或相同功能的块取代。
图5示出根据本发明的另一实施例的BICM块。
图5所示的BICM块对应于参照图1描述的BICM块1010的实施例。
图5示出用于物理层信令(PLS)、紧急报警信道(EAC)和快速信息信道(FIC)的保护的BICM块。EAC是承载EAS信息数据的帧的一部分，FIC是承载服务与对应基本DP之间的映射信息的帧中的逻辑信道。EAC和FIC的细节将稍后描述。
参照图5，用于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编码/零***块可利用缩短BCH码对加扰的PLS 1/2数据执行外编码以用于PLS保护并且在BCH编码之后***零比特。仅针对PLS1数据，可在LDPC编码之前对零***的输出比特进行置换。
LDPC编码块可利用LDPC码对BCH编码/零***块的输出进行编码。为了生成完整编码的块Cldpc，从各个零***PLS信息块Ildpc***地对奇偶校验比特Pldpc进行编码并且附在其后。
数学式1
[数学式1]
用于PLS1和PLS2的LDPC码参数如下表4。
表4
[表4]
LDPC奇偶校验穿孔块可对PLS1数据和PLS 2数据执行穿孔。
当缩短被应用于PLS1数据保护时，在LDPC编码之后对一些LDPC奇偶校验比特进行穿孔。另外，对于PLS2数据保护，在LDPC编码之后对PLS2的LDPC奇偶校验比特进行穿孔。不发送这些被穿孔的比特。
比特交织器6010可将各个缩短和穿孔的PLS1数据和PLS2数据交织。
星座映射器6020可将比特交织的PLS1数据和PLS2数据映射到星座上。
上述块可被省略或者被具有相似或相同功能的块取代。
图6示出根据本发明的一个实施例的帧构建块。
图6所示的帧构建块对应于参照图1描述的帧构建块1020的实施例。
参照图6，帧构建块可包括延迟补偿块7000、信元映射器7010和频率交织器7020。将描述帧构建块的各个块。
延迟补偿块7000可调节数据管道与对应PLS数据之间的定时以确保它们在发射器端同定时。通过解决由输入格式化块和BICM块导致的数据管道的延迟，将PLS数据延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器。带内信令数据承载下一TI组的信息以使得在要用信号通知的DP前面一个帧承载它们。延迟补偿块相应地延迟带内信令数据。
信元映射器7010可将PLS、EAC、FIC、DP、辅助流和哑信元映射至帧中的OFDM符号的有效载波中。信元映射器7010的基本功能是将各个DP的TI所生成的数据信元、PLS信元和EAC/FIC信元(如果有的话)映射至与帧内的各个OFDM符号对应的有效OFDM信元的阵列中。可通过数据管道单独地收集并发送服务信令数据(例如PSI(节目特定信息)/SI)。信元映射器根据调度器所生成的动态信息以及帧结构的配置来操作。帧的细节将稍后描述。
频率交织器7020可将从信元映射器7010接收的数据信元随机地交织以提供频率分集。另外，频率交织器7020可利用不同的交织种子顺序在由两个顺序的OFDM符号组成的OFDM符号对上进行操作以在单个帧中得到最大交织增益。
上述块可被省略或者被具有相似或相同功能的块取代。
图7示出根据本发明的实施例的OFDM生成块。
图7所示的OFDM生成块对应于参照图1描述的OFDM生成块1030的实施例。
OFDM生成块通过帧构建块所生成的信元来调制OFDM载波，***导频，并且生成时域信号以用于传输。另外，此块随后***保护间隔并且应用PAPR(峰平均功率比)降低处理以生成最终RF信号。
参照图8，帧构建块可包括导频和预留音***块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR降低块8030、保护间隔***块8040、前导***块8050、其它******块8060和DAC块8070。
其它******块8060可在时域中将多个广播发送/接收***的信号复用，使得提供广播服务的两个或更多个不同的广播发送/接收***的数据可在相同的RF信号带宽中同时发送。在这种情况下，所述两个或更多个不同的广播发送/接收***是指提供不同的广播服务的***。不同的广播服务可表示地面广播服务、移动广播服务等。与各个广播服务有关的数据可通过不同的帧发送。
图8示出根据本发明的实施例的接收用于未来广播服务的广播信号的设备的结构。
根据本发明的实施例的接收用于未来广播服务的广播信号的设备可对应于参照图1描述的发送用于未来广播服务的广播信号的设备。
根据本发明的实施例的接收用于未来广播服务的广播信号的设备可包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将描述接收广播信号的设备的各个模块的操作。
同步和解调模块9000可通过m个接收天线接收输入信号，针对与接收广播信号的设备对应的***执行信号检测和同步，并且执行与发送广播信号的设备所执行的过程的逆过程对应的解调。
帧解析模块9100可解析输入信号帧并且提取用来发送用户所选择的服务的数据。如果发送广播信号的设备执行交织，则帧解析模块9100可执行与交织的逆过程对应的解交织。在这种情况下，可通过将从信令解码模块9400输出的数据解码以恢复由发送广播信号的设备生成的调度信息，来获得需要提取的信号和数据的位置。
解映射和解码模块9200可将输入信号转换为比特域数据，然后根据需要将其解交织。解映射和解码模块9200可针对为了传输效率而应用的映射执行解映射，并且通过解码纠正在传输信道上生成的错误。在这种情况下，解映射和解码模块9200可通过将从信令解码模块9400输出的数据解码来获得解映射和解码所需的传输参数。
输出处理器9300可执行由发送广播信号的设备应用以改进传输效率的各种压缩/信号处理过程的逆过程。在这种情况下，输出处理器9300可从信令解码模块9400所输出的数据获取必要控制信息。输出处理器8300的输出对应于输入至发送广播信号的设备的信号，并且可以是MPEG-TS、IP流(v4或v6)和通用流。
信令解码模块9400可从由同步和解调模块9000解调的信号获得PLS信息。如上所述，帧解析模块9100、解映射和解码模块9200和输出处理器9300可利用从信令解码模块9400输出的数据来执行其功能。
图9示出根据本发明的实施例的帧结构。
图9示出超帧中的帧类型和FRU的示例配置。(a)示出根据本发明的实施例的超帧，(b)示出根据本发明的实施例的FRU(帧重复单元)，(c)示出FRU中的可变PHY简档的帧，(d)示出帧的结构。
超帧可由八个FRU组成。FRU是帧的TDM的基本复用单元，并且在超帧中被重复八次。
FRU中的各个帧属于PHY简档(基本、手持、高级)或FEF中的一个。FRU中的最大允许帧数为四个，给定PHY简档可在FRU中出现从零次到四次的任何次数(例如，基本、基本、手持、高级)。如果需要，可利用前导中的PHY_PROFILE的预留值来扩展PHY简档定义。
FEF部分被***FRU的结尾处(如果包括的话)。当FRU中包括FEF时，在超帧中FEF的最小数量为8个。不建议FEF部分彼此相邻。
一个帧被进一步分割成多个OFDM符号和前导。如(d)所示，帧包括前导、一个或更多个帧信令符号(FSS)、正常数据符号和帧边缘符号(FES)。
前导是允许快速Futurecast UTB***信号检测的特殊符号并且提供用于信号的有效发送和接收的基本传输参数的集合。前导的详细描述将稍后描述。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计并且因此PLS数据的快速解码，FSS具有比正常数据符号更密集的导频图案。FES具有与FSS完全相同的导频，这允许FES内的仅频率插值以及紧靠FES之前的符号的时间插值(无外插)。
图10示出根据本发明的实施例的帧的信令层次结构。
图10示出信令层次结构，其被切分成三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020。每一个帧中的前导符号所承载的前导的目的是指示该帧的传输类型和基本传输参数。PLS1使得接收器能够访问并解码PLS2数据，该PLS2数据包含用于访问所关注的DP的参数。PLS2被承载在每一个帧中并且被切分成两个主要部分：PLS2-STAT数据和PLS2-DYN数据。如果需要，PLS2数据的静态和动态部分之后是填充。
图11示出根据本发明的实施例的前导信令数据。
前导信令数据承载使得接收器能够访问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比特字段预留用于未来使用。
图12示出的根据本发明的实施方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配置和长度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED组成。循环大小是固定的，从而在FRU内用信号通知四个PHY简档(包括FEF)。如果NUM_FRAME_FRU小于4，则利用零填充未用字段。
FRU_PHY_PROFILE：此3比特字段指示所关联的FRU的第(i+1)(i是循环索引)帧的PHY简档类型。此字段使用如表8所示的相同信令格式。
FRU_FRAME_LENGTH：此2比特字段指示所关联的FRU的第(i+1)帧的长度。将FRU_FRAME_LENGTH与FRU_GI_FRACTION一起使用，可获得帧持续时间的准确值。
FRU_GI_FRACTION：此3比特字段指示所关联的FRU的第(i+1)帧的保护间隔分数值。根据表7来用信号通知FRU_GI_FRACTION。
RESERVED：此4比特字段被预留用于未来使用。
以下字段提供用于将PLS2数据解码的参数。
PLS2_FEC_TYPE：此2比特字段指示由PLS2保护使用的FEC类型。根据表10来用信号通知FEC类型。LDPC码的细节将稍后描述。
表10
[表10]
| 内容 | PLS2FEC类型 |
| 00 | 4K-1/4和7K-3/10LDPC码 |
| 01～11 | 预留 |
PLS2_MODE：此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：此15比特字段指示Ctotal_partial_block，当使用PLS2重复时，当前帧组的每一个帧中承载的PLS2的部分编码块的集合的大小(被指定为QAM信元的数量)。如果未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_FEC_TYPE：此2比特字段指示用于下一帧组的每一个帧中承载的PLS2的FEC类型。根据表10来用信号通知FEC类型。
PLS2_NEXT_MOD：此3比特字段指示用于下一帧组的每一个帧中承载的PLS2的调制类型。根据表11来用信号通知调制类型。
PLS2_NEXT_REP_FLAG：此1比特标志指示下一帧组中是否使用PLS2重复模式。当此字段被设定为值“1”时，PLS2重复模式被激活。当此字段被设定为值“0”时，PLS2重复模式被禁用。
PLS2_NEXT_REP_SIZE_CELL：此15比特字段指示Ctotal_full_block，当使用PLS2重复时，下一帧组的每一个帧中承载的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信令。
图13示出根据本发明的实施例的PLS2数据。
图13示出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类型。根据下表14来用信号通知FEC类型。
表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 | 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，并且每帧存在一个TI组(PI＝1)。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 | 仅承载INBAND-PLS |
| 10 | 仅承载INBAND-ISSY |
| 11 | 承载INBAND-PLS和INBAND-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-NORMAL |
| 10 | DNP-OFFSET |
| 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_TS1 |
| 01 | HC_MODE_TS2 |
| 10 | HC_MODE_TS3 |
| 11 | HC_MODE_TS4 |
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比特字段被预留以用于未来用于用信号通知辅助流。
图14示出根据本发明的另一实施例的PLS2数据。
图14示出PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可在一个帧组的持续时间期间改变，而字段的大小保持恒定。
PLS2-DYN数据的字段的细节如下：
FRAME_INDEX：此5比特字段指示超帧内的当前帧的帧索引。超帧的第一帧的索引被设定为“0”。
PLS_CHANGE_COUNTER：此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字段根据PHY简档和FFT大小而具有不同的长度，如下表27所示。
表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。
图15示出根据本发明的实施例的帧的逻辑结构。
如上所述，PLS、EAC、FIC、DP、辅助流和哑信元被映射至帧中的OFDM符号的有效载波中。PLS1和PLS2被首先映射至一个或更多个FSS中。此后，EAC信元(如果有的话)被映射至紧随PLS字段之后，随后是FIC信元(如果有的话)。接下来DP被映射至PLS或EAC、FIC(如果有的话)之后。先是类型1DP，接下来是类型2DP。DP的类型的细节将稍后描述。在一些情况下，DP可承载EAS的一些特殊数据或者服务信令数据。辅助流(如果有的话)跟随在DP之后，然后跟随的是哑信元。将它们按照上述顺序(即，PLS、EAC、FIC、DP、辅助流和哑数据信元)一起映射准确地填充了帧中的信元容量。
图16示出根据本发明的实施例的PLS映射。
PLS信元被映射至FSS的有效载波。根据PLS所占据的信元的数量，一个或更多个符号被指定为FSS，并且由PLS1中的NUM_FSS来用信号通知FSS的数量NFSS。FSS是用于承载PLS信元的特殊符号。由于在PLS中鲁棒性和延迟是关键问题，所以FSS具有更高密度的导频，以允许快速同步以及FSS内的仅频率插值。
PLS信元按照上下方式被映射至NFSS个FSS的有效载波，如图16的示例中所示。PLS1信元首先从第一FSS的第一信元开始按照信元索引的升序映射。PLS2信元紧随PLS1的最后信元之后，并且向下继续映射直至第一FSS的最后信元索引。如果所需的PLS信元的总数超过一个FSS的有效载波的数量，则映射进行至下一FSS并且按照与第一FSS完全相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果当前帧中存在EAC、FIC或这二者，则它们被设置在PLS与“正常”DP之间。
图17示出根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道并且链接到用于EAS的DP。提供EAS支持，但是每一个帧中可存在或者可不存在EAC本身。EAC(如果有的话)被映射在紧随PLS2信元之后。PLS信元以外的FIC、DP、辅助流或哑信元均不在EAC之前。映射EAC信元的过程与PLS完全相同。
EAC信元从PLS2的下一信元按照信元索引的升序映射，如图17的示例中所示。根据EAS消息大小，EAC信元可占据一些符号，如图17所示。
EAC信元紧随PLS2的最后信元之后并且向下继续映射直至最后FSS的最后信元索引。如果所需的EAC信元的总数超过最后FSS的剩余有效载波的数量，则映射进行至下一符号并且按照与FSS完全相同的方式继续。在这种情况下用于映射的下一符号是具有比FSS更多的有效载波的正常数据符号。
在EAC映射完成之后，接下来承载FIC(如果存在的话)。如果没有发送FIC(如PLS2字段中用信号通知的)，则DP紧随EAC的最后信元之后。
图18示出根据本发明的实施例的FIC映射。
(a)示出没有EAC的FIC信元的示例映射，(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载跨层信息以允许快速服务获取和信道扫描的专用信道。该信息主要包括DP与各个广播站的服务之间的信道绑定信息。为了快速扫描，接收器可将FIC解码并且获得诸如广播站ID、服务数量和BASE_DP_ID的信息。为了快速服务获取，除了FIC以外，可利用BASE_DP_ID将基本DP解码。除了它所承载的内容以外，基本DP按照与正常DP完全相同的方式被编码并被映射至帧。因此，基本DP不需要附加描述。在管理层中生成和消耗FIC数据。FIC数据的内容如管理层规范中所述。
FIC数据是可选的，FIC的使用由PLS2的静态部分中的FIC_FLAG参数通知。如果使用FIC，则FIC_FLAG被设定为“1”并且在PLS2的静态部分中定义用于FIC的信令字段。在此字段中用信号通知FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享诸如PLS2_MOD和PLS2_FEC的相同的信令参数。FIC数据(如果有的话)被映射在紧随PLS2或EAC(如果有的话)之后。任何正常DP、辅助流或哑信元均不在FIC之前。映射FIC信元的方法与EAC(同样与PLS相同)完全相同。
在PLS之后没有EAC的情况下，按照信元索引的升序从PLS2的下一信元映射FIC信元，如(a)的示例中所示。根据FIC数据大小，FIC信元可被映射在一些符号上，如(b)所示。
FIC信元紧随PLS2的最后信元之后并且向下继续映射直至最后FSS的最后信元索引。如果所需的FIC信元的总数超过最后FSS的剩余有效载波的数量，则映射进行至下一符号并且按照与FSS完全相同的方式继续。在这种情况下用于映射的下一符号是具有比FSS更多的有效载波的正常数据符号。
如果在当前帧中发送EAS消息，则EAC在FIC之前，并且按照信元索引的升序从EAC的下一信元映射FIC信元，如(b)所示。
在FIC映射完成之后，映射一个或更多个DP，随后是辅助流(如果有的话)和哑信元。
图19示出根据本发明的实施例的FEC结构。
图19示出根据本发明的实施例的比特交织之前的FEC结构。如上所述，数据FEC编码器可利用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码以生成FECBLOCK过程。所示的FEC结构对应于FECBLOCK。另外，FECBLOCK和FEC结构具有与LDPC码字的长度对应的相同值。
如图19所示，对各个BBF应用BCH编码(Kbch比特)，然后对BCH编码的BBF应用LDPC编码(Kldpc比特＝Nbch比特)。
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)被表示为下面的数学式。
数学式2
[数学式2]
长FECBLOCK和短FECBLOCK的参数分别在上表28和表29中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下：
1)将奇偶校验比特初始化，
数学式3
[数学式3]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特-i0。奇偶校验矩阵的地址的细节将稍后描述。例如，对于码率13/15：
数学式4
[数学式4]
3)对于接下来的359个信息比特is(s＝1,2,…,359)，在利用下面的数学式在奇偶校验比特地址处累加is。
数学式5
[数学式5]
{x+(smod360)XQldpc}mod(Nldpc-Kldpc)
其中x表示与第一比特i0对应的奇偶校验比特累加器的地址，Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例，对于码率13/15，Qldpc＝24，因此对于信息比特i1，执行以下操作：
数学式6
[数学式6]
4)对于第361信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式，利用数学式6获得随后的359个信息比特is(s＝361、362、…、719)的奇偶校验比特累加器的地址，其中x表示与信息比特i360对应的奇偶校验比特累加器的地址，即，奇偶校验矩阵的地址的第二行的条目。
5)按照类似的方式，对于每一组的360个新信息比特，使用来自奇偶校验矩阵的地址的新的一行来寻找奇偶校验比特累加器的地址。
在所有信息比特被耗尽之后，获得最终奇偶校验比特如下：
6)从i＝1开始依次执行以下操作
数学式7
[数学式7]
其中pi(i＝0、1、...Nldpc-Kldpc-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 |
短FECBLOCK的此LDPC编码过程依据长FECBLOCK的t LDPC编码过程，不同的是用表31取代表30，用短FECBLOCK的奇偶校验矩阵的地址取代长FECBLOCK的奇偶校验矩阵的地址。
表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 |
图20示出根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP层面操作。可针对各个DP不同地设定时间交织(TI)的参数。
出现在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变化至最大值NxBLOCK_Group_MAX(对应于DP_NUM_BLOCK_MAX)，其最大值为1023。
各个TI组被直接映射到一个帧上或者被散布在PI个帧上。各个TI组还被分割成不止一个TI块(NTI)，其中各个TI块对应于时间交织器存储器的一次使用。TI组内的TI块可包含数量略微不同的XFECBLOCK。如果TI组被分割成多个TI块，则它被直接映射至仅一个帧。如下表32所示，时间交织存在三种选项(除了跳过时间交织的额外选项以外)。
表32
[表32]
通常，时间交织器还将在帧创建的处理之前充当DP数据的缓存器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。第二TI块被写入第二库，而从第一库读取，等等。
TI是扭曲行-列块交织器。对于第n TI组的第s TI块，TI存储器的行数Nr等于信元数Ncells(即，Nr＝Ncells)，而列数Nc等于数量NxBLOCK_TI(n，s)。
图21示出根据本发明的实施例的扭曲行-列块交织器的基本操作。
图21(a)示出时间交织器中的写入操作，图21(b)示出时间交织器中的读取操作。如(a)所示，第一XFECBLOCK按照列方向被写入TI存储器的第一列中，第二XFECBLOCK被写入下一列中，依此类推。然后，在交织阵列中，在对角线方向上读出信元。如(b)所示，在从第一行(从最左列开始沿着行向右)到最后行的对角线方向读取期间，读出Nr个信元。详细地讲，假设zn，s，i(i＝0，...，NrNc)作为要依次读取的TI存储器信元位置，这种交织阵列中的读取处理通过如下式计算行索引Rn，s，i、列索引Cn，s，i以及关联的扭曲参数Tn，s，i来执行。
数学式8
[数学式8]
其中Sshift是与NxBLOCK_TI(n，s)无关的对角线方向读取处理的公共偏移值，它如下式通过PLS2-STAT中给出的NxBLOCK_TI_MAX来确定。
数学式9
[数学式9]
对于
结果，要读取的信元位置按照坐标被计算为zn，s，i＝NrCn，s，i+Rn，s，i。
图22示出根据本发明的另一实施例的扭曲行-列块交织器的操作。
更具体地讲，图22示出当NxBLOCK_TI(0，0)＝3，NxBLOCK_TI(1，0)＝6，NxBLOCK_TI(2，0)＝5时，包括虚拟XFECBLOCK的各个TI组的TI存储器中的交织阵列。
可变数量NxBLOCK_TI(n，s)＝Nr将小于或等于N′xBLOCK_TI_MAX。因此，为了在接收器侧实现单存储器解交织，而不管NxBLOCK_TI(n，s)如何，用于扭曲行-列块交织器中的交织阵列通过将虚拟XFECBLOCK***TI存储器中而被设定为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下式完成读取处理。
数学式10
[数学式10]
TI组的数量被设定为3。在PLS2-STAT数据中通过DP_TI_TYPE＝“0”、DP_FRAME_INTERVAL＝“1”和DP_TI_LENGTH＝“1”(即，NTI＝1、IJUMP＝1和PI＝1)来用信号通知时间交织器的选项。在PLS2-DYN数据中分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6和NxBLOCK_TI(2,0)＝5来用信号通知每TI组的XFECBLOCK(各自具有Ncells＝30个信元)的数量。在PLS2-STAT数据中通过NxBLOCK_Group_MAX(得到)来用信号通知XFECBLOCK的最大数量。
图23示出根据本发明的实施例的扭曲行-列块交织器的对角线方向读取图案。
更具体地讲，图23示出从具有参数N′xBLOCK_TI_MAX＝7和Sshift＝(7-1)/2＝3的各个交织阵列的对角线方向读取图案。需要注意的是在上面作为伪码示出的读取处理中，如果Vi≥NcellsNxBLOCK_TI(n，s)，则Vi的值被跳过，使用Vi的下一计算的值。
图24图示根据本发明的实施例的来自各个交织阵列的交织XFECBLOCK。
图24图示来自具有参数N′xBLOCK_TI_MAX＝7和Sshift＝3的各个交织阵列的交织XFECBLOCK。
在下文中将会详细地描述根据本发明的实施例的用于分段被配置成在实时广播环境下发送基于文件的多媒体内容，并且消耗文件片段的方法。
更加详细地，实施例提供用于在实时广播环境下发送基于文件的多媒体内容的数据结构。另外，实施例提供一种用于在实时广播环境下不仅识别对于发送基于文件的多媒体内容所需要的文件的分割产生信息而且识别消耗信息的方法。另外，实施例提供一种用于在实时广播环境下分割/生成对于发送基于文件的多媒体内容所需要的文件的方法。实施例提供一种用于分割对于消耗基于文件的多媒体内容所需要的文件的方法。
图25图示当单向文件传输协议(FLUTE)协议被使用时的数据处理时间。
最近，其中广播网络和互联网被组合的混合广播服务已经被广泛地使用。混合广播服务可以将A/V内容发送到传统广播服务，并且可以通过互联网将与A/V内容有关的附加的数据。另外，最近已经提出用于发送A/V内容的一些部分的服务可以在互联网上被发送。
因为在异构网络上发送A/V内容，所以需要对于紧密地组合在异构网络上发送的A/V内容数据条的方法和简单协作方法。为此，需要能够被同时应用于广播网络和互联网的通信传输方法。
能够被共同地应用于广播网络和互联网的A/V内容传输方法中的具有代表性的一个是要使用基于文件的多媒体内容。基于文件的多媒体内容具有优异的可扩展性，与传输(Tx)协议无关，并且使用基于传统互联网的下载方案已经被广泛地使用。
单向文件传输协议(FLUTE)是不仅适合于在广播网络和互联网之间的交互作用而且适合于大容量文件的基于文件的多媒体内容的传输的协议。
FLUTE是用于基于ALC的单向文件传输的应用，并且是其中定义关于对于文件传输所需要的文件的信息和对于传输所需要的信息的协议。根据FLUTE，对于文件传输所需要的信息和关于要被发送的文件的各种属性的信息已经通过FDT(文件描述表)实例的传输被发送，并且然后相对应的文件被发送。
ALC(异步分层编码)是其中能够在其中单个发射器将文件发送到数个接收器的文件传输时间期间控制可靠性和拥塞的协议。ALC是用于错误控制的FEC构建块、用于拥塞控制的WEBRC构建块、用于会话和信道管理的分层编码传输(LCT)构建块的组合，并且可以根据服务和必要性构造构建块。
ALC被用作内容传输协议使得其能够将数据非常有效地发送到许多的接收器。另外，ALC具有单向特性，必要时以限制的方式被发送，不要求用于反馈的特定信道和资源，并且不仅在无线环境广播中而且在卫星环境广播中能够被使用。因为ALC不具有反馈，所以为了可靠性能够整体地或者部分地应用FEC编码方案，导致可靠服务的实现。另外，根据FEC方案FEC编码要发送的对象，构造通过FEC方案形成的Tx块和附加的符号，并且然后被发送。ALC会话可以是由一个或者多个信道组成，并且数个接收器根据网络状态接收会话的信道，并且在所选择的信道上接收所期待的对象。接收器能够被致力于接收其自己的内容，并且受到其它接收器的状态或者路径损耗的很小影响。因此，ALC具有高的稳定性或者能够使用多层传输提供稳定的内容下载服务。
LCT可以支持用于可靠内容传输(例如，FLUTE)协议和流传输协议的传输(Tx)级。LCT可以提供要被发送到接收器的基本信息的内容和特性。例如，LCT可以包括传送会话标识符(TSI)字段、传送对象ID(TOI)字段、以及拥塞控制信息(CCI)字段。
TSI字段可以包括用于识别ALC/LCT会话的信息。例如，可以使用发射器IP地址和UDP端口识别在会话中包含的信道。TOI字段可以包括用于识别各个文件对象的信息。CCI字段可以包括关于已使用或者未使用的状态的信息和关于拥塞控制块的信息。另外，LCT可以通过扩展的报头提供附加的信息和与FEC相关联的信息。
如上所述，对象(例如，文件)根据FLUTE协议被分组，并且然后根据ALC/LCT方案被分组。被分组的ALC/LCT数据根据UDP方案被重新分组，并且被分组的ALC/LCT/UDP数据根据IP方案被分组，导致ALC/LCT/UDP/IP数据的形成。
通过诸如LCT的内容传输协议基于文件的多媒体内容不仅可以被发送到互联网而且可以被发送到广播网络。在这样的情况下，通过LCT以对象或者文件为单位由至少一个对象或者文件组成的多媒体内容可以被发送和被消耗。在下文中将会详细地描述其详细描述。
图25(a)示出基于FLUTE协议的数据结构。例如，多媒体内容可以包括至少一个对象。一个对象可以包括至少一个分段(分段1或者分段2)。
在图25(b)中示出对于FLUTE协议所需要的数据处理时间。在图25(b)中，最低的附图示出广播信号传输设备开始或者停止一个对象的编码的编码开始和结束时间，并且最高的附图示出广播信号接收设备开始或者停止一个对象的再生的再生开始和结束时间。
广播信号传输设备可以在包括至少一个分段的对象的产生的完成之后开始对象的传输。因此，在广播信号传输设备开始产生对象的开始时间与广播信号传输设备开始发送对象的另一时间之间的传输待机时间(Dt1)出现。
另外，广播信号接收设备停止包括至少一个对象的对象的接收，并且然后开始对象的再生。因此，在广播信号接收设备开始对象的接收的开始时间与广播信号接收设备开始再生对象的另一时间之间的再生待机时间(Dr1)出现。
因此，在一个对象从广播信号传输设备被发送并且然后通过广播信号接收设备再生之前需要与传输待机时间和再生待机时间的总和相对应的预先确定的时间。这意指广播信号接收设备要求相对长的初始接入时间以接入对应的对象。
如上所述，因为FLUTE协议被使用，所以广播信号传输设备基于对象发送数据，广播信号接收设备必须接收一个对象的数据并且必须消耗相对应的对象。因此，基于FLUTE协议的对象传输不适合于实时广播环境。
图26图示根据本发明的实施例的单向实时对象传输(ROUTE)协议栈。
支持基于IP的混合广播的下一代广播***可以包括视频数据、音频数据、字幕数据、信令数据、电子服务指南(ESG)数据、以及/或者NRT内容数据。
视频数据、音频数据、字幕数据等等可以以ISO基本媒体文件(在下文中被称为ISOBMFF)的形式被封装。例如，以ISO BMFF的形式被封装的数据可以具有MPEG(运动图片专家组)-DASH(基于HTTP的动态适配流)片段或者媒体处理单元(MPU)的格式。然后，以BMFF的形式封装的数据可以在广播网络或者互联网上被同等地发送或者可以根据各自的传输网络的属性被不同地发送。
在广播网络的情况下，信令数据、ESG数据、NRT数据、以及或者以ISO BMFF的形式封装的数据可以以支持实时对象传输的应用层传输协议分组的形式被封装。例如，以ISOBMFF的形式被封装的数据可以以ROUTE(单向实时对象传输)和MMT传送分组的形式被封装。
单向实时对象传输(ROUTE)是用于在IP多播网络上的文件的递送的协议。ROUTE协议利用异步分层编码(ALC)、为大规模可扩展多播分布设计的基本协议、分层编码传送(LCT)、以及其它的公知的互联网标准。
ROUTE是具有附加的特征的FLUTE的增强和用于其的功能更换。ROUTE协议是递送对象的可靠递送并且使用LCT分组被关联元数据。ROUTE协议可以被用于实时递送。
ROUTE用作递送信令消息、电子服务指南(ESG)消息、以及NRT内容。其也特别适合于用于例如MPEG-DASH媒体片段文件的流媒体的递送。与FLUTE相比较，ROUTE通过递送链提供较低的端对端延迟。
ROUTE协议是为了任何种类的对象的递送而提供的通用传送应用。其支持包括场景描述、媒体对象、以及DRM有关的信息的丰富的呈现。ROUTE也特别适合于实时媒体内容的递送并且提供许多的特征。
例如，ROUTE对不同的媒体组件，例如，语言轨道、字幕、可替选的视频视图提供单独的递送和访问。并且，ROUTE通过在不同的传送会话或者甚至ROUTE会话启用递送来提供分层编译的支持。并且，ROUTE提供对于灵活的FEC保护的支持，包括多级式(multistage)。并且，ROUTE在DASH的广播和宽带递送模式之间提供与启用协同的MPEG-DASH的简单组合。并且，当接入ROUTE和/或传送会话时ROUTE提供对媒体的快速访问。并且，ROUTE通过聚焦于递送概念提供非常高的可扩展性。并且，ROUTE提供与现有的IETF协议的兼容性和IETF签署的扩展机制的使用。
ROUTE协议被分离成两个主要的组件。第一组件是用于对象的递送或者对象的流动/收集的源协议。第二组件是用于灵活地保护通过源协议递送的递送对象或者递送对象的捆绑的修复协议。
源协议独立于修复协议，即，在没有ROUTE修复协议的情况下可以部署源协议。可以仅为确定的部署场景，例如，仅针对移动接收，仅在某个地理区域中，仅为某个服务等等添加修复。
源协议与如在RFC 6726中定义的FLUTE以及在3GPP TS 26.346中定义的扩展对准，而且利用如在RFC 6968中所定义的FCAST的一些原理，例如，对象元数据和对象内容可以在复合对象中被一起发送。
除了基本的FLUTE协议之外，添加能够优化支持用于媒体数据的实时递送的某些优化和限制；因此，协议的名称。此外，源ROUTE协议提供基于对象的媒体数据的实时递送。并且，源ROUTE协议提供包括启用媒体意识的分组化以及递送对象的传送意识的分组化的灵活分组化。并且，源ROUTE协议提供文件和递送对象的独立性，即，递送对象可以是文件的一部分或者可以是一组文件。
递送对象是此协议的关键组件，因为接收器恢复递送分组并且将它们递送到应用。对于应用递送对象是自包含的，通常与某些属性、与应用有关的元数据和与时序有关的信息相关联。在一些情况下与对象一起在带内提供属性，在其它的情况下以静态或者动态的形式需要在带外递送数据。
递送对象可以包括通过“FDT实例”描述和伴随的全部或者部分文件。并且，传送对象可以包括HTTP实体(HTTP实体报头和HTTP实体主体)和/或递送对象的分组。
递送对象与FDT实体一起可以是全文件或者文件的字节范围。递送对象可以被实时或者非实时递送(实时或者非实时递送)。如果是按时的，则某些实时和缓冲器限制应用和特定的扩展报头可以被使用。动态和静态元数据可以被用于描述递送对象属性。递送对象可以在特定的数据结构中，特别地ISO BMFF结构中被递送。在这样的情况下，媒体意识的分组化或者一般分组化可以被应用。
递送格式指定哪种格式被使用以便于向应用提供信息。
ROUTE修复协议是以FEC为基础并且在传送层(例如，UDP)和对象递送层协议之间作为附加层被启用。FEC重用在RFC 6363中定义的FEC框架的概念，但是与RFC 6363相比较，ROUTE修复协议不保护分组，但是替代地其保护如在源协议中递送的递送对象。各个FEC源块可以是由作为单个递送对象(与FLUTE相似)的递送对象的部分组成，或者通过在FEC保护之前被捆绑的多个递送对象组成。ROUTE FEC在与在RFC 5052中定义的相似的意义上利用FEC方案，并且使用该文献的技术。FEC方案定义FEC编码和解码，并且其定义被用于在FEC方案的背景下识别分组有效载荷数据的协议字段和过程。
在ROUTE中，所有分组是如在RFC 5651中所定义的LCT分组。可以通过ROUTE会话、LCT传送会话、以及/或者PSI比特中的至少一个区分源和修复分组。对不同的IP/UDP端口组合执行不同的ROUTE会话。不同的LCT传送会话使用LCT报头中的不同的TSI值。并且，如果在相同的LCT传送会话中携带源和修复分组，则可以通过LCT中的PSI比特区分。此操作模式更加适合于FLUTE兼容的部署。
ROUTE定义包括分组格式、发送行为和接收行为的源协议。并且，ROUTE定义修复协议。并且，ROUTE定义用于传送会话建立的元数据和用于对象流动递送的元数据。并且ROUTE定义用于MPEG DASH配置和映射到ROUTE的建议以启用丰富和高质量的线性TV广播服务。
ROUTE协议的范围是使用LCT分组递送对象和关联的元数据的可靠递送。通过递送对象缓存使对象可用于应用。此缓存的实现是独立的应用。
ROUTE协议聚焦于基于FEC使用修复协议递送递送对象的LCT分组的格式和递送对象的可靠递送。并且，ROUTE协议聚焦于与递送对象一起对象元数据的定义和递送以启用在递送对象缓存和应用之间的接口。并且，ROUTE协议聚焦于ROUTE和LCT会话描述以建立与它们的元数据一起的对象的接收。并且，ROUTE协议聚焦于要与分组一起递送的辅助信息的标准化方面(格式，语义)以优化用于特定应用的性能，例如，实时递送。
另外，ROUTE协议提供到ROUTE递送的特定的DASH媒体呈现格式和要被用于递送的适当的DASH格式的被推荐的映射。关键问题是通过使用ROUTE，DASH媒体格式可以被如原样使用。此架构设计启用被聚合的单播/广播服务。
在ROUTE协议的发送方操作中，建立递送LCT分组的ROUTE会话。这些分组可以携带源对象或者FEC修复数据。源协议是由一个或者多个LCT会话组成，均携带关联的对象以及它们的元数据。元数据可以在LCT会话实例描述(LSID)中被静态地递送或者可以被动态地递送，作为实体模式中的复合对象或者作为分组报头中的LCT扩展报头。使用允许在任何字节边界处的对象的灵活分段的特定的FEC方案在ALC中携带分组。另外，单独地或者被捆绑地，递送对象可以被FEC保护。在任意情况下，被捆绑的对象被编码并且仅修复分组被递送。在与源分组的组合中，这允许恢复递送对象捆绑。注意一个或者多个修复流可以被生成，均具有不同的特性，例如，支持不同的延迟要求、不同的保护要求等等。
DMD(动态元数据)是在客户端动态生成FDT等效的描述的元数据。在实体模式中的实体报头中被携带并且在递送的其它模式中在LCT报头中被携带。
ROUTE协议支持源数据的递送方案和不同保护。也支持用于NRT递送的所有现有的使用情况，因为能够在后向兼容的模式中部署。
ROUTE会话被关联到IP地址/端口组合。通常，通过加入这样的会话，会话的所有分组能够被接收并且应用协议可以应用进一步的处理。
各个ROUTE会话是由一个或者多个LCT传送会话组成。LCT传送会话是ROUTE会话的子集。对于媒体递送，LCT传送会话通常会携带媒体组件，例如，DASH表示。从广播DASH的角度来看，ROUTE会话能够被视为携带一个或者多个DASH媒体呈现的组成媒体组件的LCT传送会话的复用。在各个LCT传送会话内，一个或者多个对象被携带，通常是相关的对象，例如，被关联到一个表示的DASH片段。与各个对象一起，元数据属性被递送使得在应用中能够使用对象。应用包括，但是不限于，DASH媒体呈现、HTML-5表示、或者任何其它对象消耗应用。
从时间的角度来看ROUTE会话可以被限制或者未被限制。ROUTE会话包含一个或者多个LCT传送会话。通过LCT报头中的唯一的传送会话标识符(TSI)唯一地识别各个传送会话。
在接收器能够加入ROUTE会话之前，接收器需要包含ROUTE会话描述。ROUTE会话描述包含发送方IP地址、被用于会话的地址和端口编号、会话是ROUTE会话并且所有的分组是LCT分组的指示、以及/或者对于在IP/UDP级别加入和消耗会话重要的其它信息中的至少一个。
会话描述也应包括，但是不限于，被用于ROUTE会话的数据速率和关于ROUTE会话的持续时间的任何信息。
会话描述应以诸如如在RFC 4566中定义的会话描述协议(SDP)或者如在RFC 3023中定义的XML元数据的形式。可以使用专用会话控制协议在任何会话声明协议中携带，位于具有调度信息的网页上，或者经由电子邮件或者其它的带外方法被递送。
在ROUTE会话描述中没有描述，但是在LCT会话实例描述(LSID)中描述了传送会话。传送会话(即，LCT传送会话或者简单地LCT会话)可以包含源流动和修复流动中的任意一个或者两者。源流动可以携带源数据。并且，修复流动携带修复数据。
通过LCT会话实例描述(LSID)描述在ROUTE会话中包含的LCT传送会话。具体地，其定义在ROUTE会话的各个组成LCT传送会话中携带什么。通过LCT报头中的传送会话标识符(TSI)唯一地识别各个传送会话。
LSID描述对此ROUTE会话携带的所有传送会话。LSID可以在包含LCT传送会话的相同的ROUTE会话中被递送或者其可以通过ROUTE会话外部的手段，例如，通过单播或者通过不同的ROUT会话递送。在前述情况下，将会是通过具有TSI＝0识别的递送对象。对于在TSI＝0上递送的任何对象，实体模式应被使用。如果在实体模式中没有递送这些对象，则在获得用于接收到的对象的被扩展的FDT之前必须恢复LSID。
LSID的互联网媒体类型是应用/xml+route+lsid。
LSID可以参考其他的数据分段。在LSID中参考的任何对象也可以在TSI＝0上被递送，但是具有不同于LSID本身的TOI的值，或者可以在具有专用的TSI≠0的单独的LCT会话上被递送。
LSID元素可以包含版本属性、有效性属性、以及/或者期满属性。因此使用版本属性以及有效性属性以及期满属性LSID元素可以被更新。例如在一些时间之后可以终止某个传送会话并且新的会话可以开始。
版本属性指示此LSID元素的版本。当描述符被使用时该版本被增加了1。具有最高的版本号的接收到的LSID元素是当前有效版本。
有效性属性指示从其开始LSID元素是有效的日期和/或时间。有效性属性可以或者可以不存在。如果不存在，则接收器应假定LSID元素版本立即有效。
期满属性指示当LSID元素期满时的日期和时间。期满属性可以或者可以不存在。如果不存在则接收器应假定LSID元素始终有效，或者直到其接收具有被关联的期满值的更新的LSID元素。
LSID元素可以包含至少一个TransportSession元素。TransportSession元素提供关于LCT传送会话的信息。各个TransportSession元素可以包含tsi属性、SourceFlow元素、以及/或者RepairFlow元素。
tsi属性指定传送会话标识符。会话标识符必须不是0。SourceFlow元素提供在传送会话上携带的源流动的信息。RepairFlow元素提供在传送会话上携带的修复流动的信息。
其后，根据IP/UDP方案可以对以应用层传送协议分组的形式封装的数据分组。通过IP/UDP方案分组的数据可以被称为IP/UDP数据报，并且IP/UDP数据报可以位于广播信号上并且然后被发送。
在互联网的情况下，以ISO BMFF的形式封装的数据可以根据流方案被传输到接收器。例如，流方案可以包括MPEG-DASH。
使用下述方法可以发送信令数据。
在广播网络的情况下，根据信令数据的属性，通过被应用于下一代广播传输***和广播网络的物理层的传送帧(或者帧)的特定的数据管道(在下文中，被称为DP)可以发送信令数据。例如，可以以比特流或者IP/UDP数据报的形式封装信令格式。
在互联网的情况下，信令数据可以作为对接收器的请求的响应被发送。
可以使用下述方法发送ESG数据和NRT内容数据。
在广播网络的情况下，ESG数据和NRT内容数据可以以应用层传送协议分组的形式被发送。其后，以应用层传送协议分组的形式封装的数据可以以与上述相同的方式被发送。
在互联网的情况下，ESG数据和NRT内容数据可以作为对接收器的响应被发送。
可以在图1中示出根据实施例的广播信号传输设备的物理层(广播PHY和宽带PHY)。另外，可以在图9中示出广播信号接收设备的物理层。
可以通过传送帧(或者帧)的特定数据管道(在下文中被称为DP)发送信令数据和IP/UDP数据报。例如，输入格式化块1000可以接收信令数据和IP/UDP数据报，信令数据和IP/UDP数据报中的每一个可以被解复用到至少一个DP。输出处理器9300可以执行与输入格式化块1000的相反的操作。
下面的描述涉及其中以ISO BMFF的形式被封装的数据以ROUTE传送分组的形式被封装的示例性情况，并且在下文中将会详细地描述示例性情况的详细描述。
<用于实时文件生成和消耗的数据结构>
图27图示根据本发明的实施例的基于文件的多媒体内容的数据结构。
在图27中示出根据实施例的基于文件的多媒体内容的数据结构。术语“基于文件的多媒体内容”可以指示由至少一个文件组成的多媒体内容。
诸如广播节目的多媒体内容可以是由一个呈现组成。该呈现可以包括至少一个对象。例如，对象可以是文件。另外，该对象可以包括至少一个分段。
根据实施例，分段可以是能够在不取决于前述的数据的情况下独立地解码和再生的数据单元。例如，包括视频数据的分段可以从IDR图片开始，并且用于解析媒体数据的报头数据不取决于前述的分段。根据实施例的分段可以以至少一个传送块(TB)为单位被划分和发送。
根据实施例，传送块(TB)可以是在不取决于前述的数据的情况下独立地和发送的最小数据单元。另外，TB可以是以大小可变的GOP或者区块的形式配置的重要的数据单元。例如，TB可以包括由于在视频数据的GOP相同的媒体数据组成的至少一个区块。术语“区块”可以指示内容的片段。另外，TB可以包括至少一个源块。
GOP是用于执行视频编译中使用的编译的基本单元，并且是指示包括至少一个I帧的帧的集合的具有可变大小的数据单元。根据本发明的实施例，在作为独立意义的数据单元的对象内部结构单元中发送元数据，并且因此GOP可以包括开放式GOP和封闭式GOP。
在开放式GOP中，在一个GOP中的B帧可以指的是相邻的GOP的I帧或者P帧。因此，开放式GOP能够非常增强编译效率。在封闭式GOP中，B帧或者P帧可以仅指的是相对应的GOP中的帧并且不可以指的是除了相对应的GOP之外的GOP中的帧。
TB可以包括至少一个数据，并且各自的数据块可以具有相同的或者不同的媒体类型。例如，媒体类型可以包括音频类型和视频类型。即，TB也可以包括具有以与音频和视频数据相同的方式的不同媒体类型的一个或者多个数据块。
根据实施例的片段可以包括分段报头和分段有效载荷。
分段报头可以包括时序信息和索引信息以解析上述的区块。分段报头可以是由至少一个TB组成。例如，分段报头可以被包含在一个TB中。另外，构造分段有效载荷的至少一个区块可以被包含在至少一个TB中。如上所述，分段报头和分段有效载荷可以被包含在至少一个TB中。
TB可以被划分成一个或者多个符号。至少一个符号可以被分组。例如，根据实施例的广播信号传输设备可以将至少一个符号分组成LCT分组。
根据实施例的广播信号传输设备可以将被分组的数据发送到广播信号接收设备。
图28图示数据结构被应用的MPEG-DASH的媒体片段结构。
参考图28，根据实施例的数据结构被应用到的MPEG-DASH的媒体片段。
根据实施例的广播信号传输设备包括在服务器中具有多个质量的多媒体内容，提供适合于用户广播环境和广播信号接收设备的环境的多媒体内容，使得其能够提供无缝的实数流服务。例如，广播信号传输设备可以使用MPEG-DASH提供实时流服务。
广播信号传输设备能够根据广播环境和广播信号接收设备的环境使用ROUTE协议将XML型MPD(媒体呈现描述)和二进制格式发送(Tx)多媒体内容的片段动态地发送到广播信号接收设备。
MPD是由分级的结构组成，并且可以包括各个层的结构功能和各个层的任务。
片段可以包括媒体片段。媒体片段可以是具有按照质量或者按照时间分离以被发送到广播信号接收设备以便支持流服务的、与媒体有关的对象格式的数据单元。媒体片段可以包括关于媒体流的信息、至少一个接入单元、以及关于用于接入被包含在对应片段中的媒体呈现的方法的信息，诸如呈现时间或者索引。另外，通过片段索引媒体片段可以被划分成至少一个子片段。
MPEG-DASH内容可以包括至少一个媒体片段。媒体片段可以包括至少一个分段。例如，分段可以是在上面提及的子片段。如上所述，分段可以包括分段报头和分段有效载荷。
分段报头可以包括片段索引盒(sidx)和电影分段盒(moof)。片段索引盒可以提供在相对应的分段中存在的媒体数据的初始呈现时间、数据偏移、以及SAP(流接入点)信息。电影分段盒可以包括关于媒体数据盒(mdat)的元数据。例如，电影分段盒可以包括被包含在分段中的媒体数据采样的时序、索引、以及解码信息。
分段有效载荷可以包括媒体数据盒(mdat)。媒体数据盒(mdat)可以包括关于相对应的媒体组成元素(视频和音频数据等等)的实际媒体数据。
基于区块配置的被编码的媒体数据可以被包含在与分段有效载荷相对应的媒体数据盒(mdat)中。如上所述，与相同的轨迹相对应的采样可以被包含在一个区块中。
广播信号传输设备可以通过分段分割生成至少一个TB。另外，广播信号传输设备可以在不同的TB中包括分段报头和有效载荷数据使得在分段报头和有效载荷数据之间进行区分。
另外，广播信号传输设备可以基于区块发送传送块(TB)使得分割/发送被包含在分段有效载荷中的数据。即，根据实施例的广播信号传输设备可以以区块的边界与TB的边界相同的方式生成TB。
其后，广播信号传输设备分割至少一个TB使得其能够生成至少一个符号。被包含在对象中的所有符号可以彼此相同。另外，TB的最后符号可以包括多个填充字节使得被包含在对象中的所有的符号具有相同的长度。
广播信号传输设备可以分组至少一个符号。例如，广播信号传输设备可以基于至少一个符号生成LCT分组。
其后，广播信号传输设备可以发送被生成的LCT分组。
根据实施例，广播信号传输设备首先生成分段有效载荷，并且生成分段报头以便生成分段。在这样的情况下，广播信号传输设备可以生成与被包含在分段有效载荷中的媒体数据相对应的TB。例如，可以基于区块顺序地生成与被包含在媒体数据盒(mdat)中的媒体数据相对应的至少TB。其后，广播信号传输设备可以生成与分段报头相对应的TB。
广播信号传输设备可以根据生成顺序发送生成的TB使得以实时广播媒体内容。相反地，根据实施例的广播信号接收设备首先解析分段报头，并且然后解析分段报头。
当媒体数据被预先编码或者TB被预先生成时广播信号传输设备可以根据解析顺序发送数据。
图29图示根据本发明的实施例的使用ROUTE协议的数据处理时间。
图29(a)示出根据实施例的数据结构。多媒体数据可以包括至少一个对象。各个对象可以包括至少一个分段。例如，一个对象可以包括两个分段(分段1和分段2)。
广播信号传输设备可以将片段分割成一个或者多个TB。TB可以是源块，并且在下文中将会基于源块给出下面的描述。
例如，广播信号传输设备可以将分段1分割成三个源块(源块0、源块1、以及源块2)，并且可以将分段2分割成三个源块(源块3、源块4、源块5)。
广播信号传输设备可以独立地发送各个被分割的源块。广播信号传输设备可以开始当各个源块被产生时或者就在各个源块被产生之后产生的各个源块的传输。
例如，在预先确定的时间(te0～te1)内源块0(S0)已经被产生之后广播信号传输设备能够发送源块0(S0)。源块0(S0)的传输开始时间(td0)可以与产生完成时间(td0)相同或者可以就位于产生完成时间(td0)之后。同样地，广播信号传输设备可以产生源块1至5(源块1(S1)至源块5(S5))，并且可以发送被产生的源块1至5。
因此，根据实施例的广播信号传输设备可以在产生一个源块的开始时间与发送源块的另一开始时间之间产生传输待机时间(Dt2)。通过广播信号传输设备产生的传输待机时间(Dt2)比通过传统的广播信号传输设备产生的传输待机时间(Dt1)相对较短。因此，与传统的广播信号传输设备相比较，根据实施例的广播信号传输设备可以大大地减少传输待机时间。
根据实施例的广播信号接收设备接收各个被分割的源块，并且组合接收到的源块，使得其能够产生至少一个分段。例如，广播信号接收设备可以接收源块0(S0)、源块1(S1)、以及源块2(S2)，并且组合接收到的三个源块(S0、S1、S2)使得产生分段1。另外，广播信号接收设备接收源块3(S3)、源块4(S4)、以及源块5(S5)，并且组合接收到的三个源块(S3、S4、S5)使得产生分段2。
广播信号接收设备可以单独地产生各个分段。当各个分段被产生时或者就在各个分段被产生之后广播信号接收设备可以再生各个分段。可替选地，当与各个分段相对应的源块被发送时或者就在与各个片段相对应的源块被发送之后广播信号接收设备可以再生各个分段。
例如，广播信号接收设备可以在预先确定的时间(td0～td3)期间在接收源块0至2(S0～S2)之后产生分段1。例如，在广播信号接收设备在预先确定的时间(td0～td3)期间接收源块0至2(S0～S2)之后，其能够产生分段1。其后，广播信号接收设备可以再生被生成的分段1。分段1的再生开始时间(tp0)可以与分段1的产生时间相同或者可以位于分段1的产生时间之后。另外，分段1的再生开始时间(tp0)可以与源块2(S2)的接收完成时间相同或者可以就位于源块2(S2)的接收完成时间之后。
以相同的方式，在根据实施例的广播信号接收设备在预先确定的时间(td3～td6)期间接收源块3至5(S3～S5)之后，其可以产生分段2。其后，广播信号接收设备可以再生分段2。
然而，本发明的范围或者精神不限于此，并且根据实施例的广播信号接收设备可以接收源块并且必要时可以以接收到的源块为单位再生数据。
因此，根据实施例的广播信号接收设备可以在一个分段的接收开始时间和分段的再生开始时间之间产生再生待机时间(Dr2)。通过广播信号接收设备再生的再生待机时间(Dr2)比通过广播信号接收设备再生的再生待机时间(Dr2)相对较短。因此，与传统的广播信号接收设备相比较根据实施例的广播信号接收设备能够减少再生待机时间。
如上所述，可以相对大地减少与传输待机时间和再生待机时间的总和相对应的预先确定的时间。在此，当从广播信号传输设备发送一个TB并且然后通过广播信号接收设备再生时可以需要预先确定的时间。这意指在其期间广播信号接收设备最初接近相对应的对象的初始接入时间被相对大地减少。
在使用ROUTE协议的情况下，广播信号传输设备可以以TB为单位发送数据，并且广播信号接收设备可以以TB或者分段为单位再生接收到的数据。结果，从多媒体内容的获取时间到用于用户的内容显示时间的总时间能够被减少，并且当用户接近广播信道时所要求的初始接入时间也能够被减少。
因此，基于ROUTE协议的TB传输适合于实时广播环境。
<用于识别文件分割产生和消耗信息的方法>
图30图示根据本发明的实施例的用于文件传输的分层编码传送(LCT)分组结构。
应用层传送会话可以是由IP地址和端口编号组成。如果应用层传送会话是ROUTE协议，则ROUTE会话可以是由一个或者多个LCT(分层编码传送)会话组成。例如，如果通过一个LCT传送会话发送一个媒体组件，则至少一个媒体组件可以被复用并且通过一个应用层传送会话被发送。另外，至少一个传送对象可以通过一个LCT传送会话被发送。
参考图30，如果应用层传输协议是以LCT为基础，则LCT分组的各个字段可以指示下述信息。
LCT分组可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、保留的字段(R)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、发送方当前时间存在标志字段(T)、预期残留时间存在标志字段(R)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、FEC有效载荷ID字段、以及/或者编码符号字段。
LCT版本号字段(V)指示协议版本号。例如，此字段指示LCT版本号。LCT报头的版本号字段必须被解释为ROUTE版本号字段。ROUTE的此版本隐式地使用LCT构建块的版本“1”。例如，版本号是“0001b”。
拥塞控制标志字段(C)指示拥塞控制信息字段的长度。C＝0指示拥塞控制信息(CCI)字段在长度上是32个比特。C＝1指示CCI字段在长度上是64个比特。C＝2指示CCI字段在长度上是96个比特。C＝3指示CCI字段在长度上是128个比特。
保留字段(R)被保留以便于以后使用。例如，保留字段(R)可以是协议特定的指示字段(PSI)。协议特定的指示字段(PSI)可以被用作用于LCT较高协议中的特定用途的指示符。PSI字段指示是否当前分组是源分组或者FEC修复分组。当ROUTE源协议仅递送源分组时，此字段应被设置为“10b”。
传送会话标识符标志字段(S)指示传送会话标识符字段的长度。
传送对象标识符标志字段(O)指示传送对象标识符字段的长度。例如，对象可以指示一个文件，并且TOI可以指示各个对象的ID信息，并且具有TOI＝0的文件可以被称为FDT。
半字标志字段(H)可以指示是否半字(16个比特)将会被添加到TSI或者TOI字段的长度。
发送方当前时间存在标志字段(T)指示是否发送方当前时间(SCT)字段存在。T＝0指示发送方当前时间(SCT)字段不存在。T＝1指示SCT字段存在。通过发送方***SCT以向接收器指示会话已经进行了多久。
预期残留时间存在标志字段(R)指示是否存在被预期的残留时间(ERT)字段。R＝0指示被预期的残留时间(ERT)字段不存在。R＝1指示ERT字段存在。通过发送方***ERT以向接收器指示会话/对象传输将会继续多久。
封闭会话标志字段(A)可以指示是否会话完成或者会话完成的接近的状态。
封闭对象标志字段(B)可以指示发送对象的完成或者接近完成。
LCT报头长度字段(HDR_LEN)：以32比特字为单位指示LCT报头的总长度。
码点字段(CP)指示通过此分组携带的有效载荷的类型。取决于有效载荷的类型，附加的有效载荷的报头可以被添加以置于有效载荷的数据之前。
拥塞控制信息字段(CCI)可以被用于发送拥塞控制信息(例如，层数、逻辑信道编号、序列号等等)。LCT报头中的拥塞控制信息字段包含所要求的拥塞控制信息。
传送会话标识符字段(TSI)是会话的唯一的ID。TSI独特地识别在来自于特定的发送方的所有会话当中的会话。此字段识别在ROUTE中的传送会话。通过LSID(LCT会话实例描述)提供传送会话的上下文。
LSID定义在ROUTE会话的各个组成LCT传送会话中携带什么。通过LCT报头中的传送会话标识符(TSI)唯一地识别各个传送会话。通过包括LCT传送会话的相同的ROUTE会话可以发送LSID，并且也可以通过Web发送。LSID可以通过包括LCT传输会话的相同的ROUTE会话被发送并且也可以通过通信网络、广播网络、互联网、有线网络、以及/或者卫星网络被发送。LSID的传输单元的范围或者精神不限于此。例如，通过具有TSI＝0的特定的LCT传送会话可以发送LSID。LSID可以包括关于被应用于ROUTE会话的所有传送会话的信令信息。LSID可以包括LSID版本信息和LSID有效性信息。另外，LSID可以包括通过其发送LCT传送会话信息的传送会话。传送会话信息可以包括用于识别传送会话的TSI信息、被发送到对应的TSI并且提供关于对于源数据传输所需要的源流的信息的源流信息、被发送到对应的TSI并且提供关于对于修复数据的传输所需要的修复流的信息的修复流信息、和包括对应的传送会话的附加特性信息的传送会话特性信息。
传送对象标识符字段(TOI)是对象的唯一的ID。TOI指示分组属于会话内的哪个对象。此字段指示当前分组的有效载荷属于的此会话内的哪个对象。通过扩展的FDT可以提供到对象的TOI字段的映射。
扩展的FDT指定文件递送数据的详情。这是扩展的FDT实例。与LCT分组报头一起被扩展的FDT可以被用于产生用于递送对象的FDT等效描述。扩展的FDT可以被嵌入或者可以作为参考被提供。如果作为参考被提供，则扩展的FDT可以独立于LSID被更新。如果被参考，则其将作为被包括的源流程的TOI＝0上的带内对象被递送。
报头扩展字段可以被用作用于附加的信息的传输的LCT报头扩展部分。在LCT中使用报头扩展以容纳不是始终被使用或者具有可变的大小的可选的报头字段。
例如，EXT_TIME扩展被用于携带数种类型的时序信息。其包括在本文献中描述的一般用途时序信息，即，发送方当前时间(SCT)、预期残留时间(ERT)、以及发送方最后变化(SLC)时间扩展。其也能够被用于具有较窄的适应性的时序信息(例如，为单个协议实例化定义)；在这样的情况下，在单独的文献中将会描述。
FEC有效载荷ID字段可以包括传输块或者编码符号的ID信息。FEC有效载荷ID可以指示当上面的文件被FEC编码时要使用的ID。例如，如果FLUTE协议文件被FEC编码，则可以为被配置成识别FEC编码的FLUTE协议文件的广播站或者广播服务器分配FEC有效载荷ID。
编码符号字段可以包括传输块或者编码符号数据。
分组有效载荷包含从对象产生的字节。如果在会话中携带一个以上的对象，则LCT报头内的传输对象ID(TOI)必须被用于识别产生分组有效载荷数据的对象。
根据实施例的LCT分组可以包括与报头扩展字段的扩展格式相对应的实时支持扩展字段(EXT_RTS)。EXT_RTS可以包括文件的分割产生和消耗信息，并且在下文中将会被称为分段信息。根据实施例的LCT分组包括与报头扩展字段的扩展格式相对应的EXT_RTS，并且可以使用与传统LCT兼容的方法支持实时文件传输和消耗信息。
根据实施例的分段信息(EXT_RTS)可以包括报头扩展类型字段(HET)、分段开始指示符字段(SI)、分段报头标志字段(FH)、以及分段报头压缩完成指示符字段(FC)。
报头扩展类型字段(HET)可以指示相对应的报头扩展类型。HET字段可以是8比特的整数。基本上，如果对于在LCT中使用的HET是处于0至27的范围，则以32比特字为单位的可变长度的报头扩展存在，并且HET的长度可以以继HET之后的报头扩展长度字段(HEL)中被写入。如果HET是在128至255的范围中，则报头扩展可以具有32个比特的固定长度。
根据实施例的分段信息(EXT_RTS)具有32个比特的固定长度，使得使用来自于128至255的值当中的一个唯一的值可以识别对应报头扩展类型，并且可以识别对应的报头扩展类型。
SI字段可以指示相对应的ICT分组包括分段的开始部分。如果在广播环境中的用户接近相对应的基于文件的多媒体内容通过其被发送的文件的随机接入，则初始接收分组当中的具有“SI字段＝0”的分组被丢弃，从具有“SI字段＝1”的分组开始的分组开始解析，使得分组处理效率和初始延迟时间能够被减少。
FH字段可以指示相对应的LCT分组包括分段报头部分。如上所述，分段报头特征在于，分段报头的产生顺序和消耗顺序不同于分段有效载荷的顺序。根据实施例的广播信号接收设备可以根据消耗顺序重新排列基于FH字段顺序接收到的传输块，使得其能够重新产生分段。
FC字段可以指示相对应的分组包括分段的最后数据。例如，如果在首先发送分段有效载荷之后发送分段报头，则FC字段可以指示分段报头的最后数据的包括。如果分段报头被首先发送并且然后分段有效载荷被发送，则FC字段可以指示分段有效载荷的最后数据的包括。在下文中下面的描述将会公开其中分段有效载荷被首先发送并且然后分段被发送的示例性情况。
如果广播信号接收设备接收具有“FC字段＝1”的分组，则广播信号接收设备可以识别分段报头的接收完成，并且可以通过组合分段报头和分段有效载荷执行分段恢复。
填充字节字段(PB)可以指示在相对应的LCT分组中包含的填充字节的数目。在传统LCT中，与一个对象相对应的所有的LCT分组必须彼此相同。然而，当根据数据构造方法划分传输块(TB)时，各个TB的最后符号可以具有不同的长度。因此，根据实施例的广播信号传输设备填充具有填充字节的分组的残留部分，使得其能够根据与传统LCT兼容的方法使用固定长度的分组支持实时文件传输。
保留字段被保留以供未来使用。
图31图示根据本发明的另一实施例的LCT分组的结构。
图31的一些部分与图30的那些基本上相同，并且正因如此在此将会省略其详细描述，使得在下文中将会集中于在图30和图31的不同进行描述图31。
参考图31，根据另一实施例的分段信息(EXT_RTS)可以包括分段报头长度字段(FHL)替代在图30中示出的FC字段。
FHL字段指示分段的组成符号的数目，使得其能够提供关于是否完成分段的接收的特定的信息。FHL字段可以指示与包括分段报头和分段有效载荷的各自的分段相对应的符号的总数目。另外，FHL字段可以指示来自于分段报头和分段有效载荷当中的稍后要发送的符号的总数目。
例如，如果分段有效载荷首先被发送并且然后分段报头被发送，则FHL字段可以指示与分段报头相对应的符号的总数目。在这样的情况下，FHL字段可以指示分段报头的长度。
如果首先发送分段报头并且然后发送分段有效载荷，则FHL字段可以指示与分段有效载荷相对应的符号的总数目。在这样的情况下，FHL字段可以指示分段有效载荷的长度。
在下文中下面的描述将会公开其中首先发送分段有效载荷并且然后分段有效载荷被发送的示例性情况。
根据另一实施例的广播信号接收设备可以接收包括与被显示在FHL字段上的符号的数目相对应的分段报头的LCT分组。广播信号接收设备检查包括分段报头的LCT分组的接收次数，使得其能够识别分段报头的接收完成。可替选地，广播信号接收设备检查与分段报头相对应的TB的数目，使得其能够识别分段报头的接收完成。
<识别文件的分割产生和分割消耗的方法>
图32图示根据本发明的实施例的基于FDT的实时广播支持信息信令。
参考图32，本发明涉及一种用于在实时广播环境下识别基于文件的多媒体内容的分割产生和分割消耗信息的方法。基于文件的多媒体内容的分割产生和分割消耗信息可以包括在上面提及的数据结构和LCT分组信息。
广播信号传输设备可以进一步发送附加的信令信息以便识别文件的分割产生信息和分割消耗信息。例如，信令信息可以包括元数据和带外信令信息。
在图32中示出根据实施例的用于发送关于实时广播支持信息的信令信息的方法。
根据实施例的广播信号传输设备可以通过文件递送表(FDT)级或者通过文件级实时支持属性发送信令信息。如果实时支持被设置为1，则在相对应的FDT级或者文件级中写入的对象可以包括在上面提及的数据结构和分组信息，使得在实时广播环境中的分割产生和消耗能够被指示。
图33是图示根据本发明的实施例的广播信号传输设备的框图。
参考图33，用于使用广播网络发送包括多媒体内容的广播信号的广播信号传输设备可以包括信令编码器C21005、传输块生成器C21030、以及/或者发射器C21050。
信令编码器C21005可以生成信令信息。信令信息可以指示将会实时发送多媒体内容。信令信息可以指示从文件级和FDT级中的至少一个当中实时发送上述多媒体内容。当信令信息指示以功率水平实时发送多媒体内容时，属于相对应的文件的所有数据能够被实时发送。当信令信息指示以FDT水平实时发送多媒体内容时，属于相对应的FDT的所有文件或者数据能够被实时发送。
如果信令信息指示多媒体内容的实时传输，则传输块生成器C21030可以将被包含在多媒体内容中的文件划分成与被独立编码和发送的数据相对应的一个或者多个TB。
发射器C21050可以发送传输块(TB)。
在下文中将会参考图34描述其详细描述。
图34是图示根据本发明的实施例的广播信号传输设备的框图。
参考图34，根据实施例的用于使用广播网络发送包括多媒体内容的广播信号的广播信号传输设备可以包括信令编码器(未示出)、媒体编码器C21010、分段生成器C21020、传输块生成器C21030、分组器C21040、以及/或者发射器C21050。
信令编码器(未示出)可以生成信令信息。信令信息可以指示是否实时发送多媒体内容。
媒体编码器C21010可以编码多媒体内容使得能够使用编码的多媒体内容生成多媒体数据。在下文中，术语“媒体数据”将会被称为数据。
分段生成器C21020可以分割构造多媒体内容的各个文件，使得其能够生成指示被独立编码和再生的数据单元的至少一个分段。
分段生成器C21020可以生成构造各个分段的分段有效载荷并且然后生成分段报头。
分段生成器C21020可以缓存与分段有效载荷相对应的媒体数据。其后，分段生成器C21020可以基于被缓存的媒体数据生成与分段有效载荷相对应的区块。例如，区块可以是由与视频数据的GOP相同的媒体数据组成的可变大小的数据单元。
如果与分段有效载荷相对应的区块的产生没有被完成，则分段生成器C21020继续地缓存媒体数据，并完成与分段有效载荷相对应的区块的产生。
每当生成区块时，分段生成器C21020可以确定是否与分段有效载荷相对应的数据作为区块被产生。
如果与分段有效载荷相对应的区块被完全地产生，则分段生成器C21020可以生成与分段有效载荷相对应的分段报头。
传输块生成器C21030可以生成指示通过分段分割被编码和发送的数据单元的至少一个TB。
根据实施例的传输块(TB)可以指示在不取决于前述数据的情况下被独立编码和发送的最小单元。例如，TB可以包括由与视频数据的GOP中相同的媒体数据组成的一个或者多个区块。
传输块生成器C21030可以首先发送与分段有效载荷相对应的TB，并且可以生成与分段报头相对应的TB。
传输块生成器C21030可以产生作为单个TB。然而，本发明的范围或者精神不限于此，并且传输块生成器C21030可以产生分段报头作为一个或者多个TB。
例如，如果分段生成器C21020产生构造各个分段的分段有效载荷并且然后生成分段报头，则传输块生成器C21030产生与分段有效载荷相对应的传输块(TB)并且然后产生与分段报头相对应的TB。
然而，本发明的范围或者精神不限于此。如果产生用于多媒体内容的分段报头和分段有效载荷，则与分段报头相对应的TB可以被首先产生并且与分段有效载荷相对应的TB可以被产生。
传输块生成器C21030可以产生与分段有效载荷相对应的传输块(TB)和与分段报头相对应的TB作为不同的TB。
分组器C21040可以将TB划分成一个或者多个相等大小的符号，使得一个或者多个符号可以被分组成至少一个分组。然而，本发明的范围或者精神不限于此，并且也可以通过其它的装置产生符号。根据实施例，符号可以具有相同的长度。然而，各个TB的最后的符号可以在长度上比其它的符号小。
其后，分组器C21040可以将至少一个符号分组成一个或者多个分组。例如，分组可以是LCT分组。分组可以包括分组报头和分组有效载荷。
分组报头可以包括具有关于文件分割产生和分割消耗的特定信息的分段信息。文件分割产生可以指示数据被划分成能够独立编码/发送构成多媒体内容的文件的至少一个区块或者至少一个TB。文件分割消耗可以指示能够通过至少一个TB的组合执行独立的解码/再生的至少一个分段被恢复并且基于分段被再生。另外，文件的片段消耗可以包括基于TB再生的数据。
例如，分段信息可以包括指示分组包括分段的初始数据的SI字段、指示分组包括报头数据的FH字段、指示与各个分段相对应的TB的产生被完成的分段完成信息、以及指示被包含在分组中的填充字节的数目的PB字段中的至少一个。
分段信息可以进一步包括指示相对应的分组的报头扩展的报头扩展类型(HET)字段。
分段完成信息可以包括指示分组包括分段报头的最后数据的FC字段和指示与分段报头相对应的符号的总数目的FHL字段中的至少一个。
通过分组器C21040可以产生分段信息，并且可以通过单独的装置产生。在下文中将会基于其中分组器C21040产生分段信息的示例性情况描述下面的描述。
分组器C21040可以识别是否被产生的符号包括分段的第一数据。
例如，分组器C21040可以识别是否被产生的符号具有分段有效载荷的第一数据。如果被产生的符号具有分段有效载荷的第一数据，则SI字段可以被设置为1。如果被产生的符号不具有分段有效载荷的第一数据，则SI字段可以被设置为零“0”。
分组器C21040可以识别是否被产生的符号具有分段有效载荷的数据或者分段报头的数据。
例如，如果被产生的符号具有分段有效载荷的数据，则FH字段可以被设置为1。如果被产生的符号不具有分段有效载荷的数据，则FH字段可以被设置为零“0”。
分组器C21040可以识别是否与各个分段相对应的TB的产生被完成。如果指示与各个分段相对应的TB的产生完成的分段完成信息可以包括指示分段报头的最后数据的包括的FC字段。
例如，如果被产生的数据具有分段报头的数据并且是相对应的TB的最后符号，则FC字段可以被设置为1。如果不具有分段报头的数据的产生的符号与相对应的TB的最后符号不相同，则FC字段可以被设置为零“0”。
分组器C21040可以识别是否被产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度。例如，其它符号可以是具有预先确定的长度的符号，并且具有不同于其它符号的长度的符号可以在长度上比其它的符号短。
例如，如果被产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度，则分组器C21040可以将填充字节***到与各个TB的最后符号相对应的分组。分组器C21040可以计算填充字节的数目。
另外，PB字段可以指示填充字节的数目。以所有的符号可以具有相同的长度的方式填充字节被添加到具有比其它符号短的长度的各个符号。可替选地，填充字节可以是除了分组的符号之外的剩余部分。
如果被产生的符号与相对应的TB的最后符号不相同或者具有不同于其它符号的长度，则PB字段可以被设置为零“0”。
分组有效载荷可以包括至少一个符号。在下文中将会公开其中分组包括一个符号的示例性情况的下面的描述。
具有各个TB的最后符号的分组可以包括至少一个填充字节。
发射器C21050可以以TB产生的顺序发送一个或者多个分组。
例如，发射器C21050可以首先发送与分段有效载荷相对应的TB，并且然后发送与分段有效载荷相对应的TB。
然而，本发明的范围或者精神不限于此。如果为了多媒体内容预先产生分段报头和分段有效载荷，则根据实施例的发射器C21050可以首先发送与分段报头相对应的TB，并且然后发送与分段有效载荷相对应的TB。
图35是图示根据本发明的实施例的用于实时产生和发送基于文件的多媒体内容的过程的流程图。
图35是图示用于使用在图34中示出的在上面提及的广播信号传输设备发送广播信号的方法的流程图。
参考图35，在步骤CS11100中根据实施例的广播信号传输设备可以使用媒体编码器C21010编码多媒体内容。广播信号传输设备可以编码多媒体内容并且然后产生媒体数据。
其后，广播信号传输设备可以在步骤CS11200中执行与分段有效载荷相对应的媒体数据的缓存。广播信号传输设备可以基于被缓存的媒体数据产生与分段有效载荷相对应的区块。
如果与分段有效载荷相对应的区块的产生没有被完成，则在步骤CS11300中广播信号传输设备继续执行媒体数据的缓存，并且然后完成与分段有效载荷相对应的区块的产生。
其后，在步骤CS11400中广播信号传输设备可以使用分段生成器C21020划分构造多媒体内容的各个数据，使得其可以产生指示被独立解码和再生的数据单元的至少一个分段。
广播信号传输设备可以产生构成各个分段的分段有效载荷，并且然后产生分段报头。
每当区块被产生时，广播信号传输设备可以确定是否与分段有效载荷相对应的所有数据作为区块被产生。
如果与分段有效载荷相对应的区块的产生被完成，则广播信号传输设备可以产生与分段有效载荷相对应的分段报头。
在步骤CS11500中广播信号传输设备使用传输块生成器C21030划分分段，使得其能够产生指示被独立编码和发送的数据单元的至少一个TB。
例如，当在构成各个分段的分段有效载荷已经被产生之后产生分段报头时，广播信号传输设备可以产生与分段有效载荷相对应的TB并且然后产生与分段报头相对应的TB。
广播信号传输设备可以产生与分段有效载荷相对应的TB和与分段报头相对应的TB作为不同的TB。
其后，在步骤CS11600和CS11700中广播信号传输设备可以使用分组器C21040将TB划分成一个或者多个相等大小的符号，并且可以将至少一个符号分组成至少一个分组。
在图35中已经公开用于使用广播信号传输设备产生分组的方法，并且正因如此为了方便描述在此将会省略其详细描述。
其后，广播信号传输设备可以控制发射器C21050以TB产生的顺序发送一个或者多个分组。
图36是图示根据本发明的实施例的用于使用分组器允许广播信号传输设备产生分组的过程的流程图。
参考图36，在步骤CS11710中广播信号传输设备可以识别是否产生的符号具有分段的第一数据。
例如，如果产生的符号具有分段有效载荷的第一数据，则在步骤CS11712中SI字段可以被设置为1。如果产生的符号不包括分段有效载荷的第一数据，则在步骤S11714中SI字段可以被设置为零“0”。
其后，在步骤CS11720中广播信号传输设备可以识别是否产生的符号具有分段有效载荷的数据或者分段报头的数据。
例如，如果产生的符号具有分段有效载荷的数据，则在步骤CS11722中FH字段可以被设置为1。如果产生的符号不具有分段有效载荷的数据，则在步骤CS11724中FH字段可以被设置为零“0”。
在步骤CS11730中广播信号传输设备可以识别是否完成与各个分段相对应的TB的产生。
例如，如果产生的符号具有分段报头的数据并且是相对应的TB的最后的符号，则在步骤CS11732中FC字段可以被设置为1。如果产生的符号不具有分段报头的数据或者与相对应的TB的最后符号，则在步骤CS11734中FC字段可以被设置为零“0”。
其后，在步骤CS11740中广播信号传输设备可以识别是否产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度。
例如，如果产生的符号是最后的符号或者相对应的TB并且具有不同于其它符号的长度，则广播信号传输设备可以将填充字节***到与各个TB的最后符号相对应的分组中。在步骤CS11742中广播信号传输设备可以计算填充字节的数目。PB字段可以指示填充字节的数目。
如果产生的符号与相对应的TB的最后符号相同或者具有不同于其它符号的长度，则在步骤CS11744中PB字段可以被设置为零“0”。
分组有效载荷可以包括至少一个符号。
图37是图示根据本发明的实施例的用于实时产生/发送基于文件的多媒体内容的过程的流程图。
参考图37，图37的所有内容当中的在图35和图36中示出的内容基本上彼此相同，并且正因如此为了方便描述在此将会省略其详细描述。
根据实施例，广播信号传输设备可以使用FHL字段替代FC字段。例如，在上面提及的分段信息可以包括指示与各个分段相对应的TB的产生完成的分段完成信息。分段完成信息可以包括指示与分段报头相对应的符号的总数目的FHL字段。
在步骤CS12724中根据实施例的广播信号传输设备可以计算与包括分段报头的数据的TB相对应的符号的数目，并且可以将计算的结果记录在FHL字段中。
FHL字段可以指示分段报头的长度作为与分段报头相对应的符号的总数目。FHL字段可以以广播信号接收设备能够识别分段报头的接收完成的方式被包含在分段信息中，替代在上面提及的FC字段中。
根据实施例的广播信号接收设备检查包括与被记录在FHL字段中的数据块的数目一样多的分段报头的分组的传输时间的数目，使得其能够识别是否分段报头被接收。
图38是图示根据本发明的实施例的基于文件的多媒体内容接收器的框图。
参考图38，用于使用广播网络发送包括多媒体内容的广播信号的广播信号接收设备可以包括接收器(未示出)、信令解码器C22005、传输块再生器C22030、以及/或者媒体解码器C22060。
信令解码器C22005可以解码信令信息。信令信息可以指示是否将会实时发送多媒体内容。
如果信令信息指示多媒体内容的实时传输，则传输块再生器C22030组合广播信号，使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。
媒体解码器C22060可以解码TB。
在下文中将会参考图39描述其详细描述。
图39是图示根据本发明的实施例的基于文件的多媒体内容接收器的框图。
参考图39，根据实施例的广播信号接收设备可以包括接收器(未示出)、信令解码器(未示出)、分组过滤器C22010、分组解分组器C22020、传输块再生器C22030、分段再生器C22040、分段解析器C22050、媒体解码器C22060、以及/或者媒体呈递器C22070。
接收器(未示出)可以接收广播信号。广播信号可以包括至少一个分组。各个分组可以包括包含分段信息的分段报头和包含至少一个符号的分组有效载荷。
信令解码器C22005可以解码信令信息。信令信息可以指示是否将会实时发送多媒体内容。
分组过滤器C22010可以识别从在任意的时间接收到的至少一个分组的分段开始时间，并且可以从分段开始时间开始分组处理。
分组过滤器C22010可以基于被包含在分组中的分段信息的SI字段识别分段开始时间。如果分组过滤器C22010指示相对应的分组包括分段的开始部分，则相对应的分组的先前的分组被放弃并且从相对应的分组开始的一些分组可以被发送到分组解分组器C22020。
例如，分组过滤器C22010放弃先前的分组，其中的每一个被设置为1，并且从向被设置为1的对应分组开始的一些分组可以被过滤。
分组解分组器C22020可以解分组至少一个分组，并且可以提取被包含在分段报头中的分段信息和被包含在分组有效载荷中的至少一个符号。
传输块再生器C22030可以组合分组使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。被恢复的TB可以包括与分段报头相对应的数据，并且可以包括与分段有效载荷相对应的数据。
分段再生器C22040组合至少一个TB，完成分段报头和分段有效载荷的恢复，并且组合分段报头和分段有效载荷，使得分段再生器C22040可以恢复被独立解码和再生的数据单元的分段。
分段再生器C22040基于分段信息组合TB，使得分段再生器C22040可以恢复分段有效载荷和分段报头。分段再生器C22040可以首先以接收分组的顺序恢复分段有效载荷，并且可以恢复分段报头。
如果FH字段指示分组具有分段报头的数据，则分段再生器C22040可以组合与分段报头相对应的至少一个TB使得其根据被组合的结果恢复分段报头。
如果FH字段指示分组不包括分段报头的数据，则分段再生器C22040可以通过组合至少一个TB恢复分段有效载荷。
例如，如果FH字段被设置为零“0”，则分段再生器C22040可以确定分段有效载荷使得其能够恢复分段有效载荷。如果FH字段被设置为1，则分段再生器C22040确定分段报头使得其能够恢复分段报头。
其后，如果分段再生器C22040完成与各个分段相对应的分段有效载荷和分段报头的恢复，则被恢复的分段有效载荷和被恢复的分段报头被组合使得分段被恢复。
存在用于允许分段再生器C22040确定是否已经完成与各个分段相对应的分段有效载荷和分段报头的恢复。
第一方法是要使用被包含在分段信息中的FC字段。
分段完成信息可以包括指示分组具有分段报头的最后数据的FC字段。如果FC字段指示分组具有分段报头的最后数据，则分段再生器C22040确定构成各个分段的分段报头和分段有效载荷已经被接收，并且能够恢复分段报头和分段有效载荷。
例如，如果首先接收到构成各个分段的分段有效载荷并且然后接收到分段报头，则FC字段可以指示相对应的分组包括分段报头的最后数据。
因此，如果相对应的分组指示具有分段报头的最后数据，则分段再生器C22040可以识别分段报头的接收完成并且可以恢复分段报头。其后，分段再生器C22040可以组合分段报头和分段有效载荷使得恢复分段。
如果FC字段指示相对应的数据具有分段报头的最后数据，则广播信号接收设备可以重复用于恢复传输块(TB)的过程。
例如，如果FC字段被设置为1，则广播信号接收设备可以请求TB的恢复过程。如果FC字段被设置为1，则分段再生器C22040可以通过分段报头和分段有效载荷的组合恢复片段。
第二方法能够确定确定构成各个分段的分段有效载荷的恢复并且基于被包含在分段信息中的FHL字段已经完成分段报头。
分段再生器C22040可以计数包括分段报头的数据的分组的数目。
分段完成信息可以进一步包括指示与分段报头相对应的符号的总数目的FHL字段。如果被记录在FHL字段中的值与具有分段报头的数据的分组的数目相同，则分段再生器C22040可以恢复分段报头和分段有效载荷。
在图41中示出用于允许分段再生器C22040使用FHL字段的方法的详细描述。
分段解析器C22050可以解析被恢复的分段。因为分段报头位于被恢复的分段的前面并且分段有效载荷位于被恢复的分段的后面，所以分段解析器C22050可以首先解析分段报头并且然后解析分段有效载荷。
分段解析器C22050可以解析被恢复的分段使得其能够产生至少一个媒体接入单元。例如，媒体接入单元可以包括至少一个媒体数据。媒体接入单元可以具有预先确定的大小的媒体数据的单元。
媒体解码器C22060可以解码分段。媒体解码器C22060可以解码至少一个媒体接入单元使得产生媒体数据。
媒体呈递器C22070可以呈递被解码的媒体数据以便执行呈现。
图40是图示根据本发明的实施例的用于接收/恢复基于文件的多媒体内容的过程的流程图。
在图39中示出的内容能够被同等地应用于根据实施例的广播信号接收方法。
参考图40，用于接收包括至少一个文件的多媒体内容的广播信号接收方法包括：接收被划分成至少一个分组的多媒体内容；恢复指示通过分组组合独立解码和发送的数据单元的至少一个TB；以及通过一个或者多个TB的组合完成分段报头和分段有效载荷的组合恢复被独立解码和再生的数据单元的分段。
在步骤CS21010中根据实施例的广播信号接收设备可以使用接收器(未示出)接收广播信号。广播信号可以包括至少一个分组。
其后，在步骤CS21020中根据实施例的广播信号接收设备可以控制分组过滤器C22010以从在任意时间接收到的至少一个分组识别分段开始时间。
其后，在步骤CS21030中根据实施例的广播信号接收设备可以使用分组解分组器C22020解分组至少一个分组，使得其能够提取被包含在分段信息中的至少一个符号和被包含在分组报头中的分组有效载荷。
其后，在步骤CS21040中广播信号接收设备使用传输块再生器C22030组合分组，使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。被再生的TB可以包括与分段报头相对应的数据，并且可以包括与分段有效载荷的数据。
在步骤CS21050中根据实施例的广播信号接收设备可以控制分段再生器C22040以识别是否基于分段信息再生的TB是与分段报头相对应的TB和与分段有效载荷相对应的TB。
其后，广播信号接收设备可以组合被恢复的TB使得其能够恢复分段有效载荷和分段报头。
如果FH字段指示分组不包括分段报头的数据，则在步骤CS21060中广播信号接收设备组合与分段有效载荷相对应的至少一个TB使得其能够恢复分段有效载荷。
如果FH字段指示分组具有分段报头的数据，则在步骤CS21070中广播信号接收设备可以通过与分段报头相对应的至少一个TB的组合恢复分段报头。
在步骤CS21080中广播信号接收设备可以基于被包含在分段信息中的FC字段确定是否构造各个分段的分段有效载荷和分段报头已经被完全地恢复。
如果FC字段指示相对应的分组不具有分段报头的最后数据，则广播信号接收设备可以重复TB恢复过程。
如果FC字段指示相对应的分组具有分段的最后数据，则广播信号接收设备可以确定各个分段的接收完成。
例如，如果在构成各个分段的分段有效载荷被首先接收之后接收到分段报头，则FC字段可以指示相对应的分组具有分段报头的最后数据。
因此，如果FC字段指示分组具有分段报头的最后数据，则广播信号接收设备确定构成各个分段的分段报头和分段有效载荷已经被完全地接收，使得其能够恢复分段报头和分段有效载荷。
如果FC字段指示相对应的分组不具有分段报头的最后数据，则广播信号接收设备可以重复TB恢复过程。
其后，在步骤CS21090中广播信号接收设备可以使用分段再生器C22040组合至少一个TB以完成分段报头和分段有效载荷的恢复，并且可以组合分段报头和分段有效载荷以恢复指示被独立解码和再生的数据单元的分段。
在步骤CS21090中根据实施例的广播信号接收设备可以使用分段解析器C22050解析被恢复的分段。广播信号接收设备解析被恢复的分段使得其能够产生至少一个媒体接入单元。然而，本发明的范围或者精神不限于此，并且广播信号接收设备解析TB使得其能够产生至少一个媒体接入单元。
其后，在步骤CS21100中根据实施例的广播信号接收设备可以使用媒体解码器C22060解码至少一个媒体接入单元，使得其能够产生媒体数据。
在步骤CS21110中根据实施例的广播信号接收设备可以使用呈递器C22070执行被解码的媒体数据的呈递以便执行呈现。
图41是图示根据本发明的实施例的用于实时接收/消耗基于文件的多媒体内容的过程的流程图。
参考图41，图41的一些部分与图40的那些基本上相同，并且正因如此在此将会省略其详细描述。
根据实施例的广播信号接收设备可以基于FHL字段确定是否已经完全地接收到构成各个分段的分段报头和分段有效载荷。
在步骤CS22050中根据实施例的广播信号接收设备可以允许分段再生器C22040以识别是否基于分段信息恢复的TB是与分段报头相对应的TB或者与分段有效载荷相对应的TB。
其后，广播信号接收设备组合被恢复的TB使得其能够恢复分段有效载荷和分段报头中的每一个。
如果FH字段指示相对应的分组具有与分段有效载荷相对应的数据，则在步骤CSS2060中广播信号接收设备可以组合至少一个TB使得其能够恢复分段有效载荷。
如果FH字段指示相对应的分组具有与分段报头相对应的数据，则在步骤CS22070中分段再生器C22040可以通过至少一个TB的组合恢复分段报头。
其后，如果广播信号接收设备完成构成各个分段的分段有效载荷和分段报头的恢复，则分段信号接收设备可以通过被恢复的分段有效载荷和分段报头的组合恢复分段。
广播信号接收设备可以基于被包含在分段信息中的FHL字段确定是否构成各个分段的分段有效载荷和分段报头已经被完全地再生。
广播信号接收设备可以在步骤CS22080中计数构成各个分段的分组的数目(N)。例如，广播信号接收设备可以计数均具有分段报头的数据的分组的数目。一个分组可以包括至少一个符号，并且在下文中下面的描述将会描述其中一个分组包括一个符号的示例性情况。
FHL字段可以指示构成分段的符号的数目。如果与被记录在FHL字段中的符号的数目相同多的分组没有被接收，则广播信号接收设备可以重复TB恢复过程。例如，如果构成各个分段的分段有效载荷和分段报头的接收没有被完成，则广播信号接收设备可以重复TB恢复过程。
分段完成信息可以进一步包括指示与分段报头相对应的符号的总数目的FHL字段。
如果被记录在FHL字段中的值与分组的数目相同，则在步骤CS22090中广播信号接收设备确定构成各个分段的分段有效载荷和分段报头已经被完全地接收，并且然后恢复分段报头和分段有效载荷。
例如，FHL字段可以指示与包括分段报头和分段有效载荷两者的各个分段相对应的符号的总数目。在这样的情况下，如果与被记录在FHL字段中的符号的数目一样多的分组被接收，则广播信号接收设备能够确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
例如，FHL字段可以指示分段报头和分段有效载荷当中的后发送的符号的总数目。
如果构成各个分段的分段有效载荷被首先接收并且然后分段报头被接收，则FHL字段可以指示与分段报头相对应的符号的总数目。在这样的情况下，被记录在FHL字段中的符号的数目与对应于接收到的分段报头的分组的数目相同，广播信号接收设备可以确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
另外，如果构成各个分段的分段报头被首先接收并且然后分段有效载荷被接收，则FHL字段可以指示与分段有效载荷相对应的符号的总数目。在这样的情况下，如果被记录在FHL字段中的符号的数目与对应于接收到的分段有效载荷的分组的数目相同，则广播信号接收设备可以确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
其后，如果构成各个分段的分段有效载荷和分段报头已经被完全地接收，则在步骤CS22100中广播信号接收设备组合分段报头和分段有效载荷使得恢复分段。
迄今为止，已经描述了其中使用传送块作为具有可变大小的数据单元在传送块单元中通过广播网络实时发送和接收多媒体内容的本发明的实施例。
在下文中，将会描述其中使用对象内部结构的边界信息和类型信息在具有可变大小的对象内部结构单元中通过广播网络实时发送和接收多媒体内容的本发明的另一实施例。
然而，与在本发明的实施例中相同的本发明的另一实施例的相同术语可以包括上面的描述，并且因此其详细描述将会被省略。另外，与图1至46相关的描述也能够被应用于图42至55。
<传送对象类型-1的识别方法>
图42是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
根据本发明的另一实施例，分组可以是LCT分组，并且LCT分组可以包括LCT版本号字段(V)、拥塞控制字段标志(C)、协议特定条件字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、发送方当前时间存在标志字段(T)、预期残留时间存在标志字段(R)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、FEC有效载荷ID字段、以及/或者编码符号字段。
根据本发明的另一实施例，分组可以包括含元数据的分组信息。分组信息可以包括指示在MPEG-DASH内容的传输期间通过当前分组发送的对象的类型的对象类型信息。对象类型信息可以指示在当前分组或者相同的TOI被应用的分组中发送的对象的类型。
例如，对象类型信息可以使用被定位在从LCT分组的开始点开始的第12个比特处的两个保留的比特识别对象类型。
当在LCT分组中发送MPEG-DASH内容时，对象类型可以包括常规文件、初始化片段、媒体片段、以及/或者自行初始化片段。
例如，当对象类型信息的值是“00”时，对象类型可以指示“常规文件”，当对象类型信息的值是“01”时，对象类型可以指示“初始会片段”，当对象类型信息的值是“10”时，对象类型可以指示“媒体片段”，并且对象类型信息的值是“11”时，对象类型可以指示“自行初始化片段”。
通过对象类型信息指示的对象类型可以根据被发送的文件内容而被变化，并且用于定义对象类型信息的值的方案可以以独立于用于当前传输的会话的信令信息或者带外的形式被发送。
常规文件指的是诸如组成多媒体内容的常规文件的对象形式的数据单元。
初始化片段指的是包括用于接入表示的初始化信息的对象形式的数据单元。初始化片段可以包括文件类型盒(ftyp)和电影盒(moov)。文件类型盒(ftyp)可以包括文件类型、文件版本、以及兼容性信息。电影盒(moov)可以包括用于描述多媒体内容的元数据。
媒体片段指的是要被发送到广播信号接收设备以便于支持流服务的、关联于根据质量和时间划分的媒体的对象形式的数据单元。媒体片段可以包括片段类型盒(styp)、片段索引盒(sidx)、电影分段盒(moof)、以及媒体数据盒(mdat)。片段类型盒(styp)可以包括片段类型信息。片段索引盒(sidx)可以提供流接入点(SAP)信息、数据偏移、在相对应的媒体片段中存在的媒体数据的初始呈现时间等等。电影分段盒(moof)可以包括关于媒体数据盒(mdat)的元数据。媒体数据盒(mdat)可以包括关于组件媒体组件(视频、音频等等)的实际媒体数据。
自行初始化片段指的是指示初始化片段的信息和媒体片段的信息两者的对象形式的数据单元。
<传送对象类型-2的识别方法>
图43是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
除了前述的方法之外，对象类型信息能够使用LCT报头扩展识别在当前分组中发送的对象的类型。使用LCT报头扩展的对象类型信息能够被应用于用于诸如实时协议(RTP)等等的传送协议的分组等等。
对象类型信息可以包括报头扩展类型(HET)字段、类型字段，和/或保留字段。
HET字段可以是8比特整数并且可以指示相对应的报头扩展的类型。例如，HET字段可以是在128至255的值当中的一个特性值并且可以识别相对应的报头扩展的类型。在这样的情况下，报头扩展可以具有32个比特的固定长度。
类型字段可以指示在当前LCT分组或者对其应用相同的TOI的分组中发送的对象的类型。在下文中，可以通过对象类型信息表示类型字段。当在LCT分组中发送MPEG-DASH内容时，根据对象类型信息的值，对象类型可以包括常规文件、初始化片段、媒体片段、以及自行初始化片段。
例如，当对象类型信息的值是“0x00”时，对象类型可以指示“常规文件”，当对象类型信息的值是“0x01”时，对象类型可以指示“初始化片段”，当对象类型信息的值是“0x10”时，对象类型可以指示“媒体片段”，并且当对象类型信息的值是“0x11”时，对象类型可以指示“自行初始化片段”。
保留字段被保留用于未来使用。
在下文中，对于图43的详细描述与上面的详细描述相同，并且因此在此将会省略。
图44是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
广播信号接收设备可以根据对象类型基于对象类型信息执行不同的过程。即，在LCT分组中指定和发送对象类型信息之后，广播信号接收设备可以基于对象类型信息识别接收到的对象，并且根据对象类型执行适当的操作。
根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C32005、解析器C32050、以及/或者解码器C32060。然而，广播信号接收设备的组件不限于此并且前述的组件可以被进一步包括。
信令解码器C32005可以解码信令信息。信令信息指示是否使用广播网络实时发送包括多媒体内容的广播信号。
解析器C32050可以基于对象类型信息解析至少一个对象并且生成用于接入表示和至少一个接入单元的初始化信息。为此，解析器C32050可以包括初始化片段解析器C32051、媒体片段解析器C32052、以及/或者自行初始化片段解析器C32053。在下一个图中将会详细地描述初始化片段解析器C32051、媒体片段解析器C32052、以及自行初始化片段解析器C32053。
解码器C32060可以基于初始化信息初始化相对应的解码器C32060。另外，解码器C32060可以解码至少一个对象。在这样的情况下，解码器C32060可以以至少一个接入单元的形式接收关于对象的信息并且解码至少一个接入单元以生成媒体数据。
图45是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
广播信号接收设备可以包括分组滤波器C32010、片段缓冲器C32030、解析器C32050、解码缓冲器C32059、以及/或者解码器C32060。
分组滤波器C32010可以从至少一个接收到的分组中识别对象类型信息并且分类该对象类型信息，以便基于对象类型信息执行与各个对象类型相对应的过程。
例如，当对象类型信息是“1”时，分组滤波器C32010可以通过片段缓冲器C32031将LCT分组的数据发送到初始化片段解析器C32051，当对象类型信息是“2”时，分组滤波器C32010可以通过片段缓冲器C32032将LCT分组的数据发送到媒体片段解析器C32052，当对象类型信息是“3”时，分组滤波器C32010可以通过片段缓冲器C32033将LCT分组的数据发送到自行初始化片段解析器C32053。
片段缓冲器C32030可以从分组滤波器接收LCT分组的数据并且在预先确定的时间段内存储数据。片段缓冲器C32030可以作为多个片段缓冲器C32031、C32032、以及C32033或者一个组件存在。
解析器C32050可以基于对象类型信息解析至少一个对象并且产生用于接入表示和至少一个接入单元的初始化信息。为此，解析器C32050可以包括初始化片段解析器C32051、媒体片段解析器C32052、以及/或者自行初始化片段解析器C32053。
初始化片段解析器C32051可以解析被存储在片段缓冲器C32031中的初始化片段并且生成用于接入表示的初始化信息。另外，初始化片段解析器C32051可以从自行初始化片段解析器C32053接收初始化片段并且生成用于接入表示的初始化信息。
媒体片段解析器C32052可以解析被存储在片段缓冲器C32032中的媒体片段，并且生成关于媒体流的信息、至少一个接入单元、以及关于用于接入对应片段中的媒体呈现的方法的信息，诸如呈现时间或者索引。另外，媒体片段解析器C32052可以从自行初始化片段解析器C32053接收媒体片段并且生成媒体流的信息、至少一个接入单元、以及关于用于接入到相对应的片段中的媒体呈现的方法的信息，诸如呈现时间或者索引。
自行初始化片段解析器C32053可以解析被存储在片段缓冲器C32033中的自行初始化片段并且生成初始化片段和媒体片段。
解码缓冲器C32059可以从解析器C32050或者媒体片段解析器C32052接收至少一个接入单元并且在预先确定的时间段存储接入单元。
解码器C32060可以基于初始化信息初始化相对应的解码器C32060。另外，解码器C32060可以解码至少一个对象。在这样的情况下，解码器C32060可以以至少一个接入单元的形式接收关于对象的信息，并且可以解码至少一个接入单元以生成媒体数据。
如上所述，在发送MPEG-DASH内容之后，根据本发明的另一实施例的广播信号发送设备可以发送指示是在当前分组中发送的对象的类型的对象类型信息。另外，广播信号发送设备可以基于对象类型信息识别在接收到的分组中的对象的类型并且对各个对象执行适当的过程。
<对象内部结构的类型>
图46是图示根据本发明的另一实施例的包括类型信息的分组的结构的图。
在发送作为独立意义单元的对象内部结构单元中的数据之后，广播信号发送设备可以发送具有可变大小的数据。因此，甚至在接收一个整体对象之前在接收和识别对象内部结构之后，广播信号接收设备可以执行对象内部结构单元中的再生。结果，可以通过广播网络实时发送和再生多媒体内容。根据本发明的另一实施例，为了识别对象内部结构，类型信息和边界信息可以被使用。
在下文中，将会详细地描述用于对象内容结构的识别的类型信息。
在MPEG-DASH内容的传输期间，分组信息可以包括使用LCT报头扩展的类型信息。类型信息可以指示在当前分组中发送的对象内部结构的类型。类型信息可以被称为内部结构类型信息以区分于对象类型信息。类型信息能够被应用于用于诸如实时协议(RTP)等等传送协议的分组等等。
类型信息可以包括报头扩展类型字段(HET)、内部单元类型字段、以及/或者保留字段。
HET字段与上面的描述相同并且因此其详细描述在此被省略。
内部结构类型字段可以指示在LCT分组中发送的对象内部结构的类型。
对象可以对应于MPEG-DASH的片段，并且对象内部结构可以对应于被包括在对象中的较低的组件。例如，对象内部结构的类型可以包括片段、区块或者GOP、接入单元、以及NAL单元。对象内部结构的类型可以不被限于此并且可以进一步包括有意义的单元。
分段可以指的是不取决于先前数据能够被独立地解码和再生的数据单元。可替选地，分段可以指的是包括一对电影分段盒(moof)和媒体数据容器盒(mdat)的数据单元。例如，分段可以对应于MPEG-DASH的子片段或者对应于MMT的分段。分段可以包括至少一个区块或者至少一个GOP。
区块是具有相同的媒体类型的一组相邻的采样并且是具有可变大小的数据单元。
GOP是用于执行在视频编码中的编译的基本单元并且是指示包括至少一个I帧的帧的集合的具有可变大小的数据单元。根据本发明的另一实施例，在作为独立意义的数据单元的对象内部结构单元中发送媒体数据，并且因此GOP可以包括开放式GOP和封闭式GOP。
在开放式GOP中，在一个GOP中的B帧可以指的是相邻的GOP中的I帧或者P帧。因此，开放式GOP能够严格地增强编译效率。在封闭式GOP中，B帧或者P帧可以仅指的是相对应的GOP中的帧并且不可以指的是除了相对应的GOP之外的GOP中的帧。
接入单元可以指的是被编码的视频或者音频的基本数据单元并且包括一个图像帧或者音频帧。
NAL单元是被封装和被压缩的视频流，包括关于考虑到与网络装置的通信压缩的片的摘要信息等等。例如，NAL单元是通过以字节为单元分组诸如NAL单元片、参数集、SEI等等的数据获得的数据单元。
保留字段可以保留用于未来使用。
在下文中，为了方便描述，可以通过类型信息表示内部结构类型字段。
<对象内部结构的边界>
图47是图示根据本发明的另一实施例的包括边界信息的分组的结构的图。
在下文中，将会详细地描述用于对象内部结构的识别的边界信息。
在MPEG-DASH内容的传输期间，分组信息可以包括使用LCT报头扩展的类型信息。边界信息可以指示在当前分组中发送的对象内部结构的边界。边界信息能够被应用于用于诸如实时协议(RTP)等等传送协议的分组等等。
边界信息可以包括报头扩展类型字段(HET)、开始标志字段(SF)、保留字段、以及/或者偏移字段。
HET字段与上面的描述相同并且因此其详细描述在此被省略。
开始标志字段(SF)可以指示LCT分组包括对象内部结构的开始点。
保留字段可以保留用于未来使用。
偏移字段可以包括指示在LCT分组的对象内部结构的开始点的位置信息。位置信息可以包括从LCT分组的开始点到对象内部结构的开始点的字节距离。
如上所述，广播信号发送设备可以不基于类型信息和边界信息以对象为单位发送数据，并且可以在具有可变长度的对象内部结构单元中发送数据。
广播信号接收设备可以不以对象为单位接收和再生数据，并且可以在具有可变长度的对象内部结构单元中接收和再生数据。因此，广播信号接收设备可以基于类型信息和边界信息识别对象内部结构并且执行对于各个接收到的对象内部结构的再生。
例如，基于与通过被包括在开始和结束点之间发送的至少一个分组中的边界信息或者类型信息表示的对象内部结构的开始和结束点相对应的分组，广播信号接收设备可以识别当前对象内部结构的类型。
结果，甚至在接收一个整体对象之前广播信号接收设备可以快速地识别对象内部结构并且实时执行再生。
<传送对象和信令信息的映射>
图48是图示根据本发明的另一实施例的包括映射信息的分组的结构的图。
根据本发明的另一实施例，能够使用除了前述的类型信息和边界信息之外的映射信息识别对象内部结构。
在DASH内容的传输期间，分组信息可以包括使用LCT报头扩展的映射信息。映射信息将在当前分组中发送的会话、对象以及对象内部结构中的至少一个映射到传送会话标识符(TSI)和传送对象标识符(TOI)中的至少一个。映射信息可以在用于诸如实时协议(RTP)等等的传送协议的分组等等中被使用。
根据本发明的实施例，映射信息可以包括报头扩展类型字段(HET)、报头扩展长度字段(HEL)、以及统一资源定位符字段(URL)。
HET字段与在上面描述的相同并且不会详细地描述。
HEL字段指示具有可变长度的LCT报头扩展的整体长度。基本上，当HET具有在0和127之间的值时，报头扩展在LCT中具有32比特字单元的可变长度，并且继HET字段之后的HEL字段指示在32比特字单元中的LCT报头扩展的整体长度。
URL字段可以是可变字段并且可以包括用于当前传输的会话、对象、以及对象内部结构的在互联网上的唯一的地址。
在下文中，为了方便描述，URL字段可以经由映射信息被表示。
映射信息可以指示信令信息的URL。另外，映射信息可以包括通过信令信息分配的标识符以及对象内部结构的会话、对象、或者唯一地址。标识符可以包括时段ID、适配集ID、表示ID、以及组件ID。因此，在MPEG-DASH内容的情况下，映射信息可以包括片段URL、表示ID、组件ID、适配集ID、时段ID等等。
为了更加完美的映射，根据本发明的另一实施例的信令信息可以进一步包括用于将对象的URL或者标识符映射到TOI或者TSI的映射信息。即，信令信息可以进一步包括当前发送的TOI和TSI被映射到的对象的URL或者标识符的一部分。在这样的情况下，映射信息可以是用于根据1:1、1:多、以及多:1中的一个将对象的URL或者标识符映射到TOI或者TSI的信息。
<传送会话和传送对象的分组方法>
图49是图示根据本发明的另一实施例的包括编组信息的LCT分组的结构的图。
根据本发明的另一实施例，除了前述方法之外，使用分组信息能够识别对象内部结构。
根据本发明的另一实施例的LCT分组可以包括会话组标识符字段(SGI)和被划分的传送会话标识符字段(DTSI)。SGI和DTSI是通过分离传统传送会话标识符字段(TSI)获得的形式。
根据本发明的另一实施例的LCT分组可以包括对象组标识符字段(OGI)和被划分的传送对象标识符字段(DTOI)。OGI和DTOI是通过分离传统传送对象标识符字段(TOI)获得的形式。
S字段指示传统TSI字段的长度，O字段指示传统TOI的长度，并且H字段指示是否半字(16个比特)被添加到传统TOI字段和传统TSI字段的长度。
因此，SGI字段和DTSI字段的长度的总和可以与传统TSI字段相同并且可以基于S字段和H字段的值被确定。另外，OGI字段和DTOI字段的长度的总和可以与传统TOI字段相同并且可以基于O字段和H字段的值被确定。
根据本发明的另一实施例，传统TSI和TOI可以被细分成SGI、DTSI、OGI、以及DTOI，并且SGI、DTSI、OGI、以及DTOI可以识别不同的数据单元。
将会参考下一个图详细地描述SGI、DTSI、OGI、以及DTOI。
图50是图示根据本发明的另一实施例的会话和对象的编组的图。
媒体呈现描述(MPD)是用于提供作为流服务的MPEG-DASH内容的元素。
媒体呈现描述(MPD)是用于提供作为流服务的MPEG-DASH内容的元素。例如，前述的呈现可以是一个服务的概念并且可以对应于MPEG-DASH的MPD和MMT的分组。MPD C40000可以包括至少一个时段。例如，MPD C40000可以包括第一时段C41000和第二时段C42000。
时段是通过根据再生时间划分MPEG-DASH内容获得的元素。在时段中不可以改变可变比特速率、语言、标题、字幕等等。各个时段可以指示开始时间信息，并且时段可以以MPD中的开始时间的升序排列。例如，第一时段C41000是在0至30分钟的时段中的元素，并且第二时段C42000是在30至60分钟的时段中的元素。时段可以包括至少一个适配集(未示出)作为较低元素。
适配集是可互换的被编码的版本的至少一个媒体内容组件的集合。适配集可以包括至少一个表示作为较低元素。例如，适配集可以包括第一表示C41100、第二表示C41200、以及第三表示C41300。
表示可以是至少一个媒体内容组件的可发送的被编码的版本的元素并且可以包括至少一个媒体流。媒体内容组件可以包括视频组件、音频组件、以及字幕组件。表示可以包括关于媒体内容组件的质量的信息。因此，广播信号接收设备可以改变一个适配集中的表示以便于适合网络环境。
例如，第一表示C41100可以是具有500kbit/s的频率带宽的视频组件，第二表示C41200可以是具有250kbit/s的频率带宽的视频组件，并且第三表示C41300可以是具有750kbit/s的频率带宽的视频组件。表示可以包括至少一个片段作为较低元素。例如，第一表示C41100可以包括第一片段C41110、第二片段C41120、以及第三片段C41130。
片段是具有能够根据一个HTTP请求被检索的最大数据单元的元素。URL可以被提供给各个片段。例如，前述的对象可以是与文件、初始化片段、媒体片段、或者自行初始化片段相对应的概念，可以对应于MPEG-DASH的片段，并且可以对应于MMT的MPU。各个片段可以包括至少一个分段作为较低元素。例如，第二片段C41120可以包括第一分段C41122、第二分段C41124、以及第三分段C41126。
分段指的是不取决于先前数据能够被独立地解码和再生的数据单元。例如，分段可以对应于MPGE-DASH的子片段和MMT的分段。分段可以包括至少一个区块或者至少一个GOP。例如，第一分段C41122可以包括分段报头和分段有效载荷。分段报头可以包括片段索引盒(sidx)和电影分段盒(moof)。分段有效载荷可以包括媒体数据容器盒(mdat)。媒体数据容器盒(mdat)可以包括第一至第五区块。
区块是具有相同媒体类型的相邻的采样的集合并且是具有可变大小的数据单元。
根据本发明的前述实施例，TSI可以识别传送会话，并且各个表示可以被映射到各个TSI。另外，TOI可以识别传送会话中的传送对象并且各个片段可以被映射到各个TOI。
然而，根据本发明的另一实施例，TSI可以被划分成GSI和DTSI，TOI被划分成OGI和DTOI，并且GSI、DTSI、GOI以及DTOI可以被映射到各自的数据单元，不限于本发明的前述实施例。
例如，SGI可以识别一组相同的传送会话并且各个时段可以被映射到各个SGI。第一时段C41000的SGI的值可以被映射到“1”并且第二时段C42000的SGI的值可以被映射到“2”。SGI的值可以不被限于前述的实施例，并且可以具有与用于时段的识别的时段ID相同的值。
DTSI可以识别传送会话并且各个表示可以被映射到各个DTSI。第一表示C41100的DTSI的值可以被映射到“1”，第二表示C41200的DTSI的值可以被映射到“2”，并且第三表示C41300的DTSI的值可以被映射到“3”。DTSI的值可以不限于前述的实施例并且可以具有与用于表示的识别的表示ID相同的值。
OGI可以识别在传送会话中的一组相同的对象，并且各个片段可以被映射到OGI。第一片段C41110的OGI的值可以被映射到“1”，第二片段C41120的OGI的值可以被映射到“2”，并且第三片段C41130的OGI的值可以被映射到“3”。
DTOI可以识别递送对象。一个递送对象可以是一个ISO BMFF文件或者一个ISOBMFF文件的一部分。一个ISO BMFF文件的一部分可以包括GOP、区块、接入单元以及/或者NAL单元。
例如，分段报头以及分段有效载荷的各个区块或者各个GOP可以被映射到各个DTOI。第一分段C41122的报头的DTOI的值可以被映射到“0”，并且第一分段C41122的有效载荷中的第一至第五区块的DTOI的值可以被映射到“10”至“14”。
在DTOI的情况下，根据给定的值可以定义用法。例如，根据对象的排列顺序DTOI值可以以升序或者降序设置。在这样的情况下，广播信号接收设备可以基于DTOI值重排对象并且生成分段或者片段。另外，特定的DTOI值可以包括分段报头。在这样的情况下，广播信号发送设备或者广播信号接收设备可以基于相对应的DTOI值确定是否完全地发送分段报头。
如果递送对象意指一个片段，则一组递送对象可以对应于诸如DASH表示的内容组件。在这样的情况下，DTIO可以被映射到片段并且OGI可以被映射到表示。例如，OGI可以以一对一对应关系被映射到表示ID、内容组件ID等等并且可以被用作用于复用/解复用在一个会话内发送的内容组件的信息。
图51是图示根据本发明的另一实施例的使用分组信息的广播信号发送设备的结构的图。
广播信号发送设备可以包括信令编码器C31005、内部结构生成器C31030、分组信息生成器C31035、以及/或者发射器C31050。
信令编码器C31005可以生成指示是否使用广播网络实时发送包括多媒体内容的广播信号的信令信息。信令信息可以指示在文件级别或者FDT级别的至少一个中实时发送多媒体内容。当信令信息指示在文件级别中实时发送多媒体内容时，属于相对应的文件的所有数据能够被实时发送。另外，当信令信息指示在FDT级别中实时发送多媒体内容时，属于相对应的FDT的所有文件或者数据能够被实时发送。
内部结构生成器C31030可以生成至少一个对象内部结构作为独立编码或者解码的数据单元。通过将被包括在多媒体内容中的文件划分成至少一个数据单元获得对象内部结构。
当信令信息指示多媒体内容被实时发送时，分组信息生成器C31035可以生成包括用于对象内部结构的识别的元数据的分组信息。在此，分组信息可以包括关于用于多媒体内容的传输的分组的元数据并且包括用于对象内部结构的识别的元数据。分组信息可以包括指示对象内部结构的边界的边界信息和指示对象内部结构的类型的类型信息。
边界信息可以包括指示是否相对应的分组包括对象内部结构的开始点的开始标志(SF)字段和指示相对应的分组中的对象内部结构的开始点的位置的偏移字段。
对象内部结构的类型可以包括指示包括一对电影分段盒(moof)和媒体数据容器盒(mdat)的数据单元的分段、指示具有相同的媒体类型的相邻的采样的集合的区块、指示包括至少一个I帧的帧的集合的GOP、指示被编码的视频或者音频的基本数据单元的接入单元、以及指示以字节为单位分组的数据单元的NAL单元中的一个。
另外，分组信息可以包括用于将会话、对象、以及对象内部结构中的至少一个映射到传送会话标识符(TSI)和传送对象标识符(TOI)中的至少一个的映射信息。
分组信息可以包括用于编组在分组中发送的传送会话和传送对象的编组信息。编组信息可以包括用于传送会话的识别的被划分的传送会话标识符(DTSI)字段、用于具有相同传送会话的组的识别的会话组标识符(SGI)字段、用于传送对象的识别的被划分的传送对象标识符(DTOI)字段、以及用于具有相同传送对象的组的识别的对象组标识符(OGI)字段。在此，SGI字段可以包括用于MPEG-DASH的时段元素的识别的信息，DTSI字段可以包括用于MPEG-DASH的表示元素的识别的信息，OGI字段可以包括用于MPEG-DASH的片段元素的识别的信息，并且DTOI字段可以包括用于MPEG-DASH的区块元素的识别的信息。
如上所述，分组信息可以基于类型信息和边界信息、映射信息、以及分组信息识别会话、对象以及对象内部结构中的至少一个。
广播信号发送设备可以进一步包括分组器(未示出)。分组器可以将对象内部结构划分成具有相同大小的至少一个符号，并且可以分组至少一个符号作为至少一个分组。然而，本发明不限于此，并且可以通过其它设备生成符号。根据本发明的另一实施例的符号的长度可以是相同的。然后分组器可以分组至少一个符号作为至少一个分组。例如，分组可以包括分组报头和分组有效载荷。
分组报头可以包括用于对象内部结构的识别的分组信息。
发射器C31050可以发送包括对象内部结构和分组信息的广播信号。
图52是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
在下文中，没有描述广播信号发送设备的公共部件，并且在与广播信号发送设备的不同方面将会描述广播信号接收设备。
广播信号接收设备可以基于分组信息识别对象内部结构并且在接收到的对象内部结构的单元中执行解码。因此，广播信号接收设备可以不接收一个整体对象，并且可以产生对象内部结构，尽管接收到对象内部结构。
根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C32005、提取器C32050、以及/或者解码器C32050。然而，广播信号接收设备可以进一步包括前述的组件。
信令解码器C32005可以解码信令信息。信令信息可以指示是否使用广播网络实时发送包括多媒体内容的广播信号。
提取器C32050可以从广播信号识别对象内容结构并且提取对象内部结构。甚至在接收一个整体对象之前，提取器C32050可以基于分组信息提取对象内部结构并且将对象内部结构发送给解码器C32060。然而，可以根据对象内部结构的类型改变提取器C32050的操作。前述的解析器C32050可以执行与提取器C32050相同的操作并且可以通过解析器C32050表示提取器C32050。
提取器C32050可以根据类型信息和边界信息识别当前对象内部结构的类型。例如，基于与在开始和结束点之间发送的至少一个分组中包括的边界信息和类型信息中表示的对象内部结构的开始和结束点相对应的分组，提取器C32050可以识别当前对象内部结构的类型。
提取器C32050可以提取作为被存储在对象缓冲器或者片段缓冲器中的对象内部结构的接入单元、GOP或者区块、以及分段中的至少一个。为此，提取器C32050可以进一步包括：AU提取器C32060，该AU提取器C32060用于提取接入单元；区块提取器C32057，该区块提取器C32057用于提取区块或者GOP；以及分段提取器C32058，该分段提取器C32058用于提取分段。将会参考下一个图详细地描述提取器C32050的较低的组件。
解码器C32060可以接收对象内部结构并且基于类型信息解码相对应的对象内部结构。在这样的情况下，解码器C32060可以以至少一个接入单元的形式接收关于对象内部结构的信息并且解码至少一个接入单元以生成媒体数据。
图53是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
在下文中，将会描述当对象内部结构的类型是接入单元时广播信号接收设备的操作和配置。
广播信号接收设备可以进一步包括分组解分组器C22020、片段缓冲器C32030、AU提取器C32056、解码缓冲器C32059、以及/或者解码器C32060。
分组解分组器C22020可以解分组至少一个分组并且提取被包括在分组报头中的分组信息。例如，分组解分组器C22020可以提取被包括在分组报头中的类型信息和边界信息并且提取被包括在分组有效载荷中的至少一个符号。至少一个符号可以是被包括在对象内部结构中的符号或者被包括在对象中的符号。
分组解分组器C22020可以将至少一个被提取的对象或者至少一个被提取的对象内部结构发送到解码器C32060。
片段缓冲器C32030可以从分组解分组器C22020接收LCT分组的分组并且在预先确定的时间段内存储数据。可以通过对象缓冲器C32030重复片段缓冲器C32030。片段缓冲器C32030可以进一步包括AU提取器C32056、区块提取器(未示出)、以及/或者分段提取器(未示出)。另外，片段缓冲器C320300可以进一步包括分段缓冲器(未示出)和/或区块缓冲器(未示出)。
当类型信息指示对象内部结构的类型是接入单元时，片段缓冲器C32030可以包括AU提取器C32056。然而，本发明不限于此，并且AU提取器C32056可以独立于片段缓冲器C32030而存在。
AU提取器C32056可以基于边界信息提取被存储在片段缓冲器C32030中的接入单元。例如，一个接入单元可以是从通过边界信息指示的接入单元的开始点到下一个接入单元的开始点。
然后AU提取器C32056可以通过解码缓冲器C32059将被提取的接入单元发送到解码器C32060。
如上所述，即使广播信号接收设备没有接收一个整体对象，在基于类型信息和边界信息完全地接收相对应的对象的内部结构之后，AU提取器C32056可以立即提取对象内部结构并且可以将对象内部结构发送到解码器C32060。
解码缓冲器C32059可以从片段缓冲器C32030接收数据并且在预先确定的时间段存储数据。在被给予解码缓冲器C32059中的接入单元的处理时间内接入单元可以被发送到解码器C32060或者其它的组件。在这样的情况下，诸如呈现时间戳(PTS)等等的关于处理时间的时序信息可以以LCT报头扩展的形式被给予接入单元。
解码器C32060可以接收对象内部结构并且基于类型信息解码相对应的对象内部结构。在这样的情况下，解码器C32060可以以接入单元的形式以及以对象内部结构的形式接收相对应的对象内部结构。
当类型信息指示对象内部结构的类型是接入单元时，甚至在接收整个相对应的对象之前解码器C32060可以解码相对应的接入单元作为相对应的对象的内部结构。
图54是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
与在图中图示的组件当中的前述组件相同的组件在上面的描述中是相同的，并且因此在此将会省略其详细描述。
在下文中，将会描述当对象内部结构的类型是区块或者GOP时广播信号接收设备的操作和配置。广播信号接收设备可以进一步包括分组解分组器C22020、片段缓冲器C32030、区块缓冲器C32035、解码缓冲器C32059、以及/或者解码器C32060。
分组解分组器C22020可以通过片段缓冲器C32030将至少一个被提取的对象或者至少一个对象内部结构发送到解码器C32060。
片段缓冲器C32030可以包括区块提取器C32057。另外，片段缓冲器C32030可以进一步包括区块缓冲器C32035。
当类型信息指示对象内部结构的类型是区块或者GOP时，区块提取器C32057可以基于边界信息提取被包括在片段缓冲器C32030中的区块或者GOP。例如，一个区块或者GOP可以是从通过边界信息指示的区块或者GOP的开始点到下一个区块或者GOP的开始点。区块提取器C32057可以在片段缓冲器C32030中存在或者独立地存在。
区块提取器C32035可以接收至少一个区块或者GOP并且在预先确定的时间内存储区块或者GOP。区块缓冲器C32035可以在分段缓冲器C32030中存在或者独立地存在。区块缓冲器C32035可以进一步包括AU提取器C32056。
AU提取器C32056可以从被存储在区块缓冲器C32035中的区块或者GOP提取至少一个接入单元。然后AU提取器C32056可以通过解码缓冲器C32059将至少一个被提取的接入单元发送到解码器C32060。
当类型信息指示对象内部结构的类型是区块或者GOP时，甚至在接收整个相对应的对象之前解码器C32060可以解码相对应的区块或者GOP作为相对应的对象的内部结构。
图55是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
与在图中图示的组件当中的前述组件相同的组件与上面的描述相同，并且因此在此将会省略其详细描述。
在下文中，将会描述当对象内部结构的类型是分段时广播信号接收设备的操作和配置。广播信号接收设备可以进一步包括分组解分组器C22020、片段缓冲器C32030、分段缓冲器C32036、音频解码缓冲器C32059-1、视频解码缓冲器C32059-2、音频解码器C32060-1、以及/或者视频解码器C32060-2。
分组解分组器C22020可以将至少一个被提取的对象或者至少一个被提取的对象内部结构发送到音频解码器C32060-1和/或视频解码器C32060-2。
片段缓冲器C320300可以包括分段提取器C32058。另外，片段缓冲器C32030可以进一步包括分段提取器C32036。
当类型信息指示对象内部结构的类型是分段时，分段提取器C32058可以提取被存储在片段缓冲器C320300中的分段。例如，一个分段可以是从分段的开始点到下一个分段的开始点。分段提取器C32058可以在片段缓冲器C32030中存在或者独立地存在。
分段缓冲器C32036可以接收分段或者在预先确定的时间段存储分段。分段缓冲器C32036可以在片段缓冲器C32030中存在或者独立地存在。分段缓冲器C32036可以进一步包括AU提取器C32056。在分段缓冲器C32036中可以进一步包括区块缓冲器(未示出)。
AU提取器C32056可以从被存储在分段缓冲器C32036中的分段提取至少一个接入单元。AU提取器C32056可以在分段缓冲器C32036中存在或者独立地存在。另外，广播信号接收设备可以进一步包括区块缓冲器(未示出)，并且AU提取器C32056可以从被包括在区块缓冲器中的区块或者GOP提取至少一个接入单元。然后AU提取器C32056可以将至少一个被提取的接入单元发送到音频解码器C32060-1和/或视频解码器C32060-2。
解码缓冲器可以包括音频解码缓冲器C32059-1和/或视频解码缓冲器C32059-2。音频解码缓冲器C32059-1可以接收关联于音频的数据并且在预先确定的时间段存储数据。视频解码缓冲器C32059-2可以接收关联于视频的数据并且在预先确定的时间段内存储该数据。
当类型信息指示对象内部结构的类型是分段时，甚至在接收整个相对应的对象之前解码器可以解码相对应的分段作为相对应的对象的内部结构。解码器可以进一步包括用于解码关联于音频的数据的音频解码器C32060-1和/或用于解码关联于视频的数据的视频解码器C32060-2。
如上所述，广播信号发送设备可以不在对象单元中发送数据并且可以在具有可变长度的对象内部结构单元中发送数据。在这样的情况下，广播信号发送设备可以发送对象内部结构的类型信息和边界信息。
广播信号接收设备可以不在对象单元中再生数据并且可以在具有可变长度的对象内部结构中再生数据。因此，广播信号接收设备可以基于类型信息和边界信息识别对象内部结构并且执行用于各个接收到的对象内部结构的再生。
<传送分组有效载荷数据的优先级识别>
图51是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
根据本发明的另一实施例的分组可以是ROUTE分组并且ROUTE分组可以表示ALC/LCT分组。在下文中，为了方便起见，ROUTE分组和/或ALC/CLT分组可以被称为LCT分组。ROUTE使用的LCT分组格式遵循ALC分组格式，即，之后是LCT报头的UDP报头和之后是分组有效载荷的FEC有效载荷ID。
LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的相同名称的字段的详细描述，参考上述的描述。
分组报头可以进一步包括指示分组有效载荷的优先级的优先级信息(Priority)。优先级信息可以使用从各个分组的开始点开始位于第十二和第十三比特处的两个比特以指示分组有效载荷的优先级。在这样的情况下，因为两个比特被使用，所以能够减小分组报头的大小并且增加效率。
优先级信息(Priority)可以指示使用被包括在一个文件中的LCT分组当中的当前LCT分组发送的分组有效载荷的优先级。即，优先级信息可以指示使用在具有相同的TSI或者TOI的分组当中的当前LCT分组发送的分组有效载荷的相对优先级。
例如，优先级信息可以具有0至3的值。随着优先级的值减小，分组有效载荷的优先级在基于总文件的媒体数据的处理中增加。随着优先级信息的值增加，分组有效载荷的优先级减少。
TSI可以识别LCT传送会话并且TOI可以识别递送对象。
各个ROUTE会话是由一个或者多个LCT传送会话组成。LCT传送会话是ROUTE会话的子集。对于媒体递送，LCT传送会话通常会携带媒体组件，例如，MPEG-DASH表示。从广播MPEG-DASH的角度来看，ROUTE会话能够被视为携带一个或者多个DASH媒体呈现的媒体组件的LCT传送会话的复用。在各个LCT传送会话内，一个或者多个递送对象被携带，通常被有关的递送对象，例如，被关联到一个表示的MPEG-DASH片段。与各个递送对象一起，递送元数据属性使得能够在应用中使用递送对象。
一个递送对象可以是ISO BMFF文件或者一个ISO BMFF文件的一部分。一个ISOBMFF的一部分可以包括分段、GOP、区块、接入单元以及/或者NAL单元。
作为一个实施例，一个TSI可以匹配一个轨道(MPEG-DASH表示)并且一个TOI可以匹配一个ISO MBFF文件。另外，一个ISO BMFF文件可以包括“ftyp”、“moov”、“moof”以及/或者“mdat”。
“ftyp”是包括关于文件类型和兼容性的信息的容器。“moov”是包括用于再生媒体数据的所有元数据的容器。如果媒体内容在一个文件内被划分成至少一个媒体数据或者如果媒体内容被划分成至少一个文件，则“moof”是包括用于各个被划分的媒体数据的元数据的容器。“mdat”包括诸如音频数据和视频数据的媒体数据。“mdat”可以包括至少一个“I帧”、“P帧”以及/或者“B帧”。
“I帧”指的是仅使用独立于帧的空间压缩技术，而不是使用MPEG中的相对应的帧的前一个或者下一个帧的时间压缩技术，生成的帧。因为“I帧”被直接地编译并且从图像生成，所以“I帧”仅有内部块组成并且可以用作随机接入点。另外，“I帧”可以是通过预测时间运动产生的“P帧”和/或“B帧”的准则。因此，因为“I帧”减少其帧的额外的空间元素以执行压缩，所以“I帧”提供低压缩速率。即，根据压缩的结果，比特的数目可能比其他帧的比特的数目大。
“P帧”意指通过相对于在MPEG中的后述场景通过预测运动产生的屏幕。“P帧”是通过参考最新的“I帧”和/或“B帧”获得并且仅经由画面内正向预测预测下一个画面获得的画面。因此，“P帧”提供相对高的压缩速率。
“B帧”指的是在时间预测的画面中从前一个和/或下一个“P帧”和/或“I帧”详细地预测双向运动产生的预测的画面。“B帧”基于前一个“I帧”和/或“P帧”、当前帧以及/或者下一个“I帧”和/或“P帧”被被编译并且/或者解码。因此，编译和/或解码时间延迟发生。然而，“B帧”提供最高的压缩速率并且没有形成“P帧”和/或“I帧”的编译和/或解码的基础使得没有传播错误。
如上所述，在一个ISO BMFF文件中的“ftyp”、“moov”、“moof”以及/或者“mdat”的属性可以是不同的。因此，包括“ftyp”、“moov”、“moof”以及/或者“mdat”的分组具有相同的TSI和/或TOI但是可以具有不同的属性。
例如，包括“ftyp”和“moov”的分组的优先级信息具有“0”的值，包括“moof”的分组的优先级信息具有“1”的值，包括“I帧”的分组的优先级信息具有“1”的值，包括“P帧”的分组的优先级信息具有“2”的值并且/或者包括“B帧”的分组的优先级信息具有“3”的值。
如果发送诸如高级视频编译(AVC)/高效视频编译(HEVC)的包括视频数据的MPEG-DASH片段，则广播信号传输设备可以按照包括“ftyp”和“moov”的分组、包括“moof”的分组、包括“I图片”的分组、包括“P图片“的分组以及/或者包括“B图片”的分组的顺序指配用于分组数据处理的优先级。
另外，根据网络带宽和服务用途，诸如在网络上的中继和/或路由器的中间节点可以优先地发送具有高优先级的分组并且选择性地发送具有低优先级的分组。因此，优先级信息可容易地应用于各种服务状态。
另外，基于“ftyp”、“moov”、“moof”、“I图片”、“P图片”以及/或者“B图片”的优先级信息，广播信号传输设备可以优先地提取具有高优先级的分组(即，具有低优先级信息值的分组)，并且选择性地提取具有低优先级的分组(即，具有高优先级信息值的分组)。当接收到诸如AVC/HEVC的视频数据时，广播信号接收设备可以选择性地提取具有高帧率的序列和具有低帧率的序列。
图57是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组，并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
分组报头可以进一步包括指示分组有效载荷的优先级的优先级信息(EXT_TYPE)。优先级信息(EXT_TYPE)可以使用LCT报头扩展以指示使用当前分组发送的分组有效载荷的相对优先级。如果LCT报头扩展被使用，则不支持LCT报头扩展的广播信号接收设备可以跳过优先级信息(EXT_TYPE)，从而增加可扩展性。使用LCT报头扩展的优先级信息(EXT_TYPE)可应用于用于诸如实时协议(RTP)的传输协议的分组。
优先级信息(EXT_TYPE)可以包括报头扩展类型(HET)字段、优先级字段以及/或者保留字段。根据实施例，优先级信息(EXT_TYPE)可以仅包括优先级字段。
HET字段可以是具有8个比特的整数并且可以指示报头扩展的类型。例如，HET字段可以使用128至255的值当中的一个唯一的值识别报头扩展的类型。在这样的情况下，报头扩展可以具有32个比特的固定长度。
优先级字段可以指示使用被包括在一个文件中的LCT分组当中的当前LCT分组发送的分组有效载荷的优先级。另外，优先级字段可以指示使用具有相同的TSI或者TOI的分组当中的当前LCT分组发送的分组有效载荷的相对优先级。
例如，优先级信息可以具有0至255的值。随着优先级信息的值减小，分组有效载荷的优先级在基于文件的媒体数据的处理中增加。
例如，包括“ftyp”和“moov”的分组的优先级信息具有“0”的值，包括“moof”的分组的优先级信息具有“1”的值，包括“I帧”的分组的优先级信息具有“2”的值，包括“P帧”的分组的优先级信息具有“3”的值并且/或者包括“B帧”的分组的优先级信息具有“4”的值。
保留字段可以是被保留以便将来使用的字段。
在下文中，将会省略与上面的描述相同的描述。
图58是示出根据本发明的另一实施例的包括偏移信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
分组报头可以进一步包括偏移信息。偏移信息可以指示在使用当前分组发送的分组有效载荷的文件内的偏移。偏移信息可以从文件的开始点以字节指示偏移。偏移信息可以是LCT报头扩展的形式并且可以被包括在FEC有效载荷ID字段中。
作为一个实施例，将会描述其中LCT分组包括以LCT报头扩展的形式的偏移信息(EXT_OFS)的情况。
如果LCT报头扩展被使用，则不支持LCT扩展的接收器跳过偏移信息(EXT_OFS)，从而增加可扩展性。使用LCT报头的偏移信息(EXT_OFS)可应用于用于诸如实时协议(RTP)的传送协议的分组。
偏移信息(EXT_OFS)可以仅包括报头扩展类型(HET)字段、报头扩展长度(HEL)字段以及开始偏移(Start Offset)字段。
HET字段等于上面的描述并且其详细描述将会被省略。
HEL字段指示具有可变长度的LCT报头扩展的总长度。根本地，在LCT中，如果HET具有0至127的值，则32比特字单元的可变长度报头扩展存在并且跟随HET字段的HEL字段以32比特子单元指示LCT报头扩展的总长度。
开始偏移字段可以具有可变长度并且指示在使用当前分组发送的分组有效载荷的文件内的偏移。开始偏移字段可以从文件的开始点以字节指示偏移。
LCT分组可以包括不仅以LCT报头扩展的格式而且以FEC有效载荷ID字段的偏移信息(Start Offset)。在下文中，将会描述其中LCT分组在FEC有效载荷ID字段中包括偏移信息的情况。
FEC有效载荷ID字段包含向FEC解码器指示在通过特定分组携带的编码符号和FEC编码变换之间的关系的信息。例如，如果分组携带源符号，则FEC有效载荷ID字段指示通过分组携带对象的哪个源符号。如果分组携带修复符号，则FEC有效载荷ID字段指示如何从对象构造这些修复符号。
FEC有效载荷ID字段也可以包含关于被包括在分组的那些是其一部分的编码符号的更大的组的信息。例如，FEC有效载荷ID字段可以包含关于符号有关的源块的信息。
FEC有效载荷ID包含源块编号(SBN)和/或编码符号ID(ESI)。SBN是用于在分组内的编码符号有关的源块的非负整数标识符。ESI是用于分组内的编码符号的非负整数标识符。
根据本发明的另一实施例的FEC有效载荷ID字段可以进一步包括偏移信息(StartOffset)。
使用以递送对象的八位字节指定开始地址的FEC有效载荷ID字段。此信息可以以数种方式被发送。
首先，具有FEC有效载荷ID的简单的新的FEC方案被设置为大小0。在这样的情况下，分组将会包含作为使用32个比特的直接地址(开始偏移)的整个对象。
其次，以与其中SBN和ESI与符号大小T一起定义开始偏移的RFC 6330兼容的方式，使用如在RFC 5445中定义的紧凑的无代码，广泛地部署现有的FEC方案。
第三，LSID使用@sourceFecPayloadID属性和FECParameters元素提供适当的信令以用信号发送上述模式的任意一种。
在下文中，将会详细地描述偏移信息。
在传统的FLUTE协议中，不需要发送偏移信息。在传统的FLUTE协议中，因为非实时发送对象(例如，文件)，所以一个对象被划分成具有固定大小的至少一个数据并且被发送。
例如，在传统的FLUTE协议中，一个对象被划分成具有固定大小的至少一个源块，各个源块被划分成具有固定大小的至少一个符号，并且报头被添加到各个符号，从而生成LCT分组(或者FLUTE分组)。在传统的FLUTE协议中，一个LCT分组可以仅包括一个固定大小的符号。
因为各个源块和/或符号具有固定的大小，所以接收器可以基于源块和/或符号的识别信息识别对象内的各个源块和/或符号的位置。因此，接收器可以接收配置一个对象的所有源块和/或符号，并且然后基于接收到的源块和/或符号的识别信息重新配置对象。
虽然在传统的FLUTE协议中非实时发送对象，但是根据本发明的另一实施例，对象被划分成均具有可变大小的递送对象并且在ROUTE协议中在递送对象单元中被实时发送。例如，ROUTE协议可以基于具有可变大小的对象内部结构发送对象。
一个递送对象可以是一个ISO BMFF文件或者一个ISO BMFF文件的一部分。一个ISO BMFF文件的一部分可以包括分段、GOP、区块、接入单元以及/或者NAL单元。一个ISOBMFF字段的一部分可以意指上述对象内部结构。对象内部结构是独立意义的数据单元并且对象内部结构的类型不限于此并且可以进一步包括有意义的单元。
在根据本发明的另一实施例的LCT分组中，各个LCT分组(或者ALC/LCT分组、ROUTE分组)可以包含至少一个编码符号。在根据本发明的另一实施例的ROUTE协议中，一个LCT分组可以包含多个编码符号。并且，各个编码符号可以是可变的大小。
在根据本发明的另一实施例的LCT分组中，各个LCT可以匹配各个区块。例如，各个TSI可以匹配视频轨道、音频轨道以及/或者MPEG-DASH的表示中的一个。另外，各个TOI可以被映射到各个传送对象。例如，如果TOI被映射到MPEG-DASH的片段，则递送对象可以是ISOBMFF文件。另外，各个TOI可以被映射到分段、区块、GOP、接入单元以及/或者NAL单元中的一个。
当接收器基于具有可变大小的递送对象实时接收LCT分组时，接收器不可以识别接收到的LCT分组位于对象内的哪里。例如，当接收器以任意的顺序接收LCT分组时，接收器不可以按照序列对准LCT分组并且不可以精确地恢复和/或解析递送对象。
因此，根据本发明的另一实施例的偏移信息可以指示文件(例如，对象)内的当前发送的分组的有效载荷的偏移。接收器可以基于偏移信息识别当前发送的分组具有文件的第一数据。另外，接收器可以基于偏移信息识别在递送对象内的当前发送的分组的顺序。另外，基于偏移信息，接收器可以识别通过分组当前发送的分组有效载荷的文件内的偏移和通过分组当前发送的递送对象的文件内的偏移。
例如，TSI可以匹配视频轨道(MPEG-DASH表示并且TOI可以匹配ISO BMFF文件(例如，对象)。在这样的情况下，递送对象可以表示ISO BMFF文件。一个视频轨道(MPEG-DASH表示，TSI＝1)可以包括第一对象(TSI＝1，TOI＝1)和第二对象(TSI＝1，TOI＝2)。第一对象(TSI＝1，TOI＝1)可以顺序地包括第一分组(TSI＝1，TOI＝1，Start Offset＝0)、第二分组(TSI＝1，TOI＝1，Start Offset＝200)、第三分组(TSI＝1，TOI＝1，Start Offset＝400)、第四分组(TSI＝1，TOI＝1，Start Offset＝800)以及第五分组(TSI＝1，TOI＝1，StartOffset＝1000)。
在这样的情况下，如果偏移信息(Start Offset)的值是“0”，则分组的分组有效载荷可以具有文件的第一数据。因为第一分组的偏移信息(Start Offset)的值是“0”，所以接收器可以识别第一分组的分组有效载荷具有第一对象的第一数据。
另外，偏移信息(Start Offset)的值可以指示对象内的分组的顺序。因为偏移信息从第一对象的第一分组到第五分组顺序地增加，所以接收器可以识别第一分组到第五分组在第一对象内被顺序地排列。
因此，基于偏移信息接收器可以在每个对象内顺序地对准接收到的LCT分组，并且精确地恢复各个递送对象和/或对象。另外，接收器可以基于偏移信息精确地解析和/或解码各个递送对象和/或对象。
当接收器基于具有可变大小的递送对象实时接收LCT分组时，接收器不可以识别接收到的LCT分组位于对象(例如，文件)内的哪里。例如，如果以任意的序列发送LCT分组，则接收器不可以精确地确认被接收到的LCT分组的对象内的偏移并且因此不可以经由LCT分组的收集精确地恢复递送对象和/或对象。
例如，TSI可以匹配视频轨道(MPEG-DASH表示)并且TOI可以匹配区块。在这样的情况下，一个视频轨道(MPEG-DASH表示，TSI＝1)可以包括第一对象(TSI＝1)和第二对象(TSI＝1)。另外，第一对象可以包括第一区块(TSI＝1，TOI＝1)、第二区块(TSI＝1，TOI＝2)、以及/或者第三区块(TSI＝1，TOI＝3)并且第二对象可以包括第四区块(TSI＝1，TOI＝4)和/或第五区块(TSI＝1，TOI＝5)。
接收器可以接收包括第一区块的第一分组(TSI＝1,TOI＝1,Start Offset＝0)、包括第二区块的第二分组(TSI＝1,TOI＝2,Start Offset＝200)、包括第三区块的第三分组(TSI＝1,TOI＝3,Start Offset＝1000)、包括第四区块的第四分组(TSI＝1,TOI＝4,Start Offset＝0)和包括第五区块的第五分组(TSI＝1,TOI＝5,Start Offset＝1000)。虽然在本描述中一个分组包括一个区块，但是一个区块可以包括至少一个分组。
如果TOI不匹配对象(例如，文件)但是匹配作为小于对象的数据单元的对象内部结构，则接收器可以识别对象，除非存在用于识别对象的信息。
因此，仅使用TSI和TOI接收器不可以精确地确定是否接收到的第一分组、第二分组以及/或者第三分组属于第一对象或者第二对象。另外，仅使用TSI和TOI接收器不可以确定是否接收到的第四分组和/或第五分组属于第一对象或者第二对象。
即，接收器可以基于TSI和TOI识别第一分组至第五分组被顺序地排列，但是仅使用TSI和TOI不可以识别是否第四分组属于第一对象或者第二对象。另外，接收器可以基于TSI和TOI识别第五分组是第三分组的下一个分组，但是仅使用TSI和TOI不可以识别是否第四分组属于第一对象或者第二对象。
在这样的情况下，接收器不可以精确地恢复第一对象，即使当接收第一分组、第二分组和/或第三分组时。另外，接收器不可以精确地恢复第二对象，即使当接收第四分组和/或第五分组时。结果，接收器不可以实时再生内容。
因此，根据本发明的另一实施例的LCT分组提供偏移信息(Start Offset)。偏移信息可以指示在对象内的当前发送的分组有效载荷的偏移。接收器可以基于偏移信息识别被包括在相同对象内的分组和/或对象内部结构。
如果偏移信息的值是“0”，则分组是对象的第一分组。即，因为第一分组和第四分组的偏移信息是“0”，所以第一分组和第四分组分别属于不同的对象并且分别指示各自的对象的第一分组。基于偏移信息以及TSI和/或TOI，接收器可以识别第一分组、第二分组以及/或者第三分组属于第一对象并且第四分组和第五分组属于第二对象。
因此，接收器基于TSI、TOI和/或偏移信息中的至少一个识别接收到的LCT分组位于各个对象内，并且按照序列对准接收到的LCT分组。例如，接收器可以对准分组使得偏移信息和TOI顺序地增加。
然后，使用一个对象接收器可以将具有“0”的偏移信息的分组识别为具有“0”的偏移信息的下一个分组的前一个分组。接收器可以基于TOI识别递送对象和/或一个对象内的对象内部结构。
另外，接收器可以精确地恢复各个递送对象和/或对象。
另外，接收器可以基于TSI、TOI以及/或者偏移信息中的至少一个精确地解析和/或解码各个递送对象和/或对象。
如上所述，当发射器在作为独立意义的单元的对象内部结构单元中发送数据时，能够实时发送具有可变大小的数据。因此，当甚至在完全接收一个对象之前接收器接收和识别对象内部结构时，接收器可以在对象内部结构单元中再生对象。结果，基于文件(或者对象)的多媒体内容可以经由广播网络被实时发送和再生。
图59是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组，并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
分组报头可以进一步包括随机接入点(RAP)信息(P)。RAP信息(P)可以指示是否与随机接入点(RAP)相对应的数据被包括在通过分组当前发送的分组有效载荷中。RAP信息(P)可以使用从在各个分组的开始点开始位于第十二或者第十三比特的一个比特以指示是否与随机接入点(RAP)相对应的数据被包括在通过分组当前发送的分组有效载荷中。在这样的情况下，因为一个比特被使用，所以能够减少分组报头的大小并且增加效率。
随机接入点(RAP)可以在没有参考其他帧的情况下被编码并且意指能够被随机地接入的基本帧。例如，“I帧”意指在没有使用MPEG中的相对应的帧的先前的帧和后续的帧的时间压缩技术的情况下使用仅独立于其他帧的空间压缩技术生成的帧。因此，因为“I帧”被直接地编译并且从图像产生，“I帧”仅由内部块组成并且可以用作随机接入点。
基于RAP信息(P)，接收器可以识别从被发送的分组序列能够被随机地接入的分组。例如，如果接收到的分组的有效载荷包括关于“I帧”的数据，则RAP信息(P)可以指示分组包括与随机接入点(RAP)相对应的数据。另外，如果接收到的分组的有效载荷包括关于“B帧”和/或“P帧”的数据，则RAP信息(P)可以指示分组不包括与随机接入点(RAP)相对应的数据。
当接收器顺序地接收从特定的时间开始的GOP数据时，如果第一分组对应于诸如“I帧”的RAP，则接收器可以在该分组处开始解码。然而，如果第一分组对应于诸如“B帧”和/或“P帧”的非RAP，则接收器不可以在该分组处开始解码。在这样的情况下，接收器可以跳过与非RAP相对应的分组并且在与诸如“I帧”相对应的RAP的下一个分组处开始解码。
因此，在广播环境的信道调谐中或者在根据用户请求接近序列内的任意点中，因为接收器基于RAP信息(P)跳过不对应于RAP的分组并且在与该RAP相对应的分组处开始解码，所以能够增加分组接收和解码效率。
图60是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
分组报头可以进一步包括随机接入点(RAP)信息(P)。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
RAP信息(P)可以使用从各个分组的开始点开始位于第六或者第七比特处的一个比特以指示是否与随机接入点(RAP)相对应的数据被包括在通过分组当前发送的分组有效载荷中。在这样的情况下，因为一个比特被使用，所以能够减少分组报头的大小并且增加效率。
因为根据本发明的另一实施例的分组包括使用位于分组报头的第六或者第七比特处的比特的RAP信息(P)，所以位于分组报头的第十二或者第十三比特处的比特可以被用于其它的用途。
例如，分组可以包括使用位于分组报头的第六或者第七比特处的比特的RAP信息(P)并且包括使用位于分组报头的第十二和/或第十三比特处的比特的上述对象类型信息和/或优先级信息。
图61是示出根据本发明的另一实施例的包括实时信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
发射器可以经由在文件递送表(FDT)级别和/或递送对象级别定义的实时信息(T)指示是否实时或者非实时发送通过LCT分组发送的对象和/或对象内部结构。递送对象级别可以包括对象级别和/或对象内部结构级别。
如果在FDT级别定义实时信息(T)，则实时信息(T)可以指示是否在FDT中描述的所有数据被实时或者非实时发送。例如，LSID可以包括实时信息(T)。另外，如果在FDT级别定义实时信息(T)，则实时信息(T)可以指示是否在FDT中描述的所有对象被实时或者非实时发送。在此，在FDT中描述的所有对象可以指示属于相对应的LCT传送会话的所有对象。
另外，如果在递送对象级别定义实时信息(T)，则实时信息(T)可以指示是否实时或者非实时发送属于递送对象的所有数据。例如，如果递送对象匹配对象并且在递送对象级别定义实时信息(T)，则实时信息T可以指示是否属于对象的所有数据被实时或者非实时发送。另外，如果递送对象匹配对象内部结构并且在递送对象级别定义实时信息(T)，则实时信息(T)可以指示是否属于对象内部结构的所有数据被实时或者非实时发送。
作为一个实施例，如果在递送对象级别定义实时信息(T)，则分组报头可以进一步包括实时信息(T)。实时信息(T)可以指示是否通过LCT分组发送的递送对象被实时或者非实时发送。
例如，递送对象可以是匹配TOI的数据单元。另外，“0”的实时信息(T)的值可以指示通过LCT分组发送的递送对象被非实时发送，并且“1”的实时信息(T)的值可以指示通过LCT分组发送的递送对象被实时发送。
实时信息(T)可以使用TOI字段的第一比特以指示通过LCT分组发送的递送对象被实时或者非实时发送。
如上所述，如果TOI字段被划分成OGI字段和DTOI字段，则实时信息(T)可以使用OGI字段的第一比特以指示是否通过LCT分组发送的递送对象被实时或者非实时发送。
因为实时信息(T)被包括在TOI字段和/或OGI字段的第一比特中，所以发射器可以发送一个LCT传送会话(例如，视频轨道、音频轨道以及MPEG-DASH的表示)内的实时数据和非实时数据。例如，发射器可以实时发送在一个LCT传送会话内的音频数据和/或视频数据并且非实时发送图像和/或应用。另外，发射器可以实时发送一个LCT传送会话内的一些递送对象并且非实时发送剩余的递送对象。
另外，因为实时信息(T)被包括在现有的TOI字段的第一比特中，所以根据本发明的另一实施例的LCT分组能够确保与现有的ALC/LCT和/或FLUTE协议的后向兼容性。
图62是示出根据本发明的另一实施例的广播信号传输设备的结构的图。
根据本发明的另一实施例的广播信号传输设备可以包括递送对象生成器C51300、信令编码器C51100以及/或者发射器C31500。
递送对象生成器可以将文件划分成与文件的一部分相对应的至少一个递送对象。
信令编码器可以编码包括用于递送对象的元数据的信令信息。
信令信息可以包括指示是否使用至少一个分层编译传送(LCT)分组经由非单向信道实时发送至少一个递送对象。
发射器可以发送至少一个递送对象和信令信息。
根据本发明的另一实施例的广播信号传输设备可以包括上述广播信号传输设备的所有功能。另外，对于信令信息的详细描述，参考上面的描述或者后续附图的下面的描述。
图63是示出根据本发明的另一实施例的广播信号接收设备的结构的图。
广播信号接收设备可以接收广播信号。广播信号可以包括信令数据、ESG数据、NRT内容数据以及/或者RT内容数据。
广播信号接收设备可以基于ROUTE会话描述加入ROUTE会话。ROUTE会话描述可以包括广播信号传输设备的IP地址和ROUTE会话的地址和端口编号，会话是ROUTE会话，并且所有的分组可以包括指示LCT分组的信息。另外，ROUTE会话描述可以进一步包括使用IP/UDP加入并且消耗会话所需的信息。
然后，广播信号接收设备可以接收包括关于被包括在ROUTE会话中的至少一个LCT传送会话的信息的LCT会话实例描述(LSID)。
然后，广播信号接收设备可以接收被包括在至少一个LCT传送会话中的多媒体内容。多媒体内容可以是由至少一个文件组成。广播信号接收设备可以使用分层编译传送(LCT)分组经由单行信道实时接收基于文件的多媒体内容。
根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C52100、递送对象处理器C52300以及/或者解码器C52500。
信令解码器C52100可以解码包括用于与文件的一部分相对应的至少一个递送对象的元数据的信令信息。
信令信息可以包括指示是否使用分层编译传送(LCT)分组经由单向信道实时发送至少一个递送对象的实时信息。信令信息不仅可以被包括在LSID中而且可以被包括在LCT分组的扩展报头中。
实时信息在文件递送表(FDT)中被定义并且可以指示是否实时发送在FDT中描述的所有递送对象。另外，实时信息通过用于识别递送对象的传送对象标识符(TOI)的第一比特定义并且可以指示是否属于递送对象的所有数据被实时发送。
递送对象处理器C52300可以收集至少一个LCT分组并且恢复至少一个递送对象。递送对象处理器C52300可以包括上述传输块再生器C22030、分段再生器C22040和分段解析器C22050以及/或者提取器C32050的功能。
解码器C52500可以解码至少一个递送对象。解码器C52500可以以至少一个接入单元的形式接收关于递送对象的信息，解码至少一个接入单元并且生成媒体数据。在接收与文件的一部分相对应的递送对象之后，解码器C52500可以解码递送对象，尽管一个文件没有被完全地接收。
信令信息可以进一步包括指示在文件内通过LCT分组发送的数据的偏移的偏移信息。递送对象处理器C52300可以基于偏移信息识别递送对象。可以从文件的开始点开始以字节指示偏移信息。偏移信息可以是以LCT报头扩展的形式并且可以被包括在FEC有效载荷ID字段中。
当广播信号接收设备基于具有可变大小的递送对象单元实时接收LCT分组时，接收器不可以识别是否接收到的LCT分组位于对象中。例如，当接收器以任意的顺序接收LCT分组时，接收器不可以按照序列对准LCT分组并且不可以精确地恢复和/或解析递送对象。
因此，根据本发明的另一实施例的偏移信息可以指示在文件(例如，对象)内的当前发送的分组有效载荷的偏移。广播信号接收设备可以基于偏移信息识别当前发送的分组具有文件的第一数据。另外，广播信号接收设备可以基于偏移信息识别在文件和/或递送对象内的当前发送的LCT分组的顺序。
基于偏移信息，广播信号接收设备可以识别在通过LCT分组当前发送的分组有效载荷的文件内的偏移和通过LCT分组当前发送的递送对象的文件内的偏移。
如果TOI不匹配对象(例如，文件)但是匹配作为比对象小的数据单元的对象内部结构，则广播信号接收设备可以识别对象，除非不存在用于识别对象的信息。
因此，基于偏移信息，广播信号接收设备可以识别被包括在相同对象中的LCT分组和/或对象内部结构。
信令信息可以进一步包括RAP信息，该RAP信息指示是否LCT分组包括与随机接入点(RAP)相对应的数据。随机接入点可以在没有参考其他帧的情况下被编码并且其意指要被随机接入的基本帧。
递送对象处理器C52300可以基于RAP信息从用于发送与随机接入点相对应的数据的分组中收集至少一个分组。
例如，当广播信号接收设备从特定的时间开始顺序地接收GOP数据时，如果第一分组对应于诸如“I帧”的RAP，则广播信号接收设备可以在该LCT分组处开始解码。然而，如果第一分组对应于诸如“B帧”和/或“P帧”的非RAP，则广播信号接收设备不可以在该分组处开始解码。在这样的情况下，接收器可以跳过与非RAP相对应的LCT分组拿过去在与诸如“I帧”的RAP相对应的LCT分组处开始解码。
信令信息可以进一步包括指示通过LCT分组发送的数据的优先级的优先级信息。
递送对象处理C52300可以基于优先级信息选择性地收集LCT分组。
当接收诸如AVC/HEVC的视频数据时，基于“ftyp”、“moov”、“moof”、“I图片”、“P图片”、以及/或者“B图片”的优先级信息，广播信号接收设备可以优先地提取具有高优先级的LCT分组并且选择性地提取具有低优先级的LCT分组，从而配置一个序列。
图64是图示根据本发明的另一实施例的广播信号发送设备的结构的图。
根据本发明的另一实施例的广播信号发送设备可以包括递送对象生成器C61300、信令编码器C61100、以及/或者发射器C61500。
递送对象生成器C61300可以被包括在服务的至少一个内容组件中并且可以生成至少一个单独恢复的递送对象。
例如，递送对象生成器可以划分被包括在服务中的至少一个内容组件以生成至少一个递送对象。
服务可以是包括至少一个连续的媒体内容时段的媒体内容。另外，服务可以是一个广播节目、被添加到广播节目的信息、以及/或者独立的信息中的一个。服务可以包括至少一个内容组件。
内容组件可以是具有能够被单独编码成媒体流的指配的媒体组件类型的媒体内容的一个连续的组件。另外，媒体组件可以包括视频、音频、以及/或者文本中的至少一个。
递送对象可以是文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。文件的一部分可以是字节范围的文件。HTTP实体可以包括HTTP实体报头和/或HTTP实体主体。
信令编码器C61100可以生成用于提供服务和至少一个内容组件的发现和获取的信令信息。
信令信息可以包括关于用于服务的至少一个内容组件的传输的传送会话的第一信息和通过传送会话发送的至少一个递送对象。
另外，信令信息可以包括第二信息，第二信息包括与服务相对应的DASH媒体呈现的描述。
发射器C61500可以通过单向信道发送至少一个递送对象和信令信息。
根据本发明的另一实施例的广播信号发送设备可以包括广播信号发送设备的所有前述功能。另外，信令信息的详细描述可以包括整个上面的描述。
信令信息可以包括LCT分组的报头和LCT分组的报头扩展的描述。
例如，信令信息(或者第一信息)可以包括指示用于递送对象的传输的传输协议分组的有效载荷的第一字节的位置、指示是否至少一个递送对象发送流服务的实时信息、用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息、以及指示关于递送对象的时间信息的时间戳信息。
偏移信息可以指示在对象(或者递送对象)中当前发送的分组有效载荷的偏移(时间位置或者空间位置)。
时间戳信息可以包括被关联于包含在传送协议分组的有效载荷中的数据的时序信息。另外，时间戳信息可以包括被关联于递送对象的时序信息。例如，时间戳信息可以包括当被包括在有效载荷中的数据的第一类型被解码时的时间点的信息以及/或者数据的呈现时间信息。
在下文中，将会更加详细地描述信令信息。
可以使用三个功能层发送服务。例如，层可以包括物理层、递送层、以及/或者服务管理层。
物理层可以用于将信令、服务声明、以及/或者IP分组中的至少一个发送到广播物理层和/或宽带物理层的机制。
递送层可以提供发送对象和/或对象流的功能性。可以通过前述的单向实时对象传输(ROUTE)协议和/或HTTP协议。可以通过在广播物理层上的UDP/IP多播操作ROUTE协议。可以在宽带物理层上通过UDP/IP单播操作HTTP协议。
服务管理层可以提供用于通过递送层和/或物理层发送任何类型的服务(例如，线性TV服务或者HTML5应用服务)的机制。
信令信息(例如，服务信令)可以提供服务发送和描述信息。信令信息可以包括引导信令信息(快速信息表(FIT))和/或服务层信令(SLS)信息。信令信息可以包括发现和获取至少用户服务所要求的信息。
FIT可以允许接收器构建基本服务列表，并且引导用于各个服务的服务层信令的发现。在一些实施例中，FIT可以通过服务列表表(SLT)表示。FIT(或者SLT)可以经由链路层信令被发送。另外，FIT(或者SLT)可以在各个物理层中被发送用于快速获取。在一个实施例中，可以通过物理层帧、用于发送信令的PLP、以及/或者被分配给各个广播站的PLP中的至少一个发送FIT(或者SLT)。在下文中，将会在FIT方面给出描述。
SLS可以允许接收器发现和接入至少一个服务和/或至少一个内容组件。当通过广播发送SLS时，可以通过ROUTE/UDP/IP在被包括在ROUTE会话中的至少一个LCT传送会话中发送SLS。在这样的情况下，可以以用于支持快速信道加入和切换的适当的轮转速率发送SLS。当通过宽带发送SLS时，可以通过HTTP(S)/TCP/IP发送SLS。
根据本发明的另一实施例的传送会话可以包括单向实时对象传输(ROUTE)会话、分层编译传输(LCT)传送会话(或者LCT会话)、以及/或者MPEG媒体传送协议(MMTP)会话中的至少一个。
根据本发明的另一实施例的传送协议分组可以包括ROUTE分组(或者ALC/LCT扩展分组、ALC/LCT+分组、ALC/LCT分组、以及LCT分组)、以及/或者MMTP分组中的至少一个。
MPEG-DASH的表示可以是与ROUTE协议中的LCT传送会话(或者LCT会话)相对应的概念，并且可以被映射到TSI。另外，MPEG-DASH的表示可以是与MMT协议中的MMTP分组流相对应的概念，并且可以被映射到资产标识符(或者资产ID，asset_id)。
MPEG-DASH的片段可以是与ROUTE协议中的文件(或者递送对象)相对应的概念。另外，MPEG-DASH的片段可以是与MMT协议中的MPU相对应的概念，并且可以被映射到被包含在mmpu盒中的信息(或者MPU标识符)。
在下面将会描述用于服务的至少一个内容组件的传输的MMTP会话和/或ROUTE/LCT会话之间的关系。
A)对于不具有基于应用的增强的线***的广播递送，可以通过1)至少一个ROUTE/LCT会话和/或2)至少一个MMTP会话发送服务的内容组件。
B)对于与基于应用的增强一起的宽带递送，1)可以仅通过至少一个ROUTE/LCT会话发送服务的内容组件。可替选地，2)可以通过至少一个ROUTE/LCT会话和/或至少一个MMPT会话发送服务的内容组件。
C)对于基于应用的服务的广播递送，可以通过至少一个ROUTE/LCT会话发送服务的内容组件。
各个ROUTE会话可以包括至少一个LCT会话。各个LCT会话可以包括在服务中包括的一些或者全部的内容组件。
关于流服务的传输，LCT分组可以发送诸如音频、视频、以及/或者隐藏字幕流的单独的组件。利用通过MPEG-DASH以至少一个DASH片段可以格式化流媒体。
各个MMTP会话可以包括至少一个MMTP分组流。各个MMTP分组流可以发送MPEG媒体传送(MMT)信令消息。另外，各个MMTP分组流可以包括在服务中包括的一些或者全部内容组件。
MMTP分组流可以发送根据MMT通过至少一个MPU格式化的MMT信令消息和/或至少一个内容组件。
对于NRT用户服务和/或***元数据的传输，LCT会话可以发送至少一个基于文件的内容项目。至少一个基于文件的内容项目可以包括NRT服务的基于时间或者不基于时间的媒体组件。另外，基于至少一个文件的内容项目可以包括服务信令和/或电子服务指南(ESG)分段。
广播流可以是RF信道的抽象化。可以在特定的带宽中在载波频率方面定义RF信道。可以通过一组地理区域和频率来定义。通过管理权限和广播流ID(BSID)可以定义和/或维护地理区域和频率信息。物理层管道(PLP)可以对应于RF信道的一部分。
各个PLP可以包括至少一个调制和编译参数。可以通过在相对应的PLP属于的广播流中具有唯一的值的PLP标识符来识别PLP。
可以通过两种类型的服务标识符来识别各个服务。一个可以在FIT中被使用并且可以具有在广播区域中仅具有唯一的值的被压缩的形式。另一个可以是在SLS和/或ESG中使用的全局唯一的形式。
ROUTE会话可以通过源ID地址、目的地IP地址、以及/或者目的地端口编号来识别。可以在父ROUTE会话的范围内通过传送会话标识符(TSI)来识别LCT会话。
基于服务的传送会话实例描述(S-TSID)可以包括关于至少一个LCT会话的共同特征和/或至少一个单独的LCT会话的任何唯一的特征的信息。S-TSID可以是ROUTE信令结构并且可以是服务级信令的一部分。
可以通过一个PLP发送各个LCT会话。在一个ROUTE会话中的不同的LCT会话可以被包括在不同的PLP或者相同的PLP中。
在S-TSID中描述的至少一个特征可以包括各个LCT会话的TSI和PLPID、至少一个递送对象或者文件的至少一个描述符、以及/或者至少一个应用层FEC参数。
可以通过源ID地址、目的地IP地址、以及/或者目的地端号识别MMT会话。可以通过父MMTP会话的范围内的unique packet_id识别MMTP分组流。
S-TSID可以包括关于各个MMT分组流的共同特征和/或至少一个单独的MMTP分组流的任何唯一的特征。
可以通过在MMTP会话中发送的MMT会话消息发送各个MMTP会话的至少一个特征。
可以通过一个PLP发送各个MMTP分组流。在一个MMTP会话中的不同的MMTP分组流可以被包括在不同的PLP或者相同的PLP中。
在MMT信令消息中描述的至少一个特征可以包括packet_id的PLPID和/或各个MMTP分组流。
在下文中，将会描述链路层信令(LLS)和服务层信令(SLS)。
LLS可以指示作为至少一个链路层分组或者被指定的信道的内容的有效载荷被直接发送的信令信息。例如，LLS可以包括FIT。
在首先接收广播信号之后，接收器可以首先分析FIT。FIT可以提供用于构建要通过接收器接收的所有服务的列表的快速信道扫描、信道名称、以及/或者信道编号。另外，FIT可以提供用于发送用于各个服务的SLS的引导信息。引导信息可以包括目的地IP地址、目的地端口、以及/或者用于对于SLS的传输的LCT会话的TSI。
各个服务的SLS可以描述诸如被包括在服务中的至少一个组件的列表、用于至少一个组件的获取的地点、以及/或者对于服务的有意义的呈现所要求的接收器的性能的至少一个特征。
在ROUTE/DASH***中，SLS可以包括用户服务捆绑描述(USBD)、基于服务的传送会话实例描述(S-TSID)、以及/或者DASH媒体呈现描述(MPD)。
在下文中，将会描述用于SLS的引导获取的LLS的示例和用于通过至少一个ROUTE/LCT传送会话发送的至少一个服务组件的获取的SLS的示例。
首先，接收器可以获取FIT(或者SLT)。例如，可以在通过被指定的广播流ID(BSID)识别的被指定的频带内经由物理层发送FIT(或者SLT)。在一些实施例中，FIT(或者SLT)可以在用于物理层帧的传输的PLP和/或为各个广播站分配的PLP中的至少一个发送FIT(或者SLT)。
服务中的每一个可以包括至少一个SLS引导信息。例如，可以通过Service_id识别服务中的每一个。另外，SLS引导信息可以包括PLPID、源IP地址、目的地IP地址、目的地端口编号、以及/或者TSI。
然后，接收器可以获取至少一个SLS分段。SLS分段可以通过IP/LCT会话和PLP被发送。例如，SLS分段可以包括USBD/USD分段、S-TSID分段、以及/或者MPD分段。USBD/USD分段、S-TSID分段、以及/或者MPD分段可以是与一个服务有关的信息。
USBD/USD分段可以描述至少一个服务级别。另外，USBD/USD分段可以包括关于至少一个S-TSID分段的URI参考信息和/或关于至少一个MPD分段的URI参考信息。
S-TSID分段可以包括与一个服务有关的组件获取信息。另外，S-TSID分段可以提供在MPD中发现的DASH表示和与服务的组件相对应的TSI之间的映射。另外，S-TSID分段可以包括以TSI和有关的DASH表示标识符的形式的组件获取信息、和/或用于与DASH表示有关的至少一个DASH片段的传输的PLPID。
接收器可以基于PLPID和/或TSI从服务收集至少一个音频/视频组件。另外，接收器可以开始至少一个DASH媒体片段的缓冲。
然后，接收器可以执行适当的解码过程。
在下文中，将会详细地描述链路层信令(LLS)。
可以在IP级或者更低级操作LLS。在接收器侧处，可以与IP级信令(例如，服务层信令)相比较预先获取LLS。因此，在会话建立之前可以获取链路层信令。在一些实施例中，LLS可以在IP/UDP上以及在IP级或者更低级被发送。
LLS的目的之一是为了对于快速信道扫描和/或服务获取的所要求的信息的有效传输。LLS可以包括在SLS和至少一个PLP之间的捆绑信息。另外，LLS可以包括与紧急报警有关的信令信息。
LLS可以包括FIT。FIT可以包括关于在广播流中的各个服务的信息，并且从而提供快速信道扫描和/或服务获取。
例如，FIT可以包括用于通过频道编号和/或上/下频道切换支持服务选择的关于服务列表的呈现的信息。
另外，FIT可以包括关于通过广播和/或宽带发送的服务的服务层信令的位置的信息。
在下文中，将会详细地描述服务层信令(SLS)。
SLS可以包括关于至少一个服务和/或至少一个内容组件的发现和/或接入。SLS可以包括通过被指定的LCT会话发送的XML编码的元数据分段的集合。可以基于被包括在FIT中的引导信息获取LCT会话。每个服务级别可以定义SLS。另外，SLS可以包括服务特征和/或访问信息。例如，SLS可以包括关于至少一个内容组件的列表的信息、获取至少一个内容组件的方法、以及/或者对于服务的有意义的呈现所要求的接收器性能。
在ROUTE/DASH***中，为了线***的传输，SLS可以包括用户服务捆绑描述(USBD)、服务级传送会话实例描述(S-TSID)、以及/或者DASH媒体呈现描述(MPD)。至少一个SLS分段可以通过具有TSI值的被指定的LCT传送会话被发送。
SLS可以被应用于基于线性的服务和/或基于应用的服务。
在下文中，将会详细地描述USBD。
USBD可以包括涉及被要求访问服务识别信息、装置性能信息、服务、和/或至少一个组件的至少一个不同的SLS，以及/或者被要求通过接收器确定至少一个服务组件的接收模式的元数据的信息。例如，接收模式可以包括广播和/或宽带。
USBD可以是顶级或者入口点SLS分段。USBD可以包括在3GPP MBMS中定义的USBD。
USBD可以包括至少一个userServiceDescription元素。userServiceDescription元素可以是服务的单个实例。
userServiceDescription元素可以包括serviceId属性、serviceId属性、fullMPDUri属性、sTSIDUri属性、name元素、serviceLanguage属性、capabilityCode属性、以及/或者deliveryMethod属性。
serviceId属性可以是服务的全球唯一的标识符。
serviceId属性可以是与在LLS(FIT)中的服务条目相对应的参考信息。serviceId属性的值可以与被分配给条目的serviceId相同。
fullMPDUri属性可以指的是关于包括被包括在通过广播和/或宽带发送的服务中的至少一个内容组件的至少一个描述的MPD分段的参考信息。
sTSIDUri属性可以指的是关于S-TSID的参考信息，用于提供用于至少一个内容的传输的传送会话的至少一个接入有关的参数。
name元素指示服务名称。name元素可以包括语言属性。语音属性可以指的是服务名称的语言。
serviceLanguage属性可以指示服务的至少一个可用的语言。
capabilityCode属性可以至少包括生成服务的内容的有意义的呈现所要求的性能信息。
deliveryMethod属性可以是包括与通过广播和/或宽带模式的接入的服务的至少一个内容有关的传送有关的信息的容器。deliveryMethod属性可以包括broadcastAppService属性和/或unicastAppService属性。
broadcastAppService属性可以指的是通过广播以复用或者非复用的形式发送的DASH表示。DASH表示可以在附属的媒体呈现的所有时段属于服务的至少一个相对应的媒体组件。
broadcastAppService属性可以包括至少一个basePattern属性。
basePattern属性可以指的是通过接收器使用的字符图案，用于针对通过DASH客户端使用的片段URL的任意部分进行匹配以请求父表示的至少一个媒体片段。匹配可以指的是经由宽带传输的对应的被请求的媒体片段的传输。
unicastAppService属性可以指的是通过宽带以复用的或者非复用的形式发送的DASH表示。DASH表示可以包括在有关的媒体呈现的所有时段属于服务的至少一个相对应的媒体组件。
unicastAppService属性可以包括至少一个basePattern属性。
basePattern属性可以指的是通过接收器使用的字符图案，用于针对通过DASH客户端使用的片段URL的任意部分进行匹配以请求父表示的至少一个媒体片段。匹配可以指的是经由宽带传输的对应的被请求的媒体片段的传输。
在下文中，将会详细地描述S-TSID。
S-TSID可以是包括被包括在ROUTE中的至少一个LCT会话和至少一个ROUTE会话的SLS元数据分段，和关于至少一个MMTP会话的整体传送会话描述信息。在一些实施例中，S-TSID可以不包括ROUTE会话或者MMTP会话。可以通过ROUTE会话和/或MMTP会话发送被包括在服务中的至少一个媒体内容组件。
另外，S-TSID可以包括在服务中包括的至少一个LCT会话发送中发送的递送对象和/或文件元数据和/或对象流的描述。另外，S-TSID可以包括关于在至少一个LCT会话中发送的至少一个内容组件的附加信息和/或有效载荷格式。
通过在USBD分段中的userServiceDescription元素的sTSIDUri属性可以参考S-TSID分段的各个实例。
在下文中，将会描述在S-TSID中包括的属性和/或元素。
S-TSID可以包括serviceId属性、至少一个RS元素、以及/或者至少一个MS元素。
serviceId属性可以是指的是LLS(例如，FIT)中的服务元素的信息。serviceId属性可以是在FIT中具有相对应的service_id的值的信息。当至少一个MMTP会话不使用USD和/或ROUTE会话并且被用于线***的广播传输时，service_id属性可以存在。
RS元素可以指的是ROUTE会话。
MS元素可以指的是MMTP会话。
RS元素可以包括bsid属性、sIpAddr属性、dIpAddr属性、dport属性、PLPID属性、以及/或者至少一个LS元素。
bsid属性可以是广播流的标识符。broadcastAppService属性的至少一个内容组件可以在广播流中被发送。当bsid属性不存在时，bsid属性可以是默认广播流。默认广播流的至少一个PLP可以发送服务的至少一个SLS分段。
sIpAddr属性可以指示源IP地址。例如，sIpAddr属性的默认值可以指示当前ROUTE会话的源IP地址。
dIpAddr属性可以指示目的地IP地址。例如，dIpAddr属性的默认值可以指示当前ROUTE会话的目的地IP地址。
dport属性可以指示目的地端口。例如，dport属性的默认值可以指示当前ROUTE会话的目的地端口。
PLPID属性可以指示ROUTE会话的物理层管道ID。例如，PLPID属性可以指示当前物理层管道。
LS元素可以指示LCT会话。
LS元素可以包括tsi属性、PLPID属性、bw属性、startTime属性、endTime属性、SrcFlow元素、以及/或者RprFlow元素。
tsi属性可以指示TSI值。
PLPID属性可以指示PLP ID的值。
bw属性可以指示最大带宽。
startTime属性可以指示开始时间。
endTime属性可以指示结束时间。
SrcFlow元素可以指示源流。例如，源流可以发送源数据。另外，源流可以发送至少一个递送对象。
RprFlow元素可以指示修复流。例如，修复流可以发送修复数据。修复流可以发送用于灵活地保护通过源流发送的至少一个递送对象的数据。
MS元素可以包括versionNumber元素、bsid元素、sIpAddr元素、dIpAddr元素、dport元素、packetId元素、PLPID元素、bw元素、startTime元素、以及/或者endTime元素。
versionNumber元素可以指示在MMTP会话中使用的MMTP协议的版本号。
bsid元素可以指示广播流的标识符。可以在广播流中发送至少一个内容组件。当bsid属性不存在时，bsid元素可以默认是广播流。默认广播流的至少一个PLP可以发送服务的至少一个SLS分段。
sIpAddr元素可以指示源IP地址。
dIpAddr元素可以指示目的地IP地址。
dport元素可以指示目的地端口。
packetId元素可以指示目的地端口。
PLPID元素可以指示MMTP会话的物理层管道ID。
bw元素可以指示最大带宽。
startTime元素可以指示MMTP会话的开始时间。
endTime元素可以指示MMTP会话的结束时间。
在下文中，将会详细地描述MPD。
SLS的流内容信令组件可以对应于MPD分段。MPD可以与用于诸如流式传输内容的DASH分段的传输的线***有关。MPD也可以被用于支持基于应用的服务。至少一个有关的内容组件可以被DASH格式化。另外，MPD可以被用于控制至少一个内容组件的播出。MPD可以包括线性/流式传输服务的至少一个单独的媒体组件的至少一个响应资源标识符。例如，资源标识符可以包括片段URL。另外，MPD可以包括在媒体呈现中的至少一个被识别的资源的上下文。
媒体呈现描述(MPD)可以是包括DASH媒体呈现的形式化描述的SLS元数据片段。例如，DASH媒体呈现可以对应于通过广播站定义的给定持续时间的线***。例如，线***可以是保持六个小时间隔的至少一个连续的线性TV节目的集合。MPD的内容可以在媒体呈现中提供片段的资源标识符和被识别的资源的内容。
在MPD中发送的至少一个表示可以通过广播被发送。在混合服务的情况下，MPD可以描述通过宽带发送的至少一个附加的表示。另外，在由于广播信号劣化导致从广播切换到广播期间，MPD可以包括至少一个附加的表示以便于支持服务连续性。例如，当在山下或者穿过隧道驾驶车辆时，广播信号劣化可能出现。
在下文中，将会详细地描述被包括在SLS中的基于应用的增强信令。
基于应用的增强信令可以与至少一个基于应用的增强组件的传输有关。例如，基于应用的增强组件可以包括应用逻辑文件、NRT媒体文件、点播内容组件、以及/或者通知流。不言而喻的是，应用可以经由广播连接搜寻NRT数据。
在下文中，将会详细地描述被包括在MMTP的SLS中的MMT信令管理。
当至少一个MMTP会话被用于发送流服务时，至少一个MMT信令消息可以通过MMTP被发送。各个MMTP会话可以发送至少一个MMT信令消息和至少一个组件。另外，可以通过S-TSID分段中的MS元素用信号发送用于MMT信令消息的传输的至少一个组件。
根据本发明的另一实施例的信令信息的第一信息可以包括S-TSID并且第二信息可以包括MPD。
图65是图示根据本发明的另一实施例的广播信号接收设备的配置的图。
参考图65，根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C62100、递送对象处理器C62300、以及/或者媒体解码器C62500。
信令解码器C62100可以提取用于提供至少一个内容组件的发现和获取的信令信息。
信令信息可以包括第一信息，第一信息关于用于服务的至少一个内容组件和通过传送会话发送的至少一个递送对象的传输的传送会话。
第一信息可以进一步包括指示用于递送对象的传输的传送协议分组的有效载荷的第一字节的位置的偏移信息、指示是否至少一个递送对象发送流服务的实时信息、用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息、以及指示关于递送对象的时间信息的时间戳信息。
另外，信令信息可以进一步包括第二信息，第二信息包括与服务相对应的DASH媒体呈现的描述。
信令信息可以包括LCT分组的报头和LCT分组的报头扩展的内容。
信令信息的详细描述可以包括所有的上述描述。
递送对象处理器C62300可以恢复至少一个递送对象。
递送对象可以包括服务的至少一个内容组件并且可以被单独地恢复。
媒体解码器C62500可以解码至少一个递送对象。
图66是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
接收器可以识别被包括在广播信号中的特定的IP/UDP数据报并且提取特定的IP/UDP数据报。接收器可以在此过程期间提取特定的IP分组，并且使用IP/端口信息。接收器可以提取包括特定的分组的IP/UDP数据报，并且将被包括在对应的数据报中的分组发送到各个设备。接收器可以从IP/UDP数据报提取传送协议分组。
传送协议分组可以包括ALC/LCT扩展分组、时间线分组、以及/或者信令分组。
ALC/LCT扩展分组可以发送广播数据。
例如，广播数据可以包括在广播数据中包括的至少一个递送对象。ALC/LCT扩展分组可以包括前述的ROUTE分组，并且包括具有前述的报头扩展信息的ALC/LCT分组。
时间线分组可以发送用于广播***、广播接收器、以及/或者广播服务/内容的同步的数据。
信令分组可以发送信令信息。信令信息可以包括用于关于服务的信息的描述和/或用于服务的发现的信息。例如，信令信息可以包括前述的ALC/LCT分组的报头和ALC/LCT分组的报头扩展的内容。另外，信令信息可以包括前述的ROUTE协议的服务层信令(SLS)信息和/或MMTP协议的MMT信令消息两者的内容。
在一些实施例中，信令信息可以被包括在传送协议分组和/或ALC/LCT扩展分组的报头中。
参考附图，接收器可以包括传送协议客户端C62330、缓冲/控制单元C62370、ISOBMFF解析器C62400、以及/或者媒体解码器C62500。递送对象处理器C62300可以包括传送协议客户端C62330和/或缓冲/控制单元C62370。
传送协议客户端C62330可以解析传送协议分组以生成至少一个递送对象和/或服务层信令信息。
例如，传送协议分组可以是应用层的传送协议分组并且可以包括ROUTE分组和/或MMTP分组。ROUTE分组可以包括前述的异步分层编译/分层编译传送(ALC/LCT)分组和/或ALC/LCT扩展分组。MMTP分组可以表示使用MMT协议发送的媒体数据的被格式化的单元。
例如，递送对象可以是被包括在服务的内容组件中的至少一个数据单元。另外，递送对象可以是完整文件、文件的一部分、HTTP实体、一组文件、以及/或者一组HTTP实体中的一个。文件的部分可以是字节范围的文件。HTTP实体可以包括HTTP实体报头和/或HTTP实体主体。另外，递送对象可以包括MPEG-DASH的分段或者分段的一部分。另外，递送对象可以包括MMTP的MPU、MPU的一部分、以及/或者分段。递送对象可以是一个ISO BMFF文件或者一个ISO BMFF文件的一部分。一个ISO BMFF文件的一部分可以包括分段、GOP、区块、接入单元、以及/或者NAL单元。
例如，服务层信令信息可以包括用于至少一个服务和/或至少一个内容组件的发送和/或接入的信息。另外，服务层信令信息可以描述对于服务的有意义的呈现所要求的诸如被包括在服务中的至少一个组件的列表的服务、用于至少一个组件的获取的地点、以及/或者接收器的性能中的至少一个特征。另外，服务层信令信息可以包括用户服务捆绑描述(USBD)、服务级传送会话实例描述(S-TSID)、以及/或者DASH媒体呈现描述(MPD)。
传送协议客户端C62330可以从传送协议分组提取用于一般数据的传输的文件或者提取ISO基本媒体文件格式(ISO BMFF)对象数据。在ISO BMFF对象数据的提取期间，传送协议客户端C62330可以另外获取与时序有关的信息。传送协议客户端C62330可以在一般文件和/或ISO BMFF对象数据的提取期间使用递送模式和/或传送会话标识符(TSI)信息。
另外，传送协议客户端C62330可以处理传送协议分组。传送协议客户端C62330可以解释传送协议分组(例如，LCT分组、ALC/LCT分组、ALC/LCT扩展分组以及ROUTE分组)以生成报头信息和前述的报头扩展信息。
例如，扩展信息可以包括分段信息EXT_RTS、对象类型信息、类型信息、边界信息、映射信息、会话组标识符字段SGI、被划分的传送会话标识符字段DTSI、对象组标识符字段OGI、被划分的传送对象标识符字段DTOI、优先级信息、偏移信息EXT_OFS、RAP信息P、实时信息T、时间戳、以及/或者递送对象的长度信息。
另外，传送协议客户端C62330可以解释传送协议分组的有效载荷数据以生成递送对象。例如，有效载荷可以是编码符号。
根据本发明的实施例的服务层信令信息可以包括报头信息和报头扩展信息。另外，可以以递送对象的形式在传送协议分组的有效载荷数据中发送服务层信令信息。
缓冲/控制单元C62370可以缓冲递送对象并且控制接收器的整个过程。缓冲/控制单元C62370也可以被称为接收器/缓冲控制单元C62370。
另外，缓冲/控制单元C62370可以控制用于使用关于包括各个广播频道的频道映射的信息处理广播数据的一系列操作。缓冲/控制单元C62370可以使用用户界面(UI)接收用户输入或者关于***的事件，并且处理接收到的用户输入或者事件。缓冲/控制单元C62370可以使用传送参数控制物理层控制器(未示出)以在物理层中处理广播信号。当接收器处理与MPEG-DASH有关的数据时，缓冲/控制单元C62370可以提取MPD或者提取用于MPD的获取的位置信息(例如，URL——统一资源定位符信息)并且将被提取的信息发送到用于处理与MPEG-DASH有关的数据的设备。
例如，缓冲/控制单元C62370可以将基于服务层信令信息缓冲的递送对象发送到ISO BMFF解析器C62400和/或媒体解码器C62500。例如，缓冲/控制单元C62370可以基于被包括在信令信息中的时间戳信息在预先确定的时间点将被缓冲的递送对象发送到ISOBMFF解析器C62400和/或媒体解码器C62500。
另外，缓冲/控制单元C62370可以基于信令信息、用户输入、以及/或者***时钟控制整个过程。
ISO BMFF解析器C62400可以解析在内容组件中包括的至少一个递送对象以提取至少一个接入单元、时序信息、以及/或者被要求解码接入单元的信息(或者参数)。
例如，递送对象可以是一个ISO BMFF文件的一部分或者一个ISO BMFF文件。一个ISO BMFF文件的部分可以包括分段、GOP、区段、接入单元、以及/或者NAL单元。另外，递送对象可以包括MPEG-DASH的片段、片段的一部分、以及/或者子片段。另外，递送对象可以包括MMTP的MPU、MPU的一部分、以及/或者分段。
当两个或者更多个媒体流被包括在媒体片段中时，ISO BMFF解析器C62400可以执行解复用过程。在这样的情况下，ISO BMFF解析器C62400可以被连接到两个或者多个媒体解码器C62500。
例如，当被包括在视频组件中的至少一个接入单元和被包括在音频内容组件中的至少一个接入单元被包括在递送对象时，ISO BMFF解析器C62400可以提取被包括在视频内容组件中的至少一个接入单元，并且将提取的接入单元发送到视频解码器(未示出)。另外，ISO BMFF解析器C62400可以提取被包括在音频内容组件中的至少一个接入单元，并且将提取的接入单元发送到音频解码器(未示出)。
媒体解码器C62500可以解码至少一个递送对象。媒体解码器C62500可以基于信令信息(例如，时序信息、被要求解码的信息、以及/或者用于呈递的信息)解码至少一个接入单元，并且/或者呈递至少一个被解码的接入单元。
例如，媒体解码器C62500可以缓冲至少一个接入单元以便于在预先确定的解码时间解码至少一个接入单元。另外，媒体解码器C62500可以缓冲至少一个接入单元以便于在预先确定的呈现时间呈递至少一个被解码的接入单元。
另外，媒体解码器C62500可以重排序至少一个被解码的接入单元。
例如，至少一个接入单元的解码顺序和呈递顺序可以是不同的。在这一点上，媒体解码器C62500可以按照呈递顺序重排序至少一个被解码的接入单元。
图67是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
根据本发明的另一实施例的接收器可以基于接收到的传送协议分组生成和处理HTTP实体。
为此，接收器可以包括递送对象处理器C62300、ISO BMFF解析器C62400、以及/或者媒体解码器C62500。递送对象处理器C62300可以包括传送协议客户端C62330、HTTP实体生成器C62340、内部HTTP服务器62350、以及/或者DASH客户端C62390。
传送协议客户端C62330可以解析传送协议分组以生成至少一个递送对象和/或信令信息(或者服务层信令信息)。传送协议客户端C62330的详细描述与上面的描述相同。
HTTP实体生成器C62340可以基于递送对象和信令信息(或者服务层信令信息)生成HTTP实体。
例如，HTTP实体生成器C62340可以基于从传送协议客户端C62330发送的递送对象和/或基本信息和/或传送协议分组的扩展信息生成HTTP实体。
HTTP实体生成器C62340可以接收MPD。HTTP实体生成器C62340可以基于递送对象、信令信息、以及/或者MPD生成HTTP实体。例如，HTTP实体生成器C62340可以参考并且解释MPD以便于生成HTTP实体。
基于递送对象可以生成HTTP实体主体。例如，HTTP实体主体可以包括文件、文件的一部分、以及/或者一组文件。文件的一部分可以是字节范围的数据。另外，一个HTTP实体主体可以包括一个媒体片段和/或一个区块。
可以基于信令信息(例如，服务层信令信息)和MPD生成HTTP实体报头。例如，基于基本信息和传送协议分组和/或MPD的扩展信息可以生成HTTP实体报头。将会在下面描述HTTP实体报头的生成的详细描述。
内部HTTP服务器C62350可以存储HTTP实体。内部HTTP服务器C62350可以将与HTTP实体主体相对应的递送对象发送到DASH客户端C62390。
例如，内部HTTP服务器C62350可以包括用于存储接收到的HTTP实体的存储(未示出)。
从被存储在存储中的时间开始直到在HTTP实体报头的字段“期限(Expires)”指定的时间，各个HTTP实体可以是有效的。
在有效时间期间从DASH客户端C62390接收对于递送对象(或者HTTP实体)的请求之后，内部HTTP服务器C62350可以以响应的形式将与HTTP实体的HTTP实体主体相对应的递送对象发送到DASH客户端C62390。
例如，内部HTTP服务器C62350可以基于被包括在MPD中的URL从DASH客户端C62390接收对于递送对象的要求。
可替选地，当在存储中存在被请求的递送对象(或者HTTP实体)时，内部HTTP服务器C62350可以以响应的形式将递送对象发送到DASH客户端C62390，而没有有效时间的限制。
例如，内部HTTP服务器C62350可以以响应的形式将媒体片段或者区块发送到DASH客户端C62390。
内部HTTP服务器C62350可以从单独的接口接收诸如存储中的HTTP实体的文件的有效时间的信息，并且可以定义和执行用于文件管理的唯一的机制。
DASH客户端C62390可以接收MPD信息。DASH客户端C62390可以请求内部HTTP服务器C62350基于MPD信息发送递送对象(或者HTTP实体)。另外，DASH客户端C62390可以将接收到的递送对象发送到ISO BMFF解析器C62400和/或媒体解码器C62500。
DASH客户端C62390可以接收和解释MPD信息，并且基于被包括在MPD中的URL请求内部HTTP服务器C62350发送递送对象(或者HTTP实体)。例如，DASH客户端C62390可以基于URL请求内部HTTP服务器C62350发送用于对应的服务的呈现的媒体片段或者区块。
可以基于被包括在MPD中的DASH时间线确定用于递送对象(或者片段或者区块)的请求和/或传输的时间。
ISO BMFF解析器C62400可以解析被包括在服务的内容组件中的至少一个递送对象，以提取至少一个接入时间、时序信息、以及/或者被要求解码接入单元的信息(或者参数)。ISO BMFF解析器C62400的详细描述与上面的描述相同。
媒体解码器C62500可以基于信令信息(例如，时序信息、对于解码所要求的信息、以及/或者对于呈递所要求的信息)解码至少一个接入单元并且/或者呈递至少一个被解码的接入单元。
图68是图示根据本发明的另一实施例的格式化HTTP实体报头的方法的图。
首先，将会描述HTTP实体。
HTTP实体可以是作为请求或者响应的有效载荷发送的信息。HTTP实体可以包括HTTP实体报头和HTTP实体主体。例如，请求消息和/或响应消息可以发送HTTP实体。
根据发送和接收HTTP实体，发送方和接收方可以是客户端和服务器中的一个。
HTTP实体报头可以包括关于HTTP实体主体的元数据。另外，当HTTP实体主体不存在时，HTTP实体可以包括关于根据请求失败的资源的元数据。
HTTP实体可以包括允许(Allow)字段、内容编码(Content-Encoding)字段、内容语言(Content-Language)字段、内容长度(Content-Length)字段、内容位置(Content-Location)字段、内容MD5(Content-MD5)字段、内容范围(Content-Range)字段、内容类型(Content-Type)字段、期限(Expires)字段、最后修改(Last-Modified)字段、以及/或者扩展报头(extension-header)字段。
允许字段可以列出通过根据请求-URI识别的资源支持的至少一个方法。允许字段可以向接收方指示与资源有关的至少一个有效方法。例如，Allow字段可以指示“GET”、“HEAD”、以及/或者“PUT”中的一个。
内容编码字段可以指示媒体类型的修饰符。内容编码字段可以指示要被应用于HTTP实体主体的附加的内容编译的类型。另外，内容编码字段可以指示解码机制的类型以便于获取通过内容类型字段指代的媒体类型。
内容语言字段可以描述HTTP实体意向的观众的至少一个自然语言。
内容长度字段可以指示HTTP实体主体的大小。
内容位置字段可以指示被包括在消息中的HTTP实体的资源地址。当从请求资源的URL从单独的位置能够访问HTTP实体时内容位置字段可以包括在消息中包括的HTTP实体的资源地址。例如，内容位置字段可以包括HTTP实体的基本URI。
内容MD5字段可以是用于提供HTTP实体的端对端消息完整性校验(MIC)的HTTP实体主体的MD5摘要。
内容范围字段可以与部分HTTP实体主体一起被发送以便于指定全HTTP实体-有效载荷中的部分HTTP实体-有效载荷中的位置。例如，内容范围字段可以包括first-byte-pos信息、last-byte-pos信息、以及/或者实例长度(instance-length)信息。first-byte-pos信息可以指示部分HTTP实体主体的开始位置。last-byte-pos信息可以指示部分HTTP实体主体的最后位置。实例长度信息可以指定所选择的资源的长度。
内容类型字段可以指示被发送到接收方的HTTP实体的媒体类型。
期限字段可以包括用于接收有效的请求的日期/时间信息。期限字段的存在可以不指的是在对应时间处、之前和/或之后最初的资源的修改或者停止。
最后修改字段可以指示其中原始服务器的变体被认为被最后修改的日期和/或时间信息。
扩展报头字段可以包括不具有协议的变体的附加HTTP实体报头。
与HTTP请求或者响应一起发送的HTTP实体主体可以是通过HTTP实体报头限定的格式或者编码。HTTP实体主体可以包括文件、文件的一部分、以及/或者一组文件。文件的一部分可以是字节范围的数据。另外，一个HTTP实体主体可以包括一个媒体片段和/或一个区块。
在下文中，将会描述根据本发明的另一实施例的通过接收器格式化HTTP实体报头的方法。
参考附图，表的左侧的信息项目可以指示信令信息(或者服务层信令信息)。例如，信令信息可以包括传送协议分组的基本信息、扩展信息、以及/或者MPD。
表的右侧的信息项目可以指示被包括在HTTP实体报头中的字段。
首先，HTTP实体生成器C62340可以基于被包括在传送协议分组的报头中的OGI字段和DTOI字段，和/或被包括在EXT_FTI中的传输长度字段来格式化内容长度字段。
根据本发明的另一实施例，TOI可以被划分成OGI和DTOI，并且OGI和DTOI中的每一个可以被映射到各个新的数据单元。在这样的情况下，OGI可以识别传送会话中的一组相同的递送对象，并且DTOI可以识别子片段、分段、GOP和/或区块。在下文中，假定OGI识别媒体片段并且DTOI识别区块。在一些实施例中，DTOI到TOI。
可以通过前向纠错(FEC)保护根据本发明的另一实施例的递送对象。FEC代码可以提供分组丢失的保护。因此，FEC代码可以支持内容的可靠的传输。
FEC代码可以包括FEC信息。FEC信息可以包括FEC编码ID(FEC Encoding ID)、FEC实例ID(FEC Instance ID)、FEC有效载荷ID(FEC Payload ID)、以及/或者FEC对象传输信息(FEC Object Transmission Information)。
FEC编码ID可以识别被使用的FEC编码器。另外，FEC编码ID可以允许接收器选择适当的FEC解码器。FEC实例ID可以包括被用于特定FEC方案的FEC编码器的更加详细的识别信息。在FEC有效载荷ID分组的有效载荷中存在的至少一个编码符号可以被识别。FEC对象传输信息可以包括与通过FEC编码器要求的特定对象的编码有关的信息。例如，FEC对象传输信息可以包括在对象中包括的至少一个源块的长度信息、所有对象的长度信息、以及/或者FEC编码器的特定参数。
FEC对象传输信息可以被包括在传送协议分组的扩展信息中包括的FDT中和/或EXT_FTI中。
EXT_FTI可以指定要被应用于FEC编码ID的FEC对象传输信息的结构和属性。
EXT_FTI可以包括HET字段、HEL字段、传输长度(Transfer Length)字段、FEC实例ID字段、以及/或者FEC编码ID特定格式(FEC Encoding ID Specific Format field)字段。
HET字段可以具有64的值。
HEL字段可以指示具有可变长度的LCT报头扩展的整个长度。
传输长度字段可以以字节单位指示用于文件的传输的递送对象(或者递送对象)。
FEC实例ID字段可以包括被用于特定FEC方案的FEC编码器的更加详细的识别信息。
FEC编码ID特定格式字段可以包括FEC编码器的特定参数。不同的FEC方案可以要求不同集合的编码参数。因此，FEC编码ID特定格式字段的结构和长度可以根据FEC编码ID而被改变。
例如，内容长度字段可以指示具有相同的OGI的至少一个递送对象的传输长度的总和。当要求数字***转换时，内容长度字段可以具有内容长度字段被应用的数字***的值。
然后，HTTP实体生成器C62340可以基于映射信息格式化内容位置字段。
映射信息可以包括从信令信息分配的标识符以及递送对象的唯一的地址(例如，URL)。另外，映射信息可以指示信令信息的URL。
例如，内容位置字段可以指示被包括在映射信息中的URL。当格式转换被要求时，内容位置字段可以具有对其应用格式转换的值。
然后，HTTP实体生成器C62340可以基于偏移信息EXT_OFS、被包括在传送协议分组的报头中的OGI字段和DTOI字段、以及/或者被包括在EXT_FTI中的传输长度字段来格式化内容范围字段。
偏移信息EXT_OFS可以包括开始偏移(Start Offset)字段。开始偏移字段可以具有可变的长度并且指示通过当前分组发送的分组有效载荷在文件中的偏移。开始偏移字段可以将偏移指示为从文件的开始点的字节编号。
例如，first-byte-pos信息可以指示当前递送对象(例如，区块)在文件中的偏移。当数字***转换被要求时，first-byte-pos信息可以具有对其应用数字***转换的值。
另外，last-byte-pos信息可以指示通过将传输长度(Transfer-Length)添加到文件中的当前递送对象(例如，区块)的偏移而获得的值。当数字***转换被要求时，last-byte-pos信息可以具有对其应用数字***转换的值。
另外，实例长度信息可以指示具有相同的OGI的至少一个递送对象的传输长度的总和。当数字***转换被要求时，实例长度信息可以具有对其应用数字***转换的值。
当在HTTP实体的生成期间不能够计算内容范围字段的值时，内容范围字段可以被省略。另外，当通过一个递送对象发送一个文件(例如，片段)时，内容范围字段可以被省略。
然后，HTTP实体生成器C62340可以基于映射信息和/或MPD格式化期限字段。
例如，期限字段可以指示在DASH可用性时间线中的片段的可用结束时间。
期限字段的值可以根据下述表达而被确定。在表达中，片段开始时间可以属于相同时段和表示，并且可以是在对应的片段之前描述的片段的持续时间的总和。可以通过URL映射片段和递送对象(例如，ALC/LCT扩展对象)。
当前片段的期限＝MPD@availabilityStartTime+Period@start+片段开始时间+SegmentList/SegmentTemplate@duration(+MPD@timeShiftBufferDepth)
另外，HTTP实体生成器C62340可以基于时间戳格式化期限字段。时间戳信息可以被包括在EXT_MEDIA_TIME中。
例如，期限字段可以指示时间戳信息，而不参考MPD信息。可以通过诸如EXT_MEDIA_TIME的传送协议分组的扩展信息(例如，LCT报头扩展)提供时间戳信息。
当前片段的期限＝下一个片段的时间戳＝当前片段的时间戳+片段的持续时间(当前片段的时间戳-先前的片段的时间戳)
在上面的两个表达中可以考虑对于在广播流中堆叠片段、发送片段、并且解释片段的过程所要求的附加的延迟时间。
图69是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
根据本发明的另一实施例的接收器可以格式化和处理作为传送协议分组的HTTP实体的形式的对象。例如，接收器可以接收ALC/LCT分组并且生成HTTP实体的形式的对象。另外，接收器可以以HTTP实体的形式基于对象生成传送协议分组(例如，ALC/LCT扩展分组)。ALC/LCT扩展分组、HTTP实体的形式的对象、以及/或者传送协议分组可以发送至少一个递送对象。
参考附图，接收器可以包括递送对象处理器C62300、ISO BMFF解析器C62400、以及/或者媒体解码器C62500。递送对象处理器C62300可以包括分组客户端C62310、传送协议转换器C62320、传送协议客户端C62330、以及/或者缓冲/控制单元C62370。
分组客户端C62310可以接收用于服务的传输的至少一个分组并且接收接收到的分组以恢复至少一个对象。例如，接收到的分组可以包括ALC/LCT分组。另外，对象可以包括HTTP实体。分组客户端C62310页可以被称为ALC/LCT客户端C62310。
传送协议转换器C62320可以接收MPD信息。传送协议转换器C62320可以基于包括与服务相对应的DASH媒体呈现的描述的MPD将对象(例如，HTTP实体)转换成至少一个传送协议分组。
例如，传送协议转换器可以是HTTP实体到ALC/LCT+的转换器。另外，传送协议分组可以包括ALC/LCT扩展分组、时间线分组、以及/或者信令分组。
传送协议转换器C62320可以解释MPD并且参考MPD信息以便于格式化传送协议分组。
传送协议转换器C62320可以基于一个HTTP实体主体生成至少一个传送协议分组的有效载荷。另外，传送协议转换器C62320可以基于HTTP实体报头和MPD信息生成至少一个传送协议分组的报头。
传送协议转换器C62320可以包括分组功能以便于在传送协议分组中包含接收到的对象。
传送协议客户端C62330可以解析传送协议分组以生成至少一个递送对象和/或服务层信令信息。
缓冲/控制单元C62370、ISO BMFF解析器C62400、以及/或者媒体解码器C62500的详细描述与上面的描述相同。
图70是图示根据本发明的另一实施例的格式化HTTP实体报头的方法的图。
参考附图，表的左边的信息项目可以指示被包括在HTTP实体报头和/或MPD中的信息。表的右边的信息项目可以指示服务层信令信息。例如，服务层信令信息可以包括传送协议分组的基本信息和/或扩展信息(例如，ALC/LCT扩展分组的报头信息)。
首先，传送协议转换器C62320可以基于被包括在HTTP实体报头中的内容位置字段格式映射信息。
内容位置字段可以包括被包括在消息中的HTTP实体的资源地址。映射信息可以包括URL字段。URL字段可以具有可变的长度并且可以包括递送对象的唯一地址。
例如，URL字段可以指示关于内容位置字段的信息。当要求格式转换时，URL字段可以具有对其应用格式转换的值。
然后，传送协议转换器C62320可以基于内容范围字段格式化偏移信息、OGI字段、以及/或者DTOI字段。如上所述，DTOI字段也可以被称为TOI字段。
例如，偏移信息的开始偏移字段可以指示当前内容范围的first-byte-pos信息。当数字转换***被要求时，first-byte-pos字段可以具有对其应用数字***转换的值。
另外，DTOI字段可以指示用于各自的内容范围的各自的对象。即，可以为各自的内容范围设置对象并且可以将各自的DTOI值提供给各自的内容范围。
另外，OGI字段可以指示从一个HTTP实体发送的至少一个对象的相同OGI值。即，相同的OGI值可以被提供给从一个HTTP实体发送的至少一个对象。
当通过一个对象发送一个文件(片段)时，OGI字段可以不被使用。
然后，传送协议转换器C62320可以基于MPD格式化时间戳信息。
例如，时间戳信息可以指示与DASH呈现时间线的片段的最早的呈现时间相对应的值。
根据下述表达可以确定时间戳信息。
时间戳信息＝当前片段的最早的呈现时间＝MPD@availabilityStartTime+Period@start+segment start time(+MPD@suggestedPresentationDelay)
在表达中，片段开始时间可以属于相同的时段和表示，并且可以是在对应的片段之前描述的片段的持续时间的总和。可以通过URL映射片段和递送对象(例如，ALC/LCT+对象)。
在上面的表达中可以考虑对于在广播流中堆叠片段、发送片段、并且解释片段的过程所要求的附加的延迟时间。
图71是根据本发明的另一实施例的广播信号发送方法的流程图。
参考附图，发射器(或者广播信号发送设备)可以使用递送对象生成器C61300，可以被包括在至少一个服务的内容组件中，并且可以生成至少一个单独地恢复的递送对象(CS61100)。
例如，递送对象生成器可以划分被包括在服务中的至少一个内容组件以生成至少一个递送对象。
服务可以是包括至少一个连续的媒体内容时段的媒体内容。另外，服务可以是广播节目、被添加到广播节目的信息、以及/或者单独的信息中的一个。服务可以包括至少一个内容组件。
内容组件可以是具有能够被单独编码成媒体流的被指配的媒体组件类型的媒体内容的一个连续的组件。另外，媒体组件类型可以包括视频、音频、以及/或者文本中的至少一个。
递送对象可以是文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。文件的一部分可以是类型范围的文件。HTTP实体可以包括HTTP实体报头和/或HTTP实体主体。
另外，发射器可以使用信令编码器C61100生成用于提供服务和至少一个内容组件的发现和获取的信令信息(CS61300)。
信令信息可以包括第一信息，第一信息是关于用于通过传送会话发送的服务的至少一个内容组件和至少一个递送对象的传输的传送会话。
另外，信令信息可以进一步包括第二信息，第二信息包括与服务相对应的DASH媒体呈现的描述。
另外，发射器可以使用发射器C61500通过单向信道发送至少一个递送对象和信令信息(CS61500)。
根据本发明的另一实施例的广播信号发送方法可以包括广播信号发送设备的所有的前述功能。另外，信令信息的详细描述可以包括所有的上面的描述。
图72是根据本发明的另一实施例的广播信号接收方法的流程图。
参考附图，接收器(或者广播信号接收设备)可以使用信令解码器C62100提取用于服务的至少一个内容组件的发现和获取的信令信息(CS62100)。
信令信息可以包括第一信息，第一信息是关于用于服务的至少一个内容组件和通过传送会话发送的至少一个递送对象的传输的传送会话。
第一信息可以进一步包括指示用于递送对象的传输的传送协议分组的有效载荷的第一字节的位置的偏移信息、指示是否至少一个递送对象发送流服务的实时信息、用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息、以及关于递送对象的时间信息的时间戳信息中的至少一个。
信令信息可以进一步包括第二信息，第二信息包括与服务相对应的DASH媒体呈现的描述。
信令信息可以包括LCT分组的报头和LCT分组的报头扩展两者的内容。
信令信息可以包括所有前述的描述。
另外，接收器可以使用递送对象处理器C62300恢复至少一个递送对象(CS62300)。
递送对象可以被包括在服务的至少一个内容组件中并且可以被单独地恢复。
另外，接收器可以使用媒体解码器C62500解码至少一个递送对象(CS62500)。
根据本发明的另一实施例的广播信号接收方法可以包括广播信号发送设备的所有的前述功能。另外，信令信息的详细描述可以包括所有的上面的描述。
模块或者单元可以是被用于被存储在存储器(或者存储单元)中的连续的过程的执行的处理器。可以通过硬件/处理器执行在前述的实施例中描述的过程。在前述的实施例中描述的各个模块/块/单元可以作为硬件/处理器操作。另外，根据本发明提出的方法可以作为代码被执行。代码可以被写在通过处理器可读的存储介质上。因此，通过由设备提供的处理器可以读取代码。
在本说明书中，为了描述的方便起见已经单独地描述了附图。然而，显然的是，通过组合附图的一些特征获得实施例在本发明的范围内。另外，本发明的实施例能够包括包括用于执行通过各种计算机实现的操作的程序命令的计算机可读介质。
根据本发明的方法和设备不限于上述实施例的配置和方法。即，上述实施例可以被部分地或者整体地组合以进行各种修改。
根据本发明提出的方法也能够在被包括在网络装置中的处理器可读记录介质上作为计算机可读代码被体现。计算机可以记录介质是能够存储其后通过计算机***能够读取的数据的任何数据存储装置。计算机可读记录介质的示例包括只读存储器(ROM)、随机接入存储器(RAM)、CD-ROM、磁带、软盘、光数据存储装置等等。计算机可读记录介质也能够在网络耦合的计算机***上被分布使得计算机可读代码被存储并且以分布的形式被执行。
本领域的技术人员将会显然的是，在没有脱离本发明的精神或者范围的情况下在本发明中能够进行各种修改和变化。因此，本发明旨在涵盖本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。
本说明书中提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地适用于彼此。
本领域的技术人员将会显然的是，在没有脱离本发明的精神或者范围的情况下在本发明中能够进行各种修改和变化。因此，本发明旨在涵盖本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。
本说明书中提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地适用于彼此。
本发明的模式
已在用于执行本发明的具体实施方式中描述了各种实施例。
工业实用性
本发明适用于一系列广播信号提供领域。
对于本领域技术人员而言将显而易见的是，在不脱离本发明的精神或范围的情况下，可对本发明进行各种修改和变化。因此，本发明旨在涵盖对本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。
Claims (14)
1.一种广播信号发送设备，包括：
递送对象生成器，所述递送对象生成器被配置成生成被包括在服务的至少一个内容组件中的至少一个单独恢复的递送对象；和
信令编码器，所述信令编码器被配置成生成用于提供所述服务的至少一个内容组件的发现和获取的信令信息，所述信令信息包括第一信息，所述第一信息是关于用于所述服务的至少一个内容组件的传输的传送会话和通过所述传送会话发送的至少一个递送对象；和
发射器，所述发射器被配置成通过单向信道发送所述至少一个递送对象和所述信令信息。
2.根据权利要求1所述的广播信号发送设备，其中，所述递送对象包括文件、所述文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。
3.根据权利要求1所述的广播信号发送设备，其中，所述信令信息进一步包括第二信息，所述第二信息包括与所述服务相对应的DASH媒体呈现的描述。
4.根据权利要求1所述的广播信号发送设备，其中，所述信令信息进一步包括偏移信息，所述偏移信息指示用于所述递送对象的传输的传送协议分组的有效载荷的第一字节的位置。
5.根据权利要求1所述的广播信号发送设备，其中，所述信令信息进一步包括实时信息，所述实时信息指示是否所述至少一个递送对象发送流服务。
6.根据权利要求1所述的广播信号发送设备，其中，所述信令信息进一步包括映射信息，所述映射信息用于将所述传送会话映射到传送会话标识符(TSI)，并且将所述递送对象映射到传送对象标识符(TOI)。
7.根据权利要求1所述的广播信号发送设备，其中，所述信令信息进一步包括时间戳信息，所述时间戳信息指示关于所述递送对象的时间信息。
8.一种广播信号接收设备，包括：
信令解码器，所述信令解码器被配置成提取用于提供服务的至少一个内容组件的发现和获取的信令信息，所述信令信息包括第一信息，所述第一信息是关于用于所述服务的至少一个内容组件的传输的传送会话和通过所述传送会话发送的至少一个递送对象，并且所述递送对象被包括在所述服务的所述至少一个内容组件中并且被单独地恢复；
递送对象处理器，所述递送对象处理器被配置成恢复所述至少一个递送对象；以及
媒体解码器，所述媒体解码器被配置成解码所述至少一个递送对象。
9.根据权利要求8所述的广播信号接收设备，其中，所述第一信息进一步包括：偏移信息，所述偏移信息指示用于所述递送对象的传输的传送协议分组的有效载荷的第一字节的位置；实时信息，所述实时信息指示是否所述至少一个递送对象发送流服务；映射信息，所述映射信息用于将所述传送会话映射到传送会话标识符(TSI)，并且将所述递送对象映射到传送对象标识符(TOI)；以及时间戳信息，所述时间戳信息指示关于所述递送对象的时间信息。
10.根据权利要求9所述的广播信号接收设备，其中，所述信令信息进一步包括第二信息，所述第二信息包括与所述服务相对应的DASH媒体呈现的描述。
11.根据权利要求10所述的广播信号接收设备，其中，所述递送对象处理器进一步包括：
传送协议客户端，所述传送协议客户端被配置成解析所述传送协议分组以恢复至少一个递送对象；和
缓冲/控制单元，所述缓冲/控制单元被配置成缓冲所述递送对象并且将所述递送对象发送到所述媒体解码器。
12.根据权利要求10所述的广播信号接收设备，其中，所述递送对象处理器进一步包括：
传送协议客户端，所述传送协议客户端被配置成解析所述传送协议分组以恢复至少一个递送对象；
HTTP实体生成器，所述HTTP实体生成器被配置成基于所述递送对象和所述信令信息生成至少一个HTTP实体，所述HTTP实体包括HTTP实体报头和包括所述至少一个递送对象的HTTP实体主体；
内部HTTP服务器，所述内部HTTP服务器被配置成存储所述至少一个HTTP实体；以及
DASH客户端，所述DASH客户端被配置成基于所述第二信息请求所述内部HTTP服务器发送所述至少一个递送对象，并且将所述递送对象发送到所述媒体解码器。
13.根据权利要求12所述的广播信号接收设备，其中，所述HTTP实体报头包括指示HTTP实体主体的大小的内容长度字段、包括HTTP实体的资源地址的内容位置字段、指示在全HTTP实体-有效载荷中的部分HTTP实体-有效载荷的位置的内容范围字段、以及指示用于接收有效请求的日期/时间信息的期限字段中的至少一个。
14.根据权利要求9所述的广播信号接收设备，其中，所述递送对象处理器包括：
分组客户端，所述分组客户端被配置成解析用于所述服务的传输的至少一个分组以恢复HTTP实体；
传送协议转换器，所述传送协议转换器被配置成基于第二信息将所述HTTP实体转换成至少一个传送协议分组，所述第二信息包括与所述服务相对应的DASH媒体呈现的描述；
传送协议客户端，所述传送协议客户端被配置成解析传送协议分组以恢复至少一个递送对象；以及
缓冲/控制单元，所述缓冲/控制单元被配置成缓冲所述递送对象并且将所述递送对象发送到所述媒体解码器。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201461986114P | 2014-04-30 | 2014-04-30 | |
| US61/986,114 | 2014-04-30 | ||
| PCT/KR2015/004217 WO2015167200A1 (ko) | 2014-04-30 | 2015-04-28 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106134203A true CN106134203A (zh) | 2016-11-16 |
Family
ID=54358859
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201580008182.XA Pending CN106134203A (zh) | 2014-04-30 | 2015-04-28 | 广播信号发送装置、广播信号接收装置、广播信号发送方法、和广播信号接收方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20170171606A1 (zh) |
| EP (1) | EP3073744A4 (zh) |
| KR (1) | KR101868628B1 (zh) |
| CN (1) | CN106134203A (zh) |
| CA (1) | CA2933608C (zh) |
| WO (1) | WO2015167200A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114430909A (zh) * | 2019-10-01 | 2022-05-03 | 高通股份有限公司 | 用于自适应比特率组播的修复机制 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20160004858A (ko) * | 2014-07-04 | 2016-01-13 | 삼성전자주식회사 | 멀티미디어 통신 시스템에서 패킷 송/수신 장치 및 방법 |
| MX2018002981A (es) * | 2015-09-18 | 2018-05-02 | Sony Corp | Dispositivo de transmision, dispositivo de recepcion y metodo de procesamiento de datos. |
| US10146625B2 (en) * | 2015-10-28 | 2018-12-04 | Dell Products L.P. | Systems and methods for intelligent data manager for offloading of bulk data transfers |
| US10367874B2 (en) * | 2016-11-04 | 2019-07-30 | Verizon Patent And Licensing Inc. | MPEG-DASH delivery over multicast |
| CN110663238B (zh) * | 2017-06-09 | 2020-12-15 | 华为技术有限公司 | 发射器通信设备和视频数据发送方法 |
| EP3528467B1 (en) * | 2017-09-29 | 2021-10-27 | LG Electronics Inc. | V2x communication device and multimedia content transmitting/receiving method thereof |
| CN110121209B (zh) * | 2018-02-05 | 2023-04-07 | 北京佰才邦技术股份有限公司 | 一种导频信息的传输方法、网络设备及终端 |
| KR102211539B1 (ko) * | 2018-12-11 | 2021-02-03 | 주식회사 디에스브로드캐스트 | 버퍼모델을 따르는 스트리밍을 위한 부가 정보 생성 방법 및 장치 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101836446A (zh) * | 2007-08-24 | 2010-09-15 | Lg电子株式会社 | 数字广播***和在数字广播***中处理数据的方法 |
| US20130254631A1 (en) * | 2009-08-19 | 2013-09-26 | Qualcomm Incorporated | Content delivery system with allocation of source data and repair data among http servers |
| CN103339946A (zh) * | 2010-12-03 | 2013-10-02 | Lg电子株式会社 | 用于接收多视图三维广播信号的接收设备和方法 |
| EP2685729A2 (en) * | 2011-03-10 | 2014-01-15 | Electronics And Telecommunications Research Institute | Transmission device and method for providing program-linked stereoscopic broadcasting service, and reception device and method for same |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7305696B2 (en) * | 2000-04-17 | 2007-12-04 | Triveni Digital, Inc. | Three part architecture for digital television data broadcasting |
| AU2002332850A1 (en) * | 2001-09-06 | 2003-03-24 | Airia Inc. | Method and system for providing an audio/video in-route entertainment system |
| US20030097661A1 (en) * | 2001-11-16 | 2003-05-22 | Li Hua Harry | Time-shifted television over IP network system |
| US7716662B2 (en) * | 2005-06-22 | 2010-05-11 | Comcast Cable Holdings, Llc | System and method for generating a set top box code download step sequence |
| US20070250636A1 (en) * | 2006-04-25 | 2007-10-25 | Sean Stephens | Global interactive packet network broadcast station |
| WO2008027850A2 (en) * | 2006-09-01 | 2008-03-06 | Freedom Broadcast Network, Llc | Dynamically configurable processing system |
| US8010990B2 (en) * | 2006-10-26 | 2011-08-30 | Intel Corporation | Acceleration of packet flow classification in a virtualized system |
| KR100848273B1 (ko) * | 2007-07-03 | 2008-07-25 | 삼성전자주식회사 | 디지털 방송수신기의 파일 처리 장치 및 방법 |
| US9219951B2 (en) * | 2007-10-12 | 2015-12-22 | Analog Devices, Inc. | Mobile TV system architecture for mobile terminals |
| US20090119594A1 (en) * | 2007-10-29 | 2009-05-07 | Nokia Corporation | Fast and editing-friendly sample association method for multimedia file formats |
| US8365229B2 (en) * | 2008-06-09 | 2013-01-29 | Lg Electronics Inc. | Method for mapping between signaling information and announcement information and broadcast receiver |
| WO2010058964A2 (en) * | 2008-11-18 | 2010-05-27 | Lg Electronics Inc. | Method for receiving a broadcast signal |
| WO2010116241A1 (en) * | 2009-04-09 | 2010-10-14 | Nokia Corporation | Systems, methods and apparatuses for media file streaming |
| KR20110123658A (ko) * | 2010-05-07 | 2011-11-15 | 한국전자통신연구원 | 3차원 방송 서비스 송수신 방법 및 시스템 |
| EP2614653A4 (en) * | 2010-09-10 | 2015-04-15 | Nokia Corp | METHOD AND APPARATUS FOR ADAPTIVE CONTINUOUS DIFFUSION |
| US8682321B2 (en) * | 2011-02-25 | 2014-03-25 | Telecommunication Systems, Inc. | Mobile internet protocol (IP) location |
| WO2012161535A2 (ko) * | 2011-05-24 | 2012-11-29 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법 |
| EP2720456A4 (en) * | 2011-06-07 | 2015-01-21 | Lg Electronics Inc | METHOD FOR TRANSMITTING AND RECEIVING BROADCASTING SERVICE AND RECEIVER DEVICE THEREOF |
| US9191454B2 (en) * | 2011-06-27 | 2015-11-17 | Microsoft Technology Licensing, Llc | Host enabled management channel |
| KR101591238B1 (ko) * | 2011-11-01 | 2016-02-18 | 퀄컴 인코포레이티드 | Ｈｔｔｐ 서버들 사이의 소스 데이터 및 리페어 데이터의 할당에 의한 컨텐츠 전달 시스템 |
| US20140344470A1 (en) * | 2011-11-23 | 2014-11-20 | Electronics And Telecommunications Research Institute | Method and apparatus for streaming service for providing scalability and view information |
| US20130182643A1 (en) * | 2012-01-16 | 2013-07-18 | Qualcomm Incorporated | Method and system for transitions of broadcast dash service receptions between unicast and broadcast |
| US9900166B2 (en) * | 2013-04-12 | 2018-02-20 | Qualcomm Incorporated | Methods for delivery of flows of objects over broadcast/multicast enabled networks |
| US9674251B2 (en) * | 2013-06-17 | 2017-06-06 | Qualcomm Incorporated | Mediating content delivery via one or more services |
-
2015
- 2015-04-28 EP EP15785588.3A patent/EP3073744A4/en not_active Ceased
- 2015-04-28 KR KR1020167013134A patent/KR101868628B1/ko active IP Right Grant
- 2015-04-28 WO PCT/KR2015/004217 patent/WO2015167200A1/ko active Application Filing
- 2015-04-28 CN CN201580008182.XA patent/CN106134203A/zh active Pending
- 2015-04-28 CA CA2933608A patent/CA2933608C/en active Active
- 2015-04-28 US US15/038,990 patent/US20170171606A1/en not_active Abandoned
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101836446A (zh) * | 2007-08-24 | 2010-09-15 | Lg电子株式会社 | 数字广播***和在数字广播***中处理数据的方法 |
| US20130254631A1 (en) * | 2009-08-19 | 2013-09-26 | Qualcomm Incorporated | Content delivery system with allocation of source data and repair data among http servers |
| CN103339946A (zh) * | 2010-12-03 | 2013-10-02 | Lg电子株式会社 | 用于接收多视图三维广播信号的接收设备和方法 |
| EP2685729A2 (en) * | 2011-03-10 | 2014-01-15 | Electronics And Telecommunications Research Institute | Transmission device and method for providing program-linked stereoscopic broadcasting service, and reception device and method for same |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114430909A (zh) * | 2019-10-01 | 2022-05-03 | 高通股份有限公司 | 用于自适应比特率组播的修复机制 |
Also Published As
| Publication number | Publication date |
|---|---|
| KR101868628B1 (ko) | 2018-06-18 |
| KR20160078996A (ko) | 2016-07-05 |
| CA2933608A1 (en) | 2015-11-05 |
| EP3073744A1 (en) | 2016-09-28 |
| US20170171606A1 (en) | 2017-06-15 |
| WO2015167200A1 (ko) | 2015-11-05 |
| CA2933608C (en) | 2018-09-11 |
| EP3073744A4 (en) | 2017-04-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11706467B2 (en) | Broadcast signal transmitting apparatus and broadcast signal transmitting method | |
| CN105723718B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN106134203A (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法、和广播信号接收方法 | |
| CN105917654B (zh) | 经由一个或者更多个网络发送或者接收广播内容的设备和方法 | |
| KR101740451B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| US10667004B2 (en) | Broadcasting signal reception device, and broadcasting signal reception method based on pull mode | |
| CN105745899B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN106464929B (zh) | 广播信号发送/接收方法和装置 | |
| CN106233693A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| CN105659611B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN106233692A (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 | |
| CN105934953B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| CN106464677A (zh) | 发送/接收广播信号的方法和设备 | |
| CN105900359A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| CN106134158A (zh) | 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法 | |
| CN106416284B (zh) | 广播信号发送设备和广播信号发送方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20161116 |
|
| WD01 | Invention patent application deemed withdrawn after publication |