CN112840665B - 广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备 - Google Patents

广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备 Download PDF

Info

Publication number
CN112840665B
CN112840665B CN202080005648.1A CN202080005648A CN112840665B CN 112840665 B CN112840665 B CN 112840665B CN 202080005648 A CN202080005648 A CN 202080005648A CN 112840665 B CN112840665 B CN 112840665B
Authority
CN
China
Prior art keywords
service
information
broadcast signal
broadcast
service data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202080005648.1A
Other languages
English (en)
Other versions
CN112840665A (zh
Inventor
朴钟桓
尹准熙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN112840665A publication Critical patent/CN112840665A/zh
Application granted granted Critical
Publication of CN112840665B publication Critical patent/CN112840665B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26291—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for providing content or additional data updates, e.g. updating software modules, stored at the client
    • 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/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • 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/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • H04N21/4725—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content using interactive regions of the image, e.g. hot spots
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/16—Aspects of broadcast communication characterised by the type of broadcast system digital video broadcasting - handhelds [DVB-H]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

根据实施方式的广播信号发送方法可包括：生成服务数据和/或服务数据的信令信息的步骤；对服务数据和/或信令信息进行编码的步骤；和/或发送服务数据和/或信令信息的步骤。根据实施方式的广播信号接收方法可包括：接收服务数据和/或服务数据的信令信息的步骤；以及基于信令信息获取服务数据的步骤。

Description

广播信号发送设备、广播信号发送方法、广播信号接收方法和 广播信号接收设备
技术领域
本公开涉及一种广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备。
背景技术
随着模拟广播信号传输即将结束，已开发了用于发送/接收数字广播信号的各种技术。数字广播信号可包括比模拟广播信号更大量的视频/音频数据，并且除了视频/音频数据之外，还包括各种类型的附加数据。
发明内容
技术问题
广播信号发送设备和广播信号接收设备实现能够提供与地面、卫星和/或有线线性频道相同的用户体验(UX)的基于互联网协议(IP)的TV服务。
根据本公开的实施方式的广播信号发送设备和广播信号接收设备通过接收基于开放互联网的本机代码而非基于应用的线性频道服务来提供与地面、卫星和/或有线频道聚合的频道指南。
考虑高单播业务以及通过诸如作为基于IP的装置的空中(OTT)装置、个人计算机(PC)和互联网协议电视(IP TV)的介质而非通过直接接收固定地面服务来消费广播服务的情况，根据本公开的实施方式的广播信号发送设备和广播信号接收设备提供实时/非实时媒体流的无缝服务。
技术方案
为了实现该目的和其它优点并且根据本公开的目的，如本文中具体实现并广义描述的，一种发送广播信号的方法可包括以下步骤：生成服务数据和/或服务数据的信令信息；对服务数据和/或信令信息进行编码；以及发送服务数据和信令信息。
根据实施方式，信令信息可包括关于服务数据的信息，并且关于服务数据的信息可包括关于与服务数据有关的应用的位置的相关材料信息以及关于服务数据是否正在运行的可用性信息。
根据实施方式，相关材料信息可包括用于获得关于应用的信息的位置信息。可用性信息可包括关于服务数据运行的时间的信息以及关于服务数据的反复的信息。
为了实现该目的和其它优点并且根据本公开的目的，如本文中具体实现并广义描述的，一种接收广播信号的方法可包括以下步骤：接收服务数据和/或服务数据的信令信息；以及基于信令信息来获得服务数据。
根据实施方式，信令信息可包括关于服务数据的信息，并且关于服务数据的信息可包括关于与服务数据有关的应用的位置的相关材料信息以及关于服务数据是否正在运行的可用性信息。
根据实施方式，相关材料信息可包括用于获得关于应用的信息的位置信息。可用性信息可包括关于服务数据运行的时间的信息以及关于服务数据的反复的信息。
根据实施方式，接收广播信号的方法可包括以下步骤：向服务注册表发送第一请求以接收服务数据；以及接收包括服务数据的统一资源定位符(URL)的响应信息。
根据实施方式，接收广播信号的方法还可包括以下步骤：在服务数据当前不运行的同时，基于可用性信息显示服务中止横幅。
有益效果
根据本公开的实施方式的广播信号发送和接收设备通过聚合了传统线性服务和OTT服务的UI来提供接入服务。
根据本公开的实施方式的广播信号发送和接收设备在没有机顶盒(STB)的情况下通过开放互联网实现提供与传统线性频道相同的用户体验(UX)的媒体服务。
根据本公开的实施方式的广播信号发送和接收设备可提供聚合了线性服务和OTT服务的UI接入服务。
根据实施方式的广播信号接收设备可通过上述配置通过最小操作高效地执行不同服务的更新和管理。
根据实施方式的广播信号接收设备可提供向用户开放的广播服务。
即使当设备未配备调谐器时，根据实施方式的广播信号接收设备也可经由宽带网络接收基于互联网的广播服务。
附图说明
附图示出本公开的实施方式并且与说明书一起用于说明本公开的原理。
图1示出根据本公开的实施方式的用于未来广播服务的广播信号发送设备的结构。
图2示出根据本公开的实施方式的用于未来广播服务的广播信号接收设备的结构。
图3示出根据本公开的实施方式的广播信号发送设备和广播信号接收设备发送和接收服务的结构。
图4示出根据本公开的实施方式的广播信号发送设备和广播信号接收设备的网络结构。
图5示出根据实施方式的广播信号发送方法和广播信号接收方法的协议栈。
图6示出根据实施方式的广播服务发现过程。
图7示出根据实施方式的广播服务发现过程。
图8示出根据实施方式的广播服务发现过程的查询项。
图9示出根据实施方式的使用查询项的广播服务发现过程。
图10示出根据实施方式的使用查询项的广播服务发现过程。
图11示出根据实施方式的服务发现列表表(SDLT)的示例。
图12示出根据实施方式的包括在SDLT中的服务类别信息(serviceCategory)的值的示例。
图13示出根据实施方式的包括在SDLT中的内容格式信息(contentFormat)的值的示例。
图14示出根据实施方式的包括在SDLT中的urlType的值的示例。
图15示出根据实施方式的SDLT的另一示例。
图16示出根据实施方式的查询项的示例。
图17示出根据实施方式的查询项的list_of_signaling_object_types的参数的示例。
图18示出根据实施方式的基于sdltInetUrl使用查询项接收信令对象的示例。
图19示出根据实施方式的基于sdltInetUrl使用查询项接收信令对象的示例。
图20示出服务的服务信令对象与服务信令对象之间的关系。
图21示出根据实施方式的广播信号接收设备接收服务列表信令和广播服务的方法。
图22示出包括服务信令信息的元数据包络。
图23以XML格式示出根据实施方式的元数据包络。
图24以XML格式示出根据实施方式的元数据包络的多部分容器和服务列表。
图25示出根据实施方式的广播信号接收设备以元数据包络的形式接收服务信令信息。
图26示出用户服务捆绑描述(USBD)。
图27示出USBD的服务类别信息(serviceCategory)。
图28示出USBD的运行状态信息(RunningStatus)。
图29示出根据实施方式的获得USBD和MPD的处理。
图30示出根据实施方式的使用运行状态信息表示广播服务的开始的操作。
图31示出根据实施方式的广播信号接收方法的提供广播服务的方法。
图32示出根据实施方式的用于快速发现的SDLT的另一示例。
图33示出根据实施方式的用于快速发现的USBD的另一示例。
图34示出用于快速发现的广播信号接收设备的操作。
图35是用于快速发现的广播信号接收设备的操作的流程图。
图36示出根据实施方式的SDLT的另一示例。
图37示出根据实施方式的SDLT的位置信息。
图38示出根据实施方式的使用SDLT的位置信息来提供广播服务的方法。
图39示出根据实施方式的使用SDLT的位置信息来提供广播服务的方法。
图40示出根据实施方式的SDLT的隐藏信息。
图41示出根据实施方式的SDLT的隐藏信息和隐藏指南信息的示例。
图42示出根据实施方式的使用SDLT的隐藏信息和/或可选择信息来提供广播服务的方法。
图43示出根据实施方式的SDLT的另一示例。
图44示出根据实施方式的SDLT中的相关材料(RelatedMaterial)信息的示例。
图45示出当广播服务被停用时广播信号接收设备提供服务横幅的方法。
图46示出根据实施方式的基于互联网的广播服务的服务列表层次结构。
图47示出根据实施方式的广播服务的版本管理方法。
图48示出根据实施方式的广播服务的版本管理方法的句法。
图49以XML格式示出根据实施方式的广播服务的版本管理方法的句法。
图50以XML格式示出根据实施方式的广播服务的版本管理方法的句法。
图51示出根据实施方式的广播信号接收设备的显示用户界面(UI)的示例。
图52示出根据实施方式的广播信号接收设备的显示UI的示例。
图53示出根据实施方式的广播信号接收设备的显示UI的示例。
图54是示出根据实施方式的广播信号发送方法的流程图。
图55是示出根据实施方式的广播信号接收方法的流程图。
图56示出根据实施方式的广播信号发送设备。
图57示出根据实施方式的广播信号接收设备。
具体实施方式
以下，将参照附图详细描述本说明书中公开的实施方式。给予相同或相似的组件相同的标号，并且省略其冗余描述。本文中的元素的后缀“模块”和“单元”是为了描述方便而使用，因此可互换使用，不具有任何可区分的含义或功能。此外，在描述本说明书中公开的实施方式时，如果相关已知技术的详细描述不必要地模糊本说明书中公开的实施方式的主旨，则将省略其详细描述。另外，提供附图是为了易于理解本说明书中公开的实施方式，而非限制本说明书中公开的技术构思，实施方式可被解释为包括落在本公开的精神和范围内的所有修改、等同物和替代。
显而易见的是，以下实施方式旨在具体实现本公开，而非旨在限制本公开的范围。本领域技术人员从本公开的详细描述和实施方式可以容易地想到的所有技术被解释为属于本公开的范围。
以下详细描述在所有方面均应被解释为例示性的而非限制性的。本公开的范围可由所附权利要求的合理解释确定，落在本公开的等同范围内的所有改变均在本公开的范围内。
现在将详细参考本公开的示例性实施方式，其示例示出于附图中。下面将参照附图给出的详细描述旨在说明本公开的示例性实施方式，而非显示可根据本公开实现的仅有实施方式。以下详细描述包括具体细节以便提供本公开的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本公开可在没有这些具体细节的情况下实践。尽管本公开中使用的大多数术语选自本领域中广泛使用的一般术语，但是一些术语是由申请人任意选择的，其含义根据需要在以下描述中详细说明。因此，本公开应该基于术语的预期含义来理解，而非其简单名称或含义。另外，附图和详细描述不应被解释为限制本文中阐述的实施方式，而是应该被解释为涵盖附图和详细描述中公开的实施方式的所有等同物或其它替代。
图1示出根据本公开的实施方式的用于未来广播服务的广播信号发送设备的结构。
根据本公开的实施方式的用于未来广播服务的广播信号发送设备可包括输入格式化块1000、比特交织编码调制(BICM)块1010、帧构建块1020、正交频分复用(OFDM)生成块1030和信令生成块1040。将描述广播信号发送设备的各个块的操作。
IP流/分组和MPEG-2传输流(TS)是主要输入格式，其它流类型作为一般流(GS)处理。除了该数据输入之外，管理信息被输入以控制各个输入流的调度和对应带宽的分配。允许同时输入一个或多个TS、IP流和/或GS。
输入格式化块1000可通过应用了独立编码和调制的一个或多个数据管道将各个输入流解复用。数据管道是用于鲁棒控制的基本单元，从而影响服务质量(QoS)。一个或多个服务或服务组件可通过单个数据管道承载。
数据管道是物理层中可承载一个或多个服务或服务组件以承载服务数据或相关元数据的逻辑频道。数据管道可对应于物理层管道(PLP)。
数据管道单元是用于在一个帧中向数据管道分配数据单元的基本单元。
在BICM块1010中，添加奇偶校验数据以用于纠错，并且编码的比特流被映射到复值星座符号。符号横跨用于对应数据管道的特定交织深度交织。对于高级配置文件，在BICM块1010中执行多输入多输出(MIMO)编码，并且在输出处添加附加数据路径以用于MIMO传输。
帧构建块1020可将输入数据管道的数据单元映射到一个帧内的OFDM符号。在执行映射之后，频率交织用于频域分集，特别是防止频率选择性衰落信道。
在各个帧的开始处插入前导码之后，OFDM生成块1030可应用具有循环前缀作为保护间隔的传统OFDM调制。为了天线空间分集，对发送器应用分布式多输入单输出(MISO)方案。另外，在时域中执行峰均功率比(PAPR)方案。为了灵活的网络规划，此提议提供各种FFT大小、保护间隔长度和/或对应导频图案的集合。
信令生成块1040可生成用于各个功能块的操作的物理层信令信息。还发送该信令信息以使得在接收机侧正确地恢复感兴趣的服务。
因此，根据实施方式的广播信号发送方法可包括以下步骤：生成服务数据和/或服务数据的信令信息；对服务数据和/或信令信息进行编码；和/或发送信令信息。
另外，根据实施方式的广播信号接收方法可包括以下步骤：接收服务数据和/或服务数据的信令信息；和/或基于信令信息来获取服务数据。
图2示出根据本公开的实施方式的用于未来广播服务的广播信号接收设备的结构。
根据本公开的实施方式的用于未来广播服务的广播信号接收设备可与参照图1描述的用于未来广播服务的广播信号发送设备对应。
根据本公开的实施方式的用于未来广播服务的广播信号接收设备可包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将描述广播信号接收设备的各个模块的操作。
同步和解调模块9000可通过m个接收天线接收输入信号，针对与广播信号接收设备对应的系统执行信号检测和同步，并执行与广播信号发送设备所执行的过程的逆过程对应的解调。
帧解析模块9010可解析输入信号帧并提取发送用户所选择的服务的数据。如果广播信号发送设备执行交织，则帧解析模块9010可执行与交织的逆过程对应的解交织。在这种情况下，可通过将从信令解码模块9040输出的数据解码以恢复由广播信号发送设备生成的调度信息来获得需要提取的信号和数据的位置。
解映射和解码模块9020可将输入信号转换为比特域数据，然后根据需要将比特域数据解交织。解映射和解码模块9020可对为传输效率而应用的映射执行解映射并且通过解码来纠正在传输信道上生成的错误。在这种情况下，解映射和解码模块9020可通过将从信令解码模块9040输出的数据解码获得解映射和解码所需的传输参数。
输出处理器9030可执行广播信号发送设备所应用的各种压缩/信号处理过程的逆过程，以改进传输效率。在这种情况下，输出处理器9030可从输出自信令解码模块9040的数据获取必要控制信息。输出处理器9030的输出对应于输入到广播信号发送设备的信号，并且可以是MPEG-TS、IP流(v4或v6)和GS。
信令解码模块9040可从同步和解调模块9000所解调的信号获得物理层信令(PLS)信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可使用从信令解码模块9040输出的数据来执行其功能。
图3示出根据本公开的实施方式的广播信号发送设备和广播信号接收设备发送和接收服务的结构。
广播商可基于地面(T)频道、有线(C)频道和/或卫星(S)频道来提供服务。此外，广播商可基于T频道、C频道、S频道以及同时互联网频道来提供服务。因此，根据本公开的实施方式的广播信号发送设备和广播信号接收设备可基于T频道、C频道、S频道和互联网频道来发送和接收服务。广播商、制造商和/或运营商可为各个频道指定认证方法。根据本公开的实施方式的广播信号接收设备可基于广播商、制造商和/或运营商所指定的法规获得各个服务频道的认证。此外，与传统线性服务聚合的互联网频道可由根据本公开的实施方式的广播信号发送设备和广播信号接收设备使用。
根据本公开的实施方式的广播信号发送设备和广播信号接收设备可通过经由传统线性网络提供的服务发现信息来为频道列表提供引导，以便以聚合形式使用互联网频道和传统线性广播频道列表。
根据本公开的实施方式的广播信号发送设备可通过扩展传统服务来提供服务并与传统线性频道网络一起提供诸如点播/多播服务的附加服务。广播信号发送设备还可基于互联网频道通过使用报告来提供个性化服务。
根据本公开的实施方式的广播信号发送设备可提供将传统T频道、S频道和/或C频道的服务与空中(OTT)服务聚合的频道列表。广播信号接收设备可向用户提供各种服务，并且广播信号发送设备和广播信号接收设备的功能可扩展。
可建立可连接到根据本公开的实施方式的广播信号发送设备和广播信号接收设备的网络/互联网服务提供商(ISP)，以提供与传统服务聚合的OTT内容。广播信号发送设备可动态地分配单播/多播并且可提供增强传送性能。广播信号接收设备可提供比基于非管理网络提供服务的终端更好的性能。
图4示出根据本公开的实施方式的广播信号发送设备和广播信号接收设备的网络结构。
广播信号接收设备可对应于终端(TV)40009。上面已参照图2描述了TV 40009的详细配置。
机顶盒(STB)40008可连接到广播信号接收设备。例如，STB 40008可基于高清多媒体接口(HDMI)方案连接到广播信号接收设备。
网关40007从宽带网络40005接收内容或服务，以向STB 40008提供内容或服务。
宽带网络40005向广播信号接收设备提供与之有关的内容或服务。
内容传送网络(CDN)40006向宽带网络40005提供与内容有关的数据。
多播头端40002基于多播方案将数据传送至宽带网络40005。
源(数字视频广播-互联网(DVB-I)源)40003向宽带网络40005提供数据。源所提供的数据可包括根据DVB-I方案的数据。
地面网络40004基于地面频道从地面头端40001接收地面相关数据并将数据提供给STB 40008。
根据本公开的实施方式的广播信号发送设备可消除考虑各个终端的不同操作系统(OS)环境的负担，以便提供OTT服务。即，广播信号接收设备不需要单独地提供OTT应用。广播信号接收设备可包括基于行业标准的生态系统。广播信号接收设备通过提供公共服务接口来提供扩展服务访问的形式的效果。
图5示出根据实施方式的广播信号发送方法和广播信号接收方法的协议栈。
服务可通过多个层传送至接收侧。首先，发送侧可生成服务数据。发送侧的传送层可处理服务数据以用于传输，并且发送侧的物理层可将所处理的服务数据编码为广播信号并经由广播网络或宽带发送编码的广播信号。
这里，服务数据可基于ISO基本媒体文件格式(BMFF)来格式化。ISO BMFF可用作用于广播网络/宽带传送、媒体封装和/或同步的媒体文件格式。服务数据是指与服务有关的所有数据，其可包括用于线性服务的服务组件、服务组件的信令信息以及其它文件。
将描述传送层。传送层可提供服务数据传输功能。服务数据可经由广播和/或宽带传送。
广播服务传送可用于基于MPEG-2系统将服务数据处理为MPEG-2TS并使用基于MPEG-2系统的协议来发送MPEG-2TS。基于MPEG-2TS，服务数据可包括视频数据、音频数据和/或字幕数据。在这种情况下，通过MPEG-2系统传送的服务数据可包括用于线性服务的服务组件、其它数据和/或用于服务组件的服务信令信息(例如，服务信息(SI))。SI指示与根据实施方式的广播信号发送方法和广播信号接收方法的广播服务有关的信息或服务信息。
可通过MPEG-2系统将服务数据处理为MPEG-2TS以便于经由广播频道传输。通用流封装(GSE)意指封装与将服务数据处理为MPEG-2TS的方法有关的信息。处理为MPEG-2TS的服务数据可由物理层以S2、C2和/或T2方案处理然后发送。
物理层可处理从传送层(高层和/或链路层)接收的数据并经由广播网络或宽带发送所处理的数据。
根据实施方式的广播信号发送方法和广播信号接收方法可基于T频道、C频道、S频道和互联网频道发送和接收服务。T频道意指基于地面广播的广播频道。S频道意指基于卫星广播的广播频道。C频道意指基于有线广播的广播频道。根据实施方式的广播信号发送方法和广播信号接收方法可基于T频道、C频道和/或S频道发送和接收广播服务。根据实施方式的广播信号发送方法和广播信号接收方法可由物理层处理根据DVB-T2的基于T频道的广播服务、根据DVB-C2的基于C频道的广播服务以及根据DVB-S2的基于S频道的广播服务。
基于互联网的服务传送可基于DASH表示将服务数据处理为经由HTTP的动态自适应流(DASH)格式的服务组件(或服务数据)并基于超文本传送协议(HTTP)/传输控制协议(TCP)/互联网协议(IP)通信协议来发送服务组件。在混合服务传送的情况下，经由宽带传送的数据可包括DASH格式的服务组件、用于服务组件的服务信令信息(例如，SI)和/或其它数据。例如，SI可包括描述DASH格式的服务组件的媒体呈现描述(MPD)。基于互联网的服务传送也可被称为宽带服务传送。
这种数据可通过HTTP/TCP/IP处理并被传送至物理层以便于通过用于宽带传输的数据链路层进行互联网传输。物理层可基于例如IEEE和/或3GPP协议来处理传输。
应用层可意指表示广播服务的平台。广播服务可以是通过广播服务传送发送的广播服务或者通过基于互联网的服务传送发送的广播服务。应用可包括本机应用、预安装应用和/或用户选择的应用。
图6示出根据实施方式的广播服务发现过程。
根据实施方式的广播信号接收设备可包括调谐器以用于根据实施方式通过S频道、C频道、T频道和/或宽带接收广播服务。
根据实施方式的广播信号接收设备连接到宽带网络。包括音频/视频(A/V)播放器模块的接收机也可接收广播信号。根据实施方式的广播信号接收设备可执行DVB-I服务发现。即使未安装用于DVB-I服务发现的DVB-C/S/T调谐器时，根据实施方式的广播信号接收设备也可发现和检索广播服务。
即使当根据实施方式的广播信号接收设备未配备有用于DVB-I服务发现的DVB-C/S/T调谐器时，根据实施方式的广播信号接收设备也可执行以下操作以便发现广播服务。
首先，根据实施方式的广播信号发送设备可提供预先准备的统一资源定位符(URL)以使得广播信号接收设备可经由宽带网络检索服务发现列表表(SDLT)。根据实施方式，预先准备的URL可由安装在应用或DVB-I客户端中的模块提供。
根据实施方式，SDLT信息可指关于应用的一个或更多个广播服务的信息。
通过预先准备的URL，根据实施方式的广播信号接收设备可接收SDLT(用于发现服务的列表表)。根据实施方式的预先准备的URL可用在下面描述的各种模块中。
A.由接收机提供的DVB-I客户端模块
B.安装在由网络运营商提供的STB中的DVB-I客户端模块(此模块可以是单独地实现于装置内部的应用或混合广播宽带TV(HbbTV)应用。)
C.安装在从移动接收机或可安装应用的接收机的应用商店下载的应用中的DVB-I客户端模块。
根据实施方式的预先准备的URL可由查询模板配置。查询模板可通过在安装在广播信号接收设备中的应用(包括DVB-I客户端的应用)中完成模板来向宽带服务器发送HTTP请求。查询模板的形式可表示如下。
http[s]://{Recovery Base URL}/[？query]/sdlt
其中：
方括号[..]中的[string]项指示可选串，并且
大括号{..}中的{element}项指示命名元素。
{Recovery Base URL}可在各个应用或本机应用中预设和发布，并且可针对安装各个应用的各个接收机或由制造商提供的各个接收机具有不同的URL值。
对{Recovery Base URL}值没有限制。可基于对应URL访问宽带服务器。
[？query]串可根据应用中的装置能力以模板格式生成以配置请求串。[？query]串可被称为查询项，并且该项可如图8所示。
图7示出根据实施方式的广播服务发现过程。
根据实施方式的广播信号接收方法可根据图7所示的流程图执行广播服务发现过程。
根据实施方式的广播信号接收方法可包括以下步骤：打开接收设备以便根据实施方式执行广播信号发现过程(7000)。
根据实施方式的广播信号接收方法的发现过程可包括：确定广播信号接收设备是否连接到宽带(7001)。
根据实施方式的广播信号接收方法可包括以下步骤：确定是否存在安装有DVB-I客户端的应用(7002)。
当不存在安装有DVB-I客户端的应用时，根据实施方式的广播信号接收方法可包括以下步骤：从应用商店下载应用(70003)。
当存在应用时，根据实施方式的广播信号接收方法可包括以下步骤：经由宽带向服务器发送对用于广播服务发现的SDLT信息的请求(7004)。
根据实施方式的广播信号接收方法可包括以下步骤：根据对用于广播服务发现的SDLT信息的请求来接收SDLT信息。根据实施方式的广播信号接收方法可包括以下步骤：解析所接收的SDLT信息(7005)。
根据实施方式的广播信号接收方法包括以下步骤：解析所接收的SDLT信息并确定广播信号接收设备中是否安装有DVB的用于根据实施方式的T频道、S频道和/或C频道的调谐器(7007)。
当广播信号接收设备中安装有用于根据实施方式的T频道、S频道和/或C频道的调谐器时，根据实施方式的广播信号接收方法可包括以下步骤：通过T频道、S频道、C频道和互联网来接收广播服务(例如，DVB-T/S/C/I服务)(7008)。
当广播信号接收设备中未安装用于根据实施方式的T频道、S频道和/或C频道的调谐器时，根据实施方式的广播信号接收方法可包括以下步骤：接收基于互联网的广播服务(例如，DVB-I服务)(7009)。
当广播信号接收设备未连接到宽带时，根据实施方式的广播信号接收方法可包括以下步骤：确定广播信号接收设备中是否安装有DVB的用于根据实施方式的T频道、S频道和/或C频道的调谐器(7010)。
当广播信号接收设备未连接到宽带，但是存在用于根据实施方式的T频道、S频道和/或C频道的调谐器时，广播信号接收方法可包括以下步骤：通过T频道、S频道和/或C频道接收广播服务(例如，DVB-T/S/C服务)(7011)。
当广播信号接收设备未连接到宽带并且广播信号接收设备中未安装用于根据实施方式的T频道、S频道和/或C频道的调谐器时，根据实施方式的广播信号接收方法可包括以下步骤：指示不存在可用服务(7012)。
图8示出根据实施方式的广播服务发现过程的查询项。
根据实施方式的广播信号接收方法可包括以下步骤：向连接到宽带的服务器发送对SDLT信息的请求，以便请求用于广播服务发现的SDLT信息。对SDLT信息的请求可被发送至预先准备的URL所指示的位置。
根据实施方式，预先准备的URL是指指示要经由宽带服务器将请求发送至的位置，以便接收SDLT信息的信息。根据实施方式，预先准备的URL可由安装在应用或DVB-I客户端中的模块提供。例如，应用可意指图7的步骤7002中标识的应用、在步骤7003中下载的应用或者图5的应用(例如，本机应用、预设应用、用户选择的应用等)。
根据实施方式的预先准备的URL可具有查询表格(或查询模板)。根据实施方式，查询表格可指对连接到宽带(互联网网络)的服务器作出请求的请求表格。查询表格也可被称为查询模板。查询模板可包括恢复基本URL(例如，图6中的{Recovery Base URL})和/或查询项(例如，图6中的[？query])。图8示出查询项及其含义的示例。
查询项是包括在预先准备的URL中的信息，并且可包括关于使用哪一方法来接收包括在所请求的SDLT中的广播服务的信息。
例如，查询项可以是C、S、T、I、IPTV和ALL中的任一个。当查询项是C时，这可指示要请求的SDLT信息用于请求包括通过有线发送的服务的SDLT。当查询项是S时，这可指示要请求的SDLT信息用于请求包括通过卫星波发送的服务的SDLT。当查询项是T时，这可指示要请求的SDLT信息用于请求包括通过地面波发送的服务的SDLT。当查询项是I时，这可指示要请求的SDLT信息用于请求包括通过互联网(宽带)发送的服务的SDLT。当查询项是IPTV时，这可指示要请求的SDLT信息用于请求包括通过IPTV发送的服务的SDLT。当查询项是ALL时，这可指示要请求的SDLT信息用于请求包括通过有线、卫星波、地面波和互联网发送的所有服务的SDLT。
图9示出根据实施方式的使用查询项的广播服务发现过程。
根据实施方式的广播信号接收方法/设备可执行使用根据实施方式的预先准备的URL和/或查询模板接收根据实施方式的广播服务的发现操作。根据实施方式的发现操作可根据以下方法来执行。
首先，广播信号接收设备通过宽带从支持广播服务接收的广播信号接收设备的应用商店下载能够发现DVB-I服务的应用，并将下载的应用安装在广播信号接收设备中。根据实施方式的下载的应用可包括DVB-I客户端模块，并且客户端模块可提供预先准备的URL。
接下来，广播信号接收设备使用预先准备的URL配置根据实施方式的查询表格，以便发现基于互联网的广播服务。查询表格是指图8中描述的查询表格。当根据实施方式的广播信号接收设备不包括DVB-S/C/T调谐器时，广播信号接收设备可发现可通过宽带(互联网)网络获得的基于互联网的广播服务(例如，DVB-I服务)。
接下来，根据实施方式的广播信号接收设备可生成用于请求包括能够发现基于互联网的广播服务(例如，DVB-I服务)的服务列表的SDLT的查询表格。根据实施方式，可根据参照图6至图9所描述的操作来生成查询表格。
根据实施方式的广播信号接收设备可根据实施方式将所生成的查询表格发送到提供SDLT的宽带服务器(连接到互联网网络的服务器)。在接收到所生成的查询表格时，宽带服务器通过查询表格解析器解析根据实施方式的查询表格并通过服务器中实现的响应场景将包括SDLT信息的响应提供给根据实施方式的广播信号接收设备。服务器应根据实施方式的接收设备的请求发送的SDLT信息可以是web环境中所支持的所有文件格式，例如XML或JSON。
根据实施方式的广播信号接收设备接收作为响应提供的SDLT。根据实施方式的SDLT可由包括在广播信号接收设备或应用中的解析器解析，以使得可提取包括在SDLT中的子元素。
根据实施方式，在接收到SDLT时，接收设备可将基于互联网的服务与传统地面、卫星和/或有线服务一起在用户可选择的服务列表中列出。图9示出通过特定应用的TV上的用户接口(UI)。根据实施方式的接收设备可通过为各个接收机生成图标基于各个服务的特性来指示各个服务是否通过互联网发送。还可添加附加信息。例如，当接收机未连接到宽带时，接收设备可指示无法选择基于互联网的服务。
图10示出根据实施方式的使用查询项的广播服务发现过程。
根据实施方式的广播信号接收设备可以是例如TV。根据实施方式的广播信号接收设备可包括显示单元。根据实施方式的广播信号接收设备可将根据实施方式的表示应用的一个或更多个组件显示在显示单元上。
用户可首先选择根据实施方式的表示应用的组件之一(10001)。应用可以是例如关于图5描述的本机应用、预安装的应用或下载的应用。
根据实施方式的广播信号接收设备可执行用户所选择的应用。根据实施方式的广播信号接收设备可向嵌入在所选应用中的宽带服务器(经由互联网网络连接的服务器)请求相关SDLT(10002)。相关SDLT可意指关于与所选应用有关的广播服务的信息。
为了向宽带服务器请求SDLT信息，根据实施方式的广播信号接收设备可从所选应用接收预先准备的URL，或者通过向预先准备的URL添加根据实施方式的查询项或执行替换来生成查询表格。根据实施方式的广播信号接收设备可向查询表格所指示的地址发送获取SDLT的请求。根据实施方式的生成查询表格的方法可使用参照图6至图9描述的方法。
根据实施方式的广播信号接收设备可从宽带服务器接收SDLT信息(10003)。SDLT信息可包括关于一个或更多个广播服务的信息。一个或更多个广播服务可包括地面广播服务、卫星广播服务、互联网广播服务和/或有线广播服务。
根据实施方式的广播信号接收设备接收SDLT。根据实施方式的SDLT可由包括在广播信号接收设备或应用中的解析器解析，以使得可提取包括在SDLT中的子元素。
根据实施方式的广播信号接收设备可将包括在所接收的SDLT信息中的关于广播服务的全部或部分信息显示在显示单元上。例如，广播信号接收设备可使得显示单元显示包括在SDLT信息中的一个或更多个广播服务的频道信息、广播服务的名称信息以及关于广播服务的显示方案(例如，HD服务)的信息和/或关于广播服务的附加信息的信息。
图11示出根据实施方式的SDLT的示例。
根据实施方式，SDLT信息可指表示应用的一个或更多个广播服务的信息。根据实施方式的SDLT也可被称为服务列表。
ServiceDiscoveryListTable(SDLT)可以是由宽带服务器通过根据安装在DVB-I客户端模块中的预先准备的URL和接收机能力以查询表格的形式配置的HTTP请求提供的HTTP响应的形式。根据实施方式的SDLT可按XML的形式配置。图11所示的参数可以是XML形式的属性。
SDLT可包括一个或更多个Service元素。根据实施方式，Service元素可意指包括关于应用的一个或更多个广播服务的信息的对象，并且指示包括在SDLT中的一个服务。
Service元素可包括服务ID(serviceId)元素、全局服务ID(globalServiceId)元素、原始网络ID(originalNetworkId)、传输流ID(transportStreamId)、服务类别信息(serviceCategory)、服务序列号信息(SvcSeqNum)、内容格式信息(contentFormat)和/或服务互联网URL信息(svcInetUrl)。
serviceId表示在originalNetworkId的范围内唯一地标识该服务的编号。serviceId是服务的ID。对于DVB-C/S/T服务，serviceId在服务ID+传输流ID+原始网络ID的范围内具有唯一值。对于DVB-I服务，serviceId在原始网络的范围内具有唯一值。
globalServiceId表示全局唯一服务ID。globalServiceId可与电子服务指南(ESG)中的全局服务ID映射。对于DVB-C/S/T服务，可不存在该属性。对于DVB-I服务，该属性可具有与ESG中的一个服务映射的全局唯一URI值。
originalNetworkId表示唯一地标识最初生成该服务的原始网络的编号。
transportStreamId表示唯一地标识传输流的编号。该属性可存在于传统DVB-C/S/T服务中，但是对于具有ISO BMFF的DVB-I服务，可不存在。
serviceCategory表示服务的类别。该服务的类别可包括线性、点播或应用服务。更多细节列出于图12中。
SvcSeqNum表示该表中的服务信息的版本——对于RFD中的服务数据的各个新版本，增加一；绕回为0。该元素是指示Service元素内的值是否已改变的序列号。如果序列号未改变，则这意味着Service元素内的值未改变。如果已经接收到具有相同ServiceId的服务，则接收设备不需要重新分析服务。
contentFormat表示该服务的内容的格式。该格式可具有图13中定义的值。
svcInetUrl可意指用于访问信令信息或ESG对象的零或更多个URL的信息。SvcInetUrl可指示可接收服务的信令或ESG的宽带服务器的URL值。svcInetUrl可包括urlType。urlType可意指利用该URL可用的文件的类型。urlType指示宽带服务器URL的类型，并且可指示图14中定义的信令数据或ESG数据。
根据实施方式的图11所示的参数可存在于根据实施方式的SDLT中的最高级别，或者可存在于SDLT中与服务(或服务实例)相同的级别或更低的级别。图11所示的参数的包含关系是示例性的。
根据实施方式的广播信号接收设备接收包括图11所示的根据实施方式的元素的SDLT。根据实施方式的SDLT可由包括在广播信号接收设备或应用中的解析器解析，以使得可提取包括在SDLT中的子元素。
图12示出根据实施方式的SDLT中所包括的服务类别信息(serviceCategory)的值的示例。
图12所示的根据实施方式的服务类别信息(serviceCategory)可意指包括在图11的SDLT中的服务类别信息。
根据实施方式，服务类别信息指示广播服务的类别。广播服务的类别可包括线性TV服务、线性无线电服务、视频点播(VoD)服务、应用服务、ESG服务和/或数据服务。
当对应服务不用作广播服务时，当服务不是广播服务时，或者当不使用服务时，服务类别信息可具有值0。对于线性TV服务，服务类别信息可具有值1，对于线性无线电服务，具有值2，对于VoD服务，具有值3，对于应用服务，具有值4，对于ESG服务，具有值5，对于数据服务，具有值6。服务类别信息可预留与7至255对应的值以供未来使用。
图13示出根据实施方式的SDLT中所包括的内容格式信息(contentFormat)的值的示例。
图13所示的根据实施方式的内容格式信息(contentFormat)可意指图11的SDLT中所包括的内容格式信息(contentFormat)。
根据实施方式，内容格式信息表示广播服务的内容的发送和接收格式。广播服务的内容格式可包括TS格式、ISO BMFF和/或公共媒体应用格式(CMAF)。
当对应服务不用作广播服务时，当服务不是广播服务时，或者当不使用服务时，内容格式信息可具有值0。当以TS格式发送/接收服务时，内容格式信息可具有值1，当以ISOBMFF发送/接收服务时，具有值2，当以CMAF发送/接收服务时，具有值3。内容格式信息可预留与7至255对应的值以供未来使用。
图14示出根据实施方式的SDLT中所包括的urlType的值的示例。
图14所示的根据实施方式的urlType可意指图11的SDLT中所包括的urlType。
urlType指示宽带服务器URL的类型。如下表中定义的，urlType可指示信令数据或ESG数据。广播服务的内容格式可包括TS格式、ISO BMFF和/或CMAF。
当SvcInetUrl所指示的服务器是服务信令服务器时，urlType具有值1，当SvcInetUrl所指示的服务器是ESG服务器时(在提供以访问ESG数据的URL的情况下)，具有值2。urlType的值可预留与7至255对应的值以供未来使用。
图15示出根据实施方式的SDLT的另一示例。
ServiceDiscoveryListTable(SDLT)可以是由宽带服务器通过根据安装在DVB-I客户端模块中的预先准备的URL和接收机能力以查询表格的形式配置的HTTP请求提供的HTTP响应的形式。根据实施方式的SDLT可按XML的形式配置。图15所示的参数可以是XML形式的属性。SDLT可包括一个或更多个Service元素。Service元素可意指参照图11描述的Service元素。
根据实施方式的广播信号接收设备/方法可在SDLT级别用信号通知宽带URL。SdltInetUrl表示接收机可访问以便获得与包括在SDLT中的任何服务对应的信息的宽带服务器的地址。
因此，根据实施方式的SDLT还可包括SdltInetUrl元素。SdltInetUrl可意指可接收与SDLT中所列的任何服务有关的信令或ESG的宽带服务器的URL值。SdltInetUrl可包括urlType。urlType元素可指示宽带服务器URL的类型，并且根据各个定义的类型表示信令数据或ESG数据。
根据实施方式的广播信号接收设备/方法可使用包括在SDLT中的SdltInetUrl或各个服务的SvcInetUrl来生成服务信令信息和/或ESG可访问的查询项。查询项可指用于向宽带服务器发送对根据实施方式的信令数据或ESG数据的请求的服务器地址。根据实施方式的广播信号接收设备/方法可使用SdltInetUrl来生成可请求与服务有关的信息(例如，服务信令信息和/或ESG信息)的HTTP查询项。
根据实施方式的图15所示的参数可存在于根据实施方式的SDLT中的最高级别，或者可存在于SDLT中与服务(或服务实例)相同的级别或更低的级别。图15所示的参数的包含关系是示例性的。
根据实施方式的广播信号接收设备接收包括图11所示的根据实施方式的元素的SDLT。根据实施方式的SDLT可由包括在广播信号接收设备或应用中的解析器解析，以使得可提取包括在SDLT中的子元素。
图16示出根据实施方式的查询项的示例。
图16的查询项可意指参照图15描述的查询项。当在SDLT中用信号通知例如urlType为1的SdltInetUrl时，可使用<service_id>项(或句法)。这意指指示在SDLT级别用信号通知URL，但是接收机期望仅获取特定请求的服务的信令信息的查询。例如，如果根据实施方式的查询项中不包括<service_id>的值，则这意指对SDLT用信号通知的所有服务的信令的请求。
在DVB-I服务的情况下当所请求的信令对象为XML格式时，适用normal/diff/template项。
当前/下一项意指所请求的信令对象是当前版本的信令信息还是下一版本的信令信息。当请求当前版本的信令对象时，对应项可省略。
list_of_signaling_object_types项指示所请求的信令对象的类型，并且可以是以空格分隔的请求。如果请求所有信令对象，则信令对象可使用ALL应用于查询项。根据实施方式的list_of_signaling_object_types项可使用图17所示的参数。信令对象可意指包括关于所请求的服务的信息的数据单元。
图17示出根据实施方式的查询项的list_of_signaling_object_types的参数的示例。
图17示出当使用图16所示的SdltInetUrl来生成查询项时list_of_signaling_object_types的参数的示例。
当list_of_signaling_object_types的参数为ALL时，这意味着请求所请求的服务的所有信令对象(元数据对象)。
当list_of_signaling_object_types的参数为用户服务捆绑描述(USBD)时，这意味着请求所请求的服务的USBD信令对象。
当list_of_signaling_object_types的参数为MPD时，这意味着请求所请求的服务的DASH MPD信令对象。
当list_of_signaling_object_types的参数为网络信息表(NIT)时，这意味着请求NIT。
当list_of_signaling_object_types的参数为业务群关联表(BAT)时，这意味着请求BAT。BAT对应于提供关于业务群的信息的信息，业务群意指作为一个实体销售的服务集合。
当list_of_signaling_object_types的参数为服务描述表(SDT)时，这意味着请求SDT。
当list_of_signaling_object_types的参数为应用信息表(AIT)时，这意味着请求AIT。
当list_of_signaling_object_types的参数为分发窗口描述(DWD)时，这意味着请求DWD。
list_of_signaling_object_types可具有ALL、USBD、MPD、NIT、BAT、SDT、AIT和/或DWD作为参数，并且具有上述参数以外的参数。
图18示出根据实施方式的基于sdltInetUrl使用查询项接收信令对象的示例。
根据实施方式的广播信号接收设备可基于sdltInetUrl来生成查询项并且使用所生成的查询项来请求信令对象，如参照图16至图17描述的。
根据实施方式的广播信号接收设备可使用接收设备中的应用所提供的预先准备的URL(例如，图18的https://bb1.com/[？query]/sldt 18001a)并使用相关查询项来向第一宽带服务器发送对SLDT的请求(18001)。操作18001可符合参照图6至图10描述的操作。(例如，根据实施方式的广播信号接收设备可包括发送器并且该发送器可向第一宽带服务器发送对SDLT获取的请求。)
根据实施方式的广播信号接收设备可从第一宽带服务器接收SLDT(18002)。根据实施方式的所接收的SLDT可意指参照图11至图17描述的SLDT。例如，广播信号接收设备可通过<sdltInetUrl urlType＝“1”>http://aaa.bbb.com/</sdltInetUrl>来获取SDLT。
根据实施方式的广播信号接收设备接收包括图11所示的根据实施方式的元素的SDLT。根据实施方式的SDLT可由包括在广播信号接收设备或应用中的解析器解析，以使得可提取包括在SDLT中的子元素。
根据实施方式的广播信号接收设备可使用所接收的SDLT来生成用于接收服务的信令对象的查询项并将所生成的查询项发送到第二宽带服务器(18003)。宽带服务器可指上述查询项所指示的服务器。用于接收信令对象的查询项如参照图15至图17所描述。第二宽带服务器可与第一宽带服务器相同或不同。
根据实施方式的广播信号接收设备可使用包括在SDLT中的SdltInetUrl信息和urlType信息来生成用于接收信令对象的查询项。(例如，根据实施方式的广播信号接收设备可包括发送器并且该发送器可向第二宽带服务器发送对SDLT获取的请求。)
根据实施方式的广播信号接收设备可基于上述查询项来接收信令对象(18004)。根据实施方式的广播信号接收设备接收信令对象。根据实施方式的信令对象可由包括在广播信号接收设备或应用中的解析器或信令对象解析器解析，以使得可提取包括在信令对象中的子元素。
例如，接收设备可生成诸如http://aaa.bbb.com/0x2107/ALL的查询项。当作出如上述示例中的HTTP请求时，宽带服务器可将@serviceId值为0x2107的服务的所有信令对象返回给根据实施方式的广播信号接收设备作为当前和正常版本。
作为另一示例，在获取包括参数<sdltInetUrl urlType＝”1”>http://xxx.yyy.com/</sdltInetUrl>的SDLT时，根据实施方式的广播信号接收设备配置具有值http://xxx.yyy.com/0x2103/next/MPD的查询项。当作出这种HTTP请求时，宽带服务器返回@serviceId值为0x2103的服务的MPD信令对象作为下一和正常版本。
图19示出根据实施方式的基于sdltInetUrl使用查询项接收信令对象的示例。
根据实施方式的广播信号接收设备可具有SDLT。根据实施方式的广播信号接收设备的SDLT可以是基于图18中描述的方法从宽带服务器接收的信息。根据实施方式的广播信号接收设备可通过显示单元基于SDLT显示广播服务的列表。
例如，当根据实施方式的广播信号接收设备包括@serviceId＝0x2107的服务和@serviceId＝0x2108的服务时，接收设备可使得显示单元显示表示@serviceId＝0x2107的服务的图标和表示@serviceId＝0x2108的服务的图标。
根据实施方式的广播信号接收设备的用户可选择包括在SDLT中的服务。即，根据实施方式的广播信号接收设备可按图标的形式显示包括在SDLT中的服务，并且用户可通过选择对应图标来选择广播服务。
根据实施方式的广播信号接收设备可显示表示为例如“频道列表”的组件。如果用户选择对应组件，则广播信号接收设备可显示包括在SDLT中的广播服务的列表。例如，广播信号接收设备可使用SDLT来显示频道33-7、关于频道33-7的信息、频道33-8以及关于频道33-8的信息。用户可从所列广播服务当中选择一个或更多个服务。
根据实施方式的广播信号接收设备可基于包括在SDLT中的信息向宽带服务器发送对用户所选择的服务的信令对象的请求。例如，当用户选择频道33-7时，根据实施方式的广播信号接收设备可向宽带服务器发送对表示与频道33-7有关的一个或更多个服务的信令对象的请求。根据实施方式的广播信号接收设备可使用SdltInetURL type＝＝1来发送对与@serviceId＝0x2107对应的服务的信令对象的请求。
根据实施方式的广播信号接收设备可接收与所请求的频道33-7有关的服务的服务信令对象。
图20示出服务的服务信令对象与服务信令对象之间的关系。
图20示出基于互联网的广播服务的服务信令对象20000的类型。图20的服务信令对象可意指参照图15至图19描述的服务信令对象或信令对象。服务信令对象可被称为服务信令或服务信令元数据。图20示出当根据实施方式的广播信号接收设备作出对广播服务的信令对象的请求时由宽带服务器提供的DVB-I服务的服务信令配置。
根据实施方式的广播信号接收设备接收图20所示的服务信令对象。根据实施方式的信令对象可由包括在广播信号接收设备或应用中的解析器或信令对象解析器解析，以使得可提取包括在信令对象中的子元素。
根据实施方式的服务信令对象20000可被称为服务信令或元数据信令对象。
服务列表意指一个或更多个服务。服务列表信令意指关于一个或更多个服务的各个集合的信息以及关于服务的信息。
DVB-I服务的服务信令对象20000可根据各个元数据信令对象的角色和配置而包括不同的信息。图20示出由4种类型的信令元数据组成的DVB-I服务信令的示例。
根据实施方式，用户服务捆绑描述(USBD)20001是包括一个或更多个USD的信令对象，其包括关于广播服务(例如，DVB-I服务)的信息。当广播服务是DVB-I线性服务时，USBD可包括MPD的URL信息。
根据实施方式，用户服务描述(USD)20002是包括关于广播服务(例如，DVB-I服务)的信息的信令对象。根据实施方式，USBD可包括一个或更多个USD。
当在分发静止图像或一般文件的同时将关于DVB-I服务的信息指示给用户时，可使用分发窗口描述(DWD)20003。在这种情况下，USBD可指示用于链接DWD的URL以用信号通知关于何时分发静止图像的调度信息。
根据实施方式，传送方法20004指示传输相关信息，其包含利用包括在USD中的信息通过广播网络或宽带网络访问的内容。传送方法可用于获得MPD。
当DVB-I服务是应用驱动服务时，AIT 20005可提供用于连接应用的AIT信令的URL。
MPD 20006是DVB-DASH中使用的信令元数据，并且元数据的使用方法和信令信息如MPEG-DASH中定义。
根据实施方式的USBD、DWD、传送方法、AIT和MPD可在根据实施方式的信令对象中以一种XML格式用信号通知。例如，根据实施方式的广播信号接收设备的解析器(或信令对象解析器)可通过解析包括在服务信令对象中的USBD来提取一个或更多个USD。根据实施方式的广播信号接收设备的解析器(或信令对象解析器)可从根据实施方式的服务信令对象提取或通过对服务器的请求或来自服务器的响应基于所提取的USD获得传送方法20004、DWD 20003和/或AIT 20005。根据实施方式的广播信号接收设备的解析器(或信令对象解析器)可基于传送方法20004来提取MPD 20006。
图21示出根据实施方式的广播信号接收设备接收服务列表信令和广播服务的方法。
在图21中，示出根据实施方式的广播信号接收设备是接收DVB-I服务发现和广播内容的DVB-I系统的情况。DVB-I系统可包括DVB-I播放器21000、内容指南服务器21001、服务列表服务器21002、广播商21003、MPD服务器21004、流服务器21005、多播网关21006和/或多播服务器21007。
DVB-I播放器21000可意指根据实施方式的广播信号接收设备。
DVB-I播放器21000可向内容指南服务器21001发送内容指南查询(C1)。DVB-I播放器21000可从内容指南服务器21001接收内容指南数据。
DVB-I播放器21000可向服务列表服务器21002发送服务列表查询(A1)。DVB-I播放器21000可从服务列表服务器21002接收聚合的服务列表。DVB-I播放器21000可向包括在服务列表服务器21002中的服务列表注册表发送用于服务列表发现的查询(即，服务列表发现查询)。DVB-I播放器21000可从服务列表服务器21002的服务列表注册表接收服务列表入口点(例如，SDLT)。
根据实施方式的DVB-I播放器21000包括：接收器，用于接收信号或数据；和/或发送器，用于向和/或从根据实施方式的内容指南服务器21001、服务列表服务器21002、MPD服务器21004、流服务器21005和/或多播网关21006发送信号或数据。根据实施方式的DVB-I播放器21000包括解析器，用于解析从根据实施方式的内容指南服务器21001、服务列表服务器21002、MPD服务器21004、流服务器21005和/或多播网关21006接收的数据或信号。根据实施方式的DVB-I播放器21000可包括图2中描述的物理层结构。
DVB-I播放器21000可向MPD服务器21004发送对DASH MPD的请求(F1)。DVB-I播放器21000可从MPD服务器21004接收DASH MPD。
DVB-I播放器21000可向流服务器21005发送对媒体数据的请求(H1)。DVB-I播放器21000可按单播形式从流服务器21005接收DASH数据。
内容指南服务器21001可向根据实施方式的DVB-I播放器21000发送根据实施方式的内容指南数据(C2)。内容指南服务器21001可向广播商21003发送对内容指南的请求，以便接收内容指南数据(B2)。内容指南服务器21001可从广播商21003接收内容指南数据(B1)。内容指南服务器21001可将从广播商21003接收的内容指南发送到DVB-I播放器(C2)。根据实施方式的内容指南服务器21001可包括图1中描述的物理层结构。
服务列表服务器21002可向DVB-I播放器发送根据实施方式的包括关于广播服务的信息的聚合的服务列表(A1)。包括在根据实施方式的聚合的服务列表中的一些或所有信息可接收自广播商21003(D)。即，服务列表服务器21002可从广播商21003接收构成服务列表的服务列表片段并将全部或部分的服务列表片段发送至DVB-I播放器21000。在一些实施方式中，服务列表服务器21002可包括服务列表注册表。根据实施方式的服务列表服务器21002可包括图1中描述的物理层结构。
广播商21003可将构成广播服务列表的服务列表片段发送到服务列表服务器21002。广播商可将内容指南数据发送到内容指南服务器21001。
根据实施方式的广播商21003可提供内容。根据实施方式的广播商可被称为内容/服务提供商。广播商21003可将内容指南发送到内容指南服务器并将服务列表片段发送到服务列表服务器。服务列表片段也可被称为服务记录。根据实施方式的广播商21003可包括图1中描述的物理层结构。
MPD服务器21004表示向根据实施方式的DVB-I播放器21000提供根据实施方式的DASH MPD的服务器。MPD服务器可以是连接到宽带网络的服务器。MPD服务器21004可从DVB-I播放器接收对DASH MPD的请求(F1)。MPD服务器21004可基于请求向DVB-I播放器发送DASHMPD(F2)。根据实施方式，MPD服务器21004可向广播商21003提供MPD的URL信息。MPD的URL信息可通过广播商21003被提供给DVB-I播放器(E1)，并且可基于URL信息通过内容指南服务器21001和/或服务列表服务器21002发送服务信令信息。根据实施方式的MPD服务器21004可包括图1中描述的物理层结构。
流服务器21005意指向根据实施方式的DVB-I播放器21000提供根据实施方式的媒体数据的服务器。根据实施方式的媒体数据可意指DASH格式的文件。流服务器21005可从DVB-I播放器接收对媒体数据的请求(H1)。流服务器21005可基于请求向DVB-I播放器发送DASH媒体数据(H2)。流服务器21005可向根据实施方式的MPD服务器21004提供媒体的URL信息(G)。在接收到媒体的URL信息时，MPD服务器可基于媒体的URL信息提取并生成MPD的URL信息。此后，MPD的URL信息可通过广播商21003被提供给DVB-I播放器(E1)，并且可基于MPD的URL信息通过内容指南服务器21001和/或服务列表服务器21002发送服务信令信息。根据实施方式的流服务器21005可包括图1中描述的物理层结构。
多播服务器21007可意指将从根据实施方式的流服务器21005发送的媒体数据以多播格式发送到DVB-I播放器的服务器。根据实施方式，多播服务器21007从流服务器21005接收媒体数据。多播服务器21007将所接收的媒体数据以多播格式发送到多播网关21006。根据实施方式的媒体数据可以是DASH格式的媒体数据。根据实施方式的多播服务器21007可包括图1中描述的物理层结构。
多播网关21006接收以多播格式发送的媒体数据(Y1)。多播网关21006接收媒体数据并以单播格式向根据实施方式的多播服务器21007发送修复信息(Y2)。多播网关21006将所接收的媒体数据以单播格式发送到DVB-I播放器(Z1)。根据实施方式的媒体数据可以是DASH格式的媒体数据。根据实施方式的多播网关21006可包括图1中描述的物理层结构。
根据实施方式的广播信号接收设备可通过宽带网络生成用于对DVB-I服务描述(例如，SDLT)的请求的查询表格。广播信号接收设备(例如，DVB-I播放器)可通过预先准备的URL向宽带服务器(例如，服务列表服务器21002)发送查询表格并接收包括所有DVB-I服务列表的根据实施方式的聚合的服务列表。
图21示出接收DVB-I服务发现和广播内容的处理。根据实施方式的广播信号接收设备可按规则的间隔发送服务列表查询(A1)并接收服务列表(A2)。根据实施方式的广播信号接收设备通过聚合的服务列表表(例如，SDLT)中定义的SdltInetUrl或SvcInetUrl或通过预先准备的URL接收内容指南。所接收的内容指南与传统广播频道聚合，并且提供与特定逻辑频道聚合的服务。内容/服务提供商提供内容指南数据，以使得DVB-I终端可访问内容指南服务器。另外，内容/服务提供商按预定间隔通过D接口提供服务列表片段，以使得DVB-I播放器可接收聚合的服务列表。DVB-I播放器通过所接收的聚合的服务列表表中定义的MPD URL请求MPD并接收期望的线性服务。
图22示出包括服务信令信息的元数据包络。
根据实施方式的广播信号接收设备可使用SdltInetUrl或SvcInetUrl以HTTP的形式向宽带服务器发送对服务信令信息的请求。根据实施方式的对服务信令信息的请求可以是图6至图21中描述的查询表格的形式。
根据实施方式的广播信号接收设备可从宽带服务器接收HTTP响应作为对服务信令信息请求的响应。在这种情况下，根据实施方式的广播信号接收设备需要检查所接收的响应是否满足所发送的请求。另外，根据实施方式的广播信号接收设备需要在短时间内获得最新信息。由于聚合的服务列表包括一个或更多个服务列表，所以可定义聚合的服务列表以仅检查最新信息。
因此，图22示出当通过宽带网络执行对DVB-I服务信令HTTP请求的HTTP响应时使用的DVB-I HTTP响应信令方法。图22示出元数据包络22000，其包括聚合的服务列表(包括关于一个或更多个服务的信令信息)并由根据实施方式的广播信号接收设备接收。即，根据实施方式的广播信号接收设备可响应于用于服务的查询表格从宽带服务器接收元数据包络。
根据实施方式的HTTP响应包括DVB-I服务信令对象。根据实施方式的传送服务信令对象的HTTP响应可具有元数据包络结构。根据实施方式的元数据包络可使用以下方案配置。例如，在图21中，根据实施方式的广播信号接收设备可向服务列表服务器21004发送HTTP请求，然后如图22所示以元数据包络的形式接收聚合的服务列表。
元数据包络22000由项元素的序列表组成，并且各个项表示根据实施方式的各个信令对象。项元素被定义为metadataEnvelopeItemType，其将稍后在图23中描述。
包括用于DVB-I服务的聚合的服务列表的信令对象的HTTP响应在元数据包络结构中发送，并且各个服务列表可在RFC 2387的各个多部分/相关容器中发送。元数据包络位于各个服务的最高级别，并且引用各个分段的服务列表。根据实施方式的元数据包络可被配置为metadataEnvelopeType。
根据实施方式，服务列表22002包括服务的信息。服务列表可以是包括一个或更多个服务或包括关于一个或更多个服务的信息的列表信息。
由于此配置，根据实施方式的广播信号接收方法包括以下步骤：接收聚合的服务列表以使得可执行对各个服务的版本管理和到期管理方法以及对各个服务的选择性解析和存储。因此，由于没有必要接收包括所有服务列表的信息，所以广播信号发送/接收方法的发送/接收效率可改进。
图23示出根据实施方式的XML格式的元数据包络。
根据实施方式的元数据包络由项元素的序列组成，并且各个项表示根据实施方式的各个信令对象。项元素可被定义为metadataEnvelopeItemType。
metadataURI指示聚合的服务列表的地址。Version和validfrom/validUntil指示文档的有效时间。ContentType指定当前包括在聚合的服务列表中的特定服务的ID。
ContentType的串具有以下模板类型，并且对于各个服务，关于ContentType的信息具有唯一值。
ContentType可按“Application/DITS-(OriginalNetworkID)-(TransportStreamID)-(serviceID)+xml”的形式定义。
在通过关于ContentType的信息检查聚合的服务列表中改变的服务的版本信息之后，可获得更新的信息。通过本公开，可通过仅检测特定服务的改变的值来更新特定服务，而无需接收所有服务列表。
nextUrlAvailableTime表示向宽带服务器发送HTTP请求的可用开始时间，其中nextUrl指示下一版本的信令。提出该属性值以减少通过宽带网络通过请求/响应过程获取信令对象的接收器的请求错误。在该属性值与validUntil属性值之间的时间中计算根据接收器的实现算法的最佳时间，以降低由于集中接收器的请求而未能接收响应的可能性。
nextUrl表示宽带URL地址值，其指示下一版本的信令对象。
由于此配置，根据实施方式的广播信号接收方法接收聚合的服务列表，以使得可执行对各个服务的版本管理和到期管理方法以及对各个服务的选择性解析和存储。因此，由于没有必要接收包括所有服务列表的信息，所以广播信号发送/接收方法的发送/接收效率可改进。
图24示出根据实施方式的XML格式的元数据包络的多部分容器和服务列表。
图24示出当在多部分/相关容器中发送为各个服务分段的服务列表时的服务列表元数据包络。各个服务的内容类型被编码为(OriginalNetworkID)-(TransportStreamID)-(serviceID)(DITS中的唯一信息)，然后发送。可执行包括对应信息和版本信息的版本管理和到期管理。如果需要，可通过检查对应多部分/相关容器内容ID/内容类型值来仅接收对应信息。
由于此配置，根据实施方式的广播信号接收方法接收聚合的服务列表，以使得可执行对各个服务的版本管理和到期管理方法以及对各个服务的选择性解析和存储。因此，由于没有必要接收包括所有服务列表的信息，所以广播信号发送/接收方法的发送/接收效率可改进。
图25示出根据实施方式的广播信号接收设备以元数据包络的形式接收服务信令信息。
根据实施方式的广播信号接收设备可基于包括在接收的SDLT中的SdltInetUrl信息和urlType信息向宽带服务器发送对信令对象的请求。例如，广播信号接收设备可通过使用包括在SdltInetUrl中的http://aaa.bbb.com/地址和@serviceId生成查询表格(例如，http://aaa.bbb.com/0x2107/ALL)来向宽带服务器发送对信令对象的请求。
根据实施方式的广播信号接收设备可从宽带服务器接收与查询表格对应的信令对象。根据实施方式的信令对象可按元数据包络的形式接收。元数据包络可以是图22至图24所示的XML文件的形式。
由于此配置，根据实施方式的广播信号接收方法接收聚合的服务列表，以使得可执行对各个服务的版本管理和到期管理方法以及对各个服务的选择性解析和存储。因此，由于没有必要接收包括所有服务列表的信息，所以广播信号发送/接收方法的发送/接收效率可改进。
图26示出用户服务捆绑描述(USBD)。
根据实施方式的USBD描述根据实施方式的DVB-I服务的全面信息作为服务信令对象。
根据实施方式的USBD包括一个或更多个USD。根据实施方式的USD包括关于用户服务的全面信息以及关于何时以及如何将该服务提供给用户的信息。根据实施方式的USBD和/或USD是构成服务信令方案的数据，其是用于连接向用户提供各个服务所需的不同信令元数据的起点。根据实施方式的USBD/USD可利用图26所示的句法配置。
UserServiceBundleDescription表示用于DVB-I服务的USBD的根元素。
UserServiceDescription表示DVB-I服务的单个实例。
根据实施方式，@serviceId(服务ID信息)表示作为对DLT中的对应服务条目的引用的ID。@serviceId是无符号短类型服务，并且具有与用于发现基于互联网的服务的SDLT信令表中描述的值相同的值。
@globalServiceId(全局服务ID信息)是anyURI类型的信息，指示全局唯一服务的ID。该信息可具有与作为对ESG中的对应服务条目的引用的全局服务ID值相等的值，并且可用作与特定类型的服务映射的信息。
@serviceCategory(服务类别信息)意指该服务的类别作为unsignedByte类型。该信息可指示线性TV、线性无线电、点播或应用服务。图27中示出根据实施方式的服务类别信息的值的示例。
@hidden(隐藏信息)是Boolean类型的属性值，并且指示该服务隐藏于服务列表中还是显示给用户。默认值为“FALSE”。
@appRendering(应用渲染信息)是Boolean类型的属性值，并且指示在将服务显示给用户时对应服务是通过嵌入在接收设备中的模块还是通过特定应用提供。例如，当该值为TRUE时，广播信号接收设备等待应用被驱动，并且可将该信息提供给用户。如果对应值未出现，则这意指FALSE，指示应用未被渲染。因此，接收设备可立即执行渲染服务的功能。默认值为“FALSE”。
@MediaPresentationDescription(媒体呈现描述信息)是anyURI类型的属性值，并且表示通过宽带下载MPD文件的URL。该参数可包括或者可不包括在USBD中，或者可包括在其它信令对象中。
@ApplicationInformationTable(应用信息表信息)是anyURI类型的属性值，并且表示通过宽带下载AIT文件的URL。该参数可包括或者可不包括在USBD中，或者可包括在其它信令对象中。
@DistributionWindowDescription(分布式窗口描述信息)是anyURI类型的属性值并且表示通过宽带下载DWD文件的URL。该参数可包括或者可不包括在USBD中，或者可包括在其它信令对象中。
RunningStatus(运行状态信息)作为unsignedByte类型表示该服务的状态是正在运行、不在运行还是在几秒内开始。运行状态信息的值的示例将稍后在图28中描述。运行状态信息可包括@duration和@resumeTime。
Name(名称元素)作为串类型表示DVB-I服务的名称。
@lang作为lang类型的属性值表示DVB-I服务名称的语言。根据实施方式的@lang元素可包括在根据实施方式的Name元素中，或者可以是与Name元素相同级别的元素。
ServiceLanguage(服务语言元素)表示DVB-I服务的可用语言。
根据实施方式，Icon(图标元素)可以是指示与广播服务有关的各个文件的宽带服务器的URL。该元素可存在或者可不存在于USBD中，并且可具有一个或更多个值。该元素可以是URI类型的anyURI元素。根据实施方式，该参数所指示的文件可以是在提供服务之前可出现在画面上的静止图像或图标。根据实施方式，Icon元素可包括下面描述的元素(或属性值)，以提供关于对应文件是否可在广播信号接收设备中渲染的信息。可使用多个URL来指向不同宽度和高度或者不同表示格式的图标(图像)。
@mimeType-该串类型的属性值指示根据实施方式的接收设备的图标元素的MIME类型。图标的MIME类型允许接收设备抢占式地忽略取得接收设备无法使用的图像类型。
@width-该unsignedInt类型的属性值以像素为单位指示参考图像的宽度。
@height-该unsignedInt类型的属性值以像素为单位指示参考的图像的高度。
@dataSize-该unsignedInt类型的属性值以字节为单位指示图像数据的大小。
@displayDuration-该unsignedInt类型的属性值以秒为单位指示图标或图像显示持续时间。
DeliveryMethod(传送方法元素)是与构成对应广播服务的数据发送方法有关的信令信息。根据@serviceCategory，传送方法元素可包括或可不包括在USBD中。传送方法元素可指示关于通过子元素(或属性)经由广播网络还是宽带网络发送数据的信息。
当根据实施方式的广播服务是线性A/V服务或线性音频服务时，BroadcastAppService(广播应用服务元素)可通过经由广播网络接收DASH表示来提供对应服务。在这种情况下，USBD可包括一个或更多个BroadcastAppService元素。
BroadcastAppService-BasePattern(基本图案元素)是用于指示经由广播网络传送的DASH表示的BaseURL的信息。BasePattern可由一个或更多个值组成，并且可等于MPD中描述的BaseURL值。
当根据实施方式的广播服务是线性A/V服务或线性音频服务时，UnicastAppService(单播应用服务元素)可通过经由宽带网络发送DASH表示来配置对应服务。UnicastAppService可由一个或更多个元素值表示。
UnicastAppService-BasePattern(基本图案元素)是用于指示经由宽带网络传送的DASH表示的基本URL的信息。BasePattern可由一个或更多个值组成，并且可等于MPD中描述的BaseURL值。
根据实施方式的图26所示的参数可存在于根据实施方式的SDLT中的最高级别，或者可存在于与USBD中的USD相同的级别或更低的级别。图26所示的参数的包含关系是示例性的。
根据实施方式的广播信号接收设备接收所提供的USBD或USD。根据实施方式的USBD或USD可由包括在广播信号接收设备或应用中的解析器或USBD解析器解析，以使得可提取包括在USBD或USD中的子元素。
图27示出USBD的服务类别信息(serviceCategory)。
图27所示的根据实施方式的服务类别信息(serviceCategory)可指定图26的USBD中所包括的服务类别信息。根据实施方式的USBD的配置可根据图27中定义的@serviceCategory值的示例而不同。
服务类别信息指示根据实施方式的广播服务的类别。广播服务的类别可包括线性TV服务、线性无线电服务、VoD服务、应用服务、ESG服务和/或数据服务。
当对应服务不用作广播服务时，当服务不是广播服务时，或者当不使用服务时，服务类别信息可具有值0。对于线性TV服务，服务类别信息可具有值1，对于线性无线电服务具有值2，对于VoD服务具有值3，对于应用服务具有值4，对于ESG服务具有值5，对于数据服务具有值6。服务类别信息可预留与7至255对应的值以供未来使用。
根据实施方式，当广播服务是线性TV服务(@serviceCategory＝＝1)或线性无线电服务(@serviceCategory＝＝2)时，USBD/USD可包括MPD URL(@MediaPresentationDescription)。MPD URL意指可由广播信号接收设备通过直接访问宽带服务器获得MPD文件的URL。根据实施方式，由于对应广播服务可包括应用，所以USBD/USD也可包括AIT URL(@ApplicationInformationTable)。
根据实施方式，当广播服务是VoD服务(@serviceCategory＝＝3)时，USBD/USD可不包括MPD URL(@MediaPresentationDescription)。当广播信号接收设备首先渲染根据实施方式的应用以便显示VoD列表时，@appRendering属性值可被设定为TRUE，并且AIT URL可包括在USBD/USD中。
根据实施方式，当广播服务是应用服务(@serviceCategory＝＝4)时，不管@appRendering值如何，USBD/USD可包括AIT URL。在这种情况下，USBD/USD可包括MPD URL。
根据实施方式，当广播服务是ESG服务(@serviceCategory＝＝5)(即，广播服务是发送ESG数据的特殊服务)时，USBD/USD可不包括AIT URL(@ApplicationInformationTable)和/或MPD URL(@MediaPresentationDescription)。
根据实施方式，当广播服务是数据服务(@serviceCategory＝＝6)时(即，在用于发送数据的服务的情况下)，USBD/USD可不包括AIT URL和MPD URL。
图28示出USBD的运行状态信息(RunningStatus)。
图28所示的根据实施方式的运行状态信息(RunningStatus)可意指图26的USBD中所包括的运行状态信息。
RunningStatus是unsignedByte类型的信息，指示当前服务的运行状态。
RunningStatus可包括@duration和@resumeTime。如果根据实施方式的当前广播服务不在运行(即，RunningStatus是不在运行)，则RunningStatus可具有@duration或@resumeTime的子属性值。在这种情况下，RunningStatus可具有值2、3、4和5。如果值2、3、4和5未出现，则运行状态信息可指示无穷大值作为默认值。
当RunningStatus的值为0时，这指示不使用对应参数。当RunningStatus的值为1时，这指示根据实施方式的广播服务正在运行。当RunningStatus的值为2时，这指示根据实施方式的广播服务不在运行。当RunningStatus的值为3时，这指示根据实施方式的广播服务不在运行并且暂停。当RunningStatus的值为4时，这指示广播服务将在几秒内开始。当RunningStatus的值为5时，这指示广播服务处于离播状态(服务离播)。如果RunningStatus的值为6至255，则这指示值被预留以供未来使用。
@duration是具有unsignedInt类型的整数值的属性值，可指示当前广播服务不在运行时(即，RunningStatus具有1以外的值，即，不在运行时)的持续时间(秒)。
@resumeTime是dateTime类型的属性值，并且指示在当前广播服务不在运行的情况(即，RunningStatu具有1以外的值，即，不在运行的情况)下恢复服务的日期和/或时间。
根据实施方式的运行状态信息可被称为根据实施方式的可用性信息。
图29示出根据实施方式的获得USBD和MPD的处理。
图29示出根据实施方式的基于互联网的服务接收服务信令并基于服务信令提供广播服务的方法。根据实施方式的广播信号接收设备可通过从通过服务发现获得的服务信令数据获取对应服务的信令来向用户提供服务。
图29所示的实施方式示出当根据实施方式的广播服务是线性A/V服务时通过USBD获取MPD的处理作为基于互联网的服务的情况。根据实施方式的USBD指示插入指示MPD的URL的示例。USBD/USD/DeliveryMethod/BasePattern的URL可等于MPD中用信号通知的BaseURL的值。
根据实施方式的广播信号接收设备可使用根据实施方式的SDLT来显示互联网服务的列表。根据实施方式的SDLT可仅包括由广播信号接收设备提供的基于互联网的广播服务。例如，SDLT可包括<SdltInetUrl@urlType＝1>http://bb1.com/</SdltInetUrl>的参数以用于请求广播服务的USBD。
当用户选择包括在SDLT中的一个或更多个服务之一时，根据实施方式的广播信号接收设备可生成用于请求所选广播服务的信令对象(例如，USBD)的查询表格。例如，当用户选择频道33-7的服务时，可生成用于请求与频道33-7的服务有关的信令对象的查询表格。
根据实施方式的广播信号接收设备可生成用于向根据实施方式的宽带服务器发送对用户所选择的广播服务的请求的查询表格，并将查询表格发送到宽带服务器。在这种情况下，可将用户所选择的广播服务与服务ID(@serviceId)的值一起发送。例如，根据实施方式的广播信号接收设备可向SdltInetURL所指示的宽带服务器发送对服务ID为0x2107的USBD的请求。
根据实施方式的广播信号接收设备可接收用户所请求的广播服务的信令对象。例如，广播信号接收设备可根据上述操作接收与频道33-7的服务对应的USBD。根据实施方式接收的USBD可包括图26至图28中描述的参数。
例如，USBD可包括服务类别信息(@serviceCategory＝Linear A/V)、服务ID(@serviceId＝0x2107)、全局服务ID信息(@globalServiceId＝“urn:dvb-i:0x2107:KBSSports”)、媒体呈现描述信息(即，MPD信息，@MediaPresentationDescription＝“http://bb1.com/KBSsports33-7.mpd”>)、名称信息和/或传送方法信息。
根据实施方式的广播信号接收设备可提取包括在USBD中的MPD信息以获得根据实施方式的广播服务的MPD信息。例如，根据实施方式的广播信号接收设备可使用指示为@MediaPresentationDescription＝“http://bb1.com/KBSsports33-7.mpd”的URL信息向对应URL所指示的宽带服务器发送对MPD信息的请求(即，对频道33-7的广播服务的MPD信息的请求)。根据实施方式的宽带服务器可响应于对MPD的请求向根据实施方式的广播信号接收设备发送(作为响应)MPD。
根据实施方式的广播信号接收设备可使用所接收的MPD信息并使用所接收的广播服务的内容来显示对应广播服务。
根据实施方式的广播信号接收设备接收所提供的USBD或USD。根据实施方式的USBD或USD可由包括在广播信号接收设备或应用中的解析器或USBD解析器解析，以使得可提取包括在USBD或USD中的子元素。
根据实施方式的广播信号接收设备接收所提供的MPD。根据实施方式的MPD可由包括在广播信号接收设备或应用中的解析器或MPD解析器解析，以使得可提取包括在MPD中的子元素。
图30示出根据实施方式的使用运行状态信息表示广播服务的开始的操作。
图30所示的根据实施方式的运行状态信息(RunningStatus)可意指图26和/或图28的USBD中所包括的运行状态信息。
RunningStatus(运行状态信息)具有unsignedByte类型并且指示当前服务的运行状态。
根据实施方式的广播信号接收设备可根据图29所示的操作从宽带服务器接收根据实施方式的USBD。根据实施方式的USBD可包括服务类别信息(@serviceCategory＝Linear A/V)、服务ID(@serviceId＝0x2107)、全局服务ID信息(@globalServiceId＝“urn:dvb-i:0x2107:KBSSports”)、MPD信息(即，@MediaPresentationDescription＝“http://bb1.com/KBSsports33-7.mpd”>)、名称信息和/或传送方法信息。根据实施方式的USBD可包括对应广播服务的运行状态信息(RunningStatus)。
根据实施方式的广播信号接收设备可基于运行状态信息为用户显示服务的运行状态。即，根据实施方式的广播信号接收设备可基于运行状态信息来显示指示对应广播服务何时开始/启动和/或对应广播服务当前是否不在运行的组件。
图31示出根据实施方式的广播信号接收方法的提供广播服务的方法。
根据实施方式的广播信号接收方法可提供根据实施方式的广播服务。广播信号接收方法可包括以下步骤：打开广播信号接收设备(31000)；确定广播信号接收设备是否连接到宽带网络(31001)；当广播信号接收设备连接到宽带网络时确定是否存在根据实施方式的服务发现列表(31002)；当不存在服务发现列表时接收根据实施方式的服务发现列表(31003)；选择根据实施方式的广播服务(31004)；向包括在根据实施方式的SDLT中的信令服务器请求USBD(31005)；解析根据实施方式的USBD(31006)；检查USBD中的服务类别信息(31007)；当服务类别信息指示线性服务时获得MPD(31009)；根据实施方式播放线性服务(31011)；当服务类别信息没有指示线性服务时检查appRendering信息(31008)；当appRendering指示True时请求AIT(31010)；执行应用(31012)；以及当appRendering指示False时执行本机应用。根据实施方式的广播信号接收方法可包括以下步骤：当根据实施方式的广播信号接收设备未连接到宽带网络时确定是否安装DVB-T/S/C调谐器(31014)；以及当安装有DVB-T/S/C调谐器时提供DVB-T/S/C服务(31015)。
当根据实施方式的广播信号接收设备未连接到宽带网络时确定是否安装DVB-T/S/C调谐器(31014)以及当安装有DVB-T/S/C调谐器时提供DVB-T/S/C服务(31015)的操作可根据图7的步骤7070至7012执行。
打开广播信号接收设备的操作(31000)包括启用根据实施方式的广播信号接收设备。该操作可根据打开图7的接收设备的操作(7000)执行。
确定广播信号接收设备是否连接到宽带网络的操作(31001)可确定根据实施方式的广播信号接收设备是否连接到宽带(或互联网)网络。该操作可根据图7的步骤7001执行。
当广播信号接收设备连接到宽带网络时确定是否存在根据实施方式的服务发现列表的操作(31002)可确定是否存在包括在根据实施方式的广播信号接收设备中的服务发现列表。
当不存在服务发现列表时接收根据实施方式的服务发现列表的操作(31003)可由根据实施方式的广播信号接收设备经由广播网络接收根据实施方式的服务发现列表(例如，SDLT)。该步骤31003可执行与图7的步骤7001、7002、7003、7004和7005对应的操作。
根据实施方式的选择广播服务的操作(31004)由用户选择根据实施方式的广播服务。根据实施方式的广播服务可意指包括根据实施方式的服务发现列表(例如，SDLT)中的广播服务。
根据实施方式的向包括在SDLT中的信令服务器请求USBD的操作(31005)指示根据实施方式向宽带网络请求提供所选广播服务所需的服务信令信息(例如，USBD)。即，根据实施方式的广播信号接收设备可生成用于请求与所选广播服务有关的服务信令(例如，USBD)的查询表格。该步骤31005可以是执行图20和图25至图31的操作的步骤。
执行根据实施方式的解析USBD的操作(31006)，使得广播信号接收设备接收并解析步骤31005中请求的服务信令信息(例如，USBD)。根据实施方式的广播信号接收设备可解析USBD以提取图26中包括的信令信息。根据实施方式的广播信号接收设备可解析USBD以执行根据图27至图30的操作。
根据实施方式的广播信号接收设备接收所提供的USBD或USD。根据实施方式的USBD或USD可由包括在广播信号接收设备或应用中的解析器或USBD解析器解析，以使得可提取包括在USBD或USD中的子元素。
检查USBD中的服务类别信息的操作(31007)根据步骤31006基于包括在解析的USBD中的服务类别信息来检查对应广播服务的类别。例如，根据实施方式的广播信号接收设备可确定包括在USBD中的服务类别信息(例如，@serviceCategory)是否指示线性TV服务。如果广播服务是线性TV服务(例如，@serviceCateory＝＝1)，则可执行步骤31009。如果广播服务不是线性TV服务(例如，@serviceCategory！＝1)，则可执行步骤31008。
可执行当服务类别信息指示线性服务时获得MPD的操作(31009)，使得广播信号接收设备经由宽带服务器请求并接收广播服务的DASH MPD信息。步骤31009可执行图29中描述的操作。根据实施方式的广播信号接收设备接收所提供的MPD。根据实施方式的MPD可由包括在广播信号接收设备或应用中的解析器或MPD解析器解析，以使得可提取包括在MPD中的子元素。
根据实施方式的播放线性服务的操作(S31011)意指通过将根据实施方式的广播信号接收设备所接收的广播服务与所接收的MPD聚合来播放线性A/V广播服务。
当服务类别信息不指示线性服务时检查appRendering信息的操作(31008)可由根据实施方式的广播信号接收设备通过从USBD解析应用渲染信息(例如，@appRendering)来执行。appRendering(应用渲染信息)是Boolean类型的属性值并且指示显示给用户的服务通过嵌入在接收设备中的模块或通过特定应用提供。即，当应用渲染信息指示True时，根据实施方式的广播信号接收设备可接收AIT并执行应用。否则，广播信号接收设备可执行本机应用。
当appRendering指示True时请求AIT的操作(31010)意指根据实施方式的广播信号接收设备向宽带服务器请求AIT并接收AIT。执行应用的操作(31012)指示基于所接收的AIT执行对应应用。当appRendering信息指示False时执行本机应用的操作(31013)可执行包括在广播信号接收设备中的本机应用。根据实施方式的广播信号接收设备接收所提供的AIT。根据实施方式的AIT可由包括在广播信号接收设备或应用中的解析器或AIT解析器解析，以使得可提取包括在AIT中的子元素。
图32示出根据实施方式的用于快速发现的SDLT的另一示例。
根据实施方式，SDLT可如图32所示配置，以便更快速地提供可通过服务发现过程提供给用户的服务当中用户所选择的服务。即，根据实施方式的SDLT还可包括USBD中所包括的一些或所有信令，并且根据实施方式的USBD可省略图26至图28中所包括的USBD中的全部或部分信令信息。
根据实施方式的广播信号接收设备可经由宽带网络接收SDLT。根据实施方式的SDLT可根据图7至图10中描述的操作来接收。根据实施方式的SDLT可包括图11至图17中所包括的信令参数。根据实施方式的SDLT还可包括图26至图28的USBD中所包括的全部或部分信令信息。
例如，根据实施方式的SDLT可包括以上附图中描述的SdltInetUrl、@urlType、Service、@serviceId、@globalServiceId、@originNetworkId、@trnasportStreamId、@frequencyNum、@serviceCategory、@svcSeqNum、@contentFormat、@hidden、@appRendering、@MediaPresentationDescription、@ApplicationInformationTable、@DistributionWindowDescription、RunningStatus、@duration、@resumeTime、Name、@lang、ServiceLanguage、@mimeType、@width、@height、@dataSize、@displayDuration、svcInetUrl和/或@urlType。
根据实施方式的图32所示的参数可存在于根据实施方式的SDLT中的最高级别，或者可存在于SDLT中与服务(或服务实例)相同的级别或更低的级别。图32所示的参数的包含关系是示例性的。
根据实施方式的广播信号接收设备接收包括图32所示的根据实施方式的元素的SDLT。根据实施方式的SDLT可由包括在广播信号接收设备中的解析器解析，以使得可提取包括在SDLT中的子元素。
SDLT可以是接收设备中为了服务发现要具有的最重要的信息。通过该信令数据，接收设备可提供服务列表信息，以使得用户可选择服务。在这种情况下，SDLT可被配置为包括大量信息。这种配置信息具有提供大量服务并且当用户选择服务时允许更快速的服务播放的效果。所示的表示出SDLT的组成句法。
当SDLT如图33所示配置时，在基于互联网的服务的信令元数据当中，USBD包括提供映射到MPD的信息的DeliveryMethod元素值，@serviceId和@globalServiceId信息可用作用于映射到SDLT的信息和用于映射到ESG的信息。
图33示出根据实施方式的用于快速发现的USBD的另一示例。
根据实施方式的广播信号接收设备可接收根据实施方式的USBD。根据实施方式的接收USBD的操作如图25至图31所示。
根据实施方式，USBD可包括图26至图28中所包括的一些或所有参数。因此，根据实施方式的USBD可包括一个或更多个USD，并且根据实施方式的UserServiceDescription可包括@serviceId、@globalServiceId、DeliveryMethod、BroadcastAppService、BasePattern、UnicastAppservice和/或BasePattern。
SDLT可以是接收设备中为了服务发现要具有的最重要的信息。通过该信令数据，接收设备可提供服务列表信息，以使得用户可选择服务。在这种情况下，SDLT可被配置为包括大量信息。这种配置信息具有提供大量服务并且当用户选择服务时允许更快速的服务播放的效果。所示的表示出SDLT的组成句法。
当SDLT如图33所示配置时，在基于互联网的服务的信令元数据当中，USBD包括提供映射到MPD的信息的DeliveryMethod元素值，@serviceId和@globalServiceId信息可用作用于映射到SDLT的信息和用于映射到ESG的信息。
图34示出用于快速发现的广播信号接收设备的操作。
参照图34，根据实施方式的广播信号接收设备接收根据图32和图33的用于快速发现的SDLT，以快速地检查广播服务的运行状态。
根据实施方式的广播信号接收设备可接收SDLT并使用SDLT向用户提供包括广播服务的广播服务列表。根据实施方式的SDLT包括关于广播服务的信息。根据实施方式的SDLT包括关于广播服务的运行状态的信息(例如，根据实施方式的运行状态信息)。
根据实施方式的广播信号接收设备可基于包括在SDLT中的运行状态信息来检查对应广播服务的运行状态。根据实施方式的广播信号接收设备可通过将根据实施方式的运行状态信息包括在SDLT中而非USBD中来向用户快速地提供广播服务的运行状态。根据实施方式的运行状态信息可以是包括在图26中的RunningStatus信息，并且根据实施方式的运行状态信息可具有如图28中描述的值。
根据实施方式的广播信号接收设备可使用SDLT来请求并接收对应广播服务的MPD和/或USBD信息。根据实施方式的广播信号接收设备可从宽带服务器接收MPD和/或USBD信息。使用SDLT请求并接收广播服务的MPD和/或USBD信息的操作可通过图29的操作执行。
根据实施方式的广播信号接收设备可显示广播服务的运行状态。根据实施方式的广播服务可由用户选择。
图35是用于快速发现的广播信号接收设备的操作的流程图。
图35是示出参照图32至图34描述的用于快速发现的广播信号接收设备的操作的流程图。根据实施方式的广播信号接收设备可首先打开广播信号接收设备。根据实施方式的广播信号接收设备的操作可包括：确定是否存在存储的服务发现列表(35001)；当不存在服务发现列表时接收根据实施方式的服务发现列表(例如，SDLT)(35003)；以及当存在根据实施方式的服务发现列表时或者当接收到服务发现列表时由用户选择根据实施方式的服务(35002)。
根据实施方式的广播信号接收方法可包括以下步骤：确定是否支持基于互联网的服务(35004)；当支持基于互联网的服务时检查包括在SDLT中的服务类别信息(35005)；以及检查appRendering信息(35006)。当服务类别信息指示线性服务时，该方法可包括以下步骤：经由宽带网络接收根据实施方式的MPD(35010)；以及当appRendering指示True时经由宽带网络接收AIT(35012)。根据实施方式的广播信号接收设备接收所提供的MPD。根据实施方式的MPD可由包括在广播信号接收设备或应用中的解析器或MPD解析器解析，以使得可提取包括在MPD中的子元素。根据实施方式的广播信号接收设备接收所提供的AIT。根据实施方式的AIT可由包括在广播信号接收设备或应用中的解析器或AIT解析器解析，以使得可提取包括在AIT中的子元素。
当根据实施方式的广播信号接收设备未提供基于互联网的服务时，确定是否安装有DVB-T/C/S调谐器(35007)。图35的广播信号接收方法可执行图7、图31和图35所示的操作。
图36示出根据实施方式的SDLT的另一示例。
根据实施方式，服务发现信令可包括用于提供广播服务的位置信息，以便于广播信号接收设备根据其位置过滤服务或服务列表。
根据实施方式，SDLT还用信号通知表中提出的位置信息。根据实施方式的位置信息可通过如下各种方法指示。
可通过SDLT将根据实施方式的LocationInfo信息用信号通知给广播信号接收设备。根据实施方式的LocationInfo信息可位于比SDLT更低的级别，或者可位于比SDLT中的服务信息更低的级别。
当根据实施方式的LocationInfo信息位于比SDLT更低的级别时，提供由SDLT用信号通知的所有服务的位置信息。当根据实施方式的LocationInfo信息位于比服务更低的级别时，提供由服务提供的位置信息。如果SDLT中的LocationInfo信息和服务提供不同的信息，则可优先考虑服务中提供的LocationInfo。
根据实施方式的SDLT可包括零或更多条位置信息(LocationInfo)。位置信息是能够表示各种类型的位置信息的元素值，并且指示与包括在SDLT中的所有服务对应的位置信息。
在一些实施方式中，SDLT可包括一条或更多条服务信息。服务信息可包括如上述图所示的@serviceId。上述位置信息可包括在根据实施方式的服务信息中。根据实施方式的服务信息可被称为服务实例信息。
根据实施方式的图36所示的参数可存在于根据实施方式的SDLT中的最高级别，或者可在SDLT中与服务(或服务实例)相同的级别或更低的级别。图36所示的参数的包含关系是示例性的。
根据实施方式的LocationInfo信息和子元素可由根据实施方式的解析器解析。
根据实施方式的位置信息可包括各种参数作为子元素。这将在图37中描述。
图37示出根据实施方式的SDLT的位置信息。
具体地，图37示出参照图36描述的位置信息中所包括的元素以及元素的层次结构的示例。根据实施方式的位置信息中所包括的元素指示支持对应广播服务的区域。
根据实施方式的SDLT中所包括的位置信息可使用注册的国家代码和城市名称将向其提供广播服务的区域的信息用信号通知给广播信号接收设备。当使用这种信令时，由于用户可识别的区域信息以文本提供，所以即使广播信号接收设备不知道位置信息，接收设备也可通过解析信令信息来向用户提供广播服务。
根据实施方式的SDLT中所包括的位置信息可按圆圈形式通知关于向其提供服务的区域的信息。使用该信令，根据实施方式的SDLT可通过提供简单三条信息来包括全面的区域信息。
根据实施方式的SDLT中所包括的位置信息可通过提供西南端点和西北端点的纬度和经度将基于四条位置信息的正方形区域用信号通知给广播信号接收设备。
根据实施方式的SDLT中所包括的位置信息可提供构成多边形的位置信息，以使得可向广播信号接收设备提供更准确的位置信息。
根据实施方式的SDLT中所包括的位置信息可用信号通知向其提供广播服务的IP地址的值或范围。通过提供该信息，SDLT可基于连接到互联网的接收设备的IP地址向IP地址所属范围的区域提供服务。
根据实施方式，位置信息(LocationInfo)可包括0或更多条区域信息、0或更多条圆圈信息、0或更多条正方形信息、0或更多条多边形信息和/或零或更多条IPaddressScope。
区域信息可指示支持广播服务的国家和/或城市的名称。区域信息可包括指示国家名称的@isoCountryCode元素。区域信息可包括指示城市的城市信息。城市信息指示区域信息所指示的国家中注册的城市的名称。城市信息可包括指示表示城市名称的语言的@lang元素。
圆圈信息是将支持广播服务的区域指示为圆圈的信息。圆圈信息可包括表示区域的纬度的@lat元素、表示区域的经度的@lng元素和/或表示区域的圆圈的半径的@radius元素。
正方形信息是将支持广播服务的区域指示为正方形的信息。正方形信息可包括指示位于正方形区域的西南方向上的点的纬度的@swLat元素、指示位于正方形区域的西南方向上的点的经度的@swLng元素、指示位于正方形区域的西北方向上的点的纬度的@neLat元素和/或指示位于正方形区域的西北方向上的点的经度的@neLng元素。
多边形信息是将支持广播服务的区域指示为多边形的信息。例如，多边形信息可以是包括一个或更多个顶点的字符串。多边形信息可包括指示区域中多边形的顶点数量的@numOfPoints元素。
IP地址范围(IPaddressScope)信息指示分配给IP地址的区域的信息范围。IP地址范围信息可包括指示对应IP地址的版本的@version元素、指示具有适合于各个版本的IP地址值的IP地址范围的开始的@startIpAddr元素和/或指示具有适合于各个版本的IP地址值的IP地址范围的结束的@startIpAddr元素。
根据实施方式的LocationInfo信息和元素可由根据实施方式的解析器解析。
根据实施方式的图37所示的参数可存在于根据实施方式的SDLT中的最高级别，或者可存在于SDLT中与服务(或服务实例)相同的级别或更低的级别。图37所示的参数的包含关系是示例性的。
根据实施方式的LocationInfo信息可通过SDLT用信号通知给广播信号接收设备，并且可位于两个级别。当LocationInfo信息位于比SDLT更低的级别时，可提供属于SDLT的所有服务的位置信息。当LocationInfo信息位于比服务更低的级别时，可提供可由对应服务提供的位置信息。如果在SDLT和服务中提供不同的位置信息，则可优先考虑服务中提供的位置信息。这将在图38中详细描述。
图38示出根据实施方式的使用SDLT的位置信息提供广播服务的方法。
根据实施方式的广播信号接收设备可基于包括在SDLT中(或包括在SDLT中比服务信息更低的级别)的位置信息向用户提供并显示广播服务。在一些实施方式中，服务信息可被称为服务实例信息。
根据实施方式的广播信号接收方法可包括以下步骤：确定是否存在存储的服务发现列表(例如，SDLT)(38000)；接收根据实施方式的服务发现列表(38002)；获取包括在服务发现列表中的位置信息(区域信息)(38001)；确定是否提取广播信号接收设备的区域信息(38003)；以及确定接收设备是否属于包括在服务发现列表中的位置信息所指示的区域(38007)。
确定是否存在存储的服务发现列表(38000)和/或接收根据实施方式的服务发现列表(38002)的操作可接收服务发现列表(例如，SDLT)，如图6至图18所示。
在步骤38003中，广播信号接收设备确定是否提取其区域信息。根据实施方式的广播信号接收设备提取包括在所接收的服务发现列表(SDLT)中的位置信息。根据实施方式的LocationInfo信息和元素可由根据实施方式的解析器解析。
根据实施方式，如果广播信号接收设备无法提取其区域信息，则广播信号接收设备(或用户)告知包括在SDLT中的所有广播服务是可选择的(38004)。当所选广播服务不与SDLT所提供的位置信息所指示的区域对应时，广播信号接收设备可告知无法提供所选择的服务(38005和38006)。
在步骤38007中，当广播信号接收设备提取其区域信息时，确定接收设备是否属于包括在服务发现列表中的位置信息所指示的区域。
根据实施方式，当接收设备不属于包括在服务发现列表中的位置信息所指示的区域时(或者当包括在SDLT中的所有服务不属于位置信息所指示的区域时)，广播信号接收方法可告知用户无法从服务列表选择广播服务(38009)。
根据实施方式，当接收设备属于包括在服务发现列表中的位置信息所指示的区域时，广播信号接收方法可告知用户可选择广播服务(38008)并播放所选广播服务(38010)。
图39示出根据实施方式的使用SDLT的位置信息提供广播服务的方法。
图39示出包括区域信息的SDLT的示例和使用SDLT提供广播服务的方法的示例。例如，当在法国广播的两个服务仅在不同的城市广播时，可在比SDLT低的服务级别用信号通知对应广播服务。在接收到SDLT时，接收设备可根据所提供的信息向用户显示服务列表。当广播信号接收设备提取其位置信息时，可基于SDLT所提供的位置信息向用户显示过滤的服务列表。
根据实施方式的广播信号接收设备可接收根据实施方式的SDLT。根据实施方式的SDLT可按XML格式配置。根据实施方式，SDLT可包括位置信息。位置信息可包括在SDLT中所包括的服务信息(或根据实施方式的服务实例信息)中，或者可作为与包括在SDLT中的服务相同级别的元素而被包括。
根据实施方式的广播信号接收设备可基于包括在SDLT中的位置信息(LocationInfo)来确定是否可向用户提供包括在SDLT中的广播服务。例如，广播信号接收设备可将位置信息与其位置信息进行比较以提取对用户可用的广播服务的列表。广播信号接收设备可显示对用户可用的广播服务。广播信号接收设备还可显示指示无法在对应区域中提供对用户不可用的广播服务的指示。
根据实施方式，用户可从所提取的可用广播服务列表选择广播服务。
图40示出根据实施方式的SDLT的隐藏信息。
参照图40，示出根据实施方式的用于提供快速发现的SDLT的句法的另一示例。图40所示的SDLT可包括图32所示的SDLT的全部或部分参数。
SDLT可以是为了服务发现，接收设备可首先包含的必要信息。通过该信令数据，接收设备可提供服务列表信息，以使得用户可选择服务。在这种情况下，SDLT可被配置为包括大量信息。这种配置信息具有提供大量服务并且当用户选择服务时允许更快速的服务播放的效果。所示的表示出SDLT的组成句法。
根据实施方式的广播信号接收设备可通过互联网网络以订阅和流的形式接收广播服务。根据实施方式的广播信号接收设备可能需要管理隐藏和/或不活动的频道。
例如，当提供DVB-I服务时，可存在两种选择线性频道的方法。首先，用户可直接选择频道号。其次，用户可通过频道浏览选择频道。在一些实施方式中，可根据HTTP协议按单播形式接收基于互联网的广播服务，或者可按多播形式接收线性频道服务。
根据实施方式的SDLT可包括关于一个或更多个服务的信息。根据实施方式的SDLT或服务信息(或服务实例信息)可包括hidden元素、selectable元素、hidden(visible)_guide元素和/或hidden(visible)_presentation元素。
hidden元素指示是否显示对应广播服务的逻辑频道。即，该元素指示广播服务是不是隐藏的广播服务。根据实施方式的hidden元素表示当用户浏览逻辑频道或者用户直接选择频道条目时是否显示广播服务的逻辑频道。
selectable元素指示当对应广播服务是隐藏广播服务时(即，当隐藏参数为True或Set时)是否可通过输入逻辑频道号来选择广播服务。例如，当selectable元素为Set时，用户可通过直接输入广播服务的逻辑频道号来选择隐藏的广播服务。例如，当selectable元素为False时，用户可能不会通过直接输入逻辑频道号来直接选择隐藏的广播服务。
当广播服务是隐藏广播服务时，hidden_guide元素就广播服务的频道的状态引导用户或者通过连接链路显示替换画面。例如，当用户在隐藏频道的状态下直接访问频道时，该元素可就频道的状态引导用户或者通过连接链路显示替换画面。该元素是指示各种频道指南方法的类型值。
根据实施方式，hidden(visible)_presentation元素通过hidden_guide根据定义的类型值指示对应anyURI信息。
当在使用信令信息的DVB-I环境中频道被隐藏或停用时，根据实施方式的广播信号接收设备使得用户能够使用返回频道检查对应频道的存在/状态，并且使得用户能够通过替代服务容易地管理现有广播的隐藏/不活动的频道。
表1示出根据实施方式的hidden_guide的类型值、与该类型值对应的信息和/或hidden(visible)_presentation元素所表示的URI信息的示例。
[表1]
根据实施方式的图40所示的参数可存在于根据实施方式的SDLT中的最高级别，或者可存在于SDLT中与服务(或服务实例)相同的级别或更低的级别。图40所示的参数的包含关系是示例性的。根据实施方式的广播信号接收设备接收包括图40所示的根据实施方式的元素的SDLT。根据实施方式的SDLT可由包括在广播信号接收设备或应用中的解析器解析，以使得可提取包括在SDLT中的子元素。
图41示出根据实施方式的SDLT的隐藏信息和隐藏指南信息的示例。
hidden元素指示是否显示对应广播服务的逻辑频道。即，该元素指示广播服务是不是隐藏的广播服务。根据实施方式的hidden元素表示当用户浏览逻辑频道或者用户直接选择频道条目时是否显示广播服务的逻辑频道。
当广播服务是隐藏广播服务时，hidden_guide元素就广播服务的频道的状态引导用户或者通过连接链路显示替换画面。例如，当用户在隐藏频道的状态下直接访问频道时，该元素可就频道的状态引导用户或者通过连接链路显示替换画面。该元素是指示各种频道指南方法的类型值。
当隐藏信息指示0时，广播服务和广播服务的逻辑频道可见。广播服务在EPG和/或ESG中也可见。由于广播服务不是隐藏广播服务，所以广播信号接收设备可忽略hide_guide信息。
当隐藏信息指示1时，广播服务和广播服务的逻辑频道在频道浏览期间可能不可见(即，逻辑频道在频道浏览期间可能被跳过)。在这种情况下，即使用户直接输入频道信息，广播信号接收设备可能也显示得就像没有定义广播服务一样。
当hide_guide信息为0时，广播服务可在EPG和/或ESG中可见。当hide_guide信息为1时，广播服务可在EPG和/或ESG中不可见。在这种情况下，用户可访问广播服务，同时提供应用服务。另外，在这种情况下，可提供广播服务作为测试信号。
图42示出根据实施方式的使用SDLT的隐藏信息和/或可选择信息提供广播服务的方法。
根据实施方式的广播信号接收方法包括以下步骤：从SDLT中的服务信息提取隐藏信息(43000)；以及从SDLT中的服务信息提取可选择信息(43002)。
根据实施方式的广播信号接收设备可接收根据实施方式的SDLT并从包括在SDLT中的服务信息提取隐藏信息(43000)。根据实施方式的隐藏信息可由根据实施方式的解析器解析或提取。当广播信号接收设备无法从SDLT中的服务信息提取隐藏信息时，根据实施方式的广播信号接收方法可显示用于对应广播服务的频道(43000a)并且显示用于广播服务的频道以在EPG中可见(43000b)。当广播信号接收设备从SDLT中的服务信息提取隐藏信息时，可能无法通过对用于广播服务的频道的频道浏览访问广播服务(43001)。
根据实施方式的广播信号接收设备可从SDLT中的服务信息提取可选择信息(43002)。根据实施方式的可选择信息可由根据实施方式的解析器解析或提取。在这种情况下，如果未提取可选择信息，则广播信号接收设备可指示广播服务的频道被停用或处于不活动状态(43002a)。然后，广播服务的频道可在EPG中不可见(43002b)。非活动服务意指被隐藏并且用户无法选择的广播服务。非活动服务可被称为未启用服务或不活动服务。
当提取可选择信息时，根据实施方式的广播信号接收设备可根据实施方式检查hidden_guide信息(43003)。另外，当提取可选择信息时，根据实施方式的广播信号接收设备可根据实施方式检查hidden_presentation信息(43004)。根据实施方式的广播信号接收设备可基于所标识的hidden_guide和/或hidden_presentation信息来执行广播服务的频道替代处理。已在图40和图41中描述了对应广播服务的频道替代处理。根据实施方式的hidden_guide和hidden_presentation信息可由根据实施方式的解析器解析或标识。
图43示出根据实施方式的SDLT的另一示例。
图43示出还包括当根据实施方式的广播服务不活动时用于为对应服务提供横幅的信息的SDLT的示例。图43所示的根据实施方式的SDLT可包括图40所示的SDLT的一些或所有信令信息。
非活动服务意指被隐藏并且用户不可选择的广播服务。
根据实施方式，广播服务可以是隐藏广播服务、可选择广播服务或非活动服务。当用户选择广播服务时，广播信号接收设备可不播放广播服务。在这种情况下，为了解决用户的不便，可显示可代替广播服务的其它内容。根据实施方式的可代替广播服务的内容可通过互联网网络接收。可代替广播服务的内容可被称为返回频道替代服务。
根据实施方式的与返回频道替代服务有关的信息可包括在SDLT中的服务信息中或者与服务信息相同的级别，并且可被称为RelatedMaterial信息。
因此，作为与返回频道有关的信息，RelatedMaterial信息在SDLT中的服务信息(服务实例信息)中发送或者在根据实施方式的SDLT中发送，从而使广播服务未播放时产生的用户不便最小化，并且还向用户提供与广播服务有关的有意义信息。
根据实施方式的提供基于互联网的广播服务(例如，DVB-I服务)的方法可向广播信号接收设备提供互联网线性频道。在一些实施方式中，服务发现过程可通过特定本地频道号(LCN)以部分时间形式(即，仅在特定时区中有效的形式)提供广播服务。
当用户在服务中止状态下(例如，当广播服务不活动时)直接选择频道号时，根据实施方式的广播信号接收设备可通过附加应用执行频道改变API或者提供附加VoD服务以不引起冲突。
根据实施方式的SDLT可包括关于一个或更多个服务的信息。
根据实施方式的SDLT或包括在SDLT中的服务信息(服务实例信息)可包括指示对应服务的逻辑频道号的@LCN信息。
根据实施方式的SDLT或包括在SDLT中的服务信息(服务实例信息)可包括一个或更多个相关材料信息(RelatedMaterial)。相关材料信息指示与广播服务有关的文件(例如，接收设备所接收的AIT文件和/或图像文件)在哪里和/或服务信息与广播服务如何关联。相关材料信息可包括指示相关材料信息所指示的文件与广播服务如何关联的HowRelated元素。
相关材料信息可包括媒体定位符(MediaLocator)信息。媒体定位符信息指示与广播服务有关的媒体的位置。媒体定位符信息可包括指示与广播服务有关的文件(例如，AIT文件和/或图像文件)的URI信息的媒体URI(MediaURI)信息。
相关材料信息可包括可用性信息。可用性信息指示广播服务的状态。广播服务的状态可包括例如指示广播服务正在运行的状态、指示广播服务不在运行的状态以及广播服务在几秒内开始的状态。即，当根据实施方式的广播服务以部分时间格式提供时，可用性信息可指示提供的时间。
根据实施方式的可用性信息可意指图28所示的运行状态(RunningStatus)信息。可用性信息可包括运行状态信息。相反，可用性信息可包括在运行状态信息中。
例如，根据实施方式的可用性信息可包括诸如@ValidFrom、@ValidTo、@Days和@Recurrence的元素。
@ValidFrom元素指示广播服务变得可用或变得可用的时间(例如，日期和时间)。如果未指定@ValidFrom元素，则这可指示广播服务已经可用。
@ValidTo元素指示广播服务将不再可用的时间(例如，日期和时间)。如果未指定@ValidTo元素，则这可指示广播服务无限期可用。
@Days元素指示一周哪几天服务可用。例如，如果@Days元素具有值“1,4,7”，则这可指示服务在星期一、星期四和星期日可用。如果未指定@Days元素，则这可指示服务在一周的所有天均可用。
@Recurrence元素指定服务的计划可用性的每周节奏。每周节奏指示广播服务是否每周重复和/或广播服务重复多少次。如果未指定@Recurrence，则这可指示广播服务每周反复发生。
根据实施方式的可用性信息还可包括根据实施方式指示关于服务周期性地开始的时间(例如，开始时间和结束时间)的信息的元素。
包括在根据实施方式的可用性信息中的元素可包括在根据实施方式的可用性信息中的相同层次结构或级别中，或者可包括在可用性信息中的再分信息中。
在一个实施方式中，@ValidFrom、@ValidTo、@Days和@Recurrence元素可全部包括在根据实施方式的可用性信息中。
在另一实施方式中，根据实施方式的可用性信息可包括周期信息(Period)和间隔信息(Interval)。@ValidFrom和@ValidTo可包括在根据实施方式的周期信息中，@Days和@Recurrence可包括在根据实施方式的间隔信息中。
即，根据实施方式的广播信号接收设备通过可用性信息(元素)中的属性值用信号通知部分时间服务的实际有效时间并检查广播服务的非活动周期。由于RelatedMaterial元素中定义的属性，LCN中在不活动周期可见的画面可显示非活动服务状态。
根据实施方式，@MediaURI可反映HbbTV(AIT)应用信令和应用寿命作为与hidden(visible)_presentation URI相同的属性。如果@MediaURI参数被省略，则可通过@ApplicationInformationTable中定义的URI提供非活动替代服务。当根据实施方式的@MediaURI的content_type是“image/png”时，根据实施方式的广播信号接收设备可显示非活动服务横幅或服务中止横幅。
根据实施方式的SDLT可意指由图21的广播信号传输装置的服务列表服务器21002或广播商21003生成的服务列表发现信息。根据实施方式的SDLT可意指由图56的广播信号传输装置的信令生成器5601生成的服务列表发现信息。
根据实施方式的SDLT可由图21的DVB-I播放器21000或包括在DVB-I播放器21000中的解析器解析。此外，根据实施方式的SDLT可由根据实施方式的广播信号接收设备的服务管理器57002或包括在服务管理器中的解析器解析。根据实施方式的解析器、服务管理器57002和DVB-I播放器21000可通过解析SDLT来提取包括在SDLT中的服务和/或RelatedMaterial信息。
因此，即使当广播服务当前处于隐藏/可选择/不活动状态时，根据实施方式的广播信号接收设备也基于根据实施方式的可用性信息和相关材料信息向用户提供替代服务，从而解决用户的不便。
图44示出根据实施方式的SDLT中的相关材料(RelatedMaterial)信息的示例。
图44以XML格式示出根据实施方式的SDLT中的相关材料信息。根据实施方式，SDLT可包括一个或更多个服务。如图44所示，服务可包括一个或更多个RelatedMaterial信息。例如，如图44所示，一个服务可包括与促销静止图像有关的RelatedMaterial信息以及其它RelatedMaterial信息。
在一些实施方式中，一个相关材料信息可包括图43中描述的HowRelated元素。HowRelated元素可指示相关材料信息所表示的文件与广播服务如何关联。例如，HowRelated元素可被表示为XML句法，并且可由href属性表示。例如，包括在图44的第一RelatedMaterial信息中的HowRelated元素可通过href属性指示促销静止图像与广播服务如何关联，例如“urn:tva:metadata:cs:HowRelatedCS:2012:19”。
相关材料信息可包括MediaLocator信息，并且根据实施方式的MediaLocator信息可包括参照图43描述的媒体URI信息。MediaLocator信息可包括指示对应媒体的URI的MediaURI元素。
MediaURI元素可包括contentType属性值。contentType可指示文件格式，即，指示媒体是不是图像文件、当媒体是图像文件时图像文件具有何种文件格式或者媒体是否表示应用。
MediaURI元素可包括用于获得对应文件(媒体文件)的URI地址。例如，参照图44，广播信号接收设备可获取包括在SDLT的第一RelatedMaterial信息和第二RelatedMaterial信息中的MediaURI中所包括的地址(http://img-ctv.digitaluk.co.uk/channel7/service_a_linear.png)所指示的促销静止图像。
根据实施方式的图44所示的SDLT和/或SDLT的子元素可由根据实施方式的解析器解析。
因此，根据实施方式的广播信号发送方法可包括以下步骤：生成服务数据和/或服务数据的信令信息；对服务数据和/或信令信息进行编码；和/或发送信令信息。
另外，根据实施方式的广播信号接收方法可包括以下步骤：接收服务数据和/或服务数据的信令信息；和/或基于信令信息来获取服务数据。
根据实施方式的信令信息包括关于服务数据的信息。关于服务数据的信息可包括指示与服务数据有关的应用的位置的RelatedMaterial信息以及指示服务数据是否反复运行的Availability信息。
根据实施方式的RelatedMaterial信息可包括用于获得关于应用的信息的位置信息。另外，根据实施方式的可用性信息可包括关于服务数据运行的时间的信息以及指示服务数据是否反复运行的信息。
通过根据实施方式的广播信号接收设备的这种配置，当互联网线性频道的隐藏/可选择/不活动的广播服务被启动时，可避免由于不提供广播服务而导致用户的不便的逻辑频道服务，并且可提供互联网返回频道替代服务(或替代服务)，以使得可向用户提供更好的媒体服务。
图45示出当广播服务被停用时广播信号接收设备提供服务横幅的方法。
图45示出当广播服务不活动时适用于特定LCN的广播信号接收设备的显示UI的示例。例如，在图45中，LCN 6处于无服务状态，并且可显示指示不提供广播服务的组件(例如，无服务横幅)。指示不提供广播服务的组件可被称为服务中止横幅。
图45的上部表示广播信号接收设备的显示组件，其指示根据实施方式的广播服务的时间表。
根据实施方式的广播信号接收设备可显示一个或更多个广播服务的频道号(LCN)以及提供对应广播服务的时间。例如，根据实施方式的广播信号接收设备可接收SDLT并解析包括在SDLT中的多个服务信息。
例如，多个服务可包括名为“晚间新闻(Evening news)”的广播服务、名为“本星期(This week)”的广播服务、名为“观点：魔法大师胡迪尼(Perspectives:the magic ofHoudini)”的广播服务以及名为“Dementiaville”的广播服务、名为“恶搞之家(FamilyGuy)”的广播服务、名为“熊的生活(Life of bear)”的广播服务和名为“王国(Kingdom)#18”的广播服务。根据实施方式的广播信号接收设备可如图45的上部所示以表的形式显示广播服务的名称。
根据实施方式的广播信号接收设备可显示各个广播服务的LCN和对应频道的名称。例如，当广播信号接收设备显示名为“晚间新闻”的广播服务时，频道名称“频道4HD”和LCN“Ch 4”可一起显示。
根据实施方式的广播信号接收设备可基于包括在SDLT中的服务信息中所包括的@LCN元素来显示LCN，并且基于包括在服务信息中的Name信息来显示服务名称。例如，广播服务“晚间新闻”可具有@LCN值4和串值“晚间新闻”作为Name信息。
根据实施方式的广播信号接收设备可显示各个广播服务的时间表。例如，如图45的上部所示，名为“晚间新闻”的广播服务的时间表可按条形图或甘特图的形式显示。即，当名为“晚间新闻”的广播服务在9:00开始并在10:20结束时，则包括作为LCN的“Ch 4”、作为对应频道的名称的“频道4HD”和作为对应广播服务的名称的“晚间新闻”的条形图可显示在同一行中。
根据实施方式的广播信号接收设备可基于包括在SDLT中的可用性信息来配置广播服务的时间表。例如，在图45的上部，广播服务“晚间新闻”可指示@ValidFrom为9:00并且@ValidTo为10:20。
当包括在SDLT中的特定服务是非活动服务时，根据实施方式的广播信号接收设备在指示时间表的显示组件上显示“无服务”或服务中止横幅。例如，如果在频道6的BBC 2UHD上从9:00至9:40未启用广播服务，则可显示“无服务”或服务中止横幅。
根据实施方式，包括在SDLT中的特定服务可以是非活动服务。非活动服务是指被隐藏并且用户不可选择的广播服务。例如，当包括在SDLT中的服务信息当中的特定服务的@hidden值为True，@selectable值为False时，对应广播服务可以是非活动服务。
在非活动服务的情况下，可在频道浏览期间跳过与非活动服务对应的频道。然而，根据实施方式，用户可在没有频道浏览的情况下直接输入非活动服务的LCN。
当用户在没有频道浏览的情况下直接输入非活动服务的LCN时显示图45的下部。即，当根据实施方式的广播服务是非活动服务时，广播信号接收设备显示指示对应广播服务是非活动服务的指示。当包括在SDLT中的服务处于不活动状态时显示图45的下部。例如，基于当前时间，在LCN为6的频道上广播服务可处于不活动状态(图45的上部)。
根据实施方式的广播信号接收设备防止由于在互联网线性频道的广播服务隐藏/可选择/不活动时不提供广播服务而导致用户不便的逻辑频道服务。另外，根据实施方式的广播信号接收设备提供互联网返回频道替代服务以提供更好的媒体服务。
图46示出根据实施方式的基于互联网的广播服务的服务列表层次结构。
根据实施方式的基于互联网的广播服务(例如，DVB-I服务)的服务列表具有以下服务层次结构。根据实施方式的基于互联网的广播服务通过发现点(例如，SDLT)来获得广播服务的服务列表并获得关于包括在服务列表中的服务的信息。
服务列表包括指示服务适用的区域的applicableRegion信息、指示提供服务的服务提供商的名称的providerName信息、指示服务的徽标的logo信息和/或指示包括在服务列表中的服务的名称的name信息。
根据实施方式的包括在服务列表中的各个服务可包括指示对应服务的类型的type信息、指示用于获得服务的位置的locator信息、field信息、与接收设备提供服务的要求有关的capabilityRequirement信息、parentalRating信息和/或指示服务的体裁的genre信息。
根据实施方式的服务列表中所包括的服务可具有相应逻辑频道号并提供线性频道服务。
图47示出根据实施方式的广播服务的版本管理方法。
根据实施方式的广播信号接收设备可使用互联网提供广播服务。在这种情况下，可从一个或更多个宽带服务器接收包括广播服务的服务列表。即，广播信号接收设备可通过开放平台从服务器接收一个或更多个服务和/或服务的信令信息。
根据实施方式的广播信号接收设备需要管理一个或更多个服务。例如，根据实施方式的广播信号接收设备可维持并存储一个或更多个服务的版本。因此，根据实施方式的广播信号接收设备可包括集中存储库。集中存储库可管理根据实施方式的广播服务。即，根据实施方式的广播信号接收设备可使用集中存储库基于服务提供商或服务列表提供商提供公共服务搜索基础结构。
由于此配置，根据实施方式的广播信号接收设备可能能够使用互联网网络实现线性服务，并且可通过整合和管理提供服务的服务器来提供对用户开放的服务。
图47示出根据实施方式的作为配置基于互联网的广播服务(例如，DVB-I服务)的对象的服务提供商、服务列表提供商、终端(例如，根据实施方式的广播信号接收设备)和中央服务注册表及其操作。
服务提供商47003a至47003f意指提供一个或更多个广播服务的服务器。根据实施方式的服务提供商可以是图21的广播商21003。
服务列表提供商47002a至47002c是指提供服务或一个或更多个服务的列表的服务器。根据实施方式的服务提供商可以是图21的服务列表服务器(广播商)21002。终端47000可以是包括在根据实施方式的广播信号接收设备中的配置。终端可以是图21的DVB-I播放器21000。中央服务注册表47001可包括在根据实施方式的服务列表提供商中。中央服务注册表47001可指图21中描述的服务列表注册表。
中央服务注册表47001可以是在已知URL处可用的基于HTTP的端点。
根据实施方式的服务列表提供商47002a至47002c可向中央服务注册表发送注册请求。在接收到注册请求时，根据实施方式的中央服务注册表可注册服务列表提供商。例如，图47的第一服务列表提供商47002a可向中央服务注册表47001发送注册请求，并且中央服务注册表47001可注册第一服务列表提供商47002a。中央服务注册表47001还可按类似方式注册第二服务列表提供商47002b和/或第三服务列表提供商47002c。
根据实施方式的服务提供商47003a至47003f可向服务列表提供商47002a至47002c请求服务注册。在接收到服务注册请求时，服务列表提供商47002a至47002c可注册服务。例如，参照图47，第一服务提供商47003a可向第一服务列表提供商47002a请求注册第一服务S1和第二服务S2。第二服务提供商47003b可将第三服务S3注册在第二服务列表提供商47002b中。第三服务提供商47003c可将第四服务S4注册在第一服务列表提供商47002a和第二服务提供商47002b中，第四服务提供商47003d可将第五服务S5注册在第二服务提供商47002b中。第五服务提供商47003e可将第六服务S6注册在第三服务提供商47002c中。第六服务提供商47003f可将第七服务S7和第八服务S8注册在第三服务提供商47002c中。
根据实施方式的服务提供商47003a至47003f可将广播服务直接注册在根据实施方式的中央服务注册表中。例如，第六服务提供商47003f可将第八服务S8直接注册在中央服务注册表47001中。
根据实施方式的终端4700可配置中央服务注册表的入口点以用于访问中央服务注册表47001。中央服务注册表的入口点可包括中央服务注册表的地址。
在配置中央服务注册表的入口点之后，根据实施方式的终端4700可向中央服务注册表47001请求用于访问服务提供商47002a至47002f的服务列表入口点(SLP)。根据实施方式的中央服务注册表47001可将用于访问服务提供商47002a至47002f的SLP提供给终端4700。SLP可包括用于访问服务列表提供商47002a至47002c的信息。
根据实施方式的终端4700可配置中央服务注册表的入口点，然后向中央服务注册表47001请求一个或更多个服务。例如，根据实施方式的终端40000可向中央服务注册表47001请求由中央服务注册表47001处理的第八服务S8，并且中央服务注册表47001可将第八服务S8提供给终端47000。
根据实施方式的终端4700可使用SLP来处理服务列表提供商47002a至47002c。根据实施方式的终端4700可使用SLP来请求服务列表提供商47002a至47002c所提供的服务。在这种情况下，接收到请求的服务列表提供商可将所请求的服务提供给终端4700。例如，终端4700可使用用于访问第一服务列表提供商的SLP向第一服务列表提供商47002a发送对第一至第四服务S1、S2、S3和S4的请求。第一服务列表提供商47002a可将第一至第四服务发送给终端4700。
例如，终端4700可使用用于访问第三服务列表提供商的SLP向第三服务列表提供商47002a发送对第六至第八服务S6、S7和S8的请求。第三服务列表提供商47002a可将第六至第八服务发送到终端4700。
为了执行图47的操作，中央服务注册表47001从不同的服务列表提供商47002a至47002c接收服务注册，并将可访问地址传送至终端47000。尽管中央服务注册表47001连接到服务列表提供商47002a至47002c以接收服务注册，但是终端可仅从中央服务注册表47001接收服务更新。在实际服务中，所有服务列表提供商47002a至47002c可具有不同的更新周期并且可以是直接访问服务列表提供商的第三实体的地址。因此，根据实施方式的终端可获得可直接访问服务列表提供商的地址。为了在各个服务层次结构更新服务列表，有必要检查版本并执行连续轮询。因此，根据实施方式的终端4700还可从中央服务注册表、服务列表提供商和/或服务提供商接收包括以下信息的服务列表模板。
1.可满足各个服务列表提供商的不同服务列表轮询周期的属性
2.通过直接访问服务列表提供商来获得服务列表的可访问地址
3.对应服务的可用时间和结束时间
4.当前服务列表的下一可用时间
根据实施方式的广播信号接收设备可利用最小操作高效地更新不同的服务并且高效地管理不同的服务。另外，根据实施方式的广播信号接收设备可利用这种配置提供对用户开放的广播服务。
根据实施方式的广播信号接收设备可通过该配置提供不同服务列表提供商的可访问位置或地址以快速且高效地获得最新服务列表。
另外，根据实施方式的广播信号接收设备可通过根据各个服务的最小更新(轮询)周期执行更新来维持最新服务列表。
根据实施方式的广播信号接收方法可包括以下步骤：接收服务数据和/或服务数据的信令信息；和/或基于信令信息来获得服务数据。
根据实施方式的广播信号接收方法可包括以下步骤：向服务注册表发送第一请求以便接收服务数据；接收包括服务数据的URL的响应信息；和/或基于响应信息获得服务数据。
因此，根据实施方式的广播信号接收设备可包括：调谐器，用于接收服务数据和/或服务数据的信令信息；和/或服务管理器，用于基于信令信息获取服务数据。
另外，根据实施方式的广播信号接收设备还可包括：发送器，用于向服务注册表发送第一请求以便接收服务数据；接收器，用于接收包括服务数据的URL的响应信息；以及获取器，用于基于响应信息获取服务数据。
图48示出根据实施方式的广播服务的版本管理方法的句法。
当根据实施方式的广播信号接收设备(例如，图21的DVB-I客户端21000)是以web为中心的模型时，广播信号接收设备不知道服务或服务列表何时可更新。如果不对根据实施方式的广播信号接收设备(DVB-I客户端)应用服务列表的更新，则根据实施方式的广播信号接收设备可能无法识别新生成的频道、更新的播放列表和/或部分时间服务的存在，从而可能难以向用户提供实时广播服务。
如果更新如上所述延迟并且实时广播的运行延迟(例如，当体育比赛延迟20分钟或以上时)，则广播信号接收设备的节目指南(例如，EPG)可能无法检测到延时。即，存在这样的问题：根据实施方式的广播信号接收设备可能未通过UI向用户提供最新节目信息。
另外，当广播信号接收设备仅从根据实施方式的服务器接收服务列表或服务(即，根据仅拉取方法接收服务列表)时，广播信号接收设备可能未能感测到当前运行的广播服务(节目)延时。由于仅拉取方法的服务发现信息(SDLT)难以将广播服务更新至最新信息，所以广播信号接收设备可能未能检测广播服务的延时。
例如，广播信号接收设备可向用户提供在18:30开始并在20:10结束的体育比赛(第一广播服务)作为当前节目。在这种情况下，根据实施方式的广播信号接收设备可接收包括关于第一广播服务的信息的SDLT(或服务列表)。服务列表可包括根据实施方式的可用性信息(运行状态信息)，指示第一广播服务从18:30至20:10有效。根据实施方式的广播信号接收设备可使用关于第一广播服务的可用性信息来显示广播时间表。
然而，根据比赛延期或比赛情况，体育比赛(第一广播服务)可能延时。换言之，第一广播服务在18:30开始并在20:10之后结束。例如，第一广播服务可在21:00结束(最后一刻时间表改变)。然而，由于根据实施方式的广播信号接收设备仅从服务器接收服务列表(即，基于拉取)，所以无法检查比赛是否延时。在这种情况下，广播信号接收设备可能基于还未更新的信息向用户提供关于第一广播服务的信息。即，尽管第一广播服务已延期，广播信号接收设备可能仍提供还未更新的信息。例如，尽管第一广播服务被延时到20:40左右，但广播信号接收设备通知用户第一广播服务已结束。
为了应对这些问题，根据实施方式的广播信号接收设备可使用按每隔一小时的间隔(或每隔一小时的周期)向服务器轮询服务列表的方法、使用带内DASH事件的方法、根据W3C Push API向服务器推送服务列表的方法、根据APN推送服务列表的方法和/或firebase云消息传递方法。按每隔一小时的间隔向服务器轮询服务列表的方法可被称为恰当轮询方法。
为了提供稳定的实时广播服务，可检查或接收所接收的服务或服务列表的最小更新周期和/或最小更新间隔。根据实施方式的广播信号接收设备可请求根据实施方式的中央服务注册表、服务列表提供商、内容指南服务器和/或服务提供商按所接收的最小更新周期和/或最小更新间隔发送最新服务或服务列表。
例如，如果最小更新周期为x秒，则广播信号接收设备可按每隔x秒的间隔请求最新服务或服务列表。这可被称为按x秒的间隔轮询。根据实施方式的最小更新周期和/或最小更新间隔可根据各个广播服务或服务列表而不同。
例如，在请求服务列表之后，根据实施方式的广播信号接收设备可检查包括在所接收的服务列表中的最小更新周期并且设定要执行轮询的周期。如果包括在服务列表中的最小更新周期为10秒，则广播信号接收设备可在接收服务列表之后按10秒的间隔执行轮询。
例如，根据实施方式的广播信号接收设备可请求(或轮询)服务列表，然后通过检查包括在通过请求接收的服务列表中的最小更新间隔来设定要执行轮询的时间间隔。如果包括在服务列表中的最小更新间隔为10秒，则广播信号接收设备可在接收到服务列表之后10秒执行轮询。
根据实施方式的轮询周期和/或轮询间隔可根据广播服务的运行程度和/或广播服务的特性而变化。例如，当广播服务是体育比赛并且接近计划的结束时间时，可通过减小轮询周期而更频繁地执行轮询。另外，轮询周期和/或轮询间隔可由用户设定。广播信号接收设备可提供用于设定轮询周期和/或轮询间隔的UI。另外，当用户选择指示频道信息的频道横幅时，可更频繁地执行根据实施方式的轮询。
例如，如果对应广播服务将要延时，但是接近广播服务的计划的结束时间，例如，如果当前时间接近诸如指示包括在服务信息中的可用性信息的结束时间的@validTo的参考时间，则根据实施方式的广播信号接收设备可根据实施方式改变轮询周期和/或轮询间隔(例如，可降低根据实施方式的mimimumUpdateInterval信息和/或minimumUpdatePeriod信息的值)以具有较短的轮询周期，从而高效地更新(取得)最新信息。
如果广播信号接收设备执行轮询(即，请求更新的服务列表)，则根据实施方式的中央服务注册表、服务列表提供商、内容指南服务器和/或服务提供商可将更新的服务列表提供给广播信号接收设备。
根据实施方式的广播信号接收设备可检查最小更新间隔和/或最小更新周期并对最新服务(服务列表)执行轮询，从而响应于广播服务的改变向用户提供最新UI信息。
根据实施方式的SDLT(服务列表(SDLT)还可包括对应服务列表的服务列表类型信息(ServiceListType)、服务列表名称信息(ServiceListName)、服务列表提供商信息(ServiceListProvider)、目标区域信息(TargetRegions)、最小更新周期信息(MinimumUpdatePeriod)、最小更新间隔信息(MinimumUpdateinterval)、有效起始信息(ValidFrom)、有效截止信息(ValidUntil)、下一URL可用时间信息(NextUrlAvailableTime)、服务列表位置信息(ServiceListLocation)、版本信息(Version)和/或BCG信息。
根据实施方式的ServiceListType、ServiceListName、ServiceListProvider、TargetRegions、MinimumUpdatePeriod、MinimumUpdateinterval、ValidFrom、ValidUntil、NextUrlAvailableTime、ServiceListLocation、Version和BCG信息的部分或全部可存在于根据实施方式的SDLT中的最高级别，或者可存在于根据实施方式的SDLT中与服务(或服务实例)相同的级别或更低的级别。图48所示的参数的包含关系是示例性的。
根据实施方式的SDLT可被称为服务列表模板。
服务列表的ServiceListType指示所有可用服务和覆盖这些服务的广播内容指南(BCG)的列表的类型。即，根据实施方式的ServiceListType可以是存在于根据实施方式的SDLT的最高级别的信息，或者可意指SDLT本身。
ServiceListName指示服务列表的名称或徽标。可提供此类型的多个元素，只要这些元素全部具有不同的语言属性即可。根据实施方式的ServiceListName可以是根据实施方式的服务名称信息(例如，图43的Name信息)，或者可包括服务名称信息。
ServiceListProvider指示该服务列表的提供商的名称。
TargetRegions指示服务列表的目标区域，其中服务列表旨在更适合。
MinimumUpdatePeriod指示服务列表的最小更新周期。此参数指定服务列表的可能改变之间的最小周期。客户端可用于控制检查更新的频率。
根据实施方式的广播信号接收设备可通过解析根据实施方式的SDLT(服务列表)来提取根据实施方式的最小更新周期信息。根据实施方式的广播信号接收设备可通过提取最小更新周期信息来检查对应服务(或服务实例)或对应服务列表的更新周期。
MinimumUpdateinterval指示最小更新间隔，其指定从服务列表提供商的服务列表更新的最小持续时间。
根据实施方式的广播信号接收设备可通过解析根据实施方式的SDLT来提取根据实施方式的MinimumUpdateinterval。根据实施方式的广播信号接收设备可通过提取MinimumUpdatePeriod来检查对应服务(或服务实例)或对应服务列表的更新周期。
根据实施方式的MinimumUpdateinterval和/或MinimumUpdatePeriod可存在于根据实施方式的SDLT中的最高级别。因此，根据实施方式的广播信号接收设备可基于存在于最高级别的MinimumUpdateinterval和/或MinimumUpdatePeriod来检查对应服务列表的更新周期。
根据实施方式的MinimumUpdateinterval和/或MinimumUpdatePeriod也可被称为轮询间隔或轮询周期。
根据实施方式的MinimumUpdateinterval和/或MinimumUpdatePeriod可在根据实施方式的SDLT中与服务(或服务实例)相同的级别。根据实施方式的MinimumUpdateinterval和/或MinimumUpdatePeriod可存在于根据实施方式的SDLT中比服务(或服务实例)更低的级别。因此，根据实施方式的广播信号接收设备可基于存在于比最高级别更低的级别的MinimumUpdateinterval和/或MinimumUpdatePeriod来检查各个服务或服务实例的更新周期。
ValidFrom指定当前服务列表的有效开始时间作为服务列表的可用性开始时间。
ValidUntil指示指定当前服务列表的有效结束时间作为服务列表的可用性结束时间。
NextUrlAvailableTime指定下载服务列表的可用性时间。
ServiceListLocation指定用于检索服务列表并取得更新的URL。
Version指定该服务列表的版本号。
Service包括根据实施方式的关于服务的信息。Service可被称为服务实例。
BCG指示承载包括在服务列表中的一个或更多个服务的元数据的BCG的细节。
根据实施方式的广播信号接收设备可利用最小操作高效地更新不同的服务并且高效地管理不同的服务。另外，根据实施方式的广播信号接收设备可利用这种配置提供对用户开放的广播服务。
根据实施方式的广播信号接收设备可通过该配置提供不同服务列表提供商的可访问位置或地址以快速且高效地获得最新服务列表。
另外，根据实施方式的广播信号接收设备可通过根据各个服务的最小更新(轮询)周期执行更新来维持最新服务列表。
图49以XML格式示出根据实施方式的广播服务的版本管理方法的句法。
图49中示出根据实施方式的XML格式的SDLT的示例。图49以XML格式示出参照图48描述的根据实施方式的服务列表模板(例如，服务列表)。根据实施方式的服务列表模板可包括参照图48描述的ServiceListType信息。根据实施方式的SDLT也可被称为服务列表模板。
根据实施方式的ServiceListType可包括服务列表名称信息(<element name＝“Name”…>)、服务列表提供商信息(<element name＝“ProviderName”…>)、目标区域信息(<element name＝“TargetRegions”...>)、服务信息(<element name＝“Service”...>)或服务实例信息(<element name＝“ServiceInstance”...>)。对应信息可包括在一个序列中。
根据实施方式的ServiceListType可包括最小更新周期信息(<attribute name＝“minimumupdateperiod”...>)、服务列表位置信息(<attribute name＝“ServiceListLocation”...>)、有效起始信息(<attribute name＝“ValidFrom”...>)、有效截止信息(<attribute name＝“ValidUntil”...>)和/或下一URL有效时间信息(<attribute name＝“NextUrlAvailableTime”...>)。
根据实施方式的广播信号接收设备可利用最小操作高效地更新不同的服务并且高效地管理不同的服务。另外，根据实施方式的广播信号接收设备可利用这种配置提供对用户开放的广播服务。
图50以XML格式示出根据实施方式的广播服务的版本管理方法的句法。
图50以XML格式示出图48和/或图49中描述的根据实施方式的服务列表模板。根据实施方式的服务列表模板可包括参照图48描述的ServiceListType信息。
基本上，由于提供有基于互联网的广播服务的客户端(例如，广播信号接收设备)在“以web为中心的”模型内操作，所以客户端可能不确切知道服务或服务列表何时更新。
因此，根据实施方式的ServiceListType还可包括最小更新间隔信息(<attributename＝“MinimumUpdateInterval”...>)。根据实施方式的最小更新间隔信息可使得广播信号接收设备连续地检查服务列表的更新。即，广播信号接收设备可知道服务列表的最小更新间隔，因此，广播信号接收设备可更稳定地管理多个服务列表。
根据实施方式的服务列表类型信息(ServiceListType)可包括服务列表名称信息(<element name＝“Name”…>)、服务列表提供商信息(<element name＝“ProviderName”…>)、目标区域信息(<element name＝“TargetRegions”...>)和/或服务信息(<elementname＝"Service"...>)。对应信息可包括在一个序列中。
根据实施方式的服务列表类型信息(ServiceListType)可包括最小更新周期信息(<attribute name＝“minimumupdateperiod”...>)、服务列表位置信息(<attribute name＝“ServiceListLocation”...>)、有效起始信息(<attribute name＝“ValidFrom”...>)、有效截止信息(<attribute name＝“ValidUntil”...>)和/或下一可用URL作为元素。根据实施方式的广播信号接收设备可利用最小操作高效地更新不同的服务并且高效地管理不同的服务。另外，根据实施方式的广播信号接收设备可利用这种配置提供对用户开放的广播服务。
根据实施方式的广播信号接收设备可利用最小操作高效地更新不同的服务并且高效地管理不同的服务。另外，根据实施方式的广播信号接收设备可利用这种配置提供对用户开放的广播服务。
根据实施方式的广播信号接收设备可通过该配置提供不同服务列表提供商的可访问位置或地址以快速且高效地获得最新服务列表。
另外，根据实施方式的广播信号接收设备可通过根据各个服务的最小更新(轮询)周期执行更新来维持最新服务列表。
图51示出根据实施方式的广播信号接收设备的显示用户界面(UI)的示例。
图51示出基于互联网的广播服务(例如，DVB-I服务)的显示UI的示例。
如图51所示，基于互联网的广播服务可通过应用(例如，本机应用)提供，并且与通过媒体源扩展(MSE)执行的场景一起提供与现有频道聚合的服务作为本机源。图51的(1)示出根据实施方式的广播信号接收设备中选择源的操作以及用于该操作的UI。图51的(2)示出当添加基于互联网的广播服务(例如，DVB-I服务)时显示的UI。DVB-I可被识别为与现有RF接收和诸如HDMI的形状因子相同级别的源，并且向用户提供选择选项。
图52示出根据实施方式的广播信号接收设备的显示UI的示例。
图52示出通过相同逻辑频道的联播信令根据当前网络状态的状态将LCN 6的高清(HD)频道切换为DVB-I超高清(UHD)内容的操作。例如，当DVB-T频道的HD服务和DVB-I服务被启用，并且支持最小比特率或以上的网络状态时，根据实施方式的广播信号接收设备可切换为DVB-I和/或DVB-T，以便以UHD提供对应广播服务。
图53示出根据实施方式的广播信号接收设备的显示UI的示例。
图53示出通过联播信令与现有频道聚合的服务指南。(1)示出表示频道服务指南的UI的实施方式。(2)示出指示当在DVB-I联播期间支持最小比特率或以上的网络状态时提供UHD服务指南，而非现有频道的HD服务指南的UI。
根据实施方式的广播信号接收设备可基于来自信号输入单元(例如，遥控器)的输入信号显示频道列表。如果用户使用遥控器选择频道列表视图，则根据实施方式的广播信号接收设备可显示一个或更多个广播服务、广播服务的频道号(例如，LCN)、频道名称和服务名称的列表。根据实施方式的频道列表画面可如图45所示配置。
根据实施方式的广播信号接收设备可根据实施方式基于SDLT中的参数(例如，服务列表信息(Service List))显示广播服务的信息。
图54是示出根据实施方式的广播信号发送方法的流程图。
根据实施方式的广播信号发送方法可包括以下步骤：生成服务数据和/或服务数据的信令信息(54000)；对服务数据和/或信令信息进行编码(54001)；和/或发送服务数据和/或信令信息(54002)。
生成服务数据和/或服务数据的信令信息的操作(54000)可根据实施方式生成服务数据(广播服务)和/或服务数据的信令信息。
根据实施方式的服务数据可意指上述广播服务。根据实施方式的数据(广播服务)可指由图21的广播商21003和/或流服务器21005生成的广播服务。
根据实施方式的信令信息可以是上述服务发现信息(例如，SDLT)。根据实施方式的信令信息可包括关于服务数据的信息(例如，根据实施方式的服务信息)。
根据实施方式的关于服务数据的信息可包括指示与服务数据有关的应用(或文件)的位置的相关材料信息和/或指示服务数据是否正在运行的可用性信息。相关材料信息和/或可用性信息可指参照图43至图45描述的RelatedMaterial信息和/或Availability信息。
根据实施方式的相关材料信息可包括用于获得关于与对应广播服务有关的文件(或应用)的信息的位置信息(例如，URI信息)。根据实施方式的可用性信息可包括关于服务数据运行的时间的信息以及指示服务数据是否反复运行的信息(例如，@ValidFrom)。
对服务数据和/或信令信息进行编码的操作(54001)可根据实施方式对服务数据(广播服务)和/或信令信息进行编码。对服务数据和/或信令信息进行编码的操作(54001)可基于图1所示的根据实施方式的物理层结构(例如，BICM)执行编码。
发送服务数据和/或信令信息的操作(54002)可发送根据实施方式的服务数据和/或信令信息。发送服务数据和/或信令信息的操作(54002)可例如由图1所示的传输天线经由有线网络和/或宽带网络执行。
图55是示出根据实施方式的广播信号接收方法的流程图。
根据实施方式的广播信号接收方法可包括以下步骤：接收服务数据和/或服务数据的信令信息(55000)；和/或基于信令信息获得服务数据(55001)。
接收服务数据和/或服务数据的信令信息的操作(55000)可包括接收服务数据和/或服务数据的信令信息。根据实施方式的服务数据可指上述广播服务。根据实施方式的数据(广播服务)可指由图21的广播商21003和/或流服务器21005生成的广播服务。
基于信令信息获得服务数据的操作(55001)可包括基于信令信息获得广播服务。基于信令信息获得服务数据的操作(55001)可由根据实施方式的用于解析信令信息和/或服务数据的解析器执行。
根据实施方式的信令信息可以是上述服务发现信息(例如，SDLT)。根据实施方式的信令信息可包括关于服务数据的信息(例如，根据实施方式的服务信息)。
根据实施方式的关于服务数据的信息可包括指示与服务数据有关的应用(或文件)的位置的相关材料信息和/或指示服务数据是否正在运行的可用性信息。相关材料信息和/或可用性信息可指参照图43至图45描述的RelatedMaterial信息和/或Availability信息。
根据实施方式的相关材料信息可包括用于获得关于与对应广播服务有关的文件(或应用)的信息的位置信息(例如，URI信息)。根据实施方式的可用性信息可包括关于服务数据运行的时间的信息以及指示服务数据是否反复运行的信息(例如，@ValidFrom)。
根据实施方式的广播信号接收方法可包括以下步骤：向服务注册表发送第一请求以便接收服务数据；接收包括服务数据的URL的响应信息；和/或基于响应信息获得服务数据。
图56示出根据实施方式的广播信号发送设备。
根据实施方式的广播信号发送设备5600可包括信令生成器56001b、编码器56002和/或发送器56003。可基于根据图1的物理层结构执行编码。
服务数据生成器56001a可生成根据实施方式的服务数据。根据实施方式的服务数据可意指上述广播服务。根据实施方式的由服务数据生成器56001b生成的服务数据(广播服务)可基于图1的物理层结构被编码。根据实施方式的由服务数据生成器56001b生成的服务数据(广播服务)可意指由图21的广播商21003或流服务器21005生成的广播服务。即，服务数据生成器56001b可指图21的广播商21003或流服务器21005。根据实施方式的服务数据生成器56001b可意指图47的服务提供商47003a至47003f或服务列表提供商47002a至47002c。
信令生成器56001b可生成根据实施方式的信令信息。根据实施方式的信令信息可意指上述服务发现信息(例如，SDLT)。根据实施方式的信令信息可包括关于服务数据的信息(例如，根据实施方式的服务信息)。
根据实施方式的关于服务数据的信息可包括指示与服务数据有关的应用(或文件)的位置的相关材料信息和/或指示服务数据是否正在运行的可用性信息。相关材料信息和/或可用性信息可意指参照图43至图45描述的RelatedMaterial信息和/或Availability信息。
根据实施方式的相关材料信息可包括用于获得关于与对应广播服务有关的文件(或应用)的信息的位置信息(例如，URI信息)。根据实施方式的可用性信息可包括关于服务数据运行的时间的信息以及指示服务数据是否反复运行的信息(例如，@ValidFrom)。
编码器56002可根据实施方式对信令信息进行编码。根据实施方式的编码器56002可基于图1所示的物理层结构来编码。例如，编码器56002可意指图1所示的BICM。
发送器56003可根据实施方式作为经由宽带发送的比特流或在广播方案中作为广播信号发送编码的信令信息。根据实施方式的发送器56003可基于图1所示的物理层结构来发送。例如，发送器56003可指图1所示的发送天线。
图57示出根据实施方式的广播信号接收设备。
根据实施方式的广播信号接收设备56000可包括调谐器57001、服务管理器57002和/或显示器57003。
根据实施方式的调谐器57001可接收根据实施方式的信令信息。根据实施方式的信令信息可以是上述服务发现信息(例如，SDLT)。根据实施方式的信令信息可包括关于服务数据的信息(例如，根据实施方式的服务信息)。
根据实施方式的关于服务数据的信息可包括指示与服务数据有关的应用(或文件)的位置的相关材料信息和/或指示服务数据是否正在运行的可用性信息。相关材料信息和/或可用性信息可意指参照图43至图45描述的RelatedMaterial信息和/或Availability信息。
根据实施方式的相关材料信息可包括用于获得关于与对应广播服务有关的文件(或应用)的信息的位置信息(例如，URI信息)。根据实施方式的可用性信息可包括关于服务数据运行的时间的信息以及指示服务数据是否反复运行的信息(例如，@ValidFrom)。
服务管理器57002可根据实施方式基于信令信息获得广播服务(即，服务数据)。根据实施方式的服务管理器57002可包括根据实施方式的解析器、USBD解析器、MPD解析器、AIT解析器、DWD解析器和/或其它解析器。服务管理器57002可根据实施方式解析SDLT和/或服务信令对象并提取子元素。
根据实施方式的广播信号接收设备还可包括发送器，用于向服务注册表发送第一请求以便接收服务数据。根据实施方式的广播信号接收设备的接收器可接收包括服务数据的URL的响应信息并基于响应信息获得服务数据。
上述部分、模块或单元可以是执行存储在存储器(或存储单元)中的连续处理的软件、处理器或硬件部分。上述实施方式中描述的步骤可由处理器、软件或硬件部分执行。上述实施方式中描述的模块/块/单元可作为处理器、软件和/或硬件操作。实施方式所提出的方法可作为代码执行。该代码可被写入处理器可读存储介质中，因此可由设备所提供的处理器读取。
尽管为了清晰，参照各个附图给出了描述，但是可通过将附图所示的实施方式彼此整合来设计新的实施方式。另外，如果本领域技术人员根据需要设计了可由计算机读取的记录有用于执行以上描述中提及的实施方式的程序的记录介质，则这可在本公开的范围内。
根据本公开的设备和方法不受以上描述中给出的实施方式的配置和方法限制。另外，以上描述中给出的实施方式可按照选择性地彼此全部或部分组合以允许各种修改的方式配置。
本公开所提出的方法可被实现为提供给网络装置的处理器可读记录介质中的处理器可读代码。处理器可读介质可包括能够存储可由处理器读取的数据的所有类型的记录装置。处理器可读介质可包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等之一，并且还包括载波型实现方式(例如，经由互联网的传输)。处理器可读记录介质可被分发到经由网络连接的计算机系统，并且处理器可读代码可按分布式方式存储和执行。
尽管出于例示性目的公开了本公开的示例性实施方式，但是本领域技术人员将理解，在不脱离附图所公开的本公开的范围和精神的情况下，可进行各种修改、添加和替换。这些修改不应从本公开的技术精神或前景单独理解。
本领域技术人员将理解，在不脱离实施方式的精神或范围的情况下，可在本公开中进行各种修改和变化。因此，实施方式旨在包括所附权利要求及其等同物内的实施方式的修改和变化。
在本说明书中，公开了设备和方法二者，并且设备和方法二者的描述可根据需要彼此互补地应用。
在本文献中，“/”和“,”应该被解释为指示“和/或”。例如，表达“A/B”可意指“A和/或B”。此外，“A,B”可意指“A和/或B”。另外，“A/B/C”可意指“A、B和/或C中的至少一个”。此外，“A、B、C”可意指“A、B和/或C中的至少一个”。
此外，在本文献中，术语“或”应该被解释为指示“和/或”。例如，表达“A或B”可包括1)仅A、2)仅B和/或3)仅A和B。换言之，本文献中的术语“或”应该被解释为指示“另外地或另选地”。
实施方式的各种元素可按硬件、软件、固件或其组合来实现。实施方式的各种元素可在诸如硬件电路的单个芯片上实现。在一些实施方式中，可选地，实施方式可在单独的芯片上实现。在一些实施方式中，实施方式的至少一个元素可被构造于包括基于实施方式执行操作的指令的一个处理器或不止一个处理器中。
尽管使用术语第一、第二等描述了实施方式的各种元素，但是这些元素不应由这些术语限制。这些术语仅用于将一个元素与另一元素相区分。
本文中的实施方式的描述中使用的术语仅是为了描述特定实施方式，并非旨在限制。如各种描述的实施方式和所附权利要求的描述中使用的，除非上下文另外清楚地指示，否则单数形式旨在也包括复数形式。如本文所使用的术语“和/或”表示并涵盖一个或更多个关联所列项的任何和所有可能组合。术语“包括”指定所述特征、数量、步骤、元件和/或组件的存在，但不排除一个或更多个其它特征、数量、步骤、元件和/或其组件的存在或添加。
实施方式的描述中使用的诸如“当～”或“如果～”的条件表达不限于仅解释为可选情况。相反，该条件表达旨在使得当满足特定条件时或响应于特定条件，可执行相关操作或者可解释相关定义。
实施本发明的模式
在实施本公开的最佳模式中描述了各种实施方式。
工业实用性
对于本领域技术人员而言将显而易见的是，在不脱离本公开的精神或范围的情况下，可在本公开中进行各种修改和变化。因此，本公开旨在涵盖本公开的修改和变化，只要其落入所附权利要求及其等同物的范围内即可。

Claims (16)

1.一种发送广播信号的方法，该方法包括以下步骤：
生成与广播网络相关的服务数据；
接收针对与互联网网络相关的服务数据的服务信息的查询，
其中，所述服务信息包括相关材料信息和可用性信息，其中，所述相关材料信息包括服务中止图像的信息，其中，所述可用性信息表示所述服务数据活动的时间的信息，
其中，所述服务信息还包括用于对用于获取针对所述互联网网络的所述服务数据的下一元数据的调度执行轮询的客户端的最小更新周期信息；
发送所述服务数据和所述服务信息；以及
基于所述最小更新周期信息从所述客户端接收所述轮询。
2.根据权利要求1所述的方法，
其中，所述相关材料信息还包括与所述服务数据相关联的应用信息，
其中，所述应用信息包括用于获得与所述服务数据相关的应用的信息的媒体URI。
3.根据权利要求1所述的方法，
其中，表示所述服务数据可用的时间的所述可用性信息包括表示所述服务数据变得可用的时间的第一有效信息、表示所述服务数据变得不可用的时间的第二有效信息、表示所述服务数据的一个或更多个可用日期的日期信息以及表示所述服务数据的计划的可用性的每周节奏的反复信息。
4.一种发送广播信号的设备，该设备包括：
生成器，该生成器被配置为生成与广播网络相关的服务数据；
接收器，该接收器被配置为接收针对与互联网网络相关的服务数据的服务信息的查询，
其中，所述服务信息包括相关材料信息和可用性信息，其中，所述相关材料信息包括服务中止图像的信息，其中，所述可用性信息表示所述服务数据活动的时间的信息，
其中，所述服务信息还包括用于对用于获取针对所述互联网网络的所述服务数据的下一元数据的调度执行轮询的最小更新周期信息；以及
发送器，该发送器被配置为发送所述服务数据和所述服务信息，
其中，所述接收器还被配置为基于所述最小更新周期信息从客户端接收所述轮询。
5.根据权利要求4所述的设备，
其中，所述相关材料信息还包括与所述服务数据相关联的应用信息，
其中，所述应用信息包括用于获得与所述服务数据相关的应用的信息的媒体URI。
6.根据权利要求4所述的设备，
其中，表示所述服务数据可用的时间的所述可用性信息包括表示所述服务数据变得可用的时间的第一有效信息、表示所述服务数据变得不可用的时间的第二有效信息、表示所述服务数据的一个或更多个可用日期的日期信息以及表示所述服务数据的计划的可用性的每周节奏的反复信息。
7.一种接收广播信号的方法，该方法包括以下步骤：
接收与广播网络相关的服务数据；
查询针对与互联网网络相关的服务数据的服务信息，
其中，所述服务信息包括相关材料信息和可用性信息，其中，所述相关材料信息包括服务中止图像的信息，其中，所述可用性信息表示所述服务数据活动的时间的信息，
其中，所述服务信息还包括用于对用于获取针对所述互联网网络的所述服务数据的下一元数据的调度执行轮询的客户端的最小更新周期信息；
基于所述最小更新周期信息对所述调度进行轮询；以及
基于所述服务信息显示所述服务数据。
8.根据权利要求7所述的方法，
其中，所述相关材料信息还包括与所述服务数据相关联的应用信息，
其中，所述应用信息包括用于获得与所述服务数据相关的应用的信息的媒体URI。
9.根据权利要求7所述的方法，
其中，表示所述服务数据可用的时间的所述可用性信息包括表示所述服务数据变得可用的时间的第一有效信息、表示所述服务数据变得不可用的时间的第二有效信息、表示所述服务数据的一个或更多个可用日期的日期信息以及表示所述服务数据的计划的可用性的每周节奏的反复信息。
10.根据权利要求7所述的方法，该方法还包括以下步骤：
向服务注册表发送用于接收所述服务数据的查询；以及
接收引用一个或更多个提供商所托管的所述服务信息的入口点信息。
11.根据权利要求7所述的方法，该方法还包括以下步骤：
响应于不在所述服务数据的计划的服务时间，显示所述服务中止图像。
12.一种接收广播信号的设备，该设备包括：
调谐器，该调谐器被配置为接收与广播网络相关的服务数据；
处理器，该处理器被配置为执行查询针对与互联网网络相关的服务数据的服务信息，
其中，所述服务信息包括相关材料信息和可用性信息，其中，所述相关材料信息包括服务中止图像的信息，其中，所述可用性信息表示所述服务数据活动的时间的信息，
其中，所述服务信息还包括用于对用于获取针对所述互联网网络的所述服务数据的下一元数据的调度执行轮询的客户端的最小更新周期信息，
其中，所述处理器还被配置为基于所述最小更新周期信息对所述调度进行轮询；以及
显示器，该显示器被配置为基于所述服务信息显示所述服务数据。
13.根据权利要求12所述的设备，
其中，所述相关材料信息还包括与所述服务数据相关联的应用信息，
其中，所述应用信息包括用于获得与所述服务数据相关的应用的信息的媒体URI。
14.根据权利要求12所述的设备，
其中，表示所述服务数据可用的时间的所述可用性信息包括表示所述服务数据变得可用的时间的第一有效信息、表示所述服务数据变得不可用的时间的第二有效信息、表示所述服务数据的一个或更多个可用日期的日期信息以及表示所述服务数据的计划的可用性的每周节奏的反复信息。
15.根据权利要求12所述的设备，该设备还包括：
发送器，该发送器被配置为向服务注册表发送用于接收所述服务数据的查询；以及
其中，所述调谐器还被配置为接收引用一个或更多个提供商所托管的所述服务信息的入口点信息。
16.根据权利要求12所述的设备，该设备还包括：
所述显示器被配置为响应于不在所述服务数据的计划的服务时间，显示所述服务中止图像。
CN202080005648.1A 2019-02-07 2020-02-07 广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备 Active CN112840665B (zh)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
KR20190014427 2019-02-07
KR10-2019-0014427 2019-02-07
KR20190023460 2019-02-27
KR10-2019-0023460 2019-02-27
KR10-2019-0027053 2019-03-08
KR20190027053 2019-03-08
KR20190062003 2019-05-27
KR10-2019-0062003 2019-05-27
PCT/KR2020/001774 WO2020162712A1 (ko) 2019-02-07 2020-02-07 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치

Publications (2)

Publication Number Publication Date
CN112840665A CN112840665A (zh) 2021-05-25
CN112840665B true CN112840665B (zh) 2024-01-19

Family

ID=71947108

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080005648.1A Active CN112840665B (zh) 2019-02-07 2020-02-07 广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备

Country Status (5)

Country Link
US (1) US20210014541A1 (zh)
EP (1) EP3923589A4 (zh)
KR (1) KR102325529B1 (zh)
CN (1) CN112840665B (zh)
WO (1) WO2020162712A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022045656A1 (ko) * 2020-08-31 2022-03-03 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2022186683A1 (ko) * 2021-03-02 2022-09-09 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
EP4307688A1 (en) * 2021-03-08 2024-01-17 LG Electronics Inc. Media data processing method and media data processing device
WO2023003360A1 (ko) * 2021-07-20 2023-01-26 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2023063524A1 (ko) * 2021-10-13 2023-04-20 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2023140645A1 (ko) * 2022-01-19 2023-07-27 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2023191601A1 (ko) * 2022-04-01 2023-10-05 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2024143761A1 (ko) * 2022-12-28 2024-07-04 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102056015A (zh) * 2009-11-04 2011-05-11 沈阳隆惠科技有限公司 一种全景虚拟现实漫游中的流媒体应用方法
WO2013053448A1 (en) * 2011-10-11 2013-04-18 Telefonaktiebolaget L M Ericsson (Publ) Technique for delivering schedule information for an mbms user service
WO2014075427A1 (zh) * 2012-11-16 2014-05-22 华为技术有限公司 一种获取对象的方法、装置和系统
WO2016056800A1 (ko) * 2014-10-06 2016-04-14 엘지전자 주식회사 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치
WO2016060422A1 (ko) * 2014-10-12 2016-04-21 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105594219A (zh) * 2014-07-31 2016-05-18 Lg电子株式会社 用于广播信号的发射/接收处理的设备和方法
WO2018021015A1 (ja) * 2016-07-25 2018-02-01 ソニー株式会社 受信装置、送信装置、及び、データ処理方法

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4254718B2 (ja) * 2005-01-31 2009-04-15 ブラザー工業株式会社 コンテンツ提供システム，クライアントデバイス，サーバおよびプログラム
CN101835012B (zh) * 2005-09-09 2012-10-03 三星电子株式会社 在数字广播系统中使用电子服务指南提供切换服务的方法
US20090157803A1 (en) * 2006-03-16 2009-06-18 Aerielle Technologies, Inc. Method for capture, aggregation, storage, and transfer of internet content for time-shifted playback on a portable multimedia device
US9380096B2 (en) * 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US7765570B2 (en) * 2007-06-12 2010-07-27 Microsoft Corporation Maintaining accurate channel line-up by persistently monitoring availability of accessible channels
US8166192B2 (en) * 2008-11-18 2012-04-24 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
KR20100100425A (ko) * 2009-03-06 2010-09-15 삼성전자주식회사 전자 프로그램 가이드 콘텐츠 표시방법
JP4768057B2 (ja) * 2009-08-06 2011-09-07 シャープ株式会社 コンテンツ視聴装置及びコンテンツ表示装置
US9426532B2 (en) * 2010-06-29 2016-08-23 Sony Corporation IPTV EPG linking broadcast channels to internet sources of scheduled programming
US9185439B2 (en) * 2010-07-15 2015-11-10 Qualcomm Incorporated Signaling data for multiplexing video components
US9590814B2 (en) * 2011-08-01 2017-03-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments
WO2014073912A1 (ko) * 2012-11-11 2014-05-15 엘지전자 주식회사 디지털 서비스 신호 처리 방법 및 장치
US10504200B2 (en) * 2014-03-13 2019-12-10 Verance Corporation Metadata acquisition using embedded watermarks
US20170006316A1 (en) * 2014-04-02 2017-01-05 Lg Electronics Inc. Apparatus for transmitting and receiving signal and method for transmitting and receiving signal
WO2016140483A1 (ko) * 2015-03-01 2016-09-09 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10257575B2 (en) * 2015-08-05 2019-04-09 Nagrastar, Llc Hybrid electronic program guide
US20170188076A1 (en) * 2015-12-28 2017-06-29 Sqoony B.V. Mobile Front-End for a Video Platform Method and System
WO2017200209A1 (ko) * 2016-05-17 2017-11-23 엘지전자(주) 방송 신호 송수신기 및 송수신 방법
US10778354B1 (en) * 2017-03-27 2020-09-15 Amazon Technologies, Inc. Asynchronous enhancement of multimedia segments using input quality metrics

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102056015A (zh) * 2009-11-04 2011-05-11 沈阳隆惠科技有限公司 一种全景虚拟现实漫游中的流媒体应用方法
WO2013053448A1 (en) * 2011-10-11 2013-04-18 Telefonaktiebolaget L M Ericsson (Publ) Technique for delivering schedule information for an mbms user service
WO2014075427A1 (zh) * 2012-11-16 2014-05-22 华为技术有限公司 一种获取对象的方法、装置和系统
CN105594219A (zh) * 2014-07-31 2016-05-18 Lg电子株式会社 用于广播信号的发射/接收处理的设备和方法
WO2016056800A1 (ko) * 2014-10-06 2016-04-14 엘지전자 주식회사 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치
WO2016060422A1 (ko) * 2014-10-12 2016-04-21 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2018021015A1 (ja) * 2016-07-25 2018-02-01 ソニー株式会社 受信装置、送信装置、及び、データ処理方法

Also Published As

Publication number Publication date
EP3923589A1 (en) 2021-12-15
US20210014541A1 (en) 2021-01-14
EP3923589A4 (en) 2022-11-23
CN112840665A (zh) 2021-05-25
KR20200098537A (ko) 2020-08-20
KR102325529B1 (ko) 2021-11-15
WO2020162712A1 (ko) 2020-08-13

Similar Documents

Publication Publication Date Title
CN112840665B (zh) 广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备
US10244289B2 (en) Method for mapping signaling information to announcement information and broadcast receiver
US11374996B2 (en) Apparatus and method for transmitting or receiving broadcast signal
US8347343B2 (en) Method for receiving a broadcast signal
US20160352793A1 (en) Apparatus for processing a hybrid broadcast service, and method for processing a hybrid broadcast service
KR101801594B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3790286A1 (en) Broadcast signal transmission device, broadcast signal transmission method, broadcast signal reception method, and broadcast signal reception device
US11895347B2 (en) Media processing device and media processing method
KR20090069689A (ko) 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
CN114128301B (zh) 广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备
KR20090069690A (ko) 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
WO2013084262A1 (ja) デジタル放送送受信システム、受信装置、及び、コンテンツ送出装置
KR20090069691A (ko) 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
KR20090002820A (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치

Legal Events

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