CN101785301A - 数字广播系统和在数字广播系统中处理数据的方法 - Google Patents

Abstract

本发明提供了一种数据处理方法。该数据处理方法包括以下步骤：接收对主业务数据和移动业务数据进行了复用的广播信号；获取快速信息信道信令信息以及包括所述移动业务数据的传输参数信息的传输参数信道信令信息；通过对所述快速信息信道信令信息进行解码，来获取描述了传送所述移动业务数据的至少一个系综与所述至少一个系综中的任何系综中包含的第一虚拟信道之间关系的绑定信息；利用所述绑定信息来获取用于传送所述第一虚拟信道的系综标识信息，并且，接收传送了与所述系综标识信息相应的系综的至少一个移动业务数据组；对所述系综中包含的业务表信息进行解析；以及利用所解析的业务表信息对所述第一虚拟信道中包含的内容数据进行解码，并且，显示解码后的内容数据。

Description

数字广播系统和在数字广播系统中处理数据的方法

技术领域

本发明涉及一种数字广播系统，更具体地说，涉及一种数字广播系统和数据处理方法。

背景技术

在北美及韩国被采用为数字广播标准的残留边带(VSB：vestigialsideband)传输模式是一种使用单载波方法的系统。因此，在较差的信道环境中，数字广播接收系统的接收性能会劣化。具体地说，由于在使用便携式和/或移动式广播接收机时会更加要求对信道变化及噪声有更高的抵抗能力，因此在使用VSB传输模式来发送移动业务数据时接收性能可能会更加劣化。

发明内容

本发明的一个目的在于提供一种具有对信道变化和噪声较高抵抗力的数字广播系统和数据处理方法。本发明的一个目的在于提供一种数字广播系统和在数字广播系统中处理数据的方法，其能够通过使得发送系统(或发射机)对移动业务数据执行附加编码来提高接收系统(或接收机)的接收性能。本发明的另一个目的在于提供一种数字广播系统和在该数字广播接收系统中处理数据的方法，其还能够通过在数据区域内的预定区域中插入根据接收系统与发送系统之间的预定协定而已知的已知数据来提高数字广播接收系统的接收性能。

本发明的另一个目的在于提供一种数字广播系统和数据处理方法，其能够在将移动业务数据与主业务数据进行了复用且发送了复用后得到的数据时快速地访问移动业务数据的业务。

本发明提供了一种数据处理方法，该方法包括以下步骤：接收对主业务数据和移动业务数据进行了复用的广播信号；获取快速信息信道信令信息以及包括有所述移动业务数据的传输参数信息的传输参数信道信令信息；通过对所述快速信息信道信令信息进行解码，来获取描述了用于传送所述移动业务数据的至少一个系综与包含在该至少一个系综内的任意一个系综中的第一虚拟信道之间的关系的绑定信息；利用所述绑定信息来获取用于传送所述第一虚拟信道的系综标识信息，并且，接收用于根据所述系综标识信息来传送系综的至少一个移动业务数据组；对包含在所述系综中的业务表信息进行解析；以及利用所解析的业务表信息来对包含在所述第一虚拟信道中的内容数据进行解码，并且，显示解码后的内容数据。

另外，本发明提供了一种数据处理方法，该方法包括以下步骤：对包括有绑定信息的快速信息信道信令信息执行第一纠错编码处理，其中，所述绑定信息描述了用于传送移动业务数据的至少一个系综内的任意一个系综中的第一虚拟信道与用于传送该第一虚拟信道的系综之间的关系；对要被传送到所述系综的移动业务数据和描述了所述系综的信道信息的业务表信息执行第二纠错编码处理；以及对所述移动业务数据和编码后的快速信息信道信令信息进行复用，对主业务数据和复用后的移动业务数据和进行复用，并对所得到的复用后的数据进行调制。

本发明提供了一种数字广播系统。该数字广播系统包括：基带处理器，其被设置成从广播信号中获取快速信息信道信令信息以及包括有移动业务数据的传输参数信息的传输参数信道信令信息，并且接收移动业务数据组，该移动业务数据组根据包括有描述了所述移动业务数据的第一虚拟信道与用于传送所述第一虚拟信道的系综之间关系的绑定信息的快速信息信道信令信息，来发送系综；管理处理器，其被设置成通过对所述快速信息信道信令信息进行解码来获取所述绑定信息，并对根据所述绑定信息而接收的所述系综的业务表信息进行解析；以及呈现处理器，其被设置成根据所述业务表信息来对所述第一虚拟信道的移动业务数据进行解码，并且对包含在解码的移动业务数据的内容数据进行显示。

可以根据所述移动业务数据组来将所述快速信息信道信令信息划分成多个段。

所述快速信息信道信令信息可以包括信道类型信息，该信道类型信息表示被发送到所述虚拟信道的业务的类型。

所述快速信息信道信令信息可以包括所述虚拟信道的主信道编号和次信道编号，所述虚拟信道根据所述系综标识信息包含在各个系综中。

所述快速信息信道信令信息包括广播信号的传输流标识信息。

所述传输参数信道信令信息可以包含所述快速信息信道信令信息的版本信息。

所述基带处理器可以接收在时间上不连续的移动业务数据组，并且通过使用所述快速信息信道信令信息来接收包括有所述第一虚拟信道的所述系综。

根据本发明的数字广播系统和数据处理方法对在通过信道来发送移动业务数据时所出现的任何错误都具有较强的抵抗力，并且可以容易地与传统接收机兼容。

根据本发明的数字广播系统在具有许多伪影(ghost)和噪声的较差信道中，也可以在没有任何错误的情况下正常地接收移动业务数据。根据本发明的数字广播系统在数据区的特定位置插入已知数据，并且执行信号传输，由此提高在较大变化信道环境下的Rx性能。

根据本发明，当发送与主业务数据进行了复用的移动业务数据时，能够快速地访问由该移动业务数据所提供的业务。

附图说明

图1例示了根据本发明的一个实施方式的数字广播接收系统的总体结构的框图；

图2例示了根据本发明的数据组(data group)的示例性结构；

图3例示了根据本发明的一个实施方式的RS帧；

图4例示了根据本发明的用于发送和接收移动业务数据的MH帧结构的一个示例；

图5例示了一般VSB帧结构的一个示例；

图6例示了子帧的前4个时隙在空间区域内相对于与VSB帧的映射位置的一个示例；

图7例示了子帧的前4个时隙在时序(或时间)区域内相对于VSB帧的映射位置的一个示例；

图8例示了根据本发明的、被指定到构成MH帧的5个子帧中的一个子帧的数据组的示例性次序；

图9例示了根据本发明的、被指定到MH帧的单个队列(parade)的一个示例；

图10例示了指定到根据本发明的MH帧的3个队列的一个示例；

图11例示了将图10所示的指定3个队列的过程扩展到MH帧内的5个子帧的一个示例；

图12例示了根据本发明的一个实施方式的数据传输结构，其中，将信令数据包括在数据组中、以进行发送；

图13例示了根据本发明的一个实施方式的分级信令结构；

图14例示了根据本发明的一个实施方式的示例性FIC主体格式；

图15例示了根据本发明的一个实施方式的、关于FIC段的示例性比特流语法结构；

图16例示了当FIC类型字段值等于“0”时的、根据本发明的FIC段的有效载荷的示例性比特流语法结构；

图17例示了根据本发明的业务映射表的示例性比特流语法结构；

图18例示了根据本发明的MH音频描述符的示例性比特流语法结构；

图19例示了根据本发明的MH RTP有效载荷类型描述符的示例性比特流语法结构；

图20例示了根据本发明的MH当前事件描述符的示例性比特流语法结构；

图21例示了根据本发明的MH下一事件描述符的示例性比特流语法结构；

图22例示了根据本发明的MH系统时间描述符的示例性比特流语法结构；

图23例示了根据本发明的业务映射表的分段和封装过程；

图24例示了根据本发明的、利用FIC和SMT来访问虚拟信道的流程图；

图25例示了根据本发明的第二类型的FIC段；

图26例示了根据本发明的、图25所示的第二类型FIC段的语法的表；

图27例示了根据本发明的第三类型的FIC段；

图28例示了根据本发明的、图27所示的第三类型FIC段的结构的表；

图29例示了根据本发明的、包含在FIC数据中的信道类型；

图30例示了根据本发明的、图3所示的MH传输分组(TP)；

图31例示了根据本发明的SMT的另一个示例；

图32例示了根据本发明的虚拟信道的流类型；以及

图33例示了根据本发明的数据处理方法的流程图。

具体实施方式

现在，对能够实现上述目的的本发明的优选实施方式进行详细说明。这里，在附图中所示的并参照附图而描述的本发明的结构和操作都是实施方式，而本发明的技术精神和核心结构并不限于这些实施方式。

本发明中使用的术语的定义

尽管本发明中所使用的术语是选自公知公用的术语，但是本发明的说明书中所提及的部分术语是申请人根据他或她自己的考虑而选择的，在说明书中的相关部分对这些术语的详细含义做出了说明。此外，不能简单地通过实际使用的术语来理解本发明，而是需要通过各个术语中内在的意义来理解本发明。

在本发明的说明书所使用的术语中，“主业务数据”对应于可以由固定接收系统接收的数据，并可以包括音频/视频(A/V)数据。更具体地说，主业务数据可包括高清(HD：high definition)或标清(SD：standarddefinition)等级的A/V数据，并且也可包括数据广播所需的各种数据类型。另外，“已知数据”对应于根据接收系统与发送系统之间预先达成的协定而预知的数据。

另外，在本发明所使用的术语中，“MH”对应于“移动(mobile)”和“手持(handheld)”的首字母，并且表示与固定类型系统相反的概念。此外，MH 业务数据可包括移动业务数据及手持业务数据中的至少一种，并且可以将其简称为“移动业务数据”。这里，移动业务数据不仅对应于MH业务数据，而且还可以包括具有移动或便携特性的任意类型的业务数据。因此，根据本发明的移动业务数据并不仅限于MH业务数据。

上述移动业务数据可对应于具有诸如程序执行文件、证券信息等信息的数据，并且也可以对应于A/V数据。最具体地说，移动业务数据可对应于与主业务数据相比具有较低分辨率和较低数据速率的A/V数据。例如，如果用于传统主业务的A/V编解码器对应于MPEG-2编解码器，则具有更好的图像压缩效率的MPEG-4高级视频编码(AVC：advancedvideo coding)或可扩展视频编码(SVC：scalable video coding)可用作针对移动业务的A/V编解码器。此外，可以将任意类型的数据作为移动业务数据来发送。例如，可以将用于广播实时传输信息的传输协议专家组(TPEG：transport protocol expert group)数据作为主业务数据来发送。

此外，使用移动业务数据的数据业务可包括天气预报服务、交通信息服务、证券信息服务、观众参与问答节目、实时投票及调查、互动教育广播节目、游戏服务、用于提供关于肥皂剧或连续剧的情节摘要、人物、背景音乐及拍摄场地的信息的服务、用于提供关于过去比赛分数和选手简介和成绩的信息的服务、以及用于提供关于按照业务、介质、时间及主题而分类的使得能够处理购买订单的产品信息和程序的信息的服务。在本文中，本发明并不仅限于上述业务。

在本发明中，发送系统提供主业务数据的后向兼容性，以使得传统接收系统可接收主业务数据。在本文中，将主业务数据与移动业务数据复用到同一物理信道，然后进行发送。

另外，根据本发明的数字广播发送系统对移动业务数据执行附加编码并插入对于接收系统与发送系统已知的数据(例如，已知数据)，由此来发送处理后的数据。

因此，当使用根据本发明的发送系统时，尽管在信道中出现各种失真和噪声，但是接收系统仍然可以在移动状态下接收到移动业务数据并且还可以稳定地接收移动业务数据。

接收系统

图1例示了根据本发明的一个实施方式的数字广播接收系统的总体结构的框图。根据本发明的数字广播接收系统包括基带处理器100、管理处理器200以及呈现处理器300。

基带处理器100包括操作控制器110、调谐器120、解调器130、均衡器140、已知序列检测器(或已知数据检测器)150、块解码器(或移动手持块解码器)160、主Reed-Solomon(RS)帧解码器170、辅RS帧解码器180以及信令解码器190。操作控制器110对包括在基带处理器100中的各个块的操作进行控制。

通过将接收系统调谐到特定的物理信道频率，调谐器120使得接收系统能够接收到主业务数据(对应于用于固定类型的广播接收系统的广播信号)和移动业务数据(对应于用于移动广播接收系统的广播信号)。此处，将调谐到特定物理信道的频率向下变频为中频(IF)信号，由此将其输出到解调器130和已知序列检测器150。从调谐器120输出的通带数字IF信号可以只包括主业务数据，或者可以只包括移动业务数据，或者可以既包括主业务数据又包括移动业务数据。

解调器130对从调谐器120输入的通带数字IF信号执行自增益控制、载波恢复及定时恢复处理，由此将IF信号转变为基带信号。随后，解调器130将基带信号输出到均衡器140和已知序列检测器150。解调器130在定时和/或载波恢复期间使用从已知序列检测器150输入的已知数据符号序列，由此来提高解调性能。

均衡器140对包括在经过解调器130解调后的信号中的与信道相关的失真予以补偿。随后，均衡器140将经过失真补偿后的信号输出到块解码器160。通过使用从已知序列检测器150输入的已知数据符号序列，均衡器140可以提高均衡性能。此外，均衡器140可以从块解码器160接收对解码结果的反馈，由此来提高均衡性能。

已知序列检测器150从输入/输出数据(即，被解调之前的数据或正在被部分解调处理的数据)中检测由发送系统插入的已知数据地点(或位置)。随后，已知序列检测器150将检测到的已知数据位置信息以及根据检测到的位置信息而生成的已知数据序列，输出到解调器130和均衡器140。另外，为了使得块解码器160识别出已由发送系统使用附加编码进行了处理的移动业务数据、以及尚未经过任何附加编码处理的主业务数据，已知序列检测器150将相应的信息输出到块解码器160。

如果经过均衡器140进行信道均衡且被输入到块解码器160的数据对应于由发送系统利用块编码和网格编码(trellis-encoding)两者进行处理之后的数据(即，RS帧内的数据、信令数据)，则块解码器160可以执行作为发送系统的逆处理的网格解码(trellis-decoding)和块解码。另一方面，如果经过均衡器140信道进行均衡且被输入到块解码器160的数据对应于只由发送系统进行了网格编码但未进行块编码处理后的数据(即，主业务数据)，则块解码器160可以只执行网格解码。

信令解码器190对从均衡器140输入的已经过信道均衡的信令数据进行解码。假设输入到信令解码器190的信令数据对应于由发送系统利用块编码和网格编码两者进行处理之后的数据。这样的信令数据的示例可以包括传输参数信道(TPC)数据和快速信息信道(FIC)数据。稍后将更加详细描述各种类型的数据。将经过信令解码器190解码的FIC数据输出到FIC处理机215。并且，将经过信令解码器190解码的TPC数据输出到TPC处理机214。

此外，根据本发明，发送系统按照编码单位(unit)来使用RS帧。在本文中，可以将RS帧划分成主RS帧和辅RS帧。然而，根据本发明的实施方式，将依据相应数据的重要程度来划分主RS帧和辅RS帧。

主RS帧解码器170接收从块解码器160输出的数据。此处，根据本发明的实施方式，主RS帧解码器170只从块解码器160接收已经经过了Reed-Solomon(RS)编码和/或循环冗余校验(CRC)编码的移动业务数据。

在本文中，主RS帧解码器170只接收移动业务数据而不接收主业务数据。主RS帧解码器170执行针对包括在数字广播发送系统中的RS帧编码器(未示出)的逆处理，由此来纠正在主RS帧内存在的错误。更具体地说，主RS帧解码器170通过对多个数据组进行成组来形成主RS帧，随后，以主RS帧为单位进行纠错。换言之，主RS帧解码器170对正被发送用于实际广播业务的主RS帧进行解码。

另外，辅RS帧解码器180接收从块解码器160输出的数据。此处，根据本发明的实施方式，辅RS 帧解码器180只从块解码器160接收已经经过了RS编码和/或CRC编码的移动业务数据。此处，辅RS 帧解码器180只接收移动业务数据而不接收主业务数据。辅RS帧解码器180执行针对包括在数字广播发送系统中的RS帧编码器(未示出)的逆处理，由此来纠正辅RS帧中存在的错误。更具体地说，辅RS帧解码器180通过对多个数据组进行成组来形成主RS帧，随后，以辅RS帧为单位进行纠错。换言之，辅RS帧解码器180对正被发送用于移动音频业务数据、移动视频业务数据、指南数据等的辅RS帧进行解码。

此外，根据本发明的一个实施方式的管理处理器200包括MH物理自适应处理器210、IP网络栈220、流处理机230、系统信息(SI)处理机240、文件处理机250、多用途互联网邮件扩展(MIME)类型处理机260、电子服务指南(ESG)处理机270、ESG解码器280及存储单元290。

MH物理自适应处理器210包括主RS帧处理机211、辅RS帧处理机212、MH传输分组(TP)处理机213、TPC处理机214、FIC处理机215及物理自适应控制信号处理机216。

TPC处理机214接收并处理与MH物理自适应处理器210相对应的模块所需的基带信息。以TPC数据的形式来输入该基带信息。在本文中，TPC处理机214使用该信息来处理已从基带处理器100发送出的FIC数据。

经由数据组的预定区域将TPC数据从发送系统发送到接收系统。TPC数据可以包括以下中的至少一种：MH系综ID、MH子帧号、MH组的总数(TNoG)、RS帧连续性计数器、RS帧的列尺寸(N)及FIC版本号。

在本文中，MH系综ID是指相应的信道中所承载的各个MH系综的标识号。MH子帧号表示用于标识MH帧中的MH子帧号的数字，其中，发送了与相应的MH系综相关联的各个MH组。TNoG表示包括全部MH组在内的MH组的总数，这些MH组属于包括在MH子帧中的全部MH队列。

RS帧连续性计数器是指用作承载了相应MH系综的RS帧的连续性计数器的数字。在本文中，针对每个相继的RS帧，RS帧连续性计数器的值应当按照1除以16的余数(1 mod 16)而递增。

N表示属于相应MH系综的RS帧的列尺寸。在本文中，N的值决定各个MH TP的尺寸。

最后，FIC版本号表示在相应物理信道上承载的FIC主体的版本号。

如上所述，经由信令解码器190将各种TPC数据输入到TPC处理机214，如图1所示。随后，由TPC处理机214对接收到的TPC数据进行处理。FIC处理机215也可以使用接收到的TPC数据、以处理FIC数据。

FIC处理机215通过将从基带处理器100接收到的FIC数据与TPC数据相关联，来处理FIC数据。

物理自适应控制信号处理机216收集通过FIC处理机215接收到的FIC数据和通过RS帧接收到的SI数据。随后，物理自适应控制信号处理机216使用收集到的FIC数据和SI数据来构造并处理移动广播业务的IP数据报(datagram)和访问信息。之后，物理自适应控制信号处理机216将处理后的IP数据报和访问信息存储到存储单元290。

主RS帧处理机211对从基带处理器100的主RS帧解码器170接收到的主RS帧进行逐行识别，以构造MH TP。之后，主RS帧处理机211将所构造的MH TP输出到MH TP处理机213。

辅RS帧处理机212对从基带处理器100的辅RS帧解码器180接收到的辅RS帧进行逐行识别，以构造MH TP。之后，辅RS帧处理机212将所构造的MH TP输出到MH TP处理机213。

MH传输分组(TP)处理机213从由主RS帧处理机211和辅RS帧处理机212接收到的各个MH TP中提取报头，由此确定包括在相应MHTP中的数据。随后，当所确定的数据对应于SI数据(即，未封装到IP数据报的SI数据)时，将相应数据输出到物理自适应控制信号处理机216。另选的是，当所确定的数据对应于IP数据报时，将相应数据输出到IP网络栈220。

IP网络栈220对正以IP数据报的形式发送的广播数据进行处理。更具体地说，IP网络栈220对经由用户数据报协议(UDP)、实时传输协议(RTP)、实时传输控制协议(RTCP)、异步分层编码/分层编码传输(ALC/LCT：asynchronous layered coding/layered coding transport)、单向传输的文件传送(FLUTE：file delivery over unidirectional transport)等输入的数据进行处理。在本文中，当处理的数据对应于流数据时，将相应数据输出到流处理机230。并且，当处理的数据对应于文件格式的数据时，将相应数据输出到文件处理机250。最后，当处理的数据对应于SI相关数据时，将相应数据输出到SI处理机240。

SI处理机240接收并处理输入至IP网络栈220的、具有IP数据报形式的SI数据。当与SI相关联的输入数据对应于MIME类型数据时，将输入的数据输出到MIME类型处理机260。MIMI类型处理机260接收从SI处理机240输出的MIME类型的SI数据，并对接收到的MIME类型的SI数据进行处理。

文件处理机250从IP网络栈220接收符合ALC/LCT和FLUTE结构的对象格式的数据。文件处理机250对接收到的数据进行成组，以创建文件格式。在本文中，当相应的文件包括ESG时，将该文件输出到ESG处理机270。另一方面，当相应的文件包括用于其它基于文件的业务的数据时，将该文件输出到呈现处理器300的呈现控制器330。

ESG处理机270对从文件处理机250接收到的ESG数据进行处理，并将处理后的ESG数据存储到存储单元290。另选的是，ESG处理机270可以将处理后的ESG数据输出到ESG解码器280，由此使得ESG解码器280能够使用ESG数据。

存储单元290将从物理自适应控制信号处理机210和ESG处理机270接收到的系统信息(SI)存储在其中。之后，存储单元290将所存储的SI数据发送到各个块。

ESG解码器280或者对存储在存储单元290中的ESG数据和SI数据进行恢复，或者对从ESG处理机270发送来的ESG数据进行恢复。随后，ESG解码器280按照能够向用户输出的格式来将所恢复的数据输出到呈现控制器330。

流处理机230从IP网络栈220接收数据，其中，所接收的数据的格式与RTP和/或RTCP结构相符。流处理机230从接收到的数据中提取音频流/视频流，并随后将它们输出到呈现处理器300的音频/视频(A/V)解码器310。音频/视频解码器310随后对从流处理机230接收到的音频流和视频流中的每一个进行解码。

呈现处理器300的显示模块320接收分别经过A/V解码器310解码的音频信号和视频信号。随后，显示模块320通过扬声器和/或屏幕将接收到的音频信号和视频信号提供给用户。

呈现控制器330对应于将接收系统所接收的数据输出给用户的控制器管理模块。

信道业务管理器340管理与用户的接口，该接口使得用户能够使用基于信道的广播业务，诸如信道映射管理、信道业务连接等。

应用管理器350对使用ESG显示或其它不与基于信道的业务对应的应用业务的与用户的接口进行管理。

此外，流处理机230可以包括用于暂时存储音频数据/视频数据的缓存。数字广播接收系统周期性地为系统时钟设置参考时间信息，随后，可以按照恒定的比特速率来将所存储的音频数据/视频数据传送到A/V解码器310。因此，可以按照比特速率来处理音频数据/视频数据，并可提供音频业务/视频业务。

数据格式结构

此外，在根据本发明的实施方式的移动广播技术中使用的数据结构可以包括数据组结构和RS帧结构，现在将对其进行详细描述。

图2例示了根据本发明的数据组的示例性结构。

图2示出了将根据本发明的数据结构的数据组划分成10个MH块的示例。在该示例中，各个MH块长度为16个段。参照图2，只将RS奇偶校验数据分配给MH块1(B1)的前5段和MH块10(B10)的后5段的部分。在数据组的区域A到D中不包括RS奇偶校验数据。

更具体地说，当假设将一个数据组划分成区域A、B、C和D时，可以根据该数据组内的各个MH块的特性而将各个MH块包括在从区域A到区域D的任意一个中。

在本文中，将数据组划分成将被用于不同用途的多个区域。更具体地说，与具有较高干扰程度的区域相比，可以认为没有干扰或具有极低干扰程度的主业务数据的区域具有更强抵抗力的(或更强的)接收性能。另外，当使用在数据组中插入和发送已知数据的系统时(其中，已知数据基于发送系统与接收系统之间的协定而已知)，并且当要在移动业务数据中周期性地插入相继的较长已知数据时，可以将具有预定长度的已知数据周期性地插入到不受主业务数据干扰的区域中(即，未混有主业务数据的区域)。然而，由于主业务数据的干扰，难以将已知数据周期性地插入到受主业务数据干扰的区域，并且也难以将相继的较长已知数据插入到受主业务数据干扰的区域。

参照图2，MH块4(B4)到MH块7(B7)对应于不受主业务数据干扰的区域。图2所示的数据组内的MH块4(B4)到MH块7(B7)对应于没有出现来自主业务数据的干扰的区域。在该示例中，在各个MH块的起始和结尾都插入了较长已知数据序列。在本发明的说明书中，将包括MH块4(B4)到MH块7(B7)的区域表示为“区域A(＝B4+B5+B6+B7)”。如上所述，当该数据组包括具有插入在各个MH块的起始和结尾的较长已知数据序列的区域A时，接收系统能够通过使用可从该已知数据获得的信道信息来执行均衡。因此，从区域A到区域D中的一个区域中可以获得(或得到)最强的均衡性能。

在图2所示的数据组的示例中，MH块3(B3)和MH块8(B8)对应于具有很少的来自主业务数据的干扰的区域。在本文中，只在各个MH块B3和B8的一端插入较长已知数据序列。更具体地说，由于来自主业务数据的干扰，在MH块3(B3)的结尾插入较长已知数据序列，并且在MH块8(B8)的起始插入了另一个较长已知数据序列。在本发明中，将把包括MH块3(B3)和MH块8(B8)的区域表示为“区域B(＝B3+B8)”。如上所述，当该数据组包括具有只插入在各个MH块的一端(起始或结尾)的较长已知数据序列的区域B时，接收系统能够通过使用可从该已知数据获得的信道信息来执行均衡。因此，与区域C/D相比，可以获得(或得到)更强的均衡性能。

参照图2，MH块2(B2)和MH块9(B9)对应于与区域B相比具有更强的来自主业务数据的干扰的区域。在MH块2(B2)和MH块9(B9)的任一端均不能插入较长已知数据序列。在本文中，将包括MH块(B2)和MH块9(B9)的区域称为“区域C(＝B2+B9)”。

最后，在图2所示的示例中，MH块1(B1)和MH块10(B10)对应于与区域C相比具有更强的来自主业务数据的干扰的区域。类似地，不能在MH块1(B1)和MH块10(B10)的任一端插入较长已知数据序列。在本文中，将包括MH块1(B1)和MH块10(B10)的区域称为“区域D(＝B1+B10)”。由于区域C/D与该已知数据序列相隔更远，因此当信道环境经受频繁和突然的变化时，会使区域C/D的接收性能劣化。

另外，该数据组包括指定(或分配)了信令信息的信令信息区域。

在本发明中，信令信息区域可以从第4MH块(B4)的第一段开始到第二段的一部分为止。

根据本发明的实施方式，用于插入信令信息的信令信息区域可以从第4MH块(B4)的第一段开始到第二段的一部分为止。更具体地说，将各个数据组中的第4MH块(B4)的276(＝207+69)个字节指定为信令信息区域。换言之，信令信息区域由第4MH块(B4)的第1段的207个字节和第2段的前69个字节组成。第4MH块(B4)的第1段对应于VSB场的第17段或第173段。

在本文中，可以按照两种不同类型的信令信道(即，传输参数信道(TPC)和快速信息信道(FIC))来识别信令信息。

在本文中，TPC数据可以包括以下中的至少一种：MH系综ID、MH子帧号、MH组的总数(TNoG)、RS帧持续性计数器、RS帧的列尺寸(N)及FIC版本号。然而，本文中所述的TPC数据(或信息)仅是示例性的。并且，由于本领域技术人员能够容易地调整和修改对包括在TPC数据中的信令信息的增加和删除，因此本发明并不限于本文中阐述的示例。此外，提供FIC以使得数据接收机能够实现快速业务获取，并且FIC包括物理层与(多个)上层之间的跨层信息。例如，如图2所示，当数据组包括6个已知数据序列时，信令信息区域位于第一已知数据序列和第二已知数据序列之间。更具体地说，在第3MH块(B3)的最后2段中插入第一已知数据序列，并且在第4MH块(B4)的第2和第3段中插入第二已知数据序列。此外，在第4、第5、第6及第7MH块(B4、B5、B6及B7)中的每一个的后2段中分别地插入第3已知数据序列到第6已知数据序列。第1已知数据序列与第3已知数据序列到第6已知数据序列之间相隔16个段。

图3例示了根据本发明的一个实施方式的RS帧。

图3所示的RS帧对应于一个或更多个数据组的集合。在接收系统接收FIC并处理所接收的FIC的情况下、以及在将接收系统切换到时间分片模式以使得接收系统可以接收包括ESG进入点(entry point)在内的MH系综的情况下，接收针对各个MH帧的RS帧。各个RS帧都包括各种业务或ESG的IP流，并且SMT区段数据可以存在于全部RS帧中。

根据本发明的实施方式的RS帧由至少一个MH传输分组(TP)组成。在本文中，MH TP包括MH报头和MH有效载荷。

MH有效载荷可包括移动业务数据以及信令数据。更具体地说，MH有效载荷可以只包括移动业务数据，或可以只包括信令数据，或可以既包括移动业务数据又包括信令数据。

根据本发明的实施方式，MH报头可以对包括在MH有效载荷中的数据类型进行标识(或区分)。更具体地说，当MH TP包括第一MH报头时，这表示该MH有效载荷只包括信令数据。另外，当MH TP包括第二MH报头时，这表示该MH有效载荷既包括信令数据又包括移动业务数据。最后，当MH TP包括第三MH报头时，这表示该MH有效载荷只包括移动业务数据。

在图3所示的示例中，RS帧指定有用于两种业务类型的IP数据报(IP数据报1和IP数据报2)。

位于RS帧内的MH-TP中的IP数据报可以包括参考时间信息(例如，网络时间戳(NTP))，将通过参照图25到图29来对参考时间信息进行详细描述。

数据传输结构

图4例示了根据本发明的用于发送和接收移动业务数据的MH帧的结构。

在图4所示的示例中，一个MH帧由5个子帧组成，其中各个子帧包括16个时隙。在该情况下，根据本发明的MH帧包括5个子帧和80个时隙。

另外，在分组等级中，一个时隙由156个数据分组(即，传输流分组)构成，在符号等级中，一个时隙由156个数据段构成。这里，一个时隙的尺寸对应于VSB场的一半(1/2)。更具体地说，由于一个207字节的数据分组具有与数据段相同的数据量，因此，被交织之前的数据分组也可以用作数据段。此处，将两个VSB场进行成组、以形成VSB帧。

图5例示了VSB帧的示例性结构，其中，一个VSB帧由2个VSB场(即，奇数场合偶数场)组成。在本文中，各个VSB场都包括场同步段和312个数据段。时隙对应于对移动业务数据和主业务数据进行复用的基本时间单位。在本文中，一个时隙或者可以包括移动业务数据，或者可以只由主业务数据构成。

如果时隙内的前118个数据分组对应于数据组，则其余38个数据分组成为主业务数据分组。在另一个示例中，当在时隙中不存在数据组时，相应的时隙由156个主业务数据分组构成。

此外，当将时隙指定给VSB帧时，每个指定的位置都存在偏移(off-set)。

图6例示了在空间区域内相对于VSB帧来指定子帧的前4个时隙的位置的映射示例。此外，图7例示了在时序(或时间)区域内相对于VSB帧来指定子帧的前4个时隙的位置的映射示例。

参照图6和图7，第1时隙(时隙#0)的第38数据分组(TS分组#37)被映射到奇数VSB场的第1数据分组。第2时隙(时隙#1)的第38数据分组(TS分组#37)被映射到奇数VSB场的第157数据分组。另外，第3时隙(时隙#2)的第38数据分组(TS分组#37)被映射到偶数VSB场的第1数据分组。同样，第4时隙(时隙#3)的第38数据分组(TS分组#37)被映射到偶数VSB场的第157数据分组。类似地，使用相同的方法来将相应子帧中的其余12个时隙映射在后续的VSB帧中。

图8例示了被指定到5个子帧中的一个子帧的数据组的示例性指定次序，其中，由5个子帧构成了MH帧。例如，指定数据组的方法可以相同地应用于全部MH帧，或者可以差异地应用于各个MH帧。此外，指定数据组的方法可以相同地应用于全部子帧，或者可以差异地应用于各个子帧。此处，当假设在相应的MH帧的全部子帧中都使用相同的方法来指定数据组时，被指定到MH帧的数据组的总数等于“5”的倍数。

根据本发明的实施方式，将多个相继的数据组指定成在MH帧内尽可能远地彼此相隔开。因此，系统可以对子帧中可能发生的任何突发错误进行迅速和有效地响应。

例如，当假设将3个数据组指定到一个子帧时，分别将这些数据组指定到该子帧中的第1时隙(时隙#0)、第5时隙(时隙#4)及第9时隙(时隙#8)。图8例示了使用上述模式(或规则)来在一个子帧内指定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 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)。

在本发明中，将包括在MH帧中的数据组的集合称为“队列(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帧内的移动业务数据指定到区域A/B和区域C/D中的任一个时，一个队列可发送最多2个RS帧。更具体地说，RS帧模式表示队列是否发送一个RS帧，或队列是否发送两个RS帧。这种RS帧模式被作为上述的TPC数据来发送。表1示出了RS帧模式的示例。

【表1】

RS帧模式	描述
		00	对于全部组的区域，只有一个主RS帧
01	存在两个单独的RS帧-针对组区域A和B的主RS帧-针对组区域C和D的辅RS帧
		10	保留
11	保留

表1例示了分配两个比特以表示RS帧模式的示例。例如，参照表1，当RS帧模式值等于“00”时，这表示一个队列发送一个RS帧。并且，当RS帧模式值等于“01”时，这表示一个队列发送两个RS帧，即，主RS帧与辅RS帧。

更具体地说，当RS帧模式值等于“01”时，将针对区域A/B的主RS帧的数据指定到相应数据组的区域A/B并发送。类似地，将针对区域C/D的辅RS帧的数据指定到相应数据组的区域C/D并发送。

如在数据组的指定中所述的，还将队列指定成在子帧内得尽可能远地彼此相隔开。因此，系统能够对子帧中可能发生的任何突发错误进行迅速和有效地响应。此外，指定队列的方法可相同地应用于全部MH帧，或差异地应用于各个MH帧。

根据本发明的实施方式，可以针对各个MH帧差异地指定队列，并且针对MH帧内的全部子帧相同地指定队列。更具体地说，MH帧结构可以按照MH帧为单位而变化。因此，可以更加频繁和灵活地调整系综速率(ensemble rate)。

图9例示了被指定(或分配)到MH帧的单个队列的多个数据组的一个示例。更具体地说，图9例示了包括在单个队列中的、被分配到MH帧的多个数据组的示例，其中，包括在子帧中的数据组的数量等于“3”。

参照图9，按照4个时隙的周期来将3个数据组依次地指定到子帧。因此，当在相应的MH帧所包括的5个子帧中等同地执行该处理时，将15个数据组指定到单个MH帧。这里，15个数据组对应于包括在一个队列中的数据组。因此，由于一个子帧由4个VSB帧构成，并且由于一个子帧中包括3个数据组，因此没有将相应队列的数据组指定到子帧内的4个VSB帧中的一个。

例如，当假设一个队列发送一个RS帧时，且假设包括在发送系统中的RS帧编码器(未示出)对相应的RS帧执行RS编码，由此将24个字节的奇偶校验数据添加到相应的RS帧中并发送处理后的RS帧，则奇偶校验数据占总码字长度的大约11.37％(＝24/(187+24)x100)。此外，当一个子帧包括3个数据组时，并且当如图9所示指定了包括在队列中的数据组时，则由总共15个数据组形成RS帧。因此，即使由于信道内的突发噪声而在整个数据组中发生错误时，百分比仅是6.67％(＝1/15×100)。因此，接收系统可通过执行消除RS解码处理(erasure RS decodingprocess)来纠正全部错误。更具体地说，当执行消除RS解码时，可纠正与RS奇偶校验字节的数量相对应的多个信道错误。这样，接收系统可纠正一个队列内的至少一个数据组的错误。因此，可由RS帧纠正的最小突发噪声长度超过1个VSB帧。

此外，当如图9所示指定了队列的数据组时，或者将主业务数据指定在各个数据组之间，或者可以将与不同队列相对应的数据组指定在各个数据组之间。更具体地说，将与多个队列相对应的数据组指定到一个MH帧。

基本上，指定与多个队列相对应的数据组的方法与指定与单个队列相对应的数据组的方法非常相似。换言之，也可以根据4个时隙的周期来分别指定了包括在要指定到MH帧的其它队列中的数据组。

在这一点上，可以利用循环法来将不同队列的数据组依次指定到各个时隙。这里，将数据组指定到从尚未被指定有之前队列的数据组的时隙开始的时隙。

例如，当假设如图9所示指定了与队列相对应的数据组时，可以将与下一个队列相对应的数据组指定到从子帧的第12个时隙开始的子帧。然而，这仅是示例性的。在另一示例中，也可以从第3时隙开始按照4个时隙的周期来将下一个队列的数据组依次指定到子帧内的不同时隙。

图10例示了将3个队列(队列#0、队列#1及队列#2)发送到MH帧的示例。更具体地说，图10例示了发送包括在5个子帧中的一个子帧中的队列的示例，其中，由5个子帧构成一个MH帧。

当第1队列(队列#0)包括针对各个子帧的3个数据组时，通过在式1中用值“0”到“2”来替换i，可以获得子帧内各个数据组的位置。更具体地说，将第1队列(队列#0)的数据组依次指定到子帧内的第1时隙、第5时隙及第9时隙(时隙#0、时隙#4及时隙#8)。

另外，当第2队列包括针对各个子帧的2个数据组时，通过在式1中用值“3”和“4”来替换i，可以获得子帧内的各个数据组的位置。更具体地说，将第2队列(队列#1)的数据组依次指定到子帧内的第2时隙和第12时隙(时隙#1和时隙#11)。

最后，当第3队列包括针对各个子帧的2个数据组时，通过在式1中用值“5”和“6”来替换i，可以获得子帧内的各个数据组的位置。更具体地说，将第3队列(队列#2)的数据组依次指定到子帧内的第7时隙和第11时隙(时隙#6和时隙#10)。

如上所述，可以将多个队列的数据组指定到单个MH帧，并且，在各个子帧中，从左到右地将数据组依次分配到具有4个时隙的组空间。

因此，每个子帧的一个队列的组数量(NoG)可对应于从“1”到“8”中的任一整数。这里，由于一个MH帧包括5个子帧，因此位于可以分配到MH帧的队列内的数据组的总数可对应于从“5”到“40”内的任意一个5的倍数。

图11例示了将3个队列的指定过程(如图10所示)扩展到MH帧内的5个子帧的示例。

图12例示了根据本发明的一个实施方式的数据传输结构，其中，将信令数据包括在数据组中、以进行发送。

如上所述，将MH帧划分成5个子帧。与多个队列相对应的数据组共存于各个子帧中。这里，按照MH帧的单位来对与各个队列相对应的数据组进行成组，由此构成单个队列。图12所示的数据结构包括3个队列、一个ESG专用信道(EDC)队列(即，NoG＝1的队列)及2个业务队列(即NoG＝4的队列和NoG＝3的队列)。此外，各个数据组的预定部分(即，37个字节/数据组)用于传送(或发送)与移动业务数据相关的FIC信息，其中，根据RS编码处理来单独地对该FIC信息进行编码。被指定到各个数据组的FIC区域由一个FIC段组成。这里，按照MH子帧为单位对各个段进行交织，由此构成与完整的FIC传输结构对应的FIC主体。然而只要需要，就可以按照MH帧为单位而不是按照MH子帧为单位来对各个段进行交织，由此按照MH帧为单位而完成。

此外，在本发明的实施方式中应用了MH系综的概念，由此来定义业务集合(或业务组)。各个MH系综承载同一QoS，并且用同一FEC码来进行编码。另外，各个MH系综具有相同的唯一标识符(即，系综ID)，并且对应于相继的RS帧。

如图12所示，与各个数据组相对应的FIC段描述了相应的数据组所属的MH系综的业务信息。当将子帧内的FIC段进行成组并解交织时，可以获得用于发送相应的FIC的物理信道的全部业务信息。因此，接收系统可以在子帧周期期间获得相应物理信道的已通过物理信道调谐处理的信道信息。

此外，图12例示了一种还包括与业务队列分离的单独EDC队列的结构，并且其中，在各个子帧的第1时隙中发送电子服务指南(ESG)数据。

如果数字广播接收系统辨别出MH帧(或MH子帧)的帧开始点或帧结束点，则数字广播接收系统能够在帧开始点或帧结束点处设置系统时钟的参考时间信息。参考时间信息可以是物理时间协议(NTP)时间戳。将通过参照图25到图29来对参考时间信息进行详细描述。

分级信令结构

图13例示了根据本发明的一个实施方式的分级信令结构。如图13所示，根据本发明的实施方式的移动广播技术采用利用FIC和SMT的信令方法。在本发明的说明书中，将该信令结构称为“分级信令结构”。

此后，将参照图13给出关于接收系统如何经由FIC和SMT来访问虚拟信道的详细描述。

MH传输(M1)中所定义的FIC主体针对各个虚拟信道识别各个数据流的物理位置，并且提供对各个虚拟信道的非常高级别的描述。

作为MH系综级别的信令信息，业务映射表(SMT)提供MH系综级别的信令信息。SMT提供属于各个MH系综(其内部承载了SMT)的各个虚拟信道的IP访问信息。SMT还提供对于虚拟信道业务获取所需的全部IP流成分级别的信息。

参照图13，各个MH系综(即，系综0、系综1、...、系综K)包括关于各个相关的(或相应的)虚拟信道的流信息(例如，虚拟信道0 IP流、虚拟信道1 IP流及虚拟信道2 IP流)。例如，系综0包括虚拟信道0IP流和虚拟信道1 IP流。并且，各个MH系综都包括关于相关虚拟信道的各种信息(即，虚拟信道0表条目、虚拟信道0访问信息、虚拟信道1表条目、虚拟信道1访问信息、虚拟信道2表条目、虚拟信道2访问信息、虚拟信道N表条目、虚拟信道N访问信息等)。

FIC主体有效载荷包括关于MH系综的信息(例如，ensemble_id字段，并且在图13中将其称为“系综位置”)和关于与相应MH系综相关联的虚拟信道的信息(例如，当这种信息对应于major_channel_num字段和minor_channel_num字段时，在图13中将该信息表示成虚拟信道0、虚拟信道1、...、虚拟信道N)。

现在将详细描述接收系统中的信令结构的应用。

当用户选择了他或她希望查看的信道(此后为了简洁，将用户选择的信道称为“信道θ”)时，接收系统首先解析接收到的FIC。随后，接收系统获得关于MH系综的信息(即，系综位置)，该信息与对应于信道θ的虚拟信道相关联(此后为了简洁，将相应的MH系综称为“MH系综θ”)。通过使用时间分片方法来获得只对应于MH系综θ的时隙，接收系统构成了系综θ。如上所述构成的系综θ包括关于相关联的虚拟信道(包括信道θ)的SMT和关于相应的虚拟信道的IP流。因此，接收系统使用包括在MH系综θ中的SMT，以获得关于信道θ的各种信息(例如，虚拟信道θ表条目)和关于信道θ的流访问信息(例如，虚拟信道θ访问信息)。接收系统使用关于信道θ的流访问信息，来只接收相关联的IP流，由此将信道θ业务提供给用户。

快速信息信道(FIC)

根据本发明的数字广播接收系统采用了快速信息信道(FIC)，快速信息信道(FIC)用于更快速地访问目前正在广播的业务。

更具体地说，图1的FIC处理机215对与FIC传输结构相对应的FIC主体进行解析，并且将解析的结果输出到物理自适应控制信号处理机216。

图14例示了根据本发明的一个实施方式的示例性FIC主体格式。根据本发明的实施方式，FIC格式由FIC主体报头和FIC主体有效载荷组成。

此外，根据本发明的实施方式，以FIC段为单位通过FIC主体报头和FIC主体有效载荷来发送数据。各个FIC段的大小为37个字节，并且各个FIC段由2个字节的FIC段报头和35个字节的FIC段有效载荷组成。更具体地说，以35个数据字节为单位来对由FIC主体报头和FIC主体有效载荷构成的FIC主体进行分段，然后将其承载在至少一个FIC段中的FIC段有效载荷内、以进行发送。

在本发明的说明书中，将给出将一个FIC段插入到一个数据组内、然后将其发送的示例。在该情况下，接收系统通过时间分片法来接收与各个数据组相对应的时隙。

包括在图1所示的接收系统中的信令解码器190收集插入到各个数据组中的各个FIC段。随后，信令解码器190使用收集到的FIC段来生成单个FIC主体。之后，信令解码器190对所生成的FIC主体的FIC主体有效载荷执行解码处理，使得解码后的FIC主体有效载荷对应于包括在发送系统中的信令编码器(未示出)的编码结果。随后，将解码后的FIC主体有效载荷输出到FIC处理机215。FIC处理机215对包括在FIC主体有效载荷中的FIC数据进行解析，并且随后将解析后的FIC数据输出到物流自适应控制信号处理机216。物流自适应控制信号处理机216使用输入的FIC数据来执行与MH系综、虚拟信道、SMT等相关联的处理。

根据本发明的一个实施方式，当将FIC主体进行分段时，并且当最后的分段部分的尺寸小于35个数据字节时，假设通过在FIC段有效载荷中添加与所缺少的数据字节相同数量的填充(stuffing)字节而补足了所缺少数量的数据字节，使得最后的FIC段的尺寸可以等于35个数据字节。

然而，上述数据字节值(即，FIC段的37个字节、FIC段报头的2个字节及FIC段有效载荷的35个字节)显然只是示例性的，并且并不限制本发明的范围。

图15例示了根据本发明的一个实施方式的、关于FIC段的示例性比特流语法结构。

这里，FIC段表示用于发送FIC数据的单位。FIC段由FIC段报头和FIC段有效载荷组成。参照图15，FIC段有效载荷对应于从“for”循环语句开始的部分。此外，FIC段报头可以包括FIC_type字段、error_indicator字段、FIC_seg_number字段及FIC_last_seg_number字段。现在将给出各个字段的详细描述。

FIC_type字段是2比特字段，其表示相应的FIC的类型。

error_indicator字段是1比特字段，其表示在数据传输期间在FIC段内是否发生了错误。如果发生错误，则将error_indicator字段值设为“1”。更具体地说，当在FIC段的构成期间仍然存在不能恢复的错误时，将error_indicator字段值设为“1”。error_indicator字段使得接收系统能够识别出FIC数据内存在错误。

FIC_seg_number字段是4比特字段。在这里，当将一个FIC主体划分成多个FIC段来进行发送时，FIC_seg_number字段表示相应的FIC段的编号。

最后，FIC_last_seg_number字段也是4比特字段。FIC_last_seg_number字段表示位于相应的FIC主体内最后FIC段的编号。

图16例示了当FIC类型字段值等于“0”时的、根据本发明的关于FIC段的有效载荷的示例性比特流语法结构。

根据本发明的实施方式，将FIC段的有效载荷划分成3个不同的区域。只有当FIC_seg_number字段值等于“0”时，才存在FIC段有效载荷的第一区域。这里，第一区域可以包括current_next_indicator字段、ESG_version字段及transport_stream_id字段。然而，根据本发明的实施方式，可以假设3个字段中的各个字段都存在，而与FIC_seg_number字段无关。

current_next_indicator字段是1比特字段。current_next_indicator字段用作以下这种指示符：其标识了相应的FIC数据是否承载包括当前FIC段在内的MH帧的MH系综构成信息，或者标识了相应的FIC数据是否承载下一个MH帧的MH系综构成信息。

ESG_version字段是5比特字段，其表示ESG版本信息。这里，通过提供关于相应ESG的业务指南提供信道的版本信息，ESG_version字段使得接收系统能够对相应的ESG是否已被更新进行通知。

最后，transport_stream_id字段是16比特字段，其用作用于发送相应的FIC段的广播流的唯一标识符。

FIC段有效载荷的第二区域对应于系综循环区域，该区域包括ensemble_id字段、SI_version字段及num_channel字段。

更具体地说，ensemble_id字段是8比特字段，其表示用于发送MH业务的MH系综的标识符。稍后将更加详细描述MH业务。这里，ensemble_id字段将MH业务与MH系综绑定起来。

SI_version字段是4比特字段，其表示正在RS帧内发送的、包括在相应系综中的SI数据的版本信息。

最后，num_channel字段是8比特字段，其表示正在经由相应的系综发送的虚拟信道的数量。

FIC段有效载荷的第三区域信道循环区域，其包括channel_type字段、channel_activity字段、CA_indicator字段、stand_alone_service_indicator字段、major_channel_num字段及minor_channel_num字段。

channel_type字段是5比特字段，其表示相应虚拟信道的业务类型。例如，channel_type字段可以表示音频/视频信道、音频/视频与数据信道、音频信道、数据信道、文件下载信道、ESG传送信道、通知信道等。

channel_activity字段是2比特字段，其表示相应虚拟信道的活跃性信息。更具体地说，channel_activity字段可以表示当前的虚拟信道是否正在提供当前的业务。

CA_indicator字段是1比特字段，其表示有条件访问(CA)是否应用于当前的虚拟信道。

stand_alone_service_indicator字段也是1比特字段，其表示相应虚拟信道的业务是否对应于独立业务。

major_channel_num字段是8比特字段，其表示相应的虚拟信道主信道编号。

最后，minor_channel_num字段也是8比特字段，其表示相应虚拟信道的次信道编号。

业务表映射

图17例示了根据本发明的业务映射表区段(后面称作称为“SMT”)的示例性比特流语法结构。

根据本发明的实施方式，以MPEG-2专用区段的格式来构成SMT。然而，这并不是对本发明的范围和精神的限制。根据本发明的实施方式的SMT包括针对单个MH系综内的各个虚拟信道的描述信息。并且，在各个描述符区域内还可以包括附加信息。

这里，根据本发明的实施方式的SMT包括至少一个字段，并且可以将SMT从发送系统发送到接收系统。

如图3所示，可以通过将SMT区段包括在RS帧内的MH TP中的方式来发送SMT区段。在该情况下，图1所示的RS帧解码器170和180中的每一个分别对输入的RS帧进行解码。随后，将各个经过解码的RS帧输出到各自的RS帧处理机211和212。之后，各个RS帧处理机211和212以行为单位来识别输入的RS帧，以生成MH TP，由此将所生成的MH TP输出到MH TP处理机213。当基于各个输入的MH TP中的报头而确定了相应的MH TP包括SMT区段时，MH TP处理机213解析相应的SMT区段，以将位于经过解析的SMT区段内的SI数据输出到物理自适应控制信号处理机216。但是，这限于并未将SMT区段封装到IP数据报中的情况。

此外，当未将SMT封装到IP数据报时、以及当基于各个输入的MHTP中的报头而确定了相应的MH TP包括SMT区段时，MH TP处理机213将SMT区段输出到IP网络栈220。因此，IP网络栈220对输入的SMT区段执行IP和UDP处理，随后将处理后的SMT区段输出到SI处理机240。SI处理机240解析输入的SMT区段并控制系统，使得可以将经过解析的SI数据存储在存储单元290中。

以下部分对应于可以通过SMT发送的字段的示例。

table_id字段对应于8比特无符号整数，其表示表区段的类型。table_id字段使得将相应的表定义成映射映射表(SMT)。

ensemble_id字段是8比特无符号整数字段，其对应于与相应MH系综相关的ID值。这里，可以将范围为从“0x00”到“0x3F”的值指定给ensemble_id字段。优选地，从自MH物理层子系统的基带处理器传送的TPC数据的parade_id得到ensemble_id字段的值。当通过主RS帧来发送(或承载)相应MH系综时，可以将值“0”用于最高有效位(MSB)，其余7个比特可用作相关的MH队列的parade_id值(即，用于最低的7位)。另选的是，当通过辅RS帧来发送(或承载)相应的MH系综时，可以将值“1”用于最高有效位(MSB)。

num_channels字段是8比特字段，其指定了相应SMT区段中的虚拟信道的数量。

此外，根据本发明的实施方式的SMT使用“for”循环语句来提供关于多个虚拟信道的信息。

major_channel_num字段对应于8比特字段，其表示与相应虚拟信道相关联的主信道编号。这里，可以将从“0x00”到“0xFF”的值指定给major_channel_num字段。

minor_channel_num字段对应于8比特字段，其表示与相应虚拟信道相关联的次信道编号。这里，可将从“0x00”到“0xFF”的值指定给minor_channel_num字段。

short_channel_name字段表示虚拟信道的简称。

service_id字段是16比特无符号整数(或值)，其标识了虚拟信道业务。

service_type字段是6比特枚举类型字段，其指定了如表2所定义的在相应虚拟信道中所承载的业务的类型。

【表2】

0x00	[保留]
		0x01	MH_digital_television字段：虚拟信道承载了符合ATSC标准的电视节目(音频、视频和可选相关数据)。
0x02	MH_audio字段：虚拟信道承载了符合ATSC标准的音频节目(音频业务和可选相关数据)。
		0x03	MH_data_only_service字段：虚拟信道承载了符合ATSC标准的数据业务，但不承载视频或音频成分。
0x04-0xFF	[保留，以供未来ATSC使用]

virtual_channel_activity字段是2比特枚举字段，其标识了相应虚拟信道的活跃性(activity)状态。当virtual_channel_activity字段的最高有效位(MSB)是“1”时，该虚拟信道是活跃的，而当virtual_channel_activity字段的最高有效位(MSB)是“0”时，该虚拟信道是不活跃的。另外，当virtual_channel_activity字段的最低有效位(LSB)是“1”时，隐藏了虚拟信道(当设为1时)，而当virtual_channel_activity字段的最低有效位(LSB)是“0”时，不隐藏虚拟信道。

num_components字段是5比特字段，其指定了在相应虚拟信道中的IP流成分的数量。

IP_version_flag字段对应于1比特指示符。更具体地说，当IP_version_flag字段的值设为“1”时，其表示source_IP_address字段、virtual_channel_target_IP_address字段及component_target_IP_address字段是IPv6地址。另选的是，当IP_version_flag字段的值设为“0”时，其表示source_IP_address字段、virtual_channel_target_IP_address字段及component_target_IP_address字段是IPv4。

source_IP_address_flag字段是1比特布尔标志，当设定了该标志时，其表示存在针对特定多播源的相应虚拟信道的源IP地址。

virtual_channel_target_IP_address字段是1比特布尔标志，当设定了该标志时，其表示通过具有与virtual_channel_target_address不同的目标IP地址的IP数据报来传送相应的IP流成分。因此，当设定了该标志时，接收系统(或接收机)使用component_target_IP_address作为target_IP_address，以访问相应的IP流成分。因此，接收系统(或接收机)可以忽略包括在num_channels循环中的virtual_channel_target_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字段表示128位IPv6地址，其示出了相应虚拟信道的源。

virtual_channel_target_IP_address字段也对应于32比特字段或128比特字段。这里，当virtual_channel_target_IP_address_flag字段的值设为“1”时，virtual_channel_target_IP_address字段为有效(或存在)。然而，当virtual_channel_target_IP_address_flag字段的值设为“0”时，virtual_channel_target_IP_address字段将变得无效(或不存在)。更具体地说，当virtual_channel_target_IP_address_flag字段值设为“1”时，且当IP_version_flag字段值设为“0”时，virtual_channel_target_IP_address字段表示与相应虚拟信道相关联的32位目标IPv4地址。另选的是，当virtual_channel_target_IP_address_flag字段值设为“1”时，且当IP_version_flag字段值设为“1”时，virtual_channel_target_IP_address字段表示与相应虚拟信道相关联的64位目标IPv6地址。如果virtual_channel_target_IP_address字段无效(或不存在)，则num_channels循环内的component_target_IP_address字段将变得有效(或存在)。并且，为了使得接收系统能够访问IP流成分，应使用component_target_IP_address字段。

此外，根据本发明的实施方式的SMT使用“for”循环语句，以提供关于多个成分的信息。

这里，被指定了7个比特的RTP_payload_type字段基于表3来标识了各个成分的编码格式。当未将IP流成分封装到RTP时，应忽略(或忽视)RTP_payload_type字段。

表3示出了RTP有效载荷类型(RTP_payload_type)的一个示例。

【表3】

component_target_IP_address_flag字段是1比特布尔标志，当设定了该标志时，其表示通过带有与virtual_channel_target_IP_address不同的目标IP地址的IP数据报来发送相应的IP流成分。此外，当设定了component_target_IP_address_flag时，接收系统(或接收机)使用component_target_IP_address字段作为用于访问相应的IP流成分的目标IP地址。因此，接收系统(或接收机)将忽略包括在num_channels循环中的virtual_channel_target_IP_address字段。

component_target_IP_address字段对应于32比特字段或128比特字段。这里，当IP_version_flag字段的值设为“0”时，component_target_IP_address字段表示与相应IP流成分相关联的32位目标IPv4地址。并且，当IP_version_flag字段的值设为“1”时，component_target_IP_address字段表示与相应IP流成分相关联的128位IPv6地址。

port_num_count字段是6比特字段，其表示与相应的IP流成分相关联的UDP端口的数量。目标UDP端口号值从target_UDP_port_num字段值开始并加1(或递增1)。对于RTP流，目标UDP端口号应从target_UDP_port_num字段值开始并加2(或递增2)。这是为了对与RTP流相关联的RTCP流进行合并。

target_UDP_port_num字段是16比特无符号整数字段，其表示了针对相应IP流成分的目标UDP端口号。当将该字段用于RTP流时，target_UDP_port_num字段的值应当对应于偶数。并且，下一个更高的值应当表示相关的RTCP流的目标UDP端口号。

component_level_descriptor()表示零或表示更多个用于提供关于相应IP流成分的附加信息的描述符。

virtual_channel_level_descriptor()表示零或表示更多个用于提供针对相应虚拟信道的附加信息的描述符。

ensemble_level_descriptor()表示零或表示更多个用于提供针对由相应SMT所描述的MH系综的附加信息的描述符。

图18例示了根据本发明的MH音频描述符的示例性比特流语法结构。当存在作为当前事件的成分的至少一个音频业务时，MH_audio_descriptor()应当用作SMT的component_level_descriptor。MH_audio_descriptor()可以将音频语言类型和立体声模式状态通知给系统。如果不存在与当前事件相关联的音频业务，则优选地将MH_audio_descriptor()视为对于当前事件无效(或不存在)。现在将详细描述在图18的比特流语法中示出的各个字段。

descriptor_tag字段是具有TBD值的8比特无符号整数，其表示了相应的描述符是MH_audio_descriptor()。descriptor_length字段也是8比特无符号整数，其表示从descriptor_length字段之后开始、直到MH_audio_descriptor()的结尾为止的部分的长度(以字节为单位)。channel_configuration字段对应于8比特字段，其表示了音频信道的编号和构造。范围为从“1”到“6”的数值分别表示了如ISO/IEC 13818-7：2006的Table 42中所给出的“Default bit stream index number”的音频信道的编号和构造。其它全部值表示了并未定义音频信道的编号和构造。

sample_rate_code字段是3比特字段，其表示了编码后的音频数据的抽样速率。这里，该指示可以对应于一个特定的抽样速率，或者可以对应于如在ATSC A/52B的Table A3.3中所定义的、包括有编码后的音频数据的抽样速率的一组值。bit_rate_code字段对应于6比特字段。这里，在这6个比特中，较低的5个比特表示标称比特速率。更具体地说，当最高有效位(MSB)是“0”时，相应的比特速率是准确的。另一方面，当最高有效位(MSB)是“0”时，该比特速率对应于在ATSC A/53B的Table A3.4中所定义的上限。ISO_639_language_code字段是24比特(即，3个字节)字段，其表示了符合ISO 639.2/B[x]的、用于音频流成分的语言。当在相应的音频流成分中不存在特定的语言时，各个字节的值都应设为“0x00”。

图19例示了根据本发明的MH RTP有效载荷类型描述符的示例性比特流语法结构。

MH_RTP_payload_type_descriptor()指定了RTP有效载荷类型。然而，仅在SMT的num_components循环内的RTP_payload_type字段的动态值处于“96”到“127”的范围内时，才存在MH_RTP_payload_type_descriptor()。MH_RTP_payload_type_descriptor()用作SMT的component_level_descriptor。

MH_RTP_Payload_type_descriptor将动态的RTP_payload_type字段值解释成(或匹配于)MIME类型。因此，接收系统(或接收机)可以收集(或搜集)封装到RTP的IP流成分的编码格式。

现在将详细描述包括在MH_RTP_payload_type_descriptor()中的字段。

descriptor_tag字段对应于具有TBD值的8比特无符号整数，其将当前描述符标识为MH_RTP_payload_type_descriptor()。

descriptor_length字段也对应于8比特无符号整数，其表示了从descriptor_length字段之后开始、直至MH_RTP_Payload_type_descriptor()的结尾为止的部分的长度(以字节为单位)。

event_id字段对应于16比特字段，其表示用于标识相应事件的标识符。

RTP_payload_type字段对应于7比特字段，其标识了IP流成分的编码格式。这里，RTP_payload_type字段的动态值处于“96”到“127”的范围内。

MIME_type_length字段指定了MIME_type字段的长度(以字节为单位)。

MIME_type表示与MH_RTP_payload_type_descriptor()所描述的IP流成分的编码格式相对应的MIME类型。

图20例示了根据本发明的MH当前事件描述符的示例性比特流语法结构。

MH_current_event_descriptor()应当用作SMT内的virtual_channel_level_descriptor()。这里，MH_current_event_descriptor()提供了关于经由各个虚拟信道所发送的当前事件的基本信息(例如，当前事件的开始时间、持续时间及标题等)。

现在将详细描述包括在MH_current_event_descriptor()中的字段。

descriptor_tag字段对应于具有TBD值的8比特无符号整数，其将当前描述符标识为MH_current_event_descriptor()。

descriptor_length字段也对应于8比特无符号整数，其表示了从descriptor_length字段之后开始、直至MH_current_event_descriptor()的结尾为止的部分的长度(以字节为单位)。

event_id字段对应于16比特字段，其表示用于标识相应事件的标识符。

current_event_start_time字段对应于32比特无符号整数。current_event_start_time字段表示了当前事件的开始时间，更具体地说，其表示了按照自1980年1月6日00:00:00 UTC以来的GPS秒的数量的开始时间。

current_event_duration字段对应于24比特字段。这里，current_event_duration字段按照小时、分钟及秒来表示了当前事件的持续时间(其中，该格式为6个数字，4位BCD＝24比特)。

title_length字段指定title_text字段的长度(以字节为单位)。这里，值“0”表示相应的事件不存在标题。

title_text字段按照如ATSC A/65C[x]中所定义的多字符串结构的格式来表示在事件标题中的相应事件的标题。

图21例示了根据本发明的MH下一事件描述符的示例性比特流语法结构。

可选的MH_next_event_descriptor()应当用作SMT内的virtual_channel_level_descriptor()。这里，MH_next_event_descriptor()提供了关于经由各个虚拟信道发送的下一事件的基本信息(例如，下一事件的开始时间、持续时间及标题等)。

现在将详细描述包括在MH_next_event_descriptor()中的字段。

descriptor_tag字段对应于具有TBD值的8比特无符号整数，其将当前描述符标识为MH_next_event_descriptor()。

descriptor_length字段也对应于8比特无符号整数，其表示了从descriptor_length字段之后开始、直至MH_next_event_descriptor()的结尾为止的部分的长度(以字节为单位)。

next_event_start_time字段对应于32比特无符号整数。next_event_start_time字段表示了下一事件的开始时间，更具体地说，其表示了按照自1980年1月6日00:00:00 UTC以来的GPS秒的数量的开始时间。

next_event_duration字段对应于24比特字段。这里，next_event_duration字段按照小时、分钟及秒来表示了下一事件的持续时间(其中，该格式为6个数字，4位BCD＝24比特)。

title_length字段指定了title_text字段的长度(以字节为单位)。这里，值“0”表示相应的事件不存在标题。

title_text字段按照如ATSC A/65C[x]中所定义的多字符串结构的格式来表示了在事件标题中的相应事件的标题。

图22例示了根据本发明的MH系统时间描述符的示例性比特流语法结构。

MH_system_time_descriptor()应当用作SMT内的ensemble_level_descriptor()。这里，MH_system_time_descriptor()提供了关于当前时间和日期的信息。

在考虑到MH业务数据的移动/便携特性的情况下，MH_system_time_descriptor()字段还提供了关于发送相应广播流的发送系统(或发射机)所在的时区的信息。现在将详细描述包括在MH_system_time_descriptor()中的字段。

descriptor_tag字段对应于具有TBD值的8比特无符号整数，其将当前描述符标识为MH_system_time_descriptor()。

descriptor_length字段也对应于8比特无符号整数，其表示了从descriptor_length字段之后开始、直至MH_system_time_descriptor()的结尾为止的部分的长度(以字节为单位)。

system_time字段对应于32比特无符号整数。system_time字段表示当前的系统时间，更具体地说，其表示了按照自1980年1月6日00:00:00UTC以来的GPS秒的数量的当前系统的时间。

GPS_UTC_offset字段对应于8比特无符号整数，其定义了在GPS与UTC时间标准之间以整秒为单位的当前偏移。为了将GPS时间转换成UTC时间，从GPS时间减去GPS_UTC_offset。只要国际度量衡局(International Bureau of Weights and Measures)确定当前偏移的误差太大，就可以增加(或减去)额外的闰秒(leap second)。因此，GPS_UTC_offset字段将反映出该变化。

time_zone_offset_polarity字段是1比特字段，其表示了广播站所在时区的时间是否超过(或领先或快于)或落后(或滞后于或慢于)UTC时间。当time_zone_offset_polarity字段的值等于“0”时，其表示当前时区的时间超过UTC时间。因此，将time_zone_offset_polarity字段的值增加到UTC时间值。相反，当time_zone_offset_polarity字段的值等于“1”时，其表示当前时区的时间落后于UTC时间。因此，将time_zone_offset_polarity字段值从UTC时间值中减去。

time_zone_offset字段是31比特无符号整数。更具体地说，time_zone_offset字段以GPS秒为单位来表示与UTC时间相比的广播站所在的时区的时间偏移。

daylight_savings针对对应于16比特字段，其提供了关于夏令时(即，夏时制时间)的信息。time_zone字段对应于(5×8)比特字段，其表示了发送相应的广播流的发送系统(或发射机)所在的时区。

图23例示了根据本发明的业务映射表(SMT)的分段和封装过程。

根据本发明，在将目标IP地址与目标UDP端口号包括在IP数据报中的情况下，将SMT封装到UDP。

更具体地说，首先将SMT分段成预定数量的区段，随后将其封装到UDP报头，最后封装到IP报头。此外，SMT区段提供了与包含在MH系综(其包括相应的SMT区段)中的全部虚拟信道相关的信令信息。将描述了MH系综的至少一个SMT区段，包括在该相应MH系综中所包括的各个RS帧中。最后，通过包括在各个区段中的ensemble_id来标识SMT区段。根据本发明的实施方式，通过将目标IP地址和目标UDP端口号通知给接收系统，可以对相应的数据(即，目标IP地址和目标UDP端口号)进行解析，而无需使得接收系统请求其它的附加信息。

图24例示了根据本发明的、利用FIC和SMT来访问虚拟信道的流程图。

更具体地说，对物理信道进行调谐(S501)。并且当确定了在所调谐的物理信道中存在MH信号时(S502)，解调相应的MH信号(S503)。另外，根据解调后的MH信号以子帧为单位来对FIC段进行成组(S504和S505)。

根据本发明的实施方式，将FIC段插入到数据组中，从而进行发送。更具体地说，对应于各个数据组的FIC段描述了关于相应的数据组所属的MH系综的业务信息。当以子帧为单位来对FIC段进行成组并随后对其解交织时，可以获得与用于发送相应FIC段的物理信道有关的全部业务信息。因此，在调谐过程后，接收系统可以在子帧周期内获得关于相应物理信道的信道信息。一旦在S504和S505中对FIC段进行了成组，则识别出用于发送相应FIC段的广播流(S506)。例如，通过对将FIC段成组而构成的FIC主体的transport_stream_id字段进行解析，可以识别出广播流。

此外，从FIC主体中提取出系综标识符、主信道编号、次信道编号、信道类型信息等(S507)。并且，通过使用提取出的系综信息，使用时间分片方法获得了仅与所指定的系综相对应的时隙，以构成系综(S508)。

随后，解码与所指定的系综相对应的RS帧(S509)，并打开用于接收SMT的IP套接字(socket)(S510)。

根据本发明的实施方式所给出的示例，在将目标IP地址与目标UDP端口号包括在IP数据报中的情况下，将SMT封装到UDP。更具体地说，首先将SMT分段成预定数量的区段，随后将其封装到UDP报头，最后封装到IP报头。根据本发明的实施方式，通过将目标IP地址和目标UDP端口号通知给接收系统，接收系统可以对SMT区段和各个SMT区段的描述符进行解析，而无需请求其它附加信息(S511)。

SMT区段提供了与包含在MH系综(其包括相应的SMT区段)中的全部虚拟信道有关的信令信息。将描述了MH系综的至少一个SMT区段包括在该相应MH系综中所包括的各个RS帧中。另外，通过包括在各个区段中的ensemble_id来标识各个SMT区段。

此外，各个SMT提供与属于相应MH系综(其包括各个SMT)的各个虚拟信道有关的IP访问信息。最后，SMT提供了对于服务相应的虚拟信道所需的IP流成分级别信息。

因此，通过使用根据SMT解析出的信息，可以访问属于请求接收所需的虚拟信道的IP流成分(S513)。因此，可以将与相应的虚拟信道相关联的业务提供给用户(S514)。

接收机能够根据传输信号的特定数据位置来获得业务构成信息和位置信息，使得该接收机能够使用所获得的信息来迅速和有效地获得所期望的业务。作为这种获得的信息的一个示例，在上述实施方式中说明了FIC数据。以下将对FIC数据的其它实施方式进行详细描述。

图25例示了根据本发明的第二类型的FIC段。在第二类型FIC段的报头中，FIC_type字段表示FIC段的类型。图25所示的各种信息的尺寸由括号中的比特数或字节数来表示，并且可以根据需要而变化。如图14所示，可以将FIC主体划分成多个FIC段。

3比特的FIC_Segment_Number字段表示FIC段的序号。

3比特的FIC_Last_Segment_Number字段表示多个FIC段中的最后FIC段的编号。

4比特的FIC_Update_Notifier字段表示FIC数据的更新定时。例如，如果将FIC_update_Notifier字段设为“0000”，则这表示并不立即更新FIC，而是在经过了包括具有与相应字段的值相同值的FIC数据的MH信号帧之后才更新FIC。

4比特的ESG_version字段表示专门地(exclusively)通过系综发送的业务指南信息的版本。

包含在第二类型的FIC段中的信息包括FIC_Ensemble_Header字段与FIC_Ensemble_Payload字段中的至少一个字段。

FIC_Ensemble_Header字段包括Ensemble_id字段、RS_Frame_Continuity_Counter字段、Signaling_version字段及NumChanels字段。

8比特的Ensemble_id字段表示系综指示符(ID)。4比特的RS_Frame_Continuity_Counter字段表示是否继续或中断用于发送系综的RS帧。4比特的Signaling_version字段表示应用于RS帧的系综的信令信息的版本。例如，可以由业务映射表(SMT)来描述通过系综发送的业务，使得在该字段中可以设置该SMT的版本信息。此外，如果可以通过基于区段而发送的其它信令信息来描述系综，则也可以在该字段中设置该信令信息的版本信息。为了说明的简洁并更好地理解本发明，如果按照用作系综的特定传输单位的区段的形式而发送的特定信息描述了包含在该系综中的移动业务数据，则将该特定信息称为“业务表信息”。

8比特的NumChannels字段表示包含在各个系综中的虚拟信道的数量。

FIC_Ensemble_Payload字段可以包括Channel_type字段、CA_indicator字段、Primary_Service_Indicator字段、major_channel_num字段及minor_channel_num字段。

6比特的Channel_type表示通过相应的虚拟信道所发送的业务的类型。此后将详细描述该字段值的示例。

1比特的CA_indicator字段表示有条件访问信息，有条件访问信息表示了相应虚拟信道是否是访问受限信道。例如，如果将CA_indicator字段设为1，则对相应虚拟信道的访问可能受到限制。

1比特的Primary_Service_Indicator字段表示了相应虚拟信道是否是主业务。

8比特的major_channel_num字段表示了相应虚拟信道的主编号，并且8比特的minor_channel_num字段表示了相应虚拟信道的次编号。

在FIC_ensemble_payload中，可以根据信道的数量来对上述字段中从Channel_type字段到minor_channel_num字段中的各个字段进行重复。

图26是例示根据本发明的、图25所示的第二类型FIC段的语法的表。已在图25中示出了各个字段。FIC段能够获得用于表示系综与虚拟信道之间关系的信息(此后称为“绑定信息”)。也就是说，如果完成了获取FIC数据，则该FIC数据表示了通过哪一个系综来发送哪一个虚拟信道。

图27例示了根据本发明的第三类型的FIC段。在图27中，各种信息的尺寸由括号中的比特数来表示，并且该信息尺寸可以根据需要而变化。在第三类型FIC段的一个实施方式中，FIC段报头字段(FIC_Segment_Header)包括FIC_type字段、NumChannels字段、Ensemble_id字段、FIC_Section_Number字段及FIC_Last_Section_Number字段。

2比特的FIC_type字段表示FIC段的类型。

6比特的NumChannels字段表示通过用于发送相应的FIC的系综而发送的虚拟信道的数量。

8比特的FIC_Section_Number字段表示了当将FIC主体划分成多个段时的相应段的编号。

FIC_Last_Section_Number字段表示了包含在相应FIC主体数据中的最后FIC段的编号。

FIC段有效载荷(FIC_Segment_Payload)可以包括FIC_channel_header字段和FIC_channel_payload字段。FIC_channel_header字段包括ESG_requirement_flag字段、num_streams字段、IP_address_flag字段及Target_IP_address字段。

1比特的ESG_requirement_flag字段表示了用户是否需要业务指南信息以查看相应的虚拟信道。例如，如果将ESG_requirement_flag字段设为1，则该字段表示用户是否需要业务指南信息以查看虚拟信道。也就是说，ESG_requirement_flag字段表示了可以通过业务指南信息来选择虚拟信道。

6比特的num_streams字段表示了通过相应的虚拟信道所传送的视频数据、音频数据及数据流的数量。

1比特的IP_address_flag字段能够表示按照IP版本4(IPv4)或IP版本6(IPv6)来提供相应的虚拟信道的IP地址。IP版本4(IPv4)的地址可以由32位组成，IP版本6(IPv6)的地址可以48位组成。Target_IP_address字段表示了能够接收相应的虚拟信道的IP地址。

FIC_channel_payload字段可以包括stream_type字段、target_port_number字段、以及ISO_639_language_code字段。

8比特的stream_type表示了通过相应的虚拟信道所传送的流的类型。8比特的Target_port_number字段表示了能够获得相应的流的传输端口号。如果流是音频流，则以8*3比特表示的ISO_639_language_code字段表示了该音频的语言。

图28例示了根据本发明的、图27所示的第三类型FIC段的结构的表。已在图27中示出了各个字段。该FIC段不仅能够获得与系综和虚拟信道相关的绑定信息，而且还能够获得各个虚拟信道的位置信息。也就是说，如果获得了FIC数据，则可以识别出提供给系综的业务的位置信息。

图29例示了根据本发明的、包含在FIC数据中的信道类型。channel_type字段表示了与虚拟信道相关的业务的业务类型。例如，如果将channel_type字段设为0x01，则值0x01代表了以下这种情况：虚拟信道业务表示实时的音频/视频(A/V)广播。如果将channel_type字段设为0x02，则值0x02表示实时音频专用广播。如果将channel_type字段设为0x03，则值0x03表示实时音频/视频(A/V)广播。如果将channel_type字段设为0x04，则值0x04表示实时音频专用广播。如果将channel_type字段设为0x05，则值0x05表示非实时音频/视频(A/V)广播。如果将channel_type字段设为0x06，则值0x06表示非实时音频专用广播。如果将channel_type字段设为0x07，则值0x07表示了以下这种情况：虚拟信道业务或者是非实时数据广播，或者是文件传输业务。此外，在channel_type字段中业务可以显示其它业务。

图30例示了根据本发明的、图3所示的MH传输分组(TP)。图3的RS帧包括多个MH传输分组。

通用类型的MH传输分组(TP)包括3比特的类型指示符字段、1比特的错误指示符字段、1比特的填充字节字段、11比特的指针字段及有效载荷字段。

该有效载荷字段可以包括各种格式的数据，例如，通用移动业务数据、按照用作特定的传输单位的区段的形式而发送的业务表信息或IP数据报等。

3比特的类型指示符字段表示了MH传输分组(TP)的类型。可以根据输入到该有效载荷字段中的数据的类别来改变该MH TP类型。

1比特的错误指示符字段表示了在MH TP中是否存在任何错误。1比特的填充字节字段表示了在该有效载荷中是否存在填充字节。

图30所示的示例示出了移动业务数据的类型以及包含在该有效载荷中的业务表信息(即，信令)。

图31示出了传送到MH传输分组(TP)的业务表信息的另一个示例。图17已经例示了用作业务表信息的SMT。图31可以是被传送到MH TP且表示了系综业务的SMT的另一个示例。

8比特的table_id字段表示了表的指示符。

8比特的section_number字段表示了用作SMT传输单位的区段的编号。

8比特的last_section_number字段表示了当在将SMT划分成多个区段之后发送SMT时所获得的最后区段的编号。

可将以下字段包含在相应系综的各个虚拟信道(num_channels_in_ensemble)中。

1比特的ESG_requirement_flag字段表示了是否需要业务指南信息以获得虚拟信道业务。

6比特的num_streams字段表示了相应的虚拟信道的音频/视频/数据流的数量。

1比特的IP_version_flag字段表示了虚拟信道的IP地址是IPv4还是IPv6。在与IPv4或IPv6相关的情况中，根据相应IP地址格式来发送了用于传送虚拟信道的IP地址(target_IP_address)。

在与包含在虚拟信道中的各个流(num_streams)相关的情况中，8比特的stream_type字段表示了相应流的类型。此后将详细描述stream_type字段。

8比特的target_port_number字段表示了与各个流相对应的端口号。

由8*3比特组成的ISO_639_language_code字段表示了当相应流是音频流时的音频语言信息。

图32例示了根据本发明的虚拟信道的流类型。

从图32可以看出，确定了构成虚拟信道的移动业务的stream_type字段是MH视频流(0x01)、MH音频流(0x02)、MH数据广播(0x03)、还是MH文件传输流(0x04)。

FIC数据与其它数据之间的关系

如上所述，在MH广播信号中对移动业务数据与主业务数据进行了复用，并且发送了MH广播信号中的复用后的数据。为了发送移动业务数据，在TPC数据中设置了传输参数信道信令信息，并且在FIC数据中设置了快速信息信道信令信息。对TPC数据和FIC数据进行复用和随机化处理，对1/4并行级联卷积码(PCCC)进行纠错编码，使得将经过PCCC编码的数据发送到数据组。否则，对包含在系综中的移动业务数据进行串行级联卷积码(SCCC)外部编码，使得将经过SCCC编码的数据发送到数据组。移动业务数据包括用于构成业务的内容数据以及用于描述该业务的业务表信息。该业务表信息包括用于指示至少一个虚拟信道组的系综的信道信息，并且基于信道信息包括业务描述信息。

为了描述的简便，如果尽管数据段位于同一信号帧(或同一数据组)中、但多个数据段按照传输单位通过不同的调制处理或者按照接收单位通过不同的解调处理，则这代表了以下这种情况：由于经由不同路径而对这些数据段进行信令处理，因此将这些数据段传送到不同的数据信道。例如，这可以表示了以下这种情况：将TPC数据和FIC数据发送到与用于发送内容数据和业务表信息的信道不同的数据信道。这是由于应用了TPC数据和FIC数据的纠错编码/解码处理与应用于包含在系综中的内容数据和业务表信息的纠错编码/解码处理不同。

在上述假设的情况下，将描述一种用于接收MH广播信号的方法。根据本发明的数字广播系统接收对移动业务数据与主业务数据进行了复用的广播信号。该系统从移动业务数据中的第一数据信道中接收到的TPC数据中获取FIC数据的版本信息，并且从该FIC数据中获取系综与包含在该系综中的虚拟信道的绑定信息。因此，可以识别出哪一个系综发送了由用户选择的虚拟信道的业务。

因此，该系统能够根据队列格式来接收用于传送相应虚拟信道的系综。该系统能够根据在接收机中接收到的队列而获取包含在一系列时隙中的数据组。如果仅在一个MH帧期间内收集数据组，则该系统能够获取配备有该系综的RS帧。因此，该系统解码该RS帧，并且对包含在解码后的RS帧中的业务表信息进行解析。该系统能够使用用于描述由用户选择的虚拟信道的信息、根据所解析的业务表信息而获取虚拟信道的业务。

传送到第一数据信道的FIC数据可以表示系综和与该系综相关的虚拟信道的绑定信息，其中，将该系综传送到第二数据信道。使用该绑定信息，该系统能够对包含在特定系综中的业务表信息进行解析，使得可以迅速地显示该业务。

图33是例示了根据本发明的上述数据处理方法的流程图。

参照图33，在步骤S801，选择了一个物理信道并进行改变，并且在步骤S802，对所选择的物理信道进行调谐。在步骤S803，数字广播系统解调了对主业务数据和移动业务数据进行了复用的广播信号。在步骤S804，该系统对包含在物理信道中的系综进行扫描。在步骤S805，该系统获取FIC数据并解析该FIC数据。

在步骤S806，该系统获取虚拟信道与系综的绑定信息，并且在步骤S807，搜索包括所期望的虚拟信道的系综。结果在步骤S808，该系统在搜索到的系综中搜索业务表信息(SMT)，并且对搜索到的SMT进行解析。

在步骤S809，如果需要业务指南信息、以从相应的虚拟信道获取业务，则在步骤S810，系统对来自FIC数据的ESG版本信息进行检查。

在步骤S811，如果所检查的ESG版本信息是新版本信息，则在步骤S812，该系统选择提供了业务指南信息的系综，获取该业务指南信息，并且在步骤S813对所获取的业务指南信息进行解析。

在步骤S814，在执行了步骤S813或步骤S811后，该系统确定所选的虚拟信道是否是有效信道。如果确定了所选的虚拟信道不是有效信道，则在步骤S815，该系统显示特定的状态，在该状态中不能显示广播信号。

如果在步骤S814确定了所选的虚拟信道是有效信道，则在步骤S816，该系统或者设置用于获取相应虚拟信道的流的IP地址，或者设置端口号。在步骤S817，该系统能够根据接收机操作而在屏幕上显示信道编号。

如果在步骤S818显示了相应的业务并且在步骤S819从一个物理信道变化到另一个物理信道，则该系统返回步骤S802。如果在步骤S820将该系综变化到另一个系综，则该系统执行步骤S807。

如果在步骤S821将该系综的虚拟信道变化到另一个虚拟信道，则该系统执行步骤S809。如果将FIC数据的版本变化到另一个版本，则该系统从信令帧中获取包含在FIC主体数据中的特定信息，然后执行步骤S805。如果在步骤S823对具有与业务表信息的区段格式相同的区段格式的区段格式信令信息进行了更新，则该系统执行步骤S808。

因此，利用FIC数据，该系统能够迅速地识别出用于传送所选择的业务的系综，并且能够从识别出的系综中获取所期望的业务，而无需从全部系综获取所期望的业务。

从以上描述中可以清楚地看到，根据本发明的数字广播系统和数据处理方法对在通过信道来发送移动业务数据时所出现的任何错误都具有较强的抵抗力，并且可以容易地与传统接收机兼容。根据本发明的数字广播系统在具有许多伪影或噪声的较差信道上，也可以在没有任何错误的情况下正常地接收移动业务数据。根据本发明的数字广播系统在数据区的特定位置插入已知数据，并且执行信号传输，由此提高在较大变化信道环境下的接收(Rx)性能。特别地是，根据本发明的数字广播系统能够更有效地用于信道状况变化较大且对噪声抵抗力较弱的移动电话或移动接收机。

如果根据本发明的数字广播系统对移动业务数据与主业务数据进行了复用，并且发送复用后的结果，则该数字广播系统能够迅速地访问由该移动业务数据所提供的业务。

以本发明的具体实施方式描述了本发明的实施方式。

工业应用性

根据本发明的数字广播系统和数据处理方法可用于广播和通信领域。

Claims (12)

1.一种数据处理方法，该方法包括以下步骤：

接收对主业务数据和移动业务数据进行了复用的广播信号；

获取快速信息信道信令信息以及包括有所述移动业务数据的传输参数信息的传输参数信道信令信息；

通过对所述快速信息信道信令信息进行解码，来获取描述了用于传送所述移动业务数据的至少一个系综与包含在该至少一个系综内的任意一个系综中的第一虚拟信道之间关系的绑定信息；

利用所述绑定信息来获取用于传送所述第一虚拟信道的系综标识信息，并且，接收用于根据所述系综标识信息来传送系综的至少一个移动业务数据组；

对包含在所述系综中的业务表信息进行解析；以及

利用所解析的业务表信息来对包含在所述第一虚拟信道中的内容数据进行解码，并且，显示解码后的内容数据。

2.根据权利要求1所述的方法，其中，根据所述移动业务数据组来将所述快速信息信道信令信息划分成多个段。

3.根据权利要求1所述的方法，其中，所述快速信息信道信令信息包括信道类型信息，该信道类型信息表示被发送到所述虚拟信道的业务的类型。

4.根据权利要求1所述的方法，其中，所述快速信息信道信令信息包括所述虚拟信道的主信道编号和次信道编号，所述虚拟信道根据所述系综标识信息包含在各个系综中。

5.一种数据处理方法，该方法包括以下步骤：

对包括有绑定信息的快速信息信道信令信息执行第一纠错编码处理，其中，所述绑定信息描述了用于传送移动业务数据的至少一个系综内的任意一个中的第一虚拟信道与用于传送该第一虚拟信道的系综之间的关系；

对要被传送到所述系综的移动业务数据和描述了所述系综的信道信息的业务表信息执行第二纠错编码处理；以及

对所述移动业务数据和编码后的快速信息信道信令信息进行复用，对主业务数据和复用后的移动业务数据进行复用，并对所得到的复用后的数据进行调制。

6.根据权利要求5所述的方法，其中，所述快速信息信道信令信息包括所述系综中所包含的虚拟信道的主信道编号和次信道编号。

7.根据权利要求5所述的方法，其中，所述快速信息信道信令信息包括信道类型信息，该信道类型信息表示被发送到所述虚拟信道的业务的类型。

8.根据权利要求5所述的方法，其中，所述快速信息信道信令信息包括广播信号的传输流标识信息。

9.一种数字广播系统，该数字广播系统包括：

基带处理器，其被设置成从广播信号中获取快速信息信道信令信息以及包括有移动业务数据的传输参数信息的传输参数信道信令信息，并且接收移动业务数据组，该移动业务数据组根据包括有描述了所述移动业务数据的第一虚拟信道与用于传送所述第一虚拟信道的系综之间关系的绑定信息的快速信息信道信令信息，来发送系综；

管理处理器，其被设置成通过对所述快速信息信道信令信息进行解码来获取所述绑定信息，并对根据所述绑定信息而接收的所述系综的业务表信息进行解析；以及

呈现处理器，其被设置成根据所述业务表信息来对所述第一虚拟信道的移动业务数据进行解码，并对包含在解码后的移动业务数据中的内容数据进行显示。

10.根据权利要求9所述的数字广播系统，其中，所述传输参数信道信令信息包含所述快速信息信道信令信息的版本信息。

11.根据权利要求9所述的数字广播系统，其中，所述快速信息信道信令信息表示被发送到所述第一虚拟信道的业务的类型。

12.根据权利要求9所述的数字广播系统，其中，所述基带处理器接收在时间上不连续的移动业务数据组，并且通过使用所述快速信息信道信令信息来接收包括有所述第一虚拟信道的所述系综。

Images