CN113438517B - 处理广播数据的方法、接收***和发送*** - Google Patents

处理广播数据的方法、接收***和发送*** Download PDF

Info

Publication number
CN113438517B
CN113438517B CN202110694311.2A CN202110694311A CN113438517B CN 113438517 B CN113438517 B CN 113438517B CN 202110694311 A CN202110694311 A CN 202110694311A CN 113438517 B CN113438517 B CN 113438517B
Authority
CN
China
Prior art keywords
information
service
field
message
video
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110694311.2A
Other languages
English (en)
Other versions
CN113438517A (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 CN113438517A publication Critical patent/CN113438517A/zh
Application granted granted Critical
Publication of CN113438517B publication Critical patent/CN113438517B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • H04N21/23892—Multiplex stream processing, e.g. multiplex stream encrypting involving embedding information at multiplex stream level, e.g. embedding a watermark at packet level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43074—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of additional data with content streams on the same device, e.g. of EPG data or interactive icon with a TV program
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport 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/439—Processing of audio elementary streams
    • H04N21/4394—Processing of audio elementary streams involving operations for analysing the audio stream, e.g. detecting features or characteristics in audio streams
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video 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/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
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • 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/61—Network physical structure; Signal processing
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8358—Generation of protective data, e.g. certificates involving watermark
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明提出了一种处理广播数据的方法、接收***和发送***。根据本发明的用于发送广播信号的方法提出了一种能够在支持下一代混合广播的环境中使用地面广播网络和互联网网络支持下一代广播服务的***。此外，本发明提出了一种能够在支持下一代混合广播的环境中覆盖地面广播网络和互联网网络二者的高效的信令方法。

Description

处理广播数据的方法、接收***和发送***
本申请是原案申请号为201680039024.5的发明专利申请(PCT申请号：PCT/KR2016/007278，申请日：2016年7月6日，发明名称：广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法)的分案申请。
技术领域
本发明涉及一种发送广播信号的装置、一种接收广播信号的装置以及发送和接收广播信号的方法。
背景技术
由于模拟广播信号传输接近终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括除了模拟广播信号之外的大量的视频/音频数据，并且进一步包括除了视频/音频数据之外的各种类型的附加数据。
发明内容
技术问题
也就是说，数字广播***可以提供HD(高分辨率)图像、多声道音频和各种附加服务。但是，考虑到移动接收设备，对于数字广播，大量数据传输的数据传输效率、传输/接收网络的鲁棒性和网络灵活性需要改进。
技术方案
本发明提供一种能够在使用陆地广播网络和互联网支持未来的混合广播的环境下有效地支持未来广播服务的***和有关信令方法。
有益效果
本发明能够在使用陆地广播网络和互联网支持未来的混合广播的环境下有效地支持未来广播服务。另外，本发明提出了有效地利用视频WM和音频WM的架构和方案。
附图说明
附图被包括以提供对本发明进一步的理解并且被合并且组成本说明书的一部分，附图例示了本发明的实施方式，并且与该说明书一起用来解释本发明的原理。
图1是示出根据本发明的实施方式的协议栈的图。
图2是示出根据本发明的实施方式的服务发现过程的图。
图3是示出根据本发明的一个实施方式的低等级信令(LLS)表和服务列表表(SLT)的图。
图4是示出根据本发明的一个实施方式的经由ROUTE传送的USBD和S-TSID的图。
图5是示出根据本发明的一个实施方式的经由MMT传送的USBD的图。
图6是示出根据本发明的一个实施方式的链路层操作的图。
图7是示出根据本发明的一个实施方式的链路映射表(LMT)的图。
图8是示出根据本发明的实施方式的下一代广播服务的广播信号发送设备的结构的图。
图9是根据本发明的实施方式的时间交织器的写入操作。
图10是根据本发明的实施方式的频率交织器中包括的根据每个FFT模式包括主PRBS发生器和子PRBS发生器的交织地址发生器的框图。
图11是示出根据本发明的实施方式的网络拓扑的框图。
图12是示出根据本发明的实施方式的基于水印的网络拓扑的框图。
图13是示出根据本发明的实施方式的基于水印的网络拓扑中的数据流的梯形图。
图14是示出根据本发明的另一实施方式的基于指纹的图像显示设备的结构的框图。
图15是示出根据本发明的另一实施方式的基于水印的图像显示设备的结构的框图。
图16是示出根据本发明的实施方式的可通过水印传送的数据的图。
图17是示出根据本发明的实施方式的时间戳类型字段的每个值的含义的图。
图18是示出根据本发明的实施方式的URL协议类型字段的每个值的含义的图。
图19是示出根据本发明的实施方式的处理URL协议类型字段的过程的顺序图。
图20是示出根据本发明的实施方式的事件字段的每个值的含义的图。
图21是示出根据本发明的实施方式的目的地类型字段的每个值的含义的图。
图22是示出根据本发明的实施方式#1的要被***到WM中的数据结构的图。
图23是示出根据本发明的实施方式#1的处理要被到***WM中的数据结构的过程的顺序图。
图24是示出根据本发明的实施方式#2的要被***到WM中的数据结构的图。
图25是示出根据本发明的实施方式#2的处理要被***到WM中的数据结构的过程的顺序图。
图26是示出根据本发明的实施方式#3的要被***到WM中的数据结构的图。
图27是示出根据本发明的实施方式#4的要被***到WM中的数据结构的图。
图28是示出在本发明的实施方式#4中的要被***到第一WM中的数据结构的图。
图29是示出在本发明的实施方式#4中的要被***到第二WM中的数据结构的图。
图30是示出根据本发明的实施方式4的处理要被***到WM中的数据结构的过程的顺序图。
图31是示出根据本发明的另一实施方式的基于水印的图像显示设备的结构的图。
图32是示出根据本发明的另一实施方式的水印有效载荷的结构的图。
图33是示出根据本发明的实施方式的使用服务/内容信息的水印有效载荷结构的修改的图。
图34是示出根据本发明的实施方式的使用NSC字段的水印有效载荷结构的修改的图。
图35是示出根据本发明的实施方式的用于视频-音频水印之间的链接的水印有效载荷结构的图。
图36是示出根据本发明的实施方式的使用链接的视频-音频水印的操作的图。
图37是示出根据本发明的实施方式的视频WM有效载荷格式的图。
图38是示出根据本发明的实施方式的在执行可视应用的同时用户使ESG显示在屏幕上时的接收机操作的图。
图39是示出根据本发明的实施方式的当在屏幕上显示ESG之后执行可视应用时的接收机操作的图。
图40是示出根据本发明的实施方式的在执行可听应用的同时用户将接收机静音时的接收机操作的图。
图41是示出根据本发明的实施方式的在接收机静音后执行可听应用时的接收机操作的图。
图42是描述根据本发明的实施方式的包括音频WM的视频WM的优点的图。
图43是描述根据本发明的另一实施方式的包括音频WM的视频WM的优点的图。
图44是示出根据本发明的另一实施方式的wm_message()格式的图。
图45是示出根据本发明的另一实施方式的音频WM有效载荷结构的图。
图46是示出根据本发明的实施方式的EA_message()的结构的图。
图47是示出根据本发明的另一实施方式的音频WM有效载荷结构的图。
图48是示出根据本发明的实施方式的dynamic_event_message()的结构的图。
图49是示出根据本发明的一个实施方式的恢复文件格式的图。
图50是示出根据本发明的另一实施方式的恢复文件格式的图。
图51是示出根据本发明的实施方式的广播内容处理方法的图。
图52是示出根据本发明的实施方式的广播内容处理设备的图。
具体实施方式
现在将详细地介绍本发明的优选实施方式，其例示了在所附的附图中例示。在下面将参考所附的附图给出详细说明，其意欲解释本发明的示例性实施方式，而不是示出可以根据本发明实现的仅有的实施方式。以下的详细说明包括特定的细节以便提供对本发明深入的理解。但是，对于本领域技术人员将是显而易见的，无需这样的特定的细节也可以实践本发明。
虽然在本发明中使用的术语是从通常已知和使用的术语中选择出来的，在本发明的描述中提及的一些术语已经由本申请人以他的或者她的判断选择，其详细的含义在此处本说明书的相关部分中描述。此外，所需要的是，不只是通过实际使用的术语，而是通过每个术语的含义来理解本发明。
本发明提供发送和接收用于未来的广播服务的广播信号的装置和方法。根据本发明的实施方式的未来的广播服务包括陆地广播服务、移动广播服务、超高分辨率电视(UHDTV)服务等。本发明可以根据实施方式通过非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施方式的非MIMO方案可以包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
图1是示出根据本发明的实施方式的协议栈的图。
服务可以经由多个层传送给接收机。首先，发送侧可以产生服务数据。服务数据可以被处理为在发送侧的传送层上传输，并且服务数据可以被编码为广播信号并在物理层上经广播或者宽带网络发送。
这里，服务数据可以以ISO基础媒体文件格式(BMFF)产生。ISO BMFF媒体文件可以用于广播/宽带网络传送、媒体封装和/或同步格式。这里，服务数据是与服务相关的所有数据，并且可以包括配置线***的服务组件、其信令信息、非实时(NRT)数据和其它文件。
将描述传送层。传送层可以提供用于发送服务数据的功能。服务数据可以经广播和/或宽带网络传送。
广播服务传送可以包括两种方法。
作为第一种方法，服务数据可以基于MPEG媒体传输(MMT)在媒体处理单元(MPU)中处理，并且使用MMT协议(MMTP)发送。在这种情况下，使用MMTP传送的服务数据可以包括用于线***的服务组件和/或其服务信令信息。
作为第二种方法，服务数据可以被处理为DASH分段，并且基于MPEG DASH，使用经单向传输(ROUTE)的实时对象传送发送。在这种情况下，经由ROUTE协议传送的服务数据可以包括用于线***的服务组件、其服务信令信息和/或NRT数据。也就是说，NRT数据和非定时的数据，诸如文件，可以经由ROUTE传送。
根据MMTP或者ROUTE协议处理的数据可以经由UDP/IP层被处理为IP分组。在经广播网的服务数据传送中，服务列表表(SLT)也可以经由UDP/IP层在广播网上传送。SLT可以被在低等级信令(LLS)表中传送。稍后将描述SLT和LLS表。
IP分组可以在链路层中被处理为链路层分组。链路层可以将从高层传送的各种格式的数据封装进链路层分组中，然后将该分组传送给物理层。稍后将详细描述链路层。
在混合服务传送中，至少一个服务元素可以被经由宽带路径传送。在混合服务传送中，经宽带传送的数据可以包括DASH格式的服务组件、其服务信令信息和/或NRT数据。此数据可以被经由HTTP/TCP/IP处理，并且经由用于宽带传输的链路层传送给用于宽带传输的物理层。
物理层可以处理从传送层(高层和/或链路层)接收的数据，并且经广播或者宽带网络发送该数据。稍后将给出物理层的详细描述。
将描述该服务。该服务可以是显示给用户的服务组件的集合，该组件可以具有各种媒体类型，该服务可以是连续的或者中断的，该服务可以是实时或者非实时的，并且实时服务可以包括一系列TV节目。
该服务可以具有各种类型。第一，该服务可以是线性音频/视频或者具有基于app的增强的音频服务。第二，该服务可以是基于app的服务、由下载的应用控制的再现/配置。第三，该服务可以是用于提供电子服务指南(ESG)的ESG服务。第四，该服务可以是用于提供紧急警报信息的紧急警报(EA)服务。
当无需基于app的增强的线***被经广播网传送时，该服务组件可以由(1)一个或多个ROUTE会或者(2)一个或多个MMTP会话传送。
当具有基于app的增强的线***被经广播网传送时，该服务组件可以由(1)一个或多个ROUTE会话或者(2)零个或零个以上MMTP会话传送。在这种情况下，用于基于app的增强的数据可以以NRT数据或者其它文件的形式经由ROUTE会话传送。在本发明的一个实施方式中，使用两个协议的一个服务的服务组件(流媒体组件)的同时的传送可能是不被允许的。
当基于app的服务被经广播网传送时，服务组件可以由一个或多个ROUTE会话传送。在这种情况下，用于基于app的服务的服务数据可以以NRT数据或者其它文件的形式经由ROUTE会话传送。
这样的服务的一些服务组件、一些NRT数据、文件等可以经由宽带(混合服务传送)传送。
也就是说，在本发明的一个实施方式中，一个服务的线***组件可以经由MMT协议传送。在本发明的另一个实施方式中，一个服务的线***组件可以经由ROUTE协议传送。在本发明的另一个实施方式中，一个服务的线***组件和NRT数据(NRT服务组件)可以经由ROUTE协议传送。在本发明的另一个实施方式中，一个服务的线***组件可以经由MMT协议传送，并且NRT数据(NRT服务组件)可以经由ROUTE协议传送。在以上描述的实施方式中，服务的一些服务组件或者一些NRT数据可以经由宽带传送。这里，关于基于app的增强的基于app的服务和数据可以根据ROUTE经广播网，或者以NRT数据的形式经由宽带传送。NRT数据可以称为本地缓存的数据。
每个ROUTE会话包括用于完整地或者部分地传送配置该服务的内容组件的一个或多个LCT会话。在流服务传送中，LCT会话可以传送用户服务的单个的组件，诸如音频、视频或者隐藏式字幕流(closed caption stream)。流媒体被格式化为DASH分段。
每个MMTP会话包括用于传送所有或者一些内容组件或者MMT信令消息的一个或多个MMTP分组流。MMTP分组流可以传送已格式化为MPU的组件或者MMT信令消息。
对于NRT用户服务或者***元数据的传送，LCT会话传送基于文件的内容项目。这样的内容文件可以包括NRT服务的连续的(定时的)或者离散的(非定时的)媒体组件或者元数据，诸如服务信令或者ESG片段。***元数据(诸如服务信令或者ESG片段)可以经由MMTP的信令消息模式传送。
当调谐器调谐到频率时，接收机可以检测广播信号。接收机可以提取和发送SLT给处理模块。SLT解析器可以解析SLT，并且在信道映射表中获得和存储数据。接收机可以获得和将SLT的引导信息传送给ROUTE或者MMT客户端。接收机可以获得和存储SLS。USBD可以由信令解析器获得和解析。
图2是示出根据本发明的一个实施方式的服务发现过程的图。
由物理层的广播信号帧传送的广播流可以承载低等级信令(LLS)。LLS数据可以经由被传送给公知的IP地址/端口的IP分组的有效载荷承载。此LLS可以根据其类型包括SLT。LLS数据可以以LLS表的形式被格式化。承载LLS数据的每个UDP/IP分组的第一字节可以是LLS表的开始。与示出的实施方式不同，用于传送LLS数据的IP流可以与其它的服务数据一起被传送给PLP。
SLT可以使得接收机能够经由快速信道扫描产生服务列表，并且提供用于定位SLS的访问信息。SLT包括引导信息。这个引导信息可以使得接收机能够获得每个服务的服务层信令(SLS)。当SLS，也就是说，服务信令信息被经由ROUTE传送时，引导信息可以包括承载SLS的LCT信道、包括LCT信道的ROUTE会话的目的地IP地址和目的地端口信息。当SLS被经由MMT传送时，引导信息可以包括承载SLS的MMTP会话的目的地IP地址和目的地端口信息。
在示出的实施方式中，在SLT中描述的服务#1的SLS被经由ROUTE传送，并且SLT可以包括包含由SLS传送的LCT信道的ROUTE会话的引导信息sIP1、dIP1和dPort1。在SLT中描述的服务#2的SLS被经由MMT传送，并且SLT可以包括包含由SLS传送的MMTP分组流的MMTP会话的引导信息sIP2、dIP2和dPort2。
SLS是描述服务的性质的信令信息，并且可以包括用于显著地再现服务，或者提供用于获得服务和该服务的服务组件的接收机能力信息。当每个服务具有单独的服务信令时，无需解析在广播流内传送的所有SLS，接收机即可获得用于期望的服务的合适的SLS。
当SLS被经由ROUTE协议传送时，SLS可以被经由由SLT指示的ROUTE会话的专用的LCT信道传送。在一些实施方式中，这个LCT信道可以是通过tsi＝0识别的LCT信道。在这种情况下，SLS可以包括用户服务包描述(USBD)/用户服务描述(USD)、基于服务的传输会话实例描述(S-TSID)和/或媒体呈现描述(MPD)。
这里，USBD/USD是SLS片段的一个，并且可以用作描述服务的详细说明信息的信令中心。USBD可以包括服务识别信息、设备能力信息等。USBD可以包括其它的SLS片段(S-TSID、MPD等)的参考信息(URI参考)。也就是说，USBD/USD可以参考S-TSID和MPD。此外，USBD可以进一步包括用于使得接收机能够判定传输模式(广播/宽带网络)的元数据信息。USBD/USD的详细说明将在下面给出。
S-TSID是SLS片段的一个，并且可以提供承载服务的服务组件的传输会话的整个会话描述信息。S-TSID可以提供服务的服务组件经由其传送的ROUTE会话，和/或用于ROUTE会话的LCT信道的传输会话描述信息。S-TSID可以提供与一个服务相关联的服务组件的组件获得信息。S-TSID可以在MPD的DASH示出和服务组件的tsi之间提供映射。S-TSID的组件获得信息可以以相关的DASH示出和tsi的标识符的形式提供，并且在一些实施方式中可以或者可以不必包括PLP ID。经由该组件获得信息，接收机可以收集一个服务的音频/视频组件，并且执行DASH媒体分段的缓存和解码。S-TSID可以由如上所述的USBD引用。S-TSID的详细说明将在下面给出。
MPD是SLS片段的一个，并且可以提供服务的DASH媒体呈现的描述。MPD可以提供媒体分段的资源标识符，并且提供在识别的资源的媒体呈现内的上下文信息。MPD可以描述经广播网传送的DASH示出(服务组件)，并且描述经宽带(混合传送)传送的额外的DASH示出。MPD可以由如上所述的USBD引用。
当SLS被经由MMT协议传送时，SLS可以被经由由SLT指示的MMTP会话的专用的MMTP分组流传送。在一些实施方式中，传送SLS的MMTP分组的packet_id可以具有00的值。在这种情况下，SLS可以包括USBD/USD和/或MMT分组(MP)表。
这里，USBD是SLS片段的一个，并且可以如由ROUTE协议传送时一样描述服务的详细说明信息。这个USBD可以包括其它的SLS片段的参考信息(URI信息)。MMT的USBD可以参考MMT信令的MP表。在一些实施方式中，MMT的USBD可以包括S-TSID和/或MPD的参考信息。这里，S-TSID是用于经由ROUTE协议传送的NRT数据。甚至当线***组件被经由MMT协议传送时，NRT数据可以经由ROUTE协议传送。MPD是在混合服务传送中用于经宽带传送的服务组件。MMT的USBD的详细说明将在下面给出。
MP表是用于MPU组件的MMT的信令消息，并且可以提供承载服务的服务组件的MMTP会话的整个会话描述信息。此外，MP表可以包括经由MMTP会话传送的资产(asset)的描述。MP表是用于MPU组件的流信令信息，并且可以提供对应于一个服务的资产列表和这些组件的位置信息(组件获得信息)。MP表的详细说明可以被在MMT中定义或者修改。这里，资产是多媒体数据实体，通过一个唯一的ID合并，并且可以意指用于一个多媒体呈现的数据实体。资产可以对应于配置一个服务的服务组件。对应于期望的服务的流服务组件(MPU)可以被使用MP表访问。MP表可以由如上所述的USBD引用。
其它的MMT信令消息可以被定义。与服务和MMTP会话有关的附加信息可以由这样的MMT信令消息描述。
ROUTE会话通过源IP地址、目的地IP地址和目的地端口号识别。LCT会话通过在父ROUTE会话范围内唯一的传输会话标识符(TSI)识别。MMTP会话通过目的地IP地址和目的地端口号识别。MMTP分组流通过在父MMTP会话范围内唯一的packet_id识别。
在ROUTE的情况下，S-TSID、USBD/USD、MPD或者传送其的LCT会话可以称为服务信令信道。在MMTP的情况下，USBD/UD、MMT信令消息或者传送其的分组流可以称为服务信令信道。
与示出的实施方式不同，一个ROUTE或者MMTP会话可以经由多个PLP传送。也就是说，一个服务可以经由一个或多个PLP传送。与示出的实施方式不同，在一些实施方式中，配置一个服务的组件可以经由不同的ROUTE会话传送。此外，在一些实施方式中，配置一个服务的组件可以经由不同的MMTP会话传送。在一些实施方式中，配置一个服务的组件可以在ROUTE会话和MMTP会话中被分割和传送。虽然未示出，配置一个服务的组件可以经由宽带(混合传送)传送。
图3是示出根据本发明的一个实施方式的低等级信令(LLS)表和服务列表表(SLT)的图。
LLS表的一个实施方式t3010可以包括根据LLS_table_id字段、provider_id字段、LLS_table_version字段和/或LLS_table_id字段的信息。
LLS_table_id字段可以识别LLS表的类型，并且provider_id字段可以识别与由LLS表用信号通知的服务相关联的服务提供者。这里，服务提供者是使用所有或者一些广播流的广播设备，并且provider_id字段可以识别正在使用广播流的多个广播设备的一个。LLS_table_version字段可以提供LLS表的版本信息。
根据LLS_table_id字段的值，LLS表可以包括以上描述的SLT、包括有关内容报告评级信息的评级区域表(RRT)、用于提供与***时间相关联的信息的***时间信息、用于提供与紧急警报相关联的信息的公共警报协议(CAP)消息中的一个。在一些实施方式中，其它的信息可以包括在LLS表中。
示出的SLT的一个实施方式t3020可以包括@bsid属性、@sltCapabilities属性、sltInetUrl元素和/或服务元素。每个字段可以被根据示出的使用列的值省略，或者可以存在多个字段。
@bsid属性可以是广播流的标识符。@sltCapabilities属性可以提供解码和显著地再现在SLT中描述的所有服务需要的能力信息。sltInetUrl元素可以经宽带提供用于获得服务信令信息的基础URL信息和用于SLT的服务的ESG。sltInetUrl元素可以进一步包括@urlType属性，其可以指示能够被经由URL获得的数据类型。
服务元素可以包括有关在SLT中描述的服务的信息，并且每个服务的服务元素可以存在。服务元素可以包括@serviceId属性、@sltSvcSeqNum属性、@protected属性、@majorChannelNo属性、@minorChannelNo属性、@serviceCategory属性、@shortServiceName属性、@hidden属性、@broadbandAccessRequired属性、@svcCapabilities属性、BroadcastSvcSignaling元素和/或svcInetUrl元素。
@serviceId属性是服务的标识符，并且@sltSvcSeqNum属性可以指示该服务的SLT信息的序列号。@protected属性可以指示是否保护针对该服务的显著的再现所必需的至少一个服务组件。@majorChannelNo属性和@minorChannelNo属性可以分别地指示该服务的主要信道编号和次要信道编号。
@serviceCategory属性可以指示该服务的类别。该服务的类别可以包括线性A/V服务、线性音频服务、基于app的服务、ESG服务、EAS服务等。@shortServiceName属性可以提供该服务的短的名称。@hidden属性可以指示是否该服务是用于测试或者专用用途。@broadbandAccessRequired属性可以指示对于该服务的显著的再现是否宽带接入是必需的。@svcCapabilities属性可以提供针对该服务的解码和显著的再现所必需的能力信息。
BroadcastSvcSignaling元素可以提供与该服务的广播信令相关联的信息。这个元素可以相对于信令经该服务的广播网提供信息，诸如位置、协议和地址。其细节将在下面描述。
svcInetUrl元素可以经宽带提供用于访问服务的信令信息的URL信息。sltInetUrl元素可以进一步包括@urlType属性，其可以指示能够被经由URL获得的数据类型。
以上描述的BroadcastSvcSignaling元素可以包括@slsProtocol属性、@slsMajorProtocolVersion属性、@slsMinorProtocolVersion属性、@slsPlpId属性、@slsDestinationIpAddress属性、@slsDestinationUdpPort属性和/或@slsSourceIpAddress属性。
@slsProtocol属性可以指示用于传送服务(ROUTE、MMT等)的SLS的协议。@slsMajorProtocolVersion属性和@slsMinorProtocolVersion属性可以分别地指示用于传送该服务的SLS的协议的主要版本号和次要版本号。
@slsPlpId属性可以提供用于识别传送该服务的SLS的PLP的PLP标识符。在一些实施方式中，这个字段可以被省略，并且由SLS传送的PLP信息可以使用以下描述的LMT的信息和SLT的引导信息的组合检查。
@slsDestinationIpAddress属性、@slsDestinationUdpPort属性和@slsSourceIpAddress属性可以分别地指示目的地IP地址、目的地UDP端口和传送服务的SLS的传输分组的源IP地址。这些可以识别由SLS传送的传输会话(ROUTE会话或者MMTP会话)。这些可以包括在引导信息中。
图4是示出根据本发明的一个实施方式，经由ROUTE传送的USBD和S-TSID的图。
示出的USBD的一个实施方式t4010可以具有bundleDescription根元素。bundleDescription根元素可以具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。
userServiceDescription元素可以包括@globalServiceID属性、@serviceId属性、@serviceStatus属性、@fullMPDUri属性、@sTSIDUri属性、名称元素、serviceLanguage元素、capabilityCode元素和/或deliveryMethod元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。
@globalServiceID属性是该服务的全球唯一标识符，并且可以用于与ESG数据(Service@globalServiceID)相联系。@serviceId属性是对应于SLT的服务项的参考，并且可以等于SLT的服务ID信息。@serviceStatus属性可以指示该服务的状态。这个字段可以指示是否该服务是有效或者无效。
@fullMPDUri属性可以参考该服务的MPD片段。MPD可以提供经如上所述的广播或者宽带网络传送的服务组件的再现描述。@sTSIDUri属性可以参考该服务的S-TSID片段。S-TSID可以提供与访问承载如上所述的服务的传输会话相关联的参数。
名称元素可以提供服务的名称。这个元素可以进一步包括@lang属性，并且这个字段可以指示由名称元素提供的名称的语言。serviceLanguage元素可以指示该服务可用的语言。也就是说，这个元素可以安排能够被由服务提供的语言。
capabilityCode元素可以指示显著地再现该服务必需的接收机的能力或者能力组信息。此信息与在服务通告中提供的能力信息格式兼容。
deliveryMethod元素可以关于经该服务的广播或者宽带网络访问的内容提供传输相关的信息。deliveryMethod元素可以包括broadcastAppService元素和/或unicastAppService元素。这些元素中的每一个可以具有作为子元素的basePattern元素。
broadcastAppService元素可以包括经广播网传送的DASH示出的传输相关的信息。DASH示出可以包括在服务示出的所有周期上的媒体组件。
这个元素的basePattern元素可以指示用于接收机执行与分段URL匹配的字形。这可以用于DASH客户端请求示出的分段。匹配可以隐含在广播网上媒体分段的传输。
unicastAppService元素可以包括经宽带传送的DASH示出的传输相关的信息。DASH示出可以包括在服务媒体呈现的所有周期上的媒体组件。
这个元素的basePattern元素可以指示用于接收机执行与分段URL匹配的字形。这可以用于DASH客户端请求示出的分段。匹配可以暗指在宽带网上媒体分段的传送。
示出的S-TSID的一个实施方式t4020可以具有S-TSID根元素。S-TSID根元素可以包括@serviceId属性和/或RS元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。
@serviceId属性是该服务的标识符，并且可以参考USBD/USD的服务。RS元素可以描述有关经由其该服务的服务组件被传送的ROUTE会话的信息。根据ROUTE会话的数目，多个元素可以存在。RS元素可以进一步包括@bsid属性、@sIpAddr属性、@dIpAddr属性、@dport属性、@PLPID属性和/或LS元素。
@bsid属性可以是该服务的服务组件在其中被传送的广播流的标识符。如果这个字段被省略，默认广播流可以是包括传送该服务的SLS的PLP的广播流。这个字段的值可以等于@bsid属性的值。
@sIpAddr属性、@dIpAddr属性和@dport属性可以分别地指示源IP地址、目的地IP地址和ROUTE会话的目的地UDP端口。当这些字段被省略时，默认值可以是源地址、目的地IP地址和传送SLS(也就是说，S-TSID)的当前的ROUTE会话的目的地UDP端口值。不在当前的ROUTE会话中，这个字段可以不必在传送该服务的服务组件的另一个ROUTE会话中被省略。
@PLPID属性可以指示ROUTE会话的PLP ID信息。如果这个字段被省略，默认值可以是由S-TSID传送的当前的PLP的PLP ID值。在一些实施方式中，这个字段被省略，并且ROUTE会话的PLP ID信息可以被使用以下描述的LMT的信息和RS元素的IP地址/UDP端口信息的组合检查。
LS元素可以描述有关经由其该服务的服务组件被发送的LCT信道的信息。根据LCT信道的数目，多个元素可以存在。LS元素可以包括@tsi属性、@PLPID属性、@bw属性、@startTime属性、@endTime属性、SrcFlow元素和/或RepairFlow元素。
@tsi属性可以指示LCT信道的tsi信息。使用该属性，经由其该服务的服务组件被传送的LCT信道可以被识别。@PLPID属性可以指示LCT信道的PLP ID信息。在一些实施方式中，这个字段可以被省略。@bw属性可以指示LCT信道的最大带宽。@startTime属性可以指示LCT会话的开始时间，并且@endTime属性可以指示LCT信道的结束时间。
SrcFlow元素可以描述ROUTE的源流。ROUTE的信源协议被用于发送传送对象，并且至少一个源流可以在一个ROUTE会话内被建立。源流可以传送作为对象流的相关的对象。
RepairFlow元素可以描述ROUTE的修复流。根据信源协议传送的传送对象可以根据前向纠错(FEC)被保护，并且修复协议可以对于允许FEC保护的FEC框架。
图5是示出根据本发明的一个实施方式的经由MMT传送的USBD的图。
示出的USBD的一个实施方式可以具有bundleDescription根元素。bundleDescription根元素可以具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。
userServiceDescription元素可以包括@globalServiceID属性、@serviceId属性、名称元素、serviceLanguage元素、contentAdvisoryRating元素、信道元素、mpuComponent元素、routeComponent元素、broadbandComponent元素和/或ComponentInfo元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。
@globalServiceID属性、@serviceId属性、名称元素和/或serviceLanguage元素可以等于经由ROUTE传送的USBD的字段。contentAdvisoryRating元素可以指示该服务的内容报告评级。此信息与在服务通告中提供的内容报告评价信息格式兼容。信道元素可以包括与该服务相关联的信息。这个元素的详细说明将在下面给出。
mpuComponent元素可以提供作为该服务的MPU传送的服务组件的描述。这个元素可以进一步包括@mmtPackageId属性和/或@nextMmtPackageId属性。@mmtPackageId属性可以参考作为该服务的MPU传送的服务组件的MMT包。@nextMmtPackageId属性可以就时间而言参考在由@mmtPackageId属性引用的MMT包之后要使用的MMT包。经由这个元素的信息，MP表可以被参考。
routeComponent元素可以包括该服务的服务组件的描述。即使当线***组件被经由MMT协议传送时，NRT数据也可以根据如上所述的ROUTE协议传送。这个元素可以描述有关这样的NRT数据的信息。这个元素的详细说明将在下面给出。
broadbandComponent元素可以包括经宽带传送的服务的服务组件的描述。在混合服务传送中，一个服务的一些服务组件或者其它的文件可以被经宽带传送。这个元素可以描述有关这样的数据的信息。这个元素可以进一步包括@fullMPDUri属性。这个属性可以参考描述经宽带传送的服务组件的MPD。除了混合服务传送之外，广播信号可能由于在隧道中传送而被减弱，并且因此，这个元素可能是支持在宽带和宽带之间切换所必需的。当广播信号变弱时，服务组件经宽带获得，并且当广播信号变得强时，服务组件经广播网获得以保证服务连续性。
ComponentInfo元素可以包括有关该服务的服务组件的信息。根据该服务的服务组件的数目，多个元素可以存在。这个元素可以描述每个服务组件的类型、作用、名称、标识符或者保护。这个元素的详细信息将在下面描述。
以上描述的信道元素可以进一步包括@serviceGenre属性、@serviceIcon属性和/或ServiceDescription元素。@serviceGenre属性可以指示服务的类型(genre)，并且@serviceIcon属性可以包括该服务的代表性图标的URL信息。ServiceDescription元素可以提供该服务的服务描述，并且这个元素可以进一步包括@serviceDescrText属性和/或@serviceDescrLang属性。这些属性可以指示服务描述的文本和在文本使用的语言。
以上描述的routeComponent元素可以进一步包括@sTSIDUri属性、@sTSIDDestinationIpAddress属性、@sTSIDDestinationUdpPort属性、@sTSIDSourceIpAddress属性、@sTSIDMajorProtocolVersion属性和/或@sTSIDMinorProtocolVersion属性。
@sTSIDUri属性可以参考S-TSID片段。这个字段可以等于经由ROUTE传送的USBD的字段。这个S-TSID可以提供经由ROUTE传送的服务组件的访问相关信息。这个S-TSID可以根据MMT协议在传送线***组件的状态下对于根据ROUTE协议传送的NRT数据存在。
@sTSIDDestinationIpAddress属性、@sTSIDDestinationUdpPort属性和@sTSIDSourceIpAddress属性可以指示目的地IP地址、目的地UDP端口和承载以上描述的S-TSID的传输分组的源IP地址。也就是说，这些字段可以识别承载以上描述的S-TSID的传输会话(MMTP会话或者ROUTE会话)。
@sTSIDMajorProtocolVersion属性和@sTSIDMinorProtocolVersion属性可以分别地指示用于传送以上描述的S-TSID的传输协议的主要版本号和次要版本号。
以上描述的ComponentInfo元素可以进一步包括@componentType属性、@componentRole属性、@componentProtectedFlag属性、@componentId属性和/或@componentName属性。
@componentType属性可以指示该组件的类型。例如，这个属性可以指示是否该组件是音频、视频或者隐藏式字幕组件。@componentRole属性可以指示该组件的作用。例如，如果该组件是音频组件，则这个属性可以指示主要音频、音乐、评论(commentary)等。如果该组件是视频组件，则这个属性可以指示主要视频。如果该组件是隐藏式字幕组件，则这个属性可以指示常规字幕或者易于阅读的类型。
@componentProtectedFlag属性可以指示是否服务组件被保护，例如，加密。@componentId属性可以指示该服务组件的标识符。这个属性的值可以是对应于这个服务组件的MP表的asset_id(资产ID)。@componentName属性可以指示该服务组件的名称。
图6是示出根据本发明的一个实施方式的链路层操作的图。
链路层可以是在物理层和网络层之间的层。发送侧可以从网络层到物理层发送数据，并且接收侧可以从物理层到网络层发送数据(t6010)。链路层的目的是将所有输入分组类型压缩(抽象)为用于由物理层处理的一个格式，并且保证仍然未定义的输入分组类型的灵活性和可扩充性。此外，链路层可以提供用于压缩(抽象)输入分组的头部的不必要的信息以有效地发送输入数据的选项。链路层的操作，诸如开销降低、封装等称为链路层协议，并且使用这个协议产生的分组可以称为链路层分组。链路层可以执行功能，诸如分组封装、开销降低和/或信令传输。
在发送侧上，链路层(ALP)可以对于输入分组执行开销降低过程，然后将输入分组封装进链路层分组。此外，在一些实施方式中，链路层可以无需执行开销降低过程而执行封装进链路层分组。由于链路层协议的使用，在物理层上的数据传输开销可以被显著地降低，并且根据本发明的链路层协议可以提供IP开销降低和/或MPEG-2TS开销降低。
当示出的IP分组被作为输入分组输入时(t6010)，链路层可以依次执行IP报头压缩、适配和/或封装。在一些实施方式中，一些处理可以被省略。例如，RoHC模块可以执行IP分组报头压缩以降低不必要的开销。上下文信息可以经由适配过程提取，并且带外发送。IP报头压缩和适配过程可以被统称为IP报头压缩。此后，IP分组可以经由封装过程被封装进链路层分组。
当MPEG 2 TS分组被作为输入分组输入时，链路层可以对于TS分组依次执行开销降低和/或封装过程。在一些实施方式中，一些过程可以被省略。在开销降低中，链路层可以提供同步字节去除、空分组删除和/或公用报头去除(压缩)。经由同步字节去除，可以每个TS分组提供1字节的开销降低。空分组删除可以在接收侧上以重新***是可允许的方式执行。此外，删除(压缩)可以以在连续报头之间的公共信息可以在接收侧上被恢复的方式执行。开销降低过程中的一些可以被省略。此后，经由该封装过程，TS分组可以被封装进链路层分组。用于TS分组封装的链路层分组结构可以不同于其它类型的分组。
首先，将描述IP报头压缩。
IP分组可以具有固定的报头格式，但是通信环境所必需的一些信息对于广播环境可能是不必要的。链路层协议可以压缩IP分组的报头以提供用于降低广播开销的机制。
IP报头压缩可包括报头压缩器/解压缩器和/或适配模块。IP报头压缩器(RoHC压缩器)可基于RoHC方法来减小每个IP分组的大小。然后，适配模块可提取上下文信息并且从每个分组流生成信令信息。接收机可解析与对应分组流相关的信令信息并将该上下文信息附加到分组流。RoHC解压缩器可恢复分组报头以重新配置原始IP分组。在下文中，IP报头压缩可仅是指经由报头压缩器的IP报头压缩器，并且可以是通过适配模块将IP报头压缩和适配过程组合的概念。这可与解压缩时相同。
在下文中，将描述适配。
在单方向链路的传输中，当接收机不具有上下文信息时，解压缩器无法恢复接收的分组报头，直到接收到完整的上下文为止。这可能导致信道变化延迟和接通延迟。因此，经由适配功能，在压缩器和解压缩器之间的配置参数和上下文信息可以带外发送。适配功能可使用上下文信息和/或配置参数来构建链路层信令。适配功能可使用先前的配置参数和/或上下文信息通过每个物理帧周期性地发送链路层信令。
上下文信息被从压缩的IP分组中提取，并且各种方法可以根据适配模式使用。
模式#1是指对于压缩的分组流不执行操作的模式，并且适配模块作为缓存器操作。
模式#2是指从压缩的分组流检测到IR分组以提取上下文信息(静态链)的模式。在提取之后，IR分组被转换为IR-DYN分组，并且IR-DYN分组可以在分组流(而不是初始IR分组内)以相同的顺序被发送。
模式#3(t6020)是指从压缩的分组流检测到IR和IR-DYN分组以提取上下文信息的模式。静态链和动态链可以被从IR分组中提取，并且动态链可以被从IR-DYN分组中提取。在提取之后，IR和IR-DYN分组被转换为常规压缩分组。转换的分组可以在分组流(而不是初始IR和IR-DYN分组内)以相同的顺序被发送。
在每个模式中，上下文信息被提取，并且剩余的分组可以被根据用于压缩的IP分组的链路层分组结构封装和发送。上下文信息可以被作为链路层信令根据用于信令信息的链路层分组结构封装和发送。
提取的上下文信息可以被包括在RoHC-U描述表(RDT)中，并且可以与RoHC分组流分开地被发送。上下文信息可以经由特定的物理数据路径与其它的信令信息一起被发送。特定的物理数据路径可以是指常规PLP、低等级信令(LLS)在其中传送的PLP、专用PLP或者L1信令路径中的一个。这里，RDT可以是上下文信息(静态链和/或动态链)和/或包括与报头压缩相关联的信息的信令信息。在一些实施方式中，只要上下文信息被改变，就可发送RDT。在一些实施方式中，可在每个物理帧中发送RDT。为了在每个物理帧中发送RDT，可重新使用先前的RDT。
接收机可在获取分组流之前选择第一PLP并且首先获取SLT、RDT等的信令信息。当获取信令信息时，接收端可将该信息组合以获取服务-IP信息-上下文信息-PLP的映射。也就是说，接收机可识别通过其发送服务的IP流，通过PLP发送的IP流等，并且获取对应的PLP的上下文信息。接收机可选择用于传送特定分组流的PLP并且对PLP进行解码。适配模块可解析上下文信息并将上下文信息与压缩后的分组组合。从而，分组流可被恢复并被发送到RoHC解压缩器。然后，可开始解压缩。在这种情况下，接收机可检测IR分组并且根据适配模式(模式1)从首先接收的IR分组开始解压缩，可检测IR-DYN分组并且从首先接收的IR-DYN分组(模式2)开始解压缩，或者可从任何一般的压缩分组(模式3)开始解压缩。
在下文中，将描述分组封装。
链路层协议可以将所有类型的输入分组，诸如IP分组、TS分组等封装进链路层分组。为此，独立于网络层(这里，MPEG-2TS分组被认为是网络层分组)的协议类型，物理层仅处理一种分组格式。每个网络层分组或者输入分组被修改为通用链路层分组的有效载荷。
在分组封装过程中，可以使用分段。如果网络层分组太大而无法在物理层中被处理，则网络层分组可以被分段为两个或更多个分段。链路层分组报头可以包括用于发送侧分段和接收侧重新组合的字段。每个分段可以被以与原始位置相同的顺序封装进链路层分组。
在分组封装过程中，也可以使用级联。如果网络层分组足够地小，使得链路层分组的有效载荷包括几个网络层分组，则可以执行级联。链路层分组报头可以包括用于执行级联的字段。在级联时，输入分组可以被以与初始输入顺序相同的顺序封装进链路层分组的有效载荷。
链路层分组可以包括报头和有效载荷。报头可以包括基础报头、附加的报头和/或可选择的报头。附加的报头可以根据情形(诸如级联或者分段)被进一步增加，并且附加的报头可以包括适用于情形的字段。此外，对于附加信息的传送，可以进一步包括可选择的报头。可以预先定义每个报头结构。如上所述，如果输入分组是TS分组，则可以使用具有不同于其它分组的分组的链路层报头。
在下文中，将描述链路层信令。
链路层信令可以在比IP层更低的等价上操作。接收侧可以获得比LLS、SLT、SLS等的IP等级信令更快的链路层信令。因此，链路层信令可以被在会话建立之前获得。
链路层信令可以包括内部链路层信令和外部链路层信令。内部链路层信令可以是在链路层上产生的信令信息。这包括以上描述的RDT或者以下描述的LMT。外部链路层信令可以是从外部模块、外部协议或者高层接收的信令信息。链路层可以将链路层信令封装进链路层分组，并且传送该链路层分组。用于链路层信令的链路层分组结构(报头结构)可以被定义，并且链路层信令信息可以根据这个结构被封装。
图7是示出根据本发明的一个实施方式的链路映射表(LMT)的图。
LMT可以提供经由PLP承载的高层会话的列表。此外，LMT可以提供用于处理承载高层会话的链路层分组的附加信息。这里，可将高层会话称为多播。有关经由一个PLP发送的IP流或者传输会话的信息可以经由LMT来获得。相比之下，可以获得有关特定的传输会话经由哪个PLP传送的信息。
LMT可通过被标识为传送LLS的任何PLP来发送。这里，用于传送LLS的PLP可通过物理层的L1细节信令信息的LLS标志来标识。LLS标志可以是针对每个PLP的指示LLS是否是通过对应的PLP发送的标志字段。这里，L1细节信令信息可与稍后将描述的PLS2数据对应。
也就是说，LMT也可与LLS一起通过相同的PLP来发送。每个LMT可描述如上所述的PLP与IP地址/端口之间的映射。如上所述，LLS可包括SLT，并且在这方面，由LMT描述的IP地址/端口可以是由通过PLP发送的SLT(诸如对应的LMT)描述的与任何服务相关的任何IP地址/端口。
在一些实施方式中，在以上描述的SLT、SLS等中的PLP标识符信息可用于指示经由哪个PLP发送由SLT或者SLS指示的特定的传输会话的确认信息可以被确认。
在另一个实施方式中，在以上描述的SLT、SLS等中的PLP标识符信息将被省略，并且由SLT或者SLS指示的特定的传输会话的PLP信息可以通过参考LMT中的信息确认。在这种情况下，接收机可以合并LMT和其它的IP等级信令信息以识别PLP。即使在这个实施方式中，SLT、SLS等中的PLP信息也可以不被省略，并且可以保持在SLT、SLS等中。
根据示出的实施方式的LMT可以包括signaling_type字段、PLP_ID字段、num_session字段和/或有关每个会话的信息。虽然示出的实施方式的LMT描述经由一个PLP发送的IP流，PLP环可以在一些实施方式中被增加给LMT以描述有关多个PLP的信息。在这种情况下，如上所述，LMT可描述与由使用PLP循环一起发送的SLT描述的所有服务相关的所有IP地址/端口的PLP。
signaling_type字段可指示由表传送的信令信息的类型。用于LMT的signaling_type字段的值可被设置为0x01。signaling_type字段可被省略。PLP_ID字段可以标识要描述的目标PLP。当使用PLP循环时，每个PLP_ID字段可以标识每个目标PLP。来自PLP_ID字段的字段可被包括在PLP循环中。这里，下面描述的PLP_ID字段可以是PLP循环的一个PLP的标识符，并且以下字段可以是与对应PLP对应的字段。
num_session字段可指示经由通过PLP_ID字段标识的PLP传送的高层会话的数目。根据由num_session字段指示的数目，可以包括有关每个会话的信息。此信息可以包括src_IP_add字段、dst_IP_add字段、src_UDP_port字段、dst_UDP_port字段、SID_flag字段、compressed_flag字段、SID字段和/或context_id字段。
src_IP_add字段、dst_IP_add字段、src_UDP_port字段和dst_UDP_port字段可以指示源IP地址、目的地IP地址、在经由通过PLP_ID字段识别的PLP传送的高层会话之中传输会话的源UDP端口和目的地UDP端口。
SID_flag字段可以指示是否传送传输会话的链路层分组在可选择的报头中具有SID字段。传送高层会话的链路层分组可以在可选择的报头中具有SID字段，并且SID字段值可以等于在LMT中的SID字段的值。
compressed_flag字段可以指示报头压缩是否被应用于传送传输会话的链路层分组的数据。此外，以下描述的context_id字段的存在/不存在可以根据这个字段的值确定。当应用报头压缩(compressed_flag＝1)时，RDT可存在并且RDT的PLP ID字段可具有与和当前compressed_flag字段相关的对应PLP_ID字段相同的值。
SID字段可指示用于传送对应传输会话的链路层分组的子流ID(SID)。链路层分组可包括具有与可选报头中的当前SID字段相同的值的SID。由此，接收机可使用链路层分组报头的SID信息和LMT的信息来过滤链路层分组，而不解析所有链路层分组。
context_id字段可以在RDT中提供用于上下文id(CID)的参考。RDT的CID信息可以指示压缩IP分组流的上下文ID。RDT可以提供压缩IP分组流的上下文信息。经由这个字段，RDT和LMT可以是相关联的。
在本发明的信令信息/表的以上描述的实施方式中，字段、元素或者属性可以被省略，或者可以以其它的字段替换。在一些实施方式中，附加的字段、元素或者属性可以被增加。
在本发明的一个实施方式中，一个服务的服务组件可以被经由多个ROUTE会话传送。在这种情况下，SLS可以经由SLT的引导信息获得。S-TSID和MPD可以通过SLS的USBD被引用。S-TSID可以不仅描述由SLS传送的ROUTE会话，而且描述由服务组件承载的另一个ROUTE会话的传输会话描述信息。为此，经由多个ROUTE会话传送的服务组件可以都被收集。这类似地可适用于一个服务的服务组件被经由多个MMTP会话传送的情形。仅供参考，一个服务组件可以同时地由多个服务使用。
在本发明的另一个实施方式中，ESG服务的引导可以由广播或者宽带网络执行。通过经宽带获得ESG，可以使用SLT的URL信息。ESG信息可以使用这个URL来请求。
在本发明的另一个实施方式中，一个服务的一个服务组件可以经广播网传送，并且另一个服务组件可以经宽带(混合)传送。S-TSID可以描述经广播网传送的组件，使得ROUTE客户端获得期望的服务组件。此外，USBD可以具有基础模式信息以描述哪个分段(哪个组件)被经由哪个路径传送。因此，接收机可以确认要从宽带服务请求的分段和在广播流中要检测的分段。
在本发明的另一个实施方式中，可以执行服务的可扩展编码。USBD可以具有提供该服务所必需的所有能力信息。例如，当在HD或者UHD中提供一个服务时，USBD的能力信息可以具有“HD或者UHD”的值。接收机可以检查哪个组件被重现以便使用MPD提供UHD或者HD服务。
在本发明的另一个实施方式中，通过经由传送SLS的LCT信道传送的LCT分组的TOI字段，可以识别哪个SLS片段被使用LCT分组(USBD、S-TSID、MPD等)传送。
在本发明的另一个实施方式中，要用于基于app的增强/基于app的服务的app组件可以作为NRT组件经广播网传送，或者可以经宽带传送。此外，用于基于app的增强的app信令可以通过与SLS一起被传送的应用信令表(AST)执行。此外，用于要由app执行的操作示意的事件可以以事件消息表(EMT)的形式与SLS一起被传送，可以在MPD中用信号通知，或者可以在DASH示出内以方框的形式带内信号通知。AST、EMT等可以经宽带传送。基于App的增强等可以被使用收集的app组件和这样的信令信息提供。
在本发明的另一个实施方式中，CAP消息可以在以上描述的用于紧急警报的LLS表中被包括和提供。也可以提供用于紧急警报的富媒体内容。富媒体可以由CAP消息用信号通知，并且如果富媒体存在，则富媒体可以作为由SLT用信号通知的EAS服务提供。
在本发明的另一个实施方式中，线***组件可以根据MMT协议经广播网传送。在这种情况下，该服务的NRT数据(例如，app组件)可以根据ROUTE协议经广播网传送。此外，服务的数据可以经宽带传送。接收机可以使用SLT的引导信息访问传送SLS的MMTP会话。根据MMT的SLS的USBD可以引用MP表，使得接收机获得已格式化为根据MMT协议传送的MPU的线***组件。此外，USBD可以进一步引用S-TSID，使得接收机获得根据ROUTE协议传送的NRT数据。此外，USBD可以进一步引用MPD以提供经宽带传送的数据的再现描述。
在本发明的另一个实施方式中，接收机可以经由网络套接字方法将能够获得文件内容项目(文件等)的位置URL信息和/或流组件传送给配套设备。配套装置的应用可以经由使用这个URL的HTTP GET通过请求获得组件、数据等。此外，接收机可以将信息(诸如***时间信息、紧急警报信息等)传送给配套设备。
图8是示出根据本发明的实施方式的下一代广播服务的广播信号发送设备的结构的图。
根据本发明的实施方式的下一代广播服务的广播信号发送设备可包括输入格式化块1000、比特交织编码和调制(BICM)块1010、帧构建块1020、正交频分复用(OFDM)生成块1030和信令生成块1040。将描述广播信号发送设备的每个块的操作。
根据本发明的实施方式，输入数据可使用IP流/分组和MPEG2-TS作为主输入格式，并且其它流类型可被处理为一般流。
输入格式化块1000可使用应用了独立编码和调制的一个或更多个数据管道来对每个输入流进行解复用。数据管道可以是用于鲁棒控制的基本单元，并且可影响服务质量(QoS)。一个或更多个服务或服务组件可以影响一个数据管道。数据管道可以是用于传送服务数据的物理层中的逻辑信道或者用于传送一个或更多个服务或服务组件的元数据。
由于QoS取决于根据本发明的实施方式的下一代广播服务的广播信号发送设备所提供的服务的特性，因此与每个服务对应的数据需要通过不同的方法来处理。
BICM块1010可包括应用于其未应用MIMO的简档(或***)的处理块和/或应用了MIMO的简档(或***)的处理块，并且可包括用于处理每个数据管道的多个处理块。
未应用MIMO的BICM块的处理块可包括数据FEC编码器、比特交织器、星座映射器、信号空间分集(SSD)编码块和时间交织器。应用了MIMO的BICM块的处理块与未应用MIMO的BICM的处理块的区别之处在于：前者还包括单元字解复用器和MIMO编码块。
数据FEC编码器可对输入的BBF执行FEC编码，以使用外部编码(BCH)和内部编码(LDPC)来生成FECBLOCK过程。外部编码(BCH)可以是选择性编码方法。比特交织器可对数据FEC编码器的输出进行交织，以使用LDPC代码和调制方法的组合来实现优化的性能。星座映射器可使用QPSK、QAM-16、不规则QAM(NUQ-64、NUQ-256、NUQ-1024)或不规则星座(NUC-16、NUC-64、NUC-256、NUC-1024)来对来自比特交织器或单元字解复用器的单元字进行调制，并且提供功率归一化星座点。NUQ具有任意类型，但是QAM-16和NUQ具有正方形形状。NUQ和NUC都可针对每个代码率具体定义并且由PLS2数据的参数DP_MOD用信号通知。时间交织器可按数据管道等级操作。时间交织的参数可以针对每个数据管道被不同地设置。
根据本发明的时间交织器可位于BICM链与帧构建器之间。在这种情况下，根据本发明的时间交织器可根据物理层管道(PLP)模式选择性地使用卷积交织器(CI)和块交织器(BI)，或者可全部使用。根据本发明的实施方式的PLP可以是使用与上述DP相同的概念所使用的物理路径，并且其术语可根据设计者的意图而改变。根据本发明的实施方式的PLP模式可根据由广播信号发送机或广播信号发送设备所处理的PLP的数目而包括单个PLP模式或多个PLP模式。根据PLP模式的使用不同时间交织方法的时间交织可被称为混合时间交织。
混合时间交织器可包括块交织器(BI)和卷积交织器(CI)。在PLP_NUM＝1的情况下，不可应用BI(BI关闭)并且仅可应用CI。在PLP_NUM>1的情况下，可应用BI和CI二者(BI开启)。在PLP_NUM>1的情况下应用的CI的结构和操作可与在PLP_NUM＝1的情况下应用的CI的结构和操作不同。混合时间交织器可执行与上述混合时间交织器的反向操作对应的操作。
单元字解复用器可用于将单个单元字流分成用于MIMO处理的双单元字流。MIMO编码块可使用MIMO编码方法来处理单元字解复用器的输出。根据本发明的MIMO编码方法可被定义为用于在接收机侧通过相对低的复杂度增加来提供容量的增加的全速率空间复用(FR-SM)。MIMO处理可按数据管道等级来应用。当一对星座映射器输出时，NUQ e1,i和e2,i被输入到MIMO编码器，一对MIMO编码器输出，可通过每个发送天线的相同载波k和OFDM符号l来发送g1,i和g2,i。
帧构建块1020可将一个帧中的输入数据管道的数据单元映射到OFDM符号，并执行用于频域分集的频率交织。
根据本发明的实施方式，帧可被分成前导码、一个或更多个帧信令符号(FSS)和正常数据符号。前导码可以是用于提供用于信号的有效发送和接收的基本传输参数的组合的特殊符号。前导码可用信号通知帧的基本传输参数和传输类型。具体而言，前导码可指示是否在当前帧中当前提供紧急警报服务(EAS)。FSS的目标可以是发送PLS数据。为了快速进行同步和信道估计以及PLS数据的快速解码，FSS可具有比正常数据符号更高密度的管道模式。
帧构建块可包括：延迟补偿块，其用于调整数据管道与对应PLS数据之间的定时，以确保在发送侧的数据管道与对应PLS数据之间的共时；单元映射器，其用于在一帧中将PLS、数据管道、辅助流、虚拟流等映射到OFDM符号的有效载波；以及频率交织器。
频率交织器可随机地交织从单元映射器接收的数据单元以提供频率分集。频率交织器可针对与包括两个顺序的OFDM符号在内的OFDM符号对相对应的数据或者与一个OFDM符号对应的数据使用不同的交织种子顺序进行操作，以便在单个帧中获取最大交织增益。
OFDM生成块1030可通过由帧构建块生成的单元来调制OFDM载波，***导频，并生成用于传输的时域信号。对应的块可依次***保护间隔，并且可应用PAPR降低处理以生成最后的RF信号。
信令生成块1040可生成在每个功能块的操作中使用的物理层信令信息。根据本发明的实施方式的信令信息可包括PLS数据。PLS可提供用于将接收机连接到物理层数据管道的元件。PLS数据可包括PLS1数据和PLS2数据。
PLS1数据可以是在具有固定大小的帧中被发送到FSS的PLS数据的第一组合，用于在***上发送基本信息的编码和调制以及数据PLS2数据所需的参数。PLS1数据可提供包括接收和解码PLS2数据所需的参数在内的基本传输参数。PLS2数据可以是被发送到FSS的PLP数据的第二组合，用于发送数据管道和***的更详细的PLS数据。PLS2信令还可包括PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)两种类型的参数。PLS2静态数据可以是在帧组的持续时间期间处于静态的PLS2数据，而PLS2动态数据可以是每帧动态地改变的PLS2数据。
PLS2数据可包括FIC_FLAG信息。快速信息信道(FIC)可以是用于发送跨层信息的专用信道，以能够实现快速服务获取和信道扫描。FIC_FLAG信息可通过1比特字段指示是否在当前帧组中使用快速信息信道(FIC)。当对应字段的值被设置为1时，可在当前帧中提供FIC。当对应字段的值被设置为0时，可在当前帧中不发送FIC。BICM块1010可包括用于保护PLS数据的BICM块。用于保护PLS数据的BICM块可包括PLS FEC编码器、比特交织器和星座映射器。
PLS FEC编码器可包括：加扰器，其用于加扰PLS1数据和PLS2数据；BCH编码/零***块，其用于使用为了PLS保护而缩短的BCH代码对加扰后的PLS1数据和PLS2数据执行外部编码，并且在BCH编码之后***零比特；LDPC编码块，其用于使用LDPC代码来执行编码；以及LDPC奇偶性打孔块。在对零***的输出比特进行LDPC编码之前，仅PLS1数据可被置换。比特交织器可对每个缩短和打孔的PLS1数据和PLS2数据进行交织，并且星座映射器可将比特交织后的PLS1数据和PLS2数据映射到星座。
根据本发明的实施方式的下一代广播服务的广播信号接收设备可执行已经参照图8描述的下一代广播服务的广播信号发送设备的反向操作。
根据本发明的实施方式的下一代广播服务的广播信号接收设备可包括：同步和解调模块，其用于执行与由广播信号发送设备执行的反向操作对应的解调；帧解析模块，其用于对输入信号帧进行解析以提取通过由用户选择的服务所发送的数据；解映射和解码模块，其用于将输入信号转换成比特区域数据，根据需要对比特区域数据进行解交织，对应用于传输效率的映射执行解映射，并且校正在用于解码的传输信道中出现的错误；输出处理器，其用于执行由广播信号发送设备应用的各种压缩/信号处理过程的反向操作；以及信令解码模块，其用于从通过同步和解调模块解调的信号中获取PLS信息并对其进行处理。帧解析模块、解映射和解码模块和输出处理器可使用从信令解码模块输出的PLS数据来执行功能。
在下文中，将描述时间交织器。根据本发明的实施方式的时间交织组可被直接映射到一个帧或者可在PI帧上展开。此外，每个时间交织组可被分成一个或更多个(NTI)时间交织块。这里，每个时间交织块可与时间交织器存储器的一个用途对应。时间交织组中的时间交织块可包括不同数目的XFECBLOCK。通常，在帧产生过程之前，时间交织器也可用作关于数据管道数据的缓冲器。
根据本发明的实施方式的时间交织器可以是扭曲的行-列块交织器。根据本发明的实施方式的扭曲的行-列块交织器可将第一XFECBLOCK写入时间交织存储器的第一列中，将第二XFECBLOCK写入下一列中，并且按相同方式将剩余的XFECBLOCK写入时间交织块中。在交织阵列中，可沿对角线方向从第一行到最后一行读取单元(在向右方向上沿着行读取作为起始列的最左列)。在这种情况下，为了独立于时间交织块中的XFECBLOCK的数目而在接收机侧实现单个存储器解交织，用于扭曲的行-列块交织器的交织阵列可将虚拟XFECBLOCK***到时间交织存储器中。在这种情况下，为了在接收机侧实现单个存储器解交织，需要将虚拟XFECBLOCK***到另一个最前面的XFECBLOCK中。
图9是根据本发明的实施方式的时间交织器的写入操作。
在附图的左侧部分中示出的块示出了TI存储器地址阵列，并且在附图的右侧部分中示出的块示出了当针对两个连续的TI组将两个或一个虚拟FEC块***到TI组的最前面组中时的写入操作。
根据本发明的实施方式的频率交织器可包括用于生成要被应用于与符号对对应的数据的交织地址的交织地址发生器。
图10是根据本发明的实施方式的频率交织器中包括的根据每个FFT模式包括主PRBS发生器和子PRBS发生器的交织地址发生器的框图。
(a)是针对8K FFT模式的交织地址发生器的框图，(b)是针对16K FFT模式的交织地址发生器的框图，(c)是针对32K FFT模式的交织地址发生器的框图。
针对OFDM符号对的交织过程可使用一个交织序列，并且将在下面进行描述该交织过程。首先，将要在一个OFDM符号Om,l中交织的可用数据单元(来自单元映射器的输出单元)可以被定义为Om,l＝[xm,l,0,…,xm,l,p,…,xm,l,Ndata-1]，其中l＝0,…,Nsym-1。在这种情况下，xm,l,p可以是第m帧中的第l OFDM符号的第p单元，并且Ndata可以是数据单元的数目。在帧信令符号的情况下，Ndata＝CFSS，在正常数据的情况下，Ndata＝Cdata，并且在帧边缘符号的情况下，Ndata＝CFES。此外，交织数据单元可以被定义为Pm,l＝[vm,l,0,…,vm,l,Ndata-1]，其中l＝0,…,Nsym-1。
针对OFDM符号对，交织的OFDM符号对可根据vm,l,Hi(p)＝xm,l,p，p＝0,…,Ndata-1给出以用于每个对的第一OFDM符号，并且根据vm,l,p＝xm,l,Hi(p)，p＝0,…,Ndata-1给出以用于每个对的第二OFDM符号。在这种情况下，Hl(p)可以是基于PRBS发生器和子PRBS发生器的循环移位值(符号偏移)生成的交织地址。
图11是例示根据实施方式的网络拓扑的框图。
如在图11中所示，网络拓扑包括内容提供服务器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中的至少两个可以以一个服务器的形式被组合并且可以通过一个运营商来操作。
图12是例示根据实施方式的基于水印的网络拓扑的框图。
如在图12中所示，基于水印的网络拓扑可以进一步包括水印服务器21。
如在图12中所示，水印服务器21编辑主AV内容以将内容信息***到其中。多频道视频分布服务器30可以接收并且分别包括修改的主AV内容的广播信号。特别地，水印服务器可以使用下面描述的数字水印技术。
数字水印是将几乎可能是不可删除的信息***到数字信号的过程。例如，数字信号可以是音频、图片或者视频。如果数字信号被复制，则***的信息被包括在复制中。一个数字信号可以同时承载数个不同的水印。
在可视的水印中，***的信息可以在图片或者视频中是可识别的。通常，***的信息可以是识别媒体所有者的文本或者日志。如果电视广播站在视频的角落中添加其标识，则这是可识别的水印。
在不可视的水印中，尽管作为数字数据的信息被添加到音频、图片或者视频，但是用户可以意识到预先确定的数量的信息但是可以不识别它。私密消息可以通过不可视的水印被传送。
水印的一个应用是用于防止数字媒体的非法复制的版权保护***。例如，复制设备在复制数字媒体之前从数字媒体获得水印，并且基于水印的内容确定是否复制。
水印的另一应用是数字媒体的来源跟踪。在分布路径的每个点处在数字媒体中嵌入水印。如果稍后找到这样的数字媒体，则可以从数字媒体中提取水印并且从水印的内容可以识别分布来源。
不可视的水印的另一应用是对于数字媒体的描述。
用于数字媒体的文件格式可以包括被称为元数据的附加信息，并且可以区分数字水印与作为数字媒体的AV信号本身被传送的元数据。
水印方法可以包括扩展频谱、量化、以及振幅调制。
如果通过附加的编辑获得标记的信号，则水印方法对应于扩展频谱。虽然已知扩展频谱水印相当强大，但是并没有包含很多信息，因为水印干扰嵌入的主信号。
如果通过量化获得标记的信号，则水印方法对应于量化类型。量化水印弱，可以包含更多的信息。
如果通过与在空间域中的扩展频谱相似的附加的编辑方法获得标记的信号，则水印方法对应于振幅调制。
图13是例示根据实施方式的在基于水印的网络拓扑的数据流的梯形图。
首先，内容提供服务器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中获得增强型服务。
图14是例示根据另一实施方式的基于指纹的视频显示设备的结构的框图。
如在图14中所示，调谐器501从通过空中信道发送的8-VSB RF信号提取符号。
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在观看中识别广播内容以提供与其有关的增强型服务。
图15是例示根据本发明的另一实施方式的基于水印的视频显示设备的结构的框图。
虽然图15的基于水印的视频显示设备与图14的基于视频的显示设备相似，但是基于指纹的视频显示设备不包括指纹提取器565和指纹比较器567，但是进一步包括水印提取器566。
水印提取器566从音频/视频流中提取以水印形式***的数据。提取的数据可以被传送给应用并且可以被使用。
图16是示出根据本发明的一个实施方式的经由水印方案可以传送的数据的图。
如上所述，经由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，并且执行应用。
图17是示出根据本发明的一个实施方式的时间戳类型字段的值的含义的图。
本发明提出作为经由水印方案能够传送的数据之一的时间戳类型字段。另外，本发明提出时间戳类型字段的有效数据结构。
时间戳类型字段可以被分配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秒已经流逝。这仅是示例性的并且时间戳用作经过时间并且可以指示接收机的时间或者片段，与内容无关。
图18是示出根据本发明的一个实施方式的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可以意指要被报告给远程服务器的当前时间的查询标识符。
图19是例示根据本发明的一个实施方式的处理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。
图20是示出根据本发明的一个实施方式的事件字段的值的含义的图。
本发明提出作为经由水印方案能够传送的数据之一的事件字段。另外，本发明提出事件字段的有效数据结构。
经由从WM提取的URL可以启动应用。经由更加详细的事件可以控制应用。能够控制应用的事件可以通过事件字段指示和传送。即，如果与当前观看的广播节目有关的交互式应用存在，则应用的URL可以被发送并且可以使用事件控制应用。
事件字段可以具有3个比特的大小。如果事件字段的值是000，则这可以指示“准备”命令。准备是在执行应用之前的准备步骤。已经接收到此命令的接收机可以事先下载与应用有关的内容项目。另外，接收机可以释放必要的资源以便于执行应用。在此，释放必要的资源可以意指存储器被清除或者其它的未被完成的应用被完成。
如果事件字段值是001，则这可以指示“执行”命令。执行可以是用于执行应用的命令。如果事件字段值是010，则这可以指示“挂起”命令。挂起可以意指被执行的应用被挂起。如果事件字段值是011，则这可以指示“终止”命令。终止可以是用于完成已经执行的应用的命令。100至111的事件字段值可以被预留以供将来使用。
图21是示出根据本发明的一个实施方式的目的地类型字段的值的含义的图。
本发明提出作为经由水印方案能够传送的数据之一的目的地类型字段。另外，本发明提出目的地类型字段的有效数据结构。
随着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管理器是用于在接收机中处理与配套设备的相互作用的模块并且可以传送与每个应用或者数据有关的信息。
图22是示出根据本发明的实施方式#1的要被***到WM中的数据的结构的图。
在本实施方式中，***到WM中的数据可以具有诸如时间戳类型字段、时间戳、内容ID、事件字段、目的地类型字段、URL协议类型字段以及URL的信息。在此，数据的顺序可以被改变并且每个数据可以根据实施方式被省略。
在本实施方式中，时间戳类型字段的时间戳大小字段可以具有01的值并且时间戳单位字段可以具有000的值。这可以意指2个比特被分配给时间戳并且时间戳具有毫秒的单位。
另外，事件字段具有001的值，这意指应用应被立即执行。目的地类型字段具有0x02的值，这可以意指通过WM传送的数据应被传送给智能电话。因为URL协议类型字段具有001的值并且URL具有atsc.org的值，所以这可以意指补充信息或者应用的URL是http://atsc.org。
图23是例示根据本发明的实施方式#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的值。
图24是示出根据本发明的实施方式#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可以意指要被报告给远程服务器的当前时间的查询标识符。
图25是例示根据本发明的实施方式#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。
图26是示出根据本发明的实施方式#3的要被***到WM的数据的结构的图。
本发明提出作为经由水印方案能够传送的数据之一的传送类型字段。另外，本发明提出传送类型字段的有效数据结构。
为了减少由于被***到WM的数据的数量的增加音频/视频内容的质量的劣化，WM可以被划分和***。为了指示是否划分和***WM，可以使用传送类型字段。经由传送类型字段，其可以确定是否检测一个WM或者数个WM以便于获取广播相关信息。
如果传送类型字段具有0的值，则这可以意指所有的数据被***到一个WM并且被发送。如果传送类型字段具有1的值，则这可以意指数据被划分和***到数个WM并且被发送。
在本实施方式中，传送类型字段的值是0。在这样的情况下，WM的数据结构可以以将传送类型字段附加到上述数据结构的形式被配置。虽然传送类型字段位于本发明的重要部分处，但是传送类型字段可以位于别处。
如果传送类型字段具有0的值则WM管理器或者WM检测器可以通过参考WM的长度解析WM。这时，考虑到预先确定的字段的比特的数目可以计算WM的长度。例如，如上所述，事件字段的长度可以是3个比特。内容ID和URL的大小可以被改变但是根据实施方式比特的数目可能被限制。
图27是示出根据本发明的实施方式#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中的数据的数量可以根据设计者的意图而被改变。
图28是示出根据本发明的实施方式#4的要被***到第一WM的数据的结构的图。
在本实施方式中，如果传送类型字段的值是1，即，如果数据被划分成数个WM并且被发送，则第一WM的结构可以等于在图28中示出的结构。
在均具有划分的数据的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秒。
图29是示出根据本发明的实施方式#4的要被***到第二WM的数据的结构的图。
在本实施方式中，如果传送类型字段的值是1，即，如果数据被划分成数个WM并且被发送，则第二WM的结构可以等于在图35中示出的结构。
在均具有划分的数据的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被划分和***时的时间。
图30是例示根据本发明的实施方式#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管理器的功能。
图31是示出根据本发明的另一实施方式的基于水印的图像显示装置的结构的图。
本实施方式与上述基于水印的图像显示装置的结构相似，不同之处在于WM管理器t59010和配套设备协议模块t59020被添加在水印提取器s59030的下面。剩余的模块可以等于上述模块。
水印提取器t59030可以对应于上述的WM检测器。水印提取器t59030可以等于具有与上述基于水印的图像显示装置的结构相同的名称。WM管理器t59010可以对应于上述WM管理器并且配套设备协议模块t59020可以对应于上述配套设备协议模块。在上面已经描述了模块的操作。
图32是示出根据本发明的另一实施方式的水印有效载荷的结构的图。
示出的实施方式的水印有效载荷可以包括域类型信息、服务器ULR信息、时间戳信息以及/或者触发器类型信息。在一些实施方式中，示出的水印有效载荷可以被用作音频或者视频水印。在此，水印可以被称为WM。在一些实施方式中，WM有效载荷可以具有50个比特的大小并且WM***可以以1.5秒的间隔传送50个比特。
域类型信息可以指示WM有效载荷的类型。域类型信息可以指示如何指配服务器URL信息和有效载荷的时间戳信息的大小。根据域类型信息，在服务器URL字段的服务器代码和时间戳字段的间隔代码之间的唯一性的范围中存在折衷。根据被指配给字段的大小，域类型信息可以指示是否有效载荷具有小的域、中等的域或者大的域。在一些实施方式中，域类型信息可以具有1个比特的大小。在这样的情况下，域类型信息可以指示是否有效载荷具有小的域或者大的域。
服务器URL信息可以包括服务器代码。此服务器代码可以是用于识别作为用于补充内容获取的开始点操作的服务器的值。服务器URL信息或者服务器代码可以是能够获取补充内容的互联网地址或者IP地址的格式或者被映射到这样的地址的特定代码。能够访问通过服务器URL信息可以确认的URL以获取各种补充内容。
补充内容可以意指除了当前从MVPD发送到接收机的服务/内容之外的可以被提供给观众的内容。补充内容可以包括服务、内容、时间表、应用数据、可替选的组件或者应用有关的信息。补充内容可以被称为交互式服务信息。另外，补充内容可以包括用于提供广播服务/内容的交互式服务的应用特性信息。另外，补充内容可以包括特定应用的事件信息。在此，事件信息可以是用于发起要被通过应用执行的行为的通知或者信令信息。
时间戳信息可以包括间隔代码。此间隔代码可以是用于识别有效载荷被嵌入到的内容的间隔的值。时间戳信息或者间隔代码可以识别有效载荷的嵌入间隔或者可以识别WM分组或者WM有效载荷被嵌入的内容的传输时间信息或者嵌入多少WM分组或者WM有效载荷。当识别嵌入多少WM分组或者WM有效载荷时，WM之间的时间间隔可以被预先确定。在一些实施方式中，时间戳信息可以被称为间隔信息。
触发器类型信息可以用信号通知何时事件是可用的。改变连续的WM有效载荷内的触发器信息的值可以指示从事件服务器获取事件/事件是可用的。在此，事件可以是上述事件信息。在此，事件可以是动态事件。动态事件可以意指在最后一刻获知其开始时间的事件。例如，直播广播服务的事件信息可以是动态事件。在此，事件服务器是动态事件服务器并且可以是HTTP服务器。在一些实施方式中，触发器类型信息可以被称为查询信息、查询标志等。
即，触发器类型信息可以指示是否需要访问根据服务器URL信息的URL。在一些实施方式中，触发器类型信息可以指示是否获取应用特性信息或者是否在访问URL之后获取事件信息。事件信息是时间敏感信息，并且因此需要被与应用特性信息相区分，以便于防止通过不必要地使用资源没有获取必要的时间敏感信息以获取非时间敏感信息。在一些实施方式中，触发器类型信息可以指示是否改变要被获取的应用特性信息，在下面将会详细地对此进行描述。
在一些实施方式中，服务器URL信息和时间戳信息可以具有30个比特或者17个比特的大小(小域类型)、22个比特或者25个比特的大小(中等域类型)以及18个比特或者29个比特的大小(大域类型)。在一些实施方式中，这些值可以被改变。在这样的情况下，小域可以具有十亿个服务器代码和大约54.6个小时的间隔代码，中等域可以具有4.2百万个服务器代码和大约1.59年的间隔代码并且大的域可以具有262,144个服务器代码和大约25.5年的间隔代码。
在一些实施方式中，服务器URL信息和时间戳信息可以具有31个比特或者17个比特的大小(小的域类型)和23个比特或者25个比特的大小(大的域类型)。在这样的情况下，域类型信息可以具有1个比特的大小并且触发器类型信息可以具有1个比特的大小。在一些实施方式中，这些值可以被改变。
在一些实施方式中，示出的WM有效载荷的触发器类型信息可以具有2个比特的大小。如果触发器类型信息是00，则这指示通过访问服务器URL可以获取应用特性信息，并且与能够使用先前的WM的服务器URL获取的特性信息相比较此特性信息没有被改变。如果触发器类型信息是01，则这指示可以通过访问服务器URL获取应用特性信息，并且与使用先前的WM的服务器URL获取的特性信息相比较此特性信息被改变。如果触发器类型信息是10，则这指示通过访问服务器URL可以获取事件信息。11的触发器类型信息可以被预留以供将来使用。
在一些实施方式中，如果触发器类型信息被指配2个比特，则触发器类型信息的值的含义可以被改变。例如，如果触发器类型信息是00，则这指示不存在能够在此间隔通过从服务器发出请求能够获取的附加的应用、组件或者信息。在这样的情况下，请求(查询)可以被发送到服务器。如果触发类型信息是01，则则这指示存在能够在此间隔通过从服务器发出请求能够获取的附加的应用、组件或者信息。在这样的情况下，请求(查询)可以被发送到服务器。如果触发器类型信息是10，则这指示通过访问服务器URL可以获取事件信息。因此，在这样的情况下，即使当最近发出请求时，应再次发出请求。11的触发器类型信息可以被预留以供将来使用。
在一些实施方式中，上述WM有效载荷的结构可以被组合。另外，在一些实施方式中，上述有效载荷的信息的指配的大小可以被组合。例如，根据小、中等以及大的域，对于服务器URL信息和时间戳信息的大小，1个比特的触发器类型信息或者2个比特的触发器类型信息可以被组合。另外，对于各种情况，可以组合1比特的域类型信息或者2个比特的域类型信息。
图33是示出根据本发明的一个实施方式的在使用服务/内容信息的水印有效载荷结构中的变化的图。
服务信息和/或内容信息可以被添加到各个WM有效载荷结构或者各个可组合的WM有效载荷结构并且在各个WM有效载荷结构或者各个可组合的WM有效载荷结构中被传送。在此，服务信息可以与嵌入WM的服务有关。此服务信息可以是以服务ID或者频道ID的格式。当服务信息被包括在WM有效载荷中并且在WM有效载荷中被传送时，服务器可以仅选择性地提供特定服务/频道的补充内容(交互式服务)。另外，当改变正在被观看的服务/频道时，可以快速地完成先前的服务/频道的交互式服务。在此，内容信息可以与嵌入WM的内容有关。内容信息可以是内容ID的格式。当内容信息被包括在WM有效载荷中并且在WM有效载荷中被传送时，服务器可以选择性地提供特定内容的补充内容(交互式服务)。
在示出的实施方式(t502010)中，服务信息和/或内容信息被添加到上述WM有效载荷中的一个。在示出的实施方式(t502020)中，上述WM有效载荷结构被最小化并且然后服务信息和/或内容信息被添加。在这样的情况下，域类型信息被省略并且服务器URL信息、时间戳信息以及触发器类型信息的大小分别被减少到18个比特、17个比特以及2个比特。在两个实施方式中，根据有关的广播***，服务器信息和内容信息可以具有任意的大小(x和y个比特)。在一些实施方式中，仅服务信息和内容信息中的一个可以被添加。
图34是示出根据本发明的一个实施方式的使用NSC字段的水印有效载荷结构中的变化的图。
上述WM有效载荷结构中的每一个可以被改变以添加无补充内容(NSC)字段。NSC字段可以指示是否补充内容是可用的。NSC字段可以作为1比特标志操作。在上面已经描述了该补充内容。
通过减少上述域类型信息的大小可以获取用于NSC字段的1个比特。在一些实施方式中，域类型信息的大小可以被减少到1个比特。如上所述，域类型信息可以包括WM有效载荷的类型。在这样的情况下，域类型信息可以指示是否WM有效载荷是小的域或者大的域。即，如果两种类型的域是充分的，则域类型信息的1个比特可以被指配给NSC字段以指示是否补充内容是可用的。在一些实施方式中，在没有减少域类型信息的大小的情况下NSC字段可以被添加到上述WM有效载荷结构。
在本实施方式中，在小的域中，服务器URL字段可以具有22个比特的大小并且时间戳字段可以具有25个比特的大小。在大的域中，服务器URL字段可以具有18个比特的大小并且时间戳字段可以具有29个比特的大小。小的域可以具有大约4.2百万个服务器代码和大约1.59年的间隔代码并且大的域可以具有大约262,144个服务器代码和大约25.5年的间隔代码。在此，触发器类型信息可以具有1个比特或者2个比特的大小。
根据关于WM有效载荷的信息，接收机可以将请求(查询)发送到服务器。(1)当接收机接收(调谐)第一水印的片段并且发出请求时，(2)当根据补充内容的请求信息进一步发出请求时，并且(3)当根据上述触发器类型信息发出请求时，可以发出请求。
根据NSC字段的添加，当不存在补充内容时可以不发出请求。例如，当接收机首先接收水印时，可以不发出请求。因此，在频道切换中，NSC字段的添加可以是有效的。另外，即使当补充内容不存在时，服务/内容也可以被标注(加水印)以便于报告服务使用。即使在这样的情况下，NSC字段的添加也可以是有效的。特别地，NSC字段的添加在用于传送用于存储和使用的报告的机制中可以是进一步有效的。即，通常，当大量的内容被标注(被加水印)但是补充内容不存在时NSC字段的添加可以是有效的。另外，在SMPTE开放式ID中连续地加水印的内容可以是优选的。在这样的情况下，连续的标注的内容可以在确定公共的WM解决方案中支持(aid)两个SDO。
图35是示出根据本发明的一个实施方式的用于链接视频和音频水印的水印有效载荷结构的图。
本发明提出了作为一个实施方式的同时嵌入视频WM和音频WM的方法。为此，视频WM有效载荷的一部分可以被指配给音频WM有效载荷。视频WM有效载荷(例如，30至60个字节)的一部分(例如，50个比特)可以承载音频WM有效载荷的复制信息。复制信息可以等于音频WM有效载荷的信息和音频WM有效载荷的副本。
另外，视频WM和音频WM可以被同步并且被发送。视频WM可以包括至少一个或者多个消息块并且消息块中的一个可以具有此结构的WM有效载荷。在这样的情况下，在服务/内容的音频中嵌入的音频WM可以具有与视频WM相同的WM有效载荷。这时，用于传送视频WM有效载荷的消息块的第一视频帧可以是对准与其相对应的音频WM的一部分的时间。在一些实施方式中，视频WM和音频WM可以是在预先确定的错误内对准的时间。在一些实施方式中，消息块可以包括多个视频帧并且每个视频帧可以具有重复的相同的视频WM有效载荷。在一些实施方式中，音频WM有效载荷的一部分可以被指配以承载视频WM有效载荷的副本。
例如，当用户从MVPD机顶盒(STB)检索并且显示电子服务指南(ESG)时可能出现问题。首先，仅当音频WM被使用时，虽然ESG被显示，但是音频可以被连续地播放。然而，音频WM客户端可能不知道ESG正在被显示。因此，应用可以被连续地执行并且图形可能重叠ESG，从而引起干扰。
另外，如果仅视频WM被使用，当ESG被显示时，视频WM客户端可以识别WM消失并且判断观众已经改变频道或者已经完成交互式事件。因此，虽然观众试着在不改变频道的情况下关闭ESG并且在预先确定的点处恢复交互式服务，但是可以通过视频WM客户端完成应用。
因此，音频WM和视频WM被有效地配合使用。不同于音频WM，视频WM可以通知接收机主视频不集中于屏幕(ESG被使用)。另外，不同于视频WM，当ESG被使用时，音频WM可以连续地提供WM信息。因此，接收机可以跟踪是否在操作ESG的同时WM或者有关的补充内容被改变。
因此，可以通过视频WM识别正在被显示在屏幕上的ESG，并且可以通过音频WM连续地执行适当的接收机操作。例如，如果应用不提供图形(例如，背景应用)，则应用可以被连续地执行，不论ESG如何。例如，如果应用提供图形，则应用可以被抑制直到ESG消失。例如，当应用接收事件时，接收机可以在背景上处理事件直到ESG消失。即，通过链接音频WM和视频WM可以解决此问题。
图36是示出根据本发明的一个实施方式的使用链接的视频和音频水印的操作的图。
首先，将会描述当在屏幕上显示ESG时的用户的操作。首先，可以将最初的服务/内容从广播站传送给诸如STB的MVPD(t505010)。诸如STB或者有线电视(cable)的外部输入源可以将最初的服务/内容传送给接收机(t505020)。在此，传送的AV内容是处于未被压缩的状态并且可以具有链接的音频WM和视频WM。接收机可以感测音频WM和视频WM并且执行与其相对应的操作。
在此，用户可以从STB的遥控器请求ESG(t505030)。STB可以在TV屏幕上显示ESG(t505040)。ESG可以被覆盖在正在被回放的AV内容上。TV接收机可以感测音频WM但是不可以感测视频WM(t505050)。接收机可以识别主视频内容被覆盖有诸如ESG的其它图形，***的音频WM并且无缝接地执行必要的操作。
接下来，将会描述当用户静音内容时的操作。在上面已经描述了通过STB接收AV内容的TV接收机的步骤t505010至t505020。在此，用户可以从STB的遥控器请求静音(t505030)。STB可以静音AV内容(t505040)。TV接收机可以感测视频WM但是不可以感测音频WM(t505050)。接收机可以识别主音频内容被静音并且通过链接的视频WM有效载荷获取音频WM有效载荷数据。因此，接收机能够无缝接地执行必要的操作。
图37是示出根据本发明的实施方式的视频WM有效载荷格式的图。
参照(a)，示出了根据本发明的实施方式的视频WM有效载荷(或视频水印)的配置字段。
视频WM有效载荷可包括run_in_pattern字段、至少一个wm_message()字段、至少一个zero_pad字段和/或AudioWM复制字段(或音频水印)。
run_in_pattern字段指示视频行包括具有特定格式的WM(水印)。例如，run_in_pattern字段是16比特，并且可具有值“0xEB52”。
wm_message()字段可包括WM消息和/或WM消息块。WM消息可包括所有数据。WM消息可包括至少一个WM消息块。WM消息块可以是WM消息的片段。例如，wm_message()字段可被称为前述消息块。此外，WM消息可包括视频WM和/或音频WM。
zero_pad字段可具有用于填充帧的末尾的值“0”。
AudioWM复制字段可包括音频WM和/或音频WM有效载荷。例如，AudioWM复制字段可包括作为音频WM有效载荷的副本的信息。此复制信息与音频WM有效内容的信息相同并且可以是副本。AudioWM复制字段可被包括在视频WM中，并且可被包括在视频WM有效载荷的wm_message()字段中。
在下文中，将更详细地描述wm_message()字段。
例如，wm_message()字段可包括wm_message_id字段、wm_message_block_length字段、wm_message_version字段、fragment_number字段、last_fragment字段和/或wm_message_bytes()字段。
wm_message_id字段可标识在消息块中发送的数据字节的语法和/或语义。wm_message_id字段可被称为WMId字段。例如，wm_message_id字段可指示内容ID消息、呈现时间消息、URI消息、vpl_消息、音频WM、事件消息和紧急警报消息中的一个。
wm_message_block_length字段可指定wm_message()字段中剩余的字节的数目。wm_message_block_length字段可被称为块长度字段。
fragment_number字段可指示当前消息片段的编号或者通过从当前消息片段的编号中减去“1”而获得的值。fragment_number字段可被称为块编号字段。
last_fragment字段可指示用于发送完整WM消息(或wm_message())的最后片段的片段号。last_fragment字段可被称为最后块编号字段。
wm_message_bytes()字段可被称为包括实际数据的有效载荷。当last_fragment字段为“0”时，wm_message_bytes()字段可包括由wm_message_id字段标识的完整实例的WM消息。当last_fragment字段不是“0”时，wm_message_bytes()字段可包括对应WM消息的片段数据。例如，wm_message_bytes()字段可包括内容ID消息、呈现时间消息、URI消息、vp1_消息(或音频WM)、事件消息和紧急警报消息中的至少一个。
wm_message版本字段可指示WM消息的版本。
参照(b)，示出了根据本发明的实施方式的视频WM有效载荷。
一个视频WM有效载荷可包括全部数据段。
例如，视频WM有效载荷可包括run_in_pattern字段、至少一个wm_message()字段(wm_message_0，...，wm_message_N-1)和/或AudioWM复制字段。wm_message()字段可包括完整的WM消息或者至少一个划分的WM消息块。在这种情况下，尽管一个视频WM有效载荷可包括全部数据段，但是视频WM有效载荷的大小可增加。
此外，一个视频WM有效载荷可被分成多个视频WM有效载荷。例如，划分的视频WM有效载荷可包括run_in_pattern字段、至少一个wm_message()字段(wm_message_0，...，wm_message_N-1)和/或AudioWM复制字段。wm_message()字段可包括至少一个划分的WM消息块。AudioWM复制字段可被包括在划分的视频WM有效载荷或者至少一个划分的WM消息块中。
在这种情况下，每个划分的视频WM有效载荷可包括划分的WM消息的数据，因此可减小每个视频WM有效载荷的大小。
图38是示出根据本发明的实施方式的在执行可视应用程序时用户使ESG显示在屏幕上时的接收机操作。
首先，可通过诸如STB这样的MVPD从广播公司接收原始服务/内容。诸如STB和线缆这样的外部输入源可将原始服务/内容传递到接收机。这里，传递的AV内容可处于未压缩状态，并具有链接的音频WM和视频WM。接收机可检测音频WM和视频WM，并根据其执行操作。
然后，可在接收机中操作由视频WM指示的可视应用(CS400100)。可视应用可以是视觉上呈现在接收机的屏幕上的应用。
此后，用户可使用STB的遥控器来请求ESG。例如，用户可按压STB的遥控器的按钮以查看ESG。
然后，ESG被显示在接收机的屏幕(例如，电视机屏幕)上(CS400200)。ESG可覆盖在正被再现的AV内容上。在这种情况下，接收机检测音频WM，但是可以不检测视频WM。
随后，接收机可确定音频WM和视频WM二者是否被调度发送(CS400300)。
当音频WM和视频WM二者都未被调度发送时，接收机需要停止可视应用。在ESG消失之后，接收机可在再次检测视频WM之后开始对应应用的操作(CS400400)。
当音频WM和视频WM二者都被调度发送时，接收机可连续地接收音频WM(CS400500)。此外，接收机可知晓视频WM暂时被覆盖，并且不会发生频道改变。也就是说，接收机可基于连续发送的音频WM识别频道改变不发生。
然后，接收机可暂时停止或中止可视应用的操作，以便在ESG消失之后恢复可视应用的操作(CS400600)。这里，当应用操作被暂停或中止时的应用状态可被存储并且在应用操作被恢复时使用。
因此，用户可不在ESG上操作由音频WM指示的应用(例如，可视应用)，或者可在识别出主视频内容已被诸如ESG的其它图形覆盖时不在屏幕上显示应用。
图39示出了根据本发明的实施方式的当在屏幕上显示ESG之后执行可视应用程序时的接收机操作。
接收机的基本操作可包括前述的描述。以下描述是基于与上述接收机操作的不同之处的。
与以上描述不同，在接收机中不执行可视应用(CS410100)。用户可使用STB的遥控器请求ESG。
然后，ESG被显示在接收机的屏幕(例如，电视机屏幕)上(CS410200)。ESG可覆盖正在再现的AV内容。在这种情况下，接收机检测音频WM，但可以不检测视频WM。
此后，接收机请求使用音频WM来执行可视应用(CS410300)。
随后，接收机可确定音频WM和视频WM二者是否都被调度发送(CS410400)。
当音频WM和视频WM二者都未被调度发送时，接收机需要在ESG上执行所请求的可视应用(CS410500)。也就是说，可视应用可在ESG被显示在屏幕上之后启动。
当音频WM和视频WM二者都被调度发送时，接收机可连续地接收音频WM(CS410600)。此外，接收机可知晓视频WM暂时被覆盖并且频道改变不会发生。也就是说，接收机可基于连续发送的音频WM识别不发生频道改变。
然后，接收机可不启动可视应用以便在ESG消失之后启动可视应用(CS410700)。
因此，接收机可不在ESG上操作由音频WM指示的应用(例如，可视应用)，或者可在识别出主要视频内容已经被诸如ESG的其它图形覆盖时不在屏幕上显示应用。
图40示出了根据本发明的实施方式的在执行可听应用的同时用户将接收机静音时的接收机操作。
接收机的基本操作可包括前述的描述。以下描述是基于与上述接收机操作的不同之处的。
可在接收机中执行由音频WM指示的可听应用(CS420100)。可听应用可以是通过接收机的扬声器产生声音的应用。
用户可使用STB的遥控器来请求静音。例如，用户可按压STB的遥控器的按钮进行静音。
然后，接收机(例如，电视机)被静音(CS420200)。接收机检测到视频WM，但可以不检测音频WM。
随后，接收机可确定音频WM和视频WM二者是否都被调度发送(CS420300)。
当音频WM和视频WM二者都未被调度发送时，接收机需要停止正在执行的可听应用。然后，接收机可在静音关闭之后再次检测到音频WM时启动对应的应用(CS420400)。
当音频WM和视频WM二者都被调度发送时，接收机可连续地接收视频WM(CS420500)。此外，接收机可知晓音频WM由于静音而暂时消失并且不发生频道改变。也就是说，接收机可基于连续发送的视频WM识别出不发生频道改变。
为了在静音关闭之后恢复操作，接收机可暂时停止或中止正在执行的可听应用。这里，当应用操作被暂停或中止时的应用的状态可被保存并且在应用的操作被恢复时使用。
因此，用户可在识别到主音频内容被静音时不产生由视频WM指示的应用(例如，可听应用)的声音。
图41示出了根据本发明的实施方式的在静音之后执行可听应用时的接收机操作。
接收机的基本操作可包括前述的描述。以下描述是基于与上述接收机操作的不同之处的。
区别于以上描述，在接收机中不执行可听应用(CS430100)。用户可使用STB的遥控器来请求静音。
然后，电视机被静音(CS430200)。在这种情况下，接收机检测视频WM，但可以不检测音频WM。
接收机请求使用视频WM来执行可听应用(CS430300)。
然后，接收机可确定音频WM和视频WM二者是否被调度发送(CS430400)。
当音频WM和视频WM二者都未被调度发送时，尽管用户已经使接收机和/或STB静音，但是接收机需要执行可听应用(CS430500)。也就是说，可在接收机静音之后启动可听应用。
当音频WM和视频WM二者都被调度发送时，接收机可连续地接收视频WM(CS430600)。此外，接收机可知晓音频WM由于静音而暂时消失并且不发生频道改变。也就是说，接收机可基于连续发送的视频WM识别出不发生频道改变。
随后，接收机可以不立即启动可听应用以便在静音关闭之后开始操作。
因此，接收机可在识别出主音频内容已被静音时不产生由视频WM指示的应用(例如，可听应用)的声音。
图42是描述根据本发明的实施方式的包括音频WM的视频WM的优点的图。
在接收机中执行应用(CS440100)。接收机可通过音频WM接收诸如属性和事件这样的与应用有关的信息。用户可按压STB的遥控器的按钮以进行静音。
然后，接收机被静音(CS440200)。例如，接收机可在时间索引T1之前检测音频WM，但是在该点之后不能检测音频WM。
接收机开始从下一时间索引(即，T2)接收视频WM(CS440300)。例如，视频WM可包括音频WM。
因此，接收机可基于音频WM来提供无缝应用服务。
图43是描述根据本发明的另一实施方式的包括音频WM的视频WM的优点的图。
在接收机中执行应用(CS450100)。接收机可通过视频WM接收诸如属性和事件这样的与应用有关的信息。用户可按压STB的遥控器的按钮以显示ESG。
然后，接收机的屏幕被ESG覆盖(CS450200)。例如，接收机可在时间索引T1之前检测视频WM，但是在该点之后不能检测视频WM。
接收机开始从下一时间索引(即，T2)接收音频WM(CS450300)。例如，视频WM可包括音频WM。由于音频WM是通过视频WM发送的，因此接收机可在最后接收的视频WM片段之后立即知晓音频WM片段。也就是说，接收机可基于最终接收到的视频WM中包括的音频WM来识别紧接在最后接收到的视频WM片段之后的音频WM片段，并且获取单独接收到的下一个音频WM。
因此，接收机可基于音频WM提供无缝应用服务。
图44是示出根据本发明的另一实施方式的wm_message()格式的图。
如上所述，wm_message()字段可包括整个WM消息或一个WM消息块。WM消息可包括至少一个WM消息块。WM消息块可以是WM消息片段。根据实施方式，当特定WM消息格式被定义为未被分段或WM消息未被分段地被传递时，wm_message()字段可包括整个WM消息。WM消息块可被称为WM消息片段。
存在各种类型的WM消息，例如，content_id_message()、channel_id_message()、uri_message()、vp1_message()、dynamic_event_message()和/或EA_message()。WM消息类型还可包括presentation_time_message()、display_override_message()等。
content_id_message()可以是传递与对应节目(＝内容)有关的内容ID的WM消息。根据一个实施方式，该WM消息可传递与对应内容的服务相关的诸如主要/次要频道号的信息。
channel_id_message()可以是传递与对应频道(＝服务)有关的服务ID的WM消息。包括在该WM消息中的信息可通过content_id_message()传递，并且根据一个实施方式，可不定义该WM消息。
uri_message()可以是用于传递各种类型的URI的WM消息。uri_message()可包括URI类型信息、URI字符串长度和/或URI字符串。可发送用于SLS传递的信令服务器的URI、用于ESG传递的ESG服务器、使用报告服务器以及用于动态事件传递的动态事件HTTP服务器/WebSocket服务器。
vp1_message()可以是用于视频WM与音频WM之间的上述链接的WM消息。这个WM消息可被用于传递与前述音频WM有效载荷相同的WM有效载荷。当此消息与视频数据一起被传递时，音频WM可传递相同的WM有效载荷。具有这种信息的视频WM有效载荷和音频WM有效载荷可被称为vp1有效载荷。如上所述，这些可以是时间对准的。当使用vp1_message()时，可省略上述的AudioWM复制。
dynamic_event_message()可以是用于传递动态事件和事件信令的WM消息。这个WM消息可被称为事件消息。将在下面描述细节。
EA_message()可以是传递紧急警报(EA)相关信息的WM消息。这个WM消息可被称为EA消息。
presentation_time_message()可向接收机指示承载对应WM的视频帧的呈现时间。该WM消息可包括呈现时间信息等。
display_override_message()可以是指示需要不变形地再现音频的特定间隔或者需要不被覆盖图形阻碍地再现视频的特定间隔的WM消息。这是为了防止在将EA刻录在音频/视频中时EA信息没有被有效地传递给用户的情况。
根据所示实施方式的wm_message()可包括wm_message_id字段、wm_message_length字段、wm_message_sequence字段、fragment_number字段和/或last_fragment字段。这些字段可与上述的wm_message_id字段、wm_message_block_length字段、fragment_number字段和last_fragment字段相同。
根据所示实施方式的wm_message()可包括诸如content_id_message()、channel_id_message()、uri_message()、vp1_mesage()、dynamic_event_message()、presentation_time_message()、display_override_message()和EA_message()这样的WM消息中的一个或者根据wm_message_id的值从对应WM消息分段的WM消息块中的一个。根据一个实施方式，可附加地添加WM消息或者可不使用上述的WM消息中的一些。
当WM消息被分段成两个或更多个WM消息块并被传递时，传递最后一个分段的wm_message()可进一步包括覆盖整个WM消息的32比特CRC信息。
虽然上述wm_message()已经被描述为包括在视频WM有效载荷中的信息，但是根据实施方式，它可被用作包括在音频WM有效载荷中的信息。
图45是示出根据本发明的另一实施方式的音频WM有效载荷的结构的图。
MVPD可按各种方式发信号通知紧急警报。首先，MVPD可强制地将STB调谐到显示EA消息的MVPD频道。另外，MVPD可使当前的MVPD频道显示EA消息。这能够在MVPD和广播公司达成一致时实现。在这种情况下，MVPD可生成其EA消息并提供相同内容。
当MVPD通过当前广播频道显示EA消息时(即，当MVPD不强制地调谐STB时)，如果用户在屏幕上显示个性化图形覆盖或附加交互内容，则可能产生问题。为了在不阻碍观众的情况下向观众传递EA消息，接收机可需要在产生EA时快速地去掉覆盖图。这种去掉可能需要使用WM来执行。这里，覆盖图是覆盖电视屏幕的图形覆盖图，并且可包括应用画面。
上述操作基于这样的假设：EA消息已经在MVPD场景中的特定点上游处被烧录。也就是说，EA消息已经作为视频或音频数据嵌入到视频/音频媒体数据中。上述操作可由发送侧或MVPD执行。
在这种情况下，烧录的EA消息可被替换或补充的内容阻塞。例如，WM可使接收机呈现特定交互性(在游戏秀中的合作等)。这种交互式图形和音频可能阻碍全部或部分EA消息。此外，WM可使目标广告被嵌入。在这种情况下，来自HDMI的音频和视频可能无法呈现给观众。因此，烧录的EA消息不可能被提供给观众。
在这些情况下，接收机可连续地监视从STB等传递的内容等，以便即使在回放目标广告期间也检测WM改变。因此，当观众改变频道或当发生其它情况并由此接收机需要停止目标广告或交互性呈现时，接收机可意识到这种情况。
视频WM可包括关于EA消息的消息类型信息，以便使得接收机能够快速地识别EA的生成并去除图形覆盖、目标内容等。音频WM包括触发标志，使得接收机可向服务器发送新的查询。
例如，可通过音频WM来检测接收机响应触发器的速度有多快。对于音频WM，接收方可需要首先识别WM中的触发器，从服务器请求触发器，解析恢复文件，然后去除补充内容。执行这样的过程所需要的总时间可根据网络流量、连接速度、用于传播查询的随机浮动时间等来改变。然而，在添加各个处理中花费的时间段时，在紧急状况下需要花费较长时间。
为了解决这个问题，可将用于EA的1比特标志(EA标志)添加到音频WM。当检测到EA标志时，接收机可停止所有的图形覆盖并立即返回到主广播节目。因此，可省略服务器查询过程等。此外，可减少响应时间对互联网连接情况的依赖性。当然，还可根据需要执行附加查询。
上述解决方案可通过除了添加1比特EA标志的方法之外的方法来实现。首先，WM***方法可分成两种类型的处理，当***WM时，接收机可被控制以使用特定处理来识别EA情况。另选地，代替1位EA标记，可发信号通知覆盖等需要处于其中它们已经被去除以显示EA消息的状态的持续时间。这可通过前面提到的display_override_message()来发信号通知。
此外，可提供其它WM解决方案。例如，音频WM可在EA期间被完全去除。WM提取器可将音频WM的完全移除解释为频道改变，并因此可去除所有图形。然而，在这种情况下，观众不能执行听众测量功能。另选地，通过始终将视频WM与音频WM一起使用，可防止根据障碍而漏掉EA的情况。然而，在这种情况下，接收机必须具有视频/音频WM检测器二者。
所示WM有效载荷结构是用于包括上述EA标志的音频WM有效载荷结构。所示实施方式t45010是不具有EA标志的前述一般音频WM有效载荷结构。domain_type字段具有1比特的大小，并且指示有效载荷是具有小域还是大域。因此，domain_type字段后面可跟随指派比特的服务器代码和间隔代码。根据域类型的服务器代码和间隔代码的范围如图所示(t45060)。服务器代码和间隔代码后面可跟随1比特触发标志(查询标志)。如上所述，query_flag可指示是否存在动态事件更新，并且用于获得动态事件的服务器地址可通过恢复文件或WM传递。
所示实施方式t45020可以是其中有效载荷还包括EA标志的结构。已经在上面描述了EA标志。当设置为1时，EA标志可指示当前显示烧录EA消息。当设置为0时，EA标志可指示不显示烧录EA消息。当EA标志被设置为1时，接收机可立即停止图形覆盖并输出附加音频内容。
根据实施方式，EA标志可位于domain_type字段之后。所示实施方式t45030可以是其中EA标志替换domain_type字段的结构。在这种情况下，不存在domain_type字段，并且可以仅使用服务器代码和间隔代码的一个比特分配配置。
所示实施方式t45040和t45050是示出包括上述EA标志的有效载荷结构的表格。它们分别表示小域和大域中的有效载荷结构。这些实施方式类似于上述实施方式t45020，但是不同之处在于EA标志位于query_flag之后。
图46是示出根据本发明的实施方式的EA_message()的结构的图。
提供与EA有关的信息的EA_message()可通过视频WM来传递。视频WM可提供比音频WM更大的有效载荷，因此对于相关的信息传递更好。此外，当接收机检测到视频WM的wm_message_id值是EA_message()类型时，接收机可停止(去除)所有其它覆盖并返回主要内容。也就是说，wm_message_id值可用作上述EA标志。这可通过A标志、WM处理方案或者display_override_message()来执行。
EA_message()是上述WM消息之一。根据实施方式，EA_message()可具有各种结构。根据上下文，EA_message()可被称为EA消息。
根据所示实施方式t46010的EA_message()可包括CAP_message_ID_length字段、CAP_message_ID字段、CAP_message_url_length字段、CAP_message_url字段、到期字段、紧急字段和/或severity_certainty字段。
CAP_message_ID_length字段可指示CAP_message_ID字段的长度。
CAP_message_ID字段可指示通过CAP_message_url字段提供的CAP(公共警报协议)消息的ID。该字段可具有与CAP消息中的ID字段相同的值。
CAP_message_url_length字段可指示CAP_message_url字段的长度。
CAP_message_url字段可指示可通过其获取对应CAP消息的URL。
到期字段可指示对应CAP消息的信息元素的到期日期当中的最晚到期日期。这可基于TAI(国际原子时)表示。
紧急字段可在被设置为1时指示对应消息的最紧急信息元素的紧急性是“立即”，并且在其它情况下被可设置为0。
severity_certainty字段可以是从对应的CAP消息的确定性和严重性信息导出的代码值。确定性信息可指示“未知”/“不太可能”、“可能”、“很可能”和“观察”中的哪一个与对应紧急情况的确定性对应。严重性信息可指示“未知”/“轻微”、“中等”、“严重”和“极端”中的哪一个与对应紧急情况的严重程度对应。
根据所示实施方式t46020的EA_message()可包括EA_present_flag字段、EA_present_version字段、EA_message_ID字段、EA_message_version字段、EA_message_text_length字段和/或EA_message_text字段。根据实施方式，EA_message()还可包括EA_rich_media_length字段和/或EA_rich_media_url字段。
EA_present_flag字段可指示物理层信令上的wake_up比特是否已经被激活。该字段可指示当设置为1时wake_up比特已经被激活，即，EA存在，并且指示当设置为0时wake_up比特被停用，即，不存在EA。
EA_present_version字段可指示wake_up比特的版本号。这可具有在物理层信令中定义的格式。EA_message_ID字段可指示对应EA消息的ID。这可与前述的CAP_message_ID相同。EA_message_version字段可指示对应EA消息的版本。EA_message_text_length字段可指示EA_message_text字段的长度。EA_message_text字段可提供对应EA消息的标题文本值。EA_rich_media_length字段可指示EA_rich_media_url字段的长度。
EA_rich_media_url字段可提供通过其与对应EA消息有关的富媒体的URL。富媒体可指代包括代表对应EA消息的紧急信息的视频和音频的媒体内容。
根据所示实施方式t46030的EA_message()可包括EA_present_flag字段、EA_present_version字段、CAP_message_ID字段、CAP_message_version字段、CAP_message_url_length字段、CAP_message_url字段和/或EA_message_overlay_area字段。
上面已经描述了EA_present_flag字段和EA_present_version字段。CAP_message_ID字段、CAP_message_version字段、CAP_message_url_length字段和CAP_message_url字段可与前述EA_message_ID字段、EA_message_version字段、EA_message_url_length字段和EA_message_url字段相同。
EA_message_overlay_area字段可指示在接收机屏幕上由烧录EA消息占据的覆盖区域。例如，该字段可提供左上位置和右下位置的两个位置，以指示由烧录标题覆盖的矩形区域。根据需要，该字段还可按与实施方式t46030不同的形式被包括在EA消息中。
根据所示实施方式t46040的EA_message()可包括EA_present_flag字段、EA_present_version字段、EA_message_ID字段、EA_message_version字段、EA_message_text_length字段、EA_message_text字段、EA_rich_media_url_length字段、EA_rich_media_url字段、EAT_server_url_length字段、EAT_server_url字段和/或EAM_position字段。
上面已经描述了EA_present_flag字段、EA_present_version字段、EA_message_ID字段、EA_message_version字段、EA_message_text_length字段、EA_message_text字段、EA_rich_url_length字段和EA_rich_media_url字段。
EAT_server_url_length字段可指示EAT_server_url字段的长度。
EAT_server_url字段可指示用于获取EAT(紧急警报表)的URL。EAT可以是提供与一个或更多个EA有关的信息的信令表。
EAM_position字段可与前述的EA_message_overlay_area字段相同。
图47是例示根据本发明的另一实施方式的音频WM有效载荷结构的图。
DE(动态事件)标志可被添加到前述WM有效载荷结构。这个WM有效载荷结构可以是音频WM有效载荷结构。DE标志可指示是否存在动态事件。
广播公司可指示存在需要由接收机通过MVPD实时获取的新事件。一旦获取到DE标志，接收机就可识别新动态事件的存在。此外，接收机可访问事件服务器来识别是否可获取对应事件的事件消息。接收机可能已经通过恢复文件或WM知晓了事件服务器的地址。
所示实施方式t47010可以是其中有效载荷还包括DE标志的结构。上面已经描述了DE标志。当DE标志被设置为1时，接收机可从事件服务器请求对应事件的事件消息。因此，接收机可获取事件消息。也就是说，接收机可以立即停止所有图形覆盖和附加音频内容。
DE标志根据实施方式可位于domain_type字段之后。DE标志根据实施方式可用作上述query_flag。在这种情况下，DE标志不被使用，因此在WM有效载荷结构中被省略，并且可仅使用query_flag。这里，在WM有效载荷中可仅包括domain_type字段、服务器代码字段、间隔代码字段和query_flag字段。当query_flag指示补充内容(恢复文件)是否已被更新时，query_flag和DE标志可根据实施方式同时存在。
所示实施方式t47020和t47030是示出包括DE标志的有效载荷结构的表格。它们分别示出小域和大域中的有效载荷结构。这些实施方式与上述实施方式t47010类似，但是不同之处在于DE标志位于query_flag之后。
图48是例示根据本发明的实施方式的dynamic_event_message()的结构的图。
动态事件或事件可通过各种方法被传递给接收机。首先，通过音频WM的query_flag信息检查动态事件是否是可用的，然后接收机向服务器发送查询并接收事件消息。事件消息可以是提供关于对应动态事件的事件信令的消息。事件消息可与将在下面描述的dynamic_event_message()相同或者可具有与其类似的格式。
此外，dynamic_event_message()可作为视频WM有效载荷的WM消息之一被传送给接收机。如上所述，dynamic_event_message()是WM消息之一，并且可被分段成WM消息块并且被传送给接收机。
dynamic_event_message()是前述WM消息之一。dynamic_event_message()根据实施方式可具有各种结构。dynamic_event_message()可根据上下文被称为事件消息。
根据所示实施方式t48010的dynamic_event_message()可包括delivery_protocol_type字段、scheme_id_uri_strlen字段、scheme_id_uri_string字段、value_strlen字段、value_string字段、时间标度字段、presentation_time字段、presentation_time_ms字段、持续时间字段、id字段、data_length字段、数据字段、reserved1_field_length字段和/或reserved1字段。
delivery_protocol_type字段可指示应用了对应动态事件的广播服务的传递协议。该字段可指示ROUTE/DASH协议或MMT协议。
scheme_id_uri_strlen字段可指示scheme_id_uri_string字段的长度。
scheme_id_uri_string字段可指示对应事件的事件流的schemeIdUri信息。该信息根据实施方式可被用于识别与对应事件相关的应用。
value_strlen字段可指示value_string字段的长度。
value_string字段可指示对应事件的事件流的值信息。该字段可指示根据前述schemeIdUri信息定义的参数的实际值。
时间标度字段可指示对应事件的事件流的时间标度。
presentation_time字段可指示对应事件的呈现时间。该时间可在TAI的基础上来表示。
presentation_time_ms字段可以是基于presentation_time的以毫秒为单位的偏移。该字段可具有0至999之间的范围内的值。因此，可通过计算presentation_time+(presentation_time_ms/1000)以毫秒为单位来指示事件的正确的实际呈现时间。
持续时间字段可指示对应事件的持续时间。该字段可用前述的时间标度单位表示。
id字段可指示对应事件的ID。
data_length字段可指示数据字段的长度。
数据字段可指示响应对应事件所必需的数据。当这样的数据不是必需的时，可省略该字段。
reserved1_field_length字段可指示reserved1字段的长度。reserved1字段可以是为将来使用而预留的空间。
根据所示实施方式t48020的dynamic_event_message()可根据前述实施方式t48010从dynamic_event_message()进行修改。
在该实施方式中，当根据取决于delivery_protocol_type的值的ROUTE/DASH协议执行服务传送时，dynamic_event_message()还可包括MPD_id_length字段、MPD_id字段、period_id_length字段和/或period_id字段。当根据MMT协议执行服务传递时，dynamic_event_message()可进一步包括asset_id_length字段、asset_id字段和/或MPU_seq_num字段。此外，presentation_time字段的含义可改变，并且可根据实施方式省略presentation_time_ms字段。
presentation_time字段可指示对应事件的呈现时间。该字段可根据时间标度来表示。presentation_time字段与前述presentation_time字段的不同之处在于：前者指示基于特定数据单元的作为相对于特定数据单元的呈现时间的值的呈现时间，而不是指示基于TAI的呈现时间。
当根据ROUTE/DASH协议传送服务时，可基于DASH周期的开始时间来指示呈现时间。MPD可包括多个周期元素。作为基础的DASH周期可由下面将描述的MPD ID和周期ID引用。
当根据MMT协议传送服务时，可基于MMT MPU(媒体处理单元)的开始时间来指示呈现时间。MMT的资产可依次包括多个MPU。作为基础的MPU可由下面将描述的资产ID和MPU序列号值引用。
MPD_id_length字段可按字节指示MPD_id字段的长度。MPD_id字段可识别包括作为基础的前述周期的MPD。这里，作为基础的周期是指提供对应事件的参考时间线的周期。
period_id_length字段可按字节指示period_id字段的长度。period_id_length字段可识别在由MPD_id字段识别的MPD内的作为基础的前述周期。
asset_id_length字段可按字节指示asset_id字段的长度。asset_id字段可识别包括作为基础的前述MPU在内的资产。这里，作为基础的MPU是指提供对应事件的参考时间线的MPU。
MPU_seq_num字段可识别在由asset_id字段标识的资产内的作为基础的前述MPU。
图49是示出根据本发明的实施方式的恢复文件的格式的图。
水印片段是指连续标记的内容的间隔。这里，“标记”是指“***水印”。这样的间隔可包括相邻单元中的WM有效载荷。嵌入在相邻单元中的WM有效载荷可具有相同的服务器代码值，并且也具有依次增加的间隔代码值。
query_flag值可在一个WM片段内的相邻WM有效载荷之间改变。如上所述，这个改变可指示动态事件在服务器中是否有用。一个WM片段的相邻WM有效载荷中的query_flag值的改变可指示动态事件在动态事件服务器中可用。
将描述恢复过程。
重新分配设置是指设备从特定输入端(输入源)接收TV音频/视频内容的情况。也就是说，重新分配设置可以是设备不直接访问从其导出TV音频/视频内容的广播流的情况。这里，输入端可是指例如HDMI线缆或机顶盒。例如，设备从线缆、卫星、IPTV机顶盒等接收TV内容的情况可以是重新分配情况。
恢复过程是指重新分配设置中的设备通过宽带访问补充内容的过程。这里，补充内容可由通过线缆等接收的广播内容的广播公司提供。
当设备从所接收的内容接收到音频WM或者接收到视频WM内的vp1消息时，可执行可由重新分配设置中的设备执行的恢复过程中的一个。当设备从所接收的内容接收到全套视频WM时，可执行另一恢复过程。
将描述使用音频WM来获取信令信息的方法。
设备(接收机)可对公知服务器执行HTTP请求。该请求可使用音频WM的服务器代码和间隔代码作为请求的URL的一部分来执行。
设备可接收恢复文件作为对请求的响应。恢复文件可包括音频WM开始时的内容的原始呈现时间信息、关于当前查看的服务的信息以及可被用于获取一组信令文件的URL信息。这些信令文件可以是呈现和访问补充内容所必需的信令文件。这些信令文件可以是音频WM的当前日期和时间。
设备可获取该组信令文件。这些文件可包括MPD、AIT、EMT、AEI等。
设备可使用信令文件来访问补充内容并呈现该补充内容。在这个过程中，恢复文件的时间信息可用于补充内容与从线缆接收的音频/视频之间的同步。
每个信令文件可具有“valid from”属性、与之相关的“valid until”属性和/或“next URL”属性。“valid from”属性和/或“valid until”属性定义了对应信令文件的有效间隔。“next URL”属性指示预定的下一版本的对应信令文件的URL。设备可根据需要通过属性获取对应信令文件的预定更新。
音频WM的查询标志可被用于用信号通知事件的可用性。当检测到这种信令时，设备可使用通过恢复文件可选地提供的动态事件服务器的URL来请求对应事件。
另选地，设备可连接到WebSocket服务器以接收动态事件。在这种情况下，可使用可通过恢复文件可选地提供的WebSocket服务器URI来执行连接。
这样的事件可针对在运行时环境中正被执行的应用。此外，该事件可用信号通知信令文件的未预定更新的可用性。在前一种情况下，设备可允许对应事件在其中回调例程通过一般方法进行注册的应用中可用。在后一种情况下，事件可包括更新后的信令文件的URL，设备可通过这些URL获取更新后的信令文件。
如果音频WM消失，则设备可停止呈现补充内容和辅助内容，这是因为设备可将音频WM的消失解释成频道改变为不提供补充内容的新服务。
当音频WM的服务器字段被改变或者间隔字段不连续时，设备可停止呈现补充内容和辅助内容。此外，设备可请求新的恢复文件并重新开始恢复过程。
根据一个实施方式，在ROUTE/DASH服务的情况下，恢复文件的呈现时间可与服务的当前MPD的媒体呈现时间线相关。在MMT服务的情况下，恢复文件的呈现时间可以是NPT(非生产时间)。呈现时间根据一个实施方式可被表示为TAI，而与传输协议无关。
下面将描述使用视频WM来获取信令信息的方法。
这里，尽管描述是基于媒体时间信息在频道ID WM消息中被传送的假设的，但是根据实施方式，媒体时间信息可在内容ID WM消息或前述presentation_time_message()中被传送。媒体时间信息可能需要通过WM有效载荷每1.5秒出现至少一次。
设备可通过视频WM获取具有媒体时间信息的频道ID消息和WM消息。此外，设备可通过视频WM的uri_message()获取信令URI。
设备可使用获取到的信令URL来获取信令文件。信令文件可具有多部分MIME消息形式。该方法可与使用利用音频WM获取的恢复文件的信令URL的方法相同。
设备可使用信令文件访问补充内容并呈现该补偿内容。在此过程中，恢复文件的时间信息可用于补充内容与从线缆接收的音频/视频之间的同步。
每个信令文件可具有“valid from”属性、与之相关的“valid until”属性和/或“next URL”属性。“valid from”属性和/或“valid until”属性定义了对应信令文件的有效间隔。“next URL”属性指示预定的下一版本的对应信令文件的URL。设备可根据需要通过属性获取对应信令文件的预定更新。
动态事件可出现在视频WM的动态事件WM消息中。这些事件可针对在运行时环境中正被执行的应用。此外，这些事件可用信号通知信令文件的非预定更新的可用性。在前一种情况下，设备可允许对应事件在其中回调例程通过一般方法进行注册的应用中可用。在后一种情况下，事件可包括更新后的信令文件的URL，并且设备可通过URL获取更新后的信令文件。信令文件可具有与使用信令URL获取的文件相同的格式。也就是说，它们可具有“valid from”属性、“valid until”属性和/或“next URL”属性。
每当视频WM消失1.5秒的间隔时，设备可停止呈现补充内容，这是因为设备可将视频WM的消失解释成频道改变为不提供补充内容的新服务。
每当具有频道ID WM消息的WM有效载荷消失1.5秒的时间间隔时，或者当WM有效载荷以新的BSID频道编号组合出现或者媒体时间不连续时，设备可停止呈现补充内容。此外，该设备可重新启动信令获取过程。
根据一个实施方式，在ROUTE/DASH服务的情况下，通过视频WM提供的呈现时间可与服务的当前MPD的媒体呈现时间线有关。在MMT服务的情况下，呈现时间可以是NPT(非生产时间)。呈现时间根据一个实施方式可被表示为TAI，而与传输协议无关。
将描述根据所示实施方式的恢复文件格式。恢复文件可以是根据请求使用前述WM信息从服务器传送的补充内容。恢复文件可被称为恢复数据。
根据一个实施方式，恢复文件可具有JSON格式或XML格式。根据一个实施方式，对于每个vpl WM消息(vpl有效载荷)，可存在唯一恢复文件。
根据所示实施方式的恢复文件可包括thisComponent元素、querySpread元素、otherComponent元素、contentID元素、sourceID元素和/或服务元素。
thisComponent元素可包括关于其中检测到承载serverCode和intervalCode的vpl有效载荷的媒体组件的信息。该元素可包括serverCode字段、intervalCode字段和/或componentDescription字段。
serverCode字段可指示用于查询对应恢复文件的服务器代码值。intervalCode字段可指示用于查询对应恢复文件的间隔代码值。componentDescription字段可包括由thisComponent元素指示的服务组件的组件描述。
querySpread元素可指示设备可查询动态事件服务器的时间。这些信息可用于分发设备的查询。
otherComponent元素可包括除了由thisComponent组件指示的当前组件以外的关于作为音频/视频组件的承载匹配vpl有效载荷的组件的信息。例如，当当前组件(由thisComponent元素表示的组件)是音频组件并且具有特定vpl有效载荷时，otherComponent元素可描述包括具有相同vpl有效载荷的链接视频WM的视频组件。
contentID元素可指示内容ID。例如，该元素可指代其中检测到对应WM的内容的ID。该元素可包括类型字段、cid字段、validFrom字段和/或validUntil字段。
类型字段可指示对应的内容ID是EIDR类型还是Ad-ID类型。cid字段可根据指示的类型包括EIDR类型内容ID或者Ad-ID类型内容ID。也就是说，这个字段可包括内容ID。validFrom字段可指示内容ID有效的起点。validUntil字段可指示内容ID有效的终点。
sourceID元素可指示服务/内容源的ID。该元素可包括国家字段、bsid字段、majorChannelNo字段和/或minorChannelNo字段。
国家字段可指示与被指派对应BSID的管理实体有关的国家代码。bsid字段可指示整个广播流的ID。majorChannelNo字段和minorChannelNo字段可指示对应服务的主要/次要频道编号。
服务元素可指示关于对应服务的信息。例如，该元素可包括关于检测到对应WM的服务的信息。该元素可包括serviceId字段、sltSvcSeqNum字段、slsProtocol字段、slsMajorProtocolVersion字段、slsMinorProtocolVersion字段和/或svcInetUrl字段。
serviceId字段可指示对应服务的ID。该ID在BSID范围内可以是唯一的。sltSvcSeqNum字段可指示对应表中的服务信息的版本。此字段的值可针对恢复文件中的服务信息的每个新版本而增加。slsProtocol字段可指示用于传送对应服务的服务层信令(SLS)的传输协议。slsMajorProtocolVersion字段和slsMinorProtocolVersion字段可指示用于传送对应服务的SLS的传输协议的主要/次要版本号。svcInetUrl字段可包括用于获取对应服务的信令文件的URL相关信息。该元素可包括urlType字段和/或urlValue字段。urlType字段可指示包括的URL的类型。可以被包括的URL的类型可包括用于SLS传送的信令服务器、用于ESG传送的EGS服务器、使用报告服务器以及用于动态事件传送的动态事件HTTP服务器/WebSocket服务器。urlValue字段可包括用于访问对应服务的信令文件的URL信息。
图50是示出根据本发明的另一实施方式的恢复文件格式的图。
所示实施方式的恢复文件可包括@intervalCode属性、@anchorCode属性、Choice元素、@querySpread属性、@bsid属性和/或Service元素。
@intervalCode属性是vpl有效载荷(音频WM和视频WM)中的间隔代码信息，并且可与前述的intervalCode字段相同。
@anchorCode属性可指示用作呈现时间的锚的间隔代码。该属性可用于WM片段的第一vpl有效载荷与其呈现时间之间的映射。
Choice元素可提供呈现时间相关信息。该元素可包含@mpdPresentationTime属性和/或@mmtPresentationTime属性。
@mpdPresentationTime属性可指示与@anchorCode对应的MPD呈现时间。该属性可意在指示作为呈现时间的基础的MPD的呈现时间。该属性还可包括@mpdId属性。该属性可以是用于识别作为时间线的基础的MPD的ID。
@mmtPresentationTime属性可指示与@anchorCode对应的MMT呈现时间。这可被表示为64比特的NTP。@querySpread属性可与前述的querySpread字段相同。@bsid属性可与前述的bsid字段相同。
Service元素指示服务相关信息，并且可与前述的Service元素相同。该元素可包括@serviceId属性、@serviceInfoVersion属性、@protected属性、@majorChanNum属性、@minorChanNum属性、@serviceCategory属性、@serviceName属性、@slsProtocolType属性、@slsProtocolVersion属性、@serviceLanguage属性、@serviceCapabilities属性、@signalingUri属性、选择元素和/或@esgUri属性。
@serviceId属性是服务ID，并且可与前述的serviceId字段相同。@serviceInfoVersion属性是服务信息的版本，并且可与前述的sltSvcSeqNum字段相同。@protected属性在被设置为“真”时指示控制服务的至少一个基本组件的访问，并且在其它情况下设置为“假”。@majorChanNum属性和@minorChanNum属性可与前述的majorChannelNo字段和minorChannelNo字段相同。
@serviceCategory属性可指示对应服务的服务类别。此属性可以在被设置为0x01时指示线性A/V服务，在被设置为0x02时指示线性音频服务(仅音频)并且在被设置为0x03时指示基于app的服务。其它值可被预留以供将来使用。@serviceName属性可指示对应服务的服务名称。@slsProtocolType属性可与前述的slsProtocol字段相同。@slsProtocolVersion属性是前述slsMajorProtocolVersion字段和slsMinorProtocolVersion字段之和，并且可指示用于传送对应服务的SLS的传输协议的版本号。@serviceLanguage属性可指示对应服务中的主要语言。
@serviceCapabilities属性可指示显著呈现对应服务所必需的能力。该属性根据一个实施方式可由能力代码表示。@signalingUri属性可指示用于获取信令文件的信令服务器的URL。
选择元素可包括@eventSocketUri属性和/或@eventRequestUri属性。前者可包括动态事件的网络套接字连接的URI信息，后者可包括动态事件的请求的URI。@esgUri属性可包括用于ESG传送的ESG服务器的URL。
设备知道音频WM开始时的当前挂钟时间和间隔代码之间的挂钟时间间隔(1.5秒)。因此，@MPDpresentationTime字段可基于ROUTE/DASH将MPD呈现时间线与本地时间(设备中的挂钟)之间的映射提供给服务中的设备。@MMTpresentationTime字段可基于MMT将内容的NPT呈现时间线与本地时间(设备中的挂钟)之间的偏移提供给服务中的设备。
因此，在前述情况下，补充内容可与来自MVPD的音频/视频同步。这种同步可通过将从MPD或MMT信令导出的补充内容的呈现时间切换到本地挂钟时间来执行。
前述slsProtocol字段和@slsProtocolType属性可指示在被设置为0x01时使用ROUTE协议，并且指示在被设置为0x02时使用MMT协议。其它值可被预留以供将来使用。
@slsProtocolVersion属性的4个MSB(最高有效位)可指示由@slsProtocolType属性指示的ROUTE协议的主要协议版本。@slsProtocolVersion属性的4个LSB(最低有效位)可指示由@slsProtocolType属性指定的ROUTE协议的次要协议版本。这里，根据一个实施方式，主要版本号可以是0x01，次要版本号可以是0x0。
当使用@signallingUri属性来请求组合集的信令文件时，信令文件可按多部分MIME消息的形式来传送。MIME消息可包括引用组合集的所有文件的元数据信封。信令文件可按由元数据信封引用的顺序紧随在元数据信封后面。也就是说，文件本身可不进行封装。
当元数据信封的项目元素不包括validUntil属性时，这表示对应文件没有预定的截止日期/时间。当元数据信封的项目元素包括validUntil属性时，该属性可包括nextUrl子元素。nextUri子元素可提供对应文件的下一版本的URL。也就是说，可提供在当前文件的计划期满之后有效的版本的文件的URL。validUntil属性根据一个实施方式可指示与当前MPD和NPT时间线相关的值。
当@eventRequestUri属性被用于查询动态事件时，查询可包括媒体呈现时间作为查询词语。媒体呈现时间作为动态事件可用的时间，可与由查询标记指示的本地时间对应。在基于ROUTE/DASH的服务的情况下，@eventRequestUri属性可进一步包括MPD ID信息。MPDID可形成作为呈现时间的参考的呈现时间线。
当使用@eventSocketUri属性来建立动态事件的连接时，查询还可包括媒体呈现时间作为查询词语。呈现时间可与执行查询的本地时间对应。
根据一个实施方式，通过查询获取的事件可具有前述事件WM消息的形式。
当@esgUri被用于查询ESG数据时，可按照符合OMA BCAST服务指南标准的形式来定义查询语言。
图51是示出根据本发明的实施方式的广播内容处理方法的图。
根据本发明的实施方式的广播内容处理方法可包括：从外部输入源接收广播内容的步骤；从广播内容中提取音频水印或视频水印的步骤；利用从水印生成的URL来请求广播内容的补充内容的步骤和/或从服务器获取补充内容的步骤。
接收机的接收单元可从外部输入源接收广播内容。这里，外部输入源可指代诸如STB、线缆或卫星这样的MVPD。广播内容从广播流导出并且可以是未压缩的AV内容。广播内容可包括音频和/或视频组件，并且音频WM和视频WM可以被嵌入在组件中。广播流可根据ROUTE协议或MMT协议由外部输入源来接收。上面已经描述了细节。
接收机的提取器可从广播内容中提取音频WM和视频WM中的至少一个。接收机的网络接口可利用从音频WM或视频WM产生的URL来从特定服务器请求补充内容。补充内容与广播内容有关，并且已经在上面进行了详细描述。补充内容可与前述恢复文件对应。该URL可从WM有效载荷的服务器代码或服务器URL信息或者视频WM的uri_message()导出。网络接口可从服务器获取补充内容。音频/视频WM可用于传送与广播内容有关的辅助数据。
在本实施方式中，视频水印中的一个可包括具有第一消息的片段的有效载荷。这里，第一消息可与前述的vp1 WM消息对应。这里，第一消息的片段是前述的vp1 WM消息或vpl有效载荷的片段，并且可与vp1 WM消息块对应。第一消息可包括域类型信息、服务器信息和/或间隔信息。该信息可与前述的域类型信息、服务器代码和间隔代码对应。
在根据本发明的另一实施方式的广播内容处理方法中，域类型信息可指定第一消息的信息类型，服务器信息可标识用于补充内容获取的服务器，并且间隔信息可标识嵌入有视频WM的视频组件的间隔。上面已经详细描述了这些信息。
在根据本发明的另一实施方式的广播内容处理方法中，音频水印中的一个可包括具有与第一消息相同的信息的有效载荷。也就是说，根据实施方式，音频WM和视频WM可被链接以包括具有相同信息的vpl有效载荷。第一消息(即，vpl有效载荷的一个片段)可由前述的视频WM来传送。音频水印可与具有第一消息的片段的视频水印时间对准。上面已经详细地描述了音频/视频WM之间的联系。
在根据本发明的另一实施方式的广播内容处理方法中，所述第一消息还可包括当来自服务器的事件信令可用时进行信号通知的查询信息。查询信息可用信号通知来自服务器的事件信令是否可用。查询信息可与前述的query_flag对应。事件信令可与启动应用的操作的前述事件信息对应。
根据本发明的另一实施方式的广播内容处理方法还可包括：使用查询信息来从服务器请求用于第一事件的事件信令的第一事件消息的步骤；以及从服务器接收第一事件消息的步骤。这里，第一事件可与前述的动态事件对应。第一事件消息可指代前述的事件WM消息。本实施方式可与通过使用音频WM的查询标记请求服务器来获取事件信令信息的实施方式对应。
在根据本发明的另一实施方式的广播内容处理方法中，第一事件消息可包括协议类型字段、事件ID字段、时间字段或数据字段。这些字段可分别与前述的dynamic_event_message()中的delivery_protocol_type字段、presentation_time字段/presentation_time_ms字段、id字段和数据字段对应。协议类型字段可指示应用了第一事件的广播服务的传输协议。事件ID字段可标识第一事件。时间字段可指示第一事件的呈现时间。这里，可使用presentation_time字段和/或presentation_time_ms字段。数据字段可包括第一事件所必需的数据。
在根据本发明的另一实施方式的广播内容处理方法中，视频水印有效载荷还可包括用于第二事件的事件信令的第二事件消息的片段。这里，第二事件可与前述的动态事件对应。第二事件消息可指代前述的事件WM消息。这里，视频WM有效载荷是包括前述vpl消息的消息块的有效载荷，并且根据实施方式还可包括事件WM消息块。第二事件消息可包括协议类型字段、事件ID字段、时间字段或数据字段。这些字段可分别与前述dynamic_event_message()中的delivery_protocol_type字段、presentation_time字段/presentation_time_ms字段、id字段和数据字段对应。这些字段可提供关于第二事件的信令信息。本实施方式可与通过视频WM的事件WM消息获取事件信令信息的实施方式对应。
在根据本发明的另一实施方式的广播内容处理方法中，补充内容可包括用于请求服务信息和/或补充内容的间隔代码。补充内容可与前述恢复文件对应。服务信息和间隔代码可与前述Service元素和intervalCode字段对应。
服务信息可包括SLS(服务层信令)协议字段、SLS协议版本字段、SLS URL字段或ESG(电子服务指南)URL字段。这些字段可与服务元素的slsProtocol字段、slsMajorProtocolVersion字段、slsMinorProtocolVersion字段和svcInetUrl字段对应。SLS协议字段可指示用于传送SLS的传输协议，SLS提供广播服务的服务等级信令信息，并且SLS协议版本字段可指示用于传送SLS的传输协议的版本。SLS协议版本字段可指代slsMajorProtocolVersion字段、slsMinorProtocolVersion字段或这两者。SLS URL字段可提供用于访问广播服务的SLS的URL，并且ESG URL字段可提供用于访问广播服务的ESG的URL。这些字段可与svcInetUrl字段对应。
在根据本发明的另一实施方式的广播内容处理方法中，至少一个视频WM可包括视频WM有效载荷，并且视频WM有效载荷可包括具有与音频WM有效载荷相同的信息的至少一个消息块。如上所述，视频WM有效载荷可针对音频WM有效载荷分配空间并且包括该空间。
在根据本发明的另一实施方式的广播内容处理方法中，补充内容可包括thisComponent信息和/或otherComponent信息。thisComponent信息可描述关于其中检测到用于请求补充内容的WM有效载荷的服务组件的信息。可使用WM有效载荷的服务器信息/间隔信息来请求补充内容。otherComponent信息可描述除了由thisComponent信息描述的组件之外的组件当中的具有与WM有效载荷对应的WM有效载荷的组件。WM有效载荷可以是视频或音频WM。
根据本发明的另一实施方式的广播内容处理方法还可包括：由接收机的提取器识别音频WM或视频WM中的一个已经消失的步骤；以及提取还没有从对应组件中消失的其它WM的步骤。这可以意指识别出视频或音频WM已经消失，并且访问具有相同有效载荷的WM以在将ESG显示在屏幕上或执行静音时执行无缝正常操作。
将描述根据本发明的实施方式的广播内容处理方法(在发送侧)。未示出此方法。
根据本发明的实施方式的广播内容处理方法(在发送侧)可包括以下步骤：服务数据生成模块生成具有视频/音频组件的广播服务的步骤，WM嵌入模块将视频/音频WM嵌入在视频/音频组件中的步骤，服务数据生成模块生成与广播业务相关的信令信息的步骤和/或发送单元将广播服务数据和信令信息发送到MVPD的步骤。根据一个实施方式，所述广播内容处理方法还可包括以下步骤：服务数据生成模块生成关于广播服务的补充内容并将该补充内容传送到补充内容服务器，并且所述WM嵌入模块将与服务器和补充内容有关的信息嵌入在WM中。服务数据的传输可根据ROUTE或MMT协议来执行。
根据本发明的实施方式的广播内容处理方法(在发送侧)可与根据本发明的实施方式的上述广播内容处理方法对应。广播内容处理方法可具有与广播内容处理方法的上述实施方式对应的实施方式。
上述步骤根据实施方式可被省略或者由执行相似/相同操作的其它步骤来替代。
图52是示出根据本发明的实施方式的广播内容处理设备的图。
根据本发明的实施方式的广播内容处理设备可包括前述的接收单元、提取器和/或网络接口。上面已经描述了它们的块和模块。根据本发明的实施方式的广播内容处理设备及其内部模块/块可执行本发明的广播内容处理方法的上述实施方式。
将描述根据本发明的实施方式的广播内容处理设备(在发送侧)。未示出该设备。根据本发明的实施方式的广播内容处理设备(在发送侧)可包括前述的服务数据生成模块、WM嵌入模块和/或发送单元。上面已经描述了它们的块和模块。根据本发明的实施方式的广播内容处理设备(在发送侧)及其内部模块/块可执行本发明的广播内容处理方法(在发送侧)的上述实施方式。
上述设备的内部块/模块可以是设置在执行存储器中存储的连续处理的设备的内部/外部的硬件元件。根据实施方式，上述模块可被省略或者被执行相似/相同操作的其它操作替换。
模块或者单元可以是执行被存储在存储器(或者存储单元)中的连序过程的处理器。在前面提到的实施方式中描述的步骤可以由硬件/处理器执行。在以上所述的实施方式中描述的模块/块/单元可以作为硬件/处理器操作。由本发明提出的方法可以作为代码被执行。这样的代码可以被写在处理器可读的存储介质上，并且因此，可以由通过装置提供的处理器读取。
虽然为了方便起见，实施方式已经被参考各个附图描述，但这些实施方式可以被组合以实现新的实施方式。此外，设计存储用于实现前面提到的实施方式的程序的计算机可读的记录介质在本发明的范围之内。
根据本发明的装置和方法不局限于以上描述的实施方式的配置和方法，并且所有或者一些实施方式可以被有选择地组合以获得各种修改。
由本发明提出的方法可以被作为存储在被包括在网络设备中的处理器可读的记录介质中的处理器可读的代码实现。处理器可读的记录介质包括存储由处理器可读的数据的各种记录介质。处理器可读的记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储设备等和作为载波的实现，诸如经互联网的传输。此外，处理器可读的记录介质可以被分布到经由网络连接的计算机***，作为以分布方式可读的代码被存储和执行。
虽然为了说明性的目的已经公开了本发明的优选实施方式，但是本领域技术人员将理解，不脱离如在随附的权利要求中公开的本发明的范围和精神，各种修改、添加和替换是允许的。这样的修改不应该从本发明的技术精神或者预期中被单独地理解。
在本说明书中提及装置和方法发明两者，并且装置和方法发明两者的描述可以被互补地应用于彼此。
本领域技术人员应该理解，不脱离本发明的精神和必要特征，本发明可以以除了在此处阐述的那些之外的其它的特定方法实现。因此，本发明的范围将由所附的权利要求及其合法的等同物，而不由以上的描述来确定，而且出现在所附的权利要求的含义和等效范围内的所有的变化被意欲包含在其中。
在本说明书中，装置发明和方法发明两者都被提及，并且装置发明和方法发明两者的描述可以被互补地应用。
用于发明的模式
各种实施方式已经以用于实施本发明的最佳模式被描述。
工业实用性
本发明适用于广播信号提供领域。
如相关领域技术人员将认识和理解的，在本发明的精神和范围内的各种等效的修改是允许的。因此，本发明意欲覆盖本发明的改进和变化，只要它们落入所附的权利要求和其等同物的范围之内。

Claims (16)

1.一种由接收***处理广播数据的方法，该方法包括以下步骤：
从外部设备接收广播服务的广播内容，其中，所述广播内容至少包括嵌入有视频水印的视频组件或嵌入有音频水印的音频组件；
从所述广播内容中提取所述音频水印或所述视频水印；
通过使用由所述音频水印或所述视频水印的有效载荷构造的统一资源定位符URL来向服务器请求用于所述广播内容的恢复文件；以及
从所述服务器接收所述恢复文件，
其中，所述恢复文件包括服务信息，
其中，所述服务信息包括服务识别信息、用于识别所述服务信息的版本的信息、服务层信令SLS协议信息和SLS协议版本信息，
其中，所述服务识别信息识别所述广播服务，
其中，所述SLS协议信息指示用于传送用于所述广播服务的SLS的传输协议是经单向传输的实时对象传送ROUTE协议还是MPEG媒体传输MMT协议，并且
其中，所述SLS协议版本信息指示所述传输协议的主要版本号和次要版本号。
2.根据权利要求1所述的方法，
其中，所述视频水印中的第一视频水印包括用于事件的事件信令的第一消息的片段，并且
其中，所述第一消息包括用于指示应用了所述事件的所述广播服务的传送协议的协议类型字段、用于标识所述事件的事件ID字段、用于指示所述事件的呈现时间的时间字段和包括所述事件需要的数据的数据字段。
3.根据权利要求2所述的方法，
其中，所述视频水印中的第二视频水印包括第二消息的片段，
其中，所述第二消息包括域类型信息、服务器信息和间隔信息，
其中，所述域类型信息指定所述第二消息中的信息的类型，
其中，所述服务器信息标识用于获取所述恢复文件的所述服务器，并且
其中，所述间隔信息标识嵌入有所述第二视频水印的所述视频组件的间隔。
4.根据权利要求3所述的方法，
其中，所述音频水印中的一个音频水印包括与所述第二消息的信息相同的信息，并且
其中，所述音频水印与具有所述第二消息的片段的所述第二视频水印时间对准。
5.一种用于处理广播数据的接收***，该接收***包括：
接收机，该接收机被配置为从外部设备接收广播服务的广播内容，其中，所述广播内容至少包括嵌入有视频水印的视频组件或嵌入有音频水印的音频组件；
提取器，该提取器被配置为从所述广播内容中提取所述音频水印或所述视频水印；以及
网络接口，该网络接口被配置为：
通过使用由所述音频水印或所述视频水印的有效载荷构造的URL来向服务器请求用于所述广播内容的恢复文件，并且
从所述服务器接收所述恢复文件，
其中，所述恢复文件包括服务信息，
其中，所述服务信息包括服务识别信息、用于识别所述服务信息的版本的信息、服务层信令SLS协议信息和SLS协议版本信息，
其中，所述服务识别信息识别所述广播服务，
其中，所述SLS协议信息指示用于传送用于所述广播服务的SLS的传输协议是经单向传输的实时对象传送ROUTE协议还是MPEG媒体传输MMT协议，并且
其中，所述SLS协议版本信息指示所述传输协议的主要版本号和次要版本号。
6.根据权利要求5所述的接收***，
其中，所述视频水印中的第一视频水印包括用于事件的事件信令的第一消息的片段，并且
其中，所述第一消息包括用于指示应用了所述事件的所述广播服务的传送协议的协议类型字段、用于标识所述事件的事件ID字段、用于指示所述事件的呈现时间的时间字段和包括所述事件需要的数据的数据字段。
7.根据权利要求6所述的接收***，
其中，所述视频水印中的第二视频水印包括第二消息的片段，
其中，所述第二消息包括域类型信息、服务器信息和间隔信息，
其中，所述域类型信息指定所述第二消息中的信息的类型，
其中，所述服务器信息标识用于获取所述恢复文件的所述服务器，并且
其中，所述间隔信息标识嵌入有所述第二视频水印的所述视频组件的间隔。
8.根据权利要求7所述的接收***，
其中，所述音频水印中的一个音频水印包括与所述第二消息的信息相同的信息，并且
其中，所述音频水印与具有所述第二消息的片段的所述第二视频水印时间对准。
9.一种由发送***处理广播数据的方法，该方法包括以下步骤：
由外部设备发送广播服务的广播内容，其中，所述广播内容至少包括嵌入有视频水印的视频组件或嵌入有音频水印的音频组件；以及
当由接收***通过使用由所述音频水印或所述视频水印的有效载荷构造的统一资源定位符URL来请求用于所述广播内容的恢复文件时，由服务器发送所述恢复文件，
其中，所述恢复文件包括服务信息，
其中，所述服务信息包括服务识别信息、用于识别所述服务信息的版本的信息、服务层信令SLS协议信息和SLS协议版本信息，
其中，所述服务识别信息识别所述广播服务，
其中，所述SLS协议信息指示用于传送用于所述广播服务的SLS的传输协议是经单向传输的实时对象传送ROUTE协议还是MPEG媒体传输MMT协议，并且
其中，所述SLS协议版本信息指示所述传输协议的主要版本号和次要版本号。
10.根据权利要求9所述的方法，
其中，所述视频水印中的第一视频水印包括用于事件的事件信令的第一消息的片段，并且
其中，所述第一消息包括用于指示应用了所述事件的所述广播服务的传送协议的协议类型字段、用于标识所述事件的事件ID字段、用于指示所述事件的呈现时间的时间字段和包括所述事件需要的数据的数据字段。
11.根据权利要求10所述的方法，
其中，所述视频水印中的第二视频水印包括第二消息的片段，
其中，所述第二消息包括域类型信息、服务器信息和间隔信息，
其中，所述域类型信息指定所述第二消息中的信息的类型，
其中，所述服务器信息标识用于获取所述恢复文件的所述服务器，并且
其中，所述间隔信息标识嵌入有所述第二视频水印的所述视频组件的间隔。
12.根据权利要求11所述的方法，
其中，所述音频水印中的一个音频水印包括与所述第二消息的信息相同的信息，并且
其中，所述音频水印与具有所述第二消息的片段的所述第二视频水印时间对准。
13.一种用于处理广播数据的发送***，该发送***包括：
外部设备，该外部设备被配置为发送广播服务的广播内容，其中，所述广播内容至少包括嵌入有视频水印的视频组件或嵌入有音频水印的音频组件；以及
服务器，该服务器被配置为当由接收***通过使用由所述音频水印或所述视频水印的有效载荷构造的统一资源定位符URL来请求用于所述广播内容的恢复文件时，发送所述恢复文件，
其中，所述恢复文件包括服务信息，
其中，所述服务信息包括服务识别信息、用于识别所述服务信息的版本的信息、服务层信令SLS协议信息和SLS协议版本信息，
其中，所述服务识别信息识别所述广播服务，
其中，所述SLS协议信息指示用于传送用于所述广播服务的SLS的传输协议是经单向传输的实时对象传送ROUTE协议还是MPEG媒体传输MMT协议，并且
其中，所述SLS协议版本信息指示所述传输协议的主要版本号和次要版本号。
14.根据权利要求13所述的发送***，
其中，所述视频水印中的第一视频水印包括用于事件的事件信令的第一消息的片段，并且
其中，所述第一消息包括用于指示应用了所述事件的所述广播服务的传送协议的协议类型字段、用于标识所述事件的事件ID字段、用于指示所述事件的呈现时间的时间字段和包括所述事件需要的数据的数据字段。
15.根据权利要求14所述的发送***，
其中，所述视频水印中的第二视频水印包括第二消息的片段，
其中，所述第二消息包括域类型信息、服务器信息和间隔信息，
其中，所述域类型信息指定所述第二消息中的信息的类型，
其中，所述服务器信息标识用于获取所述恢复文件的所述服务器，并且
其中，所述间隔信息标识嵌入有所述第二视频水印的所述视频组件的间隔。
16.根据权利要求15所述的发送***，
其中，所述音频水印中的一个音频水印包括与所述第二消息的信息相同的信息，并且
其中，所述音频水印与具有所述第二消息的片段的所述第二视频水印时间对准。
CN202110694311.2A 2015-07-06 2016-07-06 处理广播数据的方法、接收***和发送*** Active CN113438517B (zh)

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
US201562189187P 2015-07-06 2015-07-06
US62/189,187 2015-07-06
US201562202180P 2015-08-07 2015-08-07
US62/202,180 2015-08-07
US201562207356P 2015-08-19 2015-08-19
US62/207,356 2015-08-19
US201562213626P 2015-09-03 2015-09-03
US201562214181P 2015-09-03 2015-09-03
US62/214,181 2015-09-03
US62/213,626 2015-09-03
CN201680039024.5A CN107852530B (zh) 2015-07-06 2016-07-06 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
PCT/KR2016/007278 WO2017007224A1 (ko) 2015-07-06 2016-07-06 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201680039024.5A Division CN107852530B (zh) 2015-07-06 2016-07-06 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法

Publications (2)

Publication Number Publication Date
CN113438517A CN113438517A (zh) 2021-09-24
CN113438517B true CN113438517B (zh) 2023-02-28

Family

ID=57685829

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202110694311.2A Active CN113438517B (zh) 2015-07-06 2016-07-06 处理广播数据的方法、接收***和发送***
CN201680039024.5A Active CN107852530B (zh) 2015-07-06 2016-07-06 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN202110695077.5A Active CN113438518B (zh) 2015-07-06 2016-07-06 处理广播数据的方法、接收***和发送***

Family Applications After (2)

Application Number Title Priority Date Filing Date
CN201680039024.5A Active CN107852530B (zh) 2015-07-06 2016-07-06 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN202110695077.5A Active CN113438518B (zh) 2015-07-06 2016-07-06 处理广播数据的方法、接收***和发送***

Country Status (4)

Country Link
US (5) US10721502B2 (zh)
EP (1) EP3322195A4 (zh)
CN (3) CN113438517B (zh)
WO (1) WO2017007224A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9690759B2 (en) * 2013-01-03 2017-06-27 Cable Television Laboratories, Inc. Content linking
US20150261753A1 (en) * 2014-03-13 2015-09-17 Verance Corporation Metadata acquisition using embedded codes
CN113438517B (zh) 2015-07-06 2023-02-28 Lg电子株式会社 处理广播数据的方法、接收***和发送***
US10129610B2 (en) * 2016-09-22 2018-11-13 The Nielsen Company (Us), Llc Methods and apparatus to monitor media
TWI640195B (zh) * 2016-12-14 2018-11-01 日商夏普股份有限公司 具有統一資源識別符訊息浮水印有效負載之廣播系統
US10264294B2 (en) 2016-12-30 2019-04-16 Turner Broadcasting System, Inc. Validating and calibrating splice points in interstitial content
US10694243B2 (en) * 2018-05-31 2020-06-23 The Nielsen Company (Us), Llc Methods and apparatus to identify media based on watermarks across different audio streams and/or different watermarking techniques
US11109042B2 (en) * 2018-05-31 2021-08-31 Apple Inc. Efficient coding of video data in the presence of video annotations
JP7210272B2 (ja) * 2018-12-28 2023-01-23 株式会社東芝 放送システム、エンコーダ、多重化装置、多重化方法、系統切替装置、および同期制御装置
US11006191B2 (en) 2019-08-02 2021-05-11 The Nielsen Company (Us), Llc Use of watermarking to control abandonment of dynamic content modification
CN117689789A (zh) * 2023-12-28 2024-03-12 湖南芒果融创科技有限公司 一种实时渲染3d资产文件编解码方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389055B1 (en) * 1998-03-30 2002-05-14 Lucent Technologies, Inc. Integrating digital data with perceptible signals
CN101836446A (zh) * 2007-08-24 2010-09-15 Lg电子株式会社 数字广播***和在数字广播***中处理数据的方法
CN103703764A (zh) * 2011-05-25 2014-04-02 Lg电子株式会社 发送/接收***和处理广播信号的方法

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6430233B1 (en) * 1999-08-30 2002-08-06 Hughes Electronics Corporation Single-LNB satellite data receiver
WO2001099325A2 (en) * 2000-06-20 2001-12-27 Digimarc Corporation Interactive video and watermark enabled video objects
US8407752B2 (en) 2004-03-18 2013-03-26 Digimarc Corporation Synchronizing broadcast content with corresponding network content
WO2008154041A1 (en) * 2007-06-14 2008-12-18 Thomson Licensing Modifying a coded bitstream
US20100226526A1 (en) * 2008-12-31 2010-09-09 Modro Sierra K Mobile media, devices, and signaling
US8302143B2 (en) * 2009-04-09 2012-10-30 At&T Intellectual Property I, L.P. Watermarked media content in IPTV or iTV networks
GB2508451B (en) * 2010-12-26 2017-05-03 Lg Electronics Inc Broadcast service transmitting method, broadcast service receiving method and broadcast service receiving apparatus
WO2012161535A2 (ko) * 2011-05-24 2012-11-29 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법
WO2012169813A2 (ko) * 2011-06-09 2012-12-13 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
KR101995425B1 (ko) * 2011-08-21 2019-07-02 엘지전자 주식회사 영상 표시 장치, 단말 장치 및 그 동작 방법
CN103975602B (zh) * 2011-10-20 2017-06-09 Lg电子株式会社 广播服务接收方法和广播服务接收装置
JP5967603B2 (ja) 2011-12-21 2016-08-10 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ 複数の変更履歴データのうちからソースコード中の変更内容を探索するための方法、並びに、そのコンピュータ及びコンピュータ・プログラム
KR101664424B1 (ko) 2012-07-05 2016-10-10 엘지전자 주식회사 디지털 서비스 신호 처리 방법 및 장치
US9131264B2 (en) * 2012-07-16 2015-09-08 Lg Electronics Inc. Method and apparatus for processing digital service signals
US9251114B1 (en) 2012-10-12 2016-02-02 Egnyte, Inc. Systems and methods for facilitating access to private files using a cloud storage system
US11206460B2 (en) * 2013-06-05 2021-12-21 Saturn Licensing Llc Transmitter and transmission method for transmitting payload data and emergency information
WO2014200248A1 (ko) 2013-06-12 2014-12-18 엘지전자 주식회사 영상 표시 장치 및 그 동작 방법
KR102113503B1 (ko) 2013-08-26 2020-06-05 삼성전자주식회사 전자 장치 및 전자 장치에서 컨텐츠 제공 방법
WO2015084004A1 (en) * 2013-12-03 2015-06-11 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
US20150358507A1 (en) * 2014-06-04 2015-12-10 Sony Corporation Timing recovery for embedded metadata
JP6309622B2 (ja) * 2014-11-20 2018-04-11 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
EP3023900A1 (en) * 2014-11-21 2016-05-25 Silent Circle, LLC A method, device and system for account recovery with a durable code
US9942602B2 (en) 2014-11-25 2018-04-10 Verance Corporation Watermark detection and metadata delivery associated with a primary content
WO2016100916A1 (en) * 2014-12-18 2016-06-23 Verance Corporation Service signaling recovery for multimedia content using embedded watermarks
CN107210828A (zh) * 2015-01-12 2017-09-26 Lg电子株式会社 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
KR102387881B1 (ko) 2015-04-17 2022-04-18 삼성전자주식회사 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치
KR101838084B1 (ko) * 2015-04-23 2018-03-13 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN113438517B (zh) * 2015-07-06 2023-02-28 Lg电子株式会社 处理广播数据的方法、接收***和发送***
US10212461B2 (en) * 2015-07-21 2019-02-19 Lg Electronics Inc. Apparatus and method for transmitting or receiving broadcast signal

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389055B1 (en) * 1998-03-30 2002-05-14 Lucent Technologies, Inc. Integrating digital data with perceptible signals
CN101836446A (zh) * 2007-08-24 2010-09-15 Lg电子株式会社 数字广播***和在数字广播***中处理数据的方法
CN103703764A (zh) * 2011-05-25 2014-04-02 Lg电子株式会社 发送/接收***和处理广播信号的方法

Also Published As

Publication number Publication date
US11070854B2 (en) 2021-07-20
CN107852530A (zh) 2018-03-27
CN113438518A (zh) 2021-09-24
US10939145B2 (en) 2021-03-02
CN107852530B (zh) 2021-07-09
US20210152856A1 (en) 2021-05-20
US11483599B2 (en) 2022-10-25
EP3322195A4 (en) 2019-03-06
US20190246147A1 (en) 2019-08-08
US20230015277A1 (en) 2023-01-19
CN113438518B (zh) 2023-02-28
WO2017007224A1 (ko) 2017-01-12
US20180220169A1 (en) 2018-08-02
US20200304843A1 (en) 2020-09-24
US10721502B2 (en) 2020-07-21
CN113438517A (zh) 2021-09-24
EP3322195A1 (en) 2018-05-16

Similar Documents

Publication Publication Date Title
US10939145B2 (en) Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
US11044536B2 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method of transmitting broadcast signals and method of receiving broadcast signals
US11336932B2 (en) Broadcast signal transmission/reception device and method
US10945050B2 (en) Broadcast signal transmission/reception device and method
KR101838084B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10171852B2 (en) Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US11178438B2 (en) Broadcast signal transmitting/receiving device and method
US20180262785A1 (en) Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
EP3328019A1 (en) Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
KR102196319B1 (ko) 하이브리드 방송 시스템에서 방송 신호 송수신 방법 및 장치
KR102257636B1 (ko) 방송 신호 송수신 장치 및 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant