技术领域本发明涉及用于发送和接收广播信号的方法和设备。
背景技术：
随着模拟广播信号传输终结，用于发送/接收数字广播信号的各种技术被开发。数字广播信号可以包括比模拟广播信号量更多的视频/音频数据并且可以进一步包括各种类型的附加数据。
技术实现要素：
技术问题即，数字广播系统能够提供HD(高清)图像、多信道音频和各种附加服务。然而，需要为了数字广播改进传输大量数据的数据传输效率、发送/接收网络的鲁棒性以及考虑移动接收设备的网络灵活性。技术方案本发明的目的可通过提供一种发送广播内容的方法来实现，该方法包括以下步骤：由第一模块生成广播内容的第一媒体流，所述第一媒体流包括多个分组，所述分组中的至少一个分组包括时间信息；由第二模块生成所述广播内容的第二媒体流；由第三模块通过广播网络发送所述第一媒体流；由第四模块从接收机接收针对所述第二媒体流的请求；以及由所述第四模块通过互联网向接收机发送所述第二媒体流。所述至少一个分组可包括扩展报头，该扩展报头包括所述时间信息，并且所述时间信息可包括指示所述第一媒体流的呈现时间的时间戳信息。所述扩展报头可仅包括所述时间戳的一部分。所述扩展报头还可包括指示所述第二媒体流的呈现时间的时间戳信息。所述扩展报头还可包括关于从所述第一媒体流的生成时间直至消费时间的建议呈现延迟的信息。指示所述第一媒体流的呈现时间的所述时间戳可指示应用了所述建议呈现延迟的所述第一媒体流的呈现时间值。所述至少一个分组的有效载荷可包括用于配置所述第一媒体流的时间线的第一时间线参考信息以及用于配置所述第二媒体流的时间线的第二时间线参考信息。所述至少一个分组的所述有效载荷还可包括关于从所述第一媒体流和所述第二媒体流的生成时间直至消费时间的建议呈现延迟的信息。所述第一时间线参考信息和所述第二时间线参考信息可具有应用了所述建议呈现延迟的值。所述第一媒体流可以是所述广播内容的视频流，并且所述第二媒体流可以是所述广播内容的音频流。在本发明的另一方面，本文提供了一种用于发送广播内容的设备，该设备包括：第一模块，其被配置为生成广播内容的第一媒体流，所述第一媒体流包括多个分组，所述分组中的至少一个分组包括时间信息；第二模块，其被配置为生成所述广播内容的第二媒体流；第三模块，其被配置为通过广播网络发送所述第一媒体流；以及第四模块，其被配置为从接收机接收针对所述第二媒体流的请求，并且通过互联网向接收机发送所述第二媒体流。所述至少一个分组可包括扩展报头，该扩展报头包括所述时间信息，并且所述时间信息可包括指示所述第一媒体流的呈现时间的时间戳信息。所述扩展报头可仅包括所述时间戳的一部分。所述扩展报头还可包括指示所述第二媒体流的呈现时间的时间戳信息。所述扩展报头还可包括关于从所述第一媒体流的生成时间直至消费时间的建议呈现延迟的信息。指示所述第一媒体流的呈现时间的所述时间戳可指示应用了所述建议呈现延迟的所述第一媒体流的呈现时间值。所述至少一个分组的有效载荷可包括用于配置所述第一媒体流的时间线的第一时间线参考信息以及用于配置所述第二媒体流的时间线的第二时间线参考信息。所述至少一个分组的所述有效载荷还可包括关于从所述第一媒体流和所述第二媒体流的生成时间直至消费时间的建议呈现延迟的信息。所述第一时间线参考信息和所述第二时间线参考信息可具有应用了所述建议呈现延迟的值。所述第一媒体流可以是所述广播内容的视频流，并且所述第二媒体流可以是所述广播内容的音频流。有益效果本发明的实施例通过控制各个服务或者服务组件的QoS(服务质量)并且通过根据各个服务的特征处理数据提供广播服务。本发明的实施例通过利用相同的RF(射频)信号带宽发送各种广播服务提供传输灵活性。本发明的实施例通过使用MIMO(多输入多输出)系统增强广播信号的鲁棒性和数据传输的效率。本发明的实施例提供广播发送设备、广播发送设备的操作方法、广播接收设备、以及广播接收设备的操作方法，其能够在没有错误的情况下获取数字广播信号，尽管我们正在使用移动接收设备或者我们在室内。附图说明被包括以提供本发明的进一步理解并且被合并且组成本申请的一部分的附图，图示本发明的实施例并且连同描述一起用作解释本发明的原理。在附图中：图1图示根据本发明的实施例用于发送供未来的广播服务的广播信号的装置的结构。图2图示根据本发明的一个实施例的输入格式化块。图3图示根据本发明的另一个实施例的输入格式化块。图4图示根据本发明的另一个实施例的BICM块。图5图示根据本发明的另一实施例的BICM块。图6图示根据本发明的一个实施例的帧构建块。图7图示根据本发明的实施例的OFMD产生块。图8图示根据本发明的实施例用于接收供未来的广播服务的广播信号的装置的结构。图9图示根据本发明的实施例的帧结构。图10图示根据本发明的实施例的帧的信令分层结构。图11图示根据本发明的实施例的前导信令数据。图12图示根据本发明的实施例的PLS1数据。图13图示根据本发明的实施例的PLS2数据。图14图示根据本发明的另一个实施例的PLS2数据。图15图示根据本发明的实施例的帧的逻辑结构。图16图示根据本发明的实施例的PLS映射。图17图示根据本发明的实施例的EAC映射。图18图示根据本发明的实施例的FIC映射。图19图示根据本发明的实施例的FEC结构。图20图示根据本发明的实施例的时间交织。图21图示根据本发明的实施例的扭曲的行列块交织器的基本操作。图22图示根据本发明的另一个实施例的扭曲的行列块交织器的操作。图23图示根据本发明的实施例的扭曲的行列块交织器的对角方式读取模式。图24图示根据本发明的实施例来自每个交织阵列的交织的XFECBLOCK。图25图示当单向文件传输(FLUTE)协议被使用时的数据处理时间。图26图示根据本发明的实施例的单向实时对象传输(ROUTE)协议栈。图27图示根据本发明的实施例的基于文件的多媒体内容的数据结构。图28图示数据结构被应用到的MPEG-DASH的媒体片段结构。图29图示根据本发明的实施例的使用ROUTE协议的数据处理时间。图30图示根据本发明的实施例的用于文件传输的分层编码传送(LCT)分组结构。图31图示根据本发明的另一实施例的LCT分组的结构。图32图示根据本发明的实施例的基于FDT的实时广播支持信息信令。图33图示根据本发明的实施例的广播信号传输设备的框图。图34图示根据本发明的实施例的广播信号传输设备的框图。图35图示根据本发明的实施例的用于实时产生和发送基于文件的多媒体内容的过程的流程图。图36是图示根据本发明的实施例的用于使用分组器允许广播信号传输设备产生分组的过程的流程图。图37是图示根据本发明的另一实施例的用于实时产生/发送基于文件的多媒体内容的过程的流程图。图38是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。图39是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。图40是图示根据本发明的实施例的用于接收/消耗基于文件的多媒体内容的过程的流程图。图41是图示根据本发明的实施例的用于接收/消耗基于文件的多媒体内容的过程的流程图。图42是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。图43是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。图44是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。图45是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。图46是图示根据本发明的另一实施例的包括类型信息的分组的结构的图。图47是图示根据本发明的另一实施例的包括边界信息的分组的结构的图。图48是图示根据本发明的另一实施例的包括映射信息的分组的结构的图。图49是图示根据本发明的另一实施例的包括编组信息的LCT分组的结构的图。图50是图示根据本发明的另一实施例的会话和对象的编组的图。图51是图示根据本发明的另一实施例的使用分组信息的广播信号发送设备的结构的图。图52是图示根据本发明的另一实施例的广播信号接收设备的结构的图。图53是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。图54是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。图55是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。图56是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。图57是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。图58是示出根据本发明的另一实施例的包括偏移信息的分组的结构的图。图59是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。图60是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。图61是示出根据本发明的另一实施例的包括实时信息的分组的结构的图。图62是示出根据本发明的另一实施例的广播信号传输设备的结构的图。图63是示出根据本发明的另一实施例的广播信号接收设备的结构的图。图64是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。图65图示根据本发明的实施例的下一代广播系统的接收器。图66是示出根据本发明的实施例的广播接收器的视图。图67图示根据本发明的实施例的用于在广播网络中的传送流和在互联网(异构网络)中的传送流之间的同步的时间线组件。图68图示根据本发明的实施例的时间线组件AU的语法。图69图示根据本发明的另一实施例的时间线组件AU的语法。图70图示根据本发明的实施例的当广播网络传输分组的时间线不存在时使用时间线组件同步通过异构网络(例如，互联网)发送的流与通过广播网络发送的流的方案。图71图示根据本发明的另一实施例的时间线组件AU的语法。图72图示根据本发明的另一实施例的时间线组件AU的语法。图73图示根据本发明的另一实施例的使用时间线参考信令信息在广播网络上发送的流和在异构网络上发送的流之间的同步的方法。图74图示根据本发明的另一实施例的时间线参考信息AU的语法。图75图示根据本发明的另一实施例的时间线参考信息AU的语法。图76图示根据本发明的另一实施例的支持时间线参考信息的传输的LCT分组的结构。图77图示根据本发明的另一实施例的支持时间线参考信息的传输的LCT分组的结构。图78图示根据本发明的实施例的在DASH被应用到的广播网络中的传送流和异构网络(例如，互联网)中的传送流之间使用时间线组件AU的同步方案。图79图示根据本发明的实施例的用于在ISOBMFF中识别时间线组件的采样条目。图80图示根据本发明的实施例的用于在ISOBMFF中表达在时间线组件轨道和另一轨道之间的依存关系的轨道参考类型框。图81图示根据本发明的实施例的用于在下一代广播系统中获取服务和/或内容的配置。图82图示根据本发明的实施例的在ISOBMFF中访问视频数据和/或音频数据的方案。图83图示根据本发明的另一实施例的在ISOBMFF中访问视频数据和/或音频数据的方案。图84是图示根据本发明的实施例的广播发送帧的示图。图85是根据本发明的另一实施例的广播发送帧的示图。图86是图示根据本发明的实施例的发送广播服务的传输分组的结构的示图。图87是图示根据本发明的实施例的用于发送广播服务的传输分组中所包括的network_protocol字段的值的示图。图88是用信号通知广播服务和广播服务传输路径的广播服务信令表和广播服务传输路径信令信息的示图。图89是图示根据本发明的实施例的广播服务信令表的示图。图90是图示根据本发明的实施例的广播服务信令表中所包括的service_category字段的值的示图。图91示出根据本发明的实施例的广播服务信令表。图92是根据本发明的另一实施例的流标识符描述符的示图。图93是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的示图。图94是图示根据本发明的实施例的当广播接收装置接收分组的广播分组时的操作的示图。图95是图示根据本发明的实施例的片段配置的示图。图96是图示根据本发明的实施例的用于实时内容传输的实时传输协议(RTP)分组的结构的示图。图97是图示根据本发明的实施例的基于ISO基本媒体文件格式(ISOBMFF)的媒体文件格式的示图。图98是图示根据本发明的实施例的分组有效载荷中的有效载荷报头的配置的示图。图99和图100是图示一个媒体数据被分组在一个分组中的传输分组的有效载荷配置的示图。图101和图102是图示多个媒体数据被分组在一个分组中的传输分组的配置的示图。图103是图示根据本发明的实施例的分段分组的有效载荷的示图。图104是图示根据本发明的另一实施例的分段分组中的有效载荷的配置的示图。图105是当广播发送装置将基于ISOBMFF的媒体文件分段至多个分组时的示图。图106是图示由图105的广播发送装置进行分组的第一分段单元数据的示图。图107至图109是图示根据本发明的实施例的图105的分段单元数据中包括除了起始数据以外的剩余数据的分段单元的示图。图110是图示根据本发明的实施例的元数据的时间线信令表的示图。图111是图示一个元数据被分组在传输分组的有效载荷数据中的有效载荷数据的配置的示图。图112是根据本发明的实施例的当传输分组的有效载荷数据包括用于时间线的元数据时的示图。图113是当多个元数据被分组在一个传输分组中时的示图。图114是当一个传输分组包括多个时间线信息时的示图。图115是图示一个元数据被划分并分组在多个传输分组中的分组有效载荷的示图。图116是图示根据本发明的另一实施例的元数据分段报头的示图。图117是图示根据本发明的实施例的当广播接收装置接收广播分组时的操作的示图。图118是当通过广播网络利用RTP发送视频流并且通过互联网利用基于文件格式的媒体数据发送视频流时的示图。图119是图示根据本发明的实施例的传输分组的配置的示图。图120是图示根据本发明的实施例的分组报头的配置的示图。图121和图122是图示包括时间信息的报头扩展的配置的示图。图123至图126是图示根据本发明的另一实施例的报头扩展的配置的示图。图127是图示根据本发明的实施例的用于支持与另一定时信息的映射的报头扩展的结构的示图。图128是图示根据本发明的实施例的广播发送装置的操作方法的示图。图129是图示根据本发明的实施例的广播接收装置的操作方法的示图。图130是图示包括关于传输分组的配置的信息的分组报头的结构的示图。图131是图示参照图130描述的传输分组的配置的示图。图132是图示根据本发明的实施例的广播发送装置的操作方法的示图。图133是图示根据本发明的实施例的广播接收装置的操作方法的示图。图134是图示根据本发明的实施例的包括建议呈现延迟(SPD)的时间线参考信息AU的示图。图135是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的时间线参考信息AU的示图。图136是图示根据本发明的实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。图137是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。图138是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。图139是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。图140是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。图141是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。图142是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。图143是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。图144是图示根据本发明的实施例的发送广播内容的方法的示图。图145是图示根据本发明的实施例的用于发送广播内容的设备的示图。具体实施方式现在将详细地介绍本发明的优选实施例，其示例在附图中图示。该详细说明将在下面参考附图给出，其意欲解释本发明的示例性实施例，而不是示出可以根据本发明仅实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是，对于本领域技术人员来说显而易见，本发明可以无需这些特定的细节实践。虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规的一个中选择，但是某些术语已经由申请人任意地选择，并且其含义在以下的描述中根据需要详细说明。因此，本发明应该基于该术语意欲的含义，而不是其简单的名称或者含义理解。本发明提供用于发送和接收供未来的广播服务的广播信号的设备和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的系统。本发明可以定义三个物理层(PL)简档(profile)(基础、手持和高级简档)每个被优化以最小化接收器复杂度，同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收器将实施的所有配置的子集。三个PHY简档共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来限定。对于系统演进，未来的简档还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节在下面描述。1.基础简档基础简档表示对于通常连接到屋顶天线的固定的接收设备的主要使用情形。基础简档还包括能够运输到一个场所，但是属于相对固定接收类别的便携式设备。基础简档的使用可以通过某些改进的实施被扩展到手持设备或者甚至车辆，但是，对于基础简档接收器操作不预期那些使用情况。接收的目标SNR范围是从大约10到20dB，其包括现有的广播系统(例如，ATSCA/53)的15dBSNR接收能力。接收器复杂度和功耗不像在电池操作的手持设备一样严重，手持设备将使用手持简档。用于基础简档的关键系统参数在以下的表1中列出。[表1]LDPC码字长度16K，64K比特星座大小4～10bpcu(每个信道使用的比特)时间解交织存储器大小<219数据信元导频图案用于固定接收的导频图案FFT大小16K，32K点2.手持简档手持简档设计成在以电池电源操作的手持和车载设备中使用。该设备可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持简档的设备的实施是非常重要的。手持简档的目标SNR范围大约是0至10dB，但是，当意欲用于较深的室内接收时，可以配置为达到低于0dB。除了低的SNR能力之外，由接收器移动性所引起的多普勒效应的适应性是手持简档最重要的性能品质。用于手持简档的关键系统参数在以下的表2中列出。[表2]LDPC码字长度16K比特星座大小2～8bpcu时间解交织存储器大小<218数据信元导频图案用于移动和室内接收的导频图案FFT大小8K，16K点3.高级简档高级简档以更大的实施复杂度为代价提供最高的信道容量。该属性需要使用MIMO发送和接收，并且UHDTV服务是对该属性特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目，例如，多个SDTV或者HDTV服务。高级简档的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输设备，并且在未来扩展到全功率横向极化传输。用于高级简档的关键系统参数在以下的表3中列出。[表3]LDPC码字长度16K，64K比特星座大小8～12bpcu时间解交织存储器大小<219数据信元导频图案用于固定接收的导频图案FFT大小16K，32K点在这样的情况下，基础简档能够被用作用于陆地广播服务和移动广播服务两者的属性。即，基础简档能够被用于定义包括移动属性的属性的概念。而且，高级简档能够被划分成用于具有MIMO的基础简档的高级简档和用于具有MIMO的手持简档的高级简档。此外，根据设计者的意图能够改变三种属性。下面的术语和定义可以应用于本发明。根据设计能够改变下面的术语和定义。辅助流：承载对于尚未定义的调制和编码的数据的信元的序列，其可以被用于未来扩展或者通过广播公司或者网络运营商要求基本数据管道：承载服务信令数据的数据管道基带帧(或者BBFRAME)：形成对一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合信元：通过OFDM传输的一个载波承载的调制值被编码的块：PLS1数据的LDPC编码的块或者PLS2数据的LDPC编码的块中的一个数据管道：承载服务数据或者相关元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。数据管道单元：用于在帧中将数据信元分配给DP的基本单位。数据符号：在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)DP_ID：此8比特字段唯一地识别在通过SYSTME_ID识别的系统内的DP哑信元：承载被用于填充不被用于PLS信令、DP或者辅助流的剩余的容量的伪随机值的信元紧急警告信道：承载EAS信息数据的帧的部分帧：以前导开始并且以帧边缘符号结束的物理层时隙帧重复单元：属于包括FET的相同或者不同的物理层属性的帧的集合，其在超帧中被重复八次快速信息信道：在承载服务和相对应的基本DP之间的映射信息的帧中的逻辑信道FECBLOCK：DP数据的LDPC编码的比特的集合FFT大小：被用于特定模式的标称的FFT大小，等于在基础时段T的周期中表达的活跃符号时段Ts帧信令符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的开始处使用的具有较高的导频密度的OFDM符号，其承载PLS数据的一部分帧边缘符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的末端处使用的具有较高的导频密度的OFDM符号帧组：在超帧中具有相同的PHY简档类型的所有帧的集合。未来扩展帧：能够被用于未来扩展的在超帧内的物理层时隙，以前导开始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方式被映射到帧的帧的DPXFECBLOCK：承载一个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承载。模式适配模块将输入数据流限制(slice)为基带帧(BBF)的数据字段。系统支持三种类型的输入数据流：MPEG2-TS、互联网协议(IP)和常规流(GS)。MPEG2-TS特征为固定长度(188字节)分组，第一字节是同步字节(0x47)。IP流由如在IP分组报头内用信号传送的可变长度IP数据报分组组成。系统对于IP流支持IPv4和IPv6两者。GS可以由在封装分组报头内用信号传送的可变长度分组或者固定长度分组组成。(a)示出用于信号DP的模式适配块2000和流适配2010，并且(b)示出用于产生和处理PLS数据的PLS产生块2020和PLS加扰器2030。将给出每个块的操作的描述。输入流分割器将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧限制器，和BB帧报头插入块组成。CRC编码器在用户分组(UP)级别提供用于错误检测的三种类型的CRC编码，即，CRC-8、CRC-16和CRC-32。计算的CRC字节附加在UP之后。CRC-8用于TS流并且CRC-32用于IP流。如果GS流不提供CRC编码，则将应用所建议的CRC编码。BB帧限制器将输入映射到内部逻辑比特格式。首先接收的比特被定义为MSB。BB帧限制器分配等于可用数据字段容量的输入比特的数目。为了分配等于BBF有效载荷的输入比特的数目，UP分组流被限制为适合BBF的数据字段。BB帧报头插入模块可以将2个字节的固定长度BBF报头插入在BB帧的前面。BBF报头由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)组成。除了固定的2字节BBF报头之外，BBF还可以在2字节BBF报头的末端具有扩展字段(1或者3字节)。流适配2010由填充插入块和BB加扰器组成。填充插入块能够将填充字段插入到BB帧的有效载荷中。如果到流适配的输入数据足够填充BB帧，则STUFFI被设置为“0”，并且BBF没有填充字段。否则，STUFFI被设置为“1”，并且填充字段被紧挨在BBF报头之后插入。填充字段包括两个字节的填充字段报头和可变大小的填充数据。BB加扰器加扰完成的BBF用于能量扩散。加扰序列与BBF同步。加扰序列由反馈移位寄存器产生。PLS产生块2020可以产生物理层信令(PLS)数据。PLS对接收器提供接入物理层DP的手段。PLS数据由PLS1数据和PLS2数据组成。PLS1数据是在具有固定大小、编码和调制的帧中在FSS符号中承载的第一组PLS数据，其承载有关解码PLS2数据需要的系统和参数的基本信息。PLS1数据提供包括允许PLS2数据的接收和解码所需要的参数的基本传输参数。此外，PLS1数据在帧组的持续时间保持不变。PLS2数据是在FSS符号中发送的第二组PLS数据，其承载有关系统和DP的更加详细的PLS数据。PLS2包含对接收器解码期望的DP提供足够的信息的参数。PLS2信令进一步由两种类型的参数，PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)组成。PLS2静态数据是在帧组持续时间保持静态的PLS2数据，并且PLS2动态数据是可以逐帧动态变化的PLS2数据。稍后将描述PLS数据的细节。PLS加扰器2030可以加扰所产生的PLS数据用于能量扩散。以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。图3图示根据本发明的另一个实施例的输入格式化块。在图3中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。图3示出当输入信号对应于多个输入流时，输入格式化块的模式适配块。用于处理多个输入流的输入格式化块的模式适配块可以独立地处理多个输入流。参考图3，用于分别处理多个输入流的模式适配块可以包括输入流分割器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、报头压缩块3040、CRC编码器3050、BB帧限制器(slicer)3060和BB报头插入块3070。将给出模式适配块的每个块的描述。CRC编码器3050、BB帧限制器3060和BB报头插入块3070的操作对应于参考图2描述的CRC编码器、BB帧限制器和BB报头插入块的操作，并且因此，其描述被省略。输入流分割器3000可以将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。输入流同步器3010可以称为ISSY。ISSY可以对于任何输入数据格式提供适宜的手段以保证恒定比特率(CBR)和恒定端到端传输延迟。ISSY始终用于承载TS的多个DP的情形，并且选择性地用于承载GS流的多个DP。补偿延迟块3020可以在ISSY信息的插入之后延迟分割TS分组流，以允许TS分组重新组合机制而无需在接收器中额外的存储器。空分组删除块3030仅用于TS输入流情形。一些TS输入流或者分割的TS流可以具有大量的空分组存在，以便在CBRTS流中提供VBR(可变比特速率)服务。在这种情况下，为了避免不必要的传输开销，空分组可以被识别并且不被发送。在接收器中，通过参考在传输中插入的删除的空分组(DNP)计数器，去除的空分组可以重新插入在它们最初的精确的位置中，从而，保证恒定比特速率，并且避免对时间戳(PCR)更新的需要。报头压缩块3040可以提供分组报头压缩以提高用于TS或者IP输入流的传输效率。因为接收器可以具有有关报头的某个部分的先验信息，所以这个已知的信息可以在发射器中被删除。对于传输流，接收器具有有关同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载仅具有一个PID的内容，即，仅用于一个服务组件(视频、音频等)或者服务子组件(SVC基本层、SVC增强层、MVC基本视图或者MVC相关的视图)，则TS分组报头压缩可以(选择性地)应用于传输流。如果输入流是IP流，则选择性地使用IP分组报头压缩。以上描述的模块可以被省略，或者由具有类似或者相同功能的块替换。图4图示根据本发明的实施例的BICM块。在图4中图示的BICM块对应于参考图1描述的BICM块1010的实施例。如上所述，根据本发明的实施例用于发送供未来的广播服务的广播信号的设备可以提供陆地广播服务、移动广播服务、UHDTV服务等。由于QoS(服务质量)取决于由根据本发明的实施例的用于发送供未来的广播服务的广播信号的设备提供的服务特征，因此对应于相应服务的数据需要经由不同的方案处理。因此，根据本发明的实施例的BICM块可以通过将SISO、MISO和MIMO方案独立地应用于分别对应于数据路径的数据管道，独立地处理对其输入的DP。因此，根据本发明的实施例的用于发送供未来的广播服务的广播信号的设备能够控制经由每个DP发送的每个服务或者服务组件的QoS。(a)示出由基础简档和手持简档共享的BICM块，并且(b)示出高级简档的BICM模块。由基础简档和手持简档共享的BICM块和高级简档的BICM块能够包括用于处理每个DP的多个处理块。将给出用于基础简档和手持简档的BICM块和用于高级简档的BICM块的每个处理模块的描述。用于基础简档和手持简档的BICM块的处理块5000可以包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。数据FEC编码器5010能够使用外编码(BCH)和内编码(LDPC)对输入BBF执行FEC编码，以产生FECBLOCK过程。外编码(BCH)是可选择的编码方法。稍后将描述数据FEC编码器5010的操作细节。比特交织器5020可以以LDPC编码和调制方案的组合交织数据FEC编码器5010的输出以实现优化的性能，同时提供有效地可执行的结构。稍后将描述比特交织器5020的操作细节。星座映射器5030可以使用QPSK、QAM-16、不均匀QAM(NUQ-64、NUQ-256、NUQ-1024)，或者不均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)，在基础和手持简档中调制来自比特交织器5020的每个信元字(cellword)，或者在高级简档中来自信元字解复用器5010-1的信元字，以给出功率标准化的星座点el。该星座映射仅适用于DP。注意到，QAM-16和NUQ是正方形的形状，而NUC具有任意形状。当每个星座转动90度的任意倍数时，转动的星座精确地与其原始的一个重叠。这个“旋转感”对称属性使实和虚组件的容量和平均功率彼此相等。对于每个编码率，NUQ和NUC两者被具体地限定，并且使用的特定的一个由在PLS2数据中归档的参数DP_MOD用信号传送。时间交织器5050可以在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。稍后将描述时间交织器5050的操作细节。用于高级简档的BICM块的处理块5000-1可以包括数据FEC编码器、比特交织器、星座映射器，和时间交织器。但是，不同于处理块5000，处理模块5000-1进一步包括信元字解复用器5010-1和MIMO编码模块5020-1。此外，在处理块5000-1中的数据FEC编码器、比特交织器、星座映射器，和时间交织器的操作对应于描述的数据FEC编码器5010、比特交织器5020、星座映射器5030，和时间交织器5050的操作，并且因此，其描述被省略。信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分为用于MIMO处理的双信元字流。稍后将描述信元字解复用器5010-1操作的细节。MIMO编码模块5020-1可以使用MIMO编码方案处理信元字解复用器5010-1的输出。MIMO编码方案对于广播信号传输被优化。MIMO技术是获得性能提高的期望方式，但是，其取决于信道特征。尤其对于广播，信道的强的LOS组件或者在由不同的信号传播特征所引起的两个天线之间的接收信号功率的差别使得难以从MIMO得到性能增益。所提出的MIMO编码方案使用MIMO输出信号的一个的基于旋转的预编码和相位随机化克服这个问题。MIMO编码意欲用于在发射器和接收器两者处需要至少两个天线的2x2MIMO系统。在该建议下定义两个MIMO编码模式：全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收器侧处相对小的复杂度增加提供性能提高，而FRFD-SM编码以在接收器侧处巨大的复杂度增加提供性能提高和附加分集增益。所提出的MIMO编码方案没有对天线极性配置进行限制。MIMO处理对于高级简档帧是需要的，其指的是由MIMO编码器处理在高级简档帧中的所有DP。MIMO处理在DP级别适用。星座映射器对输出NUQ(e1,i和e2,i)被馈送给MIMO编码器的输入。配对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的相同的载波k和OFDM符号l发送。以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。图5图示根据本发明的另一个实施例的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。此外，PLSFEC编码器6000可以包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的每个块的描述。PLSFEC编码器6000可以编码加扰的PLS1/2数据、EAC和FIC区段。加扰器可以在BCH编码以及缩短和穿孔LDPC编码之前加扰PLS1数据和PLS2数据。BCH编码/零插入块可以使用用于PLS保护的缩短的BCH码，对加扰的PLS1/2数据执行外编码，并且在BCH编码之后插入零比特。仅对于PLS1数据，零插入的输出比特可以在LDPC编码之前转置。LDPC编码块可以使用LDPC码来编码BCH编码/零插入块的输出。为了产生完整的编码模块，Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码，并且附在其之后。[等式1]Cldpc=IldpcPldpc=[i0,i1,...,iKldpc-1,p0,p1,...,pNldpc-Kldpc-1]]]>用于PLS1和PLS2的LDPC编码参数如以下的表4。[表4]LDPC奇偶穿孔块可以对PLS1数据和PLS2数据执行穿孔。当缩短被应用于PLS1数据保护时，一些LDPC奇偶校验比特在LDPC编码之后被穿孔。此外，对于PLS2数据保护，PLS2的LDPC奇偶校验比特在LDPC编码之后被穿孔。不发送这些被穿孔的比特。比特交织器6010可以交织每个被缩短和被穿孔的PLS1数据和PLS2数据。星座映射器6020可以将比特交织的PLS1数据和PLS2数据映射到星座上。以上描述的块可以被省略或者由具有类似或者相同功能的块替换。图6图示根据本发明的一个实施例的帧构建块。在图6中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。参考图6，帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射器端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟，PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器5050。带内信令数据承载下一个TI组的信息，使得它们承载要用信号传送的DP前面的一个帧。据此，延迟补偿块延迟带内信令数据。信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射到在该帧中的OFDM符号的活动载波。信元映射器7010的基本功能是，如果有的话，将对于DP、PLS信元、以及EAC/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外，频率交织器7020可以使用不同的交织种子顺序，对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作，以得到在单个帧中最大的交织增益。以上描述的块可以被省略或者由具有类似或者相同功能的块替换。图7图示根据本发明的实施例的OFDM产生块。在图7中图示的OFDM产生块对应于参考图1描述的OFDM产生块1030的实施例。OFDM产生块通过由帧构建块产生的信元调制OFDM载波，插入导频，并且产生用于传输的时间域信号。此外，这个块随后插入保护间隔，并且应用PAPR(峰均功率比)减少处理以产生最终的RF信号。参考图7，帧构建块可以包括导频和保留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR减少块8030、保护间隔插入块8040、前导插入模块8050、其它的系统插入块8060和DAC块8070。另一个系统插入块8060可以在时间域中复用多个广播发送/接收系统的信号，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可以在相同的RF信号带宽中同时发送。在这种情况下，两个或更多个不同的广播发送/接收系统指的是提供不同广播服务的系统。不同广播服务可以指的是陆地广播服务、移动广播服务等。图8图示根据本发明的实施例的用于接收供未来的广播服务的广播信号装置的结构。根据本发明的实施例的用于接收供未来的广播服务的广播信号的设备可以对应于参考图1描述的用于发送供未来的广播服务的广播信号的设备。根据本发明的实施例的用于接收供未来的广播服务的广播信号的设备可以包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将给出用于接收广播信号装置的每个模块的操作的描述。同步和解调模块9000可以经由m个Rx天线接收输入信号，相对于与用于接收广播信号的设备相对应的系统执行信号检测和同步，并且执行与由用于发送广播信号装置执行的过程相反过程相对应的解调。帧解析模块9010可以解析输入信号帧，并且提取经由其发送由用户选择的服务的数据。如果用于发送广播信号的设备执行交织，则帧解析模块9010可以执行与交织的相反过程相对应的解交织。在这种情况下，需要提取的信号和数据的位置可以通过解码从信令解码模块9040输出的数据获得，以恢复由用于发送广播信号的设备产生的调度信息。解映射和解码模块9020可以将输入信号转换为比特域数据，并且然后根据需要对其解交织。解映射和解码模块9020可以对于为了传输效率应用的映射执行解映射，并且经由解码校正在传输信道上产生的错误。在这种情况下，解映射和解码模块9020可以获得为解映射所必需的传输参数，并且通过解码从信令解码模块9040输出的数据进行解码。输出处理器9030可以执行由用于发送广播信号的设备应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下，输出处理器9030可以从信令解码模块9040输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到用于发送广播信号装置的信号，并且可以是MPEG-TS、IP流(v4或者v6)和常规流。信令解码模块9040可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可以使用从信令解码模块9040输出的数据执行其功能。图9图示根据本发明的一个实施例的帧结构。图9示出帧类型的示例配置和在超帧中的FRU，(a)示出根据本发明的实施例的超帧，(b)示出根据本发明的实施例的FRU(帧重复单元)，(c)示出在FRU中的可变PHY简档的帧，以及(d)示出帧的结构。超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元，并且在超帧中被重复八次。在FRU中的每个帧属于PHY简档(基础、手持、高级)中的一个或者FEF。在FRU中帧的最大允许数目是四个，并且给定的PHY简档可以在FRU(例如，基础、手持、高级)中出现从零次到四次的任何次数。如果需要的话，PHY简档定义可以使用在前导中PHY_PROFILE的保留的值扩展。FEF部分被插入在FRU的末端，如果包括的话。当FEF包括在FRU中时，在超帧中FEF的最小数是8。不推荐FEF部分相互邻近。一个帧被进一步划分为许多的OFDM符号和前导。如(d)所示，帧包括前导、一个或多个帧信令符号(FSS)、普通数据符号和帧边缘符号(FES)。前导是允许快速FuturecastUTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。FSS的主要目的是承载PLS数据。为了快速同步和信道估计以及因此的PLS数据的快速解码，FSS具有比普通数据符号更加密集的导频图案。FES具有与FSS严格相同的导频，其允许在FES内的仅频率内插，以及对于紧邻FES之前的符号的时间内插而无需外推。图10图示根据本发明的实施例的帧的信令分层结构。图10图示信令分层结构，其被分割为三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是表示该帧的传输类型和基本传输参数。PLS1允许接收器访问和解码PLS2数据，其包含访问感兴趣的DP的参数。PLS2在每个帧中承载，并且被划分为两个主要部分：PLS2-STAT数据和PLS2-DYN数据。必要时，在PLS2数据的静态和动态部分之后是填充。图11图示根据本发明的实施例的前导信令数据。前导信令数据承载需要允许接收器访问PLS数据和跟踪在帧结构内DP的21比特信息。前导信令数据的细节如下：PHY_PROFILE：该3比特字段指示当前帧的PHY简档类型。不同的PHY简档类型的映射在以下的表5中给出。[表5]值PHY简档000基础简档001手持简档010高级简档011～110保留111FEFFFT_SIZE：该2比特字段指示在帧组内当前帧的FFT大小，如在以下的表6中描述的。[表6]值FFT大小008KFFT0116KFFT1032KFFT11保留GI_FRACTION：该3比特字段指示在当前超帧中的保护间隔分数值，如在以下的表7中描述的。[表7]值GI_FRACTION0001/50011/100101/200111/401001/801011/160110～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]RESERVED：这个7比特字段保留供将来使用。图12图示根据本发明的实施例的PLS1数据。PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如以上提及的，PLS1数据对于一个帧组的整个持续时间保持不变。PLS1数据的信令字段的详细定义如下：PREAMBLE_DATA：该20比特字段是去除EAC_FLAG的前导信令数据的副本。NUM_FRAME_FRU：该2比特字段指示每FRU的帧的数目。PAYLOAD_TYPE：该3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示用信号传送。[表9]值有效载荷类型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_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_Gl_FRACTION和RESERVED组成，其用于表示FRU配置和每个帧类型的长度。环路大小是固定的，使得四个PHY简档(包括FEF)在FRU内被用信号传送。如果NUM_FRAME_FRU小于4，则未使用的字段用零填充。FRU_PHY_PROFILE：这个3比特字段表示相关的FRU的第(i+1)(i是环索引)个帧的PHY简档类型。这个字段使用如表8所示相同的信令格式。FRU_FRAME_LENGTH：这个2比特字段表示相关联的FRU的第(i+1)个帧的长度。与FRU_GI_FRACTION一起使用FRU_FRAME_LENGTH，可以获得帧持续时间的精确值。FRU_GI_FRACTION：这个3比特字段表示相关联的FRU的第(i+1)个帧的保护间隔分数值。FRU_GI_FRACTION根据表7被用信号传送。RESERVED：这个4比特字段保留供将来使用。以下的字段提供用于解码PLS2数据的参数。PLS2_FEC_TYPE：这个2比特字段表示由PLS2保护使用的FEC类型。FEC类型根据表10被用信号传送。稍后将描述LDPC码的细节。[表10]内容PLS2FEC类型004K-1/4和7K-3/10LDPC码01～11保留PLS2_MOD：这个3比特字段表示由PLS2使用的调制类型。调制类型根据表11被用信号传送。[表11]值PLS2_MODE000BPSK001QPSK010QAM-16011NUQ-64100～111保留PLS2_SIZE_CELL：这个15比特字段表示Ctotal_partial_block，用于在当前帧组中承载的PLS2的全编码块的聚集的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。PLS2_STAT_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-STAT的大小。这个值在当前帧组的整个持续时间期间是恒定的。PLS2_DYN_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-DYN的大小。这个值在当前帧组的整个持续时间期间是恒定的。PLS2_REP_FLAG：这个1比特标记表示是否在当前帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。PLS2_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_blook，用于在当前帧组的每个帧中承载的PLS2的部分编码块的聚集的大小(指定为QAM信元的数目)。如果不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。PLS2_NEXT_FEC_TYPE：这个2比特字段表示用于在下一个帧组的每个帧中承载的PLS2的FEC类型。FEC类型根据表10被用信号传送。PLS2_NEXT_MOD：这个3比特字段表示用于在下一个帧组的每个帧中承载的PLS2的调制类型。调制类型根据表11被用信号传送。PLS2_NEXT_REP_FLAG：这个1比特标记表示是否在下一个帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。PLS2_NEXT_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_blook，用于在下一个帧组的每个帧中承载的PLS2的全编码块的聚集的大小(指定为QAM信元的数目)。如果在下一个帧组中不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。PLS2_NEXT_REP_STAT_SIZE_BIT：这个14比特字段以比特表示用于下一个帧组的PLS2-STAT的大小。这个值在当前帧组中是恒定的。PLS2_NEXT_REP_DYN_SIZE_BIT：这个14比特字段以比特表示用于下一个帧组的PLS2-DYN的大小。这个值在当前帧组中是恒定的。PLS2_AP_MODE：这个2比特字段表示是否在当前帧组中为PLS2提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。以下的表12给出这个字段的值。当这个字段被设置为“00”时，对于在当前帧组中的PLS2不使用另外的奇偶校验。[表12]值PLS2-AP模式00不提供AP01AP1模式10～11保留PLS2_AP_SIZE_CELL：这个15比特字段表示PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。PLS2_NEXT_AP_MODE：这个2比特字段表示是否在下一个帧组的每个帧中为PLS2信令提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。表12定义这个字段的值。PLS2_NEXT_AP_SIZE_CELL：这个15比特字段表示在下一个帧组的每个帧中PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。RESERVED：这个32比特字段被保留供将来使用。CRC_32：32比特错误检测码，其应用于整个PLS1信令。图13图示根据本发明的实施例的PLS2数据。图13图示PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内是相同的，而PLS2-DYN数据提供对于当前帧特定的信息。PLS2-STAT数据的字段的细节如下：FIC_FLAG：这个1比特字段表示是否在当前帧组中使用FIC。如果这个字段被设置为“1”，则在当前帧中提供FIC。如果这个字段被设置为“0”，则在当前帧中不承载FIC。这个值在当前帧组的整个持续时间期间是恒定的。AUX_FLAG：这个1比特字段表示是否在当前帧组中使用辅助流。如果这个字段被设置为“1”，则在当前帧中提供辅助流。如果这个字段被设置为“0”，在当前帧中不承载辅助流。这个值在当前帧组的整个持续时间期间是恒定的。NUM_DP：这个6比特字段表示在当前帧内承载的DP的数目。这个字段的值从1到64的范围，并且DP的数目是NUM_DP+1。DP_ID：这个6比特字段唯一地识别在PHY简档内的DP。DP_TYPE：这个3比特字段表示DP的类型。这些根据以下的表13用信号传送。[表13]值DP类型000DP类型1001DP类型2010～111保留DP_GROUP_ID：这个8比特字段识别当前DP与其相关联的DP组。这可以由接收器使用以访问与特定服务有关的服务组件的DP，其将具有相同的DP_GROUP_ID。BASE_DP_ID：这个6比特字段表示承载在管理层中使用的服务信令数据(诸如，PSI/SI)的DP。由BASE_DP_ID表示的DP可以或者是随同服务数据一起承载服务信令数据的普通DP，或者仅承载服务信令数据的专用DP。DP_FEC_TYPE：这个2比特字段表示由相关联的DP使用的FEC类型。FEC类型根据以下的表14被用信号传送。[表14]值FEC_TYPE0016KLDPC0164KLDPC10～11保留DP_COD：这个4比特字段表示由相关联的DP使用的编码率。编码率根据以下的表15被用信号传送。[表15]值编码率00005/1500016/1500107/1500118/1501009/150101～111110/15011011/15011112/15100013/151001～1111保留DP_MOD：这个4比特字段表示由相关联的DP使用的调制。调制根据以下的表16被用信号传送。[表16]值调制0000QPSK0001QAM-160010NUQ-640011NUQ-2560100NUQ-10240101NUC-160110NUC-640111NUC-2561000NUC-10241001～1111保留DP_SSD_FLAG：这个1比特字段表示是否在相关联的DP中使用SSD模式。如果这个字段被设置为值“1”，则使用SSD。如果这个字段被设置为值“0”，则不使用SSD。只有在PHY_PROFILE等于“010”时，其表示高级简档，出现以下的字段：DP_MIMO：这个3比特字段表示哪个类型的MIMO编码过程被应用于相关联的DP。MIMO编码过程的类型根据表17用信号传送。[表17]值MIMO编码000FR-SM001FRFD-SM010～111保留DP_TI_TYPE：这个1比特字段表示时间交织的类型。值“0”表示一个TI组对应于一个帧，并且包含一个或多个TI块。值“1”表示一个TI组承载在一个以上的帧中，并且仅包含一个TI块。DP_TI_LENGTH：这个2比特字段(允许值仅是1、2、4、8)的使用通过在DP_TI_TYPE字段内设置的值确定如下：如果DP_TI_TYPE被设置为值“1”，则这个字段表示PI，每个TI组映射到的帧的数目，并且每个TI组存在一个TI块(NTI＝1)。被允许的具有2比特字段的PI值被在以下的表18中定义。如果DP_TI_TYPE被设置为值“0”，则这个字段表示每个TI组的TI块NTI的数目，并且每个帧(PI＝1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。[表18]2比特字段PINTI0011012210431184DP_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比特字段确定时间交织器5050的可用性。如果对于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]值有效载荷类型00TS01IP10GS11保留DP_INBAND_MODE：这个2比特字段表示是否当前DP承载带内信令信息。带内信令类型根据以下的表20被用信号传送。[表20]值带内模式00没有承载带内信令01仅承载带内PLS10仅承载带内ISSY11承载带内PLS和带内ISSYDP_PROTOCOL_TYPE：这个2比特字段表示由给定的DP承载的有效载荷的协议类型。当选择输入有效载荷类型时，其根据以下的表21被用信号传送。[表21]DP_CRC_MODE：这个2比特字段表示在输入格式化块中是否使用CRC编码。CRC模式根据以下的表22被用信号传送。[表22]值CRC模式00未使用01CRC-810CRC-1611CRC-32DNP_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的空分组删除模式。DNP_MODE根据以下的表23被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设置为值“00”。[表23]值空分组删除模式00未使用01DNP-标准10DNP-偏移11保留ISSY_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的ISSY模式。ISSY_MODE根据以下的表24被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设置为值“00”。[表24]值ISSY模式00未使用01ISSY-UP10ISSY-BBF11保留HC_MODE_TS：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的TS报头压缩模式。HC_MODE_TS根据以下的表25被用信号传送。[表25]值报头压缩模式00HC_MODE_TS101HC_MODE_TS210HC_MODE_TS311HC_MODE_TS4HC_MODE_IP：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为IP(“01”)时的IP报头压缩模式。HC_MODE_IP根据以下的表26被用信号传送。[表26]值报头压缩模式00无压缩01HC_MODE_IP110～11保留PID：这个13比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)，并且HC_MODE_TS被设置为“01”或者“10”时，用于TS报头压缩的PID编号。RESERVED：这个8比特字段保留供将来使用。只有在FIC_FLAG等于“1”时出现以下的字段：FIC_VERSION：这个8比特字段表示FIC的版本号。FIC_LENGTH_BYTE：这个13比特字段以字节表示FIC的长度。RESERVED：这个8比特字段保留供将来使用。只有在AUX_FLAG等于“1”时出现以下的字段：NUM_AUX：这个4比特字段表示辅助流的数目。零表示不使用辅助流。AUX_CONFIG_RFU：这个8比特字段被保留供将来使用。AUX_STREAM_TYPE：这个4比特被保留供将来使用，用于表示当前辅助流的类型。AUX_PRIVATE_CONFIG：这个28比特字段被保留供将来用于用信号传送辅助流。图14图示根据本发明的另一个实施例的PLS2数据。图14图示PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可以在一个帧组的持续时间期间变化，而字段的大小保持恒定。PLS2-DYN数据的字段细节如下：FRAME_INDEX：这个5比特字段表示在超帧内当前帧的帧索引。该超帧的第一帧的索引被设置为“0”。PLS_CHANGE_COUTER：这个4比特字段表示配置将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化，例如，值“1”表示在下一个超帧中存在变化。FIC_CHANGE_COUNTER：这个4比特字段表示其中配置(即，FIC的内容)将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化，例如，值“0001”表示在下一个超帧中存在变化。RESERVED：这个16比特字段被保留供将来使用。在NUM_DP上的环路中出现以下的字段，其描述与在当前帧中承载的DP相关联的参数。DP_ID：这个6比特字段唯一地表示在PHY简档内的DP。DP_START：这个15比特(或者13比特)字段使用DPU寻址方案表示第一个DP的开始位置。DP_START字段根据如以下的表27所示的PHY简档和FFT大小具有不同长度。[表27]DP_NUM_BLOCK：这个10比特字段表示在用于当前DP的当前的TI组中FEC块的数目。DP_NUM_BLOCK的值从0到1023的范围。RESERVED：这个8比特字段保留供将来使用。以下的字段表示与EAC相关联的FIC参数。EAC_FLAG：这个1比特字段表示在当前帧中EAC的存在。这个比特在前导中是与EAC_FLAG相同的值。EAS_WAKE_UP_VERSION_NUM：这个8比特字段表示唤醒指示的版本号。如果EAC_FLAG字段等于“1”，随后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，则随后的12比特被分配用于EAC_COUNTER。EAC_LENGTH_BYTE：这个12比特字段以字节表示EAC的长度。EAC_COUNTER：这个12比特字段表示在EAC抵达的帧之前帧的数目。只有在AUX_FLAG字段等于“1”时出现以下的字段：AUX_PRIVATE_DYN：这个48比特字段被保留供将来用于用信号传送辅助流。这个字段的含义取决于在可配置的PLS2-STAT中AUX_STREAM_TYPE的值。CRC_32：32比特错误检测码，其被应用于整个PLS2。图15图示根据本发明的实施例的帧的逻辑结构。如以上提及的，PLS、EAC、FIC、DP、辅助流和哑信元被映射到在帧中OFDM符号的活动载波。PLS1和PLS2被首先被映射到一个或多个FSS。然后，在PLS字段之后，EAC信元，如果有的话，被直接地映射，接下来是FIC信元，如果有的话。在PLS或者EAC、FIC之后，接下来DP被映射，如果有的话。首先跟随类型1DP，并且接下来类型2DP。稍后将描述DP的类型细节。在一些情况下，DP可以承载用于EAS的一些特定的数据或者服务信令数据。如果有的话，辅助流跟随DP，其后跟随哑信元。根据以上提及的顺序，即，PLS、EAC、FIC、DP、辅助流和哑数据信元将它们映射在一起，精确地填充在该帧中的信元容量。图16图示根据本发明的实施例的PLS映射。PLS信元被映射到FSS的活动载波。取决于由PLS占据的信元的数目，一个或多个符号被指定为FSS，并且FSS的数目NFSS由在PLS1中的NUM_FSS用信号传送。FSS是用于承载PLS信元的特殊符号。由于鲁棒性和延迟在PLS中是重要的问题，所以FSS具有允许快速同步的高密度导频和在FSS内的仅频率内插。PLS信元如在图16中的示例所示以自顶向下方式被映射到NFSSFSS的活动载波。PLS1PLS1单元被以单元索引的递增顺序首先从第一FSS的第一单元映射。PLS2单元直接地跟随在PLS1的最后的信元之后，并且继续向下映射，直到第一FSS的最后的信元索引为止。如果需要的PLS信元的总数超过一个FSS的活动载波的数目，则映射进行到下一个FSS，并且以与第一FSS严格相同的方式继续。在PLS映射完成之后，接下来承载DP。如果EAC、FIC或者两者存在于当前帧中，则它们被放置在PLS和“普通”DP之间。图17图示根据本发明的实施例的EAC映射。EAC是用于承载EAS消息的专用信道，并且链接到用于EAS的DP。提供了EAS支持，但是，EAC本身可能或者可以不必存在于每个帧中。如果有的话，EAC紧挨着PLS2单元之后映射。EAC之前不是FIC、DP、辅助流或者除了PLS信元以外的哑信元的任何一个。映射EAC信元的过程与PLS完全相同。EAC信元被以如在图17的示例所示的信元索引的递增顺序从PLS2的下一个信元映射。取决于EAS消息大小，EAC信元可以占据几个符号，如图17所示。EAC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的EAC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加有效的载波。在EAC映射完成之后，如果任何一个存在，则FIC被接下来承载。如果FIC不被发送(如在PLS2字段中用信号传送)，则DP紧跟在EAC的最后信元之后。图18图示根据本发明的实施例的FIC映射(a)示出不具有EAC的FIC信元的示例映射，以及(b)示出具有EAC的FIC信元的示例映射。FIC是用于承载交叉层信息以允许快速服务获得和信道扫描的专用信道。这个信息主要包括在DP和每个广播器的服务之间的信道捆绑信息。为了快速扫描，接收器可以解码FIC并获得信息，诸如，广播器ID、服务编号，和BASE_DP_ID。为了快速服务获得，除了FIC，基础DP也可以使用BASE_DP_ID解码。除其承载的内容以外，基础DP被以与普通DP完全相同的方式编码和映射到帧。因此，对于基础DP不需要另外的描述。FIC数据在管理层中产生和消耗。FIC数据的内容在管理层规范中描述。FIC数据是可选的，并且FIC的使用由在PLS2的静态部分中的FIC_FLAG参数用信号传送。如果使用FIC，则FIC_FLAG被设置为“1”，并且用于FIC的信令字段在PLS2的静态部分中被定义。在这个字段中用信号传送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享相同的信令参数，诸如PLS2_MOD和PLS2_FEC。如果有的话，FIC数据紧挨着PLS2或者EAC之后被映射。FIC之前不是任何普通DP、辅助流或者哑信元。映射FIC信元的方法与EAC的完全相同，也与PLS的相同。在PLS之后不具有EAC，FIC信元被以如在(a)中的示例所示的信元索引的递增顺序从PLS2的下一个单元映射。取决于FIC数据大小，FIC信元可以被映射在几个符号上，如(b)所示。FIC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的FIC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加活跃的载波。如果EAS消息在当前帧中被发送，则EAC在FIC之前，并且FIC信元被以如(b)所示的信元索引的递增顺序从EAC的下一个单元映射。在FIC映射完成之后，一个或多个DP被映射，之后是辅助流，如果有的话，以及哑信元。图19图示根据本发明的实施例的FEC结构。图19图示在比特交织之前根据本发明的实施例的FEC结构。如以上提及的，数据FEC编码器可以使用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码，以产生FECBLOCK过程。图示的FEC结构对应于FECBLOCK。此外，FECBLOCK和FEC结构具有对应于LDPC码字长度的相同的值。BCH编码应用于每个BBF(Kbch比特)，然后LDPC编码应用于BCH编码的BBF(Kldpc比特＝Nbch比特)，如在图22中图示的。Nldpc的值或者是64800比特(长FECBLOCK)或者16200比特(短FECBLOCK)。以下的表28和表29分别示出用于长FECBLOCK和短FECBLOCK的FEC编码参数。[表28][表29]BCH编码和LDPC编码的操作细节如下：12-纠错BCH码用于BBF的外编码。用于短FECBLOCK和长FECBLOCK的BCH生成多项式通过将所有多项式相乘在一起获得。LDPC码用于编码外BCH编码的输出。为了产生完整的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从每个Ildpc(BCH编码的BBF)被系统编码，并且附加到Ildpc。完整的Bldpc(FECBLOCK)表示为下述等式。[等式2]Bldpc=IldpcPldpc=[i0,i1,...,iKldpc-1,p0,p1,...,pNldpc-Kldpc-1]]]>用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下：1)初始化奇偶校验比特，[等式3]p0=p1=p2=...=-pNldpc-Kldpc-1=0]]>2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：[等式4]p983=p983⊕i0p2815=p2815⊕i0]]>p4837=p4837⊕i0p4989=p4989⊕i0]]>p6138=p6138⊕i0p6458=p6458⊕i0]]>p6921=p6921⊕i0p6974=p6974⊕i0]]>p7572=p7572⊕i0p8260=p8260⊕i0]]>p8496=p8496⊕i0]]>3)对于接下来的359个信息比特is，s＝1、2、…359，使用以下等式在奇偶校验位地址处累加is。[等式5]{x+(smod360)×Qldpc