发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法与流程

文档序号:13109726
技术领域本发明涉及发送广播信号的装置、接收广播信号的装置以及用于发送和接收广播信号的方法。

背景技术:
随着模拟广播信号传输终止,正在开发用于发送\/接收数字广播信号的各种技术。数字广播信号可以包括比模拟广播信号更大量的视频\/音频数据,并且进一步包括除了视频\/音频数据之外的各种类型的附加数据。即,数字广播系统可以提供HD(高分辨率)图像、多声道音频和各种附加的服务。但是,用于大量数据传输的数据传输效率、考虑到移动接收设备的发送\/接收的网络的鲁棒性和网络灵活性对于数字广播需要改进。

技术实现要素:
技术问题本发明的一个目的是提供一种发送广播信号以在时间域中复用提供两个或更多个不同的广播服务的广播发送\/接收系统的数据,并且经由相同的RF信号带宽发送复用的数据的装置和方法,和与其对应的用于接收广播信号的装置和方法。本发明的另一个目的是提供一种发送广播信号的装置、一种接收广播信号的装置以及用于发送和接收广播信号以通过组件分类对应于服务的数据,作为数据管道发送对应于每个组件的数据,接收和处理该数据的方法。本发明的又一个目的是提供一种发送广播信号的装置、一种接收广播信号的装置以及用于发送和接收广播信号,以用信号发送对提供广播信号必需的信令信息的方法。技术方案为了实现目的和其它的优点并且根据本发明的用途,如在此具体化和广泛地描述的,本发明提供一种基于用户的个人兴趣提供交互式服务或者内容的方法,该方法包括:接收ESG(增强型服务指南)信息用于基于用户的个人兴趣给用户推荐交互式服务或者内容,该ESG信息包括指示交互式服务或者内容的特性的偏好准则;经由广播信号接收PDI(简档、人口统计、兴趣)表,其中PDI表包括用于交互式内容的与用户的个人兴趣有关的多个PDI问题,其中每个PDI问题具有识别PDI问题的问题ID;获得用于PDI问题中的至少一个问题的回答;在PDI表中存储获得的回答;通过比较偏好准则与获得的回答确定推荐交互式服务或者内容;以及呈现ESG中的被确定的推荐交互式服务或者内容。优选地,确定推荐交互式服务或者内容进一步包括:从ESG信息解析偏好准则,其中偏好准则包括多个准则,其中每个准则包括具有识别准则问题的准则ID和指示用于准则问题的回答的准则值的准则问题;通过使用准则ID和问题ID从PDI表取得用于PDI问题的回答,其中取得的回答的PDI问题匹配于准则问题;以及通过比较取得的回答与准则值来确定推荐交互式服务或者内容。优选地,偏好准则包括指示决定是否交互式服务或者内容被推荐的边界的匹配边界信息,其中通过将取得的回答与准则值进行比较来确定推荐交互式服务或者内容进一步包括:计算匹配于取得的回答的准则的数目;如果匹配于取得的回答的准则的数目大于匹配边界信息指示的数目,则确定推荐交互式服务或者内容。优选地,该方法进一步包括:接收接收器支持接收ESG信息的通知,其中通知包括ESG服务器的URL(统一资源定位符);向ESG服务器请求ESG信息。优选地,偏好准则具有XML(可扩展标记语言)架构或者描述符类型。优选地,该方法进一步包括:使用接收器获得识别用户的用户ID;通过使用用户ID识别用户;将用户ID存储在PDI表中,其中获得用于PDI问题中的至少一个问题的回答是基于用户ID,其中将获得的回答存储在PDI表中是基于用户ID。优选地,该方法进一步包括:接收包括关于隐藏字幕、音频和手语的偏好的附加偏好信息;根据附加偏好信息生成PDI问题;将PDI问题添加到PDI表。优选地,附加偏好信息包括隐藏字幕语言的首选类型的信息、用于视觉障碍者的音频模式的信息以及手语的首选类型的信息。在另一方面中,本发明提供一种用于基于用户的个人兴趣提供交互式服务或者内容的装置,该装置包括:第一接收模块,该第一接收模块接收ESG(增强型服务指南)信息用于基于用户的个人兴趣给用户推荐交互式服务或者内容,ESG信息包括指示交互式服务或者内容的特性的偏好准则;第二接收模块,该第二接收模块经由广播信号接收PDI(简档、人口统计、兴趣)表,其中PDI表包括用于交互式内容的用户的与个人兴趣有关的多个PDI问题,其中每个PDI问题具有识别PDI问题的问题ID;获得模块,该获得模块获得用于PDI问题中的至少一个问题的回答;存储模块,该存储模块在PDI表中存储获得的回答;确定模块,该确定模块通过比较偏好准则与获得的回答来确定推荐交互式服务或者内容;以及呈现模块,该呈现模块呈现ESG中的被确定的推荐交互式服务或者内容。优选地,确定模块进一步进行:从ESG信息解析偏好准则,其中偏好准则包括多个准则,其中每个准则包括具有识别准则问题的准则ID和指示用于准则问题的回答的准则值的准则问题;通过使用准则ID和问题ID从PDI表取得用于PDI问题的回答,其中取得的回答的PDI问题匹配于准则问题;并且通过比较取得的回答与准则值来确定推荐交互式服务或者内容。优选地,偏好准则包括指示决定是否交互式服务或者内容被推荐的边界的匹配边界信息,其中确定模块进一步进行:计算匹配于取得的回答的准则的数目,如果匹配于取得的回答的准则的数目大于匹配边界信息指示的数目,则确定推荐交互式服务或者内容。优选地,该装置进一步包括:通知接收模块,该通知接收模块接收接收器支持接收ESG信息的通知,其中通知包括ESG服务器的URL(统一资源定位符);请求模块,该请求模块向ESG服务器请求ESG信息。优选地,偏好准则具有XML(可扩展标记语言)架构或者描述符类型。优选地,该装置进一步包括:用户ID获得模块,该用户ID获得模块使用接收器获得识别用户的用户ID;识别模块,该识别模块通过使用用户ID识别用户,其中存储模块进一步将用户ID存储在PDI表中,其中获得模块基于用户ID获得用于PDI问题中的至少一个问题的回答,其中存储模块基于用户ID将获得的回答存储在PDI表中。优选地,该装置进一步包括:第三接收模块,该第三接收模块接收包括关于隐藏字幕、音频和手语的偏好的附加偏好信息;生成模块,该生成模块根据附加偏好信息生成PDI问题;以及添加模块,该添加模块将PDI问题添加到PDI表。优选地,附加偏好信息包括隐藏字幕语言的首选类型的信息、用于视觉障碍者的音频模式的信息以及手语的首选类型的信息。有益效果本发明可以根据服务特征处理数据以控制用于每个服务或者服务组件的QoS(服务质量),从而提供各种广播服务。本发明可以通过经由相同的RF信号带宽发送各种广播服务实现传输灵活性。本发明可以提升数据传输效率,并且使用MIMO系统提高广播信号的发送\/接收的鲁棒性。根据本发明,可以提供广播信号发送和接收方法以及装置,其甚至能够借助于移动接收设备或者在室内环境下没有错误地接收数字广播信号。附图说明附图被包括以提供对本发明进一步的理解,并且被合并和构成本申请书的一部分,附图图示本发明的实施例,并且与该说明书一起可以用作解释本发明的原理。在附图中:图1图示根据本发明的实施例发送用于未来的广播服务的广播信号的装置的结构。图2图示根据本发明的一个实施例的输入格式化块。图3图示根据本发明的另一个实施例的输入格式化块。图4图示根据本发明的另一个实施例的输入格式化块。图5图示根据本发明的实施例的BICM块。图6图示根据本发明的另一个实施例的BICM块。图7图示根据本发明的一个实施例的帧构建块。图8图示根据本发明的实施例的OFMD生成块。图9图示根据本发明的实施例接收用于未来的广播服务的广播信号的装置的结构。图10图示根据本发明的实施例的帧结构。图11图示根据本发明的实施例的帧的信令分层结构。图12图示根据本发明的实施例的前导信令数据。图13图示根据本发明的实施例的PLS1数据。图14图示根据本发明的实施例的PLS2数据。图15图示根据本发明的另一个实施例的PLS2数据。图16图示根据本发明的实施例的帧的逻辑结构。图17图示根据本发明的实施例的PLS映射。图18图示根据本发明的实施例的EAC映射。图19图示根据本发明的实施例的FIC映射。图20图示根据本发明的实施例的DP的类型。图21图示根据本发明的实施例的DP映射。图22图示根据本发明的实施例的FEC结构。图23图示根据本发明的实施例的比特交织。图24图示根据本发明的实施例的信元字(cell-word)解复用。图25图示根据本发明的实施例的时间交织。图26图示根据本发明的实施例的扭曲的行列块交织器的基本操作。图27图示根据本发明的另一实施例的扭曲的行列块交织器的操作。图28图示根据本发明的实施例的扭曲的行列块交织器的对角线方式读取图案。图29图示根据本发明的实施例的来自于每个交织阵列的被交织的XFECBLOCK。图30是示出基于自动内容识别(ACR)的增强TV(ETV)服务系统的图。图31是示出根据本发明的实施例的数字加水印技术的流程的图。图32是示出根据本发明的实施例的ACR查询结果格式的图。图33是示出根据本发明的实施例的内容识别符(ID)的语法的图。图34是示出根据本发明的实施例的接收器的结构的图。图35是示出根据本发明的另一实施例的接收器的结构的图。图36是图示根据本发明的实施例的数字广播系统的图。图37是图示根据本发明的实施例的数字广播系统的图。图38是根据本发明的另一实施例的数字广播系统的流程图。图39是根据本发明的另一实施例的数字广播系统的流程图。图40是图示根据本发明的实施例的PDI表的图。图41是图示根据本发明的另一实施例的PDI表的图。图42是图示根据本发明的另一实施例的PDI表的图。图43是图示根据本发明的另一实施例的PDI表的图。图44是图示根据本发明的另一实施例的PDI表的图。图45是图示根据本发明的另一实施例的PDI表的图。图46图示根据本发明的另一实施例的PDI表。图47图示根据本发明的另一实施例的PDI表。图48是图示根据本发明的实施例的过滤准则表的图。图49是图示根据本发明的另一实施例的过滤准则表的图。图50是图示根据本发明的另一实施例的过滤准则表的图。图51是图示根据本发明的另一实施例的过滤准则表的图。图52是根据本发明的另一实施例的数字广播系统的流程图。图53是图示根据本发明的实施例的PDI表区段的图。图54是图示根据本发明的另一实施例的PDI表区段的图。图55是图示根据本发明的另一实施例的PDI表区段的图。图56是图示根据本发明的另一实施例的PDI表区段的图。图57是根据本发明的另一实施例的数字广播系统的流程图。图58是图示根据本发明的另一实施例的FDT实例的XML架构的图。图59是图示根据本发明的实施例的能力描述符(Capabilitiesdescriptor)语法的图。图60是图示根据本发明的实施例的消费模型的图。图61是图示根据本发明的实施例的过滤准则描述符语法的图。图62是图示根据本发明的另一实施例的过滤准则描述符语法的图。图63是根据本发明的另一实施例的数字广播系统的流程图。图64是图示根据本发明的实施例的HTTP请求表的图。图65是图示根据本发明的另一实施例的数字广播系统的流程图。图66是图示根据本发明的实施例的URL列表的图。图67是图示根据本发明的实施例的TPT的图。图68是根据本发明的另一实施例的数字广播系统的流程图。图69是根据本发明的另一实施例的数字广播系统的流程图。图70是根据本发明的另一实施例的数字广播系统的流程图。图71是根据本发明的另一实施例的数字广播系统的流程图。图72是图示根据本发明的实施例的接收器目标准则表的图。图73是图示根据本发明的实施例的预先记录的PDI问题的图。图74是图示根据本发明的另一实施例的预先记录的PDI问题的图。图75是图示根据本发明的另一实施例的预先记录的PDI问题的图。图76是图示根据本发明的另一实施例的预先记录的PDI问题的图。图77是图示根据本发明的另一实施例的预先记录的PDI问题的图。图78是图示根据本发明的另一实施例的预先记录的PDI问题的图。图79是图示根据本发明的另一实施例的预先记录的PDI问题的图。图80是图示根据本发明的另一实施例的预先记录的PDI问题的图。图81是图示根据本发明的另一实施例的预先记录的PDI问题的图。图82是图示根据本发明的另一实施例的预先记录的PDI问题的图。图83是图示根据本发明的实施例的应用编程接口(PDIAPI)的图。图84是示出根据本发明的另一实施例的PDIAPI的图。图85是示出根据本发明的另一实施例的PDIAPI的图。图86是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。图87是示出根据本发明的实施例的UPnP类型行为机制的视图。图88是示出根据本发明的实施例的REST机制的视图。图89是示出根据本发明的实施例的在接收器和配套装置之间的用户数据的交换的结构视图。图90是示出根据本发明的实施例的PDI用户数据的一部分的视图。图91是示出根据本发明的实施例的PDI用户数据的另一部分的视图。图92是示出根据本发明的实施例的服务的服务类型和服务ID的视图。图93是示出根据本发明的实施例的UserData服务的状态变量的视图。图94是示出根据本发明的实施例的UserDataList的XML结构的视图。图95是示出根据本发明的实施例的UserData服务的行为的视图。图96是示出根据本发明的实施例的GetPDIUserDataProtocolVersion,UserData服务的一个行为的视图。图97是示出根据本发明的实施例的GetUserDataIdsList和GetUserData,UserData服务的行为的视图。图98是示出根据本发明的实施例的UserData服务的扩展状态变量的视图。图99是示出根据本发明的实施例的SetUserData,UserData服务的一个行为的视图。图100是示出根据本发明的实施例的UserData服务的被添加的状态变量的视图。图101是示出根据本发明的实施例的UserData服务的另一被添加的状态变量的视图。图102是示出根据本发明的实施例的以每对问题和回答为基础用于传输的UserData服务的状态变量的视图。图103是示出根据本发明的实施例的UserDataQAList的XML结构的视图。图104是示出根据本发明的实施例的以每对问题和回答为基础用于传输的UserData服务的行为的视图。图105是示出根据本发明的实施例的以每对问题和回答为基础用于传输的GetUserDataQAIdsList和GetUserDataQA,UserData服务的行为的视图。图106是示出根据本发明的实施例的以每对问题和回答为基础用于传输的SetUserDataQA,UserData服务的行为的视图。图107是根据本发明的实施例的通过宽带信道发送PDI用户数据的序列图。图108是示出根据本发明的实施例的在其中通过宽带信道发送PDI用户数据的情形下的UserData服务的状态变量的视图。图109是示出根据本发明的实施例的在其中通过宽带信道发送PDI用户数据的情形下的UserData服务的行为的视图。图110是示出根据本发明的实施例的在其中通过宽带信道发送PDI用户数据的情形下的UserData服务的扩展的状态变量的视图。图111是示出根据本发明的另一实施例的在其中通过宽带信道发送PDI用户数据的情形下的UserData服务的扩展状态变量的视图。图112是示出根据本发明的另一实施例的在接收器和配套装置之间的用户数据的交换的结构视图。图113是示出根据本发明的另一实施例的服务的服务类型和服务ID的视图。图114是示出根据本发明的实施例的FilteringCriteria服务的状态变量的视图。图115是示出根据本发明的实施例的FilteringCriteria服务的行为的视图。图116是根据本发明的实施例的用于通过宽带信道发送FC的序列图。图117是示出根据本发明的实施例的在其中通过宽带信道发送FC的情形下FilteringCriteria服务的状态变量的视图。图118是示出根据本发明的实施例的在其中通过宽带信道发送FC的情形下的FilteringCriteria服务的行为的视图。图119是示出根据本发明的实施例的在其中通过宽带信道发送FC的情形下FilteringCriteria服务的扩展状态变量的视图。图120是示出根据本发明的另一实施例的在其中通过宽带信道发送FC情形下的FilteringCriteria服务的扩展状态变量的视图。图121是示出根据本发明的实施例的广播接收器的视图。图122是示出根据本发明的另一实施例的广播接收器的视图。图123是示出根据本发明的实施例的呈现偏好的视图。图124是根据本发明的实施例的隐藏字幕偏好的序列图。图125是根据本发明的另一实施例的隐藏字幕偏好的序列图。图126是示出根据本发明的实施例的隐藏字幕偏好中的caption_service_descriptor的扩展字段的视图。图127是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的使用的预先记录的PDI问题的视图。图128是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的语言的预先记录的PID问题的视图。图129是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的字体的预先记录的PDI问题的视图。图130是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的字体大小的预先记录的PDI问题的视图。图131是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的排列的预先记录的PDI问题的视图。图132是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的打印方向的预先记录的PDI问题的视图。图133是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的滚动方向的预先记录的PDI问题的视图。图134是示出根据本发明的实施例的用于隐藏字幕偏好中的隐藏字幕的简单阅读器模式的预先记录的PDI问题的视图。图135是根据本发明的实施例的音频偏好的序列图。图136是根据本发明的另一实施例的音频偏好的序列图。图137是示出根据本发明的实施例的在音频偏好中的AC-3_audio_stream_descriptor的扩展字段的视图。图138是示出根据本发明的实施例的用于在音频偏好中的音频的语言的预先记录的PDI问题的视图。图139是示出根据本发明的实施例的用于是否在音频偏好中使用音频的用于听觉障碍者的模式的预先记录的PDI问题的视图。图140是示出根据本发明的实施例的用于是否在音频偏好中使用用于视障者的音频的模式的预先记录的PDI问题的视图。图141是根据本发明的实施例的无障碍&手语呈现的序列图。图142是根据本发明的另一实施例的无障碍&手语呈现的序列图。图143是示出根据本发明的实施例的在无障碍&手语呈现中的sign_language_descriptor的视图。图144是示出根据本发明的实施例的用于在无障碍&手语呈现偏好中的无障碍&手语呈现的使用的预先记录的PDI问题的视图。图145是示出根据本发明的实施例的用于在无障碍&手语呈现偏好中的手语的偏好的预先记录的PDI问题的视图。图146是示出根据本发明的实施例的用于在无障碍&手语呈现偏好中的手语的位置的偏好的预先注册的PDI问题的视图。图147是示出根据本发明的实施例的用于更新呈现偏好中的回答的菜单屏幕的视图。图148是示出根据本发明的又一实施例的在接收器和配套装置之间的用户数据的交换的结构视图。图149是示出根据本发明的实施例的进一步包括用户ID字段的PDIUserData的视图。图150是根据本发明的实施例的用于使用用户ID获得对PDI问题的回答的序列图。图151是根据本发明的实施例的用于使用用户ID应用过滤准则的序列图。图152是示出根据本发明的实施例的指配用户ID的方法的视图。图153图示根据本发明的实施例的要被用于推荐频道或者节目的偏好准则的XML架构的图。图154图示根据本发明的实施例的要被用于推荐频道或者节目的偏好准则的XML架构。图155图示根据本发明的实施例的要被用于推荐频道或者节目的偏好准则的描述符。图156图示根据本发明的实施例的用于在服务级别的偏好准则的传输的XML架构的扩展图。图157图示根据本发明的实施例的用于在服务级别的偏好准则的传输的XML架构。图158图示根据本发明的实施例的用于在内容级别的偏好准则的传输的XML架构的扩展图。图159图示根据本发明的实施例的用于在内容级别的偏好准则的传输的XML架构。图160图示根据本发明的实施例的用于使用与ESG一起递送的偏好准则向用户推荐服务\/内容的序列图。图161图示根据本发明的另一实施例的用于使用与ESG一起递送的偏好准则向用户推荐服务\/内容的序列图。图162图示根据本发明的实施例的将偏好准则与PDI用户数据进行比较的方法。图163图示根据本发明的实施例的用于将偏好准则与PDI用户数据进行比较的匹配边界字段。图164图示根据本发明的实施例的用于提供被推荐的服务\/内容的UI。图165图示根据本发明的实施例的提供交互式服务或者内容的方法。具体实施例现在将详细地介绍本发明的优选实施例,其示例在附图中图示。详细说明将在下面参考附图给出,其旨在解释本发明的示例性实施例,而不是仅示出可以根据本发明实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是,对于本领域技术人员来说显而易见,实践本发明可以无需这些特定的细节。虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规术语中选择,但是某些术语已经由申请人任意地选择,并且其含义在以下的描述中根据需要详细说明。因此,本发明应该基于该术语所期望的含义理解,而不是其简单的名称或者含义理解。本发明提供用于发送和接收供未来的广播服务的广播信号的设备和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、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[表1]LDPC码字长度16K,64K比特星座大小4~10bpcu(每个信道使用的比特)时间解交织存储器大小≤219数据信元导频图案用于固定接收的导频图案FFT大小16K,32K点2.手持简档手持简档设计成在以电池电源操作的手持和车载设备中使用。该设备可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持简档的设备的实施是非常重要的。手持简档的目标SNR范围大约是0至10dB,但是,当意欲用于较深的室内接收时,可以配置为达到低于0dB。除了低的SNR能力之外,由接收器移动性所引起的多普勒效应的适应性是手持简档最重要的性能品质。用于手持简档的关键系统参数在以下的表2中列出。表2[表2]LDPC码字长度16K比特星座大小2~8bpcu时间解交织存储器大小≤218数据信元导频图案用于移动和室内接收的导频图案FFT大小8K,16K点3.高级简档高级简档以更大的实施复杂度为代价提供最高的信道容量。该简档需要使用MIMO发送和接收,并且UHDTV服务是对该简档特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目,例如,多个SDTV或者HDTV服务。高级简档的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输设备,并且在未来扩展到全功率横向极化传输。用于高级简档的关键系统参数在以下的表3中列出。表3[表3]LDPC码字长度16K,64K比特星座大小8~12bpcu时间解交织存储器大小≤219数据信元导频图案用于固定接收的导频图案FFT大小16K,32K点在这样的情况下,基础简档能够被用作用于陆地广播服务和移动广播服务两者的简档。即,基础简档能够被用于定义包括移动简档的简档的概念。而且,高级简档能够被划分成用于具有MIMO的基础简档的高级简档和用于具有MIMO的手持简档的高级简档。此外,根据设计者的意图能够改变三种简档。下面的术语和定义可以应用于本发明。根据设计能够改变下面的术语和定义。辅助流:承载对于尚未定义的调制和编码的数据的信元的序列,其可以被用于未来扩展或者通过广播公司或者网络运营商要求基本数据管道:承载服务信令数据的数据管道基带帧(或者BBFRAME):形成对一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合信元:通过OFDM传输的一个载波承载的调制值被编码的块:PLS1数据的LDPC编码的块或者PLS2数据的LDPC编码的块中的一个数据管道:承载服务数据或者相关元数据的物理层中的逻辑信道,其可以承载一个或者多个服务或者服务组件。数据管道单元:用于在帧中将数据信元分配给DP的基本单位。数据符号:在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)DP_ID:此8比特字段唯一地识别在通过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图示根据本发明的另一个实施例的输入格式化块。在图4中图示的输入格式化模块对应于参考图1描述的输入格式化块1000的实施例。图4图示当输入信号对应于多个输入流时,输入格式化模块的流适配模块。参考图4,用于分别处理多个输入流的模式适配模块可以包括调度器4000、1-帧延迟块4010、填充插入块4020、带内信令4030、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060。将给出流适配模块的每个块的描述。填充插入块4020、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060的操作对应于参考图2描述的填充插入块、BB加扰器、PLS产生块和PLS加扰器的操作,并且因此,其描述被省略。调度器4000可以从每个DP的FECBLOCK(FEC块)的量确定跨越整个帧的整体信元分配。包括对于PLS、EAC和FIC的分配,调度器产生PLS2-DYN数据的值,其被作为在该帧的FSS中的PLS信元或者带内信令发送。稍后将描述FECBLOCK、EAC和FIC的细节。1-帧延迟块4010可以通过一个传输帧延迟输入数据,使得有关下一个帧的调度信息可以经由用于带内信令信息的当前帧发送以被插入DP中。带内信令4030可以将PLS2数据的未延迟部分插入到帧的DP中。以上描述的块可以被省略,或者由具有类似或者相同功能的块替换。图5图示根据本发明的实施例的BICM块。在图5中图示的BICM块对应于参考图1描述的BICM块1010的实施例。如上所述,根据本发明的实施例用于发送供未来的广播服务的广播信号的设备可以提供陆地广播服务、移动广播服务、UHDTV服务等。由于QoS(服务质量)取决于由根据本发明的实施例的用于发送供未来的广播服务的广播信号的设备提供的服务特征,因此对应于相应服务的数据需要经由不同的方案处理。因此,根据本发明的实施例的BICM块可以通过将SISO、MISO和MIMO方案独立地应用于分别对应于数据路径的数据管道,独立地处理对其输入的DP。因此,根据本发明的实施例的用于发送供未来的广播服务的广播信号的设备能够控制经由每个DP发送的每个服务或者服务组件的QoS。(a)示出由基础简档和手持简档共享的BICM块,并且(b)示出高级简档的BICM模块。由基础简档和手持简档共享的BICM块和高级简档的BICM块能够包括用于处理每个DP的多个处理块。将给出用于基础简档和手持简档的BICM块和用于高级简档的BICM块的每个处理模块的描述。用于基础简档和手持简档的BICM块的处理块5000可以包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。数据FEC编码器5010能够使用外编码(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用信号传送。SSD编码块5040可以以二维(2D)、三维(3D)和四维(4D)预编码信元以提高在困难的衰落条件之下的接收鲁棒性。时间交织器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发送。以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。图6图示根据本发明的另一个实施例的BICM块。在图6中图示的BICM块对应于参考图1描述的BICM块1010的实施例。图6图示用于保护物理层信令(PLS)、紧急警告信道(EAC)和快速信息信道(FIC)的BICM块。EAC是承载EAS信息数据的帧的部分,并且FIC是在承载在服务和相应的基础DP之间的映射信息的帧中的逻辑信道。稍后将描述EAC和FIC的细节。参考图6,用于保护PLS、EAC和FIC的BICM块可以包括PLSFEC编码器6000、比特交织器6010、星座映射器6020和时间交织器6030。此外,PLSFEC编码器6000可以包括加扰器、BCH编码\/零插入块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的每个块的描述。PLSFEC编码器6000可以编码加扰的PLS1\/2数据、EAC和FIC区段。加扰器可以在BCH编码以及缩短和穿孔LDPC编码之前加扰PLS1数据和PLS2数据。BCH编码\/零插入块可以使用用于PLS保护的缩短的BCH码,对加扰的PLS1\/2数据执行外编码,并且在BCH编码之后插入零比特。仅对于PLS1数据,零插入的输出比特可以在LDPC编码之前转置。LDPC编码块可以使用LDPC码来编码BCH编码\/零插入块的输出。为了产生完整的编码模块,Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码,并且附在其之后。数学公式1[数学式1]Cldpc=[IldpcPldpc]=[i0,i1,...,iKldpc-1,p0,p1,...,pNldpc-Kldpc-1]]]>用于PLS1和PLS2的LDPC编码参数如以下的表4。表4[表4]LDPC奇偶穿孔块可以对PLS1数据和PLS2数据执行穿孔。当缩短被应用于PLS1数据保护时,一些LDPC奇偶校验比特在LDPC编码之后被穿孔。此外,对于PLS2数据保护,PLS2的LDPC奇偶校验比特在LDPC编码之后被穿孔。不发送这些被穿孔的比特。比特交织器6010可以交织每个被缩短和被穿孔的PLS1数据和PLS2数据。星座映射器6020可以将比特交织的PLS1数据和PLS2数据映射到星座上。时间交织器6030能够交织被映射的PLS1数据和PLS2数据。以上描述的块可以被省略或者由具有类似或者相同功能的块替换。图7图示根据本发明的一个实施例的帧构建块。在图7中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。参考图7,帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射器端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟,PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器。带内信令数据承载下一个TI组的信息,使得它们承载要用信号传送的DP前面的一个帧。据此,延迟补偿块延迟带内信令数据。信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射到在该帧中的OFDM符号的活动载波。信元映射器7010的基本功能是,如果有的话,将对于DP、PLS信元、以及EAC\/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)\/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外,频率交织器7020可以使用不同的交织种子顺序,对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作,以得到在单个帧中最大的交织增益。以上描述的块可以被省略或者由具有类似或者相同功能的块替换。图8图示根据本发明的实施例的OFDM产生块。在图8中图示的OFDM产生块对应于参考图1描述的OFDM产生块1030的实施例。OFDM产生块通过由帧构建块产生的信元调制OFDM载波,插入导频,并且产生用于传输的时间域信号。此外,这个块随后插入保护间隔,并且应用PAPR(峰均功率比)减少处理以产生最终的RF信号。参考图8,帧构建块可以包括导频和保留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR减少块8030、保护间隔插入块8040、前导插入模块8050、其它的系统插入块8060和DAC块8070。将给出帧构建块的每个块的描述。导频和保留音插入块8000可以插入导频和保留音。在OFDM符号内的各种信元被以称为导频的参考信息调制,其具有在接收器中先前已知的发送值。导频信元的信息由散布导频、连续导频、边缘导频、FSS(帧信令符号)导频和FES(帧边缘符号)导频组成。每个导频根据导频类型和导频图案以特定的提升功率水平被发送。导频信息的值是从参考序列中推导出的,其是一系列的值,其一个用于在任何给定符号上的每个被发送的载波。导频可以用于帧同步、频率同步、时间同步、信道估计和传输模式识别,并且还可用于跟随相位噪声。从参考序列中提取的参考信息在除了帧的前导、FSS和FES之外的每个符号中在散布的导频信元中被发送。连续的导频插入在帧的每个符号中。连续的导频的编号和位置取决于FFT大小和散布的导频图案两者。边缘载波是在除前导符号之外的每个符号中的边缘导频。它们被插入以便允许频率内插直至频谱的边缘。FSS导频被插入在FSS中,并且FES导频被插入在FES中。它们被插入以便允许时间内插直至帧的边缘。根据本发明的实施例的系统支持SFN网络,这里分布式MISO方案被选择性地用于支持非常鲁棒传输模式。2D-eSFN是使用多个TX天线的分布式MISO方案,其每个在SFN网络中位于不同的发射器位置。2D-eSFN编码块8010可以处理2D-eSFN处理以使从多个发射器发送的信号的相位失真,以便在SFN配置中创建时间和频率分集两者。因此,可以减轻由于低的平坦衰落或者对于长时间的深衰落引起的突发错误。IFFT块8020可以使用OFDM调制方案调制来自2D-eSFN编码块8010的输出。在没有指定为导频(或者保留音)的数据符号中的任何信元承载来自频率交织器的数据信元的一个。该信元被映射到OFDM载波。PAPR减少块8030可以使用在时间域中的各种PAPR减少算法对输入信号执行PAPR减少。保护间隔插入块8040可以插入保护间隔,并且前导插入块8050可以在该信号的前面插入前导。稍后将描述前导的结构的细节。另一个系统插入块8060可以在时间域中复用多个广播发送\/接收系统的信号,使得提供广播服务的两个或更多个不同的广播发送\/接收系统的数据可以在相同的RF信号带宽中同时发送。在这种情况下,两个或更多个不同的广播发送\/接收系统指的是提供不同广播服务的系统。不同广播服务可以指的是陆地广播服务、移动广播服务等。与相应的广播服务相关的数据可以经由不同的帧发送。DAC块8070可以将输入数字信号转换为模拟信号,并且输出该模拟信号。从DAC块7800输出的信号可以根据物理层简档经由多个输出天线发送。根据本发明的实施例的Tx天线可以具有垂直或者水平极性。以上描述的块可以被省略或者根据设计由具有类似或者相同功能的块替换。图9图示根据本发明的实施例的用于接收供未来的广播服务的广播信号装置的结构。根据本发明的实施例的用于接收供未来的广播服务的广播信号的设备可以对应于参考图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输出的数据执行其功能。图10图示根据本发明的一个实施例的帧结构。图10示出帧类型的示例配置和在超帧中的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之前的符号的时间内插而无需外推。图11图示根据本发明的实施例的帧的信令分层结构。图11图示信令分层结构,其被分割为三个主要部分:前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是表示该帧的传输类型和基本传输参数。PLS1允许接收器访问和解码PLS2数据,其包含访问感兴趣的DP的参数。PLS2在每个帧中承载,并且被划分为两个主要部分:PLS2-STAT数据和PLS2-DYN数据。必要时,在PLS2数据的静态和动态部分之后是填充。图12图示根据本发明的实施例的前导信令数据。前导信令数据承载需要允许接收器访问PLS数据和跟踪在帧结构内DP的21比特信息。前导信令数据的细节如下:PHY_PROFILE:该3比特字段指示当前帧的PHY简档类型。不同的PHY简档类型的映射在以下的表5中给出。表5[表5]值PHY简档000基础简档001手持简档010高级简档011~110保留111FEFFFT_SIZE:该2比特字段指示在帧组内当前帧的FFT大小,如在以下的表6中描述的。表6[表6]值FFT大小008KFFT0116KFFT1032KFFT11保留GI_FRACTION:该3比特字段指示在当前超帧中的保护间隔分数值,如在以下的表7中描述的。表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[表8]RESERVED:这个7比特字段保留供将来使用。图13图示根据本发明的实施例的PLS1数据。PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如以上提及的,PLS1数据对于一个帧组的整个持续时间保持不变。PLS1数据的信令字段的详细定义如下:PREAMBLE_DATA:该20比特字段是除去EAC_FLAG的前导信令数据的副本。NUM_FRAME_FRU:该2比特字段指示每FRU的帧的数目。PAYLOAD_TYPE:该3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示用信号传送。表9[表9]值有效载荷类型1XX发送TS流X1X发送IP流XX1发送GS流NUM_FSS:该2比特字段指示在当前帧中FSS符号的数目。SYSTEM_VERSION:该8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分为两个4比特字段,其是主要版本和次要版本。主要版本:SYSTEM_VERSION字段的MSB四比特字节表示主要版本信息。在主要版本字段中的变化表示非后向兼容的变化。缺省值是“0000”。对于在这个标准下描述的版本,该值被设置为“0000”。次要版本:SYSTEM_VERSION字段的LSB四比特字节表示次要版本信息。在次要版本字段中的变化是后向兼容的。CELL_ID:这是在ATSC网络中唯一地识别地理小区的16比特字段。取决于每FuturecastUTB系统使用的频率的数目,ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的,则该字段被设置为“0”。NETWORK_ID:这是唯一地识别当前的ATSC网络的16比特字段。SYSTEM_ID:这个16比特字段唯一地识别在ATSC网络内的FuturecastUTB系统。FuturecastUTB系统是陆地广播系统,其输入是一个或多个输入流(TS、IP、GS),并且其输出是RF信号。如果有的话,FuturecastUTB系统承载一个或多个PHY简档和FEF。相同的FuturecastUTB系统可以承载不同的输入流,并且在不同的地理区中使用不同的RF频率,允许本地服务插入。帧结构和调度在一个位置中被控制,并且对于在FuturecastUTB系统内的所有传输是相同的。一个或多个FuturecastUTB系统可以具有相同的SYSTEM_ID含义,即,它们所有具有相同的物理层结构和配置。随后的环路由FRU_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[表10]内容PLS2FEC类型004K-1\/4和7K-3\/10LDPC码01~11保留PLS2_MOD:这个3比特字段表示由PLS2使用的调制类型。调制类型根据表11被用信号传送。表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[表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信令。图14图示根据本发明的实施例的PLS2数据。图14图示PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内是相同的,而PLS2-DYN数据提供对于当前帧特定的信息。PLS2-STAT数据的字段的细节如下:FIC_FLAG:这个1比特字段表示是否在当前帧组中使用FIC。如果这个字段被设置为“1”,则在当前帧中提供FIC。如果这个字段被设置为“0”,则在当前帧中不承载FIC。这个值在当前帧组的整个持续时间期间是恒定的。AUX_FLAG:这个1比特字段表示是否在当前帧组中使用辅助流。如果这个字段被设置为“1”,则在当前帧中提供辅助流。如果这个字段被设置为“0”,在当前帧中不承载辅助流。这个值在当前帧组的整个持续时间期间是恒定的。NUM_DP:这个6比特字段表示在当前帧内承载的DP的数目。这个字段的值从1到64的范围,并且DP的数目是NUM_DP+1。DP_ID:这个6比特字段唯一地识别在PHY简档内的DP。DP_TYPE:这个3比特字段表示DP的类型。这些根据以下的表13用信号传送。表13[表13]值DP类型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[表14]值FEC_TYPE0016KLDPC0164KLDPC10~11保留DP_COD:这个4比特字段表示由相关联的DP使用的码率。码率根据以下的表15被用信号传送。表15[表15]值码率00005\/1500016\/1500107\/1500118\/1501009\/150101~111110\/15011011\/15011112\/15100013\/151001~1111保留DP_MOD:这个4比特字段表示由相关联的DP使用的调制。调制根据以下的表16被用信号传送。表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[表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[表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[表19]值有效载荷类型00TS01IP10GS11保留DP_INBAND_MODE:这个2比特字段表示是否当前DP承载带内信令信息。带内信令类型根据以下的表20被用信号传送。表20[表20]值带内模式00没有承载带内信令01仅承载带内PLS10仅承载带内ISSY11承载带内PLS和带内ISSYDP_PROTOCOL_TYPE:这个2比特字段表示由给定的DP承载的有效载荷的协议类型。当选择输入有效载荷类型时,其根据以下的表21被用信号传送。表21[表21]DP_CRC_MODE:这个2比特字段表示在输入格式化块中是否使用CRC编码。CRC模式根据以下的表22被用信号传送。表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[表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[表24]值ISSY模式00未使用01ISSY-UP10ISSY-BBF11保留HC_MODE_TS:这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的TS报头压缩模式。HC_MODE_TS根据以下的表25被用信号传送。表25[表25]0报头压缩模式00HC_MODE_TS101HC_MODE_TS210HC_MODE_TS311HC_MODE_TS4HC_MODE_IP:这个2比特字段表示当DP_PAYLOAD_TYPE被设置为IP(“01”)时的IP报头压缩模式。HC_MODE_IP根据以下的表26被用信号传送。表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比特字段被保留供将来用于用信号传送辅助流。图15图示根据本发明的另一个实施例的PLS2数据。图15图示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[表27]DP_NUM_BLOCK:这个10比特字段表示在用于当前DP的当前的TI组中FEC块的数目。DP_NUM_BLOCK的值从0到1023的范围。RESERVED:这个8比特字段保留供将来使用。以下的字段表示与EAC相关联的FIC参数。EAC_FLAG:这个1比特字段表示在当前帧中EAC的存在。这个比特在前导中是与EAC_FLAG相同的值。EAS_WAKE_UP_VERSION_NUM:这个8比特字段表示唤醒指示的版本号。如果EAC_FLAG字段等于“1”,随后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”,则随后的12比特被分配用于EAC_COUNTER。EAC_LENGTH_BYTE:这个12比特字段以字节表示EAC的长度。EAC_COUNTER:这个12比特字段表示在EAC抵达的帧之前帧的数目。只有在AUX_FLAG字段等于“1”时出现以下的字段:AUX_PRIVATE_DYN:这个48比特字段被保留供将来用于用信号传送辅助流。这个字段的含义取决于在可配置的PLS2-STAT中AUX_STREAM_TYPE的值。CRC_32:32比特错误检测码,其被应用于整个PLS2。图16图示根据本发明的实施例的帧的逻辑结构。如以上提及的,PLS、EAC、FIC、DP、辅助流和哑信元被映射到在帧中OFDM符号的活动载波。PLS1和PLS2被首先被映射到一个或多个FSS。然后,在PLS字段之后,EAC信元,如果有的话,被直接地映射,接下来是FIC信元,如果有的话。在PLS或者EAC、FIC之后,接下来DP被映射,如果有的话。首先跟随类型1DP,并且接下来类型2DP。稍后将描述DP的类型细节。在一些情况下,DP可以承载用于EAS的一些特定的数据或者服务信令数据。如果有的话,辅助流跟随DP,其后跟随哑信元。根据以上提及的顺序,即,PLS、EAC、FIC、DP、辅助流和哑数据信元将它们映射在一起,精确地填充在该帧中的信元容量。图17图示根据本发明的实施例的PLS映射。PLS信元被映射到FSS的活动载波。取决于由PLS占据的信元的数目,一个或多个符号被指定为FSS,并且FSS的数目NFSS由在PLS1中的NUM_FSS用信号传送。FSS是用于承载PLS信元的特殊符号。由于鲁棒性和延迟在PLS中是重要的问题,所以FSS具有允许快速同步的高密度导频和在FSS内的仅频率内插。PLS信元如在图17中的示例所示以自顶向下方式被映射到NFSSFSS的活动载波。PLS1单元被以单元索引的递增顺序首先从第一FSS的第一单元映射。PLS2单元直接地跟随在PLS1的最后的信元之后,并且继续向下映射,直到第一FSS的最后的信元索引为止。如果需要的PLS信元的总数超过一个FSS的活动载波的数目,则映射进行到下一个FSS,并且以与第一FSS严格相同的方式继续。在PLS映射完成之后,接下来承载DP。如果EAC、FIC或者两者存在于当前帧中,则它们被放置在PLS和“普通”DP之间。图18图示根据本发明的实施例的EAC映射。EAC是用于承载EAS消息的专用信道,并且链接到用于EAS的DP。提供了EAS支持,但是,EAC本身可能或者可以不必存在于每个帧中。如果有的话,EAC紧挨着PLS2单元之后映射。除了PLS信元以外,EAC不在FIC、DP、辅助流或者哑信元的任何一个之前。映射EAC信元的过程与PLS完全相同。EAC信元被以如在图18的示例所示的信元索引的递增顺序从PLS2的下一个信元映射。取决于EAS消息大小,EAC信元可以占据几个符号,如图18所示。EAC信元紧跟在PLS2的最后的信元之后,并且继续向下映射,直到最后的FSS的最后的信元索引为止。如果需要的EAC信元的总数超过最后的FSS的剩余的活动载波的数目,则映射进行到下一个符号,并且以与FSS完全相同的方式继续。在这种情况下,用于映射的下一个符号是普通数据符号,其具有比FSS更加有效的载波。在EAC映射完成之后,如果任何一个存在,则FIC被接下来承载。如果FIC不被发送(如在PLS2字段中用信号传送),则DP紧跟在EAC的最后信元之后。图19图示根据本发明的实施例的FIC映射(a)示出不具有EAC的FIC信元的示例映射,以及(b)示出具有EAC的FIC信元的示例映射。FIC是用于承载交叉层信息以允许快速服务获得和信道扫描的专用信道。这个信息主要包括在DP和每个广播器的服务之间的信道捆绑信息。为了快速扫描,接收器可以解码FIC并获得信息,诸如,广播器ID、服务编号,和BASE_DP_ID。为了快速服务获得,除了FIC之外,基础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被映射,之后是辅助流,如果有的话,以及哑信元。图20图示根据本发明的实施例的DP的类型。(a)示出类型1DP和(b)示出类型2DP。在先前的信道,即,PLS、EAC和FIC被映射之后,DP的信元被映射。根据映射方法DP被分类为两种类型中的一个:类型1DP:DP通过TDM映射类型2DP:DP通过FDM映射DP的类型由在PLS2的静态部分中的DP_TYPE字段表示。图20图示类型1DP和类型2DP的映射顺序。类型1DP被以信元索引的递增顺序首先映射,然后,在达到最后的信元索引之后,符号索引被增加1。在下一个符号内,DP继续以从p=0开始的信元索引的递增顺序映射。利用在一个帧中共同地映射的DP的数目,类型1DP的每个在时间上被分组,类似于DP的TDM复用。类型2DP被以符号索引的递增顺序首先映射,然后,在达到该帧的最后的OFDM符号之后,信元索引增加1,并且符号索引回朔到第一可用的符号,然后从该符号索引增加。在一个帧中一起映射DP的数目之后,类型2DP的每个被以频率分组在一起,类似于DP的FDM复用。如果需要的话,类型1DP和类型2DP在帧中可以同时存在,有一个限制:类型1DP始终在类型2DP之前。承载类型1和类型2DP的OFDM信元的总数不能超过可用于DP传输的OFDM信元的总数。数学公式2[数学式2]DDP1+DDP2≤DDP这里DDP1是由类型1DP占据的OFDM信元的数目,DDP2是由类型2DP占据的信元的数目。由于PLS、EAC、FIC都以与类型1DP相同的方式映射,所以它们全部遵循“类型1映射规则”。因此,总的说来,类型1映射始终在类型2映射之前。图21图示根据本发明的实施例的DP映射。(a)示出寻址用于映射类型1DP的OFDM信元,并且(b)示出寻址用于供类型2DP映射的OFDM信元。用于映射类型1DP(0,…,DDP1-1)的OFDM信元的寻址限定用于类型1DP的活跃数据信元。寻址方案限定来自用于类型1DP的每个的T1的信元被分配给活跃数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。在不具有EAC和FIC的情况下,地址0指的是在最后的FSS中紧跟承载PLS的最后信元的信元。如果EAC被发送,并且FIC没有在相应的帧中,则地址0指的是紧跟承载EAC的最后信元的信元。如果FIC在相应的帧中被发送,则地址0指的是紧跟承载FIC的最后的信元的信元。用于类型1DP的地址0可以考虑如(a)所示的两个不同情形计算。在(a)的示例中,PLS、EAC和FIC假设为全部发送。对EAC和FIC的二者之一或者两者被省略情形的扩展是明确的。如在(a)的左侧所示在映射所有信元直到FIC之后,如果在FSS中存在剩余的信元。用于映射类型2DP(0,…,DDP2-1)的OFDM信元的寻址被限定用于类型2DP的活跃数据信元。寻址方案限定来自用于类型2DP的每个的TI的信元被分配给活跃数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。如(b)所示的三个略微地不同的情形是可允许的。对于在(b)的左侧上示出的第一情形,在最后的FSS中的信元可用于类型2DP映射。对于在中间示出的第二情形,FIC占据普通符号的信元,但是,在该符号上FIC信元的数目不大于CFSS。除了在该符号上映射的FIC信元的数目超过CFSS之外,在(b)右侧上示出的第三情形与第二情形相同。对类型1DP在类型2DP之前情形的扩展是简单的,因为PLS、EAC和FIC遵循与类型1DP相同的“类型1映射规则”。数据管道单元(DPU)是用于在帧将数据信元分配给DP的基本单元。DPU被定义为用于将DP定位于帧中的信令单元。信元映射器7010可以映射对于每个DP通过TI产生的信元。时间交织器5050输出一系列的TI块并且每个TI块包括继而由一组信元组成的可变数目的XFECBLOCK。XFECBLOCK中的信元的数目Ncells取决于FECBLOCK大小Nldpc和每个星座符号的被发送的比特的数目。DPU被定义为在给定的PHY简档中支持的在XFECBLOCK中的信元的数目Ncells的所有可能的值中的最大的余数。以信元计的DPU的长度被定义为LDPU。因为每个PHY简档支持FECBLOCK大小和每个星座符号的最大不同数目的比特的组合,所以基于PHY简档定义LDPU。图22图示根据本发明的实施例的FEC结构。图22图示在比特交织之前根据本发明的实施例的FEC结构。如以上提及的,数据FEC编码器可以使用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码,以产生FECBLOCK过程。图示的FEC结构对应于FECBLOCK。此外,FECBLOCK和FEC结构具有对应于LDPC码字长度的相同的值。BCH编码应用于每个BBF(Kbch比特),然后LDPC编码应用于BCH编码的BBF(Kldpc比特=Nbch比特),如在图22中图示的。Nldpc的值或者是64800比特(长FECBLOCK)或者16200比特(短FECBLOCK)。以下的表28和表29分别示出用于长FECBLOCK和短FECBLOCK的FEC编码参数。表28[表28]表29[表29]BCH编码和LDPC编码的操作细节如下:12-纠错BCH码用于BBF的外编码。用于短FECBLOCK和长FECBLOCK的BCH生成多项式通过所有多项式相乘在一起获得。LDPC码用于编码外BCH编码的输出。为了产生完整的Bldpc(FECBLOCK),Pldpc(奇偶校验比特)从每个Ildpc(BCH编码的BBF)被系统编码,并且附加到Ildpc。完整的Bldpc(FECBLOCK)表示为如下的数学公式。数学公式3[数学式3]Bldpc=[IldpcPldpc]=[i0,i1,...,iKldpc-1,p0,p1,...,pNldpc-Kldpc-1]]]>用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下:1)初始化奇偶校验比特,数学公式4[数学式4]p0=p1=p2=...=pNldpc-Kldpc-1=0]]>2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如,对于速率13\/15:数学公式5[数学式5]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。数学公式6[数学式6]{x+(smod360)×Qldpc...
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1