广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法与流程

本发明涉及广播信号发送设备、广播信号接收设备、和发送和接收广播信号的方法。
背景技术：
：在最近的数字广播中，同步服务和内容传输的方法被要求以支持能够在陆地广播网络上的音频/视频(A/V)的接收和在互联网通信网络上的增强数据的接收的混合广播。特别地，要在未来的DTV服务中使用的应用包括使用陆地广播网络和互联网通信网络的组合的混合广播服务。混合广播服务在互联网通信网络上实时发送与在陆地广播网络上发送的广播内容相关联的一些广播内容或者增强数据，从而使用户体验各种内容。因此，存在对于在陆地广播网络和互联网通信网络上发送和接收广播内容的广播发送和接收设备的需求。技术实现要素：技术问题即，数字广播系统能够提供HD(高清)图像、多信道音频和各种附加服务。然而，需要为了数字广播改进考虑到移动接收设备的用于大量的数据的传输、发送/接收网络的鲁棒性以及网络灵活性的数据传输效率。另外，需要通过各种路径接收用于接收数字广播信号的信令信息。技术方案根据本发明的实施例的广播发送设备可以包括：控制器，该控制器用于将用于提供广播服务的信息插入到服务信令消息中并且将服务信令消息分组成传送协议分组；和发送单元，该发送单元用于发送传送协议分组。用于提供广播服务的信息可以包括：用于包括关于是用于内容的一系列时间信息的时间线的元数据的时基的第一服务信息、用于在适配媒体流中配置内容的片段的获取的详细信息的第二服务信息、用于在广播服务中获取配置内容的组件数据的路径的第三服务信息、用于针对在广播服务中使用的应用的信令消息的第四服务信息、以及用于包括配置广播服务的组件数据的流动的第五服务信息中的至少一个。第一服务信息、第二服务信息、第三服务信息以及第四服务信息中的至少一个可以包括关于传送模式的信息和引导程序信息。引导程序信息可以包括能够基于关于传送模式的信息获取服务信息的IP地址信息、端口编号信息、传送会话标识符信息以及被关联的分组标识符信息中的至少一个。第五服务信息可以包括关于在流动中包括的至少一个对象的格式的信息。第五服务信息可以包括指示是否被包括在至少一个对象中的有效载荷包括被用作默认值的组件数据的信息。用于提供广播服务的信息可以包括关于传送会话的信息。关于传送会话的信息可以包括：关于至少一个有效载荷的信息和关于每个有效载荷的传送协议的信息。关于传送会话的信息可以包括至少一个有效载荷，并且关于被包括在传送会话中的有效载荷的传送协议的信息被包括在传送会话级别中。根据本发明的实施例的广播接收设备包括：接收单元，该接收单元用于接收包括用于用信号发送广播服务的服务信令消息的传送协议分组；和控制器，该控制器用于从接收到的传送协议分组提取服务信令消息并且从被提取的服务信令消息获取用于提供广播服务的信息。用于提供广播服务的信息可以包括：用于包括关于是用于内容的一系列时间信息的时间线的元数据的时基的第一服务信息、用于在适配媒体流中配置内容的片段的获取的详细信息的第二服务信息、用于在广播服务中获取配置内容的组件数据的路径的第三服务信息、用于针对在广播服务中使用的应用的信令消息的第四服务信息、以及用于包括配置广播服务的组件数据的流动的第五服务信息中的至少一个。第一服务信息、第二服务信息、第三服务信息以及第四服务信息中的至少一个可以包括关于传送模式的信息和引导程序信息。引导程序信息可以包括能够基于关于传送模式的信息获取服务信息的IP地址信息、端口编号信息、传送会话标识符信息以及被关联的分组标识符信息中的至少一个。第五服务信息可以包括关于在流动中包括的至少一个对象的格式的信息。第五服务信息可以包括指示是否被包括在至少一个对象中的有效载荷包括被用作默认值的组件数据的信息。用于提供广播服务的信息可以包括关于传送会话的信息。关于传送会话的信息可以包括关于至少一个有效载荷的信息和关于各个有效载荷的传送协议的信息。关于传送会话的信息可以包括至少一个有效载荷并且关于被包括在传送会话中的有效载荷的传送协议的信息被包括在传送会话级别中。根据本发明的实施例的广播发送方法包括：将用于提供广播服务的信息插入到服务信令消息中；将服务信令消息分组成传送协议分组；以及发送传送协议分组。根据本发明的实施例的广播接收方法包括：接收包括用于用信号发送广播服务的服务信令消息的传送协议分组；从接收到的传送协议分组提取服务信令消息；以及从被提取的服务信令消息获取用于提供广播服务的信息。有益效果根据本发明的实施例，能够增强广播系统的传输效率。根据本发明的实施例，能够提供混合广播服务。根据本发明的实施例，广播接收设备能够在宽带上接收媒体流。附图说明被包括以提供对本发明的进一步理解并且被合并且组成本申请的一部分的附图，图示本发明的实施例并且连同描述一起用作解释本发明的原理。在附图中：图1图示根据本发明的实施例用于发送用于未来的广播服务的广播信号的装置的结构。图2图示根据本发明的一个实施例的输入格式化块。图3图示根据本发明的另一个实施例的输入格式化块。图4图示根据本发明的另一个实施例的BICM块。图5图示根据本发明的另一实施例的BICM块。图6图示根据本发明的一个实施例的帧构建块。图7图示根据本发明的实施例的OFDM产生块。图8图示根据本发明的实施例用于接收用于未来的广播服务的广播信号的装置的结构。图9图示根据本发明的实施例的帧结构。图10图示根据本发明的实施例的帧的信令分层结构。图11图示根据本发明的实施例的前导信令数据。图12图示根据本发明的实施例的PLS1数据。图13图示根据本发明的实施例的PLS2数据。图14图示根据本发明的另一个实施例的PLS2数据。图15图示根据本发明的实施例的帧的逻辑结构。图16图示根据本发明的实施例的PLS映射。图17图示根据本发明的实施例的EAC映射。图18图示根据本发明的实施例的FIC映射。图19图示根据本发明的实施例的FEC结构。图20图示根据本发明的实施例的时间交织。图21图示根据本发明的实施例的扭曲的行列块交织器的基本操作。图22图示根据本发明的另一个实施例的扭曲的行列块交织器的操作。图23图示根据本发明的实施例的扭曲的行列块交织器的对角方式读取模式。图24图示根据本发明的实施例来自每个交织阵列的交织的XFECBLOCK。图25是示出根据本发明的一个实施例的支持广播服务的协议栈的图。图26是示出根据本发明的一个实施例的广播服务的传送层的图。图27是示出根据本发明的一个实施例的经由IP网络的媒体内容发送和接收系统的配置的图。图28是示出根据本发明的一个实施例的媒体呈现描述(MPD)的结构的图。图29是示出根据本发明的一个实施例的广播接收设备的配置的图。图30至图31是示出根据本发明的另一实施例的广播接收设备的配置的图。图32是示出根据本发明的另一实施例的广播接收设备的配置的图。图33是示出根据本发明的一个实施例的广播传送帧的图。图34是示出根据本发明的另一实施例的广播传送帧的图。图35是示出根据本发明的一个实施例的传送分组的配置的图。图36是示出根据本发明的一个实施例的服务信令消息的配置的图。图37是示出根据本发明的一个实施例的服务信令消息的配置的图。图38是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。图39是示出根据本发明的一个实施例的在服务信令消息中的timebase_transport_mode字段和signaling_transport_mode字段的值的意义的图。图40至图46是示出在本发明的一个实施例中的根据timebase_transport_mode字段和signaling_transport_mode字段的值的bootstrap()字段的语法的图。图47是示出在图38至图46的实施例中的获取时基和服务信令的过程的图。图48是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。图49是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。图50是示出在图49中描述的每个传送模式的值的意义的图。图51是示出用于在下一代广播系统中用信号发送广播服务的组件数据获取路径的信令消息的配置的图。图52是示出根据本发明的一个实施例的app_delevery_info()字段的语法的图。图53是示出根据本发明的另一实施例的app_delevery_info()字段的语法的图。图54是示出包括能够获取配置广播服务的一个或者多个组件数据的路径信息的组件位置信令的图。图55是示出图54的组件位置信令的配置的图。图56是示出本发明的一个实施例中的被包括在下一代广播系统中的广播服务的信令中的其它信息的图。图57是示出根据本发明的一个实施例的被包括在下一代广播系统的服务信令中的传送模式的图。图58是示出根据本发明的一个实施例的关于被包括在下一代广播系统的服务信令中的引导程序的信息的图。图59是示出被包括在用于对象流动(objectflow)的信令中的其它信息的图。图60是示出在本发明的一个实施例中的用于表示文件模板的信息的组合的图。图61是示出根据本发明的一个实施例的被包括在服务信令中的对象流动的图。图62是示出在本发明的一个实施例中被包括在下一代广播系统中的广播服务的信令中的其它信息的图。图63是示出根据本发明的一个实施例的用于会话级别的传送会话信息的信令信息的图。图64是示出根据本发明的另一实施例的用于会话级别的传送会话信息的信令信息的图。图65是图示根据本发明的一个实施例的操作广播接收设备的过程的流程图；以及图66是图示根据本发明的一个实施例的操作广播发送设备的过程的流程图。具体实施方式现在将详细地介绍本发明的优选实施例，其示例在附图中图示。该详细说明将在下面参考附图给出，其意欲解释本发明的示例性实施例，而不是示出可以根据本发明仅实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是，对于本领域技术人员来说显而易见，本发明可以无需这些特定的细节实践。虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规的一个中选择，但是某些术语已经由申请人任意地选择，并且其含义在以下的描述中根据需要详细说明。因此，本发明应该基于该术语意欲的含义，而不是其简单的名称或者含义理解。本发明提供用于发送和接收供未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明提供用于发送和接收供未来的广播服务的广播信号的设备和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、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]用于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_TS4[表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]用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下：1)初始化奇偶校验比特，[等式3]2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：[等式4]3)对于接下来的359个信息比特is，s＝1、2、…359，使用以下等式在奇偶校验位地址处累加is。[等式5]{x+(Smod360)×Qldpc}mod(Nldpc-Kldpc)这里x表示对应于第一比特i0的奇偶校验比特累加器的地址，并且QIdpc是在奇偶校验矩阵的地址中指定的编码率相关的常数。继续该示例，对于速率13/15，QIdpc＝24，因此，对于信息比特i1，执行以下的操作：[等式6]4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。以类似的方式，使用等式6获得用于随后的359信息比特is的奇偶校验比特累加器的地址，s＝361、362、…719，这里x表示对应于信息比特i360的奇偶校验比特累加器的地址，即，在奇偶校验矩阵的地址的第二行中的条目。5)以类似的方式，对于360个新的信息比特的每个组，从奇偶校验矩阵的地址的新行用于找到奇偶校验比特累加器的地址。在所有信息比特用尽之后，最后的奇偶校验比特如下获得：6)以i＝1开始顺序地执行以下的操作。[等式7]这里pi的最后的内容，i＝0,1，...，NIdpc-KIdpc–1，等于奇偶校验比特pi。[表30]编码率Qldpc5/151206/151087/15968/15849/157210/156011/154812/153613/1524除了以表31替换表30，并且以用于短FECBLOCK的奇偶校验矩阵的地址替换用于长FECBLOCK的奇偶校验矩阵的地址之外，用于短FECBLOCK的这个LDPC编码过程是根据用于长FECBLOCK的LDPC编码过程。[表31]编码率Qldpc5/15306/15277/15248/15219/151810/151511/151212/15913/156图20图示根据本发明的实施例的时间交织。(a)至(c)示出TI模式的示例。时间交织器在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。在PLS2-STAT数据的部分中出现的以下参数配置TI：DP_TI_TYPE(允许的值：0或者1)：表示TI模式；“0”表示每个TI组具有多个TI块(一个以上的TI块)的模式。在这种情况下，一个TI组被直接映射到一个帧(无帧间交织)。“1”表示每个TI组仅具有一个TI模块的模式。在这种情况下，TI块可以在一个以上的帧上扩展(帧间交织)。DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，则这个参数是每个TI组的TI块的数目NTI。对于DP_TI_TYPE＝“1”，这个参数是从一个TI组扩展的帧PI的数目。DP_NUM_BLOCK_MAX(允许的值：0至1023)：表示每个TI组XFECBLOCK的最大数。DP_FRAME_INTERVAL(允许的值：1、2、4、8)：表示在承载给定的PHY简档的相同的DP的两个连续的帧之间的帧IJUMP的数目。DP_TI_BYPASS(允许的值：0或者1)：如果对于DP没有使用时间交织，则这个参数被设置为“1”。如果使用时间交织，则其被设置为“0”。另外，来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数目。当对于DP没有使用时间交织时，不考虑随后的TI组、时间交织操作，和TI模式。但是，将仍然需要来自调度器用于动态配置信息的延迟补偿块。在每个DP中，从SSD/MIMO编码接收的XFECBLOCK被分组为TI组。即，每个TI组是整数个XFECBLOCK的集合，并且将包含动态可变数目的XFECBLOCK。在索引n的TI组中的XFECBLOCK的数目由NxBLocK_Group(n)表示，并且在PLS2-DYN数据中作为DP_NUM_BLOCK用信号传送。注意到NxBLocK_Group(n)可以从最小值0到其最大的值是1023的最大值NxBLocK_Group_MAx(对应于DP_NUM_BLOCK_MAX)变化。每个TI组或者直接映射到一个帧上或者在PI个帧上扩展。每个TI组也被划分为一个以上的TI模块(NTI)，这里每个TI块对应于时间交织器存储器的一个使用。在TI组内的TI块可以包含略微不同数目的XFECBLOCK。如果TI组被划分为多个TI块，则其被直接映射到仅一个帧。如以下的表32所示，存在对于时间交织的三个选项(除了跳过时间交织的额外的选项之外)。[表32]典型地，时间交织器也将起在帧建立过程之前用于DP数据的缓存器的作用。这是通过用于每个DP的两个存储库实现的。第一TI块被写入第一存储库。第二TI块被写入第二存储库，同时第一存储库正在被读取等。TI是扭曲的两列块交织器。对于第n个TI组的第s个TI块，TI存储器的行数Nr等于信元Ncells的数目，即，Nr＝Ncells，同时列数Nc等于数目NxBL0CK_TI(n,s)。图21图示根据本发明的实施例的被扭曲的行-列块交织器的基本操作。图21(a)示出在时间交织器中的写入操作，并且图21(b)示出时间交织器中的读取操作。第一XFECBLOCK以列方式写入到TI存储器的第一列，并且第二XFECBLOCK被写入到下一列等等，如在(a)中所示。然而，在交织阵列中，信元以对角线方式被读出。在从第一行(沿着以最左边的列开始的行向右)到最后一行的对角线方式的读取期间，信元被读出，如在(b)中所示。详细地，假定Zn，s，i(i＝0，...，N，Nc)作为要被顺序地读取的TI存储器单元位置，通过计算如下的等式的行索引Rn，S，i、列索引Cn，S，i以及被关联的扭曲参数Tn，S，i执行以这样的校正阵列的读取过程。[等式8]其中Sshift是用于对角线方式读取过程的公共移位值，不论NxBLOCK_TI(n，s)如何，并且如以下等式，通过在PLS2-STAT中给出的NxBLOCK_TI(n，s)来确定。[等式9]对于结果，通过作为Zn，s，i＝NiCn，s，i+Rn，s，j的坐标计算要被读出的信元位置。图22图示根据本发明的另一实施例的被扭曲的行-列块交织器的操作。更加具体地，图22图示用于各个TI组的TI存储器的交织阵列，包括当NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6、NxBLOCKTI(2，0)＝5时的虚拟XFECBLOCK。可变数目NxBLOCK_TI(n，s)＝Nr将会小于或者等于N′xBLOCK_TI_MAX。因此，为了实现在接收器侧处的单个存储器解交织，不论NxBLOCK_TI(n，s)如何，通过将虚拟XFECBLOCK插入到TI存储器用于在被扭曲的行-列块交织器中使用的交织阵列被设置为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下面的等式完成读取过程。[等式10]TI组的数目被设置为3。通过DP_TI_TYPE＝‘0’、DP_FRAME_INTERVAL＝‘1’,以及DP_TI_LENGTH＝‘1’，即，NTI＝1、IJUMP＝1、以及P1＝1，在PLS2-STAT数据中用信号传送时间交织器的选项。每个TI组的其每一个具有Ncells＝30小区的XFECBLOCK的数目分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5在PLS2-DYN数据中用信号传送。通过NxBLOCK_Groyp_MAx，在PLS-STAT数据中用信号传送XFECBLOCK的最大数目，这导致图23图示根据本发明的实施例的被扭曲的行-列块的对角线方式的读取图案。更加具体地，图23示出来自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝(7-1)/2＝3的参数的各个交织阵列的对角线方式的读取图案。注意，在如上面的伪代码示出的读取过程中，如果Vi≥NcellsNxBLOCK_TI(n，s)，则Vi的值被跳过并且使用下一个计算的Vi的值。图24图示根据本发明的实施例的用于各个交织阵列的被交织的XFECBLOCK。图24图示来自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝3的参数的各个交织阵列的被交织的XFECBLOCK。图25是示出根据本发明的一个实施例的支持广播服务的协议栈的图。根据本发明的一个实施例的广播服务不仅可以提供音频/视频(A/V)数据而且提供诸如HTML5应用、交互性服务、ACR服务、第二屏幕服务以及个性化服务的附加服务。经由作为地面波、卫星等等的广播信号的物理层可以发送这样的广播服务。另外，根据本发明的一个实施例的广播服务可以由互联网通信网络(宽带)被发送。当经由是地面波、卫星等等的广播信号的物理层发送广播服务时，广播接收设备可以解调广播信号以提取被封装的MPEG-2传送流(TS)和被封装的IP数据报。广播接收设备可以从IP数据报提取用户数据报协议(UDP)数据报。广播接收设备可以从UDP数据报提取信令信息。这时，信令信息可以是以XML格式。另外，广播接收设备可以从UDP数据报提取异步层的编码/分层的编码传送(ALC/LCT)分组。广播接收设备可以从ALC/LCT分组提取在单向传送(FLUTE)分组上的文件传递。这时，FLUTE分组可以包括实时音频/视频/字幕数据、非实时(NRT)数据和电子服务指南(ESG)数据。另外，广播接收设备可以从UDP数据报提取实时传送协议(RTCP)分组和RTP控制协议(RTCP)分组。广播接收设备可以从诸如RTP/RTCP分组的实时传送分组提取A/V数据和补充数据。这时，NRT数据、A/V数据以及补充数据中的至少一个可以是ISO基础媒体文件格式(BMFF)。另外，广播接收设备可以从MPEG-2分组或者IP分组提取诸如NRT数据、A/V或者PSI/PSIP的信令信息。这时，信令信息可以是以XML或者二进制格式。当经由互联网通信网络(宽带)发送广播服务时，广播接收设备可以从互联网通信网络接收IP分组。广播接收设备可以从IP分组提取TCP分组。广播接收设备可以从TCP分组提取HTTP分组。广播接收设备可以从HTTP分组提取A/V、补充数据、信令数据等等。这时，A/V和补充数据中的至少一个可以是以ISOBMFF。另外，信令数据可以是XML格式。图26是示出根据本发明的一个实施例的广播服务的传送层的图。根据本发明的一个实施例的经由IP网络的媒体内容的发送和接收被划分成包括实际媒体内容的传送分组的发送和接收和媒体内容呈现信息的发送和接收。广播接收设备100接收媒体内容呈现信息并且接收包括媒体内容的传送分组。这时，媒体内容呈现信息指示对于媒体内容呈现所必需的信息。媒体内容呈现信息可以包括对于媒体内容呈现所必需的空间信息和时间信息中的至少一个。广播接收设备100基于媒体内容呈现信息呈现媒体内容。在详细的实施例中，根据MMT标准经由IP网络可以发送和接收媒体内容。这时，内容服务器50发送包括媒体内容呈现信息的表示信息(PI)文档。另外，内容服务器50根据广播接收设备100的请求发送包括媒体内容的MMT协议(MMTP)分组。广播接收设备100接收PI文档。广播接收设备100接收包括媒体内容的传送分组。广播接收设备100从包括媒体内容的传送分组提取媒体内容。广播接收设备100基于PI文档呈现媒体内容。在另一详细的实施例中，如在图26的实施例中，根据MPEG-DASH标准经由IP网络可以发送和接收媒体内容。在图26中，内容服务器50发送包括媒体内容呈现信息的媒体呈现描述(MPD)。在详细的实施例中，可以通过除了内容服务器50之外的外部服务器发送MPD。内容服务器50根据广播接收设备100的请求发送包括媒体内容的片段。广播接收设备100接收MPD。广播接收设备100基于MPD从内容服务器请求媒体内容。广播接收设备100根据请求接收包括媒体内容的传送分组。广播接收设备100基于MPD呈现媒体内容。广播接收设备100可以在控制器110中包括DASH客户端。DASH客户端可以包括用于解析MPD的MPD解析器、用于解析片段的片段解析器、用于经由IP发射器/接收器130发送HTTP请求消息并且接收HTTP响应消息的HTTP客户端；以及用于呈现媒体的媒体引擎。图27是示出根据本发明的一个实施例的媒体呈现描述(MPD)的结果的图。MPD可以包括时段元素、适配集元素以及表示元素。时段元素包括关于时段的信息。MPD可以包括关于多个时段的信息。时段指示媒体内容呈现的连续的时间间隔。适配集元素包括关于适配集的信息。MPD可以包括关于多个适配集的信息。适配集是包括一个或者多个可更换的媒体内容组件的媒体组件的集合。适配集可以包括一个或者多个表示。各个适配集可以包括不同语言的音频或者不同语言的字幕。表示元素包括关于表示的信息。MPD可以包括关于多个表示的信息。表示是一个或者多个媒体组件的集合并且多个不同地编码的表示可以存在于相同的媒体内容组件中。同时，如果比特流切换是可能的，则广播接收设备100可以基于在媒体内容呈现期间更新的信息从接收到的表示切换到其它的表示。特别地，广播接收设备100可以根据带宽环境将接收到的表示切换到其它的表示。表示可以被划分成多个片段。片段是媒体内容数据的单位。使用在HTTP1.1(RFC2616)中定义的HTTPGET或者HTTP部分GET方法根据媒体内容服务器30的请求表示可以作为片段或者片段的一部分被发送。另外，片段可以包括多个子片段。子片段可以意指在片段级编索引的最小的单位。片段可以包括初始化片段、媒体片段、索引片段、比特流切换片段等等。图28是示出根据本发明的一个实施例的广播服务的传送层的图。广播发送设备300可以经由由多个层组成的广播信号发送广播服务。在用于发送广播服务的多个层当中，用于经由物理媒介发送和接收原始广播信号的传送层的可以被称为物理层。广播发送设备300可以在一个或者多个频率上经由一个或者多个物理层管道(PLP)发送广播服务和与广播服务有关的数据。这时，PLP是能够在物理层上识别的一系列逻辑数据传递路径。PLP也可以被称为数据管道。一个广播服务可以包括多个组件。这时，各个组件可以是音频、视频以及数据组件中的任意一个。各个广播公司可以使用广播发送设备300经由一个或者多个PLP发送被封装的广播服务。更加具体地，广播公司可以使用广播发送设备300通过多个PLP发送被包括在一个服务中的多个组件。可替选地，广播公司可以使用广播发送设备300经由一个PLP发送被包括在一个服务中的多个组件。例如，在图28的实施例中，广播#1可以使用广播发送设备300经由PLP(PLP#0)发送信令信息。另外，在图28的实施例中，广播#1使用广播发送设备300经由不通过的PLPPLP#1和PLP#2发送被包括在第一广播服务中的组件1和组件2。在图28的实施例中，广播#N经由PLP#N发送被包括在服务#1中的组件1和组件2。这时，实时广播服务可以被封装成IP、用户数据报协议(UDP)以及用于实时内容传输，例如，实时传送协议(RTP)中的任意一个。甚至非实时内容和非实时数据可以被封装成IP、用户数据报协议(UDP)以及内容传输协议，例如，FLUE中的任意一个。因此，通过广播发送设备300发送的物理层帧可以包括用于传递一个或者多个组件的多个PLP。因此，广播接收设备100应确认所有的PLP以便于扫描用于获取广播服务内容信息的广播服务。因此，存在对于用于使广播接收设备100有效地扫描广播服务的广播传输方法和广播接收方法的需求。图29是示出根据本发明的一个实施例的广播接收设备的配置的图。在图29的实施例中，广播接收设备100包括接收器120和控制器150。接收器120包括广播接收器110和互联网协议(IP)通信单元130。广播接收器110包括信道同步器111、信道均衡器113以及信道解码器115。信道同步器110以在基带处接收到的广播信号能够被解码的方式使符号频率与时序同步。信道均衡器113补偿同步的广播信号的失真。更加具体地，信道均衡器113通过多路径、多普勒效应等补偿同步广播信号的失真。信道解码器115解码补偿其失真的广播信号。更加具体地，信道解码器115从广播信号提取传送帧，其失真被补偿。这时，信道解码器115可以执行前向纠错(FEC)。IP通信单元130经由互联网来接收和发送数据。控制器150包括信令解码器151、传送分组接口153、宽带分组接口155、基带操作控制器157、公共协议栈159、服务映射数据库161、服务信令信道处理缓存器和解析器163、A/V处理器165、广播服务指南处理器167、应用处理器169以及服务指南数据库171。信令解码器151将广播信号的信令信息解码。传送分组接口153从广播信号提取传送分组。这时，传送分组接口153可以从提取的传送分组提取诸如信令信息或IP数据报的数据。宽带分组接口155从通过互联网接收到的数据提取IP分组。这时，宽带分组接口155可以从IP分组提取信令数据或IP数据报。基带操作控制器157控制与从基带进行的广播信息接收有关的操作。公共协议栈159从传送分组提取音频或视频。A/V处理器547处理音频或视频。服务信令信道处理缓存器和解析器163解析并缓存用于以信号发送广播服务的信令信息。具体地，服务信令信道处理缓存器和解析器163可以解析和缓存用于用信号发送来自IP数据报的广播服务的信令信息。服务映射数据库165存储包括关于广播服务的信息的广播服务列表。服务指南处理器167处理指导陆地广播服务的节目的陆地广播服务指南数据。应用处理器169从广播信号提取并处理应用相关的信息。服务指南数据库171存储广播服务的节目信息。图30至图31是示出根据本发明的另一实施例的广播接收设备的配置的图。在图30至图31的实施例中，广播接收设备100包括广播接收器110、互联网协议通信单元130以及控制器150。广播接收器110可以包括调谐器114、物理帧解析器116以及物理层控制器118。调谐器114经由广播信道接收广播信号并且提取物理帧。物理帧是物理层的传输单元。物理帧解析器116解析接收到的物理帧并且获取链路层帧。物理层控制器118控制调谐器114和物理帧解析器116的操作。在一个实施例中，物理层控制器118可以使用广播信道的RF信息控制调谐器114。更加具体地，当物理层控制器118将频率信息发送到调谐器114时，调谐器114可以从广播信号获取与接收到的频率信息相对应的物理帧。在另一实施例中，物理层控制器118可以经由物理层管道的标识符控制物理层解析器116的操作。更加具体地，物理层控制器117将用于识别配置物理层管道的多个物理层管道的特定物理层管道的识别信息发送到物理层帧解析器116。物理帧解析器116可以基于接收到的识别信息识别物理层管道，并且从被识别的物理层管道获取链路层帧。控制器150包括链路层帧解析器164、IP/UDP数据报过滤器171、DTV控制引擎174、ALC/LCT+客户端172、时序控制单元175、DASH客户端192、ISOBMFF解析器194以及媒体解码器195。链路层帧解析器164从链路层帧提取数据。更加具体地，链路层帧解析器164可以从链路层帧获取链路层信令。另外，链路层帧解析器164可以从链路层帧获取IP/UDP数据报。IP/UDP数据报过滤器171从接收自链路层帧解析器164的IP/UDP数据报过滤特定的IP/UDP数据报。ALC/LCT+客户端172处理应用层传送分组。应用层传送分组可以包括ALC/LCT+分组。更加具体地，ALC/LCT+客户端172可以收集多个应用层传送分组并且生成一个或者多个ISOBMFF媒体文件格式对象。时序控制单元175操作包括系统时间信息的分组。时序控制单元175根据处理的结果控制系统时钟。DASH客户端182处理实时流或者适配媒体流。更加具体地，DASH客户端192基于HTTP处理适配媒体流并且获取DASH片段。这时，DASH片段可以是ISOBMFF对象的形式。ISOBMFF解析器194从接收自DASH客户端192的ISOBMFF对象提取音频/视频数据。这时，ISOBMFF解析器194可以提取接入单元中的音频/视频。另外，ISOBMFFF194可以从ISOBMFF对象获取用于音频/视频的时序信息。媒体解码器195解码接收到的音频和视频数据。另外，媒体解码器195经由媒体输出单元呈现被解码的结果。DTV控制引擎174是在模块之间的接口。更加具体地，DTV控制引擎174可以传递对于各个模块的操作所必需的参数以控制各个模块的操作。互联网协议通信单元130可以包括HTTP接入客户端135。HTTP接入客户端135可以将请求或者对请求的响应发送到HTTP服务器/从HTTP服务器接收请求或者对请求的响应。图32是示出根据本发明的另一实施例的广播接收设备的配置的图。在图32的实施例中，广播接收设备100包括广播接收器110、互联网协议(IP)通信单元130以及控制器150。广播接收器110可以包括用于执行由广播接收器110执行的多个功能的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更加具体地，广播接收器110可以是其中将数个半导体部件集成的片上系统(SOC)。这时，SOC可以是其中将诸如图形、音频、视频以及调制解调器等等的各种多媒体部分、处理器以及诸如DRAM的半导体存储器被集成的半导体器件。广播接收器110可以包括物理层模块119和物理层IP帧模块117。物理层模块119经由广播网络的广播信道接收和处理广播有关的信号。物理层IP帧模块117将从物理层模块119获取的IP数据报的数据分组转换成特定帧。例如，物理层模块119可以将IP数据报等等转换成RS帧、GSE等等。IP通信单元130可以包括用于执行由IP通信单元130执行的多个功能的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更加具体地，IP通信单元130可以是其中数个半导体部件被集成的片上系统(SOC)。这时，SOC可以是其中将诸如图形、音频、视频、调制解调器等的各种多媒体部分、处理器和诸如DRAM的半导体存储器被集成的半导体器件。IP通信单元130可以包括互联网接入控制模块131。互联网接入控制模块131控制用于经由互联网通信网络(宽带)获取服务、内容和信令数据中的至少一个的广播接收设备100的操作。控制器150可以包括用于执行由控制器150执行的多个功能的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更加具体地，控制器150可以是其中数个半导体部件被集成的片上系统(SOC)。这时，SOC可以是其中将诸如图形、音频、视频、调制解调器等的各种多媒体部分、处理器和诸如DRAM的半导体存储器被集成的半导体器件。控制器150可以包括信令解码器151、服务映射数据库161、服务信令信道解析器163、应用信令解析器166、报警信令解析器168、目标信令解析器170、目标处理器173、A/V处理器161、报警处理器162、应用处理器169、调度流解码器181、文件解码器182、用户请求流解码器183、文件数据库184、组件同步器185、服务/内容获取控制器187、重新分布模块189、设备管理器193以及数据共享单元191。服务/内容获取控制器187控制用于获取经由广播网络或者互联网通信网络获取的服务、内容以及与服务和内容有关的信令数据的接收器的操作。信令解码器151解码信令信息。服务信令解析器163解析服务信令信息。应用信令解析器166提取和解析与服务有关的信令信息。这时，与服务有关的信令信息可以是与服务扫描有关的信令信息。另外，与服务有关的信令信息可以是与经由服务提供的内容有关的信令信息。报警信令解析器168提取和解析与报警有关的信令信息。目标信令解析器170提取和解析用于服务的个性化的信息或者用于用信号发送目标信息的信息。目标处理器173处理用于个性化服务内容的信息。报警处理器162处理与报警有关的信令信息。应用处理器169控制应用和与应用有关的信息的执行。更加具体地，应用处理器169处理被下载的应用的状态和显示参数。A/V处理器161基于被解码的音频或者视频、应用数据等等处理与音频/视频的渲染有关的操作。调度的流解码器181解码作为根据由诸如广播公司的内容提供商先前决定的时间表流式传输的内容的被调度的流。文件解码器182解码被解码的文件。特别地，文件解码器182解码经由互联网通信网络下载的文件。用户请求流解码器183解码通过用户请求提供的内容(内容点播)。文件数据库184存储文件。更加具体地，文件数据库184可以存储经由互联网通信网络下载的文件。组件同步器185同步内容或者服务。更加具体地，组件同步器185同步经由被调度的流解码器181、文件解码器182以及用户请求流解码器183中的至少一个获取的内容的呈现时间。服务/组件获取控制器187控制用于获取服务、内容以及与服务或者内容有关的信令信息中的至少一个的接收器的操作。重新分布模块189执行用于当经由广播网络没有接收服务或者内容时支持服务、内容与服务有关的信息和与内容有关的信息中的至少一个的获取的操作。更加具体地，重新分布模块可以可以请求来自于外部管理设备300的服务、内容、与服务有关的信息以及与内容有关的信息中的至少一个。这时，外部管理设备300可以是内容服务器。设备管理器193管理可连接的外部设备。更加具体地，设备管理器193可以执行与外部设备的添加、删除以及更新中的至少一个。另外，外部设备可以被连接到广播接收设备100并且与广播接收设备100交换数据。数据共享单元191可以执行在广播接收设备100和外部设备之间的数据传输操作并且处理与交换有关的信息。更加具体地，数据共享单元191可以将A/V数据或者信令数据发送到外部设备。另外，数据共享单元191可以从外部设备接收A/V数据或者信令信息。图33是示出根据本发明的一个实施例的广播传送帧的图。在图33的实施例中，广播传送帧包括P1部分、L1部分、公共PLP部分、交织的PLP(被调度的和被交织的PLP)部分和辅助数据部分。在图33的实施例中，广播发送设备经由广播传送帧的P1部分发送关于传送信号检测的信息。另外，广播发送设备可以经由P1部分发送用于广播信号调谐的调谐信息。在图33的实施例中，广播发送设备经由L1部分发送广播传送帧的配置和各个PLP的特性。这时，广播接收设备100可以基于P1解码L1部分并且获取广播传送帧的配置和各个PLP的特性。在图33的实施例中，广播发送设备可以经由公共的PLP部分发送被共同应用于PLP的信息。根据详细实施例，广播传输帧可以不包括公共的PLP部分。在图33的实施例中，广播发送设备经由交织的PLP部分发送被包括在广播服务中的多个组件。这时，被交织的PLP部分包括多个PLP。在图33的实施例中，广播发送设备可以经由L1部分或者公共的PLP部分用信号发送关于通过哪个PLP配置广播服务的组件被用信号发送的信息。广播接收设备100应决定交织的PLP部分的多个PLP以便于获取详细的广播服务信息，用于广播服务扫描。不同于图33的实施例，广播发送设备可以发送包括关于被包括在广播服务中的组件的信息和经由广播传送帧发送的广播服务的单独部分。这时，广播接收设备100可以经由单独的部分快速地获取广播服务和关于被包括在广播服务中的组件的信息。将会参考图56描述此。图34是示出根据本发明的另一实施例的广播传送帧的图。在图34的实施例中，广播传送帧包括P1部分、L1部分、快速信息信道(FIC)部分、交织的PLP(被调度的和被交织的PLP)部分和辅助数据部分。除了FIC部分之外的部分可以等同于图33的实施例中的那些。广播发送设备经由FIC部分发送快速信息。快速信息可以包括经由传送帧发送的广播流的配置信息、简要广播服务信息和与服务/组件有关的服务信令。广播接收设备100可以基于FIC部分扫描广播服务。更加具体地，广播接收设备100可以从FIC部分提取关于广播服务的信息。图35是示出根据本发明的一个实施例的传送分组的配置的图。在图35中示出的传送分组可以使用支持可靠的数据传输的传送协议。在详细的实施例中，可靠的数据传输协议可以是异步的分层编码(ALC)。在另一实施例中，可靠的数据传输协议可以是分层的编码传送(LCT)。根据本发明的一个实施例的分组报头可以包括分组的版本信息。更加具体地，分组报头可以包括使用传送协议的传送分组的版本信息。在实施例中，上述信息可以是V字段。另外，V字段可以具有4个比特的大小。另外，根据本发明的一个实施例的分组报头可以包括与拥塞控制信息的长度相关联的信息。更加具体地，分组报头可以包括拥塞控制信息的长度和关于拥塞控制信息的长度的基本单位的倍数的信息。在详细的实施例中，上述信息可以是C字段。在一个实施例中，C字段可以被设置为0x00。在这样的情况下，拥塞控制信息的长度是32个比特。在另一实施例中，C字段可以被设置为0x01。在这样的情况下，拥塞控制信息的长度可以是64个比特。在另一实施例中，C字段可以被设置为0x02。在这样的情况下，拥塞控制信息的长度可以是96个比特。在另一实施例中，C字段可以被设置为0x03。在这样的情况下，拥塞控制信息的长度可以是128个比特。C字段可以具有2个比特的大小。另外，根据一个实施例的分组报头可以包括专用于协议的信息。在详细的实施例中，上述信息可以是PSI字段。另外，PSI字段可以具有2个比特的大小。另外，根据本发明的一个实施例的分组报头可以包括关联于指示传送会话的识别信息的字段的长度的信息。更加具体地，分组报头可以包括指示传送会话的识别信息的字段的倍数信息。上述信息可以是S字段。S字段可以具有1个比特的大小。另外，根据本发明的一个实施例的分组报头可以包括关联于指示传送对象的识别信息的字段的长度的信息。更加具体地，分组报头可以包括被乘以传送对象的识别信息的长度的基本单位的倍数信息。上述信息可以是O字段。O字段可以具有2个比特的大小。另外，根据本发明的一个实施例的分组报头可以包括关联于指示传送会话的识别信息的字段的长度的附加信息。分组报头可以包括关联于指示传送对象的识别信息的字段的长度的附加信息。因为指示传送分组的识别信息的字段和指示传送对象的识别信息的字段应存在，所以S字段和H字段或者O字段和H字段不可以同时指示0(零)。另外，根据本发明的一个实施例的分组报头可以包括指示会话完成或者将要被完成的信息。上述信息可以是A字段。在详细实施例中，A字段可以被设置为1以便于指示会话完成或者将要被完成。因此，通常，A字段可以被设置为0。当广播发送设备将A字段设置为1时，指示经由会话发送最后的分组。当A字段被设置为1时，广播发送设备应保持A字段为1直到紧跟相对应的分组的所有分组的传输完成。另外，当A字段被设置为1时，广播接收设备可以识别广播发送设备将要停止经由会话的分组传输。换言之，当A字段被设置为1时，广播接收设备可以识别不再执行分组传输。在一个实施例中，A字段可以具有1个比特的大小。另外，根据本发明的一个实施例的分组报头可以包括指示对象传输完成或者将要完成的信息。上述信息可以是B字段。在详细实施例中，当对象传输将要完成时广播发送设备将B字段设置为1。因此，通常，B字段可以被设置为0。当用于识别传送对象的信息在传送分组中不存在时，B字段可以被设置为1。这可以指示通过带外信息识别的会话中的对象的传输将要完成。另外，当用于对象的最后分组被发送时B字段可以被设置为1。另外，当在数秒钟内发送用于对象的最后分组时B字段可以被设置为1。当用于特定对象的分组的B字段被设置为1时，广播发送设备应将B字段设置为1直到紧跟相对应的分组的分组的传输完成。当B字段被设置为1时，广播接收设备100可以识别广播发送设备将会停止用于对象的分组的传输。换言之，当B字段被设置为1时，广播接收设备100可以识别不再经由会话发送对象。在一个实施例中，B字段可以具有1个比特的大小。另外，根据本发明的一个实施例的分组报头可以包括指示报头的总长度的信息。上述信息可以是HDR_LEN字段。HDR_LEN字段可以是32个比特的倍数。在详细的实施例中，当HDR_LEN字段被设置为5时，分组报头的总长度可以是作为32的倍数的160个比特。另外，HDR_LEN字段可以是8个比特。另外，根据本发明的一个实施例的分组报头可以包括与被包括在相对应的分组中的有效载荷的编码或者解码有关的信息。上述信息可以被称为代码点字段。在一个实施例中，代码点字段可以具有8个比特的大小。另外，根据本发明的一个实施例的分组报头可以包括拥塞控制信息。上述信息可以被称为拥塞控制信息(在下文中，CCI)字段。在详细的实施例中，CCI字段可以包括当前时隙索引(CTSI)字段、信道编号字段以及分组序列号字段中的至少一个。另外，根据本发明的一个实施例的分组报头可以包括用于识别传送会话的信息。上述信息可以是传送会话标识符(在下文中，TSI)。另外，在包括TSI信息中的分组报头中的字段可以是TSI字段。另外，根据本发明的一个实施例的分组报头可以包括用于识别经由传送会话发送的对象的信息。上述信息可以是传送对象标识符(在下文中，TOI)。另外，包括TOI信息中的分组报头中的字段可以是TOI字段。另外，根据本发明的一个实施例的分组报头可以包括用于发送附加信息的信息。上述信息可以被称为报头扩展字段。在一个实施例中，附加的信息可以是与传送对象的呈现有关的时间信息。在另一实施例中，附加信息可以是与传送对象的解码有关的时间信息。另外，根据本发明的一个实施例的传送分组可以包括有效载荷识别信息。在一个实施例中，识别信息可以是关联于前向纠错(FEC)方案的有效载荷识别信息。在此，FEC在RFC5109中定义的一种有效载荷格式。FEC可以在RTP或者SRTP中被使用。上述信息可以是FEC有效载荷ID字段。在一个实施例中，FEC有效载荷ID字段可以包括用于识别对象的源块的信息。上述信息可以是源块编号字段。例如，当源块编号字段被设置为N时，可以从0至N-1编号在对象中的源块。在另一实施例中，FEC有效载荷ID字段可以包括用于识别特定的编码符号的信息。上述信息可以是编码ID字段。另外，在本发明的一个实施例中，传送分组可以包括有效载荷中的数据。包括上述数据的字段可以是编码符号字段。在一个实施例中，广播接收设备100可以提取编码符号字段并且重新配置对象。更加具体地，可以从经由分组有效载荷发送的源块中生成编码符号字段中的数据。图36是示出根据本发明的一个实施例的服务信令消息的配置的图。更加具体地，图36示出根据本发明的一个实施例的服务信令消息的语法。根据本发明的一个实施例的服务信令消息可以包括信令消息报头和信令消息。这时，信令消息可以以XML格式或者二进制被表示。另外，服务信令消息可以被包括在传送协议分组的有效载荷中。根据图36的实施例的信令消息报头可以包括用于识别信令消息的识别信息。例如，信令信息可以是区段的形式。在这样的情况下，信令信息的识别信息可以包括信令表区段的标识符(ID)。指示信令消息的识别信息的字段可以是signaling_id。在详细的实施例中，signaling_id字段可以具有8个比特的大小。根据图36的实施例的信令信息报头可以包括指示信令消息的长度的长度信息。指示信令消息的长度信息的字段可以是signaling_length。在详细实施例中，signaling_length字段可以具有12个比特的大小。另外，根据图36的实施例的信令消息报头可以包括用于扩展信令消息的标识符的标识符扩展信息。这时，标识符扩展信息可以是用于识别信令的信息和信令标识符信息。指示信令消息的标识符扩展信息的字段可以是signaling_id_extension。这时，标识符扩展信息可以包括信令消息的协议版本信息。指示信令消息的协议版本信息的字段可以是protocol_version。在详细的实施例中，protocol_version字段可以是8个比特的大小。另外，根据图36的实施例的信令消息报头可以包括信令消息的版本信息。当被包括在信令消息中的信息被改变时，信令消息的版本信息可以被改变。指示信令消息的版本信息的字段可以是version_number。在详细的实施例中，version_number.字段可以具有5个比特的大小。另外，根据图36的实施例的信令消息报头可以包括指示是否信令消息当前可用的信息。指示是否信令消息是可用的字段可以current_next_indicator。例如，当current_next_indicator字段是1时，current_next_indicator字段可以指示信令消息是可用的。作为另一示例，当current_next_indicator字段是0时，current_next_indicator字段可以指示信令消息不可用，并且包括相同的信令识别信息、信令标识符扩展信息或者片段编号信息的其它信令信息是可用的。另外，根据图36的实施例的信令消息报头可以包括信令消息的片段编号信息。一个信令消息可以被划分成多个片段并且被发送。因此，用于通过接收器识别多个片段的信息可以是片段编号信息。指示片段编号信息的字段可以是fragment_number字段。在详细实施例中，fragment_number字段可以具有8个比特的大小。另外，当一个信令消息被划分成多个片段时，根据图36的实施例的信令消息报头可以包括最后片段的变化信息。例如，当关于最后的片段编号的信息是3时，这指示信令消息被划分成三个片段。另外，这可以指示包括3的片段编号的片段包括信令消息的最后数据。在详细实施例中，last_fragment_number字段可以具有8个比特的大小。图37是示出根据本发明的一个实施例的服务信令消息的配置的图。更加具体地，图37示出根据本发明的一个实施例的服务信令消息报头的语法。根据本发明的一个实施例的服务信令消息可以包括信令消息报头和信令消息。这时，信令消息可以以二级制或者XML格式被表示。另外，服务信令消息可以被包括在传送协议分组的有效载荷中。根据图37的实施例的信令消息报头可以包括用于识别信令消息的标识符信息。例如，信令消息可以以区段的形式。在这样的情况下，信令消息的标识符信息可以指示信令表区段的标识符(ID)。指示信令消息的标识符信息的字段可以是signaling_id。在详细的实施例中，字段可以具有8个比特的大小。根据图37的实施例的信令消息报头可以包括指示信令消息的长度的长度信息。指示信令消息的长度信息的字段可以是signaling_length。在详细实施例中，字段可以具有12个比特的大小。根据图37的实施例的信令消息可以具有用于扩展信令消息的标识符的标识符扩展信息。这时，标识符扩展信息可以是与信令标识符信息一起识别信令的信息。指示信令消息的标识符扩展信息的字段可以是signaling_id_extension。这时，标识符扩展信息可以包括信令消息的协议版本信息。指示信令消息的协议版本的字段可以是protocol_version。在详细实施例中，字段可以具有8个比特的大小。另外，根据图37的实施例的信令消息报头可以包括信令消息的版本信息。当被包括在信令消息中的信息改变时，信令消息的版本信息可以被改变。指示信令消息的版本信息的字段可以是version_number。在详细实施例中，version_number字段可以具有5个比特的大小。另外，根据图37的实施例的信令消息可以包括指示是否信令消息当前可用的信息。指示是否信令消息是可用的字段可以是current_next_indicator。例如，当current_next_indicator字段是1时，current_next_indicator字段可以指示信令消息是可用的。作为另一示例，当current_next_indicator字段是0时，current_next_indicator字段可以指示信令消息不可用，并且包括相同的信令识别信息、信令标识符扩展信息或者片段编号信息的其它信令消息是可用的。另外，根据图37的实施例的信令消息报头可以包括被包括在有效载荷中的信令消息的格式信息。如上所述，信令消息可以以二级制或者XML格式被表示。另外，信令消息可以以其它的格式被表示。因此，格式信息可以指示被包括在有效载荷中的信令消息的格式并且可以指示例如二进制、XML等等。指示格式信息的字段可以是payload_format字段。在详细实施例中，payload_format字段可以具有2个比特的大小。另外，根据图37的实施例的信令消息报头可以包括被包括在有效载荷中的信令消息的有效时间信息。信令消息的有效时间信息可以包括关于信令消息的有效时间的信息。在此字段中定义的时间之后，信令消息不再有效。指示有效时间信息的字段可以是期满字段。在详细的实施例中，期满字段可以具有32个比特的大小。另外，根据图37的实施例的信令消息报头可以包括信令消息的分段编号信息。一个信令消息可以被划分成多个分段并且被发送。用于通过接收器识别多个分段的信息可以是分段编号信息。指示分段编号信息的字段可以是fragment_number字段。在详细实施例中，fragment_number字段可以具有8个比特的大小。另外，当一个信令消息被划分成多个片段时，根据图37的实施例的信令消息报头可以包括最后片段的编号信息。例如，当关于最后片段编号的信息是3时，此指示信令消息被划分成三个片段。另外，这可以指示包括3的片段编号的片段包括信令消息的最后数据。指示最后片段的编号信息的字段可以是last_fragment_number。在详细的实施例中，last_fragment_number字段可以具有8个比特的大小。图38是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。根据一个实施例的广播服务信令是用于广播服务信令方法，其用于使广播接收设备100在下一代广播系统中接收广播服务和内容中的至少一个。根据图38的实施例的广播服务信令方法可以以在图36中示出的信令消息的配置为基础。根据图38的实施例的广播服务信令消息可以经由服务信令信道被发送。这时，服务信令信道可以是用于在没有经过其它层的情况下直接地发送用于广播服务的服务信令信息的物理层管道。在详细的实施例中，服务信令信道可以被称为快速信息信道(FIC)、低层信令(LLS)以及应用层传送会话中的至少一个。根据图38的实施例的广播服务信令消息可以以XML格式。根据图38的实施例的服务信令消息可以包括关于被包括在其中的服务的数目的信息。更加具体地，一个服务信令消息可以包括多个服务并且包括关于被包括在其中的服务的数目的信息。关于服务的数目的信息可以是num_services字段。在详细的实施例中，num_services字段可以具有8个比特的大小。另外，根据图38的实施例的服务信令消息可以包括服务的标识符信息。标识符信息可以是service_id字段。在详细的实施例中，service_id字段可以具有16个比特的大小。另外，根据图38的实施例的服务信令消息可以包括服务类型信息。服务类型信息可以是service_type字段。在详细的实施例中，当service_type字段具有0x00的值时，通过信令消息指示的服务类型可以是被调度的音频服务。在另一实施例中，当service_type字段具有0x01的值时，通过信令消息指示的服务类型可以是被调度的音频/视频服务。这时，被调度的音频/视频服务可以是根据预先确定的时间表的音频/视频服务广播。在另一实施例中，当service_type字段具有0x02的值时，通过信令消息指示的服务类型可以是按需服务。这时，按需服务可以是通过用户的请求呈现的音频/视频服务。另外，按需服务可以是具有与被调度的音频/视频服务的相对的概念的服务。在另一实施例中，当service_type字段具有0x03的值时，通过信令消息指示的服务类型可以是基于应用的服务。这时，基于应用的服务不是实时广播服务而是非实时服务并且经由应用被提供。基于应用的服务可以包括关联于实时广播服务的服务和不关联于实时广播服务中的至少一个。广播接收设备100可以下载应用并且提供基于应用的服务。在另一实施例中，当service_type字段具有0x04的值时，通过信令消息指示的服务类型可以是权利发行方服务。这时，权利发行方服务可以仅被提供给具有权利接收服务的人。在另一实施例中，当service_type字段具有0x05的值时，通过信令消息指示的服务类型可以是服务指南服务。这时，服务指南服务可以提供关于被提供的服务的信息。例如，关于被提供的服务的信息可以是广播时间表。另外，根据图38的实施例的服务信令消息可以包括服务名称信息。服务名称信息可以是short_service_name字段。另外，根据图38的实施例的服务信令消息可以包括short_service_name字段的长度信息。short_service_name字段的长度信息可以是short_service_name_length字段。另外，根据图38的实施例的服务信令消息可以包括关联于服务的广播服务信道编号信息。关联的广播服务信道编号信息可以是channel_number字段。另外，根据图38的实施例的服务信令消息可以包括用于广播接收设备根据传送模式获取时基或者信令消息所必需的数据。对于获取时基或者信令消息所必需的数据可以是bootstrap()字段。传送模式可以是时基传送模式和信令传输模式中的至少一个。时基模式可以是用于包括关于用于广播服务的时间线的元数据的时基的传送模式。时间线是用于媒体内容的一系列时间信息。更加具体地，时间线可以是作为媒体内容呈现准则的一系列参考时间。关于时基传送模式的信息可以是timebase_transport_mode字段。另外，信令传输模式可以是用于发送在广播服务中使用的信令消息的模式。关于信令传送模式的信息可以是signaling_transport_mode字段。图39是示出根据本发明的一个实施例的在服务信令消息中的timebase_transport_mode字段和signaling_transport_mode字段的值的意义的图。时基传送模式可以包括其中广播接收设备100经由相同的广播流中的IP数据报获取广播服务的时基。根据实施例，当timebase_transport_mode字段具有0x00的值时，timebase_transport_mode字段可以指示广播接收设备可以经由相同广播流中的IP数据报获取广播服务的时基。另外，信令传送模式可以包括其中广播接收设备100经由相同广播流中的IP数据报获取被用于广播服务的信令消息的模式。根据另一实施例，当signaling_transport_mode字段具有0x00的值时，signaling_transport_mode字段可以指示广播接收设备经由相同广播流中的IP数据报获取被用于广播服务的信令消息。相同的广播流可以意指与被用于广播接收设备接收当前服务信令消息的广播流相同的广播流。另外，IP数据报可以是根据互联网协议封装配置广播服务或者内容的组件的传送单位。在这样的情况下，时基的bootstrap()字段和信令消息可以遵循示出的语法。被示出的语法可以以XML格式被表示。图40是示出根据本发明的一个实施例的当timebase_transport_mode字段和signaling_transport_mode字段具有0x00的值时字段的语法的图。在实施例中，引导程序数据可以包括关于包括时基或者信令消息的IP数据报的IP地址格式的信息。关于IP地址格式的信息可以是IP_version_flag字段。关于IP地址格式的信息可以指示IP数据报的IP地址格式是IPv4。在一个实施例中，当关于IP地址格式的信息是0时，关于IP地址的信息可以指示IP数据报的IP地址格式是IPv4。关于IP地址格式的信息可以指示IP数据报的IP地址格式是IPv6。在一个实施例中，当关于IP地址格式的信息是1时，关于IP地址的信息可以指示IP数据报的IP地址格式是IPv6。在实施例中，引导程序数据可以包括指示是否包括时基或者信令消息的IP数据报包括源IP地址的信息。这时，源IP地址可以是IP数据报的源地址。指示是否IP数据报包括源IP地址的信息可以是source_IP_address_flag字段。在一个实施例中，当source_IP_address_flag字段是1时，这可以指示IP数据报包括源IP地址。在实施例中，引导程序数据可以包括指示是否包括时基或者信令信息的IP数据报包括目的地IP地址的信息。这时，目的地IP地址可以是IP数据报的目的地地址。指示是否IP数据报包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一个实施例中，当destination_IP_address_flag字段是1时，这可以指示IP数据报包括目的地IP地址。在实施例中，引导程序数据可以包括IP数据报的源IP地址信息，IP数据报包括时基或者信令消息。源IP地址信息可以是source_IP_address字段。在图39的实施例中，引导程序数据可以包括IP数据报的目的地IP地址信息，IP数据报包括时基或者信令信息。目的地IP地址信息可以是destination_IP_address字段。在实施例中，引导程序数据可以包括关于包括时基或者信令消息的IP数据报的流动(flow)端口的编号的信息。这时，该端口可以是用于接收IP数据报的流动的通道。指示IP数据报的用户数据报协议(UDP)端口的数目的信息可以是port_num_count字段。在实施例中，引导程序数据可以包括关于包括信令消息的时基的IP数据报的用户数据协议(UDP)端口编号的信息。用户数据报协议(UDP)是用于在没有交换信息的情况下经由互联网单向地发送信息的通信协议。现在描述返回到图39。时基传送模式可以包括其中广播接收设备100经由不同广播流中的IP数据报获取广播服务的时基的模式。根据图39的另一实施例，当timebase_transport_mode字段具有0x01的值时，timebase_transport_mode字段可以指示经由不同广播流中的IP数据报获取广播服务的时基。不同的广播流可以意指不同于用于接收当前服务信令消息的广播流的广播流。另外，信令传输模式可以包括其中广播接收设备100经由不同广播流中的IP数据报获取被用于广播服务的信令消息的模式。根据另一实施例，当signaling_transport_mode字段具有0x01的值时，signaling_transport_mode字段可以指示经由不同广播流中的IP数据报获取被用于广播服务的信令消息。在这样的情况下，信令消息和时基的bootstrap()字段可以遵循图41中示出的语法。在图41中示出的语法可以以XML格式被表示。根据图41的实施例的引导程序数据可以包括用于发送信令消息的广播公司的标识符信息。更加具体地，引导程序数据可以包括用于经由特定的频率或者传送帧发送信令消息的特定广播公司的唯一的标识符信息。广播公司的标识符信息可以是broadcasting_id字段。另外，广播公司的标识符信息可以是用于发送广播服务的传送流的标识符信息。现在描述返回到图39。时基传送模式可以包括其中广播接收设备100经由相同广播流中的基于会话的流动获取时基的模式。根据图39的另一实施例，当timebase_transport_mode字段具有0x02的值时，这可以指示经由相同广播流中的基于会话的流动获取广播服务的时基。信令传送模式可以包括其中广播接收设备100经由相同的广播流中的基于会话的流动获取信令消息的模式。信令传送模式可以包括其中广播接收设备100经由相同广播流中的基于会话的流动获取被用于广播服务的信令消息的模式。当signaling_transport_mode字段具有0x02的值时，这可以指示经由相同的广播流中的基于应用层传送会话的流动获取被用于广播服务的信令消息。这时，基于应用层传送会话的流动可以是根据异步分层的编码(ALC)分层的编码传送(LCT)会话和单向文件传输(FLUTE)会话的任意一个。在这样的情况下，信令消息和时基的bootstrap()字段可以遵循图42中示出的语法。在图42中示出的语法可以以XML格式被表示。根据图42的实施例的引导程序数据可以包括用于发送包括时基或者信令消息的应用层传送分组的应用层的传送会话标识符信息。这时，用于发送传送分组的会话可以是ALC/LCT会话和FLUTE会话中的任意一个。应用层的传送会话标识符信息可以是tsi字段。现在描述返回到图39。时基传送模式可以包括其中广播接收设备100经由不同广播流中的基于会话的流动获取时基的模式。根据图39的另一实施例，当timebase_transport_mode字段具有0x03的值时，这可以指示经由不同广播流的基于会话的流动获取广播服务的时基。信令传送模式可以包括其中广播接收设备100经由相同广播流中的基于会话的流动获取信令消息的模式。当signaling_transport_mode字段具有0x03的值时，这可以指示经由不同广播流中的基于应用层传送会话流动获取被用于广播服务的信令消息。这时，基于应用层的传送会话流动可以是异步分层编码(ALC)/分层编码传送(LCT)会话和单向文件传输(FLUTE)会话中的任意一个。在这样的情况下，信令消息和时基的bootstrap()字段可以遵循图43中示出的语法。在图43中示出的语法可以以XML格式被表示。根据图43的实施例的引导程序数据可以包括用于发送信令消息的广播公司的标识符。更加具体地，引导程序数据可以包括用于经由特定的频率或者传送帧发送信令消息的特定广播公司的唯一标识符信息。广播公司的标识符信息可以是broadcasting_id字段。另外，广播公司的标识符信息可以是广播服务的传送流的标识符信息。描述返回到图39。时基传送模式可以包括其中广播接收设备100经由相同广播流的基于分组的流动获取时基的模式。根据图39的另一实施例，当timebase_transport_mode字段具有0x04的值时，这可以指示经由相同广播流中的基于分组的流动获取广播服务的时基。这时，基于分组的流动可以是MPEG媒体传送(MMT)分组流动。信令传送模式可以包括其中广播接收设备100经由相同广播流中的基于分组的流动获取信令消息的模式。当signaling_transport_mode字段具有0x04的值时，这可以指示经由在相同的广播流中的基于传送分组的流动获取被用于广播服务的信令消息被用于广播服务的信令消息。这时，基于分组的流动可以是MMT分组流动。在这样的情况下，信令消息和时基的bootstrap()字段可以遵循图44中示出的语法。在图44中示出的语法可以以XML格式被表示。根据图44的实施例的引导程序数据可以包括用于发送时基或者信令消息的传送分组的标识符信息。传送分组的标识符信息可以是packet_id字段。传送分组的标识符信息可以是MPEG-2传送流的标识符信息。描述返回到图39。时基传送模式可以包括广播接收设备100经由不同广播流中的基于分组的流动获取时基的模式。根据图39的另一实施例，当timebase_transport_mode字段具有0x05的值时，这可以指示经由不同广播流中的基于分组的流动获取广播服务的时基。这时，基于分组的流动可以是MPEG媒体传送分组流动。信令传送模式可以包括其中广播接收设备100经由不同广播流中的基于分组的流动获取信令消息的模式。当signaling_transport_mode字段具有0x05的值时，这可以指示经由不同广播流中的基于分组的流动获取被用于广播服务的信令消息。这时，基于分组的流动可以是MMT分组流动。在这样的情况下，信令消息和时基的bootstrap()字段可以遵循图45中示出的语法。在图45中示出的语法可以以XML格式被表示。根据图45的实施例的引导程序数据可以包括用于发送信令消息的广播公司的标识符信息。更加具体地，引导程序数据可以包括用于经由特定的频率或者传送帧发送信令消息的特定广播公司的唯一的标识符信息。广播公司的标识符信息可以是broadcasting_id字段。另外，广播公司的标识符信息可以是广播服务的传送流的标识符信息。根据图45的实施例的引导程序数据可以包括用于发送时基或者信令消息的传送分组的标识符信息。传送分组的标识符信息可以是packet_id字段。传送分组的标识符信息可以是MPEG-2传送流的标识符信息。描述返回到图39。时基传送模式可以包括其中广播接收设备100经由URL获取时基的模式。根据图39的另一实施例，当timebase_transport_mode字段具有0x06的值时，这可以指示经由URL获取广播服务的时基。信令传送模式可以包括其中广播接收设备100经由URL获取信令消息的模式。当signaling_transport_mode字段具有0x06的值时，这可以指示经由用于识别被用于广播服务的信令消息的接收地址的标识符获取被用于广播服务的信令消息。这时，用于识别被用于广播服务的信令消息的接收地址的标识符可以是URL。在这样的情况下，信令消息和时基的bootstrap()字段可以遵循图46中示出的语法。在图46中指示的语法可以以XML格式被表示。根据图46的实施例的引导程序数据可以包括下载广播服务或者信令消息或者时基的URL的长度信息。URL长度信息可以URL_length字段。根据图46的实施例的引导程序数据可以包括下载广播服务的信令消息或者时基的URL的实际数据。URL的实际数据可以是URL_char字段。图47是示出在图38至图46的实施例中的获取时基和服务信令消息的过程的图。如在图47中所示，根据本发明的一个实施例的广播接收设备100可以经由基于分组的传送协议获取时基。更加具体地，广播接收设备100可以使用服务信令消息经由IP/UDP流动获取时基。另外，根据本发明的一个实施例的广播接收设备100可以经由基于会话的传送协议获取与服务有关的信令。更加具体地，广播接收设备100可以经由ALC/LCT传送会话获取与服务有关的信令消息。图48是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。根据一个实施例的广播服务信令消息是用于服务信令方法，用于使广播接收设备在下一代广播系统中接收广播服务和内容。根据实施例的广播服务信令方法可以以上述信令消息配置为基础。可以经由服务信令信道发送根据实施例的广播服务信令消息。这时，服务信令信道可以是用于在没有经过其它层的情况下直接地发送用于广播服务扫描的服务信令信息的物理层管道。在详细的实施例中，信令信道可以被称为快速信息信道(FIC)、低层信令(LLS)以及应用层传送会话中的至少一个。根据实施例的广播服务信令消息可以以XML格式被表示。根据图48的实施例的服务信令消息可以包括指示是否服务信令消息包括获取时基所必需的信息的信息。这时，时基可以包括关于被用于广播服务的时间线的元数据。时间线是用于媒体内容的一系列时间信息。指示是否用于获取时基的信息被包括的信息可以是timeline_transport_flag字段。在一个实施例中，当timeline_transport_flag字段具有1的值时，这可以指示服务信令消息包括用于发送时间线的信息。根据本发明的实施例的服务信令消息可以包括用于广播接收设备根据传送模式获取时基或者信令消息所必需的数据。用于获取时基或者信令消息的数据可以是bootstrap_data()字段。传送模式可以是时基传送模式和信令传送模式中的至少一个。时基传送模式可以是用于包括关于被用于广播服务的时间线的元数据的时基的传送模式。关于时基传送模式的信息可以是timebase_transport_mode字段。另外，信令传送模式可以是用于发送被用于广播服务的信令消息的模式。关于信令传送模式的信息可以是signaling_transport_mode字段。另外，根据timeline_transport_mode字段的bootstrap_data()字段的意义可以等同于上面的描述。图49是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令的配置的图。根据一个实施例的广播服务信令消息是用于使广播接收设备在下一代广播系统中接收广播服务和内容的服务信令方法。根据实施例的广播服务信令方法可以以上述信令消息配置为基础。根据实施例的广播服务信令消息可以经由服务信令信道被发送。这时，服务信令信道可以是用于在没有经过其它层的情况下直接地发送用于广播服务的服务信令信息的物理层管道。在详细的实施例中，信令信道可以被称为快速信息信道(FIC)、低层信令(LLS)以及应用层传送会话中的至少一个。根据图48的实施例的广播服务信令消息可以以XML格式被表示。根据实施例的服务信令消息可以包括指示是否服务信令消息包括有必要获取时基的信息。这时，时基可以包括关于被用于广播服务的时间线的元数据。时间线是用于媒体内容的一系列时间信息。指示是否用于获取时基的信息被包括的信息可以是timeline_transport_flag字段。在一个实施例中，当timeline_transport_flag字段具有1的值时，这可以指示服务信令消息包括用于发送时间线的信息。根据实施例的服务信令消息可以包括指示是否信令消息包括有必要获取服务信令信息所必需的数据的信息。这时，信令消息可以是被用于广播服务的媒体呈现数据(MPD)或者与MPDURL有关的信令消息。指示是否有必要获取信令消息的信息被包括的信息可以是MPD_transport_flag字段。在一个实施例中，当MPD_transport_flag字段具有1的值时，这可以指示服务信令消息包括关于与MPDURL有关的信令消息的传输有关的信息或者MPD。基于HTTP的适配媒体流可以被称为基于HTTP的动态适配流(DASH)。在适配媒体流中，用于使广播接收设备获取配置广播服务和内容的分段的详细信息可以被称为MPD。MPD可以以XML格式被表示。与MPDURL有关的信令消息可以包括能够获取MPD的地址信息。另外，根据实施例的服务信令消息可以指示是否服务信令消息包括组件数据的获取路径信息。这时，组件可以是用于提供广播服务的内容数据的单位。指示是否组件数据的获取路径信息被包括的信息可以是component_location_transport_flag字段。在一个实施例中，当component_location_transport_flag字段具有1的值时，component_location_transport_flag字段可以指示服务信令消息包括组件数据的路径信息。另外，根据实施例的服务信令消息可以指示是否有包括必要获取与应用有关的信令消息的信息。指示是否包括有必要获取与应用有关的信令消息的信息可以是app_signaling_transport_flag字段。在一个实施例中，当app_signaling_transport_flag字段具有1的值时，app_signaling_transport_flag字段可以指示服务信令消息包括组件数据的获取路径信息。另外，根据实施例的服务信令消息可以指示是否包括信令消息传输有关的信息。指示是否包括信令消息传输有关的信息的信息可以是signaling_transport_flag字段。在一个实施例中，当signaling_transport_flag字段具有1的值时，signaling_transport_flag可以指示服务信令信息包括信令消息传输有关的信息。当服务信令消息不包括上述MPD有关的信令、组件获取路径信息和应用层有关的信息时，广播接收设备可以经由信令消息传送路径获取与MPD有关的信令、组件获取路径信息以及应用有关的信令信息。根据实施例的服务信令消息可以指示用于发送被用于广播服务的时基的模式。关于用于发送时基的模式可以是timebase_transport_mode字段。根据实施例的服务信令消息可以指示用于发送被用于广播服务的MPD或者MPDURL有关的信令消息的模式。关于用于发送MPD或者MPDURL有关的信令消息的模式的信息可以是MPD_transport_mode字段。根据实施例的服务信令消息可以指示用于发送包括被用于广播服务的组件数据的获取路径的组件位置信令消息的模式。关于用于发送包括组件数据的获取路径的组件位置信令消息的信息可以是component_location_transport_mode字段。根据实施例的服务信令消息可以指示用于发送被用于广播服务的与应用有关的信令消息的模式。用于发送与应用有关的信令消息的信息可以是app_signaling_transport_mode字段。根据实施例的服务信令消息可以指示用于发送被用于广播服务的与服务有关的信令消息的模式。关于用于发送与服务有关的信令消息的信息可以是signaling_transport_mode字段。现在将会描述timebase_transport_mode字段、MPD_transport_mode字段、component_location_transport_mode字段、app_signaling_transport_mode字段以及signaling_transport_mode字段的值的意义。图50是示出各个传送模式的值的意义的图。X_transport_mode可以包括timebase_transport_mode、MPD_transport_mode、component_location_transport_mode、app_signaling_transport_mode以及signaling_transport_mode。各个传送模式的值的详细意义等同于上面的描述。根据图49的实施例的服务信令消息可以包括对于广播接收设备根据各个模式的值获取时基或者信令消息所必需的信息。有必要获取时基或者信令消息的信息可以是bootstrap_data()字段。更加具体地，被包括在bootstrap_data()中的信息等同于上面的描述。图51是示出用于在下一代广播系统中用信号发送广播服务的组件数据获取路径的信令消息的配置的图。在下一代广播系统中，一个广播服务可以是由一个或者多个组件组成。基于根据实施例的信令消息，广播接收设备可以获取在广播流中的组件数据和有关应用的获取路径的信息。这时，根据实施例的信令消息可以以XML格式表示。根据实施例的信令消息可以包括指示信令消息是用于用信号发送组件位置的消息的信息。指示信令消息是用于用信号发送组件位置的信令消息是signaling_id字段。在详细的实施例中，signaling_id字段可以具有8个比特的大小。另外，根据实施例的信令消息可以包括指示信令消息是用于用信号发送组件位置的消息的扩展信息。这时，扩展信息包括用于用信号发送组件位置的消息的协议版本。扩展信息可以是signaling_id_extension字段。另外，根据图50的实施例的信令消息可以包括用于用信号发送组件位置的消息的版本信息。这时，版本信息可以指示用于用信号发送组件位置的消息的信息已经被改变。版本信息可以是version_number字段。另外，根据实施例的信令消息可以包括关联的广播服务的标识符信息。这时，被关联的广播服务的标识符信息可以是service_id字段。另外，根据实施例的信令消息可以包括关联于广播服务的组件的数目。这时，关联的组件的数目可以是num_component字段。另外，根据实施例的信令消息可以包括各个组件的标识符。例如，可以通过组合MPEGDASH的MPD@id、period@id以及representation@id配置组件标识符。这时，各个组件的标识符信息可以是component_idfield字段。另外，根据实施例的信令消息可以包括component_id的长度。这时，component_id字段的长度信息可以是component_id_length字段。另外，根据实施例的信令消息可以包括指示能够获取组件数据的频率的频率信息。组件数据可以包括DASH片段。这时，能够获取组件数据的频率信息可以是frequency_number字段。另外，根据实施例的信令消息可以包括广播公司的唯一的标识符。广播公司可以经由被发送的传送帧或者特定的频率发送组件数据。这时，广播公司的唯一的标识符可以是broadcast_id字段。另外，根据实施例的信令消息可以包括用于发送组件数据的物理层管道的标识符。这时，用于发送组件数据的物理层管道的标识符信息可以是datapipe_id字段。另外，根据实施例的信令消息可以包括IP数据报的IP地址格式，IP数据报包括组件数据。关于IP地址格式的信息可以是IP_version_flag字段。关于IP数据报的IP地址格式的信息可以是IP_version_flag字段。在详细实施例中，当IP_version_flag字段的值是0时，这可以指示IPv4，并且当IP_version_flag字段的值是1时，这可以指示IPv6。另外，根据实施例的信令消息可以包括指示是否包括组件数据的IP数据报包括源IP地址的信息。指示是否IP数据报包括源IP地址的信息可以是source_IP_address_flag字段。在一个实施例中，当source_IP_address_flag字段是1时，这可以指示IP数据报包括源IP地址。另外，根据实施例的信令消息可以包括指示是否包括组件数据的IP数据报包括目的地IP地址的信息。指示是否IP数据报包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一个实施例中，当destination_IP_address_flag字段是1时，这可以指示IP数据报包括目的地IP地址。另外，根据实施例的信令消息可以包括IP数据报的源IP地址信息，IP数据报包括组件数据。在一个实施例中，当source_IP_address_flag字段具有1的值时，信令消息可以包括源IP地址信息。源IP地址信息可以是source_IP_address字段。另外，根据实施例的信令消息可以包括指示组件数据的IP数据报的目的地IP地址信息。在一个实施例中，当destination_IP_address_flag字段具有1的值时，信令消息可以包括目的地IP地址信息。目的地IP地址信息可以是destination_IP_address字段。另外，根据实施例的信令消息可以包括IP数据报的UDP端口编号信息，IP数据报包括组件数据。UDP端口编号信息可以是UDP_port_num字段。另外，根据实施例的信令消息可以包括用于发送包括组件数据的传送分组的应用层的传送会话标识符信息。用于发送传送分组的会话可以是ALC/LCT会话和FLUTE会话中的至少一个。会话的标识符信息可以是tsi字段。另外，根据实施例的信令消息可以包括传送分组的标识符信息，传送分组包括组件数据。传送分组的标识符信息可以是packet_id字段。另外，根据实施例的信令消息可以包括关联于广播服务的应用信令消息的数目。这时，根据service_id字段可以识别广播服务。关于应用信令消息的数目的信息可以是num_app_signaling字段。另外，根据实施例的信令消息可以包括应用信令消息的标识符信息。应用信令的标识符信息可以是app_signaling_id字段。另外，根据实施例的信令消息可以包括app_signaling_id字段的长度信息。app-signaling_id_field的长度信息可以是app_signaling_id_length字段。另外，根据实施例的信令消息可以包括用于获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据。关于用于获取被包括在关联于应用信令消息的标识符的信令消息的应用的数据的路径的信息可以是app_delivery-info()字段。图52是示出根据本发明的一个实施例的app_delevery_info()字段的语法的图。根据实施例的用于能够获取被包括在应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括指示是否应用或者关联的数据经由不同的广播流被发送的信息。指示是否应用或者关联的数据经由不同的广播流被发送的信息可以是broadcasting_flag字段。另外，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括IP数据报的IP地址格式，IP数据报包括应用或者关联的数据。关于IP数据报的IP地址格式可以是IP_version_flag字段。在一个实施例中，当IP_version_flag字段是0时，则可以指示包括应用或者关联的数据的IP数据报使用IPv4，并且当IP_version_flag字段是1时，这可以指示包括应用或者关联的数据的IP数据报使用IPv6。另外，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括指示是否包括应用或者关联的数据的IP数据报包括源IP地址的信息。这时，关联的数据可以是有必要执行应用的数据。指示是否包括应用或者关联的数据的IP数据报包括源IP地址的信息可以是source_IP_address_flag字段。在一个实施例中，当source_IP_address_flag字段是1时，这可以指示IP数据报包括源IP地址。另外，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括指示是否包括应用或者关联的数据的信息包括目的地IP地址的信息。指示是否包括应用或者关联的数据的IP数据报包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一个实施例中，当destination_IP_address_flag字段是1时，这可以指示IP数据报包括目的地IP地址。另外，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括用于发送应用或者关联的标识符的广播公司的唯一的标识符。换言之，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括广播服务传送流的标识符。用于经由发送的传送帧或者特定的频率发送应用或者关联的数据的广播公司的唯一的标识符信息可以是broadcast_id字段。另外，当source_IP_address_flag字段具有1的值时，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括IP数据报的源IP地址，IP数据报包括应用或者关联的数据。包括应用或者关联的数据的IP数据报的源IP地址信息可以是source_IP_address字段。另外，当destination_IP_address_flag字段具有1的值时，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括IP数据报的目的地IP地址，IP数据报包括应用或者关联的数据。包括应用或者关联的数据的目的地IP地址信息可以是destination_IP_address字段。另外，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括关于包括应用或者被关联的数据的IP数据报的数目或者流动端口的信息。指示包括应用或者被关联的数据的IP数据报的流动端口的数目的信息可以是port_num_count字段。另外，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括IP数据报的UDP端口编号的信息，IP数据报包括应用或者关联的数据。关于包括应用或者关联的数据的IP数据报的UDP端口编号的信息可以是destination_UDP_port_number字段。另外，根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括用于发送应用或者关联的数据的传送会话的标识符。用于发送应用或者关联的数据的传送会话可以是ALC/LCT会话和FLUTE会话中的任意一个。用于发送应用或者关联的数据的传送会话的标识符信息可以是tsi字段。图53是示出根据本发明的另一实施例的app_delevery_info()字段的语法的图。根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括用于发送应用或者关联的数据的传送分组的标识符。用于发送应用或者关联的数据的传送分组可以遵循一基于分组的传送流动为基础的协议。例如，基于分组的传送流动可以包括MPEG媒体传送协议。用于发送应用或者关联的数据的传送分组的标识符信息可以是packet_id字段。图54是示出包括能够获取配置广播服务的一个或者多个组件数据的路径信息的组件位置的图。更加具体地，图54示出当通过DASH分段表示配置广播服务的一个或者多个内容时能够获取包括DASH分段的组件数据的路径的信息。图55是示出图54的组件位置信令的配置的图。根据实施例的组件位置信令可以包括关联于广播服务的MPEGDASHMPD的标识符信息。MPEGDASHMPD的标识符信息可以是mpdip字段。另外，根据实施例的组件位置信令可以包括MPEGDASHMPD中的时段属性的标识符。MPEGDASHMPD中的时段属性的标识符信息可以是时段字段。另外，根据实施例的组件位置信令可以包括通过periodied字段指示的时段中的表示属性的标识符。时段中的表示属性的标识符信息可以是ReptnID字段。另外，根据实施例的组件位置信令可以包括能够获取被包括在通过ReptnID字段指示的时段中的表示属性中的DASH分段的频率编号。获取DASH分段的频率编号可以是RF频道编号。关于获取DASH分段的频率编号的信息可以是RFChan字段。另外，根据实施例的组件位置信令可以包括用于通过特定的频率或者被发送的传送帧发送DASH分段的广播公司的唯一的标识符。关于用于发送DASH分段的广播公司的唯一的标识符的信息可以是Broadcastingid字段。另外，根据实施例的组件位置信令可以包括用于传递DASH分段的物理层管道的标识符。物理层管道可以是经由物理层发送的数据管道。关于用于传递DASH分段的物理层管道的标识符的信息可以是DataPipeId字段。另外根据实施例的组件位置信令可以包括包括DASH分段的IP数据报的目的地IP地址。包括DASH分段的IP数据报的目的地IP地址信息可以是IPAdd字段。另外，根据实施例的组件位置信令可以包括IP数据报的UDP端口编号，IP数据报包括DASH分段。关于包括DASH分段的IP数据报的UDP端口编号的信息可以是UDPPort字段。另外，根据实施例的组件位置信令可以包括用于发送包括DASH分段的传送分组的传送会话的标识符。用于发送传送分组的会话的标识符可以是ALC/LCT会话和FLUTE会话中的至少一个。关于用于发送传送分组的会话的标识符的信息可以是TSI字段。另外，根据实施例的组件位置信令可以包括传送分组的标识符，传送分组包括DASH分段。关于传送分组的标识符的信息可以是PacketId字段。图56是示出在本发明的一个实施例中的在下一代广播系统中的广播服务的信令中包括的其它信息的图。服务的信令可以包括关于服务标识符(id)、服务类型、服务名称、频道编号、时基位置、传递模式、引导程序信息、MPD、MPD信令位置、组件信令位置、应用信令位置以及/或对象流动的信息。服务标识符可以指示用于识别服务的信息并且可以通过id属性表达。服务类型信息可以包括服务的类型并且可以通过serviceType属性表达。服务名称信息可以指示服务的名称并且可以通过serviceName属性表达。频道编号信息可以指示关于与服务有关的频道编号的信息并且可以通过channelNumber属性表达。时基位置信息可以指示能够获取时基的位置并且可以通过TimebaseLocation元素表达。在此，时基可以指示建立用于同步被包括在服务中的组件的时间线的元数据的信息。被包括在时基位置信息中的传递模式信息可以指示时基的传递模式。根据传递模式，被包括在时基位置信息中的引导程序信息可以包括时基的引导程序信息。MPD可以包括关联于服务的MPD。MPD信令位置信息可以指示与MPD或者MPDURL有关的信令能够被获取的位置。被包括在MPD信令位置中的传递模式信息可以指示MPD位置信令的传递模式。根据传递模式，被包括在MPD信令位置中的引导程序信息可以包括MPD或者MPDURL的引导程序信息。组件信令位置信息可以指示关联于服务的组件位置信令信息。被包括在组件信令信息中的传递模式信息可以指示组件位置信令的传递模式。根据传递模式，被包括在组件信令位置信息中的引导程序信息可以包括组件位置信令的引导程序信息。应用信令位置信息可以指示能够获取应用信令的位置。被包括在应用信令位置信息中的传递模式信息可以指示应用信令的传递模式。根据传递模式，被包括在应用信令位置信息中的引导程序信息可以包括应用信令的引导程序信息。对象流动信息可以包括关于用于发送服务的组件的有关对象流动的信息。图57是示出根据本发明的一个实施例的在下一代广播系统的服务信令中包括的传递模式的图。如上所述，传递模式可以作为属性被包括在各个位置元素中。可以根据其值如下地区分传递模式。当传递模式的值是0x00时，这可以指示通过与用于接收服务信令消息的广播流相同的广播或者蜂窝网络发送IPv4/IPv6流动。当传递模式的值是0x01时，这可以指示通过不同的广播网络发送IPv4/IPv6流动。当传递模式的值是0x02时，这可以指示通过相同的广播网络可以发送基于会话的流动。在此，基于会话的流动可以意指根据实施例的ALC/LCT或者FLUTE会话。当传递模式的值是0x03时，这可以指示通过不同的广播网络可以发送基于会话的流动。在此，基于会话的流动可以意指根据实施例的ALC/LCT或者FLUTE会话。当传递模式的值是0x04时，这可以指示通过相同的广播网络发送基于分组的流动。在此，基于分组的流动可以意指根据实施例的基于MMT分组的传输。当传递模式的值是0x05时，这可以指示可以通过不同的广播网络发送基于分组的流动。在此，基于分组的流动可以意指根据实施例的基于MMT分组的传输。当传递模式的值是0x06时，这可以指示通过URL指定位置。传递模式的值0x07至0xFF没有被设置并且被用于指示其它的传递模式。如上所述，被包括在时基位置、MPD信令位置、组件信令位置以及应用信令位置元素中的信息可以根据传递模式经由等于或者不同于服务信令的路径可以被发送。图58是示出根据本发明的一个实施例的下一代广播系统的服务信令中的引导程序的信息的图。关于引导程序的信息可以通过BootstrapInfo被如下地表达。在上述信令消息中描述的BootstrapInfo元素可以包括用于使接收器获取时基信息、MPD或者MPDURL信息、组件信令信息、应用信令信息等等的信息。即，如上所述，BootstrapInfo可以被包括在关于IP地址、端口编号、传送会话标识符以及/或者关联的分组标识符的信息。更加具体地，BootstrapInfo元素可以包括诸如RFchannel、broadcastID、datapipeID(PLPID)、sourceIP、desitinationIP、destinationPort、tsi、URL、packetid等等的属性。被包括在BootstrapInfo元素中的信息可以根据被包括在BootstrapInfo元素属于的位置中的传递模式而被改变。RFchannel属性可以包括关于承载广播流的射频信道的信息。broadcastID属性可以指示用于发送广播流的广播公司的标识符。datapipeID(PLPID)属性可以指示承载IP数据报的物理层数据管道的标识符。datapipeID可以通过PLPID表达并且PLPID可以指示物理层管道的标识符。sourceIP属性可以指示承载关联的数据的IP数据报的源地址。destinationIP属性可以指示承载关联的数据的IP数据报的目的地地址。destinationPort属性可以指示承载关联的数据的IP数据报的目的地端口编号。tsi属性可以指示用于传递承载关联的数据的传送分组的传送会话的标识符。URL属性可以指示能够获取关联的数据的URL。packetid属性可以指示承载关联的数据的传送分组的标识符。在下文中，参考图59将会描述在图56中示出的用于广播服务的信令中的信息的objectFlow元素。图59是示出用于对象流动的信令中包括的信息的图。各个对象流动可以是用于发送配置服务的一个或者多个组件的流动。因此，一个服务可以包括关于一个或者多个对象流动的信息。对象流动可以包括id、objectFormat、contentType以及/或者contentEncoding属性。另外，对象流动可以包括文件元素并且文件元素可以包括contentLocation和/或TOI属性。另外，对象流动可以包括FileTemplate元素并且FileTemplate元素可以包括contentLocTemplate、startTOI、endTOI以及/或者scale属性。另外，对象流动可以包括ObjectGroup元素并且ObjectGroup元素可以包括contentLocation、startTOI以及/或者endTOI属性。另外，对象流动可以包括上述的BootstrapInfo元素。id可以指示对象流动的标识符。当经由对象流动传递DASH片段时，该id能够等同MPD标识符、时段标识符、以及DASH表示标识符的组合。objectFormat可以指示如上所述的在此对象流动中的对象的格式。contentType可以指示用于此对象流动的媒体内容组件类型。contentEncoding可以指示经由此对象流动传递的对象的编码方法。文件元素可以包括关于文件的信息。文件元素的contentLocation可以指示能够获取文件的位置。当经由此对象流动传递DASH片段时，contentLocation可以等同于DASH片段URL。文件元素的TOI属性是传送对象标识符并且可以指示传送对象的标识符。FileTemplate元素可以包括关于文件模块的信息。FileTemplate元素的contentLocTemplate可以指示被用于生成能够获取文件的位置的模板。FileTemplate元素的startTOI可以指示经由此对象流动传递的第一TOI。FileTemplate元素的可以指示经由此对象流动传递的最后的TOI。FileTemplate元素的缩放属性可以指示关于在此对象流动中的TIO值之间的缩放的信息。ObjectGroup元素可以包括关于此对象流动传递的传送对象的组的信息。ObjectGroup元素的contentLocation可以指示被关联此对象组的内容的位置。ObjectGroup元素的startTOI可以指示经由此对象组传递的第一TOI。ObjectGroup元素的endTOI可以指示经由此对象组传递的最后的TOI。BootstrapInfo元素可以包括此对象流动的引导程序信息。根据图59的实施例的被包括在用于对象流动的信令中的信息的objectFormat属性可以包括被包括在经由对象流动传递的此对象中的有效载荷的格式的信息。在第一实施例中，对象流动的对象格式属性可以指示被包括在流动中的有效载荷包括支持实时流的一般文件。根据第一实施例的对象格式可以是一般文件。在第二实施例中，对象流动的对象格式属性可以指示被包括在流动中的有效载荷包括支持实时流的数据文件。例如，根据第二实施例的对象格式属性可以指示ISOBMFF中的DASH分段。在第三实施例中，对象流动的对象格式属性可以指示被包括在流动中的有效载荷包括为了支持实时流以HTTP实体格式表示的数据文件。HTTP实体可以是用于根据HTTP发送内容的一个实体。在下文中，将会参考图60描述被包括在用于图59中示出的对象流动的信令中的信息的文件模板元素。图60是示出在本发明的一个实施例中的用于表示文件模板的信息的组合的图。文件模板可以通过Representation@id和片段编号的组合来表示。例如，当DASH片段被发送时，如在图60中所示，Representation@id和分段编号可以被组合以动态地生成关于各个文件的内容位置的信息。结果，广播接收设备能够根据动态地生成的内容位置信息有效地获取包括特定组件的传送分组的流动。图61是示出根据本发明的一个实施例的被包括在服务信令中的对象流动的图。对象流动可以进一步包括默认属性@isDefault以及参考图59描述的对象格式属性。即，对象流动可以包括id、objectFormat、contentType、contentEncoding以及/或者isDefault属性。另外，对象流动可以包括文件元素并且文件元素可以包括contentLocation和/或TOI属性。对象流动可以包括FileTemplate元素并且FileTemplate元素可以包括contentLocTemplate、startTOI、endTOI以及/或者缩放属性。另外，对象流动可以包括ObjectGroup元素并且ObjectGroup元素可以包括contentLocation、startTOI以及/或者endTOI属性。另外，对象流动可以包括上述元素。id可以指示此对象流动的标识符。当经由此对象流动传递DASH分段时，该id能够等于MPD标识符、时段标识符以及DASH表示标识符的组合。objectFormat可以指示如上所述的此对象流动中的对象的格式。contentType可以指示用于此对象流动的媒体内容组件类型。contentEncoding可以指示经由此对象流动传递的对象的编码方法。isDefault可以指示是否经由对象流动传递的对象中包括的有效载荷包括通过默认使用的组件数据。例如，这可以指示在没有接收和处理诸如DASHMPD的附加的信令信息的情况下是否接收器基本上接收和表示经由此对象流动传递的组件数据。文件元素可以包括关于文件的信息。文件元素的contentLocation可以指示能够获取文件的位置。当经由此对象流动传递DASH分段时，contentLocation可以等同于DASH分段URL。文件元素的TOI属性是传送对象标识符并且可以指示传送对象的标识符。FileTemplate元素可以包括关于文件模板的信息。FileTemplate元素的contentLocTemplate可以指示被用于生成能够获取位置的模板。FileTemplate元素的startTOI可以指示经由此对象流动传递的第一TOI。FileTemplate元素的endTOI可以指示经由此对象流动传递的最后的TOI。FileTemplate元素的缩放属性可以指示关于在此对象流动中的TOI值之间的缩放的信息。ObjectGroup元素可以包括关于经由此对象流动传递的传送对象的组的信息。ObjectGroup元素的contentLocation可以指示被关联此对象组的内容的位置。ObjectGroup元素的startTOI可以指示经由此对象组传递的第一TOI。ObjectGroup元素的endTOI可以指示经由此对象组传递的最后的TOI。BootstrapInfo元素可以指示此对象流动的引导程序信息。图62是示出在本发明的一个实施例中的下一代广播系统中的广播服务的信令中包括的其它信息的图。现有的FLUTE客户端可以接收文件描述表(FDT)并且然后广播接收设备可以根据FDT接收文件。然而，此方法不适合于经由实时广播服务的文件的发送和接收。换言之，FULUTE协议不可以被适当地应用于使用单向传送协议的实时广播服务。因此，在本发明的一个实施例中，服务信令可以包括FDT信息。更加具体地，如在图62中所示，根据本发明的一个实施例的FDTInstance元素可以包括@id属性(元素)。@id属性可以指示FDT实例的特定标识符。因此，广播接收设备可以经由@id属性识别FDT实例以动态地生成FDT实例。另外，广播接收设备可以根据被生成的FDT实例接收和处理以文件的形式表示的实时流数据(应描述其它的属性)。另外，根据本发明的一个实施例的FDTInstance元素可以包括@Expires属性。@Expires属性可以包括关于FDTInstance的期满信息的信息。因此，广播接收设备100可以根据FDTInstance属性放弃期满的FDTInstance。另外，根据本发明的一个实施例的FDTInstance元素可以包括@Complete属性。在一个实施例中，当@Complete属性具有真的值时，@Complete属性可以指示在相同的会话中提供的未来的FDTInstance不包括新数据。另外，根据本发明的一个实施例的FDTInstance元素可以包括@Content-Location属性。@Content-Location属性可以经由有效的URL被指配。另外，根据本发明的一个实施例的FDTInstance元素可以包括@TOI属性。@TOI属性被必要地指配有效的TOI值。另外，根据本发明的一个实施例的FDTInstance元素可以包括@Content-Length属性。@Content-Length属性可以是文件内容的实际长度信息。另外，根据本发明的一个实施例的FDTInstance元素可以包括@Transfer-Length属性。@Transfer-Length属性可以是文件内容的传输长度。另外，根据本发明的一个实施例的FDTInstance元素可以包括@Content-Encoding属性。@Content-Encoding属性可以是文件内容的编码信息。另外，根据本发明的一个实施例的FDTInstance元素可以包括@Content-Type属性。@Content-Type属性可以是文件内容的类型信息。图63是示出根据本发明的一个实施例的用于会话级别的传送会话信息的信令信息的图。当使用基于LCT的协议发送实时或者非实时内容时，诸如TSID的描述会话级别的传送会话信息的信令信息可以被使用。使用诸如传送内容的带内方法或者使用单独的路径的带外方法的各种方法经由信令消息中的一些可以发送TSID。TSID是用于传送会话实例描述符的缩写并且可以指示包括关于传送会话的详细信息的描述符。TSID可以包括tsi属性、经由SourceFlow和/或RepairFlow发送的PayloadFormat元素。另外，PayloadFormat元素可以包括codePoint、protocol、deliveryObjectFormat、realtime、isobmff以及/或者packetheadersize属性。另外，PayloadFormat元素可以包括EFID和/或ApplicationIdentifier元素。tsi可以指示传送会话标识符。codePoint可以定义何种代码点值被用于此有效载荷。此值可以指示LCT报头的CP字段的值。protocol指示此有效载荷的传送协议。即，协议可以定义在有效载荷级各个有效载荷的传送协议。各种类型可以存在于基于LCT的传送协议，并且可以通过将整数值指配给各个类型识别类型。例如，0可以识别ALC并且1可以识别ROUTE。另外，相同的识别方法可应用于其它的协议和在未来要定义的新协议。另外，在上述实施例中，其它的@protocol值可以以具有等于被指配给@codepoint的值的代码点值的LCT分组为单位被指配以在一个传送会话内使用各种协议发送内容。deliveryObjectFormat可以指示传送对象的有效载荷格式。realtime可以指示是否LCT分组包括用于实时服务的组件数据。当用于实时服务的组件数据被包括时，这可以指示是否包括表示传送对象的表示时间的NTP时间戳的扩展报头被包括。isobmff可以指示是否传送对象是一系列的ISOBMFF盒、通过MPD引用的DASH对象或者根据MMT的MPU模式分段的一系列的ISOBMFF盒。packetheadersize可以指示路由分组报头的大小。EFID可以包括文件传递的数据的详细信息。ApplicationIdentifier可以提供能够被映射到在此传送会话中承载的应用的附加信息，例如，DASH内容的RepresentationID。图64是示出根据本发明的另一实施例的用于会话级别的传送会话信息的信令信息的图。当使用基于LCT的协议发送实时或者非实时内容时，诸如TSID的描述会话级别的传送会话信息的信令信息可以被使用。使用诸如传送内容的带内方法或者使用单独的路径的带外方法的各种方法经由信令消息中的一些可以发送TSID。当在一个传送会话内发送的分组的协议都是相同的时，TSID可以具有下述结果。即，协议属性可以存在于TransportSessionprotocol协议属性处，并且可以指示具有tsi属性的TSI值的会话的所有分组经由与被指配给协议属性的值相对应的协议被发送。TSID可以包括tsi属性、SourceFlow的协议属性、PayloadFormat元素以及各个传送会话的RepiarFlow。另外，PayloadFormat元素可以包括codePoint、deliveryObjectFormat、realtime、isobmff以及/或者packetheadersize属性。另外，PayloadFormat元素可以包括EFID和/或ApplicationIdentifier元素。tsi可以指示传送会话标识符。protocol指示此有效载荷的传送协议。各种类型可以存在于基于LCT的传送协议中，并且可以通过将整数值指配给各个类型可以识别类型。例如，0可以识别ALC并且1可以识别ROUTE。另外，相同的识别方法可应用于其它的协议和在未来要定义的新协议。另外，在上述实施例中，相对于被包括在一个传送会话中的所有分组使用相同协议的内容传输是可能的。codePoint可以定义何种代码点值被用于此有效载荷。此值可以指示LCT报头的CP字段的值。deliveryObjectFormat可以指示传送对象的有效载荷格式。realtime可以指示是否LCT分组包括包括表示传送对象的表示时间的NDP时间戳的扩展报头。isobmff可以指示是否传送对象是一系列的ISOBMFF盒、通过MPD引用的DASH对象或者根据MMT的MPU模式分段的一系列的ISOBMFF盒。packetheadersize可以指示路由分组报头的大小。EFID可以包括文件传递的数据的详细信息。ApplicationIdentifier可以提供能够被映射到在此传送会话中承载的应用的附加信息，例如，DASH内容的RepresentationID。图65是图示根据本发明的一个实施例的操作广播接收设备的过程的流程图。广播接收设备的接收单元接收包括服务信令消息的传送协议分组(S101)。接收单元可以包括互联网协议通信单元和广播接收单元。服务信令消息可以是用于用信号发送广播服务和媒体内容中的至少一个的信息。在一个实施例中，传送协议可以是互联网协议(IP)。另外，在一个实施例中，服务信令消息可以以二进制格式和XML格式中的至少一个被表达。传送协议分组可以包括信令消息报头和信令消息。广播接收设备的控制器从接收到的传送协议分组提取服务信令消息(S103)。更加具体地，传送协议分组可以被解析以提取服务信令消息。控制器可以从分层的传送协议分组获取互联网协议数据报。获取的互联网协议数据报可以包括服务信令消息。广播接收设备的控制器可以从服务信令消息获取用于提供广播服务的信息(S105)。用于提供广播服务的信息可以是服务信令消息的部分。在一个实施例中，用于提供广播服务的信息可以是用于包括是用于内容的一系列时间信息的时间线的元数据的时基的服务信息。在另一实施例中，用于提供广播服务的信息可以是用于在适配媒体流中的配置内容的片段的获取的详细信息的服务信息。用于适配媒体流中的配置内容的片段的获取的详细信息可以是媒体呈现描述(MPD)。在另一实施例中，用于提供广播服务的信息可以是用于在广播服务中获取配置内容的组件数据的服务信息。组件数据可以是配置广播服务或者内容的实体。这时，关于用于获取组件数据的路径的信息可以是递送组件数据的物理层管道的标识信息。分层的传送协议分组可以包括通过物理层递送的物理层管道。多个物理层管道可以存在。因此，有必要从物理层管道中区分出包括要被获取的组件数据的物理层管道。在另一实施例中，用于提供广播服务的信息可以是用于针对在广播服务中使用的应用的信令消息的服务信息。这时，用于应用的信令消息的服务信息可以是用于发送应用的广播公司的标识符信息、包括应用的互联网协议数据报的源IP地址、包括应用的互联网协议数据报的目的地IP地址、包括应用的互联网协议数据报的用户数据报协议(UDP)的端口编号、用于发送应用的传送会话的标识符信息以及用于发送应用的分组的标识符信息中的至少一个。在另一实施例中，用于提供广播服务的信息可以是用于针对在广播服务中使用的服务的信令消息的服务信息。这时，服务可以是一个内容。在另一实施例中，用于提供广播服务的信息可以是用于递送广播服务的组件的流的服务信息。图66是图示根据本发明的一个实施例的操作广播发送设备的过程的流程图。广播发送设备的控制器将用于提供广播服务的信息插入到服务信令消息中(S201)。在一个实施例中，广播发送设备的控制器可以以XML格式将用于提供广播服务的信息插入到服务信令消息。在另一实施例中，广播发送设备的控制器可以以二进制格式将用于提供广播服务的信息插入到服务信令消息。广播发送设备的控制器将插入用于提供广播服务的信息的服务信令消息分组成传送协议分组(S203)。这时，传送协议可以是基于会话的传送协议(ALC/LCT或者FLUTE)和基于分组的传送协议(MPEG-2TS或者MMT)中的任意一个。广播发送设备的传输单元在特定传送模式下将服务信令消息被分组成的传送协议分组发送到广播接收设备(S205)。在一个实施例中，用于提供广播服务的信息可以是用于包括关于是用于内容的一系列时间信息的时间线的元数据的时基的服务信息。在另一实施例中，用于提供广播服务的信息可以是用于在适配媒体流中配置内容的片段的获取的详细信息的服务信息。用于在适配媒体流中配置内容的片段的获取的详细信息可以是媒体呈现描述(MPD)。在另一实施例中，用于提供广播服务的信息可以是用于在广播服务中获取配置内容的组件数据的路径的服务信息。组件数据可以是配置广播服务或者内容的实体。这时，关于用于获取组件数据的路径的信息可以是递送组件数据的物理层管道的标识信息。分层的传送协议分组可以包括通过物理层递送的物理层管道。多个物理层管道可以存在。因此，有必要从物理层管道中区分出包括要被获取的组件数据的物理层管道。在另一实施例中，用于提供广播服务的信息可以是用于针对在广播服务中使用的应用的信令消息的服务信息。这时，用于应用的信令消息的服务信息可以是用于发送应用的广播公司的标识符信息、包括应用的互联网协议数据报的源IP地址、包括应用的互联网协议数据报的目的地IP地址、包括应用的互联网协议数据报的用户数据报协议(UDP)的端口编号、用于发送应用的传送会话的标识符信息以及用于发送应用的分组的标识符信息中的至少一个。在另一实施例中，用于提供广播服务的信息可以是用于针对在广播服务中使用的服务的信令消息的服务信息。这时，服务可以是一个内容。在另一实施例中，用于提供广播服务的信息可以是用于递送广播服务的组件的流的服务信息。本发明的一个实施例提供一种基于陆地广播网络和互联网通信网络支持下一代混合广播的广播发送设备、一种操作广播发送设备的方法、一种广播接收设备以及一种操作广播接收设备的方法。特别地，本发明的一个实施例提供一种在下一代广播系统中使用服务信令消息的有效载荷格式的广播发送设备、一种操作广播发送设备的方法、一种广播接收设备以及一种操作广播接收设备的方法。特别地，本发明的一个实施例提供一种在下一代广播系统中使用广播服务信令的广播发送设备、一种操作广播发送设备的方法、一种广播接收设备以及一种操作广播接收设备的方法。特别地，本发明的一个实施例提供一种在下一代广播系统中使用广播服务的组件获取路径的信令的广播发送设备、一种操作广播发送设备的方法、一种广播接收设备以及一种操作广播接收设备的方法。特别地，本发明的一个实施例提供一种在下一代广播系统中使用用于广播服务的组件的传输流的信令的广播发送设备、一种操作广播发送设备的方法、一种广播接收设备以及一种操作广播接收设备的方法。上述实施例的特征、结构、效果等等被包括在本发明的至少一个实施例中并且不限于一个实施例。此外，本领域的技术人员可以通过组合或者修改其它的实施例来体现上述实施例的特征、结构、效果等等。因此，这样的组合或者修改可以被解释为被包括在本发明的范围内。虽然已经参考示例性实施例描述了本发明，但是本领域内的技术人员将会明白，在不偏离所附权利要求中描述的本发明的精神或范围的情况下，可以在本发明中进行各种修改和变化。例如，本领域的技术人员可以相互结合地使用在上述实施例中描述的各个构造。因此，与这样的修改或者应用有关的不同应被解释为被包括在通过随附的权利要求定义的本发明的范围内。当前第1页1 2 3