数字广播接收机和用于控制该数字广播接收机的方法

专利名称：：数字广播接收机和用于控制该数字广播接收机的方法
技术领域：
：本发明涉及一种数字广播系统，更具体地，涉及一种数字广播接收系统和控制该数字广播接收系统的方法。
背景技术：
：数字广播系统由数字广播发送系统(或发射机)和数字广播接收系统(或接收机)构成。另外，数字广播发送系统以数字的方式处理诸如广播节目的数据，并且将经过处理的数据发送到数字广播接收系统。由于数字广播系统的各种优点(如高效数据传输)，数字广播系统正在逐渐地替代传统的模拟广播系统。然而，在北美及韩国被采用为数字广播标准的残余边带(VSB，vestigialsideband)传送模式是一种使用单载波方法的系统。因此，在不良的信道环境中，数字广播接收系统的接收性能会恶化。具体地说，由于在使用便携式和/或移动广播接收机时会要求对信道变化及噪声的更高的抵抗能力，因此在使用VSB传送模式发送移动业务数据时接收性能可能会更加恶化。此外，在常规移动数字广播环境中，当前的现实情况是没有一种用于设置或解除对特定业务的条件接收(conditionalaccess)的具体技术。
发明内容技术问题因此，本发明致力于提供一种数字广播接收机和该数字广播接收机的控制方法，该数字广播接收机和该数字广播接收机的控制方法基本上避免了由于现有技术的限制和缺点而导致的一个或更多个问题。本发明的一个目的是提供一种对信道变化和噪声鲁棒的数字广播接收机和该数字广播接收机的控制方法。本发明的另一个目的是提供一种能够在移动数字广播环境中设置或解除特定业务的条件接收的数据处理方法。本发明的附加优点、目的、和特征将部分地在下面的描述中进行阐述且将在本领域的普通技术人员对下面的描述进行验证后部分地显现，或者可以通过本发明的实践来了解。通过书面的说明书及其权利要求以及附图中具体指出的结构可以实现和获得本发明的目的和其它优点。技术方案为了实现这些目的和其它优点，按照本发明的目的，如这里具体实施并广义上描述的，提供了一种数字广播接收机的控制方法，该方法包括以下步骤接收复用了移动业务数据和主业务数据的广播信号；从接收到的移动业务数据中的数据组中提取传输参数信道(TPC)信令信息和快速信息信道(FIC)信令信息；使用提取的所述FIC信令信息来获取系综的业务和描述了虚拟频道信息的节目表，所述系综是接收到的所述移动业务数据的虚拟频道组；使用所获取的节目表来检测表示所述移动业务数据是否被加密的条件接收描述符；以及，进行控制以使得使用检测到的所述条件接收描述符的信息来对加密后的移动业务数据进行解密。在本发明的另一个方面中，一种数字广播接收机包括接收单元、提取器、获取器、检测器、以及控制器。所述接收单元接收复用了移动业务数据和主业务数据的广播信号。所述提取器从接收到的移动业务数据中的数据组中提取传输参数信道信令信息和快速信息信道信令信息。所述获取器使用提取的所述快速信息信道信令信息来获取系综的业务和描述了虚拟频道信息的节目表，所述系综是接收到的所述移动业务数据的虚拟频道组。所述检测器使用所获取的节目表来检测表示所述移动业务数据是否被加密的条件接收描述符。所述控制器进行控制以使得使用检测到的所述条件接收描述符的信息来对加密后的移动业务数据进行解密。在本发明的又一个方面中，一种数字广播接收机的控制方法包括以下步骤生成包括条件接收描述符的广播信号，所述条件接收描述符表示移动业务数据是否被加密；以及把生成的包括所述条件接收描述符的广播信号发送到数字广播接收机侧，其中所述条件接收描述符包括标识了对所述移动业务数据进行加密的各个级别的信息、和与用于所述加密后的移动业务数据的解密的控制数据相关的信息。应当理解，本发明的上述一般描述和下面的详细描述是示例性和说明性的，且旨在提供如权利要求限定的本发明的进一步解释。有益效果根据本发明的一个实施方式，可以提供一种对信道变化和噪声鲁棒的数字广播接收机和该数字广播接收机的控制方法。此外，根据本发明的另一个实施方式，可以容易地实现在移动数字广播环境中设置或解除对特定业务的条件接收的功能。此外，根据本发明的又一个实施方式，可以在移动数字广播环境中对具有非法复制防止功能的业务向外部接口的传输进行控制。图1例示了根据本发明的一个实施方式的数字广播接收系统的结构的框图。图2例示了根据本发明的数据组(datagroup)的示例性结构。图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例示了根据本发明的MHRTP有效载荷类型描述符的示例性比特流语法结构。图20例示了根据本发明的MH当前事件描述符的示例性比特流语法结构。图21例示了根据本发明的MH下一事件描述符的示例性比特流语法结构。图22例示了根据本发明的MH系统时间描述符的示例性比特流语法结构。图23例示了根据本发明的业务映射表的分段和封装过程。图24例示了根据本发明的、利用FIC和SMT来访问虚拟频道的流程图。图25是示出示出了根据本发明一个实施方式的MH系统的协议栈的图。图26是示出了根据本发明一个实施方式的数字广播接收机的构造的框图。图27是示出了根据本发明一个实施方式的业务映射表的比特流语法的另一个实施方式的图。图28是示出了根据本发明一个实施方式的条件接收描述符的语法的图。图29是示出了根据本发明一个实施方式的RS帧的结构的图。图30是示出了根据本发明一个实施方式的MHTP格式的图。图31是示出了根据本发明一个实施方式的在IP级加密的数据的结构的图。图32是示出了根据本发明一个实施方式的在RTP级加密的数据的结构的图。图33是示出了根据本发明一个实施方式的在原始级加密的数据的结构的图。图34是例示了适用于本发明一个实施方式的AES-CTR模式加密处理的图。图35是例示了适用于本发明一个实施方式的AES-CTR模式解密处理的图。图36是定义了适用于本发明一个实施方式的AES-CTR模式计数器值的表。图37是例示了处理在适用于本发明一个实施方式的AES-CTR模式加密/解密处理中的残留块的处理的图。图38是包括根据本发明一个实施方式的条件接收描述符的SMT的详图。图39是示出了根据本发明一个实施方式的包括应用了条件接收的MH业务的RS帧的结构的图。图40是例示了根据本发明一个实施方式的数字广播接收机的控制方法的流程图。图41是定义了根据本发明一个实施方式的复制控制信息(CCI)的表。图42是例示了图41示出的加密模式指示符(EMI)的图。图43是例示了图41示出的模拟保护系统(APS)的图。图44是例示了图41示出的约束图像触发器(CIT)的图。以及图45是例示子根据本发明一个实施方式的数字广播接收机和数字广播发射机的控制方法的流程图。具体实施例方式现在将详细地参考本发明的优选实施方式，在附图中例示了优选实施方式的示例。在可能的情况下，在整个附图中使用相同的标号来表示相同或类似部件。此外，尽管本发明中所使用的术语是选自公知公用的术语，但是本发明的说明书中所提及的部分术语是申请人:根据他或她自己的考虑而选择的，在说明书中的相关部分对这些术语的详细含义做出了说明。此外，不能简单地通过实际使用的术语来理解本发明，而是需要通过各个术语中内在的意义来理解本发明。在本发明的说明书所使用的术语中，“主业务数据”对应于可以由固定接收系统接收的数据，并可以包括音频/视频(A/V)数据。更具体地说，主业务数据可包括高清(HD:highdefinition)或标清(SD:standarddefinition)等级的A/V数据，并且也可包括数据广播所需的各种数据类型。另外，“已知数据”对应于根据接收系统与发送系统之间预先达成的协定而预知的数据。另外，在本发明所使用的术语中，“MH”对应于“移动(mobile)”和“手持(handheld)”的首字母，并且表示与固定类型系统相反的概念。此外，MH业务数据可包括移动业务数据及手持业务数据中的至少一种，并且能够将其简称为“移动业务数据”。这里，移动业务数据不仅对应于MH业务数据，而且还可以包括具有移动或便携特性的任意类型的业务数据。因此，根据本发明的移动业务数据并不仅限于MH业务数据。上述移动业务数据可对应于具有诸如程序执行文件、证券信息等信息的数据，并且也可以对应于A/V数据。具体地说，移动业务数据可对应于与主业务数据相比具有较低分辨率和较低数据速率的A/V数据。例如，如果用于传统主业务的A/V编解码器对应于MPEG-2编解码器，则具有更好的图像压缩效率的MPEG-4高级视频编码(AVCadvancedvideocoding)或可扩展视频编码(SVCscalablevideocoding)可用作针对移动业务的A/V编解码器。此外，可以将任意类型的数据作为移动业务数据来发送。例如，可以将用于广播实时传输信息的传输协议专家组(TPEGtransportprotocolexpertgroup)数据作为移动业务数据来发送。此外，使用移动业务数据的数据业务可包括天气预报服务、交通信息服务、证券信息服务、观众参与问答节目、实时投票及调查、互动教育广播节目、游戏服务、用于提供关于肥皂剧或连续剧的情节摘要、人物、背景音乐及拍摄场地的信息的服务、用于提供关于过去比赛分数和选手简介和成绩的信息的服务、以及用于提供关于按照业务、介质、时间及主题而分类的使得能够处理购买订单的产品信息和节目的信息的服务。在本文中，本发明并不仅限于上述业务。在本发明中，发送系统提供主业务数据的向下兼容性，以使得传统接收系统可接收主业务数据。在本文中，将主业务数据与移动业务数据复用到同一物理信道，然后进行发送。此外，根据本发明的数字广播发送系统对移动业务数据执行附加编码并插入接收系统与发送系统已知的数据(例如，已知数据)，由此来发送处理后的数据。因此，当使用根据本发明的发送系统时，尽管在信道中出现各种失真和噪声，但是接收系统仍然可以在移动状态下接收到移动业务数据并且还可以稳定地接收移动业务数据。图1例示了根据本发明的一个实施方式的数字广播接收系统的结构的框图。根据本发明的数字广播接收系统包括基带处理器100、管理处理器200以及呈现处理器300。基带处理器100包括操作控制器110、调谐器120、解调器130、均衡器140、已知序列检测器(或已知数据检测器)150、块解码器(或移动手持块解码器)160、主里德-所罗门(RSReed-Solomon)帧解码器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接收已经经过了里德_所罗门(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的余数(1mod16)而累加。N表示属于相应MH系综的RS帧的列尺寸。在本文中，N的值决定各个MHTP的尺寸。最后，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帧进行逐行识别，以构造MHTP。之后，主RS帧处理机211将所构造的MHTP输出到MHTP处理机213。辅RS帧处理机212对从基带处理器100的辅RS帧解码器180接收的辅RS帧进行逐行识别，以构造MHTP。之后，辅RS帧处理机212将所构造的MHTP输出到MHTP处理机213。MH传输包(TP)处理机213从由主RS帧处理机211和辅RS帧处理机212接收的各个MHTP中提取报头，由此确定包括在相应MHTP中的数据。随后，当所确定的数据对应于SI数据(即，未封装到IP数据报的SI数据)时，将相应数据输出到物理自适应控制信号处理机216。或者，当所确定的数据对应于IP数据报时，将相应数据输出到IP网络栈220。IP网络栈220对正以IP数据报的形式发送的广播数据进行处理。更具体地说，IP网络栈220对经由用户数据报协议(UDP)、实时传输协议(RTP)、实时传输控制协议(RTCP)、异步分层编码/分层编码传输(ALC/LCTasynchronouslayeredcoding/layeredcodingtransport)、单向传输的文件传送(FLUTE:filedeliveryoverunidirectionaltransport)等输入的数据进行处理。在本文中，当处理的数据对应于流数据时，将相应数据输出到流处理机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显示的用户的接口或其它不与基于信道的业务对应的应用业务进行管理。同时，在根据本发明的实施方式的移动广播技术中使用的数据结构可以包括数据组结构和RS帧结构，现在将对其进行详细描述。图2例示了根据本发明的数据组的示例性结构。图2示出了将根据本发明的数据结构的数据组划分成10个MH块(即，MH±夬1(B1)到MH块10(B10))的示例。在该示例中，各个MH块长度为16个段。参照图2，只将RS奇偶校验数据分配给MH块1(B1)的前5段和MH块10(B10)的后5段的部分。在数据组的区域A到D中不包括RS奇偶校验数据。更具体地说，当假设将一个数据组划分成区域A、B、C和D时，可以根据该数据组内的各个MH块的特性而将各个MH块包括在从区域A到区域D的任意一个中(例如，各个MH块的特性可以是主业务数据的干扰程度)。在本文中，将数据组划分成将被用于不同用途的多个区域。更具体地说，与具有较高干扰程度的区域相比，可以认为没有干扰或具有极低干扰程度的主业务数据的区域具有更强抵抗力的(或更强的)接收性能。另外，当使用在数据组中插入和发送已知数据的系统时(其中，已知数据基于发送系统与接收系统之间的协定而已知)，并且当要在移动业务数据中周期性地插入相继的较长已知数据时，可以将具有预定长度的已知数据周期性地插入到不受主业务数据干扰的区域中(即，未混有主业务数据的区域)。然而，由于主业务数据的干扰，难以将已知数据周期性地插入到受主业务数据干扰的区域，并且也难以将相继的较长已知数据插入到受主业务数据干扰的区域。参照图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可能具有区域A、B、C、和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相比，可以在区域B中获得(或得到)更强的均衡性能。参照图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进入点(entrypoint)在内的MH系综的情况下，接收针对各个MH帧的RS帧。各个RS帧都包括各种业务或ESG的IP流，并且SMT区段数据可以存在于全部RS帧中。根据本发明的实施方式的RS帧由至少一个MH传输包(TP)组成。在本文中，MHTP包括MH报头和MH有效载荷。MH有效载荷可包括移动业务数据以及信令数据。更具体地说，MH有效载荷可以只包括移动业务数据，或可以只包括信令数据，或可以既包括移动业务数据又包括信令数据。根据本发明的实施方式，MH报头可以对包括在MH有效载荷中的数据类型进行标识(或区分)。更具体地说，当MHTP包括第一MH报头时，这表示该MH有效载荷只包括信令数据。另外，当MHTP包括第二MH报头时，这表示该MH有效载荷既包括信令数据又包括移动业务数据。最后，当MHTP包括第三MH报头时，这表示该MH有效载荷只包括移动业务数据。在图3所示的示例中，RS帧指定有用于两种业务类型的IP数据报(例如，IP数据报1和IP数据报2)。图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”的倍数。根据本发明的实施方式，将多个相继的数据组指定成在子帧内尽可能远地彼此相隔开。因此，系统可以对子帧中可能发生的任何突发错误进行迅速和有效地响应。例如，当假设将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示出了上述用于在子帧中指定数据组的规则(或模式)。式1j=(4i+0)mod16这里，0=0ifi<4,0=2elseifi<8，0=1elseifi<12，0=3else.这里，j表示子帧内的时隙号。j的值可为从0到15。另外，变量i表示数据组号。i的值可为从0到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帧模式的示例。表1RS帧模式Γ^Ι~~00对于全部组的区域，只有一个主RS帧~~01存在两个单独的RS中贞-针对组区域A和B的主RS帧-针对组区域C和D的辅RS帧"οUm"TlUm表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帧结构可以以MH帧为单位而变化。因此，可以更加频繁和灵活地调整系综速率(ensemblerate)。图9例示了被指定(或分配)到MH帧的单个队列的多个数据组的一个示例。更具体地说，图9例示了单个队列的示例，其中，包括在子帧中的数据组的数量等于“3”。参照图9，按照4个时隙的周期来将3个数据组依次地指定到子帧。因此，当在相应的MH帧所包括的5个子帧中等同地执行该处理时，将15个数据组指定到单个MH帧。这里，15个数据组对应于包括在一个队列中的数据组。因此，由于一个子帧由4个VSB帧构成，并且由于一个子帧中包括3个数据组，因此没有将相应队列的数据组指定到子帧内的4个VSB帧中的一个。例如，当假设一个队列发送一个RS帧时，且假设包括在发送系统中的RS帧编码器(未示出)对相应的RS帧执行RS编码，由此将24个字节的奇偶校验数据添加到相应的RS帧中并发送处理后的RS帧，则奇偶校验数据占总的RS码字长度的大约11.37%(=24/(187+24)xlOO)。此外，当一个子帧包括3个数据组时，并且当如图9所示指定了包括在队列中的数据组时，则由15个数据组形成一个RS帧。因此，即使由于信道内的突发噪声而在整个数据组中发生错误时，百分比仅是6.67%(=1/15X100)。因此，接收系统可通过执行消除RS解码处理(erasureRSdecodingprocess)来纠正全部错误。更具体地说，当执行消除RS解码时，可纠正与RS奇偶校验字节的数量相对应的多个信道错误，并且可以纠正一个RS码字中比RS奇偶校验字节的数量少的数量的字节错误。这样，接收系统可纠正一个队列内的至少一个数据组的错误。因此，可由RS帧纠正的最小突发噪声长度超过1个VSB帧。同时，当如图9所示指定了队列的数据组时，或者将主业务数据指定在各个数据组之间，或者可以将与不同队列相对应的数据组指定在各个数据组之间。更具体地说，将与多个队列相对应的数据组指定到一个MH帧。基本上，指定与多个队列相对应的数据组的方法与指定与单个队列相对应的数据组的方法相似。换言之，也可以根据4个时隙的周期来分别指定了包括在要指定到MH帧的其它队列中的数据组。在这一点上，可以利用循环法来将不同队列的数据组依次指定到各个时隙。这里，将数据组指定到从尚未被指定有之前队列的数据组的时隙开始的时隙。例如，当假设如图9所示指定了与队列相对应的数据组时，可以将与下一个队列相对应的数据组指定到从子帧的第12个时隙开始的子帧。然而，这仅是示例性的。在另一示例中，也可以从第3时隙开始按照4个时隙的周期来将下一个队列的数据组依次指定到子帧内的不同时隙。图10例示了通过MH帧发送3个队列(队列#0、队列#1及队列#2)的示例。更具体地说，图10例示了发送包括在5个子帧中的一个子帧中的队列的示例，其中，由5个子帧构成一个MH帧。当第1队列(队列#0)包括针对各个子帧的3个数据组时，通过在式1中用值“O”到“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传输结构对应的FIC主体。然而只要需要，就可以以MH帧为单位而不是以MH子帧为单位来对各个FIC段进行交织，由此以MH帧为单位而完成。同时，在本发明的实施方式中应用了MH系综的概念，由此来定义业务集合(或业务组)。各个MH系综承载同一QoS，并且用同一FEC码来进行编码。另外，各个MH系综具有相同的唯一标识符(即，系综ID)，并且对应于相继的RS帧。如图12所示，与各个数据组相对应的FIC段可以描述相应的数据组所属的MH系综的业务信息。当将子帧内的FIC段进行成组并解交织时，可以获得用于发送相应的FIC的物理信道的全部业务信息。因此，接收系统可以在子帧周期期间获得相应物理信道的已通过物理信道调谐处理的信道信息。此夕卜，图12例示了一种还包括与业务队列分离的单独EDC队列的结构，并且其中，在各个子帧的第1时隙中发送电子业务指南(ESG)数据。图13例示了根据本发明的一个实施方式的分级信令结构。如图13所示，根据本发明的实施方式的移动广播技术采用利用FIC和SMT的信令方法。在本发明的说明书中，将该信令结构称为分级信令结构。此后，将参照图13给出关于接收系统如何经由FIC和SMT来访问虚拟频道的详细描述。MH传输(Ml)中所定义的FIC主体针对各个虚拟频道识别各个数据流的物理位置，并且提供对各个虚拟频道的非常高级别的描述。作为MH系综级别的信令信息，业务映射表(SMT)提供MH系综级别的信令信息。SMT提供属于各个MH系综(其内部承载了SMT)的各个虚拟频道的IP访问信息。SMT还提供对于虚拟频道业务获取所需的全部IP流成分级别的信息。参照图13，各个MH系综(S卩，系综0、系综1.....系综K)包括关于各个相关的(或相应的)虚拟频道的流信息(例如，虚拟频道0IP流、虚拟频道1IP流及虚拟频道2IP流)。例如，系综0包括虚拟频道OIP流和虚拟频道1IP流。并且，各个MH系综都包括关于相关虚拟频道的各种信息(即，虚拟频道0表条目、虚拟频道0访问信息、虚拟频道1表条目、虚拟频道1访问信息、虚拟频道2表条目、虚拟频道2访问信息、虚拟频道N表条目、虚拟频道N访问信息等)。FIC主体有效载荷包括关于MH系综的信息(例如，ensemblejd字段，并且在图13中将其称为“系综位置”)和关于与相应MH系综相关联的虚拟频道的信息(例如，major_channel_num字段和minor_channel_num字段，在图13中被表示成“虚拟频道0”、“虚拟频道1”.....“虚拟频道N”)。现在将详细描述接收系统中的信令结构的应用。当用户选择了他或她希望查看的信道(此后为了简洁，将用户选择的信道称为“频道θ”)时，接收系统首先解析接收的FIC0随后，接收系统获得关于MH系综的信息(即，系综位置)，该信息与对应于频道θ的虚拟频道相关联(此后为了简洁，将相应的MH系综称为“ΜΗ系综Θ”)。通过使用时间分片方法来获得只对应于MH系综θ的时隙，接收系统构成了系综θ。如上所述构成的系综θ包括关于相关联的虚拟频道(包括频道Θ)的SMT和关于相应的虚拟频道的IP流。因此，接收系统使用包括在MH系综θ中的SMT，以获得关于频道θ的各种信息(例如，虚拟频道θ表条目)和关于频道θ的流访问信息(例如，虚拟频道θ访问信息)。接收系统使用关于频道θ的流访问信息，来只接收相关联的IP流，由此将频道θ业务提供给用户。根据本发明的数字广播接收系统采用了快速信息信道(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的类型。errorjndicator字段是1比特字段，其表示在数据传输期间在FIC段内是否发生了错误。如果发生错误，则将errorjndicator字段值设为“1”。更具体地说，当在FIC段的构成过程期间仍然存在不能恢复的错误时，将errorjndicator字段值设为“1”。errorjndicator字段使得接收系统能够识别出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—streamed字段。然而，根据本发明的实施方式，可以假设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是否已被更新进行通知。最后，transp0rt_stream_id字段是16比特字段，其用作用于发送相应的FIC段的广播流的唯一标识符。FIC段有效载荷的第二区域对应于系综循环区域，该区域包括ensemblejd字段、SI_version字段及num_channel字段。更具体地说，ensemblejd字段是8比特字段，其表示用于发送MH业务的MH系综的标识符。这里，ensemblejd字段将MH业务与MH系综绑定起来。SI_versi0n字段是4比特字段，其表示正在RS帧内发送的、包括在相应系综中的SI数据的版本信息。最后，nunucharmel字段是8比特字段，其表示正在经由相应的系综发送的虚拟频道的数量。FIC段有效载荷的第三区域信道循环区域，其包括charmeltype字段、channel,activityψ-$、GA—indicatorψ-$、stand—alone—service—indicatorψ-$、major—channel_num字段及minor_channel_num字段。channel—type字段是5比牛寺字段，其表示相应虚拟频道的业务类型。例如，charmeltype字段可以表示音频/视频信道、音频/视频与数据信道、音频信道、数据信道、文件下载信道、ESG传送信道、通知信道等。channelactivity字段是2比特字段，其表示相应虚拟频道的活跃性信息。更具体地说，channel,activity字段可以表示当前的虚拟频道是否正在提供当前的业务。CAjndicator字段是1比特字段，其表示有条件访问(CA)是否应用于当前的虚拟频道。stand_alone_service_indicator字段也是1比特字段，其表示相应虚拟频道的业务是否对应于独立业务。maj0r_Channel_num字段是8比特字段，其表示相应的虚拟频道主频道编号。最后，min0r_Channel_num字段也是8比特字段，其表示相应虚拟频道的次频道编号。图17例示了根据本发明的业务映射表(后面称为“SMT”)的示例性比特流语法结构。根据本发明的实施方式，以MPEG-2专用区段的格式来构成SMT。然而，这并不是对本发明的范围和精神的限制。根据本发明的实施方式的SMT包括针对单个MH系综内的各个虚拟频道的描述信息。并且，在各个描述符区域内还可以包括附加信息。这里，根据本发明的实施方式的SMT包括至少一个字段，并且可以将SMT从发送系统发送到接收系统。如图3所示，可以通过将SMT区段包括在RS帧内的MHTP中的方式来发送SMT区段。在该情况下，图1所示的RS帧解码器170和180中的每一个分别对输入的RS帧进行解码。随后，将各个经过解码的RS帧输出到各自的RS帧处理机211和212。之后，各个RS帧处理机211和212以行为单位来识别输入的RS帧，以生成MHTP,由此将所生成的MHTP输出到MHTP处理机213。当基于各个输入的MHTP中的报头而确定了相应的MHTP包括SMT区段时，MHTP处理机213解析相应的SMT区段，以将位于经过解析的SMT区段内的SI数据输出到物理自适应控制信号处理机216。但是，这限于并未将SMT区段封装到IP数据报中的情况。同时，当将SMT封装到IP数据报时、以及当基于各个输入的MHTP中的报头而确定了相应的MHTP包括SMT区段时，MHTP处理机213将SMT区段输出到IP网络栈220。因此，IP网络栈220对输入的SMT区段执行IP和UDP处理，随后将处理后的SMT区段输出到SI处理机240。SI处理机240解析输入的SMT区段并控制系统，使得可以将经过解析的SI数据存储在存储单元290中。以下部分对应于可以通过SMT发送的字段的示例。table_id字段对应于8比特无符号整数，其表示在业务映射表(SMT)中定义的表区段的类型。ensemblejd字段是8比特无符号整数字段，其对应于与相应MH系综相关的ID值。这里，可以将范围为从“0x00”到“0x3F”的值指定给ensemblejd字段。优选地，从自MH物理层子系统的基带处理器传送的TPC数据的paradejd得到ensemblejd字段的值。当通过主RS帧来发送(或承载)相应MH系综时，可以将值“0”用于最高有效位(MSB)，其余7个比特可用作相关的MH队列的paradejd值(即，用于最低有效的7位)。另选的是，当通过辅RS帧来发送(或承载)相应的MH系综时，可以将值“1”用于最高有效位(MSB)。num_channels字段是8比特字段，其指定了相应SMT区段中的虚拟频道的数量。同时，根据本发明的实施方式的SMT使用“for”循环语句来提供关于多个虚拟频道的信息。maj0r_Channel_num字段对应于8比特字段，其表示与相应虚拟频道相关联的主频道编号。这里，可以将从“0x00”到“OxFF”的值指定给major_channel_num字段。minor_channel_num字段对应于8比特字段，其表示与相应虚拟频道相关联的次频道编号。这里，可将从“0x00”到“OxFF”的值指定给minor_channel_num字段。short_channel_name字段表示虚拟频道的缩写。service_id字段是16比特无符号整数(或值)，其标识了虚拟频道业务。servicejype字段是6比特枚举类型字段，其标识了如下表2所定义的在相应虚拟道中所承载的业务的类型。表2virtual_channel_activity字段是2比特枚举字段，其标识了相应虚拟频道的活跃性(activity)状态当virtual_channel_activity字段的最高有效位(MSB)是“1”时，该虚拟频道是活跃的，而当virtualcharmelactivity字段的最高有效位(MSB)是“0”时，该虚拟频道是不活跃的。另外，当virtualcharmelactivity字段的最低有效位(LSB)是“1”时，隐藏了虚拟频道(当设为1时)，而当virtualcharmelactivity字段的最低有效位(LSB)是“0”时，不藏虚拟频道。num_C0mp0nents字段是5比特字段，其指定了在相应虚拟频道中的IP流成分的数量IP_VerSi0n_flag字段对应于1比特指示符。更具体地说，当IP_version_flag字段的值设为“1”时，其表示source_IP_address字段、virtual—channel_target_IP_address^f^iMcomponent_target_IP_address^l^jkIPv6iiiltlt。另选的是，当IP_versi0n_flag字段的值设为“0”时，其表示SOurCe_IP_addreSS字段、virtual_channel_target_IP_address^f^iMcomponent_target_IP_addressIPv4地址。SOurCe_IP_adreSS_flag字段是1比特布尔标志，当设定了该标志时，其表示针对特定多播源存在相应虚拟频道的源IP地址。virtual_channel_target_IP_address字段是1比特布尔标志，当设定了该标志时，其表示通过具有与virtual_Channel_target_address不同的目标IP地址的IP数据报来传送相应的IP流成分。因此，当设定了该标志时，接收系统(或接收机)使用component_target_IP_address作为target_IP_address,以访问相应的IP流成分。因此，接收系统(或接收机)可以忽略包括在nunucharmels循#中的virtual_channel_target_IP_addresssource_IP_address字段对应于32比特字段或128比特字段。这里，当source_IP_address_flag字段的值设为“1”时，source_IP_address字段为有效(或存在)。然而，当source_IP_address_flag字段的值设为“O”时，source_IP_address字段将变得无效(或不存在)。更具体地说，当s0urce_ip_address_flag字段值设为“1”时，且当IP_version_flag字段值设为“O”时，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_f1ag字段值设为“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字段无效(或不存在),贝Unum_channels循环内的componenttargetJPjddress字段将变得有效(或存在)。并且，为了使得接收系统能够访问IP流成分，应使用component_target_IP_address字段。同时，根据本发明的实施方式的SMT使用“for”循环语句，以提供关于多个成分的信息。这里，被指定了7个比特的RTP_payl0ad_type字段基于如下所示的表3来标识各个成分的编码格式。当未将IP流成分封装到RTP时，应忽略(或忽视)RTP_payload_type字段。下面，表3示出了RTP有效载荷类型的示例。表3component_target_IP_address_flag字段是1比特布尔标志，当设定了该标志时,其表示通过带有与virtual_channel_target_IP_address不同的目标IP地址的IP数据报来发送相应的IP流成分。此外，当设定了component_target_IP_address_flag时，接收系统(或接收机)使用component_target_IP_address字段作为目标IP地址以访问相应的IP流成分。因此，接收系统(或接收机)将忽略包括在nunucharmels循环中的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”时，componenttargetJPjddress字段表示与相应IP流成分相关联的128位IPv6地址。p0rt_num_C0imt字段是6比特字段，其表示与相应的IP流成分相关联的UDP端口的数量。目标UDP端口号值从target_UDP_p0rt_nUm字段值开始并增加1(或累加1)。对于RTP流，目标UDP端口号应从target_UDP_p0rt_num字段值开始并增加2(或累加2)。这是为了对与RTP流相关联的RTCP流进行合并。target_UDP_p0rt_num字段是16比特无符号整数字段，其表示了针对相应IP流成分的目标UDP端口号。当将该字段用于RTP流时，target_UDP_p0rt_num字段的值应当对应于偶数。并且，下一个更高的值应当表示相关的RTCP流的目标UDP端口号。componentlevel_descriptor()表示零或表示更多个用于提供关于相应IP流成分的附加信息的描述符。Virtual_channel_leVel_descriptor()表示零或表示更多个用于提供针对相应虚拟频道的附加信息的描述符。ensembleJeveldescriptorO表示零或表示更多个用于提供针对由相应SMT所描述的MH系综的附加信息的描述符。图18例示了根据本发明的MH音频描述符的示例性比特流语法结构。当存在作为当前事件的成分的至少一个音频业务时，MH_audio_descriptor()应当用作SMT的component_level_descriptor。MH_audio_descriptor()可以将音频语言类型禾口立体声模式状态通知给系统。如果不存在与当前事件相关联的音频业务，则优选地将MH_audi0_descriptor()视为对于当前事件无效(或不存在)。现在将详细描述在图18的比特流语法中示出的各个字段。descriptor_tag字段是具有TBD值的8比特无符号整数，其表示了相应的描述符是MH_audio_descriptor()。descriptor_length字段也是8比特无符号整数，其表示从descriptor_length字段之后开始、直到MH_audio_descriptor()的结尾为止的部分的长度(以字节为单位)。charmelconfiguration字段对应于8比特字段，其表示了音频频道的编号和构造。范围为从“1”到“6”的数值分别表示了如IS0/IEC13818-72006的Table42中所给出的“Defaultbitstreamindexnumber”的音频频道的编号和构造。其它全部值表示了并未定义音频频道的编号和构造。sample_rate_code字段是3比特字段，其表示了编码后的音频数据的抽样速率。这里，该指示可以对应于一个特定的抽样速率，或者可以对应于如在ATSCA/52B的TableA3.3中所定义的、包括有编码后的音频数据的抽样速率的一组值。bit_rate_COde字段对应于6比特字段。这里，在这6个比特中，较低的5个比特表示标称比特率。更具体地说，当最高有效位(MSB)是“0”时，相应的比特率是准确的。另一方面，当最高有效位(MSB)是“0”时，该比特率对应于在ATSCA/53B的TableA3.4中所定义的上限。IS0_639_language_code字段是24比特(即，3个字节)字段，其表示了符合ISO639.2/B[x]的、用于音频流成分的语言。当在相应的音频流成分中不存在特定的语言时，各个字节的值都应设为“0x00”。图19例示了根据本发明的MHRTP有效载荷类型描述符的示例性比特流语法结构。MH_RTP_payload_type_descriptor()指定了RTP有效载荷类型。然而，MH_RTP_payload_type_descriptor()仅仅在SMT的num_components循环内的RTP_payload_type字段的动态值处于“96”到“127”的范围内时才存在。MH_RTP_payload_type_descriptor()用作SMT的component_level_descriptor。MH_RTP_payload_type_descriptor将动态的RTP_payl0ad_type字段值解释成(或匹配于)MIME类型。因此，接收系统(或接收机)可以收集(或搜集)封装到RTP的IP流成分的编码格式。现在将详细描述包括在MH_RTP_payload_type_descriptor()中的字段。descriptor—tag字段对应于具有TBD值的8比特无符号整数，其将当前描述符标识为MH_RTP_payload_type_descriptor()。descriptor_length字段也对应于8比特无符号整数，其表示了从descriptorjength字段之后开始、直至MH_RTP_payl0ad_type_descriptor()的结尾为止的部分的长度(以字节为单位)。RTP_payl0ad_type字段对应于7比特字段，其标识了IP流成分的编码格式。这里，RTP_payl0ad_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_currentevent,descriptor()中的字段。descriptor_tag字段对应于具有TBD值的8比特无符号整数，其将当前描述符标识为MH_current_event_descriptor()。descriptor_length字段也对应于8比特无符号整数，其表示了从descriptor_length字段之后开始、直至MH_current_event_descriptor()的结尾为止的部分的长度(以字节为单位)。current_event_Start_time字段对应于32比特无符号整数。current_event_start_time字段表示了当前事件的开始时间，更具体地说，其表示了按照自1980年1月6日00:00:OOUTC以来的GPS秒的数量的开始时间。Current_event_duration字段对应于24比特字段。这里，current_event_duration字段按照小时、分钟及秒来表示了当前事件的持续时间(例如，其中该格式为6个数字，4位BCD=24比特)。title_length字段指定title_text字段的长度(以字节为单位)。这里，值“0”表示相应的事件不存在标题。title_text字段按照如ATSCA/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:00UTC以来的GPS秒的数量的开始时间。next_event_duration字段对应于24比特字段。这里，next_event_durati0n字段按照小时、分钟及秒来表示了下一事件的持续时间(例如，其中该格式为6个数字，4位B⑶=24比特)。title_length字段指定了title_text字段的长度(以字节为单位)。这里，值“0”表示相应的事件不存在标题。title_text字段按照如ATSCA/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()的结尾为止的部分的长度(以字节为单位)。systenutime字段对应于32比特无符号整数。systenutime字段表示当前的系统时间，更具体地说，其表示了按照自1980年1月6日00:00:OOUTC以来的GPS秒的数量的当前系统的时间。GPS_UTC_offset字段对应于8比特无符号整数，其定义了在GPS与UTC时间标准之间以整秒为单位的当前偏移。为了将GPS时间转换成UTC时间，从GPS时间减去GPS_UTC_offset。只要国际度量衡局(InternationalBureauofWeightsandMeasures)确定当前偏移的误差太大，就可以增加(或减去)额外的闰秒(leapsecond)。因此，GPS_UTC_offset字段值将反映出该变化。time_zone_offset_polarity字段是1比特字段，其表示了广播站所在时区的时间是否超过(或领先或快于)或落后(或滞后于或慢于)UTC时间。当time_Z0ne_0ffset_polarity字段的值等于“0”时，其表示当前时区的时间超过UTC时间。因此，将time_Zone_offset_polarity字段的值增加到UTC时间值。相反，当time_zone_offset_polarity字段的值等于“1”时，其表示当前时区的时间落后于UTC时间。因此，从UTC时间值中减去time_zone_offset_poIarity字段值。time_zone_offset字段是31比特无符号整数。更具体地说，time_zone_offset字段以GPS秒为单位来表示与UTC时间相比的广播站所在的时区的时间偏移。daylight_savings字段对应于16比特字段，其提供了关于夏令时(即，夏时制时间)的信息。time_zone字段对应于(5X8)比特字段，其表示了发送相应的广播流的发送系统(或发射机)所在的时区。图23例示了根据本发明的业务映射表(SMT)的分段和封装过程。根据本发明，在将目标IP地址与目标UDP端口号包括在IP数据报中的情况下，将SMT封装到UDP。更具体地说，首先将SMT分段成预定数量的区段，随后将其封装到UDP报头，最后封装到IP报头。此外，SMT区段提供了与包含在MH系综(其包括相应的SMT区段)中的全部虚拟频道相关的信令信息。将描述了MH系综的至少一个SMT区段，包括在该相应MH系综中所包括的各个RS帧中。最后，通过包括在各个区段中的ensemblejd来标识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主体的transp0rt_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帧中。另外，通过包括在各个区段中的ensemblejd来标识各个SMT区段。此外，各个SMT提供与属于相应MH系综(其包括各个SMT)的各个虚拟频道有关的IP访问信息。最后，SMT提供了对于服务相应的虚拟频道所需的IP流成分级别信息。因此，利用根据SMT解析出的信息，可以访问属于请求接收所需的虚拟频道的IP流成分(S513)。因此，可以将与相应的虚拟频道相关联的业务提供给用户(S514)。此后，将基于参照图1到图24对本发明进行的说明来详细地描述根据本发明实施方式的数字广播接收系统。因此，图1到图24的说明可以部分地或全部地应用于根据本发明的实施方式的数字广播接收系统。显然，所附的权利要求和它们的等同物的范围将不会脱离本发明的说明。图25是示出了根据本发明一个实施方式的MH系统的协议栈的图。此后，参照图25，将给出根据本发明一个实施方式的MH系统的协议栈的简要说明。根据本发明一个实施方式，给出了对下述技术的定义，该技术涉及在通过MH传输层和物理层发送IP级、RTP级和原始级的数据前对要求条件接收的数据进行加密和解密。另外，给出了用于实现以上技术的信令方法(例如，在MH加密/解密层和MH信令层之间建立的协议等)的定义。此外，给出了将应用了条件接收的业务输出到外部接口时控制应用了条件接收的业务的方法的定义。在整个说明书中使用了术语“条件接收(conditionalaccess)”。“条件接收”对应于对移动业务数据进行加密(例如，加扰)以使其只能由特定用户或特定数字广播接收机使用的状态。例如，“条件接收”可以对应于其中由条件接收系统(CASconditionalaccesssystem)或控制接收系统(CAScontrolaccesssystem)设置了条件接收功能的情况。另外，在整个说明书中使用了术语“控制数据”。“控制数据”对应于解除应用了条件接收的数据的条件接收功能所需要的数据。可以将“控制数据”称为“关键值”，并且“控制数据”例如可以由授权管理消息(EMMentitlementmanagementmessage)、授权控制消息(ECMentitlementcontrolmessage)等组成。此外，ECM可以包括控制字(CW)。图26是示出了根据本发明一个实施方式的数字广播接收机的构造的框图。此后，将参照图26来描述根据本发明一个实施方式的数字广播接收机的对应用了条件接收的移动业务数据进行处理的功能。可供参考的是，图1和图26的数字广播接收机在它们处理移动数字广播方面相似，但是图26的数字广播接收机的特征特别地在于该数字广播接收机还能够处理应用了条件接收的移动业务数据。另外，本领域的技术人员通过参照本说明书的全部描述就会容易地理解图26的数字广播接收机的操作。此外，本发明的范围并不限于附图中所描述的内容，主要应当基于在所附的权利要求中描述的内容来解释本发明的范围。如图26所示，根据本发明一个实施方式的数字广播接收机(由附图标记2600表示)包括接收模块2610、MH信令数据库2620、用户接口/控制器2630、基于MHTP/IP的信令解码器2640、传输处理机2650、安全性处理机2660、应用解码器2670、后处理器/输出模块2680等。可供参考的是，在图26中，虚线表示控制各个模块的数据的流程，而实线表示正在被发送的实际数据的流程。接收模块2610包括调谐器2611、操作控制器2612、VSB解调器2613、均衡器2614、MH块解码器2615、RS帧解码器2616、已知序列检测器2617、以及信令解码器2618。用户接口/控制器2630包括应用管理器2631和用户接口2632。基于MHTP/IP的信令解码器2640包括MH传输信令解码器2641和基于IP的信令解码器2642。传输处理机2650包括MHTP解复用器2651、IP数据处理机2652、UDP数据处理机2653、文件传输处理机2654、流传输处理机2655、以及MH加密/解密处理机2656。安全性处理机2660包括智能卡接口2661、安全性信令数据库2662、复制保护处理机2663、以及MH加密/解密处理机2656。可供参考的是，可以使用嵌入式安全性处理器而不使用智能卡接口2661。应用解码器2670包括应用处理机2671、音频解码器2672、视频解码器2673、以及数据解码器2674。根据本发明一个实施方式的数字广播接收机2600的调谐器2611接收复用了移动业务数据和主业务数据的广播信号。当然，可以将负责该功能的模块命名为接收单元。RS帧解码器2616从接收到的移动业务数据中的数据组中提取传输参数信道(TPC)信令信息和快速信息信道(FIC)信令信息。当然，可以将负责该功能的模块命名为提取器。另外，可以额外地设置单独的FIC解码器以提取FIC信令信息。MH传输信令解码器2641使用提取出的快速信息信道信令信息来获取系综的业务和描述了虚拟频道信息的节目表，该系综是接收到的移动业务数据的虚拟频道组。当然，可以将负责该功能的模块命名为获取器。另一方面，该节目表可以对应于业务映射表(SMT)，业务映射表是关于移动业务数据的构造信息的表，例如可以如图17或图27中那样构造这个SMT表。传输处理机2650和/或安全性处理机2660使用所获取的节目表来检测条件接收描述符，该条件接收描述符区别地定义了加密移动业务数据的各个级别。当然，可以将负责该功能的模块命名为检测器。稍后将参照图28来详细地描述条件接收描述符。另外，传输处理机2650和/或安全性处理机2660进行控制以使得使用检测到的条件接收(CA)描述符的信息与被加密的移动业务数据的加密级别相对应地对加密后的移动业务数据进行解密。当然，可以将负责该功能的模块命名为控制器。因此，根据本发明一个实施方式，在MH数字广播环境中，只有被授权使用应用了条件接收的业务(例如，加密的业务、加扰的业务等)的广播接收机才能够使用该业务。另夕卜，根据本发明一个实施方式，定义了用于实现这样的技术的明确的信令方法。另一方面，上述的数据组例如可以包括多个已知数据序列，并且可以将传输参数信道信令信息和快速信息信道信令信息设计成例如被放置在已知数据序列中的第一已知数据序列和第二已知数据序列之间。因此，根据本发明一个实施方式的数字广播接收机的已知数据检测器可以检测接收到的广播信号中的已知数据，而根据本发明的这个实施方式的数字广播接收机的均衡器可以使用检测到的已知数据对与检测出的已知数据相对应的移动业务数据进行信道均衡。可供参考的是，在图1的说明中充分地描述了已知数据检测器和均衡器的功能。此外，根据这个实施方式，均衡器可以通过使用从已知数据检测器输入的已知数据符号序列来提高均衡性能。此后，将参照图26来更加详细地描述能够处理应用了条件接收的业务的广播接收机的操作。MH信令数据库2620是存储接收到的非IP形式或IP形式的MH信令数据的数据库，并且在需要时提供所存储的数据。MH传输信令解码器2641处理MH信令信息中的非IP的MH信令信息，而基于IP的信令解码器2642处理MH信令信息中基于IP的MH信令信息。MHTP解复用器2651处理从RS帧中提取出的MH传输包(TP)，该RS帧输出自RS帧解码器2616，而IP数据处理机2652处理MHTP中将被传输到IP层的IP数据报。UDP数据处理机2653处理IP数据报中将被传输到UDP层的UDP数据报。文件传输处理机2654处理UDP数据报中将被传输到文件传输协议层的文件。流传输处理机2655处理UDP数据报中将被传输到RTP层(例如，用于实时业务的流层)的数据。应用管理器2631通过业务指南来管理业务指南的显示和涉及信道建立的用户输入信号等。应用解码器2670管理MH广播系统中的中间件和用于业务输出的解码器。后处理器/输出模块2680是经过后处理解码的业务的接口，并且向外部设备输出各种数据。具体地说，负责与本发明有关的主要功能的模块可以是MH加密/解密处理机2656、智能卡接口2661、安全性信令数据库2662、复制保护处理机2663等，此后将更加详细地描述这些模块的功能。MH加密/解码处理机2656进行控制以使得与各个层的级别相对应地加密和解密了MH业务中应用了条件接收的业务。安全性信令数据库2662是存储对MH业务中的应用了条件接收的业务或高价值业务进行加密或解密所需要的数据、和安全地处理对应的业务所需要的数据、并且在需要时提供存储的数据的数据库。智能卡接口2661表示用于处理需要安全地处理的数据的处理器，并且可以由嵌入式安全性处理器来替代。复制保护处理机2663用于针对向外部接口进行的高价值业务的传输来对高价值业务进行加密并且处理加密所需要的控制数据。另一方面，为了实现条件接收功能，需要各种附加信息(诸如涉及设备和用户认证的信息、关于用户的接收授权级别的信息、以及用于加密和解密的控制字(例如，可以将其表示为“密钥”))。换言之，控制数据由授权管理消息(EMM)、授权控制消息(ECM)等组成，并且ECM包括控制字。可以在电子业务指南(ESG)中发送该控制数据，或者可以使用其它方式来发送该控制数据。接收控制数据的数字广播接收机2600将控制数据存储在MH信令数据库2620或安全性信令数据库2662中，安全性信令数据库2662是单独的存储空间。在某些情况下，数字广播接收机2600可以实时地接收并使用控制数据。因此，在被授权的数字广播接收机准备使用应用了条件接收的业务时，该数字广播接收机可以从MH信令数据库2620或安全性信令数据库2662中提取对应于该业务的控制数据，或者可以实时地提取对应于该业务的控制数据。另外，提取出的控制数据被传输到MH加密/解密处理机2656，该MH加密/解密处理机2656随后使用传输来的控制数据来解除对应业务的条件接收功能。另一方面，此后将参照图2来简要地描述MH加密的物理层的包级结构。在应用了条件接收的情况下，加密后的MH业务、对加密后的MH业务进行解密所需的控制字、以及条件接收所需的其它控制数据通过图2所示的MH有效载荷区域被发送到数字广播接收机。也就是说，在对应用了条件接收的MH业务进行加密后，通过MH有效载荷区域发送应用了条件接收的MH业务，同样通过MH有效载荷区域发送用于条件接收功能的设置和解除的控制数据。此后，将给出在MH数字广播环境中处理应用了条件接收的业务所需的具体数据或信令方法的详细描述。图27是示出了根据本发明一个实施方式的业务映射表(此后将其表示为“SMT”)的比特流语法的另一个实施方式的图，而图28示出了根据本发明一个实施方式的条件接收描述符的语法。此后，参照图27和图28(以及图17作为补充)，将给出实现条件接收功能所需的表和描述符的说明性描述。根据本发明的一个实施方式，发送了表示MH业务的结构的SMT(例如，图17或图27所示)。SMT定义了在处理通过RS帧承载的MH业务的过程中需要的各种信息。例如，图26中的MH传输信令解码器2641可以处理SMT。该SMT可以被设计成表示关于通过对应的RS帧承载的MH业务中应用了条件接收的业务的信息。具体地说，SMT通过图28所示的条件接收描述符向数字广播接收机侧发送对条件接收功能进行处理所需要的控制数据。当然，控制数据可以通过ESG发送到数字广播接收机侧。图27的SMT可以参照图17的SMT来理解，此后将给出围绕一些其它字段的补充说明。在图27中，“SerViCe_pr0Vider_id”字段表示标识了业务提供商的信息，“number_of_ensemble”字段表示通过该表承载的系综的数量，“physical_freq_idx”字段表示发送特定系综的物理频率的索引，“ensemblejd”字段表示标识了至少一个系综的信息，“number_of_service”字段表示属于特定系综的业务的数量，而“number_of_target_Headdress”字段表示属于特定业务的目标IP地址的数量。通过图17的字段说明，将容易理解图27所示的其余字段。另外，可以把对应用了条件接收业务进行接收所需要的信息特别地包括在图28的描述符中，为了方便，可以将该描述符命名为条件接收描述符。这里应当注意，该名称仅仅是一个示例而已。另外，为了说明的方便，术语“MHCA描述符”可以取代该条件接收描述符。图28中示出的条件接收描述符包括标识了对移动业务数据进行加密的各个级别的信息、和关于用于对加密后的移动业务数据进行解密的控制数据的信息。更具体地说，如图28所示，“deSCript0r_tag”字段表示该描述符是MHCA描述符，“descriptorjength”字段表示从该字段到到该描述符的最后一个字段的长度(例如，以字节表示)，“CA_System_ID”字段表示与ECM或EMM相关联的CA系统的类型，"ECM_EMM_flag"字段表示当前的MH_CA_DeSCriptor是ECM的描述符还是EMM的描述符。例如，当"ECM_EMM_flag"字段的值是“0”时，该字段表示MH_CA_DeSCriptor是ECM的描述符，而当“ECM_EMM_flag”字段的值是“1”时，该字段表示MH_CA_Descriptor是E匪的描述符。当然，这些数值仅仅是示例而已。“encryptjevelflag”字段对应于标识了对移动业务数据进行加密或应用条件接收的各个级别的信息。例如，该字段在具有值“000”时表示“没有加密”，在具有值“001”时表示“IP级加密”，在具有值“010”时表示“RTP(流)级加密”，在具有值“011”时表示“原始级加密”，而在具有值“其它”时表示“保留”。“IP_flag”字段表示“destinatioruIPjddress”字段的信息是否存在于当前的MH_CA_Descriptor中。例如，当“IP_flag”字段具有值“0”时，其表示不存在“IP_version_flag”字段的信息和“destinatioruIPjddress”字段的信息。在该情况下，使用与对应的业务的“destination_IP_address”相同的IP地址和与对应的业务的“destination_port_number”不同的端口号将ECM或EMM发送到数字广播接收机侧。相反，当“IP_flag”字段具有值“1”时，其表示存在“IPjersioruflag”字段的信息和“destination_IP_address”字段的信息。“IP_version_flag”字段表示“destination_IP_address”的版本。例如，当“IP_versioruflag”字段的值是“0”时，其表示使用了IPv4地址，而当“IPjersioruflag”字段的值是“1”时，其表示使用了IPv6地址。“destination_IP_address”字段表示承载了ECM或E匪的IP数据报的目标IP地址。“destination_port_number”字段表示承载了ECM或E匪的UDP数据报的目标端口号，而“priVate_data_byte”字段表示由条件接收系统(CAS)单独地定义的数据。以这样的方式定义的条件接收描述符MH_CA_DeSCriptor对应于图17或图27中示出的SMT中的描述符。例如，可以将条件接收描述符定义为图17中示出的SMT的成分级描述符、虚拟频道级描述符或系综级描述符中的任一种，或者定义成图27中示出的SMT的业务提供商描述符、系综描述符、业务描述符或目标IP地址描述符中的任一种。在将条件接收描述符定义成SMT的业务提供商描述符的情况下，条件接收功能针对与特定的业务提供商相对应的所有数据进行工作。另一方面，在将条件接收描述符定义成SMT的系综描述符的情况下，条件接收功能针对与特定系综相对应的所有数据进行工作。另外，在将条件接收描述符定义成SMT的业务描述符的情况下，条件接收功能针对与特定业务相对应的所有数据进行工作。当然，该业务可以对应于虚拟频道。另外，在将条件接收描述符定义成SMT的目标IP地址描述符的情况下，条件接收功能针对与特定的目标IP地址相对应的所有数据进行工作。图29示出了根据本发明一个实施方式的RS帧的结构，图30示出了根据本发明一个实施方式的MHTP格式。此后，参照图29和图30，将给出对根据本发明一个实施方式的MH加密传输层的包级结构的说明。可供参考的是，图3和图29都示出了RS帧结构，其中图3示出了不包括应用了条件接收的数据的RS帧的结构的示例，而图29示出了包括应用了条件接收的数据的RS帧的结构的示例。图29示出了承载与MH系综相对应的数据的RS帧的结构，MH系综对应于可以作为MH物理层子系统的输出的各个MH帧。如图29所示，一个RS帧可以承载多个MH业务，每个业务都包括多个IP数据报。另外，RS帧由187*N个字节的二维字节数组组成，并且考虑到MH传输层，RS帧的每一行都构成了一个MH传输包。另一方面，一个MHTP具有包括2个字节的MHTP报头和(N-2)个字节的MHTP有效载荷的格式，在图30中例示了该格式。当填充字节的长度是k个字节时，MHTP报头的长度可以是(N-2-k)个字节。在图30中，“类型指示符(typeindicator)”字段表示有效载荷数据的数据类型。当“类型指示符”字段的值是“000”时，其表示MHTP承载了信令数据，而当“类型指示符”字段的值是“001”时，其表示MHTP承载了IP数据报。“错误指示符(errorindicator)”字段表示是否在该MHTP中检测出错误，“填充指示符(stuffindicator)”字段表示在该MHTP中是否包括填充字节，“指针字段(pointerfield)”字段表示该MHTP的有效载荷中新的包的开始点，而“填充字节(stuffingbytes)”字段在需要时(当MHTP中填充了k个字节时)可以是有效载荷的起点。图31示出了根据本发明一个实施方式的IP级加密数据的结构，图32示出了根据本发明一个实施方式的RTP级加密数据的结构，图33示出了根据本发明一个实施方式的原始级加密数据的结构。此后，参照图31到图33，将给出在各个级别执行加密和解密的处理的描述。通过用于如实时传输协议(RTP)的实时应用的层发送IP数据报中诸如视频、音频、时控文本等数据。例如，视频、音频和时控文本通过图26中示出的流传输处理机2655、UDP数据处理机2653以及IP数据处理机2652发送到MHTP层。图31例示了在IP级别向实时应用数据应用了条件接收(例如，对该数据进行加密)后将该数据打包到MHTP中的方法。首先，参数图31等，将给出由数字广播发射机等在IP级加密移动业务数据的处理的说明。通过UDP层和IP层将通过RTP层传输的MH业务的实时应用数据打包到MHTP中。此时，如果在IP级将条件接收应用于MH业务，则在将IP数据报打包到MHTP前，首先在MH加密/解密层加密了作为IP层的输出的IP数据报。在MHTP层将以这样的方式加密的IP数据报打包到MHTP中，然后将其发送到物理层。接下来，参照图31等，将给出由数字广播接收机等解密在IP级加的移动业务数据的处理的说明。数字广播接收机使用包括在SMT(参见图17或图27)中的条件接收描述符(参见图28)来确定给定的MH业务是否被应用了条件接收。具体地说，在“encrypt_level_flag”值是“001”的情况下，数字广播接收机在IP级执行解密。为了数字广播接收机在IP级解密，MHTP解复用器2651从RS帧中提取出给定的MH业务和控制数据(例如，ECM、EMM等)，而MH加密/解密处理机2656使用经过安全性处理机2660处理的控制数据来对加密后的MH业务进行解密。随后，IP数据处理机2652接收解密后的MH业务，并且数字广播接收机的其它模块进行控制以使得MH业务正常地输出。当然，可以按照上述解密处理的相反顺序来执行加密处理。图32例示了在RTP(流)级向实时应用数据应用了条件接收(例如，对该数据进行加密)后将该数据打包到MHTP中的方法。首先，参数图32等，将给出由数字广播发射机等在RTP级加密移动业务数据的处理的说明。如果在RTP(流)级将条件接收应用于MH业务的实时应用数据，则在MH加密/解密层加密作为RTP层的输出的RTP(流)数据。在MHTP层通过UDP层和IP层将加密后的数据打包到MHTP中，然后将加密后的数据发送到物理层。当然，在没有应用条件接收的情况下，作为RTP层的输出的RTP(流)数据绕过了MH加密/解密层。通过UDP层和IP层在MHTP层将未加密的RTP数据打包到MHTP中，然后将该RTP数据发送到物理层。接下来，参数图32等，将给出由数字广播接收机等解密在RTP级加密的移动业务数据的处理的说明。数字广播接收机使用包括在SMT(参见图17或图27)中的条件接收描述符(参见图28)来确定给定的MH业务是否被应用了条件接收。具体地说，在“encrypt_level_flag”值是“010”的情况下，数字广播接收机在RTP级执行解密。为了数字广播接收机在RTP级进行解密，MHTP解复用器2651从RS帧中提取出MH业务和控制数据(例如，ECM、EMM等)，并且通过IP数据处理机2652和UDP数据处理机2653将加密后的MH业务发送到MH加密/解密处理机2656。MH加密/解密处理机2656使用经过安全性处理机2660处理的控制数据来对加密后的MH业务进行解密。随后，流传输处理机2655接收解密后的MH业务，并且数字广播接收机的其它模块进行控制以使得MH业务正常地输出。当然，可以按照上述解密处理的相反顺序来执行加密处理。图33例示了在原始级向实时应用数据应用了条件接收(例如，对该数据进行加密)后将该数据打包到MHTP中的方法。首先，参照图33等，将给出由数字广播发射机等在原始级加密移动业务数据的处理的说明。如果在原始级应用了条件接收，则在在RTP层封装MH业务的实时应用的原始数据前就在MH加密/解密层加密该原始数据。在MHTP层通过RTP层、UDP层和IP层将加密后的数据打包到MHTP中，然后将其发送到物理层。当然，在没有应用条件接收的情况下，作为应用层的输出的原始数据绕过了MH加密/解密层，并且在MHTP层通过RTP层、UDP层和IP层被打包到MHTP中，然后被发送到物理层。接下来，参照图33等，将给出由数字广播接收机等解密在原始级加密的移动业务数据的处理的说明。数字广播接收机使用包括在SMT(参见图17或图27)中的条件接收描述符(参见图28)来确定给定的MH业务是否被应用了条件接收。具体地说，在“encrypt_level_flag”值是“011”的情况下，数字广播接收机在原始级执行解密。为了数字广播接收机在原始级解密，MHTP解复用器2651从RS帧中提取出给定的MH业务和控制数据(例如，ECM、EMM等)，并且通过IP数据处理机2652、UDP数据处理机2653和流传输处理机2655将加密后的MH业务发送到MH加密/解密处理机2656。MH加密/解密处理机2656使用经过安全性处理机2660处理的控制数据来对加密后的MH业务进行解密。随后，应用解码器2670接收解密后的MH业务，并且数字广播接收机的其它模块进行控制以使得MH业务正常地输出。当然，可以按照上述解密处理的相反顺序来执行加密处理。图34例示了适用于本发明一个实施方式的AES-CTR模式加密处理，图35例示了适用于本发明一个实施方式的AES-CTR模式解密处理，图36定义了适用于本发明一个实施方式的AES-CTR模式计数器值的表，而图37例示了处理在适用于本发明一个实施方式的AES-CTR加密/解密处理中的残留块的处理。此后，参照图34到图37，将给出用于实现根据本发明一个实施方式的条件接收功能的具体加密/解密方法的说明。例如，可以使用高级加密标准(AES)CounTeR(CTR)-128作为针对MH业务的条件接收而应用于MH业务的加密/解密算法。在该情况下，可以如图34所示的在IP级、RTP级和原始级执行加密，并且如图35所示的在IP级、RTP级和原始级反向地执行解密。值得注意的是，在使用图34和图35中示出的AES-CTR-128算法的情况下，需要初始的计数器值，本发明重新地定义了图36中的计数器值。在图36中，“类型指示符(typeindicator)”字段表示加密后的流的类型，“系统时间(systemtime)”字段表示超帧的系统时间，而“目标端口号(destinationportnumber)”字段表示加密的流的目标端口号。使用以这样的方式定义的计数器值使得独特地定义由16个字节组成的各个数据块的计数器值成为可能。使用以这样的方式定义的计数器值还可以提高效率。另外，图36中示出的“类型指示符”字段可以被设计成对应于图30中示出的MHTP的“类型指示符”字段。在如此设计图36中的“类型指示符”字段的情况下，该字段在值是“000”时表示加密后的流的MHTP承载了信令数据，而该字段在值是“001”时表示加密后的流的MHTP承载了IP数据报。因此，根据本发明一个实施方式，尤其可以通过使用各个MHTP的类型指示符来根据承载信令数据的MHTP和承载IP数据报的MHTP将不同的计数器值为将在加密/解码算法(例如，AES-CTR-128算法等)中使用的计数器值。此外，具有这样的优点，即，加密/解码算法被设计成根据具有这样的不同的计数器值的MHTP来工作。另一方面，根据本发明一个实施方式的待加密和待解密的数据被分割成128比特的块，然后被加密和解密。结果，最后一个数据块可能不够128个比特。为了针对这种情况进行准备，可以做出这样的设计，即，对来自AES加密块的输出值和以最高有效位开始的残留数据块的值进行异或(XOR)运算，如图37所示。图38是包括根据本发明一个实施方式的条件接收描述符的SMT的详图，而图39示出了包括应用了根据本发明一个实施方式的条件接收的MH业务的RS帧的结构。此后，结合图38和图39，将给出在移动数字广播环境中处理应用了条件接收的业务的处理的示例性描述。图38中示出的各个MH_CA_DeSCriptor表示应用条件接收的级别、在解密处理中需要的控制数据等。MH_CA_DeScript0r_l提供了关于只针对系综ID为1且主信道号与次信道号是30-5的业务中目标IP地址是200.200.200.5的业务的、应用了条件接收的ECM的信息。MH_CA_Descriptor_2提供了关于针对系综ID为1且主信道号与次信道号是30_6的所有业务的、应用了条件接收的ECM的信息。也就是说，MH_CA_Descriptor_2提供了关于针对目标IP地址是200.200.200.6和200.200.200.7的业务的、应用了条件接收的ECM的信息。另一方面，如上所述，根据本发明一个实施方式的数字广播接收机可以通过使用MH_CA_Descriptor的“encrypt_level_flag”来确定在原始级、RTP级和IP级中的哪一级对应用了条件接收的业务进行了加密。此时，数字广播接收机需要控制数据等，该控制数据用于授权接收应用了条件接收的业务。也就是说，使用MH_CA_DeSCriptor_3的ECM_EMM_flag的值是“1”这一事实，数字广播接收机可以获取用于授权接收系综ID是“1”的所有业务的EMM信息。图39示出了图38中所示的SMT中包括系综ID是“1”且应用了条件接收的业务的RS帧的结构。在选取了图39的RS帧结构中的业务2的情况下，根据本发明一个实施方式的数字广播接收机可以确认在图38的SMT中存在与业务2相关联的MH_CA_DeSCriptor。也就是说，该数字广播接收机可以确认业务2应用了条件接收。此时，该数字广播接收机可以根据与业务2相关联的MH_CA_DeSCriptor_2来确认通过目标IP地址“200.200.200.9”和目标端口号“1000”发送了解除业务2的条件接收功能所需要的ECM(包括控制字等)。另外，该数字广播接收机可以确认通过目标IP地址“200.200.200.10”和目标端口号“1000”发送了在对接收加密的业务2进行授权所需要的控制数据中的EMM。因此，使用经过确认的ECM、EMM等，该数字广播接收机可以解除加密后的业务2的条件接收功能。图40是例示了根据本发明一个实施方式的数字广播接收机的控制方法的流程图。参照图40，此后将给出根据本发明一个实施方式的数字广播接收机的控制方法的简要说明。可供参考的是，图40和图45涉及方法发明，可以使用上述适用于该方法发明的对象发明来补充地解释该方法发明。根据本发明一个实施方式的数字广播接收机对RS帧进行解码(S4000)。该数字广播接收机提取SMT作为解码结果(S4001)，并且将提取的SMT解析成解除条件接收功能所需要的检查信息(S4002)。该数字广播接收机根据SMT提取MHTP以提取出控制数据等(S4003)。该数字广播接收机解析MHTP报头(S4004)以确定“Typejndicator”字段的值(S4005)。当在步骤S4005确定了该字段值是“000”时，该数字广播接收机处理信令数据(S4017)。当在步骤S4005确定了该字段值是“001”时，该数字广播接收机确定SMT的条件接收描述符(对应于图28所示的MH_CA_Descriptor)的“encrypt_level_flag”字段的值。当在步骤S4006确定了“enCrypt_level_flag”字段的值是“001”时，该数字广播接收机在IP级对加密后的移动业务数据进行解密(S4007)。也就是说，该数字广播接收机解密IP数据报。当在步骤S4006确定了“enCrypt_level_flag”字段的值不是“001”时，该数字广播接收机处理IP数据报(S4008)并且处理UDP数据报(S4009)。另外，该数字广播接收机确定从数字广播发射机等发送来的数据是文件还是流(S4010)。当在步骤S4010确定了发送来的数据是流时，该数字广播接收机确定“encryptjevelflag”字段的值(S4012)。相反，当在步骤S4010确定了发送来的数据是文件时，该数字广播接收机处理该文件(S4011)。在步骤S4012确定了“encryptjevelflag”字段的值是“010”时，该数字广播接收机在RTP级对加密后的移动业务数据进行解密(S4013)。也就是说，该数字广播接收机解密流数据。在步骤S4012确定了“encryptjevelflag”字段的值不是“010”时，该数字广播接收机处理该流(S4014)并且确定“encryptjevelflag”字段的值(S4016)。当在步骤S4016确定了“encryptjevelflag”字段的值是“011”时，该数字广播接收机在原始级对加密后的移动业务数据进行解密(S4015)。也就是说，该数字广播接收机解密原始数据。相反，当在步骤S4016确定了“encryptjevelflag”字段的值不是“011”时，该数字广播接收机进行控制以使得应用被适当地处理成对应的格式(S4018)。该格式例如可以是文件、流、信令数据等。可以这样来设计本方法，即，删除确定发送来的数据是文件还是流的步骤S4010，并且在步骤S4009后立即执行步骤S4012。图41是定义了根据本发明一个实施方式的复制控制信息(CCI:copycontrolinformation)的表，图42例示了图41示出的加密模式指示符(EMIencryptionmodeindicator)，图43例示了图41示出的模拟保护系统(APSanalogprotectionsystem)，而图44例示了图41示出的约束图像触发器(CIT:constrainedimagetrigger)。此后，参照图41到图44，将给出对根据本发明一个实施方式的、在将应用了条件接收的MH业务发送到外部接口时能够安全地设置复制保护的方法的说明。如上所述，应用了条件接收的MH业务被发送到数字广播接收机，并且只有得到授权的用户或得到授权的数字广播接收机能够使用该MH业务。值得注意的是，为了防止在通过外部接口发送MH业务时发生非法复制，本发明一个实施方式定义了新的信令数据。可以如图41所示的例示用于非法复制保护的信令数据。例如，该信令数据可以是由8个比特组成的复制控制信息(CCI:copycontrolinformation)。另一方面，可以如图42那样来构造图41所示的CCI字段中的加密模式指示符(EMIencryptionmodeindicator)。EMI是用于数字数据的复制控制的信息，其用于对数字数据输出的复制授权进行控制。另外，可以如图43那样来构造图41所示的CCI字段中的模拟保护系统(APSanalogprotectionsystem)。该APS用于对模拟数据输出的复制授权进行控制。另外，可以如图44那样来构造图41所示的CCI字段中的约束图像触发器(CIT)。该CIT用于对高清模拟分量输出的图像的复制授权进行控制。CCI可以在未被加密的情况下发送，但是数字广播接收机必须确认发送来的CCI是否是从业务提供商发送来的合法数据。因此，根据本发明一个实施方式，可以在ECM或SMT的描述符中、或者使用如公钥基础设施的安全方案来发送CCI。例如，根据本发明一个实施方式，在图28所示的条件接收描述符中可以额外地定义限定了数字数据输出的复制授权的EMI、限定了模拟数据输出的复制授权的APS、以及限定了高清模拟分量数据输出的复制授权的CIT。在该情况下，当具有CCI的业务被输出到诸如IEEE-1394、USB、DVI、HDMI和分量(RGB.YPbPr)等多种外部接口时，复制保护处理机2663可以使用CCI根据数据类型(例如，被定义为条件接收描述符)，将其中设置了复制授权的流或业务输出到外部接口。可供参考的是，可以将复制保护处理机2663命名为传输单元。另外，可以将CCI存储在安全性信令数据库2662或其它存储器中，而根据本发明一个实施方式的数字广播接收机可以使用存储的CCI以将业务输出到外部接口。图45是例示了根据本发明一个实施方式的数字广播接收机和数字广播发射机的控制方法的流程图。参照图45，此后将给出根据本发明一个实施方式的数字广播接收机和数字广播发射机的控制方法的详细说明。根据本发明一个实施方式的数字广播发射机生成包括表示移动业务数据是否被加密的条件接收描述符的广播信号(S4501)，并且将所生成的包括条件接收描述符的广播信号发送到数字广播接收机(S4502)。这里，条件接收描述符包括标识了加密移动业务数据的各个级别的信息、和关于用于对加密后的移动业务数据进行解密的控制数据。另外，可以如图28那样构造条件接收描述符，并且可以将条件接收描述符表示为MH_CA_DeSCriptor。根据本发明一个实施方式的数字广播接收机接收复用了移动业务数据和主业务数据的广播信号(S4503)，并且从接收到的移动业务数据中的数据组中提取出TPC/FIC信令信息(S4504)。另外，该数字广播接收机使用提取出的FIC信令信息来获取系综的业务和描述了虚拟频道信息的节目表(S4505)，该系综是接收到的移动业务数据的虚拟信息组。随后，该数字广播接收机使用所获取的节目表来检测表示移动业务数据是否被加密的条件接收描述符(S4506)。例如，条件接收描述符可以是区别地定义了对移动业务数据进行加密的各个级别的描述符。随后，该数字广播接收机进行控制以使得使用检测到的条件接收描述符的信息来对加密后的移动业务数据进行解密(S4507)。例如，在步骤S4507，数字广播接收机可以进行控制以使得与移动业务数据的加密级别相对应地对加密后的移动业务数据进行解密。可供参考的是，节目表可以对应于图17或图27所示的SMT，而条件接收描述符可以对应于图28所示的MH_CA_Descriptor。为此，步骤S4507还可以包括例如使用SMT的MH_CA_Descriptor来确定加密移动业务数据的级别的步骤、和使用关于控制数据的信息在与确定结果相对应的级别来对加密后的移动业务数据进行解密的步骤。如上所述，根据本发明一个实施方式，可以在与移动数字广播环境中的级别的位置无关地在例如原始级、RTP级和IP级容易地对加密后的移动业务数据进行解密。另外，根据本发明一个实施方式，不需要条件接收的移动业务数据被设计成绕过MH加密/解密层，由此使能与现有系统的兼容。此外，根据本发明一个实施方式，即使在将移动业务数据输出到外部接口时也能够防止非法复制。可以使用多种计算机装置可执行的、并且记录在计算机可读记录介质上的程序命令的形式来实现本方法发明。计算机可读记录介质可以单独地或以组合方式包括程序命令、数据文件、数据结构等。记录在介质上的程序命令可以是专门针对本发明而设计和构造的程序命令，或者可以是计算机软件技术人员已知和可用的程序命令。计算机可读记录介质的示例包括诸如硬盘、软盘和磁带的磁介质、诸如紧凑型磁盘只读存储器(CD-ROM)和数字多功能光盘(DVD)的光介质、如光软盘的磁光介质、以及诸如ROM、随机存取存储器(RAM)和闪存的被专门构造为存储并执行程序命令的硬件设备。程序命令的示例包括可以由计算机使用解释器等执行的高级语言代码、以及由编译器产生的机器语言码。可以将上述的硬件设备构造成运行一个或更多个软件模块以执行本发明的操作，或者可以将上述的软件模块构造成一个或更多个硬件设备以执行本发明的操作。尽管已经结合有限的实施方式和附图描述了本发明，但是本发明并不限于这些实施方式和附图。本领域的技术人员应当理解，根据本说明书可以进行各种修改、增加和替换。因此，本发明的范围不应被限制成对示例性实施方式的说明，而是应当由所附的权利要求和它们的等同物来确定。在以上的“优选实施方式”中描述了本发明的实施方式。如上所述，本发明可以应用于数字广播系统。权利要求一种数字广播接收机的控制方法，该方法包括以下步骤接收步骤，接收复用了移动业务数据和主业务数据的广播信号；提取步骤，从接收到的移动业务数据中的数据组中提取传输参数信道TPC信令信息和快速信息信道FIC信令信息；获取步骤，使用提取的所述FIC信令信息来获取系综的业务和描述了虚拟频道信息的节目表，所述系综是接收到的所述移动业务数据的虚拟频道组；检测步骤，使用所获取的节目表来检测表示所述移动业务数据是否被加密的条件接收描述符；以及控制步骤，进行控制以使得使用检测到的所述条件接收描述符的信息来对加密后的移动业务数据进行解密。2.根据权利要求1所述的控制方法，其中，所述检测步骤包括以下步骤使用所获取的节目表来检测区别地定义了对所述移动业务数据进行加密的各个级别的条件接收描述符；并且所述控制步骤包括以下步骤进行控制以使得使用检测到的所述条件接收描述符的信息来与所述加密后移动业务数据的加密级别相对应地对所述加密后的移动业务数据进行解密。3.根据权利要求2所述的控制方法，其中，所述条件接收描述符区别地定义了对所述移动业务数据进行加密的各个级别，所述条件接收描述符包括标识了对所述移动业务数据进行加密的各个级别的信息；和与用于所述加密后的移动业务数据的解密的控制数据相关的信息。4.根据权利要求3所述的控制方法，其中，所述控制步骤还包括以下步骤确定对所述移动业务数据进行加密的级别；以及使用与所述控制数据相关的信息来按照与确定的结果相对应的级别对所述加密后的移动业务数据进行解密。5.根据权利要求3所述的控制方法，其中，对所述移动业务数据进行加密的各个级别包括网际协议’级、实时传输协议RTP级和原始级中的至少一种级别；并且所述控制数据包括授权控制消息ECM或授权管理消息EMM。6.根据权利要求1所述的控制方法，其中，所述条件接收描述符还包括描述了以下信息之间的关系的数据，所述信息包括限定了数字数据输出的复制授权的信息、限定了模拟数据输出的复制授权的信息、以及限定了高清模拟分量数据输出的复制授权的信息。7.根据权利要求1所述的控制方法，其中，所述数据组包括多个已知数据序列，其中，所述TPC信令信息和所述FIC信令信息位于所述已知数据序列中的第一已知数据序列与第二已知数据序列之间。8.根据权利要求1所述的控制方法，其中，所述节目表对应于业务映射表，所述业务映射表是关于所述移动业务数据的构造信息的表；并且按照以下描述符中的任一种描述符来定义所述条件接收描述符所述节目表的业务提供商描述符、系综描述符、业务描述符或目标IP地址描述符。9.根据权利要求1所述的控制方法，其中，当使用高级加密标准计数器算法AES-CTR作为与所述检测步骤的加密和所述控制步骤的解密相关联的算法时，所述AES-CTR算法定义了包括移动手持MH传输包TP的类型指示符的计数器值。10.一种计算机可读记录介质，该计算机可读记录介质用于记录执行根据权利要求1所述的控制方法的程序。11.一种数字广播接收机，该数字广播接收机包括接收单元，其接收复用了移动业务数据和主业务数据的广播信号；提取器，其从接收到的移动业务数据中的数据组中提取传输参数信道TPC信令信息和快速信息信道FIC信令信息；获取器，其使用提取的所述FIC信令信息来获取系综的业务和描述了虚拟频道信息的节目表，所述系综是接收到的所述移动业务数据的虚拟频道组；检测器，其使用所获取的节目表来检测表示所述移动业务数据是否被加密的条件接收描述符；以及控制器，其进行控制以使得使用检测到的所述条件接收描述符的信息来对加密后的移动业务数据进行解密。12.根据权利要求11所述的数字广播接收机，其中，所述条件接收描述符包括描述了以下信息之间的关系的数据，所述信息包括限定了数字数据输出的复制授权的信息、限定了模拟数据输出的复制授权的信息、以及限定了高清模拟分量数据输出的复制授权的信息。13.根据权利要求12所述的数字广播接收机，该数字广播接收机还包括发送单元，该发送单元用于使用所述条件接收描述符根据数据的类型来发送设置了复制授权的流。14.一种数字广播发射机的控制方法，该方法包括以下步骤生成包括条件接收描述符的广播信号，所述条件接收描述符表示移动业务数据是否被加密；以及将所生成的包括所述条件接收描述符的广播信号发送到数字广播接收机，其中，所述条件接收描述符包括标识了对所述移动业务数据进行加密的各个级别的信息、和与用于所述加密后的移动业务数据的解密的控制数据相关的信息。全文摘要公开了一种数字广播接收机和该数字广播接收机的控制方法。该控制方法包括以下步骤接收复用了移动业务数据和主业务数据的广播信号；从接收到的移动业务数据中的数据组中提取TPC信令信息和FIC信令信息；通过使用提取的FIC信令信息，获取系综的业务和描述了虚拟频道信息的节目表，所述系综是接收到的移动业务数据的虚拟频道组；通过使用所获取的节目表，检测表示所述移动业务数据是否被加密的条件接收描述符；以及进行控制以使得通过使用检测到的条件接收描述符的信息来对加密后的移动业务数据进行解密。文档编号H04N7/015GK101861731SQ200880116563公开日2010年10月13日申请日期2008年9月22日优先权日2007年9月21日发明者催仁焕,朴尚洁,李哲秀申请人:Lg电子株式会社