CN103283251A - 广播服务发送方法、广播服务接收方法和广播服务接收设备 - Google Patents

广播服务发送方法、广播服务接收方法和广播服务接收设备 Download PDF

Info

Publication number
CN103283251A
CN103283251A CN2011800628373A CN201180062837A CN103283251A CN 103283251 A CN103283251 A CN 103283251A CN 2011800628373 A CN2011800628373 A CN 2011800628373A CN 201180062837 A CN201180062837 A CN 201180062837A CN 103283251 A CN103283251 A CN 103283251A
Authority
CN
China
Prior art keywords
service
information
content
nrt
field
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.)
Pending
Application number
CN2011800628373A
Other languages
English (en)
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 CN103283251A publication Critical patent/CN103283251A/zh
Pending legal-status Critical Current

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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42684—Client identification by a unique number or address, e.g. serial number, MAC address, socket ID
    • 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
    • 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • 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, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 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
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8458—Structuring of content, e.g. decomposing content into time segments involving uncompressed 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • 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
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division

Abstract

提供了一种接收广播服务的方法。所述方法包括以下步骤：接收未压缩的音频/视频内容；基于所述未压缩的音频/视频内容的一部分来获得与所述未压缩的音频/视频内容的信道有关的信息；并且利用所获得的信息来获得所述广播服务的内容和触发信息。

Description

广播服务发送方法、广播服务接收方法和广播服务接收设备
技术领域
本公开涉及广播服务发送方法、广播服务接收方法和广播服务接收设备。
背景技术
数字电视（DTV）现在被呈现为提供除了诸如播放视频和音频的电视（TV）的原始功能之外的多种服务。例如，可以向用户提供诸如电子节目指南（EPG）的广播信息，而且，可以向用户同时提供来自至少两个信道的广播服务。尤其是，由于接收系统的接收系统包括大容量的存储装置，并且连接到数据通信信道和互联网（通过该互联网可进行双向通信），因此通过广播信号可以访问更多的服务。另外，由于通过广播信号提供的服务变得更多样化，所以利用多样化的服务的需求增加了。
发明内容
技术问题
实施方式提供了一种广播服务接收方法和使用该方法的接收装置，其根据接收装置的接收环境有效地提供增强服务。
技术方案
在一个实施方式中，一种接收广播服务的方法包括以下步骤：接收未压缩的音频/视频内容；基于所述未压缩的音频/视频内容的一部分获得关于所述未压缩的音频/视频内容的信道的信息；并且利用所获得的信息获得用于所述广播服务的内容和触发信息。
在另一个实施方式中，一种接收设备包括：接收单元，其接收未压缩的音频/视频内容；和服务管理单元，其基于所述未压缩的音频/视频内容的一部分获得关于所述未压缩的音频/视频内容的信道的信息，并且利用所获得的信息获得用于所述广播服务的内容和触发信息，其中，所述关于信道的信息包括被连接以获得信道标识信息、时间戳信息以及所述内容和所述触发信息中的至少一个的服务器的地址信息。
有益效果
根据实施方式，使用通过非实时服务下载的内容的广播服务可以与实时广播服务链接，以提高准确时间。
根据另一个实施方式，接收未压缩的主要音频-视频（AV）内容的接收机可以通过使用自动内容识别（ACR）机制来获得广播服务的内容和触发信息，因此可以不管接收机的广播接收环境而提供广播公司引导服务。
附图说明
图1是示出如何提供RT服务和NRT服务的概念性示图。
图2是示出根据实施方式的NRT服务的结构的示图。
图3是示出根据实施方式的用于NRT服务的协议栈的示图。
图4是示出用于移动NRT服务的协议栈的一个示例的示图。
图5是示出根据实施方式的TVCT表区段（VCT）的比特流区段的示图。
图6和图7是示出根据实施方式的如何定义service_type字段的值的示图。
图8是用于对NRT服务的应用和DST区段中的data_service_table_bytes的比特流语法进行标识的data_service_table_section的示图。
图9是示出在接收系统中利用用于发送数据广播流的ATSC A/90标准和用于发送IP多播流的ATSC A/92标准接收和提供NRT服务的方法的示图。
图10和图11是示出根据另一实施方式的利用DSM-CC可寻址区段数据接收NRT服务的方法的示图。
图11是示出根据另一实施方式的利用VCT的按信号方式发送DCM-CC可寻址区段数据的方法的示图。
图12和图13是示出根据实施方式的NST的比特流语法的示图。
图14是示出根据实施方式的NRT_component_descriptor(MH_component_descriptor)的比特流语法的示图。
图15是示出根据实施方式的包括NRT_component_data的NRT分量描述符的比特流语法的示图。
图16是示出根据实施方式的用于按信号方式发送NRT应用的NRT-IT区段的比特流语法的示图。
图17是示出根据实施方式的用于NRT区段（NRT_content_table_section）的比特流的语法结构的示图。
图18是示出根据实施方式的提供关于NRT服务的信令信息的SMT会话的比特流语法结构的示图。
图19是示出根据实施方式的用于映射文件和content_id的FDT方案的示图。
图20是示出根据另一实施方式的映射文件和content_id的FDT方案的示图
图21是示出根据实施方式的接收机的操作的流程图。
图22和图23是示出根据另一实施方式的接收系统接收、存储和播放用于NRT服务的NRT内容的示图。
图24是示出根据实施方式的接收机接收和提供NRT服务的方法的流程图。
图25是示出根据实施方式的触发的比特流语法的示图。
图26是示出根据实施方式的包括触发的根据同步数据流方法的PES结构的示图。
图27是将根据实施方式的用于发送触发的PES净荷的同步数据报结构示出为比特流语法的示图。
图28示出根据实施方式的DST上的tap()中的内容类型描述符结构的示图。
图29是示出根据实施方式的PMT和服务标识符描述符的语法的示图。
图30是示出根据实施方式的触发流描述符的示图。
图31是根据实施方式的AIT的示图。
图32是根据实施方式的STT的示图。
图33是示出根据实施方式的发送TDO和触发的发射机的框图。
图34是示出根据实施方式的用于接收TDO和触发的接收机300的框图。
图35是示出根据实施方式的触发发送方法的流程图。
图36是示出根据实施方式的接收机300的操作的流程图。
图37是示出根据实施方式的利用触发表的触发接收方法的流程图。
图38是根据实施方式的当利用DST发送触发信令信息和触发时接收机的操作的流程图。
图39是示出根据实施方式的当使用触发流描述符发送触发时接收机的操作的流程图。
图40是示出根据实施方式的当使用流类型发送触发时接收机的操作的流程图。
图41是根据实施方式的当使用AIT发送触发时的接收机的操作的流程图。
图42是示出根据实施方式的当使用STT发送触发时的接收机的操作的流程图。
图43是示出根据另一实施方式形成的触发的比特流语法的示图。
图44是示出设置删除时间信息的方法的实施方式的示图。
图45是示出根据实施方式的TDO删除方法的流程图。
图46是示出根据实施方式的网络拓扑的框图。
图47是示出根据实施方式的基于水印的网络拓扑的框图。
图48是示出根据实施方式的基于水印的网络拓扑中的数据流的梯形图。
图49是示出根据实施方式的基于水印的内容识别时序的示图。
图50是示出根据实施方式的基于指纹的网络拓扑的框图。
图51是示出根据实施方式的基于指纹的网络拓扑的数据流的梯形图。
图52是示出根据实施方式的包含询问结果的ACR-Resulttype的XML方案图的示图。
图53是示出根据实施方式的基于水印和指纹的网络拓扑的框图。
图54是示出根据实施方式的基于水印和指纹的网络拓扑的梯形图。
图55是示出根据另一实施方式的接收设备的配置的框图。
具体实施方式
下面将参照附图详细地描述本发明的优选实施方式。在附图中示出并且利用附图描述的本发明的配置和操作被解释为至少一个示例，本发明的技术构思及其核心配置和操作不限于此。
本发明中使用的术语考虑到本发明的功能当前被选择用作普通术语（如果可能），但将根据本领域技术人员的意图或习惯而改变。在特定情况下，存在申请人任意选择的术语，在这种情况下，它们的含义将在说明书中被更详细地描述。因此，在本申请中使用的术语应该基于术语的含义以及本发明的内容被限定，而不是基于术语的简单名称被限定。
此外，在本发明的术语当中，实时（RT）服务字面上表示实时的服务。即，服务有时间限制。相反，非实时（NRT）服务是NRT的服务，而不是RT服务。即，NRT服务没有时间限制。此外，用于NRT服务的数据被称为NRT服务数据。
根据本发明的广播服务接收机可以通过诸如地面波、线缆和互联网的介质来接收NRT服务。
NRT服务可以被存储在广播接收机的存储介质中，然后可以根据预定时间或者应用户的请求被显示在显示装置上。NRT服务按文件格式被接收，并且根据实施方式被存储在存储介质中。根据实施方式，存储介质可以是嵌入在广播接收机中的HDD。作为另一示例，存储介质可以是通用串行总线（USB）存储器或连接到广播接收系统的外部HDD。
对于接收构成NRT服务的文件、将信令信息存储在存储介质中并且向用户提供服务而言，信令信息是必要的。本发明可以指定上面的信令信息为NRT服务信令信息或NRT服务信令数据。
根据获得包括NRT服务信令数据的IP数据报的方法，NRT服务包括固定NRT服务和移动NRT服务。具体来讲，向固定广播接收机提供固定NRT服务，向移动广播接收机提供移动NRT服务。
TDO内容：10FPDTV423
图1是示出如何提供RT服务和NRT服务的概念性示图。
广播站根据传统方式（即，像当前的地面广播（或移动广播）那样）发送RT服务。在这点，广播站发送RT服务，然后，利用在发送期间的剩余带宽或者专用带宽可以提供NRT服务。即，通过相同或不同信道来发送RT服务和NRT服务。因此，为了使广播接收机能够分开RT服务和NRT服务并且存储分开的NRT服务以在需要时向用户提供，需要服务信令信息（或NRT服务信令数据）。稍后将更详细地描述NRT服务信令信息（或NRT服务信令数据）。
例如，广播站实时地发送广播服务数据，非实时地发送新闻剪辑（clip）、天气信息、广告和推送VOD。另外，除了新闻剪辑、天气信息、广告和推送VOD之外，NRT服务可以是特定场景、特定节目的详细信息和实时广播流中的预览。
典型的广播接收机（及，传统装置）可以接收和处理RT服务，但可能不接收和处理NRT服务。即，典型的广播接收机（即，传统装置）在广播RT服务的信道中在原理上不受NRT流的影响。也就是说，即使接收到NRT服务，典型的广播接收机也不能处理所接收的NRT服务，因为它并不包括用于适当处理所接收的NRT服务的单元。
相反，本发明的广播接收机（即，NRT装置）接收与RT服务组合的NRT服务，并且适当地处理NRT服务，使得本发明的广播接收机比典型的广播接收机向观看者提供了更多样的功能。
图2是示出根据实施方式的NRT服务的结构的示图。
NRT服务包括如图2所示的至少一个内容项（或内容或NRT内容），并且根据实施方式，内容项包括至少一个文件。在本发明中，文件和对象具有相同的含义。
内容项是可独立播放的最小单位。例如，以NRT来提供新闻。如果新闻包括商业新闻、政治新闻和生活新闻，则该新闻可以是NRT服务，并且每一个可以被称为内容项。此外，商业新闻、政治新闻和生活新闻中的每一个可以包括至少一个文件。
在这点，可以通过与RT服务相同的广播信道或者专用广播信道以MPEG-2传输流（TS）包格式来发送NRT服务。在这种情况下，为了对NRT服务进行标识，唯一的PID可以被分配给NRT服务的TS包，然后被发送。根据本发明的实施方式，基于IP的NRT服务被打包成MPEG-2TS包，然后被发送。
在这点，通过NRT服务信令信道发送接收NRT服务所需的NRT服务信令数据。通过IP层上的特定IP流来发送NRT服务信令信道，在这点，这种特定的IP流可以被打包成MPEG-2包，然后被发送。通过NRT服务信令信道发送的NRT服务信令数据可以包括服务映射表（SMT）、NRT服务表（NST）、NRT内容表（NCT）、NRT信息表（NRT-IT）和文本分段表（TFT）中的至少一个。NST或SMT提供了关于在IP层上操作的至少一个NRT服务或者构成NRT服务的内容项或文件的接入信息。NRT-IT或NCT提供了关于构成NRT服务的内容项或文件的接入信息。
另外，包括SMT（或NST）和NRT-IT（或NCT）的NRT服务信令数据可以被包括在MPEG-2TS上的PSIP表中，或者可以在虚拟信道中通过IP层上的PSIP服务信令信道被发送。此外，可以通过虚拟信道提供多个NRT服务数据。
NRT-IT包括描述可下载以被存储在接收装置中的内容的信息。提供给NRT-IT的信息可以包括内容标题（例如，可下载节目的名称）、可用于下载内容的时间、内容推荐、字幕服务的可用性、内容标识和其它元数据。
另外，TFT提供了关于内容项或服务的详细描述。TFT可以包括支持多语言的数据结构，结果，可以按不同语言呈现详细描述（例如，各个串对应于一种语言）。文本分段表可以被包括在具有table_id值（TBD）的私有区段中，并且可以通过TFT_id进行标识。TFT区段可以被包括在服务信令信道中的IP包中，并且可以通过IANA向服务信令信道分配多播IP地址（224.0.23.60）和端口（4937）。
首先，接收机可以参照例如SMT中的service_category字段来识别相应的服务是否是NRT服务。另外，接收机可以通过NRT_service_id字段从SMT中唯一地识别NRT服务。
另外，NRT服务可以包括多个内容项。接收机可以通过NCT或NRT-IT中的content_id字段来识别NRT内容项。另外，可以通过将NCT的NRT_channel_id字段与NRT_service_id字段进行匹配来将NRT内容项和NRT服务彼此连接。
此外，可以通过FLUTE会话来发送NRT服务，并且接收机可以从FLUTE会话提取FDT信息。然后，所提取的FDT信息中的content_id被映射到NCT或OMA_BCAST SG中的content_id，以确认和接收用户选择的NRT服务内容。如果简要地描述了映射方法，则例如接收机通过FLUTE会话的FDT中的TOI和Content-Location字段来识别构成NRT内容项的各个文件。各个TOI或Content-Location和内容项将FDT的content_id映射到NCT的content_id字段或者OMA BCAST SG的content_id字段，以确认和接收NRT服务内容。
图3是示出根据实施方式的用于NRT服务的协议栈的示图。
针对固定NRT服务，文件格式的NRT服务在IP层中进行IP打包，然后通过特定信道按MPEG-2TS格式被发送。
通过基于MPEG-2的节目特定信息（PSI）或节目和系统消息协议（PSIP）表（例如，VCT），确定在虚拟信道中是否存在NRT服务并且NRT服务的标识信息是否按信号方式被发送。
根据实施方式，发送NRT服务信令数据（所述NRT服务信令数据按信号方式发送基于IP的NRT服务的接入信息）的NRT服务信令信道被打包成IP层中的特定IP流，然后按MPEG-2TS格式被发送。
即，广播站根据如图3所示的文件传送协议方法打包NRT内容项或文件，然后，按异步分层编码（ALC）或分层编码传输（LCT）方法对打包的NRT内容项或文件进行打包。然后，根据UDP方法对打包的ALC或LCT数据进行打包。然后，根据IP方法对打包的UDP数据再次进行打包，然后变成IP数据。这里，IP数据可以包括具有关于单向传输的文件传送（FLUTE）会话的信息的文件描述表（FDT）。在本发明中，为了方便描述，打包的IP数据可以被称为IP数据报。
另外，NRT服务的IP数据报按可寻址区段结构被封装，并且按MPET-2TS格式被再次打包。即，一个可寻址区段结构具有添加到一个IP数据报上的区段报头和CRC校验和。在结构方面，可寻址区段结构的格式被匹配到用于私有数据传输的数字存储媒体命令和控制（DSM-CC）区段格式。因此，可寻址区段可以被称为DSM-CC可寻址区段。
此外，可以通过IP层上的NRT服务信令信道来发送NRT服务信令数据，其中，所述NRT服务信令数据包括接收NRT内容/文件所需的SMT（或NST）和NRT-IT（或NCT）中的至少一个。因此，NRT服务信令数据可以根据IP方法被打包，以通过IP层上的NRT服务信令信道进行发送。根据实施方式，NRT服务信令信道在具有已知IP地址的IP数据报中被打包，并且被多播。
另外，NRT服务信令数据可以被包括在节目特定信息（PSI）或节目和系统信息协议（PSIP）表区段数据中，然后被发送。此外，PSI表可以包括节目映射表（PMT）和节目关联表（PAT）。PSIP表可以包括虚拟信道表（VCT）、地面虚拟信道表（TVCT）、有线虚拟信道表（CVCT）、系统时间表（STT）、分集区域表（RRT）、扩展文本表（ETT）、直接信道改变表（DCCT）、直接信道改变选择码表（DCCSCT）、事件信息表（EIT）和主指南表（MGT）。
此外，作为用于保护NRT服务不被非法分发和再现的广播服务的数字版权管理和加密的数据，可以使用开放移动联盟（OMA）推荐的广播服务使能器套件数字版权管理（BCAST DRM）。
此外，通过184个字节单位划分上面提到的节目特定信息（PSI）、节目和系统信息协议（PSIP）表区段数据、DSM-CC可寻址区段数据和OMA BCAST DRM数据，然后向各个184字节添加4字节MEPG报头，以获得188字节MEPG-2TS包。在这点，分配给MPEG报头的PID的值是对用于发送NRT服务和NRT服务信令信道的TS包进行标识的唯一值。
MPEG TS包可以按预定发送方法（例如，8-VSB发送方法）在物理层中被调制，然后可以被发送到接收系统。
此外，图4是示出根据另一实施方式的用于NRT服务的协议栈的示图。
图4是示出用于移动NRT服务的协议栈的一个示例的示图。如图4所示，适配层（adaption layer）包括在IP层和物理层之间。结果，不必使用MPEG-2TS格式，就可以发送移动服务数据的IP数据报和信令信息的IP数据报。
即，广播站根据图4所示的文件传输协议方法对NRT内容/文件进行打包，然后，根据异步分层编码（ALC）/分层编码传输（LCT）方法进行打包。然后，根据UDP方法对打包的ALC/LCT数据进行打包。然后，根据IP方法对打包的ALC/LCT/UDP数据再次进行打包，使之变成ALC/LCT/UDP/IP数据。在本发明中，为了方便描述，打包的ALC/LCT/UDP/IP数据可以被称为IP数据报。在这点，OMA BCAST SG信息经受uNRT内容/文件相同的处理，以构成IP数据报。
另外，当通过服务信令信道发送接收NRT内容/文件所需的NRT服务信令信息（例如，SMT）时，根据用户数据报协议（UDP）方法对服务信令信道进行打包，并且根据IP方法对打包的UDP数据再次进行打包，使之变成UDP/IP数据。在本发明中，为了方便描述，UDP/IP数据可以被称为IP数据报。此时，服务信令信道被封装在包括已知IP目的地址和已知目的UDP端口号的IP数据报中，并且根据实施方式被多播。
另外，关于用于服务保护的OMA BCAST DRM，UDP报头和IP报头被顺序添加，以构成一个IP数据报。
在适配层中收集NRT服务的IP数据报、NRT服务信令信道和移动服务数据，以产生RS帧。RS帧可以包括OMA BCAST SG的IP数据报。
通过187个字节设置RS帧中列的长度（即，行的数量），并且行的长度（即，列的数量）是N个字节（N可以根据诸如发送参数（或TPC）数据的信令信息而变化）。
RS帧按预定发送方法（例如，VSB发送方法）在移动物理层中被调制，然后被发送到接收系统。
此外，通过PSI/PSIP表按信号方式告知NRT服务是否被发送。作为一个示例，NRT服务是否被发送按信号方式被告知VCT或TVCT。
图5是示出根据实施方式的TVCT表区段（VCT）的比特流区段的示图。
参照图5，TVCT表区段具有MPEG-2私有区段的表形式作为一个示例，但不限于此。
当音频/视频的VCT和PID被解析然后通过TVCT被发送时，可以获得包标识（PID）信息。
因此，TVCT表区段包括报头、主体和报尾（trailer）。报头部分从table_id字段到protocol_version字段。Transport_stream_id字段是16比特字段，并且表示通过用于复用的为0的PID值所定义的节目关联表（PAT）中的MPEG-2TS ID。在主体部分中，num_channels_in_section字段是8比特字段，并且表示VCT区段中的虚拟信道的数量。最后，报尾部分包括CRC_32字段。
首先，下面将描述报头部分。
table_id字段（8比特）被设置为0xC8，并且表示相应的表区段是构成TVCT的表区段。
section_syntax_indicator字段（1比特）被设置为1，并且表示该区段跟在常规区段语法后面。
private_indicator字段（1比特）被设置为1。
section_length字段（12比特）描述了从紧接在section_length字段之后到该区段的最后在该区段中剩余的比特数。section_length字段的值可以不大于1021。
table_id_extension字段（16比特）可以设置为0X000。
version_number字段（5比特）可以为0，并且表示VCT的版本号。
current_next_indicator字段（1比特）表示，如果被设置为1则当前可应用相应的表区段。
section_number字段（8比特）指示TVCT区段中的相应表区段的编号。在TVCT的第一区段中，section_number应该被设置为0X00。
last_section_number字段（8比特）表示TVCT区段中的最后和最高编号的表区段。
protocol_version字段（8比特）是使得传送结构与当前协议中定义的结构不同的参数的表类型的函数。现在，仅protocol_version的一个有效值为0。非0的protocol_version可以用于标准的未来版本，以识别具有不同结构的另一表。
接下来，将描述主体部分。
num_channels_in_section字段（8比特）指定了VCT区段中的虚拟信道的数量。通过表区段长度来限制所述数量。
short_name字段（16比特）使用从1到7的16比特代码值顺序地表示虚拟信道的名称。
major_channel_number字段（10比特）表示与由“for”循环中的重复所定义的虚拟信道相关的主信道编号。各个虚拟信道都应该涉及主信道编号和次信道编号。主信道编号和次信道编号一起用作用户的虚拟信道的参考号。
minor_channel_number字段（10比特）表示从‘0’到‘999’范围的次或副信道编号。该字段与major_channel_number字段一起用作表示权限部分（right portion）的第二部分的第二个号或信道编号。如果service_type是模拟电视，则minor_channel_number字段被设置为0。当service_type是ATSC_digital_television或ATSC_audio_only时，minor_channel_number字段使用从1到99的次编号。minor_channel_number的值与TVCT中的minor_channel_number的值不重叠。
modulation_mode字段（8比特）表示与虚拟信道相关的载波的调制模式。
carrier_frequnecy字段（32比特）的推荐值为0。尽管使用所述字段对载波频率进行标识，但不推荐该字段。
channel_TSID字段（16比特）是表示与包含MPEG-2节目的TS相关的MPEG-2TS ID的无符号整数字段，其中，所述MPEG-2节目是从‘0x0000’到‘0xFFFF’范围内的虚拟信道的参考。
program_number字段（16比特）对MPEG-2节目关联表（PAT）和TS节目映射表（PMT）中定义的虚拟信道相关的无符号整数进行标识。与模拟服务相对应的虚拟信道包括‘0xFFFF’的program_number。
ETM_location字段（2比特）描述扩展文本消息（ETM）的存在和位置。
access_controlled字段（1比特）指示一旦被设置就控制对与虚拟信道相关的事件的接入。如果标记被设置为0，则不限制事件接入。
hidden字段指示一旦被设置则用户通过虚拟信道编号的直接入口不能接入虚拟信道。当用户在信道上冲浪时，省略隐藏虚拟信道，当用户接入未定义的或直接信道入口时，显示隐藏虚拟信道。虚拟信道的典型应用是测试信号和NVOD服务。可以根据hide_guide比特在EPG显示器上显示隐藏信道及其事件。
hide_guide字段一旦针对隐藏信道被设置为0，就允许虚拟信道及其事件显示在EPG显示器上。该比特与不具有隐藏比特设置的信道无关，因此，未隐藏信道及其事件不管hide_guide比特的状态而总是显示在EGP显示器上。hide_guide比特设置被设置为1的隐藏信道的典型应用是测试信号和通过应用等级指针可容易地获得的服务。
service_type字段（6比特）表示从虚拟信道发送的服务的类型。图6和图7是示出根据实施方式的如何定义service_type字段的值的示图。根据实施方式，图6中示出的service_type值（即，‘0x04’）表示service_type是TSC_data_only_service并且通过虚拟信道发送NRT服务。根据另一实施方式，图7中示出的service_type值（即，‘0x08’）表示service_type是ATSC_nrt_service并且虚拟信道提供了满足ATSC标准的NRT服务。
source_id字段（16比特）表示与虚拟信道相关的节目的源。
descriptors_length字段表示用于后面虚拟信道的描述符的总长度（字节单位）。
descriptor()字段至少包括零描述符。
additional_descriptors_length字段表示后面的VCT描述符的总长度（字节单位）。
最后，关于报尾，CRC_32字段是32比特字段，并且包括循环冗余校验（CRC）值，该CRC值保证在处理整个STT区段之后从MPEG-2系统中定义的解码器的寄存器的输出为零。
图8是用于对NRT服务的应用和DST区段中的data_service_table_bytes的比特流语法进行标识的data_service_table_section的示图。可以通过图8的DST表区段来发送满足ASTC标准的广播站NRT服务数据或NRT服务信令数据。
下面，包括data_service_table_section结构的字段的语义如下。
作为用于相应表区段的类型标识的字段，table_id字段（8比特）是通过该字段构成DST的相应表区段的表区段。例如，如果所述字段的值是0XCF，则接收机识别出相应的表区段是构成DST的表区段。
section_syntax_indicator字段（1比特）是定义DST的区段格式的指示符，并且区段格式例如可以是MPEG的简易形式语法（0）（short-form syntax(0)）。
private_indicator字段（1比特）表示相应的区段的格式是否遵循私有区段格式，并且可以被设置为1。
rivate_section_length字段（12比特）表示在相应的字段之后剩余的表区段长度。另外，该字段的值不超出‘0xFFD’。
table_id_extension字段（16比特）依据表，并且可以是提供剩余字段的范围的table_id字段的逻辑部分。
version_number字段（5比特）表示DST的版本号。
current_next_indicator字段（1比特）指示发送的DST表区段当前是否是可应用的。如果该字段值是0，则表示还没有表并且下一个表是有效的。
section_number字段（8比特）表示相应表区段构成DST表的区段中的区段号。DST中的第一区段的section_number被设置为‘0x00’。随着DST的区段增加，section_number增加1。
last_section_number字段（8比特）表示构成DST表的最后区段编号（即，最高section_number）。
data_service_table_bytes表示构成DST的数据块，并且其详细结构将在下面描述。
CRC_32字段是32比特字段，并且包括循环冗余校验（CRC）值，该CRC值保证在处理整个DST区段之后从MPEG-2系统中定义的解码器的寄存器的输出为零。
下面，包括data_service_table_bytes结构的字段的语义如下。
sdf_protocol_version field（8比特）描述了服务描述架构协议的版本。
application_count_in_section字段（8比特）表示DST区段中列出的应用的数量。
compatibility_descriptor()字段表示相应的结构包括DSM-CC兼容描述符。其目的是在接收平台按信号方式发送应用的兼容需求，以在确定其能力之后使用相应的数据服务。
app_id_byte_length字段（16比特）描述了对应用进行标识所使用的字节的数量。
app_id_description字段（16比特）描述了后面的应用标识字节的格式和语义。例如，app_id_description的值可以如表1所示进行定义。
表1
[表1]
值 应用标识符格式
0x0000 DASE应用
0x0000-0x7FFF ATSC预留
0x8000-0xFFFF 用户私有
值 应用标识符格式
0x0000 DASE应用
0x0000-0x7FFF ATSC预留
0x8000-0xFFFF 用户私有
app_id_byte字段（8比特）表示应用标识符的字节。
tap_count字段（8比特）描述了用于相应应用的Tap()结构的数量。
protocol_encapsulation字段（8比特）描述了用于发送由Tap()字段所参考的特定数据元素的协议封装类型。protocol_encapsulation字段的值如表2进行定义。
表2
[表2]
Figure BDA00003410460000151
action_type字段（7比特）表示由Tap()参考的数据的属性。
resource_location字段（1比特）描述了与下一Tap结构中列出的association_tag值匹配的association_tag字段的位置。当相应字段被设置为0时，association_tag存在于当前MPEG-2节目的PMT中。与此类似，当相应字段被设置为1时，匹配的association_tag存在于相应数据服务的网络资源表中的DSM-CC资源描述符中。
Tap()字段可以包括关于在较低层的通信信道中搜索应用状态的数据元素的信息。Tap()字段中的association_tag字段可以包括应用状态的数据元素之间的对应信息。一个Tap结构中的association_tag字段的值对应于当前PMT中的一个关联标记描述符的association_tag字段的值。例如，Tap()字段可以具有包括表3的字段的特定结构。
表3
[表3]
语法 比特数 格式
Tap(){
tap_id 16 uimsbf
use 16 uimsbf
association_tag 16 uimsbf
selector()
}
语法 比特数 格式
Tap(){
tap_id 16 uimsbf
use 16 uimsbf
associationtag 16 uimsbf
selector()
}
tap_id字段（16比特）被应用使用以对数据元素进行标识。tap_id的值具有由与DST中的Tap()相关的app_id_byte字段的值所定义的范围。由数据服务供应商选择tap_id值。另外，tap_id值可以由应用使用来处理数据元素。
Use字段（16比特）用于指定由association_tag参考的通信信道。
association_tag字段（16比特）对网络资源表中列出的DSM-CC资源描述符或PMT中列出的数据元素流中的一个进行唯一地标识。相应字段的值可以与association_tag_descriptor的association_tag值相同。
Selector()字段描述了被association_tag字段参考的通信信道或数据元素流中可用的特定数据元素。另外，selector结构可以指示相应数据元素所需的协议。
tap_info_length字段（16比特）描述了在相应字段之后的描述符的字节数。
descriptor()字段可以包括根据相应描述符格式的描述符信息。
app_info_length字段（8比特）描述了相应字段之后的描述符的字节数。
descriptor()字段可以包括根据相应描述符格式的描述符信息。
app_data_length字段（16比特）描述了app_data_byte字段的字节单位的长度。
app_data_byte（8比特）字段表示1字节中的与应用和其它私有数据字段相关的输入参数。
service_info_length字段（8比特）描述了下一描述符的字节单位的数量。
descriptor()字段可以包括根据相应描述符格式的描述符信息。
service_private_data_length字段（16比特）描述了私有字段中的字节单位的长度。
service_private_data_byte字段（8比特）表示1字节中的私有字段。
图9是例示了在接收系统中利用用于发送数据广播流的ATSC A/90标准和用于发送IP多播流的ATSC A/92标准来接收和提供NRT服务的方法的示图。
即，将关于构成各个虚拟信道的流的信息按信号方式发送到PMT的VCT或ES_loop的服务位置描述符。例如，如图7或图8所示，如果VCT服务类型是0x02（即，数字A/V/数据）、0x04（即，仅数据）或0x08（即，仅NRT服务），则可以将NRT服务流发送到虚拟信道。在这点，如果向服务位置描述符（或PMT的ES循环）中的stream_type字段值分配了0x95（即，DST发送），则这表示发送了广播。如果stream_type字段值没有值或者不是0x95，则仅发送典型的A/V。即，如果服务位置描述符中的stream_type字段具有0x95，则此刻的Elementary_PID字段值是数据服务表（DST）的PID值。因此，可以通过Elementary_PID来接收DST。
通过DST，可以获得应用的类型和关于通过信道发送的数据广播流的详细信息。DST被用于对NRT应用（即，NRT服务）进行标识。
即，DST的App_id_descrption字段定义了后面的应用标识字节的格式和解释。根据实施方式，‘0x0003’被分配给App_id_descrption字段以对NRT应用进行标识。以上数字值仅为一个示例，并不限制本发明的权利范围。
如果App_id_descrption字段值是‘0x0003’，则下一后面的Application_id_byte值成为NRT应用的服务ID值。NRT应用的服务ID可以具有用于在世界范围内对相应服务唯一进行标识的URI值。
在对NRT应用进行标识之后，通过Tap信息来搜素从NRT服务信令信道的IP数据报中划分出的MPEG-2TS包的PID。然后，可以从具有通过tap信息获得的PID的MPEG-2TS包来获得发送NRT服务信令信道的IP数据报，并且可以从所获得的IP数据报来获得NRT服务信令数据。在这点，NRT服务信令信道的IP接入信息可以是已知的IP接入信息（即，已知的IP地址和已知的UDP端口号）。
即，如果DST中的Protocol_encapsulation字段值是0x04，则发送异步IP流，如果Selector_type字段值是0x0102，则可以通过selector_bytes来传送指示目的地址的device_id值。multiprotocol_encaplsulation_descriptor被用于准确地解释selector_bytes值，并且按信号方式发送device_id值中的有效字节的数量。结果，通过Tap信息，获得发送到相应PID的NRT服务信令信道的IP多播地址（或地址范围）。
因此，接收机接入多播地址（或地址范围）以接收IP流（即，IP包），然后从接收的IP包中提取NRT服务信令数据。
然后，接收机基于所提取的NRT服务信令数据来接收NRT服务数据（即，NRT内容项/文件），以将其存储在存储介质中，或者在显示装置上对其进行显示。
根据另一实施方式，DST的Stream Type字段可以具有新的0x96代替0x95，以按信号方式发送NRT服务。这是因为，当典型的接收机仅基于是否存在具有0x95的流类型来确定是否存在数据广播流时，NRT服务（即，新的应用）可能发生故障。在这种情况下，利用重新指定流，典型的接收机可以忽略它以保证向后兼容性。
图10和图11是示出根据另一实施方式的利用DSM-CC可寻址区段数据来接收NRT服务的方法的示图。
利用DST的数据发送方法是通过数字广播流来发送所有种类的IP数据报的标准，而对于NRT服务可能效率低下。因此，图10和图11示出了通过DSM-CC可寻址区段的数据关于NRT服务按信号方式发送包括IP地址信息和IP数据报的区段数据的特定流的PID来接收NRT服务的方法。
如图10所示，当VCT（或TVCT）的服务类型是0x08（即，仅NRT服务）时，接收机可以获得NRT服务流是通过虚拟信道而发送的信息。即，接收机可以通过将虚拟信道的PID映射到信道编号根据service_type信息获得关于是否存在NRT服务的信息。
在这点，如果0x0D被分配给VCT（或PMT的ES循环）的服务位置描述符中的stream_type字段值，则这表示发送了DSM-CC流。此时的Elementary_PID字段值可以是DSM-CC可寻址区段的PID值。因此，接收机通过Elementary_PID接收包括NRT服务数据的DSM-CC可寻址区段。
即，接收机可以通过VCT或PMT获得DSM-CC可寻址区段的PID。这里，接收机可以获得包括NRT服务信令信道的IP地址或者用于发送与从相应流的PMT所获得的PID相对应的NRT服务数据的FLUTE会话的IP地址的NRT_IP_address_list_descriptor_A()字段。
此外，接收机可以基于从NRT_IP_address_list_descriptor_A()字段获得的IP地址从IP多播流或IP子网接收DSM-CC可寻址区段数据。接收机可以通过从接收到的DSM-CC可寻址区段数据中搜索具有与所获得的elementary_PID相对应的PID的DSM-CC可寻址区段来获得包括特定NRT服务（例如，A、B或C）的相应IP数据报。
图11是示出根据另一实施方式的利用VCT的按信号方式发送DCM-CC可寻址区段数据的方法的示图。
如上面所提到的，当VCT中的service_type是0X02、0X04或0X08时，接收机可以获得可以发送NRT服务流的信息。另外，接收机可以从service_location_descriptor()字段获得具有0X0D的流类型的elementary_PID，以接收DSM-CC流。这里，接收机可以获得包括NRT服务信令信道的IP地址或者用于发送与获得的elementary_PID相对应的NRT服务数据的FLUTE会话的IP地址的NRT_IP_address_list_descriptor_B()字段。
此外，接收机可以基于从NRT_IP_address_list_descriptor_B()字段获得的IP地址来从IP多播流或IP子网接收DSM-CC可寻址区段数据。接收机可以通过对具有与获得的elementary_PID相对应的PID的DSM-CC可寻址区段进行解析来获得包括它想要从接收的DSM-CC可寻址区段数据接收的特定NRT服务（例如，A、B或C）的相应IP数据报。
下面描述用于提取NRT服务信令数据和NRT服务数据的处理。这里，0x08被分配给VCT中的service_type字段值，并且指示至少一个NRT服务被发送到相应的虚拟信道。
即，当接收机通电并且默认或由用户通过调谐器选择了信道时，PSI/PSIP区段处理器（handler）从通过所选择的信道接收的广播信号中获得VCT和PMT。另外，PSI/PSIP区段处理器对获得的VCT进行解析以确认是否存在NRT服务。通过检查VCT的虚拟循环中的service_type字段值来对此进行确认。例如，当service_type字段值不是0x08时，相应的虚拟信道不发送NRT服务。在这点，由于虚拟信道发送现有的服务（即，传统ATSC服务），所以接收机根据虚拟信道中的信息适当地操作。
另外，关于解复用单元，如果根据服务管理器的控制，service_type字段值是0x08，则相应的虚拟信道发送NRT服务。在这种情况下，通过对VCT的虚拟信道循环中的服务位置描述符进行解析来提取DST的PID。此外，利用所提取的PID来接收DST。
此外，接收机确认通过从接收的DST中选择的信道而提供的相应服务是否是NRT服务。
通过App_id_descrption字段值来确认NRT服务。
根据实施方式，‘0x0003’被分配给App_id_descrption字段以对NRT应用进行标识。以上数字值仅为一个示例，并不限制本发明的权利范围。
如果DST中的App_id_descrption字段值是‘0x0003’，则下一后面的Application_id_byte值变成NRT应用（即，NRT服务）的服务ID值。因此，在对NRT应用（即，NRT服务）进行标识之后，服务管理器或PSI/PSIP区段处理器提取Tap()到从NRT服务信令信道的IP数据报分离的MPEG-2TS包的PID。然后，从PMT中提取包括所提取的Tap的association_tag的流PID。
另外，在接收到与所提取的流PID相对应的MPEG-2TS包之后，可寻址区段处理器可以通过去除解封装（即，MPEG-2报头）来恢复DSM-CC可寻址区段。
然后，接收机通过从DSM-CC可寻址区段中去除区段报头和CRC校验和来恢复发送NRT服务信令信道的IP数据报，并从恢复的IP数据报中获得NRT服务信令数据。这里，关于发送NRT服务信令信道的IP数据报的接入信息是已知的目的IP地址和已知的目的UDP端口号。
即，如果DST中的Protocol_encapsulation字段是0x04，则发送异步IP流，如果Selector_type字段值是0x0102，则可以通过selector_bytes来传送指示目的地址的device_id值。使用multiprotocol_encaplsulation_descriptor对selector_bytes值进行准确地解析，并且按信号方式发送device_id值中的有效字节数。结果，通过Tap信息，获得发送到相应PID的NRT服务信令信道的IP多播地址（或地址范围）。
因此，接收机接入多播地址（或地址范围）以接收IP流（即，IP包），然后从接收的IP包中提取NRT服务信令数据。
接收机基于所提取的NRT服务信令数据来接收NRT服务数据（即，NRT内容项/文件），以将其存储在存储介质中或者在显示装置上进行显示。
此外，根据实施方式，NRT服务可以设置动态内容传送（DCD）。DCD服务是周期性地或者应用户请求将内容发送到接收机的服务，所述内容是根据接收机信息从服务器中选择的。DCD服务支持用于内容传送的通信手段中的点对点方法和广播方法，并且通过DCD服务的广播方法中的一种和OMA BCAST方法来发送以上NRT服务。
可以通过OMA BCAST方法的DCD服务来发送NRT服务数据。在这种情况下，接收机可以获得DCD信道信息以接收NRT服务，并且可以基于DCD信道信息通过相应的DCD信道来接收NRT服务。
此外，DCD信道信息可以被包括在NST中并且被发送。例如，接收机接收NST，并且通过DCD自益放大（booststrap）来获得DCD信道信息。
另外，NST可以包括用于按信号方式发送DCD信令信息的通过DCD管理（administrative）信道所接收的DCD信道元数据。因此，接收机可以通过NST获得关于用于接收NRT服务和元数据的信道的信息。
因此，当发送包括DCD信道信息的NST时，接收机在不发送NRT服务信号数据的情况下通过NST接入DCD信道，然后接收NST服务。
与此类似，如果NST包括用于接收NST服务的信道的元数据，则具备多个优点。
首先，在不基于虚拟信道的服务类型而接收NRT服务信令数据的情况下，服务接入速度可以通过接收从NST直接接收NST的信道元数据而增加。
另外，可以在广播环境下实时地执行用于信道改变项的更新信令。
此外，可以参考NST来获得OMA BCAST SG中的接入信息。例如，接收机基于NST中的DCD信道信息接收DCD信道元数据，并获得接入信息，以基于NRT服务信令数据和从NST所获得的DCD信令元数据接收NRT服务。
最后，可以发送包括与另一虚拟信道相关的NRT服务的列表的NST。因此，可以在IP层而不是在PSI或PSIP层上通过特定NRT服务信令信道来发送NRT服务的列表信息。因此，在这种情况下，可以保留对PSI或PSIP的向后兼容性。
另外，如上面提到的，包括DCD信道元数据的DCD信道信息可以被包括在OMABCAST中的SG的接入信息中，并且接入信息对应于NST中的NRT服务信息。更详细地，接收机可以从OMA BCAST SG的接入分段中获得NST中的NRT服务信息。因此，接收机可以通过接收与获得的NRT服务信息相对应的NST来获得关于接收NRT服务的信息。
此外，可以通过所分配的服务种类来划分通过DCD信道所发送的NRT服务。例如，可以通过0X0F来标识通过DCD信道所发送的NRT服务的服务种类。
图12和图13是示出根据实施方式的NST的比特流语法的示图。
这里，为帮助理解按MPEG-2私有字区段格式创建相应的语法，但相应数据的格式可以改变。例如，相应数据可以按会话描述协议（SDP）格式进行表示，并根据另一种方法通过会话通告协议（SAP）按信号方式被发送。
NST描述了用于发送NST的虚拟信道中的服务信息和IP接入信息，并通过在各个服务中利用NRT广播流的标识符（即，NRT_service_id）来提供相应服务的NRT广播流信息。此外，NST描述了一个虚拟信道中的各个固定的NRT服务的描述信息，并且描述符区域可以包括其它附加信息。
作为用于相应表区段的类型标识的字段，table_id字段（8比特）是相应的表区段通过该字段构成NST的表区段。
section_syntax_indicator字段（1比特）是定义了NST的区段格式的指示符，并且区段格式例如可以是MPEG的short-form syntax(0)。
private_indicator字段（1比特）表示相应的区段的格式是否遵循私有区段格式，并且可以被设置为1。
section_length字段（12比特）表示在相应字段之后剩余的表区段长度。另外，该字段的值不超过‘0xFFD’。
table_id_extension字段（16比特）取决于表，并且可以是提供剩余字段的范围的table_id字段的逻辑部分。这里，table_id_extension字段包括NST_protocol_version字段。
NST_protocol_version字段（8比特）给出了用于通知NST发送了具有与当前协议中定义的其它结构不同的结构的参数的协议版本。当前，该字段值为0。如果稍后所述字段值被指定为不是0，则这用于具有不同结构的表。
version_number字段（5比特）表示NST的版本号。
current_next_indicator字段（1比特）指示所发送的NST表区段当前是否为可应用的。如果字段值为0，则表示还没有表，并且下一表有效。
section_number字段（8比特）表示相应的表区段构成NST表的区段中的区段号。
NRT服务表（NST）的第一区段的section_number被设置为‘0x00’。NST的区段每增加一，section_number就增加1。
last_section_number字段（8比特）表示构成NST表的最后区段号（即，最高section_number）(Highest section_number)。
carrier_frequnecy字段（32比特）通知了与信道相对应的发送频率。
channel_TSID字段（16比特）表示当前发送相应NST区段的广播流的唯一信道标识符。
program_number字段（16比特）表示与虚拟信道相关的节目的数量。
source_id字段（16比特）表示与虚拟信道相关的节目的源。
num_NRT_services字段（8比特）表示NST区段中的NRT服务的数量。
另外，NST利用‘for’循环提供关于多个固定NRT服务的信息。下面，可以向各个固定的NRT服务提供相同的字段信息。
NRT_service_status字段（2比特）对相应的移动服务的状态进行标识。这里，MSB指示相应的移动服务是活跃的（1）还是不活跃的（0），以及相应的移动服务是隐藏的（1）还是不隐藏的（0）。这里，如果移动服务是NRT服务，则对相应的NRT服务的状态进行标识。隐藏服务主要用于专用应用，典型的接收机忽略它。
SP_indicator字段（1比特）是这样的字段：如果设置了应用于提供相应移动服务的有意义表述所需的至少一个分量的服务保护，则该字段呈现服务保护。
CP_indicator字段（1比特）表示是否设置了相应NRT服务的内容保护。如果CP_indicator字段值是1，则其表示内容保护被应用于提供相应NRT服务的有意义表述所需的至少一个分量。
NRT_service_id字段（16比特）是对相应NRT广播的范围内的相应NRT服务唯一地进行标识的指示符。NRT_service_id在相应服务期间不改变。这里，如果发送了服务，则为了避免混乱，用于该服务的NRT_service_id可以不用于另一服务，直到合适的时间过去为止。
Short_NRT_service_name字段（(8*8比特)显示了NRT服务的缩写名。如果不存在NRT服务的缩写名，则可以用空值（例如，0x00）来填充该字段。
NRT_service_category字段（6比特）对相应NRT服务中的服务类型进行标识。
num_components字段（5比特)显示了NRT服务中的IP流分类的数量。
如果IP_version_flag字段（1比特）被设置为0，则这指示source_IP_address字段、NRT_service_destination_IP_address字段和component_destination_IP_address字段是IPv4地址。如果IP_version_flag字段被设置为1，则source_IP_address字段、NRT_service_destination_IP_address字段和component_destination_IP_address字段是IPv6地址。
source_IP_address_flag字段（1比特）指示，当设置了标记时，存在用于相应NRT服务的源IP地址值以指示源特定多播。
NRT_service_destination_IP_address_flag字段（1比特）指示，当设置了标记时，存在用于针对相应NRT服务的分量提供默认IP地址的NRT_service_destination_IP_address字段。
关于source_IP_address字段（128比特），如果source_IP_address_flag被设置为1，则存在相应的字段，但如果source_IP_address_flag被设置为0，则不存在相应的字段。如果存在相应的字段，则所述相应的字段包括发送相应NRT服务的分量的所有IP数据报的源IP地址。尽管当前没有使用，但为了未来使用IPv6，相应字段的地址限制使用128比特长度。Source_IP_address成为发送FLUTE会话的所有信道相同服务器的源IP地址。
关于NRT_service_destination_IP_address字段（128比特），如果source_IP_address_flag被设置为1，则存在source_IP_address字段，但如果source_IP_address_flag被设置为0，则没有相应的source_IP_address字段。如果没有相应的source_IP_address字段，则针对num_components循环中的各个分量存在component_destination_IP_address字段。尽管当前没有使用，但为了未来使用IPv6，相应source_IP_address字段的地址限制使用128比特长度。如果存在FLUTE会话的会话等级的目的IP地址，则按信号方式发送NRT_service_destination_IP_Address。
另外，NST通过使用‘for’循环来提供关于多个分量的信息。当相应值的值被设置为1时，essential_component_indicator字段指示相应分量是NRT服务的必要分量。否则，相应分量是选择的分量。
port_num_count字段（6比特）指示与相应的UDP/IP里分量相关的UDP端口的编号。从component_destination_UDP_port_num字段值开始，目的UDP端口号的值增加1。
component_destination_IP_address_flag字段（1比特）是这样的标记，如果被设置为1，则该标记表示存在用于相应分量的component_destination_IP_address字段。
关于component_destination_IP_address字段（128比特），如果component_destination_IP_address_flag被设置为1，则存在相应的字段，但如果component_destination_IP_address_flag被设置为0，则不存在相应的字段。如果存在相应的字段，则相应的字段包括发送相应NRT服务的分量的所有IP数据报的源IP地址。尽管当前没有使用，但为了未来使用IPv6，相应字段的地址限制使用128比特长度。
component_destination_UDP_port_num字段（16比特）表示用于相应UDP/IP流分类的目的UDP端口号。
num_component_level_descriptors字段（4比特）提供用于提供关于相应IP流分类的附加信息的描述符的数量。
component_level_descriptors字段对提供关于相应IP流分类的附加信息的至少一个描述符进行标识。
num_NRT_service_level_descriptors字段（4比特）表示用于相应服务的NRT服务等级描述符的数量。
NRT_service_level_descriptor()对提供关于相应NRT服务的附加信息的至少一个描述符的有无进行标识。这里，可以提供用于NRT服务的特定服务类型。特定服务类型包括提供网络内容、推VOD和A/V下载的入门服务。
num_virtual_channel_level_descriptors字段（4比特）描述用于相应虚拟信道的虚拟信道等级描述符的数量。
virtual_channel_level_descriptor()表示提供关于相应NST描述的虚拟信道的附加信息的描述符。
此外，通过FLUTE发送NRT服务，并且关于NST表的接入信息如下连接到FLUTE会话信息。
Source_IP_address是发送FLUTE会话的所有信道的相同服务器的源IP地址。
如果存在FLUTE会话的会话等级的目的IP地址，则按信号方式发送NRT_service_destination_IP_Address。
分量可以被映射到FLUTE会话中的信道，并且在各个信道通过component_destination_IP_address按信号方式发送附加目的IP地址（与通过会话按信号方式发送的IP地址不同）。
另外，通过component_destination_UDP_port_num按信号方式发送目的端口号，并且可以通过port_num_count另外指定从component_destination_UDP_port_num开始的目的端口号。
可以通过指定多个端口来针对一个目的IP地址配置多个信道。这里，一个分量指定多个信道。然而，通常期望通过目的IP地址来对信道进行标识。这里，一个信道通常被映射到一个分量。
通过FLUTE发送用于NRT服务的内容项/文件，并且利用关于NST表的接入信息来按信号方式发送相应的FLUTE会话信息。
图14是示出根据实施方式的NRT_component_descriptor(MH_component_descriptor)的比特流语法的示图。
在NST中的各个NRT服务的各个分量中的分量描述符循环中示出了NRT_component_descriptor()。于是，相应描述符的所有参数对应于用于NRT服务的分量的参数。
下面，将如下描述通过图14的NRT_component_descriptor发送的各个字段信息。
component_type字段（7比特）对分量的编码格式进行标识。标识值可以是针对RTP/AVP流的payload_type所分配的值中的一个。另外，标识值可以是从96到127范围内的动态值。针对构成通过RTP发送的媒体的分量的字段的值与发送相应分量的IP流的RTP报头中的payload_type中的相同。
43到71范围内的component_type字段的添加值将在标准的未来版本中定义。当基于FLUTE发送NRT服务流时，为了额外按信号方式发送FLUTE会话所需的参数（下面描述），可以使用38（针对ATSC中的FLUTE分量而component_type定义38），或者43（即，未分配值）可以被定义为用于新的NRT发送的component_type并且被使用。
num_STKM_streams字段（8比特）对与相应分量相关的STKM流的数量进行标识。
STKM_stream_id字段（8比特）对具有密钥的STKM流进行标识，以对获得的相应受保护的分量解密。这里，参考用于STKM流的分量描述符中的STKM_stream_id字段。
NRT_component_data(component_type)字段提供表示相应的分量所需的编码参数和其它参数中的至少一个。这里，通过component_type字段的值来确定NRT_component_data元素的结构。
FLUTE会话的文件传送表（FDT）用于传送所有内容项的项列表，并提供相关项的大小、数据类型和其它信息，以获得项。
因此，本发明利用NST获得用于接入发送相应内容的FLUTE会话的信息，以接收从利用NRT-IT所获得的SG中选择的内容。此外，本发明将通过相应FLUTE会话所发送的文件中的信息映射到关于NRT-IT的内容项的信息。在这种情况下，通过NST的NRT_service_id来解决包括所选的内容项的服务的标识。
通过FLUTE发送NRT服务，并且关于NST表的接入信息如下连接到FLUTE会话信息。
Source_IP_address是发送FLUTE会话的所有信道的相同服务器的源IP地址。
如果存在FLUTE会话的会话等级的目的IP地址，则按信号方式发送NRT_service_destination_IP_Address。
分量可以被映射到FLUTE会话中的信道，并且在各个信道通过component_destination_IP_address按信号方式发送附加目的IP地址（这与通过会话按信号方式发送的IP地址不同）。另外，通过component_destination_UDP_port_num按信号方式发送目的端口号，并且可以通过port_num_count另外指定从component_destination_UDP_port_num开始的目的端口号。
可以通过指定多个端口来向一个目的IP地址提供多个信道，在这种情况下，一个分量指定多个信道。然而，推荐的是，信道通过目的IP地址被区分，并且在这种情况下，一个信道被映射到一个分量。
可以使用component_attribute_byte以按信号方式发送构成会话的分量的附加属性。可以藉此来按信号方式发送按信号方式发送FLUTE会话所需的附加参数。
在这方面，需要用于按信号方式发送FLUTE会话的参数，并且所述参数包括明确需要的参数和与相应FLUTE会话相关的可选需要的参数。首先，明确需要的参数包括诸如源IP地址、会话中的信道的数量、用于会话中的各个信道的目的IP地址和端口号、会话的传输会话标识符（TSI）以及会话的开始时间和结束时间的参数。与相应FLUTE会话相关的可选需要的参数包括诸如FEC对象发送信息、在第一位置告诉接收机会话包含感兴趣的文件的一些信息和带宽规范的参数。
会话中的信道的数量可以被明确提供，或者可以通过将构成会话的流的数量相加来获得。通过NST和component_descriptor，可以按信号方式发送诸如会话的开始时间和结束时间、会话中的各个信道的源IP地址、目的IP地址和端口号、会话的传输会话标识符（TSI）以及会话中的信道的数量的参数。
图15是示出根据实施方式的包括NRT_component_data的NRT分量描述符的比特流语法的示图。
一个NRT服务可以被包括在多个FLUTE会话中。可以根据针对会话所使用的IP地址和端口、利用至少一个NRT分量描述符按信号方式来发送各个会话。
下面，将如下描述NRT_component_data的各个字段。
TSI字段（16比特）表示FLUTE会话的TSI。
session_start_time字段指示FLUTE会话的开始时间。如果相应字段的所有值抖为0，则表示会话已经开始。
session_end_time字段指示FLUTE会话的结束时间。如果相应字段的所有值抖为0，则表示无限地继续会话。
tias_bandwidth_indicator字段（1比特）指示包括独立传输具体应用（TIAS）带宽信息的标记。如果指示存在TIAS带宽字段，则相应比特设置为1，如果指示不存在TIAS带宽字段，则相应比特设置为0。
关于as_bandwidth_indicator字段（1比特），标记包括专用（AS）带宽信息。如果指示存在AS带宽字段，则相应比特设置为1，如果指示不存在AS带宽字段，则相应比特设置为0。
FEC_OTI_indicator字段（1比特）表示是否提供了FEC对象发送信息（OTI）。
tias_bandwidth字段表示TIAS最大带宽。
as_bandwidth字段具有AS最大带宽值。
FEC_encoding_id字段表示相应FLUTE会话中使用的FEC编码ID。
FEC_instance_id字段表示相应FLUTE会话中使用的FEC实例（instance）ID。
提供了这样一种方法：通过FLUTE分量数据字节按信号方式发送与上面相同的参数来提供接收FLUTE会话所需的所有信息，并且通过获得关于通过FLUTE会话所传送的所有文件的信息来接收文件，其中，所述FLUTE会话使用通过会话接收的FDT。
可以通过NST的Component_level_descriptor循环来传送该FLUTE分类描述符。如果FLUTE信道为多个，则由于应该按信号方式一次发送TSI和session_start_time、session_end_Time（即，会话等级的参数），所以仅通过Component_level_descriptor循环在多个信道中在一个分量中发送FLUTE分量描述符。
图16是示出根据实施方式的用于按信号方式发送NRT应用的NRT-IT区段的比特流语法的示图。
从NRT-IT提供的信息包括内容的标题（例如，可下载节目的名称）、下载可用时间和信息、内容顾问、字幕服务可用性、内容标识和其它元数据。一项内容可以包括至少一个文件。例如，可以在用于显示画面的JPEG缩略图中播放音频/视频剪辑。
NRT-IT的实例可以包括与任意预定周期相对应的数据，或者可以描述在预定时间开始并在不确定的未来结束的NRT内容。各个NRT-IT表示开始时间和可能不确定的持续时段。各个NRT-IT实例可以被划分成256个区段。各个区段包括关于多个内容项的信息。特定内容项的信息不能被划分并且存储在至少两个区段中。
比至少一个NRT-IT实例所用的时段更长的可下载内容项是第一NRT-IT。内容项描述按可用性顺序存储在NRT_information_table_section()中。因此，当last_section_number的值大于0（这表示NRT-IT被发送到多个区段）时，不是第一区段的特定区段中的所有内容项描述抖可以具有与下一区段的内容项描述相同或更高的可用性。
各个NRT-IT在时段期间对与特定虚拟信道中的有效service_id的特定值相关的NRT服务进行标识。
table_id字段（8比特）被设置为0xTBD以对相应表区段构成NRT-IT的表区段进行标识。
service_id字段（16比特）描述了与显示区段所描述的内容的NRT服务相关的service_id字段。
NRT_IT_version_number字段（16比特）被定义为关于service_id、current_next_indicator、protocol_version和time_span_start字段具有公共值的至少一个NRT_content_table_section()中的集合。它对NRT-IT实例的版本号进行标识。当NRT-IT实例的字段改变时，版本号增加1对32取模的结果。
如果current_next_indicator字段（1比特）被设置为1，则其表示相应的表区段是可应用的。
protocol_verion字段（8比特）被设置为0。protocol_version的功能使得表类型在未来具有与当前协议中定义的参数的结构不同的参数。当前，仅protocol_version的一个有效值是0。protocol_version中不是0的值用于标准的未来版本以识别具有不同结构的其它表。
time_span_start字段（32比特）表示从1980年1月6日00:00:00UTC中按GPS秒呈现的实例周期的开始时间。time_span_start的每天的时间设置为00分钟的时间。time_span_start的值0表示从负的过去开始的NRT-IT实例的时段。time_span的值在多区段的NRT-IT实例的各个区段处是相同的。time_span_start和time_span_length的值被设置为与在特定时段的IP子网的另一NRT-IT实例不重叠。
time_span_length字段（11比特）对在实例所覆盖的time_span_start所识别的时间开始的分钟数进行标识。一旦被设置，time_span_length的值在time_span_start的值中不能改变。如果time_span_length的值为0，则NRT-IT实例覆盖在不确定的未来从time_span_start开始的整个时间。当time_span_start为0时，time_span_length没有意义。
time_span_start的值在多区段的NRT-IT实例的各个区段处相同。将time_span_start和time_span_length的值设置为与在特定时段的IP子网的另一NRT-IT实例不重叠。
num_items_in_section字段（8比特）表示在NRT-IT区段中描述的内容项的数量。
content_linkage字段（16比特）表示在从0x0001到0xFFFF的范围内的标识号。不使用0x0000。content_linkage是用于两个的连接功能：其将与NRT服务相关的FLUTE FDT的至少一个文件与NRT-IT的元数据链接，并形成TF_id（用于文本分段表中的文本分段的标识符）。content_linkage字段的值对应于在与内容项相关的各个文件的FLUTE FDT中的FDTCotent-Linkage元素的值或File-Content-Linkage元素的值。当包括FLUTE FDT中的相应内容连接元素的各个内容连接值匹配时，应用优先级规则。
当在服务信令信道的文本分段表中存在文本分段时，TF_availiable标记（布尔标记）被设置为1。如果在用于内容项的服务信令信道中不存在文本分段，则TF_availiable的值被设置为0。
如果low_lantency（布尔标记）被设置为1，则随着用户等待，收集尝试的足够低的延迟时间的当前数字发送中的内容有效。如果low_lantency被设置为0，则收集延迟时间变得更长，并且用户界面向用户提供后观看。
playback_length_in_seconds（20比特）是按秒表示内容的播放时间的整数。包括文本和/或静止图像的内容具有0的值。关于包括音频或音频/视频内容的内容，playback_length_in_seconds表示音频或音频/视频内容的播放时间。
如果content_length_included（布尔标记）被设置为1，则在‘for’循环中重复存在content_length字段。如果content_length_included被设置为0，则指示在‘for’循环中没有重复存在content_length字段。
如果playback_delay_included标记（布尔标记）被设置为1，则它指示在‘for’循环中重复地存在playback_delay字段。如果playback_delay_included标记被设置为0，则它指示在‘for’循环中没有重复地存在playback_delay字段。
如果expiration_included标记（布尔标记）被设置为1，则在‘for’循环中重复地存在expiration字段。如果expiration_included标记被设置为0，则在‘for’循环中没有重复地存在expiration字段。
duration（12比特）字段按分钟表示包括1到2880的范围内的参考内容项的旋转木马的期望周期时间。接收机使用duration参数来确定参考内容捕获所花费的时间。
playback_delay（20比特）用在缓冲输入流的同时播放相关内容之前的第一字节的下一秒数来表示。0的值表示播放立即开始。当playback_delay没有被设置时，接收机在播放之前收集完整的文件或文件。
expiration字段（32比特）表示从1980年1月6日00:00:00UTC中按GPS秒表示的期满时间。在期满之后，从存储器中删除内容。如果没有期满，则接收机使用用于管理存储器资源的团队选择的方法。
content_name_length_字段（8比特）表示content_name_text的长度（字节单位）。
content_name_text()字段表示在具有多个串结构的系统中的内容项标题。
content_descriptors_length字段（12比特）表示提供关于内容登记的附加信息的content_descriptor的整个长度（字节单位）。
content_descriptor是被另外应用于各个内容项的描述符。
descriptor_length（10比特）表示描述符的整个长度（字节单位）。
描述符通常被应用于在当前NRT-IT区段中描述的所有内容项。
图17是示出根据实施方式的用于NRT区段（NRT_content_table_section）的比特流的语法结构的示图。NCT区段中的各个字段的详细描述如下。
在图17中，作为表的标识符的table_id字段（8比特）包括用于对NCT进行标识的标识符。
section_syntax_indicator字段（1比特）是定义NCT的区段格式的指示符。
private_indicator字段（1比特）表示NCT是否遵循（follow）私有区段。
section_length字段（12比特）表示NST的区段长度。
NRT_channel_id字段（16比特）表示用于对包括NCT中描述的内容的NRT服务唯一进行标识的值。
version_number字段（5比特）表示NCT的版本号。
current_next_indicator字段（1比特）表示相应NCT区段中的信息当前或未来是否可应用。
section_number字段（8比特）表示当前NCT区段的区段号。
last_section_number字段（8比特）表示NCT的最后区段号。
protocol_version字段（8比特）指示允许NCT发送具有与当前协议中定义的参数的结构不同参数的协议版本。（功能允许在未来使用的8比特无符号整数字段，该NRT内容表承载与当前协议中定义的参数结构不同的参数。目前，protocol_version的值将为0。该标准的未来版本可以使用protocol_version的非零值以指示结构不同的表）。
num_contents_in_section字段（8比特）指示NCT中的内容的数量。在这点，内容的数量表示通过source_id指定的虚拟信道所发送的内容的数量。
稍后，‘for’循环（或内容循环）被执行与num_contents_in_section字段值相对应的内容的数量一样多次，以通过各个内容提供相应内容的详细信息。
content_version字段（32）比特指示用于具有特定content_id值的内容（或文件）的版本号。即，我们假设如果接收机先前接收的内容的content_id是0x0010，则发送相同的内容（即，其content_id是0x0010）。在这点，如果content_version字段值不同，则通过NCT接收最新公告的内容来更新或替换先前存储的内容。在该实施方式中，content_version字段值表示呈现发行版本的序号，但可以实际呈现直接公开（发行）时间。在这点，如果content_version字段不同以呈现公开时间，则可以使用新字段以呈现公开（发行）时间。
content_id字段（16比特）指示用于对内容（或文件）唯一地进行标识的标识符。
content_available_start_time字段（32）比特和content_available_end_time字段（32比特）表示发送内容的FLUTE会话的开始和结束时间。
ETM_location字段（2比特）描述扩展的文本消息（ETM）的存在和位置。
content_length_in_seconds字段（30比特）以秒为单位描述当内容（或文件）是A/V文件时，相应内容的实际播放时间。
content_size字段（48比特）按字节为单位表示内容（或文件）的大小。
content_delivery_bit_rate字段（32比特）表示发送内容（或文件）的比特率，并表示目标比特率。即，当服务供应商或广播站发送相应内容时，content_delivery_bit_rate字段显示将分配多宽的带宽。因此，如果接收机使用content_size和content_delivery_bit_rate，则获得用于接收相应内容（或文件）的最小时间。即，用于接收内容的时间被估计并被提供给用户。另外，通过计算(conent_size*8)/(content_delivery_bit_rate)来获得最小接收时间，其单位是秒。
content_title_length字段（8比特）按字节为单位表示content_title_text()的长度。如果使用该字段，则接收机知道需要读取多少字节以获得content_title_text()信息。
content_title_text()字段按多个串结构格式表示内容标题。
即，接收机使用NCT获得关于NRT内容/文件的配置信息，并基于所获得的关于NRT内容/文件的配置信息来提供用于NRT/文件的指南。此外，接收机从NST获得发送通过指南选择的内容/文件的FLUTE会话的接入信息，并利用所获得的FLUTE会话接入信息来接收选择的内容。
此外，本发明可以在NCT中包括用于选择构成NRT服务的内容/文件所需的媒体对象的容器信息、编码信息和解码参数，然后进行发送。因此，接收系统提取呈现相应的内容/文件所需的通过各个内容的媒体对象的容器信息、编码信息和解码参数，并且使用容器信息、编码信息和解码参数进行呈现。
图18是示出根据实施方式的提供关于NRT服务的信令信息的SMT会话的比特流语法结构的示图。
这里，为了帮助理解，按MPEG-2私有区段格式创建相应的语法，但相应的数据的格式可以改变。
SMT描述了在其中发送SMT的信号群中的移动服务的信令信息（或NRT服务的信令信息）和IP接入信息。SMT使用包括各个服务的广播流的Transport_Stream_ID（即，标识符），并且提供相应服务的广播流信息。此外，SMT包括一个信号群中的各个移动服务（或NRT服务）的描述信息，并且包括描述符区域中的其它附加信息。
如上面所提到的，SMT会话可以作为IP流格式包括在RS帧中，然后被发送。在这种情况下，接收机的RS帧解码器描述并稍后加密输入的RS帧，并且将经解码的RS输出到相应的RS帧处理器。此外，各个RS帧处理器将输入的RS帧按行为单位划分以构造M/H TP，并将其输出到M/H TP处理器。
另外，通过SMT发送的字段的示例如下。
table_id字段（8比特）是指示表类型的字段，通过该字段，确认该表区段是SMT中的表区段。（table_id：指示在服务映射表（SMT）中定义的表区段的类型的8比特无符号整数）。
section_syntax_indicator字段（1比特）是定义SMT的会话格式的指示符，并且其会话格式可以是MPEG的short-form syntax('0')（section_syntax_indicator：该1比特字段将被设置为‘0’以总指示从MPEG-2私有区段表的“short”形式中得到该表）。
private_indicator字段（1比特）指示SMT是否遵循私有区段（private_indicator：该1比特字段将被设置为‘1’）。
section_length字段（12比特）表示在相应字段之后的SMT的剩余会话长度（section_length：12比特字段。section_length指定紧接在该字段之后该表区段的剩余字节数。该字段的值将不超过4093（0xFFD））。
table_id_extension字段（16比特）取决于表，并且可以是提供剩余字段的范围的table_id字段的逻辑部分（table_id_extension：这是16比特字段，并且是从属表。其将被认为是提供剩余字段的范围的table_id字段的逻辑部分）。
这里，table_id_extension字段包括SMT_protocol_version字段。
SMT_protocol_version字段（8比特）显示使得SMT发送具有与当前协议中定义的参数结构不同的参数的协议版本（SMT_protocol_version：8比特无符号整数字段，其功能为使得在未来该SMT承载与当前协议中定义的参数结构不同的参数。目前，SMT_protocol_version的值将为0。该标准的未来版本可以使用SMT_protocol_version的非零值以指示结构不同的表）。
ensemble_id字段（8比特）包括‘0x00’到‘0x3F’的值作为与相应信号群（Ensemble）相关的ID值（ensemble_id：‘0x00’到‘0x3F’范围中的该8比特无符号整数字段将是与该信号群相关的信号群ID。将通过使用最低有效7位的相关队列（parade）的parade_id，并且当通过主要RS帧承载信号群时通过使用最高有效位的‘0’以及当通过次要RS帧承载信号群时通过使用最高有效位的‘1’，从来自物理层子系统的基带处理器所承载的parade_id得到该字段的值）。
version_number字段（5比特）表示SMT的版本号。current_next_indicator字段（1比特）指示发送的SMT表会话当前是否是可应用的（current_next_indicator：一比特指示符，当被设置为‘1’时，将指示服务映射表当前是可应用的。当该比特被设置为‘0’时，将指示发送的表还不可应用，并且将为下一表以变得有效。该标准不需要必须发送多个“下一”表（具有设置为‘0’的current_next_indicator的表）。将通过增加version_number字段来按信号方式发送对当前可应用表的更新）。
section_number字段（8比特）表示当前SMT会话号（section_number：该8比特字段将给出该NRT服务信令表区段的区段号。在NRT服务信令表中该区段的section_number将是0x00。section_number在NRT服务信令表中针对各个附加区段将增加1）。
last_section_number字段（8比特）表示构成SMT表的最后会话号。
（last_section_number：该8比特字段将给出该区段是一部分的服务信令表的最后区段（即，具有最高section_number的区段）的号）。
num_services字段（8比特）指示SMT会话中的服务的数量。（num_services：该8比特字段指定在该SMT区段中的服务的数量）。可通过具有SMT的信号群接收至少一个移动服务、至少一个NRT服务或移动和NRT服务。如果通过具有SMT的信号群仅接收到NRT服务，则可以指示SMT中的NRT服务的数量。
稍后，将执行‘for’循环与num_service字段值相当于的服务的数量一样多次，以提供关于多个服务的信令信息。即，在SMT会话中通过各个服务来显示相应服务的信令信息。这里，服务可以是移动或NRT服务。在这点，可以向各个服务提供下面的字段信息。
service_id字段（16比特）表示用于对相应服务唯一进行标识的值（将对该SMT区段的范围内的该服务唯一地进行标识的16比特的无符号整数）。服务的service_id在服务的整个生命期中将不改变。
为了避免混乱，推荐：如果服务终止，则用于该服务的service_id将不用于另一服务，直到过去了合适的时间间隔之后为止。这里，如果服务是NRT服务，则service_id可以对NRT服务进行标识。
Multi_ensemble_service字段（2比特）对是否通过至少一个信号群发送了相应服务进行标识。
另外，相应的字段对服务是否被呈现为通过相应信号群发送的服务的一部分进行标识。即，如果服务是NRT服务，则该字段对该NRT服务是否通过至少一个信号群被发送进行标识（multi_ensemble_service：将对该服务是否通过多于一个的信号群被承载进行标识的2比特枚举字段。另外，该字段将对该服务是否能够仅用通过该信号群承载的服务的一部分而被呈现进行标识）。
service_status字段（2比特）对相应服务的状态进行标识。这里，MSB指示相应服务是活跃的（1）还是不活跃的（0），并且LSB指示相应的服务是隐藏的（1）还是不隐藏的（0）。这里，当服务是NRT服务时，service_status字段的MSB指示相应的NRT服务是活跃的（1）还是不活跃的（0），并且LSB指示相应的NRT服务是隐藏的（1）还是不隐藏的（0）。
SP_indicator字段（1比特）表示是否设置了相应服务的服务保护。如果SP_indicator字段值为1，则向提供相应服务的有意义呈现所需的分量应用服务保护。
short_service_name_length字段（3比特）按字节为单位表示short_service_name字段中的服务缩写名的长度。
short_service_name字段表示相应服务的缩写名（short_service_name：服务的缩写名，缩写名的各个字符将每UTF-8[29]被编码。当在缩写名中存在奇数个字节时，由short_service_name_length所指示的每个对计数的最后一个字节对的第二字节将包含0x00）。例如，如果服务是移动服务，则显示移动服务的缩写名，如果服务是NRT服务，则显示NRT服务的缩写名。
service_category字段（6比特）对相应服务的类型种类进行标识。如果相应字段的值被设置为指示“仅提供信息的”值，则其被默认为服务的种类的信息描述。并且，接收机需要测试SMT的component_level_descriptors()字段，以对接收的服务的实际种类进行标识。service_category字段针对具有视频和/或音频分量的服务具有基于NTP时间的分量。
尤其是，关于本发明，如果service_category字段值具有‘0x0E’，则相应服务指示NRT服务。在这种情况下，其指示在SMT会话中当前描述的服务的信令信息是NRT服务的信令信息。
num_components字段（5比特）指示该服务中的IP流分量的数量。
IP_version_flag字段（1比特）当被设置为‘0’时，将指示source_IP_address、service_destination_IP_address和component_destination_IP_address字段是IPv4地址。
该字段的‘1’的值被保留用于对source_IP_address、service_destination_IP_address和component_destination_IP_address字段是IPv6的可能未来指示。当前没有定义IPv6地址的使用。
source_IP_address_flag字段（1比特）当被设置时将指示存在该服务的源IP地址值以指示源特定多播。
当service_destination_IP_address_flag字段（1比特）被设置时，其指示通过具有与service_destination_IP_address不同的目标IP地址的IP数据报发送相应的IP流分类。
因此，如果该标记被设置，则接收系统使用component_destination_IP_address作为destination_IP_address，并且忽略num_channels循环中的service_destination_IP_address字段（service_destination_IP_address_flag：1比特布尔标记，当被设置为‘1’时，指示存在service_destination_IP_address值以用作该服务的分量的默认IP地址）。
关于source_IP_address字段（32或128比特）如果source_IP_address_flag被设置为1，则需要解释，否则如果被设置为0，则不需要解释。
当source_IP_address_flag字段被设置为‘1’并且IP_version_flag字段被设置为‘0’时，该字段指示表示相应电路信道的源的32比特IPv4地址。如果IP_version_flag字段被设置为‘1’，该字段指示表示相应虚拟信道的源的32比特IPv6地址（source_IP_address：如果source_IP_address_flag字段被设置为‘1’，将存在该字段，如果source_IP_address_flag字段被设置为‘0’，将不存在该字段。如果存在，则该字段价格包含承载该服务的分量的所有IP数据报的源IP地址。该字段的128比特长的地址版本的有条件使用是为了方便在未来IPv6的可能使用，尽管当前没有定义IPv6的使用）。
如果服务是NRT服务，则source_IP_address字段变成发送FLUTE会话的所有信道的相同服务器的源IP地址。
关于service_destination_IP_address字段（32或128比特），如果service_destination_IP_address_flag被设置为1，则需要解释，但如果被设置为0，则不需要解释。当service_destination_IP_address_flag字段被设置为‘1’并且IP_version_flag字段被设置为‘0’时，该字段指示相应虚拟信道的32比特目的IPv4地址。
当service_destination_IP_address_flag被设置为‘1’并且IP_version_flag字段被设置为‘1’时，该字段指示相应虚拟信道的64比特目的IPv6。如果不能解释相应的service_destination_IP_address，则num_components循环中的component_destination_IP_address字段需要被解释，并且接收系统使用component_destination_IP_address以接入IP流分类（service_destination_IP_address：如果service_destination_IP_address_flag被设置为‘1’，则存在该字段，如果service_destination_IP_address_flag被设置为‘0’，则不存在该字段。如果不存在该service_destination_IP_address，则针对num_components循环中的各个分量将存在component_destination_IP_address字段。该字段的128比特长的地址版本的有条件使用是为了方便在未来IPv6的可能使用，尽管当前没有定义IPv6的使用）。如果服务是NRT服务，则用FLUTE会话的会话等级的目的IP地址来按信号方式发送service_destination_IP_Address字段。
另外，SMT利用‘for’循环提供关于多个分量的信息。
稍后，‘for’循环（或分量循环）被执行与num_components字段值相对应的分量的数量一样多次，以提供关于多个分量的接入信息。即，提供关于相应服务中的各个分量的接入信息。在这点，可以提供关于各个分量的下面的字段信息。这里，根据实施方式，一个分量对应于一个FLUTE会话。
essential_component_indicator字段（1比特）当被设置为‘1’时，将指示该分类是服务的必要分量。否则，该字段指示该分类是可选分量。
component_destination_IP_address_flag（1比特）当被设置为‘1’时将指示针对该分量存在component_destination_IP_address。
port_num_count字段（6比特）将指示与该UDP/IP流分类相关的目的UDP端口号。目的UDP端口号的值将从component_destination_UDP_port_num字段开始并且将增加1，除了在RTP流的情况下之外，当目的UDP端口号将从component_destination_UDP_port_num字段开始并且将增加2时，允许与RTP流相关的RTCP流。
component_destination_UDP_port_num（16比特）表示该UDP/IP流分量的目的UDP端口号。针对RTP流，component_destination_UDP_port_num的值将为偶数，并且下一更高值将表示相关RTCP流的目的UDP端口号。
如果component_destination_IP_address_flag被设置为‘1’，则将存在component_destination_IP_address字段（32或128比特），如果component_destination_IP_address_flag被设置为‘0’，则将不存在component_destination_IP_address字段。当存在该字段时，承载M/H服务的该分量的IP数据报的目的地址将匹配该字段的地址。当不存在该字段时，承载该分量的IP数据报的目的地址将匹配M/H_service_destination_IP_address字段中的地址。该字段的128比特长的地址版本的有条件使用是为了方便在未来IPv6的可能使用，尽管当前没有定义IPv6的使用。
num_component_level_descriptors字段（4比特）指示提供关于分量等级的附加信息的描述符的数量。
component_level_descriptor()字段被包括在分量循环中与num_component_level_descriptors字段值相当的数量一样多次，使得提供关于分量的附加信息。
num_service_level_descriptors字段（4比特）指示提供关于相应服务等级的附加信息的描述符的数量。
service_level_descriptor()字段被包括在服务循环中与num_service_level_descriptors字段值相当的数量一样多次，使得提供关于服务的附加信息。如果服务是移动服务，则提供关于移动服务的附加信息，如果服务是NRT服务，则提供关于NRT服务的附加信息。
num_ensemble_level_descriptors字段（4比特）指示提供关于信号群等级的附加信息的描述符的数量。
ensemble_level_descriptor()字段被包括在信号群循环中与num_ensemble_level_descriptors字段值相当的数量一样多次，使得提供关于信号群的附加信息。
此外，可以将作为component_level_descriptors()的component_descriptor()提供给图18的SMT。
component_descriptor()被用作SMT的omponent_level_descriptors()中的一个，并且描述相应分量的附加信令信息。
因此，关于移动NRT服务，可以利用图14的分量描述符提供用于接收相应FLUTE会话所需的信令信息。
例如，如果图14的分量描述符的component_type字段值是38，则component_data(component_type)字段提供用于FLUTE文件传送的数据，如图15所示。由于以上对图14和图15的各个字段做出了描述，将省略重叠描述。
图19是示出根据实施方式的用于映射文件和content_id的FDT方案的示图。图20是示出根据另一实施方式的映射文件和content_id的FDT方案的示图。图19和图20表示FDT即时（instant）等级入口文件指定方法。NRT内容包括多个文件。然而，由于各个文件没有标记，所以难以搜索与NRT内容相关的文件。因此，如图19和图20所示，将content_id插入到各个文件中的FDT。
下面，如果需要定义FDT中声明的所有文件的公共属性，则FDT实例等级表示包括用于公共属性的定义部分的等级。FDT文件等级可以表示包括对各个文件的各自属性的定义的等级。
接收机识别通过相应信道发送的服务是否是基于SMT的NRT服务。另外，接收机识别相应NRT服务的内容项和文件。
如上面提到的，尽管接收机可以识别NRT服务中的文件和内容项，但它不具有关于内容项的文件的信息，因此不能对其进行匹配。因此，接收机可能不能处理NRT服务。
因此，本发明提供了对内容项是否相关进行标识的方法。即，相应的方法显示在内容项中包括什么类型的文件。在这种情况下，接收机可以适当地处理接收的NRT服务。因此，可以基于发送NRT服务的FLUTE会话中的FDT信息来指定相应的方法。例如，基于FLUTE会话中指定的content-location和TOI字段对构成内容项的各个文件进行标识。FDT中的content_id与NCT的内容标识符或者OMB BCAST SG中的内容分段的内容标识符匹配。
参照图19和图20，用1指示的部分声明FDT-Instance等级中的内容标识符，该声明的内容标识符被分配给在相应的FDT-Instance中声明的所有文件。当然，可以通过在文件等级分配新的内容标识符来重写该信息。或者，如果特定文件属于另一内容项（不是在FDT-Instance等级中定义的内容项），则可以通过分配下面描述的文件等级content_id来对此进行通知。该实施方式用16比特表示content_id。
关于用2指示的部分，当FDT实例中的文件包括在具有在文件等级中声明的content_id的不同的内容项中时，该方法标记哪个文件（内容项和内容的所有文件）属于哪个入口。
部分3是通知各个文件的相应文件是否是入口文件的方法。即，与根文件（所述根文件在构成内容项的多个文件中被首先播放，或者必须被首先执行以接入内容项）相对应的文件被称为入口文件，并且表示通知该信息的方法。可以省略入口文件，并且入口文件的默认值是假。当省略入口文件时，这表示相应的文件不是入口文件。“入口”是文件的报头，其中，需要处理文件的报头以执行文件。例如，“index.html”可以是“entry（入口）”。因此，入口文件可以被设置为‘真’，其它文件可以被设置为“假”。通过入口文件，可以有效地控制重复发送相同的文件。一旦文件被下载，则入口文件只是用于另一参考的内容的文件，使得不需要在另一或附加实例中下载该文件。
特定文件在作为与文件等级相关的组的特定组中用作入口，以标记入口是否可以，但其相应的作用在另一组中可能无效。当在FDT实例等级中分配内容标识符时，通知入口文件的方法可以被认为是下面的两种方法。
1）向与入口文件相对应的文件分另外地分配文件等级内容标识符并将其入口属性设置为真的方法：在这种情况下，在FDT实例等级和文件等级中复制内容标识符，但内容标识符具有最灵活的结构。即，尽管文件等级和FDT实例等级中的每一个可以分配content_id，但如果在文件等级和FDT实例中一起分配另一content_id，则文件等级的content_id具有比FDT实例等级的content_id高的优先级。
2）与图20的FDT方案的另一实施方式相同，在FDT实例等级的内容标识符定义中可以直接参考用作入口文件的文件。为此，根据图20的实施方式，针对FDT实例等级内容标识符另外定义FDT-Content-ID-Type，并且如部分2所示，FDT-Content-ID-Type扩展以包括入口文件的内容位置。在部分2的情况下，入口等级用其content_id被定义。例如，各个content_id表示存在哪个入口文件。
在该方法中，内容位置（content-location）被复制，所以信令可能是有问题的，但可以通过各个内容项立即获得入口文件配置信息。
图21是示出根据实施方式的接收机的操作的流程图。
参照图21，根据实施方式，接收机通过NRT服务信令信道接收NRT服务信令数据，基于接收的NRT服务信令数据显示NRT指南信息，并接收用于所选择的NRT内容的NRT服务数据，以提供NRT服务。
首先，一旦接收机通电，则在操作S1000，用户选择信道。然后，根据所选择的信道调谐物理发送信道。
然后，在操作S1010，从通过经调谐的物理发送信道所接收的广播信号中获得VCT和PMT。然后，在操作S1020，通过对所获得的TVCT（VCT）进行解析来确认是否存在NRT服务。通过检查VCT的虚拟循环中的service_type字段值来对此进行确认。例如，如果service_type字段具有0x08，则存在NRT服务。此外，如果不是0x08，则由于相应的虚拟信道不发送NRT服务，所以在操作S1111可以根据虚拟信道中的信息执行诸如常规A/V服务的适当操作。
此外，如果确定存在NRT服务，则由于相应的虚拟信道发送NRT服务，所以在操作S1030获得与包括用于NRT服务信令信道地址的已知IP地址的流的特定PID（PID_NST）匹配的PID（PID=PID_NST）。
此外，在操作S1040，接收机接收具有与获得的PID值（PID_NST）相同的PID的传输包（TP）。
然后，在操作S1050，接收机从接收的TP中提取包括NRT服务表（NST）的NRT服务信令数据，或者从接收的TP中提取用于NRT服务信令信道的IP地址，以通过IP层接收按另一格式发送的NRT服务信令数据。
然后，在操作S1060，接收机从NST中获得关于通过各个NRT服务进行的NRT服务数据发送的信道信息。
然后，在操作S1070，接收机从NRT服务信令数据中获得包括与Channel_id的值相同的NRT_channel_id字段值、所获得的信道信息的标识符的NRT内容表（NCT）。
然后，在操作S1080，接收机从所获得的NCT的各个字段中获得关于构成各个NRT服务的NRT内容的内容信息。例如，根据NCT的实施方式，内容信息可以包括content_delevery_bit_rate、content_available_start_time、content_available_end_time和content_title_text()字段中的至少一个。
然后，在操作S1090，接收机利用内容信息来显示NRT指南信息。用户可以从所显示的NRT指南信息中选择要使用或者要被接收的NRT内容。
然后，在操作S1100，接收机从NST中获得具有所选择的NRT内容的NRT服务接入信息。NRT服务接入信息可以包括例如用于接收NRT服务数据的信道信息或IP地址信息。
此外，在接入用于发送NRT服务的信道或服务器之后，在操作S1100，接收机利用所获得的NRT服务接入信息来接收相应的NRT内容，并根据NRT内容来执行适当的操作。
图22和图23是示出了根据另一实施方式的接收系统接收、存储和播放用于NRT服务的NRT内容的示图。
图23的接收机可以包括操作控制单元100、基带处理单元110、服务解复用器120、流分量处理器130、媒体处理器140、文件处理器150、服务管理器160、PVR管理器170、第一存储单元180、SG处理器190、EPG管理器191、NRT服务管理器192、应用管理器194、中间件引擎193、呈现管理器195和用户接口（UI）管理器196。
基带处理单元110可以包括调谐器111和解调器。服务解复用器120可以包括MPEG-2TP处理器121、PSI/PSIP处理器122、MPEG-2TP解复用器123、解扰器124和第二存储单元123。
流分量处理器130可以包括打包基本流（PES）解调器131、基本流（ES）解调器132、PCR处理器133、STC处理器134、DSM-CC可寻址区段处理器135、IP数据报处理器136、解扰器137、UDP处理器138、服务信令区段处理器138-1和条件接入系统（CAS）139。
媒体处理器140可以包括A/V解调器141。文件处理器150可以包括ALC/LCT流处理器151、文件重构缓冲器152、XML解析器153、FDT处理器154、解压缩器155、第三存储单元156和文件解码器157。
在图23中，调谐器111根据服务管理器160的控制对通过地面波接收的广播信号中的期望信道的广播信号进行调谐，然后将经调谐的广播信号降频转换到中频（IF）信号，以将该IF信号输出到解调器112。调谐器111可以接收实时流和非实时流。在本发明中，非实时流被称为NRT流。
解调器112对通过调谐器111输入的通带的数字IF信号执行自动增益控制、载波恢复和定时恢复。例如，当广播信号是VSB调制信号时，针对自动增益控制、载波恢复和定时恢复来执行VSB解调处理。
按MPEG-2传输流（TS）包格式将解调器112中的经解调和信道均衡的数据输出到MPEG-2TP处理器121。
MPEG-2TP处理器121包括MPEG-2TP缓冲器和MPEG-2TP解析器，并在临时存储解调器112的输出之后分析TS报头。然后，如果解调器112的输出是实时的A/V TS包或者NRT TS包，则被输出到解复用器123，如果是用于PSI/PSIP表的TS包，则被输出到PSI/PSIP处理器122。
PSI/PSIP处理器122包括PSI/PSIP区段缓冲器和PSI/PSIP解析器，并在临时存储了从MPEG-2TP处理器121输出的TS包之后，参考表标识符从TS包的净荷中的PSI/PSIP区段数据恢复解析相应的表。在这点，通过相应区段中的table_id字段、section_number字段和last_section_number字段来确定一个表是包括一个区段还是包括多个区段。另外，收集具有相同表标识符的区段以完成相应的表。例如，收集具有分配给VCT的表标识符的区段以完成VCT。此外，服务管理器160收集各个表的经解析的信息，将该信息存储在第一存储单元180中。通过以上处理将诸如VCT、PAT、PMT和DST的表信息存储在第一存储单元中。服务管理器160按服务映射和指南数据格式将表信息存储在第一存储单元180中。
如果输入的TS包是实时的A/V TS包，则解复用器123将TS包划分成音频TS包和视频TS包，然后将音频TS包和视频TS包输出到PES解码器131。如果输入的TS包是NRT TS包，则将其输出到DSM-CC处理器135。另外，如果TS包包括节目时钟参考（PCR），则解复用器123将其输出到PCR处理器133，如果TS包包括条件接入（CA）信息，则将其输出到CAS139。NRT TS包包括具有NRT服务数据的TS包和具有NRT服务信令信道的TS包。将用于对NRT服务进行标识的唯一PID分配给NRT服务数据的TS包，并且利用DST和PMT提取包括NRT服务信令信道的TS包的PID。
如果输入的TS包的净荷是加扰的，则解复用器123将其输出到解扰器124，然后解扰器124从CAS139接收解扰所需的信息（加扰所使用的控制字），并对TS包执行解扰。
解复用器123将应临时记录、预约记录和时移中的一个请求而输入的实时A/V包存储到第二存储单元125中。第二存储单元125是大容量存储介质，并且可以包括例如HDD。第二存储单元125根据PVR管理器170的控制执行下载（即，存储）和更新（即，播放）。
解复用器123从自第二存储单元更新的A/V TS包中分离出音频TS包和视频TS包，然后应播放请求将音频TS包和视频TS包输出到PES解码器131。
解复用器123被服务管理器160和/或PVR管理器170控制来执行以上处理。
即，如果VCT中的service_type值指示NRT服务被发送，则服务管理器160从自VCT的虚拟信道循环接收的NRT_service_descriptor()中提取各个NRT服务的标识信息，然后从VCT的服务位置描述符（或PMT的ES循环）中提取DST PID，以接收DST。
然后，从接收的DST中识别NRT服务，并使用DST和PMT提取包括NRT服务信令信道的MPEG-2TS包的PID以接收所识别的NRT服务。将提取出的PID输出到解复用器123。解复用器123将从服务管理器160输出的与PID相对应的MPEG-2TS包输出到可寻址区段处理器135。
PCR是用于A/V解码器141中的音频ES和视频ES的时间同步的时间参考值。PCR处理器133恢复输入的TS包的净荷中的PCR，并将PCR输出到STC处理器134。STC处理器134从PCR恢复系统时间时钟（STC，即系统的参考时钟），并将该系统时间时钟输出到A/V解码器141。
PES解码器131包括PES缓冲器和PES处理器，在临时存储了音频TS包和视频TS包之后，从TS包中去除TS报头，以恢复音频PES和视频PES。将恢复的音频PES和视频PES输出到ES解码器132。ES解码器132包括ES缓冲器和ES处理器，并从音频PES和视频PES中去除各个PES报头，以恢复音频ES和视频ES（即，纯数据）。将恢复的音频ES和视频ES输出到A/V解码器141。
A/V解码器141通过各个解码算法对音频ES和视频ES进行解码，以恢复压缩之前的状态，然后将其输出到呈现管理器195。在这点，当根据STC对音频ES和视频ES执行解码时，执行同步。作为一个示例，音频解码算法包括AC-3解码算法、MPEG2音频解码算法、MPEG4音频解码算法、AAC解码算法、AAC+解码算法、HE AAC解码算法、AAC SBR解码算法、MPEG环绕声解码算法和BSAC解码算法中的至少一个。视频解码算法包括MPEG2视频解码算法、MPEG4视频解码算法、H.264解码算法、SVC解码算法和VC-1解码算法中的至少一个。
CAS139包括CA流缓冲器和CA流处理器，在临时存储了从MPEG-2TS处理器输出的TS包以及从UDP数据报处理器138恢复和输出的服务保护数据之后，从存储的TS包或服务保护数据恢复解扰所需的信息（例如，用于加扰的控制字）。即，提取TS包的净荷中的权利管理消息（EMM）和权利控制消息（ECM），并通过对所提取的EMM和ECM进行分析来获得解扰所需的信息。ECM可以包括加扰所使用的控制字（CW）。在这点，可以使用加密密钥来对控制字加密。EMM可以包括相应数据的加密密钥和资格（qualification）信息。将从CAS139获得的解扰所需的信息输出到解扰器124和137。
DSM-CC区段处理器135包括DSM-CC区段缓冲器和DSM-CC区段解析器，并且在临时存储从解复用器123输出的TS包之后，恢复TS包的净荷中的可寻址区段。在通过去除可寻址区段的报头和CRC校验恢复IP数据报之后，将恢复的IP数据报输出到IP数据报处理器136。
IP数据报处理器136包括IP数据报缓冲器和IP数据报解析器。在对从DSM-CC区段处理器135传送来的IP数据报进行缓冲之后，IP数据报处理器136提取经缓冲的IP数据报的报头，以从IP数据报的净荷恢复UDP数据报，然后，将UDP数据报输出到UDP数据报处理器138。
在这点，如果IP数据报是加扰的，则加扰的UDP数据报在解扰器137中被解扰，然后被输出到UDP数据报处理器138。作为一个示例，解扰器137从CAS138接收解扰所需的信息（例如，加扰时使用的控制字），并对UDP数据报执行解扰，以将其输出到UDP数据报处理器138。
UDP数据报处理器138包括UDP数据报缓冲器和UDP数据报解析器。在对从IP数据报处理器136或解扰器137传送的IP数据报进行缓冲之后，UDP数据报处理器138提取和分析经缓冲的UDP数据报的报头，以恢复UDP数据报的净荷中所包括的数据。在这点，如果经恢复的数据是服务保护数据，则被输出到CAS139；如果经恢复的数据是NRT服务信令数据，则被输出到服务信令区段处理器138-1；如果经恢复的数据是NRT服务数据，则被输出到ALC/LCT流处理器1351。
即，关于发送NRT服务信令信道的IP数据报的接入信息是已知的目的IP地址和已知的目的UDP端口号。
因此，IP数据报处理器136和UDP数据报处理器138包括已知的目的IP多播地址和已知的目的UDP端口号，并提取发送NRT服务信令信道（即，NRT服务信令数据）的IP多播流，以将其输出到服务信令区段处理器138-1。
此外，服务信令区段处理器138-1包括服务信令区段缓冲器和服务信令区段解析器，并从NRT服务信令数据中恢复NST并对NST进行解析，以将NST输出到服务管理器160。当对NST解析时，可以提取发送构成NRT服务的内容/文件的FLUTE会话的接入信息和呈现NRT服务所需的信令信息。例如，可以提取用于呈现从NST发送到各个FLUTE会话的NRT服务的内容/文件所需的信息。用于呈现NRT服务的内容/文件的所需的信息可以包括媒体对象的容器信息、编码信息或解码参数。
从NST解析的信息被服务管理器160收集，然后被存储在第一存储单元180中。服务管理器160按服务映射和指南数据格式将从NST提取的信息存储在第一存储单元180中。作为另一示例，NRT服务管理器182可以用作服务管理器160。即经从NST解析的信息被NRT服务管理器192收集，然后被存储在第一存储单元180中。
ALC/LCT流处理器151包括ALC/LCT缓冲器和ALC/LCT流解析器，并且在对从UDP数据报处理器138输出的具有ALC/LCT结构的数据进行缓冲之后，从缓冲的数据中分析ALC/LCT会话的报头和报头扩展。基于对ALC/LCT会话的报头和报头扩展的分析结果，如果发送到ALC/LCT会话的数据具有XML结构，则将其输出到XML解析器153。如果数据具有文件结构，则在被临时存储在文件重构缓冲器152中之后，被输出到文件解码器157或者被存储在第三存储单元156中。如果发送到ALC/LCT会话的数据是用于NRT服务的数据，则通过NRT服务管理器192来控制ALC/LCT流处理器151。在这点，如果发送到ALC/LCT会话的数据是压缩的，则在解压神器155被解压缩之后，被输出到XML解析器153、文件解码器157和第三存储单元156中的至少一个。
XML解析器153对通过ALC/LCT会话发送的XML数据进行分析，如果经分析的数据是用于基于文件的服务，则被输出到FDT处理器154。如果经分析的数据是用于服务指南，则被输出到SG处理器190。
FDT处理器154通过ALC/LCT会话对FLUTE协议的文件描述表进行分析和处理。如果接收的文件是NRT服务，则通过NRT服务管理器192来控制FDT处理器154。
SG处理器190收集和分析用于按XML结构发送的服务指南的数据，然后将该数据输出到EPG管理器191。
文件解码器157通过预定算法对从文件重构缓冲器152输出的文件、从解压神器155输出的文件或者从第三存储单元156上载的文件解码，从而将其输出到中间件引擎193或A/V解码器141。
中间件引擎193解释和运行具有文件结构的数据（即，应用）。此外，可以通过呈现管理器195将应用输出到屏幕或扬声器。根据实施方式，中间件引擎193是基于JAVA的中间件引擎。
EPG管理器191根据用户输入从SG处理器190接收服务指南数据，然后将接收的服务指南数据变换成显示格式，以将其输出到呈现管理器195。应用管理器194对按诸如文件的格式接收的处理应用数据执行常规管理。
服务管理器160收集和分析发送到NRT服务信令信道的PSI/PSIP表数据或NRT服务系列数据，以创建服务映射，然后将其存储在第一存储单元125中。另外，服务管理器160控制关于用户想要的NRT服务的接入信息，并且还控制调谐器111、解调器112和IP数据报处理器136。
操作控制器100根据用户命令控制服务管理器160、PVR管理器170、EPG管理器191、NRT服务管理器192、应用管理器194和呈现管理器195中的至少一个，因此，执行用户想要的功能。
NRT服务管理器192对在IP层上通过FLUTE会话按内容/文件格式发送的NRT服务执行常规管理。
UI管理器196通过UI将用户输入传送到操作控制器100。
呈现管理器195通过扬声器和屏幕中的至少一个向用户提供从A/V解码器141输出的音频/视频、从中间件引擎193输出的文件数据和从EPG管理器191输出的服务指南数据中的至少一个。
此外，服务信令区段处理器138-1、服务管理器160和NRT服务管理器192中的一个从NST的FLUTE会话循环（或NST的分量循环）获得构成NRT服务的内容或关于发送文件的FLUTE会话的NRT服务或IP接入信息。另外，从在NST的分量循环中接收的component_descriptor()获得FLUTE等级接入信息。
然后，ALC/LCT流处理器和文件解码器157利用获得的FLUTE等级接入信息接入FLUTE文件传送会话，以收集该会话中的文件。一旦文件被收集，则所述文件构成一个NRT服务。该NRT服务可以被存储在第三存储单元156中，或者被输出到中间件引擎193或A/V解码器141，以被显示在显示装置上。
第三存储单元158（即，用于存储诸如NRT服务数据的文件的存储介质）可以与第二存储单元125共享，或者可以被单独使用。
图24是示出根据实施方式的接收机接收和提供NRT服务的方法的流程图。
在操作S2010，在移动NRT服务的情况下，接收机可以通过NRT服务信令信道或者通过接收IP数据报来获得NRT服务信令信息，并且从NRT服务信令信息中获得SMT。
然后，在操作S2020，接收机从SMT中获得NRT服务信息。可以通过对服务等级描述符循环中的NRT_service_info_descriptor进行解析来获得NRT服务信息。所获得的NRT服务信息可以包括关于各个NRT服务或者其它NRT服务的应用类型的要求信息。
稍后，在操作S2030，接收机基于所获得的NRT服务信息来输出NRT服务指南。NRT服务指南可以包括关于各个服务的应用和服务种类信息。另外，可以基于NRT服务信息描述符的各个字段来进一步显示详细的信息。所述详细的信息可以包括根据storage_requirement字段的关于相应NRT服务的容量信息或根据audio_codec_type或video_codec_type字段的关于相应NRT服务的音频或视频编解码器信息。用户可以基于服务指南中的信息来选择NRT服务以接收和使用NRT服务。
然后，在操作S2040，接收机从NCT获得构成所选择的NRT服务的内容项的标识符（content_id）。接收机从SMT获得与所选择的NRT服务相对应的NRT_service_id，并获得具有与所获得的NRT_service_id相同的NRT_channel_id值的NCT，并通过所获得的NCT获得构成相应NRT服务的内容项的标识符（content_id）。
然后，在操作S2050，接收机通过使用所获得的内容项标识符（content_id）来接入FLUTE会话以接收构成相应内容项的文件。由于构成内容项的各个文件与FLUTE会话中的FDT的TOI或内容位置字段匹配，所以在操作S2060，接收机使用FLUTE会话接收相应内容项的文件。在读取相应的FLUTE会话中的FDT之后，当相应内容的Content-ID属性字段与所获得的content_id相同时，文件的接收可以包括接收相应的文件或对象。
另外，接收机对相应FLUTE会话中的FDT实例进行解析，以获得与内容项相对应的文件的列表。此外，接收机可以获得包括多个文件的列表中用作入口的文件的列表的入口信息。
最后，在操作S2080，接收机基于接收的内容项以及与其相对应的文件的列表获得入口信息来向用户提供NRT服务。
通过NRT服务下载的内容可以与实时广播分开在用户希望的时间被使用。
另外，在提前发送NRT服务并且将NRT服务存储在接收机中之后，广播站可以指定相应NRT服务的内容项，其中，所述相应NRT服务在特定实时广播被发送或者NRT服务被显示的时间被执行。根据本发明的实施方式，NRT服务还可以包括提前与实时广播链接下载并且在特定时间执行的内容。另外，根据本发明的实施方式，NRT服务可以包括提前准备好以在特定时间执行特定NRT服务的内容。与实时广播链接在特定时间触发以针对特定NRT服务执行特定动作的NRT服务内容被称为触发声明对象（TDO）。因此，NRT服务应用根据其是否在特定时间被执行而被分类为非实时声明对象（NDO）或触发声明对象（TDO）。
根据本发明的实施方式，广播站可以发送关于触发TDO的触发信息。所述触发信息可以包括关于在特定时间针对特定TDO执行特定动作的信息。
另外，触发信息可以包括用于按信号方式发送触发的触发信令数据和构成触发的触发数据。另外，发送触发数据的数据流可以被指定为触发流。另外，触发数据可以表示其本身。
这种触发可以包括用于对触发进行标识的触发标识符、用于对要触发的NRT服务进行标识的TDO标识符以及关于TDO的动作信息和触发信息。
触发标识符可以是用于对触发进行唯一标识的标识符。例如，广播站可以在通过ELT提供的预定时间的广播解码信息中包括至少一个触发。在这种情况下，接收机可以基于所述至少一个触发在针对各个触发指定的时间对触发目标TDO执行动作。在这点，接收机可以利用触发标识符对各个触发进行标识。
TDO标识符可以是用于对NRT服务内容（即，触发的目标）进行标识的标识符。因此，TDO标识符可以包括触发服务标识符（NRT_service_id）、内容链接（content_linkage）和NRT内容项入口的URI或URL中的至少一个。此外，TDO标识符可以包括用于对稍后描述的触发目标TDO进行标识的目标标识符（target_service_id）。
另外，TDO动作信息可以包括关于用于触发目标的TDO的动作的信息。动作信息可以是目标TDO的执行、终止、扩展命令中的至少一个。另外，动作信息可以包括用于在目标TDO中产生特定功能或事件的命令。例如，如果动作信息包括目标TDO的执行命令，则触发可以请求接收机激活目标TDO。另外，如果动作信息包括目标TDO的扩展命令，则触发可以将目标TDO将扩展通知给接收机。另外，如果动作信息包括目标TDO的终止命令，则触发可以通知接收机目标TDO将终止。因此，广播站可以通过触发根据实时内容来控制接收机中的TDO操作。
此外，触发时间可以表示指定用于执行（触发）为目标TDO指定的动作的时间。另外，触发时间可以与特定虚拟信道中的视频流同步，以将NRT服务与实时广播链接。因此，广播站可以参考视频流所参考的PCR来指定触发时间。因此，接收机可以在广播站参考视频流所参考的PCR指定的时间触发TDO。此外，广播站可以按信号方式发送在视频流的报头中具有触发标识符的触发，以发送准确的触发时间。
另外，可以用UTC时间来指定触发时间。在UTC时间的情况下，触发时间不是相对时间，而是绝对时间。
触发时间可以是准确的触发时间，或者可以包括合适的开始时间。此外，接收机可以通过接收合适的时间在准确的触发时间之前提前准备用于目标TDO的动作。例如，接收机可以提前准备TDO执行，使得TDO在触发时间平稳地操作。
图25是示出根据实施方式的触发的比特流语法的示图。
这里，为了帮助理解，触发或触发数据为触发表形式，并且相应的语法为MPEG-2私有区段形式。例如，根据另一种方法，相应的数据可以用会话描述协议（SDP）格式表示，并且通过会话声明协议（SAP）按信号方式被发送。
table_id字段被任意地设置为0XTBD，并且对相应的表区段是构成触发的表区段进行标识。
section_syntax_indicator字段被设置为1，并且指示该区段遵循常规区段语法。
private_indicator字段被设置为1。
section_length字段描述了从紧接在section_length字段之后到该区段的最后在该区段中剩余的比特数。
source_id字段表示与虚拟信道相关的节目的源。
TTT_version_number字段表示触发的版本信息。另外，触发的版本信息表示触发协议的版本。可以使用触发版本信息来确定在触发结构或触发本身中是否存在改变。例如，如果触发版本信息相同，则接收机确定不存在改变。另外，如果触发版本不同，则接收机确定存在触发改变。例如，触发版本信息可以包括多个版本号，并且接收机可以基于所述多个版本号中的一些版本号来确定是否存在触发改变。
current_next_indicator字段如果被设置为1，则表示相应的表区段是可应用的。
section_number字段指示相应表区段的号。
last_section_number字段表示多个区段中的最后和最高号的表区段。
num_triggers_in_section字段表示在相应的表区段中触发的数量。一个会话中的触发的数量可以是一个或多个。另外，下一‘for’循环可以被执行与触发的数量一样多次。
trigger_id字段表示对触发唯一地进行标识的标识符。
trigger_time字段表示执行触发的时间。此外，该字段可以不包括在会话中，在这种情况下，触发时间可以是如上面所提到的从广播流指定的时间。
trigger_action字段表示在触发时间执行的触发的动作信息。触发动作可以包括目标TDO的准备命令、目标TDO执行命令、目标TDO扩展命令和目标TDO终止命令中的至少一个。触发动作还可以包括产生特定命令或事件的命令。
trigger_description_length字段表示trigger_description_text的长度。
trigger_description_text字段表示按文本格式对相应触发的描述。
service_id_ref字段表示对触发的目标TDO进行标识的标识符。因此，例如，service_id_ref字段可以指示SMT或NST的NRT_service_id字段，以对触发目标TDO的NRT服务进行标识。
content_linkage字段表示对触发的目标TDO内容项进行标识的标识符。例如，content_linkage字段可以指示NRT-IT或NCT的content_linkage字段，以对触发的目标TDO内容项进行标识。另外，service_id_ref字段和content_linkage字段可以包括在用于指示一个目标TDO的类中。
num_trigger_descriptors字段表示触发描述符的数量。
trigger_descriptor()字段表示包括关于触发的信息的描述符。
当触发是MPEG-2私有区段的表格式时，广播站可以根据虚拟信道发送一个触发。
广播站发送触发的第一种方法可以包括发送包括触发表（即，PSIP基本PID）的0X1FF流。第一种方法可以通过分配触发表的table_id来将触发表与其它表区分开。
此外，发送触发的第二种方法包括向主指南表（MGT）分配与触发表相对应的PID并且发送具有触发表的相应的PID流。第二种方法利用触发表处理相应PID流中的所有表。
此外，根据实施方式，通过MPEG-2打包的基本流（PES）发送触发和触发信令信息中的至少一个，以将与视频和音频同步的准确时间指定为触发时间。
这里，下面将描述MPEG-2PES的视频和音频同步。接收机解码器与发射机编码器的时间戳同步地操作。编码器具有主振荡器（被称为系统时间时钟（STC））和计数器。STC包括在特定节目以及用于视频和音频解码器的节目的主时钟中。
此外，如果在编码器输入中出现了视频帧或音频块，则对STC进行采样。将采样值和与编码器和解码器缓冲器的延迟一样多的恒定值相加，以产生显示时间信息（即，呈现时间戳（PTS）），然后将该显示时间信息插入到画面或音频块的第一部分中。当发生帧重新排序时，插入表示需要在解码器中对数据解码的时间的解码时间戳（DTS）。除了B画面的帧重新排序之外，DTS和PTS相同。在帧重新排序的情况下另外需要DTS。当使用DTS时，总是存在PTS。按小于大约700兆秒的的时间间隔插入PTS和DTS。另外，在ATSC中定义了在各个画面的开始部分插入PTS和DTS。
此外，编码器缓冲器的输出包括诸如传输包等级的节目时钟参考（PCR）的时间戳。此外，PCT时间戳按小于100兆秒的时间间隔出现，并且被用于同步解码器的STC和编码器的STC。
此外，为了音频流和解码器的同步，视频流和音频流中的每一个可以具有与公共STC相对应的PTS或DTS。因此，PTS和DTS指示何时在各个解码单元播放音频流和视频流，并被用于同步音频和视频。
例如，接收机的解码器将接收的TS流中的PES包输出到视频PES解包器，并且将插入在TS包报头中的PCR值输出到PCR计数器。PCR计数器对PCR值100进行计数，并将其输出到比较单元。此外，视频PES解包器将PES包的报头输出到DTS/PTS提取器，并在基本流缓冲器和解码器中缓冲基本流（即，将被显示的图像数据）。如果从PCR计数器输入的PCR值变成DTS值或者100的PCR值变成PTS值，则比较单元将用于PCR值变成DTS值或者100的PCR值变成PTS值的各个信号输出到解码/显示控制单元。解码/显示控制单元从比较单元接收PCR值变成DTS值的信号，并对在基本流缓冲器和解码器中缓冲的图像数据解码以将该图像数据存储在解码流存储器中。另外，当从比较单元接收PCR值变成PTS值的信号时，解码/显示控制单元通过显示单元显示存储在解码流存储器中的解码图像。
因此，MPEG-2PES在其报头中包括PTS和DTS，所述PTS和DTS将在数据发送期间发送的数据与一个基本流（ES）或多个ES之间的呈现时间进行同步。这称为同步数据流方法。
即，根据实施方式，广播站在PES的净荷中包括触发数据或触发流，并且利用以上同步数据流方法将触发数据指定为PES包报头的PTS值。在这种情况下，接收机可以根据包括触发的PES的PTS所参考的PCR值在准确的时间触发目标TDO。因此，广播站可以利用被指定为触发时间的PES包报头的PTS以及音频和视频PES包报头的PTS来在广播站将触发的音频和视频呈现的准确时间同步触发。
此外，关于包括触发的PES流包的报头，stream_type值可以是0x06以指示同步数据流方法，stream_id可以指示预定流的标识符，并且PES_packet_length可以指示包括PES流的净荷的PES流的长度。
图26是示出根据实施方式的包括触发的根据同步数据流方法的PES结构的示图。
如图26所示，同步数据流方法的PES可以包括PES报头和PES净荷。PES净荷可以包括同步数据包结构。如上面提到的，包括触发表或另一类型的数据的触发可以包括在图26的净荷中，然后被发送。另外，广播站可以按IP数据报格式对触发打包，并且可以包括和发送IP数据区域中的经打包的触发。
图27是将根据实施方式的用于发送触发的PES净荷的同步数据报结构示出为比特流语法的示图。
如图26和图27所示，触发可以包括在同步数据包结构中，然后被发送。所述结构中的各个字段的详细描述如下。
data_identifier字段是用于对PES数据包中所包括的数据的类型进行标识的标识符。可以根据类型将data_identifier字段设置为0X22。
sub_stream_id字段是可由用户设置的标识符（用户私有）。
PTS_extention_flag字段指示是否存在PTS_extention字段。如果该字段值为1，则PTS_extention字段可以在PES_data_packet字段中。另外，当不存在PTS_extention字段时，PTS_extention_flag字段可以为0。
output_data_rate_flag字段可以被设置为0。
syncnronized_data_packet_header_length字段表示PES包报头中的可选字段的长度。如果PTS_extention_flag字段为1，则可以包括syncnronized_data_packet_header_length字段，并且该字段表示包括synchroziced_data_privete_data_byte(s)的长度。
PTS_extension字段扩展从相应的PES包的报头传送的PTS。该字段包括9比特节目时钟参考（PCR）扩展信息。另外，接收机可以将同步数据的PTS分辨率从11.1μs(90kHz)（即，MPEG-2标准）扩展到37ns(27MHz)。
synchronized_data_private_data_byte字段表示同步的PES包的净荷字节。如果DST的protocol_encapsulation表示同步的数据报、不包括LLC/SNAP的IP数据报和包括LLS/SNAP的多协议中的一个，则synchronized_data_byte字段可以包括一个唯一数据报。因此，当使用LLC/SNAP时，仅在PES包的第一8字节synchronized_data_byte中显示8字节LLC/SNAP报头。
因此，如果广播站将触发包括在PES的同步数据流（stream_type）中并且发送，则接收器可以从PES的净荷中提取触发流。另外，接收机可以通过使用PES报头的PTS值作为触发时间来对目标TDO执行动作。因此，可以通过基于PTS（即，用于视频和音频的呈现同步的参考时间）使触发同步来在帧单位的准确时间触发TDO。另外，当用PTS指定触发时间时，可以容易地获得视频和音频同步。
此外，根据实施方式，发送关于获得触发流的触发信令信息。接收机接收触发信令信息，并基于接收的触发信令信息来获得PES的同步数据流中的触发流。
发送触发信令信息以获得使用同步数据流发送的触发流的方法可以改变。下面方法中的一种方法被用于发送触发信令信息：1.通过DST的发送方法；2.通过服务id描述符的发送方法；3.通过触发流描述符的发送方法；和4.通过定义触发流的流类型的发送方法。
根据实施方式，可以通过用于NRT服务的DST来发送触发信令信息。DST是用于发送数据服务的表会话。由于DST的描述和其data_service_bytes()的描述与图8的相同，所以将省略重叠描述。
DST可以包括用于接收构成数据服务的各个基本流（ES）的信令数据。因此，用于接收触发流的触发信令数据可以包括在DST中。
此外，各个数据服务可以包括至少一个应用，并且各个应用可以为包括诸如app_id的应用标识符的应用标识结构。此外，各个应用可以包括构成相应应用或数据流的至少一个数据元素。
因此，为了通过数据服务发送触发流，广播站将一个触发流包括在特定虚拟信道中并发送该触发流。此外，广播站可以将一个触发流包括在各个应用中，并发送该触发流。因此，将根据两种方法描述用于发送触发信令信息的实施方式。
当将一个触发流包括在虚拟信道中时，用于发送触发流的数据服务被称为触发服务。在这种情况下，广播站可以向触发服务分配固定的服务标识符（service ID）。
因此，当服务标识符具有0X01作为固定值时，接收机可以对一个触发流被发送到虚拟信道进行标识。
这里，广播站可以将触发信令信息包括在DST中的应用标识结构中，并发送该触发信令信息。
例如，广播站添加0x0001作为DST的App_id_description字段值，以设置表示用于将诸如TDO的NT服务与实时广播链接的交互应用的值。另外，app_id_byte_length可以使用3字节（0x0003），app_id_byte可以被分配0x01以指示相应的数据服务包括触发流信令信息。
因此，接收机通过以上方法接收DST，并且当app_id_byte_length是0x0003、app_id_description是0x0001并且app_id_byte是0x01时，可以识别包括触发信令信息的tap()。接收机从识别的tap()结构中提取包括association_tag值的触发信令信息，并且association_tag_descriptor从自广播流提取的PMT中所列出的数据基本流（ES）中接收具有与所提取的association_tag相同的PID的流。
如上面提到的，NRT服务通过SMR或NST按信号方式被发送，并且可以通过16比特的服务标识符（sevice_id）被唯一地进行标识。另外，可以通过NCT或NRT-IT中的conent_lengate或内容标识符来对构成NRT服务的内容项进行标识。因此，可以通过DST扩展app_id_byte来与NRT服务类似地发送触发服务。例如，app_id_byte可以包括将触发服务的服务标识符（service id）字段和content_linkage字段组合在一起的数据。因此，app_id_byte的前16比特对应于SMT或NRT中的service id字段，并且后32比特对应于NCT或NRT-IT中的content linkage字段。
如上，当一个流包括在各个信道中时，广播站可以将触发信令信息包括在tap()中并且通过DST的应用标识结构来发送该触发信令信息。
此外，根据实施方式，可以通过DST的protocol_encapsulation字段来发送触发信令信息。例如，如果DST中的app_id_byte_length被设置为0x0000，则不分配appid。如果protocol_encapsulation具有0x0F，则其指示触发信令信息被包括在相应的tap()结构中。因此，如果app_id_byte_length是0x0000并且protocol_encapsulation是0x0F，则接收机可以从相应的tap()结构接收触发信令信息。由此，如上面所提到的，获得关于指示触发流的PMT的PID值，并且接收触发流。
此外，根据另一实施方式，可以通过DST的内容类型描述符字段来发送触发信令信息。
如图28所示，DST上的tap()中的内容类型描述符结构如下。
descriptorTag可以具有0x72以表示contentTypeDescriptor。
descriptorLenth字段按字节为单位表示描述符的总长度。
contentTypeByte字段表示由连接到描述符的tap所参考的数据的MIME媒体类型值。在RFC2045章节[8]的5中定义了MIME媒体类型。
因此，根据实施方式，可以将内容类型描述符添加到包括触发信令信息的tap()结构中。因此，如果app_id_byte_length是0x0000并且tap()结构的内容类型描述符对应于预定内容，则接收机可以从相应的tap()结构接收触发信令信息。由此，如上所述，获得指示触发流的PMT上的PID，并且接收触发流。MIME媒体类型可以被指定为特定类型，以通过内容类型描述符对存在触发服务信令信息进行标识。
如上面提到的，一个NRT服务可以是用于发送触发流的触发服务，并且可以将不同的流分别发送到触发服务的内容项中。在这种情况下，各个应用可以包括一个触发流。
因此，实施方式可以将触发流包括在NRT服务的各个内容项中，并且发送触发流。在这种情况下，可以使用上面提到的应用标识结构。例如，如果app_id_byte_length是0x0003，则指示利用一个服务标识符通过一个NRT服务发送触发流。如果app_id_byte_length是0x0007，则指示利用服务标识符和内容链接通过各个内容项发送触发流。如果如上定义，则可以与各个NRT服务或内容项相对应来发送各个触发流。由于发送和接收触发流的方法的下一阶段与针对各个虚拟信道发送一个触发流的方法相同，因此将省略重叠描述。
图29是示出根据实施方式的PMT和服务标识符描述符的语法的示图。
如图29所示，节目映射表（PMT）表示在各个信道中广播的节目的信息。‘packetID’被定义为‘0x00’并被发送的节目关联表（PAT）可以通过对PMT的‘packet ID’进行解析来接收PMT。
此外，服务标识符描述符可以被包括在用于PMT的各个ES的描述符循环中。然后，服务标识符描述符可以将服务的列表信息包括在各个节目元素中。
如下描述服务标识符描述符的结构。
descriptor_tag字段指示描述符是service_id_descriptor()，并且可以具有0xC2。
descriptor_length字段表示从该字段到描述符的末尾的字节单位长度。
service_count字段指示具有该描述符的节目元素中的服务的数量。
service_id字段指示具有该描述符的节目元素中的服务标识符。
根据实施方式，可以通过已知IP地址来发送触发流。此外，为了按信号方式发送触发，广播站可以将相应触发流的特定服务标识符（service id，例如0x01）包括在标识符描述符中，并且可以发送该特定服务标识符。即，可以通过服务标识符描述符来发送关于接收触发流的触发信令信息。因此，如果PMT的ES循环中的ES描述符循环中的service_id_descriptor的服务标识符是0x01，则接收机确定ES循环中的elementray_PID是指示触发流的PID，并且通过PID来接收触发流。
图30是示出根据实施方式的触发流描述符的示图。根据实施方式，可以利用触发流描述符按信号方式来发送触发。与上面的服务标识符描述符类似，可以将触发流描述符包括在PMT的ES循环中的ES描述符循环中。因此，如果存在触发流，则触发流描述符可以存在于ES描述符循环中。如果对触发流描述符进行标识，则接收机可以通过从相应ES循环中的elementary_PID获得触发流的PID来接收触发流。
与此类此，用于发送触发信令信息的触发流描述符可以包括TDO的服务标识符（target service id）、触发流中的触发目标和发送触发流的IP地址列表中的至少一个。图30的触发流描述符根据实施方式被提供，并且其结构将如下描述。
target service id字段如果被设置为预定值，则指示trigger_stream_descriptor。
descriptor_length字段表示从该字段到描述符末尾的字节单位长度。
target_service_count字段表示触发流中的至少一个触发的目标NRT服务（TOD）的数量。
target_service_id字段表示触发流中的至少一个触发的目标NRT服务（TOD）的服务标识符（service_id）。接收机可以使用target_service_id字段在接收触发流之前对服务标识符（service_id）进行标识。
target_content_item_count字段表示触发流中的至少一个触发的目标NRT服务内容项的数量。
target_content_linkage字段表示触发流中的至少一个触发的目标NRT服务内容项链接（content_linkage）。
此外，根据实施方式提供了触发流描述符，因此，清楚的是，触发流描述符可以包括附加信息或具有另一配置。例如，当针对各个信道发送一个触发流逝，可以省略内容项字段。另外，可以添加触发流标识信息字段和概述信息字段中的至少一个，以对触发流进行标识。
广播站可以利用触发流描述符发送诸如TDO的触发目标NRT服务的列表信息。另外，如果根据内容项存在另一触发，则广播站可以利用target_service_id和targe_content_linkage字段来发送触发信令信息。另外，触发流描述符还可以包括发送触发流的IP地址信息或者端口号的列表。
根据实施方式，广播站指定流类型，并发送触发信令信息。接收机利用流类型从PMT中提取触发信令信息，并且通过触发信令信息来接收触发流。例如，目前初步设置的流类型中的一个0x96可以被指定为触发流。在这种情况下，典型的接收机不具有流类型是0x96的信息，因此可能不能处理触发流并且忽略该信息。因此，保证了子模型接收机的向后兼容性。
根据实施方式，触发可以包括在诸如多媒体家庭平台（MHP）或高级公共应用平台（ACAP）的数据广播中的用于发送应用信息的应用信息表（AIT）中，并且可以被发送。图31是根据实施方式的AIT的示图。
此外，根据另一实施方式，触发可以包括在STT的描述符中，以表示系统时间表（STT）为触发时间，然后被发送。图32是根据实施方式的STT的示图。
图33是示出根据实施方式的发送TDO和触发的发射机的框图。
参照图33，发射机200包括NRT服务发送单元210、触发发送单元220、复用单元230和调制单元240。NRT服务发送单元210包括NRT服务（TDO）产生单元211和NRT服务信令数据产生单元212。触发发送单元220包括触发产生单元221和触发信令数据产生单元222。
NRT服务（TDO）产生单元211从服务供应商接收用于NRT服务产生的数据，以产生NRT服务，并将所产生的NRT服务打包成IP数据报，然后将打包的IP数据报打包成发送包（TP）。将打包的NRT服务数据发送到复用单元230。
NRT服务产生单元211将包括关于发送的NRT服务的信道信息和service_id的元数据发送到NRT服务信令数据产生单元212。另外，如果产生的NRT服务是TDO，则NRT服务产生单元211提取触发信息，然后将触发信息发送到触发产生单元221，其中，所述触发信息包括目标TDO的用于触发TDO的触发时间、标识信息和触发动作信息。
NRT服务信令数据产生单元212利用NRT服务元数据产生用于接收NRT服务的NRT服务信令数据，并将所产生的NRT服务信令数据打包成发送包（TP），将发送包发送到复用单元230。
另外，触发产生单元221利用从NRT服务（TDO）产生单元接收的TDO的触发信息来产生触发数据。将所产生的触发数据打包成发送包，将发送包发送到复用单元230。此外，触发产生单元221将用于接收触发的元数据（例如，发送的触发数据的包标识符（PID））发送到触发信令数据产生单元222。
触发信令数据产生单元222基于接收的元数据来产生触发信令数据，并将数据中的触发信号打包成发送包，以将发送包发送到复用单元230。
复用单元230按各个信道复用接收的发送包，然后将经复用的信号发送到调制单元240。
调制单元240对经复用的信号进行调制，以将其发送到外部。调制方法可以改变，并且本发明不限于此。
图34是示出根据实施方式的用于接收TDO和触发的接收机的框图。
参照图34，接收机300包括解调单元310、解复用单元320、触发处理单元330、NRT服务处理单元340和服务管理器350。触发处理单元330包括触发接收单元331和触发信令数据接收单元332。NRT服务处理单元340包括NRT服务（TDO）接收单元341和NRT服务信令数据接收单元342。
解调单元310从发射机200接收经调制的信号，并根据预定解调方法对接收的信号进行解调，以将其发送到解复用单元320。
解复用单元320对经解调的信号进行解复用，以恢复各个信道的原始发送包，并将其发送到触发处理单元330或NRT服务处理单元340的各个接收单元。
NRT服务信令数据接收单元342从解复用单元320接收和恢复经打包的NRT服务信令数据，以提取关于NRT服务的信息，然后将其发送到NRT服务（TDO）接收单元341。NRT服务（TDO）接收单元341利用关于接收NRT服务的信息从解复用单元320接收NRT服务的发送包，并将其恢复为服务数据，以将服务数据发送到服务管理器350。
此外，触发信令数据接收单元332从解复用单元320接收和恢复经打包的触发信令数据，提取关于接收触发的信息，然后将关于接收触发的信息发送到触发接收单元331。触发接收单元331利用关于接收触发的信息从解复用单元32接收包括触发的发送包，并且恢复触发数据，以将该触发数据发送到服务管理器350。
服务管理器350从触发处理单元330或NRT服务处理单元340接收触发数据或NRT服务（TDO）数据中的至少一个。此外，服务管理器350在触发时间对触发目标TDO执行触发动作，使得对TDO执行触发动作。
图35是示出根据实施方式的触发发送方法的流程图。
参照图35，在操作S100，NRT服务产生单元211通过从外部接收NRT服务数据来产生NRT服务数据数据，或者基于从NRT服务供应商接收的数据来产生NRT服务数据。此外，NRT服务产生单元211将产生的NRT服务打包成发送包。另外，NRT服务产生单元211将关于接收包括NRT服务的发送包的信息发送到NRT服务信令数据产生单元212。
然后，在操作S110，NRT服务信令数据产生单元212产生上述NRT服务信令数据，并将产生的NRT服务信令数据打包成发送包。
此外，在操作S120，NRT服务产生单元211确定产生的NRT服务是否是触发声明对象（即，TDO）。
另外，如果产生的NRT服务是TDO，则在操作S130，NRT服务产生单元211将包括用于触发TDO的触发时间、触发动作和触发TDO的标识信息发送到触发产生单元221，并且NRT服务产生单元211利用接收的触发信息来产生触发数据。产生的触发数据被打包成发送包，并且被发送到复用单元。例如，目标TDO的目标服务标识符和应用于目标服务的触发动作信息可以被插入到经打包的流（即，PES的净荷）中，然后被发送。另外，触发时间信息被指定为PTS或DTS格式，被插入到PES的净荷或报头中，然后被发送。当使用同步数据发送方法时，将触发流的PES与视频和音频流的PES同步，以设置准确的播放时间。
此外，在操作S140，触发信令数据产生单元222产生用于标识和接收从触发产生单元221发送的触发的触发信令数据，并将产生的触发信令数据打包成发送包，以将发送包发送到复用单元。这里，触发信令数据可以包括插入到节目映射表中的插入流描述符或服务标识符描述符，并且可以包括与各个描述符相对应的触发流的包标识符。另外，触发信令数据可以将触发流的包标识符包括在DST的TAP结构中。
稍后，复用单元230通过各个发送信道对经发送打包的NRT服务数据、NRT服务信令数据、触发数据和触发信令数据中的至少一个进行复用，然后将其发送到调制单元240。
此外，在操作S160，调制单元240执行调制，以发送经复用的信号，并将其发送到外部接收机或广播网络。
图36是示出根据实施方式的接收机300的操作的流程图。
首先，当接收机300通电时，在操作S200，由用户选择信道，或者预定信道被选择。解调单元310对从选择的信道接收的信号进行解调，解复用单元320通过各个发送信道对经解调的信号进行解复用。另外，如上所述，NRT服务接收单元341接收NRT数据，并且将其发送到服务管理器350。
然后，在操作S220，触发信令数据接收单元332或者NRT服务信令数据接收单元342确认触发接收是否可以。触发接收确认可以使用上面提到的方法中的一种。即，触发信令数据接收单元332或者NRT服务信令数据接收单元342使用确认与MGT中的触发相对应的PID或基于PSIP的PID的方法、使用DST的tap结构的方法、使用服务标识符或触发流描述符的方法、使用触发流类型的方法和使用AIT或STT的方法中的一种方法，来确认触发接收是否可以。
此外，当确认触发接收可以时，在操作S230，触发信令数据接收单元332接收包括触发信令数据的发送包，以恢复触发信令数据，然后将触发信令数据发送到触发接收单元331。
之后，在操作S240，触发接收单元331利用触发信令数据从接收的发送包中提取触发数据，并将触发数据发送到服务管理器350。例如，触发接收单元331可以利用与触发流描述符相对应的包标识符来接收触发流。另外，触发接收单元331从触发流中提取触发信息，并将触发信息发送到服务管理器350。另外，如果接收的触发流是PES，则提取出PES的报头中的PTS作为触发时间，并且提取出PES的净荷中的目标服务标识符和触发动作，以将它们发送到服务管理器350。
此外，在操作S250，服务管理器350在触发时间对目标TDO执行触发动作，使得对TDO执行触发动作。尤其是，如果PES的PTS是触发时间，则将触发流的PTS与音频和视频流的报头中的PTS同步，以满足准确的播放时间。
图37是示出根据实施方式的利用触发表的触发接收方法的流程图。
解调单元310从所选择的信道接收广播信号，并对广播信号进行解调。此外，在操作S310，触发信令数据接收单元332通过解复用单元320接收PSIP表，并确定接收的表中是否存在触发表，以识别触发服务。触发信令数据接收单元332从MGT或基于PSIP的表中搜索分配给触发表的PID，或者搜索与分配给触发表的Table_id相对应的表，以对触发服务进行标识。
如果没有识别出触发服务，则接收机提供常规广播服务。
此外，如果识别出触发服务，则在操作S320和S330，触发接收单元331接收搜索到的触发表，并对该触发表进行解析。
然后，在操作S340，服务管理器350接收在触发表中解析的触发时间、触发动作和目标TDO标识信息的触发信息，并在相应的触发时间对相应的TDO执行相应的触发动作。
图38是根据实施方式的当利用DST发送触发信令信息和触发时接收机的操作的流程图。
当在操作S3000选择了物理发送信道，并且通过调谐器对选择的信道进行调谐时，在操作S3010，接收机300利用解调单元310和解复用单元320从通过经调谐的物理发送信道所接收的广播信号中获得VCT和PMT。然后，PSI/PSIP区段处理器或触发信令数据接收单元332或NRT服务信令数据接收单元342对所获得的VCT和PMT进行解析，以确认是否存在NRT服务。
例如，当VCT的service_type字段值不是0x04或0x08时，由于相应的虚拟信道不是仅发送NRT服务，所以接收机300根据虚拟信道中的信息适当地操作。然而，尽管service_type字段值不表示仅NRT服务，但相应的虚拟信道可以包括NRT服务。这种情况下被称为相应虚拟信道中包括的附属NRT服务，并且接收机300可以执行与接收NRT服务的情况相同的处理。
然后，如果service_type字段值是0x04或0x08，则NRT服务信令数据接收单元342或触发信令数据接收单元332确定是否通过相应的虚拟信道接收到NRT服务。在这种情况下，如果VCT（或PMT的ES循环）的服务位置描述符中的stream_type字段值是0x95（即，DST发送），则在操作S3020利用Elementary_PID字段值接收DST。这可以根据服务管理器350的控制在解复用单元320中执行。
另外，在操作S3040，触发信令数据接收单元342从接收的DST中识别触发服务。识别触发服务的方法使用以下方法中的一种：利用应用标识结构来识别分配给app_id_description和app_id_byte的特定值的方法、识别分配给protocol_encapsulation字段的特定值的方法和识别包括内容类型标识符的tap的方法。
如果从接收的DST中没有识别出触发服务，则由于触发数据通过相应的虚拟信道发送通常的NRT服务，在操作S3030，接收机300根据相应虚拟信道中的NRT服务适当地操作。
此外，当从DST中识别出触发服务时，在操作S306，触发信令数据接收单元332从包括触发信令信息（触发流的PID）的DST中提取tap。
然后，在操作S3070，触发信令数据接收单元332从包括所提取的Tap的association_tag的PMT中提取流PID。
触发接收单元331接收与所提取的流PID相对应的MPEG-2TS包，并去除解封装（即，TS报头），以恢复包括触发流的PES流。包括触发流的PES包的stream_type可以是表示同步数据流的0x06。在操作S3070，触发接收单元331对所恢复的PES流中的PES包报头的PTS、触发流中的目标TDO标识符、触发标识符或触发动作信息中的至少一个进行解析。
然后，在操作S3080，服务管理器350利用包括触发的PES包报头的PTS作为触发时间在触发时间对目标PDO执行动作。这里，目标PDO可以是通过经解析的目标PDO标识符所指示的NRT服务。另外，动作可以是从经解析的触发动作信息所提供的准备、执行、扩展和终止命令中的一个。
图39是示出根据实施方式的当使用触发流描述符发送触发时接收机300的操作的流程图。
当在操作S3000中选择了物理发送信道并且对由协调器所选择的信道进行了调谐时，在操作S4000，接收机300使用解调单元310和解复用单元320从通过经调谐的物理发送信道所接收的广播信号中获得VCT和PMT。广播信号包括VCT和PMT，并且触发信令数据接收单元332或PSI/PSIP区段处理器对所获得的VCT和PMT进行解析。
另外，触发信令数据接收单元332确认是否将触发从VCT和PMT发送到相应的虚拟信道。为此，在操作S4020，触发接收单元331确定在与相应的虚拟信道相对应的ES描述符循环中是否存在Trigger_stream_descriptor。通过使用stream_type值是否为0x06（同步数据流）并且在ES描述符循环中搜索描述符之后相应的描述符的descriptor_tag字段是否等于被设置以对应于触发流描述符的值，来确定是否存在Trigger_stream_descriptor。
如果确定从PMT中没有识别出Trigger_stream_descriptor并且因此不存在Trigger_stream_descriptor，则由于相应的虚拟信道不发送触发，所以在操作S4025，接收机300根据相应虚拟信道中的广播服务来适当地操作。
然后，如果存在Trigger_stream_descriptor，则在操作S4030，触发信令数据接收单元332在PMT的相应ES循环中提取Elementary_PID。所提取的流PID可以是包括触发流的流的PID值。
然后，触发接收单元331接收与所提取的流PID相对应的MPEG-2TS包，并执行解封装（即，去除TS报头）以恢复包括触发流的PES流。包括触发流的PES包的stream_type可以是表示同步数据流的0x06。在操作S4040，触发接收单元331对所恢复的PES流中的PES包报头的PTS、触发流中的目标TDO标识符、触发标识符或触发动作信息中的至少一个进行解析。
然后，在操作S4050，服务管理器350利用包括触发的PES包报头的PTS作为触发时间在触发时间对目标TDO执行动作。这里，目标TDO可以是通过经解析的目标TDO标识符所指示的NRT服务。另外，动作可以是从经解析的触发动作信息所提供的准备、执行、扩展和终止命令中的一个。
图40是示出根据实施方式的当使用流类型发送触发时接收机的操作的流程图。
当选择了物理发送信道并且对调谐器选择的信道进行调谐时，接收机300使用解调单元310和解复用单元320从通过经调谐的物理发送信道所接收的广播信号中获得VCT和PMT。广播信号包括VCT和PMT，并且在操作S400触发信令数据接收单元332或PSI/PSIP区段处理器对所获得的VCT和PMT进行解析。
另外，触发信令数据接收单元332确认是否将从VCT和PMT发送到相应的虚拟信道。为此，在操作S410，触发信令数据接收单元332确定在与相应的虚拟信道相对应的ES描述符循环中是否存在0x96（即，特定流类型）。
如果确定从流类型中没有标识出0x96并且因此不存在流类型，则由于相应的虚拟信道不发送触发，所以在操作S415，接收机300根据相应虚拟信道中的广播服务来适当地操作。
然后，如果流类型是0x96，则在操作S420，触发信令数据接收单元332在PMT的相应ES循环中提取Elementary_PID。所提取的流PID可以是包括触发流的流的PID值。
然后，触发接收单元331接收与所提取的流PID相对应的MPEG-2TS包，并执行解封装（即，去除TS报头）以恢复包括触发流的PES流。在操作S430，触发接收单元331对所恢复的PES流中的PES包报头的PTS、触发流中的目标TDO标识符、触发标识符或触发动作信息中的至少一个进行解析。
然后，在操作S440，服务管理器350利用包括触发的PES包报头的PTS作为触发时间在触发时间对目标TDO执行动作。这里，目标TDO可以是通过经解析的目标TDO标识符所指示的NRT服务。另外，动作可以是从经解析的触发动作信息所提供的准备、执行、扩展和终止命令中的一个。
图41是根据实施方式的当使用AIT发送触发时的接收机的操作的流程图。
在操作S500，触发信令数据接收单元332使用解调单元310和解复用单元320来接收AIT。
另外，触发信令数据接收单元332根据AIT确认是否发送了触发。为此，在操作S510，触发信令数据接收单元332确认AIT中是否存在触发描述符。
如果确定不存在触发描述符，则由于相应的应用不包括触发，所以在操作S515，接收机300根据相应的应用服务来适当地操作。
另外，如果存在触发描述符，则在操作S530，触发信令数据接收单元332从触发描述符中提取触发数据，并对所提取的触发数据进行解析以将其发送到服务管理器。
然后，在操作S540，服务管理器350使用经解析的触发数据在触发时间对目标TDO执行动作。这里，目标TDO可以是通过经解析的目标TDO标识符所指示的NRT服务。另外，动作可以是从经解析的触发动作信息所提供的准备、执行、扩展和终止命令中的一个。
图42是示出根据实施方式的当使用STT发送触发时的接收机的操作的流程图。
在操作S600，触发信令数据接收单元332使用解调单元310和解复用单元320来接收STT。
另外，触发信令数据接收单元332根据STT确认是否发送了触发。为此，在操作S610，触发信令数据接收单元332确认STT中是否存在触发描述符。
如果确定不存在触发描述符，则由于相应的STT不包括触发，所以在操作S615，接收机300根据广播信号来适当地操作。
另外，如果存在触发描述符，则在操作S630，触发信令数据接收单元332从触发描述符中提取触发数据，并对所提取的触发数据进行解析以将其发送到服务管理器。
然后，在操作S540，服务管理器350使用经解析的触发数据在触发时间对目标TDO执行动作。这里，目标TDO可以是通过经解析的目标TDO标识符所指示的NRT服务。另外，动作可以是从经解析的触发动作信息所提供的准备、执行、扩展和终止命令中的一个。
TD0-Auto删除内容：10FPDTV423US
如上所述，根据实施方式的接收机可以自动地删除从发射机200接收的TDO，并且根据删除信息进行存储。
例如，特定TDO（例如，在年度奖节目最后的人气轮询TDO、用于特定慈善事件节目的捐赠的TDO、体育赛事的最佳运动员轮询TDO或特定电影节目的TDO）可以从发射机200下载，并且被存储在接收机300中。
另选地，多个时间广播的记录节目的TDO可以从发射机200下载，并且被存储在接收机300中，以被执行与广播一样多的次数。
在上述情况下，在执行了一次或多次相应的TDO之后，存储在接收机300中的TDO可能不再使用。因此，可以在执行了预定次数之后，可以不用用户选择自动删除接收机300内的TDO。
此外，在执行TDO期间，由于由用户选择了相应的信道，所以难以确认TDO是否被执行了预定次数。
因此，根据实施方式，可以按时间为单位来设置TDO的上述删除信息。
另外，针对将在特定时段期间执行的TDO（例如，在世界杯赛季期间使用的TDO、在特定城市的节日时段中使用的TDO、在国定假日、假日或选举日使用的TDO或者在休假期间使用的TDO），用于所述TDO的删除信息可以被设置为在特定时段之后在接收机300中按天为单位被自动删除。
图43是示出根据另一实施方式形成的触发的比特流语法的示图，其中，上述删除信息被添加到关于图25描述的触发的比特流语法中。
参照图43，针对在执行预定次数之后（或者在特定时间/天之后）终止的TDO，触发数据可以包括删除信息，并且删除信息可以包括Auto Deleting Type字段和AutoDeleting info字段。
Auto Deleting Type字段指示删除相应TDO的方案，并且可以具有例如与‘Normal’类型、‘Run Hour’类型和‘Run Day’类型中的任何一个相对应的值。
例如，Auto Deleting Type字段包括2比特，并且Auto Deleting Type字段的值可以针对‘Normal’类型被指定为‘00’，针对‘Run Hour’类型被指定为‘01’，并且针对‘Run Day’类型被指定为‘10’。
另外，在Auto Deleting Type字段的值被指定为‘11’的情况下，该字段可以指示TBD。
更特别地，根据实施方式，在‘Normal’类型的情况，可以根据接收机的标准或者TDO动作，而不是根据自动删除方法，来删除接收机300中所存储的TDO。
例如，当存储有诸如TDO的NRT内容的接收机300的存储器变成满状态时，可以删除接收机300的存储器中所存储的内容中的最老的内容或者被执行最长时间的内容，并且替换为最新下载的内容。
另选地，在存储器的满状态下，向接收机300的用户提供关于将被最新下载的内容的信息。当用户允许下载相应的内容时，将关于接收机的存储器中所存储的内容的信息分类为将被提供的各种种类。然后，用户可以请求删除与特定种类相对应的内容（或内容中的一些）。
此外，上述种类可以针对各个广播公司的内容或者各个种类的内容被划分，或者可以针对容量或针对将被提供给用户的日期被排列。
‘Run Hour’类型允许在过去预设时间之后在接收机中自动删除相应的TDO，‘Run Date’类型允许在过去预设天数之后在接收机300中自动删除相应的TDO。
可以在Auto Deleting info字段中包括删除时间信息，所述删除时间信息指示将根据‘Run Hour’类型或‘Run Date’类型自动删除TDO的时间。
例如，Auto Deleting info字段包括14比特，其中，‘Run Hour’类型可以包括针对小时的删除时间信息，并且‘Run Date’类型可以包括针对天的删除时间信息。
即，针对‘Run Hour’类型，当Auto Deleting info字段的值指示‘2’时，在从下载了相应TDO的时间过去了两个小时之后，可以在接收机300中自动删除相应的TDO。
此外，针对‘Run Date’类型，当Auto Deleting info字段的值指示‘2’时，在从下载了相应TDO的时间过去了两天之后，可以在接收机300中自动删除相应的TDO。
如上所述，关于图43，示例性地描述了用于自动删除接收机300中所存储的TDO的删除信息包括在触发数据中并且从发射机被传送，但不限于此。
例如，上述删除信息可以包括在发射机200被发送的TDO或用于所述TDO的元数据（例如，关于图1至图21所描述的NRT服务信令表中的一个或更多个表）。
然而，当从发射机200发送的TDO中所包括的删除信息的内容改变时，如关于图43所述，可以使用触发数据将关于改变的内容的删除信息传送到接收机300。
例如，当在发射机200将删除信息设置为TDO中所包括的‘Normal’类型并且发送了所述TDO之后期望删除所述TDO时，具有根据‘Run Hour’类型或‘Run Date’类型指定的自动删除时间的删除信息可以包括在触发数据中，然后被发送到接收机300。
相反，如上所述，删除信息中所包括的删除时间信息（例如，Auto Deleting info字段值）可以根据与NRT内容的下载时间的关系而被设置或改变。
图44是示出设置删除时间信息的方法的实施方式的示图。
参照图44，当作为NRT内容（例如，TDO）的NRT(T1)的发送时间在‘N’时间到‘N+2’时间时，删除时间信息可以根据相应的时段被设置为不同值。
例如，当删除时间信息针对NRT(T1)被设置为在作为第一下载时间的‘N’时间的M小时之后被自动删除时，从发射机200发送的触发数据（或NRT(T1)）中所包括的删除时间信息在‘N+1’时间之后可以被改变为‘M-1’。
另外，从发射机200发送的触发数据（或NRT(T1)）中所包括的删除时间信息在‘N+2’时间之后可以被改变为‘M-2’。
此外，当在超过24小时的时段期间重发诸如TDO的NRT内容时，删除时间信息中所包括的天单位信息可以被同样地设置或改变为小时单位信息。
图45是示出根据实施方式的TDO删除方法的流程图。在示出的TDO删除方法中，省略了与关于图43和图44的描述相同的描述。
参照图45，接收机300接收TDO和触发数据并且存储所述TDO和触发数据（操作S4100），并且确认在接收的TDO或触发数据中是否存在删除信息（操作S4110）。
删除信息可以具有与关于图43所描述的配置相同的配置，并且包括在TDO或触发数据中，以从发射机200被发送。
之后，从接收的数据中提取删除信息（操作S4120）并更新所述删除信息（操作S4130）。
例如，接收机300可以从自发射机200接收的TTT表或者TDO本身中提取删除时间，并根据连续提取的删除信息来更新用于存储的TDO的更新删除时间信息。
在这种情况下，将更新的删除时间信息与相应TDO的标识信息（例如，TDO ID）一起存储在接收机300中的非易失性存储器中，这是因为即使当接收机断电时也能保持存储。
之后，接收机确定由系统定时器所获得的当前时间与删除时间信息是否相同，并且确认是否是删除所存储的TDO的时间（操作S4140）。
当不是删除TDO的时间时，接收机300连续地确认是否是删除的时间，同时针对从发射机200发送的触发数据重复操作S4110至S4130。
此外，当删除时间包括在TDO中时，可以仅更新一次删除时间。
当是删除的时间时，接收机300利用与相应的删除信息一起存储的标识信息来搜索将被删除的TDO，并删除该TDO（操作S4150）。也可以将与TDO相关的元数据（例如，包括用于TDO的触发数据）与TDO一起从接收机300中删除。
TDO+ACR内容：10FPDTV410US
通过使用关于图1至图24描述的方法从发射机200传送到接收机300的诸如TDO的内容可以使用互联网通过另一接口被传送到接收机300。
另外，通过关于图25至图32描述的广播流从发射机200传送到接收机300的触发信息可以使用互联网通过另一接口被传送到接收机300。
根据实施方式的接收机300可以使用自动内容识别（ACR）机制通过诸如互联网的另一接口来获得接收诸如TDO或触发信息的内容所需的信息。
例如，当接收机300通过线缆或者从卫星机顶盒接收到仅包括未压缩的AV数据的广播流时，接收机300可能不知道关于接收的内容的信息，并且与广播流一起从发射机300发送的诸如TDO或触发信息的NRT内容可能不被传送到接收机300。
在上述情况下，为了如关于图1至图42所述接收增强服务，接收机300可以利用ACR机制获得关于当前接收的信道的信息和关于形成增强服务的内容的信息。
之后，接收机300可以利用获得的信道和内容信息通过互联网来接收内容，并播放接收到的内容。
例如，内容信息可以包括用于接收相应内容或与所述相应内容相关的元数据的连接信息，并且所述连接信息可以是提供内容或元数据的服务器的地址（URL）。
此外，元数据可以包括关于使用相应的内容所提供的增强服务的信令信息。
因此，接收机300可以利用内容信息中所包括的URL连接到服务器，以接收用于增强服务的信令信息，并且使用接收的信令信息来接收内容。
根据实施方式，接收的内容可能需要提供链接到相应信道的增强服务，并且可以是例如关于图1至图45描述的TDO。
此外，在图1至图45中描述的触发信息可能对于播放诸如TDO的内容是必需的，并且接收机300还可以利用通过ACR机制所获得的信道信息和内容信息通过互联网接收所述触发信息。
下面，将关于图46至图55描述接收机使用ACR机制接收用于增强服务的内容和触发信息的方法。
下面，作为实施方式示例性地描述包括用于视频输出或音频输出的播放模块的视频显示装置，但不限于此，可以将能够提供增强服务的各种显示设备应用于接收机300。
另外，下面，作为形成增强服务的内容，关于图1至图45描述的TDO作为示例，但实施方式可应用于除了TDO之外的各种内容。
图46是示出根据实施方式的网络拓扑的框图。
如图46所示，网络拓扑包括内容提供服务器710、内容识别服务提供服务器720、多信道视频分发服务器730、增强服务信息提供服务器740、多个增强服务提供服务器750、广播接收装置760、网络770和视频显示装置800。
内容提供服务器710可以对应于广播站，并且广播包括主要音频/视频内容的广播信号。广播信号还可以包括增强服务。增强服务可以与主要音频-视频内容相关或者可以与主要音频-视频内容无关。增强服务可以具有诸如服务信息、元数据、附加数据、编译执行文件、网络应用、超文本标记语言（HTML）文档、XML文档、层叠样式表（CSS）文档、音频文件、视频文件、ATSC2.0内容的格式以及诸如统一资源标识符（URL）的地址。可以存在至少一个内容提供服务器。
根据实施方式，增强服务可以通过接收诸如TDO的内容来实现以存储所述增强服务，并且根据触发信息在特定时间进行播放。
在这种情况下，增强服务中所包括的ATSC2.0内容可以是TDO，并且增强服务可以包括服务信息、元数据或触发信息作为增强数据。
此外，内容识别服务提供服务器720提供使得视频显示装置800能够基于主要音频-视频内容来识别内容的内容识别服务。内容识别服务提供服务器720可以编辑或者可以不编辑主要音频-视频内容。可以存在至少一个内容识别服务提供服务器。
内容识别服务提供服务器720可以是对主要音频-视频内容进行编辑以将可以看成标志的可视水印插入到主要音频-视频内容中的水印服务器。该水印服务器可以在主要音频-视频内容中的各个帧的左上或右上插入内容供应商的标志作为水印。
另外，内容识别服务提供服务器720可以是对主要音频-视频内容进行编辑以将内容信息插入到主要音频-视频内容中作为不可见水印的水印服务器。
另外，内容识别服务提供服务器720可以是从主要音频-视频内容的一些帧或音频样本中提取特征信息并存储所述特征信息的指纹服务器。该特征信息被称为签名。
根据实施方式，内容识别服务提供服务器720可以将提供增强服务相关信息的增强服务信息提供服务器的地址（URL）与关于当前观看的信道的信息一起传送到视频显示装置800。
多信道视频分发服务器730从多个广播站接收并复用广播信号，并将经复用的广播信号提供给广播接收装置760。尤其是，多信道视频分发服务器730对接收的广播信号执行解调和信道解码，以提取主要音频-视频内容和增强服务，然后，对所提取的主要音频-视频内容和增强服务执行信道编码，以产生用于分发的经复用的信号。
在这点，由于多信道视频分发服务器730可以将所提取的增强服务排除在外，或者可以添加另一增强服务，所以广播站可以不提供由其引导的服务。可以存在至少一个多信道视频分发服务器。
广播接收装置760可以对用户选择的信道进行调谐，并且接收经调谐的信道的信号，然后，对接收的信号执行解调和信道解码，以提取主要音频-视频内容。广播接收装置760通过H.264/运动图像专家组-4高级视频编码（MPEG-4AVC）、杜比AC-3或运动图像专家组-2高级音频编码（MPEG-4AAC）算法对所提取的主要音频-视频内容进行解码，以产生未压缩的主要音频-视频（AV）内容。广播接收装置760通过其外部输入端口将产生的未压缩主要AV内容提供给视频显示装置800。
增强服务信息提供服务器740响应于视频显示装置800的请求而提供关于与主要AV内容相关的至少一个可用增强服务的增强服务信息。可以存在至少一个增强服务提供服务器。增强服务信息提供服务器740可以提供关于多个可用增强服务中的具有最高优先级的增强服务的增强服务信息。
根据实施方式，由增强服务信息提供服务器740提供的增强服务信息可以包括提供诸如TDO的内容的增强服务提供服务器750的地址或者提供触发信息的增强服务提供服务器750的地址。
另外，增强服务提供服务器750响应于视频显示装置的请求而提供与主要AV服务相关的至少一个可用增强服务。可以存在至少一个增强服务提供服务器。
根据实施方式，增强服务提供服务器750提供诸如TDO或触发信息的内容，并且可以通过单个增强服务提供服务器750或者两个或更多个增强服务提供服务器750来提供诸如TDO或触发信息的内容。
视频显示装置800可以是电视、笔记本电脑、手机和智能电话，电视、笔记本电脑、手机和智能电话，每一个都包括显示单元。视频显示装置800可以从广播接收装置760接收未压缩的主要AV内容，或者从内容提供服务器710或多信道视频分发服务器730接收包括经编码的主要AV内容的广播信号。
视频显示装置800可以通过网络770从内容识别服务提供服务器720接收内容识别服务，通过网络770从增强服务信息提供服务器740接收与主要AV内容相关的至少一个可用增强服务的地址，并从增强服务提供服务器750接收与主要AV内容相关的至少一个可用增强服务。
内容提供服务器710、内容识别服务提供服务器720、多信道视频分发服务器730、增强服务信息提供服务器740和多个增强服务提供服务器750中的至少两个可以按一个服务器的形式组合，并且可以由一个供应商操作。
图47是示出根据实施方式的基于水印的网络拓扑的框图。
如图47所示，基于水印的网络拓扑还可以包括水印服务器721。
如图47所示，水印服务器721对主要AV内容进行编辑，以将内容信息插入到主要AV内容中。多信道视频分发服务器730可以接收和分发包括经修改的主要AV内容的广播信号。尤其是，水印服务器可以使用下面描述的数字水印技术。
数字水印是将可以几乎不能删除的信息插入到数字信号中的处理。例如，数字信号可以是音频、画面或视频。如果复制了数字信号，则在副本中包括插入的信息。一个数字信号可以同时承载多个不同的水印。
在可视水印中，所插入的信息可以是在画面或视频中可识别的。通常，所插入的信息可以是对媒体所有者进行标识的文本或标志。如果电视广播站在视频的角落处添加其标志，则这是可识别的水印。
在不可见水印中，尽管作为数字数据的信息被添加到音频、画面或视频中，但用户可能知道预定量的信息，但可能无法识别所述预定量的信息。可以通过不可见水印来传送秘密消息。
水印的一个应用是用于防止非法复制数字媒体的版权保护系统。例如，复制装置在复制媒体之前从数字媒体获得水印，并且基于水印的内容来确定是否能够复制。
水印的另一应用是数字媒体的源跟踪。分发路径的各个点在数字媒体中嵌入水印。如果之后发现这种数字媒体，则可以从数字媒体中提取水印，并从水印的内容来识别出分发源。
不可见水印的另一应用是数字媒体的描述。
数字媒体的文件格式可以包括称为元数据的附加信息，并且数字水印能与元数据区分开的原因在于，数字水印作为数字媒体本身的AV信号被分发。
水印分发可以包括扩展频谱、量化和幅度调制。
如果通过附加编辑来获得经标记的信号，则水印方法对应于扩展频谱。尽管我们知道扩展频谱水印是很强大的，但因为水印干扰了嵌入的主信号，所以不能包括很多信息。
如果通过量化来获得经标记的信号，则水印方法对应于量化类型。量化水印较弱，可以包含很多信息。
如果空间域中通过与扩展频谱类似的附加编辑分发来获得经标记的信号，则水印方法对应于幅度调制。
图48是示出根据实施方式的基于水印的网络拓扑中的数据流的梯形图。
首先，在操作S701，内容提供服务器710发送包括主要AV内容和增强服务的广播信号。
在操作S703，水印服务器721接收内容提供服务器710提供的广播信号，通过对主要AV内容进行编辑将诸如标志的可视水印或作为不可见水印信息插入到主要AV内容中，并将加了水印的主要AV内容和增强服务提供给MVPD730.
通过不可见水印而插入的水印信息可以包括水印目的、内容信息、增强服务信息和可用增强服务中的至少一个。水印目的表示防止非法复制、收视率和增强服务获取中的一个。
内容信息可以包括提供主要AV内容的内容供应商的标识信息、主要AV内容标识信息、在内容信息获取中使用的内容间隔的时间信息、广播主要AV内容的信道的名称、广播主要AV内容的信道的标志、广播主要AV内容的信道的描述使用信息重复周期、使用信息获取的最小使用时间和与主要AV内容相关的可用增强服务信息中的至少一个。
根据实施方式，插入到水印中的内容信息可以包括信道信息、将被首先连接以获得诸如TDO的内容的服务器的地址（URL）或与相应信道相关的增强服务中所包括的触发信息和观看时间信息的时间戳。
例如，如果视频显示装置800使用水印来获取内容信息，则用于内容信息获取的内容间隔的时间信息可以是嵌入所使用的水印的内容间隔的时间信息。
如果视频显示装置800使用指纹来获取内容信息，则用于内容信息获取的内容间隔的时间信息可以是提取特征信息的内容间隔的时间信息。用于内容信息获取的内容间隔的时间信息可以包括用于内容信息获取的内容间隔的开始时间、用于内容信息获取的内容间隔的持续时间和用于内容信息获取的内容间隔的结束时间。
使用信息报告地址可以包括主要AV内容观看信息报告地址和增强服务使用信息报告地址中的至少一个。使用信息报告周期可以包括主要AV内容观看信息报告周期和增强服务使用信息报告周期中的至少一个。使用信息获取的最小使用时间可以包括用于主要AV内容观看信息获取的最小观看时间和用于增强服务使用信息提取的最小使用时间中的至少一个。
基于主要AV内容被观看了多于最小观看时间，视频显示装置800获取主要AV内容的观看时间，并在主要AV内容观看信息报告周期中向主要AV内容观看信息报告地址报告所获取的观看时间。
基于增强服务被使用了多于最小使用时间，视频显示装置100获取增强服务使用信息，并在增强服务使用信息报告周期中向增强服务使用信息报告地址报告所获取的使用信息。
增强服务信息可以包括关于是否存在增强服务的信息、增强服务地址提供服务器地址、各个可用增强服务的获取路径、各个可用增强服务的地址、各个可用增强服务的开始时间、各个可用增强服务的结束时间、各个可用增强服务的生命期、各个可用增强服务的获取模式、各个可用增强服务的请求周期、各个可用增强服务的优先级信息、各个可用增强服务的描述、各个可用增强服务的种类、使用信息报告地址、使用信息报告周期和使用信息获取的最小使用时间。
可以用IP或高级电视系统委员会-移动/手持（ATSC M/H）来表示可用增强服务的获取路径。如果可用增强服务的获取路径是ATSC M/H，则增强服务信息还可以包括频率信息和信道信息。各个可用增强服务的获取模式可以表示推（Push）或拉（Pull）。
此外，水印服务器721可以将水印信息作为不可见水印插入到主要AV内容的标志中。
此外，水印服务器721可以在标志的预定位置插入条形码。在这点，标志的预定位置可以对应于显示标志的区域的底部的第一行。当接收到包括插入有条形码的标志的主要AV内容时，视频显示装置800可以不显示条形码。
此外，水印服务器721可以将水印信息插入到标志的形式的元数据中。在这点，标志可以保持其形式。
此外，水印服务器721可以在M个帧的各个标志处插入N比特水印信息。即，水印服务器721可以将M*N个水印信息插入到M个帧中。
在操作S705，MVPD730接收包括加了水印的主要AV内容和增强服务的广播信号，并产生经复用的信号，以将经复用的信号提供给广播接收装置760。在这点，经复用的信号可以将接收的增强服务排除在外，或者可以包括新的增强服务。
广播接收装置760对用户选择的信道进行调谐，接收经调谐的信道的信号，对接收的信号进行解调，对经调制的信号执行信道解码和AV解码，以产生未压缩的主要AV内容，然后，在操作S706，将产生的未压缩的主要AV内容提供给视频显示装置800。
此外，在操作S707，内容提供服务器710还通过无线信道广播包括主要AV内容的广播信号。另外，在操作S708，MVPD730可以不通过广播接收装置760而将包括主要AV内容的广播信号直接发射到视频显示装置800。
视频显示装置800通过广播接收装置760接收未压缩的主要AV内容。另外，视频显示装置800可以通过无线信道接收广播信号，然后，可以对接收的广播信号进行解调和解码，以获得主要AV内容。另外，视频显示装置800可以从MVPD730接收广播信号，然后，可以对接收的广播信号进行解调和解码，以获得主要AV内容。
视频显示装置800从所获得的主要AV内容的一些帧或间隔中的音频样本提取水印信息。如果水印信息对应于标志，则视频显示装置800确认与从多个标志和多个水印服务器之间的对应关系所提取的标志相对应的水印服务器地址。
当水印信息对应于标志时，视频显示装置800不能仅用标志对主要AV内容进行标识。另外，当水印信息不包括内容信息时，视频显示装置800不能对主要AV进行标识，但水印信息可以包括内容供应商标识信息或水印服务器地址。当水印信息包括内容供应商标识信息时，视频显示装置800可以确认与从多个内容供应商标识信息和多个水印服务器之间的对应关系所提取的内容供应商标识信息相对应的水印服务器地址。
按这种方式，当视频显示装置800不能仅用水印信息对主要AV内容进行识别时，视频显示装置800接入与所获得的水印服务器地址相对应的水印服务器721，以在操作S709发送第一询问。
在操作S711，水印服务器721提供对第一询问的第一回复。第一回复可以包括内容信息、增强服务信息和可用增强服务中的至少一个。
根据实施方式，视频显示装置800可以根据如上所述的操作利用使用水印的ACR机制来获得关于当前观看的信道的信息。所获得的信息可以包括关于观看的信道的信息、提供为获得与观看的信道相关的增强服务所需的信息的增强服务信息提供服务器740的地址（URL）、作为时间信息的时间戳。
如果水印信息和第一回复不包括增强服务地址，则视频显示装置800不能获得增强服务。然而，水印信息和第一回复可以包括增强服务地址提供服务器地址。按这种方式，如果视频显示装置800不通过水印信息和第一回复获得增强服务地址或增强服务，并且视频显示装置100获得增强服务地址提供服务器地址，则视频显示装置800接入与所获得的增强服务地址提供服务器地址相对应的增强服务信息提供服务器740，以在操作S719发送包括内容信息的第二询问。
增强服务信息提供服务器740搜索与第二询问的内容信息相关的至少一个可用增强服务。稍后，在操作S721，增强服务信息提供服务器740向视频显示装置800提供用于至少一个可用增强服务的增强服务信息作为对第二询问的第二回复。
根据实施方式，增强服务信息可以包括具有用于获得形成相应增强服务的内容（例如，TDO）所需的信息或触发信息的元数据。
例如，元数据可以包括一个或更多个信令表，并且信令表包括提供诸如TDO的内容的服务器的地址（例如，增强服务提供服务器50的URL）和提供触发信息的服务器的地址（例如，增强服务提供服务器50的URL）。
此外，信令表可以包括如关于图1至图21所述的NRT服务信令表（例如，NRT服务映射表（SMT）、NRT信息表（NRT-IT）和文本分段表（TFT））中的至少一个。
在这种情况下，可以将提供诸如TDO的内容的服务器的地址（URL）包括在NRT服务信令表的任何一个中。例如，可以将提供内容的增强服务提供服务器750的URL包括在NRT-IT中。
此外，提供触发信息的服务器的地址（URL）可以包括在NRT服务信令表的任何一个中，并且包括提供触发信息的服务器的地址（URL）的表可以与包括提供诸如TDO的内容的服务器的地址（URL）的表相同，或者可以被分开定义为包括提供触发信息的服务器的地址（URL）的表。
如果视频显示装置800通过水印信息、第一回复或第二回复获得了至少一个可用增强服务地址，则视频显示装置800利用这至少一个可用增强服务地址接入增强服务提供服务器750以在操作S723请求增强服务，然后在操作S725从增强服务提供服务器750获得增强服务。
根据实施方式，通过互联网从增强服务提供服务器750获得的增强服务可以包括诸如TDO的内容和触发信息。提供诸如TDO的内容的增强服务提供服务器750和提供触发信息的增强服务提供服务器750可以具有不同的URL。
图49是示出根据实施方式的基于水印的内容识别时序的示图。
如图49所示，当广播接收装置760通电并且对信道进行调谐，而且视频显示装置800通过外部输入端口811从广播接收装置760接收经调谐的信道的主要AV内容时，视频显示装置100可以从主要AV内容的水印中感测内容供应商标识符（或广播站标识符）。然后，视频显示装置800可以基于感测的内容供应商标识符从主要AV内容的水印感测内容信息。
在这点，如图49所示，内容供应商标识符的检测可用周期可以与内容信息的检测可用周期不同。尤其是，内容供应商标识符的检测可用周期可以比内容信息的检测可用周期短。由此，视频显示装置800可以具有仅用于检测必要信息的有效配置。
图50是示出根据实施方式的基于指纹的网络拓扑的框图。
如图50所示，指纹服务器722不对主要AV内容进行编辑，但从主要AV内容的一些帧或间隔的音频样本中提取特征信息，并存储所提取的特征信息。然后，当从视频显示装置800接收特征信息时，指纹服务器722提供与接收的特征信息相对应的AV内容的标识符和时间信息。
根据实施方式，从指纹服务器722传送的信息可以包括信道信息、将被首先连接以获得诸如TDO的内容的服务器的地址（URL）或与相应信道相关的增强服务中所包括的触发信息以及作为时间信息的时间戳。
图51是示出根据实施方式的基于指纹的网络拓扑的数据流的梯形图。
首先，在操作S801，内容提供服务器710发送包括主要AV内容和增强服务的广播信号。
在操作S803，指纹服务器722接收内容提供服务器710提供的广播信号，从主要AV内容的多个帧间隔或音频间隔提取多个特征信息，并针对与多个特征信息相对应的多个询问结果建立数据库。询问结果可以包括内容信息、增强服务信息和可用增强服务中的至少一个。
MVPD730接收包括主要AV内容和增强服务的广播信号，并产生经复用的信号，以在操作S805将经复用的信号提供给广播接收装置760。在这点，经复用的信号可以将接收的增强服务排除在外，或者可以包括新的增强服务。
广播接收装置760对用户选择的信道进行调谐，接收经调谐的信道的信号，对接收的信号执行解调，对经解调的信号执行信道解码和AV解码，以产生未压缩的主要AV内容，然后在操作S806将产生的未压缩的主要AV内容提供给视频显示装置800。
此外，在操作S807，内容提供服务器710还通过无线信道来广播包括主要AV内容的广播信号。
另外，在操作S808，MVPD730可以将包括主要AV内容的广播信号不通过广播接收装置760而直接发射到视频显示装置800。
视频显示装置800可以通过广播接收装置760接收未压缩的主要AV内容。另外，视频显示装置800可以通过无线信道接收广播信号，然后，可以对接收的广播信号进行解调，以获得主要AV内容。
另外，视频显示装置800可以从MVPD730接收广播信号，然后可以对接收的广播信号进行解调和解码，以获得主要AV内容。在操作S813，视频显示装置800从所获得的主要AV内容的一些帧或间隔中的音频样本提取特征信息。
视频显示装置800接入与预定指纹服务器地址相对应的指纹服务器722，以在操作S815发送包括所提取的特征信息的第一询问，并在操作S816响应于第一询问从指纹服务器722接收第二回复。
在操作S817，指纹服务器722提供对第一询问的询问结果作为第一回复。如果第一回复对应于失败，则视频显示装置800接入与另一指纹服务器地址相对应的指纹服务器722，以发送包括所提取的特征信息的第一询问。
根据实施方式，视频显示装置800可以根据如上所述的操作通过利用使用指纹的ACR机制来获得关于当前观看的信道的信息。所获得的信息可以包括关于观看信道的信息、提供为获得与观看信道相关的增强服务所需的信息的增强服务信息提供服务器740的地址（URL）和作为时间信息的时间戳。
例如，指纹服务器722可以提供可扩展标记语言（XML）文档作为询问结果。将参照图52和表4描述包含询问结果的XML文档的示例。
图52是示出根据实施方式的包含询问结果的ACR-Resulttype的XML方案图的示图。
如图52所示，包含询问结果的ACR-Resulttype包括ResultCode属性以及ContentID、NTPTimestamp、SignalingChannelInformation和ServiceInformation元素。
例如，如果ResultCode属性为200，则这可以表示询问结果是成功的。例如，如果ResultCode属性为404，则这可以表示询问结果是不成功的。
ContentID是能够对相应内容进行标识的标识符，并且可以是当前观看信道的标识符。
NTPTimestamp提供了关于询问中所使用的样本周期的开始点（或包括结束点）的时间信息，NTP可以利用UTC时间保证互联网上的1/100秒单位的精度。
因此，根据实施方式，NTPTimestamp可以用于按帧为单位的精确同步，并且是和与如关于图25至图32所述的触发信息的动作时间戳相同的时钟同步的值。
即，可以基于根据触发信息中包括的触发动作将被执行或播放的NTPTimestamp来将诸如TDO的内容与触发信息的信息同步。
SignalingChannelInformation指示了通过互联网提供作为增强服务的信令信息的元数据的信道，并且可以提供IP网络上的信令信道的连接信息。
例如，信令信道的连接信息可以是提供增强服务的信令信息的服务器的地址（URL），更特别地，可以是如关于图46至图51所述的增强服务信息提供服务器740的URL。
为此，SignalingChannelInformation元素包括指示提供增强信息的信令信息的服务器的URL的SignalingChannelURL，并且SignalingChannelURL元素包括UpdateMode和PollingCycle属性。
根据实施方式，视频显示装置800利用在SignalingChannelURL指定的URL连接到增强服务信息提供服务器740，以接收用于获得诸如TDO的内容的信令信息和触发信息。
此外，UpdateMode指示通过信令信道获得信息的方案，并且可以根据拉方案通过定期轮询来获得信令信息。在推方案的情况下，如果必要，视频显示装置800可以将推方案中的信令信息发送到增强服务信息提供服务器740。
另外，PollingCycle可以指定用于视频显示装置800的轮询的基本周期值。视频显示装置800可以向增强服务信息提供服务器740请求与具有为防止请求拥塞而添加的预定值的基本周期值相对应的时间周期中的信令信息。
另外，ServiceInformation元素提供关于相应信道的特定信息（例如，信道名称、标志或文本描述等），并且可以通过ServiceInformation的横幅（banner）立即显示ServiceInformation元素中所包括的信道信息。
例如，ServiceInformation元素包括指示当前观看信道名称的ServiceName、提供信道的标志的ServiceLogo和提供信道的文本描述的ServiceDescription作为子元素。
表4示出包含询问结果的ACR-ResultType的XML方案。
表4
[表4]
Figure BDA00003410460000821
作为ContentID元素，可以如表5所示使用ATSC内容标识符。
表5
[表5]
如表5所示，ATSC内容标识符具有包括TSID和门牌号的结构。
16比特无符号整数TSID承载传输流标识符。
用广播结束之后content_id值可以被再次使用的那一天中的小时来设置5比特无符号整数end_of_day。
用content_id值不能被再次使用的天数来设置9比特无符号整数unique_for。
content_id表示内容标识符。视频显示装置800每天在相应的时间将unique_for减1直到end_of_day，并且如果unique_for不是0，则假定content_id是唯一的。
此外，作为ContentID元素，用于ATSC-M/H服务的全局服务标识符可以如下所述被使用。
全局服务标识符具有下面的形式。
-urn:oma:bcast:iauth:atsc:service:<region>:<xsid>:<serviceid>
这里，<region>是包括由ISO639-2规定的两个字符的国际国家代码。用于逻辑服务的<xsid>是在<region>中定义的TSID的小数，<xsid>(区域服务)(major>69)是“0”。用<major>或<minor>定义<serviceid>。<major>表示主要信道号，<minor>表示次要信道号。
全局服务标识符的示例如下。
-urn:oma:bcast:iauth:atsc:service:us:1234:5.1
-urn:oma:bcast:iauth:atsc:service:us:0:100.200
此外，作为ContentID元素，可以如下所述使用ATSC内容标识符。
ATSC内容标识符具有下面的形式。
urn:oma:bcast:iauth:atsc:content:<region>:<xsidz>:<contentid>:<unique_for>:<end_of_day>
这里，<region>是包括由ISO639-2规定的两个字符的国际国家代码。用于逻辑服务的<xsid>是在<region>中定义的TSID的小数，并且"."<serviceid>可以在<xsid>后面。用于（逻辑服务）的<xsid>（major>69）是<serviceid>。<content_id>是表5中定义的content_id字段的基本64符号，<unique_for>是表5中定义的unique_for字段的小数符号，并且<end_of_day>是表5中定义的end_of_day的小数符号。
此外，作为通过ACR机制所获得的信息的示例性配置，关于图52以及表4和表5描述作为第一询问结果的从指纹服务器722传送的第一响应的配置，但本发明限于此。
例如，具有如关于图52以及表4和表5描述的配置的信息被插入到水印中并且被视频显示装置800接收，或者从水印服务器721被传送。
下面，再次描述图51。
如果询问结果不包括增强服务地址或者增强服务，而是包括增强服务地址提供服务器地址，则视频显示装置800接入与所获得的增强服务地址提供服务器地址相对应的增强服务信息提供服务器740，以在操作S819发送包括内容信息的第二询问。
增强服务信息提供服务器740搜索与第二询问的内容信息相关的至少一个可用增强服务。稍后，在操作S821，增强服务信息提供服务器740将用于至少一个可用增强服务的增强服务信息作为对第二询问的第二回复提供给视频显示装置800。
根据实施方式，增强服务信息可以包括具有获得诸如TDO的内容所需的信息的元数据和形成相应增强服务的触发信息。
例如，元数据可以包括一个或更多个信令表，信令表可以包括提供诸如TDO的服务器的地址（例如，增强服务提供服务器750的URL）和提供触发信息的服务器的地址（例如，增强服务提供服务器750的URL）。
此外，信令表可以包括NRT服务信令表（例如，如关于图1至图21所述，NRT服务映射表（SMT）、NRT信息表（NRT-IT）和文本分段表（TFT））中的至少一个。
在这种情况下，提供诸如TDO的内容的服务器的地址（URL）可以包括在NRT服务信令表的任何一个中。例如，提供内容的增强服务提供服务器50的URL可以包括在NRT-IT中。
此外，提供触发信息的服务器的地址（URL）可以包括在NRT服务信令表的任何一个表中，并且包括提供触发信息的服务器的地址（URL）的表可以与包括提供诸如TDO的内容的服务器的地址（URL）的表相同，或者可以被分开定义为包括提供触发信息的服务器的地址（URL）的表。
如果视频显示装置800通过第一回复或者第二回复获得了至少一个可用增强服务地址，则视频显示装置800接入所述至少一个可用增强服务地址，以在操作S823请求增强服务，然后在操作S825获得增强服务。
当UpdateMode属性具有拉值时，视频显示装置800通过SignalingChannelURL将HTTP请求发送到增强服务提供服务器750，并响应于该请求从增强服务提供服务器750接收包括PSIP二进制流的HTTP回复。
在这种情况下，视频显示装置800可以根据被指定为PollingCycle属性的轮询周期发送HTTP请求。另外，SignalingChannelURL元素可以更新时间属性。在这种情况下，视频显示装置800可以发送根据被指定为更新时间属性的更新时间来发送HTTP请求。
如果UpdateMode属性为拉值，则视频显示装置800可以通过XMLHTTPRequestAPI从服务器异步地接收更新。在视频显示装置800通过XMLHTTPRequest API向服务器发送了异步请求之后，如果信令信息存在改变，则服务器通过信道提供信令信息作为回复。如果会话等待时间有限制，则服务器产生会话超时回复，并且接收机识别所产生的超时回复以再次发送请求，使得接收机和服务器之间的信令信道可以在所有时间被维持。
根据本发明，从增强服务提供服务器750获得的增强服务可以包括诸如TDO的内容和触发信息，并且提供诸如TDO的内容的增强服务提供服务器750和提供触发信息的增强服务提供服务器750可以具有不同的URL。
图53是示出根据实施方式的基于水印和指纹的网络拓扑的框图。
如图53所示，基于水印和指纹的网络拓扑还可以包括水印服务器721和指纹服务器722。
如图53所示，水印服务器721将内容供应商标识信息插入到主AV内容中。水印服务器721可以将内容供应商标识信息作为诸如标志的可见水印或不可见水印插入到主AV内容中。
指纹服务器722不对主AV内容进行编辑，但从主AV内容的一些帧或间隔中的音频采样中提取特征信息，并存储所提取的特征信息。然后，当从视频显示装置800接收到特征信息时，指纹服务器722提供与接收的特征信息相对应的AV内容的标识符和时间信息。
图54是示出根据实施方式的基于水印和指纹的网络拓扑的梯形图。在示出的数据流中，将省略关于与图46至图53所述的部分相同的部分的描述。
首先，在操作S901，内容提供服务器710发送包括主要AV内容和增强服务的广播信号。
水印服务器721接收接收由内容提供服务器710提供的广播信号，通过对主要AV内容进行编辑来将诸如标志的可见水印或作为不可见水印的水印信息插入到主AV内容，并且在操作S903将加水印的主要AV内容和增强服务提供给MVPD730。
通过不可见水印而插入的水印信息可以包括内容信息、增强服务信息和可用增强服务中的至少一个。上面描述了内容信息和增强服务信息。
MVPD730接收包括加了水印的主AV内容和增强服务的广播信号，产生经复用的信号，以在操作S905将经复用的信号提供给广播接收装置760。在这点，经复用的信号可以将接收的增强服务排除在外，或者可以包括新的增强服务。
广播接收装置760对用户选择的信道进行调谐，接收经调谐的信道的信号，对接收的信号进行解调，并对经解调的信号执行信道解码和AV解码，以产生未压缩的主要AV内容，然后在操作S906将产生的未压缩的主要AV内容提供给视频显示装置800。
此外，在操作S907，内容提供服务器710还通过无线信道来广播包括主要AV内容的广播信号。
另外，在操作S908，MVPD730可以不通过广播接收装置760而将包括主要AV内容的广播信号直接发送到视频显示装置800。
视频显示装置800可以通过广播接收装置760来接收未压缩的主要AV内容。另外，视频显示装置800可以通过无线信道来接收广播信号，然后，可以对接收的广播信号进行解调和解码，以获得主要AV内容。另外，视频显示装置800可以从MVPD730接收广播信号，然后，可以对接收的广播信号进行解调以获得主要AV内容。视频显示装置800从所获得的主要AV内容的一些帧或周期中的音频采样中提取水印信息。
如果水印信息对应于标志，则视频显示装置800确认与从多个标志和多个水印服务器地址之间的对应关系中提取的标志相对应的水印服务器地址。
当水印信息对应于标志时，视频显示装置800不能仅利用标志对主要AV内容进行标识。另外，当水印信息不包括内容信息时，视频显示装置800不能对主要AV内容进行标识，但水印信息可以包括内容供应商标识信息或水印服务器地址。
当水印信息包括内容供应送标识信息时，视频显示装置800可以确认与从多个内容供应商标识信息和多个水印服务器地址之间的对应关系提取的内容供应商标识信息相对应的水印服务器地址。以这种方式，当视频显示装置800不能仅用水印信息对视频显示装置800的主要AV内容进行标识时，视频显示装置800接入与获得的水印服务器地址相对应的水印服务器721，以在操作S909发送第一询问。
水印服务器721在操作S911提供对第一询问的第一回复。第一回复可以包括指纹服务器地址、内容信息、增强服务信息和可用增强服务中的至少一个。以上描述了内容信息和增强服务信息。
如果水印信息和第一回复包括指纹服务器地址，则在操作S913，视频显示装置800从获得的主要AV内容的一些帧或间隔的音频采样中提取特征信息。
视频显示装置800接入与第一回复中的指纹服务器地址相对应的指纹服务器722，以在操作S915发送包括所提取的特征信息的第二询问。
在操作S917，指纹服务器722提供询问结果作为对第二询问的第二回复。
如果询问结果不包括增强服务地址或增强服务，但包括增强服务地址提供服务器地址，则视频显示装置800接入与获得的增强服务地址提供服务器地址相对应的增强服务信息提供服务器740，以在操作S919发送包括内容信息的第三询问。
增强服务信息提供服务器740搜索与第三询问的内容信息相关的至少一个可用增强服务。稍后，在操作S921，增强服务信息提供服务器740向视频显示装置800提供至少一个可用增强服务的增强服务信息作为对第三询问的第三回复。
如果视频显示装置800通过第一回复、第二回复或第三回复获得至少一个可用增强服务地址，则视频显示装置800接入所述至少一个可用增强服务地址，以在操作S923请求增强服务，然后，在操作S925获得增强服务。
下面，将关于图55描述根据另一实施方式的接收机的配置。
图55是示出作为示例性接收设备的视频显示装置800的框图。在示出的视频显示装置800中，将省略与关于图46至图54描述相同的操作的描述。
如图55所示，视频显示装置800包括广播信号接收单元801、解调单元803、信道解码单元805、解复用单元807、AV解码单元809、外部输入端口811、播放控制单元813、播放装置820、增强服务管理单元830、数据发送/接收单元141和存储器850。
广播信号接收单元801从内容提供服务器710或MVPD730接收广播信号。
解调单元803对接收的广播信号进行解调，以产生经解调的信号。
信道解码单元805对经解调的信号执行信道解码，以产生经信道解码的数据。
解复用单元807从经信道解码的数据中分离出主要AV内容和增强服务。将分离出的增强服务存储在增强服务存储单元852中。
AV解码单元809对分离出的主要AV内容执行AV解码，以产生未压缩的主要AV内容。
此外，外部输入端口811从广播接收装置760、数字通用盘（DVD）播放器、蓝光盘播放器等接收未压缩的主要AV内容。外部输入端口811可以包括DSUB端口、高清多媒体接口（HDMI）端口、数字视频接口（DVI）端口、复合端口、分量端口和S-视频端口中的至少一个。
播放控制单元813控制播放装置820以根据用户的选择来播放AV解码单元809产生的未压缩的主要AV内容和从外部输入端口811接收的未压缩的主要AV内容中的至少一个。
播放装置820包括显示单元821和扬声器823。显示单元821可以包括液晶显示器（LCD）、薄膜晶体管液晶显示器（TFT LCD）、有机发光二极管（OLED）、柔性显示器和3D显示器中的至少一个。
增强服务管理单元830获得主要AV内容的内容信息，并且基于获得的内容信息来获得可用增强服务。尤其是，如上所述，增强服务管理单元830可以基于未压缩的主要AV内容的一些帧或间隔中的音频采样来获得主要AV内容的标识信息。这在本说明书中被称为自动内容识别（ACR）。
根据实施方式，增强服务管理单元830可以利用ACR机制获得关于当前观看的信道的信息，并且获得的信息可以包括关于观看的信道的信息、将被连接以通过互联网接收与观看的信道相关的增强服务的服务器的地址（URL）、和作为时间信息的时间戳。
数据发送/接收单元841可以包括高级电视系统委员会-移动/手持（ATSC-M/H）信道发送/接收单元841a和IP发送/接收单元841b。
存储器850可以包括至少一种存储介质，例如闪存类型、硬盘类型、多媒体卡微型、卡类型（例如，SD或XD存储器、随机存取存储器（RAM）、静态随机存取存储器（SRAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、可编程只读存储器（PROM）、磁性存储介质、磁盘和光盘）。视频显示装置800可以在与通过互联网执行存储器850的存储功能的网络存储的链接中操作。
存储器850可以包括内容信息存储单元851、增强服务存储单元852、标志存储单元853、设置信息存储单元854、书签存储单元855、用户信息存储单元856和使用信息存储单元857。
内容信息存储单元851存储与多个特征信息相对应的多个内容信息。
增强服务存储单元852可以存储与多个特征信息相对应的多个增强服务或与多个内容信息相对应的多个增强服务。
根据实施方式，增强服务存储单元852可以存储诸如TDO的内容和通过互联网接收的触发信息。
标志存储单元853存储多个标志。另外，标志存储单元853还可以存储与多个标志相对应的内容供应商标识符或与多个标志相对应的水印服务器地址。
设置信息存储单元854存储用于ACR的设置信息。书签存储单元855存储多个书签。
用户信息存储单元856存储用户信息。用户信息可以包括用于至少一个服务的至少一个账户信息、区域信息、家庭成员信息、优选类型信息、视频显示装置信息和使用信息范围中的至少一个。所述至少一个账户信息可以包括用于使用信息测量服务器的账户信息和诸如Twitter和Facebook的社交网站服务的账户信息。区域信息可以包括地址信息和邮政编码。
例如，家庭成员信息可以包括家庭成员的数量、各个成员的年龄、各个成员的性别、各个成员的宗教信仰和各个成员的工作。优选类型信息可以被设置为体育、电影、戏剧、教育、新闻、娱乐和其它类型中的至少一个。
视频显示装置信息可以包括诸如显示装置的类型、制造商、固件版本、分辨率、型号、OS、浏览器、存储装置可用性、存储装置容量和网速的信息。一旦设置了使用信息，则视频显示装置800收集和报告设置范围内的主要AV内容观看信息和增强服务使用信息。使用信息范围可以设置在各个虚拟信道中。另外，可以遍及整个物理信道来设置使用信息测量允许范围。
使用信息提供单元857存储由视频显示装置800收集的主要内容观看信息和增强服务使用信息。另外，视频显示装置800基于所收集的主要内容观看信息和增强服务使用信息来对服务使用模式进行分析，并将所分析的服务使用模式存储在使用信息存储单元857中。
增强服务管理单元830可以从指纹服务器722或内容信息存储单元851获得主要AV内容的内容信息。如果内容信息存储单元851中不存在与所提取的特征信息相对应的内容信息或没有足够的所述内容信息，则增强服务管理单元830可以通过数据发送/接收单元841来接收附加内容信息。此外，增强服务管理单元830可以连续地更新内容信息。
增强服务管理单元830可以从增强服务提供服务器750或增强服务存储单元853获得可用的增强服务。如果增强服务存储单元853中不存在增强服务或者没有足够的增强服务，则增强服务管理单元830可以通过数据发送/接收单元841更新增强的服务。此外，增强服务管理单元830可以连续地更新增强服务。
增强服务管理单元830可以从主要AV内容提取标志，然后，可以询问标志存储单元850以获得与所提取的标志相对应的内容供应送标识符或水印服务器地址。如果标志存储单元855中不存在与所提取的标志相对应的标志或没有充足的标志，则增强服务管理单元830可以通过数据发送/接收单元841接收附加标志。此外，增强服务管理单元830可以连续地更新标志。
增强服务管理单元830可以通过各种方法将从主要AV内容中提取的标志与标志存储单元855中的多个标志进行比较。所述各种方法可以减小比较操作的负载。
例如，增强服务管理单元830可以基于颜色特征执行比较。即，增强服务管理单元830可以将所提取的标志的颜色特征与标志存储单元855中的标志的颜色特征进行比较，以确定它们是否相同。
此外，增强服务管理单元830可以基于字符识别来执行比较。即，增强服务管理单元830可以将从所提取的标志中识别出的字符与从标志存储单元855中的标志识别出的字符进行比较，以确定它们是否相同。
此外，增强服务管理单元830可以基于标志的轮廓来执行比较。即，增强服务管理单元830可以将所提取的标志的轮廓与标志存储单元855中的标志的轮廓进行比较，以确定它们是否相同。
此外，本发明的以上广播服务发送和接收方法还可以被实现为计算机可读记录介质上的计算机可读代码。计算机可读记录介质的示例包括只读存储器（ROM）、随机存取存储器（RAM）、CD-ROM、磁带、软盘、光学数据存储装置和载波（例如，通过互联网的数据传输）。
计算机可读记录介质还可以分布于联网的计算机系统，使得计算机可读代码按分布式方式被存储和执行。另外，本发明所属领域的程序技术人员可以容易地解释用于实现本发明的功能程序、代码和代码段。
尽管已经参照本发明的说明性实施方式描述了实施方式，但应该理解，本领域技术人员可以设计将落入本公开的原理的精神和范围内的多种其它修改和实施方式。更特别地，本公开、附图和所附权利要求的范围内的主题组合布置的组成部分和/或布置可以进行各种变型和修改。除了组成部分和/或布置的变型和修改，对于本领域技术人员而言替代使用也是明显的。

Claims (20)

1.一种在接收设备中接收广播服务的方法，所述方法包括以下步骤：
接收未压缩的音频/视频内容；
基于所述未压缩的音频/视频内容的一部分来获得与所述未压缩的音频/视频内容的信道有关的信息；以及
利用所获得的信息来获得所述广播服务的内容和触发信息。
2.根据权利要求1所述的方法，其中，与所述信道有关的信息包括服务器的地址信息，所述服务器被连接以获得信道标识信息、时间戳信息以及所述内容和所述触发信息中的至少一个信息。
3.根据权利要求2所述的方法，所述方法还包括以下步骤：利用所述服务器的所述地址信息，从所述服务器获得与所述广播服务有关的信令信息。
4.根据权利要求3所述的方法，其中，所述信令信息包括提供所述内容的服务器的地址信息。
5.根据权利要求3所述的方法，其中，所述信令信息包括提供所述触发信息的服务器的地址信息。
6.根据权利要求2所述的方法，其中，所述时间戳信息包括与所述音频/视频内容的一部分相对应的观看时间信息，并且所获得的内容与所述触发信息的时间信息基于所述时间戳而同步。
7.根据权利要求1所述的方法，其中，获得与所述信道有关的信息的步骤包括：从被插入到所述音频/视频内容的一部分中的水印信息来获得与所述信道有关的信息。
8.根据权利要求1所述的方法，其中，获得与所述信道有关的信息的步骤包括：
从所述音频/视频内容的一部分中提取特征信息；以及
通过来自服务器的对包括所述特征信息的询问的响应来获得与所述信道有关的信息。
9.根据权利要求1所述的方法，其中，所述广播服务的所述内容对应于所述触发信息中的目标服务标识符。
10.根据权利要求1所述的方法，所述方法还包括以下步骤：根据所述触发信息中的触发动作来执行对象，其中，所述对象对应于所述目标服务标识符。
11.根据权利要求1所述的方法，所述方法还包括以下步骤：
存储所获得的内容；
获得要删除所述内容的信息；以及
根据所获得的删除信息来删除所存储的内容。
12.根据权利要求11所述的方法，其中，所述删除信息包括指示如何删除所存储的内容的类型信息和指示何时删除所存储的内容的删除时间信息。
13.根据权利要求12所述的方法，其中，所述删除时间信息以小时为单位或以天为单位指示了所述内容的获得时间与所述内容的删除时间之间的时间。
14.一种接收设备，所述接收设备包括：
接收单元，其接收未压缩的音频/视频内容；和
服务管理单元，其基于所述未压缩的音频/视频内容的一部分来获得与所述未压缩的音频/视频内容的信道有关的信息，并利用所获得的信息来获得所述广播服务的内容和触发信息，
其中，与所述信道有关的信息包括服务器的地址信息，所述服务器被连接以获得信道标识信息、时间戳信息以及所述内容和触发信息中的至少一个信息。
15.根据权利要求14所述的接收设备，其中，所述服务管理单元利用地址信息从所述服务器获得与所述广播服务有关的信令信息。
16.根据权利要求15所述的接收设备，其中，所述信令信息包括提供所述内容的服务器的地址信息和提供所述触发信息的服务器的地址信息中的至少一个信息。
17.根据权利要求14所述的接收设备，其中，所述服务管理单元从被插入到所述音频/视频内容的一部分中的水印信息来获得与所述信道有关的信息。
18.根据权利要求14所述的接收设备，其中，所述服务管理单元从所述音频/视频内容的一部分中提取特征信息，并且通过来自服务器的对包括所述特征信息的询问的响应来获得与所述信道有关的信息。
19.根据权利要求14所述的接收设备，所述接收设备还包括控制单元，所述控制单元根据所述触发信息中的触发动作来执行与所获得的内容相对应的对象。
20.根据权利要求14所述的接收设备，所述接收设备还包括存储所获得的内容和触发信息的存储单元，其中，所述服务管理单元获得要删除所述内容的信息，并且根据所获得的删除信息来删除存储在所述存储单元中的所述内容。
CN2011800628373A 2010-12-26 2011-12-13 广播服务发送方法、广播服务接收方法和广播服务接收设备 Pending CN103283251A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201061427200P 2010-12-26 2010-12-26
US61/427,200 2010-12-26
US201161525836P 2011-08-21 2011-08-21
US61/525,836 2011-08-21
PCT/KR2011/009564 WO2012091322A1 (ko) 2010-12-26 2011-12-13 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치

Publications (1)

Publication Number Publication Date
CN103283251A true CN103283251A (zh) 2013-09-04

Family

ID=46383330

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2011800628373A Pending CN103283251A (zh) 2010-12-26 2011-12-13 广播服务发送方法、广播服务接收方法和广播服务接收设备

Country Status (7)

Country Link
US (2) US9661397B2 (zh)
EP (1) EP2658248A4 (zh)
KR (2) KR20140084348A (zh)
CN (1) CN103283251A (zh)
DE (1) DE112011104029B4 (zh)
GB (1) GB2508451B (zh)
WO (1) WO2012091322A1 (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105979332A (zh) * 2015-12-04 2016-09-28 乐视致新电子科技（天津）有限公司 一种视频数据的检测方法和装置
CN106105136A (zh) * 2014-02-17 2016-11-09 Lg 电子株式会社 用于处理混合广播服务的装置和用于处理混合广播服务的方法
CN106105239A (zh) * 2014-03-28 2016-11-09 索尼公司 发送设备、发送方法、接收设备、接收方法和程序
CN106304851A (zh) * 2015-04-23 2017-01-04 Lg电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
WO2017092320A1 (zh) * 2015-12-04 2017-06-08 乐视控股（北京）有限公司 一种在视频中添加水印和确定水印的信息的方法和设备
CN107534793A (zh) * 2015-04-30 2018-01-02 索尼公司 接收装置、传输装置以及数据处理方法
CN107852530A (zh) * 2015-07-06 2018-03-27 Lg电子株式会社 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN112468251A (zh) * 2015-03-01 2021-03-09 Lg 电子株式会社 发送广播信号的设备和方法以及接收广播信号的设备和方法
CN112866754A (zh) * 2015-09-07 2021-05-28 Lg 电子株式会社 广播信号发送设备和方法以及广播信号接收设备和方法
CN114071050A (zh) * 2020-07-29 2022-02-18 北京字节跳动网络技术有限公司 一种基于视频的互动方法、装置、电子设备及介质

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8941779B2 (en) * 2012-03-21 2015-01-27 Sony Corporation Non-closed caption data transport in standard caption service
EP2658248A4 (en) 2010-12-26 2014-07-09 Lg Electronics Inc AUDIOVISUAL SERVICE TRANSMISSION METHOD, AUDIOVISUAL SERVICE RECEIVING METHOD, AND AUDIOVISUAL SERVICE RECEIVING APPARATUS
EP2477133A1 (en) * 2011-01-03 2012-07-18 Thomson Licensing Distribution of digital content protected by watermark-generating password
CA2839444C (en) * 2011-06-16 2016-05-31 Lg Electronics Inc. Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
US8589363B2 (en) * 2011-07-19 2013-11-19 Exagrid Systems, Inc. Systems and methods for managing delta version chains
JP6208012B2 (ja) * 2011-08-05 2017-10-04 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 受信装置、受信方法、プログラム、及び情報処理システム
KR101336161B1 (ko) * 2012-03-30 2013-12-03 애니포인트 미디어 그룹 방송 연동형 서비스 제공 방법
US10104447B2 (en) 2012-06-19 2018-10-16 Saturn Licensing Llc Extensions to trigger parameters table for interactive television
US9154840B2 (en) 2012-07-31 2015-10-06 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
MX339103B (es) 2012-08-07 2016-05-11 Lg Electronics Inc Metodo y aparato para procesar una señal de difusion que incluye un servicio de difusion interactivo.
JP6045692B2 (ja) * 2012-08-22 2016-12-14 エルジー エレクトロニクス インコーポレイティド 対話型サービスを処理する装置及び方法
JP6212557B2 (ja) * 2012-09-12 2017-10-11 エルジー エレクトロニクス インコーポレイティド 対話型サービスを処理する装置及び方法
US20140128114A1 (en) * 2012-11-07 2014-05-08 Jiun Hung Interactive Broadcasting Method for Broadcasting system and Related Service Providing System
FR3011155A1 (fr) * 2013-09-26 2015-03-27 Orange Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants.
JP2015073245A (ja) * 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
EP3063943B1 (en) 2013-11-01 2019-08-21 LG Electronics Inc. Apparatus for transmitting and method for transmitting broadcast signals
US10554745B2 (en) * 2014-01-14 2020-02-04 Lg Electronics Inc. Method and apparatus for managing connection between broadcasting reception device and another device which are connected through network
US20150358507A1 (en) * 2014-06-04 2015-12-10 Sony Corporation Timing recovery for embedded metadata
KR101570608B1 (ko) 2014-06-24 2015-11-19 한국방송공사 방송 연관 서비스 수신 방법, 수신기 및 시스템
WO2016060410A1 (ko) 2014-10-14 2016-04-21 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JPWO2017010312A1 (ja) * 2015-07-16 2018-05-24 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
US10171852B2 (en) 2015-08-07 2019-01-01 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US9800819B2 (en) * 2016-02-19 2017-10-24 Sony Corporation Methodologies and apparatus for reducing delays when receiving, processing, or switching content
US11057685B2 (en) * 2018-03-29 2021-07-06 Ncr Corporation Media content proof of play over optical medium
US11159831B2 (en) * 2020-01-07 2021-10-26 Sony Corporation Non-real time (NRT) memory management in advanced television systems committee (ATSC) 3.0 system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070022437A1 (en) * 2005-07-19 2007-01-25 David Gerken Methods and apparatus for providing content and services coordinated with television content
CN101554054A (zh) * 2006-11-20 2009-10-07 Sk电信有限公司 用于提供与广播内容相关的补充信息服务的系统、服务器和方法
CN101785237A (zh) * 2007-07-30 2010-07-21 索尼公司 数据传送和接收系统、数据中继装置、数据接收装置、数据中继方法、以及数据接收方法

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6411725B1 (en) * 1995-07-27 2002-06-25 Digimarc Corporation Watermark enabled video objects
US6240555B1 (en) 1996-03-29 2001-05-29 Microsoft Corporation Interactive entertainment system for presenting supplemental interactive content together with continuous video programs
US7028327B1 (en) * 2000-02-02 2006-04-11 Wink Communication Using the electronic program guide to synchronize interactivity with broadcast programs
US20040261099A1 (en) 2000-06-21 2004-12-23 Durden George A. Method for formulating, delivering and managing data concerning programming content and portions thereof
US20020174425A1 (en) * 2000-10-26 2002-11-21 Markel Steven O. Collection of affinity data from television, video, or similar transmissions
US20030131350A1 (en) 2002-01-08 2003-07-10 Peiffer John C. Method and apparatus for identifying a digital audio signal
US7899915B2 (en) * 2002-05-10 2011-03-01 Richard Reisman Method and apparatus for browsing using multiple coordinated device sets
US8176028B2 (en) 2002-09-23 2012-05-08 Rodriguez Alex O Broadcast network platform system
KR100456162B1 (ko) 2002-12-14 2004-11-09 한국전자통신연구원 디지털 케이블 티비 제한수신시스템에서 키 업데이트 방법
US20040268419A1 (en) * 2003-06-24 2004-12-30 Microsoft Corporation Interactive content without embedded triggers
CN1820511A (zh) * 2003-07-11 2006-08-16 皇家飞利浦电子股份有限公司 用于生成并探测多媒体信号中起到触发标记作用的指纹的方法和设备
US8077619B2 (en) 2005-02-14 2011-12-13 Telefonaktiebolaget L M Ericsson (Publ) Method for aggregating data traffic over an access domain and nodes therefor
JP2006270634A (ja) * 2005-03-24 2006-10-05 Victor Co Of Japan Ltd デジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システム
WO2007037040A1 (ja) 2005-09-28 2007-04-05 Mitsubishi Electric Corporation 放送受信装置
WO2007083824A1 (en) * 2006-01-17 2007-07-26 Matsushita Electric Industrial Co., Ltd. Method and apparatus for broadcast content related notification
KR100831035B1 (ko) 2007-01-15 2008-05-20 에스케이 텔레콤주식회사 디지털 멀티미디어 방송의 부가 정보 제공을 위한 ｇｕｉｐ서비스 시스템 및 방법
KR100831085B1 (ko) 2007-03-21 2008-05-20 장기정 폴더형 휴대단말기의 개폐내구성 시험장치
US20100077428A1 (en) 2008-09-23 2010-03-25 International Business Machines Corporation Method and apparatus for providing supplemental content with video media
US8997155B2 (en) 2008-11-21 2015-03-31 Echostar Technologies L.L.C. Locally stored advertisements
US8705933B2 (en) 2009-09-25 2014-04-22 Sony Corporation Video bookmarking
US8612646B2 (en) 2010-07-14 2013-12-17 William G. Bartholomay Devices, systems, and methods for multiplexing one or more services at a customer premises
US8918801B2 (en) * 2010-08-30 2014-12-23 Sony Corporation Transmission apparatus, transmission method, reception apparatus, reception method, program, and broadcasting system
US8832735B2 (en) 2010-10-15 2014-09-09 Hulu, LLC Processing workflow for recommending media programs
WO2012070901A2 (ko) 2010-11-24 2012-05-31 엘지전자 주식회사 부가 서비스 수신 방법 및 그를 이용한 영상 표시 장치
CA2814196C (en) 2010-11-24 2016-10-25 Lg Electronics Inc. Video display device and method of controlling the same
WO2012070903A2 (ko) 2010-11-24 2012-05-31 엘지전자 주식회사 영상 표시 장치 및 그 제어 방법
EP2658248A4 (en) 2010-12-26 2014-07-09 Lg Electronics Inc AUDIOVISUAL SERVICE TRANSMISSION METHOD, AUDIOVISUAL SERVICE RECEIVING METHOD, AND AUDIOVISUAL SERVICE RECEIVING APPARATUS
CA2839444C (en) * 2011-06-16 2016-05-31 Lg Electronics Inc. Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
WO2013061366A1 (ja) 2011-10-26 2013-05-02 日立コンシューマエレクトロニクス株式会社 映像信号の送受信方法、表示装置、及びデコード装置
CN104160713B (zh) * 2012-03-05 2018-06-05 Lg电子株式会社 视频显示设备及其操作方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070022437A1 (en) * 2005-07-19 2007-01-25 David Gerken Methods and apparatus for providing content and services coordinated with television content
CN101554054A (zh) * 2006-11-20 2009-10-07 Sk电信有限公司 用于提供与广播内容相关的补充信息服务的系统、服务器和方法
CN101785237A (zh) * 2007-07-30 2010-07-21 索尼公司 数据传送和接收系统、数据中继装置、数据接收装置、数据中继方法、以及数据接收方法

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106105136A (zh) * 2014-02-17 2016-11-09 Lg 电子株式会社 用于处理混合广播服务的装置和用于处理混合广播服务的方法
CN106105136B (zh) * 2014-02-17 2019-08-23 Lg 电子株式会社 用于处理混合广播服务的装置和用于处理混合广播服务的方法
CN106105239B (zh) * 2014-03-28 2019-09-10 索尼公司 发送设备、发送方法、接收设备、接收方法和程序
CN106105239A (zh) * 2014-03-28 2016-11-09 索尼公司 发送设备、发送方法、接收设备、接收方法和程序
US10432989B2 (en) 2014-03-28 2019-10-01 Saturn Licensing Llc Transmission apparatus, transmission method, reception apparatus, receiving method, and program
CN112468251A (zh) * 2015-03-01 2021-03-09 Lg 电子株式会社 发送广播信号的设备和方法以及接收广播信号的设备和方法
CN106304851A (zh) * 2015-04-23 2017-01-04 Lg电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
CN107534793B (zh) * 2015-04-30 2021-08-03 索尼公司 接收装置、传输装置以及数据处理方法
CN107534793A (zh) * 2015-04-30 2018-01-02 索尼公司 接收装置、传输装置以及数据处理方法
CN113438518B (zh) * 2015-07-06 2023-02-28 Lg电子株式会社 处理广播数据的方法、接收系统和发送系统
CN107852530A (zh) * 2015-07-06 2018-03-27 Lg电子株式会社 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US10721502B2 (en) 2015-07-06 2020-07-21 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
US10939145B2 (en) 2015-07-06 2021-03-02 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
US11483599B2 (en) 2015-07-06 2022-10-25 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
CN113438518A (zh) * 2015-07-06 2021-09-24 Lg电子株式会社 处理广播数据的方法、接收系统和发送系统
US11070854B2 (en) 2015-07-06 2021-07-20 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
CN112866753A (zh) * 2015-09-07 2021-05-28 Lg 电子株式会社 广播信号发送设备和方法以及广播信号接收设备和方法
CN112866754A (zh) * 2015-09-07 2021-05-28 Lg 电子株式会社 广播信号发送设备和方法以及广播信号接收设备和方法
CN105979332A (zh) * 2015-12-04 2016-09-28 乐视致新电子科技（天津）有限公司 一种视频数据的检测方法和装置
WO2017092343A1 (zh) * 2015-12-04 2017-06-08 乐视控股（北京）有限公司 一种视频数据的检测方法和装置
WO2017092320A1 (zh) * 2015-12-04 2017-06-08 乐视控股（北京）有限公司 一种在视频中添加水印和确定水印的信息的方法和设备
CN114071050A (zh) * 2020-07-29 2022-02-18 北京字节跳动网络技术有限公司 一种基于视频的互动方法、装置、电子设备及介质

Also Published As

Publication number Publication date
KR20140084348A (ko) 2014-07-04
US20130271653A1 (en) 2013-10-17
US20150172783A1 (en) 2015-06-18
KR101479890B1 (ko) 2015-01-06
GB2508451B (en) 2017-05-03
US9661397B2 (en) 2017-05-23
WO2012091322A1 (ko) 2012-07-05
DE112011104029T5 (de) 2013-09-05
GB201311855D0 (en) 2013-08-14
GB2508451A (en) 2014-06-04
US9860611B2 (en) 2018-01-02
KR20130098399A (ko) 2013-09-04
EP2658248A4 (en) 2014-07-09
EP2658248A1 (en) 2013-10-30
DE112011104029B4 (de) 2018-11-15

Similar Documents

Publication Publication Date Title
CN103283251A (zh) 广播服务发送方法、广播服务接收方法和广播服务接收设备
CN103535046B (zh) 用于广播服务的发送方法、接收方法及其接收设备
US9596510B2 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
CN103650482B (zh) 发送和接收广播服务的方法及其接收装置
US9661371B2 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
US9225443B2 (en) Method for transmitting broadcast service, method for receiving the broadcasting service, and apparatus for receiving the broadcasting service
CA2823037C (en) Method for transmitting a broadcast service, and method and apparatus for receiving same
US9667902B2 (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
US20150033271A1 (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
CA2829750C (en) Method for transmitting broadcast service, receiving method therefor, and receiving device therefor
CA2827384C (en) Apparatus and method for transmitting and receiving a broadcasting service
CN104012107A (zh) 处理与广播节目有关的双向服务的装置和方法
CA2822968C (en) Broadcast service transmitting method, broadcasting service receiving method and broadcast service receiving apparatus

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
AD01 Patent right deemed abandoned
AD01 Patent right deemed abandoned

Effective date of abandoning: 20191101