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

Abstract

公开了一种数字广播系统和数据处理方法。该数字广播系统的接收系统包括接收单元、SI处理器和解码单元。接收单元接收包括移动业务数据和主业务数据在内的广播信号。这里，移动业务数据可以构成数据组，该数据组可以在多个数据区中的一些数据区中包括信令信息区。同样，信令信息区可以包括TPC信令数据和FIC信令数据。SI处理器使用预先确定的IP访问信息来从所述广播信号中获得所述移动业务数据的信道结构信息，并且，从所获得的信道结构信息中，提取RTP分组化的所接收的相应虚拟信道业务内的每个IP流成分的编码格式信息。解码单元基于提取的编码格式信息对相应IP流成分的移动业务数据进行解码。

Description

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

技术领域

本发明涉及数字广播系统、以及数字广播系统中的用于发送和接收数字广播信号的数据处理方法。

背景技术

在北美和韩国作为数字广播标准所采用的残留边带(VSB)发送模式是使用单载波方法的系统。因此，在不良信道环境中，数字广播接收系统的接收性能可能劣化。具体地说，由于当使用便携式和/或移动广播接收器时更加需要对信道中的变化和噪声的耐受性，所以当通过VSB发送模式来发送移动业务数据时，接收性能甚至可能更加劣化。

发明内容

技术问题

因此，本发明的目的是提供一种对信道变化和噪声高度耐受的数字广播系统和数据处理方法。

本发明的另一目的是提供一种接收系统和数据处理方法，其可以对RTP分组化的所接收的IP流成分(IP stream component)的编码格式信息进行接收和处理。

技术方案

为了实现这些目的和其他优点，并且根据本文中所具体体现和广泛描述的发明宗旨，本发明提供了一种接收系统，该接收系统包括接收单元、系统信息(SI)处理器和解码单元。接收单元接收包括移动业务数据和主业务数据在内的广播信号。这里，移动业务数据可以构成数据组，该数据组可以在多个数据区中的一些数据区中包括信令信息区。同样，信令信息区可以包括传输参数信道(TPC)信令数据和快速信息信道(FIC)信令数据。系统信息(SI)处理器使用预先确定的网际协议(IP)访问信息来从所述广播信号中获得所述移动业务数据的信道结构信息，并且，从所获得的信道结构信息中，提取实时传输协议(RTP)分组化的所接收的相应虚拟信道业务内的每个IP流成分的编码格式信息。解码单元基于提取的编码格式信息对相应IP流成分的移动业务数据进行解码。

另外，接收单元还可以包括对数据组中包括的已知数据序列进行检测的已知序列检测器。并且，这里，可以使用检测出的已知数据序列来对移动业务数据进行解调和信道均衡。接收单元可以参考快速信息信道(FIC)信令数据，从而使用时间分片方法仅仅获得包括被请求要接收的数据组的时隙。信道结构信息可以对应于业务映射表(SMT)。这里，编码格式信息可以按照字段格式和描述符格式中的任意一个而被包括在SMT中，由此被接收。

当包括在SMT中的RTP_payload_type字段被指派有第一值范围内的值时，SI处理器可以提取与RTP_payload_type字段值相关的预先存储的编码格式信息。另一方面，当包括在SMT中的RTP_payload_type字段被分配有第二值范围内的值时，SI处理器可以根据所述SMT来解析与RTP_payload_type字段值匹配的RTP有效载荷类型描述符，以提取相应IP流成分的编码格式信息。该编码格式信息可以作为MIME类型被包括在RTP有效载荷类型描述符中。

在本发明的另一方面中，一种数字广播接收系统中的数据处理方法包括以下步骤：接收包括移动业务数据和主业务数据在内的广播信号，其中移动业务数据构成数据组，其中该数据组在多个数据区中的一些数据区中包括信令信息区，并且其中所述信令信息区包括传输参数信道(TPC)信令数据和快速信息信道(FIC)信令数据；使用预先确定的网际协议(IP)访问信息来从所述广播信号中获得移动业务数据的信道结构信息，并且，从所获得的信道结构信息中，提取实时传输协议(RTP)分组化的所接收的相应虚拟信道业务内的每个IP流成分的编码格式信息；并且基于提取的编码格式信息对相应IP流成分的移动业务数据进行解码。

通过在所撰写说明书以及附图中具体指出的结构，可以实现并获得本发明的附加优点、目的和特征。

有利效果

根据本发明的数字广播系统和数据处理方法具有下面的优点。本发明使用业务映射表(SMT)来提供与相应虚拟信道内的各IP流成分的编码参数有关的信息(即，编码格式信息)。最具体的是，本发明还可以使用相应SMT的RTP有效载荷类型描述符来提供并非由数字广播接收和发送系统所限定的IP流成分的编码格式信息。此时，RTP有效载荷类型描述符可以将动态范围内的RTP_payload_type字段值映射到表示为MIME_type的IP流成分的编码格式信息。

附图说明

附图被包括进来以提供对本发明的进一步理解，其被并入且构成本说明书的一部分，附图示出了本发明的实施方式，并与说明书一起用于说明本发明的原理。在附图中：

图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当前事件描述符的示例性比特流语法结构；

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

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

图22例示根据本发明的业务映射表的分段和封装处理；

图23例示根据本发明的使用FIC和SMT来访问虚拟信道的流程图；

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

图25例示根据本发明实施方式的基于RTP有效载荷类型来访问IP流成分的示例性方法。

具体实施方式

现在，将详细地描述根据本发明的优选实施方式，这些实施方式的示例在附图中示出。

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

另外，尽管在本发明中使用的术语是从通常公知并使用的术语中选择的，但本发明的说明书中提到的一些术语是根据申请人他或她自己的考虑而选择的，其详细的意义在本说明书的相关部分中进行描述。此外，要求不能简单地通过使用的实际术语、而是应当通过每个术语中所展现的意义来理解本发明。

在本发明的说明书所使用的术语中，主业务数据对应于固定接收系统可以接收的数据并可以包括音频/视频(A/V)数据。更具体地说，主业务数据可包括高清(HD，high definition)或标清(standard definition)等级的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和已知序列检测器140。从调谐器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的数据对应于由发送系统用块编码和网格编码二者进行了处理的数据(即，RS帧内的数据、信令数据)，则块解码器160可以执行网格解码(trellis-decoding)和块解码，作为发送系统的逆处理。另一方面，如果经过均衡器140进行信道均衡并输入到块解码器160的数据对应于由发送系统只用网格编码但未用块编码进行了处理的数据(即，主业务数据)，则块解码器160可以只执行网格解码。

信令解码器190对从均衡器140输入的经过信道均衡的信令数据进行解码。假设输入到信令解码器190的信令数据对应于由发送系统用块编码和网格编码二者进行了处理的数据。这样的信令数据的示例可以包括传输参数信道(TPC)数据和快速信息信道(FIC)数据。在以后的处理中将更详细地描述每个类型的数据。由信令解码器190解码的FIC数据被输出到FIC处理器215。而由信令解码器190解码的TPC数据被输出到TPC处理器214。

此外，根据本发明，发送系统按照编码单位来使用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系综(ensemble)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。

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

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

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

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数据报形式的SI数据，将该SI数据输入至IP网络栈220。

当与SI相关联的输入数据对应于MIME类型数据时，将输入的数据输出到MIME类型处理器260。

MIME类型处理器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的任意一个中。在本文中，将数据组划分成多个区域以用于不同用途。更具体地说，与具有较高干扰程度的区域相比，可以认为没有干扰或干扰程度很低的主业务数据的区域具有更耐受的(或更强的)接收性能。另外，当使用在数据组中插入并发送已知数据的系统时(其中，基于发送系统与接收系统之间的协定，所述已知数据是已知)，并且当要在移动业务数据中周期性地插入连续的长已知数据时，可以将具有预定长度的已知数据周期性地插入到不受主业务数据干扰的区域中(即，未混有主业务数据的区域)。然而，由于主业务数据的干扰，难以将已知数据周期性地插入到受主业务数据干扰的区域，并且也难以将连续的较长已知数据插入到受主业务数据干扰的区域。

参照图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)。

数据传输结构

图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例示了子帧的前4个时隙被指派到的位置在空间区域中相对于VSB帧的映射示例。并且，图7例示了子帧的前4个时隙被指派到的位置在时序(或时间)区域中相对于VSB帧的映射示例。

参照图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帧中的数据组的集合称为“队列”。基于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帧模式(2比特)	说明
		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)×100)。同时，当一个子帧包括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个数据组时，通过用值“0”到“2”来替换式1中的i，可以获得子帧内各数据组的位置。更具体地说，将第1队列(队列#0)的数据组依次指派给子帧内的第1时隙、第5时隙及第9时隙(时隙#0、时隙#4及时隙#8)。

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

最后，当第3队列包括各子帧的2个数据组时，通过用值“5”和“6”来替换式1中的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信息，其中，该FIC信息是从RS编码处理单独地编码的。被指派给各个数据组的FIC区域由一个FIC段组成。这里，按照MH子帧为单位对各个段进行交织，由此构成与完整的FIC传输结构对应的FIC主体。然而，无论何时需要，都可以按照MH帧为单位而不是按照MH子帧为单位来对各个段进行交织，由此按照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传输(M1)中所定义的FIC主体针对各个虚拟信道识别各个数据流的物理位置，并且提供对各个虚拟信道的非常高级别的描述。

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

参照图13，各个MH系综(即，系综0、系综1、...、系综K)包括关于各个相关联的(或相应的)虚拟信道的流信息(例如，虚拟信道0IP流、虚拟信道1IP流及虚拟信道2IP流)。例如，系综0包括虚拟信道0IP流和虚拟信道1IP流。并且，各个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)。

更具体地说，图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段有效载荷中添加与其中缺少的数据字节的数量相同数量的填充字节来补足所缺少数量的数据字节，使得最后的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_numeber字段表示相应的FIC主体内的最后FIC段的编号。

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

根据本发明的实施方式，FIC段的有效载荷分成3个不同的区域。

只有当FIC_seg_number字段值等于“0”时，才存在FIC段有效载荷的第一区域。这里，第一区域可以包括current_next_indicator字段、ESG_version字段和transport_stream_id字段。然而，根据本发明的实施方式，可以假设不管FIC_seg_numebr字段如何，3个字段中的每一个字段都存在。

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数据报中时，并且当基于各个输入的MH TP中的报头而确定了相应的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值。这里，可以向ensemble_id字段指派从“0x00”到“0x3F”的范围的值。优选的是，根据从MH物理层子系统的基带处理器承载的TPC数据的parad_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标准的电视节目(音频、视频和可选的相关
	联数据)。

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

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

num_component字段是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流成分。因此，当该标志被置位时，接收系统(或接收器)使用component_target_IP_address作为target_IP_address，以访问相应的IP流成分。因此，接收系统(或接收器)可以忽略num_channel循环中包括的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有效载荷类型的示例。

【表3】

例如，当RTP_payload_type字段被指派有“35”的值时，这表示相应IP流成分是通过AVC方法编码的视频分量。另选的是，当RTP_payload_type字段被指派有“36”的值时，这表示相应IP流成分是通过MH方法编码的音频成分。

component_target_IP_address_flag字段是1比特布尔标志，其被置位时表示相应IP流成分是通过具有与virtual_channel_target_IP_address不同的目标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增加(或递增)。对于RTP流，目标UDP端口号应从target_UDP_port_num字段值开始，并逐2增加(或递增)。这是为了合并与RTP流相关联的RTCP流。

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

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

virtual_channel_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当前事件描述符的示例性比特流语法结构。

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()的结尾为止的部分的长度(以字节为单位)。

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

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

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

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

图20例示了根据本发明的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秒数。

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_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字段的值加到UTC时间值。相反，当time_zone_offset_polarity字段的值等于“1”时，这表示当前时区的时间落后于UTC时间。因此，从UTC时间值中减去time_zone_offset字段值。

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

daylight_savings字段对应于16比特字段，其提供关于夏令时(即，夏时制时间)的信息。

time_zone字段对应于(5×8)比特字段，其表示发送相应的广播流的发送系统(或发送器)所在的时区。

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

根据本发明，在将目标IP地址和目标UDP端口号包括在IP数据报中的同时，将SMT封装到UDP。更具体地说，首先将SMT分段成预定数量的区段，随后将其封装到UDP报头，最后封装到IP报头。

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

根据本发明的实施方式，通过将目标IP地址和目标UDP端口号通知给接收系统，可以对相应的数据(即，目标IP地址和目标UDP端口号)进行解析，而无需让接收系统请求其它的附加信息。

图23例示了根据本发明的利用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区段提供与包括相应SMT区段的MH系综中包括的全部虚拟信道有关的信令信息。将描述了MH系综的至少一个SMT区段包括在该相应MH系综中所包括的各个RS帧中。另外，通过包括在各个区段中的ensemble_id来标识各个SMT区段。

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

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

同时，当IP流成分被封装到RTP并且随后被接收时，SMT内的RTP_payload_type字段表示承载在相应RTP分组的有效载荷中的IP流的编码格式。此时，当RTP_payload_type字段的值是在35到72的范围内时，仅仅参照RTP_payload_type字段值，就可以知道相应IP流成分的编码格式。这是因为基于接收系统和发送系统之间的协议，接收系统和发送系统已被通知了各字段值的意义。

例如，当RTP_payload_type字段被指派有“35”的值时，这表示相应IP流成分是通过AVC方法编码的视频成分。另选的是，当RTP_payload_type字段被指派有“36”的值时，这表示相应IP流成分是通过MH方法编码的音频成分。

另一方面，RTP_payload_type字段可能被指派有范围从“96”至“127”的多个值之一。根据本发明，将从“96”至“127”的值范围称为动态范围。

当RTP_payload_type字段被指派有动态范围内的任一值时，接收系统无法仅仅参照RTP_payload_type字段值就知道相应IP流成分的编码格式。

为了解决该问题，当RTP_payload_type字段被指派有动态范围内的值时，本发明发送与各RTP_payload_type字段值对应的编码格式信息(或编码参数)。

在本发明的该示例中，按照描述符的形式来发送编码格式信息。为了简化本发明的描述，将描述符类型的编码格式信息称为RTP有效载荷类型描述符MH_RTP_payload_type_Descriptor()。这里，RTP有效载荷类型描述符可以作为系综级别的描述符、虚拟信道级别的描述符、以及至少一个SMT表内的成分级别的描述符中的任何一个而被发送。根据本发明的实施方式，将RTP有效载荷类型描述符作为成分级别的描述符而发送。

此外，根据本发明的实施方式，RTP有效载荷类型描述符将相应IP流成分的编码格式信息表示(或描述)为MIME类型。因此，接收系统能够提取并分析表示为MIME类型的文本类型编码格式信息。

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

MH_RTP_payload_type_descriptor()指定RTP有效载荷类型(即，指派到有效载荷的IP成分的编码格式)。然而，仅在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类型(或将其与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()的结尾为止的部分的长度(以字节为单位)。

RTP_payload_type字段对应于7比特字段，其标识IP流成分的编码格式。这里，RTP_payload_type字段的值处于“96”到“127”的动态范围内。这里，MH_RTP_payload_type_descriptor()的RTP_payload_type字段和SMT的num_components循环中包括的RTP_payload_type字段被指派有相同的值。更具体地说，SMT的num_components循环中包括的RTP_payload_type字段的值可以用作与MH_RTP_payload_type_descriptor()映射的链接信息。

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

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

下而，将详细地描述RTP分组化的所接收IP流成分的编码格式的获取处理。

例如，当SMT封装在IP数据报中时，MH TP处理器213基于各输入的MH TP的报头来确定相应的MH TP是否包括SMT区段。接着，当MH TP处理器213确定了相应MH TP包括SMT区段时，将相应MH TP输出到IP网络栈220。然后，IP网络栈220对SMT区段执行IP和UDP处理，由此向SI处理器240输出处理后的SMT区段。SI处理器240接着解析输入的SMT区段，并且控制系统从而将解析后的SI存储在存储单元290中。

此时，当SMT的RTP_payload_type字段的值处于“35”和“72”的范围内时，SI处理器240将关于相应RTP_payload_type字段值的编码格式存储到存储单元290。这里，与“35”和“72”的范围内的各个值对应的编码格式信息可能已存储在接收系统的存储单元290内的格式表中。在该情况下，可以从预先形成的表中读取关于相应RTP_payload_type字段值的编码格式信息，以将其与相应IP流成分链接起来，然后将其存储在存储单元290中。

此外，当SMT的RTP_payload_type字段的值处于“92”和“127”的范围内时，SI处理器240解析作为SMT的成分级别描述符而接收到的MH_RTP_payload_type_descriptor()，由此向MIME处理器260输出MIME_type()字段值。这里，通过将MIME_type()字段重复与MIME_type_length字段的长度一样多的次数，来接收MIME_type()字段。此后，MIME处理器260解析MIME_type字段，以获得关于相应IP流成分的编码格式(或编码参数)。这里，关于相应IP流成分的编码格式是按照文本格式书写的。MIME处理器260将获得的关于相应IP流成分的编码格式输出到SI处理器240。随后，SI处理器240将关于相应IP流成分的编码格式存储到存储单元290，或者将关于相应IP流成分的编码格式输出到A/V解码器310。

图25例示根据本发明实施方式的基于RTP有效载荷类型来访问IP流成分的示例性方法。更具体地说，对SMT进行解析(S801)，以提取SMT的RTP_payload_type字段值(S802)。然后，确定RTP_payload_type字段值是否被指派有“35”和“72”的范围内的值(S803)。如果确定了RTP_payload_type字段值被指派有“35”到“72”的范围内的值中的任意一个，则将关于相应值的编码格式存储到存储单元290或者输出到A/V解码器310(S804)。这里，假设接收系统已被预先通知了与“35”和“72”的范围内的值对应的编码格式的定义。

但是，当确定了RTP_payload_type字段值不在“35”和“72”的范围内时，接着确定RTP_payload_type字段值是否在动态范围内(即，“92”到“127”的范围内)(S805)。如果RTP_payload_type字段值不在“92”到“127”的范围内，则确定RTP_payload_type字段被指派有未定义的值。因此显示错误信息(S806)。另选的是，如果RTP_payload_type字段值在“92”到“127”的动态范围内，则对作为SMT的成分级别描述符而接收到的MH_RTP_payload_type_descriptor()进行解析(S807)。然后，解析MH_RTP_payload_type_descriptor()的MIME_type()字段的值，以获得关于相应IP流成分的编码格式(或编码参数)(S808)。这里，通过将MIME_type()字段重复与MIME_type_length字段的长度一样多的次数，来接收MIME_type()字段。

当获得了关于IP流成分的编码格式时，确定IP流成分是否可解码(S809)。当在步骤S809确定了IP流成分不可解码时，显示适当的消息(S810)。相反，当在步骤S809确定了IP流成分可解码时，访问相应IP流成分，参照在步骤S804和步骤S808中的任意一个中提取的编码格式信息，以对访问的IP流成分执行解码处理(S811)。

如上所述，根据本发明的数字广播系统和数据处理方法具有如下优点。本发明使用业务映射表(SMT)来提供相应虚拟信道内的各IP流成分的编码参数的信息(即，编码格式信息)。更具体地说，使用相应SMT的RTP有效载荷类型描述符，本发明还提供数字广播接收和发送系统未定义的IP流成分的编码格式信息。此时，RTP有效载荷类型描述符可以将动态范围内的RTP_payload_type字段值映射到表示为MIME_type的IP流成分的编码格式信息。

对本领域技术人员，很明显，在不偏离本发明的精神或范围的情况下，可以在本发明中作出各种修改和变型。因此，如果本发明的这些修改和变型落入所附权利要求及其等同物的范围内，则本发明亦涵盖这些修改和变型。

本发明的模式

同时，与“具体实施方式”的描述一起描述了本发明的实施方式的模式。

产业应用

根据本发明的发送和接收信号的方法以及发送和接收信号的装置的实施方式可以在广播和通信的领域中使用。

Claims (15)

1.一种接收系统，该接收系统包括：

接收单元，其接收包括移动业务数据和主业务数据在内的广播信号，其中所述移动业务数据构成数据组，其中所述数据组在多个区域中的一些区域中包括信令信息区，并且其中，所述信令信息区包括传输参数信道(TPC)信令数据和快速信息信道(FIC)信令数据；

系统信息(SI)处理器，其使用预先确定的网际协议(IP)访问信息来从所述广播信号中获得所述移动业务数据的信道结构信息，并且，从所获得的信道结构信息中，提取实时传输协议(RTP)分组化的所接收的相应虚拟信道业务内的各个IP流成分的编码格式信息；以及

解码单元，其基于所提取的编码格式信息，对相应IP流成分的移动业务数据进行解码。

2.根据权利要求1所述的接收系统，其中，所述接收单元还包括：

对所述数据组中包括的已知数据序列进行检测的已知序列检测器，并且

其中，使用所检测出的已知数据序列来对所述移动业务数据进行解调和信道均衡。

3.根据权利要求1所述的接收系统，其中，所述接收单元参照所述快速信息信道(FIC)信令数据，以使用时间分片方法来获得包括被请求接收的数据组的时隙。

4.根据权利要求1所述的接收系统，其中，所述信道结构信息对应于业务映射表(SMT)，并且其中，所述编码格式信息按照字段格式和描述符格式中的任意一个而被包括在所述SMT中，由此被接收。

5.根据权利要求4所述的接收系统，其中，当包括在所述SMT中的RTP_payload_type字段被指派有第一值范围内的值时，所述SI处理器提取与RTP_payload_type字段值相关的预先存储的编码格式信息。

6.根据权利要求5所述的接收系统，其中，所述第一值范围在“35”与“72”之间。

7.根据权利要求4所述的接收系统，其中，当包括在所述SMT中的RTP_payload_type字段被指派有第二值范围内的值时，所述SI处理器根据所述SMT来解析与RTP_payload_type字段值匹配的RTP有效载荷类型描述符，以提取相应IP流成分的编码格式信息。

8.根据权利要求7所述的接收系统，其中，所述第二值范围在“96”与“127”之间。

9.根据权利要求7所述的接收系统，其中，所述编码格式信息被作为MIME类型而包括在所述RTP有效载荷类型描述符中。

10.根据权利要求7所述的接收系统，其中，所述RTP有效载荷类型描述符被作为所述SMT的成分级别描述符而接收。

11.一种接收系统中的数据处理方法，该数据处理方法包括以下步骤：

接收包括移动业务数据和主业务数据在内的广播信号，其中所述移动业务数据构成数据组，其中所述数据组在多个数据区中的一些数据区中包括信令信息区，并且其中，所述信令信息区包括传输参数信道(TPC)信令数据和快速信息信道(FIC)信令数据；

使用预先确定的网际协议(IP)访问信息来从所述广播信号中获得所述移动业务数据的信道结构信息，并且，从所获得的信道结构信息中，提取实时传输协议(RTP)分组化的所接收的相应虚拟信道业务内的各个IP流成分的编码格式信息；以及

基于所提取的编码格式信息对相应IP流成分的移动业务数据进行解码。

12.根据权利要求11所述的数据处理方法，其中，接收广播信号的步骤还包括：

参照所述快速信息信道(FIC)信令数据，以使用时间分片方法来仅仅获得包括被请求接收的数据组的时隙。

13.根据权利要求11所述的数据处理方法，其中，所述信道结构信息对应于业务映射表(SMT)，并且其中，所述编码格式信息按照字段格式和描述符格式中的任意一个而被包括在所述SMT中，由此被接收。

14.根据权利要求13所述的数据处理方法，其中，当包括在所述SMT中的RTP_payload_type字段被指派有第一值范围内的值时，提取与RTP_payload_type字段值相关的预先存储的编码格式信息。

15.根据权利要求13所述的数据处理方法，其中，当包括在所述SMT中的RTP_payload_type字段被指派有第二值范围内的值时，根据所述SMT来解析与RTP_payload_type字段值匹配的RTP有效载荷类型描述符，以提取相应IP流成分的编码格式信息。

Images