CN105659611A - 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 - Google Patents
发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 Download PDFInfo
- Publication number
- CN105659611A CN105659611A CN201480057694.0A CN201480057694A CN105659611A CN 105659611 A CN105659611 A CN 105659611A CN 201480057694 A CN201480057694 A CN 201480057694A CN 105659611 A CN105659611 A CN 105659611A
- Authority
- CN
- China
- Prior art keywords
- segmentation
- data
- field
- grouping
- header
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23605—Creation or processing of packetized elementary streams [PES]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23611—Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明提供用于发送广播信号的设备、用于接收广播信号的设备和用于发送和接收广播信号的方法。一种用于使用广播网络发送包括多媒体内容的广播信号的设备包括:编码器,该编码器被配置成产生信令信息,其中信令信息指示是否要实时发送多媒体内容;传输块生成器,如果信令信息指示多媒体内容的实时传输,则该传输块生成器被配置成将被包含在多媒体内容中的文件划分成指示被独立编码和发送的数据单元的至少一个传输块(TB);和发射器,该发射器被配置成发送传输块(TB)。因此,设备能够减少当多媒体内容被获取并且然后为用户显示时所需要的总时间。
Description
技术领域
本发明涉及用于发送广播信号的设备、用于接收广播信号的设备以及用于发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终结,正在开发用于发送/接收数字广播信号的各种技术。数字广播信号与模拟广播信号相比可包括更大量的视频/音频数据,并且除了视频/音频数据以外还包括各种类型的附加数据。
即,数字广播系统可提供HD(高清)图像、多声道音频以及各种附加服务。然而,对于数字广播,需要改进传输大量数据的数据传输效率、发送/接收网络的鲁棒性以及考虑移动接收设备的网络灵活性。
发明内容
技术问题
本发明的一个目的在于提供一种发送广播信号以在时域中将提供两个或更多个不同的广播服务的广播发送/接收系统的数据复用并且通过相同的RF信号带宽发送复用的数据的设备和方法以及接收与其对应的广播信号的设备和方法。
本发明的另一目的在于提供一种发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号的方法,其通过组件来将与服务对应的数据分类,将与各个组件对应的数据作为数据管道发送,并且接收和处理该数据。
本发明的另一目的在于提供一种发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号以用信号通知提供广播信号所需的信令信息的方法。
为了获得多媒体内容并且为用户显示多媒体内容传统的技术需要消耗相当长的时间,使得传统的技术不适合于实时广播环境。
问题解决方案
为了实现目的和其它的优点并且根据本发明的用途,如在此具体化和广泛地描述的,一种用于使用广播网络发送包括多媒体内容的广播信号的设备包括:编码器,该编码器被配置成产生信令信息,其中信令信息指示是否要实时发送多媒体内容;传输块生成器,如果信令信息指示多媒体内容的实时传输,则该传输块生成器被配置成将被包含在多媒体内容中的文件划分成指示被独立编码和发送的数据单元的至少一个传输块(TB);和发射器,该发射器被配置成发送传输块(TB)。
信令信息可以使用文件级和文件传递表(FDT)级的至少一个指示多媒体内容的实时传输。
设备可以进一步包括:分段生成器,该分段生成器被配置成通过文件的分割产生指示被独立编码和再生的数据单元的至少一个分段。传输块生成器可以通过分段的分割产生指示被独立编码和发送的数据单元的至少一个传输块(TB)。
设备可以进一步包括:分组器,该分组器被配置成将传输块(TB)划分成至少一个相等大小的符号,并且将各个符号分组成至少一个分组,其中发射器以传输块(TB)的产生顺序发送至少一个分组。
传输块生成器可以产生与分段有效载荷相对应的传输块(TB)并且然后发送与分段报头相对应的传输块(TB)。
传输块生成器可以产生与分段有效载荷相对应的传输块(TB)和与分段报头相对应的传输块(TB)中的每一个作为单独的传输块(TB)。
分组的报头可以包括具有关于文件分割产生和分割消耗的信息的分段信息;并且分段信息可以包括指示分组具有分段的初始数据的分段开始指示符(SI)字段、指示分组具有分段报头的数据的分段报头标志(FH)字段、指示与分段相对应的传输块(TB)的产生被完成的分段完成信息、以及指示被包含在分组中的填充字节的数目的填充字节(PB)字段中的至少一个。
分段完成信息可以包括:分段报头完成指示符(FC)字段,该分段报头完成指示符(FC)字段指示分组具有分段报头的最后数据;和分段报头长度(FHL)字段,该分段报头长度(FHL)字段指示与分段报头相对应的符号的总数目。
根据本发明的另一方面,一种用于使用广播网络接收包括多媒体内容的广播信号的设备包括:编码器,该编码器被配置成产生信令信息,其中信令信息指示是否要实时发送多媒体内容;传输块再生器,如果信令信息指示多媒体内容的实时传输,则该传输块再生器被配置成组合广播信号使得再生指示被独立编码和发送的数据单元的至少一个传输块(TB);以及媒体解码器,该媒体解码器被配置成解码传输块(TB)。
信令信息可以使用文件级和文件传递表(FDT)级中的至少一个指示多媒体内容的实时传输。
设备可以进一步包括:分段再生器,该分段再生器被配置成,在通过至少一个传输块(TB)的组合完成分段报头和分段有效载荷的恢复之后,组合分段报头和分段有效载荷并且再生指示被独立解码和再生的数据单元的分段;以及媒体解码器,该媒体解码器被配置成解码分段。
广播信号可以包括至少一个分组;分组的报头可以包括具有关于文件分割产生和分割消耗的信息的分段信息;并且分段信息可以包括指示分组具有分段的初始数据的分段开始指示符(SI)字段、指示分组具有分段报头的数据的分段报头标志(FH)字段、指示分段报头和分段有效载荷的恢复完成的分段完成信息、以及指示被包含在分组中的填充字节的数目的填充字节(PB)字段中的至少一个。
如果FH字段指示分组具有分段报头的数据,则分段再生器可以组合与分段报头相对应的至少一个传输块(TB)使得恢复分段报头。如果FH字段指示分组不具有分段报头的数据,则分段再生器可以组合与分段有效载荷相对应的至少一个传输块(TB)使得恢复分段有效载荷。
分段完成信息可以进一步包括:分段报头完成指示符(FC)字段,该分段报头完成指示符(FC)字段指示分组具有分段报头的最后数据。如果FC字段指示分组具有分段报头的最后数据,则分段报头和分段有效载荷的恢复可以被完成。
分段再生器可以被配置成计数包括分段报头的数据的分组的数目;分段完成信息可以进一步包括分段报头长度(FHL)字段,该分段报头长度(FHL)字段指示与分段报头相对应的符号的总数目;并且如果被记录在FHL字段中的值与分组的数目相同,则分段报头和分段有效载荷的恢复可以被完成。
有利作用
本发明能够根据服务特性处理数据以控制各个服务或服务组件的QoS(服务质量),从而提供各种广播服务。
本发明可通过经由相同的RF信号带宽发送各种广播服务来实现传输灵活性。
本发明能够改进数据传输效率并且增加使用MIMO系统发送/接收广播信号的鲁棒性。
根据本发明,能够提供广播信号发送和接收方法和设备,其甚至通过移动接收设备或在室内环境下在没有错误的情况下能够接收信号广播信号。
根据实施例的用于发送广播信号的设备能够减少对于发送多媒体内容所需要的待机时间。
根据实施例的用于接收广播信号的设备能够减少对于再生多媒体内容所需要的待机时间。
本发明的实施例能够减少对于获得多媒体内容并且为用户显示多媒体内容所消耗的总时间。
本发明的实施例能够减少对于接近广播信道的用户所需要的初始延迟时间。
附图说明
附图被包括以提供对本发明的进一步理解,并且被并入本申请并且构成本申请的一部分,附图示出本发明的实施例并且与说明书一起用于说明本发明的原理。附图中:
图1图示根据本发明的实施例的发送用于未来广播服务的广播信号的设备的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一实施例的输入格式化块。
图4图示根据本发明的另一实施例的输入格式化块。
图5图示根据本发明的实施例的BICM块。
图6图示根据本发明的另一实施例的BICM块。
图7图示根据本发明的一个实施例的帧构建块。
图8图示根据本发明的实施例的OFMD生成块。
图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是图示根据本发明的另一实施例的用于接收/消耗基于文件的多媒体内容的过程的流程图。
具体实施例
现在将详细参照本发明的优选实施例,其示例被示出在附图中。下面将参照附图给出的详细描述旨在说明本发明的示例性实施例,而非示出可根据本发明实现的仅有实施例。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而,对于本领域技术人员而言将显而易见的是,本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的大部分术语选自本领域中广泛使用的一般术语,但是一些术语是由申请人任意选择的,其含义根据需要在以下描述中详细说明。因此,本发明应该基于术语的预期含义来理解,而非其简单的名称或含义。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施例的未来广播服务包括地面广播服务、移动广播服务、UHDTV服务等。
根据本发明的实施例的用于发送的设备和方法可被分成用于地面广播服务的基本简档(profile)、用于移动广播服务的手持简档以及用于UHDTV服务的高级简档。在这种情况下,基本简档可用作地面广播服务和移动广播服务二者的简档。即,基本简档可用于定义包括移动简档的简档的概念。这可根据设计者的意图而改变。
根据一个实施例,本发明可通过非MIMO(多输入多输出)或MIMO来处理用于未来广播服务的广播信号。根据本发明的实施例的非MIMO方案可包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
尽管为了描述方便,在下文中MISO或MIMO使用两个天线,但是本发明适用于使用两个或更多个天线的系统。
本发明可定义三个物理层(PL)简档(基本简档、手持简档和高级简档),其各自被优化以在获得特定使用情况所需的性能的同时使接收机复杂度最小化。物理层(PHY)简档是对应的接收机应该实现的所有简档的子集。
三个PHY简档共享大多数功能块,但是在特定块和/或参数方面略有不同。未来可定义附加PHY简档。为了系统演进,在单个RF信道中未来的简档也可通过未来扩展帧(FEF)与现有的简档复用。下面描述各个PHY简档的细节。
1.基本简档
基本简档表示通常连接到屋顶天线的固定接收装置的主要使用情况。基本简档还包括可被运输至一个地方但是属于相对固定的接收类别的便携式装置。基本简档的使用可通过一些改进的实现方式被扩展至手持装置或者甚至车辆,但是那些使用情况不是基本简档接收机操作所预期的。
接收的目标SNR范围是大约10dB至20dB,这包括现有广播系统(例如,ATSCA/53)的15dBSNR接收能力。接收机复杂度和功耗不像通过电池操作的手持装置(将使用手持简档)中那样关键。基本简档的关键系统参数列出于下表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简档类型的所有帧的集合
未来扩展帧:超帧内的可用于未来扩展的物理层时隙,其以前导开始
FuturecastUTB系统:所提出的物理层广播系统,其输入是一个或更多个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:承载一个LDPCFECBLOCK的所有比特的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流可能存在大量的空分组以便适应CBRTS流中的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块可包括PLSFEC编码器6000、比特交织器6010、星座映射器6020和时间交织器6030。
另外,PLSFEC编码器6000可包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶校验穿孔块。将描述BICM块的各个块。
PLSFEC编码器6000可对加扰的PLS1/2数据、EAC和FIC区段进行编码。
加扰器可在BCH编码以及缩短和穿孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零插入块可利用缩短BCH码对加扰的PLS1/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数据映射到星座上。
时间交织器6030可将所映射的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符号对上进行操作以在单个帧中得到最大交织增益。频率交织器7020的操作的细节将稍后描述。
上述块可被省略或者被具有相似或相同功能的块取代。
图8示出根据本发明的实施例的OFMD生成块。
图8所示的OFMD生成块对应于参照图1描述的OFMD生成块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)。
前导是允许快速FuturecastUTB系统信号检测的特殊符号并且提供用于信号的有效发送和接收的基本传输参数的集合。前导的详细描述将稍后描述。
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比特字段。根据每FuturecastUTB系统所使用的频率的数量,ATSC小区覆盖区域可由一个或更多个频率组成。如果CELL_ID的值未知或未指定,则此字段被设定为“0”。
NETWORK_ID:这是唯一地标识当前ATSC网络的16比特字段。
SYSTEM_ID:此16比特字段唯一地标识ATSC网络内的FuturecastUTB系统。FuturecastUTB系统是地面广播系统,其输入是一个或更多个输入流(TS、IP、GS),其输出是RF信号。FuturecastUTB系统承载一个或更多个PHY简档和FEF(如果有的话)。相同的FuturecastUTB系统在不同的地理区域中可承载不同的输入流并且使用不同的RF频率,从而允许本地服务插入。在一个地方控制帧结构和调度,并且对于FuturecastUTB系统内的所有传输均为相同的。一个或更多个FuturecastUTB系统可具有相同的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+(smod360)×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的tLDPC编码过程,不同的是用表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_IGQC块执行内组交织处理。内组交织具有利用360列和NQCB_IG行写入和读取内组的比特的处理。在写入操作中,在行方向上写入来自QCB交织输出的比特。在列方向上执行读取操作以从各行读出m比特,其中m对于NUC等于1,对于NUQ等于2。
图24示出根据本发明的实施例的信元字解复用。
(a)示出8和12bpcuMIMO的信元字解复用,(b)示出10bpcuMIMO的信元字解复用。
(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的10bpcuMIMO情况,重用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是第nTI组的第sTI块中的第rXFECBLOCK的第q信元,并且表示SSD和MIMO编码的输出如下。
另外,假设来自时间交织器的输出XFECBLOCK被定义为
其中hn,s,i是第nTI组的第sTI块中的第i输出信元(对于i=0,...,NxBLOCK_TI(n,s)×Ncells-1)
通常,时间交织器还将在帧创建的处理之前充当DP数据的缓存器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。第二TI块被写入第二库,而从第一库读取,等等。
TI是扭曲行-列块交织器。对于第nTI组的第sTI块,TI存储器的行数Nr等于信元数Ncells(即,Nr=Ncells),而列数Nc等于数量NxBLOCK_TI(n,s)。
图26示出根据本发明的实施例的扭曲行-列块交织器的基本操作。
(a)示出时间交织器中的写入操作,(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]
其中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×NxBLOCK_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)的形式被封装。例如,以ISOBMFF的形式被封装的数据可以具有MPEG(运动图片专家组)-DASH(在HTTP上的动态适配流)片段或者媒体处理单元(MPU)的格式。然后,以BMFF的形式封装的数据可以在广播网络或者互联网上被同等地发送或者可以根据各自的传输网络的属性被不同地发送。
在广播网络的情况下,以ISOBMFF的形式封装的数据可以以支持实时对象传输的应用层传输协议分组的形式被封装。例如,以ISOBMFF的形式被封装的数据可以以ROUTE(单向实时对象传输)和MMT传送分组的形式被封装。
单向实时对象传输(ROUTE)是用于在IP多播网络上的文件的传递的协议。ROUTE协议利用异步分层编码(ALC)、为大规模可扩展多播分布设计的基本协议、分层编码传送(LCT)、以及其它的公知的互联网标准。
ROUTE是具有附加的特征的FLUTE的增强和用于其的功能更换。ROUTE协议是传递对象的可靠传递并且使用LCT分组被关联元数据。ROUTE协议可以被用于实时传递。
其后,根据IP/UDP方案可以对以应用层传送协议分组的形式封装的数据分组。通过IP/UDP方案分组的数据可以被称为IP/UDP数据报,并且IP/UDP数据报可以位于广播信号上并且然后被发送。
在互联网的情况下,以ISOBMFF的形式封装的数据可以根据流方案被传输到接收器。例如,流方案可以包括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的相反的操作。
下面的描述涉及其中以ISOBMFF的形式被封装的数据以ROUTE传送分组的形式被封装的示例性情况,并且在下文中将会详细地描述示例性情况的详细描述。
<用于实时文件生成和消耗的数据结构>
图32图示根据本发明的实施例的基于文件的多媒体内容的数据结构。
在图32中示出根据实施例的基于文件的多媒体内容的数据结构。术语“基于文件的多媒体内容”可以指示由至少一个文件组成的多媒体内容。
诸如广播节目的多媒体内容可以是由一个呈现组成。该呈现可以包括至少一个对象。例如,对象可以是文件。另外,该对象可以包括至少一个分段。
根据实施例,分段可以是能够在不取决于前述的数据的情况下独立地解码和再生的数据单元。例如,包括视频数据的分段可以从IDR图片开始,并且用于解析媒体数据的报头数据不取决于前述的分段。根据实施例的分段可以以至少一个传送块(TB)为单位被划分和发送。
根据实施例,传送块(TB)可以是在不取决于前述的数据的情况下独立地和发送的最小数据单元。另外,TB可以是以大小可变的GOP或者区块的形式配置的重要的数据单元。例如,TB可以包括由于在视频数据的GOP相同的媒体数据组成的至少一个区块。术语“区块”可以指示内容的片段。另外,TB可以包括至少一个源块。
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版本号字段(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的传输单元的范围或者精神不限于此。例如,通过具有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,用于使用广播网络发送包括多媒体内容的广播信号的广播信号传输设备可以包括信令编码器21005、传输块生成器21030、以及/或者发射器21050。
信令编码器21005可以生成信令信息。信令信息可以指示将会实时发送多媒体内容。信令信息可以指示从文件级和FDT级中的至少一个当中实时发送上述多媒体内容。
如果信令信息指示多媒体内容的实时传输,则传输块生成器21030可以将被包含在多媒体内容中的文件划分成与被独立编码和发送的数据相对应的一个或者多个TB。
发射器21050可以发送传输块(TB)。
在下文中将会参考图39描述其详细描述。
图39是图示根据本发明的实施例的广播信号传输设备的框图。
参考图39,根据实施例的用于使用广播网络发送包括多媒体内容的广播信号的广播信号传输设备可以包括信令编码器(未示出)、媒体编码器21010、分段生成器21020、传输块生成器21030、分组器21040、以及/或者发射器21050。
信令编码器(未示出)可以生成信令信息。信令信息可以指示是否实时发送多媒体内容。
媒体编码器21010可以编码多媒体内容使得能够使用编码的多媒体内容生成多媒体数据。在下文中,术语“媒体数据”将会被称为数据。
分段生成器21020可以分割构造多媒体内容的各个文件,使得其能够生成指示被独立编码和再生的数据单元的至少一个分段。
分段生成器21020可以生成构造各个分段的分段有效载荷并且然后生成分段报头。
分段生成器21020可以缓存与分段有效载荷相对应的媒体数据。其后,分段生成器21020可以基于被缓存的媒体数据生成与分段有效载荷相对应的区块。例如,区块可以是由与视频数据的GOP相同的媒体数据组成的可变大小的数据单元。
如果与分段有效载荷相对应的区块的产生没有被完成,则分段生成器21020继续地缓存媒体数据,并完成与分段有效载荷相对应的区块的产生。
每当生成区块时,分段生成器21020可以确定是否与分段有效载荷相对应的数据作为区块被产生。
如果与分段有效载荷相对应的区块被完全地产生,则分段生成器21020可以生成与分段有效载荷相对应的分段报头。
传输块生成器21030可以生成指示通过分段分割被编码和发送的数据单元的至少一个TB。
根据实施例的传输块(TB)可以指示在不取决于前述数据的情况下被独立编码和发送的最小单元。例如,TB可以包括由与视频数据的GOP中相同的媒体数据组成的一个或者多个区块。
传输块生成器21030可以首先发送与分段有效载荷相对应的TB,并且可以生成与分段报头相对应的TB。
传输块生成器21030可以产生作为单个TB。然而,本发明的范围或者精神不限于此,并且传输块生成器21030可以产生分段报头作为一个或者多个TB。
例如,如果分段生成器21020产生构造各个分段的分段有效载荷并且然后生成分段报头,则传输块生成器21030产生与分段有效载荷相对应的传输块(TB)并且然后产生与分段报头相对应的TB。
然而,本发明的范围或者精神不限于此。如果产生用于多媒体内容的分段报头和分段有效载荷,则与分段报头相对应的TB可以被首先产生并且与分段有效载荷相对应的TB可以被产生。
传输块生成器21030可以产生与分段有效载荷相对应的传输块(TB)和与分段报头相对应的TB作为不同的TB。
分组器21040可以将TB划分成一个或者多个相等大小的符号,使得一个或者多个符号可以被分组成至少一个分组。然而,本发明的范围或者精神不限于此,并且也可以通过其它的装置产生符号。根据实施例,符号可以具有相同的长度。然而,各个TB的最后的符号可以在长度上比其它的符号小。
其后,分组器21040可以将至少一个符号分组成一个或者多个分组。例如,分组可以是LCT分组。分组可以包括分组报头和分组有效载荷。
分组报头可以包括具有关于文件分割产生和分割消耗的特定信息的分段信息。文件分割产生可以指示数据被划分成能够独立编码/发送构成多媒体内容的文件的至少一个区块或者至少一个TB。文件分割消耗可以指示能够通过至少一个TB的组合执行独立的解码/再生的至少一个分段被恢复并且基于分段被再生。另外,文件的片段消耗可以包括基于TB再生的数据。
例如,分段信息可以包括指示分组包括分段的初始数据的SI字段、指示分组包括报头数据的FH字段、指示与各个分段相对应的TB的产生被完成的分段完成信息、以及指示被包含在分组中的填充字节的数目的PB字段中的至少一个。
分段信息可以进一步包括指示相对应的分组的报头扩展的报头扩展类型(HET)字段。
分段完成信息可以包括指示分组包括分段报头的最后数据的FC字段和指示与分段报头相对应的符号的总数目的FHL字段中的至少一个。
通过分组器21040可以产生分段信息,并且可以通过单独的装置产生。在下文中将会基于其中分组器21040产生分段信息的示例性情况描述下面的描述。
分组器21040可以识别是否被产生的符号包括分段的第一数据。
例如,分组器21040可以识别是否被产生的符号具有分段有效载荷的第一数据。如果被产生的符号具有分段有效载荷的第一数据,则SI字段可以被设置为1。如果被产生的符号不具有分段有效载荷的第一数据,则SI字段可以被设置为零“0”。
分组器21040可以识别是否被产生的符号具有分段有效载荷的数据或者分段报头的数据。
例如,如果被产生的符号具有分段有效载荷的数据,则FH字段可以被设置为1。如果被产生的符号不具有分段有效载荷的数据,则FH字段可以被设置为零“0”。
分组器21040可以识别是否与各个分段相对应的TB的产生被完成。如果指示与各个分段相对应的TB的产生完成的分段完成信息可以包括指示分段报头的最后数据的包括的FC字段。
例如,如果被产生的数据具有分段报头的数据并且是相对应的TB的最后符号,则FC字段可以被设置为1。如果不具有分段报头的数据的产生的符号与相对应的TB的最后符号不相同,则FC字段可以被设置为零“0”。
分组器21040可以识别是否被产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度。例如,其它符号可以是具有预先确定的长度的符号,并且具有不同于其它符号的长度的符号可以在长度上比其它的符号短。
例如,如果被产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度,则分组器21040可以将填充字节插入到与各个TB的最后符号相对应的分组。分组器21040可以计算填充字节的数目。
另外,PB字段可以指示填充字节的数目。以所有的符号可以具有相同的长度的方式填充字节被添加到具有比其它符号短的长度的各个符号。可替选地,填充字节可以是除了分组的符号之外的剩余部分。
如果被产生的符号与相对应的TB的最后符号不相同或者具有不同于其它符号的长度,则PB字段可以被设置为零“0”。
分组有效载荷可以包括至少一个符号。在下文中将会公开其中分组包括一个符号的示例性情况的下面的描述。
具有各个TB的最后符号的分组可以包括至少一个填充字节。
发射器21050可以以TB产生的顺序发送一个或者多个分组。
例如,发射器21050可以首先发送与分段有效载荷相对应的TB,并且然后发送与分段有效载荷相对应的TB。
然而,本发明的范围或者精神不限于此。如果为了多媒体内容预先产生分段报头和分段有效载荷,则根据实施例的发射器21050可以首先发送与分段报头相对应的TB,并且然后发送与分段有效载荷相对应的TB。
图40是图示根据本发明的实施例的用于实时产生和发送基于文件的多媒体内容的过程的流程图。
图40是图示用于使用在图39中示出的在上面提及的广播信号传输设备发送广播信号的方法的流程图。
参考图40,在步骤S11100中根据实施例的广播信号传输设备可以使用媒体编码器21010编码多媒体内容。广播信号传输设备可以编码多媒体内容并且然后产生媒体数据。
其后,广播信号传输设备可以在步骤S11200中执行与分段有效载荷相对应的媒体数据的缓存。广播信号传输设备可以基于被缓存的媒体数据产生与分段有效载荷相对应的区块。
如果与分段有效载荷相对应的区块的产生没有被完成,则在步骤S11300中广播信号传输设备继续执行媒体数据的缓存,并且然后完成与分段有效载荷相对应的区块的产生。
其后,在步骤S11400中广播信号传输设备可以使用分段生成器21020划分构造多媒体内容的各个数据,使得其可以产生指示被独立解码和再生的数据单元的至少一个分段。
广播信号传输设备可以产生构成各个分段的分段有效载荷,并且然后产生分段报头。
每当区块被产生时,广播信号传输设备可以确定是否与分段有效载荷相对应的所有数据作为区块被产生。
如果与分段有效载荷相对应的区块的产生被完成,则广播信号传输设备可以产生与分段有效载荷相对应的分段报头。
在步骤S11500中广播信号传输设备使用传输块生成器21030划分分段,使得其能够产生指示被独立编码和发送的数据单元的至少一个TB。
例如,当在构成各个分段的分段有效载荷已经被产生之后产生分段报头时,广播信号传输设备可以产生与分段有效载荷相对应的TB并且然后产生与分段报头相对应的TB。
广播信号传输设备可以产生与分段有效载荷相对应的TB和与分段报头相对应的TB作为不同的TB。
其后,在步骤S11600和S11700中广播信号传输设备可以使用分组器21040将TB划分成一个或者多个相等大小的符号,并且可以将至少一个符号分组成至少一个分组。
在图40中已经公开用于使用广播信号传输设备产生分组的方法,并且正因如此为了方便描述在此将会省略其详细描述。
其后,广播信号传输设备可以控制发射器21050以TB产生的顺序发送一个或者多个分组。
图41是图示根据本发明的实施例的用于使用分组器允许广播信号传输设备产生分组的过程的流程图。
参考图41,在步骤S11710中广播信号传输设备可以识别是否产生的符号具有分段的第一数据。
例如,如果产生的符号具有分段有效载荷的第一数据,则在步骤S11712中SI字段可以被设置为1。如果产生的符号不包括分段有效载荷的第一数据,则在步骤S11714中SI字段可以被设置为零“0”。
其后,在步骤S11720中广播信号传输设备可以识别是否产生的符号具有分段有效载荷的数据或者分段报头的数据。
例如,如果产生的符号具有分段有效载荷的数据,则在步骤S11722中FH字段可以被设置为1。如果产生的符号不具有分段有效载荷的数据,则在步骤S11724中FH字段可以被设置为零“0”。
在步骤S11730中广播信号传输设备可以识别是否完成与各个分段相对应的TB的产生。
例如,如果产生的符号具有分段报头的数据并且是相对应的TB的最后的符号,则在步骤S11732中FC字段可以被设置为1。如果产生的符号不具有分段报头的数据或者与相对应的TB的最后符号,则在步骤S11734中FC字段可以被设置为零“0”。
其后,在步骤S11740中广播信号传输设备可以识别是否产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度。
例如,如果产生的符号是最后的符号或者相对应的TB并且具有不同于其它符号的长度,则广播信号传输设备可以将填充字节插入到与各个TB的最后符号相对应的分组中。在步骤S11742中广播信号传输设备可以计算填充字节的数目。PB字段可以指示填充字节的数目。
如果产生的符号与相对应的TB的最后符号相同或者具有不同于其它符号的长度,则在步骤S11744中PB字段可以被设置为零“0”。
分组有效载荷可以包括至少一个符号。
图42是图示根据本发明的另一实施例的用于实时产生/发送基于文件的多媒体内容的过程的流程图。
参考图42,图42的所有内容当中的在图40和图41中示出的内容基本上彼此相同,并且正因如此为了方便描述在此将会省略其详细描述。
根据另一实施例,广播信号传输设备可以使用FHL字段替代FC字段。例如,在上面提及的分段信息可以包括指示与各个分段相对应的TB的产生完成的分段完成信息。分段完成信息可以包括指示与分段报头相对应的符号的总数目的FHL字段。
在步骤S12724中根据实施例的广播信号传输设备可以计算与包括分段报头的数据的TB相对应的符号的数目,并且可以将计算的结果记录在FHL字段中。
FHL字段可以指示分段报头的长度作为与分段报头相对应的符号的总数目。FHL字段可以以广播信号接收设备能够识别分段报头的接收完成的方式被包含在分段信息中,替代在上面提及的FC字段中。
根据实施例的广播信号接收设备检查包括与被记录在FHL字段中的数据块的数目一样多的分段报头的分组的传输时间的数目,使得其能够识别是否分段报头被接收。
图43是图示根据本发明的实施例的基于文件的多媒体内容接收器的框图。
参考图43,用于使用广播网络发送包括多媒体内容的广播信号的广播信号接收设备可以包括接收器(未示出)、信令解码器22005、传输块再生器22030、以及/或者媒体解码器22060。
信令解码器22005可以解码信令信息。信令信息可以指示是否将会实时发送多媒体内容。
如果信令信息指示多媒体内容的实时传输,则传输块再生器22030组合广播信号,使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。
媒体解码器22060可以解码TB。
在下文中将会参考图44描述其详细描述。
图44是图示根据本发明的实施例的基于文件的多媒体内容接收器的框图。
参考图44,根据实施例的广播信号接收设备可以包括接收器(未示出)、信令解码器(未示出)、分组过滤器22010、分组解分组器22020、传输块再生器22030、分段再生器22040、分段解析器22050、媒体解码器22060、以及/或者媒体渲染器22070。
接收器(未示出)可以接收广播信号。广播信号可以包括至少一个分组。各个分组可以包括包含分段信息的分段报头和包含至少一个符号的分组有效载荷。
信令解码器22005可以解码信令信息。信令信息可以指示是否将会实时发送多媒体内容。
分组过滤器22010可以识别从在任意的时间接收到的至少一个分组的分段开始时间,并且可以从分段开始时间开始分组处理。
分组过滤器22010可以基于被包含在分组中的分段信息的SI字段识别分段开始时间。如果分组过滤器22010指示相对应的分组包括分段的开始部分,则相对应的分组的先前的分组被放弃并且从相对应的分组开始的一些分组可以被发送到分组解分组器22020。
例如,分组过滤器22010放弃先前的分组,其中的每一个被设置为1,并且从向被设置为1的对应分组开始的一些分组可以被过滤。
分组解分组器22020可以解分组至少一个分组,并且可以提取被包含在分段报头中的分段信息和被包含在分组有效载荷中的至少一个符号。
传输块再生器22030可以组合分组使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。被恢复的TB可以包括与分段报头相对应的数据,并且可以包括与分段有效载荷相对应的数据。
分段再生器22040组合至少一个TB,完成分段报头和分段有效载荷的恢复,并且组合分段报头和分段有效载荷,使得分段再生器22040可以恢复被独立解码和再生的数据单元的分段。
分段再生器22040基于分段信息组合TB,使得分段再生器22040可以恢复分段有效载荷和分段报头。分段再生器22040可以首先以接收分组的顺序恢复分段有效载荷,并且可以恢复分段报头。
如果FH字段指示分组具有分段报头的数据,则分段再生器22040可以组合与分段报头相对应的至少一个TB使得其根据被组合的结果恢复分段报头。
如果FH字段指示分组不包括分段报头的数据,则分段再生器22040可以通过组合至少一个TB恢复分段有效载荷。
例如,如果FH字段被设置为零“0”,则分段再生器22040可以确定分段有效载荷使得其能够恢复分段有效载荷。如果FH字段被设置为1,则分段再生器22040确定分段报头使得其能够恢复分段报头。
其后,如果分段再生器22040完成与各个分段相对应的分段有效载荷和分段报头的恢复,则被恢复的分段有效载荷和被恢复的分段报头被组合使得分段被恢复。
存在用于允许分段再生器22040确定是否已经完成与各个分段相对应的分段有效载荷和分段报头的恢复。
第一方法是要使用被包含在分段信息中的FC字段。
分段完成信息可以包括指示分组具有分段报头的最后数据的FC字段。如果FC字段指示分组具有分段报头的最后数据,则分段再生器22040确定构成各个分段的分段报头和分段有效载荷已经被接收,并且能够恢复分段报头和分段有效载荷。
例如,如果首先接收到构成各个分段的分段有效载荷并且然后接收到分段报头,则FC字段可以指示相对应的分组包括分段报头的最后数据。
因此,如果相对应的分组指示具有分段报头的最后数据,则分段再生器22040可以识别分段报头的接收完成并且可以恢复分段报头。其后,分段再生器22040可以组合分段报头和分段有效载荷使得恢复分段。
如果FC字段指示相对应的数据具有分段报头的最后数据,则广播信号接收设备可以重复用于恢复传输块(TB)的过程。
例如,如果FC字段被设置为1,则广播信号接收设备可以请求TB的恢复过程。如果FC字段被设置为1,则分段再生器22040可以通过分段报头和分段有效载荷的组合恢复片段。
第二方法能够确定确定构成各个分段的分段有效载荷的恢复并且基于被包含在分段信息中的FHL字段已经完成分段报头。
分段再生器22040可以计数包括分段报头的数据的分组的数目。
分段完成信息可以进一步包括指示与分段报头相对应的符号的总数目的FHL字段。如果被记录在FHL字段中的值与具有分段报头的数据的分组的数目相同,则分段再生器22040可以恢复分段报头和分段有效载荷。
在图44中示出用于允许分段再生器22040使用FHL字段的方法的详细描述。
分段解析器22050可以解析被恢复的分段。因为分段报头位于被恢复的分段的前面并且分段有效载荷位于被恢复的分段的后面,所以分段解析器22050可以首先解析分段报头并且然后解析分段有效载荷。
分段解析器22050可以解析被恢复的分段使得其能够产生至少一个媒体接入单元。例如,媒体接入单元可以包括至少一个媒体数据。媒体接入单元可以具有预先确定的大小的媒体数据的单元。
媒体解码器22060可以解码分段。媒体解码器22060可以解码至少一个媒体接入单元使得产生媒体数据。
媒体渲染器22070可以渲染被解码的媒体数据以便执行呈现。
图45是图示根据本发明的实施例的用于接收/恢复基于文件的多媒体内容的过程的流程图。
在图44中示出的内容能够被同等地应用于根据实施例的广播信号接收方法。
参考图45,用于接收包括至少一个文件的多媒体内容的广播信号接收方法包括:接收被划分成至少一个分组的多媒体内容;恢复指示通过分组组合独立解码和发送的数据单元的至少一个TB;以及通过一个或者多个TB的组合完成分段报头和分段有效载荷的组合恢复被独立解码和再生的数据单元的分段。
在步骤S21010中根据实施例的广播信号接收设备可以使用接收器(未示出)接收广播信号。广播信号可以包括至少一个分组。
其后,在步骤S21020中根据实施例的广播信号接收设备可以控制分组过滤器22010以从在任意时间接收到的至少一个分组识别分段开始时间。
其后,在步骤S21030中根据实施例的广播信号接收设备可以使用分组解分组器22020解分组至少一个分组,使得其能够提取被包含在分段信息中的至少一个符号和被包含在分组报头中的分组有效载荷。
其后,在步骤S21040中广播信号接收设备使用传输块再生器22030组合分组,使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。被再生的TB可以包括与分段报头相对应的数据,并且可以包括与分段有效载荷的数据。
在步骤S21050中根据实施例的广播信号接收设备可以控制分段再生器22040以识别是否基于分段信息再生的TB是与分段报头相对应的TB和与分段有效载荷相对应的TB。
其后,广播信号接收设备可以组合被恢复的TB使得其能够恢复分段有效载荷和分段报头。
如果FH字段指示分组不包括分段报头的数据,则在步骤S21060中广播信号接收设备组合与分段有效载荷相对应的至少一个TB使得其能够恢复分段有效载荷。
如果FH字段指示分组具有分段报头的数据,则在步骤S21070中广播信号接收设备可以通过与分段报头相对应的至少一个TB的组合恢复分段报头。
在步骤S21080中广播信号接收设备可以基于被包含在分段信息中的FC字段确定是否构造各个分段的分段有效载荷和分段报头已经被完全地恢复。
如果FC字段指示相对应的分组不具有分段报头的最后数据,则广播信号接收设备可以重复TB恢复过程。
如果FC字段指示相对应的分组具有分段的最后数据,则广播信号接收设备可以确定各个分段的接收完成。
例如,如果在构成各个分段的分段有效载荷被首先接收之后接收到分段报头,则FC字段可以指示相对应的分组具有分段报头的最后数据。
因此,如果FC字段指示分组具有分段报头的最后数据,则广播信号接收设备确定构成各个分段的分段报头和分段有效载荷已经被完全地接收,使得其能够恢复分段报头和分段有效载荷。
如果FC字段指示相对应的分组不具有分段报头的最后数据,则广播信号接收设备可以重复TB恢复过程。
其后,在步骤S21090中广播信号接收设备可以使用分段再生器22040组合至少一个TB以完成分段报头和分段有效载荷的恢复,并且可以组合分段报头和分段有效载荷以恢复指示被独立解码和再生的数据单元的分段。
在步骤S21090中根据实施例的广播信号接收设备可以使用分段解析器22050解析被恢复的分段。广播信号接收设备解析被恢复的分段使得其能够产生至少一个媒体接入单元。然而,本发明的范围或者精神不限于此,并且广播信号接收设备解析TB使得其能够产生至少一个媒体接入单元。
其后,在步骤S21100中根据实施例的广播信号接收设备可以使用媒体解码器22060解码至少一个媒体接入单元,使得其能够产生媒体数据。
在步骤S21110中根据实施例的广播信号接收设备可以使用渲染器22070执行被解码的媒体数据的渲染以便执行呈现。
图46是图示根据本发明的另一实施例的用于实时接收/消耗基于文件的多媒体内容的过程的流程图。
参考图46,图46的一些部分与图45的那些基本上相同,并且正因如此在此将会省略其详细描述。
根据实施例的广播信号接收设备可以基于FHL字段确定是否已经完全地接收到构成各个分段的分段报头和分段有效载荷。
在步骤S22050中根据实施例的广播信号接收设备可以允许分段再生器22040以识别是否基于分段信息恢复的TB是与分段报头相对应的TB或者与分段有效载荷相对应的TB。
其后,广播信号接收设备组合被恢复的TB使得其能够恢复分段有效载荷和分段报头中的每一个。
如果FH字段指示相对应的分组具有与分段有效载荷相对应的数据,则在步骤SS2060中广播信号接收设备可以组合至少一个TB使得其能够恢复分段有效载荷。
如果FH字段指示相对应的分组具有与分段报头相对应的数据,则在步骤S22070中分段再生器22040可以通过至少一个TB的组合恢复分段报头。
其后,如果广播信号接收设备完成构成各个分段的分段有效载荷和分段报头的恢复,则分段信号接收设备可以通过被恢复的分段有效载荷和分段报头的组合恢复分段。
广播信号接收设备可以基于被包含在分段信息中的FHL字段确定是否构成各个分段的分段有效载荷和分段报头已经被完全地再生。
广播信号接收设备可以在步骤S22080中计数构成各个分段的分组的数目(N)。例如,广播信号接收设备可以计数均具有分段报头的数据的分组的数目。一个分组可以包括至少一个符号,并且在下文中下面的描述将会描述其中一个分组包括一个符号的示例性情况。
FHL字段可以指示构成分段的符号的数目。如果与被记录在FHL字段中的符号的数目相同多的分组没有被接收,则广播信号接收设备可以重复TB恢复过程。例如,如果构成各个分段的分段有效载荷和分段报头的接收没有被完成,则广播信号接收设备可以重复TB恢复过程。
分段完成信息可以进一步包括指示与分段报头相对应的符号的总数目的FHL字段。
如果被记录在FHL字段中的值与分组的数目相同,则在步骤S22090中广播信号接收设备确定构成各个分段的分段有效载荷和分段报头已经被完全地接收,并且然后恢复分段报头和分段有效载荷。
例如,FHL字段可以指示与包括分段报头和分段有效载荷两者的各个分段相对应的符号的总数目。在这样的情况下,如果与被记录在FHL字段中的符号的数目一样多的分组被接收,则广播信号接收设备能够确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
例如,FHL字段可以指示分段报头和分段有效载荷当中的后发送的符号的总数目。
如果构成各个分段的分段有效载荷被首先接收并且然后分段报头被接收,则FHL字段可以指示与分段报头相对应的符号的总数目。在这样的情况下,被记录在FHL字段中的符号的数目与对应于接收到的分段报头的分组的数目相同,广播信号接收设备可以确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
另外,如果构成各个分段的分段报头被首先接收并且然后分段有效载荷被接收,则FHL字段可以指示与分段有效载荷相对应的符号的总数目。在这样的情况下,如果被记录在FHL字段中的符号的数目与对应于接收到的分段有效载荷的分组的数目相同,则广播信号接收设备可以确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
其后,如果构成各个分段的分段有效载荷和分段报头已经被完全地接收,则在步骤S22100中广播信号接收设备组合分段报头和分段有效载荷使得恢复分段。
本领域技术人员将理解,在不脱离本发明的精神或范围的情况下,可对本发明进行各种修改和变化。因此,本发明旨在涵盖本发明的修改和变化,只要它们落入所附权利要求书及其等同物的范围内即可。
本说明书中提及了设备发明和方法发明二者,设备发明和方法发明二者的描述可互补地适用于彼此。
本发明的模式
已在用于执行本发明的具体实施方式中描述了各种实施例。
工业实用性
本发明适用于一系列广播信号提供领域。
对于本领域技术人员而言将显而易见的是,在不脱离本发明的精神或范围的情况下,可对本发明进行各种修改和变化。因此,本发明旨在涵盖对本发明的修改和变化,只要它们落入所附权利要求书及其等同物的范围内即可。
Claims (15)
1.一种用于使用广播网络发送包括多媒体内容的广播信号的设备,包括:
编码器,所述编码器被配置成产生信令信息,其中所述信令信息指示是否要实时发送所述多媒体内容;
传输块生成器,如果所述信令信息指示所述多媒体内容的实时传输,则所述传输块生成器被配置成将被包含在所述多媒体内容中的文件划分成指示被独立编码和发送的数据单元的至少一个传输块(TB);和
发射器,所述发射器被配置成发送所述传输块(TB)。
2.根据权利要求1所述的设备,其中,所述信令信息使用文件级和文件传递表(FDT)级的至少一个指示所述多媒体内容的实时传输。
3.根据权利要求1所述的设备,进一步包括:
分段生成器,所述分段生成器被配置成通过所述文件的分割产生指示被独立编码和再生的数据单元的至少一个分段,
其中,所述传输块生成器通过所述分段的分割产生指示被独立编码和发送的数据单元的至少一个传输块(TB)。
4.根据权利要求1所述的设备,进一步包括:
分组器,所述分组器被配置成将所述传输块(TB)划分成至少一个相等大小的符号,并且将各个符号分组成至少一个分组,
其中,所述发射器以所述传输块(TB)的产生顺序发送所述至少一个分组。
5.根据权利要求3所述的设备,其中,所述传输块生成器产生与分段有效载荷相对应的传输块(TB)并且然后发送与分段报头相对应的传输块(TB)。
6.根据权利要求3所述的设备,其中,所述传输块生成器产生与分段有效载荷相对应的传输块(TB)和与分段报头相对应的传输块(TB)中的每个作为单独的传输块(TB)。
7.根据权利要求4所述的设备,其中:
所述分组的报头包括具有关于文件分割产生和分割消耗的信息的分段信息;并且
所述分段信息包括指示所述分组具有分段的初始数据的分段开始指示符(SI)字段、指示所述分组具有所述分段报头的数据的分段报头标志(FH)字段、指示与所述分段相对应的传输块(TB)的产生被完成的分段完成信息、以及指示被包含在所述分组中的填充字节的数目的填充字节(PB)字段中的至少一个。
8.根据权利要求7所述的设备,其中,所述分段完成信息包括:
分段报头完成指示符(FC)字段,所述分段报头完成指示符(FC)字段指示所述分组具有所述分段报头的最后数据;和
分段报头长度(FHL)字段,所述分段报头长度(FHL)字段指示与所述分段报头相对应的符号的总数目。
9.一种用于使用广播网络接收包括多媒体内容的广播信号的设备,包括:
编码器,所述编码器被配置成产生信令信息,其中所述信令信息指示是否要实时发送所述多媒体内容;
传输块再生器,如果所述信令信息指示所述多媒体内容的实时传输,则所述传输块再生器被配置成组合所述广播信号使得再生指示被独立编码和发送的数据单元的至少一个传输块(TB);以及
媒体解码器,所述媒体解码器被配置成解码所述传输块(TB)。
10.根据权利要求9所述的设备,其中,所述信令信息使用文件级和文件传递表(FDT)级中的至少一个指示所述多媒体内容的实时传输。
11.根据权利要求9所述的设备,进一步包括:
分段再生器,所述分段再生器被配置成,在通过所述至少一个传输块(TB)的组合完成分段报头和分段有效载荷的恢复之后,组合所述分段报头和所述分段有效载荷并且再生指示被独立解码和再生的数据单元的分段;以及
媒体解码器,所述媒体解码器被配置成解码所述分段。
12.根据权利要求9所述的设备,其中:
所述广播信号包括至少一个分组;
所述分组的报头包括具有关于文件分割产生和分割消耗的信息的分段信息;并且
所述分段信息包括指示所述分组具有分段的初始数据的分段开始指示符(SI)字段、指示所述分组具有分段报头的数据的分段报头标志(FH)字段、指示所述分段报头和所述分段有效载荷的恢复完成的分段完成信息、以及指示被包含在所述分组中的填充字节的数目的填充字节(PB)字段中的至少一个。
13.根据权利要求11所述的设备,其中:
如果所述FH字段指示所述分组具有分段报头的数据,则所述分段再生器组合与所述分段报头相对应的至少一个传输块(TB)使得恢复所述分段报头;并且
如果所述FH字段指示所述分组不具有所述分段报头的数据,则所述分段再生器组合与所述分段有效载荷相对应的至少一个传输块(TB)使得恢复所述分段有效载荷。
14.根据权利要求12所述的设备,其中:
所述分段完成信息进一步包括:FC字段,所述FC字段指示所述分组具有所述分段报头的最后数据;并且
如果所述FC字段指示所述分组具有所述分段报头的最后数据,则所述分段报头和所述分段有效载荷的恢复被完成。
15.根据权利要求12所述的设备,其中:
所述分段再生器被配置成计数包括所述分段报头的数据的分组的数目;
所述分段完成信息进一步包括分段报头长度(FHL)字段,所述分段报头长度(FHL)字段指示与所述分段报头相对应的符号的总数目;并且
如果被记录在所述FHL字段中的值与所述分组的数目相同,则所述分段报头和所述分段有效载荷的恢复被完成。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361898489P | 2013-11-01 | 2013-11-01 | |
US61/898,489 | 2013-11-01 | ||
PCT/KR2014/010367 WO2015065104A1 (en) | 2013-11-01 | 2014-10-31 | 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 |
---|---|
CN105659611A true CN105659611A (zh) | 2016-06-08 |
CN105659611B CN105659611B (zh) | 2019-06-28 |
Family
ID=53004609
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480057694.0A Active CN105659611B (zh) | 2013-11-01 | 2014-10-31 | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 |
Country Status (7)
Country | Link |
---|---|
US (3) | US10313716B2 (zh) |
EP (1) | EP3063943B1 (zh) |
JP (2) | JP6374960B2 (zh) |
KR (2) | KR101752435B1 (zh) |
CN (1) | CN105659611B (zh) |
CA (1) | CA2922174C (zh) |
WO (1) | WO2015065104A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114666601A (zh) * | 2016-09-23 | 2022-06-24 | 联发科技股份有限公司 | 在处理来自于多个媒体源的媒体内容中指定、发信和使用独立编解码的码点的方法及装置 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015192407A (ja) * | 2014-03-28 | 2015-11-02 | ソニー株式会社 | 送信装置、送信方法、受信装置、受信方法、及び、プログラム |
US20170055046A1 (en) * | 2014-05-21 | 2017-02-23 | Lg Electronics Inc. | Broadcast signal transmitting/receiving method and device |
US10298647B2 (en) * | 2015-02-26 | 2019-05-21 | Qualcomm Incorporated | Delay compensation for broadcast adaptive bitrate streaming |
JP6610019B2 (ja) * | 2015-06-16 | 2019-11-27 | ソニー株式会社 | 受信装置、送信装置、及び、データ処理方法 |
KR102446181B1 (ko) | 2016-02-17 | 2022-09-22 | 삼성전자주식회사 | 멀티미디어 시스템에서 미디어 데이터를 송수신하는 방법 및 장치 |
KR102157657B1 (ko) * | 2017-02-03 | 2020-09-18 | 엘지전자 주식회사 | 하이브리드 방송 시스템에서 방송 신호 송수신 방법 및 장치 |
CN108400838B (zh) * | 2017-02-06 | 2021-05-18 | 华为技术有限公司 | 数据处理方法及设备 |
US10271077B2 (en) | 2017-07-03 | 2019-04-23 | At&T Intellectual Property I, L.P. | Synchronizing and dynamic chaining of a transport layer network service for live content broadcasting |
US11108840B2 (en) | 2017-07-03 | 2021-08-31 | At&T Intellectual Property I, L.P. | Transport layer network service for live content broadcasting |
CN116208268B (zh) * | 2023-01-12 | 2024-02-13 | 深圳市科楠科技开发有限公司 | 卫星广播接收设备的测试方法、装置、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090097429A1 (en) * | 2007-08-24 | 2009-04-16 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US20120054235A1 (en) * | 2010-08-30 | 2012-03-01 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system |
CN103329514A (zh) * | 2010-11-23 | 2013-09-25 | Lg电子株式会社 | 广播信号发送设备、广播信号接收设备、以及广播信号发送和接收设备中的广播信号收发方法 |
EP2658248A1 (en) * | 2010-12-26 | 2013-10-30 | LG Electronics Inc. | Broadcast service transmitting method, broadcast service receiving method and broadcast service receiving apparatus |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0581155A (ja) * | 1991-09-19 | 1993-04-02 | Nec Corp | パーソナルコンピユータ通信システム |
JPH08237651A (ja) * | 1995-02-24 | 1996-09-13 | Sony Corp | 映像データ送信装置、映像データ受信装置およびこれらを用いた映像データ伝送システム |
JP3633662B2 (ja) | 1995-02-28 | 2005-03-30 | 株式会社トーツー創研 | ケーブル接続用クロージャにおけるケーブル把持具 |
WO2001024474A1 (en) | 1999-09-27 | 2001-04-05 | Koninklijke Philips Electronics N.V. | Partitioning of file for emulating streaming |
CA2388606C (en) * | 1999-10-27 | 2009-12-29 | Diva Systems Corporation | Picture-in-picture and multiple video streams using slice-based encoding |
JP2003037623A (ja) * | 2001-07-23 | 2003-02-07 | Philips Japan Ltd | Mpegネットワーク上におけるダイレクトrtp伝送方法及びシステム |
JP2003234777A (ja) * | 2002-02-08 | 2003-08-22 | Japan Radio Co Ltd | データ伝送装置、方法およびデータ構造 |
US20070168534A1 (en) * | 2005-12-16 | 2007-07-19 | Nokia Corp. | Codec and session parameter change |
KR101405965B1 (ko) * | 2007-06-25 | 2014-06-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
US8005167B2 (en) * | 2007-08-24 | 2011-08-23 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US10320500B2 (en) * | 2007-09-18 | 2019-06-11 | Qualcomm Incorporated | Method and apparatus to enable fast channel switching with limited DVB receiver memory |
US7936786B2 (en) * | 2007-09-20 | 2011-05-03 | Lg Electronics, Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
KR101572875B1 (ko) * | 2007-09-21 | 2015-11-30 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
WO2009154418A2 (en) * | 2008-06-18 | 2009-12-23 | Lg Electronics Inc. | Transmitting/receiving system and method of processing data in the transmitting/receiving system |
US8407743B2 (en) * | 2008-08-22 | 2013-03-26 | Lg Electronics Inc. | Method for processing additional information related to an announced service or content in an NRT service and a broadcast receiver |
US8537699B2 (en) * | 2009-06-16 | 2013-09-17 | Qualcomm Incorporated | Managing video adaptation algorithms |
US8606071B2 (en) * | 2010-04-15 | 2013-12-10 | Leonid Remennik | Method and apparatus for presenting interactive multimedia using storage device interface |
JP2012004991A (ja) * | 2010-06-18 | 2012-01-05 | Canon Inc | 放送受信装置及びその制御方法 |
KR101891618B1 (ko) | 2010-11-02 | 2018-08-27 | 한국전자통신연구원 | 디지털 방송 시스템에서 비실시간 서비스를 수행하는 방법 및 그 장치 |
WO2012096372A1 (ja) * | 2011-01-14 | 2012-07-19 | シャープ株式会社 | コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造 |
EP2685729A4 (en) | 2011-03-10 | 2014-08-13 | Korea Electronics Telecomm | TRANSMISSION DEVICE AND METHOD FOR PROVIDING A BROADCASTING SERVICE ASSOCIATED WITH A PROGRAM, AND RECEIVING DEVICE AND METHOD THEREFOR |
WO2012128563A2 (ko) | 2011-03-22 | 2012-09-27 | 한국전자통신연구원 | 이종망 기반 연동형 방송콘텐츠 송수신 장치 및 방법 |
US9026671B2 (en) | 2011-04-05 | 2015-05-05 | Qualcomm Incorporated | IP broadcast streaming services distribution using file delivery methods |
US8744010B2 (en) | 2011-05-12 | 2014-06-03 | Nokia Corporation | Providing signaling information in an electronic service guide |
KR101725446B1 (ko) | 2011-08-24 | 2017-04-12 | 삼성전자주식회사 | 반도체 장치 및 그 제조 방법 |
US9843844B2 (en) * | 2011-10-05 | 2017-12-12 | Qualcomm Incorporated | Network streaming of media data |
WO2013107502A1 (en) * | 2012-01-17 | 2013-07-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method for sending respectively receiving a media stream |
JP2015061307A (ja) * | 2013-09-20 | 2015-03-30 | ソニー株式会社 | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム |
-
2014
- 2014-10-31 CA CA2922174A patent/CA2922174C/en active Active
- 2014-10-31 KR KR1020167002599A patent/KR101752435B1/ko active IP Right Grant
- 2014-10-31 KR KR1020177016771A patent/KR101838082B1/ko active IP Right Grant
- 2014-10-31 JP JP2016526122A patent/JP6374960B2/ja not_active Expired - Fee Related
- 2014-10-31 CN CN201480057694.0A patent/CN105659611B/zh active Active
- 2014-10-31 WO PCT/KR2014/010367 patent/WO2015065104A1/en active Application Filing
- 2014-10-31 US US15/021,380 patent/US10313716B2/en active Active
- 2014-10-31 EP EP14858838.7A patent/EP3063943B1/en not_active Not-in-force
-
2018
- 2018-07-20 JP JP2018136740A patent/JP6697034B2/ja active Active
-
2019
- 2019-05-14 US US16/412,049 patent/US10652598B2/en active Active
-
2020
- 2020-05-11 US US16/871,627 patent/US11070858B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090097429A1 (en) * | 2007-08-24 | 2009-04-16 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US20120054235A1 (en) * | 2010-08-30 | 2012-03-01 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system |
CN103329514A (zh) * | 2010-11-23 | 2013-09-25 | Lg电子株式会社 | 广播信号发送设备、广播信号接收设备、以及广播信号发送和接收设备中的广播信号收发方法 |
EP2658248A1 (en) * | 2010-12-26 | 2013-10-30 | LG Electronics Inc. | Broadcast service transmitting method, broadcast service receiving method and broadcast service receiving apparatus |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114666601A (zh) * | 2016-09-23 | 2022-06-24 | 联发科技股份有限公司 | 在处理来自于多个媒体源的媒体内容中指定、发信和使用独立编解码的码点的方法及装置 |
CN114666601B (zh) * | 2016-09-23 | 2024-04-05 | 联发科技股份有限公司 | 在处理来自于多个媒体源的媒体内容中指定、发信和使用独立编解码的码点的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
KR101838082B1 (ko) | 2018-03-13 |
US20160227263A1 (en) | 2016-08-04 |
CA2922174C (en) | 2017-09-19 |
KR20170073735A (ko) | 2017-06-28 |
EP3063943A4 (en) | 2017-06-21 |
CN105659611B (zh) | 2019-06-28 |
JP2016539555A (ja) | 2016-12-15 |
US20190273956A1 (en) | 2019-09-05 |
WO2015065104A1 (en) | 2015-05-07 |
EP3063943A1 (en) | 2016-09-07 |
US11070858B2 (en) | 2021-07-20 |
US20200275140A1 (en) | 2020-08-27 |
EP3063943B1 (en) | 2019-08-21 |
US10313716B2 (en) | 2019-06-04 |
US10652598B2 (en) | 2020-05-12 |
KR101752435B1 (ko) | 2017-07-03 |
CA2922174A1 (en) | 2015-05-07 |
KR20160027108A (ko) | 2016-03-09 |
JP6697034B2 (ja) | 2020-05-20 |
JP2018196134A (ja) | 2018-12-06 |
JP6374960B2 (ja) | 2018-08-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105723718B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
CN105659611A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
CN105684451B (zh) | 发送广播信号的设备和方法 | |
CN105917654B (zh) | 经由一个或者更多个网络发送或者接收广播内容的设备和方法 | |
CN105493499B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
CN105325006B (zh) | 发送广播信号的装置、方法及接收广播信号的装置、方法 | |
CN105745899A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
CN105659567B (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
CN105765981A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
CN107005723B (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
CN107431562A (zh) | 用于发送和接收广播信号的设备和方法 | |
CN112217760A (zh) | 收发广播信号的装置和方法 | |
CN105075208A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法以及接收广播信号的方法 | |
CN106464929B (zh) | 广播信号发送/接收方法和装置 | |
CN105684392A (zh) | 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 | |
CN105874759A (zh) | 发送/接收包括鲁棒报头压缩分组流的广播信号的方法和设备 | |
CN106233693A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
CN105745932A (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
CN105794215A (zh) | 发送和接收广播信号的装置和方法 | |
CN106464677A (zh) | 发送/接收广播信号的方法和设备 | |
CN107667490A (zh) | 用于发送和接收广播信号的设备和方法 | |
CN105940626A (zh) | 用于接收广播信号的方法和设备以及用于发送广播信号的方法和设备 | |
CN105981374A (zh) | 广播信号发送设备、广播信号接收设备、用于发送广播信号的方法以及用于接收广播信号的方法 | |
CN107735991A (zh) | 用于收发广播信号的装置和方法 | |
CN106134203A (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法、和广播信号接收方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |