CN107210828A - 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 - Google Patents

广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 Download PDF

Info

Publication number
CN107210828A
CN107210828A CN201680005564.1A CN201680005564A CN107210828A CN 107210828 A CN107210828 A CN 107210828A CN 201680005564 A CN201680005564 A CN 201680005564A CN 107210828 A CN107210828 A CN 107210828A
Authority
CN
China
Prior art keywords
service
signaling
broadcast
information
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201680005564.1A
Other languages
English (en)
Inventor
梁承律
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN107210828A publication Critical patent/CN107210828A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/18—Arrangements for synchronising broadcast or distribution via plural systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/78—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by source locations or destination locations
    • H04H60/80—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by source locations or destination locations characterised by transmission among terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • 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/6587—Control parameters, e.g. trick play commands, viewpoint 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/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8545—Content authoring for generating interactive applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division

Abstract

本发明提出了一种可在支持使用地面广播网络和互联网的下一代混合广播的环境中有效地支持下一代广播服务的信令方法。该信令方法包括一种可使用移动接收装置或者甚至可用在室内环境中的广播接收方法。该广播接收方法可包括以下步骤：接收包括服务的广播信号；从配套屏幕装置的应用建立web socket连接；生成用于所述服务的通知消息；以及经由web socket连接将通知消息传送至配套屏幕装置。

Description

广播信号发送装置、广播信号接收装置、广播信号发送方法和 广播信号接收方法
技术领域
本发明涉及发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号与模拟广播信号相比可包括更大量的视频/音频数据，并且除了视频/音频数据以外还包括各种类型的附加数据。
发明内容
技术问题
即，数字广播系统可提供HD(高清晰度)图像、多声道音频和各种附加服务。然而，用于大量数据的传输的数据传输效率、发送/接收网络的鲁棒性以及考虑移动接收设备的网络灵活性需要被改进以用于数字广播。
技术方案
本发明提供了一种能够利用地面广播网络和互联网在支持未来混合广播的环境中有效地支持未来广播服务的系统以及相关的信令方法。
有益效果
本发明可通过基于服务特性处理数据来针对服务或服务组件控制服务质量(QoS)，从而提供各种广播服务。
本发明可通过经由相同的射频(RF)信号带宽发送各种广播服务来实现传输灵活性。
本发明可提供用于发送和接收广播信号的方法和设备，其使得数字广播信号甚至在使用移动接收装置时或者甚至在室内环境中也能够被没有错误地接收。
本发明可利用地面广播网络和互联网在支持未来混合广播的环境中有效地支持未来广播服务。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请的一部分，附图示出本发明的实施例并且与说明书一起用于说明本发明的原理。附图中：
图1示出根据本发明的实施例的接收机协议栈。
图2示出根据本发明的实施例的SLT与服务层信令(SLS)之间的关系。
图3示出根据本发明的实施例的SLT。
图4示出根据本发明的实施例的SLS引导和服务发现处理。
图5示出根据本发明的实施例的用于ROUTE/DASH的USBD片断。
图6示出根据本发明的实施例的用于ROUTE/DASH的S-TSID片断。
图7示出根据本发明的实施例的用于MMT的USBD/USD片断。
图8示出根据本发明的实施例的链路层协议架构。
图9示出根据本发明的实施例的链路层分组的基本头的结构。
图10示出根据本发明的实施例的链路层分组的附加头的结构。
图11示出根据本发明的另一实施例的链路层分组的附加头的结构。
图12示出根据本发明的实施例的用于MPEG-2 TS分组的链路层分组的头结构及其封装处理。
图13示出根据本发明的实施例的IP头压缩中的适配模式的示例(发送侧)。
图14示出根据本发明的实施例的链路映射表(LMT)和RoHC-U描述表。
图15示出根据本发明的实施例的发送机侧的链路层的结构。
图16示出根据本发明的实施例的接收机侧的链路层的结构。
图17示出根据本发明的实施例的通过链路层的信令传输的配置(发送侧/接收侧)。
图18是示出根据本发明的实施例的用于未来广播服务的广播信号发送设备的配置的框图。
图19是示出根据本发明的实施例的比特交织编码和调制(BICM)块的框图。
图20是示出根据本发明的另一实施例的BICM块的框图。
图21示出根据本发明的实施例的物理层信令(PLS)的比特交织处理。
图22是示出根据本发明的实施例的用于未来广播服务的广播信号接收设备的配置的框图。
图23示出根据本发明的实施例的帧的信令层次结构。
图24是示出根据本发明的实施例的PLS1数据的表。
图25是示出根据本发明的实施例的PLS2数据的表。
图26是示出根据本发明的另一实施例的PLS2数据的表。
图27示出根据本发明的实施例的帧的逻辑结构。
图28示出根据本发明的实施例的PLS映射。
图29示出根据本发明的实施例的时间交织。
图30示出根据本发明的实施例的扭曲行-列块交织器的基本操作。
图31示出根据本发明的另一实施例的扭曲行-列块交织器的操作。
图32是示出根据本发明的实施例的根据各个FFT模式的包括主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器的框图。
图33示出根据本发明的实施例的用于所有FFT模式的主PRBS。
图34示出根据本发明的实施例的用于FFT模式的次PRBS和用于频率交织的交织地址。
图35示出根据本发明的实施例的时间交织器的写入操作。
图36是示出根据PLP的数量应用的交织类型的表。
图37是包括混合时间交织器的结构的第一示例的框图。
图38是包括混合时间交织器的结构的第二示例的框图。
图39是包括混合时间解交织器的结构的第一示例的框图。
图40是包括混合时间解交织器的结构的第二示例的框图。
图41是根据本发明的实施例的电子装置的框图。
图42是用于描述根据本发明的实施例的第一客户端的连接的图。
图43是用于描述根据本发明的实施例的第二客户端的连接的图。
图44是用于描述根据本发明的实施例的第一客户端和第二客户端之间的连接的图。
图45是用于描述根据本发明的实施例的附加连接请求的图。
图46是用于描述根据本发明的实施例的当不存在IP地址时客户端之间的连接的图。
图47是用于描述根据本发明的实施例的用于应用之间的连接的待命连接的图。
图48是用于描述根据本发明的实施例的与第二客户端连接的新连接请求的图。
图49是用于描述根据本发明的实施例的当包括IP地址时第一客户端的设定的图。
图50是用于描述根据本发明的实施例的当包括IP地址时第一客户端和第二客户端的设定的图。
图51是用于描述当包括IP地址时与多个第二客户端的连接的实施例的图。
图52是根据本发明的实施例的电子装置的控制方法的流程图。
图53是示出根据本发明的实施例的主物理装置和配套物理装置的框图。
图54是示出根据本发明的实施例的支持混合广播服务的协议栈的框图。
图55是示出根据本发明的实施例的UPnP型动作机制的视图。
图56是示出根据本发明的实施例的REST机制的视图。
图57是示出根据本发明的实施例的用于在广播接收机与配套装置之间交换电子服务指南(ESG)的服务的图。
图58是示出根据本发明的实施例的ESGData状态变量的图。
图59是示出根据本发明的另一实施例的ESGData状态变量的图。
图60是示出根据本发明的实施例的使用事件方法将ESGData状态变量发送至配套装置的操作的图。
图61是示出根据本发明的实施例的LastChangedESGData状态变量的图。
图62是根据本发明的实施例的根据GetESGData动作将ESG数据发送至配套装置的操作。
图63是示出根据本发明的实施例的根据GetServiceIds动作或GetESGbyServiceIds动作将ESG数据发送至配套装置的操作的图。
图64是示出根据本发明的实施例的根据GetCurrentServiceId动作将ESG数据发送至配套装置的操作的图。
图65是示出根据本发明的实施例的根据SearchESG动作将ESG数据发送至配套装置的操作的图。
图66是示出根据本发明的实施例的根据DoAuthenticationForESG动作发送ESG数据的认证过程的图。
图67是示出根据本发明的另一实施例的根据GetServiceIds和GetESGbyServiceIds动作与装置认证同时地将ESG数据发送至配套装置的操作的图。
图68是示出根据本发明的实施例的根据GetService动作将ESG数据发送至配套装置的操作的图。
图69是示出根据本发明的实施例的由配套装置根据SetChangeChannel动作改变广播接收机的服务的过程的图。
图70是示出根据本发明的实施例的提供广播服务的方法的图。
图71是根据本发明的实施例的广播接收机的图。
图72是示出根据本发明的一个实施例的广播系统的配置的框图。
图73是根据本发明的一个实施例的广播系统的流程图。
图74是示出根据本发明的一个实施例的与媒体回放状态信息订阅请求有关的信息的图。
图75是示出根据本发明的一个实施例的与媒体回放状态信息订阅响应有关的信息的图。
图76是示出根据本发明的一个实施例的与媒体回放状态信息订阅响应有关的信息的图。
图77是示出根据本发明的一个实施例的与媒体回放状态信息订阅更新请求有关的信息的图。
图78是示出根据本发明的一个实施例的与媒体回放状态信息订阅取消请求有关的信息的图。
图79是示出根据本发明的一个实施例的与媒体回放状态信息订阅更新响应有关的信息的图。
图80是示出根据本发明的一个实施例的与媒体回放状态信息订阅更新响应有关的信息的图。
图81是示出根据本发明的一个实施例的与媒体回放状态信息订阅取消响应有关的信息的图。
图82是示出根据本发明的一个实施例的媒体回放状态信息通知消息的图。
图83是示出根据本发明的一个实施例的对媒体回放状态信息通知消息的响应消息的图。
图84是根据本发明的一个实施例的广播系统的流程图。
图85是示出根据本发明的一个实施例的与紧急警报消息订阅请求有关的信息的图。
图86是示出根据本发明的一个实施例的与紧急警报消息订阅响应有关的信息的图。
图87是示出根据本发明的一个实施例的与紧急警报消息订阅响应有关的信息的图。
图88是示出根据本发明的一个实施例的与紧急警报消息订阅更新请求有关的信息的图。
图89是示出根据本发明的一个实施例的与紧急警报消息订阅取消请求有关的信息的图。
图90是示出根据本发明的一个实施例的与紧急警报消息订阅更新响应有关的信息的图。
图91是示出根据本发明的一个实施例的与紧急警报消息订阅更新响应有关的信息的图。
图92是示出根据本发明的一个实施例的与紧急警报消息订阅取消响应有关的信息的图。
图93是示出根据本发明的一个实施例的紧急警报消息的图。
图94是示出根据本发明的一个实施例的对紧急警报消息通知消息的响应消息的图。
图95是图示根据本发明的一个实施例的广播接收设备的流程图。
图96是根据本发明的实施例的用于支持广播服务的协议栈的视图。
图97是图示根据本发明的实施例的广播传输帧的视图。
图98是根据本发明的另一实施例的广播传输帧的视图。
图99是图示根据本发明的实施例的发送广播服务的传输分组的结构的视图。
图100是图示根据本发明的实施例的在发送广播服务的传输分组中network_protocol字段具有的值的视图。
图101是图示根据本发明的实施例的广播接收装置的配置的视图。
图102是图示根据本发明的另一实施例的广播接收装置的配置的视图。
图103是用信号通知广播服务和广播服务传输路径的广播服务信令表和广播服务传输路径信令信息的视图。
图104是图示根据本发明的实施例的广播服务信令表的视图。
图105是图示根据本发明的实施例的在广播服务信令表中service_category字段具有的值的视图。
图106是根据本发明的另一实施例的广播服务信令表的视图。
图107是根据本发明的另一实施例的流标识符描述符的视图。
图108是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的视图。
图109是图示根据本发明的实施例的当广播接收装置接收广播服务信令表时的操作的视图。
图110是图示根据本发明的实施例的广播服务传输路径信令信息的视图。
图111是图示根据本发明的实施例的在广播服务传输路径信令信息中delivery_network_type字段具有的值的视图。
图112是根据本发明的实施例的广播服务传输路径信令信息用信号通知通过IP流的广播服务的传输的视图。
图113是根据本发明的实施例的广播服务传输路径信令信息用信号通知通过另一广播商的IP流的广播服务的传输的视图。
图114是根据本发明的实施例的广播服务传输路径信令信息用信号通知通过FLUTE会话的广播服务的传输的视图。
图115是根据本发明的实施例的广播服务传输路径信令信息用信号通知通过另一广播商的FLUTE协议的广播服务的传输的视图。
图116是根据本发明的实施例的广播服务传输路径信令信息用信号通知通过另一广播商的MPEG-2 TS流的广播服务的传输的视图。
图117是根据本发明的实施例的广播服务传输路径信令信息用信号通知通过另一广播商的基于分组的流的广播服务的传输的视图。
图118是根据本发明的实施例的广播服务传输路径信令信息用信号通知通过基于IP的广播网络的基于分组的流的广播服务的传输的视图。
图119是根据本发明的实施例的广播服务传输路径信令信息用信号通知通过URL的广播服务的视图。
图120是根据本发明的实施例的当广播发送装置发送广播服务传输路径信令信息时的视图。
图121是根据本发明的实施例的当广播接收装置基于广播服务传输路径接收广播服务时的视图。
图122是图示根据本发明的实施例的用信号通知媒体组件的媒体组件信令信息的视图。
图123是图示根据本发明的实施例的媒体组件信令信息中的component_type字段的值的视图。
图124是图示根据本发明的实施例的媒体组件信令信息中的component_data字段的视图。
图125是图示根据本发明的实施例的媒体组件的类型和作用的视图。
图126是图示根据本发明的实施例的复杂组件的配置的视图。
图127是图示根据本发明的实施例的复杂视频组件的视图。
图128是图示根据本发明的实施例的复杂音频组件的视图。
图129是图示根据本发明的另一实施例的广播接收装置的配置的视图。
图130是图示根据本发明的实施例的复杂视频组件的配置的视图。
图131是图示根据本发明的另一实施例的复杂视频组件的视图。
图132是图示根据本发明的另一实施例的复杂视频组件的视图。
图133是图示根据本发明的实施例的音频服务的媒体组件配置的视图。
图134是图示根据本发明的实施例的包括音频和视频两者的广播服务的配置的视图。
图135是图示根据本发明的实施例的用户请求内容服务的配置的视图。
图136是图示根据本发明的实施例的独立(stand-alone)NRT数据服务的配置的视图。
图137是图示根据本发明的实施例的媒体组件信息的视图。
图138是图示根据本发明的另一实施例的媒体组件信令信息中的component_data字段的值的视图。
图139是图示根据本发明的实施例的复杂组件信息的视图。
图140是图示根据本发明的实施例的包括复杂组件信息的描述符的视图。
图141是图示根据本发明的实施例的有关组件列表信息的视图。
图142是根据本发明的实施例的NRT信息表的视图。
图143是图示根据本发明的实施例的NRT信息块的视图。
图144是根据本发明的实施例的NRT服务描述符的视图。
图145是图示根据本发明的实施例的图形图标信息的视图。
图146是图示根据本发明的实施例的图形图标信息的icon_transport_mode字段具有的值的视图。
图147是图示根据本发明的实施例的图形图标信息的coordinate_system字段具有的值的视图。
图148是图示根据本发明的实施例的媒体组件列表信息的视图。
图149是根据本发明的实施例的当在广播服务信令表中通过URI映射媒体组件或者广播服务时的视图。
图150是图示用信号通知广播服务或者媒体组件的定向准则的定向准则信息的视图。
图151是图示描述广播服务或者媒体组件的文本信息的视图。
图152是图示广播服务、节目或者演出片段的标题信息的视图。
图153是图示广播服务、节目或者演出片段的流派信息的视图。
图154是图示用信号通知与媒体组件或者内容项目有关的目标装置的目标装置信息的视图。
图155是当广播服务被划分成多个片段时的视图。
图156是图示根据本发明的实施例的演出信息的视图。
图157是图示根据本发明的实施例的演出信息块的视图。
图158是图示根据本发明的实施例的片段信息块的视图。
图159是根据本发明的实施例的当广播发送装置发送包括演出信息和片段信息中的至少一个的广播信号时的视图。
图160是根据本发明的实施例的当广播接收装置接收包括演出信息和片段信息中的至少一个的广播信号时的视图。
图161是图示根据本发明的实施例的节目信息的视图。
图162是图示根据本发明的实施例的节目信息块的视图。
图163是图示根据本发明的另一实施例的节目信息块的视图。
图164是图示根据本发明的另一实施例的节目信息块的视图。
图165是图示根据本发明的另一实施例的节目信息块的视图。
图166是图示根据本发明的另一实施例的节目信息块的视图。
图167是图示根据本发明的实施例的片段信息的视图。
图168是图示根据本发明的实施例的片段信息块的视图。
图169是图示根据本发明的实施例的定向片段集信息的视图。
图170是根据本发明的实施例的当广播发送装置发送包括节目信息和片段信息中的至少一个的广播信号时的视图。
图171是根据本发明的实施例的当广播接收装置接收包括节目信息和片段信息中的至少一个的广播信号时的视图。
图172是图示连续组件类、音频组件类、视频组件类、以及隐藏字幕组件类的视图。
图173是图示基本音频组件类、基本视频组件类、以及基本隐藏字幕组件类的视图。
图174是图示复合音频组件类和复合视频组件类的视图。
图175是图示PickOne组件类的视图。
图176是图示可呈现组件类、可呈现视频组件类、可呈现音频组件类、以及可呈现字幕组件类的视图。
图177是图示OnDemand组件类的视图。
图178是图示NRT内容项目类和NRT文件类的视图。
图179是图示根据本发明的另一实施例的OnDemand组件类的视图。
图180是图示根据本发明的另一实施例的NRT内容项目类和NRT文件列表的视图。
图181是图示线性服务类的视图。
图182是图示应用类和基于应用的增强型服务的视图。
图183是图示时基类和通知流类的视图。
图184是图示基于应用的服务类的视图。
图185是图示节目类的视图。
图186是图示演出类的视图。
图187是图示片段类、演出片段类、以及插播片段类的视图。
图188是图示根据本发明的实施例的根据广播服务的类型与子属性的继承关系的视图。
图189是图示根据本发明的实施例的连续组件和具有连续组件的子属性的组件之间的继承关系的视图。
图190是图示根据本发明的实施例的可呈现组件和具有可呈现组件的子属性的组件之间的继承关系的视图。
图191是图示根据本发明的实施例的服务、服务中的节目、以及节目中的片段之间的关系的视图。
图192是图示根据本发明的另一实施例的根据广播服务的类型与子属性的继承关系的视图。
图193是图示根据本发明的实施例的连续组件和具有连续组件的子属性的组件之间的继承关系的视图。
图194是图示NRT内容项目类和NRT文件的继承关系的视图。
图195是图示根据本发明的另一实施例的服务、服务中的节目、以及节目中的片段之间的关系的视图。
图196是图示可呈现音频组件的层等级的视图。
图197是图示当广播接收装置通过广播服务指南显示基于自动启动应用的服务并且将其存储为收藏或者进行下载时的操作的流程图。
图198是图示根据本发明的另一实施例的根据广播服务的类型与子属性的继承关系的视图。
图199是图示根据本发明的实施例的连续组件和具有连续组件的子属性的组件之间的继承关系的视图。
图200是图示根据本发明的另一实施例的可呈现组件和具有可呈现组件的子属性的组件之间的继承关系的视图。
图201是图示根据发明的实施例的广播发送装置发送用信号通知包括手语屏幕的视频的信息的操作的流程图。
图202是图示根据本发明的实施例的广播接收装置显示包括手语屏幕的视频的操作的流程图。
图203是图示根据本发明的实施例的用于通过广播接收装置设置手语的用户输入的界面的视图。
图204是示出根据本发明的实施例的与配套装置交互操作的提供广播服务的广播系统的视图。
图205是示出根据本发明的实施例的用信号通知的广播服务的属性的视图。
图206是示出根据本发明的实施例的用信号通知的广播服务的属性当中的目标装置信息的值的视图。
图207是示出根据本发明的实施例的UPnP动作机制的视图。
图208是示出根据本发明的实施例的表述性状态转移(REST)动作机制的视图。
图209是示出根据本发明的实施例的使用事件方法的广播接收装置和配套装置的服务信令消息的视图。
图210是示出根据本发明的实施例的用于将广播服务属性从广播接收装置用信号通知给配套装置的操作的梯形图。
图211是示出根据本发明的实施例的从广播接收装置用信号通知给配套装置的广播服务属性的数据格式的视图。
图212是示出根据本发明的实施例的指示从广播接收装置用信号通知给配套装置的广播服务属性的状态的变量、用于广播服务属性的动作以及动作自变量的视图。
图213是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号通知给配套装置的操作的梯形图。
图214是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务属性是否被改变的数据格式的视图。
图215是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务属性的状态的变量的视图。
图216是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务属性是否被改变的数据格式的视图。
图217是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务属性的状态的变量的视图。
图218是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号通知给配套装置的操作的梯形图。
图219是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务属性的状态的变量的视图。
图220是示出根据本发明的实施例的用于获取广播服务属性的动作的视图。
图221是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号通知给配套装置的操作的梯形图。
图222是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务属性的状态的变量、用于广播服务属性的动作以及动作自变量的视图。
图223是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号通知给配套装置的操作的梯形图。
图224是示出根据本发明的实施例的在广播网络上生成和发送紧急警报的处理的视图。
图225是示出根据本发明的实施例的在广播网络上由广播接收装置用信号通知的紧急警报的提取和显示的视图。
图226是示出根据本发明的实施例的CAP消息的格式的视图。
图227是示出根据本发明的实施例的由广播接收装置用信号通知的紧急警报服务的服务类型、服务ID、指示紧急警报状态的变量、紧急警报动作以及动作自变量的视图。
图228是示出根据本发明的实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图。
图229是示出根据本发明的实施例的被包括在广播接收装置的紧急警报通知消息中的信息的视图。
图230是示出根据本发明的实施例的紧急警报通知消息的图。
图231至图233是示出根据本发明的另一实施例的在广播接收装置处确定紧急警报的优先级的准则的视图。
图234是示出根据本发明的另一实施例的指示由广播接收装置用信号通知的紧急警报的状态的变量、紧急警报动作以及动作自变量的视图。
图235是示出根据本发明的另一实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图。
图236是示出根据本发明的实施例的从广播接收装置返回的XML的紧急警报消息的视图。
图237是示出根据本发明的另一实施例的指示由广播接收装置用信号通知的紧急警报的状态的变量、紧急警报动作以及动作自变量的视图。
图238是示出根据本发明的另一实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图。
图239是示出根据本发明的另一实施例的指示由广播接收装置用信号通知的紧急警报的状态的变量的视图。
图240是示出根据本发明的另一实施例的由广播接收装置用信号通知的紧急警报的动作和动作自变量的视图。
图241是示出根据本发明的另一实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图。
图242是示出根据本发明的另一实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图。
图243是示出根据本发明的实施例的用于配套装置的NRT数据信令信息的视图。
图244是示出根据本发明的实施例的基于用于广播接收装置的NRT数据信令信息生成用于配套装置的NRT数据信令信息的广播接收设备的视图。
图245是示出根据本发明的实施例的用于NRT数据的变量、用于获取NRT数据的动作以及动作自变量的视图。
图246是示出根据本发明的实施例的从广播接收装置到配套装置的NRT数据的信令的视图。
图247是示出根据本发明的另一实施例的从广播接收装置到配套装置的NRT数据的信令的视图。
图248是示出根据本发明的实施例的从广播接收装置用信号通知给配套装置的装置能力信息的视图。
图249是示出根据本发明的实施例的指示装置能力信息的状态变量的视图。
图250是示出根据本发明的实施例的用于获取装置能力信息的动作和动作自变量的视图。
图251是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图252是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图253是示出根据本发明的另一实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图254是示出根据本发明的另一实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图255是示出根据本发明的实施例的从广播接收装置用信号通知给配套装置的装置能力信息的视图。
图256是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图257是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图258是示出根据本发明的实施例的配套装置的操作的流程图。
图259是示出根据本发明的实施例的广播接收装置的操作的流程图。
图260是示出根据本发明的实施例的广播系统的配置的图。
图261是示出根据本发明的实施例的广播接收装置的配置的图。
图262是示出根据本发明的实施例的应用层传输协议栈的图。
图263是示出根据本发明的实施例的广播传输帧的图。
图264是示出根据本发明的实施例的广播传输帧的图。
图265是示出根据本发明的实施例的广播传输帧的图。
图266是示出根据本发明的实施例的LCT分组的图。
图267是示出根据本发明的实施例的通过FIC和/或PLP的信令信息的传送的图。
图268是示出根据本发明的实施例的通过传输会话的信令信息的传送的图。
图269是示出根据本发明的实施例的通过传输会话的信令信息的传送的图。
图270是示出根据本发明的实施例的服务信令消息的配置的图。
图271是示出根据本发明的实施例的将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图。
图272是示出根据本发明的实施例的用于紧急警报多播消息的传送的头消息格式的图。
图273是示出根据本发明的实施例的用于紧急警报多播消息的传送的主体消息格式的图。
图274是示出根据本发明的实施例的用于紧急警报多播消息的传送的主体消息格式的图。
图275是示出根据本发明的实施例的广播接收装置的流程图。
图276是示出根据本发明的实施例的广播系统的图。
图277是示出根据本发明的实施例的广播发送方法的图。
图278是示出根据本发明的实施例的广播接收方法的图。
图279是示出根据本发明的实施例的SGDU的图。
图280是根据本发明的实施例的应用相关广播服务的图。
图281是示出根据本发明的实施例的ApplicationList元素的一部分的图。
图282是示出根据本发明的实施例的ApplicationList元素的另一部分的图。
图283是示出根据本发明的实施例的事件消息表(EMT)的图。
图284是示出根据本发明的实施例的在广播中发送的AST的图。
图285是示出根据本发明的实施例的通过宽带发送的AST的图。
图286是示出根据本发明的实施例的在广播中以EventStream元素的形式发送的事件的图。
图287是示出根据本发明的实施例的在广播中以emsg盒的形式发送的事件的图。
图288是示出根据本发明的实施例的通过宽带以EventStream元素的形式发送的事件的图。
图289是示出根据本发明的实施例的在宽带中以emsg盒的形式发送的事件的图。
图290是示出根据本发明的实施例的API和事件侦听器的图。
图291是示出根据本发明的实施例的广播发送方法的图。
图292是示出根据本发明的实施例的广播接收方法的图。
具体实施方式
现在将详细参照本发明的优选实施例，其示例示出于附图中。下面将参照附图给出的详细描述旨在说明本发明的示例性实施例，而非示出可根据本发明实现的仅有实施例。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的术语选自通常已知和使用的术语，但是本发明的描述中所提及的一些术语是由申请人斟酌选择的，其详细含义在本文描述的相关部分中描述。另外，要求本发明不简单地按照所使用的实际术语来理解，而是按照落入其内的各个术语的含义来理解。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施例的未来广播服务包括地面广播服务、移动广播服务、超高清电视(UHDTV)服务等。根据一个实施例，本发明可通过非MIMO(多输入多输出)或MIMO来处理用于未来广播服务的广播信号。根据本发明的实施例的非MIMO方案可包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
图1示出根据本发明的实施例的接收机协议栈。
在通过广播网络的广播服务传送中可使用两种方案。
在第一种方案中，基于MPEG媒体传输(MMT)利用MMT协议(MMTP)来发送媒体处理单元(MPU)。在第二方案中，可基于MPEG DASH利用经由单向传输的实时对象传送(ROUTE)来发送HTTP动态自适应流(DASH)片段。
利用ROUTE传送包括NRT媒体、EPG数据和其它文件的非定时内容。可经由MMTP和/或ROUTE传送信令，而通过服务列表表格(SLT)提供引导信令信息。
在混合服务传送中，在宽带侧使用经由HTTP/TCP/IP的MPEG DASH。ISO基本媒体文件格式(BMFF)的媒体文件用作传送、媒体封装和同步格式以用于广播和宽带传送二者。这里，混合服务传送可表示通过宽带路径传送一个或更多个节目元素的情况。
利用三个功能层传送服务。这些功能层是物理层、传送层和服务管理层。物理层提供经由广播物理层和/或宽带物理层传输信令、服务声明和IP分组流的机制。传送层提供对象和对象流传输功能。通过MMTP或ROUTE协议允许经由广播物理层在UDP/IP多播上操作，通过HTTP协议允许经由宽带物理层在TCP/IP单播上操作。服务管理层使得诸如线性TV或HTML5应用服务的任何类型的服务能够由下面的传送层和物理层承载。
在该图中，广播侧的协议栈部分可被分成通过SLT和MMTP发送的部分以及通过ROUTE发送的部分。
SLT可通过UDP层和IP层来封装。这里，SLT将在下面描述。MMTP可发送以MMT中定义的MPU格式来格式化的数据以及根据MMTP的信令信息。这些数据可通过UDP层和IP层来封装。ROUTE可发送以DASH片段形式格式化的数据、信令信息以及诸如NRT数据等的非定时数据。这些数据可通过UDP层和IP层封装。根据给定实施例，根据UDP层和IP层的一些或所有处理可被省略。这里，所示的信令信息可以是与服务有关的信令信息。
通过SLT和MMTP发送的部分和通过ROUTE发送的部分可在UDP层和IP层中处理，然后在数据链路层中再次被封装。链路层将在下面描述。在链路层中处理的广播数据可在物理层中通过诸如编码/交织等的处理作为广播信号进行多播。
在该图中，宽带侧的协议栈部分可如上所述通过HTTP来发送。以DASH片段形式格式化的数据、信令信息、NRT信息等可通过HTTP发送。这里，所示的信令信息可以是与服务有关的信令信息。这些数据可通过TCP层和IP层处理，然后被封装到链路层中。根据给定实施例，TCP层、IP层和链路层中的一些或所有可被省略。随后处理的宽带数据可通过用于在物理层中传输的处理在宽带中通过单播来发送。
服务可以是聚合地呈现给用户的媒体组件的集合；组件可以是多种媒体类型；服务可以是连续的或间歇的；服务可以是实时的或非实时的；实时服务可由TV节目的序列组成。
图2示出根据本发明的实施例的SLT和SLS之间的关系。
服务信令提供服务发现和描述信息，并且包括两个功能组件：经由服务列表表格(SLT)和服务层信令(SLS)的引导信令。这些表示发现和获取用户服务所需的信息。SLT使得接收机能够构建基本服务列表，并且针对各个服务引导SLS的发现。
SLT可允许基本服务信息的非常快速的获取。SLS使得接收机能够发现和访问服务及其内容组件。SLT和SLS的细节将在下面描述。
如上文所述，SLT可通过UDP/IP来发送。在这种情况下，根据给定实施例，与SLT对应的数据可通过在此传输中最鲁棒的方案来传送。
SLT可具有用于访问通过ROUTE协议传送的SLS的访问信息。换言之，SLT可根据ROUTE协议被引导至SLS中。SLS是在上述协议栈中位于ROUTE的上层中的信令信息，并且可通过ROUTE/UDP/IP来传送。SLS可通过ROUTE会话中所包括的LCT会话之一来发送。可利用SLS访问与期望的服务对应的服务组件。
另外，SLT可具有用于访问通过MMTP传送的MMT信令组件的访问信息。换言之，SLT可根据MMTP被引导至SLS中。SLS可通过MMT中定义的MMTP信令消息来传送。可利用SLS访问与期望的服务对应的流服务组件(MPU)。如上文所述，在本发明中，NRT服务组件通过ROUTE协议来传送，并且根据MMTP的SLS可包括用于访问ROUTE协议的信息。在宽带传送中，SLS被承载于HTTP/TCP/IP上。
图3示出根据本发明的实施例的SLT。
首先，将描述服务管理、传送和物理层的各个逻辑实体之间的关系。
服务可作为两个基本类型中的一个来用信号通知。第一种类型是线性音频/视频或者仅音频服务(可具有基于应用的增强)。第二种类型是其呈现和构成通过在获取服务时执行的下载的应用来控制的服务。后者可被称为“基于应用的”服务。
关于用于承载服务的内容组件的ROUTE/LCT会话和/或MMTP会话的存在的规则可如下。
对于没有基于应用的增强的线性服务的广播传送，服务的内容组件可通过(1)一个或更多个ROUTE/LCT会话或者(2)一个或更多个MMTP会话中的任一者(但非二者)来承载。
对于具有基于应用的增强的线性服务的广播传送，服务的内容组件可通过(1)一个或更多个ROUTE/LCT会话和(2)零个或更多个MMTP会话来承载。
在特定实施例中，可允许在同一服务中使用MMTP和ROUTE二者来用于流媒体组件。
对于基于应用的服务的广播传送，服务的内容组件可通过一个或更多个ROUTE/LCT会话来承载。
各个ROUTE会话包括一个或更多个LCT会话，该一个或更多个LCT会话整体或部分地承载构成服务的内容组件。在流服务传送中，LCT会话可承载诸如音频、视频或隐藏字幕流的用户服务的各个组件。流媒体被格式化为DASH片段。
各个MMTP会话包括一个或更多个MMTP分组流，该一个或更多个MMTP分组流承载MMT信令消息或者整体或部分地承载内容组件。MMTP分组流可承载MMT信令消息或者被格式化为MPU的组件。
对于NRT用户服务或者系统元数据的传送，LCT会话承载基于文件的内容项目。这些内容文件可由NRT服务的连续的(基于时间的)或者离散的(非基于时间的)媒体组件或者诸如服务信令或ESG片断的元数据组成。诸如服务信令或ESG片断的系统元数据的传送也可通过MMTP的信令消息模式来实现。
广播流是对按照在指定带宽内居中的载波频率定义的RF信道的抽象。它通过[地理区域，频率]的对来标识。物理层管道(PLP)对应于RF信道的一部分。各个PLP具有特定调制和编码参数。它通过在它所属于的广播流内唯一的PLP标识符(PLPID)来标识。这里，PLP可被称作DP(数据管道)。
各个服务通过两种形式的服务标识符来标识：紧凑形式，用在SLT中并且仅在广播区域内唯一；和全局唯一形式，用在SLS和ESG中。ROUTE会话通过源IP地址、目的地IP地址和目的地端口号来标识。LCT会话(与其所承载的服务组件关联)通过在父ROUTE会话的范围内唯一的传输会话标识符(TSI)来标识。在称为基于服务的传输会话实例描述(S-TSID)的ROUTE信令结构(是服务层信令的部分)中给出了LCT会话所共有的性质以及各个LCT会话所独特的特定性质。各个LCT会话被承载于单个物理层管道上。根据给定实施例，一个LCT会话可通过多个PLP来发送。ROUTE会话的不同的LCT会话可被包含在不同的物理层管道中或者可不被包含在不同的物理层管道中。这里，ROUTE会话可通过多个PLP来传送。S-TSID中描述的性质包括各个LCT会话的TSI值和PLPID、传送对象/文件的描述符和应用层FEC参数。
MMTP会话通过目的地IP地址和目的地端口号来标识。MMTP分组流(与它所承载的服务组件关联)通过在父MMTP会话的范围内唯一的packet_id来标识。SLT中给出了MMTP分组流所共有的性质以及MMTP分组流的特定性质。各个MMTP会话的性质通过MMTP会话内可承载的MMT信令消息来给出。MMTP会话的不同MMTP分组流可被包含在不同物理层管道中或者可不被包含在不同物理层管道中。这里，MMTP会话可通过多个PLP来传送。MMT信令消息中所描述的性质包括各个MMTP分组流的packet_id值和PLPID。这里，MMT信令消息可具有MMT中所定义的形式，或者根据下面将描述的实施例具有变形的形式。
以下将描述低级信令(LLS)。
具有专用于此功能的熟知地址/端口的IP分组的有效载荷中所承载的信令信息被称作低级信令(LLS)。可根据实施例不同地配置IP地址和端口号。在一个实施例中，可在具有地址224.0.23.60和目的地端口4937/udp的IP分组中传输LLS。在上述协议栈上，LLS可位于由“SLT”表示的部分中。然而，根据给定实施例，LLS可通过信号帧中的单独的物理信道(专用信道)来发送，而不经受UDP/IP层的处理。
传送LLS数据的UDP/IP分组可按照被称作LLS表的形式来格式化。传送LLS数据的各个UDP/IP分组的第一字节可对应于LLS表的开始。任何LLS表的最大长度受到可从PHY层传送的最大IP分组(65507字节)限制。
LLS表可包括标识LLS表的类型的LLS表ID字段以及标识LLS表的版本的LLS表版本字段。根据LLS表ID字段所指示的值，LLS表可包括上述SLT或者分级区域表(RRT)。RRT可具有关于内容分级的信息。
以下将描述SLT。LLS可以是支持接收机的快速信道扫描和服务获取的引导的信令信息，SLT可以是用于构建基本服务列表并且提供SLS的引导发现的信令信息表。
SLT的功能类似于MPEG-2系统中的节目关联表(PAT)以及见于ATSC系统中的快速信息信道(FIC)。对于首次遇到广播发射的接收机，就从这里开始。SLT支持快速信道扫描，其允许接收机构建它可接收的所有服务的列表(带有其信道名称、信道号等)，SLT提供允许接收机针对各个服务发现SLS的引导信息。对于ROUTE/DASH传送服务，引导信息包括承载SLS的LCT会话的目的地IP地址和目的地端口。对于MMT/MPU传送服务，引导信息包括承载SLS的MMTP会话的目的地IP地址和目的地端口。
SLT通过将关于各个服务的以下信息包括在广播流中来支持快速信道扫描和服务获取。首先，SLT可包括允许对于观看者有意义并且可支持经由信道号或者上/下选择的初始服务选择的服务列表的呈现所需的信息。其次，SLT可包括定位所列的各个服务的服务层信令所需的信息。即，SLT可包括与传送SLS的位置有关的访问信息。
所示的根据本实施例的SLT被表示成具有SLT根元素的XML文档。根据给定实施例，SLT可按照二进制格式或XML文档来表示。
图中所示的SLT的SLT根元素可包括@bsid、@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers、@language、@capabilities、InetSigLoc和/或Service。根据给定实施例，SLT根元素还可包括@providerId。根据给定实施例，SLT根元素可不包括@language。
服务元素可包括@serviceId、@SLTserviceSeqNumber、@protected、@majorChannelNo、@minorChannelNo、@serviceCategory、@shortServiceName、@hidden、@slsProtocolType、BroadcastSignaling、@slsPlpId、@slsDestinationIpAddress、@slsDestinationUdpPort、@slsSourceIpAddress、@slsMajorProtocolVersion、@SlsMinorProtocolVersion、@serviceLanguage、@broadbandAccessRequired、@capabilities和/或InetSigLoc。
根据给定实施例，SLT的属性或元素可被添加/改变/删除。SLT中所包括的各个元素可另外具有单独的属性或元素，并且根据本实施例的一些属性或元素可被省略。这里，用@标记的字段可对应于属性，没有用@标记的字段可对应于元素。
@bsid是整个广播流的标识符。BSID的值可在区域层面为唯一的。
@providerId可以是使用该广播流的部分或全部的广播商的索引。这是可选属性。当它不存在时，表示该广播流由一个广播商使用。图中未示出@providerId。
@sltSectionVersion可以是SLT区段的版本号。当SLT内承载的信息发生变化时，sltSectionVersion可增加1。当它达到最大值时，它返回0。
@sltSectionNumber可以是SLT的该区段的编号(从1开始计数)。换言之，@sltSectionNumber可对应于SLT区段的区段号。当不使用此字段时，@sltSectionNumber可被设定为默认值1。
@totalSltSectionNumbers可以是此区段作为其一部分的SLT的区段的总数(即，具有最高sltSectionNumber的区段)。sltSectionNumber和totalSltSectionNumbers一起可被认为指示当按照片断发送时SLT的一部分的“N中的部分M”。换言之，当发送SLT时，可支持通过分片的传输。当不使用此字段时，@totalSltSectionNumbers可被设定为默认值1。不使用此字段的情况可对应于SLT不通过分片来发送的情况。
@language可指示此slt实例中所包括的服务的主语言。根据给定实施例，此字段的值可具有ISO中所定义的三字符语言代码。此字段可被省略。
@capabilities可指示用于解码并有意义地呈现该slt实例中的所有服务的内容所需的能力。
InetSigLoc可提供告知接收机它可从哪里经由宽带从外部服务器获取任何请求的类型的数据的URL。此元素可包括@urlType作为下级字段。根据@urlType字段的值，可指示由InetSigLoc提供的URL的类型。根据给定实施例，当@urlType字段具有值0时，InetSigLoc可提供信令服务器的URL。当@urlType字段具有值1时，InetSigLoc可提供ESG服务器的URL。当@urlType字段具有其它值时，字段可被预留以用于未来使用。
service字段是具有关于各个服务的信息的元素，并且可对应于服务入口。可存在与SLT所指示的服务的数量对应的服务元素字段。以下将描述service字段的下级属性/元素。
@serviceId可以是在此广播区域的范围内唯一地标识此服务的整数。根据给定实施例，@serviceId的范围可改变。@SLTserviceSeqNumber可以是指示服务ID等于上述serviceId属性的SLT服务信息的序列号的整数。SLTserviceSeqNumber值对于各个服务可从0开始并且每当此服务元素中的任何属性改变时可增加1。如果与具有特定值的ServiceID的先前服务元素相比没有属性值改变，则SLTserviceSeqNumber将不增加。SLTserviceSeqNumber字段在达到最大值之后返回0。
@protected是可指示用于服务的有意义再现的一个或更多个组件是否处于受保护状态的标志信息。当被设定为“1”(真)时，有意义呈现所需的一个或更多个组件受到保护。当被设定为“0”(假)时，此标志指示服务的有意义呈现所需的组件未受保护。默认值为假。
@majorChannelNo是表示服务的“主”信道号的整数。该字段的示例可具有1至999的范围。
@minorChannelNo是表示服务的“次”信道号的整数。该字段的示例可具有1至999的范围。
@serviceCategory可指示此服务的种类。此字段可指示根据实施例而变化的类型。根据给定实施例，当此字段具有值1、2和3时，所述值可分别对应于线性A/V服务、仅线性音频服务和基于应用的服务。当此字段具有值0时，所述值可对应于未定义种类的服务。当此字段具有除了1、2和3之外的其它值时，该字段可被预留以用于未来使用。@shortServiceName可以是服务的短字符串名称。
@hidden可以是布尔值，当其存在并被设定为“真”时指示服务旨在用于测试或专有用途，并且将不被普通TV接收机选择。当不存在时默认值为“假”。
@slsProtocolType可以是指示此服务所使用的服务层信令的协议类型的属性。此字段可指示根据实施例而变化的类型。根据给定实施例，当此字段具有值1和2时，各个对应服务所使用的SLS的协议可分别为ROUTE和MMTP。当此字段具有除了0之外的其它值时，该字段可被预留以用于未来使用。此字段可被称作@slsProtocol。
BroadcastSignaling及其下级属性/元素可提供与广播信令相关的信息。当BroadcastSignaling元素不存在时，父服务元素的子元素InetSigLoc可存在，并且其属性urlType包括URL_type 0x00(至信令服务器的URL)。在这种情况下，属性url支持查询参数svc＝<service_id>，其中service_id对应于父服务元素的serviceId属性。
另选地，当BroadcastSignaling元素不存在时，元素InetSigLoc可作为slt根元素的子元素而存在，并且该InetSigLoc元素的属性urlType包括URL_type 0x00(至信令服务器的URL)。在这种情况下，URL_type 0x00的属性url支持查询参数svc＝<service_id>，其中service_id对应于父服务元素的serviceId属性。
@slsPlpId可以是表示整数的字符串，其指示承载此服务的SLS的物理层管道的PLP ID。
@slsDestinationIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4目的地地址的字符串。
@slsDestinationUdpPort可以是包含承载此服务的SLS数据的分组的端口号的字符串。如上文所述，可通过目的地IP/UDP信息执行SLS引导。
@slsSourceIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4源地址的字符串。
@slsMajorProtocolVersion可以是用于传送此服务的服务层信令的协议的主版本号。默认值为1。
@SlsMinorProtocolVersion可以是用于传送此服务的服务层信令的协议的次版本号。默认值为0。
@serviceLanguage可以是指示服务的主语言的三字符语言代码。此字段的值可具有根据实施例而变化的形式。
@broadbandAccessRequired可以是指示接收机需要宽带访问来进行服务的有意义的呈现的布尔值。默认值为假。当此字段具有值真时，接收机需要访问宽带以用于有意义服务再现，这可对应于混合服务传送的情况。
@capabilities可表示用于解码并有意义地呈现服务ID等于上述serviceId属性的服务的内容所需的能力。
InetSigLoc可提供用于经由宽带(如果可用的话)访问信令或声明信息的URL。其数据类型可以是任何URL数据类型的扩展，增加了指示URL允许访问什么的@urlType属性。此字段的@urlType字段可指示与上述InetSigLoc的@urlType字段相同的含义。当属性URL_type 0x00的InetSigLoc元素作为SLT的元素存在时，它可用于做出对信令元数据的HTTP请求。HTTP POST消息主体可包括服务项。当InetSigLoc元素出现在区段层面时，该服务项用于指示所请求的信令元数据对象所应用于的服务。如果不存在服务项，则请求区段中的所有服务的信令元数据对象。当InetSigLoc出现在服务层面时，则不需要服务项来指定期望的服务。当提供属性URL_type 0x01的InetSigLoc元素时，它可用于经由宽带检索ESG数据。如果元素作为服务元素的子元素出现，则URL可用于检索该服务的ESG数据。如果元素作为SLT元素的子元素出现，则URL可用于检索该区段中的所有服务的ESG数据。
在SLT的另一示例中，SLT的@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers和/或@language字段可被省略。
另外，上述InetSigLoc字段可被@sltInetSigUri和/或@sltInetEsgUri字段代替。这两个字段可分别包括信令服务器的URI和ESG服务器的URI信息。与SLT的下级字段对应的InetSigLoc字段以及与service字段的下级字段对应的InetSigLoc字段可按照相似的方式被代替。
所建议的默认值可根据实施例而变化。所示的“用途”列涉及各个字段。这里，“1”可指示对应字段是必要字段，“0..1”可指示对应字段是可选字段。
图4示出根据本发明的实施例的SLS引导和服务发现处理。
以下将描述SLS。
SLS可以是提供用于服务及其内容组件的发现和获取的信息的信令。
对于ROUTE/DASH，用于各个服务的SLS描述了服务的特性，例如其组件的列表及哪里获取它们以及进行服务的有意义呈现所需的接收机能力。在ROUTE/DASH系统中，SLS包括用户服务绑定描述(USBD)、S-TSID和DASH媒体呈现描述(MPD)。这里，USBD或用户服务描述(USD)是SLS XML片断之一，并且可用作描述特定描述性信息的信令herb。USBD/USD可被扩展超过3GPP MBMS。USBD/USD的细节将在下面描述。
服务信令聚焦于服务本身的基本属性，特别是获取服务所需的那些属性。旨在用于观看者的服务和节目的性质作为服务声明或ESG数据出现。
各个服务具有单独的服务信令允许接收机获取感兴趣的服务的适合SLS，而无需解析广播流内承载的整个SLS。
为了服务信令的可选宽带传送，如上所述，SLT可包括可获得服务信令文件的HTTPURL。
LLS用于引导SLS获取，此后，SLS用于获取在ROUTE会话或MMTP会话上传送的服务组件。所描述的图示出以下信令序列。接收机开始获取上述SLT。经由ROUTE会话传送的service_id所标识的各个服务提供SLS引导信息：PLPID(#1)、源IP地址(sIP1)、目的地IP地址(dIP1)和目的地端口号(dPort1)。经由MMTP会话传送的service_id所标识的各个服务提供SLS引导信息：PLPID(#2)、目的地IP地址(dIP2)和目的地端口号(dPort2)。
对于使用ROUTE的流服务传送，接收机可获取在IP/UDP/LCT会话和PLP上承载的SLS片断；而对于使用MMTP的流服务传送，接收机可获取在MMTP会话和PLP上承载的SLS片断。对于使用ROUTE的服务传送，这些SLS片断包括USBD/USD片断、S-TSID片断和MPD片断。它们与一个服务相关。USBD/USD片断描述服务层性质并且提供对S-TSID片断的URI参考以及对MPD片断的URI参考。换言之，USBD/USD可参考S-TSID和MPD。对于使用MMTP的服务传送，USBD参考MMT信令的MPT消息，其MP表提供包ID的标识以及属于服务的资产的位置信息。这里，资产是多媒体数据实体，并且可表示数据实体，该数据实体被组合成一个唯一ID并且用于生成一个多媒体呈现。资产可对应于一个服务中所包括的服务组件。MPT消息是具有MMT的MP表的消息。这里，MP表可以是具有关于内容和MMT资产的信息的MMT包表。详情可类似于MMT中的定义。这里，媒体呈现可对应于建立媒体内容的有界/无界呈现的数据的集合。
S-TSID片断提供与一个服务关联的组件获取信息以及见于与该服务的组件对应的MPD中和TSI中的DASH表示之间的映射。S-TSID可提供TSI和关联的DASH表示标识符的形式的组件获取信息、以及承载与DASH表示关联的DASH片段的PLPID。通过PLPID和TSI值，接收机从服务收集音频/视频组件并且开始缓冲DASH媒体片段，然后应用适当的解码处理。
对于在MMTP会话上传送的USBD列表服务组件，如所描述的图中的“服务#2”所示，接收机还获取具有匹配MMT_package_id的MPT消息以完成SLS。MPT消息提供包括服务和各个组件的获取信息的服务组件的完整列表。组件获取信息包括MMTP会话信息、承载会话的PLPID以及该会话内的packet_id。
根据给定实施例，例如，在ROUTE中，可使用两个或更多个S-TSID片断。各个片断可提供与传送各个服务的内容的LCT会话有关的访问信息。
在ROUTE中，S-TSID、USBD/USD、MPD或者传送S-TSID、USBD/USD或MPD的LCT会话可被称作服务信令信道。在MMTP中，USBD/UD、MMT信令消息或者传送MMTP或USBD/UD的分组流可被称作服务信令信道。
与所示的示例不同，一个ROUTE或MMTP会话可通过多个PLP传送。换言之，一个服务可通过一个或更多个PLP传送。如上文所述，一个LCT会话可通过一个PLP传送。与该图不同，根据给定实施例，包括在一个服务中的组件可通过不同的ROUTE会话传送。另外，根据给定实施例，包括在一个服务中的组件可通过不同的MMTP会话传送。根据给定实施例，包括在一个服务中的组件可独立地通过ROUTE会话和MMTP会话传送。尽管未示出，包括在一个服务中的组件可经由宽带传送(混合传送)。
图5示出根据本发明的实施例的用于ROUTE/DASH的USBD片断。
以下将描述基于ROUTE的传送中的SLS。
SLS向接收机提供详细的技术信息以允许发现和访问服务及其内容组件。它可包括在专用LCT会话上承载的一组XML编码的元数据片断。该LCT会话可如上所述利用包含在SLT中的引导信息来获取。SLS按照服务级别定义，它描述服务的特性和访问信息(例如，其内容组件的列表以及如何获取它们)以及进行该服务的有意义呈现所需的接收机能力。在ROUTE/DASH系统中，对于线性服务传送，SLS由以下元数据片断组成：USBD、S-TSID和DASHMPD。SLS片断可在具有TSI＝0的专用LCT传输会话上传送。根据给定实施例，传送SLS片断的特定LCT会话(专用LCT会话)的TSI可具有不同的值。根据给定实施例，传送SLS片断的LCT会话可利用SLT或者另一方案来用信号通知。
ROUTE/DASH SLS可包括用户服务绑定描述(USBD)和基于服务的传输会话实例描述(S-TSID)元数据片断。这些服务信令片断适用于线性服务和基于应用的服务二者。USBD片断包含服务标识、装置能力信息、对访问服务和构成媒体组件所需的其它SLS片断的参考、以及使得接收机能够确定服务组件的传输模式(广播和/或宽带)的元数据。被USBD参考的S-TSID片断提供传送服务的媒体内容组件的一个或更多个ROUTE/LCT会话的传输会话描述以及那些LCT会话中承载的传送对象的描述。USBD和S-TSID将在下面描述。
在基于ROUTE的传送中的流内容信令中，SLS的流内容信令组件对应于MPD片断。MPD通常与用于作为流内容的DASH片段的传送的线性服务关联。MPD以片段URL的形式提供线性/流服务的各个媒体组件的资源标识符，以及在媒体呈现内所标识的资源的上下文。MPD的细节将在下面描述。
在基于ROUTE的传送中的基于应用的增强信令中，基于应用的增强信令属于基于应用的增强组件的传送，例如应用逻辑文件、本地缓存的媒体文件、网络内容项目或者通知流。当可用时，应用还可经由宽带连接检索本地缓存的数据。
以下将描述图中所示的USBD/USD的细节。
顶层或入口点SLS片断是USBD片断。所示的USBD片断是本发明的示例，根据给定实施例可另外提供图中未示出的USBD片断的基本字段。如上文所述，所示的USBD片断具有扩展形式，并且可具有增加到基本配置的字段。
所示的USBD可具有bundleDescription根元素。bundleDescription根元素可具有userServiceDescription元素。userServiceDescription元素可对应于一个服务的示例。
userServiceDescription元素可包括@serviceId、@atsc:serviceId、@atsc:serviceStatus、@atsc:fullMPDUri、@atsc:sTSIDUri、name、serviceLanguage、atsc:capabilityCode和/或deliveryMethod。
@serviceId可以是标识服务的全局唯一的URI，其在BSID的范围内唯一。此参数可用于链接到ESG数据(Service@globalServiceID)。
@atsc:serviceId是对LLS(SLT)中的对应服务条目的参考。此属性的值与指派给该条目的serviceId的值相同。
@atsc:serviceStatus可指定此服务的状态。该值指示此服务是活动的还是不活动的。当被设定为“1”(真)时，指示服务是活动的。当没有使用此字段时，@atsc:serviceStatus可被设定为默认值1。
@atsc:fullMPDUri可参考MPD片断，其包含经由广播并且可选地还经由宽带传送的服务的内容组件的描述。
@atsc:sTSIDUri可参考S-TSID片断，其提供对承载此服务的内容的传输会话的访问相关参数。
name可指示由lang属性给出的服务的名称。name元素可包括lang属性，该lang属性指示服务名称的语言。可根据XML数据类型来指定语言。
serviceLanguage可表示服务的可用语言。可根据XML数据类型来指定语言。
atsc:capabilityCode可指定接收机能够创建此服务的内容的有意义呈现所需的能力。根据给定实施例，此字段可指定预定义的能力组。这里，所述能力组可以是用于有意义呈现的一组能力属性值。可根据给定实施例省略此字段。
deliveryMethod可以是属于经由广播和(可选地)宽带访问模式的服务内容的传输相关信息的容器。参考服务中所包括的数据，当数据的数量为N时，各个数据的传送方案可由此元素来描述。deliveryMethod可包括r12:broadcastAppService元素和r12:unicastAppService元素。各个下级元素可包括basePattern元素作为下级元素。
r12:broadcastAppService可以是横跨附属媒体呈现的所有周期经由广播以复用或非复用的形式传送的DASH表示，其包含属于服务的对应媒体组件。换言之，各个字段可指示通过广播网络传送的DASH表示。
r12:unicastAppService可以是横跨附属媒体呈现的所有周期经由宽带以复用或非复用的形式传送的DASH表示，其包含属于服务的构成媒体内容组件。换言之，各个字段可指示经由宽带传送的DASH表示。
basePattern可以是接收机用来与DASH客户端在其包含周期下请求父表示的媒体片段所使用的片段URL的任何部分匹配的字符图案。匹配暗指所请求的对应媒体片段经由广播传输承载。在用于接收由r12:broadcastAppService元素和r12:unicastAppService元素中的每一个表示的DASH表示的URL地址中，URL等的一部分可具有特定图案。该图案可由此字段来描述。一些数据可利用此信息来区分。所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
图6示出根据本发明的实施例的用于ROUTE/DASH的S-TSID片断。
以下将详细描述图中所示的S-TSID。
S-TSID可以是SLS XML片断，其为承载服务的内容组件的传输会话提供总会话描述信息。S-TSID是SLS元数据片断，其包含零个或更多个ROUTE会话以及传送服务的媒体内容组件的构成LCT会话的总传输会话描述信息。S-TSID还包括服务的LCT会话中承载的传送对象或对象流的文件元数据，以及关于有效载荷格式和那些LCT会话中承载的内容组件的附加信息。
S-TSID片断的各个实例在USBD片断中由userServiceDescription元素的@atsc:sTSIDUri属性参考。根据本实施例所示的S-TSID被表示为XML文档。根据给定实施例，S-TSID可被表示为二进制格式或者XML文档。
所示的S-TSID可具有S-TSID根元素。S-TSID根元素可包括@serviceId和/或RS。
@serviceID可以是USD中的参考对应服务元素。此属性的值可参考具有service_id的对应值的服务。
RS元素可具有关于用于传送服务数据的ROUTE会话的信息。服务数据或服务组件可通过多个ROUTE会话来传送，因此RS元素的数量可为1至N。
RS元素可包括@bsid、@sIpAddr、@dIpAddr、@dport、@PLPID和/或LS。
@bsid可以是承载broadcastAppService的内容组件的广播流的标识符。当此属性不存在时，默认广播流是PLP承载此服务的SLS片断的那一个广播流。其值可与SLT中的broadcast_stream_id相同。
@sIpAddr可指示源IP地址。这里，该源IP地址可以是用于传送服务中所包括的服务组件的ROUTE会话的源IP地址。如上文所述，一个服务的服务组件可通过多个ROUTE会话传送。因此，可利用用于传送S-TSID的ROUTE会话以外的另一ROUTE会话来发送服务组件。因此，此字段可用于指示ROUTE会话的源IP地址。此字段的默认值可以是当前ROUTE会话的源IP地址。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的源IP地址的值。在这种情况下，此字段可对应于M，即，必要字段。
@dIpAddr可指示目的地IP地址。这里，目的地IP地址可以是传送服务中所包括的服务组件的ROUTE会话的目的地IP地址。对于与@sIpAddr的以上描述相似的情况，此字段可指示传送服务组件的ROUTE会话的目的地IP地址。此字段的默认值可以是当前ROUTE会话的目的地IP地址。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的目的地IP地址的值。在这种情况下，此字段可对应于M，即，必要字段。
@dport可指示目的地端口。这里，目的地端口可以是传送服务中所包括的服务组件的ROUTE会话的目的地端口。对于与@sIpAddr的以上描述相似的情况，此字段可指示传送服务组件的ROUTE会话的目的地端口。此字段的默认值可以是当前ROUTE会话的目的地端口号。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的目的地端口号值。在这种情况下，此字段可对应于M，即，必要字段。
@PLPID可以是RS所表示的ROUTE会话的PLP的ID。默认值可以是包括当前S-TSID的LCT会话的PLP的ID。根据给定实施例，此字段可具有用于传送ROUTE会话中的S-TSID的LCT会话的PLP的ID值，并且可具有ROUTE会话的所有PLP的ID值。
LS元素可具有关于用于传送服务数据的LCT会话的信息。服务数据或服务组件可通过多个LCT会话来传送，因此LS元素的数量可为1至N。
LS元素可包括@tsi、@PLPID、@bw、@startTime、@endTime、SrcFlow和/或RprFlow。
@tsi可指示用于传送服务的服务组件的LCT会话的TSI值。
@PLPID可具有LCT会话的PLP的ID信息。此值可被覆写在基本ROUTE会话值上。
@bw可指示最大带宽值。@startTime可指示LCT会话的开始时间。@endTime可指示LCT会话的结束时间。SrcFlow元素可描述ROUTE的源流。RprFlow元素可描述ROUTE的修复流。
所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
以下将描述用于ROUTE/DASH的MPD。
MPD是SLS元数据片断，其包含与广播商所定义的给定持续时间的线性服务(例如，单个TV节目或者在一段时间内邻接的线性TV节目的集合)对应的DASH媒体呈现的形式化描述。MPD的内容提供片段的资源标识符以及媒体呈现内所标识的资源的上下文。MPD片断的数据结构和语义可根据MPEG DASH所定义的MPD。
在MPD中传达的一个或更多个DASH表示可经由广播来承载。MPD可描述经由宽带传送的附加表示，例如在混合服务的情况下或者为了在由于广播信号劣化从广播至广播切换(例如，穿过隧道行驶)时支持服务连续性。
图7示出根据本发明的实施例的用于MMT的USBD/USD片断。
用于线性服务的MMT SLS包括USBD片断和MMT包(MP)表。MP表如上所述。USBD片断包含服务标识、装置能力信息、对访问服务和构成媒体组件所需的其它SLS信息的参考、以及使得接收机能够确定服务组件的传输模式(广播和/或宽带)的元数据。USBD所参考的MPU组件的MP表提供传送服务的媒体内容组件的MMTP会话的传输会话描述以及那些MMTP会话中承载的资产的描述。
MPU组件的SLS的流内容信令组件对应于MMT中所定义的MP表。MP表提供MMT资产的列表，其中各个资产对应于单个服务组件以及此组件的位置信息的描述。
USBD片断还可包含如上所述对S-TSID和MPD的参考，以用于分别通过ROUTE协议和宽带传送的服务组件。根据给定实施例，在通过MMT的传送中，通过ROUTE协议传送的服务组件是NRT数据等。因此，在这种情况下，MPD可能是不必要的。另外，在通过MMT的传送中，关于用于传送经由宽带传送的服务组件的LCT会话的信息是不必要的，因此S-TSID可能是不必要的。这里，MMT包可以是利用MMT传送的媒体数据的逻辑集合。这里，MMTP分组可表示利用MMT传送的媒体数据的格式化单元。MPU可表示可独立解码的定时/非定时数据的一般容器。这里，MPU中的数据是媒体编解码器不可知性。
以下将描述图中所示的USBD/USD的细节。
所示的USBD片断是本发明的示例，可根据实施例另外提供USBD片断的基本字段。如上文所述，所示的USBD片断具有扩展形式，并且可具有增加到基本结构的字段。
根据本发明的实施例所示的USBD被表示为XML文档。根据给定实施例，USBD可被表示为二进制格式或者XML文档。
所示的USBD可具有bundleDescription根元素。bundleDescription根元素可具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。
userServiceDescription元素可包括@serviceId、@atsc:serviceId、name、serviceLanguage、atsc:capabilityCode、atsc:Channel、atsc:mpuComponent、atsc:routeComponent、atsc:broadbandComponent和/或atsc:ComponentInfo。
这里，@serviceId、@atsc:serviceId、name、serviceLanguage和atsc:capabilityCode可如上所述。name字段下面的lang字段可如上所述。atsc:capabilityCode可根据给定实施例被省略。
根据实施例，userServiceDescription元素还可包括atsc:contentAdvisoryRating元素。此元素可以是可选元素。atsc:contentAdvisoryRating可指定内容分级。此字段在图中未示出。
atsc:Channel可具有关于服务的信道的信息。atsc:Channel元素可包括@atsc:majorChannelNo、@atsc:minorChannelNo、@atsc:serviceLang、@atsc:serviceGenre、@atsc:serviceIcon和/或atsc:ServiceDescription。@atsc:majorChannelNo、@atsc:minorChannelNo和@atsc:serviceLang可根据给定实施例被省略。
@atsc:majorChannelNo是指示服务的主信道号的属性。
@atsc:minorChannelNo是指示服务的次信道号的属性。
@atsc:serviceLang是指示服务中所使用的主语言的属性。
@atsc:serviceGenre是指示服务的主体裁的属性。
@atsc:serviceIcon是指示用于表示此服务的图标的统一资源定位符(URL)的属性。
atsc:ServiceDescription包括服务描述(可能为多种语言)。atsc:ServiceDescription可包括@atsc:serviceDescrText和/或@atsc:serviceDescrLang。
@atsc:serviceDescrText是指示服务的描述的属性。
@atsc:serviceDescrLang是指示上面serviceDescrText属性的语言的属性。
atsc:mpuComponent可具有关于以MPU形式传送的服务的内容组件的信息。atsc:mpuComponent可包括@atsc:mmtPackageId和/或@atsc:nextMmtPackageId。
@atsc:mmtPackageId可参考作为MPU传送的服务的内容组件的MMT包。
@atsc:nextMmtPackageId可参考针对作为MPU传送的服务的内容组件时间上在@atsc:mmtPackageId所参考的一个MMT包之后使用的MMT包。
atsc:routeComponent可具有关于通过ROUTE传送的服务的内容组件的信息。atsc:routeComponent可包括@atsc:sTSIDUri、@sTSIDPlpId、@sTSIDDestinationIpAddress、@sTSIDDestinationUdpPort、@sTSIDSourceIpAddress、@sTSIDMajorProtocolVersion和/或@sTSIDMinorProtocolVersion。
@atsc:sTSIDUri可以是对提供对承载此服务的内容的传输会话的访问相关参数的S-TSID片断的参考。此字段可与上述ROUTE的USBD中参考S-TSID的URI相同。如上文所述，在通过MMTP的服务传送中，通过NRT等传送的服务组件可通过ROUTE来传送。此字段可用于参考用于其的S-TSID。
@sTSIDPlpId可以是表示整数的字符串，其指示承载此服务的S-TSID的物理层管道的的PLP ID。(默认：当前物理层管道)。
@sTSIDDestinationIpAddress可以是包含承载此服务的S-TSID的分组的dotted-IPv4目的地地址的字符串。(默认：当前MMTP会话的源IP地址)。
@sTSIDDestinationUdpPort可以是包含承载此服务的S-TSID的分组的端口号的字符串。
@sTSIDSourceIpAddress可以是包含承载此服务的S-TSID的分组的dotted-IPv4源地址的字符串。
@sTSIDMajorProtocolVersion可指示用于传送此服务的S-TSID的协议的主版本号。默认值为1。
@sTSIDMinorProtocolVersion可指示用于传送此服务的S-TSID的协议的次版本号。默认值为0。
atsc:broadbandComponent可具有关于经由宽带传送的服务的内容组件的信息。换言之，atsc:broadbandComponent可以是基于混合传送的假设的字段。atsc:broadbandComponent还可包括@atsc:fullfMPDUri。
@atsc:fullfMPDUri可以是对包含经由宽带传送的服务的内容组件的描述的MPD片断的参考。
atsc:ComponentInfo字段可具有关于服务的可用组件的信息。atsc:ComponentInfo字段可具有关于各个组件的类型、角色、名称等的信息。atsc:ComponentInfo字段的数量可对应于各个组件的数量(N)。atsc:ComponentInfo字段可包括@atsc:componentType、@atsc:componentRole、@atsc:componentProtectedFlag、@atsc:componentId和/或@atsc:componentName。
@atsc:componentType是指示此组件的类型的属性。值0指示音频组件。值1指示视频组件。值2指示隐藏字幕组件。值3指示应用组件。值4至7被预留。此字段的值的含义可根据实施例不同地设定。
@atsc:componentRole是指示此组件的角色或类型的属性。
对于音频(当上面的componentType属性等于0时)：componentRole属性的值如下：0＝完整主体，1＝音乐和效果，2＝对话，3＝解说，4＝视觉障碍，5＝听觉障碍，6＝画外音，7-254＝预留，255＝未知。
对于视频(当上面的componentType属性等于1时)，componentRole属性的值如下：0＝主视频，1＝另选相机视图，2＝其它另选视频组件，3＝手势语插件，4＝跟随主题视频，5＝3D视频左视图，6＝3D视频右视图，7＝3D视频深度信息，8＝<n,m>的视频阵列<x,y>的部分，9＝跟随主题元数据，10-254＝预留，255＝未知。
对于隐藏字幕组件(当上面的componentType属性等于2时)，componentRole属性的值如下：0＝正常，1＝易阅读，2-254＝预留，255＝未知。
当上面的componentType属性介于3至7(含)之间时，componentRole可等于255。此字段的值的含义可根据实施例来不同地设定。
@atsc:componentProtectedFlag是指示此组件是否受保护(例如，被加密)的属性。当此标志被设定为值1时，此组件受保护(例如，被加密)。当此标志被设定为值0时，此组件不受保护(例如，被加密)。当不存在时，componentProtectedFlag属性的值被推断为等于0。此字段的值的含义可根据实施例来不同地设定。
@atsc:componentId是指示此组件的标识符的属性。此属性的值可与此组件所对应的MP表中的asset_id相同。
@atsc:componentName是指示此组件的人可读名称的属性。
所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
以下将描述用于MMT的MPD。
媒体呈现描述是SLS元数据片断，其与广播商所定义的给定持续时间的线性服务(例如，单个TV节目或者在一段时间内邻接的线性TV节目的集合)对应。MPD的内容提供片段的资源标识符以及媒体呈现内所标识的资源的上下文。MPD的数据结构和语义可根据MPEGDASH所定义的MPD。
在本实施例中，通过MMTP会话传送的MPD描述经由宽带传送的表示，例如在混合服务的情况下或者为了在由于广播信号劣化从广播至广播切换(例如，在山下或者穿过隧道行驶)时支持服务连续性。
以下将描述用于MMT的MMT信令消息。
当MMTP会话用于承载流服务时，根据MMT所定义的信令消息模式通过MMTP分组来传送MMT所定义的MMT信令消息。除了承载资产所特定的MMT信令消息的MMTP分组(其可被设定为与承载资产的MMTP分组相同的packet_id值)以外，承载服务层信令的MMTP分组的packet_id字段的值被设定为“00”。参考各个服务的适当包的标识符如上所述通过USBD片断来用信号通知。具有匹配的MMT_package_id的MMT包表(MPT)消息可在SLT中用信号通知的MMTP会话上传送。各个MMTP会话承载其会话或者MMTP会话所传送的各个资产所特定的MMT信令消息。
换言之，可通过指定具有用于SLT中的特定服务的SLS的分组的IP目的地地址/端口号等来访问MMTP会话的USBD。如上文所述，承载SLS的MMTP分组的分组ID可被指定为诸如00等的特定值。可利用USBD的上述包IP信息来访问具有匹配的分组ID的MPT消息。如下所述，MPT消息可用于访问各个服务组件/资产。
以下MMTP消息可通过在SLT中用信号通知的MMTP会话来传送。
MMT包表(MPT)消息：此消息承载MP(MMT包)表，其包含如MMT定义的所有资产的列表及其位置信息。如果资产通过不同于传送MP表的当前PLP的PLP传送，则可在MP表中利用物理层管道标识符描述符来提供承载资产的PLP的标识符。物理层管道标识符描述符将在下面描述。
MMT ATSC3(MA3)消息mmt_atsc3_message()：此消息承载如上所述包括服务层信令的服务所特定的系统元数据。mmt_atsc3_message()将在下面描述。
如果需要，以下MMTP消息可通过在SLT中用信号通知的MMTP会话来传送。
媒体呈现信息(MPI)消息：此消息承载包含整个文档或者呈现信息的文档的子集的MPI表。与MPI表关联的MP表也可通过此消息来传送。
时钟关系信息(CRI)消息：此消息承载CRI表，该CRI表包含用于NTP时间戳与MPEG-2 STC之间的映射的时钟相关信息。根据给定实施例，CRI消息可不通过MMTP会话来传送。
以下MMTP消息可通过承载流内容的各个MMTP会话来传送。
假想接收机缓冲模型消息：此消息承载接收机管理其缓冲所需的信息。
假想接收机缓冲模型去除消息：此消息承载接收机管理其MMT开封缓冲所需的信息。
以下将描述与MMT信令消息之一对应的mmt_atsc3_message()。MMT信令消息mmt_atsc3_message()被定义为如上所述根据本发明来传送服务所特定的信息。该信令消息可包括与MMT信令消息的基本字段对应的消息ID、版本和/或长度字段。信令消息的有效载荷可包括服务ID信息、内容类型信息、内容版本信息、内容压缩信息和/或URI信息。内容类型信息可指示信令消息的有效载荷中所包括的数据的类型。内容版本信息可指示有效载荷中所包括的数据的版本，内容压缩信息可指示应用于该数据的压缩的类型。URI信息可具有与通过该消息传送的内容有关的URI信息。
以下将描述物理层管道标识符描述符。
物理层管道标识符描述符是可用作上述MP表的描述符之一的描述符。物理层管道标识符描述符提供关于承载资产的PLP的信息。如果资产通过与承载MP表的当前PLP不同的PLP来传送，则物理层管道标识符描述符可用作所关联的MP表中的资产描述符以标识承载资产的PLP。除了PLP ID信息以外，物理层管道标识符描述符还可包括BSID信息。BSID可以是传送该描述符所描述的资产的MMTP分组的广播流的ID。
图8示出根据本发明的实施例的链路层协议架构。
以下将描述链路层。
链路层是物理层与网络层之间的层，并且在发送侧从网络层到物理层传输数据，在接收侧从物理层到网络层传输数据。链路层的目的包括把所有输入分组类型抽象成单一格式以便于物理层处理，确保灵活性以及还未定义的输入类型的未来可扩展性。另外，链路层内的处理确保了输入数据可按照有效的方式发送(例如，通过提供压缩输入分组的头中的冗余信息的选项)。封装、压缩等的操作被称作链路层协议，利用此协议创建的分组被称为链路层分组。链路层可执行诸如分组封装、开销降低和/或信令传输等的功能。
以下将描述分组封装。链路层协议允许任何类型的分组(包括诸如IP分组和MPEG-2 TS的分组)的封装。利用链路层协议，独立于网络层协议类型(这里我们考虑MPEG-2 TS分组作为一种网络层分组)，物理层仅需要处理一个单一分组格式。各个网络层分组或输入分组被转换成一般链路层分组的有效载荷。另外，当输入分组大小特别小或特别大时，可执行级联和分段以便有效地使用物理层资源。
如上文所述，分段可用于分组封装。当网络层分组过大从而不易于在物理层中处理时，网络层分组被分割成两个或更多个片段。链路层分组头包括协议字段以执行发送侧的分段和接收侧的重组。当网络层分组被分段时，各个片段可按照与网络层分组中的原始位置相同的顺序被封装到链路层分组。另外，包括网络层分组的片段的各个链路层分组可因此被传输至PHY层。
如上文所述，级联可用于分组封装。当网络层分组足够小以使得链路层分组的有效载荷可包括多个网络层分组时，链路层分组头包括协议字段以执行级联。级联是将多个小尺寸的网络层分组组合成一个有效载荷。当网络层分组被级联时，各个网络层分组可按照与原始输入顺序相同的顺序被级联到链路层分组的有效载荷。另外，构造链路层分组的有效载荷的各个分组可以是整个分组，而非分组的片段。
以下将描述开销降低。链路层协议的使用可导致用于物理层上的数据传输的开销显著降低。根据本发明的链路层协议可提供IP开销降低和/或MPEG-2 TS开销降低。在IP开销降低中，IP分组具有固定的头格式，然而，通信环境中需要的一些信息在广播环境中可能是冗余的。链路层协议提供通过压缩IP分组的头来降低广播开销的机制。在MPEG-2 TS开销降低中，链路层协议提供同步字节去除、空分组删除和/或公共头去除(压缩)。首先，同步字节去除提供每TS分组一个字节的开销降低，空分组删除机制去除188字节的空TS分组，使得它们可在接收机处被重新插入，最终是公共头去除机制。
对于信令传输，在链路层协议中，可针对链路层信令提供信令分组的特定格式(将在下面描述)。
在根据本发明的实施例所示的链路层协议架构中，链路层协议以诸如IPv4、MPEG-2 TS等的输入网络层分组作为输入分组。未来扩展指示其它分组类型和链路层中还可输入的协议。链路层协议还指定任何链路层信令的格式和信令，包括关于至物理层的特定信道的映射的信息。附图还示出ALP如何包含经由各种头压缩和删除算法改进传输效率的机制。另外，链路层协议可基本上封装输入分组。
图9示出根据本发明的实施例的链路层分组的基本头的结构。以下将描述头的结构。
链路层分组可包括跟随有数据有效载荷的头。链路层分组的头可包括基本头，并且可根据基本头的控制字段而包括附加头。可选头的存在由附加头的标志字段指示。根据给定实施例，指示附加头和可选头的存在的字段可位于基本头中。
以下将描述基本头的结构。用于链路层分组封装的基本头具有层次结构。基本头可为两字节的长度并且是链路层分组头的最小长度。
根据本实施例所示的基本头可包括Packet_Type字段、PC字段和/或length字段。根据给定实施例，基本头还可包括HM字段或S/C字段。
Packet_Type字段可以是指示在封装成链路层分组之前输入数据的原始协议或分组类型的3比特字段。IPv4分组、压缩IP分组、链路层信令分组和其它类型的分组可具有基本头结构并且可被封装。然而，根据给定实施例，MPEG-2 TS分组可具有不同的具体结构并且可被封装。当Packet_Type的值是“000”、“001”、“100”或“111”时，ALP分组的原始数据类型是IPv4分组、压缩IP分组、链路层信令或扩展分组之一。当MPEG-2 TS分组被封装时，Packet_Type的值可为“010”。Packet_Type字段的其它值可被预留以用于未来使用。
Payload_Configuration(PC)字段可以是指示有效载荷的配置的1比特字段。值0可指示链路层分组承载单个完整的输入分组，随后的字段是Header_Mode字段。值1可指示链路层分组承载不止一个输入分组(级联)或者大的输入分组的一部分(分段)，随后的字段是Segmentation_Concatenation字段。
Header_Mode(HM)字段可以是1比特字段，当被设定为0时可指示不存在附加头，并且链路层分组的有效载荷的长度小于2048字节。该值可根据实施例而变化。值1可指示跟随Length字段之后存在下面所定义的单个分组的附加头。在这种情况下，有效载荷的长度大于2047字节和/或可使用可选特征(子流标识、头扩展等)。该值可根据实施例而变化。仅当链路层分组的Payload_Configuration字段具有值0时，此字段可存在。
Segmentation_Concatenation(S/C)字段可以是1比特字段，当被设定为0时可指示有效载荷承载输入分组的片段并且跟随Length字段之后存在用于下面所定义的分段的附加头。值1可指示有效载荷承载不止一个完整输入分组并且跟随Length字段之后存在用于下面所定义的级联的附加头。仅当ALP分组的Payload_Configuration字段的值为1时，此字段可存在。
Length字段可以是11比特字段，其指示链路层分组所承载的有效载荷的长度(字节)的11最低有效位(LSB)。当随后的附加头中存在Length_MSB字段时，length字段与Length_MSB字段级联并且是提供有效载荷的实际总长度的LSB。length字段的比特数可被改变为另一值，而非11比特。
因此，分组配置的以下类型是可能的：没有附加头的单个分组、具有附加头的单个分组、分段分组和级联分组。根据给定实施例，可通过各个附加头、可选头、用于下面所述的信令信息的附加头和用于时间扩展的附加头的组合进行更多分组配置。
图10示出根据本发明的实施例的链路层分组的附加头的结构。
可存在各种类型的附加头。以下将描述用于单个分组的附加头。
当Header_Mode(HM)＝“1”时，用于单个分组的该附加头可存在。当链路层分组的有效载荷的长度大于2047字节时或者当使用可选字段时，Header_Mode(HM)可被设定为1。图中示出用于单个分组的附加头(tsib10010)。
Length_MSB字段可以是5比特字段，其可指示当前链路层分组中的总有效载荷长度(字节)的最高有效位(MSB)，并且与包含11最低有效位(LSB)的Length字段级联以获得总有效载荷长度。可用信号通知的有效载荷的最大长度因此为65535字节。length字段的比特数可被改变为另一值，而非11比特。另外，Length_MSB字段的比特数可改变，因此最大可表示有效载荷长度可改变。根据给定实施例，各个length字段可指示整个链路层分组的长度，而非有效载荷。
SIF(子流标识符标志)字段可以是1比特字段，其可指示在HEF字段之后是否存在子流ID(SID)。当此链路层分组中不存在SID时，SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时，SIF可被设定为1。SID的细节在下面描述。
HEF(头扩展标志)字段可以是1比特字段，其在被设定为1时可指示存在附加头以用于未来扩展。值0可指示不存在此扩展头。
以下将描述当使用分段时的附加头。
当Segmentation_Concatenation(S/C)＝“0”时，此附加头(tsib10020)可存在。Segment_Sequence_Number可以是5比特无符号整数，其可指示链路层分组所承载的对应片段的顺序。对于承载输入分组的第一片段的链路层分组，此字段的值可被设定为0x0。此字段可随着属于分段的输入分组的各个附加片段而增加一。
Last_Segment_Indicator(LSI)可以是1比特字段，其在被设定为1时可指示此有效载荷中的片段是输入分组的最后一个片段。值0可指示不是最后片段。
SIF(子流标识符标志)可以是1比特字，其可指示在HEF字段之后是否存在SID。当链路层分组中不存在SID时，SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时，SIF可被设定为1。
HEF(头扩展标志)可以是1比特字段，其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在可选头扩展。
根据给定实施例，可另外提供分组ID字段以指示各个片段是从相同的输入分组生成的。当片段按照顺序发送时，此字段可能是不必要的，因此被省略。
以下将描述当使用级联时的附加头。
当Segmentation_Concatenation(S/C)＝“1”时，此附加头(tsib10030)可存在。
Length_MSB可以是4比特字段，其可指示此链路层分组中的有效载荷长度(字节)的MSB比特。对于级联，有效载荷的最大长度是32767字节。如上文所述，具体数值可改变。
Count可以是可指示链路层分组中所包括的分组的数量的字段。链路层分组中所包括的分组的数量2可被设定为此字段。因此，链路层分组中的级联分组的最大值为9。count字段指示数量的方案可根据实施例而变化。即，可指示从1至8的数量。
HEF(头扩展标志)可以是1比特字段，其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在扩展头。
Component_Length可以是12比特长度字段，其可指示各个分组的长度(字节)。除了最后组件分组以外，Component_Length字段按照与存在于有效载荷中的分组相同的顺序被包括。长度字段的数量可由(Count+1)指示。根据给定实施例，可存在数量与count字段的值相同的长度字段。当链路层头由奇数个Component_Length组成时，四个填充比特可跟随在最后Component_Length字段之后。这些比特可被设定为0。根据给定实施例，指示最后级联的输入分组的长度的Component_length字段可不存在。在这种情况下，最后级联的输入分组的长度可对应于从整个有效载荷长度减去各个Component_length字段所指示的值之和而获得的长度。
以下将描述可选头。
如上文所述，可选头可被添加到附加头的后面。可选头字段可包含SID和/或头扩展。SID用于在链路层层面滤除特定分组流。SID的一个示例是承载多个服务的链路层流中的服务标识符的角色。如果适用的话，可在SLT中提供服务与该服务所对应的SID值之间的映射信息。头扩展包含扩展字段以用于未来使用。接收机可忽略它们不理解的任何头扩展。
SID(子流标识符)可以是可指示链路层分组的子流标识符的8比特字段。如果存在可选头扩展，则附加头与可选头扩展之间存在SID。
Header_Extension()可包括下面所定义的字段。
Extension_Type可以是可指示Header_Extension()的类型的8比特字段。
Extension_Length可以是8比特字段，其可指示从下一字节到Header_Extension()的最后字节计数的Header Extension()的长度(字节)。
Extension_Byte可以是表示Header_Extension()的值的字节。
图11示出根据本发明的另一实施例的链路层分组的附加头的结构。
以下将描述用于信令信息的附加头。
链路层信令如何被并入链路层分组中如下。当基本头的Packet_Type字段等于100时标识信令分组。
图(tsib11010)示出包含用于信令信息的附加头的链路层分组的结构。除了链路层头以外，链路层分组可由两个附加部分、用于信令信息的附加头和实际信令数据本身组成。链路层分组头中示出链路层信令分组的总长度。
用于信令信息的附加头可包括以下字段。根据给定实施例，一些字段可被省略。
Signaling_Type可以是可指示信令的类型的8比特字段。
Signaling_Type_Extension可以是可指示信令的属性的16比特字段。此字段的细节可在信令规范中定义。
Signaling_Version可以是可指示信令的版本的8比特字段。
Signaling_Format可以是可指示信令数据的数据格式的2比特字段。这里，信令格式可表示诸如二进制格式、XML格式等的数据格式。
Signaling_Encoding可以是可指定编码/压缩格式的2比特字段。此字段可指示是否不执行压缩以及执行哪种类型的压缩。
以下将描述用于分组类型扩展的附加头。
为了提供允许在未来通过链路层承载几乎无限数量的附加协议和分组类型的机制，定义附加头。如上所述，当在基本头中Packet_type为111时可使用分组类型扩展。图(tsib11020)示出包含用于类型扩展的附加头的链路层分组的结构。
用于类型扩展的附加头可包括以下字段。根据给定实施例，一些字段可被省略。
extended_type可以是16比特字段，其可指示作为有效载荷封装在链路层分组中的输入的协议或分组类型。此字段无法用于Packet_Type字段已经定义的任何协议或分组类型。
图12示出根据本发明的实施例的用于MPEG-2 TS分组的链路层分组的头结构及其封装处理。
以下将描述当作为输入分组输入MPEG-2 TS分组时的链路层分组的格式。
在这种情况下，基本头的Packet_Type字段等于010。多个TS分组可被封装在各个链路层分组内。TS分组的数量经由NUMTS字段来通知。在这种情况下，如上文所述，可使用特定链路层分组头格式。
链路层提供用于MPEG-2 TS以增强传输效率的开销降低机制。各个TS分组的同步字节(0x47)可被删除。还提供删除NULL分组和相似TS头的选项。
为了避免不必要的传输开销，TS空分组(PID＝0x1FFF)可被去除。删除的空分组可在接收机侧利用DNP字段恢复。DNP字段指示删除的空分组的计数。下面描述使用DNP字段的空分组删除机制。
为了实现更高的传输效率，MPEG-2 TS分组的相似的头可被去除。当两个或更多个连续的TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，所述头在第一分组中发送一次，其它头被删除。HDM字段可指示是否执行头删除。下面描述公共TS头删除的详细过程。
当执行所有三种开销降低机制时，可按照同步去除、空分组删除和公共头删除的顺序执行开销降低。根据给定实施例，各个机制的执行顺序可改变。另外，根据给定实施例，一些机制可被省略。
图(tsib12010)中描绘了当使用MPEG-2 TS分组封装时链路层分组头的总体结构。
以下将描述各个示出的字段。Packet_Type可以是3比特字段，其可如上所述指示输入分组的协议类型。对于MPEG-2 TS分组封装，此字段可总是被设定为010。
NUMTS(TS分组的数量)可以是4比特字段，其可指示此链路层分组的有效载荷中的TS分组的数量。一个链路层分组中可支持最多16个TS分组。NUMTS＝0的值可指示链路层分组的有效载荷承载16个TS分组。对于NUMTS的所有其它值，识别相同数量的TS分组，例如NUMTS＝0001表示承载一个TS分组。
AHF(附加头标志)可以是可指示是否存在附加头的字段。值0指示不存在附加头。值1指示长度1字节的附加头存在于基本头之后。如果空TS分组被删除或者应用TS头压缩，则此字段可被设定为1。用于TS分组封装的附加头由随后的两个字段组成，并且仅当此链路层分组中的AHF的值被设定为1时存在。
HDM(头删除模式)可以是1比特字段，其指示是否可对此链路层分组应用TS头删除。值1指示可应用TS头删除。值“0”指示不对此链路层分组应用TS头删除方法。
DNP(删除空分组)可以是7比特字段，其指示在此链路层分组之前的删除空TS分组的数量。最多128个空TS分组可被删除。当HDM＝0时，DNP＝0的值可指示128个空分组被删除。当HDM＝1时，DNP＝0的值可指示没有空分组被删除。对于DNP的所有其它值，识别相同数量的空分组，例如DNP＝5表示5个空分组被删除。
上述各个字段的比特数可改变。根据改变的比特数，字段所指示的值的最小/最大值可改变。这些数量可由设计者来改变。
以下，将描述SYNC字节去除。
在将TS分组封装到链路层分组的有效载荷中时，从各个TS分组的开头的SYNC字节(0x47)可被删除。因此，封装在链路层分组的有效载荷中的MPEG2-TS分组的长度总是为长度187字节(代替原来的188字节)。
以下将描述空分组删除。
传输流规则要求发送机的复用器的输出处和接收机的解复用器的输入处的比特率在时间上恒定，并且端对端时延也恒定。对于一些传输流输入信号，可存在空分组以便适应恒定比特流中的可变比特率服务。在这种情况下，为了避免不必要的传输开销，TS空分组(具有PID＝0x1FFF的TS分组)可被去除。该处理按照去除的空分组可在接收机中被重新插入它们原来所在的精确位置的方式执行，因此保证了恒定比特率并且避免了对PCR时间戳更新的需求。
在生成链路层分组之前，称为DNP(删除空分组)的计数器可首先被重置为零，然后针对要被封装到当前链路层分组的有效载荷中的第一非空TS分组前面的各个删除的空分组增加。然后，一组连续有用的TS分组被封装到当前链路层分组的有效载荷中，并且可确定其头中的各个字段的值。在将所生成的链路层分组注入物理层之后，DNP被重置为零。当DNP达到其最大允许值时，如果下一分组也是空分组，则此空分组作为有用分组被预留并被封装到下一链路层分组的有效载荷中。各个链路层分组可在其有效载荷中包含至少一个有用TS分组。
以下将描述TS分组头删除。TS分组头删除可被称作TS分组头压缩。
当两个或更多个连续TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，头在第一分组处被发送一次，其它头被删除。当两个或更多个连续TS分组中包括重复的MPEG-2 TS分组时，在发送机侧无法应用头删除。HDM字段可指示是否执行头删除。当执行TS头删除时，HDM可被设定为1。在接收机侧，利用第一分组头，恢复删除的分组头，并且通过按照从第一头开始的顺序增加来恢复连续性计数器。
图中所示的示例tsib12020是TS分组的输入流被封装到链路层分组中的处理的示例。首先，可输入包括具有SYNC字节(0x47)的TS分组的TS流。首先，可通过同步字节删除处理来删除同步字节。在此示例中，假定不执行空分组删除。
这里，假定除了CC(即，连续性计数器字段值)以外，八个TS分组的分组头具有相同的字段值。在这种情况下，可执行TS分组删除/压缩。除了与CC＝1对应的第一TS分组头以外，删除剩余的七个TS分组头。处理后的TS分组可被封装到链路层分组的有效载荷中。
在完成的链路层分组中，Packet_Type字段对应于输入TS分组的情况，因此可具有值010。NUMTS字段可指示所封装的TS分组的数量。由于执行分组头删除，AHF字段可被设定为1以指示附加头的存在。由于执行头删除，HDM字段可被设定为1。由于不执行空分组删除，DNP可被设定为0。
图13示出根据本发明的实施例的IP头压缩中的适配模式的示例(发送侧)。
以下将描述IP头压缩。
在链路层中，可提供IP头压缩/解压缩方案。IP头压缩可包括两个部分：头压缩器/解压缩器和适配模块。头压缩方案可基于鲁棒头压缩(RoHC)。另外，对于广播用途，增加适配功能。
在发送机侧，ROHC压缩器减小各个分组的头的大小。然后，适配模块提取上下文信息并且从各个分组流构建信令信息。在接收机侧，适配模块解析与所接收到的分组流关联的信令信息并且将上下文信息附到所接收到的分组流。ROHC解压缩器通过恢复分组头来重构原始IP分组。
头压缩方案可如上所述基于RoHC。具体地讲，在本系统中，RoHC框架可在RoHC的单向模式(U模式)下操作。另外，在本系统中，可使用由0x0002的配置标识符标识的RoHC UDP头压缩配置。
以下将描述适配。
在通过单向链路的传输中，如果接收机没有上下文信息，则解压缩器无法恢复所接收到的分组头直至接收到完整上下文。这可导致信道改变时延和打开时延。因此，压缩器与解压缩器之间的上下文信息和配置参数可总是随分组流发送。
适配功能提供配置参数和上下文信息的带外传输。带外传输可通过链路层信令来进行。因此，适配功能用于减少由于上下文信息的损失引起的信道改变时延和解压缩错误。
以下将描述上下文信息的提取。
可根据适配模式利用各种方案来提取上下文信息。在本发明中，将在下面描述三个示例。本发明的范围不限于下面将要描述的适配模式的示例。这里，适配模式可被称作上下文提取模式。
适配模式1(未示出)可以是不对基本RoHC分组流应用附加操作的模式。换言之，在此模式下适配模块可用作缓冲器。因此，在此模式下，链路层信令中可不包括上下文信息。
在适配模式2(tsib13010)下，适配模块可从ROHC分组流检测IR分组并且提取上下文信息(静态链)。在提取上下文信息之后，可将各个IR分组转换为IR-DYN分组。所转换的IR-DYN分组可代替原始分组按照与IR分组相同的顺序被包括在ROHC分组流内并被发送。
在适配模式3(tsib13020)下，适配模块可从ROHC分组流检测IR和IR-DYN分组并且提取上下文信息。可从IR分组提取静态链和动态链，并且可从IR-DYN分组提取动态链。在提取上下文信息之后，各个IR和IR-DYN分组可被转换为压缩分组。压缩分组格式可与下一IR分组或IR-DYN分组相同。所转换的压缩分组可代替原始分组按照与IR或IR-DYN分组相同的顺序被包括在ROHC分组流内并被发送。
可基于传输结构来封装信令(上下文)信息。例如，上下文信息可被封装到链路层信令。在这种情况下，分组类型值可被设定为“100”。
在上述适配模式2和3下，用于上下文信息的链路层分组可具有分组类型字段值100。另外，用于压缩IP分组的链路层分组可具有分组类型字段值001。所述值指示信令信息和压缩IP分组中的每一个如上所述被包括链路层分组中。
以下将描述发送所提取的上下文信息的方法。
所提取的上下文信息可与ROHC分组流独立地随信令数据一起通过特定物理数据路径来发送。上下文的传输取决于物理层路径的配置。上下文信息可随其它链路层信令一起通过信令数据管道发送。
换言之，具有上下文信息的链路层分组可随具有其它链路层信令信息的链路层分组一起通过信令PLP来发送(Packet_Type＝100)。提取上下文信息的压缩IP分组可通过一般PLP来发送(Packet_Type＝001)。这里，根据实施例，信令PLP可表示L1信令路径。另外，根据实施例，信令PLP可不与一般PLP分离，可表示发送信令信息的特定PLP和一般PLP。
在接收侧，在接收分组流之前，接收机可能需要获取信令信息。当接收机将初始PLP解码以获取信令信息时，还可接收上下文信令。在进行了信令获取之后，可选择接收分组流的PLP。换言之，接收机可通过选择初始PLP来获取包括上下文信息的信令信息。这里，初始PLP可以是上述信令PLP。此后，接收机可选择用于获取分组流的PLP。这样，可在接收分组流之前获取上下文信息。
在选择了用于获取分组流的PLP之后，适配模块可从所接收到的分组流检测IR-DYN分组。然后，适配模块从信令数据中的上下文信息解析静态链。这类似于接收IR分组。对于相同的上下文标识符，IR-DYN分组可被恢复成IR分组。所恢复的ROHC分组流可被发送给ROHC解压缩器。此后，可开始解压缩。
图14示出根据本发明的实施例的链路映射表(LMT)和RoHC-U描述表。
以下将描述链路层信令。
通常，链路层信令在IP级别下操作。在接收机侧，链路层信令可比诸如服务列表表格(SLT)和服务层信令(SLS)的IP级别信令更早获得。因此，可在会话建立之前获得链路层信令。
对于链路层信令，根据输入路径可存在两种类型的信令：内部链路层信令和外部链路层信令。内部链路层信令在发送机侧的链路层中生成。并且链路层从外部模块或协议取得信令。这种类型的信令信息被视为外部链路层信令。如果一些信令需要在IP级别信令之前获得，则以链路层分组的格式发送外部信令。
链路层信令可如上所述被封装到链路层分组中。链路层分组可承载任何格式的链路层信令，包括二进制和XML。对于链路层信令可不按照不同的格式发送相同的信令信息。
内部链路层信令可包括用于链路映射的信令信息。链路映射表(LMT)提供PLP中承载的上层会话的列表。LMT还提供用于处理链路层中的承载上层会话的链路层分组的附加信息。
示出根据本发明的LMT的示例(tsib14010)。
signaling_type可以是指示该表所承载的信令的类型的8比特无符号整数字段。用于链路映射表(LMT)的signaling_type字段的值可被设定为0x01。
PLP_ID可以是指示与该表对应的PLP的8比特字段。
num_session可以是8比特无符号整数字段，其提供上面的PLP_ID字段所标识的PLP中承载的上层会话的数量。当signaling_type字段的值为0x01时，此字段可指示PLP中的UDP/IP会话的数量。
src_IP_add可以是32比特无符号整数字段，其包含PLP_ID字段所标识的PLP中承载的上层会话的源IP地址。
dst_IP_add可以是32比特无符号整数字段，其包含PLP_ID字段所标识的PLP中承载的上层会话的目的地IP地址。
src_UDP_port可以是16比特无符号整数字段，其表示PLP_ID字段所标识的PLP中承载的上层会话的源UDP端口号。
dst_UDP_port可以是16比特无符号整数字段，其表示PLP_ID字段所标识的PLP中承载的上层会话的目的地UDP端口号。
SID_flag可以是1比特布尔字段，其指示承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组是否在其可选头中具有SID字段。当此字段的值被设定为0时，承载上层会话的链路层分组可在其可选头中不具有SID字段。当此字段的值被设定为1时，承载上层会话的链路层分组可在其可选头中具有SID字段，并且SID字段的值可与该表中随后的SID字段相同。
compressed_flag可以是1比特布尔字段，其指示是否对承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组应用头压缩。当此字段的值被设定为0时，承载上层会话的链路层分组可在其基本头中具有值为0x00的Packet_Type字段。当此字段的值被设定为1时，承载上层会话的链路层分组可在其基本头中具有值为0x01的Packet_Type字段并且可存在Context_ID字段。
SID可以是8比特无符号整数字段，其指示承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组的子流标识符。当SID_flag的值等于1时，此字段可存在。
context_id可以是8比特字段，其提供对ROHC-U描述表中所提供的上下文id(CID)的参考。当compressed_flag的值等于1时，此字段可存在。
示出根据本发明的RoHC-U描述表的示例(tsib14020)。如上文所述，RoHC-U适配模块可生成与头压缩有关的信息。
signaling_type可以是指示该表所承载的信令的类型的8比特字段。ROHC-U描述表(RDT)的signaling_type字段的值可被设定为“0x02”。
PLP_ID可以是指示与该表对应的PLP的8比特字段。
context_id可以是指示压缩IP流的上下文id(CID)的8比特字段。在该系统中，8比特CID可用于大CID。
context_profile可以是指示用于压缩流的协议的范围的8比特字段。此字段可被省略。
adaptation_mode可以是指示该PLP中的适配模块的模式的2比特字段。适配模式上面已描述。
context_config可以是指示上下文信息的组合的2比特字段。如果该表中不存在上下文信息，则此字段可被设定为“0x0”。如果static_chain()或dynamic_chain()字节被包括在该表中，则此字段可分别被设定为“0x01”或“0x02”。如果static_chain()和dynamic_chain()字节二者均被包括在该表中，则此字段可被设定为“0x03”。
context_length可以是指示静态链字节序列的长度的8比特字段。此字段可被省略。
static_chain_byte()可以是传达用于将ROHC-U解压缩器初始化的静态信息的字段。此字段的大小和结构取决于上下文配置。
dynamic_chain_byte()可以是传达用于将ROHC-U解压缩器初始化的动态信息的字段。此字段的大小和结构取决于上下文配置。
static_chain_byte可被定义为IR分组的子头信息。dynamic_chain_byte可被定义为IR分组和IR-DYN分组的子头信息。
图15示出根据本发明的实施例的发送机侧的链路层的结构。
本实施例假定处理IP分组。从功能角度，发送机侧的链路层可大体包括处理信令信息的链路层信令部分、开销降低部分和/或封装部分。另外，发送机侧的链路层可包括用于控制和调度链路层的总体操作和/或链路层的输入和输出部分的调度器。
首先，上层的信令信息和/或系统参数tsib15010可被传送至链路层。另外，包括IP分组的IP流可从IP层tsib15110被传送至链路层。
如上所述，调度器tsib15020可确定和控制包括在链路层中的多个模块的操作。所传送的信令信息和/或系统参数tsib15010可由调度器tsib15020过滤或使用。接收机所需的与所传送的信令信息和/或系统参数tsib15010的一部分对应的信息可被传送给链路层信令部分。另外，链路层的操作所需的与信令信息的一部分对应的信息可被传送至开销降低控制器tsib15120或封装控制器tsib15180。
链路层信令部分可收集要作为信号在物理层中发送的信息，并且以适合于传输的形式来转换/配置该信息。链路层信令部分可包括信令管理器tsib15030、信令格式化器tsib15040和/或信道缓冲器tsib15050。
信令管理器tsib15030可接收从调度器tsib15020传送来的信令信息和/或从开销降低部分传送来的信令(和/或上下文)信息。信令管理器tsib15030可确定用于所传送的数据的信令信息的传输的路径。信令信息可通过信令管理器tsib15030所确定的路径来传送。如上文所述，要通过所分割的信道发送的信令信息(例如，FIC、EAS等)可被传送至信令格式化器tsib15040，其它信令信息可被传送至封装缓冲器tsib15070。
信令格式化器tsib15040可按照适合于各个分割的信道的形式将相关的信令信息格式化，使得信令信息可通过单独分割的信道来发送。如上文所述，物理层可包括单独的物理/逻辑分割的信道。所分割的信道可用于发送FIC信令信息或EAS相关信息。FIC或EAS相关信息可由信令管理器tsib15030排序并被输入到信令格式化器tsib15040。信令格式化器tsib15040可基于各个单独的信道将信息格式化。当物理层被设计为通过单独分割的信道发送FIC和EAS以外的特定信令信息时，可另外提供用于该特定信令信息的信令格式化器。通过此方案，链路层可与各种物理层兼容。
信道缓冲器tsib15050可将从信令格式化器tsib15040接收的信令信息传送至单独的专用信道tsib15060。单独的信道的数量和内容可根据实施例而变化。
如上文所述，信令管理器tsib15030可将没有被传送至特定信道的信令信息传送至封装缓冲器tsib15070。封装缓冲器tsib15070可用作接收没有被传送至特定信道的信令信息的缓冲器。
信令信息封装块tsib15080可对没有被传送至特定信道的信令信息进行封装。发送缓冲器tsib15090可用作将封装的信令信息传送至用于信令信息的DP tsib15100的缓冲器。这里，用于信令信息的DP tsib15100可表示上述PLS区域。
开销降低部分可通过去除被传送至链路层的分组的开销来允许高效传输。可配置与输入到链路层的IP流的数量对应的开销降低部分。
开销降低缓冲器tsib15130可接收从上层传送来的IP分组。所接收到的IP分组可通过开销降低缓冲器tsib15130被输入到开销降低部分。
开销降低控制器tsib15120可确定是否对输入至开销降低缓冲器tsib15130的分组流执行开销降低。开销降低控制器tsib15120可针对各个分组流确定是否执行开销降低。当对分组流执行开销降低时，分组可被传送至鲁棒头压缩(RoHC)压缩器tsib15140以执行开销降低。当不对分组流执行开销降低时，分组可被传送至封装部分以在没有开销降低的情况下执行封装。是否执行分组的开销降低可基于传送至链路层的信令信息tsib15010来确定。信令信息可通过调度器tsib15020被传送至封装控制器tsib15180。
RoHC压缩器tsib15140可对分组流执行开销降低。RoHC压缩器tsib15140可执行压缩分组的头的操作。各种方案可用于开销降低。可利用本发明所提出的方案来执行开销降低。本发明假定IP流，因此使用表达“RoHC压缩器”。然而，该名称可根据实施例而改变。操作不限于IP流的压缩，可通过RoHC压缩器tsib15140来执行所有类型的分组的开销降低。
分组流配置块tsib15150可从具有压缩头的IP分组分离要发送至信令区域的信息与要发送至分组流的信息。要发送至分组流的信息可表示要发送至DP区域的信息。要发送至信令区域的信息可被传送至信令和/或上下文控制器tsib15160。要发送至分组流的信息可被发送至封装部分。
信令和/或上下文控制器tsib15160可收集信令和/或上下文信息并且将该信令和/或上下文信息传送至信令管理器以便将信令和/或上下文信息发送至信令区域。
封装部分可执行以适合于向物理层传送的形式封装分组的操作。可配置与IP流的数量对应的封装部分。
封装缓冲器tsib15170可接收分组流以用于封装。当执行开销降低时可接收经受开销降低的分组，当不执行开销降低时可没有改变地接收输入IP分组。
封装控制器tsib15180可确定是否封装输入分组流。当执行封装时，分组流可被传送至分段/级联块tsib15190。当不执行封装时，分组流可被传送至发送缓冲器tsib15230。是否封装分组可基于传送至链路层的信令信息tsib15010来确定。信令信息可通过调度器tsib15020被传送至封装控制器tsib15180。
在分段/级联块tsib15190中，可对分组执行上述分段或级联操作。换言之，当输入IP分组比与链路层的输出对应的链路层分组长时，一个IP分组可被分成多个片段以配置多个链路层分组有效载荷。另一方面，当输入IP分组比与链路层的输出对应的链路层分组短时，多个IP分组可被级联以配置一个链路层分组有效载荷。
分组配置表tsib15200可具有分段和/或级联的链路层分组的配置信息。发送机和接收机可在分组配置表tsib15200中具有相同的信息。发送机和接收机可参考分组配置表tsib15200的信息。分组配置表tsib15200的信息的索引值可被包括在链路层分组的头中。
链路层头信息块tsib15210可收集在封装处理中生成的头信息。另外，链路层头信息块tsib15210可收集包括在分组配置表tsib15200中的头信息。链路层头信息块tsib15210可根据链路层分组的头结构来配置头信息。
头附接块tsib15220可将头添加到分段和/或级联的链路层分组的有效载荷。发送缓冲器tsib15230可用作将链路层分组传送至物理层的DP tsib15240的缓冲器。
各个块、模块或部分可被配置为链路层中的一个模块/协议或多个模块/协议。
图16示出根据本发明的实施例的接收机侧的链路层的结构。
本实施例假定处理IP分组。从功能角度，接收机侧的链路层可大体包括处理信令信息的链路层信令部分、开销处理部分和/或解封装部分。另外，接收机侧的链路层可包括用于控制和调度链路层的总体操作和/或链路层的输入和输出部分的调度器。
首先，通过物理层接收的信息可被传送至链路层。链路层可处理信息，恢复在发送机侧被处理之前的原始状态，然后将信息传送至上层。在本实施例中，上层可以是IP层。
在物理层中分离并且通过特定信道tsib16030传送的信息可被传送至链路层信令部分。链路层信令部分可确定从物理层接收的信令信息，并且将所确定的信令信息传送至链路层的各个部分。
信道缓冲器tsib16040可用作接收通过特定信道发送的信令信息的缓冲器。如上文所述，当物理/逻辑分割的单独的信道存在于物理层中时，可接收通过信道发送的信令信息。当从单独的信道接收的信息被分段时，分段的信息可被存储，直至配置完整信息。
信令解码器/解析器tsib16050可核实通过特定信道接收的信令信息的格式，并且提取链路层中要使用的信息。当通过特定信道接收的信令信息被编码时，可执行解码。另外，根据给定实施例，可核实信令信息的完整性等。
信令管理器tsib16060可将通过多个路径接收的信令信息整合。通过用于信令的DP tsib16070(将在下面描述)接收的信令信息可在信令管理器tsib16060中被整合。信令管理器tsib16060可传送链路层中的各个部分所需的信令信息。例如，信令管理器tsib16060可将用于恢复分组的上下文信息等传送至开销处理部分。另外，信令管理器tsib16060可将用于控制的信令信息传送至调度器tsib16020。
没有通过单独的特定信道接收的一般信令信息可通过用于信令的DP tsib16070来接收。这里，用于信令的DP可表示PLS、L1等。这里，DP可被称作PLP。接收缓冲器tsib16080可用作接收从用于信令的DP传送来的信令信息的缓冲器。在信令信息解封装块tsib16090中，可将所接收到的信令信息解封装。解封装的信令信息可通过解封装缓冲器tsib16100被传送至信令管理器tsib16060。如上文所述，信令管理器tsib16060可校对信令信息并且将校对的信令信息传送至链路层中的必要部分。
调度器tsib16020可确定并控制包括在链路层中的多个模块的操作。调度器tsib16020可利用接收机信息tsib16010和/或从信令管理器tsib16060传送的信息来控制链路层的各个部分。另外，调度器tsib16020可确定各个部分的操作模式等。这里，接收机信息tsib16010可表示先前存储在接收机中的信息。调度器tsib16020可使用由用户改变的信息(例如，信道切换等)来执行控制操作。
解封装部分可过滤从物理层的DP tsib16110接收的分组，并且根据分组的类型来分离分组。可配置与物理层中可同时解码的DP的数量对应的解封装部分。
解封装缓冲器tsib16100可用作从物理层接收分组流以执行解封装的缓冲器。解封装控制器tsib16130可确定是否将输入分组流解封装。当执行解封装时，分组流可被传送至链路层头解析器tsib16140。当不执行解封装时，分组流可被传送至输出缓冲器tsib16220。从调度器tsib16020接收的信令信息可用于确定是否执行解封装。
链路层头解析器tsib16140可标识所传送的链路层分组的头。可通过标识头来标识链路层分组的有效载荷中所包括的IP分组的配置。例如，IP分组可被分段或级联。
分组配置表tsib16150可包括分段和/或级联的链路层分组的有效载荷信息。发送机和接收机可在分组配置表tsib16150中具有相同的信息。发送机和接收机可参考分组配置表tsib16150的信息。可基于包括在链路层分组中的索引信息来寻找重组所需的值。
重组块tsib16160可将分段和/或级联的链路层分组的有效载荷配置为原始IP流的分组。片段可被收集并重新配置为一个IP分组，或者级联的分组可被分离并重新配置为多个IP分组流。重组的IP分组可被传送至开销处理部分。
开销处理部分可执行将经受开销降低的分组恢复为原始分组的操作，作为发送机中执行的开销降低的逆操作。该操作可被称作开销处理。可配置与物理层中可同时解码的DP的数量对应的开销处理部分。
分组恢复缓冲器tsib16170可用作接收解封装的RoHC分组或IP分组以执行开销处理的缓冲器。
开销控制器tsib16180可确定是否恢复和/或解压缩解封装的分组。当执行恢复和/或解压缩时，分组可被传送至分组流恢复块tsib16190。当不执行恢复和/或解压缩时，分组可被传送至输出缓冲器tsib16220。是否执行恢复和/或解压缩可基于调度器tsib16020所传送的信令信息来确定。
分组流恢复块tsib16190可执行将从发送机分离的分组流与分组流的上下文信息整合的操作。此操作可以是恢复分组流以使得RoHC解压缩器tsib16210可执行处理的处理。在此处理中，可从信令和/或上下文控制器tsib16200接收信令信息和/或上下文信息。信令和/或上下文控制器tsib16200可确定从发送机传送来的信令信息，并且将该信令信息传送至分组流恢复块tsib16190，使得信令信息可被映射至与上下文ID对应的流。
RoHC解压缩器tsib16210可恢复分组流的分组的头。可通过头的恢复将分组流的分组恢复成原始IP分组的形式。换言之，RoHC解压缩器tsib16210可执行开销处理。
输出缓冲器tsib16220可用作在输出流被传送至IP层tsib16230之前的缓冲器。
本发明中所提出的发送机和接收机的链路层可包括上述块或模块。这样，链路层可独立地操作，而不管上层和下层，可有效地执行开销降低，并且可容易地定义/增加/删除根据上层/下层可支持的功能。
图17示出根据本发明的实施例的通过链路层的信令传输的配置(发送侧/接收侧)。
在本发明中，多个服务提供商(广播商)可在一个频带内提供服务。另外，服务提供商可提供多个服务，并且一个服务可包括一个或更多个组件。可认为用户使用服务作为单位来接收内容。
本发明假定使用基于多个会话的传输协议来支持IP混合广播。通过信令路径传送的信令信息可基于各个协议的传输配置来确定。根据给定实施例，各种名称可被应用于各个协议。
在所示的发送侧的数据配置tsib17010中，服务提供商(广播商)可提供多个服务(服务#1、#2、…)。通常，用于服务的信号可通过一般传输会话来发送(信令C)。然而，根据给定实施例，信号可通过特定会话(专用会话)来发送(信令B)。
服务数据和服务信令信息可根据传输协议来封装。根据给定实施例，可使用IP/UDP层。根据给定实施例，可另外提供IP/UDP层中的信号(信令A)。此信令可被省略。
使用IP/UDP处理的数据可被输入到链路层。如上文所述，可在链路层中执行开销降低和/或封装。这里，可另外提供链路层信令。链路层信令可包括系统参数等。上面已描述了链路层信令。
经受上述处理的服务数据和信令信息可在物理层中通过PLP来处理。这里，PLP可被称作DP。图中所示的示例假定使用基本DP/PLP的情况。然而，根据实施例，可在没有基本DP/PLP的情况下仅利用一般DP/PLP来执行传输。
在图中所示的示例中，使用诸如FIC、EAC等的特定信道(专用信道)。通过FIC传送的信号可被称作快速信息表(FIT)，通过EAC传送的信号可被称作紧急警报表(EAT)。FIT可与上述SLT相同。根据实施例可不使用特定信道。当没有配置特定信道(专用信道)时，FIT和EAT可利用一般链路层信令传输方案来发送，或者作为其它服务数据经由IP/UDP利用PLP来发送。
根据给定实施例，系统参数可包括发送机相关参数、服务提供商相关参数等。链路层信令可包括IP头压缩相关上下文信息和/或上下文所应用于的数据的标识信息。上层信令可包括IP地址、UDP号、服务/组件信息、紧急警报相关信息、服务信令的IP/UDP地址、会话ID等。上面已描述了其详细示例。
在所示的接收侧的数据配置tsib17020中，接收机可仅利用信令信息将用于对应服务的PLP解码，而不必将所有PLP解码。
首先，当用户选择或改变期望接收的服务时，接收机可被调谐至对应频率并且可读取存储在DB等中的与对应信道有关的接收机信息。存储在接收机的DB等中的信息可通过在初始信道扫描时读取SLT来配置。
在接收SLT和关于对应信道的信息之后，更新先前存储在DB中的信息，并且获取关于用户所选择的服务的传输路径的信息以及关于获取组件信息或者发送获取信息所需的信号的路径的信息。当利用SLT的版本信息确定信息没有改变时，可省略解码或解析。
接收机可通过解析可通过物理信令的特定字段指示的对应广播流(未示出)中的PLP的物理信令来核实PLP中是否包括SLT信息。可通过访问SLT信息来访问发送特定服务的服务层信令的位置。服务层信号可被封装到IP/UDP中并通过传输会话来传送。可利用该服务层信令获取关于服务中所包括的组件的信息。特定SLT-SLS配置如上所述。
换言之，可利用SLT获取传输路径信息，以用于接收与信道上当前发送的多个分组流和PLP中的一个对应的服务的接收所需的上层信令信息(服务信令信息)。传输路径信息可包括IP地址、UDP端口号、会话ID、PLP ID等。这里，根据实施例，IANA或系统先前指定的值可用作IP/UDP地址。可利用访问DB或共享存储器等的方案来获取信息。
当链路层信号和服务数据通过相同的PLP发送，或者仅操作一个PLP时，在链路层信号被解码的同时，通过该PLP传送的服务数据可被临时存储在诸如缓冲器等的装置中。
可利用要接收的服务的服务信令信息来获取关于实际上发送服务的路径的信息。另外，所接收到的分组流可利用诸如要接收的PLP的开销降低等的信息经受解封装和头恢复。
在所示的示例(tsib17020)中，使用FIC和EAC，并且假定基本DP/PLP的概念。如上文所述，可不使用FIC、EAC和基本DP/PLP的概念。
尽管为了描述方便，在下文中MISO或MIMO使用两个天线，但是本发明适用于使用两个或更多个天线的系统。本发明提出了被优化以在获得特定使用情况所需的性能的同时使接收机复杂度最小化的物理配置(或系统)。根据本发明的实施例的物理(PHY)配置(基本配置、手持配置和高级配置)是对应接收机应该实现的所有配置的子集。PHY配置共享大多数功能块，但是在特定块和/或参数方面略有不同。为了系统演进，在单个射频(RF)信道中也可通过未来扩展帧(FEF)将未来的配置与现有的配置复用。根据本发明的实施例的基本配置和手持配置是指不应用MIMO的配置，高级配置是指应用MIMO的配置。基本配置可用作地面广播服务和移动广播服务二者的配置。即，基本配置可用于定义包括移动配置的配置的概念。另外，高级配置可被分成用于具有MIMO的基本配置的高级配置以及用于具有MIMO的手持配置的高级配置。此外，配置可根据设计者的意图而改变。
以下术语和定义可应用于本发明。以下术语和定义可根据设计而改变。
辅助流：承载还未定义的调制和编码(可用于未来扩展)或者广播商或网络运营商所需的数据的信元序列
基本数据管道：承载服务信令数据的数据管道
基带帧(或BBFRAME)：形成对一个FEC编码处理(BCH和LDPC编码)的输入的Kbch比特的集合
信元：由正交频分复用(OFDM)传输的一个载波承载的调制值
编码块：PLS1数据的LDPC编码块或者PLS2数据的LDPC编码块之一
数据管道：承载服务数据或相关的元数据的物理层中的逻辑信道，其可承载一个或多个服务或者服务组件。
数据管道单元(DPU)：向帧中的DP分配数据信元的基本单元。
数据符号：帧中的非前导码符号的OFDM符号(数据符号涵盖帧信令符号和帧边缘符号)
DP_ID：此8比特字段唯一地标识由SYSTEM_ID标识的系统内的DP
虚拟信元：承载用于填充未用于PLS信令、DP或辅助流的剩余容量的伪随机值的信元
紧急警报信道(EAC)：承载EAS信息数据的帧的部分
帧：以前导码开始并以帧边缘符号结束的物理层时隙
帧重复单元：属于相同或不同的物理层配置的帧(包括FEF)的集合，其在超帧中被重复八次
快速信息信道(FIC)：帧中的逻辑信道，其承载服务与对应基本DP之间的映射信息
FECBLOCK：DP数据的LDPC编码比特的集合
FFT大小：用于特定模式的标称FFT大小，等于以基本周期T的循环表示的有效符号周期Ts
帧信令符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的开始处，承载PLS数据的一部分
帧边缘符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的结尾处
帧组：超帧中具有相同PHY配置类型的所有帧的集合
未来扩展帧：超帧内的可用于未来扩展的物理层时隙，其以前导码开始
Futurecast UTB系统：所提出的物理层广播系统，其输入是一个或更多个MPEG2-TS、IP或一般流，其输出是RF信号
输入流：由系统传送给终端用户的服务集的数据流
正常数据符号：除了帧信令符号和帧边缘符号以外的数据符号
PHY配置：对应接收机应该实现的所有配置的子集
PLS：包括PLS1和PLS2的物理层信令数据
PLS1：具有固定大小、编码和调制的帧信令符号(FSS)中所承载的PLS数据的第一集合，其承载关于系统的基本信息以及对PLS2解码所需的参数
注释：在帧组的持续时间内PLS1数据保持恒定
PLS2：FSS中发送的PLS数据的第二集合，其承载关于系统和DP的更详细的PLS数据
PLS2动态数据：逐帧动态地改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导码信令数据：由前导码符号承载的信令数据，用于标识系统的基本模式
前导码符号：承载基本PLS数据的固定长度的导频符号，其位于帧的开始处
前导码符号主要用于快速初始频带扫描以检测系统信号、其定时、频率偏移和FFT大小。
为未来使用预留：本文献未定义，但是可在未来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：执行时间交织的信元的集合，与时间交织器存储器的一次使用对应
TI组：执行针对特定DP的动态容量分配的单元，由数量动态变化的整数个XFECBLOCK构成
注释：TI组可被直接映射至一个帧，或者可被映射至多个帧。TI组可包含一个或更多个TI块。
类型1DP：所有DP按照时分复用(TDM)方案被映射至帧的帧的DP
类型2DP：所有DP按照频分复用(FDM)方案被映射至帧的帧的DP
XFECBLOCK：承载一个LDPC FECBLOCK的所有比特的Ncell个信元的集合
图18示出根据本发明的实施例的用于未来广播服务的广播信号发送设备的配置。
根据本实施例的用于未来广播服务的广播信号发送设备可包括输入格式化块1000、比特交织编码和调制(BICM)块1010、帧构建块1020、OFDM生成块1030和信令生成块1040。将描述广播信号发送设备的各个块的操作。
在根据本发明的实施例的输入数据中，IP流/分组和MPEG2-TS可以是主要输入格式，其它流类型作为一般流处理。除了这些数据输入以外，管理信息被输入以控制各个输入流的对应带宽的调度和分配。另外，本发明允许一个或多个TS流、IP流和/或一般流的同时输入。
输入格式化块1000可将各个输入流解复用为一个或多个数据管道，对各个数据管道应用独立的编码和调制。DP是用于鲁棒控制的基本单元，其影响QoS。一个DP可承载一个或多个服务或服务组件。DP是用于传送服务数据或者相关元数据的物理层中的逻辑信道，其能够承载一个或多个服务或服务组件。
另外，DPU是用于向一个帧中的DP分配数据信元的基本单元。
对物理层的输入可包括一个或多个数据流。各个数据流通过一个DP传送。输入格式化块1000可将通过一个或更多个物理路径(或DP)输入的数据流转换为基带帧(BBF)。在这种情况下，输入格式化块1000可对输入数据(TS或IP输入流)执行空分组删除或头压缩以便增强传输效率。接收机可具有头的特定部分的先验信息，因此可从发送机删除该已知信息。空分组删除块3030可仅用于TS输入流。
在BICM块1010中，增加奇偶校验数据以用于纠错，并且编码的比特被映射至复值星座符号。将这些符号横跨用于对应DP的特定交织深度交织。对于高级配置，在BICM块1010中执行MIMO编码，并且在输出处增加附加数据路径以用于MIMO传输。
帧构建块1020可将输入DP的数据信元映射至帧内的OFDM符号，并且为了频域分集，特别是对抗频率选择性衰落信道，执行频率交织。帧构建块1020可包括时延补偿块、信元映射器和频率交织器。
时延补偿块可调节DP与对应PLS数据之间的定时以确保DP与对应PLS数据在发送机侧同定时。通过解决由输入格式化块和BICM块导致的数据管道的时延，使PLS数据延迟与数据管道相同的量。BICM块的时延主要是由于时间交织器。带内信令数据承载下一TI组的信息以使得在要用信号通知的DP前面一个帧承载该信息。时延补偿块相应地延迟带内信令数据。
信元映射器可将PLS、DP、辅助流、虚拟信元等映射至帧中的OFDM符号的有效载波。信元映射器7010的基本功能是将各个DP的TI所生成的数据信元、PLS信元和EAC/FIC信元(如果有的话)映射至与帧内的各个OFDM符号对应的有效OFDM信元的阵列中。信元映射器的基本功能是将通过各个DP和PLS信元的时间交织生成的数据信元映射至与一个帧中的各个OFDM符号对应的有效OFDM信元的阵列(如果存在的话)。可通过DP单独地收集并发送服务信令数据(例如，节目特定信息(PSI)/SI)。信元映射器根据调度器所生成的动态信息以及帧结构的配置来操作。频率交织器可将从信元映射器接收的数据信元随机地交织以提供频率分集。另外，频率交织器可利用不同的交织种子顺序在包括两个顺序OFDM符号的OFDM符号对上进行操作以在单个帧中获得最大交织增益。
OFDM生成块1030通过帧构建块所生成的信元来调制OFDM载波，插入导频，并且生成时域信号以用于传输。另外，此块随后插入保护间隔并且应用峰平均功率比(PAPR)降低处理以生成最终RF信号。
具体地讲，在各个帧的开始处插入前导码之后，OFDM生成块1030可以以循环前缀作为保护间隔应用传统OFDM调制。为了天线空间分集，横跨发送机应用分布式MISO方案。另外，在时域中执行PAPR方案。为了灵活的网络规划，本发明提供各种FFT大小、保护间隔长度和对应导频图案的集合。
另外，本发明可在时域中将多个广播发送/接收系统的信号复用，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可在相同的RF信号带宽中同时发送。在这种情况下，所述两个或更多个不同的广播发送/接收系统是指提供不同的广播服务的系统。不同的广播服务可表示地面广播服务、移动广播服务等。
信令生成块1040可创建用于各个功能块的操作的物理层信令信息。此信令信息也被发送以使得在接收机侧正确地恢复所关注的服务。根据本发明的实施例的信令信息可包括PLS数据。PLS向接收机提供访问物理层DP的手段。PLS数据包括PLS1数据和PLS2数据。
PLS1数据是具有固定大小、编码和调制的帧中的FSS符号中所承载的PLS数据的第一集合，其承载关于系统的基本信息以及将PLS2数据解码所需的参数。PLS1数据提供基本传输参数，包括允许PLS2数据的接收和解码所需的参数。另外，在帧组的持续时间内PLS1数据保持恒定。
PLS2数据是FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更详细的PLS数据。PLS2包含提供足够信息以便于接收机将期望的DP解码的参数。PLS2信令进一步包括两种类型的参数：PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)。PLS2静态数据是在帧组的持续时间内保持静态的PLS2数据，PLS2动态数据是逐帧动态地改变的PLS2数据。PLS数据的细节将稍后描述。
上述块可被省略或者被具有相似或相同功能的块取代。
图19示出根据本发明的实施例的BICM块。
图19所示的BICM块对应于参照图18描述的BICM块1010的实施例。
如上所述，根据本发明的实施例的用于未来广播服务的广播信号发送设备可提供地面广播服务、移动广播服务、UHDTV服务等。
由于QoS取决于根据本发明的实施例的用于未来广播服务的广播信号发送设备所提供的服务的特性，所以与各个服务对应的数据需要利用不同的方案来处理。因此，根据本发明的实施例的BICM块可通过独立地对分别与数据路径对应的数据管道应用SISO、MISO和MIMO方案来独立地处理各个DP。因此，根据本发明的实施例的用于未来广播服务的广播信号发送设备可控制通过各个DP发送的各个服务或服务组件的QoS。
(a)示出应用于没有应用MIMO的配置(或系统)的BICM块，(b)示出应用了MIMO的配置(或系统)的BICM块。
没有应用MIMO的BICM块和应用了MIMO的BICM块可包括多个处理块以用于处理各个DP。
将描述没有应用MIMO的BICM块和应用了MIMO的BICM块的各个处理块。
没有应用MIMO的BICM块的处理块5000可包括数据FEC编码器5010、比特交织器5020、星座映射器5030、信号空间分集(SSD)编码块5040和时间交织器5050。
数据FEC编码器5010对输入的BBF执行FEC编码以利用外编码(BCH)和内编码(LDPC)生成FECBLOCK过程。外编码(BCH)是可选的编码方法。数据FEC编码器5010的详细操作将稍后描述。
比特交织器5020可将数据FEC编码器5010的输出交织以在提供高效可实现的结构的同时利用LDPC码和调制方案的组合实现优化的性能。比特交织器5020的详细操作将稍后描述。
星座映射器5030可利用QPSK、QAM-16、非均匀QAM(NUQ-64、NUQ-256或NUQ-1024)或者非均匀星座(NUC-16、NUC-64、NUC-256或NUC-1024)映射对来自基本配置和手持配置中的比特交织器5020的各个信元字或者来自高级配置中的信元字解复用器5010-1的各个信元字进行调制，以给出功率归一化的星座点el。仅针对DP应用此星座映射。据观察，QAM-16和NUQ是正方形的，而NUC具有任意形状。当各个星座旋转90度的任何倍数时，旋转后的星座与其原始星座恰好交叠。此“旋转”对称性质使得实部和虚部的容量和平均功率彼此相等。针对各个码率具体地定义NUQ和NUC二者，所使用的具体一个由PLS2数据中的参数DP_MOD字段来用信号通知。
时间交织器5050可在DP层面操作。时间交织(TI)的参数可针对各个DP不同地设定。时间交织器5050的详细操作将稍后描述。
应用了MIMO的BICM块的处理块5000-1可包括数据FEC编码器、比特交织器、星座映射器和时间交织器。
然而，处理块5000-1与没有应用MIMO的BICM块的处理块5000的区别之处在于处理块5000-1还包括信元字解复用器5010-1和MIMO编码块5020-1。
另外，处理块5000-1中的数据FEC编码器、比特交织器、星座映射器和时间交织器的操作对应于上述数据FEC编码器5010、比特交织器5020、星座映射器5030和时间交织器5050的操作，因此省略其描述。
信元字解复用器5010-1用于高级配置的DP以将单个信元字流分割成双信元字流以便于MIMO处理。
MIMO编码块5020-1可利用MIMO编码方案来处理信元字解复用器5010-1的输出。MIMO编码方案被优化以用于广播信号传输。MIMO技术是获得容量增加的有前景的方式，但是它取决于信道特性。特别是对于广播，信道的强LOS分量或者由不同的信号传播特性导致的两个天线之间的接收信号功率差异使得难以从MIMO获得容量增益。所提出的MIMO编码方案利用MIMO输出信号之一的基于旋转的预编码和相位随机化而克服了这一问题。
MIMO编码旨在用于在发送机和接收机二者处需要至少两个天线的2x2MIMO系统。本发明的MIMO编码模式可被定义为全速率空间复用(FR-SM)。FR-SM编码可提供容量增加并且接收机侧的复杂度的增加相对较小。另外，本发明的MIMO编码方案对天线极性配置没有限制。
在DP层面应用MIMO处理。与成对的星座映射器输出对应的NUQ(e1,i和e2,i)被馈送至MIMO编码器的输入。成对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的同一载波k和OFDM符号l发送。
上述块可被省略或者被具有相似或相同功能的块取代。
图20示出根据本发明的另一实施例的BICM块。
图20所示的BICM块对应于参照图18描述的BICM块1010的另一实施例。
图20示出用于物理层信令(PLS)、紧急警报信道(EAC)和快速信息信道(FIC)的保护的BICM块。EAC是承载EAS信息数据的帧的一部分，FIC是承载服务与对应基本DP之间的映射信息的帧中的逻辑信道。EAC和FIC的细节将稍后描述。
参照图20，用于PLS、EAC和FIC的保护的BICM块可包括PLS FEC编码器6000、比特交织器6010和星座映射器6020。
另外，PLS FEC编码器6000可包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶校验打孔块。将描述BICM块的各个块。
PLS FEC编码器6000可对加扰的PLS 1/2数据、EAC和FIC区段进行编码。
加扰器可在BCH编码以及缩短和打孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零插入块可利用缩短BCH码对加扰的PLS 1/2数据执行外编码以用于PLS保护，并且在BCH编码之后插入零比特。仅针对PLS1数据，可在LDPC编码之前对零插入的输出比特进行置换。
LDPC编码块可利用LDPC码对BCH编码/零插入块的输出进行编码。为了生成完整编码的块，从各个零插入的PLS信息块Ildpc系统地对Cldpc和奇偶校验比特Pldpc进行编码并且附在其后。
[式1]
LDPC奇偶校验打孔块可对PLS1数据和PLS2数据执行打孔。
当缩短被应用于PLS1数据保护时，在LDPC编码之后对一些LDPC奇偶校验比特进行打孔。另外，为了PLS2数据保护，在LDPC编码之后对PLS2的LDPC奇偶校验比特进行打孔。不发送这些被打孔的比特。
比特交织器6010可将各个缩短和打孔的PLS1数据和PLS2数据交织。
星座映射器6020可将比特交织的PLS1数据和PLS2数据映射至星座。
上述块可被省略或者被具有相似或相同功能的块取代。
图21示出根据本发明的实施例的PLS的比特交织处理。
各个缩短和打孔的PLS1和PLS2编码块如图22中所述被逐比特地交织。附加奇偶校验比特的各个块利用相同的块交织结构但是单独地交织。
在BPSK的情况下，比特交织存在两个分支以将FEC编码比特复制在实部和虚部中。各个编码块被首先写入上面的分支。通过利用循环移位值floor(NFEC/2)应用模NFEC加法来将比特映射至下面的分支，其中NFEC是在缩短和打孔之后各个LDPC编码块的长度。
在诸如QSPK、QAM-16和NUQ-64的其它调制情况下，FEC编码比特被顺次写入交织器列方向，其中列数与调制阶数相同。
在读取操作中，用于一个星座符号的比特从行方向被依次读出并且馈送至比特解复用器块中。继续这些操作装置列结束。
在星座映射之前在组中逐比特地将各个比特交织组解复用。根据调制阶数，存在两个映射规则。在BPSK和QPSK的情况下，符号中的比特的可靠性相等。因此，从比特交织块读出的比特组在没有任何操作的情况下被映射至QAM符号。
在被映射至QAM符号的QAM-16和NUQ-64的情况下，操作规则描述于图23的(a)中。如图23的(a)所示，i是与比特交织中的列索引对应的比特组索引。
图21示出QAM-16的比特解复用规则。此操作继续，直至从比特交织块读取了所有比特组。
图22示出根据本发明的实施例的用于未来广播服务的广播信号接收设备的配置。
根据本发明的实施例的用于未来广播服务的广播信号接收设备可对应于参照图18描述的用于未来广播服务的广播信号发送设备。
根据本发明的实施例的用于未来广播服务的广播信号接收设备可包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将描述广播信号接收设备的各个模块的操作。
同步和解调模块9000可通过m个接收天线接收输入信号，针对与广播信号接收设备对应的系统执行信号检测和同步，并且执行与广播信号发送设备所执行的过程的逆过程对应的解调。
帧解析模块9010可解析输入信号帧并且提取发送用户所选择的服务的数据。如果广播信号发送设备执行交织，则帧解析模块9010可执行与交织的逆过程对应的解交织。在这种情况下，可通过将从信令解码模块9040输出的数据解码以恢复由广播信号发送设备生成的调度信息，来获得需要提取的信号和数据的位置。
解映射和解码模块9020可将输入信号转换为比特域数据，然后根据需要将其解交织。解映射和解码模块9020可执行为了传输效率而应用的映射的解映射，并且通过解码来纠正在传输信道上生成的错误。在这种情况下，解映射和解码模块9020可通过将从信令解码模块9040输出的数据解码来获得解映射和解码所需的传输参数。
输出处理器9030可执行由广播信号发送设备应用以改进传输效率的各种压缩/信号处理过程的逆过程。在这种情况下，输出处理器9030可从信令解码模块9400所输出的数据获取必要控制信息。输出处理器9030的输出对应于输入至广播信号发送设备的信号，并且可以是MPEG-TS、IP流(v4或v6)和通用流。
信令解码模块9400可从由同步和解调模块9000解调的信号获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可利用从信令解码模块9040输出的数据来执行其功能。
根据本发明的实施例的帧被进一步分割成多个OFDM符号和前导码。如(d)所示，帧包括前导码、一个或更多个帧信令符号(FSS)、正常数据符号和帧边缘符号(FES)。
前导码是允许快速Futurecast UTB系统信号检测的特殊符号并且提供用于信号的有效发送和接收的基本传输参数的集合。前导码的细节将稍后描述。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计进而PLS数据的快速解码，FSS具有比正常数据符号密集的导频图案。FES具有与FSS完全相同的导频，这允许FES内的仅频率插值以及紧靠FES之前的符号的时间插值(无外插)。
图23示出根据本发明的实施例的帧的信令层次结构。
图23示出信令层次结构，其被切分成与前导码信令数据11000、PLS1数据11010和PLS2数据11020对应的三个主要部分。每一个帧中的前导码符号所承载的前导码的目的是指示该帧的传输类型和基本传输参数。PLS1使得接收机能够访问并解码PLS2数据，该PLS2数据包含用于访问所关注的DP的参数。PLS2被承载于每一个帧中并且被切分成与PLS2-STAT数据和PLS2-DYN数据对应的两个主要部分。如果需要，PLS2数据的静态部分和动态部分之后是填充。
根据本发明的实施例的前导码信令数据承载使得接收机能够访问PLS数据并且跟踪帧结构内的DP所需的21比特的信息。前导码信令数据的细节如下。
FFT_SIZE：此2比特字段指示帧组内的当前帧的FFT大小，如下表1中所述。
[表1]
值 FFT大小
00 8K FFT
01 16K FFT
10 32K FFT
11 预留
GI_FRACTION：此3比特字段指示当前超帧中的保护间隔分数值，如下表2中所述。
[表2]
值 GI_FRACTION
000 1/5
001 1/10
010 1/20
011 1/40
100 1/80
101 1/160
110至111 预留
EAC_FLAG：此1比特字段指示当前帧中是否提供EAC。如果此字段被设定为“1”，则当前帧中提供紧急警报服务(EAS)。如果此字段被设定为“0”，则当前帧中没有承载EAS。此字段可在超帧内动态地切换。
PILOT_MODE：此1比特字段指示对于当前帧组中的当前帧，导频模式是移动模式还是固定模式。如果此字段被设定为“0”，则使用移动导频模式。如果该字段被设定为“1”，则使用固定导频模式。
PAPR_FLAG：此1比特字段指示对于当前帧组中的当前帧，是否使用PAPR降低。如果此字段被设定为值“1”，则音预留用于PAPR降低。如果此字段被设定为值“0”，则不使用PAPR降低。
预留：此7比特字段被预留以用于未来使用。
图24示出根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如上所述，对于一个帧组的整个持续时间，PLS1数据保持不变。PLS1数据的信令字段的详细定义如下。
PREAMBLE_DATA：此20比特字段是除了EAC_FLAG以外的前导码信令数据的副本。
NUM_FRAME_FRU：此2比特字段指示每FRU的帧数。
PAYLOAD_TYPE：此3比特字段指示帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表3中所示来用信号通知。
[表3]
值 有效载荷类型
1XX 发送TS。
X1X 发送IP流。
XX1 发送GS。
NUM_FSS：此2比特字段指示当前帧中的FSS的数量。
SYSTEM_VERSION：此8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被分割成两个4比特字段：主版本和次版本。
主版本：与SYSTEM_VERSION字段的四个比特对应的MSB指示主版本信息。主版本字段的改变指示不可向后兼容的改变。默认值为“0000”。对于此标准中所描述的版本，该值被设定为“0000”。
次版本：与SYSTEM_VERSION字段的四个比特对应的LSB指示次版本信息。次版本字段的改变可向后兼容。
CELL_ID：这是唯一地标识ATSC网络中的地理小区的16比特字段。根据每Futurecast UTB系统所使用的频率的数量，ATSC小区覆盖区域可包括一个或更多个频率。如果CELL_ID的值未知或未指定，则此字段被设定为“0”。
NETWORK_ID：这是唯一地标识当前ATSC网络的16比特字段。
SYSTEM_ID：此16比特字段唯一地标识ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是地面广播系统，其输入是一个或更多个输入流(TS、IP、GS)，其输出是RF信号。Futurecast UTB系统承载一个或更多个PHY配置和FEF(如果有的话)。相同的Futurecast UTB系统在不同的地理区域中可承载不同的输入流并且使用不同的RF，从而允许本地服务插入。在一个地方控制帧结构和调度，并且对于Futurecast UTB系统内的所有传输均为相同的。一个或更多个Futurecast UTB系统可具有相同的SYSTEM_ID，这意味着它们全部具有相同的物理层结构和配置。
下面的循环包括用于指示各个帧类型的FRU配置和长度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED。循环大小是固定的，从而在FRU内用信号通知四个PHY配置(包括FEF)。如果NUM_FRAME_FRU小于4，则利用零填充未用字段。
FRU_PHY_PROFILE：此3比特字段指示所关联的FRU的第(i+1)(i是循环索引)帧的PHY配置类型。此字段使用如表8所示的相同信令格式。
FRU_FRAME_LENGTH：此2比特字段指示所关联的FRU的第(i+1)帧的长度。将FRU_FRAME_LENGTH与FRU_GI_FRACTION一起使用，可获得帧持续时间的准确值。
FRU_GI_FRACTION：此3比特字段指示所关联的FRU的第(i+1)帧的保护间隔分数值。根据表7来用信号通知FRU_GI_FRACTION。
RESERVED：此4比特字段被预留用于未来使用。
以下字段提供用于将PLS2数据解码的参数。
PLS2_FEC_TYPE：此2比特字段指示由PLS2保护使用的FEC类型。根据表4来用信号通知FEC类型。LDPC码的细节将稍后描述。
[表4]
内容 PLS2FEC类型
00 4K-1/4和7K-3/10LDPC码
01至11 预留
PLS2_MOD：此3比特字段指示PLS2所使用的调制类型。根据表5来用信号通知调制类型。
[表5]
值 PLS2_MODE
000 BPSK
001 QPSK
010 QAM-16
011 NUQ-64
100至111 预留
PLS2_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当前帧组中承载的PLS2的全编码块集合的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_STAT_SIZE_BIT：此14比特字段指示当前帧组的PLS2-STAT的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_DYN_SIZE_BIT：此14比特字段指示当前帧组的PLS2-DYN的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_REP_FLAG：此1比特标志指示当前帧组中是否使用PLS2重复模式。当该字段被设定为值“1”时，PLS2重复模式被激活。当该字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_REP_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当使用PLS2重复时当前帧组的每一个帧中承载的PLS2的部分编码块集合的大小(被指定为QAM信元的数量)。如果未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_FEC_TYPE：此2比特字段指示用于下一帧组的每一个帧中承载的PLS2的FEC类型。根据表10来用信号通知FEC类型。
PLS2_NEXT_MOD：此3比特字段指示用于下一帧组的每一个帧中承载的PLS2的调制类型。根据表11来用信号通知调制类型。
PLS2_NEXT_REP_FLAG：此1比特标志指示下一帧组中是否使用PLS2重复模式。当此字段被设定为值“1”时，PLS2重复模式被激活。当此字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_NEXT_REP_SIZE_CELL：此15比特字段指示Ctotal_full_block，当使用PLS2重复时下一帧组的每一个帧中承载的PLS2的全编码块集合的大小(被指定为QAM信元的数量)。如果下一帧组中未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_REP_STAT_SIZE_BIT：此14比特字段指示下一帧组的PLS2-STAT的大小(比特)。该值在当前帧组中恒定。
PLS2_NEXT_REP_DYN_SIZE_BIT：此14比特字段指示下一帧组的PLS2-DYN的大小(比特)。该值在当前帧组中恒定
PLS2_AP_MODE：此2比特字段指示当前帧组中是否为PLS2提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。下表6提供该字段的值。当该字段被设定为值“00”时，在当前帧组中PLS2不使用附加奇偶校验。
[表6]
值 PLS2-AP模式
00 不提供AP
01 AP1模式
10至11 预留
PLS2_AP_SIZE_CELL：此15比特字段指示PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_AP_MODE：此2比特字段指示在下一帧组的每一个帧中是否为PLS2信令提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。表12定义了该字段的值。
PLS2_NEXT_AP_SIZE_CELL：此15比特字段指示下一帧组的每一个帧中的PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
RESERVED：此32比特字段被预留以用于未来使用。
CRC_32：32比特纠错码，其被应用于所有PLS1信令。
图25示出根据本发明的实施例的PLS2数据。
图25示出PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内相同，而PLS2-DYN数据提供当前帧特定的信息。
下面描述PLS2-STAT数据的字段的细节。
FIC_FLAG：此1比特字段指示当前帧组中是否使用FIC。如果此字段被设定为“1”，则在当前帧中提供FIC。如果此字段被设定为“0”，则当前帧中没有承载FIC。该值在当前帧组的整个持续时间期间恒定。
AUX_FLAG：此1比特字段指示当前帧组中是否使用辅助流。如果此字段被设定为“1”，则当前帧中提供辅助流。如果此字段被设定为“0”，则当前帧中没有承载辅助流。该值在当前帧组的整个持续时间期间恒定。
NUM_DP：此6比特字段指示当前帧内承载的DP的数量。此字段的值的范围从1至64，DP的数量为NUM_DP+1。
DP_ID：此6比特字段唯一地标识PHY配置内的DP。
DP_TYPE：此3比特字段指示DP的类型。这根据下表7来用信号通知。
[表7]
值 DP类型
000 DP类型1
001 DP类型2
010至111 预留
DP_GROUP_ID：此8比特字段标识当前DP所关联的DP组。这可由接收机用来访问与具有相同的DP_GROUP_ID的特定服务关联的服务组件的DP。
BASE_DP_ID：此6比特字段指示承载管理层中所使用的服务信令数据(例如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承载服务信令数据以及服务数据的正常DP或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：此2比特字段指示关联的DP所使用的FEC类型。根据下表8来用信号通知FEC类型。
[表8]
值 FEC_TYPE
00 16K LDPC
01 64K LDPC
10至11 预留
DP_COD：此4比特字段指示关联的DP所使用的码率。根据下表9来用信号通知码率。
[表9]
值 码率
0000 5/15
0001 6/15
0010 7/15
0011 8/15
0100 9/15
0101 10/15
0110 11/15
0111 12/15
1000 13/15
1001至1111 预留
DP_MOD：此4比特字段指示关联的DP所使用的调制。根据下表10来用信号通知调制。
[表10]
值 调制
0000 QPSK
0001 QAM-16
0010 NUQ-64
0011 NUQ-256
0100 NUQ-1024
0101 NUC-16
0110 NUC-64
0111 NUC-256
1000 NUC-1024
1001至1111 预留
DP_SSD_FLAG：此1比特字段指示关联的DP中是否使用SSD模式。如果此字段被设定为值“1”，则使用SSD。如果此字段被设定为值“0”，则不使用SSD。
仅当PHY_PROFILE等于“010”(指示高级配置)时以下字段才出现：
DP_MIMO：此3比特字段指示哪一种类型的MIMO编码处理被应用于所关联的DP。MIMO编码处理的类型根据下表11来用信号通知。
[表11]
值 MIMO编码
000 FR-SM
001 FRFD-SM
010至111 预留
DP_TI_TYPE：此1比特字段指示时间交织的类型。值“0”指示一个TI组对应于一个帧并且包含一个或更多个TI块。值“1”指示一个TI组被承载于不止一个帧中并且仅包含一个TI块。
DP_TI_LENGTH：此2比特字段(允许值仅为1、2、4和8)的使用由DP_TI_TYPE字段内设定的值如下确定。
如果DP_TI_TYPE被设定为值“1”，则此字段指示PI，各个TI组所映射至的帧的数量，并且每TI组存在一个TI块(NTI＝1)。具有2比特字段的PI的允许值定义于下表12中。
如果DP_TI_TYPE被设定为值“0”，则此字段指示每TI组的TI块的数量NTI，并且每帧存在一个TI组(PI＝1)。具有2比特字段的PI的允许值定义于下表12中。
[表12]
2比特字段 PI NTI
00 1 1
01 2 2
10 4 3
11 8 4
DP_FRAME_INTERVAL：此2比特字段指示所关联的DP的帧组内的帧间隔(IJUMP)，允许值为1、2、4和8(对应的2比特字段分别为“00”、“01”、“10”或“11”)。对于没有帧组的每一个帧出现的DP，此字段的值等于连续帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则此字段被设定为值“4”。对于出现在每一个帧上的DP，此字段被设定为值“1”。
DP_TI_BYPASS：此1比特字段确定时间交织器5050的可用性。如果时间交织未用于DP，则此字段的值被设定为“1”。如果使用时间交织，则该值被设定为“0”。
DP_FIRST_FRAME_IDX：此5比特字段指示超帧中的当前DP出现的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31。
DP_NUM_BLOCK_MAX：此10比特字段指示此DP的DP_NUM_BLOCKS的最大值。此字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：此2比特字段指示给定DP所承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据下表13来用信号通知。
[表13]
值 有效载荷类型
00 TS
01 IP
10 GS
11 预留
DP_INBAND_MODE：此2比特字段指示当前DP是否承载带内信令信息。带内信令类型根据下表14来用信号通知。
[表14]
值 带内模式
00 没有承载带内信令。
01 承载INBAND-PLS。
10 承载INBAND-ISSY。
11 承载INBAND-PLS和INBAND-ISSY。
DP_PROTOCOL_TYPE：此2比特字段指示给定DP所承载的有效载荷的协议类型。当选择输入有效载荷类型时，协议类型根据下表15来用信号通知。
[表15]
DP_CRC_MODE：此2比特字段指示输入格式化块中是否使用CRC编码。CRC模式根据下表16来用信号通知。
[表16]
值 CRC模式
00 未使用
01 CRC-8
10 CRC-16
11 CRC-32
DNP_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的空分组删除模式。DNP_MODE根据下表17来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设定为值“00”。
[表17]
值 空分组删除模式
00 未使用
01 DNP-NORMAL
10 DNP-OFFSET
11 预留
ISSY_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的ISSY模式。ISSY_MODE根据下表18来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设定为值“00”。
[表18]
值 ISSY模式
00 未使用
01 ISSY-UP
10 ISSY-BBF
11 预留
HC_MODE_TS：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的TS头压缩模式。HC_MODE_TS根据下表19来用信号通知。
[表19]
值 头压缩模式
00 HC_MODE_TS 1
01 HC_MODE_TS 2
10 HC_MODE_TS 3
11 HC_MODE_TS 4
HC_MODE_IP：此2比特字段指示当DP_PAYLOAD_TYPE被设定为IP(“01”)时的IP头压缩模式。HC_MODE_IP根据下表20来用信号通知。
[表20]
值 头压缩模式
00 未压缩
01 HC_MODE_IP 1
10至11 预留
PID：此13比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)并且HC_MODE_TS被设定为“01”或“10”时的TS头压缩的PID号。
RESERVED：此8比特字段被预留以用于未来使用。
仅当FIC_FLAG等于“1”时以下字段才出现。
FIC_VERSION：此8比特字段指示FIC的版本号。
FIC_LENGTH_BYTE：此13比特字段指示FIC的长度(字节)。
RESERVED：此8比特字段被预留以用于未来使用。
仅当AUX_FLAG等于“1”时以下字段才出现。
NUM_AUX：此4比特字段指示辅助流的数量。零表示没有使用辅助流。
AUX_CONFIG_RFU：此8比特字段被预留以用于未来使用。
AUX_STREAM_TYPE：此4比特被预留以用于未来用于指示当前辅助流的类型。
AUX_PRIVATE_CONFIG：此28比特字段被预留以用于未来用于用信号通知辅助流。
图26示出根据本发明的另一实施例的PLS2数据。
图26示出PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可在一个帧组的持续时间期间改变，而字段的大小保持恒定。
PLS2-DYN数据的字段的细节如下。
FRAME_INDEX：此5比特字段指示超帧内的当前帧的帧索引。超帧的第一帧的索引被设定为“0”。
PLS_CHANGE_COUNTER：此4比特字段指示配置改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”，则它表示预见没有调度的改变。例如，值“1”指示下一超帧存在改变。
FIC_CHANGE_COUNTER：此4比特字段指示配置(即，FIC的内容)改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”，则它表示预见没有调度的改变。例如，值“0001”指示下一超帧存在改变。
RESERVED：此16比特字段被预留以用于未来使用。
以下字段出现在NUM_DP上的循环中，描述与当前帧中承载的DP关联的参数。
DP_ID：此6比特字段唯一地指示PHY配置内的DP。
DP_START：此15比特(或13比特)字段利用DPU寻址方案指示第一DP的起始位置。DP_START字段根据PHY配置和FFT大小而具有不同的长度，如下表21所示。
[表21]
DP_NUM_BLOCK：此10比特字段指示当前DP的当前TI组中的FEC块的数量。DP_NUM_BLOCK的值从0至1023。
RESERVED：此8比特字段被预留以用于未来使用。
以下字段指示与EAC关联的FIC参数。
EAC_FLAG：此1比特字段指示当前帧中的EAC的存在。此比特是与前导码中的EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：此8比特字段指示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，则随后的12比特被分配给EAC_LENGTH_BYTE。如果EAC_FLAG字段等于“0”，则随后的12比特被分配给EAC_COUNTER。
EAC_LENGTH_BYTE：此12比特字段指示EAC的长度(字节)。
EAC_COUNTER：此12比特字段指示在EAC到达的帧前面的帧的数量。
仅当AUX_FLAG字段等于“1”时以下字段才出现。
AUX_PRIVATE_DYN：此48比特字段被预留以用于未来用于用信号通知辅助流。此字段的含义取决于可配置的PLS2-STAT中的AUX_STREAM_TYPE的值。
CRC_32：32比特纠错码，其被应用于整个PLS2。
图27示出根据本发明的实施例的帧的逻辑结构。
如上所述，PLS、EAC、FIC、DP、辅助流和虚拟信元被映射至帧中的OFDM符号的有效载波。PLS1和PLS2被首先映射至一个或更多个FSS。此后，EAC信元(如果有的话)被映射至紧随PLS字段之后，随后是FIC信元(如果有的话)。接下来DP被映射至PLS之后或者EAC或FIC(如果有的话)之后。首先映射类型1DP，接下来映射类型2DP。DP的类型的细节将稍后描述。在一些情况下，DP可承载EAS的一些特殊数据或者服务信令数据。辅助流(如果有的话)跟随在DP之后，然后跟随着虚拟信元。当按照上述顺序(即，PLS、EAC、FIC、DP、辅助流和虚拟数据信元)将PLS、EAC、FIC、DP、辅助流和虚拟数据信元全部一起映射时，准确地填充了帧中的信元容量。
图28示出根据本发明的实施例的PLS映射。
PLS信元被映射至FSS的有效载波。根据PLS所占据的信元的数量，一个或更多个符号被指定为FSS，并且由PLS1中的NUM_FSS来用信号通知FSS的数量NFSS。FSS是用于承载PLS信元的特殊符号。由于在PLS中鲁棒性和延迟是关键问题，所以FSS具有更高的导频密度，以允许快速同步以及FSS内的仅频率插值。
PLS信元按照上下方式被映射至FSS的有效载波，如图所示。PLS1信元首先从第一FSS的第一信元开始按照信元索引的增序映射。PLS2信元紧随PLS1的最后信元之后，并且向下继续映射直至第一FSS的最后信元索引。如果所需的PLS信元的总数超过一个FSS的有效载波的数量，则映射进行至下一FSS并且按照与第一FSS完全相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果当前帧中存在EAC、FIC或这二者，则EAC和FIC被设置在PLS与“正常”DP之间。
以下将描述根据本发明的实施例对FEC结构进行编码。如上所述，数据FEC编码器可利用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码以生成FECBLOCK过程。所示的FEC结构对应于FECBLOCK。另外，FECBLOCK和FEC结构具有与LDPC码字的长度对应的相同值。
如上所述，对各个BBF应用BCH编码(Kbch比特)，然后对BCH编码的BBF应用LDPC编码(Kldpc比特＝Nbch比特)。
Nldpc的值为64800比特(长FECBLOCK)或16200比特(短FECBLOCK)。
下表22和表23分别示出长FECBLOCK和短FECBLOCK的FEC编码参数。
[表22]
[表23]
BCH编码和LDPC编码的操作的细节如下。
12纠错BCH码用于BBF的外编码。通过将所有多项式一起相乘来获得短FECBLOCK和长FECBLOCK的BCH生成多项式。
LDPC码用于对外BCH编码的输出进行编码。为了生成完成的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从各个Ildpc(BCH编码的BBF)系统地编码并且被附到Ildpc。完成的Bldpc(FECBLOCK)由下式表示。
[式2]
长FECBLOCK和短FECBLOCK的参数分别在上表22和23中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下。
1)将奇偶校验比特初始化
[式3]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特-i0。奇偶校验矩阵的地址的细节将稍后描述。例如，对于码率13/15，
[式4]
3)对于接下来的359个信息比特is(s＝1、2、...、359)，在利用下式在奇偶校验比特地址处累加is。
[式5]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
这里，x表示与第一比特i0对应的奇偶校验比特累加器的地址，Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例，对于码率13/15，Qldpc＝24，因此对于信息比特i1，执行以下操作。
[式6]
4)对于第361信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式，利用式6获得随后的359个信息比特is(s＝361、362、…、719)的奇偶校验比特累加器的地址，其中x表示与信息比特i360对应的奇偶校验比特累加器的地址，即，奇偶校验矩阵的第二行地址的条目。
5)按照类似的方式，对于每一组的360个新信息比特，使用来自奇偶校验矩阵的地址的新的一行来寻找奇偶校验比特累加器的地址。
在所有信息比特被耗尽之后，获得最终奇偶校验比特如下。
6)从i＝1开始依次执行以下操作。
[式7]
这里，pi(i＝0、1、...Nldpc-Kldpc-1)的最终内容等于奇偶校验比特pi。
[表24]
码率 Qldpc
5/15 120
6/15 108
7/15 96
8/15 84
9/15 72
10/15 60
11/15 48
12/15 36
13/15 24
短FECBLOCK的此LDPC编码过程依据长FECBLOCK的t LDPC编码过程，不同的是用表25代替表24，用短FECBLOCK的奇偶校验矩阵的地址代替长FECBLOCK的奇偶校验矩阵的地址。
[表25]
码率 Qldpc
5/15 30
6/15 27
7/15 24
8/15 21
9/15 18
10/15 15
11/15 12
12/15 9
13/15 6
图29示出根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP层面操作。可针对各个DP不同地设定时间交织(TI)的参数。
出现在PLS2-STAT数据的部分中的以下参数配置TI。
DP_TI_TYPE(允许值：0或1)：此参数表示TI模式。值“0”指示每TI组具有多个TI块(不止一个TI块)的模式。在这种情况下，一个TI组被直接映射至一个帧(没有帧间交织)。值“1”指示每TI组仅具有一个TI块的模式。在这种情况下，TI块可被散布在不止一个帧上(帧间交织)。
DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，则此参数是每TI组的TI块的数量NTI。对于DP_TI_TYPE＝“1”，此参数是从一个TI组散布的帧的数量PI。
DP_NUM_BLOCK_MAX(允许值：0至1023)：此参数表示每TI组的XFECBLOCK的最大数量。
DP_FRAME_INTERVAL(允许值：1、2、4和8)：此参数表示承载给定PHY配置的相同DP的两个连续帧之间的帧的数量IJUMP。
DP_TI_BYPASS(允许值：0或1)：如果对于DP未使用时间交织，则此参数被设定为“1”。如果使用时间交织，则此参数被设定为“0”。
另外，来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数量。
当对于DP未使用时间交织时，不考虑随后的TI组、时间交织操作和TI模式。然而，仍可能需要用于来自调度器的动态配置信息的延迟补偿块。在各个DP中，从SSD/MIMO编码接收的XFECBLOCK被组成TI组。即，各个TI组是整数个XFECBLOCK的集合，并且包含数量可动态变化的XFECBLOCK。索引n的TI组中的XFECBLOCK的数量由NxBLOCK_Group(n)表示并且作为PLS2-DYN数据中的DP_NUM_BLOCK来用信号通知。需要注意的是，NxBLOCK_Group(n)可从最小值0变化至最大值NxBLOCK_Group_MAX(对应于DP_NUM_BLOCK_MAX)，其最大值为1023。
各个TI组被直接映射至一个帧或者被散布在PI个帧上。各个TI组还被分割成不止一个TI块(NTI)，其中各个TI块对应于时间交织器存储器的一次使用。TI组内的TI块可包含数量略微不同的XFECBLOCK。如果TI组被分割成多个TI块，则TI组被直接映射至仅一个帧。如下表26所示，时间交织存在三种选项(除了跳过时间交织的额外选项以外)。
[表26]
通常，时间交织器还可在帧创建的处理之前用作DP数据的缓冲器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。第二TI块被写入第二库，而从第一库读取，等等。
TI是扭曲行-列块交织器。对于第n TI组的第s TI块，TI存储器的行数Nr等于信元数Ncells(即，Nr＝Ncells)，而列数Nc等于数量NxBLOCK_TI(n,s)。
图30示出根据本发明的实施例的扭曲行-列块交织器的基本操作。
图30的(a)示出时间交织器中的写入操作，图30的(b)示出时间交织器中的读取操作。如(a)所示，第一XFECBLOCK按照列方向被写入TI存储器的第一列中，第二XFECBLOCK被写入下一列中，依此类推。然后，在交织阵列中，在对角线方向上读出信元。如(b)所示，在从第一行(从最左列开始沿着行向右)到最后行对角线方向读取期间，读出Nr个信元。详细地讲，假设zn，s，i(i＝0，...，NrNc)作为要依次读取的TI存储器信元位置，这种交织阵列中的读取处理通过如下式计算行索引Rn，s，i、列索引Cn，s，i以及关联的扭曲参数Tn，s，i来执行。
[式8]
GENERATE(Rn，s，i，Cn，s，i)＝
{
Rn，s，i＝mod(i，Nr)，
Tn，s，i＝mod(Sshift×Rn，s，i，Nc)，
}
这里，Sshift是与NxBLOCK_TI(n，s)无关的对角线方向读取处理的公共偏移值，该偏移值如下式通过PLS2-STAT中给出的NxBLOCK_TI_MAX确定。
[式9]
对于
结果，要读取的信元位置通过坐标zn，s，i＝NrCn，s，i+Rn，s，i来计算。
图31示出根据本发明的另一实施例的扭曲行-列块交织器的操作。
更具体地讲，图31示出当NxBLOCK_TI(0，0)＝3，NxBLOCK_TI(1，0)＝6并且NxBLOCK_TI(2，0)＝5时，包括虚拟XFECBLOCK的各个TI组的TI存储器中的交织阵列。
可变数量NxBLOCK_TI(n，s)＝Nr可小于或等于N′xBLOCK_TI_MAX。因此，为了在接收机侧实现单存储器解交织，而不管NxBLOCK_TI(n，s)如何，用于扭曲行-列块交织器中的交织阵列通过将虚拟XFECBLOCK插入TI存储器中而被设定为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下式完成读取处理。
[式10]
TI组的数量被设定为3。在PLS2-STAT数据中通过DP_TI_TYPE＝“0”、DP_FRAME_INTERVAL＝“1”和DP_TI_LENGTH＝“1”(即，NTI＝1、IJUMP＝1和PI＝1)来用信号通知时间交织器的选项。在PLS2-DYN数据中分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6和NxBLOCK_TI(2,0)＝5来用信号通知每TI组的XFECBLOCK(各自具有Ncells＝30个信元)的数量。在PLS2-STAT数据中通过NxBLOCK_Group_MAX(得到)来通知XFECBLOCK的最大数量。
在与单个OFDM符号对应的数据上操作的频率交织器的目的是通过随机地交织从帧构建器接收的数据信元来提供频率分集。为了在单个帧中得到最大交织增益，针对由两个连续的OFDM符号组成的每一个OFDM符号对使用不同的交织序列。
因此，根据本实施例的频率交织器可包括用于生成交织地址以将对应数据应用于符号对的交织地址生成器。
图32示出根据本发明的实施例的包括根据各个FFT模式的主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器。
(a)示出用于8K FFT模式的交织地址生成器的框图，(b)示出用于16K FFT模式的交织地址生成器的框图，(c)示出用于32K FFT模式的交织地址生成器的框图。
用于OFDM符号对的交织处理利用单个交织序列被描述如下。首先，对于l＝0，...，Nsym-1，一个OFDM符号中待交织的可用数据信元(来自信元映射器的输出信元)Om,l被定义为其中xm,l,p是第m帧中的第l OFDM符号的第p信元，Ndata是数据信元的数量：对于帧信令符号Ndata＝CFSS，对于正常数据Ndata＝Cdata，对于帧边缘符号Ndata＝CFES。另外，对于l＝0，...，Nsym-1，交织的数据信元被定义为
对于OFDM符号对，交织的OFDM符号对由给出，对于各个对的第一OFDM符号，对于各个对的第二OFDM符号，其中Hl(p)是由PRBS生成器生成的交织地址。
图33示出根据本发明的实施例的用于所有FFT模式的主PRBS。
(a)示出主PRBS，(b)示出各个FFT模式的参数Nmax。
图34示出根据本发明的实施例的用于FFT模式的次PRBS以及用于频率交织的交织地址。
(a)示出次PRBS生成器，(b)示出用于频率交织的交织地址。根据本发明的实施例的循环移位值可被称作符号偏移。
图35示出根据本发明的实施例的时间交织器的写入操作。
图35示出针对两个TI组的写入操作。
图中左边的方框示出TI存储器地址阵列，图中右边的方框示出当虚拟FEC块和一个虚拟FEC块被分别插入两个邻接的TI组的头部中时的写入操作。
以下将描述时间交织器的配置以及使用卷积交织器(CI)和块交织器(BI)二者或者根据物理层管道(PLP)模式选择性地使用CI或BI的时间交织方法。根据本发明的实施例的PLP是与上述DP相同的概念对应的物理路径，PLP的名称可由设计者来改变。
根据本发明的实施例的PLP模式可根据由广播信号发送机或广播信号发送设备处理的PLP的数量而包括单PLP模式或多PLP模式。单PLP模式对应于广播信号发送设备处理一个PLP的情况。单PLP模式可被称作单个PLP。
多PLP模式对应于广播信号发送设备处理一个或更多个PLP的情况。多PLP模式可被称作多个PLP。
在本发明中，根据PLP模式应用不同的时间交织方案的时间交织可被称作混合时间交织。在多PLP模式中针对各个PLP(或者在各个PLP层面)应用根据本发明的实施例的混合时间交织。
图36示出根据表中的PLP的数量应用的交织类型。
在根据本发明的实施例的时间交织中，可基于PLP_NUM的值来确定交织类型。PLP_NUM是指示PLP模式的信令字段。当PLP_NUM具有值1时，PLP模式对应于单个PLP。根据本实施例的单个PLP可仅应用于CI。
当PLP_NUM具有大于1的值时，PLP模式对应于多个PLP。根据本实施例的多个PLP可被应用于CI和BI。在这种情况下，CI可执行帧间交织，BI可执行帧内交织。
图37是包括上述混合时间交织器的结构的第一示例的框图。
根据第一示例的混合时间交织器可包括BI和CI。本发明的时间交织器可位于BICM链块与帧构建器之间。
除了时间交织器5050以外，图37和图38所示的BICM链块可包括图19所示的BICM块的处理块5000中的块。图37和图38所示的帧构建器可执行与图18的帧构建块1020相同的功能。
如上文所述，可根据PLP_NUM的值确定是否根据混合时间交织器的结构的第一示例应用BI。即，当PLP_NUM＝1时，不应用BI(BI被关闭)并且仅应用CI。当PLP_NUM>1时，可应用BI和CI二者(BI被打开)。当PLP_NUM>1时应用的CI的结构和操作可与当PLP_NUM＝1时应用的CI的结构和操作相同或相似。
图38是包括上述混合时间交织器的结构的第二示例的框图。
混合时间交织器的结构的第二示例中所包括的各个块的操作与图20中的以上描述相同。可根据PLP_NUM的值确定是否根据混合时间交织器的结构的第二示例应用BI。根据第二示例的混合时间交织器的各个块可根据本发明的实施例执行操作。在这种情况下，在PLP_NUM＝1的情况和PLP_NUM>1的情况之间，所应用的CI的结构和操作可不同。
图39是包括混合时间解交织器的结构的第一示例的框图。
根据第一示例的混合时间解交织器可执行与根据上述第一示例的混合时间交织器的逆操作对应的操作。因此，根据图39的第一示例的混合时间解交织器可包括卷积解交织器(CDI)和块解交织器(BDI)。
当PLP_NUM>1时应用的CDI的结构和操作可与当PLP_NUM＝1时应用的CDI的结构和操作相同或相似。
可根据PLP_NUM的值确定是否根据混合时间解交织器的结构的第一示例应用BDI。即，当PLP_NUM＝1时，不应用BDI(BDI被关闭)并且仅应用CDI。
混合时间解交织器的CDI可执行帧间解交织，BDEI可执行帧内解交织。帧间解交织和帧内解交织的细节与上面的描述相同。
图39和图40所示的BICM解码块可执行图37和图38的BICM链块的逆操作。
图40是包括混合时间解交织器的结构的第二示例的框图。
根据第二示例的混合时间解交织器可执行与根据上述第二示例的混合时间交织器的逆操作对应的操作。混合时间解交织器的结构的第二示例中所包括的各个块的操作可与上面图39中的描述相同。
可根据PLP_NUM的值确定是否根据混合时间解交织器的结构的第二示例应用BDI。根据第二示例的混合时间解交织器的各个块可根据本发明的实施例执行操作。在这种情况下，在PLP_NUM＝1的情况和PLP_NUM>1的情况之间，所应用的CDI的结构和操作可不同。
图41是根据本发明的实施例的电子装置的框图。
参照图41，电子装置100包括控制器110和通信单元120。控制器110可与配套装置建立通信链接。另外，当建立与配套装置的通信链接时，通信单元120可与配套装置交换数据。
另外，控制器110可包括网络处理器111和应用处理器112。应用处理器112可向网络处理器111请求与配套装置的连接。
网络处理器111可将从应用处理器112接收的连接请求置于待命状态，因为网络处理器111还未与配套装置连接。随后，网络处理器111可从配套装置接收连接请求。网络处理器111可基于从配套装置接收的信息来搜索来自应用处理器112的匹配连接请求。在找到匹配连接请求时，网络处理器111可将配套装置连接至应用处理器112。
作为示例，应用处理器112可对应于应用模块或应用浏览器。另选地，应用处理器112可对应于HbbTV应用。作为示例，网络处理器111可被实现为网络模块。另选地，网络处理器111可对应于WebSocket服务器。网络处理器111可将应用处理器112和配套装置互连。作为示例，当网络处理器111被实现为WebSocket服务器时，应用处理器112和配套装置中的每一个可被视为一个客户端。换言之，WebSocket服务器可将第一客户端和第二客户端连接。另选地，第一客户端和第二客户端中的每一个可被称作对等体(peer)。根据情况，WebSocket服务器可被实现为在电子装置之外的单独的装置。
此外，应用处理器112可操作一个应用。另外，配套装置可操作一个应用。应用处理器112可通过网络处理器111连接至配套装置。配套装置可从应用处理器112接收数据，并且接收并驱动应用处理器112正在驱动的应用。另选地，应用处理器112和配套装置中的每一个可驱动应用。应用处理器112可连接至配套装置以与配套装置交换数据。在这种情况下，电子装置100和配套装置可被视为执行应用间通信。
WebSocket服务器可用作中继器，并且可在应用之间生成通信信道。所生成的通信信道可使得电子装置100和配套装置能够彼此通信。WebSocket服务器可利用期望执行通信的应用的名称ID和来源ID来连接请求相同信息的应用之间的信道以生成通信信道。例如，上述方法可连接应用(客户端)和应用(客户端)，而无需修正HbbTV2.0中的WebSocket API。
在此说明书中，各个术语是可互换的。
图42是用于描述根据本发明的实施例的第一客户端的连接的图。
图42示出电子装置100a和配套装置200a。电子装置100a可包括应用处理器和网络处理器。作为示例，应用处理器可对应于HbbTV应用或第一应用，网络处理器可对应于HbbTVWebSocket服务器。配套装置200a可包括配套装置处理器。作为示例，配套装置处理器可对应于配套应用或第二客户端。WebSocket服务器可能需要改变以连接客户端。以下，将描述与WebSocket服务器的改变有关的操作。改变的WebSocket服务器可在HbbTV 2.0TV中驱动。
通常，WebSocket客户端可在初始GET请求中连同WebSocket连接升级头一起指定WebSocket客户端期望连接的远程主机以及该主机中的期望的服务的相对URI。然而，在HbbTV中，用于通信连接的对等体(例如，配套装置)可能未与WebSocket服务器接触。因此，来自第一客户端的针对客户端至客户端连接的连接请求需要被保持有效，直至目标对等体请求连接。
在这方面，升级的WebSocket协议GET请求可包括定义特定用途的两个字段。Request-URI可具有带公共前缀字符串的预定义的格式。该字段可用于与对应通信对等体匹配。Host request-header(主机请求头)字段可表示在WebSocket服务器中操作的TV机(当建立与具有匹配Request-URI的任意对等体的通信时)，或者表示特定配套装置(当建立与指定装置和匹配Request-URI的通信时)。换言之，应用处理器可向网络处理器发送指示关于在网络处理器中操作的电子装置或配套装置的信息的主机请求头信息。
Request-URI字段的格式可根据以下ABNF语法：
HbbTV-Request-URI＝"/hbbtv/"org-id"."app-id
org-id＝8HEX
app-id＝4HEX
响应于Request-URI，WebSocket服务器需要生成流前端，其可意指与客户端的升级的GET请求中所支持的URI请求关联的半开连接。WebSocket服务器可在等待另一对等体出现的同时将第一客户端维持在待命状态，而非立即响应WebSocket Protocol Handshake(协议握手)响应。当WebSocket服务器期望实现超时时，服务器可利用504Gateway Timeout(网关超时)响应来响应。
客户端在请求客户端至客户端连接时可不使用Sec-WebSocket Protocol头。服务器可忽略客户端至客户端连接请求中的Sec-WebSocket Protocol头。如果客户端至客户端连接请求中的Host header(主机头)字段没有指定服务器所附接至的本地子网上的任何装置，则服务器可利用403Forbidden(禁止)响应来响应。所有HbbTV 2.0WebSocket客户端可使用向HbbTV 2.0WebSocket服务器请求客户端至客户端连接的方法。
换言之，通常，WebSocket客户端将在初始GET请求中连同WebSocket连接升级头一起指定它希望与之建立连接的远程主机以及该主机上的期望的服务的相对URI。然而在HbbTV情况下，还无法假设要建立通信的对等体已接触WebSocket服务器。因此，在特殊客户端至客户端模式下来自客户端的连接请求需要被保持有效，直至另一合适的对等体出现。
为此，我们为WebSocket协议升级GET请求的两个字段定义了特殊用途。
作为Request-Line的一部分的Request-URI采取带公共前缀字符串的预定义的格式。该字段用于与对应通信对等体匹配。
Host request-header字段将表示在WebSocket服务器中运行的TV机(在这种情况下将建立与具有匹配Request-URI的任何对等体的通信)，或者表示特定配套装置(在这种情况下将仅建立与指定装置和匹配Request-URI的通信)。
Request-URI字段的格式将根据以下ABNF语法：
HbbTV-Request-URI＝"/hbbtv/"org-id"."app-id
org-id＝8HEX
app-id＝4HEX
这些规则示出于图42中。响应于这种请求，HbbTV WebSocket服务器将创建流前端，它是与客户端的升级GET请求中所供应的Request-URI关联的半开连接。服务器不立即利用WebSocket Protocol Handshake响应来响应，而是等待其它对等体出现，从而使第一客户端等待。在服务器希望实现超时的情况下，它将利用504Gateway Timeout响应来响应。
客户端在请求客户端至客户端连接时将不使用Sec-WebSocket-Protocol头。服务器可忽略客户端至客户端连接请求中的Sec-WebSocket-Protocol头。如果客户端至客户端连接请求中的Host header字段没有指定服务器所附接至的任何本地子网上的装置，则服务器将利用403Forbidden响应来响应。所有HbbTV 2.0WebSocket客户端将使用此部分中所描述的方法来向HbbTV 2.0WebSocket服务器请求客户端至客户端连接。
图43是用于描述根据本发明的实施例的第二客户端的连接的图。
图43示出电子装置100a和配套装置200a。电子装置100a可包括应用处理器和网络处理器。网络处理器(例如，WebSocket服务器)可从HbbTV应用和配套应用接收连接请求。
当另一客户端使用上述方法请求客户端至客户端连接时，服务器可如图43所示针对新请求创建流前端。在创建新的流前端之后，服务器可在当前等待连接的流前端的集合中搜索与新创建的流前端匹配的Request-URI和Host header字段值。如果没有找到匹配，则服务器可将新创建的流前端增加到当前等待连接的流前端的集合，并且可继续等待另外的客户端至客户端连接请求。
换言之，当另一客户端使用如上方法请求客户端至客户端连接时，服务器也将如图43所示针对该新请求创建流前端。在创建新的流前端之后，服务器将在当前等待连接的流前端的集合中搜索与新创建的流前端匹配的Request-URI和Host header字段值。如果没有找到匹配，则服务器将把新创建的流前端增加到当前等待连接的流前端的集合，并且可继续等待另外的客户端至客户端连接请求。
图44是用于描述根据本发明的实施例的第一客户端和第二客户端之间的连接的图。
图44示出电子装置100a和配套装置200a。电子装置100a可包括应用处理器和网络处理器。网络处理器(例如，WebSocket服务器)可将HbbTV应用和配套应用连接。
如果新创建的流前端与当前等待连接的流前端的集合中的流前端的相同Request-URI和Host header字段值关联，则WebSocket服务器可将匹配流前端从集合中移除，并且可在两个流前端之间建立全双工通信信道。
当两个流前端被连接时，服务器在无需改变的情况下立即将从一个流前端接收的所有数据输出到相应的另一流前端。这样，可在两个客户端之间建立透明的通信信道。
当两个客户端中的一个发送Close(关闭)帧时，服务器可向另一客户端发送对应Close帧。当两个客户端中的一个在不发送Close帧的情况下取消连接时，服务器可生成Close帧并将其发送给另一客户端。
换言之，网络处理器可响应于来自应用处理器的连接请求生成应用处理器的流前端并将该流前端包括在流前端组中。另外，响应于来自配套装置的连接请求，网络处理器可生成配套装置的流前端并验证是否存在匹配流前端。当存在匹配流前端时，网络处理器可将应用处理器的流前端与流前端组中所包括的配套装置的匹配流前端连接。在这种情况下，网络处理器将应用处理器的匹配流前端或配套装置的匹配流前端从流前端组移除。
换言之，如果新创建的流前端与当前等待连接的流前端集合中的流前端的相同Request-URI和Host header字段关联，则服务器将匹配流前端从集合移除，并且将在两个流前端之间建立全双工通信信道，如图44所示。一旦两个流前端连接，服务器立即将从一个流前端接收的所有数据不更改地输出至相应的另一流前端。由此，在两个客户端之间建立透明通信信道。如果两个客户端中的一个发送Close帧，则服务器将向另一客户端发送对应Close帧。如果两个客户端中的一个在不发送Close帧的情况下断开连接，则服务器将生成Close帧并将其发送给另一客户端。
图45是用于描述根据本发明的实施例的附加连接请求的图。
参照图45，HbbTV应用(客户端)连接至配套装置200a的配套应用(客户端)。另外，HbbTV应用可为另一客户端生成另一流前端。HbbTV应用可另外连接至另一应用。在建立客户端至客户端连接之前可将流前端从可用于连接的流前端集合移除，因此可一对一地建立客户端至客户端连接。当客户端期望与一个或更多个其它客户端通信时，客户端可向服务器发出另外的连接请求，直至达到可处理客户端至客户端连接的最大数量。
WebSocket服务器不允许当前等待连接的流前端集合上存在具有相同Request-URI和Host的相同客户端的一个或更多个流前端。如果在先前客户端至客户端连接请求被成功连接或超时之前客户端发出具有相同Request-URI和Host的另一客户端至客户端连接请求，则服务器可利用403Forbidden响应来响应。
客户端可能有具有不同Request-URI/Host组合的多个客户端至客户端连接请求处于等待连接状态。在先前请求被成功连接或超时之前，客户端无法尝试利用相同Request-URI/Host组合请求与另一客户端的连接。
换言之，任何流前端在建立客户端至客户端连接之前被从可用于连接的流前端集合移除，这些客户端至客户端连接仅为一对一的。如果客户端希望与不止一个其它客户端通信，则它将向服务器发出另外的连接请求，直至达到它能够处理的客户端至客户端连接的最大数量。服务器将不允许当前等待连接的流前端集合上存在具有相同Request-URI和Host的相同客户端的不止一个流前端。如果在先前客户端至客户端连接请求被成功连接或超时之前，客户端发出具有相同Request-URI和Host的另一客户端至客户端连接请求，则服务器将利用403Forbidden响应来响应。客户端可有具有不同Request-URI/Host组合的多个客户端至客户端连接请求处于等待连接状态。在先前请求被成功连接或超时之前，客户端将不尝试利用相同Request-URI/Host组合请求另一客户端至客户端连接。
用于Request-URI的“/hbbtv/orgid.appid scheme”可用作向特殊服务器客户端至客户端行为的躲避，以便允许该行为与其它标准WebSocket服务器功能一起实现并且不与其干扰。两种方法可用于匹配Request-URI和Host header字段。首先，当通过Hostheader定向特定装置(客户端)时，客户端可能期望与所定向的特定客户端通信。其存在可通过其它手段(例如，作为UPnP的一部分的SSDP)识别。其次，当Host header字段定向服务器时，对于定向同一服务器的所有客户端可能是相同的，这指示只有Request-URI才是用于选择合适的通信对等体的辨别因素。这样，在Host header字段中定向服务器有效地提供了与使用相同Request-URI并定向该服务器的任何其它客户端的通配符匹配。因此，专用和机会型连接建立策略二者均是可以的。
换言之，我们选择用于Request-URI的特殊“/hbbtv/orgid.appid”方案作为向特殊服务器客户端至客户端行为的躲避，以便允许该行为与其它标准WebSocket服务器功能一起实现并且不与其干扰。匹配Request-URI和Host header字段的选择允许两种方法：如果通过Host header定向特定装置，则客户端仅希望与该特定其它客户端通话。可通过其它手段(例如，作为UPnP的一部分的SSDP)来获知其存在。其次，如果Host header字段定向服务器，则对于定向同一服务器的所有客户端将是相同的。这将导致只有Request-URI才是用于选择合适的通信对等体的辨别因素。因此，在Host header字段中定向服务器有效地提供了与使用相同Request-URI并且也定向该服务器的任何其它客户端的通配符匹配。因此，专用和机会型连接建立策略二者均是可以的。
由于HbbTV 2.0WebSocket服务器不执行任何认证、授权或其它验证，所以客户端至客户端连接可不与信任关联，或者客户端与WebSocket服务器之间可没有信任。期望通过WebSocket服务器交换私人信息或敏感信息的客户端可采用端对端加密来确保通信隐私。这些客户端可采用加密方法来建立客户端期望通过WebSocket服务器与之通信的任何通信对等体的标识和真实性。由于HbbTV 2.0WebSocket服务器建立与通过互联网指示的客户端的连接，所以通过HbbTV WebSocket服务器针对另一客户端开展成功的拒绝服务攻击是基本上不可能的。受到攻击的客户端仅可停止要求服务器被连接至其它客户端。
由于限定了服务器可拒绝对于还未连接的Request-URI/Host组合的同时连接尝试，所以可针对服务器尝试拒绝服务攻击。这可通过重复地发送相同的连接请求以引发错误响应，或者通过发送随机连接请求以尝试通过创建许多开放流前端耗尽服务器的资源来进行。两种技术均是用于HTTP服务器的一般策略，而不是WebSocket或HbbTV特定的。因此，预期任何WebSocket服务器实现方式可具有合适的缓解机制(例如，通过停止发送响应或者创建流前端)。
换言之，由于HbbTV 2.0WebSocket服务器不执行任何认证、授权或其它验证，所以客户端至客户端连接可不与信任关联，或者客户端与WebSocket服务器之间可没有信任。因此，希望通过WebSocket服务器交换私人或者说敏感信息的客户端应该采用端对端加密来确保通信的隐私。同样，这些客户端应该采用加密方法来建立它们希望通过WebSocket服务器与之通信的任何通信对等体的标识和真实性。由于HbbTV2.0WebSocket服务器将仅建立与已指示连接意图的客户端的连接，所以通过HbbTV WebSocket服务器针对另一客户端开展成功的拒绝服务攻击是基本上不可能的。受到攻击的客户端仅可停止要求服务器被连接至其它客户端。
由于我们限定了服务器将拒绝对于还未连接的Request-URI/Host组合的同时连接尝试，所以可针对服务器本身尝试拒绝服务攻击。这可通过重复地发送相同的连接请求以引发生成错误响应，或者通过发送随机连接请求以尝试通过创建许多开放流前端耗尽服务器的资源来进行。两种技术均是针对HTTP服务器的一般策略，不是WebSocket或HbbTV专用的。因此，我们预期任何WebSocket服务器实现方式(无论是否为HbbTV型)将具有合适的缓解机制(例如，通过停止发送响应或者创建流前端)。
图46是用于描述根据本发明的实施例的当不存在IP地址时客户端之间的连接的示图。
图46示出在客户端之间建立通信链接的方法。上述基于WebSocket的应用间通信方法可使得WebSocket服务器能够连接URI路径(不包括主机名的路径)相同的应用，以执行应用间通信。客户端间通信可划分在电子装置中驱动的应用(例如，TV应用)以及在配套装置中驱动的应用(例如，CS应用)，从而选择性地执行应用间通信。
作为示例，在HbbTV中，可在不包括IP地址的情况下配置Request-URI。URI路径可从根(“/”)之后的指示HbbTV的预留字(“hbbtv”)开始，并且可包括随后的组织或公司ID(org-id)和应用ID(app-id)。WebSocket服务器(网络处理器)可连接WebSocket API调用URI路径相同的应用。
句法)GET"/hbbtv/"org-id"."app-id
示例)GET/hbbtv/org.mychannel.myapp
此外，请求连接的各个客户端可使用相同的端口或不同的端口。当客户端使用相同的端口时，如果调用WebSocket API的应用的IP是相同的，则WebSocket服务器可识别出所调用的应用是HbbTV应用，如果IP彼此不同，则可识别出所调用的应用是配套装置应用。当使用相同的端口时，WebSocket服务器可简化服务器实现方式和测试，并且不需要发现。(对于大部分WebSocket库，需要每一端口开始不同的实例。单端口大大简化了服务器实现方式和测试。如果app-2-app服务器在TV上定义明确的端口上侦听，则不需要发现)。
接下来，将描述客户端使用不同的端口的情况。此情况是指由TV驱动的应用和由配套装置驱动的应用使用相同的URI路径并且使用不同的端口。作为实施例，由TV驱动的HbbTV应用可使用端口8900，由配套装置驱动的应用可使用端口8901。当WebSocket服务器知道TV应用和配套应用所使用的端口时，可区分TV应用与配套应用之间的通信和配套应用间通信。当使用不同的端口时，如果多个配套装置使用相同的主机请求头来连接至TV，则客户端可通过区分配套装置和TV来容易地连接。由于TV和配套装置在主机请求头相同的同时通过经由不同的端口连接至WebSocket服务器来彼此通信，则可区分配套装置和TV。因此，在安全性方面可采取互补措施。
图47是用于描述根据本发明的实施例的用于应用之间的连接的待命连接的示图。
图47示出电子装置100a和配套装置200a。电子装置100a的TV应用可向WebSocket服务器发送连接请求。TV应用被包括在电子装置中，因此WebSocket服务器可将TV应用识别为本地应用。另外，配套应用存在于电子装置之外，因此WebSocket服务器可将配套应用识别为远程应用。作为实施例，当请求连接时应用可使用下面的方法。
[表27]
[表28]
作为实施例，网络处理器可执行W3C WebSocket API，并且可支持最少200个同时的WebSocket连接。
网络处理器可提供由WebSocket协议规范的服务器侧执行的两个服务端点。本地端点用于HbbTV应用连接至网络处理器。远程端点可通过另一装置的应用连接至归属网络，并且用于包括由另一HbbTV装置驱动的远程配套应用或HbbTV应用。HbbTV应用可连接至应用在其中操作的网络处理器的本地服务端点或者在相同的归属网络中的另一混合终端的远程服务端点。优选的是，网络处理器没有连接至在归属网络中的另一装置的本地服务端点。例如，这可通过设置网络处理器的本地环回接口的本地服务端点来实现。当另一服务端点执行WebSocket协议规范的服务侧，并且HbbTV应用或配套应用使用该服务端点时，混合终端不应在与另一服务端点相同的主机和端口组合上设置服务端点。
应用之间的服务端点的基础URL可以是WebSocket URL。WebSocket URL可限定服务端点的主机、端口、安全性和资源名称。客户端需要连接至由服务端点的WebSocket URL指定的主机和端口。在客户端所请求的初始协议中使用的资源名称遵循ABNF语法。
resource-name＝base-url-resource-name app-endpoint
Base-url-resource-name是从服务端点的WebSocket URL导出的资源名称。app-endpoint是应用规范，并且可用于与客户端对应的客户端连接匹配处理。对应客户端的消息可通过WebSocket协议来传送。app-endpoint可由应用开发者选择以避免冲突。因此，app-endpoint可从与HbbTV应用、配套应用或其开发者唯一相关的以反向DNS记号格式化的ID开始。混合终端可支持包括最小长度为1000字符的资源名称中允许的特定字符的app-endpoint和WebSocket协议规范。
服务端点可支持从客户端的最少十个同时的TCP套接字连接。当客户端尝试打开服务器与TCP套接字之间的连接时，如果服务器无法管理同时连接，则服务器可拒绝请求。否则，服务器可同意TCP套接字连接，并且开始WebSocket协议握手。当服务器从客户端接收请求握手时，服务器可不立即利用握手响应来响应。相反，服务器可等待直至连接被配对或者客户端的连接被取消。在这种状态下，可配置待命连接作为连接。当服务器尝试执行超时时，服务器可利用504网关超时响应来响应。
服务器可忽略由客户端发送的请求握手的特定来源头。在请求客户端之间的连接时，客户端可不使用Sec-WebSocket-protocol头。服务器可忽略针对客户端之间的连接的请求中的Sec-WebSocket-protocol头。针对使用Sec-WebSocket-protocol头的协议扩展，服务器可不同意来自客户端的请求。当客户端使用Sec-WebSocket扩展头时，服务器可不使用WebSocket协议规范中定义的方案来建立连接。
如图47所示，作为客户端操作的HbbTV应用可尝试与app-endpoint为“org.mychannel.myapp”并且base-url-resource-name为/hbbtv/的本地服务端点连接。与配套装置的连接可被维持在待命状态，因为配套应用还没有链接至使用相同app-endpoint的应用之间的通信。
图48是用于描述根据本发明的实施例的与第二客户端连接的新连接请求的示图。
参照图48，HbbTV应用(客户端)连接至配套装置200a的配套应用(客户端)。另外，HbbTV应用可为另一客户端生成另一流前端。
服务器无法允许来自具有相同app-endpoint的相同原始IP地址的一个或更多个同时待命连接。当被成功地连接时或者当在终止之前IP地址的客户端使用相同的app-endpoint发出另一连接请求时，服务器可利用403Forbidden响应来响应。
客户端可能期望使用不同的资源-名称组合通过相同的服务端点来建立多个同时客户端之间的连接。在待命连接服务端点成功或超时或者连接被取消之前，客户端无法尝试请求从现有服务端点的另一连接。客户端的此操作可由WebSocket协议规范定义。
根据图48，当客户端期望与一个或更多个客户端通信时，客户端可等待直至现有待命连接被配对。在这种情况下，可向服务器发出附加连接请求，直至达到可处理的客户端间连接的最大数量。换言之，HbbTV应用可生成新的待命连接请求以允许应用间通信的建立。
此外，客户端可在URI路径中包括IP地址。
图49是用于描述根据本发明的实施例的当包括IP地址时第一客户端的设定的示图。
作为实施例，上述URI路径从根(“/”)之后的指示HbbTV的预留字(“hbbtb”)开始，并且可包括随后的组织/公司ID(org-id)和应用ID(app-id)。期望执行应用间通信的应用可将被驱动装置的IP地址增加到URI路径以指定目标应用。WebSocket服务器可根据要用于通信的IP来连接WebSocket API调用URI路径相同的应用。
句法)GET"/hbbtv/"target IP"/"org-id"."app-id
示例)GET/hbbtv/1.1.1.1/org.mychannel.myapp
作为实施例，TV应用A可在IP 1.1.1.1中驱动，配套应用B可在IP 1.1.1.2(第一用户终端)中驱动，并且配套应用C可在IP 1.1.1.3(第二用户终端)中驱动。在这种情况下，TV应用A可尝试与配套应用C通信。TV应用A可将配套应用C被驱动的IP(1.1.1.3)包括在WebSocket请求中所包括的URI路径中。另外，配套应用C可将TV应用A的IP(1.1.1.1)包括在WebSocket请求中所包括的URI路径中。
根据图49，URI路径可对应于hbbtv/192.0.2.7/org.mychannel.myapp HTTP/1/1。这里，192.0.2.7可对应于目标应用的IP地址。192.0.2.110可对应于其IP地址。另外，org.mychannel.myapp可对应于应用ID。
图50是用于描述根据本发明的实施例的当包括IP地址时第一客户端和第二客户端的设定的示图。
WebSocket服务器可从各个客户端接收参照图49描述的URI请求。参照图50，第一客户端具有192.0.2.110的IP地址，并且第二客户端具有192.0.2.7的IP地址。当第一客户端从第二客户端请求连接时，起点(来自主机)是192.0.2.110，目的地(去往主机)是192.0.2.7。另外，应用ID可为org.mychannel.myapp。当第二客户端从第一客户端请求连接时，起点(来自主机)是192.0.2.7，目的地(去往主机)是192.0.2.110。另外，应用ID可为org.mychannel.myapp。即，第一客户端和第二客户端的起点和目的地可彼此相反。然而，应用ID可以是相同的。WebSocket服务器可将匹配的客户端彼此连接。
另外，可使用包括主机IP地址的URI路径。
例如，可如下使用URI路径。
句法)GET“/”hbbtv”/"host_address”/”org-id"."app-id，
示例)GET/hbbtv/192.0.2.7/org.mychannel.myapp。
图51是用于描述当包括IP地址时与多个第二客户端连接的实施例的示图。
参照图51，HbbTV具有特定IP地址并且包括org.mychannel.myapp的应用ID。第一配套应用IP地址为192.0.2.7，第二配套应用IP地址为192.0.2.1。第一配套应用和第二配套应用的应用ID对应于org.mychannel.myapp。如上面参照图50所描述的，WebSocket服务器可将匹配的客户端彼此连接。因此，WebSocket服务器可响应于来自各个客户端的请求将匹配的客户端彼此连接。
这样，当URI路径中使用IP地址时，两个客户端均指定要连接的对象。因此，安全性被改进，客户端可彼此连接，并且所有信息可被匹配而无需额外的努力。此外，即使当URI路径中使用IP地址时，各个客户端也可使用相同的端口或者可使用不同的端口。
图52是根据本发明的实施例的电子装置的控制方法的流程图。
参照图52，在S1210中，电子装置被连接至配套装置。电子装置可包括网络处理器和应用处理器。在电子装置中，应用处理器可向网络处理器请求连接至配套装置。在从配套装置接收到连接请求时，网络处理器可将请求连接的应用处理器连接至配套装置。
如上文所描述的，应用处理器可对应于应用模块或应用浏览器。另选地，应用处理器可对应于HbbTV应用。网络处理器可被实现为网络模块。另选地，网络处理器可对应于WebSocket服务器。当网络处理器被实现为WebSocket服务器时，应用处理器和配套装置中的每一个可被视为一个客户端。另选地，第一客户端和第二客户端中的每一个可被称作对等体。
应用处理器可向网络处理器发送关于在网络处理器中操作的电子装置的信息或者指示配套装置信息的主机请求头信息。另外，响应于来自应用处理器的连接请求，网络处理器可生成应用处理器的流前端并将该流前端包括在流前端组中。在从配套装置接收到连接请求时，网络处理器可生成配套装置的流前端并将所生成的流前端连接至流前端组中的匹配的应用处理器的流前端。在这种情况下，网络处理器可将匹配的应用处理器的流前端或配套装置的流前端从流前端组移除。此外，应用处理器可发送要连接的配套装置的IP地址，并且各个应用可使用相同的端口。
在S1220中，电子装置可与配套装置交换数据。通过此处理，电子装置可连接至配套装置以执行通信。
根据本说明书的电子装置和控制方法不限于上述实施例的配置和方法，各个实施例的所有或一些可被选择性地组合并且不同地改变。
图53是示出根据本发明的实施例的主物理装置和配套物理装置的框图。
本发明的实施例可在地面广播环境或移动广播环境中提供服务指南。另外，本发明的实施例可提供关于基于地面广播网络和互联网之间的交互的下一代混合广播环境中可用的服务的服务指南。
本发明的实施例可不仅向用户告知下一代混合广播系统中可用的各种服务，而且告知服务的组成内容和/或服务的组件元素。结果，用户可容易地确认、选择和观看对应服务，从而增加用户便利。
本发明的实施例可构造单个服务、服务的各种组成内容和/或服务的组件元素，并且可彼此进行交叉参考。结果，广播接收机可容易地构造并提供对应服务，并且可允许用户容易地识别对应服务。
本发明的实施例可扩展用于将一个服务链接至服务的各种内容和/或组件元素的参考结构，并且可允许广播接收机和/或用户减少搜索单个服务的内容和/或组件元素所需的资源量和/或消耗时间。
图53是示出根据本发明的实施例的主物理装置和配套物理装置的框图。
根据本发明的实施例的主物理装置(L25010)是用于交互服务的装置之一，并且可指示要通过配套物理装置(L25020)控制的目标装置。主物理装置可被称作主装置、主接收装置、主显示器、主屏幕等。
根据本发明的一个实施例的主物理装置(L25010)可包括广播接口(L25030)、网络接口(L25040)、存储器单元(L25050)、控制单元(L25060)、显示单元(L25070)、多媒体模块(L25080)、存储单元(L25090)、电源单元(L25100)和/或用户输入接口(L25110)。
广播接口(L25030)可指示位于广播商与装置之间的物理装置，使得充当物理装置的广播接口(L25030)可发送各种消息(例如，AV流、服务指南和通知消息)和/或数据。广播接口(L25030)可从广播商接收广播信号、信令信息、数据等。
网络接口(L25040)可指示位于各种装置(例如，主物理装置和配套物理装置)之间的物理装置，使得网络接口(L25040)可发送各种消息(例如，命令、请求、动作、响应消息等)并且可执行广告和/或数据传输。网络接口可从互联网服务提供商接收广播服务、广播内容、信令信息、应用、数据等。
存储器单元(L25050)可以是在各种类型的装置中实现的可选或选择性的装置，并且可指示能够暂时地存储各种类型的数据的易失性物理装置。
控制单元(L25060)可被配置为控制信源装置和/或信宿装置的整个操作，并且可通过软件或硬件来实现。在这种情况下，信源装置可指示被配置为发送消息和/或数据的装置。信宿装置可指示被配置为接收消息和/或数据的装置。因此，根据本发明的实施例的主物理装置和配套物理装置可对应于信源装置或信宿装置。
显示单元(L25070)可将通过网络接口接收的数据或者存储在存储单元中的数据显示在画面上。在这种情况下，显示单元可由控制单元控制。
多媒体模块(L25080)可再现各种类型的多媒体。多媒体模块可被包含在控制单元中，并且可独立于控制单元设置。
存储单元(L25090)可指示能够存储各种类型的数据的非易失性物理装置。例如，SC卡可对应于存储单元。
电源单元(L25100)可在控制单元的控制下接收外部供电电压和/或内部供电电压，使得电源单元(L25100)可提供操作其它组成元件所需的供电电压。
用户输入接口(L25110)可指示能够从用户接收输入信号或命令的装置。
根据本发明的实施例的配套物理装置(L25020)可以是交互服务所需的装置之一，并且可指示被配置为控制主装置的装置。通常，配套物理装置可直接从用户接收输入信号。配套物理装置可被称作配套装置、第二装置、附加装置、辅助装置、配套接收装置、配套接收机、配套显示器、第二屏幕等。
根据本发明的实施例的物理装置(L25020)可包括网络接口、存储器单元、控制单元、显示单元、多媒体模块、存储单元、电源单元和/或用户输入接口。
在根据实施例的配套物理装置的所有组成元件当中，具有与主装置的组成元件相同的名称的一些组成元件可具有与上述主装置的那些组成元件相同的功能。
图54是示出根据本发明的实施例的被配置为支持混合广播服务的协议栈的框图。
物理层可接收地面广播信号，并且可恰当地转换(或变换)所接收的地面广播信号。
IP(网际协议)封装可利用从物理层获取的信息来获取IP数据报。另外，IP封装可将所获取的IP数据报转换(或变换)为特定帧(例如，RS帧、GSE等)。
MPEG2 TS封装可利用从物理层获取的信息来获取MPEG2 TS。另外，MPEG2 TS封装可将所获取的MPEG2 TS数据报转换为特定帧(例如，RS帧、GSE等)。
快速信息信道(FIC)可发送特定信息(例如，服务ID与帧之间的映射信息)以访问服务和/或内容。
信令可包括根据本发明的实施例的支持混合广播服务的信令信息。该信令信息可包括支持服务和/或内容的有效获取的信令信息。该信令信息可按照二进制和/或XML格式来表示，并且可通过地面广播网络和/或宽带网络来发送。
实时A/V(音频/视频)内容和数据可由ISO基础媒体文件格式(ISOBMFF)等表示，并且可通过地面广播网络和/或宽带网络实时地发送。非实时内容可基于IP/UDP/FLUTE来发送。实时广播A/V(音频/视频)内容、数据和/或信令信息可通过互联网来实时地发送。在这种情况下，实时广播A/V(音频/视频)内容、数据和/或信令信息可通过请求消息来发送。另选地，实时广播A/V(音频/视频)内容、数据和/或信令信息也可通过实时流传输来发送。
本发明的实施例可通过上述协议栈来组合数据，并且还可提供各种增强型服务，例如交互服务、第二屏幕服务等。
图55是示出根据本发明的实施例的UPnP型动作机制的视图。
首先，将描述本发明中的装置之间的通信。
装置之间的通信可意指装置之间的消息/命令/呼叫/动作/请求/响应的交换。
为了在装置之间稳定地向期望的装置发送消息，可应用诸如互联网控制消息协议(ICMP)和互联网组管理协议(IGMP)以及网际协议(IP)的各种协议。此时，本发明不限于特定协议。
为了将各种信息包含在用于装置之间的通信的消息中，可应用诸如超文本传输协议(HTTP)、实时传送协议(RTP)、可扩展消息在线协议(XMPP)和文件传输协议(FTP)的各种协议。此时，本发明不限于特定协议。
当发送用于装置之间的通信的消息时，可利用由各个协议定义的各种组件(例如，消息头和消息主体)。即，各个消息组件可在数据被存储在各个消息组件中的状态下被发送，本发明不限于特定消息组件。另外，通过消息发送的数据可按照由各个协议定义的各种类型(字符串、整数、浮点、布尔、字符、数组、列表等)来发送。为了在结构上表达/发送/存储复杂数据，可应用诸如可扩展标记语言(XML)、超文本标记语言(HTML)、可扩展超文本标记语言(XHTML)和JavaScript对象表示(JSON)的标记方案、文本或图像格式。此时，本发明不限于特定方案。
另外，用于装置之间的通信的消息可在数据被压缩的状态下被发送。本发明不限于特定压缩技术的应用。
在本发明中的上述装置之间的通信的描述中，将描述一个方案，例如UPnP方案。UPnP方案可对应于在上述装置之间的通信的描述中将IP-TCP/UDP-HTTP协议组合的情况。
图中所示的根据本发明的实施例的UPnP型动作机制可意指UPnP控制点与UPnP装置之间的通信机制。UPnP控制点t87010可以是HTTP客户端，UPnP装置t87020可以是HTTP服务器。UPnP控制点t87010可向UPnP装置t87020发送一种称为动作的消息，使得UPnP装置t87020可执行特定动作。
UPnP控制点t87010和UPnP装置t87020可彼此配对。配对可在各个装置之间通过发现和描述传输过程来执行。UPnP控制点可通过配对过程获取URL。
UPnP控制点t87010可按照XML形式来表达各个动作。UPnP控制点t87010可利用由HTTP定义的POST方法t87030来将各个动作发送至所获取的控制URL。各个动作可以是实际作为一种消息被发送的数据。这可按照XML形式被发送至HTTP POST消息主体。各个动作可包括名称、自变量和相关数据。HTTP POST消息主体可发送各个动作的名称和/或自变量。
此时，各个动作可被发送至相同的控制URL。UPnP装置t87020可利用XML解析器来解析所接收的动作。UPnP装置t87020可根据各个解析的动作执行对应操作。
对于UPnP协议，各个动作可由名称来定义并使用。另外，由于动作的名称也被发送至HTTP POST消息主体，所以即使在仅存在用于目标装置的一个URL并且仅使用一个HTTPPOST方法的情况下，也可进行无限类型的动作之间的交换。
图56是示出根据本发明的实施例的REST机制的视图。
在本发明中的上述装置之间的通信的描述中，将描述一个方案，例如REST方案。
图中所示的根据本发明的实施例的REST机制可意指REST客户端t88010与REST服务器t88020之间的通信机制。REST客户端t88010可以是HTTP客户端，REST服务器t88020可以是HTTP服务器。按照与以上描述中相同的方式，REST客户端t88010可向REST服务器t88020发送一种称为动作的消息，使得REST服务器t88020可执行特定动作。
在此实施例中，REST客户端t88010可通过URI将各个动作发送至REST服务器t88020。各个动作不需要动作名称。各个动作可仅包括自变量和数据。
在HTTP方法当中，可利用诸如GET、HEAD、PUT、DELETE、TRACE、OPTIONS、CONNECT和PATCH以及POST的各种方法。另外，可定义将访问目标装置以用于通信的多个URI。由于这些特性，可在不定义动作名称的情况下发送动作。这种REST方案所需的多个URI值可在发现或描述传输过程期间获取。
需要发送的数据或自变量可在被增加到对应URI的同时被发送。另选地，数据或自变量可在按照各种形式(XML、JSON、HTML、TEXT、IMAGE等)被包括在HTTP主体中的同时被发送。
REST服务器t88020可根据所接收的动作执行特定操作。
上述装置之间的通信仅是实施例，本发明所提出的所有细节不限于UPnP方案。
图57是示出根据本发明的实施例的用于在广播接收机与配套装置之间交换电子服务指南(ESG)的服务的图。
ESG可以是一种要在特定会话中通过服务指南传送描述符发送的信道或信息，并且可提供广播、无线电或其它媒体应用的服务指南。ESG可按照菜单格式等的形式向用户提供服务时间表或节目相关信息项目。ESG可通过广播信道或互联网信道(宽带)来提供。
用户可通过ESG执行诸如服务提供安排、当前可用的服务的入口点的发现以及根据偏好的服务过滤的操作。内容提供商可通过ESG表示关于可用的服务和/或内容的信息、购买/订阅相关信息和服务访问信息。ESG也可被称作服务指南、电子节目指南(EPG)等。
传统上，当在用户通过广播接收机观看广播节目的同时诸如ESG的服务指南被执行时，ESG可被所观看的广播节目隐藏，导致不便。
本发明提出了一种在配套装置中执行诸如ESG的服务指南以访问ESG信息，而不会妨碍当前观看的广播节目的观看的方法。在这种情况下，用户可在观看广播节目的同时访问ESG而不会体验到不便。用户可通过利用个人配套装置进行ESG搜索来保护他或她的隐私。通常，代替便利性较差的广播接收机的UI，可通过配套装置的UI来搜索ESG，从而增强了便利性。
本发明可通过定义用于在基于地面广播网络与互联网之间的交互的下一代混合广播环境中从广播接收机向配套装置发送ESG信息的协议来克服上述问题。本发明提出了一种当用户通过配套装置所提供的ESG选择新的服务时通过在配套装置中发送信道信息来改变广播接收机的服务的协议。
尽管基于UPnP描述了本发明的实施例，这仅是为了描述方便，用于广播接收机与配套装置之间的通信的协议不限于此。尽管根据本发明的实施例举例说明了基于XML的ESG，这仅是为了描述方便，用于配置ESG的格式不限于此。
用于交换所示的ESG的服务的示例可被称作ESG服务。
ESG服务可以是用于在广播接收机和配套装置之间交换ESG的服务。在一些实施例中，ESG服务的服务类型可被定义为atsc3.0ESG-1，服务ID可被定义为urn:atsc.org:serviceId:atsc3.0ESG。
ESG服务可能需要服务之间的兼容性。在一些实施例中，可定义UPnP装置类型。广播接收机可具有装置类型urn:atsc.org:device:atsc3.0rcvr，并且作为UPnP受控装置操作。配套装置可作为UPnP控制点操作。
下面将描述用于ESG服务的状态变量、动作等。
图58是示出根据本发明的实施例的ESGData状态变量的图。
对于上述ESG服务，可定义ESGData状态变量。ESGData状态变量可以是指示ESG的状态变量。ESGData状态变量可存储通过广播/互联网接收的ESG的ESG数据。所示的ESGData可按照XML格式来编写。
ESGData状态变量可存储指示ESG的ESG数据项目，即，ESG中的元素、属性和子元素。
ESGData状态变量中的Service元素t54010可以是具有ESG中所包括的内容当中与ESG所指示的服务有关的信息的元素。该元素的下级信息可包括指示服务ID的Service@id、指示服务版本的Service@version、指示服务名称的Service.Name、指示服务描述的Service.Description和/或指示服务类型的Service.ServiceType。这里，A.B可表示作为A元素的下级元素的B元素，A@a可表示作为A元素的下级属性的@a。
这里，Service.ServiceType(即，作为服务的下级元素的ServiceType元素)可指示由对应服务指示的服务类型。在一些实施例中，可不指定0，1可表示基本TV，2可表示基本无线电，......，14可表示线性服务，15可表示基于应用的服务，16可表示配套屏幕服务等。在一些实施例中，元素所指示的值可改变。
ESGData状态变量中的Schedule元素t54020可以是具有ESG中所包括的内容当中ESG所指示的服务/节目的时间表信息的元素。该元素的下级信息可包括指示时间表ID的Schedule@id、指示时间表版本的Schedule@version等。该元素的下级信息可包括指示与时间表有关的服务的Scheudle.ServiceReference、指示与时间表有关的交互性数据的Scheudle.InteractivityDataReference、指示与时间表有关的内容的Scheudle.ContentReference等。
ESGData状态变量中的Content元素t54030可以是具有ESG中所包括的内容当中ESG所指示的内容信息的元素。该元素的下级信息可包括指示内容ID的Content@id、指示内容版本的Content@version、指示内容名称的Content.Name、指示内容描述的Content.Description、指示内容的呈现开始时间的Content.StartTimie和/或指示内容的呈现结束时间的Content.EndTime。作为Content元素的下级元素的ComponentReference可包括与对应内容有关的用于参考对应内容的组件的信息。由此，可识别相关组件并且可参考ESG中的对应组件相关信息项目。
ESGData状态变量中的Component元素t54040可以是具有ESG中所包括的内容当中ESG所指示的内容的组件信息的元素。该元素的下级信息可包括指示组件ID的Component@id、指示组件版本的Component@version等。该元素的下级信息可包括指示组件语言的Language、指示组件长度的Length、指示组件分级的ParentalRating、指示组件类型的ComponentType、指示组件作用的ComponentRole、指示组件所定向的装置的TargetDevice等。根据组件是否为可呈现视频、音频、隐藏字幕或应用，元素中可分别包括诸如PresentableVideoComponent、PresentableAudioComponent、PresentableCCComponent和PresentableAppComponent的信息。
在一些实施例中，ESGData状态变量可利用事件方法或动作方法被发送至配套装置。
上述元素、属性等仅是ESGData的实施例，ESGData中的元素/属性等可根据ESG的配置、格式等被进一步增加、修改或删除。
图59是示出根据本发明的另一实施例的ESGData状态变量的图。
所示的ESGData状态变量与上述ESGData状态变量相似，但是与上述ESGData状态变量的不同之处在于Component元素作为Content元素的下级元素被包括。
多个组件被组合以构成一个内容，因此，Component元素可作为Content元素的下级元素被包括。装置支持各个组件的能力可被定义为下级元素DeviceCapability并且可作为Component元素的下级元素被包括。
图60是示出根据本发明的实施例的使用事件方法将ESGData状态变量发送至配套装置(CD)的操作的图。
首先，所示的DC可表示配套装置，主装置(PD)可表示接收机或广播接收机。根据本实施例，两个装置被假设彼此配对。配套装置被假设订阅上述ESG服务。在此初始状态t56010，ESGData状态变量可不具有任何值。
服务/内容提供商可通过广播网络或宽带信道来发送ESG(t56020)。ESG可通过接收机的网络接口或接收单元来接收。这里，接收单元可以是上述广播接口或调谐器。
接收机可用信号通知所接收的ESG(t56030)。ESG数据可被存储在ESGData状态变量中(t56040)。
ESGData可通过事件被发送至配套装置(t56050)。接收到ESGData状态变量的配套装置可解析ESGData(t56060)，并且可根据所解析的值通过UI将ESG展示给配套装置(t56070)。在这种情况下，为了将ESG显示给用户，UI可被表示在配套装置的本地层面或者表示在配套装置的应用中。
可存在由配套装置表示ESG的方法的各种示例性实施例。在一些实施例中，在接收到ESG时，配套装置可立即将ESG以任何形式展示给用户。根据本发明的另一实施例，在接收到ESG时，配套装置可向用户发送通知消息，并且当用户执行该通知消息时，可展示ESG。根据本发明的另一实施例，在接收到ESG时，配套装置在后台拥有ESG信息，然后用户在用户期望的时间执行可观看ESG的应用，最终可将ESG展示给用户。
图61是示出根据本发明的实施例的LastChangedESGData状态变量的图。
对于上述ESG服务，可定义LastChangedESGData状态变量。如上所述，当ESG的整个部分被发送至配套装置时，即使一些ESG数据项目被修改，发送所有ESG数据项目可能效率不高。为此，可定义用于仅存储修改的ESG数据的LastChangedESGData状态变量。LastChangedESGData状态变量可仅存储新接收的ESG中与先前ESG相比被增加/修改/删除的ESG数据。
LastChangedESGData状态变量可包括Addition元素(t57010)。该元素可存储新接收的ESG与现有ESG数据相比被增加的ESG数据。作为该元素的子元素，可存储新增加的ESG数据项目(即，元素/属性)。例如，当与现有ESG数据相比具有新服务ID的新服务有关的ESG数据被增加到新接收的ESG时，与新服务有关的元素/属性可被包括在Addition元素的下级树中。在所示的实施例中，新增加了ID为“atsc.org/esg/service/3”的服务，因此，可看到对应服务的Service元素被包括在Addition元素中。另外，新增加了ID为“atsc.org/esg/service/4”并且名称为ABC的服务，因此，可看到对应服务的Service元素被增加到Addition元素。另外，诸如Service、Content和Schedule的信息可被包括在元素中。
LastChangedESGData状态变量可包括元素Modification(t57020)。该元素可存储新接收的ESG与现有ESG数据相比被修改的ESG数据。作为该元素的子元素，可存储被修改的ESG数据项目(即，元素/属性)。例如，当ID为“atsc.org/esg/schedule/3”的时间表的任一下级信息项目被修改时，对应时间表的元素Schedule可被存储在元素Modification中。另外，诸如Service、Content和Schedule的信息可被包括在元素中。
LastChangedESGData状态变量可包括元素Deletion(t57030)。该元素可存储新接收的ESG与现有ESG数据相比被删除的ESG数据。作为该元素的子元素，可存储被删除的ESG数据项目(即，元素/属性)。例如，当新接收的ESG中删除了ID为“atsc.org/esg/content/1”和“atsc.org/esg/content/2”的Content元素时，对应内容的Content元素可被存储在元素Deletion中。另外，诸如Service、Content和Schedule的信息可被包括在元素中。
在一些实施例中，LastChangedESGData状态变量可利用事件方法或动作方法被发送至配套装置。当利用事件方法发送状态变量时，如果状态变量的值被修改，则状态变量可被发送至配套装置。当利用动作方法发送状态变量时，可在接收到对状态变量的值的请求时针对ESG数据的最近修改的内容配置LastChangedESGData状态变量并发送至配套装置。
配套装置可针对所接收的LastChangedESGData状态变量仅更新与先前存储的ESG相比被修改的ESG数据项目。由此，与发送ESG的整个部分的情况相比，可执行有效传输。
上述元素、属性等仅是LastChangedESGData的实施例，LastChangedESGData中的元素/属性等可根据ESG的配置、格式等被进一步增加、修改或删除。
图62是根据本发明的实施例的根据GetESGData动作将ESG数据发送至配套装置的操作。
如上所述，ESGData状态变量可利用事件方法被发送至配套装置。然而，当接收机每当ESG被修改就利用事件方法将ESG数据发送至配套装置时，这导致网络超载和配套装置的负担。因此，可定义GetESGData()动作以仅在配套装置想要如此时才发送ESG数据。
GetESGData()动作可以是利用动作方法将ESGData状态变量发送至配套装置的动作。即，当配套装置通过该动作向接收机请求ESG数据时，接收机可将ESGData状态变量发送至配套装置。该动作的输入自变量可为无，输出自变量可为ESGData状态变量。
当用户想要通过配套装置看ESG并且ESG应用等被执行时，可执行GetESGData()动作。在这种情况下，作为对应动作的结果可接收ESG数据，并且所接收的ESG数据可通过ESG应用被展示。在一些实施例中，当利用周期性轮询方法执行GetESGData()动作以将ESG数据存储在配套装置中，然后执行ESG应用时，所存储的ESG数据可被展示给用户。
当ESGData状态变量支持事件方法时，也可同时支持GetESGData()动作。然而，在这种情况下，当利用事件方法接收ESG数据，并且同时，还每当ESGData被修改就利用动作接收ESG数据时，ESG数据可能被冗余地接收。因此，当同时支持动作方法和事件方法时，使用这样的策略：只有当首次订阅ESG服务时才使用事件方法接收ESG数据，然后，周期性地或者当ESG应用被执行时使用GetESGData()动作来接收ESG数据。
首先，在本实施例中，两个装置被假设为彼此已经配对。另外，配套装置被假设订阅上述ESG服务。
接收机可具有自己的ESG数据(t58010)。ESG数据可被存储在ESGData状态变量中。用户可采取执行ESG应用的特定动作(t58020)。该特定动作可能是需要ESG数据的操作。
配套装置可执行GetESGData()动作以向接收机请求ESGData状态变量(t58030)。在响应于该请求发送200OK的回调的同时，接收机可同时向配套装置输出ESGData状态变量作为GetESGData()动作的输出自变量(t58040)。
配套装置可执行解析所接收的ESGData并利用ESG数据通过ESG应用展示ESGData的操作(t58050)。配套装置可执行立即展示ESG数据或者曾经存储ESG数据以便展示ESG数据的操作(像上述实施例中一样)。
所示的实施例可以是当用户执行特定动作时执行GetESGData()动作的实施例。然而，在一些实施例中，如上所述，当周期性地执行GetESGData()动作(而不管是否执行特定动作)，然后用户在预定时间执行ESG应用等时，已通过对应动作接收并存储的ESG数据可被展示。
图63是示出根据本发明的实施例的根据GetServiceIds动作或GetESGbyServiceIds动作将ESG数据发送至配套装置的操作的图。
为了使广播接收机和配套装置之间的网络负担和/或配套装置用于处理整个ESG数据的负担最小化，可仅向配套装置发送与特定服务有关的ESG数据。为此，可定义ServiceIdsList状态变量和A_ARG_TYPE_ESGData_by_ServiceIds状态变量。
ServiceIdsList状态变量可以是向配套装置发送由ESG描述的服务的ID的状态变量。即，该状态变量可包括已由接收机解析并存储的ESG数据项目当中的服务ID信息项目。该状态变量可具有字符串的列表或者URI的列表的类型。这里，可使用任何类型的URI。在一些实施例中，该状态变量可按照CSV的形式来表示。例如，该状态变量可根据atsc.org/esg/service/1、atsc.org/esg/service/2、……等来表示。
A_ARG_TYPE_ESGData_by_ServiceIds状态变量可以是用于存储ESG的一些ESG数据的状态变量。该状态变量可被定义为仅向配套装置发送一些ESG数据。该状态变量可具有用于表示ESGData状态变量的特定形式的标记语言的片断类型。例如，当ESGData状态变量为XML文档时，状态变量可具有XML片断类型。
可首先使用上述状态变量将接收机所拥有的ESG的服务ID发送至配套装置，因此，可仅向配套装置发送所请求的所需ESG数据。为此，可定义GetServiceIds动作和GetESGbyServiceIds动作。
GetServiceIds动作可以是由配套装置从接收机接收服务的ID的动作。接收机可在关于接收机所拥有的ESG所描述的服务的信息项目当中将服务ID以列表的形式发送至配套装置。该动作的输入自变量可为无，输出自变量可为ServiceIdsList状态变量。
当用户想要通过配套装置看ESG并且ESG应用等被执行时，可执行GetServiceIds动作。在这种情况下，作为对应动作的结果可接收ESG数据，并且所接收的ESG数据可通过ESG应用被展示。在一些实施例中，当利用周期性轮询方法执行GetServiceIds动作以将ESG数据存储在配套装置中，然后执行ESG应用时，所存储的ESG数据可被展示给用户。
GetESGbyServiceIds动作可被定义为由配套装置仅从接收机接收与特定服务对应的ESG数据。配套装置可利用通过GetServiceIds动作接收的服务ID的列表来选择期望的服务的服务ID。然后，可使用输入自变量利用服务ID的列表来执行该动作以便接收期望的服务的ESG数据。结果，配套装置可接收关于期望的服务的ESG数据。该动作的输入自变量可以是ServiceIdsList状态变量，输出自变量可以是A_ART_TYPE_ESGData_by_ServiceIds状态变量。
如果用户想要通过配套装置看ESG，当ESG应用等被执行时，可执行GetESGbyServiceIds动作。在这种情况下，作为对应动作的结果可接收ESG数据，并且所接收的ESG数据可通过ESG应用被展示。在一些实施例中，当利用周期性轮询方法执行GetESGbyServiceIds动作以将ESG数据存储在配套装置中，然后执行ESG应用时，所存储的ESG数据可被展示给用户。
在一些实施例中，当在GetESGbyServiceIds动作中输入自变量被设定为“*”时，所有ESG数据项目可被设定为被请求，而不管服务ID。在一些实施例中，当在GetESGbyServiceIds动作中输入自变量被设定为“空”时，关于当前观看的服务的ESG数据可被设定为被请求。
根据本实施例，两个装置被假设为彼此配对。配套装置被假设为订阅上述ESG服务。
接收机可拥有ESG数据(t59010)。ESG数据可被存储在ESGData状态变量中。存储在ESGData中的ESG数据可以是关于根据“atsc.org/esg/service/1”或“atsc.org/esg/service/2”识别的两个服务的ESG数据(t59080)。用户可采取执行ESG应用的特定动作(t59020)。该特定动作可能是需要ESG数据的操作。
配套装置可通过GetServiceIds动作请求服务ID的列表(t59030)。接收机可将ServiceIdsList连同200OK一起输出给配套装置(t59040)。根据本实施例，ServiceIdsList的值可与(atsc.org/esg/service/1,atsc.org/esg/service/2)相同。
当用户或配套装置所期望的特定服务是根据“atsc.org/esg/service/1”识别的服务时，可使用该服务ID作为输入自变量来执行GetESGbyServiceIds动作(t59050)。接收机可将A_ART_TYPE_ESGData_by_ServiceIds连同200OK一起输出给配套装置(t59060)。在本实施例中，A_ART_TYPE_ESGData_by_ServiceIds的值可以是与根据“atsc.org/esg/service/1”识别的服务有关的ESG数据(t59090)。如图中所示，输出自变量可包括具有atsc.org/esg/service/1作为参考值的Schedule元素和Content元素以及具有atsc.org/esg/service/1作为服务ID值的Service元素。这里，Schedule元素和Content元素可以是与根据atsc.org/esg/service/1识别的服务有关的时间表和内容信息。
配套装置可执行解析所接收的ESG数据并利用ESG数据通过ESG应用展示ESG数据的操作(t59070)。配套装置可执行立即展示ESG数据或者曾经存储ESG数据以便展示ESG数据的操作(像上述实施例中一样)。
所示的实施例可以是用户执行特定动作的情况，但是如上所述，当动作可能被首先执行(而不管是否执行所述特定动作)，然后用户在预定时间执行ESG应用等时，已通过对应动作接收并存储的ESG数据可被展示。
图64是示出根据本发明的实施例的根据GetCurrentServiceId动作将ESG数据发送至配套装置的操作的图。
可能需要向配套装置发送关于接收机中当前观看的服务的ESG数据。为此，可将当前观看的服务的服务ID发送至配套装置。为此，可定义CurrentServiceId状态变量和GetCurrentServiceId动作。
CurrentServiceId状态变量可存储接收机的ESG数据项目当中接收机中当前观看的服务的服务ID。该状态变量可以是字符串或者特定URI类型。
GetCurrentServiceId动作可以是用于由配套装置接收接收机中当前观看的服务的服务ID的动作。该动作的输入自变量可为无，输出自变量可为CurrentServiceId状态变量。
当用户想要通过配套装置看ESG并且ESG应用等被执行时，可执行GetCurrentServiceId动作。在这种情况下，作为对应动作的结果可接收ESG数据，并且所接收的ESG数据可通过ESG应用被展示。在一些实施例中，当利用周期性轮询方法执行GetCurrentServiceId动作以将ESG数据存储在配套装置中，然后执行ESG应用时，所存储的ESG数据可被展示给用户。
根据本实施例，两个装置被假设为彼此配对。配套装置被假设为订阅上述ESG服务。
接收机可拥有ESG数据(t60010)。ESG数据可被存储在ESGData状态变量中。存储在ESGData中的ESG数据可以是关于根据“atsc.org/esg/service/1”或“atsc.org/esg/service/2”识别的两个服务的ESG数据(t60090)。接收机可周期性地用信号通知当前观看的广播，并且将当前观看的服务的服务ID更新至CurrentServiceId状态变量。用户可采取执行ESG应用的特定动作(t60030)。该特定动作可能是需要ESG数据的操作。
配套装置可通过GetCurrentServiceId动作请求当前观看的服务的ID(t60040)。接收机可将CurrentServiceId状态变量连同200OK一起输出给配套装置(t60050)。根据本实施例，CurrentServiceId状态变量的值可为“atsc.org/esg/service/1”。
配套装置可执行GetESGbyServiceIds动作以请求与当前观看的服务有关的ESG数据(t60060)。根据本实施例，GetESGbyServiceIds动作的输入自变量可为atsc.org/esg/service/1。接收机可将A_ART_TYPE_ESGData_by_ServiceIds状态变量连同200OK一起输出给配套装置(t60070)。根据本实施例，A_ART_TYPE_ESGData_by_ServiceIds的值可以是与根据“atsc.org/esg/service/1”识别的服务有关的ESG数据(t60100)。如图中所示，输出自变量可包括具有atsc.org/esg/service/1作为参考值的Schedule元素和Content元素以及具有atsc.org/esg/service/1作为服务ID值的Service元素。这里，Schedule元素和Content元素可以是与根据atsc.org/esg/service/1识别的服务有关的时间表和内容信息。
配套装置可执行解析所接收的ESG数据并利用ESG数据通过ESG应用展示ESG数据的操作(t60080)。配套装置可执行立即展示ESG数据或者曾经存储ESG数据以便展示ESG数据的操作(像上述实施例中一样)。
所示的实施例可以是用户执行特定动作的情况，但是如上所述，当动作可能被首先执行(而不管是否执行所述特定动作)，然后用户在预定时间执行ESG应用等时，已通过对应动作预先接收并存储的ESG数据可被展示。
图65是示出根据本发明的实施例的根据SearchESG动作将ESG数据发送至配套装置的操作的图。
在向接收机请求ESG数据时，配套装置可仅在ESG数据的特定字段具有特定值(目标值)时才请求对应ESG数据。为此，可定义A_ART_TYPE_SearchField状态变量、A_ART_TYPE_TargetValue状态变量和SearchESG动作。
A_ART_TYPE_SearchField状态变量可指示配套装置要确定的特定字段。即，该状态变量可以是ESGData状态变量的元素/属性的名称的列表。例如，Service@id、Service.Genre等的值可被存储在该状态变量中。该状态变量可具有字符串的列表类型。该状态变量也可被称作SearchField。
A_ART_TYPE_TargetValue状态变量可存储配套装置所确定的特定字段的特定值(即，目标值)。该目标值可用于确定所确定的特定字段是否具有对应目标值。可利用目标值来搜索ESG数据。该状态变量可具有字符串的列表类型。该状态变量也可被称作TargetValue。
SearchESG动作可以是用于由配套装置搜索并请求接收机中的ESG数据的动作。作为该动作的输入自变量，可定义特定字段(SearchField)和/或目标值(TargetValue)。接收机可根据对应特定字段是否具有对应目标值来搜索ESG数据。在搜索到满足对应条件的ESG数据时，接收机可将所有相关的ESG数据项目输出给配套装置。当任何数据均不匹配时，可不输出数据。在一些实施例中，仅一些ESG数据项目匹配，也可发送ESG信息。
作为输出自变量，可定义A_ART_TYPE_ESGData状态变量，它可以是用于存储ESG的一些ESG数据项目的状态变量(类似于上述A_ART_TYPE_ESGData_by_ServiceIds状态变量)。A_ART_TYPE_ESGData状态变量也可被称作SearchedESGData。
当用户想要通过配套装置看ESG并且ESG应用等被执行时，可执行SearchESG动作。在这种情况下，作为对应动作的结果可接收ESG数据，并且所接收的ESG数据可通过ESG应用被展示。在一些实施例中，当利用周期性轮询方法执行SearchESG动作以将ESG数据存储在配套装置中，然后执行ESG应用时，所存储的ESG数据可被展示给用户。
首先，在本实施例中，两个装置被假设为已经彼此配对。另外，配套装置被假设订阅上述ESG服务。
接收机可具有自己的ESG数据(t61010)。ESG数据可被存储在ESGData状态变量中。存储在ESGData中的ESG数据可以是关于根据“atsc.org/esg/service/1”识别并且Service.Genre值为Drama(戏剧)的服务以及根据“atsc.org/esg/service/2”识别并且Service.Genre值为Sports(体育)的服务的ESG数据(t61050)。
配套装置可利用SearchESG动作来请求ESG数据(t61020)。这里，对应动作的输入自变量可与(“Service@id,Service.Genre”,“atsc.org/esg/service/1,Drama”)相同。这用于搜索服务ID为atsc.org/esg/service/1并且具有Drama作为Service元素的子元素Genre的值的ESG数据。
接收机可搜索与对应条件匹配的ESG数据并且将对应ESG数据连同200OK一起输出给配套装置(t61030)。在本实施例中，可输出与对应条件匹配的与根据“atsc.org/esg/service/1”识别的服务有关的ESG数据。
配套装置可执行解析所接收的ESG数据并利用ESG数据通过ESG应用展示ESG数据的操作(t61040)。配套装置可执行立即展示ESG数据或者曾经存储ESG数据以便展示ESG数据的操作(像上述实施例中一样)。
图66是示出根据本发明的实施例的根据DoAuthenticationForESG动作发送ESG数据的认证过程的图。
在接收机与配套装置之间交换ESG数据期间，非预期的应用(例如，黑客应用)可能请求ESG信息。为了防止此问题，可能需要用于安全性的认证过程。为此，可定义CompanionDeviceId状态变量、CompanionDeviceAppId状态变量、CompanionDeviceAppVersion状态变量、PrimaryDeviceId状态变量和DoAuthenticationForESG动作。
CompanionDeviceId状态变量可以是用于存储配套装置的ID信息的状态变量。用于识别配套装置的唯一值可被存储在该状态变量中。作为装置ID，可使用MAC地址等并且也可将其加密以便于安全(例如，散列的Mac地址)。该状态变量可以是字符串或特定URI类型。
CompanionDeviceAppId状态变量可以是用于存储配套装置要执行以使用ESG的应用的ID信息的状态变量。这里，应用可以是包括配套装置的本地应用和基于浏览器的应用二者的概念。该状态变量可以是字符串或特定URI类型。
CompanionDeviceAppVersion状态变量可以是用于存储配套装置要执行以使用ESG的应用的版本信息的状态变量。接收机可利用该版本信息来确定是否提供ESG信息。该状态变量可以是hexBinary或整数类型。
PrimaryDeviceId状态变量可以是用于存储接收机(即，主装置)的装置ID信息的状态变量。配套装置可利用该状态变量来识别接收机。配套装置可利用该状态变量来确定所接收的信息是否来自非预期的接收机或者当在归属网络中搜索到多个接收机时所搜索到的接收机是否为请求了ESG的特定接收机。该状态变量可以是字符串或特定URI类型。
DoAuthenticationForESG动作可以是用于在配套装置向接收机请求ESG数据之前为了安全性执行认证过程的动作。通过认证过程，可确定ESG数据是否被允许交换。作为输入自变量，配套装置的ID、配套装置的应用ID和/或配套装置的应用版本信息可被输入并发送至接收机。所述信息项目可被称作认证信息。在接收到认证信息时，接收机可确定用于ESG的配套装置或应用是否请求认证信息。在接收到正常配套装置的应用时，接收机可将接收机的装置ID输出给配套装置。配套装置可参考所接收的接收机的ID检查接收机是否为配套装置请求ESG的目标。在认证过程终止之后，可根据诸如根据本发明提出的动作/事件的机制来接收实际ESG数据。该动作的输入自变量可以是状态变量CompanionDeviceId、CompanionDeviceAppId和CompanionDeviceAppVersion，该动作的输出自变量可以是PrimaryDeviceId状态变量。
当用户想要通过配套装置看ESG并且ESG应用等被执行时，可执行DoAuthenticationForESG动作。在一些实施例中，可利用周期性轮询方法执行DoAuthenticationForESG动作，并且可执行认证过程。
根据本实施例，两个装置被假设为彼此配对。配套装置被假设为订阅上述ESG服务。
接收机可拥有ESG数据(t62010)。ESG数据可被存储在状态变量ESGDat中。用户可采取执行ESG应用的特定动作(t62020)。该特定动作可能是需要ESG数据的操作。
配套装置可执行DoAuthenticationForESG动作(t62030)。由此，认证信息可被发送至接收机。接收机可利用所接收的认证信息来确定对应配套装置是否被认证(t62040)。当配套装置被认证时，接收机可将接收机的装置ID连同200OK一起输出给配套装置(t62050)。配套装置可利用所接收的接收机的ID来确定配套装置是否为被允许请求ESG数据的接收机(t62060)。
然后，在一些实施例中，配套装置可请求并接收ESG数据(t62070和t62080)。配套装置可执行解析所接收的ESG数据并利用ESG数据通过ESG应用展示ESG数据的操作(t62070)。配套装置可执行立即展示ESG数据或者曾经存储ESG数据以便展示ESG数据的操作(像上述实施例中一样)。
所示的实施例可以是用户执行特定动作的情况，但是如上所述，当动作可能被首先执行(而不管是否执行所述特定动作)，然后用户在预定时间执行ESG应用等时，认证过程已经终止，因此，可立即执行发送ESG数据的操作。
图67是示出根据本发明的另一实施例的根据GetServiceIds和GetESGbyServiceIds动作与装置认证同时地将ESG数据发送至配套装置的操作的图。
如上所述，可定义单独的动作以用于认证。在本实施例中，现有动作可被扩展并且可执行认证而无需定义单独的动作，同时，可执行现有动作的原始目的。这里，作为扩展目标的动作可以是本发明中提及的所有动作。关于作为扩展目标的动作以及现有定义的输入/输出自变量，CompanionDeviceId、CompanionDeviceAppId和CompanionDeviceAppVersion状态变量可被增加作为输入自变量，并且PrimaryDeviceId状态变量可被增加作为输出自变量。
根据本实施例，GetServiceIds动作和GetESGbyServiceIds动作可被扩展。本发明可不仅限于对应动作的扩展。
GetServiceIds动作可被扩展为具有CompanionDeviceId、CompanionDeviceAppId和CompanionDeviceAppVersion状态变量作为输入自变量并且具有PrimaryDeviceId状态变量以及现有ServiceIdsList状态变量作为输出自变量。在接收到认证信息并根据动作确定允许传输时，接收机可将服务的ID连同接收机的装置ID一起发送至配套装置。配套装置可针对所接收的接收机的装置ID确定所接收的服务ID是否可用。
GetESGbyServiceIds动作可被扩展为具有CompanionDeviceId、CompanionDeviceAppId和CompanionDeviceAppVersion状态变量以及现有ServiceIdsList状态变量作为输入自变量并且具有现有A_ART_TYPE_ESGData_by_ServiceIds状态变量作为输出自变量。在接收到认证信息和服务ID并根据动作确定允许传输时，接收机可将相关服务的ESG数据连同接收机的装置ID一起发送至配套装置。配套装置可针对所接收的接收机的装置ID确定所接收的ESG数据是否可用。
当用户想要通过配套装置看ESG并且ESG应用等被执行时，可执行所扩展的动作。在这种情况下，作为对应动作的结果可接收ESG数据，并且所接收的ESG数据可通过ESG应用被展示。在一些实施例中，利用周期性轮询方法执行所扩展的动作以将ESG数据存储在配套装置中，然后执行ESG应用，所存储的ESG数据可被展示给用户。
首先，在本实施例中，两个装置被假设为已经彼此配对。另外，配套装置被假设订阅上述ESG服务。
接收机可拥有自己的ESG数据(t63010)。ESG数据可被存储在ESGData状态变量中。存储在ESGData中的ESG数据可以是关于根据“atsc.org/esg/service/1”和“atsc.org/esg/service/2”识别的两个服务的ESG数据(t63100)。用户可采取执行ESG应用的特定动作(t63020)。该特定动作可能是需要ESG数据的操作。
配套装置可通过GetServiceIds动作来请求服务ID的列表(t63030)。在这种情况下，认证信息也可被发送至接收机。接收机可利用认证信息确定配套装置是否被认证(t63040)。当配套装置被认证时，接收机可将ServiceIdsList连同200OK一起输出给配套装置(t63050)。根据本实施例，ServiceIdsList的值可与(atsc.org/esg/service/1,atsc.org/esg/service/2)相同。在这种情况下，也可发送接收机的装置ID。配套装置可利用所接收的接收机的ID来确定配套装置是否为被允许请求ESG数据的接收机(t63060)。
当用户或配套装置所期望的特定服务根据“atsc.org/esg/service/1”识别时，可使用这作为输入自变量来执行GetESGbyServiceIds动作(t63070)。在这种情况下，认证信息也可被发送至接收机。在一些实施例中，认证过程可被认为是多余的，因此可被省略。当认证过程被省略时，可执行现有的一般GetESGbyServiceIds动作。当接收机被认证时，接收机可将A_ART_TYPE_ESGData_by_ServiceIds连同200OK一起输出给配套装置(t63080)。根据本实施例，A_ART_TYPE_ESGData_by_ServiceIds的值可以是与根据“atsc.org/esg/service/1”识别的服务有关的ESG数据(t63110)。如图中所示，输出自变量可包括具有atsc.org/esg/service/1作为参考值的Schedule元素和Content元素以及具有atsc.org/esg/service/1作为服务ID值的Service元素。这里，Schedule元素和Content元素可以是与根据atsc.org/esg/service/1识别的服务有关的时间表和内容信息。
配套装置可执行解析所接收的ESG数据并利用ESG数据通过ESG应用展示ESG数据的操作(t63090)。配套装置可执行立即展示ESG数据或者曾经存储ESG数据以便展示ESG数据的操作(像上述实施例中一样)。
所示的实施例可以是用户执行特定动作的情况，但是如上所述，当动作可能被首先执行(而不管是否执行所述特定动作)，然后用户在预定时间执行ESG应用等时，已通过对应动作预先接收并存储的ESG数据可被展示。
图68是示出根据本发明的实施例的根据GetService动作将ESG数据发送至配套装置的操作的图。
在ESG数据的服务的情况下，增加新服务或删除服务的更新频率可较低。因此，当关于服务的ESG数据被连续地请求/发送时，可能导致不必要的网络超载。为了克服此问题，可定义NumOfServices状态变量、A_ARG_TYPE_ESGData_Service状态变量和GetService动作。另外，可定义上述GetESGbyServiceIds动作的另一实施例。
NumOfServices状态变量可以是用于存储由接收机的ESG描述的服务的总数的状态变量。可参考该状态变量的值来配置服务列表。例如，可在配置服务列表期间使用该状态变量的值来检查有效性。该状态变量可以是整数的类型。
A_ARG_TYPE_ESGData_Service状态变量可以是用于仅存储与接收机的ESG的Service元素对应的ESG数据的状态变量。该状态变量可具有用于表示ESGData状态变量的特定形式的标记语言的片断类型。例如，当ESGData状态变量为XML文档时，该状态变量可具有XML片断类型。
GetService动作可以是用于由配套装置从接收机接收与ESG信息项目当中的服务有关的ESG数据的动作。配套装置可利用通过该动作接收的ESG数据(Service元素)来接收与特定服务有关的ESG数据(除了Service元素之外的ESG数据项目)。配套装置可将由NumOfServices状态变量指示的服务的总数与所接收的Service元素的数量进行比较，以参考结果来配置服务列表。在此过程期间，可使用上述认证过程。即，GetService动作可被扩展为包括用于认证的附加输入/输出自变量。在一些实施例中，可使用没有用于认证的附加变量的GetService动作。
该动作的输入自变量可以是与上述认证输入自变量对应的状态变量。输出自变量可以是PrimaryDeviceId状态变量、NumOfServices状态变量或A_ARG_TYPE_ESGData_Service状态变量。
可定义上述GetESGbyServiceIds动作的另一实施例。根据另一实施例的GetESGbyServiceIds动作可以是由配套装置使用特定服务的服务ID作为输入来接收与特定服务有关的剩余ESG数据的动作。这里，剩余ESG数据可以是除了对应Service元素之外的ESG数据，即，与对应服务有关的Content和Schedule元素所对应的ESG数据。类似地，该动作也可按照包括用于上述认证的附加变量的扩展形式来定义。
当用户想要通过配套装置看ESG并且ESG应用等被执行时，可执行GetService和GetESGbyServiceIds动作。在这种情况下，作为对应动作的结果可接收ESG数据，并且所接收的ESG数据可通过ESG应用被展示。在一些实施例中，当利用周期性轮询方法执行GetService和GetESGbyServiceIds动作以将ESG数据存储在配套装置中，然后执行ESG应用时，所存储的ESG数据可被展示给用户。
根据本实施例，两个装置被假设为彼此配对。配套装置被假设为订阅上述ESG服务。
接收机可拥有ESG数据(t64010)。ESG数据可被存储在ESGData状态变量中。存储在ESGData中的ESG数据可以是关于根据“atsc.org/esg/service/1”或“atsc.org/esg/service/2”识别的两个服务的ESG数据(t64100)。用户可采取执行ESG应用的特定动作(t64020)。该特定动作可能是需要ESG数据的操作。
配套装置可执行GetService动作以请求关于服务的ESG数据(t64030)。在确定配套和/或应用被认证时(t64040)，接收机可将A_ARG_TYPE_ESGData_Service状态变量连同200OK一起输出给配套装置(t64050)。这里，A_ARG_TYPE_ESGData_Service状态变量可仅包括关于接收机的ESG数据的Service元素的ESG数据(t64110)。配套装置可利用所接收的接收机的装置ID来执行认证以确定数据是否为可靠信息(t64060)。
配套装置可执行GetESGbyServiceIds动作以请求与特定服务有关的剩余ESG数据(t64070)。在本实施例中，GetESGbyServiceIds动作的ServiceIdsList输入自变量值可为atsc.org/esg/service/1。在确定配套和/或应用被认证时，接收机可将A_ARG_TYPE_ESGData_by_ServiceIds状态变量连同200OK一起输出(t64080)。根据本实施例，输出的A_ARG_TYPE_ESGData_by_ServiceIds状态变量可以是与根据atsc.org/esg/service/1识别的服务有关的ESG数据(t64120)。如图中所示，输出自变量可包括具有atsc.org/esg/service/1作为参考值的Schedule元素和Content元素。输出自变量可不包括根据atsc.org/esg/service/1识别的Service元素。
配套装置可执行解析所接收的ESG数据并利用ESG数据通过ESG应用展示ESG数据的操作(t64090)。配套装置可执行立即展示ESG数据或者曾经存储ESG数据以便展示ESG数据的操作(像上述实施例中一样)。
所示的实施例可以是用户执行特定动作的情况，但是如上所述，当动作可能被首先执行(而不管是否执行所述特定动作)，然后用户在预定时间执行ESG应用等时，已通过对应动作预先接收并存储的ESG数据可被展示。
图69是示出根据本发明的实施例的由配套装置根据SetChangeChannel动作改变广播接收机的服务的过程的图。
发送至配套装置的ESG信息可通过用户界面(UI)被展示给用户。可由用户检查并选择ESG所指示的服务。在这种情况下，实际被提供服务的装置是接收机，因此，用于改变服务的信息需要被发送至接收机以改变服务。为此，可定义A_ARG_TYPE_SelectedServiceId状态变量和SetChangeChannel动作。
A_ARG_TYPE_SelectedServiceId状态变量可以是存储在配套装置中由用户通过ESG数据选择的服务的服务ID的状态变量。该状态变量可以是字符串或特定URI类型。
SetChangeChannel动作可以是由配套装置改变提供给接收机的服务的动作。输入自变量可以是A_ARG_TYPE_SelectedServiceId状态变量。用户可在通过配套装置看ESG的同时选择特定服务。在这种情况下，对应服务的ID可被存储作为输入自变量。当对应动作被执行时，接收机可根据输入自变量的值将信道改变为具有对应服务ID的服务。输出自变量可为无。
根据本实施例，两个装置被假设为彼此配对。配套装置被假设为订阅上述ESG服务。
接收机可拥有ESG数据(t65010)。ESG数据可被存储在ESGData状态变量中。用户可采取执行ESG应用的特定动作(t65030)。该特定动作可能是需要ESG数据的操作。
配套装置可通过上述GetESGData动作请求ESG数据并接收ESG数据(t65040)。所示的实施例可以是用户执行特定动作的情况，但是如上所述，当动作可能被首先执行(而不管是否执行所述特定动作)，然后用户在预定时间执行ESG应用等时，已通过对应动作预先接收并存储的ESG数据可被展示。
配套装置可执行解析所接收的ESG数据并利用ESG数据通过ESG应用展示ESG数据的操作(t65050)。配套装置可执行立即展示ESG数据或者曾经存储ESG数据以便展示ESG数据的操作(像上述实施例中一样)。
用户可在看ESG的同时通过配套装置的UI选择服务(t65060)。例如，用户可尝试将当前信道改变为NBCU信道。配套装置可执行SetChangeChannel动作(t65070)。与NBCU信道对应的服务ID可通过该动作被发送至接收机。
接收机可利用所接收的服务ID将信道改变为对应服务(t65080)。服务可被改变为NBCU并提供给用户(t65090)。
图70是示出根据本发明的实施例的提供广播服务的方法的图。
根据本发明的实施例的由广播接收机提供广播服务的方法可包括使广播接收机与配套装置配对和/或接收电子服务指南(ESG)。
广播接收机的网络接口单元可与配套装置配对(t66010)。这里，网络接口单元可对应于上述广播接收机的网络接口。为了配对，可使用诸如UPnP的技术，但是用于配对的技术可不限于此。
广播接收机的接收单元可接收ESG和特定服务指南。这里，接收单元可以是上述广播接收机的广播接口或网络接口。当通过广播网络接收ESG时，接收单元可对应于广播接口，当通过互联网接收ESG时，接收单元可对应于网络接口。即，在一些实施例中，网络接口单元和接收单元可以是相同的块/模块。
根据本实施例，ESG可包括关于至少一个广播服务的ESG数据。这里，ESG数据可表示包括在ESG中的数据或者ESG中的元素/属性。广播服务可对应于上述服务或信道。
根据本发明的实施例的提供广播服务的方法，ESG数据可以是上述至少一个广播服务的服务类型信息、时间表信息、相关内容信息或相关组件信息。ESG数据可以是Service元素、Schedule元素、Content元素或Component元素的上述类型属性中的每一个。这里，相关内容和相关组件可表示与ESG所描述的服务有关的内容以及与其有关的组件。
根据本发明的实施例的提供广播服务的方法还可包括将关于所接收的ESG的修改的内容的信息发送至配套装置。该操作可由上述网络接口单元执行。这里，关于修改的内容的信息可包括所接收的ESG与先前存储的ESG数据相比被增加、修改或删除的ESG数据。这里，关于修改的内容的信息可以是上述LastChangedESGData状态变量。增加、修改和删除的ESG数据可分别为Addition、Modification和Deletion元素。
根据本发明的实施例的提供广播服务的方法还可包括将包括在所接收的ESG中的广播服务的ID列表发送至配套装置，从配套装置接收对与根据ID列表中的至少一个ID识别的特定广播服务有关的ESG数据的请求，以及将与所请求的特定广播服务有关的ESG数据发送至配套装置。服务ID列表可通过上述GetServiceIds动作来发送。根据ID的ESG数据的请求和传输可通过上述GetESGbyServiceIds动作来执行。
根据本发明的实施例的提供广播服务的方法还可包括从配套装置接收对当前观看的广播服务的ID的请求并将当前观看的广播服务的ID发送至配套装置，接收对与当前观看的广播服务有关的ESG数据的请求，以及将所请求的与当前观看的广播服务有关的ESG数据发送至配套装置。当前观看的服务的ID可通过上述GetCurrentServiceId动作来发送。根据ID的ESG数据的请求和传输可通过上述GetESGbyServiceIds动作来执行。
根据本发明的实施例的提供广播服务的方法还可包括从配套装置接收指示ESG数据的特定字段和特定字段的目标值的搜索字段的目标值，通过控制单元选择具有搜索字段所指示的特定字段的目标值的ESG数据，以及将所选择的ESG数据发送至配套装置。搜索字段和特定字段的目标值可分别对应于上述A_ART_TYPE_SearchField状态变量和A_ART_TYPE_TargetValue状态变量。ESG数据的选择和传输可通过上述SearchESG动作来执行。这里，控制单元可对应于上述广播接收机的主物理装置的控制单元。
根据本发明的实施例的提供广播服务的方法还可包括从配套装置接收配套装置的认证信息(该认证信息包括配套装置的装置ID信息)，检查是否通过认证模块利用认证信息认证配套装置，并且当检查出配套装置被认证时，将广播接收机的装置ID信息发送至配套装置。这里，认证信息可对应于上述CompanionDeviceId、CompanionDeviceAppId和/或CompanionDeviceAppVersion状态变量。广播接收机的装置ID可对应于上述PrimaryDeviceId状态变量。发送认证信息、检查认证并发送接收机装置ID的操作可通过上述DoAuthenticationForESG动作来执行。这里，认证模块可以是位于广播接收机内部/外部并执行与认证有关的上述操作的块/模块。在一些实施例中，认证模块可与上述控制或网络接口集成。
在根据本发明的实施例的提供广播服务的方法中，ID列表向配套装置的发送可包括从配套装置接收对ID列表的请求(对ID列表的请求包括配套装置的认证信息)，检查是否通过认证模块利用认证信息认证配套装置；以及当检查出配套装置被认证时，将ID列表和广播接收机的装置ID信息发送至配套装置。本实施例可通过将上述通过服务ID列表传输ESG的实施例扩展至GetServiceIds动作执行认证的情况来获得。
根据本发明的实施例的提供广播服务的方法还可包括从配套装置接收改变当前观看的广播服务的请求(改变当前观看的广播服务的请求基于所接收的ESG数据)，以及通过控制单元根据改变广播服务的请求改变广播接收机中观看的广播服务。接收广播请求并基于请求改变服务可通过上述SetChangeChannel动作来执行。
上述提供广播服务的方法可从配套装置方面来描述。本发明还包括从配套装置方面执行上述实施例的情况。例如，配套装置可接收ESG的修改的内容的信息或者可请求服务的ID列表并利用ID接收相关ESG数据。配套装置可请求当前观看的服务的ID并利用ID接收相关ESG数据。配套装置可向接收机发送指示特定字段和特定值的搜索字段并接收匹配的ESG数据，并且可向接收机发送认证信息并执行认证。配套装置可请求改变当前观看的服务。与接收机的通信可通过在配套装置内部/外部的上述网络接口来执行。诸如搜索字段相关操作、服务改变请求相关操作和ESG数据相关处理操作的总体操作可通过在配套装置内部/外部的上述控制单元来执行。配套装置可包括执行认证相关操作的认证模块。
上述各个操作可被省略或者被具有相同或相似功能的另一操作代替。
图71是根据本发明的实施例的广播接收机的图。
根据本发明的实施例的广播接收机可包括网络接口单元和/或接收单元。根据本发明的另一实施例的广播接收机还可包括控制单元和/或认证模块。各个块、模块和单元与上述描述相同。
根据本发明的实施例，广播接收机以及其中的模块/块/单元可执行提供由广播接收机提供广播服务的上述方法的实施例。
根据本发明的实施例，配套装置可包括网络接口单元和/或接收单元。根据本发明的另一实施例，配套装置还可包括控制单元和/或认证模块。各个块、模块和单元与上述描述相同。
根据本发明的实施例，配套装置以及其中的模块/块/单元可执行由配套装置提供广播服务的上述实施例。
上述广播接收机、配套装置中的块/模块/单元等可以是执行存储在存储器中的连续过程的处理器，或者在一些实施例中，可以是位于装置内部/外部的硬件元件。
上述块/模块/单元中的每一个可被省略或者被具有相同或相似功能的另一块/模块代替。
图72是示出根据本发明的一个实施例的广播系统的配置的框图。
根据本发明的一个实施例的广播系统可以包括广播发送设备(广播商)C410010、内容服务器C410020、广播接收设备C410100以及/或者配套屏幕装置C410200中的至少一个。
广播发送设备C410010可以提供广播服务。广播发送设备C410010可以包括控制器(未示出)和/或发送单元(未示出)中的至少一个。另外，广播发送设备C410010可以被称为发送机。
例如，广播服务可以包括内容(或者线性服务)、应用(或者非线性服务)以及/或者信令信息中的至少一个。广播发送设备C410010可以使用卫星、地面和有线广播网络中的至少一个发送包括广播服务的广播流。
内容服务器C410020可以经由互联网协议网络从广播接收设备C410100和/或配套屏幕装置C410200接收请求，并且响应于其经由互联网协议网络提供广播服务。
广播接收设备C410100可以经由广播网络和/或互联网协议网络接收广播服务。广播接收设备C410100可以被称为接收机、第一接收机、第一屏幕装置、主控装置(MD)和/或主装置(PD)。
广播接收设备C410100可以包括广播接口C410100(或者广播接收单元)、宽带接口(C410130)(或者IP发送/接收单元)、配套屏幕接口(C410140)(或者应用发送/接收单元)、解码器(未示出)、显示器(未示出)以及/或者控制器C410150中的至少一个。
广播接口C410100可以接收包括广播服务的广播流。这时，可使用卫星、地面和有线广播网络中的至少一个来发送广播流。因此，广播接口C410110可以包括卫星调谐器、地面调谐器和有线调谐器中的至少一个以便于接收广播流。
宽带接口C410130可以从内容服务器C410020请求广播服务。另外，宽带接口C410130可以从内容服务器接收广播服务。
配套屏幕接口C410140可以将广播服务和/或信令数据发送到配套屏幕装置C410200的主装置接口C410240和/或从配套屏幕装置C410200的主装置接口C410240接收广播服务和/或信令数据。
解码器(未示出)可以解码广播服务。
显示器(未示出)可以显示广播服务。
控制器C410150可以控制广播接口C410100、宽带接口C410130、配套屏幕接口C410140、解码器以及/或者显示器的操作。
配套屏幕装置C410200可以经由互联网协议网络从内容服务器C410020接收广播服务。配套屏幕装置C410200可以被称为第二广播接收设备、第二接收机、第二屏幕装置、从装置(SD)以及/或者配套装置(CD)。配套屏幕装置C410200可以包括宽带接口(C410230)(或者IP发送/接收单元)、主装置接口(C410240)(或者应用发送/接收单元)、解码器(未示出)、显示器(未示出)以及/或者控制器(C410250)中的至少一个。可以提供多个配套屏幕装置C410200。
宽带接口C410230可以从内容服务器C410020请求广播服务并且从内容服务器C410020接收广播服务。另外，宽带接口C410230可以从广播接收设备C410100接收广播服务。
主装置接口C410240可以将广播服务和/或服务数据发送到广播接收设备C410100的配套屏幕接口C410140，并且/或者从广播接收设备C410100的配套屏幕接口C410140接收广播服务和/或服务数据。
解码器(未示出)可以解码广播服务。
显示器(未示出)可以显示广播服务。
控制器C410250可以控制宽带接口C410230、主装置接口C410240、解码器和/或显示器的操作。
在下文中，将描述PD(或者广播接收设备)和CD(配套屏幕装置)所支持的五种类型的功能。
第一功能是使用PD以便于流式传输PD当前所选择的服务的一些连续组件以用于CD中的同时回放。组件可以等于在PD中回放的组件。另选地，组件可以是在PD中当前没有回放的另选组件。
第二功能是使用PD以便于将作为PD当前选择的服务的部分的文件或者数据传送给CD。数据可以包括用于从PD以外的源访问内容的方法或者地点。例如，数据可以包括远程服务器的URL。CD可以请求单个特定文件或者数据分组。另选地，CD可以请求一系列的特定文件或者数据的“订阅”。
第三功能是使用PD以便于将PD当前选择的服务的媒体时间线信息传送给CD，以用于CD中回放的内容与PD中回放的内容的同步。
第四功能是使用与PD应用协作的CD应用。PD应用可以是作为被调度的线性服务的一部分的增强型应用。另外，PD应用可以是作为基于应用的服务(未被调度的服务)的一部分的应用。
第五功能是EAM传送。即，第五功能是使用PD以便于将紧急警报消息传送给CD。当CD显示连续内容时这特别重要，因为当紧急警报出现时，用户(或者观众)无法专心于PD或者可能不在与PD相同的房间中。
与用作服务器的PD一起，用于支持CD的适当的范例(paradigm)是用于客户端-服务器的范例。即，PD可以支持某个CD，该某个CD支持操作。这适用于CD。交互可以通过从客户端(或者CD)到服务器(或者PD)的请求来开始以便于应用特定操作。双向通信可以通过从客户端(或者CD)到服务器(或者PD)的请求来开始以便于建立通信。从PD到CD的异步通知可以通过客户端(或者CD)请求订阅来自于服务器(或者PD)的通知流的请求来开始。所有下面所述的消息可以是单播的，除非另外明文规定。
可能需要安全机制以认证CD应用请求。
在下文中，将描述使用情况。
例如，Julio使用TV屏幕观看他最喜爱的摇滚乐队的音乐会。TV通知弹出指示出现乐手的音乐会的另选相机视图可经由CD的特定应用音可用。Julio可以启动指示吉他手、贝斯手、歌手以及鼓手的特写镜头可用的应用。Julio可以在吉他独奏期间选择吉他手，然后可以变成鼓手。媒体内容可以被同步地渲染在TV屏幕和配套屏幕上。
例如，Mary对收听用于视觉缺陷者的视频描述感兴趣，但是不想房间里面的所有观众听到该视频描述。她可以使用CD的应用寻找各种可用的音频轨道，并且选择用于从CD回放的描述轨道。John是视觉缺陷者并且想要与声音描述一起阅读隐藏字幕。他可以使用CD的应用寻找用于隐藏字幕的各种选项，并且选择与音频描述一起用于从CD回放的一个选项。Hector更喜欢对于读取西班牙字幕的配音。他具有带文本到语音功能的CD应用。他可以使用CD寻找西班牙字幕并且经由耳机使用文本到语音应用。
例如，Jane观看她喜欢的游戏节目。TV通知弹出指示该游戏节目在她的平板上经由平板应用被同时播放。她可以启动应用并且实时播放该游戏节目。在节目被显示的同时，在她的平板上对她提出问题。她的响应时间被限制为节目参与的响应时间。通过应用追踪她的得分，并且她可以使用平板应用观看在播放该游戏的其他观众当中她的排名。
例如，George启动他的主TV接收机上的点播应用。TV应用可以向George请求人口统计信息以便于进行节目推荐。TV应用推荐可以由George下载的配套平板应用以便于容易地输入数据。George下载并启动平板应用。平板应用将数据录入字段提供给George。George在他的平板中完成数据录入并且向TV应用注册信息。TV应用基于他的录入推荐多个点播节目。George使用他的平板以便于从显示在TV上的所推荐的节目当中选择一个。作为另选方法，George使用他的平板以便于选择显示在他的平板而不是主TV接收机上的所推荐的节目中的一个。
例如，Laura在起居室中观看她喜爱的节目。在房子各处她有各种工作要做。然而，她不想错过她喜爱的演出。她在她的平板上启动应用以便于甚至在她的平板上观看演出。她在从一个房间移动到另一房间的同时使用她的平板连续地观看演出。在Laura在洗衣房的同时，紧急警报消息被广播。消息被显示在她的平板上。平板通知她存在可观看的视频事件(如果她选择的话)。她选择视频并且开始观看视频。她遵循通过紧急消息传送的指令。
在下文中，将描述PD应用至CD应用通信。
在多种使用情况下，PD应用和CD应用可以被设计以协作地操作。在这样的情况下，应用设计者将决定应用到应用通信的详情。PD应用和CD应用可以包括关于其它应用的用户的信息，并且也可以包括用于下载和启动其它应用的方法。虽然CD应用当前没有被启动，但是CD应用可以包括用于始终“收听”来自于PD应用的声明消息的机制。ATSC将不指定这种操作的特定规范。(HbbTV 2.0提供了必要操作的多个规范)。
图73是根据本发明的一个实施例的广播系统的流程图。
根据本发明的一个实施例的广播系统可以包括广播发送设备C420010、广播接收设备C420100(PD)以及/或者配套屏幕装置C420200(CD)中的至少一个。根据本发明的一个实施例的广播系统的组件的内容可以包括上述广播系统的组件的那些内容。
根据一个实施例的广播接收设备C420100可以向配套屏幕装置C420200通知媒体回放状态信息。
媒体回放状态信息是用于将媒体回放状态从PD传送到CD的信息。当在与PD同步的状态下CD回放媒体流时，可以使用媒体回放状态信息。
PD可以接收广播服务和/或信令数据(CS420010)。
然后，PD和CD可以生成用于双向通信的配对会话(CS420020)。更加具体地，PD和CD可以使用UPnP来生成配对会话。更加具体地，PD应用和CD应用可以发送用于搜索和/或广告其存在和/或ATSC 3.0服务支持的多播发现消息。
然后，PD可以从CD接收请求当前媒体回放状态信息的媒体回放状态信息订阅请求(CS420030)。
然后，PD可以将媒体回放状态信息订阅响应发送到CD(CS420040)。
此外，PD可以从CD接收媒体回放状态信息订阅更新/取消请求(CS420050)。
另外，PD可以将媒体回放状态信息订阅更新/取消响应发送到CD(CS420060)。
然后，PD的媒体回放状态可以被改变(CS420070)。
当PD的媒体回放状态被改变时，PD可以向CD通知媒体回放状态信息(CS420080)。
然后，PD可以从CD接收对媒体回放状态信息的通知的响应(CS420090)。
图74是示出根据本发明的一个实施例的与媒体回放状态信息订阅请求有关的信息的图。
配套屏幕装置(CD)可以将订阅请求发送到广播接收设备(CD)。例如，配套屏幕装置(CD)可以将媒体回放状态信息订阅请求发送到广播接收设备(CD)。时间可以不被指定(即，可以由应用设计者确定)。
参照附图，示出用于在配套屏幕装置(CD)处从广播接收设备PD接收媒体回放状态信息的订阅请求(或者媒体回放状态信息订阅请求)中所包括的元素和/或参数。
媒体回放状态信息订阅请求可以包括SubscriptionCallbackURL元素、SubscriptionDuration元素、MediaURL元素、MediaID元素、CDDevID元素、CDAppID元素以及/或者CDAppVersion元素中的至少一个。
SubscriptionCallbackURL元素可以指示用于接收媒体回放状态信息消息的统一资源定位符(URL)信息。
SubscriptionDuration元素可以指示直至媒体回放状态信息订阅期满所请求的持续时间。例如，所请求的持续时间可以以秒为单位。当SubscriptionDuration元素具有特定值(例如，“-1”)时，所请求的持续时间可以指示无限的持续时间。
MediaURL元素可以指示对其请求媒体回放状态信息订阅的媒体的URL。如果没有提供MediaURL元素，则可以可选地选择关于当前在广播接收设备上回放的媒体的信息。
MediaID元素可以指示对其请求媒体回放状态信息订阅的媒体的标识符。此标识符可以唯一地识别广播接收设备上对其请求媒体回放状态信息订阅的媒体。
CDDevID元素可以指示用于配套屏幕装置的装置标识符。
CDAppID元素可以指示用于配套屏幕装置的应用标识符。
CDAppVersion元素可以指示用于配套屏幕装置的应用的版本信息。
配套屏幕装置可以使用特定地址(例如，SubscriptionURL)将媒体回放状态信息请求发送到广播接收设备。
图75是示出根据本发明的一个实施例的与媒体回放状态信息订阅响应有关的信息的图。
广播接收设备(PD)可以将订阅响应发送到配套屏幕装置(CD)。例如，广播接收设备可以将媒体回放状态信息订阅响应传送到配套屏幕装置。一接收到订阅请求(初始响应)并且/或者每当内容改变(后续响应)(即，每当服务、节目或者片段改变)，广播接收设备就可以将订阅响应发送到配套屏幕装置。
参照附图，示出当订阅请求被成功地接受时包括在媒体回放状态信息订阅响应中的元素和/或参数。
媒体回放状态信息订阅响应可以包括StatusCode元素、StatusString元素、SubscriptionID元素、SubscriptionTimeoutDuration元素、MediaURL元素、MediaID元素、PDDevID元素以及/或者PDVersion元素中的至少一个。
StatusCode元素可以指示请求被成功地接受。例如，当StatusCode元素具有预定值(例如，“aaa”)时，这可以指示请求被成功地接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
SubscriptionID元素可以指示用于此媒体回放状态信息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的此订阅。
SubscriptionTimeoutDuration元素可以指示直至媒体回放状态信息订阅期满的实际持续时间。例如，持续时间可以是以秒为单位。当SubscriptionTimeoutDuration元素具有特定值(例如，“-1”)时，直至订阅期满的实际持续时间可以指示无限的持续时间。
MediaURL元素可以指示为其发送媒体回放状态信息订阅响应的媒体的URL。
MediaID元素可以指示为其发送媒体回放状态信息订阅响应的媒体的标识符。此标识符可以唯一地识别广播接收设备上为其发送媒体回放状态信息订阅响应的媒体。另外，此标识符可以将媒体与SubscriptionID元素关联。
PDDevID元素可以指示用于广播接收设备的装置标识符。
PDVersion元素可以指示广播接收设备的版本信息。
图76是示出根据本发明的一个实施例的与媒体回放状态信息订阅响应有关的信息的图。
参照附图，示出当订阅请求没有被接受时包括在媒体回放状态信息订阅响应中的元素和/或参数。
媒体回放状态信息订阅响应可以包括StatusCode元素和/或StatusString元素中的至少一个。
StatusCode元素可以指示描述为何请求没有被接受的理由的失败状态代码。例如，当StatusCode元素具有预定值(例如，“xxx”)时，这可以指示SubscriptionCallbackURL元素丢失或者无效。另外，当StatusCode元素具有预定值(例如，“yyy”)时，这可以指示订阅请求无法被接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
图77是示出根据本发明的一个实施例的与媒体回放状态信息订阅更新请求有关的信息的图。
配套屏幕装置(CD)可以将订阅更新请求发送到广播接收设备PD。例如，配套屏幕装置(CD)可以将媒体回放状态信息订阅更新请求发送到广播接收设备。为了更新订阅，在订阅超时之前，配套屏幕装置可以将媒体回放状态信息订阅更新请求发送到广播接收设备。
参照附图，示出用于在配套屏幕装置处从广播接收设备连续地接收媒体回放状态信息的媒体回放状态信息订阅更新请求中所包括的元素和/或参数。
媒体回放状态信息订阅更新请求可以包括SubscriptionID元素、SubscriptionDuration元素、CDDevID元素、CDAppID元素以及/或者CDAppVersion元素中的至少一个。
SubscriptionID元素可以指示用于此媒体回放状态信息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的订阅。
SubscriptionDuration元素可以指示直至媒体回放状态信息订阅期满所请求的持续时间。例如，所请求的持续时间可以是以毫秒为单位。当SubscriptionDuration元素具有特定值(例如，“-1”)时，所请求的持续时间可以指示无限的持续时间。
CDDevID元素可以指示用于配套屏幕装置的装置标识符。
CDAppID元素可以指示用于配套屏幕装置的应用标识符。
CDAppVersion元素可以指示用于配套屏幕装置的应用的版本信息。
图78是示出根据本发明的一个实施例的与媒体回放状态信息订阅取消请求有关的信息的图。
配套屏幕装置(CD)可以将订阅取消请求发送到广播接收设备。为了取消订阅，配套屏幕装置可以将媒体回放状态信息订阅取消请求发送到广播接收设备。
参照附图，示出用于取消从广播接收设备(PD)接收媒体回放状态信息的订阅取消请求(或者媒体回放状态信息订阅取消请求)中所包括的元素和/或参数。
媒体回放状态信息订阅取消请求可以包括SubscriptionID元素、CDDevID元素、CDAppID元素以及/或者CDAppVersion元素中的至少一个。
SubscriptionID元素可以指示用于此媒体回放状态信息订阅的订阅标识符。SubscriptionID可以用于唯一地识别从配套屏幕装置到广播接收设备的订阅。
CDDevID元素可以指示用于配套屏幕装置的装置标识符。
CDAppID元素可以指示用于配套屏幕装置的应用标识符。
CDAppVersion元素可以指示用于配套屏幕装置的应用的版本信息。
图79是示出根据本发明的一个实施例的与媒体回放状态信息订阅更新响应有关的信息的图。
广播接收设备(PD)可以将订阅更新响应发送到配套屏幕装置(CD)。例如，一接收到订阅更新请求，广播接收设备就可以将媒体回放状态信息订阅更新响应发送到配套屏幕装置。
参照附图，示出当订阅更新请求被成功地接受时包括在媒体回放状态信息订阅更新响应中的元素和/或参数。
媒体回放状态信息订阅更新响应可以包括StatusCode元素、StatusString元素、SubscriptionID元素、SubscriptionTimeoutDuration元素、PDDevID元素以及/或者PDVersion元素中的至少一个。
StatusCode元素可以指示请求被成功地接受。例如，当StatusCode元素具有预定值(例如，“aaa”)时，这可以指示请求被成功地接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
SubscriptionID元素可以指示用于此媒体回放状态信息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的此订阅。
SubscriptionTimeoutDuration元素可以指示直至媒体回放状态信息订阅期满的实际持续时间。例如，持续时间可以是以秒为单位。当SubscriptionTimeoutDuration元素具有特定值(例如，“-1”)时，直至订阅期满的实际持续时间可以指示无限的持续时间。
PDDevID元素可以指示用于广播接收设备的装置标识符。
PDVersion元素可以指示广播接收设备的版本信息。
图80是示出根据本发明的一个实施例的与媒体回放状态信息订阅更新响应有关的信息。
参照附图，示出当订阅请求没有被接受时包括在媒体回放状态信息订阅更新响应中的元素和/或参数。
媒体回放状态信息订阅更新响应可以包括StatusCode元素和/或StatusString元素中的至少一个。
StatusCode元素可以指示描述为何请求没有被接受的理由的失败状态代码。例如，当StatusCode元素具有预定值(例如，“xxx”)时，这可以指示SubscriptionCallbackURL元素丢失或者无效。另外，StatusCode元素具有预定值(例如，“yyy”)时，这可以指示订阅请求无法被接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
图81是示出根据本发明的一个实施例的与媒体回放状态信息订阅取消响应有关的信息的图。
广播接收设备(PD)可以将订阅取消响应发送到配套屏幕装置(CD)。例如，一接收到订阅取消请求，广播接收设备就可以将媒体回放状态信息订阅取消响应发送到配套屏幕装置。
参照附图，示出包括在媒体回放状态信息订阅取消响应中的元素和/或参数。
媒体回放状态信息订阅取消响应可以包括StatusCode元素和/或StatusString元素中的至少一个。
StatusCode元素可以指示指示订阅取消请求状态的成功/失败状态代码。例如，当StatusCode元素具有预定值(例如，“xxx”)时，这可以指示订阅取消请求被成功地接受。另外，当StatusCode元素具有预定值(例如，“yyy”)时，这可以指示订阅取消请求(或者订阅更新请求)无法被接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
图82是示出根据本发明的一个实施例的媒体回放状态信息通知消息的图。
广播接收设备(PD)可以将通知消息发送到配套屏幕装置。用于发送通知消息的协议可以是websocket(网络套接字)或者通知。
例如，一接收到订阅请求并且/或者当此内容的识别信息或者其有关信息改变时，广播接收设备就可以将媒体回放状态信息通知消息发送到配套屏幕装置。
参照附图，媒体回放状态信息通知消息可以包括SubscriptionID元素、MPstate元素、MPSpeed元素、MediaURL元素、MediaID元素、PDDevID以及/或者PDVersion元素中的至少一个。
SubscriptionID可以指示用于此媒体回放状态信息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的订阅。
MPstate元素可以指示与通过SubscriptionID元素识别的媒体回放状态信息订阅关联的媒体URL元素和/或mediaID元素(或者通过mediaURL元素和/或mediaID元素识别的媒体)的当前媒体回放状态。例如，媒体回放状态可以包括“PLAYING”、“PAUSED”、“STOPPED”、“FFORWARD”、“FBACKWARD”、“BUFFERING”以及/或者“UNKNOWN”中的至少一个。
“STOPPED”状态可以指示与媒体回放状态信息关联的mediaID元素(或者通过mediaID元素识别的媒体)的最后媒体流。
MPSpeed元素可以指示相对于正常速度的媒体(回放)状态的当前速度。
MPSpeed元素的值可以具有整数值。例如，用于正常速度的MPSpeed元素的值可以是“1”。仅当MPState元素指示“PLAYING”、“FFORWARD”以及/或者“FBACKWARD”时MPSpeed元素才适用。
当MPState元素指示“FFORWARD”和/或“FBACKWARD”时，MPSpeed元素可以指示媒体时间线相对于正常速度向前或者向后移动的速度。
当MPState元素指示“PLAYING”时，MPSpeed元素指示相对于正常速度媒体回放正在进行的速度。
更加具体地，MPSpeed元素的正值可以指示“向前回放”。“向前回放”可以意指随着壁钟时间增加媒体时间线位置增加。
另外，MPSpeed元素的负值可以指示“向后回放”。“向后回放”可以意指随着壁钟时间减小媒体时间线位置减小。
当MPSpeed的值是“1”时，MPSpeed元素可以指示“向前回放”作为正常速度。如果“向前回放”被指示为正常速度，则媒体时间线可以按照壁钟时间增加。当MPSpeed的值是“-1”时，MPSpeed元素可以指示“向后回放”作为正常速度。如果“向后回放”被指示为正常速度，则媒体时间线可以按照壁钟时间减小。
当MPSpeed的值是“X”时，MPSpeed元素可以指示正常速度的X倍回放。在以正常速度的“X”倍回放的情况下，媒体时间线可以按照壁钟时间的“X”倍增加(对于正“X”值)或者减小(对于负“X”值)。例如，“X”不可以是“0”和/或“1”。
当此MPState元素指示“PLAYING”时，具有值“0”的MPSpeed元素可以被预留以指示“未知的回放速度”。
当此MPState元素指示“PLAYING”以外的状态时，MPSpeed元素可以具有值“0”。
当此MPState元素指示“PLAYING”时，不存在的MPSpeed元素可以被估计为具有值“1”。
当此MPSpeed元素指示“PLAYING”以外的状态时，不存在的MPSpeed元素可以被估计为具有值“0”。
MediaURL元素可以指示为其请求媒体回放状态信息订阅的媒体的URL。如果MediaURL元素没有被提供，则关于当前在广播接收设备上回放的媒体的信息被可选地发送。
MediaID元素可以指示为其请求媒体回放状态信息订阅的媒体的标识符。该标识符可以唯一地识别广播接收设备上为其请求媒体回放状态信息订阅的媒体。
例如，具有值“CURRENT”的MediaID元素可以指示请求关于当前在广播接收设备上回放的主媒体的信息。
PDDevID元素可以指示用于广播接收设备的装置标识符。
PDVersion元素可以指示用于广播接收设备的版本信息。
广播接收设备可以使用特定地址(例如，SubscriptionCallbackURL)将媒体回放状态信息响应发送到配套屏幕装置。
图83是示出根据本发明的一个实施例的对媒体回放状态信息通知消息的响应消息的图。
配套屏幕装置(CD)可以将对通知消息的响应消息发送到广播接收设备。例如，当从广播接收设备接收到媒体回放状态信息通知消息时，配套屏幕装置可以将对媒体回放状态信息通知消息的响应消息发送到广播接收设备。
参照附图，对媒体回放状态信息通知消息的响应消息可以包括StatusCode元素、StatusString元素以及/或者SubscriptionID元素中的至少一个。
StatusCode元素可以指示描述通知消息的接收状态的成功/失败状态代码。例如，当StatusCode元素具有预定值(例如，“xxx”)时，这可以指示通知消息被成功地接收。另外，当StatusCode元素具有预定值(例如，“yyy”)时，这可以指示通知消息无法被接收。
StatusString元素可以指示请求的成功/失败指示状态字符串。
SubscriptionID元素可以指示用于此媒体回放状态信息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的订阅。
图84是根据本发明的一个实施例的广播系统的流程图。
根据本发明的一个实施例的广播系统可以包括广播发送设备C530010、广播接收设备C530100(PD)以及/或者配套屏幕装置C530200(CD)中的至少一个。根据本发明的一个实施例的广播系统的组件的内容可以包括上述广播系统的组件的那些内容。
根据一个实施例的广播接收设备C530100可以接收紧急警报消息并且将该紧急警报消息通知给配套屏幕装置C530200。例如，广播接收设备C530100可以使用websocket和/或多播将紧急警报消息传送给配套屏幕装置C530200。
PD可以接收广播服务和/或信令数据(CS530010)。
然后，PD和CD可以生成用于双向通信的配对会话(CS530020)。更加具体地，PD和CP可以使用UPnP来生成配对会话。更加具体地，PD应用和CD应用可以发送用于搜索和/或广告其存在和/或ATSC 3.0服务支持的多播发现消息。
然后，PD可以从CD接收用于请求紧急警报消息的紧急警报消息订阅请求(CS530030)。
然后，PD可以将紧急警报消息订阅响应发送到CD(CS530040)。
此外，PD可以从CD接收紧急警报消息订阅更新/取消请求(CS530050)。
另外，PD可以将紧急警报消息订阅更新/取消响应发送到CD(CS530060)。
然后，PD可以接收紧急警报消息(CS530070)。
当PD接收到紧急警报消息时，PD可以向CD通知该紧急警报消息(CS530080)。
然后，PD可以从CD接收对紧急警报消息通知的响应(CS530090)。
图85是示出根据本发明的一个实施例的与紧急警报消息订阅请求有关的信息的图。
配套屏幕装置(CD)可以将订阅请求发送到广播接收设备(CD)。例如，配套屏幕装置(CD)可以将紧急警报消息订阅请求发送到广播接收设备(CD)。当CD加入网络以启用EAM功能时(或者当CD应用启动时)，CD可以将紧急警报消息订阅请求发送到PD以便于接收EAM。
参照附图，示出用于在配套屏幕装置(CD)处从广播接收设备(PD)接收紧急警报消息的订阅请求(或者紧急警报消息订阅请求)中所包括的元素和/或参数。
紧急警报消息订阅请求可以包括SubscriptionCallbackURL元素、SubscriptionDuration元素、Geo-loc元素、CDDevID元素、CDAppID元素以及/或者CDAppVersion元素中的至少一个。
SubscriptionCallbackURL元素可以指示用于接收紧急警报消息的统一资源定位符(URL)信息。
SubscriptionDuration元素可以指示直至紧急警报消息订阅期满所请求的持续时间。例如，所请求的持续时间可以是以秒为单位。当SubscriptionDuration元素具有特定值(例如，“-1”)时，所请求的持续时间可以指示无限的持续时间。
Geo-loc元素可以指示请求紧急警报消息的地理位置。
CDDevID元素可以指示用于配套屏幕装置的装置标识符。
CDAppID元素可以指示用于配套屏幕装置的应用标识符。
CDAppVersion元素可以指示用于配套屏幕装置的应用的版本信息。
配套屏幕装置可以使用特定地址(例如，SubscriptionURL)将紧急警报消息订阅请求发送到广播接收设备。
图86是示出根据本发明的一个实施例的与紧急警报消息订阅响应有关的信息的图。
广播接收设备(PD)可以将订阅响应发送到配套屏幕装置(CD)。例如，广播接收设备可以将紧急警报消息订阅响应传送给配套屏幕装置。一接收到订阅请求，广播接收设备就可以将紧急警报消息订阅响应发送到配套屏幕装置。
参照附图，示出当订阅请求被成功地接受时包括在紧急警报消息订阅响应中的元素和/或参数。
紧急警报消息订阅响应可以包括StatusCode元素、StatusString元素、SubscriptionID元素、SubscriptionTimeoutDuration元素、PDDevID元素和/或PDVersion元素中的至少一个。
StatusCode元素可以指示请求被成功地接受。例如，当StatusCode元素具有预定值(例如，“aaa”)时，这可以指示请求被成功地接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
SubscriptionID元素可以指示用于此紧急警报消息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的此订阅。
SubscriptionTimeoutDuration元素可以指示直至紧急警报消息订阅期满的实际持续时间。例如，持续时间可以以秒为单位。当SubscriptionTimeoutDuration元素具有特定值(例如，“-1”)时，直至订阅期满的实际持续时间可以指示无限的持续时间。
PDDevID元素可以指示用于广播接收设备的装置标识符。
PDVersion元素可以指示用于广播接收设备的版本信息。
图87是示出根据本发明的一个实施例的与紧急警报消息订阅响应有关的信息的图。
参照附图，示出当订阅请求没有被接受时包括在紧急警报消息订阅响应中的元素和/或参数。
紧急警报消息订阅响应可以包括StatusCode元素和/或StatusString元素中的至少一个。
StatusCode元素可以指示描述为何请求没有被接受的理由的失败状态代码。例如，当StatusCode元素具有预定值(例如，“xxx”)时，这可以指示SubscriptionCallbackURL元素丢失或者无效。另外，当StatusCode元素具有预定值(例如，“yyy”)时，这可以指示订阅请求无法被接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
图88是示出根据本发明的一个实施例的与紧急警报消息订阅更新请求有关的信息的图。
配套屏幕装置(CD)可以将订阅更新请求发送到广播接收设备PD。例如，配套屏幕装置(CD)可以将紧急警报消息订阅更新请求发送到广播接收设备。为了更新订阅，在订阅超时之前，配套屏幕装置可以将紧急警报消息订阅更新请求发送到广播接收设备。
参照附图，示出用于在配套屏幕装置处从广播接收设备连续地接收紧急警报消息的紧急警报消息订阅更新请求中所包括的元素和/或参数。
紧急警报消息订阅更新请求可以包括SubscriptionID元素、SubscriptionDuration元素、CDDevID元素、CDAppID元素以及/或者CDAppVersion元素中的至少一个。
SubscriptionID元素可以指示用于此紧急警报消息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的订阅。
SubscriptionDuration元素可以指示直至紧急警报消息订阅期满所请求的持续时间。例如，所请求的持续时间可以是以毫秒为单位。当SubscriptionDuration元素具有特定值(例如，“-1”)时，所请求的持续时间可以指示无限的持续时间。
CDDevID元素可以指示用于配套屏幕装置的装置标识符。
CDAppID元素可以指示用于配套屏幕装置的应用标识符。
CDAppVersion元素可以指示用于配套屏幕装置的应用的版本信息。
图89是示出根据本发明的一个实施例的与紧急警报消息订阅取消请求有关的信息的图。
配套屏幕装置(CD)可以将订阅取消请求发送到广播接收设备。为了取消订阅，配套屏幕装置可以将紧急警报消息订阅取消请求发送到广播接收设备。
参照附图，示出用于取消从广播接收设备(PD)接收紧急警报消息的订阅取消请求(或者紧急警报消息订阅取消请求)中所包括的元素和/或参数。
紧急警报消息订阅取消请求可以包括SubscriptionID元素、CDDevID元素、CDAppID元素以及/或者CDAppVersion元素中的至少一个。
SubscriptionID元素可以指示用于此紧急警报消息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的订阅。
CDDevID元素可以指示用于配套屏幕装置的装置标识符。
CDAppID元素可以指示用于配套屏幕装置的应用标识符。
CDAppVersion元素可以指示用于配套屏幕装置的应用的版本信息。
图90是示出根据本发明的一个实施例的与紧急警报消息订阅更新响应有关的信息的图。
广播接收设备(PD)可以将订阅更新响应发送到配套屏幕装置(CD)。例如，一接收到订阅更新请求，广播接收设备就可以将紧急警报消息订阅更新响应发送到配套屏幕装置。
参照附图，示出当订阅更新请求被成功地接受时包括在紧急警报消息订阅更新响应中的元素和/或参数。
紧急警报消息信息订阅更新响应可以包括StatusCode元素、StatusString元素、SubscriptionID元素、SubscriptionTimeoutDuration元素、PDDevID元素以及/或者PDVersion元素中的至少一个。
StatusCode元素可以指示请求被成功地接受。例如，当StatusCode元素具有预定值(例如，“aaa”)时，这可以指示请求被成功地接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
SubscriptionID元素可以指示用于此紧急警报消息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的此订阅。
SubscriptionTimeoutDuration元素可以指示直至紧急警报消息订阅期满的实际持续时间。例如，持续时间可以是以秒为单位。当SubscriptionTimeoutDuration元素具有特定值(例如，“-1”)时，直至订阅期满的实际持续时间可以指示无限的持续时间。
PDDevID元素可以指示用于广播接收设备的装置标识符。
PDVersion元素可以指示广播接收设备的版本信息。
图91是示出根据本发明的一个实施例的与紧急警报消息订阅更新响应有关的信息。
参照附图，示出当订阅请求没有被接受时包括在紧急警报消息订阅更新响应中的元素和/或参数。
紧急警报消息订阅更新响应可以包括StatusCode元素和/或StatusString元素中的至少一个。
StatusCode元素可以指示描述为何请求没有被接受的理由的失败状态代码。例如，当StatusCode元素具有预定值(例如，“xxx”)时，这可以指示SubscriptionCallbackURL元素丢失或者无效。另外，StatusCode元素具有预定值(例如，“yyy”)时，这可以指示订阅请求无法被接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
图92是示出根据本发明的一个实施例的与紧急警报消息订阅取消响应有关的信息的图。
广播接收设备(PD)可以将订阅取消响应发送到配套屏幕装置(CD)。例如，一接收到订阅取消请求，广播接收设备就可以将紧急警报消息订阅取消响应发送到配套屏幕装置。
参照附图，示出包括在紧急警报消息订阅取消响应中的元素和/或参数。
紧急警报消息订阅取消响应可以包括StatusCode元素、StatusString元素、PDDevID元素和/或PDVersion元素中的至少一个。
StatusCode元素可以指示指示订阅取消请求状态的成功/失败状态代码。例如，当StatusCode元素具有预定值(例如，“xxx”)时，这可以指示订阅取消请求被成功地接受。另外，当StatusCode元素具有预定值(例如，“yyy”)时，这可以指示订阅取消请求(或者订阅更新请求)无法被接受。
StatusString元素可以指示请求的成功/失败指示状态字符串。
PDDevID元素可以指示广播接收设备的装置标识符。
PDVersion元素可以指示广播接收设备的版本信息。
图93是示出根据本发明的一个实施例的紧急警报消息的图。
广播接收设备(PD)可以将通知消息发送到配套屏幕装置。用于发送通知消息的协议可以是websocket或者通知。
例如，一从配套屏幕装置接收到紧急警报消息订阅请求，广播接收设备就可以将紧急警报消息通知消息发送到配套屏幕装置。另选地，一从广播发送设备和/或内容服务器接收到紧急警报消息，广播接收设备就可以将紧急警报消息通知消息发送到配套屏幕装置。
用于紧急警报消息通知消息的参数可以包括SubscriptionID元素、紧急警报消息(EAM)的初始内容、紧急警报消息的初始内容的性质以及/或者附加可用内容中的至少一个。例如，紧急警报消息的初始内容的性质可以包括：包括文本和/或富媒体的新消息、连续消息以及/或者一次性消息。
参照附图，紧急警报消息通知消息可以包括从广播接收设备发送到配套屏幕装置的至少一个紧急警报消息。紧急警报消息通知消息可以包括EAM元素、EAMID属性、SentTimestamp属性、ExpiredTimestamp属性、Category属性、Urgency属性、Severity属性、Geo-loc属性、NewMsg属性、OneTimeMsg属性、EAMContent元素、ContentFormat属性、AddlEAMURL元素、EAMContentAccessibilityURL元素、AddlEAMPhone元素、ContactEmail元素、SubscriptionID元素、PDDevID元素以及/或者PDVersion元素中的至少一个。例如，EAM元素可以包括EAMContent元素、ContentFormat属性、AddlEAMURL元素、EAMContentAccessibilityURL元素、AddlEAMPhone元素和/或ContactEmail元素中的至少一个。
EAM元素可以包括与紧急警报消息有关的信息。
EAMID属性可以指示紧急警报消息的标识符。此标识符可以唯一地识别紧急警报消息。
SentTimestamp属性可以指示当生成紧急警报消息时的日期和/或时间。例如，SentTimestamp属性可以指示当紧急警报消息有效时的第一时刻。
ExpiredTimestamp属性可以指示当紧急警报消息有效时的最后时刻(日期和/或时间)。
Category属性可以指示紧急警报消息的种类。例如，Category属性可以指示Geo、Met、Safety、Rescue、Fire、Health、Env、Transport、Infra以及/或者CBRNE中的至少一个。
Urgency属性可以指示紧急警报消息的紧急性。例如，Urgency属性可以指示立即、预期、未来以及/或者过去中的至少一个。
Severity属性可以指示紧急警报消息的严重性。例如，Severity属性可以指示极端、严重、中等以及/或者较小中的至少一个。
Geo-loc属性可以指示紧急警报消息适用的地址位置。
NewMsg属性可以指示紧急警报消息是否是新消息。如果NewMsg属性的值是“真”，则此紧急警报消息是新消息。如果NewMsg属性的值是“假”，则此紧急警报消息是先前紧急警报消息的重复。
OneTimeMsg属性可以指示紧急警报消息是否仅被发送一次。如果OneTimeMsg属性的值是“真”，则此紧急警报消息仅被发送一次并且没有被重复。如果OneTimeMsg属性的值是“假”，则此紧急警报消息可以被重复超过一次。
EAMContent元素可以包括紧急警报消息的内容。可以通过ContentFormat属性给出EAMContent元素的内容类型。
ContentFormat属性可以指示紧急警报消息的内容格式。即，ContentFormat属性可以是EAMContent元素。
AddlEAMURL可以指示提供关于此紧急警报消息的附加信息的URL。URL提供比包括在EAMContent元素中的信息更多的信息。
EAMContentAccessibilityURL元素可以指示提供用于可达性的初始紧急警报消息内容的URL。EAMContentAccessibilityURL元素可以指向将有助于紧急信息的提供的辅助音频流。这可以如FCC规则所要求地进行。
AddlEAMPhone元素可以指示用于获得关于此紧急警报消息的更多信息的电话号码。
ContactEmail元素可以指示能够提供关于此紧急警报消息的更多信息的电子邮件地址。
SubscriptionID元素可以指示用于此紧急警报消息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的此订阅。
PDDevID元素可以指示用于广播接收设备的装置标识符。
PDVersion元素可以指示用于广播接收设备的版本信息。
广播接收设备可以使用特定地址(例如，SubscriptionCallbackURL)将紧急警报消息订阅响应发送到配套屏幕装置。
紧急警报消息可以变成XML格式。XML架构可以包括发送到CD的紧急警报消息的PD通知。可基于上述元素和/或属性使用标准XML规范定义XML架构。
图94是示出根据本发明的一个实施例的与紧急警报消息通知消息有关的响应消息的图。
配套屏幕装置(CD)可以将对通知消息的响应消息发送到广播接收设备。例如，当从广播接收设备接收到紧急警报消息通知消息时，配套屏幕装置可以将对紧急警报消息通知消息的响应消息发送到广播接收设备。
参照附图，对紧急警报消息通知消息的响应消息可以包括StatusCode元素、StatusString元素、SubscriptionID元素和/或EAMID元素中的至少一个。
StatusCode元素可以指示描述通知消息的接收状态的成功/失败状态代码。例如，当StatusCode元素具有预定值(例如，“xxx”)时，这可以指示通知消息被成功地接收。另外，当StatusCode元素具有预定值(例如，“yyy”)时，这可以指示通知消息无法被接收。
StatusString元素可以指示请求的成功/失败指示状态字符串。
SubscriptionID元素可以指示用于此紧急警报消息订阅的订阅标识符。SubscriptionID元素可以用于唯一地识别从配套屏幕装置到广播接收设备的订阅。
EAMID元素可以指示紧急警报消息的标识符。此标识符可以唯一地识别紧急警报消息。
图95是图示根据本发明的一个实施例的广播接收设备的流程图。
广播接收设备可以使用广播接口来接收包括服务的广播信号(CS640100)。
另外，广播接收设备可以使用配套屏幕接口来从配套屏幕装置接收服务的订阅请求。
例如，服务可以包括用于服务的服务数据和/或信令数据。另外，服务可以包括媒体回放状态信息和/或紧急警报消息。订阅请求可以包括指示有效订阅持续时间的订阅持续时间信息。例如，订阅请求可以包括指示直至媒体回放状态信息订阅期满所请求的持续时间的SubscriptionDuration元素、和/或指示直至紧急警报消息订阅期满所请求的持续时间的SubscriptionDuration元素。
广播接收设备可以使用控制器来生成用于服务的通知消息(CS640200)。
例如，通知消息可以包括媒体回放状态信息。
另外，媒体回放状态信息可以包括指示媒体回放状态的MPState元素。
另外，媒体回放状态信息还可以包括指示媒体回放状态的速度的MPSpeed元素。
另外，媒体回放状态信息还可以包括用于识别对其请求媒体回放状态信息订阅的媒体的MediaID元素。
例如，通知消息可以包括紧急警报消息。
另外，紧急警报消息可以包括指示当紧急警报消息被生成时的日期和时间的SentTimestamp属性和指示当紧急警报消息有效时的最后时刻(日期和时间)的ExpiredTimestamp属性中的至少一个。
另外，紧急警报消息可以包括指示紧急警报消息的内容的EAMContent元素、指示紧急警报消息的内容格式的ContentFormat属性、以及指示提供用于可达性的初始紧急警报消息内容的URL的EAMContentAccessibilityURL元素中的至少一个。
另外，紧急警报消息可以包括指示紧急警报消息的种类的Category属性、指示紧急警报消息的紧急性的Urgency属性、指示紧急警报消息的严重性的Severity属性、指示紧急警报消息适用的地理位置的Geo-loc属性、指示紧急警报消息是否是新消息的NewMsg属性以及指示紧急警报消息是否仅被发送一次的OneTimeMsg属性中的至少一个。
广播接收设备可以使用配套屏幕接口来将通知消息发送到配套屏幕装置(CS640300)。
可基于通知协议将通知消息传送给配套屏幕装置。通知协议可以指示websocket协议。例如，通知协议可以指示用于在广播接收设备处生成事件并且将通知消息传送给配套屏幕装置的方法。
图96是根据本发明的实施例的用于支持广播服务的协议栈的视图。
广播服务可以提供附属服务，例如，音频/视频(A/V)数据和HTML5应用、交互式服务、ACR服务、第二屏幕服务、以及个性化服务。
这种广播服务可以通过诸如地面波和有线卫星的物理层(即，广播信号)来发送。另外，根据本发明的实施例的广播服务可以通过互联网通信网络(例如，宽带)来发送。
当通过物理层(即，诸如地面波和有线卫星的广播信号)来发送广播服务时，广播接收装置可以通过解调广播信号来提取封装的MPEG-2传输流(TS)和封装的IP数据报。广播接收装置可以从IP数据报提取用户数据报协议(UDP)数据报。在这一点上，信令信息可为XML格式。广播接收装置可以从UDP数据报提取信令信息。另外，广播接收装置可以从UDP数据报提取异步分层编码/分层编码传输(ALC/LCT)分组。广播接收装置可以从ALC/LCT分组提取经由单向传输的文件传送(FLUTE)分组。在这一点上，FLUTE分组可以包括非实时(NRT)数据和电子服务指南(ESG)数据。另外，广播接收装置可以从UDP数据报提取实时传输协议(RTCP)分组和RTP控制协议(RTCP)分组。广播接收装置可以从RTP/RTCP分组提取A/V数据和增强型数据。在这一点上，NRT数据、A/V数据以及增强型数据中的至少一个可为ISO基础媒体文件格式(ISO BMFF)。另外，广播接收装置可以从MPEG-2 TS分组或者IP数据报提取诸如NRT数据、A/V数据、以及PSI/PSIP的信令信息。
当通过互联网通信网络(例如，宽带)来发送广播服务时，广播接收装置可以从互联网通信网络接收IP分组。广播接收装置可以从IP分组提取TCP分组。广播接收装置可以从TCP分组提取HTTP分组。广播接收装置可以从HTTP分组提取A/V数据、增强型数据、以及信令信息。在这一点上，A/V和增强型数据中的至少一个可为ISO BMFF格式。另外，信令信息可为XML格式。
将参照图97至图100描述详细的传输帧和发送广播服务的传输分组。
图97是图示根据本发明的实施例的广播传输帧的视图。
根据图97的实施例，广播传输帧包括P1部分、L1部分、公共PLP部分、交织的PLP部分(例如，调度的&交织的PLP的部分)、以及辅助数据部分。
根据图97的实施例，广播发送装置通过传输帧的P1部分发送关于传输信号检测的信息。另外，广播发送装置可以通过P1部分发送关于广播信号调谐的调谐信息。
根据图97的实施例，广播发送装置通过L1部分发送广播传输帧的配置和各个PLP的特性。在这一点上，广播接收装置100基于P1部分来解码L1部分以获得广播传输帧的配置和各个PLP的特性。
根据图97的实施例，广播发送装置可以通过公共PLP部分来发送被共同地应用于PLP的信息。根据本发明的特定实施例，广播传输帧可以不包括公共PLP部分。
根据图97的实施例，广播发送装置通过交织的PLP部分来发送包括在广播服务中的多个组件。在这一点上，交织的PLP部分包括多个PLP。
此外，根据图97的实施例，广播发送装置可以用信号通知配置各个广播服务的哪个PLP组件通过L1部分或者公共PLP部分发送。然而，广播接收装置100将交织的PLP部分的多个PLP全部解码以便于获得关于广播服务扫描的特定广播服务信息。
不同于图97的实施例，广播发送装置可以发送包括通过广播传输帧发送的广播服务和附加部分的广播传输帧，所述附加部分包括关于包括在广播服务中的组件的信息。在这一点上，广播接收装置100可以通过附加部分来立即获得关于广播服务以及其中的组件的信息。这将参照图98进行描述。
图98是根据本发明的另一实施例的广播传输帧的视图。
根据图98的实施例，广播传输帧包括P1部分、L1部分、快速信息信道(FIC)部分、交织的PLP部分(例如，调度的&交织的PLP的部分)、以及辅助数据部分。
除了FIC部分之外，其它的部分与图97中的那些相同。
广播发送装置通过FIC部分来发送快速信息。快速信息可以包括通过传输帧发送的广播流的配置信息、简单广播服务信息、以及组件信息。广播接收装置100可以基于FIC部分来扫描广播服务。更加详细地，广播接收装置100可以从FIC部分提取关于广播服务的信息。
图99是图示根据本发明的实施例的发送广播服务的传输分组的结构的视图。
在图99的实施例中，发送广播服务的传输分组包括网络协议字段、错误指示符字段、填充指示符字段、指针字段、填充字节字段、以及有效载荷数据。
网络协议字段表示网络协议的类型。根据本发明的特定实施例，网络协议字段的值可以表示IPv4协议或者帧分组类型。更加详细地，如在图99的实施例中所示，当网络协议字段的值是000时，其可以表示IPv4协议。更加详细地，如在图99的实施例中所示，当网络协议字段的值是111时，其可以表示frame_packet_type协议。在这一点上，framed_packet_type可以是通过ATSC A/153定义的协议。更加详细地，framed_packet_type可以表示不包括表示关于长度的信息的字段的网络分组协议。根据本发明的特定实施例，网络协议可以是3比特字段。
错误指示符字段表示从对应传输分组检测错误。更加详细地，如果错误指示符字段的值是0，则其表示从对应分组中没有检测到错误，并且如果错误指示符字段的值是1，则其表示从对应分组检测到错误。根据本发明的特定实施例，错误指示符字段可以是1比特字段。
填充指示符字段表示填充字节是否被包括在对应传输分组中。在这一点上，填充字节表示被包括在有效载荷中以保持固定的分组的长度的数据。根据本发明的特定实施例，当填充指示符字段的值是1时，传输分组包括填充字节，并且当填充指示符字段的值是0时，传输分组不包括填充字节。根据本发明的特定实施例，填充指示符字段可以是1比特字段。
指针字段表示在对应传输分组的有效载荷部分中的新网络分组的开始点。根据本发明的特定实施例，当指示符字段的值是0x7FF时，其可以表示不存在新网络分组的开始点。另外，根据本发明的特定实施例，当指示符字段的值不是0x7FF时，其可以表示从传输分组头的最后部分到新网络分组的开始点的偏移值。根据本发明的特定实施例，指针字段可以是11比特字段。
填充字节字段表示填充在头和有效载荷数据之间以保持固定的分组长度的填充字节。
用于接收广播服务的广播接收装置的配置将参照图129描述。
图101是图示根据本发明的实施例的广播接收装置的配置的视图。
图101的广播接收装置100包括广播接收单元110、互联网协议(IP)通信单元130以及控制单元150。
广播接收单元110包括信道同步器111、信道均衡器113、以及信道解码器115。
信道同步器111利用时序来同步符号频率，以便于在接收到广播信号的基带中解码。
信道均衡器113校正同步的广播信号的失真。更加详细地，信道均衡器113校正由于多径和多普勒效应导致的同步的信号的失真。
信道解码器115将校正了失真的广播信号解码。更加详细地，信道解码器115从校正了失真的广播信号提取传输帧。在这一点上，信道解码器115可以执行前向纠错(FEC)。
IP通信单元130通过互联网网络来接收和发送数据。
控制单元150包括信令解码器151、传输分组接口153、宽带分组接口155、基带操作控制单元157、公共协议栈159、服务映射数据库161、服务信令信道处理缓冲器和解析器163、A/V处理器165、广播服务指南处理器167、应用处理器169、以及服务指南数据库171。
信令解码器151解码广播信号的信令信息。
传输分组接口153从广播信号提取传输分组。在这一点上，传输分组接口153可以从所提取的传输分组提取诸如信令信息或者IP数据报的数据。
广播分组接口155从接收自互联网网络的数据提取IP分组。在这一点上，广播分组接口155可以从IP分组提取信令数据或者IP数据报。
基带操作控制单元157控制与从基带接收广播信号有关的操作。
公共协议栈159从传输分组提取音频或者视频。
A/V处理器547处理音频或者视频。
服务信令信道处理缓冲器和解析器163解析和缓冲用信号通知广播服务的信令信息。更加详细地，服务信令信道处理缓冲器和解析器163从IP数据报解析并缓冲用信号通知广播服务的信令信息。
服务映射数据库165存储包括关于广播服务的信息的广播服务列表。
服务指南处理器167处理指导地面广播服务的节目的地面广播服务指南数据。
应用处理器169从广播信号提取和处理应用相关信息。
服务指南数据库171存储广播服务的节目信息。
图102是图示根据本发明的另一实施例的广播接收装置的配置的视图。
在图102的实施例中，图102的广播接收装置100包括广播接收单元110、互联网协议(IP)通信单元130、以及控制单元150。
广播接收单元110可以包括一个或更多个处理器、一个或更多个电路、以及一个或更多个硬件模块，其执行广播接收单元100所执行的多个功能中的每一个。更加详细地，广播接收单元110可以是芯片上系统(SOC)，其中多个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件以及诸如处理器和D-RAM的半导体被集成为一个。广播接收单元110可以包括物理层模块119和物理层IP帧模块117。物理层模块119通过广播网络的广播信道来接收和处理广播相关信号。物理层IP帧模块117将从物理层模块119获得的诸如IP数据报的数据分组转换成特定帧。例如，物理层模块119可以将IP数据报转换成RS帧或者GSE。
IP通信单元130可以包括一个或更多个处理器、一个或更多个电路、以及一个或更多个硬件组件，其执行IP通信单元130所执行的多个功能中的每一个。更加详细地，IP通信单元130可以是芯片上系统(SOC)，其中多个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件以及诸如处理器和D-RAM的半导体被集成为一个。IP通信单元130可以包括互联网接入控制模块131。互联网接入控制模块131可以控制广播接收装置100的操作以通过互联网通信网络(例如，宽带)获得服务、内容以及信令数据中的至少一个。
控制单元150可以包括一个或更多个处理器、一个或更多个电路、以及一个或更多个硬件组件，其执行控制单元150所执行的多个功能中的每一个。更加详细地，控制单元150可以是芯片上系统(SOC)，其中多个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件以及诸如处理器和D-RAM的半导体被集成为一个。控制单元150可以包括信令解码器151、服务映射数据库161、服务信令信道解析器163、应用信令解析器166、警报信令解析器168、定向信令解析器170、定向处理器173、A/V处理器161、警报处理器162、应用处理器169、调度流解码器181、文件解码器182、用户请求流解码器183、文件数据库184、组件同步单元185、服务/内容获取控制单元187、再分布模块189、装置管理器193、以及数据共享单元191中的至少一个。
服务/内容获取控制单元187控制接收机的操作以通过宽带网络或者互联网通信网络获得服务或者内容以及与服务或者内容有关的信令数据。
信令解码器151解码信令信息。
服务信令解析器163解析服务信令信息。
应用信令解析器166提取并解析服务相关信令信息。在这一点上，服务相关信令信息可以是服务扫描相关信令信息。另外，服务相关信令信息可以是与通过服务提供的内容有关的信令信息。
警报信令解析器168提取和解析警报相关信令信息。
目标信令解析器170提取和解析用于将服务或内容个性化的信息或者用于用信号通知定向信息的信息。
定向处理器173处理用于将服务或者内容个性化的信息。
警报处理器162处理警报相关信令信息。
应用处理器169控制应用相关信息和应用的执行。更加详细地，应用处理器169处理下载的应用的状态和显示参数。
A/V处理器161基于解码的音频或者视频和应用数据来处理A/V渲染相关操作。
调度流解码器181解码调度的流，调度的流是根据诸如广播商的内容提供商所定义的时间表流传输的内容。
文件解码器182解码下载的文件。特别地，文件解码器182解码通过互联网通信网络下载的文件。
用户请求流解码器183解码通过用户请求提供的内容(例如，点播内容)。
文件数据库184存储文件。更加详细地，文件数据库184可以存储通过互联网通信网络下载的文件。
组件同步单元185同步内容或者服务。更加详细地，组件同步单元185同步通过调度流解码器181、文件解码器182、以及用户请求流解码器183中的至少一个解码的内容。
服务/内容获取控制单元187控制接收机的操作以获得服务、内容或者与服务或者内容有关的信令信息。
当没有通过广播网络接收到服务或者内容时，再分布模块189执行操作以支持获得服务、内容、服务相关信息、以及内容相关信息中的至少一个。更加详细地，再分布模块189可以向外部管理装置300请求服务、内容、服务相关信息、以及内容相关信息中的至少一个。在这一点上，外部管理装置300可以是内容服务器。
装置管理器193管理可互操作的外部装置。更加详细地，装置管理器193可以执行外部装置的添加、删除、以及更新中的至少一个。另外，外部装置可以执行与广播接收装置100的连接和数据交换。
数据共享单元191执行广播接收装置100和外部装置之间的数据传输操作并且处理交换相关信息。更加详细地，数据共享单元191可以将AV数据或者信令信息发送到外部装置。另外，数据共享单元191可以从外部装置接收AV数据或者信令信息。
图103是用信号通知广播服务和广播服务传输路径的广播服务信令表和广播服务传输路径信令信息的视图。
广播服务信令表可以用信号通知广播服务信息。更加详细地，广播服务信令表可以用信号通知广播服务所包括的媒体组件。另外，广播服务信令表可以用信号通知广播服务以及广播服务所包括的媒体组件的传输路径。为此，广播服务信令表可以包括广播服务传输路径信令信息。在图103的实施例中，广播服务信令表包括关于多个广播服务的信息。在这一点上，广播服务信令表包括用信号通知分别包括在多个广播服务中的多个媒体组件的媒体组件信令信息。特别地，广播服务信令表包括用信号通知多个媒体组件的传输路径的广播服务传输路径信令信息。例如，根据信令表，示出广播接收装置100可以通过PLP 0在服务0中发送视频1。另外，根据信令表，示出广播接收装置100可以通过互联网网络在服务N中发送音频1。在这一点上，PLP是物理层上可识别的一系列逻辑数据传送路径。PLP也可以被称为数据管道。
将参照图104至图109描述广播服务信令表。
图104是图示根据本发明的实施例的广播服务信令表的视图。
广播服务信令表可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号通知广播服务所包括的媒体组件的媒体组件信令信息中的至少一个。用信号通知广播服务所包括的媒体组件的媒体组件信令信息可以包括表示各个媒体组件是否为对应广播服务所必要的信息。另外，用信号通知广播服务所包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
更加详细地，如图104的实施例中所示，广播服务信令表可以包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extension字段、version_number字段、current_next_indicator字段、section_number字段、last_section_numberr字段、num_services字段、service_id字段、service_status字段、SP_indicator字段、short_service_name_length字段、short_service_name字段、channel_number字段、service_category字段、num_components字段、essential_component_indicator字段、num_component_level_descriptor字段、component_level_descriptor字段、num_service_level_descriptors字段、以及service_level_descriptor字段中的至少一个。
table_id字段表示广播服务信令信息表的标识符。在这一点上，table_id字段的值可以是ATSC A/65中定义的预留的id值中的一个。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示广播服务信令信息表是否为MEPG-2 TS标准的长格式的私有区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于私有区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段。
section_length字段表示在section_length字段之后的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于结合table_id字段来识别广播服务信令信息表的值。特别地，table_id字段可以包括表示服务信令信息表的协议版本的SMT_protocol_version字段。根据本发明的特定实施例，SMT_protocol_version字段可以是8比特字段。
version_number字段表示服务信令表的版本。广播接收装置100可以基于vserion_number字段的值确定服务信令信息表的可用性。更加详细地，当version_number字段的值与先前接收到的服务信令表的版本相同时，服务信令表的信息可以不被使用。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示广播服务信令表当前是否可用。更加详细地，当current_next_indicator字段的值是1时，其可以表示广播服务信令表的信息是可用的。此外，当current_next_indicator字段的值是1时，其可以表示广播服务信令表的信息下次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_numberr字段表示最后区段号。当广播服务信令表的大小大时，其可以被划分成多个区段然后被发送。在这一点上，广播接收装置100基于section_number字段和last_section_number字段来确定是否接收到广播服务信令表所必需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别广播服务的服务标识符。根据本发明的特定实施例，service_id字段可以是16比特字段。
service_status字段表示广播服务的当前状态。更加详细地，其可以表示广播服务当前是否可用。根据本发明的特定实施例，当service_status字段的值是1时，其可以表示广播服务当前可用。根据本发明的特定实施例，广播接收装置100可以基于service_status字段的值来确定是否在广播服务列表和广播服务指南中显示对应广播服务。例如，当对应广播服务不可用时，广播接收装置100可以不在广播服务列表和广播服务指南中显示对应广播服务。根据本发明的另一特定实施例，广播接收装置100可以基于service_status字段的值来限制对对应广播服务的访问。例如，当对应广播服务不可用时，广播接收装置100可以限制通过频道上/下键对对应广播服务的访问。根据本发明的特定实施例，service_status字段可以是2比特字段。
SP_indicator字段可以表示服务保护被是否应用于对应广播服务中的至少一个组件。例如，当SP_indicator的值是1时，其可以表示服务保护被应用于对应广播服务中的至少一个组件。根据本发明的特定实施例，SP_indicator字段可以是1比特字段。
short_service_name_length字段表示short_service_name字段的大小。
short_service_name字段表示广播服务的名称。更加详细地，可以通过概述广播服务的名称来显示short_service_name字段。
channel_number字段显示对应广播服务的虚拟信道号。
service_category字段表示广播服务的种类。更加详细地，service_category字段可以表示TV服务、无线电服务、广播服务指南、RI服务、以及紧急警报中的至少一个。例如，如图104的实施例中所示，在service_category字段的值是0x01的情况下，其表示TV服务。在service_category字段的值是0x02的情况下，其表示无线电服务。在service_category字段的值是0x03的情况下，其表示RI服务。在service_category字段的值是0x08的情况下，其表示服务指南。在service_category字段的值是0x09的情况下，其表示紧急警报。根据本发明的特定实施例，service_category字段可以是6比特字段。
num_components字段表示对应广播服务所包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是5比特字段。
essential_component_indicator字段表示对应媒体组件是否为对应广播服务呈现所必要的必要媒体组件。根据本发明的特定实施例，essential_component_indicator字段可以是1比特字段。
num_component_level_descriptor字段表示component_level_descrptor字段的数目。根据本发明的特定实施例，num_component_level_descriptor字段可以是4比特字段。
component_level_descriptor字段包括用于对应组件的附加性质。
num_service_level_descriptors字段表示service_level_descriptor字段的数目。根据本发明的特定实施例，num_service_level_descriptors字段可以是4比特字段。
service_level_descriptor字段包括用于对应服务的附加性质。
服务信令表还可以包括关于集群(ensemble)的信息。当相同的前向纠错(FEC)被应用于至少一个服务并且被发送时，集群表示所述至少一个服务的集合。这将参照图106更加详细地描述。
图106是根据本发明的另一实施例的广播服务信令表的视图。
更加详细地，如图106的实施例中所示，广播服务信令表还可以包括num_ensemble_level_descriptors字段和ensemble_level_descriptor字段。
num_ensemble_level_descriptors字段表示ensemble_level_descriptor字段的数目。根据本发明的特定实施例，num_ensemble_level_descriptors字段可以是4比特字段。
ensemble_level_descriptor字段包括用于对应集群的附加性质。
另外，服务信令表还可以包括用于识别媒体组件的流标识符信息。这将参照图136更加详细地描述。
图107是根据本发明的另一实施例的流标识符描述符的视图。
流标识符信息包括descriptor_tag字段、descriptor_length字段以及component_tag字段中的至少一个。
descriptor_tag字段表示包括流标识符信息的描述符。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示在对应字段之后的流标识符信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
component_tag字段表示用于识别媒体组件的媒体组件标识符。在这一点上，媒体组件标识符可以在对应信令信息表上具有与另一媒体组件的媒体组件标识符不同的唯一值。根据本发明的特定实施例，component_tag字段可以是8比特字段。
将参照图108和图112描述用于发送/接收广播服务信令表的操作。
上述广播服务表被描述为比特流格式，但是根据本发明的特定实施例，广播服务表可为XML格式。
图108是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的视图。
广播发送装置可以包括发送单元，该发送单元用于发送广播信号；和控制单元，该控制单元用于控制广播发送单元的操作。发送单元可以包括一个或更多个处理器、一个或更多个电路、以及一个或更多个硬件模块，其执行发送单元所执行的多个功能中的每一个。更加详细地，发送单元可以是芯片上系统(SOC)，其中多个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频和调制解调器的各种多媒体组件以及诸如处理器和D-RMA的半导体被集成为一个。控制单元可以包括一个或更多个处理器、一个或更多个电路、以及一个或更多个硬件模块，其执行控制单元所执行的多个功能中的每一个。更加详细地，控制单元可以是芯片上系统(SOC)，其中多个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频和调制解调器的各种多媒体组件以及诸如处理器和D-RMA的半导体被集成为一个。
在操作S101中广播发送装置通过控制单元获得广播服务信息。在这一点上，广播服务信息是用于描述广播服务的信息。更加详细地，广播服务信息可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、广播服务的频道号、表示用于广播服务的保护算法是否被应用的信息、广播服务的种类信息、以及用信号通知广播服务所包括的媒体组件的媒体组件信令信息中的至少一个。用信号通知广播服务所包括的媒体组件的媒体组件信令信息可以包括表示各个媒体组件是否为对应广播服务所必要的信息。另外，用信号通知广播服务所包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
广播发送装置在操作S103中通过控制单元基于广播服务信息生成广播服务信令表。在这一点上，广播服务信令表可以包括上述广播服务信息。
广播发送装置在操作S105中通过发送单元发送包括服务信令表的广播信号。
图109是图示根据本发明的实施例的当广播接收装置接收广播服务信令表时的操作的视图。
广播接收装置100在操作S301中通过广播接收单元110接收广播信号。
广播接收装置100在操作S303中基于广播信号通过控制单元150获得广播服务信令表。更加详细地，广播接收装置100可以从广播信号获得广播服务信令表。在这一点上，如在上面所提及的，广播服务信令表可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号通知媒体组件的媒体组件信令信息中的至少一个。用信号通知广播服务所包括的媒体组件的媒体组件信令信息可以包括表示各个媒体组件是否为对应广播服务所必要的信息。另外，用信号通知广播服务所包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。然而，根据本发明的特定实施例，广播接收装置100可以经由IP网络获得广播服务信令表。
广播接收装置100在操作S305中通过控制单元150基于广播服务信令表获得广播服务信息。在这一点上，如在上面所提及的，广播服务信息可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、广播服务的频道号、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号通知广播服务所包括的媒体组件的媒体组件信令信息中的至少一个。用信号通知广播服务所包括的媒体组件的媒体组件信令信息可以包括表示各个媒体组件是否为对应广播服务所必要的信息。另外，用信号通知广播服务所包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
广播接收装置100在操作S307中通过控制单元150基于广播服务信息生成用于存储关于广播服务的信息的广播服务列表。在这一点上，广播服务列表可以包括广播接收装置100所获得的广播服务信息。根据本发明的特定实施例，广播接收装置100可以基于广播服务信息或者广播服务列表来接收广播服务。
图110是图示根据本发明的实施例的广播服务传输路径信令信息的视图。
广播服务传输路径信令信息可以包括表示发送广播服务的网络的类型的信息以及根据广播传输类型的特定传输信息。发送广播服务的网络的类型可以是通过相同广播商所发送的IP流发送广播服务的网络、通过不同广播商所发送的IP流发送广播服务的网络、通过相同广播商的FLUTE会话发送广播服务的网络、通过不同广播商的FLUTE会话发送广播服务的网络、通过不同广播商的MPEG-2 TS发送广播服务的网络、通过不同广播商的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络、以及用于通过URL获得广播服务的网络中的一个。
根据本发明的特定实施例，如图110中所示，广播服务传输路径信令信息可以包括descriptor_tag字段、description_length字段、delivery_network_type字段、以及data_path字段。
descriptor_tag字段表示对应描述符包括传输路径信令信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
description_length字段表示在对应字段之后的广播服务传输路径信令信息的长度。根据本发明的特定实施例，description_length字段可以是8比特字段。
delivery_network_type字段表示发送广播服务的传输网络的类型。根据本发明的特定实施例，delivery_network_type字段的值可以表示通过相同广播商所发送的IP流发送广播服务的网络、通过不同广播商所发送的IP流发送广播服务的网络、通过相同广播商的FLUTE会话发送广播服务的网络、通过不同广播商的FLUTE会话发送广播服务的网络、通过不同广播商的MPEG-2 TS发送广播服务的网络、通过不同广播商的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络、以及用于通过URL获得广播服务的网络中的一个。例如，如图111的实施例中所示，当delivery_network_type字段的值是0x00时，其可以表示通过从相同广播商发送的IP流来发送广播服务的网络。此外，当delivery_network_type字段的值是0x01时，其可以表示通过从不同广播商发送的IP流来发送广播服务的网络。此外，当delivery_network_type字段的值是0x02时，其可以表示通过相同广播商的FLUTE会话来发送广播服务的网络。另外，当delivery_network_type字段的值是0x03时，其可以表示通过不同广播商的FLUTE会话来发送广播服务的网络。此外，当delivery_network_type字段的值是0x04时，其可以表示通过不同广播商的MPEG-2 TS来发送广播服务的网络。另外，当delivery_network_type字段的值是0x05时，其可以表示通过不同广播商的基于分组的流来发送广播服务的网络。此外，当delivery_network_type字段的值是0x06时，其可以表示通过从基于IP的广播网络发送的基于分组的流来发送广播服务的网络。此外，当delivery_network_type字段的值是0x07时，其可以表示通过URL获得广播服务的网络。
data_path字段包括根据发送广播服务的传输网络的类型的特定传输信息。将参照图112至图120更加详细地描述data_path。
图112是根据本发明的实施例的当广播服务传输路径信令信息用信号通知通过IP流的广播服务的传输时的视图。
当发送广播服务的网络是通过相同广播商所发送的IP流发送广播服务的网络时，广播服务传输路径信令信息可以包括表示IP版本的信息、关于其是否包含源IP地址的信息、源IP地址、关于其是否包含目的地IP地址的信息、目的地IP地址、表示发送广播服务的IP数据报流的UDP端口的数目的信息、以及UDP端口号信息的信息中的至少一个。
根据本发明的特定实施例，如图112的实施例中所示，广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、destination_IP_address_flag字段、source_IP_address字段、port_num_count字段、以及destination_UDP_port_number字段当中的至少一个。
IP_versioni_flag字段表示包括广播服务的IP数据报的IP地址格式。更加详细地，当IP_versioni_flag字段的值是1时，其表示包括广播服务的IP数据报是IPV4格式，并且当IP_versioni_flag字段的值是0时，其表示包括广播服务的IP数据报是IPV6格式。根据本发明的特定实施例，IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示包括广播服务的IP数据报是否包括源IP地址。更加详细地，当source_IP_address_flag字段的值是1时，其表示包括广播服务的IP数据报包括源IP地址，并且当source_IP_address_flag字段的值是0时，其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例，source_IP_address_flag字段可以是1比特字段。
destination_IP_address_flag字段表示包括广播服务的IP数据报包括目的地IP地址。更加详细地，当destination_IP_address_flag字段的值是1时，其表示包括广播服务的IP数据报包括目的地IP地址，并且当destination_IP_address_flag字段的值是0时，其表示包括广播服务的IP数据报不包括目的地IP地址。根据本发明的特定实施例，destination_IP_address_flag字段可以是1比特字段。
source_IP_address字段表示包括广播服务的IP数据报的源IP地址。根据本发明的特定实施例，根据IP版本，source_IP_address字段可以是32或者128比特字段。
destination_IP_address字段表示包括广播服务的IP数据报的目的地IP地址。根据本发明的特定实施例，根据IP版本，destination_IP_address字段可以是32或者128比特字段。
port_num_count字段表示包括广播的IP数据报流的端口的数目。根据本发明的特定实施例，port_num_count字段可以是8比特字段。
destination_UDP_port_number字段表示包括广播服务的IP数据报的UDP端口号。根据本发明的特定实施例，destination_UDP_port_number字段可以是16比特字段。
图113是根据本发明的实施例的当广播服务传输路径信令信息用信号通知通过不同广播商的IP流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播商所发送的IP流来发送广播服务的网络时，不同于通过相同广播商所发送的IP流来发送广播服务的网络，广播服务传输路径信令信息还可以包括用于识别发送IP数据报的传输流的标识符。
根据本发明的实施例，如图142的实施例中所示，广播服务传输路径信令信息可以包括transport_stream_id字段。
transport_stream_id字段识别发送包括广播服务的IP数据报的传输流。根据本发明的特定实施例，transport_stream_id字段可以是16比特字段。
图114是根据本发明的实施例的当广播服务传输路径信令信息用信号通知通过FLUTE会话的广播服务的传输时的视图。
当发送广播服务的网络是通过相同广播商所发送的FLUTE会话来发送广播服务的网络时，广播服务传输路径信令信息可以包括表示IP版本的信息、关于其是否包含IP地址的信息、源IP地址、目的地IP地址、UDP端口号信息、以及用于识别发送包括广播服务的FLUTE分组的FLUTE会话的传输会话标识符中的至少一个。
根据本发明的特定实施例，如图114的实施例中所示，广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、source_IP_address字段、destination_UDP_port_number字段、以及flute_tsi字段当中的至少一个。
IP_versioni_flag字段表示发送包括广播服务的FLUTE分组的IP数据报的IP地址格式。更加详细地，当IP_versioni_flag字段的值是1时，其表示包括广播服务的IP数据报是IPV4格式，并且当IP_versioni_flag字段的值是0时，其表示包括广播服务的IP数据报是IPv6格式。根据本发明的特定实施例，IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示发送包括广播服务的FLUTE分组的IP数据报是否包括源IP地址。更加详细地，当source_IP_address_flag字段的值是1时，其表示包括广播服务的IP数据报包括源IP地址，并且当source_IP_address_flag字段的值是0时，其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例，source_IP_address_flag字段可以是1比特字段。
source_IP_address字段表示发送包括广播服务的FLUTE分组的IP数据报的源IP地址。根据本发明的特定实施例，根据IP版本，source_IP_address字段可以是32或者128比特字段。
destination_IP_address字段表示发送包括广播服务的FLUTE分组的IP数据报的目的地IP地址。根据本发明的特定实施例，根据IP版本，destination_IP_address字段可以是32或者128比特字段。
destination_UDP_port_number字段表示发送包括广播服务的FLUTE分组的IP数据报的UDP端口号。根据本发明的特定实施例，destination_UDP_port_number字段可以是16比特字段。
flute_tsi字段表示用于识别发送包括广播服务的FLUTE分组的FLUTE会话的传输会话标识符。
图115是根据本发明的实施例的当广播服务传输路径信令信息用信号通知通过不同广播商的FLUTE协议的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播商的FLUTE会话来发送广播服务的网络时，不同于通过相同广播商的FLUTE会话来发送广播服务的网络，广播服务传输路径信令信息还可以包括用于识别发送FLUTE分组的传输流的标识符。
根据本发明的实施例，如图115的实施例中所示，广播服务传输路径信令信息可以包括transport_stream_id字段。
transport_stream_id字段识别发送包括广播服务的FLUTE分组的传输流。根据本发明的特定实施例，transport_stream_id字段可以是16比特字段。
图116是根据本发明的实施例的当广播服务传输路径信令信息用信号通知通过不同广播商的MPEG-2 TS流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播商的MPEG-2 TS来发送广播服务的网络时，其可以包括用于识别发送包括广播的MPEG-2 TS的传输流的标识符以及包括广播服务的MPEG-2 TS分组的标识符。
根据本发明的特定实施例，如图116中所示，广播服务传输路径信令信息可以包括transptort_stream_id字段和pid字段中的至少一个。
transptort_stream_id字段表示用于识别发送MPEG-2 TS的传输流的标识符。根据本发明的特定实施例，transport_stream_id字段可以是16比特字段。
pid字段表示包括广播服务的MPEG-2 TS分组的标识符。根据本发明的特定实施例，pid字段可以是13比特字段。
图117是根据本发明的实施例的当广播服务传输路径信令信息用信号通知通过不同广播商的基于分组的流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播商的基于分组的流来发送广播服务的网络时，广播服务传输路径信令信息可以包括用于识别包括广播服务的基于分组的流的标识符以及包括广播服务的分组的标识符。
根据本发明的特定实施例，如图117中所示，广播服务传输路径信令信息可以包括transptort_stream_id字段和packet_id字段中的至少一个。
transport_stream_id字段表示包括广播服务的基于分组的流的标识符。根据本发明的特定实施例，transport_stream_id字段可以是16比特字段。
packet_id字段表示包括广播服务的分组的标识符。根据本发明的特定实施例，packet_id字段可以是16比特字段。
图118是根据本发明的实施例的当广播服务传输路径信令信息用信号通知通过基于IP的广播网络的基于分组的流的广播服务的传输时的视图。
当发送广播服务的网络是通过从基于IP的广播网络发送的基于分组的流来发送广播服务的网络时，广播服务传输路径信令信息可以包括表示IP版本的信息、表示其是否包含源IP地址的信息、源IP地址、目的地IP地址、UDP端口号信息、以及用于识别包括广播服务的分组的标识符中的至少一个。
根据本发明的特定实施例，如图118的实施例中所示，广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、source_IP_address字段、destination_UDP_port_number字段、以及packet_id字段当中的至少一个。
IP_versioni_flag字段表示发送包括广播服务的分组的IP数据报的IP地址格式。更加详细地，当IP_versioni_flag字段的值是1时，其表示包括广播服务的IP数据报是IPV4格式，并且当IP_versioni_flag字段的值是0时，其表示包括广播服务的IP数据报是IPv6格式。根据本发明的特定实施例，IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示发送包括广播服务的分组的IP数据报是否包括源IP地址。更加详细地，当source_IP_address_flag字段是1时，其表示包括广播服务的IP数据报包括源IP地址，并且当source_IP_address_flag字段的值是0时，其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例，source_IP_address_flag字段可以是1比特字段。
source_IP_address字段表示发送包括广播服务的分组的IP数据报的源IP地址。根据本发明的特定实施例，根据IP版本，source_IP_address字段可以是32或者128比特字段。
destination_UDP_port_number字段表示发送包括广播服务的分组的IP数据报的目的地IP地址。根据本发明的特定实施例，根据IP版本，destination_UDP_port_number字段可以是32或者128比特字段。
destination_UDP_port_number字段表示发送包括广播服务的分组的IP数据报的UDP端口号。根据本发明的特定实施例，destination_UDP_port_number字段可以是16比特字段。
packet_id字段表示用于识别包括广播服务的分组的标识符。根据本发明的特定实施例，packet_id字段可以是16比特字段。
图119是根据本发明的实施例的当广播服务传输路径信令信息用信号通知通过URL的广播服务时的视图。
当发送广播服务的网络是通过URL来获得广播服务的网络时，广播服务传输路径信令信息可包括表示用于接收广播服务的URL的长度的信息以及用于接收广播服务的URL。
根据本发明的特定实施例，如图119中所示，广播服务传输路径信令信息可包括URL_lenth字段和URI_char字段中的至少一个。
URL_length字段表示用于接收广播服务的URL的长度。根据本发明的特定实施例，URL_length字段可以是8比特字段。
URL_char字段表示用于接收广播服务的URL。根据本发明的特定实施例，URL_char字段可以是8比特字段。
图120是根据本发明的实施例的当广播发送装置发送广播服务传输路径信令信息时的视图。
广播发送装置在操作S501中通过控制单元来获得广播服务的传输路径。
广播发送装置在操作S503中通过控制单元生成广播服务传输路径信令信息。广播发送装置可生成参照图109至图118所述的广播服务传输路径信令信息。
广播发送装置在操作S505中通过发送单元发送包括广播服务传输路径信令信息的广播信号。
图121是根据本发明的实施例的当广播发送装置发送广播服务传输路径信令信息时的视图。
广播接收装置100在操作S701中通过广播接收单元110接收广播信号。
广播接收装置100在操作S703中基于广播信号通过控制单元150获得广播服务传输路径信令信息。
广播接收装置100在操作S705中通过控制单元150基于广播服务传输路径信令信息来接收广播服务。更详细地，广播接收装置100可通过控制单元150基于广播服务传输路径信令信息接收广播服务的媒体组件。如参照图110至图120所述，广播接收装置100可通过下述网络中的至少一个来接收广播服务：通过同一广播商所发送的IP流发送广播服务的网络、通过不同广播商所发送的IP流发送广播服务的网络、通过同一广播商的FLUTE会话发送广播服务的网络、通过不同广播商的FLUTE会话发送广播服务的网络、通过不同广播商的MPEG-2 TS发送广播服务的网络、通过不同广播商的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流来发送广播服务的网络、以及通过URL获得广播服务的网络。特别是，根据本发明的特定实施例，广播接收装置100可通过多个网络接收广播服务的多个媒体组件。例如，广播接收装置1100可通过广播接收单元1110经由基于分组的流来接收广播服务的视频组件，并且可通过IP通信单元130经由基于IP的广播网络来接收广播服务的音频组件。
如上所述，广播服务信令表可包括用信号通知媒体组件的媒体组件信令信息。特别是，当以ISO基础媒体文件格式(ISO BMFF)来发送广播服务时，广播服务信令表可包括媒体组件信令信息。这将参照图122至图125更详细地进行描述。
图122是图示出根据本发明的实施例的用信号通知媒体组件的媒体组件信令信息的视图。
媒体组件信令信息可包括表示媒体组件的编码类型的信息、关于媒体组件是否被加密的信息、表示包括将加密的媒体组件解密的密钥的STKM流的数目的信息、用于识别包括用于将加密的媒体组件解密的密钥的STKM流的标识符、媒体组件的传输参数的长度、媒体组件的传输参数以及根据组件的编码类型的编码参数。在这一点，传输参数可包括缓冲器模型和最大发送单元(MTU)的大小中的至少一个。
根据本发明的特定实施例，如图122的实施例中所示，媒体组件信令信息可包括descriptor_tag字段、descriptor_length字段、component_type字段、component_encryption_flag字段、num_STKM_streams字段、STKM_stream_id字段、transport_parameter_text_length字段、transport_parameter_text字段以及component_data字段中的至少一个。
descriptor_tag字段表示对应描述符包括媒体组件信令信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示对应字段之后的广播服务传输路径信令信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
component_type字段表示对应组件的编码类型。根据本发明的实施例，如图123的实施例中所示，component_type字段所具有的值可表示H.264/AVC、SVC增强层流组件、HEAAC v2音频流组件、FLUTE文件传送会话、STKM流组件、LTKM流组件、OMA-RME DIMS流组件以及NTP时基流组件中的至少一个。当通过ISO BMFF来发送媒体组件时，广播接收装置100需要准备适当的操作以便接收媒体组件。因此，必须用信号通知通过ISO BMFF来发送媒体组件的事实。更详细地，如图123的实施例中所示，component_type字段可表示媒体组件是通过ISO BMFF发送的。更详细地，当component_type字段的值是35时，其可表示媒体组件是H.264/AVC组件。更详细地，当component_type字段的值是36时，其可表示媒体组件是SVC增强层流组件。更详细地，当component_type字段的值是37时，其可表示媒体组件是HE AACv2音频流组件。更详细地，当component_type字段的值是38时，其可表示媒体组件是通过FLUTE文件传输会话发送的。更详细地，当component_type字段的值是39时，其可表示媒体组件是STKM流组件。更详细地，当component_type字段的值是40时，其可表示媒体组件是LTKM流组件。更详细地，当component_type字段的值是41时，其可表示媒体组件是OMA-RMEDIMS流组件。更详细地，当component_type字段的值是42时，其可表示媒体组件是NTP时基流组件。更详细地，当component_type字段的值是43时，其可表示媒体组件是通过ISO BMFF发送的。根据本发明的特定实施例，component_type字段可以是7比特字段。
component_encryption_flag字段是表示媒体组件是否被加密的字段。根据本发明的特定实施例，component_encryption_flag字段可以是1比特字段。
num_STKM_streams字段表示包括用于将加密的媒体组件解密的密钥的STKM流的数目。根据本发明的特定实施例，num_STKM_streams字段可以是8比特字段。
STKM_stream_id字段表示用于识别包括用于将加密的媒体组件解密的密钥的STKM流的标识符。根据本发明的特定实施例，STKM_stream_id字段可以是8比特字段。
transport_parameter_text_length字段表示transport_parameter_text字段的长度。根据本发明的特定实施例，transport_parameter_text_length字段可以是8比特字段。
transport_parameter_text字段表示媒体组件的传输参数。在这一点，传输参数可包括缓冲器模型和最大发送单元(MTU)的大小中的至少一个。
component_data字段表示组件的编码参数。编码参数所包括的参数可根据组件的编码类型而改变。更详细地，编码参数所包括的参数可根据component_type字段的值而改变。
当媒体组件通过ISO BMFF发送时，component_data字段可包括ISO BMFF的版本信息和配置信息中的至少一个。
更详细地，如图125的实施例中所示，component_data字段可包括版本字段和配置字段中的至少一个。
版本字段表示ISO BMFF的版本信息。根据本发明的特定实施例，版本字段可以是8比特字段。
配置字段表示ISO BMFF的配置信息。根据本发明的特定实施例，配置字段可以是8比特字段。
上述媒体组件全部被相同地处理并用信号通知，而不管其内容如何。然而，最近，根据通信环境而发送不同质量的媒体组件的自适应流传输服务受到很大关注。因此，用户可根据通信环境选择包括相同内容的各种质量的媒体组件中的一个，然后可观看所选择的那个。此外，提供了在一个屏幕上同时显示多个媒体组件的多视图服务。因此，用户可通过一个屏幕观看多个图像或数据广播。例如，用户可在通过附加画中画(PIP)屏幕观看棒球比赛的同时观看另一体育场的比赛。以这种方式，由于包括多个媒体组件的广播服务是多样化的且增加，所以广播发送装置和广播接收装置可能需要划分组件的类型并对其进行处理，并且还需要系统地定义各个媒体组件之间的关系。这将参照图125至图203来描述。
图125是图示出根据本发明的实施例的媒体组件的类型和作用的视图。
媒体组件可被划分成内容组件、简单音频组件、简单视频组件、连续组件、基本组件、复合组件、复合音频组件、复合视频组件、自适应组件、自适应音频组件、自适应视频组件以及复杂组件。可将自适应组件表示为PickOne组件。
内容组件是包括与一种媒体有关的元数据的组件。更详细地，内容组件可以是视频轨道、音频轨道、隐藏字幕、视频增强层、网页以及双向应用中的一个。
简单音频组件是包括音频的组件。更详细地，简单音频组件是根据特定编码参数编码的一个语音序列的编码。
简单视频组件是包括视频的组件。更详细地，简单视频组件是根据特定编码参数编码的一个视频序列的编码。
连续组件是在连续流上播放的组件。
基本组件是包括一个编码的连续组件。基本组件可以是音频组件。更详细地，基本组件可以是用于语音序列的一个编码。另外，基本组件可以是视频组件。更详细地，基本组件可以是用于视频序列的一个编码。基本组件可以是一个隐藏字幕轨道。
复合组件是播放一个场景所需的连续组件的集合。更详细地，复合组件是具有相同媒体类型、表示同一场景且需要按照预定组合一起播放的连续组件的集合。因此，复合组件是被组合以表示一个场景的媒体组件的集合。更详细地，复合组件可以是一个完整音频所需的音乐、对话以及特效。另外，复合组件可以是播放3D图像所需的3D图像的右图像和左图像。
复合音频组件是播放语音序列所需的音频组件的集合。更详细地，复合音频组件可以是要被混合的音频组件的集合。
复合视频组件是播放图像序列所需的视频组件的集合。更详细地，复合视频组件可以是被组合以用于3D视频回放的3D组件的集合。另外，复合视频组件可以是伴随至少一个增强编码的基础视频编码。
自适应组件是被相互替换的、表示一个场景的连续组件的集合。如上所述，可将自适应组件称为PickOne，并且这表示多个可替换连续组件中的一个可被选择并播放。更详细地，自适应组件是具有相同媒体类型并表示同一场景的连续组件的集合，并且该连续组件中的一个被选择以用于回放。更详细地，自适应组件是通过以不同质量对相同内容进行编码而获得的媒体组件的集合。例如，自适应组件可以是通过用不同的比特率对同一语音序列进行编码而获得的音频组件的集合。另外，自适应组件是通过用不同的比特率对同一图像序列进行编码而获得的视频组件的集合。另外，自适应组件可以是用于同一对话的一般隐藏字幕轨道和易读式隐藏字幕。
自适应音频组件是音频组件的集合，其中的一个被选择以用于播放语音序列。更详细地，自适应音频组件可以是通过用不同的比特率对同一声音序列进行编码而获得的音频组件的集合。
自适应视频组件是视频组件的集合，其中的一个被选择以用于播放图像序列。更详细地，自适应视频组件可以是通过用不同的编码参数对同一视频序列进行编码而获得的视频组件的集合。
复杂组件表示复合组件或自适应组件中的一个。将参照图126至图128来更详细地描述复杂组件。
图126是图示出根据本发明的实施例的复杂组件的配置的视图。
不要求复杂组件仅包括基本组件。根据本发明的特定实施例，复杂组件可包括复杂组件。因此，仅仅利用复杂组件中的一个基本组件不可以播放广播服务。另外，复杂组件可以是复合组件或自适应组件。更详细地，如图126的实施例中所示，复合组件可包括至少一个基本组件。另外，复合组件可包括至少一个复杂组件。另外，复合组件可包括基本组件和复杂组件。一个自适应组件可包括至少一个基本组件。
可使用术语“顶层组件”来描述广播服务的组件。顶层音频组件表示唯一语音序列。顶层视频组件表示唯一图像序列。根据本发明的特定实施例，这样的顶层组件可以是基本组件。根据本发明的另一特定实施例，这样的顶层组件可以是复合组件。
例如，如图127的实施例中所示，顶层视频组件可以是包括3D图像的左图像和右图像组件的复合组件。在这一点，3D图像的左图像组件可以是自适应组件，其包括以不同比特率编码的多个基本组件。另外，3D图像的右图像组件可以是自适应组件，其包括以不同比特率编码的多个基本组件。
根据本发明的另一特定实施例，如图128的实施例中所示，顶层音频组件可以是自适应组件，其包括包含完整主音频的自适应组件以及具有混合音乐、对话和特效的复合组件。在这一点，包括完整主音频的自适应组件可包括用不同比特率编码的多个基本组件。另外，包括混合音乐、对话以及特效的复合组件可包括：包括音乐的自适应组件、包括对话的自适应组件以及包括特效的自适应组件。也就是说，包括音乐的自适应组件可包括用不同比特率编码的多个基本组件。
以这种方式来区别媒体组件可简化多个媒体组件之间的关系。例如，当指定各个视频节目包括一个复杂视频组件时，不需要指定与各个音频基本组件或视频基本组件的关系。
针对一个媒体可存在多个复杂组件模型。例如，可利用用于左图像的子媒体组件和用于右图像的子媒体组件对用多个比特率编码的3D组件进行建模。各个子媒体组件可被建模为包括用不同比特率编码的多个组件的自适应组件。另外，同一3D组件可被建模为自适应组件，其包括用不同比特率编码的多个子媒体组件，并且各个子媒体组件可被建模为包括左和右图像的复合组件。在左和右图像中具有不同比特率的子媒体组件的数目可变化。
图129是图示出根据本发明的实施例的复杂视频组件的配置的视图。
图129的实施例通过编辑图129的实施例中的特定表达而获得，并且像图126的实施例一样适用。特别是，连续组件、基本组件、复合组件和复杂组件的定义和作用是相同的。图125的自适应组件被表示为如上所述的PickOne组件。图129的实施例中的PickOne组件的定义和作用与图125的实施例中的自适应组件的那些相同。因此，复合组件表示多个连续组件被组合且一个内容被播放。另外，PickOne组件表示一组件，该组件是选自多个可选媒体组件中的一个且被播放。然而，在图129的实施例中，与图125的实施例不同地定义可呈现组件。可呈现组件表示基本上在广播接收装置100中播放的连续组件。另外，可呈现组件可以是基本组件。另外，可呈现组件可以是复杂组件。在特定实施例中，媒体组件本身可以是可呈现组件，并且可作为复杂组件的子媒体组件被包括在复杂组件中。例如，服务可包括基础2D视频组件和复杂3D组件。在这一点，2D视频组件是在没有3D视频组件的情况下可作为2D图像播放的可呈现组件。另外，作为3D图像的一个视图，可将2D视频组件连同另一3D视频组件一起作为3D图像播放。
另外，在另一特定实施例中，可呈现音频组件可以是PickOne组件，其包括主组件、音乐、对话以及声音效果。在这一点，主组件和音乐组件可以是PickOne组件，其包括用不同比特率编码的多个基本组件。另外，表示对话和声音效果的媒体组件可以是基本组件。
图130是图示出根据本发明的实施例的复杂视频组件的配置的视图。
可呈现组件可以是复合组件。类似于图130的实施例，可分级视频编码可包括多个媒体组件作为复合组件。可分级视频编码可包括作为基本组件的基础层组件、第一增强层组件以及第二增强层组件。在这一点，基础层组件是可在没有第一增强层组件和第二增强层组件的情况下播放的可呈现组件。另外，基础层组件可作为高质量图像连同第一增强层组件和第二增强层组件中的至少一个一起播放。在这一点，第一增强层组件和第二增强层组件是在没有基础层组件的情况下不可播放的组件，并且应当连同基础层组件一起播放。因此，第一增强层组件和第二增强层组件不能称为可呈现组件。在这一点，广播接收装置100可基于广播接收装置100的能力将基础层组件与第一增强层组件和第二增强层组件组合来播放图像。更详细地，当广播接收装置100的能力低时，广播接收装置100可通过使用基础层组件来播放相对低质量的图像。或者，当广播接收装置100的能力相对高时，广播接收装置100可将基础层组件与第一增强层组件和第二增强层组件组合以播放相对高质量的图像。或者，当广播接收装置100的能力非常高时，广播接收装置100可将基础层组件与第一增强层组件和第二增强层组件组合以播放非常高质量的图像。
图131是图示出根据本发明的另一实施例的复杂视频组件的视图。
可呈现组件可以是PickOne组件。根据图131的实施例，PickOne组件可包括并排格式的2D编码和3D编码。在这一点，3D编码被划分成左视图和右视图。左视图和右视图各自被编码成半视图宽度并被并排设置以生成画面。广播接收装置100可根据广播接收装置100的能力而选择2D编码和3D编码中的一个，然后可播放所选择的那个。更详细地，当广播接收装置100不支持3D图像时，其可选择并播放2D编码。另外，当广播接收装置100支持3D图像时，其可选择并播放3D编码。
以这种方式，可通过其中的可呈现组件来描述各个服务。另外，当可呈现组件是复杂组件时，其可通过包括复杂组件的组件来描述。在特定实施例中，各个可呈现音频组件可表示特定场景的语音，并且各个可呈现视频组件可表示以特定角度捕捉的特定场景的画面。在简单组合的情况下，可呈现组件可以是基本组件。如上所述，各个可呈现组件可以是复杂组件。这将参照图132来描述。
图132是图示出根据本发明的另一实施例的复杂视频组件的视图。
可呈现组件可以是复合组件，并且复合组件所包括的组件可以是PickOne组件。在图37的实施例中，可呈现视频组件包括3D图像左视图视频组件和3D图像右视图视频组件。左视图视频组件和右视图视频组件是PickOne组件。因此，左视图视频组件和右视图视频组件包括用不同比特率编码的多个基本组件。
当如图63的实施例中一样定义媒体组件的类型和作用时，可高效地且简单地描述服务所包括的媒体组件的关系和结构。因此，通过使用这一点，广播发送装置可高效地且简单地用信号通知服务，并且也通过使用这一点，广播接收装置100可高效地且简单地获得服务信令信息。
参照图133至图136来描述各种广播服务模型。
图133是图示出根据本发明的实施例的音频服务的媒体组件配置的视图。
音频服务可包括一个或更多个音频组件。另外，音频服务可包括隐藏字幕组件。另外，音频组件可包括附属数据服务。在这一点，附属服务可以是非实时(NRT)服务。另外，根据本发明的特定实施例，可根据预定时间表通过连续流来发送音频服务。根据本发明的特定实施例，可将音频服务称为无线电服务。
图134是图示出根据本发明的实施例的包括音频和视频两者的广播服务的配置的视图。
包括音频和视频两者的广播服务可包括一个或更多个主视频组件。在这一点，包括音频和视频两者的广播服务可包括附属视频组件。在这一点，包括音频和视频两者的广播服务可包括音频组件。此外，包括音频和视频两者的广播服务可包括隐藏字幕组件。此外，包括音频和视频两者的广播服务可包括附属服务数据组件。根据本发明的特定实施例，包括音频和视频两者的服务可被称为TV服务。
图135是图示出根据本发明的实施例的用户请求内容服务的配置的视图。
点播内容(CoD)服务可包括提供用户界面的应用。另外，CoD服务可包括响应于用户请求而提供的内容项目。另外，CoD服务可包括内容项目的目录。在这一点，可将目录嵌入应用中。
图136是图示出根据本发明的实施例的独立数据服务的配置的视图。
独立数据服务可包括配置服务的一个或更多个内容项目。在特定实施例中，可将独立NRT数据服务可被称为应用服务。
多个广播服务可共享媒体组件。更详细地，上述音频服务、包括音频和视频两者的广播服务以及独立数据服务所包括的各个媒体组件可涉及一个或更多个其它组件。在这一点，一个或更多个其它组件可包括表示相同基础内容的通过另一方法编码的服务。
另外，广播服务可包括服务标识符、服务形式、服务的描述、服务名称、频道号、图形图标、服务中的组件的列表、用于广播服务保护的性质、关于定向/个性化的性质、内容咨询评级、服务的语言、关于服务的附属NRT数据服务的列表以及关于广播服务用户报告的性质中的至少一个作为性质。在这一点，可用多种语言显示服务名称。另外，可使用图形图标来表示服务。另外，服务语言可表示服务中所使用的主要语言。另外，服务形式可包括根据计划的时间表发送的预定音频服务、包括根据规划的时间表发送的预定音频和视频的服务、响应于用户请求而发送的用户请求服务以及脚本NRT数据服务中的至少一个。另外，频道号可详细地包括主要频道号和次要频道号。另外，可将频道号显示为虚拟频道号。此外，多个广播服务可使用同一图形图标。另外，服务标识符可在广播服务被广播的广播区域中具有唯一值。另外，服务标识符可包括两个种类的标识符，例如本地标识符和区域标识符。本地标识符可被用于仅在一个广播区域中广播的服务。因此，在多个不同广播区域中广播的多个广播服务可具有相同的区域标识符。当同一广播在多个广播区域中可用时，本地标识符可被用于广播服务识别。
为了用信号通知这种广播服务的性质，可使用上述广播信令表。
各个连续组件可具有多个性质。在这一点，可将多个语言划分成多个类型。在特定实施例中，连续组件所具有的多个性质可包括基础连续组件性质、基本组件性质、复杂组件性质以及可呈现组件性质。
基础连续组件性质被应用于所有的连续组件。基础连续组件性质可包括唯一内容标识符、内容结构以及内容类型中的至少一个。在这一点，内容结构可表示基础组件和PickOne组件中的一个。另外，内容类型可表示音频、视频以及隐藏字幕中的一个。
基本组件性质被应用于基本组件。基本组件性质可包括组件编码的基础特征。例如，基本组件性质可包括视频分辨率。另外，基本组件性质可包括音频通道的数目。
复杂组件性质被应用于复杂组件。复杂组件性质可包括复杂组件所包括的媒体组件和媒体组件的作用中的至少一个。更详细地，媒体组件的作用可表示音频组件是对话轨道。另外，媒体组件的作用可表示视频组件是3D图像的左视图。
各个服务可包括一个或多个媒体组件。另外，各个媒体组件可包括用于识别媒体组件的组件标识符、组件的类型、用于组件的描述、定向/个性化性质、服务保护性质、目标装置、内容咨询评级以及相关组件信息之中的至少一个作为性质。在这一点，组件标识符的值在广播服务的组件之间可以是唯一的。目标装置可表示主装置和配套装置之中的一个。另外，服务信令表可包括用信号通知这种媒体组件的性质的媒体组件信息。更详细地，服务信令表可包括媒体组件信息作为组件层面信息。这将参照图137来描述。
图137是图示出根据本发明的实施例的媒体组件信息的视图。
媒体组件信息可包括表示媒体组件类型的信息、关于是否包括关于目标装置的信息的信息、表示目标装置的目标装置信息、描述媒体组件的文本信息、根据媒体组件的类型的组件编码参数以及在媒体内容所包括的复杂组件的情况下的关于复杂组件的信息。
媒体组件信息可包括descriptor_tag字段、descriptor_length字段、component_type字段、target_device_flag字段、target_device字段、text_length字段、text_char字段、component_data_type字段、component_data字段以及complex_component_data字段。
descriptor_tag字段表示包括媒体组件信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例，component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地，当component_type字段的值是0x00时，对应媒体组件表示基本组件。当component_type字段的值是0x01时，对应媒体组件表示复合组件。当component_type字段的值是0x02时，对应媒体组件表示自适应组件。根据本发明的特定实施例，component_type字段可以是4比特字段。
target_device_flag字段表示是否包括targte_device字段。根据本发明的特定实施例，target_device_flag可以是1比特字段。
target_device字段表示执行对应组件的目标装置。根据本发明的特定实施例，target_device字段所具有的值可表示是仅在主装置中、仅在配套装置中还是在主装置和配套装置两者中执行对应组件。更详细地，当target_device字段的值是0x01时，其表示仅在主装置中执行对应组件。更详细地，当target_device字段的值是0x02时，其表示仅在配套装置中执行对应组件。更详细地，当target_device字段的值是0x03时，其表示在主装置和配套装置两者中执行对应组件。根据本发明的特定实施例，target_device字段可以是3比特字段。
text_length字段表示text_char字段的长度。根据本发明的特定实施例，text_length字段可以是8比特字段。
text_char字段是用于描述媒体组件的文本。
component_data_type字段表示对应组件的编码类型。更详细地，component_data_type字段可具有与在图138的实施例中相同的值。更详细地，当component_type字段的值是35时，其可表示媒体组件是H.264/AVC组件。更详细地，当component_data_type字段的值是36时，其可表示媒体组件是SVC增强层流组件。更详细地，当component_data_type字段的值是37时，其可表示媒体组件是HE AAC v2音频流组件。更详细地，当component_data_type字段的值是38时，其可表示媒体组件是通过FLUTE文件传输会话发送的。更详细地，当component_data_type字段的值是39时，其可表示媒体组件是STKM流组件。更详细地，当component_data_type字段的值是40时，其可表示媒体组件是LTKM流组件。更详细地，当component_data_type字段的值是41时，其可表示媒体组件是OMA-RME DIMS流组件。更详细地，当component_data_type字段的值是42时，其可表示媒体组件是NTP时基流组件。更详细地，当component_data_type字段的值是70时，其可表示媒体组件是HEVC视频流组件。更详细地，当component_data_type字段的值是71时，其可表示媒体组件是通过ISO BMFF发送的。根据本发明的特定实施例，component_type字段可以是8比特字段。
component_data字段表示组件的编码参数。编码参数所包括的参数可根据组件的编码类型而变化。更详细地，编码参数所包括的参数可根据component_type字段的值而变化。
当媒体组件的类型是复杂类型(例如，复合组件或自适应组件)时，complex_component_data字段表示关于复杂组件的信息。这将参照图139和图140更详细地进行描述。另外，通过比特流格式来描述组件信息，但组件信息可采取诸如XML文件格式的另一格式。
图139是图示出根据本发明的实施例的复杂组件信息的视图。
复杂组件信息可包括表示组件的设定形式的信息、关于是否包括关于目标装置的信息的信息、表示目标装置的目标装置信息、对应复杂组件所包括的子媒体组件的数目、关于子媒体组件所包括的媒体的类型的信息以及当对应复杂组件是复合组件时子媒体组件的作用中的至少一个。
更详细地，如图139中所示，复杂组件信息可包括aggretation_type字段、num_sub_component字段、sub_component_id字段、general_mdeida_type字段以及sub_component_role字段中的至少一个。
aggretation_type字段表示对应组件所属的集合的类型。更详细地，aggretation_type字段的值表示复合组件或自适应组件。根据本发明的特定实施例，aggretation_type字段可以是3比特字段。
target_device_flag字段表示是否包括targte_device字段。根据本发明的特定实施例，target_device_flag可以是1比特字段。
target_device字段表示执行对应组件的目标装置。根据本发明的特定实施例，target_device字段所具有的值可表示是仅在主装置中、仅在配套装置中还是在主装置和配套装置两者中执行对应组件。更详细地，当target_device字段的值是0x01时，其表示仅在主装置中执行对应组件。更详细地，当target_device字段的值是0x02时，其表示仅在配套装置中执行对应组件。更详细地，当target_device字段的值是0x03时，其表示在主装置和配套装置两者中执行对应组件。根据本发明的特定实施例，target_device字段可以是3比特字段。
num_sub_component字段表示对应复杂组件所包括的子媒体组件的数目。根据本发明的特定实施例，num_sub_component字段可以是8比特字段。
sub_component_id字段表示用于识别子媒体组件的子媒体组件标识符。根据本发明的特定实施例，sub_component_id字段可以是8比特字段。
当对应复杂组件是复合组件时，general_media_type字段表示子媒体组件所包括的媒体的类型。更详细地，general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地，当general_media_type字段的值是0x00时，其表示子媒体组件所包括的媒体是视频。当general_media_type字段的值是0x01时，其表示子媒体组件所包括的媒体是音频。当general_media_type字段的值是0x02时，其表示子媒体组件所包括的媒体是文本。当general_media_type字段的值是0x03时，其表示子媒体组件所包括的媒体是应用。当general_media_type字段的值是0x04时，其表示子媒体组件所包括的媒体是消息。根据本发明的特定实施例，general_media_type字段可以是4比特字段。
sub_component_role字段表示各个子媒体组件的作用。更详细地，sub_component_role字段的值可表示子媒体组件是用于可分级视频编码的增强层。根据本发明的另一特定实施例，sub_component_role字段的值可表示子媒体组件是3D图像的右图像、左图像以及深度信息之中的一个。根据本发明的另一特定实施例，sub_component_role字段的值可表示子媒体组件是被划分成多个区域的屏幕的特定位置处的视频。根据子媒体组件所包括的媒体的类型，sub_compoent_role字段所表示的信息可变化。根据本发明的特定实施例，sub_component_role字段可以是8比特字段。
这样的复杂组件信息可被包括在复杂组件描述符中，如图140的实施例中所示。另外，通过比特流格式来描述复杂组件信息，但是复杂组件信息可采取诸如XML文件格式的另一格式。
如上所述，媒体组件可彼此具有预定关系。例如，一个隐藏字幕组件可涉及一个或更多个音频组件。另外，为了用信号通知这些媒体组件之间的关系，服务信令表可包括相关组件列表信息。更详细地，服务信令表可包括相关组件列表信息作为组件层面信息。将参照图141来更详细地描述相关组件列表信息。
图141是图示出根据本发明的实施例的相关组件列表信息的视图。
相关组件列表信息可包括用于识别组件的组件标识符、表示媒体组件的类型的信息、表示媒体组件的编码格式的信息以及表示媒体组件所包括的媒体的类型的信息中的至少一个。
更详细地，如图142的实施例中所示，相关组件列表信息可包括descriptor_tag字段、descriptor_length字段、num_associated_component字段、component_id字段、component_type字段、component_data_type字段以及general_media_typee字段中的至少一个。
descriptor_tag字段表示包括相关组件列表信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
num_associated_component字段表示涉及对应媒体组件的媒体组件的数目。根据本发明的特定实施例，num_associated_component字段可以是8比特字段。
component_id字段表示用于识别相关媒体组件的标识符。根据本发明的特定实施例，component_id字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例，component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地，component_type字段的值是0x00时，相关媒体组件表示基本组件。当component_type字段的值是0x01时，相关媒体组件表示复合组件。当component_type字段的值是0x02时，相关媒体组件表示自适应组件。根据本发明的特定实施例，component_type字段可以是4比特字段。
component_data_type字段表示对应组件的编码类型。更详细地，component_data_type字段可具有与图138中相同的值。根据本发明的特定实施例，component_type字段可以是8比特字段。
general_media_type字段表示相关媒体组件所包括的媒体的类型。更详细地，general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地，当general_media_type字段的值是0x00时，其表示相关媒体组件所包括的媒体是视频。当general_media_type字段的值是0x01时，其表示相关媒体组件所包括的媒体是音频。当general_media_type字段的值是0x02时，其表示相关媒体组件所包括的媒体是文本。当general_media_type字段的值是0x03时，其表示相关媒体组件所包括的媒体是应用。当general_media_type字段的值是0x04时，其表示相关媒体组件所包括的媒体是消息。根据本发明的特定实施例，general_media_type字段可以是8比特字段。
音频组件可包括用于识别媒体组件的组件标识符、组件的类型、用于组件的描述、定向/个性化性质、服务保护性质、目标装置以及相关组件信息之中的至少一个作为性质。在这一点，组件标识符的值在广播服务的组件之间可以是唯一的。该目标装置可表示主装置、配套装置以及主装置和配套装置两者之中的一个。
当音频组件是基本组件时，其可包括用于编码格式的性质，包括编解码器、通道的数目、比特率以及压缩参数。另外，当音频组件是基本组件时，其可包括音频的语言信息作为性质。可包括音频组件的模式作为性质。在这一点，音频组件的模式可以是完整主音频、对话、效果声以及用于视力障碍者的音频、用于听力障碍者的音频、解说词以及画外音之中的一个。
当音频组件是复杂组件时，其可包括表示聚合类型的信息、所包括的媒体组件的列表以及在复合组件的情况下所包括的组件的作用之中的至少一个作为性质。集合的形式可以是复合组件和自适应组件(即，PickOne组件)中的一个。
当音频组件是顶层组件时，其可包括内容咨询评级和关于相关隐藏字幕组件的信息之中的至少一个作为性质。
当音频组件是可呈现组件时，其可具有定向/个性化、内容咨询评级、内容/服务保护、目标屏幕以及相关隐藏字幕组件中的至少一个作为性质。在这一点，目标屏幕性质可表示主屏幕、配套屏幕以及被部分地插入到主屏幕中的屏幕(例如，画中画(PIP))中的至少一个。
隐藏字幕组件可包括组件标识符、组件的类型、定向/个性化性质、服务保护性质、目标装置以及关于隐藏字幕组件的音频组件标识符之中的至少一个作为性质。在这一点，组件标识符的值在广播服务的组件之间可以是唯一的。该目标装置可表示主装置、配套装置以及主装置和配套装置两者之中的一个。
当隐藏字幕组件是基本组件时，隐藏字幕组件可包括其语言类型和形式作为性质。更详细地，隐藏字幕组件的形式可以是一般隐藏字幕或易读式隐藏字幕之中的一个。
当隐藏字幕组件是自适应组件时，其可在其中包括媒体组件作为性质。
当隐藏字幕组件是顶层组件时，其可包括内容咨询评级作为性质。
当隐藏字幕组件是可呈现组件时，其可具有定向/个性化、内容咨询评级、内容/服务保护以及目标屏幕中的至少一个作为性质。在这一点，目标屏幕性质可表示主屏幕、配套屏幕以及被部分地插入主屏幕的中屏幕(例如，画中画(PIP))中的至少一个。
视频组件可包括用于识别媒体组件的组件标识符、组件的类型、定向/个性化性质、服务保护性质、视频组件的作用、目标屏幕以及关于视频组件的NRT数据服务之中的至少一个作为性质。在这一点，组件标识符的值在广播服务的组件之间可以是唯一的。视频组件的作用可以是另选相机视图、另选视频组件、手语屏幕以及后续主题(follow subject)视频之中的一个。目标装置可表示主装置、配套装置、主装置和配套装置两者、以及画中画(PIP)屏幕之中的一个。当不包括关于视频组件的NRT数据服务时，所有附加NRT数据服务被连接到视频组件。
当视频组件是基本组件时，其可包括编解码器、包括压缩参数等的编码格式、包括水平和垂直像素值的分辨率、长宽比、表示其是隔行还是逐行的扫描方法、帧频以及静止画面模式之中的至少一个作为性质。另外，视频组件可包括编码参数作为性质。在这一点，特定编码参数的类型可根据视频组件的编解码器而变化。
当视频组件是复杂组件时，其可包括聚合形式和复杂组件所包括的媒体组件列表作为性质。
当视频组件是复杂组件之中的复合组件时，其可包括复合组件所包括的各个媒体组件的作用作为性质。在这一点，媒体组件的作用可表示用于可分级视频编码的增强层。根据本发明的另一特定实施例，媒体组件的作用可表示3D图像的右图像、左图像以及深度信息之中的一个。根据本发明的另一特定实施例，媒体组件的作用可表示被划分成多个区域的屏幕的特定位置处的视频。根据本发明的另一特定实施例，媒体组件的作用可以是后续主题元数据，其是根据特定主题而显示的屏幕。这种后续主题元数据可包括主题的名称、主题的位置以及主题的大小中的至少一个。当后续主题功能以流的帧为单位通过元数据支持时，后续主题元数据可表示主题所聚焦的主视频组件的区域。
当视频组件是复杂组件之中的顶层组件时，其可包括内容咨询评级和相关音频组件之中的至少一个作为性质。
当视频组件是可呈现组件时，其可包括定向/个性化、内容咨询评级、内容/服务保护、目标屏幕以及相关音频可呈现组件以及相关隐藏字幕可呈现组件中的至少一个作为性质。在这一点，目标屏幕性质可表示主屏幕、配套屏幕以及被部分地插入主屏幕中的屏幕(例如，画中画(PIP))中的至少一个。
NRT数据服务可以是不取决于另一服务的独立服务。另外，NRT数据服务可以是取决于另一服务的附属NRT数据服务。在这一点，附属NRT数据服务可以是无线电服务的一部分。此外，附属NRT数据服务可以是TV服务的一部分。NRT数据服务可具有用于所有服务的公共性质，例如服务标识符。此外，NRT数据服务和NRT服务可具有公共性质。
数据服务可包括服务语言、消费模型、必要能力列表、非必要能力列表、目标装置以及数据服务中可用的内容项目中的至少一个作为性质。
消费模型可表示Push(推送)、Portal(门户)、Push Scripted(推送脚本化)、Portal Scripted(门户脚本化)、Triggered(触发)以及Segment Delivery(片段传送)中的至少一个。
在Push中，NRT数据服务基于请求而提供服务。广播接收装置100向用户提供用于自动地更新与服务有关的NRT数据服务的选项。更详细地，广播接收装置100从用户接收用于与服务有关的NRT数据服务的自动更新的输入。当从用户接收到用于与服务有关的NRT数据服务的自动更新的输入时，广播接收装置100缓存与服务有关的内容和自动更新文件的最近版本以便用于用户。当从用户接收到用于推送服务的输入时，广播接收装置100显示预先加载的内容。
Portal提供如同用户通过web浏览器来访问NRT数据服务一样的体验。在这一点，用于NRT数据服务的文件需要支持文本/图形渲染。
Push Scripted类似于Push。然而，差别在于Push Scripted提供DeclarativeObject(声明对象)，其提供用于服务的特定广播商的用户界面。
Portal Scripted类似于Portal。然而，存在差别，因为Portal Scripted提供Declarative Object，其提供用于服务的特定广播商的用户界面。
Triggered是在双向附属NRT数据服务中使用的消费模式。在典型的Triggered的示例中，为了改善用户体验，传送用于A/V虚拟频道的附属NRT数据服务被同步的Declarative Object。
片段传送提供用于支持节目的定向内容的插入的应用和片段的传送。片段将节目划分成多个时间跨度。定向片段基于用户的特性和广播接收装置100的特性而提供内容作为特定片段。更详细地，广播接收装置100可基于用户的特性和广播接收装置100的特性而播放内容作为特定片段。更详细地，片段传送消费模型不被显示给用户(例如，在场景后面)，并且用来向无线电节目或TV节目的中间插入定向内容。例如，广播接收装置100在无线电节目或TV节目的中间基于用户的特性显示定向广告。这种NRT数据服务不通过用户的选择来提供。这种NRT数据服务可通过插入的定向应用、被定向用于插入的片段的集合以及应用来打开，并且可将所消费的其它文件中的至少一个作为内容项目传送。在这一点，选择哪个片段以及在什么时间所插入的定向应用被插入。另外，定向应用可向广播接收装置100通知这种插入。另外，定向应用可执行报告功能。另外，通过应用而打开并消费的其它文件可被加密以便仅被对应应用解释。
广播接收装置100可执行以下操作以便用于片段传送。广播接收装置100可预先下载并缓存应用以避免每次用户选择了包括附属NRT数据服务的无线电服务或TV服务时重复地下载应用。另外，广播接收装置100可预先下载定向片段，并且可缓存期满日。通过这样，广播接收装置100可立即向用户提供定向片段。另外，广播接收装置100可执行应用。另外，当应用通知特定片段被插入时，广播接收装置100可插入该特定片段。
目标装置可表示主装置和配套装置中的一个或者主装置和配套装置两者。
数据服务的内容项目可具有内容项目标识符、内容项目的名称、包括内容项目的文件集、用于表示是否要监测内容项目的更新的显示、表示下载可用时间的可用窗口、表示内容项目被丢弃的时间的期满数据、内容项目大小、内容项目的回放长度、定向/个性化性质、服务/内容保护以及内容咨询评级中的至少一个作为性质。
另外，各个附加NRT服务可包括目标屏幕作为性质。在这一点，目标屏幕可表示主装置、配套装置以及主装置和配套装置二者之中的一个。
可通过NRT信息表来用信号通知这种NRT数据性质。这将参照图142来描述。
图142是根据本发明的实施例的NRT信息表的视图。
NRT信息表可包括NRT服务标识符和NRT信息块。
根据本发明的特定实施例，如图142的实施例中所示，NRT信息表可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extension字段、version_number字段、current_next_indicator字段、section_number字段、last_section_numberr字段、service_id字段以及NRT_information_block字段中的至少一个。
table_id字段表示NRT信息表的标识符。在这一点，table_id字段的值可以是ATSCA/65中定义的预留id值中的一个。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示NRT信息表是否为MEPG-2 TS标准的长格式的私有区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于私有区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段。
section_length字段表示section_length字段之后的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段组合来识别NRT信息表的值。特别是，table_id字段可包括protocol_version字段，其表示NRT信息表的协议版本。根据本发明的特定实施例，protocol_version字段可以是8比特字段。特别是，table_id_extension字段可包括subnet_id字段，其识别NRT信息表所发送的子网。根据本发明的特定实施例，subnet_id字段可以是8比特字段。
version_number字段表示NRT信息表的版本。广播接收装置100可基于vserion_number字段的值来确定NRT信息表的可用性。更详细地，当version_number字段的值与先前接收到的服务信令表的版本相同时，可不使用NRT信息表的信息。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示NRT信息表的信息是否为当前可用的。更详细地，当current_next_indicator的值是1时，其可表示NRT信息表可用。此外，当current_next_indicator的值是1时，其可表示NRT信息表的信息下次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当NRT信息表的大小较大时，可将该NRT信息表划分成多个区段然后发送。在这一点，广播接收装置100基于section_number字段和last_section_number字段来确定是否接收到NRT信息表所需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别NRT服务的服务标识符。根据本发明的特定实施例，service_id字段可以是16比特字段。
NRT_information_block字段表示NRT信息块。这将参照图143更详细地描述。
图143是图示出根据本发明的实施例的NRT信息块的视图。
NRT信息块可包括至少一个描述符，该至少一个描述符包括：表示NRT信息块用信号通知的时间跨度的开始时间的信息、表示NRT信息块用信号通知的时间跨度的长度的信息、NRT信息块用信号通知的内容项目的数目、识别对应内容项目的内容识别信息、关于对应内容项目是否被周期性地更新的信息、关于内容保护是否被应用于对应内容项目所包括的文件的信息、表示对应内容项目是否为在服务被选择时执行的主内容项目的信息、关于NRT信息块是否包括对应内容的回放时间的长度的信息、对应内容的回放时间的长度、关于NRT信息块是否包括对应内容的回放延迟时间的信息、对应内容的回放延迟时间、关于NRT信息块是否包括对应内容项目的期满时间的信息、内容项目的期满时间、关于NRT信息块是否包括对应内容项目的大小的信息、对应内容的大小、关于NRT信息块是否包括关于NRT服务的目标装置的信息、关于NRT服务的目标装置的信息、关于是否通过广播网络接收对应内容项目的信息、关于是否通过互联网接收对应内容项目的信息、对应内容项目的名称、以及关于对应内容的特定信息。
更详细地，如图144的实施例中所示，NRT信息块可包括time_span_start字段、time_span_length字段、num_content_items_in_section字段、content_id、updates_available字段、content_security_conditions_indicator字段、master_item字段、playback_length_included字段、palybace_Delay_included字段、expiration_included字段、content_size_included字段、available_in_broadcast字段、target_included字段、playback_length_seconds字段、playback_delay字段、expiration字段、content_size字段、target字段、content_name_text字段以及content_descriptor字段中的至少一个。
更详细地，如图144的实施例中所示，NRT信息块可包括time_span_start字段、time_span_length字段、num_content_items_in_section字段、content_id、updates_available字段、content_security_conditions_indicator字段、master_item字段、playback_length_included字段、palybace_Delay_included字段、expiration_included字段、content_size_included字段、available_in_broadcast字段、target_included字段、playback_length_seconds字段、playback_delay字段、expiration字段、content_size字段、target字段、content_name_text字段以及content_descriptor字段中的至少一个。
time_span_start字段表示NRT信息块用信号通知的时间跨度的开始时间。根据本发明的特定实施例，time_span_start字段可以是32比特字段。
time_span_length字段表示NRT信息块用信号通知的时间跨度的长度。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
NRT_content_items_in_section字段表示NRT信息块用信号通知的内容项目的数目。根据本发明的特定实施例，NRT_content_items_in_section字段可以是8比特字段。
content_id字段表示用于识别对应内容项目的信息。根据本发明的特定实施例，content_id字段可以是32比特字段。
updates_available字段表示对应内容项目是否被更新。根据本发明的特定实施例，updates_available字段可以是1比特字段。
content_security_conditions_indicator字段表示是否对对应内容项目所包括的文件中的至少一个应用内容保护。根据本发明的特定实施例，content_security_conditions_indicator字段可以是1比特字段。
master_item字段表示对应内容项目是否为主内容项目。更详细地，master_item字段表示对应内容项目是否为当对应NRT服务被选择时需要执行的内容项目。根据本发明的特定实施例，master_item字段可以是1比特字段。
playback_length_included字段表示NRT信息块是否包括对应内容项目的回放时间的长度。根据本发明的特定实施例，playback_length_included字段可以是1比特字段。
palyback_Delay_included字段表示NRT信息块是否包括对应内容项目的延迟回放时间信息。根据本发明的特定实施例，palyback_Delay_included字段可以是1比特字段。
expiration_included字段表示NRT信息块是否包括对应内容项目的期满时间。根据本发明的特定实施例，expiration_included字段可以是1比特字段。
content_size_included字段表示NRT信息块是否包括对应内容项目的大小。根据本发明的特定实施例，content_size_included字段可以是1比特字段。
available_in_broadcast字段表示是否通过广播网络获得对应内容项目。根据本发明的特定实施例，available_in_broadcast字段可以是1比特字段。
available_in_internet字段表示是否通过互联网获得对应内容项目。根据本发明的特定实施例，available_in_internet字段可以是1比特字段。
target_included字段表示NRT信息块是否包括关于目标装置的信息。根据本发明的特定实施例，target_included可以是1比特字段。
playback_length_in seconds字段表示NRT信息块是否包括对应内容项目的回放时间的长度。根据本发明的特定实施例，playback_length_in seconds字段可表示以秒为单位的长度。另外，根据本发明的特定实施例，playback_length_in seconds字段可以是24比特字段。
playback_delay字段表示对应内容项目的回放延迟时间。根据本发明的特定实施例，playback_delay字段可以是24比特字段。
expiration字段表示对应内容项目的期满时间。根据本发明的特定实施例，expiration字段可以是32比特字段。
content_size字段表示对应内容项目的大小。根据本发明的特定实施例，content_size字段可以是40比特字段。
target字段表示对应内容项目的目标装置信息。根据本发明的特定实施例，当target字段的值是0x01时，其表示目标装置仅仅是主装置。根据本发明的特定实施例，当target字段的值是0x02时，其表示目标装置是一个或更多个配套装置。另外，根据本发明的特定实施例，当target字段的值是0x03，其表示目标装置是主装置和一个或更多个配套装置两者。
content_name_length字段表示content_name_text字段的长度。根据本发明的特定实施例，content_name_length字段可以是8比特字段。
content_name_text字段表示对应内容项目的名称。
content_descriptor字段表示一个或更多个NRT服务描述符，其包括关于内容项目的特定信息。这将参照图144更详细地描述。图144是根据本发明的实施例的NRT服务描述符的视图。
NRT服务描述符可包括下述信息中的至少一个：表示NRT服务的消费模型的信息、关于是否要自动地更新NRT服务的信息、关于是否包括表示NRT服务所需的最小存储空间的信息的信息、关于是否包括表示内容项目的默认大小的信息的信息、关于目标装置的信息、表示用于NRT服务的最小存储空间的信息以及关于内容项目的默认大小的信息。
根据本发明的特定实施例，NRT服务描述符可包括consumption_model字段、auto-update字段、stoargage_reservation_present字段、decault_content_size_present字段、target_include字段、storage_reservation字段以及default_content_size字段中的至少一个。
counsumption_model字段表示NRT服务的消费模型。根据本发明的实施例，当counsumption_model字段的值是0x00时，其表示NRT服务的消费模型是Push。根据本发明的实施例，当counsumption_model字段的值是0x01时，其表示NRT服务的消费模型是Portal。根据本发明的实施例，当counsumption_model字段的值是0x02时，其表示NRT服务的消费模型是Scripted Push。根据本发明的实施例，当counsumption_model字段的值是0x03时，其表示NRT服务的消费模型是Scripted Portal。根据本发明的实施例，当counsumption_model字段的值是0x04时，其表示NRT服务的消费模型是Triggered。根据本发明的实施例，当counsumption_model字段的值是0x05时，其表示NRT服务的消费模型是SegmentDelivery。根据本发明的特定实施例，counsumption_model字段可以是6比特字段。
auto-update字段表示提供了自动更新服务。根据本发明的特定实施例，auto-update字段可以是1比特字段。
stoargage_reservation_present字段表示是否包括关于执行NRT服务所需的最小存储空间的大小的信息。根据本发明的特定实施例，stoargage_reservation_present字段可以是1比特字段。
decault_content_size_present字段表示是否包括表示内容项目的默认大小的信息。根据本发明的特定实施例，decault_content_size_present字段可以是1比特字段。
target_include字段表示是否包括关于目标装置的信息。根据本发明的特定实施例，target_include可以是1比特字段。
storage_reservation字段表示执行NRT服务所需的最小存储空间的大小。根据本发明的特定实施例，storage_reservation字段可以是24比特字段。
default_content_size字段表示内容项目的默认大小。根据本发明的特定实施例，default_content_size字段可以是40比特字段。
上述NRT信息块和NRT服务描述符是以比特流格式描述的。然而，NRT信息块和NRT服务描述符不限于比特流格式，因此可采取另一格式。例如，NRT信息块和NRT服务描述符可采取XML文件格式。
另外，为了用信号通知广播服务的图形图标，多个时间跨度当中包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括图形图标信息。特别是，广播服务信令表可包括图形图标服务作为服务层面信息。另外，节目信息可包括图形图标信息作为节目层面信息。另外，片段信息可包括图形图标信息作为片段层面信息。
图145是图示出根据本发明的实施例的图形图标信息的视图。
图形图标信息可包括图标标识符、表示图标传输方法的图标传输模式、表示是否指定了图标的位置的信息、表示作为图标位置的基础的坐标的坐标系信息、表示图标的水平坐标的水平坐标信息、表示图标的垂直坐标的垂直坐标信息、表示图标的图像形式的信息、表示图标图像被存储的位置的URL信息以及图标数据本身中的至少一个。
更详细地，如图145的实施例中所示，图形图标信息包括descriptor_tag字段、descriptor_length字段、descriptor_number字段、last_decirptor_number字段、icon_id字段、icon_transport_mode字段、position_flag字段、coordinate_system字段、icon_horizontal_origin字段、icon_vertical_origin字段、icon_type_length字段、icon_type_chars字段、icon_data_length字段、icon_data_byte字段、url_length字段、url字段以及icon_content_linkage字段中的至少一个。
descriptor_tag字段表示包括图标信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示此字段之后的图标信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
descriptor_number字段表示当图标信息被划分成多个描述符并发送时当前描述符的顺序。根据本发明的特定实施例，在首先发送的描述符的情况下，descriptor_number字段的值可以是0x00。根据本发明的特定实施例，descriptor_number字段的值可按照一增加。根据本发明的特定实施例，descriptor_number字段可以是4比特字段。
last_decirptor_number字段表示最后描述符的编号。根据本发明的特定实施例，last_decirptor_number字段可以是4比特字段。
icon_id字段表示用于识别图标的图标标识符。根据本发明的特定实施例，icon_id字段可以是8比特字段。
icon_transport_mode字段表示图标传输方法。更详细地，icon_transport_mode字段的值可表示图标图像通过图形图标信息本身来发送时、图标图像通过URL被链接时以及图标图像通过FLUTE会话来发送时之中的一个。根据本发明的特定实施例，如图146的实施例中所示，当icon_transport_mode字段的值是0x00时，其表示图标图像是通过图形图标信息本身发送的。当icon_transport_mode字段的值是0x01时，其表示图标图像通过URL被链接。当icon_transport_mode字段的值是0x02时，其表示图标图像是通过FLUTE会话发送的。根据本发明的特定实施例，icon_transport_mode字段可以是2比特字段。
position_flag字段表示是否指定了图标的位置。根据本发明的特定实施例，position_flag字段可以是1比特字段。
coordinate_system字段表示作为图标位置的基础的坐标。更详细地，coordinate_system字段的值可表示坐标系用720×576个坐标配置时、坐标系用1280×720个坐标配置时、坐标系用1920×1080个坐标配置时、坐标系用3840×2160个坐标配置时以及坐标系用7680×4320个坐标配置时中的至少一个。根据本发明的特定实施例，如图147的实施例中所示，当coordinate_system字段的值是0x00时，其表示坐标系用720×576个坐标配置。当coordinate_system字段的值是0x01时，其表示坐标系用1280×720个坐标配置。当coordinate_system字段的值是0x02时，其表示坐标系用1920×1080个坐标配置。当coordinate_system字段的值是0x03时，其表示坐标系用3840×2160个坐标配置。当coordinate_system字段的值是0x04时，其表示坐标系用7680×4320个坐标配置。根据本发明的特定实施例，coordinate_system字段可以是3比特字段。
icon_horizontal_origin字段表示图标的水平坐标。更详细地，坐标的值可在从左列至右列的方向上增加。根据本发明的特定实施例，icon_horizontal_origin可以是13比特字段。
icon_vertical_origin字段表示图标的垂直坐标。更详细地，坐标的值可在从上行至下行的方向上增加。根据本发明的特定实施例，icon_vertical_origin可以是13比特字段。
icon_type_length字段表示icon_type字段的长度。根据本发明的特定实施例，icon_type_length字段可以是8比特字段。
icon_type_chars字段表示图标的图像形式。更详细地，icon_type_chars字段的值可以是RFC 2045中定义的多目的互联网邮件扩展(MIME)图像形式。
icon_data_length字段表示当图标图像通过图形图标信息来发送时icon_data_byte字段的长度。根据本发明的特定实施例，icon_data_length字段可以是8比特字段。
icon_data_byte字段表示图形图标信息所发送的图标图像的数据。
url_length字段表示当图标图像通过URL被链接时url字段的长度。url_length字段可以是8比特字段。
url字段表示图标所链接到的URL。
icon_content_linkage字段表示当图标图像通过FLUTE会话来发送时发送图标图像的FLUTE FDT内容链接。
通过图形图标信息采取比特流格式的实施例来描述图形图标信息，但图形图标信息可采取诸如XML文件格式的另一格式。
另外，如上所述，广播服务可包括一个或更多个媒体组件。服务信令表可包括用信号通知广播服务所包括的媒体组件的媒体组件列表信息。特别是，广播服务信令表可包括媒体组件列表信息作为服务层面信息。
这将参照图148更详细地进行描述。
图148是图示出根据本发明的实施例的媒体组件列表信息的视图。
媒体组件列表信息可包括用于识别组件的组件标识符、表示媒体组件的类型的组件类型信息以及表示媒体组件所包括的媒体的类型的媒体类型信息中的至少一个。
根据本发明的特定实施例，如图148中所示，媒体组件列表信息可包括descriptor_tag字段、descriptor_length字段、num_component字段、component_id字段、component_type字段以及general_media_type字段。
descriptor_tag字段表示包括组件列表信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
num_component字段表示对应广播服务所包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是8比特字段。
component_id字段表示用于识别对应媒体组件的标识符。根据本发明的特定实施例，component_id字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例，component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地，当component_type字段的值是0x00时，对应媒体组件表示基本组件。当component_type字段的值是0x01时，对应媒体组件表示复合组件。当component_type字段的值是0x02时，对应媒体组件表示自适应组件。根据本发明的特定实施例，component_type字段可以是4比特字段。
general_media_type字段表示媒体组件所包括的媒体的类型。general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地，当general_media_type字段的值是0x00时，其表示媒体组件所包括的媒体是视频。当general_media_type字段的值是0x01时，其表示媒体组件所包括的媒体是音频。当general_media_type字段的值是0x02时，其表示媒体组件所包括的媒体是文本。当general_media_type字段的值是0x03时，其表示媒体组件所包括的媒体是应用。当general_media_type字段的值是0x04时，其表示媒体组件所包括的媒体是消息。根据本发明的特定实施例，general_media_type字段可以是4比特字段。
另外，组件列表信息通过比特流格式来描述，但可采取诸如XML文件格式的另一格式。
根据本发明的特定实施例，一个媒体组件可被同一广播流的多个广播服务共享。另外，不同广播流中的多个广播服务可共享一个媒体组件。因此，需要一种多个广播服务高效地共享一个媒体组件的方法。为此，广播传输装置可允许各个媒体组件或广播服务与唯一资源标识符(URI)相关联。
这将参照图149更详细地进行描述。
图149是根据本发明的实施例的在广播服务信令表中通过URI来映射媒体组件或广播服务时的视图。
可在广播服务信令中通过URI来用信号通知广播服务或媒体组件。在这一点，通过URI用信号通知广播服务或媒体组件的信息可被称为URI链接信息。URI链接信息可包括URI或者由各个广播商或地区独立地定义的私有数据中的至少一个。
根据本发明的特定实施例，如图149中所示，URI链接信息可包括descriptor_tag字段、descriptor_length字段、uri_length字段、uri_char字段以及private_data_byte字段。
descriptor_tag字段表示包括URI链接信息。根据本发明的特定实施例，URI链接信息可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的URI链接信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
uri_length字段表示uri_char字段的长度。根据本发明的特定实施例，uri_length字段可以是8比特字段。
uri_char字段表示URI字符串中的各个字符。根据本发明的特定实施例，uri_char字段可以是8比特字段。
private_data_byte字段表示由各个广播商或地区独立地定义的私有数据。根据本发明的特定实施例，private_data_byte字段可以是8比特字段。
广播接收装置100可通过URI链接信息的URI来识别媒体组件或广播服务。当URI链接信息的URI识别媒体组件时，广播服务信令表可包括URI链接信息作为组件层面信息。当URI链接信息的URI识别广播服务时，广播服务信令表可包括URI链接信息作为服务层面信息。
在图149的实施例中通过比特流来描述URI链接信息的格式，但其不限于此。特别是，URI链接信息可采取XML文件格式。
广播发送装置可发送广播服务或媒体组件，其以具有特定条件的用户为目标。另外，广播接收装置100可发送关于广播接收装置100的用户的信息，并且可接收适合于广播接收装置100的用户的广播服务或媒体组件。例如，广播接收装置100可发送广播接收装置100所在的地区的信息，并且可接收用于对应地区的广播服务。为此，需要一种用信号通知关于广播服务或媒体组件所定向的定向准则和个性化性质的信息的方法。这将参照图149来描述。
图150是图示出用信号通知广播服务或媒体组件的定向准则的定向准则信息的视图。
广播服务信令表可包括用信号通知广播服务或媒体组件的目标准则的定向准则信息。
定向准则信息可包括用于识别目标准则的定向标识符信息、表示定向的形式的定向形式信息以及表示特定定向准则的定向准则值信息中的至少一个。
根据本发明的特定实施例，如图150的实施例中所示，定向准则信息可包括descriptor_tag字段、descriptor_length字段、num_targeting_criteria字段、criterion_id_length字段、criterion_id字段、criterion_type_code字段、num_criterion_values字段、criterion_value_length字段以及criterion_value字段中的至少一个。
descriptor_tag字段表示定向准则信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_tag字段之后的定向准则信息的长度。descriptor_length字段可以是8比特字段。
num_targeting_criteria字段表示定向准则信息的数目。根据本发明的实施例，广播服务或媒体组件所具有的定向准则可以是多个。根据本发明的特定实施例，num_targeting_criteria字段可以是8比特字段。
criterion_id_length字段表示criterion_id字段的长度。根据本发明的特定实施例，criterion_id_length字段可以是8比特字段。
criterion_id字段表示用于识别定向准则的定向准则标识符。根据本发明的特定实施例，criterion_id字段可以是8比特字段。
criterion_type_code字段表示定向准则的形式。根据本发明的特定实施例，criterion_type_code可以是3比特字段。
num_criterion_values字段表示定向准则值的数目。根据本发明的实施例，广播服务或媒体组件可具有对应于定向准则形式的多个定向准则值。根据本发明的特定实施例，num_criterion_values字段可以是5比特字段。
criterion_value_length字段表示criterion_value字段的长度。根据本发明的特定实施例，criterion_value_length字段可以是8比特字段。
criterion_value字段表示定向准则值。
根据本发明的特定实施例，当定向准则信息用信号通知媒体组件的定向准则时，广播服务信令表可包括定向准则信息作为组件层面信息。根据本发明的特定实施例，当定向准则信息用信号通知广播服务的定向准则时，广播服务信令表可包括定向准则信息作为服务层面信息。
在图150的实施例中通过比特流格式来描述定向准则信息，但其不限于此。特别是，定向准则信息可采取XML文件格式。
广播服务信令表可包括用于描述广播服务或媒体组件的文本信息。这将参照图151更详细地进行描述。
图151是图示出用于描述广播服务或媒体组件的文本信息的视图。
更详细地，文本信息可包括表示文本语言的类型的信息、用于识别文本信息的标识符、用于描述包括广播服务或媒体组件的文本的文本信息中的至少一个。
根据本发明的特定实施例，如图151的实施例中所示，文本信息可包括descriptor_number字段、last_descriptor_number字段、description_id字段、language_code字段、text_length字段以及text_char字段。
descriptor_number字段表示描述符的顺序。当一个描述符未包括全部的文本信息时，文本信息被划分并包括在多个描述符中。在这一点，descriptor_number字段表示多个描述符之中的对应描述符的编号。根据本发明的特定实施例，descriptor_number字段可以是4比特字段。
last_descriptor_number字段表示包括文本信息的最后描述符的编号。根据本发明的特定实施例，last_descriptor_number字段可以是4比特字段。
description_id字段表示用于识别文本信息的标识符。更详细地，广播接收装置100可基于description_id字段的值从用于另一媒体组件或广播服务的文本信息识别用于特定广播服务或媒体组件的文本信息。根据本发明的特定实施例，description_id字段可以是8比特字段。
language_code字段表示在文本信息中使用的语言。根据本发明的特定实施例，language_code字段可以是24比特字段。
text_length字段表示text_char字段的长度。根据本发明的特定实施例，text_length字段可以是8比特字段。
text_char字段表示文本信息的字符。根据本发明的特定实施例，text_char字段可以是8比特字段。
根据本发明的特定实施例，当文本信息用信号通知用于描述媒体组件的文本时，广播服务信令表可包括文本信息作为组件层面信息。根据本发明的特定实施例，当文本信息用信号通知用于描述广播服务的文本信息时，广播服务信令表可包括文本信息作为服务层面信息。
在图151的实施例中通过比特流格式来描述文本信息格式，但其不限于此。特别是，文本信息可采取XML文件格式。
另外，为了用信号通知广播服务的标题，多个时间跨度之中的包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括标题信息。特别是，广播服务信令表可包括标题信息作为服务层面信息。另外，节目信息可包括标题信息作为节目层面信息。另外，片段信息可包括标题信息作为片段层面信息。特别是，标题信息可包括多个语言的标题以支持多个语言。
图152是图示出广播服务、节目或演出片段的标题信息的视图。
标题信息可包括表示语言的数目的信息、表示标题的语言的信息、表示标题的长度的信息以及标题中的字符中的至少一个。
根据本发明的特定实施例，如图152的实施例中所示，标题信息可包括num_title字段、language_code字段、title_length字段以及text_char字段中的至少一个。
num_title字段表示标题的数目。更详细地，标题信息可包括根据多个语言显示的广播服务、节目或演出片段的标题。因此，num_title字段可表示显示标题的语言的数目。根据本发明的特定实施例，num_tilte字段可以是8比特字段。
language_code字段表示显示标题的语言的类型。根据本发明的特定实施例，language_code字段可以是24比特字段。
title_length字段表示标题中的字符的数目。根据本发明的特定实施例，title_length字段可以是8比特字段。
text_char字段表示标题中的字符。根据本发明的特定实施例，text_char字段可以是8比特或16比特字段。
虽然描述了采取比特流格式的标题信息，但其不限于该比特流格式，并且可采取另一格式。在特定实施例中，标题信息可采取XML文件格式。
另外，为了用信号通知广播服务的流派，多个时间跨度之中的包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括流派信息。特别是，广播服务信令表可包括流派信息作为服务层面信息。另外，节目信息可包括流派信息作为节目层面信息。另外，片段信息可包括流派信息作为片段层面信息。这将参照图153更详细地进行描述。
图153是图示出广播服务、节目或演出片段的流派信息的视图。
更详细地，流派信息可包括表示流派的数目的信息以及表示广播服务、节目或演出片段的流派的信息。
更详细地，如图153的实施例中所示，流派信息可包括num_genre字段和genre_value字段中的至少一个。
num_genre字段表示流派的数目。根据本发明的特定实施例，num_genre字段可以是8比特字段。一个广播服务、节目以及演出片段可对应于多个流派。因此，流派信息可包括关于一个广播服务、节目以及演出片段的多个流派信息。因此，流派信息可包括num_genre字段。
genre_value字段表示广播服务、节目或演出片段的流派。根据本发明的特定实施例，genre_value字段可以是8比特字段。
虽然描述了采取比特流格式的流派信息，但其不限于该比特流格式，并且可采取另一格式。在特定实施例中，流派信息可采取XML文件格式。
另外，广播服务、媒体组件或内容项目可用于特定装置。详细地，广播服务、媒体组件或内容项目可用于主装置。另外，广播服务、媒体组件或内容项目可用于多个配套装置。因此，为了用信号通知涉及广播服务、媒体组件或内容项目的目标装置，广播服务节目表、节目表或NRT信息表可包括目标装置信息。这将参照图154来描述。
图154是图示出用信号通知涉及媒体组件或内容项目的目标装置的目标装置信息的视图。
目标装置信息可包括表示广播服务、媒体组件或内容项目的目标装置的信息。
在特定实施例中，目标装置信息可包括如图154中所示的target_device字段。target_device字段表示广播服务、媒体组件或内容项目的目标装置。根据本发明的特定实施例，target_device可以是8比特字段。
虽然描述了比特流格式的目标装置信息，但其不限于比特流格式，并且可采取另一格式。在特定实施例中，目标装置信息可采取XML文件格式。
上面描述了广播服务和广播服务所包括的媒体组件。将参照图155至图159来更详细地描述节目和片段。
图155是当广播服务被划分成多个片段时的视图。
广播服务可以包括作为具有预定的开始时间和回放长度的时间片段的节目。更加具体地，无线电服务包括无线电节目或者音频节目。另外，TV服务可以包括TV节目。另外，用户请求内容服务可以包括用户请求节目。另外，独立NRT数据服务可以包括数据节目。
这种节目可根据广播服务时间来划分。另外，无线电服务的广播时间等于无线电节目的持续时间的总和。TV服务的广播时间等于TV节目的持续时间的总和。用户请求内容服务的持续时间没有指示特定内容的回放时间，而是指示用户请求内容服务可能时的时间。因此，各个内容的回放时间取决于用户。在内容项目被提供的同时，根据节目来限制开始时间和长度。因此，通过用户请求内容服务提供的内容项目可以被包括在目录中。这时，目录可以是用于提供用户界面以提供服务的应用。
节目可包括表示相关节目的主要内容的演出。被视为节目的性质的许多部分可基本上被称为演出的性质。例如，包括在节目性质中的描述节目的文本、演员或流派与演出的性质有关。节目性质中的演出的性质以外的性质是节目本身的性质。例如，包括节目的服务的标识符或节目的开始时间是节目本身的性质。即使当节目包括同一演出时，节目本身的性质也可变化。
演出可包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的片段的列表、咨询观看评级、定向/个性化性质以及内容/服务保护性质中的至少一个。可通过演出信息来用信号通知这种演出的性质。在这一点，与演出有关的片段的列表可以是包括演出的片段的列表。这将参照图156来描述。
图156是图示出根据本发明的实施例的演出信息的视图。
该演出信息可包括演出信息块，其包括用于识别演出的标识符信息以及关于演出的特定信息。
更详细地，如图156的实施例中所示，演出信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段、show_id字段以及show_infoamtion_block字段。
table_id字段表示包括演出信息。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示演出信息是否为MEPG-2 TS标准的长格式的私有区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于私有区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段。
section_length字段表示section_length字段之后的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段组合来识别演出信息的值。更详细地，table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示节目信息的协议版本。更详细地，protocol_version字段可以是8比特字段，其中，前四比特表示主版本号，并且后四比特表示次版本号。当通过广播流来发送演出信息时，subnet_id字段可表示用于识别用于发送节目信息的IP子网的子网标识符。根据本发明的另一特定实施例，subnet_id字段的值可以是0。当通过互联网来发送节目信息时，subnet_id字段具有与通过广播流发送的节目信息的subnet_id字段相同的值。根据本发明的特定实施例，subnet_id字段可以是8比特字段。
version_number字段表示演出信息的版本。广播接收装置100可基于vserion_number字段的值来确定演出信息的可用性。更详细地，当version_number字段的值与先前接收到的服务演出信息的版本相同时，可不使用该演出信息。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示演出信息当前是否可用。更详细地，当current_next_indicator字段的值是1时，其可表示演出信息可用。此外，当current_next_indicator字段的值是1时，其可表示演出信息下次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当演出信息表的大小较大时，可将该演出信息表划分成多个区段然后发送。在这一点，广播接收装置100基于section_number字段和last_section_number字段来确定是否接收到演出信息所需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
show_id字段表示用于识别演出信息用信号通知的演出的演出标识符。根据本发明的特定实施例，show_id字段可以是16比特字段。
show_information_block字段表示包括关于片段的性质的信息的演出信息块。这将参照图157更详细地进行描述。
图157是图示出根据本发明的实施例的演出信息块的视图。
演出信息块可包括至少一个描述符，其包括演出的长度、用于描述演出的文本、与演出有关的片段的数目、用信号通知与演出有关的片段的片段信息块以及关于演出的性质的特定信息。在这一点，演出相关片段可以是包括演出的片段。
更详细地，如图157的实施例中所示，演出信息块可包括time_span_length字段、title_text_length字段、title_text()字段、num_segment字段、segment_information_block()字段、num_show_descriptors字段以及descriptors字段中的至少一个。
time_span_length字段表示演出的长度。该演出可被包括在多个片段中。在这一点，多个片段的开始时间可变化，但演出的长度可以是相同的。原因是即使演出片段的内容被包括在不同的节目中，其也是相同的。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
title_text_length字段可包括title_text()字段、num_segment字段、segment_information_block()字段、num_show_descriptors字段以及descriptors字段。
图158是图示出根据本发明的实施例的片段信息块的视图。
片段信息块可包括至少一个描述符，其包括用于识别片段的片段标识符、表示片段的开始时间的信息、表示片段的长度的信息以及关于片段的特定信息。在特定实施例中，片段标识符可以基于用于识别包括片段的节目的节目标识符和域名。在特定实施例中，片段标识符可以是用于识别包括片段的节目的节目标识符和域名的组合。更详细地，片段的开始时间可以是从包括片段的节目的开头起的相对时间。
根据本发明的特定实施例，如图158的实施例中所示，片段信息块可包括segment_id字段、start_time字段、time_span_length字段、num_segment_descriptors字段以及descriptor字段中的至少一个。
segment_id字段表示用于识别片段的片段标识符。根据本发明的特定实施例，segment_id字段可以是16比特字段。
start_time字段表示片段的开始时间。即使当片段包括相同演出时，用于各个片段的开始时间也可变化。因此，各个片段信息可包括表示片段的开始时间的信息。根据本发明的特定实施例，start_time字段可以是32比特字段。
time_span_length字段表示片段的长度。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
num_segment_descriptors字段表示片段信息块所包括的描述符的数目。根据本发明的特定实施例，num_segment_descriptors字段可以是8比特字段。
descriptor字段包括关于片段的特定信息。
尽管描述了采取比特流格式的演出信息、演出信息块以及片段信息块，但其不限于比特流格式，并且可采取另一格式。更详细地，演出信息、演出信息块以及片段信息块可采取XML文件格式。
图159是根据本发明的实施例的当广播发送装置发送包括演出信息和片段信息中的至少一个的广播信号时的视图。
广播发送装置在操作S731中通过控制单元获得广播服务所包括的演出的性质。如上所述，演出的性质可包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的片段的列表、咨询观看评级、定向/个性化性质以及内容/服务保护性质中的至少一个。可通过演出信息来用信号通知这种演出的性质。在这一点，与演出有关的片段的列表可以是包括演出的片段的列表。
广播发送装置在操作S733中通过控制单元基于演出的性质来生成用信号通知节目的节目信息。演出信息可包括通过图156和图157描述的演出信息和演出信息块中的至少一个。
广播发送装置在操作S735中通过控制单元获得与演出有关的片段的性质。片段的性质可包括用于识别片段的唯一标识符、在对应片段的时间跨度期间播放的媒体组件的列表、片段的开始时间和持续时间、片段类型以及定向/个性化性质以及内容咨询评级中的至少一个。
广播发送装置在操作S737中通过控制单元基于片段的性质来生成片段信息块。片段信息块可以是图158中的上述片段信息块。
广播发送装置在操作S739中通过发送单元发送包括片段信息块和节目信息中的至少一个的广播信号。
图160是根据本发明的实施例的当广播接收装置接收到包括演出信息和片段信息中的至少一个的广播信号时的视图。
广播接收装置100在操作S751中通过广播接收单元110接收广播信号。
广播接收装置100在操作S753中通过控制单元150基于广播信号来获得节目信息。更详细地，广播接收装置100可从广播信号获得演出信息。在这一点，演出信息可包括通过图156和图157描述的演出信息和演出信息块中的至少一个。
广播接收装置100在操作S755中通过控制单元150基于演出信息来获得演出的性质。如上所述，演出的性质可包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的片段的列表、咨询观看评级、定向/个性化性质以及内容/服务保护性质中的至少一个。可通过演出信息来用信号通知这种演出的性质。在这一点，与演出有关的片段的列表可以是包括演出的片段的列表。
广播接收装置100在操作S757中通过控制单元150基于广播信号来获得与演出有关的片段信息块。更详细地，广播接收装置100可从演出信息块获得与演出有关的片段信息块。片段信息块可包括图158中的上述片段信息块。
广播接收装置100在操作S759中通过控制单元150基于片段信息块来获得片段的性质。片段信息块可以是图158中的上述片段信息块。
广播接收装置100在操作S761中基于演出的性质以及与演出有关的片段性质中的至少一个来生成显示演出的性质的服务指南。根据本发明的特定实施例，服务指南可一起显示演出以及与演出有关的片段的性质。例如，服务指南可显示包括同一演出的多个片段的性质。在这一点，片段的性质可包括片段的开始时间和包括片段的节目的性质中的至少一个。在这一点，节目的性质可包括节目的开始时间和包括节目的服务的信息中的至少一个。
无线电节目、TV节目以及数据节目可包括唯一标识符、节目中的媒体组件的列表、节目的开始时间和长度、用于识别相关演出的演出标识符、用于描述标题和节目的文本、节目的流派、图形图标、内容咨询评级、定向/个性化性质、内容保护性质、相关数据服务的列表以及相关片段的列表中的至少一个。可通过节目信息来用信号通知包括在音频节目、TV节目以及数据节目中的性质。这将参照图171至图166来描述。
图171是图示出根据本发明的实施例的节目信息的视图。
如图171的实施例中所示，节目信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段、service_id字段以及program_information_block字段中的至少一个。
table_id字段表示节目信息。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示节目信息是否为MEPG-2 TS标准的长格式的私有区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于私有区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段。
section_length字段表示section_length字段之后的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段组合来识别节目信息的值。更详细地，table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示节目信息的协议版本。更详细地，protocol_version字段可以是8比特字段，其中，前四比特表示主版本号，并且后四比特表示次版本号。当通过广播流来发送节目信息时，subnet_id字段可表示用于识别用于发送节目信息的IP子网的子网标识符。根据本发明的另一特定实施例，subnet_id字段的值可以是0。当通过互联网来发送节目信息时，subnet_id字段具有与通过广播流发送的节目信息的subnet_id字段相同的值。根据本发明的特定实施例，subnet_id字段可以是8比特字段。
version_number字段表示节目信息的版本。广播接收装置100可基于vserion_number字段的值来确定节目信息的可用性。更详细地，当version_number字段的值与先前接收到的服务节目信息的版本相同时，可不使用该节目信息。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示节目信息当前是否可用。更详细地，当current_next_indicator字段的值是1时，其可表示节目信息可用。此外，当current_next_indicator字段的值是1时，其可表示节目信息下次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当节目信息表的大小大时，可将节目信息划分成多个区段然后发送。在这一点，广播接收装置100基于section_number字段和last_section_number字段来确定是否接收到节目信息所需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别与节目信息有关的广播服务的服务标识符。更详细地，service_id字段可表示用于识别包括节目信息用信号通知的节目的广播服务的服务标识符。根据本发明的特定实施例，service_id字段可以是8比特字段。
program_information_block字段表示包括关于节目的性质的信息的节目信息块。这将参照图162更详细地进行描述。
图162是图示出根据本发明的实施例的节目信息块的视图。
节目信息块可包括节目信息块用信号通知的节目的数目、用于识别信令节目的节目标识符、节目的开始时间、节目的长度、用于描述节目的文本以及用于用信号通知用于描述节目和节目的性质的文本的描述符。
根据本发明的特定实施例，如图162的实施例中所示，节目信息块可包括num_program字段、program_id字段、time_span_start字段、time_span_length字段、title_text_length字段、title_text字段、num_program_descriptors字段以及descriptor字段中的至少一个。
num_program字段表示节目信息块用信号通知的节目的数目。根据本发明的特定实施例，num_program字段可以是8比特字段。
program_id字段表示用于识别对应节目的节目标识符。根据本发明的特定实施例，program_id字段可以是8比特字段。
time_span_start字段表示对应节目的开始时间。更详细地，time_span_start字段可表示从1980年1月6日00:00开始逝去的UTC时间。根据本发明的特定实施例，time_span_start字段可以是32比特字段。
time_span_length字段表示对应节目的长度。更详细地，对应节目可基于time_span_start字段的值来以分钟表示对应节目被广播的时间长度。当time_span_length字段的值一旦被设定时，其未来不改变。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
title_text_length字段表示title_text字段的长度。根据本发明的特定实施例，title_text字段可以是8比特字段。
title_text字段表示对应节目的标题所包括的各个字符。根据本发明的特定实施例，各个字符可以是UTF-8编码格式。根据本发明的特定实施例，title_text字段可以是8比特字段。
num_program_descriptors字段表示节目信息块所包括的描述符的数目。根据本发明的特定实施例，num_program_descriptors字段可以是8比特字段。
descriptor字段表示包括与节目性质有关的信息的描述符。例如，descriptor字段所具有的描述符可包括关于媒体组件列表的信息。另外，descriptor字段所具有的描述符可包括关于内容咨询评级的信息。另外，descriptor字段所具有的描述符可包括关于定向性质的信息。另外，descriptor字段所具有的描述符可包括关于用于描述节目的文本的信息。因此，descriptor字段可包括component_list_descriiptor字段、targeting_descriptor字段以及text_descriptor字段中的至少一个。然而，图162中所示的节目信息块无法用信号通知与节目有关的演出。更详细地，图162的实施例中的节目信息块无法用信号通知节目中的演出。将参照图163来描述用于解决上述问题的方法。
图163是图示出根据本发明的另一实施例的节目信息块的视图。
根据本发明的另一实施例的节目信息块还可包括关于是否包括关于与节目信息块用信号通知的节目有关的演出的信息的信息以及用于识别与节目信息块用信号通知的节目有关的演出的演出标识符中的至少一个。
根据特定实施例，节目信息块可包括如图163中所示的associated_show_flag字段和show_id字段中的至少一个。
associated_show_flag字段表示是否包括关于与节目信息块用信号通知的节目有关的演出的信息。根据本发明的实施例，如果存在相关演出，则广播接收装置100可接收演出信息。因此，当associated_show_flag是1时，广播接收装置100可接收演出信息。在这一点，演出信息可以是参照图166和图167描述的演出信息或演出信息块。根据本发明的特定实施例，associated_show_flag字段可以是1比特字段。
show_id字段表示用于识别与节目信息块用信号通知的演出有关的演出的演出标识符。根据本发明的特定实施例，show_id字段可以是16比特字段。
然而，图163中所示的节目信息块可不通过组件层面信息用信号通知媒体组件的性质。因此，具有各种性质的多个媒体组件可能未被高效地用信号通知。将参照图193来描述用于解决上述问题的方法。
图164是图示出根据本发明的另一实施例的节目信息块的视图。
节目信息块可包括对应节目所包括的媒体组件的数目、用于识别对应媒体组件的组件标识符、用于表示对应媒体组件是否为对应节目回放所需的媒体组件的信息以及包括媒体组件的附加性质的组件描述符。
根据本发明的特定实施例，如图164的实施例中所示，节目信息块可包括num_component字段、component_id字段、essential_conponent_indicator字段、num_component_descritpors字段以及component_descriptor字段中的至少一个。
num_component字段表示对应节目所包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是8比特字段。
component_id字段表示用于识别对应媒体组件的组件标识符。根据本发明的特定实施例，component_id字段可以是8比特字段。
essential_component_indicator字段表示对应媒体组件是否为对应广播服务呈现所必要的必要媒体组件。根据本发明的特定实施例，essential_component_indicator字段可以是1比特字段。
num_component_descritpors字段表示component_descriptor字段的数目。根据本发明的特定实施例，num_component_descritpors字段可以是8比特字段。
component_descriptor字段表示包括关于对应组件的附加性质的组件描述符。
然而，在这种情况下，可能未获得关于节目所包括的片段的信息。将参照图165和图166来描述解决此问题的方法。
图165和166是图示出根据本发明的另一实施例的节目信息块的视图。
节目信息块可包括由节目信息块用信号通知的节目所包括的片段的信息。更详细地，节目信息块可包括片段信息块，其包括由节目信息块用信号通知的节目所包括的片段的数目以及片段的特定性质。
节目信息块可包括如图165和图166中所示的num_segment字段和segment_information_block字段中的至少一个。
num_segment字段表示由节目信息块用信号通知的节目所包括的片段的数目。根据本发明的特定实施例，num_segments字段可以是8比特字段。
segment_infoamtion_block字段可包括通过图187的实施例描述的片段信息块或者将参照图167和图168来描述的片段信息块。
在图165的实施例中，广播接收装置100无法获得与节目信息块用信号通知的节目有关的演出的信息。在图167的实施例中，类似于图134的实施例，包括与节目信息块用信号通知的节目有关的演出的信息以使得广播接收装置100可以获得与节目有关的演出的信息。
通过图160至图166描述了比特流格式的节目信息和节目信息块，但本发明不限于比特流格式。特别是，节目信息和节目信息块可采取XML文件格式。
如上所述，广播服务可包括多个节目。在这一点，节目可包括多个片段。片段是配置节目的时间间隔。片段可包括广播演出的主要内容的演出片段以及在节目的主要内容之间广播与节目的主要内容无关的内容的插播片段。在这一点，插播片段可包括广告或公共服务声明。无线电服务或TV服务的演出片段和插播片段可具有预定开始时间和持续时间。
片段可包括用于识别片段的唯一标识符、在对应片段的时间间隔期间播放的媒体组件的列表、片段的开始时间和持续时间、片段类型以及定向/个性化性质以及内容咨询评级之中的至少一个作为一个性质。如上所述，片段类型可以是演出片段和插播片段之中的一个。在这一点，片段的开始时间可表示基于演出的开始时间的相对时间。例如，可基于演出的开始时间来指定片段的开始时间，例如，在演出开始时间之前10分钟。锚定片段表示与特定节目有关并且具有指定开始时间的片段。另一方面，非锚定片段表示与特定节目无关且不具有指定开始时间的片段。例如，由于广播接收装置100接收到定向广告但对应广告片段在各种节目和服务中被使用多次，所以当未清楚地指定用于对应片段的开始时间时，可将该定向广告称为非锚定片段。必须高效地用信号通知这种片段。将参照图167至图171来描述用信号通知片段。
图167是图示出根据本发明的实施例的片段信息节目信息的视图。
片段信息可包括片段块，其包括特定片段性质。
根据本发明的特定实施例，如图167的实施例中所示，片段信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段以及segment_information_block字段中的至少一个。
table_id字段表示包括片段信息。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示广播服务片段信息是否为MEPG-2 TS标准的长格式的私有区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于私有区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段。
section_length字段表示section_length字段之后的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段组合来识别片段信息的值。更详细地，table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示片段信息的协议版本。更详细地，protocol_version字段可以是8比特字段，其中，前四比特表示主版本号，并且后四比特表示次版本号。当通过广播流来发送片段信息时，subnet_id字段可表示用于识别用于发送片段信息的IP子网的子网标识符。根据本发明的另一特定实施例，subnet_id字段的值可以是0。当通过互联网来发送片段信息时，subnet_id字段具有与通过广播流发送的片段信息的subnet_id字段相同的值。根据本发明的特定实施例，subnet_id字段可以是8比特字段。
version_number字段表示片段信息的版本。广播接收装置100可基于vserion_number字段的值来确定片段信息的可用性。更详细地，当version_number字段的值与先前接收到的服务片段信息的版本相同时，不可使用该片段信息。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示片段信息当前是否可用。更详细地，当current_next_indicator字段的值是1时，其可表示片段信息可用。此外，当current_next_indicator字段的值是1时，其可表示片段信息下次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当片段信息表的大小大时，可将片段信息划分成多个区段然后发送。在这一点，广播接收装置100基于section_number字段和last_section_number字段来确定是否接收到片段信息所需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别与片段信息有关的广播服务的服务标识符。更详细地，service_id字段可表示用于识别包括片段信息用信号通知的片段的广播服务的服务标识符。根据本发明的特定实施例，service_id字段可以是8比特字段。
program_information_block字段表示包括关于片段的性质的信息的片段信息块。这将参照图168更详细地进行描述。
图168是图示出根据本发明的实施例的片段信息块的视图。
片段信息中的片段信息块可包括用于识别信令片段的片段标识符、片段类型、表示是否存在与片段有关的节目的信息、表示是否指定了片段的开始时间和持续时间的信息、用于识别与片段有关的节目的节目标识符、片段的开始时间、片段中的媒体组件的数目、用于识别对应媒体组件的媒体组件标识符、包括用于对应媒体组件的性质的描述符的数目、包括用于对应媒体组件的性质的描述符、包括用于对应片段的性质的描述符的数目以及包括对应片段的描述符。
根据本发明的特定实施例，如图168的实施例中所示，片段信息可包括segment_id字段、segment_type字段、associated_program_flag字段、time_included字段、progmam_id字段、time_span_start字段、time_span_length字段、num_component字段、component_id字段、num_component_descirtors字段、component_descritpors字段、num_descritpor字段以及descriptor字段中的至少一个。
segment_id字段表示用于识别对应片段的片段标识符。根据本发明的特定实施例，segment_id字段可以是8比特字段。
segment_type字段表示对应片段的类型。更详细地，其可表示演出片段或插播片段。根据本发明的特定实施例，当segment_type字段的值是0x02时，其表示演出片段，并且当segment_type字段的值是在0x03至0x07之间的值时，其表示插播片段。根据本发明的特定实施例，segment_type字段可以是3比特字段。
associated_program_flag字段表示是否存在与对应片段有关的节目。更详细地，当associated_program_flag字段的值是1时，其表示存在与对应片段有关的节目，并且当associated_program_flag字段的值是0时，其表示不存在与对应片段有关的节目。根据本发明的特定实施例，associated_program_flag字段可以是1比特字段。
time_included字段表示是否指定了对应片段的开始时间和持续时间。更详细地，当time_included字段的值是1时，其表示指定了对应片段的开始时间和持续时间，并且当time_included字段的值是0时，其表示未指定对应片段的开始时间和持续时间。根据本发明的特定实施例，time_included字段可以是1比特字段。
program_id字段表示用于识别与对应节目有关的节目的节目标识符。根据本发明的特定实施例，program_id字段可以是16比特字段。
time_span_start字段表示对应片段的开始时间。更详细地，time_span_start字段可表示从1980年1月6日00:00开始逝去的UTC时间。根据本发明的特定实施例，time_span_start字段可以是32比特字段。
time_span_length字段表示对应片段的长度。更详细地，对应片段可基于time_span_start字段的值来以分钟表示对应节目被广播的时间长度。当time_span_length字段的值一旦被设定时，其未来不改变。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
num_component字段表示对应片段所包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是8比特字段。
component_id字段表示用于识别对应媒体组件的组件标识符。根据本发明的特定实施例，component_id字段可以是8比特字段。
num_component_descritpors字段表示component_descriptor字段的数目。根据本发明的特定实施例，num_component_descritpors字段可以是8比特字段。
component_descriptor字段表示包括关于对应组件的附加性质的组件描述符。
num_descritpor字段表示descriptor字段的数目。根据本发明的特定实施例，num_desciptors字段可以是8比特字段。
descriptor字段表示包括附加性质的描述符。例如，描述符可包括内容咨询评级和定向性质中的至少一个。因此，descriptor字段可以是targeting_descirptor字段。
当节目被划分成多个片段时，即使当观看者观看同一节目时，也可根据各个观看者的特性提供另一片段。特别是，可将根据各个观看者的特性的片段提供给插播片段而不是演出片段。通过此操作，广播商可提供同一内容的特征广播，并且还可根据各个观看者的特性向观看者提供目标广告。为此，必须提供用信号通知各个片段的定向信息和性质的定向片段集合。这将参照图169来描述。
图169是图示出根据本发明的实施例的定向片段集合信息的视图。
定向片段集合可用信号通知关于多个片段的定向信息。特别是，该定向片段集合信息可用信号通知关于具有相同持续时间的多个片段的定向信息。根据本发明的特定实施例，定向片段集合信息可用信号通知关于与同一节目有关的多个片段的定向信息。根据本发明的另一特定实施例，定向片段信息可用信号通知关于具有相同开始时间的多个片段的定向信息。
定向片段集合信息可包括对应片段的开始时间、片段的持续时间、定向片段集合所包括的片段的数目、用于识别对应片段的片段标识符、定向片段集合信息所包括的定向准则的数目、用于识别目标准则的定向识别信息、表示定向的形式的定向形式信息以及表示特定定向准则的定向准则值信息中的至少一个。
根据本发明的特定实施例，如图169的实施例中所示，定向片段集合信息可包括descriptor_tag字段、descriptor_length字段、time_span_start字段、time_span_length字段、num_segment字段、segment_id字段、num_targeting_criteria字段、criterion_id_length字段、criterion_id字段、criterion_type_code字段、num_criterion_values字段、criterion_value_length字段以及criterion_value字段中的至少一个。
descriptor_tag字段表示定向片段集合信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_tag字段之后的定向片段信息的长度。descriptor_length字段可以是8比特字段。
time_span_start字段表示对应片段的开始时间。更详细地，time_span_start字段可表示从1980年1月6日00:00开始逝去的UTC时间。根据本发明的特定实施例，time_span_start字段可以是32比特字段。
time_span_length字段表示对应片段的长度。更详细地，对应片段可基于time_span_start字段的值来以分钟表示对应节目被广播的时间长度。当time_span_length字段的值一旦被设定时，其未来不改变。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
num_segments字段表示定向片段集合信息用信号通知的片段的数目。根据本发明的特定实施例，num_segments字段可以是8比特字段。
num_targeting_criteria字段表示定向片段集合信息的数目。根据本发明的实施例，广播服务或媒体组件所具有的定向准则可以是多个。根据本发明的特定实施例，num_targeting_criteria字段可以是8比特字段。
criterion_id_length字段表示criterion_id字段的长度。根据本发明的特定实施例，criterion_id_length字段可以是8比特字段。
criterion_id字段表示用于识别定向准则的定向准则标识符。根据本发明的特定实施例，criterion_id字段可以是8比特字段。
criterion_type_code字段表示定向准则的形式。根据本发明的特定实施例，criterion_type_code可以是3比特字段。
num_criterion_values字段表示定向准则值的数目。根据本发明的实施例，片段可具有对应于定向准则形式的多个定向准则。根据本发明的特定实施例，num_criterion_values字段可以是5比特字段。
criterion_value_length字段表示criterion_value字段的长度。根据本发明的特定实施例，criterion_value_length字段可以是8比特字段。
criterion_value字段表示定向准则值。
考虑到广播接收装置100的广播接收状况或能力，如果无法接收到特定片段，则广播接收装置100可基于定向片段集合信息来接收或播放另一片段。例如，如果广播接收装置100不支持3D图像的回放，则其可基于定向片段集合而不是片段来接收或播放包括2D图像的片段。根据本发明的另一特定实施例，广播接收装置100可基于定向片段集合信息来选择性地仅接收或播放适合于用户的内容。例如，如果观看者是年轻人，则广播接收装置100可接收或播放青春片的宣传片而不是成人电影的宣传片。
上文参照图167至图169描述了片段信息、片段信息块、片段定向集合信息采取比特流格式的情况。然而，片段信息、片段信息块以及片段定向集合信息的格式不限于比特流格式。特别是，片段信息、片段信息块以及片段定向集合信息可采取XML文件格式。另外，根据本发明的特定实施例，上述节目信息可包括片段信息、片段信息块以及片段定向集合信息。
将参照图170和图171来描述发送/接收节目和片段的性质的广播发送装置和广播接收装置100的操作。
图170是根据本发明的实施例的当广播发送装置发送包括节目信息和片段信息中的至少一个的广播信号时的视图。
广播发送装置在操作S101中通过控制单元获得广播服务所包括的节目的性质。如上所述，节目的性质可包括唯一标识符、节目中的媒体组件的列表、节目的开始时间和长度、用于描述标题和节目的文本、图形图标、内容咨询评级、定向/个性化性质以及内容保护性质中的至少一个。
广播发送装置在操作S803中通过控制单元基于节目的性质来生成用信号通知节目的节目信息。节目信息可包括通过图170和图171描述的节目信息和节目信息块中的至少一个。
广播发送装置在操作S805中通过控制单元获得节目所包括的片段的性质。如上所述，片段的性质可包括用于识别片段的唯一标识符、在对应片段的时间间隔期间播放的媒体组件的列表、片段的开始时间和持续时间、片段类型以及定向/个性化性质以及内容保护性质中的至少一个作为一个性质。
广播发送装置在操作S807中通过控制单元基于节目的性质来生成片段信息。片段信息可包括图167至图171的上述片段信息、片段信息块以及片段定向集合信息中的至少一个。
广播发送装置在操作S809中通过发送单元发送包括片段信息块和节目信息中的至少一个的广播信号。
图171是根据本发明的实施例的当广播接收装置接收到包括节目信息和片段信息中的至少一个的广播信号时的视图。
广播接收装置100在操作S901中通过广播接收单元110接收广播信号。
广播接收装置100在操作S903中通过控制单元150基于广播信号来获得节目信息。更详细地，广播接收装置100可从广播信号获得广播信息。在这一点，节目信息可包括通过图173和图174描述的节目信息和节目信息块中的至少一个。
广播接收装置100在操作S905中通过控制单元150基于节目信息来获得节目的性质。如上所述，节目的性质可包括唯一标识符、节目中的媒体组件的列表、节目的开始时间和长度、用于描述标题和节目的文本、图形图标、内容咨询评级、定向/个性化性质以及内容保护性质中的至少一个。
广播接收装置100在操作S907中通过控制单元150基于广播信号来获得片段信息。更详细地，广播接收装置100可从广播信号获得片段信息。片段信息可包括图167至图169的上述片段信息、片段信息块以及片段定向集合信息中的至少一个。
广播接收装置100在操作S909中通过控制单元150基于片段信息块来获得片段的性质。片段信息可包括图167至图169的上述片段信息、片段信息块以及段定向集合信息中的至少一个。
广播接收装置100在操作S911中基于节目性质和片段性质中的至少一个来生成用于显示节目的性质的服务指南。根据本发明的实施例，服务指南还可显示节目所包括的片段的性质。更详细地，服务指南可一起显示节目中的演出片段的性质。例如，除了节目性质之外，服务指南还可显示节目中的演出片段的开始时间和长度以及包括同一演出片段的另一节目信息。
如上所述，根据本发明的实施例的广播服务划分媒体组件的性质，并且再次地将表示广播服务的时间跨度的节目划分成片段，从而有效地用信号通知变得更复杂且多样化的广播服务的格式。这将参照图172至图195更详细地进行描述。
可将根据本发明的实施例的广播服务描述为对象模型，其包括类的类型、类之间的继承关系、类之间的包含关系以及类之间的另一关联。
图172是图示出连续组件类、音频组件类、视频组件类以及隐藏字幕组件类的视图。
连续组件类表示连续组件。连续组件类可包括用于识别组件的组件标识符componentID作为性质。
音频组件类表示内容类型是音频的连续组件。音频组件类可具有“与连续组件类的子类关系”。
视频组件类表示内容类型是视频的连续组件。视频组件类可具有与连续组件类的子类关系。
隐藏字幕组件类表示内容类型是隐藏字幕的连续组件。隐藏字幕组件类可具有与连续组件类的子类关系。
图173是图示出基本音频组件类、基本视频组件类以及基本隐藏字幕组件类的视图。
基本音频组件类表示内容类型是音频的基本组件。基本音频组件类可包括编解码器、音频通道的数目、编码比特率、其它编码参数以及音频组件的语言和模式中的至少一个作为属性。更详细地，可根据编解码器来确定另一编码参数。另外，模式可表示对应音频的模式，并且还可表示“完整主要”、“音乐”、“对话”、“效果”、“视力障碍”以及“听力障碍”和“解说词”中的至少一个。音频组件类可具有“与音频组件类的子类关系”。
基本视频组件类表示内容类型是视频的基本组件。基本视频组件类可包括“编解码器”、“分辨率”、“长宽比”、“扫描方法”、“帧频”、“静止画面模式”以及“另一编码参数”中的至少一个作为属性。可用宽度×高度像素单元来表示分辨率。另外，扫描方法可以是隔行方法和逐行方法中的一个。另外，可根据编解码器来确定其它编码参数。基本视频组件类可具有“与视频组件类的子类关系”。
基本隐藏字幕类表示内容类型是隐藏字幕的基本组件。基本隐藏字幕类可包括“编解码器”、“语言”以及“类型”中的至少一个。在这一点，编解码器可表示隐藏字幕文本的格式。语言表示配置隐藏字幕的语言。类型可以是一般隐藏字幕和针对低视力人的易读式隐藏字幕。基本隐藏字幕组件类可具有“与隐藏字幕组件类的子类关系”。
复杂组件类表示复杂组件。如上所述，复杂组件可以是复合组件或PickOne组件。因此，将参照图174和图175来描述用于复合组件和PickOne组件的类。
图174是图示出复合音频组件类和复合视频组件类的视图。
复合音频组件类表示内容类型是音频的复合组件。复合音频组件类可包括“ContainsAudio”和“与音频组件类的子类关系”中的一个作为关系。在这一点，“ContainsAudio”表示包括在复合音频类中的音频组件类。在这一点，包括在“ContainsAudio”中的所有对象被限制为表示一个声音场景。
复合视频组件类表示内容类型是视频的复合组件。复合视频组件类可包括“ContainsVideo”和“与视频组件类的子类关系”中的一个作为关系。在这一点，ContainsVideo表示复合视频组件类与视频组件类的子类关系。在这一点，ContainsVideo中的所有对象被限制为表示一个视频场景。另外，ContainsVideo的性质可包括“作用”。在这一点，作用可表示可变视频的增强层。另外，作用可表示3D图像的左视图或右视图。另外，作用可表示3D图像的深度信息。另外，作用可表示被划分成多个场景的视频阵列的一部分。在这一点，如果存在n×m矩阵，则作用可表示从左侧开始第y行中的第x个。另外，作用可表示后续主题元数据。
图175是图示出PickOne组件类的视图。
PickOne组件类表示PickOne组件。PickOne组件类可包括“包含”和“与连续组件类的子类关系”中的一个作为关系。在这一点，“包含”表示PickOne组件类与连续组件类的关系。在这一点，“包含”中的所有组件是相同内容类型，并且被限制为表示全部相同的图像场景或音频场景。
图176是图示出可呈现组件类、可呈现视频组件类、可呈现音频组件类以及可呈现隐藏字幕组件类的视图。
可呈现组件类表示可呈现组件。可呈现组件类可包括定向/个性化性质、内容咨询评级、内容/服务保护性质以及目标装置中的至少一个作为性质。在这一点，目标装置可以是主屏幕、配套屏幕以及被部分地插入主屏幕中的屏幕中的至少一个。
可呈现视频组件类表示可呈现视频组件。可呈现视频组件类可包括“AssociatedAudio”、“Associated CC”和“与视频组件类的子类关系”中的至少一个作为关系。“AssociatedAudio”可表示适合于与可呈现视频组件一起播放的可呈现音频组件。
可呈现音频组件类表示可呈现音频组件。可呈现音频组件类可具有与音频组件类的子类关系作为关系。
可呈现隐藏字幕组件类指示可呈现隐藏字幕组件。可呈现隐藏字幕组件类可以具有与隐藏字幕组件类的子类关系作为关系。
图177是图示出OnDemand组件类的视图。
OnDemand组件表示通过用户请求发送的内容组件。OnDemand组件可包括表示OnDemand组件的唯一标识符的OnDemandComponentId、表示可以访问OnDemand组件的位置的ComponentLocation、表示组件的名称的ComponentName(可能为多种语言)、表示组件的总回放时间的PlaybackLength、表示组件变得可用的开始时间的AvailabilityStart、表示组件保持可用的时间长度的AvailabilityDuration、表示组件定向值的装置或用户特性的定向/个性化性质、表示内容或服务是否受到保护的内容/服务保护性质以及表示内容咨询评级的内容咨询评级中的至少一个作为属性。
图178是图示出NRT内容项目类和NRT文件类的视图。
NRT内容项目组件类表示NRT数据服务的内容项目。NRT内容项目组件类可包括用于识别内容项目的内容项目的名称(ContentItemID)、内容项目的名称(ContentItemName)、用于表示是否要监测内容项目的更新的显示(Updateable)、表示下载可用时间的下载可用窗口(Avaiblewindow)、表示内容项目被丢弃的时间的期满时间、内容项目大小(ContentItemSize)、内容项目的回放长度(PlaybackLength)、定向/个性化性质(TargetInfo)、内容项目的保护性质(ProtectionInfo)以及内容项目的内容咨询评级(ContentAdvRating)中的至少一个作为性质。另外，NRT内容项目类可包括NRT文件类作为关系。
NRT文件类表示非实时文件。更详细地，NRT文件可表示用于NRT服务的文件。NRT文件类可包括表示内容的位置的ContentLocation和表示内容的类型的ContentType中的至少一个作为属性。在这一点，ContentLocation和ContentType可在IETF RFC 2616中定义。
将参照图208和图209来描述用于服务的类。
服务类表示服务。服务类可包括服务标识符(ServiceId)、服务名称(ServiceName)、频道号(ChanNum)、服务的描述(Description)、表示服务的图形图标(Icon)、服务中的媒体组件的列表、用于广播服务保护的性质(用于服务的内容/服务保护性质)、用于定向/个性化的性质(用于服务的定向性质)、观看咨询评级(contentAdvRating)、服务语言(Language)以及关于广播服务用户报告的性质(UsageReportInfo)中的至少一个作为性质。在这一点，频道号可被划分成主编号(MajorChanNum)和次编号(MinorChanNum)。
无线电服务类表示被安排在预定时间广播的无线电服务。无线电服务类可包括“与可呈现视频组件类的包含关系”、“与可呈现CC组件类的包含关系”以及“与NRT数据服务类的附属关系”中的至少一个作为关系。
TV服务类表示被安排在预定时间广播的TV服务。TV服务类可包括“与可呈现视频组件类的包含关系”、“与可呈现音频组件类的包含关系”、“与可呈现CC组件类的包含关系”以及“与NRT数据服务类的附属关系”中的至少一个作为关系。“与可呈现视频组件类的包含关系”包括视频组件的作用作为性质。更详细地，视频组件的作用可表示主要视频、另选相机视图、另一另选视频组件、手语屏幕以及后续主题视频/元数据中的至少一个。特别是，后续主题视频/元数据可包括随后的主题的名称。这种后续主题视频/元数据可以是视频流。或者，后续主题视频可以是用于视频流的主题的放大的各个帧的矩形。
OnDemand服务类表示OnDemand内容服务。OnDemand服务类可包括“与OnDemand UI应用类的包含关系”、“与OnDemand供应类的包含关系”以及“与OnDemand目录类的包含关系”作为关系。“与OnDemand UI应用类的包含关系”是提供用于OnDemand服务的用户界面。在特定实施例中，可用多种语言来提供用户请求服务的用户界面。OnDemand供应可表示由OnDemand提供的服务的产品。“与OnDemand供应类的包含关系”是针对从OnDemand服务提供的内容项目。“与OnDemand目录类的包含关系”是针对OnDemand服务的OnDemand供应目录。在特定实施例中，可用多种语言来提供OnDemand供应目录。
NRT数据服务类表示NRT数据服务。NRT数据服务类可包括“消费模式”、“必要能力”、“非必要能力”、“目标装置”以及“与数据项目组件类的包含关系”中的至少一个作为性质。“必要能力”表示允许广播接收装置100接收服务所需的能力。“非必要能力”表示允许广播接收装置100接收服务的选择项目所需的能力。“目标装置”可表示主装置或配套装置中的至少一个。
根据另一特定实施例，可将服务类分成线性服务和基于应用的服务。这将参照图208至图211来描述。
图179是图示根据本发明的另一实施例的OnDemand组件类的视图。
OnDemand组件类可以包括“必要能力”和“非必要能力”作为属性。“必要能力”表示广播接收装置100呈现OnDemand组件所必需的能力。“非必要能力”表示广播接收装置100呈现OnDemand组件的选择项目所必需的能力。广播接收装置100可以基于“必要能力”来确定是否呈现OnDemand组件。例如，当不支持包括在“必要能力”中的装置能力时，广播接收装置100不可以呈现OnDemand组件。另外，在特定的实施例中，当不支持“必要能力”和“非必要能力”中的至少一个时，广播接收装置100可以显示其不支持“必要能力”和“非必要能力”中的至少一个。
图180是图示根据本发明的另一实施例的NRT内容项目类和NRT文件类的视图。
NRT内容项目类可以包括“必要能力”和“非必要能力”作为属性。“必要能力”表示广播接收装置100呈现NRT内容项目所必需的能力。“非必要能力”表示广播接收装置100呈现NRT内容项目的选择项目所必需的能力。广播接收装置100可以基于“必要能力”来确定是否呈现NRT内容项目。例如，当不支持包括在“必要能力”中的装置能力时，广播接收装置100不可以呈现NRT内容项目。另外，在特定的实施例中，当不支持NRT内容项目的“必要能力”和“非必要能力”中的至少一个时，广播接收装置100可以显示其不支持NRT内容项目的“必要能力”和“非必要能力”中的至少一个。
NRT文件类可以包括“必要能力”和“非必要能力”作为属性。“必要能力”表示广播接收装置100呈现NRT文件所必需的能力。“非必要能力”表示广播接收装置100呈现NRT文件的选择项目所必需的能力。广播接收装置100可以基于“必要能力”和“非必要能力”中的至少一个来确定是否呈现NRT文件。例如，当不支持包括在“必要能力”中的装置能力时，广播接收装置100不可以呈现NRT文件。另外，在特定的实施例中，当不支持NRT文件的“必要能力”和“非必要能力”中的至少一个时，广播接收装置100可以显示其不支持NRT文件的“必要能力”和“非必要能力”中的至少一个。
图181是图示出线性服务类的视图。
线性服务表示主要内容包括连续组件的服务。在这一点，连续组件可根据广播商所定义的时基和时间表而被消费。然而，即使当连续组件根据广播商所定义的时基和时间表而被消费时，用户也可在连续组件上使用各种类型的时移方法。TV服务类可包括与可呈现视频组件类的包含关系、与可呈现音频组件类的包含关系、与可呈现CC组件类的包含关系、与基于应用的增强类的包含关系以及与服务类的子类关系中的至少一个作为关系。特别是，与可呈现视频组件类的包含关系可包括表示视频组件的作用的视频组件的作用作为属性。在这一点，视频组件的作用可表示主要视频、另选相机视图、另选视频组件、手语屏幕以及后续主题视频中的一个。在这一点，可将主要视频表示为默认视频。另外，后续主题视频可包括后续主题的名称。后续主题视频可通过单独的视频组件来支持。
图182是图示出应用类和基于应用的增强服务的视图。
应用类表示支持交互性的内容项目的一个类型。与NRT内容项目类的子类关系被包括作为关系。
基于应用的增强服务类表示基于应用的增强服务。基于应用的增强服务可包括表示执行增强服务所需的装置能力的必要能力、对执行增强服务有用但非绝对必需的非必要能力以及表示增强服务定向至的装置的目标装置中的至少一个作为属性。目标装置可表示主装置和配套装置之中的至少一个。可包括与应用类的包含关系、与NRT内容项目类的包含关系、与通知流类的包含关系以及与OnDemand组件类的包含关系中的至少一个作为关系。与NRT内容项目类的包含关系涉及基于应用的增强服务所使用的NRT内容项目。与通知流类的包含关系涉及通知流，该通知流传送通知以根据线性时基使应用的动作同步。与OnDemand组件类的包含关系涉及由应用管理的OnDemand组件。将参照图183来描述作为服务中的组件的同步参考的时基类和通知流类。
图183是图示出时基类和通知流类的视图。
时基类是用于生成时间线以使线性服务的组件同步的元数据。在这一点，时间线可表示作为同步参考的连续参考时间。时基类可包括用于识别时基的时基标识符和表示时基的时钟速率的时钟速率中的至少一个作为属性。
通知流类表示用于发送要执行的动作的通知的通知流。通知流类可包括表示通知流的标识符的通知流标识符作为属性。
图184是图示出基于应用的服务类的视图。
基于应用的服务类表示基于应用的服务。可包括与时基类的包含关系、与基于应用的增强类的包含关系以及与服务类的子类关系中的至少一个作为关系。
NRT内容项目的组件可具有类似于节目的结构。然而，NRT内容项目是以文件格式而不是流格式发送的。另外，节目可具有附属数据服务。更详细地，附属数据服务可以是与节目有关的交互服务。将参照图185至图187来更详细地描述表示节目的节目类、表示作为包括在节目中的主要内容的演出的演出类以及表示作为节目的时间片段的片段的片段类。
图185是图示出节目类的视图。
节目类表示节目。节目类可包括节目标识符(ProgamIdentifier)、节目的开始时间(StartTime)、节目的持续时间(ProgramDuration)、节目的标题(TextualTitle)、描述节目的文本(TextualTitle)、节目的流派(Genre)、表示节目的图形图标(GraphicalIcon)、内容咨询评级(ContentAdvisoryRating)、定向/个性化性质(定向/个性化性质)以及表示节目的内容/服务保护的内容/服务保护性质(内容/服务保护性质)中的至少一个作为性质。节目的开始时间可包括节目开始时的日期和时间。节目的持续时间是从节目的开始时间至结束时间的持续时间。可用多种语言来显示节目的标题。另外，当不存在节目的标题时，图像显示装置100可将相关演出的标题显示为节目的标题。另外，当不存在节目的流派时，图像显示装置100可将相关演出的流派显示为节目的流派。另外，可用多个大小来显示图形图标。当不存在节目的图形图标时，图像显示装置100可将相关演出的图形图标显示为节目的图形图标。观看咨询评级可按区域而变化，并且可按区域而具有不同的值。另外，如果不存在观看咨询评级，则广播接收装置100可将与节目有关的演出的观看咨询评级显示为观看咨询评级。如果不存在定向/个性化性质，则广播接收装置100可显示相关演出的定向/个性化性质。如果不存在内容/服务保护性质，则广播接收装置100可显示相关演出的内容/服务保护性质。
节目类可包括与线性服务类的ProgramOf关系、与基于应用的服务类的ContentItemOf关系、与可呈现视频组件类的包含关系、与可呈现视频组件类的包含关系、与可呈现音频组件类的包含关系、与可呈现CC组件类的包含关系、与基于应用的增强类的包含关系、与时基类的包含关系、与演出类的Based-on关系以及与片段类的包含关系中的至少一个作为关系。在这一点，与可呈现视频组件类的包含关系可包括表示视频组件的作用的视频组件的作用作为属性。在这一点，视频组件的作用可表示主要视频、另选相机视图、另选视频组件、手语屏幕以及后续主题视频/元数据中的一个。在这一点，可将主要视频表示为默认视频。另外，后续主题视频可包括后续主题的名称。后续主题视频可通过单独的视频组件来支持。另外，与片段类的包含关系可包括使用节目的开始作为参考来表示片段的相对开始时间的RelativeSegmentStartTime。
无线电节目类表示无线电节目。无线电服务类可包括“与可呈现音频组件类的包含关系”、“与可呈现CC组件类的包含关系”、“与NRT数据服务类的附属关系”以及“与无线电片段类的包含关系”中的至少一个作为关系。另外，无线电节目类可包括无线电片段的开始时间作为性质。在这一点，无线电片段的开始时间可以是从节目的开始时间起的相对时间。
TV节目类可表示TV节目。可呈现视频组件类可具有“与可呈现视频组件类的包含关系”作为关系。“与可呈现视频组件类的包含关系”可包括视频组件的作用、与可呈现音频组件类的包含关系、与可呈现隐藏字幕组件类的包含关系、与NRT数据服务类的附属关系、与TV演出类的基础关系以及与TV片段类的包含关系中的至少一个作为性质。视频组件的作用可表示主要视频、另选相机视图、另一另选视频组件、手语插图以及包含后续主题的名称的后续主题视频中的至少一个。后续主题视频可通过单独的视频组件支持。与TV片段类的包含关系可包括片段开始时间(RelativeSegmentStartTime)。在这一点，片段开始时间可以是从节目的开始时间起的相对时间。
图186是图示出演出类的视图。
演出类表示演出。在这一点，演出可表示如上所述的节目的主要内容。特别是，演出可表示从观看角度的主要内容。演出类可包括“ShowIdentifier”、“ShowDuration”、“TextualDescription”、“Genre”、“GraphicalIcon”、“ContentAdvisoryRating”、“定向/个性化性质”以及“内容/服务保护性质”中的至少一个作为属性。演出类可具有“与演出片段的包括关系”。
TV演出类可表示TV节目的主要内容。TV演出类可具有“与可呈现TV演出片段类的包含关系”作为关系。
图187是图示出片段类、演出片段类以及插播片段类的视图。
片段类表示片段。片段类可包括“SegmentId”、“Duration”、“定向/个性化性质”以及“内容咨询评级”中的至少一个。
演出片段类表示演出的片段。演出片段类可具有使用演出的开始时间作为参考来表示相对开始时间的ShowSegmentRelativeStartTime作为属性。演出片段类可具有与片段类的“子类”关系。
插播片段类表示节目的片段之中的并非演出片段的片段。插播片段类可具有与片段类的“子类”关系。
无线电片段类表示无线电节目的片段。
TV片段类表示TV节目的片段。
无线电演出片段类表示无线电演出的片段。无线电演出片段类可包括“ShowSegmentRelativeStartTime”作为性质。更详细地，演出片段的开始时间可以是基于无线电节目的相对时间。
TV演出片段类表示包括作为TV节目的内容的演出片段。TV演出片段类可包括“ShowSegmentRelativeStartTime”作为性质。更详细地，演出片段的开始时间可以是基于TV节目的相对时间。
无线电插播片段表示无线电节目的并非演出片段的片段。
TV插播片段表示TV节目的并非演出片段的片段。
OnDemand UI应用类表示提供用于OnDemand服务的用户界面的应用。
OnDemand供应类表示OnDemand服务的供应。
OnDemand目录类表示关于OnDemand服务的供应的描述。在这一点，供应可表示通过OnDemand提供的服务产品。OnDemand请求目录类可包括“与OnDemand供应类的关系”。
图188是图示出根据本发明的实施例的根据广播服务的类型与子属性的继承关系的视图。
图188是图示出上述不同类型的服务、包括在各个服务中的不同类型的组件以及各个服务之间的附属服务关系的视图。无线电服务可包括一个或更多个可呈现音频组件。另外，无线电组件可包括一个或更多个隐藏字幕组件。另外，无线电组件可包括一个或更多个增强NRT数据服务。TV服务可包括一个或更多个可呈现视频组件。另外，TV服务可包括一个或更多个可呈现音频组件。另外，TV服务可包括一个或更多个可呈现隐藏字幕组件。另外，TV服务可包括一个或更多个增强NRT数据服务。NRT数据服务可包括一个或更多个可呈现数据项目组件。另外，NRT数据服务可以是独立数据服务。另外，NRT数据服务可以是无线电服务或TV服务的附属NRT数据服务。另外，NRT数据服务可以是无线电服务或TV服务的附属NRT数据服务。OnDemand服务可包括一个或更多个OnDemand供应。另外，OnDemand服务可包括描述供应的一个或更多个目录。另外，OnDemand服务可以是提供服务的用户界面的UI应用服务。在这一点，用户界面可由服务提供商自定义。另外，用户界面可由用户自定义。
图189是图示出根据本发明的实施例的连续组件与具有连续组件的子性质的组件之间的继承关系的视图。
如图189的实施例中所示，连续组件可以是基本组件或复杂组件。基本组件可以是基本视频组件、基本音频组件或基本隐藏字幕组件。另外，复杂组件可以是PickOne组件或复合组件。定义组件之间的“关系”的目的在于将组件音频与复合视频区别开是非常重要的。这是因为在复合视频组件的情况下，其需要根据复合组件的成员组件的作用而被不同地显示。因此，复杂组件可包括多个“关系”，其表示复合音频组件或复合视频组件的作用的性质。
图190是图示出根据本发明的实施例的可呈现组件与具有可呈现组件的子性质的组件之间的继承关系的视图。
如上所述，可呈现组件可以是可呈现视频组件、可呈现音频组件以及可呈现隐藏字幕组件中的一个。TV服务的可呈现视频组件可具有一个或更多个相关可呈现音频组件。另外，TV服务的可呈现视频组件可具有一个或更多个相关可呈现隐藏字幕组件。在这一点，可将相关的可呈现音频组件和可呈现隐藏字幕组件连同可呈现视频组件一起播放。由于TV服务是包括视频组件的服务，所以TV服务的可呈现音频组件和可呈现隐藏字幕组件需要与可呈现视频组件相关。
图191是图示出根据本发明的实施例的服务、服务中的节目以及节目中的片段之间的关系的视图。
无线电服务可包括一个或更多个无线电节目。可将无线电节目包括在一个或更多个无线电服务中。无线电节目可以是NRT数据服务内容项目或OnDemand服务的供应。无线电节目可包括一个或更多个无线电片段。在这一点，无线电片段可以是无线电插播片段。可将无线电片段包括在一个或更多个无线电节目中。各个无线电片段可以是无线电演出片段或无线电插播片段。无线电节目可包括一个“无线电演出”。在这一点，“无线电演出”不被服务提供商视为插播内容。无线电演出可包括一个或更多个无线电演出片段。无线电服务、无线电节目、无线电片段以及无线电演出的这种关系可被相似地应用于TV服务、TV节目、TV片段以及TV演出的关系。
图192是图示出根据本发明的另一实施例的根据广播服务的类型与子性质的继承关系的视图。
服务可包括线性服务和基于应用的服务中的至少一个。线性服务可传送TV服务。另外，线性服务可向无法实现视频编码或者不具有显示器的装置传送服务。更详细地，线性服务可传送仅包括音频的服务。线性服务可包括提供作为同步参考的参考时间的一个时基。或者，线性服务可包括一个或更多个可呈现视频组件。或者，线性服务可包括一个或更多个可呈现视频组件。或者，线性服务可包括一个或更多个可呈现音频组件。或者，线性服务可包括一个或更多个基于应用的增强服务。在这一点，如上所述，可呈现视频组件可具有表示可呈现视频组件的作用的作用作为性质。
基于应用的增强服务可包括一个或更多个应用。另外，基于应用的增强服务可包括一个或更多个内容项目。另外，基于应用的增强服务可包括一个或更多个OnDemand组件。另外，基于应用的增强服务可包括一个或更多个通知流。在这一点，应用可具有表示基于应用的增强服务所需的主应用的主要性质。在这一点，在应用是主应用的情况下，当包括应用的服务被选择时，其可立即被启用。根据另一特定实施例，应用可通过包括在通知流中的通知来启用。根据另一特定实施例，应用可通过先前启用的另一应用来启用。另外，基于应用的增强服务所包括的应用可执行基于应用的增强服务的内容项目。
基于应用的服务可包括一个或更多个基于应用的增强服务。基于应用的服务所包括的基于应用的增强服务可包括一个主应用。另外，基于应用的服务可选择性地包括用于提供同步参考时间的时基。另外，应用可采取内容项目或数据项目的格式。在这一点，可将内容项目称为构成一个应用的文件集合。
图193是图示出根据本发明的实施例的连续组件与具有连续组件的子性质的组件之间的继承关系的视图。
所有连续组件可具有被划分成多个层面的层结构。在特定实施例中，连续组件可具有被划分成三个层面的层结构。连续组件可以是PickOne组件、复合组件以及基本组件中的一个。PickOne组件可包括一个或更多个复合组件。PickOne组件可包括一个或更多个PickOne组件。PickOne组件可包括一个或更多个基本组件。在PickOne组件的定义上包括至少两个组件。另外，PickOne组件可对应于层结构中的顶层。
复合组件可包括一个或更多个组件。另外，复合组件可包括一个或更多个基本组件。在复合组件的定义上包括至少两个组件。可将复合组件包括在顶层的PickOne组件中。
不在顶层中的PickOne组件可包括超过两个基本组件。在这一点，基本组件可以是基本视频组件、基本音频组件以及基本隐藏字幕组件中的一个。不在顶层中的PickOne组件可被包括在一个或更多个PickOne组件中。不在顶层中的PickOne组件可被包括在一个或更多个复合组件中。
图194是图示出NRT内容项目类和NRT文件的继承关系的视图。
NRT内容项目可包括一个或更多个NRT文件。另外，一个NRT文件可被包括在一个或更多个NRT内容项目中。NRT内容项目可以是可呈现的基于NRT文件的组件。例如，NRT内容项目可以是未与其它文件组合并被消费的NRT文件的集合。另外，NRT内容项目可以是基本的基于NRT文件的组件。例如，NRT内容项目可以是原子单位。更详细地，NRT内容项目可以是最小文件单位。NRT内容项目可包括连续组件和非连续组件中的至少一个。特别是，NRT内容项目可包括连续组件和非连续组件的组合。
图195是图示出根据本发明的另一实施例的服务、服务中的节目以及节目中的片段之间的关系的视图。
线性服务可包括一个或更多个节目。在这一点，如上所述，节目采取线性内容的时间片段格式。节目可被包括在一个或更多个线性服务中。
线性服务可包括一个或更多个基于应用的增强服务。基于应用的服务可包括一个或更多个基于应用的增强服务。基于应用的增强服务可包括一个或更多个节目。在这一点，节目采取NRT内容项目的格式。或者，节目可采取OnDemand组件的格式。
节目可包括一个或更多个片段。片段可被包括在一个或更多个节目中。各个片段可以是演出片段或插播片段。节目可与线性服务共享许多性质。原因是节目是线性服务的时间片、具有与线性服务的时间片段相同的结构的NRT内容或具有与线性服务的时间片段相同的结构的OnDemand请求组件。
根据定义，节目基于一个演出。原因是演出是服务提供商并不视为插播材料的部分。
演出可包括一个或更多个演出片段。
图196是图示出可呈现音频组件的层面层次结构的视图。
可用三个层面的层次结构来划分连续组件。顶层是PickOne组件。中间层可包括复合组件。底层可包括PickOne组件。所有的连续组件可包括这样的三个层面。然而，连续组件可以是不包括底层的简单基本组件。在特定实施例中，如图196中所示，可呈现音频组件可以是PickOne组件。在这一点，PickOne组件可包括具有与完整主音频组件的完整主音乐混合的音乐、对话以及声音效果的组件。在这一点，完整主音频组件可以是包括用不同比特率编码的多个可替换基本组件的PickOne组件。具有与完整主音乐组合的音乐、对话以及声音效果的组件可以是音乐、对话和声音效果各自为一个组件的复合组件。在这一点，包括对话的组件和包括声音效果的组件可以是基本组件。音乐组件可以是包括用不同比特率编码的多个可替换基本组件的PickOne组件。
经由典型广播网络的广播是一个广播被连续地广播的线性服务。随着经由典型广播网络的广播变成混合广播，广播服务可被划分成典型线性服务和基于应用的服务。
如上所述，线性服务是根据预定时间表来呈现连续组件的服务。在这一点，线性服务可基于由广播站确定的时间。另外，线性服务可包括被触发以与广播服务同步的应用。
更详细地，线性服务可包括一个或更多个视频组件。
另外，线性服务可包括一个或更多个音频组件。另外，线性服务可包括一个或更多个隐藏字幕组件。
此外，线性服务可包括时基组件，其是用于与组件和附属服务中的至少一个同步的基础。
另外，线性服务可包括一个或更多个基于被触发应用的增强作为组件。各个附属服务可包括一个或更多个应用。在这一点，应用可与启用通知同步，然后可被启用。基于应用的附属服务组件可包括一系列启用通知。另外，基于应用的附属服务组件可包括一个或更多个内容项目。另外，基于应用的增强服务组件可包括一个或更多个OnDemand组件。如上所述，在应用是主应用的情况下，当包括应用的服务被选择时，其可立即被启用。根据另一特定实施例，应用可通过包括在通知流中的通知来启用。根据另一特定实施例，应用可通过先前启用的另一应用来启用。另外，基于应用的增强服务所包括的应用可执行基于应用的增强服务的内容项目。
另外，线性服务可包括一个或更多个基于自动启动应用的增强作为组件。各个附属服务可包括当服务被选择时自动启动的应用。基于自动启动应用的增强包括自动启动应用作为组件。另外，可包括一个或更多个内容项目作为组件。另外，基于应用的增强服务可包括一个或更多个通知流作为组件。另外，基于自动启动应用的增强服务可包括一个或更多个内容项目作为组件。
线性服务可包括基于自动启动应用的增强和基于被触发应用的增强作为组件。在特定实施例中，基于自动启动应用的增强被作为目标广告插入，并且基于被触发应用的增强向用户提供交互式观看体验。
基于应用的服务是指当服务被选择时启动指定的应用。基于应用的服务可包括一个基于应用的增强服务。在这一点，包括基于应用的增强服务的基于应用的服务可包括一个指定的主应用。应用可采取内容项目或数据项目的格式。在这一点，可将内容项目称为构成一个应用的文件的集合。在这一点，服务可包括自动启动应用作为性质。另外，基于应用的服务可包括一个或更多个内容项目作为性质。
服务的组件可在多个不同组件之间被共享。另外，基于应用的服务的应用可发起OnDemand内容的回放。
关于线性服务，再次描述节目和片段。节目是线性服务的时间区段。在这一点，节目具有预定的开始时间和持续时间。另外，节目可由广播站定义以按一个节目单元来消费。
另外，节目可表示具有与内容项目或线性服务的节目相同的结构的OnDemand内容。在这一点，不同于线性服务的节目，OnDemand内容不具有预定开始时间。另外，OnDemand不包括由广播站定义的时基。
各个节目涉及“演出”。在这一点，演出包括节目的主要内容。如上所述，节目的性质是演出的性质。例如，诸如描述节目、演员以及节目中的发行数据之类的性质是演出的性质。演出性质以外的节目性质是节目本身的性质。即使当节目包括相同的演出时，节目本身的性质也可变化。例如，节目和包括节目的服务中的开始时间可针对各个节目变化。
节目包括包含演出的一个或更多个时间区段。另外，节目可包括包含插播内容的一个或更多个时间区段。这些时间区段被称为片段。更详细地，时间区段可被划分成演出片段和插播片段。
片段可具有预定的开始时间和长度作为节目的一部分。这种片段被称为锚定片段。另外，存在被动态地插入节目中的非锚定片段。更详细地，非锚定片段是未定义要插入的特定节目或要插入的特定时间的片段。例如，未定义要插入的节目和时间并被广播接收装置100接收的定向广告可以是非锚定片段。
广播接收装置100可通过服务指南通过控制单元150来显示与节目有关的应用。另外，广播接收装置100可向收藏列表添加与节目有关的应用或者基于用户输入而将其下载。更详细地，当利用打包应用提供基于自动启动应用的服务时，广播接收装置100可通过显示广播节目的服务指南而将其显示。这将参照图197来描述。
图197是图示出当广播接收装置通过广播服务指南来显示基于自动启动应用的服务并将其存储为收藏项或者将其下载时的操作的流程图。
广播接收装置100在操作S951中通过广播接收单元110接收广播信号。
广播接收装置100在操作S953中通过控制单元150基于广播信号来获得基于自动启动应用的服务信息。在特定实施例中，广播接收装置100可从广播信号获得基于自动启动应用的服务信息。例如，广播接收装置100可从上述服务信息或节目信息获得基于自动启动应用的服务信息。
广播接收装置100在操作S955中通过控制单元150根据基于自动启动应用的服务信息来显示服务指南。在特定实施例中，除了节目信息之外，广播接收装置100还可显示基于自动启动应用的服务信息。特别是，广播接收装置100可显示与基于自动启动应用的服务有关的基于自动启动应用的服务信息和节目信息二者。
广播接收装置100在操作S957中通过控制单元150来接收用于基于自动启动应用的服务的用户输入。更详细地，广播接收装置100可接收用于选择基于自动启动应用的服务的用户输入。更详细地，广播接收装置100可接收用于将自动启动应用存储为收藏项的用户输入。在另一特定实施例中，广播接收装置100可接收用于下载自动启动应用的用户输入。
广播接收装置100在操作S959中基于用户输入通过控制单元150将自动启动应用存储为收藏项或者将其下载。更详细地，广播接收装置100可将所选择的基于自动启动应用的服务的自动启动应用存储为收藏项或者可将其下载。
广播接收装置100在操作S961中通过控制单元150显示被存储为收藏项的自动启动应用或下载的自动启动应用。更详细地，广播接收装置100可显示被存储为收藏项的自动启动应用或下载的自动启动应用。在特定实施例中，广播接收装置100可通过图标来显示被存储为收藏项的自动启动应用或下载的自动启动应用。另外，广播接收装置100可接收用于被存储为收藏项的自动启动应用或下载自动启动应用的用户输入，然后可下载或启动自动启动应用。通过此操作，广播接收装置100可允许广播服务指南充当智能电话的应用商店。
在传统广播中，用于听力障碍人的手语屏幕被直接地插入广播视频。因此，不具有听力障碍因此不需要看到手语屏幕的用户被迫不方便地观看手语。另外，手语屏幕被恒定地固定，使得这可能阻挡一般用户强烈想要看到的场景。广播商可能需要执行用于将手语屏幕插入到一般内容中以便发送手语屏幕的编码处理。为了解决此不方便，需要一种广播发送装置及其操作方法以及一种广播接收装置及其操作方法。这将参照图198至图203来描述。
广播发送装置可通过与包括一般内容的视频不同的附加视频来发送手语屏幕。广播接收装置100可在不包括一般内容和手语屏幕的视频上叠加包括手语屏幕的附加视频。另外，广播接收装置100可接收表示显示手语屏幕的位置的信息，并且可基于表示该位置的信息来显示包括手语屏幕的附加视频。或者，广播接收装置100可基于用于要显示手语的位置的用户输入来显示包括手语屏幕的附加视频。另外，除一般语言之外，还存在在许多国家使用的各种手语。因此，广播发送装置可针对一个一般内容发送分别包括多个手语屏幕的多个视频。在这一点，广播接收装置100可显示分别包括多个手语屏幕的多个视频中的一个。在这一点，广播接收装置100可基于用户输入来显示分别包括多个手语屏幕的多个视频中的一个。需要一种用信号通知这种手语屏幕的传播的方法。
在特定实施例中，可将用信号通知手语屏幕的视频作为附加组件用信号通知。特别是，可通过上述对象模型来高效地用信号通知手语屏幕。
特别是，手语组件可包括表示要显示手语组件的位置的信息。另外，手语组件可包括表示手语的类型的信息。
可将发送手语屏幕的连续组件称为手语组件。在这一点，手语组件类可包括表示手语屏幕的编码编解码器的编解码器、表示手语屏幕的分辨率的分辨率、表示显示手语屏幕的位置的坐标、表示手语屏幕的长宽比的手语屏幕的长宽比、表示图像的扫描方法的扫描方法、表示手语屏幕的帧频的帧频、静止画面模式、其它编码参数以及手语的类型中的至少一个作为属性。可用宽度×高度的像素单位来表示分辨率。可通过使用显示手语屏幕的像素来显示坐标。例如，如果坐标是(10,10)，则这表示对应于水平10和垂直10的像素。另外，可以利用显示手语屏幕的屏幕分辨率的比来显示坐标。例如，如果坐标是(10,10)且屏幕分辨率是1920×1080，则坐标可表示对应于水平192和垂直108的像素。另外，扫描方法可以是隔行方法和逐行方法中的一个。另外，可根据编解码器来确定其它编码参数。另外，手语的类型可表示北美手语(ASL)、巴拿马手语(LSP)、墨西哥手语(LSM)以及韩国手语(KSL)中的一个。
在这一点，可呈现视频组件类可具有与可呈现SignLanguage组件的AssociatedSignLanguage关系作为关系。与可呈现SignLanguage组件类的AssociatedSignLanguage关系可表示同时显示可呈现视频组件和可呈现手语组件是适合的。更详细地，可呈现手语组件可叠加在可呈现视频组件上。
可呈现手语组件类表示包括手语内容的可呈现组件。
另外，上述TV服务类可包括与可呈现手语组件类的包含关系作为关系。
另外，上述TV节目类可包括与可呈现手语组件类的包含关系作为关系。
图198是图示出根据本发明的另一实施例的根据广播服务的类型与子属性的继承关系的视图。如上所述，服务可包括一个或更多个手语组件。更详细地，多个手语组件可以是表示相同内容的不同类型的手语。广播接收装置100可通过接收用户输入来根据用户输入显示多个手语组件中的一个。因此，TV服务可包括一个或更多个手语组件。另外，无线电服务可包括一个或更多个手语组件。因此，TV服务类可包括一个或更多个手语组件类。另外，无线电服务类可包括一个或更多个手语组件类。
图199是图示出根据本发明的实施例的连续组件与具有连续组件的子属性的组件之间的继承关系的视图。
如上所述，连续组件可以是复杂组件或基本组件。基本组件可以是基本手语组件。
图200是图示出根据本发明的另一施例的可呈现组件与具有可呈现组件的子属性的组件之间的继承关系的视图。
可呈现组件可以是可呈现手语组件。各个TV服务的可呈现视频组件可具有一个或更多个可呈现手语组件。在这一点，可呈现手语组件应与可呈现视频组件相关联。
在另一特定实施例中，广播传输装置可通过使用基本视频组件的性质来用信号通知包括手语屏幕的视频。更详细地，基本视频组件可包括表示视频的类型的模式性质。在这一点，模式可表示其代表一般视频而不是手语屏幕和手语的一个正常(normal)模式。在这一点，当视频组件是手语时，其可包括表示手语的类型的信息以及表示要显示手语屏幕的位置的坐标信息作为性质。可通过使用显示手语屏幕的像素来显示坐标。例如，如果坐标是(10,10)，则这表示对应于水平10和垂直10的像素。另外，可以利用显示手语屏幕的屏幕分辨率的比来显示坐标。例如，如果坐标是(10,10)且屏幕分辨率是1920×1080，则坐标可表示对应于水平192和垂直108的像素。
在另一特定实施例中，广播发送装置可修改作为服务、节目或复合视频组件所包括的性质的表示视频的作用的信息，然后可用信号通知包括手语屏幕的视频。更详细地，服务、节目或复合视频组件所包括的表示视频的作用的信息可表示手语。在这一点，服务、节目或复合视频组件可包括表示手语的类型的信息和表示要显示手语屏幕的位置的坐标信息作为性质。可通过使用显示手语屏幕的像素来显示坐标。例如，如果坐标是(10,10)，则这表示对应于水平10和垂直10的像素。另外，可以利用显示手语屏幕的屏幕分辨率的比来显示坐标。例如，如果坐标是(10,10)且屏幕分辨率是1920×1080，则坐标可表示对应于水平192和垂直108的像素。在特定对象模型中，服务类、节目类或复合视频组件类所包括的作用属性可表示手语。
在另一特定实施例中，广播发送装置可通过表示对内容的可达性的信息来用信号通知包括手语屏幕的视频。更详细地，广播发送装置可通过使用表示对内容的可达性的信息作为可呈现组件、内容项目组件、服务、节目、演出、片段、应用、基于应用的增强服务以及基于应用的服务中的至少一个的性质来用信号通知包括手语屏幕的视频。另外，广播发送装置可允许表示服务所定向至的用户或广播接收装置的定向性质包括表示对内容的可达性的信息，然后将其发送。在特定实施例中，表示对内容的可达性的信息可包括包含手语屏幕的视频的性质。在这一点，包括手语屏幕组件的视频可包括表示手语的类型的信息和表示将显示手语屏幕的位置的坐标信息作为性质。可通过使用显示手语屏幕的像素来显示坐标。例如，如果坐标是(10,10)，则这表示对应于水平10和垂直10的像素。另外，可以利用显示手语屏幕的屏幕分辨率的比来显示坐标。例如，如果坐标是(10,10)且屏幕分辨率是1920×1080，则坐标可表示对应于水平192和垂直108的像素。在特定对象模型中，可呈现组件类、内容项目组件类、服务类、节目类、演出类、片段类、应用类、基于应用的增强服务类以及基于应用的服务类中的至少一个可包括表示可达性的信息作为属性。另外，服务类的定向属性可包括表示对内容的可达性的可达性作为属性。
图201是图示出根据本发明的实施例的发送用信号通知包括手语屏幕的视频的信息的广播发送装置的操作的流程图。
广播发送装置在操作S971中通过控制单元获得包括手语屏幕的视频的性质。如上所述，包括手语屏幕的视频的性质可包括表示显示包括手语屏幕的视频的位置的坐标和表示手语类型的信息中的至少一个。
广播传输装置在操作S973中通过控制单元来生成用信号通知包括手语屏幕的视频的信息。如上所述，广播发送装置可通过附加组件、基本视频组件的性质、作为服务、节目或复合视频组件所包括的性质的表示视频的作用的信息、以及表示对内容的可达性的信息中的至少一个，来用信号通知包括手语屏幕的视频。
广播发送装置在操作S975中通过发送单元发送广播信号，该广播信号用信号通知包括手语屏幕的视频。
图202是图示出根据本发明的实施例的显示包括手语屏幕的视频的广播接收装置的操作的流程图。
广播接收装置100在操作S981中通过广播接收单元110接收广播信号。
广播接收装置100在操作S983中通过控制单元150基于广播信号来获得用信号通知包括手语屏幕的视频的信息。如上所述，用信号通知包括手语屏幕的视频的信息可通过附加组件、基本视频组件的性质、作为服务、节目或复合视频组件所包括的性质的表示视频的作用的信息、以及表示对内容的可达性的信息中的至少一个来用信号通知。
广播接收装置100在操作S985中通过控制单元150基于用信号通知包括手语屏幕的视频的信息来获得关于包括手语屏幕的视频的性质。如上所述，包括手语屏幕的视频的性质可包括表示显示包括手语屏幕的视频的位置的坐标和表示手语类型的信息中的至少一个。
广播接收装置100在操作S987中通过控制单元150基于关于包括手语屏幕的视频的性质来显示包括手语屏幕的视频。更详细地，广播接收装置100可基于表示显示包括手语屏幕的视频的位置的坐标来显示包括手语屏幕的视频。另外，广播接收装置100可在不包括手语屏幕的视频上叠加包括手语屏幕的视频，然后可以将其显示。另外，在特定实施例中，广播接收装置100可基于用户输入来显示包括手语屏幕的视频。这将参照图203来描述。
图203是图示出根据本发明的实施例的用于通过广播接收装置来设置手语的用户输入的界面的视图。
广播接收装置100可基于用户输入来显示包括手语屏幕的视频。在这一点，用户输入可以是关于是否显示其显示手语屏幕的视频的用户输入。另外，用户输入可以是关于显示包括手语屏幕的视频的位置的用户输入。另外，用户输入可以是针对手语屏幕的手语的类型的用户输入。当广播服务或节目包括包含手语屏幕的多个视频时，广播接收装置100可接收用于选择包括手语屏幕的多个视频中的一个的用户输入。在这一点，广播接收装置100可显示根据用于选择包括手语屏幕的多个视频中的一个的用户输入而选择的包括手语屏幕的视频。在特定实施例中，广播接收装置100可通过如图203的实施例中所示的用于设置广播接收装置100的操作的设置菜单来接收这样的用户输入。
根据本发明的实施例，描述了广播发送装置将广播服务与服务信令信息一起发送并且广播接收装置100基于服务信令信息来接收广播服务。然后，将描述通过广播接收装置100将信息提供给与广播服务互工作的配套装置以及配套装置的操作。
图204是示出根据本发明的实施例的用于提供与配套装置交互操作的广播服务的广播系统的视图。
根据实施例的广播系统包括广播接收机100、配套装置200、广播发送机300、内容/信令服务器400以及自动内容识别(ACR)服务器500。在下文中，广播接收机100可以被称为主装置(PD)并且配套装置200可以被称为配套装置(CD)。
广播发送机300指示用于发送广播服务的广播服务器。这时，广播接收机100通过广播信道从广播发送机300接收广播服务。另外，广播接收机100可以通过广播信道从广播发送机300接收用于用信号通知广播服务的信息。另外，广播接收机100可以通过广播信道从广播发送机300接收诸如触发、触发参数表(TPT)、或者触发声明对象(TDO)的用于广播服务的补充信息。
内容/信令服务器400生成和管理广播服务的内容。这时，广播接收机100可以通过宽带信道从内容/信令服务器400接收广播服务的补充信息和广播服务的信令信息中的至少一个。
ACR服务器500管理广播服务的ACR相关数据。这时，广播接收机100可以通过宽带信道从ACR服务器500接收广播服务的应用和触发中的至少一个。
配套装置200在归属网络上与广播接收机100交互操作并且执行与广播服务有关的补充功能。更加具体地，配套装置200可以获取与广播服务有关的文件和应用中的至少一个。另外，配套装置200可执行与广播服务有关的应用和文件。这时，配套装置200可以使用诸如3GPP或者HTTP代理服务器的移动通信网络替代归属网络。另外，在详细的实施例中，如果通过经由单向传输的文件传送(FLUTE)来发送与广播服务有关的应用和文件，则配套装置200可以从广播接收机100接收与广播服务有关的应用和文件中的至少一个。另外，配套装置200可以是第二屏幕装置。另外，配套装置200可以包括智能电话、平板以及膝上型计算机中的至少一个。更加具体地，配套装置200可以是不具有通过广播信道的广播接收功能并且具有网络的通信功能的终端装置。另外，可以存在一个或者多个配套装置200。配套装置200可以包括用于控制配套装置200的整体操作的控制器以及用于执行与外部装置的通信的通信单元。控制器可以包括一个或者多个处理器、一个或者多个电路以及一个或者多个硬件模块，用于执行多个功能。更加具体地，控制器可以是各种半导体部件被集成的芯片上系统(SOC)。这时，SOC可以是用于图形、音频和视频的各种多媒体部件、调制解调器、处理器以及DRAM被集成的半导体器件。另外，通信单元可以是各种半导体部件被集成的芯片上系统(SOC)。这时，SOC可以是用于图形、音频和视频的各种多媒体部件、调制解调器、处理器以及DRAM被集成的半导体器件。
另外，广播接收机100可以被称为主装置。
另外，根据实施例，广播发送机300、内容/信令服务器400以及ACR服务器500中的至少两个可以被集成在一个服务器中。
如上所述，广播接收机100可从广播发送机300接收广播服务的信令信息。另选地，广播接收机100可以从内容/信令服务器400接收广播服务的信令信息。这时，广播服务的信令信息可以包括广播服务的性质，这将参照图205详细地描述。
图205是示出根据本发明的实施例的用信号通知的广播服务的性质的视图。
通过广播接收机100接收到的广播服务的信令信息可以包括广播服务的性质。这时，广播服务的性质可以包括用于识别广播服务的广播服务ID、广播服务的名称、广播服务的频道号、广播服务的描述、广播服务的流派、指示广播服务的图标、广播服务的主要语言、广播服务的使用报告信息、指示关于能够提供广播服务的装置的信息的定向性质、广播服务的保护性质、咨询评级以及关于包括在广播服务中的媒体组件的信息中的至少一个。定向性质指示用于提供服务的装置并且可以指示主装置或者配套装置200中的至少一个。广播服务的频道号可以包括主频道和次频道。关于媒体组件的信息可以包括用于识别媒体组件的ID、媒体组件的类型、媒体组件的名称、媒体组件的开始时间、媒体组件的呈现持续时间、指示通过媒体组件定向的屏幕的信息、能够接收媒体组件的URL、媒体组件的咨询评级以及媒体组件的流派中的至少一个。这时，通过媒体组件定向的屏幕可以表示配套装置200。更加具体地，通过媒体组件定向的屏幕可以表示无配套装置、所有装置、智能电话、平板PC、TV以及PC中的至少一个。平板PC可以指示不具有通过诸如LTE的移动通信网络的通信功能并且具有显示器的移动装置。
广播服务的性质可以如图205中所示按照XML来用信号通知。广播服务的性质的信令格式不限于此，并且广播服务的性质可以按照诸如比特流的其它格式来用信号通知。图205示出用于服务信令服务性质的XML架构的实施例，其可以是根据本发明的下述实施例的用于服务性质的XML架构结构的实施例。在一些实施例中，字段可以被省略或者新字段可以被添加。服务信令服务性质可以包括关于所提供的服务的性质的信息。广播发送机300或者内容/信令服务器400可以将XML架构传送给广播接收机100。广播接收机100可以将接收到的XML架构传送给配套装置200。广播接收机100可以在有或者没有改变的情况下将XML架构传送给配套装置200，或者可以仅将期望的字段或者改变的字段传送给配套装置200。
更加具体地，用于用信号通知广播服务的性质的信息可以包括ServiceID、ServiceName、MajorChanNum、MinorChanNum、Description、Genre、Icon、Language、UsageReportingInfo、Targeting、ServiceProtection、AdvisoryRating以及ComponentItem中的至少一个。此信息可在serviceInfo层面定义。
ServiceID指示用于识别服务的广播服务标识符。这时，可以仅存在一个ServiceID。另外，在详细的实施例中，ServiceID可以具有无符号短数据类型。更加具体地，广播接收机100和配套装置200可以基于ServiceID识别广播服务。
ServiceName指示广播服务的名称。可以不存在ServiceName，或者可以存在一或者多个ServiceName。在详细的实施例中，ServiceName可以具有字符串数据类型。更加具体地，广播接收机100和配套装置200可以基于ServiceName来表示广播服务的名称。
MajorChanNum和MinorChanNum分别指示广播服务的频道号的主编号和次编号。在实施例中，可以不存在MajorChanNum和MinorChanNum，并且可以存在一个MajorChanNum和MinorChanNum。MajorChanNum和MinorChanNum中的每一个可以是在0至15范围中的整数。MajorChanNum和MinorChanNum可以用于使用户能够容易地选择广播服务。更加具体地，广播接收机100和配套装置200可以基于MajorChanNum和MinorChanNum来表示广播服务的频道号。
Description指示广播服务的描述。可以不存在Description或者可以存在一或者多个Description。Description可以具有字符串数据类型。用户可以通过Description推测广播服务的内容。更加具体地，广播接收机100和配套装置200可以基于Description来表示广播服务的描述。
Genre指示广播服务的流派。可以不存在流派或者可以存在一个或者多个流派。在详细的实施例中，Genre可以具有字符串数据类型。用户可以确认广播服务的流派。更加具体地，广播接收机100和配套装置200可以基于Genre来表示广播服务的流派。
Icon指示指示广播服务的图标。可以不存在图标或者可以存在一个或者多个图标。Icon可以具有基础64二进制数据类型。用户可以通过广播服务的图标来容易地确认广播服务的内容。更加具体地，广播接收机100和配套装置200可以基于Icon来表示广播服务的图标。
Language指示广播服务的主要语言。可以不存在语言或者可以存在一个或者多个语言。Language可以具有字符串数据类型。更加具体地，广播接收机100和配套装置200可以基于Language来表示广播服务的语言。
UsageReportingInfo指示与广播服务有关的使用报告信息。可以不存在UsageReportingInfo或者可以存在一条或者多条UsageReportingInfo。更加具体地，UsageReportingInfo可以用作用于使用信息报告的参数。例如，UsageReportingInfo可以包括用于使用信息报告的URL和报告周期中的至少一个。通过使用信息报告，广播服务提供商可以获取广播服务的使用信息和广播服务的支付信息。更加具体地，广播接收机100和配套装置200可以基于UsageReportingInfo来报告广播服务的使用信息。
Targeting指示广播服务的定向性质。可以不存在定向性质或者可以存在一个或者多个的定向属性。更加具体地，Targeting可以具有字符串数据类型。更加具体地，Targeting可以指示广播服务是用于诸如广播接收机100的主装置还是用于配套装置200。如果广播服务是用于配套装置200，则广播接收机100可以将从服务提供商接收到的XML架构传送给配套装置200。更加具体地，广播接收机100和配套装置200可以基于Targeting来确定是否显示广播服务。
ServiceProtection指示广播服务的保护性质。可以不存在ServiceProtection性质或者可以存在一个ServiceProtection性质。更加具体地，ServiceProtection可以具有字符串数据类型。
AdvisoryRating指示广播服务的咨询评级。可以不存在AdvisoryRating或者可以存在一个或者多个AdvisoryRating。更具体地，AdvisoryRating可以具有字符串数据类型。更加具体地，广播接收机100和配套装置200可以基于咨询评级和个性化信息来中断广播服务。用户可以通过AdvisoryRating信息来不选择不想要的服务。用户可以通过个性化来中断特定评级的服务。
ComponentItem指示关于广播服务中所包括的媒体组件的信息。在此，组件意指内容并且指示关于通过与服务信息相对应的服务提供的内容的信息。一个ComponentItem可以具有关于一条内容的信息。更加具体地，ComponentItem可以包括componentId、ComponentType、ComponentName、StartTime、Duration、TargetScreen、URL、ContentAdvisory、以及Genre中的至少一个。
ComponentId指示用于识别媒体组件的标识符。更加具体地，可以存在一个ComponentId。ComponentId是与服务信息相对应的服务范围中的组件的唯一标识符。更加具体地，ComponentId可以具有无符号数据类型。更加具体地，广播接收机100和配套装置200可以基于ComponentId来识别媒体组件。
CmponentType指示媒体组件的类型。更加具体地，可以存在一个CmponentType。CmponentType可以具有字符串数据类型。更加具体地，广播接收机100和配套装置200可以基于CmponentType来表示媒体组件的类型。
ComponentName指示媒体组件的名称。更加具体地，可以不存在ComponentName，或者可存在一个或者多个ComponentName。ComponentName可以具有字符串数据类型。更加具体地，广播接收机100和配套装置200可以基于ComponentName来表示媒体组件的名称。
StartTime指示媒体组件的开始时间。更加具体地，可以不存在StartTime或者可以存在一个StartTime。更加具体地，StartTime可以具有无符号短数据类型。更加具体地，广播接收机100和配套装置200可以基于StartTime来确定媒体组件的开始时间。
Duration指示媒体组件的呈现持续时间。更加具体地，可以不存在持续时间或者可以存在一个持续时间。更加具体地，Duration可以具有无符号短数据类型。更加具体地，广播接收机100和配套装置200可以基于Duration来确定媒体组件的呈现持续时间。
TargetScreen指示媒体组件的目标屏幕。更加具体地，可以不存在目标屏幕或者可以存在一个或者多个目标屏幕。更加具体地，TargetScreen可以具有字符串数据类型。更加具体地，广播接收机100和配套装置200可以基于TargetScreen来确定是否需要呈现媒体组件。TargetScreen指示组件是用于包括广播接收机100的主装置(PD)还是用于配套装置(配套装置(CD))。如果组件是用于CD，则PD可以将从服务提供商接收到的XML架构传送给CD。在详细的实施例中，TargetScreen可以指示不存在与媒体组件相对应的CD或者媒体组件是用于所有的服务。另外，TargetScreen可以指示媒体组件是用于智能电话、平板PC、TV以及PC中的任一个。更加具体地，从广播商或者内容提供商通过PD接收到的服务信令信息的组件信息的TargetScreen属性可以如图206的实施例中一样被指定或者被使用。在图206的实施例中，如果TargetScreen的值是0x00，则这可以意指预留的URI。TargetScreen可以指示不存在与媒体组件相对应的CD。这时，URI可以识别能够下载关于配套装置应用的信息的远程服务器的资源。在这种情况下，广播接收机可以将URI识别为位置并且从该位置获取资源。如果TargetScreen的值是0x01，则TargetScreen可以指示媒体组件被定向于所有的装置类。在此，TargetScreen可以是通用的URI。如果TargetScreen的值是0x02，则TargetScreen可以指示媒体组件被定向于智能电话类。在此，TargetScreen可以是特定URI。如果TargetScreen的值是0x03，则TargetScreen可以指示媒体组件被定向于平板PC类。在此，TargetScreen可以是特定URI。如果TargetScreen的值是0x04，则TargetScreen可以指示媒体组件被定向于TV类。在此，TargetScreen可以是特定URI。如果TargetScreen的值是0x05，则TargetScreen可以指示媒体组件被定向于PC类。在此，TargetScreen可以是特定URI。
URL可以指示用于接收媒体组件的地址。更加具体地，可以不存在URL或者可以存在一个或者多个URL。更加具体地，URL可以具有URL数据类型。更加具体地，URL可以指示内容/信令服务器400的地址。更加具体地，广播接收机100和配套装置200可以基于URL来接收媒体组件。
ContentAdvisory指示媒体组件的咨询评级。如果ContentAdvisory的值与AdvisoryRating的值冲突，则ContentAdvisory的值可以具有较高的优先级。更加具体地，可以不存在ContentAdvisory或者可以存在一条或者多条ContentAdvisory。更加具体地，ContentAdvisory可以具有字符串数据类型。更加具体地，广播接收机100和配套装置200可以基于ContentAdvisory来确定是否呈现媒体组件。
Genre指示媒体组件的流派。更加具体地，可以不存在流派或者可以存在一个或者多个流派。Genre可以具有字符串数据类型。更加具体地，Genre可以具有字符串数据类型。如果Genre与serviceInfo层面的Genre冲突，则组件层面的Genre信息可以被设置为具有较高的优先级。如果Genre与指示服务的流派的Genre冲突，则指示媒体组件的流派的Genre可以具有较高的优先级。更加具体地，广播接收机100和配套装置200可以基于Genre来表示媒体组件的流派。
接下来，将描述在PD和CD之间适用的协议。本发明的一个实施例不限于特定协议。
A.在本发明中，通过消息、命令、呼叫、动作或者请求/响应的交换来表示装置对装置通信。
B.在本发明中，为了将在装置对装置通信时使用的消息稳定地传送给期望的目标装置，诸如互联网协议(IP)、互联网控制消息协议(ICMP)、以及互联网组管理协议(IGMP)的各种协议是适用的，而不限于特定协议。
C.在本发明中，为了稳定地传送在装置对装置通信时使用的消息、控制消息流、解决多个消息之间的冲突或者拥塞、或者支持复用，诸如传输控制协议(TCP)、用户数据报协议(UDP)、数据报拥塞控制协议(DCCP)以及流控制传输协议(SCTP)的各种协议是适用的，而不限于特定协议。
D.在本发明中，为了传送在装置对装置通信时为各种目的使用的消息中所包括的各种信息，诸如超文本传输协议(HTTP)、实时传输协议(RTP)、可扩展消息在线协议(XMPP)和文件传输协议(FTP)的各种协议是适用的，而不限于特定协议。
E.在本发明中，当通过各种协议传送在装置对装置通信时使用的消息时，期望的消息数据可以被包括在各个协议中所定义的消息组件当中的诸如消息头或者消息主体的各种消息组件中并被传送，而不限于特定消息组件。
F.在本发明中，当通过各种协议传送在装置对装置通信时使用的消息时，要被传送的数据可以按照各个协议中所定义的各种类型来传送(字符串、整数、浮点、布尔、字符、数组、列表等等)。为了在结构上表达、传送和存储复杂数据，诸如可扩展标记语言(XML)、超文本标记语言(HTML)、可扩展超文本标记语言(XHTML)、javascript对象表示(JSON)等等的标记格式或者文本或者图像格式是适用的，而不限于特定格式。
G.在本发明中，可以通过应用诸如“gzip”(RFC 1952)、“deflate”(RFC 1950)、“compress”(RFC 2616)的各种数据压缩技术来传送在装置对装置通信时使用的消息中所包括的数据，而不限于特定技术。
作为应用于本发明的实施例的装置对装置通信协议的UPnP协议是B到G的各个层的技术当中作为TCP/IP和UDP-HTTP的组合的装置对装置通信协议。
本发明所提出的UPnP动作是各种装置对装置通信协议中的一种，并且使用在HTTP中定义的POST方法在以XML传送的HTTP POST消息主体中将数据传送至在UPnP发送和描述处理中获取的控制URL。在UPnP协议的情况下，因为各个动作的动作名称被定义并且在以XML传送的HTTP POST消息主体中也传送动作名称，所以仅存在用于通信目标装置的一个URL并且仅使用一个HTTP POST方法可以交换无限种类型的动作(消息)。这将参照与UPnP动作机制有关的附图来描述。
作为另一实施例，当在HTTP方法当中除了POST之外还使用诸如GET、HEAT、PUT、DELETE、TRACE、OPTIONS、CONNECT以及PATCH的多种方法并且定义了访问通信目标装置的多个URI时，在没有定义动作名称的情况下，本发明所提出的装置对装置通信是适用的。需要被传送的数据可以被随附到对应URI或者可以按照各种格式被包括在HTTP主体中。这将在下面参照与REST MECHANISM有关的附图来描述。这种REST机制所必需的多个URI可以在发现或者描述处理中被获取。
本发明所提出的所有UPnP动作可通过B到G的各种层的技术的各种组合适用，并且本发明的所有提议不限于UPnP协议。
如上所述，广播接收机100和配套装置200可以通过归属网络、诸如3GPP的移动通信网络以及HTTP代理服务器中的至少一个来交互操作。这时，可以使用各种协议执行广播接收机100和配套装置200之间的通信。更加具体地，可以使用通用即插即用协议(UPnP)协议来执行广播接收机100和配套装置200之间的通信。
UPnP在控制点(CP)和受控装置(CD)之间进行区分。控制点使用UPnP协议来控制受控装置。在详细的实施例中，广播接收机100可以是受控装置中的一个。另外，配套装置200可以是控制点。在UPnP中，定义了发现、描述、控制以及事件协议。发现协议指的是用于使得控制点能够找到受控装置的协议。描述协议指的是用于使得控制点能够获取关于受控装置的信息的协议。控制协议指的是用于使得控制点能够调用针对受控装置的预定动作的协议。事件协议指的是用于使得受控装置能够将异步通知传送给控制点的协议。根据本发明的实施例的广播接收机100和配套装置200可以利用UPnP协议的发现、描述、控制以及事件协议中的至少一个来交互操作。例如，广播接收机100可以使用发现协议来寻找配套装置200。
图207是示出根据本发明的实施例的UPnP动作机制的视图。
作为应用于本发明的实施例的装置对装置通信协议的UPnP协议是通过组合TCP/IP和UDP-HTTP而获得的装置对装置通信协议。
本发明所提出的UPnP动作是各种装置对装置通信协议中的一种，并且使用HTTP中定义的POST方法在以XML传送的HTTP POST消息主体中将数据传送至在UPnP发送和描述处理中获取的控制URL。在UPnP协议的情况下，因为各个动作的动作名称被定义并且在以XML传送的HTTP POST消息主体中也传送动作名称，所以仅存在用于通信目标装置的一个URL并且仅使用一个HTTP POST方法可以交换无限种类型的动作(消息)。
HTTP客户端D1120是UPnP控制点，并且可以控制HTTP服务器D1121。这时，HTTP服务器可以作为UPnP装置操作。HTTP客户端D1120可以使用名称和自变量来定义各个动作以便于传送各种动作。至少一个动作可以包括与标识符相对应的名称以及与数据相对应的自变量。如附图中所示，动作1至动作N中的每一个可以包括名称和自变量(可以按照XML来描述)。所描述的XML消息可以使用HTTP POST方法被传送给HTTP服务器D1121。各个动作的名称和自变量可被包括在HTTP POST消息的主体中并传送。这时，包括至少一个动作的HTTPPOST消息可以被传送至相同的控制URL并且可以通过名称来识别各个动作。
HTTP服务器D1121可以使用XML解析器来解析包括在所接收的HTTP POST消息中的XML消息。HTTP服务器D1121可以识别包括在XML消息中的至少一个动作并且根据各个动作的自变量来执行动作。
图208是示出根据本发明的实施例的表述性状态转移(REST)动作机制的视图。作为另一实施例，当在HTTP方法当中除了POST之外还使用诸如GET、HEAT、PUT、DELETE、TRACE、OPTIONS、CONNECT以及PATCH的多种方法并且定义了访问通信目标装置的多个URI时，在没有定义动作名称的情况下，本发明所提出的装置对装置通信是适用的。需要被传送的数据可以被随附到对应的URI或者可以按照各种格式被包括在HTTP主体中。这种REST机制所必需的多个URI可以在发现或者描述处理中被获取。
HTTP客户端D1130是REST客户端并且可以控制HTTP服务器D1131。这时，HTTP服务器可以操作REST服务器。HTTP客户端D1130可以使用自变量来定义各个动作以便于传送各种动作。在此，不要求上述名称。各个动作的自变量可以对应于数据。如附图中所示，动作1至动作N中的每一个可以包括自变量。可以使用HTTP GET、HTTP PUT、HTTP POST、以及HTTPDELETE方法将各个动作传送给HTTP服务器D1131。各个动作的自变量可以被添加到HTTPacceptalbeheader(可接受头)或者HTTP主体。在此，HTTP主体可以是按照XML、JSON、HTML、TEXT或者IMAGE来描述。各个HTTP方法被发送到URI并且可以针对多个动作定义多个URI。多个URI可以用于访问一个HTTP服务器D1131。
HTTP服务器D1131可以使用多个URI来接收动作并且执行所接收的动作。因此，在没有NAME标识符的情况下，各个动作可以从HTTP客户端D1130被传送到HTTP服务器D1131。
图209是示出根据本发明的实施例的使用事件方法的广播接收装置和配套装置的服务信令消息的视图。
事件方法可以基于UPnP协议。在图209的(a)中示出在事件方法中定义的服务类型和服务ID。即，服务信令的服务类型可以是atsc3.0servicesignaling:1并且服务ID可以被定义为urn:atsc.org:serviceId:atsc3.0servicesignaling。服务类型和服务ID可以根据传输方法具有不同的值。
广播接收装置100可以使用指示广播服务的性质的一个变量来将广播服务的性质发送到配套装置200。指示广播服务的性质的一个变量可以包括当前广播服务的性质。更加具体地，在图209的(b)中所示的实施例中，广播服务的性质可以使用变量“ServiceProperty”来发送。在实施例中，ServiceProperty是要求的变量并且可以具有字符串数据类型。例如，ServiceProperty可以按照XML、JSON、HTML或者TEXT来描述。即，ServiceProperty可以对应于按照上述服务信令服务的XML架构定义的ServiceInfo。在实施例中，ServiceProperty可以不具有与其有关的动作。
另外，服务信令服务可以具有如图209的(c)和(d)中所示的动作和自变量。当正在通过广播接收装置100提供服务的同时配套装置200被连接到广播接收装置100时，配套装置200可使用GetServiceProperty动作来获取当前提供的服务的服务性质信息。GetServiceProperty自变量可以具有图209的(d)中所示的格式。响应于来自配套装置200的GetServiceProperty动作，广播接收装置100可以将关于当前提供的服务的信息包括在ServiceProperty自变量中并返回作为返回值。
如果请求订阅ServiceProperty，则广播接收装置100可以将ServiceProperty发送到配套装置。
图210是示出根据本发明的实施例的用于将广播服务性质从广播接收装置用信号通知给配套装置的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2001)。更加具体地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加具体地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加具体地，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加具体地，广播接收装置100和配套装置200可以通过使用UPnP协议来生成配对会话。在详细的实施例中，广播接收装置100可以使用UPnP的发现协议来寻找配套装置200。例如，广播接收装置100可以通过公知的IP地址来多播用于寻找用于交互操作的配套装置的发现消息。这时，已接收到多播消息的配套装置200可以向广播接收装置100请求描述。广播接收装置100可以基于配套装置200对描述的请求将描述提供给配套装置200。配套装置200可以基于该描述来访问广播接收装置100。在另一详细的实施例中，配套装置200可以使用UPnP的发现协议来寻找广播接收装置100。例如，配套装置200可以通过公知的IP地址来多播用于寻找用于交互操作的广播接收装置100的消息。这时，广播接收装置100可以使用发现消息来响应多播消息。这时，已接收发现消息的配套装置200可以向广播接收装置100请求描述。广播接收装置100可以基于配套装置200对描述的请求来将描述提供给配套装置200。配套装置200可以基于该描述来访问广播接收装置100。
配套装置200可以向广播接收装置100请求广播服务性质通知(S2003)。更加具体地，配套装置200可以通过控制器来向广播接收装置100请求广播服务性质通知。更加具体地，配套装置200可以使用UPnP协议来向广播接收装置100请求广播服务性质通知。在详细的实施例中，配套装置200可以基于事件协议来向广播接收装置100请求订阅用于广播服务性质的事件。
广播接收装置100基于广播服务来接收用于用信号通知广播服务性质的信息(S2005)。更加具体地，广播接收装置100可以通过广播接收单元110来从广播发送装置300接收用于用信号通知广播服务性质的信息。
广播接收装置100基于用于用信号通知广播服务性质的信息来向配套装置200通知广播服务性质(S2007)。在基于UPnP的架构的情况下，可根据事件协议来通知广播服务性质。更加具体地，广播接收装置100通过控制器150基于用于用信号通知广播服务性质的信息通知配套装置200广播服务性质。更加具体地，广播接收装置100可以确定广播服务性质是否改变。如果广播服务性质改变，则广播接收装置100可以通知配套装置200广播服务性质。在详细的实施例中，广播接收装置100可以通过指示广播服务性质的变量来通知配套装置200广播服务性质。在详细的实施例中，指示广播服务性质的变量可以是图209的ServiceProperty。将参照图211详细地描述指示广播服务性质的变量的数据格式。
图211是示出根据本发明的实施例的从广播接收装置用信号通知给配套装置的广播服务性质的数据格式的视图。
广播服务性质的数据可以是如图211中所示的XML。然而，广播服务性质的数据格式不限于此。即，如图211的(a)中所示，可以针对各个性质在propertyset中定义广播服务性质。另外，如图211的(b)中所示，广播服务性质可以被定义为ServiceProperty中的ServiceID、ServiceName、Content ID、以及CotentName。另外，如图211的(c)中所示，广播服务性质可以被描述为使得其中所包括的ServiceProperty(ServiceInfo)元素和ComponentItem元素包括各自的性质。
在图211的实施例中，广播服务性质的数据格式可以包括参照图211描述的广播服务的所有性质。因此，即使当仅广播服务的性质中的一些改变时，广播接收装置100也应发送广播服务的所有性质并且配套装置200应接收广播服务的所有性质。在这种情况下，在广播接收装置100和配套装置200之间交换的数据量增加。另外，配套装置200应检查广播服务的哪个性质改变。因此，需要一种将广播服务性质从广播接收装置100有效地用信号通知给配套装置200的方法。这将参照图212至图214来进行描述。
图212是示出根据本发明的实施例的指示从广播接收装置用信号通知给配套装置的广播服务性质的状态的变量、用于广播服务性质的动作、以及动作自变量的视图。
从广播接收装置用信号通知给配套装置的广播服务的服务类型和服务ID可以等同于上述实施例中的那些。即，服务信令的服务类型可以是atsc3.0servicesignaling:1并且服务ID可以被定义为urn:atsc.org:serviceId:atsc3.0servicesignaling。服务类型和服务ID可以根据传输方法具有不同的值。
在本发明的另一实施例中，指示广播服务性质的变量可以包括指示广播服务性质的变量、指示广播服务性质名称的变量、以及指示广播服务性质是否改变的变量中的至少一个。更加具体地，如果配套装置200请求特定广播服务性质，则广播接收装置100可以基于配套装置200的请求发送广播服务性质。更加具体地，广播接收装置100可以发送配套装置200所请求的特定广播服务性质。例如，广播接收装置100可以通过指示广播服务性质是否改变的变量来通知配套装置200广播服务性质是否改变。这时，配套装置200可以通过指示广播服务性质名称的变量来请求所需的广播服务性质。广播接收装置100可以通过指示广播服务性质的变量来向配套装置200通知广播服务性质。
在详细的实施例中，指示广播服务性质的变量可以包括ServiceProperty、ServicePropertyName、以及ServicePropertyChangeFlag中的任一个。ServiceProperty包括广播服务性质。在详细的实施例中，ServiceProperty是要求的变量并且可以具有字符串数据类型。特别地，ServiceProperty可以按照XML来描述。
ServicePropertyName指示广播服务性质的名称。即，这可以指示作为包括在ServiceProperty中的各个字段的XML元素的名称。ServicePropertyName是要求的变量并且可以具有字符串数据类型。特别地，ServicePropertyName可以按照CSV来描述。变量ServicePropertyChangeFlag指示广播服务性质是否改变。在详细的实施例中，ServicePropertyChangeFlag是要求的变量并且可以具有布尔数据类型或者整数类型。ServicePropertyChangeFlag是指示服务性质是否改变的变量。如果ServicePropertyChangeFlag是布尔数据类型，则真指示服务性质改变并且假指示服务性质没有改变。另选地，如果ServicePropertyChangeFlag是整数类型，则每当服务性质改变并且通过事件通知时，其值增加1。另外，如果配套装置200请求订阅ServicePropertyChangeFlag，则广播接收装置100可以将ServicePropertyChangeFlag发送到配套装置。
配套装置200可以通过指示广播服务性质的名称的变量使用被称为GetServiceProperty的动作以请求广播服务性质。GetServiceProperty是要求的动作。这时，GetServiceProperty可以具有ServiceProgpertyName作为输入自变量。另外，GetServiceProperty可以具有ServiceProperty作为输出自变量。在详细的实施例中，如果配套装置200将要从广播接收装置100获取的广播服务性质设置为SevicePropertyName并且发送GetServiceProperty动作，则配套装置200可以接收与ServicePropertyName相对应的广播服务性质作为ServiceProperty。即，ServicePropertyName是输入自变量并且可在配套装置200获取期望的性质名称的服务性质值时使用。当广播接收装置100响应于期望的性质名称向配套装置200返回服务信息(即，服务性质)时，可使用ServiceProperty。
图213是示出根据本发明的另一实施例的用于将广播服务性质从广播接收装置用信号通知给配套装置的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2001)。更加具体地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加具体地，配套装置200可以经由通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于上述实施例中的那些。
配套装置200可以向广播接收装置100请求广播服务性质改变通知(S2023)。更加具体地，配套装置200可以通过控制器向广播接收装置100请求广播服务性质改变通知。配套装置200的详细操作可以等同于上述实施例中的那些。即，配套装置200可以订阅广播接收装置100的服务信令服务。
广播接收装置100基于广播服务从广播接收装置100接收用于用信号通知广播服务性质的信息(S2025)。更加具体地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收用于用信号通知广播服务性质的信息。广播发送装置300可以通知广播接收装置100服务性质改变。
广播接收装置100基于用于用信号通知广播服务性质的信息来通知配套装置200广播服务性质是否改变(S2027)。在基于UPnP的架构的情况下，广播接收装置100可以根据“事件”协议来通知配套装置广播服务性质是否改变。更加具体地，广播接收装置100可以通过控制器150基于用于用信号通知广播服务性质的信息来通知配套装置200广播服务性质是否改变。更加具体地，广播接收装置100可以确定广播服务性质是否改变。如果广播服务性质改变，则广播接收装置100可以通知配套装置200广播服务性质改变。更加具体地，广播接收装置100可以根据用于用信号通知广播服务性质的信息的版本是否改变来确定广播服务性质是否改变。另外，在详细的实施例中，广播接收装置100可以通过指示广播服务性质是否改变的变量来通知配套装置200广播服务性质是否改变。在详细的实施例中，指示广播服务性质是否改变的变量可以是ServicePropertyChangedFlag。
配套装置200向广播接收装置100请求特定广播服务性质(S2029)。如果改变的性质字段是感兴趣的字段，则配套装置200可以使用“GetServiceProperty”来请求改变的服务性质字段。这时，改变的服务性质字段的名称可被包括在ServiceProPertyName自变量中，以向广播接收装置100发出请求。例如，如果要由配套装置200获取的字段是流派和语言，则使用GetServiceProperty(“genre,language”)发出请求。
特定广播服务性质可以是包括在用于用信号通知广播服务性质的信息中的广播服务性质中的任一个或者多个性质。配套装置200可以通过控制器向广播服务装置200请求特定广播服务性质。更加具体地，如果广播接收装置100发送广播服务性质改变通知，则配套装置200可以向广播接收装置100请求特定广播服务性质。这时，特定广播服务性质可以是配套装置200提供与广播服务有关的补充服务所必需的广播服务性质。另外，配套装置200可以基于改变的广播服务性质的类型来请求特定广播服务性质。更加具体地，如果特定广播服务性质改变，则配套装置200可以请求该特定广播服务性质。特定广播服务性质可以是配套装置200提供与广播服务有关的补充服务所必需的性质。例如，如果配套装置200基于广播服务的定向性质确定是否呈现广播服务，则当广播的定向性质改变时，配套装置200可以请求广播服务的定向性质。
广播接收装置100向配套装置100通知特定广播服务性质(S2031)。即，配套装置200可以响应于“GetServiceProperty”动作从广播接收装置100接收改变的字段信息。ServiceProperty自变量可以被传送给配套装置200作为“GetServiceProperty”动作的输出。在此，配套装置200可以接收关于用于其所请求的特定性质的字段的信息。即，配套装置200可以接收指示改变的流派是运动并且语言是KOR的信息。
更加具体地，广播接收装置100可以通过控制器150通知配套装置200特定广播服务性质。更加具体地，广播接收装置100可以基于配套装置200的请求通知配套装置200特定广播服务性质。例如，广播接收装置100可以将配套装置200所请求的特定广播服务性质发送到配套装置200。
这种实施例可能需要广播接收装置100和配套装置200之间的连续通信。特别地，如果广播接收装置100与多个配套装置200交互操作，则连续通信可能导致广播接收装置100的操作的超载。可通过使得配套装置200能够从内容/信令服务器400接收广播服务性质来解决此问题。
图214是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务性质是否改变的数据格式的视图。
图214的(a)至(c)示出指示广播服务性质是否改变的数据格式。可使用ServicePropertyChangeFlag来用信号通知广播服务性质是否改变。指示广播服务性质是否改变的数据格式可以是XML。然而，指示广播服务性质是否改变的数据格式不限于此。作为ServicePropertyChangeFlag，如图214的(a)中所示使用作为一种包括在propertyset中的性质信息的ServicePropertyChangeFlag，可如图214的(b)中所示发送单独的ServicePropertyChangeFlag，或者可如图214的(c)中所示发送具有指示真或假的不同格式的数据。
在详细的实施例中，广播接收装置100可以仅通知配套装置200广播服务性质是否改变。在图214的实施例中，广播接收装置100可以使用具有真值或者假值的布尔变量来通知配套装置200广播服务性质是否改变。例如，如果广播服务性质改变，则广播接收装置100可以将指示广播服务性质是否改变的变量具有真值的数据发送到配套装置200。因此，与服务性质的所有数据始终被发送的上述实施例相比较，因为仅当服务性质改变时才根据配套装置200的请求发送数据，所以可进行有效的数据传输。
图214的(d)示出如上所述传送到配套装置200的ServiceProperty自变量的实施例。如上所述，如果配套装置200请求流派和语言字段，则配套装置200可以接收如附图中所示的XML的流派和语言字段的改变的信息。即，配套装置200可以接收指示改变的流派是运动并且语言是KOR的ServiceProperty自变量。
然而，在本实施例中，配套装置200无法检查哪个广播服务性质改变并且仅可以检查广播服务性质是否改变。因此，即使当不想要的广播服务性质改变时，配套装置200也请求广播服务性质。因此，本实施例可能导致广播接收装置100和配套装置200的不必要的操作和不必要的数据交换。为了解决此问题，广播接收装置100需要通知配套装置200改变的广播服务性质。
图215是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务性质的状态的变量的视图。
从广播接收装置用信号通知给配套装置的广播服务的服务类型和服务ID信息可以等同于上述实施例中的那些。即，服务信令的服务类型可以是atsc3.0servicesignaling:1并且服务ID可以被定义为urn:atsc.org:serviceId:atsc3.0servicesignaling。服务类型和服务ID可以根据传输方法具有不同的值。
如图215的(a)中所示，指示广播服务性质的状态的变量可以包括服务性质信息、服务性质名称信息、服务性质改变信息以及服务性质位置信息。
服务性质信息和服务性质名称信息可以等同于上述服务性质信息和服务性质名称信息。
不同于上述实施例，服务性质改变信息可以包括二进制十六进制类型，并且可以指示哪个信息改变。这将在下面详细地描述。
配套装置200可以通过宽带网络下载服务性质，并且指示广播服务性质的状态的变量可以包括宽带位置信息。即，指示广播服务性质的状态的变量是可选的，并且还可以包括ServicePropertyURL状态变量。在此，宽带位置信息可以具有XML字符串或者URI格式。ServicePropertyURL可以具有图215的(b)中所示的数据格式，并且可以指示关于内容服务器的服务性质信息的位置。
如果广播服务性质改变，则广播接收装置100可以通知配套装置200改变的性质以及广播服务性质是否改变。为此，指示广播服务性质的状态的变量可以包括指示改变的服务性质的信息。为此，指示广播服务性质是否改变的变量可以具有通过二进制十六进制类型表示的字符串类型。如果发出订阅ServicePropertyChangedFlag的请求，则广播接收装置100可以将ServicePropertyChangedFlag发送到配套装置。
图216是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务性质是否改变的数据格式的视图。
指示广播服务性质是否改变的数据可以意指ServicePropertyChangeFlag。指示广播服务性质是否改变的数据可以按照XML来描述。然而，指示广播服务性质是否改变的数据格式不限于此。广播接收装置100可以将特定比特分配给广播服务性质，如果广播服务性质改变则将该比特设置为1，并且当广播服务性质没有改变时将该比特设置为0。即，二进制代码的各个数位可与包括在服务性质中的各个性质对应。在一个实施例中，可以在propertyset中定义ServicePropertyChangeFlag。作为ServicePropertyChangeFlag的值的十六进制值90080004对应于二进制值“1001 0000 0000 1000 0000 0000 0100”。这时，前四个比特分别指示广播的主要语言、流派、咨询评级、以及定向性质。在这种情况下，配套装置200可以确认广播的主要语言和定向性质改变。通过二进制值表示的ServicePropertyChangeFlag值可以具有第一服务性质匹配MSB并且第二服务性质匹配下一比特的格式。在上面的实施例中，能够看到，在与1001相对应的语言、流派、咨询评级以及定向性质当中，语言和定向性质改变。
另外，在另一实施例中，ServicePropertyChangeFlag可以作为独立的元素存在，并且ServicePropertyChangeFlag的值可以匹配ServiceProperty元素中的诸如语言、流派、咨询评级以及定向的性质。作为ServicePropertyChangeFlag的值的十六进制值90080004对应于1001 0000 0000 1000 0000 0000 0100的二进制值。二进制值的前四个比特可以分别匹配诸如语言、流派、咨询评级以及定向的性质，并且具有值1的语言和定向性质指示语言和定向性质改变。图217是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务性质的状态改变的变量的视图。
如图217的(a)中所示，指示广播服务性质的状态的变量可以包括服务性质信息、服务性质名称信息、服务性质改变信息以及服务性质位置信息。
服务性质信息和服务性质名称信息可以等同于上述服务性质信息和服务性质名称信息。
不同于上述实施例，服务性质改变信息可以包括字符串(XML)类型、字符串列表(XML)类型或者字符串CSV类型，并且指示服务性质信息(ServiceProperty)的哪个信息改变。这将在下面详细地描述。
如图217的(b)中所示，如果服务性质改变信息是字符串类型(XML)，则可以使用服务性质改变信息(ServicePropertyChangeFlag)中的changedfield来指示改变的服务性质信息(ServiceProperty)。如果ServiceProperty的流派和定向信息改变，则服务性质改变信息(ServicePropertyChangeFlag)中的changedfield可以包括流派和定向性质。
如图217的(c)中所示，如果服务性质改变信息是字符串列表(XML)类型，则服务性质改变信息(ServicePropertyChangeFlag)可以包括改变的服务性质改变信息。如果ServiceProperty的流派和定向信息改变，则服务性质改变信息可以包括流派和定向性质。
如图217的(d)中所示，如果服务性质改变信息是字符串CSV(通过逗号分隔的值)类型，则服务性质改变信息的改变的性质可以通过逗号来区分并且以文本文件格式来表示。如果ServiceProperty的流派和定向信息改变，则可以通过“流派”，“定向”来表示ServicePropertyChangeFlag。
性质位置信息可以具有字符串(XML)或者URI格式。性质位置信息可以通过ServicePropertyURL来表示，并且可以指示关于内容服务器的服务性质信息的位置。在一些实施例中，性质位置信息可以是可选的。
图217的(e)示出服务性质数据的格式。如附图中所示，ServiceProperty数据可以包括语言、流派、咨询评级以及定向。如果服务性质的流派值改变为MBC音乐并且定向值改变为流行榜，则广播接收装置100可以将包括流派和定向的ServicePropertyChangeFlag传送给配套装置200以指示流派和定向改变，如图217的(b)至(d)中所示。
图218是示出根据本发明的另一实施例的用于将广播服务性质从广播接收装置用信号通知给配套装置的的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2041)。更加具体地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加具体地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于图213的实施例的详细操作。
配套装置200向广播接收装置100请求广播服务性质通知(S2043)。更加具体地，配套装置200可以通过控制器向广播接收装置100请求广播服务性质通知。配套装置200的详细操作可以等同于图213的实施例的详细操作。
广播接收装置100基于广播服务接收用于用信号通知广播服务性质的信息(S2045)。更加具体地，广播接收装置100可以通过广播接收单元100从广播发送装置300接收用于用信号通知广播服务性质的信息。
广播接收装置100基于用于用信号通知广播服务性质的信息来通知配套装置200广播服务性质是否改变以及能够获取广播服务的性质的URL(S2047)。更加具体地，广播接收装置100可以通过控制器150基于用于用信号通知广播服务的性质的信息来通知配套装置200广播服务性质是否改变以及能够获取广播服务性质的URL。在此，URL可以意指能够获取关于内容服务器的服务性质信息的位置信息。更加具体地，可使用作为上述性质位置信息的ServicePropertyURL。在基于UPnP的架构的情况下，广播接收装置100可以根据“事件”协议来通知配套装置ServicePropertyURL。
更加具体地，广播接收装置100可以确定广播服务性质是否改变。更加具体地，广播接收装置100可以根据用于用信号通知广播服务性质的信息的版本是否改变来确定广播服务性质是否改变。另外，如果广播服务性质改变，则广播接收装置100可以通知配套装置200广播服务性质改变以及能够获取广播服务性质的URL。在详细的实施例中，广播接收装置100可以通过指示广播服务性质是否改变的变量来通知配套装置200广播服务性质是否改变。在详细的实施例中，指示广播服务性质是否改变的变量可以是图215的ServicePropertyChangeFlag。另外，广播接收装置100可以通过指示能够获取广播服务性质的URL的变量来通知配套装置200广播服务性质是否改变。在详细的实施例中，指示能够获取广播服务性质的URL的变量可以是上述ServicePropertyURL。
配套装置200基于能够获取广播服务性质的URL来获取广播服务的性质(S2049)。更加具体地，配套装置200可以通过控制器基于能够获取广播服务性质的URL获取广播服务性质。更加具体地，配套装置200可以基于能够获取广播服务性质的URL从内容/信令服务器400获取广播服务性质。更加具体地，配套装置200可以基于能够获取广播服务性质的URL向内容/信令服务器400请求广播服务性质，并且从内容/信令服务器400获取广播服务性质。因此，能够减少由于广播接收装置100和配套装置200之间的通信导致的广播通信装置100的负载。然而，在这种情况下，即使当配套装置200不需要的广播服务性质改变时，广播接收装置100应通知配套装置广播服务性质是否改变。因此，广播接收装置100应执行不必要的操作。如果配套装置200在向广播接收装置100请求通知时预设了必要的广播服务性质，则能够减少广播接收装置100的不必要的操作。这将参照图217至图218进行描述。
图219是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务性质的状态的变量的视图。在此实施例中，广播接收装置100可以仅向配套装置200通知更新的性质名称。
从广播接收装置用信号通知给配套装置的服务类型和服务ID可以等同于上述实施例中的那些。即，服务信令的服务类型可以是atsc3.0servicesignaling:1并且服务ID可以被定义为urn:atsc.org:serviceId:atsc3.0servicesignaling。服务类型和服务ID可以根据传输方法具有不同的值。
图219的(a)示出指示广播服务性质的状态的变量。指示广播服务性质的状态的变量可以包括服务性质变量、服务性质名称变量、更新的服务性质变量以及更新的性质名称变量。
可以通过ServiceProperty来表示服务性质变量。服务性质变量等同于上述服务性质变量，并且在本实施例中，可不使用事件方法。
可以通过A_ARG_TYPE_ServicePropertyName来表达服务性质名称变量。服务性质名称变量是与ServicePropertyName相关联的状态变量，ServicePropertyName是GetServicePropertyValue动作的输入自变量。
更新的服务性质变量可以通过A_ARG_TYPE_UpdatedServicePropertyValue来表示。更新的服务性质变量是与UpdatedServiceProperty相关联的状态变量，UpdatedServiceProperty是GetServicePropertyValue动作的输出自变量。
可以通过UpdatedPropertyNames来表示更新的性质名称变量。更新的性质名称变量可以指示服务性质的名称。可以使用事件方法将此从广播接收装置传送给CD并且数据格式可以等同于图219的(b)或者(c)。
即，如图219的(b)中所示，更新的性质名称变量可以包括性质列表中的改变的性质的名称。例如，更新的性质名称变量可以包括诸如ContentId、ContentName以及MajorChanNum的性质名称。
另外，在另一实施例中，如图219的(c)中所示，更新的性质名称变量也可以包括关于更新性质名称的方法的信息。例如，被添加的性质的名称可以被包括在添加句法中，被修改的性质的名称可以被包括在修改句法中，并且被删除的性质的名称可以被包括在删除句法中。
图220是示出根据本发明的实施例的用于获取广播服务性质的动作的视图。
图220的(a)中所示的GetServiceProperty是要求的动作，并且可以用于配套装置200获取正通过广播接收装置100提供的服务性质信息。在当前正由广播接收装置100提供服务的同时如果配套装置200被连接到广播接收装置100，则这是用于配套装置200最初获取当前提供的服务性质信息的动作。
GetServicePropertyValue是要求的动作，并且可以用于配套装置200获取特定服务性质名称的值。
图220的(b)示出用于GetServiceProperty动作的输出自变量。响应于来自于配套装置200的GetServiceProperty动作，广播接收装置100可以将当前所提供的服务信息包括在ServiceProperty自变量中并返回作为返回值。
图220的(c)示出用于GetServicePropertyValue动作的输入和输出自变量。配套装置200可以在通过GetServicePropertyNames动作获取的性质名称当中使用ServicePropertyName自变量以便于获取与特定性质相对应的值。即，配套装置200可以将ServicePropertyName作为输入自变量包括在GetServicePropertyValue动作中并发送，并且返回对应性质的值作为ServiceProperty。
ServicePropertyName输入自变量的实施例如下：GetServicePropertyValue(“ContentId,ContentName,MajorChanNum”)。
图220的(d)示出UpdatedServicePropertyValue的输出自变量的实施例。即，UpdatedServicePropertyValue可以包括propertyList中的ContentId、ContentName以及MajorChanNum的值。
图221是示出根据本发明的另一实施例的用于将广播服务性质从广播接收装置用信号通知给配套装置的操作的梯形图。在本实施例中，可使用指示广播服务性质的状态的变量当中的更新的性质名称变量和GetServicePropertyValue。
广播接收装置100和配套装置200生成配对会话(DS1261)。更加具体地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加具体地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加具体地，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于上述实施例。
配套装置200可以向广播接收装置100请求广播服务性质改变通知(DS1262)。更加具体地，配套装置200可以通过控制器向广播接收装置100请求广播服务性质通知。配套装置200的详细操作可以等同于上述实施例的详细操作。
广播接收装置100基于广播服务从广播接收装置100接收用于用信号通知广播服务性质的信息(DS1263)。更加具体地，广播接收装置100可以通过广播接收单元100从广播发送装置300接收用于用信号通知广播服务性质的信息。广播发送装置300可以通知广播接收装置100服务性质改变。广播接收装置100可以基于所接收的广播服务性质来改变现有的广播服务性质。另外，广播接收装置100可以改变指示广播服务性质的状态的变量。
广播接收装置100可以向配套装置200通知UpdatedPropertyNames状态变量(DS1264)。在基于UPnP的架构的情况下，这可以根据“事件”协议来通知。在此，如果服务性质改变，则广播接收装置100可以通过UpdatedPropertyNames仅将改变的性质传送给配套装置200。
配套装置200可以请求改变的服务性质的值(DS1264)。即，配套装置可以使用GetServicePropertyValue来请求期望的服务性质的值。配套装置200可以将期望获取的服务性质字段的名称包括在ServicePropertyName自变量中，并且向广播接收装置100请求该服务性质字段。配套装置200可以获取改变的性质字段当中的期望的性质值。另外，可能存在配套装置200感兴趣的多个字段。例如，配套装置200可能对@advisoryRating和@language感兴趣。如果多个感兴趣的字段中的至少一个改变，则配套装置200请求和接收所有改变的字段。
例如，使用GetServiceProperty(“advisoryRating”,“language”)来发出请求。广播接收装置100可以从配套装置200接收GetServicePropertyValue。
配套装置200可以响应于“GetServicePropertyValue”动作从广播接收装置100接收改变的字段信息。GetServicePropertyValue自变量可以作为“GetServicePropertyValue”动作的输出被传送给配套装置200。
图222是示出根据本发明的另一实施例的指示从广播接收装置用信号通知给配套装置的广播服务性质的状态的变量、用于广播服务性质的动作以及动作自变量的视图。
如图222的(a)中所示，指示广播服务性质的状态的变量可以包括指示服务性质的变量(ServiceProperty)以及指示服务性质的名称的变量(ServicePropertyName)。ServiceProperty可以是要求的变量并且以作为字符串类型的XML或者JSON来表示。ServicePropertyName可以是要求的变量并且以作为字符串类型的XML、JSON或者CSV来表示。
如图222的(b)中所示，用于广播服务性质的动作可以包括服务性质请求动作(GetServiceProperty)和服务性质设置动作(SetServiceProperty)。GetServiceProperty可以等同于上述具有相同名称的动作。SetServiceProperty是要求的动作并且可以用于配套装置向广播接收装置注册期望的性质字段的值。
配套装置200可以在向广播接收装置100请求广播服务性质改变通知的同时指定要通知的广播服务性质。为此，配套装置200可以包括用于指定要通知的广播服务性质的动作。这时，该动作可以具有指示要通知的广播服务性质的变量作为输入自变量。这种动作可以是图217的实施例的SetServiceProperty。在详细的实施例中，SetServiceProperty可以是要求的动作。另外，SetServiceProperty可以具有指示广播服务性质的类型的ServicePropertyName作为输入自变量。当期望的性质字段被传送给广播接收装置并注册时，仅当所注册的字段改变时，广播接收装置才可以通过事件向配套装置通知所注册的字段已改变。
如图222的(c)中所示，用于请求广播服务性质的动作的自变量可以包括ServicePropertyName和ServiceProperty。例如，GetServiceProperty自变量可以包括ServiceProperyName和ServiceProperty的自变量。
ServicePropertyName可以将ServicePropertyName作为参数包括在GetServiceProperty动作中并请求，以便于获取配套装置所期望的服务性质字段的值。
当作为GetServiceProperty动作的参数请求的服务性质字段的值被返回时可以使用ServiceProperty。
如图222的(d)中所示，用于设置广播服务性质的动作的自变量可以包括ServicePropertyName。例如，SetServiceProperty自变量可以包括ServicePropertyName自变量。
ServiceProperyName可以是当配套装置针对广播接收装置注册期望的服务性质字段时可作为SetServiceProperty动作的参数传送的自变量。
图223是示出根据本发明的另一实施例的用于将广播服务性质从广播接收装置用信号通知给配套装置的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2061)。更加具体地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加具体地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加具体地，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于图216的实施例的详细操作。
配套装置200可向广播接收装置100请求特定广播服务性质改变通知(S2063)。更加具体地，配套装置200可以通过控制器向广播接收装置100请求特定广播服务性质改变通知。配套装置200可以请求提供与广播服务相关联的补充服务所必需的特定广播服务性质改变通知。在详细的实施例中，配套装置200可以通过用于仅请求特定性质改变通知的动作来请求特定广播服务性质改变通知。这时，用于仅请求特定性质改变通知的动作可以是上述的SetServiceProperty。用于在配套装置200处向广播接收装置100请求特定性质改变通知的操作可以包括下述操作。配套装置200可以向广播接收装置100请求订阅服务性质改变通知。如果接受用于订阅服务性质改变通知的请求，则广播接收装置100可以将接受消息以及用于识别订阅请求的订阅ID(SID)发送到配套装置200。配套装置200可以基于SID向广播接收装置100仅请求特定广播服务性质改变通知。更加具体地，配套装置200可以将期望通知其变化的特定广播服务性质连同SID一起发送。这时，配套装置可以使用上述SetServiceProperty动作。在实施例中，从配套装置200传送到广播接收装置10的SetServiceProperty()可以通过SetServiceProperty(SID,“genre”,“language”)来表示。即，SID(即，SessionID)也可以作为SetServiceProperty动作的参数被发送。
作为另一实施例，从配套装置200传送到广播接收装置100的SetServiceProperty()可通过SetServiceProperty(“genre”,“language”)来表示。因为广播接收装置100可以在与配套装置200配对时确认SID，所以SID可以不作为单独的参数被发送。
因为配套装置200的SID被映射到ServicePropertyName，所以广播接收装置100可以像下述数据格式一样通知配套装置200服务性质改变。
<？xml Version＝"1.0"？>
<ServiceProperty>
<genre>Sports</genre>
<language>KOR</language>
</ServiceProperty>
另外，配套装置200可以向广播接收装置100请求广播服务的多个特定性质的改变的通知。这时，配套装置200可以按照列表的形式来请求广播服务的多个特定性质。
广播接收装置100基于广播服务接收用于用信号通知广播服务性质的信息(S2065)。更加具体地，广播接收装置100可以通过广播接收单元100从广播发送装置300接收用于用信号通知广播服务性质的信息。
广播接收装置100检查特定广播服务性质是否改变(S2067)。更加具体地，广播接收装置100可以通过控制单元150来检查特定广播服务性质是否改变。更加具体地，广播接收装置100可以确定特定广播服务性质是否改变。更加具体地，广播接收装置100可以将特定广播服务性质的先前值和当前值进行比较并且确定特定广播服务性质是否改变。
如果特定广播服务性质改变，则基于用于用信号通知广播服务性质的信息，广播接收装置100通知配套装置200特定广播服务性质是否改变(S2069)。更加具体地，如果特定广播服务性质改变，则广播接收装置100可以通过控制器150基于用于用信号通知广播服务性质的信息通知配套装置200特定广播服务性质是否改变。
配套装置200向广播接收装置100请求特定广播服务性质(S2071)。更加具体地，配套装置200可以通过控制器向广播接收装置100请求特定广播服务性质。更加具体地，如果广播接收装置100发送特定广播服务性质通知，则配套装置200可以向广播接收装置100请求特定广播服务性质。
广播接收装置100通知配套装置200特定广播服务性质(S2073)。广播接收装置100可以通过控制器150来通知配套装置200特定广播服务性质。更加具体地，广播接收装置100可以基于配套装置200的请求来通知配套装置特定广播服务性质。例如，广播接收装置100可以将配套装置200所请求的特定广播服务性质发送到配套装置200。
另外，配套装置200可以获取能够获取广播服务性质的URL并且基于能够获取广播服务性质的URL来获取特定广播服务性质，以代替从广播接收装置100获取特定广播服务性质。通过这种操作，能够防止广播接收装置100不必要地通知配套装置200广播服务性质改变。
广播接收装置100可以通过广播网络接收自然灾难、恐怖袭击、或者战争的紧急警报。另外，广播接收装置100可以向用户通知自然灾难、恐怖袭击、或者战争的紧急警报。因此，多人能够快速地和有效地确认国家灾难。然而，如果用户没有连续地观看广播接收装置100，则用户无法确认这种紧急警报。即使当用户没有连续地观看广播接收装置100时，用户很有可能始终携带诸如移动电话或者平板的配套装置。因此，如果广播接收装置100将紧急警报发送到配套装置200并且配套装置200显示紧急警报，则用户能够有效地和有效地确认国家灾难。
图224是示出根据本发明的实施例的在广播网络上生成和发送紧急警报的处理的视图。
用于通过广播服务来管理紧急警报的警报系统使得有权发布紧急警报的机构能够通过综合公共警报&警告系统(IPWS)输入紧急信息或者从其它来源接收公告警报协议(CAP)消息。警报系统确定CAP消息是否对应于当前区域。如果CAP消息对应于当前区域，则CAP消息被插入到广播信号中。因此，通过广播信号来发送CAP消息。现在将描述用于在广播接收装置100处接收广播信号并将紧急警报发送到用户的操作。
图225是示出根据本发明的实施例的在广播网络上通过广播接收装置用信号通知的紧急警报的提取和显示的视图。
广播发送装置300可以基于广播信号提取紧急警报表(EAT)并且从EAT提取CAP消息。另外，广播发送装置300可以基于EAT中所包括的非实时服务标识符来获取与紧急警报有关的附加信息。更加具体地，广播接收装置100可以基于EAT中的EAS_NRT_service_id字段来获取与紧急警报有关的附加信息。更加具体地，广播接收装置100可以基于EAT中所包括的非实时服务标识符来从用于用信号通知非实时服务的表中获取关于用于发送与紧急警报有关的附加信息的FLUTE会话的信息。这时，用于用信号通知非实时服务的表可以是服务映射表(SMT)。广播接收装置100可以基于关于FLUTE会话的信息来从FLUTE会话接收与紧急警报有关的附加信息。广播接收装置100可以接收紧急警报，并且将紧急警报显示在用于显示关于广播服务和广播服务节目的信息的服务指南上。更加具体地，广播接收装置100可以从指南访问表(GAT)提取服务标识符，从用于用信号通知非实时服务的表提取与服务标识符相对应的信息，并且接收紧急警报。在详细的实施例中，广播接收装置100可以获取关于与从GAT提取的服务标识符相对应的服务的FLUTE会话的信息。其后，广播接收装置100可以基于关于FLUTE会话的信息来接收紧急警报消息，并且在服务指南中显示紧急警报消息。CAP消息的格式示出于图226中。
图227是示出根据本发明的实施例的广播接收装置用信号通知的紧急警报服务的服务类型、服务ID、指示紧急警报状态的变量、紧急警报动作、以及动作自变量的视图。
广播接收装置100可以将紧急警报消息传送给配套装置200并且广播接收装置100可以在没有改变的情况下将所接收的消息传送给配套装置200或者仅将广播接收装置100所接收的消息中的一些传送给配套装置200。
本发明的实施例的UPnP装置类型可以是“urn:atsc.org”device:atsc3.0rcvr”并且能够接收EAS数据的EAS UPnP的服务类型可以是“urn:atsc.org:service:atsc3.0:eas:1”。
如图227的(a)中所示，在本发明的实施例中，从广播接收装置用信号通知给配套装置的紧急警报服务的服务类型可以具有atsc3.0:atsc3.0eas:1的值。另外，服务ID信息可以具有urn:atsc.org:service:atsc3.0eas的值。
作为第一实施例，存在将广播接收装置所接收的紧急警报消息没有改变地传送给配套装置的方法。广播接收装置可以将整个所接收的消息传送给配套装置。在这种情况下，配套装置需要根据紧急警报消息类型解析消息。
图227的(b)、(d)以及(e)示出第一实施例的EAS UPnP服务的状态变量、动作和自变量。
如图227的(b)中所示，在第一实施例中，状态变量可以包括指示紧急警报的变量(EmergencyAlert)以及指示紧急警报性质的变量(EmergencyAlertProperty)。EmergencyAlert是要求的字符串类型状态变量并且可以按照XML或者JSON来描述，类似于图227的(c)中所示的元素。在图227的(c)中，EmergencyAlert可以包括接收时间信息、消息类型信息以及版本信息。
接收时间信息可以通过<dateTime>来表示并且可以存储关于当广播接收装置接收到紧急消息时的时间的信息。消息类型信息可以通过<messageType>来表示并且可以指示消息是否为CAP类型或者CMAS类型。版本信息可以通过<version>来表示并且指示每个消息类型的版本信息。
广播接收装置可以接收并解析紧急警报消息并且使用事件协议按照上述数据格式通知配套装置EmergencyAlert状态变量。使用上述元素信息，配套装置可以根据类型解析紧急警报消息。
EmergencyAlertProperty状态变量是要求的字符串类型状态变量并且可以按照XML或者JSON来表示。EmergencyAlertProperty可以具有关于紧急警报服务的紧急警报性质的信息。即，除了上述紧急警报消息格式的实施例中所描述的消息的类型信息之外，EmergencyAlertProperty还可以具有实际的紧急警报消息信息。当EmergencyAlertProperty被传送给配套装置时，可以使用或不使用事件协议。
如图227的(d)中所示，第一实施例的动作可以包括用于请求所有紧急警报性质的动作。此动作可以通过GetAllEmergencyAlertProperty来表示。此动作是要求的动作并且用于获取所有紧急警报消息。此动作可以用于获取改变的紧急警报性质。因为用于请求所有紧急警报性质的动作被用于获取紧急警报消息的内容，所以此动作的名称可以是GetAllEmergencyAlertMessage。
如图227的(e)中所示，用于第一实施例的动作的自变量可以包括紧急警报性质。这可以通过EmergencyAlertProperty自变量来表示。在上述的GetAllEmergencyAlertMessage中，可以存在EmergencyAlertProperty自变量。当配套装置使用GetAllEmergencyAlertMessage动作以便于获取广播接收装置所接收的紧急警报消息的内容时，广播接收装置可以通过EmergencyAlertProperty自变量返回紧急警报消息的内容。
图228是示出根据本发明的实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2101)。更加具体地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加具体地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加具体地，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于图208的实施例的详细操作。
配套装置200向广播接收装置100请求紧急警报接收通知(S2103)。更加具体地，配套装置200可以通过控制器来向广播接收装置100请求紧急警报接收通知。更加具体地，配套装置200可以使用UPnP协议来向广播接收装置100请求紧急警报接收通知。在详细的实施例中，配套装置200可以基于事件协议来向广播接收装置100请求订阅用于紧急警报接收通知的事件，以便于接收指示紧急警报服务的紧急警报状态变量改变的信息。
广播接收装置100从广播发送装置300接收包括紧急警报的消息(S2105)。更加具体地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收紧急警报消息。
广播接收装置100基于紧急警报消息通知配套装置200关于紧急警报消息的信息(S2107)。更加具体地，广播接收装置100可以通过控制器150基于紧急警报消息通知配套装置200关于紧急警报消息的信息。在详细的实施例中，广播接收装置100可以通过指示关于紧急警报消息的信息的变量来通知配套装置200关于紧急警报消息的信息。在详细的实施例中，指示关于紧急警报消息的信息的变量可以是EmergencyAlert。
配套装置200向广播接收装置100请求关于紧急警报的信息(S2109)。更加具体地，配套装置200可以通过控制器来向广播接收装置100请求关于紧急警报的信息。在详细的实施例中，配套装置200可以通过用于请求紧急警报的动作来请求紧急警报。在详细的实施例中，用于请求紧急警报的动作可以是GetEmergencyAlertMessage。
广播接收装置100通知配套装置200关于包括所有紧急警报消息的紧急警报的信息(S2111)。更加具体地，广播接收装置100可以通过控制器150来通知配套装置200关于包括所有紧急警报消息的紧急警报的信息。然而，在这种情况下，因为应当接收所有紧急警报消息，所以可能在广播接收装置100和配套装置200的操作中造成负担。因此，需要一种将紧急警报消息有效地发送到配套装置200的方法。
广播接收装置100可以从紧急警报消息提取并发送配套装置200所必需的信息。在详细的实施例中，广播接收装置100可以从紧急警报消息提取用于识别紧急警报的标识符、指示紧急警报的种类的信息、指示紧急警报的描述的信息、指示与紧急警报相对应的区域的信息、指示紧急警报的紧急性的信息、关于引起紧急警报的灾难的严重性的信息、以及指示引起紧急警报的灾难的确定性的信息中的至少一个。在详细的实施例中，广播接收装置100可以从紧急警报消息提取作为用于识别紧急警报的元素的标识符(identifier)、作为指示紧急警报的种类的元素的种类(category)、作为指示紧急警报的描述的元素的描述(description)、作为指示与紧急警报相对应的区域的元素的areaDesc、作为指示紧急警报的紧急性的元素的紧急性(urgency)、作为指示引起紧急警报的灾难的严重性的元素的严重性(severity)、以及作为指示引起紧急警报的灾难的确定性的元素的确定性(certainty)中的至少一个。
图229是示出根据本发明的实施例的包括在广播接收装置的紧急警报通知消息中的信息的视图。在第一实施例的梯形图中，例如，配套装置可以向广播接收装置请求紧急警报并且可以传送GetAllEmergencyAlertMessage()。广播接收装置可以响应于GetAllEmergencyAlertMessage()将包括在紧急警报消息中的所有信息返回到配套装置。
图230是示出根据本发明的实施例的紧急警报通知消息的图。
根据本发明的实施例的紧急警报通知消息的详细描述可包括紧急警报通知消息的整个上述描述。
根据本发明的实施例的紧急警报通知消息的格式可包括JSON数据格式。当广播接收设备(PD)与配套装置(CD)之间使用websocket协议时可使用这种格式的紧急警报通知消息。
图231至图233是示出根据本发明的另一实施例的用于在广播接收装置处确定紧急警报的优先级的准则的视图。
配套装置200可基于指示紧急警报的紧急性的信息、关于引起紧急警报的灾难的严重性的信息以及指示引起紧急警报的灾难的确定性的信息的值来确定优先级。此时，配套装置200可根据指示紧急警报的紧急性的信息、关于引起紧急警报的灾难的严重性的信息以及指示引起紧急警报的灾难的确定性的信息当中具有最高优先级的信息来确定紧急警报的优先级。在详细的实施例中，配套装置200可根据指示紧急警报的紧急性的信息、关于引起紧急警报的灾难的严重性的信息以及指示引起紧急警报的灾难的确定性的信息来将紧急警报的优先级划分成三个紧急性级别。例如，在图231的实施例中，配套装置可确定与立即(Immediate)或预期(Expected)对应的紧急性元素具有最高优先级，与未来(Future)对应的紧急性元素具有比最高优先级低并且比最低优先级高的中间优先级，与过去(Past)对应的紧急性元素具有最低优先级，并且与未知(Unknown)对应的紧急性元素对应于初始值。此时，初始值可以是低于最高优先级并高于最低优先级的中间优先级。另外，在图231的实施例中，配套装置200可确定与极端(Extreme)或严重(Severe)对应的严重性元素具有最高优先级，与中等(Moderate)对应的严重性元素具有低于最高优先级并高于最低优先级的中间优先级，与较小(Minor)对应的严重性元素具有最低优先级，并且与未知(Unknown)对应的严重性元素对应于初始值。此时，初始值可以是低于最高优先级并高于最低优先级的中间优先级。另外，在图231的实施例中，配套装置200可确定与非常(Very)可能或可能对应的确定性元素具有最高优先级，与可能(Possible)对应的确定性元素具有低于最高优先级并高于最低优先级的中间优先级，与不可能(Unlikely)对应的确定性元素具有最低优先级，并且与未知(Unknown)对应的确定性元素对应于初始值。此时，初始值可以是低于最高优先级并且高于最低优先级的中间优先级。
在另一实施例中，配套装置200可基于指示紧急警报的紧急性的信息、关于引起紧急警报的灾难的严重性的信息以及指示引起紧急警报的灾难的确定性的信息的值给予紧急警报的优先级点数，并且根据点数总和来确定紧急警报的优先级。在详细的实施例中，配套装置200可利用相同的权重将点数给予指示紧急警报的紧急性的信息、关于引起紧急警报的灾难的严重性的信息以及指示引起紧急警报的确定性的信息。例如，在图232的实施例中，配套装置200可将5点给予与立即(Immediate)对应的紧急元素，将4点给予与预期(Expected)对应的紧急元素，将3点给予与未来(Future)对应的紧急元素，将2点给予与过去(Past)对应的紧急元素，并且将1点给予与未知(Unknown)对应的紧急元素。另外，如图136的实施例中一样，配套装置200可将5点给予与极端(Extreme)对应的严重性元素，将4点给予与严重(Severe)对应的严重性元素，将3点给予与中等(Moderate)对应的严重性元素，将2点给予与较小(Minor)对应的严重性元素，并且将1点给予与未知(Unknown)对应的严重性元素。另外，在图136的实施例中，配套装置200可将5点给予与非常(Very)可能对应的确定性元素，将4点给予与很可能对应的确定性元素，将3点给予与可能(Possible)对应的确定性元素，将2点给予与不可能(Unlikely)对应的确定性元素，并且将1点给予与未知(Unknown)对应的确定性元素。此时，如果点数总和大于10或者小于或等于15，则配套装置200可确定紧急警报具有最高优先级。另外，如果点数总和大于5或者小于或等于10，则配套装置200可确定紧急警报具有低于最高优先级并高于最低优先级的中间优先级。另外，如果点数总和大于0或者小于或等于5，则配套装置200可确定紧急警报具有最低优先级。
在另一详细的实施例中，配套装置可利用不同的权重将点数给予指示紧急警报的紧急性的信息、关于引起紧急警报的灾难的严重性的信息以及指示引起紧急警报的确定性的信息。例如，在图137的实施例中，配套装置200可将9点给予与立即(Immediate)对应的紧急性元素，将8点给予与预期(Expected)对应的紧急性元素，将7点给予与未来(Future)对应的紧急性元素，将5点给予与过去(Past)对应的紧急性元素，并且将0点给予与未知(Unknown)对应的紧急性元素。另外，在图137的实施例中，配套装置200可将5点给予与极端(Extreme)对应的严重性元素，将4点给予与严重(Severe)对应的严重性元素，将3点给予与中等(Moderate)对应的严重性元素，将2点给予与较小(Minor)对应的严重性元素，并且将0点给予与未知(Unknown)对应的严重性元素。另外，在图137的实施例中，配套装置200可将6点给予与非常(Very)可能对应的确定性元素，将5点给予与很可能对应的确定性元素，将4点给予与可能(Possible)对应的确定性元素，将3点给予与不可能(Unlikely)对应的确定性元素，并且将0点给予与未知(Unknown)对应的确定性元素。此时，如果点数总和大于10或者小于或等于15，则配套装置200可确定紧急警报具有最高优先级。另外，如果点数总和大于5或者小于或等于10，则配套装置200可确定紧急警报具有低于最高优先级并且高于最低优先级的中间优先级。另外，如果点数总和大于0或者小于或等于5，则配套装置200可确定紧急警报具有最低优先级。
配套装置200可基于紧急警报的优先级来显示紧急警报。在详细的实施例中，配套装置200可基于紧急警报的优先级来改变警报声音、警报持续时间、警报次数以及紧急警报显示时间中的至少一个。例如，随着紧急警报的优先级增大，配套装置200可增大警报声音。另外，随着紧急警报的优先级增大，配套装置200可将警报维持较长的时间周期。
在本发明的第一实施例中，广播接收装置100应该将整个紧急警报消息发送到配套装置。然而，配套装置200可能需要紧急警报消息的一些信息。因此，存在在广播接收装置100处仅发送紧急警报消息的配套装置200所需的一些信息的方法。这将在下面的第二实施例中描述。
图234是示出根据本发明的另一实施例的指示由广播接收装置用信号通知的紧急警报的状态的变量、紧急警报动作以及动作自变量的视图。下面的描述可对应于第二实施例。本发明的UPnP装置类型可以是“urn:atsc.org”device:atsc3.0rcvr”，能够接收EAS数据的EAS UPnP服务的服务类型可以是“urn:atsc.org:service:atsc3.0:eas:1”。服务类型和服务ID等同于第一实施例中的那些。
在向广播接收装置100请求关于紧急警报的信息的同时，配套装置200可指定要获取的紧急警报的特定信息。紧急警报的特定信息可以是包括在紧急警报消息中的多条信息当中的一条或更多条。此时，广播接收装置100可将紧急警报的特定信息发送到配套装置200。为此，配套装置200可使用用于请求紧急警报的特定信息的动作。此时，该动作可具有用于识别紧急警报的特定信息的变量作为输入自变量。
图234的(a)示出属于第二实施例的EAS UPnP服务的状态变量。如图中所示，属于EAS UPnP服务的状态变量可包括EmergencyAlert、EmergencyAlertProperty以及EmergencyAlertField状态变量。
EmergencyAlert是要求的字符串类型状态变量并且等同于第一实施例。EmergencyAlert可具有XML或JSON字符串类型。
EmergencyAlertProperty是要求的字符串类型状态变量，可通过在EmergencyAlertField中输入期望的字段来接收消息的期望的字段作为EmergencyAlertProperty。EmergencyAlertProperty可具有XML或JSON字符串类型。
一个或更多个字段可被输入到EmergencyAlertField，输入字段的值可作为EmergencyAlertProperty被接收，如果没有给出EmergencyAlertField的值，则整个消息可作为EmergencyAlertProperty被接收。如果整个消息被返回，则EmergencyAlertProperty等同于第一实施例。EmergencyAlertField可具有CSV、XML或JSON字符串类型。
如图234的(b)所示，在第二实施例中，用于请求紧急警报的特定信息的动作可以是GetEmergencyAlertProperty。GetEmergencyAlertProperty是要求的动作并且是用于获取紧急警报的整个消息的动作。此动作可用于获取改变的紧急警报性质。如果此动作用于获取包括在紧急警报消息中的信息，则可通过GetEmergencyAlertMessage表示该动作的名称。
如图234的(c)所示，在第二实施例中，GetEmergencyAlertMessage可包括EmergencyAlertProperty和EmergencyAlertField自变量。如果配套装置使用GetEmergencyAlertMessage动作来获取包括在广播接收装置所接收的紧急警报消息中的全部或一些信息，则可利用EmergencyAlertField参数仅请求期望的警报消息信息。广播接收装置可通过EmergencyAlertProperty自变量返回包括在紧急警报消息中的全部或一些信息。
图235是示出根据本发明的另一实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作，即，根据第二实施例的在广播接收装置和配套装置处接收紧急警报状态变量的方法的梯形图。
广播接收装置100和配套装置200生成配对会话(S2121)。更具体地，广播接收装置100可通过IP通信单元130生成与配套装置200的配对会话。更具体地，配套装置200可经由通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可等同于上述第一实施例。
配套装置200向广播接收装置100请求紧急警报接收通知(S2123)。更具体地，配套装置200可通过控制器向广播接收装置100请求紧急警报接收通知，以便接收指示紧急警报状态变量已改变的信息。配套装置200的详细操作等同于第一实施例。
广播接收装置100基于广播服务接收包括紧急警报的紧急警报消息(S2125)。更具体地，广播接收装置100可通过广播接收单元110从广播发送装置300接收包括紧急警报的紧急警报消息。
广播接收装置100基于紧急警报消息向配套装置200通知关于紧急警报消息的信息(S2127)。更具体地，广播接收装置100可基于紧急警报消息通过控制器150向配套装置200通知关于紧急警报消息的信息。另外，在详细的实施例中，广播接收装置100可通过指示关于紧急警报消息的信息的变量来向配套装置200通知关于紧急警报消息的信息。在详细的实施例中，广播接收装置100可通过指示关于紧急警报消息的信息的变量来向配套装置200通知关于紧急警报消息的信息。在详细的实施例中，指示关于紧急警报消息的信息的变量可以是EmergencyAlert。
配套装置200向广播接收装置100请求紧急警报的特定信息(S2129)。配套装置200可通过控制器向广播接收装置100请求紧急警报的特定信息。此时，紧急警报的特定信息可以是配套装置200提供用于紧急警报的附加功能所必需的关于紧急警报的信息。在详细的实施例中，配套装置200可向广播接收装置100请求紧急警报消息中的用于识别紧急警报的ID、指示紧急警报的种类的信息、指示紧急警报的描述的信息、指示与紧急警报对应的区域的信息、指示紧急警报的紧急性的信息、关于引起紧急警报的灾难的严重性的信息以及指示引起紧急警报的灾难的确定性的信息中的至少一个。在详细的实施例中，配套装置200可向广播接收装置100请求紧急警报消息中的作为用于识别紧急警报的元素的identifier、作为指示紧急警报的种类的元素的category、作为指示紧急警报的描述的元素的description、作为指示与紧急警报对应的区域的元素的areaDesc、作为指示紧急警报的紧急性的元素的urgency、作为指示引起紧急警报的灾难的严重性的元素的severity以及作为指示引起紧急警报的灾难的确定性的元素的certainty中的至少一个。在详细的实施例中，配套装置200可使用上述GetEmergencyAlertMessage和EmergencyAlertField来向广播接收装置100请求紧急警报的特定信息。例如，配套装置可将期望的字段名称包括在类似GetEmergencyAlertMessage(“identifier,category,urgency,severity,certainty,description”)的输入参数中以执行GetEmergencyAlertMessage动作，以便向广播接收装置请求紧急警报消息中的一些。
配套装置可在不将期望的字段名称包括在类似GetEmergencyAlertMessage(“”)的输入参数中的情况下执行GetEmergencyAlertMessage动作，以便向广播接收装置请求紧急警报消息中的一些。即，可使用空字符串。广播接收装置100基于紧急警报消息提取紧急警报的特定信息(S2131)。更具体地，广播接收装置100可通过控制器150基于紧急警报消息提取紧急警报的特定信息。更具体地，广播接收装置100可通过控制器150从紧急警报消息提取紧急警报的特定信息。如果配套装置请求整个紧急警报消息，则广播接收装置可不执行提取特定信息的步骤。
广播接收装置100向配套装置200通知紧急警报的特定信息(S2133)。更具体地，广播接收装置100可通过控制器150向配套装置200通知紧急警报的特定信息。更具体地，广播接收装置100可基于配套装置200的请求向配套装置200通知紧急警报的特定信息。即，响应于作为配套装置200对紧急警报的信息的请求的GetEmergencyAlertMessage()，广播接收装置可将紧急警报消息的全部或一些传送给配套装置。用于在广播接收装置处返回整个紧急警报消息的操作等同于第一实施例。另外，图236中示出从广播接收装置返回的整个紧急警报消息。
图236是示出根据本发明的实施例的从广播接收装置返回的XML的紧急警报消息的视图。广播接收装置可返回配套装置所请求的关于标识符、种类、紧急性、严重性、确定性以及描述的信息。
图237是示出根据本发明的另一实施例的指示由广播接收装置用信号通知的紧急警报的状态的变量、紧急警报动作以及动作自变量的视图。下面的描述可对应于本发明的第三实施例。
除了在第一实施例和第二实施例中描述的紧急警报消息的传送之外，广播接收装置还可将紧急警报相关补充信息传送给配套装置。广播接收装置可通过下一代混合广播系统所提供的服务接收消息以外的补充信息。广播接收装置可将服务ID和紧急消息ID传送给配套装置。另外，广播接收装置可将URL传送给配套装置，并且配套装置可使用所接收的URL通过内容提供商或广播服务器接收紧急警报相关补充信息。服务类型和服务ID可等同于第一实施例中的那些。
如图237的(a)所示，状态变量可包括EmergencyAlert。EmergencyAlert是要求的变量并且可具有XML或JSON字符串类型。例如，EmergencyAlert可以是具有图237的(b)中所示的元素的XML。<ServiceId>可指示通过PD提供的服务的ID。<MessageId>可指示PD所接收的紧急警报消息的ID。<MessageURI>可指示内容服务器上的紧急警报相关补充信息的URL。另外，当广播接收装置通过诸如FLUTE的协议接收紧急警报相关补充信息时，<MessageURI>可指示广播接收装置中的紧急警报相关补充信息的位置。在这种情况下，URI的实施例可等同于“file://EAS/messageFiles/”。如果URI的开头为http://或https://，则可指示内容服务器的URL，否则可指示PD的位置。
如图237的(c)所示，用于紧急警报的动作可包括用于请求紧急警报信息的动作。这可以通过GetEmergencyAlertInfo表示。在广播接收装置与配套装置配对之后，配套装置可使用GetEmergencyAlertInfo动作来向广播接收装置请求用于紧急警报消息相关补充信息的ServiceId、MessageId以及MessageURI。
如图237的(d)所示，动作自变量可包括紧急警报自变量。当配套装置请求GetEmergencyAlertInfo动作时，广播接收装置可通过EmergencyAlert自变量返回用于紧急警报消息相关补充信息的ServiceId、MessageId以及MessageURI。
图238是示出根据本发明的另一实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作，即，根据第三实施例的在广播接收装置和配套装置处接收紧急警报状态变量的方法的梯形图。
广播接收装置100可通过诸如移动电话的配套装置200的发现和配对来生成配对会话(DS1421)。发现和配对可等同于上述实施例中的那些。
配套装置200可向广播接收装置100请求订阅紧急警报信息(DS1422)。配套装置可向广播接收装置作出向配套装置通知紧急警报服务的紧急警报状态变量的请求。
广播发送装置300可向广播接收装置100通知紧急警报消息(DS1423)。
广播接收装置100可向配套装置200通知紧急警报状态变量(EmergencyAlert状态变量)(DS1424)。在基于UPnP的架构的情况下，广播接收装置100可根据“事件”协议向配套装置通知紧急警报状态变量。这里，紧急警报状态变量可包括如上所述的messageId、ServiceId以及messageURL。
配套装置200可使用所接收的messageId和ServiceId来请求存储在广播接收装置100中的补充信息(DS1425)。另外，配套装置200可使用messageURL通过内容服务器400的URL来请求补充信息(DS1426)。
从配套装置200通过内容服务器400的URI或者广播接收装置100的URI传送紧急警报消息相关补充信息的方法可等同于上述实施例中的方法。
图239是示出根据本发明的另一实施例的指示由广播接收装置用信号通知的紧急警报的状态的变量的视图。下面的描述可对应于第四实施例。
在接收到紧急警报消息之后，广播接收装置可配置要显示给用户的UI。另外，由广播接收装置配置的紧急警报UI可被显示在配套装置上。在这种情况下，广播接收装置可配置用于配套装置的单独的UI。将描述使用UPnP的实施例。
第四实施例与第三实施例的不同之处在于，由广播接收装置配置的UI可在没有传送广播接收装置所接收的紧急警报消息的情况下被显示在配套装置上。
在广播接收装置配置UI之后，例如，广播接收装置将与紧急警报消息相关配置的UI页面(即，html页面的URI)传送给配套装置，然后配套装置可访问该html页面并查看与紧急警报消息有关的UI。
服务类型和服务ID等同于第一实施例中的那些。
图239的(a)示出属于第四实施例的EAS UPnP服务的状态变量。该状态变量可包括指示紧急警报的状态变量。这可通过EmergencyAlert表示。EmergencyAlert是要求的状态变量，并且可具有XML字符串类型。EmergencyAlert可用于向配套装置通知广播接收装置接收紧急警报消息。EmergencyAlert可以是具有在图239的(b)中所示的元素的XML。指示紧急警报的状态变量可包括关于服务标识符、消息标识符以及位置列表的信息。
服务标识符可通过<ServiceId>表示，并且可指示正由广播接收装置提供的服务的标识符。消息标识符可通过<MessageId>表示，并且可指示广播接收装置所接收的紧急警报消息的标识符。位置列表可通过<URIList>表示，并且可指示URI的列表，其指示使用广播接收装置所接收的紧急警报消息的html页面的位置。包括在位置列表中的位置信息可通过<URI>表示，并且可指示使用广播接收装置所接收的紧急警报消息配置UI的html页面的位置。位置信息可被包括在<URIList>中，并且可存在一条或更多条位置信息。广播接收装置可使用指示紧急警报的状态变量来接收紧急警报消息并将紧急警报消息传送给配套装置。
另外，状态变量可包括指示紧急警报位置的状态变量。指示紧急警报位置的状态变量可通过A_ARG_TYPE_EmergencyAlertURI表示。A_ARG_TYPE_EmergencyAlertURI可与用于紧急警报的位置的动作的输出自变量关联，图239的(c)中示出该数据格式的实施例。
图240是示出根据本发明的另一实施例的由广播接收装置用信号通知的紧急警报的动作和动作自变量的视图。下面的描述可对应于本发明的第四实施例中所使用的用于紧急警报的动作和动作自变量。
如图240的(a)所示，第四实施例中所使用的用于紧急警报的动作可包括用于请求紧急警报的动作以及用于请求紧急警报的位置的动作。
用于请求紧急警报的动作可通过GetEmergencyAlert动作表示。配套装置可在配对之后使用GetEmergencyAlert动作检查广播接收装置是否接收到紧急警报消息。在广播接收装置接收到紧急警报消息之后，配套装置可使用GetEmergencyAlert动作。
用于请求紧急警报的位置的动作可通过GetEmergencyAlertURI动作表示。配套装置可使用GetEmergencyAlertURI动作获取由广播接收装置配置的UI页面的URI。
如图240的(b)和(c)所示，第四实施例中所使用的用于紧急警报的动作的自变量可包括紧急警报自变量和紧急警报位置自变量。
紧急警报自变量可通过EmergencyAlert自变量表示。当配套装置执行GetEmergencyAlert动作时，广播接收装置可通过EmergencyAlert自变量来传送紧急警报消息相关信息。
紧急警报位置自变量可通过EmergencyAlertURI自变量表示。当配套装置执行GetEmergencyAlertURI动作时，广播接收装置可通过EmergencyAlertURI自变量来将由广播接收装置配置的UI的URI信息传送给配套装置。尽管可通过GetEmergencyAlert()动作或EmergencyAlert状态变量的事件获得此URI信息，由于GetEmergencyAlertURI()动作没有传送URI以外的信息，所以传输效率可增加。另选地，A_ARG_TYPE_EmergencyAlertURI状态变量可被定义为事件变量并且可被传送给配套装置而无需单独的动作。
图241是示出根据本发明的另一实施例的将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图，即，根据第四实施例的梯形图。
广播接收装置100和配套装置200生成配对会话(S2161)。更具体地，广播接收装置100可通过IP通信单元130生成与配套装置200的配对会话。更具体地，配套装置200可经由通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可生成用于双向通信的配对会话。
配套装置200向广播接收装置100请求紧急警报接收通知(S2163)。更具体地，配套装置200可通过控制器来向广播接收装置100请求紧急警报接收通知，使得配套装置被通知指示紧急警报服务的紧急警报的状态变量改变。
广播接收装置100基于广播服务接收紧急警报消息(S2165)。更具体地，广播接收装置100可通过广播接收单元110从广播发送装置300接收紧急警报消息。
广播接收装置100基于紧急警报消息向配套装置200通知关于紧急警报消息的信息和紧急警报的UI信息(S2167)。更具体地，广播接收装置100可通过控制器150基于紧急警报消息向配套装置200通知关于紧急警报消息的信息和紧急警报的UI信息。此时，紧急警报的UI信息可包括紧急警报的UI的列表。
配套装置200基于紧急警报的UI信息向广播接收装置100请求紧急警报的UI(S2169)。更具体地，配套装置200可通过控制器基于紧急警报的UI信息向广播接收装置100请求紧急警报的UI信息。
广播接收装置100可基于配套装置200的请求将能够获取紧急警报的UI的URI发送到配套装置200(S2171)。广播接收装置100可通过控制器150基于配套装置200的请求向配套装置200发送能够获取紧急警报的UI的URI。
配套装置200基于能够获取紧急警报的UI的URI来显示紧急警报的UI(S2173)。配套装置200可通过控制器基于能够获取紧急警报的UI的URI显示紧急警报的UI。更具体地，配套装置200可基于能够获取紧急警报的UI的URI来获取UI。此时，配套装置200可从外部服务器获取紧急警报的UI。例如，配套装置200可从外部服务器接收用于紧急警报的UI的图像文件、HTML文件和XML文件中的至少一个。此时，外部服务器可以是内容/信令服务器400。在另一详细的实施例中，配套装置200可预先存储紧急警报的UI，并且在所存储的UI当中检索与URI对应的UI。另外，配套装置200可显示通过这种操作获取的紧急警报的UI。由于配套装置200通过这种操作来处理紧急警报，所以可减少配套装置200的负荷。尽管在第一实施例中配套装置需要用于解析紧急消息的解析器，但是第四实施例中所使用的配套装置不需要用于解析单独的紧急消息的解析器，因为配套装置从外部装置接收通过重新配置所解析的紧急消息而获得的UI。
图242是示出根据本发明的另一实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图，即，第四实施例中使用GetEmergencyAlertURI动作的情况的梯形图。
广播接收装置100和配套装置200生成配对会话(DS1461)。更具体地，广播接收装置100可通过IP通信单元130生成与配套装置200的配对会话。更具体地，配套装置200可经由通信单元来生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可如上所述生成用于双向通信的配对会话。
配套装置200向广播接收装置100请求紧急警报接收通知(DS1462)。更具体地，配套装置200可通过控制器来向广播接收装置100请求紧急警报接收通知，使得配套装置被通知指示紧急警报服务的紧急警报的状态变量改变。
广播接收装置100基于广播服务接收包括紧急警报的紧急警报消息(DS1463)。更具体地，广播接收装置100可通过广播接收单元110从广播发送装置300接收包括紧急警报的紧急警报消息。
广播接收装置100可在接收到包括紧急警报的紧急警报消息之后改变紧急警报状态(DS1464)。更加具体地，在接收到包括紧急警报的紧急警报消息之后，广播接收装置100可使用远程UI服务来配置用于表示紧急警报消息和相关补充信息的UI。作为此方法的另一实施例，存在使用UPnP的远程UI服务的方法。广播接收装置可向配套装置通知通过改变紧急警报状态生成紧急警报。
广播接收装置100可基于紧急警报消息向配套装置200通知关于紧急警报消息的信息和紧急警报的UI信息(DS1465)。更具体地，广播接收装置100可通过控制器150基于紧急警报消息向配套装置200通知关于紧急警报消息的信息和紧急警报的UI信息。
配套装置200基于能够获取紧急警报的UI的URI来显示紧急警报的UI(DS1466)。配套装置200可通过控制器基于能够获取紧急警报的UI的URI来显示紧急警报的UI。更具体地，配套装置200可基于能够获取紧急警报的UI的URI来获取UI。此时，配套装置200可从外部服务器获取紧急警报的UI。例如，配套装置200可从外部服务器接收用于紧急警报的UI的图像文件、HTML文件和XML文件中的至少一个。此时，外部服务器可以是内容/信令服务器400。在另一详细的实施例中，配套装置200可预先存储紧急警报的UI，并且在所存储的UI当中检索与URI对应的UI。另外，配套装置200可显示通过这种操作获取的紧急警报的UI。由于配套装置200通过这种操作来处理紧急警报，所以可减小配套装置200的负荷。尽管在第一实施例中配套装置需要用于解析紧急消息的解析器，但是第四实施例中所使用的配套装置不需要用于解析单独的紧急消息的解析器，因为配套装置从外部装置接收通过重新配置所解析的紧急消息而获得的UI。
配套装置200可提供与广播服务关联的附加服务。为此，广播接收装置100可将NRT数据发送到配套装置200。具体地，广播接收装置100可将用于用信号通知用于NRT服务的内容项目的信息发送到配套装置200。该内容项目是NRT服务呈现所必需的一个或多个文件的集合。更具体地，该内容项目是意图被NRT服务提供商当作单个单元以用于NRT服务呈现的一个或多个文件的集合。
图243是示出根据本发明的实施例的用于配套装置的NRT数据信令信息的视图。
在本发明中，将描述在通过广播将广播接收装置所接收的NRT服务的内容项目用信号通知给配套装置的方法中使用UPnP的实施例。用于将从广播接收装置传送的NRT项目用信号通知给配套装置的模块可被称为NRT数据信令服务。在使用UPnP的实施例中，如图243的(a)中所示可定义NRTDataSignaling服务。NRT数据信令服务的服务类型可被定义为atsc3.0:nrtdatasignaling:1，服务标识符可被定义为urn:atsc.org:serviceId:atsc3.0:nrtdatasignaling。
图243的(b)示出在NRT数据信令的实施例中使用的NRT数据性质的XML架构结构。用于配套装置200的NRT数据信令信息可包括用于识别NRT数据的标识符、指示NRT数据的消费模型的消费模型信息、指示广播接收装置100下载NRT数据的状态的下载状态信息以及关于配置NRT数据的内容项目的信息中的至少一个。关于内容项目的信息可包括用于识别内容项目的标识符、指示内容项目的名称的内容项目名称、指示内容项目的大小的大小信息、指示内容项目的回放时间的回放长度信息以及指示能够从内容服务器下载内容项目的URL的URL信息中的至少一个。用于配套装置200的NRT数据信令信息可按照XML描述。
在图243的实施例中，用于配套装置200的NRT数据信令信息可按照XML描述。另外，在图243的实施例中，用于配套装置200的NRT数据信令信息可包括DataId、ConsumptionModel、DownloadingStatut和ContentItem中的至少一个。
DataId指示NRT的唯一标识符。在详细的实施例中，仅可存在一个DataId。在详细的实施例中，可存在一个DataId。DataId可具有无符号短数据类型。
ConsumptionModel指示NRT数据的消费模型。ConsumptionModel可指示浏览并下载(Browse&Download)、门户(Portal)、推送(Push)、触发(Triggered)、推送脚本化(PushScripted)、门户脚本化(Portal Scripted)和电子节目指南(EPG)中的至少一个。更具体地，浏览并下载指示NRT服务提供可下载的内容。另外，门户指示NRT服务提供与web浏览器相似的体验。另外，推送指示NRT服务基于用户请求提供内容。触发指示NRT服务提供与A/V节目同步的应用。推送脚本化指示在基于用户请求提供内容的同时，指示NRT服务的应用的声明对象(DO)提供特定UI。门户脚本化指示在提供与web浏览器相似的体验的同时，DO提供特定UI。EPG指示NRT服务提供由广播接收装置100的EPG应用消费的内容。在详细的实施例中，可存在一个ConsumptionModel。在详细的实施例中，ConsumptionModel可具有字符串数据类型。
DownloadingStatus指示广播接收装置100的NRT数据的下载状态。NRT数据的下载状态可指示下列项中的至少一个：下载中(Downloading)，指示正在执行下载；完成(Completed)，指示下载完成；以及错误(Error)，指示下载失败。在详细的实施例中，可存在一个DownloadingStatus。在详细的实施例中，DownloadingStatus可具有字符串数据类型。
ContentItem指示包括在NRT数据中的内容项目。在详细的实施例中，NRT数据可包括一个或多个内容项目。因此，可存在一个或多个ContentItem。
ContentItem可包括ContentItemId、ContentItemName、ContentItemSize、PlaybackLength和URL中的至少一个作为属性。
ContentItemId是用于识别内容项目的标识符。在详细的实施例中，可存在一个ContentItemId。在详细的实施例中，contentItemId可具有无符号短数据类型。
ContentItemName指示内容项目的名称。在详细的实施例中，可存在一个或多个ContentItemName。在详细的实施例中，ContentItemName可具有字符串数据类型。
ContentItemSize指示内容项目的大小。在详细的实施例中，ContentItemSize可以以字节为单位表示。在详细的实施例中，可存在一个ContentItemSize。另外，在详细的实施例中，ContentItemSize可具有无符号短数据类型。
PlaybackLength指示内容项目的回放长度。仅当内容项目是视频或音频时，PlaybackLength才可存在。在详细的实施例中，可存在一个或多个PlaybackLength。在详细的实施例中，PlaybackLength可具有无符号短数据类型。
URL指示能够从内容服务器接收内容项目的URL。
图244是根据本发明的实施例的广播接收设备基于用于广播接收装置的NRT数据信令信息生成用于配套装置的NRT数据信令信息的视图。
广播接收装置100可基于广播信号接收用于广播接收装置100的NRT数据信令信息。广播接收装置100可基于用于广播接收装置100的NRT数据信令信息来发送用于配套装置200的NRT数据信令信息。更具体地，广播接收装置100可基于用于广播接收装置100的NRT数据信令信息来生成用于配套装置200的NRT信令信息。广播接收装置100可将所生成的NRT数据信令信息发送到配套装置200。此时，广播接收装置100可从用于广播接收装置100的NRT数据信令信息提取用于识别NRT数据的标识符、指示NRT数据的消费模型的消费模型信息以及关于包括在NRT数据中的内容项目的信息中的至少一个。关于内容项目的信息可包括指示内容项目的名称的内容项目名称、用于识别内容项目的标识符、指示内容项目的回放时间的回放长度信息以及指示内容项目的大小的大小信息中的至少一个。
在详细的实施例中，用于广播接收装置100的信令信息可被划分成用于用信号通知NRT数据的信息和用于用信号通知包括在NRT数据中的内容项目的信息。更具体地，用于用信号通知NRT数据的信息可以是ATSC标准的服务映射表(SMT)。另外，用于用信号通知内容项目的信息可以是ATSC标准的非实时信息表(NRT-IT)。例如，广播接收装置100可从SMT提取与NRT数据对应的服务标识符并将该服务标识符映射到NRT数据的标识符。另外，广播接收装置100可从SMT提取与NRT数据对应的消费模型并将该消费模型映射到消费模型信息。另外，广播接收装置100可从NRT IT提取内容项目并将该内容项目映射到内容项目名称。另外，广播接收装置100可从NRT IT提取链接并将该链接映射到内容标识符。另外，广播接收装置100可从NRT IT提取回放长度并将该回放长度映射到回放长度信息。另外，广播接收装置100可从NRT IT提取内容长度并将该内容长度映射到内容项目大小。另外，广播接收装置100可从NRT IT提取互联网位置并将该互联网位置映射到URL。
另外，在详细的实施例中，广播接收装置100可基于配套装置200的请求生成用于配套装置200的NRT数据信令信息。更具体地，广播接收装置100可生成包括配套装置200所请求的NRT数据的性质的用于配套装置200的NRT数据信令信息。
广播接收装置100可从用于广播接收装置100的NRT信令仅提取配套装置200所需的信息并生成用于配套装置200的NRT信令信息，从而减少与配套装置200的通信业务。因此，广播接收装置100可减小用于处理NRT数据信令信息的配套装置200的负荷。
图245是示出根据本发明的实施例的用于NRT数据的变量、用于获取NRT数据的动作以及动作自变量的视图。
广播接收装置100可使用指示NRT数据的性质的变量和用于识别NRT数据的变量来将NRT数据用信号通知给配套装置200。当NRT数据改变时，广播接收装置100可将指示NRT数据的性质的变量传送到配套装置200。另外，配套装置200可使用用于识别NRT数据的变量来向广播接收装置100请求期望获取的NRT数据的性质。
在详细的实施例中，指示NRT数据的性质的变量可以是如图245的(a)所示的NRTDataProperty。NRTDataProperty是要求的变量，并且可具有XML字符串数据类型。如果配套装置200向广播接收装置100请求NRT数据信令通知，则广播接收装置100可将NRTDataProperty发送到配套装置200。图245的(b)中示出用于表示用于NRTDataProperty的XML架构结构的数据格式。用于识别NRT数据的变量可以是如图245的(a)中所示的NRTDataID。NRTDataID是要求的变量并且可具有字符串数据类型。
配套装置200可使用用于请求NRT数据信令信息的动作以便向广播接收装置100请求NRT数据的信令信息。用于请求NRT数据信令信息的动作可如图245的(c)中所示定义。用于请求NRT数据信令信息的动作可使用用于识别NRT数据的变量作为输入自变量，并且使用指示NRT数据的性质的变量作为输出自变量，如图245的(d)中所示。此时，用于请求NRT数据信令信息的动作可以是如图245的(c)中所示的GetNRTDataProperty。GetNRTDataProperty的输入自变量可以是NRTDataID。GetNRTDataProperty的输出自变量可以是NRTDataProperty。即，当配套装置使用GetNRTDataProperty动作时，NRTDataID可被包括作为输入参数。另外，配套装置可通过NRTDataProperty自变量从广播接收装置接收期望的NRTDataID的NRTDataProperty。
图246是示出根据本发明的实施例的将NRT数据从广播接收装置用信号通知给配套装置的视图。
广播接收装置100和配套装置200生成配对会话(S2181)。更具体地，广播接收装置100可通过IP通信单元130生成与配套装置200的配对会话。更具体地，配套装置200可经由通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可生成用于双向通信的配对会话。另外，在生成配对会话的处理中，广播接收装置100可基于与配套装置200的应用的兼容性来生成配对会话。更具体地，当可与配套装置200的应用兼容时，广播接收装置100可生成配对会话。更具体地，为了检查兼容性，广播接收装置100可检查配套装置200的应用版本和应用标识符中的至少一个。在另一详细的实施例中，在生成配对会话的处理中，配套装置200可检查与广播接收装置100的应用的兼容性。更具体地，当可与广播接收装置100的应用的兼容时，配套装置200可生成配对会话。更具体地，为了检查兼容性，配套装置200可检查广播接收装置100的应用版本和应用标识符中的至少一个。
配套装置200向广播接收装置100请求NRT数据信令信息通知(S2183)。更具体地，配套装置200可通过控制器向广播接收装置100请求NRT数据信令信息通知。更具体地，配套装置200可使用UPnP协议向广播接收装置100请求NRT数据信令信息通知。在详细的实施例中，配套装置200可基于事件协议向广播接收装置100请求订阅NRT数据的性质。
广播接收装置100基于广播服务接收用于广播接收装置100的NRT数据信令信息(S2185)。更具体地，广播接收装置100可通过广播接收单元110来从广播发送装置300接收NRT数据信令信息。
广播接收装置100基于NRT数据信令信息来接收NRT数据(S2187，S2189)。更具体地，广播接收装置100可通过广播接收单元110基于NRT数据信令信息从广播网络接收NRT数据。另外，广播接收装置100可通过IP通信单元130基于NRT数据信令信息从互联网协议网络接收NRT数据。
广播接收装置100基于用于广播接收装置100的NRT数据信令信息来向配套装置200通知用于配套装置200的NRT数据信令信息(S2191)。更具体地，广播接收装置100可通过控制器150基于用于广播接收装置100的NRT数据信令信息来向配套装置200通知用于配套装置200的NRT数据信令信息。广播接收装置100可如上所述基于NRT数据信令信息生成用于配套装置200的NRT数据信令信息。广播接收装置100可将所生成的用于配套装置200的NRT数据信令信息发送到配套装置200。另外，如上所述，广播接收装置100可生成包括配套装置200所请求的NRT数据性质的用于配套装置200的NRT数据信令信息。
如上所述，配套装置200可向广播接收装置100请求用于配套装置200的NRT数据信令信息，并且获取用于配套装置200的NRT数据信令信息(S2193，S2195)。更具体地，配套装置200可发送用于识别NRT数据的标识符并且接收与该标识符对应的NRT数据信令信息。此时，广播发送装置100和配套装置200可使用上述动作和变量。
配套装置200可基于NRT数据信令信息接收NRT数据。更具体地，配套装置200可通过互联网协议网络基于NRT数据信令信息接收NRT数据。在另一详细的实施例中，配套装置200可基于NRT数据信令信息从广播接收装置100接收NRT数据。即使当配套装置200无法直接接收广播服务并且无法通过互联网协议网络访问提供NRT数据的服务器时，配套装置200也可接收NRT数据。
图247是根据本发明的另一实施例的从广播接收装置到配套装置的NRT数据的信令的视图。
广播接收装置100和配套装置200生成配对会话(S2201)。更具体地，广播接收装置100可通过IP通信单元130生成与配对装置200的配对会话。更具体地，配套装置200可经由通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可等同于上述实施例中的那些。
配套装置200向广播接收装置100请求NRT数据信令信息通知(S2203)。更具体地，配套装置200可通过控制器向广播接收装置100请求NRT数据信令信息通知。更具体地，配套装置200可使用UPnP协议来向广播接收装置100请求NRT数据信令信息通知。在详细的实施例中，配套装置200可基于事件协议向广播接收装置100请求订阅用于NRT数据性质的事件。
广播接收装置100基于广播服务接收用于广播接收装置100的NRT数据信令信息(S2205)。更具体地，广播接收装置100可通过广播接收单元110来从广播发送装置300接收NRT数据信令信息。
广播接收装置100基于用于广播接收装置100的NRT数据信令信息来向配套装置200通知用于配套装置200的NRT数据信令信息(S2207，S2209)。更具体地，广播接收装置100可通过控制器150基于用于广播接收装置100的NRT数据信令信息来向配套装置200通知用于配套装置200的NRT数据信令信息。广播接收装置100可如上所述基于NRT数据信令信息生成用于配套装置200的NRT数据信令信息。广播接收装置100可将所生成的用于配套装置200的NRT数据信令信息发送到配套装置200。另外，如上所述，广播接收装置100可生成包括由配套装置200所请求的NRT数据性质的用于配套装置200的NRT数据信令信息。
广播接收装置100基于NRT数据信令信息开始接收NRT数据(S2211)。更具体地，广播接收装置100可基于NRT数据信令信息通过广播接收单元110开始从广播网络接收NRT数据。另外，广播接收装置100可基于NRT数据信令信息通过IP通信单元130开始从互联网协议网络接收NRT数据。
广播接收装置100向配套装置200通知NRT数据的下载状态(S2213)。广播接收装置100可通过控制器150向配套装置200通知NRT数据的下载状态。广播接收装置100可将下载状态显示为：下载中(Downloading)，指示正在执行下载；完成(Completed)，指示下载完成；或者错误(Error)，指示下载失败。此时，如果正在下载NRT数据，则广播接收装置100可显示下载完成的百分比。例如，广播接收装置100可显示下载期间的下载状态“30％完成”。另外，广播接收装置100可按照预定间隔向配套装置200通知NRT数据的下载状态。例如，广播接收装置100可按照10秒的间隔向配套装置200通知NRT数据的下载状态。此时，可基于配套装置200的请求来确定通知周期。例如，配套装置200可在向广播接收装置100请求NRT数据信令信息通知的同时发送通知周期。另外，广播接收装置100根据配套装置200所请求的通知周期来向配套装置200通知NRT数据的下载状态。另外，广播接收装置100可基于下载完成的百分比来向配套装置200通知NRT数据的下载状态。例如，当NRT数据的下载完成了30％、60％和100％时，广播接收装置100向配套装置200通知NRT数据的下载状态。
配套装置200可基于NRT数据信令信息接收NRT数据。在详细的实施例中，在从广播接收装置100接收到指示NRT数据的下载完成的信息时，配套装置200可基于NRT数据信令信息从广播接收装置100接收NRT数据。因此，即使当配套装置200无法直接接收广播服务并且无法通过互联网协议网络访问提供NRT服务器的服务器时，配套装置200也可接收NRT数据。另外，只要广播接收装置100的NRT数据的下载完成，配套装置200就可以向广播接收装置100请求NRT数据。
广播接收装置100可将媒体组件用信号通知或发送给配套装置200。存在能够与广播接收装置100交互操作的许多类型的配套装置200。各种类型的配套装置200具有不同的能力。因此，难以提供所有配套装置200均可呈现的媒体组件。另外，如果配套装置200无法呈现所接收的媒体组件，则用户感到不便。为了解决此问题，广播接收装置100需要将指示用于呈现媒体组件的装置的能力的装置能力信息用信号通知给配套装置200。
图248是示出根据本发明的实施例的从广播接收装置用信号通知给配套装置的装置能力信息的视图。在使用UPnP的实施例中，可如图248的(a)中所示定义用于将装置能力从广播接收装置100用信号通知给配套装置200的装置能力信令服务(DeviceCapabilitySignlaing服务)。即，DeviceCapabilitySignlaing服务的服务类型可被定义为atsc3.0:devservicesignaling:1，其服务标识符可被定义为urn:atsc.org:serviceId:atsc3.0:devservicesignaling。
可将指示呈现媒体组件所必需的装置的能力的装置能力信息从广播接收装置100用信号通知给配套装置200。装置能力信息可包括关于多个媒体组件的信息。装置能力信息可包括用于识别媒体组件的媒体组件标识符、指示媒体组件的类型的媒体组件类型、如果媒体组件包括视频则关于视频的信息、如果媒体组件包括音频则指示音频的编解码器的音频编解码器信息、如果媒体组件包括隐藏字幕则指示隐藏字幕的编码格式的隐藏字幕编解码器信息、如果媒体组件包括应用则指示应用的版本的应用版本信息、如果媒体组件是NRT内容项目、NRT文件或用户请求组件则能力代码、以及指示能够获取媒体组件的URL的媒体组件URL中的至少一个。关于包括在媒体组件中的视频的信息可包括指示视频的编解码器的视频编解码器信息、包括视频的分辨率的视频分辨率信息以及指示视频的长宽比的长宽比信息中的至少一个。
在图248的(b)或(c)的实施例中装置能力信息可按照XML来描述。装置能力信息可包括指示一个媒体组件的一个或多个ComponentItem作为属性。如图248的(b)中所示，ComponentItem可包括ComponentID、ComponentType、Video、AudioCodec、CCCodec、AppVersion、CapabilityCode和AvailComponentURL中的至少一个。这里，Video可包括VideoCodec、Resolution和AspectRatio中的至少一个作为子属性。
另外，如图248的(c)中所示，ComponentItem可包括ComponentID、ComponentType、Video、Audio、CC、App、CapabilityCode和AvailComponentURL中的至少一个。这里，Video可包括VideoCodec、Resolution和AspectRatio中的至少一个作为子属性。另外，Audio可包括AudioCodec作为子属性，CC可包括CCCodec作为子属性，App可包括AppVersion作为子属性。
ComponentID指示用于识别媒体组件的标识符。在详细的实施例中，每个ComponentItem可存在一个ComponentID。在详细的实施例中，ComponentID可具有无符号短数据类型。
ComponentType指示媒体组件的类型。在详细的实施例中，每个ComponentItem可存在一个ComponentType。在详细的实施例中，ComponentType可具有字符串数据类型。
Video指示关于媒体组件中所包括的视频的信息。Video可包括VideoCodec、Resolution和AspectRatio中的至少一个作为属性。
VideoCodec指示媒体组件中所包括的视频的编解码器。在详细的实施例中，每个Video可存在一个VideoCodec。在详细的实施例中，VideoCodec可具有字符串数据类型。
Resolution指示媒体组件中所包括的视频的分辨率。在详细的实施例中，每个Video频可存在一个Resolution。在详细的实施例中，Resolution可具有字符串数据类型。
AspectRatio指示媒体组件中所包括的视频的长宽比。在详细的实施例中，每个Video可存在一个AspectRatio。在详细的实施例中，AspectRatio可具有字符串数据类型。
Audio指示关于媒体组件中所包括的音频的信息。
AudioCodec指示媒体组件中所包括的音频的编解码器。在详细的实施例中，AudioCodec可具有字符串数据类型。
CC指示关于包括在媒体组件中的隐藏字幕的信息。
CCCodec指示媒体组件中所包括的隐藏字幕的格式。在详细的实施例中，CCCodec可具有字符串数据类型。
App指示关于包括在媒体组件中的应用的信息。
AppVersion指示媒体组件中所包括的应用的版本。在详细的实施例中，AppVersion可具有整数类型。
如果媒体组件包括用户请求组件、NRT内容项目或NRT文件，则CapabilityCode指示与用户请求组件、NRT内容项目或NRT文件对应的能力代码。此时，能力代码的值可指示ATSC NRT标准中定义的值。在详细的实施例中，CapabilityCode可具有字符串数据类型。
AvailComponentURL指示能够获取媒体组件的URL。在详细的实施例中，AvailComponentURL包括与媒体组件相同的信息，并且可指示能够接收具有呈现所必需的不同装置能力的另选媒体组件的URL。在详细的实施例中，AvailComponentURL可具有布尔数据类型。
图249是示出根据本发明的实施例的指示装置能力信息的状态变量的视图。此实施例涉及使用UPnP的情况下的状态变量。
广播接收装置100可将装置能力信息发送到配套装置200。更具体地，配套装置200可向广播接收装置100请求装置能力信息通知。在接收到能力信息时，广播接收装置100可将装置能力信息用信号通知给配套装置200。另外，配套装置200可向广播接收装置100请求能力信息以获取能力信息。此时，广播接收装置100和配套装置200可使用图249的实施例的状态变量。
在本实施例中，装置能力性质状态变量和组件URL状态变量可用于用信号通知装置能力信息。装置能力性质状态变量可通过DeviceCapabilityProperty表示，组件URL状态变量可通过ComponentURL表示。
如图249的(a)中所示，DeviceCapabilityProperty可具有XML或JSON字符串类型。DeviceCapabilityProperty可以是要求的状态变量。DeviceCapabilityProperty可具有关于配套装置的信息。另外，配套装置可订阅DeviceCapabilityProperty，并且广播接收装置可按照事件格式向配套装置通知装置能力信息改变。
DeviceCapabilityProperty状态变量可指示用于用信号通知上述装置能力的服务的性质，其数据格式示出于图249的(b)中。
如果广播接收装置(服务器)中包括适合于配套装置的装置能力的组件，则可使用ComponentURL状态变量来将URL信息从广播接收装置传送给配套装置。图249的(c)中示出ComponentURL的数据格式。在一些实施例中，ComponentURL状态变量的数据格式可为URI类型。
为了用信号通知关于装置能力的信息，除了上述状态变量之外还可定义图249的(d)中所示的状态变量。用于组件的状态变量可通过A_ARG_TYPE_ComponentId表示。A_ARG_TYPE_ComponentId可用于传送ComponentId(用于请求组件项目的GetComponentItem动作的输入自变量)。A_ARG_TYPE_ComponentId状态变量可以是要求的变量并且可具有XML或JSON字符串类型。用于组件项目的状态变量可通过A_ARG_TYPE_ComponentItem表示。A_ARG_TYPE_ComponentItem可用于传送ComponentItem(用于请求组件项目的GetComponentItem动作的输出自变量)。A_ARG_TYPE_ComponentItem变量可以是要求的变量并且可具有XML或JSON字符串类型。
图250是示出根据本发明的实施例的用于获取装置能力信息的动作和动作自变量的视图。本实施例涉及使用UPnP的情况下的动作和自变量。
如图250的(a)中所示，用于获取装置能力信息的动作可包括用于请求组件项目的动作、用于请求组件的位置的动作以及用于请求装置能力的动作中的至少一个。
用于请求组件项目的动作可通过GetComponentItem表示。当配套装置向广播接收装置请求适合于其装置能力的组件时，可使用GetComponentItem。“适合于装置能力”可意指配套装置可渲染组件或者可进行有意义的呈现。GetComponentItem可以是要求的动作。
用于请求组件的位置的动作可通过GetComponentURL表示。当配套装置请求能够通过内容服务器获取关于节目或组件的信息的位置(例如，URL)时，可使用GetComponentURL。GetComponentURL可为可选的。
用于请求装置能力的动作可通过GetDeviceCapability表示。当配套装置获取用于渲染或有意义地呈现节目或组件的装置能力信息时，可使用GetDeviceCapability。GetDeviceCapability可以是要求的动作。
图250的(b)示出用于获取装置能力信息的各个动作的自变量。
在与广播接收装置配对之后，GetDeviceCapability动作可作为DeviceCapabilityProperty自变量通过GetDeviceCapability动作接收渲染或者有意义地呈现与ComponentID或特定节目对应的组件所必需的配套装置的装置能力信息。当在作为输入自变量的ComponentID为空的状态下请求此动作时，正由广播接收装置提供的节目或组件的装置能力信息可作为DeviceCapabilityProperty自变量被接收。
GetComponentURL动作可通过GetComponentURL动作作为ComponentURL自变量接收能够获取与ComponentID或特定节目对应的组件的信息的内容服务器的位置。这里，关于组件的信息可包括访问URL和允许呈现的内容的附加信息。
如果在作为输入自变量的ComponentID为空的状态下请求GetComponentURL动作，则能够获取关于正由广播接收装置提供的节目或组件的信息的内容服务器的位置可作为ComponentURL自变量被接收。内容服务器可存在于广播接收装置中，并且可以是外部互联网服务器或广播发送装置。仅当通过GetComponentURL动作请求的节目或组件的TargetScreen被设定为配套装置时，即，仅当配套装置中可进行或允许呈现时，配套装置才可请求GetComponentURL动作。另选地，在广播接收装置接收到对GetComponentURL动作的请求之后，仅当可进行或允许所请求的节目或组件的呈现时，才可返回作为输出自变量的ComponentURL。
在配套装置处使用GetComponentURL动作请求组件内容并且将组件内容从广播接收装置传送到配套装置的方法可在第二屏幕字段中使用一般通信方法。
配套装置可将ComponentId作为输入自变量包括在GetComponentItem动作中以下载或流传输组件。广播接收装置可响应于GetComponentItem动作返回作为输出自变量的ComponentItem。
图251是示出根据本发明的实施例的从广播接收装置至配套装置的装置信息的信令的视图。
广播接收装置100和配套装置200建立配对会话(S2301)。更具体地，广播接收装置100可通过IP通信单元130建立与配套装置200的配对会话。更具体地，配套装置200可经由通信单元建立与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可建立用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可等同于上述实施例中的那些。
配套装置200向广播接收装置100请求装置能力信息通知(S2303)。更具体地，配套装置200可通过控制器向广播接收装置100请求装置能力信息通知。如上所述，配套装置200可使用UPnP事件协议向广播接收装置100请求装置能力信息通知。
广播接收装置100基于广播服务接收广播服务信令信息(S2305)。更具体地，广播接收装置100可通过广播接收单元110从广播发送装置300接收广播服务信令信息。
广播接收装置100可从服务信令信息提取用于用信号通知呈现媒体组件所必需的装置能力的装置能力信息(S2307)。广播接收装置100可通过控制器150从服务信令信息提取用于用信号通知呈现媒体组件所必需的装置能力的装置能力信息。在详细的实施例中，广播接收装置100所提取的装置能力信息可等同于上述装置能力信息。
广播接收装置100向配套装置200通知装置能力信息(S2309)。更具体地，广播接收装置100可通过控制器150向配套装置200通知装置能力信息。另外，广播接收装置100可编辑所提取的能力信息并生成用于配套装置200的装置能力信息。此时，广播接收装置100可向配套装置200通知用于配套装置200的装置能力信息。在详细的实施例中，用于配套装置200的装置能力信息可包括配套装置100所请求的性质。在详细的实施例中，指示装置能力信息的变量可以是上述DeviceCapabilityProperty。
配套装置200基于装置能力信息向广播接收装置100请求媒体组件(S2311)。配套装置200可通过控制器基于装置能力信息向广播接收装置100请求媒体组件。更具体地，配套装置200可确定配套装置200的规格是否满足包括在装置能力信息中的装置能力。例如，如果媒体组件包括视频，则可确定配套装置200是否具有能够呈现视频的编解码器。另选地，如果媒体组件包括音频，则可确定配套装置200是否具有能够呈现音频的编解码器。另选地，如果媒体组件包括应用，则可确定配套装置200是否支持该应用的版本。另选地，如果媒体组件包括隐藏字幕，则可确定配套装置200是否支持该隐藏字幕的类型。此时，如果装置能力被满足，则配套装置200可向广播接收装置100请求媒体组件。
在配套装置处请求组件的动作可被分成两个动作。
作为第一实施例，配套装置可向广播接收装置请求组件URL。这可在当指示包括在DeviceCapabilityProperty中的组件URL的信息为真时进行。配套装置可从广播接收装置接收URL信息并从广播接收装置或外部组件提供商下载或流传输组件(S2313)。
作为第二实施例，配套装置可向广播接收装置请求组件(GetComponent动作)。着可在指示包括在DeviceCapabilityProperty中的组件URL的信息为假时进行。配套装置可从广播接收装置下载或流传输组件(S2313)。这里，在配套装置处请求组件的动作(GetComponent动作)可等同于上述GetComponentItem动作。
配套装置200呈现媒体组件(S2315)。配套装置200可通过控制器呈现媒体组件。
图252是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。配套装置可不包括呈现媒体组件所必需的装置能力。这将在现在进行描述。
用于建立广播接收装置100和配套装置200之间的配对会话并且在广播接收装置100处向配套装置200通知装置能力信息的操作等同于参照先前的附图描述的那些，因此将省略其描述。
配套装置200基于装置能力信息向用户显示媒体组件不可呈现(S2331)。配套装置200可通过控制器基于装置能力信息向用户显示媒体组件不可呈现。更具体地，如果媒体装置200的规格不满足包括在装置能力信息中的装置能力，则配套装置200可显示媒体组件不可呈现。例如，如果媒体组件包括视频并且配套装置200不具有呈现视频所必需的编解码器，则配套装置200可显示视频不可呈现。另选地，如果媒体组件包括音频并且配套装置200不具有呈现音频所必需的编解码器，则配套装置200可显示音频不可呈现。另选地，如果媒体组件包括应用并且不支持配套装置200的应用的版本，则配套装置200可显示配套装置200的应用不可执行。另选地，如果媒体组件包括隐藏字幕并且配套装置200不支持该隐藏字幕，则配套装置200可显示隐藏字幕不可呈现。
图253是示出根据本发明的另一实施例的从广播接收装置到配套装置的装置信息的信令的视图。接下来，将描述如果配套装置不满足并非呈现媒体组件所必需的能力，则配套装置200向用户提供选择媒体组件的呈现的机会的实施例。
用于建立广播接收装置100和配套装置200之间的配对会话并且在广播接收装置100处向配套装置200通知装置能力信息的操作等同于上述操作，因此将省略其描述。
如果配套装置200不满足包括在装置能力信息中的装置能力，则配套装置200接收关于是否呈现媒体组件的用户输入(S2351)。配套装置200可通过控制器接收关于是否呈现媒体组件的用户输入。更具体地，配套装置200可显示不满足呈现媒体组件所需的显示能力，并且从用户接收关于是否呈现媒体组件的用户输入。例如，如果媒体组件包括可分级视频编码并且配套装置200不支持增强层，则配套装置200可显示仅基本层可呈现并且接收用户输入。另选地，如果媒体组件包括多声道音频并且配套装置200不支持多声道音频的呈现，则配套装置200可显示仅一些声道的音频可呈现并且接收用户输入。除了不满足非必需的装置能力的情况之外，即使当不满足必需的装置能力时，配套装置200也可接收关于是否呈现媒体组件的用户输入。
配套装置200基于用户输入向广播接收装置100请求媒体组件(S2353)。配套装置200可通过控制器基于用户输入向广播接收装置100请求媒体组件。
在配套装置处请求组件的动作可被分成两种动作。
作为第一实施例，配套装置可向广播接收装置请求组件URL。这可在指示包括在DeviceCapabilityProperty中的组件URL的信息为真时进行。配套装置可从广播接收装置接收URL信息并且利用该URL信息从广播接收装置或外部内容提供商下载或流传输组件(S2353)。
作为第二实施例，配套装置可向广播接收装置请求组件(GetComponent动作)。这可在包括在DeviceCapabilityProperty中的组件URL为假时进行。配套装置可从广播接收装置下载或流传输组件(S2353)。这里，在配套装置处请求组件的动作(GetComponent动作)可等同于上述GetComponentItem动作。
配套装置200从广播接收装置100接收媒体组件(S2355)。配套装置200可通过控制器从广播接收装置100接收媒体组件。
配套装置200可呈现媒体组件(S2357)。配套装置200可通过控制器来呈现媒体组件。
因此，即使当配套装置200不满足用于媒体组件的呈现的装置能力时，配套装置200也可给予用户呈现媒体组件的选择。
图254是示出根据本发明的另一实施例的从广播接收装置到配套装置的装置信息的信令的视图。如果配套装置200不满足装置能力，则无法适当地呈现媒体组件。为了适当地呈现媒体组件，配套装置200应该接收可被适当地呈现的媒体组件。为此，配套装置200可从内容/信令服务器400接收包括与媒体组件相同的信息但是具有不同的呈现能力的另选媒体组件。这将在下面描述。
用于建立广播接收装置100和配套装置200之间的配对会话并且在广播接收装置100处向配套装置200通知装置能力信息的操作等同于上述操作，因此将省略其描述。
基于装置能力信息，配套装置200向广播接收装置100请求指示能够接收媒体组件的URL的媒体组件URL(S2381)。基于装置能力信息，配套装置200可通过控制器向广播接收装置100请求媒体组件URL。更具体地，如果配套装置200不满足包括在装置能力信息中的装置能力，则配套装置200可请求媒体组件URL。另外，媒体组件URL可指示能够接收具有与媒体组件相同的信息但是具有呈现所必需的不同装置能力的另选媒体组件的URL。
广播接收装置100将媒体组件URL发送到配套装置200(S2383)。广播接收装置100可通过控制器150将媒体组件URL发送到配套装置200。
配套装置200基于另选媒体组件URL从内容/信令服务器400接收另选媒体组件。更具体地，配套装置200执行以下操作。
配套装置200基于媒体组件URL向内容/信令服务器400请求另选媒体组件(S2385)。配套装置200可通过控制器基于媒体组件URL向内容/信令服务器400请求媒体组件。更具体地，配套装置200可发送配套装置200的能力和用于识别媒体组件的组件标识符中的至少一个以请求另选媒体组件。在详细的实施例中，内容/信令服务器400可通过组件标识符来检查哪个媒体组件被替换成配套装置200所请求的另选媒体组件。另外，内容/信令服务器400可通过配套装置200所发送的配套装置200的能力来从多个另选媒体组件当中找到配套装置200能够呈现的另选媒体组件。
配套装置200从内容/信令服务器400接收另选媒体组件(S2387)。配套装置200可通过控制器从内容/信令服务器400接收另选媒体组件。然而，如果内容/信令服务器400中不存在满足配套装置200的能力的另选媒体组件，则可接收指示不存在另选媒体组件的消息。此时，可通过值为真或假的布尔变量来传送指示不存在另选媒体组件的消息。另外，配套装置200可向用户显示指示不存在另选媒体组件的消息。
配套装置200呈现媒体组件(S2389)。配套装置可通过控制器来呈现媒体组件。因此，配套装置200可接收具有与媒体内容相同的信息并且能够被呈现的另选媒体组件。因此，广播接收装置100和更多的配套装置200可交互操作。
图255是示出根据本发明的实施例的从广播接收装置用信号通知给配套装置的装置能力信息的视图。
可将指示呈现媒体组件所必需的装置的能力的装置能力信息从广播接收装置100用信号通知给配套装置200。装置能力信息可包括关于多个媒体组件的信息。装置能力信息可包括用于识别媒体组件的媒体组件标识符、指示媒体组件的类型的媒体组件类型、如果媒体包括视频则关于视频的信息、如果媒体组件包括音频则指示音频的编解码器的音频编解码器信息、如果媒体组件包括隐藏字幕则指示隐藏字幕的编码格式的隐藏字幕编解码器信息、如果媒体组件包括应用则指示应用的版本的应用版本信息、如果媒体组件是NRT内容项目、NRT文件或用户请求组件则能力代码、以及指示能够获取媒体组件的URL的媒体组件URL中的至少一个。关于包括在媒体组件中的视频的信息可包括指示视频的编解码器的视频编解码器信息、包括视频的分辨率的视频分辨率信息、以及指示视频的长宽比的长宽比信息中的至少一个。
在图255的(a)的实施例中装置能力信息可按照XML来描述。装置能力信息可包括指示一个媒体组件的一个或多个ComponentItem作为属性。ComponentItem可包括ComponentID、ComponentType、Video、Audio、CC、App、CapabilityCode和AvailComponentURL中的至少一个。这里，Video可包括VideoCodec、Resolution和AspectRatio中的至少一个作为子属性。另外，Audio可包括AudioCodec作为子属性，CC可包括CCCodec作为子属性，App可包括AppVersion作为子属性。
ComponentID指示用于识别媒体组件的标识符。在详细的实施例中，每个ComponentItem可存在一个ComponentID。在详细的实施例中，ComponentID可具有无符号短数据类型。
ComponentType指示媒体组件的类型。在详细的实施例中，每个ComponentItem可存在一个ComponentType。在详细的实施例中，ComponentType可具有字符串数据类型。
Video指示关于媒体组件中所包括的视频的信息。Video可包括VideoCodec、Resolution和AspectRatio中的至少一个作为属性。
VideoCodec指示媒体组件中所包括的视频的编解码器。在详细的实施例中，每个Video可存在一个VideoCodec。在详细的实施例中，VideoCodec可具有字符串数据类型。
Resolution指示媒体组件中所包括的视频的分辨率。在详细的实施例中，每个Video可存在一个Resolution。在详细的实施例中，Resolution可具有字符串数据类型。
AspectRatio指示媒体组件中所包括的视频的长宽比。在详细的实施例中，每个Video可存在一个AspectRatio。在详细的实施例中，AspectRatio可具有字符串数据类型。
Audio指示关于媒体组件中所包括的音频的信息。
AudioCodec指示媒体组件中所包括的音频的编解码器。在详细的实施例中，AudioCodec可具有字符串数据类型。
CC指示关于包括在媒体组件中的隐藏字幕的信息。
CCCodec指示媒体组件中所包括的隐藏字幕的格式。在详细的实施例中，CCCodec可具有字符串数据类型。
App指示关于包括在媒体组件中的应用的信息。
AppVersion指示媒体组件中所包括的应用的版本。在详细的实施例中，AppVersion可具有整数类型。
如果媒体组件包括用户请求组件、NRT内容项目或NRT文件，则CapabilityCode指示与用户请求组件、NRT内容项目或NRT文件对应的能力代码。此时，能力代码的值可指示ATSC NRT标准中定义的值。在详细的实施例中，CapabilityCode可具有字符串数据类型。
AvailComponentURL指示能够获取媒体组件的URL。在详细的实施例中，AvailComponentURL包括与媒体组件相同的信息，并且可指示能够接收具有呈现所必需的不同装置能力的另选媒体组件的URL。在详细的实施例中，AvailComponentURL可具有布尔数据类型。即，如图255的(b)中所示，装置能力信息可不定义布尔数据类型，而是可定义与AvailComponentURL性质有关的字符串数据类型，并且可直接包括能够接收另选媒体组件的URL信息。如果定义该装置能力信息，则配套装置可在不使用GetComponentURL的情况下检查可访问URL。
图256是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。本实施例涉及上述字符串类型AvailComponentURL性质包括位置信息的情况。图256的(a)是示出将装置信息从广播接收装置用信号通知给配套装置的方法的梯形图。
广播接收装置100和配套装置200建立配对会话(DS1601)。更具体地，广播接收装置100可通过IP通信单元130建立与配套装置200的配对会话。更具体地，配套装置200可经由通信单元建立与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以建立用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可等同于上述实施例中的那些。
配套装置200向广播接收装置100请求装置能力信息(DS1602)。更具体地，配套装置200可通过控制器向广播接收装置100请求装置能力信息。如上所述，配套装置200可使用UPnP事件协议向广播接收装置100请求装置能力信息。
广播接收装置100基于广播服务接收广播服务信令信息(DS1603)。更具体地，广播接收装置100可通过广播接收单元110从广播发送装置300接收广播服务信令信息。
广播接收装置100可从服务信令信息提取(解析)用于用信号通知呈现媒体组件所必需的装置的能力的装置能力信息。广播接收装置100可通过控制器150从服务信令信息提取用于用信号通知呈现媒体组件所必需的装置的能力的装置能力信息。在详细的实施例中，由广播接收装置100提取的装置能力信息可等同于上述装置能力信息。
广播接收装置100可向配套装置200通知装置能力信息(DS1604)。更具体地，广播接收装置100可通过控制器150向配套装置200通知装置能力信息。另外，广播接收装置100可编辑所提取的能力信息，并生成用于配套装置200的装置能力信息。此时，广播接收装置100可向配套装置200通知用于配套装置200的装置能力信息。
另选地，替代向配套装置200通知装置能力信息，广播接收装置100可从配套装置接收装置能力信息请求动作(DS1605)。在这种情况下，广播接收装置100可响应于对装置能力信息的请求返回装置能力信息(DS1606)。装置能力信息请求动作和动作自变量可等同于上述实施例中描述的那些。
配套装置可检查从广播接收装置100接收的装置能力信息。在详细的实施例中，指示装置能力信息的变量可以是上述DeviceCapabilityProperty。所接收的装置能力信息可按照图256的(b)中所示的XML来描述。所接收的装置能力信息可包括指示可替换媒体组件的位置信息的AvailCompoentURL性质。在本实施例中，AvailCompoentURL可包括特定位置信息，例如，URL信息。
配套装置200可基于可替换媒体组件的位置信息来请求媒体组件(DS1607)。可替换媒体组件的位置信息可指示广播接收装置100中的可替换媒体组件的位置或者内容/信令服务器400中的可替换媒体组件的位置。因此，配套装置可向广播接收装置100或者内容/信令服务器400请求可替换媒体组件。
配套装置200可从广播接收装置100或者内容/信令服务器400接收可替换媒体组件并且通过流传输或下载来呈现媒体组件(DS1608)。
图257是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。本实施例涉及上述字符串类型AvailComponentURL性质不包括位置信息或者装置能力性质信息中不存在AvailComponentURL性质的情况。图257的(a)是示出将装置信息从广播接收装置用信号通知给配套装置的方法的梯形图。
广播接收装置100和配套装置200建立配对会话(DS1611)。更具体地，广播接收装置100可通过IP通信单元130建立与配套装置200的配对会话。更具体地，配套装置200可经由通信单元建立与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可建立用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可等同于上述实施例中的那些。
配套装置200向广播接收装置100请求装置能力信息(DS1612)。更具体地，配套装置200可通过控制器向广播接收装置100请求装置能力信息。如上所述，配套装置200可使用UPnP事件协议向广播接收装置100请求装置能力信息。
广播接收装置100基于广播服务接收广播服务信令信息(DS1613)。更具体地，广播接收装置100可通过广播接收单元110从广播发送装置300接收广播服务信令信息。
广播接收装置100可从服务信令信息提取(解析)用于用信号通知呈现媒体组件所必需的装置的能力的装置能力信息。广播接收装置100可通过控制器150从服务信令信息提取用于用信号通知呈现媒体组件所必需的装置的能力的装置能力信息。在详细的实施例中，由广播接收装置100提取的装置能力信息可等同于上述的装置能力信息。
广播接收装置100可向配套装置200通知装置能力信息(DS1614)。更具体地，广播接收装置100可通过控制器150向配套装置200通知装置能力信息。另外，广播接收装置100可编辑所提取的能力信息并生成用于配套装置200的装置能力信息。此时，广播接收装置100可向配套装置200通知用于配套装置200的装置能力信息。
另选地，替代向配套装置200通知装置能力信息，广播接收装置100可从配套装置接收装置能力信息请求动作(DS1615)。在这种情况下，广播接收装置100可响应于对装置能力信息的请求返回装置能力信息(DS1616)。装置能力信息请求动作和动作自变量可等同于上述实施例中描述的那些。
配套装置可检查从广播接收装置100接收的装置能力信息。在详细的实施例中，指示装置能力信息的变量可以是上述DeviceCapabilityProperty。所接收的装置能力信息可按照图257的(b)中所示的XML来描述。所接收的装置能力信息可包括组件标识符。所接收的装置能力信息包括指示可替换媒体组件的位置信息的AvailCompoentURL性质，但是AvailCompoentURL的内容为空。另选地，装置能力信息可不包括AvailComponentURL性质。
配套装置200无法获知可替换媒体组件的位置信息，因此基于组件标识符请求媒体组件(DS1617)。配套装置可使用组件标识符来向广播接收装置100请求媒体组件。
配套装置200可从广播接收装置100接收可替换媒体组件并通过流传输或下载来呈现媒体组件(DS1618)。
图258是示出根据本发明的实施例的配套装置的操作的流程图。根据本发明的实施例的配套装置可与用于接收广播服务的广播接收装置交互操作。
广播接收装置100和配套装置200生成配对会话(DS1621)。更具体地，广播接收装置100可通过IP通信单元130生成与配套装置200的配对会话。更具体地，配套装置200可通过通信单元生成与广播接收装置100的配对会话。更具体地，广播接收装置100和配套装置200可生成用于双向通信的配对会话。更具体地，广播接收装置100和配套装置200可使用UPnP协议来生成配对会话。在详细的实施例中，广播接收装置100可使用UPnP的发现协议来寻找配套装置200。例如，广播接收装置100可通过公知的IP地址来多播用于寻找配套装置的发现消息。此时，已接收到多播消息的配套装置200可向广播接收装置100请求描述。广播接收装置100可基于配套装置200对描述的请求将描述提供给配套装置200。配套装置200可基于该描述来访问广播接收装置100。在另一详细实施例中，配套装置200可使用UPnP的发现协议来寻找广播接收装置100。例如，配套装置200可通过公知的IP地址来多播用于寻找用于交互操作的广播接收装置100的消息。此时，广播接收装置100可使用发现消息来响应多播消息。此时，已接收到发现消息的配套装置200可向广播接收装置100请求描述。广播接收装置100可基于配套装置200对描述的请求将描述提供给配套装置200。配套装置200可基于该描述来访问广播接收装置100。
配套装置可向广播接收装置发送对信令信息的通知的请求(DS1623)。更具体地，配套装置200可通过控制器来向广播接收装置100请求信令信息通知。更具体地，配套装置200使用UPnP协议来向广播接收装置100请求信令信息通知。在详细的实施例中，配套装置200可基于事件协议来向广播接收装置100请求订阅用于信令信息的事件。这里，信令信息可包括广播服务性质信息、紧急警报服务信息、NRT数据信息或者装置能力信息。对各个信息的通知的请求可使用与上述信息中的每一个对应的状态变量。
配套装置可接收信令信息(DS1625)。这里，信令信息可包括广播服务性质信息、紧急警报服务信息、NRT数据信息或者装置能力信息。可使用与上述信息中的每一个对应的动作和动作自变量来执行各个信息的接收。
配套装置可执行与所接收的信令信息有关的功能(DS1627)。配套装置可在接收到广播服务性质信息时更新广播服务性质信息。配套装置可在紧急警报服务信息时显示紧急警报消息。配套装置可在接收到NRT数据信息时更新NRT数据的性质信息。在接收到装置能力信息时，配套装置可请求并接收媒体组件，显示不可呈现消息，请求并接收可替换媒体组件，或者显示用于请求用户的同意的消息。
配套装置的操作可根据在上面的附图中描述的实施例来执行。
图259是示出根据本发明的实施例的广播接收装置的操作的流程图。
广播接收装置100和配套装置200生成配对会话(DS1631)。更具体地，广播接收装置100可通过IP通信单元130生成与配套装置200的配对会话。更具体地，配套装置200可通过通信单元生成与广播接收装置100的配对会话。更具体地，广播接收装置100和配套装置200可生成用于双向通信的配对会话。更具体地，广播接收装置100和配套装置200可利用UPnP协议来生成配对会话。在详细的实施例中，广播接收装置100可利用UPnP的发现协议来寻找配套装置200。例如，广播接收装置100可通过公知的IP地址来多播用于寻找配套装置的发现消息。此时，已接收到多播消息的配套装置200可向广播接收装置100请求描述。广播接收装置100可基于配套装置200对描述的请求将描述提供给配套装置200。配套装置200可基于该描述来访问广播接收装置100。在另一详细实施例中，配套装置200可使用UPnP的发现协议找到广播接收装置100。例如，配套装置200可通过公知的IP地址来多播用于寻找用于交互操作的广播接收装置100的消息。此时，广播接收装置100可利用发现消息来响应多播消息。此时，已接收发现消息的配套装置200可向广播接收装置100请求描述。广播接收装置100可基于配套装置200对描述的请求将描述提供给配套装置200。配套装置200可基于该描述来访问广播接收装置100。
广播接收装置可基于广播服务接收用于用信号通知广播服务的信令信息(DS1633)。这里，该信令信息可包括广播服务性质信息、紧急警报服务信息、NRT数据信息或者装置能力信息。可使用与上述信息中的每一个对应的动作和动作自变量来执行各个信息的接收。广播接收装置可从广播发送装置或者内容/信令服务器接收信令信息。
广播接收装置可向配套装置通知信令信息(DS1635)。广播接收装置可将信令信息通知给向它传送了订阅信令信息的请求的配套装置。仅当信令信息改变时，广播接收装置才可选择性地向配套装置通知信令信息。在一些实施例中，可仅通知改变的信息或者通知所有的信令信息。
广播接收装置的操作可根据在上面的附图中描述的实施例来执行。
广播接收装置可在与配套装置交互操作的状态下向配套装置通知广播接收装置所接收的的信令信息。另外，配套装置可使用从广播接收装置接收的信令信息来执行与其对应的操作。因此，考虑配套装置的性质的信令和内容呈现是可能的。
下文中，图260至图270的描述可被增加或者可替换图96至图102的描述。
图260是示出根据本发明的实施例的广播系统的配置的图。
根据本发明的实施例的广播系统可包括广播接收装置、配套装置C200和/或外部管理设备C300。广播接收装置可接收并处理广播信号。配套屏幕装置C200可以是用于与广播接收装置共享包括信令信息的音频、视频和/或数据的外部装置。配套屏幕装置C200可通过互联网来接收广播服务。配套屏幕装置C200可被称作第二广播接收装置、第二接收机、第二屏幕装置、从装置(SD)和/或配套装置(CD)。广播接收装置和/或配套屏幕装置C200的详细描述可包括上述描述。外部管理设备C300可以是内容服务器。外部管理设备C300可表示广播接收装置的用于提供广播服务/内容的外部模块(例如，下一代广播服务/内容服务器)。
根据本发明的实施例的广播接收装置(DTV接收机)包括广播接口C110、宽带接口C130、配套屏幕接口C140和/或控制器C150中的至少一个。
广播接口C110可以是用于执行广播接口C110所执行的多个功能的一个或多个处理器。广播接口可包括一个或多个电路以及一个或多个硬件单元。更具体地，广播接口C110可以是包括各种半导体部件的芯片上系统(SOC)。此时，SOC可以是包括诸如图形、音频、视频和调制解调器的各种半导体部件以及包括处理器和DRAM的半导体部件的半导体器件。广播接口C110可包括物理层模块C113和物理层IP帧模块C111。物理层模块C113通过广播网络的广播信道来接收并处理广播相关信号。物理层IP帧模块C111将从物理层模块C113获取的诸如IP数据报的数据分组转换为特定帧。例如，物理层模块C113可将IP数据报等转换为RS帧或GSE。
宽带接口C130可以是用于执行宽带接口C130所执行的多个功能的一个或多个处理器。宽带接口可包括一个或多个电路和一个或多个硬件单元。更具体地，宽带接口C130可以是包括各种半导体部件的芯片上系统(SOC)。此时，SOC可以是包括诸如图形、音频、视频和调制解调器的各种半导体部件以及包括处理器和DRAM的半导体部件的半导体器件。宽带接口C130可包括互联网接入控制模块C131。互联网接入控制模块C131可控制广播接收装置通过通信网络(宽带)获取服务、内容和信令数据中的至少一个的操作。
配套屏幕接口C140可发现配套屏幕装置C200。配套屏幕接口C140可向配套屏幕装置C200发送数据和/或信令信息或者从配套屏幕装置C200接收数据和/或信令信息。配套屏幕接口C140可包括数据共享单元C141(数据共享&通信)和装置管理器(C143)中的至少一个。例如，配套屏幕接口C140可被包括在控制器C150中。
数据共享单元C141(数据共享&通信)执行广播接收装置与外部装置之间的数据传输操作，并且处理交换相关信息。更具体地，数据共享单元C141可向外部装置发送A/V数据或信令信息。另外，数据共享单元C141可从外部装置接收A/V数据或信令信息。
装置管理器C143管理可连接的外部装置。更具体地，装置管理器C143可执行外部装置的添加、删除和更新中的至少一个。另外，外部装置可连接至广播接收装置并与广播接收装置交换数据。
控制器C150可以是用于执行控制器C150所执行的多个功能的一个或多个处理器。控制器可包括一个或多个电路和一个或多个硬件单元。更具体地，控制器C150可以是包括各种半导体部件的芯片上系统(SOC)。此时，SOC可以是包括诸如图形、音频、视频和调制解调器的各种半导体部件以及包括处理器和DRAM的半导体部件的半导体器件。控制器C150可包括信令解码器C1510、数据库C1520、服务信令管理器C1531、警报信令管理器C1532、服务指南管理器C1533、应用信令管理器C1534、定向信令管理器C1535、流媒体引擎C1541、非实时文件处理器C1542、组件同步器C1543、定向处理器C1550、应用处理器C1561、警报处理器C1562、A/V处理器C1565、再分布模块C1570和/或服务/内容获取控制器C1580中的至少一个。
信令解码器C1510将信令信息解码。
数据库C1520可存储数据。数据库C1520可包括服务映射数据库C1521、服务指南数据库C1523和/或PDI数据库C1525中的至少一个。服务映射数据库C1521可存储与服务映射有关的信息。服务指南数据库C1523可存储与服务指南数据有关的信息。PDI数据库C1525可存储与PDI有关的数据。
服务信令管理器C1531解析服务信令信息。服务信令管理器C1531可执行从IP数据报的服务扫描以及与服务/内容有关的信令信息提取、解析和管理。例如，服务信令管理器C1531提取并解析与服务有关的信令信息。此时，与服务有关的信令信息可以是与服务扫描有关的信令信息。另外，与服务有关的信令信息可以是与通过服务提供的内容有关的信令信息。
警报信令管理器C1532从IP数据报等提取并解析与警报有关的信令信息。
服务指南管理器C1533从IP数据报等提取声明信息，管理服务指南(SG)数据库，并提供服务指南信息。
应用信令管理器C1534可从IP数据报提取、解析和/或管理与应用获取有关的信令信息。与应用获取有关的信令信息可包括与应用和/或应用信令信息有关的信令信息。
定向信令管理器C1535提取并解析用于将服务或内容个性化的信息或者用于用信号通知定向信息的信息。
流媒体引擎C1541可从IP数据报等提取并解码用于A/V流传输的音频/视频数据。流媒体引擎C1541可包括用于对调度流进行解码的调度流解码器(未示出)，调度流是根据诸如广播商的内容提供商所决定的时间表来流传输的内容。另外，流媒体引擎C1541可包括用于对点播流进行解码的点播流解码器(未示出)，点播流是点播内容。
非实时文件处理器C1542可从IP数据报等以及诸如应用的文件类型数据提取、解码和/或管理NRT数据。非实时文件处理器C1542可包括用于对下载的文件进行解码的文件解码器(未示出)。文件解码器对通过广播网络和/或通信网络下载的文件进行解码。另外，非实时文件处理器C1542可包括用于存储文件的文件数据库(未示出)。更具体地，文件数据库可存储通过广播网络和/或通信网络下载的文件。
组件同步器C1543使内容或服务同步。组件同步器C1543可使诸如流式音频/视频数据和NRT数据的内容和服务同步。更具体地，组件同步器C1543使由非实时文件处理器C1542和/或流媒体引擎C1541中的至少一个解码的内容同步。
定向处理器C1550处理用于将服务或内容个性化的信息。
应用处理器C1561控制应用和应用相关信息的执行。更具体地，应用处理器C1561处理下载的应用的状态和显示参数。
警报处理器C1562处理警报相关信令信息。
A/V处理器C1565基于解码的音频、视频、应用、数据等来处理音频/视频渲染相关操作。
当没有通过广播网络接收到服务或内容时，再分布模块C1570执行用于支持服务、内容、服务相关信息和内容相关信息中的至少一个的获取的操作。更具体地，可向外部管理设备300请求服务、内容、服务相关信息和内容相关信息中的至少一个。
服务/内容获取控制器C1580控制接收机获取服务、内容以及服务或内容相关信息中的至少一个的操作。服务/内容获取控制器C1580控制接收机通过广播网络或通信网络获取服务、内容或者服务或内容相关信令数据的操作。
图261是示出根据本发明的实施例的广播接收装置的配置的图。
广播接收装置100可包括广播接口110、宽带接口130、配套屏幕接口(未示出)和/或控制器150中的至少一个。配套屏幕接口(未示出)可被包括在控制器150中。
广播接口110可包括调谐器111和物理帧解析器113中的至少一个。
调谐器111接收通过广播网络发送的广播信号。调谐器11可将所接收的广播信号转换为物理帧格式。
物理帧解析器113从所接收的广播信号的物理帧提取链路层帧。
宽带接口130接收和发送IP数据。
控制器150可包括物理层控制器251、链路层帧解析器252、IP/UDP数据报过滤器253、应用层传输客户端255、定时控制器257、系统时钟259、DTV控制引擎261、用户输入接收器263、信令解析器265、频道映射数据库267、HTTP接入客户端269、HTTP接入缓存271、DASH客户端273、ISO BMFF解析器275、媒体解码器277和文件数据库279中的至少一个。
物理层控制器251控制广播接收机110的操作。更具体地，物理层控制器251可控制由广播接收机110接收的广播信号的传输参数，并且选择性地接收广播信号。例如，物理层控制器251可控制由调谐器111接收的广播信号的频率。另外，物理层控制器251可控制物理帧解析器113并从广播信号提取链路层帧。
链路层帧解析器252从广播信号的链路层帧提取与链路层帧的有效载荷对应的数据。更具体地，链路层帧解析器252可从链路层帧提取链路层信令。链路层信令通过链路层用信号通知广播服务。因此，广播接收装置100可获取关于广播服务的信息而无需提取应用层。因此，广播接收装置100可快速地扫描和切换广播服务。另外，链路层帧解析器252可从链路层帧提取IP/UDP数据报。
IP/UDP数据报过滤器253从IP/UDP数据报提取特定IP/UDP数据报。由于通过广播网络的数据传输或者通过通信网络的多播是单向通信，所以广播接收装置100接收其所需的数据以外的数据。因此，广播接收装置100从数据流提取其所需的数据。IP/UDP数据报过滤器253从IP/UDP数据报流提取广播接收装置100所需的IP/UDP数据报。更具体地，IP/UDP数据报过滤器253提取与指定的IP地址和UDP端口号对应的IP/UDP数据报。此时，IP地址可包括源地址和目的地地址中的至少一个。
应用层传输客户端255处理应用层传输分组。更具体地，应用层传输客户端255处理基于经由单向传输的实时对象传送(ROUTE)的ALC/LCT分组。ROUTE协议是指利用ALC/LCT分组发送实时数据的应用层协议。广播接收装置100可从ALC/LCT分组提取广播服务信令信息、NRT数据和媒体内容中的至少一个。此时，媒体内容可为MPEG-DASH格式。更具体地，媒体内容可被封装在ISO基础媒体文件格式(ISO BMFF)中并通过MPEG-DASH协议来发送。广播接收装置100可从ROUTE分组提取MPEG-DASH片段。另外，广播接收装置100可从MPEG-DASH片段提取ISO BMFF文件。
应用层传输客户端255可处理诸如基于ROUTE的ALC/LCT分组和/或MPEG媒体传输(下文中，MMT)分组的传输分组，收集并处理多个分组，并且生成一个或更多个ISO基础媒体文件格式对象。
定时控制器257处理包括系统时间信息(媒体内容再现的参考信息)的分组。另外，定时控制器257可基于系统时间信息来控制系统时钟。
系统时钟259提供用于广播接收装置100的操作的参考时钟。
DTV控制引擎261用作组件之间的接口。更具体地，DTV控制引擎261可传送用于控制组件的操作的参数。
用户输入接收器263接收用户输入。更具体地，用户输入接收器263可接收用户的远程控制输入和键输入中的至少一个。
信令解析器265传送关于广播服务的信息，解析用信号通知广播服务的广播服务信令信息，并且提取关于广播服务的信息。更具体地，信令解析器265可解析从应用层提取的广播服务信令信息并且提取关于广播服务的信息。在另一实施例中，信令解析器265可解析从链路层提取的广播服务信令信息并且提取关于广播服务的信息。
频道映射数据库267存储关于广播服务的频道映射的信息。更具体地，信令解析器265可提取关于广播服务的信息并且将关于频道映射的信息存储在频道映射数据库267中。另外，DTV控制引擎261可从频道映射数据库获取关于广播服务的频道映射的信息。此时，关于频道映射的信息可包括广播服务的频道号和广播服务的广播服务名称中的至少一个。
HTTP接入客户端269处理HTTP数据。更具体地，HTTP接入客户端269可利用HTTP接收对内容服务器50的请求，并且响应于该请求从内容服务器50接收响应。
HTTP接入缓存271缓存HTTP数据以改进HTTP数据的处理速度。
DASH客户端273处理MPEG-DASH片段。更具体地，DASH客户端273可处理通过通信网络接收的MPEG-DASH片段。更具体地，DASH客户端273可处理从通过广播网络接收的广播信号的应用层提取的MPEG-DASH。
ISO BMFF解析器275处理ISO BMFF分组。更具体地，ISO BMFF解析器275可从ISOBMFF分组提取媒体内容。
媒体解码器277将媒体内容解码。更具体地，媒体解码器277可将媒体内容解码并再现媒体内容。
文件数据库279存储广播服务所需的文件。更具体地，文件数据库279可存储从广播信号的应用层提取的文件。
图262是示出根据本发明的实施例的应用层传输协议栈的图。
参照附图，示出支持基于IP的下一代混合广播的系统的协议栈。
根据本发明的实施例的广播发送装置可基于应用层传输协议栈来发送广播服务。
根据本发明的实施例的广播服务可包括媒体数据(例如，视频数据、音频数据或隐藏字幕数据)和补充服务，例如HTML5应用、双向服务、ACR服务、第二屏幕服务、个性化服务等。
例如，支持基于IP的混合广播的下一代广播系统的广播服务可包括实时内容数据、信令数据、电子服务指南(ESG)数据和/或NRT(非实时)内容数据。
这种广播服务可通过诸如地面、有线和/或卫星网络的广播网络来发送。另外，根据本发明的实施例的广播服务可通过互联网(宽带)来发送。
首先，将描述经由广播网络发送广播服务的方法。
媒体数据可包括视频数据、音频数据和/或隐藏字幕数据。媒体数据可被封装到MPEG(运动图像专家组)-DASH(HTTP动态自适应流)片段和/或MMT(MPEG媒体传输)MPU(媒体处理单元)中。例如，MPEG-DASH片段和/或MMT MPU的文件格式可以是ISO基础媒体文件(下文中，ISO BMFF)。
信令数据、ESG数据、NRT(非实时)内容数据和/或实时内容数据可被封装到支持实时传输的应用层传输协议分组中。例如，实时内容数据可包括诸如视频数据、音频数据和/或隐藏字幕数据的媒体数据。另外，NRT内容数据可包括媒体数据和/或应用数据。另外，应用层传输协议可包括ROUTE(经由单向传输的实时对象传送)和/或MMT。应用层传输协议分组可包括ROUTE分组和/或MMT分组。下文中，应用层传输协议分组可被称作分组。
然后，封装到应用层传输协议分组中的数据可被封装到UDP数据报中。
然后，UDP数据报可被封装到IP数据报中。例如，IP数据报可以是基于IP多播或IP单播方案的数据报。
然后，IP数据报可被承载在广播信号中。例如，IP数据报可通过物理层(广播PHY)来发送。
根据本发明的实施例的信令数据可根据信令的性质通过经由广播网络和下一代广播传输系统的物理层发送的传输帧(或帧)的特定物理层管道(PLP)来发送。例如，信令格式可以是被封装到比特流或IP数据报中的格式。
接下来，将描述通过互联网来发送广播服务的方法。
信令数据、ESG数据、NRT内容数据和/或实时内容数据可被封装到超文本传输协议(HTTP)分组中。
然后，封装到HTTP分组中的数据可被封装到传输控制协议(TCP)分组中。根据本发明的实施例的广播服务可被直接封装到TCP分组中。
然后，TCP分组可被封装到IP数据报中。例如，IP数据报可以基于IP多播或IP单播方案。
然后，IP数据报可被承载在广播信号中。例如，IP数据报可通过物理层(广播PHY)来发送。
信令数据、ESG数据、NRT内容数据和/或实时内容数据可响应于接收机的请求通过互联网来发送。
广播接收装置可基于上述ROUTE协议栈来接收广播服务。
下文中，将聚焦于上述信令数据、ESG数据、NRT内容数据和/或实时内容数据被封装到ROUTE传输分组中的情况。
ROUTE是用于通过IP多播网络的文件传输的协议。ROUTE协议使用异步分层编码(ALC)(为大规模分级多播分布设计的基础协议)、分层编码传输(LCT)协议以及其它公知的互联网协议。ROUTE是FLUTE的改进版本或功能替代并且具有附加特征。
ROUTE可发送信令消息、电子服务指南(ESG)消息和NRT内容。ROUTE适合于发送诸如MPEG-DASH媒体片段文件的流媒体。与FLUTE相比，ROUTE通过传送链提供较低的端对端延迟。
ROUTE协议是提供任意类型的对象的传输的通用传输应用。ROUTE协议支持包括场景描述、媒体对象和DRM相关信息的丰富呈现。ROUTE适合于实时媒体内容的传输并且提供许多特征。
例如，ROUTE提供对不同媒体组件(例如，语言轨道、字幕、另选视频视图)的单独传送和访问。另外，ROUTE通过允许在不同传输会话或不同ROUTE会话中的传送来提供分层编码的支持。另外，ROUTE提供对包括多级的灵活FEC保护的支持。另外，ROUTE提供简单MPEG-DASH组合。MPEG-DASH组合实现DASH的广播和宽带传送模式之间的协同。另外，ROUTE在加入ROUTE会话和/或传输会话时提供对媒体的快速访问。另外，ROUTE聚焦于传送的概念以提供高扩展性。另外，ROUTE提供与现有IETF协议的兼容性以及与支持IETF IETF的扩展机制的兼容性。
图263是示出根据本发明的实施例的广播传输帧的图。
下文中，DP(数据管道)可被称作PLP(物理层管道)。
在一个实施例中，广播传输帧包括P1部分、L1部分、公共PLP部分、交织(调度&交织)的PLP部分以及辅助数据部分。
在一个实施例中，广播发送装置通过广播传输帧的P1部分来发送用于传输信号检测的信息。另外，广播发送装置可通过P1部分来发送用于广播信号的调谐的调谐信息。
在一个实施例中，广播发送装置通过L1部分来发送广播传输帧的配置和各个PLP的性质。此时，广播接收装置可将基于L1部分的P1解码以获取广播传输帧的配置和各个PLP的性质。
在一个实施例中，广播发送装置可通过公共PLP部分来发送共同应用于PLP的信息。在详细的实施例中，广播传输帧可不包括公共PLP部分。
在一个实施例中，广播发送装置通过交织的PLP部分来发送包括在广播服务中的多个组件。此时，交织的PLP部分包括多个PLP。
在一个实施例中，广播发送装置可通过L1部分或公共PLP部分来用信号通知指示配置各个广播服务的组件通过哪一PLP发送的信息。然而，广播接收装置应该将交织的PLP部分的多个PLP解码以便获取用于广播服务扫描的详细广播服务信息。
不同的是，广播发送装置可发送包括单独的部分的广播传输帧，所述单独的部分包括通过广播传输帧发送的广播服务以及关于包括在广播服务中的组件的信息。此时，广播接收装置可通过单独的部分快速地获取广播服务以及关于包括在广播服务中的组件的信息。
图264是示出根据本发明的实施例的广播传输帧的图。
在一个实施例中，广播传输帧包括P1部分、L1部分、快速信息信道(FIC)部分、交织(调度&交织)的PLP部分以及辅助数据部分。
除了FIC部分之外的部分等同于上述实施例中的那些。
广播发送装置通过FIC部分发送快速信息。快速信息可包括广播流的配置信息、简要广播服务信息以及通过传输帧发送的组件信息。广播接收装置可基于FIC部分来扫描广播服务。更具体地，广播接收装置可从FIC部分提取关于广播服务的信息。快速信息也可被称作链路层信令。广播接收装置可仅解析链路层而不解析应用层，以获取广播服务信息和组件信息。
另外，特定PLP可作为能够快速地且鲁棒地发送广播服务的信令以及对应传输帧中发送的内容的基础PLP来操作。
图265是示出根据本发明的实施例的广播传输帧的图。
图中示出通过物理层的传输帧的各个PLP发送的数据。即，链路层信令和/或IP数据报可被封装到通用分组中并通过PLP来发送。
图266是示出根据本发明的实施例的LCT分组的图。
应用层传输会话可以是IP地址和端口号的组合。
在经由单向传输的实时对象传送(下文中，ROUTE)中，ROUTE会话可包括一个或更多个LCT(分层编码传输)会话。例如，如果一个媒体组件(例如，DASH表示等)通过一个LCT传输会话发送，则一个或更多个媒体组件可被复用并通过一个应用传输会话来发送。另外，一个或更多个传输对象可通过一个LCT传输会话来传送，并且各个传输对象可以是与通过传输会话发送的DASH表示关联的DASH片段。另选地，传输对象可包括上述传送对象。
例如，如果应用层传输协议基于LCT，则传输分组可被如下配置。传输分组可包括LCT头、ROUTE(ALC)头和/或有效载荷数据。
LCT头可包括LCT版本号字段(V)、拥塞控制标志字段(C)、预留字段(R)、传输会话标识符标志字段(S)、传输对象标识符标志字段(O)、半字标志字段(H)、发送方当前时间存在标志字段(T)、预期残留时间存在标志字段(R)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传输会话标识符字段(TSI)、传输对象标识符字段(TOI)和/或头扩展字段中的至少一个。
ROUTE(ALC)头可包括FEC有效载荷ID字段(未示出)。
有效载荷数据可包括编码符号字段。
LCT版本号字段(V)可指示协议版本号。例如，LCT版本号字段(V)可指示LCT版本号。LCT头的LCT版本号字段(V)可被解释为ROUTE版本号字段。ROUTE的版本可隐含地使用LCT构建块的版本“1”。例如，版本号可为“0001b”。
拥塞控制标志字段(C)可指示拥塞控制信息字段的长度。C＝0可指示拥塞控制信息(CCI)字段的长度为32比特。C＝1可指示拥塞控制信息(CCI)字段的长度为64比特。C＝2可指示拥塞控制信息(CCI)字段的长度为96比特。C＝3可指示拥塞控制信息(CCI)字段的长度为128比特。
预留字段(R)为未来使用预留。例如，预留字段(R)可以是协议特定指示字段(PSI)。协议特定指示字段(PSI)可用作LCT高层协议中的专用指示符。PSI字段可指示当前分组是源分组还是FEC修复分组。由于ROUTE源协议仅发送源分组，所以PSI字段可被设定为“10b”。
传输会话标识符标志字段(S)可指示传输会话标识符字段的长度。
传输对象标识符标志字段(O)可指示传输对象标识符字段的长度。例如，对象可意指一个文件，并且TOI是各个对象的识别信息，TOI为0的文件被称作FDT。
半字标志字段(H)指示半字(16比特)是否被添加到TSI和TOI字段的长度。
发送方当前时间存在标志字段(T)可指示发送方当前时间(SCT)是否存在。T＝0可指示发送方当前时间(SCT)字段不存在。T＝1可指示发送方当前时间(SCT)字段存在。SCT可被包括以便于发送机将指示会话被处理多久的信息用信号通知给接收机。
预期残留时间存在标志字段(R)可指示是否存在预期残留时间(ERT)字段。R＝0可指示预期残留时间(ERT)字段不存在。R＝1可指示预期残留时间(ERT)字段存在。ERT可被包括以便于发送机将指示会话/对象传输持续多久的信息用信号通知给接收机。
关闭会话标志字段(A)指示会话是否被关闭或者将要被关闭。
关闭对象标志字段(B)指示所发送的对象是否被关闭或者将要被关闭。
LCT头长度字段(HDR_LEN)可指示LCD头的总长度(以32比特字为单位)。
码点字段(CP)可指示由当前分组发送的有效载荷的类型。根据有效载荷的类型，可在有效载荷数据的前面添加附加有效载荷头。
拥塞控制信息字段(CCI)用于发送诸如层数、逻辑信道号、序列号等的拥塞控制信息。LCT头中的CCI字段可包括必需的拥塞控制信息。
传输会话标识符字段(TSI)是会话的唯一标识符。TSI可在从特定发送机发送的所有会话当中唯一地识别会话。TSI字段可识别ROUTE中的传输会话。传输会话的内容可由LSID(LCT会话实例描述)提供。
LSID可定义在ROUTE会话的各个LCT传输会话中发送什么。各个传输会话可由LCT头的TSI来唯一地识别。LSID可通过包括LCT传输会话的相同ROUTE会话来发送，或者可通过通信网络、广播网络、互联网、有线网络和卫星网络来发送。用于发送LSID的手段不限于此。例如，LSID可通过具有TSI值“0”的特定LCT传输会话来发送。LSID可包括通过ROUTE会话发送的所有传输会话的信令信息。LSID可包括LSID版本信息以及关于LSID的有效性的信息。另外，LSID可包括用于提供关于LCT传输会话的信息的传输会话信息。传输会话信息可包括用于识别传输会话的TSI信息、通过TSI发送并提供关于用于源数据的传输的源流的信息的源流信息、通过TSI发送并提供关于用于传输修复数据的修复流的信息的修复流信息、以及包括传输会话的附加性质信息的传输会话性质信息。
TOI可指示当前分组与会话中的哪一对象有关。TOI字段可指示当前分组的有效载荷属于当前会话中的哪一对象。向TOI字段的对象的映射可通过扩展FDT来提供。
扩展FDT可指示文件传送数据的细节。这可以是扩展FDT实例。扩展FDT可用于生成连同LCT分组头一起的传送对象的FDT等同描述。扩展FDT可作为嵌入式参考来提供。在作为参考提供时，扩展FDT可相对于LSID被独立地更新。在被参考时，扩展FDT可作为包括在源流中的TOI＝0的带内对象来提供。
头扩展字段用作用于附加信息传输的LCT头扩展部分。LCT中的头扩展可用于容纳不总是使用或者具有可变大小的可选头字段。
例如，EXT_TIME扩展可用于发送多种类型的定时信息。EXT_TIME扩展可包括通用定时信息、发送方当前时间(SCT)、预期残留时间(ERT)和/或发送方最后改变(SLC)时间扩展。EXT_TIME扩展可用于适用性较窄的定时信息。例如，EXT_TIME扩展可被定义用于单个协议实例化。在这种情况下，EXT_TIME扩展可被单独地描述。
FEC有效载荷ID字段包括传输块或编码符号的识别信息。当上述文件被FEC编码时，FEC有效载荷ID指示标识符。例如，如果FLUTE协议文件被FEC编码，则FEC有效载荷ID可被分配以便于广播商或广播服务器识别FLUTE协议文件。
编码符号字段可包括传输块或编码符号的数据。
图267是示出根据本发明的实施例的通过FIC和/或PLP的信令信息的传送的图。
下一代广播系统的信令数据可如下发送。广播发送装置可利用快速信息信道(下文中，FIC)通过物理层帧来发送广播服务的信令数据，以便支持广播接收装置的快速服务/内容扫描。如果FIC不存在，则广播服务的信令数据可通过用于传送链路层信令的路径来传送。
包括关于服务和/或服务中的组件(音频、视频等)的信息的信令信息可通过物理层帧中的一个或更多个PLP被封装到IP/UDP数据报和/或应用层传输分组(例如，ROUTE分组、MMP分组等)中。
附图示出通过FIC和/或一个或更多个DP来发送这种信令数据的实施例。支持快速服务扫描/获取的信令数据可通过FIC来传送。另外，包括服务的细节的信令数据可被封装到IP数据报中并通过特定PLP来发送。
图268是示出根据本发明的实施例的通过传输会话的信令信息的传送的图。
参照图268，支持快速服务扫描/获取的信令信息可通过FIC来传送。另外，包括关于服务中的特定组件的信息的一些信令信息可通过ROUTE会话中的一个或更多个传输会话来传送。
图269是示出根据本发明的实施例的通过传输会话的信令信息的传送的图。
参照附图，支持快速服务扫描/获取的信令信息可通过FIC来传送。另外，包括服务以及服务的组件的细节的信令信息可通过ROUTE会话中的一个或更多个传输会话来传送。
图270是示出根据本发明的实施例的服务信令消息的配置的图。
更具体地，附图可示出根据本发明的实施例的服务信令消息头的句法。根据本发明的实施例的服务信令消息可包括信令消息头和信令消息。此时，信令消息可按照二进制或XML格式来表示。另外，服务信令消息可被包括在传输协议分组的有效载荷中。
根据实施例的信令消息头可包括用于识别信令消息的标识符信息。例如，信令消息可采取区段的形式。在这种情况下，信令消息的标识符信息可指示信令表区段的标识符(ID)。指示信令消息的标识符信息的字段可以是signaling_id。在一个实施例中，signaling_id字段可为8比特。例如，如果以区段的形式指示信令消息，则信令消息的标识符信息可指示信令表区段的id。
另外，根据实施例的信令消息头可包括指示信令消息的长度的长度信息。指示信令消息的长度信息的字段可以是signaling_length。在详细的实施例中，signaling_length字段可为16比特。
另外，根据实施例的信令消息头可包括用于扩展信令消息的标识符的标识符扩展信息。此时，标识符扩展信息可以是连同信令标识符信息一起识别信令的信息。指示信令消息的标识符扩展信息的字段可以是signaling_id_extension。在详细的实施例中，signaling_id_extension字段可为16比特。
此时，标识符扩展信息可包括信令消息的协议版本信息。指示信令消息的协议版本信息的字段可以是protocol_version字段。在详细的实施例中，protocol_version字段可为8比特。
另外，根据实施例的信令消息头可包括信令消息的版本信息。当包括在信令消息中的内容改变时，信令消息的版本信息可改变。指示信令消息的版本信息的字段可以是version_number字段。在详细的实施例中，version_number字段可为4比特。
另外，根据实施例的信令消息头可包括指示信令消息当前是否可用的信息。指示信令消息是否可用的字段可以是current_next_indicator。例如，如果current_next_indicator字段为1，则current_next_indicator字段可指示信令消息可用。作为另一示例，如果current_next_indicator字段为0，则current_next_indicator字段可指示信令消息不可用，并且包括相同信令标识符信息、信令标识符扩展信息和片断号信息的另一信令消息随后可用。
另外，根据实施例的信令消息头可包括indicator_flags。indicator_flags可包括fragmentation_indicator、payload_format_indicator和/或expiration_indicator中的至少一个。
fragmentation_indicator可指示信令消息是否被分片。如果fragmentation_indicator的值为“1”，则这可指示消息被分片。在这种情况下，fragmentation_indicator可指示signaling_message_data()中仅包括一些信令数据。如果fragmentation_indicator的值为“0”，则fragmentation_indicator可指示signaling_message_data()中包括全部信令数据。
payload_format_indicator可指示当前信令消息头部分中是否包括payload_format值。如果payload_format_indicator的值为“1”，则payload_format_indicator可指示信令消息头部分中包括payload_format值。
expiration_indicator可指示当前信令消息头部分中是否包括期满值。如果expiration_indicator的值为“1”，则expiration_indicator可指示信令消息头部分中包括期满值。
另外，根据实施例的信令消息头可包括信令消息的片断号信息。一个信令消息可在被划分成多个片断的状态下被发送。因此，便于接收机识别这多个片断的信息可以是片断号信息。指示片断号信息的字段可以是fragment_number字段。在详细的实施例中，fragment_number字段可为4比特。例如，如果一个信令消息在被划分成多个片断的状态下被发送，则fragment_number字段可指示当前信令消息的片断号。
另外，如果一个信令消息在被划分成多个片断的状态下被发送，则根据实施例的信令消息头可包括最后片断的编号信息。例如，如果关于最后片断号的信息为3，则这可指示信令消息在被划分成三个片断的状态下被发送。另外，这可指示包括片断号3的片断包括信令消息的最后数据。指示最后片断的编号信息的字段可以是last_fragment_number字段。在详细的实施例中，last_fragment_number字段可为4比特。
另外，根据实施例的信令消息头可包括指示包括在有效载荷中的信令消息数据的格式的有效载荷格式信息。指示有效载荷格式信息的字段可以是payload_format字段。例如，payload_format可指示二进制和/或XML中的一个。
另外，根据本发明的实施例的信令消息头可包括指示包括在有效载荷中的信令消息的期满时间的期满信息。期满信息可以是expiration。
图271是示出根据本发明的实施例的用于将紧急警报从广播接收装置用信号通知给配套装置的操作的梯形图。
根据本发明的实施例的广播接收装置100或C100可通过广播网络(广播方法)从广播发送装置300接收紧急警报消息，并且使用多播方法将所接收的紧急警报消息的所有和/或一些性质发送给至少一个配套装置200或C200或者配套屏幕装置C200。
例如，根据本发明的实施例的广播接收装置100可使用多播方法将紧急警报消息发送给至少一个配套装置200，而无需请求订阅。例如，根据本发明的实施例的广播接收装置100可使用多播方法将紧急警报消息的所有和/或一些性质发送给至少一个配套装置200。
多播方法是指在一个广播接收装置100处同时向通过互联网连接至网络的多个配套装置200发送数据(或数据报)的方法。例如，一个广播接收装置100可向所选择的特定组的至少一个配套装置200发送数据。多播方法可按照一对多方式单向地向特定装置发送数据。相比之下，广播方法与多播方法的不同之处在于，数据被单向地传送至多个未指定的装置。因此，多播方法可同时向连接至网络的至少一个装置发送数据。
即使当至少一个配套装置200未与广播接收装置100配对时，或者当至少一个配套装置200与广播接收装置100配对，但是还未向广播接收装置100请求订阅紧急警报服务时，广播接收装置100也可使用多播方法来将紧急警报消息发送给至少一个配套装置200。
根据本发明的实施例的广播接收装置100和至少一个配套装置200连接至网络以便于多播。
连接至网络的至少一个配套装置200总是针对预定义的紧急警报消息侦听多播地址(IP&端口)(CS1105)。例如，至少一个配套装置200准备好通过预定义的多播地址(例如，239.255.255.251:1900)接收包括紧急警报消息的紧急警报多播消息。
广播接收装置100从广播发送装置接收包括紧急警报消息的广播信号(CS1110)。更具体地，广播接收装置100可使用广播接收机110或广播接口C110来从广播发送装置300接收包括紧急警报消息和/或信令信息中的至少一个的广播信号。
广播信号可包括紧急警报表(EAT)，EAT可包括紧急警报消息。紧急警报消息可包括紧急警报。
另外，广播信号可包括信令信息，信令信息可包括服务映射表(SMT)，SMT可包括紧急警报消息的补充信息。紧急警报消息的补充信息可包括指示正由广播接收装置100提供的服务的标识符的ServiceId、指示广播接收装置100所接收的紧急警报消息的标识符的MessageId和/或指示与紧急警报有关的补充信息所在的内容服务器和/或广播接收装置100的地址的MessageURI中的至少一个。
广播接收装置100可基于紧急警报消息来生成包括与紧急警报消息有关的信息的紧急警报多播消息。
在一个实施例中，广播接收装置100可使用控制器150基于紧急警报消息来生成包括紧急警报消息的所有和/或一些性质的紧急警报多播消息。
在一个实施例中，广播接收装置100可使用控制器150基于紧急警报消息的补充信息来生成包括紧急警报消息的补充信息的紧急警报多播消息。
在一个实施例中，广播接收装置100可接收紧急警报消息并生成要显示给用户的用户界面(UI)。广播接收装置100可使用控制器150来生成紧急警报的用户界面信息。用户界面信息可指示用户界面的性质。紧急警报的用户界面信息可包括关于紧急警报的服务标识符、消息标识符和位置列表的信息。服务标识符可由<ServiceId>来表示，并且可指示正由广播接收装置提供的服务的标识符。消息标识符可由<MessageId>来表示，并且可指示广播接收装置所接收的紧急警报消息的标识符。位置列表可由<URIList>来表示，并且可指示URI的列表，所述URI指示使用广播接收装置所接收的紧急警报消息配置UI的html页面的位置。包括在位置列表中的位置信息可由<URI>来表示，并且可指示使用广播接收装置所接收的紧急警报消息配置UI的html页面的位置。<URIList>中可包括一条或更多条位置信息。然后，广播接收装置100可使用控制器150来生成包括紧急警报的UI信息的紧急警报多播消息。
广播接收装置100使用多播方法将紧急警报多播消息用信号通知(多播)给预定多播地址(CS1120)。例如，广播接收装置100可使用多播方法将包括紧急警报消息的所有和/或一些性质、紧急警报消息的补充信息和/或紧急警报的UI信息中的至少一个的紧急警报多播消息用信号通知(多播)给预定义的多播地址。预定义的多播地址可以是用于多播的网络内用于紧急警报多播消息的传输的多播地址。在这种情况下，广播接收装置100可使用控制器150将紧急警报多播消息用信号通知给至少一个配套装置200。
配套装置200可使用多播方法接收紧急警报多播消息(CS1130)。例如，配套装置200可在用于多播的网络内通过预定义的多播地址接收包括紧急警报消息的所有和/或一些性质、紧急警报消息的补充信息和/或紧急警报的UI信息中的至少一个的紧急警报多播消息。
配套装置200可处理紧急警报多播消息。例如，配套装置200可使用控制器来显示紧急警报消息的所有和/或一些性质。另外，配套装置200可使用控制器基于所接收的messageId和/或ServiceId来请求存储在广播接收装置100中的补充信息。另外，配套装置200可使用控制器基于所接收的messageURL通过内容服务器400的URL来请求补充信息。另外，配套装置200可使用控制器基于紧急警报的用户界面信息来向广播接收装置100请求用于紧急警报的用户界面。另外，配套装置200使用控制器基于能够获取用于紧急警报的用户界面的URI来显示用于紧急警报的用户界面。配套装置200可通过控制器基于能够获取用于紧急警报的界面的URI来显示用于紧急警报的界面。此时，配套装置200可从外部服务器获取用于紧急警报的界面。例如，配套装置200可从外部服务器接收用于紧急警报的界面的图像文件、HTML文件和XML文件中的至少一个。此时，外部服务器可以是内容/信令服务器400。在另一详细的实施例中，配套装置200可预先存储用于紧急警报的界面并且在所存储的界面当中检索与URI对应的界面。另外，配套装置200可显示通过这种操作获取的用于紧急警报的界面。
图272是示出根据本发明的实施例的用于紧急警报多播消息的传送的头消息格式的图。
广播接收装置可在从广播商接收到紧急警报消息时利用NOTIFY方法生成紧急警报多播消息并将紧急警报多播消息发送给配套装置。此时，TYPE的值可被设定为“atsc:emergency”，其可指示主体中包括紧急警报消息。
参照附图，紧急警报多播消息的请求行可等同于“NOTIFY*HTTP/1.1”。
“NOTIFY”可指示发送停止的方法。
“HTTP/1.1”可指示HTTP的版本。
另外，紧急警报多播消息的头字段可包括HOST字段、CACHE-CONTROL字段、LOCATION字段、NOTIFICATION-TYPE字段和/或MESSAGE-TYPE字段中的至少一个。
HOST字段可包括能够多播紧急警报消息的地址和/或端口。例如，HOST字段可包括“239.255.255.251:1900”。
CACHE-CONTROL字段可指示直至多播消息期满为止的时间。例如，CACHE-CONTROL字段可包括指定多播消息可用时的秒数的整数(字段值可具有max-age指令，其后跟随指定多播消息可用的秒数的整数。)。
LOCATION字段可指示内容服务器或广播服务器中的紧急警报消息的位置。例如，该位置可以是URL(统一资源定位符)。配套装置可访问该URL以访问紧急警报相关信息页面。
NOTIFICATION-TYPE字段可指示消息的类型。例如，NOTIFICATION-TYPE字段可指示“atsc:emergency”。
MESSAGE-TYPE字段可指示紧急消息类型。例如，MESSAGE-TYPE字段可指示公共警报协议(CAP)。
上面描述了基本头消息格式中可用的字段，根据下一代混合广播系统中所使用的紧急警报服务系统，这些字段可被删除/改变或者可增加字段。
图273是示出根据本发明的实施例的用于紧急警报多播消息的传送的主体消息格式的图。
参照该图，示出根据本发明的实施例的用于包括紧急警报消息的所有性质的紧急警报多播消息的传送的主体消息格式。
根据本发明的实施例的广播接收装置100可使用多播方法将包括所接收的紧急警报消息的所有性质的紧急警报多播消息用信号通知(或多播)给预定义的多播地址。在这种情况下，配套装置可能需要诸如CAP解析器的紧急消息解析器。
图274是示出根据本发明的实施例的用于紧急警报多播消息的传送的主体消息格式的图。
参照该图的(a)，示出根据本发明的实施例的用于包括紧急警报消息的一些性质的紧急警报多播消息的传送的主体消息格式。
广播接收装置可接收紧急警报消息，提取紧急警报消息的特定元素和/或性质，生成紧急警报多播消息，并多播该紧急警报多播消息。
例如，广播接收装置100可从紧急警报消息提取用于识别紧急警报的identifier元素、用于指示紧急警报的种类的category元素、指示紧急警报的描述的description元素、指示与紧急警报对应的区域的areaDesc元素、指示紧急警报的紧急性的urgency元素、指示引起紧急警报的灾难的严重性的severity元素和/或指示引起紧急警报的灾难的确定性的certainty元素中的至少一个。然后，广播接收装置100可使用控制器150基于紧急警报消息生成包括identifier元素、category元素、description元素、areaDesc元素、urgency元素、severity元素和/或certainty元素中的至少一个的紧急警报多播消息。
如果用户在接收到包括紧急警报消息的一些性质的紧急警报多播消息之后期望获得更多紧急警报相关信息，则配套装置可访问头的LOCATION字段的URL以访问紧急警报相关信息页面。即，配套装置可基于LOCATION字段的URL从内容服务器和/或广播服务器接收紧急警报相关信息。
参照该图的(b)，示出根据本发明的实施例的用于文本形式的紧急警报消息的传送的主体消息格式。
类似地，当用户期望获得更多紧急警报相关信息时，配套装置可访问头的LOCATION字段的URL以访问紧急警报相关信息页面。
图275是示出根据本发明的实施例的广播接收装置的操作的流程图。
根据本发明的实施例的广播接收装置可执行与上述描述有关的操作。
广播接收装置可使用广播接收机或广播接口来接收广播信号(CS1210)。例如，广播接收装置可接收包括紧急警报消息和/或指示紧急警报消息的元数据的信令信息的广播信号。
广播信号可包括紧急警报表(EAT)，EAT可包括紧急警报消息。紧急警报消息可包括紧急警报。另外，广播信号可包括信令信息，信令信息包括服务映射表(SMT)，SMT可包括紧急警报消息的补充信息。紧急警报消息的补充信息可包括指示正由广播接收装置100提供的服务的标识符的ServiceId、指示广播接收装置100所接收的紧急警报消息的标识符的MessageId和/或指示与紧急警报有关的补充信息所在的内容服务器和/或广播接收装置100的地址的MessageURI中的至少一个。
另外，信令信息可包括服务层信令(或第一信息)，其用于提供服务以及包括在服务中的至少一个内容组件的发现和获取。另外，信令信息可包括服务列表表(或者FIC或第二信息)，其包括与快速信道连接和切换有关的数据。服务列表表可构建服务的列表并提供服务层信令的引导发现。FIC可使得广播接收装置能够构建基本服务列表以及针对各个服务的服务层信令的引导发现。在一些实施例中，FIC可由服务列表表(SLT)来表示。FIC(或SLT)可通过链路层信令来发送。另外，FIC(或SLT)可在各个物理层帧中发送，以便于快速获取。在一些实施例中，FIC(或SLT)可通过物理层帧、用于发送信令的PLP和/或依据广播商分配的PLP中的至少一个来发送。
另外，信令信息可包括指示信令信息是否被分片的fragmentation_indicator、指示信令信息的头部分中是否包括关于有效载荷格式的信息的payload_format_indicator、指示信令信息的头部分中是否包括信令信息的期满时间的expiration_indicator、指示分片的信令信息的编号的fragment_number属性、指示分片的信令信息的编号中的最后编号的last_fragment_number属性、指示信令信息的有效载荷格式的payload_format属性以及指示信令信息的期满时间的expiration属性。
广播接收装置可使用控制器基于广播信号来生成紧急警报多播消息(CS1220)。
紧急警报多播消息可包括头消息，该头消息可包括指示能够多播紧急警报多播消息的地址和/或端口的HOST字段、指示紧急警报多播消息的期满时间的CACHE-CONTROL字段、指示紧急警报消息的位置的LOCATION字段、指示紧急警报多播消息的类型的NOTIFICATION-TYPE字段以及指示紧急警报消息的类型的MESSAGE-TYPE字段中的至少一个。
另外，紧急警报多播消息可包括主体消息，该主体消息可包括紧急警报消息的所有性质。
另外，紧急警报多播消息可包括主体消息，该主体消息可包括用于识别紧急警报的identifier元素、指示紧急警报的种类的category元素、指示紧急警报的描述的description元素、指示与紧急警报对应的区域的areaDesc元素、指示紧急警报的紧急性的urgency元素、指示引起紧急警报的灾难的严重性的severity元素以及指示引起紧急警报的灾难的确定性的certainty元素中的至少一个。
另外，广播接收装置可使用控制器来生成包括紧急警报消息的补充信息的紧急警报多播消息。
另外，广播接收装置可使用控制器基于紧急警报消息来生成用于紧急警报的用户界面，并且生成包括指示用户界面的性质的用户界面信息的紧急警报多播消息。用户界面信息可包括指示服务的标识符的ServiceId、指示紧急警报消息的标识符的MessageId和/或指示配置用户界面的页面的位置的URIList中的至少一个。
广播接收装置100可利用配套屏幕接口将紧急警报多播消息发送给配套屏幕装置(CS1230)。例如，广播接收装置100可使用多播方法将紧急警报多播消息用信号通知(或多播)给预定义的多播地址。配套屏幕装置可包括上述配套装置。另外，配套屏幕接口可被包括在控制器中。预定义的多播地址可以是用于多播的网络内用于紧急警报消息的传输的多播地址。例如，广播接收装置100可使用多播方法将包括紧急警报消息的所有或/或一些性质、紧急警报消息的补充信息和/或紧急警报的用户界面信息中的至少一个的紧急警报多播消息用信号通知(或多播)给预定义的多播地址。
图276是示出根据本发明的实施例的广播系统的图。
根据本发明的实施例的广播系统可包括广播发送设备C2760010、宽带服务器C2760020、广播接收设备C2760100和/或配套屏幕装置C2760200。
广播发送设备C2760010可提供广播服务。广播发送设备C2760010可包括控制器(未示出)和/或发送机(未示出)中的至少一个。广播发送设备C2760010也可由发送机表示。
例如，广播服务可包括内容(或线性服务)、应用(或非线性服务)和/或信令信息中的至少一个。广播服务可包括电子服务指南(ESG)、紧急警报消息和/或媒体回放状态信息。广播服务的详细描述可包括整个上述描述。
广播发送设备C2760010可利用卫星、地面和有线广播网络中的至少一个来发送包括广播服务的广播流。
宽带服务器C2760020可通过互联网接收来自广播接收设备C2760100和/或配套屏幕装置C2760200的请求，并且响应于该请求通过互联网提供广播服务。宽带服务器C2760020可包括包括内容的各种数据。宽带服务器C2760020可包括上述内容服务器。
广播接收设备C2760100可通过广播网络和/或互联网来接收广播服务。然后，广播接收设备C2760100可连接至配套屏幕装置C2760200。然后，广播接收设备C2760100可将广播服务发送给配套屏幕装置C2760200。例如，广播服务可包括内容(或线性服务)、应用(或非线性服务)和/或信令信息中的至少一个。广播服务可包括电子服务指南(ESG)、紧急警报消息和/或媒体回放状态信息。
广播接收设备C2760100可由接收机、第一接收机、第一屏幕装置、主控装置(MD)和/或主装置(PD)表示。
广播接收设备C2760100可包括广播接口C2760110(或广播接收机)、宽带接口C2760130(或IP收发机)、配套屏幕接口C2760140(或应用收发机)、解码器(未示出)、显示器(未示出)和/或控制器C410150)中的至少一个。
广播接口C2760110可接收包括广播服务的广播流。在这种情况下，广播流可利用卫星、地面和有线广播网络中的至少一个来发送。因此，广播接口C2760110可包括卫星调谐器、地面调谐器和有线调谐器中的至少一个以便接收广播流。
宽带接口C2760130可向宽带服务器C2760020请求广播服务。宽带接口C2760130可从宽带服务器C2760020接收广播服务。
配套屏幕接口C2760140可向配套屏幕装置C2760200的主装置接口C2760240发送/从其接收广播服务和/或信令数据。
解码器(未示出)可将广播服务解码。
显示器(未示出)可显示广播服务。
控制器C2760150可控制广播接口C2760100、宽带接口C2760130、配套屏幕接口C2760140、解码器和/或显示器的操作。
根据本发明的实施例，广播接收设备C2760100可使用控制器C2760150来连接至配套屏幕装置C2760200。为此，控制器C2760150可包括主装置网络处理器C2760153和主装置应用处理器C2760155。主装置网络处理器C2760153的详细描述可包括广播接收设备的网络处理器的整个上述描述。另外，主装置应用处理器C2760155的详细描述可包括广播接收设备的应用处理器的整个上述描述。
主装置应用处理器C2760155可直接地和/或间接地与广播接收设备C2760100的配套屏幕接口C2760140内部通信。主装置应用处理器C2760155可直接地和/或间接地与配套屏幕装置C2760200的主装置接口C2760240外部通信。主装置应用处理器C2760155可直接地和/或间接地与配套屏幕装置C2760200的配套屏幕应用处理器C2760255外部通信。
例如，主装置应用处理器C2760155可向主装置网络处理器C2760153请求与配套屏幕装置C2760200连接。在从配套屏幕装置C2760200接收到连接请求时，主装置网络处理器C2760153可将作出连接请求的主装置应用处理器C2760155与配套屏幕装置C2760200连接。
如上所述，主装置应用处理器C2760155可以是应用模块或应用浏览器。主装置应用处理器C2760155可以是HbbTV应用。主装置网络处理器C2760153可被具体实现为网络模块。主装置网络处理器C2760153可以是web socket服务器。当主装置网络处理器C2760153被具体实现为web socket服务器时，主装置应用处理器C2760155和配套屏幕装置C2760200可各自被视为一个客户端。另选地，第一客户端和第二客户端可被称作对等体。
主装置应用处理器C2760155可将指示由主装置网络处理器C2760153执行的广播接收装置信息或配套屏幕装置信息的主机请求头信息发送给主装置网络处理器C2760153。
另外，在接收到与主装置应用处理器C2760155的连接请求时，主装置网络处理器C2760153可生成主装置应用处理器C2760155的流头并将该流前端包含在流前端组中。在从配套屏幕装置C2760200接收到连接请求时，主装置网络处理器C2760153可生成配套屏幕装置C2760200的流前端并将该流前端连接至与流前端组匹配的主装置应用处理器C2760155的流前端。在这种情况下，主装置网络处理器C2760153可将匹配的主装置应用处理器C2760155的流前端或者配套屏幕装置C2760200的流前端从流前端组移除。
主装置应用处理器C2760155可发送作为连接目标的配套屏幕装置C2760200的IP地址，并且主装置应用处理器C2760155和/或应用中的每一个可使用相同端口。
配套屏幕装置C2760200可通过互联网从宽带服务器C2760020接收广播服务。配套屏幕装置C2760200可被表示为第二广播接收设备、第二接收机、第二屏幕装置、从装置(SD)和/或配套装置(CD)。配套屏幕装置C2760200可包括宽带接口C2760230(或IP收发机)、主装置接口C2760240(或应用收发机)、解码器(未示出)、显示器(未示出)和/或控制器C2760250中的至少一个。配套屏幕装置C2760200的数量可为多个。
宽带接口C2760230可向宽带服务器C2760020请求广播服务并从宽带服务器C2760020接收广播服务。宽带接口C2760230可从广播接收设备C2760100接收广播服务。
主装置接口C2760240可向广播接收设备C2760100的配套屏幕接口C2760140发送和/或从其接收广播服务和/或服务数据。
解码器(未示出)可将广播服务解码。
显示器(未示出)可显示广播服务。
控制器C2760250可控制宽带接口C2760230、主装置接口C2760240、解码器和/或显示器的操作。
控制器C2760250还可包括配套屏幕应用处理器C2760255。配套屏幕应用处理器C2760255的详细描述可包括应用处理器的整个上述描述。
配套屏幕应用处理器C2760255可直接地和/或间接地与配套屏幕装置C2760200的主装置接口C2760240内部通信。另外，配套屏幕应用处理器C2760255可直接地和/或间接地与广播接收设备C2760100的配套屏幕接口C2760140外部通信。配套屏幕应用处理器C2760255可直接地和/或间接地与广播接收设备C2760100的主装置应用处理器C2760155外部通信。
图277是示出根据本发明的实施例的广播发送方法的图。
广播发送设备可使用控制器(未示出)来生成用于服务的服务数据(或信令信息)(CS2770100)。
例如，服务数据可包括媒体回放状态信息、紧急警报消息和/或电子服务指南(ESG)中的至少一个。媒体回放状态信息、紧急警报消息和/或ESG的详细描述可包括媒体回放状态信息、紧急警报消息和/或ESG的整个上述描述。
广播发送设备可使用控制器来生成低层信令数据和/或服务层信令数据(CS2770200)。
广播发送设备可利用发送机来发送包括服务数据、低层信令数据和/或服务层信令数据的广播信号(CS2770300)。
低层信令数据可支持服务获取的引导。例如，低层信令数据可包括上述FIC。
服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。
第一信令数据可包括参考第二信令数据和第三信令数据形成的参考信息。例如，第一信令数据可包括上述USD和/或SMT。
第二信令数据可包括用于服务的组件的描述。例如，第二信令数据可包括上述MPD。
第三信令数据可包括与服务有关的组件的获取信息。例如，第三信令数据可包括SDP、SMT、CMT、ROUTE会话元素、LCT会话元素和/或LSID中的至少一个。
参考信息可包括参考第二信令数据形成的第一参考信息以及参考第三信令数据形成的第二参考信息。例如，第一参考信息可以是上述fullMpdURI属性(或Full_MPD_URL属性)，第二参考信息可以是atscSdpURI元素(或ATSC_SDP_URL属性)。
第三信令数据可包括多个第一传输会话元素。第一传输会话元素可包括关于用于发送服务的第一传输会话的信息。例如，第一传输会话可以是ROUTE会话。
第一传输会话元素可包括指示第一传输会话的源IP地址的sIpAddr属性、指示第一传输会话的目的地IP地址的dIpAddr属性、指示第一传输会话的目的地端口号的dport属性以及指示第一传输会话的物理层参数的PLPID属性中的至少一个。例如，第一传输会话元素可使用组件信息(s)、发起者和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a)和/或TSI信息(a)(route-tsi或flute-tsi)中的至少一个包括关于第一传输会话的信息。
第三信令数据可包括第二传输会话元素，第二传输会话元素可包括关于用于发送服务的组件的第二传输会话的信息，并且第三信令数据可包括识别用于发送组件的物理层管道的PLPID属性和识别第二传输会话的tsi属性中的至少一个。例如，第二传输会话可以是LCT会话。第三信令数据可包括识别用于发送组件的物理层管道的PLPID属性和识别第二传输会话的tsi属性中的至少一个。
图278是示出根据本发明的实施例的广播接收方法的图。
广播接收设备可使用广播接口来接收包括服务的广播信号(CS2780100)。
例如，服务可包括用于服务的服务数据和/或信令数据。服务可包括媒体回放状态信息、紧急警报消息和/或电子服务指南(ESG)。媒体回放状态信息、紧急警报消息和/或ESG的详细描述可包括媒体回放信息、紧急警报消息和/或ESG的整个上述描述。
广播信号还可包括用于服务的信令数据(或信令信息)。信令数据可包括低层信令数据和/或服务层信令数据。信令数据的详细描述可包括与信令数据有关的整个信息。
广播接收设备可利用配套屏幕接口从配套屏幕装置接收服务订阅请求。
订阅请求可包括指示订阅有效的持续时间的订阅持续时间信息。例如，订阅请求可包括指示直至媒体回放状态信息的订阅期满所请求的持续时间的SubscriptionDuration元素和/或指示直至紧急警报消息的订阅期满所请求的持续时间的SubscriptionDuration元素。
广播接收设备可利用控制器来连接至配套屏幕装置。诸如UPnP的技术用于连接和/或配对，但是用于配对的技术不限于此。为此，控制器可包括网络处理器和应用处理器。
应用处理器可向网络处理器请求与配套屏幕装置连接。应用处理器可发送指示由网络处理器执行的广播接收设备信息或配套屏幕装置信息的主机请求头信息。应用处理器可发送作为连接目标的配套装置的IP地址，并且应用可使用相同端口。
在从配套屏幕装置接收到连接请求时，网络处理器可将作出连接请求的应用处理器与配套装置连接。网络处理器可以是web socket服务器。
在接收到应用处理器的连接请求时，网络处理器可生成应用处理器的流前端并将该流前端包含在流前端组中。在从配套装置接收到连接请求时，网络处理器可生成配套装置的流前端并将所生成的流前端连接至流前端组中匹配的应用处理器的流前端。在这种情况下，网络处理器可将匹配的应用处理器的流前端或者配套装置的流前端从流前端组移除。
网络处理器和应用处理器的详细描述可包括整个上述描述。
广播接收设备可利用控制器来生成用于服务的通知消息(CS2480200)。
例如，通知消息可包括媒体回放状态信息。媒体回放状态信息的详细描述可包括与上述媒体回放状态信息有关的整个信息。
媒体回放状态信息可包括指示媒体回放状态的MPState元素。媒体回放状态信息还可包括指示媒体回放状态的速度的MPSpeed元素。媒体回放状态信息还可包括用于识别请求订阅媒体回放状态信息的媒体的MediaID元素。
例如，通知消息可包括紧急警报消息。
紧急警报消息可包括指示紧急警报消息的生成的日期和时间的SentTimestamp属性以及指示紧急警报消息有效的最后日期和时间的ExpiredTimestamp属性中的至少一个。
紧急警报消息可包括下列元素中的至少一个：EAMContent元素，其包括紧急警报消息的信息；ContentFormat属性，其指示紧急警报消息的内容格式；以及EAMContentAccessibilityURL元素，其指示提供初始紧急警报消息内容以便于可达性的URL。
紧急警报消息可包括指示紧急警报消息的种类的Category属性、指示紧急警报消息的紧急性的Urgency属性、指示紧急警报消息的严重性的Severity属性、指示紧急警报消息可用的地理位置的Geo-loc属性、指示紧急警报消息是否是新消息的NewMsg属性以及指示紧急警报消息是否仅被发送一次的OneTimeMsg属性中的至少一个。
例如，通知消息可包括电子服务指南(ESG)。
根据本发明的实施例，ESG可包括关于至少一个广播服务的ESG数据。这里，ESG数据可表示ESG中的元素/属性或者ESG中的数据。广播服务可对应于上述服务和信道。
例如，根据本发明的实施例，ESG数据可以是上述至少一个广播服务的服务类型信息、时间表信息、相关内容信息或相关组件信息。ESG数据可以是上述Service元素、Schedule元素、Content元素或Component元素的类型属性。这里，相关内容和相关组件可表示与ESG所描述的服务有关的内容以及与其有关的组件。
根据本发明的实施例，通知消息还可包括关于所接收的ESG的修改的信息。关于ESG的修改的信息可通过广播网络和/或互联网来接收。这里，关于ESG的修改的信息可包括所接收的ESG与预先存储的ESG数据相比的添加、修改或删除的ESG数据。这里，关于ESG的修改的信息可以是上述LastChangedESGData状态参数。添加、修改或删除的ESG数据可分别对应于Addition、Modification和Deletion元素。
广播接收设备可利用配套屏幕接口来将通知消息发送给配套屏幕装置(CS2470300)。
可基于通知协议将通知消息发送给配套屏幕装置。通知协议可指示web socket协议。与web socket协议有关的信息可包括与上述web socket有关的整个信息。例如，通知协议可指示广播接收设备生成事件并将通知消息发送给配套屏幕装置的方法。
上述各个操作可被省略，或者相同或相似的操作可用相同或相似操作中的其它操作代替。
图279是示出根据本发明的实施例的SGDU的图。
电子服务指南(ESG)数据可包括服务指南传送单元(SGDU)和/或服务指南传送描述符(SGDD)。SGDD可包括关于用于发送SGDU的传送路径的信息。SGDU可包括与服务和/或节目有关的信息。SGDU结构可以是用于服务指南片断的传输容器。例如，SGDU可包括服务信息、节目信息、频道号、广播商信息、字幕、广播评级和/或详细剧情。服务信息可包括服务标题和/或服务标识符。节目信息可包括节目标题、节目标识符、节目开始时间信息和/或节目结束时间信息。SGDU可以以片断为单位来配置，并且片断类型可包括服务片断、内容片断和/或时间表片断中的至少一个。SGDD和SGDU二者可为XML文件。ESG可由服务指南(SG)和/或电子节目指南(EPG)表示。ESG数据可由ESG表示。
SGDU可包括单元头、单元有效载荷和/或扩展部分中的至少一个。
单元头可包括extension_offset字段、n_o_service_guide_fragments字段、fragmentTransportID[i]字段、fragmentVersion[i]字段和/或offset[i]字段中的至少一个。
extension_offset字段可包括扩展部分是否存在。extension_offset字段的值可为“0”。参考接收机可处理extension_offset字段不为“0”的SGDU。
n_o_service_guide_fragments字段可指示服务指南片断的数量。
fragmentTransportID[i]字段可指示用于识别片断的传输标识符。
fragmentVersion[i]字段可指示片断的版本。
offset[i]字段可指示偏移信息。
单元有效载荷可包括fragmentEncoding[i]字段、fragmentType字段、XMLFragment字段、validFrom字段、validTo字段、fragmentID字段、SDPfragment字段、USBDfragment字段和/或ADPfragment字段中的至少一个。
根据本发明的实施例的单元有效载荷可根据fragmentEncoding[i]字段的值包括XMLFragment字段、SDPfragment字段、USBDfragment字段和/或ADPfragment字段中的一个。
fragmentEncoding[i]字段可指示与片断的编码有关的信息。
fragmentType字段可指示片断的类型。
XMLFragment字段可包括与XML片断的XML格式有关的信息。例如，当fragmentEncoding[i]字段具有值“0”时，单元有效载荷可包括XMLFragment字段。
validFrom字段可指示片断有效的开始时间。
validTo字段可指示片断的结束时间。
fragmentID字段可指示用于识别片断的标识符。
SDPfragment字段可包括与SDP片断的SDP格式有关的信息。例如，当fragmentEncoding[i]字段具有值“1”时，单元有效载荷可包括SDPFragment字段。
USBDfragment可包括与USBD片断的USBD格式有关的信息。例如，当fragmentEncoding[i]字段具有值“2”时，单元有效载荷可包括USBDFragment字段。
ADPfragment字段可包括与ADP片断的ADP格式有关的信息。例如，当fragmentEncoding[i]字段具有值“3”时，单元有效载荷可包括ADPFragment字段。
当extension_offset字段的值大于“0”时，可存在扩展部分。扩展部分可包括extension_type字段、next_extension_offset字段和/或extension_data字段。
extension_type字段可指示扩展部分的类型。
next_extension_offset字段可指示与下一扩展部分的偏移有关的信息。
extension_data字段可包括扩展部分的实际数据。
根据本发明的实施例的ESG数据可按照XML格式来表示。例如，根据本发明的实施例的fragmentEncoding[i]字段可具有值“0”。单元有效载荷可仅包括XML片断。ESG数据可按照XML格式来表示，因此，单元有效载荷可不具有“0”以外的值。
在“0”至“n_o_service_guide_fragments”的范围内可存在至少一个值“i”。在各个SGDU中fragmentEncoding[i]字段可具有值“0”。针对“0”至“n_o_service_guide_fragments”的范围内的任何“i”，参考接收机可无视与不为“0”的fragmentEncoding[i]字段有关的片断数据。
fragmentEncoding[i]字段可不具有“0”以外的值，因此，可通过节省用于检查服务指南片断的格式的资源来减小处理负担。
图280是根据本发明的实施例的应用相关广播服务的图。
本发明提出上述广播服务当中的应用相关广播服务的信令方法和同步方法。这里，应用相关广播服务可表示当基本广播服务的提供与应用有关时的广播服务。详细地，应用相关广播服务可以是包括基于应用的增强的线性服务和/或独立的基于应用的服务。在一些实施例中，根据本发明的信令方法等可被应用于使用应用的其它类型的服务。
首先，将描述包括基于应用的增强的线性服务。这里，线性服务可表示一般广播服务。增强可表示用于发送关于一般广播服务的附加信息的增强服务和交互服务。基于应用的增强可表示基于应用来提供/控制上述信息的情况。
例如，在足球比赛的广播(一般广播服务)期间，球员信息应用提供关于足球球员的信息的情况(基于应用的增强)可对应于包括基于应用的增强的线性服务。
将描述独立的基于应用的服务。独立的基于应用的服务可表示仅基于应用的增强的广播服务。即，独立的基于应用的服务可对应于应用提供服务的情况，但是不对应于基于应用的增强对基本广播服务提供附加信息的情况。广播独立应用等可以是用于提供独立的基于应用的服务的应用的实施例。
基于应用的增强可包括多个组件。基于应用的增强的组件可包括一个或更多个应用、0或更多个启用通知、0或更多个附加非实时(NRT)内容项目和/或0或更多个点播项目。
这里，各个应用可以是非实时(NRT)内容项目，并且可以是要在应用运行时环境中执行的NRT内容项目。这里，要由应用执行的动作可由通过广播网络/宽带发送的通知来发起，在这方面，通知可对应于上述启用通知。通知也可被称作“事件”。这里，附加NRT内容项目和/或点播项目可表示要由应用使用的数据。
在一些实施例中，包括在基于应用的增强中的应用之一可作为主应用准备。当主应用存在时，一旦包括对应基于应用的增强的广播服务被选择，就可执行主应用。主应用以外的其它应用可经由通过广播网络/宽带的信令来执行。主应用以外的应用可由已经执行的其它应用执行。在这种情况下，主应用以外的应用可由java脚本的createApplication()执行。
本发明提出如上所述各种类型的基于应用的增强的信令方法。本发明提出使启用通知与时基同步并发送启用通知的方法。应用的动作也可通过同步的启用通知来同步。
这里，应用可表示构成增强/交互服务的文档(HTML、CSS、JavaScript等)的集合。
这里，内容项目可表示为了呈现的目的旨在被当作一个单元的一个或更多个文件的集合。
这里，事件可表示指示应当对DASH客户端或应用执行动作的定时通知。
这里，事件流可表示上述事件的流。
这里，NRT内容项目可表示为了在未来呈现或应用中的另一用途而事先发送的内容项目。
这里，点播内容项目可表示在用户所请求的时间下载并呈现的内容项目。
图281是示出根据本发明的实施例的ApplicationList元素的一部分的图。
图282是示出根据本发明的实施例的ApplicationList元素的另一部分的图。
这两个图最初被示出于一张图中，但是由于空间限制而被分成两部分。
如上所述，广播服务可包括0或更多个基于应用的增强。例如，线性服务可包括基于应用的增强，其具有在后台中执行并且管理目标广告的插入的一个应用。线性服务还可包括基于应用的增强，其包括用于提供与音频/视频节目有关的交互观看体验的应用集合。
这里，各个基于应用的增强可被单独地用信号通知。因此，各种应用的制造商未必就其信令彼此协作。
包括在一个基于应用的增强中的应用集合可通过应用信令表(AST)来用信号通知。AST可以是XML文档之一并且可具有ApplicationList元素作为根元素。一个AST可包括关于包括在一个基于应用的增强中的应用的信令信息。在一些实施例中，一个AST可被扩展以用信号通知多个基于应用的增强。
关于一个服务的服务信令信息可包括对应服务中所包括的各个基于应用的增强的AST。即，当一个服务包括多个基于应用的增强时，该服务的服务信令信息可包括多个AST。
将描述所示的AST的实施例。在一些实施例中，AST的各个元素/属性可被添加/省略/改变。
AST可包括根元素作为ApplicationList元素。ApplicationList元素可包括Application元素的列表。即，ApplicationList元素可包括至少一个Application元素。
各个Application元素可包括appName元素、applicationDescriptior元素、applicationSpecificDescriptor元素、applicationUsageDescriptor元素、applicationBoundary元素、applicationTransport元素、applicationLocation元素、atsc:Capabilities元素、atsc:liveEventSource元素、atsc:ContentItems元素、@applicationIdentifier属性、@atsc:serviceId属性和/或@atsc:protocolVersion属性。
appName元素可指示由Application元素指示的应用的名称。该元素可被省略。应用名称可通过各种语言来表示。appName元素还可包括@lang属性。@lang属性可指示表示应用名称的语言。
applicationDescriptior元素可包括关于对应应用的信息。applicationDescriptior元素可包括所有应用中共同包括的信息项目。applicationDescriptior元素可包括icon元素、@type属性、@controlCode属性、@visibility属性、@serviceBound属性、@priority属性、@version属性、@mhpVersion属性、@storageCapabilities属性和/或@trickModeTolerance属性。
icon元素可表示要用于表示对应应用的图标。该元素可被省略。icon元素还可包括指示应用图像(图标)的MIME类型的@mimType属性和/或指示应用图像的面积/高度/深度的@width/@height/@depth属性。icon元素还可包括具有用于应用图像的下载的HTTP URL信息的@url属性。
@type属性可指示对应应用的类型。例如，该属性可指示对应应用是根据ATSC或DVB的应用。
@controlCode属性可包括用于对应应用的状态的控制的信息。例如，该属性可具有自动启动(autolaunch)、杀死(kill)等信息。所述信息可用于控制对应应用的状态。
@visibility属性可指示对应应用是否对用户和/或另一应用可见。这里，对应应用是否对用户和/或另一应用可见广义上可表示对应应用是否对用户界面可见。该属性可指示应用是否可听和可感知以及应用是否可见。在一些实施例中，对应应用是否通过扬声器对用户等可听可由@audibility属性单独地指示。该属性可被省略。
@serviceBound属性可指示对应应用是否是服务有界的。当该属性具有真值时，对应应用可为服务有界的，当应用具有假值时，应用可不是服务有界的。该属性可具有真值作为默认值。该属性可被省略。当该属性被省略时，这可意指对应应用是服务有界的。
@priority属性可指示与其它应用相比的相对优先级。@version属性可指示对应应用的版本。@mhpVersion属性可指示对应应用所需的平台或版本。该属性可被省略。
@storageCapabilities属性可指示缓存对应应用所需的存储的量。该属性可被省略。在一些实施例中，该属性可用于指示对应应用是否被缓存。
@trickModeTolerance属性可指示对应应用是否与特定特技模式兼容。当某些特技模式被执行时，对应应用是否与特定特技模式兼容可表示应用是否能够容许某些特技模式。特技模式可包括暂停、FF、慢速模式、倒回等。该属性可被省略。关于具有应用增强的广播服务，当用户针对广播服务进行特技播放时，可执行信令以对特技播放的基本节目正常地执行增强。
不同于上述applicationDescriptior元素，applicationSpecificDescriptor元素可具有仅特定类型的应用所需的信息。即，该元素的信息可取决于应用类型。根据应用不需要该元素，相应地，该元素可被省略。
applicationUsageDescriptor元素可指示对应应用的功能。例如，该元素可指示对应应用被用在图文电视中。可根据应用类型不需要该元素。该元素可被省略。
applicationBoundary元素可指示用于对应应用的应用边界的扩展的定义的URL信息。该元素可被省略。
applicationTransport元素可指示用于发送对应应用的协议。例如，该元素可指示对应应用通过ROUTE、MMT或HTTP来发送。在一些实施例中，该元素可指示用于发送对应AST的协议。当使用根据本发明的发送服务数据的上述方法时，该元素的允许值可为ROUTE、MMT、HTTP等。
applicationLocation元素可指示提供用于对应应用的获取的位置的URL。在一些实施例中，该元素可指示用于对应应用的获取的URL。
atsc:Capabilities元素可指示用于显著处理对应应用/基于应用的增强的能力信息。这里，显著处理可表示接收机侧显著渲染/解码/再现等的能力。在一些实施例中，能力信息可由预设的能力代码来指示。
atsc:liveEventSource元素可提供用于在直播情况下接收上述事件的信息。例如，在直播地提供的广播节目的情况下，事件也可实时地改变并被发送以便根据实时改变的广播节目的信息来提供增强。不同于预先生成的内容，在直播情况下可需要上述操作。在此情况下该元素可提供诸如用于实时事件的传输的URL的信息。该元素可包括@url属性、@shortPollingPeriod属性和/或@targetDevice属性。
@url属性可指示用于在直播情况下接收事件的URL。@shortPollingPeriod属性可指示当经由宽带的短轮询获取事件时的轮询周期。@targetDevice属性可指示对应直播事件的目标装置。例如，主装置(PD)或配套装置(CD)可以是目标装置。@shortPollingPeriod属性和/或@targetDevice属性可被省略。
atsc:ContentItems元素可包括关于要用于对应应用的各个内容项目的信息。可存在与内容项目的数量一样多的atsc:ContentItems元素。atsc:ContentItems元素还可包括location元素、@ContentLinkage属性、@updatesAvailable属性、@TFAvailable属性、@contentSecurityCondition属性、@availableInBroadcast属性、@availableOnInet属性、@playBackLengthInSecondes属性、@playBackDelay属性、@expiration属性,@size属性、@name属性和/或timeSlotInfo元素。
location元素可指示用于获取对应内容项目的位置信息。在一些实施例中，该信息可为URL格式。location元素可被省略，或者可存在多个location元素。
@ContentLinkage属性可指示使用对应内容项目的应用。可基于下面要描述的关于属性值和事件的信息(EventStream元素、emsg盒等)来对特定应用执行信令。该属性可提供例如特定应用的应用标识符或者指示用于发送应用数据的特定LCT会话。
@updatesAvailable属性可指示对应内容项目的更新是否可用。属性可具有真或假值。@TFAvailable属性可指示用于对应内容项目的信令信道中是否存在文本片断。
@contentSecurityCondition属性可指示对应内容项目的安全状态。@availableInBroadcast属性可指示是否通过广播网络获取对应内容项目。@availableOnInet属性可指示是否通过互联网获取对应内容项目。
@playBackLengthInSecondes属性可以以秒为单位指示在回放期间对应内容项目的长度。该属性可被省略。@playBackDelay属性可指示对应内容项目的回放延迟。该属性可被省略。@expiration属性可指示对应内容项目的期满周期。该属性可被省略。@size属性可指示对应内容项目的大小。该属性可被省略。@name属性可指示对应内容项目的名称。该属性可被省略。
timeSlotInfo元素可包括对应内容项目的时隙相关信息。timeSlotInfo元素还可包括@time_slot_start属性、@time_slot_length属性、@acquisition_time属性、@repeat_period属性和/或@slot_count属性。
@time_slot_start属性可指示时隙的开始时间。该时间可通过从1980年1月6日00:00:00UTC开始的GPS秒来表示。当该字段具有值0时，该字段可指示时隙从未知的过去发起。
@time_slot_length属性可以以分钟为单位指示时隙的长度。
@acquisition_time属性可指示确保至少一个内容项目的传输的最小时间间隔长度。该时间间隔可以以分钟为单位表示。这里，该时间间隔可被假设为从时隙中的任意时间开始，并且可包括时隙的结束。如果在时隙期间单个大的内容项目被重复地发送，则这将是发送内容项目的单个实例所花费的时间。如果众多小内容项目被轮转地发送，则这将是轮转循环时间。
@repeat_period属性可以以分钟为单位表示时隙的重复周期。
@slot_count属性可指示时隙的次数。该属性可指示从@time_slot_start属性所指示的时间的时隙开始的次数。slot_count的值零将指示重复将被假设为无限地继续。
Application元素可直接包括@ContentLinkage属性和/或timeSlotInfo元素。即，@ContentLinkage属性和/或timeSlotInfo元素可被包括在Application元素和atsc:ContentItems元素二者中。
在Application元素的属性当中，@applicationIdentifier属性可指示对应应用的标识符。该值可以是全局唯一值。
@atsc:serviceId属性可指示与对应应用有关的服务的服务标识符。
@atsc:protocolVersion属性可指示对应应用的协议版本。在一些实施例中，对应字段可被分成包括主协议版本和次协议版本的两个字段。另选地，该字段可同时提供主/次协议版本二者。
ApplicationList元素可包括@ASTVersionNumber属性、@timeSpanStart属性和/或@timeSpanLength属性以及多个Application元素。
@ASTVersionNumber属性可指示整个对应AST的版本号。在一些实施例中，对应字段可被分成包括主协议版本和次协议版本的两个字段。另选地，该字段可同时提供主/次协议版本二者。
@timeSpanStart属性可指示被对应AST实例覆盖的时间间隔的开始。AST可被分成多个实例并发送，并且各个AST实例可包括各个时间间隔的信令信息。
@timeSpanLength属性可指示被对应AST实例覆盖的时间间隔的长度。可计算被对应AST实例覆盖的时间间隔连同@timeSpanStart属性的值。
根据上述实施例的AST的各个字段可被省略或改变。在一些实施例中，附加字段可被添加到AST。AST的字段可用具有相同/相似含义的字段来代替。
上述AST可通过广播网络或宽带来发送。
当AST通过广播网络来发送时，用于应用增强的AST可通过与对应应用增强有关的广播服务的服务信令信道来发送。这里，服务的服务信令信道可表示用于发送上述SLS的路径。例如，在ROUTE的情况下，利用tsi＝0指定的LCT传送会话可通过专用信令信道来发送AST。在MMT的情况下，利用packet_id＝00指定的MMTP分组流可通过专用信令信道来发送AST。
当AST通过宽带来发送时，可经由查询询问来获取AST。该查询可利用上述SLT中的基础URL信息来生成。基础URL可以是用于AST的获取的URL信息。这里，SLT可以是包括关于与对应AST有关的广播服务的引导信息的SLT。在使用水印的情景的情况下，基础URL可通过水印来获取或者利用水印通过自动内容识别(ACR)过程来获取。
图283是示出根据本发明的实施例的事件消息表(EMT)的图。
如上所述，要由应用执行的动作可由通过广播网络/宽带发送的通知来开始。通知可被称作“事件”。根据上下文，由这些通知开始的应用操作、动作或操作状态也可被称作事件。另外，要由应用执行的动作也可被称作事件。
事件可通过广播网络或宽带来发送。在这种情况下，各个事件以及通过事件的动作需要与基本广播服务/广播节目同步。本发明提出事件的发送方法和同步方法。
下面将描述通过广播网络发送事件的情况。
当通过广播网络发送事件时，事件可作为DASH事件来发送。在这种情况下，事件可按照EventStream元素或emsg盒的形式来发送。当事件被发送至EventStream元素时，事件可按照由MPD的period元素指示的EventStream元素的形式来发送。当事件以emsg盒的形式发送时，事件可被发送至Representation片段中指示的emsg盒。
两种事件传送机制可一起使用。例如，一个事件流可包括发送至EventStream元素的一些事件和/或通过emsg盒发送的其它事件。
通过EvenstStream元素发送的事件可对应于要在与周期对应的时间间隔期间发送至接收机侧的事件。即，MPD可以是服务的服务信令信息并且可以以称作周期的服务的时间间隔为单位来提供信令信息。关于周期的信令信息可包括MPD Period元素，并且period元素可包括EventStream元素。EventStream元素可在对应服务的对应周期期间提供应用的操作所需的信令(事件)。
EventStream元素可以是Event元素的列表。各个EventStream元素可具有schemeIdUri属性和/或value属性。这两个属性可指示EventStream中的事件的类型。在一些实施例中，这两个属性可识别事件。这里，schemeIdUri属性和/或value属性可使用预定义的值。另选地，服务提供商可另外定义并使用schemeIdUri属性和/或value属性的值。schemeIdUri属性的“所有者”需要唯一地定义schemeIdUri属性并且需要定义对应value属性和事件语义。value信息可取决于应用并且可用于识别一个服务中的特定事件流。
EventStream元素还可包括timescale属性。该属性可指示事件呈现时间以及持续时间的参考时间标度。
EventStream元素的Event子元素可各自包括presentationTime属性、duration属性和/或id属性。presentationTime属性可指示各个事件的开始时间，duration属性可指示各个事件的持续时间，id属性可指示各个事件的标识符。在上下文中，事件可表示由事件(通知)发起的应用的动作以及响应于动作而发生的现象(弹出窗口等)。
Event子元素可不具有用于对应事件的数据。然而，在一些实施例中，Event元素可具有附加data元素和属性。data元素/属性可提供响应于事件而发起的动作的执行所需的数据。
在一些实施例中，一个周期中可存在具有不同类型的多个EventStream元素。
当以emsg盒的形式来发送事件时，如上所述，事件可在Representation片段中指示的emsg盒中发送。在这种情况下，MPD的Representation的InbandEventStream元素可用信号通知片段中的emsg盒中是否存在事件。
InbandEvent元素可包括schemeIdUri和/或value。这两个字段可指示emsg盒中的事件的类型。在一些实施例中，这两个字段可用于识别事件。
InbandEvent元素还可包括timescale字段。该字段可指示与事件有关的参考时间标度。
InbandEvent元素还可包括presentation_time_delta信息、event_duration信息和/或id信息。presentation_time_delta信息可指示对应事件的开始时间。这里，开始时间可被表示为对应Representation的开始时间处的相对值。event_duration信息可指示对应事件的持续时间。id信息可识别对应事件实例。
InbandEvent元素还可可选地包括message_data信息。message_data信息可提供执行由对应事件发起的动作所需的数据。
下面将描述通过宽带发送事件的情况。
关于通过广播网络的事件的传输，上面已描述了作为经由MPD的批量的批量传送和使用emsg盒的增量传送。类似地，关于通过宽带的事件的传输，可提出批量传送和增量传送。
当通过宽带经由批量传送发送事件时，事件可通过事件流表(EST)来发送。在一些实施例中，EST也可被称作事件消息表(EMT)。EST可以是XML文档，并且可包括EventStreamTable元素作为根元素。
EventStreamTable元素可以是EventStream元素的列表。各个EventStream元素可与通过上述广播网络的事件传输中的EventStream元素相同。EventStream元素的列表可包括用于一个服务的所有事件流。
根据本发明的另一实施例，所示的EMT可以是EMT(EST)。EMT可包括@mpdId属性、@periodId属性和EventStream元素。
@mpdId属性可以是与对应EMT所描述的事件有关的MPD的标识符。MPD可用作对应事件的时间参考。
@periodId属性可以是与对应EMT的事件有关的MPD的周期的标识符。该周期可用作对应事件的时间参考。
EventStream元素中的字段与上述字段相同。这里，Event元素的数据可根据@schemeIdURi和/或@value的值具有适合于其类型的值。@presentationTime属性可将事件的开始时间表示为周期的开始时间的相对值，并且周期可通过@mpdId和@periodId属性来识别。
可如上所述响应于查询来获取EST。查询可基于SLT中的基础URL信息来生成。这与上述描述相同。
当通过宽带经由批量传送来发送事件时，事件可通过直播事件服务器来单独地发送。可对直播事件服务器周期性地执行轮询，并且当存在要在周期中发送的事件时，事件服务器可将事件发送至接收机。诸如直播事件服务器的URL和轮询周期的信息可通过上述AST和EST或其它信令对象被发送至接收机。
在这种情况下，所发送的事件可具有与使用上述emsg盒传输事件的情况下的emsg盒的格式相同的格式。在一些实施例中，与上述InbandEvent元素对应的信令信息可在直播事件的传输期间被一起发送。
schemeIdUri信息和value信息可对应于用于针对事件流添加和删除StreamEvent侦听器的API的targetURI和eventName自变量。上述各个实施例的事件还可包括可选的data属性。data属性可提供用于执行由对应事件发起的动作的数据。data属性可对应于返回给当事件发生时所注册的侦听器的StreamEvent接口的data属性。
在NRT内容项目的传输的情况下，可使用ATSC的NRT发送方法。在这种情况下，可代替NRT-IT使用AST，并且可识别要通过AST发送的内容项目。当没有通过AST侦听应用时，也可发起NRT内容项目的宽带传送。
在点播内容项目的情况下，可通过宽带来发送项目。可发起点播内容项目的宽带传送。
下面将描述应用的同步。
可在各种方面需要应用的同步。例如，应用的动作需要与调度的音频/视频服务同步。另外，可根据调度的音频/视频服务来发起和停止应用。关于记录的内容、NRT内容等以及基本广播服务的回放，应用与应用的动作需要同步。另外，也可根据记录的内容、NRT内容等来发起和停止应用以用于有效用户体验的增强。
可能需要使配套装置(CD)中的应用与PD中回放的音频/视频内容同步以便有效地提供由CD提供的应用增强。
下面将描述用户体验。
在一些实施例中，用户可控制用于有效应用增强的应用的操作。这是因为当不可进行控制时，增强可相反妨碍观看。根据示例性实施例，可使用用户接受。用户可统一接受所有服务以及任何特定服务。另外，用户可根据情况接受各个服务的应用。
在根据情况的用户接受的情况下，需要在启用应用之前预先显示应用通知。通过该通知，可获得对启用应用的用户接受。应用可被阻止，直至实现接受为止。
用于接受的通知的格式和位置可由装置制造商确定。用于接受的实际用户界面也可由装置制造商确定。在这些情况下，可在工业方面由特定实体提出特定格式等。
用于接受的通知可能超时或被用户驳回。由此，即使用户没有立即确定接受应用的启用，也可通过通知继续防止干扰用户的观看。然而，即使通知超时或被驳回，用户也可经由设置等启用或阻止应用。用户可终止启用的应用。在这种情况下，即使接收到用于启用应用的信令，应用也可被继续阻止。
下面将描述动作同步和动作参数。
应用的下载、应用的启用、应用的终止和/或应用的特定动作需要与基本广播节目等同步。
在应用的动作的情况下，可能需要动作参数以执行动作。可执行参数的信息。动作参数可包括用于识别与动作有关的应用的应用标识符参数、指示要执行动作的时间的时间参数和/或动作的同步级别的同步级别参数。这里，时间参数可将动作的开始时间指示为时基和媒体时间线的相对值。这里，同步级别参数可指示节目级别同步、小于2秒的同步、对嘴同步、帧同步等的同步级别。
在与应用的下载有关的动作的情况下，动作还可包括目标装置的动作参数和/或抖动间隔的动作参数。目标装置的动作参数可包括关于下载的应用是用于PD还是CD的信息。抖动间隔的动作参数可包括用于应用的取得的抖动间隔相关信息。
在应用的发起的动作的情况下，动作还可包括目标装置的动作参数和/或抖动间隔的动作参数。目标装置的动作参数可包括关于发起的应用是用于PD还是CD的信息。
如上所述，动作参数还可包括用于提供执行应用所需的数据的动作参数。动作参数可包括执行对应动作所需的数据。
图284是示出根据本发明的实施例的在广播中发送的AST的图。
当通过广播网络发送AST时，用于应用增强的AST可通过与对应应用增强有关的广播服务的服务信令信道来发送。这里，服务的服务信令信道可表示用于发送上述SLS的路径。
具有特定频率的广播信号(广播流)可包括用于服务的服务数据和/或信令数据。例如，广播信号可通过特定频率来识别。
广播信号可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)。用于服务的服务数据可通过第一ROUTE会话来发送。
服务数据可包括用于服务的视频组件和/或音频组件。视频组件可包括包含视频数据的至少一个视频片段。音频组件可包括包含音频数据的至少一个音频片段。视频组件可通过第一ROUTE会话的特定传输会话来发送。音频组件可通过第一ROUTE会话的另一传输会话来发送。
信令数据可包括低层信令数据和/或服务层信令数据。例如，低层信令数据可包括FIT和/或SLT。低层信令数据可在IP/UDP分组中发送。服务层信令数据可被称作SLS。服务层信令数据可包括USBD、MPD、S-TSID和/或AST。USBD、MPD、S-TSID和/或AST可通过特定传输会话来发送。例如，SLS可通过包括在第一ROUTE会话(sIP#A/dIP#A/dPort#A)中的特定LCT传输会话来发送。详细地，SLS可通过利用tsi＝0标记的第一传输会话(tsi-sls)来发送。
第一ROUTE会话(sIP#A/dIP#A/dPort#A)可通过源IP地址(sIP#A)、目的地IP地址(dIP#A)和目的地端口号(dPort#A)的组合来识别。第一ROUTE会话可通过至少一个PLP来发送。例如，第一ROUTE会话可通过第一PLP(PLP#A)来发送。第一ROUTE会话可包括第一传输会话(tsi-sls)、第二传输会话(tsi-app)和/或第三传输会话(未示出)。
第一传输会话(tsi-sls)可包括至少一个服务层信令信息项目。例如，服务层信令信息可包括上述USBD、MPD、S-TSID和/或AST中的至少一个。
第二传输会话(tsi-app)可包括至少一个应用项目。例如，应用可表示构成增强/交互服务的文档(HTML、CSS、JavaScript等)的集合。
第三传输会话可包括视频组件。例如，视频组件可包括至少一个视频片段。视频片段的传输对象标识符可具有特定值。
下文中，将描述SLT(或FIT)。
SLT可允许接收机写入基本服务列表并引导各个服务的SLS的发现。SLT可通过UDP/IP来发送。SLT可包括与服务有关的基本信息以及用于获取服务层信令信息的引导信息。
例如，SLT可包括Broadcast_Stream_id属性和第一服务元素(Service#A)。
Broadcast_Stream_id属性可以是整个广播流的标识符。Broadcast_Stream_id字段的值在区域层面可为唯一的。
第一服务元素(Service#A)可包括serviceId属性和/或signaling_broadcast元素中的至少一个。
serviceId属性可以是在对应广播区域的范围内唯一地识别对应服务的整数。
signaling_broadcast元素可包括用于在广播中发送的服务的信令信息的信息。signaling_broadcast元素可允许接收机引导各个服务的SLS的发现。
signaling_broadcast元素可包括与各个服务的SLS有关的源IP地址、目的地IP地址、目的地端口号、PLPID和传输会话标识符(TSI)中的至少一个。
例如，源IP地址、目的地IP地址和/或目的地端口号可指示第一ROUTE会话(sIP#A/dIP#A/dPort#A)。PLPID可指示第一PLP(PLP#A)。传输会话标识符(TSI)可指示第一传输会话(tsi-sls)。
下文中，将描述SLS。
SLS可通过广播网络来发送。SLS可通过包括在第一ROUTE会话(sIP#A/dIP#A/dPort#A)中的特定LCT传输会话来发送。详细地，SLS可通过利用tsi＝0指定的第一传输会话(tsi-sls)来发送。SLS可包括USBD、MPD、S-TSID和/或AST中的至少一个。
USBD可描述服务层属性。USBD可包括参考MPD和/或S-TSID的参考信息(或统一资源标识符URI)。USBD C620210的详细描述可包括USBD的整个上述描述。
MPD可包括用于线性/流服务的单独媒体组件的资源标识符。例如，MPD可包括通过移动广播网络、一般广播网络和/或互联网发送的所有组件的DASH MPD。DASH MPD可包括DASH媒体呈现的形式化描述。DASH MPD可包括用于线性/流服务的单独媒体组件的资源标识符。DASH MPD可包括媒体呈现中所识别的资源的上下文。例如，资源标识符可以是用于识别与服务的组件有关的表示的信息。例如，资源标识符可为片段URL的形式。
S-TSID可以是一种服务层信令(SLS)XML片断，其用于提供用于发送服务的至少一个内容组件的至少一个传输会话的所有会话描述信息项目。
S-TSID可包括第一ROUTE会话元素(RS)，其用于提供关于用于服务和/或包括在服务中的组件的ROUTE会话的信息。第一ROUTE会话元素(RS)可包括用于第一ROUTE会话的传输路径信息。第一ROUTE会话元素(RS)可包括关于ROUTE会话中的传输会话(或分层编码传输会话)的信息。例如，第一ROUTE会话元素(RS)可包括第二传输会话元素(LS)，其包括关于第二传输会话的信息。第二传输会话元素(LS)可包括用于第二传输会话的传输路径信息。
详细地，第二传输会话元素(LS)可包括：tsi属性，其用于识别用于发送服务的内容组件的传输会话；以及SrcFlow元素，其用于描述包括在ROUTE会话中的源流。SrcFlow元素可包括nrt属性，其指示对应SrcFlow元素是否发送非实时服务数据。SrcFlow元素可包括rt属性，其指示对应SrcFlow元素是否发送流媒体数据。即，nrt属性可执行与rt属性相同的功能，并且可彼此替代。例如，当tsi属性为“tsi-app”时，对应传输会话元素可包括用于第二传输会话的信息。当nrt属性为“真”时，对应SrcFlow元素可发送非实时服务数据。
AST可包括用于应用的信令信息。AST的详细描述可包括整个上述描述。
AST可包括ContentLinkage属性。ContentLinkage属性可指示应当使用对应内容项目的应用。可通过稍后描述的关于事件的属性值和信息(EventStream元素、emsg盒等)来对特定应用执行信令。
例如，ContentLinkage属性可提供用于识别通过第二传输会话发送的应用(App)的应用标识符。ContentLinkage属性可提供用于识别第二传输会话(或LCT会话)的传输会话标识符。
根据本发明的实施例的广播接收设备可基于信令数据获取服务。详细地，广播接收设备可获取低层信令数据并基于低层信令数据获取服务层信令数据。
广播接收设备可使用服务层信令数据(USBD)获取服务的属性。广播接收设备可使用USBD来参考和/或获取MPD和/或S-TSID。
广播接收设备可使用服务层信令数据(USBD和/或MPD)来获取关于服务的至少一个组件(或表示)的信息。例如，广播接收设备可获取关于视频组件的信息。
广播接收设备可使用服务层信令数据(S-TSID)来获取至少一个组件的传输路径信息。广播接收设备可使用服务层信令数据(S-TSID)来获取至少一个组件的其它组件的传输路径信息。例如，至少一个组件的其它组件可包括应用。
广播接收设备可基于服务层信令数据(传输路径信息)来获取服务的服务数据。例如，广播接收设备可通过第二传输会话(tsi-app)非实时地接收应用(App)。
广播接收设备可基于服务层信令数据(AST)获取用于识别应用(App)的信息。
广播接收设备可在回放视频组件的同时按照预定定时执行应用。
图285是示出根据本发明的实施例的通过宽带发送的AST的图。
当通过宽带发送AST时，AST可通过查询来获取。可利用上述SLT中的基础URL信息来生成查询。基础URL可以是用于获取AST的URL信息。这里，SLT可包括关于与对应AST有关的广播服务的引导信息。
具有特定频率的广播信号(广播流)可包括用于服务的服务数据和/或信令数据。广播信号可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)。第一ROUTE会话可通过第一PLP(PLP#A)来发送。第一ROUTE会话可包括第一传输会话(未示出)、第二传输会话(tsi-app)和/或第三传输会话(未示出)。第一传输会话可包括至少一个服务层信令信息项目。第二传输会话(tsi-app)可包括至少一个应用。第三传输会话可包括视频组件。根据本发明的实施例的第三ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话的详细描述可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话的整个上述描述。
下文中，将描述SLT(或FIT)。
根据本发明的实施例的SLT的详细描述可包括SLT的整个上述描述。
例如，SLT可包括Broadcast_Stream_id属性和第一服务元素(Service#A)。
第一服务元素(Service#A)可包括serviceId属性和/或signaling_broadband元素中的至少一个。
serviceId属性可以是用于在对应广播区域的范围内唯一地识别对应服务的整数。
signaling_broadband元素可包括用于访问服务的互联网信令信息(例如，SLS)的路径信息(或URL)。signaling_broadband元素可允许接收机引导用于各个服务的SLS的发现。在这种情况下，SLS可通过宽带来发送。
signaling_broadband元素可包括用于访问服务的AST的路径信息(或URL)的broadbandServerURL_AST。在这种情况下，AST可通过宽带来发送。
下文中，将描述SLS。
SLS可包括USBD、MPD、S-TSID和/或AST中的至少一个。SLS的详细描述可包括SLS的整个描述。然而，二者间在通过宽带发送SLS方面存在差异。
根据本发明的实施例的广播接收设备可通过广播网络接收包括用于服务的服务数据和信令数据(例如，低层信令数据或SLT)中的至少一个的广播信号。
根据本发明的实施例的广播接收设备可基于信令数据获取服务。详细地，广播接收设备可获取低层信令数据并基于低层信令数据获取服务层信令数据。服务层面信令数据可通过宽带来发送。
广播接收设备可使用服务层信令数据(USBD)来获取服务的属性。广播接收设备可使用USBD来参考和/或获取MPD和/或S-TSID。
广播接收设备可使用服务层信令数据(USBD和/或MPD)来获取关于服务的至少一个组件(或表示)的信息。例如，广播接收设备可获取关于视频组件的信息。
广播接收设备可使用服务层信令数据(S-TSID)来获取至少一个组件的传输路径信息。广播接收设备可使用服务层信令数据(S-TSID)来获取用于至少一个组件的其它组件的传输路径信息。例如，用于至少一个组件的其它组件可包括应用。
广播接收设备可基于服务层信令数据(传输路径信息)来获取用于服务的服务数据。例如，广播接收设备可通过第二传输会话(tsi-app)非实时地接收应用(App)。
广播接收设备可基于服务层信令数据(AST)来获取用于识别应用(App)的信息。
广播接收设备可在回放视频组件的同时按照预定定时执行应用(App)。
图286是示出根据本发明的实施例的在广播中以EventStream元素的形式发送的事件的图。
事件可按照MPD的Period元素中指示的EventStream元素的形式来发送。通过广播网络发送的EventStream元素的描述可包括EventStream元素的整个上述描述。
具有特定频率的广播信号(广播流)可包括用于服务的服务数据和/或信令数据。广播信号可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)。第一ROUTE会话可通过第一PLP(PLP#A)来发送。第一ROUTE会话可包括第一传输会话(tsi-sls)、第二传输会话(tsi-app)和/或第三传输会话(未示出)。第一传输会话(tsi-sls)可包括至少一个服务层信令信息项目。例如，服务层信令信息可包括上述USBD、MPD、S-TSID和/或AST中的至少一个。第二传输会话(tsi-app)可包括至少一个应用。第三传输会话可包括视频组件。根据本发明的实施例的第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话的描述可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话的整个描述。
下文中，将描述SLT。
SLT可允许接收机写入基本服务列表并引导各个服务的SLS的发现。例如，SLT可包括用于第一ROUTE会话(sIP#A/dIP#A/dPort#A)的路径信息。SLT可包括用于第一传输会话(tsi-sls)的路径信息。根据本发明的示例性实施例的SLT的描述可包包括SLT的整个上述描述。
下文中，将描述SLS。
SLS可包括USBD、MPD、S-TSID和/或AST中的至少一个。SLS的描述可包括SLS的整个上述描述。下文中，将更详细地描述MPD。
MPD可以以被称作周期的服务的时间间隔为单位提供信令信息，作为关于服务的服务信令信息。关于周期的信令信息可被包括在MPD Period元素中，Period元素可包括EventStream元素。EventStream元素可提供在对应服务的对应周期期间应用的操作所需的信令(事件)。
EventStream元素可包括schemeIdUri属性、value属性、timescale属性和/或至少一个Event子元素。各个Event子元素可包括presentationTime属性、duration属性和/或id属性。EventStream元素的详细描述可包括EventStream元素的整个上述描述。
例如，schemeIdUri属性的值可为“urn:uuid:XYZY”。value属性的值可为“call”。timescale属性的值可为“1000”。
关于第一事件，presentationTime属性的值可为“0”，duration属性的值可为“10000”，id属性的值可为“0”，和/或data元素/属性的值可为“+1 800 10101010”。关于第二事件，presentationTime属性的值可为“20000”，duration属性的值可为“10000”，id属性的值可为“1”，和/或data元素/属性的值可为“+1 800 10101011”。关于第三事件，presentationTime属性的值可为“40000”，duration属性的值可为“10000”，id属性的值可为“2”，和/或data元素/属性的值可为“+1 800 10101012”。关于第四事件，presentationTime属性的值可为“60000”，duration属性的值可为“10000”，id属性的值可为“3”，和/或data元素/属性的值可为“+1 800 10101013”。
根据本发明的实施例的广播接收设备可通过广播网络来接收包括用于服务的服务数据和信令数据(例如，低层信令数据或服务层信令数据)中的至少一个的广播信号。
根据本发明的实施例的广播接收设备可基于信令数据获取服务。详细地，广播接收设备可获取低层信令数据并基于低层信令数据来获取服务层信令数据。
广播接收设备可使用服务层信令数据(USBD)来获取服务的属性。广播接收设备可使用USBD来参考和/或获取MPD和/或S-TSID。
广播接收设备可使用服务层信令数据(USBD和/或MPD)来获取关于服务的至少一个组件(或表示)的信息。例如，广播接收设备可获取关于视频组件的信息。
广播接收设备可使用服务层信令数据(S-TSID)来获取至少一个组件的传输路径信息。广播接收设备可使用服务层信令数据(S-TSID)来获取用于至少一个组件的其它组件的传输路径信息。例如，用于至少一个组件的其它组件可包括应用。
广播接收设备可基于服务层信令数据(传输路径信息)来获取用于服务的服务数据。例如，广播接收设备可通过第二传输会话(tsi-app)非实时地接收应用(App)。
广播接收设备可基于服务层信令数据(AST)获取用于识别应用(App)的信息。
广播接收设备可基于事件来执行应用(App)。例如，事件可按照MPD的Period元素中指示的EventStream元素的形式来发送。广播接收设备可在回放视频组件的同时按照预定定时执行应用(App)。
图287是示出根据本发明的实施例的在广播中以emsg盒的形式发送的事件的图。
事件可按照Representation的片段(或Representation片段)中指示的emsg盒的形式来发送。通过广播网络发送的emsg盒的描述可包括emsg盒的整个上述描述。
具有特定频率的广播信号(广播流)可包括用于服务的服务数据和/或信令数据。广播信号可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)。第一ROUTE会话可通过第一PLP(PLP#A)来发送。第一ROUTE会话可包括第一传输会话(tsi-sls)、第二传输会话(tsi-app)和/或第三传输会话(tsi-v)。第一传输会话(tsi-sls)可包括至少一个服务层信令信息项目。例如，服务层信令信息可包括上述USBD、MPD、S-TSID和/或AST中的至少一个。第二传输会话(tsi-app)可包括至少一个应用。第三传输会话可包括视频组件。视频组件可包括包含视频数据的至少一个视频片段。至少一个视频片段可包括emsg盒。
根据本发明的实施例的第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话(tsi-v)的描述可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话(tsi-v)的整个描述。
下文中，将描述包括在片段中的emsg盒。
emsg盒可提供用于与媒体呈现时间有关的通用事件的信令信息。emsg盒可包括schemeIdUri字段、value字段、timescale字段、presentationTimeDelta字段、eventDuration字段、id字段和/或messageData字段中的至少一个。emsg盒的描述可包括emsg盒的整个上述描述。
下文中，将描述SLT。
SLT可允许接收机写入基本服务列表并引导各个服务的SLS的发现。例如，SLT可包括用于第一ROUTE会话(sIP#A/dIP#A/dPort#A)的路径信息。SLT可包括用于第一传输会话(tsi-sls)的路径信息。根据本发明的示例性实施例的SLT的描述可包括SLT的整个上述描述。
下文中，将描述SLS。
SLS可包括USBD、MPD、S-TSID和/或AST中的至少一个。SLS的描述可包括SLS的整个上述描述。下文中，将描述S-TSID和/或MPD。
S-TSID可包括第一ROUTE会话元素(RS)，其用于提供关于用于服务和/或包括在服务中的组件的ROUTE会话的信息。第一ROUTE会话元素(RS)可包括用于第一ROUTE会话的传输路径信息。第一ROUTE会话元素(RS)可包括关于ROUTE会话中的传输会话(或分层编码传输会话)的信息。例如，第一ROUTE会话元素(RS)可包括第二传输会话元素(LS)，其包括关于第二传输会话的信息。第二传输会话元素(LS)可包括用于第二传输会话的传输路径信息。第一ROUTE会话元素(RS)可包括第三传输会话元素(LS)，其包括关于第三传输会话的信息。第三传输会话元素(LS)可包括用于第三传输会话的传输路径信息。
详细地，第二传输会话元素(LS)和/或第三传输会话元素(LS)可各自包括用于识别用于发送服务的内容组件的传输会话的tsi属性以及针对包括在ROUTE会话中的源流描述的SrcFlow元素。
SrcFlow元素可包括nrt属性，其指示对应SrcFlow元素是否发送非实时服务数据。SrcFlow元素可包括rt属性，其指示对应SrcFlow元素是否发送流媒体数据。即，nrt属性执行与rt属性相同的功能并且可彼此替代。
SrcFlow元素还可包括appID属性，其包括映射至通过传输会话发送的服务(或应用服务)的附加信息。appID属性可被称作ContentInfo元素。ContentInfo元素可包括映射至通过传输会话发送的服务(或应用服务)的附加信息。例如，ContentInfo元素可包括DASH内容的表示标识符(Representation ID)和/或DASH媒体表示的适应集参数以便选择用于渲染的LCT传输会话。表示标识符可与服务的组件有关并且可被称作id属性。因此，SrcFlow元素中的appID属性可与MPD的Representation元素中的id属性匹配。
关于第二传输会话元素(LS)，当tsi属性为“tsi-app”时，对应传输会话元素可包括用于第二传输会话的信息。当nrt属性为“真”时，对应SrcFlow元素可发送非实时服务数据。即，应用(App)可通过第二传输会话(tsi-app)来非实时地发送。
关于第三传输会话元素(LS)，当tsi属性为“tsi-v”时，对应传输会话元素可包括用于第三传输会话的信息。当nrt属性为“假”时，对应SrcFlow元素可发送实时服务数据。当appID属性为“rep_v1”时，视频组件的表示标识符可为“rep_v1”。即，由“rep_v1”识别的视频组件的至少一个视频片段可通过第三传输会话(tsi-v)来实时地发送。
MPD可包括用于线性/流服务的单独媒体组件的资源标识符。MPD可包括Period元素。Period元素可包括AdaptationSet元素，其包括关于视频组件的信息。AdaptationSet元素可包括至少一个Representation元素。Representation元素可包括关于与组件有关的表示的信息。
Representation元素可包括用于识别表示的id属性。例如，id属性的值可为“rep_v1”。即，id属性可指示通过第三传输会话(tsi-v)发送的视频组件。
Representation属性还可包括InbandEventStream元素，其清楚地描述相关表示中的带内事件流的存在。MPD的Representation元素的InbandEventStream元素可用信号通知片段中的emsg盒中是否存在事件。
InbandEventStream元素可包括schemeIdURI属性和/或value属性。这两个属性可指示emsg盒中的事件的类型。在一些实施例中，这两个属性可用于识别事件。包括在InbandEventStream元素中的schemeIdURI属性和/或value属性可与emsg盒中的schemeIdURI属性和/或value属性匹配。例如，schemeIdURI属性的值可为“event_URI#1”，并且value属性的值可为“abc”。
根据本发明的实施例的广播接收设备可通过广播网络来接收包括用于服务的服务数据和信令数据(例如，低层信令数据或服务层信令数据)中的至少一个的广播信号。
根据本发明的实施例的广播接收设备可基于信令数据来获取服务。详细地，广播接收设备可获取低层信令数据并基于低层信令数据获取服务层信令数据。
广播接收设备可使用服务层信令数据(USBD)来获取服务的属性。广播接收设备可使用USBD来参考和/或获取MPD和/或S-TSID。
广播接收设备可使用服务层信令数据(USBD和/或MPD)来获取关于服务的至少一个组件(或表示)的信息。例如，广播接收设备可获取关于视频组件的信息。在这种情况下，MPD的Representation元素可包括InbandEventStream元素，其清楚地描述视频组件中的emsg盒(或带内事件流)的存在。
广播接收设备可使用服务层信令数据(S-TSID)来获取至少一个组件的传输路径信息。广播接收设备可使用服务层信令数据(S-TSID)来获取用于至少一个组件的其它组件的传输路径信息。例如，用于至少一个组件的其它组件可包括应用。
广播接收设备可基于服务层信令数据(传输路径信息)来获取用于服务的服务数据。例如，广播接收设备可通过第二传输会话(tsi-app)非实时地接收应用(App)。广播接收设备可通过第三传输会话(tsi-v)实时地接收利用“rep_v1”识别的视频组件的至少一个视频片段。至少一个视频片段可包括emsg盒。
广播接收设备可基于服务层信令数据(AST)获取用于识别应用(App)的信息。
广播接收设备可基于事件来执行应用(App)。例如，事件可按照emsg盒的形式被包括在片段中。广播接收设备可在回放视频组件的同时按照预定定时执行应用(App)。
图288是示出根据本发明的实施例的通过宽带以EventStream元素的形式发送的事件的图。
事件可按照通过宽带发送的事件流表(EST)中所包括的EventStream元素的形式来发送。当通过宽带发送EST时，EST可通过查询来获取。查询可利用ALT中的URL信息来生成。该URL信息可以是用于获取EST的URL信息。通过宽带发送的EventStream元素的描述可包括EventStream元素的整个上述描述。
具有特定频率的广播信号(广播流)可包括用于服务的服务数据和/或信令数据。广播信号可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)。第一ROUTE会话可通过第一PLP(PLP#A)来发送。第一ROUTE会话可包括第一传输会话(tsi-sls)、第二传输会话(tsi-app)和/或第三传输会话(未示出)。第一传输会话(tsi-sls)可包括至少一个服务层信令信息项目。例如，服务层信令信息可包括上述USBD、MPD(未示出)、S-TSID和/或AST中的至少一个。第二传输会话(tsi-app)可包括至少一个应用。第三传输会话可包括视频组件。在一些实施例中，MPD可被省略。根据本发明的示例性实施例的第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话的描述可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话的整个描述。
下文中，将描述SLT。
SLT可包括用于第一ROUTE会话(sIP#A/dIP#A/dPort#A)的路径信息。SLT可包括用于第一传输会话(tsi-sls)的路径信息。根据本发明的示例性实施例的SLT的描述可包括SLT的整个上述描述。
下文中，将描述SLS。
SLS可包括USBD、MPD、S-TSID和/或AST中的至少一个。SLS的描述可包括SLS的整个上述描述。下文中，将更详细地描述AST。
AST可包括ContentLinkage属性。ContentLinkage属性可使用应当使用对应内容项目的应用。可基于下面所描述的事件的属性值和信息项目(EventStream元素、emsg盒等)对特定应用执行信令。
例如，ContentLinkage属性可提供用于识别通过第二传输会话发送的应用(App)的应用标识符。ContentLinkage属性可提供用于识别第二传输会话(或LCT会话)的传输会话标识符。
AST还可包括BroadbandStaticEventURL属性。BroadbandStaticEventURL属性可包括用于访问服务的EST的路径信息(或URL)。在这种情况下，EST可通过宽带来发送。EST可包括EventStream元素。EventStream元素可提供应用的执行所需的信令(事件)。
EventStream元素可包括schemeIdUri属性、value属性、timescale属性和/或至少一个Event子元素。各个Event子元素可包括presentationTime属性、duration属性和/或id属性。EventStream元素的描述可包括EventStream元素的整个上述描述。
例如，schemeIdUri属性的值可为“urn:uuid:XYZY”。value属性的值可为“call”。timescale属性的值可为“1000”。
关于第一事件，presentationTime属性的值可为“0”，duration属性的值可为“10000”，id属性的值可为“0”，和/或data元素/属性的值可为“+1 800 10101010”。关于第二事件，presentationTime属性的值可为“20000”，duration属性的值可为“10000”，id属性的值可为“1”，和/或data元素/属性的值可为“+1 800 10101011”。关于第三事件，presentationTime属性的值可为“40000”，duration属性的值可为“10000”，id属性的值可为“2”，data元素/属性的值可为“+1 800 10101012”。关于第四事件，presentationTime属性的值可为“60000”，duration属性的值可为“10000”，id属性的值可为“3”，data元素/属性的值可为“+1 800 10101013”。
根据本发明的实施例的广播接收设备可通过广播网络来接收包括用于服务的服务数据和信令数据(例如，低层信令数据或服务层信令数据)中的至少一个的广播信号。
根据本发明的实施例的广播接收设备可基于信令数据来获取服务。详细地，广播接收设备可获取低层信令数据并基于低层信令数据获取服务层信令数据。
广播接收设备可使用服务层信令数据(USBD)来获取服务的属性。广播接收设备可使用USBD来参考和/或获取MPD和/或S-TSID。
广播接收设备可使用服务层信令数据(USBD和/或MPD)来获取关于服务的至少一个组件(或表示)的信息。例如，广播接收设备可获取关于视频组件的信息。
广播接收设备可使用服务层信令数据(S-TSID)来获取至少一个组件的传输路径信息。广播接收设备可使用服务层信令数据(S-TSID)来获取用于至少一个组件的其它组件的传输路径信息。例如，用于至少一个组件的其它组件可包括应用。
广播接收设备可基于服务层信令数据(传输路径信息)来获取用于服务的服务数据。例如，广播接收设备可通过第二传输会话(tsi-app)非实时地接收应用(App)。
广播接收设备可基于服务层信令数据(AST)来获取用于识别应用(App)的信息。广播接收设备可基于服务层信令数据(AST)通过宽带来获取EST。
广播接收设备可基于事件来执行应用(App)。例如，事件可按照包括在宽带中所发送的事件流表(EST)中的EventStream元素的形式来发送。
广播接收设备可在回放视频组件的同时按照预定定时执行应用(App)。
图289是示出根据本发明的实施例的在宽带中以emsg盒的形式发送的事件的图。
事件可按照在宽带中发送的emsg盒的形式来发送。在这种情况下，事件可通过直播事件服务器来发送。可在直播事件服务器上周期性地执行轮询，并且当存在要在周期内发送的事件时，事件服务器可将事件发送给接收机。通过宽带发送的emsg盒的详细描述可包括emsg盒的整个上述描述。
具有特定频率的广播信号(广播流)可包括用于服务的服务数据和/或信令数据。广播信号可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)。第一ROUTE会话可通过第一PLP(PLP#A)来发送。第一ROUTE会话可包括第一传输会话(tsi-sls)、第二传输会话(tsi-app)和/或第三传输会话(未示出)。第一传输会话(tsi-sls)可包括至少一个服务层信令信息项目。例如，服务层信令信息可包括上述USBD、MPD(未示出)、S-TSID和/或AST中的至少一个。第二传输会话(tsi-app)可包括至少一个应用。第三传输会话可包括视频组件。在一些实施例中，MPD可被省略。根据本发明的示例性实施例的第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话的描述可包括第一ROUTE会话(sIP#A/dIP#A/dPort#A)、第一PLP(PLP#A)、第一传输会话、第二传输会话(tsi-app)和/或第三传输会话的整个上述描述。
下文中，将描述SLT。
SLT可包括用于第一ROUTE会话(sIP#A/dIP#A/dPort#A)的路径信息。SLT可包括用于第一传输会话(tsi-sls)的路径信息。根据本发明的示例性实施例的SLT的描述可包括SLT的整个上述描述。
下文中，将描述SLS。
SLS可包括USBD、MPD、S-TSID和/或AST中的至少一个。SLS的描述可包括SLS的整个上述描述。下文中，将更详细地描述AST。
AST可包括ContentLinkage属性。ContentLinkage属性可指示使用对应内容项目的应用。可基于下面所描述的关于事件的属性和信息(EventStream元素、emsg盒等)的值来对特定应用执行信令。
例如，ContentLinkage属性可提供用于识别通过第二传输会话发送的应用(App)的应用标识符。ContentLinkage属性可提供用于识别第二传输会话(或LCT会话)的传输会话标识符。
AST还可包括BroadbandDynamicEventURL属性。BroadbandDynamicEventURL属性可包括用于访问服务的emsg盒的路径信息(或URL)。在这种情况下，emsg盒可通过宽带来发送。emsg盒可提供应用的执行所需的信令(事件)。
emsg盒可提供用于与媒体呈现时间有关的通用事件的信令信息。emsg盒可包括schemeIdUri字段、value字段、timescale字段、presentationTimeDelta字段、eventDuration字段、id字段和/或messageData字段中的至少一个。emsg盒的描述可包括emsg盒的整个上述描述。
例如，schemeIdUri字段的值可为“urn:uuid:XYZY”。
根据本发明的实施例的广播接收设备可通过广播网络来接收包括用于服务的服务数据和信令数据(例如，低层信令数据或服务层信令数据)中的至少一个的广播信号。
根据本发明的实施例的广播接收设备可基于信令数据来获取服务。详细地，广播接收设备可获取低层信令数据并基于低层信令数据获取服务层信令数据。
广播接收设备可使用服务层信令数据(USBD)来获取服务的属性。广播接收设备可使用USBD来参考和/或获取MPD和/或S-TSID。
广播接收设备可使用服务层信令数据(USBD和/或MPD)来获取关于服务的至少一个组件(或表示)的信息。例如，广播接收设备可获取关于视频组件的信息。
广播接收设备可使用服务层信令数据(S-TSID)来获取至少一个组件的传输路径信息。广播接收设备可使用服务层信令数据(S-TSID)来获取用于至少一个组件的其它组件的传输路径信息。例如，用于至少一个组件的其它组件可包括应用。
广播接收设备可基于服务层信令数据(传输路径信息)来获取用于服务的服务数据。例如，广播接收设备可通过第二传输会话(tsi-app)非实时地接收应用(App)。
广播接收设备可基于服务层信令数据(AST)获取用于识别应用(App)的信息。广播接收设备可基于服务层信令数据(AST)通过宽带来获取emsg盒。
广播接收设备可基于事件来执行应用(App)。例如，事件可按照在宽带中发送的emsg盒的形式来发送。
广播接收设备可在回放视频组件的同时按照预定定时执行应用(App)。
图290是示出根据本发明的实施例的API和事件侦听器的图。
参照图290的(a)，示出侦听器。
事件处理器可以是响应于事件发生而执行的代码。例如，事件处理器可以是响应于事件发生而执行的java脚本代码。事件处理器可包括事件侦听器(事件侦听器或侦听器)。不同于仅针对一个元素处理一个事件的事件处理器，事件侦听器可针对一个元素处理至少一个事件。
侦听器可包括文档对象模式(DOM)事件侦听器的一般签名。这里，DOM可表示用于支持连接至所有元素节点的事件处理器的模型(系统)。
根据本发明的实施例的侦听器可包括StreamEvent类型的对象。例如，侦听器可按照listener(StreamEvent event)的形式来配置。
发送至侦听器的StreamEvent类型的对象可通过扩展一般DOM Event类型的对象来获得。
StreamEvent类型的对象可包括name属性、data属性、text属性、status属性和/或time属性。
name属性可指示事件的名称。name属性可以是阅读专用属性并且可为String类型。
data属性可指示以十六进制编码的事件的数据。例如，data属性可具有值“0A10B81033”。data属性可以是阅读专用属性并且可为String类型。
text属性可指示事件的文本数据。例如，当data属性包括文本时，text属性可具有ASCII码的值。text属性可以是用于事件的启用的Event元素的子元素，并且可包括在触发中或EMT的Event元素中清楚地描述的数据标识符(dataID)所识别的数据。text属性可以是阅读专用属性并且可为String类型。
status属性可指示事件的状态。当响应于触发启用事件时，status属性可指示“触发”。当一些类型的错误发生时，status属性可指示“错误”。status属性可以是阅读专用属性并且可为DOMString类型。
time属性可指示事件发生的时间。time属性可以是阅读专用属性并且可为整数类型。
参照图290的(b)，示出用于事件侦听器(或侦听器)的添加和/或删除的API。
根据本发明的实施例的事件处理方法可包括将事件侦听器的对象与对象的方法连接的方法。在此方法中，事件侦听器可连接至对象的方法，然后，当事件发生时，对象的方法被执行。
为了支持该事件处理方法，可使用根据本发明的实施例的addStreamEventListener API和/或removeStreamEventListener API。
addStreamEventListener API可添加用于事件的侦听器(例如，事件侦听器或流事件侦听器)。addStreamEventListener API可将当前执行的html应用的范围内由事件标识符(例如，eventID)确定的事件的侦听器添加到AST。当通过触发启用对应事件时，侦听器被调用。可发送TriggerEvent类型(或StreamEvent类型)对象。仅当视频/广播对象被呈现和/或通知时，才可添加侦听器。
addStreamEventListener API可包括targetURL参数、eventName参数和/或Listener参数中的至少一个。例如，addStreamEventListener API可具有与addStreamEventListener(targetURL,eventName和listener)相同的格式。
targetURL参数可指示用于描述事件的StreamEvent对象的URL。targetURL参数可被映射至DASH EventStream元素的schemeIdURI属性。
eventName参数可指示作为订阅目标的事件的名称。eventName可被映射至DASHEventStream元素的value属性。
Listener参数可指示用于事件的侦听器。Listener参数可以是回调函数。当事件发生时，可连同所发送的StreamEvent对象一起作为参数调用listener参数。
targetURL参数和eventName参数可以是用于识别事件的事件标识符。例如，addStreamEventListener API可包括事件标识符(eventId)参数和listener参数。例如，addStreamEventListener API可为addTriggerEventListener(String eventId和EventListener侦听器)类型。事件标识符可以是存在于EMT中的event元素中的事件的标识符。事件标识符可以是通过触发动态地更新的事件的标识符(例如，emsg盒的id字段)。
可以为。
removeStreamEventListener API可移除用于事件的侦听器。removeStreamEventListener API可移除用于由事件标识符(例如，eventID)确定的事件的侦听器。
removeStreamEventListener API可包括targetURL参数、eventName参数和/或Listener参数中的至少一个。例如，removeStreamEventListener API可具有与removeStreamEventListener(targetURL,eventName和listener)相同的格式。
targetURL参数可指示StreamEvent对象的URL。targetURL参数可被映射至DASHEventStream元素的schemeIdURI属性。
eventName参数可指示作为订阅移除目标的事件的名称。eventName可被映射至DASH EventStream元素的value属性。
Listener参数可指示用于事件的侦听器。Listener参数可以是回调函数。当事件发生时，可连同所发送的StreamEvent对象一起作为参数调用Listener参数。
targetURL参数和eventName参数可以是用于识别事件的事件标识符。例如，removeStreamEventListener API可包括事件标识符(eventId)参数和listener参数。例如，removeStreamEventListener API可为removeTriggerEventListener(StringeventId和EventListener listener)的格式。事件标识符可以是存在于EMT中的event元素中的事件的标识符(例如，EventID属性或id属性)。事件标识符可以是通过触发来动态地更新的标识符(例如，emsg盒的id字段)。
根据本发明的示例性实施例的广播接收设备可基于addStreamEventListenerAPI来添加用于事件的侦听器。广播接收设备可基于removeStreamEventListener API来添加用于事件的侦听器。addStreamEventListener API和/或removeStreamEventListenerAPI可支持用于广播节目的html应用动作的同步。
图291是示出根据本发明的实施例的广播发送方法的图。
广播发送设备可使用控制器来生成用于服务的服务数据(或信令信息)(CS2910100)。
例如，用于服务的服务数据可包括服务标识符、媒体回放状态信息、紧急警报消息和/或电子服务指南(ESG)中的至少一个。媒体回放状态信息、紧急警报消息和/或ESG的描述可包括媒体回放状态信息、紧急警报消息和/或ESG的整个上述描述。服务的描述可包括服务和/或服务数据的整个上述描述。
广播发送设备可使用控制器来生成低层信令数据和/或服务层信令数据(CS2910200)。
信令数据可包括低层信令数据和/或服务层信令数据。低层信令数据可支持用于服务的获取的引导。例如，低层信令数据可包括上述FIC。服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。
第一信令数据可包括参考第二信令数据和第三信令数据的参考信息。例如，第一信令数据可包括上述USD和/或SMT。第二信令数据可包括服务的组件的描述。例如，第二信令数据可包括上述MPD。第三信令数据可包括与服务有关的组件的获取信息。例如，第三信令数据可包括SDP、SMT、CMT、ROUTE会话元素、LCT会话元素和/或LSID中的至少一个。
这里，信令数据可包括用于应用的信令的应用信令信息。
这里，应用信令信息可包括指示应用的类型的type属性、指示应用的控制状态的controlcode属性、指示应用的优先级的priority属性、指示应用的版本的version属性和/或指示应用是否能够被存储的storageCapabilities属性中的至少一个。例如，应用信令信息可包括上述AST。
广播发送设备可使用发送机来发送包括服务数据、低层信令数据和/或服务层信令数据的广播信号(CS2910300)。
图292是示出根据本发明的实施例的广播接收方法的图。
广播接收设备可使用广播接口来接收包括服务的广播信号(CS2920100)。这里，广播信号还可包括信令数据。
然后，广播接收设备可使用控制器来获取信令数据(CS2920200)。
信令数据可包括低层信令数据和/或服务层信令数据。低层信令数据可支持服务的获取的引导。例如，低层信令数据可包括上述FIC。服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。
第一信令数据可包括参考第二信令数据和第三信令数据的参考信息。例如，第一信令数据可包括上述USD和/或SMT。第二信令数据可包括用于服务的组件的描述。例如，第二信令数据可包括上述MPD。第三信令数据可包括与服务有关的组件的获取信息。例如，第三信令数据可包括SDP、SMT、CMT、ROUTE会话元素、LCT会话元素和/或LSID中的至少一个。
这里，信令数据可包括用于应用的信令的应用信令信息。
这里，应用信令信息可包括指示应用的类型的type属性、指示应用的控制状态的controlcode属性、指示应用的优先级的priority属性、指示应用的版本的version属性和/或指示应用是否能够被存储的storageCapabilities属性中的至少一个。例如，应用信令信息可包括上述AST。
然后，广播接收设备可使用控制器来获取服务数据(CS2920300)。
例如，用于服务的服务数据可包括服务标识符、媒体回放状态信息、紧急警报消息和/或电子服务指南(ESG)中的至少一个。媒体回放状态信息、紧急警报消息和/或ESG的详细描述可包括媒体回放状态信息、紧急警报消息和/或ESG的整个上述描述。服务的描述可包括服务和/或服务数据的整个上述描述。
然后，广播接收设备可使用控制器建立与配套屏幕装置的应用的web socket连接。
这里，控制器可生成用于服务的通知消息。
然后，广播接收设备可使用配套屏幕接口通过web socket连接将通知消息发送给配套屏幕装置。
广播接收设备还可使用控制器建立与广播接收设备的应用的web socket连接。这里，可在配套屏幕装置的应用与广播接收设备的应用之间执行通信。
这里，通知消息可包括用于识别服务的服务标识符。例如，服务标识符可包括Service ID。
这里，通知消息可包括媒体回放状态信息。媒体回放状态信息可包括指示媒体回放状态的MPState元素、指示媒体回放状态的速度的MPSpeed元素以及用于识别请求订阅媒体回放状态信息的媒体的MediaID元素中的至少一个。
这里，通知消息可包括紧急警报消息。
这里，通知消息可包括应用信令信息。
模块或单元可以是执行存储在存储器(或存储单元)中的连续处理的处理器。上述实施方式中所描述的步骤可由硬件/处理器来执行。上述实施方式中所描述的模块/块/单元可作为硬件/处理器来操作。本发明所提出的方法可作为代码来执行。这种代码可被写在处理器可读存储介质上，因此可由设备所提供的处理器读取。
尽管为了方便已参照各个附图描述了实施方式，实施方式可被组合以实现新的实施方式。另外，设计存储有用于实现上述实施方式的程序的计算机可读记录介质在本发明的范围内。
根据本发明的设备和方法不限于上述实施方式的配置和方法，所有或一些实施方式可被选择性地组合以获得各种修改。
本发明所提出的方法可被实现为存储在网络装置中所包括的处理器可读记录介质中的处理器可读代码。处理器可读记录介质包括存储有可由处理器读取的数据的所有类型的记录介质。处理器可读记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等以及作为载波的实现方式(例如，经由互联网的传输)。另外，处理器可读记录介质可被分布于通过网络连接的计算机系统上并且作为可按照分布式方式读取的代码来存储和执行。
尽管出于例示性目的公开了本发明的优选实施方式，本领域技术人员将理解，在不脱离所附权利要求书中所公开的本发明的范围和精神的情况下，各种修改、添加和置换是可能的。这些修改不应从本发明的技术精神或前景单独地理解。
本说明书中提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地应用于彼此。
本领域技术人员将理解，在不脱离本发明的精神和基本特性的情况下，本发明可按照本文所阐述的方式以外的特定方式来实现。因此，本发明的范围应该由所附权利要求书及其法律上的等同物来确定，而非由以上描述确定，落入所附权利要求书的含义和等同范围内的所有改变旨在被涵盖于其内。
在本说明书中，提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地应用。
本发明的模式
已在具体实施方式中描述了各种实施方式。
工业实用性
本发明适用于广播信号提供领域。
本领域技术人员将认识并理解，在本发明的精神和范围内，可进行各种等同修改。因此，本发明旨在涵盖对本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。

Claims (14)

1.一种广播接收设备，该广播接收设备包括：
广播接口，该广播接口被配置为接收包括服务的广播信号；以及
控制器，该控制器被配置为从配套屏幕装置的应用建立web socket连接，
其中，所述控制器生成用于所述服务的通知消息，并且包括配套屏幕接口，该配套屏幕接口被配置为经由所述web socket连接将所述通知消息发送至所述配套屏幕装置。
2.根据权利要求1所述的广播接收设备，其中，
所述控制器还从所述广播接收设备的应用建立web socket连接，并且
在所述配套屏幕装置的应用与所述广播接收设备的应用之间执行通信。
3.根据权利要求1所述的广播接收设备，其中，所述通知消息包括用于识别服务的服务标识符。
4.根据权利要求1所述的广播接收设备，其中，
所述通知消息包括媒体回放状态信息，并且
所述媒体回放状态信息包括指示媒体回放状态的MPState元素、指示媒体回放状态的速度的MPSpeed元素以及用于识别被请求订阅媒体回放状态信息的媒体的MediaID元素中的至少一个。
5.根据权利要求1所述的广播接收设备，其中，所述通知消息包括紧急警报消息。
6.根据权利要求1所述的广播接收设备，其中，
所述广播信号还包括信令数据，
所述信令数据包括用于所述应用的信令的应用信令信息，并且
所述应用信令信息包括指示所述应用的类型的type属性、指示所述应用的控制状态的controlcode属性、指示所述应用的优先级的priority属性、指示所述应用的版本的version属性和/或指示所述应用是否能够被存储的storageCapabilities属性中的至少一个。
7.根据权利要求6所述的广播接收设备，其中，所述通知消息包括所述应用信令信息。
8.一种广播接收方法，该广播接收方法包括以下步骤：
接收包括服务的广播信号；
从配套屏幕装置的应用建立web socket连接；
生成用于所述服务的通知消息；以及
经由所述web socket连接将所述通知消息发送至所述配套屏幕装置。
9.根据权利要求8所述的广播接收方法，其中，
建立所述web socket连接的步骤还包括从所述广播接收设备的应用建立web socket连接，并且
在所述配套屏幕装置的应用与所述广播接收设备的应用之间执行通信。
10.根据权利要求8所述的广播接收方法，其中，所述通知消息包括用于识别服务的服务标识符。
11.根据权利要求8所述的广播接收方法，其中，
所述通知消息包括媒体回放状态信息，并且
所述媒体回放状态信息包括指示媒体回放状态的MPState元素、指示媒体回放状态的速度的MPSpeed元素以及用于识别被请求订阅媒体回放状态信息的媒体的MediaID元素中的至少一个。
12.根据权利要求8所述的广播接收方法，其中，所述通知消息包括紧急警报消息。
13.根据权利要求8所述的广播接收方法，其中，
所述广播信号还包括信令数据，
所述信令数据包括用于所述应用的信令的应用信令信息，并且
所述应用信令信息包括指示所述应用的类型的type属性、指示所述应用的控制状态的controlcode属性、指示所述应用的优先级的priority属性、指示所述应用的版本的version属性和/或指示所述应用是否能够被存储的storageCapabilities属性中的至少一个。
14.根据权利要求13所述的广播接收方法，其中，所述通知消息包括所述应用信令信息。
CN201680005564.1A 2015-01-12 2016-01-12 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 Pending CN107210828A (zh)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US201562102573P 2015-01-12 2015-01-12
US62/102,573 2015-01-12
US201562112156P 2015-02-04 2015-02-04
US201562112150P 2015-02-04 2015-02-04
US62/112,150 2015-02-04
US62/112,156 2015-02-04
US201562112164P 2015-02-05 2015-02-05
US62/112,164 2015-02-05
US201562144311P 2015-04-07 2015-04-07
US62/144,311 2015-04-07
PCT/KR2016/000302 WO2016114559A1 (ko) 2015-01-12 2016-01-12 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (1)

Publication Number Publication Date
CN107210828A true CN107210828A (zh) 2017-09-26

Family

ID=56406054

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680005564.1A Pending CN107210828A (zh) 2015-01-12 2016-01-12 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法

Country Status (4)

Country Link
US (1) US10687121B2 (zh)
EP (1) EP3247111A4 (zh)
CN (1) CN107210828A (zh)
WO (1) WO2016114559A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110891246A (zh) * 2018-09-11 2020-03-17 成都鼎桥通信技术有限公司 一种组播媒体数据的处理方法
CN111699666A (zh) * 2018-02-06 2020-09-22 德国电信股份有限公司 用于高效多径传输的技术
CN116455686A (zh) * 2023-06-15 2023-07-18 银河互联网电视有限公司 应急广播平台的消息播发方法和设备

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9953340B1 (en) * 2012-05-22 2018-04-24 Google Llc Companion advertisements on remote control devices
WO2016144031A1 (ko) * 2015-03-11 2016-09-15 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
BR112017022131A2 (pt) 2015-04-15 2018-07-03 Uber Technologies Inc fornecimento de informações de maneira programática em conexão com serviços baseados em localização para fornecedores de serviço
US20160330525A1 (en) * 2015-05-08 2016-11-10 Samsung Electronics Co., Ltd EMERGENCY ALERT SCHEME FOR COMPANION DEVICES BASED ON THE HYBRID BROADCAST BROADBAND TV (HbbTV) 2.0 COMPANION SCREEN DEVICE PROTOCOL
CN104883625B (zh) * 2015-06-12 2018-03-09 腾讯科技（北京）有限公司 信息展示方法、终端设备、服务器和系统
US10721502B2 (en) 2015-07-06 2020-07-21 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
US10917186B2 (en) * 2015-07-21 2021-02-09 Lg Electronics Inc. Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
WO2017026110A1 (en) 2015-08-07 2017-02-16 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
KR102558781B1 (ko) * 2015-10-05 2023-07-25 소니그룹주식회사 수신 장치, 송신 장치 및 데이터 처리 방법
US10805626B2 (en) * 2015-12-11 2020-10-13 Sharp Kabushiki Kaisha Broadcast system with a watermark payload
KR20170104175A (ko) * 2016-03-07 2017-09-15 한국전자통신연구원 Mpeg-2 트랜스포트 방송 데이터 전송 장치 및 방법
US10123040B2 (en) * 2016-08-30 2018-11-06 Qualcomm Incorporated Intra-coded video frame caching for video telephony sessions
US10284605B2 (en) * 2016-09-30 2019-05-07 Samsung Electronics Co., Ltd Method and terminal for providing MCPTT service
TWI640195B (zh) * 2016-12-14 2018-11-01 日商夏普股份有限公司 具有統一資源識別符訊息浮水印有效負載之廣播系統
US10190886B2 (en) * 2017-01-04 2019-01-29 Uber Technologies, Inc. Network system to determine a route based on timing data
US10111063B1 (en) 2017-03-31 2018-10-23 Verizon Patent And Licensing Inc. System and method for EUICC personalization and network provisioning
JP6400770B1 (ja) 2017-04-03 2018-10-03 株式会社東芝 伝送局
CN107295317A (zh) * 2017-08-25 2017-10-24 四川长虹电器股份有限公司 一种移动设备音视频流实时传输方法
CN107623687B (zh) * 2017-09-13 2020-10-27 香港乐蜜有限公司 一种防盗刷方法、操作检测方法、装置及电子设备
KR101967299B1 (ko) * 2017-12-19 2019-04-09 엘지전자 주식회사 방송 신호를 수신하는 차량용 수신 장치 및 방송 신호를 수신하는 차량용 수신 방법
US11044294B2 (en) 2018-01-03 2021-06-22 Sony Group Corporation ATSC 3.0 playback using MPEG media transport protocol (MMTP)
US11606528B2 (en) 2018-01-03 2023-03-14 Saturn Licensing Llc Advanced television systems committee (ATSC) 3.0 latency-free display of content attribute
JP2019135806A (ja) * 2018-02-05 2019-08-15 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理回路、処理方法、および処理装置
US10725941B2 (en) * 2018-06-30 2020-07-28 Western Digital Technologies, Inc. Multi-device storage system with hosted services on peer storage devices
US11018754B2 (en) * 2018-08-07 2021-05-25 Appareo Systems, Llc RF communications system and method
GB201814189D0 (en) * 2018-08-31 2018-10-17 Nordic Semiconductor Asa Radio communication
US10944796B2 (en) 2018-09-27 2021-03-09 Palo Alto Networks, Inc. Network slice-based security in mobile networks
US10462653B1 (en) * 2018-09-27 2019-10-29 Palo Alto Networks, Inc. Service-based security per data network name in mobile networks
US10477390B1 (en) * 2018-09-27 2019-11-12 Palo Alto Networks, Inc. Service-based security per user location in mobile networks
US10574670B1 (en) 2018-09-27 2020-02-25 Palo Alto Networks, Inc. Multi-access distributed edge security in mobile networks
US10743069B2 (en) 2018-12-10 2020-08-11 Sony Corporation Delivery of information related to digital rights management (DRM) in a terrestrial broadcast system
US11706465B2 (en) 2019-01-15 2023-07-18 Sony Group Corporation ATSC 3.0 advertising notification using event streams
CN110290429B (zh) * 2019-05-14 2021-09-14 聚好看科技股份有限公司 一种栏目下发方法及装置
CN110602567A (zh) * 2019-08-15 2019-12-20 视联动力信息技术股份有限公司 一种视联网设备的管理方法及装置
US20230007321A1 (en) * 2019-11-28 2023-01-05 Dolby International Ab Methods and devices for providing personalized audio to a user
US11683355B2 (en) 2021-01-05 2023-06-20 Tencent America LLC Methods and apparatuses for dynamic adaptive streaming over HTTP
TWI806632B (zh) * 2022-05-27 2023-06-21 新加坡商聯發科技（新加坡）私人有限公司 影音播放裝置及其影音信號資訊顯示方法
US20240031047A1 (en) * 2022-07-25 2024-01-25 Sony Group Corporation Delivery of extended emergency notifications through sensory feedback

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050030977A1 (en) * 2003-01-31 2005-02-10 Qwest Communications International Inc. Alert gateway, systems and methods
CN102843398A (zh) * 2011-06-23 2012-12-26 索尼公司 遥控设备、远端设备、多媒体系统及其控制方法
US20130055323A1 (en) * 2011-08-31 2013-02-28 General Instrument Corporation Method and system for connecting a companion device to a primary viewing device
US20140059594A1 (en) * 2012-08-24 2014-02-27 General Instrument Corporation Processing emergency alert system messages
US20140090007A1 (en) * 2011-10-26 2014-03-27 Panasonic Corporation Broadcast receiving apparatus, playback apparatus, broadcast communication system, broadcast receiving method, playback method and program

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003290894A1 (en) * 2002-11-15 2004-06-15 Thomson Licensing S.A. Apparatus and method for providing alert outputs
CA2609967A1 (en) * 2005-05-31 2006-12-07 Matsushita Electric Industrial Co. Ltd. Recording and reproduction apparatus and recording and reproduction method
JP4865355B2 (ja) * 2006-02-21 2012-02-01 キヤノン株式会社 放送受信装置及び放送受信装置の制御方法
US8606298B2 (en) * 2010-03-11 2013-12-10 Electronics And Telecommunications Research Institute System and method for tracking location of mobile terminal using TV
KR101871738B1 (ko) 2010-10-14 2018-06-27 포스월 미디어, 인코포레이티드 Ip-기반 인프라스트럭쳐를 이용하여 고객 구내 장치에 컴패니언 서비스들을 제공하기 위한 시스템들 및 방법들
KR101887506B1 (ko) 2011-09-22 2018-08-13 삼성전자주식회사 방송 시스템에서 방송 콘텐츠 재생 방법 및 장치
KR101863149B1 (ko) 2011-12-13 2018-06-01 인텔 코포레이션 연결된 미디어 장치들에서의 키워드 선택을 통한 채널 네비게이션
US9253262B2 (en) * 2013-01-24 2016-02-02 Rovi Guides, Inc. Systems and methods for connecting media devices through web sockets
US20140317659A1 (en) * 2013-04-19 2014-10-23 Datangle, Inc. Method and apparatus for providing interactive augmented reality information corresponding to television programs
JP2015104055A (ja) * 2013-11-27 2015-06-04 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
US10009129B2 (en) * 2014-10-21 2018-06-26 Sharp Kabushiki Kaisha System with a companion device and a primary device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050030977A1 (en) * 2003-01-31 2005-02-10 Qwest Communications International Inc. Alert gateway, systems and methods
CN102843398A (zh) * 2011-06-23 2012-12-26 索尼公司 遥控设备、远端设备、多媒体系统及其控制方法
US20130055323A1 (en) * 2011-08-31 2013-02-28 General Instrument Corporation Method and system for connecting a companion device to a primary viewing device
US20140090007A1 (en) * 2011-10-26 2014-03-27 Panasonic Corporation Broadcast receiving apparatus, playback apparatus, broadcast communication system, broadcast receiving method, playback method and program
US20140059594A1 (en) * 2012-08-24 2014-02-27 General Instrument Corporation Processing emergency alert system messages

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111699666A (zh) * 2018-02-06 2020-09-22 德国电信股份有限公司 用于高效多径传输的技术
US11159423B2 (en) 2018-02-06 2021-10-26 Deutsche Telekom Ag Techniques for efficient multipath transmission
CN111699666B (zh) * 2018-02-06 2022-01-28 德国电信股份有限公司 用于高效多径传输的技术
CN110891246A (zh) * 2018-09-11 2020-03-17 成都鼎桥通信技术有限公司 一种组播媒体数据的处理方法
CN110891246B (zh) * 2018-09-11 2022-07-05 成都鼎桥通信技术有限公司 一种组播媒体数据的处理方法
CN116455686A (zh) * 2023-06-15 2023-07-18 银河互联网电视有限公司 应急广播平台的消息播发方法和设备
CN116455686B (zh) * 2023-06-15 2023-09-01 银河互联网电视有限公司 应急广播平台的消息播发方法和设备

Also Published As

Publication number Publication date
EP3247111A1 (en) 2017-11-22
EP3247111A4 (en) 2018-06-20
WO2016114559A1 (ko) 2016-07-21
US10687121B2 (en) 2020-06-16
US20170374429A1 (en) 2017-12-28

Similar Documents

Publication Publication Date Title
CN107210828A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
US10790917B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
CN105830459B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106464395B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106105240B (zh) 发送广播信号的装置以及发送广播信号的方法
CN106105150A (zh) 用于发送广播信号的设备、用于接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106233692B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN105981393B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
KR101973469B1 (ko) 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법
JP6325673B2 (ja) 放送信号受信装置及び放送信号受信方法
US10873495B2 (en) Apparatus and method for transmitting or receiving broadcast signal
CN105850141B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
US10944492B2 (en) Apparatus and method for transmitting and receiving broadcast signal
CN106471817A (zh) 广播接收装置及其操作方法、用于链接到广播接收装置的链接装置及其操作方法
US20220103274A1 (en) Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
CN106537928A (zh) 广播发送装置、广播接收装置、用于广播发送装置的操作方法以及用于广播接收装置的操作方法
CN107637083A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US11310094B2 (en) Apparatus and method for transmitting or receiving broadcast signal
KR102196319B1 (ko) 하이브리드 방송 시스템에서 방송 신호 송수신 방법 및 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170926