CN105745899B - 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 - Google Patents
发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 Download PDFInfo
- Publication number
- CN105745899B CN105745899B CN201580002662.5A CN201580002662A CN105745899B CN 105745899 B CN105745899 B CN 105745899B CN 201580002662 A CN201580002662 A CN 201580002662A CN 105745899 B CN105745899 B CN 105745899B
- Authority
- CN
- China
- Prior art keywords
- data
- segment
- broadcast signal
- information
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 100
- 230000011664 signaling Effects 0.000 claims abstract description 191
- 238000012384 transportation and delivery Methods 0.000 claims abstract description 181
- 230000008054 signal transmission Effects 0.000 claims abstract description 63
- 230000005540 biological transmission Effects 0.000 claims description 79
- 238000012546 transfer Methods 0.000 claims description 71
- 238000012545 processing Methods 0.000 claims description 34
- 230000000875 corresponding effect Effects 0.000 description 207
- 239000012634 fragment Substances 0.000 description 87
- 239000000872 buffer Substances 0.000 description 71
- 238000013507 mapping Methods 0.000 description 71
- 101000596046 Homo sapiens Plastin-2 Proteins 0.000 description 70
- 102100035182 Plastin-2 Human genes 0.000 description 70
- 102100037812 Medium-wave-sensitive opsin 1 Human genes 0.000 description 53
- 238000010586 diagram Methods 0.000 description 52
- 230000008569 process Effects 0.000 description 38
- 101000596041 Homo sapiens Plastin-1 Proteins 0.000 description 27
- 102100035181 Plastin-1 Human genes 0.000 description 27
- 230000011218 segmentation Effects 0.000 description 27
- 230000008439 repair process Effects 0.000 description 23
- 238000007906 compression Methods 0.000 description 22
- 238000003780 insertion Methods 0.000 description 22
- 230000037431 insertion Effects 0.000 description 22
- 230000006835 compression Effects 0.000 description 21
- 239000000284 extract Substances 0.000 description 21
- 230000006978 adaptation Effects 0.000 description 20
- AWSBQWZZLBPUQH-UHFFFAOYSA-N mdat Chemical compound C1=C2CC(N)CCC2=CC2=C1OCO2 AWSBQWZZLBPUQH-UHFFFAOYSA-N 0.000 description 17
- 230000008859 change Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 12
- 230000003068 static effect Effects 0.000 description 11
- 239000000969 carrier Substances 0.000 description 10
- 230000004224 protection Effects 0.000 description 10
- 230000001174 ascending effect Effects 0.000 description 9
- 239000011159 matrix material Substances 0.000 description 8
- 239000012092 media component Substances 0.000 description 8
- 238000005192 partition Methods 0.000 description 8
- 230000009467 reduction Effects 0.000 description 8
- 238000010276 construction Methods 0.000 description 7
- 238000007726 management method Methods 0.000 description 5
- 240000002791 Brassica napus Species 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 239000000470 constituent Substances 0.000 description 4
- 238000012937 correction Methods 0.000 description 4
- 238000005562 fading Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000002123 temporal effect Effects 0.000 description 4
- 102100026808 Mitochondrial import inner membrane translocase subunit Tim8 A Human genes 0.000 description 3
- 238000013459 approach Methods 0.000 description 3
- 230000003139 buffering effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000007423 decrease Effects 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 238000013467 fragmentation Methods 0.000 description 3
- 238000006062 fragmentation reaction Methods 0.000 description 3
- 102100021131 Zinc finger and BTB domain-containing protein 22 Human genes 0.000 description 2
- 230000003466 anti-cipated effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 239000002131 composite material Substances 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000005304 joining Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000008929 regeneration Effects 0.000 description 2
- 238000011069 regeneration method Methods 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000007480 spreading Effects 0.000 description 2
- 238000003892 spreading Methods 0.000 description 2
- 101100031652 Arabidopsis thaliana PTM gene Proteins 0.000 description 1
- 101000853064 Homo sapiens Mitochondrial import inner membrane translocase subunit Tim8 B Proteins 0.000 description 1
- 102100036655 Mitochondrial import inner membrane translocase subunit Tim8 B Human genes 0.000 description 1
- 101100481512 Mus musculus Timm8a1 gene Proteins 0.000 description 1
- 101100277345 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) DDP1 gene Proteins 0.000 description 1
- 101150064104 TIMM8A gene Proteins 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000013213 extrapolation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000013028 medium composition Substances 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 238000011946 reduction process Methods 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
-
- 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
-
- 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- 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/70—Media network packetisation
-
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供用于发送广播信号的设备、用于接收广播信号的设备和用于发送和接收广播信号的方法。广播信号传输设备包括:递送对象生成器,该递送对象生成器被配置成将文件划分成与文件的一部分相对应的至少一个递送对象;信令编码器,该信令编码器被配置成编码包括用于递送对象的元数据的信令信息,该信令信息包括指示是否使用至少一个分层编译传送(LCT)分组经由单向信道实时发送至少一个递送对象的实时信息;以及发射机,该发射机被配置成发送至少一个递送对象和信令信息。能够减少对于获得多媒体内容并且为用户显示多媒体内容所消耗的总时间。
Description
技术领域
本发明涉及用于发送广播信号的设备、用于接收广播信号的设备以及用于发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终结,正在开发用于发送/接收数字广播信号的各种技术。数字广播信号与模拟广播信号相比可包括更大量的视频/音频数据,并且除了视频/音频数据以外还包括各种类型的附加数据。
发明内容
技术问题
即,数字广播系统能够提供一种HD(高清)图像、多声道音频和各种附加服务。然而,需要为了数字广播改进考虑到移动接收设备对于大量数据的传输、传输/接收网络的鲁棒性和网络灵活性的数据传输效率。
常规技术需要消耗相当长的时间用于获得多媒体内容并且为用户显示多媒体内容,使得常规技术不适合于实时广播环境。
问题解决方案
通过提供一种广播信号传输设备能够实现本发明的目的,包括:递送对象生成器,该递送对象生成器被配置成将文件划分成与文件的一部分相对应的至少一个递送对象;信令编码器,该信令编码器被配置成编码包括用于递送对象的元数据的信令信息,该信令信息包括指示是否使用至少一个分层编译传送(LCT)分组经由单向信道实时发送至少一个递送对象的实时信息;以及发射机,该发射机被配置成发送至少一个递送对象和信令信息。
根据权利要求1所述的广播信号传输设备,其中信令信息进一步包括指示在文件内通过LCT分组发送的数据的偏移的偏移信息。
根据权利要求2所述的广播信号传输设备,其中偏移信息进一步包括指示LCT分组是否具有文件的第一数据和文件内的LCT分组的顺序的信息。
根据权利要求1所述的广播信号传输设备,其中在文件递送表(FDT)中定义实时信息,并且实时信息指示是否实时发送在FDT中描述的所有递送对象。
根据权利要求1所述的广播信号传输设备,其中通过用于识别递送对象的传送对象标识符(TOI)字段的第一比特定义实时信息,并且实时信息指示属于递送对象的所有数据是否被实时发送。
根据权利要求1所述的广播信号传输设备,其中信令信息进一步包括指示LCT分组是否包括与随机接入点(RAP)相对应的数据的随机接入点(RAP)信息,并且随机接入点能够在不参考其他帧的情况下被编码并且意指能够被随机接入的基本帧。
根据权利要求1所述的广播信号传输设备,其中信令信息进一步包括指示被包括在LCT分组中的数据的优先级的优先级信息。
通过提供一种广播信号接收设备能够实现本发明的目的,包括:信令解码器,该信令解码器被配置成解码包括用于与文件的一部分相对应的至少一个递送对象的元数据的信令信息,该信令信息包括指示是否使用至少一个分层编译传送(LCT)分组经由单向信道实时发送至少一个递送对象的实时信息;递送对象处理器,该递送对象处理器被配置成收集至少一个LCT分组并且恢复至少一个递送对象;以及解码器,该解码器被配置成解码至少一个递送对象。
根据权利要求8所述的广播信号接收设备,其中信令信息进一步包括指示文件内通过LCT分组发送的数据的偏移的偏移信息,并且递送对象处理器基于偏移信息识别递送对象。
根据权利要求9所述的广播信号接收设备,其中偏移信息进一步包括指示LCT分组是否具有文件的第一数据和文件内的LCT分组的顺序的信息。
根据权利要求8所述的广播信号接收设备,其中在文件递送表(FDT)中定义实时信息,并且实时信息指示是否实时发送在FDT中描述的所有递送对象。
根据权利要求8所述的广播信号接收设备,其中通过用于识别递送对象的传送对象标识符(TOI)字段的第一比特定义实时信息,并且实时信息指示属于递送对象的所有数据是否被实时发送。
根据权利要求8所述的广播信号接收设备,其中信令信息进一步包括指示是否LCT分组包括与随机接入点(RAP)相对应的数据的随机接入点(RAP)信息,随机接入点能够在不参考其他帧的情况下被编码并且意指能够被随机接入的基本帧,并且递送对象处理器基于RAP信息从用于发送与随机接入点相对应的数据的分组收集至少一个分组。
根据权利要求8所述的广播信号接收设备,其中信令信息进一步包括指示通过LCT分组发送的数据的优先级的优先级信息,并且递送对象处理器基于优先级信息选择性地收集LCT分组。
发明的有益效果
本发明能够根据服务特性处理数据以控制各个服务或服务组件的QoS,从而提供各种广播服务。
本发明可通过经由相同的RF信号带宽发送各种广播服务来实现传输灵活性。
本发明能够改进数据传输效率并且增加使用MIMO系统发送/接收广播信号的鲁棒性。
根据本发明,能够提供广播信号发送和接收方法和设备,其甚至通过移动接收设备或在室内环境下在没有错误的情况下能够接收信号广播信号。
根据实施例的用于发送广播信号的设备能够减少对于发送多媒体内容所需要的待机时间。
根据实施例的用于接收广播信号的设备能够减少对于再生多媒体内容所需要的待机时间。
本发明的实施例能够减少对于获得多媒体内容并且为用户显示多媒体内容所消耗的总时间。
本发明的实施例能够减少对于接近广播信道的用户所需要的初始延迟时间。
附图说明
附图被包括以提供对本发明的进一步理解,并且被并入本申请并且构成本申请的一部分,附图示出本发明的实施例并且与说明书一起用于说明本发明的原理。附图中:
图1图示根据本发明的实施例的发送用于未来广播服务的广播信号的设备的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一实施例的输入格式化块。
图4图示根据本发明的另一实施例的输入格式化块。
图5图示根据本发明的实施例的BICM块。
图6图示根据本发明的另一实施例的BICM块。
图7图示根据本发明的一个实施例的帧构建块。
图8图示根据本发明的实施例的OFDM生成块。
图9图示根据本发明的实施例的接收用于未来广播服务的广播信号的设备的结构。
图10图示根据本发明的实施例的帧结构。
图11图示根据本发明的实施例的帧的信令层次结构。
图12图示根据本发明的实施例的前导信令数据。
图13图示根据本发明的实施例的PLS1数据。
图14图示根据本发明的实施例的PLS2数据。
图15图示根据本发明的另一实施例的PLS2数据。
图16图示根据本发明的实施例的帧的逻辑结构。
图17图示根据本发明的实施例的PLS映射。
图18图示根据本发明的实施例的EAC映射。
图19图示根据本发明的实施例的FIC映射。
图20图示根据本发明的实施例的DP的类型。
图21图示根据本发明的实施例的DP映射。
图22图示根据本发明的实施例的FEC结构。
图23图示根据本发明的实施例的比特交织。
图24图示根据本发明的实施例的信元字(cell-word)解复用。
图25图示根据本发明的实施例的时间交织。
图26图示根据本发明的实施例的扭曲行-列块交织器的基本操作。
图27图示根据本发明的另一实施例的扭曲行-列块交织器的操作。
图28图示根据本发明的实施例的扭曲行-列块交织器的对角线方向读取图案。
图29图示根据本发明的实施例的来自各个交织阵列的交织XFECBLOCK。
图30图示当单向文件传输(FLUTE)协议被使用时的数据处理时间。
图31图示根据本发明的实施例的单向实时对象传输(ROUTE)协议栈。
图32图示根据本发明的实施例的基于文件的多媒体内容的数据结构。
图33图示数据结构被应用到的MPEG-DASH的媒体片段结构。
图34图示根据本发明的实施例的使用ROUTE协议的数据处理时间。
图35图示根据本发明的实施例的用于文件传输的分层编码传送(LCT)分组结构。
图36图示根据本发明的另一实施例的LCT分组的结构。
图37图示根据本发明的实施例的基于FDT的实时广播支持信息信令。
图38图示根据本发明的实施例的广播信号传输设备的框图。
图39图示根据本发明的实施例的广播信号传输设备的框图。
图40图示根据本发明的实施例的用于实时产生和发送基于文件的多媒体内容的过程的流程图。
图41是图示根据本发明的实施例的用于使用分组器允许广播信号传输设备产生分组的过程的流程图。
图42是图示根据本发明的另一实施例的用于实时产生/发送基于文件的多媒体内容的过程的流程图。
图43是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。
图44是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。
图45是图示根据本发明的实施例的用于接收/消耗基于文件的多媒体内容的过程的流程图。
图46是图示根据本发明的实施例的用于接收/消耗基于文件的多媒体内容的过程的流程图。
图47是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
图48是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
图49是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
图50是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
图51是图示根据本发明的另一实施例的包括类型信息的分组的结构的图。
图52是图示根据本发明的另一实施例的包括边界信息的分组的结构的图。
图53是图示根据本发明的另一实施例的包括映射信息的分组的结构的图。
图54是图示根据本发明的另一实施例的包括编组信息的LCT分组的结构的图。
图55是图示根据本发明的另一实施例的会话和对象的编组的图。
图56是图示根据本发明的另一实施例的使用分组信息的广播信号发送设备的结构的图。
图57是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
图58是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图59是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图60是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图61是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
图62是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
图63是示出根据本发明的另一实施例的包括偏移信息的分组的结构的图。
图64是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
图65是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
图66是示出根据本发明的另一实施例的包括实时信息的分组的结构的图。
图67是示出根据本发明的另一实施例的广播信号传输设备的结构的图。
图68是示出根据本发明的另一实施例的广播信号接收设备的结构的图。
具体实施例
现在将详细参照本发明的优选实施例,其示例被示出在附图中。下面将参照附图给出的详细描述旨在说明本发明的示例性实施例,而非示出可根据本发明实现的仅有实施例。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而,对于本领域技术人员而言将显而易见的是,本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的大部分术语选自本领域中广泛使用的一般术语,但是一些术语是由申请人任意选择的,其含义根据需要在以下描述中详细说明。因此,本发明应该基于术语的预期含义来理解,而非其简单的名称或含义。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施例的未来广播服务包括地面广播服务、移动广播服务、UHDTV服务等。
根据本发明的实施例的用于发送的设备和方法可被分成用于地面广播服务的基本简档(profile)、用于移动广播服务的手持简档以及用于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示出根据本发明的另一实施例的输入格式化块。
图4所示的输入格式化块对应于参照图1描述的输入格式化块1000的实施例。
图4示出当输入信号对应于多个输入流时输入格式化模块的流适配块。
参照图4,用于分别处理多个输入流的模式适配块可包括调度器4000、1帧延迟块4010、填充插入块4020、带内信令4030、BB帧加扰器4040、PLS生成块4050和PLS加扰器4060。将描述流适配块的各个块。
填充插入块4020、BB帧加扰器4040、PLS生成块4050和PLS加扰器4060的操作对应于参照图2描述的填充插入块、BB加扰器、PLS生成块和PLS加扰器的操作,因此省略其描述。
调度器4000可从各个DP的FECBLOCK的量确定遍及整个帧的总体信元分配。包括针对PLS、EAC和FIC的分配,调度器生成PLS2-DYN数据的值,其作为带内信令或PLS信元在帧的FSS中发送。FECBLOCK、EAC和FIC的细节将稍后描述。
1帧延迟块4010可将输入数据延迟一个传输帧,使得关于下一帧的调度信息可通过当前帧发送以便于将带内信令信息插入DP中。
带内信令4030可将PLS2数据的未延迟部分插入帧的DP中。
上述块可被省略或者被具有相似或相同功能的块取代。
图5示出根据本发明的实施例的BICM块。
图5所示的BICM块对应于参照图1描述的BICM块1010的实施例。
如上所述,根据本发明的实施例的发送用于未来广播服务的广播信号的设备可提供地面广播服务、移动广播服务、UHDTV服务等。
由于QoS(服务质量)取决于根据本发明的实施例的发送用于未来广播服务的广播信号的设备所提供的服务的特性,所以与各个服务对应的数据需要通过不同的方案来处理。因此,根据本发明的实施例的BICM块可通过独立地对分别与数据路径对应的数据管道应用SISO、MISO和MIMO方案来独立地处理输入的DP。因此,根据本发明的实施例的发送用于未来广播服务的广播信号的设备可控制通过各个DP发送的各个服务或服务组件的QoS。
(a)示出由基本简档和手持简档共享的BICM块并且(b)示出高级简档的BICM块。
由基本简档和手持简档共享的BICM块和高级简档的BICM块能够包括用于处理各个DP的多个处理块。
将描述基本简档和手持简档的BICM块以及高级简档的BICM块的各个处理块。
基本简档和手持简档的BICM块的处理块5000可包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010可对输入的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发送。
上述块可被省略或者被具有相似或相同功能的块取代。
图6示出根据本发明的另一实施例的BICM块。
图6所示的BICM块对应于参照图1描述的BICM块1010的实施例。
图6示出用于物理层信令(PLS)、紧急报警信道(EAC)和快速信息信道(FIC)的保护的BICM块。EAC是承载EAS信息数据的帧的一部分,FIC是承载服务与对应基本DP之间的映射信息的帧中的逻辑信道。EAC和FIC的细节将稍后描述。
参照图6,用于PLS、EAC和FIC的保护的BICM块可包括PLS FEC编码器6000、比特交织器6010、和星座映射器6020。
另外,PLS FEC编码器6000可包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶校验穿孔块。将描述BICM块的各个块。
PLS FEC编码器6000可对加扰的PLS 1/2数据、EAC和FIC区段进行编码。
加扰器可在BCH编码以及缩短和穿孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零插入块可利用缩短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数据和PLS2数据执行穿孔。
当缩短被应用于PLS1数据保护时,在LDPC编码之后对一些LDPC奇偶校验比特进行穿孔。另外,对于PLS2数据保护,在LDPC编码之后对PLS2的LDPC奇偶校验比特进行穿孔。不发送这些被穿孔的比特。
比特交织器6010可将各个缩短和穿孔的PLS1数据和PLS2数据交织。
星座映射器6020可将比特交织的PLS1数据和PLS2数据映射到星座上。
上述块可被省略或者被具有相似或相同功能的块取代。
图7示出根据本发明的一个实施例的帧构建块。
图7所示的帧构建块对应于参照图1描述的帧构建块1020的实施例。
参照图7,帧构建块可包括延迟补偿块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符号对上进行操作以在单个帧中得到最大交织增益。
上述块可被省略或者被具有相似或相同功能的块取代。
图8示出根据本发明的实施例的OFDM生成块。
图8所示的OFDM生成块对应于参照图1描述的OFDM生成块1030的实施例。
OFDM生成块通过帧构建块所生成的信元来调制OFDM载波,插入导频,并且生成时域信号以用于传输。另外,此块随后插入保护间隔并且应用PAPR(峰平均功率比)降低处理以生成最终RF信号。
参照图8,帧构建块可包括导频和预留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR降低块8030、保护间隔插入块8040、前导插入块8050、其它系统插入块8060和DAC块8070。将描述帧构建块的各个块。
导频和预留音插入块8000可插入导频和预留音。
OFDM符号内的各种信元利用参考信息(称作导频)来调制,参考信息发送接收机中先验已知的值。导频信元的信息由分散导频、连续导频、边缘导频、FSS(帧信令符号)导频和FES(帧边缘符号)导频构成。各个导频根据导频类型和导频图案按照特定升压功率水平来发送。导频信息的值从参考序列推导,参考序列是一系列值,一个值用于任何给定符号上的各个发送的载波。导频可用于帧同步、频率同步、时间同步、信道估计和传输模式标识,并且还可用于跟随相位噪声。
取自参考序列的参考信息在除了帧的前导、FSS和FES以外的每一个符号中的分散导频信元中发送。连续导频被插入帧的每一个符号中。连续导频的数量和位置取决于FFT大小和分散导频图案二者。边缘载波是除了前导符号以外的每一个符号中的边缘导频。它们被插入以便允许直至频谱的边缘的频率插值。FSS导频被插入FSS中,FES导频被插入FES中。它们被插入以便允许直至帧的边缘的时间插值。
根据本发明的实施例的系统支持SFN网络,其中可选地使用分布式MISO方案以支持非常鲁棒的传输模式。2D-eSFN是使用多个TX天线的分布式MISO方案,各个天线位于SFN网络中的不同发送机站点中。
2D-eSFN编码块8010可处理2D-eSFN处理以使从多个发送机发送的信号的相位扭曲,以在SFN配置中创建时间和频率分集二者。因此,由于长时间的低平坦衰落或深度衰落引起的突发错误可缓和。
IFFT块8020可利用OFDM调制方案对2D-eSFN编码块8010的输出进行调制。未被指定为导频(或预留音)的数据符号中的任何信元承载来自频率交织器的数据信元之一。信元被映射至OFDM载波。
PAPR降低块8030可在时域中利用各种PAPR降低算法对输入信号执行PAPR降低。
保护间隔插入块8040可插入保护间隔,前导插入块8050可将前导插入信号的前面。前导的结构的细节将稍后描述。其它系统插入块8060可在时域中将多个广播发送/接收系统的信号复用,使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可在相同的RF信号带宽中同时发送。在这种情况下,所述两个或更多个不同的广播发送/接收系统是指提供不同的广播服务的系统。不同的广播服务可表示地面广播服务、移动广播服务等。与各个广播服务有关的数据可通过不同的帧发送。
DAC块8070可将输入的数字信号转换成模拟信号并且输出模拟信号。从DAC块7800输出的信号可根据物理层配置通过多个输出天线来发送。根据本发明的实施例的发送天线可具有垂直或水平极性。
上述块可根据设计被省略或者被具有相似或相同功能的块取代。
图9示出根据本发明的实施例的接收用于未来广播服务的广播信号的设备的结构。
根据本发明的实施例的接收用于未来广播服务的广播信号的设备可对应于参照图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输出的数据来执行其功能。
图10示出根据本发明的实施例的帧结构。
图10示出超帧中的帧类型和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之前的符号的时间插值(无外插)。
图11示出根据本发明的实施例的帧的信令层次结构。
图11示出信令层次结构,其被切分成三个主要部分:前导信令数据11000、PLS1数据11010和PLS2数据11020。每一个帧中的前导符号所承载的前导的目的是指示该帧的传输类型和基本传输参数。PLS1使得接收机能够访问并解码PLS2数据,该PLS2数据包含用于访问所关注的DP的参数。PLS2被承载在每一个帧中并且被切分成两个主要部分:PLS2-STAT数据和PLS2-DYN数据。如果需要,PLS2数据的静态和动态部分之后是填充。
图12示出根据本发明的实施例的前导信令数据。
前导信令数据承载使得接收机能够访问PLS数据并且跟踪帧结构内的DP所需的21比特的信息。前导信令数据的细节如下:
PHY_PROFILE:此3比特字段指示当前帧的PHY简档类型。不同PHY简档类型的映射在下表5中给出。
表5
[表5]
值 | PHY简档 |
000 | 基本简档 |
001 | 手持简档 |
010 | 高级简档 |
011~110 | 预留 |
111 | FEF |
FFT_SIZE:此2比特字段指示帧组内的当前帧的FFT大小,如下表6中所述。
表6
[表6]
值 | FFT大小 |
00 | 8K FFT |
01 | 16K FFT |
10 | 32K FFT |
11 | 预留 |
GI_FRACTION:此3比特字段指示当前超帧中的保护间隔分数值,如下表7中所述。
表7
[表7]
值 | GI_FRACTION |
000 | 1/5 |
001 | 1/10 |
010 | 1/20 |
011 | 1/40 |
100 | 1/80 |
101 | 1/160 |
110~111 | 预留 |
EAC_FLAG:此1比特字段指示当前帧中是否提供EAC。如果此字段被设定为“1”,则当前帧中提供紧急报警服务(EAS)。如果此字段被设定为“0”,则当前帧中没有承载EAS。此字段可在超帧内动态地切换。
PILOT_MODE:此1比特字段指示对于当前帧组中的当前帧,导频模式是移动模式还是固定模式。如果此字段被设定为“0”,则使用移动导频模式。如果该字段被设定为“1”,则使用固定导频模式。
PAPR_FLAG:此1比特字段指示对于当前帧组中的当前帧,是否使用PAPR降低。如果此字段被设定为值“1”,则音预留用于PAPR降低。如果此字段被设定为“0”,则不使用PAPR降低。
FRU_CONFIGURE:此3比特字段指示当前超帧中存在的帧重复单元(FRU)的PHY简档类型配置。在当前超帧中的所有前导中,在此字段中标识当前超帧中所传送的所有配置类型。该3比特字段对于各个配置具有不同的定义,如下表8所示。
表8
[表8]
RESERVED:此7比特字段预留用于未来使用。
图13示出的根据本发明的实施方PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如上所述,对于一个帧组的整个持续时间,PLS1数据保持不变。PLS1数据的信令字段的详细定义如下:
PREAMBLE_DATA:此20比特字段是除了EAC_FLAG以外的前导信令数据的副本。
NUM_FRAME_FRU:此2比特字段指示每FRU的帧数。
PAYLOAD_TYPE:此3比特字段指示帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9中所示来用信号通知。
表9
[表9]
值 | 有效载荷类型 |
1XX | 发送TS流 |
X1X | 发送IP流 |
XX1 | 发送GS流 |
NUM_FSS:此2比特字段指示当前帧中的FSS符号的数量。
SYSTEM_VERSION:此8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被分割成两个4比特字段:主版本和次版本。
主版本:SYSTEM_VERSION字段的MSB四比特指示主版本信息。主版本字段的改变指示不可向后兼容的改变。默认值为“0000”。对于此标准中所描述的版本,该值被设定为“0000”。
次版本:SYSTEM_VERSION字段的LSB四比特指示次版本信息。次版本字段的改变可向后兼容。
CELL_ID:这是唯一地标识ATSC网络中的地理小区的16比特字段。根据每Futurecast UTB系统所使用的频率的数量,ATSC小区覆盖区域可由一个或更多个频率组成。如果CELL_ID的值未知或未指定,则此字段被设定为“0”。
NETWORK_ID:这是唯一地标识当前ATSC网络的16比特字段。
SYSTEM_ID:此16比特字段唯一地标识ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是地面广播系统,其输入是一个或更多个输入流(TS、IP、GS),其输出是RF信号。Futurecast UTB系统承载一个或更多个PHY简档和FEF(如果有的话)。相同的Futurecast UTB系统在不同的地理区域中可承载不同的输入流并且使用不同的RF频率,从而允许本地服务插入。在一个地方控制帧结构和调度,并且对于Futurecast UTB系统内的所有传输均为相同的。一个或更多个Futurecast UTB系统可具有相同的SYSTEM_ID,这意味着它们全部具有相同的物理层结构和配置。
下面的循环由用于指示各个帧类型的FRU配置和长度的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信令。
图14示出根据本发明的实施例的PLS2数据。
图14示出PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内相同,而PLS2-DYN数据提供当前帧特定的信息。
PLS2-STAT数据的字段的细节如下:
FIC_FLAG:此1比特字段指示当前帧组中是否使用FIC。如果此字段被设定为“1”,则当前帧中提供FIC。如果此字段被设定为“0”,则当前帧中没有承载FIC。该值在当前帧组的整个持续时间期间恒定。
AUX_FLAG:此1比特字段指示当前帧组中是否使用辅助流。如果此字段被设定为“1”,则当前帧中提供辅助流。如果此字段被设定为“0”,则当前帧中没有承载辅助流。该值在当前帧组的整个持续时间期间恒定。
NUM_DP:此6比特字段指示当前帧内承载的DP的数量。此字段的值的范围从1至64,DP的数量为NUM_DP+1。
DP_ID:此6比特字段唯一地标识PHY简档内的DP。
DP_TYPE:此3比特字段指示DP的类型。这根据下表13来用信号通知。
表13
[表13]
值 | DP类型 |
000 | DP类型1 |
001 | DP类型2 |
010~111 | 预留 |
DP_GROUP_ID:此8比特字段标识当前DP所关联的DP组。这可由接收机用来访问与特定服务关联的服务组件的DP(其将具有相同的DP_GROUP_ID)。
BASE_DP_ID:此6比特字段指示承载管理层中所使用的服务信令数据(例如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承载服务信令数据以及服务数据的正常DP或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE:此2比特字段指示关联的DP所使用的FEC类型。根据下表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_TS 1 |
01 | HC_MODE_TS 2 |
10 | HC_MODE_TS 3 |
11 | HC_MODE_TS 4 |
HC_MODE_IP:此2比特字段指示当DP_PAYLOAD_TYPE被设定为IP(“01”)时的IP报头压缩模式。HC_MODE_IP根据下表26来用信号通知。
表26
[表26]
值 | 报头压缩模式 |
00 | 无压缩 |
01 | HC_MODE_IP 1 |
10~11 | 预留 |
PID:此13比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)并且HC_MODE_TS被设定为“01”或“10”时的TS报头压缩的PID号。
RESERVED:此8比特字段被预留以用于未来使用。
仅当FIC_FLAG等于“1”时,出现以下字段:
FIC_VERSION:此8比特字段指示FIC的版本号。
FIC_LENGTH_BYTE:此13比特字段指示FIC的长度(字节)。
RESERVED:此8比特字段被预留以用于未来使用。
仅当AUX_FLAG等于“1”时,出现以下字段:
NUM_AUX:此4比特字段指示辅助流的数量。零表示没有使用辅助流。
AUX_CONFIG_RFU:此8比特字段被预留以用于未来使用。
AUX_STREAM_TYPE:此4比特被预留以用于未来用于指示当前辅助流的类型。
AUX_PRIVATE_CONFIG:此28比特字段被预留以用于未来用于用信号通知辅助流。
图15示出根据本发明的另一实施例的PLS2数据。
图15示出PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可在一个帧组的持续时间期间改变,而字段的大小保持恒定。
PLS2-DYN数据的字段的细节如下:
FRAME_INDEX:此5比特字段指示超帧内的当前帧的帧索引。超帧的第一帧的索引被设定为“0”。
PLS_CHANGE_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。
图16示出根据本发明的实施例的帧的逻辑结构。
如上所述,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、辅助流和哑数据信元)一起映射准确地填充了帧中的信元容量。
图17示出根据本发明的实施例的PLS映射。
PLS信元被映射至FSS的有效载波。根据PLS所占据的信元的数量,一个或更多个符号被指定为FSS,并且由PLS1中的NUM_FSS来用信号通知FSS的数量NFSS。FSS是用于承载PLS信元的特殊符号。由于在PLS中鲁棒性和延迟是关键问题,所以FSS具有更高密度的导频,以允许快速同步以及FSS内的仅频率插值。
PLS信元按照上下方式被映射至NFSS个FSS的有效载波,如图17的示例中所示。PLS1信元首先从第一FSS的第一信元开始按照信元索引的升序映射。PLS2信元紧随PLS1的最后信元之后,并且向下继续映射直至第一FSS的最后信元索引。如果所需的PLS信元的总数超过一个FSS的有效载波的数量,则映射进行至下一FSS并且按照与第一FSS完全相同的方式继续。
在PLS映射完成之后,接下来承载DP。如果当前帧中存在EAC、FIC或这二者,则它们被设置在PLS与“正常”DP之间。
图18示出根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道并且链接到用于EAS的DP。提供EAS支持,但是每一个帧中可存在或者可不存在EAC本身。EAC(如果有的话)被映射在紧随PLS2信元之后。PLS信元以外的FIC、DP、辅助流或哑信元均不在EAC之前。映射EAC信元的过程与PLS完全相同。
EAC信元从PLS2的下一信元按照信元索引的升序映射,如图18的示例中所示。根据EAS消息大小,EAC信元可占据一些符号,如图18所示。
EAC信元紧随PLS2的最后信元之后并且向下继续映射直至最后FSS的最后信元索引。如果所需的EAC信元的总数超过最后FSS的剩余有效载波的数量,则映射进行至下一符号并且按照与FSS完全相同的方式继续。在这种情况下用于映射的下一符号是具有比FSS更多的有效载波的正常数据符号。
在EAC映射完成之后,接下来承载FIC(如果存在的话)。如果没有发送FIC(如PLS2字段中用信号通知的),则DP紧随EAC的最后信元之后。
图19示出根据本发明的实施例的FIC映射。
(a)示出没有EAC的FIC信元的示例映射,(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载跨层信息以允许快速服务获取和信道扫描的专用信道。该信息主要包括DP与各个广播站的服务之间的信道绑定信息。为了快速扫描,接收机可将FIC解码并且获得诸如广播站ID、服务数量和BASE_DP_ID的信息。为了快速服务获取,除了FIC以外,可利用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,随后是辅助流(如果有的话)和哑信元。
图20示出根据本发明的实施例的DP的类型。
(a)示出类型1DP,(b)示出类型2DP。
在前面的信道(即,PLS、EAC和FIC)映射之后,映射DP的信元。DP根据映射方法被分成两种类型中的一种:
类型1DP:通过TDM映射DP
类型2DP:通过FDM映射DP
DP的类型由PLS2的静态部分中的DP_TYPE字段指示。图20示出类型1DP和类型2DP的映射顺序。类型1DP首先按照信元索引的升序来映射,然后在到达最后信元索引之后,符号索引增加一。在下一符号内,从p=0开始继续按照信元索引的升序映射DP。通过将多个DP一起映射在一个帧中,将各个类型1DP在时间中分组,类似于DP的TDM复用。
类型2DP首先按照符号索引的升序来映射,然后在到达帧的最后OFDM符号之后,信元索引增加一,并且符号索引退回到第一可用符号,然后从该符号索引开始增加。在将多个DP一起映射在一个帧中之后,将各个类型2DP在频率中分组在一起,类似于DP的FDM复用。
如果需要,类型1DP和类型2DP可共存于帧中,但是有一个限制:类型1DP总是在类型2DP前面。承载类型1DP和类型2DP的OFDM信元的总数不可超过可用于DP的传输的OFDM信元的总数:
数学式2
[数学式2]
DDP1+DDP2≤DDP
其中DDP1是类型1DP所占据的OFDM信元的数量,DDP2是类型2DP所占据的信元的数量。由于PLS、EAC、FIC全部按照与类型1DP相同的方式映射,所以它们全部遵循“类型1映射规则”。因此,总体上,类型1映射总是先于类型2映射。
图21示出根据本发明的实施例的DP映射。
(a)示出用于映射类型1DP的OFDM信元的寻址,(b)示出用于映射类型2DP的OFDM信元的寻址。
针对类型1DP的有效数据信元定义用于映射类型1DP的OFDM信元的寻址(0、…、DDP1-1)。寻址方案定义来自各个类型1DP的TI的信元被分配给有效数据信元的顺序。它还用于通知PLS2的动态部分中的DP的位置。
在没有EAC和FIC的情况下,地址0是指紧随承载最后FSS中的PLS的最后信元之后的信元。如果发送EAC并且对应帧中没有FIC,则地址0是指紧随承载EAC的最后信元之后的信元。如果对应帧中发送FIC,则地址0是指紧随承载FIC的最后信元之后的信元。如(a)所示,可考虑两种不同的情况来计算类型1DP的地址0。在(a)的示例中,假设PLS、EAC和FIC全部被发送。扩展至EAC和FIC中的任一者或二者被省略的情况是简单的。如果在映射直至FIC的所有信元之后FSS中存在剩余信元,如(a)的左侧所示。
针对类型2DP的有效数据信元定义用于映射类型2DP的OFDM信元的寻址(0、…、DDP2-1)。寻址方案定义来自各个类型2DP的TI的信元被分配给有效数据信元的顺序。它还用于用信号通知PLS2的动态部分中的DP的位置。
如(b)所示,三种略微不同的情况是可能的。对于(b)的左侧所示的第一种情况,最后FSS中的信元可用于类型2DP映射。对于中间所示的第二种情况,FIC占据正常符号的信元,但是该符号上的FIC信元的数量不大于CFSS。(b)的右侧所示的第三种情况与第二种情况相同,除了该符号上映射的FIC信元的数量超过CFSS。
扩展至类型1DP在类型2DP前面的情况是简单的,因为PLS、EAC和FIC遵循与类型1DP相同的“类型1映射规则”。
数据管道单元(DPU)是用于向帧中的DP分配数据信元的基本单元。
DPU被定义为用于定位帧中的DP的信令单元。信元映射器7010可为各个DP映射通过TI生成的信元。时间交织器5050输出一系列TI块,各个TI块包括可变数量的XFECBLOCK,XFECBLOCK继而由信元集合组成。XFECBLOCK中的信元的数量Ncells取决于FECBLOCK大小Nldpc以及每星座符号发送的比特数。DPU被定义为给定PHY简档中支持的XFECBLOCK中的信元数量Ncells的所有可能值的最大公约数。信元中的DPU的长度被定义为LDPU。由于各个PHY简档支持FECBLOCK大小和每星座符号的不同比特数的不同组合,所以基于PHY简档来定义LDPU。
图22示出根据本发明的实施例的FEC结构。
图22示出根据本发明的实施例的比特交织之前的FEC结构。如上所述,数据FEC编码器可利用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码以生成FECBLOCK过程。所示的FEC结构对应于FECBLOCK。另外,FECBLOCK和FEC结构具有与LDPC码字的长度对应的相同值。
如图22所示,对各个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)被表示为下面的数学式。
数学式3
[数学式3]
长FECBLOCK和短FECBLOCK的参数分别在上表28和表29中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下:
1)将奇偶校验比特初始化,
数学式4
[数学式4]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特-i0。奇偶校验矩阵的地址的细节将稍后描述。例如,对于码率13/15:
数学式5
[数学式5]
3)对于接下来的359个信息比特is(s=1,2,…,359),在利用下面的数学式在奇偶校验比特地址处累加is。
数学式6
[数学式6]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
其中x表示与第一比特i0对应的奇偶校验比特累加器的地址,Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例,对于码率13/15,Qldpc=24,因此对于信息比特i1,执行以下操作:
数学式7
[数学式7]
4)对于第361信息比特i360,在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式,利用数学式6获得随后的359个信息比特is(s=361、362、…、719)的奇偶校验比特累加器的地址,其中x表示与信息比特i360对应的奇偶校验比特累加器的地址,即,奇偶校验矩阵的地址的第二行的条目。
5)按照类似的方式,对于每一组的360个新信息比特,使用来自奇偶校验矩阵的地址的新的一行来寻找奇偶校验比特累加器的地址。
在所有信息比特被耗尽之后,获得最终奇偶校验比特如下:
6)从i=1开始依次执行以下操作
数学式8
[数学式8]
其中pi(i=0、1、...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 |
图23示出根据本发明的实施例的比特交织。
LDPC编码器的输出被比特交织,其由奇偶交织和随后的准循环块(QCB)交织以及内组交织组成。
(a)示出准循环块(QCB)交织,(b)示出内组交织。
FECBLOCK可被奇偶交织。在奇偶交织的输出处,LDPC码字由长FECBLOCK中的180个相邻的QC块和短FECBLOCK中的45个相邻的QC块组成。长FECBLOCK或短FECBLOCK中的各个QC块由360比特组成。通过QCB交织来对奇偶交织的LDPC码字进行交织。QCB交织的单位是QC块。如图23所示,通过QCB交织重排奇偶交织的输出处的QC块,其中根据FECBLOCK长度,Ncells=64800/ηmod或16200/ηmod。对于调制类型和LDPC码率的各个组合,QCB交织图案是唯一的。
在QCB交织之后,根据下表32中定义的调制类型和阶(ηmod)执行内组交织。还定义了用于一个内组的QC块的数量NQCB_IG。
表32
[表32]
调制类型 | ηmod | NQCB_IG |
QAM-16 | 4 | 2 |
NUC-16 | 4 | 4 |
NUQ-64 | 6 | 3 |
NUC-64 | 6 | 6 |
NUQ-256 | 8 | 4 |
NUC-256 | 8 | 8 |
NUQ-1024 | 10 | 5 |
NUC-1024 | 10 | 10 |
利用QCB交织输出的NQCB_IG QC块执行内组交织处理。内组交织具有利用360列和NQCB_IG行写入和读取内组的比特的处理。在写入操作中,在行方向上写入来自QCB交织输出的比特。在列方向上执行读取操作以从各行读出m比特,其中m对于NUC等于1,对于NUQ等于2。
图24示出根据本发明的实施例的信元字解复用。
图24(a)示出8和12bpcu MIMO的信元字解复用,(b)示出10bpcu MIMO的信元字解复用。
(a)描述了一个XFECBLOCK的信元字解复用处理,如(a)所示,比特交织输出的各个信元字(c0,l,c1,l,…,cnmod-1,l)被解复用为(d1,0,m,d1,1,m…,d1,nmod-1,m)和(d2,0,m,d2,1,m…,d2,nmod-1,m)。
对于针对MIMO编码使用不同类型的NUQ的10bpcu MIMO情况,重用NUQ-1024的比特交织器。如(b)所示,比特交织器输出的各个信元字(c0,l,c1,l,…,c9,l)被解复用为(d1,0,m,d1,1,m…,d1,3,m)和(d2,0,m,d2,1,m…,d2,5,m)。
图25示出根据本发明的实施例的时间交织。
(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块,则它被直接映射至仅一个帧。如下表33所示,时间交织存在三种选项(除了跳过时间交织的额外选项以外)。
表33
[表33]
在各个DP中,TI存储器存储输入XFECBLOCK(来自SSD/MIMO编码块的输出XFECBLOCK)。假设输入XFECBLOCK被定义为
其中dn,s,r,q是第n TI组的第s TI块中的第r XFECBLOCK的第q信元,并且表示SSD和MIMO编码的输出如下。
另外,假设来自时间交织器的输出XFECBLOCK被定义为
其中hn,s,i是第n TI组的第s TI块中的第i输出信元(对于i=0,...,NxBLOCK_TI(n,s)×Ncells-1)。
通常,时间交织器还将在帧创建的处理之前充当DP数据的缓存器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。第二TI块被写入第二库,而从第一库读取,等等。
TI是扭曲行-列块交织器。对于第n TI组的第s TI块,TI存储器的行数Nr等于信元数Ncells(即,Nr=Ncells),而列数Nc等于数量NxBLOCK_TI(n,s)。
图26示出根据本发明的实施例的扭曲行-列块交织器的基本操作。
图26(a)示出时间交织器中的写入操作,图26(b)示出时间交织器中的读取操作。如(a)所示,第一XFECBLOCK按照列方向被写入TI存储器的第一列中,第二XFECBLOCK被写入下一列中,依此类推。然后,在交织阵列中,在对角线方向上读出信元。如(b)所示,在从第一行(从最左列开始沿着行向右)到最后行的对角线方向读取期间,读出Nr个信元。详细地讲,假设zn,s,i(i=0,...,NrNc)作为要依次读取的TI存储器信元位置,这种交织阵列中的读取处理通过如下式计算行索引Rn,s,i、列索引Cn,s,i以及关联的扭曲参数Tn,s,i来执行。
数学式9
[数学式9]
GENERATE(Rn,s,i,Cn,s,i)=
{
Rn,s,i=mod(i,Nr),
Tn,s,i=mod(Sshift×Rn,s,i,Nc),
}
其中Sshift是与NxBLOCK_TI(n,s)无关的对角线方向读取处理的公共偏移值,它如下式通过PLS2-STAT中给出的NxBLOCK_TI_MAX来确定。
数学式10
[数学式10]
对于
结果,要读取的信元位置按照坐标被计算为zn,s,i=NrCn,s,i+Rn,s,i。
图27示出根据本发明的另一实施例的扭曲行-列块交织器的操作。
更具体地讲,图27示出当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的大小,并且如下式完成读取处理。
数学式11
[数学式11]
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的最大数量。
图28示出根据本发明的实施例的扭曲行-列块交织器的对角线方向读取图案。
更具体地讲,图28示出从具有参数N′xBLOCK_TI_MAX=7和Sshift=(7-1)/2=3的各个交织阵列的对角线方向读取图案。需要注意的是在上面作为伪码示出的读取处理中,如果Vi≥NcellsNxBLOCK_TI(n,s),则Vi的值被跳过,使用Vi的下一计算的值。
图29图示根据本发明的实施例的来自各个交织阵列的交织XFECBLOCK。
图29图示来自具有参数N′xBLOCK_TI_MAX=7和Sshift=3的各个交织阵列的交织XFECBLOCK。
在下文中将会详细地描述根据本发明的实施例的用于分段被配置成在实时广播环境下发送基于文件的多媒体内容,并且消耗文件片段的方法。
更加详细地,实施例提供用于在实时广播环境下发送基于文件的多媒体内容的数据结构。另外,实施例提供一种用于在实时广播环境下不仅识别对于发送基于文件的多媒体内容所需要的文件的分割产生信息而且识别消耗信息的方法。另外,实施例提供一种用于在实时广播环境下分割/生成对于发送基于文件的多媒体内容所需要的文件的方法。实施例提供一种用于分割对于消耗基于文件的多媒体内容所需要的文件的方法。
图30图示当单向文件传输协议(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以对象或者文件为单位由至少一个对象或者文件组成的多媒体内容可以被发送和被消耗。在下文中将会详细地描述其详细描述。
图30(a)示出基于FLUTE协议的数据结构。例如,多媒体内容可以包括至少一个对象。一个对象可以包括至少一个分段(分段1或者分段2)。
在图30(b)中示出对于FLUTE协议所需要的数据处理时间。在图30(b)中,最低的附图示出广播信号传输设备开始或者停止一个对象的编码的编码开始和结束时间,并且最高的附图示出广播信号接收设备开始或者停止一个对象的再生的再生开始和结束时间。
广播信号传输设备可以在包括至少一个分段的对象的产生的完成之后开始对象的传输。因此,在广播信号传输设备开始产生对象的开始时间与广播信号传输设备开始发送对象的另一时间之间的传输待机时间(Dt1)出现。
另外,广播信号接收设备停止包括至少一个对象的对象的接收,并且然后开始对象的再生。因此,在广播信号接收设备开始对象的接收的开始时间与广播信号接收设备开始再生对象的另一时间之间的再生待机时间(Dr1)出现。
因此,在一个对象从广播信号传输设备被发送并且然后通过广播信号接收设备再生之前需要与传输待机时间和再生待机时间的总和相对应的预先确定的时间。这意指广播信号接收设备要求相对长的初始接入时间以接入对应的对象。
如上所述,因为FLUTE协议被使用,所以广播信号传输设备基于对象发送数据,广播信号接收设备必须接收一个对象的数据并且必须消耗相对应的对象。因此,基于FLUTE协议的对象传输不适合于实时广播环境。
图31图示根据本发明的实施例的单向实时对象传输(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传送分组的形式被封装的示例性情况,并且在下文中将会详细地描述示例性情况的详细描述。
<用于实时文件生成和消耗的数据结构>
图32图示根据本发明的实施例的基于文件的多媒体内容的数据结构。
在图32中示出根据实施例的基于文件的多媒体内容的数据结构。术语“基于文件的多媒体内容”可以指示由至少一个文件组成的多媒体内容。
诸如广播节目的多媒体内容可以是由一个呈现组成。该呈现可以包括至少一个对象。例如,对象可以是文件。另外,该对象可以包括至少一个分段。
根据实施例,分段可以是能够在不取决于前述的数据的情况下独立地解码和再生的数据单元。例如,包括视频数据的分段可以从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分组。
根据实施例的广播信号传输设备可以将被分组的数据发送到广播信号接收设备。
图33图示数据结构被应用的MPEG-DASH的媒体片段结构。
参考图33,根据实施例的数据结构被应用到的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被预先生成时广播信号传输设备可以根据解析顺序发送数据。
图34图示根据本发明的实施例的使用ROUTE协议的数据处理时间。
图34(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传输适合于实时广播环境。
<用于识别文件分割产生和消耗信息的方法>
图35图示根据本发明的实施例的用于文件传输的分层编码传送(LCT)分组结构。
应用层传送会话可以是由IP地址和端口编号组成。如果应用层传送会话是ROUTE协议,则ROUTE会话可以是由一个或者多个LCT(分层编码传送)会话组成。例如,如果通过一个LCT传送会话发送一个媒体组件,则至少一个媒体组件可以被复用并且通过一个应用层传送会话被发送。另外,至少一个传送对象可以通过一个LCT传送会话被发送。
参考图35,如果应用层传输协议是以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兼容的方法使用固定长度的分组支持实时文件传输。
保留字段被保留以供未来使用。
图36图示根据本发明的另一实施例的LCT分组的结构。
图36的一些部分与图35的那些基本上相同,并且正因如此在此将会省略其详细描述,使得在下文中将会集中于在图35和图36的不同进行描述。
参考图36,根据另一实施例的分段信息(EXT_RTS)可以包括分段报头长度字段(FHL)替代在图35中示出的FC字段。
FHL字段指示分段的组成符号的数目,使得其能够提供关于是否完成分段的接收的特定的信息。FHL字段可以指示与包括分段报头和分段有效载荷的各自的分段相对应的符号的总数目。另外,FHL字段可以指示来自于分段报头和分段有效载荷当中的稍后要发送的符号的总数目。
例如,如果分段有效载荷首先被发送并且然后分段报头被发送,则FHL字段可以指示与分段报头相对应的符号的总数目。在这样的情况下,FHL字段可以指示分段报头的长度。
如果首先发送分段报头并且然后发送分段有效载荷,则FHL字段可以指示与分段有效载荷相对应的符号的总数目。在这样的情况下,FHL字段可以指示分段有效载荷的长度。
在下文中下面的描述将会公开其中首先发送分段有效载荷并且然后分段有效载荷被发送的示例性情况。
根据另一实施例的广播信号接收设备可以接收包括与被显示在FHL字段上的符号的数目相对应的分段报头的LCT分组。广播信号接收设备检查包括分段报头的LCT分组的接收次数,使得其能够识别分段报头的接收完成。可替选地,广播信号接收设备检查与分段报头相对应的TB的数目,使得其能够识别分段报头的接收完成。
<识别文件的分割产生和分割消耗的方法>
图37图示根据本发明的实施例的基于FDT的实时广播支持信息信令。
参考图37,本发明涉及一种用于在实时广播环境下识别基于文件的多媒体内容的分割产生和分割消耗信息的方法。基于文件的多媒体内容的分割产生和分割消耗信息可以包括在上面提及的数据结构和LCT分组信息。
广播信号传输设备可以进一步发送附加的信令信息以便识别文件的分割产生信息和分割消耗信息。例如,信令信息可以包括元数据和带外信令信息。
在图37中示出根据实施例的用于发送关于实时广播支持信息的信令信息的方法。
根据实施例的广播信号传输设备可以通过文件递送表(FDT)级或者通过文件级实时支持属性发送信令信息。如果实时支持被设置为1,则在相对应的FDT级或者文件级中写入的对象可以包括在上面提及的数据结构和分组信息,使得在实时广播环境中的分割产生和消耗能够被指示。
图38是图示根据本发明的实施例的广播信号传输设备的框图。
参考图38,用于使用广播网络发送包括多媒体内容的广播信号的广播信号传输设备可以包括信令编码器C21005、传输块生成器C21030、以及/或者发射器C21050。
信令编码器C21005可以生成信令信息。信令信息可以指示将会实时发送多媒体内容。信令信息可以指示从文件级和FDT级中的至少一个当中实时发送上述多媒体内容。
当信令信息指示以功率水平实时发送多媒体内容时,属于相对应的文件的所有数据能够被实时发送。当信令信息指示以FDT水平实时发送多媒体内容时,属于相对应的FDT的所有文件或者数据能够被实时发送。
如果信令信息指示多媒体内容的实时传输,则传输块生成器C21030可以将被包含在多媒体内容中的文件划分成与被独立编码和发送的数据相对应的一个或者多个TB。
发射器C21050可以发送传输块(TB)。
在下文中将会参考图39描述其详细描述。
图39是图示根据本发明的实施例的广播信号传输设备的框图。
参考图39,根据实施例的用于使用广播网络发送包括多媒体内容的广播信号的广播信号传输设备可以包括信令编码器(未示出)、媒体编码器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。
图40是图示根据本发明的实施例的用于实时产生和发送基于文件的多媒体内容的过程的流程图。
图40是图示用于使用在图39中示出的在上面提及的广播信号传输设备发送广播信号的方法的流程图。
参考图40,在步骤CS11100中根据实施例的广播信号传输设备可以使用媒体编码器C21010编码多媒体内容。广播信号传输设备可以编码多媒体内容并且然后产生媒体数据。
其后,广播信号传输设备可以在步骤CS11200中执行与分段有效载荷相对应的媒体数据的缓存。广播信号传输设备可以基于被缓存的媒体数据产生与分段有效载荷相对应的区块。
如果与分段有效载荷相对应的区块的产生没有被完成,则在步骤CS11300中广播信号传输设备继续执行媒体数据的缓存,并且然后完成与分段有效载荷相对应的区块的产生。
其后,在步骤CS11400中广播信号传输设备可以使用分段生成器C21020划分构造多媒体内容的各个数据,使得其可以产生指示被独立解码和再生的数据单元的至少一个分段。
广播信号传输设备可以产生构成各个分段的分段有效载荷,并且然后产生分段报头。
每当区块被产生时,广播信号传输设备可以确定是否与分段有效载荷相对应的所有数据作为区块被产生。
如果与分段有效载荷相对应的区块的产生被完成,则广播信号传输设备可以产生与分段有效载荷相对应的分段报头。
在步骤CS11500中广播信号传输设备使用传输块生成器C21030划分分段,使得其能够产生指示被独立编码和发送的数据单元的至少一个TB。
例如,当在构成各个分段的分段有效载荷已经被产生之后产生分段报头时,广播信号传输设备可以产生与分段有效载荷相对应的TB并且然后产生与分段报头相对应的TB。
广播信号传输设备可以产生与分段有效载荷相对应的TB和与分段报头相对应的TB作为不同的TB。
其后,在步骤CS11600和CS11700中广播信号传输设备可以使用分组器C21040将TB划分成一个或者多个相等大小的符号,并且可以将至少一个符号分组成至少一个分组。
在图40中已经公开用于使用广播信号传输设备产生分组的方法,并且正因如此为了方便描述在此将会省略其详细描述。
其后,广播信号传输设备可以控制发射器C21050以TB产生的顺序发送一个或者多个分组。
图41是图示根据本发明的实施例的用于使用分组器允许广播信号传输设备产生分组的过程的流程图。
参考图41,在步骤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”。
分组有效载荷可以包括至少一个符号。
图42是图示根据本发明的实施例的用于实时产生/发送基于文件的多媒体内容的过程的流程图。
参考图42,图42的所有内容当中的在图40和图41中示出的内容基本上彼此相同,并且正因如此为了方便描述在此将会省略其详细描述。
根据实施例,广播信号传输设备可以使用FHL字段替代FC字段。例如,在上面提及的分段信息可以包括指示与各个分段相对应的TB的产生完成的分段完成信息。分段完成信息可以包括指示与分段报头相对应的符号的总数目的FHL字段。
在步骤CS12724中根据实施例的广播信号传输设备可以计算与包括分段报头的数据的TB相对应的符号的数目,并且可以将计算的结果记录在FHL字段中。
FHL字段可以指示分段报头的长度作为与分段报头相对应的符号的总数目。FHL字段可以以广播信号接收设备能够识别分段报头的接收完成的方式被包含在分段信息中,替代在上面提及的FC字段中。
根据实施例的广播信号接收设备检查包括与被记录在FHL字段中的数据块的数目一样多的分段报头的分组的传输时间的数目,使得其能够识别是否分段报头被接收。
图43是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。
参考图43,用于使用广播网络发送包括多媒体内容的广播信号的广播信号接收设备可以包括接收机(未示出)、信令解码器C22005、传输块再生器C22030、以及/或者媒体解码器C22060。
信令解码器C22005可以解码信令信息。信令信息可以指示是否将会实时发送多媒体内容。
如果信令信息指示多媒体内容的实时传输,则传输块再生器C22030组合广播信号,使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。
媒体解码器C22060可以解码TB。
在下文中将会参考图44描述其详细描述。
图44是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。
参考图44,根据实施例的广播信号接收设备可以包括接收机(未示出)、信令解码器(未示出)、分组过滤器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可以恢复分段报头和分段有效载荷。
在图44中示出用于允许分段再生器C22040使用FHL字段的方法的详细描述。
分段解析器C22050可以解析被恢复的分段。因为分段报头位于被恢复的分段的前面并且分段有效载荷位于被恢复的分段的后面,所以分段解析器C22050可以首先解析分段报头并且然后解析分段有效载荷。
分段解析器C22050可以解析被恢复的分段使得其能够产生至少一个媒体接入单元。例如,媒体接入单元可以包括至少一个媒体数据。媒体接入单元可以具有预先确定的大小的媒体数据的单元。
媒体解码器C22060可以解码分段。媒体解码器C22060可以解码至少一个媒体接入单元使得产生媒体数据。
媒体渲染器C22070可以渲染被解码的媒体数据以便执行呈现。
图45是图示根据本发明的实施例的用于接收/恢复基于文件的多媒体内容的过程的流程图。
在图44中示出的内容能够被同等地应用于根据实施例的广播信号接收方法。
参考图45,用于接收包括至少一个文件的多媒体内容的广播信号接收方法包括:接收被划分成至少一个分组的多媒体内容;恢复指示通过分组组合独立解码和发送的数据单元的至少一个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执行被解码的媒体数据的渲染以便执行呈现。
图46是图示根据本发明的实施例的用于实时接收/消耗基于文件的多媒体内容的过程的流程图。
参考图46,图46的一些部分与图45的那些基本上相同,并且正因如此在此将会省略其详细描述。
根据实施例的广播信号接收设备可以基于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相关的描述也能够被应用于图47至60。
<传送对象类型-1的识别方法>
图47是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
根据本发明的另一实施例,分组可以是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的识别方法>
图48是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
除了前述的方法之外,对象类型信息能够使用LCT报头扩展识别在当前分组中发送的对象的类型。使用LCT报头扩展的对象类型信息能够被应用于用于诸如实时协议(RTP)等等的传送协议的分组等等。
对象类型信息可以包括报头扩展类型(HET)字段、类型字段,和/或保留字段。
HET字段可以是8比特整数并且可以指示相对应的报头扩展的类型。例如,HET字段可以是在128至255的值当中的一个特性值并且可以识别相对应的报头扩展的类型。在这样的情况下,报头扩展可以具有32个比特的固定长度。
类型字段可以指示在当前LCT分组或者对其应用相同的TOI的分组中发送的对象的类型。在下文中,可以通过对象类型信息表示类型字段。当在LCT分组中发送MPEG-DASH内容时,根据对象类型信息的值,对象类型可以包括常规文件、初始化片段、媒体片段、以及自行初始化片段。
例如,当对象类型信息的值是“0x00”时,对象类型可以指示“常规文件”,当对象类型信息的值是“0x01”时,对象类型可以指示“初始化片段”,当对象类型信息的值是“0x10”时,对象类型可以指示“媒体片段”,并且当对象类型信息的值是“0x11”时,对象类型可以指示“自行初始化片段”。
保留字段被保留用于未来使用。
在下文中,对于图48的详细描述与上面的详细描述相同,并且因此在此将会省略。
图49是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
广播信号接收设备可以根据对象类型基于对象类型信息不同的过程。即,在LCT分组中指定和发送对象类型信息之后,广播信号接收设备可以基于对象类型信息识别接收到的对象,并且根据对象类型执行适当的操作。
根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C32005、解析器C32050、以及/或者解码器C32060。然而,广播信号接收设备的组件不限于此并且前述的组件可以被进一步包括。
信令解码器C32005可以解码信令信息。信令信息指示是否使用广播网络实时发送包括多媒体内容的广播信号。
解析器C32050可以基于对象类型信息解析至少一个对象并且生成用于接入表示和至少一个接入单元的初始化信息。为此,解析器C32050可以包括初始化片段解析器C32051、媒体片段解析器C32052、以及/或者自行初始化片段解析器C32053。在下一个图中将会详细地描述初始化片段解析器C32051、媒体片段解析器C32052、以及自行初始化片段解析器C32053。
解码器C32060可以基于初始化信息初始化相对应的解码器C32060。另外,解码器C32060可以解码至少一个对象。在这样的情况下,解码器C32060可以以至少一个接入单元的形式接收关于对象的信息并且解码至少一个接入单元以生成媒体数据。
图50是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
广播信号接收设备可以包括分组滤波器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内容之后,根据本发明的另一实施例的广播信号发送设备可以发送指示是在当前分组中发送的对象的类型的对象类型信息。另外,广播信号发送设备可以基于对象类型信息识别在接收到的分组中的对象的类型并且对各个对象执行适当的过程。
<对象内部结构的类型>
图51是图示根据本发明的另一实施例的包括类型信息的分组的结构的图。
在发送作为独立意义单元的对象内部结构单元中的数据之后,广播信号发送设备可以发送具有可变大小的数据。因此,甚至在接收一个整体对象之前在接收和识别对象内部结构之后,广播信号接收设备可以执行对象内部结构单元中的再生。结果,可以通过广播网络实时发送和再生多媒体内容。根据本发明的另一实施例,为了识别对象内部结构,类型信息和边界信息可以被使用。
在下文中,将会详细地描述用于对象内容结构的识别的类型信息。
在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等等的数据获得的数据单元。
保留字段可以保留用于未来使用。
在下文中,为了方便描述,可以通过类型信息表示内部结构类型字段。
<对象内部结构的边界>
图52是图示根据本发明的另一实施例的包括边界信息的分组的结构的图。
在下文中,将会详细地描述用于对象内部结构的识别的边界信息。
在MPEG-DASH内容的传输期间,分组信息可以包括使用LCT报头扩展的类型信息。边界信息可以指示在当前分组中发送的对象内部结构的边界。边界信息能够被应用于用于诸如实时协议(RTP)等等传送协议的分组等等。
边界信息可以包括报头扩展类型字段(HET)、开始标志字段(SF)、保留字段、以及/或者偏移字段。
HET字段与上面的描述相同并且因此其详细描述在此被省略。
开始标志字段(SF)可以指示LCT分组包括对象内部结构的开始点。
保留字段可以保留用于未来使用。
偏移字段可以包括指示在LCT分组的对象内部结构的开始点的位置信息。位置信息可以包括从LCT分组的开始点到对象内部结构的开始点的字节距离。
如上所述,广播信号发送设备可以不基于类型信息和边界信息以对象为单位发送数据,并且可以在具有可变长度的对象内部结构单元中发送数据。
广播信号接收设备可以不以对象为单位接收和再生数据,并且可以在具有可变长度的对象内部结构单元中接收和再生数据。因此,广播信号接收设备可以基于类型信息和边界信息识别对象内部结构并且执行对于各个接收到的对象内部结构的再生。
例如,基于与通过被包括在开始和结束点之间发送的至少一个分组中的边界信息或者类型信息表示的对象内部结构的开始和结束点相对应的分组,广播信号接收设备可以识别当前对象内部结构的类型。
结果,甚至在接收一个整体对象之前广播信号接收设备可以快速地识别对象内部结构并且实时执行再生。
<传送对象和信令信息的映射>
图53是图示根据本发明的另一实施例的包括映射信息的分组的结构的图。
根据本发明的另一实施例,能够使用除了前述的类型信息和边界信息之外的映射信息识别对象内部结构。
在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的信息。
<传送会话和传送对象的分组方法>
图54是图示根据本发明的另一实施例的包括编组信息的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。
图55是图示根据本发明的另一实施例的会话和对象的编组的图。
媒体呈现描述(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等等并且可以被用作用于复用/解复用在一个会话内发送的内容组件的信息。
图56是图示根据本发明的另一实施例的使用分组信息的广播信号发送设备的结构的图。
广播信号发送设备可以包括信令编码器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可以发送包括对象内部结构和分组信息的广播信号。
图57是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
在下文中,没有描述广播信号发送设备的公共部件,并且在与广播信号发送设备的不同方面将会描述广播信号接收设备。
广播信号接收设备可以基于分组信息识别对象内部结构并且在接收到的对象内部结构的单元中执行解码。因此,广播信号接收设备可以不接收一个整体对象,并且可以产生对象内部结构,尽管接收到对象内部结构。
根据本发明的另一实施例的广播信号接收设备可以包括信令解码器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可以以至少一个接入单元的形式接收关于对象内部结构的信息并且解码至少一个接入单元以生成媒体数据。
图58是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
在下文中,将会描述当对象内部结构的类型是接入单元时广播信号接收设备的操作和配置。
广播信号接收设备可以进一步包括分组解分组器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可以解码相对应的接入单元作为相对应的对象的内部结构。
图59是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
与在图中图示的组件当中的前述组件相同的组件在上面的描述中是相同的,并且因此在此将会省略其详细描述。
在下文中,将会描述当对象内部结构的类型是区块或者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作为相对应的对象的内部结构。
图60是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
与在图中图示的组件当中的前述组件相同的组件与上面的描述相同,并且因此在此将会省略其详细描述。
在下文中,将会描述当对象内部结构的类型是分段时广播信号接收设备的操作和配置。广播信号接收设备可以进一步包括分组解分组器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。
如上所述,广播信号发送设备可以不在对象单元中发送数据并且可以在具有可变长度的对象内部结构单元中发送数据。在这样的情况下,广播信号发送设备可以发送对象内部结构的类型信息和边界信息。
广播信号接收设备可以不在对象单元中再生数据并且可以在具有可变长度的对象内部结构中再生数据。因此,广播信号接收设备可以基于类型信息和边界信息识别对象内部结构并且执行用于各个接收到的对象内部结构的再生。
<传送分组有效载荷数据的优先级识别>
图61是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
根据本发明的另一实施例的分组可以是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的视频数据时,广播信号接收设备可以选择性地提取具有高帧率的序列和具有低帧率的序列。
图62是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
根据本发明的另一实施例的分组可以是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”的值。
保留字段可以是被保留以便将来使用的字段。
在下文中,将会省略与上面的描述相同的描述。
图63是示出根据本发明的另一实施例的包括偏移信息的分组的结构的图。
根据本发明的另一实施例的分组可以是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以及/或者偏移信息中的至少一个精确地解析和/或解码各个递送对象和/或对象。
如上所述,当发射机在作为独立意义的单元的对象内部结构单元中发送数据时,能够实时发送具有可变大小的数据。因此,当甚至在完全接收一个对象之前接收机接收和识别对象内部结构时,接收机可以在对象内部结构单元中再生对象。结果,基于文件(或者对象)的多媒体内容可以经由广播网络被实时发送和再生。
图64是示出根据本发明的另一实施例的包括随机接入点(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相对应的分组处开始解码,所以能够增加分组接收和解码效率。
图65是示出根据本发明的另一实施例的包括随机接入点(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)并且包括使用位于分组报头的第十二和/或第十三比特处的比特的上述对象类型信息和/或优先级信息。
图66是示出根据本发明的另一实施例的包括实时信息的分组的结构的图。
根据本发明的另一实施例的分组可以是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协议的后向兼容性。
图67是示出根据本发明的另一实施例的广播信号传输设备的结构的图。
根据本发明的另一实施例的广播信号传输设备可以包括递送对象生成器C51300、信令编码器C51100以及/或者发射机C31500。
递送对象生成器可以将文件划分成与文件的一部分相对应的至少一个递送对象。
信令编码器可以编码包括用于递送对象的元数据的信令信息。
信令信息可以包括指示是否使用至少一个分层编译传送(LCT)分组经由非单向信道实时发送至少一个递送对象。
发射机可以发送至少一个递送对象和信令信息。
根据本发明的另一实施例的广播信号传输设备可以包括上述广播信号传输设备的所有功能。另外,对于信令信息的详细描述,参考上面的描述或者后续附图的下面的描述。
图68是示出根据本发明的另一实施例的广播信号接收设备的结构的图。
广播信号接收设备可以接收广播信号。广播信号可以包括信令数据、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分组,从而配置一个序列。
本领域技术人员将理解,在不脱离本发明的精神或范围的情况下,可对本发明进行各种修改和变化。因此,本发明旨在涵盖本发明的修改和变化,只要它们落入所附权利要求书及其等同物的范围内即可。
本说明书中提及了设备发明和方法发明二者,设备发明和方法发明二者的描述可互补地适用于彼此。
本发明的模式
已在用于执行本发明的具体实施方式中描述了各种实施例。
工业实用性
本发明适用于一系列广播信号提供领域。
对于本领域技术人员而言将显而易见的是,在不脱离本发明的精神或范围的情况下,可对本发明进行各种修改和变化。因此,本发明旨在涵盖对本发明的修改和变化,只要它们落入所附权利要求书及其等同物的范围内即可。
Claims (8)
1.一种广播信号传输方法,包括:
生成一个或多个传送分组,
其中,所述一个或多个传送分组被用于传送一个或多个对象的多个分段,
其中,每个递送对象是文件的一部分,
其中,在传送会话中携带一个或多个递送对象,
处理所述一个或多个传送分组以生成信号帧,其中,所述信号帧包括物理层信令数据,并且在数据管道DP中的DP数据通过时间交织TI操作进行时间交织,其中所述TI操作包括:
按列将所述DP的多个FEC块写入具有一个或多个虚拟FEC块的TI存储器;以及
按对角线从所述TI存储器读取写入的所述多个FEC块的信元,同时跳过所述一个或多个虚拟FEC块的信元,
所述物理层信令数据包括时间交织操作信息;以及
发送包括所述信号帧的广播信号,
其中,传送分组的报头包括与所述传送分组中携带的递送对象的分段的起始字节位置相对应的偏移信息,
所述起始字节位置相对于所述递送对象的起始点,
所述报头还包括表示所述传送分组的传送会话的传送会话标识符和表示所述传送分组中的所述递送对象的对象标识符,
其中,所述一个或多个传送分组进一步包括与所述物理层信令数据不同的信令数据,所述信令数据包括指示所述递送对象是否发送实时内容的实时属性和与由所述对象标识符识别的所述递送对象有关的信息。
2.根据权利要求1所述的广播信号传输方法,
其中,所述信令数据通过与所述递送对象不同的传输会话在带外发送。
3.根据权利要求1所述的广播信号传输方法,
其中,所述信令数据进一步包括指示所述传送分组是否包括与随机接入点(RAP)相对应的数据的随机接入点(RAP)信息。
4.根据权利要求1所述的广播信号传输方法,
其中,所述信令数据进一步包括指示被包括在所述传送分组中的数据的优先级的优先级信息。
5.一种广播信号传输设备,包括:
分组器,所述分组器用于生成一个或多个传送分组,
其中,所述一个或多个传送分组被用于传送一个或多个对象的多个分段,
其中,每个递送对象是文件的一部分,
其中,在传送会话中携带至少一个递送对象,
处理器,所述处理器用于处理所述一个或多个传送分组以生成信号帧,其中所述信号帧包括物理层信令数据,并且在数据管道DP中的DP数据通过时间交织TI操作进行时间交织,其中所述TI操作包括:
按列将所述DP的多个FEC块写入具有一个或多个虚拟FEC块的TI存储器;以及
按对角线从所述TI存储器读取写入的所述多个FEC块的信元,同时跳过所述一个或多个虚拟FEC块的信元,
所述物理层信令数据包括所述交织操作信息;以及
发射机,所述发射机用于发送包括所述信号帧的广播信号,
其中,传送分组的报头包括与所述传送分组中携带的递送对象的分段的起始字节位置相对应的偏移信息,
所述起始字节位置相对于所述递送对象的起始点,
所述报头还包括表示所述传送分组的传送会话的传送会话标识符和表示所述传送分组中的所述递送对象的对象标识符,
其中,所述一个或多个传送分组进一步包括与所述物理层信令数据不同的信令数据,所述信令数据包括指示所述递送对象是否发送实时内容的实时属性和与由所述对象标识符识别的所述递送对象有关的信息。
6.根据权利要求5所述的广播信号传输设备,
其中,所述信令数据通过与所述递送对象不同的传输会话在带外发送。
7.根据权利要求5所述的广播信号传输设备,
其中,所述信令数据进一步包括指示所述传送分组是否包括与随机接入点(RAP)相对应的数据的随机接入点(RAP)信息。
8.根据权利要求5所述的广播信号传输设备,
其中,所述信令数据进一步包括指示由所述传送分组发送的数据的优先级的优先级信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201461944045P | 2014-02-24 | 2014-02-24 | |
US61/944,045 | 2014-02-24 | ||
PCT/KR2015/001758 WO2015126223A1 (en) | 2014-02-24 | 2015-02-24 | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105745899A CN105745899A (zh) | 2016-07-06 |
CN105745899B true CN105745899B (zh) | 2023-12-26 |
Family
ID=53878625
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580002662.5A Active CN105745899B (zh) | 2014-02-24 | 2015-02-24 | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 |
Country Status (5)
Country | Link |
---|---|
US (3) | US10476693B2 (zh) |
EP (1) | EP3036883B3 (zh) |
KR (2) | KR101880467B1 (zh) |
CN (1) | CN105745899B (zh) |
WO (1) | WO2015126223A1 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015156625A1 (ko) * | 2014-04-09 | 2015-10-15 | 엘지전자 주식회사 | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 |
US10419718B2 (en) * | 2014-07-11 | 2019-09-17 | Lg Electronics Inc. | Method and device for transmitting and receiving broadcast signal |
WO2016006971A1 (ko) | 2014-07-11 | 2016-01-14 | 엘지전자 주식회사 | 방송 신호 송수신 방법 및 장치 |
US10368144B2 (en) | 2014-07-29 | 2019-07-30 | Lg Electronics Inc. | Method and device for transmitting and receiving broadcast signal |
CN106464834A (zh) * | 2014-10-21 | 2017-02-22 | Lg 电子株式会社 | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 |
US20160308934A1 (en) * | 2015-04-20 | 2016-10-20 | Qualcomm Incorporated | Further Device Timing Adjustments and Methods for Supporting DASH Over Broadcast |
US9801030B2 (en) * | 2015-07-15 | 2017-10-24 | Qualcomm Incorporated | Internal data transfer in EMBMS reception |
US10623635B2 (en) * | 2016-09-23 | 2020-04-14 | Mediatek Inc. | System and method for specifying, signaling and using coding-independent code points in processing media contents from multiple media sources |
US10237597B2 (en) * | 2017-08-17 | 2019-03-19 | Sony Corporation | Transport and acquisition of DRM-related information |
WO2019107595A1 (ko) * | 2017-11-29 | 2019-06-06 | 전자부품연구원 | 방송 수신기 및 이의 운용 방법 |
US11665588B2 (en) * | 2020-01-07 | 2023-05-30 | Mediatek Singapore Pte. Ltd | Extended sequence control for fragmented frames in WLAN |
US11792824B2 (en) * | 2020-03-30 | 2023-10-17 | Qualcomm Incorporated | Multicast feedback and retransmission for transport block grouping |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101300810A (zh) * | 2005-09-01 | 2008-11-05 | 诺基亚公司 | 用于将svg内容嵌入进iso基本媒体文件格式以便渐进地下载或流式传输富媒体内容的方法 |
EP2012501A2 (en) * | 2007-07-03 | 2009-01-07 | Samsung Electronics Co., Ltd. | File processing method and apparatus for digital broadcast receiver |
WO2013107502A1 (en) * | 2012-01-17 | 2013-07-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method for sending respectively receiving a media stream |
CN103518351A (zh) * | 2011-04-05 | 2014-01-15 | 高通股份有限公司 | 使用文件递送方法的ip广播流式传输服务分布 |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060193337A1 (en) * | 2005-02-25 | 2006-08-31 | Toni Paila | Device management broadcast operation |
BRPI0608470A2 (pt) * | 2005-03-24 | 2010-01-05 | Nokia Corp | método para notificar o dispositivo receptor sobre uma sessão de transmissão futura, dispositivo de transmissão que suporta uma notificação do dispositivo receptor sobre uma sessão de transmissão futura, rede de comunicação, sistema de comunicação, produto de programa, e, aparelho de recepção |
KR101353620B1 (ko) * | 2006-01-05 | 2014-01-20 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 미디어 컨테이너 파일 관리 |
CN101390367A (zh) * | 2006-01-11 | 2009-03-18 | 诺基亚公司 | 针对移动广播/多播流式服务器的使用而扩展富媒体容器格式 |
US20080101317A1 (en) * | 2006-10-30 | 2008-05-01 | Nokia Corporation | System and method for providing advanced session control of a unicast session |
WO2009028850A1 (en) * | 2007-08-24 | 2009-03-05 | Lg Electronics Inc. | Digital broadcasting receiver and method for controlling the same |
WO2010068033A2 (ko) * | 2008-12-09 | 2010-06-17 | 엘지전자 주식회사 | 비실시간 서비스 처리 방법 및 방송 수신기 |
US8462001B2 (en) | 2010-07-30 | 2013-06-11 | Great Eastern Group, Inc. | Environmental alarm sensor panel and related method for a telecommunication cable station |
KR101848664B1 (ko) | 2010-11-23 | 2018-04-13 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법 |
KR101814398B1 (ko) * | 2011-04-20 | 2018-01-03 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치 |
US9661371B2 (en) | 2011-05-24 | 2017-05-23 | Lg Electronics Inc. | Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same |
US9451401B2 (en) * | 2011-05-27 | 2016-09-20 | Qualcomm Incorporated | Application transport level location filtering of internet protocol multicast content delivery |
US20130254611A1 (en) * | 2012-03-23 | 2013-09-26 | Qualcomm Incorporated | Recovering data in multimedia file segments |
US9294226B2 (en) * | 2012-03-26 | 2016-03-22 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
US20130282870A1 (en) * | 2012-04-18 | 2013-10-24 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, transmission method, and program |
US9438818B2 (en) | 2012-06-20 | 2016-09-06 | Qualcomm Incorporated | Device and method for multimedia communications with picture orientation information |
JP6348251B2 (ja) * | 2012-09-13 | 2018-06-27 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 端末装置、受信方法、およびプログラム |
US20140098745A1 (en) * | 2012-10-04 | 2014-04-10 | Qualcomm Incorporated | Method and system for compressing data packets in lte evolved multicast broadcast multimedia service |
WO2014063730A1 (en) * | 2012-10-24 | 2014-05-01 | Huawei Technologies Co., Ltd. | Communication receiver |
US9537902B2 (en) * | 2013-02-13 | 2017-01-03 | Qualcomm Incorporated | Enabling devices without native broadcast capability to access and/or receive broadcast data in an efficient manner |
BR112015020102A2 (pt) * | 2013-02-27 | 2017-07-18 | Sony Corp | aparelho e método para processamento de informação, programa, e, sistema de suprimento de conteúdo |
US9900166B2 (en) * | 2013-04-12 | 2018-02-20 | Qualcomm Incorporated | Methods for delivery of flows of objects over broadcast/multicast enabled networks |
JP6329964B2 (ja) * | 2013-10-30 | 2018-05-23 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 送信装置、送信方法、受信装置、及び、受信方法 |
EP3090561B1 (en) * | 2014-01-03 | 2019-04-10 | LG Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
JP2015136059A (ja) * | 2014-01-17 | 2015-07-27 | ソニー株式会社 | 通信装置、通信データ生成方法、および通信データ処理方法 |
KR101875664B1 (ko) * | 2014-04-09 | 2018-07-06 | 엘지전자 주식회사 | 방송 신호 송/수신 처리 방법 및 장치 |
KR101757306B1 (ko) * | 2014-07-31 | 2017-07-12 | 엘지전자 주식회사 | 방송 신호 송/수신 처리 방법 및 장치 |
US9979987B2 (en) * | 2014-10-12 | 2018-05-22 | Lg Electronics Inc. | Device for transmitting broadcast signal, device for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal |
JP6633739B2 (ja) * | 2015-08-20 | 2020-01-22 | エルジー エレクトロニクス インコーポレイティド | 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 |
-
2015
- 2015-02-24 EP EP15752100.6A patent/EP3036883B3/en active Active
- 2015-02-24 CN CN201580002662.5A patent/CN105745899B/zh active Active
- 2015-02-24 KR KR1020177012058A patent/KR101880467B1/ko active IP Right Grant
- 2015-02-24 KR KR1020167001410A patent/KR101737849B1/ko active Application Filing
- 2015-02-24 US US14/914,543 patent/US10476693B2/en active Active
- 2015-02-24 WO PCT/KR2015/001758 patent/WO2015126223A1/en active Application Filing
-
2019
- 2019-11-05 US US16/674,796 patent/US10848332B2/en active Active
-
2020
- 2020-10-23 US US17/078,434 patent/US11296901B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101300810A (zh) * | 2005-09-01 | 2008-11-05 | 诺基亚公司 | 用于将svg内容嵌入进iso基本媒体文件格式以便渐进地下载或流式传输富媒体内容的方法 |
EP2012501A2 (en) * | 2007-07-03 | 2009-01-07 | Samsung Electronics Co., Ltd. | File processing method and apparatus for digital broadcast receiver |
CN103518351A (zh) * | 2011-04-05 | 2014-01-15 | 高通股份有限公司 | 使用文件递送方法的ip广播流式传输服务分布 |
WO2013107502A1 (en) * | 2012-01-17 | 2013-07-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method for sending respectively receiving a media stream |
Also Published As
Publication number | Publication date |
---|---|
WO2015126223A1 (en) | 2015-08-27 |
EP3036883B1 (en) | 2019-04-03 |
US10848332B2 (en) | 2020-11-24 |
US10476693B2 (en) | 2019-11-12 |
US20200067725A1 (en) | 2020-02-27 |
US11296901B2 (en) | 2022-04-05 |
KR20170055026A (ko) | 2017-05-18 |
KR101880467B1 (ko) | 2018-07-20 |
US20160218883A1 (en) | 2016-07-28 |
KR20160021286A (ko) | 2016-02-24 |
CN105745899A (zh) | 2016-07-06 |
EP3036883A4 (en) | 2017-05-03 |
EP3036883B3 (en) | 2021-11-24 |
US20210044446A1 (en) | 2021-02-11 |
EP3036883A1 (en) | 2016-06-29 |
KR101737849B1 (ko) | 2017-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11272231B2 (en) | Broadcast signal transmitting apparatus and broadcast signal transmitting method | |
US10469189B2 (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
US11296901B2 (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
JP6697034B2 (ja) | 放送信号送信装置、放送信号受信装置、放送信号送信方法及び放送信号受信方法 | |
CA2933608C (en) | Broadcast signal transmitting device, broadcast signal receiving device, broadcast signal transmitting method, and broadcast signal receiving method | |
EP3148196A1 (en) | Broadcast signal transmitting/receiving method and device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |