CN105794219B - 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 - Google Patents
发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 Download PDFInfo
- Publication number
- CN105794219B CN105794219B CN201480066294.6A CN201480066294A CN105794219B CN 105794219 B CN105794219 B CN 105794219B CN 201480066294 A CN201480066294 A CN 201480066294A CN 105794219 B CN105794219 B CN 105794219B
- Authority
- CN
- China
- Prior art keywords
- content
- information
- data
- watermark
- url
- 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.)
- Active
Links
Images
Classifications
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
- H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
- H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
- H04N21/23892—Multiplex stream processing, e.g. multiplex stream encrypting involving embedding information at multiplex stream level, e.g. embedding a watermark at packet level
-
- 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/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- 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/64322—IP
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/835—Generation of protective data, e.g. certificates
- H04N21/8358—Generation of protective data, e.g. certificates involving watermark
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/50—Aspects of broadcast communication characterised by the use of watermarks
-
- 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/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/13—Arrangements for device control affected by the broadcast information
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8547—Content authoring involving timestamps for synchronizing content
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Library & Information Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明提供一种发送广播信号的方法。该方法包括：从外部接收单元接收未被压缩的广播内容，其中水印被嵌入在未被压缩的广播内容的帧中；从未被压缩的广播内容提取嵌入的水印；解析提取的水印；通过使用解析的水印中的信息生成URL；以及通过使用生成的URL启动应用，其中应用提供与未被压缩的广播内容有关的交互式服务。
Description
技术领域
本发明涉及发送广播信号的装置、接收广播信号的装置以及用于发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终止，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括比模拟广播信号更大量的视频/音频数据，并且进一步包括除了视频/音频数据之外的各种类型的附加数据。
即，数字广播系统可以提供HD(高分辨率)图像、多声道音频和各种附加的服务。但是，用于大量数据传输的数据传输效率、考虑到移动接收设备的发送/接收的网络的鲁棒性和网络灵活性对于数字广播需要改进。
发明内容
技术问题
本发明的一个目的是提供一种发送广播信号以在时间域中复用提供两个或更多个不同的广播服务的广播发送/接收系统的数据，并且经由相同的RF信号带宽发送复用的数据的装置和方法，和与其对应的用于接收广播信号的装置和方法。
本发明的另一个目的是提供一种发送广播信号的装置、一种接收广播信号的装置以及用于发送和接收广播信号以通过组件分类对应于服务的数据，作为数据管道发送对应于每个组件的数据，接收和处理该数据的方法。
本发明的又一个目的是提供一种发送广播信号的装置、一种接收广播信号的装置以及用于发送和接收广播信号，以用信号发送对提供广播信号必需的信令信息的方法。
技术方案
为了实现目的和其它的优点并且根据本发明的用途，如在此具体化和广泛地描述的，本发明提供一种提供交互式服务的方法。提供交互式服务的方法包括：从外部接收单元接收未被压缩的广播内容，其中水印被嵌入在未被压缩的广播内容的帧中；从未被压缩的广播内容中提取嵌入的水印；解析提取的水印；通过使用解析的水印中的信息生成URL；以及通过使用生成的URL启动应用，其中应用提供与未被压缩的广播内容有关的交互式服务。
优选地，水印包括包含URL的分段的URL字段、指示URL使用的协议的URL协议字段。
优选地，生成URL进一步包括：组合URL的分段和通过URL协议字段指示的URL的协议部分，以生成URL。
优选地，多个水印被嵌入在未被压缩的广播内容的帧中，其中多个水印中的每一个包括数据的分段中的一个，并且其中多个水印中的每一个包括指示数据被划分成多个分段并且通过使用多个水印被递送的递送类型字段。
优选地，基于各个帧的质量，通过具有不同大小的分段能够调节用于各个帧的多个水印中的每一个的大小。
优选地，多个水印中的每一个包括指示被插入到多个水印中的每一个的数据的分段的配置的标志信息。
优选地，水印中的每一个包括指示URL使用的协议的URL协议字段，并且其中其它的水印中的一个包括包含URL的分段的URL字段。
优选地，水印进一步包括时间戳大小字段、时间戳单位字段、事件字段以及目的地类型字段，其中时间戳大小字段指示分配用于水印中的时间戳的字节的数目，其中时间戳单位字段指示时间戳的时间单位，其中事件字段包括与应用有关的命令，其中目的地类型字段指示应用正在指向的辅助设备，并且其中时间戳建立用于同步交互式服务与未被压缩的广播内容的时基。
优选地，该方法进一步包括：将解析的水印的信息递送给应用正在指向的辅助设备。
优选地，递送信息进一步包括：处理解析的水印中的信息；以及将处理的信息递送给辅助设备。
在另一方面中，本发明提供一种用于提供交互式服务的装置。用于提供交互式服务的装置包括接收模块，该接收模块从外部接收单元接收未被压缩的广播内容，其中水印被嵌入在未被压缩的广播内容的帧中；提取模块，该提取模块从未被压缩的广播内容提取嵌入的水印；解析模块，该解析模块解析提取的水印；生成模块，该生成模块通过使用解析的水印中的信息生成URL；以及启动模块，该启动模块通过使用生成的URL启动应用，其中应用提供与未被压缩的广播内容有关的交互式服务。
优选地，水印包括包含URL的分段的URL字段、指示URL使用的协议的URL协议字段。
优选地，生成模块组合URL的分段和通过URL协议字段指示的URL的协议部分，以生成URL。
优选地，多个水印被嵌入在未被压缩的广播内容的帧中，其中多个水印中的每一个包括数据的分段中的一个，并且其中多个水印中的每一个包括指示数据被划分成多个分段并且通过使用多个水印被递送的递送类型字段。
优选地，基于各个帧的质量，通过具有不同大小的分段能够调节用于各个帧的多个水印中的每一个的大小。
优选地，多个水印中的每一个包括指示被插入到多个水印中的每一个的数据的分段的配置的标志信息。
优选地，水印中的每一个包括指示URL使用的协议的URL协议字段，并且其中其它的水印中的一个包括包含URL的分段的URL字段。
优选地，水印进一步包括时间戳大小字段、时间戳单位字段、事件字段以及目的地类型字段，其中时间戳大小字段指示分配用于水印中的时间戳的字节的数目，其中时间戳单位字段指示时间戳的时间单位，其中事件字段包括与应用有关的命令，其中目的地类型字段指示应用正在指向的辅助设备，并且其中时间戳建立用于同步交互式服务与未被压缩的广播内容的时基。
优选地，该装置进一步包括递送模块，该递送模块将解析的水印的信息递送给应用正在指向的辅助设备。
优选地，递送模块处理解析的水印中的信息，并且将处理的信息递送给辅助设备。
有益效果
本发明可以根据服务特征处理数据以控制用于每个服务或者服务组件的QoS(服务质量)，从而提供各种广播服务。
本发明可以通过经由相同的RF信号带宽发送各种广播服务实现传输灵活性。
本发明可以提升数据传输效率，并且使用MIMO系统提高广播信号的发送/接收的鲁棒性。
根据本发明，可以提供广播信号发送和接收方法以及装置，其甚至能够借助于移动接收设备或者在室内环境下没有错误地接收数字广播信号。
附图说明
附图被包括以提供对本发明进一步的理解，并且被合并和构成本申请书的一部分，附图图示本发明的实施例，并且与该说明书一起可以用作解释本发明的原理。在附图中：
图1图示根据本发明的实施例发送用于未来的广播服务的广播信号的装置的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一个实施例的输入格式化块。
图4图示根据本发明的另一个实施例的输入格式化块。
图5图示根据本发明的实施例的BICM块。
图6图示根据本发明的另一个实施例的BICM块。
图7图示根据本发明的一个实施例的帧构建块。
图8图示根据本发明的实施例的OFMD生成块。
图9图示根据本发明的实施例接收用于未来的广播服务的广播信号的装置的结构。
图10图示根据本发明的实施例的帧结构。
图11图示根据本发明的实施例的帧的信令分层结构。
图12图示根据本发明的实施例的前导信令数据。
图13图示根据本发明的实施例的PLS1数据。
图14图示根据本发明的实施例的PLS2数据。
图15图示根据本发明的另一个实施例的PLS2数据。
图16图示根据本发明的实施例的帧的逻辑结构。
图17图示根据本发明的实施例的PLS映射。
图18图示根据本发明的实施例的EAC映射。
图19图示根据本发明的实施例的FIC映射。
图20图示根据本发明的实施例的DP的类型。
图21图示根据本发明的实施例的DP映射。
图22图示根据本发明的实施例的FEC结构。
图23图示根据本发明的实施例的比特交织。
图24图示根据本发明的实施例的信元字(cell-word)解复用。
图25图示根据本发明的实施例的时间交织。
图26图示根据本发明的实施例的扭曲的行列块交织器的基本操作。
图27图示根据本发明的另一实施例的扭曲的行列块交织器的操作。
图28图示根据本发明的实施例的扭曲的行列块交织器的对角线方式读取图案。
图29图示根据本发明的实施例的来自于每个交织阵列的被交织的XFECBLOCK。
图30是图示根据实施例的网络拓扑的框图。
图31是图示根据实施例的基于水印的网络拓扑的框图。
图32是图示根据实施例的在基于水印的网络拓扑的梯形图。
图33是图示根据实施例的基于水印的内容识别时序的视图。
图34是图示根据实施例的基于指纹的网络拓扑的框图。
图35是图示根据实施例的在基于指纹的网络拓扑的数据流的梯形图。
图36是图示根据实施例的包含查询结果的ACR结果类型(ACR-Resulttype)的XML模式图的视图。
图37是图示根据实施例的基于水印和指纹的网络拓扑的框图。
图38是图示根据实施例的在基于水印和指纹的网络拓扑中的数据流的梯形图。
图39是图示根据实施例的视频显示设备的框图。
图40是图示根据实施例的同步主AV内容的回放时间和增强的服务的回放时间的方法的流程图。
图41是图示根据实施例的同步主AV内容的回放时间和增强的服务的回放时间的方法的概念图。
图42是图示根据另一实施例的基于指纹的视频显示设备的结构的框图。
图43是图示根据另一实施例的基于水印的视频显示设备的结构的框图。
图44是示出根据本发明的一个实施例的经由水印方案可以递送的数据的图。
图45是示出根据本发明的一个实施例的时间戳类型字段的值的意义的图。
图46是示出根据本发明的一个实施例的URL协议类型字段的值的意义的图。
图47是图示根据本发明的一个实施例的处理URL协议类型字段的过程的流程图。
图48是示出根据本发明的一个实施例的事件字段的值的意义的图。
图49是示出根据本发明的一个实施例的目的地类型字段的值的意义的图。
图50是示出根据本发明的实施例#1的要被插入到WM中的数据的结构的图。
图51是图示根据本发明的实施例#1的处理要被插入到WM中的数据结构的过程的流程图。
图52是示出根据本发明的实施例#2的要被插入到WM的数据的结构的图。
图53是图示根据本发明的实施例#2的处理要被插入到WM中的数据的结构的过程的流程图。
图54是示出根据本发明的实施例#3的要被插入到WM的数据的结构的图。
图55是图示根据本发明的实施例#4的要被插入到WM中的数据的结构的图。
图56是图示根据本发明的实施例#4的要被插入到第一WM中的数据的结构的图。
图57是图示根据本发明的实施例#4的要被插入到第二WM中的数据的结构的图。
图58是图示根据本发明的实施例#4的处理要被插入到WM中的数据的结果的过程的流程图。
图59是示出根据本发明的另一实施例的基于水印的图像显示设备的结构的图。
图60是示出指纹方案中的根据本发明的一个实施例的数据结构的图。
图61是图示指纹方案中的根据本发明的一个实施例的处理数据结构的流程图。
图62图示根据本发明的实施例的提供交互式服务的方法。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在附图中图示。详细说明将在下面参考附图给出，其旨在解释本发明的示例性实施例，而不是仅示出可以根据本发明实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是，对于本领域技术人员来说显而易见，实践本发明可以无需这些特定的细节。
虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规术语中选择，但是某些术语已经由申请人任意地选择，并且其含义在以下的描述中根据需要详细说明。因此，本发明应该基于该术语所期望的含义理解，而不是其简单的名称或者含义理解。
本发明提供发送和接收用于未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明可以根据一个实施例通过非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的系统。
本发明可以定义三个物理层(PL)规范(基础、手持和高级规范)，其中的每个被优化以最小化接收器复杂度，同时获得对于特定使用情形需要的性能。物理层(PHY)规范是相应的接收器将实现的所有配置的子集。
三个PHY规范共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY规范可以在未来限定。对于系统演进，未来的规范还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的规范复用。每个PHY规范的细节在下面描述。
1.基础规范
基础规范表示通常连接到屋顶天线的固定接收设备的主要使用情形。基础规范还包括能够运输到一个场所，但是属于相对固定接收类别的便携式设备。基础规范的使用可以通过某些改进的实现被扩展到手持设备或者甚至车辆，但是，对于基础规范接收器操作不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB，其包括现有的广播系统(例如，ATSCA/53)的15dBSNR接收能力。接收器复杂度和功耗不像在电池操作的将使用手持规范的手持中设备一样关键。用于基础规范的关键系统参数在以下的表1中列出。
表1
[表1]
| LDPC码字长度 | 16K，64K比特 |
| 星座大小 | 4～10bpcu(每个信道使用的比特) |
| 时间解交织存储器大小 | ≤2<sup>19</sup>数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K，32K点 |
2.手持规范
手持规范设计成在以电池电源操作的手持和车载设备中使用。该设备可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持规范的设备的实现是非常重要的。手持规范的目标SNR范围大约是0至10dB，但是，当期望用于较深的室内接收时，可以配置为达到低于0dB。
除了低的SNR能力之外，对由接收器移动性所引起的多普勒效应的适应性是手持规范最重要的性能品质。用于手持规范的关键系统参数在以下的表2中列出。
表2
[表2]
| LDPC码字长度 | 16K比特 |
| 星座大小 | 2～8bpcu |
| 时间解交织存储器大小 | ≤2<sup>18</sup>数据信元 |
| 导频图案 | 用于移动和室内接收的导频图案 |
| FFT大小 | 8K，16K点 |
3.高级规范
高级规范以更大的实现复杂度为代价提供最高的信道容量。该规范需要使用MIMO发送和接收，并且UHDTV服务是对该规范特别地设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目，例如，多个SDTV或者HDTV服务。
高级规范的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输设备，并且在未来扩展到全功率交叉极化传输。用于高级规范的关键系统参数在以下的表3中列出。
表3
[表3]
| LDPC码字长度 | 16K，64K比特 |
| 星座大小 | 8～12bpcu |
| 时间解交织存储器大小 | ≤2<sup>19</sup>数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K，32K点 |
在这样的情况下，基本规范能够被用作用于陆地广播服务和移动广播服务两者的规范。即，基本规范能够被用于定义包括移动规范的规范的概念。而且，高级规范能够被划分成用于具有MIMO的基本规范的高级规范和用于具有MIMO的手持规范的高级规范。此外，根据设计者的意图能够改变三种规范。
下面的术语和定义可以应用于本发明。根据设计能够改变下面的术语和定义。
辅助流：承载对于尚未定义的调制和编码的数据的信元的序列，其可以被用于未来扩展或者由广播公司或者网络运营商要求
基本数据管道：承载服务信令数据的数据管道
基带帧(或者BBFRAME)：形成到一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合
信元：由OFDM传输的一个载波承载的调制值
编码的块：PLS1数据的LDPC编码的块或者PLS2数据的LDPC编码的块中的一个
数据管道：承载服务数据或者相关元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务分量。
数据管道单元：用于在帧中将数据信元分配给DP的基本单位。
数据符号：在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)
DP_ID：此8比特字段唯一地识别在通过SYSTME_ID识别的系统内的DP
哑信元：承载被用于填充未被用于PLS信令、DP或者辅助流的剩余的容量的伪随机值的信元
紧急警告信道：承载EAS信息数据的帧的部分
帧：以前导开始并且以帧边缘符号结束的物理层时隙
帧接收单元：属于包括FET的相同或者不同的物理层规范的帧的集合，其在超帧中被重复八次
快速信息信道：承载服务和相对应的基本DP之间的映射信息的帧中的逻辑信道
FECBLOCK：DP数据的LDPC编码的比特的集合
FFT大小：被用于特定模式的标称的FFT大小，等于在基础时段T的周期中表达的有效符号时段Ts
帧信令符号：以FFT大小、保护间隔以及分散的导频图案的某个组合在帧的开始处使用的具有较高的导频密度的OFDM符号，其承载PLS数据的一部分
帧边缘符号：以FFT大小、保护间隔以及分散的导频图案的某个组合在帧的末端处使用的具有较高的导频密度的OFDM符号
帧组：超帧中具有相同的PHY规范类型的所有帧的集合。
未来扩展帧：能够被用于未来扩展的在超帧内的物理层时隙，其以前导开始
FuturecastUTB系统：提出的物理层广播系统，其输入是一个或者多个MPEG2-TS或者IP或者普通流，并且其输出是RF信号
输入流：通过系统被递送给终端用户的服务的全体的数据的流。
正常数据符号：排除帧信令和帧边缘符号的数据符号
PHY规范：相对应的接收器应实现的所有配置的子集
PLS：由PLS1和PLS2组成的物理层信令数据
PLS1：在具有固定的大小、编码和调制的FSS符号中承载的PLS数据的第一集合，其承载关于系统的基本信息以及解码PLS2所需要的参数
注意：PLS1数据在帧组的持续时间内保持恒定。
PLS2：在FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更多详细PLS数据
PLS2动态数据：可以动态地逐帧改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导信令数据：通过前导符号承载并且被用于识别系统的基本模式的信令数据
前导符号：承载基本PLS数据并且位于帧的开始的固定长度的导频符号
注意：前导符号主要被用于快速初始带扫描以检测系统信号、其时序、频率偏移、以及FFT大小。
保留以便未来使用：本文档没有定义但是可以在未来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：在其中执行时间交织的信元的集合，执行时间交织与时间交织器存储器的一个使用相对应
TI组：在其上执行用于特定DP的动态容量分配的单元，由整数组成，动态地改变XFECBLOCK的数目。
注意：TI组可以被直接地映射到一个帧或者可以被映射到多个帧。其可以包含一个或者多个TI块。
类型1DP：其中所有的DP以TDM方式被映射到帧的帧的DP
类型2DP：其中所有的DP以FDM方式被映射到帧的帧的DP
XFECBLOCK：承载一个LDPCFECBLOCK的所有比特的Ncell个信元的集合
图1图示根据本发明的实施例发送用于未来的广播服务的广播信号装置的结构。
根据本发明的实施例发送用于未来的广播服务的广播信号的装置可以包括输入格式化块1000、BICM(比特交织编码和调制)块1010、帧结构块1020、OFDM(正交频分复用)产生块1030和信令产生块1040。将给出对发送广播信号装置的每个模块的操作的描述。
IP流/分组和MPEG2-TS是主要输入格式，其它的流类型被作为常规流处理。除了这些数据输入之外，管理信息被输入以控制每个输入流的相应的带宽的调度和分配。一个或者多个TS流、IP流和/或常规流被同时允许输入。
输入格式化块1000能够将每个输入流解复用为一个或者多个数据管道，对其中的每一个应用独立的编码和调制。数据管道(DP)是用于鲁棒控制的基本单位，从而影响服务质量(QoS)。一个或者多个服务或者服务组件可以由单个DP承载。稍后将描述输入格式化块1000的操作细节。
数据管道是在承载服务数据或者相关的元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
此外，数据管道单元：在帧中用于分配数据信元给DP的基本单位。
在BICM块1010中，奇偶校验数据被增加用于纠错，并且编码的比特流被映射为复数值星座符号。该符号跨越用于相应的DP的特定交织深度被交织。对于高级规范，在BICM块1010中执行MIMO编码，并且另外的数据路径在用于MIMO传输的输出端上增加。稍后将描述BICM块1010的操作细节。
帧构造块1020可以将输入DP的数据信元映射为帧内的OFDM符号。在映射之后，频率交织用于频率域分集，特别地，用于对抗频率选择性衰落信道。稍后将描述帧构造块1020的操作细节。
在每个帧的开始处插入前导之后，OFDM产生块1030可以应用具有循环前缀作为保护间隔的常规的OFDM调制。对于天线空间分集，分布的MISO方案被应用于发射器。此外，峰值对平均功率降低(PAPR)方案在时间域中执行。对于灵活的网络规划，这个建议提供一组不同的FFT大小、保护间隔长度和相应的导频图案。稍后将描述OFDM产生块1030的操作细节。
信令产生块1040能够创建用于每个功能块操作的物理层信令信息。该信令信息也被发送使得感兴趣的服务在接收器侧被正确地恢复。稍后将描述信令产生块1040的操作细节。
图2、3和4图示根据本发明的实施例的输入格式化块1000。将给出每个图的描述。
图2图示根据本发明的一个实施例的输入格式化块。图2示出当输入信号是单个输入流时的输入格式化模块。
在图2中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
到物理层的输入可以由一个或者多个数据流组成。每个数据流由一个DP承载。模式适配模块将输入数据流切片(slice)为基带帧(BBF)的数据字段。系统支持三种类型的输入数据流：MPEG2-TS、互联网协议(IP)和常规流(GS)。MPEG2-TS特征为第一字节是同步字节(0x47)的固定长度(188字节)分组。IP流由如在IP分组报头内用信号传送的可变长度IP数据报分组组成。系统对于IP流支持IPv4和IPv6两者。GS可以由在封装分组报头内用信号传送的可变长度分组或者固定长度分组组成。
(a)示出用于信号DP的模式适配块2000和流适配2010，并且(b)示出用于产生和处理PLS数据的PLS产生块2020和PLS加扰器2030。将给出每个块的操作的描述。
输入流分割器将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧切片器，和BB帧报头插入块组成。
CRC编码器在用户分组(UP)级别，提供用于错误检测的三种类型的CRC编码，即，CRC-8、CRC-16和CRC-32。计算的CRC字节附加在UP之后。CRC-8用于TS流并且CRC-32用于IP流。如果GS流不提供CRC编码，则将应用所建议的CRC编码。
BB帧切片器将输入映射为内部逻辑比特格式。首先接收的比特被定义为MSB。BB帧切片器分配等于可用的数据字段容量的输入比特的数目。为了分配等于BBF有效载荷的输入比特的数目，UP分组流被切片为适合BBF的数据字段。
BB帧报头插入模块可以将2个字节的固定长度BBF报头插入在BB帧的前面。BBF报头由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)组成。除了固定的2字节BBF报头之外，BBF还可以在2字节BBF报头的末端上具有扩展字段(1或者3字节)。
流适配2010由填充插入块和BB加扰器组成。
该填充插入块能够将填充字段插入到BB帧的有效载荷中。如果到流适配的输入数据足够填充BB帧，则STUFFI被设置为“0”，并且BBF没有填充字段。否则，STUFFI被设置为“1”，并且该填充字段被紧挨在BBF报头之后插入。该填充字段包括两个字节的填充字段报头和可变大小的填充数据。
BB加扰器加扰完整的BBF用于能量扩散。该加扰序列与BBF同步。该加扰序列由反馈移位寄存器产生。
PLS产生块2020可以产生物理层信令(PLS)数据。PLS对接收器提供接入物理层DP的手段。PLS数据由PLS1数据和PLS2数据组成。
PLS1数据是在具有固定大小的帧中的FSS符号中承载、编码和调制的第一组PLS数据，其承载有关解码PLS2数据需要的系统和参数的基本信息。PLS1数据提供包括允许PLS2数据的接收和解码需要的参数的基本传输参数。此外，PLS1数据在帧组的持续时间保持不变。
PLS2数据是在FSS符号中发送的第二组PLS数据，其承载有关系统和DP的更加详细的PLS数据。PLS2包含对接收器解码期望的DP提供足够的信息的参数。PLS2信令进一步由两种类型的参数，PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)组成。PLS2静态数据是在帧组持续时间保持静态的PLS2数据，而PLS2动态数据是可以逐帧动态地变化的PLS2数据。
稍后将描述PLS数据的细节。
PLS加扰器2030可以加扰产生的PLS数据用于能量扩散。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图3图示根据本发明的另一个实施例的输入格式化块。
在图3中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
图3示出当输入信号对应于多个输入流时，输入格式化块的模式适配块。
用于处理多个输入流的输入格式化块的模式适配块可以独立地处理多个输入流。
参考图3，用于分别地处理多个输入流的模式适配块可以包括输入流分割器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、报头压缩块3040、CRC编码器3050、BB帧切片器(slicer)3060和BB报头插入块3070。将给出该模式适配块的每个块的描述。
CRC编码器3050、BB帧切片器3060和BB报头插入块3070的操作对应于参考图2描述的CRC编码器、BB帧切片器和BB报头插入块的操作，并且因此，其描述被省略。
输入流分割器3000可以将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。
输入流同步器3010可以称为ISSY。ISSY可以对于任何输入数据格式提供适宜的手段以保证恒定比特率(CBR)和恒定端到端传输延迟。ISSY始终用于承载TS的多个DP的情形，并且可选地用于承载GS流的多个DP。
补偿延迟块3020可以在ISSY信息的插入之后延迟分割TS分组流，以允许TS分组重新组合机制而无需接收器中额外的存储器。
空分组删除块3030仅用于TS输入流情形。一些TS输入流或者分割的TS流可以具有大量的空分组存在，以便在CBRTS流中提供VBR(可变比特速率)服务。在这种情况下，为了避免不必要的传输开销，空分组可以被识别并且不被发送。在接收器中，通过参考在传输中插入的删除的空分组(DNP)计数器，去除的空分组可以重新被插入在它们最初精确的位置中，从而，保证恒定比特速率，并且避免对时间戳(PCR)更新的需要。
报头压缩块3040可以提供分组报头压缩以提高用于TS或者IP输入流的传输效率。因为接收器可以具有有关报头的某个部分的先验信息，所以已知的信息可以在发射器中被删除。
对于传输流，接收器具有有关同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载仅具有一个PID的内容，即，仅用于一个服务组件(视频、音频等)或者服务子组件(SVC基本层、SVC增强层、MVC基本视图或者MVC相关的视图)，则TS分组报头压缩可以(可选地)应用于传输流。如果输入流是IP流，则可选地使用IP分组报头压缩。
以上描述的模块可以被省略，或者由具有类似或者相同功能的块替换。
图4图示根据本发明的另一个实施例的输入格式化块。
在图4中图示的输入格式化模块对应于参考图1描述的输入格式化块1000的实施例。
图4图示当输入信号对应于多个输入流时，输入格式化模块的流适配模块。
参考图4，用于分别地处理多个输入流的模式适配模块可以包括调度器4000、1-帧延迟块4010、填充插入块4020、带内信令4030、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060。将给出流适配模块的每个块的描述。
填充插入块4020、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060的操作对应于参考图2描述的填充插入块、BB加扰器、PLS产生块和PLS加扰器的操作，并且因此，其描述被省略。
调度器4000可以从每个DP的FECBLOCK(FEC块)的量确定针对整个帧的整体信元分配。包括对于PLS、EAC和FIC的分配，调度器产生PLS2-DYN数据的值，其被作为带内信令或者该帧的FSS中的PLS信元发送。稍后将描述FECBLOCK、EAC和FIC的细节。
1-帧延迟块4010可以通过一个传输帧延迟输入数据，使得有关下一个帧的调度信息可以经由用于带内信令信息的当前帧发送以被插入DP中。
带内信令4030可以将PLS2数据的未延迟部分插入到帧的DP中。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图5图示根据本发明的实施例的BICM块。
在图5中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
如上所述，根据本发明的实施例发送用于未来的广播服务的广播信号的装置可以提供陆地广播服务、移动广播服务、UHDTV服务等。
由于QoS(服务质量)取决于由根据本发明的实施例发送用于未来的广播服务的广播信号的装置提供的服务特征，对应于各个服务的数据需要通过不同的方案处理。因此，根据本发明的实施例的BICM块可以通过将SISO、MISO和MIMO方案独立地应用于分别地对应于数据路径的数据管道，独立地处理输入到其的DP。因此，根据本发明的实施例发送用于未来的广播服务的广播信号的装置能够控制经由每个DP发送的每个服务或者服务组件的QoS。
(a)示出由基础规范和手持规范共享的BICM块，和(b)示出高级规范的BICM模块。
由基础规范和手持规范共享的BICM块和高级规范的BICM块能够包括用于处理每个DP的多个处理块。
将给出用于基础规范和手持规范的BICM块和用于高级规范的BICM块的每个处理模块的描述。
用于基础规范和手持规范的BICM块的处理块5000可以包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010能够使用外部编码(BCH)和内部编码(LDPC)对输入BBF执行FEC编码，以产生FECBLOCK过程。外部编码(BCH)是可选的编码方法。稍后将描述数据FEC编码器5010的操作细节。
比特交织器5020可以以LDPC编码和调制方案的组合交织数据FEC编码器5010的输出以实现优化的性能，同时提供有效地可执行的结构。稍后将描述比特交织器5020的操作细节。
星座映射器5030可以使用或者QPSK、QAM-16、不均匀QAM(NUQ-64、NUQ-256、NUQ-1024)，或者不均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)，在基础和手持规范中调制来自比特交织器5020的每个信元字(cellword)，或者在高级规范中来自信元字解复用器5010-1的信元字，以给出功率归一化的星座点，el。该星座映射仅适用于DP。注意到，QAM-16和NUQ是正方形的形状，而NUC具有任意形状。当每个星座转动90度的任意倍数时，转动的星座精确地与其原始的一个重叠。这个“旋转感”对称性质使实和虚分量的容量和平均功率彼此相等。对于每个码率，NUQ和NUC两者被具体地限定，并且使用的特定的一个通过在PLS2数据中归档的参数DP_MOD用信号传送。
SSD编码块5040可以在二维(2D)、三维(3D)和四维(4D)中对信元进行预编码以提高在困难的衰落条件之下的接收鲁棒性。
时间交织器5050可以在DP级别操作。时间交织(TI)的参数可以对每个DP不同地设置。稍后将描述时间交织器5050的操作细节。
用于高级规范的BICM块的处理块5000-1可以包括数据FEC编码器、比特交织器、星座映射器，和时间交织器。但是，不同于处理块5000，处理模块5000-1进一步包括信元字解复用器5010-1和MIMO编码模块5020-1。
此外，处理块5000-1中的数据FEC编码器、比特交织器、星座映射器，和时间交织器的操作对应于描述的数据FEC编码器5010、比特交织器5020、星座映射器5030，和时间交织器5050的操作，并且因此，其描述被省略。
信元字解复用器5010-1用于高级规范的DP以将单个信元字流划分为用于MIMO处理的双信元字流。稍后将描述信元字解复用器5010-1操作的细节。
MIMO编码模块5020-1可以使用MIMO编码方案处理信元字解复用器5010-1的输出。MIMO编码方案对于广播信号传输被优化。MIMO技术是一种获得容量提高的极具前景的方法，但是，其取决于信道特征。尤其对于广播，信道的强的LOS分量或者在由不同的信号传播特征所引起的两个天线之间的接收信号功率的差别使得难以从MIMO得到容量增益。所提出的MIMO编码方案使用基于旋转的预编码和MIMO输出信号的一个的相位随机化克服这个问题。
MIMO编码适用于在发射器和接收器两者处需要至少两个天线的2x2MIMO系统。在该建议下定义两个MIMO编码模式：全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收器侧相对小的复杂度增加提供容量提高，而FRFD-SM编码以在接收器侧巨大的复杂度增加提供容量提高和附加分集增益。所提出的MIMO编码方案没有对天线极化配置进行限制。
MIMO处理对于高级规范帧是需要的，其指的是由MIMO编码器处理高级规范帧中的所有DP。MIMO处理在DP级别适用。星座映射器对输出NUQ(e1,i和e2,i)被馈送给MIMO编码器的输入。配对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的相同的载波k和OFDM符号l发送。
以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。
图6图示根据本发明的另一个实施例的BICM块。
在图6中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
图6图示用于保护物理层信令(PLS)、紧急警告信道(EAC)和快速信息信道(FIC)的BICM块。EAC是承载EAS信息数据的帧的一部分，并且FIC是在承载服务和相应的基础DP之间的映射信息的帧中的逻辑信道。稍后将描述EAC和FIC的细节。
参考图6，用于保护PLS、EAC和FIC的BICM块可以包括PLSFEC编码器6000、比特交织器6010、和星座映射器6020。
此外，PLSFEC编码器6000可以包括加扰器、BCH编码/零插入模块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的每个块的描述。
PLSFEC编码器6000可以对加扰的PLS1/2数据、EAC和FIC分段进行编码。
加扰器可以在BCH编码以及缩短和删余的LDPC编码之前加扰PLS1数据和PLS2数据。
BCH编码/零插入模块可以使用用于PLS保护的缩短的BCH码，对加扰的PLS 1/2数据执行外部编码，并且在BCH编码之后插入零比特。仅对于PLS1数据，零插入的输出比特可以在LDPC编码之前转置。
LDPC编码块可以使用LDPC码对BCH编码/零插入模块的输出进行编码。为了产生完整的编码模块，Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码，并且附在其后。
数学公式1
[数学公式1]
用于PLS1和PLS2的LDPC编码参数如以下的表4。
表4
[表4]
LDPC奇偶穿孔块可以对PLS1数据和PLS2数据执行删余。
当缩短被应用于PLS1数据保护时，一些LDPC奇偶校验比特在LDPC编码之后被删余。此外，对于PLS2数据保护，PLS2的LDPC奇偶校验比特在LDPC编码之后被删余。不发送这些被删余的比特。
比特交织器6010可以对每个被缩短和被删余的PLS 1数据和PLS2数据进行交织。
星座映射器6020可以将比特交织的PLS 1数据和PLS2数据映射到星座上。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图7图示根据本发明的一个实施例的帧构建块。
在图7中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。
参考图7，帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。
延迟补偿块7000可以调整数据管道和相对应的PLS数据之间的时序以确保它们在发射器端上共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟，PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器。带内信令数据承载下一个TI组的信息，使得它们承载要用信号传送的DP前面的一个帧。据此，延迟补偿块延迟带内信令数据。
信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射为该帧中的OFDM符号的有效载波。信元映射器7010的基本功能是，如果有的话，将对于DP中的每一个通过TI产生的数据信元、PLS信元、以及EAC/FIC信元映射到与帧内的OFDM符号内的每一个相对应的有效OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。
频率交织器7020可以随机地对从信元映射器7010接收的数据信元进行交织以提供频率分集。此外，频率交织器7020可以使用不同的交织种子顺序，对由两个顺序的OFDM符号组成的特有的OFDM符号对起作用，以得到在单个帧中最大的交织增益。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图8图示根据本发明的实施例的OFDM生成块。
在图8中图示的OFDM生成块对应于参考图1描述的OFDM生成块1030的实施例。
OFDM生成块通过由帧构建块产生的单元调制OFDM载波，插入导频，并且产生用于传输的时间域信号。此外，这个块随后插入保护间隔，并且应用PAPR(峰均功率比)降低处理以产生最终的RF信号。
参考图8，帧构建块可以包括导频和保留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR降低块8030、保护间隔插入块8040、前导插入模块8050、其它的系统插入块8060和DAC块8070。将给出帧构建块的每个块的描述。
导频和保留音插入块8000可以插入导频和保留音。
在OFDM符号内的各种单元被以称为导频的参考信息调制，其具有在接收器中先前已知的发送值。导频单元的信息由离散导频、连续导频、边缘导频、FSS(帧信令符号)导频和FES(帧边缘符号)导频组成。每个导频根据导频类型和导频图案以特定的提升功率水平被发送。导频信息的值是从参考序列中推导出的，其是一系列的值，其一个用于在任何给定符号上的每个被发送的载波。导频可以用于帧同步、频率同步、时间同步、信道估计和传输模式识别，并且还可用于跟随相位噪声。
从参考序列中提取的参考信息在除了帧的前导、FSS和FES之外的每个符号的离散导频单元中被发送。连续导频被插入在帧的每个符号中。连续导频的编号和位置取决于FFT大小和离散导频图案两者。边缘载波是在除前导符号之外的每个符号中的边缘导频。它们被插入以便允许频率内插达到频谱的边缘。FSS导频被插入在FSS中，并且FES导频被插入在FES中。它们被插入以便允许时间内插直至帧的边缘。
根据本发明的实施例的系统支持SFN网络，这里分布的MISO方案被可选地用于支持非常鲁棒传输模式。2D-eSFN是使用多个TX天线的分布的MISO方案，其每个在SFN网络中位于不同的发射器位置。
2D-eSFN编码块8010可以处理2D-eSFN处理以使从多个发射器发送的信号的相位失真，以便在SFN配置中创建时间和频率分集两者。因此，可以减轻由于低平坦衰落或者对于长时间的深衰落引起的突发错误。
IFFT块8020可以使用OFDM调制方案调制来自2D-eSFN编码块8010的输出。没有指定为导频(或者保留音)的数据符号中的任何单元承载来自频率交织器的数据信元的一个。该单元被映射到OFDM载波。
PAPR降低块8030可以使用在时间域中的各种PAPR降低算法对输入信号执行PAPR降低。
保护间隔插入块8040可以插入保护间隔，并且前导插入块8050可以在该信号的前面插入前导。稍后将描述前导的结构的细节。另一个系统插入块8060可以在时间域中复用多个广播发送/接收系统的信号，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可以在相同的RF信号带宽中同时地发送。在这种情况下，两个或更多个不同的广播发送/接收系统指的是提供不同的广播服务的系统。不同的广播服务可以指的是陆地广播服务、移动广播服务等。与各个广播服务相关的数据可以经由不同的帧发送。
DAC块8070可以将输入数字信号转换为模拟信号，并且输出该模拟信号。从DAC块7800输出的信号可以根据物理层规范经由多个输出天线发送。根据本发明的实施例的Tx天线可以具有垂直或者水平极化。
以上描述的块可以被省略或者根据设计由具有类似或者相同功能的块替换。
图9图示根据本发明的实施例接收用于未来的广播服务的广播信号装置的结构。
根据本发明的实施例接收用于未来的广播服务的广播信号的装置可以对应于参考图1描述的发送用于未来的广播服务的广播信号的装置。
根据本发明的实施例接收用于未来的广播服务的广播信号的装置可以包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将给出接收广播信号装置的每个模块的操作的描述。
同步和解调模块9000可以经由m个Rx天线接收输入信号，执行关于与接收广播信号的装置相对应的系统的检测和同步，并且执行与由发送广播信号装置执行的过程的相反过程相对应的解调。
帧解析模块9100可以解析输入信号帧，并且提取通过其发送用户选择的服务的数据。如果发送广播信号的装置执行交织，则帧解析模块9100可以执行与交织的相反过程相对应的解交织。在这种情况下，需要提取的信号和数据的位置可以通过对从信令解码模块9400输出的数据进行解码获得，以恢复由发送广播信号的装置产生的调度信息。
解映射和解码模块9200可以将输入信号转换为比特域数据，并且然后根据需要对其解交织。解映射和解码模块9200可以对于为了传输效率应用的映射执行解映射，并且通过解码校正在传输信道上产生的错误。在这种情况下，解映射和解码模块9200可以获得对于解映射和解码所必需的传输参数，并且通过解码从信令解码模块9400输出的数据进行解码。
输出处理器9300可以执行由发送广播信号的装置应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下，输出处理器9300可以从信令解码模块9400输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到发送广播信号装置的信号，并且可以是MPEG-TS、IP流(v4或者v6)和常规流。
信令解码模块9400可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述，帧解析模块9100、解映射和解码模块9200和输出处理器9300可以使用从信令解码模块9400输出的数据执行其功能。
图10图示根据本发明的一个实施例的帧结构。
图10示出帧类型的示例配置和在超帧中的FRU，(a)示出根据本发明的实施例的超帧，(b)示出根据本发明的实施例的FRU(帧重复单元)，(c)示出FRU中可变的PHY规范的帧，以及(d)示出帧的结构。
超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元，并且在超帧中被重复八次。
在FRU中的每个帧属于PHY规范(基础、手持、高级)中的一个或者FEF。在FRU中该帧的最大允许数目是四个，并且给定的PHY规范可以在FRU(例如，基础、手持、高级)中出现从零次到四次的任何次数。如果需要的话，可以使用在前导中PHY_PROFILE的保留值扩展PHY规范定义。
FEF部分被插入在FRU的末端，如果包括的话。当FEF包括在FRU中时，超帧中FEF的最小数是8。不推荐FEF部分相互邻近。
一个帧被进一步划分为许多OFDM符号和前导。如(d)所示，帧包括前导、一个或多个帧信令符号(FSS)、普通数据符号和帧边缘符号(FES)。
前导是允许快速FuturecastUTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计以及由此PLS数据的快速解码，FSS具有比普通数据符号更加密集的导频图案。FES具有精确地与FSS相同的导频，其允许在FES内的仅进行频率内插，以及对于紧邻FES之前的符号进行时间内插而无需外推。
图11图示根据本发明的实施例的帧的信令分层结构。
图11图示信令分层结构，其被分割为三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是指示该帧的传输类型和基本传输参数。PLS1允许接收器访问PLS2数据和对PLS2数据进行解码，其包含访问感兴趣的DP的参数。PLS2在每个帧中承载，并且被划分为两个主要部分：PLS2-STAT数据和PLS2-DYN数据。必要时，跟随PLS2数据的静态和动态部分之后填充。
图12图示根据本发明的实施例的前导信令数据。
前导信令数据承载需要允许接收器访问PLS数据和跟踪帧结构内DP的21比特信息。前导信令数据的细节如下：
PHY_PROFILE：该3比特字段指示当前帧的PHY规范类型。不同的PHY规范类型的映射在以下的表5中给出。
表5
[表5]
| 值 | PHY规范 |
| 000 | 基础规范 |
| 001 | 手持规范 |
| 010 | 高级规范 |
| 011-110 | 保留 |
| 111 | FEF |
FFT_SIZE：该2比特字段指示帧组内当前帧的FFT大小，如在以下的表6中描述的。
表6
[表6]
| 值 | FFT大小 |
| 00 | 8KFFT |
| 01 | 16KFFT |
| 10 | 32KFFT |
| 11 | 保留 |
GI_FRACTION：该3比特字段指示当前超帧中的保护间隔分数值，如在以下的表7中描述的。
表7
[表7]
| 值 | GI_FRACTION |
| 000 | 1/5 |
| 001 | 1/10 |
| 010 | 1/20 |
| 011 | 1/40 |
| 100 | 1/80 |
| 101 | 1/160 |
| 110-111 | 保留 |
EAC_FLAG：该1比特字段指示在当前帧中是否提供EAC。如果该字段被设置为“1”，则在当前帧中提供紧急警告服务(EAS)。如果该字段被设置为“0”，则在当前帧中没有承载EAS。该字段可以在超帧内动态地转换。
PILOT_MODE：该1比特字段指示是否当前帧组中导频图案是用于当前帧的移动模式或者固定模式。如果该字段被设置为“0”，则使用移动导频图案。如果该字段被设置为“1”，则使用固定导频图案。
PAPR_FLAG：该1比特字段指示在当前帧组中对于当前帧是否使用PAPR降低。如果该字段被设置为值“1”，则音保留用于PAPR降低。如果该字段被设置为“0”，则不使用PAPR降低。
FRU_CONFIGURE：该3比特字段指示存在于当前超帧之中的帧重复单元(FRU)的PHY规范类型配置。在当前超帧中传送的所有规范类型在当前超帧的所有前导的该字段中识别。3比特字段对于每个规范具有不同的定义，如以下的表8所示。
表8
[表8]
保留(RESERVED)：这个7比特字段保留供将来使用。
图13图示根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如以上提及的，PLS1数据对于一个帧组的整个持续时间保持不变。PLS1数据的信令字段的详细定义如下：
PREAMBLE_DATA：该20比特字段是除去EAC_FLAG的前导信令数据的副本。
NUM_FRAME_FRU：该2比特字段指示每FRU的帧的数目。
PAYLOAD_TYPE：该3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示用信号传送。
表9
[表9]
| 值 | 有效载荷类型 |
| 1XX | 发送TS流 |
| X1X | 发送IP流 |
| XX1 | 发送GS流 |
NUM_FSS：该2比特字段指示在当前帧中FSS符号的数目。
SYSTEM_VERSION：该8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分为两个4比特字段，其是主要版本和次要版本。
主要版本：SYSTEM_VERSION字段的MSB四比特字节指示主要版本信息。在主要版本字段中的变化指示非后向兼容的变化。缺省值是“0000”。对于在这个标准下描述的版本，该值被设置为“0000”。
次要版本：SYSTEM_VERSION字段的LSB四比特字节指示次要版本信息。在次要版本字段中的变化是后向兼容的。
CELL_ID：这是在ATSC网络中唯一地识别地理小区的16比特字段。取决于每FuturecastUTB系统使用的频率的数目，ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的，则该字段被设置为“0”。
NETWORK_ID：这是唯一地识别当前的ATSC网络的16比特字段。
SYSTEM_ID：这个16比特字段唯一地识别在ATSC网络内的FuturecastUTB系统。FuturecastUTB系统是陆地广播系统，其输入是一个或多个输入流(TS、IP、GS)，并且其输出是RF信号。如果有的话，FuturecastUTB系统承载一个或多个PHY规范和FEF。相同的FuturecastUTB系统可以承载不同的输入流，并且在不同的地理区中使用不同的RF频率，允许本地服务插入。帧结构和调度在一个位置中被控制，并且对于在FuturecastUTB系统内的所有传输是相同的。一个或多个FuturecastUTB系统可以具有相同的SYSTEM_ID含义，即，它们所有都具有相同的物理层结构和配置。
随后的循环由FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_Gl_FRACTION和RESERVED组成，其用于指示FRU配置和每个帧类型的长度。循环大小是固定的，使得四个PHY规范(包括FEF)在FRU内被用信号传送。如果NUM_FRAME_FRU小于4，则未使用的字段用零填充。
FRU_PHY_PROFILE：这个3比特字段指示相关的FRU的第(i+1)(i是环索引)个帧的PHY规范类型。这个字段使用如表8所示相同的信令格式。
FRU_FRAME_LENGTH：这个2比特字段指示相关联的FRU的第(i+1)个帧的长度。与FRU_GI_FRACTION一起使用FRU_FRAME_LENGTH，可以获得帧持续时间的精确值。
FRU_GI_FRACTION：这个3比特字段指示相关联的FRU的第(i+1)个帧的保护间隔分数值。FRU_GI_FRACTION根据表7被用信号传送。
RESERVED：这个4比特字段保留供将来使用。
以下的字段提供用于解码PLS2数据的参数。
PLS2_FEC_TYPE：这个2比特字段指示由PLS2保护使用的FEC类型。FEC类型根据表10被用信号传送。稍后将描述LDPC码的细节。
表10
[表10]
| 内容 | PLS2FEC类型 |
| 00 | 4K-1/4和7K-3/10LDPC码 |
| 01～11 | 保留 |
PLS2_MOD：这个3比特字段指示由PLS2使用的调制类型。调制类型根据表11被用信号传送。
表11
[表11]
| 值 | PLS2_MODE |
| 000 | BPSK |
| 001 | QPSK |
| 010 | QAM-16 |
| 011 | NUQ-64 |
| 100-111 | 保留 |
PLS2_SIZE_CELL：这个15比特字段指示Ctotal_partial_block，当前帧组中承载的PLS2的全编码块的集合的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_STAT_SIZE_BIT：这个14比特字段以比特指示当前帧组的PLS2-STAT的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_DYN_SIZE_BIT：这个14比特字段以比特指示当前帧组的PLS2-DYN的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_REP_FLAG：这个1比特标记指示是否在当前帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段指示Ctotal_partial_blook，当前帧组的每个帧中承载的PLS2的部分编码块的集合的大小(指定为QAM信元的数目)。如果不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_FEC_TYPE：这个2比特字段指示下一个帧组的每个帧中承载的PLS2的FEC类型。FEC类型根据表10被用信号传送。
PLS2_NEXT_MOD：这个3比特字段指示下一个帧组的每个帧中承载的PLS2的调制类型。调制类型根据表11被用信号传送。
PLS2_NEXT_REP_FLAG：这个1比特标记指示是否在下一个帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_NEXT_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段指示Ctotal_partial_blook，用于在下一个帧组的每个帧中承载的PLS2的全编码块的集合的大小(指定为QAM信元的数目)。如果在下一个帧组中不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_REP_STAT_SIZE_BIT：这个14比特字段以比特指示下一个帧组的PLS2-STAT的大小。这个值在当前帧组中是恒定的。
PLS2_NEXT_REP_DYN_SIZE_BIT：这个14比特字段以比特指示下一个帧组的PLS2-DYN的大小。这个值在当前帧组中是恒定的。
PLS2_AP_MODE：这个2比特字段指示是否在当前帧组中为PLS2提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。以下的表12给出这个字段的值。当这个字段被设置为“00”时，对于在当前帧组中的PLS2不使用附加的奇偶校验。
表12
[表12]
| 值 | PLS2-AP模式 |
| 00 | 不提供AP |
| 01 | AP1模式 |
| 10-11 | 保留 |
PLS2_AP_SIZE_CELL：这个15比特字段指示PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_AP_MODE：这个2比特字段指示是否在下一个帧组的每个帧中为PLS2信令提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。表12定义这个字段的值。
PLS2_NEXT_AP_SIZE_CELL：这个15比特字段指示下一个帧组的每个帧中PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
RESERVED：这个32比特字段被保留供将来使用。
CRC_32：32比特错误检测码，其被应用于整个PLS1信令。
图14图示根据本发明的实施例的PLS2数据。
图14图示PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内是相同的，而PLS2-DYN数据提供对于当前帧特定的信息。
PLS2-STAT数据的字段的细节如下：
FIC_FLAG：这个1比特字段指示是否在当前帧组中使用FIC。如果这个字段被设置为“1”，则在当前帧中提供FIC。如果这个字段被设置为“0”，则在当前帧中不承载FIC。这个值在当前帧组的整个持续时间期间是恒定的。
AUX_FLAG：这个1比特字段指示是否在当前帧组中使用辅助流。如果这个字段被设置为“1”，则在当前帧中提供辅助流。如果这个字段被设置为“0”，在当前帧中不承载辅助流。这个值在当前帧组的整个持续时间期间是恒定的。
NUM_DP：这个6比特字段指示当前帧内承载的DP的数目。这个字段的值从1到64的范围，并且DP的数目是NUM_DP+1。
DP_ID：这个6比特字段唯一地识别在PHY规范内的DP。
DP_TYPE：这个3比特字段指示DP的类型。这些根据以下的表13用信号传送。
表13
[表13]
| 值 | DP类型 |
| 000 | DP类型1 |
| 001 | DP类型2 |
| 010-111 | 保留 |
DP_GROUP_ID：这个8比特字段识别当前DP与其相关联的DP组。这可以由接收器使用以访问与特定服务有关的服务组件的DP，其将具有相同的DP_GROUP_ID。
BASE_DP_ID：这个6比特字段指示承载管理层中使用的服务信令数据(诸如，PSI/SI)的DP。由BASE_DP_ID指示的DP可以或者是随同服务数据一起承载服务信令数据的常规DP，或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：这个2比特字段指示由相关联的DP使用的FEC类型。FEC类型根据以下的表14被用信号传送。
表14
[表14]
| 值 | FEC_TYPE |
| 00 | 16KLDPC |
| 01 | 64KLDPC |
| 10-11 | 保留 |
DP_COD：这个4比特字段指示由相关联的DP使用的码率。码率根据以下的表15被用信号传送。
表15
[表15]
| 值 | 码率 |
| 0000 | 5/15 |
| 0001 | 6/15 |
| 0010 | 7/15 |
| 0011 | 8/15 |
| 0100 | 9/15 |
| 0101 | 10/15 |
| 0110 | 11/15 |
| 0111 | 12/15 |
| 1000 | 13/15 |
| 1001-1111 | 保留 |
DP_MOD：这个4比特字段指示由相关联的DP使用的调制。调制根据以下的表16被用信号传送。
表16
[表16]
| 值 | 调制 |
| 0000 | QPSK |
| 0001 | QAM-16 |
| 0010 | NUQ-64 |
| 0011 | NUQ-256 |
| 0100 | NUQ-1024 |
| 0101 | NUC-16 |
| 0110 | NUC-64 |
| 0111 | NUC-256 |
| 1000 | NUC-1024 |
| 1001-1111 | 保留 |
DP_SSD_FLAG：这个1比特字段指示是否在相关联的DP中使用SSD模式。如果这个字段被设置为值“1”，则使用SSD。如果这个字段被设置为值“0”，则不使用SSD。
只有在PHY_PROFILE等于“010”时，其指示高级规范，出现以下的字段：
DP_MIMO：这个3比特字段指示哪个类型的MIMO编码过程被应用于相关联的DP。MIMO编码过程的类型根据表17用信号传送。
表17
[表17]
| 值 | MIMO编码 |
| 000 | FR-SM |
| 001 | FRFD-SM |
| 010-111 | 保留 |
DP_TI_TYPE：这个1比特字段指示时间交织的类型。值“0”指示一个TI组对应于一个帧，并且包含一个或多个TI块。值“1”指示一个TI组被承载在一个以上的帧中，并且仅包含一个TI块。
DP_TI_LENGTH：这个2比特字段(允许值仅是1、2、4、8)的使用通过在DP_TI_TYPE字段内的值集合确定如下：
如果DP_TI_TYPE被设置为值“1”，则这个字段指示PI，每个TI组被映射到的帧的数目，并且每个TI组(NTI＝1)存在一个TI块。被允许的具有2比特字段的PI值被在以下的表18中定义。
如果DP_TI_TYPE被设置为值“0”，则这个字段指示每个TI组的TI块NTI的数目，并且每个帧(PI＝1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。
表18
[表18]
| 2比特字段 | P1 | NTI |
| 00 | 1 | 1 |
| 01 | 2 | 2 |
| 10 | 4 | 3 |
| 11 | 8 | 4 |
DP_FRAME_INTERVAL：这个2比特字段指示相关联的DP的帧组内的帧间隔(IJUMP)，并且允许的值是1、2、4、8(相对应的2比特字段分别地是“00”、“01”、“10”或者“11”)。对于不会在该帧组的每个帧出现的DP，这个字段的值等于连续的帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则这个字段被设置为“4”。对于在每个帧中出现的DP，这个字段被设置为“1”。
DP_TI_BYPASS：这个1比特字段确定时间交织器的可用性。如果对于DP没有使用时间交织，则其被设置为“1”。而如果使用时间交织，则其被设置为“0”。
DP_FIRST_FRAME_IDX：这个5比特字段指示当前DP存在其中的超帧的第一帧的索引。DP_FIRST_FRAME_IDX的值的范围从0到31。
DP_NUM_BLOCK_MAX：这个10比特字段指示用于这个DP的DP_NUM_BLOCKS的最大值。这个字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：这个2比特字段指示由给定的DP承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据以下的表19被用信号传送。
表19
[表19]
| 值 | 有效载荷类型 |
| 00 | TS |
| 01 | IP |
| 10 | GS |
| 11 | 保留 |
DP_INBAND_MODE：这个2比特字段指示是否当前DP承载带内信令信息。带内信令类型根据以下的表20被用信号传送。
表20
[表20]
| 值 | 带内模式 |
| 00 | 没有承载带内信令 |
| 01 | 仅承载带内PLS |
| 10 | 仅承载带内ISSY |
| 11 | 承载带内PLS和带内ISSY |
DP_PROTOCOL_TYPE：这个2比特字段指示由给定的DP承载的有效载荷的协议类型。当选择输入有效载荷类型时，其根据以下的表21被用信号传送。
表21
[表21]
DP_CRC_MODE：这个2比特字段指示在输入格式化块中是否使用CRC编码。CRC模式根据以下的表22被用信号传送。
表22
[表22]
| 值 | CRC模式 |
| 00 | 未使用 |
| 01 | CRC-8 |
| 10 | CRC-16 |
| 11 | CRC-32 |
DNP_MODE：这个2比特字段指示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的空分组删除模式。DNP_MODE根据以下的表23被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设置为值“00”。
表23
[表23]
| 值 | 空分组删除模式 |
| 00 | 未使用 |
| 01 | DNP标准 |
| 10 | DNP偏移 |
| 11 | 保留 |
ISSY_MODE：这个2比特字段指示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的ISSY模式。ISSY_MODE根据以下的表24被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设置为值“00”。
表24
[表24]
| 值 | ISSY模式 |
| 00 | 未使用 |
| 01 | ISSY-UP |
| 10 | ISSY-BBF |
| 11 | 保留 |
HC_MODE_TS：这个2比特字段指示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的TS报头压缩模式。HC_MODE_TS根据以下的表25被用信号传送。
表25
[表25]
| 值 | 报头压缩模式 |
| 00 | HC_MODE_TS1 |
| 01 | HC_MODE_TS2 |
| 10 | HC_MODE_TS3 |
| 11 | HC_MODE_TS4 |
HC_MODE_IP：这个2比特字段指示当DP_PAYLOAD_TYPE被设置为IP(“01”)时的IP报头压缩模式。HC_MODE_IP根据以下的表26被用信号传送。
表26
[表26]
| 值 | 报头压缩模式 |
| 00 | 无压缩 |
| 01 | HC_MODE_IP1 |
| 10-11 | 保留 |
PID：这个13比特字段指示当DP_PAYLOAD_TYPE被设置为TS(“00”)，并且HC_MODE_TS被设置为“01”或者“10”时，用于TS报头压缩的PID编号。
RESERVED：这个8比特字段保留供将来使用。
只有在FIC_FLAG等于“1”时出现以下的字段：
FIC_VERSION：这个8比特字段指示FIC的版本号。
FIC_LENGTH_BYTE：这个13比特字段以字节指示FIC的长度。
RESERVED：这个8比特字段保留供将来使用。
只有在AUX_FLAG等于“1”时出现以下的字段：
NUM_AUX：这个4比特字段指示辅助流的数目。零表示不使用辅助流。
AUX_CONFIG_RFU：这个8比特字段被保留供将来使用。
AUX_STREAM_TYPE：这个4比特被保留供将来使用，用于指示当前辅助流的类型。
AUX_PRIVATE_CONFIG：这个28比特字段被保留供将来用于用信号传送辅助流。
图15图示根据本发明的另一个实施例的PLS2数据。
图15图示PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可以在一个帧组的持续时间期间变化，而字段的大小保持恒定。
PLS2-DYN数据的字段细节如下：
FRAME_INDEX：这个5比特字段指示超帧内当前帧的帧索引。该超帧的第一帧的索引被设置为“0”。
PLS_CHANGE_COUTER：这个4比特字段指示其中该配置将变化的前面的超帧的数目。在该配置中具有变化的下一个超帧由在这个字段内用信号传送的值指示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“1”指示在下一个超帧中存在变化。
FIC_CHANGE_COUNTER：这个4比特字段指示其中该配置(即，FIC的内容)将变化的前面的超帧的数目。在该配置中具有变化的下一个超帧由在这个字段内用信号传送的值指示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“0001”指示在下一个超帧中存在变化。
RESERVED：这个16比特字段被保留供将来使用。
在经NUM_DP的循环中出现以下的字段，其描述与在当前帧中承载的DP相关联的参数。
(a)DP_ID：这个6比特字段唯一地指示PHY规范内的DP。
DP_START：这个15比特(或者13比特)字段使用DPU寻址方案指示第一个DP的开始位置。DP_START字段根据如以下的表27所示的PHY规范和FFT大小具有不同长度。
表27
[表27]
DP_NUM_BLOCK：这个10比特字段指示当前DP的当前的TI组中FEC块的数目。DP_NUM_BLOCK的值的范围从0到1023。
(a)RESERVED：这个8比特字段保留供将来使用。
以下的字段指示与EAC相关联的FIC参数。
EAC_FLAG：这个1比特字段指示在当前帧中EAC的存在。这个比特在前导中是与EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：这个8比特字段指示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，以下的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，则以下的12比特被分配用于EAC_COUNTER。
EAC_LENGTH_BYTE：这个12比特字段以字节指示EAC的长度。
EAC_COUNTER：这个12比特字段指示在EAC抵达的帧之前帧的数目。
只有在AUX_FLAG字段等于“1”时出现以下的字段：
(a)AUX_PRIVATE_DYN：这个48比特字段被保留供将来用于用信号传送辅助流。这个字段的含义取决于在可配置的PLS2-STAT中AUX_STREAM_TYPE的值。
CRC_32：32比特错误检测码，其被应用于整个PLS2。
图16图示根据本发明的实施例的帧的逻辑结构。
如以上提及的，PLS、EAC、FIC、DP、辅助流和哑信元被映射为在该帧中OFDM符号的有效载波。PLS1和PLS2被首先映射为一个或多个FSS。然后，在PLS字段之后，EAC信元，如果有的话，被直接地映射，接下来是FIC信元，如果有的话。在PLS或者EAC、FIC之后，接下来DP被映射，如果有的话。类型1DP首先跟随，并且接下来类型2DP。稍后将描述DP的类型细节。在一些情况下，DP可以承载用于EAS的一些特定的数据或者服务信令数据。如果有的话，辅助流跟随DP，其随后跟随哑信元。根据以上提及的顺序，将它们映射在一起，即，PLS、EAC、FIC、DP、辅助流和哑数据信元精确地填充在该帧中的信元容量。
图17图示根据本发明的实施例的PLS映射。
PLS信元被映射到FSS的有效载波。取决于由PLS占据的信元的数目，一个或多个符号被指定为FSS，并且FSS的数目NFSS由在PLS1中的NUM_FSS用信号传送。FSS是用于承载PLS信元的特殊符号。由于鲁棒性和延迟在PLS中是关键的问题，FSS具有允许快速同步的高密度导频和在FSS内的仅频率内插。
PLS信元如在图17中的示例所示以自顶向下方式被映射给NFSSFSS的活动载波。PLS1信元被以信元索引的递增顺序首先从第一FSS的第一信元映射。PLS2信元直接地跟随在PLS1的最后的信元之后，并且继续向下映射，直到第一FSS的最后的信元索引为止。如果需要的PLS信元的总数超过一个FSS的有效载波的数目，则映射进行到下一个FSS，并且精确地以与第一FSS相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果EAC、FIC或者两者存在于当前帧中，则它们被放置在PLS和“常规”DP之间。
图18图示根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道，并且链接到用于EAS的DP。提供EAS支持，但是，EAC本身可以存在或者可以不存在于每个帧中。如果有的话，EAC紧挨着PLS2信元之后映射。除了PLS信元以外，EAC不在FIC、DP、辅助流或者哑信元的任何一个之前。映射EAC信元的过程与PLS完全相同。
EAC信元被以如在图18的示例所示的信元索引的递增顺序从PLS2的下一个信元映射。取决于EAS消息大小，EAC信元可以占据几个符号，如图18所示。
EAC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的EAC信元的总数超过最后的FSS的剩余的有效载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加有效的载波。
在EAC映射完成之后，如果存在，则接下来FIC被承载。如果FIC不被发送(如在PLS2字段中用信号传送)，则DP紧跟在EAC的最后信元之后。
图19图示根据本发明的实施例的FIC映射
(a)示出不具有EAC的FIC信元的示例映射，以及(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载跨层信息以允许快速服务获得和信道扫描的专用信道。这个信息主要地包括在DP和每个广播器的服务之间的信道捆绑信息。为了快速扫描，接收器可以对FIC进行解码并获得信息，诸如，广播器ID、服务编号，和BASE_DP_ID。为了快速服务获得，除了FIC之外，基础DP可以使用BASE_DP_ID解码。除其承载的内容以外，基础DP被以与常规DP完全相同的方式编码和映射到帧。因此，对于基础DP不需要另外的描述。FIC数据在管理层中生成和消耗。FIC数据的内容在管理层规范中描述。
FIC数据是可选的，并且FIC的使用由在PLS2的静态部分中的FIC_FLAG参数用信号传送。如果使用FIC，则FIC_FLAG被设置为“1”，并且用于FIC的信令字段在PLS2的静态部分中被定义。在这个字段中用信号传送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享相同的信令参数，诸如PLS2_MOD和PLS2_FEC。如果有的话，FIC数据紧挨着PLS2或者EAC之后被映射。FIC没有由任何常规DP、辅助流或者哑信元引导。映射FIC信元的方法与EAC的完全相同，也与PLS的相同。
在PLS之后不具有EAC的情况下，FIC信元被以如在(a)中的示例所示的信元索引的递增顺序从PLS2的下一个单元映射。根据FIC数据大小，FIC信元可以被映射在几个符号上，如(b)所示。
FIC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的FIC信元的总数超过最后的FSS的剩余的有效载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更多的有效载波。
如果EAS消息在当前帧中被发送，则EAC在FIC之前，并且FIC信元被以如(b)所示的信元索引的递增顺序从EAC的下一个单元映射。
在FIC映射完成之后，一个或多个DP被映射，如果有的话，之后是辅助流和哑信元。
图20图示根据本发明的实施例的DP的类型。
(a)示出类型1DP和(b)示出类型2DP。
在先前的信道，即，PLS、EAC和FIC被映射之后，DP的信元被映射。根据映射方法DP被分类为两种类型中的一个：
类型1DP：DP由TDM映射
类型2DP：DP由FDM映射
DP的类型由在PLS2的静态部分中的DP_TYPE字段指示。图20图示类型1DP和类型2DP的映射顺序。类型1DP被以信元索引的递增顺序首先映射，然后，在达到最后的信元索引之后，符号索引被增加1。在下一个符号内，DP继续以从p＝0开始的信元索引的递增顺序映射。利用在一个帧中被一起映射的DP的数目，类型1DP的每个在时间上被分组，类似于DP的TDM复用。
类型2DP被以符号索引的递增顺序首先映射，然后，在达到该帧的最后的OFDM符号之后，信元索引增加1，并且符号索引回滚到第一可用的符号，然后从该符号索引增加。在一个帧中将若干个DP一起映射之后，类型2DP的每个被一起以频率分组，类似于DP的FDM复用。
如果需要的话，类型1DP和类型2DP在帧中可以同时存在，有一个限制：类型1DP始终在类型2DP之前。承载类型1和类型2DP的OFDM信元的总数不能超过可用于DP传输的OFDM信元的总数。
数学公式2
[数学公式2]
DDP1+DDP2≤DDP
这里DDP1是由类型1DP占据的OFDM信元的数目，DDP2是由类型2DP占据的信元的数目。由于PLS、EAC、FIC都以与类型1DP相同的方式映射，它们全部遵循“类型1映射规则”。因此，总的说来，类型1映射始终在类型2映射之前。
图21图示根据本发明的实施例的DP映射。
(a)示出寻址用于映射类型1DP的OFDM信元，并且(b)示出寻址用于映射类型2DP的OFDM信元。
用于映射类型1DP(0,…，DDP1-1)的OFDM信元的寻址限定用于类型1DP的有效数据信元。寻址方案限定来自用于类型1DP的每个的TI的信元被分配给有效数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。
在不具有EAC和FIC的情况下，地址0指的是在最后的FSS中紧跟承载PLS的最后信元的信元。如果EAC被发送，并且FIC没有在相应的帧中，则地址0指的是紧跟承载EAC的最后信元的信元。如果FIC在相应的帧中被发送，则地址0指的是紧跟承载FIC的最后的信元的信元。用于类型1DP的地址0可以考虑如(a)所示的两个不同情形计算。在(a)的示例中，PLS、EAC和FIC假设为全部发送。对EAC和FIC的二者之一或者两者被省略情形的扩展是简单的。如在(a)的左侧所示在映射所有信元直到FIC之后，如果在FSS中存在剩余的信元。
用于映射类型2DP(0,…，DDP2-1)的OFDM信元的寻址被限定用于类型2DP的有效数据信元。寻址方案限定来自用于类型2DP的每个的TI的信元被分配给有效数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。
如(b)所示的三个略微不同的情形是可能的。对于在(b)的左侧上示出的第一情形，在最后的FSS中的信元可用于类型2DP映射。对于在中间示出的第二情形，FIC占据标准符号的单元，但是，在该符号上FIC信元的数目不大于CFSS。除了在该符号上映射的FIC信元的数目超过CFSS之外，在(b)右侧上示出的第三情形与第二情形相同。
对类型1DP在类型2DP之前情形的扩展是简单的，因为PLS、EAC和FIC遵循与类型1DP相同的“类型1映射规则”。
数据管道单元(DPU)是用于在帧中将数据信元分配给DP的基本单元。
DPU被定义为用于将DP定位于帧中的信令单元。信元映射器7010可以映射对于各个DP通过TI产生的信元。时间交织器5050输出一系列的TI块并且每个TI块包括相应地由一组信元组成的可变数目的XFECBLOCK。XFECBLOCK中的信元的数目，Ncells，取决于FECBLOCK大小，Nldpc，和每个星座符号的被发送的比特的数目。DPU被定义为在给定的PHY规范中支持的XFECBLOCK中的信元的数目，Ncells的所有可能的值中的最大的公约数。在信元中的DPU的长度被定义为LDPU。因为每个PHY规范支持FECBLOCK大小和每个星座符号的不同数目的比特的不同组合，所以基于PHY规范定义LDPU。
图22图示根据本发明的实施例的FEC结构。
图22图示在比特交织之前根据本发明的实施例的FEC结构。如以上提及的，数据FEC编码器可以使用外部编码(BCH)和内部编码(LDPC)对输入的BBF执行FEC编码，以产生FECBLOCK过程。图示的FEC结构对应于FECBLOCK。此外，FECBLOCK和FEC结构具有对应于LDPC码字长度的相同的值。
BCH编码应用于每个BBF(Kbch比特)，然后LDPC编码应用于BCH编码的BBF(Kldpc比特＝Nbch比特)，如在图22中图示的。
Nldpc的值或者是64800比特(长FECBLOCK)或者16200比特(短FECBLOCK)。
以下的表28和表29分别示出用于长FECBLOCK和短FECBLOCK的FEC编码参数。
表28
[表28]
表29
[表29]
BCH编码和LDPC编码的操作细节如下：
12个纠错BCH码用于BBF的外部编码。用于短FECBLOCK和长FECBLOCK的BCH发生器多项式通过一起乘以所有多项式获得。
LDPC码用于对外部BCH编码的输出进行编码。为了产生完整的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从每个Ildpc(BCH编码的BBF)被系统地编码，并且附加到Ildpc。完整的Bldpc(FECBLOCK数学公式3)被表示为如下数学公式。
数学公式3
[数学公式3]
用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。
计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下：
1)初始化奇偶校验比特，
数学公式4
[数学公式4]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：
数学公式5
[数学公式5]
3)对于接下来的359个信息比特，is，s＝1、2、…359，使用以下的数学公式在奇偶校验位地址处累加is。
数学公式6
[数学公式6]
{x+(S mod 360)×Qldpc}mod(Nldpc-Kldpc)
这里x表示对应于第一比特i0的奇偶校验比特累加器的地址，并且QIdpc是在奇偶校验矩阵的地址中指定的码率相关的常数。继续该示例，对于速率13/15，QIdpc＝24，因此，对于信息比特i1，执行以下的操作：
数学公式7
[数学公式7]
4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。以类似的方式，使用数学公式6获得用于以下的359信息比特is的奇偶校验比特累加器的地址，s＝361、362、…719，这里x表示对应于信息比特i360的奇偶校验比特累加器的地址，即，在奇偶校验矩阵的地址的第二行中的条目。
5)以类似的方式，对于360个新的信息比特的每个组，从奇偶校验矩阵的地址的新行用于找到奇偶校验比特累加器的地址。
在所有信息比特用尽之后，最后的奇偶校验比特如下获得：
6)从i＝1开始顺序地执行以下的操作。
数学公式8
[数学公式8]
i＝1，2，...，Nldpc-Kldpc-1
这里pi的最后的内容，i＝0,1，...，NIdpc-KIdpc–1，等于奇偶校验比特pi。
表30
[表30]
| 码率 | Qldpc |
| 5/15 | 120 |
| 6/15 | 108 |
| 7/15 | 96 |
| 8/15 | 84 |
| 9/15 | 72 |
| 10/15 | 60 |
| 11/15 | 48 |
| 12/15 | 36 |
| 13/15 | 24 |
除了以表31替换表30，并且以用于短FECBLOCK的奇偶校验矩阵的地址替换用于长FECBLOCK的奇偶校验矩阵的地址之外，用于短FECBLOCK的这个LDPC编码过程依照用于长FECBLOCK的t个LDPC编码过程。
表31
[表31]
| 码率 | Qldpc |
| 5/15 | 30 |
| 6/15 | 27 |
| 7/15 | 24 |
| 8/15 | 21 |
| 9/15 | 18 |
| 10/15 | 15 |
| 11/15 | 12 |
| 12/15 | 9 |
| 13/15 | 6 |
图23图示根据本发明的实施例的比特交织。
LDPC编码器的输出被比特交织，其由奇偶交织、之后的准循环块(QCB)交织和组间交织组成。
(a)示出准循环块(QCB)交织，并且(b)示出组间交织。
FECBLOCK可以被奇偶交织。在奇偶交织的输出处，LDPC码字由在长FECBLOCK中180个相邻的QC块和在短FECBLOCK中45个相邻的QC块组成。在或者长或者短FECBLOCK中的每个QC块由360比特组成。奇偶交织的LDPC码字通过QCB交织来交织。QCB交织的单位是QC块。在奇偶交织的输出处的QC块通过如在图23中图示的QCB交织重排列，这里根据FECBLOCK长度，Ncells＝64800/ηmod或者16200/ηmod。QCB交织模式对调制类型和LDPC码率的每个组合是唯一的。
在QCB交织之后，组间交织根据调制类型和阶(ηmod)执行，其在以下的表32中限定。也限定用于一个组内的QC块的数目，NQCB_IG。
表32
[表32]
| 调制类型 | ηmod | NQCB_LG |
| QAM-16 | 4 | 2 |
| NUC-16 | 4 | 4 |
| NUQ-64 | 6 | 3 |
| NUC-64 | 6 | 6 |
| NUQ-256 | 8 | 4 |
| NUC-256 | 8 | 8 |
| NUQ-1024 | 10 | 5 |
| NUC-1024 | 10 | 10 |
组间交织过程以QCB交织输出的NQCB_IGQC块执行。组间交织具有使用360列和NQCB_IG行写入和读取组内的比特的过程。在写入操作中，来自QCB交织输出的比特是行式写入。读取操作是列式执行的，以从每个行读出m比特，这里对于NUC，m等于1，对于NUQ，m等于2。
图24图示根据本发明的实施例的信元字解复用。
(a)示出对于8和12bpcuMIMO的信元字解复用，(b)示出对于10bpcuMIMO的信元字解复用。
比特交织输出的每个信元字(c0,l，c1,l，...，cnmod-1,l)被解复用为如(a)所示的(d1,0,m，d1,1,m，...d1,nmod-1,m)和(d2,0,m，d2,1,m，...，d2,nmod-1,m)，其描述用于一个XFECBLOCK的信元字解复用过程。
对于使用不同类型的NUQ用于MIMO编码的10个bpcuMIMO情形，用于NUQ-1024的比特交织器被重新使用。比特交织器输出的每个信元字(c0,l，c1,l，...，c9,l)被解复用为{d1,0,m，d1,1,m，...，d1,3,m)和(d2,0,m，d2,1,m，...，d2,3,m)，如(b)所示。
图25图示根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。
在PLS2-STAT数据的部分中出现的以下参数配置TI：
DP_TI_TYPE(允许的值：0或者1)：表示TI模式；“0”指示每个TI组具有多个TI块(一个以上的TI块)的模式。在这种情况下，一个TI组被直接映射给一个帧(无帧间交织)。“1”指示每个TI组仅具有一个TI模块的模式。在这种情况下，TI块可以在一个以上的帧上扩展(帧间交织)。
DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，这个参数是每个TI组的TI块的数目NTI。对于DP_TI_TYPE＝“1”，这个参数是从一个TI组扩展的帧PI的数目。
DP_NUM_BLOCK_MAX(允许的值:0至1023)：表示每个TI组XFECBLOCK的最大数。
DP_FRAME_INTERVAL(允许的值：1、2、4、8)：表示在承载给定的PHY规范的相同的DP的两个连续的帧之间的帧IJUMP的数目。
DP_TI_BYPASS(允许的值：0或者1)：如果对于DP没有使用时间交织，则这个参数被设置为“1”。如果使用时间交织，则其被设置为“0”。
另外，来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数目。
当对于DP没有使用时间交织时，不考虑随后的TI组、时间交织操作，和TI模式。但是，将仍然需要来自调度器用于动态配置信息的延迟补偿块。在每个DP中，从SSD/MIMO编码接收的XFECBLOCK被分组为TI组。即，每个TI组是一组整数的XFECBLOCK，并且将包含动态可变数目的XFECBLOCK。在索引n的TI组中的XFECBLOCK的数目由NxBLocK_Group(n)表示，并且在PLS2-DYN数据中作为DP_NUM_BLOCK用信号发送。注意到NxBLocK_Group(n)可以从最小值0到其最大的值是1023的最大值NxBLocK_Group_MAx(对应于DP_NUM_BLOCK_MAX)变化。
每个TI组或者直接映射到一个帧上或者在PI个帧上扩展。每个TI组也被划分为一个以上的TI模块(NTI)，这里每个TI块对应于时间交织器存储器的一个使用。在TI组内的TI块可以包含略微不同数目的XFECBLOCK。如果TI组被划分为多个TI块，则其被直接映射为仅一个帧。如以下的表33所示，存在对于时间交织的三个选项(除了跳过时间交织的额外的选项之外)。
表33
[表33]
在每个DP中，TI存储器存储输入XFECBLOCK(来自SSD/MIMO编码块的输出XFECBLOCK)。假设输入XFECBLOCK被限定为：
这里dn.s.r.q是在第n个TI组的第s个TI块中的第r个XFECBLOCK的第q个信元，并且表示SSD和MIMO编码的输出如下：
此外，假设来自时间交织器的输出XFECBLOCK被限定为：
这里hn,s,i是在第n个TI组的第s个TI块中的第i个输出单元(对于i＝0，...，NxBLOCK_TI(n，s)×Ncells-1)。
典型地，时间交织器也将用作帧建立过程之前DP数据的缓存器。这是通过用于每个DP的两个存储器组实现的。第一TI块被写入第一存储器组。在第一存储器组正在被读取的同时，第二TI块被写入第二存储器组。
TI是扭曲的行-列块交织器。对于第n个TI组的第s个TI块，TI存储器的行数Nr等于信元Ncells的数目，即，Nr＝Ncells，同时列数Nc等于数目NxBL0CK_TI(n,s)。
图26图示根据本发明的实施例的扭曲的行-列块交织器的基本操作。
(a)示出在时间交织器中的写入操作并且(b)示出时间交织器中的读取操作。第一XFECBLOCK以列方式写入到TI存储器的第一列，并且第二XFECBLOCK被写入到下一列等等，如在(a)中所示。然而，在交织阵列中，信元以对角线方式被读出。在从第一行(沿着以最左边的列开始的行向右)到最后一行的对角线方式的读取期间，信元被读出，如在(b)中所示。详细地，假定作为要被顺序地读取的TI存储器单元位置的zn,s,i(i＝0,…,NrNc)，通过计算如下的数学公式的行索引Rn,s,i、列索引Cn,s,i以及被关联的扭曲参数Tn,s,i执行以这样的交织阵列的读取过程。
数学公式9
[数学公式9]
其中Sshift是用于对角线方式读取过程的公共移位值，不论Nxblock_ti(n,s)如何，并且通过在如遵循数学公式的PLS2-STAT中给出的Nxblock_ti_max确定。
数学公式10
[数学公式10]
对于
结果，通过作为zn,s,i＝NrCn,s,i+Rn,s,i的坐标计算要被读出的信元位置。
图27图示根据本发明的另一实施例的扭曲的行-列块交织器的操作。
更加具体地，图27图示用于每个TI组的TI存储器的交织阵列，包括当NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5时的虚拟XFECBLOCK。
可变数目NxBLOCK_TI(n,s)＝Nr将会小于或者等于NxBLOCK_TI_MAX。因此，为了实现在接收器侧处的单个存储器解交织，不论NxBLOCK_TI(n,s)如何，通过将虚拟XFECBLOCK插入到TI存储器在扭曲的行-列块交织器中使用的交织阵列被设置为Nr×Nc＝Ncells×NxBLOCK_TI_MAX的大小，并且如下面的数学公式完成读取过程。
数学公式11
[数学公式11]
TI组的数目被设置为3。通过DP_TI_TYPE＝‘0’、DP_FRAME_INTERVAL＝‘1’,以及DP_TI_LENGTH＝‘1’，即，NTI＝1、IJUMP＝1、以及P1＝1，在PLS2-STAT数据中用信号发送时间交织器的选项。XFECBLOCK的数目，其中的每一个具有Ncells＝30个信元，分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5在PLS2-DYN数据中用信号发送每个TI组。通过NxBLOCK_Groyp_MAx，在PLS-STAT数据中用信号发送XFECBLOCK的最大数目，这导致
图28图示根据本发明的实施例的扭曲的行-列块的对角线方式的读取图案。
更加具体地，图28示出来自于具有N’xBLOCK_TI_MAX＝7并且Sshift＝(7-1)/2＝3的参数的每个交织阵列的对角线方式的读取图案。注意，在如上面的伪代码示出的读取过程中，如果Vi≥NcellsNxBLOCK_TI(n,s)，则Vi的值被跳过并且使用下一个计算的Vi的值。
图29图示根据本发明的实施例的来自每个交织阵列的交织的XFECBLOCK。
图29图示来自于具有N’xBLOCK_TI_MAX＝7并且Sshift＝3的参数的每个交织阵列的交织的XFECBLOCK。
在下文中，将会参考附图更加详细地描述与本发明有关的移动终端。考虑到撰写说明书的简易给出或者混合在下面的描述中用于组件的诸如“引擎”、“模块”以及“单元”的名词后缀。
将会参考根据实施例的图30至图38描述网络拓扑。
图30是图示根据实施例的网络拓扑的框图。
如在图30中所示，网络拓扑包括内容提供服务器10、内容识别服务提供服务器20、多频道视频分布服务器30、增强型服务信息提供服务器40、多个增强型服务提供服务器50、广播接收设备60、网络70以及视频显示设备100。
内容提供服务器10可以对应于广播站并且广播包括主音频-可视内容的广播信号。广播信号可以进一步包括增强型服务。增强型服务可以或者可以不与主音频-可视内容有关。增强型服务可以具有诸如服务信息、元数据、附加数据、编译的执行文件、web应用、超文本标记语言(HTML)文档、XML文档、层叠样式表(CSS)文档、音频文件、视频文件、ATSC2.0内容、以及诸如统一资源定位符(URL)的地址的格式。可以存在至少一个内容提供服务器。
内容识别服务提供服务器20提供允许视频显示设备100基于主音频-可视内容识别内容的内容识别服务。内容识别服务提供服务器20可以或者可以不编辑主音频-可视内容。可以存在识别服务提供服务器的至少一个内容。
内容识别服务提供服务器20可以是编辑主音频-可视内容以将可以查看标识的可视水印插入到主音频-可视内容的水印服务器。此水印服务器可以在主音频-可视内容中的每个帧的左上或者右上处插入内容提供商的标识作为水印。
另外，内容识别服务提供服务器20可以是编辑主音频-可视内容以将内容信息插入到主音频-可视内容作为不可视水印的水印服务器。
另外，内容识别服务提供服务器20可以是从主音频-可视内容的一些帧或者音频采样中提取特征信息并且进行存储的指纹服务器。此特征信息被称为签名。
多频道视频分布服务器30从多个广播站接收和复用广播信号并且将复用的广播信号提供给广播接收设备60。特别地，多频道视频分布服务器30对接收到的广播信号执行解调和信道解码以提取主音频-可视内容和增强型服务，并且然后，对提取的主音频-可视内容和增强型服务执行信道编码以生成用于分布的复用的信号。在这一点上，因为多频道视频分布服务器30可以排除提取的增强型服务或者可以添加其它的增强型服务，所以广播站可以不提供通过其引导的服务。可以存在至少一个多频道视频分布服务器。
广播设备60可以调谐由用户选择的频道并且接收调谐的频道的信号，并且然后，对接收到的信号执行解调和信道解码以提取主音频-可视内容。广播设备60通过H.264/运动图像专家组-4高级视频编译(MPEG-4AVC)、杜比AC-3或者运动图像专家组-2高级音频编译(MPEG-2AAC)算法解码提取的主音频-可视内容以生成未被压缩的主音频-可视(AV)内容。广播接收设备60通过其外部输入端口将生成的未被压缩的主AV内容提供给视频显示设备100。
增强型服务信息提供服务器40响应于视频显示设备的请求提供关于与主AV内容有关的至少一个可用的增强型服务的增强型服务信息。可以存在至少一个增强型服务提供服务器。增强型服务信息提供服务器40可以提供关于在多个可用的增强型服务当中具有最高的优先级的增强型服务的增强型服务信息。
增强型服务提供服务器50响应于视频显示设备的请求提供与主AV内容有关的至少一个可用的增强型服务。可以存在至少一个增强型服务提供服务器。
视频显示设备100可以是电视、笔记本计算机、手机、以及智能电话，其均包括显示单元。视频显示设备100可以从广播接收设备60接收未被压缩的主AV内容或者从内容提供服务器10或者多频道视频分布服务器30接收包括编码的主AV内容的广播信号。视频显示设备100可以通过网络70从内容识别服务提供服务器20接收内容识别服务，通过网络70从增强型服务信息提供服务器40接收与主AV内容有关的至少一个可用增强型服务的地址，以及从增强型服务提供服务器50接收与主AV内容有关的至少一个可用增强型服务。
内容提供服务器10、内容识别服务提供服务器20、多频道视频分布服务器30、增强型服务信息提供服务器40、以及多个增强型服务提供服务器50中的至少两个可以以一个服务器的形式被组合并且可以通过一个运营商来操作。
图31是图示根据实施例的基于水印的网络拓扑的框图。
如在图31中所示，基于水印的网络拓扑可以进一步包括水印服务器21。
如在图31中所示，水印服务器21编辑主AV内容以将内容信息插入到其中。多频道视频分布服务器30可以接收并且分别包括修改的主AV内容的广播信号。特别地，水印服务器可以使用下面描述的数字水印技术。
数字水印是将几乎可能是不可删除的信息插入到数字信号的过程。例如，数字信号可以是音频、图片或者视频。如果数字信号被复制，则插入的信息被包括在复制中。一个数字信号可以同时携带数个不同的水印。
在可视的水印中，插入的信息可以在图片或者视频中是可识别的。通常，插入的信息可以是识别媒体所有者的文本或者日志。如果电视广播站在视频的角落中添加其标识，则这是可识别的水印。
在不可视的水印中，尽管作为数字数据的信息被添加到音频、图片或者视频，但是用户可以意识到预先确定的数量的信息但是可以不识别它。私密消息可以通过不可视的水印被递送。
水印的一个应用是用于防止数字媒体的非法复制的版权保护系统。例如，复制设备在复制数字媒体之前从数字媒体获得水印，并且基于水印的内容确定是否复制。
水印的另一应用是数字媒体的来源跟踪。在分布路径的每个点处在数字媒体中嵌入水印。如果稍后找到这样的数字媒体，则可以从数字媒体中提取水印并且从水印的内容可以识别分布来源。
不可视的水印的另一应用是对于数字媒体的描述。
用于数字媒体的文件格式可以包括被称为元数据的附加信息，并且可以区分数字水印与作为数字媒体的AV信号本身被递送的元数据。
水印方法可以包括扩展频谱、量化、以及振幅调制。
如果通过附加的编辑获得标记的信号，则水印方法对应于扩展频谱。虽然已知扩展频谱水印相当强大，但是并没有包含很多信息，因为水印干扰嵌入的主信号。
如果通过量化获得标记的信号，则水印方法对应于量化类型。量化水印弱，可以包含更多的信息。
如果通过与在空间域中的扩展频谱相似的附加的编辑方法获得标记的信号，则水印方法对应于振幅调制。
图32是图示根据实施例的在基于水印的网络拓扑的数据流的梯形图。
首先，内容提供服务器10在操作S 101中发送包括主AV内容和增强型服务的广播信号。
在操作S103中，水印服务器21接收内容提供服务器10提供的广播信号，通过编辑主AV内容将诸如标识的可视水印或者作为不可视的水印的水印信息插入到主AV内容，并且将被水印的主AV内容和增强型服务提供给MVPD30。
通过不可视的水印插入的水印信息可以包括水印用途、内容信息、增强型服务信息、以及可用的增强型服务中的至少一个。水印用途表示非法复制防止、收视率、以及增强型服务获取中的一个。
内容信息可以包括提供主AV内容的内容提供商的识别信息、主AV内容识别信息、在内容信息获取中使用的内容部分的时间信息、通过其广播AV内容的频道的名称、通过其广播主AV内容的频道的标识、通过其广播主AV内容的频道的描述、使用信息保护时段、用于使用信息获取的最小使用时间、以及与主AV内容有关的可用增强型服务信息中的至少一个。
如果视频显示设备100使用水印以获取内容信息，则被用于内容信息获取的内容部分的时间信息可以是嵌入被使用的水印的内容部分的时间信息。如果视频显示设备100使用指纹以获取内容信息，则被用于内容信息获取的内容部分的时间信息可以是提取特征信息的内容部分的时间信息。被用于内容信息获取的内容部分的时间信息可以包括用于内容信息获取的内部分的开始时间、用于内容信息获取的内容部分的持续时间、以及用于内容信息获取的内容部分的结束时间中的至少一个。
使用信息报告地址可以包括主AV内容观看信息报告地址和增强型服务使用信息报告地址中的至少一个。使用信息报告时段可以包括主AV内容观看信息报告时段和增强型服务使用信息报告时段中的至少一个。用于使用信息获取的最低使用时间可以包括用于主AV内容观看信息获取的最小观看时间和用于增强型服务使用信息提取的最低使用时间。
基于在超过最低观看时间内观看主AV内容，视频显示设备100获取主AV内容的观看信息并且在主AV内容观看信息报告时段中向主AV内容观看信息报告地址报告获取的观看信息。
基于在超过最低使用时间内使用增强型服务，视频显示设备100获取增强型服务使用信息并且在增强型服务使用信息报告时段中向增强型服务使用信息报告地址报告获取的使用信息。
增强型服务信息可以包括关于增强型服务是否存在的信息、提供服务器地址的增强型服务地址、各个可用增强型服务的获取路径、用于各个可用增强型服务的地址、每个可用的增强型服务的开始时间、每个可用增强型服务的结束时间、每个可用的增强型服务的寿命、每个可用增强型服务的获取模式、每个可用的增强型服务的请求时段、每个可用增强型服务的优先级信息、每个可用增强型服务的描述、每个可用增强型服务的种类、使用信息报告地址、使用信息报告时段、以及用于使用信息获取的最小使用时间中的至少一个。
可用增强型服务的获取路径可以以IP或者高级电视系统委员会-移动/手持(ATSCM/H)表示。如果可用增强型服务的获取路径是ATSCM/H，则增强型服务信息可以进一步包括频率信息和频道信息。每个可用增强型服务的获取模式可以表示推或拉。
此外，水印服务器21可以将作为不可视的水印的水印信息插入到主AV内容的标识中。
例如，水印服务器21可以在标识的预先确定的位置处插入条形码。在这一点上，标识的预先确定的位置可以对应于在显示标识的区域的底部处的第一行。当接收包括具有被插入的条形码的标识的主AV内容时视频显示设备100可以不显示条形码。
例如，水印服务器21可以在标识的预先确定的位置处插入条形码。在这一点上，标识可以保持其形式。
例如，水印服务器31可以在M个帧的标识中的每一个处插入N比特水印信息。即，水印服务器21可以在M个帧中插入M*N比特的水印信息。
在操作S105中MVPD30接收包括被水印的主AV内容和增强型服务的广播信号并且生成复用的信号以将其提供给广播接收设备60。在这一点上，复用的信号可以排除接收到的增强型服务或者可以包括新增强型服务。
在操作S106中广播接收设备60调谐用户选择的频道并且接收调谐的频道，解调接收到的信号，对解调的信号执行信道解码和AV解码以生成未被压缩的主AV内容，并且然后，将生成的未被压缩的主AV内容提供给视频显示设备100。
此外，在操作107中内容提供服务器10也通过无线信道广播包括主AV内容的广播信号。
另外，在操作S108中在没有经过广播接收设备60的情况下MVPD30可以向视频显示设备100直接地发送包括主AV内容的广播信号。
视频显示设备100可以通过广播接收设备60接收未被压缩的主AV内容。另外，视频显示设备100可以通过无线信道接收广播信号，并且然后，可以解调和解码接收到的广播信号以获得主AV内容。另外，视频显示设备100可以从MVPD30接收广播信号，并且然后，可以解调和解码接收到的广播信号以获得主AV内容。视频显示设备100从获得的主AV内容的音频采样的一些帧或者部分提取水印信息。如果水印信息对应于标识，则视频显示设备100确认与从多个标识与多个水印服务器地址之间的相对应的关系提取的标识相对应的水印服务器地址。当水印信息对应于标识时，视频显示设备100不能够识别仅具有标识的主AV内容。另外，当水印信息不包括内容信息时，视频显示设备100不能够识别主AV内容但是水印信息可以包括内容提供商识别信息或者水印服务器地址。当水印信息包括内容提供商识别信息时，视频显示设备100可以确认与从多个内容提供商识别信息和多个水印服务器地址之间的相对应关系提取的内容提供商识别信息相对应的水印服务器地址。以这样的方式，当视频显示设备100不能够识别仅具有水印信息的主AV内容时，在操作S109中其接入与获得的水印服务器地址相对应的水印服务器21以发送第一查询。
水印服务器21在操作S111中将第一答复提供给第一查询。第一答复可以包括内容信息、增强型服务信息和可用增强型服务中的至少一个。
如果水印信息和第一答复不包括增强型服务地址，则视频显示设备100不能够获得增强型服务。然而，水印信息和第一答复可以包括增强型服务地址提供服务器地址。以这样的方式，视频显示设备100没有通过水印信息和第一答复获得服务地址或者增强型服务。如果视频显示设备100获得提供增强型服务地址提供服务器地址，则在操作S119中其接入与获得的增强型服务地址提供服务器地址相对应的增强型服务信息提供服务器40以发送包括内容信息的第二查询。
增强型服务信息提供服务器40搜索与第二查询的内容信息有关的至少一个可用的增强型服务。稍后，在操作S121中增强型服务信息提供服务器40将用于至少一个可用增强型服务的增强型服务信息作为对第二查询的第二答复提供给视频显示设备100。
如果视频显示设备100通过水印信息、第一答复、或者第二答复，获得至少一个可用增强型服务地址，则在操作S123中其接入至少一个可用的增强型服务地址以请求增强型服务，并且然后，在操作S125中获得增强型服务。
图33是图示根据实施例的基于水印的内容识别时序的视图。
如在图33中所示，当广播接收设备60被接通并且调谐信道，并且，视频显示设备100通过外部输入端口111从广播接收设备60接收调谐的信道的主AV内容时，视频显示设备100可以从主AV内容的水印感测内容提供商标识符(或者广播站标识符)。然后，视频显示设备100可以基于感测到的内容提供商标识符从主AV内容的水印感测内容信息。
在这一点上，如在图33中所示，内容提供商标识符的检测可用时段可以不同于内容信息的检测可用时段。特别地，内容提供商标识符的检测可用时段可能比内容信息的短。通过此，视频显示设备100可以具有用于仅检测必要的信息的有效配置。
图34是图示根据实施例的基于指纹的网络拓扑的框图。
如在图34中所示，网络拓扑可以进一步包括指纹服务器22。
如在图34中所示，指纹服务器22没有编辑主AV内容，但是从主AV内容的音频采样的部分或者一些帧中提取特征信息并且存储提取的特征信息。然后，当从视频显示设备100接收特征信息时，指纹服务器22提供与接收到的特征信息相对应的AV内容的标识符和时间信息。
图35是图示根据实施例的在基于指纹的网络拓扑中的数据流的梯形图。
首先，内容提供服务器10在操作S201中发送包括主AV内容和增强型服务的广播信号。
指纹服务器22在操作S203中从主AV内容的多个音频部分或者多个帧部分提取多条特征信息，并且建立用于与多个特征信息相对应的多个查询结果的数据库。查询结果可以包括内容信息、增强型服务信息、以及可用增强型服务中的至少一个。
在操作S205中MVPD30接收包括主AV内容和增强型服务的广播信号并且生成复用的信号以将其提供给广播接收设备60。在这一点上，复用的信号可以排除接收到的增强型服务或者可以包括新的增强型服务。
广播接收设备60在操作S206中调谐用户选择的频道并且接收调谐的频道的信号，解调接收到的信号，对解调的信号执行信道解码和AV解码以生成未被压缩的主AV内容，并且然后，将生成的未被压缩的主AV内容提供给视频显示设备100。
此外，内容提供服务器10在操作S207中也通过无线信道广播包括主AV内容的广播信号。
另外，MVPD30可以在没有经过广播接收设备60的情况下向视频显示设备100直接地发送包括主AV内容的广播信号。
视频显示设备100可以通过广播接收设备60接收未被压缩的主AV内容。另外，视频显示设备100可以通过无线信道接收广播信号，并且然后，可以解调和解码接收到的广播信号以获得主AV内容。另外，视频显示设备100可以从MVPD30接收广播信号，并且然后，可以解调和解码接收到的广播信号以获得主AV内容。视频显示设备100在操作S213中从获得的主AV内容的音频采样的部分或者一些帧提取特征信息。
视频显示设备100在操作S215中接入与预先确定的指纹服务器地址相对应的指纹服务器22以发送包括提取的特征信息的第一查询。
指纹服务器22在操作S217中提供作为对第一查询的第一答复的查询结果。如果第一答复对应于失败，则视频显示设备100接入与另一指纹服务器地址相对应的指纹服务器22以发送包括提取的特征信息的第一查询。
指纹服务器22可以提供作为查询结果的可扩展的标记语言(XML)文档。包含查询结果的XML文档的示例将会被描述。
图36是图示根据实施例的包括查询结果的ACR-结果类型(ACR-Resulttype)的XML模式图的视图。
如在图36中所示，包括查询结果的ACR-结果类型(ACR-Resulttype)的包括结果代码(ResultCode)属性和内容ID(ContentID)、NTP时间戳(NTPTimestamp)、信令信道信息(SignalingChannelInformation)、以及服务信息(ServiceInformation)元素。
例如，如果结果代码(ResultCode)属性具有200，则这可以意指查询结果是成功的。例如，如果结果类型(ResultCode)属性具有404，则这可以意指查询结果是不成功的。
信令信道信息SignalingChannelInformation)元素包括信令信道URL(SignalingChannelURL)，并且信令信道URL(SignalingChannelURL)元素包括更新模式(UpdateMode)和轮询周期(PollingCycle)属性。更新模式(UpdateMode)属性可以具有Pull值或者Push值。
服务信息(ServiceInformation)元素包括服务名称(ServiceName)、服务标识(ServiceLogo)以及服务描述(ServiceDescription)元素。
包含查询结果的ACR-结果类型(ACR-ResultType)的XML模式在下面被图示。
[表34]
作为元素，ATSC内容标识符可以被使用，如下面的表中所示。
[表35]
如在表中所示，ATSC内容标识符具有包括TSID和门牌号的结构。
16比特的无符号的整数TSID携带传输流标识符。
5比特的无符号的整数end_of_day被设置有在广播结束之后能够重用content_id值时的一天中的小时。
9比特的无符号的整数unique_for被设置有当content_id值不能够被重用时的天数。
Content_id表示内容标识符。视频显示设备100在与end_of_day每日的对应时间中将unique_for减少了1，并且假定如果unique_for不是0则content_id是唯一的。
此外，作为ContentID元素，用于ATSC-M/H服务的全球服务标识符可以被使用，如下面所描述的。
全球服务标识符具有下述形式。
-urn:oma:bcast:iauth:atsc:service:<region>:<xsid>:<serviceid>
在此，<region>是包括通过ISO639-2规定的两个字符的国际国家代码。用于本地服务的<xsid>是如在<region>中定义的TSID的十进制数，并且<xsid>(区域服务)(major>69)是“0”。<serviceid>被定义有<major>或者<minor>。<major>表示主频道编号，并且<minor>表示次频道编号。
全球服务标识符的示例如下。
-urn:oma:bcast:iauth:atsc:service:us:1234:5.1
-urn:oma:bcast:iauth:atsc:service:us:0:100.200
此外，作为ContentID元素，ATSC内容标识符可以被使用，如下面所描述的。
ATSC内容标识符具有下述形式。
urn:oma:bcast:iauth:atsc:content:<region>:<xsidz>:<contentid>:<unique_for>:<end_of_day>
在此，<region>是包括通过ISO639-2规定的两个字符的国际国家代码。用于本地服务的<xsid>是如在<region>中定义的TSID的十进制数，并且可以被被"."<serviceid>跟随。用于(区域服务)(major>69)的<xsid是<serviceid>。<content_id>是在上面描述的表中所定义的content_id字段的base64符号，<unique_for>是在上面描述的表中的unique_for字段的十进制数符号，并且<end_of_day>是在上面描述的表中定义的end_of_day字段的十进制数符号。
在下文中，再次描述图35。
如果查询结果不包括增强型服务地址或者增强型服务但是包括增强型服务地址提供服务器地址，则在操作S219中视频显示设备100接入与获得的增强型服务地址提供服务器地址相对应的增强型服务信息提供服务器40以发送包括内容信息的第二查询。
增强型服务信息提供服务器40搜索与第二查询的内容信息有关的至少一个可用增强型服务。稍后，增强型服务信息提供服务器40在操作S221中将用于至少一个可用的增强型服务的增强型服务信息作为对第二查询的第二答复提供给视频显示设备100。
如果视频显示设备100通过第一答复或者第二答复获得至少一个可用的增强型服务地址，则在操作S223中接入至少一个可用的增强型服务地址以请求增强型服务，并且然后在操作S225中获得增强型服务。
当(UpdateMode)属性具有Pull值时，视频显示设备100通过(SignalingChannelURL)将HTTP请求发送到增强型服务提供服务器50并且响应该请求从增强型服务提供服务器50接收包括PSIP二进制流的HTTP答复。在这样的情况下，视频显示设备100可以根据被指定为(PollingCycle)属性的轮询时段发送HTTP请求。另外，(SignalingChannelUR)L元素可以具有更新时间信息。在这样的情况下，视频显示设备100可以根据被指定为更新时间属性的更新时间发送HTTP请求。
如果更新模式(UpdateMode)属性具有Push值，则视频显示设备100可以通过XMLHTTPRequestAPI从服务器异步地接收更新。在视频显示设备100通过XMLHTTPRequest对象将异步请求发送到服务器，如果存在信令信息的变化，则服务器通过信道提供作为答复的信令信息。如果在会话待机时间中存在限制，则服务器生成会话超时答复并且接收机识别生成的超时答复以再次发送请求，使得一直可以保持接收机和服务器之间的信道。
图37是图示根据实施例的基于水印和指纹的网络拓扑的框图。
如在图37中所示，基于水印和指纹的网络拓扑可以进一步包括水印服务器21和指纹服务器22。
如在图37中所示，水印服务器21将内容提供商识别信息插入到主AV内容。水印服务器21可以将作为诸如标识的可视水印或者不可视的水印的内容提供商识别信息插入到主AV内容。
指纹服务器22不可以编辑主AV内容，但是可以从主AV内容的音频采样的特定的部分或者一些帧提取特征信息并且存储提取的特征信息。然后，当从视频显示设备100接收特征信息时，指纹服务器22提供与接收到的特征信息相对应的AV内容的时间信息和标识符。
图38是图示根据实施例的基于水印和指纹的网络拓扑中的数据流的梯形图。
首先，内容提供服务器10在操作S301中发送包括主AV内容和增强型服务的广播信号。
在操作S303中，水印服务器21接收内容提供服务器10提供的广播信号，通过编辑主AV内容将诸如标识的可视水印或者作为不可视的水印的水印信息插入到主AV内容，并且将水印的主AV内容和增强型服务提供给MVPD30。通过不可视的水印插入的水印信息可以包括内容信息、增强型服务信息、以及可用的增强型服务中的至少一个。在上面描述了内容信息和增强型服务信息。
在操作S305中MVPD30接收包括水印的主AV内容和增强型服务的广播信号并且生成复用的信号以将其提供给广播接收设备60。在这一点上，复用的信号可以排除接收到的增强型服务或者可以包括新增强型服务。
在操作S306中广播接收设备60调谐用户选择的频道并且接收调谐的频道，解调接收到的信号，对解调的信号执行信道解码和AV解码以生成解压缩的主AV内容，并且然后，将被生成的解压缩的主AV内容提供给视频显示设备100。
此外，在操作307中内容提供服务器10也通过无线信道广播包括主AV内容的广播信号。
另外，在操作S308中在没有经过广播接收设备60的情况下MVPD30可以向视频显示设备100直接地发送包括主AV内容的广播信号。
视频显示设备100可以通过广播接收设备60接收未被压缩的主AV内容。另外，视频显示设备100可以通过无线信道接收广播信号，并且然后，可以解调和解码接收到的广播信号以获得主AV内容。另外，视频显示设备100可以从MVPD30接收广播信号，并且然后，可以解调和解码接收到的广播信号以获得主AV内容。视频显示设备100从获得的主AV内容的音频采样的一些帧或者部分提取水印信息。如果水印信息对应于标识，则视频显示设备100确认与从多个标识与多个水印服务器地址之间的相对应的关系提取的标识相对应的水印服务器地址。当水印信息对应于标识时，视频显示设备100不能够识别仅具有标识的主AV内容。另外，当水印信息不包括内容信息时，视频显示设备100不能够识别主AV内容但是水印信息可以包括内容提供商识别信息或者水印服务器地址。当水印信息包括内容提供商识别信息时，视频显示设备100可以确认与从多个内容提供商识别信息和多个水印服务器地址之间的相对应关系提取的内容提供商识别信息相对应的水印服务器地址。以这样的方式，当视频显示设备100不能够识别仅具有水印信息的主AV内容时，在操作S309中其接入与获得的水印服务器地址相对应的水印服务器21以发送第一查询。
水印服务器21在操作S311中将第一答复提供给第一查询。第一答复可以包括指纹服务器地址、内容信息、增强型服务信息、以及可用增强型服务中的至少一个。在上面描述了内容信息和增强型服务信息。
如果水印信息和第一答复包括指纹服务器地址，则视频显示设备100在操作S313中从主AV内容的音频采样的特定部分或者一些帧提取特征信息。
视频显示设备100在操作S315中接入与第一答复中的指纹服务器地址相对应的指纹服务器22以发送包括提取的特征信息的第二查询。
在操作S317中指纹服务器22提供作为对第二查询的第二答复的查询结果。
如果查询结果不包括增强型服务地址或者增强型服务而是包括增强型服务地址提供服务器地址，则在操作S319中视频显示设备100接入与获得的增强型服务地址提供服务器地址相对应的增强型服务信息提供服务器40以发送包括内容信息的第三查询。
增强型服务信息提供服务器40搜索与第三查询的内容信息有关的至少一个可用的增强型服务。稍后，在操作S321中增强型服务信息提供服务器40将用于至少一个可用增强型服务的增强型服务信息作为对第三查询的第三答复提供给视频显示设备100。
如果视频显示设备100通过第一答复、第二答复、或者第三答复获得至少一个可用增强型服务地址，则在操作S325中其接入至少一个可用的增强型服务地址以请求增强型服务，并且然后，在操作S325中获得增强型服务。
然后，参考图39，将会描述根据实施例的视频显示设备100。
图39是图示根据实施例的视频显示设备的框图。
如在图39中所示，视频显示设备100包括广播信号接收单元101、解调单元103、信道解码单元105、解复用单元107、AV解码单元109、外部输入端口111、播放控制单元113、播放设备120、增强型服务管理单元130、数据发送/接收单元141、以及存储器150。
广播信号接收单元101从内容提供服务器10或者MVPD30接收广播信号。
解调单元103解调接收到的广播信号以生成解调的信号。
信道解码单元105对被解调的信号执行信道解码以生成信道解码的数据。
解复用单元107使主AV内容与增强型服务与信道解码的数据分离。分离的增强型服务被存储在增强型服务存储单元152中。
AV解码单元109对分离的主AV内容执行AV解码以生成未被压缩的主AV内容。
此外，外部输入端口111从广播接收设备60、数字多功能盘(DVD)播放器、蓝光光盘播放器等等接收未被压缩的主AV内容。外部输入端口111可以包括DSUB端口、高清多媒体接口(HDMI)端口、数字可视接口(DVI)端口、复合端口、组件端口以及S视频端口中的至少一个。
播放控制单元113根据用户的选择控制播放设备120以播放AV解码单元109生成的未被压缩的主AV内容和从外部输入端口111接收到的未被压缩的主AV内容中的至少一个。
播放设备120包括显示单元121和扬声器123。显示单元121可以包括液晶显示器(LCD)、薄膜晶体管-液晶显示器(TFT-LCD)、有机发光二极管(OLED)、柔性显示器、以及3D显示器中的至少一个。
增强型服务管理单元130获得主AV内容的内容信息并且基于获得的内容信息获得可用的增强型服务。特别地，如上所述，增强型服务管理单元130可以基于未被压缩的主AV内容的音频采样的特定部分或者一些帧获得主AV内容的识别信息。在本说明书中这被称为自动内容识别(ACR)。
数据发送/接收单元141可以包括高级电视系统委员会-移动/手持式(ATSC-M/H)信道发送/接收单元141a和IP发送/接收单元141b。
存储器150可以包括诸如闪存型、硬盘型、多媒体卡微型、诸如SD或者XD存储器的卡式存储器、随机接入存储器(RAM)、静态随机接入存储器(SRAM)、只读存储器(ROM)、电可擦写可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁存储器、磁盘、以及光盘的存储介质中的至少一个。视频显示设备100可以链接互联网中执行存储器150的存储功能的网络存储进行操作。
存储器150可以包括内容信息存储单元151、增强型服务存储单元152、标识存储单元153、设置信息存储单元154、书签存储单元155、用户信息存储单元156、以及使用信息存储单元157。
内容信息存储单元151存储与多个特征信息相对应的多个内容信息。
增强型服务存储单元152可以存储与多个特征信息相对应的多个增强型服务或者与多个内容信息相对应的多个增强型服务。
标识存储单元153存储多个标识。另外，标识存储单元153可以进一步存储与多个标识相对应的内容提供商标识符或者与多个标识相对应的水印服务器地址。
设置信息存储单元154存储用于ACR的设置信息。
书签存储单元155存储多个书签。
用户信息存储单元156存储用户信息。用户信息可以包括用于至少一个服务的至少一个账户信息、区域信息、家庭成员信息、首选类型信息、视频显示设备信息、以及用户信息范围中的至少一个。至少一个账号信息可以包括用于使用信息测量服务器的账户信息和诸如推特(Twitter)和脸谱(Facebook)的社交网络服务的账户信息。区域信息可以包括地址信息和邮政编码。家庭成员信息可以包括家庭成员的数目、每个成员的年龄、每个成员的性别、每个成员的信仰、以及每个成员的职业。首选的类型信息可以被设置有运动、电影、戏剧、教育、新闻、娱乐、以及其它类型中的至少一个。视频显示设备信息可以包括诸如视频显示设备的类型、制造商、固件版本、分辨率、型号、OS、浏览器、存储设备可用性、存储设备容量、以及视频显示设备的网络速度的信息。一旦使用信息范围被设置，视频显示设备100在设置的范围内收集和报告主AV内容观看信息和增强型服务使用信息。使用信息范围可以在每个虚拟信道中被设置。可替选地，在整个物理信道上可以设置使用信息测量可容许范围。
使用信息提供单元157存储通过视频显示设备100收集的主AV内容观看信息和增强型服务使用信息。另外，视频显示设备100基于收集的主AV内容观看信息和增强型服务使用信息分析服务使用模式，并且将分析的服务使用模式存储在使用信息存储单元157中。
增强型服务测量单元130可以从指纹服务器22或者内容信息存储单元151获得主AV内容的内容信息。如果在内容信息存储单元151中不存在对应于提取的特征信息的内容信息或者充分的内容信息，则增强型服务管理单元130可以通过数据发送/接收单元141接收附加的内容信息。此外，增强型服务管理单元130可以连续地更新内容信息。
增强型服务管理单元130可以从增强型服务提供服务器50或者增强型服务存储单元153获得可用的增强型服务。如果在增强型服务存储单元153中不存在增强型服务或者充分的增强型服务，则增强型服务管理单元130可以通过发送/接收单元141更新增强型服务。此外，增强型服务管理单元130可以连续地更新增强型服务。
增强型服务管理单元130可以从主AV内容提取标识，并且然后，可以对标识存储单元155进行查询以获得对应于提取的标识的内容提供商标识符或者水印服务器地址。如果在标识存储单元155中不存在对应于提取的标识的标识或者充分的标识，则增强型服务管理单元130可以通过数据发送/接收单元141接收附加的标识。此外，增强型服务管理单元130可以连续地更新标识。
增强型服务管理单元130可以通过各种方法将从主AV内容提取的标识与标识存储单元155中的多个标识进行比较。各种方法可以减小比较操作的负载。
例如，增强型服务管理单元130可以基于颜色特性执行比较。即，增强型服务管理单元130可以将提取的标识的颜色特性与标识存储单元155中的标识的颜色特性进行比较以确定是否它们相同。
此外，增强型服务管理单元130可以基于字符识别执行比较。即，增强型服务管理单元130可以将从提取的标识识别的字符与从标识存储单元155中的标识识别的字符进行比较以确定是否它们相同。
此外，增强型服务管理单元130可以基于标识的轮廓执行比较。即，增强型服务管理单元130可以将提取的标识的轮廓与标识存储单元155中的标识的轮廓进行比较以确定是否它们是相同的。
然后，参考图40和图41，将会描述根据实施例的同步主AV内容的回放时间和增强型服务的回放时间的方法。
图40是图示根据实施例的同步主AV内容的回放时间和增强型服务的回放时间的方法的流程图。
增强型服务信息可以包括增强型服务的启动时间。在这一点上，视频显示设备100可能需要在启动时间启动增强型服务。然而，因为视频显示设备100接收发送不具有时间戳的未被压缩的主AV内容的信号，主AV内容的播放时间的参考时间不同于增强型服务的启动时间的参考时间。尽管视频显示设备100接收具有时间信息的主AV内容，但是主AV内容的播放时间的参考时间可以不同于增强型服务的启动时间的参考时间，像重新广播一样。因此，视频显示设备100可能需要将主AV内容的参考时间与增强型服务的参考时间同步。特别地，视频显示设备100可能需要将主AV内容的回放时间与增强型服务的启动时间同步。
首先，增强型服务管理单元130在操作S801中提取主AV内容的特定的部分。主AV内容的部分可以包括主AV内容的特定的音频部分或者一些视频帧中的至少一个。增强型服务管理单元130提取主AV内容的部分的时间被指定为Tn。
增强型服务管理单元130基于提取的部分获得主AV内容的内容信息。更加详细地，增强型服务管理单元130解码在提取的部分中的通过不可视的水印编码的信息以获得内容信息。另外，增强型服务管理单元130可以提取被提取的部分中的特征信息，并且基于提取的特征信息从指纹服务器22或者内容信息存储单元151获得主AV内容的内容信息。增强型服务管理单元130获得内容信息的时间被指定为Tm。
此外，内容信息包括提取的部分的开始时间Ts。在内容信息获取时间Tm之后，增强型服务管理单元130基于Ts、Tm以及Tn同步主AV内容的回放时间与增强型服务的启动时间。更加详细地，增强型服务管理单元130将内容信息获取时间Tm视为能够通过Tp＝Ts+(Tm-Tn)计算的时间Tp。
另外，增强型服务管理单元130将当在内容信息获取时间之后Tx流逝时的时间视为Tp+Tx。
然后，在操作S807中增强型服务管理单元130基于获得的内容信息获得增强型服务的增强型服务启动时间Ta。
如果主AV内容的同步的回放时间与增强型服务的启动时间Ta相同，则增强型服务管理单元130在操作S809中启动获得的增强型服务。更加详细地，当Tp+Tx＝Ta被满足时，增强型服务管理单元130可以启动增强型服务。
图41是图示根据实施例的同步主AV内容的回放时间与增强型服务的回放时间的方法的概念图。
如在图41中所示，视频显示设备100在系统时间Tn期间提取AV采样。
视频显示设备100从提取的AV采样提取特征信息，并且将包括提取的特征信息的查询发送到指纹服务器22以接收查询结果。视频显示设备100通过解析查询结果确认是否提取的AV采样的开始时间Ts对应于11000ms。
因此，视频显示设备100将提取的AV采样的开始时间被确认时的时间视为Ts+(Tm-Tn)，使得，然后，主AV内容的回放时间可以与增强型服务的开始时间同步。
接下来，将会参考图42和图43描述根据各种实施例的视频显示设备的结构。
图42是图示根据另一实施例的基于指纹的视频显示设备的结构的框图。
如在图42中所示，调谐器501从通过空中信道发送的8-VSBRF信号提取符号。
8-VSB解调器503解调调谐器501提取和恢复有意义的数字数据的8-VSB符号。
VSB解码器505解码8-VSB解调器503恢复ATSC主服务和ATSCM/H服务的数字数据。
MPEG-2TP解复用器507过滤来自于通过8-VSB信号发送的MPEG-2传输分组或者被存储在PVR存储中的MPEG-2传输分组的视频显示设备100要处理的传输分组以将过滤的传输分组中继转发给处理模块。
PES解码器539缓冲和恢复通过MPEG-2传输流发送的分组化基本流。
PSI/PSIP解码器541缓冲和分析通过MPEG-2传输流发送的PSI/PSIP会部分数据。通过服务管理器(未示出)收集分析的PSI/PSIP数据，并且然后，以服务映射和指引数据的形式将其存储在DB中。
DSMCC部分缓冲器/处理程序511通过MPEG-2TP和IP数据报封装缓冲和处理用于文件传输的DSMCC部分数据。
IP/UDP数据报缓冲/报头解析器513缓冲和恢复通过DSMCC可寻址的部分封装并且通过MPEG-2TP发送的IP数据报以分析每个数据报的报头。另外，IP/UDP数据报缓冲/报头解析器513缓冲和恢复通过IP数据报发送的UDP数据报，并且然后分析和处理恢复的UDP报头。
流组件处理程序557可以包括ES缓冲器/处理程序、PCR处理程序、STC模块、解扰器、CA流缓冲器/处理程序、以及服务信令部分缓冲器/处理程序。
ES缓冲/处理程序缓冲和恢复诸如以PES形式发送的视频和音频数据的基本流以将其递送给合适的A/V解码器。
PCR处理程序处理被用于音频和视频流的时间同步的程序时钟参考(PCR)数据。
STC模块通过使用通过PCR处理程序接收到的参考时间值校正A/V解码器的时钟值以执行时间同步。
当加扰被应用于接收到的IP数据报时，解扰器通过使用从CA流处理程序递送的加密密钥恢复有效载荷的数据。
CA流缓冲器/处理程序缓冲和处理通过MPEG-2TS或者IP流为有条件接入功能发送的诸如用于EMM和ECM的解扰的密钥值的数据。CA流缓冲器/处理程序的输出被递送给解扰器，并且然后，解扰器解扰携带A/V数据和文件数据的MPEG-2TP或者IP数据报。
服务信令部分缓冲器/处理程序缓冲、恢复、并且分析以IP数据报的形式发送的NRT服务信令信道部分数据。服务管理器(未示出)收集分析的NRT服务信令信道部分数据并且以服务映射和指引数据的方式将其存储在DB中。
A/V解码器561解码通过ES处理程序接收到的音频/视频数据以向用户进行呈现。
MPEG-2服务解复用器(未示出)可以包括MPEG-2TP缓冲器/解析器、解扰器、以及PVR存储模块。
MPEG-2TP缓冲器/解析器(未示出)缓冲和恢复通过8-VSB信号发送的MPEG-2传输分组，并且也检测和处理传输分组报头。
解扰器通过使用在MPEG-2TP中的可加扰的被应用的分组有效载荷上从CA流处理程序递送的加密密钥恢复有效载荷的数据。
PVR存储模块根据用户的请求存储通过8-VSB信号接收到的MPEG-2TP并且根据用户的请求输出MPEG-2TP。PVR存储模块可以由PVR管理器(未示出)控制。
文件处理程序551可以包括ALC/LCT缓冲器/解析器、FDT处理程序、XML解析器、文件重建缓冲器、解压器、文件解码器、以及文件存储器。
ALC/LCT缓冲器/解析器缓冲和恢复通过UDP/IP流发送的ALC/LCT数据，并且分析ALC/LCT的报头和报头扩展。ALC/LCT缓冲器/解析器可以由NRT服务管理器(未示出)控制。
FDT处理程序分析和处理通过ALC/CLT会话发送的FLUTE协议的文件描述表。FDT处理程序可以由NRT服务管理器(未示出)控制。
XML解析器分析通过ALC/LCT会话发送的XML文档，并且然后，将分析的数据递送给诸如FDT处理程序和SG处理程序的合适的模块。
文件重建缓冲器恢复通过ALC/LCT、FLUTE会话发送的文件。
如果通过ALC/LCT和FLUTE会话发送的文件被压缩，则解压缩器执行解压缩文件的过程。
文件解码器解码在文件重建缓冲器中的恢复的文件、在解压缩器中解压缩的文件、或者从文件存储器提取的文件。
如有必要文件存储器存储或者提取恢复的文件。
M/W引擎(未示出)处理不是通过DSMCC部分和IP数据报发送的A/V流的诸如文件的数据。M/W引擎将处理的数据递送给呈现管理器模块。
SG处理程序(未示出)收集和分析以XML文档形式发送的服务指引数据，并且然后，将其递送给EPG管理器。
服务管理器(未示出)收集和分析通过MPEG-2传输流发送的PSI/PSIP数据和通过IP流发送的服务信令部分数据，使得生成服务映射。服务管理器(未示出)将生成的服务映射存储在服务映射&指引数据库中，并且控制对用户想要的服务的接入。通过操作控制器(未示出)控制服务管理器，并且控制调谐器501、MPEG-2TP解复用器507、以及IP数据报缓冲器/处理程序513。
NRT服务管理器(未示出)对通过FLUTE会话在对象/文件中发送的NRT服务执行整体管理。NRT服务管理器(未示出)可以控制FDT处理程序和文件存储。
应用管理器(未示出)对以对象和文件的形式发送的应用数据执行整体管理。
UI管理器(未示出)通过用户接口将用户输入递送给操作控制器，并且开始用于用户请求的服务的过程。
操作控制器(未示出)处理通过UI管理器接收到的用户的命令，并且允许必要的模块的管理器执行相对应的行为。
指纹提取器565从AV流提取指纹特征信息。
指纹比较器567将通过指纹提取器提取的特征信息与参考指纹进行比较以找到相同的内容。指纹比较器567可以使用存储在本地的参考指纹DB并且可以在互联网上查询指纹查询服务器以接收结果。通过比较结果获得的匹配的结果数据可以被递送给应用并且被使用。
作为基于ACR提供增强型服务的ACR功能管理模块或者应用模块，应用569在观看中识别广播内容以提供与其有关的增强型服务。
图43是图示根据另一实施例的基于水印的视频显示设备的结构的框图。
虽然图43的基于水印的视频显示设备与图42的基于视频的显示设备相似，但是基于指纹的视频显示设备不包括指纹提取器565和指纹比较器567，但是进一步包括水印提取器566。
水印提取器566从音频/视频流中提取以水印形式插入的数据。提取的数据可以被递送给应用并且可以被使用。
图44是示出根据本发明的一个实施例的经由水印方案可以递送的数据的图。
如上所述，经由WM的ACR的目的是为了在能够仅接入不可压缩的音频/视频的环境(即，其中从有线/卫星/IPTV等等接收音频/视频的环境)下从不可压缩的音频/视频获得与内容的信息有关的补充服务。这样的环境可以被称为ACR环境。在ACR环境中，因为接收机仅接收不可压缩的音频/视频数据，所以接收机不可以确认当前被显示的内容。因此，接收机使用内容源ID、广播节目的当前时间点以及与通过WM递送的有关应用的URL信息以识别显示的内容并且提供交互的服务。
在使用音频/视频水印(WM)的与广播节目有关的补充服务的递送中，通过作为最简单的方法的WM可以递送所有的补充信息。在这样的情况下，通过WM检测器可以检测所有的补充信息以同时处理通过接收机检测的信息。
然而，在这样的情况下，如果被插入到音频/视频数据中的WM的数量增加，则音频/视频的总质量可能劣化。为此，仅最低的必要的数据可以被插入到WM。用于使接收机有效地接收和处理大量的信息的同时插入最少量的数据作为WM的WM数据的结构需要被定义。甚至在相对被数据的数量很少影响的指纹方案中用于WM的数据结构可以被同等地使用。
如所示的，根据本发明的一个实施例的经由水印方案递送的数据可以包括内容源的ID、时间戳、交互应用URL、时间戳的类型、URL协议类型、应用事件、目的地类型等等。另外，各种类型的数据可以经由根据本发明的WM方案被递送。
本发明提出当经由WM方案执行ACR时被包括在WM中的数据的结构。对于示出的数据类型，通过本发明提出最有效的结构。
经由根据本发明的一个实施例的水印方案能够递送的数据包括内容源的ID。在使用机顶盒的环境中，当多频道视频内容传输商(MVPD)没有经由机顶盒递送节目有关的信息时，接收机(终端或者TV)可以不检查节目名称、频道信息等等。因此，用于识别特定的内容源的唯一的ID可能是必要的。在本发明中，内容源的ID类型没有被限制。内容源的ID的示例可以如下。
首先，全球节目ID可以是用于识别每个广播节目的全球标识符。可以通过内容提供商直接地创建此ID或者可以以由权威机构指定的格式创建。ID的示例可以包括北美的“TMS元数据”的TMSId、是电影/广播节目标识符的EIDRID等等。
全球频道ID可以是用于识别所有频道的频道标识符。在由机顶盒提供的MVPD之间频道号不同。另外，即使在相同的MVPD中，根据用户指定的服务频道号可以不同。全球频道ID可以被用作没有被MVPD等等影响的全球标识符。根据实施例，经由陆地波发送的频道可以由主频道号和次频道号识别。如果仅使用节目ID，因为当数个广播站广播相同的节目时问题可能出现，所以全球频道ID可以被用于指定特定的广播频道。
要被插入到WM中的内容源的ID的示例可以包括节目ID和频道ID。节目ID和频道ID中的一个或者两者或者通过组合两个ID获得的新的ID可以被插入到WM中。根据实施例，每个ID或者组合的ID可以被散列以减少数据的数量。每个内容源的ID可以是字符串类型或者整数类型。在整数类型的情况下，发送的数据的数量可以被进一步减少。
另外，根据本发明的一个实施例的经由水印方案能够递送的数据可以包括时间戳。接收机应获知当前观看的内容的时间点。此时间相关的信息可以被称为时间戳并且可以被插入到WM中。时间相关的信息可以采用绝对时间(UTC、GPS等等)或者媒体时间的形式。为了精确度，时间有关的信息可以以毫秒为单位被递送并且根据实施例以更小的单位被递送。根据时间戳的类型信息时间戳可以具有可变的长度。
根据一个实施例的经由水印方案能够递送的数据可以包括交互式应用的URL。如果与当前观看的广播节目有关的交互式应用存在，应用的URL可以被插入到WM中。接收机可以经由浏览器检测WM，获得URL，并且执行应用。
图45是示出根据本发明的一个实施例的时间戳类型字段的值的意义的图。
本发明提出作为经由水印方案能够递送的数据之一的时间戳类型字段。另外，本发明提出时间戳类型字段的有效数据结构。
时间戳类型字段可以被分配5个比特。时间戳的前面的两个比特可以意指时间戳的大小并且接下来的3个比特可以意指由时间戳指示的时间信息的单位。在此，前面的两个比特可以被称为时间戳大小字段并且接下来的3个比特可以被称为时间戳单位字段。
如所示的，根据时间戳的大小和时间戳的单位值，真实的时间戳信息的可变数量可以被插入到WM中。使用这样的可变性，设计者可以根据时间戳的精确度选择被分配给时间戳的大小及其单位。如果时间戳的精确度增加，则能够在精确的时间提供交互式的服务。然而，随着时间戳的精确度增加系统复杂性增加。考虑到此权衡，分配给时间戳的大小及其单位可以被选择。
如果时间戳类型字段的前面的两个比特是00，则时间戳可以具有1个字节的大小。如果时间戳类型字段的前面的两个比特是01、10和11，则时间戳的大小可以分别是2、4、以及8个字节。
如果时间戳类型字段的最后的三个比特是000，则时间戳可以具有毫秒的单位。如果时间戳类型字段的最后的三个比特是001、010和011，则时间戳可以分别具有秒、分钟以及小时的单位。101至111的时间戳类型字段的最后的三个比特可以被保留以供将来使用。
在此，如果时间戳类型字段的最后的三个比特是100，则单独的时间代码可以被用作单位替代诸如毫秒或者秒的特定时间单位。例如，时间代码可以以是SMPTE的时间代码形式的HH:MM:SS:FF形式插入到WM中。在此，HH可以是小时单位，MM可以是分钟单位并且SS可以是秒单位。FF可以是帧信息。不是时间单位的帧信息可以被同时递送以提供帧精确的服务。真实的时间戳可以具有排除冒号的HHMMSSFF的形式以便于被插入到WM中。在这样的情况下，时间戳大小值可以具有11(8个字节)并且时间戳单位值可以是100。在可变单元的情况下，本发明没有限制如何插入时间戳。
例如，如果时间戳类型信息具有10的值并且时间戳单位信息具有000的值，则时间戳的大小可以是4个比特并且时间戳的单位可以是毫秒。这时，如果时间戳是Ts＝3265087，位于时间戳的后面的3个数字087可以意指毫秒的单位并且剩余的数字3265可以意指秒单位。因此，当此时间戳被解释时，当前时间可以意指在插入WM的节目开始之后54分25.087秒已经流逝。这仅是示例性的并且时间戳用作经过时间并且可以指示接收机的时间或者片段，与内容无关。
图46是示出根据本发明的一个实施例的URL协议类型字段的值的意义的图。
本发明提出作为经由水印方案能够递送的数据之一的URL协议类型字段。另外，本发明提出URL协议类型字段的有效数据结构。
在上述的信息当中，URL的长度通常长使得要被插入的数据的数量相对大。如上所述，随着被插入到WM的数据的数量减少，效率增加。因此，通过接收机可以处理URL的固定部分。因此，本发明提出URL协议类型字段。
URL协议类型字段可以具有3个比特的大小。服务提供商可以使用URL协议类型字段设置WM中的URL协议。在这样的情况下，可以从域开始插入交互式应用的URL并且可以将其发送到WM。
接收机的WM检测器可以首先解析URL协议类型字段，获得URL协议信息并且将协议前缀到其后发送的URL值，从而生成整个URL。接收机可以经由浏览器访问被完成的URL并且执行交互性应用。
在此，如果URL协议类型字段的值是000，则URL协议可以被直接地指定并且被插入到WM的URL字段。如果URL协议类型字段的值是001、010和011，则URL协议可以分别是http://、https://和ws://。100至111的URL协议类型字段值可以被保留以供将来使用。
应用URL可以经由浏览器(以网络应用的形式)使能33应用的执行。另外，根据实施例，可以引用内容源ID和时间戳信息。在后述的情况下，为了将内容源ID信息和时间戳信息递送给远程服务器，可以以下述形式表达最终的URL。
请求URL：http://domain/path？cid＝123456&t＝5005
在本实施例中，内容源ID可以是123456并且时间戳可以是5005。cid可以意指要被报告给远程服务器的内容源ID的查询标识符。t可以意指要被报告给远程服务器的当前时间的查询标识符。
图47是图示根据本发明的一个实施例的处理URL协议类型字段的过程的流程图。
首先，服务提供商47010可以将内容递送给WM插入器47020(s47010)。服务提供商47010可以执行与上述内容供应服务器相似的功能。WM插入器47020可以将被递送的内容插入到WM(s47020)。在此，WM插入器47020可以执行与上述水印服务器相似的功能。WM插入器47020可以通过WM算法将上述的WM插入到音频或者视频。在此，插入的WM可以包括上述应用URL信息、内容源ID信息等等。例如，插入的WM可以包括上述的时间戳类型字段、时间戳、内容ID等等。上述的协议类型字段可以具有001的值并且URL信息可以具有atsc.org的值。插入到WM的字段的值仅是示例性的并且本发明不限于本实施例。
WM插入器47020可以发送插入WM的内容(s47030)。可以由服务提供商47010执行插入WM的内容的传输。
STB47030可以接收插入WM的内容，并且输出不可压缩的A/V数据(或者原始A/V数据)(s47040)。在此，STB47030可以意指上述广播接收装置或者机顶盒。STB47030可以被安装在接收机的内部或者外部。
WM检测器47040可以检测从接收到的不可压缩的A/V数据检测被插入的WM(s47050)。WM检测器47050可以检测通过WM插入器47020插入的WM并且将检测到的WM递送给WM管理器。
WM管理器47050可以解析检测到的WM(s47060)。在上述实施例中，WM可以具有001的URL协议类型字段值并且atsc.org的URL值。因为URL协议类型值是001，所以这可以意指http://protocol被使用。WM管理器47050可以使用此信息组合http://和atsc.org以生成整个URL(s47070)。
WM管理器47050可以将完成的URL发送给浏览器47060并且启动应用(s47080)。在一些情况下，如果也应递送内容源ID和时间戳信息，则应用可以以http://atsc.org？cid＝xxx&t＝YYY的形式启动。
终端的WM检测器47040和WM管理器47050被组合以在一个模块中执行其功能。在这样的情况下，可以在一个模块中处理步骤s45050、s47060和s47070。
图48是示出根据本发明的一个实施例的事件字段的值的意义的图。
本发明提出作为经由水印方案能够递送的数据之一的事件字段。另外，本发明提出事件字段的有效数据结构。
经由从WM提取的URL可以启动应用。经由更加详细的事件可以控制应用。能够控制应用的事件可以通过事件字段指示和递送。即，如果与当前观看的广播节目有关的交互式应用存在，则应用的URL可以被发送并且可以使用事件控制应用。
事件字段可以具有3个比特的大小。如果事件字段的值是000，则这可以指示“准备”命令。准备是在执行应用之前的准备步骤。已经接收到此命令的接收机可以事先下载与应用有关的内容项目。另外，接收机可以释放必要的资源以便于执行应用。在此，释放必要的资源可以意指存储器被清除或者其它的未被完成的应用被完成。
如果事件字段值是001，则这可以指示“执行”命令。执行可以是用于执行应用的命令。如果事件字段值是010，则这可以指示“挂起”命令。挂起可以意指被执行的应用被挂起。如果事件字段值是011，则这可以指示“终止”命令。终止可以是用于完成已经执行的应用的命令。100至111的事件字段值可以被保留以供将来使用。
图49是示出根据本发明的一个实施例的目的地类型字段的值的意义的图。
本发明提出作为经由水印方案能够递送的数据之一的目的地类型字段。另外，本发明提出目的地类型字段的有效数据结构。
随着DTV相关技术的发展，通过配套设备以及TV接收机的屏幕可以提供与广播内容有关的补充服务。然而，配套设备不可以接收广播节目或者可以接收广播节目但是不可以检测WM。因此，在用于提供与当前广播内容有关的补充服务的应用当中，如果要通过配套设备执行的应用存在，则其有关信息应被递送给配套设备。
这时，即使在其中接收机和配套设备相互作用的环境下，有必要获知通过其消耗从WM检测到的数据或者应用的设备。即，关于是否通过接收机或者配套设备消耗数据或者应用的信息可能是必需的。为了递送诸如WM的信息，本发明提出目的地类型字段。
目的地类型字段可以具有3个比特的大小。如果目的地类型字段的值是0x00，则这可以指示在所有的设备处指向通过WM检测到的数据或者应用。如果目的地类型字段的值是0x01，则这可以指示在TV接收机处指向通过WM检测到的数据或者应用。如果目的地类型字段的值是0x02，则这可以指示在智能电话处指向通过WM检测到的数据或者应用。如果目的地类型字段的值是0x03，则这可以指示在平板处指向通过WM检测到的数据或者应用。如果目的地类型字段的值是0x04，则这可以指示在个人计算机处指向通过WM检测到的数据或者应用。如果目的地类型字段的值是0x05，则这可以指示在远程服务器处指向通过WM检测到的数据或者应用。0x06至0xFF的目的地类型字段值可以被保留以供将来使用。
在此，远程服务器可以意指具有与广播节目有关的所有补充信息的服务器。此远程服务器可以位于终端的外部。如果远程服务器被使用，则被插入到WM中的URL不可以指示特定应用的URL但是可以指示远程服务器的URL。接收机可以经由远程服务器的URL与远程服务器通信并且接收与广播节目有关的补充信息。这时，接收到的补充信息可以是诸如当前的广播节目的类型、演员信息、梗概等等的各种信息以及与其有关的应用的URL。根据系统接收到的信息可以不同。
根据另一实施例，目的地类型字段的各个比特可以被分配给各个设备以指示应用的目的地。在这样的情况下，数个目的地可以经由逐位OR被同时指定。
例如，当0x01指示TV接收机时，0x02指示智能电话，0x04指示平板，0x08指示PC并且0x10指示远程服务器，如果目的地类型字段具有0x06的值，则在智能电话和平板处可以指向应用或者数据。
根据通过上述WM管理器解析的WM的目的地类型字段的值，WM管理器可以将每个应用或者数据递送给配套设备。在这样的情况下，WM管理器是用于在接收机中处理与配套设备的相互作用的模块并且可以递送与每个应用或者数据有关的信息。
图50是示出根据本发明的实施例#1的要被插入到WM中的数据的结构的图。
在本实施例中，插入到WM中的数据可以具有诸如时间戳类型字段、时间戳、内容ID、事件字段、目的地类型字段、URL协议类型字段以及URL的信息。在此，数据的顺序可以被改变并且每个数据可以根据实施例被省略。
在本实施例中，时间戳类型字段的时间戳大小字段可以具有01的值并且时间戳单位字段可以具有000的值。这可以意指2个比特被分配给时间戳并且时间戳具有毫秒的单位。
另外，事件字段具有001的值，这意指应用应被立即执行。目的地类型字段具有0x02的值，这可以意指通过WM递送的数据应被递送给智能电话。因为URL协议类型字段具有001的值并且URL具有atsc.org的值，所以这可以意指补充信息或者应用的URL是http://atsc.org。
图51是图示根据本发明的实施例#1的处理要被插入到WM的数据结构的过程的流程图。
在服务提供商处将内容递送给WM插入器的步骤s5110，在WM插入器将接收到的内容插入到WM的步骤s51020、在WM插入器处发送插入WM的内容的步骤s51030、在STB处接收插入WM的内容并且输出不可压缩的A/V数据的步骤s51040、在WM检测器检测WM的步骤s51050、在WM管理器解析检测到的WM的步骤s51060和/或在WM管理器处生成整个URL的步骤s51070可以等于上述的步骤。
WM管理器是根据解析的WM的目的地类型字段在接收机中的配套设备协议模块并且可以递送有关数据(s51080)。配套设备协议模块可以管理与接收机中的配套设备的相互作用和通信。配套设备协议模块可以与配套设备配对。根据实施例，配套设备协议模块可以是UPnP设备。根据实施例，配套设备协议模块可以位于终端的外部。
根据目的地类型字段配套设备协议模块可以将有关数据递送给配套设备(s51090)。在实施例#1中，目的地类型字段的值是0x02并且插入到WM中的数据可以是用于智能电话的数据。因此，配套设备协议模块可以将解析的数据发送到智能电话。即，在本实施例中，配套设备可以是智能电话。
根据实施例，WM管理器或者设备协议模块可以在将数据递送给配套设备之前执行数据处理过程。配套设备可以具有便携性但是可以具有相对较差的处理/计算能力和少量的存储。因此，接收机可以替代配套设备处理数据并且将处理的数据递送给配套设备。
这样的处理可以被实现为各种实施例。首先，WM管理器或者配套设备协议模块可以仅选择通过配套设备要求的数据。另外，根据实施例，如果事件字段包括指示应用被完成的信息，则应用有关的信息不可以被递送。另外，如果数据被划分并且经由数个WM被发送，则数据可以被存储和组合并且然后最终的信息可以被递送给配套设备。
接收机可以使用时间戳替代配套设备执行同步并且递送与被同步的应用有关的命令或者将已经同步的交互式服务递送给配套设备并且配套设备可以仅执行显示。时间戳相关信息不可以被递送，时基可以仅被保持在接收机中并且当特定的事件被激活时有关信息可以被递送给配套设备。在这样的情况下，在没有保持时基的情况下，当有关的信息被接收时，配套设备可以根据时间激活事件。
与上面的描述相似，终端的WM检测器和WM管理器可以被组合以在一个模块中执行其功能。在这样的情况下，可以在一个模块中执行步骤s51050、s51060、s51070以及s51080。
另外，根据实施例，配套设备也可以具有WM检测器。当每个配套设备接收插入WM的广播节目时，每个配套设备可以直接地检测WM并且然后将WM递送给另一个配套设备。例如，智能电话可以检测和解析WM并且将有关的信息递送给TV。在这样的情况下，目的地类型字段可以具有0x01的值。
图52是示出根据本发明的实施例#2的要被插入到WM中的数据的结构的图。
在本实施例中，被插入到WM中的数据可以具有诸如时间戳类型字段、时间戳、内容ID、事件字段、目的地类型字段、URL协议类型字段以及URL的信息。在此，数据的顺序可以被改变并且每个数据可以根据实施例被省略。
在本实施例中，时间戳类型字段的时间戳大小字段可以具有01的值并且时间戳单位字段可以具有000的值。这可以意指2个比特被分配给时间戳并且时间戳具有毫秒的单位。内容ID可以具有123456的值。
另外，事件字段具有001的值，这意指应用应被立即执行。目的地类型字段具有0x05的值，这可以意指通过WM递送的数据应被递送给远程服务器。因为URL协议类型字段具有001的值并且URL具有remoteserver.com的值，这可以意指补充信息或者应用的URL是http://remoteserver.com。
如上所述，如果远程服务器被使用，则可以从远程服务器接收广播节目的补充信息。这时，内容ID和时间戳可以作为参数被插入到远程服务器的URL并且从远程服务器进行请求。根据实施例，远程服务器可以经由API的支持获得关于当前广播的节目的信息。这时，API可以使远程服务器获取被存储在接收机中的内容ID和时间戳或者递送有关的补充信息。
在本实施例中，如果内容ID和时间戳作为参数被插入到远程服务器的URL，则整个URL可以是http://remoteserver.com？cid＝123456&t＝5005。在此，cid可以意指要被报告给远程服务器的内容源ID的查询标识符。在此，t可以意指要被报告给远程服务器的当前时间的查询标识符。
图53是图示根据本发明的实施例#2的处理要被插入到WM的数据结构的过程的流程图。
在服务提供商处将内容递送给WM插入器的步骤s53010，在WM插入器将接收到的内容插入到WM的步骤s53020、在WM插入器处发送插入WM的内容的步骤s53030、在STB处接收插入WM的内容并且输出不可压缩的A/V数据的步骤s53040、在WM检测器检测WM的步骤s53050、在WM管理器处解析检测到的WM的步骤s53060可以等于上述的步骤。
WM管理器可以经由解析的目的地类型字段0x05与远程服务器通信。WM管理器可以使用URL协议类型字段值和URL值生成URLhttp://remoteserver.com。另外，使用内容ID和时间戳值最终可以生成URLhttp://remoteserver.com？cid＝123456&t＝5005。WM管理器可以使用最终的URL发出请求(s53070)。
远程服务器可以接收请求并且将适合于广播节目的有关的应用的URL发送到WM管理器(s53080)。WM管理器可以将接收到的应用的URL发送到浏览器并且启动该应用(s53090)。
与上面的描述相似，终端的WM检测器和WM管理器可以被组合以在一个模块中执行其功能。在这样的情况下，可以在一个模块中执行步骤s53050、s53060、s53070以及s53090。
图54是示出根据本发明的实施例#3的要被插入到WM的数据的结构的图。
本发明提出作为经由水印方案能够递送的数据之一的递送类型字段。另外，本发明提出递送类型字段的有效数据结构。
为了减少由于被插入到WM的数据的数量的增加音频/视频内容的质量的劣化，WM可以被划分和插入。为了指示是否划分和插入WM，可以使用递送类型字段。经由递送类型字段，其可以确定是否检测一个WM或者数个WM以便于获取广播相关信息。
如果递送类型字段具有0的值，则这可以意指所有的数据被插入到一个WM并且被发送。如果递送类型字段具有1的值，则这可以意指数据被划分和插入到数个WM并且被发送。
在本实施例中，递送类型字段的值是0。在这样的情况下，WM的数据结构可以以将递送类型字段附加到上述数据结构的形式被配置。虽然递送类型字段位于本发明的重要部分处，但是递送类型字段可以位于别处。
如果递送类型字段具有0的值则WM管理器或者WM检测器可以通过参考WM的长度解析WM。这时，考虑到预先确定的字段的比特的数目可以计算WM的长度。例如，如上所述，事件字段的长度可以是3个比特。内容ID和URL的大小可以被改变但是根据实施例比特的数目可能被限制。
图55是示出根据本发明的实施例#4的要被插入到WM的数据的结构的图。
在本实施例中，递送类型字段的值可以是1。在这样的情况下，数个字段可以被添加到WM的数据结构。
WMId字段用作用于识别WM的标识符。如果数据被划分成数个WM并且被发送，则WM检测器需要识别具有划分的数据的每个WM。这时，均具有划分的数据的WM可以具有相同的WMId字段值。WMId字段值可以具有8个比特的大小。
块编号字段可以指示在均具有划分的数据的WM当中的当前的WM的识别号。根据其传输的顺序均具有划分的数据的WM的值可以增加1。例如，在均具有划分的数据的WM当中的第一WM的情况下，块编号字段的值可以是0x00。第三WM和其后续的WM可以具有0x01、0x02、…的值。块编号字段可以具有8个比特的大小。
最后的块编号字段可以指示在均具有划分的数据的WM当中的最后的WM的识别号。WM检测器或者WM管理器可以收集和解析检测到的WM直到上述块编号字段的值变成等于最后的块编号字段的值。最后的块编号字段可以具有8个比特的大小。
块长度字段可以指示WM的总长度。在此，WM意指均具有划分的数据的WM中的一个。块长度字段可以具有7个比特的大小。
内容ID标志字段可以指示是否内容ID被包括在均具有划分的数据的WM当中的当前的WM的有效载荷中。如果内容ID被包括，则内容ID标志字段可以被设置为1，并且，否则，可以被设置为0。内容ID标志字段可以具有1个比特的大小。
事件标志字段可以指示是否事件字段被包括在均具有划分的数据的WM当中的当前的WM的有效载荷中。如果事件字段被包括，则事件标志字段可以被设置为1并且，否则，可以被设置为0。事件标志字段可以具有1个比特的大小。
目的地标志字段可以指示是否目的地类型字段被包括在均具有划分的数据的WM当中的当前的WM的有效载荷中。如果目的地类型字段被包括，则目的地类型字段可以被设置为1，并且，否则，可以被设置为0。目的地类型字段可以具有1个比特的大小。
URL协议标志字段可以指示是否URL协议标志字段被包括在均具有划分的数据的WM当中的当前的WM的有效载荷中。如果URL协议标志字段被包括，则URL协议标志字段可以被设置为1，并且，否则，可以被设置为0。URL协议标志字段可以具有1个比特的大小。
URL标志字段可以指示是否URL信息被包括在均具有划分的数据的WM当中的当前的WM的有效载荷中。如果URL信息被包括，则URL标志字段可以被设置为1，并且，否则，可以被设置为0。URL标志字段可以具有1个比特的大小。
有效载荷可以包括除了上述字段之外的真实数据。
如果数据被划分成数个WM并且被发送，则有必要获知关于当插入每个WM时的信息。在这样的情况下，根据实施例，时间戳可以被插入到每个WM。这时，时间戳类型字段也可以被插入到插入时间戳的WM中，以便于当插入WM时获知。可替选地，根据实施例，接收机可以存储和使用WM时间戳类型信息。接收机可以基于第一时间戳、最后的时间戳或者每个时间戳执行同步。
如果数据被划分成数个WM并且被发送，使用标志字段可以调节每个WM的大小。如上所述，如果通过WM发送的数据的数量增加，则音频/视频内容的质量可能被影响。因此，根据发送的音频/视频帧可以调节插入到帧中的WM的大小。这时，通过上述标志字段可以调节WM的大小。
例如，假定内容的视频帧中的任意一个仅具有黑屏。如果根据内容切换场景，仅具有黑屏的一个视频可以被插入。在此视频帧中，即使当大量的WM被插入也不可能劣化内容的质量。即，用户没有感觉到内容质量的劣化。在这样的情况下，具有大量的数据的WM可以被插入到此视频帧。这时，插入到视频帧的WM的标志字段的大多数值可能是1。这是因为WM具有大多数字段。特别地，具有大量的数据的URL字段可以被包括在WM中。因此，相对少量的数据可以被插入到其它的视频帧。被插入到WM中的数据的数量可以根据设计者的意图而被改变。
图56是示出根据本发明的实施例#4的要被插入到第一WM的数据的结构的图。
在本实施例中，如果递送类型字段的值是1，即，如果数据被划分成数个WM并且被发送，则第一WM的结构可以等于在图56中示出的结构。
在均具有划分的数据的WM当中，第一WM可以具有0x00的块编号字段值。根据实施例，如果块编号字段的值被不同地使用，则示出的WM不可以是第一WM。
接收机可以检测第一WM。通过WM管理器可以解析检测到的WM。这时，能够看到WM的递送类型字段是1并且块编号字段的值不同于最后的块编号字段的值。因此，WM管理器可以存储解析的信息直到具有0x00的WMID的剩余的WM被接收。特别地，是URL信息的atsc.org也可以被存储。因为最后的块编号字段的值是0x01，当在未来进一步接收到一个WM时，具有0x00的WMID的所有的WM可以被接收。
在本实施例中，标志字段的所有值是1。因此，能够看到诸如事件字段的信息被包括在此WM的有效载荷中。另外，因为时间戳值是5005，所以与插入此WM的部分相对应的时间可以是5.005秒。
图57是示出根据本发明的实施例#4的要被插入到第二WM的数据的结构的图。
在本实施例中，如果递送类型字段的值是1，即，如果数据被划分成数个WM并且被发送，则第二WM的结构可以等于在图57中示出的结构。
在均具有划分的数据的WM当中，第二WM可以具有0x01的块编号字段值。根据实施例，如果块编号字段的值被不同地使用，被示出的WM不可以是第二WM。
接收机可以检测第二WM。WM管理器可以解析检测到的第二WM。这时，因为块编号字段的值等于最后的块编号字段的值，所以能够看到此WM是具有0x00的WMId值的WM的最后的WM。
在标志字段当中，因为URL标志的值是1，所以能够看到URL信息被包括。因为块编号字段的值是0x01，所以此信息可以被与已经存储的信息组合。特别地，已经存储的atsc.org部分和被包括在第二WM中的/apps/app1.html部分可以被组合。另外，在已经存储的信息中，因为URL协议类型字段的值是001，最后组合的URL可以是http://atsc.org/apps/app1.html。可以经由浏览器启动此URL。
根据第二WM，与插入第二WM的部分相对应的时间可以是10.005秒。接收机可以基于第一WM的5.005秒执行时间同步或者可以基于最后的WM的10.005秒执行时间同步。在本实施例中，在5秒钟的间隔WM被发送两次。因为在没有递送WM的5秒钟期间内仅可以发送音频/视频，所以内容的质量的劣化可以被防止。即，即使当数据被划分成数个WM并且被发送时，质量劣化可以被减少。根据实施例可以改变当WM被划分和插入时的时间。
图58是图示根据本发明的实施例#4的处理要被插入到WM的数据的结构的过程的流程图。
在服务提供商处将内容递送给WM插入器的步骤s58010、在WM插入器处将接收到的内容插入到WM#1的步骤s58020、在WM插入器处发送插入WM#1的内容的步骤s58030、接收插入WM#1的内容和输出不可压缩的W/V数据的步骤s58040、以及在WM检测器处检测WM#1的步骤步骤s58050可以等于上述步骤。
在本发明的实施例#4中WM#1意指插入划分的数据的WM中的一个并且可以是第一WM。如上所述，此WM的块编号字段是0x00并且URL信息可以是atsc.org。
WM管理器可以解析和存储检测到的WM#1(s58060)。这时，WM管理器可以通过参考每个字段的比特的数目和WM的总长度执行解析。因为块编号字段的值不同于最后的块编号字段的值并且递送类型字段的值是1，所以WM管理器可以解析和存储WM并且然后等待下一个WM。
在此，在服务提供商处将内容递送到WM插入器的步骤s58070、在WM插入器处将接收到的内容插入到WM#2的步骤s58080、在WM插入器处发送插入WM#2的内容的步骤s58090、在STB处接收插入WM#2的内容并且输出不可压缩的A/V数据的步骤s58100和/或在WM检测器检测WM#2的步骤s58110可以等于上述步骤。
在本发明的实施例#4中WM#2意指插入划分的数据的WM中的一个并且可以是第二WM。如上所述，此WM的块编号字段是0x01并且URL信息可以是/apps/app1.html。
WM管理器可以解析和存储检测到的WM#2(s58120)。通过解析WM#2获得的信息和通过解析已经存储的WM#1获得的信息可以被组合以生成整个URL(s58130)。在这样的情况下，整个URL可以是如上所述的http://atsc.org/apps/app1.html。
在WM管理器处根据目的地类型字段将有关的数据递送给接收机的配套设备协议模块的步骤s58140和在配套设备协议模块处根据目的地类型字段将有关数据递送给配套设备的步骤s58150可以等于上述的步骤。
如上所述通过WM#1可以递送目的地类型字段。这是因为本发明的实施例#4的第一WM的目的地标志字段值是1。如上所述，此目的地类型字段值可以被解析并且被存储。因为目的地类型字段值是0x02，所以这可以指示用于智能电话的数据。
配套设备协议模块可以与配套设备通信以处理有关的信息，如上所述。如上所述，WM检测器和WM管理器可以被组合。组合的模块可以执行WM检测器和WM管理器的功能。
图59是示出根据本发明的另一实施例的基于水印的图像显示装置的结构的图。
本实施例与上述基于水印的图像显示装置的结构相似，不同之处在于WM管理器t59010和配套设备协议模块t59020被添加在水印提取器s59030的下面。剩余的模块可以等于上述模块。
水印提取器t59030可以对应于上述的WM检测器。水印提取器t59030可以等于具有与上述基于水印的图像显示装置的结构相同的名称。WM管理器t59010可以对应于上述WM管理器并且配套设备协议模块t59020可以对应于上述配套设备协议模块。在上面已经描述了模块的操作。
图60是示出指纹方案中的根据本发明的一个实施例的数据结构的图。
在指纹(FP)ACR系统的情况下，与使用WM的情况相比较可以减少音频/视频内容的质量的劣化。在指纹ACR系统的情况下，因为从ACR服务器接收补充信息，所以质量劣化可能比被直接地插入到内容的WM的低。
当从ACR服务器接收到信息时，因为质量劣化被减少，如上所述，在没有变化的情况下被用于WM的数据结构可以被使用。即，即使在FP方案中通过本发明提出的数据结构也可以被使用。可替选地，根据实施例，仅WM数据结构的中的一些可以被使用。
如果WM的上述数据结构被使用，则0x05的目的地类型字段的意义可以被改变。如上所述，如果目的地类型字段的值是0x05，则接收机从远程服务器请求数据。在FP方案中，因为通过ACR服务器执行远程服务器的功能，所以目的地类型字段值0x05可以被删除或者重新定义。
剩余字段可以等于上述字段。
图61是图示指纹方案中的根据本发明的一个实施例的处理数据结构的过程的流程图。
服务提供商可以从要被发送的广播节目中提取指纹(FP)(s61010)。在此，服务提供商可以等于上述服务提供商。服务提供商可以使用由ACR公司提供的工具或者使用其工具提取每个内容的指纹。服务提供商可以提取音频/视频指纹。
服务提供商可以将提取的指纹递送给ACR服务器(s61020)。在预生成节目的情况下发送广播节目之前指纹可以被递送给ACR服务器或者在直播节目的情况下FP一被提取就可以将指纹递送给ACR服务器。如果实时提取FP并且将其递送给ACR服务器，则服务提供商可以将内容ID指配给内容并且指配诸如传输类型、目的地类型或者URL协议类型的信息。指配的信息可以被映射到实时提取的FP并且被递送给ACR服务器。
ACR服务器可以将接收到的FP及其有关的信息存储在ACRDB中(s61030)。接收机可以从外部接收到的音频/视频信号提取FP。在此，音频/视频信号可以是不可压缩的信号。此FP可以被称为签名。接收机可以使用FP将请求发送到服务器(s61040)。
ACR服务器可以比较接收到的FP和ACRDB。如果匹配接收到的FP的FP在ACRDB中出现，则由接收机广播的内容可以被识别。如果内容被识别，则递送类型信息、时间戳、内容ID、事件类型信息、目的地类型信息、URL协议类型信息、URL信息等等可以被发送到接收机(s61050)。
在此，在被包括在上述字段的状态下可以发送各个信息。例如，在被包括在目的地类型字段的状态下可以发送目的地类型信息。当响应接收机时，在上述的WM中使用的数据结构可以被用作递送的数据的结构。
接收机可以解析从ACR服务器接收到的信息。在本实施例中，因为目的地类型字段的值是0x01，所以能够看到通过TV执行URL的应用。使用URL协议类型字段的值和URL信息可以生成最终的URLhttp://atsc.org。生成URL的过程可以等于上述过程。
接收机可以使用URL经由浏览器执行广播有关的应用(s61060)。在此，浏览器可以等于上述的浏览器。步骤s61040、s614050、和s61060可以被重复。
图62图示根据本发明的实施例的提供交互式服务的方法。
该方法包括接收未被压缩的广播内容(s62010)、提取嵌入的水印(s62020)、解析提取的水印(s62030)、生成URL(s62040)和/或通过使用生成的URL启动应用(s62050)。
接收机能从外部接收单元接收未被压缩的广播内容(s62010)。外部接收单元能够对应于上述的STB。未被压缩的内容能够被递送给上述的WM检测器。未被压缩的内容能够包括WM。如上所述，水印能够被嵌入/插入在内容的视频/音频帧中。能够存在被插入到未被压缩的内容的多个帧中的每一个中的多个WM。通过如上述的STB能够以未被压缩的内容的形式将广播内容递送给接收机。
接收机能够从接收到的未被压缩的内容执行嵌入的WM(s62020)。能够通过如上所述的WM管理器进行提取。而且，接收机能够解析被提取的WM(s62030)。也能够通过WM管理器进行解析。
上述的接收机或者WM管理器能够生成URL(s62040)。URL用于与交互式服务有关的应用。应用能够提供与未被压缩的广播内容有关的交互式服务。通过该应用，用户能够被提供有关于广播内容的交互式服务。
接收机或者WM管理器能够使用URL以启动应用(s62050)。此步骤可以对应于WM管理器通过使用浏览器启动App。浏览器可以对应于上述的浏览器。
在根据本发明的其它实施例的提供交互式服务的方法中，水印包括包含URL的分段的URL字段、指示URL使用的协议的URL协议字段。如上所述，URL字段能够包括诸如“atsc.org”的URL的一部分。与上述的ULR协议字段相对应的URL协议字段能够指示诸如http://、https://等等的协议。
在根据本发明的另一实施例的提供交互式服务的方法中，接收机能够通过使用URL字段和URL协议字段生成最终的URL。能够通过WM管理器进行生成过程。WM管理器能够组合通过URL字段携带的URL部分，和通过URL协议字段指示的URL的协议部分。URL的部分可以通过多个WM递送给接收机。即，URL甚至能够被划分成较小的部分，除了上述实施例之外。通过组合URL有关的信息，能够生成最终的URL。
在根据本发明的另一实施例的提供交互式服务的方法中，未被压缩的广播内容能够包括多个WM。WM能够被插入到广播内容的多个视频或者音频帧。每个WM能够包括被假定以被递送给接收机的数据的分段。此实施例可以对应于上述的使用包括被划分的信息的多个WM的实施例。每个WM能够包括上述的递送类型字段。递送类型字段能够指示数据被划分成多个分段，并且通过使用多个WM递送数据的各个分段。
在根据本发明的另一实施例的提供交互式服务的方法中，基于各个帧的质量，通过具有不同大小的分段能够调节用于各个帧的多个水印中的每一个的大小。如上所述，在多个WM被用于携带划分的数据的情况下，各个WM的大小能够被调节。在这样的情况下，能够通过具有确定的字段来调节WM的大小。能够通过标志信息识别包括信息的种类的WM的配置。通过基于视频/音频帧中的质量情形调节大小，能够防止内容的总质量被质量劣化。
在根据本发明的另一个实施例的提供交互式服务的方法中，多个水印中的每一个包括指示被插入到多个水印中的每一个的数据的分段的配置的标志信息。在此，标志信息对应于诸如URL标志字段、ULR协议标志字段等等。
在根据本发明的另一实施例的提供交互式服务的方法中，在多个WM被用于携带数据的多个分段的情况下，水印中的一个包括URL协议字段，并且其它的水印中的一个包括URL字段。如之前所描述的，通过被携带在URL字段中在数个WM中能够承载URL的部分。
在根据本发明的另一实施例的提供交互式服务的方法中，水印进一步包括时间戳大小字段、时间戳单位字段、事件字段以及目的地类型字段。时间戳大小字段指示在水印中分配用于时间戳的字节的数目。时间戳单位字段指示时间戳的时间单位。事件字段包括与应用有关的命令。目的地类型字段指示应用正在指向的辅助设备。时间戳建立用于同步交互式服务与未被压缩的广播内容的时基。在上面描述了各个字段。
在根据本发明的另一实施例的提供交互式服务的方法中，该方法进一步包括将解析的水印的信息递送给应用正在指向的辅助设备。如上所述，配套设备协议模块能够将指向第二屏幕设备的信息递送给相对应的第二屏幕设备。
在根据本发明的另一实施例的提供交互式服务的方法中，在将信息递送给第二屏幕设备之前，接收机能够处理解析的水印中的信息。WM管理器或者配套设备协议模块能够处理用于第二屏幕设备的信息。在上面描述了这样的处理的实施例。通过这样的处理，能够减少配套设备侧的复杂度。
通过根据设计执行相似或者相同功能的步骤能够省略或者替换上述步骤。
虽然为了清楚起见参考每个附图解释本发明的描述，但是能够通过相互合并附图中示出的实施例来设计新的实施例。并且，如果必要时本领域的技术人员设计记录用于执行在前述的描述中提及的实施例的程序的计算机可读记录介质，则其可以属于随附的权利要求和它们的等效物的范围。
根据本发明的装置和方法可以不限于在前述的描述中提到的实施例的配置和方法。并且，前述的描述中提到的实施例能够以被选择性地以整体或部分彼此组合的方式来配置使得能够对实施例进行各种修改。
另外，利用配置给网络设备的处理器可读记录介质中的处理器可读代码，可以实现根据本发明的方法。该处理器可读介质可以包括所有种类的能够存储处理器可读数据的记录设备。该处理器可读介质可以包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储设备等中的一种，并且还可以包括如经由互联网传输的载波类型的实现。此外，当该处理器可读的记录介质被分布到通过网络连接的计算机系统时，根据分布式系统，可以保存或执行处理器可读代码。
本领域技术人员应该理解，在不脱离本发明的精神或者范围的情况下可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附权利要求及其等效物的范围内。
在本说明书中提及装置和方法发明两者，并且装置和方法发明两者的描述可以互补地适用于彼此。
发明模式
已经以实现本发明的最佳模式描述了各种实施例。
工业实用性
本发明在一系列的广播信号提供领域中是可用的。
对于本领域技术人员来说显而易见的是，不脱离本发明的精神或者范围可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附的权利要求及其等效物的范围内。
Claims (12)
1.一种提供交互式服务的方法，所述方法包括：
从外部输入源接收广播内容，
其中所述广播内容从广播流导出，
其中所述广播内容包括多个水印块；
其中，在所述多个水印块的水印块中插入的数据的结构包括用于识别最终URL的区域的URL协议类型和用于表示所述最终URL的剩余部分的URL值，以及
其中所述URL协议类型的每个被重新指配给特定的URL字符串；
从所述广播内容提取所述多个水印块；
解析所述多个水印块；
基于所述URL协议类型和所述URL值生成所述最终URL；
基于所述最终URL向服务器请求用于所述广播内容的补充内容；以及
检索来自所述服务器的所述补充内容。
2.根据权利要求1所述的方法，
其中，所述每个水印块包括分段编号字段和最后分段字段，所述分段编号字段用于指定被包括在相对应水印块中的分段的分段编号，所述最后分段字段用于指定相对应的水印信息的最后分段的分段编号。
3.根据权利要求1所述的方法，其中所述多个水印块包括内容识别消息，所述内容识别消息包括频道ID或者内容ID中的至少一个，
其中所述频道ID识别与所述广播内容相关联的广播服务，并且
其中所述内容ID识别从所述外部输入源接收到的所述广播内容。
4.根据权利要求1所述的方法，
其中，所述内容ID具有EIDR(娱乐工业数据注册)的类型。
5.根据权利要求1所述的方法，
其中，所述多个水印块包括第一信息和第二信息，
其中，所述第一信息识别用于所述补充内容的获取的所述服务器，并且
其中，所述第二信息识别其中相对应的水印被嵌入的所述广播内容的特定点。
6.根据权利要求5所述的方法，
其中，所述全水印信息进一步包括指定所述水印信息的配置的第三信息。
7.一种用于提供交互式服务的装置，所述装置包括：
接收模块，所述接收模块从外部输入源接收广播内容，
其中所述广播内容从广播流导出，
其中所述广播内容包括多个水印块；
其中在所述多个水印块的水印块中插入的数据的结构包括用于识别最终URL的区域的URL协议类型和用于表示所述最终URL的剩余部分的URL值，以及
其中所述URL协议类型的每个被重新指配给特定的URL字符串；
水印模块，所述水印模块从所述广播内容提取多个水印块；
其中所述水印模块解析所述多个水印块；以及
其中所述水印模块基于所述URL协议类型和所述URL值生成最终URL；以及
网络接口，所述网络接口基于所述最终URL向服务器请求用于所述广播内容的补充内容，并且检索所述补充内容。
8.根据权利要求7所述的装置，
其中，所述每个水印块包括分段编号字段和最后分段字段，所述分段编号字段用于指定被包括在相对应的水印块中的分段的分段编号，所述最后分段字段用于指定相对应的水印信息的最后分段的分段编号。
9.根据权利要求7所述的装置，
其中，所述多个水印块包括内容识别消息，所述内容识别消息包括频道ID或者内容ID中的至少一个，
其中，所述频道ID识别与所述广播内容相关联的广播服务，并且
其中所述内容ID识别从所述外部输入源接收到的所述广播内容。
10.根据权利要求7所述的装置，
其中，所述内容ID具有EIDR(娱乐工业数据注册)的类型。
11.根据权利要求7所述的装置，
其中，所述多个水印块包括第一信息和第二信息，
其中所述第一信息识别用于所述补充内容的获取的服务器，并且
其中所述第二信息识别其中相对应的水印被嵌入的所述广播内容的特定点。
12.根据权利要求11所述的装置，
其中，所述多个水印块进一步包括指定所述水印信息的配置的第三信息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010086245.6A CN111510234B (zh) | 2013-12-03 | 2014-12-01 | 在数字接收器中提供自动内容识别功能的方法及其装置 |
| CN202010085866.2A CN111510233B (zh) | 2013-12-03 | 2014-12-01 | 将补充内容与未压缩的音频或视频同步的方法及其装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201361910961P | 2013-12-03 | 2013-12-03 | |
| US61/910,961 | 2013-12-03 | ||
| PCT/KR2014/011636 WO2015084004A1 (en) | 2013-12-03 | 2014-12-01 | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010085866.2A Division CN111510233B (zh) | 2013-12-03 | 2014-12-01 | 将补充内容与未压缩的音频或视频同步的方法及其装置 |
| CN202010086245.6A Division CN111510234B (zh) | 2013-12-03 | 2014-12-01 | 在数字接收器中提供自动内容识别功能的方法及其装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105794219A CN105794219A (zh) | 2016-07-20 |
| CN105794219B true CN105794219B (zh) | 2020-03-03 |
Family
ID=53273702
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010085866.2A Active CN111510233B (zh) | 2013-12-03 | 2014-12-01 | 将补充内容与未压缩的音频或视频同步的方法及其装置 |
| CN201480066294.6A Active CN105794219B (zh) | 2013-12-03 | 2014-12-01 | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 |
| CN202010086245.6A Active CN111510234B (zh) | 2013-12-03 | 2014-12-01 | 在数字接收器中提供自动内容识别功能的方法及其装置 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010085866.2A Active CN111510233B (zh) | 2013-12-03 | 2014-12-01 | 将补充内容与未压缩的音频或视频同步的方法及其装置 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010086245.6A Active CN111510234B (zh) | 2013-12-03 | 2014-12-01 | 在数字接收器中提供自动内容识别功能的方法及其装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (5) | US9800952B2 (zh) |
| EP (1) | EP3078204A4 (zh) |
| KR (1) | KR101801590B1 (zh) |
| CN (3) | CN111510233B (zh) |
| WO (1) | WO2015084004A1 (zh) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10504200B2 (en) | 2014-03-13 | 2019-12-10 | Verance Corporation | Metadata acquisition using embedded watermarks |
| CN106170988A (zh) | 2014-03-13 | 2016-11-30 | 凡瑞斯公司 | 使用嵌入式代码的交互式内容获取 |
| EP3183883A4 (en) | 2014-08-20 | 2018-03-28 | Verance Corporation | Watermark detection using a multiplicity of predicted patterns |
| US9769543B2 (en) | 2014-11-25 | 2017-09-19 | Verance Corporation | Enhanced metadata and content delivery using watermarks |
| CN113438518B (zh) | 2015-07-06 | 2023-02-28 | Lg电子株式会社 | 处理广播数据的方法、接收系统和发送系统 |
| WO2017026714A1 (ko) * | 2015-08-07 | 2017-02-16 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| TWI756194B (zh) * | 2015-11-25 | 2022-03-01 | 日商新力股份有限公司 | 資料處理裝置及資料處理方法 |
| KR20180107781A (ko) * | 2016-03-01 | 2018-10-02 | 샤프 가부시키가이샤 | 워터마크들을 이용하여 자원 식별자들을 시그널링하기 위한 시스템들 및 방법들 |
| MX2018010723A (es) * | 2016-03-17 | 2018-11-09 | Sharp Kk | Mensajes de emergencia en marcas de agua. |
| CN106101644A (zh) * | 2016-07-21 | 2016-11-09 | 王海燕 | 一种物联网大棚农业生长监控方法 |
| CA3044996A1 (en) * | 2016-11-28 | 2018-05-31 | Sharp Kabushiki Kaisha | Systems and methods for signaling of emergency alert messages |
| CN108513037A (zh) * | 2018-04-03 | 2018-09-07 | 优视科技有限公司 | 多媒体处理方法及其装置、存储介质、电子产品 |
| US10448122B1 (en) * | 2018-07-02 | 2019-10-15 | The Nielsen Company (Us), Llc | Methods and apparatus to extend a timestamp range supported by a watermark |
| US10448123B1 (en) | 2018-07-02 | 2019-10-15 | The Nielsen Company (Us), Llc | Methods and apparatus to extend a timestamp range supported by a watermark |
| WO2020165659A2 (en) * | 2019-02-12 | 2020-08-20 | Samsung Electronics Co., Ltd. | Systems and methods for streaming storage device content |
| CN109842548B (zh) * | 2019-03-14 | 2021-05-18 | 武汉大学 | 一种在qq网络电话上搭载多数据流的方法及系统 |
| WO2020256718A1 (en) * | 2019-06-19 | 2020-12-24 | Google Llc | Improved image watermarking |
| US12033232B2 (en) | 2019-06-19 | 2024-07-09 | Google Llc | Image watermarked with a string associated with image metadata associated with the image |
| US11051057B2 (en) | 2019-06-24 | 2021-06-29 | The Nielsen Company (Us), Llc | Use of steganographically-encoded time information as basis to establish a time offset, to facilitate taking content-related action |
| CN111405352B (zh) * | 2020-03-13 | 2023-01-03 | 广州酷狗计算机科技有限公司 | 推送音频的推广信息的方法、装置、设备及存储介质 |
| CN114071050B (zh) * | 2020-07-29 | 2024-08-02 | 北京字节跳动网络技术有限公司 | 一种基于视频的互动方法、装置、电子设备及介质 |
| CN112422872B (zh) * | 2020-11-16 | 2024-07-23 | 飞昂创新科技南通有限公司 | 一种兼容dp,dp++协议低速信号进行线速转发的电路 |
| CN113609918B (zh) * | 2021-07-12 | 2023-10-13 | 河海大学 | 一种基于零次学习的短视频分类方法 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1278691A (zh) * | 1999-06-17 | 2001-01-03 | Actv公司 | 交互式视频节目的存储 |
| US20030056103A1 (en) * | 2000-12-18 | 2003-03-20 | Levy Kenneth L. | Audio/video commerce application architectural framework |
| CN101427575A (zh) * | 2006-04-28 | 2009-05-06 | 索尼爱立信移动通讯股份有限公司 | 来自广播者的移动电视广播信号的移动设备控制 |
| US20110019870A1 (en) * | 2007-12-17 | 2011-01-27 | Csp - Innovazione Nelle Ict Scarl | Embedding interactive data into an audiovisual content by watermarking |
| US20130117571A1 (en) * | 2011-11-03 | 2013-05-09 | Verance Corporation | Extraction of embedded watermarks from a host content based on extrapolation techniques |
| WO2013103273A1 (en) * | 2012-01-05 | 2013-07-11 | Lg Electronics Inc. | Video display apparatus and operating method thereof |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7478240B1 (en) * | 2000-02-11 | 2009-01-13 | Alcatel-Lucent Usa Inc. | Method and system for capture of location specific media related information and delivery through communications network |
| JP3682222B2 (ja) * | 2000-12-11 | 2005-08-10 | 株式会社東芝 | 電子透かし検出装置、電子透かし検出方法及び記録媒体 |
| WO2002062009A1 (en) * | 2001-01-30 | 2002-08-08 | Digimarc Corporation | Efficient interactive tv |
| US20030047312A1 (en) | 2001-09-10 | 2003-03-13 | Bell William T. | Drill pipe explosive severing tool |
| JP2005151100A (ja) * | 2003-11-14 | 2005-06-09 | Matsushita Electric Ind Co Ltd | コンテンツ視聴確認装置及びその方法 |
| US8407752B2 (en) * | 2004-03-18 | 2013-03-26 | Digimarc Corporation | Synchronizing broadcast content with corresponding network content |
| CA2562137C (en) * | 2004-04-07 | 2012-11-27 | Nielsen Media Research, Inc. | Data insertion apparatus and methods for use with compressed audio/video data |
| US7623673B2 (en) * | 2005-03-30 | 2009-11-24 | Dolby Laboratories Licensing Corporation | Versatile watermark transport system |
| US7201096B2 (en) | 2005-06-06 | 2007-04-10 | Caterpillar Inc | Linear motor having a magnetically biased neutral position |
| US9065683B2 (en) * | 2005-11-23 | 2015-06-23 | Mediaclaw, Inc. | Content interactivity gateway |
| US8363882B2 (en) * | 2006-07-25 | 2013-01-29 | Adobe Systems Incorporated | User discernible watermarking |
| US8055708B2 (en) * | 2007-06-01 | 2011-11-08 | Microsoft Corporation | Multimedia spaces |
| CN101169783A (zh) * | 2007-06-15 | 2008-04-30 | 黄海 | 用于多媒体对象的数字水印搜索引擎 |
| US8302143B2 (en) * | 2009-04-09 | 2012-10-30 | At&T Intellectual Property I, L.P. | Watermarked media content in IPTV or iTV networks |
| CN101944360A (zh) * | 2009-07-03 | 2011-01-12 | 邱剑 | 方便使用的方法和终端 |
| US8705933B2 (en) * | 2009-09-25 | 2014-04-22 | Sony Corporation | Video bookmarking |
| EP2645731B8 (en) * | 2010-11-24 | 2019-04-17 | LG Electronics Inc. | Video display device and method of controlling the same |
| CN104011678A (zh) * | 2011-10-19 | 2014-08-27 | 汤姆逊许可公司 | 自动内容节目发现设备及方法 |
| US9330429B2 (en) * | 2012-02-17 | 2016-05-03 | Mobitv, Inc. | Scalable watermark insertion for fragmented media stream delivery |
| US9749136B2 (en) * | 2012-02-24 | 2017-08-29 | Comcast Cable Communications, Llc | Method for watermarking content |
| CN102724554B (zh) * | 2012-07-02 | 2014-06-25 | 西南科技大学 | 一种基于场景分割的视频资源语义水印嵌入方法 |
| US20140026159A1 (en) * | 2012-07-18 | 2014-01-23 | Home Box Office | Platform playback device identification system |
| US20140351871A1 (en) * | 2013-05-22 | 2014-11-27 | Microsoft Corporation | Live media processing and streaming service |
-
2014
- 2014-12-01 US US15/101,365 patent/US9800952B2/en active Active
- 2014-12-01 CN CN202010085866.2A patent/CN111510233B/zh active Active
- 2014-12-01 CN CN201480066294.6A patent/CN105794219B/zh active Active
- 2014-12-01 KR KR1020167013722A patent/KR101801590B1/ko active IP Right Grant
- 2014-12-01 WO PCT/KR2014/011636 patent/WO2015084004A1/en active Application Filing
- 2014-12-01 CN CN202010086245.6A patent/CN111510234B/zh active Active
- 2014-12-01 EP EP14867868.3A patent/EP3078204A4/en not_active Withdrawn
-
2017
- 2017-09-21 US US15/711,089 patent/US10356490B2/en active Active
-
2019
- 2019-06-26 US US16/453,326 patent/US10827232B2/en active Active
-
2020
- 2020-09-24 US US17/031,308 patent/US11265619B2/en active Active
-
2022
- 2022-02-11 US US17/670,231 patent/US11696000B2/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1278691A (zh) * | 1999-06-17 | 2001-01-03 | Actv公司 | 交互式视频节目的存储 |
| US20030056103A1 (en) * | 2000-12-18 | 2003-03-20 | Levy Kenneth L. | Audio/video commerce application architectural framework |
| CN101427575A (zh) * | 2006-04-28 | 2009-05-06 | 索尼爱立信移动通讯股份有限公司 | 来自广播者的移动电视广播信号的移动设备控制 |
| US20110019870A1 (en) * | 2007-12-17 | 2011-01-27 | Csp - Innovazione Nelle Ict Scarl | Embedding interactive data into an audiovisual content by watermarking |
| US20130117571A1 (en) * | 2011-11-03 | 2013-05-09 | Verance Corporation | Extraction of embedded watermarks from a host content based on extrapolation techniques |
| WO2013103273A1 (en) * | 2012-01-05 | 2013-07-11 | Lg Electronics Inc. | Video display apparatus and operating method thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111510233B (zh) | 2022-08-12 |
| EP3078204A1 (en) | 2016-10-12 |
| US20220174374A1 (en) | 2022-06-02 |
| CN105794219A (zh) | 2016-07-20 |
| US20210051380A1 (en) | 2021-02-18 |
| US20190320241A1 (en) | 2019-10-17 |
| US20160309238A1 (en) | 2016-10-20 |
| CN111510234A (zh) | 2020-08-07 |
| CN111510234B (zh) | 2022-08-12 |
| US20180027306A1 (en) | 2018-01-25 |
| US11696000B2 (en) | 2023-07-04 |
| KR101801590B1 (ko) | 2017-11-27 |
| US10827232B2 (en) | 2020-11-03 |
| CN111510233A (zh) | 2020-08-07 |
| US9800952B2 (en) | 2017-10-24 |
| US10356490B2 (en) | 2019-07-16 |
| KR20160075696A (ko) | 2016-06-29 |
| US11265619B2 (en) | 2022-03-01 |
| EP3078204A4 (en) | 2017-07-05 |
| WO2015084004A1 (en) | 2015-06-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11696000B2 (en) | Method for transmitting broadcast signals and method for receiving broadcast signals | |
| KR101829844B1 (ko) | 하이브리드 방송 서비스를 프로세싱하는 장치, 하이브리드 방송 서비스를 프로세싱하는 방법 | |
| KR101877159B1 (ko) | 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법 | |
| KR101923459B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| KR101877154B1 (ko) | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 | |
| CN110234021B (zh) | 发送和接收广播信号的装置及发送和接收广播信号的方法 | |
| JP6189546B2 (ja) | 放送コンテンツ及び放送コンテンツに関連したアプリケーションを含む放送信号を処理する方法及び装置 | |
| CN106464979B (zh) | 服务指南信息发送方法、服务指南信息接收方法、服务指南信息发送装置、以及服务指南信息接收装置 | |
| EP3087746B1 (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
| US20170006248A1 (en) | Broadcast transmission device and operating method thereof, and broadcast reception device and operating method thereof | |
| JP2017508327A (ja) | 一つ以上のネットワークで放送コンテンツを送受信する装置及び方法 | |
| US20160337716A1 (en) | Broadcast transmitting device and operating method thereof, and broadcast receiving device and operating method thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |