CN101868972B - 数字广播系统和数据处理方法 - Google Patents

数字广播系统和数据处理方法 Download PDF

Info

Publication number
CN101868972B
CN101868972B CN2008801173636A CN200880117363A CN101868972B CN 101868972 B CN101868972 B CN 101868972B CN 2008801173636 A CN2008801173636 A CN 2008801173636A CN 200880117363 A CN200880117363 A CN 200880117363A CN 101868972 B CN101868972 B CN 101868972B
Authority
CN
China
Prior art keywords
data
fic
field
channel
assemblage
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN2008801173636A
Other languages
English (en)
Other versions
CN101868972A (zh
Inventor
催仁焕
徐琮烈
李哲秀
宋在炯
金镇泌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN101868972A publication Critical patent/CN101868972A/zh
Application granted granted Critical
Publication of CN101868972B publication Critical patent/CN101868972B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/55—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/57—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for mobile receivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/02—Amplitude-modulated carrier systems, e.g. using on-off keying; Single sideband or vestigial sideband modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H04N7/087—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
    • H04N7/088—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Circuits Of Receivers In General (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Theoretical Computer Science (AREA)

Abstract

公开了一种数字广播系统和其中的数据处理方法。本发明包括：基带处理单元，其接收包括移动业务数据和主业务数据的广播信号，其中所述移动业务数据能够构成RS帧，并且其中所述RS帧包括所述移动业务数据和通知消息中的至少一方以及下述第一信令信息和下述第二信令信息中的至少一方，所述第一信令信息描述传送所述移动业务数据的虚拟信道的信令信息，所述第二信令信息描述用于传送所述通知消息的通知信道的信令信息；管理处理单元，其通过从RS帧中解析第二信令信息来访问通知消息，对所访问到的通知消息进行处理，并且将处理后的通知消息存储在存储装置中；以及呈现处理单元，其向输出装置输出处理后的通知消息。

Description

数字广播系统和数据处理方法
技术领域
本发明涉及数字广播系统，更具体地说，涉及数字广播系统和数据处理方法。
背景技术
在北美和韩国作为数字广播标准所采用的残留边带(VSB)发送模式是使用单载波方法的系统。因此，在不良信道环境中，数字广播接收系统的接收性能可能劣化。
发明内容
技术问题
具体地说，由于当使用便携式和/或移动广播接收器时更加需要对信道中的变化和噪声的耐受性，所以当通过VSB发送模式来发送移动业务数据时，接收性能甚至可能更加劣化。
技术方案
因此，本发明旨在提供一种本质上消除由于现有技术的限制或缺点而带来的一个或更多个问题的数字广播系统和数据处理方法。
本发明的一个目的是提供一种对信道变化和噪声的耐受性很高的数字广播接收系统和数据处理方法。
本发明的另一个目的是提供一种数字广播系统和其中的数据处理方法，由此能够经由通知信道来发送/接收通知消息。
本发明的另一个目的是提供一种接收系统和其中的数据处理方法，由此能够在移动业务期间按照经由通知信道根据紧急情况而接收并处理EAS(紧急告警系统)数据的方式向用户通知紧急情况。
本发明的另一个目的是提供一种接收系统和其中的数据处理方法，由此可以按照经由通知信道根据广播时间表变化而接收并处理ESG更新信息的方式来有效地更新接收系统的指南信息。
本发明的附加优点、目的和特征部分地将在下面的描述中阐述，并且部分地对于本领域普通技术人员在研究下文后变得明显，或可以通过对本发明的实践来了解。通过书面的说明书及其权利要求以及附图中具体指出的结构可以实现和获得本发明的目的和其它优点。
为了实现这些和其它优点，按照本发明的目的，如具体实施并广义描述的，根据本发明的接收系统包括基带处理单元、管理处理单元和呈现处理单元。所述基带处理单元接收包括移动业务数据和主业务数据的广播信号。所述移动业务数据可以构成RS(里德-所罗门)帧，并且其中，所述RS帧包括所述移动业务数据和通知消息中的至少一方以及下述第一信令信息和下述第二信令信息中的至少一方，所述第一信令信息描述用于传送所述移动业务数据的虚拟信道的信令信息，所述第二信令信息描述关于传送所述通知消息的通知信道的信令信息。所述管理处理单元通过从所述RS帧中解析所述第二信令信息来访问所述通知消息。该管理处理单元对所访问到的通知消息进行处理，并且将处理后的通知消息存储在存储装置中。所述呈现处理单元向输出装置输出处理后的通知消息。
所述RS帧的数据可以构成至少一个或更多个数据组，所述至少一个或更多个数据组中的每一个都包括所述RS帧的数据和多个已知数据序列，并且，传输参数信道(TPC)数据和快速信息信道(FIC)数据按照被包括在所述多个已知数据序列中的第一已知数据序列和第二已知数据序列之间的方式而被接收。
所述TPC数据包括用于标识所述FIC数据的更新的信息，并且，所述FIC数据包括关于传送所述通知消息的通知信道的通知信道信息、和关于包括所述通知信道的系综的系综标识信息。
所述FIC数据还包括标识在相应的通知信道上接收到的通知消息是否具有紧急属性的信息。
如果出现通知事件，则激活所述通知信道。如果所述通知事件过期，则使所述通知信道无效。并且，所述FIC数据包括标识所述通知信道是否活动的信息。
所述第二信令信息按照如下方式而被接收：该第二信令信息被包括在其中存在有所述通知信道的系综的RS帧中，并且，所述第二信令信息包括所述通知信道和在所述通知信道上接收的通知消息的访问信息。
所述通知消息包括：标识相应的通知消息的信息、相应的通知消息的版本信息、相应的通知消息的有效期信息、和通知内容。
所述通知消息还包括标识相应的通知消息是否具有紧急属性的标识信息。
如果相应的通知消息是分成片段的，则所述通知消息还包括标识相应的片段的顺序或最后的片段的顺序的信息。
如果所访问到的通知消息包括EAS数据，则所述管理处理单元根据所述EAS数据的优先级信息来处理所述EAS数据，并且然后向所述呈现处理单元输出处理后的EAS数据。
如果所访问到的通知消息包括时间表更新信息，则所述管理处理单元处理所述时间表更新信息，随后更新存储在所述存储装置中的与时间表相关的指南信息。
在本发明的另一方面中，一种接收系统的数据处理方法包括如下步骤：接收包括移动业务数据和主业务数据的广播信号，其中，所述移动业务数据可以构成RS(里德-所罗门)帧，并且其中，所述RS帧包括所述移动业务数据和通知消息中的至少一方以及下述第一信令信息和下述第二信令信息中的至少一方，所述第一信令信息描述用于传送所述移动业务数据的虚拟信道的信令信息，所述第二信令信息描述关于传送所述通知消息的通知信道的信令信息；通过从所述RS帧中解析所述第二信令信息来访问所述通知消息，并对所访问到的通知消息进行处理；将处理后的通知消息存储在存储装置中，并且向输出装置输出处理后的通知消息。
应当理解，本发明的前述概括描述和后面的详细描述仅为示例性和解释性的，旨在提供对如权利要求所保护的本发明的进一步的解释。
有利效果
根据本发明，使用通知专用信道来接收通知消息并随后对通知消息进行处理。这样，可以在通知信道上传送根据紧急情况的ESG更新信息或EAS数据。因此，如果在移动业务期间发生紧急情况，则可以快速地向用户提供紧急情况告警服务。此外，如果改变了广播时间表，则可以快速进行ESG更新。因此，尽管广播时间表出现意想不到的改变，但是可以向用户快速地提供正确的广播时间表。
附图说明
附图被包括进来以提供对本发明的进一步理解，其被并入且构成本说明书的一部分，附图示出了本发明的实施方式，并与说明书一起用于说明本发明的原理。在附图中：
图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为根据本发明的通知信道的操作方法的示例的图；
图26为根据本发明的另一实施方式的FIC段的语法结构的图；
图27为图26中所示的FIC段的Channel_Type字段的值分配和含义的一个实施方式的图；
图28为图26中所示的FIC段的Channel_Activity字段的值分配和含义的一个实施方式的图；
图29为根据本发明一个实施方式的发送侧的用于通知消息传送的通知信道的操作的流程图；
图30为根据本发明的一个实施方式的MH TP的MH报头和MH有效载荷格式的图；
图31为图30中所示的MH报头中包括的type_indicator字段的值分配和含义的一个实施方式的图；
图32为图30中所示的MH报头中包括的指针字段的使用示例的图；
图33为根据本发明的另一实施方式的SMT的语法结构的图；
图34为根据本发明的一个实施方式的NAT的语法结构的图；
图35为根据本发明的通知消息(Notification_Message)示例的XML(可扩展标记语言)数据结构的图；
图36为图3中所示的通知消息(Notification_Message)的按XML图解的图；
图37为根据本发明一个实施方式的访问通知消息的方法的流程图；
图38为根据本发明一个实施方式的对所访问的通知消息进行处理的方法的流程图；
图39为在通知信道上发送的通知消息具有紧急属性的情况下根据本发明的通知消息的XML数据结构的图；
图40为按XML图解形式表现的通知消息的图；
图41为确定的广播时间表改变的示例的图；
图42为根据本发明一个实施方式的电子业务指南(ESG)的结构的示例图；
图43为当根据本发明的在通知信道上传送的通知消息是包含ESG更新信息的通知消息时XML数据结构的图；
图44为按XML图解形式表现的图43中所示通知消息的图；以及
图45为根据本发明一个实施方式的对所访问到的Schedule_Update通知消息进行处理的方法的流程图。
具体实施方式
现在，将详细地描述根据本发明的优选实施方式，这些实施方式的示例在附图中示出。只有有可能，就在全部附图中使用相同的附图标记表示相同或相类似的部分。另外，尽管在本发明中使用的术语是从通常公知并使用的术语中选择的，但本发明的说明书中提到的一些术语是根据申请人他或她自己的考虑而选择的，其详细的意义在本说明书的相关部分中进行描述。此外，要求不能简单地通过使用的实际术语、而是应当通过每个术语中所展现的意义来理解本发明。
在本发明的说明书所使用的术语中，主业务数据对应于固定接收系统可以接收的数据并可以包括音频/视频(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帧进行识别，以构造MHTP。之后，主RS帧处理器211将所构造的MHTP输出到MHTP处理器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中提取报头，由此确定包括在相应MH TP中的数据。随后，当所确定的数据对应于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+O)mod 16
这里，O＝0 if i＜4，
O＝2 else if i＜8，
O＝1 else if i＜12，
O＝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时隙(时隙#3和时隙#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流、虚拟信道1 IP流及虚拟信道2 IP流)。例如，系综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_number字段表示相应的FIC主体内的最后FIC段的编号。
图16例示了当FIC类型字段值等于“0”时，根据本发明的针对FIC段有效载荷的示例性比特流语法结构。根据本发明的实施方式，FIC段的有效载荷分成3个不同的区域。只有当FIC_seg_number字段值等于“0”时，才存在FIC段有效载荷的第一区域。这里，第一区域可以包括current_next_indicator字段、ESG_version字段和transport_stream_id字段。然而，根据本发明的实施方式，可以假设不管FIC_seg_number字段如何，3个字段中的每一个字段都存在。
current_next_indicator字段是16比特字段。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。当基于各个输入的MHTP中的报头而确定了相应的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数据的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_hum字段对应于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比特枚举字段，其标识相应虚拟信道的活跃性状态。当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_arget_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】
Figure GPA00001140321600291
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 RTP有效载荷类型描述符的示例性比特流语法结构。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_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’的范围内。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()的结尾为止的部分的长度(以字节为单位)。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秒数。current_event_duration字段对应于24比特字段。这里，current_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:00 UTC以来的GPS秒数。GPS_UTC_offset字段对应于8比特无符号整数，其定义在GPS与UTC时间标准之间以整秒为单位的当前偏移。为了将GPS时间转换成UTC时间，从GPS时间减去GPS_UTC_offset。无论何时国际度量衡局(International Bureau of Weights and Measures)确定了当前偏移的误差太大，都可以增加(或减去)额外的闰秒(leapsecond)。因此，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时间。因此，从UTC时间值中减去time_zone_offset_polarity字段值。
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区段提供与包括相应SMT区段的MH系综中包括的全部虚拟信道相关的信令信息。将描述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区段提供与包括相应SMT区段的MH系综中包括的全部虚拟信道有关的信令信息。将描述了MH系综的至少一个SMT区段包括在该相应MH系综中所包括的各个RS帧中。另外，通过包括在各个区段中的ensemble_id来标识各个SMT区段。此外，各个SMT提供与属于包括各SMT的相应MH系综的各个虚拟信道有关的IP访问信息。最后，SMT提供对相应虚拟信道进行服务所需要的IP流成分级别信息。因此，通过使用从SMT解析出的信息，可以访问属于请求接收的虚拟信道的IP流成分(S513)。因此，将与相应虚拟信道相关联的业务提供给用户(S514)。
同时，本发明使得除了移动广播业务之外，还能够发送/接收通知消息。
根据本发明的一个实施方式，除了用于移动广播业务的信道之外，还指定仅仅用于传送通知消息的通知信道，并且经由该通知信道来发送和接收包含通知内容的通知消息。
根据一个实施方式，通知信道可用于发送和接收紧急告警系统(EAS)数据。
根据另一实施方式，通知信道可用于ESG更新用途。例如，在由于未预料到的节目时间表变化等而进行ESG更新的情况下，接收系统仅经由通知信道而接收按照消息格式的相应更新信息，接着能够有效地运行ESG更新和管理。
在通知信道上传送的通知消息中的EAS数据和ESG更新信息等是用于帮助理解本发明的示例。存在可以在通知信道上传送的通知消息类型的更多样和更广泛的应用，这进一步增强了本发明的实施方式。
本发明经由快速信息信道(FIC)来提供通知信道的存在或不存在以及相应的通知信道的位置信息，由此使得接收系统能够访问通知信道。在本发明中，FIC数据例如描述在相应的物理信道中的通知信道所属的系综信息。本发明的FIC数据还可以包括指示相应的通知信道是否具有紧急属性的标识信息。
根据本发明的接收系统能够按对接收的访问表(通知访问表：NAT)进行解析的方式来收集并处理通知信道的信息，所述访问表是通过被包括在RS帧中而被接收的。并且，根据本发明的接收系统能够按对接收的SMT进行解析的方式来收集并处理各虚拟信道的信息，所述SMT是通过被包括在RS帧中而被接收的。
在本发明中，虚拟信道业务、移动业务或者MH业务用于相同的含义。
图25为根据本发明的通知信道的操作方法的示例的图。
参照图25，如果没有通知消息要发送，则MH系统中的通知信道处于非活动模式。如果出现通知消息(如EAS数据、或节目时间表更新信息等)，则通知信道进入活动模式。经由相应的通知信道发送相应的通知消息。
图26为根据本发明另一实施方式的FIC段的语法结构的图。
在本发明中，例如，将单个FIC段插入单个数据组中，并随后进行发送。在这种情况下，接收系统通过分片方案来接收对应于各数据组的时隙。在这种情况下，以MH子帧为单位对相应的FIC段进行交织以构成FIC主体。作为FIC段的集合的FIC主体提供整个物理信道中包括的用于发送相应FIC的虚拟信道的信道号、以及各虚拟信道所属的系综的标识符，由此起到将虚拟信道分别绑定到系综的作用。在使用FIC的情况下，至少每MH子帧基本上发送一次FIC段的信息。但是，如果FIC的数据尺寸超过其区域，则其区域可以按照它每MH帧地交织的方式进行扩展。此外，如果FIC主体总计为37字节或更多，则按照以FIC段为单位来划分FIC主体的方式来传送FIC主体，以使其遍布MH子帧内的所有数据组。
具体来说，单个FIC段单位的最大尺寸总计为37字节，并且FIC段包括FIC段报头和FIC段有效载荷。例如，各FIC段可以包括4字节的FIC段报头和33字节的FIC段有效载荷。
同时，根据一个实施方式，如果单个FIC段的尺寸没有达到37字节，则可以由填充数据填充相应FIC段有效载荷的其余部分以达到37字节。
上述的各个字节值(FIC段：37字节，FIC段报头：4字节，FIC段有效载荷：33字节)仅为示例，本发明并不限于这些值。
FIC段报头可以包括：FIC_type字段、ESG_version字段、Transport_Stream_ID字段、FIC_seg_number字段和FIC_last_seg_number字段。对各个字段描述如下。
首先，FIC_type字段(2比特)表示相应的FIC的类型。
ESG_version字段(5比特)表示作为EDC传送的ESG的版本信息。例如，在ESG_version字段中表现相应ESG的业务指南通知信道的版本信息，由此不管存在或不存在EDC接收，接收系统都能够知道ESG更新的存在或不存在。
Transport_Stream_ID字段(16比特)表示承载相应FIC段的全球唯一广播流的标识符。也就是说，相应FIC段通过Transport_Stream_ID字段来提供对承载相应FIC的广播流的标识。
FIC_seg_number字段(4比特)表示当通过将单个FIC主体划分为几个FIC段来承载单个FIC主体时相应FIC段的数目。
FIC_last_seg_number字段(4比特)表示相应的FIC主体的最后FIC段的编号。
可以利用系综循环区域(或第二区域)和信道循环区域(或第三区域)来构造FIC段有效载荷。系综循环区域重复与在相应FIC段中描述的系综数(NumEnsembles)一样多的次数。并且，信道循环区域重复与在相应的系综中描述的虚拟信道数(NumChannels)一样多的次数。
系综循环区域可以包括Ensemble_id字段、SI_Version字段和Num-channels字段。
Ensemble_id字段(8比特)表示承载移动业务(在下面的描述中进行说明)的系综的标识符。即，Ensemble_id字段起到将移动业务和系综绑定到一起的作用。
SI_Version字段(4比特)表示在RS帧内传送的相应系综的SI数据的版本信息。
Numchannels字段(8比特)表示经由相应的系综发送的虚拟信道的数目。
信道循环区域可以包括Channel_type字段、Emergency_Indicator字段、Channel_Activity字段、CA_Indicator字段、Stand_alone_Service_Indicator字段、major_channel_num字段和minor_channel_num字段。
Channel_type字段(3比特)表示相应的虚拟信道的业务类型。具体来说，FIC段通过Channel_type字段表示相应的虚拟信道的属性。后面将参照图27详细说明Channel_type字段的值的分配和含义。
Emergency_Indicator字段(1比特)表示相应的虚拟信道的业务是否包括EAS消息或者相应的业务是否具有紧急属性。
Channel_Activity字段(2比特)表示相应的虚拟信道存在或不存在活动性。如果解析Channel_Activity字段的值，就可以知道相应的虚拟信道当前是否提供业务。
后面将参照图28说明Channel_Activity字段
CA_Indicator字段(1比特)表示是否对相应的虚拟信道应用有条件访问(CA)。如果CA应用于相应的虚拟信道，例如可以将Channel_Activity字段的值设置为1。
Stand_alone_Service_Indicator字段(1比特)表示相应的虚拟信道的业务为独立业务。如果相应的虚拟信道的业务为独立业务，例如可以将Stand_alone_Service_Indicator字段的值设置为1。
major_channel_num字段(8比特)表示相应的虚拟信道的主信道号。
并且，minor_channel_num字段(8比特)表示相应的虚拟信道的辅信道号。
如果相应FIC段的尺寸小于37字节，则在相应FIC段的其余部分可以存在填充数据。
图27示出了在信道循环区域中包括的Channel_type字段的值分配和含义的一个实施方式。
参照图27，Channel_type字段可以表示音频/视频信道、音频/视频和数据信道、音频专用信道、数据专用信道、文件下载信道、ESG传送信道、或通知信道等。例如，如果Channel_type字段的值被设置为110，这意味着相应的虚拟信道为通知信道。
图28是Channel_Activity字段的值分配和含义的一个实施方式的图。
参照图28，如果Channel_Activity字段的值被设置为00，这表示相应的虚拟信道处于活动模式并正在提供业务。并且，这还表示当前通过ESG信道提供针对虚拟信道的指南信息。
如果Channel_Activity字段的值被设置为01，这表示相应的虚拟信道处于非活动模式并且不能提供业务。但是，可以通过ESG提供关于虚拟信道的指南信息。在这种情况下，虽然接收系统不能调谐到虚拟信道，但有可能提供关于相应的虚拟信道的指南信息。
如果Channel_Activity字段的值被设置为10，这表示相应的虚拟信道为隐藏信道。在这种情况下，相应的虚拟信道当前处于非活动模式并且不提供业务。并且，不提供关于相应虚拟信道的指南信息。因此，如果没有针对隐藏信道上的特定业务指定接收系统，则接收系统既不能调谐到虚拟信道，也不能向用户提供关于相应虚拟信道的指南信息。
如果Channel_Activity字段的值被设置为11，这表示相应的虚拟信道为软件下载信道。在这种情况下，接收系统既不能调谐到用于普通业务消费的相应虚拟信道，也不能向用户提供关于相应虚拟信道的指南信息。
图29为根据本发明一个实施方式的在发送侧的用于通知消息传送的通知信道的操作流程图。
参照图29，如果出现诸如EAS数据或者节目时间表更新信息传送等的通知事件，则检查通知信道是否处于活动模式(S601)。如果通知信道处于活动模式，则按照更新TPC内的FIC版本号的方式来更新TPC(S602)。然后重复发送更新后的TPC数据(S603)。在这种情况下，FIC版本号表示作为承载在相应物理信道上的FIC传输结构主体的FIC主体的版本号。在特定量的时间(即两个子帧)后，重复发送更新后的FIC数据(S604)。随后，在特定量的时间(如一个MH帧)后，激活通知信道(S605)。在激活的通知信道上重复发送相应的通知消息(S606)。
如果通知信道处于非活动模式，则按照更新FIC内的发送通知消息的通知信道的Channel_Activity字段的方式来更新TPC(S608)。即，将Channel_Activity字段的值设置为用于指示信道激活的值(如00)。在按更新TPC内的FIC版本号的方式更新了TPC数据后(S609)，重复发送更新后的TPC数据(S610)。在特定量的时间(即两个子帧)之后，重复发送更新后的FIC数据(S611)。随后，在特定量的时间(如一个MH帧)后，激活通知信道(S612)。在激活的通知信道上重复发送相应的通知消息(S606)。
在步骤S606重复发送通知消息时，检查通知事件是否过期(S607)。
如果步骤607确定通知事件已经过期，则按更新FIC内的通知信道的Channel_Activity字段的方式来更新FIC(S613)。即，将Channel_Activity字段的值设置为用于指示信道无效的值(如01)。在通过更新TPC内的FIC版本号更新了TPC数据后(S614)，重复发送更新后的TPC数据(S615)。在特定量的时间(即两个子帧)后，重复发送更新后的FIC数据(S616)。随后，在特定量的时间(如一个MH帧)后，使通知信道无效(S617)。不发送相应的通知消息，直至出现下一通知事件。
因此，由于本发明能够通过FIC(快速信息信道)获得通知信道的存在或不存在、通知信道的激活或无效、通知信道所属的系综信息、和通知信道号等，所以接收系统能够按解析FIC的方式通过时间分片方案来接收包括通知信道的系综。
根据本发明的一个实施方式，按将通知信息记载在通知访问表(NAT)中的方式来发送通知信息，该通知信息包括用于接收在通知信道上发送的通知消息的访问信息。NAT的细节将在稍后参照图34进行说明。
例如，通过将NAT包括在相应通知信道所属的系综的RS帧中来接收NAT。具体来说，接收系统能够以解析NAT的方式来收集并处理通知信道的信息，所述NAT通过被包括在RS帧中而被接收。并且，接收系统能够以解析SMT的方式来收集并处理各虚拟信道的信息，该SMT通过被包括在RS帧中而被接收。
RS帧是至少一个或更多个数据组的集合。各业务或ESG的IP流包括在单个RS帧中，并且在在每一RS帧中可能存在SMT区段数据。如果RS帧为与通知信道所属的系综对应的RS帧，则在该RS帧中存在NAT区段数据。并且，RS帧可以包括通知消息。具体来说，可以按如下方式来接收通知消息：根据RTP协议或FLUTE协议来对通知消息进行封装，并接着将其包括在IP流格式(附有UDP/IP报头)的RS帧中。
将单个RS帧中的列长度(即行数)确定为187字节。行的长度总计N字节。在这种情况下，“N”可以根据TPC数据而变化。TPC数据可以包括MH系综ID、MH子帧号、MH组的总数(TNoG)、RS帧连续性计数、RS帧的列尺寸(N)及FIC版本号等。并且，N可以根据RS帧将要分配给的数据组内的区域而发生变化。这是因为，在数据组内，错误出现概率按照区域A＞B＞C＞D的顺序降低。在本发明中，N例如大于或等于187。具体来说，单个RS帧具有N(行)187(列)的字节尺寸。
为了说明的简洁和方便，将N字节行中的每一行称为MH传输包(TP)。MH TP可以包括2字节的报头和(N-2)字节的MH有效载荷。在这种情况下，例如将2个字节分配给MH报头区域，这可以由设计者进行改变，并且本发明并不限于此。
MP有效载荷可以包括信令信息(SI)表(如SMT和NAT等)以及IP数据报。具体来说，单个MH有效载荷仅包括IP数据报，仅包括SI表，或者包括IP数据报和SI表二者。
图30为根据本发明的一个实施方式的MHTP的MH报头和MH有效载荷的图。
参照图30，MH报头可以包括type_indicator字段、error_indicator字段、stuff_indicator字段和指针字段。
例如可以将3个比特分配给type_indicator字段。type_indicator字段表示分配给相应MH TP内的MH有效载荷的数据的类型。具体来说，type_indicator字段表示有效载荷的数据是否包括IP数据报还是信令信息(SI)表。在这种情况下，各数据类型构成单个逻辑信道。在用于发送IP数据报的逻辑信道上，可以通过将几个移动业务复用在一起来发送这些移动业务。并且，在IP层对各移动业务进行解复用。
例如可以将1比特分配给error_indicator字段。该error_indicator字段表示存在或不存在相应的MH TP的错误。例如，如果将error_indicator字段的值设置为0，这意味着在相应的MH TP中不存在错误。如果将error_indicator字段的值设置为1，这意味着在相应的MH TP中存在错误。
例如可以将1比特分配给stuff_indicator字段。该stuff_indicator字段表示在相应的MH TP的MH有效载荷中是否存在填充字节。例如，如果将stuff_indicator字段的值设置为0，这意味着在相应的MH TP中不存在填充字节。如果将stuff_indicator字段的值设置为1，这意味着在相应的MH TP中存在填充字节。
如果stuff_indicator值表示在相应MH TP的MH有效载荷中不存在填充字节(即0)，则不将填充字节分配给相应MH TP的MH有效载荷，而将(N-2)个IP数据报(或SI表)字节分配给相应MH TP的MH有效载荷。如果stuff_indicator值表示在相应MH TP的MH有效载荷中存在填充字节(即1)，则将k个填充字节和(N-2-k)个IP数据报(或SI表)字节分配给相应MH TP的MH有效载荷。在这种情况下，0≤k≤(N-2)。
可以将11比特分配给指针字段。指针字段表示在相应MH TP中新数据(即新SI表或新IP数据报)开始的位置信息。
图31为图30中所示的MH报头中包括的type_indicator字段的值分配和含义的一个实施方式的图。
参照图31，如果将type_indicator字段的值设置为000，这表示相应的MH TP的MH有效载荷包括至少一个或更多个IP数据报。在这种情况下，如图32中(a)所示，指针字段值表示第一个新开始的IP数据报的开始点。
如果将type_indicator字段的值设置为001，这表示相应MH TP的MH有效载荷包括至少一个或更多个SI表。在这种情况下，如图32中(b)所示，指针字段指向第一个新开始的SI表的开始点。
如果将type_indicator字段的值设置为010，这表示相应MH TP的MH有效载荷包括至少一个或更多个IP数据报和至少一个或更多个SI表。在这种情况下，指针字段指向第一个新开始的IP数据报的开始点。在这种情况下，不允许填充数据。
此外，type_indicator字段值011～111保留以供未来使用。
分配给图31中所示的MH TP内的MH报头的字段的顺序、位置和含义仅仅是用于帮助理解本发明的示例。由于本领域技术人员可以容易地对分配给MH TP内的MH报头的字段的顺序、位置和含义以及多个附加地分配的字段进行修改，因此本发明并不限于上述实施方式。
图33为根据本发明的另一实施方式的SMT的语法结构的图。
参照图33，以MPEG-2专用区段的格式来编写SMT，以助于理解本发明。由于任何格式都可用于SMT的格式，因此本发明的范围并不限于该实施方式。
SMT包括单个MH系综内的各虚拟信道的描述信息，其它附加信息可以包括在描述符区域中。通过使SMT包括至少一个字段来由发送系统将SMT发送给接收系统。在虚拟信道的访问信息和IP流的访问信息所包括的内容方面，图33中所示的SMT不同于图17所示的前一SMT。例如，如果针对特定多播源存在相应虚拟信道的源IP地址，则图17中所示的前一SMT提供源IP访问信息。但在图33中所示的后一SMT并不提供源IP访问信息。此外，虽然图17中所示的前一SMT提供相应虚拟信道的激活是否存在、业务类型和业务标识信息，但图33中所示的后一SMT并不提供这些信息。
可以通过将SMT区段作为SI表包括在RS帧内的MH TP中的方式来发送SMT区段。在该情况下，图1所示的RS帧解码器170和180对输入的RS帧进行解码。将解码后的RS帧输出到相应的RS帧处理器211和212。各个RS帧处理器211和212通过以行为单位来辨别输入的RS帧，从而构成MH TP，并随后将MH TP输出到MH TP处理器213。
在基于各个输入MHTP的报头而确定了相应MHTP包括SI表的情况下，MH TP处理器213解析所包括的SI表，并随后将结果输出到物理自适应控制信号处理器216。但是，这种情况对应于SI表并未与IP数据报一起封装的情况。
同时，如果SI表与IP数据报一起封装，则在基于各个输入MH TP的报头而确定了相应MH TP包括SI表的情况下，MH TP处理器213将SI表输出到IP网络栈220。如果这样，则IP网络栈220对SI表执行IP和UDP处理，随后将SI表输出到SI处理器240。SI处理器230解析输入的SI表，并将结果存储在存储单元290中或将结果输出到物理自适应控制信号处理器216。
物理自适应控制信号处理器216通过从MH TP处理器213或SI处理器240输出的SI数据的表标识符来检查SMT，并随后利用检查的SMT得到接收-特定虚拟信道条目和IP访问信息。可以将该信息存储在存储单元290中。此外，IP网络栈220仅使用该信息访问相应的IP流。
下面描述在SMT上承载的字段的示例。
首先，table_id字段(8比特)为标识表类型的字段，通过该字段能够知道该表为SMT(table_id：8比特无符号整数，其表示在业务映射表(SMT)中定义的表区段的类型)。
section_syntax_indicator字段(1比特)为定义SMT的区段格式的指示符。
private_indicator字段(1比特)表示SMT是否跟着专用区段。
version_number(5比特)表示SMT的版本号。
section_number(8比特)表示当前SMT区段的区段号。
last_section_number(8比特)表示SMT的最后区段号。
在0x00到0x3F的范围内的ensemble_id字段(8比特)可以是与该MH系综相关联的系综ID。应当根据从MH物理层子系统的基带处理器传送的parade_id按如下方式导出该字段的值：将相关联的MH队列的parade_id用于最低有效的7位，并且，在通过主RS帧来承载MH系综时将“0”用于最高有效位，在通过辅RS帧来承载MH系综时将“1”用于最高有效位。
在ensemble_id字段之后，设置有“for loop(循环)”，其重复的次数与相应SMT区段内的虚拟信道数(NumChannels)一样多。使用“forloop”，提供关于多个虚拟信道的信息。
transport_stream_id字段(16比特)表示承载相应SMT区段的广播流的唯一标识符。即，transport_stream_id字段为16比特无符号整数，其标识广播传输流，该广播传输流携带有下面描述的业务。
source_id字段表示与虚拟信道相关联的节目源。在本文中，源是视频、文本、数据或音频节目中的一个特定源。并且，保留了源ID值0。在0x0001到0x0FFF范围内的源ID值在承载SMT的物理信道内应当是唯一的，而值0x1000到0xFFFF在区域级应当是唯一的。
major_channel_number字段是在0x00到0xFF范围内的8比特无符号整数字段，应当代表与该虚拟信道相关联的主信道号。
minor_channel_number字段为0x00到0xFF范围内的8比特无符号整数字段，应当代表与该虚拟信道相关联的辅信道号。
ESG_requirement_flag字段(1比特)是1比特指示符，其在设置为“1”时表示需要承载在ESG中的信息来访问该虚拟信道。
number_stream字段(6比特)表示在该虚拟信道内的IP流的数目。
IP_version_flag字段为1比特指示符，其在设置为“1”时表示target_IP_address字段是IPv6地址，并且在设置为“0”时表示target_IP_address字段是IPv4地址。
如果IP_version_flag字段(1比特)设置为“0”，则target_IP_address字段表示该虚拟信道的32比特的目标IPv4地址。如果IP_version_flag字段设置为“1”，则target_IP_address字段表示该虚拟信道的64比特的目标IPv6地址。
紧跟在target_IP_address字段之后，设置有“for loop”，其重复的次数与该虚拟信道内的IP流的数目(num_streams)一样多。使用“for loop”，提供关于多个IP流的信息。
stream_type字段(8比特)表示相应的IP流的类型。
target_port_num字段(8比特)表示相应的IP流的UDP端口号。
如果stream_type字段的值表示音频，则还包括ISO_639_language_code字段。该ISO_639_language_code字段表示音频IP流的语言。
此外，SMT还可包括提供关于相应虚拟信道的附加信息的描述符、和/或提供关于相应系综的附加信息的描述符。
图34是根据本发明的一个实施方式的NAT的语法结构的图。
参照图34，NAT是按MPEG-2专用区段的格式来编写的，以助于理解本发明。由于任何格式都可用于NAT的格式，因此本发明的范围并不限于该实施方式。
NAT可以按照被包括在存在通信信道的系综的RS帧内的方式而被接收。NAT描述如下的通知消息信息，该通知消息信息使得在相应的通知信道上发送的通知消息能够被接收。具体来说，NAT提供访问信息，以使得能够访问相应系综内的通知信道。
例如，可以通过在IP报头上具有目标IP地址和目标UDP端口号，按照将NAT与UDP/IP封装在一起的方式，来发送NAT。具体来说，将NAT分段为预定数目的区段，与UDP报头封装在一起，再与IP报头封装在一起，并随后通过将其包括在RS帧内的MH TP中而进行发送。在这种情况下，对目标IP地址和目标UDP端口号，NAT区段使用公知的值，由此接收系统能够接收NAT区段而无需分离IP访问信息。
作为另一示例，可以按照如下的方式来发送NAT区段：将其按SI表格式与MH TP一起封装到RS帧内。在这种情况下，图1所示的RS帧解码器170和180中对输入的RS帧进行解码。将解码后的RS帧输出到相应的RS帧处理器211和212。RS帧处理器211和212各自通过以行为单位辨别输入的RS帧来构成MHTP，随后将该MHTP输出到MHTP处理器213。
在基于各个输入MH TP的报头而确定了相应MH TP包括SI表的情况下，MHTP处理器213解析所包括的SI表，并随后将结果输出到物理自适应控制信号处理器216。但是，这种情况对应于并未将SI表与IP数据报封装在一起的情况。
同时，如果将SI表与IP数据报封装在一起，在基于各个输入MH TP的报头而确定了相应MH TP包括SI表的情况下，MH TP处理器213将SI表输出到IP网络栈220。如果这样，则IP网络栈220对SI表执行IP和UDP处理，随后将SI表输出到SI处理器240。SI处理器230解析输入的SI表，然后将结果存储在存储单元290中，或将结果输出到物理自适应控制信号处理器216。
物理自适应控制信号处理器216通过从MH TP处理器213或SI处理器240输出的SI数据的表标识符来检查NAT，并随后利用检查到的NAT来获取接收-特定通知信道的各种信息(包括访问信息)。可以将该信息存储在存储单元290中。此外，IP网络栈220使用该信息来访问相应通知信道的通知消息。
下面描述NAT上承载的字段的示例。
首先，table_id字段(8比特)为标识表类型的字段，通过该字段能够知道该表为NAT。
section_syntax_indicator字段(1比特)为定义NAT的区段格式的指示符。
private_indicator字段(1比特)表示NAT是否跟着专用区段。
version_number(5比特)表示NAT的版本号。
section_number(8比特)表示当前NAT区段的区段号。
last_section_number(8比特)表示NAT的最后区段号。
在0x00到0x3F的范围内的ensemble_id字段(8比特)应当是与该MH系综相关联的系综ID。应当根据从MH物理层子系统的基带处理器传送的parade_id按如下方式导出该字段的值：将相关联的MH队列的parade_id用于最低有效的7位，并且，在通过主RS帧来承载MH系综时将“_0”用于最高有效位，在通过辅RS帧来承载MH系综时将“1”用于最高有效位。
NumNotifSession字段(8比特)表示在相应的NAT区段中记载的通知区段的数目。
在NumNotifSession字段之后，设置有“for loop(循环)”，其重复的次数与相应NAT区段中的通知会话的数目(NumNotifSession)一样多。使用“for loop”，提供关于多个虚拟信道的信息。
transport_stream_id字段(16比特)表示承载相应NAT会话的广播流的唯一标识符。即，transport_stream_id字段为16比特无符号整数，其标识广播传输流，该广播传输流承载有下面描述的通知消息。
source_id字段(16比特)标识与通知会话相关联的节目源。在本文中，源是视频、文本、数据或音频节目中的一种特定源。并且，保留了源ID值0。在0x0001到0x0FFF范围内的源ID值在承载NAT的物理信道内应当是唯一的，而值0x1000到0xFFFF应当在区域级是唯一的。
Notification_Type字段(7比特)表示相应的通知会话的类型。
emergency字段为1比特指示符，其在设为“1”时表示该通知会话承载具有紧急属性的通知消息。
NumNotifMsg字段(8比特)为8比特无符号整数，其代表该通知会话中承载的通知消息的数目。
IP_yersion_flag字段为1比特指示符，其在设为“1”时表示target_IP_address字段是IPv6地址，并且在设为“0”时表示target_IP_address字段是IPv4地址。
如果IP_version_flag字段(1比特)设为“0”，则target_IP_address字段表示相应通知会话的32比特的目标IPv4地址。如果IP_version_flag字段设为“1”，则target_IP_address字段表示相应通知会话的64比特的目标IPv6地址。
在target_IP_address字段之后，设置有“for loop”，其重复的次数与相应通知会话内的通知消息的数目(NumNotifMsg)一样多。使用“forloop”，提供关于多个通知消息的信息。
NotifMsg_type字段(8比特)表示相应的通知消息的类型。
target_port_num字段(8比特)表示获得相应通知消息的UDP端口号。
如果NotifMsg_type字段的值表示音频，则还包括ISO_639_language_code字段。该ISO_639_language_code字段表示音频通知消息的语言。
此外，NAT还可以包括提供关于相应通知会话的附加信息的描述符、和/或提供关于相应系综的附加信息的描述符。
图35为根据本发明的通知消息(Notification_Message)的示例的XML(可扩展标记语言)数据结构的图。图36为图3中所示的通知消息(Notification_Message)的XML图解形式的图。
通知消息Notification_Message可以包括属性和至少一个Notification_Msg_Body要素。
通知消息Notification_Message可以包括被定义为属性的Notification_Msg_ID字段、Notification_Msg_Version字段、Emergency字段、ValidFrom字段、ValidTo字段、Fragment_Number字段和Last_Fragment_Number字段。
Notification_Msg_ID字段表示用于标识相应的通知消息的值。
Notification_Msg_Version字段表示相应的通知消息的版本。
Emergency字段表示相应的通知消息是否为具有紧急属性的消息。
ValidFrom字段表示相应的通知消息从指定的时间点起有效。
ValidTo字段表示相应的通知消息有效，直到指定的时间点为止。
Fragment_Number字段表示在将相应的通知消息分成片段的情况下预定片段的次序。
此外，Last_Fragment_Number字段表示在将相应通知消息分成片段的情况下相应通知消息的最后的段的次序。
图37为根据本发明一个实施方式的访问通知消息的方法的流程图。具体来说，在向用户提供移动业务期间，接收系统能够访问在通知信道上接收的通知消息。
参照图37，在提供移动业务时对TPC进行监视(S701)。如果更新了TPC中包括的FIC版本号(S702)，则在特定量的时间(如两个子帧)之后退出时间分片模式(S703)。随后按照如下方式来构造FIC主体：在单个子帧内收集FIC段，并且随后对收集到的FIC段进行解交织(S704)。通过对在步骤S704构成的FIC主体的每一个系综循环进行解码，检查是否更新了通知信道(S706)。可以通过对Channel_Type字段、Emergency_Indicator字段和Channel_Activity字段等中的一个进行解析来确认对通知信道的更新。
如果在步骤S706检查出通知信道没有更新，则进行适当的动作(S707)。如果在步骤S706检查出通知信道进行了更新，则检查在更新了的通知信道上发送的通知消息是否具有紧急属性(S708)。例如，当Channel_Type字段的值表示相应的虚拟信道为通知信道时，如果对Emergency_Indicator字段进行解析，就能够确定在相应的通知信道上发送的通知消息是否具有紧急属性。具体来说，能够确定通知消息是否包括EAS消息。
如果在步骤S708检查出相应的通知消息具有紧急属性，则在特定量的时间后(如下一MH帧)启动RS帧解码器和RS帧处理器(S709)。例如，如果通知信道所属的系综的RS帧为辅RS帧，则启动辅RS帧解码器180和辅RS帧处理器212。
随后，通过参照由启动的RS帧解码器和启动的RS帧处理器处理后的RS帧的MH TP的MH报头，从RS帧中解析SI表(如NAT)。从解析出的SI数据中获得用于接收具有紧急属性的通知消息(如EAS消息)的访问信息(S710)。在使用该访问信息访问了在相应通知信道上发送的EAS消息后，对所访问的EAS消息进行处理(S711)。
如果在步骤S708检查出相应的通知消息不具有紧急属性，则在特定量的时间后(如下一MH帧)启动RS帧解码器和RS帧处理器(S712)。例如，如果通知信道所属的系综的RS帧为辅RS帧，则启动辅RS帧解码器180和辅RS帧处理器212。
随后，通过参照由启动的RS帧解码器和启动的RS帧处理器处理后的RS帧的MH TP的MH报头，从RS帧中解析SI表(如NAT)。从解析出的SI数据中获得用于接收不具有紧急属性的通知消息(如ESG时间表更新信息)的访问信息(S713)。在使用该访问信息访问了在相应通知信道上发送的通知消息后，对所访问的通知消息进行处理(S714)。
在图37中，例如，可以由信令解码器190执行步骤S701和S704，由操作控制器110执行步骤S703，由TPC处理器214和FIC处理器215执行步骤S705、S706和S708，由RS帧解码器和RS帧处理器执行步骤S709至S714。
图38为根据本发明一个实施方式的对所访问的通知消息进行处理的方法的流程图。
参照图38，如果从相应的通知信道访问了通知消息，则通过收集通知片段来构造通知消息(S801)。通知消息可以包括被定义为属性的Notification_Msg_ID字段、Notification_Msg_Version字段、Emergency字段、ValidFrom字段、ValidTo字段、Fragment_Number字段和Last_Fragment_Number字段。如果解析了Fragment_Number字段和Last_Fragment_Number字段，则能够通过搜集至少一个或更多个片段来构造通知消息。
如果在步骤S801构造了通知消息，则检查所构造的通知消息是否有效(S802)。可以通过解析ValidFrom字段和ValidTo字段来获得通知消息有效还是无效。
如果在步骤S802检查出通知消息有效，则按照解析Notification_Msg_Version字段的方式来检查通知消息的版本是否进行了更新(S803)。如果在步骤S803检查出通知消息的版本没有更新，这意味着已处理了相同的通知消息。因此，忽略所访问到的通知消息(S804)。
同时，如果步骤S803检查出通知消息的版本进行了更新，则对所访问到的通知消息的通知主体要素(Notification_Msg_Body)进行处理(S805)。如果在步骤S802检查出通知消息是无效的，则忽略所访问到的通知消息(S806)。
图39为在通知信道上发送的通知消息具有紧急属性的情况下，根据本发明的作为通知消息的Emergency_Alert要素的XML数据结构的图，图40为按XML图解形式表示的Emergency_Alert要素的图。
首先，Emergency_Alert通知消息，即Emergency_Alert要素，可以包括被定义为属性的Notification_Msg_ID字段、Notification_Msg_Version字段、Emergency字段、ValidFrom字段、ValidTo字段、Fragment_Number字段和Last_Fragment_Number字段。各字段的详细信息可以参照图35。下面的说明省去了这些详细信息。
Emergency_Alert要素可以包括较低层的要素，如EAS_Nature要素和EAS_Body要素。
EAS_Nature要素可以包括被定义为属性的EAS_originator_code字段、EAS_event_code字段、Alert_message_time_remaining字段、Start_time字段和Duration字段。
EAS_originator_code字段表示生成紧急告警系统(EAS)的实体。
EAS_event_code字段包括表示EAS的类型的信息。例如，它能够表示特定紧急情况的重要性(如大等级地震、中等级地震和小等级地震等)以及紧急告警的类型(如洪水、地震和恐怖活动等)。
Alert_message_time_remaining字段表示紧急告警消息(EAM)的剩余输出时间。
Start_time字段表示EAM事件自1980年1月6日00时UTC之后的、以秒为单位的开始时间。
Duration字段表示以分钟为单位的紧急告警事件的持续时间。
同时，EAS_Body要素可以包括被定义为属性的Alert_Priority字段、Force_Tune字段和Force_Tune_Duration字段。
Alert_Priority字段表示用于显示紧急情况的优先级或重要性的语法。
根据Alert_Priority字段的值来确定对接收到的紧急告警消息的规定处理。具体来说，确定是无条件地或者仅在特定条件下忽略接收到的紧急告警消息、还是强制性地调谐到所接收的紧急告警消息中包括的紧急广播信道(例外信道(exception channel))。
Force_Tune字段表示该EAS消息需要接收系统调谐到该例外信道。
Force_Tune_Duration字段表示接收系统被强制调谐到例外信道的持续时间。
EAS_Body要素可以包括Alert_Text要素、Location_Code要素和Exception_Channel要素，这些要素为较低层的要素。
Alert_Text要素可以包括文本格式的真实紧急告警的内容。
Location_Code要素可包括被定义为属性的Country_Code字段、State_Code字段、State_Subdivision_Code字段和字County_Code段。
Country_Code字段表示与紧急告警相关联的国家的代码。
State_Code字段表示与紧急告警相关联的州或地区。
State_Subdivision_Code字段可以包括0～9之间的4比特的数字，用于定义县郡的细分。
County_Code字段表示州的与紧急告警相关联的具体县郡。
在区域性定义中，采用根据U.S.A的行政地区划分的区域性标题，但本发明的范围并不限于此。
Exception_Channel要素可以包括被定义为属性的Target_IP_Address字段、Crrier_Frequency字段、Transport_Stream_ID字段、Ensemble_ID字段和Source_ID字段。
Target_IP_Address字段表示例外信道的目标IP地址。
Carrier_Frequency字段表示例外信道的载波频率。
Ensemble_ID字段表示承载例外信道的系综的标识符。
并且，Source_ID字段表示作为例外信道的虚拟信道。
Exception_Channel要素可以包括作为较低层要素的EAS_stream要素。
EAS_stream要素可包括被定义为属性的Stream_type字段、Language字段和Target_Port_Num字段。
Stream_type字段表示EAS消息流的类型。
Language字段表示EAS消息流的语言。
并且，Target_Port_Num字段表示EAS消息流的目标UDP端口号。
同时，先前确定的广播时间表可能由于各种原因而改变。例如，由于职业棒球比赛广播转播的延长等原因，接下来要广播的节目的开始时间可能延迟到原定时间之后。如果广播的职业棒球比赛提前于预期时间结束，则下一广播节目的开始时间可能早于预定的时间。
图41为确定的广播时间表发生改变的示例的图。
参照图41中的(a)，预定在频道32-2在12:00到13:00进行“超级杯”转播。并且，还预定了在频道32-2在13:00到14:00播放“越狱”集锦。参照图41中的(b)，很明显“超级杯”转播时间表改到12:00到14:00。同样很明显，“越狱”集锦的时间表改为14:00到15:00。
在这种情况下，只有接收系统知道广播时间表的改变内容，接收系统才能够向用户提供正确的指南信息。
作为向接收系统通知广播时间表改变的方法，存在在EDC信道上发送ESG的方法。如果这样，接收系统就能够通过解析ESG来更新之前存储的ESG信息。
图42为根据本发明的一个实施方式的电子业务指南(ESG)的结构的示例图。
参照图42，与时间表改变信息相关联的ESG片段为时间表片段。并且，该片段引用业务片段和内容片段。
具体来说，如果通过将ESG的入口点信息包括在系综中来发送该ESG的入口点信息，则接收系统使用相应的入口点信息来接收业务指南传送描述符(ServiceGuideDeliveryDescriptor)，该业务指南传送描述符为用于描述ESG的信息。可以从业务指南传送描述符获得关于ESG的结构和获取的信息。使用该信息，能够接收ESG信息。
ESG能够按细分的较低层单位来提供信令信息(或称为“通知信息”)。并且，细分的较低层单位称为片段。用于ESG的片段可以包括业务片段、时间表片段、内容片段、购买项目片段、购买数据片段、购买频道片段、访问片段、会话描述片段、预览数据片段和交互数据片段等。图42中所示的箭头表示引用关系。根据该示例，购买项目片段、内容片段、时间表片段和访问片段可以引用业务片段。与时间表改变信息相关联的时间表片段可以引用业务片段和内容片段。在各箭头上示例性示出的数表示较低单位信息的可用数目。并且，该数字表示可用片段数目。
下面说明示例性片段中的主要片段。
首先，业务片段包括关于诸如单个传统电视频道的提供给用户的业务的信息。
内容片段包括内容的元数据。例如，可以在内容片段中包括内容的A/V、文本、和图像类型等。
时间表片段包括关于单个内容的时间安排信息。例如，时间安排信息可以包括相应内容的广播时间。
购买项目片段包括与购买相关联的项目信息。
购买数据片段包括与用户可购买的业务的购买相关联的信息。
购买频道片段表示使得终端或用户能够与购买系统进行通信的接口。该购买频道片段包括关于与购买系统或购买频道相关的参数的管理的信息。
访问片段包括与对业务或内容的访问相关联的信息。
但是，在由于意想不到的节目时间表改变等原因而需要更新ESG信息的情况下，在EDC信道上发送ESG的方法要发送大量的ESG数据。因此，接收系统需要花很长的时间来更新ESG信息，由此不能有效地进行ESG更新和管理。
为了让本发明更有效地进行ESG更新和管理，如果由于意想不到的节目时间表改变等原因而需要更新ESG信息，则将相应的ESG更新信息作为通知消息在通知信道上进行发送。
图43为Schedule_Update要素的XML数据结构的图，该Schedule_Update要素为根据本发明的通过包含ESG更新信息而在通知信道上发送的通知消息，并且，图44为按XML图解形式表现图43中所示的Schedule_Update要素的图。
Schedule_Update消息(即Schedule_Update要素)的属性可以包括Notification_Msg_ID字段、Notification_Msg_Version字段、Emergency字段、ValidFrom字段、ValidTo字段、Fragment_Number字段和Last_Fragment_Number字段。各字段的详情可以使用图35中对这些字段的说明，因此在下面的说明省去了这些详情。
Schedule_Update要素可以包括Reference要素和Schedule_Info要素，作为更低层的要素。
Reference要素可包括Event_ID字段、Service_Reference字段、Source_ID字段和Content_Reference字段。
Event_ID字段表示相应的Schedule_Update要素欲更新的广播事件的标识符(ID)。通过相应的Schedule_Update通知消息来更新具有相应的Event_ID的广播事件的时间表。
Service_Reference字段表示对下述虚拟信道(MH业务)的引用，在所述虚拟信道上正在广播要由相应的Schedule_Update通知消息更新的广播事件。
Source_ID字段表示下述虚拟信道(MH业务)的源ID，在所述虚拟信道上正在广播要由相应的Schedule_Update通知消息更新的广播事件。
在相应的Schedule_Update通知消息欲更新的广播事件的时间表片段引用内容片段的情况下，Content_Reference字段表示相应的引用。
Schedule_Info要素可以包括Update_Boundary要素、Current_Start_Time要素、Current_End_Time要素、Updated_Start_Time要素和Updated_End_Time要素。
在相应的Schedule_Update通知消息改变了单个广播事件的时间表时，Update_Boundary要素使得接收系统能够按受影响的之前/之后的广播事件的接收系统的信息方式来适当地更新业务指南。
为此，Update_Boundary要素可以包括Previous_Schedule要素和Following_Schedule element要素作为更低层的要素。
Previous_Schedule要素描述了在下述的事件之前的事件：相应的Schedule_Update通知消息改变了所述事件的时间表，或者描述了在下述的事件之前的事件：所述事件受相应通知消息的时间表改变的影响。
Following_Schedule要素描述了在下述的事件之后的事件：相应的Schedule_Update通知消息改变了相应事件的时间表，或者描述了在下述的事件之后的事件：所述事件受相应通知消息的时间表改变的影响。
为此，Previous_Schedule要素和Following_Schedule要素中的每一个都可以包括被定义为属性的Event_ID字段、Service_Reference字段、Source_ID字段和Content_Reference字段。对于各字段的详情，可以参照作为Reference要素的属性而描述的各字段的说明。因此，在下面的说明省去了对应的详情。
在Schedule_Info要素的更低层要素中的Current_Start_Time要素表示相应的Schedule_Update通知消息欲更新的广播事件的当前开始时间。
Current_End_Time字段表示相应的Schedule_Update通知消息欲更新的广播事件的当前结束时间。
Updated_Start_Time字段表示在相应的Schedule_Update通知消息欲更新的广播事件的更新之后的开始时间。
Updated_End_Time要素表示在相应的Schedule_Update通知消息欲更新的广播事件的更新之后的结束时间。
图45为根据本发明一个实施方式的对所访问的Schedule_Update通知消息进行处理的方法的流程图。
参照图45，如果从相应的通知信道访问了Schedule_Update通知消息，则通过收集通知片段来构造Schedule_Update通知消息(S901)。该Schedule_Update通知消息可以包括被定义为属性的Notification_Msg_ID字段、Notification_Msg_Version字段、Emergency字段、ValidFrom字段、ValidTo字段、Fragment_Number字段和Last_Fragment_Number字段。如果解析了Fragment_Number字段和Last_Fragment_Number字段，则能够通过收集至少一个或更多个片段来构造Schedule_Update通知消息。
如果在步骤S901构造了Schedule_Update通知消息，则检查构造的Schedule_Update通知消息是否有效(S902)。可以通过解析ValidFrom字段和ValidTo字段来获得通知消息是有效还是无效。
如果在步骤S902检查出通知消息有效，则按解析Notification_Msg_Version字段的方式来检查Schedule_Update通知消息的版本是否进行了更新(S903)。如果步骤S903检查出通知消息的版本没有更新，这意味着已处理过相同的Schedule_Update通知消息。因此，忽略所访问的Schedule_Update通知消息(S904)。
同时，如果步骤S903检查出Schedule_Update通知消息的版本进行了更新，则识别所访问的Schedule_Update通知消息影响的MH业务(S905)。该MH业务是所访问的Schdule_Update通知消息希望更新的广播事件。可以通过解析所访问的Schedule_Update通知消息的Reference要素来获得对MH业务的识别。该Reference要素可以包括被定义为属性的Event_ID字段、Service_Reference字段、Source_ID字段和Content_Reference字段。可选的是，Reference要素还可以包括Content_Reference字段。
如果在步骤S905识别出MH业务，则通过解析所访问的Schedule_Update通知消息的Schedule_Info要素来更新与时间表相关的业务指南数据库(S906)。
具体来说，如果解析了Schedule_Info要素的Current_Start_Time要素、Current_End_Time要素、Updated_Start_Time要素和Updated_End_Time要素，就能够知道识别出的MH业务的当前开始时间和当前结束时间以及更新后的开始时间和结束时间。如果将MH业务的当前时间信息与更新后的时间信息彼此进行比较，就能够知道受MH业务时间表改变的影响的之前事件和/或随后事件的时间表信息。并且，按照解析Previous_Schedule要素和Following_Schedule要素的方式，可以知道受MH业务时间表改变的影响的之前事件和/或随后事件的标识符(Event_ID)。
仅仅在与时间表相关的业务指南数据库中更新上述的改变了时间表之后的当前事件的时间表信息、以及受当前事件时间表改变的影响的之前事件和/或随后事件的时间表信息。根据本发明的一个实施方式，为了仅仅更新相应事件的时间表信息，参考从各要素中解析出的相应事件标识符。
同时，如果在步骤S902检查出Schedule_Update通知消息是无效的，则忽略所访问到的Schedule_Update通知消息(S907)。
根据本发明的另一实施方式，当正在更新与时间表相关的业务指南数据库时，可以自动将时间表改变内容通知给用户。例如，如果“超级杯”转播业务的时间表改为12:00到14:00、并且“越狱集锦”的时间表改为14:00到15:00，则通过OSD(屏幕上显示)在屏幕的一部分上显示这些节目时间表的改变。因此，用户无需选择ESG菜单就可以自动意识到节目时间表的改变。
对于本领域技术人员，很明显，在不脱离本发明的精神或范围的情况下，可以在本发明中做出各种修改和变型。因此，本发明旨在涵盖落入所附权利要求的范围及其等同范围内的本发明的全部修改和变型。
本发明的模式
以本发明的最佳模式描述了本发明的实施方式。
工业适用性
本发明可以用于广播和通信领域。

Claims (18)

1.一种接收系统，该接收系统包括：
调谐器，其接收广播信号，该广播信号包括移动业务数据、信令信息表、六个已知数据序列、快速信息信道即FIC数据、以及传输参数信道即TPC数据；
解调器，其对接收到的广播信号进行解调；
第一解码器，其从解调后的广播信号中对FIC数据和TPC数据进行解码；以及
第二解码器，其从解调后的广播信号中，对包括移动业务数据和信令信息表的Reed-Solomon即RS帧进行解码，
其中，所述RS帧属于主系综和辅系综中的一个，
其中，所述FIC数据包括用于标识主系综和辅系综中的所述一个的系综标识符，所述系综标识符包括用于标识承载主系综和辅系综中的至少一个的队列的队列标识符，并且
其中，所述TPC数据包括用于标识FIC数据和队列标识符的更新的FIC版本信息。
2.根据权利要求1所述的接收系统，其中，所述系综标识符的7个最低有效位对应于所述队列标识符。
3.根据权利要求1所述的接收系统，其中，当所述系综标识符的最高有效位即MSB被设置为0时，所述系综标识符标识所述主系综。
4.根据权利要求1所述的接收系统，其中，当所述系综标识符的MSB被设置为1时，所述系综标识符标识所述辅系综。
5.根据权利要求1所述的接收系统，其中，由至少一个区段来接收所述信令信息表，所述至少一个区段中的每一个包括区段报头和区段主体，并且其中，所述区段报头包括表标识符和系综标识符，所述区段主体包括所述移动业务数据的访问信息。
6.根据权利要求5所述的接收系统，其中，通过使用所述表标识符和所述系综标识符来区分所述信令信息表。
7.根据权利要求1所述的接收系统，其中，所述RS帧分为多个部分，其中所述多个部分中的每一个映射到一包括多个数据块的组，其中，所述组包括所述六个已知数据序列、所述FIC数据的一部分、以及所述TPC数据，并且其中，所述FIC数据的所述一部分和所述TPC数据位于所述六个已知数据序列中的第一已知数据序列和第二已知数据序列之间，其中，所述第一已知数据序列位于所述多个数据块中的第三数据块中，并且所述第二已知数据序列位于所述多个数据块中的第四数据块中。
8.根据权利要求1所述的接收系统，其中，所述已知数据序列中的至少两个间隔开16个段，并且，所述已知数据序列中的至少两个具有不同的长度。
9.根据权利要求1所述的接收系统，其中，所述FIC数据包括多个FIC段，其中，所述多个FIC段中的每一个包括FIC段报头和FIC段有效载荷，其中，所述多个FIC段中的一个按组发送，并且其中，所述FIC段有效载荷中的一个包括所述系综标识符。
10.一种接收系统中的广播数据的处理方法，该处理方法包括以下步骤：
由调谐器接收广播信号，该广播信号包括移动业务数据、信令信息表、六个已知数据序列、FIC数据以及TPC数据；
由解调器对接收到的广播信号进行解调；
由第一解码器从解调后的广播信号中对FIC数据和TPC数据进行解码；以及
由第二解码器从解调后的广播信号中，对包括移动业务数据和信令信息表的RS帧进行解码，
其中，所述RS帧属于主系综和辅系综中的一个，
其中，所述FIC数据包括用于标识主系综和辅系综中的所述一个的系综标识符，所述系综标识符包括用于标识承载主系综和辅系综中的至少一个的队列的队列标识符，并且
其中，所述TPC数据包括用于标识FIC数据和队列标识符的更新的FIC版本信息。
11.根据权利要求10所述的处理方法，其中，所述系综标识符的7个最低有效位对应于所述队列标识符。
12.根据权利要求10所述的处理方法，其中，当所述系综标识符的最高有效位即MSB被设置为0时，所述系综标识符标识所述主系综。
13.根据权利要求10所述的处理方法，其中，当所述系综标识符的MSB被设置为1时，所述系综标识符标识所述辅系综。
14.根据权利要求10所述的处理方法，其中，由至少一个区段来接收所述信令信息表，所述至少一个区段中的每一个包括区段报头和区段主体，并且其中，所述区段报头包括表标识符和系综标识符，所述区段主体包括所述移动业务数据的访问信息。
15.根据权利要求14所述的处理方法，其中，通过使用所述表标识符和所述系综标识符来区分所述信令信息表。
16.根据权利要求10所述的处理方法，其中，所述RS帧分为多个部分，其中所述多个部分中的每一个映射到一包括多个数据块的组，其中所述组包括所述六个已知数据序列、所述FIC数据的一部分、以及所述TPC数据，并且其中，所述FIC数据的所述一部分和所述TPC数据位于所述六个已知数据序列中的第一已知数据序列和第二已知数据序列之间，其中，所述第一已知数据序列位于所述多个数据块中的第三数据块中，并且所述第二已知数据序列位于所述多个数据块中的第四数据块中。
17.根据权利要求10所述的处理方法，其中，所述已知数据序列中的至少两个间隔开16个段，并且，所述已知数据序列中的至少两个具有不同的长度。
18.根据权利要求10所述的处理方法，其中，所述FIC数据包括多个FIC段，其中，所述多个FIC段中的每一个包括FIC段报头和FIC段有效载荷，其中，所述多个FIC段中的一个按组发送，并且其中，所述FIC段有效载荷中的一个包括所述系综标识符。
CN2008801173636A 2007-09-21 2008-09-19 数字广播系统和数据处理方法 Expired - Fee Related CN101868972B (zh)

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
US97408407P 2007-09-21 2007-09-21
US60/974,084 2007-09-21
US97737907P 2007-10-04 2007-10-04
US60/977,379 2007-10-04
US4224308P 2008-04-03 2008-04-03
US61/042,243 2008-04-03
US4450408P 2008-04-13 2008-04-13
US61/044,504 2008-04-13
US7668608P 2008-06-29 2008-06-29
US61/076,686 2008-06-29
KR10-2008-0091840 2008-09-18
KR1020080091840A KR101559771B1 (ko) 2007-09-21 2008-09-18 디지털 방송 시스템 및 데이터 처리 방법
PCT/KR2008/005585 WO2009038405A2 (en) 2007-09-21 2008-09-19 Digital broadcasting system and data processing method

Publications (2)

Publication Number Publication Date
CN101868972A CN101868972A (zh) 2010-10-20
CN101868972B true CN101868972B (zh) 2012-11-21

Family

ID=40697353

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008801173636A Expired - Fee Related CN101868972B (zh) 2007-09-21 2008-09-19 数字广播系统和数据处理方法

Country Status (8)

Country Link
US (5) US8054906B2 (zh)
KR (3) KR101559771B1 (zh)
CN (1) CN101868972B (zh)
AR (1) AR068505A1 (zh)
CA (1) CA2699839C (zh)
CL (1) CL2008002803A1 (zh)
MX (1) MX2010002937A (zh)
WO (1) WO2009038405A2 (zh)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101456002B1 (ko) 2007-06-26 2014-11-03 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405966B1 (ko) 2007-06-26 2014-06-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CN101785304B (zh) 2007-08-24 2013-04-24 Lg电子株式会社 数字广播系统和数字广播系统中的数据处理方法
CN101785301B (zh) 2007-08-24 2012-06-20 Lg电子株式会社 数字广播系统和在数字广播系统中处理数据的方法
CN101785302B (zh) 2007-08-24 2013-07-17 Lg电子株式会社 数字广播系统和在数字广播系统中处理数据的方法
WO2009038402A1 (en) 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting system and data processing method in the digital broadcasting system
KR101559771B1 (ko) 2007-09-21 2015-10-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8250441B2 (en) * 2007-12-11 2012-08-21 Wi-Lan Inc. Outer coding framework for application packet error rate minimization
US8111693B2 (en) * 2007-12-31 2012-02-07 Motorola Mobility, Inc. Broadcast messaging in wireless communication networks
CA2677024C (en) * 2008-09-19 2019-04-16 Sony Corporation System and method for terrestrial broadcast of emergency alerts
US8594261B2 (en) * 2009-04-17 2013-11-26 Lg Electronics Inc. Transmitting/receiving system and broadcast signal processing method
KR101771990B1 (ko) 2009-05-21 2017-09-05 삼성전자주식회사 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
US8891465B2 (en) 2009-05-21 2014-11-18 Samsung Electronics Co., Ltd. Digital broadcasting transmitter, digital broadcasting receiver, and methods for configuring and processing a stream for same
JP2012124736A (ja) * 2010-12-09 2012-06-28 Fujitsu Ltd 通信インタフェース装置、送信制御方法および切断処理制御方法
KR101899823B1 (ko) * 2011-05-25 2018-09-18 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법
KR101448663B1 (ko) 2012-03-02 2014-10-08 엘지전자 주식회사 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
WO2014119961A1 (ko) 2013-02-03 2014-08-07 엘지전자 주식회사 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
US20160352793A1 (en) * 2014-02-17 2016-12-01 Lg Electronics Inc. Apparatus for processing a hybrid broadcast service, and method for processing a hybrid broadcast service
US9398068B2 (en) * 2014-02-20 2016-07-19 International Business Machines Corporation Bulk uploading of multiple self-referencing objects
WO2016003137A1 (ko) 2014-06-30 2016-01-07 엘지전자 주식회사 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법
US20180035294A1 (en) * 2015-02-16 2018-02-01 Nokia Technologies Oy Service discovery
WO2017003027A1 (ko) 2015-06-30 2017-01-05 엘지전자(주) 방송 신호 송수신 장치 및 방법
US10027614B1 (en) * 2017-02-27 2018-07-17 Motorola Mobility Llc Duplicate notification management
KR102415961B1 (ko) * 2017-04-18 2022-07-05 한국전자통신연구원 유료방송 서비스 사업자의 전체 방송채널을 통해 재난정보를 송출하는 시스템 및 방법
KR102440376B1 (ko) * 2019-11-15 2022-09-21 주식회사 에어코드 방송 통합 모니터링 시스템 및 그 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003032640A (ja) * 2001-07-19 2003-01-31 Nippon Hoso Kyokai <Nhk> 番組特定情報送出装置、及び番組特定情報伝送システム
CN1829270A (zh) * 2005-02-28 2006-09-06 三星电子株式会社 使用地面数字广播数据提供用户界面的移动终端及方法

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR950704695A (ko) * 1993-10-06 1995-11-20 프레데릭 얀 스미트 자기 기록 캐리어로부터 정보 신호를 판독하는 장치(Arrangement for reading information from a track on a record carrier comprising a fast settling read amplifier for magneto-resistive heads)
KR100211248B1 (ko) 1996-09-25 1999-07-15 전주범 브이시알의 하이라이트 녹화처리 시스템 및 처리방법
US6678463B1 (en) 2000-08-02 2004-01-13 Opentv System and method for incorporating previously broadcast content into program recording
AU4710501A (en) * 1999-12-03 2001-06-18 Broadcom Corporation Interspersed training for turbo coded modulation
AU2284301A (en) * 2000-01-03 2001-07-16 Icoding Technology, Inc. System and method for high speed processing of turbo codes
US7349371B2 (en) * 2000-09-29 2008-03-25 Arraycomm, Llc Selecting random access channels
US7158493B1 (en) * 2000-09-29 2007-01-02 Arraycomm, Llc Radio communications system with a minimal broadcast channel
US6792617B2 (en) 2001-07-20 2004-09-14 Intel Corporation Method and apparatus for selective recording of television programs using event notifications
US20040081199A1 (en) * 2002-10-29 2004-04-29 Lopez Ricardo Jorge Multi-channel communication system and method based on class of service requirements
KR100553540B1 (ko) 2003-10-31 2006-02-20 삼성전자주식회사 디지털 오디오/멀티미디어 방송 수신기
KR100565646B1 (ko) 2003-12-19 2006-03-29 엘지전자 주식회사 Ｄｍｂ 수신기에서 서비스 컴포넌트 동기화 방법
KR100595208B1 (ko) 2004-03-19 2006-07-03 엘지전자 주식회사 Ｄｍｂ 수신기 및 소비 전력 절감 방법
KR100689443B1 (ko) 2004-08-21 2007-03-08 삼성전자주식회사 방송 데이터를 저장하기 위한 디지털 방송 시스템 및송수신 방법
KR100702356B1 (ko) 2004-12-10 2007-04-02 한국전자통신연구원 서브채널 디코더 및 이를 이용한 디지털 멀티미디어 방송수신방법
KR100697187B1 (ko) 2005-04-08 2007-03-22 (주) 엘지텔레콤 이동통신망과 연동된 지상파 ｄｍｂ의 양방향 방송 서비스시스템 및 방법
KR101119250B1 (ko) * 2005-06-01 2012-03-15 삼성전자주식회사 디지털 방송 시스템에서 슬립 모드시 긴급 서비스 송수신을위한 방법 및 이를 위한 송수신기
KR100744210B1 (ko) * 2005-06-30 2007-07-30 주식회사 팬택앤큐리텔 방송송신장치와, 이의 방송신호 송신방법 및방송수신장치와, 이의 예약녹화방법
KR100606804B1 (ko) 2005-07-18 2006-08-01 엘지전자 주식회사 주기적인 채널 갱신을 통한 자동채널을 전환하는 방송용 이동통신 단말기 및 이를 이용한 관리 방법
KR100735399B1 (ko) * 2005-09-23 2007-07-04 삼성전자주식회사 디지털 방송 시스템에서 이동통신 시스템을 이용한핸드오버를 수행하기 위한 방법 및 장치
KR101227487B1 (ko) 2006-01-21 2013-01-29 엘지전자 주식회사 디지털 방송 신호의 전송 방법 및 디지털 방송 신호 디코딩 방법 및 장치
KR100819259B1 (ko) * 2006-02-01 2008-04-03 삼성전자주식회사 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치
US20080076425A1 (en) * 2006-09-22 2008-03-27 Amit Khetawat Method and apparatus for resource management
KR101253186B1 (ko) * 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285887B1 (ko) * 2007-03-26 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101253185B1 (ko) * 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285888B1 (ko) * 2007-03-30 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101276851B1 (ko) * 2007-04-06 2013-06-18 엘지전자 주식회사 디지털 방송 신호 송신 장치 및 방법
KR101221914B1 (ko) * 2007-04-06 2013-01-15 엘지전자 주식회사 디지털 방송 신호 송신 장치 및 방법
KR101405967B1 (ko) * 2007-06-28 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CA2692484C (en) * 2007-07-02 2013-04-16 Lg Electronics Inc. Digital broadcasting system and data processing method
KR101556123B1 (ko) * 2007-07-25 2015-09-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101486372B1 (ko) * 2007-07-25 2015-01-26 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CN101785303B (zh) * 2007-08-24 2011-12-21 Lg电子株式会社 数字广播系统和在数字广播系统中处理数据的方法
WO2009028851A1 (en) * 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
KR101435840B1 (ko) * 2007-08-24 2014-08-29 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8059210B2 (en) * 2007-08-24 2011-11-15 Lg Electronics, Inc. Digital broadcasting system and method of processing data in the digital broadcasting system
KR101559771B1 (ko) 2007-09-21 2015-10-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009038402A1 (en) * 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting system and data processing method in the digital broadcasting system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003032640A (ja) * 2001-07-19 2003-01-31 Nippon Hoso Kyokai <Nhk> 番組特定情報送出装置、及び番組特定情報伝送システム
CN1829270A (zh) * 2005-02-28 2006-09-06 三星电子株式会社 使用地面数字广播数据提供用户界面的移动终端及方法

Also Published As

Publication number Publication date
US9525512B2 (en) 2016-12-20
MX2010002937A (es) 2010-04-21
CL2008002803A1 (es) 2009-10-02
KR101559771B1 (ko) 2015-10-13
US20160353254A1 (en) 2016-12-01
CA2699839C (en) 2012-10-30
KR20090031267A (ko) 2009-03-25
KR101642313B1 (ko) 2016-07-25
US20140068369A1 (en) 2014-03-06
CA2699839A1 (en) 2009-03-26
KR101590491B1 (ko) 2016-02-02
WO2009038405A3 (en) 2009-05-07
US20090252253A1 (en) 2009-10-08
AR068505A1 (es) 2009-11-18
CN101868972A (zh) 2010-10-20
US10084568B2 (en) 2018-09-25
US20120079356A1 (en) 2012-03-29
US8885762B2 (en) 2014-11-11
KR20160014754A (ko) 2016-02-11
US20150033099A1 (en) 2015-01-29
US8054906B2 (en) 2011-11-08
KR20150065645A (ko) 2015-06-15
US8542761B2 (en) 2013-09-24
WO2009038405A2 (en) 2009-03-26

Similar Documents

Publication Publication Date Title
CN101868972B (zh) 数字广播系统和数据处理方法
CN101836450B (zh) 数字广播系统和数字广播系统中的数据处理方法
CN101785301B (zh) 数字广播系统和在数字广播系统中处理数据的方法
CN101785302B (zh) 数字广播系统和在数字广播系统中处理数据的方法
CN101785304B (zh) 数字广播系统和数字广播系统中的数据处理方法
CN101868971B (zh) 数字广播系统和数字广播系统中的数据处理方法
KR101649531B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
CN103338093A (zh) 经由移动广播提供紧急报警服务的方法及其设备
CN101785303B (zh) 数字广播系统和在数字广播系统中处理数据的方法
KR101684973B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20121121

Termination date: 20170919

CF01 Termination of patent right due to non-payment of annual fee