CN103535046B - 用于广播服务的发送方法、接收方法及其接收设备 - Google Patents
用于广播服务的发送方法、接收方法及其接收设备 Download PDFInfo
- Publication number
- CN103535046B CN103535046B CN201280023296.8A CN201280023296A CN103535046B CN 103535046 B CN103535046 B CN 103535046B CN 201280023296 A CN201280023296 A CN 201280023296A CN 103535046 B CN103535046 B CN 103535046B
- Authority
- CN
- China
- Prior art keywords
- service
- nrt
- field
- descriptor
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
- H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/482—End-user interface for program selection
-
- 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/658—Transmission by the client directed to the server
- H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
-
- 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/84—Generation or processing of descriptive data, e.g. content descriptors
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Library & Information Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
- Circuits Of Receivers In General (AREA)
Abstract
一种广播接收装置接收广播服务的方法包括以下步骤:接收广播表;接收与服务对象相对应的服务信令数据;基于所述服务信令数据来确定所述服务对象的消费模型;当所述消费模型是预定消费模型时,基于所述服务信令数据来接收配置了所述服务对象的内容项;基于所述广播表或所述服务信令数据来显示与内容有关的指南;根据对所述内容的附加信息请求来对所接收的内容项中的一个内容项进行标识;以及基于所标识的内容项来控制所述指南。
Description
技术领域
本公开涉及发送广播服务的方法、接收广播服务的方法和及其接收机。
背景技术
数字电视(DTV)现在被呈现为提供除了诸如播放视频和音频的电视(TV)的原始功能之外的多种服务。例如,可以向用户提供诸如电子节目指南(EPG)的广播信息,而且,可以向用户同时提供来自至少两个信道的广播服务。尤其是,由于DTV的接收***包括大容量的存储装置,并且连接到数据通信信道和互联网(通过该互联网可进行双向通信),因此通过广播信号可以访问更多的服务。另外,由于通过广播信号提供的服务变得更多样化,所以利用多样化的服务的需求增加了。
发明内容
技术问题
实施方式提供了一种接收和处理非实时(NRT)服务的方法和一种发送NRT服务的方法。
实施方式还提供一种提供通过NRT服务下载的内容的方法及其接收机。
实施方式还提供一种在不干扰现有接收机的情况下提供关于包括实时服务和NRT服务的广播服务的各种信息的广播服务接收方法。
技术方案
在一个实施方式中,一种广播接收装置接收广播服务的方法包括:接收广播表;接收与服务对象相对应的服务信令数据;基于所述服务信令数据来确定所述服务对象的消费模型;当所述消费模型是预定消费模型时,基于所述服务信令数据来接收配置了所述服务对象的内容项;基于所述广播表或所述服务信令数据来显示与内容有关的指南;根据对所述内容的附加信息请求来对所接收的内容项中的一个内容项进行标识;以及基于所标识的内容项来控制所述指南。
在另一个实施方式中,一种广播服务接收装置包括:接收机,其接收与服务对象有关的广播表或服务信令数据;服务管理器,其基于所述服务信令数据来确定所述服务对象的消费模型,当所述消费模型对应于预定消费模型时,基于所述服务信令数据来接收所述服务对象中的内容项,并且基于所述广播表或所述服务信令数据来生成与内容有关的指南;显示单元,其显示所生成的指南,其中,所述服务管理器根据对所述内容的附加信息请求对所接收的内容项中的一个内容项进行标识,并且基于所标识的内容项来控制所述指南。
在另一个实施方式中,一种广播发送装置发送广播服务的方法包括以下步骤:在接收机的指南中,为NRT服务对象设置预定消费模型,该NRT服务对象包括与要显示的内容有关的附加信息;将所述内容和所述NRT服务对象的链接信息***到广播表或NRT服务信令数据中;发送所述广播表或所述NRT服务信令数据;以及发送所述服务对象。
有益效果
根据本发明实施方式,可以通过NRT服务来接收和提供广播信息。
另外,根据本发明实施方式,可以在不干扰现有接收机的情况下通过NRT服务来提供广播信息。
此外,根据本发明实施方式,可以有效地提高各种复杂的广播信息。
附图说明
图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是示出根据另一实施方式的利用VCT按信号方式发送DCM-CC可寻址区段数据的方法的示图。
图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是示出根据本发明实施方式的链接描述符(link_descriptor)的语法的示图。
图44和图45是示出根据本发明实施方式的链接描述符中包括的字段的内容的示图。
图45是根据本发明另一实施方式的时序图。
图46和图47是示出根据本发明实施方式的当图43的链接描述符包括在PSIP表中的事件信息表(EIT)的描述符中时各表之间的链接的示图。
图47是示出根据本发明实施方式的保持厨房接收方法的示图。
图48是示出根据本发明实施方式的事件描述符(Event_descriptor)的语法和事件描述符中的字段的内容的示图。
图49是示出根据本发明实施方式的通过事件描述符对链接节目进行标识的方法的示图。
图50是示出根据本发明实施方式的接收机300利用链接描述符接收广播节目或广播信道相关内容的操作的流程图。
图51是示出根据本发明实施方式的接收机300利用事件描述符提供广播节目相关内容的操作的流程图。
图52是示出根据本发明实施方式的NRT服务描述符(NRT_service_descriptor,即,服务等级描述符)的语法的示图。
图53是示出根据本发明实施方式的根据NRT服务描述符中的consumption_model字段的各值的含义的示图。
图54是示出根据本发明实施方式的当通过TDO消费模型发送TDO时接收机300的操作的流程图。
图55是示出根据本发明实施方式的接收机300根据TDO消费模型分配和管理TDO存储区域的方法的流程图。
图56是示出根据本发明实施方式的TDO元数据描述符的示图。
图57是示出根据本发明实施方式的接收机300接收TDO元数据的操作的流程图。
图58是示出根据本发明实施方式的接收机300根据TDO元数据中的时间信息管理TDO的方法的流程图。
图59是示出根据本发明的另一个实施方式的接收机300根据TDO元数据中的时间信息和优先级信息管理TDO的方法的流程图。
图60是示出根据本发明实施方式的互联网位置描述符的语法的示图。
图61是示出根据本发明实施方式的当通过互联网网络发送FDT时接收机300的操作的流程图。
图62是示出根据本发明实施方式的当通过链接描述符发送FDT的URL时接收机300的操作的流程图。
图63是示出根据本发明实施方式的当通过NRT-IT发送FDT的URL时接收机300的操作的流程图。
图64是示出包括入口内容项的NRT服务的概念示图。
图65和图66是示出根据本发明实施方式的用于发送关于入口内容项的信息的NRT-IT的示图。
图67是示出根据本发明实施方式的当发送了入口内容项时接收机的操作方法的示图。
图68是根据本发明实施方式发送的多个NRT服务对象的概念性示图。
图69是示出根据本发明实施方式的SMT中包括的NRT服务描述符的语法的示图。
图70和图71是示出根据本发明另一实施方式的另一NRT-IT的语法的示图。
图72是示出根据本发明另一实施方式的其它NRT位置描述符(other_NRT_location_descriptor)的语法的示图。
图73是示出根据本发明实施方式的接收广播服务的方法的流程图。
图74是示出根据本发明实施方式的当分配了EPG消费模型时根据NRT服务描述符中的consumption_model字段的各值的含义的示图。
图75是示出作为根据本发明实施方式的接收广播服务的方法的基于EPG消费模型的NRT服务提供EPG的方法的流程图。
图76是示出根据本发明实施方式的EPG和各表之间的链接的示图。
图77是示出根据本发明实施方式提供的EPG的示图。
图78和图79是示出根据本发明实施方式的当用户请求附加信息时EPG画面的示图。
图80是示出根据本发明另一实施方式的与其它表链接的链接信息的示图。
图81是示出根据本发明实施方式的链接描述符的语法的示图。
图82是示出根据本发明实施方式的链接描述符的target_type字段字段的示图。
图83是示出根据本发明另一实施方式的链接描述符的示图。链接描述符可以
图84是示出根据本发明实施方式的增强EPG描述符的语法的示图。
图85是示出根据本发明另一实施方式的增强EPG描述符的语法的示图。
图86是示出根据本发明实施方式的利用增强EPG描述符和链接描述符提供EPG的方法的流程图。
图87是示出根据本发明实施方式的接收广播服务的方法所提供的EPG的示图。
具体实施方式
下面将参照附图详细地描述本发明的优选实施方式。在附图中示出并且利用附图描述的本发明的配置和操作被解释为至少一个示例,本发明的技术构思及其核心配置和操作不限于此。
本发明中使用的术语考虑到本发明的功能当前被选择用作普通术语(如果可能),但将根据本领域技术人员的意图或习惯而改变。在特定情况下,存在申请人任意选择的术语,在这种情况下,它们的含义将在说明书中被更详细地描述。因此,在本申请中使用的术语应该基于术语的含义以及本发明的内容被限定,而不是基于术语的简单名称被限定。
此外,在本发明的术语当中,实时(RT)服务字面上表示实时的服务。即,服务有时间限制。相反,非实时(NRT)服务是NRT的服务,而不是RT服务。即,NRT服务没有时间限制。此外,用于NRT服务的数据被称为NRT服务数据。
根据本发明的广播服务接收机可以通过诸如地面波、线缆和互联网的介质来接收NRT服务。
NRT服务可以被存储在广播接收机的存储介质中,然后可以根据预定时间或者应用户的请求被显示在显示装置上。NRT服务按文件格式被接收,并且根据实施方式被存储在存储介质中。根据实施方式,存储介质可以是嵌入在广播接收机中的HDD。作为另一示例,存储介质可以是通用串行总线(USB)存储器或连接到广播接收***的外部HDD。
对于接收构成NRT服务的文件、将信令信息存储在存储介质中并且向用户提供服务而言,信令信息是必要的。本发明可以指定上面的信令信息为NRT服务信令信息或NRT服务信令数据。
根据获得包括NRT服务信令数据的IP数据报的方法,NRT服务包括固定NRT服务和移动NRT服务。具体来讲,向固定广播接收机提供固定NRT服务,向移动广播接收机提供移动NRT服务。
图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-2 TS格式被发送。
通过基于MPEG-2的节目特定信息(PSI)或节目和***消息协议(PSIP)表(例如,VCT),确定在虚拟信道中是否存在NRT服务并且NRT服务的标识信息是否按信号方式被发送。
根据实施方式,发送NRT服务信令数据(所述NRT服务信令数据按信号方式发送基于IP的NRT服务的接入信息)的NRT服务信令信道被打包成IP层中的特定IP流,然后按MPEG-2 TS格式被发送。
即,广播站根据如图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-2 TS格式,就可以发送移动服务数据的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-2 TS 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 | 用户私有 |
app_id_byte字段(8比特)表示应用标识符的字节。
tap_count字段(8比特)描述了用于相应应用的Tap()结构的数量。
protocol_encapsulation字段(8比特)描述了用于发送由Tap()字段所参考的特定数据元素的协议封装类型。protocol_encapsulation字段的值如表2进行定义。
表2
[表2]
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_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服务的内容/文件所需的媒体对象的容器信息、编码信息和解码参数,然后发送该NCT。因此,接收***提取呈现相应的内容/文件所需的通过各个内容的媒体对象的容器信息、编码信息和解码参数,并且使用容器信息、编码信息和解码参数进行呈现。
图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-2 TP处理器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-2 TP缓冲器和MPEG-2 TP解析器,并在临时存储解调器112的输出之后分析TS报头。然后,如果解调器112的输出是实时的A/V TS包或者NRTTS包,则被输出到解复用器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服务。另外,动作可以是从经解析的触发动作信息所提供的准备、执行、扩展和终止命令中的一个。
下面,根据本发明的实施方式,将描述与NRT服务、实时广播和互联网网络链接提供关于NRT服务的信息的方法。
如上面提到的,在实际的广播***中,一个广播节目可以包括在与相应节目的链接中执行的至少一个应用,并且这样的应用可以存储在接收机300中,并且通过上面提到的NRT服务接收方法被启用。
然而,由于PSIP表不包括关于与广播节目链接的NRT服务有关的信息,所以当接收机300要接收与广播节目链接的NRT服务时,包括特定广播节目的信道的NRT-IT都需要被解析。另外,即使当接收机300首先接收NRT-IT以接收NRT服务的内容项时,也难以对与内容项链接的广播节目进行标识。另外,由于PISP表不包括关于互联网网络的信息,所以接收机300仅接收实时广播节目,从而难以识别通过互联网网络发送的相关服务。另外,出于与上面相同的原因,接收机300难以接收关于通过互联网网络发送的特定实时广播节目的扩展EPG。因此,需要实时广播解码、NRT服务以及互联网网络之间的***化链接。
根据本发明的实施方式,发射机200可以将诸如NRT或TDO或互联网网络的用于链接到NRT服务所需的信息存储在与特定信道或节目相对应的PSIP表中,然后发送该信息。此外,与特定实时广播信道信息或节目信息相对应的PSIP表信息被包括在NRT服务中,然后被发送。
因此,接收机300接收实时广播信道或节目,并且对PSIP表进行解析,使得可以选择性地接收与特定广播节目链接的NRT服务。此外,接收机300接收实时广播信道或节目,并且对PSIP表进行解析,使得可以通过互联网网络接收与特定广播信道或节目链接的NRT服务。然后,接收机300接收NRT服务,以获得关于与NRT服务链接的广播节目的PSIP表信息,然后将该PSIP表信息提供给用户。
根据本发明的实施方式,提供与实时广播链接的信息(例如,NRT服务、预览信息、扩展EPG信息、高亮信息和相关的互联网入门信息中的一个)的描述符可以被包括在多个PSIP表中的一个PSIP表中,然后被发送。根据本发明的实施方式,这样的描述符可以被称为链接描述符。
另外,根据本发明的实施方式,关于与NRT服务链接的广播解码的信息(例如,广播信道信息或节目信息)可以被包括在SMT和诸如NRT-IT的NRT的一个中,然后被发送。根据本发明的实施方式,这样的描述符可以被称为事件描述符。
图43是示出根据本发明的实施方式的链接描述符(link_descriptor)的语法的示图。图44和图45是示出链接描述符中包括的字段的内容的示图。
如图43所示,链接描述符包括descriptor_tag字段、descriptor_length字段、number_of_links字段和多个链接数据项。所述多个链接数据项中的各链接数据项均包括link_type字段、link_media字段、mime_type_length字段、mime_type字段、description_length字段、description、link_length字段和link_byte字段。
descriptor_tag字段可以是8比特无符号整数,以将该描述符区分为链接描述符。例如,该字段可以取值0xe8。
descriptor_length字段可以是8比特无符号整数,以限定从紧接在该字段之后的字段到链接描述符的末尾的长度。
number_of_links字段可以是8比特无符号整数,以指示多个链接数据项的数量。
link_type字段指示基于link_byte字段可接收到的相关服务的类型。例如,如图44所示,link_type字段可以指示基于链接数据项中包括的link_byte字段可接收的特定服务的类型信息。
例如,具有0X01的link_type字段的链接数据项可以与广播节目入门的HTML页相关。例如,具有0X01的link_type字段的链接数据项可以与广播节目入门的HTML页相关。具有0X03的link_type字段的链接数据项可以与广播节目的预览剪辑服务(Preview Clip)相关。具有0X04的link_type字段的链接数据项可以与广播节目的扩展EPG相关。具有0X05的link_type字段的链接数据项可以与广播节目的高亮服务相关。具有0X06的link_type字段的链接数据项可以与广播节目的多视点(Multiview)服务相关。另外,具有0X07的link_type字段的链接数据项可以与广播节目的TDO服务相关。
link_media字段可以是指示传输介质基于链接数据项接收相关服务的8比特无符号整数。例如,如图45所示,当link_media字段是0x02时,其指示基于链接数据项可接收的相关服务可通过NRT服务接收。另外,当link_media字段是0x03时,其指示相关服务可通过互联网服务接收。
MIME_type_length字段可以是MIME类型信息的长度的8比特无符号整数,所述MIME类型信息指示link_byte字段的MIME协议类型。
MIME_type字段可以指示link_type字段的协议类型。MIME类型可以指示例如文本、多部分、消息、应用、图像、音频和视频中的一种。
description_length字段可以是8比特无符号整数,用以指示表明相应链接的详细信息的description字段。
description字段可以指示相应链接的详细信息。
link_length字段可以是无符号整数,用以指示link_byte字段的长度。
link_type字段可以是指示用于接收上面提到的广播节目相关服务的数据的字段。link_byte字段可以包括通过链接介质可接收的内容的标识信息。例如,如图45所示,如果链接介质是NRT服务,则link_byte字段可以包括service_id和content_linkage以接收NRT服务。另外,如果链接介质是互联网服务,则link_byte字段可以包括统一资源标识符(URL)(即,互联网地址信息或者URL信息)。
图46和图47是示出当图43的链接描述符包括在PSIP表中的事件信息表(EIT)的描述符时各表之间的关系的示图。
如图46所述,链接描述符可以被包括在指示广播解码信息的EIT的描述符循环中,然后被发送。
除了VCT之外EIT也被包括在PSIP中,然后被发送。由于VCT包括与选择的虚拟channel_number相对应的source_id,所以接收机300对包括与VCT相同的source_id的EIT进行解析,以获得关于从各虚拟信道提供的各广播节目的信息。用event_id来对各广播节目进行标识。
因此,接收机300从包括经解析的EIT的事件循环中的特定广播节目的event_id的循环中提取链接描述符,并且通过NT服务或互联网网络利用提取出的链接描述符来接收与特定广播节目链接的信息。
例如,如图46所示,如果链接描述符可以包括与特定广播节目链接的NRT服务的service_id和content_linkage。在这种情况下,接收机300通过SMT、NRT-IT和FDT来识别链接的NRT服务的内容项位置信息,并且通过识别出的位置信息来下载内容项。
更详细地,接收机300可以从SMT获得与链接描述符的link_byte字段中所包括的service_id相对应的服务信令信道信息。此时,服务信令信道信息可以包括IP地址和端口号。此外,接收机300可以从NRT_IT获得与链接描述符的link_byte字段中所包括的service_id相对应的服务中的content_id的列表。接收机300可以通过链接描述符的link_byte字段中的content linkage字段来识别与NRT_IT中的service_id相对应的将被下载的内容项的标识符。然后,接收机300可以从通过SMT的IP地址和端口号所接收到的FLUTE FDT中识别出与NRT_IT中的content_id相对应的内容项文件的位置。因此,接收机300通过FLUTE会话利用FLUTE FDT来接收配置与相应广播节目链接的NRT服务的内容项的文件。此外,接收机300从稍后在NRT-IT描述的互联网位置描述符中提取与广播节目链接的诸如文件的URL列表的内容项的URL信息,并且基于提取的列表,通过互联网接收配置与广播节目链接的NRT服务的内容项的文件。
此外,除了可以包括与广播节目链接的NRT服务之外,链接描述符还可以包括与广播链接的入门HTML页接入信息、缩略图接收信息、预览剪辑接收信息、扩展EPG接收信息、高亮接收信息、多视图接收信息和可链接TDO接收信息中的至少一个。链接描述符可以包括用于通过NRT服务或互联网网络接收这种接收信息的信息。
另外,如图47所示,链接描述符中的链接数据项的link_byte字段可以包括URL以接收与特定广播节目链接的服务。在这种情况下,接收机30根据link_byte字段中的互联网地址信息访问互联网网站,并且通过互联网网络接收广播节目相关服务。通过互联网网站接收的广播节目相关服务可以包括NRT服务、缩略图、预览剪辑、扩展的EPG、高亮、多视图和TOD服务中的至少一个。
更详细地,接收机300获得与选择的虚拟信道相对应的EIT,从获得的EIT中的与选择的广播节目相对应的事件循环(即,包括event_id的循环)的描述符循环中获得链接描述符,从获得的链接描述符中提取互联网地址,并且根据所提取出的互联网地址在接入互联网网络中接收与选择的广播节目链接的服务。因此,广播服务供应商可以通过实时广播提供与特定广播节目链接的服务。此外,接收机300可以利用互联网地址信息来接入互联网网络,并且可以通过互联网网络接收与相应的广播节目链接的服务。
图48是示出根据本发明的实施方式的事件描述符(Event_descriptor)的语法和事件描述符中的字段的内容的示图。
如图48所示,事件描述符包括descriptor_tag字段、descriptor_length字段和ETM_id字段。
descriptor_tag字段可以是8比特无符号整数,以将该描述符区分为链接描述符。例如,该字段可以取值0xe8。
descriptor_length字段可以是8比特无符号整数,以限定从紧接在该字段后面的字段到链接描述符的末尾的长度。
ETM_id字段可以是指示广播信道信息或者与包括事件描述符的NRT服务链接的广播节目信息的32比特变量。接收机300通过利用ETM_id字段来将特定信道和节目信息***到事件描述符中,并且将事件描述符包括在以信号方式发送NRT服务的NRT表中以发送该事件描述符。另外,ETM_id字段与提供广播节目的附加信息的扩展的文本表(ETT)中的ETM_id相对应,并且被用于提供广播节目的附加信息。
更详细地,如图48所示,当ETM_id字段包括广播信道信息时,可以将ETM_id字段分类为信道ETM_id。在这种情况下,从最高有效位(MSB)开始的前16比特与相应的虚拟信道的source_id相对应,以指示广播信道,并且剩余的比特可以为0。因此,接收机300将source_id与PSIP的VCT进行匹配,使得source_id可以对包括事件描述符的NRT服务的链接信道进行标识。
另外,当ETM_id字段包括所有的广播节目信息和广播信道信息时,最低有效位(LSB)可以被配置为10。从MSB开始的前16个比特与相应信道的source_id相对应,并且之后的14比特与相应节目的event_id相对应。因此,接收机300对包括事件描述符的NRT服务的链接信道进行标识,并且还通过将event_id与PSIP的EIT进行匹配来对与NRT服务链接的广播节目进行标识。
图49是示出根据本发明实施方式的通过事件描述符对链接节目进行标识的方法的示图。
例如,如图49所示,接收机300的服务管理器350通过SMT对source_id进行标识,并且接收和解析与通过NRT-IT标识出的source_id相对应的NRT服务的内容项。
然后,当接收机300的服务管理器350在内容循环中找到经解析的NRT-IT的特定部分(例如,事件描述符(Event_descriptor))时,服务管理器350可以从找到的事件描述符中获得包括与NRT服务链接的广播节目信息的ETM_id。
根据本发明的实施方式,接收机300的服务管理器350可以从ETM_id获得包括广播节目的信道的source_id和广播节目的event_id。如上面提到的,接收机300将ETM_id的前16个比特与source_id相对应,并且将之后的14个比特与event_id相对应,使得接收机300可以获得source_id和event_id。
然后,接收机300的服务管理器350可以从VCT中标识与source_id匹配的虚拟信道,并且可以从相应虚拟信道的EIT中标识与event_id匹配的广播节目的事件循环。接收机300的服务管理器350从标识出的事件循环接收NRT服务器相关广播信息,然后将该信息提供给用户。广播节目信息可以包括相应广播节目的开始时间、ETT位置、广播时间、标题信息和EIT的事件循环中的描述信息中的至少一个。因此,接收机300的服务管理器350基于接收到的广播节目信息向用户提供关于接收到的NRT服务相关广播节目的信息。
图50是示出根据本发明实施方式的接收机300利用链接描述符接收广播节目或广播信道相关内容的操作的流程图。
参照图50,当接收机300开启时,在操作S7000,接收机300通过PSIP/PSI处理器或服务管理器接收PSIP表来接收VCT或EIT。接收机300的PSIP/PSI处理器或服务管理器350对PSIP表的各表进行解析,并且从经解析的表中获得VCT或EIT。
另外,在操作S7010,接收机300的服务管理器350从接收到的VCT或EIT中搜索描述符循环。然后,在操作S7020,接收机300的服务管理器350通过搜索来确定是否存在链接描述符。接收机300的服务管理器350在描述符循环中搜索描述符,如果descriptor_tag字段等于预定的链接描述符,则确定存在链接描述符。
另外,当确定存在链接描述符时,接收机300的服务管理器350从链接描述符中提取链接信息,并且在操作S7030基于所提取的链接信息显示包括链接描述符或广播信道相关内容列表的广播节目。链接信息可以包括link_type字段、link_media字段、mime_type字段、description字段、link_byte字段中的至少一个。接收机300的服务管理器350基于扩展链接信息(例如,相关互联网网站地址、缩略图、预览剪辑、扩展的EPG信息、高亮信息、多视图信息和TDO信息中的至少一个)来生成与特定广播信道或广播节目链接的内容的列表,然后向用户显示该列表。因此,用户可以从显示的广播信道或广播节目相关内容列表来选择要接收的内容。
然后,在操作S7040,接收机300的服务管理器350确定是否选择了内容并且是否存在接收指令。可以由用户或者预定处理来选择内容。所选择的内容可以是上面提到的显示的广播信道或广播节目相关内容列表上显示的内容。此外,用户可以输入对所选择的内容的接收指令,并且还可以通过预定处理来执行对选择的内容的接收指令。
然后,当执行了对选择的内容的接收指令时,在操作S7050,接收机300的服务管理器350立即接收相应的内容或者执行接收预订。执行接收预订的情况包括因为没有接收到SMT而不能接收NRT服务的情况、用户设置在预定时间之后接收内容的情况、或要接收的NRT服务是与广播节目实时链接的TDO服务的情况。
此外,当要接收的内容的链接信息包括通过互联网可以接入的网站地址时,接收机300的服务管理器350接入响应的网站,并且显示广播信道或广播相关主页。此外,当要接收的内容是缩略图、预览剪辑、扩展EPG信息、高亮信息和多视图信息中的一种时,接收机300的服务管理器350可以通过互联网或另一路径下载然后可以进行显示。
然后,当预订接收的内容是NRT内容时,在操作S7060,接收机300的服务管理器350接收SMT以对相应的NRT服务进行标识。然后,在操作S7070,接收机300的服务管理器350通过上面提到的方法接入FLUTE会话,并且在操作S7080,对配置NRT服务的内容项文件的包中的用于预订接收的内容的包进行标识。然后,在操作S7090,接收机300的服务管理器350通过FLUTE或互联网网络接收标识出的用于预订接收的内容的包。
更详细地,由于从链接描述符中提取出的链接信息包括NRT服务的service_id和content_linkage信息,所以接收机300的服务管理器350基于service_id和content_linkage信息通过FLUTE会话接收并标识预订接收的内容(即,预订的NRT服务的打包的内容项)。例如,接收机300的服务管理器350从如图46所示的链接描述符中的link_byte中提取NRT服务标识信息,并且通过SMT、NRT-IT和FLUTE来接收与相应节目链接的NRT服务。因此,接收机300的服务管理器350通过VCT或EIT提供关于与当前或未来广播的广播信道或广播节目链接的内容的信息。此外,接收机300的服务管理器350通过互联网网络或NRT服务立即接收选择的内容,或者在预定时间之后接收预订接收的内容。例如,如上面提到的,接收机300基于NRT_IT获得内容项的URL信息,并且通过互联网网络基于获得的URL信息来接收配置选择的NRT服务的内容项的文件。
图51是示出根据本发明的实施方式的接收机300利用事件描述符提供广播节目相关内容的操作的流程图。
根据本发明的实施方式,如图51所示,发射机200将与事件描述符链接的广播节目信息***到事件描述符中,并且将事件描述符***到将通过广播信道或NRT服务信令信道发送给接收机300的NRT-IT的内容循环中。
当以这样的方式发送了包括事件描述符的NRT-IT时,在操作S7100,接收机300的PSIP/PSI处理器或服务管理器350对PSIP表进行解析以获得VCT和EIT。接收机300可以向用户提供关于通过VCT和EIT选择的广播信道和广播节目的信息。
另外,接收机300的服务管理器350确定是否通过NRT服务信令信道或互联网网络发送NRT服务,并且当发送NRT服务时,在操作S7110接收SMT和NRT-IT。
然后,接收机300的服务管理器350搜索NRT-IT的内容循环,并且在操作S7120对各描述符的descriptor_tag进行解析以对内容循环中的描述符进行标识。然后,在操作S7130,接收机300的服务管理器350确定在经解析的描述符中是否存在事件描述符。
如果存在事件描述符,则在操作S7140,接收机300的服务管理器350显示事件描述符中的广播信道信息或广播节目信息(例如,基于source_id的广播信道号或基于event_id的广播节目EPG信息),并且表示该信息与可接收的NRT服务相链接。
然后,在操作S7150,接收机300的服务管理器350确定是否选择了与广播节目链接的NRT服务的内容以及是否存在接收指令。可以由用户或者预定处理来选择所述内容。例如,当选择了用户想要观看的广播节目时,执行对与相应广播节目链接的NRT服务的接收指令。此外,当选择了用户想要接收的NRT服务时,执行内容接收指令。
然后,当执行了对选择的内容的接收指令时,在操作S7160,接收机300的服务管理器350立即接收相应的内容或者执行接收预订。根据本发明的实施方式,选择的内容可以是NRT服务。因此,在操作S7170,接收机300的服务管理器350基于预先接收的SMT和NRT-IT来接入FLUTE会话或互联网网络,以接收诸如NRT服务的选择的内容。例如,如上面提到的,接收机300基于NRT_IT获得内容项的URL信息,然后确认选择的内容项文件的包。
然后,如图50所示,在操作S7180,接收机300的服务管理器350对配置NRT服务的内容项文件的包中的用于预订接收的内容的包进行标识。然后,在操作S7190,接收机300的服务管理器350通过FLUTE或互联网网络来接收标识成的用于预订接收的内容的包。
以这种方式,发射机200将事件描述符***到NRT-IT的内容循环中,并且还将关于与NRT服务链接的广播节目的信息包括在事件描述符中以发送该事件描述符。此外,接收机300的服务管理器350基于NRT-IT的事件描述符向用户提供关于当前发送的广播信道或广播节目的信息。
此外,如上面提到的,可以通过SMT或NRT-IT以信号方式发送诸如TDO的NRT服务。尤其是,如果SMT的service_category是特定值,例如其指示0x0E,则通过SMT按信号方式发送的服务是NRT服务。另外,SMT可以包括Service level(服务等级)描述符,以指示发送的NRT服务的属性。SMT中的服务等级描述符可以是多个,例如,可以是协议版本描述符、NRT服务描述符、性能描述符、图标描述符、ISO-639语言描述符、接收机目标描述符、流派描述符和服务等级描述符中的至少一种。通过利用这种服务等级描述符,发射机200发送关于NRT服务的信息,并且接收机300根据NRT服务信息进行操作。然而,当前使用的服务等级描述符可以不包括指定给由本发明提出的TDO的信息。因此,需要用于传送关于TDO信息的服务等级描述符。
图52是示出NRT_service_descriptor(即,服务等级描述符)的语法的示图。
如图52所示,服务等级描述符中的NRT_service_descriptor可以包括关于发送的NRT服务的信息。关于NRT服务的信息可以包括自动更新、内容的长度、保存预订信息或consumption_model信息。
尤其是,框中的consumption_model字段可以包括关于发送的NRT服务的服务提供方法的信息。因此,接收机300的服务管理器350基于consumption_model字段根据各NRT服务确定合适的处理方法,并且根据确定的方法来提供NRT服务。
根据本发明的实施方式,发射机200预设可应用于TDO的NRT服务提供方法,并且向consumption_model字段分配特定值以与TDO相对应。因此,发射机200可以向consumption_model字段分配与TDO相对应的值,然后发送该值。
然后,接收机300的服务管理器350接收consumption_model字段并且确定接收到TDO,然后根据预定的服务提供方法接收TDO以提供TDO。
因此,根据本发明的实施方式,当consumption_model字段指示与TDO相对应的值时,例如,当consumption_model字段是0x04时,接收机300的服务管理器350确定NRT服务是TDO服务,并且根据其服务提供方法来操作。稍后将描述根据接收机300的TDO消费模型的服务提供方法。
图53是示出根据本发明的实施方式的根据NRT_service_descriptor中的consumption_model字段的各值的含义的示图。
consumption_model字段包括在NRT_service_descriptor中,并且是指示NRT_service_descriptor指示使用哪种方法用于consumption_modelNRT服务的字段。可以根据Browse&Download服务、入门(Portal)服务和推(Push)中的一种的消费模型来提供NRT服务。另外,根据本发明的实施方式,可以根据TDO消费模型来提供NRT服务。因此,将描述本发明提出的consumption_model字段的值的含义和接收机的操作。
首先,当consumption_model字段的值是0x00时,其指示不发送(禁止)NRT服务。
另外,当consumption_model字段的值是0x01时,其指示通过Browse & Download方法来提供相应的NRT服务。在这种情况下,接收机300的服务管理器350浏览相应的NRT服务,并且当选择了内容时,下载所选择的内容。
当consumption_model字段的值是0x02时,其指示通过入门方法来提供相应的NRT服务。在这种情况下,可以通过网络浏览器的方法来提供相应的NRT服务。因此,通过与相应的NRT服务链接的FLUTE会话发送/接收的文件可以包括用于文本或图形渲染的文件。
当consumption_model字段的值是0x03时,其指示通过推方法来提供相应的NRT服务。在这种情况下,可以基于用户或接收机300的请求来提供相应的NRT服务。另外,接收机300的服务管理器350可以允许用户选择是否执行与相应的NRT服务链接的内容的自动更新。如果用户选择了自动更新,则接收机300的服务管理器350将与相应服务链接的内容存储在高速缓存器,并且将文件自动更新为最新版本。另外,当用户返回到请求的推服务时,接收机300的服务管理器350可以显示预先下载的内容。
另外,当consumption_model字段的值是0x04时,其指示根据TDO消费模型来提供相应的NRT服务。在这种情况下,接收机300的服务管理器350确定基于consumption_model字段发送诸如TDO的NRT服务,并且与实时广播链接来操作NRT服务。
更详细地,当consumption_model字段是TDO消费模型时,接收机300的服务管理器350接收相应的NRT服务(TDO),并且利用链接描述符或事件描述符中的至少一个,获得NRT服务相关的实时广播信道或广播信息。另外,接收机300的服务管理器350可以接收实时广播中包括的触发以在特定时间操作TDO,或者可以提前下载内容项。
此外,在TDO消费模型的情况下,当在当前选择的NRT服务中显示各内容项时,可以立即下载该内容项。当在当前选择的NRT服务中显示各内容项的更新版本时,可以立即更新所述各内容项的更新版本。另外,可以通过触发来执行或终止各内容项。
图54是示出根据本发明的实施方式的当通过TDO消防模型发送TDO时接收机300的操作的流程图。
首先,在操作S800,接收机300接收SMT,并且在操作S8010,对服务等级描述符进行解析。接收机300可以利用服务管理器350通过服务信令信道来接收SMT,并且可以对各NRT服务循环中的服务等级描述符循环中的包括NRT描述符的服务等级描述符进行解析。
然后,接收机300确认经解析的各服务等级描述符中的NRT_service_descriptor,并且在操作S8030,确定NRT_service_descriptor中的consumption_model字段的值是否是0x04(即,TDO消费模型)。如果该值不是0x04,则接收机300根据另一NRT服务消费模型进行操作。
然而,如果该值是0x04,则接收机300确定发送被指定为TDO消费模型的NRT服务。在这种情况下,在操作S8040,接收机300确定是否设置了TDO自动接收。如果没有设置自动接收,则接收机300显示TDO服务和TDO服务中的内容列表,并且在操作S8045显示TDO接收选择画面。然后,在操作S8047,接收机300接收用户所选择的TDO服务。
此外,当设置了自动接收时,在操作S8050,接收机300不用用户的选择而接收TDO。这里,接收机300可以不管用户的选择而在特定时间接收TDO。例如,接收机300可以在不进行用户选择的情况下在后台自动接收和存储TDO,而不向用户显示正在接收TDO。是否执行TDO由用户的输入来决定,或者可以在TDO的触发时间之前通过接收机300来接收。另外,接收机300在不进行用户选择的情况下接收TDO,使得接收机300可以在TDO的执行期间与实时广播链接来平稳地操作。
然后,在接收到TDO之后,在操作S8060,接收机300确定是否接收到触发。接收机300确定通过触发接收机331是否接收到与TDO相对应的触发。另外,当接收到触发时,接收机300通过服务管理器350从触发接收触发时间和触发动作,并且在操作S8070,在触发时间将触发动作应用于准备好的TDO。例如,触发目标TDO可以将没准备好状态、释放状态、准备好状态、激活状态和暂停状态中的一种状态转换成另一种状态。因此,接收机300可以在触发时间基于触发动作根据TDO状态来执行转换操作。如上面所提到的,由于在不进行用户选择的情况下自动接收到TDO,并且在触发时间执行触发动作,所以接收机300在触发时间之前接收TDO,并且在触发时间之前准备在后台准备好的TDO。
另外,接收机300通过服务管理器350接收和管理用户选择的NRT服务。然而,在TDO服务的情况下,由于所述TDO服务与实时广播链接来操作并且被触发器(trigger)触发,所以根据实时广播服务供应商的意图来实现尺寸和管理TDO服务。
因此,根据本发明的实施方式,在发送TDO服务的TDO消费模型类型的情况下,接收机300分配存储单元的预定区域作为TDO存储区域,然后,接收TDO服务,将接收到的TDO服务存储在分配的区域中,并且对TDO服务进行管理。此外,由发射机200来分配TDO存储区域,然后,将TDO服务发送给接收机300。在这种情况下,接收机300可以接收、存储和管理分配的区域中的TDO服务。
图55是示出接收机300根据TDO消费模型分配和管理TDO存储区域的方法的流程图。
参照图55,首先,接收机300确定在执行了图54的操作S8000至操作S8020之后发送的NRT服务的消费模型。然后,在操作S8110,接收机300基于consumption_model字段来确定是否发送了TDO消费模型类型的NRT服务(TDO服务)。
当consumption_model字段指示TDO消费模型时,在操作S8310,接收机300提取NRT_service_descriptor的storage_reservation字段。storage_reservation字段可以是与针对相应TDO服务所必需的存储空间相对应的值。发射机200可以在storage_reservation字段中为TDO存储区域指定一空间值,并且发送该空间值。
然后,在操作S8140,接收机300基于storage_reservation字段值来分配用于TDO服务接收和操作的存储区域。接收机300分配在storage_reservation字段中指定的区域或预定的TDO服务接收区域作为TDO服务的存储区域,并且将该存储区域与存储单元的另一区域分开,并对该存储区域进行管理。另外,接收机300连续且均匀地保持分配的区域的存储空间的尺寸。因此,广播服务供应商连续地提供诸如TDO的扩展NRT服务。
然后,在操作S8150,接收机300接收在被分配为TDO服务存储区域的区域中的TDO服务,并且存储和管理接收到的TDO服务。
以这种方式,接收机300基于NRT服务的consumption_model字段和storage_reservation字段来分配用于TDO服务的存储区域并对该存储区域进行管理。然而,以上方法仅为一个实施方式,不限于根据consumption_model字段和storage_reservation字段的各值的存储方法。因此,接收机300基于consumption_model字段值和storage_reservation字段值来确定是否存储TDO服务,并且基于当前的storage_reservation字段值和存储单元的剩余空间的大小来确定是否接收TDO服务。此外,当接收多个TDO时,接收机300根据各TDO来指定存储单元的预定区域并对该预定区域进行管理,或者在存储单元中分配用于TDO的综合区域以接收多个TDO。
此外,TDO可以表示提供TDO的NRT服务或者配置TDO服务的各内容项。此外,通过NRT-IT按信号方式发送各内容项,并且接收机300接收通过NRT-IT按信号方式发送的数据,并且识别关于TDO的信息。然而,除了针对普通NRT服务所提供的信息之外,NRT-IT不包括用于TDO的信息(例如,触发时间、执行终止时间、执行优先级和附加数据接收路径)。因此,接收机300难以详细地理解TDO的属性并且平稳地操作。尤其是,当接收机300管理存储空间、提供的多个TDO的TDO服务或TDO服务的附加数据时,关于TDO的信息不足。
因此,根据本发明的实施方式,提出了将TDO的特定属性信息包括在TDO元数据中并且接收机300据此的操作的方法。
图56是示出根据本发明的实施方式的TDO元数据描述符的示图。
参照图56,TDO元数据包括descriptor_tag字段、descriptor_length字段、scheduled_activation_start_time字段、scheduled_activation_end_time字段、priority字段、activation_repeat_flag字段和repeat_interval字段。
descriptor_tag字段可以具有用于将该描述符与TDO元数据描述符区分开的值。
descriptor_length字段可以是8比特无符号整数,以限定从紧接在该字段之后的字段到TDO元数据描述符的末尾的长度。
scheduled_activation_start_time字段可以是指示通过从1980年1月6日的时间00:00:00UTC计算GPS秒所获得的最快所安排激活开始时间的32比特无符号整数。当scheduled_activation_start_time字段是0时,其指示TDO的激活开始时间已经过去。
scheduled_activation_end_time字段可以是指示通过从1980年1月6日的时间00:00:00UTC计算GPS秒所获得的最快所安排激活结束时间的32比特无符号整数。当scheduled_activation_end_time字段是0时,其指示没有指定TDO的激活结束时间。因此,当scheduled_activation_end_time字段是0时,接收机300在所安排的激活开始时间之后连续地提供服务。
scheduled_activation_start_time字段和scheduled_activation_end_time字段可以被用于允许接收机300将TOD与实时广播同步并且对其进行操作。另外,接收机300可以基于scheduled_activation_start_time字段和scheduled_activation_end_time字段选择性地下载TDO,并且可以确定TDO的下载顺序。另外,接收机300可以基于scheduled_activation_start_time字段和scheduled_activation_end_time字段来确定TDO的删除顺序。尤其是,接收机300对具有与当前时间最近的scheduled_activation_start_time字段值的TDO(即,首先被激活的TDO)进行标识,并且首先下载和存储标识出的TDO。另外,如果存储空间不足,则接收机300可以删除scheduled_activation_start_time字段值距当前时间最近的TDO。
此外,priority字段可以是指示TDO服务或内容项的优先级的8比特无符号整数。接收机300确定priority字段的值是较高还是较低,较高优先级的被提供。此外,接收机300可以基于分配给各TDO的priority字段来顺序地接收或存储多个TDO。此外,接收机300可以基于分配给各TDO的priority字段来执行多个TDO中的至少一个TDO。
另外,由于在触发时间由触发执行的目标TDO可以是一个,但可一次执行的TDO可以是多个,所以针对各TDO的优先级分配是必要的。因此,当TDO(服务或内容项)是多个时,发射机200利用上面提到的priority字段来指定各优先级。
此外,接收机300可以基于priority字段来顺序地下载TDO。此外,接收机300可以基于priority字段来显示在特定时间可执行的多个TDO。例如,尽管显示在特定时间可执行的多个TDO,但接收机300将具有高优先级的TDO设置在上部列表并且在上部列表上显示具有高优先级的TDO。因此,用户可以通过显示的列表识别出高优先级,并且根据优先级信息有效选择TDO变得可行。
此外,接收机300可以基于这种priority字段自动地执行TDO。例如,如果在特定时间范围内存在多个将被执行的多个TDO,则接收机300基于与各TDO相对应的priority字段来选择具有高或低优先级的TDO并且自动执行该TDO。
activation_repeat_flag字段可以是指示该描述符中是否包括repeat_interval字段的1比特布尔标记。
repeat_interval字段可以是8比特无符号整数,以指示激活所安排时间的重复间隔。repeat_interval字段可以指示TDO的执行时段。因此,接收机300可以基于repeat_interval字段来接收TDO或者管理存储单元。repeat_interval字段可以根据如表4所示的各值表示TDO的执行时间。
[表4]
值 | 含义 |
0 | 预留 |
1 | 每天 |
2 | 每周4-6次 |
3 | 每周2-3次 |
4 | 每周 |
5 | 每两周 |
6 | 每个月 |
7 | 两个月一次 |
8 | 每季度一次 |
9 | 六个月一次 |
10 | 每年 |
11-255 | 预留 |
以这种方式,发射机200可以通过NRT服务信令信道或互联网网络来发送TDO元数据。另外,发射机200将TDO元数据描述符***到NRT-IT的content_level_descriptor循环中,以发送关于相应TDO的附加信息。
此外,接收机300可以通过NRT服务信令信道或者互联网网络来接收TDO元数据,以获得关于TDO的信息。接收机300接收NRT-IT,以搜索内容等级描述符循环并且获得TDO元数据。此外,当通过互联网网络发送TDO元数据时,接收机300接入用于接收相应TDO服务的FLUTE会话并且接收FDT,并且还通过用于各文件的content location字段的URL信息从互联网网络接收TDO元数据。
图57是示出根据本发明的实施方式的接收机300的接收操作的流程图。
参照图57,在操作S8200,接收机300接收通过服务信令信道发送的SMT和NRT-IT。
根据实施方式,发射机200将TDO元数据包括在内容等级描述符循环中,然后发送该TDO元数据。因此,在操作S8220,接收机300搜索接收到的NRT-IT的内容等级描述符循环,然后,在操作S8220,确定是否存在TDO元数据描述符。接收机300确定各描述符的descriptor_tag字段是否对应于TDO_metadata_descriptor,从而确定是否存在TDO元数据描述符。
然后,如果存在TDO元数据描述符,则在操作S8230,接收机300从TDO元数据描述符中提取TDO元数据。如上面提到的,TDO元数据可以包括所安排的激活开始或结束时间信息、优先级信息、相关数据接收信息和重复间隔信息中的至少一个。另外,相关数据接收信息可以包括关于相应TDO的附加数据或附加数据的接收路径信息。
然后,在操作S8240,接收机300从提取出的TDO元数据中获得必要信息,并且基于获得的信息来管理TDO。接收机300基于TDO元数据、根据预定条件通过接收、存储或删除TDO来管理TDO。此外,接收机300可以基于TDO元数据来接收服务供应商关于相应的TDO提供的相关数据。例如当TDO处于执行中时,接收机300从TDO元数据中提取相关的数据接收信息,基于相关数据接收通过广播信道或互联网网络来接收关于执行的TDO的附加动作信息,并且将接收到的附加动作应用于执行中的TDO。
图58是示出根据本发明实施方式的接收机300根据TDO元数据中的时间信息管理TDO的方法的流程图。
参照图58,在操作S8300,接收机300确定存储单元中的用于TDO的存储空间是否充足。如上面提到的,存储空间可以是存储单元的用于存储TDO的预定区域。另外,接收机300在接收TDO之前基于NRT服务描述符来确定对于TDO接收所必需的存储空间,并且与当前存储单元的剩余空间进行比较来确定存储空间是否充足。
然后,如果确定存储空间不足,则在操作S8310,接收机300从关于各TDO的TDO元数据中提取时间信息。时间信息可以包括TDO元数据描述符的scheduled_activation_start_time字段或scheduled_activation_end_time字段。此外,如上面提到的,接收机300从NRT-IT的内容等级描述符循环中获得关于各TDO的TDO元数据,并且从获得的TDO元数据中提取时间信息。
然后,在操作S8320,接收机300基于用于各TDO的所安排的激活开始时间首先删除scheduled_activation_start_time字段的值最大的TDO。因为所安排的激活开始时间越大,当前需求可能减少。因此,接收机300首先删除将在距当前时间最远的时间执行的TDO,使得可以获得存储空间。
然后,在操作S8330,接收机300基于各TDO的所安排的激活开始时间来首先接收scheduled_activation_start_time字段的值最小的TDO。随着TDO的所安排的激活开始时间值变小,因为TDO很快被执行,所以如果存储空间不足,则接收机300首先接收激活开始时间在最快时间到达的TDO,使得能够在触发时间内完成接收。
另外,除了scheduled_activation_start_time和scheduled_activation_end_time字段,TDO元数据中的时间信息还可以包括用于提供TDO的激活时间信息的时隙描述符。时隙描述符可以包括时隙开始时间、时隙长度和重复时间,其中,通过利用在重复时间处的时间TDO作为一个时隙被执行。因此,接收机300提取激活TDO的时隙,以预测TDO的重复执行和结束时间。
图59是示出根据本发明的另一个实施方式的接收机300根据TDO元数据中的时间信息和优先级信息管理TDO的方法的流程图。
参照图59,首先,接收机300接收TDO元数据,并且在操作S8400确定是否存在可在特定时间执行的多个TDO。接收机300如上面提到的通过服务信令信道在NRT-IT的内容描述符循环中提取TDO元数据,然后接收与各TDO相对应的TDO元数据。然后,接收机300可以基于提取出的各TDO元数据的scheduled_activation_start_time字段来确定是否存在可同时执行的多个TDO。当存在多个TDO具有相同的所安排的激活开始时间段值,或者存在多个TDO的所安排的激活开始时间段值在预定时间范围内时,接收机300确定存在可同时执行的多个TDO。
另外,当确定存在多个TDO时,在操作S8410,接收机300从TDO元数据中提取各TDO的优先级值。另外,接收机300将TDO元数据中的优先级与可同时执行的多个TDO中的各TDO匹配,然后进行存储。
然后,接收机300基于提取出的优先级来向用户提供可在特定时间执行的多个TDO的列表。接收机300除了向用户显示优先级之外,还向用户显示在特定时间或者在预定时间之后可执行的多个TDO的列表,使得能够引导用户的选择。另外,接收机300将具有高优先级的TDO放置在TDO列表的上侧,并显示该TDO,使得可以一起显示各TDO的优先级信息。因此,用户参照TDO列表来设置哪个TDO被选择并且在特定时间被执行,并且选择那个TDO来接收和存储。
然后,当用户选择了TDO时,接收机300接收所选择的TDO,并且在特定时间(例如,触发时间)对所选择的TDO执行触发动作。如果所选择的TDO已经被接收和存储,则接收机300可以省略接收所选择的TDO的操作。此外,接收机300从存储单元中删除所选择的TDO,使得能够获得存储空间。
根据实施方式,接收机300在没有用户选择的情况下根据设置基于优先级信息来接收和存储TDO,然后执行触发动作。此外,当存在可同时执行的多个TDO时,接收机300首先接收具有高优先级的TDO和存储该TDO,并且在相应的时间对具有高优先级的TDO执行触发动作。
此外,根据实施方式,发射机200可以通过互联网网络发送配置NRT服务的内容项的文件。更详细地,发射机200通过将配置内容项的各文件的URL信息包括在内容位置属性中来生成FDT,并且通过FLUTE会话来发送所生成的FDT。此外,发射机200可以利用互联网位置描述符来指定通过广播网络和IP网络发送的内容项文件的URL。该互联网位置描述符可以被包括在NRT-IT的内容等级描述符循环中。因此,发射机200将关于各文件所在的互联网的URL信息包括在互联网位置描述符中并发送该互联网位置描述符。
参照图60描述了这样的互联网位置描述符的一个示例。
图60是示出根据本发明的实施方式的互联网位置描述符的语法的示图。
如图60所示,互联网位置描述符包括descriptor_tag字段、descriptor_length字段、URL_count字段、URL_length字段和URL()字段。
descriptor_tag字段可以是8比特无符号整数,以将该描述符区分为互联网位置描述符。例如,该字段可以取值0xc9。
descriptor_length字段可以是8比特无符号整数,以限定从紧接在该字段之后的字段到互联网位置描述符的末尾的长度。
URL_count字段可以是5比特无符号整数,以指示互联网位置描述符中的URL长度字段和URL字段的成对的数量。即,互联网位置描述符包括其数量与URL内容字段相对应的多个URL_length字段和其数量与URL_count字段相对应的多个URL字段。
URL_length字段可以是8比特无符号整数,以指示紧接在该字段之后的URL()字段的长度。
URL()字段是指示URL的字符串。当URL()字段指示相关URL或绝对标记URL时,相应的URL可以被看成仅通过NRT的FLUTE发送的内容。在其它情况下,相应的URL可以被看成仅通过广播网络发送的内容、通过IP网络发送的内容或通过广播网络和IP网络二者发送的内容。
当利用互联网位置描述符来发送配置内容项的文件的URL时,与各文件相对应的URL被配置,并且需要包括在互联网位置描述符中。然而,当文件的数量增加时,将被指定的URL的数量增加,使得发送效率可能降低。此外,URL的数量增加,其管理变得复杂和困难。
因此,根据本发明的实施方式的发射机200将与各文件相对应的URL的列表信息包括在FLUTE文件描述符表(FDT)中,并且通过互联网网络而不是FLUTE会话来发送FDT。发射机200可以利用互联网位置描述符来发送URL的列表信息或FDT,并且还可以利用链接描述符来发送URL的列表信息或FDT。
另外,可以通过FDT中的content linkage字段来指定各文件和内容项之间的相关信息。另外,当通过互联网位置描述符来发送FDT的URL时,由于配置内容项的文件的列表被包括在FDT中,所以接收机300可以不使用content linkage字段而确定内容项和各文件之间的关系。例如,接收机300基于NRT-IT对要接收的内容项的内容等级描述符循环进行解析,从内容等级描述符循环中的互联网位置描述符提取FDT的URL,并且通过互联网网络接收FDT,使得能够获得配置要接收的内容项的文件的列表。
接收机300接收通过链接描述符或互联网位置描述符而定位的FDT的URL信息,并且基于接收到的URL信息通过互联网网络来接收FDT。然后,接收机300基于FDT中的各文件的URL信息来接收配置内容项的文件。以这种方式,通过发送FDT的URL,不必向多个文件的各文件指定URL。结果,可以增加发送效率。
图61是示出根据本发明的实施方式的当通过互联网网络发送FDT时接收机300的操作的流程图。
参照图61,在操作S8500,接收机300首先通过服务管理器350接收SMT和NRT-IT。
然后,在操作S8510,接收机300的服务管理器350选择要接收的NRT服务或内容项。接收机300的服务管理器350根据预定条件来选择要接收的NRT服务。另外,接收机300的服务管理器350根据用户的输入来选择要接收的NRT服务。
然后,在操作S8520,接收机300的服务管理器350确定是否通过互联网来接收配置所选择的NRT服务的内容项的各文件。接收机300的服务管理器350基于互联网网络的连接状态来确定是否通过互联网接收各文件。另外,接收机300的服务管理器350根据用户的设置来确定是否通过互联网来接收各文件。
然后,当确定不通过互联网接收各文件时,接收机300的服务管理器350通过NRT服务信令信道接入FLUTE会话,并且在操作S8525接收配置所选择的NRT服务的内容项的各文件。以上描述了通过FLUTE会话来接收NRT服务的操作。
然而,当确定通过互联网接收各文件时,在操作S8530,接收机300的服务管理器350通过互联网来接收FDT。接收机300的服务管理器通过链接描述符或互联网位置描述符来接收FDT的URL信息,并且基于接收到的FDT的URL信息来接收位于互联网网络上的FDT。
这里,FDT可以包括配置FLUTE会话中的内容项的各文件的列表索引。为通过互联网网络另外地发送FDT,MIME类型指定是必要的。MIME类型表示特定格式,以指示通过互联网网络发送的内容的类型。多种文件格式被登记为MIME类型,并且在诸如HTTP和SIP的互联网协议中使用。通过IANA来管理MIME类型登记。MIME可以限定树结构的消息格式。根据本发明的实施方式,根据FDT的MIME类型可以被限定为应用/nrt-flute-fdt+xml诸如的格式。另外,接收机300对具有MIME类型的URL进行解析,并且基于此接收FDT。
当接收到FDT时,在操作S8540,接收机300的服务管理器350从FDT中获得配置各内容项的文件的URL信息。然后,在操作S8550,接收机300的服务管理器350基于获得的URL信息通过互联网来接收各文件。接收机300的服务管理器350基于FDT的content linkage字段来连接接收到的文件,使得其获得内容项。
然后,在操作S8560,接收机300的服务管理器350通过接收的内容项来提供NRT服务。
如上面提到的,由于接收机300通过互联网接收FDT,所以没有必要接收各文件的URL信息,并且可以通过互联网有效地接收NRT服务。此外,根据本发明的实施方式,可以发送包括文件列表(索引)的任意文件,而不是发送FDT。
图62是示出根据本发明的实施方式的当通过链接描述符发送FDT的URL时接收机300的操作的流程图。
根据本发明的实施方式,发射机200将链接描述符包括在EIT、VCT或PMT中的一个中并发送EIT、VCT或PMT中的所述一个,并且链接描述符包括用于获得FDT的URL信息。
首先,当接收机300开启时,在操作S8600,选择广播信道或广播节目。
然后,在操作S8610,接收机300通过服务管理器350或PSIP/PSI处理器来接收EIT、VCT或PMT中的至少一个,在操作S8620,提取链接描述符,并且在操作S8630,从链接描述符获得FDT的URL信息。
这里,如图46所示,链接描述符可以被包括在EIT中并被发送。在这种情况下,链接描述符包括与特定广播节目链接的信息。另外,链接描述符可以包括FDT的URL信息,以通过互联网来接收与所选择的广播节目链接的NRT服务。因此,接收机从与所选择的广播节目相对应的EIT的事件描述符循环中提取链接描述符,并且获得链接描述符中包括的FDT的URL信息。尤其是,当链接描述符中的MIME type字段指示FDT的MIME类型时,接收机300确定由linke type字段指示的信息是FDT文件的URL。
另外,链接描述符可以被包括在VCT或PMT中并被发送。更详细地,链接描述符被包括在VCT的描述符循环中或者PMT的节目描述符循环中,并且包括关于与特定信道或服务链接的内容的信息。接收机300在VCT或PMT中提取出链接描述符,并且通过与链接描述符被包括在EIT中的情况相同的方法来获得链接描述符中的FDT文件的URL信息。
然后,在操作S8640,接收机300的服务管理器350利用获得的FDT的URL信息通过互联网来接收FDT文件。
然后,在操作S8650,接收机300的服务管理器350获得FDT中包括的各文件的URL信息。FDT中包括的各文件的URL信息可以包括配置NRT服务的内容项的文件在互联网上的位置信息。
然后,在操作S8660,接收机300的服务管理器350根据获得的URL信息通过互联网来接收指定的文件,并且在操作S8670将接收到的文件存储为内容项。接收机300的服务管理器350可以基于FDT的content linkage字段来将各文件存储为NRT服务的内容项。另外,接收机300的服务管理器350基于存储的内容项向用户提供NRT服务。
通过这样的处理,接收机300可以通过互联网接收包括配置NRT服务的内容项的文件列表的FDT。此外,由于通过互联网基于FDT来接收各文件,所以可以进行有效的传输。
图63是示出根据本发明的实施方式的当通过NRT-IT发送FDT的URL时接收机300的操作的流程图。
根据本发明的实施方式,发射机200将互联网位置描述符包括在NRT-IT的内容描述符循环中并发送所述内容描述符循环,并且互联网位置描述符包括用于获得FDT的URL信息。
首先,在操作S8700,接收机300通过服务管理器350来接收NRT-IT。
然后,在操作S8610,接收机300通过服务管理器350从NRT-IT的内容描述符循环content_descriptor()中提取互联网位置描述符,在操作S8630从互联网位置描述符获得FDT的URL信息,在操作S8740通过互联网利用FDT的URL信息接收FDT,并且在S8750从FDT获得配置各内容项的文件的URL信息。
这里,接收机300通过互联网位置描述符来接收FDT的URL信息,并且还通过SMT和NRT-IT接入FLUTE会话来接收FDT。另外,FDT中的各文件的URL可以指示互联网网络的地址,并且还可以指示FLUTE会话中的文件位置。因此,接收机300从FDT确定各文件的URL格式,并且根据确定的格式通过FLUTE会话和互联网网络中的一个来选择性地接收各文件。
另外,接收机300通过互联网网络接收FDT,并且基于接收到的FDT在接入到FLUTE会话中接收配置内容项的文件。
此外,当各文件是可以通过FLUTE会话和互联网网络二者发送的时,发射机200指定发送优选路径。发送优选路径可以被指定为任意文件类型:利用xml模式的复杂类型。例如,发送优选路径可以被指定为<xs:attribute name="Internet_preferred"type="s:boolean"use="optional"default="false"/>。这里,Internet_preferred表示优选通过互联网网络发送,并且当类型值为真时,这表示执行优选通过互联网网络的发送。另外,默认被限定为假,并且这指示模式执行优选通过FLUTE会话的发送。因此,接收机300各文件类型的属性,以通过FLUTE会话和互联网网络中的一个来选择性地接收各文件。
然后,在操作S8760,接收机300的服务管理器350通过FLUTE会话或互联网网络根据获得的文件的URL信息来接收指定的文件,并且在操作S8670来将接收到的文件存储为内容项。
如上面提到的,接收机300的服务管理器350可以基于FDT的content linkage字段来将各文件存储为NRT服务的内容项。另外,接收机300的服务管理器350基于存储的内容项向用户提供NRT服务。
此外,NRT服务可以包括上面提到的TDO和NRT服务陈述对象(NDO)。接收机300可以接收TDO或NDO,以提供NRT服务。此外,NRT服务可以包括至少一个内容项,并且接收机300可以接收指示一个内容项以提供NRT服务。在提供NRT服务中,接收机300从NRT服务描述符中提取上面提到consumption model字段,并且确定NRT服务的消费模型,使得根据消费模型通过不同的方法来提供服务。
服务供应商确定与NRT服务相对应的消费模型,然后将与其相对应的consumptionmodel字段分配给NRT服务并发送该consumption model字段。如图52所示,consumptionmodel字段可以被包括在NRT服务描述符中,并且接收机300可以根据所提取的consumptionmodel字段来操作。尽管图53示出了这样的consumption model字段和接收机300的操作,但下面将描述更详细的操作。
NRT服务的消费模型可以是浏览和下载。在这种情况下,NRT服务可以包括用于稍后下载的可选内容。另外,从接收机300提供的NRT服务的用户界面可以指示可选内容。另外,用户可以通过NRT服务的用户界面在已经下载的内容项间移动,并且可以选择观看命令。
在浏览和下载消费模型的情况下,NRT服务可以包括多个内容项。接收机300可以下载用户选择下载的至少一个内容项。这里,内容项在后台下载。另外,接收机300在后台监测为更新下载的内容项。如果给予监测结果确认更新,则接收机300下载更新的内容项。另外,接收机300可以根据设置不更新下载的内容项。
另外,当完全下载了用户选择的至少一个内容项时,接收机300可以根据用户的选择发起(launch)或呈现所述至少一个内容项。然后,可以根据用户的指令挂起或暂停发起或呈现的至少一个内容项。另外,接收机300可以根据用户的指令重新发起或呈现被挂起或暂停的至少一个内容项。另外,当发起或呈现的至少一个内容项完成、或用户指示器终止、或用户选择浏览和下载的另一内容项时,接收机300终止发起或呈现的至少一个内容项。当用户指示删除一个内容项时,接收机300可以删除该内容项。
因此,用户可以发起或呈现浏览和下载消费模型的内容项或者可以挂起或暂停发起或呈现,或在用户退出NRT服务并再次回来之后,用户可以再次重新开始发起或呈现。
此外,NRT服务的消费模型可以是推。在这种情况下,NRT服务可以包括基于请求的内容。例如,接收机300可以根据用户预订推消费模型的NRT服务的请求来发起或呈现NRT服务中包括的内容项。接收机300从用户接收关于是否自动更新接收的推模型的NRT服务或与其相关的内容的输入。
根据本发明的实施方式,接收机300显示用户或订户可以与推消费模型的NRT服务中包括的内容项相对应地来选择的话题,接收与所选择的话题相对应的内容项,并且自动执行更新。因此,允许用户选择将被自动更新的内容项。接收机300可以利用显示的NRT服务的预定区域来提供更新的内容项,并且可以连续地执行更新。如果用户选择了要自动更新的内容项,则接收机300将接收到的推模型NRT服务或与其相关的内容存储在高速缓存器中,并且将配置内容文件自动更新为新版本。接收机300可以预先下载内容,然后当返回到用户请求的推模型NRT服务时显示预先下载的内容。另外,在推消费模型的情况下,与浏览和下载服务相同地执行下载、发起、挂起、重新开始和关闭。
在推消费模型的情况下,NRT服务可以包括一个内容项。接收机300可以在后台下载推消费模型中的一个内容项。然后,接收机300在后台确认下载的内容项的更新。另外,接收机300可以根据用户的NRT服务选择命令来发起下载的内容项。当用户进行了退出NRT服务的输入时,接收机300可以终止发起的内容项。当用户预订了接收推消费模型的服务的内容项时,接收机300可以执行自动更新。接收机300可以基于SMT中的NRT服务描述符中的auto-update字段来确定是否提供自动更新选项。因此,接收机300可以根据用户对基于NRT服务描述符所提供的自动更新选项的选择来提供自动更新,并且在后台执行更新。当自动更新选项被关闭时,例如,当用户关闭了接收推消费模型的服务的内容项时,接收机300可以删除下载的内容项。
此外,NRT服务的消费模型可以是入门(Portal)。在这种情况下,NRT服务可以包括与接入网络浏览器类似的服务。因此,与入门消费模型的NRT服务链接的FLUTE会话可以包括用于文本或图形分量的文件以配置网页。另外,提供入门NRT服务的文件几乎实时地被更新然后被发送。因此,接收机300可以生成将在观看者等待的同时显示的入门消费模型NRT服务的画面。
在入门消费模型的情况下,NRT服务可以包括一个内容项。当用户选择了便携式消费模型NRT服务时,接收机300可以下载其中的一个内容项。另外,当在正下载的内容项的文件中的入口文件被下载时,接收机300可以发起内容项。当用户进行了退出NRT服务的输入时,接收机300可以终止和删除发起的内容项。另外,在入门消费模型的情况下,与浏览和下载服务相同地执行下载、发起、挂起、重新开始和关闭。
在以上消费模型的情况下,接收机300基于一个内容项提供NRT服务。然而,利用一个内容项,难以生成与实时广播链接的用户界面或提供复杂和多样的NRT服务。
因此,根据本发明的实施方式,NRT服务供应商可以通过接收机300提供多个内容项。另外,NRT服务供应商可以设置一个内容项以控制另一内容项的操作。接收机300接收该内容项,并且对提供多个内容项的消费模型进行标识,以向用户提供复杂和各种NRT服务。利用这样的消费模型,NRT服务供应商可以生成与NRT服务(NDO或TDO)交互的用户界面,并发送该用户界面。接收机300基于NRT服务中的多个内容项生成与用户交互的观看和感知用户界面,并向用户提供该观看和感知用户界面。
NRT服务的这样的消费模型可以是上面提到的TDO消费模型。在这种情况下,发送的NRT服务可以包括上面提到的TDO。
在TDO消费模型的情况下,NRT服务可以包括多个内容项。接收机300可以下载在当前选择的NRT服务中找到的各内容项。接收机300可以下载其更新版本在当前选择的NRT服务中被找到的各内容项。通过触发来发起或终止各内容项。
另外,根据本发明的实施方式,NRT服务的消费模型可以是脚本消费模型。这样的交互内容项可以被称为控制内容项的入口内容项,但不限于内容项的名称。例如,交互内容项可以是其它内容项的主内容项。接收机300首先接收入口内容项或主内容项,然后发起所述入口内容项或主内容项。入口内容项可以包括用于管理NRT服务内容项的接入和下载的功能。另外,入口内容项可以包括用于显示可用的内容的功能。接收机300可以根据入口内容项的发起显示用于允许用户选择可用内容和预订下载的用户界面。显示的用户界面可以包括用于显示先前下载的内容的菜单。
当用户接入脚本消费模型NRT服务时,自动发起脚本消费模型的NRT服务中的NRT服务对象。例如,脚本消费模型NRT服务对象可以通过用户的接入被触发,然后被发起。
脚本消费模型NRT服务可以包括多个内容项。所述多个内容项中的一个内容项可以包括具有用户输入可用和交互界面的入口内容项。发射机200将这样的用户交互界面***到入口内容项中并发送该入口内容项,并且接收机300首先接收和发起入口内容项。然后,接收机300可以通过发起入口内容项来控制另一内容项的下载、更新或发起。因此,入口内容项可以包括用于下载、更新或发起其它内容项的至少一个文件。
另外,当用户选择了包括NDO的NRT服务时,可以发起包括入口内容项的NDO。另外,当输入了用户的NRT服务退出命令时,可以终止发起的NDO。包括入口内容项的NRT服务对象被提前下载并且被更新。另外,在发起和终止了下载的NRT服务对象之后,接收机300可以保持该NRT对象的存储。由此,每次选择了NRT服务时,用户都不需要等待接收机下载NRT服务,并且允许接收通过入口内容项所更新的NRT服务,使得可以提高用户便利性。
根据实施方式,在脚本消费模型的情况下,接收机300可以与推消费模型类似地操作。指定为脚本消费模型的NRT服务可以包括与推消费模型或入门消费模型相对应的多个内容项。因此,脚本消费模型可以表示扩展推消费模型的消费模型。因此,脚本消费模型可以表示扩展入门消费模型的消费模型。因此,服务供应商可以通过指定推脚本消费模型或入门脚本消费模型来生成和发送NRT对象。
脚本消费模型的NRT服务对象或NRT服务可以包括上面提到的多个内容项,并且所述多个内容项中的一个内容项是入口内容项。入口内容项是首先被发起以由接收机300根据NRT服务对象来提供NRT服务的内容项。然后,配置各内容项的文件可以包括入口文件。入口文件是当发起内容项时被首先发起的文件。因此,服务供应商通过发射机200来生成NRT服务对象,指定将被首先发起的入口内容项,并且将关于入口内容项的信息包括在NRT服务对象中,或者通过服务信令数据来发送所述信息。然后,服务供应商可以通过发射机200来指定配置各内容项的文件中的被首先发起的入口文件,并且可以通过服务信令数据或FLUTE会话来发送关于入口文件的信息。
此外,消费模型(推消费模型或浏览器和下载消费模型的入门消费模型)的NRT服务可以包括多个内容项。
例如,浏览器和下载消费模型的NRT服务可以包括多个内容项。多个内容项可以包括一组不同的信息,各信息可以包括具有唯一观看和感知界面以指示一组信息的NRT服务对象。各对象可以通过各内容项包括上面提到的入口文件。用户可以选择将通过接收机300下载哪些内容项,并且还可以选择要在预定时间之后呈现的内容项。当选择了要呈现的内容项时,接收机300发起内容项中的包括观看和感知界面的对象,输出呈现,并且管理输出的呈现。
另外,推消费模型的NRT服务可以包括具有入口文件的NRT服务对象。接收机300连续地更新在NRT服务对象中使用的文件。当用户选择了服务的自动更新时,接收机300可以保持文件的更新。另外,接收机300可以通过NRT服务对象自身的操作来更新文件。当用户选择了NRT服务时,接收机300可以发起NRT对象,以管理所选择的NRT服务数据的呈现。
另外,入门消费模型的NRT服务可以包括具有入口文件的NRT服务对象。当用户选择了入门消费模型的NRT服务时,接收机300获得并发起包括入口文件的NRT服务对象。包括入口文件的NRT服务对象可以管理其它文件的呈现。在这种情况下,入口文件是简单的HTML页,并且每当提供服务时,获得处理都是必要的,使得仅当获取时间非常短时才能保证平稳操作。因此,接收机300难以仅利用入口文件来提供复杂和多种观看和感知交互界面。因此,根据实施方式,当入口内容项被指定并被发送时,在入口内容项的初始获取时间之后,接收机300可以将入口内容项存储在预定存储空间中。由于接收机300不需要之后的用于呈现的获取时间,所以利用交互界面进行呈现是可行的,并且保证了平稳和自然的操作。因此,服务供应商生成观看和感知交互界面,并通过发射机200发送该观看和感知交互界面,并且接收机300在不使用其自己的界面的情况通过由服务供应商生成的交互界面来向用户提供NRT服务列表,并且发起所选择的NRT服务。
图64是示出包括入口内容项的NRT服务的概念示图。
参照图64,NRT服务可以包括诸如内容项0、内容项1和内容项3的多个内容项。另外,服务供应商可以通过发射机200指定各入口内容项或入口文件。如图64所示,入口内容项被指定为内容项0,并且入口文件被指定为文件0和文件5。
当接收到图64的NRT服务并且用户选择了该NRT服务时,接收机300首先发起内容项0(即,入口内容项)。当发起内容项0时,接收机300可以首先执行文件0(即,入口文件)。这里,入口内容项可以包括用于管理其它内容项的功能。因此,接收机300可以通过对内容项0的操作来显示内容项1和内容项3,并且内容项0可以根据用户的选择发起或终止内容项1和内容项3中的至少一个。此外,当内容项1被发起时,可以首先发起文件5(即,入口文件)。
图65和图66是示出NRT-IT以发送关于入口内容项的信息的示图。
图65和图66中示出的NRT-IT或NCT被包括在服务信令数据中,并且发射机200将关于入口内容项的信息包括在服务信令数据中,并且发送该服务信令数据。例如,发射机200可以将指示特定内容项是否为入口内容项的字段包括在NRT-IT中,然后发送NRT-IT。因此,接收机300接收服务信令数据,提取NRT-IT,对指示特定内容项是否为入口内容项的字段进行解析,确定哪个内容项是入口内容,并且首先发起该内容项。如上面提到的,NRT-IT可以包括关于多个内容项的单独的信息。可以将所述多个内容项中的各内容项的信息包括在以(j=0;j<num_content_items_in_section;j++)开始的内容项循环中。然后,个内容项可以与通过content linkage字段标识出的各内容项循环相对应。因此,接收机300对内容项循环进行解析,以获得与各内容项相对应的no_entry_flag字段。由于图65和图66中的其它字段的描述与图16的描述相同,因此将省略重复描述。
no_entry_flag字段可以是指示入口内容项的1比特数字。如果该字段是0,则与该字段所属的内容项循环相对应的内容项可以是由service_id标识的服务的入口内容项。如果该字段是1,则与该字段所属的内容项循环相对应的内容项可以不是上面提到的服务的入口内容项。
发射机200利用no_entry_flag字段把将被首先发起的内容项指定为入口内容项,并发送该内容项。接收机300确定no_entry_flag字段是0还是1,从而获得关于将被首先发起的内容项的信息。
图67是示出根据本发明的实施方式的当发送了入口内容项时接收机300的操作方法的示图。
参照图67,在操作S8800,接收机300首先从服务信令数据中接收SMT和NRT-IT,从SMT中解析服务等级描述符循环,并且在操作S8810,对服务等级描述符循环中的NRT_service_info_descriptor进行解析。接收机300可以利用服务管理器350通过服务信令信道来接收SMT,并且可以对各NRT服务循环中的服务等级描述符循环中的包括NRT服务信息描述符的服务等级描述符进行解析。
另外,在操作S8820,接收机300获得与基于经解析的NRT服务信息描述符所发送的NRT服务有关的信息(例如,应用类型、服务种类、服务容量和视频或音频编解码器信息中的至少一个),以生成服务指南并且显示该服务指南。接收机300通过服务管理器350来生成和显示服务指南。
例如,服务管理器350基于NRT服务信息描述符中的storage_requirement字段来计算NRT服务的容量,并且在服务指南上显示该服务容量。此外,服务管理器350基于NRT服务信息描述符中的audio_codec_type或video_codec_type字段来确定NRT服务的视频或音频编解码器,并在服务指南上显示视频或音频编解码器的信息。
然后,在操作S8830,接收机300确定是否选择了对NRT服务的服务接收。服务接收选择可以由观看服务指南的用户来进行。服务管理器350确定用户选择了服务指南上显示的哪一个NRT服务。当没有选择NRT服务时,接收机300可以保持服务指南显示。
此外,当选择了对NRT服务的服务接收时,在操作S8840,接收机300从NRT-IT中获得要接收的服务所包括的内容项的接收信息。服务管理器350从SMT中获得所选择的NRT服务的服务标识符。然后,服务管理器350通过将该服务标识符与NRT-IT进行比较来获得关于内容项的信息以接收所选择的NRT服务。
例如,服务管理器350从SMT中提取与要接收的NRT服务相对应的service_id。然后,服务管理器350确定NRT-IT的service_id字段是否与要接收的NRT服务相对应,当它们匹配时,服务管理器350从内容项循环中提取content_linkage字段,以获得内容项的接收信息。另外,根据实施方式,服务管理器350从各内容项循环中获得no_entry_flag字段,并且在接收之前提前确定与各内容项循环相对应的内容项是否为入口内容项。
然后,在操作S8850,接收机300基于获得的内容项接收信息来接收从发射机200发送的NRT服务的内容项。接收机300的服务管理器350可以基于如上面提到的获得的service_id字段和content_linkage字段接入FLUTE会话来接收配置内容项的文件。
然后,在操作S8860,接收机300确定是否存在对接收的NRT服务的发起命令。当完全接收了NRT服务的内容项时,接收机300的服务管理器350确定是否存在用户的发起命令。另外,服务管理器350可以在没有用户的发起命令的情况下自动发起接收的NRT服务。
当NRT服务被发起时,在操作S8870,接收机300首先确定消费模型是否为脚本。接收机300的服务管理器350从SMT解析服务等级描述符循环,从服务等级描述符循环中提取NRT_service_descriptor,并且基于NRT_service_descriptor中的consumption_model字段的值来确定NRT服务是否是脚本消费模型。consumption_model字段的用于脚本消费模型的值可以被预先指定。当该值不是脚本消息模型时,在操作S8890,接收机300根据另一消费模型以不同的方式操作以提供服务。
然而,当消费模型字段与被指定为脚本消费模型的值相对应时,在操作S8875,接收机在接收到的内容项中搜索入口内容项。接收机300在内容项中搜索入口内容项中的文件以首先执行该文件。为此,接收机300可以利用NRT-IT的no_entry_flag字段来搜索入口内容项。另外,为了快速搜索和发起,接收机300首先接收和存储入口内容项。例如,当配置选择的NRT服务的内容项没有被全部接收到时,接收机300提前接收、搜索和发起入口内容项,使得NRT服务可以被部分提供。
然后,当搜索到入口内容项时,在操作S8880,接收机300首先发起入口内容项中的文件之中的入口文件。当不存在入口文件时,接收机300可以根据文件顺序或预定顺序来执行文件。
然后,接收机300通过所执行的文件而操作,从而在操作S8885向用户提供NRT服务。接收机300利用入口内容项中的交互界面来提供NRT服务。另外,接收机300可以根据对入口内容项中的交互界面的用户输入来发起或管理另一内容项。
以这种方式,接收机300首先发起入口内容项,以向用户提供交互界面。另外,接收机300可以通过在入口内容项中发起的交互界面来管理所选择的NRT服务的内容项。交互界面可以包括观看和感知界面,并且可以为了用户便利基于图形用户界面而被配置。此外,交互界面可以包括诸如NRT服务的发起、关闭、存储或删除的管理菜单。为此,交互界面可以包括与各管理菜单相对应的图标图形或视频。用户可以通过入口内容项中的界面来方便地管理另一NRT服务或其它内容项。
以这种方式,发射机200将与NRT服务或NRT服务对象相对应的消费模式指定为消费模型或其它消费模型中的一种消费模型,将与指定的消费模型相对应的值分配给NRT服务信息表的NRT服务描述符中的consumption_model字段,并且通过服务信令信道来发送NRT服务信息。
然而,可以根据接收机300的类型或生产时间来限制可识别的consumption_model字段值。例如,接收机300可以通过识别推或入门消费模型值中的一个而操作。在这种情况下,当发射机200将NRT服务指定为脚本消费模型并且发送该NRT服务时,接收机300确定消费模型值没有被指定,从而可能无法提供正常的NRT服务。
因此,根据本发明的实施方式,发射机200与相同的NRT服务相对应地生成多个NRT服务对象,并且向生成的NRT服务对象分配不同的消费模型字段值。发射机200可以将consumption_model字段值的分配信息包括在上面提到的NRT服务表中,然后可以发送该NRT服务表。
图68是根据本发明实施方式发送的多个NRT服务对象的概念性示图。
如图68所示,通过一个虚拟信道发送的NRT服务可以包括NRT服务对象A和NRT服务对象B。另外,A和B可以提供相同的NRT服务。然而,NRT服务对象A可以被指定为浏览器和下载消费模型,而NRT服务对象B可以被指定为脚本消费模型。
根据本发明的实施方式,用于提供相同NRT服务的内容项可以是如图68所示的内容项1至内容项5。因此,NRT服务对象A可以包括由浏览器和下载消费模型所提供的内容项1至内容项5。另外,NRT服务对象B可以包括内容项6(即,脚本消费模型的入口内容项)。内容项6可以包括控制内容项1至内容项5的上面提到的交互界面。
以这种方式,当发送包括内容项1至内容项5作为浏览器和下载消费模型的特定NRT服务时,发射机200将内容项1至内容项5包括在NRT服务A中并发送NRT服务A。当发送作为脚本消费模型的内容项1至内容项5时,发射机200将作为用于控制内容项1至内容项5的入口内容项的内容项6包括在NRT服务B中,并发送NRT服务B。NRT服务B仅包括入口内容项,并且该内容项利用NRT服务B中所包括的内容项来提供界面,使得可以防止内容项的冗余发送,并且可以减少带宽的浪费。
这里,入口内容项可以表示为发起另一NRT服务中包括的内容项的NRT-IT或SMT。NRT-IT或SMT可以包括NRT服务之间的关系信息和关于根据该关系信息的内容项的信息。例如,NRT-IT可以包括NRT服务A和NRT服务B利用相同的内容项提供服务的关系信息或参考信息。
根据实施方式,NRT服务A和NRT服务B利用相同的内容项来提供服务,但NRT服务A和NRT服务B可以包括不同的NRT服务对象或内容项。
图69是示出根据本发明的实施方式的SMT中包括的NRT服务描述符的语法的示图。
上面提到的关系信息可以被包括在SMT的服务描述符循环中的NRT服务描述符中。根据本发明的实施方式,利用相同的内容项来提供服务,但具有不同消费模型字段值的NRT服务可以被称为相同服务或等同服务。如图69所示的关于等同服务的关系信息可以包括equivalent_service_not_present字段、num_equivalent_services字段和equivalent_service_id字段。
equivalent_service_not_present字段可以是1比特标记,以指示在发送的NRT服务中是否存在等同服务。如果该字段是0,则表示存在等同服务。
num_equivalent_services字段可以是8比特无符号整数,如果存在等同服务,则该字段指示数量。
equivalent_service_id字段可以是16比特无符号整数,以指示与等同服务相对应的服务标识符。这里,当通过相同的广播信道发送等同服务时,equivalent_service_id字段可以包括关于服务标识符的信息。然而,当通过不同虚拟信道发送相同服务时,equivalent_service_id字段可以包括服务标识符和广播标识符。然而,NRT服务描述符还可以包括与移动广播标识符相对应的MH broadcast identifier字段。
由于NRT服务描述符的其它字符的描述与图52的相同,所以省略重复描述。
图70和图71是示出根据本发明的另一实施方式的另一NRT-IT的语法的示图。由于图70和图71的NRT-IT的其它字段的描述与上面的相同,所以省略重复描述。
如图70和图71所示,NRT-IT还可以包括available_on_current_service字段。当发送等同服务时,该字段指示是否存在另一NRT服务中发送的内容项。另外,即使不存在等同服务,该字段指示是否通过另一NRT服务发送与当前发起的NRT服务链接的内容项,以使接收机300通过入口内容项接收或发起另一NRT服务的内容项。
available_on_current_service字段可以是1比特数字,以指示当前发送的NRT服务(与NRT-IT的service identifier字段相对应的NRT服务)是否包括该字段所属的内容项。如果该字段的值是1,则所述内容项被包括在当前发送的NRT服务中并且被发送,如果该字段的值是0,则所述内容项被包括在另一NRT服务中并且被发送。
接收机300可以使用available_on_current_service字段来确定是否存在在与当前发送的NRT服务链接的另一NRT服务中发送的内容项。例如,当在接收机300中选择了NRT服务并且发起了入口内容项时,入口内容项基于available_on_current_service字段来确定是否存在在另一NRT服务中发送的内容项,以在另一NRT服务中提供内容项,并且接收或发起在另一NRT服务中发送的内容项。发射机200可以将关于通过另一NRT服务发送的内容项的信息包括在NRT-IT中,然后可以发送该NRT-IT。例如,发射机200可以将关于通过另一NRT服务发送的内容项的信息包括在NRT-IT的特定描述符中,然后可以发送该特定描述符。
图72是示出根据本发明的另一实施方式的Other_NRT_location_descriptor(其他NRT位置描述符)的语法的示图。
参照图72,Other_NRT_location_descriptor包括descriptor_tag字段、descriptor_length字段、num_other_NRT_locations字段和other_service_id字段。
descriptor_tag字段可以是8比特无符号整数,以将该描述符为链接描述符。例如,该字段可以取值0xe8。
descriptor_length字段可以是8比特无符号整数,以限定从紧接在该字段之后的字段到链接描述符的末尾的长度。
num_other_NRT_locations字段可以是6比特无符号整数,以指示other_service_id的数量。
other_service_id字段可以是16比特无符号整数,以指示在其中发送内容项的另一NRT服务的服务标识符。
这样的other_NRT_location_descriptor可以是图70和图71的NRT-IT的内容等级描述符循环(a loop starting with for(i=0;j<num_content_descriptors;i++)中的内容等级描述符中的一个。因此,NRT服务位置描述符被包括在NRT-IT中,然后被发送。
接收机300基于NRT-IT来确定是否通过另一NRT服务发送内容项,并且基于NRT服务位置描述符来确定在其中发送了内容项的另一NRT服务的标识符。
图73是示出根据本发明的实施方式的接收广播服务的方法的流程图。
参照图73,在操作S8900,接收机300从服务信令数据接收SMT和NRT-IT,在操作S8910,从SMT中解析服务等级描述符循环并且解析服务等级描述符循环中的NRT_service_info_descriptor,在操作S8920,基于经解析的NRT服务信息描述符生成服务指南并且显示该服务指南,并且在操作S8930确定是否选择了对NRT服务的服务接收。可以由接收机300的服务管理器350来执行以上操作。
此外,当选择了对NRT服务的服务接收时,在操作S8940,接收机300从NRT-IT中获得要接收的服务所包括的内容项的接收信息。内容项的接收信息可以包括内容项的content_linkage和各服务项所属的NRT服务的service_id。
然后,在操作S8950,接收机300首先利用接收信息来确定是否通过NRT服务提供内容项。这里,内容项的接收信息可以包括指示是否通过当前选择的服务来发送内容项或者是否通过另一NRT服务来发送内容项的关系信息。例如,接收信息可以包括available_on_current_service字段。另外,当通过另一NRT服务发送内容项时,内容项的接收信息可以包括其它NRT服务的标识符和内容项的标识符,以接收内容项。因此,接收机300利用关系信息来确定是否通过另一NRT服务提供内容项。
另外,关系信息可以包括other_NRT_location_descriptor,并且接收机300的服务管理器350利用关系信息来确定是通过所选择的服务还是另一NRT服务来发送当前用户选择接收的NRT服务的内容项,并且对与其它NRT服务费相对应的对象进行标识,以接收其中的内容项。
如果确定不是通过另一NRT服务来发送内容项,则接收机300的服务管理器350根据获得的内容项接收信息来接入FLUTE会话,并且通过上面的方法来接收配置各内容项的文件。
此外,如果确定发送了内容项,则在操作S8960,接收机300的服务管理器350从接收信息获得另一NRT服务的服务标识符,并且在操作S8970,通过接收与其相对应的SMT和NRT-IT来获得另一NRT服务中的内容项接收信息。然后,服务管理器350可以基于内容项接收信息接入FLUTE会话来接收配置内容项的文件。
这里,可以通过选择接收的NRT服务的入口内容项来发起另一NRT服务中的内容项。接收机300的服务管理器350对选择接收的NRT服务的入口内容项进行标识,首先接收和发起入口内容项,并且显示入口内容项中的交互界面。另外,接收机300可以与对所显示的界面的用户输入相对应地接收或发起另一NRT服务的内容项。
另外,如上面提到的,可以通过入口内容项来发起或接收相同NRT服务的内容项。当接收或发起各内容项时,如上面提到的,接收机300的服务管理器350首先接收和发起配置各内容项的文件中的入口文件。接收机300的服务管理器350可以在接收内容项的文件之前通过FDT从FLUTE会话中接收文件列表,并且首先基于FDT来对入口文件进行标识。
<>
此外,接收机300可以利用NRT服务来提供包括关于广播服务的指南信息的电子节目指南(EPG)。此外,接收机300可以与现有的接收机一样基于PSIP表的事件信息表(EIT)提供EPG,并且如果需要可以另外提供通过NRT服务所提供的EPG。当利用NRT服务提供EPG时,接收机300提前通过服务信令信道或互联网网络接收图像、视频或可执行内容,并且根据用户的请求来提供接收到的EPG服务。
根据本发明的实施方式,发射机200分配与EPG相对应的附加消费模型,以通过NRT服务发送这样的扩展EPG,并且当根据消费模型确定为EPG时,接收机300通过执行预定操作来提供EPG服务。
图74是示出根据本发明的实施方式的当分配EPG消费模型时根据NRT服务描述符中的consumption_model字段的各值的含义的示图。
如参照图53所描述的,consumption_model字段包括在NRT_service_descriptor中,并且是指示针对NRT_service_descriptor所指示的consumption_model NRT服务使用哪种方法的字段。根据实施方式,consumption_model字段可以指示EPG消费模型。用于EPG消费模型的字段值可以是0x05。
分配为EPG消费模型的NRT服务可以包括至少一个内容项。这样的内容项可以包括关于当前使用的广播服务的信息。例如,各内容项可以包括根据广播信道的虚拟信道服务信息、TV事件信息、NRT服务信息或关于NRT服务的内容项的信息。另外,各信息以html页格式被收集,并且通过接收机300以EPG格式被提供。
另外,接收机300将EPG中提供的广播信息与其它NRT服务对象或各种多媒体内容项连接在一起。为此,发射机200将用于接收连接到广播信息的内容的链接描述符或事件描述符***到SMT或NRT-IT中并发送SMT或NRT-IT。另外,发射机200将包括以上广播信息的链接描述符或事件描述符***到VCT或EIT中,并发送VCT或EIT。
另外,发射机200生成与被分配为EPG消费模型的NRT服务相对应的链接描述符,并将该链接描述符***到VCT、EIT、SMT和NRT-IT中的至少一个中,以与各服务或信道相对应,并且进行发送。稍后将描述发射机200利用链接描述符的发送方法或接收机300的接收和服务提供方法。
被指定为EPG消费模型的NRT服务可以包括关于接收机300提供的节目或服务的EPG的扩展EPG信息。由于扩展EPG信息可以包括丰富多样的多媒体数据,所以接收机300通过丰富多样的方法来向用户提供对节目或服务的指南。
被指定为EPG消费模型的NRT服务中所包括的至少一个内容项可以与一个虚拟信道、一个事件或一个NRT服务相对应,并可以包括关于各相应的虚拟信道、事件或NRT服务的相关信息。接收机300可以基于链接描述符来获得这样的相关信息。
例如,当提供了对节目或服务指南上显示的特定虚拟信道、事件或NRT服务的用户附加信息请求时,可以利用与附加信息请求的特定虚拟信道、事件或NRT服务链接的EPG消费模型NRT服务的内容项来提供它的服务。EPG消费模型的NRT服务的内容项可以包括预览、相关的HTML页收集、电影海报图像中的至少一个。
因此,当存在对显示的服务指南中的特定事件的用户附加请求时,接收机300发起与附加请求目标相对应的EPG消费模型的NRT服务的预览内容项,向用户显示该预览内容项,使得能够提供扩展EPG服务。
此外,可以在后台下载被指定为EPG消费模型的NRT服务(或EPG NRT服务),以防止用户识别出该NRT服务。另外,当存在对接收机300中显示的广播服务指南的用户请求时,可以呈现通过后台下载的EGP NRT服务的内容项。
如上面提到的,可与另一消费模型的NRT服务一样,通过互联网来下载和存储EPGNRT服务中包括的内容项。然后,可以通过互联网网络在后台下载各内容项,以防止用户识别出各内容项。另外,当存在对在接收机300中显示的广播服务指南的用户请求时,可以呈现通过互联网网络在后台下载的EPG NRT服务的内容项,并且各内容项可以通过互联网网络被实时下载并根据用户的请求被播放。为了通过后台下载和存储被指定为EPG消费模型的NRT服务中包括的各种内容项,接收机300需要管理有限的存储空间。为此,接收机300分配和管理预定的存储空间,并且发射机200将关于需要的存储空间的信息包括在NRT描述符中并且发送该NRT描述符。
此外,当通过后台下载和存储了EPG NRT服务的内容项时,在周期性地确认和监测内容项之后确定存在更新版本时,接收机300的服务管理器350更新接收和存储的EPG NRT服务。
然后,在下载和存储的EPG NRT服务的内容项中,可以在接收机300提供的广播节目或服务指南中发起或呈现与用户请求其附加信息的特定虚拟信道、特定事件或NRT服务链接的内容项。为此,接收机300可以显示包括与各虚拟信道、事件或NRT服务相对应的附加信息的EPG NRT服务的内容项被接收或存储。接收机300可以在服务指南中显示指示符,该指示符显示了以上内容。
另外,接收机300的服务管理器350可以控制不挂起所发起或呈现的EPG NRT服务的内容项。然而,当EPG NRT服务的发起或呈现的内容项例如是视频剪辑时,接收机300的服务管理器350根据用于显示内容项的呈现引擎的操作执行视频的暂停操作以挂起视频剪辑。另外,当控制不挂起EPG NRT服务的发起或呈现的内容项时,接收机300的服务管理器350可以不对挂起执行重新开始操作。因此,接收机300的服务管理器350可以不对EPG NRT服务的发起或呈现的内容项执行挂起或重新开始操作。
另外,当用户从广播节目或服务指南中选择了与上面提到的特定虚拟信道、事件或NRT服务不同的虚拟信信道、事件或NRT服务时,接收机300或接收机300的服务管理器350可以关闭或退出EPG NRT服务的发起或呈现的内容项。另外,即使当用户从广播节目或服务指南中选择了关闭命令时,接收机300也可以关闭或退出EPGNRT服务的发起或呈现的内容项。
图75是示出作为根据本发明的实施方式的接收广播服务的方法的基于EPG消费模型的NRT服务提供EPG的方法的流程图。
参照图75,在操作S9001,接收机300首先接收VCT、EIT、SMT和NRT-IT,并且在操作S9003对SMT的服务等级描述符进行解析。
接收机300可以利用服务管理器350通过服务信令信道来接收SMT,并且可以从接收到的SMT中解析与各NRT服务相对应的多个循环。经解析的各循环可以被称为服务等级描述符。然后,接收机300可以从各服务等级描述符循环中解析包括NRT服务描述符的服务等级描述符。NRT服务描述符可以包括与其相对应的NRT服务的详细信息。另外,所述详细信息可以包括接收机的需求信息以提供相应的NRT服务。因此,接收机300基于NRT服务描述符确定接收机300是否能够提供NRT服务。
因此,接收机300的服务管理器350从通过广播信道发送的广播信号解析PSIP表,并且从经解析的PSIP表中解析VCT和EIT。接收机可以利用PSIP处理器来解析VCT和EIT。
然后,在操作S9005,接收机300对经解析的服务等级描述符进行分析,确认NRT_service_descriptor,并且确定NRT_service_descriptor中的consumption_model字段的值是否指示EPG消费模型。接收机300参照图74的表对此进行确定。然后,如果所述值不指示EPG消费模型,则接收机300根据上面提到的另一NRT服务消费模型来执行操作。
然而,如果所述值指示了EPG消费模型,则接收机300确定发送了被指定为EPG模型的NRT服务。在这种情况下,在操作S9007,接收机300获得EPG消费模型的NRT服务的接收信息。
EPG消费模型的NRT服务的接收信息可以包括NRT服务的服务id和内容项的内容链接。如上面提到的,可以将服务id包括在SMT中,并且可以将内容项之间的链接信息包括在NRT-IT中。因此,接收机300基于SMT和NRT-IT来获得EPG消费模型的NRT服务接收信息。
然后,在操作S9009,接收机300基于获得的接收信息来接入FLUTE会话,接收和存储配置了所获得的EPG消费模型的NRT服务的内容项。可以在不用用户识别的情况下在后台进行EPG消费模型的NRT服务的接收。因此,可以不管用户的选择而连续地接收EPG消费模型的NRT服务。然而,可以根据用户的设置来改变接收方法。例如,接收机300可以根据用户的设置不接收EPG消费模型的NRT服务、在前台接收EPG消费模型的NRT服务,或者根据用户设置的周期来接收EPG消费模型的NRT服务。因此,接收机接收根据用户的喜好而扩展的EPG服务,并且对其进行了改进。
另外,接收机300通过服务管理器350接收和管理存储单元中的EPG消费模型的NRT服务。然而,如上面提到的,为了接收和管理存储单元中的EPG消费模型的NRT服务,可能需要恒定的预定大小的存储空间。另外,可以根据服务供应商的意图通过发射机200来发送这样存储空间的分配量。因此,根据本发明实施方式,接收机300分配接收机300的存储单元的预定区域作为EPG消费模型的NRT服务的存储区域,接收分配的区域中的EPG服务,然后存储和管理EPG服务。因此,发射机200将关于存储区域的信息包括在NRT服务描述符中,然后将其发送给接收机300。在这种情况下,接收机300可以接收、存储和管理分配的区域中的EPG服务。
例如,可以将发送的存储区域信息包括在NRT服务描述符中的storage_reservation字段中,接收机300基于存储区域信息和EPG consumption model字段来分配预定区域,并且将其作为接收EPG消费模型的NRT服务的区域进行管理。
此外,除了通过广播服务信道之外,还可以通过IP来发送被指定为EPG消费模型的NRT服务的内容项。可以通过互联网网络通过NRT服务发送方法来执行通过IP的发送。例如,接收机300基于NRT-IT来获得URL信息,以接收被指定为EPG消费模型的NRT服务的内容项,并且基于获得的URL信息通过互联网网络来接收配置了内容项的文件。因此,接收机300通过IP接收通过互联网网络发送的EPG消费模型的NRT服务中的内容项文件,并且存储该内容项文件。
然后,在操作S9011,接收机300基于经解析的VCT和EIT来提供服务指南。服务指南可以包括关于广播信道、广播节目或NRT服务的指南信息。接收机300通过服务管理器350从VCT和EIT生成关于广播节目或服务的EPG,然后显示该EPG,使得向用户提供服务指南。为了提高关于NRT和广播节目的指南,发射机200可以将关于NRT服务的简要信息包括在VCT或EIT中,然后发送VCT或EIT。因此,接收机300可以基于VCT和EIT来生成关于广播节目和NRT服务的指南,然后显示该指南。例如,发射机200将具有关于NRT服务的信息的描述符包括在VCT和EIT中并发送VCT和EIT,并且接收机300对VCT和EIT进行解析,以生成指南和显示指南。
一旦提供了指南,用户就可以从显示的EPG中选择期望的内容(例如,特定虚拟信道、特定节目(事件)或特定NRT服务)。因此,在操作S0913,接收机300根据用户的选择来选择相应内容(虚拟信道、事件或NRT服务对象)。用户可以高亮显示期望信息内容的列表、在内容列表上定位界面点,或者利用手势来选择内容。
然后,接收机300首先显示关于基于经解析的VCT和EIT选择的内容的信息。然后,在操作S9015,接收机300确定是否存在对所选择的内容的附加信息请求。如果不存在附加信息请求,则连续地执行操作S9011。
这里,接收机可以利用服务管理器350在附加信息可用内容列表周围显示指示所述请求的指示符。另外,接收机300可以使得用户请求关于在其上显示指示符的内容的附加信息。当EPG消费模型的NRT服务被完全接收时,可以显示所述指示符。例如,附加信息可以包括EPG消费模型的NRT服务的内容项中包括的预览信息(图像信息或图像信息)或者相关的页面信息。
此外,当存在对选择的内容的附加信息请求时,在操作S9017,接收机300对与选择的内容相对应的EPG消费模型的NRT服务的内容项进行标识。
接收机300利用服务管理器350从接收和存储的EPG消费模型的NRT服务中对与选择的内容相对应的内容项进行标识。例如,当选择的内容是特定虚拟信道时,接收机300从与VCT中包括的特定虚拟信道相对应的链接信息中获得被指定为EPG消费模型的NRT服务的内容项标识信息,然后基于该内容项标识信息来从接收的EPG消费模型NRT服务的内容项中对与特定虚拟信道相对应的内容项进行标识。
此外,当选择的内容是特定节目(事件)时,接收机300从与EIT中包括的特定事件或节目相对应的链接信息中获得被指定为EPG消费模型的NRT服务的内容项标识信息,然后基于该内容项标识信息从接收的EPG消费模型NRT服务的内容项中对与特定节目(事件)相对应的内容项进行标识。
然后,当选择的内容是特定NRT对象时,接收机300从与SMT或NRT-IT中包括的特定事件或节目相对应的链接信息中获得被指定为EPG消费模型的NRT服务的内容项标识信息,然后基于该内容项标识信息从接收的EPG消费模型NRT服务的内容项中对与特定服务对象相对应的内容项进行标识。
然后,在操作S9019,接收机300基于标识出的内容项来提供关于选择的内容的附加信息。
接收机300可以通过发起或呈现标识出的内容项来提供关于选择的内容的附加信息。如上面提到的,附加信息可以包括各种丰富的多媒体消息,以提供扩展EPG。因此,用户可以在观看服务指南的同时请求附加信息,并且可以应请求获得关于选择的内容的各种丰富的EPG信息。
图76是示出根据本发明实施方式的EPG和各表之间的链接的示图。
参照图76,EPG400可以包括NRT服务指南401和广播节目指南402。接收机300可以对VCT和EIT进行分析以生成NRT服务指南401或广播节目指南402,并显示NRT服务指南401或广播节目指南402。
此外,接收机300可以基于SMT、VCT或EIT来获得关于与各NRT服务、虚拟信道或事件相对应的EPG消费模型的NRT服务的内容项的信息,并且可以利用与用户选择的NRT服务、虚拟信道或事件相对应的EPG服务的内容项来提供附加信息。
例如,如图76所示,当存在对NRT服务3-19的附加信息请求时,接收机300可以通过SMT中的链接信息来获得关于与其相对应的服务标识符Svc3-19的EPG内容项标识信息。然后,接收机300可以从与EPG消费模型的NRT服务相对应的NRT-IT中对相应的内容项项5进行标识,以发起或呈现内容项项5,使得可以利用NRT服务来提供关于EPG的附加信息。
此外,当存在对虚拟信道3-2的附加信息请求时,接收机300可以通过VCT中的链接信息来获得关于与其相对应的虚拟信道CH302的EPG内容项标识信息。然后,接收机300可以从与EPG消费模型的NRT服务相对应的NRT-IT中对相应的内容项项3进行标识,以发起或呈现内容项项3,使得可以利用NRT服务提供关于EPG的附加信息。
以相同的方式,当存在对事件E321的附加信息请求时,接收机300可以通过EIT中的链接信息来获得关于与其相对应的虚拟信道CH302的EPG内容项标识信息。然后,接收机300可以从与EPG消费模型的NRT服务相对应的NRT-IT中对相应的内容项项1进行标识,以发起或呈现内容项项1,使得可以利用NRT服务来提供关于EPG的附加信息。
图77是示出根据本发明实施方式提供的EPG的示图。
如图77所示,除了NRT服务指南401和广播节目指南402之外,EPG400可以包括用于指示用户选择的内容的高亮器403和用于指示可用附加信息的指示符404。
用户可以通过高亮器403来选择特定内容(例如,特定NRT服务、特定虚拟信道或特定广播节目(事件))。
然后,接收机300可以确定是否与各NRT服务、虚拟信道或事件相对应地接收到EPG消费模型的NRT服务,并且可以显示指示附加信息可用的指示符404。这里,指示符404可以显示在相应内容列表的周围。另外,接收机300可以根据设置在用户选择的内容上显示指示符404,还可以在用户没有选择的内容上显示指示符404。在图77中,尽管指示符404被显示为圆形,但不限于此,因此可以按指示关于内容的附加信息可用的字符、符号或图形中的至少一种形式来显示。
图78和图79是示出根据本发明实施方式的当用户请求附加信息时EPG画面的示图。
如图78所示,根据实施方式,当用户选择指示符404以请求关于特定内容的附加信息时,通过EPG消费模型NRT服务的发起或呈现的内容项来显示扩展EPG。例如,如图78所示,接收机300还可以显示与用户选择的内容相对应的扩展指南405。扩展指南405可以包括用于选择预览信息、相关主页信息、关于相应内容的附加信息和海报信息中的至少一个的菜单。
然后,当用户选择特定菜单(例如,预览信息)时,如图79所示,可以在EPG上另外地显示关于相应内容的预览信息画面406。如图79所示,预览信息画面406可以指示EPG消费模型NRT服务的内容项中包括的预览信息。如图79所示,预览信息可以包括关于相应内容E321的详细内容、视频或VOD信息,并且可以根据用户的选择被播放。
图80是示出根据本发明另一实施方式的与其它表链接的链接信息的示图。
如图80所示,链接信息可以被包括在链接描述符中,并且还可以被包括在与特定信道、特定事件、特定NRT服务的内容项、或VCT、EIT、SMT或NRT-IT的各表的特定NRT服务的内容项相对应的描述符循环中,然后被发射机200发送。接收机300对各描述符循环进行解析,以获得链接描述符,并且基于链接描述符来获得与各内容链接的EPG NRT服务的内容项的标识信息。另外,接收机300可以基于获得的标识信息通过发起或播放与被指定为NRT-IT中的EPG消费模型的NRT服务相对应的内容项中的特定内容项来提供附加扩展EPG信息。
例如,如图80所示,服务0可以包括EPG消费模型的NRT服务。在这种情况下,服务0中的内容项0至3中的各内容项都可以包括扩展EPG信息。然后,接收机300基于链接描述符来确定与各信道、事件或服务链接的EPG信息包括在哪个内容项中。接收机300基于链接描述符来确定关于VCH1的虚拟信道的扩展EPG信息被包括在内容0中,并且发起或播放内容0以提供扩展EPG。另外,接收机300基于链接描述符来确定关于VCH1的虚拟信道的扩展EPG信息被包括在内容1中,并且发起内容1以提供扩展EPG。以相同方式,接收机300发起或播放服务0的内容2,以提供关于服务1的内容0(即,NRT服务的内容项)的扩展EPG信息,并且还发起或播放内容3,以提供关于服务2(即,NRT服务)的扩展EPG信息。
这样的链接描述符可以包括用于按信号方式发送目标内容(例如,信道、事件或NRT服务对象)和EPG消费模型的NRT服务对象之间的链接的信息。因此,链接描述符可以指示表示目标内容的EPG消费模型1NRT服务的特定内容项。如上面提到的,这样的链接描述符可以包括在VCT、EIT、SMT或NRT-IT中然后被发送。并且例如,可以包括在SMT的服务描述符循环中或者NRT-IT的内容描述符循环中然后被发送。因此,接收机300可以基于经由各种路径发送的链接描述符来提供与EPG消费模型NRT服务链接的扩展EPG信息。因此,用户可以接收关于期望内容的更详细和附加信息。
图81是示出根据本发明实施方式的链接描述符的语法的示图。
参照图81,链接描述符可以包括descriptor_tag字段、descriptor_length字段、target_type字段、major_channel_number字段、minor_channel_number字段、channel_TSID字段和source_id字段,并且还可以包括event_id字段或service_id字段,或者还可以包括service_id字段和content_linkage字段。
descriptor_tag字段可以是8比特无符号整数,以将该描述符与链接描述符区分开。
descriptor_length字段可以是8比特无符号整数,以限定从紧接在该字段之后的字段到链接描述符的末尾的长度。
target_type字段可以指示目标内容的类型。例如,如图82所示,target_type字段可以被显示为以将与链接描述符链接的目标内容的类型与字段值相对应。目标内容可以是TV服务(虚拟信道)、TV事件、NRT服务或NRT服务的内容项,并且其对应值可以是0x00至0x07中的一个。因此,接收机300可以基于target_type字段来确定目标内容涉及哪种服务。
major_channel_number字段可以指示与虚拟信道链接的主要信道号(即,链接描述符的目标)。各虚拟信道可以涉及主要信道号和次要信道号。主要信道号和次要信道号可以用作用户的虚拟信道的参考号。
minor_channel_number字段(10比特)可以包括与虚拟信道链接的‘0’至‘999’范围内的次要或子信道号(即,链接描述符的目标)。
channel_TSID字段(16比特)可以是指示“0x0000”至“0xFFFF”范围内的与承载了被虚拟信道参考的MPEG-2节目的传输流链接的MPEG-2传输流ID以对虚拟信道(即,链接描述符的目标)进行标识的无符号整数。
source_id字段(16比特)指示与虚拟信道链接的节目源(即,链接描述符的目标)。
这里,接收机300可以使用major_channel_number字段和minor_channel_number字段的组合以对虚拟信道(即,链接描述符的目标)进行标识。此外,接收机300可以利用channel_TSID字段和source_id字段的组合来对虚拟信道进行标识。链接描述符可以包括各种字段以对虚拟信道进行标识,并且发射机200通过利用所述字段的组合中的最小字段的方法来对虚拟信道进行标识,使得可以减小描述符的大小并且可以有效使用带宽。
图82是示出根据本发明实施方式的链接描述符的target_type字段的示图。如图82所示,当target_type字段指示TV事件(0x02)时,链接描述符可以包括根据target_type字段的event_id字段。当target_type字段指示NRT服务(0x03)时,链接描述符可以包括source_id字段。当target_type字段指示NRT服务的内容项(0x04)时,链接描述符可以包括source_id字段和content_linkage字段。因此,接收机300首先解析target_type字段,并且基于target_type字段的值来确定目标内容的类型,并且还根据确定的内容类型来获得各identifier字段,使得可以对目标内容进行标识。
另外,根据本发明另一实施方式,接收机300可以包括内容(例如,虚拟信道、事件或NRT服务)的描述信息以显示服务指南。为此,接收机300可以从通过广播信道或NRT服务信令信道所发送的表中获得链接描述符。
链接描述符可以包括在与VCT中的特定虚拟信道相对应的信道等级描述符循环中。另外,链接描述符可以包括在与EIT实例中的特定事件相对应的事件等级描述符循环中。然后,可以将链接描述符包括在与特定NRT服务相对应的SMT中的服务等级描述符循环中。
接收机300可以基于包括这种链接描述符的VCT、EIT或SMT中的位置来确定包括虚拟信道、事件或NRT服务的什么样的描述信息。
此外,接收机300可以基于链接描述符中的链接信息来对与上面提到的虚拟信道、事件或NRT服务链接的EPG消费模型NRT服务的至少一个内容项进行标识。接收机300可以通过发起或播放至少一个内容项来提供关于上面提到的特定虚拟信道、事件或NRT服务的附加信息,并且所述附加信息可以显示在用户观看的服务指南上。
图83是示出根据本发明另一实施方式的链接描述符的示图。链接描述符可以包括descriptor_tag字段、descriptor_length字段和num_of_linked_content_items字段,并且还可以包括通过for循环划分的至少一个链接的内容项循环。各内容项循环可以包括用于对内容项进行标识的service_id_ref字段、content_linkage_ref字段和role字段。
descriptor_tag字段可以是8比特无符号整数,以将该描述符与链接描述符区分开。
descriptor_length字段可以是8比特无符号整数,以限定从紧接在该字段之后的字段到链接描述符的末尾的长度。
num_of_linked_content_items字段可以是指示在从紧接在该字段之后的字段开始的循环中标识出的内容项的数量的8比特无符号整数。
service_id_ref字段可以是匹配NRT服务的service identifier字段的16比特无符号整数。通过该字段匹配的NRT服务在于提供用于节目或服务指南的描述符,并且可以是被指定为EPG消费模型的NRT服务。被指定为EPG消费模型的NRT服务可以包括在具有链接描述符的广播流中然后被发送,或者可以通过相同广播区域中的另一广播流被发送。
content_linkage_ref字段可以是匹配与被指定为NRT-IT实例中的identifierreference字段所指示的EPG消费模型的NRT服务的内容项相对应的content_linkage字段的32比特无符号整数。因此,通过对该字段进行解析,接收机300可以将EPG消费模型NRT服务的内容项标识为通过链接描述符所链接的内容项。
role字段可以是指示标识出的内容项的作用的4比特无符号整数。根据分配给role字段的值的含义例如如下面的表5所示。
[表5]
值 | 含义 |
0 | 预览 |
1 | 一般描述 |
2-15 | 预留 |
如表5所示,当role字段的值为0时,该值指示标识出的内容项用作预览作用。当role字段的值为1时,该值指示标识出的内容项用作一般描述作用。
如上面提到的,接收机300从发射机200接收包括在VCT或EIT中并通过广播信道发送的EPG信息,然后显示EPG,并且还根据用户对指南的附加信息请求,发起或播放特定内容上的EPG NRT内容项,以提供扩展EGP信息。
此外,根据实施方式,发射机200还可以将用于提供NRT服务指南的信息包括在VCT或EIT中,然后发送VCT或EIT。这样的信息可以被包括在特定描述符中,并且可以将用于提供NRT服务指南的描述符表示为增强EPG描述符。接收机从VCT或EIT的描述符循环中解析EPG描述符,并且在NRT服务上显示EPG。
这样的增强EPG描述符可以包括各种信息以提供NRT服务指南。例如,增强EPG描述符可以包括关于是否存在被添加到特定虚拟信道或事件A/V流并被发送的附属NRT服务以及现有的附属NRT服务是否被接入控制的信息。此外,增强EPG描述符可以包括关于NRT虚拟信道中包括的NRT服务的列表和各NRT服务是否被接入控制的信息。
此外,如上所述,增强EPG描述符可以被包括在VCT(TVCT或CVCT)的信道等级描述符中,并且可以被包括在EIT的事件等级描述符中。因此,在不用通过各虚拟信道或信令信道提取复杂的数据或其它表的情况下,接收机300可以利用通过广播信道或互联网网络发送的PSIP表在数据服务或NRT服务上显示EPG。
增强EPG描述符可以包括关于NRT服务的容量描述符。容量描述符可以包括接收机300的利用其成功播放相应的虚拟信道或事件中包括的NRT服务的容量。因此,如果基于容量信息不提供所需要的容量,则接收机300可以在NRT服务的EPG中不显示相应NRT服务的存在。然后,容量信息可以被包括在NRT容量描述符中,并且除了增强EPG描述符之外,还被包括在VCT或EIT中,然后被发送。
图84是示出根据本发明实施方式的增强EPG描述符的语法的示图。
参照图84,增强EPG描述符可以包括descriptor tag字段、descriptor length字段、num_of_NRT_services字段和被for循环划分的至少一个NRT服务循环。至少一个NRT服务循环可以包括service_id_ref字段、consumption model字段、access_controlled字段、short_service_name_length字段和short_service_name字段。
descriptor tag字段可以是8比特无符号整数,以将该描述符与增强EPG描述符区分开。
descriptor_length字段可以是8比特无符号整数,以限定从紧接在该字段之后的字段到链接描述符的末尾的长度。
num_of_NRT_services字段可以是指示包括该字段的VCT中的特定虚拟信道中所包括的NRT服务的数量的4比特整数,或者可以是指示包括该字段的EIT中的与特定事件链接的NRT服务的数量的4比特整数。
service_id_ref字段可以是对包括该字段的VCT中的特定虚拟信道中所包括的NRT服务进行标识的16比特整数,或者可以是对包括该字段的EIT中的与特定事件链接的NRT服务进行标识的16比特整数。
consumption_model字段可以是指示通过service identifier reference字段标识出的NRT服务的消费模型的6比特无符号整数。
access_controlled字段可以是指示通过service identifier reference字段所标识出的NRT服务是否被接入控制的1比特标记。如果该字段的值为1,则指示NRT服务被接入控制,如果该字段的值为0,则指示NRT服务没有被接入控制。
short_service_name_length字段可以是具有与SMT中的short_service_name_length字段相同含义的3比特无符号整数。例如,该字段可以以字节为单位指示short_service_name字段中描述的服务简称的长度。另外,当包括该字段的虚拟信道的service_type不是0x08时,该字段的值可以被指定为0。当NRT服务为附属NRT服务时(例如,当service_type是0x08时),接收机300可以不在广播节目的EPG上显示根据该字段添加到广播节目并且被发送的附属NRT服务的名称。
short_service_name字段可以是具有与SMT中包括的short_service_name字段的含义相同的含义的变量,例如可以指示通过service identifier reference字段标识出的NRT服务的简称。
图85是示出根据本发明另一实施方式的增强EPG描述符的语法的示图。
参照图85,增强EPG描述符可以被称为service_enhancements_descriptor。服务增强描述符可以包括接收机300使用各NRT服务的容量信息。另外,服务增强描述符还可以包括用于使用各NRT服务所需的容量代码信息,与图85不同,还可以包括容量串或容量集中的至少一个,以指示接收机300发起或播放NRT服务所需的容量信息。
服务增强描述符可以包括descriptor tag字段、descriptor length字段、num_of_enhancements字段和for循环划分的增强循环。各增强循环包括serviceidentifierreference字段、consumption model字段、content item count字段、for循环划分的内容项循环、capability code count字段、和for循环划分的容量代码循环。内容项循环包括content item identifier字段,并且容量代码循环可以包括essential_indicator字段、capability_code字段和format_identifier字段。
Service_id_ref字段可以是指示NRT服务的服务标识符的16比特无符号整数。通过service identifier reference字段标识出的NRT服务可以是作为附属NRT服务包括在与该描述符相对应的广播流中并且被发送的服务。当紧接在该字段之后的content itemcount字段的值是0时,包括该字段的服务增强描述符可以包括关于通过该字段标识出的服务的信息。而当紧接在该字段之后的content item count字段的值不是0时,包括该字段的服务增强描述符可以包括关于在content item count number之后的至少一个内容项循环中包括的各内容项的信息。
consumption model字段可以是指示通过service_id_ref字段标识出的NRT服务的消费模型的6比特无符号整数。
num_of_linked_content_items字段可以是指示紧接在该字段之后的内容项循环所标识出的内容项的数量的8比特无符号整数。
content_linkage字段可以是匹配NRT-IT中的content_linkage字段的32比特无符号整数,以在通过service_id_ref标识出的NRT服务中所包括的内容项中对包括该字段的服务增强描述符所指示的内容项进行标识。
capability_code_count字段可以是指示在该字段之后的容量代码的数量的8比特无符号整数。
essential_indicator字段可以是指示通过在该字段之后的capability code字段所指示的容量的支持是否必要的1比特字段。可以根据该字段所指示的NRT服务或内容项的有意义重放是否可以来确定支持是否必要。当该字段的值为1时,该值指示支持是必要的,当该字段的值为0时,该值指示支持是不必要的。因此,接收机300可以根据essential_indicator字段的值和接收机300的性能来提前确定NRT服务是否可发起或可播放的,并且还确定是否在指南上显示信息或者是否显示不可播放的NRT服务。
capability_code字段可以是指示特定容量的7比特无符号整数。capability_code字段的各值可以包括关于NRT服务所需要的下载协议、前向纠错(FEC)算法、封装(Wrapper)或存档(archive)格式、压缩算法和媒体类型中的至少一个的特定信息。
format_identifer字段可以是通过ISO/IEC 13818-1 Section2.6.9的registration_descriptor限定的32比特字段。format_identifer的值可以根据SMPTE标准被保证和登记。format_identifer字段可以用于对容量代码进行立即标识和审视(scope)。
图86是示出根据本发明实施方式的利用增强EPG描述符和链接描述符提供EPG的方法的流程图。
参照图86,与图75相同,在操作S9021,接收机300接收VCT或EIT。接收机300利用服务管理器350从广播信道、互联网网络或互联网网络接收PSIP表,并从接收到的PSIP表解析VCT或EIT。
然后,在操作S9023,接收机300从VCT或EIT获得增强EPG描述符。接收机300可以利用服务管理器350从VCT的信道描述符循环或者EIT的事件描述符循环中来获得增强EPG描述符。
然后,在操作S8025,接收机300基于增强EPG描述符提供EPG。这里,接收机300利用服务管理器350基于增强EPG描述符来生成关于NRT服务的指南,并且显示所述生成的NRT服务指南。另外,接收机300生成NRT服务指南并显示该NRT服务指南,其中,所述NRT服务指南除了与指南链接之外还与广播信道或广播节目链接、与包括增强描述符的特定信道或事件链接。
例如,接收机300从图84或图85中示出的增强EPG描述符中获得与特定信道或事件链接的NRT服务的服务标识符、消费模型、接入控制信息、内容项标识符、服务名称和容量信息中的至少一个,并且在服务指南上进行显示。因此,即使不是通过其它复杂路径接收关于NRT服务的信息,接收机300产生关于与广播信道或广播节目链接的NRT服务的服务指南,并且显示该服务指南,使得可以提高服务传送效率。
然后,一旦提供了指南,则用户可以显示的EPG中选择期望的内容(例如,特定虚拟信道、特定节目(事件)或特定NRT服务)。因此,在操作S9027,接收机300根据用户的选择确定是否存在对相应内容(虚拟信道、事件或NRT服务对象)的附加信息请求。
然后,当存在对选择的内容的附加信息请求时,在操作S9029,接收机300从与选择的内容相对应的VCT、EIT、SMT或NRT-IT中提取链接描述符。接收机300可以对通过链接描述符所指示的EPG消费模型的NRT服务的内容项进行标识。例如,当选择的内容是特定虚拟信道时,接收机300从与VCT中包括的特定虚拟信道相对应的链接信息中获得被指定为EPG消费模型的NRT服务的内容项标识信息,然后,基于此,从接收到的EPG消费模型NRT服务的内容项中对与特定虚拟信道相对应的内容项进行标识。
然后,在操作S9031,接收机300基于EPG服务消费模型的NRT服务的标识出的内容项来提供增强服务指南。接收机300利用服务管理器350确定是否接收到标识出的内容项,如果接收到,则发起或播放相应的内容项,以产生和显示扩展服务指南。接收机300可以接收还没有接收到的内容项并进行存储。
图87是示出根据本发明实施方式的接收广播服务的方法所提供的EPG的示图。
参照图87,通过接收广播服务的方法提供的EPG可以包括节目指南410。节目指南410可以包括NRT服务指示符411和与各NRT服务指示符411相对应的NRT服务信息指南412。
所上面提到的,节目指南410可以包括关于用于广播节目的各虚拟信道的事件的信息。接收机300的服务管理器350可以基于VCT和EIT来生成节目指南410,并且显示节目指南410。
此外,NRT服务指示符411可以指示与特定虚拟信道或事件相对应的NRT服务。接收机300的服务管理器350从VCT或EIT解析增强EPG描述符,并且确定通过增强EPG描述符标识出的NRT服务与特定虚拟信道或特定事件(广播节目)链接。因此,接收机300在特定虚拟信道或事件周围显示NRT服务指示符411,以指示存在与特定虚拟信道或特定事件链接的NRT服务。
此外,接收机300可以在NRT服务信息指南412上显示关于与各NRT服务指示符411相对应的NRT服务的详细信息。接收机300利用服务管理器350分析增强EPG描述符,获得与各虚拟信道或事件链接的NRT服务的服务标识符、消费模型、接入控制信息或容量信息中的至少一个,并且基于此,在NRT服务信息指南412上显示与各虚拟信道或事件链接的NRT服务的服务标识符、消费模型、接入控制信息或容量信息中的所述至少一个。另外,接收机300基于容量信息确定接收机300自身能否发起NRT服务,当不能发起NRT服务时,相应的NRT服务被忽略、或者不被显示,或者加阴影以指示难以发起NRT服务。
然后,当用户请求关于在指南410或420上显示的特定NRT服务、特定虚拟信道或特定事件的附加信息时,接收机300可以发起EPG消费模型的NRT服务,使得可以提供附加信息。
因此,接收机300可以基于VCT和EIT来生成指南并显示所述指南,所述指南提供了关于与各信道或事件链接的NRT服务的指南信息。另外,接收机300可以在不解析或分析SMT或NRT-IT的情况下提供关于NRT服务的指南信息。然后,如果存在用户的附加请求,则可以利用关于相应内容的EPG消费模型来提供附加信息,使得接收机300可以根据用户需求来提供即时、丰富的服务指南。
可以将根据本发明的发送和接收广播服务的方法存储在计算机可读记录介质中,所述计算机可读记录介质包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光学数据存储装置和载波(例如通过互联网的数据传输)。
计算机可读记录介质还可以分布于联网的计算机***,使得计算机可读代码按分布式方式被存储和执行。(另外,本发明所属领域的程序技术人员可以容易地解释用于实现本发明的功能程序、代码和代码段)。
尽管已经参照本发明的说明性实施方式描述了实施方式,但应该理解,本领域技术人员可以设计将落入本公开的原理的精神和范围内的多种其它修改和实施方式。更特别地,本公开、附图和所附权利要求的范围内的主题组合布置的组成部分和/或布置可以进行各种变型和修改。除了组成部分和/或布置的变型和修改,对于本领域技术人员而言替代使用也是明显的。
Claims (19)
1.一种广播接收装置接收广播的方法,所述方法包括以下步骤:
接收按信号方式发送针对实时服务的虚拟信道或事件的服务信令数据,其中,所述服务信令数据包括含有与所述实时服务相关的至少一个非实时NRT服务的信息的描述符;
从所述服务信令数据获得所述描述符;以及
在无需相对所述服务信令数据单独发送的其它NRT信令数据的情况下,仅基于所述服务信令数据来提供用于显示关于所述至少一个NRT服务的信息的服务指南,
其中,所述描述符包括关于针对所述至少一个NRT服务的接入是否受控的信息。
2.根据权利要求1所述的方法,
其中,所述描述符指示了用于在虚拟信道或事件中呈现所述至少一个NRT服务所需的容量,
其中,所述方法还包括以下步骤:
如果所述广播接收装置具有必备容量,则在所述服务指南中指示所述至少一个NRT服务的存在。
3.根据权利要求2所述的方法,
其中,所述描述符包括capability_code_count字段,该字段指示了容量代码的数量。
4.根据权利要求3所述的方法,
其中,所述描述符还包括essential_indicator字段,该字段指示了对由capability_code字段表示的容量的支持对于所述至少一个NRT服务或内容项的有意义呈现是否是必要的。
5.根据权利要求4所述的方法,
其中,所述描述符还包括指示了特定容量的capability_code字段,
其中,每个capability_code字段的值都指示了所述NRT服务所需的下载协议、前向纠错(FEC)算法、封装或存档格式、压缩算法和媒体类型中的至少一种。
6.根据权利要求5所述的方法,
其中,所述描述符还包括format_identifier字段,该字段用于标识和审视所述描述符所包含的容量代码。
7.根据权利要求1所述的方法,
其中,所述描述符包括指示了当所述描述符被附接至虚拟信道表(VCT)中的虚拟信道时该虚拟信道中所包含的NRT服务的数量的字段。
8.根据权利要求1所述的方法,
其中,所述描述符包括指示了当所述描述符被附接至事件信息表(EIT)中的事件时增强该事件的NRT服务的数量的字段。
9.根据权利要求1所述的方法,
其中,所述描述符包括服务标识符参考字段,该字段标识了所述至少一个NRT服务。
10.根据权利要求9所述的方法,
其中,所述描述符还包括consumption_model字段,该字段以信号形式通知由所述服务标识符参考字段表示的所述至少一个NRT服务的消费模型。
11.根据权利要求10所述的方法,
其中,所述描述符还包括short_service_name字段和short_service_name_length字段,该short_service_name字段指示了由所述服务标识符参考字段标识的所述至少一个NRT服务的缩写名,而该short_service_name_length字段指示了该short_service_name字段中的服务缩写名的长度。
12.一种用于接收广播服务的装置,所述装置包括:
接收单元,其用于接收按信号方式发送针对实时服务的虚拟信道或事件的服务信令数据,其中,所述服务信令数据包括含有与所述实时服务相关的至少一个非实时NRT服务的信息的描述符;
服务管理器,其从所述服务信令数据获得所述描述符,并在无需相对所述服务信令数据单独发送的其它NRT信令数据的情况下,仅基于所述服务信令数据来提供用于显示关于所述至少一个NRT服务的信息的服务指南,
其中,所述描述符包括关于针对所述至少一个NRT服务的接入是否受控的信息。
13.根据权利要求12所述的装置,其中,所述描述符指示了在虚拟信道或事件中呈现所述至少一个NRT服务所需的容量,
其中,如果所述装置具有必备容量,则所述服务管理器在所述服务指南中指示所述至少一个NRT服务的存在。
14.根据权利要求13所述的装置,
其中,所述描述符包括capability_code_count字段,该字段指示了容量代码的数量。
15.根据权利要求14所述的装置,
其中,所述描述符还包括essential_indicator字段,该字段指示了对由capability_code字段表示的容量的支持对于所述至少一个NRT服务或内容项的有意义呈现是否是必要的。
16.根据权利要求15所述的装置,
其中,所述描述符还包括指示了特定容量的capability_code字段,
其中,每个capability_code字段的值都指示了所述NRT服务所需的下载协议、前向纠错(FEC)算法、封装或存档格式、压缩算法和媒体类型中的至少一种。
17.根据权利要求12所述的装置,
其中,所述描述符包括指示了当所述描述符被附接至虚拟信道表(VCT)中的虚拟信道时该虚拟信道中所包含的NRT服务的数量的字段。
18.根据权利要求12所述的装置,
其中,所述描述符包括指示了当所述描述符被附接至事件信息表(EIT)中的事件时增强该事件的NRT服务的数量的字段。
19.一种发送广播的方法,该方法包括以下步骤:
向按信号方式发送针对实时服务的虚拟信道或事件的服务信令数据中嵌入用于提供服务指南的描述符;以及
发送所述服务信令数据,
其中,所述描述符包括关于针对至少一个NRT服务的接入是否受控的信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161477174P | 2011-04-20 | 2011-04-20 | |
US61/477,174 | 2011-04-20 | ||
PCT/KR2012/003097 WO2012144867A2 (ko) | 2011-04-20 | 2012-04-20 | 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103535046A CN103535046A (zh) | 2014-01-22 |
CN103535046B true CN103535046B (zh) | 2017-02-15 |
Family
ID=47042080
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280023296.8A Expired - Fee Related CN103535046B (zh) | 2011-04-20 | 2012-04-20 | 用于广播服务的发送方法、接收方法及其接收设备 |
Country Status (5)
Country | Link |
---|---|
US (2) | US9326045B2 (zh) |
KR (2) | KR101814398B1 (zh) |
CN (1) | CN103535046B (zh) |
CA (1) | CA2833762C (zh) |
WO (1) | WO2012144867A2 (zh) |
Families Citing this family (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9515904B2 (en) * | 2011-06-21 | 2016-12-06 | The Nielsen Company (Us), Llc | Monitoring streaming media content |
EP2768236A1 (en) * | 2013-02-13 | 2014-08-20 | TP Vision Holding B.V. | Device and method receiving and displaying an electronic program guide |
JP2015043484A (ja) * | 2013-08-26 | 2015-03-05 | ソニー株式会社 | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム |
EP3036883B3 (en) * | 2014-02-24 | 2021-11-24 | LG Electronics Inc. | Apparatus for transmitting broadcast signals and method for transmitting broadcast signals |
EP2922303A1 (en) * | 2014-03-04 | 2015-09-23 | LG Electronics Inc. | Display device for managing a plurality of time source data and method for controlling the same |
US10567833B2 (en) * | 2014-05-30 | 2020-02-18 | Sony Corporation | Reception apparatus, reception method, transmission apparatus and transmission method |
CN111556341B (zh) | 2014-06-30 | 2022-04-05 | Lg 电子株式会社 | 用于接收广播信号的装置与方法 |
WO2016028120A1 (ko) | 2014-08-22 | 2016-02-25 | 엘지전자 주식회사 | 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치 |
KR101875671B1 (ko) * | 2014-09-11 | 2018-07-06 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
MX366870B (es) | 2014-10-10 | 2019-07-29 | Sony Corp | Dispositivo de recepción, método de recepción, dispositivo de transmisión, y método de transmisión. |
CN105900440B (zh) * | 2014-11-13 | 2020-05-29 | 索尼公司 | 接收设备、接收方法、发送设备以及发送方法 |
EP3223519B1 (en) * | 2014-11-20 | 2020-01-15 | LG Electronics Inc. | Broadcasting signal transmission apparatus, broadcasting signal reception apparatus, broadcasting signal transmission method, and broadcasting signal reception method |
EP3232668A4 (en) | 2014-12-10 | 2018-06-13 | LG Electronics Inc. | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method and broadcast signal reception method |
EP3244626B1 (en) | 2015-01-07 | 2021-03-24 | Sony Corporation | Reception device, reception method, transmission device, and transmission method |
WO2016140478A1 (ko) * | 2015-03-01 | 2016-09-09 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
WO2016195420A1 (ko) * | 2015-06-04 | 2016-12-08 | 엘지전자(주) | 방송 신호 송수신 장치 및 방법 |
US10356451B2 (en) * | 2015-07-06 | 2019-07-16 | Lg Electronics Inc. | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method |
EP3328019B1 (en) * | 2015-07-21 | 2019-11-27 | LG Electronics Inc. | Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method |
US10257575B2 (en) * | 2015-08-05 | 2019-04-09 | Nagrastar, Llc | Hybrid electronic program guide |
CN112866753A (zh) * | 2015-09-07 | 2021-05-28 | Lg 电子株式会社 | 广播信号发送设备和方法以及广播信号接收设备和方法 |
KR102558781B1 (ko) * | 2015-10-05 | 2023-07-25 | 소니그룹주식회사 | 수신 장치, 송신 장치 및 데이터 처리 방법 |
US11588776B1 (en) * | 2015-12-14 | 2023-02-21 | Amazon Technologies, Inc. | Publish-subscribe message updates |
US10264314B2 (en) * | 2016-04-29 | 2019-04-16 | Pccw Vuclip (Singapore) Pte. Ltd. | Multimedia content management system |
CN109275109B (zh) * | 2017-07-17 | 2021-08-24 | 中兴通讯股份有限公司 | 消息的处理方法、装置、终端及基站 |
CN108875001B (zh) * | 2018-06-14 | 2022-01-14 | 爬山虎科技股份有限公司 | 一种大容量地理空间数据导出vct文件的方法 |
US11018754B2 (en) * | 2018-08-07 | 2021-05-25 | Appareo Systems, Llc | RF communications system and method |
US11496803B2 (en) * | 2019-02-08 | 2022-11-08 | Hulu, LLC | Video stream switching service |
CN111131881B (zh) * | 2019-12-30 | 2022-09-02 | 深圳Tcl数字技术有限公司 | Pvr录制方法、智能电视及计算机可读存储介质 |
KR20220030011A (ko) * | 2020-09-02 | 2022-03-10 | 삼성전자주식회사 | 전자 장치 및 그 동작 방법 |
CN115834949A (zh) * | 2022-11-21 | 2023-03-21 | 展讯通信(上海)有限公司 | 节目信息的提取方法及装置、计算机可读存储介质、终端 |
KR102588316B1 (ko) * | 2023-02-03 | 2023-10-12 | 상승종합통신 (주) | 클라우드 기반의 전광판 시스템 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20090096336A (ko) * | 2008-03-07 | 2009-09-10 | 엘지전자 주식회사 | 방송 신호 수신 방법 및 방송 신호 수신 장치 |
KR20090127826A (ko) * | 2008-06-09 | 2009-12-14 | 엘지전자 주식회사 | 방송 신호 수신 방법 및 수신 시스템 |
KR20090127840A (ko) * | 2008-06-09 | 2009-12-14 | 엘지전자 주식회사 | 시그널링 정보와 어나운스먼트 정보의 매핑 방법 및 방송 수신기 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020162120A1 (en) * | 2001-04-25 | 2002-10-31 | Slade Mitchell | Apparatus and method to provide supplemental content from an interactive television system to a remote device |
KR101486357B1 (ko) * | 2007-07-12 | 2015-01-26 | 엘지전자 주식회사 | 방송 신호 송수신 방법 및 방송 신호 수신 장치 |
WO2009151267A2 (ko) * | 2008-06-09 | 2009-12-17 | 엘지전자(주) | 서비스 제공 방법 및 방송 수신기 |
US8099752B2 (en) * | 2008-12-03 | 2012-01-17 | Sony Corporation | Non-real time services |
KR101305789B1 (ko) | 2009-01-22 | 2013-09-06 | 서울시립대학교 산학협력단 | 지상파 디지털멀티미디어방송에서 비실시간 스테레오스코픽 서비스 수행 방법 및 지상파 디지털멀티미디어방송 수신 장치 |
-
2012
- 2012-04-20 CA CA2833762A patent/CA2833762C/en not_active Expired - Fee Related
- 2012-04-20 CN CN201280023296.8A patent/CN103535046B/zh not_active Expired - Fee Related
- 2012-04-20 WO PCT/KR2012/003097 patent/WO2012144867A2/ko active Application Filing
- 2012-04-20 KR KR1020147032329A patent/KR101814398B1/ko active IP Right Grant
- 2012-04-20 KR KR1020137023638A patent/KR101517711B1/ko active IP Right Grant
- 2012-04-20 US US14/113,037 patent/US9326045B2/en not_active Expired - Fee Related
-
2016
- 2016-03-21 US US15/076,231 patent/US9716912B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20090096336A (ko) * | 2008-03-07 | 2009-09-10 | 엘지전자 주식회사 | 방송 신호 수신 방법 및 방송 신호 수신 장치 |
KR20090127826A (ko) * | 2008-06-09 | 2009-12-14 | 엘지전자 주식회사 | 방송 신호 수신 방법 및 수신 시스템 |
KR20090127840A (ko) * | 2008-06-09 | 2009-12-14 | 엘지전자 주식회사 | 시그널링 정보와 어나운스먼트 정보의 매핑 방법 및 방송 수신기 |
Also Published As
Publication number | Publication date |
---|---|
US20160277788A1 (en) | 2016-09-22 |
US9716912B2 (en) | 2017-07-25 |
CN103535046A (zh) | 2014-01-22 |
KR20130124559A (ko) | 2013-11-14 |
US9326045B2 (en) | 2016-04-26 |
US20140109128A1 (en) | 2014-04-17 |
CA2833762C (en) | 2016-09-13 |
WO2012144867A2 (ko) | 2012-10-26 |
KR101517711B1 (ko) | 2015-05-04 |
KR20140140645A (ko) | 2014-12-09 |
KR101814398B1 (ko) | 2018-01-03 |
CA2833762A1 (en) | 2012-10-26 |
WO2012144867A3 (ko) | 2013-01-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103535046B (zh) | 用于广播服务的发送方法、接收方法及其接收设备 | |
CN103283220B (zh) | 发送广播服务的方法、接收广播服务的方法和接收广播服务的设备 | |
CN103650482B (zh) | 发送和接收广播服务的方法及其接收装置 | |
CN103283219B (zh) | 接收广播服务的方法和设备 | |
CN103975602B (zh) | 广播服务接收方法和广播服务接收装置 | |
CA2834046C (en) | Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same | |
KR101976052B1 (ko) | 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치 | |
KR101703866B1 (ko) | 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치 | |
CN103283251A (zh) | 广播服务发送方法、广播服务接收方法和广播服务接收设备 | |
CA2827370C (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 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170215 Termination date: 20210420 |
|
CF01 | Termination of patent right due to non-payment of annual fee |