CN107852409A - 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法 - Google Patents
广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法 Download PDFInfo
- Publication number
- CN107852409A CN107852409A CN201680042286.7A CN201680042286A CN107852409A CN 107852409 A CN107852409 A CN 107852409A CN 201680042286 A CN201680042286 A CN 201680042286A CN 107852409 A CN107852409 A CN 107852409A
- Authority
- CN
- China
- Prior art keywords
- service
- information
- content
- esg
- message
- 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
Links
Classifications
-
- 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/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- 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
-
- 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/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
-
- 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/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
-
- 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
- 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/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- 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
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明提出一种发送广播信号的方法。根据本发明的发送广播信号的方法提出一种能够在支持使用地面广播网络和因特网网络的下一代混合广播的环境中支持下一代广播服务的***。而且,本发明提出一种有效的信令方案,该信令方案能够在支持下一个混合广播的环境中覆盖地面广播网络和因特网网络两者。
Description
技术领域
本发明涉及一种发送广播信号的装置、一种接收广播信号的装置和发送和接收广播信号的方法。
背景技术
由于模拟广播信号传输接近终结,正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括除了模拟广播信号之外的大量的视频/音频数据,并且进一步包括除了视频/音频数据之外的各种类型的附加数据。
发明内容
技术问题
也就是说,数字广播***可以提供HD(高分辨率)图像、多声道音频和各种附加服务。但是,对于数字广播,考虑到移动接收设备,大量数据传输的数据传输效率、发送/接收网络的鲁棒性和网络灵活性需要改进。
技术方案
本发明提供一种能够在使用陆地广播网络和互联网支持未来的混合广播的环境下有效地支持未来广播服务的***和有关信令方法。
有益效果
本发明提出一种使用广播网络和因特网高效地提供混合广播的方法。
本发明提出一种基于用于基本广播服务的app来提供基于应用的增强的方法。
本发明提出一种提供与广播服务同步的基于app的增强的方法。
本发明提出一种根据PD和CD之间的各种协议的架构和根据该架构的app之间以及PD和CD之间的通信方法。
本发明提出一种用于从PD到CD有效地递送诸如ESG或EAS的信息的架构和信令方法。
附图说明
附图被包括以提供对本发明进一步的理解并且被合并且组成本申请的一部分,图示本发明的实施例,并且与该说明书一起用来解释本发明的原理。在附图中:
图1是示出根据本发明的实施例的协议栈的图;
图2是示出根据本发明的实施例的服务发现过程的图;
图3是示出根据本发明的一个实施例的低等级信令(LLS)表和服务列表表(SLT)的图;
图4是示出根据本发明的一个实施例的经由ROUTE递送的USBD和S-TSID的图;
图5是示出根据本发明的一个实施例的经由MMT递送的USBD的图;
图6是示出根据本发明的一个实施例的链路层操作的图;
图7是示出根据本发明的一个实施例的链路映射表(LMT)的图;
图8是示出根据本发明的一个实施例的下一代广播服务的广播信号发送设备的结构的图;
图9是根据本发明的实施例的时间交织器的写入操作;
图10是根据本发明的实施例的包括在频率交织器中的根据每个FFT模式的包括主PRBS发生器和子PRBS发生器的交织地址生成器的框图;
图11是示出根据本发明的实施例的启动CD应用的过程的架构的图;
图12是示出根据本发明的实施例的用于应用和应用之间的通信的体架构的图;
图13是示出根据本发明的实施例的用于执行从CD应用到PD应用的通信的架构的图;
图14是示出根据本发明的实施例的用于在CD应用和PD之间进行通信的消息结构的图;
图15是示出根据本发明的实施例的服务/内容标识消息格式的图;
图16是示出根据本发明的实施例的当前服务信息消息格式的图;
图17是示出根据本发明的实施例的ESG消息格式的图;
图18是示出本发明的实施例的媒体回放状态消息格式的图;
图19是示出根据本发明的实施例的EA消息的图;
图20是示出根据本发明的实施例的JSON模式中的Websocket协议的订阅相关消息和通知消息的图;
图21是示出根据本发明的实施例的通过广播网络递送电子服务指南(ESG)信息的图;
图22是示出根据本发明的一个实施例的SGDD中包括的传输有关的信息的图;
图23是示出根据本发明的另一实施例的服务/内容标识消息格式的图;
图24是示出根据本发明的另一实施例的可用于ESG递送的通信的ESGRequesttype参数的图;
图25是示出根据本发明的实施例的在PD处处理广播服务的方法的图;和
图26是示出根据本发明的实施例的作为PD操作的广播接收装置的图。
具体实施方式
现在将详细地介绍本发明的优选实施例,其示例在附图中图示。在下面将参考附图给出详细说明,其意欲解释本发明的示例性实施例,而不是示出可以根据本发明实现的仅有的实施例。以下的详细说明包括特定的细节以便提供对本发明深入的理解。但是,对于本领域技术人员显而易见的是,无需这样的具体的细节也可以实践本发明。
虽然在本发明中使用的术语是从通常已知和使用的术语中选择出来的,在本发明的描述中提及的一些术语已经由本申请人以他的或者她的判断选择,其详细的含义在此处本说明书的相关部分中描述。此外,所需要的是,不只是简单通过实际使用的术语,而是通过其中的每个术语的含义来理解本发明。
本发明提供发送和接收用于未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、超高分辨率电视(UHDTV)服务等等。本发明可以根据一个实施例通过非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等等。
图1是根据本发明的实施例示出协议栈的图。
服务可以经由多个层传送给接收器。首先,发送侧可以生成服务数据。服务数据可以被处理为在发送侧的传送层上传输,并且服务数据可以被编码为广播信号并在物理层上经广播或者宽带网络发送。
在这里,服务数据可以以ISO基础媒体文件格式(BMFF)生成。ISOBMFF媒体文件可以用于广播/宽带网络传送、媒体封装和/或同步格式。在这里,服务数据是与服务相关的所有数据,并且可以包括配置线***的服务组件、其信令信息、非实时(NRT)数据和其他文件。
将描述传送层。传送层可以提供用于发送服务数据的功能。服务数据可以经广播和/或宽带网络传送。
广播服务传送可以包括两种方法。
作为第一种方法,服务数据可以基于MPEG媒体传输(MMT)在媒体处理单元(MPU)中处理,并且使用MMT协议(MMTP)发送。在这种情况下,使用MMTP传送的服务数据可以包括用于线***的服务组件和/或其服务信令信息。
作为第二种方法,服务数据可以被处理为DASH分段,并且基于MPEG DASH,使用经单向传输(ROUTE)的实时对象传送来发送。在这种情况下,经由ROUTE协议传送的服务数据可以包括用于线***的服务组件、其服务信令信息和/或NRT数据。也就是说,NRT数据和非定时的数据,诸如文件,可以经由ROUTE传送。
根据MMTP或者ROUTE协议处理的数据可以经由UDP/IP层被处理为IP分组。在经广播网的服务数据传送中,服务列表表(SLT)也可以经由UDP/IP层在广播网上传送。SLT可以被在低等级信令(LLS)表中传送。稍后将描述SLT和LLS表。
IP分组可以在链路层中被处理为链路层分组。链路层可以将从高层传送的各种格式的数据封装进链路层分组中,然后将该分组传送给物理层。稍后将详细描述链路层。
在混合服务传送中,至少一个服务元素可以被经由宽带路径传送。在混合服务传送中,经宽带传送的数据可以包括DASH格式的服务组件、其服务信令信息和/或NRT数据。此数据可以被经由HTTP/TCP/IP处理,并且经由用于宽带传输的链路层传送给用于宽带传输的物理层。
物理层可以处理从传送层(高层和/或链路层)接收的数据,并且经广播或者宽带网络发送该数据。稍后将给出物理层的详细描述。
将描述服务。服务可以是显示给用户的服务组件的集合,组件可以具有各种媒体类型,服务可以是连续的或者中断的,服务可以是实时或者非实时的,并且实时服务可以包括一系列TV节目。
服务可以具有各种类型。第一,服务可以是线性音频/视频或者具有基于app的增强的音频服务。第二,服务可以是基于app的服务、由下载的应用控制的再现/配置。第三,服务可以是用于提供电子服务指南(ESG)的ESG服务。第四,服务可以是用于提供紧急警报信息的紧急警报(EA)服务。
当无需基于app的增强的线***被经广播网传送的时候,服务组件可以由(1)一个或多个ROUTE会话,或者(2)一个或多个MMTP会话传送。
当具有基于app的增强的线***被经广播网传送的时候,服务组件可以由(1)一个或多个ROUTE会话,或者(2)零或零个以上MMTP会话传送。在这种情况下,用于基于app的增强的数据可以以NRT数据或者其他文件的形式经由ROUTE会话传送。在本发明的一个实施例中,使用两个协议的一个服务的服务组件(流媒体组件)的同时的传送可能是不被允许的。
当基于app的服务被经广播网传送的时候,服务组件可以由一个或多个ROUTE会话传送。在这种情况下,用于基于app的服务的服务数据可以以NRT数据或者其他文件的形式经由ROUTE会话传送。
这样的服务的一些服务组件、一些NRT数据、文件等等可以经由宽带(混合服务传送)传送。
也就是说,在本发明的一个实施例中,一个服务的线***组件可以经由MMT协议传送。在本发明的另一个实施例中,一个服务的线***组件可以经由ROUTE协议传送。在本发明的另一个实施例中,一个服务的线***组件和NRT数据(NRT服务组件)可以经由ROUTE协议传送。在本发明的另一个实施例中,一个服务的线***组件可以经由MMT协议传送,并且NRT数据(NRT服务组件)可以经由ROUTE协议传送。在以上描述的实施例中,服务的某些服务组件或者某些NRT数据可以经由宽带传送。在这里,关于基于app的增强的基于app的服务和数据可以根据ROUTE经广播网,或者以NRT数据的形式经由宽带传送。NRT数据可以称为本地缓存的数据。
每个ROUTE会话包括用于完整地或者部分地传送配置该服务的内容组件的一个或多个LCT会话。在流服务传送中,LCT会话可以传送用户服务的各个组件,诸如音频、视频或者隐藏字幕流(closed caption stream)。流媒体被格式化为DASH分段。
每个MMTP会话包括用于传送所有或者一些内容组件或者MMT信令消息的一个或多个MMTP分组流。MMTP分组流可以传送已格式化为MPU的组件或者MMT信令消息。
对于NRT用户服务或者***元数据的传送,LCT会话传送基于文件的内容项目。这样的内容文件可以包括NRT服务的连续的(定时的)或者离散的(非定时的)媒体组件或者元数据,诸如服务信令或者ESG片段。***元数据(诸如服务信令或者ESG片段)可以经由MMTP的信令消息模式传送。
当调谐器调谐到频率时,接收器可以检测广播信号。接收器可以提取和发送SLT给处理模块。SLT解析器可以解析SLT,并且在信道映射表(channel map)中获得和存储数据。接收器可以获得并将SLT的引导信息(bootstrap information)传送给ROUTE或者MMT客户端。接收器可以获得和存储SLS。USBD可以被获得并由信令解析器解析。
图2是示出根据本发明的一个实施例的服务发现过程的图。
由物理层的广播信号帧传送的广播流可以携带低等级信令(LLS)。LLS数据可以经由被传送给公知的IP地址/端口的IP分组的有效载荷携带。此LLS可以根据其类型包括SLT。LLS数据可以以LLS表的形式被格式化。携带LLS数据的每个UDP/IP分组的第一字节可以是LLS表的开始。与示出的实施例不同,用于传送LLS数据的IP流可以与其他的服务数据一起被传送给PLP。
SLT可以允许接收器去经由快速信道扫描来生成服务列表,并且提供用于定位SLS的访问信息。SLT包括引导信息。这个引导信息可以允许接收器获得每个服务的服务层信令(SLS)。当SLS,也就是说,服务信令信息被经由ROUTE传送的时候,引导信息可以包括携带SLS的LCT信道、包括LCT信道的ROUTE会话的目的地IP地址和目的地端口信息。当SLS被经由MMT传送的时候,引导信息可以包括携带SLS的MMTP会话的目的地IP地址和目的地端口信息。
在示出的实施例中,在SLT中描述的服务#1的SLS被经由ROUTE传送,并且SLT可以包括包含由SLS传送的LCT信道的ROUTE会话的引导信息sIP1、dIP1和dPort1。在SLT中描述的服务#2的SLS被经由MMT传送,并且SLT可以包括包含由SLS传送的MMTP分组流的MMTP会话的引导信息sIP2、dIP2和dPort2。
SLS是描述服务的性质的信令信息,并且可以包括用于显著地再现服务,或者提供用于获得服务和该服务的服务组件的接收器能力信息。当每个服务具有单独的服务信令的时候,无需解析在广播流内传送的所有SLS,接收器即可获得用于期望的服务的合适的SLS。
当SLS被经由ROUTE协议传送的时候,SLS可以被经由由SLT指示的ROUTE会话的专用的LCT信道传送。在一些实施例中,这个LCT信道可以是通过tsi=0识别的LCT信道。在这种情况下,SLS可以包括用户服务包描述(bundle description)(USBD)/用户服务描述(USD)、基于服务的传输会话实例描述(S-TSID)和/或媒体表示描述(MPD)。
在这里,USBD/USD是SLS片段中的一个,并且可以用作描述服务的详细说明信息的信令中心(signaling hub)。USBD可以包括服务标识信息、设备能力信息等等。USBD可以包括其它的SLS片段(S-TSID、MPD等等)的参考信息(URI参考)。也就是说,USBD/USD可以参考S-TSID和MPD。此外,USBD可以进一步包括用于允许接收器去判定传输模式(广播/宽带网络)的元数据信息。USBD/USD的详细说明将在下面给出。
S-TSID是SLS片段中的一个,并且可以提供携带服务的服务组件的传输会话的整个会话描述信息。S-TSID可以提供经由其传送服务的服务组件的ROUTE会话,和/或用于ROUTE会话的LCT信道的传输会话描述信息。S-TSID可以提供与一个服务相关联的服务组件的组件获得信息。S-TSID可以在MPD的DASH表示和服务组件的tsi之间提供映射。S-TSID的组件获得信息可以以相关的DASH表示和tsi的标识符的形式提供,并且在一些实施例中可以或者可以不必包括PLP ID。经由该组件获得信息,接收器可以收集一个服务的音频/视频组件,并且执行DASH媒体分段的缓存和解码。S-TSID可以由如上所述的USBD引用。S-TSID的详细说明将在下面给出。
MPD是SLS片段中的一个,并且可以提供服务的DASH媒体表示的描述。MPD可以提供媒体分段的资源标识符,并且提供在识别的资源的媒体表示内的上下文信息。MPD可以描述经广播网传送的DASH表示(服务组件),并且描述经宽带(混合传送)传送的额外的DASH表示。MPD可以由如上所述的USBD引用。
当SLS被经由MMT协议传送的时候,SLS可以被经由由SLT指示的MMTP会话的专用的MMTP分组流传送。在一些实施例中,传送SLS的MMTP分组的packet_id可以具有00的值。在这种情况下,SLS可以包括USBD/USD和/或MMT分组(MP)表。
在这里,USBD是SLS片段中的一个,并且可以如由ROUTE协议传送时一样描述服务的详细说明信息。这个USBD可以包括其它的SLS片段的参考信息(URI信息)。MMT的USBD可以参考MMT信令的MP表。在一些实施例中,MMT的USBD可以包括S-TSID和/或MPD的参考信息。在这里,S-TSID是用于经由ROUTE协议传送的NRT数据。即使当线***组件被经由MMT协议传送时,NRT数据也可以经由ROUTE协议传送。MPD是在混合服务传送中用于经宽带传送的服务组件。MMT的USBD的详细说明将在下面给出。
MP表是用于MPU组件的MMT的信令消息,并且可以提供携带服务的服务组件的MMTP会话的整个会话描述信息。此外,MP表可以包括经由MMTP会话传送的资产(asset)的描述。MP表是用于MPU组件的流信令信息,并且可以提供对应于一个服务的资产列表和这些组件的位置信息(组件获得信息)。MP表的详细说明可以被在MMT中定义或者修改。在这里,资产是多媒体数据实体,通过一个唯一的ID合并,并且可以意指用于一个多媒体表示的数据实体。资产可以对应于配置一个服务的服务组件。对应于期望的服务的流服务组件(MPU)可以被使用MP表访问。MP表可以由如上所述的USBD引用。
其它的MMT信令消息可以被定义。与服务和MMTP会话相关联的附加信息可以由这样的MMT信令消息描述。
ROUTE会话通过源IP地址、目的地IP地址和目的地端口号识别。LCT会话通过在父ROUTE会话范围内唯一的传输会话标识符(TSI)识别。MMTP会话通过目的地IP地址和目的地端口号识别。MMTP分组流通过在父MMTP会话范围内唯一的packet_id识别。
在ROUTE的情况下,S-TSID、USBD/USD、MPD或者传送其的LCT会话可以称为服务信令信道。在MMTP的情况下,USBD/UD、MMT信令消息或者传送其的分组流可以称为服务信令信道。
与示出的实施例不同,一个ROUTE或者MMTP会话可以经由多个PLP传送。也就是说,一个服务可以经由一个或多个PLP传送。与示出的实施例不同,在一些实施例中,配置一个服务的组件可以经由不同的ROUTE会话传送。此外,在一些实施例中,配置一个服务的组件可以经由不同的MMTP会话传送。在一些实施例中,配置一个服务的组件可以在ROUTE会话和MMTP会话中被分割和传送。虽然未示出,配置一个服务的组件可以经由宽带(混合传送)传送。
图3是示出根据本发明的一个实施例的低等级信令(LLS)表和服务列表表(SLT)的图。
LLS表的一个实施例t3010可以包括根据LLS_table_id字段、provider_id字段、LLS_table_version字段和/或LLS_table_id字段的信息。
LLS_table_id字段可以识别LLS表的类型,并且provider_id字段可以识别与由LLS表用信号通知的服务相关联的服务提供商。在这里,服务提供者是使用所有或者一些广播流的广播公司,并且provider_id字段可以识别正在使用广播流的多个广播公司的一个。LLS_table_version字段可以提供LLS表的版本信息。
根据LLS_table_id字段的值,LLS表可以包括以上描述的SLT、包括有关内容报告评级信息的评级区域表(RRT)、用于提供与***时间相关联的信息的***时间信息、用于提供与紧急警报相关联的信息的公共警报协议(CAP)消息中的一个。在一些实施例中,其它的信息可以包括在LLS表中。
示出的SLT的一个实施例t3020可以包括@bsid属性、@sltCapabilities属性、sltInetUrl元素和/或服务元素。每个字段可以被根据示出的使用列的值省略,或者可以存在多个字段。
@bsid属性可以是广播流的标识符。@sltCapabilities属性可以提供解码和显著地再现在SLT中描述的所有服务所需要的能力信息。sltInetUrl元素可以经宽带提供用于获得服务信令信息的基础URL信息和用于SLT的服务的ESG。sltInetUrl元素可以进一步包括@urlType属性,其可以指示能够被经由URL获得的数据类型。
服务元素可以包括有关在SLT中描述的服务的信息,并且每个服务的服务元素可以存在。服务元素可以包括@serviceId属性、@sltSvcSeqNum属性、@protected属性、@majorChannelNo属性、@minorChannelNo属性、@serviceCategory属性、@shortServiceName属性、@hidden属性、@broadbandAccessRequired属性、@svcCapabilities属性、BroadcastSvcSignaling元素和/或svcInetUrl元素。
@serviceId属性是服务的标识符,并且@sltSvcSeqNum属性可以指示服务的SLT信息的序列号。@protected属性可以指示是否保护针对服务的显著的再现所必需的至少一个服务组件。@_majorChannelNo属性和@_minorChannelNo属性可以分别地指示服务的主要信道编号和次要信道编号。
@serviceCategory属性可以指示服务的类别。服务的类别可以包括线性A/V服务、线性音频服务、基于app的服务、ESG服务、EAS服务等等。@shortServiceName属性可以提供服务的短的名称。@hidden属性可以指示是否服务是用于测试或者专用用途。@broadbandAccessRequired属性可以指示对于服务的显著的再现是否宽带接入是必需的。@svcCapabilities属性可以提供针对服务的解码和显著的再现所必需的能力信息。
BroadcastSvcSignaling元素可以提供与服务的广播信令相关联的信息。这个元素可以提供关于服务的广播网上的信令的信息,诸如位置、协议和地址。其细节将在下面描述。
svcInetUrl元素可以提供用于访问宽带上的服务的信令信息的URL信息。sltInetUrl元素可以进一步包括@urlType属性,其可以指示能够被经由URL获得的数据类型。
以上描述的BroadcastSvcSignaling元素可以包括@slsProtocol属性、@slsMajorProtocolVersion属性、@slsMinorProtocolVersion属性、@slsPlpId属性、@slsDestinationIpAddress属性、@slsDestinationUdpPort属性和/或@slsSourceIpAddress属性。
@slsProtocol属性可以指示用于传送服务(ROUTE、MMT等等)的SLS的协议。@slsMajorProtocolVersion属性和@slsMinorProtocolVersion属性可以分别地指示用于传送服务的SLS的协议的主要版本号和次要版本号。
@slsPlpId属性可以提供用于识别传送服务的SLS的PLP的PLP标识符。在一些实施例中,这个字段可以被省略,并且由SLS传送的PLP信息可以使用以下描述的LMT的信息和SLT的引导信息的组合来检查。
@slsDestinationIpAddress属性、@slsDestinationUdpPort属性和@slsSourceIpAddress属性可以分别地指示目的地IP地址、目的地UDP端口和传送服务的SLS的传输分组的源IP地址。这些可以识别由SLS传送的传输会话(ROUTE会话或者MMTP会话)。这些可以包括在引导信息中。
图4是示出根据本发明的一个实施例的经由ROUTE传送的USBD和S-TSID的图。
示出的USBD的一个实施例t4010可以具有bundleDescription根元素。bundleDescription根元素可以具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。
userServiceDescription元素可以包括@_globalServiceID属性、@_serviceId属性、@serviceStatus属性、@fullMPDUri属性、@sTSIDUri属性、名称元素、serviceLanguage元素、capabilityCode元素和/或deliveryMethod元素。每个字段可以根据示出的使用列的值被省略,或者可以存在多个字段。
@globalServiceID属性是服务的全球唯一标识符,并且可以用于与ESG数据(Service@globalServiceID)相联系。@serviceId属性是对应于SLT的服务项的参考,并且可以等同于SLT的服务ID信息。@serviceStatus属性可以指示服务的状态。这个字段可以指示服务是有效还是无效。
@fullMPDUri属性可以参考服务的MPD片段。MPD可以提供如上所述的经广播或者宽带网络传送的服务组件的再现描述。@sTSIDUri属性可以参考服务的S-TSID片段。S-TSID可以提供与访问如上所述的携带服务的传输会话相关联的参数。
名称元素可以提供服务的名称。这个元素可以进一步包括@lang属性,并且这个字段可以指示由名称元素提供的名称的语言。serviceLanguage元素可以指示服务可用的语言。也就是说,这个元素可以安排能够由服务提供的语言。
capabilityCode元素可以指示显著地再现服务所必需的接收器的能力或者能力组信息。此信息与在服务通告中提供的能力信息格式兼容。
deliveryMethod元素可以提供关于经服务的广播或者宽带网络访问的内容的传输相关的信息。deliveryMethod元素可以包括broadcastAppService元素和/或unicastAppService元素。这些元素中的每个可以具有作为子元素的basePattern元素。
broadcastAppService元素可以包括经广播网传送的DASH表示的传输相关的信息。DASH表示可以包括在服务表示的所有时段上的媒体组件。
这个元素的basePattern元素可以指示用于接收器去执行与分段URL匹配的字符模式。这可以用于DASH客户端去请求表示的分段。匹配可以暗指在广播网上媒体分段的传送。
unicastAppService元素可以包括经宽带传送的DASH表示的传输相关的信息。DASH表示可以包括在服务媒体表示的所有时段上的媒体组件。
这个元素的basePattern元素可以指示用于接收器执行与分段URL匹配的字符模式。这可以用于DASH客户端去请求表示的分段。匹配可以暗指在宽带网上媒体分段的传送。
示出的S-TSID的一个实施例t4020可以具有S-TSID根元素。S-TSID根元素可以包括@serviceId属性和/或RS元素。每个字段可以根据示出的使用列的值被省略,或者可以存在多个字段。
@serviceId属性是服务的标识符,并且可以参考USBD/USD的服务。RS元素可以描述有关经由其服务的服务组件被传送的ROUTE会话的信息。根据ROUTE会话的数目,多个元素可以存在。RS元素可以进一步包括@bsid属性、@sIpAddr属性、@dIpAddr属性、@dport属性、@PLPID属性和/或LS元素。
@bsid属性可以是服务的服务组件在其中被传送的广播流的标识符。如果这个字段被省略,则默认广播流可以是包括传送该服务的SLS的PLP的广播流。这个字段的值可以等于@bsid属性的值。
@sIpAddr属性、@dIpAddr属性和@dport属性可以分别地指示源IP地址、目的地IP地址和ROUTE会话的目的地UDP端口。当这些字段被省略的时候,缺省值可以是源地址、目的地IP地址和传送SLS(也就是说,S-TSID)的当前的ROUTE会话的目的地UDP端口值。不在当前的ROUTE会话中,这个字段可以不必在传送服务的服务组件的另一个ROUTE会话中被省略。
@PLPID属性可以指示ROUTE会话的PLP ID信息。如果这个字段被省略,缺省值可以是由S-TSID传送的当前的PLP的PLP ID值。在一些实施例中,这个字段被省略,并且ROUTE会话的PLP ID信息可以使用以下描述的LMT的信息和RS元素的IP地址/UDP端口信息的组合来检查。
LS元素可以描述有关经由其服务的服务组件被发送的LCT信道的信息。根据LCT信道的数目,多个元素可以存在。LS元素可以包括@tsi属性、@PLPID属性、@bw属性、@startTime属性、@endTime属性、SrcFlow元素和/或RepairFlow元素。
@tsi属性可以指示LCT信道的tsi信息。使用这些,经由其服务的服务组件被传送的LCT信道可以被识别。@PLPID属性可以指示LCT信道的PLP ID信息。在一些实施例中,这个字段可以被省略。@bw属性可以指示LCT信道的最大带宽。@startTime属性可以指示LCT会话的开始时间,并且@endTime属性可以指示LCT信道的结束时间。
SrcFlow元素可以描述ROUTE的信源流。ROUTE的信源协议被用于发送传送对象,并且至少一个信源流可以在一个ROUTE会话内被建立。信源流可以传送作为对象流的相关的对象。
RepairFlow元素可以描述ROUTE的修复流。根据信源协议传送的传送对象可以根据前向纠错(FEC)被保护,并且修复协议可以对于允许FEC保护的FEC框架。
图5是示出根据本发明的一个实施例的经由MMT传送的USBD的图。
示出的USBD的一个实施例可以具有bundleDescription根元素。bundleDescription根元素可以具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。
userServiceDescription元素可以包括@globalServiceID属性、@serviceId属性、名称元素、serviceLanguage元素、contentAdvisoryRating元素、信道元素、mpuComponent元素、routeComponent元素、broadbandComponent元素和/或ComponentInfo元素。每个字段可以根据示出的使用列的值被省略,或者可以存在多个字段。
@globalServiceID属性、@serviceId属性、名称元素和/或serviceLanguage元素可以等同于经由ROUTE传送的USBD的字段。contentAdvisoryRating元素可以指示服务的内容报告评级。此信息与在服务通告中提供的内容报告评价信息格式兼容。信道元素可以包括与服务相关联的信息。这个元素的详细说明将在下面给出。
mpuComponent元素可以提供作为服务的MPU传送的服务组件的描述。这个元素可以进一步包括@mmtPackageId属性和/或@nextMmtPackageId属性。@mmtPackageId属性可以参考作为服务的MPU传送的服务组件的MMT包。@nextMmtPackageId属性可以就时间而言参考在由@mmtPackageId属性引用的MMT包之后要使用的MMT包。经由这个元素的信息,MP表可以被参考。
routeComponent元素可以包括服务的服务组件的描述。即使当线***组件被经由MMT协议传送时,NRT数据也可以根据如上所述的ROUTE协议传送。这个元素可以描述有关这样的NRT数据的信息。这个元素的详细说明将在下面给出。
broadbandComponent元素可以包括经宽带传送的服务的服务组件的描述。在混合服务传送中,一个服务的某些服务组件或者其他的文件可以被经宽带传送。这个元素可以描述有关这样的数据的信息。这个元素可以进一步包括@fullMPDUri属性。这个属性可以参考描述经宽带传送的服务组件的MPD。除了混合服务传送之外,广播信号可能由于在隧道中传送而被减弱,并且因此,这个元素可能是支持在宽带和宽带之间切换所必需的。当广播信号变弱的时候,服务组件经宽带获得,并且当广播信号变得强的时候,服务组件经广播网获得以保证服务连续性。
ComponentInfo元素可以包括有关服务的服务组件的信息。根据服务的服务组件的数目,多个元素可以存在。这个元素可以描述每个服务组件的类型、作用、名称、标识符或者保护。这个元素的详细信息将在下面描述。
以上描述的信道元素可以进一步包括@serviceGenre属性、@serviceIcon属性和/或ServiceDescription元素。@serviceGenre属性可以指示服务的类型(genre),并且@serviceIcon属性可以包括服务的代表性图标的URL信息。ServiceDescription元素可以提供服务的服务描述,并且这个元素可以进一步包括@serviceDescrText属性和/或@serviceDescrLang属性。这些属性可以指示服务描述的文本和在文本使用的语言。
以上描述的routeComponent元素可以进一步包括@sTSIDUri属性、@sTSIDDestinationIpAddress属性、@sTSIDDestinationUdpPort属性、@sTSIDSourceIpAddress属性、@sTSIDMajorProtocolVersion属性和/或@sTSIDMinorProtocolVersion属性。
@sTSIDUri属性可以参考S-TSID片段。这个字段可以等同于经由ROUTE传送的USBD的字段。这个S-TSID可以提供经由ROUTE传送的服务组件的访问相关信息。这个S-TSID可以根据MMT协议在传送线***组件的状态下对于根据ROUTE协议传送的NRT数据存在。
@sTSIDDestinationIpAddress属性、@sTSIDDestinationUdpPort属性和@sTSIDSourceIpAddress属性可以指示目的地IP地址、目的地UDP端口和携带以上描述的S-TSID的传输分组的源IP地址。也就是说,这些字段可以识别携带以上描述的S-TSID的传输会话(MMTP会话或者ROUTE会话)。
@sTSIDMajorProtocolVersion属性和@sTSIDMinorProtocolVersion属性可以分别地指示用于传送以上描述的S-TSID的传输协议的主要版本号和次要版本号。
以上描述的ComponentInfo元素可以进一步包括@componentType属性、@componentRole属性、@componentProtectedFlag属性、@componentId属性和/或@componentName属性。
@componentType属性可以指示组件的类型。例如,这个属性可以指示是否组件是音频、视频或者隐藏字幕组件。@componentRole属性可以指示组件的角色。例如,如果组件是音频组件,则这个属性可以指示主要音频、音乐、评论(commentary)等等。如果组件是视频组件,则这个属性可以指示主要视频。如果组件是隐藏字幕组件,则这个属性可以指示常规字幕或者简单的阅读器类型。
@componentProtectedFlag属性可以指示是否服务组件被保护,例如,加密。@componentId属性可以指示服务组件的标识符。这个属性的值可以是对应于这个服务组件的MP表的asset_id(资产ID)。@componentName属性可以指示服务组件的名称。
图6是示出根据本发明的一个实施例的链路层操作的图。
链路层可以是在物理层和网络层之间的层。发送侧可以从网络层到物理层发送数据,并且接收侧可以从物理层到网络层发送数据(t6010)。链路层的目的是将所有输入分组类型压缩(抽象)为用于由物理层处理的一个格式,并且保证仍然未定义的输入分组类型的灵活性和可扩充性。此外,链路层可以提供用于压缩(抽象)输入分组的报头的不必要的信息以有效地发送输入数据的选项。链路层的操作,诸如开销降低、封装等等称为链路层协议,并且使用这个协议生成的分组可以称为链路层分组。链路层可以执行功能,诸如分组封装、开销降低和/或信令传输。
在发送侧上,链路层(ALP)可以对于输入分组执行开销降低过程,然后将输入分组封装进链路层分组。此外,在一些实施例中,链路层可以无需执行开销降低过程而执行封装进链路层分组。由于链路层协议的使用,在物理层上的数据传输开销可以被显著地降低,并且根据本发明的链路层协议可以提供IP开销降低和/或MPEG-2TS开销降低。
当示出的IP分组被作为输入分组输入的时候(t6010),链路层可以顺序地执行IP报头压缩、适配和/或封装。在一些实施例中,某些处理可以被省略。例如,RoHC模块可以执行IP分组报头压缩以降低不必要的开销。上下文信息可以经由适配过程提取,并且带外发送。IP报头压缩和适配过程可以被统称为IP报头压缩。此后,IP分组可以经由封装过程被封装进链路层分组。
当MPEG 2 TS分组被作为输入分组输入的时候,链路层可以对于TS分组顺序地执行开销降低和/或封装过程。在一些实施例中,某些过程可以被省略。在开销降低中,链路层可以提供同步字节去除、空分组删除和/或公共报头去除(压缩)。经由同步字节去除,可以每个TS分组提供1字节的开销降低。空分组删除可以在接收侧上以重新***是可允许的方式执行。此外,删除(压缩)可以以在连续报头之间的公共信息可以在接收侧上被恢复的方式执行。开销降低过程中的某些可以被省略。此后,经由封装过程,TS分组可以被封装进链路层分组。用于TS分组封装的链路层分组结构可以不同于其它类型的分组。
首先,将描述IP报头压缩。
IP分组可以具有固定的报头格式,但是,通信环境所必需的某些信息对于广播环境可能是不必要的。链路层协议可以压缩IP分组的报头以提供用于降低广播开销的机制。
IP报头压缩可以包括报头压缩器/解压缩器和/或适配模块。IP报头压缩器(RoHC压缩器)可以基于RoHC方法降低每个IP分组的大小。然后,适配模块可以提取上下文信息,并且从每个分组流生成信令信息。接收器可以分析与相对应的分组流有关的信令信息,并且将上下文信息附接给分组流。RoHC解压缩器可以恢复分组报头以重新配置初始IP分组。在下文中,IP报头压缩可以仅指经由报头压缩器的IP报头压缩器,并且可以是通过适配模块组合IP报头压缩和适配过程的概念。这可以与解压缩中的相同。
在下文中,将描述适配。
在单方向链路的传输中,当接收器不具有上下文信息的时候,解压缩器无法恢复接收的分组报头,直到接收到完整的上下文为止。这可能导致信道变化延迟和接通延迟。因此,经由适配功能,在压缩器和解压缩器之间的配置参数和上下文信息可以带外发送。适配功能可以使用上下文信息和/或配置参数来构建链路层信令。适配功能可以使用先前的配置参数和/或上下文信息通过每个物理帧周期性地发送链路层信令。
上下文信息被从压缩的IP分组中提取,并且各种方法可以根据适配模式使用。
模式#1指的是对于压缩的分组流不执行操作的模式,并且适配模块作为缓存器操作。
模式#2指的是从压缩的分组流检测到IR分组以提取上下文信息(静态链)的模式。在提取之后,IR分组被转换为IR-DYN分组,并且IR-DYN分组可以在分组流(而不是初始IR分组内)以相同的顺序被发送。
模式#3(t6020)指的是从压缩的分组流检测到IR和IR-DYN分组以提取上下文信息的模式。静态链和动态链可以被从IR分组中提取,并且动态链可以被从IR-DYN分组中提取。在提取之后,IR和IR-DYN分组被转换为常规压缩分组。转换的分组可以在分组流(而不是初始IR和IR-DYN分组内)以相同的顺序被发送。
在每个模式中,上下文信息被提取,并且剩余的分组可以被根据用于压缩的IP分组的链路层分组结构封装和发送。上下文信息可以被作为链路层信令根据用于信令信息的链路层分组结构封装和发送。
提取的上下文信息可以被包括在RoHC-U描述表(RDT)中,并且可以与RoHC分组流分开地被发送。上下文信息可以经由特定的物理数据路径与其它的信令信息一起被发送。特定的物理数据路径可以指的是常规PLP、低等级信令(LLS)在其中传送的PLP、专用PLP或者L1信令路径中的一个。在这里,RDT可以是上下文信息(静态链和/或动态链)和/或包括与报头压缩相关联的信息的信令信息。在一些实施例中,不论何时上下文信息被改变,都可以发送RDT。在一些实施例中,可以在每个物理帧中发送RDT。为了在每个物理帧中发送RDT,可以重用先前的RDT。
接收器可以选择第一PLP,并且在获得分组流之前,首先获得SLT、RDT等等的信令信息。在获取信令信息后,接收器可以组合信息以获取服务的映射-IP信息-上下文信息-PLP。也就是说,接收器可以识别通过其发送服务的IP流、通过PLP发送的IP流等,并且获取相应的PLP的上下文信息。接收器可以选择用于递送特定分组流的PLP并且解码PLP。适配模块可以解析上下文信息并将上下文信息与压缩分组组合。从而,分组流可以被恢复并被发送到RoHC解压缩器。然后,可以开始解压缩。在这种情况下,接收器可以检测IR分组并且根据适配模式(模式1)从第一个接收的IR分组开始解压缩,可以检测IR-DYN分组并且从第一个接收的IR-DYN分组开始解压缩(模式2),或者可以从任何通用的压缩分组开始解压缩(模式3)。
在下文中,将描述分组封装。
链路层协议可以将所有类型的输入分组,诸如IP分组、TS分组等等封装进链路层分组。为此,独立于网络层(在这里,MPEG-2 TS分组被认为是网络层分组)的协议类型,物理层仅处理一种分组格式。每个网络层分组或者输入分组被修改为通用链路层分组的有效载荷。
在分组封装过程中,可以使用分段。如果网络层分组太大而无法在物理层中被处理,则网络层分组可以被分段为两个或更多个分段。链路层分组报头可以包括用于发送侧分段和接收侧重新组合的字段。每个分段可以被以与原始位置相同的顺序封装进链路层分组。
在分组封装过程中,也可以使用级联。如果网络层分组足够地小,使得链路层分组的有效载荷包括几个网络层分组,则可以执行级联。链路层分组报头可以包括用于执行级联的字段。在级联时,输入分组可以被以与初始输入顺序相同的顺序封装进链路层分组的有效载荷。
链路层分组可以包括报头和有效载荷。报头可以包括基础报头、附加的报头和/或可选择的报头。附加的报头可以根据情形(诸如级联或者分段)被进一步增加,并且附加的报头可以包括适用于情形的字段。此外,对于附加信息的传送,可以进一步包括可选择的报头。可以预先定义每个报头结构。如上所述,如果输入分组是TS分组,则可以使用具有不同于其它分组的分组的链路层报头。
在下文中,将描述链路层信令。
链路层信令可以以比IP层的等级更低的等级操作。接收侧可以获得比LLS、SLT、SLS等等的IP等级信令更快的链路层信令。因此,可以在会话建立之前获得链路层信令。
链路层信令可以包括内部链路层信令和外部链路层信令。内部链路层信令可以是在链路层上生成的信令信息。这包括以上描述的RDT或者以下描述的LMT。外部链路层信令可以是从外部模块、外部协议或者高层接收的信令信息。链路层可以将链路层信令封装进链路层分组,并且传送该链路层分组。用于链路层信令的链路层分组结构(报头结构)可以被定义,并且链路层信令信息可以根据这个结构被封装。
图7是示出根据本发明的一个实施例的链路映射表(LMT)的图。
LMT可以提供经由PLP携带的高层会话列表。此外,LMT可以提供用于处理携带高层会话的链路层分组的附加信息。在此,高层会话可以被称为多播。有关经由一个PLP发送的IP流或者传输会话的信息可以经由LMT来获得。相比之下,可以获得有关特定的传输会话经由哪个PLP传送的信息。
可以通过被识别为递送LLS的任何PLP来发送LMT。这里,用于递送LLS的PLP可以通过物理层的L1详情信令信息的LLS标志来识别。LLS标志可以是针对每个PLP指示LLS是否通过相应的PLP发送的标志字段。这里,L1详情信令信息可以对应于稍后将描述的PLS2数据。
也就是说,LMT也可以与LLS一起通过相同的PLP来发送。每个LMT可以描述如上所述的PLP和IP地址/端口之间的映射。如上所述,LLS可以包括SLT,并且就此而言,由LMT描述的IP地址/端口可以是与由通过诸如相应的LMT的PLP发送的SLT描述的任何服务相关的任何IP地址/端口。
在一些实施例中,在以上描述的SLT、SLS等等中的PLP标识符信息可用于指示经由哪个PLP发送由SLT或者SLS指示的特定的传输会话的确认信息可以被确认。
在另一个实施例中,在以上描述的SLT、SLS等等中的PLP标识符信息将被省略,并且由SLT或者SLS指示的特定的传输会话的PLP信息可以通过参考LMT中的信息来确认。在这种情况下,接收器可以合并LMT和其它的IP等级信令信息以识别PLP。即使在这个实施例中,SLT、SLS等等中的PLP信息也可以不被省略,并且可以保持在SLT、SLS等等中。
根据示出的实施例的LMT可以包括signaling_type字段、PLP_ID字段、num_session字段和/或有关每个会话的信息。虽然示出的实施例的LMT描述经由一个PLP发送的IP流,但PLP循环可以在某些实施例中被增加给LMT以描述有关多个PLP的信息。在这种情况下,如上所述,LMT可以描述由与使用PLP循环一起发送的SLT描述的所有服务相关的所有IP地址/端口的PLP。
signaling_type字段可以指示由表传送的信令信息的类型。用于LMT的signaling_type字段的值可以被设置为0x01。signaling_type字段可以省略signaling_type字段。PLP_ID字段可以识别要描述的目标PLP。当使用PLP循环时,每个PLP_ID字段可以识别每个目标PLP。来自PLP_ID字段的字段可以被包括在PLP循环中。这里,下面描述的PLP_ID字段可以是PLP循环的一个PLP的标识符,并且下述字段可以是对应于相应的PLP的字段。
根据由num_session字段指示的数目,可以包括有关每个会话的信息。此信息可以包括src_IP_add字段、dst_IP_add字段、src_UDP_port字段、dst_UDP_port字段、SID_flag字段、compressed_flag字段、SID字段和/或context_id字段。
src_IP_add字段、dst_IP_add字段、src_UDP_port字段和dst_UDP_port字段可以指示源IP地址、目的地IP地址、在经由通过PLP_ID字段识别的PLP传送的高层会话之中传输会话的源UDP端口和目的地UDP端口。
SID_flag字段可以指示是否传送传输会话的链路层分组在可选择的报头中具有SID字段。传送高层会话的链路层分组可以在可选择的报头中具有SID字段,并且SID字段值可以等于在LMT中的SID字段的值。
compressed_flag字段可以指示是否报头压缩被应用于传送传输会话的链路层分组的数据。此外,以下描述的context_id字段的存在/不存在可以根据这个字段的值来确定。当应用报头压缩(compressed_flag=1)时,可以存在RDT,并且RDT的PLP ID字段可以具有与与当前的compressed_flag字段相关的相应的PLP_ID字段相同的值。
SID字段可以指示用于递送相应传送会话的链路层分组的子流ID(SID)。链路层分组可以包括具有与可选报头中的当前SID字段相同的值的SID。从而,接收器可以在不解析所有链路层分组的情况下使用链路层分组报头的LMT和SID信息来过滤链路层分组。
context_id字段可以在RDT中提供用于上下文id(CID)的参考。RDT的CID信息可以指示压缩IP分组流的上下文ID。RDT可以提供压缩IP分组流的上下文信息。经由这个字段,RDT和LMT可以是相关联的。
在本发明的信令信息/表的以上描述的实施例中,字段、元素或者属性可以被省略,或者可以以其它的字段替换。在一些实施例中,附加的字段、元素或者属性可以被增加。
在本发明的一个实施例中,一个服务的服务组件可以被经由多个ROUTE会话传送。在这种情况下,SLS可以经由SLT的引导信息获得。S-TSID和MPD可以通过SLS的USBD被引用。S-TSID可以不仅描述由SLS传送的ROUTE会话,而且描述由服务组件携带的另一个ROUTE会话的传输会话描述信息。为此,经由多个ROUTE会话传送的服务组件可以全部被收集。这类似地可适用于一个服务的服务组件被经由多个MMTP会话传送的情形。仅供参考,一个服务组件可以同时地由多个服务使用。
在本发明的另一个实施例中,ESG服务的引导可以由广播或者宽带网络执行。通过经宽带获得ESG,可以使用SLT的URL信息。ESG信息可以使用这个URL来请求。
在本发明的另一个实施例中,一个服务的一个服务组件可以经广播网传送,并且另一个服务组件可以经宽带(混合)传送。S-TSID可以描述经广播网传送的组件,使得ROUTE客户端获得期望的服务组件。此外,USBD可以具有基础模式信息以描述哪个分段(哪个组件)被经由哪个路径传送。因此,接收器可以确认要从宽带服务请求的分段和在广播流中要检测的分段。
在本发明的另一个实施例中,可以执行服务的可扩展编码。USBD可以具有提供服务所必需的所有能力信息。例如,当在HD或者UHD中提供一个服务的时候,USBD的能力信息可以具有“HD或者UHD”的值。接收器可以检查哪个组件被重现以便使用MPD提供UHD或者HD服务。
在本发明的另一个实施例中,通过经由传送SLS的LCT信道传送的LCT分组的TOI字段,可以识别哪个SLS片段被使用LCT分组(USBD,S-TSID,MPD等等)传送。
在本发明的另一个实施例中,要用于基于app的增强/基于app的服务的app组件可以作为NRT组件经广播网传送,或者可以经宽带传送。此外,用于基于app的增强的app信令可以通过与SLS一起被传送的应用信令表(AST)来执行。此外,用信号通知要由app执行的操作的事件可以以事件消息表(EMT)的形式与SLS一起被传送,可以在MPD中用信号通知,或者可以在DASH表示内以方框的形式带内信号通知。AST、EMT等等可以经宽带传送。基于App的增强等等可以被使用收集的app组件和这样的信令信息来提供。
在本发明的另一个实施例中,CAP消息可以在以上描述的用于紧急警报的LLS表中被包括和提供。也可以提供用于紧急警报的富媒体内容。富媒体可以由CAP消息用信号通知,并且如果富媒体存在,则富媒体可以作为由SLT用信号通知的EAS服务来提供。
在本发明的另一个实施例中,线***组件可以根据MMT协议经广播网传送。在这种情况下,该服务的NRT数据(例如,app组件)可以根据ROUTE协议经广播网传送。此外,服务的数据可以经宽带传送。接收器可以使用SLT的引导信息访问传送SLS的MMTP会话。根据MMT的SLS的USBD可以引用MP表,使得接收器获得已格式化为根据MMT协议传送的MPU的线***组件。此外,USBD可以进一步引用S-TSID,使得接收器获得根据ROUTE协议传送的NRT数据。此外,USBD可以进一步引用MPD以提供经宽带传送的数据的再现描述。
在本发明的另一个实施例中,接收器可以经由网络套接字(websocket)方法将能够获得文件内容项目(文件等等)的位置URL信息和/或流组件传送给配套设备(companiondevice)。配套设备的应用可以经由使用这个URL的HTTP GET通过请求获得组件、数据等等。此外,接收器可以将信息(诸如***时间信息、紧急警报信息等等)传送给配套设备。
图8是示出根据本发明的实施例的下一代广播服务的广播信号发送设备的结构的图。
根据本发明的实施例的下一代广播服务的广播信号发送设备可以包括输入格式块1000、比特交织编码和调制(BICM)块1010、帧构建块1020、正交频分复用(OFDM)生成块1030和信令生成块1040。将描述广播信号发送设备的每个块的操作。
根据本发明的实施例,输入数据可以使用IP流/分组和MPEG2-TS作为主输入格式并且其他流类型可以作为普通流被处理。
输入格式块1000可以使用应用独立编码和调制的一个或多个数据管道对每个输入流进行解复用。数据管道可以是用于鲁棒性控制的基本单位,并且可能会影响服务质量(QoS)。一个或多个服务或服务组件可能会影响一个数据管道。数据管道可以是用于递送服务数据的物理层中的逻辑信道,或者用于递送一个或多个服务或服务组件的元数据。
因为QoS取决于根据本发明的实施例的下一代广播服务的广播信号发送设备所提供的服务的特性,所以与每个服务相对应的数据需要经由不同的方法被处理。
BICM块1010可以包括应用于未被应用MIMO的简档(或***)的处理块和/或应用MIMO的简档(或***)的处理块,并且可以包括用于处理每个数据管道的多个处理块。
未对其应用MIMO的BICM块的处理块可以包括数据FEC编码器、比特交织器、星座映射器、信号空间分集(SSD)编码块和时间交织器。对其应用MIMO的BICM块的处理块与未对其应用MIMO的BICM的处理块的不同之处在于还包括信元字解复用器和MIMO编码块。
数据FEC编码器可以对输入BBF执行FEC编码以使用外部编码(BCH)和内部编码(LDPC)来生成FECBLOCK过程。外部编码(BCH)可以是选择性编码方法。比特交织器可以交织数据FEC编码器的输出以使用LDPC码和调制方法的组合实现优化的性能。星座映射器可以使用QPSK、QAM-16、不规则QAM(NUQ-64、NUQ-256、NUQ-1024)或不规则星座(NUC-16、NUC-64、NUC-256、NUC-1024)来调制来自比特交织器或者信元字解复用器的信元字,并提供功率归一化的星座点。NUQ具有任意类型,但是QAM-16和NUQ具有正方形的形状。所有的NUQ和NUC都可以相对于每个码率被特别地定义并且通过PLS2数据的参数DP_MOD用信号发送。时间交织器可以在数据管道级***作。时间交织的参数可以针对每个数据管道被不同地设置。
根据本发明的时间交织器可以位于BICM链和帧构建器之间。在这种情况下,根据本发明的时间交织器可以根据物理层管道(PLP)模式选择性地使用卷积交织器(CI)和块交织器(BI),或者可以使用全部。根据本发明的实施例的PLP可以是使用与前述DP相同的概念使用的物理路径,并且其术语可以根据设计者的意图而改变。根据本发明的实施例的PLP模式可以包括根据由广播信号发射器或广播信号发送设备处理的PLP的数目的单个PLP模式或多个PLP模式。使用根据PLP模式的不同时间交织方法的时间交织可以被称为混合时间交织。
混合时间交织器可以包括块交织器(BI)和卷积交织器(CI)。在PLP_NUM=1的情况下,BI可以不被应用(BI关闭),并且仅CI可以被应用。在PLP_NUM>1的情况下,可以应用BI和CI(BI开启)。在PLP_NUM>1的情况下应用的CI的结构和操作可能不同于在PLP_NUM=1的情况下应用的CI的结构和操作。混合时间交织器可以执行对应于前述的混合时间交织器的反向操作的操作。
信元字解复用器可以被用于将单个信元字流划分成用于MIMO处理的双信元字流。MIMO编码块可以使用MIMO编码方法来处理信元字解复用器的输出。根据本发明的MIMO编码方法可以被定义为全速率空间复用(FR-SM),其用于在接收器侧处经由相对较低的复杂度增加来提供容量的增加。MIMO处理可以在数据管道级被应用。当一对星座映射器输出时,NUQ e1,i和e2,i被输入到MIMO编码器,一对MIMO编码器输出,g1,i和g2,i,可以通过每个传输天线的相同的载波k和OFDM符号l来发送。
帧构建块1020可以将一个帧中的输入数据管道的数据信元映射到OFDM符号,并且执行用于频域分集的频率交织。
根据本发明的实施例,帧可以被划分成前导、一个或多个帧信令符号(FSS)和正常数据符号。前导可以是提供用于信号的有效发送和接收的基本传输参数的组合的特殊符号。前导可以用信号发送帧的基本传输参数和传输类型。具体而言,前导可以指示在当前帧中当前是否提供紧急警报服务(EAS)。FSS的目标可能是发送PLS数据。为了快速同步和信道估计以及PLS数据的快速解码,FSS可以具有比正常数据符号更高密度的管道模式。
帧构建块可以包括延迟补偿块,用于调整数据管道和相应的PLS数据之间的定时以确保发送侧处的数据管道和相应PLS数据之间的共时;信元映射器,用于将PLS、数据管道、辅助流、虚拟流等信息映射到帧中的OFDM符号的有效载波;以及频率交织器。
频率交织器可以随机地交织从信元映射器接收到的数据信元以提供频率分集。频率交织器可以使用不同的交织种子顺序针对与包括两个顺序的OFDM符号的OFDM符号对相对应的数据或者对应于一个OFDM符号的数据操作以便在单个帧中获取最大的交织增益。
OFDM生成块1030可以通过由帧构建块生成的信元来调制OFDM载波、***导频,并且生成用于传输的时域信号。相应的块可以顺序地***保护间隔,并且可以应用PAPR降低处理来生成最后的RF信号。
信令生成块1040可以生成在每个功能块的操作中使用的物理层信令信息。根据本发明的实施例的信令信息可以包括PLS数据。PLS可以提供用于将接收器连接到物理层数据管道的元素。PLS数据可以包括PLS1数据和PLS2数据。
PLS1数据可以是在具有固定大小、编码和调制的帧中发送到FSS的PLS数据的第一组合,其用于发送关于***的信息以及检测PLS2数据所需要的参数。PLS1数据可以提供包括接收和解码PLS2数据所需要的参数的基本传输参数。PLS2数据可以是发送到FSS的PLP数据的第二组合,其用于发送数据管道和***的更详细的PLS数据。PLS2信令还可以包括PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)两种类型的参数。PLS2静态数据可以是在帧组的持续时间期间是静态的PLS2数据,并且PLS2动态数据可以是每帧动态地改变的PLS2数据。
PLS2数据可以包括FIC_FLAG信息。快速信息信道(FIC)可以是用于发送跨层信息的专用信道,用于实现快速服务获取和信道扫描。FIC_FLAG信息可以经由1比特字段指示当前帧组中是否使用快速信息信道(FIC)。当相应字段的值被设置为1时,可以在当前帧中提供FIC。当相应字段的值设置为0时,FIC可以不在当前帧中被发送。BICM块1010可以包括用于保护PLS数据的BICM块。用于保护PLS数据的BICM块可以包括PLS FEC编码器、比特交织器和星座映射器。
PLS FEC编码器可以包括用于加扰PLS1数据和PLS2数据的加扰器;BCH编码/零***块,用于使用为了PLS保护而缩短的BCH码对加扰的PLS1和2数据执行外部编码,并且在BCH编码之后***零比特;LDPC编码块,用于使用LDPC码执行编码;以及LDPC奇偶穿孔块。在零***的输出比特被LDPC编码之前,只有PLS1数据可以被置换。比特交织器可以交织每个缩短和穿孔的PLS1数据和PLS2数据,并且星座映射器可以将比特交织的PLS1数据和PLS2数据映射到星座。
根据本发明的实施例的下一代广播服务的广播信号接收设备可以执行已经参照图8描述的下一代广播服务的广播信号发送设备的反向操作。
根据本发明的实施例的下一代广播服务的广播信号接收设备可以包括:同步和解调模块,用于执行与广播信号发送设备执行的反向操作对应的解调;帧解析模块,用于解析输入信号帧以提取由用户选择的服务所发送的数据;解映射和解码模块,用于将输入信号转换成比特区域数据,必要时解交织比特区域数据,对为了传输效率而应用的映射执行解映射,以及纠正在用于解码的传输信道中出现的错误;输出处理器,用于执行由广播信号传输设备应用的各种压缩/信号处理过程的反向操作;以及信令解码模块,用于从通过同步和解调模块解调的信号中获取和处理PLS信息。帧解析模块、解映射解码模块和输出处理器可以使用从信令解码模块输出的PLS数据来执行功能。
在下文中,将描述时间交织器。根据本发明的实施例的时间交织组可以被直接映射到到一个帧或者可以被分散在PI个帧上。另外,每个时间交织组可以被划分成一个或多个(NTI个)时间交织块。这里,每个时间交织块可以对应于时间交织器存储器的一次使用。时间交织组中的时间交织块可以包括不同数目的XFECBLOCK。通常,在帧生成过程之前,时间交织器也可以用作针对数据管道数据的缓冲器。
根据本发明的实施例的时间交织器可以是扭曲的行列块交织器。根据本发明的实施例的扭曲的行列块交织器可以在时间交织存储器的第一列中写入第一XFECBLOCK,在下一列中写入第二XFECBLOCK,并且以相同的方式在时间交织块中写入剩余的XFECBLOCK。在交织阵列中,可以从第一行(作为起始列的最左列沿着右侧方向的行被读取)到最后一行在对角方向中读取信元。在这种情况下,为了在接收器侧实现单个存储器解交织,不论时间交织块中的XFECBLOCK的数目如何,用于扭曲的行-列块交织器的交织阵列都可以将虚拟XFECBLOCK***到时间交织存储器中。在这种情况下,为了在接收器侧实现单个存储器解交织,虚拟XFECBLOCK需要被***到另一个最前面的XFECBLOCK中。
图9是根据本发明的实施例的时间交织器的写入操作。
附图的左部中示出的块示出TI存储器地址阵列,并且附图的右部中示出的块示出当针对两个连续TI组将两个或一个虚拟FEC块***到TI组的最前面组中时的写入操作。
根据本发明的实施例的频率交织器可以包括用于生成要应用于与符号对相对应的数据的交织地址的交织地址生成器。
图10是根据本发明的实施例的包括在频率交织器中的交织地址生成器的框图,交织地址生成器根据每种FFT模式包括主PRBS生成器和子PRBS生成器。
(a)是针对8K FFT模式的交织地址生成器的框图,(b)是针对16K FFT模式的交织地址生成器的框图,并且(c)是针对32K FFT模式的交织地址生成器的框图。
针对OFDM符号对的交织过程可以使用一个交织序列并且将在下面进行描述。首先,可以针对l=0、...、Nsym-1将要在一个OFDM符号Om,l中交织的可用数据信元(来自信元映射器的输出信元)定义为Om,l=[xm,l,0,...,xm,l,p,...,xm,l,Ndata-1]。在这种情况下,xm,l,p可以是第m个帧中的第l个OFDM符号的第p个信元,并且Ndata可以是数据信元的数目。在帧信令符号的情况下,Ndata=CFSS,在正常数据的情况下,Ndata=Cdata,以及在帧边缘符号的情况下,Ndata=CFES。此外,可以针对l=0、...、Nsym-1将交织数据信元定义为Pm,l=[vm,l,0,...,vm,l,Ndata-1]。
对于OFDM符号对,可以根据vm,l,Hi(p)=xm,l,p,p=0、...、Ndata-1针对每对的第一OFDM符号给出交织的OFDM符号对,并且根据vm,l,p=xm,l,Hi(p),p=0、...、Ndata-1针对每对的第二OFDM符号给出交织的OFDM符号对。在这种情况下,H1(p)可以是基于PRBS生成器和子PRBS生成器的循环移位值(符号偏移)而生成的交织地址。
图11是示出根据本发明的实施例的启动CD应用的过程的架构的图。
PD指代可以用于再现主要内容的主接收器。CD可以与PD进行通信以提供与由PD提供的内容相同的内容或与其有关的补充内容。
在一些实施例中,CD可以包括膝上型电脑、平板、智能电话等。在一些实施例中,CD可以被用作用于显示主要内容的接收设备。在一些实施例中,不管PD如何,CD都可以访问TV相关内容。
通过PD与CD之间的通信来提供广播服务和与其有关的内容的方法可以具有各种实施例。
例如,假定用户通过PD来观看其喜爱的摇滚乐队的音乐会。TV的弹出通知可以指示可通过CD来观看音乐会的替代相机视图。然后,用户可以启动应用并且该应用可以指示可以提供每个音乐家的特写。观众可以通过在吉他独奏当中观看吉他手的特写来欣赏广播内容。可以使TV的主要内容和CD的补充内容同步并呈现。
此外,例如,如果多个用户观看TV(PD),则每个用户可以通过其CD来接收其期望的补充内容。用户#1可以通过其CD的应用来查找各种音轨并且通过其CD来为视觉障碍者选择和接收视频描述。用户#2可以通过其CD的应用来查找各种隐藏字幕并且在其CD上为听力障碍者选择和显示音频描述。用户#3可以通过其CD的应用来将西班牙语对白字幕转换成英语配音(音频)并且通过连接到其CD的耳机来接收英语配音。
此外,例如,用户可以在通过TV(PD)观看游戏节目的同时经由平板接收指示用户可以一起玩的弹出通知。用户可以启动平板的app以实时地一起玩游戏节目。可以在游戏节目期间向用户的平板提供每个智力游戏并且用户可以与游戏节目的其它参与者一起提供智力游戏的答案。用户的分数可以由应用跟踪并与其它观众的分数相比较。
此外,例如,当用户在PD处启动点播app时,此app可以请求用户的个性化的信息并提供节目推荐。PD app可以启动用于方便个性化信息输入的CD app并且用户可以通过该CDapp来输入信息。用户可以通过点播app来接收推荐节目并且通过CD app来选择和观看该节目。可替选地,推荐节目可以由CD提供。
此外,例如,用户可以通过CD来接收由TV提供的内容。在这种情况下,即便当用户远离TV在房子中四处移动时,用户也可以通过CD持续地观看内容。此外,如果通过广播网络提供紧急警报(EA),则即便当用户远离TV时用户也可以通过CD来接收EA消息或与其有关的视频。
在所示出的架构中,PD可以包括web浏览器和/或CD管理器。该web浏览器可以执行PD应用(app)。该PD app可以包括与其有关的HTML5和/或web技术。CD管理器可以位于PD中以发现启动器正在被执行的CD,并且向这些启动器发送app启动/app安装信息。CD管理器也可以被称为配套管理器。
在所示出的架构中,CD可以包括启动器。启动器可以与PD的CD管理器进行通信。为此,启动器可以启动或者安装CD app。该CDapp可以是web浏览器的web app或本机app。
为了执行CD app,可以使用launchCSApp(Integer enum_id,Stringpayload,function onCSLaunch)方法。在这里,launchCSApp的有效载荷可以指定WebSocket服务器的端点。在一些实施例中,此有效载荷也可以包括关于web服务器端点的信息。在一个实施例中此有效载荷可以具有以下格式。
{"launch":[
{"launchURL":"https://www.examples-r-us.com/quiz-fallback-application.html?
colour=blue&application_uri=ws://192.168.11:992/hbbtv/","applicationType":"native"},
]}
首先,CD管理器可以请求启动CD app,并且这可以通过向CD的启动器的应用URL发送HTTP POST请求来执行。可以在设备发现过程中获取应用URL。HTTP POST请求的BODY数据可以包括launchCSApp的有效载荷。此有效载荷可以指示要通过上述的有效载荷的实施例中的“launchURL”来执行的CD app。可以使用上述的有效载荷的实施例中的“applicationType”来指示要启动的CD app的类型。
图12是示出根据本发明的实施例的用于app与app之间的通信的架构的图。
在所示出的架构中,PD可以包括web浏览器、CD管理器和/或WebSocket服务器。
在本实施例中,web浏览器等同于上述的web浏览器。CD管理器可以为app到app通信提供服务端点。Websocket服务器可以位于PD中以处理PD app与CD app之间的Websocket连接。
在所示出的架构中,CD可以包括启动器。启动器未被示出。启动器可以与PD的CD管理器进行通信。为此,启动器可以启动或者安装CD app。该CD app可以是web浏览器的web应用或本机应用。
当CD app通过PD app来启动时,服务端点的位置信息可以作为launchCSApp方法的启动参数中的一个被递送到CD app。launchCSApp是执行CD的app的方法并且其有效载荷可以包括服务端点的位置信息。也就是说,在启动CD app的过程中,可以将该信息递送到CD。这里,服务端点的位置信息可以意指WebSocket服务器(或web服务器)的端点的URL。这里,所递送的Websocket服务器的端点可以是远程端点。
图13是示出根据本发明的实施例的用于执行从CD app到PD app的通信的架构的图。
在所示出的架构中,PD可以包括CD管理器、web服务器和/或WebSocket服务器。CD管理器可以对CD app的发现请求作出响应并且提供web服务器和/或WebSocket服务器的服务端点。
在所示出的架构中,web服务器可以位于PD中以处理来自CD app的HTTP请求,并且使用PD的服务和内容信息来对请求作出响应。Websocket服务器可以位于PD中以处理来自CD app的WebSocket连接,并且使用PD的服务和内容信息来对此请求作出响应。
在所示出的架构中,CD app可以通过HTTP和/或WebSocket协议来发现PD并从PD获取服务和内容信息。
CD app可以与用于在PD中提供服务的服务器建立通信。这里,服务可以意指由web服务器或WebSocket服务器提供的功能,诸如ESG递送、EA递送、服务标识或app到app通信。为了建立通信,CD app可以首先发现PD。在此过程中,CD app可以获取web服务器和/或WebSocket服务器的远程端点。CD app可以通过Websocket服务器或者通过来自web服务器的HTTP GET请求来获取服务和内容信息。如果使用WebSocket服务器,则CD app可以首先建立WebSocket连接并且通过该WebSocket连接来请求服务/内容信息。如果使用web服务器,则CD app可以发出HTTP GET请求并接收HTTP响应,从而获取信息。
为了参考,在根据每个实施例的架构中,包括在PD或CD中的元素是示例性的并且可以被添加/省略/改变。此外,在一些实施例中,PD或CD可以包括上述的元素中的全部或一些。
将对用于发现的协议进行描述。
PD和CD app都可以发送多播发现消息。此发现消息可以搜索和/或通告其存在。
在家庭网络上,可以存在一个或多个PD。此外,CD app可以从多个PD接收发现消息。在这种情况下,CD app可以向用户询问CD app与哪个PD交互。这里,可以将发现消息中的信息显示给用户以帮助用户的决定。即便当在家庭网络上存在多个CD时,也可以执行逆过程。
可以使用各种发现机制。首先,将描述CD app多播用于PD发现的搜索请求消息并且PD对其作出响应的场景。
当CD app通过PD app来执行时,由PD提供的服务端点的位置相关信息可以作为上述的launchURL的参数被递送。然而,在从CD app到PD的通信中,CD app需要发现PD的web服务器或WebSocket服务器的端点位置。也就是说,在这种情况下,需要单独地获取端点信息(URL等)。
在这种情况下,可以在PD的发现过程和PD的服务端点中将web服务器端点URL和WebSocket服务器端点URL递送到CD app。首先,CD app可以启动设备发现。这可以通过连同搜索目标(ST)报头一起使用SSDP协议来执行M-SEARCH而发起。例如,M-SEARCH设备发现请求可以具有以下格式。
M-SEARCH*HTTP/1.1
HOST:239.255.255.250:1900
MAN:"ssdp:discover"
MX:<seconds to delay response>
ST:urn:schemas-atsc.org.device:companionDevice:1.0
当接收到上述的设备发现请求时,PD可以通过LOCATION报头和ST以及HTTP/1.1OK对其作出响应。例如,此响应消息可以具有以下格式。LOCATION可以包括设备的描述的URL信息。
HTTP/1.1 200 OK
CACHE-CONTROL:max-age=<seconds until advertisement expires>
EXT:
LOCATION:<URL for UPnP description for root device>
SERVER:<OS/version UPnP/1.0 product/version>
ST:urn:schemas-atsc.org.device:primaryDevice:1.0
USN:<advertisement UUID>
当接收到上述的响应消息时,CD app可以请求设备描述文件。此请求是HTTP GET请求并且可以被递送到通过响应消息提供的LOCATION URL。此请求可以具有以下格式。
GET<path component of the LOCATION URL>HTTP/1.1
Origin:http://cs.services.broadcaster.com/
当接收到上述的HTTP GET请求时,PD可以通过包括应用URL的HTTP/1.1 OK报头对其作出响应。此应用URL可以被用作PD的web服务器端点。此响应可以具有以下格式。在此示例中,可以通过htttp://xx.xx.xx.xx:yyyy/applications来表示应用URL。
HTTP/1.1 200 OK
CONTENT-LANGUAGE:<language used in description>
CONTENT-LENGTH:<bytes in body>
CONTENT-TYPE:text/xml;charset="utf-8"
Application-URL:http://xx.xx.xx.xx:yyyy/applications
Access-Control-Allow-Origin:*
为了发现PD服务端点,可以向xx.xx.xx.xx,端口yyyy递送HTTP GET消息。此HTTPGET消息可以具有以下格式。
GET/applications/ATSC HTTP/1.1
Origin:http://cs.services.broadcaster.com/4
响应于此,可以返回以下HTTP响应。这里,<X_ATSC_App2AppURL>可以被用作PD的Websocket端点。
将描述(多播)PD通告消息。
当PD加入网络时,PD可以多播SSDP消息。此消息可以用来通告PD。PD可以周期性地发送多播通告消息。例如,可以将多播通告消息发送到(239.255.255.250:1900)。可以根据实施例改变这个值。通告消息可以包括PD设备类型信息、PD标识符、有效持续时间信息、与PD有关的附加信息等。PD多播通告消息可以具有以下格式。
NOTIFY*HTTP/1.1
HOST:239.255.255.250:1900
CACHE-CONTROL:max-age=<advertisement validity duration in seconds>
LOCATION:<URL for primary device>
NT:urn:schemas-atsc.org:device:primaryDevice:1.0
NTS:ssdp:alive
SERVER:<Primary device ID/Version>
USN:uuid:<device uuid>:urn:schemas-atsc.org:device:primaryDevice:1.0
在以上示例中,可以在NT(通知类型)报头中发信号通知指示设备是“urn:schemas-atsc.org:device:primaryDevice:1.0”的信息(PD设备类型信息)。此外,可以在USN(唯一服务名称)报头中发信号通知指示PD的标识符是“uuid:<device uuid>:urn:schemas-atsc.org:device:primaryDevice:1.0”的信息(PD标识符)。此外,可以在CACHE-CONTROL报头中发信号通知此通告消息有效的持续时间(有效持续时间信息)。此外,可以在LOCATION报头中发信号通知与PD有关的附加信息。
将描述(多播)CD通告消息。类似于上述的PD,当CD加入网络时,可以多播SSDP消息。此消息可以被周期性地发送并且可以被发送到预定地址。像上述的PD通告消息一样,CD通告消息可以包括CD设备类型信息、CD标识符、有效持续时间信息和与CD相关的附加信息。CD多播通告消息可以具有以下格式。
NOTIFY*HTTP/1.1
HOST:239.255.255.250:1900
CACHE-CONTROL:max-age=<advertisement validity duration in seconds>
LOCATION:<URL for companion device>
NT:urn:schemas-atsc.org:device:companionDevice:1.0
NTS:ssdp:alive
SERVER:<Companion device ID/Version>
USN:uuid:<device uuid>:urn:schemas-atsc.org:device:companionDevice:1.0
将描述PD多播用于发现CD的搜索请求消息。
首先,PD可以发送SSDP多播搜索M-SEARCH请求。例如,可以将此请求发送到(239.255.255.250:1900)。此搜索请求消息可以具有以下格式。这里,可以将搜索请求消息的ST报头设定为随后的CD设备类型。此外,可以在MX报头中指示CD的以秒为单位的最大响应延迟。
M-SEARCH*HTTP/1.1
HOST:239.255.255.250:1900
MAN:"ssdp:discover"
MX:<max response delay in seconds>
ST:urn:schemas-atsc.org:device:companionDevice:1.0
当CD从PD接收到上述的搜索请求消息时,CD可以响应于此而发送单播搜索响应消息。应该在搜索请求消息的MX报头中指示的最大响应延迟中发送此响应消息。此搜索响应消息可以具有以下格式。这里,可以在搜索响应消息的消息主体中以<DevName>的格式提供人类友好的CD装置名称。
HTTP/1.1 200 OK
CACHE-CONTROL:max-age=<advertisement validation duration in seconds>
DATE:<when response was generated>
LOCATION:<URL for device/service description for companion device>
SERVER:<Companion device ID/Version>
ST:urn:schemas-atsc.org:device:companionDevice:1.0
USN:uuid:<device uuid>:urn:schemas-atsc.org:device:companionDevice:1.0
上述的launchCSApp方法的有效载荷可以提供WebSocket服务器的远程端点和/或多播组的多播地址端点。CD app可以使用这些端点来从PD app接收信息。此外,可以通过WebSocket服务器来执行app到app的通信。
图14是示出根据本发明的实施例的用于CD app与PD之间的通信的消息结构的图。
可以按照以下顺序执行从CD app到PD的通信。首先,CD app可以发现PD。此外,CDapp可以获取PD的web服务器和Websocket服务器端点。CD app可以通过HTTP或Websocket服务端点来请求信息。使用HTTP等的请求可以被发送到web服务器端点URL等。PD可以通过HTTP响应或Websocket服务端点来将信息发送到CD app。HTTP响应可以是对HTTP请求的响应。
可以存在两个服务端点。HTTP可以将一个服务端点用于异步通信,并且WebSocket可以将另一端点用于异步通信。例如,可以使用HTTP来执行针对ESG递送和/或服务信息、服务、演出和分段数据递送的通信。此外,可以通过WebSocket来执行服务和内容标识、媒体回放状态递送等。可以通过HTTP和/或WebSocket来执行针对媒体时间线信息递送的通信。
首先,将描述HTTP请求/响应的消息结构。
CD app可以向PD发送HTTP GET请求。此时,请求URL可以具有<ATSCCS_PDURL>/ServiceName?<param1=val1&…>的格式。ATSCCS_PDURL是在发现过程中获取的URL并且可以是web服务器端点URL。ServiceName可以指示与要请求的信息有关的服务的名称。例如,atsc3.csservice.esg.1可以是用于接收ESG(电子服务指南)的服务名称,并且atsc3.csservices.mt.1可以是用于接收媒体时间线信息的服务名称。如果请求URL包含用于标识ESG服务的web服务器端点URL和ServiceName,则这可以意味着CD app从web服务器端点请求ESG信息递送。
当PD接收到HTTP GET请求时,PD可以向CD app发送HTTP响应。此响应可以包括包含ATSCCS_Message元素、ServiceName元素和/或MessageBody元素以及HTTP状态码的主体。ServiceName元素可以包括所请求的服务的名称信息并且MessageBody元素可以包括请求的信息。
将描述WebSocket的消息结构。
首先,PD可以从CD app接收WebSocket订阅。当所接收到的订阅有效(未期满或者未被取消)时,PD可以向CD app发送WebSocket消息。此Websocket消息可以通过Websocket连接来递送并且应该每当消息的信息更新时被递送到CD app。此Websocket消息可以被称为通知消息。
所示出的实施例(t53010)可以是由CD app发送的订阅消息。PD与CD之间的订阅相关消息可以具有与所示出的实施例相同的格式。该订阅消息可以包括PDCDMessageVersion元素、PDCDServiceName元素、PDCDMessageType元素、PDCDRespCode元素和/或PDCDSubDuration元素。
PDCDMessageVersion元素可以指示预订消息的版本。可替选地,此元素可以指示订阅消息结构的版本。高6个比特可以指示主版本,而低2个比特可以指示次版本。订阅消息结构的版本可以是0x004,即版本1.0。
PDCDServiceName元素可以指示与订阅消息有关的服务名称。此名称可以唯一地标识PD与CD之间的服务。例如,atsc3.services.esg.1可以指示用于ESG递送的服务,并且atsc3.services.mps.1可以指示用于媒体回放状态信息递送的服务。可以忽略具有不与此服务名称相对应的PDCDServiceName元素值的消息。
PDCDMessageType元素可以标识订阅消息的类型。在一个实施例(t53020)中示出了订阅消息的类型。订阅消息类型可以包括请求消息类型和响应消息类型。请求消息类型可以对应于从CD发送到PD的消息,而响应消息类型可以对应于从PD发送到CD的消息。请求消息类型可以包括订阅、取消和/或更新类型。消息类型可以是用于请求订阅、取消订阅和更新订阅的消息类型。响应消息类型可以包括subscribeResponse、cancelResponse和/或renewResponse类型。这些消息类型可以是对订阅、取消和更新类型的消息的响应消息。
PDCDRespCode元素可以包括针对消息的请求的成功或失败码。此元素可以被包括在上述的订阅相关消息当中的响应消息类型的消息中。
PDCDSubDuration元素可以指示订阅的持续时间。如果这个被包括在从CD发送到PD的消息中,则此元素可以指示所请求的订阅的持续时间。如果这个被包括在从PD发送到CD的消息中,则此元素可以指示订阅有效的持续时间。此元素可以被包括在排除订阅取消消息或订阅取消的响应消息的所有类型的订阅相关消息中。
所示出的实施例(t53030)可以指示上述的通知消息或WebSocket消息。通知消息被从PD发送到CD,并且可以具有与所示出的实施例相同的结构。通知消息可以包括PDCDMessageVersion元素、PDCDServiceName元素和/或PDCDMessageBodyData元素。
PDCDMessageVersion元素可以指示通知消息的版本。可替选地,此元素可以指示通知消息结构的版本。高6个比特可以指示主版本,而低2个比特可以指示次版本。通知消息结构的版本可以是0x004,即版本1.0。
PDCDServiceName元素可以指示与通知消息有关的服务名称。此名称可以唯一地标识PD与CD之间的服务。例如,atsc3.services.esg.1可以指示用于ESG递送的服务,并且atsc3.services.mt.1可以指示用于媒体时间线信息递送的服务。可以忽略具有不与此服务名称相对应的PDCDServiceName元素值的消息。
PDCDMessageBodyData元素可以包括特定于该消息的数据元素。此元素的语法可以遵循与每个PD-CD服务有关的单独的消息结构。这种单独的消息可以包括服务/内容标识消息、媒体时间线消息,媒体回放状态消息等。将在下面描述单独的消息结构。
图15是示出根据本发明的实施例的服务/内容标识消息格式的图。
本发明提出一种在使用地面广播网络和因特网的下一代混合广播环境中从广播接收器(TV接收器或PD)向配套设备(CD)提供各种数据的方法。这里,CD或在CD中启动的CD应用可以与PD进行通信。
在这种数据提供架构中,PD和CD可以交换各种类型的数据。在提供这种数据时,可以使用上述的WebSocket端点的服务、通过HTTP服务URL提供的服务等。这里,服务指代PD与CD之间的配套服务并且与广播服务不同。
例如,PD可以向CD递送关于由PD当前正在提供或者将提供的广播服务(频道)或内容(频道的节目)的信息。此外,PD可以向CD递送电子服务指南(ESG)或紧急警报消息(EAM)。在一些实施例中,PD可以向CD递送由PD正在再现的服务的回放状态信息或PD的时间线信息。
这里,EAM是指示紧急情况或事故的警报消息并且可以由PD接收并递送到CD。这里,回放状态信息可以意指服务(诸如由PD正在提供的广播服务)的信息,诸如回放速度、快进或快退。时间线信息可以包括服务(诸如由PD正在提供的广播服务)的媒体时间信息和/或UTC绝对时间对。
本发明提出基于WebSocket支持PD与CD之间的通信并且基于HTTP请求/响应支持PD与CD之间的通信的架构。这里,可以根据每个配套服务的特性来选择根据WebSocket或HTTP的通信方法。本发明可实现灵活的架构配置并且保证PD与CD之间的通信的效率。
在本发明的一个实施例中,基于WebSocket的通信负责针对服务/内容标识的通信和针对回放状态递送的通信。同时,由web服务器执行的基于HTTP的通信负责针对ESG递送的通信以及针对服务/演出/分段相关数据递送的通信。针对媒体时间线信息递送的通信可以由WebSocket和HTTP两者来执行。此外,在针对服务/内容标识的通信中,可以通过基于HTTP的通信来执行当前正在广播的服务的服务/内容标识。
将描述针对服务/内容标识的通信。照惯例,广播接收器直接提供广播服务的补充服务。在这种情况下,当用户在观看节目的同时使用与包括内容标识或补充信息确认的广播服务相关联的补充服务时,可以用相关信息覆盖广播节目。在本发明中,可以将相关信息显示在用户的CD上,使得用户可以容易地使用能够容易操纵的CD来使用附加服务,而不中断广播节目的观看。
此外,在本发明中,本发明提出协议和PD-CD架构、递送到CD的服务/内容标识消息格式等。此外,本发明提出在CD或CD app处使用服务/内容标识消息来访问由PD正在提供或者可以提供的服务/内容的方法。为此,CD可以提前获取关于广播服务/内容的信息,从而充分地提供补充服务。此外,本发明提出在服务/内容标识消息中配置分层位置URL结构使得CD有效地获取关于服务/内容的信息的方法。此外,本发明提出使用WebSocket和HTTP来高效地执行上述过程的方法。为此,能够在不中断PD的服务/内容的观看的情况下提供可被方便地使用的补充服务。此外,CD可以获取并再现服务/内容或者获取并提供与服务/内容有关的补充信息或者执行用于高效地执行这种服务的预处理。
在本发明的一个实施例中,PD可以向CD或CD app递送服务/内容标识消息。首先,在发现过程中,可以建立WebSocket连接。在上面对此过程进行了描述。PD的Websocket服务器可以接收用于从CD app接收服务/内容标识消息的配套服务的订阅消息。CD app可以订阅配套服务。可以更新此配套服务或者可以取消其订阅。此配套服务可以被称为ESG服务。
当与服务/内容有关的信息发生改变时,WebSocket服务器可以将改变的服务/内容标识消息递送到CD app。此服务/内容标识消息可以对应于通知消息。此通知消息可以具有消息主体以及指示该消息与哪个配套服务有关的信息。在这种情况下,消息主体可以包括与服务/内容标识消息相对应的信息。CD app可以获取此信息以执行附加必要的操作。
CD app可以通过WebSocket连接来接收服务/内容标识消息并且使用HTTP来接收关于由PD当前提供的服务/内容的信息。此过程可以通过HTTP GET消息和对其的HTTP响应来执行。CD app可以向用于标识PD的web服务器和web服务器的服务/内容的HTTP服务URL发送HTTP GET消息。PD的web服务器可以向CD app发送响应消息。这里,响应消息可以包括与服务/内容有关的信息。
与服务/内容有关的信息通过WebSocket的递送可以是与由PD正在提供或者将提供的整个服务/内容有关的信息的递送,并且可以对应于格式为通知的合成消息的递送。相比之下,与服务/内容有关的信息通过HTTP的递送可以是关于由PD当前正在提供并且可以通过CD app的请求来执行的服务/内容的信息的递送。
通过Websocket的递送是合成完整信息的递送,并且在没有CD的请求的情况下向CD提供ESG的改变(即,ESG的更新),从而高效地确认服务/内容。在这种情况下,因为诸如WebSocket的方法是更合适的,所以支持WebSocket和HTTP两者的本发明的PD可以使用利用WebSocket的这种信息递送。此外,当CD需要获取关于由PD当前正在再现的服务/内容的信息时,通过HTTP的递送使得CD能够通过请求/响应容易地获取相关信息。在这种情况下,因为通过HTTP GET的请求/响应方法是更适当的,所以本发明的PD可以使用HTTP协议。CD可以通过WebSocket来接收服务/内容标识消息并且进一步接收当前服务/内容的HTTP响应消息。
在通过Websocket的递送中,将描述服务/内容标识消息。服务/内容标识消息可以包括ESG信息或通过处理从ESG获取的信息而获得的信息。此外,在一些实施例中,服务/内容标识消息可以借用ESG的信息结构。
所示出的服务/内容标识消息的一个实施例可以包括Service元素和/或Content元素。可以包括一个或多个Service元素(1...N)并且可以包括0个或多个Content元素(0...N)。
Service元素可以描述关于PD的广播服务的信息。这里,可以从ESG数据模型获得关于服务的信息。Service元素可以包括id元素、SerivceType元素、Name元素、Description元素和/或TargetUserProfile元素。
id元素可以指示服务的标识符。ServiceType元素可以指示服务的服务类型。Name元素可以指示服务的名称。Description元素可以包括服务的描述。TargetUserProfile元素可以指示由服务作为目标的用户简档。
Content元素可以描述关于PD内容的信息。这里,如果广播服务是频道,则内容可以意指节目。Content元素可以包括Programid元素、Name元素、Description元素、TargetUserProfile元素、CARatings元素、Capabilities元素、Component元素、FileContentItem元素、TimelineInfo元素和/或Location元素。
Programid元素、Name元素、Description元素和TargetUserProfile元素可以包括内容的标识符、名称、描述和目标用户简档信息。CARatings元素可以包括内容的ContentAdvisory(内容咨询)信息。Capabilities元素可以是与内容有关的能力信息并且可以指示有效地再现内容所必需的能力信息。
Component元素可以包括与包括在内容中的组件有关的信息。这里,Component元素可以包括与内容的连续组件有关的信息。这里,连续组件可以意指可呈现的组件。在一些实施例中,连续组件可以包括音频/视频/字幕组件。在一些实施例中,连续组件可以包括基于app的增强组件、app组件等。可以存在多个Component元素,并且每个Component元素可以进一步包括@componentType、@componentRole、@componentName和/或@componentLocation属性。
@componentType属性可以指示组件的类型。例如,如果属性具有0、1、2和3的值,则组件可以具有音频组件、视频组件、隐藏字幕组件和应用组件类型。剩余值可以被保留以供将来使用。
@componentRole属性可以指示组件的角色或类型。@componentName属性可以指示组件的名称。这里,此名称可以具有人类可读格式。@componentLocation属性可以包括用于访问组件的URL信息。通过此URL,CD app可以获取组件。
FileContentItem元素可以包括与包括在内容中的文件内容项有关的信息。这里,FileContentITem元素可以包括内容的补充信息(附属数据)。这里,补充信息可以包括各种信息。在一些实施例中,补充信息可以包括基于app的增强组件、app组件等。可以存在多个FileContentITem元素,其可以被省略。FileContentITem元素可以包括@FileContentItemLocation、@FileContentItemName、@FileContentItemID、@FileContentItemType和/或@FileContentItemEncoding属性。
@FileContentItemLocation属性可以包括用于访问文件内容项的URL信息。通过此URL,CD app可以获取文件内容项。
@FileContentItemName属性可以指示文件内容项的人类可读名称。@FileContentItemID属性可以指示文件内容项的标识符。@FileContentItemType属性可以指示文件内容项的类型。@FileContentItemEncoding属性可以指示文件内容项的编码方法。
TimelineInfo元素可以包括内容的时间线相关信息。时间线信息可以通过HTTPGET或单独的Websocket服务来递送,或者可以在被包括在服务/内容标识消息中的状态下被递送。TimelineInfo元素可以进一步包括currentTime元素。currentTime元素可以指示内容的当前时间信息。
Location元素可以包括用于访问内容的URL信息。通过此URL,CD app可以获取内容。与上述的URL信息不同,此元素可以是用于访问整个内容的URL信息。在一些实施例中,当使用此元素的URL信息来发送对获取的请求时,可以进一步附加查询词语以仅获取必要的组件或文件内容项。
服务/内容标识消息可以进一步包括Show元素和Segment元素。对于Show元素和Segment元素,可以定义包括在上述的Service元素和Content元素中的元素/属性。此外,服务/内容标识消息可以进一步包括指示Service、Show、Segment和Content的哪些部分当前由PD基于Service、Show、Segment和Content再现的信息。
在一些实施例中,服务/内容标识消息可以进一步包括每个服务、内容等的徽标、其它ESG信息或特征(大小、编解码器、比特率、高宽比、所需/期望能力)。此外,服务/内容标识消息可以进一步包括能够确定每个服务、内容等是否适合于特定个性化准则的过滤准则信息。
在一些实施例中,上述的位置信息的URL可以是用于获取信息的PD(或PD的服务器)的URL、用于直接获取的因特网的URL或任意远程服务器的URL。在一些实施例中,服务/内容标识消息可以进一步包括指示订阅是否可能以便接收每个服务、内容等以及一次性(one-off)是否可能的信息。
在通过HTTP的递送中,将描述用于递送与当前服务/内容有关的信息的HTTP响应消息。
如上所述,CD app可以向PD的基于HTTP的web服务器发送HTTP GET消息。可以使用配套服务的服务URL信息来请求此HTTP GET消息。HTTP GET消息可以包括服务URL信息和用于标识配套服务(用于获得当前服务/内容相关信息的配套设备)的信息。HTTP GET消息可以进一步包括查询词语。通过此查询词语,可以确定哪个信息被请求。
通过HTTP GET消息,CD app可以请求关于由PD当前正在提供的服务/内容的信息。关于能够被请求的服务内容的信息可以包括当前演出的ESG信息、当前可用的组件信息、当前可用的文件、非实时数据和/或当前时间线位置信息。
PD或PD的web服务器可以通过HTTP响应消息来将所请求的信息递送到CD app。这里,可以包括所请求的信息,并且如果所请求的信息不存在,则可以不包括该信息。此外,HTTP响应消息可以进一步包括指示信息是否被包括的信息。这里,根据请求递送的信息可以对应于上述的服务/内容标识消息的信息。例如,ESG信息可以对应于上述的Service元素及其子元素以及上述的Content元素及其子元素当中的id、Name、Description、CAratings元素。此外,组件信息可以对应于上述的Component元素及其子元素。文件或非实时数据信息可以对应于上述的FileContentItem元素及其子元素。此外,时间线位置信息可以对应于上述的TimelineInfo元素及其子元素。
图16是示出根据本发明的实施例的当前服务信息消息格式的图。
可以根据HTTP作出对当前服务信息的请求。CD可以向PD发送HTTP GET请求以请求与当前服务有关的信息。这里,当前服务可以意指由PD当前正在提供的服务或内容。请求URL可以是<PD Host URL>/atsc3.csservices.esg.1?<Query>。PD Host URL可以是web服务器端点URL并且atsc3.csservices.esg.1可以是用于递送当前服务信息的服务的名称。
<Query>参数可以包括用于体现HTTP请求的各种值。<Query>可以包括ServiceInfoType参数。
ServiceInfoType参数是32比特字段,其可以指示当前请求的服务信息的类型。当前正在提供的服务/节目/节目的服务信息可以具有各种类型。例如,当前服务信息可以包括当前演出的ESG信息、当前演出的可用组件、当前演出中的当前时间线位置、当前演出的文件或非实时(NRT)内容等。可以请求这些信息中的一种或多种。这里,演出可以意指广播服务或广播服务的内容、节目或场景。
当ServiceInfoType[n]是ServiceInfoType参数的第n个比特时,每个比特的值可以被解释如下。如果ServiceInfoType[0]是1,则这可以指示当前演出的ESG信息被请求。如果ServiceInfoType[1]是1,则这可以指示当前演出的可用组件被请求。如果ServiceInfoType[2]是1,则这可以指示当前演出的可用文件或NRT内容被请求。如果ServiceInfoType[3]是1,则这可以指示当前演出的当前时间线位置被请求。对于每个比特,如果该比特值是0,则这可以指示信息未被请求。ServiceInfoType[4]至ServiceInfoType[31]可以被保留以供将来使用。
当从CD接收到对当前服务信息的请求时,如果可能的话,PD可以将关于所请求的类型的信息发送到CD。PD可以在HTTP响应消息中包括关于所请求的类型的信息。在一些实施例中,PD可以不在响应消息中包括未被CD请求的信息。
当前服务信息的响应消息格式被示出。在一些实施例中,HTTP响应的主体部分可以是JSON格式并且可以遵循JSON架构。HTTP响应可以包括ServiceName元素和/或MessageBody元素。
ServiceName元素可以指示PD-CD服务的名称。在这种情况下,因为服务用于递送当前服务信息,所以此元素可以具有atsc3.csservices.esg.1的值。
MessageBody元素可以包括对当前服务信息的请求的响应消息主体。MessageBody元素可以包括ServiceInfoRespType元素、ESGInfo元素、Components元素、FileContentITem元素和/或TimelineInfo元素。
ServiceInfoRespType元素可以是32比特字段,其可以指示作为响应返回的当前服务信息的类型。可以指示诸如ESG信息的类型。当ServiceInfoRespType[n]是ServiceInfoRespType元素的第n个比特时,每个比特的值可以被解释如下。
如果ServiceInfoRespType[0]是1,则这可以指示当前演出的ESG信息被包括在此响应消息中。如果ServiceInfoRespType[1]是1,则这可以指示与当前演出的可用组件有关的信息被包括在此响应消息中。如果ServiceInfoRespType[2]是1,则这可以指示与当前演出的可用文件或NRT内容有关的信息被包括在此响应消息中。如果ServiceInfoRespType[3]是1,则这可以指示关于当前演出的当前时间线位置的信息被包括在此响应消息中。ServiceInfoRespType[4]至ServiceInfoRespType[31]可以被保留以供将来使用。
ESGInfo元素可以等同于上述的服务/内容标识消息的Service元素及其子元素、Content元素的id、Name、Description、CARatings子元素。此元素可以包括请求的ESG信息。
Components元素可以等同于上述的服务/内容标识消息的Components元素及其子元素。此元素可以包括请求的组件相关信息。
FileContentITem元素可以等同于上述的服务/内容标识消息的FileContentItem元素及其子元素。此元素可以包括所请求的文件或NRT内容信息。
TimelineInfo元素可以等同于上述的服务/内容标识消息的TimelineInfo元素及其子元素。此元素可以包括请求的时间线相关信息。
图17是示出根据本发明的实施例的ESG消息格式的图。
可以根据HTTP作出对ESG信息的请求。CD可以向PD发送HTTP GET请求以请求完整ESG或部分ESG信息。请求URL可以等于<PD Host URL>/atsc3.csservices.esg.2?<Query>。PD Host URL可以是web服务器端点URL并且atsc3.csservices.esg.2可以是用于递送ESG信息的服务的名称。
<Query>参数可以包括用于体现HTTP请求的各种值。<Query>可以包括ESGRequesttype参数。
如果ESGRequesttype参数的值是0,则这可以意味着仅当前演出的ESG信息被请求。当前演出的ESG信息可以包括当前演出的ESG的Service、Schedule和Content片段。这里,演出可以意指广播内容或节目。
如果ESGRequesttype参数的值是1,则这可以意味着仅当前服务的ESG信息被请求。当前服务的ESG信息可以包括当前虚拟频道的ESG的Service、Schedule和Content片段。
如果ESGRequesttype参数的值是2,则这可以意味着所有可用服务的所有ESG信息被请求。在一些实施例中,所有ESG信息可以包括可以用来发送ESG的所有虚拟频道的ESG的Service、Schedule和Content片段。
如果从CD接收到对ESG信息的请求,则PD可以将该类型的ESG信息递送到CD。PD可以将所请求的类型的ESG信息包括在HTTP响应消息中。ESG信息的响应消息格式被示出。HTTP响应可以包括ESGResponseType元素、PDService元素、PDSchedule元素和/或PDContent元素。
ESGResponseType元素可以指示作为响应返回的所请求的信息的类型。如果此元素的值是0,则这可以指示仅当前演出的ESG信息被包括在响应消息中。如果此元素的值是1,则这可以指示仅当前服务的ESG信息被包括在响应消息中。如果此元素的值是2,则这可以意味着所有服务的ESG信息被包括在响应消息中。此信息对应于上述的ESGRequesttype参数。
对于通过ESGResponseType元素所指示的ESG类型,PDService元素可以是包含ESG信息的Service片段及其子元素的容器。可以包括ESG信息的Service元素。
对于通过ESGResponseType元素所指示的ESG类型,PDSchedule元素可以是包含ESG信息的Schedule片段及其子元素的容器。可以包括ESG信息的Schedule元素。
对于通过ESGResponseType元素所指示的ESG类型,PDContent元素可以是包含ESG信息的Content元素及其子元素的容器。可以包括ESG信息的Content元素。
在一些实施例中,PD可以不根据请求递送ESG。也就是说,如果ESGRequesttype=0或1或者PD不能递送ESG,则响应的MessageBody元素可以不包括子元素。如果ESGRequesttype=2,则PD优选地根据请求递送所有可用的ESG,但是,在一些情况下,可以仅递送一些ESG以及具有较低值的ESGResponseType。
将描述对服务/演出/分段数据的请求和递送。
可以根据HTTP作出服务/演出/分段数据的请求。为此,可以将诸如广播服务或内容的服务组件、文件内容项等的信息递送到CD。
可以通过上述的服务/内容标识消息的ComponentLocation元素的URL来访问连续或可呈现的组件。CD app可以通过此URL来作出HTTP GET请求以获取组件或组件相关信息。
可以通过上述的服务/内容标识消息的FileContentItemLocation元素的URL来访问附属数据(即,文件或数据组件)。CD app可以使用此URL来作出HTTP GET请求以获取文件、数据等。
在一些实施例中,可以经由通过由上述的服务/内容标识消息指示的Location元素所指示的URL来作出这种请求。
将描述对媒体时间线信息的请求和递送。
可以通过HTTP和/或WebSocket来作出对媒体时间线信息的请求。HTTP的响应消息或WebSocket的通知消息可以包括absoluteTime信息和/或mediaTime信息。absoluteTime信息可以意指当前UTC时间信息,并且mediaTime信息可以指示在当前UTC时间的媒体时间。通过发送这两条信息,CD可以获取媒体时间线相关信息。
图18是示出根据本发明的实施例的媒体回放状态消息格式的图。
可以通过Websocket连接将媒体回放状态相关信息递送到CD。所示出的消息主体格式可以被包括在要从PD递送到CD的Websocket的通知消息的消息主体部分中。
媒体回放状态相关信息可以包括MPState元素、MPSpeed元素和/或MediaID元素。
MPState元素可以指示媒体的当前回放状态。这里,媒体可以是通过下述的MediaID元素标识的媒体或由PD当前正在提供的媒体。此元素的值可以是“PLAYING”、“PAUSED”、“STOPPED”、“BUFFERING”和“UNKNOWN”中的一种。“STOPPED”状态可以意指媒体流的结束。
MPSpeed元素可以指示媒体相对于正常速度的当前回放速度。如果此元素的值是正值,这可以意指向前回放。向前回放可以意味着媒体时间线位置随着壁钟时间增加而增加。如果此元素的值是负值,则这可以意指向后回放。向后回放可以意味着媒体时间线位置随着壁钟时间减少而减少。
如果此元素的值是1,则这可以意味着媒体被以正常速度向前回放。在以正常速度向前回放的情况下,媒体时间线可以增加与壁钟时间的增加相同的量。如果此元素的值是-1,这可以意味着媒体被以正常速度向后回放。在以正常速度向后回放的情况下,媒体时间线可以减少与壁钟时间的减少相同的量。
如果此元素的值是X并且X不是0或1,则这可以意味着媒体被以正常速度的X倍的速度回放。在这种情况下,媒体时间线可以增加壁钟时间的X倍(如果X是正值)或者减少壁钟时间的X倍(如果X是负值)。
如果此元素的值是0并且当前MPState是“PLAYING”,则这可以意指未知回放速度。如果MPState是排除“PLAYING”的任何状态,则此元素的值可以是0。
此外,如果MPState是“PLAYING”并且此元素不存在,则此元素可以被推断为具有值1。此外,如果MPState是排除“PLAYING”的任何状态并且此元素不存在,则此元素被推断为具有值0。如果PD支持PVR功能,则此元素可以被包括在响应消息中。
MediaID元素是媒体的标识符,其可以标识其媒体回放状态信息被请求的目标媒体。此标识符可以唯一地标识从其请求媒体回放状态信息的PD中的媒体。如果此元素具有值“CURRENT”,这可以意味着关于由PD当前回放的主要媒体的信息被请求。
在一些实施例中,可以将一个或多个{MPState,MPSpeed,MediaID}集合包括在MessageBody中。
图19是示出根据本发明的实施例的EA消息的图。
EAM(EA消息)可以由PD接收并且可以通过PD的控制功能来呈现。可以通过广播网络或宽带来接收EAM。所接收到的EAM可以通过局域网被递送到CD。此递送过程可以包括在PD的PD app处启动CD处的CD app并且将EAM递送到CD app以供呈现的过程。
可以以WebSocket和/或多播方式将EAM递送到CD。在针对EAM递送的场景中,PD可以包括PD app、CD管理器,WebSocket服务器和/或多播发送方。
PD app可以负责将EAM递送到局域网中的可用CD。CD管理器等同于上述的CD管理器,并且可以负责发现正在执行启动器的CD并向该启动器递送用于启动EA CD app(紧急CD应用)的执行信息。
WebSocket服务器可以等同于上述的WebSocket服务器并且处理PD app与启动的EA CD app之间的WebSocket通信(连接)。多播发送方可以负责发送来自PD内的PD app的多播消息。
在这种场景中,CD可以包括启动器和/或EA CD app。启动器等同于上述的启动器并且可以负责与PD的CD管理器进行通信并启动CD的EA CD app。EA CD app可以是用于从PD接收EAM并将EAM显示给用户的CD app。
在执行内部控制功能的同时,PD可以接收EAM。响应于此,内部控制功能可以启动嵌入式PD app。PD app可以呈现此EA并且可以管理在局域网中的CD处呈现EA的过程。
首先,将描述通过WebSocket来将EAM从PD app递送到EA CD app的过程。
PD app可以通过discoverCSLauncher()方法来查找启动器中可用的所有CD,以便启动CD app来接收和呈现EAM。如果未找到具有启动器的CD,则PD app可以结束。如果找到具有启动器的CD,则PD app可以通过getApp2AppLocalBaseURL()方法来查找PDWebsocket通信服务的本地端点。此外,PD app可以通过getApp2AppRemoteBaseURL()方法来查找PD Websocket通信服务的远程端点。这里,Websocket通信服务的端点可以意指Websocket服务器的端点。
对于每个找到的CD,PD app可以通过launchCSApp()方法来启动EA CD app。在启动之前,可以通过LaunchURL来标识要启动的EA CD app。此外,也可以标识Websocket通信服务的远程端点。每个启动的EA CD app可以访问PD Websocket通信服务的远程端点的URL。可以通过LaunchURL来标识和启动要启动的EA CD app。在启动EA CD app的过程中,可以向CD递送远程端点信息。
PD app可以附接到Websocket通信服务的本地端点,并且EA CDapp可以附接到远程端点。为此,可以建立PD app与EA app之间的Websocket连接。如果建立了连接,则PD app可以将所接收到的EAM递送到EA CD app。EA CD app可以处理并呈现EAM。
将描述以多播方式将EAM从PD app递送到EA CD app的过程。
PD app可以通过discoverCSLauncher()方法来查找启动器中可用的所有CD。对于每个找到的CD,PD app可以通过launchCSApp()方法来执行EA CD app。在此过程中,可以向CP递送通过LaunchURL和/或多播信息标识的EA CD app相关信息。多播信息可以包括多播组地址和/或多播端口信息。根据上下文,多播组地址和多播端口信息可以统称为多播组地址。每个启动的EA CD app可以访问多播组地址。
启动的EA CD app可以校验EA CD app是否具有EA的多播组信息。如果EA CD app不具有这种信息,则EA CD app可以向PD的已知端点发送请求。PD可以发送上述的多播信息作为响应。如果EA CD app具有多播信息,则EA CD app可以加入EA的多播组。在此过程中,可以使用多播组地址。
在EA CD app被启动之后,PD app可以使用多播发送方来将EAM发送到多播组地址。为此,可以将EAM递送到EA CD app。EA CD app可以接收EAM并处理和呈现EAM。
如果EAM呈现时间期满,则PD app可以向多播组地址发送终止请求以终止所有EACD apps。此后,PD app可以结束。
将描述EAM的格式。示出EAM的一个实施例。
如上所述,EAM一被PD接收到,EAM就可以被递送到CD。在此过程中,可以将订阅ID、EAM的初始内容、EAM的初始内容的特性信息、附加内容等连同EAM一起递送到CD。这里,EAM的初始内容的特性可以意指新消息、连续消息和/或一次性消息,或者可以意味着除了文本之外是否包括富媒体。
在所示出的实施例中,在一些实施例中可以一次将多个EAM递送到CD。也就是说,EAMNotification元素可以包括多个EAM元素。
EAM元素可以包括EAMID属性、SentTimestamp属性、ExpiredTimestamp属性、Category属性、Urgency属性、Severity属性、Geo-loc属性、NewMsg属性、OneTimeMsg属性、EAMContent元素、AddlEAMURL元素、EAMContentAccessibilityURL元素、AddlEAMPhone元素和/或ContactEmail元素。
EAMID属性可以指示EA消息(EAM)的标识符。此标识符可以唯一标识EA消息。
SentTimestamp属性可以指示当EA消息被生成时的日期和/或时间。例如,SentTimestamp属性可以指示当EA消息变得有效时的第一时刻。
ExpiredTimestamp属性可以指示当EA消息变得有效时的最后时刻(日期和/或时间)。
Category属性可以指示EA消息的类别。例如,Category属性可以指示Geo、Met、Safety、Rescue、Fire、Health、Env、Transport、Infra和/或CBRNE中的至少一种。
Urgency属性可以指示EA消息的紧急性。例如,urgency属性可以指示Immediate、Expected、Future和/或Past中的至少一种。
Severity属性可以指示EA消息的严重性。例如,Severity属性可以包括Extreme、Severe、Moderate和/或Minor中的至少一种。
Geo-loc属性可以指示EA消息适用于的地理位置。
NewMsg属性可以指示EA消息是否是新消息。如果NewMsg属性的值是“true”,则此EA消息可以是新消息。如果NewMsg属性的值是“false”,则此EA消息可以是前一个EA消息的重复。
OneTimeMsg属性可以指示EA消息是否仅被发送一次。如果OneTimeMsg属性的值是“true”,则此EA消息可以仅被发送一次并且不可以被重复地发送。如果OneTimeMsg属性的值是“false”,则此EA消息可以被重复至少一次。
EAMContent元素可以包括EA消息的消息内容。EAMContent元素可以进一步包括ContentFormat属性。ContentFormat属性可以指示包括在EAMContent元素中的EA消息的内容的类型。
AddEEMURL元素可以指示用于提供EA消息的附加信息的URL。此URL可以提供比包括在EAMContent元素中的信息更多的信息。为此,可以获取用于紧急警报的附加内容等。
EAMContentAccessibilityURL元素可以指示用于提供用于可访问性的初始紧急警报(EA)消息内容的URL。这可以是用于除了获取EA的主要内容之外还获取快速警报信息的URL。在一些实施例中,此元素可以指示用于提供EA的URL以及用于根据EA促进信息提供的辅助音频流。这可以基于FCC规则根据请求的方法来执行。
AddlEAMPhone元素可以指示用于获得EA消息的更多信息的电话号码。ContactEmail元素可以指示用于提供EA消息的更多信息的电子邮件地址。
在一些实施例中,EAMNotification元素可以进一步包括SubscriptionID元素、PDDevID元素和/或PDVersion元素。
SubscriptionID元素可以指示用于订阅EA消息的订阅标识符。SubscriptionID元素可以用于唯一地标识从CD到PD的订阅。PDDevID元素可以是PD的装置标识符。PDVersion元素可以指示PD的版本信息。
EAM可以遵循XML格式或JSON格式。可以将EAM改变为XML格式,并且可以基于上述的元素/属性根据标准XML协定来定义经改变的XML架构。
在一些实施例中,PD app和CD app可以一前一后地操作。在这种情况下,可以执行PD app与CD app之间的通信,并且可以在其中使用诸如WebSocket的协议。发现过程除了使用上述的方法之外还可以使用DIAL、SSDP、UPnP等。
图20是示出根据本发明的实施例的JSON模式中的Websocket协议的订阅相关消息和通知消息的图。
在根据Websocket协议的PD-CD通信中,示出了从PD到CD或者从CD到PD的订阅相关消息(t59010)。在一些实施例中,可以以JSON格式或XML格式表示所示出的格式。
此外,在根据Websocket协议的PD-CD通信中,示出了从PD到CD的通知消息(t59020)。在一些实施例中,可以以JSON格式或XML格式呈现所示出的格式。
图21是示出根据本发明的实施例的通过广播网络递送电子服务指南(ESG)信息的图。
ESG可以提供广播服务的服务指南和服务的广播内容。ESG信息可以被划分成不同的片段,并且这种ESG信息可以被封装和递送到广播接收器等。ESG可以包括服务片段、时间表片段、内容片段等。
服务片段可以在聚合级别下描述包括在一个广播服务中的内容项。也就是说,服务片段可以提供广播服务的服务指南信息。这里,内容项可以意指包括在服务中的组件、数据、信令信息等。
服务片段可以包括服务的ID信息、服务的类型信息、服务名称信息、服务的描述信息、服务的音频语言或文本语言信息、服务的咨询评级信息、流派信息、广播区域信息等。此外,服务片段可以包括服务片段的标识信息、版本信息和服务片段的有效期信息。此外,服务片段可以包括包含服务的主/次频道号码、图标信息等的扩展元素。
可以使用多种接入方法(例如,广播网络或交互式(因特网或宽带)信道)将广播服务递送给用户。此外,广播服务可以以特定用户组或特定地理区域作为目标。根据类型,服务可以具有交互式部分和/或仅广播部分。
在一些实施例中,不存在与任何广播内容无关并且与服务的功能(例如,购买、订阅等)有关的组件。作为服务指南的一部分,服务片段可以形成由包括时间表片段和/或内容片段的其它片段所引用的中心中枢。
连同相关ESG的片段一起,终端(广播接收器等)可以随时检查与广播服务有关的细节。此类细节可以概括并指示相关内容何时并如何在用户友好的显示器上被消费。
时间表片段可以定义能够流式传输、下载和/或呈现相关内容项的时间帧。也就是说,时间表片段可以提供指示服务、内容等的可用时间间隔的信息。
时间表片段可以包括时间表片段的ID、版本和有效期信息。此外,时间表片段可以包括用于引用相关服务片段的服务引用信息和/或用于引用相关内容片段的内容引用信息。服务引用信息和/或内容引用信息中的每一个包括ID引用信息,并且可以使用这些ID来引用服务片段和内容片段。
在一些实施例中,时间表片段可以引用一个或多个服务片段。如果至少一个内容片段被引用,则时间表片段可以定义包括在服务中的内容项的有效分布和/或呈现时间帧。也就是说,在一些实施例中,上述的内容引用信息可以包括呈现窗口信息。呈现窗口信息可以指示何时可以呈现引用内容的时间间隔。呈现窗口信息可以包括开始时间、结束时间、持续时间、ID信息等。如果时间表片段未引用内容片段,则时间表片段可以定义能够使用服务的时间帧。
内容片段可以提供特定内容项或特定内容的详细描述。也就是说,内容片段可以提供任何内容的服务指南信息。内容片段可以包括内容的ID信息、内容的名称信息、内容的描述信息、内容的音频语言或文本语言信息、内容的咨询评级信息、流派信息、与内容有关的服务片段的服务引用信息或目标用户简档信息。此外,内容片段可以包括内容片段的ID信息、版本信息、内容片段的有效期信息(validFrom、validTo)等。
此外,内容片段可以包括扩展元素,扩展元素可以包括关于包括在内容中的组件的信息。此外,在一些实施例中,此元素可以包括关于与内容有关的文件内容项的信息。关于此组件或文件内容项的信息可以包括组件或文件内容项的类型、角色、描述、ID、名称或编码方法。
如上所述,内容片段可以不仅提供内容的类型、描述和语言信息,而且可以提供目标用户组信息、目标地理区域信息、咨询评级信息等。内容片段可以被时间表片段引用并且可以引用与该内容有关的服务片段。
可以通过服务指南通告信道来发送SGDD(服务指南递送描述符)。SGDD可以在服务指南发现过程中向终端通知诸如数据的可用性、元数据、服务指南片段的分组等的信息。SGDD可以使得能实现服务指南片段的快速标识。这里,服务指南片段可以被缓存在终端中或者被发送到终端。因此,如果SGDD是通过广播信道来分发的,则可以重复地发送SGDD。SGDD可以提供相关服务指南片段的分组以确定该组是否变得优选。
可以在终端被从一个服务覆盖范围区域移动到另一区域时使用SGDD。在这种情况下,SGDD可以用于检查在先前区域中接收到的服务指南片段中的哪一个甚至在当前区域中也有效。可以不再次解析或者处理有效的服务指南片段。
将描述ESG递送。
可以如上所述通过广播网络或宽带来执行ESG递送。可以使用上述的ROUTE/MMT来在服务数据递送结构中执行这种ESG递送。
每个递送方法具有唯一特性,但是可以共享用于管理传输层中的ESG片段的组织的数据结构。此数据结构可以是上述的SGDD和/或SGDU(服务指南递送单元)。可以将上述的服务指南片段封装到SGDU中。可以通过SGDD来描述SGDU。
SGDU可以是用于递送上述的服务指南片段的传输容器。广播***和广播***用的接收器可以支持SGDU结构的处理。这里,SGDU可以包括单元报头和/或单元有效载荷。
单元报头可以包括extension_offset字段和/或n_o_service_guide_fragments字段。
extension_offset字段可以指示从单元有效载荷的起点到第一扩展的起点的偏移。在根据本发明的SGDU的情况下,此字段的值可以是0。根据本发明的接收器应该处理具有非零值的SGDU。如果接收到具有非零值的SGDU,则可以通过忽略扩展来执行处理。
n_o_service_guide_fragments字段可以指示封装在SGDU中的服务指南片段的数目。
单元有效载荷可以包括fragmentEncoding[i]字段和/或fragmentType[i]字段。
fragmentEncoding[i]字段可以是用于第i个服务指南片段的信令编码的字段。存在各种编码方法。然而,在根据本发明的SGDU中,可以包括用XML编码的至少一个服务指南片段。根据本发明的接收器可以忽略在SGDU中的具有用XML编码的服务指南片段的片段数据。
fragmentType[i]字段可以是用于发信号通知第i个服务指南片段的类型的字段。对于用XML编码的服务指南片段,片段类型可以是服务片段、内容片段或时间表片段中的一个。根据本发明的SGDU可以包括与这三种片段类型相对应的至少一个服务指南片段。根据本发明的接收器可以忽略具有除与这三种片段类型相对应的服务指南片段以外的类型的服务指南片段数据。
SGDU是用于封装传输层的片段子集的结构,并且可以不考虑传输方法而使用(传输无关的)。相比之下,SGDD可以与传输方法部分地有关(部分地传输相关的)。SGDD可以在描述ESG的服务级别信息的同时描述在传输层中如何可获得每个服务指南片段。也就是说,在一些实施例中,SGDD可以描述指示如何通过广播网络或宽带来获取相关ESG数据的信息。
如果ESG是通过广播网络递送的,则可以以ESG服务的格式递送ESG信息。也就是说,ESG信息可以作为ESG服务被定义和递送。如上所述,可以在服务类别中定义ESG服务。
在这种情况下,SLT可以指示对于ESG服务,通过ROUTE会话来执行通过SLS的广播网络的递送。此ROUTE会话可以发送SGDD,并且在一些实施例中,发送与ESG有关的SGDU。在一些实施例中,可以以MME消息的形式递送这些。在一些实施例中,终端可以轮询片段。
如果ESG是通过宽带递送的,则ESG信息可以获取由SLT提供的ESG服务器的信令URL。在上面描述了SLT中的信令URL信息。通过此URL,终端可以从服务器请求ESG片段中的全部或一些。
通过广播网络和宽带的递送机制可以单独为服务指南递送SGDD(和/或SGDU)。也就是说,用于另一服务指南的递送会话可以不为该服务指南递送SGDD和SGDU。
将描述通过广播网络的ESG信息递送图。
首先,在所示出的SLT中,通过service_id=0x1011标识的服务可以是一般广播服务。此广播服务可以是通过SLT上的服务类别信息被分类为线***的一般广播服务。可以经由通过由SLT提供的sIP1、dIP1和dPort1标识的ROUTE会话来发送此服务的SLS。具体地,可以通过ROUTE会话的预定LCT信道(通过所示出的tsi-sl标识的LCT信道)来递送此SLS。此SLS可以包括诸如如上所述的USBD/USD、S-TSID和MPD的信息。S-TSID的会话信息可以通过广播服务的视频/音频组件来获取。在所示出的实施例中,可以通过PLP#1-ROUTE#1-LCT(tsi-a)来递送音频分段,并且可以通过PLP#2-ROUTE#1-LCT(tsi-v)来递送视频分段。
此外,在所示出的SLT中,通过service_id=0x1055标识的服务可以是上述的ESG服务。SLT上的服务类别信息也可以指示该服务是ESG服务。用于此ESG服务的SLS的传输路径可以由SLT使用相同的方法来提供。可以通过由sIP2、dIP2和dPort2标识的ROUTE会话来发送此SLS。可以通过ROUTE会话中的预定LCT信道(通过所示出的tsi-sl标识的LCT信道)来递送此SLS。此SLS可以包括USBD/USD和/或S-TSID。USBD/USD可以包括用于引用S-TSID的信息。
此S-TSID可以指示用来递送ESG服务的SGDD的LCT信道和/或用来递送SGDU的LCT信道。这可以通过S-TSID中的tsi信息来指示。可以通过由tsi-e标识的LCT信道来递送SGDD。可以通过由LCT信道的toi-0标识的传输对象来递送FDT信息,并且可以通过此FDT信息来标识用来递送SGDD的传输对象。此外,可以通过由tsi-eu标识的LCT信道来递送SGDU。可以通过由LCT频道的toi-0标识的传输对象来递送FDT信息,并且可以通过此FDT信息来标识通过其递送SGDU的传输对象。在所示出的实施例中,每个SGDU可以包括服务片段、时间表片段和/或内容片段。
像以上实施例一样,一个ROUTE会话的一个LCT信道可以用于递送SGDD。此LCT信道可以被称为服务指南通告信道。ROUTE会话的一个或多个不同的LCT信道可以用于递送SGDU。
可以根据上述的方法通过广播网络来提供ESG服务。在上述的实施例中,TSI值是示例性的并且TSI的实际值可以是不同的。
图22是示出根据本发明的实施例的包括在SGDD中的传输相关信息的图。
此传输相关信息可以指示ESG数据在哪条路径中使用上述的ROUTE/MMT以服务数据递送结构来递送。
SGDD可以进一步包括Transport元素。此元素可以包括示出的传输相关信息。如上所述,可以通过ROUTE协议来递送ESG服务。
示出了Transport元素的结构。Transport元素可以指示用于递送与此元素相对应的SGDU中递送的服务指南片段的传输会话。Transport元素可以包括ipAddress属性、port属性、srcIpAddress属性、transmissionSessionID属性和/或hasFDT属性。
ipAddress属性可以指示用于递送SGDU的ROUTE会话的目的地IP地址。
port属性可以指示ROUTE会话的目的地端口号。
srcIpAddress属性可以指示ROUTE会话的源IP地址。如果源特定多播方案被应用于传输,则此属性可以具有能够被从包括在IP流中的IP分组中找到的IP地址作为其值。如果此属性被省略,则可以存在一个源IP地址,从该源IP地址可以得到通过给定目标IP地址、端口和传输会话所定义的文件传输会话。
transmissionSessionID属性可以指示可以在LCT级别下使用的TSI(传输会话标识符)信息。此TSI值可以标识用来递送与ESG有关的SGDU的LCT信道。
hasFDT属性可以指示FDT是否是通过相应传输会话来发送的。也就是说,如果FDT是通过递送服务指南片段的传输会话来递送的,则此属性可以具有“true”值。否则,此属性可以具有“false”值。此属性的默认值可以是“true”。如果此属性具有“false”值,则可以通过RFC3926的EXT_FTI来发信号通知与用于在相应传输会话中递送SGDU的传输对象有关的FEC参数。此外,可以使用RFC 3926的EXT_CENC来发信号通知关于SGDU的可选压缩的信息。EXT_CENC可以被一般地定义为发信号通知FDT的编码,但是可以被定义为被用于使用ALC的特定SGDU递送方案的另一目的。
图23是示出根据本发明的另一实施例的服务/内容标识消息格式的图。
如上所述,可以通过WebSocket来递送服务/内容标识消息。服务/内容标识消息可以被用于上述的针对服务/内容标识的通信。
在根据所示出的实施例的服务/内容标识消息中,CARatings元素和/或TimelineInfo元素被省略。此外,FileContentItem元素未与Component元素区分开并且因此作为Component元素来处理。此外,Component元素的内部信息被省略。在一些实施例中,可以添加/改变/删除服务/内容标识消息和/或内部信息的结构。
可以基于关于上述ESG的信息来生成根据上述实施例和所示出的实施例的服务/内容标识消息。也就是说,PD可以通过广播网络或宽带使用接收组件来接收ESG。当接收到新ESG时,PD可以将服务/内容标识消息递送到订阅用于服务/内容标识的通信的CD app。对于用于服务/内容标识的通信,PD可以生成服务/内容标识消息。此时,服务/内容标识消息可以包括从ESG中提取的信息。在一些实施例中,PD可以进一步在服务/内容标识消息中包括补充信息,而不包括从ESG中提取的信息。为此,可以生成服务/内容标识消息。
在根据上述的实施例和所示出的实施例的服务/内容标识消息中,服务元素可以在上述的ESG的服务片段中包括该信息的全部或一些。在一些实施例中,服务元素可以包括ESG的服务片段信息当中的服务的服务ID信息、服务类型信息、服务名称信息、服务描述信息和/或目标用户简档信息。这些可以对应于上述的服务元素中的id元素、ServiceType元素、Name元素、Description元素和/或TargetUserProfile元素。也就是说,在生成服务/内容标识消息的过程中,上面列举的ESG的服务片段的信息可以被选择并包括在服务/内容标识消息中。
在根据上述的实施例和所示出的实施例的服务/内容标识消息中,内容元素可以包括上述的ESG的内容片段中的信息的全部或一些。在一些实施例中,内容元素可以包括内容的ID信息、内容的名称信息、内容的描述信息、内容的评级信息和/或内容的能力信息。这些可以对应于上述的内容元素中的Programid元素、Name元素、Description元素、TargetUserProfile元素、CARatings元素和/或Capabilities元素。
此外,如上所述,ESG的内容片段可以包括扩展元素,并且该扩展元素可以包括包含在与文件内容项有关的内容和/或信息中的组件。也可以从要被包括在服务/内容标识消息中的ESG获取此信息。可以从ESG中的信息获取上述的Component元素和/或FileContentItem元素中的信息。诸如每个组件和/或文件内容项的ID、类型、角色、名称等的信息可以被包括在@componentID、@componentType、@componentRole、@componentName或@FileContentItemID、@FileContentItemType、@FileContentItemEncoding、@FileContentItemName中。
也就是说,在生成服务/内容标识消息的过程中,上面列举的ESG的内容片段的信息可以被选择并包括在服务/内容标识消息中。
此外,除了从所接收到的ESG获取的信息之外,其它信息可以被包括在服务/内容标识消息中。上述@componentLocation信息可以被包括在Component元素中。此外,上述@FileContentItemLocation信息可以被包括在FileContentItem元素中。此外,上述的Location元素可以被包括在Content元素中。每条位置信息可以等同于上述的位置信息。
这种位置信息和包括在其中的URL信息可以被用于针对上述的服务/演出/分段相关数据递送的通信。
此外,内容的时间线相关信息可以被附加地包括在服务/内容标识消息中。可以不从ESG获取此时间线信息。此时间线信息可以对应于上述TimelineInfo元素并且可以等同于上述时间线信息。
尽管未示出,然而服务/内容的过滤准则信息可以被包括在服务/内容标识消息中。过滤准则可以是用于个性化或家长控制的准则。
在用于上述当前服务信息递送的通信中,上述当前服务信息消息可以包括ESGInfo元素、Components元素、FileContentItem元素和/或TimelineInfo元素。此时,在当前服务信息消息中包括和递送的上面列举的元素可以包括与上述的服务/内容标识消息的元素相对应的信息。
也就是说,通过将ServiceInfoType[0]设定为1而请求的ESGInfo元素可以包括服务/内容标识消息的服务元素及其子元素。此外,ESGInfo元素可以包括服务/内容标识消息的内容元素的id、Name、Description和CARatings子元素。
通过将ServiceInfoType[1]设定为1而请求的Components元素可以包括服务/内容标识消息的Component元素及其子元素。
通过将ServiceInfoType[2]设定为1而请求的FileContentItem元素可以包括服务/内容标识消息的FileContentItem元素及其子元素。
通过将ServiceInfoType[3]设定为1而请求的TimelineInfo元素可以包括服务/内容标识消息的TimelineInfo元素及其子元素。
在获取与ESG或服务/内容有关的信息时,如上所述,存在使用针对服务/内容标识的通信的方法或使用针对当前服务信息递送的通信的方法。
当接收到ESG信息时,PD可以使用WebSocket连接来向CD app通知服务/内容标识消息,从而将该信息递送到CD。此外,必要时,CD可以通过HTTP请求和响应来获取必要的信息。通过使用这两种协议来定义信息递送方法,可以高效地执行PD与CD之间的信息递送。特别地,尽管通过WebSocket连接在通知时间之后执行CD app的订阅,但是可以递送必要的信息。
图24是示出根据本发明的另一实施例的可以被用于针对ESG递送的通信的ESGRequesttype参数的图。
上述的ESG消息格式(t24010)可以包括PDService元素、PDSchedule元素和/或PDContent元素。这些元素可以对应于上述ESG的服务片段、时间表片段和内容片段。也就是说,可以以每种ESG消息格式包括相关ESG的片段信息以被递送到CD。
此外,在用于上述ESG递送的通信中,可以根据ESGRequesttype参数值从PD请求ESG信息并且将它递送到CD。在上述的实施例中,ESGRequesttype参数值是0、1和2。
所示出的实施例(t24020)可以是上述ESGRequesttype参数的扩展。0、1和2的ESGRequesttype参数值等于上述的实施例的那些值。
如果ESGRequesttype参数值是3,则这可以意味着仅请求当前演出的ESG信息的经过滤的ESG信息。这里,经过滤的ESG信息可以意指由PD接收到的ESG信息中的根据PD的设备能力和/或家长控制设定而过滤的ESG信息。在一些实施例中,经过滤的ESG信息可以意指由PD接收到的ESG信息中的根据CD的设备能力和/或父母控制设定而过滤的ESG信息。可以将经过滤的ESG信息递送到CD,从而防止不必要的信息被递送到CD。当前演出的ESG信息可以包括当前演出的ESG的Service、Schedule和Content片段。这里,演出可以意指广播内容、节目等。
如果ESGRequesttype参数值是4,则这可以意味着仅当前服务的ESG信息的经过滤的ESG信息被请求。经过滤的ESG信息的含义可以等同于上述的经过滤的ESG信息的含义。当前服务的ESG信息可以包括当前虚拟频道的ESG的Service、Schedule和Content片段。
如果ESGRequesttype参数值是5,则这可以意味着仅所有可用服务的所有ESG信息的经过滤的ESG信息被请求。经过滤的ESG信息的含义可以等同于上述的经过滤的ESG信息的含义。在一些实施例中,所有ESG信息可以包括可以用来发送ESG的所有虚拟频道的ESG的Service、Schedule和内Content片段。
在一些实施例中,可以不定义3、4和5的ESGRequesttype参数值。此外,在一些实施例中,可以不定义0、1和2的ESGRequesttype参数值。
除了用于服务/内容标识的通信和用于当前服务信息递送的通信之外,还定义了用于ESG递送的通信。使用用于ESG递送的通信,CD app可以根据情形获取ESG信息。可以通过各种协议来递送ESG相关信息,从而一般地使用各种CD app中的数据并根据情形选择高效的递送方法。
根据WebSocket的通信向CD app通知信息并且可以被称为通知服务。例如,对于用于服务/内容标识的通信,CD app可以订阅服务/内容标识通知服务并且PD可以将服务/内容标识消息递送到具有有效订阅的CD app。
图25是示出根据本发明的实施例的在PD处处理广播服务的方法的图。
根据本发明的实施例的在PD处处理广播服务的方法可以包括利用CD app执行发现过程、建立WebSocket连接、接收用于订阅服务标识通知服务的订阅消息、接收电子服务指南(ESG)、生成服务标识消息和/或通过WebSocket连接来将服务标识消息递送到订阅服务标识通知服务的CD app。
首先,作为PD操作的广播接收设备的配套管理器可以利用在配套设备(CD)中正在启动的CD app(应用)来执行发现过程。在此过程中,可以从PD向CD app递送Websocket服务器的端点信息。WebSocket服务器是PD中的服务器并且可以执行上述操作。在一些实施例中,在此过程中,可以将web服务器的端点信息从PD递送到CD app。web服务器是PD中的服务器并且可以执行上述操作。
此发现过程可以等同于上述的发现过程。在一些实施例中,CD app可以不由PD启动。CD可以多播M-SEARCH消息。已接收到此消息的PD可以发送200OK消息作为响应。200OK消息的报头可以包括PD的LOCATION URL信息。
CD app可以从此Location URL请求设备描述。可以使用HTTP GET方法来执行此请求。已接收到此请求的PD或PD的配套管理器可以向CD app发送第一响应消息。这里,第一响应消息可以在其报头中包括用作web服务器端点的URL信息。这里,web服务器的端点可以意指由上述的web服务器提供的服务URL。
PD的配套管理器可以从CD app接收应用信息请求。CD app可以从所接收到的URL请求应用信息。配套模块可以发送第二响应消息作为响应。第二响应消息可以在其主体中包括用作WebSocket服务器的端点的URL信息。配套管理器可以对应于上述的CD管理器。
本实施例可对应于上述实施例当中的PD提供基于HTTP的web服务器和基于WebSocket的服务器的实施例。特别地,本实施例可以对应于仅一个配套服务URL作为HTTP服务URL被提供并且一个配套端点和一个app到app端点作为Websocket服务器端点被提供的实施例。这里,Websocket配套端点可以提供排除app到app通信的其它功能。PD与CD之间的通信可以由web服务器或WebSocket服务器通过角色的划分来执行。例如,ESG递送可以由web服务器来执行,并且服务和内容标识、紧急警报(EA)消息递送以及媒体回放信息递送可以由WebSocket服务器来执行。可以通过web服务器和/或WebSocket服务器来递送媒体时间线信息。
此后,PD的配套管理器可以在WebSocket服务器与CD app之间建立WebSocket连接。在此过程中,可以使用上述的Websocket服务器端点。在上面对建立WebSocket连接(会话)的方法进行了详细的描述。
PD的Websocket服务器可以从CD app接收订阅消息。可以将此订阅消息递送到上述的Websocket端点。此订阅消息可以订阅服务标识通知服务以便接收包括从ESG得到的信息的服务/内容标识消息。服务标识通知服务可以是与上述的服务/内容标识有关的PD-CD通知服务。通过此过程,CD app可以订阅通知服务。
PD的接收组件可以通过广播网络或宽带来接收ESG信息。接收组件可以包括用于通过广播网络来接收数据的调谐器或用于通过宽带来接收数据的网络接口中的一个或两个。ESG可以包括与由PD提供的广播服务有关的服务指南信息。
PD的内部过程可以使用接收的ESG来生成用于服务标识通知服务的服务标识消息。此服务标识消息可以对应于上述的服务/内容标识消息。
PD的Websocket服务器可以通过Websocket连接来将服务标识消息递送到订阅服务标识通知服务的CD app。可以以上述的Websocket协议的通知消息的形式执行此递送。当ESG信息被更新时,当新接收到ESG信息时或者当包括在服务/内容标识消息中的信息发生改变时,可以执行此通知。此外,在一些实施例中可以周期性地执行此通知。
这里,接收组件、WebSocket服务器、web服务器、内部处理器和配套管理器可以是硬件元件。
在根据本发明的另一实施例的在PD处处理广播服务的方法中,服务标识消息的生成可以包括将从ESG中提取的信息包括在服务标识消息中。服务标识消息可以包括至少一个服务元素或者至少一个内容元素。
至少一个服务元素可以包括具有广播服务的服务指南信息的ESG的服务片段信息的服务ID信息、服务类型信息、服务名称信息或服务描述信息。也就是说,可以使用上面列举的ESG的服务片段信息的信息来生成服务标识消息的服务元素。
至少一个内容元素可以包括具有广播内容的服务指南信息的ESG的内容片段信息的内容ID信息、内容名称信息、内容描述信息或内容能力信息。也就是说,可以使用上面列举的ESG的内容片段信息的信息来生成服务标识消息的内容元素。
在根据本发明的另一实施例的在PD处处理广播服务的方法中,至少一个内容元素可以包括至少一个组件元素、至少一个文件内容项元素或时间线元素。
至少一个组件元素可以描述关于包括在广播内容中的组件的信息。这里,组件可以意指广播内容的音频、视频、隐藏字幕或应用组件中的一个。
至少一个文件内容项元素可以描述关于包括在广播内容中的文件内容项的信息。这里,文件内容项可以意指广播内容的补充数据。
时间线元素可以描述广播内容的当前时间信息。在一些实施例中,可以指示在当前时间的广播内容的时间位置。
在根据本发明的另一实施例的在PD处处理广播服务的方法中,服务标识消息的生成可以进一步包括在服务标识消息中包括位置信息。这里,位置信息可以意指用于在CD处从PD获取文件内容项或组件的URL信息。
用于使得CD app能够访问组件的第一URL信息可以被包括在上述的至少一个组件元素中。用于使得CD app能够访问文件内容项的第二URL信息可以被包括在上述的至少一个文件内容项元素中。
根据本发明的另一实施例的在PD处处理广播服务的方法可以包括从CD app接收用于通过第一URL或第二URL请求组件或文件内容项的HTTP GET消息并且将所请求的组件或文件内容项递送到CDapp。这可以是与用于服务/演出/分段数据递送的通信有关的操作。
在根据本发明的另一实施例的在PD处处理广播服务的方法中,PD可以进一步在发现过程中将PD的web服务器端点提供给CD app。在发现过程中对此进行了描述。在PD处处理广播服务的方法中,PD可以通过web服务器端点从CD app接收HTTP GET消息。此HTTP GET消息可以单独地请求与上述的服务标识消息相对应的信息。
此HTTP GET消息可以请求服务元素当中的当前广播服务的服务元素、组件元素当中的当前可用组件的组件元素或上述服务标识消息的文件内容项元素当中的当前可用文件内容项的文件内容项元素中的至少一种。PD可以将通过HTTP GET消息所请求的信息递送到CDapp。此过程可以与用于当前服务信息递送的通信有关。
在根据本发明的另一实施例的在PD处处理广播服务的方法中,PD可以通过web服务器端点从CD app接收HTTP GET消息。此HTTP GET消息可以以各种格式请求ESG信息。此HTTP GET消息可以请求由PD当前提供的广播服务的ESG信息、由PD当前提供的广播内容的ESG信息或可用广播服务的完整ESG信息中的至少一种。PD可以将通过HTTP GET消息所请求的信息递送到CD app。此过程可以与用于ESG信息递送的通信有关。
将描述根据本发明的一个实施例的在CD处处理广播服务的方法。在附图中未示出此方法。
根据本发明的实施例的在CD处处理广播服务的方法,CD的启动器启动CD的app,CD的app使用CD的网络接口来与PD一起执行发现过程,CD的app使用CD的Websocket客户端来与PD的Websocket服务器建立Websocket连接,CD app使用CD的Websocket客户端来发送用于接收服务/内容标识消息的订阅消息以订阅服务,以及/或者CD app使用CD的Websocket客户端来接收服务标识服务。CD app与PD之间的发现过程可以由CD的配套模块来执行。CDapp可以使用配套模块来请求设备描述,从上述的端点请求应用信息,并且获取对请求的响应。此外,CD app可以根据情形使用CD的网络接口来向PD的web服务器发送HTTP请求/响应。
根据本发明的实施例的在CD处处理广播服务的方法可以对应于根据本发明的上述实施例的在PD处处理广播服务的方法。在CD处处理广播服务的方法可以由与在PD处处理广播服务的方法中使用的硬件元件相对应的硬件元件(例如,配套模块、启动器、Websocket客户端、网络接口等)来执行。在CD处处理广播服务的方法可以具有与在PD处处理广播服务的方法的实施例相对应的实施例。
在一些实施例中上述的步骤可被省略或者用执行相似/相等操作的其它步骤代替。
图26是示出根据本发明的实施例的作为PD操作的广播接收设备的图。
根据本发明的实施例的作为PD操作的广播接收设备可以包括前述的配套管理器、Websocket服务器、Web服务器、接收组件和处理器(内部处理器)。在上面描述块和模块。
根据本发明的实施例的作为PD操作的广播接收设备以及其中包括的模块和块可以执行在本发明的PD处处理广播服务的方法的实施例。
将描述根据本发明的实施例作为CD操作的设备。在附图中未示出该设备。
根据本发明的实施例的作为CD操作的设备可以包括上述的配套模块、启动器、Websocket客户端和/或网络接口。在上面描述块和模块。
根据本发明的实施例的作为CD操作的设备和其中包括的模块/块可以执行在本发明的CD处处理广播服务的方法的实施例。
包括在设备中的块/模块可以是用于执行存储在存储器中的连续处理的硬件元件。
在一些实施例中上述模块可以被省略或者被用于执行相似/相等的操作的其它模块替换。
模块或者单元可以是执行被存储在存储器(或者存储单元)中的连续过程的处理器。在前面提到的实施例中描述的步骤可以由硬件/处理器执行。在以上所述的实施例中描述的模块/块/单元可以作为硬件/处理器操作。由本发明提出的方法可以作为代码被执行。这样的代码可以被写在处理器可读的存储介质上,并且因此,可以由通过装置提供的处理器读取。
虽然为了方便起见,实施例已经被参考各个附图描述,但这些实施例可以被组合以实现新的实施例。此外,设计存储用于实现前面提到的实施例的程序的计算机可读的记录介质在本发明的范围之内。
根据本发明的装置和方法不局限于以上描述的实施例的配置和方法,并且所有或者一些实施例可以被有选择地组合以获得各种修改。
由本发明提出的方法可以被作为存储在被包括在网络设备中的处理器可读的记录介质中的处理器可读的代码来实现。处理器可读的记录介质包括存储由处理器可读的数据的各种记录介质。处理器可读的记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储设备等等和作为载波的实现,诸如经互联网的传输。此外,处理器可读的记录介质可以被分布到经由网络连接的计算机***,作为以分布方式可读的代码被存储和执行。
虽然为了说明性的目的已经公开了本发明的优选实施例,但本领域技术人员将理解,不脱离如在随附的权利要求中公开的本发明的范围和精神,各种修改、添加和替换是允许的。这样的修改不应该从本发明的技术精神或者预期中被单独地理解。
在本说明书中提及装置和方法发明两者,并且装置和方法发明两者的描述可以被互补地应用于彼此。
本领域技术人员应该理解,不脱离本发明的精神和必要特征,本发明可以以除了在此处阐述的那些之外的其他的特定方法实现。因此,本发明的范围将由所附的权利要求及其合法的等同物,而不由以上的描述来确定,而且出现在所附的权利要求的含义和等效范围内的所有的变化被意欲包含在其中。
在本说明书中,装置发明和方法发明两者都被提及,并且装置发明和方法发明两者的描述可以被互补地应用。
发明模式
各种实施例已经以用于实施本发明的最佳模式被描述。
工业实用性
本发明适用于广播信号提供领域。
如相关领域技术人员将认识和理解的,在本发明的精神和范围内的各种等效的修改是允许的。因此,本发明意欲覆盖本发明的修改和变化,只要它们落入所附的权利要求和其等同物的范围之内。
Claims (14)
1.一种在主设备(PD)中处理广播服务的方法,所述方法包括:
利用在配套设备(CD)中启动的CD应用执行发现过程,所述PD在所述发现过程中将所述PD的Websocket服务器端点提供给所述CD应用;
使用所述Websocket服务器端点在所述PD的Websocket服务器和所述CD应用之间建立Websocket连接;
从所述CD应用接收用于使所述CD应用能够订阅服务标识通知服务的订阅消息;
通过广播网络或宽带接收电子服务指南(ESG),所述ESG包括与由所述PD提供的广播服务有关的服务指南信息;
使用接收的ESG生成用于所述服务标识通知服务的服务标识消息;以及
通过所述Websocket连接将生成的服务标识消息递送给订阅所述服务标识通知服务的所述CD应用。
2.根据权利要求1所述的方法,
其中,所述服务标识消息的生成还包括:在所述服务标识消息中包括从所述ESG提取的信息,
其中,所述服务标识消息包括至少一个服务元素或至少一个内容元素,
其中,所述至少一个服务元素包括具有广播服务的服务指南信息的所述ESG的服务片段信息的服务ID信息、服务类型信息、服务名称信息或服务描述信息,并且
其中,所述至少一个内容元素包括具有广播内容的服务指南信息的所述ESG的内容片段信息的内容ID信息、内容名称信息、内容描述信息或内容能力信息。
3.根据权利要求2所述的方法,
其中,所述至少一个内容元素包括至少一个组件元素、至少一个文件内容项目元素或时间线元素,
其中,所述至少一个组件元素描述关于包括在所述广播内容中的组件的信息,所述组件是所述广播内容的音频、视频、隐藏字幕或应用组件中的一个,
其中,所述至少一个文件内容项目元素描述关于包括在所述广播内容中的文件内容项目的信息,并且所述文件内容项目提供所述广播内容的补充数据,并且
其中,所述时间线元素描述所述广播内容的当前时间信息。
4.根据权利要求3所述的方法,
其中,所述服务标识消息的生成还包括:在所述服务标识消息中包括用于从所述PD获取组件或文件内容项目的URL信息,
其中,用于使所述CD应用能够访问所述组件的第一URL信息被包括在所述至少一个组件元素中,并且
其中,用于使所述CD应用能够访问所述文件内容项目的第二URL信息被包括在所述至少一个文件内容项目元素中。
5.根据权利要求4所述的方法,包括:
通过所述第一URL或所述第二URL从所述CD应用接收用于请求所述组件或所述文件内容项目的HTTP GET消息;以及
将所请求的组件或文件内容项目递送给所述CD应用。
6.根据权利要求4所述的方法,
其中,在所述发现过程中,所述PD还向所述CD应用提供所述PD的web服务器端点,并且
其中,在所述PD处处理所述广播服务的方法包括:
通过所述web服务器端点从所述CD应用接收HTTP GET消息,所述HTTP GET消息用于请求所述至少一个服务元素当中的当前广播服务的服务元素、所述至少一个组件元素当中的当前可用组件的组件元素、或者所述至少一个文件内容项目元素当中的当前可用的文件内容项目的文件内容项目元素中的至少一个;以及
将由所述HTTP GET消息请求的信息递送给所述CD应用。
7.根据权利要求4所述的方法,包括:
通过所述web服务器端点从所述CD应用接收HTTP GET消息,所述HTTP GET消息用于请求由所述PD当前提供的广播服务的ESG信息、由所述PD当前提供的广播内容的ESG信息,或可用广播服务的全部ESG信息中的至少一个;以及
将所请求的ESG信息提供给所述CD应用。
8.一种作为主设备(PD)操作的广播接收装置,包括:
配套管理器,所述配套管理器被配置成:利用在配套设备(CD)中启动的CD应用执行发现过程,所述PD在所述发现过程中将所述PD的Websocket服务器端点提供给所述CD应用,并且所述配套管理器使用所述Websocket服务器端点在所述PD的Websocket服务器和所述CD应用之间建立Websocket连接;
Websocket服务器,所述Websocket服务器被配置成:从所述CD应用接收用于使所述CD应用能够订阅服务标识通知服务的订阅消息;
接收组件,所述接收组件被配置成:通过广播网络或宽带接收电子服务指南(ESG),所述ESG包括与由所述PD提供的广播服务有关的服务指南信息;以及
处理器,所述处理器被配置成:使用接收的ESG生成用于所述服务标识通知服务的服务标识消息;
其中,通过所述Websocket连接所述Websocket服务器将生成的服务标识消息递送给订阅所述服务标识通知服务的所述CD应用。
9.根据权利要求8所述的广播接收装置,
其中,所述处理器在所述服务标识消息中包括从所述ESG提取的信息,
其中,所述服务标识消息包括至少一个服务元素或至少一个内容元素,
其中,所述至少一个服务元素包括具有广播服务的服务指南信息的所述ESG的服务片段信息的服务ID信息、服务类型信息、服务名称信息或服务描述信息,并且
其中,所述至少一个内容元素包括具有广播内容的服务指南信息的所述ESG的内容片段信息的内容ID信息、内容名称信息、内容描述信息或内容能力信息。
10.根据权利要求9所述的广播接收装置,
其中,所述至少一个内容元素包括至少一个组件元素、至少一个文件内容项目元素或时间线元素,
其中,所述至少一个组件元素描述关于包括在所述广播内容中的组件的信息,所述组件是所述广播内容的音频、视频、隐藏字幕或应用组件中的一个,
其中,所述至少一个文件内容项目元素描述关于包括在所述广播内容中的文件内容项目的信息,并且所述文件内容项目提供所述广播内容的补充数据,并且
其中,所述时间线元素描述所述广播内容的当前时间信息。
11.根据权利要求10所述的广播接收装置,
其中,所述处理器在所述服务标识消息中包括用于从所述PD获取组件或文件内容项目的URL信息,
其中,用于使所述CD应用能够访问所述组件的第一URL信息被包括在所述至少一个组成元素中,并且
其中,用于使所述CD应用能够访问所述文件内容项目的第二URL信息被包括在所述至少一个文件内容项目元素中。
12.根据权利要求11所述的广播接收装置,包括:
其中,作为所述PD操作的所述广播接收装置进一步包括web服务器,
其中,所述web服务器通过所述第一URL或所述第二URL从所述CD应用接收用于请求所述组件或所述文件内容项目的HTTP GET消息,并且
其中,所述web服务器将所请求的组件或文件内容项目递送给所述CD应用。
13.根据权利要求12所述的广播接收装置,
其中,在所述发现过程中,所述PD还向所述CD应用提供所述PD的web服务器端点,并且
其中,所述web服务器通过所述web服务器端点从所述CD应用接收HTTP GET消息,所述HTTP GET消息用于请求所述至少一个服务元素当中的当前广播服务的服务元素、所述至少一个组件元素当中的当前可用组件的组件元素、或者所述至少一个文件内容项目元素当中的当前可用的文件内容项目的文件内容项目元素中的至少一个,并且
其中,所述web服务器将由所述HTTP GET消息请求的信息递送给所述CD应用。
14.根据权利要求13所述的广播接收装置,
其中,所述web服务器通过所述web服务器端点从所述CD应用接收HTTP GET消息,所述HTTP GET消息用于请求由所述PD当前提供的广播服务的ESG信息、由所述PD当前提供的广播内容的ESG信息,或可用广播服务的全部ESG信息中的至少一个,并且
其中,所述web服务器将所请求的ESG信息提供给所述CD应用。
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562194841P | 2015-07-21 | 2015-07-21 | |
US62/194,841 | 2015-07-21 | ||
US201562197588P | 2015-07-28 | 2015-07-28 | |
US62/197,588 | 2015-07-28 | ||
US201562206858P | 2015-08-19 | 2015-08-19 | |
US62/206,858 | 2015-08-19 | ||
US201562211851P | 2015-08-30 | 2015-08-30 | |
US62/211,851 | 2015-08-30 | ||
PCT/KR2016/007897 WO2017014553A1 (ko) | 2015-07-21 | 2016-07-20 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107852409A true CN107852409A (zh) | 2018-03-27 |
Family
ID=57834156
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680042286.7A Pending CN107852409A (zh) | 2015-07-21 | 2016-07-20 | 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法 |
Country Status (4)
Country | Link |
---|---|
US (3) | US10917186B2 (zh) |
EP (1) | EP3328019B1 (zh) |
CN (1) | CN107852409A (zh) |
WO (1) | WO2017014553A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102771134B (zh) * | 2010-01-18 | 2016-04-13 | 瑞典爱立信有限公司 | 用于支持播放内容的方法及装置 |
US11546405B2 (en) * | 2018-06-18 | 2023-01-03 | Jpmorgan Chase Bank, N.A. | Methods for exposing mainframe data as a web service and devices thereof |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014148813A1 (ko) * | 2013-03-19 | 2014-09-25 | 엘지전자 주식회사 | 신호 송신 장치, 신호 송신 방법 및 신호 송수신 시스템 |
WO2015041494A1 (ko) * | 2013-09-23 | 2015-03-26 | 삼성전자 주식회사 | 무선 통신 시스템에서 어플리케이션 실행 방법 및 장치 |
WO2015072763A1 (ko) * | 2013-11-13 | 2015-05-21 | 엘지전자(주) | 네트워크로 연결된 방송 수신 장치와 다른 디바이스 간 연결을 관리하는 방법 및 장치 |
CN104737549A (zh) * | 2012-10-18 | 2015-06-24 | Lg电子株式会社 | 处理交互服务的设备和方法 |
CN104871552A (zh) * | 2012-11-28 | 2015-08-26 | Lg电子株式会社 | 处理交互服务的设备和方法 |
CN104969492A (zh) * | 2013-02-03 | 2015-10-07 | Lg电子株式会社 | 通过广播***提供紧急报警服务的装置及其方法 |
Family Cites Families (103)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7150029B1 (en) * | 1997-10-14 | 2006-12-12 | Thomson Licensing | System for formatting and processing multimedia program data and program guide information |
US6782490B2 (en) * | 1999-03-17 | 2004-08-24 | At&T Corp. | Network-based service for the repair of IP multicast sessions |
US7853974B2 (en) * | 1999-10-05 | 2010-12-14 | Thomson Licensing | System for collating data from multiple sources to form a composite program guide for display |
US6745223B1 (en) * | 2000-01-26 | 2004-06-01 | Viaclix, Inc. | User terminal for channel-based internet network |
JP4337228B2 (ja) * | 2000-04-13 | 2009-09-30 | ソニー株式会社 | Ofdm受信装置及び方法 |
US7757251B2 (en) * | 2003-03-18 | 2010-07-13 | Time Warner Interactive Video Group Inc. | Technique for providing program guide data through a communications network delivering programming content |
US9948989B1 (en) * | 2004-07-21 | 2018-04-17 | Cox Communications, Inc. | Interactive media content listing search and filtering system for a media content listing display system such as an electronic programming guide |
KR100819266B1 (ko) * | 2005-04-27 | 2008-10-27 | 삼성전자주식회사 | 디지털 오디오 방송 시스템에서 차등 전송되는 방송 데이터의 송수신 장치 및 방법 |
US20090150199A1 (en) * | 2005-07-01 | 2009-06-11 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Visual substitution options in media works |
US20070233759A1 (en) * | 2006-03-28 | 2007-10-04 | The Regents Of The University Of California | Platform for seamless multi-device interactive digital content |
ATE485679T1 (de) * | 2006-08-07 | 2010-11-15 | Ericsson Telefon Ab L M | Technik zur steuerung des herunterladens einer elektronischen dienstanleitung |
CN103795498B (zh) * | 2007-08-30 | 2018-02-02 | Lg电子株式会社 | 信号发送和接收装置、以及信号发送和接收方法 |
US10091345B2 (en) * | 2007-09-04 | 2018-10-02 | Apple Inc. | Media out interface |
JP5141197B2 (ja) * | 2007-11-13 | 2013-02-13 | 富士通株式会社 | 符号化装置 |
DE602008000874D1 (de) * | 2007-12-12 | 2010-05-06 | Lg Electronics Inc | Vorrichtung zum Senden und Empfangen eines Signals und Verfahren zum Senden und Empfangen eines Signals |
US20090160731A1 (en) * | 2007-12-20 | 2009-06-25 | Motorola, Inc. | Method for clustering displays of display devices |
KR100937430B1 (ko) * | 2008-01-25 | 2010-01-18 | 엘지전자 주식회사 | 신호 송수신 방법 및 신호 송수신 장치 |
KR20090119412A (ko) * | 2008-05-16 | 2009-11-19 | 엘지전자 주식회사 | 이동 단말기 및 이것의 방송 콘텐츠 구매 제어 방법 |
US8433010B2 (en) * | 2008-06-16 | 2013-04-30 | Panasonic Corporation | Reception device, integrated circuit, digital television receiver, reception method, and reception program |
US9237372B2 (en) * | 2008-12-15 | 2016-01-12 | At&T Intellectual Property I, L.P. | Method and apparatus for presenting media content |
US8156530B2 (en) * | 2008-12-17 | 2012-04-10 | At&T Intellectual Property I, L.P. | Method and apparatus for managing access plans |
US20100192183A1 (en) * | 2009-01-29 | 2010-07-29 | At&T Intellectual Property I, L.P. | Mobile Device Access to Multimedia Content Recorded at Customer Premises |
US20100251292A1 (en) * | 2009-03-27 | 2010-09-30 | Sudharshan Srinivasan | Smartphone for interactive television |
US9459936B2 (en) * | 2009-05-01 | 2016-10-04 | Kaazing Corporation | Enterprise client-server system and methods of providing web application support through distributed emulation of websocket communications |
JP2010268226A (ja) * | 2009-05-14 | 2010-11-25 | Toshiba Corp | 放送受信装置 |
JP5908400B2 (ja) | 2009-07-24 | 2016-04-26 | エックスペッド ホールディングス ピーティワイ リミテッド | リモコン装置 |
US9014546B2 (en) * | 2009-09-23 | 2015-04-21 | Rovi Guides, Inc. | Systems and methods for automatically detecting users within detection regions of media devices |
US10264029B2 (en) * | 2009-10-30 | 2019-04-16 | Time Warner Cable Enterprises Llc | Methods and apparatus for packetized content delivery over a content delivery network |
CA2781827C (en) * | 2009-11-25 | 2016-05-24 | Lg Electronics Inc. | Method of processing epg metadata in network device and network device for controlling the same |
US20110164175A1 (en) * | 2010-01-05 | 2011-07-07 | Rovi Technologies Corporation | Systems and methods for providing subtitles on a wireless communications device |
EP2343881B1 (en) * | 2010-01-07 | 2019-11-20 | LG Electronics Inc. | Method of processing application in digital broadcast receiver connected with interactive network, and digital broadcast receiver |
GB201105502D0 (en) * | 2010-04-01 | 2011-05-18 | Apple Inc | Real time or near real time streaming |
WO2011142160A1 (ja) * | 2010-05-10 | 2011-11-17 | 日立コンシューマエレクトロニクス株式会社 | デジタル放送受信装置およびデジタル放送受信方法 |
KR101314865B1 (ko) | 2010-07-06 | 2013-10-04 | 김덕중 | 모바일 환경에서 tv 화면과 연동하는 증강 현실을 제공하는 방법, 이를 위한 부가 서비스 서버 및 방송 시스템 |
US8863196B2 (en) * | 2010-11-30 | 2014-10-14 | Sony Corporation | Enhanced information on mobile device for viewed program and control of internet TV device using mobile device |
KR20120062549A (ko) * | 2010-12-06 | 2012-06-14 | 한국전자통신연구원 | 자동 채널변환을 이용한 재난 정보의 방송 장치 및 방법 |
US9137288B2 (en) * | 2010-12-20 | 2015-09-15 | Yahoo! Inc. | Scalable push-based architecture for web applications |
SG10201600432YA (en) * | 2011-02-21 | 2016-02-26 | Univ Singapore | Apparatus, system, and method for annotation of media files with sensor data |
KR101813032B1 (ko) * | 2011-04-11 | 2017-12-28 | 엘지전자 주식회사 | 이동 단말기 및 이것의 쿠폰 관리 방법 |
KR101517711B1 (ko) * | 2011-04-20 | 2015-05-04 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치 |
JP2012227900A (ja) | 2011-04-22 | 2012-11-15 | Toshiba Corp | 認証コンポーネント、被認証コンポーネントおよびその認証方法 |
EP2521374B1 (en) * | 2011-05-03 | 2016-04-27 | LG Electronics Inc. | Image display apparatus and methods for operating the same |
US20140044123A1 (en) * | 2011-05-23 | 2014-02-13 | Twilio, Inc. | System and method for real time communicating with a client application |
WO2012162397A1 (en) * | 2011-05-23 | 2012-11-29 | Twilio, Inc. | System and method for connecting a communication to a client |
US8416538B2 (en) | 2011-07-29 | 2013-04-09 | Seagate Technology Llc | Shaped shield for a magnetoresistive head |
US20130036442A1 (en) * | 2011-08-05 | 2013-02-07 | Qualcomm Incorporated | System and method for visual selection of elements in video content |
KR101995425B1 (ko) * | 2011-08-21 | 2019-07-02 | 엘지전자 주식회사 | 영상 표시 장치, 단말 장치 및 그 동작 방법 |
EP2750309A4 (en) | 2011-08-26 | 2015-07-15 | Japan Broadcasting Corp | RECEIVERS AND RECEIVER PROCEDURES |
KR101916437B1 (ko) | 2011-11-28 | 2019-01-30 | 엘지전자 주식회사 | 모바일 기기, 영상표시장치 및 그 동작방법 |
US9137559B2 (en) * | 2011-12-05 | 2015-09-15 | At&T Intellectual Property I, Lp | Apparatus and method for providing media programming |
WO2013085263A1 (ko) * | 2011-12-08 | 2013-06-13 | 엘지전자 주식회사 | 네트워크 tv 및 네트워크 tv 동작 방법 |
US20130173765A1 (en) * | 2011-12-29 | 2013-07-04 | United Video Properties, Inc. | Systems and methods for assigning roles between user devices |
WO2013114454A1 (ja) * | 2012-02-01 | 2013-08-08 | 日立コンシューマエレクトロニクス株式会社 | コンテンツ受信装置、コンテンツ受信方法、及び、デジタル放送送受信システム |
WO2013150526A1 (en) * | 2012-04-02 | 2013-10-10 | Dixilang Ltd. | A client-server architecture for automatic speech recognition applications |
US20150158551A1 (en) | 2012-06-29 | 2015-06-11 | Panasonic Intellectual Property Management Co., Ltd. | Battery mounting device and electric bicycle |
JP5597230B2 (ja) * | 2012-08-17 | 2014-10-01 | 株式会社東芝 | 情報操作装置、情報出力装置および情報操作プログラム |
US8818021B2 (en) * | 2012-09-24 | 2014-08-26 | Mobitv, Inc. | Watermarking of digital video |
US9736008B1 (en) * | 2012-10-05 | 2017-08-15 | Kaazing Corporation | Communication rate adjustment extension |
US9736205B2 (en) * | 2012-10-15 | 2017-08-15 | Lg Electronics Inc. | Media share control apparatus, media reproducing apparatus, and method of providing user interface for media sharing thereof |
US20140129618A1 (en) * | 2012-11-08 | 2014-05-08 | General Instrument Corporation | Method of streaming multimedia data over a network |
EP2746941A1 (en) | 2012-12-20 | 2014-06-25 | Thomson Licensing | Device and method for optimization of data processing in a MapReduce framework |
US9639623B2 (en) * | 2012-12-20 | 2017-05-02 | Cable Television Laboratories, Inc. | Method for remotely controlling a video playing within a first web page at a first device from a second device using a document object model |
KR102069876B1 (ko) * | 2012-12-21 | 2020-01-23 | 삼성전자주식회사 | 전자 기기, 개인 클라우드 기기, 개인 클라우드 시스템 및 이들의 개인 클라우드 기기 등록 방법 |
US9596170B2 (en) * | 2013-03-14 | 2017-03-14 | Level 3 Communications, Llc | Dynamically optimizing content delivery using manifest chunking |
US9402107B2 (en) * | 2013-03-15 | 2016-07-26 | Time Warner Cable Enterprises Llc | Apparatus and methods for delivery of multicast and unicast content in a content delivery network |
US9066153B2 (en) * | 2013-03-15 | 2015-06-23 | Time Warner Cable Enterprises Llc | Apparatus and methods for multicast delivery of content in a content delivery network |
US9173000B2 (en) * | 2013-04-12 | 2015-10-27 | Sony Corporation | Automatic discovery and mirroring of server-client remote user interface (RUI) session on a companion device and synchronously controlling both sessions using RUI on companion device |
US9560126B2 (en) * | 2013-05-06 | 2017-01-31 | Alcatel Lucent | Stateless load balancing of connections |
US9143565B2 (en) * | 2013-05-30 | 2015-09-22 | Opentv, Inc. | Synchronizing an application on a companion device |
US20150375106A1 (en) * | 2013-06-10 | 2015-12-31 | Huan Liu | Implementing user motion games |
JP2015012561A (ja) * | 2013-07-02 | 2015-01-19 | ソニー株式会社 | 表示装置、情報取得方法及び情報提供方法 |
EP3017579B1 (en) * | 2013-08-23 | 2018-05-09 | Huawei Technologies Co., Ltd. | System and device for enabling any network functionality client or server in a html5 application |
JP6301624B2 (ja) * | 2013-10-03 | 2018-03-28 | 株式会社東芝 | 放送受信装置、情報処理システムおよび情報処理装置 |
US10892045B2 (en) * | 2013-11-20 | 2021-01-12 | Medical Informatics Corp. | Distributed grid-computing platform for collecting, archiving, and processing arbitrary data in a healthcare environment |
KR101780038B1 (ko) * | 2013-11-21 | 2017-09-19 | 엘지전자 주식회사 | 방송 신호 송수신 장치 및 방법 |
CN105765982B (zh) * | 2013-11-25 | 2019-08-20 | Lg电子株式会社 | 发送广播信号的装置及其方法 |
JP2016541186A (ja) * | 2013-11-29 | 2016-12-28 | エルジー エレクトロニクス インコーポレイティド | 放送信号送信装置、放送信号受信装置、放送信号送信方法及び放送信号受信方法 |
JP2015106827A (ja) * | 2013-11-29 | 2015-06-08 | 株式会社東芝 | 電子機器とその映像表示方法及び映像表示プログラム |
US9774652B2 (en) * | 2013-12-13 | 2017-09-26 | Sap Se | Systems to provide database updates |
WO2015089659A1 (en) * | 2013-12-16 | 2015-06-25 | Inbubbles Inc. | Space time region based communications |
US10713698B2 (en) * | 2014-01-27 | 2020-07-14 | Ushur, Inc. | Instant generation and usage of HTTP URL based unique identity for engaging in multi-modal real-time interactions in online marketplaces, social networks and other relevant places |
EP3103205A4 (en) * | 2014-02-03 | 2017-06-28 | LG Electronics Inc. | Broadcast receiving device and operating method thereof |
KR102337651B1 (ko) * | 2014-02-13 | 2021-12-10 | 삼성전자주식회사 | 송신 장치, 수신 장치 및 그 제어 방법 |
US9432431B2 (en) * | 2014-03-18 | 2016-08-30 | Accenture Global Servicse Limited | Manifest re-assembler for a streaming video channel |
CN105100954B (zh) * | 2014-05-07 | 2018-05-29 | 朱达欣 | 一种基于互联网通信及流媒体直播的交互应答***及方法 |
US20150341472A1 (en) * | 2014-05-20 | 2015-11-26 | Jason Russell Yanofski | System for real-time, graphics-based web communication using HTML 5 WebSockets |
US10110657B2 (en) * | 2014-07-03 | 2018-10-23 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for pushing live media content in an adaptive streaming environment |
US9172705B1 (en) * | 2014-07-10 | 2015-10-27 | Forcefield Online, Inc | System and method for remote, interactive network and browsing supervision, monitoring, and approval |
DE102014012355A1 (de) * | 2014-08-25 | 2016-02-25 | Unify Gmbh & Co. Kg | Verfahren zur Steuerung einer Multimedia-Anwendung, Softwareprodukt und Vorrichtung |
WO2016068342A1 (en) * | 2014-10-30 | 2016-05-06 | Sharp Kabushiki Kaisha | Media playback communication |
US9794604B2 (en) * | 2014-11-14 | 2017-10-17 | Panopto, Inc. | Systems and methods for transmitting segment-quality units of a streaming video session |
CN107210828A (zh) * | 2015-01-12 | 2017-09-26 | Lg电子株式会社 | 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 |
CN107431841A (zh) * | 2015-03-27 | 2017-12-01 | 夏普株式会社 | 用于内容信息消息交换的***和方法 |
KR102387881B1 (ko) * | 2015-04-17 | 2022-04-18 | 삼성전자주식회사 | 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치 |
WO2016170783A1 (en) * | 2015-04-21 | 2016-10-27 | Sharp Kabushiki Kaisha | Methods for media playback state information exchange |
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 |
US10498792B2 (en) * | 2015-05-17 | 2019-12-03 | Lg Electronics Inc. | Apparatus and method for transmitting or receiving broadcast signal |
CA2987376C (en) * | 2015-06-04 | 2022-09-06 | Sharp Kabushiki Kaisha | Methods for broadcast service signaling |
JPWO2016203850A1 (ja) * | 2015-06-16 | 2018-04-05 | ソニー株式会社 | 受信装置、送信装置、およびデータ処理方法 |
JP2017011503A (ja) * | 2015-06-22 | 2017-01-12 | ソニー株式会社 | 受信装置、送信装置、及び、データ処理方法 |
US10390064B2 (en) * | 2015-06-30 | 2019-08-20 | Amazon Technologies, Inc. | Participant rewards in a spectating system |
JP2017019180A (ja) | 2015-07-10 | 2017-01-26 | セイコーエプソン株式会社 | 液滴吐出装置 |
MX2018000327A (es) * | 2015-07-16 | 2018-03-14 | Sony Corp | Aparato receptor, aparato transmisor, y metodo de tratamiento de datos. |
-
2016
- 2016-07-20 US US15/579,405 patent/US10917186B2/en active Active
- 2016-07-20 EP EP16828057.6A patent/EP3328019B1/en active Active
- 2016-07-20 CN CN201680042286.7A patent/CN107852409A/zh active Pending
- 2016-07-20 WO PCT/KR2016/007897 patent/WO2017014553A1/ko active Application Filing
-
2021
- 2021-01-22 US US17/155,948 patent/US11228385B2/en active Active
- 2021-12-08 US US17/545,751 patent/US20220103274A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104737549A (zh) * | 2012-10-18 | 2015-06-24 | Lg电子株式会社 | 处理交互服务的设备和方法 |
CN104871552A (zh) * | 2012-11-28 | 2015-08-26 | Lg电子株式会社 | 处理交互服务的设备和方法 |
CN104969492A (zh) * | 2013-02-03 | 2015-10-07 | Lg电子株式会社 | 通过广播***提供紧急报警服务的装置及其方法 |
WO2014148813A1 (ko) * | 2013-03-19 | 2014-09-25 | 엘지전자 주식회사 | 신호 송신 장치, 신호 송신 방법 및 신호 송수신 시스템 |
WO2015041494A1 (ko) * | 2013-09-23 | 2015-03-26 | 삼성전자 주식회사 | 무선 통신 시스템에서 어플리케이션 실행 방법 및 장치 |
CN105579995A (zh) * | 2013-09-23 | 2016-05-11 | 三星电子株式会社 | 在无线通信***中执行应用的方法和装置 |
WO2015072763A1 (ko) * | 2013-11-13 | 2015-05-21 | 엘지전자(주) | 네트워크로 연결된 방송 수신 장치와 다른 디바이스 간 연결을 관리하는 방법 및 장치 |
Also Published As
Publication number | Publication date |
---|---|
US20210143927A1 (en) | 2021-05-13 |
US10917186B2 (en) | 2021-02-09 |
US11228385B2 (en) | 2022-01-18 |
EP3328019A1 (en) | 2018-05-30 |
US20180139001A1 (en) | 2018-05-17 |
EP3328019B1 (en) | 2019-11-27 |
EP3328019A4 (en) | 2019-01-02 |
WO2017014553A1 (ko) | 2017-01-26 |
US20220103274A1 (en) | 2022-03-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10790917B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
US10687121B2 (en) | Method for a primary device communicating with a companion device, and a primary device communicating with a companion device | |
KR101814404B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
US11374996B2 (en) | Apparatus and method for transmitting or receiving broadcast signal | |
KR101871727B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
CN106233692B (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 | |
US10516771B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
CN107852530A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
US10873495B2 (en) | Apparatus and method for transmitting or receiving broadcast signal | |
CN105900359A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
KR20180001559A (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
US20220103274A1 (en) | Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method | |
US10749917B2 (en) | Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method |
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 |
Application publication date: 20180327 |
|
WD01 | Invention patent application deemed withdrawn after publication |