CN106105136B - 用于处理混合广播服务的装置和用于处理混合广播服务的方法 - Google Patents

用于处理混合广播服务的装置和用于处理混合广播服务的方法 Download PDF

Info

Publication number
CN106105136B
CN106105136B CN201580008997.8A CN201580008997A CN106105136B CN 106105136 B CN106105136 B CN 106105136B CN 201580008997 A CN201580008997 A CN 201580008997A CN 106105136 B CN106105136 B CN 106105136B
Authority
CN
China
Prior art keywords
information
watermark
data
content
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201580008997.8A
Other languages
English (en)
Other versions
CN106105136A (zh
Inventor
李晋源
安承柱
吴世珍
文京洙
高祐奭
洪性龙
梁承律
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN106105136A publication Critical patent/CN106105136A/zh
Application granted granted Critical
Publication of CN106105136B publication Critical patent/CN106105136B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/18—Arrangements for synchronising broadcast or distribution via plural systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H04H20/30—Arrangements for simultaneous broadcast of plural pieces of information by a single channel
    • H04H20/31—Arrangements for simultaneous broadcast of plural pieces of information by a single channel using in-band signals, e.g. subsonic or cue signal
    • 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/91—Arrangements characterised by the broadcast information itself broadcasting computer programmes
    • 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
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/37—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying segments of broadcast information, e.g. scenes or extracting programme ID
    • 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/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
    • H04H60/40—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast time
    • 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/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
    • 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/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • 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/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H04N21/23617—Multiplexing of additional data and video streams by inserting additional data into a data carousel, e.g. inserting software modules into a DVB carousel
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4782—Web browsing, e.g. WebTV
    • 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/64—Addressing
    • H04N21/6405—Multicasting
    • 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
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/90—Aspects of broadcast communication characterised by the use of signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload

Abstract

本发明提供一种处理混合广播服务的方法。该方法包括：接收用于混合广播服务的广播信号，其中广播信号包括关于信令信息的地址信息；发送用于广播信号的信令信息的请求；以及通过使用单播方法、多播方法以及eMBMS(演进的多媒体广播多播服务)方法中的一个经由宽带信道或者移动宽带接收信令信息。

Description

用于处理混合广播服务的装置和用于处理混合广播服务的 方法
技术领域
本发明涉及发送广播信号的装置、接收广播信号的装置以及用于发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终止，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括比模拟广播信号更大量的视频/音频数据，并且进一步包括除了视频/音频数据之外的各种类型的附加数据。
即，数字广播系统可以提供HD(高分辨率)图像、多声道音频和各种附加的服务。但是，用于大量数据传输的数据传输效率、考虑到移动接收设备的发送/接收的网络的鲁棒性和网络灵活性对于数字广播需要改进。
发明内容
技术问题
本发明的一个目的是提供一种发送广播信号以在时间域中复用提供两个或更多个不同的广播服务的广播发送/接收系统的数据，并且经由相同的RF信号带宽发送复用的数据的装置和方法，和与其对应的用于接收广播信号的装置和方法。
本发明的另一个目的是提供一种发送广播信号的装置、一种接收广播信号的装置以及用于发送和接收广播信号以通过组件分类对应于服务的数据，作为数据管道发送对应于每个组件的数据，接收和处理该数据的方法。
本发明的又一个目的是提供一种发送广播信号的装置、一种接收广播信号的装置以及用于发送和接收广播信号，以用信号发送对提供广播信号必需的信令信息的方法。
技术方案
为了实现目的和其它的优点并且根据本发明的用途，如在此具体化和广泛地描述的，本发明提供处理混合广播服务。处理混合广播服务的方法包括：接收用于混合广播服务的广播信号，其中广播信号包括关于信令信息的地址信息；发送用于广播信号的信令信息的请求；以及通过使用单播方法、多播方法以及eMBMS(演进的多媒体广播多播服务)方法中的一个经由宽带信道或者移动宽带接收信令信息。
在另一方面中，本发明提供用于处理混合广播服务的另一种方法，该方法包括：接收混合广播服务的应用的信令信息，其中信令信息包括应用识别信息、应用版本信息以及应用地址信息；使用信令信息启动应用；以及接收应用的更新信息。
有益效果
本发明可以根据服务特征处理数据以控制用于每个服务或者服务组件的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图示根据本发明的实施例的广播接收器的视图。
图63是图示根据本发明的实施例的在多播环境下的ACR收发系统的图。
图64是根据本发明的实施例的在多播环境下的经由WM的ACR收发系统的图。
图65是图示根据本发明的实施例的在多播环境下经由FP方案的ACR收发系统的图。
图66是根据发明的实施例的在多播环境下经由ACR方案通过接收器执行与广播关联的信令的流程图。
图67是图示根据本发明的实施例的在移动网络环境下的ACR收发系统的图。
图68是图示根据本发明的另一实施例的接收器通过移动宽带接收信令信息的过程的图。
图69是图示根据本发明的实施例的混合广播服务的概念的图。
图70是图示根据本发明的另一实施例的在移动网络环境下ACR收发系统的图。
图71是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。
图72是示出根据本发明的实施例的传送帧的视图。
图73是示出根据本发明的另一实施例的传送帧的视图。
图74是示出根据本发明的实施例的广播系统的传送分组(TP)和network_protocol字段的意义的视图。
图75是示出根据本发明的实施例的广播服务器和接收器的视图。
图76示出作为本发明的实施例的不同的服务类型、被包含在服务的各种类型中的组件的类型、以及在服务类型当中的附属服务关系。
图77示出作为本发明的实施例的在NRT内容项目类别和NRT文件类别之间的包含关系。
图78是示出根据本发明的实施例的基于服务类型和组件类型的属性的表。
图79示出作为本发明的实施例的描述服务类型和组件类型的属性的另一个表。
图80示出作为本发明的实施例的描述服务类型和组件类型的属性的另一个表。
图81示出作为本发明的实施例的描述服务类型和组件类型的属性的另一个表。
图82示出作为本发明的实施例的用于描述ContentItem和OnDemand内容的定义。
图83示出作为本发明的实施例的复合音频组件的示例。
图84是示出根据本发明的实施例的与应用有关的属性信息的视图。
图85是图示根据本发明的实施例的当应用属性被改变时接收器的操作的流程图。
图86是图示根据本发明的另一实施例的当应用属性被改变时接收器的操作的流程图。
图87是根据本发明的另一实施例的当应用属性被改变时接收器的操作的流程图。
图88是根据本发明的实施例的混合广播服务处理的流程图。
图89是根据本发明的另一实施例的混合广播服务处理的流程图。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在附图中图示。详细说明将在下面参考附图给出，其旨在解释本发明的示例性实施例，而不是仅示出可以根据本发明实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是，对于本领域技术人员来说显而易见，实践本发明可以无需这些特定的细节。
虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规术语中选择，但是某些术语已经由申请人任意地选择，并且其含义在以下的描述中根据需要详细说明。因此，本发明应该基于该术语所期望的含义理解，而不是其简单的名称或者含义理解。
本发明提供发送和接收用于未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明可以根据一个实施例通过非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的系统。
本发明可以定义三个物理层(PL)简档(profile)(基础、手持和高级简档)每个被优化以最小化接收器复杂度，同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收器将实施的所有配置的子集。
三个PHY简档共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来限定。对于系统演进，未来的属性还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节在下面描述。
1.基础简档
基础简档表示对于通常连接到屋顶天线的固定的接收装置的主要使用情形。基础简档还包括能够运输到一个场所，但是属于相对固定接收类别的便携式装置。基础简档的使用可以通过某些改进的实施被扩展到手持装置或者甚至车辆，但是，对于基础简档接收器操作不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB，其包括现有的广播系统(例如，ATSC A/53)的15dB SNR接收能力。接收器复杂度和功耗不像在电池操作的手持装置一样严重，手持装置将使用手持简档。用于基础简档的关键系统参数在以下的表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简档类型的所有帧的集合。
未来扩展帧：能够被用于未来扩展的在超帧内的物理层时隙，以前导开始
Futurecast UTB系统：提出的物理层广播系统，其输入是一个或者多个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：承载一个LDPC FECBLOCK的所有比特的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特征为固定长度(188字节)分组，第一字节是同步字节(0x47)。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流可以具有大量的空分组存在，以便在CBR TS流中提供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的每个信元字(cell word)，或者在高级简档中来自信元字解复用器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块可以包括PLS FEC编码器6000、比特交织器6010、和星座映射器6020。
此外，PLS FEC编码器6000可以包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的每个块的描述。
PLS FEC编码器6000可以编码加扰的PLS 1/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可以交织每个被缩短和被穿孔的PLS1数据和PLS2数据。
星座映射器6020可以将比特交织的PLS1数据和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、PLS信元、以及EAC/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。
频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外，频率交织器7020可以使用不同的交织种子顺序，对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作，以得到在单个帧中最大的交织增益。频率交织器7020的操作的详情稍后将会被描述。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图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天线接收输入信号，相对于与用于接收广播信号的装置相对应的系统执行信号检测和同步，并且执行与由用于发送广播信号装置执行的过程相反过程相对应的解调。
帧解析模块9010可以解析输入信号帧，并且提取经由其发送由用户选择的服务的数据。如果用于发送广播信号的装置执行交织，则帧解析模块9010可以执行与交织的相反过程相对应的解交织。在这种情况下，需要提取的信号和数据的位置可以通过解码从信令解码模块9040输出的数据获得，以恢复由用于发送广播信号的装置产生的调度信息。
解映射和解码模块9020可以将输入信号转换为比特域数据，并且然后根据需要对其解交织。解映射和解码模块9020可以对于为了传输效率应用的映射执行解映射，并且经由解码校正在传输信道上产生的错误。在这种情况下，解映射和解码模块9020可以获得为解映射所必需的传输参数，并且通过解码从信令解码模块9040输出的数据进行解码。
输出处理器9030可以执行由用于发送广播信号的装置应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下，输出处理器9030可以从信令解码模块9040输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到用于发送广播信号装置的信号，并且可以是MPEG-TS、IP流(v4或者v6)和常规流。
信令解码模块9040可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可以使用从信令解码模块9040输出的数据执行其功能。
图10图示根据本发明的一个实施例的帧结构。
图10示出帧类型的示例配置和在超帧中的FRU，(a)示出根据本发明的实施例的超帧，(b)示出根据本发明的实施例的FRU(帧重复单元)，(c)示出在FRU中的可变PHY简档的帧，以及(d)示出帧的结构。
超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元，并且在超帧中被重复八次。
在FRU中的每个帧属于PHY简档(基础、手持、高级)中的一个或者FEF。在FRU中帧的最大允许数目是四个，并且给定的PHY简档可以在FRU(例如，基础、手持、高级)中出现从零次到四次的任何次数。如果需要的话，PHY简档定义可以使用在前导中PHY_PROFILE的保留的值扩展。
FEF部分被插入在FRU的末端，如果包括的话。当FEF包括在FRU中时，在超帧中FEF的最小数是8。不推荐FEF部分相互邻近。
一个帧被进一步划分为许多的OFDM符号和前导。如(d)所示，帧包括前导、一个或多个帧信令符号(FSS)、普通数据符号和帧边缘符号(FES)。
前导是允许快速Futurecast UTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计以及因此的PLS数据的快速解码，FSS具有比普通数据符号更加密集的导频图案。FES具有与FSS严格相同的导频，其允许在FES内的仅频率内插，以及对于紧邻FES之前的符号的时间内插而无需外推。
图11图示根据本发明的实施例的帧的信令分层结构。
图11图示信令分层结构，其被分割为三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是表示该帧的传输类型和基本传输参数。PLS1允许接收器访问和解码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 8K FFT
01 16K FFT
10 32K FFT
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比特字段。取决于每Futurecast UTB系统使用的频率的数目，ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的，则该字段被设置为“0”。
NETWORK_ID：这是唯一地识别当前的ATSC网络的16比特字段。
SYSTEM_ID：这个16比特字段唯一地识别在ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是陆地广播系统，其输入是一个或多个输入流(TS、IP、GS)，并且其输出是RF信号。如果有的话，Futurecast UTB系统承载一个或多个PHY简档和FEF。相同的Futurecast UTB系统可以承载不同的输入流，并且在不同的地理区中使用不同的RF频率，允许本地服务插入。帧结构和调度在一个位置中被控制，并且对于在Futurecast UTB系统内的所有传输是相同的。一个或多个Futurecast UTB系统可以具有相同的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 16K LDPC
01 64K LDPC
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～1111 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组存在一个TI块(NTI＝1)。被允许的具有2比特字段的PI值被在以下的表18中定义。
如果DP_TI_TYPE被设置为值“0”，则这个字段表示每个TI组的TI块NTI的数目，并且每个帧(PI＝1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。
表18
[表18]
2比特字段 P<sub>I</sub> N<sub>TI</sub>
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比特字段确定时间交织器5050的可用性。如果对于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_TS 1
01 HC_MODE_TS 2
10 HC_MODE_TS 3
11 HC_MODE_TS 4
HC_MODE_IP：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为IP(“01”)时的IP报头压缩模式。HC_MODE_IP根据以下的表26被用信号传送。
表26
[表26]
值 报头压缩模式
00 无压缩
01 HC_MODE_IP 1
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相关联的参数。
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的范围。
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”时出现以下的字段：
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中的示例所示以自顶向下方式被映射到NFSS FSS的活动载波。PLS1PLS1单元被以单元索引的递增顺序首先从第一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,…，DDP11)的OFDM信元的寻址限定用于类型1DP的活跃数据信元。寻址方案限定来自用于类型1DP的每个的T1的信元被分配给活跃数据信元的顺序。其也用于在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,…，DDP21)的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]
用于长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的奇偶校验比特累加器的地址，即，在奇偶校验矩阵的地址的第二行中的条目。
以类似的方式，对于360个新的信息比特的每个组，从奇偶校验矩阵的地址的新行用于找到奇偶校验比特累加器的地址。
在所有信息比特用尽之后，最后的奇偶校验比特如下获得：
6)以i＝1开始顺序地执行以下的操作。
数学公式8
[数学式8]
这里pi的最后的内容，i＝0,1，...，NIdpc-KIdpc–1，等于奇偶校验比特pi。
表30
[表30]
编码率 Q<sub>ldpc</sub>
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的LDPC编码过程。
表31
[表31]
编码率 Q<sub>ldpc</sub>
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]
调制类型 η<sub>mod</sub> N<sub>QCB_LG</sub>
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_IG QC块执行。组间交织具有使用360列和NQCB_IG行写入和读取组内的比特的过程。在写入操作中，来自QCB交织输出的比特是行式写入。读取操作是列式执行的，以从每个行读出m比特，这里对于NUC，m等于1，并且对于NUQ，m等于2。
图24图示根据本发明的实施例的信元字解复用。
(a)示出对于8和12bpcu MIMO的信元字解复用，并且(b)示出对于10bpcu MIMO的信元字解复用。
比特交织输出的每个信元字(c0,l,c1,l,...,cηmod-1,l)被解复用为如(a)所示的(d1,0,m,d1,1,m...d1,ηmod-1,m)和(d2,0,m,d2,1,m...,d2,ηmod-1,m)，其描述用于一个XFECBLOCK的信元字解复用过程。
对于使用不同类型的NUQ用于MIMO编码的10个bpcu MIMO情形，用于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)中所示。详细地，假定zn，s，i(i＝0，...，NiNc)作为要被顺序地读取的TI存储器单元位置，通过计算如下的表达式的行索引Rn，S，i、列索引Cn，S，i以及被关联的扭曲参数Tn，S，i执行以这样的校正阵列的读取过程。
数学公式9
[数学式9]
其中Sshift是用于对角线方式读取过程的公共移位值，不论NxBLOCK_TI(n，s)如何，并且如以下表达式，通过在PLS2-STAT中给出的NxBLOCK_TI(n，s)来确定。
数学公式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将会小于或者等于N′xBLOCK_TI_MAX。因此，为了实现在接收器侧处的单个存储器解交织，不论NxBLOCK_TI(n，s)如何，通过将虚拟XFECBLOCK插入到TI存储器用于在被扭曲的行-列块交织器中使用的交织阵列被设置为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下面的表达式完成读取过程。
数学公式11
[数学式11]
TI组的数目被设置为3。通过DP_TI_TYPE＝‘0’、DP_FRAME_INTERVAL＝‘1’,以及DP_TI_LENGTH＝‘1’，即，NTI＝1、IJUMP＝1、以及PI＝1，在PLS2-STAT数据中用信号传送时间交织器的选项。每个TI组的其每一个具有Ncells＝30的XFECBLOCK的数目分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5在PLS2-DYN数据中用信号传送。通过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在操作S101中发送包括主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是示出根据本发明的实施例的广播接收器的视图。
根据本发明的实施例的广播接收器包括服务/内容获取控制器J2010、互联网接口J2020、广播接口J2030、信令解码器J2040、服务映射数据库J2050、解码器J2060、定向处理器J2070、处理器J2080、管理单元J2090、以及/或者再分布模块J2100。在附图中示出可以位于广播接收器的外部和/或中的外部管理装置J2110。
服务/内容获取控制器J2010通过广播/宽带信道接收服务和/或内容和与其有关的信令数据。可替选地，服务/内容获取控制器J2010可以执行用于接收服务和/或内容和与其有关的信令数据的控制。
互联网接口J2020可以包括互联网接入控制模块。互联网接口控制模块通过宽带信道接收服务、内容、以及/或者信令数据。可替选地，互联网接口控制模块可以控制用于获取服务、内容、以及/或者信令数据的接收器的操作。
广播接口J2030可以包括物理层模块和/或物理层I/F模块。物理层模块通过广播信道接收广播有关的信号。物理层模块处理(解调、解码等等)通过广播信道接收到的广播有关的信号。物理层I/F模块从自物理层模块获取的信息获取互联网协议(IP)数据报或者使用获取到的IP数据报执行到特定帧(例如，广播帧、RS帧、或者GSE)的转换。
信令解码器J2040解码通过广播信道等等获取的信令数据或者信令信息(在下文中，被称为“信令数据”)。
服务映射数据库J2050存储通过接收器的其它装置(例如，信令解析器)处理的被解码的信令数据或者信令数据。
解码器J2060解码通过接收器接收到的广播信号或者数据。解码器J2060可以包括调度的流解码器、文件解码器、文件数据库(DB)、点播流解码器、组件同步器、警报信令解析器、定向信令解码器、服务信令解析器、以及/或者应用信令解析器。
调度的流解码器从IP数据报等等提取用于实时音频/视频(A/V)的音频/视频数据，并且解码被提取的音频/视频数据。
文件解码器从IP数据报提取诸如NRT数据和应用的文件类型数据，并且解码被提取的文件类型数据。
文件DB存储通过文件解码器提取的数据。
点播流解码器从IP数据报等等提取用于点播流的音频/视频数据并且解码被提取的音频/视频数据。
组件同步器基于通过调度的流解码器、文件解码器、以及/或者点播流解码器解码的数据执行在组成内容的元素或者组成服务的元素之间的同步以配置内容或者服务。
警报信令解码器从IP数据报等等提取与警报有关的信令信息并且解析被提取的信令信息。
定向信令解析器从IP数据报等等提取与服务/内容个性化或者定向有关的信令信息，并且解析被提取的信令信息。定向是用于提供满足特定观众的条件的内容或者服务的行为。换言之，定向是用于识别满足特定观众的条件的内容或者的服务并且向观众提供被识别的内容或者服务的行为。
服务信令解析器从IP数据报等等提取与服务扫描和/或服务内容有关的信令信息，并且解析被提取的信令信息。与服务/内容有关的信令信息包括广播系统信息和/或广播信令信息。
应用信令解析器从IP数据报等等提取与应用的获取有关的信息，并且解析被提取的信令信息。与应用的获取有关的信令信息可以包括触发、TDO参数表(TPT)、以及/或者TDO参数元素。
定向处理器J2070处理与通过定向信令解析器解析的服务/内容定向有关的信息。
处理器J2080执行通过显示接收到的数据的一系列过程。处理器J2080可以包括警报处理器、应用处理器、以及/或者A/V处理器。
警报处理器控制接收器以通过与警报有关的信令信息获取警报数据并且执行用于显示警报数据的过程。
应用处理器处理与应用有关的信息并且处理被下载的应用的状态和与应用有关的显示参数。
A/V处理器基于被解码的音频数据、视频数据、以及/或者应用数据执行与音频/视频有关的操作。
管理单元J2090包括装置管理器和/或数据共享&通信单元。
装置管理器执行对于外部装置的管理，诸如能够被互锁的外部装置的添加/删除/更新，包括连接和数据交换。
数据共享&通信单元处理与在接收器和外部装置(例如，配套装置)之间的数据传送和交换有关的信息并且执行与其有关的操作。可传送且可交换的数据可以是信令数据、PDI表、PDI用户数据、PDI Q&A、以及/或者A/V数据。
在接收器不能够直接地接收广播信号的情况下，再分布模块J2100执行与服务/内容和/或服务/内容数据有关的信息的获取。
外部管理装置J2110指的是模块，诸如位于用于提供广播服务/内容的广播接收器的外部的广播服务/内容服务器。用作外部管理装置的模块可以被设置在广播接收器中。
根据本实施例的接收装置(或者接收器或者ATSC 3.0接收器)可以包括处理参考图1至图29描述的广播信号的接收器或者TV接收器。除了通过广播信道发送的广播信号之外根据本实施例的接收装置可以接收通过宽带信道的内容。根据本实施例的通过广播信号提供的服务和内容可以被称为混合广播服务。可以通过设计者改变术语和定义。
在下文中，将会描述根据本发明的实施例的在多播环境下经由ACR的信令方法。
当不能够经由宽带信道执行信令的机顶盒(STB)被使用时，使用ACR方案。通常，经由ACR方案获取当前观看的频道或者节目的信息。基于当前观看的广播信道或者节目的识别结果，可以通过宽带信道向单独的信令服务器请求信令信息并且能够实现单播形式结果。然而，根据混合广播服务，广播公司可以通过不是广播网络的宽带信道在多播中发送信令信息并且接收器可以接收和用信号发送信令信息。
图63是图示根据本发明的实施例的在多播环境下的ACR收发系统的图。
如上所述，在使用STB的环境下，接收器不能够接收通过广播网络发送的信令信息。然而，当经由ACR方案接收诸如当前观看的频道或者节目的用于信令的获取的最小信息时，在没有传统的周期性的请求和响应过程的情况下，在多播中能够直接地接收信令。
图63示出根据本发明的实施例的通过接收器在多播下接收信令信息的过程。在图63中图示的块的操作与上面的描述中的相同，并且因此将会描述用于在多播环境下经由ACR接收广播有关的信息的服务和信令的接收器的操作。
当接收器能够访问宽带时(即，当接收器能够使用互联网时)，接收器可以加入多播会话。
然后接收器可以基于经由ACR方案被发送到STA的A/V检测当前接收到的广播信号或者广播信息。
然后接收器可以使用被识别的广播信息解析在多播中发送的信令信息的所要求的信令信息，并且向用户提供有关服务。
图64是根据本发明的实施例的在多播环境下经由WM的ACR收发系统的图。
附图的上部分图示当信令服务器地址被插入到WM时的ACR收发系统，并且附图的下部分图示当仅ACR服务器地址被插入到WM并且接收器通过请求和响应对应的ACR服务器获取当前观看的广播的频道、节目、信令服务器地址等等时的ACR收发系统。
在图64中图示的块的操作与在上面的描述中相同，并且因此用于在多播环境下经由ACR接收信令和广播有关信息的服务的接收器的操作。
在附图的上部分中图示的收发系统的情况下，因为信令服务器地址被插入到WM，所以接收器能够提取WM，获取对应的信令服务器地址，并且加入信令服务器会话以获取信令信息。
在附图的下部分中图示的收发系统的情况下，因为仅ACR服务器地址被插入到WM中，所以接收器能够从ACR服务器获取信令服务器的地址。
用于在多播环境下经由ACR接收信令和广播有关的信息的服务的接收器的操作与在图63的描述中的相同，并且因此在此将会省略详细描述。
图65是图示根据本发明的实施例的在多播环境下经由FP方案ACR收发系统的图。
如上所述，接收器可以从音频/视频信号提取FP。然后接收器可以将提取的签名(或者FP)发送到FP服务器，并且除了当前频道和节目的信息之外还从FP服务器接收信令服务器地址。然后接收器可以加入服务器会话并且接收信令信息。
用于在多播环境下经由ACR接收信令和广播有关的信息的服务的接收器的操作与图63的描述中的相同，并且因此在此将会省略详细描述。
图66是根据本发明的实施例的通过接收器在多播环境下经由ACR方案执行关联于广播的信令的流程图。
服务提供商可以经由宽带信道以及经由广播网络多播关联于广播的信令信息。接收信令信息的接收器可以加入多播会话并且执行用于接收对应信令的通信过程以便于获取对应的信令信息。
根据本发明的实施例的接收器经由下述方法获取信令服务器(或者多播服务器)的地址。
第一实施例：在从ACR服务器接收当前观看的频道的识别结果之后，接收器也可以接收对应的频道的多播服务器的地址(例如，URL、IP地址等等)。
第二实施例：在接收器中直接存储各自的频道的多播服务器地址并且从ACR服务器接收频道识别结果之后，接收器可以访问对应频道的多播服务器。
根据设计者的意图可以改变前述的实施例。
在下文中，将会描述用于在多播环境下通过在附图中图示的接收器在多播环境下经由ACR方案执行关联于广播的信令的流程图。附图的ACR方案指的是前述的指纹方法的情况。
服务提供商E66000可以使用通过ACR提供商提供的工具提取用于每个相应的节目(内容)的指纹。在这样的情况下，服务提供商E66000可以建立音频/视频指纹DB。必要时服务提供商E66000可以提取和存储两个指纹。服务提供商E66000可以将从内容提取的指纹发送到ACR服务器E66100。根据节目的属性可以改变用于指纹的传输的时间点。详细地，在预先制作的节目的情况下，可以在广播中可以发送对应节目之前发送对应的指纹，并且在直播节目的情况下，只要指纹被提取就可以实时发送对应的节目。在这样的情况下，服务提供商E66000可以事先给出从其能够识别关于解码的内容的信息，并且可以将信息映射到被提取的指纹并且实时发送信息。
ACR服务器E66100可以将接收到的FP和有关信息存储在ACR DB中。其详细描述与图61的上述描述相同，并且因此在此将会省略。
然后接收器E66200可以从来自于外部输入的音频/视频信号提取指纹，并且将ACR询问请求发送到ACR服务器E66100。ACR服务器E66100可以响应于接收到的ACR询问请求将ACR询问响应发送到接收器E66200。详细地，ACR服务器E66100可以从ACR DB搜寻匹配于接收到的指纹的内容。然后在识别内容之后，ACR服务器E66100可以发送ACR询问响应。ACR询问响应可以包括对应内容的频道信息、信令服务器地址(多播服务器地址)等等。
然后接收器可以使用被包括在接收到的ACR询问响应中的信令服务器地址将多播会话加入请求发送到对应的信令服务器(多播服务器)E66300。
信令服务器地址可以被配置成用于每个相应的服务提供商的代表性的地址或者被配置成特定频道的代表性的地址。根据各个情况，服务提供商可以执行服务器管理。
另外，当一个服务提供商拥有多个频道并且配置信令服务器地址作为代表性地址时，接收器也可以发送诸如频带ID的频道识别信息，并且在将请求发送到相对应的信令服务器之后对特定的频道执行信令。
信令服务器E66300可以响应于接收到的多播会话加入请求对接收器E66200执行认证过程，可以访问会话，并且保持访问。当在接收器E66200和信令服务器E66300之间的会话被连接时，信令服务器E66300可以将信令信息连续地发送到接收器E66200而无需请求和响应的特定传输。
接收器E66200可以用信号发送并解析接收到的信息。对应的操作可以被重复地执行直到信令服务器地址被改变。另外，接收器E66200可以基于解析结果向用户提供对应的频道或者节目的服务。
然后当信令服务器地址被改变或者有关的信令信息不必被解析时，接收器E66200可以发送用于对应的会话的终止的请求并且离开对应的会话。
在使用水印的ACR方案的情况下，在WM插入期间信令服务器地址可以被插入并且经由前述的过程可以执行信令。
图67是图示根据本发明的实施例的在移动网络环境下ACR收发系统的图。
根据本发明的实施例的在移动网络环境下的ACR收发系统是经由与LTE/LTE-A服务的演进的多媒体广播多播服务(eMBMS)的组合获得的系统。eMBMS是用于在传统LTE/LTE-A服务中同时提供移动广播服务的技术。因此，当eMBMS被使用时，可以经由移动通信网络建立广播系统。未来的广播系统能够提供使用传统广播网络和移动通信网络(移动宽带)发送的混合广播服务。作为根据本发明的实施例的混合广播服务，可以通过广播网络发送对应的服务的基本层组件，并且可以通过移动宽带发送用于UHD服务等等的增强型层组件。另外，作为根据本发明的实施例的混合广播服务，服务提供商可以使用在传统的eMBMS中使用的表等等向接收器发送有关的信令信息。
图67是图示根据本发明的实施例的通过接收器通过移动宽带接收信令信息的过程的图。
图67图示根据本发明的实施例的通过移动宽带通过接收器接收信令信息或者有关的广播信息的过程。在图67中图示的块的操作与上面的描述中的相同，并且因此其详细描述将会在此被省略。另外，能够被应用于在图67中图示的接收器的ACR方案可以是WM和FP方法中的至少一个。
图68是图示根据本发明的另一实施例的由接收器通过移动宽带接收信令信息的过程的图。图68图示被应用于接收器的ACR方案是WM方法的情况。其详细操作与上面的描述相同，并且因此在此将会省略其详细描述。
图69是图示根据本发明的实施例的混合广播服务的概念的图。
根据服务被提供给用户的形式，包括根据图1至图29和图30至图62描述的本发明的实施例的广播服务和前述的eMBMS服务两者的混合广播服务可以被分类成在附图中图示的两种服务。
在附图的左部分中图示的块示出当服务提供商或者通过各自的网络提供的广播数据的内容不同时的混合广播服务。在附图的右部分中图示的块示出当服务提供商在各自的网络中同时提供相同的内容时的混合广播服务。
在附图的左部分中图示的混合广播服务的情况下，通过不同的网络提供通过前述的广播网络的服务和通过eMBMS提供的服务，并且因此接收器可以独立地获取用于每个相应的网络的服务。另外，在网络之间的接收器可以经由各自不同过程获取服务。
详细地，根据本发明的另一实施例通过各自的网络提供的内容是不同的情况可以对应于广播公司(服务提供商A)通过广播网络提供服务并且通信公司(服务提供商B)通过移动通信网络提供服务的情况或者各自的广播内容公司订阅通信网络并且提供服务的情况。即，根据本发明的另一实施例的情况可以对应于使用广播网络提供服务的主题和使用通信网络提供服务的主题是不同的情况，或者经由单独的系统处理或者发送广播数据直到广播数据被发送到用户的情况。在这样的情况下，为了每个相应的网络划分广播服务并且将其处理并且发送给用户，并且因此接收器可以包括用于处理与每个相应的网络相对应的服务的模块。
在这样的情况下，接收器可以通过两个网络接收不同的频道/节目信息并且向用户提供频道/节目信息。在这样的情况下，可以通过STB由接收器接收被发送到广播网络的服务，并且可以经由ACR方案发送多条信令信息。因此，接收器可以使用前述方法获取关联于广播的信令信息。然而，通过接收器能够直接地接收通过eMBMS接收到的频道或者节目信息，并且因此能够被应用，不论ACR方案如何。
在附图的右部分中图示的混合广播服务的情况下，服务提供商A和B同时通过各自的网络发送相同的内容，并且因此在被发送到广播网络和eMBMS网络之前在IP骨干网络中混合广播服务可以被适当地划分。
在这样的情况下，根据情形通过广播网络和eMBMS网络混合广播服务可以被发送到各自的接收器。
在附图的右部分中图示的混合广播服务的情况下，优点在于，与传统的广播环境相比较，发送广播数据的系统不必被检查，同时用户接收广播数据并且各种广播公司和内容提供公司能够接收广播数据。另外，优点在于，接收器能够被容易地设计，因为关联于广播公司的用户接口(UI)能够被统一并且被嵌入。
在这样的情况下，接收器可以使用不同的网络接收相同的频道或者节目并且通过eMBMS接收关于对应频道或者节目的信令信息。然而，可以确认，当eMBMS网络不能够被临时或者永久地使用时，接收器能够仅从STA接收A/V并且不能够使用eMBMS网络。在这样的情况下，接收器可以使用前述的ACR方案接收信令信息。信令服务器可以使用如上所述的单播或者多播方法将信令信息发送到接收器。
可替选地，即使eMBMS网络能够被使用，当通过STB发送用户当前观看的广播的A/V时，接收器不能够将通过eMBMS接收到的信令信息映射到当前观看的广播内容。在这样的情况下，接收器可以使用ACR方案识别当前观看的广播的频道或者节目，并且基于频道或者节目信息接收通过eMBMS接收到的信令信息以提供服务。
另外，当通过移动宽带接收数据时，接收器可以通过不是通用宽带信道的移动宽带信道发送和接收信令信息，这能够根据设计者的意图改变。
图70是图示根据本发明的另一实施例的在移动网络环境下ACR收发系统的图。
图70图示根据前述的混合广播服务的本发明的另一实施例的STB通过两个网络接收数据并且通过外部输入等等将对应的数据发送到接收器的情况。
如在附图中所图示的，通过广播网络发送的广播数据最后可以通过STB被发送到接收器。另外，STB具有能够进行eMBMS的性能，并且因此能够接收通过eMBMS发送的广播数据。在这样的情况下，服务提供商能够用作MVPD。
因此，通过广播网络和eMBMS发送的A/V和有关信令信息两者能够通过STB被发送到服务器，并且因此接收器能够向用户仅提供A/V。在这样的情况下，移动网络环境与基本的ACR环境相同，并且因此接收器可以经由ACR方案识别当前观看的频道/节目，并且然后从信令服务器接收信令信息并且提供服务。其详细的描述与上面的描述中的相同，并且因此在此将会被省略。
根据本发明的ACR方案可以被应用于WM方法和FP方法。另外，在WM方法的情况下，被插入到通过服务提供商发送的A/V的WM没有被过滤，即使WM通过STB被发送到接收器。
图71是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。
根据本发明的广播系统可以对应于其中以互联网协议(IP)为中心的广播网络和宽带被耦合的混合广播系统。
可以将根据本发明的广播系统设计成维持与常规的基于MPEG-2的广播系统的兼容性。
根据本发明的广播系统可以对应于基于以IP为中心的广播网络、宽带网络和/或移动通信网络(或蜂窝网络)的耦合的混合广播系统。
参考图，物理层可以使用广播系统(诸如ATSC系统和/或DVB系统)中采用的物理协议。例如，在根据本发明的物理层中，发射器/接收器可以发送/接收地面广播信号并且将包括广播数据的传输帧转换成适当的形式。
在封装层中，IP数据报是从自物理层获取的信息获取的并且所获取的IP数据报被转换成特定帧(例如，RS帧、GSE-lite、GSE或信号帧)。帧主要包括一组IP数据报。例如，在封装层中，发射器将从物理层处理的数据包括在传输帧中，或者接收器从自物理层获取的传输帧中提取MPEG-2TS和IP数据报。
快速信息信道(FIC)包括访问服务和/或内容所必需的信息(例如，服务ID与帧之间的映射信息)。FIC可以被称为快速访问信道(FAC)。
根据本发明的广播系统可以使用协议，诸如互联网协议(IP)、用户数据报协议(UDP)、传输控制协议(TCP)、异步分层编码/分层编码传输(ALC/LCT)、速率控制协议/RTP控制协议(RCP/RTCP)、超文本输送协议(HTTP)以及双向传输文件传送(FLUTE)。这些协议之间的栈可以参考图中所示出的结构。
在根据本发明的广播系统中，可以以基于ISO的媒体文件格式(ISOBMFF)的形式传输数据。可以以ISOBMFF的形式传输电子服务指南(ESG)数据、非实时(NRT)数据、音频/视频(A/V)数据和/或一般数据。
数据通过广播网络的传输可以包括线性内容的传输和/或非线性内容的传输。
基于RTP/RTCP的A/V和数据(隐藏字幕、紧急警报消息等)的传输可以对应于线性内容的传输。
可以以包括网络抽象层(NAL)的RTP/AV流的形式和/或以按照基于ISO的媒体文件格式封装的形式传输RTP有效载荷。RTP有效载荷的传输可以对应于线性内容的传输。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体片段等。
基于FLUTE的ESG的传输、非定时数据的传输、NRT内容的传输可以对应于非线性内容的传输。可以以MIME类型文件形式和/或按照基于ISO的媒体文件格式封装的形式传输这些。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体片段等。
可以将通过宽带网络的传输划分成内容的传输和信令数据的传输。
内容的传输包括线性内容(A/V和数据(隐藏字幕、紧急警报消息等))的传输、非线性内容(ESG、非定时数据等)的传输以及基于MPEG DASH的媒体片段(A/V和数据)的传输。
信令数据的传输可以是包括通过广播网络传输的信令表(包括MPEG DASH的MPD)的传输。
在根据本发明的广播系统中，可以支持通过广播网络传输的线性/非线性内容之间的同步或通过广播网络传输的内容与通过宽带传输的内容之间的同步。例如，在通过广播网络和宽带单独并同时传输一个UD内容的情况下，接收器可以调整依赖于传输协议的时间线，并且使通过广播网络的内容和通过宽带的内容同步以将内容重新配置为一个UD内容。
根据本发明的广播系统的应用层可以实现技术特性，诸如交互性、个性化、第二画面以及自动内容识别(ACR)。这些特性在从ATSC 2.0到ATSC 3.0的扩展中是重要的。例如，HTML5可以被用于交互性的特性。
在根据本发明的广播系统的呈现层中，HTML和/或HTML5可以被用来标识组件或交互式应用之间的空间和时间关系。
在本发明中，信令包括支持内容和/或服务的有效获取所必需的信令信息。可以以二进制或XMK形式表达信令数据。可以通过地面广播网络或宽带来发送信令数据。
可以按照ISO基础媒体文件格式等表达实时广播A/V内容和/或数据。在这种情况下，可以通过地面广播网络实时地发送A/V内容和/或数据，并且可以基于IP/UDP/FLUTE非实时地发送A/V内容和/或数据。替换地，可以通过实时地经由互联网使用HTTP动态适配流(DASH)在流模式下接收或者请求内容来接收广播A/V内容和/或数据。在根据本发明的实施例的广播系统中，可以组合所接收的广播A/V内容和/或数据以向观众提供各种增强服务，诸如交互式服务和第二画面服务。
图72是示出根据本发明的实施例的传送帧的视图。
根据本发明的实施例的传送帧指示从物理层发送的数据的集合。
根据本发明的实施例的传送帧可以包括P1数据、L1数据、公共PLP、PLPn数据、以及/或者辅助数据。公共PLL可以被称为公共数据单元。
P1数据对应于被用于检测传送信号的信息。P1数据包括用于信道调谐的信息。P1数据可以包括对于解码L1数据所必需的信息。接收器可以基于被包括在P1数据中的参数解码L1数据。
L1数据包括关于PLP的结构和传送帧的配置的信息。接收器可以使用L1数据获取PLPn(n是自然数)或者确认传送帧的配置以提取必要的数据。
公共PLP包括被共同地应用于PLPn的服务信息。接收器可以通过公共的PLP获取要在PLP之间共享的信息。根据传送帧的结构，公共的PLP可以不存在。L1数据可以包括用于识别是否公共的PLP被包括在传送帧中的信息。
PLPn包括用于内容的数据。诸如音频、视频、以及/或者数据的组件被传送到组成PLP1至PLPn的被交织的PLP区域。用于识别组成各个服务(信道)的组件被传送到哪个PLP的信息可以被包括在L1数据或者公共的PLP中。
辅助数据可以包括用于被添加到下一代广播系统的调制方案、编译方案、以及/或者数据处理方案的数据。例如，辅助数据可以包括用于识别新定义的数据处理方案的信息。辅助数据可以被用于根据后来将会扩展的系统扩展传送帧。
图73是示出根据本发明的另一实施例的传送帧的视图。
根据本发明的实施例的传送帧指示从物理层发送的数据的集合。
根据本发明的实施例的传送帧可以包括P1数据、L1数据、快速信息信道(FIC)、PLPn数据、以及/或者辅助数据。
P1数据对应于被用于检测传送信号的信息。P1数据包括用于信道调谐的信息。P1数据可以包括解码L1数据所必需的信息。接收器可以基于被包括在P1数据中的参数解码L1数据。
L1数据包括关于PLP的结构和传送帧的配置的信息。接收器可以使用L1数据获取PLPn(n是自然数)或者确认传送帧的配置以提取必要的数据。
快速信息信道(FIC)可以被定义为附加的信道，通过其接收器在特定的频率内快速地执行广播服务和内容的扫描。此信道可以被定义为物理或者逻辑信道。与广播服务有关的信息可以通过这样的信道被发送/接收。
在本发明的本实施例中，对于接收器来说能够使用FIC快速地获取被包括在传送帧中的广播服务和/或内容和与其有关的信息。另外，在通过一个或者多个广播站生成的服务/内容在相对应的传送帧中存在的情况下，接收器可以使用FIC识别和处理每个广播站的服务/内容。
PLPn包括用于内容的数据。诸如音频、视频、以及/或者数据的组件被传送到组成PLP1至PLPn的被交织的PLP区域。用于识别组成各个服务(信道)的组件被传送到哪个PLP的信息可以被包括在L1数据或者公共的PLP中。
辅助数据可以包括用于被添加到下一代广播系统的调制方案、编译方案、以及/或者数据处理方案的数据。例如，辅助数据可以包括用于识别新定义的数据处理方案的信息。辅助数据可以被用于根据后来将会扩展的系统扩展传送帧。
图74是示出根据本发明的实施例的广播系统的传送分组(TP)和network_protocol字段的意义的视图。
广播系统的TP可以包括network_protocol信息、error_indicator信息、stuffing_indicator信息、pointer_field信息、stuffing_bytes信息、以及/或者有效载荷。
network_protocol信息指示TP的有效载荷具有如所示的哪种网络协议类型。
error_indicator信息是用于指示在相对应的TP中已经检测到错误的信息。例如，在对应的信息的值是0的情况下，其可以指示还没有检测到错误。另一方面，在对应的信息的值是1的情况下，其可以指示错误已经被检测到。
stuffing_indicator信息指示是否填充字节被包括在相对应的TP中。例如，在对应的信息的值是0的情况下，其可以指示没有包括填充字节。另一方面，在对应的信息的值是1的情况下，其可以指示在有效载荷之前包括长度字段和填充字节。
pointer_field信息指示在对应的TP的有效载荷部分处的新网络协议分组的开始部分。例如，对应的信息可以具有最大的值(0x7FF)以指示不存在新网络协议分组的开始部分。在对应的信息具有不同的值的情况下，值可以对应于从报头的末端部分到新网络协议分组的开始部分的偏移值。
当stuffing_indicator信息的值是1时，stuffing_bytes信息是在报头和有效载荷之间填充的值。
TP的有效载荷可以包括IP数据报。使用一般流封装(GSE)等等此类型的IP数据报可以被封装并且被传送。传送的特定的IP数据报可以包括对于接收器扫描服务/内容和获取服务/内容所必需的信令信息。
图75是示出根据本发明的实施例的广播服务器和接收器的视图。
根据本发明的实施例的接收器包括信令解析器J107020、应用管理器J107030、下载管理器J107060、装置存储J107070、以及/或者应用解码器J107080。广播服务器包括内容提供商/广播站J107010和/或应用服务服务器J107050。
被包括在广播服务器或者接收器中的各个装置可以通过硬件或者软件体现。在其中通过硬件体现各个装置的情况下，术语“管理器”可以被替换成术语“处理器”。
内容提供器/广播站J107010指示内容提供商或者广播站。
信令解析J107020是用于解析通过内容提供商或者广播站提供的广播信号的模块。广播信号可以包括信令数据/元素、广播内容数据、与广播有关的附加数据、以及/或者应用数据。
应用管理器J107030是用于在应用被包括在广播信号中的情况下管理应用的模块。应用管理器J107030使用上述信令信息、信令元素、TPT、以及/或者触发控制应用的位置、操作、以及操作执行时序。应用的操作可以被激活(启动)、挂起、恢复、或者终止(退出)。
应用服务服务器J107050是用于提供应用的服务器。应用服务服务器J107050可以通过内容提供商或者广播站被提供。在这样的情况下，应用服务服务器J107050可以被包括在内容提供商/广播站J107010中。
下载管理器J107060是用于处理与NRT内容有关的信息或者通过内容提供商/广播站J107010和/或应用服务服务器J107050提供的应用的模块。下载管理器J107060获取被包括在广播信号中的NRT有关的信令信息，并且基于信令信息提取被包括在广播信号中的NRT内容。下载管理器J107060可以接收和处理通过应用服务服务器J107050提供的应用。
装置存储J107070可以存储接收到的广播信号、数据、内容、以及/或者信令信息(信令元素)。
应用解码器J107080可以解码接收到的应用并且执行将应用表达在屏幕上的处理。
作为本发明的实施例，图76示出不同的服务类型、和被包含在各种类型的服务中的组件的类型、以及在服务类型当中的附属服务关系。
线性服务通常递送TV并且也能够被用于适合于不具有视频解码/显示性能(仅音频)的接收装置的服务。线性服务具有单个时基，并且其能够具有零或者更多可呈现的视频组件、零或者多个可呈现的音频组件、以及零或者多个可呈现的CC组件。其也能够具有两个或者多个基于App的增强。
App类别表示用于ATSC应用的内容项目(或者数据项目)。关系包括：与内容项目(或者数目项目)类别的子类别关系。
基于App的增强类别表示对TV服务(或者线性服务)的基于App的增强。属性能够包括：重要的性能[0..1]、非重要的性能[0..1]、目标装置[0..n]：可能的值包括“主要装置”、“配套装置”。
关系能够包括：与App类别的“包含”关系、与内容项目(或者数据项目)组件类别的“包含”关系、与通知流类别的“包含“关系、以及/或者与点播组件类别的“包含”关系。
时基表示被用于建立用于同步线性服务的组件的时基的元数据。能够包括下述属性。
时钟速率表示此时基的时钟速率。
基于App的服务表示基于App的服务。关系能够包括：与基于App的增强类别的“包含”关系，和/或与服务类别的“子类别”关系。
基于App的增强能够包括下述：
通知流，其递送要采取的行为的通知。
一个或者多个应用(App)。
零或者多个内容项目(或者数据项目，NRT内容项目)，其由App使用。
零或者多个点播组件，其由App管理。
在基于App的增强中的App中的零或者一个能够被指定为主App。如果存在被指定的主App，则只要其属于的服务被选择其就被激活。通过通知流中的通知也能够激活App，或者通过已经活跃的其它App能够激活一个App。
基于App的服务是包含一个或者多个基于App的增强的服务。在基于App的服务中的一个基于App的增强能够包含被指定的主App。基于App的服务能够可选地包含时基。
App是内容项目(或者数据项目)的特定情况，即，一起组成App的文件的集合。
图77示出作为本发明的实施例的在NRT内容项目类别和NRT文件类别之间的包含关系。
NRT内容项目包含一个或者多个NRT文件，并且NRT文件能够属于一个或者多个NRT内容项目。
查看这些列表的方式是NRT内容项目基本上能够是可呈现的基于NRT文件的组件——即，在不需要与其它的文件——相组合的情况下能够消耗的一组NRT文件，并且NRT文件基本上能够是基础的基于NRT文件的组件——即，是原子单位的组件。
NRT内容项目能够包含连续组件或者非连续组件，或者两个的组合。
图78是示出根据本发明的实施例的基于服务类型和组件类型的属性的表。
应用(App)是一种支持交互性的NRT内容项目。可以通过诸如TPT的信令数据提供应用的属性。应用具有与NRT内容项目类别的子类别关系。例如，NRT内容项目可以包括一个或者多个应用。
基于App的增强是基于应用的被改进的事件/内容。
基于app的增强的属性可以包括下述。
重要性能[0..1]——对于增强的有意义重现所需要的接收器性能。
非重要的性能[0..1]——对于增强的最佳重现有用，但是对于增强的有意义的重现不是绝对必要的接收器性能。
目标装置[0..n]——用于仅可能的值的附属数据服务。
目标装置可以被划分成主装置和配套装置。主装置可以包括诸如TV接收器的装置。配套装置可以包括智能电话、平板PC、膝上型计算机、以及/或者小型显示器。
基于app的增强包括与app类别的关系。这是用于与被包括在基于app的增强中的应用的关系。
基于app的增强包括与NRT内容项目类别的关系。这是用于与通过被包括在基于app的增强中的应用使用的NRT内容的关系。
基于app的增强包括与通知流类别的关系。这是用于与通知流传送通知的关系，用于在应用的操作和基本线性时基之间的同步。
基于app的增强包括与点播组件类别的关系。这是用于与要由应用管理的观众请求的组件的关系。
图79示出作为本发明的实施例的描述服务类型和组件类型的属性的另一表。
时基表示被用于建立用于同步线性服务的组件的时基的元数据。
时基的属性可以包括时基ID和/或时钟速率。
时基ID是时基的标识符。时钟速率表示时基的时钟速率。
图80示出作为本发明的实施例的描述服务类型和组件类型的属性的另一表。
线性服务表示线性服务。
线性服务具有关系(Relations)，包含与其属性是视频组件的任务的可呈现的视频组件类别的关系。在当通过单独的视频组件支持遵循主题(follow-subject)的特征时的情况下，视频组件的作用可以具有表示主(默认)视频、可替选的相机视图、其它的可替选的视频组件、符号语言(例如，ASL)插图、或者具有被遵循的主题的名称的遵循主题视频中的任意一个的可能值。
线性服务的关系包含与可呈现的音频组件类别的关系、与可呈现的CC组件类别的关系、与时基类别的关系、与基于App的增强类别的关系、以及/或者“与服务类别的子类别关系”。
基于App的服务表示基于App的服务。
基于App的服务具有包含与时基类别的关系、与基于App的增强类别的关系、以及/或者与服务类别的“子类别”关系的关系。
图81示出作为本发明的实施例的描述服务类型和组件类型的属性的另一表。
节目(Program)表示节目。
节目的属性包括ProgramIdentifier、StartTime、ProgramDuration、TextualTitle、TextualDescription、Genre、GraphicalIcon、ContentAdvisoryRating、Targeting/personalization属性、Content/Service protection属性、以及/或者在“ESG(电子服务指南)模型中使用的其它的属性。
ProgramIdentifier[1]对应于节目的唯一的标识符。
StartTime[1]对应于节目被调度开始的墙钟日期和时间。
ProgramDuration[1]对应于从节目的开始到节目的结束的被调度的墙钟时间。
TextualTitle[1..n]对应于节目的人类可读标题，可能在多种语言中——如果不存在，默认为被关联的节目的TextualTitle。
TextualDescription[0..n]对应于节目的人类可读标题，可能在多种语言中——如果不存在，默认为被关联的节目的TextualTitle。
Genre[0..n]对应于节目的流派——如果不存在，则默认为被关联的节目的流派。
GraphicalIcon[0..n]对应于表示节目的图标(例如，在ESG中)，可能在多个大小中——如果不存在，默认为被关联的节目的GraphicalIcon。
ContentAdvisoryRating[0..n]对应于用于节目的内容咨询分级，可能用于多个区域——如果存在，默认为被关联的节目的ContentAdvisoryRating。
Targeting/personalization属性对应于被用于确定节目的定向等等的属性——如果不存在，默认为被关联的节目的Targeting/personalization属性。
内容/服务保护属性对应于要被用于节目的内容保护和/或服务保护的属性——如果不存在，默认为被关联的节目的属性。
节目可以具有包括下述的关系：
与线性服务类别的“ProgramOf”关系、与基于App的服务类别的“ContentItemOf”关系、与基于App服务类别的“OnDemandComponentOf”关系、与可呈现的视频组件类别的“包含”关系、与可呈现的音频组件列表的“包含”关系、与可呈现的CC组件类别的“包含”关系、与基于App的增强类别的“包含”关系、与时基类别的“包含”关系、与节目列表的“基于”关系、以及/或者片段分类的“包含”关系。
在当通过单独的视频组件支持遵循主题特征时的情况下，与可呈现的视频组件类别的“包含”关系可以具有包括其可能值指示主(默认)视频、可替选的相机视频、其它的可替选的视频组件、标记语言(例如，ASL)插图、以及/或者具有遵循主题的名称的遵循主题视频的视频组件的任务的属性。
与片段分类的“包含”关系的属性可以具有指定与节目的开始有关的片段的开始时间的RelativeSegmentStartTime。
NRT内容项目组件能够具有与节目相同的结构，但是以文件，而不是以流的格式递送。这样的节目能够具有附属数据服务，诸如与其相关联的交互式服务。
图82示出作为本发明的实施例的用于ContentItem和OnDemand内容的定义。
未来的混合广播系统可以具有用于服务的类型的线性服务和/或基于App的服务。在根据在广播中定义的时间表和时基呈现的连续的组件组成线性服务的情况下，线性服务也能够具有被触发的应用增强。
通过如所指示的它们当前定义的可呈现的内容组件，定义下述类型的服务。其它的服务类型和组件应被定义。
线性服务是其中主内容由根据通过广播定义的时间表和时基消耗的连续的组件组成的服务(除了通过消费者能够使用各种类型的时间移位的观看机制以以为消费时间之外)。服务组件包括：
零或者多个视频组件
零或者多个音频组件
零或者多个隐藏字幕组件
被用于同步组件的时基
零或者多个被触发的、基于应用的增强，以及/或者零或者多个自动启动基于应用的增强。
对于零或者多个被触发的、基于应用的增强，由被启动并且以同步的方式执行行为的应用组成的各个增强作为服务的部分递送。增强组件能够包括：
激活通知的流
一个或者多个作为通知的目标的应用
零或者多个内容项目；以及/或者
零或者多个点播组件
可选地，应用中的一个能够被指定为“主应用”。如果存在被指定的主应用，则只要根本的服务被选择就能够激活。通过在通知流中的通知能够激活其它的应用，或者通过已经活跃的其它的应用能够激活应用。
对于零或者多个自动启动的基于应用的增强，各个增强是由当服务被选择时自动启动的应用组成。增强组件能够包括：
被自动启动的应用
零或者多个激活通知的流，和/或
零或者多个内容项目
在此，线性服务能够具有自动启动的基于应用的增强和被触发的基于应用的增强，例如，要进行定向的ad(广告)插入的自动启动的基于应用的增强和提供交互式观看体验的被触发的基于应用的增强。
基于应用的服务是每当选择服务启动被指定的应用的服务。通过在基于应用的服务的基于应用的增强包含被指定的主应用的限制，其能够由一个基于应用的增强组成。
应用能够是内容项目的特定情况，即一起组成在多个服务当中能够共享的应用服务组件的文件的集合。
在基于应用的服务中的应用能够发起OnDemand内容的呈现。
存在关于合并自动启动的基于应用的服务的观念和封装的应用的一些解决方案。这些很可能会以一些形式在服务指南中出现。未来的电视机能够具有下述特征：
用户会选择服务指南中的自动启动的基于应用的服务并且将其指定为“收藏”服务，或者“获取”它或者类似的。这会使形成服务的基础的应用被下载和安装在电视机上。然后用户能够要求观看“收藏”或者“获取的”应用，并且会获得像在智能电话上得到的那样的显示物，示出所有被下载的和被安装的应用。此效果会是服务指南行为像应用商店。
并且/或者，能够存在允许任何应用将自动启动的基于应用的服务视为“收藏”/“获取的”服务的API。(这样的API的实现能够包括对用户的“你确定”询问，以确定流氓应用不在用户的后台运行)。这会具有与按照“被封装的应用”相同的作用。
各个服务可以包括内容项目(对应于内容)。内容项目是意图作为统一的整体消耗的内容。OnDemand内容是在观众(通常经由由应用提供的用户界面)选择的时间呈现的内容——这样的内容会由连续的内容(例如，音频/视频)或者非连续的内容(例如，HTML页面或者图像)组成。
图83示出作为本发明的实施例的复合音频组件的示例。
可呈现的音频组件应是包含完整的主组件和包含要被混合音乐、对话框和效果音轨的组件的PickOne组件。完整的主音频组件和音乐组件应是包含由以不同的比特率编码组成的基本组件同时对话和效果组件应是基本组件的PickOne组件。
此解决方案给出更加清楚的图片，其服务是直接仅列出服务的可呈现的组件，并且然后分等级地列出任何复合组件的成员组件。
为了限制组件模型的可能的未被限制的递归，能够强加下述限制：任何连续的组件能够适合三个级别，其中最高级由PickOne组件组成，中间级是由复合组件组成，并且最低级是由PickOne组件组成。任何特定的连续的组件能够包含所有的三个级别或者其任何子集，包括连续的组件简单地是基本组件的空子集。
图84是示出根据本发明的实施例的与应用有关的属性信息的视图。
与应用有关的属性信息可以包括内容咨询信息。
与可以根据本发明的实施例添加的应用有关的属性信息可以包括应用ID信息、应用版本信息、应用类型信息、应用位置信息、性能信息、所要求的同步水平信息、使用频率信息、截止日期信息、应用信息所需要的日期项目、安全属性信息、目标装置信息、以及/或者内容咨询信息。
应用ID信息包括能够识别应用的唯一的ID。
应用版本信息指示应用的版本。
应用类型信息指示应用的类型。
应用位置信息指示应用的位置。例如，应用位置信息可以包括能够接收应用的URL。
性能信息指示能够呈递应用的性能属性。
所要求的同步水平信息包括在广播流和应用之间的同步水平信息。例如，所要求的同步水平信息可以指示节目或者事件单元、事件单元(例如，在2秒钟内)、唇形单元、以及/或者帧级同步。
使用频率信息指示应用的使用的频率。
截止日期信息指示应用的截止日期和时间。
应用信息所需要的日期项目指示在应用中使用的日期信息。
安全属性信息指示应用的安全有关的信息。
目标装置信息指示其中将会使用应用的目标装置的信息。例如，目标装置信息可以指示其中相对应的应用被使用的目标装置是TV和/或移动装置。
内容咨询信息指示能够使用应用的级别。例如，内容咨询信息可以包括能够使用应用的年龄限制信息。
通过前述的基于应用的增强或者基于应用的服务能够使用或者执行的应用可能受到服务提供商(广播公司)提供的广播公司有关的应用的限制。在下文中，将会描述应用的属性和性能的限制。
图85是图示根据本发明的实施例的当应用属性被改变时接收器的操作的流程图。
根据本发明的实施例的服务提供商的应用不能够根据诸如应用类型等等的属性中的变化，而被转变到不与具有与第三方应用相同的属性的广播相关联的应用。
因此，在这样的情况下，接收器可以检查是否应用属性被改变并且确定是否根据被改变的属性执行应用。在下文中，将会描述图85的流程图。
服务提供商(广播公司或者内容提供商)E85000可以将关于广播有关的应用的信令信息发送到接收器E85100。
接收器E85100可以解析信令信息并且执行对应的应用。在这样的情况下，可以通过在接收器中包括的应用管理器执行应用。
然后服务提供商E85000可以更新应用属性的变化点。接收器E85100或者应用管理器可以检查应用属性的检查点。
当应用属性的应用类型属性变成与广播无关的第三方应用类型时，接收器E85100或者应用管理器可以终止正在被执行的广播有关的应用。
当除了应用类型属性之外的其它属性被改变时，接收器E85100或者应用管理器可以将被改变的属性应用于正在执行的广播有关的应用，并且可以连续地执行应用。
图86是图示根据本发明的另一实施例的当应用属性被改变时接收器的操作的流程图。
图86示出用于当服务提供商的当前执行的广播有关的应用尝试将当前频道变成不具有频道信息的频道(空频道)时返回错误的接收器的操作。在下文中，将会描述图86的流程图。
服务提供商(广播公司或者内容提供商)E86000可以将关于广播有关的应用的信令信息发送到接收器E86100。
接收器E86100可以解析信令信息并且执行对应的应用。在这样的情况下，可以通过被包括在接收器E86100中的应用管理器执行应用。
然后，当尝试使用setChannel(“空”)的API将当前执行的应用改变成诸如第三方应用的广播有关的应用时，接收器E86100或者应用管理器可以响应于请求setChannel(“空”)返回错误，使得处理用于后续操作的应用或者终止当前执行的广播有关的应用。
图87是根据本发明的另一实施例的当应用属性被改变时接收器的操作的流程图。
图87示出当在服务提供商的广播有关的应用的执行期间，诸如第三方应用的与广播无关的应用在应用中时接收器的操作。在这样的情况下，接收器可以仅执行服务提供商的应用，或者根据策略执行与广播无关的第三方应用。在下文中，将会描述图87的流程图。
服务提供商(广播公司或者内容提供商)E87000可以将关于广播有关应用的信令信息发送到接收器E87100。
接收器E87100可以解析信令信息并且执行对应的应用。在这样的情况下，可以通过被包括在接收器E87100中的应用管理器执行应用。
然后，当前执行的广播有关的应用可以使用诸如getApplicationList()等等的API请求通过接收器E87100能够执行的应用的列表。
当根据用户设置或者接收器策略允许与广播无关的第三方应用时，接收器E87100或者应用管理器可以返回包括第三方应用的所有应用的列表。在这样的情况下，当前执行的广播有关的应用可以执行与广播无关的第三方应用。
当根据用户设置或者接收器策略不允许与广播无关的第三方应用时，接收器E87100或者应用管理器可以返回除了第三方应用之外的应用的列表。在这样的情况下，当前执行的广播有关的应用不能够执行与广播无关的诸如第三方应用的应用。
图88是根据本发明的实施例的混合广播服务的流程图。
图88是图示在上述的多播环境下在ACR接收器(或者接收装置或者用于接收的装置)中处理混合广播服务的操作的流程图。
没有描述附图，根据本发明的实施例的用于接收的装置可以包括接收器(或者接收模块)，用于接收用于混合广播服务的广播信号；和发射器(或者发送模块)，用于发送与信令信息有关的请求。
根据本发明的实施例的接收器能够接收用于混合广播服务的广播信号(SE8800)。如上所述，根据本发明的实施例的用于接收的装置可以接收或者处理参考图1至图29描述的广播信号。广播信号包括关于信令信息的地址信息。通过手印方案或者指纹方案关于信令信息的地址信息可以被插入到广播信号。并且关于信令信息的地址信息可以指示ACR服务器地址。详情如在图30-图70中所描述的。
根据本发明的实施例的发射器能够发送用于广播信号的信令信息的请求(SE88100)。详情如在图30-图70中所描述的。
根据本发明的实施例的接收器能够通过使用单播方法、多播方法以及eMBMS(演进的多媒体广播多播服务)方法中的一个经由宽带信道或者移动宽带接收信令信息(SE88200)。详情如在图30-图70中所描述的。
图89是根据本发明的另一实施例的混合广播服务处理的流程图。
图89示出当在88中描述的混合广播服务处理中接收器接收应用时在接收器处理的操作。
根据本发明的实施例的接收装置或者信令解析器能够接收混合广播服务的应用的信令信息(SE89000)。信令信息能够包括应用识别信息、应用版本信息以及应用地址信息。详情如在图71-图87中所描述的。
根据本发明的实施例的接收装置或者应用管理器能够使用信令信息启动应用(SE89100)。详情如在图71-图87中所描述的。
根据本发明的实施例的接收装置或者信令解析器能够接收应用的更新信息(SE89200)。更新信息包括指示是否应用的类型被改变的应用属性信息。
当应用属性信息指示应用的类型变成与混合广播服务有关的应的类型时，应用管理器能够停止被启动的应用。
或者当通过使用API(用户程序接口)应用变成与混合广播服务无关的应用的类型时，应用管理器能够发送错误响应或者停止被启动的应用。此外，应用管理器可以接收对于指示可用的应用的列表的请求，并且根据请求发送列表。详情如在图71-图87中所描述的。
本领域技术人员应该理解，在不脱离本发明的精神或者范围的情况下可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附权利要求及其等效物的范围内。
在本说明书中提及装置和方法发明两者，并且装置和方法发明两者的描述可以互补地适用于彼此。
发明模式
已经以实现本发明的最佳模式描述了各种实施例。
工业实用性
本发明在一系列的广播信号提供领域中是可用的。
对于本领域技术人员来说显而易见的是，不脱离本发明的精神或者范围可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附的权利要求及其等效物的范围内。

Claims (11)

1.一种处理广播服务的方法，所述方法包括：
从外部输入源接收用于所述广播服务的广播内容，其中所述广播内容是从广播流导出的，
其中，所述广播内容包括水印；
从所述广播内容提取所述水印；以及
基于所述水印访问用于所述广播服务的信令服务器，
其中，所述水印包括第一水印块，
其中，所述第一水印块提供用于识别携带的数据的识别信息，
其中，所述第一水印块包括内容标识符和频道标识符二者，
其中，包括在所述第一水印块中的所述内容标识符用于标识来自所述外部输入源的所述广播内容，
其中，包括在所述第一水印块中的所述频道标识符包括与所述广播内容相关联的主频道号和与所述广播内容相关联的次频道号。
2.根据权利要求1所述的方法，其中，所述水印包括用于直接访问所述信令服务器的信令数据。
3.根据权利要求2所述的方法，其中，所述水印还包括第二水印块，
其中，所述第二水印块包括用于所述信令服务器的统一资源定位符(URL)信息。
4.根据权利要求1所述的方法，所述方法进一步包括：
在从所述广播内容中提取所述水印的步骤中，从提取的水印中生成第一统一资源定位符(URL)；
基于所述第一URL向第一服务器请求信令数据，
其中，所述信令数据用于访问所述信令服务器；以及
从所述第一服务器获取所述信令数据。
5.根据权利要求1所述的方法，其中，所述第一水印块是全水印信息或水印信息的片段。
6.根据权利要求5所述的方法，
其中，所述第一水印块包括片段号信息和最后片段信息，
其中，所述片段号信息指定包括在所述第一水印块中的片段的片段号，
其中，所述最后片段信息指定相应水印信息的最后片段的片段号。
7.一种用于处理广播服务的装置，所述装置包括：
接收器，所述接收器被配置为从外部输入源接收用于所述广播服务的广播内容，
其中，所述广播内容是从广播流中导出的，
其中，所述广播内容包括水印；以及
处理器，所述处理器被配置为从所述广播内容中提取所述水印，
其中，所述处理器还被配置为基于所述水印访问用于所述广播服务的信令服务器，
其中，所述水印包括第一水印块，
其中，所述第一水印块提供用于识别携带的数据的识别信息，
其中，所述第一水印块包括内容标识符和频道标识符二者，
其中，包括在所述第一水印块中的所述内容标识符用于标识来自所述外部输入源的所述广播内容，
其中，包括在所述第一水印块中的所述频道标识符包括与所述广播内容相关联的主频道号和与所述广播内容相关联的次频道号。
8.根据权利要求7所述的装置，其中，所述水印包括用于直接访问所述信令服务器的信令数据。
9.根据权利要求8所述的装置，其中，所述水印还包括第二水印块，
其中，所述第二水印块包括用于所述信令服务器的统一资源定位符(URL)信息。
10.根据权利要求7所述的装置，其中，所述第一水印块是全水印信息或水印信息的片段。
11.根据权利要求8所述的装置，其中，所述第一水印块包括片段号信息和最后片段信息，
其中，所述片段号信息指定包括在所述第一水印块中的片段的片段号，
其中，所述最后片段信息指定相应水印信息的最后片段的片段号。
CN201580008997.8A 2014-02-17 2015-02-17 用于处理混合广播服务的装置和用于处理混合广播服务的方法 Expired - Fee Related CN106105136B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201461940825P 2014-02-17 2014-02-17
US61/940,825 2014-02-17
US201461970861P 2014-03-26 2014-03-26
US61/970,861 2014-03-26
PCT/KR2015/001641 WO2015122747A1 (en) 2014-02-17 2015-02-17 Apparatus for processing a hybrid broadcast service, and method for processing a hybrid broadcast service

Publications (2)

Publication Number Publication Date
CN106105136A CN106105136A (zh) 2016-11-09
CN106105136B true CN106105136B (zh) 2019-08-23

Family

ID=53800409

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580008997.8A Expired - Fee Related CN106105136B (zh) 2014-02-17 2015-02-17 用于处理混合广播服务的装置和用于处理混合广播服务的方法

Country Status (6)

Country Link
US (1) US20160352793A1 (zh)
EP (1) EP3108640A4 (zh)
JP (1) JP6474835B2 (zh)
KR (1) KR101829844B1 (zh)
CN (1) CN106105136B (zh)
WO (1) WO2015122747A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230097213A (ko) * 2014-05-16 2023-06-30 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
JP6254500B2 (ja) * 2014-09-08 2017-12-27 株式会社メディアプラットフォームラボ コンテンツ配信システム、コンテンツ配信方法、及びコンテンツ配信プログラム
IL253906B2 (en) * 2015-02-11 2023-12-01 Vid Scale Inc Systems and methods for including HTTP headers in adaptive dynamic streaming over HTTP
WO2017159844A1 (en) * 2016-03-17 2017-09-21 Sharp Kabushiki Kaisha Emergency messages in watermarks
CN106100779B (zh) * 2016-07-21 2018-12-04 四川九州电子科技股份有限公司 基于定时轮询和实时调度的应急广播任务调控方法及系统
US10176309B2 (en) * 2016-10-28 2019-01-08 Acronis International Gmbh Systems and methods for authenticating video using watermarks
US10051462B2 (en) * 2016-12-16 2018-08-14 T-Mobile Usa, Inc. Hybrid transport for installed service updates
CN106936994B (zh) * 2017-03-10 2019-10-01 Oppo广东移动通信有限公司 一种广播接收者的控制方法、装置及移动终端
KR102411123B1 (ko) * 2017-06-02 2022-06-21 한국전자통신연구원 다중 안테나 스킴들과 레이어드 디비전 멀티플렉싱의 결합을 이용한 방송 신호 송/수신 방법 및 이를 위한 장치
US10574373B2 (en) * 2017-08-08 2020-02-25 Ibiquity Digital Corporation ACR-based radio metadata in the cloud
SE1751355A1 (en) * 2017-10-31 2019-05-01 Fingerprint Cards Ab Method of controlling an electronic device
CN108322805B (zh) * 2018-02-05 2020-07-17 青岛海信传媒网络技术有限公司 一种hbbtv显示的处理方法及装置
CN111684814A (zh) * 2018-08-09 2020-09-18 Lg电子株式会社 广播信号发送方法、广播信号发送设备、广播信号接收方法和广播信号接收设备
US10862600B2 (en) * 2018-11-23 2020-12-08 Sony Corporation Apparatus and method for an advanced television systems committee (ATSC) 3.0 application running on a non-ATSC 3.0 service
US10972799B2 (en) * 2018-12-16 2021-04-06 The Nielsen Company (Us), Llc Media presentation device with voice command feature
US11824927B2 (en) * 2021-11-19 2023-11-21 Teradici Co. Partial timestamps
JP7316732B1 (ja) 2023-01-30 2023-07-28 一般社団法人日本ケーブルラボ 異なる配信方式のストリームを空間多重化伝送部によって送受信する装置及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000058897A2 (en) * 1999-03-30 2000-10-05 Sourcegate Systems, Inc. Internet point of access content insertion method and informationdistribution system
CN101868974A (zh) * 2007-09-19 2010-10-20 韩国电子通信研究院 用于用户参与的交互式互联网协议电视广播服务的系统和方法
CN102187606A (zh) * 2008-10-23 2011-09-14 高通股份有限公司 用于使用合作mimo的混合式广播与对等网络的方法和设备
CN103283251A (zh) * 2010-12-26 2013-09-04 Lg电子株式会社 广播服务发送方法、广播服务接收方法和广播服务接收设备

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7584491B2 (en) * 2001-04-25 2009-09-01 Sony Corporation System and method for managing interactive programming and advertisements in interactive broadcast systems
KR100987207B1 (ko) * 2003-08-02 2010-10-12 삼성전자주식회사 멀티미디어 방송/다중방송 서비스를 지원하는이동통신시스템에서의 암호화 방법
US8018993B2 (en) * 2004-07-28 2011-09-13 Panasonic Corporation Relay device and signal decoding device
KR101367102B1 (ko) * 2007-04-09 2014-02-25 삼성전자주식회사 방송 서비스 정보를 처리하는 방법 및 이를 이용한하이브리드 ｔｖ
US20080267589A1 (en) * 2007-04-27 2008-10-30 Gary Turner Television bandwidth optimization system and method
JP2009005260A (ja) * 2007-06-25 2009-01-08 Sony Corp コンテンツ視聴装置
KR101559771B1 (ko) * 2007-09-21 2015-10-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
ES2351776T3 (es) * 2008-02-11 2011-02-10 Nagravision S.A. Método de actualización y de gestión de una aplicación de tratamiento de datos audiovisuales incluida en una unidad multimedia mediante un módulo de acceso condicional.
US8320292B2 (en) * 2009-11-18 2012-11-27 Motorola Mobility Llc Method to control a multimedia broadcast multicast service(MBMS) mode of a MBMS session in a communication system
EP2362560B1 (en) * 2010-02-22 2012-10-31 Alcatel Lucent Method for transmitting video contents from a server to a terminal of a user within service periods of a radio transport channel
KR101723228B1 (ko) * 2010-04-29 2017-04-05 주식회사 알티캐스트 어플리케이션 서비스 제공 방법 및 장치
JP5175908B2 (ja) * 2010-09-14 2013-04-03 株式会社東芝 情報処理装置及びプログラム
JP5864131B2 (ja) * 2011-05-19 2016-02-17 日本放送協会 放送通信連携システム、サーバ及びプログラム
JP2012257232A (ja) * 2011-05-19 2012-12-27 Nippon Hoso Kyokai <Nhk> 受信機およびプログラム
US9554175B2 (en) * 2011-07-20 2017-01-24 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for trigger compaction
US9374620B2 (en) * 2011-10-21 2016-06-21 Sony Corporation Terminal apparatus, server apparatus, information processing method, program, and interlocked application feed system
US8869196B2 (en) * 2011-11-18 2014-10-21 Verizon Patent And Licensing Inc. Programming based interactive content
US9113230B2 (en) * 2011-12-21 2015-08-18 Sony Corporation Method, computer program, and reception apparatus for delivery of supplemental content
US9935781B2 (en) * 2012-01-20 2018-04-03 Arris Enterprises Llc Managing a large network using a single point of configuration
CA2859115C (en) * 2012-02-07 2020-01-21 Sony Corporation Receiving apparatus, receiving method, and program
KR20140125766A (ko) * 2012-02-10 2014-10-29 엘지전자 주식회사 영상 표시 장치 및 그 동작 방법
WO2014003394A1 (en) * 2012-06-25 2014-01-03 Lg Electronics Inc. Apparatus and method for processing an interactive service
WO2014010501A1 (ja) * 2012-07-10 2014-01-16 シャープ株式会社 再生装置、再生方法、配信装置、配信方法、配信プログラム、再生プログラム、記録媒体およびメタデータ
CN104471951B (zh) * 2012-07-16 2018-02-23 Lg电子株式会社 处理数字服务信号的方法及装置
KR101952700B1 (ko) * 2012-07-31 2019-02-28 삼성전자주식회사 방송 통신 융합 서비스의 제공 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000058897A2 (en) * 1999-03-30 2000-10-05 Sourcegate Systems, Inc. Internet point of access content insertion method and informationdistribution system
CN101868974A (zh) * 2007-09-19 2010-10-20 韩国电子通信研究院 用于用户参与的交互式互联网协议电视广播服务的系统和方法
CN102187606A (zh) * 2008-10-23 2011-09-14 高通股份有限公司 用于使用合作mimo的混合式广播与对等网络的方法和设备
CN103283251A (zh) * 2010-12-26 2013-09-04 Lg电子株式会社 广播服务发送方法、广播服务接收方法和广播服务接收设备

Also Published As

Publication number Publication date
KR101829844B1 (ko) 2018-02-20
CN106105136A (zh) 2016-11-09
JP2017513414A (ja) 2017-05-25
US20160352793A1 (en) 2016-12-01
JP6474835B2 (ja) 2019-02-27
EP3108640A1 (en) 2016-12-28
WO2015122747A1 (en) 2015-08-20
KR20160099096A (ko) 2016-08-19
EP3108640A4 (en) 2018-02-28

Similar Documents

Publication Publication Date Title
CN106105136B (zh) 用于处理混合广播服务的装置和用于处理混合广播服务的方法
US11696000B2 (en) Method for transmitting broadcast signals and method for receiving broadcast signals
CN105981393B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN106537822B (zh) 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法
CN106165433B (zh) 广播发送装置、广播接收装置以及广播接收装置的操作方法
CN105850141B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN105960767B (zh) 广播接收装置及其操作方法
KR101923459B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105814897A (zh) 处理包括广播内容和与广播内容有关的应用的广播信号的接收机和方法
US20170180809A1 (en) Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method and broadcast signal reception method
CN106134213A (zh) 广播信号发送设备、广播信号接收设备、用于发送广播信号的方法以及用于接收广播信号的方法
CN106031178A (zh) 广播发送装置及其操作方法、和广播接收装置及其操作方法

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
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20190823

Termination date: 20210217