CN103703764A - 发送/接收系统和处理广播信号的方法 - Google Patents

发送/接收系统和处理广播信号的方法 Download PDF

Info

Publication number
CN103703764A
CN103703764A CN201280036620.XA CN201280036620A CN103703764A CN 103703764 A CN103703764 A CN 103703764A CN 201280036620 A CN201280036620 A CN 201280036620A CN 103703764 A CN103703764 A CN 103703764A
Authority
CN
China
Prior art keywords
data
fic
field
service
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201280036620.XA
Other languages
English (en)
Inventor
郭珉诚
金正祐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN103703764A publication Critical patent/CN103703764A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0064—Concatenated codes
    • H04L1/0065—Serial concatenated codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • H04N19/89—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving methods or arrangements for detection of transmission errors at the decoder
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Abstract

根据本发明，一种用于在通过移动广播网络发送紧急警报消息的发送系统中处理广播信号的方法包括以下步骤：对包含紧急警报消息的移动服务数据执行RS-CRC编码以生成属于系综的RS帧；将所述RS帧划分成多个RS帧部分；将所述多个RS帧部分映射到数据组，并将一个FIC段、TPC数据和多个基本数据流插入到各个数据组中；对所述数据组的数据执行网格编码；以及发送包括经网格编码的数据的广播信号。包含在所述FIC段或所述TPC数据中的至少一个FIC段头包括用于根据所述紧急警报消息的严重级别来强制性地将广播接收器设置为有效模式的唤醒指示信息。

Description

发送/接收系统和处理广播信号的方法
技术领域
本发明涉及发送和接收数字广播信号的数字广播系统，更具体地讲，涉及一种用于处理并发送数字广播信号的发送系统、用于接收并处理数字广播信号的接收系统以及在发送系统和接收系统中处理数字广播信号的方法。
背景技术
在北美和韩国作为数字广播标准所采用的残留边带（VSB）传输模式是使用单载波方法的系统。因此，在不良信道环境下，数字广播接收系统的接收性能可能变差。尤其是，由于当使用便携式和/或移动广播接收器时，对信道改变和噪声的抗性有更高要求，所以当通过VSB传输模式发送移动服务数据时接收性能可能更加劣化。
发明内容
技术问题
本发明的一个目的在于提供一种对信道改变和噪声有高抗性的发送系统和接收系统以及处理广播信号的方法。
本发明的另一目的在于提供一种发送系统和接收系统以及处理广播信号的方法，其能够通过对移动服务数据执行附加编码并将所处理的数据发送给接收系统来增强接收系统的接收性能。
本发明的另一目的在于提供一种发送系统和接收系统以及处理广播信号的方法，其还可通过在数据区域内的预定区域中插入根据接收系统与发送系统之间的预先协议已经知道的已知数据来增强接收系统的接收性能。
本发明的另一目的在于提供一种发送系统、接收系统以及处理广播信号的方法，其可使得发送系统能够用信号通知并发送标识增强服务的信息，然后可使得接收系统能够使用所发送的信息以支持增强服务。
本发明的另一目的在于提供一种发送系统和接收系统以及处理广播信号的方法，其允许能够接收移动广播的接收系统通过利用移动广播网络发送紧急警报消息来提供灾难警报服务。
本发明的另一目的在于提供一种信令方法和发送/接收方法，其用信号通知允许能够接收移动广播的接收系统提供灾难警报服务的信息。
本发明的另一目的在于提供一种发送系统和接收系统以及处理广播信号的方法，其可通过提供与紧急警报消息关联的附加信息来有效提供灾难警报服务。
技术方案
本发明的目的可通过提供一种用于在发送系统中处理广播信号的方法来实现，所述方法包括以下步骤：对包含紧急警报消息的移动服务数据执行里德所罗门-循环冗余校验（RS-CRC）编码并生成属于系综（ensemble）的RS帧；将所述RS帧划分成多个RS帧部分；将所述RS帧部分映射到相应数据组，并将一个快速信息信道（FIC）段和多个已知数据序列插入到各个所述数据组中；对所述数据组的数据执行网格编码；以及发送包括经网格编码的数据的广播信号。
FIC块（chunk）利用FIC块头和FIC块有效载荷来配置，用信号通知所述系综与包括在所述系综中的移动服务之间的绑定信息，并被划分成多个FIC段有效载荷。所述FIC段利用FIC段头和所述多个FIC段有效载荷中的一个来配置。
所述FIC段头包括根据所述紧急警报消息的严重程度强制性地将广播接收器切换为有效模式的唤醒指示信息。
所述紧急警报消息可以按照通用警报协议（CAP）形式或句法形式发送。
所述系综可以包括服务映射表（SMT）和紧急警报表（EAT）中的至少一个。所述SMT和所述EAT中的每一个包括标识所述系综的系综标识符。可将用于标识所述紧急警报消息是所述CAP形式还是所述句法形式的标识信息用信号通知给所述SMT和所述EAT中的至少一个。
包括所述SMT的IP数据报和包括所述EAT的IP数据报可经由服务信令信道发送。经由所述服务信令信道发送的所有IP数据报可具有相同的公知IP地址和相同的公知UDP端口号。
所述FIC块有效载荷可包括标识所述系综的所述系综标识符以及指示所述EAT是否经由包括在所述系综中的服务信令信道发送的指示信息。
所述方法还可包括以下步骤：将与所述紧急警报消息关联的灾难相关附加信息包括在至少一个文件中；以及非实时地（NRT）发送包括所述灾难相关附加信息的所述至少一个文件。
在本发明的另一方面中，本文提供了一种发送系统，该发送系统包括：第一编码器，其被配置为对包含紧急警报消息的移动服务数据执行里德所罗门-循环冗余校验（RS-CRC）编码并生成属于系综的RS帧；划分器，其被配置为将所述RS帧划分成多个RS帧部分；组格式化器，其被配置为将所述RS帧部分映射到相应数据组，并将一个快速信息信道（FIC）段和多个已知数据序列插入到各个所述数据组中；第二编码器，其被配置为对所述数据组的数据执行网格编码；以及发送单元，其被配置为发送包括经网格编码的数据的广播信号。
FIC块利用FIC块头和FIC块有效载荷来配置，用信号通知所述系综与包括在所述系综中的移动服务之间的绑定信息，并被划分成多个FIC段有效载荷。所述FIC段可利用FIC段头和所述多个FIC段有效载荷中的一个来配置。所述FIC段头可包括用于根据所述紧急警报消息的严重程度强制性地将广播接收器切换为有效模式的唤醒指示信息。
本发明的其它目的、特征和优点将根据参照附图对实施方式的详细描述而变得明显。
有益效果
如上所述，根据本发明的发送系统和接收系统及其广播信号处理方法具有下列优点。在通过信道发送移动服务数据时，本发明可以对于错误是鲁棒的并且与传统数字广播接收系统向后兼容。
此外，即使在具有严重重影效应和噪声的信道中，本发明也可以在没有任何错误的情况下接收移动服务数据。
另外，通过将已知数据插入数据区域内的特定位置并发送所处理的数据，即使在易于频繁改变的信道环境下，接收系统的接收性能也可增强。
另外，通过在移动广播发送器中利用移动广播网络发送紧急警报消息，并且由移动广播接收器接收并处理该消息，能够接收移动广播的广播接收器可向观众提供灾难警报服务。
另外，通过非实时地发送和接收与紧急警报消息关联的附加信息，然后向观众提供服务，可通过移动广播来有效地提供灾难警报服务。
最后，本发明在应用于也易于发生信道频繁改变并且需要针对强烈噪声的保护（或抗性）的移动和便携式接收器时甚至更加有效。
附图说明
图1示出根据本发明的用于发送和接收移动服务数据的M/H帧的结构；
图2示出VSB帧的示例性结构；
图3示出在空间区域中相对于VSB帧，指派有子帧的前4个时隙的位置的映射示例；
图4示出在时间区域中相对于VSB帧，指派有子帧的前4个时隙的位置的映射示例；
图5示出在数据交织和标识之后的数据的对齐；
图6示出图5所示的数据组的放大部分以便于更好地理解本发明；
图7示出在数据交织和标识之前的数据的对齐；
图8示出图7所示的数据组的放大部分以便于更好地理解本发明；
图9示出根据本发明的指派给5个子帧中的一个的数据组的示例性指派顺序；
图10示出根据本发明的将单个队列指派给M/H帧的示例；
图11示出根据本发明的RS帧有效载荷的示例；
图12是示出根据本发明的M/H服务数据分组内的M/H头的结构的示图；
图13(a)和图13(b)是示出根据本发明的RS帧有效载荷的另一示例的示图；
图14示出显示根据本发明的发送器的实施方式的框图；
图15示出显示根据本发明的预处理器的示例的框图；
图16示出根据本发明的M/H帧编码器的概念框图；
图17示出根据本发明的RS帧编码器的详细框图；
图18(a)和图18(b)示出基于RS帧模式值将一个或两个RS帧划分成多个部分的处理以及将各个部分指派给相应数据组内的对应区域的处理；
图19(a)至图19(c)示出根据本发明的实施方式的错误校正编码和错误检测编码处理；
图20(a)和图20(b)示出队列由两个RS帧配置的示图；
图21(a)和图21(b)示出根据本发明的划分RS帧以配置数据组的示例性处理；
图22示出根据本发明的实施方式的块处理器的框图；
图23示出块处理器的卷积编码器的详细框图；
图24示出块处理器的符号交织器；
图25示出根据本发明的实施方式的组格式化器的框图；
图26示出根据本发明的实施方式的网格编码器的框图；
图27示出根据本发明的网格编码之前的数据组内的训练序列的指派的示例；
图28示出根据本发明的网格编码之后的数据组内的训练序列的指派的示例；
图29示出根据本发明的实施方式的指派信令信息区域的示例；
图30示出根据本发明的信令编码器的详细框图；
图31示出根据本发明的TPC数据的句法结构的示例；
图32示出根据本发明的TPC数据和FIC数据级别的传输情景的示例；
图33示出根据本发明的实施方式的FIC块（chunk）的句法结构；
图34示出根据本发明的实施方式的FIC块头的句法结构；
图35示出根据本发明的实施方式的FIC块有效载荷的句法结构；
图36示出根据本发明的实施方式的FIC段（segment）头的句法结构；
图37示出根据本发明的实施方式的服务映射表（SMT）的句法结构；
图38示出根据本发明的实施方式的component_descriptor()的比特流句法结构；
图39示出根据本发明的实施方式的FIC段头的句法结构；
图40示出根据本发明的另一实施方式的FIC段头的句法结构；
图41示出根据本发明的实施方式的显示唤醒指示符字段的值的含义的表；
图42示出根据本发明的另一实施方式的FIC块有效载荷的句法结构；
图43示出根据本发明的实施方式的EAS消息描述符的句法结构；
图44示出根据本发明的另一实施方式的EAS消息描述符的句法结构；
图45示出根据本发明的实施方式的将EAS消息描述符用信号通知给系综级别的示例；
图46示出根据本发明的实施方式的将EAS消息描述符用信号通知给服务级别的示例；
图47示出根据本发明的实施方式的在画面的一部分上显示紧急警报消息的示例；
图48示出根据本发明的实施方式的在画面的另一部分上显示与紧急警报消息有关的附加信息的示例；
图49示出根据本发明的能力描述符的句法结构；
图50示出根据本发明的NRT服务描述符的句法结构；
图51示出根据本发明的实施方式的显示消费模型字段的值的含义的表；
图52示出根据本发明的实施方式的由广播接收器接收并显示灾难信息和灾难相关附加信息的流程图；
图53示出根据本发明的另一实施方式的由广播接收器接收并显示灾难信息和灾难相关附加信息的流程图；
图54示出根据本发明的将紧急警报消息封装到IP数据报的示例；
图55示出能够在图54的IP数据报的有效载荷中发送的紧急警报系统描述符的句法结构的示例；
图56示出根据本发明的实施方式的显示SMT的服务类别字段的值的含义的表；
图57示出根据本发明的实施方式的提供用于紧急警报消息的信令信息的component_data()的比特流句法结构的示例；
图58示出根据本发明的实施方式的EAT部分（section）的比特流句法结构的示例；
图59示出根据本发明的另一实施方式的由广播接收器接收并显示灾难信息和灾难相关附加信息的流程图；以及
图60示出根据本发明的实施方式的接收系统的框图。
具体实施方式
现在将详细参照本发明的优选实施方式，其示例示出于附图中。只要可能，在全部附图中将使用相同的标号来指代相同或相似的部件。
本发明中使用的术语的定义
另外，尽管本发明中使用的术语选自公知公用的术语，但是本发明的说明书中提及的一些术语是由申请人酌情选择的，其详细含义在本文说明书的相关部分中描述。另外，要求不是简单地通过使用的实际术语来理解本发明，而是通过各个术语的内在含义来理解本发明。
在本发明的说明书中使用的术语当中，主服务数据对应于可由固定接收系统接收的数据，并且可包括音频/视频（A/V）数据。更具体地讲，主服务数据可包括高清晰度（HD）或标准清晰度（SD）级别的A/V数据，并且还可包括数据广播所需的各种数据类型。另外，已知数据对应于根据接收系统与发送系统之间的预先安排的协议预先知道的数据。
另外，在本发明所使用的术语当中，“M/H（或MH）”对应于“移动”和“手持”的首字母，并且表示固定类型系统的相对概念。另外，M/H服务数据可包括移动服务数据和手持服务数据中的至少一个，为了简明也将称作“移动服务数据”。本文中，移动服务数据不仅对应于M/H服务数据，而且还可包括具有移动或便携特性的任何类型的服务数据。因此，根据本发明的移动服务数据不仅限于M/H服务数据。
上述移动服务数据可对应于具有诸如程序执行文件、股票信息等的信息的数据，并且还可对应于A/V数据。最特别地，移动服务数据可对应于与主服务数据相比具有较低分辨率和较低数据速率的A/V数据。例如，如果用于传统主服务的A/V编解码器对应于MPEG-2编解码器，则可使用具有更好的图像压缩效率的MPEG-4高级视频编码（AVC）或可伸缩视频编码（SVC）作为用于移动服务的A/V编解码器。另外，可将任何类型的数据作为移动服务数据发送。例如，可将用于广播实时传输信息的传输协议专家组（TPEG）数据作为主服务数据发送。
另外，使用移动服务数据的数据服务可包括天气预报服务、交通信息服务、股票信息服务、观众参与问答节目、实时民意调查、交互教育广播节目、游戏服务、提供关于肥皂剧或连续剧的梗概、人物、背景音乐和拍摄地点的信息的服务、提供关于过去比赛得分以及运动员简介和成就的信息的服务以及提供关于按照服务、介质、时间和主题进行分类以使得能够处理订购单的产品信息和节目的信息的服务。本文中，本发明不仅限于上述服务。
在本发明中，发送系统在主服务数据中提供向后兼容，以被传统接收系统接收。本文中，主服务数据和移动服务数据被复用到相同的物理信道然后被发送。
另外，根据本发明的发送系统对移动服务数据执行附加编码，并插入接收系统和发送系统已经知道的数据（例如，已知数据），由此发送所处理的数据。
因此，当使用根据本发明的发送系统时，接收系统可在移动状态期间接收移动服务数据，并且还可接收稳定的移动服务数据，而不管信道内发生的各种失真和噪声。
M/H帧结构
在本发明的实施方式中，首先以M/H帧为单位将移动服务数据与主服务数据复用，然后以VSB模式调制并发送给接收系统。
就这一点，一个M/H帧由K1数量的子帧配置，其中，一个子帧包括K2数量的时隙。另外，各个时隙可由K3数量的数据分组配置。在本发明的实施方式中，K1将被设置为5，K2将被设置为16，K3将被设置为156（即，K1=5，K2=16，K3=156）。此实施方式中所呈现的K1、K2和K3的值对应于根据优选实施方式的值或者仅是示例性的。因此，上述值将不限制本发明的范围。
图1示出根据本发明的用于发送和接收移动服务数据的M/H帧的结构。在图1所示的示例中，一个M/H帧由5个子帧组成，其中，各个子帧包括16个时隙。在这种情况下，根据本发明的M/H帧包括5个子帧和80个时隙。
另外，在分组级别，一个时隙由156个数据分组（即，传输流分组）配置，在符号级别，一个时隙由156个数据段配置。本文中，一个时隙的大小对应于VSB场的一半（1/2）。更具体地讲，由于一个207字节的数据分组具有与数据段相同量的数据，所以交织之前的数据分组也可用作数据段。
就这一点，两个VSB场分成一组以形成一个VSB帧。
图2示出VSB帧的示例性结构，其中，一个VSB帧由2个VSB场（即，奇数场和偶数场）组成。本文中，各个VSB场包括一个场同步段和312个数据段。
时隙对应于用于复用移动服务数据和主服务数据的基本时间周期。本文中，一个时隙可包括移动服务数据或仅由主服务数据配置。
如果一个M/H帧在一个时隙期间发送，则时隙内的前118个数据分组对应于数据组。并且，剩余38个数据分组成为主服务数据分组。在另一示例中，当时隙中不存在数据组时，对应的时隙由156个主服务数据分组配置。
此外，当时隙被指派给VSB帧时，各个指派位置存在偏移。
图3示出在空间区域中相对于VSB帧，指派有子帧的前4个时隙的位置的映射示例。并且，图4示出在时间区域中相对于VSB帧，指派有子帧的前4个时隙的位置的映射示例。
参照图3和图4，第一时隙（时隙#0）的第38数据分组（TS分组#37）被映射至奇数VSB场的第一数据分组。第2时隙（时隙#1）的第38数据分组（TS分组#37）被映射至奇数VSB场的第157数据分组。另外，第3时隙（时隙#2）的第38数据分组（TS分组#37）被映射至偶数VSB场的第1数据分组。并且，第4时隙（时隙#3）的第38数据分组（TS分组#37）被映射至偶数VSB场的第157数据分组。类似地，利用相同的方法在随后的VSB帧中映射对应子帧内的剩余12个时隙。
此外，一个数据组可划分成至少一个或更多个等级区域。并且，根据各个等级区域的特性，插入各个区域中的移动服务数据的类型可变化。例如，各个区域内的数据组可基于接收性能划分（或分类）。
在本发明给出的示例中，在数据交织之后的数据配置中，将数据组划分成区域A、B、C和D。
图5示出在数据交织和标识之后的数据的对齐。图6示出图5所示的数据组的放大部分以便于更好地理解本发明。图7示出在数据交织和标识之前的数据的对齐。并且，图8示出图7所示的数据组的放大部分以便于更好地理解本发明。更具体地讲，与图5所示相同的数据结构被发送给接收系统。换言之，一个数据分组被数据交织以分散到多个数据段，由此发送给接收系统。图5示出分散到170个数据段的一个数据组的示例。就这一点，由于一个207字节的分组具有与一个数据段相同量的数据，所以还未利用数据交织进行处理的分组可用作数据段。
图5示出将数据交织之前的数据组划分成10个M/H块（即，M/H块1（B1）至M/H块10（B10））的示例。在此示例中，各个M/H块具有16段的长度。参照图5，仅RS奇偶校验数据被分配给M/H块1（B1）前面的5段和M/H块10（B10）后面的5段的部分。在数据组的区域A至D中不包括RS奇偶校验数据。
更具体地讲，当假设一个数据组被划分成区域A、B、C和D时，根据数据组内的各个M/H块的特性，各个M/H块可被包括在区域A至区域D中的任一个中。就这一点，根据本发明的实施方式，基于主服务数据的干扰级别，各个M/H块可被包括在区域A至区域D中的任一个中。
本文中，数据组被划分成多个区域以用于不同的目的。更具体地讲，与具有较高干扰级别的区域相比，没有干扰或者干扰级别非常低的主服务数据的区域可被认为具有抗性更高（或更强）的接收性能。另外，当使用在数据组中插入并发送已知数据（其中，所述已知数据是基于发送系统与接收系统之间的协议已知的）的系统时并且当连续长的已知数据要周期性地插入移动服务数据中时，可将具有预定长度的已知数据周期性地插入没有来自主服务数据的干扰的区域（即，未混合主服务数据的区域）中。然而，由于来自主服务数据的干扰，难以周期性地插入已知数据，并且也难以将连续长的已知数据插入具有来自主服务数据的干扰的区域。
参照图5，M/H块4（B4）至M/H块7（B7）对应于没有主服务数据的干扰的区域。图5所示的数据组内的M/H块4（B4）至M/H块7（B7）对应于没有出现来自主服务数据的干扰的区域。在此示例中，将长已知数据序列插入各个M/H块的开始和结尾处。在本发明的说明书中，包括M/H块4（B4）至M/H块7（B7）的区域将称作“区域A(=B4+B5+B6+B7)”。如上所述，当数据组包括在各个M/H块的开始和结尾处均插入了长已知数据序列的区域A时，接收系统能够利用可从已知数据获得的信道信息来执行均衡。因此，可从区域A至区域D中的一个得到（或获得）最强的均衡性能。
在图5所示的数据组的示例中，M/H块3（B3）和M/H块8（B8）对应于具有很少来自主服务数据的干扰的区域。本文中，将长已知数据序列仅插入各个M/H块B3和B8的一侧。更具体地讲，由于来自主服务数据的干扰，将长已知数据序列插入M/H块3（B3）的结尾处，将另一长已知数据序列插入M/H块8（B8）的开始处。在本发明中，包括M/H块3（B3）和M/H块8（B8）的区域将称作“区域B(=B3+B8)”。如上所述，当数据组包括仅在各个M/H块的一侧（开始或结尾）处插入了长已知数据序列的区域B时，接收系统能够利用可从已知数据获得的信道信息来执行均衡。因此，可得到（或获得）与区域C/D相比较强的均衡性能。
参照图5，M/H块2（B2）和M/H块9（B9）对应于与区域B相比具有更多来自主服务数据的干扰的区域。长已知数据序列无法插入M/H块2（B2）和M/H块9（B9）的任一侧。本文中，包括M/H块2（B2）和M/H块9（B9）的区域将称作“区域C(=B2+B9)”。最后，在图5所示的示例中，M/H块1（B1）和M/H块10（B10）对应于与区域C相比具有更多来自主服务数据的干扰的区域。类似地，长已知数据序列无法插入M/H块1（B1）和M/H块10（B10）的任一侧。
本文中，包括M/H块1（B1）和M/H块10（B10）的区域将称作“区域D(=B1+B10)”。由于区域C/D与已知数据序列进一步间隔开，所以当信道环境经历频繁和突然的改变时，区域C/D的接收性能可能劣化。
图7示出数据交织之前的数据结构。更具体地讲，图7示出118个数据分组分配给一个数据组的示例。图7示出由118个数据分组组成的数据组的示例，其中，基于参考分组（例如，场同步信号之后的第1分组（或数据段）或第157分组（或数据段）），当将数据分组分配给VSB帧时，在参考分组之前包括37个分组，之后包括81个分组（包括参考分组）。
换言之，参照图5，场同步信号被设置（或指派）于M/H块2（B2）和M/H块3（B3）之间。因此，这指示时隙相对于对应VSB场具有37个数据分组的偏移。
上面所述的数据组的大小、数据组内的等级区域的数量、各个区域的大小、各个区域中包括的M/H块的数量、各个M/H块的大小等仅是示例性的。因此，本发明将不限于上述示例。
图9示出指派给5个子帧中的一个的数据组的示例性指派顺序，其中，5个子帧配置一个M/H帧。例如，指派数据组的方法可相同地应用于所有M/H帧或者不同地应用于各个M/H帧。另外，指派数据组的方法可相同地应用于所有子帧或者不同地应用于各个子帧。就这一点，当假设在对应M/H帧的所有子帧中使用相同的方法指派数据组时，指派给M/H帧的数据组的总数等于“5”的倍数。
根据本发明的实施方式，多个连续数据组被指派为在M/H帧内尽可能远地彼此间隔开。因此，系统能够对子帧内可能出现的任何突发错误及时有效地作出响应。
例如，当假设3个数据组被指派给子帧时，数据组分别被指派给子帧中的第1时隙（时隙#0）、第5时隙（时隙#4）和第9时隙（时隙#8）。图9示出利用上述图案（或规则）在一个子帧中指派16个数据组的示例。换言之，将各个数据组连续指派给与下列编号对应的16个时隙：0、8、4、12、1、9、5、13、2、10、6、14、3、11、7和15。
下面的式1示出用于在子帧中指派数据组的上述规则（或图案）。
式1
j=(4i+0) mod 16
本文中，0 0 = 0 if i < 4 , 0 = 2 else if i < 8 , 0 = 1 else if i < 12 , 0 = 3 else .
本文中，j指示子帧内的时隙编号。j的值可在0至15的范围内（即，0≤j≤15）。另外，i的值指示数据组编号。i的值可在0至15的范围内（即，0≤i≤15）。
在本发明中，M/H帧中包括的数据组的集合将称作“队列（parade）”。基于RS帧模式，队列发送一个或两个RS帧的数据。
一个RS帧内的移动服务数据可被指派（或映射）给对应数据组内的所有区域A/B/C/D，或者指派给区域A/B/C/D中的至少一个。在本发明的实施方式中，一个RS帧内的移动服务数据可被指派（或映射）给所有区域A/B/C/D，或者指派给区域A/B和区域C/D中的至少一个。如果移动服务数据被指派给后一种情况（即，区域A/B和区域C/D中的一个），在对应数据组内指派给区域A/B的RS帧和指派给区域C/D的RS帧彼此不同。在本发明的说明书中，为了简明，指派给对应数据组内的区域A/B的RS帧将称作“主RS帧”，指派给对应数据组内的区域C/D的RS帧将称作“辅RS帧”。另外，主RS帧和辅RS帧形成（或配置）一个队列。更具体地讲，当一个RS帧内的移动服务数据被指派给对应数据组内的所有区域A/B/C/D时，一个队列发送一个RS帧。在这种情况下，该RS帧也将称作“主RS帧”。相反，当一个RS帧内的移动服务数据被指派区域A/B和区域C/D中的至少一个时，一个队列可发送最多达2个RS帧。
更具体地讲，RS帧模式指示队列是否发送一个RS帧，或者队列是否发送两个RS帧。
下表1示出RS帧模式的示例。
表1
表1示出为了指示RS帧模式分配2比特的示例。例如，参照表1，当RS帧模式值等于“00”时，这指示一个队列发送一个RS帧。并且，当RS帧模式值等于“01”时，这指示一个队列发送两个RS帧，即，主RS帧和辅RS帧。更具体地讲，当RS帧模式值等于“01”时，用于区域A/B的主RS帧的数据被指派并发送给对应数据组的区域A/B。类似地，用于区域C/D的辅RS帧的数据被指派并发送给对应数据组的区域C/D。
如数据组的指派中所描述的，队列也被指派为在子帧内尽可能远地彼此间隔开。因此，系统能够对子帧内可能出现的任何突发错误及时有效地作出响应。
另外，指派队列的方法可相同地应用于所有子帧或者不同地应用于各个子帧。根据本发明的实施方式，队列可针对各个M/H帧不同地指派，并且针对M/H帧内的所有子帧相同地指派。更具体地讲，M/H帧结构可以按照M/H帧为单位变化。因此，可更频繁且灵活地调节系综率。
图10示出指派（或分配）给M/H帧的单个队列的多个数据组的示例。
更具体地讲，图10示出单个队列中包括的多个数据组的示例,其中，子帧中包括的数据组的数量等于“3”，其被分配给M/H帧。参照图10，按照4个时隙的循环周期将3个数据组顺序指派给子帧。因此，当在对应M/H帧中包括的5个子帧中同等地执行此处理时，15个数据组被指派给单个M/H帧。本文中，15个数据组对应于队列中包括的数据组。因此，由于一个子帧由4个VSB帧配置，并且由于子帧中包括3个数据组，所以子帧内的4个VSB帧中的一个未指派对应队列的数据组。
例如，当假设一个队列发送一个RS帧，并且位于稍后的块中的RS帧编码器对对应RS帧的有效载荷执行RS编码，由此将24字节的奇偶校验数据添加到对应RS帧有效载荷并发送所处理的RS帧时，奇偶校验数据占据总码字长度的大约11.37%(=24/(187+24)x100)。此外，当一个子帧包括3个数据组，并且指派队列中包括的数据组时，如图10所示，总共15个数据组形成RS帧。因此，即使当整个数据组中由于信道内的突发噪声而出现错误时，百分数仅为6.67%(=1/15x100)。因此，接收系统可通过执行删除RS解码处理校正所有错误。更具体地讲，当执行删除RS解码时，可校正与RS奇偶校验字节的数量对应数量的信道错误。通过这样，接收系统可校正一个队列内的至少一个数据组的错误。因此，通过RS帧可校正的最小突发噪声长度超过1个VSB帧。
此外，当如图10所示指派属于队列的数据组时，主服务数据可被指派于各个数据组之间，或者与不同队列对应的数据组可被指派于各个数据组之间。更具体地讲，与多个队列对应的数据组可被指派给一个M/H帧。
基本上，指派与多个队列对应的数据组的方法非常类似于指派与单个队列对应的数据组的方法。换言之，要指派给M/H帧的其它队列中所包括的数据组也分别根据4个时隙的循环周期来指派。
就这一点，可按照循环方法将不同队列的数据组顺序地指派给相应时隙。本文中，从还未指派有先前队列的数据组的那些时隙开始，将数据组指派给时隙。
例如，当假设如图10所示指派与队列对应的数据组时，可从子帧的第12时隙开始，将与下一队列对应的数据组指派给子帧。然而，这仅是示例性的。在另一示例中，也可从第3时隙开始按照4个时隙的循环周期将下一队列的数据组顺序指派给子帧内的不同时隙。
如上所述，可将多个队列的数据组指派给单个M/H帧，并且，在各个子帧中，将数据组从左到右连续分配给具有4个时隙的组空间。
因此，每子帧的一个队列的组数（NOG）可对应于“1”至“8”中的任一整数。本文中，由于一个M/H帧包括5个子帧，所以可分配给M/H帧的队列内的数据组的总数可对应于“5”至“40”的范围内的“5”的任一倍数。
如上所述，M/H帧被划分成5个子帧。与多个队列对应的数据组共存于各个子帧中。本文中，与各个队列对应的数据组以M/H帧为单位分组，由此配置单个队列。
此外，根据本发明的RS帧包括RS帧有效载荷、添加在RS帧有效载荷的各列的底部的RS奇偶校验数据以及添加在具有RS奇偶校验数据的RS帧有效载荷的各行的左端的CRC数据。
如图11所示，RS帧有效载荷具有N（行）×187（列）的大小。本文中，N表示行的长度（即，列数），187对应于列的长度（即，行数）。
在本发明中，为了方便描述，N字节的各行将称作M/H服务数据分组（或M/H TP分组）。
如图12所示，RS帧有效载荷内的各个M/H服务数据分组包括2字节的M/H头（或MH TP头）、k字节的填充区域以及N-2-k字节的M/H有效载荷。此时，k具有值0或大于0的值。M/H有效载荷包括根据本发明的实施方式的信令表信息和/或移动服务数据的IP数据报。在这种情况下，2字节的M/H头仅是一个示例，对应字节可根据设计者而变化。因此，本发明将不限于这种示例。
此时，由于M/H服务数据分组包括M/H头，M/H头可能未达到N字节。
在这种情况下，可将填充字节指派给对应M/H服务数据分组的剩余有效载荷部分。例如，在将节目表信息指派给一个M/H服务数据分组之后，如果包括M/H头的M/H服务数据分组的长度为N-20字节，则可将填充字节指派给剩余20字节。在这种情况下，值k变为20，对应M/H服务数据分组内的M/H有效载荷区域包括N-2-20字节。
通过收集与一个或更多个移动服务对应的信令表信息和/或移动服务数据的IP数据报来生成RS帧有效载荷。例如，称为新闻（例如，移动服务1的IP数据报）和股票（例如，移动服务2的IP数据报）的两种类型的移动服务的信令表信息和移动服务数据的IP数据报可包括在一个RS帧有效载荷中。
更具体地讲，在发送系统（例如，移动广播站）中，基于实时协议（RTP）方法将移动服务数据（例如，A/V流）分组。然后基于用户数据报协议（UDP）方法对RTP分组再次进行分组。随后，基于IP方法继而对RTP/UDP分组进行分组，由此分组成RTP/UDP/IP分组数据。在本发明的说明书中，为了简明，分组的RTP/UDP/IP分组数据将称作IP数据报。
另外，可以按照信令表的形式提供用于接收移动服务的服务信息。并且，基于UDP方法对发送这种信令表的服务信令信道进行分组。并且，然后基于IP方法对分组的UDP数据进行分组，由此分组为UDP/IP数据。在本发明的说明书中，为了简明，分组的UDP/IP分组数据也将称作IP数据报。根据本发明的实施方式，将服务信令信道封装到具有公知的目的地IP地址和公知的目的地UDP端口号的IP数据报中。
更具体地讲，一个RS帧有效载荷包括用于至少一个或更多个移动服务的移动服务数据的IP数据报。另外，RS帧有效载荷包括用于接收移动服务数据的服务信令信道的IP数据报。
根据本发明的实施方式，在服务映射表（SMT）、指南访问表（GAT）、小区信息表（CIT）、服务标记表（SLT）和分级区域表（RRT）当中，本发明通过服务信令信道来发送至少一个信令表。本文中，本发明的实施方式中所呈现的信令表仅是示例以有助于理解本发明。因此，本发明不仅限于可通过服务信令信道发送的示例性信令表。
SMT提供关于系综级别的信令信息。另外，各个SMT为属于包括各个SMT的对应系综的各个移动服务提供IP访问信息。另外，SMT提供对应移动服务所需的IP流组件级别信息。RRT发送关于用于节目分级的区域和咨询机构的信息。更具体地讲，RRT提供内容咨询分级信息。GAT提供关于发送服务指南的SG提供商的信息。另外，GAT提供访问SG所需的服务指南自举信息。CIT提供与广播信号的频域对应的各个小区的信道信息。本文中，小区是指在多频网络（MFN）环境（或条件）下受基于物理频率的发送器影响的范围。更具体地讲，CIT提供关于当前发送器（或发送系统）中相邻小区的载波频率的信息。因此，基于CIT信息，接收器（或接收系统）可从一个发送器的（或激励器的）覆盖区域移动到另一发送器的覆盖区域。SLT提供信道扫描处理的专门使用所需的最小信息。更具体地讲，根据本发明的实施方式，除了SMT之外，通过使用用于信道扫描处理的专门使用的SLT来为信道扫描处理配置一组最小信息，可提高信道扫描速度。
根据本发明的实施方式，各个信令表被划分为至少一个部分。然后，各个部分被封装到UDP/IP头，由此通过服务信令信道发送。在这种情况下，通过服务信令信道发送的UDP/IP分组的数量可基于通过服务信令信道发送的信令表的数量和各个信令表中的部分的数量而变化。
就这一点，通过服务信令信道发送的所有UDP/IP分组具有相同编号的公知目标IP地址和公知目标UDP端口号。例如，当假设通过服务信令信道发送SMT、RRT和GAT时，发送SMT、RRT和GAT的所有UDP/IP分组的目标IP地址和目标UDP端口号彼此相同。另外，目标IP地址和目标UDP端口号分别对应于公知值，即，接收系统基于接收系统与发送系统之间的协议预先知道的值。
因此，通过表标识符来执行包括在服务信令数据中的各个信令表的标识。表标识符可对应于存在于对应信令表中或对应信令表部分的头中的table_id字段。并且，当需要时，可通过进一步参照table_id_extension字段来执行标识。
图12是示出根据本发明的分配给M/H服务数据分组内的M/H头区域的字段的示例的示图。这些字段的示例包括type_indicator字段、error_indicator字段、stuff_indicator字段和pointer字段。
type_indicator字段可分配例如3比特，并表示分配给对应M/H服务数据分组内的有效载荷的数据的类型。换言之，type_indicator字段指示有效载荷的数据是IP数据报还是节目表信息。此时，各个数据类型构成一个逻辑信道。在发送IP数据报的逻辑信道中，多个移动服务被复用然后被发送。各个移动服务在IP层中经历解复用。
error_indicator字段可分配例如1比特，并表示对应M/H服务数据分组是否具有错误。例如，如果error_indicator字段具有值0，则其表示对应M/H服务数据分组中没有错误。如果error_indicator字段具有值1，则其表示对应M/H服务数据分组中可能有错误。根据本发明的实施方式，在RS帧内的所有error_indicator字段上指示并发送值零。
stuff_indicator字段可分配例如1比特，并表示对应M/H服务数据分组的有效载荷中是否存在填充字节。例如，如果stuff_indicator字段具有值0，则其表示对应M/H服务数据分组中没有填充字节。如果stuff_indicator字段具有值1，则其表示对应M/H服务数据分组中存在填充字节。
pointer字段可分配例如11比特，并表示新数据（即，新信令信息或新IP数据报）在对应M/H服务数据分组中开始的位置信息。
例如，如果如图11所示，移动服务1的IP数据报和移动服务2的IP数据报被分配给RS帧有效载荷内的第一M/H服务数据分组，则pointer字段值表示M/H服务数据分组内的移动服务2的IP数据报的开始位置。
另外，如果对应M/H服务数据分组中没有新数据，则作为示例，对应字段值被表示为最大值。根据本发明的实施方式，由于将11比特分配给pointer字段，所以如果2047被表示为pointer字段值，则其表示分组中没有新数据。pointer字段值为0的点可根据type_indicator字段值和stuff_indicator字段值而变化。
应该理解，为了理解本发明，示例性地示出分配给图12所示的M/H服务数据分组内的头的字段的顺序、位置和含义。由于本领域技术人员可容易地修改分配给M/H服务数据分组内的头的字段的顺序、位置和含义以及另外分配的字段的数量，所以本发明将不限于上述示例。
图13(a)和图13(b)示出根据本发明的RS帧有效载荷的另一示例。图13(a)示出分配给数据组内的区域A/B的主RS帧有效载荷的示例，图13(b)示出分配给数据组内的区域C/D的辅RS帧有效载荷的示例。
在图13(a)和图13(b)中，分配给区域A/B的RS帧有效载荷的列长度（即，行数）以及分配给区域C/D的RS帧有效载荷的列长度（即，行数）同样为187。然而，行长度（即，列数）可彼此不同。
根据本发明的实施方式，当分配给数据组内的区域A/B的主RS帧有效载荷的行长度为N1字节，分配给数据组内的区域C/D的辅RS帧有效载荷的行长度为N2字节时，满足条件N1>N2。
在这种情况下，N1和N2可根据传输参数或将发送对应RS帧有效载荷的数据组的区域而变化。
为了方便描述，N1和N2字节的各行将称作M/H服务数据分组。在本发明中，用于数据组内的区域A/B的主RS帧有效载荷以及用于数据组内的区域C/D的辅RS帧有效载荷可包括信令表信息和移动服务数据的IP数据报中的至少一个。另外，一个RS帧有效载荷可包括与一个或更多个移动服务对应的IP数据报。
图11的对应部分可应用于图13(a)和图13(b)中未描述的其它部分。
此外，与RS帧有效载荷内的列数对应的值N可根据式2决定。
式2
Figure BDA0000460884430000181
本文中，NoG指示指派给子帧的数据组的数量。PL表示指派给数据组的SCCC有效载荷数据字节数。并且，P表示添加到RS帧有效载荷的各列的RS奇偶校验数据字节数。最后，
Figure BDA0000460884430000182
是等于或小于X的最大整数。
更具体地讲，在式2中，PL对应于RS帧部分的长度。PL的值等于指派给对应数据组的SCCC有效载荷数据字节数。本文中，PL的值可根据RS帧模式、SCCC块模式和SCCC外码模式而变化。下面的表2至表5分别示出根据RS帧模式、SCCC块模式和SCCC外码模式而变化的PL值的示例。SCCC块模式和SCCC外码模式将在稍后的处理中详细描述。
表2
Figure BDA0000460884430000183
表2示出当RS帧模式值等于“00”，并且当SCCC块模式值等于“00”时，RS帧内的各个数据组的PL值的示例，其中，各个PL值根据SCCC外码模式而变化。
例如，当假设数据组内的区域A/B/C/D的各个SCCC外码模式值等于“00”（即，稍后的块的块处理器302以1/2的编码速率执行编码）时，对应RS帧的各个数据组内的PL值可等于9624字节。更具体地讲，一个RS帧内的移动服务数据的9624字节可被指派给对应数据组的区域A/B/C/D。
表3
SCCC外码模式 PL
00 9624
01 4812
其它 预留
表3示出当RS帧模式值等于“00”，并且当SCCC块模式值等于“01”时，RS帧内的各个数据组的PL值的示例，其中，各个PL值根据SCCC外码模式而变化。
表4
Figure BDA0000460884430000191
表4示出当RS帧模式值等于“01”，并且当SCCC块模式值等于“00”时，主RS帧内的各个数据组的PL值的示例，其中，各个PL值根据SCCC外码模式而变化。例如，当区域A/B的各个SCCC外码模式值等于“00”时，主RS帧内的移动服务数据的7644字节可被指派给对应数据组的区域A/B。
表5
Figure BDA0000460884430000192
表5示出当RS帧模式值等于“01”，并且当SCCC块模式值等于“00”时，辅RS帧内的各个数据组的PL值的示例，其中，各个PL值根据SCCC外码模式而变化。例如，当区域C/D的各个SCCC外码模式值等于“00”时，辅RS帧内的移动服务数据的1980字节可被指派给对应数据组的区域C/D。
此外，各个数据组的预定部分（即，37字节/数据组）用于传送（或发送）FIC信息（即，一个FIC段），其中，FIC信息与移动服务数据上的RS编码处理分开编码。
另外，在本发明的实施方式中应用M/H系综的概念，由此定义服务集合（或组）。各个M/H系综承载相同的QoS，并利用相同的FEC码编码。本文中，M/H系综用作与系综相同的含义。另外，各个系综具有唯一标识符（即，系综ID）并对应于连续的RS帧。
根据本发明的实施方式的发送/接收系统操作（或管理）两个数据信道。一个数据信道是用于发送内容的RS帧数据信道，另一数据信道是用于服务获取的FIC（快速信息信道）。本发明旨在利用FIC块来用信号通知系综与移动服务之间的映射（绑定）信息，FIC块通过被分成FIC段单位来经由FIC发送，由此接收系统可执行快速服务获取。
发送器
图14示出显示根据本发明的实施方式的发送器的示例的框图。本文中，发送器包括分组抖动缓和器220、预处理器230、分组复用器240、后处理器250、同步复用器260和发送单元270。
就这一点，根据本发明的实施方式，主服务数据被输入给分组抖动缓和器220，移动服务数据被输入给预处理器230。另外，根据本发明的另一实施方式，包括主服务数据的主服务数据分组可被输入给分组抖动缓和器220，包括移动服务数据的移动服务数据分组可被输入给预处理器230。
预处理器230对输入的移动服务数据执行附加编码处理。预处理器230还根据要在发送帧上发送的数据的目的执行配置数据组的处理以使得数据组可位于特定位置。这是为了使得移动服务数据能够针对噪声和信道改变作出迅速且强力的响应。图15示出显示根据本发明的预处理器230的结构的框图。本文中，预处理器230包括M/H帧编码器301、块处理器302、组格式化器303、信令编码器304和分组格式化器305。
包括在具有上述结构的预处理器230中的M/H帧编码器301对输入的移动服务数据进行数据随机化，由此形成属于系综的至少一个RS帧。M/H帧编码器301可包括至少一个RS帧编码器。更具体地讲，RS帧编码器可并行设置，其中，RS帧编码器的数量等于M/H帧内的队列的数量。如上所述，M/H帧是用于发送至少一个队列的基本时间循环周期。另外，各个队列由一个或两个RS帧组成。
图16示出根据本发明的实施方式的M/H帧编码器301的概念框图。M/H帧编码器301包括输入解复用器（DEMUX）309、M个RS帧编码器310至31M-1以及输出复用器（MUX）320。本文中，M表示包括在一个M/H帧中的队列的数量。
解复用器309以系综为单位将输入的移动服务数据分组输出给M个RS帧编码器当中的对应RS帧编码器。
根据本发明的实施方式，各个RS帧编码器利用输入的移动服务数据形成RS帧有效载荷，并以RS帧有效载荷为单位执行错误校正编码处理和错误检测编码处理中的至少一个，由此形成RS帧。另外，各个RS帧编码器将RS帧划分成多个部分，以便将经错误校正编码的RS帧数据指派给多个数据组。基于表1的RS帧模式，一个RS帧内的数据可被指派给多个数据组内的所有区域A/B/C/D，或者被指派给多个数据组内的区域A/B和区域C/D中的至少一个。
当RS帧模式值等于“01”时，即，当主RS帧的数据被指派给对应数据组的区域A/B，辅RS帧的数据被指派给对应数据组的区域C/D时，各个RS帧编码器针对各个队列创建主RS帧和辅RS帧。相反，当RS帧模式值等于“00”时，即，当主RS帧的数据被指派所有区域A/B/C/D时，各个RS帧编码器针对各个队列创建RS帧（即，主RS帧）。
另外，各个RS帧编码器将各个RS帧划分成多个部分。RS帧的各个部分相当于可通过数据组发送的数据量。输出复用器（MUX）320将M个RS帧编码器310至310M-1内的部分复用，然后输出给块处理器302。
例如，如果一个队列发送两个RS帧，则M个RS帧编码器310至310M-1内的主RS帧部分被复用并被输出。随后，M个RS帧编码器310至310M-1内的辅RS帧部分被复用并被输出。
图17示出M/H帧编码器内的多个RS帧编码器当中的RS帧编码器的详细框图。
一个RS帧编码器可包括主编码器410和辅编码器420。本文中，辅编码器420可基于RS帧模式操作或者可不基于RS帧模式操作。例如，当RS帧模式值等于“00”时，如表1所示，辅编码器420不操作。
主编码器410可包括数据随机化器411、里德所罗门-循环冗余校验（RS-CRC）编码器（412）和RS帧划分器413。并且，辅编码器420也可包括数据随机化器421、RS-CRC编码器（422）和RS帧划分器423。
更具体地讲，主编码器410的数据随机化器411接收从输出解复用器（DEMUX）309输出的属于主系综的移动服务数据。然后，在对接收的移动服务数据进行随机化之后，数据随机化器411将随机化的数据输出给RS-CRC编码器412。
RS-CRC编码器412利用里德所罗门（RS）码和循环冗余校验（CRC）码中的至少一个对随机化的移动服务数据执行FEC（前向错误校正）编码，并输出给RS帧划分器413。
RS-CRC编码器412将随机化并输入的多个移动服务数据分成组，以形成RS帧有效载荷。然后，RS-CRC编码器412以RS帧有效载荷为单位执行错误校正编码处理和错误检测编码处理中的至少一个，由此形成RS帧。因此，可为移动服务数据提供鲁棒性，由此将在频率环境改变期间可能出现的组错误分散，由此使得移动服务数据能够响应于极其脆弱并易于频繁改变的频率环境。
另外，RS-CRC编码器412将多个RS帧分成组以创建超帧，由此以超帧为单位执行行置换处理。行置换处理还可称作“行交织处理”。以下为了简明，该处理将称作“行置换”。在本发明中，行置换处理是可选的。
更具体地讲，当RS-CRC编码器412根据预定规则执行置换超帧的各行的处理时，行置换处理之前和之后的超帧内的行的位置改变。如果以超帧为单位执行行置换处理，即使发生多个错误的部分变得非常长，并且即使要解码的RS帧中包括的错误数量超出能够校正的程度，所述错误也变得分散在整个超帧内。因此，与单个RS帧相比，解码能力更加增强。
就这一点，作为本发明的示例，在RS-CRC编码器412中，针对错误校正编码处理应用RS编码，针对错误检测处理应用循环冗余校验（CRC）编码。当执行RS编码时，生成用于错误校正的奇偶校验数据。并且，当执行CRC编码时，生成用于错误检测的CRC数据。
通过CRC编码生成的CRC数据可用于指示移动服务数据是否在通过信道发送的同时由于错误而损坏。在本发明中，可使用除了CRC编码方法之外的各种错误检测编码方法，或者可使用错误校正编码方法来增强接收系统的整体错误校正能力。
图18(a)和图18(b)示出基于RS帧模式值将一个或两个RS帧划分为多个部分的处理以及将各个部分指派给相应数据组内的对应区域的处理。根据本发明的实施方式，数据组内的数据指派由组格式化器303执行。
更具体地讲，图18(a)示出RS帧模式值等于“00”的示例。这里，仅图17的主编码器410进行操作，由此针对一个队列形成一个RS帧。然后，将RS帧划分为多个部分，将各个部分的数据指派给相应数据组内的区域A/B/C/D。
图18(b)示出RS帧模式值等于“01”的示例。这里，图17的主编码器410和辅编码器420均进行操作，由此针对一个队列形成两个RS帧，即，一个主RS帧和一个辅RS帧。然后，将主RS帧划分成多个部分，将辅RS帧划分成多个部分。就这一点，将主RS帧的各个部分的数据指派给相应数据组内的区域A/B。并且，将辅RS帧的各个部分的数据指派给相应数据组内的区域C/D。
RS帧的详细描述
图19(a)示出根据本发明的从RS-CRC编码器412生成RS帧的示例。
当形成RS帧有效载荷时，如图19(a)所示，RS-CRC编码器412对各列执行(Nc,Kc)-RS编码处理，以生成Nc-Kc(=P)个奇偶校验字节。然后，RS-CRC编码器412将新生成的P个奇偶校验字节添加在对应列的最后字节之后，由此创建(187+P)字节的列。
本文中，如图19(a)所示，Kc等于187（即，Kc=187），Nc等于187+P（即，Nc=187+P）。
本文中，P的值可根据RS码模式而变化。下表6示出作为RS编码信息中的一个的RS码模式的示例。
表6
RS码模式 RS码 奇偶校验字节数(P)
00 (211,187) 24
01 (223,187) 36
10 (235,187) 48
11 预留 预留
表6示出指派2比特以便指示RS码模式的示例。RS码模式表示与RS帧有效载荷对应的奇偶校验字节数。
例如，当RS码模式值等于“10”时，对图19(a)的RS帧有效载荷执行(235,187)-RS编码，以生成48个奇偶校验数据字节。随后，将这48个奇偶校验字节添加在对应列的最后数据字节之后，由此创建235个数据字节的列。
当RS帧模式值等于表1中的“00”时（即，当RS帧模式指示单个RS帧时），仅指示对应RS帧的RS码模式。然而，当RS帧模式值等于表1中的“01”时（即，当RS帧模式指示多个RS帧时），RS码模式对应于主RS帧和辅RS帧。更具体地讲，优选的是，RS码模式独立地应用于主RS帧和辅RS帧。
当对所有N个列执行这种RS编码处理时，如图19(b)所示，可生成N(行)×(187+P)(列)字节大小，。
RS帧有效载荷的各行由N字节配置。然而，根据发送系统和接收系统之间的信道条件，RS帧有效载荷中可能包括错误。当如上所述发生错误时，可以按照各行为单位使用CRC数据（或CRC码或CRC校验和）以便以各行为单位验证是否存在错误。
RS-CRC编码器412可对被RS编码的移动服务数据执行CRC编码，以创建（或生成）CRC数据。通过CRC编码生成的CRC数据可用于指示移动服务数据是否在通过信道发送的同时被损坏。
本发明还可使用除了CRC编码方法之外的不同错误检测编码方法。另选地，本发明可使用错误校正编码方法来增强接收系统的整体错误校正能力。
图19(c)示出使用2字节（即，16比特）CRC校验和作为CRC数据的示例。本文中，为各行的N个字节生成2字节CRC校验和，由此将2字节CRC校验和添加在N个字节的结尾处。因此，各行扩展至(N+2)个字节。
下面的式3对应于为由N个字节配置的各行生成2字节CRC校验和的示例性等式。
式3
g(x)=x16+x12+x5+1
在各行中添加2字节校验和的处理仅是示例性的。因此，本发明不仅限于本文所阐述的描述中所提出的示例。
如上所述，当RS编码和CRC编码的处理完成时，(N×187)字节RS帧有效载荷被转换为(N+2)×(187+P)字节RS帧。
基于如上所述形成的RS帧的错误校正情景，在行方向上通过信道发送RS帧内的数据字节。就这一点，当在有限的传输时间周期期间发生大量错误时，在接收系统中在利用解码处理进行处理的RS帧内的行方向上也发生错误。然而，从在列方向上执行的RS编码的角度看，错误看起来被分散。因此，可更有效地执行错误校正。就这一点，可使用增加奇偶校验数据字节数(P)的方法以便执行更高强度的错误校正处理。然而，使用此方法可能导致传输效率降低。因此，需要互利的方法。另外，当执行解码处理时，可使用删除解码处理来增强错误校正性能。
本发明的以上描述对应于当数据组被划分成区域A/B/C/D，并且当RS帧的数据被指派给多个数据组内的所有区域A/B/C/D时，形成（创建）RS帧并对其进行编码的处理。更具体地讲，上面的描述对应于本发明的使用一个队列发送一个RS帧的实施方式。在此实施方式中，辅编码器420不进行操作（或者无效）。
此外，利用一个队列发送2个RS帧，可将主RS帧的数据指派给数据组内的区域A/B并进行发送，可将辅RS帧的数据指派给数据组内的区域C/D并进行发送。就这一点，主编码器410接收将指派给数据组内的区域A/B的移动服务数据，形成主RS帧有效载荷，然后对主RS帧有效载荷执行RS编码和CRC编码，由此形成主RS帧。类似地，辅编码器420接收将指派给数据组内的区域C/D的移动服务数据，形成辅RS帧有效载荷，然后对辅RS帧有效载荷执行RS编码和CRC编码，由此形成辅RS帧。更具体地讲，独立地生成主RS帧和辅RS帧。
图20示出接收将指派给数据组内的区域A/B的移动服务数据以形成主RS帧有效载荷，并接收将指派给数据组内的区域C/D的移动服务数据以形成辅RS帧有效载荷，由此对主RS帧有效载荷和辅RS帧有效载荷执行错误校正编码和错误检测编码的示例。
更具体地讲，图20(a)示出主编码器410的RS-CRC编码器412接收将指派给对应数据组内的区域A/B的主系综的移动服务数据，以创建大小为N1(行)×187(列)的RS帧有效载荷的示例。然后，在此示例中，主编码器410对如上所述创建的RS帧有效载荷的各列执行RS编码，由此在各列中添加P1个奇偶校验数据字节。最后，主编码器410对各行执行CRC编码，由此在各行中添加2字节校验和，由此形成主RS帧。
图20(b)示出辅编码器420的RS-CRC编码器422接收将指派给对应数据组内的区域C/D的辅系综的移动服务数据，以创建大小为N2(行)×187(列)的RS帧有效载荷的示例。然后，在此示例中，辅编码器420对如上所述创建的RS帧有效载荷的各列执行RS编码，由此在各列中添加P2个奇偶校验数据字节。最后，辅编码器420对各行执行CRC编码，由此在各行中添加2字节校验和，由此形成辅RS帧。
就这一点，RS-CRC编码器412和422中的每一个通过参照传输参数，例如，M/H帧信息、FIC信息、RS帧信息（包括RS帧模式信息）、RS编码信息（包括RS码模式信息）、SCCC信息（包括SCCC块模式信息和SCCC外码模式信息）中的至少一个，来执行RS帧配置、错误校正编码、错误检测编码。另外，所述传输参数应该也被发送给接收系统，使得接收系统可执行正常的解码处理。就这一点，作为本发明的示例，通过传输参数信道（TPC）将传输参数发送给接收系统。TPC将稍后详细描述。
由主编码器410的RS-CRC编码器412以RS帧为单位编码的主RS帧的数据被输出给RS帧划分器413。如果在本发明的实施方式中辅编码器420也进行操作，则由辅编码器420的RS-CRC编码器422以RS帧为单位编码的辅RS帧的数据被输出给RS帧划分器423。
主编码器410的RS帧划分器413将主RS帧划分成多个部分，所述多个部分然后被输出给输出复用器（MUX）320。主RS帧的各个部分相当于可通过一个数据组发送的数据量。类似地，辅编码器420的RS帧划分器423将辅RS帧划分成多个部分，所述多个部分然后被输出给输出复用器（MUX）320。
以下，现在将详细描述主RS编码器410的RS帧划分器413。另外，为了简化本发明的描述，假设如图19(a)至图19(c)所示的大小为N(行)×187(列)的RS帧有效载荷，通过对该RS帧有效载荷进行RS编码来将P个奇偶校验数据字节添加到各列，并且通过对该RS帧有效载荷进行CRC编码来将2字节校验和添加到各行。结果，形成大小为(N+2)(行)×187+P(列)的RS帧。
因此，RS帧划分器413将大小为(N+2)(行)×187+P(列)的RS帧划分（或分割）成多个部分，各个部分具有PL的大小（其中，PL对应于RS帧部分的长度）。
就这一点，如表2至表5所示，PL的值可根据RS帧模式、SCCC块模式和SCCC外码模式而变化。另外，经RS编码和CRC编码的RS帧的数据字节的总数等于或小于5×NoG×PL。在这种情况下，将RS帧划分（或分割）成大小为PL的((5×NoG)-1)个部分以及大小等于或小于PL的一个部分。更具体地讲，除了RS帧的最后一个部分之外，RS帧的各个剩余部分具有相等的大小PL。
如果最后部分的大小小于PL，则可插入填充字节（或虚拟字节）以便填充（或替换）数量缺少的数据字节，由此使得RS帧的最后部分能够也等于PL。
RS帧的各个部分对应于将进行SCCC编码并映射到队列的单个数据组的数据量。
图21(a)和图21(b)分别示出当将大小为(N+2)(行)×(187+P)(列)的RS帧划分成5×NoG个部分，各个部分的大小为PL时，添加S个填充字节的示例。
更具体地讲，将图21(a)所示的经RS编码和CRC编码的RS帧如图21(b)所示划分成多个部分。RS帧处所划分成的部分的数量等于(5×NoG)。具体地讲，前((5×NoG)-1)个部分各自具有大小PL，RS帧的最后部分可等于或小于PL。如果最后部分的大小小于PL，则可如下式4所示插入填充字节（或虚拟字节）以便填充（或替换）数量缺少的数据字节，由此使得RS帧的最后部分能够也等于PL。
式4
S=(5×NoG×PL)-((N+2)×(187+P))
本文中，包括大小为PL的数据的各个部分经过M/H帧编码器301的输出复用器320，然后被输出给块处理器302。
就这一点，将RS帧部分映射到数据组的队列的顺序与式1中定义的组指派顺序不相同。当给定M/H帧中的队列的组位置时，将按照时间顺序（即，在从左至右方向上）映射经SCCC编码的RS帧部分。
块处理器
此外，块处理器302对M/H帧编码器301的输出执行SCCC外编码处理。更具体地讲，块处理器302接收各个错误校正编码部分的数据。然后，块处理器302按照1/H（其中，H是等于或大于2的整数（即，H≥2））的编码速率对数据再次进行编码，由此将1/H速率编码的数据输出给组格式化器303。根据本发明的实施方式，按照1/2的编码速率（也称作“1/2速率编码”）或按照1/4的编码速率（也称作“1/4速率编码”）对输入数据进行编码。从M/H帧编码器301输出的各个部分的数据可包括移动服务数据、RS奇偶校验数据、CRC数据和填充数据中的至少一个。然而，从更广义的意义上讲，包括在各个部分中的数据可对应于用于移动服务的数据。因此，包括在各个部分中的数据将全部被视作移动服务数据并相应地描述。
组格式化器303将从块处理器302输出的经SCCC外编码的移动服务数据插入根据预定义的规则形成的数据组内的对应区域中。另外，与数据解交织处理关联，组格式化器303将各种占位符（或已知数据占位符）插入到数据组内的对应区域中。随后，组格式化器303对数据组内的数据和占位符进行解交织。
根据本发明，参照如图5所示的经数据交织之后的数据，数据组由10个M/H块（B1至B10）配置并被划分成4个区域（A、B、C和D）。
另外，如图5所示，当假设将数据组划分成多个等级区域时，如上所述，块处理器302可按照不同的编码速率对要基于各个等级区域的特性插入各个区域的移动服务数据进行编码。
例如，块处理器302可按照1/2的编码速率对要插入对应数据组内的区域A/B中的移动服务数据进行编码。然后，组格式化器303可将1/2速率编码的移动服务数据插入区域A/B。另外，块处理器302可按照1/4的编码速率对要插入对应数据组内的区域C/D中的移动服务数据进行编码，所述1/4编码速率与1/2编码速率相比具有更高（或更强）的错误校正能力。随后，组格式化器303可将1/2速率编码的移动服务数据插入区域C/D。在另一示例中，块处理器302可按照与1/4编码速率相比具有更高错误校正能力的编码速率对要插入区域C/D中的移动服务数据进行编码。然后，组格式化器303可如上所述将编码的移动服务数据插入区域C/D中，或者将数据留在预留区域中以便于将来使用。
根据本发明的另一实施方式，块处理器302可以按照SCCC块为单位执行1/H速率编码处理。本文中，SCCC块包括至少一个M/H块。
就这一点，当以M/H块为单位执行1/H速率编码时，M/H块（B1至B10）和SCCC块（SCB1至SCB10）变得彼此相同（即，SCB1=B1，SCB2=B2，SCB3=B3，SCB4=B4，SCB5=B5，SCB6=B6，SCB7=B7，SCB8=B8，SCB9=B9，SCB10=B10）。例如，可按照1/2编码速率对M/H块1（B1）进行编码，可按照1/4编码速率对M/H块2（B2）进行编码，并且可按照1/2编码速率对M/H块3（B3）进行编码。分别对剩余的M/H块应用这些编码速率。
另选地，区域A、B、C和D内的多个M/H块可被分成一个SCCC块，由此以SCCC块为单位按照1/H编码速率进行编码。因此，区域C/D的接收性能可增强。例如，M/H块1（B1）至M/H块5（B5）可被分组为一个SCCC块然后按照1/2编码速率进行编码。随后，组格式化器303可将1/2速率编码的移动服务数据插入从M/H块1（B1）开始至M/H块5（B5）的部分。
另外，M/H块6（B6）至M/H块10（B10）可被分组为一个SCCC块然后按照1/4编码速率进行编码。随后，组格式化器303可将1/4速率编码的移动服务数据插入从M/H块6（B6）开始至M/H块10（B10）的另一部分。在这种情况下，一个数据组可由两个SCCC块组成。
根据本发明的另一实施方式，可通过将两个M/H块分成一组来形成一个SCCC块。例如，M/H块1（B1）和M/H块6（B6）可被分组为一个SCCC块（SCB1）。类似地，M/H块2（B2）和M/H块7（B7）可被分组为另一SCCC块（SCB2）。另外，M/H块3（B3）和M/H块8（B8）可被分组为另一SCCC块（SCB3）。并且，M/H块4（B4）和M/H块9（B9）可被分组为另一SCCC块（SCB4）。另外，M/H块5（B5）和M/H块10（B10）可被分组为另一SCCC块（SCB5）。在上述示例中，数据组可由10个M/H块和5个SCCC块组成。因此，在经历频繁和严重的信道改变的数据（或信号）接收环境下，区域C和D的接收性能（与区域A的接收性能相比相对更加劣化）可增强。另外，由于从区域A至区域D，移动服务数据符号数越来越增加，错误校正编码性能变得越来越劣化。因此，当将多个M/H块分成组以形成一个SCCC块时，可减少错误校正编码性能的这种劣化。
如上所述，当块处理器302按照1/H编码速率执行编码时，应该将与SCCC关联的信息发送给接收系统，以便准确地恢复移动服务数据。
下面的表7示出各种SCCC块信息当中，指示M/H块与SCCC块之间的关系的SCCC块模式的示例。
表7
更具体地讲，表4示出分配2比特以便指示SCCC块模式的示例。例如，当SCCC块模式值等于“00”时，这指示SCCC块和M/H块彼此相同。另外，当SCCC块模式值等于“01”时，这指示各个SCCC块由2个M/H块配置。
如上所述，如果一个数据组由2个SCCC块配置，则尽管表7中未指示，此信息也可被指示为SCCC块模式。例如，当SCCC块模式值等于“10”时，这指示各个SCCC块由5个M/H块配置，并且一个数据组由2个SCCC块配置。本文中，SCCC块中包括的M/H块的数量以及各个M/H块的位置可根据系统设计者所进行的设置而变化。因此，本发明将不限于本文给出的示例。因此，SCCC模式信息也可扩展。
下面的表8中示出SCCC块的编码速率信息（即，SCCC外码模式）的示例。
表8
SCCC外码模式（2比特） 描述
00 SCCC块的外码速率为1/2速率
01 SCCC块的外码速率为1/4速率
10 预留
11 预留
更具体地讲，表8示出分配2比特以便指示SCCC块的编码速率信息的示例。例如，当SCCC外码模式值等于“00”时，这指示对应SCCC块的编码速率为1/2。并且，当SCCC外码模式值等于“01”时，这指示对应SCCC块的编码速率为1/4。
如果表7的SCCC块模式值指示“00”，则SCCC外码模式可针对各个M/H块指示各个M/H块的编码速率。在这种情况下，由于假设一个数据组包括10个M/H块，并且为各个SCCC块模式分配2比特，所以为了指示10个M/H模式的SCCC块模式需要总共20比特。
在另一示例中，当表7的SCCC块模式值指示“00”时，SCCC外码模式可针对数据组内的各个区域指示各个区域的编码速率。在这种情况下，由于假设一个数据组包括4个区域（即，区域A、B、C和D），并且为各个SCCC块模式分配2比特，所以为了指示4个区域的SCCC块模式需要总共8比特。
在另一示例中，当表7的SCCC块模式值等于“01”时，数据组内的区域A、B、C和D中的每一个具有相同的SCCC外码模式。
此外，下面的表9示出当SCCC块模式值等于“00”时，各个SCCC块的SCCC输出块长度（SOBL）的示例。
表9
Figure BDA0000460884430000311
更具体地讲，当给定各个SCCC块的SCCC输出块长度（SOBL）时，可基于各个SCCC块的外编码速率来决定各个对应SCCC块的SCCC输入块长度（SIBL）。SOBL相当于各个SCCC块的SCCC输出（或外编码的）字节数。并且，SIBL相当于各个SCCC块的SCCC输入（或有效载荷）字节数。
下面的表10示出当SCCC块模式值等于“01”时，各个SCCC块的SOBL和SIBL的示例。
表10
为此，如图22所示，块处理器302包括RS帧部分-SCCC块转换器511、字节-比特转换器512、卷积编码器513、符号交织器514、符号-字节转换器515和SCCC块-M/H块转换器516。
卷积编码器513和符号交织器514与后处理器中的网格编码模块虚拟地级联，以便配置SCCC块。
更具体地讲，RS帧部分-SCCC块转换器511基于RS码模式、SCCC块模式和SCCC外码模式来利用表9和表10的SIBL将输入的RS帧部分划分成多个SCCC块。本文中，M/H帧编码器301可根据RS帧模式仅输出主RS帧部分或者输出主RS帧部分和辅RS帧部分二者。
当RS帧模式被设置为“00”时，与要被SCCC外编码并映射到数据组的10个M/H块（B1至B10）的数据量相等的主RS帧部分将被提供给处理器302。当SCCC块模式值等于“00”时，主RS帧部分将根据表9分成10个SCCC块。另选地，当SCCC块模式值等于“01”时，主RS帧将根据表10分成5个SCCC块。当RS帧模式值等于“01”时，块处理器302可接收两个RS帧部分。RS帧模式值“01”将不与SCCC块模式值“01”一起使用。来自主RS帧的第一部分将通过块处理器302被SCCC外编码为SCCC块SCB3、SCB4、SCB5、SCB6、SCB7和SCB8。SCCC块SCB3和SCB8将被映射到区域B，SCCC块SCB4、SCB5、SCB6和SCB7应该通过组格式化器303映射到区域A。来自辅RS帧的第二部分也将通过块处理器302被SCCC外编码为SCB1、SCB2、SCB9和SCB10。组格式化器303将分别把SCCC块SCB1和SCB10映射到区域D作为M/H块B1和B10。类似地，SCCC块SCB2和SCB9将被映射到区域C作为M/H块B2和B9。
字节-比特转换器512将从RS帧部分-SCCC块转换器511输出的各个SCCC块的移动服务数据字节标识为数据比特，然后将其输出给卷积编码器513。
卷积编码器513对输入的移动服务数据比特执行1/2速率编码和1/4速率编码中的一个。
图23示出卷积编码器513的详细框图。卷积编码器513包括两个延迟单元521和523以及三个异或门522、524和525。本文中，卷积编码器513对输入数据比特U进行编码并将编码的比特U输出为5比特（u0至u4）。
就这一点，输入数据比特U直接输出作为最高比特u0，同时被编码为低比特u1u2u3u4，然后被输出。更具体地讲，输入数据比特U直接输出作为最高比特u0，同时被输出给第一异或门522和第三异或门525。第一异或门522对输入数据比特U和第一延迟单元521的输出比特执行异或运算，然后输出给第二延迟单元523。然后，在第二延迟单元523中被延迟预定时间（例如，延迟1个时钟）的数据比特被输出作为低比特u1，同时被反馈给第一延迟单元521。第一延迟单元521将从第二延迟单元523反馈的数据比特延迟预定时间（例如，延迟1个时钟）。然后，第一延迟单元521输出延迟的数据比特作为低比特u2，同时将反馈数据输出给第一异或门522和第二异或门524。
第二异或门524对从第一延迟单元521和第二延迟单元523输出的数据比特执行异或运算并输出作为低比特u3。第三异或门525对输入数据比特U和第二延迟单元523的输出执行异或运算并输出作为低比特u4。
就这一点，在各个SCCC块的起始点，第一延迟单元521和第二延迟单元523被重置为“0”。图23的卷积编码器513可用作1/2速率编码器或1/4速率编码器。
更具体地讲，当选择并输出图23所示的卷积编码器513的输出比特的一部分时，卷积编码器513可用作1/2速率编码器和1/4速率编码器中的一个。
下面的表11示出卷积编码器513的输出符号的示例。
表11
Figure BDA0000460884430000331
例如，按照1/2编码速率，可选择并输出1个输出符号（即，u0和u1比特）。并且，按照1/4编码速率，根据SCCC块模式，可选择并输出2个输出符号（即，4比特）。例如，当SCCC块模式值等于“01”，并且当选择并输出由u0和u2配置的一个输出符号以及由u1和u4配置的另一输出符号时，可获得1/4速率编码结果。
由卷积编码器513按照1/2或1/4的编码速率进行编码的移动服务数据被输出给符号交织器514。
符号交织器514以符号为单位对卷积编码器513的输出数据符号执行块交织。更具体地讲，符号交织器514是一种块交织器。可应用执行结构重排（或重组）的任何交织器作为块处理器的符号交织器514。然而，在本发明中，也可使用可变长度符号交织器，该可变长度符号交织器即使在针对符号提供多种长度以使得其顺序可重排时也可应用。
图24示出根据本发明的实施方式的符号交织器。具体地讲，图30示出当B=2112并且L=4096时的符号交织器的示例。
本文中，B指示为了符号交织从卷积编码器513输出的块长度（以符号为单位）。并且，L表示由符号交织器514实际交织的块长度（以符号为单位）。就这一点，输入至符号交织器514的块长度（以符号为单位）B等于4×SOBL。更具体地讲，由于一个符号由2比特配置，所以B的值可被设置为等于4×SOBL。
在本发明中，在执行符号交织处理时，应该满足条件L=2m（其中，m为整数）和L≥B。如果B与L之间存在值的差异，则添加(L-B)个空（null）（或虚拟（dummy））符号，由此创建如图24的P’(i)所示的交织图案。
因此，B变为输入至符号交织器514以便被交织的实际符号的块大小。L变为在按照从符号交织器514创建的交织图案执行交织处理时的交织单位。
下面所示的式5描述依次接收B个符号（其顺序将被重排）并获得满足条件L=2m（其中，m为整数）和L≥B的L值，由此创建交织以便对符号顺序进行重组（或重排）的处理。
式5
与所有位置有关，其中，0≤i≤B-1，
P'(i)={89×i×(i+1)/2}modL
本文中，L≥B，L=2m，其中，m是整数。
如图24和式5的P’(i)所示，利用上述式6重排B个输入符号和(L-B)个空符号的顺序。然后，如图24的P(i)所示，移除空字节位置，以重排该顺序。从i的最低值开始，P(i)向左移位以便填充空条目位置。随后，排列的交织图案P(i)的符号按照顺序输出给符号-字节转换器515。
本文中，符号-字节转换器515将完成符号顺序重排并根据重排顺序输出的移动服务数据符号转换为字节，随后将经转换的字节输出给SCCC块-M/H块转换器516。SCCC块-M/H块转换器516将经符号交织的SCCC块转换为M/H块，然后将所述M/H块输出给组格式化器303。
如果SCCC块模式值等于“00”，则按照一对一（1:1）对应关系将SCCC块与数据组内的各个M/H块进行映射。在另一示例中，如果SCCC块模式值等于“01”，则将各个SCCC块与数据组内的两个M/H块进行映射。例如，SCCC块SCB1与(B1,B6)映射，SCCC块SCB2与(B2,B7)映射，SCCC块SCB3与(B3,B8)映射，SCCC块SCB4与(B4,B9)映射，SCCC块SCB5与(B5,B10)映射。从SCCC块-M/H块转换器516输出的M/H块由移动服务数据和FEC冗余配置。在本发明中，M/H块的移动服务数据以及FEC冗余将被统一视作移动服务数据。
组格式化器
组格式化器303将从块处理器302输出的M/H块的数据插入到根据预定义的规则形成的数据组内的对应M/H块中。另外，与数据解交织处理关联，组格式化器303将各种占位符（或已知数据占位符）插入到数据组内的对应区域中。
更具体地讲，除了从块处理器302输出的经编码的移动服务数据之外，如图5所示，组格式化器303还插入与稍后的处理中的数据解交织关联的MPEG头占位符、非系统RS奇偶校验占位符、主服务数据占位符。本文中，如图5所示，插入主服务数据占位符是因为移动服务数据字节和主服务数据字节在区域B至D中基于数据解交织器的输入彼此交替地混合。例如，基于在数据解交织之后输出的数据，可在各个分组的最开始分配用于MPEG头的占位符。另外，为了配置预期的组格式，还可插入虚拟字节。另外，组格式化器303将网格编码模块256的初始化数据（即，网格初始化字节）插入对应区域中。例如，可将初始化数据插入已知数据序列的开始。初始化数据用于对网格编码模块256内的存储器进行初始化，并且不被发送给接收系统。
另外，组格式化器303还可将从信令编码器304编码并输出的信令信息插入到数据组内的对应区域中。
就这一点，可参照当组格式化器303将各个数据类型和相应占位符插入到数据组中时的信令信息。对信令信息进行编码并将经编码的信令信息插入数据组的处理将在稍后的处理中详细描述。
在将各个数据类型和相应占位符插入数据组中之后，作为数据交织器的逆处理，组格式化器303可对插入数据组中的数据和相应的占位符进行解交织，由此将经解交织的数据和相应占位符输出给分组格式化器305。如图25所示，组格式化器303可包括组格式整理器527和数据解交织器529。组格式整理器527如上所述将数据和相应占位符插入到数据组内的对应区域中。并且，作为数据交织器的逆处理，数据解交织器529对插入的数据和相应占位符进行解交织。
分组格式化器305移除主服务数据占位符和RS奇偶校验占位符并利用为了解交织处理从输入的解交织数据分配的MPEG头替换MPEG头占位符。
另外，当组格式化器303插入已知数据占位符时，分组格式化器303可将实际已知数据插入到已知数据占位符中，或者可在没有任何修改的情况下直接输出已知数据占位符，以便在稍后的处理中进行替换插入。
随后，分组格式化器305将如上所述分组格式化的数据组内的数据标识为188字节单位的移动服务数据分组（即，MPEG TS分组），然后将其提供给分组复用器240。
分组复用器240将从分组格式化器306分组格式化并输出的移动服务数据分组以及从分组抖动缓和器220输出的主服务数据分组复用。然后，分组复用器240将经复用的数据分组输出给后处理器250的数据随机化器251。如果分组复用器240从分组格式化器305接收到118个移动服务数据分组，则将37个移动服务数据分组设置在用于插入VSB场同步的位置之前。然后，将剩余81个移动服务数据分组设置在用于插入VSB场同步的位置之后。可通过系统设计的各种变量来调节复用方法。分组复用器240的复用方法和复用规则将在稍后的处理中详细描述。
另外，由于在分组复用处理期间复用（或分配）在主服务数据的数据字节中间包括移动服务数据的数据组，所以主服务数据分组的时序位置的移位变得相对。另外，用于处理接收系统的主服务数据的系统对象解码器（即，MPEG解码器）仅接收并解码主服务数据，并且将移动服务数据分组识别为空数据分组。
因此，当接收系统的系统对象解码器接收与数据组复用的主服务数据分组时，发生分组抖动。
就这一点，由于系统对象解码器中存在用于视频数据的多级缓冲器，并且该缓冲器的大小相对较大，所以在视频数据的情况下，从分组复用器240生成的分组抖动不会导致任何严重问题。然而，由于在对象解码器中用于音频数据的缓冲器的大小相对较小，所以分组抖动可能导致显著问题。
更具体地讲，由于分组抖动，在用于接收系统的主服务数据的缓冲器（例如，用于音频数据的缓冲器中）可能发生上溢或下溢。
因此，分组抖动缓和器220重新调节主服务数据分组的相对位置，使得系统对象解码器中不会发生上溢或下溢。
在本发明中，将详细描述重新设置主服务数据内的音频数据分组的位置以使对音频缓冲器的操作的影响最小化的示例。分组抖动缓和器220重新设置主服务数据部分中的音频数据分组，使得主服务数据的音频数据分组可尽可能相等和均匀地排列和设置。
另外，当相对地重新调节主服务数据分组的位置时，相关节目时钟基准（PCR）值也可相应修改。PCR值对应于用于使MPEG解码器的时间同步的时间基准值。本文中，将PCR值插入到TS分组的特定区域中然后进行发送。在本发明的示例中，分组抖动缓和器220还执行修改PCR值的操作。
分组抖动缓和器220的输出被输入至分组复用器240。如上所述，分组复用器240根据预定的复用规则将从分组抖动缓和器220输出的主服务数据分组与从预处理器230输出的移动服务数据分组复用到突发结构中。然后，分组复用器240将复用的数据分组输出给后处理器250的数据随机化器251。
如果输入数据对应于主服务数据分组，则数据随机化器251执行与传统随机化器相同的随机化处理，并输出给RS编码器/非系统RS编码器252。更具体地讲，利用从数据随机化器251生成的伪随机字节对主服务数据分组的所有数据字节进行随机化。随后，将随机化的数据输出给RS编码器/非系统RS编码器252。另一方面，如果输入数据对应于移动服务数据分组，则数据随机化器251仅对移动服务数据分组的MPEG头字节执行随机化并将其输出给RS编码器/非系统RS编码器252。由主编码器410的数据随机化器411和/或辅编码器420的数据随机化器422执行包括在移动服务数据分组中的移动服务数据的随机化。
RS编码器/非系统RS编码器252对由数据随机化器251随机化的数据或对绕过数据随机化器251的数据执行RS编码处理，以添加20字节的RS奇偶校验数据。随后，将经处理的数据输出给数据交织器253。本文中，如果输入数据对应于主服务数据分组，则RS编码器/非系统RS编码器252执行与传统广播系统相同的系统RS编码处理，由此在187字节数据的结尾处添加20字节的RS奇偶校验数据。另选地，如果输入数据对应于移动服务数据分组，则RS编码器/非系统RS编码器252执行非系统RS编码处理。就这一点，将从非系统RS编码处理获得的20字节RS奇偶校验数据插入到移动服务数据分组内的预先决定的奇偶校验字节位置中。
数据交织器253对应于字节单位卷积交织器。
数据交织器253的输出被输入至奇偶校验替换器254和非系统RS编码器255。
此外，首要需要将网格编码模块256内的存储器初始化的处理，以便决定位于奇偶校验替换器254之后的网格编码模块256的输出数据，作为根据接收系统与发送系统之间的协议预先定义的已知数据。更具体地讲，网格编码模块256的存储器在对接收的已知数据序列进行网格编码之前应该首先被初始化。
就这一点，接收的已知数据序列的开始部分对应于初始化数据（即，网格初始化数据字节）而不对应于实际已知数据。本文中，由早前处理中的预处理器230内的组格式化器将初始化数据包括在数据中。因此，在对输入的已知数据序列进行网格编码之前需要执行利用网格编码模块256内的存储器值替换初始化数据的处理。
更具体地讲，初始化数据利用网格编码模块256内的存储器值来替换，由此被输入至网格编码模块256。就这一点，替换初始化数据的存储器值通过与网格编码模块256内的相应存储器值的异或（XOR）运算来进行处理（或计算），以输入至对应的存储器。因此，将对应的存储器初始化为“0”。另外，还需要使用存储器值替换初始化数据以重新计算RS奇偶校验，使得重新计算的RS奇偶校验值可替换从数据交织器253输出的RS奇偶校验的处理。
因此，非系统RS编码器255从数据交织器253接收包括初始化数据的移动服务数据分组，并且还从网格编码模块256接收存储器值。在输入的移动服务数据分组当中，利用存储器值替换初始化数据，移除添加到移动服务数据分组的RS奇偶校验数据并利用非系统RS编码进行处理。随后，将通过执行非系统RS编码处理而获得的新的RS奇偶校验输出给奇偶校验替换器255。因此，奇偶校验替换器255选择数据交织器253的输出作为移动服务数据分组内的数据，并且奇偶校验替换器255选择非系统RS编码器255的输出作为RS奇偶校验。然后将所选择的数据输出给网格编码模块256。
此外，如果输入主服务数据分组或者如果输入不包括要被替换的任何初始化数据的移动服务数据分组，则奇偶校验替换器254选择从数据交织器253输出的数据和RS奇偶校验。然后，奇偶校验替换器254在没有修改的情况下将所选择的数据直接输出给网格编码模块256。
网格编码模块256将字节单位数据转换为符号单位，并执行12路交织处理以对接收的数据进行网格编码。随后，将处理的数据输出给同步复用器260。
图26示出包括在网格编码模块256中的12个网格编码器中的一个的详细示图。本文中，网格编码器包括第一复用器531和第二复用器541、第一异或（XOR）门532和第二异或（XOR）门542以及第一存储器至第三存储器533、542和544。
更具体地讲，第一存储器至第三存储器533、542和544通过存储器值（代替来自奇偶校验替换器254的初始化数据）来进行初始化。更具体地讲，如图26所示，当输入从初始化数据（即，各个网格初始化数据字节）转换的第一符号（即，两比特）时，网格编码器的输入比特将被网格编码器的存储器值替换。
由于网格初始化需要2个符号（即，4比特），所以来自网格初始化字节的最后2个符号（即，4比特）不用于网格初始化，而被视作来自已知数据字节的符号并相应地进行处理。
当图26的网格编码器处于初始化模式时，输入来自内部网格状态，而非来自奇偶校验替换器254。当网格编码器处于正常模式时，将处理从奇偶校验替换器254提供的输入符号（X2X1）。网格编码器将针对网格初始化转换的（或修改的）输入数据提供给非系统RS编码器255。
更具体地讲，当选择信号指定正常模式时，第一复用器531选择输入符号的高比特X2。并且，当选择信号指定初始化模式时，第一复用器531选择第一存储器533的输出，并将所选择的输出数据输出给第一XOR门532。第一XOR门532对第一复用器531的输出和第一存储器533的输出执行XOR运算，由此将相加结果输出给第一存储器533并同时作为最高有效比特（或最高比特）Z2。第一存储器533将第一XOR门532的输出数据延迟1个时钟，由此将延迟数据输出给第一复用器531和第一XOR门532。此外，当选择信号指定正常模式时，第二复用器541选择输入符号的低比特X1。并且，当选择信号指定初始化模式时，第二复用器541选择第二存储器542的输出，由此将选择结果输出给第二XOR门543并同时作为低比特Z1。第二XOR门543对第二复用器541的输出和第二存储器542的输出执行XOR运算，由此将相加结果输出给第三存储器544。第三存储器544将第二XOR门543的输出数据延迟1个时钟，由此将延迟结果输出给第二存储器542并同时用作最低有效比特（或最低比特）Z0。第二存储器542将第三存储器544的输出数据延迟1个时钟，由此将延迟数据输出给第二XOR门543和第二复用器541。
在从初始化数据转换的前两个符号期间，选择信号指定初始化模式。
例如，当选择信号指定初始化模式时，第一XOR门532对通过第一复用器531提供的第一存储器533的值执行XOR运算，并且对从第一存储器533直接提供的存储器值执行XOR运算。即，第一XOR门532对具有相同值的2比特执行XOR运算。通常，当属于运算数的两比特中仅有一个为“1”时，XOR门的结果等于“1”。否则，XOR门的结果变得等于“0”。因此，当利用XOR运算处理第一存储器533的值时，结果总是等于“0”。另外，由于第一XOR门532的输出（即，“0”）被输入至第一存储器533，所以第一存储器533被初始化为“0”。
类似地，当选择信号指定初始化模式时，第二XOR门543对通过第二复用器541提供的第二存储器542的值执行XOR运算，并且对从第二存储器542直接提供的存储器值执行XOR运算。因此，第二XOR门543的输出也总是等于”0”。由于第二XOR门543的输出（即，“0”）被输入至第三存储器544，所以第三存储器544也被初始化为“0”。在下一时钟，第三存储器544的输出被输入至第二存储器542，由此将第二存储器542初始化为“0”。同样在这种情况下，选择信号指定初始化模式。
更具体地讲，当从初始化数据字节转换的第一符号替换第一存储器533和第二存储器542的值，由此输入至网格编码器时，网格编码器内的第一存储器533和第三存储器544中的每一个被初始化为“00”。在所述处理之后，当从初始化数据字节转换的第二符号替换第一存储器533和第二存储器542的值，由此输入至网格编码器时，网格编码器内的第一存储器533、第二存储器542和第三存储器544中的每一个被初始化为“000”。如上所述，初始化网格编码器的存储器需要2个符号。就这一点，尽管选择信号指定初始化模式，但是第一存储器533和第二存储器542的输出比特（X2’X1’）被输入至非系统RS编码器255，以执行新的RS奇偶校验计算处理。
同步复用器260将场同步信号和段同步信号插入从网格编码模块256输出的数据，然后将经处理的数据输出给发送单元270的导频插入器271。
本文中，由导频插入器271插入有导频的数据由调制器272根据预定调制方法（例如，VSB方法）进行调制。随后，通过射频（RF）上变频器273将经调制的数据发送给各个接收系统。
已知数据（或训练信号）的指派
发送系统将长且规则地间隔开的训练序列（即，已知数据序列）插入到各个数据组中。各个数据组包含6个训练序列。在网格编码之前指定训练序列。然后对训练序列进行网格编码，这些网格编码的序列也是已知序列。这是因为网格编码器存储器在各个序列的开始处被初始化为预定值。图27示出在字节级别（在网格编码之前）6个训练序列的形式。图27是由组格式化器303执行的训练序列的排列的实施方式。
第1训练序列位于第3M/H块（B3）的最后2段处。第2训练序列可插入第4M/H块（B4）的第2段和第3段处。如图5所示，第2训练序列紧接在信令区域之后。然后，第3训练序列、第4训练序列、第5训练序列和第6训练序列可分别设置在第4、第5、第6和第7M/H块（B4、B5、B6和B7）的最后2段处。
如图27所示，第1训练序列、第3训练序列、第4训练序列、第5训练序列和第6训练序列彼此间隔开16段。参照图27，点状区域指示网格初始化数据字节，线状区域指示训练数据字节，白色区域包括其它字节，例如FEC编码的M/H服务数据字节、FEC编码的信令数据、主服务数据字节、RS奇偶校验数据字节（用于与遗留的ATSC接收器向后兼容）和/或虚拟数据字节。
图28示出由网格编码器进行网格编码之后的训练序列（在符号级别）。参照图28，点状区域指示数据段同步符号，线状区域指示训练数据符号，白色区域包括其它符号，例如FEC编码的移动服务数据符号、FEC编码的信令数据符号、主服务数据符号、RS奇偶校验数据符号、虚拟数据符号、网格初始化数据符号和/或训练序列数据符号的第一部分。
在网格编码处理之后，第1训练序列、第3训练序列、第4训练序列、第5训练序列和第6训练序列的最后1416（=588+828）个符号通常共享相同的数据图案。第2训练序列的第一个528符号序列和第二个528符号序列具有相同的数据图案。
更具体地讲，528符号序列在4符号数据段同步信号之后重复。在各个训练序列的结尾处，十二个修改的网格编码器的存储器内容应该被设置为零（0）。
处理信令信息
本发明指派信令信息区域以用于将信令信息插入各个数据组内的一些区域。
图29示出从第4M/H块（B4）的第1段开始到第2段的一部分指派用于插入信令信息的信令信息区域的示例。更具体地讲，各个数据组中的第4M/H块（B4）的276（=207+69）个字节被指派为信令信息区域。换言之，信令信息区域由第4M/H块（B4）的第1段的207个字节和第2段的前69个字节组成。例如，第4M/H块（B4）的第1段对应于VSB场的第17段或第173段。
例如，当数据组包括6个已知数据序列时，如图27和图28所示，信令信息区域位于第一已知数据序列与第二已知数据序列之间。更具体地讲，第一已知数据序列被插入第3M/H块（B3）的最后2段中，第二已知数据序列被插入第4M/H块（B4）的第2段和第3段中。另外，第3已知数据序列至第6已知数据序列分别被插入第4、第5、第6和第7M/H块（B4、B5、B6和B7）中的每一个的最后2段中。第1已知数据序列和第3已知数据序列至第6已知数据序列间隔开16段。
要被插入信令信息区域中的信令信息由信令编码器304进行FEC编码，由此输入至组格式化器303。
组格式化器303将信令编码器304所输出的经FEC编码的信令信息插入数据组内的信令信息区域中。
本文中，信令信息可通过两种不同类型的信令信道来标识：传输参数信道（TPC）和快速信息信道（FIC）。
本文中，TPC数据通过TPC发送，并且对应于包括传输参数的信令信息，例如RS帧信息、RS编码信息、FIC信息、数据组信息、SCCC信息和M/H帧信息等。然而，本文呈现的TPC数据仅是示例性的。并且，由于包括在TPC中的信令信息的添加或删除可由本领域技术人员容易地调节和修改，因此，本发明将不限于本文阐述的示例。另外，TPC数据包括大部分用在物理层模块中的参数。并且，由于TPC数据在没有交织的情况下发送，所以在接收系统中可以按照时隙为单位访问TPC数据。
另外，FIC数据通过FIC发送，并被提供以允许数据接收器的快速服务获取，FIC数据包括物理层与上层之间的跨层信息。
图30示出根据本发明的信令编码器304的详细框图。
参照图34，信令编码器304包括TPC编码器561、FIC编码器562、块交织器563、复用器564、信令随机化器565和迭代turbo编码器566。
TPC编码器561接收10字节的TPC数据并对10字节的TPC数据执行(18,10)-RS编码，由此将8字节的RS奇偶校验数据添加到10字节的TPC数据。18字节的经RS编码的TPC数据被输出给复用器564。
FIC编码器562接收37字节的FIC数据并对37字节的FIC数据执行(51,37)-RS编码，由此将14字节的RS奇偶校验数据添加到37字节的FIC数据。随后，51字节的经RS编码的FIC数据被输入至块交织器563，由此以预定块为单位进行交织。本文中，块交织器563对应于可变长度块交织器。块交织器563以TNoG(列)×51(行)块为单位对各个子帧内的FIC数据进行交织，然后将交织的数据输出给复用器564。本文中，TNoG对应于指派给子帧的数据组的总数。块交织器563与各个子帧中的第一组FIC数据同步。
块交织器563在行方向（即，逐行）以及从左到右和从上到下的方向上写入51字节的到来（或输入的）RS码字，并在列方向（即，逐列）以及从左到右和从上到下的方向上读取51字节的RS码字，由此输出RS码字。
复用器564沿着时间轴将来自TPC编码器561的经RS编码的TPC数据以及来自块交织器563的经块交织的FIC数据复用。然后，复用器564将69字节的复用数据输出给信令随机化器565。
信令随机化器565对复用数据进行随机化，并将随机化的数据输出给迭代turbo编码器566。信令随机化器565可使用与用于移动服务数据的随机化器相同的生成多项式。另外，在各个数据组中发生初始化。
迭代turbo编码器566对应于以PCCC方法对随机化的数据（即，信令信息数据）执行迭代turbo编码的内编码器。迭代turbo编码器566可包括6个偶数分量编码器和6个奇数分量编码器。
图31示出输入至TPC编码器561的TPC数据的句法结构的示例。
TPC数据被插入各个数据组的信令信息区域中然后被发送。TPC数据可包括sub-frame_number字段、slot_number字段、parade_id字段、starting_group_number（SGN）字段、number_of_groups（NoG）字段、parade_repetition_cycle（PRC）字段、RS_frame_mode字段、RS_code_mode_primary字段、RS_code_mode_secondary字段、SCCC_block_mode字段、SCCC_outer_code_mode_A字段、SCCC_outer_code_mode_B字段、SCCC_outer_code_mode_C字段、SCCC_outer_code_mode_D字段、FIC_version字段、parade_continuity_counter字段和TNoG字段。
Sub-Frame_number字段对应于针对M/H帧同步发送的M/H帧内的当前子帧编号。Sub-Frame_number字段的值可在从0至4的范围内。
Slot_number字段指示针对M/H帧同步发送的子帧内的当前时隙编号。另外，Slot_number字段的值可在从0至15的范围内。
Parade_id字段标识此组所属于的队列。此字段的值可为任何7比特值。M/H发传输中的各个队列应该具有唯一的Parade_id字段。物理层与管理层之间的Parade_id通信可利用通过在Parade_id字段的左边添加一比特而形成的Ensemble_id字段来执行。如果Ensemble_id字段用于通过此队列传送的主系综，则添加的MSB应该等于“0”。否则，如果Ensemble_id字段用于辅系综，则添加的MSB应该等于“1”。Parade_id字段值的指派可在系统的方便的级别处进行（通常在管理层中）。
Starting_group_number（SGN）字段应该是此组所属于的队列的第一slot_number，通过式1确定（即，在已计算出所有在前的队列的时隙编号之后）。SGN和NoG应该根据式1来使用以获得要分配给子帧内的队列的时隙编号。
number_of_Groups（NoG）字段应该是指派给此组所属于的队列的子帧中的组数减1，例如，NoG=0意指子帧中为此队列分配（或指派）一个组。NoG的值可在从0至7的范围内。这限制了队列可从主（遗留）服务数据取得的数据量，因此限制了一个队列可承载的最大数据。可利用式1从SGN和NoG计算指派给对应队列的时隙编号。通过将各个队列放入序列中，将确定用于各个队列的特定时隙，因此确定随后的各个队列的SGN。例如，如果对于特定队列，SGN=3和NoG=3（对于3比特的NoG字段，010b），将i=3,4,和5代入式1中得到时隙编号12、2和6。
Parade_repetition_cycle（PRC）字段对应于发送队列的循环时间减1，以M/H帧为单位来指定，如表12中所述。
表12
PRC 描述
000 此队列应该每一个M/H帧发送一次。
001 此队列应该每2个M/H帧发送一次。
010 此队列应该每3个M/H帧发送一次。
011 此队列应该每4个M/H帧发送一次。
100 此队列应该每5个M/H帧发送一次。
101 此队列应该每6个M/H帧发送一次。
110 此队列应该每7个M/H帧发送一次。
111 预留
例如，如果PRC字段值等于“001”，则这指示队列应该每2个M/H帧发送一次。
RS_Frame_mode字段应该如表1中所定义。RS_Frame_mode字段表示一个队列发送一个RS帧或两个RS帧。
RS_code_mode_primary字段应该是主RS帧的RS码模式。本文中，在表6中定义RS_code_mode_primary字段。
RS_code_mode_secondary字段应该是辅RS帧的RS码模式。本文中，在表6中定义RS_code_mode_secondary字段。
SCCC_Block_mode字段表示数据组内的M/H块如何被指派给SCCC块。应该如表7中那样定义SCCC_Block_mode字段。
SCCC_outer_code_mode_A字段对应于数据组内的区域A的SCCC外码模式。在表8中定义SCCC外码模式。
SCCC_outer_code_mode_B字段对应于数据组内的区域B的SCCC外码模式。
SCCC_outer_code_mode_C字段对应于数据组内的区域C的SCCC外码模式。
并且，SCCC_outer_code_mode_D字段对应于数据组内的区域D的SCCC外码模式。
FIC_version字段表示FIC数据的版本。
Parade_continuity_counter字段计数器可从0至15增加，然后重复其循环。此计数器应该每（PRC+1）个M/H帧增加1。例如，如表12所示，PRC=011（十进制3）意指Parade_continuity_counter每四个M/H帧增加。
对于M/H帧内的所有子帧，TNoG字段可相同。
然而，本文呈现的TPC数据中所包括的信息仅是示例性的。并且，由于包括在TPC中的信息的添加或删除可由本领域技术人员容易地调节和修改，因此，本发明将不限于本文阐述的示例。
由于各个队列的TPC数据（不包括Sub-Frame_number字段和Slot_number字段）在M/H帧期间值不改变，所以在M/H帧期间通过属于对应队列的所有M/H组重复地发送相同的信息。这使得能够非常鲁棒且可靠地接收TPC数据。因为Sub-Frame_number和Slot_number是渐增的计数器值，所以由于规则地预期的值的发送，它们也是鲁棒的。另外，提供FIC数据以允许数据接收器的快速服务获取，FIC信息包括物理层与上层之间的跨层信息。
图32示出TPC数据和FIC数据的传输情景的示例。Sub-Frame_number字段、Slot_number字段、Parade_id字段、Parade_repetition_cycle字段和Parade_continuity_counter字段的值在特定M/H帧内的全部5个子帧中可对应于当前M/H帧。预先用信号通知一些TPC参数和FIC数据。
SGN、NoG和所有FEC模式可具有与前两个子帧中的当前M/H帧对应的值。SGN、NoG和所有FEC模式可具有与下一队列在当前M/H帧的第3、第4和第5子帧中出现的帧对应的值。这使得M/H接收器能够非常可靠地预先接收（或获取）传输参数。
例如，当Parade_repetition_cycle=“000”时，当前M/H帧的第3、第4和第5子帧的值对应于下一M/H帧。另外，当Parade_repetition_cycle=“011”时，当前M/H帧的第3、第4和第5子帧的值对应于之后的第4M/H帧。
FIC_version字段和FIC_data字段在第1子帧和第2子帧期间可具有应用于当前M/H帧的值，并且它们在当前M/H帧的第3、第4和第5子帧期间应该具有与紧接在当前M/H帧之后的M/H帧对应的值。
此外，通过FIC发送的FIC数据（即，FIC块）使用其快速特性以将移动服务与系综之间的映射（或绑定）信息传送给接收系统。更具体地讲，FIC块对应于用于使得接收系统能够迅速地找到传送想要的（或期望的）移动服务的系综并迅速地接收对应系综的RS帧的信令数据。就这一点，FIC块被分成多个FIC段有效载荷，通过将各个FIC段头添加到各个FIC段有效载荷来形成多个FIC段。另外，通过一个数据组发送一个FIC段。
图33示出通过FIC映射移动服务与系综之间的关系的FIC块的句法结构。
本文中，FIC块由5字节的FIC块头和具有可变长度的FIC块有效载荷组成。
图34示出根据本发明的实施方式的FIC块头的句法结构。
本文中，FIC块头用信号通知对应FIC块中的不可向后兼容的主要协议版本改变，并且还用信号通知向后兼容的次要协议版本改变。另外，FIC块头还用信号通知可通过次要协议版本改变生成的FIC块头的扩展长度、系综循环头的扩展长度以及移动服务循环的扩展长度。
根据本发明的实施方式，可采用对应次要协议版本改变的接收器（或接收系统）可处理对应扩展字段，而无法采用对应次要协议版本改变的遗留（或传统）接收器可利用各个对应长度信息跳过对应扩展字段。例如，在可接受对应次要协议版本改变的接收系统的情况下，可知道对应扩展字段中给出的方向。另外，接收系统可根据对应扩展字段中给出的方向执行操作。
根据本发明的实施方式，通过在先前次要协议版本FIC块中包括的FIC块头、系综循环头和移动服务循环的相应结尾部分处插入附加字段来执行FIC块中的次要协议版本改变。根据本发明的实施方式，在任何其它情况下，或者当附加字段的长度无法通过FIC块头内的各个扩展长度来表示（或指示）时，或者当FIC块有效载荷内的特定字段丢失（或无法找到）时，或者当指派给对应字段的比特数或对应字段的定义改变（或更改）时，对应FIC块的主要协议版本进行更新。
另外，FIC块头用信号通知对应FIC块有效载荷的数据是否承载当前M/H帧内的系综与移动服务之间的映射信息，或者对应FIC块有效载荷的数据是否承载下一M/H帧内的系综与移动服务之间的映射信息。另外，FIC块头还用信号通知用来发送当前FIC块的移动服务的传输流ID数以及通过对应移动服务发送的系综的数量。
因此，为此，FIC块头可包括FIC_major_protocol_version字段、FIC_minor_protocol_version字段、FIC_chunk_header_extension_length字段、ensemble_loop_header_extension_length字段、M/H_service_loop_extension_length字段、current_next_indicator字段、transport_stream_id字段和num_ensembles字段。
FIC_major_protocol_version字段对应于2比特无符号整数字段，其表示FIC块句法的主要版本级别。主要版本级别的改变应该指示不可向后兼容级别的改变。当FIC_major_protocol_version字段更新时，可处理FIC块协议的较早主要协议版本的遗留（或传统）接收器应该避免处理FIC块。
FIC_minor_protocol_version字段对应于3比特无符号整数字段，其表示FIC块句法的次要版本级别。当假设主要版本级别保持相同时，次要版本级别的改变应该指示可向后兼容级别的改变。更具体地讲，当FIC_minor_protocol_version字段更新时，可处理FIC块协议的相同主要版本的遗留（或传统）接收器可处理FIC块的一部分。
FIC_Chunk_header_extension_length字段对应于3比特无符号整数字段，其标识通过对应FIC块的次要协议版本更新生成的FIC块头扩展字节的长度。本文中，所述扩展字节附在（或添加在）对应FIC块头的结尾处。
ensemble_header_extension_length字段对应于3比特无符号整数字段，其标识通过对应FIC块的次要协议版本更新生成的系综头扩展字节的长度。本文中，所述扩展字节附在（或添加在）对应系综循环头的结尾处。
另外，M/H_service_loop_extension_length字段对应于4比特无符号整数字段，其标识通过M/H服务循环的次要协议版本更新生成的系综头扩展字节的长度。本文中，所述扩展字节附在（或添加在）对应M/H服务循环的结尾处。
例如，假设FIC块包括2个系综（即，系综0和系综1）。更具体地讲，假设通过系综0发送两个移动服务，通过系综1发送一个移动服务。就这一点，当FIC块的次要协议版本改变，并且FIC块头扩展了1字节时，FIC_chunk_header_extension_length字段被标记为“001”。在这种情况下，1字节的扩展字段（即，FIC_Chunk_header_extension_bytes字段）添加在FIC块头的结尾处。另外，遗留接收器跳过添加在FIC块头的结尾处的1字节扩展字段，而不处理对应扩展字段。
另外，当FIC块内的系综循环头扩展了2个字节时，ensemble_loop_header_extension_length字段被标记为“010”。在这种情况下，2字节的扩展字段（即，Ensemble_loop_header_extension_bytes字段）分别添加在系综0循环头的结尾处和系综1循环头的结尾处。另外，遗留接收器跳过分别添加在系综0循环头的结尾处和系综1循环头的结尾处的2字节扩展字段，而不处理对应2字节扩展字段。
另外，当FIC块的移动服务循环扩展了1个字节时，M/H_service_loop_extension_length字段被标记为“001”。在这种情况下，1字节扩展字段（即，M/H_service_loop_extension_bytes字段）分别添加在通过系综0循环发送的2个移动服务循环的结尾处和通过系综1循环发送的1个移动服务循环的结尾处。并且，遗留接收器跳过分别添加在通过系综0循环发送的2个移动服务循环的结尾处和通过系综1循环发送的1个移动服务循环的结尾处的1字节扩展字段，而不处理对应的1字节扩展字段。
如上所述，当FIC_minor_protocol version字段改变时，遗留（或传统）接收器（即，无法采用对应FIC块中的次要协议版本改变的接收器）处理除了扩展字段之外的字段。随后，遗留接收器使用FIC_chunk_header_extension_length字段、ensemble_loop_header_extension_length字段和M/H_service_loop_extension_length字段，以跳过对应扩展字段而不处理对应字段。当使用可采用FIC块的对应次要协议版本改变的接收系统时，各个长度字段用于处理甚至对应的扩展字段。
current_next_indicator字段对应于1比特指示符，其在被设置为“1”时指示对应FIC块当前可应用。另选地，当current_next_indicator字段被设置为“0”时，current_next_indicator字段指示对应FIC块将可应用于下一M/H帧。本文中，当current_next_indicator字段被设置为“0”时，当前应该应用以设置为“1”的current_next_indicator字段发送的FIC块的最近版本。更具体地讲，当current_next_indicator字段值被设置为“1”时，这指示对应FIC块发送当前M/H帧的信令数据。另外，当current_next_indicator字段值被设置为“0”时，这指示对应FIC块发送下一M/H帧的信令数据。当发生重新配置时，其中，当前M/H帧内的系综与移动服务之间的映射信息不同于下一M/H帧内的系综与移动服务，重新配置之前的M/H帧称作当前M/H帧，重新配置之后的M/H帧称作下一M/H帧。
transport_stream_id字段对应于16比特无符号整数字段，其充当用于标识对应M/H广播的标签。对应transport_stream_id字段的值应该等于主ATSC广播的MPEG-2传输流内的节目关联表（PAT）中包括的transport_stream_id字段的值。
num_ensembless字段对应于8比特无符号整数字段，其指示通过对应物理传输信道承载的M/H系综的数量。
图35示出根据本发明的实施方式的FIC块有效载荷的示例性句法结构。
对于与图34的FIC块头内的num_ensembless字段值对应的各个系综，FIC块有效载荷包括各个系综的配置信息以及关于通过各个系综发送的移动服务的信息。
FIC块有效载荷由系综循环和系综循环下面的移动服务循环组成。FIC块有效载荷使得接收器能够确定请求的（或期望的）移动服务通过哪一系综发送。（此处理经由ensemble_id字段与M/H_service_id字段之间的映射执行。）因此，接收器可接收属于对应系综的RS帧。
为此，FIC块有效载荷的系综循环可包括ensemble_id字段、ensemble_protocol_version字段、SLT_ensemble_indicator字段、GAT_ensemble_indicator字段、MH_service_signaling_channel_version字段和num_M/H_services字段，这些字段统一重复与num_ensembless字段值一样多的次数。移动服务循环可包括MH_service_id字段、multi_ensemble_service字段、MH_service_status字段和SP_indicator字段，这些字段统一重复与num_M/H_services字段一样多的次数。
ensemble_id字段对应于8比特无符号整数字段，其指示对应系综的唯一标识符。例如，可向ensemble_id字段指派“0x00”至“0x7F”的范围内的值。ensemble_id字段将移动服务与相应系综分成一组（或关联）。本文中，优选的是，从通过TPC数据承载（或发送）的parade_id字段导出ensemble_id字段的值。如果通过主RS帧发送对应系综，则最高有效比特被设置为“0”，剩余最低有效比特用作对应队列的parade_id字段值。此外，如果对应系综通过辅RS帧发送，则最高有效比特被设置为“0”，剩余最低有效比特用作对应队列的parade_id字段值。
ensemble_protocol_version字段对应于5比特字段，其指示对应系综结构的版本。
SLT_ensemble_indicator字段是1比特字段，其指示SLT是否被发送给对应系综的服务信令信道。例如，当SLT_ensemble_indicator字段值等于“1”时，这可指示SLT被发送给服务信令信道。另一方面，当SLT_ensemble_indicator字段值等于“0”时，这可指示SLT没有被发送。
GAT_ensemble_indicator字段也是1比特字段，其指示GAT是否被发送给对应系综的服务信令信道。例如，当GAT_ensemble_indicator字段值等于“1”时，这可指示GAT被发送给服务信令信道。另一方面，当GAT_ensemble_indicator字段值等于“0”时，这可指示GAT没有被发送。
MH_service_signaling_channel_version字段对应于5比特字段，其指示对应系综的服务信令信道的版本号。
num_M/H_services字段对应于8比特无符号整数字段，其表示通过对应M/H系综承载的移动（即，M/H）服务的数量。
例如，当FIC块头内的次要协议版本改变，并且当扩展字段添加到系综循环头时，对应扩展字段添加为紧接在num_M/H_services字段之后。根据本发明的另一实施方式，如果移动服务循环中包括num_M/H_services字段，则将添加在系综循环头中的对应扩展字段添加为紧接在M/H_service_configuration_version字段之后。
移动服务循环的M/H_service_id字段对应于16比特无符号整数，其标识对应M/H服务。M/H_service_id字段的值（或编号）在移动（M/H）广播内应该是唯一的。
multi_ensemble_service字段是2比特枚举字段，其指示对应移动（M/H）服务是否通过（或经由）一个系综发送，或者对应移动（M/H）服务是否通过（或经由）多个系综发送。另外，multi_ensemble_service字段的值指示移动服务是否仅对通过（或经由）对应系综发送的移动服务部分有效（或有意义地提供）。
M/H_service_status字段对应于2比特枚举字段，其标识对应M/H服务的状态。例如，M/H_service_status字段的最高有效比特指示对应M/H服务有效（在被设置为“1”时）还是无效（在被设置为“0”时）。另外，最低有效比特指示对应M/H服务是隐藏（在被设置为“1”时）还是没有隐藏（在被设置为“0”时）。
SP_indicator字段对应于1比特字段，其在被设置为“1”时指示服务保护是否应用于提供对应M/H服务的有效呈现所需的至少一个组件。
例如，当FIC块的次要协议版本改变时，并且如果扩展字段添加到移动服务循环，则扩展字段添加在SP_indicator字段之后。
另外，FIC块有效载荷可包括FIC_chunk_stuffing()字段。FIC_chunk_stuffing()字段的填充数据可存在于FIC块中，以保持FIC块的边界与属于FIC块的FIC段当中的最后的FIC段的边界对齐。通过在对填充数据之前的整个FIC块有效载荷进行解析之后留下多少空间来确定填充数据的长度。
就这一点，根据本发明的发送系统（未示出）将FIC块划分成多个FIC段有效载荷，并通过将各个FIC段头添加到各个FIC段有效载荷来形成多个FIC段，由此以FIC段为单位将FIC段输出给接收系统。各个FIC段单位的大小为37字节，各个FIC段由2字节的FIC段头和35字节的FIC段有效载荷组成。更具体地讲，以35字节为单位对由FIC块头和FIC块有效载荷配置的FIC块进行分段。另外，通过将2字节的FIC段头添加在各个分段的35字节单位的前面来配置FIC段。
根据本发明的实施方式，FIC块有效载荷的长度是可变的。本文中，FIC块的长度根据通过对应物理传输信道发送的系综的数量以及各个系综中包括的移动服务的数量而变化。
另外，FIC块有效载荷可包括填充数据。在这种情况下，根据本发明的实施方式，填充数据用于FIC块和属于FIC块的FIC段当中的最后的FIC段的边界对齐。因此，通过使填充数据的长度最小化，可减少FIC段的不必要的浪费。
就这一点，可利用下式6计算插入FIC块中的填充数据字节数。
式6
填充数据字节数=35–j
j=(5+插入FIC块有效载荷中的信令数据字节数)mod35
例如，当FIC块内的5字节的头以及要插入FIC块内的有效载荷中的信令数据的相加总长度等于205字节时，因为在式6中j等于30，所以FIC块的有效载荷可包括5字节的填充数据。另外，包括填充数据的FIC块有效载荷的长度等于210字节。随后，将FIC块划分成6个FIC段，然后发送所述FIC段。就这一点，向从FIC块划分成的6个FIC段中的每一个依次指派段号。
另外，本发明可将从单个FIC块划分出的FIC段发送给单个子帧，或者可将划分出的FIC段发送给多个子帧。如果FIC块被划分并被发送给多个子帧，则即使当要通过FIC块发送的数据量大于通过单个子帧发送的FIC段的量时（这种情况对应于当执行具有非常低的比特速率的多个服务时）仍需要的信令数据可全部通过FIC块发送。
本文中，FIC段号表示各个FIC块内的FIC段号，而不是各个子帧内的FIC段号。因此，可消除FIC块与子帧之间的附属关系，由此减少FIC段的过度浪费。
另外，本发明可添加空FIC段。不管FIC块的重复传输，并且当对应M/H帧中需要填充时，为了处理剩余FIC段而使用空FIC段。例如，假设TNoG等于“3”，FIC块被划分成2个FIC段。本文中，当通过单个M/H帧内的5个子帧重复地发送FIC块时，仅通过5子帧中的一个（例如，时序上处于最后顺序的子帧）发送2个FIC段。在这种情况下，将一个空FIC段指派给对应子帧，由此进行发送。更具体地讲，空FIC段用于使FIC块的边界与M/H帧的边界对齐。就这一点，由于空FIC段不是从FIC块划分出的FIC段，所以未向空FIC段指派FIC段号。
在本发明中，当单个FIC块被划分成多个FIC段，并且当划分出的FIC段被包括在M/H帧内的至少一个子帧的各个数据组中以被发送时，按照从对应M/H帧内的最后子帧开始的反向顺序分配对应FIC段。根据本发明的实施方式，在存在空FIC段的情况下，空FIC段位于M/H帧内的子帧中，使得对应空FIC段可作为最后（或最终）段被发送。
就这一点，为了使得接收系统能够丢弃空FIC段而不必处理对应空FIC段，需要可标识（或区分）空FIC段的标识信息。
根据本发明的实施方式，本发明使用空FIC段的头内的FIC_segment_type字段作为用于标识空FIC段的标识信息。在此实施方式中，空FIC段头内的FIC_segment_type字段的值被设置为“11”，以标识对应空FIC段。更具体地讲，当空FIC段头内的FIC_segment_type字段值被设置为“11”并被发送给接收系统时，接收系统可丢弃FIC_segment_type字段值被设置为“11”的FIC段的有效载荷，而不必处理对应FIC段有效载荷。本文中，值“11”仅是为方便和简化本发明的理解而给出的示例性值。只要接收系统与发送系统之间建立预先协议，可赋予FIC_segment_type字段能够标识空FIC段的任何值。因此，本发明将不仅限于本文呈现的示例。另外，还可利用FIC段头内的另一字段来指示能够标识空FIC段的标识信息。
图36示出根据本发明的实施方式的FIC段头的示例性句法结构。
本文中，FIC段头可包括FIC_segment_type字段、FIC_chunk_major_protocol_version字段、current_next_indicator字段、error_indicator字段、FIC_segment_num字段和FIC_last_segment_num字段。各个字段现在将描述如下。
FIC_segment_type字段对应于2比特字段，其在被设置为“00”时指示对应FIC段承载FIC块的一部分。另选地，当FIC_segment_type字段被设置为“11”时，FIC_segment_type字段指示对应FIC段是发送填充数据的空FIC段。本文中，剩余值为将来使用而预留。
FIC_Chunk_major_protocol_version字段对应于2比特字段，其指示对应FIC块的主要协议版本。就这一点，FIC_Chunk_major_protocol_version字段的值应该与对应FIC块头内的FIC_major_protocol_version字段的值相同。由于可参照图34所示的FIC块头的描述，为了简明将省略FIC块句法的主要协议版本的详细描述。
current_next_indicator字段对应于1比特指示符，其在被设置为“1”时应该指示对应FIC段承载可应用于当前M/H帧的FIC块的一部分。另选地，当current_next_indicator字段的值被设置为“0”时，current_next_indicator字段应该指示对应FIC段承载将应用于下一M/H帧的FIC块的一部分。
error_indicator字段对应于1比特字段，其指示在传输期间在对应FIC段中是否发生错误。本文中，当发生错误时，error_indicator字段被设置为“1”。并且，当不存在错误（或没有发生错误）时，error_indicator字段被设置为“0”。更具体地讲，在配置FIC段的处理期间，当存在不可恢复的错误时，error_indicator字段被设置为“1”。更具体地讲，error_indicator字段使得接收系统能够识别对应FIC段内的错误的存在。
FIC_segment_num字段对应于4比特无符号整数字段，其指示对应FIC段的编号。例如，如果对应FIC段是FIC块的第一FIC段，则FIC_segment_num字段的值应该被设置为“0x0”。另外，如果对应FIC段是FIC块的第二FIC段，则FIC_segment_num字段的值应该被设置为“0x1”。更具体地讲，FIC_segment_num字段应该随FIC块中增加各个附加FIC段而递增一。本文中，如果将FIC块被划分成4个FIC段，则FIC块内的最后FIC段的FIC_segment_num字段值将被指示为“0x3”。
FIC_last_segment_num字段对应于4比特无符号整数字段，其指示完整FIC块内的最后FIC段（即，具有最高FIC_segment_num字段值的FIC段）的编号。
在传统方法中，针对一个子帧内的各个FIC段依次指派（或分配）FIC段号。因此，在这种情况下，最后FIC段号总是与TNoG匹配（即，最后FIC段号总是等于TNoG）。然而，当使用根据本发明的FIC编号指派方法时，最后FIC段号可能不总是与TNoG匹配。更具体地讲，最后FIC段号可能与TNoG匹配，或者最后FIC段号可能不与TNoG匹配。TNoG表示分配（或指派）给单个子帧的数据组的总数。例如，当TNoG等于“6”，并且当FIC块被划分成8个FIC段时，TNoG等于“6”，最后FIC段号为“8”。
根据本发明的另一实施方式，可利用FIC段头内的FIC_segment_num字段的值来标识空FIC段。更具体地讲，由于没有给空FIC段指派FIC段号，所以发送系统将空数据分配给空FIC段的FIC_segment_num字段值，并且接收系统可允许将FIC_segment_num字段值被指派有空数据的FIC段识别为空FIC段。本文中，代替空数据，由接收系统和发送系统预先安排的数据可代替空数据被指派给FIC_segment_num字段值。
如上所述，将FIC块划分成多个FIC段，由此通过单个子帧发送或者通过多个子帧发送。另外，从单个FIC块划分成的FIC段可通过单个子帧发送，或者从多个FIC块划分成的FIC段可通过单个子帧发送。就这一点，指派给各个FIC段的编号对应于对应FIC块内的编号（即，FIC_seg_number值），而不是对应子帧内的编号。另外，可发送空FIC段以用于使M/H帧的边界和FIC块的边界对齐。就这一点，没有给空FIC段指派FIC段号。
如上所述，一个FIC块可通过多个子帧发送，或者多个FIC块可通过单个子帧发送。然而，根据本发明的实施方式，FIC段以子帧为单位来进行交织和发送。
此外，图37示出包括在RS帧中然后被发送的SMT部分的比特流句法的示例性结构。本文中，为了简明，SMT部分按照MPEG-2专有部分格式配置。然而，SMT部分数据可按照任何可能的格式来配置。
SMT可提供包括该SMT的系综内的移动服务的访问信息。另外，SMT可提供移动服务的提供所需的信息。另外，SMT可包括至少一个或更多个描述符。本文中，可通过所述描述符来描述其它附加（或补充）信息。
就这一点，除了SMT之外，发送SMT的服务信令信道还可包括另一信令表（例如，GAT）。
本文中，根据本发明的实施方式，服务信令信道的IP数据报具有相同的公知目的地IP地址和相同的公知目的地UDP端口号。因此，服务信令数据中包括的SMT通过表标识符来区分（或标识）。更具体地讲，表标识符可对应于存在于对应表中或对应表部分的头中的table_id。并且，当需要时，表标识符还可参照table_id_extension字段，以执行标识处理。现在将详细描述可通过SMT部分发送的示例性字段。
table_id字段是8比特表标识符，其可被设置为用于标识SMT的标识符。
section_syntax_indicator字段对应于定义SMT的部分格式的指示符。例如，section_syntax_indicator字段应该被设置为“0”以总是指示此表是从MPEG-2专有部分表格式的“短”形式导出的，可对应于MPEG长形式句法。
private_indicator字段是1比特字段，其指示SMT是否遵循（或依据）专有部分。
section_length字段是12比特字段，其指定紧接在section_length字段之后的剩余SMT数据字节的部分长度。
table_id_extension字段对应于表相关的16比特字段。本文中，table_id_extension字段对应于为剩余字段提供范围的table_id字段的逻辑部分。table_id_extension字段包括SMT_protocol_version字段和ensemble_id字段。
SMT_protocol_version字段对应于8比特无符号整数字段。本文中，SMT_protocol_version字段指示协议版本以使得对应SMT能够在将来的处理中承载结构上可能不同于当前协议中所定义的那些参数的参数。目前，SMT_protocol_version字段的值应该等于零（0）。SMT_protocol_version字段的非零值可由此标准的将来版本使用以指示结构上不同的表。
ensemble_id字段对应于8比特字段。本文中，与可指派给ensemble_id字段的对应系综关联的ID值可在“0x00”和“0x3F”的范围内。优选的是，从parade_id字段的TPC数据导出ensemble_id字段的值。当对应系综通过主RS帧发送时，最高有效比特（MSB）被设置为“0”，剩余7比特用作对应队列的parade_id字段值。此外，当对应系综通过主RS帧发送时，最高有效比特（MSB）被设置为“1”，剩余7比特用作对应队列的parade_id字段值。
version_number字段对应于5比特字段，其指定SMT的版本号。
current_next_indicator字段对应于1比特字段，其指示SMT部分是否当前可应用。
section_number字段是8比特字段，其指定当前SMT部分的编号。
last_section_number字段对应于8比特字段，其指定配置对应SMT的最后部分的编号。
并且，num_MH_services字段对应于8比特字段，其指定对应SMT部分中的移动服务的数量。
以下，执行与对应于num_MH_services字段的移动服务的数量相等数量的“for”循环（也称作移动（M/H）服务循环）语句，以提供关于多个移动服务的信令信息。更具体地讲，针对包括在SMT部分中的各个移动服务指示对应移动服务的信令信息。本文中，可如下所述提供与各个移动服务对应的下列字段信息。
MH_service_id字段对应于16比特无符号整数，其可在对应SMT部分的范围内唯一地标识对应移动服务。
multi_ensemble_service字段对应于2比特字段，其指示对应移动服务通过一个还是更多个系综发送。由于multi_ensemble_service字段具有与FIC块中包括的multi_ensemble_service字段相同的含义，所以为了简明将省略其详细描述。
MH_service_status字段对应于2比特字段，其可标识对应移动服务的状态。本文中，MSB指示对应移动服务是否有效（“1”）或者对应移动服务是否无效（“0”）。另外，LSB指示对应移动服务是被隐藏（“1”）还是没有被隐藏（“0”）。
SP_indicator字段对应于1比特字段，其指定对应移动服务的服务保护状态。如果SP_indicator字段被设置为“1”，则服务保护应用于提供对应服务的有意义的呈现所需的至少一个组件。
short_MH_service_name_length字段对应于3比特字段，其以字节长度为单位指示short_service_name字段中描述的短服务名称的长度。
short_MH_service_name字段指示对应移动服务的短名称。
MH_service_category字段是6比特字段，其指示对应移动服务的类型类别。
num_components字段对应于5比特字段，其指定对应移动服务中的IP流组件的数量。
IP_version_flag字段对应于1比特指示符，其在被设置为“0”时指示source_IP_address字段、MH_service_destination_IP_address字段和component_destination_IP_address字段对应于IPv4地址。IP_version_flag字段的值“1”预留用于source_IP_address字段、MH_service_destination_IP_address字段和component_destination_IP_address字段对应于IPv6地址的任何可能的将来指示。然而，IPv6地址的使用当前没有定义。
source_IP_address_flag对应于1比特布尔标志，其在被设置时指示存在对应服务的源IP地址值，以指示源特定多播。
MH_service_destination_IP_address_flag对应于1比特，其在被设置时指示对应IP流组件通过目的地IP地址不同于MH_service_destination_IP_address字段的IP数据报来发送。因此，当设置MH_service_destination_IP_address_flag时，接收系统可将component_destination_IP_address用作destination_IP_address以便访问对应IP流组件。另外，接收系统忽略（或无视）移动服务循环内的MH_service_destination_IP_address字段。
source_IP_address字段对应于32比特字段或128比特字段。当source_IP_address_flag被设置为“1”时，需要解释（或分析）source_IP_address字段。然而，当source_IP_address_flag被设置为“0”时，不需要解释（或分析）source_IP_address字段。当source_IP_address_flag被设置为“1”，并且当IP_version_flag字段被设置为“0”时，对应字段指示source_IP_address字段指示32比特IPv4地址，该地址指定对应移动服务源。另选地，如果IP_version_flag字段被设置为“1”，则source_IP_address字段指示32比特IPv6地址，该地址指定对应移动服务源。
MH_service_destination_IP_address字段对应于32比特字段或128比特字段。当MH_service_destination_IP_address_flag字段被设置为“1”时，需要解释（或分析）MH_service_destination_IP_address_flag。然而，当MH_service_destination_IP_address_flag被设置为“0”时，不需要解释（或分析）MH_service_destination_IP_address_flag。本文中，如果MH_service_destination_IP_address_flag被设置为“1”，并且如果IP_version_flag字段被设置为“0”，则MH_service_destination_IP_address字段指示对应移动服务的32比特目的地IPv4地址。另选地，如果MH_service_destination_IP_address_flag被设置为“1”，并且如果IP_version_flag字段被设置为“1”，则MH_service_destination_IP_address字段指示对应移动服务的64比特目的地IPv6地址。在无法解释对应MH_service_destination_IP_address字段的情况下，应该解释组件循环内的component_destination_IP_address字段。并且，在这种情况下，接收系统应该使用component_destination_IP_address以便访问IP流组件。
此外，根据本发明的实施方式的SMT利用“for”循环语句提供关于多个组件的信息。
以下，执行与对应于num_component字段值的组件的数量相等数量的“for”循环（也称作组件循环）语句，以提供关于多个组件的访问信息。更具体地讲，提供对应移动服务所包括的各个组件的访问信息。在这种情况下，可如下所述提供关于各个组件的下列字段信息。
component_source_IP_address_flag字段是1比特字段（或1比特布尔标志），其在被设置为“1”时指示针对此组件存在component_source_IP_address字段。
更具体地讲，移动服务可包括各种类型的组件，例如，移动服务可包括音频组件，或者移动服务可包括视频组件，或者移动服务可包括FLUTE组件。
就这一点，当component_source_IP_address_flag字段被设置为“1”时，这指定存在component_source_IP_address字段，并且此字段指示承载对应组件的IP数据报的源IP地址。
例如，当FLUTE组件的component_source_IP_address_flag字段被设置为“1”时，component_source_IP_address字段指示承载FLUTE组件的IP数据报的源IP地址。
根据本发明的实施方式，在移动服务循环内的service_source_IP_address字段和组件循环内的component_source_IP_address均存在的情况下，然而如果字段值彼此不同，则从component_source_IP_address字段获取对应组件的IP数据报的源IP地址。更具体地讲，忽略移动服务循环内的service_source_IP_address字段。
根据本发明的另一实施方式，在存在service_source_IP_address字段并且不存在component_source_IP_address字段的情况下，从service_source_IP_address字段获取对应组件的IP数据报的源IP地址。并且，在相反的情况下，即，在不存在service_source_IP_address字段并且存在component_source_IP_address字段的情况下，从component_source_IP_address字段获取对应组件的IP数据报的源IP地址。
如上所述，在本发明中，当component_source_IP_address_flag字段值等于“1”时，存在component_source_IP_address字段。并且，根据本发明的实施方式，当存在component_source_IP_address字段时，对应组件的IP数据报的源IP地址与component_source_IP_address字段值相同。并且，根据本发明的另一实施方式，在不存在component_source_IP_address字段的情况下，对应组件的IP数据报的源IP地址与service_source_IP_address字段值相同。
并且，根据本发明的另一实施方式，在不存在service_source_IP_address字段和component_source_IP_address字段的情况下，在获取对应组件的IP数据报时不使用源IP地址。
essential_component_indicator字段是1比特字段，当essential_component_indicator字段值被设置为“1”时，其指示对应组件是移动服务的必要组件。否则，essential_component_indicator字段指示对应组件是可选组件。例如，在基本层音频流和视频流的情况下，essential_component_indicator字段值被设置为“1”。并且，在增强层视频流的情况下，essential_component_indicator字段值被设置为“0”。
component_destination_IP_address_flag字段对应于1比特布尔标志。当component_destination_IP_address_flag字段被设置为“1”时，这指示针对对应组件存在component_destination_IP_address。
port_num_count字段对应于6比特字段，其指示与对应UDP/IP流组件关联的UDP端口号。本文中，目的地UDP端口号值从destination_UDP_port_num字段值开始按照1增加。destination_UDP_port_num字段对应于16比特字段，其指示对应IP流组件的目的地UDP端口号。
component_source_IP_address字段对应于32比特或128比特字段，该字段在component_source_IP_address_flag字段的值等于“1”时存在。就这一点，在IP_version_flag字段被设置为“0”的情况下，component_source_IP_address字段指示对应IP流组件的32比特源IPv4地址。另外，在IP_version_flag字段被设置为“1”的情况下，component_source_IP_address字段指示对应IP流组件的128比特源IPv6地址。
根据本发明的实施方式，在存在component_source_IP_address字段的情况下，从component_source_IP_address字段获取对应组件的IP数据报的源IP地址。
component_destination_IP_address字段对应于32比特字段或128比特字段。当IP_version_flag字段被设置为“0”时，component_destination_IP_address字段指示对应IP流组件的32比特目的地IPv4地址。
另外，当IP_version_flag字段被设置为“1”时，component_destination_IP_address字段指示对应IP流组件的128比特目的地IPv6地址。当此字段存在时，承载M/H服务的对应组件的IP数据报的目的地地址应该匹配component_destination_IP_address字段中的地址。另选地，当此字段不存在时，承载对应组件的IP数据报的目的地地址应该匹配M/H_service_destination_IP_address字段中的地址。此字段的128比特长地址版本的有条件使用是为了方便IPv6的可能的将来使用，尽管IPv6的使用当前还未定义。
num_component_level_descriptors字段对应于4比特字段，其指示提供关于组件级别的附加信息的描述符的数量。
组件循环中包括与num_component_level_descriptors字段的值对应的数量的component_level_descriptor()，以提供关于对应组件的附加（或补充）信息。
num_MH_service_level_descriptors字段对应于4比特字段，其指示提供对应移动服务级别的附加信息的描述符的数量。
移动服务循环中包括与num_MH_service_level_descriptors字段的值对应的数量service_level_descriptor()，以提供关于移动服务的附加（或补充）信息。
num_ensembles_level_descriptors字段对应于4比特字段，其指示提供关于系综级别的附加信息的描述符的数量。
另外，系综循环中包括与num_ensembles_level_descriptors字段的值对应的数量的ensemble_level_descriptor()，以提供关于系综的附加（或补充）信息。
图38示出component_level_descriptors()的比特流句法结构的实施方式。component_descriptor()用作NST的组件级别描述符component_level_descriptors()中的一个，并且描述对应组件的附加信令信息。
下面描述component_descriptor()的各个字段。
在图38中，descriptor_tag字段（8比特）是描述符标识符，其可被设置为标识component_descriptor()的标识符。
descriptor_length字段（8比特）以字节描述从descriptor_length字段之后开始直至此描述符的结尾处的描述符剩余长度。
component_type字段（7比特）应该标识组件的编码格式。该值可以是由IANA针对RTP/AVP流的payload_type指派的任何值，或者可以是由ATSC指派的任何值，或者可以是在96-127的范围内的“动态值”。对于由经由RTP承载的介质组成的组件，此字段的值应该匹配承载此组件的IP流的RTP头中的payload_type字段中的值。需要指出的是，在此标准的将来版本中可定义在43-71的范围内的component_type字段的附加值。
component_encryption_flag（1比特）告知对应组件是否被加密。
如果component_encryption_flag已被加密，则Num_STKM_streams字段（8比特）指示STKM流的数量。num_STKM_streams字段（8比特）是8比特无符号整数字段，其应该标识与此组件关联的STKM流的数量。
STKM_stream_id字段（8比特）被重复与Num_STKM_streams的字段值一样多次，并且指示标识可获取解密所需的密钥的SKTM流的值。
component_data（component_type）元素提供编码参数和/或提供此组件所需的其它参数。component_data的结构通过component_type字段的值确定。
例如，如果component_type字段值为35，则component_data（component_type）字段提供用于H.264/AVC视频流的组件数据。
在另一示例中，如果component_type字段值为38，则component_data（component_type）字段提供用于FLUTE文件传送的数据。
一个移动服务可被包括在多个FLUTE会话中。因此，一个移动服务可利用多个FLUTE会话配置。可利用component_data()用信号通知各个FLUTE会话。
此外，根据本发明的另一实施方式，通过处理经由移动广播网络（尤其是M/H广播网络）提供的移动广播信号来向用户提供移动广播服务的广播接收器被使得能够提供灾难广播（或灾难警报）。为了提供包含灾难信息的灾难广播，用于灾难广播的信令信息是必需的。以下将描述用信号通知用于灾难广播的信令信息的方法的各种示例。
可将信令信息用信号通知给FIC块和/或SMT。此时，用信号通知给FIC块的信令信息和用信号通知给SMT的信令信息可彼此不同，或者彼此相同，或者其部分可完全一样。
另外，本发明定义新的表。可将用于灾难广播的信令信息用信号通知给此表。此表将称作紧急警报表（EAT）。
以下将描述使用FIC块的用于灾难广播的信令信息。灾难广播可以是特定信道或指示灾难状态的文本。在此实施方式中，为了简化描述，包含用于告知灾难状态的文本型灾难信息的消息称作紧急警报消息。
作为示例，用信号通知给FIC块的信令信息包含用于告知当前移动广播存在紧急警报消息的紧急警报系统（EAS）指示信息（或称作EAS指示符字段）以及用于支持唤醒功能的唤醒指示信息（或称作唤醒指示符字段）中的至少一个。
EAS指示信息告知当前移动广播中存在紧急警报消息。
唤醒指示信息告知紧急警报消息是否需要唤醒功能。即，为了支持发出灾难警报的广播接收器的唤醒功能，需要唤醒指示信息。
本文中，唤醒功能是指这样的功能：当发出需要切换至有效模式的严重紧急警报消息时，即使广播接收器处于睡眠模式（或称作待机模式），也将广播接收器强制性地切换至有效模式广播接收器。为了支持唤醒功能，广播接收器需要即使在睡眠模式下也坚持监视广播信号，并尽可能快地识别灾难警报有多急迫。
FIC块配置有FIC块头和FIC块有效载荷，FIC块被划分成多个FIC段有效载荷。当将FIC段头添加到各个FIC段有效载荷时，构造出一个FIC段。FIC段通过一个数据组发送。即，FIC段是物理层的最小传输单位。
图39示出用信号通知有EAS指示信息和唤醒指示信息的FIC段头的句法结构的另一实施方式。除了图39的FIC段头利用图36的两个预留比特分配唤醒指示符字段和EAS指示符字段之外，图39的FIC段头的细节与图36的FIC段头相同。因此，将省略与图36的那些字段相同的图39的字段的描述。
在图39中，唤醒指示符字段分配有（例如）1比特，并指示唤醒。广播接收器根据唤醒指示符字段的值确定是否切换至有效模式。
另外，EAS指示符字段分配有（例如）1比特，并且指示当前移动广播中存在紧急警报消息。
通过如上所述将EAS指示符字段添加到FIC段头，广播接收器可快速地感测当前广播服务中是否包括紧急警报消息。
图40示出用信号通知有EAS指示信息和唤醒指示信息的FIC段头的句法结构的另一实施方式。除了图40的FIC段头利用图36的两个预留比特分配唤醒指示符字段之外，图40的FIC段头的细节与图36的FIC段头相同。因此，将省略与图36的那些字段相同的图40的字段的描述。
即，在图40中，唤醒指示符字段分配有（例如）2比特，并且指示唤醒。当发出紧急警报消息时，广播接收器根据唤醒指示符字段的值来确定是否切换至有效模式。
图41示出分配给2比特唤醒指示符字段的值的含义的示例。例如，当唤醒指示符字段的值为01时，可启用唤醒功能。当唤醒指示符字段的值为10时，可禁用唤醒功能。例如，当唤醒指示符字段的值为01，并且当前模式为睡眠模式时，广播接收器切换至有效模式。
相反的情况也是可以的。即，当唤醒指示符字段的值为01时，可禁用唤醒功能。当唤醒指示符字段的值为10时，可启用唤醒功能。在将1比特分配给唤醒指示符字段的情况下，可利用这1比特打开/关闭唤醒功能。由于这是由设计者选择的项，所以本发明的实施方式不限于上述示例。
尽管图39的唤醒指示符分配有1比特，但是图40的唤醒指示符被分配有2比特来指示唤醒。
在如图40所示分配唤醒指示符字段的情况下，例如，利用FIC块有效载荷的预留比特来分配EAS指示信息。
图42示出用信号通知有EAS指示信息的FIC块有效载荷的句法结构的实施方式。除了利用预留比特分配EAS指示符字段之外，图42的FIC块有效载荷的细节与图35的FIC块有效载荷相同。因此，将省略与图35的字段相同的图42的字段的描述。
即，在图42中，将1比特分配给EAS指示符字段的系综循环（EAS_ensemble_indicator）。此字段指示当前广播中存在紧急警报消息。
例如，当EAS指示符字段的值为1时，系综循环中的系综标识符所标识的系综可被设置为指示已经接收到紧急警报消息。相反的情况也是可以的。即，当EAS指示符字段的值为0时，系综可被设置为指示已经接收到紧急警报消息。由于这是由设计者选择的项，所以本发明的实施方式不限于上述示例。
在执行唤醒时，广播接收器需要指定可接收紧急警报消息的系综频率（或基带）。为此，需要EAS指示符字段。
即，利用FIC段头告知紧急警报消息的存在是广播接收器中的唤醒功能和紧急警报消息的快速获取的最有效方法。然而，如果FIC段是创建FIC块的基本单位，并且广播接收器没有响应于FIC段头的预留比特的改变，则一旦FIC块被收集，就无法识别当前移动广播中存在紧急警报消息。因此，在此实施方式中，通过将EAS指示符字段分配给FIC块有效载荷，使得广播接收器能够紧接在FIC块被收集之后注意到当前系综中是否存在紧急警报消息。
另外，在广播接收器没有处于有效模式的情况下，使得广播接收器能够在通过将唤醒信息用信号通知给最小单位的TPC作为信令来维持最低能量的情况下接收紧急警报消息。
唤醒信息包括（例如）唤醒指示信息。唤醒信息还可包括唤醒版本信息。
例如，利用图31的TPC数据的句法中的预留比特来通知1比特的唤醒指示信息和5比特的唤醒版本信息。
由于在FIC的描述中已详细描述了唤醒指示信息（wake_up_indicator），所以将省略其详细描述。例如，如果wake_up_indicator字段的值为0，并且广播接收器处于睡眠模式（或待机模式），则广播接收器被强制性地切换为有效模式。如果该字段的值为1，则广播接收器维持当前模式。即，在睡眠模式下，允许接收器继续监测TPC。在接收器正提供移动广播服务的情况下，允许其继续提供移动广播服务。
唤醒版本信息（wake_up_version_number）指示唤醒信令的版本号。在从睡眠模式切换为有效模式以接收FIC之前，接收器可比较唤醒版本号以确定该信息是否为新的唤醒信息。
通过将唤醒信息用信号通知给TPC数据，使得广播接收器能够基于TPC数据来确定是否执行唤醒功能，即，是否强制性地从当前模式切换为有效模式。另外，通过将唤醒信息用信号通知给TPC数据，使得广播接收器能够即使在未能接收与灾难警报有关的信令信息时，也强制性地执行唤醒功能以经由移动广播接收灾难警报。尤其是，通过将唤醒信息用信号通知给TPC数据，使得广播接收器能够即使在除了有效模式之外的模式下也在最低电池消耗的情况下接收灾难信息。
此外，包含灾难信息（或内容）的紧急警报消息可以按照各种形式发送。例如，紧急警报消息可以按照CAP消息或句法的形式发送。
本文中，通用警报协议（CAP）消息是通过授权生成灾难警报而创建的通用格式的紧急警报消息。如上所述生成的CAP消息经由紧急网络开放平台（OPEN）（是用于传送紧急警报消息的综合网络）传送给包括商业移动警报系统（CMAS）的各种灾难系统。各个灾难警报系统为其自己的目的和用途处理CAP消息，由此提供对应灾难警报服务。例如，CMAS在传送的紧急消息当中选择适合于提供方网络的消息，并且从消息提取90个字或更少的文本，由此以文本消息的形式提供灾难服务。
在一个实施方式中，在描述符中承载CAP消息，该描述符被包括在SMT中。包含CAP消息的描述符将称作EAS消息描述符（EAS_Message_descriptor()）。当发送EAS描述符时，可将其包含在SMT的系综级别或服务级别中。
图43示出根据本发明的一个实施方式的EAS消息描述符的句法结构。
在图43中，descriptor_tag字段（8比特）是描述符标识符。分配用于标识描述符是否为EAS消息描述符的标识符（或标签值）。
descriptor_length字段（8比特）以字节为单位指示此描述符从descriptor_length字段到描述符的结尾处的剩余长度。
Length_of_CAP字段（8比特）指示以多串结构发送的CAP消息的长度。
通过按照Length_of_CAP字段的值重复CAP字段来发送多串结构的CAP消息。此时，可代替CAP消息发送单独的EAS句法。
图44示出根据本发明的另一实施方式的EAS消息描述符的句法结构。
在图44中，descriptor_tag字段（8比特）是描述符标识符，用于标识描述符是否为EAS消息描述符的标识符（或标签值）被分配给此字段。
descriptor_length字段（8比特）以字节为单位指示此描述符从descriptor_length字段到描述符的结尾处的剩余长度。
CAP_version_number字段（4比特）指示CAP消息的版本信息。例如，当CAP消息改变时，CAP_version_number字段的值增加。因此，使得广播接收器能够利用此字段值确定CAP消息是否重复。即，由于CAP消息是紧急信息，所以相同的内容可能周期性地发送。在这种情况下，每当接收到CAP消息时，广播接收器可利用CAP_version_number字段的值来确定接收到的消息是先前接收的消息的改变还是新信息。
EAS_NRT_included_flag字段（1比特）指示是否存在与当前灾难广播服务（或紧急警报消息）有关的非实时（NRT）服务。
如果EAS_NRT_included_flag字段指示存在与当前灾难广播有关的NRT服务，则存在包括essential_content_linkage字段和num_associated_service字段的EAS NRT循环。
essential_content_linkage字段（8比特）指示NRT发送的文件（或内容项）与ESG中的内容（或内容项）之间的链接的值。例如，如果essential_content_linkage字段的值为0，则用户界面（UI）显示用于EAS的NRT服务的列表。如果该值不为0，则UE在画面上显示以essential_content_linkage字段的值作为content_linkage的值的文件。这意味着NRT提供的文件中所包含的内容与灾难广播（或紧急警报消息）高度关联。
num_associated_service字段（4比特）指示与当前灾难广播关联并NRT发送的服务的数量。通过按照num_associated_service字段的值重复associated_service_id字段（16比特）来指示各个关联的服务的标识符。
CAP_message_type字段（1比特）指示紧急警报消息是否在句法结构上在CAP消息结构中发送。
length_of_CAP_message_id字段(7比特)指示CAP消息标识符(ID)的文本的长度。
CAP_message_id字段（可变）以文本指示CAP消息标识符。
length_of_CAP字段（16比特）指示CAP消息的长度。
CAP字段（可变）包含CAP消息或EAS句法。
由于在所有广播中应该广播图43或图44所示的EAS消息描述符的相同内容，因此EAS消息描述符可被包括在SMT的系综级别和服务级别中的至少一个中。SMT基本上包括在信道的所有系综中。即，EAS消息描述符可作为SMT的系综级别描述符或作为服务级别描述符来发送。图45示出包括在系综级别中的EAS消息描述符的发送的示例，图46示出包括在服务级别中的EAS消息描述符的发送的示例。
在如图45所示通过系综级别描述符发送EAS消息描述符的情况下，将包含在EAS消息描述符中的内容按照相同的方式应用于对应系综（例如，系综#1）的所有服务（例如，TV服务#1和TV服务#2）。如果EAS消息描述符被包含在系综级别中并被发送，则不必针对SMT的各个服务发送EAS消息描述符。因此，SMT的大小可减小。当EAS消息描述符作为系综级别描述符发送时，图44所示的EAS_NRT_included_flag字段的值可被设置为0。在这种情况下，除了CAP消息之外，无法发送NRT关联信息（即，灾难相关附加信息）。
在如图46所示EAS消息描述符作为服务级别描述符发送的情况下，SMT的各个服务中包含EAS消息描述符的相同内容。与作为系综级别描述符来发送描述符的情况相比，这可能增加SMT的大小，但是有利的是，可使得能够发送NRT服务关联信息以表示与紧急警报消息关联的附加信息（即，灾难相关附加信息），因为NRT使用的SMT的所有描述符均处于服务级别。
当EAS消息描述符作为服务级别描述符发送时，可将图44所示的EAS_NRT_included_flag字段的值设置为0和1中的一个。如果EAS_NRT_included_flag字段值为0，则其指示不存在NRT发送的灾难相关附加信息。如果该值为1，则其指示存在NRT发送的灾难相关附加信息。
广播接收器通过解析包括在系综中的接收的SMT来提取EAS消息描述符，处理包含在EAS消息描述符中的CAP消息，然后如图47所示在画面的下端601以文本的形式显示灾难信息。本文中，EAS消息描述符可包括在SMT的系综级别中或者服务级别中。另外，尽管示出文本形式的灾难信息显示在画面的下端，但是其可显示在画面的另一部分，例如，上端、左侧和右侧中的一个处。另外，文本形式的灾难信息可从一侧向另一侧滚动。
如上所述，根据本发明的实施方式的灾难相关附加信息广播可NRT发送。本文中，灾难相关附加信息包括当灾难发生时对于用户可能极其有用的各种类型的信息，例如图像、视频和文本。
图48示出将接收的灾难信息以包含在EAS消息描述符中的文本的形式显示在画面的下端601，并且同时将NRT接收的灾难相关附加信息以图像或文本的形式显示在画面的其它部分602至604。图48所示的画面仅是示例。画面大小和灾难相关附加信息的设置可根据灾难相关附加信息的类型和条数而变化。
在一个实施方式中，灾难相关附加信息可配置于一个文件中并NRT发送。
在移动广播中，实时（RT）服务从字面上讲是指实时提供的服务。即，此服务是时间相关的服务。另一方面，NRT服务是指与RT服务相比，非实时提供的服务。即，非实时服务不是时间相关的。例如，广播站可发送RT服务并利用剩余带宽或专用带宽来提供NRT服务。即，RT服务和NRT服务经由相同的信道或不同的信道发送。
在另一示例中，广播接收器能够通过诸如地面广播、线缆和互联网的介质来接收非实时（NRT）服务。
NRT服务被存储在广播接收器的存储介质中，然后在预定时间或根据用户的请求显示在显示装置上。NRT服务可以按照文件的形式存储在存储装置中。在一个实施方式中，存储介质可以是安装在广播接收器中的内置HDD。在另一实施方式中，存储介质可以是连接到广播接收系统的外部的外部HDD或通用串行总线（USB）存储器。
在一个实施方式中，一个NRT服务包括至少一个内容项（或者称作内容或NRT内容），一个内容项包括至少一个文件。在本发明中，“文件”具有与术语“对象”相同的含义。内容项是能够独立再现的最小单位。例如，假设非实时地提供新闻，新闻包括关于经济、政治和生活的新闻。在这种情况下，新闻可被视作NRT服务，关于经济、政治和生活的各个新闻可被视作内容项。关于经济、政治和生活的各个新闻在至少一个文件中配置。
在发送器方（例如，广播站）配置NRT服务的内容项/分组根据文件传输协议进行分组，然后根据异步分层编码/分层编码传输（ALC/LCT）方案进行分组。然后，分组的ALC/LCT数据根据UDP进行分组，分组的ALC/LCT/UDP数据继而根据IP方案进行分组以形成ALC/LCT/UDP/IP数据。为了简化本发明的描述，分组的ALC/LCT/UDP/IP数据将称作IP数据报。OMA BCAST服务指南信息也可经历与内容项/文件相同的处理以配置IP数据报。
用于NRT服务的IP数据报在发送时被包含在属于系综（或称作子网）的至少一个RS帧中。OMA BCAST服务指南的IP数据报也可在RS帧中发送。另外，类似于移动服务，将用于访问NRT服务的访问信息用信号通知给SMT。即，SMT提供RT服务或NRT服务以及各个服务中所包含的组件（或内容项）的访问信息。
因此，如果包含在移动广播中的服务是NRT服务，则可从SMT提取包括FLUTE会话的访问信息的信令信息（其承载配置NRT服务的内容项/文件）。另外，可从OMABCAST服务指南（SG）信息提取关于配置NRT服务的内容项的详细信息。
此时，SMT包含服务级别中的各个NRT服务的一个NRT服务描述符以及一个或更多个能力描述符。
NRT服务描述符指示是否存在NRT服务，标识NRT服务的消费模型，并提供关于NRT服务的其它可选信息。即，NRT服务描述符描述指示SMT的服务级别中所描述的服务是NRT服务的信息项。
能力描述符提供用于NRT服务或内容项的能力的列表（例如，下载协议、FEC算法、包装/归档格式、压缩算法和介质类型）。另外，可列出非必要协议。即，能力描述符描述配置NRT服务的文件的能力。
此外，为了使广播接收器处理NRT接收的灾难相关附加信息并将所处理的信息提供给用户，需要允许将NRT接收的文件标识为灾难相关附加信息的信息。
在本发明的一个实施方式中，将用于将文件标识为灾难相关附加信息的信息用信号通知给发送至SMT的服务级别的NRT服务描述符和能力描述符中的至少一个。
图49示出根据本发明的一个实施方式的能力描述符的句法结构。
在图49中，descriptor_tag字段（8比特）是描述符标识符。用于标识描述符是否为能力描述符的标识符（或标签值）被分配给此字段。
descriptor_length字段（8比特）以字节为单位指示此描述符从descriptor_length字段到描述符的结尾处的剩余长度。
capability_code_count字段（8比特）指示capability_code的值的数量。essential_indicator字段和capability_code字段按照capability_code_count字段的值重复。
essential_indicator字段（1比特）指示对于NRT服务或内容项的有意义的存在而言，支持capability_code所指示的能力是否必要。
capability_code字段（7比特）指示特定能力。如果capability_code字段的值大于0x6F，则存在指示格式标识符的format_identifier字段。
capability_string_count字段（8比特）指示capability_string的值的数量。essential_indicator字段、capability_category_code字段、capability_string_length字段和capability_string()字段按照capability_string_count字段的值重复。
essential_indicator字段（1比特）指示对于NRT服务或内容项的有意义的存在而言，支持capability_string所指示的能力是否必要。
capability_category_code字段（7比特）指示随后的字符串值的能力类别。
capability_string_length字段（8比特）指示随后的capability_string()字段的长度。
capability_string()字段是包括能力的字符串。
在一个实施方式中，能够对文件进行分类的capability_string()字段用于指示文件与灾难相关附加信息有关。
即，通过将新的字符串值（例如，x-application/eas）分配给capability_string()字段的值，所接收到的具有“x-application/eas”能力的文件被标识为包含灾难相关附加信息。
图50示出根据本发明的一个实施方式的NRT服务描述符的句法结构。
在图50中，descriptor_tag字段（8比特）是描述符标识符。用于标识描述符是否为NRT服务描述符的标识符（或标签值）被分配给此字段。
descriptor_length字段（8比特）以字节为单位指示此描述符从descriptor_length字段到描述符的结尾处的剩余长度。
consumption_model字段（6比特）通知与描述符关联的NRT服务的预期消费模型。
auto-update字段（1比特）指示是否向用户提供自动更新NRT服务的选项。
storage_reservation_present字段（1比特）指示storage_reservation字段的存在。
default_content_size_present字段（1比特）指示default_content_size字段的存在。
storage_reservation字段（24比特）指示存储通过NRT服务发送的内容项所需的接收器的最小存储容量。
default_content_size字段（40比特）指示内容项的默认大小。
在本发明的一个实施方式中，指示提供NRT服务的方案的描述的消费模型字段用于指示NRT服务与灾难相关附加信息有关。
即，将当前预留的值分配给消费模型字段，包括具有此值的NRT服务的文件被标识为包含灾难相关附加信息。
图51示出分配给消费模型字段的值的含义。图51示出在NRT服务与灾难相关附加信息有关的情况下将0x04分配给消费模型字段的示例。
如上所述，通过将用于标识包括在NRT服务中的文件是否包含灾难相关附加信息广播的信息用信号通知给在SMT的服务级别中发送的描述符当中的NRT服务描述符和/或能力描述符，可利用NRT来有效地提供灾难相关附加信息。
根据一个实施方式，发送器方可在GAT中描述传送与NRT服务对应的ESG的信息，广播接收器可将此信息与SMT组合并下载ESG。GAT包括关于发送ESG的提供商的信息。此时，对于灾难信息的快速传输而言，单独地发送与EAS关联的ESG信息是更有效的。在这种情况下，为了将该ESG与用于现有SG数据的ESG区分，可允许提供商名称表示EAS。
图52是示出根据本发明的一个实施方式的广播接收器接收并显示包含灾难信息的紧急警报消息和灾难相关附加信息的方法的流程图。
在图52中，包含灾难信息的紧急警报消息可被承载于图43或图44的EAS消息描述符中并被接收，灾难相关附加信息可以按照文件的形式NRT接收。标识文件是否为灾难相关附加信息的信息可通过用信号通知给图49的能力描述符或图50的NRT服务描述符来接收。本文中，EAS消息描述符可以是SMT的系综级别描述符和服务级别描述符中的一个，能力描述符和NRT服务描述符中的每一个是SMT的服务级别描述符中的一个。
即，通过广播接收器的调谐器对移动广播进行调谐（S651），然后获取包括在调谐的移动广播中的服务信令信道（S652）。本文中，服务信令信道可封装在具有公知IP目的地地址和公知目的地UDP端口号的IP数据报中。换言之，通过服务信令信道发送的所有IP数据报（即，UDP/IP分组）具有相同的公知目标IP地址和相同的公知目标UDP端口号。例如，当假设通过服务信令信道发送SMT、RRT和GAT时，发送SMT、RRT和GAT的所有UDP/IP分组具有相同的目标IP地址和相同的目标UDP端口号。另外，目标IP地址和目标UDP端口号是公知的值，即，接收系统根据发送/接收系统的协议已知的值。因此，包含在服务信令信道中的信令表可通过表标识符来彼此区分。表标识符可以是存在于信令表或信令表会话的头中的table_id。如果需要，还可参照table_id_extension来将表彼此区分。
将通过tablel_id字段和/或table_id_extension字段区分的信令表的信息存储在广播接收器的存储单元中（S653）。另外，确认SMT中是否存在EAS消息描述符（S654）。如果存在EAS消息描述符，则处理通过EAS消息描述符接收的紧急警报消息并如图47所示将灾难信息以文本的形式显示在画面的一部分上（S655）。
另外，确认SMT中是否存在能力描述符或NRT服务描述符以及是否将指示包括在NRT服务中的文件是EAS（即，灾难相关附加信息）的指示用信号通知给能力描述符和NRT服务描述符中的至少一个（S656）。
当在步骤S656中确认用信号通知指示灾难相关附加信息的指示时，下载NRT服务（S657）。然后，确认包含在下载的NRT服务中的文件的到期时间是否已过去（S658）。如果确认到期时间未过去，则如图48所示将包括在NRT接收的至少一个文件中的灾难相关附加信息显示在画面的一部分上（S659）。本文中，灾难相关附加信息可以是与包含在紧急警报消息中的灾难信息有关的各种类型的信息，例如图像、视频和文本。
图53是示出根据本发明的另一实施方式的广播接收器接收并显示包含灾难信息的紧急警报消息和灾难相关附加信息的方法的流程图。
在图53中，包含灾难信息的紧急警报消息可被承载于图44的EAS消息描述符（其包括essential_content_linkage字段）中并被接收，灾难相关附加信息可以按照文件的形式NRT接收。标识文件是否为灾难相关附加信息的信息可通过用信号通知给图49的能力描述符或图50的NRT服务描述符来接收。本文中，EAS消息描述符可以是SMT的系综级别描述符和服务级别描述符中的一个，能力描述符和NRT服务描述符中的每一个是SMT的服务级别描述符中的一个。
即，通过广播接收器的调谐器对移动广播进行调谐（S661），然后获取包括在调谐的移动广播中的服务信令信道（S662）。服务信令信道的细节与参照图52示出的那些细节相同，因此将省略其描述。
将通过服务信令信道的各个信令表中所包括的tablel_id和/或table_id_extension字段标识的信令表的信息存储在广播接收器的存储单元中（S663）。另外，确认SMT中是否存在EAS消息描述符（S664）。如果存在EAS消息描述符，则处理通过EAS消息描述符接收的紧急警报消息并如图47所示将灾难信息以文本的形式显示在画面的一部分上（S665）。
另外，确认是否存在与EAS有关的NRT服务（S666）。本文中，可利用EAS消息描述符的num_associated_service字段确认是否存在与EAS有关的NRT服务。如果存在与EAS有关的一个或更多个NRT服务，则EAS消息描述符提供与EAS有关的NRT服务的标识符（associated_service_id）。
在步骤S666中，当确认存在与EAS有关的一个或更多个NRT服务时，利用对应NRT服务标识符下载NRT服务（S667）。然后，确认EAS消息描述符的essential_content_linkage字段的值是否为0（S668）。essential_content_linkage字段指示包括在NRT服务中的文件与ESG中的内容项之间的链接的值。如果essential_content_linkage字段的值为0，则用户界面（UI）显示用于EAS的NRT服务的列表（S669）。如果该值不为0，则UE将具有essential_content_linkage字段的值作为content_linkage的值的文件显示在画面上（S670）。
如上所述，可以按照CAP消息或句法的形式发送包含实际灾难信息（或内容）的紧急警报消息。
此时，CAP形式的紧急警报消息或句法形式的紧急警报消息可封装在IP数据报中并被发送。
即，如图54所示，IP数据报可以是配置有头和有效载荷的IP分组的形式，该头可配置有IP头和UDP头。另外，有效载荷包括CAP形式的紧急警报消息或句法形式的紧急警报消息。包括在有效载荷中的句法形式的紧急警报消息具有表的形式。此表将称作EAS表。当通过有效载荷发送CAP形式的紧急警报消息时，可基于IP/UDP头的长度来计算有效载荷的长度。
图55是示出可通过图54的有效载荷发送的紧急警报系统描述符（emergency_alerting_system_descriptor()）的句法结构的示图。该描述符可以是会话，可利用至少一个描述符来配置EAS表。
在图55中，descriptor_tag字段（8比特）是描述符标识符。分配用于标识描述符是紧急警报系统描述符的标识符（或标签值）。
descriptor_length字段（8比特）以字节为单位指示此描述符从descriptor_length字段到描述符的结尾处的剩余长度。
descriptor_number字段（4比特）指示EAS表中所包括的描述符当中的当前描述符的编号。
last_descriptor_number字段（4比特）指示EAS表中所包括的描述符当中的最后描述符的编号。
EAS_event_id字段（16比特）指示EAS事件的标识符。
EAS_originator_code字段（24比特）指示启用EAS的实体。
EAS_event_code_length字段（8比特）指示EAS_event_code字段的长度。
EAS_event_code字段（可变）指示EAS事件，即，EAS的类型。例如，诸如洪水、地震和恐怖袭击的紧急警报的类型可随特定紧急情况的重要性（例如，大型地震、中型地震、小型地震）一起指示。
alert_message_time_remaining字段（8比特）指示紧急警报消息的剩余输出时间。
event_start_time字段（32比特）指示EAS事件的显示的开始时间。
event_duration字段（16比特）指示EAS事件的显示的持续时间。
alert_priority字段（4比特）指示EAS事件的优先级或重要性。即，根据alert_priority字段的值，确定接收的紧急警报消息的处理。换言之，确定是无条件地忽略紧急警报消息或在特定条件下忽略紧急警报消息还是强制性地将该消息调谐至特定广播信道。
EAS_major_channel_number字段（8比特）指示与广播信道有关的主要信道编号。
EAS_minor_channel_number字段（8比特）指示与广播信道有关的次要信道编号。
alert_text_length字段（16比特）指示alert_text()字段的总字节数。
alert_text()字段（可变）包括将以文本形式显示的灾难信息。
location_code_count字段（8比特）对“for循环”句法之后的地区定义进行计数。
state_code字段（8比特）指示与紧急警报关联的州或辖区。此字段可具有介于0和99之间的值。
county_subdivision字段（4比特）可具有介于0和9之间的值，其限定县划分（州细分）。
county_code字段（10比特）表示其它州当中与紧急警报关联的特定县。该字段可具有介于0和999之间的值。
根据本发明的一个实施方式，可在服务级别或组件级别发送紧急警报消息。在服务级别发送紧急警报消息的情况下，将紧急警报消息视作一个服务（为了易于描述将其称作EAS服务）。另外，为了使广播接收器支持EAS服务，需要用信号通知标识EAS服务的信息（以下称作EAS服务标识信息）。
在本发明的一个实施方式中，SMT的服务循环中的MH_service_category字段的预留值中的一个用于EAS服务标识信息。根据一个实施方式，如果SMT的服务循环中的服务是EAS服务，则如图56所示可分配0x04作为MH_service_category字段的值。在这种情况下，广播接收器可识别出SMT的服务循环中所描述的服务的信令信息是EAS服务的信令信息。本文中，被分配作为MH_service_category字段的值的0x04仅是示例，可分配介于0x00和0xFF之间的未被现有服务使用的任何类别值。为了标识EAS服务，可进一步使用MH_service_id字段。
在通过单独的服务发送紧急警报消息的情况下，针对各个系综发送一次信令就足够了，因此这种情况对于带宽的使用而言有利。
此外，在组件级别发送紧急警报消息的情况下，将紧急警报消息视作一个组件（例如，音频组件和视频组件）。为了易于描述将此组件称作EAS组件。为了使广播接收器支持EAS组件，需要用信号通知标识EAS组件的信息（以下称作EAS组件标识信息）。
在本发明的一个实施方式中，在SMT的组件级别描述符当中，图38所示的component_descriptor()中的component_type字段的预留值中的一个用于EAS组件标识信息。例如，如果SMT的组件循环中的组件是EAS组件，则分配43作为component_type字段的值。在这种情况下，广播接收器可识别SMT的组件循环中所描述的组件的信令信息是EAS组件的信令信息。本文中，将43分配给component_type字段仅是示例。可分配介于43和71之间的未被现有组件使用的任何值。
component_descriptor()中的component_type字段指示用于标识组件的编码格式的值。此标识值可以是为RTP/AVP流的payload_type分配的值中的一个、根据发送器/接收器方的协议预定的值中的一个或者介于96和127之间的动态值。对于经由RTP发送的配置介质的组件，component_type字段的值需要与发送对应组件的IP流的RTP头中的payload_type的值相同。
另外，根据component_type字段的值而变化的component_data（component_type）字段提供编码参数和/或渲染对应组件所需的其它参数。即，通过component_type字段的值确定component_data元素的结构。
例如，如果component_type字段的值为35，则component_data()字段提供用于H.264/AVC视频流的组件数据。
如果component_type字段为38，则component_data()字段提供用于FLUTE文件传送的数据。
如果component_type字段为43，则如图57所示，component_data()字段提供用于紧急警报消息的信令信息。
图57示出提供用于紧急警报消息的信令信息的component_data()的比特流句法结构的示例。下面描述component_data()的字段。
在图57中，EAS_event_ID字段（16比特）指示与紧急警报消息对应的EAS事件的的唯一标识符。
payload_type字段（2比特）指示以IP数据报的形式发送的紧急警报消息是CAP类型还是句法类型。在这种情况下，允许广播接收器利用payload_type字段来标识所接收到的紧急警报消息是CAP类型数据还是句法类型数据。即，允许广播接收器在组件级别标识紧急警报消息的数据类型。
在本发明的另一实施方式中，通过将payload_type字段分配给SMT的组件级别中的预留比特，可在组件级别标识紧急警报消息的数据类型。
在本发明的另一实施方式中，通过将payload_type字段分配给SMT的服务级别中的预留比特，可在服务级别标识紧急警报消息的数据类型。
status字段（6比特）指示紧急警报消息的状态。
urgency字段（8比特）指示紧急警报消息中所包含的灾难的紧迫程度。
severity字段（8比特）指示紧急警报消息中所包含的灾难的严重程度。
certainty字段（8比特）指示紧急警报消息中所包含的灾难的确定程度。
event_start_time字段（32比特）指示紧急警报消息中所包含的灾难警报的显示的开始时间。
event_duration字段（16比特）指示紧急警报消息中所包含的灾难警报的持续时间。
此外，在一个实施方式中，定义新的表以用信号通知用于紧急警报消息的信令信息。在此实施方式中此表将称作紧急警报表（EAT）。
包括EAT的IP数据报可通过服务信令信道发送。
在通过服务信令信道发送EAT的情况下，包括在图42的FIC块有效载荷中的EAS_ensemble_indicator字段可指示是否通过对应系综的服务信令信道发送EAT。例如，如果EAS_ensemble_indicator字段的值为1，则其可指示通过系综中所包括的服务信令信道发送EAT。如果该值为0，则其可指示没有发送EAT。
EAT可提供以IP数据报的形式发送的紧急警报消息的访问信息。访问信息可包括IP地址和UDP端口号。
用来发送EAT的服务信令信道除了EAT之外还可包括信令表（即，SMT、GAT、RRT、SLT和CIT中的至少一个）。此时，服务信令信道的IP数据报可具有相同的公知IP地址和公知UDP端口号。因此，包括在服务信令信道中的EAT通过表标识符来标识。即，表标识符可以是存在于对应表的头或对应表部分中的table_id。如果需要，还可参照table_id_extension。
图58示出根据本发明的一个实施方式的EAT部分的比特流句法结构。当示出EAT部分以MPEG-2专有部分的形式设计时，EAT部分中的数据的格式可具有任何形式。此时，可通过EAT部分中的table_id字段、section_number字段和last_section_number字段来确认EAT配置有一个部分还是多个部分。另外，可通过从服务信令信道移除IP数据报的IP头和UDP头并收集具有相同表标识符的部分来完成对应表。例如，当具有表标识符的部分被分配给EAT时，可完成一个EAT。
以下将描述可通过EAT部分发送的字段。
table_id字段（8比特）是标识表的类型的字段。通过此字段，可确认表是EAT。
section_syntax_indicator字段（1比特）是限定EAT的部分形式的指示符。部分格式可为（例如）MPEG的短形式句法（“0”）。
private_indicator字段（1比特）指示EAT是否遵循专有部分。
section_length字段（12比特）指示对应字段之后的剩余EAT的部分长度。
table_id_extension字段（16比特）是表相关的，并且是table_id字段的逻辑部分，其提供剩余字段的范围。table_id_extension字段包括EAT_protocol_version字段和ensemble_id字段。
EAT_protocol_version字段（8比特）指示允许EAT发送具有与当前协议中所定义的结构不同的结构的参数的协议版本。
ensemble_id字段（8比特）是与对应系综有关的ID值，可向其分配介于0x00和0x3F之间的值。优选地，从TPC数据的parade_id制定此字段的值。在通过主RS帧发送系综的情况下，最高有效比特（MSB）被设置为“0”，剩余7比特用作对应队列的parade_id的值。在通过辅RS帧发送系综的情况下，MSB被设置为“1”，剩余7比特用作对应队列的parade_id的值。
version_number字段（5比特）指示EAT的版本号。
current_next_indicator字段（1比特）指示EAT部分是否当前可应用。
section_number字段（8比特）指示当前EAT部分的编号。
last_section_number字段（8比特）指示配置EAT的最后部分的编号。
num_MH_services字段（8比特）指示EAT部分中的移动服务的数量。
通过按照与num_MH_services字段的值对应的移动服务的数量执行“for”循环（或称作移动服务循环），提供关于多个移动服务的信令信息。即，针对EAT部分中所包括的各个移动服务指示关于各个移动服务的信令信息。此时，可针对各个移动服务如下提供字段信息。
MH_service_id字段（16比特）指示唯一地标识移动服务的值。
MH_service_status字段（2比特）标识移动服务的状态。本文中，MSB指示移动服务有效（“1”）还是无效（“0”），LSB指示移动服务隐藏（“1”）还是没有隐藏（“0”）。
SP_indicator字段（1比特）指示是否应用移动服务的服务保护。如果SP_indicator字段的值为1，则在移动服务提供有意义的呈现移动服务所需的至少一个组件应用服务保护。
urgency字段（8比特）指示移动服务中所包含的紧急警报消息的紧迫程度。
severity字段（8比特）指示移动服务中所包含的紧急警报消息的严重程度。
certainty字段（8比特）指示移动服务中所包含的紧急警报消息的确定程度。
event_start_time字段（32比特）指示移动服务中所包含的紧急警报消息的显示的开始时间。
event_duration字段（16比特）指示移动服务中所包含的紧急警报消息的显示的持续时间。
在IP_version_flag字段（1比特）被设置为“1”的情况下，其指示service_source_IP_address字段和service_destination_IP_address字段为IPv6地址。在IP_version_flag字段（1比特）被设置为“0”的情况下，其指示service_source_IP_address字段和service_destination_IP_address字段是IPv4地址。
在service_source_IP_address_flag字段（1比特）被设置为“1”的情况下，其指示存在该服务的源IP地址的值。
在service_destination_IP_address_flag字段（1比特）被设置为“1”的情况下，其指示存在该服务的目的地IP地址的值。
IP_payload_type字段（2比特）指示以IP数据报的形式发送的紧急警报消息是CAP类型还是句法类型。
service_source_IP_address字段（32或128比特）在service_source_IP_address_flag字段被设置为“1”时需要被解释，但是在service_source_IP_address_flag字段被设置为“0”时不需要被解释。在service_source_IP_address_flag字段被设置为“1”，并且IP_version_flag字段被设置为“0”的情况下，上述字段指示表示移动服务的源的32比特IPv4地址。在IP_version_flag字段被设置为“1”的情况下，上述字段指示移动服务的源的32比特IPv6地址。
service_destination_IP_address字段（32或128比特）在service_destination_IP_address_flag字段被设置为“1”时需要被解释，但是在service_destination_IP_address_flag字段被设置为“0”时不需要被解释。在service_destination_IP_address_flag字段被设置为“1”，并且IP_version_flag字段被设置为“0”的情况下，上述字段指示移动服务的32比特目的地IPv4地址。在service_destination_IP_address_flag字段被设置为“1”，并且IP_version_flag字段被设置为“1”的情况下，上述字段指示移动服务的64比特目的地IPv6地址。
此外，如果severity字段的值为1，即，如果灾难非常严重，则用信号通知强制调谐信息。
即，force_channel_num字段（8比特）指示要强制调谐的信道编号，force_service_id字段（16比特）指示要强制调谐的服务标识符。
num_MH_EAS_descriptor字段（8比特）指示提供服务级别的附加信息的描述符的数量。
与num_MH_EAS_descriptor字段的值对应数量的MH_EAS_descriptor()字段被包括在服务循环中，以提供关于紧急警报消息的附加信息。
如果没有以IP数据报的形式发送紧急警报消息，则紧急警报消息可被包括在MH_EAS_descriptor()中并被发送。为此，EAT还可包括用于标识紧急警报消息以IP数据报的形式发送还是被包括在EAT中并被发送的信息。
图59是示出根据本发明的一个实施方式的广播接收器接收并显示包含灾难信息的紧急警报消息的方法的流程图。
在图59中，包含灾难信息的紧急警报消息可以按照IP数据报的形式被接收，包括紧急警报消息的访问信息的信令信息可用信号通知给EAT并被接收。
即，通过广播接收器的调谐器调谐移动广播（S701），然后通过IP过滤标识服务信令信道的IP数据报和包括紧急警报消息的IP数据报（S702）。在一个实施方式中，用于访问服务信令信道的IP数据报的IP地址和UDP端口号可分别是公知IP目的地地址和公知目的地UDP端口号。另外，可将用于访问紧急警报消息的IP数据报的IP地址和UDP端口号用信号通知给EAT。在另一实施方式中，可将用于访问紧急警报消息的IP数据报的IP地址和UDP端口号用信号通知给SMT。
将由信令表的tablel_id字段和/或table_id_extension字段标识的服务信令信道的各个信令表的信息存储在广播接收器的存储单元中（S703）。另外，确认服务信令信道中是否存在EAT（S704）。所述确认可利用EAT的tablel_id字段和/或table_id_extension字段来执行。如果存在EAT，则利用包括在EAT中的信息来处理IP数据报的形式的紧急警报消息。即，利用EAT的payload_type字段的值，确认利用IP数据报的有效载荷接收到的数据是CAP类型的紧急警报消息还是句法类型的紧急警报消息（S705）。如果数据是CAP类型的紧急警报消息，则CAP解析器（未示出）处理紧急警报消息（S706）。如果数据是句法类型的紧急警报消息，则句法解析器（未示出）处理紧急警报消息（S707）。然后，如图47所示将处理的消息以文本形式显示在画面的一部分上（S708）。
另外，确认SMT中是否存在能力描述符或NRT服务描述符以及是否将指示包括在NRT服务中的文件是EAS（即，灾难相关附加信息）的指示用信号通知给能力描述符和NRT服务描述符中的至少一个（S656）。
本文中，包括与紧急警报消息有关的附加信息（即，灾难相关附加信息）的至少一个文件可NRT接收，并且用于灾难相关附加信息的信令信息可在SMT的服务级别或组件级别中用信号通知。然后，基于SMT的灾难相关附加信息的信令信息NRT处理所接收到的文件，将通过该文件接收到的灾难相关附加信息显示在画面的一部分上。灾难相关附加信息可以是与紧急警报消息中所包含的灾难信息有关的各种类型的信息，例如图像、视频和文本。
图60示出根据本发明的实施方式的接收并处理诸如通过移动广播发送的诸如移动服务、EAS服务和NRT服务等的服务的接收系统（即，广播接收器）的框图。参照图60，以虚线示出的箭头指示数据路径，以实线示出的箭头指示控制信号路径。
图60的接收系统可包括控制器2100、调谐器2111、解调器2112、均衡器2113、已知序列检测器（或已知数据检测器）2114、块解码器2115、主里德所罗门（RS）帧解码器2116、辅RS帧解码器2117、信令解码器2118和基带操作控制器2119。根据本发明的接收系统还可包括FIC处理机2121、服务管理器2122、服务信令处理机2123和第一存储单元2124。根据本发明的接收系统还可包括主RS帧缓冲器2131、辅RS帧缓冲器2132和传输分组（TS）处理机2133。根据本发明的接收系统还可包括互联网协议（IP）数据报处理机2141、解扰器2142、用户数据报协议（UDP）数据报处理机2143、实时传输协议/实时传输控制协议（RTP/RTCP）数据报处理机2144、网络时间协议（NTP）数据报处理机2145、服务保护流处理机2146、第二存储单元2147、异步分层编码/分层编码传输（ALC/LCT）流处理机2148、可扩展标记语言（XML）解析器2150和现场设备工具（FDT）处理机2151。根据本发明的接收系统还可包括音频/视频（A/V）解码器2161、文件解码器2162、第三存储单元2163、中间件（M/W）引擎2164和服务指南（SG）处理机2165。根据本发明的接收系统还可包括电子节目指南（EPG）管理器2171、应用管理器2172和用户界面（UI）管理器2173。
本文中，为了简化本发明的描述，调谐器2111、解调器2112、均衡器2113、已知序列检测器（或已知数据检测器）2114、块解码器2115、主RS帧解码器2116、辅RS帧解码器2117、信令解码器2118和基带操作控制器2119将统称为基带处理器2110。FIC处理机2121、服务管理器2122、服务信令处理机2123和第一存储单元2124将统称为服务复用器2120。主RS帧缓冲器2131、辅RS帧缓冲器2132和TS处理机2133将统称为IP自适应模块2130。IP数据报处理机2141、解扰器2142、UDP数据报处理机2143、RTP/RTCP数据报处理机2144、NTP数据报处理机2145、服务保护流处理机2146、第二存储单元2147、ALC/LCT流处理机2148、XML解析器2150和FDT处理机2151将统称为通用IP模块2140。A/V解码器2161、文件解码器2162、第三存储单元2163、M/W引擎2164和SG处理机2165将统称为应用模块2160。
图60中使用的术语是当前广泛使用的通用术语。然而，根据新技术的出现，申请人认为最适当的术语也在本发明中任意使用。这些术语的定义将在描述本发明的对应部分的过程中清楚且详细地描述。因此，本发明中使用的术语应该按照落入术语内的含义来理解，而非仅按照术语本身来理解。
如图60所示配置的基带操作控制器2119控制基带处理器2110中所包括的各个块的操作。
通过将接收系统调谐至特定物理信道（或物理传输信道（PTC））的频率，调谐器2111扮演使得接收系统能够接收主服务数据（与用于固定广播接收系统的广播信号对应）和移动服务数据（其与用于移动广播接收系统的广播信号对应）的角色。移动服务数据可包括紧急警报消息。调谐器2111将调谐的特定信道的频率下变频至中频（IF）并将IF输出给解调器2112和已知序列检测器2114。就这一点，调谐器2111可接收主服务数据和移动服务数据（实时数据）并且接收非实时服务数据。本文中，非实时服务数据可包括附加信息（即，灾难相关附加信息）。
解调器2112对从调谐器2111输入的通带数字IF信号执行自增益控制、载波恢复和定时恢复，以创建基带信号。然后，解调器2112将读取的基带信号输出给均衡器2113和已知序列检测器2114。在执行载波恢复和定时恢复时，解调器2112可使用从已知序列检测器2114接收到的已知数据符号序列，以增强解调性能。
均衡器2113补偿解调的信号中所包括的信道失真，由此将处理的信号输出给块解码器2115。均衡器2113可利用从已知序列检测器2114接收到的已知数据符号序列来增强均衡性能。另外，均衡器2113可接收针对块解码器2113的解码结果的反馈，由此增强均衡性能。
已知序列检测器2114从解调器2112的输入/输出数据（即，利用解调处理进行处理之前的数据或利用解调处理部分地进行了处理的数据）检测由发送系统输入的已知数据的位置。然后，随检测到的位置信息一起，已知序列检测器2114将从检测到的位置生成的已知数据序列输出给解调器2112、均衡器2113和基带操作控制器2119。另外，已知序列检测器2114向块解码器2115提供使得块解码器2115能够区分由发送系统利用附加编码进行了处理的移动服务数据与没有利用任何附加编码进行处理的主服务数据的信息。
如果由均衡器2113进行了信道均衡并输入至块解码器2115的数据对应于由发送系统利用串行级联卷积码（SCCC）方法的块编码和网格编码二者进行了处理的数据（即，RS帧内的数据、信令数据），则作为发送系统的逆处理，块解码器2115可执行网格解码和块解码。另一方面，如果由均衡器2113进行了信道均衡并输入至块解码器2115的数据对应于由发送系统仅利用网格编码进行了处理而未进行块编码的数据（即，主服务数据），则块解码器2115可仅执行网格解码。
信令解码器2118对由均衡器2113进行了信道均衡之后输入的信令数据执行解码。假设输入至信令解码器2118的信令数据（或信令信息）对应于由发送系统利用块编码和网格编码二者进行了处理的数据。根据本发明的实施方式，信令数据包括TPC（传输参数信道）数据和FIC（快速信息信道）。例如，信令解码器2118利用并行级联卷积码（PCCC）方法对输入的数据当中的信令信息区域的数据执行回归turbo解码。然后，信令解码器2118将FIC数据和TPC数据与turbo解码的信令数据分离。另外，作为发送系统的逆处理，信令解码器2118对分离的TPC数据执行RS解码，由此将RS解码的TPC数据输出给基带操作控制器2119。另外，作为发送系统的逆处理，信令解码器2118以子帧为单位对分离的FIC数据执行解交织，然后对解交织的FIC数据执行RS解码，由此将RS解码的数据输出给FIC处理机2121。由信令解码器2118解交织和RS解码并输出给FIC处理机2121的FIC数据的传输单位对应于FIC段。
FIC处理机2121从信令解码器2118接收FIC数据，以提取用于服务获取的信令信息（即，系综与移动服务之间的映射信息）。为此，FIC处理机2121可包括FIC段缓冲器、FIC段解析器和FIC块解析器。
FIC段缓冲器对从信令解码器2118以M/H帧为单位输入的FIC段组进行缓冲，由此将缓冲的FIC段输出给FIC段解析器。随后，FIC段解析器提取存储在FIC段缓冲器中的各个FIC段的头以分析所提取的头。然后，基于分析结果，FIC段解析器将相应FIC段的有效载荷输出给FIC块解析器。FIC块解析器使用从FIC段解析器输出的分析结果以从FIC段有效载荷恢复FIC块数据结构，由此分析所接收到的FIC块数据结构。随后，FIC块解析器提取用于服务获取的信令信息。从FIC块解析器获取的信令信息被输出给服务管理器2122。根据本发明的实施方式，FIC段头包括wake_up_indicator字段。对于wake_up_indicator字段的详细描述，可参照图39或图40。另外，根据本发明的实施方式，FIC块有效载荷包括EAS_ensemble_indicator字段。对于EAS_ensemble_indicator字段的详细描述，可参照图42。
此外，服务信令处理机2123由服务信令缓冲器和服务信令解析器配置，服务信令处理机2123对从UDP数据报处理机2143发送的服务信令信道的表部分（例如，SMT部分和EAT部分）进行缓冲，由此分析和处理缓冲的表部分。由服务信令处理机2123处理的SMT信息和EAT信息也被输出给服务管理器2122。
根据本发明的实施方式，发送SMT部分和/或EAT部分的服务信令信道被包括在具有公知目的地IP地址和公知目的地UDP端口号的UDP/IP分组形式的对应RS帧中并被接收。因此，接收系统可解析SMT部分以及SMT部分的描述符，而无需额外信息。这同样应用于EAT。
另外，SMT部分提供关于包括该SMT部分的系综内的所有服务的信令信息（包括IP访问信息）。因此，接收系统可利用从SMT部分解析的信息来访问属于期望的服务的IP流组件，由此将服务提供给用户。另外，接收系统可利用包括在EAT中的EAS相关信令信息来访问紧急警报消息，由此将灾难信息提供给用户。
如果服务是NRT服务，则可从SMT提取发送配置NRT服务的内容/文件的FLUTE会话的访问信息。
从SMT解析的信息由服务管理器2122收集并且被存储在第一存储单元2124中。服务管理器2122将从SMT提取的信息作为服务映射和指南数据形式存储在第一存储单元2124中。
即，服务管理器2122使用从FIC处理机2121和服务信令处理机2123收集的信令信息以配置服务映射，服务管理器2122使用从服务指南（SG）处理机2165收集的服务指南（SG）以配置节目指南。然后，服务管理器2122参照所配置的服务映射和节目指南以控制基带操作控制器2119，使得用户可接收他（或她）希望的移动服务。另外，根据用户的输入，服务管理器2122可执行使得节目指南能够显示在显示画面的至少一部分上的控制操作。
第一存储单元2124存储由服务管理器2122制定的服务映射和服务指南。另外，基于来自服务管理器2122和EPG管理器2171的请求，从第一存储单元2124提取需要的数据，然后将其传送给服务管理器2122和/或EPG管理器2171。
基带操作控制器2119接收已知数据位置信息和TPC数据，由此将M/H帧时间信息、指示选择的队列中是否存在数据组的信息、对应数据组内的已知数据的位置信息、功率控制信息等传送给基带处理器2110内的各个块。
此外，根据本发明，发送系统按照编码单位使用RS帧。本文中，RS帧可被划分成主RS帧和辅RS帧。然而，根据本发明的实施方式，主RS帧和辅RS帧将基于对应数据的重要级别来划分。
主RS帧解码器2116接收从块解码器2115输出的数据。就这一点，根据本发明的实施方式，主RS帧解码器2116从块解码器2115接收经里德所罗门（RS）编码和/或循环冗余校验（CRC）编码的移动服务数据或NRT服务数据。主RS帧解码器2116从块解码器2115接收经里德所罗门（RS）编码和/或循环冗余校验（CRC）编码的SMT部分数据或OMA BCAST SG数据。
换言之，主RS帧解码器2116接收移动服务数据、NRT服务数据、SMT部分数据和OMA BCAST SG数据中的至少一个，但是没有主服务数据。主RS帧解码器2116执行包括在数字广播发送系统中的RS帧编码器（未示出）的逆处理，由此校正存在于主RS帧内的错误。更具体地讲，主RS帧解码器2116通过将多个数据组分成一组来形成主RS帧，然后以主RS帧为单位来进行错误校正。换言之，主RS帧解码器2116对为实际广播服务发送的主RS帧进行解码。由主RS帧解码器2116解码的主RS帧被输出给主RS帧缓冲器2131。主RS帧缓冲器2131对主RS帧进行缓冲，然后以各行为单位配置M/H TP。主RS帧的M/H TP输出给TP处理机2133。
另外，辅RS帧解码器2117接收从块解码器2115输出的数据。就这一点，根据本发明的实施方式，辅RS帧解码器2117从块解码器2115接收经RS编码和/或CRC编码的移动服务数据或NRT服务数据。辅RS帧解码器2117从块解码器2115接收经里德所罗门（RS）编码和/或循环冗余校验（CRC）编码的SMT部分数据或OMABCAST SG数据。
即，辅RS帧解码器2117接收移动服务数据、NRT服务数据、SMT部分数据和OMA BCAST SG数据中的至少一个，但是没有主服务数据。辅RS帧解码器2117执行包括在数字广播发送系统中的RS帧编码器（未示出）的逆处理，由此校正存在于辅RS帧内的错误。更具体地讲，辅RS帧解码器2117通过将多个数据组分成一组来形成辅RS帧，然后以辅RS帧为单位来进行错误校正。换言之，辅RS帧解码器2117对为移动音频服务数据、移动视频服务数据、指南数据等发送的辅RS帧进行解码。由辅RS帧解码器2117解码的辅RS帧被输出给辅RS帧缓冲器2132。辅RS帧缓冲器2132对辅RS帧进行缓冲，然后以各行为单位配置M/H TP。辅RS帧的M/H TP输出给TP处理机2133。
TP处理机2133由TP缓冲器和TP解析器组成。TP处理机2133对从主RS帧缓冲器2131和辅RS帧缓冲器2132输入的M/H TP进行缓冲，然后提取并分析缓冲的M/H TP的各个头，由此从对应M/H TP的各个有效载荷恢复IP数据报。恢复的IP数据报被输出给IP数据报处理机2141。
IP数据报处理机2141由IP数据报缓冲器和IP数据报解析器组成。IP数据报处理机2141对从TP处理机2133传送的IP数据报进行缓冲，然后提取并分析缓冲的IP数据报的头，由此从对应IP数据报的有效载荷恢复UDP数据报。恢复的UDP数据报被输出给UDP数据报处理机2143。
如果UDP数据报被加扰，则由解扰器2142对加扰的UDP数据报进行解扰，解扰的UDP数据报输出给UDP数据报处理机2143。例如，当接收的IP数据报当中的UDP数据报被加扰时，解扰器2142通过从服务保护流处理机2146输入加密密钥等来对UDP数据报进行解扰，并将解扰的UDP数据报输出给UDP数据报处理机2143。
UDP数据报处理机2143由UDP数据报缓冲器和UDP数据报解析器组成。UDP数据报处理机2143对从IP数据报处理机2141或解扰器2142传送的UDP数据报进行缓冲，然后提取并分析缓冲的UDP数据报的头，由此恢复通过对应UDP数据报的有效载荷发送的数据。如果恢复的数据是RTP/RTCP数据报，则将恢复的数据输出给RTP/RTCP数据报处理机2144。如果恢复的数据也是NTP数据报，则将恢复的数据输出给NTP处理机2145。另外，如果恢复的数据是服务保护流，则将恢复的数据输出给服务保护流处理机2146。并且，如果恢复的数据是ALC/LCT流，则将恢复的数据输出给ALC/LCT流处理机2148。另外，如果恢复的数据是SMT部分数据或EAT部分数据，则将恢复的数据输出给服务信令部分处理机2123。
就这一点，由于发送SMT部分或EAT部分的服务信令信道是具有公知目的地IP地址和公知目的地UDP端口号的IP数据报，所以IP数据报处理机2141和UDP数据报处理机2143可将包括在SMT部分和/或EAT部分中的数据输出给服务信令部分处理机2123而不需要额外信息。
RTP/RTCP数据报处理机2144由RTP/RTCP数据报缓冲器和RTP/RTCP数据报解析器组成。RTP/RTCP数据报处理机2144对从UDP数据报处理机2143输出的RTP/RTCP结构的数据进行缓冲，然后从缓冲的数据提取A/V流，由此将提取的A/V流输出给A/V解码器2161。A/V解码器2161分别利用音频和视频解码算法对从RTP/RTCP数据报处理机2144输出的音频和视频流进行解码。解码的音频和视频数据被输出给演示管理器2170。本文中，AC-3解码算法、MPEG2音频解码算法、MPEG4音频解码算法、AAC解码算法、AAC+解码算法、HE AAC解码算法、AAC SBR解码算法、MPEG环绕解码算法和BSAC解码算法中的至少一个可用作音频解码算法，MPEG2视频解码算法、MPEG4视频解码算法、H.264解码算法、SVC解码算法和VC-1解码算法中的至少一个可用作视频解码算法。
NTP数据报处理机2145由NTP数据报缓冲器和NTP数据报解析器组成。NTP数据报处理机2145对具有NTP结构的数据进行缓冲，所述数据从UDP数据报处理机2143输出。然后，NTP数据报处理机2145从缓冲的数据提取NTP流。随后，提取的NTP流被输出给A/V解码器2161以进行解码。
服务保护流处理机2146还可包括服务保护流缓冲器。本文中，服务保护流处理机2146对服务保护所指定的（或所需的）数据进行缓冲，所述数据是从UDP数据报处理机2143输出的。随后，服务保护流处理机2146从所提取的数据提取进行解扰所需的信息。进行解扰所需的信息包括密钥值，例如SKTM和LKTM。进行解扰所需的信息存储在第二存储单元2147中，并且在需要时，将进行解扰所需的信息输出给解扰器2142。
ALC/LCT流处理机2148由ALC/LCT流缓冲器和ALC/LCT流解析器组成。并且，ALC/LCT流处理机2148对具有ALC/LCT结构的数据进行缓冲，所述数据是从UDP数据报处理机2143输出的。然后，ALC/LCT流处理机2148从缓冲的数据分析ALC/LCT会话的头和头扩展。基于ALC/LCT会话的头和头扩展的分析结果，当发送给ALC/LCT会话的数据对应于XML结构时，将对应数据输出给XML解析器2150。另选地，当发送给ALC/LCT会话的数据对应于文件结构时，将对应数据输出给文件解码器2162。
就这一点，当发送给ALC/LCT会话的数据被压缩时，压缩的数据由解压缩器2149解压缩，由此被输出给XML解析器2150或文件解码器2162。
XML解析器2150分析通过ALC/LCT会话发送的XML数据。然后，当分析的数据对应于指定给基于文件的服务的数据时，XML解析器2150将对应数据输出给FDT处理机2151。另一方面，如果分析的数据对应于指定给服务指南的数据，则XML解析器2150将对应数据输出给SG处理机2165。
FDT处理机2151分析并处理通过ALC/LCT会话以XML结构发送的FLUTE协议的文件描述表。当接收的文件是用于NRT服务的文件时，由服务管理器2122控制FDT处理机2151。所述文件可包括灾难相关附加信息。
SG处理机2165收集并分析为服务指南指定的数据（所述数据以XML结构发送），由此将分析的数据输出给服务管理器2122。
文件解码器2162对具有文件结构并通过ALC/LCT会话发送的数据进行解码，由此将解码的数据输出给中间件引擎2164或将解码的数据存储在第三存储单元2163中。根据本发明的实施方式，由文件解码器2162解码的文件结构的数据包括NRT服务数据。
本文中，中间件引擎2164转换类似NRT服务的文件结构数据（即，应用）并执行转换的应用。随后，可通过应用演示管理器2170将应用输出给输出装置，例如显示屏幕或扬声器。根据本发明的实施方式，中间件引擎2164对应于基于JAVA的中间件引擎。
基于用户输入，EPG管理器2171通过服务管理器2122或通过SG处理机2165接收EPG数据以将所接收到的EPG数据转换为显示格式，由此将转换的数据输出给演示管理器2170。
应用管理器2172执行与应用数据（例如，NRT服务数据）的处理关联的总体管理，所述数据以对象格式、文件格式等进行发送。
另外，基于通过UI管理器2173输入的用户命令，操作控制器2100控制服务管理器2122、EPG管理器2171、应用管理器2172和演示管理器2170中的至少一个，以使得用户所请求的功能能够执行。
UI管理器2173通过UI将用户输入传送给操作控制器2100。
最后，演示管理器2170通过扬声器和/或显示屏幕将从A/V解码器2161输出的音频和视频数据以及从EPG管理器2171输出的EPG数据中的至少一个提供给用户。
对于本领域技术人员而言将明显的是，在不脱离本发明的精神或范围的情况下可对本发明进行各种修改和变化。因此，本发明旨在覆盖本发明的这些修改和变化，只要它们落入所附权利要求及其等同物的范围内即可。
本发明的模式
如上所述，参照实施本发明的最佳模式描述了本发明。
工业实用性
如上所述，本发明可将根据本发明的发送系统、接收系统和处理广播信号的方法的实施方式完整地（或整体地）或部分地应用于广播和通信领域。

Claims (15)

1.一种用于在发送系统中处理广播信号的方法，该方法包括以下步骤：
对包含紧急警报消息的移动服务数据执行里德所罗门-循环冗余校验RS-CRC编码并生成属于系综的RS帧；
将所述RS帧划分成多个RS帧部分；
将所述RS帧部分映射到各个数据组，并且将一个快速信息信道FIC段和多个已知数据序列插入到各个所述数据组中；
对所述数据组的数据执行网格编码；以及
发送包括经网格编码的数据的所述广播信号，
其中，FIC块利用FIC块头和FIC块有效载荷来配置，所述FIC块用信号通知所述系综与包括在所述系综中的移动服务之间的绑定信息，并且所述FIC块被划分成多个FIC段有效载荷，其中，所述FIC段利用FIC段头和所述多个FIC段有效载荷中的一个来配置，并且其中，所述FIC段头包括用于根据所述紧急警报消息的严重程度来强制性地将广播接收器切换为有效模式的唤醒指示信息。
2.根据权利要求1所述的方法，其中，所述紧急警报消息是以通用警报协议CAP形式或句法形式发送的。
3.根据权利要求2所述的方法，其中，所述系综包括服务映射表SMT和紧急警报表EAT中的至少一个，其中，所述SMT和所述EAT中的每一个包括用于标识所述系综的系综标识符，并且其中，将用于标识所述紧急警报消息是所述CAP形式还是所述句法形式的标识信息用信号通知给所述SMT和所述EAT中的至少一个。
4.根据权利要求3所述的方法，其中，包括所述SMT的IP数据报和包括所述EAT的IP数据报是经由服务信令信道发送的，并且其中，经由所述服务信令信道发送的所有所述IP数据报具有相同的公知IP地址和相同的公知UDP端口号。
5.根据权利要求4所述的方法，其中，所述SMT和所述EAT利用包括在各个表中的表标识符来标识。
6.根据权利要求3所述的方法，其中，所述FIC块有效载荷包括用于标识所述系综的所述系综标识符以及用于指示所述EAT是否经由包括在所述系综中的服务信令信道发送的指示信息。
7.根据权利要求3所述的方法，该方法还包括以下步骤：
将与所述紧急警报消息关联的灾难相关附加信息包括在至少一个文件中；以及
非实时NRT地发送包括所述灾难相关附加信息的所述至少一个文件。
8.根据权利要求7所述的方法，其中，所述灾难相关附加信息包括与所述紧急警报消息关联的文本、图像和视频中的至少一个，并且其中，将用于所述灾难相关附加信息的信令信息用信号通知给所述SMT和所述EAT中的至少一个。
9.一种发送系统，该发送系统包括：
第一编码器，其被配置为对包含紧急警报消息的移动服务数据执行里德所罗门-循环冗余校验RS-CRC编码并生成属于系综的RS帧；
划分器，其被配置为将所述RS帧划分成多个RS帧部分；
组格式化器，其被配置为将所述RS帧部分映射到各个数据组，并且将一个快速信息信道FIC段和多个已知数据序列插入到各个所述数据组中；
第二编码器，其被配置为对所述数据组的数据执行网格编码；以及
发送单元，其被配置为发送包括经网格编码的数据的广播信号，
其中，FIC块利用FIC块头和FIC块有效载荷来配置，所述FIC块用信号通知所述系综与包括在所述系综中的移动服务之间的绑定信息，并且所述FIC块被划分成多个FIC段有效载荷，其中，所述FIC段利用FIC段头和所述多个FIC段有效载荷中的一个来配置，并且其中，所述FIC段头包括用于根据所述紧急警报消息的严重程度来强制性地将广播接收器切换为有效模式的唤醒指示信息。
10.根据权利要求9所述的发送系统，其中，所述紧急警报消息是以通用警报协议CAP形式或句法形式发送的。
11.根据权利要求10所述的发送系统，其中，所述系综包括服务映射表SMT和紧急警报表EAT中的至少一个，其中，所述SMT和所述EAT中的每一个包括用于标识所述系综的系综标识符，并且其中，将用于标识所述紧急警报消息是所述CAP形式还是所述句法形式的标识信息用信号通知给所述SMT和所述EAT中的至少一个。
12.根据权利要求11所述的发送系统，其中，包括所述SMT的IP数据报和包括所述EAT的IP数据报是经由服务信令信道发送的，并且其中，经由所述服务信令信道发送的所有所述IP数据报具有相同的公知IP地址和相同的公知UDP端口号。
13.根据权利要求11所述的发送系统，其中，所述FIC块有效载荷包括用于标识所述系综的所述系综标识符以及用于指示所述EAT是否经由包括在所述系综中的服务信令信道发送的指示信息。
14.根据权利要求11所述的发送系统，其中，与所述紧急警报消息关联的灾难相关附加信息被包括在至少一个文件中并且被非实时NRT地发送。
15.根据权利要求14所述的发送系统，其中，所述灾难相关附加信息包括与所述紧急警报消息关联的文本、图像和视频中的至少一个，并且其中，将用于所述灾难相关附加信息的信令信息用信号通知给所述SMT和所述EAT中的至少一个。
CN201280036620.XA 2011-05-25 2012-05-25 发送/接收系统和处理广播信号的方法 Pending CN103703764A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201161489683P 2011-05-25 2011-05-25
US61/489,683 2011-05-25
US201161493964P 2011-06-06 2011-06-06
US61/493,964 2011-06-06
US201161505512P 2011-07-07 2011-07-07
US61/505,512 2011-07-07
PCT/KR2012/004167 WO2012161552A2 (ko) 2011-05-25 2012-05-25 송/수신 시스템 및 방송 신호 처리 방법

Publications (1)

Publication Number Publication Date
CN103703764A true CN103703764A (zh) 2014-04-02

Family

ID=47217929

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280036620.XA Pending CN103703764A (zh) 2011-05-25 2012-05-25 发送/接收系统和处理广播信号的方法

Country Status (5)

Country Link
US (4) US9380354B2 (zh)
KR (1) KR101899823B1 (zh)
CN (1) CN103703764A (zh)
CA (1) CA2837053C (zh)
WO (1) WO2012161552A2 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106464940A (zh) * 2015-03-04 2017-02-22 索尼公司 接收设备、接收方法、传输设备以及传输方法
CN108900926A (zh) * 2018-06-29 2018-11-27 广州视源电子科技股份有限公司 一种电视预警方法、电视接收机与计算机可读存储介质
CN109478938A (zh) * 2016-07-08 2019-03-15 索尼半导体解决方案公司 接收设备、发送设备与数据处理方法
CN109768959A (zh) * 2018-12-06 2019-05-17 成都路行通信息技术有限公司 一种gnss设备高频采样下数据包压缩和解压的方法
CN111262877A (zh) * 2015-01-18 2020-06-09 Lg电子株式会社 广播信号传输设备、广播信号接收设备及其方法
CN113438517A (zh) * 2015-07-06 2021-09-24 Lg电子株式会社 处理广播数据的方法、接收系统和发送系统
TWI751112B (zh) * 2015-09-01 2022-01-01 日商新力股份有限公司 受訊裝置、送訊裝置及資料處理方法
CN114520821A (zh) * 2021-11-17 2022-05-20 武汉领普科技有限公司 数据处理方法、装置及存储介质
CN115668996A (zh) * 2020-05-18 2023-01-31 环球星链公司 具有经由卡操作系统的消息处理的从轨道基站到蜂窝用户设备应用的消息传送

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103703764A (zh) 2011-05-25 2014-04-02 Lg电子株式会社 发送/接收系统和处理广播信号的方法
EP2953279B1 (en) * 2013-02-03 2018-04-11 LG Electronics Inc. Apparatus for providing urgent alarm service through broadcast system and method therefor
US9191209B2 (en) 2013-06-25 2015-11-17 Google Inc. Efficient communication for devices of a home network
US9531704B2 (en) 2013-06-25 2016-12-27 Google Inc. Efficient network layer for IPv6 protocol
WO2015020442A1 (en) 2013-08-09 2015-02-12 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2015023098A1 (ko) * 2013-08-12 2015-02-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 방법, 방송 신호 송신 방법 및 방송 신호 수신 방법
CA2927130C (en) * 2013-08-22 2023-02-21 Thomson Licensing Wakeup message for a digital television system
JP2015061195A (ja) * 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
WO2015066895A1 (zh) * 2013-11-08 2015-05-14 华为技术有限公司 数据分发方法和数据聚合方法及相关装置
KR101857673B1 (ko) 2014-04-04 2018-05-14 엘지전자 주식회사 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치
MX367680B (es) * 2014-07-17 2019-09-02 Lg Electronics Inc Dispositivo de transmision de difusion, metodo por el cual el dispositivo de transmision de difusion procesa datos, dispositivo de recepcion de difusion y metodo por el cual el dispositivo de recepcion de difusion procesa datos.
US9311811B1 (en) 2014-10-08 2016-04-12 Google Inc. Alarm profile for a fabric network
JP6610555B2 (ja) 2014-10-20 2019-11-27 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
EP3522548B1 (en) * 2014-10-21 2022-02-23 Sony Group Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
GB2531725B (en) * 2014-10-27 2017-10-18 Samsung Electronics Co Ltd Additional channels using preamble symbols
WO2016068406A1 (en) * 2014-10-27 2016-05-06 Samsung Electronics Co., Ltd. Additional channels using preamble symbols
EP3244626B1 (en) * 2015-01-07 2021-03-24 Sony Corporation Reception device, reception method, transmission device, and transmission method
WO2016133296A1 (ko) * 2015-02-16 2016-08-25 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102425988B1 (ko) * 2015-04-01 2022-07-29 삼성전자주식회사 방송 시스템에서의 비상 통보 메시지를 처리하는 장치 및 방법
WO2017010785A1 (ko) * 2015-07-12 2017-01-19 엘지전자(주) 방송 신호 송수신 장치 및 방법
CN107852526B (zh) 2015-08-19 2021-01-22 夏普株式会社 用于处理数据流的方法和接收机
US9693210B2 (en) 2015-10-16 2017-06-27 At&T Intellectual Property I, L.P. Customizing wireless emergency alert messages using network analytics
US9820121B2 (en) 2015-12-15 2017-11-14 At&T Intellectual Property I, L.P. Processing wireless emergency alert messages with uniform resource locators to reduce cellular network load
US20180343326A1 (en) * 2017-05-26 2018-11-29 Cisco Technology, Inc. Can to ip internetworking
CN110753387B (zh) * 2018-07-24 2022-05-17 珠海市魅族科技有限公司 下行控制信道的监控方法及下行控制信道监控的控制方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801948A (zh) * 2005-01-07 2006-07-12 三星电子株式会社 提供广播业务的方法以及使用其的广播接收机
CN101001352A (zh) * 2006-01-13 2007-07-18 乐金电子（南京）等离子有限公司 影像设备紧急警报系统的信息处理装置及方法
CN101036328A (zh) * 2004-09-30 2007-09-12 广景有限公司 用于向例如隧道或桥梁的区域发射紧急讯息的方法和系统
US20100149427A1 (en) * 2008-12-11 2010-06-17 Samsung Electronics Co., Ltd. Apparatus for adapting reception modes of a mobile dtv receiver in response to signaling
CN101868972A (zh) * 2007-09-21 2010-10-20 Lg电子株式会社 数字广播系统和数据处理方法

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7627091B2 (en) * 2003-06-25 2009-12-01 Avaya Inc. Universal emergency number ELIN based on network address ranges
WO2007089108A1 (en) * 2006-02-01 2007-08-09 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving notification message in a mobile broadcast system
US20070296575A1 (en) * 2006-04-29 2007-12-27 Trex Enterprises Corp. Disaster alert device, system and method
JP4690248B2 (ja) * 2006-05-25 2011-06-01 富士通セミコンダクター株式会社 ディジタル放送受信装置、および受信方法
KR101259118B1 (ko) * 2007-02-23 2013-04-26 엘지전자 주식회사 방송 신호 송신 장치 및 방법
KR101430483B1 (ko) * 2007-06-26 2014-08-18 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405970B1 (ko) * 2007-06-28 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CN101904149B (zh) * 2007-07-05 2015-09-09 相干逻辑公司 用于在移动设备上接收和呈现视听流的方法、设备和系统
KR20090004722A (ko) * 2007-07-06 2009-01-12 엘지전자 주식회사 방송 수신기 및 데이터 처리 방법
KR101572875B1 (ko) 2007-09-21 2015-11-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8897305B2 (en) * 2008-04-25 2014-11-25 Samsung Electronics Co., Ltd. Apparatuses and methods for providing emergency service in a wireless communication system
KR101598520B1 (ko) * 2008-06-18 2016-03-07 엘지전자 주식회사 송/수신 시스템 및 데이터 처리 방법
KR101575632B1 (ko) * 2008-08-20 2015-12-08 삼성전자주식회사 방송 데이터를 전송하는 방법 및 장치와 방송 데이터를 수신하는 방법 및 장치
WO2010021493A2 (en) 2008-08-20 2010-02-25 Samsung Electronics Co,. Ltd. Method and apparatus for transmitting broadcast data, and method and apparatus for receiving broadcast data
US8407743B2 (en) * 2008-08-22 2013-03-26 Lg Electronics Inc. Method for processing additional information related to an announced service or content in an NRT service and a broadcast receiver
KR101652808B1 (ko) * 2009-03-19 2016-09-01 엘지전자 주식회사 송/수신 시스템 및 데이터 처리 방법
US20110037590A1 (en) * 2009-08-12 2011-02-17 Qualcomm Incorporated System and apparatus for delivering emergency alert messages as a service content in a broadcast network
KR101643616B1 (ko) 2009-11-06 2016-07-29 삼성전자주식회사 모바일 서비스 수신 방법 및 모바일 서비스 수신기
CN103703764A (zh) 2011-05-25 2014-04-02 Lg电子株式会社 发送/接收系统和处理广播信号的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101036328A (zh) * 2004-09-30 2007-09-12 广景有限公司 用于向例如隧道或桥梁的区域发射紧急讯息的方法和系统
CN1801948A (zh) * 2005-01-07 2006-07-12 三星电子株式会社 提供广播业务的方法以及使用其的广播接收机
CN101001352A (zh) * 2006-01-13 2007-07-18 乐金电子（南京）等离子有限公司 影像设备紧急警报系统的信息处理装置及方法
CN101868972A (zh) * 2007-09-21 2010-10-20 Lg电子株式会社 数字广播系统和数据处理方法
US20100149427A1 (en) * 2008-12-11 2010-06-17 Samsung Electronics Co., Ltd. Apparatus for adapting reception modes of a mobile dtv receiver in response to signaling

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111262877A (zh) * 2015-01-18 2020-06-09 Lg电子株式会社 广播信号传输设备、广播信号接收设备及其方法
CN111262877B (zh) * 2015-01-18 2022-08-12 Lg电子株式会社 广播信号传输设备、广播信号接收设备及其方法
US11343005B2 (en) 2015-01-18 2022-05-24 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
US11082727B2 (en) 2015-03-04 2021-08-03 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method for indicating presence or absence of signaling information in a payload of a packet
CN106464940B (zh) * 2015-03-04 2020-10-16 索尼公司 接收设备、接收方法、传输设备以及传输方法
US11490138B2 (en) 2015-03-04 2022-11-01 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method for indicating presence or absence of signaling information in a payload of a packet
CN106464940A (zh) * 2015-03-04 2017-02-22 索尼公司 接收设备、接收方法、传输设备以及传输方法
CN113438517B (zh) * 2015-07-06 2023-02-28 Lg电子株式会社 处理广播数据的方法、接收系统和发送系统
CN113438517A (zh) * 2015-07-06 2021-09-24 Lg电子株式会社 处理广播数据的方法、接收系统和发送系统
US11330344B2 (en) 2015-09-01 2022-05-10 Saturn Licensing Llc Receiving apparatus, transmitting apparatus, and data processing method
TWI751112B (zh) * 2015-09-01 2022-01-01 日商新力股份有限公司 受訊裝置、送訊裝置及資料處理方法
CN109478938A (zh) * 2016-07-08 2019-03-15 索尼半导体解决方案公司 接收设备、发送设备与数据处理方法
CN109478938B (zh) * 2016-07-08 2020-10-09 索尼半导体解决方案公司 接收设备、发送设备与数据处理方法
CN108900926A (zh) * 2018-06-29 2018-11-27 广州视源电子科技股份有限公司 一种电视预警方法、电视接收机与计算机可读存储介质
CN109768959A (zh) * 2018-12-06 2019-05-17 成都路行通信息技术有限公司 一种gnss设备高频采样下数据包压缩和解压的方法
CN109768959B (zh) * 2018-12-06 2021-02-09 成都路行通信息技术有限公司 一种gnss设备高频采样下数据包压缩和解压的方法
CN115668996A (zh) * 2020-05-18 2023-01-31 环球星链公司 具有经由卡操作系统的消息处理的从轨道基站到蜂窝用户设备应用的消息传送
CN114520821A (zh) * 2021-11-17 2022-05-20 武汉领普科技有限公司 数据处理方法、装置及存储介质

Also Published As

Publication number Publication date
US10904641B2 (en) 2021-01-26
CA2837053A1 (en) 2012-11-29
US20140366056A1 (en) 2014-12-11
US20190342631A1 (en) 2019-11-07
CA2837053C (en) 2016-12-06
US10405061B2 (en) 2019-09-03
KR101899823B1 (ko) 2018-09-18
WO2012161552A2 (ko) 2012-11-29
WO2012161552A3 (ko) 2013-03-21
US20180027303A1 (en) 2018-01-25
KR20140033170A (ko) 2014-03-17
US9380354B2 (en) 2016-06-28
US20140120861A1 (en) 2014-05-01
US9800953B2 (en) 2017-10-24

Similar Documents

Publication Publication Date Title
CN103703764A (zh) 发送/接收系统和处理广播信号的方法
CN102356632B (zh) 发送/接收系统和广播信号处理方法
KR101947554B1 (ko) 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
CN101836450B (zh) 数字广播系统和数字广播系统中的数据处理方法
CN101868972B (zh) 数字广播系统和数据处理方法
CN102484694B (zh) 发送/接收系统和在该发送/接收系统中处理数据的方法
CN102301703B (zh) 发送/接收系统以及在发送/接收系统中处理数据的方法
CN101785301B (zh) 数字广播系统和在数字广播系统中处理数据的方法
CN101785302A (zh) 数字广播系统和在数字广播系统中处理数据的方法
CN101868971A (zh) 数字广播系统和数字广播系统中的数据处理方法
CN101785304A (zh) 数字广播系统和数字广播系统中的数据处理方法
CN101385340B (zh) 广播接收机和用于发送/接收广播节目信息的方法
CA2819446C (en) Method of providing an emergency alert service via a mobile broadcasting and apparatus therefor

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20140402

WD01 Invention patent application deemed withdrawn after publication