CN102484694A - 发送/接收系统和在该发送/接收系统中处理数据的方法 - Google Patents

发送/接收系统和在该发送/接收系统中处理数据的方法 Download PDF

Info

Publication number
CN102484694A
CN102484694A CN2009801575802A CN200980157580A CN102484694A CN 102484694 A CN102484694 A CN 102484694A CN 2009801575802 A CN2009801575802 A CN 2009801575802A CN 200980157580 A CN200980157580 A CN 200980157580A CN 102484694 A CN102484694 A CN 102484694A
Authority
CN
China
Prior art keywords
business guide
data
fic
field
mobile service
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.)
Granted
Application number
CN2009801575802A
Other languages
English (en)
Other versions
CN102484694B (zh
Inventor
宋在炯
G·托马斯
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
Priority to CN201410558237.1A priority Critical patent/CN104320212B/zh
Priority claimed from PCT/KR2009/005775 external-priority patent/WO2010107167A1/en
Publication of CN102484694A publication Critical patent/CN102484694A/zh
Application granted granted Critical
Publication of CN102484694B publication Critical patent/CN102484694B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/67—Common-wave systems, i.e. using separate transmitters operating on substantially the same frequency
    • 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
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种接收系统和在该接收系统中处理数据的方法。该接收系统包括接收单元、第一处理机和第二处理机。所述接收单元通过移动广播网络接收广播信号。这里，所述广播信号包括移动业务数据和第一信令表。并且，所述第一信令表包括与所述移动业务数据有关的业务指南传输信息和业务指南引导信息。所述第一处理机基于包括在第一信令表中的业务指南传输信息来获取所述业务指南引导信息。并且，所述第二处理机通过使用所获取的业务指南引导信息来访问业务指南。

Description

发送/接收系统和在该发送/接收系统中处理数据的方法
技术领域
本发明涉及一种用于发送广播数据的发送系统、用于接收该发送系统所发送的数据的接收系统(或接收机)、以及在该发送系统和接收系统(或接收机)中处理数据的方法。
背景技术
在北美及韩国被采用为数字广播标准的残留边带(VSB：vestigial sideband)传输模式是一种使用单载波方法的系统。因此，在较差的信道环境中，数字广播接收系统的接收性能会劣化。具体地说，由于在使用便携式和/或移动式广播接收机时会更加要求对信道变化及噪声有更高的抵抗能力，因此在使用VSB传输模式来发送移动业务数据时接收性能可能会更加劣化。
发明内容
技术问题
因此，本发明涉及一种数字广播发送/接收系统和数据处理方法，其能够基本上避免由于现有技术的局限和缺点而引起的一个或更多个问题。
本发明的一个目的在于提供一种数字广播发送/接收系统和数据处理方法，其能够高度抵抗信道变化和噪声。
本发明的另一目的在于提供一种接收系统和处理数据的方法，其能够高效地接收业务指南。
本发明的另一目的在于提供一种接收系统和处理数据的方法，其能够接收业务指南的引导信息。
本发明的另一目的在于提供一种接收系统和处理数据的方法，其能够接收通过不同信道的移动广播信号发送的业务指南的引导信息。
本发明的另一目的在于提供一种接收系统和处理数据的方法，其能够接收通过不同的广播网络发送的业务指南的引导信息。
本发明的另一目的在于提供一种接收系统和处理数据的方法，其能够接收通过双向(双向或交互)信道发送的业务指南的引导信息。
本发明的其它优点、目的及特征将在以下的说明书中部分地进行阐述，并且对于本领域的技术人员，将通过对以下说明书进行研究而部分地变得明了，或者可以通过对本发明的实践而得知。本发明的这些目的和其它优点可以通过在说明书、权利要求书及附图中具体指出的结构来实现和获得。
技术方案
为了实现这些目的和其它优点，并且根据本发明的目的，如在此具体实施和广泛描述的，本发明提供了一种接收系统中的数据处理方法，该方法包括以下步骤：通过移动广播网络接收广播信号，其中，该广播信号包括移动业务数据和第一信令表，并且其中，该第一信令表包括与所述移动业务数据有关的业务指南传输信息和业务指南引导信息；基于包括在所述第一信令表中的业务指南传输信息来获取业务指南引导信息；通过使用所获取的业务指南引导信息来访问业务指南。
这里，当所述业务指南传输信息指示了业务指南被包括在包括所述移动业务数据的所述广播信号中并被发送时，所述业务指南引导信息可包括：包括所述业务指南的移动业务的标识符、以及与所述业务指南的通知信道有关的传输会话标识符。
当所述业务指南传输信息指示了业务指南被包括在与包括所述移动业务数据的所述广播信号的物理信道不同的物理信道的广播信号中并被发送时，所述业务指南引导信息可包括：包括所述业务指南的广播信号的传输流标识符、包括所述业务指南的移动业务的标识符、以及与所述业务指南的通知信道有关的传输会话标识符。
当所述业务指南传输信息指示了业务指南被发送至与所述移动广播网络不同的广播网络时，所述业务指南引导信息可包括：与所述业务指南的通知信道有关的IP访问信息、以及与所述业务指南的通知信道有关的传输会话标识符。
并且最后，当所述业务指南传输信息指示了业务指南通过交互信道发送时，所述业务指南引导信息可包括：指示了所述业务指南的进入点位置的统一资源定位符(URL)。
在本发明的另一方面，提供了一种接收系统，该接收系统包括接收单元、第一处理机和第二处理机。所述接收单元通过移动广播网络接收广播信号。这里，所述广播信号包括移动业务数据和第一信令表。并且，所述第一信令表包括与所述移动业务数据有关的业务指南传输信息和业务指南引导信息。所述第一处理机基于包括在所述第一信令表中的业务指南传输信息来获取业务指南引导信息。并且，所述第二处理机通过使用所获取的业务指南引导信息来访问业务指南。
应当理解的是，对本发明的以上概述和以下详述都是示例性和说明性的，并且旨在对所要求保护的本发明提供进一步理解。
有益效果
根据本发明的发送和接收系统及其广播信号处理方法具有以下优点。
本发明可通过使用FIC块来通过信号通知系综与移动业务之间的映射信息，并且可将FIC块划分成FIC段单元并进行发送，从而使得接收系统能够执行快速业务获取。
另外，通过使用经由信号通知给指南访问表(GAT)的业务指南引导信息，即使将与当前移动广播信号关联的业务指南发送至当前移动广播信号、另一信道的移动广播信号、另一广播网络以及交互信道中的任意一个，也可访问该业务指南。
另外，即使在具有严重的幻影(ghost)效果和噪声的信道中，本发明也可以没有任何错误地接收移动业务数据。另外，通过在数据区域内的特定位置插入已知数据并发送处理后的数据，即使在易受频繁改变影响的信道环境下，也可以提高接收系统的接收性能。
最后，在将本发明应用于易受信道的频繁改变影响并且需要针对严重噪声的保护(或抵抗)的移动和便携式接收机时更加有效。
附图说明
附图被包括以提供对本发明的进一步理解，并入附图且构成本申请的一部分，附图示出了本发明的实施方式，并与具体实施方式一起用于说明本发明的原理。在附图中：
图1示出根据本发明通过另一物理信道发送的SG的示例；
图2示出根据本发明通过另一广播网络发送的SG的示例；
图3示出根据本发明通过交互信道发送的SG的示例；
图4示出根据本发明的业务信令信道中所包括的信令表的示例；
图5示出根据本发明一个实施方式的数据组结构；
图6示出根据本发明一个实施方式的RS帧；
图7示出RS帧内的各个M/H传输包的报头结构；
图8示出根据本发明的用于接收和发送移动业务数据的示例性M/H帧结构；
图9示出根据本发明一个实施方式的用于移动业务的数据传输结构；
图10示出根据本发明一个实施方式的分层信令结构；
图11示出根据本发明一个实施方式的FIC块(chunk)的语法结构；
图12示出根据本发明一个实施方式的FIC块报头的语法结构；
图13示出根据本发明一个实施方式的FIC块有效载荷的语法结构；
图14示出根据本发明一个实施方式的FIC段(segment)报头的语法结构；
图15示出根据本发明一个实施方式的业务映射表(SMT)的语法结构；
图16示出根据本发明一个实施方式的指南访问表(GAT)区段(section)的语法结构；
图17示出图16的各个SG_delivery_network_type字段值的示例性含义；
图18示出当SG_delivery_network_type字段值等于“0x00”时，根据本发明一个实施方式的SG引导信息SG_bootstrap_data()的语法结构；
图19示出当SG_delivery_network_type字段值等于“0x01”时，根据本发明一个实施方式的SG引导信息SG_bootstrap_data()的语法结构；
图20示出当SG_delivery_network_type字段值等于“0x02”时，根据本发明一个实施方式的SG引导信息SG_bootstrap_data()的语法结构；
图21示出当SG_delivery_network_type字段值等于“0x03”时，根据本发明一个实施方式的SG引导信息SG_bootstrap_data()的语法结构；
图22和图23示出显示根据本发明一个实施方式的执行业务指南引导的处理步骤的流程图；以及
图24示出显示根据本发明一个实施方式的接收系统的结构的框图。
具体实施方式
现在将详细说明本发明的优选实施方式，附图示出了其示例。在全部附图将尽可能使用相同标号来指代相同或相似的部件。此外，尽管本发明中所使用的术语都是选自公知和公用的术语，但是申请人按照他或她自己的考虑选择了本发明的说明书中所提及的一些术语，在本申请的说明书中的相关部分对这些术语的详细含义做出了说明。此外，不能简单地通过实际使用的术语来理解本发明，而是需要通过各个术语中内在的意义来理解本发明。
在本发明说明书中所使用的术语中，“主业务数据”对应于可由固定接收系统接收的数据，并且可包括音频/视频(A/V)数据。更具体地讲，主业务数据可包括高清(HD)或标清(SD)等级的A/V数据，并且还可包括数据广播所需的不同数据类型。另外，“已知数据”对应于根据接收系统与发送系统之间预先达成的协议而预知的数据。
另外，在本发明所使用的术语中，“M/H”(或MH)对应于“移动(mobile)”和“手持(handheld)”的首字母，并且表示与固定系统相反的概念。另外，M/H业务数据可包括移动业务数据和手持业务数据中的至少一种，并且将其简称为“移动业务数据”。这里，移动业务数据不仅对应于M/H业务数据，而且还可包括具有移动或便携特性的任何类型的业务数据。因此，根据本发明的移动业务数据并非仅限于M/H业务数据。另外，为了简洁，根据本发明的“移动业务所需的数据”也称为“移动业务数据”。
上述移动业务数据可对应于具有诸如程序执行文件、证券信息等信息的数据，并且还可对应于A/V数据。最具体地讲，移动业务数据可对应于与主业务数据相比具有更低分辨率和高低数据率的A/V数据。例如，如果用于传统主业务的A/V编解码器对应于MPEG-2编解码器，则具有更好的图像压缩效率的MPEG-4高级视频编码(AVC)或可扩展视频编码(SVC)可用作移动业务的A/V编解码器。另外，可将任何类型的数据作为移动业务数据来发送。例如，可将用于广播实时传输信息的传输协议专家组(TPEG)数据作为主业务数据来发送。
另外，使用移动业务数据的数据业务可包括天气预报服务、交通信息服务、证券信息服务、观众参与问答节目、实时投票及调查、互动教育广播节目、游戏服务、提供关于肥皂剧或连续剧的剧情梗概、人物、背景音乐和拍摄场地的信息的服务、用于提供关于过去比赛分数和选手简介及成绩的信息的服务、以及用于提供关于按照业务、介质、时间和主题而分类的使得能够处理购买订单的产品信息及程序的信息的服务。在本文中，本发明并不仅限于上述业务。在本发明中，发送系统提供主业务数据的后向兼容性，以使得传统接收系统可接收主业务数据。在本文中，将主业务数据与移动业务数据复用到同一物理信道，然后进行发送。
在本发明中，发送系统提供主业务数据的后向兼容性，以使得传统接收系统可接收主业务数据。在本文中，将主业务数据与移动业务数据复用到同一物理信道，然后进行发送。
另外，根据本发明的发送系统对移动业务数据执行附加编码并插入接收系统和发送系统已知的数据(例如，已知数据)，从而发送处理后的数据。
因此，当使用根据本发明的发送系统时，尽管在信道中出现了各种失真和噪声，但是接收系统仍然可以在移动状态下接收到移动业务数据并且还可以稳定地接收移动业务数据。
这里，发送系统对应于一个移动广播站。并且，移动广播站通过使用物理信道，来将主业务数据和移动业务数据发送到各个接收系统(也称为接收机或终端)。更具体地讲，各个移动广播站使用6MHz VSB发射机，来将主业务数据与移动业务数据一起发送。
此处，可通过使用多种方法，来发送用于传送针对移动业务数据的通知(announcement)信息的业务指南(SG)。
在本发明的说明书中，接收(或访问)SG所需的信令信息称为“业务指南引导信息(service guide bootstrapping information)”。更具体地讲，业务指南引导信息是引导SG所需的信息。根据本发明一个实施方式，将业务指南引导信息通过信号通知给指南访问表(GAT)。
例如，可通过与对应的移动业务数据相同的物理信道(即，通过同一移动广播)，来一起发送业务指南(SG)及对应的移动业务数据。在这种情况下，将访问SG所需的业务指南引导信息通过信号通知给发送至物理信道的GAT。
根据本发明的另一实施方式，可通过与发送对应的移动业务数据所用的物理信道不同的物理信道，来发送业务指南。例如，如图1所示，市场业务指南提供商可收集(或整理)由各个移动广播站提供的业务指南的信息(例如，关于移动业务的调度信息)，以构造综合的业务指南(SG)。随后，市场业务指南提供商可通过单独的信道(例如，6MHz频带VSB发射机)，来发送所构造的综合SG。此处，市场业务指南提供商保持住用于单独的移动广播信号的物理信道(即，物理调谐信道(PTC)频谱)。并且，市场业务指南提供商收集并组合由各个移动广播站所提供的业务指南的信息，从而生成综合的SG。随后，通过市场业务指南提供商所保持的物理信道，来将该综合的SG发送到各个接收系统。在这种情况下，本发明通过与相应移动业务数据相同的物理信道，来发送用于使得接收系统能够接收并处理该综合的SG业务的业务指南引导信息。更具体地讲，当通过与发送移动业务数据所用的物理信道不同的物理信道来发送移动业务数据的业务指南时，将使得接收系统能够接收并处理对应的业务指南的业务指南引导信息通过信号通知送给GAT，以使得能够通过同一物理信道来一起发送业务指南引导信息与相应的移动业务数据。
根据本发明的另一实施方式，不是经由移动广播网络进行发送，业务指南可通过不同的广播网络(例如，其它基于IP的广播网络)进行发送。例如，如图2所示，在由根据本发明的地面移动系统和手持数字视频广播卫星业务(DVB-SH)系统(用于欧洲便携式(或移动)数字卫星TV广播)的组合组成的混合系统中，DVB-SH运营商(例如，DVB-SH业务提供商)可收集并组合由移动广播站所提供的业务指南的信息(例如，关于对应移动业务的调度信息)，以通过DVB-SH网络(即，卫星)来向各个接收系统发送组合的信息。
此处，各个移动广播站通过使用分配给相应广播站的物理信道，来将主业务数据和移动业务数据发送到各个接收系统。更具体地讲，根据本发明通过移动(M/H)广播网络来发送包括主业务数据和移动业务数据在内的广播信号。在这种情况下，本发明通过与相应移动业务数据相同的物理信道，来发送业务指南引导信息(该业务指南引导信息用于使得接收系统能够接收从不同广播网络发送来的SG并处理接收到的SG)。
更具体地讲，当通过其它物理信道来发送业务指南(而非通过发送对应移动业务数据所用的移动广播网络来发送业务指南)时，将使得接收系统能够接收并处理对应业务指南的业务指南引导信息通过信号通知送给GAT，以使得能够通过同一物理信道来一起发送业务指南引导信息与相应移动业务数据。
根据本发明的另一实施方式，可通过双向(双向或交互)信道来发送业务指南。例如，如图3所示，在由地面移动系统和双向信道系统(例如，蜂窝系统)的组合构造的混合系统中，双向信道SG提供商(例如，配备有双向信道网络的运营商或业务器管理者，如蜂窝网络运营商)可收集并组合由移动广播站所提供的业务指南的信息(例如，关于对应移动业务的调度信息)，以通过双向信道向各个接收系统发送组合的信息。此处，各个移动广播站通过使用分配给相应广播站的物理信道，来将主业务数据和移动业务数据发送到各个接收系统。更具体地讲，根据本发明通过移动(M/H)广播网络来发送包括主业务数据和移动业务数据在内的广播信号。在这种情况下，本发明通过与相应移动业务数据相同的物理信道，来发送业务指南引导信息(该业务指南引导信息用于使得接收系统能够接收从双向信道发送来的SG并处理接收到的SG)。更具体地讲，当通过双向信道来发送业务指南(而非通过发送对应移动业务数据所用的移动(即，M/H)广播网络来发送业务指南)时，将使得接收系统能够接收并处理对应业务指南的业务指南引导信息通过信号通知送给GAT，以使得能够通过同一物理信道来一起发送业务指南引导信息与相应移动业务数据。
根据本发明一个实施方式，发送系统和接收系统操作两种不同类型的数据信道：用于发送内容的RS帧数据信道；以及用于获取业务的快速信息信道(FIC)数据信道。更具体地讲，本发明可通过使用FIC块来通过信号通知系综(ensemble)与移动业务之间的映射信息，并且可将FIC块划分成FIC段单元并进行发送，从而使得接收系统能够执行快速业务获取。
更具体地讲，在发送系统(例如，移动广播站)中，基于实时协议(RTP)方法来对移动业务数据(例如，A/V流)进行打包。然后，基于用户数据报协议(UDP)方法再次对RTP包进行打包。随后，基于IP方法继而对RTP/UDP包打包，从而将其打包成RTP/UDP/IP包数据。在本发明的说明书中，为了简洁，将打包后的RTP/UDP/IP包数据称为“IP数据报”(datagram)。
另外，用于接收移动业务的业务信息可以信令表的形式提供。并且，基于UDP方法对发送这种信令表的业务信令信道进行打包。并且，然后基于IP方法对打包的UDP数据进行打包，从而将其打包为UDP/IP数据。在本发明的说明书中，为了简洁，打包后的UDP/IP包数据也称为IP数据报。根据本发明一个实施方式，业务信令信道被封装成具有公知目的地IP地址和公知目的地UDP端口号的IP数据报。
在发送系统(例如，移动广播站)中，通过收集移动业务数据和业务信令信道的IP数据报来形成RS帧，并且将RS帧的数据分配至多个数据组。随后，通过使用预定传输方法(例如，VSB传输方法)来调制所分配的数据，从而发送调制后的数据。根据本发明的实施方式，各个数据组中包括FIC段。将在稍后的处理中详细描述RS帧与FIC段之间的关系。
更具体地讲，一个RS帧包括针对至少一个或更多个移动业务的移动业务数据的IP数据报和用于接收该移动业务数据的业务信令信道的IP数据报。
另外，在本发明的实施方式中应用了“系综”的概念，以定义业务集合。一个系综(也称为M/H系综)具有相同的QoS，并使用同一FEC码进行编码。另外，各个系综具有唯一的系综标识符(即，系综id)，并且对应于具有同一FEC码的相继RS帧的集合。此处，各个RS帧被封装到包括IP流(即，IP数据报)的传输包。换言之，RS帧对应于用于对系综进行RS-CRC编码的二维数据帧。
图4示出根据本发明一个实施方式的业务信令信道的结构。这里，图4示出了属于系综K的RS帧的业务信令信道的结构。根据本发明的实施方式，在业务映射表(SMT)、指南访问表(GAT)、小区信息表(CIT)、业务标记表(SLT)和分级区域表(RRT)中，本发明通过业务信令信道来发送至少一个信令表，如图4所示。这里，本发明一个实施方式中所提供的信令表仅是用于辅助理解本发明的示例。因此，本发明并不仅限于可通过业务信令信道发送的示例性信令表。
SMT提供系综等级的信令信息。另外，各个SMT为属于包括各个SMT的对应系综的各个移动业务提供IP访问信息。另外，SMT提供对应移动业务所需的IP流成分等级信息。
RRT发送关于节目分级的区域和咨询组织(consultation organ)的信息。更具体地讲，RRT提供内容推荐分级信息。
GAT提供关于发送业务指南的SG提供商的信息。另外，GAT提供访问SG所需的业务指南引导信息。针对各个SG提供商来提供业务指南引导信息。并且，业务指南引导信息根据发送SG的方法而变化。这里，业务指南引导信息包括关于SG的访问信息，并且还可包括通知信道的传输会话标识符。
CIT提供各个小区(cell)的信道信息，其对应于广播信号的频域。这里，“小区”是指在多频网络(MFN)环境(或条件)下基于物理频率受发射机影响(或作用)的范围。更具体地讲，CIT提供关于当前发射机(或发送系统)中相邻小区的载波频率的信息。因此，基于CIT信息，接收机(或接收系统)可从一个发射机的(或激励器的)覆盖区域移动到另一发射机的覆盖区域。
SLT提供信道扫描处理的排他使用所需的最小信息。更具体地讲，根据本发明的实施方式，不同于SMT，通过将SLT用于信道扫描处理的排他使用、以为信道扫描处理构造一组最小信息，这可提高信道扫描速度。
根据本发明一个实施方式，各个信令表划分成至少一个区段。然后，各个区段被封装到UDP/IP报头，从而通过业务信令信道进行发送。在这种情况下，通过业务信令信道发送的UDP/IP包的数量可基于通过业务信令信道发送的信令表的数量以及各个信令表中区段的数量而变化。
此处，通过业务信令信道发送的全部UDP/IP包具有相同数量的公知目标IP地址和公知目标UDP端口号。例如，当假设SMT、RRT和GAT通过业务信令信道发送时，发送SMT、RRT和GAT的全部UDP/IP包的目标IP地址和目标UDP端口号均彼此相同。另外，目标IP地址和目标UDP端口号分别对应于公知值，即，接收系统基于接收系统与发送系统之间的协议而预知的值。
因此，通过表标识符来标识出包括在业务信令数据中的各个信令表。表标识符可与存在于对应信令表中的或对应信令表区段的报头中的table_id字段相对应。并且，当需要时，可进一步参考table_id_extension字段来进行标识。
数据格式结构
根据本发明一个实施方式的移动广播技术中所使用的数据结构可包括数据组结构和RS帧结构，现在将对其进行详细描述。
图5示出根据本发明的数据组的示例性结构。图5示出将根据本发明数据结构的数据组划分成10个M/H块(即，M/H块1(B1)至M/H块10(B10))的示例。在此示例中，各个M/H块的长度为16段。参照图5，只将RS奇偶校验数据分配给M/H块1(B1)的前5段以及M/H块10(B10)的后5段。在数据组的区域A至D中不包括RS奇偶校验数据。更具体地讲，当假设将一个数据组划分成区域A、B、C和D时，可以根据该数据组内各个M/H块的特性，而将各个M/H块包括在区域A至区域D中的任意一个中。
这里，将数据组划分成用于不同用途的多个区域。更具体地讲，与具有更高干扰程度的区域相比，可以认为没有干扰或具有极低干扰程度的主业务数据的区域具有更强抵抗力(或更强的)的接收性能。另外，当使用在数据组中插入和发送已知数据的系统时(其中，已知数据基于发送系统与接收系统之间的协定而已知)，并且当要在移动业务数据中周期性地插入相继的较长已知数据时，可以将具有预定长度的已知数据周期性地插入到不受主业务数据干扰的区域中(即，未混有主业务数据的区域)。然而，由于主业务数据的干扰，难以将已知数据周期性地插入到不受主业务数据干扰的区域，并且也难以将相继的较长已知数据插入到不受主业务数据干扰的区域。
在数据组中，为了简洁，将包括在RS帧中的数据称为“移动业务数据”。将在稍后的处理中更详细地描述RS帧数据(或RS帧的数据)。
参照图5，M/H块4(B4)至M/H块7(B7)对应于不受主业务数据干扰的区域。图5所示数据组内的M/H块4(B4)至M/H块7(B7)对应于没有出现来自主业务数据的干扰的区域。在此示例中，在各个MH块的起始和结尾都插入了较长已知数据序列。在本发明的说明书中，将包括MH块4(B4)到MH块7(B7)的区域称为“区域A(＝B4+B5+B6+B7)”。如上所述，当该数据组包括具有插入在各个M/H块的起始和结尾的较长已知数据序列的区域A时，接收系统能够通过使用可从该已知数据获得的信道信息来进行均衡。因此，从区域A到区域D中的一个区域中可以生成(或得到)最强的均衡性能。
在图5所示的数据组示例中，M/H块3(B3)和M/H块8(B8)对应于具有很少的来自主业务数据的干扰的区域。这里，只在各个M/H块B3和B8的一端插入较长已知数据序列。更具体地说，由于来自主业务数据的干扰，在M/H块3(B3)的结尾插入较长已知数据序列，并且在M/H块8(B8)的起始插入了另一个较长已知数据序列。在本发明中，将包括M/H块3(B3)和M/H块8(B8)的区域称为“区域B(＝B3+B8)”。如上所述，当该数据组包括具有只插入在各个M/H块的一端(起始或结尾)的较长已知数据序列的区域B时，接收系统可以通过使用可从该已知数据获得的信道信息来进行均衡。因此，与区域C/D相比，可以生成(或得到)更强的均衡性能。
参照图5，M/H块2(B2)和M/H块9(B9)对应于与区域B相比具有更强的来自主业务数据的干扰的区域。在M/H块2(B2)和M/H块9(B9)的任一端均不能插入较长已知数据序列。在本文中，将包括M/H块(B2)和M/H块9(B9)的区域称为“区域C(＝B2+B9)”。最后，在图5所示的示例中，M/H块1(B1)和M/H块10(B10)对应于与区域C相比具有更强的来自主业务数据的干扰的区域。类似地，不能在M/H块1(B1)和M/H块10(B10)的任一端插入较长已知数据序列。在本文中，将包括M/H块1(B1)和M/H块10(B10)的区域称为“区域D(＝B1+B10)”。由于区域C/D与该已知数据序列相隔更远，因此当信道环境经受频繁和突然的变化时，会使区域C/D的接收性能劣化。
另外，该数据组包括指定(或分配)了信令信息的信令信息区域。在本发明中，信令信息区域可以从第4M/H块(B4)的第一段开始到第二段的一部分为止。根据本发明的实施方式，用于插入信令信息的信令信息区域可以从第4M/H块(B4)的第一段开始到第二段的一部分为止。更具体地说，将各个数据组中的第4M/H块(B4)的276(＝207+69)个字节指定为信令信息区域。换言之，信令信息区域由第4M/H块(B4)的第1段的207个字节和第2段的前69个字节组成。第4M/H块(B4)的第1段对应于VSB场的第17段或第173段。
在本文中，可以按照两种不同类型的信道数据(即，传输参数信道(TPC)数据和快速信息信道(FIC)数据)，来标识通过信令信息区域发送的信令数据。
另外，TPC数据包括物理层模块中主要使用的参数。并且，由于TPC数据在没有进行交织的情况下发送，所以在接收系统中可按照时隙单元来访问TPC数据。提供FIC数据，以使得接收系统能够执行快速业务获取。这里，FIC数据包括物理层与上层之间的跨层信息。FIC数据以子帧为单位进行交织，然后发送。
例如，如图5所示，当数据组包括6个已知数据序列时，信令信息区域位于第一已知数据序列和第二已知数据序列之间。更具体地讲，在第3M/H块(B3)的最后2段中插入第一已知数据序列，并且在第4M/H块(B4)的第2和第3段中插入第二已知数据序列。此外，在第4、第5、第6和第7M/H块(B4、B5、B6和B7)的每一个的最后2段中分别插入第3已知数据序列到第6已知数据序列。第1已知数据序列与第3已知数据序列到第6已知数据序列之间相隔16个段。
图6示出根据本发明一个实施方式的RS帧。
在将接收系统切换至时间分片模式的条件下针对各个M/H帧接收RS帧。
根据本发明一个实施方式的RS帧由多个M/H传输包(TP)构成。各个M/H TP由2字节M/H报头和(N-2)字节M/H有效载荷组成。
此处，包括M/H报头的一个M/H TP无法达到N字节。在这种情况下，可为对应M/H TP的其它有效载荷部分分配填充字节。例如，在将业务信令信道分配给一个M/H TP之后，包括M/H报头的M/H TP的长度为N-20字节，可将填充字节分配给其它20字节。
图7是示出根据本发明的、分配给M/H TP内的M/H报头区域的字段示例的图。这些字段示例包括type_indicator(类型指示符)字段、error_indicator(错误指示符)字段、stuff_indicator(填充指示符)字段和pointer(指针)字段。
type_indicator字段例如可分配3比特，并且表示分配给对应M/H TP内的有效载荷的数据的类型。
error_indicator字段例如可分配1比特，并且表示对应M/H TP是否有错误。例如，如果error_indicator字段具有值0，则其表示对应M/H TP中无错误。如果error_indicator字段具有值1，则其表示对应M/H TP中有错误。
stuff_indicator字段例如可分配1比特，并且表示对应M/H TP的有效载荷中是否存在填充字节。例如，如果stuff_indicator字段具有值0，则其表示对应M/H TP中没有填充字节。如果stuff_indicator字段具有值1，则其表示对应M/H TP中存在填充字节。
pointer字段例如可分配11字节，并且表示对应M/H TP中新数据(即，新的IP数据报)开始的位置信息。例如，如果移动业务1的IP数据报和移动业务2的IP数据报被分配给RS帧内的第一M/H TP，则pointer字段值表示M/H TP内移动业务2的IP数据报的起始位置。另外，如果对应M/H TP中没有新数据，则对应字段值示例性地表示为最大值。根据本发明的实施方式，由于给pointer字段分配了11比特，所以，如果2047表示为pointer字段值，则其表示包中没有新数据。pointer字段值为0的点可根据type_indicator字段值和stuff_indicator字段值而变化。
应当理解的是，图7所示分配给M/H TP内的M/H报头的这些字段的次序、位置和含义是为了理解本发明而示例性地示出的。由于本领域技术人员可容易地对分配给M/H TP内的M/H报头的这些字段的次序、位置和含义以及另外分配的字节的数量进行修改，所以本发明并不限于上述示例。
M/H TP的M/H有效载荷可包括移动业务数据的IP数据报和业务信令信道的IP数据报中的至少一个。
更具体地讲，一个RS帧包括各个移动业务数据集的IP数据报。另外，业务信令信道的IP数据报包括在各个RS帧中。根据本发明一个实施方式，业务信令信道的IP数据报包括公知IP目的地地址和公知目的地UDP端口号。并且，IP数据报包括在RS帧中，以被接收。
业务信令信道的IP数据报包括至少一个或更多个信令表。如图4所示，业务信令信道的IP数据报还可包括SMT、GAT、CIT、SLT和RRT中的至少一个。此处，业务信令信道的IP数据报具有相同的公知IP地址和相同的公知UDP端口号。
图6的RS帧包括3种不同类型的IP数据报(即，IP数据报1、IP数据报2和IP数据报3)。并且这里，这些IP数据报中的一个对应于业务信令信道的IP数据报。其余各个IP数据报可对应于移动业务数据的IP数据报或业务指南的IP数据报。
在发送系统中，沿列方向对RS帧执行RS编码，并且沿行方向对RS帧执行CRC编码。然后，将处理后的RS帧分配给多个数据组内的对应区域，从而被发送。在本发明的说明书中，为了简洁，将RS帧中包括的全部数据称为“移动业务数据”。
数据传输结构
图8示出根据本发明用于发送和接收移动业务数据的M/H帧的结构。在图8所示的示例中，一个M/H帧由5个子帧组成，其中，各个子帧包括16个时隙。在这种情况下，根据本发明的M/H帧包括5个子帧和80个时隙。另外，在包等级中，一个时隙由156个数据包(即，传输流包)构成，在符号等级中，一个时隙由156个数据段构成。这里，一个时隙的大小对应于VSB场的一半(1/2)。更具体地讲，由于一个207字节的数据包具有与数据段相同的数据量，所以，交织之前的数据包也可用作数据段。此处，将两个VSB场进行成组、以形成VSB帧。
一个VSB帧由2个VSB场(即，奇数场和偶数场)组成。这里，各个VSB场包括一个场同步段和312个数据段。时隙对应于用于用于对移动业务数据和主业务数据进行复用的基本时间单位。
这里，一个时隙可包括移动业务数据，或者可仅由主业务数据构成。如果时隙内的前118个数据包对应于数据组，则其余38个数据包成为主业务数据包。在另一示例中，当在时隙中不存在数据组时，对应时隙由156个主业务数据包构成。
同时，可将一个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帧形成(或构成)一个队列(parade)。更具体地讲，当将一个RS帧内的数据分配给对应数据组内的全部区域A/B/C/D时，一个队列发送一个RS帧。相反，当将一个RS帧内的数据分配给区域A/B和区域C/D中的至少一个时，一个队列可发送最多2个RS帧。更具体地讲，RS帧模式指示了是队列发送一个RS帧，还是队列发送两个RS帧。将这种RS帧模式作为TPC数据来发送。表1示出了RS帧模式的示例。
表1
Figure BDA0000086517630000151
表1示出分配2比特以指示RS帧模式的示例。例如，参照表1，当RS帧模式值等于“00”时，这指示一个队列发送一个RS帧。并且，当RS帧模式值等于“01”时，这指示一个队列发送两个RS帧，即主RS帧和辅RS帧。更具体地讲，当RS帧模式值等于“01”时，将针对区域A/B的主RS帧的数据分配至对应数据组的区域A/B并发送。类似地，将针对区域C/D的辅RS帧的数据分配至对应数据组的区域C/D并发送。
如在数据组分配中所述的，还将队列分配为在子帧内尽可能远地彼此相隔离。因此，系统能够对子帧内可能出现的任何突发错误做出及时有效的响应。
另外，分配队列的方法可相同地应用于全部M/H帧，或者差异地应用于各个M/H帧。根据本发明的实施方式，可针对各个M/H帧差异地分配队列，并且针对M/H帧内的全部子帧相同地分配队列。更具体地讲，M/H帧结构可以按照M/H帧为单位而变化。因此，可更频繁更灵活地调整系综速率(ensemble rate)。
也就是说，将M/H系综的概念应用于本发明的实施方式，从而定义业务集合(或组)。各个M/H系综具有相同的QoS，并且使用同一FEC码进行编码。另外，各个M/H系综具有相同的唯一标识符(即，系综ID)，并且对应于相继的RS帧。另外，系综具有唯一标识符(即，系综id)，并且系综对应于具有同一FEC码的相继RS帧的集合。此处，各个RS帧被封装到包括IP流的传输包。换言之，RS帧对应于用于对系综进行RS-CRC编码的二维数据帧。
图9示出根据本发明一个实施方式的物理层中的数据传输结构。更具体地讲，图9示出包括在各个数据组中并被发送的FIC数据的示例。如上所述，将大约0.968秒的M/H帧划分成5个子帧，其中，对应于多个系综的数据组按照组合方式存在于各个子帧内。另外，按照M/H帧为单位来对对应于各个系综的数据组进行交织，以构造属于一个系综的RS帧。在图9中，各个子帧中存在2个系综(其中，NoG＝4和NoG＝3)。另外，各个数据组的预定部分(例如，37字节/数据组)用于与RS帧数据信道分离地单独地传送经过编码的FIC数据。分配给各个数据组的FIC区域由一个FIC段组成。这里，按照子帧为单位对各个FIC段进行交织。例如，将RS编码和SCCC编码处理应用于RS帧数据，并且，将RS编码和PCCC编码处理应用于FIC数据。另外，与FIC数据相同，将RS编码和PCCC编码处理应用于TPC数据。更具体地讲，将(187+P，187)-RS编码处理应用于RS帧数据，将(51，37)-RS编码处理应用于FIC数据，并且，将(18，10)-RS编码处理应用于TPC。这里，P是奇偶校验字节数。
分层信令结构
图10示出根据本发明一个实施方式的分层信令结构。如图10所示，根据本发明一个实施方式的移动广播技术采用使用FIC和SMT(业务映射表)信令方法。在本发明的说明书中，将该信令结构称为“分层信令结构”。
更具体地讲，图10示出在IP级移动业务信令信道中，通过FIC块和业务映射表(SMT)提供业务获取所需数据的分层信令结构。
如图10所示，FIC块使用其快速特性，以将业务与系综之间的映射关系传送至接收系统。更具体地讲，FIC块快速地定位(或找到)能够传送接收系统所请求业务的系综，从而向接收系统提供可使得接收系统能够迅速地接收相应系综的RS帧的信令数据。
快速信息信道(FIC)
根据本发明的接收系统采用快速信息信道(FIC)，以更快速(或更迅速地)访问当前正在广播的业务。
图11示出通过FIC来映射移动业务与系综之间的关系的FIC块的语法结构。
这里，FIC块由5字节FIC块报头和具有可变长度的FIC块有效载荷组成。
图12示出根据本发明一个实施方式的FIC块报头的语法结构。
这里，FIC块报头通过信号通知对应FIC块中的非向后兼容的主协议版本改变，还通过信号通知向后兼容的副协议版本改变。另外，FIC块报头还通过信号通知可由副协议版本改变而产生的FIC块报头的扩展长度、系综循环报头的扩展长度、以及移动业务循环的扩展长度。
根据本发明一个实施方式，能够采用相应副协议版本改变的接收机(或接收系统)可处理对应的扩展字段，而不能采用相应副协议版本改变的传统(或常规)接收机可通过使用各个对应长度信息来跳过对应扩展字段。例如，在接收系统能够接受相应副协议版本改变的情况下，在对应扩展字段中给定的方向是已知的。另外，接收系统可根据对应扩展字段中给定的方向来执行操作。
根据本发明一个实施方式，通过分别包括在前一副协议版本FIC块的FIC块报头的相应结尾部分、系综循环报头和移动业务循环处插入附加字段，来进行FIC块中的副协议版本改变。根据本发明一个实施方式，在任何其它情况下，或者当不能由FIC块报头内的各个扩展长度来表示(或指示)附加字段的长度时，或者当FIC块有效载荷内的特定字段丢失(或无法找到)时，或者当分配给对应字段的比特数或对应字段的定义改变时，更新对应FIC块的主协议版本。
另外，FIC块报头通过信号通知对应FIC块有效载荷的数据是否携带有当前M/H帧内的系综与移动业务之间的映射信息，或者对应FIC块有效载荷的数据是否携带有下一M/H帧内的系综与移动业务之间的映射信息。另外，FIC块报头还通过信号通知用于发送当前FIC块的移动业务的传输流ID数、以及通过对应移动业务所发送的系综数。
因此，对此，FIC块报头可包括：FIC_major_protocol_version字段、FIC_minor_protocol_version字段、FIC_chunk_header_extension_length字段、ensemble_loop_header_extension_length字段、M/H_service_loop_extension_length字段、current_next_indicator字段、transport_stream_id字段和num_ensembles字段。
FIC_major_protocol_version字段对应于2比特无符号整数字段，其表示FIC块语法的主版本级别。主版本级别的改变应当指示非向后兼容级别的改变。当更新FIC_major_protocol_version字段时，可处理FIC块协议的在先主协议版本的传统(或常规)接收机应当避免处理该FIC块。
FIC_minor_protocol_version字段对应于3比特无符号整数字段，其表示FIC块语法的副版本级别。当假设主版本级别保持相同时，副版本级别的改变应当指示向后兼容级别的改变。更具体地讲，当更新FIC_minor_protocol_version字段时，能够处理相同主版本的FIC块协议的传统(或常规)接收机可处理FIC块的一部分。
FIC_Chunk_header_extension_length字段对应于3比特无符号整数字段，其标识由对应FIC块的副协议版本更新而生成的FIC块报头扩展字节的长度。这里，将扩展字节附加(或添加)到对应FIC块报头的结尾处。
ensemble_header_extension_length字段对应于3比特无符号整数字段，其标识由对应FIC块的副协议版本更新而生成的系综报头扩展字节的长度。这里，将扩展字节附加(或添加)到对应系综循环报头结尾处。
另外，M/H_service_loop_extension_length字段对应于4比特无符号整数字段，其标识由M/H业务循环的副协议版本更新而生成的系综报头扩展字节的长度。这里，将扩展字节附加(或添加)到对应M/H业务循环的结尾处。
例如，假设FIC块包括2个系综(即，系综0和系综1)。更具体地讲，假设通过系综0发送两个移动业务，通过系综1发送一个移动业务。此处，当FIC块的副协议版本改变，并且FIC块报头扩展了1字节时，FIC_chunk_header_extension_length字段标记为“001”。在这种情况下，将1字节扩展字段(即，FIC_Chunk_header_extension_bytes字段)添加到FIC块报头的结尾处。另外，传统接收机跳过添加在FIC块报头结尾处的这1字节扩展字段，而不处理对应扩展字段。
另外，当FIC块内的系综循环报头扩展了2字节时，ensemble_loop_header_extension_length字段标记为“010”。在这种情况下，将2字节扩展字段(即，Ensemble_loop_header_extension_bytes字段)分别添加到系综0循环报头的结尾处和系综1循环报头的结尾处。另外，传统接收机跳过分别添加在系综0循环报头的结尾处和系综1循环报头的结尾处的这2字节扩展字段，而不处理对应2字节扩展字段。
另外，当FIC块的移动业务循环扩展了1字节时，M/H_service_loop_extension_length字段标记为“001”。在这种情况下，将1字节扩展字段(即，M/H_service_loop_extension_bytes字段)分别添加在通过系综0循环发送的2个移动业务循环的结尾处以及通过系综1循环发送的1个移动业务循环的结尾处。并且，传统接收机跳过分别添加在通过系综0循环发送的2个移动业务循环的结尾处以及通过系综1循环发送的1个移动业务循环的结尾处的这1字节扩展字段，而不处理对应1字节扩展字段。
如上所述，当FIC_minor_protocol version字段改变时，传统(或常规)接收机(即，不能采用在对应FIC块中的副协议版本改变的接收机)处理除扩展字段之外的字段。随后，传统接收机使用FIC_chunk_header_extension_length字段、ensemble_loop_header_extension_length字段和M/H_service_loop_extension_length字段，以跳过对应扩展字段，而不处理对应字段。当使用能够采用FIC块的对应副协议版本改变的接收系统时，甚至使用各个长度字段来处理对应扩展字段。
current_next_indicator字段对应于1比特指示符，其在设置为“1”时指示对应FIC块当前是可用的。另选的是，当current_next_indicator字段设置为“0”时，current_next_indicator字段指示对应FIC块将适用于下一M/H帧。这里，当current_next_indicator字段设置为“0”时，以设置为“1”的current_next_indicator字段而发送的FIC块的最近版本应当是当前可用的。更具体地讲，当current_next_indicator字段值设置为“1”时，这指示对应FIC块发送当前M/H帧的信令数据。另外，current_next_indicator字段值设置为“0”时，这指示对应FIC块发送下一M/H帧的信令数据。当发生重新配置，其中，当前M/H帧内的系综与移动业务之间的映射信息不同于下一M/H帧内的系综与移动业务之间的映射信息时，将重新配置之前的M/H帧称为当前M/H帧，并且将重新配置之后的M/H帧称为下一M/H帧。
transports_stream_id字段对应于16比特无符号整数字段，其用作标识对应M/H广播的标签。对应transport_stream_id字段的值应当等于包括在主ATSC广播的MPEG-2传输流的节目关联表(PAT)中的transport_stream_id字段的值。
num_ensembles字段对应于8比特无符号整数字段，其指示通过对应物理传输信道携带的M/H系综数。
图13示出根据本发明一个实施方式的FIC块有效载荷的示例性语法结构。针对与图12的FIC块报头内的num_ensembles字段值对应的各个系综，FIC块有效载荷包括各个系综的配置信息以及关于通过各个系综发送的移动业务的信息。
FIC块有效载荷由系综循环和该系综循环之下的移动业务循环组成。FIC块有效载荷使得接收机能够确定通过哪个系综来发送请求的(或所需的)移动业务。(经由ensemble_id字段与M/H_service_id字段之间的映射来执行该处理。)因此，接收机可接收属于对应系综的RS帧。
为此，FIC块有效载荷的系综循环可包括ensemble_id字段、ensemble_protocol_version字段、SLT_ensemble_indicator字段、GAT_ensemble_indicator字段、MH_service_signaling_channel_version字段和num_M/H_services字段，按照与num_ensembles字段值相同的次数来集中重复这些字段。移动业务循环可包括MH_service_id字段、multi_ensemble_service字段、MH_service_status字段和SP_indicator字段，按照与num_M/H_services字段值相同的次数来集中重复这些字段。
ensemble_id字段对应于8比特无符号整数字段，其指示对应系综的唯一标识符。例如，可为ensemble_id字段分配“0x00”至“0x7F”范围内的值。Ensemble_id字段将移动业务与相应系综进行成组(或关联)。这里，优选的是，通过TPC数据所携带(或发送)的parade_id字段来获得ensemble_id字段的值。如果通过主RS帧来发送对应系综，则最高有效位设置为“0”，并且其余最低有效位用作对应队列的parade_id字段值。同时，如果通过辅RS帧来发送对应系综，则最高有效位设置为“0”，并且其余最低有效位用作对应队列的parade_id字段值。
ensemble_protocol_version字段对应于5比特字段，其指定对应系综结构的版本。
SLT_ensemble_indicator字段是1比特字段，其指示SLT是否被发送至对应系综的业务信令信道。例如，当SLT_ensemble_indicator字段值等于“1”时，这可指示SLT被发送至业务信令信道。另一方面，当SLT_ensemble_indicator字段值等于“0”时，这可指示SLT未被发送。
GAT_ensemble_indicator字段也是1比特字段，其指示GAT是否被发送至对应系综的业务信令信道。例如，当GAT_ensemble_indicator字段值等于“1”时，这可指示GAT被发送至业务信令信道。另一方面，当GAT_ensemble_indicator字段值等于“0”时，这可指示GAT未被发送。
MH_service_signaling_channel_version字段对应于5比特字段，其指示对应系综的业务信令信道的版本号。
num_M/H_services字段对应于8比特无符号整数字段，其表示通过对应M/H系综所携带的移动(即，M/H)业务数。
例如，当FIC块报头内的副协议版本改变时，并且当扩展字段添加到系综循环报头时，则在num_M/H_services字段之后紧接着添加对应扩展字段。根据本发明的另一实施方式，如果num_M/H_services字段包括在移动业务循环中，则在M/H_service_configuration_version字段之后紧接着添加要添加在系综循环报头中的对应扩展字段。
移动业务循环的M/H_service_id字段对应于16比特无符号整数，其标识对应M/H业务。M/H_service_id字段的值(或号)在移动(M/H)广播内应当是唯一的。当M/H业务在多个M/H系综中具有成分时，对应于各个系综中的业务的IP流的集合应当被视为用于信令目的的单独业务，例外情况是在FIC中针对对应业务的条目全部具有相同的M/H_service_id字段值。因此，相同的M/H_service_id字段值可出现在多于一个num_ensembles循环中。并且，相应地，M/H_service_id字段应当表示全部组合的业务，从而保持M/H_service_id字段值的唯一性。
multi_ensemble_service字段是2比特枚举字段，其指示了是对应移动(M/H)业务通过(或经由)一个系综发送，还是对应移动(M/H)业务通过(或经由)多个系综发送。另外，multi_ensemble_service字段的值指示移动业务是否仅针对通过(或经由)对应系综所发送的移动业务部分而有效(或视为意义)。
M/H_service_status字段对应于2比特枚举字段，其标识对应M/H业务的状态。例如，M/H_service_status字段的最高有效位指示对应M/H业务是激活的(当设置为“1”时)或者非激活的(当设置为“0”时)。另外，最低有效位指示对应M/H业务是隐藏的(当设置为“1”时)还是不隐藏的(当设置为“0”时)。
SP_indicator字段对应于1比特字段，其在设置为“1”时指示业务保护是否应用于提供对应M/H业务的重要呈现所需的至少一个成分。
例如，当FIC块的副协议版本改变时，并且如果扩展字段被添加到移动业务循环，则将扩展字段添加到SP_indicator字段之后。
另外，FIC块有效载荷可包括FIC_chunk_stuffing()字段。FIC块中可存在FIC_chunk_stuffing()字段的填充(stuffing)，以保持FIC块的边界与属于该FIC块的FIC段中的最后FIC段的边界对齐。根据在解析填充之前的整个FIC块有效载荷之后剩下多少空间，来确定填充长度。
此处，根据本发明的发送系统(未示出)将FIC块划分成多个FIC段，从而以FIC段为单位将划分得到的FIC段输出到接收系统。各个FIC段单元的大小为37字节，并且各个FIC段由2字节FIC段报头和35字节FIC段有效载荷组成。更具体地讲，由FIC块报头和FIC块有效载荷组成的FIC块以35字节为单位进行分段。另外，通过在各个分段的35字节单元前面添加2字节FIC段报头，来构造FIC段。
根据本发明一个实施方式，FIC块有效载荷的长度是可变的。这里，FIC块的长度根据通过对应物理传输信道所发送的系综数以及包括在各个系综中的移动业务数而变化。
另外，FIC块有效载荷可包括填充数据。在这种情况下，根据本发明的实施方式，填充数据用于FIC块与属于该FIC块的FIC段中的最后FIC段的边界对齐。因此，通过将填充数据的长度最小化，可减小FIC段的不必要浪费。
此处，可通过下式1来计算插入到FIC块中的填充数据字节数。
式1
填充数据字节数＝35-j
j＝(5+插入到FIC块有效载荷中的信令数据字节数)mod 35
例如，当FIC块内的5字节报头与将插入到该FIC块内的有效载荷中的信令数据的相加总长度等于205字节时，因为式1中j等于30，所以FIC块的有效载荷可包括5字节的填充数据。另外，包括填充数据的FIC块有效载荷的长度等于210字节。随后，将FIC块划分成6个FIC段，然后发送这些段。此处，依次为从FIC块所划分成的6个FIC段中的各个FIC段分配段号。
另外，本发明可将从单个FIC块所划分成的FIC段发送至单个子帧，或者可将划分的FIC段发送至多个子帧。如果FIC块被划分并发送至多个子帧，则即使在将通过FIC块发送的数据量大于通过单个子帧发送的FIC段的量时(这种情况对应于正在执行具有非常低比特率的多个业务时)，所需的信令数据可全部通过FIC块发送。
这里，FIC段号表示各个FIC块内的FIC段号，而非各个子帧内的FIC段号。因此，可消除FIC块与子帧之间的从属关系，从而减少FIC段的过度浪费。
另外，本发明可添加空(null)FIC段。不管FIC块的重复地传输，并且当对应M/H帧中需要进行填充时，使用空FIC段来处理其余FIC段。例如，假设TNoG等于“3”，并且FIC块划分成2个FIC段。这里，当通过单个M/H帧内的5个子帧重复地发送FIC块时，通过5个子帧中的一个子帧(例如，按时间次序位于最后的子帧)仅发送2个FIC段。在这种情况下，为对应子帧分配一个空FIC段，然后进行发送。更具体地讲，空FIC段用于使得FIC块的边界与M/H帧的边界对齐。此处，由于空FIC段不是从FIC块中划分的FIC段，所以并不对空FIC段分配FIC段号。
在本发明中，当将单个FIC块划分成多个FIC段时，并且当划分成的FIC段被包括在M/H帧内的至少一个子帧的各个数据组中、以进行发送时，从对应M/H帧内最后一个子帧开始按照相反次序来分配对应FIC段。根据本发明一个实施方式，在存在空FIC段的情况下，空FIC段设置在M/H帧内的子帧中，使得对应的空FIC段可作为最后(最终)的段进行发送。
此处，为了使得接收系统能够丢弃空FIC段、而不必处理对应空FIC段，需要能够标识(或区分)空FIC段的标识信息。
根据本发明一个实施方式，本发明使用空FIC段的报头内的FIC_segment_type字段作为用于标识空FIC段的标识信息。在此实施方式中，空FIC段报头内的FIC_segment_type字段的值设置为“11”，以标识对应空FIC段。更具体地讲，当空FIC段报头内的FIC_segment_type字段值设置为“11”并被发送至接收系统时，接收系统可丢弃FIC_segment_type字段值设置为“11”的FIC段的有效载荷，而不必处理对应FIC段有效载荷。这里，值“11”仅是为了方便容易理解本发明而给定的示例性值。只要接收系统与发送系统之间预先达成了协定，则可为FIC_segment_type字段指定能够标识空FIC段的任意值。因此，本发明并不仅限于本文所给出的示例集。另外，还可使用FIC段报头内的另一字段，来指示能够标识空FIC段的标识信息。
图14示出根据本发实施方式的FIC段报头的示例性语法结构。
这里，FIC段报头可包括FIC_segment_type字段、FIC_chunk_major_protocol_version字段、current_next_indicator字段、error_indicator字段、FIC_segment_num字段和FIC_last_segment_num字段。现在将如下描述各个字段。
FIC_segment_type字段对应于2比特字段，其在设置为“00”时指示对应FIC段携带FIC块的一部分。另选的是，当FIC_segment_type字段设置为“11”时，FIC_segment_type字段指示对应FIC段为发送填充数据的空FIC段。这里，其余值为将来应用而保留。
FIC_Chunk_major_protocol_version字段对应于2比特字段，其指示对应FIC块的主协议版本。此处，FIC_Chunk_major_protocol_version字段的值应当与对应FIC块报头内的FIC_major_protocol_version字段的值相同。由于可参照图12所示的FIC块报头的描述，所以为了简洁，将省略对FIC块语法的主协议版本的详细描述。
current_next_indicator字段对应于1比特指示符，其在设置为“1”时应当指示对应FIC段携带适用于当前M/H帧的FIC块的一部分。另选的是，当current_next_indicator字段的值设置为“0”时，current_next_indicator字段应当指示对应FIC段携带适用于下一M/H帧的FIC块的一部分。
error_indicator字段对应于1比特字段，其指示在传输过程中对应FIC段中是否出现错误。这里，当发生错误时，error_indicator字段设置为“1”。并且，当不存在(或没有发生)错误时，error_indicator字段设置为“0”。更具体地讲，在构造FIC段的处理期间，当存在未恢复的错误时，error_indicator字段设置为“1”。更具体地讲，error_indicator字段使得接收系统能够识别对应FIC段内错误的存在(或出现)。
FIC_segment_num字段对应于4比特无符号整数字段，其指示对应FIC段号。例如，如果对应FIC段是FIC块的第一FIC段，则FIC_segment_num字段的值应当设置为“0x0”。另外，如果对应FIC段是FIC块的第二FIC段，则FIC_segment_num字段的值应当设置为“0x1”。更具体地讲，FIC_segment_num字段应当随着FIC块中的各个附加的FIC段而逐一递增。这里，如果FIC块划分成4个FIC段，则FIC块内的最后FIC段的FIC_segment_num字段值将被指示为“0x3”。
FIC_last_segment_num字段对应于4比特无符号整数字段，其指示整个FIC块中最后的FIC段(即，具有最高FIC_segment_num字段值的FIC段)的号。
在传统方法中，针对一个子帧内的各个FIC段而依次指定(或分配)FIC段号。因此，在这种情况下，最后FIC段号始终与TNoG相匹配(即，最后FIC段号始终等于TNoG)。然而，当使用根据本发明的FIC号分配方法时，最后FIC段号并不始终与TNoG相匹配。更具体地讲，最后FIC段号可与TNoG相匹配，或者最后FIC段号可不与TNoG相匹配。TNoG表示分配(或指定)给单个子帧的数据组总数。例如，当TNoG等于“6”、并且FIC块划分成8个FIC段时，TNoG等于“6”，而最后FIC段号为“8”。
根据本发明的另一实施方式，可通过使用FIC段报头内的FIC_segment_num字段的值来标识空FIC段。更具体地讲，由于没有针对空FIC段分配FIC段号，所以发送系统为空FIC段的FIC_segment_num字段值分配空数据，并且接收系统能够将FIC_segment_num字段值分配了空数据的FIC段识别为空FIC段。这里，并不使用空数据，而是可将由接收系统与发送系统预设的数据分配给FIC_segment_num字段值，以代替空数据。
如上所述，将FIC块划分成多个FIC段，从而通过单个子帧来发送或通过多个子帧进行发送。另外，可通过单个子帧来发送由单个FIC块划分而成的FIC段，或者，可通过单个子帧来发送由多个单FIC块划分而成的FIC段。此处，分配给各个FIC段的号对应于对应FIC块内的号(即，FIC_seg_number值)，而并不对应于相应子帧内的号。另外，可发送空FIC段以使得M/H帧的边界与FIC块的边界对齐。此处，并不为空FIC段分配FIC段号。
如上所述，可通过多个子帧来发送一个FIC块，或者，可通过单个子帧来发送多个FIC块。然而，根据本发明的实施方式，以子帧为单位来对FIC段进行交织和发送。
同时，图15示出SMT区段的比特流语法的示例性结构，将该SMT区段包括在RS帧中，然后进行发送。这里，为了简洁，以MPEG-2专有区段格式来构造SMT区段。然而，SMT区段数据可以任何可能的格式构造。
SMT可提供包括有该SMT的系综内的移动业务的访问信息。另外，SMT可提供呈现移动业务所需的信息。另外，SMT可包括至少一个或更多个描述符。这里，可由所述描述符来描述其它附加(或补充)信息。
此处，发送SMT的业务信令信道除了SMT之外还可包括另一信令表(例如，GAT)。
这里，根据本发明的实施方式，业务信令信道的IP数据报具有相同的公知目的地IP地址和相同的公知目的地UDP端口号。因此，通过表标识符来对包括在业务信令数据中的SMT进行区分(或标识)。更具体地讲，表标识符可与存在于对应表中或对应表区段的报头中的table_id对应。并且，当需要时，表标识符还可参考table_id_extension字段，以执行识别处理。现在详细描述可通过SMT区段发送的示例性字段。
table_id字段是8比特表标识符，其可被设置为用于标识SMT的标识符。
section_syntax_indicator字段对应于定义SMT的区段格式的指示符。例如，section_syntax_indicator字段应当设置为“0”，以始终指示该表来源于MPEG-2专有区段表格式(可对应于MPEG长格式语法)的“短”格式。
private_indicator字段是1比特字段，其指示SMT是否遵循(或依照)专有区段。
section_length字段是12比特字段，其指定紧随section_length字段之后的其余SMT数据字节的区段长度。
table_id_extension字段对应于依赖于表的16比特字段。这里，table_id_extension字段对应于为其余字段提供范围的table_id字段的逻辑部分。Table_id_extension字段包括SMT_protocol_version字段和ensemble_id字段。
SMT_protocol_version字段对应于8比特无符号整数字段。这里，SMT_protocol_version字段指示协议版本，以允许对应SMT在将来的处理中携带与当前协议中定义的那些参数结构不同的参数。目前，SMT_protocol_version字段的值应当等于零(0)。SMT_protocol_version字段的非零值可由此标准的将来版本使用，以指示结构上不同的表。
ensemble_id字段对应于8比特字段。这里，与可分配给ensemble_id字段的对应系综关联的ID值可在“0x00”至“0x3F”范围内。优选的是，ensemble_id字段的值来源于parade_id字段的TPC数据。当对应系综通过主RS帧发送时，最高有效位(MSB)设置为“0”，并且其余7比特用作对应队列的parade_id字段值。同时，当对应系综通过主RS帧发送时，最高有效位(MSB)设置为“1”，并且其余7比特用作对应队列的parade_id字段值。
version_number字段对应于5比特字段，其指定SMT的版本号。
current_next_indicator字段对应于1比特字段，其指示SMT区段当前是否适用。
section_number字段是8比特字段，其指定当前SMT区段的号。
last_section_number字段对应于8比特字段，其指定构成对应SMT的最后区段的号。
并且，num_MH_services字段对应于8比特字段，其指定对应SMT区段中的移动业务数。
下文中，“for”循环(也称为移动(M/H)业务循环)语句的执行次数等于与num_MH_services字段对应的移动业务数，以提供关于多个移动业务的信令信息。更具体地讲，针对包括在SMT区段中的各个移动业务而指示对应移动业务的信令信息。这里，可如下所述提供与各个移动业务对应的下列字段信息。
MH_service_id字段对应于16比特无符号整数，其可唯一地标识对应SMT区段的范围内的对应移动业务。
multi_ensemble_service字段对应于2比特字段，其指示对应移动业务是否通过一个或更多个系综发送。由于multi_ensemble_service字段的含义与包括在FIC块中的multi_ensemble_service字段的含义相同，所以为了简洁，将省略对其详细描述。
MH_service_status字段对应于2比特字段，其可标识对应移动业务的状态。这里，MSB指示对应移动业务是激活的(“1”)，或者对应移动业务是非激活的(“0”)。另外，LSB指示对应移动业务是隐藏的(“1”)还是不隐藏的(“0”)。
SP_indicator字段对应于1比特字段，其指定对应移动业务的业务保护状态。如果SP_indicator字段设置为“1”，则将业务保护应用于提供对应业务的有意义呈现所需的至少一个成分。
short_MH_service_name_length字段对应于3比特字段，其以字节长度为单位指示short_service_name字段中描述的短业务名称的长度。
short_MH_service_name字段指示对应移动业务的短名称。
MH_service_category字段是6比特字段，其标识对应移动业务的类别。
num_components字段对应于5比特字段，其指定对应移动业务中的IP流成分数。
IP_version_flag字段对应于1比特指示符，其在设置为“0”时指示source_IP_address字段、MH_service_destination_IP_address字段和component_destination_IP_address字段对应于IPv4地址。IP_version_flag字段的值“1”被保留，以用于将来可能指示source_IP_address字段、MH_service_destination_IP_address字段、和component_destination_IP_address字段对应于IPv6地址。然而，当前尚未定义IPv6寻址的使用。
source_IP_address_flag对应于1比特布尔(Boolean)标志，其在被设置时指示存在(具有)对应业务的源IP地址值，以指示源特定多播。
MH_service_destination_IP_address_flag对应于1比特，其在被设置时指示通过目的地IP地址不同于MH_service_destination_IP_address字段的IP数据报来发送对应IP流成分。因此，当MH_service_destination_IP_address_flag被设置时，接收系统可使用component_destination_IP_address作为destination_IP_address，以访问对应IP流成分。另外，接收系统忽略(或丢弃)移动业务循环内的MH_service_destination_IP_address字段。
source_IP_address字段对应于32比特字段或128比特字段。当source_IP_address_flag设置为“1”时，需要对source_IP_address字段进行解释(或分析)。然而，当source_IP_address_flag设置为“0”时，不需要对source_IP_address字段进行解释(或分析)。当source_IP_address_flag设置为“1”时，并且当IP_version_flag字段设置为“0”时，对应字段指示出了source_IP_address字段指示32比特IPv4地址(该IPv4地址指定了对应移动业务源)。另选的是，如果IP_version_flag字段设置为“1”时，则source_IP_address字段指示指定了对应移动业务源的32比特IPv6地址。
MH_service_destination_IP_address字段对应于32比特字段或128比特字段。当MH_service_destination_IP_address_flag字段设置为“1”时，MH_service_destination_IP_address_flag需要解释(或分析)。然而，当MH_service_destination_IP_address_flag设置为“0”时，MH_service_destination_IP_address_flag不需要解释(或分析)。这里，如果MH_service_destination_IP_address_flag设置为“1”，并且如果IP_version_flag字段设置为“0”，则MH_service_destination_IP_address字段指示用于对应移动业务的32比特目的地IPv4地址。
另选的是，如果MH_service_destination_IP_address_flag设置为“1”，并且如果IP_version_flag字段设置为“1”，则MH_service_destination_IP_address字段指示用于对应移动业务的64比特目的地IPv6地址。在对应MH_service_destination_IP_address字段无法被解释的情况下，应当解释成分循环内的component_destination_IP_address字段。并且，在这种情况下，接收系统应当使用component_destination_IP_address、以访问IP流成分。
同时，根据本发明的实施方式的SMT通过使用“for”循环语句来提供关于多个成分的信息。下文中，“for”循环(也称为成分循环)语句的执行次数等于与num_component字段值对应的成分数，以提供关于多个成分的访问信息。更具体地讲，提供包括在对应移动业务中的各个成分的访问信息。在这种情况下，可如下所述提供关于各个成分的下列字段信息。
essential_component_indicator字段是1比特字段，当essential_component_indicator字段值设置为“1”时，其指示对应成分是移动业务的必要成分。否则，essential_component_indicator字段指示对应成分是可选成分。例如，在基本层音频流和视频流的情况下，essential_component_indicator字段值设置为“1”。并且，在增强层视频流的情况下，essential_component_indicator字段值设置为“0”。
component_destination_IP_address_flag字段对应于1比特布尔标志。当component_destination_IP_address_flag字段设置为“1”时，这指示对应成分存在component_destination_IP_address。port_num_count字段对应于6比特字段，其指示与对应UDP/IP流成分关联的UDP端口号。这里，目的地UDP端口号值从destination_UDP_port_num字段值开始增加1。destination_UDP_port_num字段对应于16比特字段，其指示用于对应IP流成分的目的地UDP端口号。
component_destination_IP_address字段对应于32比特字段或128比特字段。当IP_version_flag字段设置为“0”时，component_destination_IP_address字段指示用于对应IP流成分的32比特目的地IPv4地址。另外，当IP_version_flag字段设置为“1”时，component_destination_IP_address字段指示用于对应IP流成分的128比特目的地IPv6地址。当存在该字段时，携带M/H业务的对应成分的IP数据报的目的地地址应当与component_destination_IP_address字段中的地址相匹配。另选的是，当不存在该字段时，携带对应成分的IP数据报的目的地地址应当与M/H_service_destination_IP_address字段中的地址相匹配。该字段的128比特长的地址版本的有条件使用是为了方便将来可能使用IPv6，尽管当前尚未定义IPv6的使用。
num_component_level_descriptors字段对应于4比特字段，其指示提供成分级别的附加信息的描述符数。成分循环中包括数量与num_component_level_descriptors字段的值对应的component_level_descriptor()，以提供关于对应成分的附加(或补充)信息。num_MH_service_level_descriptors字段对应于4比特字段，其指示提供对应移动业务级别的附加信息的描述符数。
移动业务循环中包括数量与num_MH_service_level_descriptors字段的值对应的service_level_descriptor()，以提供关于移动业务的附加(或补充)信息。num_ensemble_level_descriptors字段对应于4比特字段，其指示提供系综级别的附加信息的描述符数。另外，系综循环中包括数量与num_ensemble_level_descriptors字段的值对应的ensemble_level_descriptor()，以提供关于系综的附加(或补充)信息。
图16示出根据本发明一个实施方式的GAT区段的比特流语法结构。这里，按照MPEG-2专有区段的格式编写GAT区段，这仅是为了方便理解本发明。
根据本发明的GAT区段包括在业务信令信道中，从而进行接收。此处，由于业务信令信道的IP数据报具有相同的公知IP地址和相同的公知UDP端口号，所以通过表标识符来对业务信令数据中包括的GAT进行标识。更具体地讲，表标识符可与存在于对应表中或对应表区段的报头中的table_id字段对应。并且，当需要时，可进一步参考table_id_extension字段来执行识别。
GAT区段包括业务指南提供商信息，并且还包括针对各个提供商的业务指南引导信息。
参照图16，table_id字段是用作表标识符的8比特字段。table_id字段可被设置为用于标识GAT的标识符。
section_syntax_indicator字段是1比特字段，其对应于定义GAT区段格式的指示符。
private_indicator字段也是1比特字段，其指示GAT属于哪一专有区段。
section_length字段是13比特字段，其指示GAT的区段长度。
另外，图16的GAT将16比特GAT_protocol_version字段分配至table_id_extension字段的位置。因此，当通过业务信令信道接收GAT时，GAT_protocol_version字段可用作能够标识GAT的表标识符的字段。更具体地讲，GAT_protocol_version字段指示以下这种协议版本，该协议版本在将来允许对应GAT携带(或者传送或发送)可与当前协议中定义的那些参数结构不同的参数。目前，GAT_protocol_version字段的值应当等于零(0)。并且，GAT_protocol_version字段的非零值可由此标准的将来版本使用，以指示结构上不同的表。
version_number字段是5比特字段，其指示GAT的版本号。
current_next_indicator字段是1比特字段，其指示GAT区段当前(或现在)是否适用。
section_number字段对应于8比特字段，其指示当前GAT区段的区段号。
last_section_number字段对应于8比特字段，其指示GAT的最后区段号。
num_SG_providers字段指示当前GAT区段中描述的SG提供商的数量。
SG_provider_id字段指示可标识各个SG提供商的唯一标识符。
下文中，“for”循环(也称为SG提供商循环)重复执行与num_SG_providers字段的值相同的次数，以提供针对各个SG提供商的SG引导信息。例如，可针对各个SG提供商提供下列字段信息。
SG_provider_name_length字段是8比特字段，其指示随后的SG_provider_name_text()字段的总长度。
SG_provider_name_text()字段对应于可变长度的字段，其指示对应SG提供商的名称。这里，SG_provider_name_text()字段按照多字符串结构而构造。
SG_delivery_network_type字段对应于8比特字段，其指示发送SG所用的传送网络的类型。图17示出根据本发明的SG_delivery_network_type字段值的含义。
SG_bootstrapping_data_length字段是8比特字段，其指示随后的SG_bootstrap_data()字段的总长度。
SG_bootstrap_data()字段对应于可变长度的字段，其基于SG_delivery_network_type字段的值提供SG引导信息，如图18至图21所示。
另外，各个SG提供商可通过使用该描述符，来提供适用于各个SG提供商的附加信息。
本发明的另一实施方式，包括在SG提供商循环中的SG_level_descriptors()字段包括SG_delivery_network_type字段、SG_bootstrapping_data_length字段和SG_bootstrap_data()字段。另外，SG_level_descriptors()还可基于SG_delivery_network_type字段的值来提供SG引导信息，如图18至图21所示。
另外，num_additional_descriptors字段对应于8比特字段，其指示随后的描述符数。将additional_descriptor()字段重复与num_additional_descriptors字段值相同的次数，该字段描述了可应用于包括在GAT区段中的全部SG提供商的附加信息。
例如，当SG_delivery_network_type字段的值等于“0x00”时，通过与传送GAT相同的移动(即，M/H)广播来发送SG。更具体地讲，将SG作为单个移动业务包括在RS帧中并接收，其中，该RS帧属于GAT所传送至的系综。
在另一示例中，当SG_delivery_network_type字的段值等于“0x01”时，通过与传送GAT不同的移动(即，M/H)广播来发送SG。更具体地讲，将SG作为单个移动业务包括在RS帧中并接收，其中，该RS帧属于与GAT所传送至的系综不同的系综。图1示出此示例的实施方式，其中，处理单独物理信道的业务提供商可收集并组合从各个广播站提供的业务指南的信息。随后，该业务提供商可通过处理的物理信道将组合的SG作为单个移动业务进行发送。
在另一示例中，当SG_delivery_network_type字段的值等于“0x02”时，SG通过关联的基于IP的广播信道来传送，而非移动广播来传送。图2示出此示例的实施方式。更具体地讲，在由地面移动系统与手持数字视频广播卫星业务(DVB-SH)系统(用于欧洲便携式(或移动)数字卫星TV广播)相组合的混合系统中，DVB-SH运营商(例如，DVB-SH业务提供商)可收集并组合由移动广播站所提供的业务指南(例如，关于对应移动业务的调度信息)的信息，以通过DVB-SH网络(即，卫星)来向各个接收系统发送组合的信息。
在另一示例中，当SG_delivery_network_type字段的值等于“0x03”时，通过交互(或双向)信道来发送SG。图3示出此示例的实施方式。更具体地讲，在由地面移动系统和交互信道系统(例如，蜂窝系统)的组合构成的混合系统中，交互(或双向)信道SG提供商(例如，配备有交互(或双向)信道网络的运营商或业务器管理者，如蜂窝网络运营商)可收集并组合由移动广播站所提供的业务指南(例如，关于对应移动业务的调度信息)的信息，以通过交互(或双向)信道向各个接收系统发送组合的信息。
图18示出当SG_delivery_network_type字段值等于“0x00”时(即，当SG通过当前移动广播传送时)，SG_bootstrap_data()字段的比特流语法结构。换言之，在此示例中，用于传送与移动业务数据关联的通知信息的SG被包括在用于传送移动业务数据的移动广播信号中，并进行发送。
图18的SG引导信息SG_bootstrap_data()包括16比特MH_Service_id字段和16比特announcement_channel_TSI字段。
当SG_delivery_network_type字段值等于“0x00”时，SG作为单个移动业务而传送。因此，MH_service_id字段标记出能够标识包括SG数据的移动业务的标识符。此处，将用于SG数据的移动业务的访问信息通过信号通知给包括在用于传送SG的移动广播信号中的SMT，如图15所示。更具体地讲，使得图18的MH_service_id字段值与包括在SMT的移动业务循环中的多个MH_service_id字段值中的一个相匹配。
announcement_channel_TSI字段指示FLUTE会话的传输会话标识符(TSI)，该FLUTE会话对应于包括SG数据的移动业务的通知信道。换言之，announcement_channel_TSI字段值对应于可唯一地标识与通知信道对应的FLUTE会话的标识符。更具体地讲，通过使得从当前移动广播所获取的SMT的MH_service_id字段值与图18的MH_service_id字段值匹配，可从SMT获取包括SG数据的移动业务的IP访问信息(例如，目的地IP地址、目的地UDP端口号)。另外，通过使用IP访问信息，可从对应移动广播信号(即，属于包括SMT和GAT的系综的RS帧)获取IP数据报。另外，通过使用announcement_channel_TSI字段值，可从所获取的IP数据报去除ALC/LCT报头，从而访问对应FLUTE会话并接收SG数据。
图19示出当SG_delivery_network_type字段值等于“0x01”时(即，当SG通过不同于GAT的移动广播信号而传送时)，包括在GAT中的SG_bootstrap_data()字段的比特流语法结构。更具体地讲，当通过其它移动广播信号来发送与通过包括GAT的移动广播信号发送的移动业务关联的SG时，GAT的SG_bootstrap_data()字段提供SG的引导信息。
图19的SG引导信息SG_bootstrap_data()包括16比特transport_stream_id字段、16比特MH_Service_id字段和16比特announcement_channel_TSI字段。当SG_delivery_network_type字段值等于“0x01”时，transport_stream_id字段指示可标识发送SG的移动广播信号的标签。
更具体地讲，transports_stream_id字段指示发送SG的移动广播信号的传输流ID。图19的transport_stream_id字段值等于节目映射表(PAT)的报头内和图12的FIC块报头内的transports_stream_id字段的值。
另外，当SG_delivery_network_type字段值等于“0x01”时，SG作为单个移动业务而传送。因此，MH_service_id字段标记出能够标识包括SG数据的移动业务的标识符。此处，将用于SG数据的移动业务的IP访问信息通过信号通知给包括在用于传送SG的移动广播信号(而非用于传送GAT的移动广播信号)中的SMT，如图15所示。更具体地讲，使得图19的MH_service_id字段值与包括在SMT的移动业务循环中的多个MH_service_id字段值中的一个相匹配。
announcement_channel_TSI字段指示FLUTE会话的传输会话标识符(TSI)，该FLUTE会话对应于包括SG数据的移动业务的通知信道。
更具体地讲，当SG_delivery_network_type字段值等于“0x01”时，再次接收与图19的transport_stream_id字段对应的移动广播信号。然后，通过使得从接收的移动广播信号所获取的SMT的MH_service_id字段值与图19的MH_service_id字段值相匹配，可从SMT获取包括SG数据的移动业务的IP访问信息(例如，目的地IP地址、目的地UDP端口号)。另外，通过使用IP访问信息，可从对应移动广播信号(即，属于包括SMT的系综的RS帧)获取IP数据报。另外，通过使用announcement_channel_TSI字段值，可在从所获取的IP数据报去除ALC/LCT报头之后，访问对应FLUTE会话并可接收SG数据。
图20示出当SG_delivery_network_type字段值等于“0x02”时(即，当SG通过其它基于IP的广播网络而传送时)，包括在GAT中的SG_bootstrap_data()字段的比特流语法结构。更具体地讲，当通过其它基于IP的广播网络来发送与通过包括GAT的移动广播信号发送的移动业务关联的SG时，GAT的SG_bootstrap_data()字段提供SG的引导信息。
图20的SG引导信息SG_bootstrap_data()包括1比特IP_version_flag字段、1比特source_IP_address_flag字段、32比特(或128比特)SG_bootstrap_destination_IP_address字段、16比特SG_bootstrap_destination_UDP_port_num字段和16比特announcement_channel_TSI字段。另外，根据source_IP_address_flag字段值，SG_bootstrap_data()还可包括32比特(或128比特)的SG_bootstrap_source_IP_address字段。
参照图20，当source_IP_address_flag字段值设置为“1”时，source_IP_address_flag字段指示存在对应SG通知信道的源IP地址值，以指示源特定多播。
当IP_version_flag字段的值设置为“1”时，这指示source_IP_address字段和SG_bootstrap_destination_IP_address字段是IPv6地址。另选的是，当IP_version_flag字段的值设置为“0”时，这指示source_IP_address字段和SG_bootstrap_destination_IP_address字段是IPv4地址。
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”时，source_IP_address字段用32比特或128比特来标记用于发送SG通知信道的全部IP数据报的源IP地址。当source_IP_address_flag字段值设置为“1”时，并且当IP_version_flag字段值设置为“0”时，source_IP_address字段指示32比特IPv4地址。另选的是，当IP_version_flag字段值设置为“1”时，source_IP_address字段指示128比特IPv6地址，其表明对应虚拟信道的源。
SG_bootstrap_destination_IP_address字段指示SG通知信道的目的地IP地址。这里，当IP_version_flag字段值设置为“0”时，SG_bootstrap_destination_IP_address字段指示32比特IPv4地址。另选的是，当IP_version_flag字段值设置为“1”时，SG_bootstrap_destination_IP_address字段指示128比特IPv6地址，其表明对应虚拟信道的源。
SG_bootstrap_destination_UDP_port_number字段指示SG通知信道的目的地UDP端口号。
announcement_channel_TSI字段指示FLUTE会话的传输会话标识符(TSI)，该FLUTE会话对应于SG的通知信道。
更具体地讲，通过使用图20的SG_bootstrap_destination_IP_address字段和SG_bootstrap_destination_UDP_port_num字段，从通过发送SG的其它广播网络(即，另一基于IP的广播网络)接收到的广播信号中获取IP数据报。然后，通过使用announcement_channel_TSI字段值，在从所获取的IP数据报去除ALC/LCT报头之后，可与对应FLUTE会话进行连接，以接收SG数据。
图21示出当SG_delivery_network_type字段值等于“0x03”时(即，当SG通过交互(或双向)信道而传送时)，包括在GAT中的SG_bootstrap_data()字段的比特流语法结构。更具体地讲，当通过交互(或双向)信道来发送与通过包括GAT的M/H广播信号发送的M/H业务关联的SG时，GAT的SG_bootstrap_data()字段提供SG的引导信息。
图21的SG引导信息SG_bootstrap_data()包括8比特SG_entrypoint_URL_text_length字段、和可变长度的SG_entrypoint_URL_text字段。SG_entrypoint_URL_text_length字段按照字节为单位指示了随后的SG_entrypoint_URL_text字段的总长度。SG_entrypoint_URL_text字段指示统一资源定位符(URL)，该URL指示SG进入点的位置。更具体地讲，基于SG_entrypoint_URL_text字段的值来访问用于发送SG的交互信道，以接收SG数据。
图22和图23示出显示根据本发明一个实施方式的执行业务指南引导的方法的流程图。
首先，接收并解调包括用户选择的移动(即，M/H)业务的移动(即，M/H)广播信号(S101)。然后，从解调的移动广播信号中获取FIC段，并且基于所获取的FIC段来恢复FIC块。通过使用包括在恢复的FIC块中的信息来构造系综与移动业务之间的映射信息(S102)。系综与移动业务之间的映射信息可包括系综标识符、包括在由该系综标识符所标识的系综内的移动业务标识符、以及业务类型信息等。
另外，从解调的移动广播信号构造包括用户选择的移动业务的RS帧，并且对该RS帧执行CRC解码和RS解码(S103)。随后，从经CRC解码和RS解码的RS帧中获取业务信令信道(即，RS帧有效载荷)(S104)。随后，提取包括在业务信令信道中的GAT区段(S105)。更具体地讲，通过使用表标识符，从具有相同的公知IP地址和相同的公知UDP端口号的业务信令信道的IP数据报(例如，IP多播流)中提取GAT区段。
然后，从GAT区段中获取在GAT区段中所描述的SG提供商数(num_SG_providers)(S106)。将步骤106之后的处理步骤重复与所获取的SG提供商数相同的次数，使得收集针对各个SG提供商的SG引导信息并访问各个SG提供商所提供的SG。
更具体地讲，针对各个SG提供商来获取对应SG提供商的名称信息(SG_provider_name_length、SG_provider_name_text)、关于发送SG所用的SG传送网络类型的信息(SG_delivery_network_type)、以及关于SG的引导数据长度的信息(SG_bootstrapping_data_length)(S107)。
随后，在步骤107中根据SG传送网络类型信息(SG_delivery_network_type)来获取SG引导信息，并且通过使用所获取的SG引导信息来访问对应SG。
如果在步骤108中验证了SG_delivery_network_type字段值等于“0x00”，则如图18所示，从SG_bootstrap_data()中获取移动业务标识符(MH_service_id)和通知信道的传输会话标识符(announcement_channel_TSI)(S109)。
随后，提取包括在步骤104中所获取的业务信令信道中的SMT(S110)。然后，根据步骤110中所提取的SMT来获取与步骤109中所获取的M/H业务标识符关联的IP访问信息(S111)。基于所获取的IP访问信息，从属于包括SMT的系综的RS帧(即，从在步骤103中经CRC解码和RS解码的RS帧)中获取IP多播流(S112)。然后，在从所获取的IP多播流去除ALC/LCT报头之后，接收(或加入)与announcement_channel_TSI字段关联的FLUTE会话(S113)，访问SG数据(S114)。
更具体地讲，通过使得从当前移动广播信号所获取的SMT的MH_service_id字段值与图18的MH_service_id字段值相匹配，从SMT中获取包括SG数据的移动业务的IP访问信息(例如，目的地IP地址和目的地UDP端口号)。随后，通过使用IP访问信息，从对应移动广播信号(即，属于包括SMT的系综的RS帧)中获取IP数据报(即，IP多播流)。然后，在从所获取的IP数据报去除ALC/LCT报头之后，通过使用announcement_channel_TSI字段值来对相应FLUTE会话进行访问，以接收SG数据。
同时，当在步骤108中验证了SG_delivery_network_type字段值等于“0x01”时，如图19所示，从SG_bootstrap_data()中获取传输流标识符(transport_stream_id)、移动业务标识符(MH_service_id)和通知信道的传输会话标识符(announcement_channel_TSI)(S115)。然后，接收并调制与传输流标识符(transport_stream_id)关联的移动广播信号(S116)。例如，在步骤116中接收的移动广播信号和在步骤101中接收的移动广播信号分别具有不同的传输流标识符。
随后，从步骤116中解调的移动广播信号中获取FIC段，并基于所获取的FIC段来恢复FIC块。然后，从恢复的FIC块中识别出与步骤115中所获取的移动广播信号关联的系综(S117)。随后，构造属于从步骤116中所解调的移动广播信号而识别的系综的RS帧，从而对该RS帧执行CRC解码和RS解码。然后，从经CRC解码和RS解码的RS帧(即，从RS帧有效载荷)中获取业务信令信道，以提取包括在业务信令信道中的SMT(S118)。更具体地讲，通过使用表标识符，从具有相同的公知IP地址和相同的公知UDP端口号的业务信令信道的IP数据报(例如，IP多播流)中提取SMT区段。
然后，从步骤118中所提取的SMT中获取与步骤115中所获取的M/H业务标识符关联的IP访问信息(S119)。基于所获取的IP访问信息，从包括步骤118所提取的SMT的RS帧中获取IP多播流(S120)。然后，在从所获取的IP多播流去除ALC/LCT报头之后，接收(或加入)与announcement_channel_TSI字段关联的FLUTE会话(S121)，从而访问SG数据(S122)。
更具体地讲，在接收到与图19的transport_stream_id字段对应的移动广播信号之后，通过使得从当前移动广播信号所获取的SMT的MH_service_id字段值与图19的MH_service_id字段值相匹配，从SMT中获取包括SG数据的移动业务的IP访问信息(例如，目的地IP地址和目的地UDP端口号)。随后，通过使用IP访问信息，从对应移动广播信号(即，属于对应系综的RS帧)中获取IP数据报(即，IP多播流)。然后，在从所获取的IP数据报去除ALC/LCT报头之后，通过使用announcement_channel_TSI字段值来对相应FLUTE会话进行连接，以接收SG数据。
同时，如果在步骤108中验证了SG_delivery_network_type字段值等于“0x02”，则如图20所示，从SG_bootstrap_data()中获取用于SG引导的IP访问信息和通知信道的传输会话标识符(announcement_channel_TSI)(S123)。这里，用于SG引导的IP访问信息包括SG引导目的地IP地址(SG_bootstrap_destination_IP_address字段)和SG引导目的地UDP端口号(SG_bootstrap_destination_UDP_port_num字段)。用于SG引导的IP访问信息还可包括SG引导源IP地址(SG_bootstrap_source_IP_address字段)。
当在步骤123中获取了对应SG提供商的SG引导信息时，调谐到发送SG的另一广播网络，以收集(或集中)适当参数(S124)。随后，通过使用这些参数，从该另一广播网络获取IP多播流(S125)。然后，在从所获取的IP多播流去除ALC/LCT报头之后，接收(或加入)与announcement_channel_TSI字段值关联的FLUTE会话(S126)，从而访问SG数据(S127)。
更具体地讲，使用图20的SG_bootstrap_destination_IP_address字段和SG_bootstrap_destination_UDP_port_num字段，从通过发送SG的其它广播网络(即，另一基于IP的广播网络)接收的广播信号中获取IP数据报。然后，在从所获取的IP数据报去除ALC/LCT报头之后，可通过使用announcement_channel_TSI字段值来对相应FLUTE会话进行连接，以接收SG数据。
同时，如果在步骤108中验证了SG_delivery_network_type字段值等于“0x03”，则如图21所示，从SG_bootstrap_data()中获取用于SG引导的访问信息(S128)。这里，该访问信息包括SG进入点URL(SG_entrypoint_URL字段)。另外，基于该访问信息来访问交互(或双向)信道(S129)，以接收SG数据(S130)。当通过执行步骤114、步骤122、步骤127和步骤130中的任一步骤而接收到SG数据时，在将步骤106中所获取的num_SG_providers字段值减“1”之后(S131)，验证num_SG_providers字段值是否等于“0”(S132)。如果num_SG_providers字段值不等于“0”，则该处理返回步骤107，以提取用于访问由下一SG提供商发送的SG的引导信息，从而执行访问SG的处理。另选的是，如果num_SG_providers字段值等于“0”，则这指示由包括在GAP区段中的SG提供商所提供的全部SG均已被接收。因此，SG引导处理结束。
接收系统
图24示出根据本发明的接收系统的实施方式。在图24中，实线箭头表示数据路径，虚线箭头表示控制信号路径。
根据本发明的接收系统可包括操作控制器2100、调谐器2111、解调器2112、均衡器2113、已知序列检测器(或已知数据检测器)2114、块解码器2115、主Reed-Solomon(RS)帧解码器2116、辅RS帧解码器2117、信令解码器2118和基带控制器2119。根据本发明的接收系统还可包括FIC处理机2121、业务管理器2122、业务信令处理机2123和第一存储单元2124。根据本发明的接收系统还可包括主RS帧缓冲器2131、辅RS帧缓冲器2132和传输包(TS)处理机2133。根据本发明的接收系统还可包括互联网协议(IP)数据报处理机2141、解扰器2142、用户数据报协议(UDP)数据报处理机2143、实时传输协议/实时传输控制协议(RTP/RTCP)数据报处理机2144、网络时间协议(NTP)数据报处理机2145、业务保护流处理机2146、第二存储单元2147、异步分层编码/分层编码传输(ALC/LCT)流处理机2148、可扩展标记语言(XML)解析器2150和现场设备工具(FDT)处理机2151。根据本发明的接收系统还可包括音频/视频(A/V)解码器2161、文件解码器2162、第三存储单元2163、中波(M/W)引擎2164和业务指南(SG)处理机2165。根据本发明的接收系统还可包括电子节目指南(EPG)管理器2171、应用管理器2172和用户接口(UI)管理器2173。另外，接收系统还包括用于接收通过另一广播网络发送来的业务指南的其它广播网络接口2001、以及用于接收通过交互信道发送来的业务指南的交互(或双向)网络接口2003。根据本发明的实施方式，交互网络接口2003构造与基于IP的交互网络的接口，而与物理介质(例如，无线或光学介质)无关。
这里，为了使本发明的描述简洁，将操作控制器2100、调谐器2111、解调器2112、均衡器2113、已知序列检测器(或已知数据检测器)2114、块解码器2115、主RS帧解码器2116、辅RS帧解码器2117、信令解码器2118和基带控制器2119统称为基带处理器2110。将FIC处理机2121、业务管理器2122、业务信令处理机2123和第一存储单元2124统称为业务复用器2120。将主RS帧缓冲器2131、辅RS帧缓冲器2132和TS处理机2133统称为IP自适应模块2130。将IP数据报处理机2141、解扰器2142、UDP数据报处理机2143、RTP/RTCP数据报处理机2144、NTP数据报处理机2145、业务保护流处理机2146、第二存储单元2147、ALC/LCT流处理机2148、XML分析器2150和FDT处理机2151统称为公共IP模块2140。将A/V解码器2161、文件解码器2162、第三存储单元2163、M/W引擎2164和SG处理机2165统称为应用模块2160。
另外，尽管图24中所使用的术语是从公知和常用术语中选择的，但是，图24的描述中所提及的部分术语是申请人根据他或她自己的考虑而选择的，在本文说明书中的相关部分对这些术语的详细含义做出了说明。此外，不能简单地通过实际使用的术语来理解本发明，而是需要通过各个术语中内在的意义来理解本发明。
参照图24，基带控制器2119对包括在基带处理器2110中的各个模块的操作进行控制。
调谐器2111通过将接收系统调谐至特定物理信道频率(或物理传输信道频率，PTC)，使得接收系统能够接收主业务数据(与用于固定型广播接收系统的广播信号对应)、以及移动业务数据(与用于移动广播接收系统的广播信号对应)。此处，将调谐到特定物理信道的频率向下变频至中频(IF)信号，从而将其输出给解调器2112和已知序列检测器2114。
此处，调谐器2111可接收主业务数据和移动业务数据，或者，调谐器2111可接收与移动业务数据关联的业务指南或接收与另一组移动业务数据关联的业务指南数据。
更具体地讲，对于用于传送与包括在当前接收到的移动广播信号中的移动业务数据有关的通知信息的业务指南而言，可通过将该业务指南包括在移动广播信号中来接收该业务指南，或者可通过另一物理信道的移动广播信号来接收该业务指南。在这种情况下，由基带处理单元2110的调谐器2111基于业务管理器2122和/或操作控制器2100的控制，来接收并处理该业务指南。另外，可通过不同的广播网络来发送该业务指南。并且，由其它广播网络接口2001基于业务管理器2122和/或操作控制器2100的控制，来接收并处理通过另一广播网络发送的该业务指南。另外，可通过交互信道来发送该业务指南。并且，由交互网络接口2003基于业务管理器2122和/或操作控制器2100的控制，来接收并处理通过交互信道发送的该业务指南。
从调谐器2111输出的通带数字IF信号可仅包括主业务数据，或者仅包括移动业务数据，或者包括主业务数据和移动业务数据这二者。
解调器2112对从调谐器2111输入的通带数字IF信号执行自增益控制、载波恢复和定时恢复处理，从而将IF信号转换为基带信号。然后，解调器2112将该基带信号输出给均衡器2113和已知序列检测器2114。解调器2112在定时和/或载波恢复期间使用从已知序列检测器2114输入的已知数据符号序列，从而提高解调性能。
均衡器2113对包括在由解调器2112解调后的信号中的与信道关联的失真进行补偿。然后，均衡器2113将经过失真补偿后的信号输出给块解码器2115。均衡器2113通过使用从已知序列检测器2114输入的已知数据符号序列，可提高均衡性能。另外，均衡器2113可从块解码器2115接收对解码结果的反馈，从而提高均衡性能。
已知序列检测器2114从输入/输出数据(即，解调之前的数据或部分解调处理的数据)中检测由发送系统插入的已知数据地点(或位置)。然后，已知序列检测器2114将检测到的已知数据位置信息以及根据检测到的位置信息而生成的已知数据序列输出给解调器2112、均衡器2113和基带控制器2119。另外，为了使得块解码器2115能够识别出已由发送系统进行了附加编码处理的移动业务数据、和尚未经过任何附加编码处理的主业务数据，已知序列检测器2114将这种对应信息输出给块解码器2115。
如果经过均衡器2113进行信道均衡并输入给块解码器2115的数据对应于由发送系统进行了串行级联卷积码(SCCC)方法的块编码和网格编码处理后的数据(即，RS帧内的数据、信令数据)，则块解码器2115可执行作为发送系统逆处理的网格解码和块解码。另一方面，如果经过均衡器2113进行了信道均衡并输入给块解码器2115的数据对应于仅由发送系统进行了网格编码处理、而并未进行块编码的数据(即，主业务数据)，则块解码器2115可仅执行网格解码。
信令解码器2118对从均衡器2113输入的且经过信道均衡的信令数据进行解码。假设输入给信令解码器2118的信令数据(或信令信息)对应于由发送系统进行了块编码和网格编码处理后的数据。这种信令数据的示例可包括传输参数信道(TPC)数据和快速信息信道(FIC)数据。
例如，在所输入的数据中，信令解码器2118对与信令信息区域对应的数据执行并行级联卷积码(PCCC)方法的回归turbo解码(regressive turbo decoding)。随后，信令解码器2118将FIC数据和TPC数据与进行了回归turbo解码的信令数据相分离。另外，信令解码器2118对分离的TPC数据执行作为发送系统逆处理的RS解码，从而将处理后的数据输出给基带控制器2119。另外，信令解码器2118按照子帧为单位对分离的FIC数据执行解交织，以对解交织的FIC数据执行作为发送系统逆处理的RS解码，从而将处理后的数据输出给FIC处理机2121。由信令解码器2118进行了解交织和RS解码并输出给FIC处理机2121的FIC数据按照FIC段为单位进行发送。
FIC处理机2121从信令解码器2118接收FIC数据，以提取用于获取业务的信令信息(即，系综与移动业务之间的映射信息)。为此，FIC处理机2121可包括FIC段缓冲器、FIC段解析器和FIC块解析器。
FIC段缓冲器对从信令解码器2118以M/H帧为单位输入的FIC段组进行缓冲，从而将缓冲的FIC段组输出给FIC段解析器。随后，FIC段解析器提取存储在FIC段缓冲器中的各个FIC段的报头，以分析所提取的报头。然后，基于分析结果，FIC段解析器将相应FIC段的有效载荷输出给FIC块解析器。FIC块解析器使用从FIC段解析器输出的分析结果，以从FIC段有效载荷恢复FIC块数据结构，从而分析接收的FIC块数据结构。随后，FIC块解析器提取用于获取业务的信令信息。将从FIC块解析器所获取的信令信息输出给业务管理器2122。
同时，业务信令处理机2123通过包括业务信令缓冲器和业务信令解析器来构造。并且，业务信令处理机2123对包括在从UDP数据报处理机2143发送来的业务信令信道中的表区段(例如，SMT区段、GAT区段)进行缓冲，从而分析并处理缓冲的表区段。也将由业务信令处理机2123处理的SMT信息和GAT信息输出给业务管理器2122。
根据本发明的实施方式，用于发送SMT区段和GAT区段的业务信令信道包括在按照UDP/IP包格式(具有公知IP目的地地址和公知目的地UDP端口号)的对应RS帧中，从而进行接收。因此，在接收系统中，可获取业务信令信道，而无需获取单独的IP访问信息。另外，通过使用表标识符来标识所获取的业务信令信道内的各个信令表(例如，SMT、GAT等)。
SMT区段提供关于包括该SMT区段的系综内的全部业务的信令信息(包括IP访问信息)。因此，通过使用从SMT解析的信息来访问属于所请求的业务的IP流成分，以向用户提供对应业务。另外，如果业务指南数据作为通过信号通知的移动业务而包括在包括SMT区段的系综中、从而进行接收，则SMT区段提供包括SG数据的移动业务的IP访问信息。
另外，GAT区段提供与分别发送业务指南和为了访问SG而要求的业务指南引导信息的SG提供商有关的信息。SG引导信息可根据SG传输方法而变化，并且包括关于对应SG的访问信息。另外，SG引导信息还可包括通知信道的传输会话标识符。
业务管理器2122使用包括在GAT中并针对各个SG提供商通过信号通知的SG引导信息，以从当前RS帧、调谐器2111、其它广播网络接口2001和交互网络接口中的任意一个接收对应SG。更具体地讲，基于通过信号通知给GAT(从通过调谐器2111接收的移动广播信号所提取)的SG引导信息，从对应移动广播信号、另一物理信道的移动广播信号、另一广播网络以及交互信道中的任意一个接收与该移动广播信号关联的业务指南。接收的SG或者被输出给ALC/LCT处理机2148，或输出给SG处理机2165。
由于已经参照图16至图22详细描述了使用SG引导信息接收对应SG的处理，所以为了简洁，将省略对其详细描述。
业务管理器2122收集从SMT解析出的信息，然后将其存储在第一存储单元2124中。业务管理器2122将从SMT所提取的信息按照业务映射和指南数据格式存储在第一存储单元2124中。
也就是说，业务管理器2122使用从FIC处理机2121和业务信令处理机2123分别收集的信令信息，以构造业务映射。随后，业务管理器2122使用从业务指南(SG)处理机2165收集的业务指南(SG)，以拟定节目指南。然后，业务管理器2122控制基带控制器2119，使得用户可通过参考业务映射和业务指南来接收(或被提供)用户请求的移动业务。另外，业务管理器2122还可控制接收系统，使得节目指南可基于用户的输入而显示在显示屏幕的至少一部分上。
第一存储单元2124存储由业务管理器2122拟定的业务映射和业务指南。另外，基于来自业务管理器2122和EPG管理器2171的请求，第一存储单元2124提取所需的数据，然后，将所述数据传送给业务管理器2122和/或EPG管理器2171。
基带控制器2119接收已知数据位置信息和TPC数据，从而将M/H帧时间信息、指示在选择的队列中是否存在数据组的信息、在对应数据组内的已知数据的位置信息、功率控制信息等传送给基带处理器2110内的各个模块。稍后将详细描述TPC数据。
同时，根据本发明，发送系统按照编码单位来使用RS帧。这里，RS帧可划分成主RS帧和辅RS帧。然而，根据本发明的实施方式，主RS帧和辅RS帧将基于对应数据的重要程度来进行划分。
主RS帧解码器2116接收块解码器2115的输出，作为输入。这里，在实施方式中，主RS帧解码器2116从块解码器2115接收已经经过Reed Solomon(RS)编码和/或循环冗余校验(CRC)编码进行了编码的移动业务数据。主RS帧解码器2116还可从块解码器2115接收已经通过Reed Solomon(RS)编码和/或循环冗余校验(CRC)编码进行了编码的SMT区段数据、GAT区段数据或SG数据。
主RS帧解码器2116执行针对包括在发送系统中的RS帧编码器(未示出)的逆处理，从而纠正主RS帧内存在的错误。更具体地讲，主RS帧解码器2116通过将多个数据组进行成分组来形成主RS帧，然后以主RS帧为单位进行纠错。换言之，主RS帧解码器2116对针对实际广播业务发送的主RS帧进行解码。将由主RS帧解码器2116解码的主RS帧输出给主RS帧缓冲器2131。主RS帧缓冲器2131对主RS帧进行缓冲，然后以各行为单位来构造M/H TP。主RS帧的M/H TP输出给TP处理机2133。
另外，辅RS帧解码器2117接收块解码器2115的输出，作为输入。这里，在实施方式中，辅RS帧解码器2117从块解码器2115接收已经通过Reed Solomon(RS)编码和/或循环冗余校验(CRC)编码进行了编码的移动业务数据。辅RS帧解码器2117还可从块解码器2115接收已经通过Reed Solomon(RS)编码和/或循环冗余校验(CRC)编码进行了编码的SMT区段数据、GAT区段数据或SG数据。
辅RS帧解码器2117执行针对包括在发送系统中的RS帧编码器(未示出)的逆处理，从而纠正辅RS帧内存在的错误。更具体地讲，辅RS帧解码器2117通过将多个数据组进行成组来形成辅RS帧，然后以辅RS帧为单位进行纠错。换言之，辅RS帧解码器2117对针对实际广播业务发送的辅RS帧进行解码。将由辅RS帧解码器2117解码的辅RS帧输出给辅RS帧缓冲器2132。辅RS帧缓冲器2132对辅RS帧进行缓冲，然后以各行为单位来构造M/H TP。辅RS帧的M/H TP输出给TP处理机2133。
TP处理机2133由TP缓冲器和TP解析器组成。TP处理机2133对从主RS帧缓冲器2131和辅RS帧缓冲器2132输入的M/H TP进行缓冲，然后提取并分析缓冲的M/H TP的各个报头，从而从对应M/H TP的各个有效载荷恢复IP数据报。将恢复的IP数据报输出给IP数据报处理机2141。
IP数据报处理机2141由IP数据报缓冲器和IP数据报解析器组成。IP数据报处理机2141对从TP处理机2133传送的IP数据报进行缓冲，然后提取并分析缓冲的IP数据报的报头，从而从对应IP数据报的有效载荷恢复UDP数据报。将恢复的UDP数据报输出给UDP数据报处理机2143。
如果UDP数据报被加扰，则由解扰器2142将加扰的UDP数据报进行解扰，并且将解扰的UDP数据报输出给UDP数据报处理机2143。例如，当在接收的IP数据报中的UDP数据报被加扰时，解扰器2142通过输入来自业务保护流处理机2146的加密密钥等来将UDP数据报进行解扰，并将解扰的UDP数据报输出给UDP数据报处理机2143。
UDP数据报处理机2143由UDP数据报缓冲器和UDP数据报解析器组成。UDP数据报处理机2143对从IP数据报处理机2141或解扰器2142传送的UDP数据报进行缓冲，然后提取并分析缓冲的UDP数据报的报头，从而恢复通过对应UDP数据报的有效载荷发送的数据。如果恢复的数据是RTP/RTCP数据报，则将恢复的数据输出给RTP/RTCP数据报处理机2144。如果恢复的数据也是NTP数据报，则将恢复的数据输出给NTP数据报处理机2145。另外，如果恢复的数据是业务保护流，则将恢复的数据输出给业务保护流处理机2146。并且，如果恢复的数据是ALC/LCT流，则将恢复的数据输出给ALC/LCT流处理机2148。另外，当恢复的数据是SMT区段数据时，将恢复的数据输出给业务信令区段处理机2123。
由于SMT区段或携带该SMT区段的业务信令信道是具有公知IP目的地地址和公知目的地UDP端口号的IP数据报，所以，IP数据报处理机2141和UDP数据报处理机2143可将包括SMT区段的数据输出给业务信令区段处理机2123，而无需附加信息。
RTP/RTCP数据报处理机2144由RTP/RTCP数据报缓冲器和RTP/RTCP数据报解析器组成。RTP/RTCP数据报处理机2144对从UDP数据报处理机2143输出的RTP/RTCP结构的数据进行缓冲，然后从缓冲的数据中提取A/V流，从而将所提取的A/V流输出给A/V解码器2161。
A/V解码器2161分别使用音频和视频解码算法来对从RTP/RTCP数据报处理机2144输出的音频和视频流进行解码。将解码的音频和视频数据输出给呈现管理器2170。这里，可将AC-3解码算法、MPEG 2音频解码算法、MPEG 4音频解码算法、AAC解码算法、AAC+解码算法、HE AAC解码算法、AAC SBR解码算法、MPEG环绕解码算法和BSAC解码算法中的至少一种用作音频解码算法，可将MPEG 2视频解码算法、MPEG 4视频解码算法、H.264解码算法、SVC解码算法和VC-1解码算法中的至少一种用作音频解码算法。
NTP数据报处理机2145由NTP数据报缓冲器和NTP数据报解析器组成。NTP数据报处理机2145对具有NTP结构的数据进行缓冲，该数据是从UDP数据报处理机2143输出的。然后，NTP数据报处理机2145从缓冲的数据中提取NTP流。随后，将提取的NTP流输出给A/V解码器2161，以进行解码。
业务保护流处理机2146还可包括业务保护流缓冲器。这里，业务保护流处理机2146对为进行业务保护而指定(或需要)的数据进行缓冲，该数据是从UDP数据报处理机2143输出的。随后，业务保护流处理机2146从所提取的数据中提取进行解扰所需的信息。进行解扰所需的信息包括密钥值，例如SKTM和LKTM。将用于解扰的信息存储在第二存储单元2147，并且当需要是，将用于解扰的信息输出给解扰器2142。
ALC/LCT流处理机2148由ALC/LCT流缓冲器和ALC/LCT流解析器组成。并且，ALC/LCT流处理机2148对具有ALC/LCT结构的数据进行缓冲，该数据是从UDP数据报处理机2143输出的。然后，ALC/LCT流处理机2148分析来自缓冲的数据的ALC/LCT会话的报头和报头扩展。基于ALC/LCT会话的报头和报头扩展的分析结果，当发送至ALC/LCT会话的数据对应于XML结构时，将对应数据输出给XML分析器2150。另选的是，当发送至ALC/LCT会话的数据对应于文件结构时，将对应数据输出给文件解码器2162。此处，当发送至ALC/LCT会话的数据是压缩的时，由解压缩器2149对压缩的数据进行解压缩，然后将其输出给XML分析器2150或文件解码器2162。
XML分析器2150对通过ALC/LCT会话发送的XML数据进行分析。然后，当分析的数据对应于针对基于文件的业务而指定的数据时，XML分析器2150将对应数据输出给FDT处理机2151。另一方面，如果分析的数据对应于针对业务指南而指定的数据时，则XML分析器2150将对应数据输出给SG处理机2165。FDT处理机2151分析并处理通过ALC/LCT会话按照XML结构而发送的FLUTE协议的文件描述表。
SG处理机2165收集并分析针对业务指南而指定的数据，该数据按照XML结构进行发送，从而将分析的数据输出给业务管理器2122。
文件解码器2162对具有文件结构并通过ALC/LCT会话发送的数据进行解码，从而将解码后的数据输出给中间件引擎2164或将解码后的数据存储在第三存储单元2163中。这里，中间件引擎2164编译文件结构数据(即，应用)并执行编译的应用。随后，可通过应用呈现管理器2170将该应用输出给输出装置，例如显示屏幕或扬声器。根据本发明一个实施方式，中间件引擎2164对应于基于JAVA的中间件引擎。
基于用户输入，EPG管理器2171通过业务管理器2122或者通过SG处理机2165接收EPG数据，以将接收的EPG数据转换至显示格式，从而将转换的数据输出给呈现管理器2170。
应用管理器2172执行与按照对象格式、文件格式等发送的应用数据的处理关联的总体管理。另外，基于通过UI管理器2173输入的用户命令，操作控制器2100对业务管理器2122、EPG管理器2171、应用管理器2172和呈现管理器2170中的至少一个进行控制，以使得能够执行用户请求的功能。
UI管理器2173通过UI将用户输入传送给操作控制器2100。
最后，呈现管理器2170通过扬声器和/或显示屏幕，将从A/V解码器2161输出的音频和视频数据以及从EPG管理器2171输出的EPG数据中的至少一个提供给用户。
对于本领域技术人员而言很明显的是，在不偏离本发明的精神或范围的条件下，可以对本发明做出各种修改和变型。因此，本发明旨在涵盖落入所附权利要求及其等同物范围内的本发明的这些修改例和变型例。
本发明的模式
此外，将用于本发明的实施方式与说明书的“具体实施方式”一起进行描述。
工业应用性
根据本发明的发送和接收信号的方法以及用于发送和接收信号的设备的实施方式可用在广播和通信领域。

Claims (15)

1.一种接收系统的数据处理方法，该方法包括以下步骤：
通过移动广播网络接收广播信号，其中，该广播信号包括移动业务数据和第一信令表，并且其中，该第一信令表包括与所述移动业务数据有关的业务指南传输信息和业务指南引导信息；
基于包括在所述第一信令表中的业务指南传输信息来获取所述业务指南引导信息；
通过使用所获取的业务指南引导信息来访问业务指南。
2.根据权利要求1所述的方法，其中，当所述业务指南传输信息指示了所述业务指南被包括在包括所述移动业务数据的所述广播信号中并被发送时，所述业务指南引导信息包括：包括所述业务指南的移动业务的标识符、以及所述业务指南的通知信道的传输会话标识符。
3.根据权利要求2所述的方法，该方法还包括以下步骤：
从包括所述移动业务数据的所述广播信号中提取第二信令表，并从所提取的第二信令表中获取包括所述业务指南的移动业务的IP访问信息。
4.根据权利要求3所述的方法，其中，所述第一信令表对应于指南访问表GAT，并且其中，所述第二信令表对应于业务映射表SMT。
5.根据权利要求1所述的方法，其中，当所述业务指南传输信息指示了所述业务指南被包括在与包括所述移动业务数据的所述广播信号的物理信道不同的物理信道的广播信号中并被发送时，所述业务指南引导信息包括：包括所述业务指南的所述广播信号的传输流标识符、包括所述业务指南的移动业务的标识符、以及与所述业务指南的通知信道有关的传输会话标识符。
6.根据权利要求5所述的方法，该方法还包括以下步骤：
从包括所述业务指南的所述广播信号提取第二信令表，并从所提取的第二信令表中获取包括所述业务指南的移动业务的IP访问信息。
7.根据权利要求1所述的方法，其中，当所述业务指南传输信息指示了所述业务指南被发送至与所述移动广播网络不同的广播网络时，所述业务指南引导信息包括：与所述业务指南的通知信道有关的IP访问信息、以及与所述业务指南的通知信道有关的传输会话标识符。
8.根据权利要求1所述的方法，其中，当所述业务指南传输信息指示了所述业务指南通过交互信道而发送时，所述业务指南引导信息包括：指示了所述业务指南的进入点位置的统一资源定位符URL。
9.一种接收系统，该接收系统包括：
接收单元，该接收单元通过移动广播网络接收广播信号，其中，该广播信号包括移动业务数据和第一信令表，并且其中，该第一信令表包括与所述移动业务数据有关的业务指南传输信息和业务指南引导信息；
第一处理机，该第一处理机基于包括在所述第一信令表中的业务指南传输信息来获取所述业务指南引导信息；
第二处理机，该第二处理机通过使用所获取的业务指南引导信息来访问业务指南。
10.根据权利要求9所述的接收系统，其中，当所述业务指南传输信息指示了所述业务指南被包括在包括所述移动业务数据的所述广播信号中并被发送时，所述业务指南引导信息包括：包括所述业务指南的移动业务的标识符、以及所述业务指南的通知信道的传输会话标识符。
11.根据权利要求10所述的接收系统，其中，所述第二处理机从包括所述移动业务数据的所述广播信号中提取第二信令表，并从所提取的第二信令表中获取包括所述业务指南的移动业务的IP访问信息。
12.根据权利要求9所述的接收系统，其中，当所述业务指南传输信息指示了所述业务指南被包括在与包括所述移动业务数据的所述广播信号的物理信道不同的物理信道的广播信号中并被发送时，所述业务指南引导信息包括：包括所述业务指南的所述广播信号的传输流标识符、包括所述业务指南的移动业务的标识符、以及与所述业务指南的通知信道有关的传输会话标识符。
13.根据权利要求12所述的接收系统，其中，所述第二处理机从包括所述业务指南的所述广播信号提取第二信令表，并从所提取的第二信令表中获取包括所述业务指南的移动业务的IP访问信息。
14.根据权利要求9所述的接收系统，其中，当所述业务指南传输信息指示了所述业务指南被发送至与所述移动广播网络不同的广播网络时，所述业务指南引导信息包括：与所述业务指南的通知信道有关的IP访问信息、以及与所述业务指南的通知信道有关的传输会话标识符。
15.根据权利要求9所述的接收系统，其中，当所述业务指南传输信息指示了所述业务指南通过交互信道而发送时，所述业务指南引导信息包括：指示了所述业务指南的进入点位置的统一资源定位符URL。
CN200980157580.2A 2009-03-19 2009-10-09 发送/接收系统和在该发送/接收系统中处理数据的方法 Expired - Fee Related CN102484694B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410558237.1A CN104320212B (zh) 2009-03-19 2009-10-09 发送/接收系统和在该发送/接收系统中处理数据的方法

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US16141109P 2009-03-19 2009-03-19
US61/161,411 2009-03-19
KR10-2009-0083023 2009-09-03
KR1020090083023A KR101652808B1 (ko) 2009-03-19 2009-09-03 송/수신 시스템 및 데이터 처리 방법
PCT/KR2009/005775 WO2010107167A1 (en) 2009-03-19 2009-10-09 Transmitting/receiving system and method of processing data in the transmitting/receiving system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201410558237.1A Division CN104320212B (zh) 2009-03-19 2009-10-09 发送/接收系统和在该发送/接收系统中处理数据的方法

Publications (2)

Publication Number Publication Date
CN102484694A true CN102484694A (zh) 2012-05-30
CN102484694B CN102484694B (zh) 2014-11-26

Family

ID=43009459

Family Applications (2)

Application Number Title Priority Date Filing Date
CN200980157580.2A Expired - Fee Related CN102484694B (zh) 2009-03-19 2009-10-09 发送/接收系统和在该发送/接收系统中处理数据的方法
CN201410558237.1A Expired - Fee Related CN104320212B (zh) 2009-03-19 2009-10-09 发送/接收系统和在该发送/接收系统中处理数据的方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201410558237.1A Expired - Fee Related CN104320212B (zh) 2009-03-19 2009-10-09 发送/接收系统和在该发送/接收系统中处理数据的方法

Country Status (3)

Country Link
KR (3) KR101652808B1 (zh)
CN (2) CN102484694B (zh)
CA (1) CA2749667C (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105684392A (zh) * 2014-08-22 2016-06-15 Lg电子株式会社 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备
CN106134158A (zh) * 2015-01-18 2016-11-16 Lg电子株式会社 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法
CN106165321A (zh) * 2014-10-12 2016-11-23 Lg 电子株式会社 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
CN106464834A (zh) * 2014-10-21 2017-02-22 Lg 电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN107771382A (zh) * 2015-06-22 2018-03-06 索尼公司 发射机和接收机以及发射和接收方法
CN113383520A (zh) * 2019-02-01 2021-09-10 罗伯特·博世有限公司 用于总线系统的用户站和用于在总线系统中以不同比特率发送消息的方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2837053C (en) * 2011-05-25 2016-12-06 Lg Electronics Inc. Transmitting/receiving system and method for processing a broadcasting signal
CN103975602B (zh) 2011-10-20 2017-06-09 Lg电子株式会社 广播服务接收方法和广播服务接收装置
KR101479864B1 (ko) * 2013-11-08 2015-01-06 주식회사 엘지유플러스 멀티미디어 청크(chunk)를 수신하는 통신 단말기 및 그 제어방법과, 그 제어방법을 실행하기 위한 프로그램을 기록한 기록 매체
US10405046B2 (en) * 2014-06-09 2019-09-03 Lg Electronics Inc. Service guide information transmission method, service guide information reception method, service guide information transmission device, and service guide information reception device
KR101812186B1 (ko) 2014-09-25 2017-12-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106233692B (zh) * 2014-11-12 2019-09-13 Lg电子株式会社 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
KR102332387B1 (ko) * 2014-11-13 2021-11-30 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
KR101875672B1 (ko) 2015-01-02 2018-07-06 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JPWO2016111176A1 (ja) * 2015-01-07 2017-10-12 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016117939A1 (ko) 2015-01-21 2016-07-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016163772A2 (ko) * 2015-04-07 2016-10-13 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016186390A1 (ko) * 2015-05-15 2016-11-24 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10498792B2 (en) 2015-05-17 2019-12-03 Lg Electronics Inc. Apparatus and method for transmitting or receiving broadcast signal
CN112019884B (zh) 2015-07-06 2022-04-19 Lg电子株式会社 发送广播信号的方法和设备及接收广播信号的方法和设备
US10212461B2 (en) 2015-07-21 2019-02-19 Lg Electronics Inc. Apparatus and method for transmitting or receiving broadcast signal
WO2017039386A1 (ko) * 2015-09-04 2017-03-09 엘지전자(주) 방송 신호 송수신 장치 및 방법
WO2017043863A1 (ko) * 2015-09-07 2017-03-16 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10594417B2 (en) 2016-01-14 2020-03-17 Lg Electronics Inc. Apparatus and method for transmitting and receiving broadcast signal
EP3364571B1 (en) * 2016-07-08 2022-06-15 Sony Group Corporation Receiving device, transmitting device, and data processing method
US10454657B2 (en) * 2017-02-28 2019-10-22 Qualcomm Incorporated Narrowband time-division duplex frame structure for narrowband communications

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100461657C (zh) * 2006-12-18 2009-02-11 中兴通讯股份有限公司 一种移动多媒体广播电子业务指南多路传输的方法
CN100488256C (zh) * 2007-01-05 2009-05-13 中兴通讯股份有限公司 一种移动多媒体广播电子业务指南的更新方法
KR101405966B1 (ko) * 2007-06-26 2014-06-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405968B1 (ko) * 2007-06-28 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405970B1 (ko) * 2007-06-28 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405975B1 (ko) * 2007-07-23 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10645674B2 (en) 2014-08-22 2020-05-05 Lg Electronics Inc. Method for transmitting broadcast signals, apparatus for transmitting broadcast signals, method for receiving broadcast signals and apparatus for receiving broadcast signals
CN105830372A (zh) * 2014-08-22 2016-08-03 Lg电子株式会社 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备
US11678346B2 (en) 2014-08-22 2023-06-13 Lg Electronics Inc. Method for transmitting broadcast signals, apparatus for transmitting broadcast signals, method for receiving broadcast signals and apparatus for receiving broadcast signals
US11212772B2 (en) 2014-08-22 2021-12-28 Lg Electronics Inc. Method for transmitting broadcast signals, apparatus for transmitting broadcast signals, method for receiving broadcast signals and apparatus for receiving broadcast signals
CN105684392A (zh) * 2014-08-22 2016-06-15 Lg电子株式会社 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备
CN105684392B (zh) * 2014-08-22 2019-11-22 Lg 电子株式会社 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备
CN106165321A (zh) * 2014-10-12 2016-11-23 Lg 电子株式会社 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
US10715859B2 (en) 2014-10-12 2020-07-14 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method of transmitting broadcast signal, and method of receiving broadcast signal
CN106165321B (zh) * 2014-10-12 2020-01-03 Lg 电子株式会社 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
US10305941B2 (en) 2014-10-21 2019-05-28 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
CN106464834A (zh) * 2014-10-21 2017-02-22 Lg 电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
US11336699B2 (en) 2014-10-21 2022-05-17 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
US10887353B2 (en) 2014-10-21 2021-01-05 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
US11032016B2 (en) 2015-01-18 2021-06-08 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
US10601532B2 (en) 2015-01-18 2020-03-24 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
CN106134158B (zh) * 2015-01-18 2020-03-03 Lg电子株式会社 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法
US11343005B2 (en) 2015-01-18 2022-05-24 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
CN106134158A (zh) * 2015-01-18 2016-11-16 Lg电子株式会社 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法
CN107771382A (zh) * 2015-06-22 2018-03-06 索尼公司 发射机和接收机以及发射和接收方法
US10911194B2 (en) 2015-06-22 2021-02-02 Saturn Licensing Llc Transmitter and receiver and methods of transmitting and receiving
CN107771382B (zh) * 2015-06-22 2021-05-25 索尼公司 发射机和接收机以及发射和接收方法
US11025381B2 (en) 2015-06-22 2021-06-01 Saturn Licensing Llc Transmitter and receiver and methods of transmitting and receiving
US11646839B2 (en) 2015-06-22 2023-05-09 Saturn Licensing Llc Transmitter and receiver and methods of transmitting and receiving
CN113383520A (zh) * 2019-02-01 2021-09-10 罗伯特·博世有限公司 用于总线系统的用户站和用于在总线系统中以不同比特率发送消息的方法
US11762784B2 (en) 2019-02-01 2023-09-19 Robert Bosch Gmbh User station for a bus system and method for transmitting a message at different bit rates in a bus system

Also Published As

Publication number Publication date
CA2749667C (en) 2017-01-03
CA2749667A1 (en) 2010-09-23
KR20160102957A (ko) 2016-08-31
KR101737852B1 (ko) 2017-05-19
CN104320212A (zh) 2015-01-28
KR20100105314A (ko) 2010-09-29
KR101701863B1 (ko) 2017-02-02
CN102484694B (zh) 2014-11-26
KR20170013963A (ko) 2017-02-07
CN104320212B (zh) 2018-04-17
KR101652808B1 (ko) 2016-09-01

Similar Documents

Publication Publication Date Title
CN102484694B (zh) 发送/接收系统和在该发送/接收系统中处理数据的方法
US10165336B2 (en) Method for processing additional information related to an advances service or content in an NRT service and a broadcast receiver
US9980015B2 (en) Method of receiving a broadcasting signal and receiving system for receiving a broadcasting signal
US9848251B2 (en) Apparatus for receiving a broadcast signal, and method for transmitting a broadcast signal
US10244289B2 (en) Method for mapping signaling information to announcement information and broadcast receiver
USRE46157E1 (en) Transmitting/receiving system and method of processing data in the transmitting/receiving system
CN104320213A (zh) 发送/接收系统以及在发送/接收系统中处理数据的方法
CA2811135C (en) Method for receiving a broadcast signal
CA2726831C (en) Method for mapping signaling information to announcement information and broadcast receiver

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: 20141126

Termination date: 20171009

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