CN115552914A - 用于增强的多媒体信号广播、接收、数据递送和数据收集的***和方法 - Google Patents
用于增强的多媒体信号广播、接收、数据递送和数据收集的***和方法 Download PDFInfo
- Publication number
- CN115552914A CN115552914A CN202180017917.0A CN202180017917A CN115552914A CN 115552914 A CN115552914 A CN 115552914A CN 202180017917 A CN202180017917 A CN 202180017917A CN 115552914 A CN115552914 A CN 115552914A
- Authority
- CN
- China
- Prior art keywords
- packet
- content
- packets
- payload
- modified
- 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
- 238000000034 method Methods 0.000 title claims abstract description 154
- 238000013480 data collection Methods 0.000 title description 3
- 230000005540 biological transmission Effects 0.000 claims abstract description 88
- 238000002347 injection Methods 0.000 claims description 71
- 239000007924 injection Substances 0.000 claims description 71
- 238000012360 testing method Methods 0.000 claims description 21
- 238000012545 processing Methods 0.000 claims description 12
- 238000009877 rendering Methods 0.000 claims description 4
- 230000005641 tunneling Effects 0.000 claims description 4
- 230000004044 response Effects 0.000 claims description 3
- 230000008569 process Effects 0.000 description 85
- 238000004891 communication Methods 0.000 description 15
- 239000000872 buffer Substances 0.000 description 13
- 102100026278 Cysteine sulfinic acid decarboxylase Human genes 0.000 description 6
- 108010064775 protein C activator peptide Proteins 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000008054 signal transmission Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003139 buffering effect Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 239000000047 product Substances 0.000 description 2
- 230000003442 weekly effect Effects 0.000 description 2
- 241001025261 Neoraja caerulea Species 0.000 description 1
- 241000649053 Spinach curly top Arizona virus Species 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000013528 artificial neural network Methods 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000005577 local transmission Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000003062 neural network model Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000000306 recurrent effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
- H04N21/440218—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Television Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
新的***和方法允许通过单向内容递送网络传输多种类型的内容协议,诸如电视广播。在网络传输位置(诸如电视广播电台)处使用的硬件和/或软件以及位于端点(诸如家庭电视、汽车信息娱乐***或第一响应者位置)处的硬件和/或软件允许原生ATSC 1.0信号在其中嵌入了未编码为ATSC 1.0内容的附加内容。可以检测非ATSC 1.0内容并将其与ATSC 1.0内容隔离,以便端点设备(诸如电视接收器)不会尝试渲染非ATSC 1.0内容(诸如例如ATSC 3.0内容或特定于应用的内容)作为正常ATSC 1.0编程。代替地,非ATSC 1.0内容将被单独解码、组装和处理,以允许端点使用和显示多种类型的内容,即使广播信号仅作为ATSC 1.0信号被传输。
Description
相关申请的交叉引用
本申请要求2020年1月2日提交的美国临时申请No.62/956,519的优先权,其内容通过引用整体并入本文。
背景技术
ATSC 3.0是下一代电视广播标准,其可以被实现以替代现有的广泛使用的ATSC1.0标准,从而提供扩展的功能和交互性。ATSC3.0标准可以允许广播和宽带/互联网世界的融合,以提供丰富的混合服务以及各种能力,诸如4K视频、沉浸式音频、交互式应用、高级音频/视频压缩、稳健的调制、单频率传输***,以克服针对诸如电视、电话、平板电脑、汽车仪表板等设备上的信号接收的物理障碍。
目前,ATSC 3.0标准被视为与运行ATSC 1.0标准的设备向后不兼容。换句话说,鉴于现有技术,为了让广播公司开始广播ATSC3.0内容,广播公司将需要用在ATSC 3.0标准上操作的新装备和***替换其ATSC 1.0传输装备和***。
现在参考图1,示出了用于传输和接收ATSC 1.0内容的典型***10的简化表示。***10包括接收电视A/V内容的ATSC 1.0编码器12,其将内容编码成ATSC 1.0多节目运输流(MPTS)格式的信号14,然后将其供应给包括在***10中的ATSC 1.0激励器(例如,传输塔)16。ATSC 1.0激励器16广播RF传输,ATSC 1.0MPTS 14被编码到该RF传输上。用于ATSC 1.0广播的典型RF传输一般被FCC限制到6Mhz频道,并且考虑到ATSC 1.0协议格式化数据的方式,可以在那个带宽上编码的内容近似为19.49Mb/s(或大约2个HDTV频道和三个SCTV频道)。
如图所示,ATSC 1.0RF信号由ATSC 1.0接收器设备20接收,该接收器设备20可以包括电视、天线、机顶盒等,以及接收广播传输、将RF信号转换成数字信息、对数字ATSC 1.0信号18进行解码,并提取ATSC 1.0RF信号18中的任何ATSC 1.0内容的任何必要组件,ATSC1.0RF信号18可以包括内容的一个或多个子频道,诸如新闻、体育、天气等。ATSC 1.0接收器设备20然后可以在包括在ATSC 1.0接收器设备20中的显示器22上显示ATSC 1.0内容。
注意的是,只有ATSC 1.0通过广播传输被发送,并且只有符合ATSC 1.0的接收器设备(例如,ATSC 1.0接收器设备20)可以接收和解码ATSC 1.0RF信号18。将符合ATSC 3.0的接收器设备(其中,目前,在大多数地区,公众可用的此类设备有或没有限制,因为所有或基本上所有电视广播都是经由ATSC 1.0传输完成的)将无法接收和解码ATSC 1.0RF信号18,因为编码和广播协议在ATSC 1.0与ATSC 3.0之间有所不同。例如,ATSC 1.0内容具有特定的打包协议(具有特定的报头/元数据信息和格式化),并且此类分组内的内容通常基于MPEG-2(H.262)规范(188字节的MPEG运输流打包)用于视频以及Dolby AC-3用于音频。分组通常使用8VSB调制进行广播,分组具有特定的“运输流”媒体容器格式。这个标准专为有损广播而设计,地面无线电视广播就是这种情况。
相比之下,另一方面,ATSC 3.0对具有高编码视频压缩或HEVC(H.265)的视频内容使用MPEG-DASH或MPEG媒体运输(MMT)打包,并为美国市场中的音频提供Dolby AC-4支持。与在一些标准实施方式中可以具有19.4Mbps的最大吞吐量的ATSC 1.0不同,典型的ATSC3.0实施方式常常具有高达大约56Mbps的最大吞吐量以及适当的调制。由于这个和其它属性,可以充分利用ATSC3.0广播格式化(如下所述)为诸如电话、平板电脑、汽车仪表板等移动设备以及电视提供稳健的信号。此外,ATSC 3.0提供UltraHD4K分辨率质量,而ATSC 1.0最多可以支持全高清(即,1080p)。ATSC 3.0传输可以在与ATSC 1.0传输相同的6MHz频率频道上进行广播,但是通过使用正交频分复用(OFDM)而不是8VSB调制,ATSC 3.0可以提供高达大约三倍于ATSC 1.0的数据速率。
在接收器侧,对数据应用特定的解调和纠错,然后对分组进行特定于ATSC 1.0的解复用。此外,由于这些标准、打包协议和A/V协议,ATSC 1.0在其广播位速率和视频播放位速率方面受到限制。
因此,目前广播公司不能向具有单个ATSC 1.0激励器16的ATSC 1.0接收器设备和ATSC 3.0接收器设备广播,并且广播公司不能向ATSC 1.0接收器设备发送ATSC 3.0A/V内容,反之亦然。
如上面所提到的,为了让广播公司开始广播ATSC 3.0内容,广播公司目前需要用在ATSC 3.0标准上操作的新装备和***来替换其ATSC 1.0传输装备和***。更换ATSC 1.0传输装备,特别是激励器(例如,ATSC 1.0激励器16)编码器等,可以是昂贵的。除了考虑更换ATSC 1.0传输装备的成本之外,广播公司还需要考虑如果电台转为广播ATSC 3.0内容,那么将失去多少当前只有ATSC 1.0接收器的观众。此外,如果广播公司保留当前的ATSC1.0装备,那么广播公司会失去使用ATSC 3.0接收器设备的潜在客户,这些客户可以选择观看其它广播公司广播的ATSC 3.0内容。而且,鉴于FCC规定的每个广播公司的带宽分配,广播公司尝试在同一频带内同时发送ATSC 1.0和ATSC 3.0传输是不切实际的。
发明内容
本公开描述了克服现有技术的缺点的多个实施例、技术、特征和优点。
例如,提供了一种用于传输增强的多媒体信号的方法。该方法包括接收多媒体内容,包括多个高级电视***委员会(ATSC)3.0分组;生成包括多个ATSC 1.0分组的经修改的ATSC 1.0运输流,其中多个经修改的ATSC 1.0分组中的每个分组包括:多个ATSC 3.0分组的ATSC 3.0分组的至少一部分;以及经修改的ATSC 1.0分组不会渲染为ATSC 1.0内容的指示符;将经修改的ATSC 1.0分组中的至少一个分组注入到ATSC 1.0多节目运输流(MPTS)中;以及广播ATSC1.0MPTS。
作为另一个示例,提供了一种用于接收增强的多媒体信号的方法。该方法包括:在硬件设备处接收包括多个ATSC 1.0分组的高级电视***委员会(ATSC)1.0广播;为多个ATSC 1.0分组中的每个分组确定相应的ATSC 1.0分组是否将被渲染为ATSC 1.0内容;识别包括在广播中的将不被渲染为ATSC 1.0内容的多个经修改的ATSC 1.0分组,其中多个经修改的ATSC 1.0分组中的每个分组包括:表示非ATSC 1.0内容的分组的至少一部分;以及经修改的ATSC 1.0分组将不被渲染为ATSC 1.0内容的指示符;将多个经修改的ATSC 1.0分组的至少一部分转换成包括非ATSC 1.0内容的信号;以及使得根据用户请求渲染非ATSC 1.0内容。
本文所述的各种方法可以经由多种***和硬件配置来实现。例如,提供了一种包括接收器和处理器的电视传输***。接收器被配置为接收第一类型的电视内容和第二类型的电视内容。处理器连接到存储器,存储器在其上存储指令集,指令集在由处理器执行时使处理器:根据第一类型的电视内容的协议生成传输信号;使用机会调度方案,在传输之前定位传输信号内的可用有效载荷空间;将第二类型的电视内容重新格式化为第一类型的电视内容的协议的分组,并将重新格式化的分组***传输信号内的可用有效载荷空间;以及发送器,经由电视频带接收和广播传输信号。
作为另一个示例,提供了一种接收器,其包括输入端、输出端和处理器。输入端可以被连接成接收电视广播信号。输出端被配置为连接到显示器。处理器被连接成从输入端接收电视广播信号,并且还连接到存储器,该存储器上存储有软件指令集,指令集在由处理器执行时使处理器:将电视广播信号数字化成分组;确定每个分组是否包含电视内容类型的指示符,该电视内容类型不是电视广播信号原生的;如果不存在这样的指示符,那么使用第一解码方案处理分组以渲染为原生电视内容类型;如果对于分组存在这样的指示符,那么使用第二解码方案处理分组以渲染为第二电视内容类型;以及将原生电视内容和第二电视内容类型呈现到输出端以显示为电视频道。
附图说明
图1示出了ATSC 1.0传输基础设施的示例。
图2示出了用于在单个ATSC 1.0广播传输上传输和接收ATSC1.0和ATSC 3.0内容的***的示例。
图3示出了根据本文公开的某些实施例的用于在ATSC 1.0传输基础设施上生成、传输和接收ATSC 3.0流的***的示例。
图4示出了可以在本文公开的某些***中使用的数据管道的说明性示例。
图5A示出了ATSC 1.0/3.0混合流的说明性示例。
图5B示出了示例性ATSC 1.0分组和经修改的ATSC 1.0分组。
图6示出了用于解码ATSC 1.0RF信号的过程。
图7示出了用于将ATSC 3.0内容注入ATSC 1.0流的过程。
图8示出了用于注入服务器的示例性硬件的示意图。
图9A-D示出了用于实现向用户提供增强的ATSC广播通信的装备的一系列配置和体系架构。
图10是示出广播公司、用户和可选的数据服务之间的传输和数据流的示例的图。
图11描绘了示例仪表板,电台或第三方供应商可以通过该仪表板控制和监视向各种观众和接收者的内容传递。
图12是示出利用如本文所述的混合信号传输的各种替代配置和***的图。
具体实施方式
本文公开了各种***和方法,用于克服现有方法的缺点和限制。本发明的方面允许否则将是常规前向不兼容的ATSC 1.0广播***中的新能力和混合内容传输。此外,本发明的方面提供了向后兼容的能力,其成本仅是设置整个ATSC 3.0发送器***的成本的一小部分,以及用ATSC 3.0接收器***播种市场所需的努力的一小部分。广播公司可以充分利用他们现有的ATSC 1.0***和本文描述的***和方法的修改,同时受益于ATSC 3.0标准的优势。
现在参考图2,示出了用于在单个基于ATSC 1.0的广播信号上传输和接收ATSC1.0和ATSC 3.0内容两者的新体系架构50。该体系架构可以被认为包括广播***和多个接收***。广播***50可以包括可以接收ATSC 1.0风格的MPTS流14(例如,其可以是与图1相同或相似的运输流)以及ATSC 3.0运输流(TS)56的注入服务器。注入服务器52重新格式化流,多路复用它们,并将两个流***单个ATSC 1.0混合流58。注入服务器的操作的细节包括在下面。
注入服务器52可以从合适的源接收ATSC 3.0TS流56,诸如从外部基于IP的连接或本地STL到***中包括的TS多路复用器54。注入服务器52可以首先将来自ATSC 3.0TS流56的内容数据和元数据的分组重新格式化为ATSC 1.0分组,然后将重新格式化的分组动态***到ATSC 1.0MPTS流14的“空”点或带宽中的空空间中(即,代替原本会是空分组的内容)。
在一个实施例中,注入服务器52可以确保对于每个重新格式化的ATSC 3.0分组,分组包含符合ATSC 1.0规范和/或ISO 13818-1标准的报头、标志和元数据。如果没有,那么服务器52可以将这种格式和信息添加到每个分组。服务器52可以将“运输私有数据”标志(这是ATSC 1.0协议中的可选设置,并且可以适用于在本文描述的***和方法中使用)设置为高(即,将该标志设置为一)并且然后在分组中包括ATSC 3.0TS数据。因此,广播公司将知道大多数常规配置的ATSC 1.0接收器不会尝试处理分组的内容以显示给消费者。根据设计,常规的ATSC 1.0接收器被编程为不处理“运输私有数据”分组的内容以供显示。此外,在一些实施例中,重新格式化的ATSC3.0分组的运输数据长度字段可以基于分组内的ATSC3.0数据的尺寸来设置。混合接收器设备,诸如下面描述的ATSC 1.0/3.0混合接收器设备62,可以具有存储在板载存储器中的软件,该软件使接收器从ATSC 1.0RF传输中接收到的私有数据分组中提取ATSC 3.0数据,单独解码那个分组的内容,然后使用该内容生成单独的非ATSC 1.0内容,诸如回放ATSC 3.0内容。ATSC 1.0MPTS 14中已经存在的ATSC 1.0分组可以保持不被修改(即,原生格式)。注入服务器52然后可以输出ATSC 1.0混合流,该混合流可以包括来自ATSC 1.0MPTS 14的原生ATSC 1.0分组以及来自ATSC 3.0TS 56的包含ATSC3.0数据的动态***的、重新格式化的分组。
新的广播***50可以包括与现有技术***10相同的ATSC 1.0激励器16,以及***50的许多其它组件(包括为要发送到激励器16的ATSC 1.0MPTS 14提供的所有组件)。添加的装备是注入服务器。以这种方式,广播公司无需更换现有激励器即可广播ATSC 3.0内容,从而实现更高的效率和连续性。ATSC 1.0激励器16可以输出ATSC1.0混合流58作为ATSC1.0混合RF信号60。事实上,正在广播例如ATSC 1.0内容的3个子频道的广播公司可以继续不间断地广播那些子频道,但随后也广播ATSC 3.0内容。
激励器16可以将ATSC 1.0混合RF信号60广播到与现有技术***10相同的ATSC1.0接收器设备20。ATSC 1.0接收器设备20可以接收和解码ATSC 1.0混合RF信号60,并且特别是原生ATSC 1.0分组。ATSC 1.0接收器设备20将不会尝试解码包含ATSC 3.0数据的ATSC1.0分组,因为对于那些分组,运输私有数据标志被设置为高。接收器设备20将仅解码和显示来自原生ATSC 1.0分组的内容。以这种方式,***50可以向已经存在的ATSC 1.0设备广播内容,而无需来自消费者侧的任何改变(例如,购买新的接收器设备,诸如电视机)。消费者也可能无法感知节目中的任何差异(例如,新闻子频道的子频道编号可以保持不变)。
同时,来自激励器16的包含ATSC 1.0混合RF信号60的广播传输也可以由新的ATSC1.0/3.0混合接收器设备62接收。在一个实施例中,这个设备62可以包括显示器64,或者它可以是独立的接收器(例如,如在有线机顶盒中)。ATSC 1.0/3.0混合接收器设备62可以解码和处理来自ATSC 1.0混合RF信号60的ATSC 1.0内容和ATSC 3.0内容两者。ATSC 1.0/3.0混合接收器设备62可以以与ATSC1.0接收器设备20类似的方式解码原生ATSC 1.0分组。此外,ATSC1.0/3.0混合接收器设备62可以包括可以处理包含ATSC 3.0数据的ATSC 1.0分组的附加硬件组件、应用、固件等。ATSC 1.0/3.0混合接收器设备62可以基于运输私有数据标志的位置检测包含ATSC 3.0数据的分组。当给定分组上的运输数据标志为高时,ATSC 1.0/3.0混合接收器设备62然后可以执行确定该分组是否包含ATSC 3.0内容(或者例如是通常可以在此类分组中发送正常的政府或公共紧急情况信息)的例程。在一个实施例中,例程检测分组中的内容的类型、分组长度或分组的其它元数据以确定内容是ATSC 3.0数据。设备62然后可以基于预定方式提取ATSC 3.0数据,这将在下面描述。ATSC1.0/3.0混合接收器设备62然后可以基于用户偏好显示ATSC 1.0内容和/或ATSC 3.0内容。
在一些实施例中,ATSC 1.0/3.0混合接收器设备62可以是原生ATSC 1.0接收器设备(否则被认为与ATSC 3.0内容不兼容),其包括接收器天线和被配置为正常接收ATSC 1.0内容的其它装备(例如,ATSC 1.0惯用的位流速率、带宽、错误检查等)并且还包括从ATSC1.0混合RF信号60解码ATSC 3.0内容的应用。因此,在一些实施例中,ATSC 1.0/3.0混合接收器设备62可以通过采用已经存在的ATSC 1.0接收器设备(例如,ATSC 1.0接收器设备20)并下载应用(例如,从应用商店)或被配置为解码包含ATSC 3.0数据的ATSC1.0分组的固件补丁来产生。以这种方式,只需下载并安装应用或补丁,即可将具有足够硬件的ATSC1.0接收设备变成ATSC 1.0/3.0混合接收设备。
在一些实施例中,包括足够的硬件和软件以从ATSC 1.0混合RF信号60解码ATSC1.0内容和ATSC 3.0内容的外部机顶盒可以连接到已经存在的ATSC 1.0接收器设备(例如,ATSC 1.0接收器设备20)以形成ATSC 1.0/3.0混合接收器设备62。因此,与购买附加的ATSC1.0/3.0混合接收设备相比,消费者可以能够以相对小的成本创建ATSC 1.0/3.0混合接收器设备62。更具体而言,机顶盒的成本可以显著小于整个ATSC 1.0/3.0混合接收器设备的成本,其可以包括比机顶盒成本更高的电视机。
新***50可以被用于继续向现有ATSC 1.0接收器设备提供ATSC 1.0内容,同时向某些接收器设备(诸如ATSC 1.0/3.0混合接收器设备62)提供ATSC 1.0和ATSC 3.0内容两者。此外,可以认识到的是,***50可以在保留广播侧和消费者侧的现有基础设施的至少一部分的同时被实现。广播公司可能只需要购买注入服务器52,并且可以保留已经存在的ATSC 1.0激励器16。如果消费者不期望接收ATSC 3.0内容,那么他们可能不需要购买任何新装备。消费者可以通过下载并应用到他们的ATSC 1.0接收器设备和/或购买如上所述的机顶盒来“选择加入”接收ATSC 3.0内容。
用于在ATSC 1.0信号传输上传输ATSC 3.0内容的示例***和方法
现在参考图3,示出了用于在ATSC 1.0传输基础设施上生成、传输和接收ATSC 3.0流的新***100的另一个示例。***100将(一个或多个)ATSC 3.0流***ATSC 1.0多节目运输流(MPTS)中,其总带宽为19.4Mbps。与上述图3中的***50一样,***100使ATSC 3.0流能够在全行业现有的ATSC 1.0传输基础设施上传输,以到达市场上已经存在的ATSC 1.0调谐器。
***100可以包括编码器112、互联网协议(IP)源114、ATSC3.0链102、104和106,演播室到发送器链路隧道协议(STLTP)到运输流(TS)多路复用器108,注入服务器110、ATSC1.0激励器116和接收器堆栈117。多路复用器108可以从ATSC 3.0链102、104、106接收数量“n”个STLTP输入。多路复用器108可以生成TS数据流并将其输出到注入服务器110。***100还可以包括命令和控制(CCL)数据源140和广播交换格式(BXF)数据源142。
多路复用器108可以输出经修改的ATSC 1.0TS数据流。ATSC3.0链102、104、106中的每一个可以包括ATSC 3.0分组,该分组包括1500字节的数据。因为ATSC 3.0分组可以比ATSC 1.0分组的有效载荷大得多,因此多路复用器108可以将每个ATSC 3.0分组划分为多个较小的分组,这些分组可以作为有效载荷包括在ATSC 1.0分组中。在一些实施例中,多路复用器可以将每个ATSC 3.0分组划分为九个部分。然后可以将每个部分***ATSC 1.0分组的有效载荷部分中。
多路复用器108可以用与ATSC 3.0分组相关联的元数据填充每个ATSC 1.0分组中的某些字段(例如,PID)。多路复用器108还可以将每个经修改的ATSC 1.0分组中的运输专用数据标志设置为高电平(例如,“1”)。多路复用器108还可以将与原始ATSC 3.0分组内的ATSC 3.0数据的位置相关联的某些元数据添加到每个经修改的ATSC 1.0分组。例如,元数据可以包括这样的信息:经修改的ATSC 1.0分组的有效载荷中的ATSC 3.0数据的部分是原始ATSC 3.0分组的九个部分中的三分之一。下面将描述示例性经修改的ATSC1.0分组。多路复用器108可以向注入服务器110输出包括与ATSC3.0链102、104、106相关联的经修改的ATSC 1.0分组(包括原生ATSC 3.0数据)的经修改的ATSC 1.0TS数据流。
在一些实施例中,多路复用器108可以被包括在注入服务器中,诸如注入服务器160。在这些实施例中,注入服务器160可以执行注入服务器110的功能以及接收ATSC 3.0链102,104,106并生成ATSC 3.0TS数据流。在一些实施例中,注入服务器160可以被实现为具有适当输入端和输出端(例如,IP(IN)、接收STLTP链的输入端、ASI输入端等)的计算设备上的计算机可读指令。
注入服务器110可以包括多个输入端以从***100中包括的各种源接收数据。输入端可以包括诸如物理接口之类的端口。注入服务器100可以包括可以接收来自多路复用器108的TS数据流的端口,可以接收诸如ATSC 1.0MPTS流之类的MPTS流(例如,从编码器112或IP源114)的端口、可以接收命令和控制数据的端口,以及可以接收BXF数据的端口。下面将描述可以被用于实现注入服务器110的示例性硬件。
在一些实施例中,注入服务器110可以包括可以耦合到IP源114的IP输入端111和可以耦合到编码器112的异步串行接口(ASI)输入端113。以这种方式,注入服务器110可以接收来自不同源的ATSC 1.0MPTS流。在其它实施例中,注入服务器110可以仅包括IP输入端111或ASI输入端113之一。ATSC 1.0多节目运输流(MPTS)信号可以由IP源114和/或编码器112生成,并且被发送到注入服务器110的IP输入端111和/或ASI输入端113。
注入服务器110还可以实现注入应用109。注入应用109可以从多路复用器108、编码器112或IP源114中的至少一个、CCL数据源140和BXF数据源142接收数据,并输出包括ATSC 1.0数据和ATSC 3.0数据的ATSC 1.0TS数据流。
注入服务器110和多路复用器108具有存储器内通信频道。
在一些实施例中,注入服务器可以接收来自多路复用器108的TS数据流、来自CCL数据源140的CCL数据和来自BXF数据源142的BXF数据,并基于TS数据流、CCL数据和BXF数据将ATSC3.0内容***从编码器112和IP源114接收的ATSC 1.0MPTS数据流。对于ATSC 3.0内容,某些元数据(诸如定时数据)可以固有地包括在ATSC 3.0TS流中。为了确保在将TS数据流***ATSC 1.0MPTS数据流中的分组中时不会丢失这个元数据,注入服务器110可以将CCL数据和BXF数据与TS数据流一起***到ATSC 1.0分组中。然后,注入服务器可以将数据ATSC1.0数据分组(包含ATSC3.0数据)注入到ATSC 1.0MPTS数据流中,以生成经修改的ATSC1.0MPTS数据流。
注入服务器110可以将经修改的ATSC 1.0MPTS数据流输出到ATSC 1.0激励器116。以这种方式,ATSC 1.0激励器116可以继续向ATSC 1.0接收器设备(例如,图1中的ATSC 1.0接收器设备)以及向某些接收器设备(例如,ATSC 1.0/3.0混合接收器设备62)广播ATSC3.0内容(例如,ATSC 3.0链102、104、106中的内容)。下面将描述注入服务器110如何可以将ATSC 3.0内容注入ATSC 1.0MPTS数据流。
注入服务器110可以将经修改的ATSC 1.0MPTS数据流(包括ATSC 3.0内容)输出到ATSC 1.0激励器116。注入服务器110可以通过ASI链路或其它合适的连接耦合到ATSC 1.0激励器116并与之通信。在一些实施例中,注入服务器110可以在ASI输出端115处将经修改的ATSC 1.0MPTS数据流输出到ATSC 1.0激励器116。
ATSC 1.0激励器116可以包括RF天线或天线阵列。ATSC 1.0激励器116可以包括互补输入端以从注入服务器110接收数据。在一些实施例中,ATSC 1.0激励器可以包括ASI输入端,其可以耦合到ASI输出端115以便接收经修改的ATSC 1.0数据流。
ATSC 1.0激励器116可以基于经修改的ATSC 1.0MPTS数据流输出RF信号。RF信号可以由包括在接收器堆栈117中的ATSC 1.0调谐器118接收。
包括在***100中的接收器堆栈117还有助于同化在由ATSC 1.0调谐器118解调时接收到的数据。接收器堆栈117可以解码ATSC 1.0信号以检索(一个或多个)ATSC 3.0流和(一个或多个)相关联的广播公司应用(如果有),然后回放内容或在与接收器设备交互时调用广播公司应用。接收器堆栈117可以被包括在从电台接收广播数据的位置中。例如,接收器堆栈117可以包括在家中或公寓中。接收器堆栈可以包括ATSC 1.0调谐器118、TS到STLTP解复用器120、物理层管道(PLP)解复用器122、ATSC 1.0/3.0中间件124,以及ATSC 3.0接收器126。
在一个实施例中,ATSC 1.0和ATSC 3.0内容都可以通过给定的ATSC 1.0传输***传输。在这种***100的示例中,给定的ATSC1.0信号可以用不消耗信号的整个带宽的服务集来创建(例如,对于ATSC 1.0信号,整个带宽为19.4Mbps)。例如,ATSC 1.0服务可以仅占给定ATSC 1.0MPTS信号的带宽的一部分,其余带宽可用于携带ATSC 3.0数据。(在真正的仅ATSC 1.0的MPTS信号中,有时可以将空数据分组***未使用的带宽B中,以作为以后可以添加的任何内容的占位符。)例如,如果MPTS ATSC 1.0信号具有以位速率B1传输的服务S1(例如,子频道)、以位速率B2传输的服务S2(例如,B1和B2以Mbps为单位测量)等等,那么可以被用于ATSC 3.0TS数据流(即,可***ATSC 1.0MPTS信号中)的重新格式化的分组的地面电视广播的以Mbps为单位的可用剩余带宽B如以下等式1中所示。
知道可用带宽B在许多方面都可以是有用的。首先,它可以帮助广播公司了解可以包括在ATSC 1.0传输中的ATSC 3.0内容的类型和数量。例如,如果B是相对小的数字,那么可能无法在重新格式化的ATSC 3.0分组中发送4K质量的视频内容。或者,如果B是相对较大的数字,那么广播公司可以计划发送更多或更大的内容。其次,本公开的注入服务器50可以使用B的值来准备和计划如何将分组多路复用到传输上。
为了解释如何将它们多路复用到ATSC 1.0广播传输上,应当解决ATSC 3.0信号的生成。当从(一个或多个)ATSC 3.0链102、104、106生成时,ATSC 3.0信号可以被格式化为工作室到发送器链路隧道协议(STLTP)信号。输入的ATSC 3.0信号使用多路复用器108被打包成TS数据流,其作为输入之一被馈送到耦合到多路复用器108的注入服务器110。
在本示例中,由STLTP输出到TS多路复用器108的ATSC 3.0TS数据流可以由注入服务器110添加到(例如,***或以其它方式组合)在注入服务器110的IP输入端111或ASI 113输入端处接收到的ATSC 1.0MPTS信号。
注入服务器110还可以接收CCL数据信号和BXF数据信号。如上所述,CCL数据和BXF数据可以被用于保留基本元数据,诸如用于ATSC 3.0内容的定时数据。CCL数据信号可以用JavaScript对象表示法(JSON)格式化,并提供将在适当时候触发的(一个或多个)工件的细节。BXF数据信号可以用XML格式化并包括与广播链组件通信的关键信息。因此,BXF数据可以包括用于广播公司之间交换的数据。CCL数据和BXF数据都可以包括在ATSC 3.0TS分组中。例如,输出信号可以包括MPTS信号和STLTP信号。作为另一个示例,通过输出STLTP信号而不输出MPTS信号,输出信号可以仅包括ATSC 3.0节目。以这种方式,注入服务器110可以使用ATSC 1.0激励器(例如,包括在***100中的ATSC激励器116)向适当的接收器堆栈提供ATSC 3.0节目。
来自注入服务器110的结果输出信号是MPTS、STLTP、CCL数据和BXF数据的组合,如图4中所示。输出信号可以在ASI输出端115处输出到ATSC 1.0激励器116。ATSC 1.0激励器116可以将输出信号作为RF信号广播。在一些实施例中,注入服务器110通过用一个或多个计算机处理器执行计算机可读指令来实现。
在一些实施例中,注入服务器110可以输出包括ATSC 3.0内容而不包括任何ATSC1.0内容的ATSC 1.0数据流。注入服务器110可以仅接收来自多路复用器108的TS流、来自CCL数据源140的CCL数据,以及来自BXF数据源142的BXF数据而不接收ATSC 1.0MPTS数据流(例如,来自编码器112或IP源114)。可替代地,注入服务器110可以接收ATSC 1.0MPTS数据流但不使用ATSC 1.0MPTS数据流中的任何分组。注入服务器110可以生成新的ATSC1.0MPTS数据流,该数据流包括分组,该分组包括来自多路复用器108的ATSC 3.0内容以及包括在CCL数据和BXF数据中的任何必要元数据。以这种方式,注入服务器110可以通过ATSC1.0RF传输提供各种ATSC 3.0内容。
此外,广播公司可以将当前ATSC 1.0内容重新格式化为ATSC3.0内容,与内容为原始ATSC 1.0格式的情况相比,这可以使用多达百分之七十五的位。以这种方式,广播公司可以继续更高效地向用户提供当前节目。位的减少还可以允许广播公司使用已经被使用的激励器116来广播更多的内容(例如,更多的子频道)。
现在参考图3和图4,注入服务器110可以接收19.4Mbps MPTS数据信号130(例如,从IP源114或编码器112)和STLTP信号132(例如,经由多路复用器108输出的TS数据流)。由注入服务器110产生的输出信号可以是19.4Mbps MPTS+STLTP数据信号134,其可以被提供给ATSC 1.0激励器116。
返回到接收器堆栈117,ATSC 1.0调谐器118可以接收由ATSC1.0激励器传输的RF信号(例如,具有与注入服务器110输出的信号134的波形对应的波形)。通过接收RF信号,ATSC 1.0调谐器118可以接收ATSC 1.0MPTS数据和ATSC 3.0数据两者。RF信号可以包括与ATSC 1.0MPTS数据和/或ATSC 3.0数据相关的信息,并且也可以包括与CCL数据和/或BXF数据相关的信息。
ATSC 1.0调谐器118可以解码RF信号以产生TS信号。TS信号可以包括由注入服务器110输出到ATSC 1.0激励器116(例如,在ASI输出端115处)的经修改的ATSC 1.0MPTS数据流的至少一部分。ATSC 1.0调谐器118输出的TS信号中的某些分组可以包括错误,因此要求纠错。
原生ATSC 1.0接收器设备,诸如图1中的ATSC 1.0接收器设备20,可以包括ATSC1.0调谐器118。ATSC 1.0接收器设备将仅处理TS信号中包括ATSC 1.0数据的分组,因为具有ATSC 3.0数据的分组可以通过将运输私有数据标志设置为高来标记。换句话说,ATSC1.0接收器设备可以从ATSC 1.0激励器116接收RF信号,使用ATSC1.0调谐器(例如,图3中的ATSC 1.0调谐器)生成TS信号,并处理TS信号中的适当ATSC 1.0分组而无需任何附加的硬件或软件组件。
返回去参考接收器堆栈117,ATSC 1.0调谐器118可以将TS信号传输到TS到STLTP解复用器120。TS到STLTP解复用器120可以基于有多少子频道包括在TS信号中来生成并输出任何数量的STLTP链。例如,如果TS信号包括一个ATSC 1.0子频道和两个ATSC 3.0子频道,那么TS到STLTP解复用器120可以输出三个STLTP链。TS到STLTP解复用器120可以识别TS信号中的哪些分组是ATSC 1.0分组以及哪些分组是ATSC 3.0分组,并相应地处理分组。在一些实施例中,ATSC 1.0调谐器118可以将TS信号中的ATSC 1.0分组传输到ATSC 1.0/3.0中间件124。ATSC 1.0/3.0中间件124然后可以使用标准ATSC 1.0协议处理ATSC 1.0分组。
为了为一个或多个ATSC 1.0子频道生成一个或多个STLTP链,TS到STLTP解复用器120可以通过确定运输私有数据标志为低(即,零)来将分组识别为ATSC 1.0,基于分组的报头中的信息确定分组与哪个子频道相关联,并根据ATSC 1.0协议对分组的有效载荷进行解码。TS到STLTP解复用器120然后可以输出解码的有效载荷。在一个实施例中,当通过单个广播传输发送混合的1.0和3.0内容时,与1.0内容的各种子频道相比,可以对3.0内容使用单独的缓冲方案。在一些应用中,可以在ATSC 1.0广播内发送ATSC 3.0内容的多于一个子频道,使得对于每个1.0子频道流可以有缓冲区(基于ATSC 1.0分组中的标志或报头数据)并且对于ATSC 3.0子频道可以有多个缓冲区(基于从私有数据分组的有效载荷中解码的信息)。
为了为一个或多个ATSC 3.0子频道生成一个或多个STLTP链,TS到STLTP解复用器120可以通过确定运输私有数据标志为高(即,一)来将分组识别为ATSC 3.0,基于分组的报头中的信息确定分组与哪个子频道相关联,并使用将在下面进一步讨论的预定规则集解码分组的有效载荷。本质上,TS到STLTP解复用器120可以基于ATSC 3.0数据以及可以包括在报头和/或运输私有数据有效载荷中的CCL数据和BXF数据来解码运输流分组有效载荷中的ATSC 3.0数据。TS到STLTP解复用器120可以将解码的ATSC 3.0数据输出到用于每个子频道的STLTP信号缓冲区。
在一些实施例中,TS到STLTP解复用器120可以仅处理包括在TS流中的ATSC 3.0分组,而忽略任何ATSC 1.0分组。ATSC 1.0调谐器118可以将TS信号传输到ATSC 1.0TS到MPTS解复用器(未示出),该解复用器可以包括在接收器堆栈117中。
TS到STLTP解复用器120将STLTP信号(例如,来自缓冲区)输出到PLP解复用器122。PLP解复用器122可以将(一个或多个)STLTP信号转换成与ATSC 1.0/3.0中间件124兼容(即,可由其读取)的一个或多个ATSC链路层协议(ALP)信号。在一些实施例中,ATSC 1.0/3.0中间件124可以包括在ATSC 3.0接收器126中。ATSC3.0接收器126可以处理ALP信号,并且可以例如基于ALP信号回放内容、调用广播应用和/或充分利用空中接收的数据。
***100可以允许广播公司避免需要投资将其现有的符合ATSC1.0的基础设施升级到符合ATSC 3.0的基础设施以测试或向他们的客户提供样本服务。ATSC 3.0的所有优势—从高级压缩、广播公司应用交互性、稳健调制等—都可以使用***100来实现。广播公司可以只需要将***100的部分添加到他们的广播链中即可添加ATSC3.0与现有***的兼容性。例如,仅ATSC 3.0链102、104、106、注入服务器110、STLTP到TS复用器108、TS到STLTP解复用器120、PLP解复用器122、ATSC 1.0/3.0中间件124和ATSC 3.0接收器126可能需要添加到现有的广播链中,因为这些广播链可以已经包括ATSC 1.0激励器116、编码器112、IP源114和1.0调谐器118。
***100和相关联的方法可以被用于将ATSC 3.0音频/视频信息***到ATSC 1.0流之外的应用。***100和相关联的方法可以被用于***广告资产/文件、任何相关的数据文件、内容安全密钥和/或相关信息以及可以通过广播发送的触发信号的其它辅助数据用例,并且可以使用本文描述的技术来实现。
现在参考图5,示出了示例性ATSC 1.0/3.0混合流300。ATSC1.0/3.0混合流300可以表示在一段时间内在图4中的19.4Mbps MPTS+STL数据信号134和/或图6中的数据19.4Mbps MPTS+STLTP数据信号234中传输的多个分组。ATSC 1.0/3.0混合流300可以包括第一ATSC 1.0分组302(即,“分组A”)、第二ATSC 1.0分组304(即,“分组B”)、第三ATSC 1.0分组306(即,“分组C”)和第四ATSC 1.0分组308(即,“分组D”)。分组302、304、306、308中的每一个可以包括PID字段、运输私有数据(TPD)标志、有效载荷字段、有效载荷长度字段、TPD有效载荷字段和TPD有效载荷长度字段。ATSC 1.0/3.0混合流300可以是由注入服务器110输出到图3中的ATSC 1.0激励器116的经修改的ATSC 1.0数据流。
第一分组302可以与第一子频道(即,“子频道3.1”)相关联。PID字段可以包括与第一子频道对应的值。第一分组302可以包括ATSC 1.0内容,因此TPD标志字段可以设置为零。有效载荷字段可以包括相关的ATSC 1.0数据,这些数据可以被解码以显示视频和/或音频。可以基于有效载荷的尺寸设置有效载荷长度字段。第二分组304可以与第一子频道相关联。PID字段可以包括与第一子频道对应的值。第二分组304可以包括ATSC 1.0内容,因此TPD标志字段可以设置为零。有效载荷字段可以包括相关的ATSC 1.0数据,这些数据可以被解码以显示视频和/或音频。可以基于有效载荷的尺寸设置有效载荷长度字段。例如,可能高达1500字节的ATSC 3.0分组的有效载荷可能不能被划分为整数个分组,并且可以用零填充一个或多个ATSC 1.0分组有效载荷。在这种示例中,可以设置有效载荷长度字段以指示与ATSC 3.0分组有效载荷对应的有效载荷数据的字节数和不与ATSC 3.0分组有效载荷对应的有效载荷数据的字节数(例如,与零填充对应的字节数)。在一些实施例中,有效载荷长度字段可以是运输私有数据长度字段。
第三分组306可以与第二子频道(即,“子频道3.2”)相关联。PID字段可以包括与第二子频道对应的值。第三分组306可以包括ATSC 3.0内容,因此TPD标志字段可以设置为1。TPD有效载荷字段可以包括以STLTP格式格式化的相关ATSC 3.0数据,这些数据可以被解码以显示视频和/或音频。TPD有效载荷长度字段可以基于有效载荷的尺寸进行设置。可以包括在CCL数据和BXF数据中的相关元数据可以包括在报头字段和/或TPD有效载荷中。
第四分组308可以与第三子频道(即,“子频道3.3”)相关联。PID字段可以包括与第三子频道对应的值。第四分组308可以包括ATSC 3.0内容,因此TPD标志字段可以设置为1。TPD有效载荷字段可以包括以STLTP格式格式化的相关ATSC 3.0数据,这些数据可以被解码以显示视频和/或音频。TPD有效载荷长度字段可以基于有效载荷的尺寸进行设置。可以包括在CCL数据和BXF数据中的相关元数据可以包括在报头字段和/或TPD有效载荷中。
在一些实施例中,包括在图5A中的经修改的ATSC 1.0分组(例如,分组302-308)中的元数据可以包括数字版权管理数据、非实时内容递送(NRT)数据、超文本传输协议(HTTP)启用的位置递送(HELD)数据、高级紧急信息(AEA)数据、唤醒数据(例如,唤醒位)和/或xlinks数据。值得注意的是,xlinks在原生ATSC 3.0***上不是标准的。
现在参考图5B,示出了示例性ATSC 1.0分组320和经修改的ATSC 1.0分组324。ATSC 1.0分组320和经修改的ATSC 1.0分组324都可以包括同步字节、运输错误指示符位、有效载荷单元开始指示符位、运输优先级位、分组标识符字段、运输加扰控制位字段、适应字段控制字段和连续性计数器字段。ATSC 1.0分组320可以包括一百八十四字节的有效载荷。经修改的ATSC 1.0分组324可以包括有效载荷计数器字段、有效载荷长度字段和182字节有效载荷。为了能够将每个通常约为1500字节的STLTP分组中的数据容纳到几个经修改的188字节的ATSC 1.0数据分组中,使用有效载荷计数器和有效载荷长度字段,从而将报头增加2个字节并减少与ATSC 1.0分组320相比,有效载荷容量达到182字节。因此,8-9个ATSC1.0分组可以被用于在一个ATSC 3.0分组中运输信息。有效载荷计数器和有效载荷长度字段有助于确保封装来自STLTP分组的所有数据而不会丢失任何信息。有关ATSC 1.0分组结构的更多细节,参见ISO13818-1标准。
现在参考图2、5A和5B以及图6,示出了用于解码ATSC 1.0RF信号的过程400。ATSC1.0RF信号可以是图2中的ATSC 1.0混合RF信号60。过程400可以由图3中的接收器堆栈117执行。
在402处,过程400可以接收ATSC 1.0RF信号。该信号可以使用图3中的ATSC 1.0调谐器118来接收。如上所述,ATSC 1.0RF信号可以是图2中的ATSC 1.0混合RF信号60。ATSC1.0RF信号是模拟信号。
在404处,过程400可以将模拟ATSC 1.0RF信号转换成数字运输流信号。可以使用图3中的ATSC 1.0调谐器118将ATSC 1.0RF信号转换成运输流信号。ATSC 1.0调谐器118可以包括被配置为解调ATSC 1.0RF信号的模数转换器(ADC)。过程400可以提供预处理之后的ATSC 1.0RF信号并接收数字运输流信号。数字运输流可以包括多个ATSC 1.0分组,诸如上述的第一分组302、第二分组304、第三分组306和第四分组308。注意的是,无论流中的给定分组包括ATSC 1.0数据还是ATSC 3.0数据,每个分组都被格式化为ATSC 1.0分组。
在406处,过程400可以针对数字运输流中的每个分组确定运输私有数据标志是否为高。包括ATSC 3.0内容的分组将传输私有数据标志设置为高(即,一)。不包括ATSC 3.0内容的分组(即,仅包括ATSC 1.0内容的分组)将运输私有数据标志设置为低(即,零)。对于过程400确定运输私有数据标志被设置为高的分组(例如,在406处的“是”),过程400可以进行到408。对于过程400确定运输私有数据标志被设置为低的分组(例如,406处的“否”),过程400可以进行到410。
在408处,过程400可以将运输流信号中的任何ATSC 3.0分组转换成一个或多个ATSC 3.0STLTP信号。ATSC 3.0STLTP信号的数量取决于运输流信号中存在多少ATSC 3.0子频道。在一些实施例中,过程400可以基于分组的报头中的多个字段来确定分组与哪个子频道相关联以及任何相关元数据(例如,定时数据)。例如,可以通过分组的PID字段中的值来识别子频道。然后,该过程可以通过使用报头中的元数据从运输私有数据有效载荷字段中提取ATSC 3.0内容来生成ATSC 3.0STLTP信号。ATSC 3.0STLTP信号可以是遵循ATSC3.0STLTP协议的“原生”ATSC 3.0STLTP信号。换句话说,原生ATSC 3.0***现在可以处理(一个或多个)ATSC 3.0STLTP信号。在一些实施例中,过程400可以将TS信号提供给TS到STLTP解复用器120并且从TS到STLTP解复用器120接收一个或多个ATSC 3.0STLTP信号。在408处,过程400可以输出一个或多个ATSC 3.0STLTP信号。
在410处,过程400可以将运输流信号中的任何ATSC 1.0分组转换成一个或多个ATSC 1.0信号。ATSC 1.0信号的数量取决于运输流信号中存在多少ATSC 1.0子频道。过程400可以使用标准ATSC1.0提取和解压缩协议将可以是原生ATSC 1.0分组的ATSC 1.0分组转换成一个或多个ATSC 1.0信号。在410处,过程400可以输出一个或多个ATSC 1.0信号。
在412处,过程400可以将分别在步骤408和410处输出的任何ATSC 3.0STLTP信号和/或ATSC 1.0信号转换成ALP信号。换句话说,过程400可以将ATSC 3.0STLTP信号和/或ATSC 1.0信号转换成ALP分组流。在一些实施例中,过程400可以将ATSC 3.0STLTP信号和/或ATSC 1.0信号提供给一个或多个PLP解复用器并且从一个或多个PLP解复用器接收一个或多个ALP流。例如,过程400可以向图3中的PLP解复用器122提供(一个或多个)ATSC3.0STLTP信号并接收(一个或多个)ALP信号。
在414处,过程400可以将在步骤412处生成的(一个或多个)ALP信号输出到缓冲区。缓冲区可以与接收器设备和/或诸如电视机之类的显示设备通信和/或被包括在其中。显示设备可以基于包括在缓冲区中的数据来输出内容。
现在参考图3以及图7,示出了用于将ATSC 3.0内容注入ATSC1.0MPTS数据流的过程500。过程500可以被包括在注入应用109中和/或由注入服务器110执行。如下所述,该过程使用机会调度方案来使ATSC 3.0内容适合广播的可用带宽(例如,未被ATSC 1.0内容占用的可用分组有效载荷空间)。
在502处,过程500可以接收ATSC 1.0MPTS流。在一些实施例中,过程500可以从编码器112接收ATSC 1.0MPTS流。在一些实施例中,过程500可以从IP源114接收ATSC 1.0MPTS流。在504处,过程500可以接收多个ATSC 3.0链(例如,ATSC 3.0链102、104和106)。每个ATSC 3.0链可以包括ATSC 3.0分组的流。每个ATSC 3.0链可以与子频道(例如,子频道3.2)相关联。
在506处,过程500可以接收与ATSC 3.0TS数据流相关联的元数据。在一些实施例中,过程500可以从CCL数据源140和BXF数据源142接收元数据。
在508处,过程500可以生成经修改的ATSC 1.0TS数据流。在一些实施例中,过程500可以将ATSC 3.0链中的每个ATSC 3.0分组划分为多个较小的分组,这些分组可以作为有效载荷被包括在ATSC1.0分组中。在一些实施例中,过程500可以将每个ATSC 3.0分组划分为八个或九个部分。过程500可以将每个部分***ATSC 1.0分组的有效载荷部分,基于ATSC 3.0分组填充ATSC 1.0分组的报头部分(例如,PID和其它字段),并将ATSC 1.0分组的运输私有数据标志设置为高。在一些实施例中,过程500可以用与ATSC 3.0链中的ATSC 3.0分组相关联的子频道标识符填充ATSC 1.0分组的PID字段。过程500可以用与ATSC 3.0分组相关联的元数据填充ATSC 1.0分组的其它报头字段。过程500可以将空分组的运输私有数据标志设置为高并且用ATSC 3.0分组的一部分填充运输私有数据有效载荷。在一些实施例中,过程500可以将ATSC 3.0链提供给多路复用器108并且从多路复用器108接收经修改的ATSC 1.0TS数据流。在一些实施例中,过程500可以将在506处接收到的元数据***到ATSC1.0分组的有效载荷中。在一些实施例中,过程500可以将基于ATSC 3.0分组生成的所有ATSC 1.0分组注入到经修改的ATSC 1.0TS数据流中。在一些实施例中,可以将经修改的ATSC 1.0TS数据流输出到缓冲区。
在510处,过程500可以确定ATSC 1.0MPTS流的空位速率是否高到足以支持ATSC3.0子频道。经修改的ATSC 1.0TS数据流中的每个分组可以与子频道相关联。在一些实施例中,过程500可以将ATSC 1.0MPTS流的空位速率与阈值进行比较,如果空位速率高于阈值,那么确定位于经修改的ATSC 1.0TS数据流前面的ATSC 1.0分组可以被***到ATSC1.0MPTS流中。在一些实施例中,过程500可以将ATSC 1.0MPTS流的空位速率与阈值进行比较,并且如果空位速率不高于阈值,那么确定位于经修改的ATSC 1.0TS数据流的前面的ATSC 1.0分组不能***到ATSC 1.0MPTS流中。在一些实施例中,过程500可以将阈值计算为与子频道相关联的TS的位速率、与子频道相关联的任何CCL数据的位速率和与子频道相关联的任何私有数据的位速率的总和。如果过程500确定ATSC 1.0MPTS流的空位速率足够高以支持ATSC 3.0子频道(例如,310处的“是”),那么过程500可以进行到512。如果过程500确定ATSC 1.0MPTS流的空位速率不足以支持ATSC 3.0子频道(例如,310处的“否”),那么过程500可以进行到516。
在512处,过程500可以将包括在经修改的ATSC 1.0TS数据流中的至少一个分组注入到ATSC 1.0MPTS流中。在一些实施例中,过程500可以在ATSC 1.0TS数据流的前面注入与经修改的ATSC 1.0分组相同的子频道相关联的多个经修改的ATSC 1.0分组。在一些实施例中,过程500可以在缓冲区的前面注入与经修改的ATSC 1.0分组相关联的多个经修改的ATSC 1.0分组,并从缓冲区中移除注入的分组。
在514处,过程500可以输出经修改的ATSC 1.0流,包括在502处接收到的ATSC1.0MPTS流中的ATSC 1.0MPTS分组、在512处注入的任何经修改的ATSC 1.0分组,以及包括在在502处接收到的ATSC 1.0MPTS流中的任何剩余空分组。在一些实施例中,过程500可以使经修改的ATSC 1.0流在ASI输出端115处被传输到ATSC 1.0激励器116。
在516处,过程500可以修剪子频道。在一些实施例中,过程500可以在ATSC 1.0TS数据流的前面停止接收(例如,在504处)与和经修改的ATSC 1.0分组相同的子频道相关联的ATSC 3.0链。在一些实施例中,过程500可以停止接收(例如,在504处)与缓冲区前面的经修改的ATSC 1.0分组相同的子频道相关联的ATSC 3.0链。
图8示出了根据所公开主题的一些实施例的可以用于实现图3中所示的注入服务器110的硬件的示例。如图8中所示,注入服务器110可以包括处理器180、显示器182、输入184、通信***186、存储器188和连接器190。在一些实施例中,处理器144可以实现注入应用109的至少一部分,其例如可以从(例如,从存储器152保存和检索的)程序执行。处理器144可以是任何合适的硬件处理器或处理器的组合,诸如中央处理单元(“CPU”)、图形处理单元(“GPU”)等,其可以执行可以包括图7中的过程500的程序。
如图8中所示,注入服务器110可以包括处理器180、显示器182、输入端184、通信***186、存储器188和连接器190。在一些实施例中,处理器180可以至少实现远程创伤评估应用134的一部分,其例如可以从(例如,从存储器188保存和检索的)程序执行。处理器180可以是任何合适的硬件处理器或处理器的组合,诸如中央处理单元(“CPU”)、图形处理单元(“GPU”)等,其可以执行可以包括图7中的过程500的程序。
在一些实施例中,显示器182可以呈现图形用户界面。在一些实施例中,显示器182可以包括任何合适的显示设备,诸如计算机监视器、触摸屏、电视机等。在一些实施例中,注入服务器110的输入端184可以包括指示器、传感器、可致动按钮、键盘、鼠标、图形用户界面、触摸屏显示器等。在一些实施例中,输入端184允许用户(例如,广播公司)与注入服务器110交互。
如图8中所示,注入服务器110可以包括通信***186。通信***186可以包括用于通过任何合适的通信网络与其它***通信的任何合适的硬件、固件和/或软件。例如,通信***186可以包括一个或多个收发器、一个或多个通信芯片和/或芯片组等。在更具体的示例中,通信***186可以包括可以用于建立同轴连接(例如,用于ASI接口)、光纤连接、以太网连接、USB连接、Wi-Fi连接、蓝牙连接、蜂窝连接等的硬件、固件和/或软件。通信***186还可以包括任何模数转换器和/或数模转换器以传输和接收适当的信号。在一些实施例中,连接器190可以是有线连接,诸如异步串行接口(例如,ASI输入端和/或输出端)、IP输入端(诸如以太网接口)、USB接口等。
在一些实施例中,存储器188可以包括可以用于存储指令、值等的任何合适的一个或多个存储设备,例如,处理器180可以使用这些存储设备来使用显示器182呈现内容。存储器188可以包括任何合适的易失性存储器、非易失性存储器、存储装置或其任何合适的组合。例如,存储器188可以包括RAM、ROM、EEPROM、一个或多个闪存驱动器、一个或多个硬盘、一个或多个固态驱动器、一个或多个光驱等。
示例消费者侧装备和集成
消费者侧硬件配置
现在参考图9,示出了在消费者位置的硬件实施方式的几个说明性选项。图9A示出了配置600,其中单独的机顶盒接收器602经由有线连接606(诸如HDMI或其它连接)连接到显示设备604(诸如平面电视机或计算机监视器)。接收器602可以包括内部调谐器或者可以连接到外部调谐器(未示出)以接收混合ATSC 1.0信号。在一个实施例中,接收器602可以包括图3的组件118-126。例如,接收器602可以类似于连接到电视机的流设备或棒。
在图9B中所示的另一个替代配置610中,示出了单个显示设备612。如本文所公开的接收器614的功能性被集成到设备612中,使得该设备可以接收和处理混合ATSC 1.0/3.0信号。在一种配置中,设备612可以依赖于单独的天线/调谐器设备(未示出),在这种情况下,设备612将包括内部硬件和/或软件组件614,其接收、数字化、错误检查、分离(ATSC 1.0相对于ATSC 3.0)、转换、解复用、缓冲和执行如上所述的此类其它功能以便在设备612上显示ATSC 1.0和/或ATSC 3.0。
在本文公开的***和方法的方面的一种实施方式中,客户端侧(软件开发工具包)SDK可以对各种设备的制造商可用,从而他们可以有效地实现解析、解调、解码和与恢复ATSC 3.0或嵌入在原生ATSC 1.0传输中的其它内容相关联的其它步骤。例如,可以使SDK可用以允许电视机制造商在电视设备中安装(或推送更新)新固件,以允许其识别ATSC 3.0或嵌入在原生ATSC 1.0传输中的其它内容,如本文所述。否则电视机将不需要新硬件,并且可以继续依赖基于标准ATSC 1.0的天线和标准调谐器。可替代地,可以在车辆仪表板信息娱乐***的操作***中提供应用或其它选项,这将增加允许车辆处理混合ATSC 1.0/3.0信号并从混合ATSC 1.0/3.0信号中提取增强的内容(例如,ATSC 3.0内容)的功能性。在一个实施例中,SDK将允许电视机制造商在他们的设备上使用库文件或可执行文件,这将允许识别和处理来自ATSC 1.0传输的增强的内容(例如,ATSC 3.0内容、有针对性的文件寻址(如下所述)等)。
在图9C中所示的又一个替代配置620中,单个接收器设备622接收并处理用于多个显示设备的混合ATSC 1.0/3.0信号。设备622通过第一连接626连接到天线624。天线624向接收器622提供混合ATSC 1.0/3.0信号。在一个实施例中,接收器622还向多个显示设备632提供几个单独的有线连接628-630以及向多个显示设备636-638提供无线连接634。例如,设备636-638可以是电视机、计算机、膝上型计算机或桌子。在这方面,设备622可以像办公室、零售机构、餐馆或家庭的内部枢纽一样操作。在另一个实施例中,接收器622可以结合在车辆或其它类似设置中,它可以在其中充当多个显示器(例如,仪表板、座椅靠背屏幕、平板电脑、电话等)的本地枢纽。
在图9D中所示的另一个替代配置650中,接收器652被示为家庭654的中央互联网和电视机枢纽。接收器652连接到广播电视天线656以及互联网服务提供商连接658。以这种方式,接收器652可以充当家庭或其它位置的路由器或通信枢纽。接收器652可以向家庭内的设备提供电视服务,将广播ATSC 1.0和ATSC 3.0与有线、卫星或其它电视服务相结合。同样,接收器652可以经由本地无线连接662以及经由以太网、HDMI或其它有线连接660向家庭654内的各种设备提供此类电视服务。
接收器状态监视、更新和数据收集
参考图10,示出了***700,其中广播公司702将混合ATSC1.0/3.0信号传输到消费者的住宅704。接收器716经由互联网连接与远程数据和软件服务706通信。进而,数据和软件服务706经由互联网连接与广播公司702通信。
广播公司702操作ATSC 1.0激励器,诸如传输塔或一系列塔708。如本文所述,塔使用典型的6Mhz频带进行广播,经由ATSC 1.0协议进行传输。但是,广播的内容可以部分或全部是ATSC 3.0内容。因此,广播电台702包括将ATSC 3.0内容添加到广播传输714中的注入服务器710。在本地住宅或其它位置704接收混合传输,其中一些可以仅处理ATSC 1.0内容并且其中一些可以处理ATSC 1.0和ATSC 3.0内容两者。
在第一位置704处,接收器716接收混合传输714。在一个实施例中,接收器能够处理如上所述的混合ATSC 1.0/3.0内容,因此将传输714数字化,并解调/解码/处理ATSC 1.0和ATSC 3.0内容用于呈现给显示设备720。虽然被示为单独的设备,但接收器716可以代替地被实现为上述任何配置。在第二位置705处,用户仅具有标准显示设备721,该设备不具有允许其处理来自广播传输714的任何ATSC3.0内容的接收器设备或软件。因此,显示器721仅处理来自作为传统ATSC 1.0的传输714的分组,并且忽略或不处理标记为私有数据的内容(或以其它方式标记为不是ATSC 1.0内容或标记为是ATSC3.0内容)。
在第一位置704处,观看显示设备720的用户将因此具有从来自作为ATSC 1.0内容的传输714的一个或多个“频道”、来自作为ATSC 3.0内容的传输714的一个或多个“频道”以及经由ATSC 1.0协议发送的任何其它广播频道中进行选择的选项。在一种替代方式中,接收器716可以记录和监视关于设备720的观看活动的各种类型的信息(或者,如果接收器是在同一家庭、办公室、舞台、餐馆、公寓或其它地方的枢纽、多个显示设备、平板电脑等)。信息的类型可以包括:
·每周或每天观看电视节目的总时间
·每周或每天观看广播电视节目相对于有线电视、流媒体、游戏、蓝光或其它来源的总时间
·每天观看广播电视节目的(一个或多个)平均时间,按天计算
·跟踪哪些类型的设备占广播电视的大部分观看时间(大屏幕显示器、电话、平板电脑、计算机等)
·同时观看广播电视内容的设备的平均数量
·具体跟踪在哪些设备上观看了哪些频道和/或特定节目,以及观看了多长时间。
·用户对增强的内容的响应的各种指示(例如,有针对性的本地广告、本地天气、本地交通、本地警报),诸如在显示某种类型的内容时改变频道或关闭设备
图10的设备716可以被配置为经由互联网连接722向远程数据服务706传输这种信息的一些或全部。远程数据服务706可以是单独的第三方数据处理公司,设备的制造商706、基于自动虚拟云的服务或属于广播公司702的***。数据服务706可以包括可以以高度组织的方式聚合从每个设备716发送的数据的大规模数据库或数据湖732。例如,用于每个设备的数据可以通过各种属性进行聚类、组织和搜索。为了帮助数据的组织,每个设备可以与关于其位置和用户的特定数据相关联。例如,在住宅位置的设备716的初始设置期间,可以要求用户为家中的各种用户创建一个或多个用户账户。这些账户可以存储基本的人口统计和位置信息,诸如地址、家中的人数、每个人的年龄或其它类似信息。这些人口统计数据还可以被用于组织数据库732中的数据。
此外,图10的数据服务706可以利用数据库732来提供多种服务。例如,可以提供数据分析服务726。数据分析服务726可以被用于为一个或多个广播公司702提供多种类型的分析,诸如:按节目、日期、设备的类型等对电台的频道的收视人数;收视人数的人口统计数据;分析观看各种节目的时长以及用户何时关闭节目等。例如,分析引擎726可以被配置为允许广播公司702执行关于其节目的数据的实时定制查询,接收其节目收视人数的定期或每日报告,或了解其收视人数的哪些人口统计数据接收哪些广告。
作为可以由图10的数据服务706提供的服务的另一个示例,可以提供各种人工智能服务728。鉴于可以在数据库732中收集的潜在数据量,将存在足够的情况和控制数据来训练和更新神经网络模型或其它形式的机器学习以做出各种预测。例如,可以基于过去的数据生成对一天中特定时间、特定日期、人口统计的未来收视人数的预测。在一个实施例中,循环神经网络可以被用于基于那个组过去观看历史的序列来预测特定人口统计或地理范围内的用户的未来观看习惯。在另一个实施例中,可以基于输入的人口统计信息和/或一些初始观看数据来做出关于新用户可能的观看偏好的预测。或者,可以做出给定类别的内容在一天中的给定时间对于广播公司702的广播范围内的给定地点成功的可能性的预测。
可以由数据服务706提供的另一个服务是与设备716的双向通信734。换句话说,除了从设备716获得使用数据之外,数据服务还可以将文件和数据734推回设备716。例如,数据服务706可以可选地与设备716通信,以便请求周期性状态检查、评估设备的健康状况、确定设备何时关闭或误动,以及发送软件/固件更新和升级。或者,数据服务可以将有针对性的广告或其它特定于用户的内容推送到设备716,以与来自混合传输714的内容组合或一起显示。在一个实施例中,接收器716可以被配置为补充来自广播公司702的内容或传输,诸如通过添加来自广播公司的附加子频道的外观。或者,可以将来自数据服务706的实时天气或交通数据***到包围来自广播公司702的节目内容的帧中。
在其它配置中,广播公司的数据库712可以填充有关于用户及其人口统计和偏好的信息。用于这个数据库的数据可以由数据服务706经由到数据服务的连接736提供。附加地或可替代地,用于这个数据库的数据可以从设备716或从在线用户“注册”过程直接提供给广播公司702。例如,广播公司可以邀请用户向广播公司“注册”,从而可以通过混合流714用更有针对性的产品来定制他们的体验。在一种实施方式中,用户可以向广播公司的数据库712提供地址、年龄、兴趣等以及与设备716相关联的唯一标识符。广播公司可以充分利用这个信息来允许其广告合作伙伴以特定类型的用户为目标,或向用户递送定制的交通或天气数据。
有针对性的文件寻址和数据传送
可以充分利用本文公开的***和方法的各种实施例,以便允许混合ATSC 1.0/3.0传输的广播公司仅将文件和内容传送到有针对性的组或甚至个别设备。再次参考图10,给定广播公司的范围内的每个接收器设备716可以具有存储在其存储器上的指令集(例如,软件/固件),这些指令将修改它如何处理来自ATSC 1.0传输714的传入ATSC 3.0内容。在某种意义上,可以为接收器716指派属性集或分类级,这些属性或分类将被用作“过滤器”以帮助设备或者忽略或者接受来自传输714的数据分组、文件或ATSC 3.0内容。在一种实施方式中,设备可以首先识别传输714的给定数据分组是否设置了私有数据标志。如果是这样,那么接收器716可以看数据分组的前几位以确定总有效载荷尺寸、有效载荷计数器以及一个或多个有效载荷接收方属性。例如,属性可能对应于:邮政编码、县或其它地方;接收器所在的场所的类型(例如,住宅、餐馆/酒吧/咖啡店、办公室、车辆等);用户的年龄或其它人口统计数据;或其它属性。接收器716将使用基于软件的逻辑过滤器“接受”具有与接收器716的一个或多个属性匹配的属性代码的传输。例如,在接收器716的初始设置期间或稍后时间,接收器将具有为接收器定义的一系列设置或属性。这些可以从数据服务706发送或由用户通过显示在连接到接收器的用户的显示器上的U/I输入(例如,接收器将引导用户通过使用所连接的显示器的设置过程;或app可以下载到移动设备上以完成同样的任务)。属性设置将被用于为逻辑过滤器播种。因此,当接收到传输的数据分组714时,如果一个、一些或所有有效载荷属性与设备的一个、一些或所有属性设置匹配,那么接收器716将接受并处理该分组。以这种方式,一般无线广播的文件、内容或数据可以针对某些用户/设备而不是其他用户/设备。
除了基于属性的有效载荷过滤之外或代替其,可以实现的另一个选项是个体设备寻址。在这个实施例中,每个接收器将被赋予唯一的ID。这可以经由数据服务706、在初始用户设置时或由制造商来完成。然后,广播公司(或多个广播公司)可以实现一种分组寻址形式,以便专门将数据分组寻址到各个接收器。例如,其中设置了私有数据标志的混合传输的每个分组可以包括与各个接收器716的唯一ID(或唯一ID的集合)对应的报头位。没有对应ID的任何接收器将只需忽略或丢弃相关联的有效载荷。
使用个体文件寻址和/或属性过滤,广播公司可以通过事先发送某些内容以存储在某些接收器上来在高峰观看时间最大化带宽。在一个示例中,可以在非高峰时段使用可用带宽的一小部分(例如,使用机会调度)或在夜间当电台通常不广播其部分或全部子频道时使用可用带宽的大部分向有针对性的用户广播有针对性的本地广告、图像、音频、旁白、短视频、动画、数据(例如,天气)或其它内容的集合。然后可以将广告、图像等存储在适用的接收器716的存储器中。稍后,在各种观看时间期间,广播公司可以使用控制数据(诸如CCL数据)来指示接收器716将这种内容***用户的显示器,或根据用户请求使其可用(例如,车辆中的用户切换到天气频道)。因此,在常规广播时间期间,广播公司可以利用其带宽的更大一部分来广播,例如,更多HD或4K内容,因为一些广告已经事先发送。例如,在一些实施例中,可以事先发送包含商业广告的文件并将其存储在用于一个或多个广播公司的接收器716上(例如,在没有广播常规节目时在夜间发送)。然后,在某些高峰观看时间期间(或在通勤时间期间,对于车辆上实现的设备),广播公司可以以相对高的位速率发送节目,然后当需要显示商业广告时,广播公司可以简单地指示(例如,经由CCL数据或另一个命令)接收器播放一系列存储的广告。在播放那些广告时,广播公司可以继续传输节目,以便接收器可以缓冲它。然后,当广告结束时,接收器可以继续播放具有足够缓冲的节目。以这种方式,广播公司可以有效地增加潜在带宽,或者换句话说,可以在更少的可用带宽中播放更高位速率的内容。
用于网络、***和服务中的混合传输的示例应用
虚拟互操作性测试
互操作性测试是当广播标准要改变时(例如,从模拟到数字电视广播,或从各种版本的广播标准)广播片段(例如,电视广播、无线电广播、本地/私人广播等)进行的重要但资源密集的过程。互操作性测试常常由各种参与的制造商、广播公司、服务提供商和组织共同进行,目的是确保生态***(端点技术、广播技术、传输和接收协议、解码、内容、应急***等)已准备好进行广播更新,并且一旦为用户启动,将基本上没有错误。但是,要进行真正的“真实世界”测试,广播公司必须开始将其传输频带的至少一部分用于新标准下的广播(无论是通过将现有广播转换成新的传输协议,还是投资于新的传输装备,或两者兼有)。这是对可以进行多少测试以及完成所需测试需要多长时间的严重限制。但是,可以使用上面阐述的混合传输方案来实现“虚拟”互操作性测试。例如,可以在枢纽或“主机”广播电台创建ATSC 3.0测试文件的集合(例如,以IP捕获(PCAP)文件的形式,有时在本文中称为PCAP),并将其传送到感兴趣的世界各地的(辐条)电台或中心,然后可以使用PCAP在他们自己的组织和实验室中重新创建测试环境,从而充分利用如上所述的文件传输推送和接收功能。
在一种实施方式中,主广播电台利用其带宽的一部分来广播“隐藏的”ATSC 3.0或在不同的或“新的”广播协议下的其它信息和内容。电台和/或接收器生成PCAP文件以记录分组数据。然后,在枢纽的广播范围内的测试阶段设备(诸如电视机、机顶盒、汽车接收器等)可以接收信息和内容,以便制造商评估设备是否可与新类型广播格式一起操作。例如,包括接收器和用于解码混合信号的软件的电视机制造商可以在给定要发送的测试内容的情况下评估电视机是否正在播放正确的内容。接下来,主机电台可以将测试内容和/或PCAP文件推送到辐条电台的接收器(例如,通过将反映相同内容的分组注入到广播传输中,如上所述),以便那些电台可以利用内容和/或PCAP信息使用其相应带宽的一部分重新创建相同的测试传输,以便相同或不同的设备接收测试传输,以便制造商可以评估互操作性。在一个实施例中,辐条电台能够完全重新创建由主机电台生成的确切信号传输。
类似地,可以针对射频(RF)信号执行信号重新创建—换句话说,在一个位置产生的RF信号可以在另一个位置(或者在第一位置的广播范围内,或者经由IP传输在世界上任何地方)完全重新创建。例如,在一些实施例中,上述服务可以与互操作***一起使用。广播链服务可以以RF捕获的形式提供文件,并将RF文件从枢纽电台传送到辐条电台。除了ATSC 3.0内容之外或代替ATSC 3.0内容(如上所述),枢纽电台可以将RF文件注入其广播传输的分组中,或者经由云服务通过充分利用上述文件传送推送和接收能力注入到世界任何地方的辐条来完成传送。文件可以被用于通过重新创建主机电台的确切RF信号来重新创建测试环境,以允许(例如,接收器集合的)制造商在制造商自己的位置进行互操作性测试。
一致性测试
类似地,随着新的广播标准或方法被实现,跨多种设备的大规模一致性测试对于制造商、行业和标准制定组织以及广播公司来说都变得重要。如上所述,可以充分利用混合传输方案来轻松支持这种测试。例如,分析代理可以跨应用和内容类型嵌入到电视机和其它接收器设备中。如上所述,这些接收器因此能够向数据湖或其它数据储存库提供关于其操作的信息。该信息可以包括解码后的内容流、任何识别出的对于分组解码的问题、关于回放的问题(诸如接收器的板载处理器能(不能)跟上解码混合传输的分开的多个频道的能力、设备能(不能)在ATSC 1.0和ATSC 3.0内容之间切换、能(不能)注入自定义广告、与远程服务的连接问题等。类似地,可以获得关于用户熟悉度、资质和关于对用户界面的更新的流行度的信息。然后有可能从搜集的数据中获得丰富的洞察力和报告生成,其它行业认可的一致性测试机构可以使用这些数据。并且,如上所述,该服务提供了从各种位置挑选不同设备以作为这种一致性测试的一部分的能力。
3.0广播链即服务和信号重复/共享
在一些实施例中,电视频率广播、无线电频率广播、其它公共广播或其组合可以组合成单个ATSC广播。例如,“主机”电视广播塔可以将表示一个或多个本地无线电广播内容的文件注入其电视频率下的ATSC 1.0广播的可用“私有”带宽(在上面的示例中,这将代替一些或全部ATSC 3.0内容)。辐条电台(这可以是电视或无线电广播公司)可以已经安装了接收器设备(如上所述),该接收器设备接收、分离和解码注入的无线电广播,然后从辐条电台的广播设备重新传输广播。位于用户位置的适当混合接收器中的软件可以对内容进行解码,从相关联的元数据确定它是另一个广播的重复,将重复的广播与原生广播进行比较,并向用户回放具有更好保真度、稳定性的广播版本,等等。
在又一个实施例中,枢纽电台或第三方服务可以操作ATSC 3.0广播链。操作ATSC3.0广播链常常可以要求几种不同类型的装备和功能,诸如ATSC 3.0运输流编码器、各种打包器和编码器以及广播网关/调度器。但是,以原生ATSC 1.0格式传输的广播电台可能没有或不希望获得能够提供ATSC 3.0内容的适当3.0链。因此,枢纽电台或第三方可以广播或以其它方式传输(例如,经由IP或云连接)链后ATSC 3.0内容,以注入上述辐条电台的ATSC1.0传输中。因此,可以经由本文描述的***和方法提供ATSC 3.0广播链服务。
仪表板服务
现在参考图11,可以为广播电台提供仪表板屏幕800以帮助充分利用通过本文描述的混合传输***和方法可用的功能性。在一个实施例中,仪表板由存储在与电台的一个或多个处理器或服务相关联的存储器上的软件指令集提供。在另一个实施例中,仪表板作为服务产品的一部分提供,其中远程服务器托管仪表板,并且根据用户输入,将ATSC 3.0内容流提供给电台的注入服务器,以便根据以上方法进行广播。如可以看出的,有几个视图可用,包括第一响应者视图802、学生视图804、公共TV视图806、电子邮件视图808和SMS视图810。在又一个实施例中,用于第一响应者的仪表板视图被提供给第一响应者机构(诸如警察局)并由其操作,以及可选地用于紧急警报的电子邮件视图和SMS视图。在这种实施例中,“学生视图”可以提供给学区和/或高等教育机构并由其操作,并且“公共TV视图”可以提供给公共电视广播公司并由其操作。以这种方式,电台的传输带宽可以被更多方使用,而不仅仅是电视台本身。
在所示的图中,选择第一响应者视图802。在跨仪表板顶部的信息带812中,示出了与本地第一响应者和危机(例如,在用于这个广播公司的指定的市场区域内)相关的各种统计数据。在图中,正在发生涉及警方响应的事件。仪表板从急救人员那里接收有关事件发生地点的信息,因此可以评估附近区域有多少具有混合接收器能力的建筑物/住宅受到影响。如果需要,广播公司可以通过ATSC 1.0广播向那些设备发送紧急警报。为此,电台或其他用户(诸如警察局)可以切换到电子邮件视图或SMS视图以发起与手头紧急情况相关的相关联的电子邮件群发或公共SMS。
在“实况预览”窗格802中,示出了与事件相关的广播。广播包括来自相关联的交通和警察身体相机的镜头,以及相关的社交媒体参与。交通相机和身体相机镜头可以经由来自警察总部、市政当局或其它组织(例如,购物中心、停车场等)的IP连接提供。仪表板可以允许电台或其他用户选择与手头的危机最相关的馈送。这个广播可以旨在用于第一响应者接收器,并且在这个意义上,所传输的分组可以包括标签、分组内容的加密或使得分组仅由与第一响应者相关联的接收器解码的其它元数据。例如,“实况预览”可以显示在巡逻车、救护车或其它第一响应者位置处。在其它实施例中,第一响应者广播可以旨在并显示给本地区域内的所有用户、仅显示给受事件影响最大的设备,或者可以简单地作为用户选择的可用频道。
当其它视图被选择时,诸如“公共TV视图”806,仪表板将向电台用户显示广播公司正在传输的公共频道的当前实况广播TV馈送。各种相关统计数据可以在跨屏幕顶部的信息带812中示出,包括关于有多少设备正在回放那个频道(channel)的信息、观看正在广播的特定节目所花费的平均时间量以及用于发送有针对性的信息、警报和广告的可用选项。例如,如果当前回放电台的频道的设备在一天中的某些时间主要是商业,那么电台可以将一些子频道切换到新闻、商业或体育节目。如果调到电台的频道的大多数设备都在观看儿童节目,那么电台可以在一天中的那个时间安排更多的儿童节目。
类似地,如果用户正在利用交互式特征来检查天气或交通更新,那么更多的细节或警报可能会被定向到那些用户。可替代地,可以使用上述定向转送方法将有关本地递送或公共交通选项的信息定向给那些用户。
现在参考图12,图900示出了图示本文描述的***和方法的各种潜在应用和实施例。广播塔902传输混合信号,该混合信号可以包括一些ATSC 1.0内容以及附加内容,或者甚至所有非ATSC 1.0内容。例如,传输可以包括针对一个或几个ATSC广播电视台的内容、针对一个或多个ATSC 3.0电台的内容、和/或针对诸如第一响应者网络之类的专用或特定网络的内容。传输还可以包括用于发送软件更新、请求ping或设备心跳、发送非同期广告或信息(诸如天气预报、市政日历等)的纯数据频道。
塔902的单个广播传输904可以被配置(根据上述***和技术)以包含可由多个不同应用访问和/或特定于多个不同应用的内容。例如,如上面关于图9所描述的接收器机顶盒905、电视接收器908或家庭网关设备910可以接收混合传输并显示ATSC 1.0和ATSC 3.0内容两者。
作为另一个示例,激励器设备906可以类似于上面在图9C中描述的设备被配置为接收和解码混合传输,并为汽车仪表板、移动设备上的接收器“app”、公共信息亭(例如,在公共交通电台或枢纽)、IoT设备和传感器(例如,在智能家电上显示本地广播信息)、媒体播放器(例如,智能音响***或智能虚拟助手)、家庭网关设备,甚至是汽车的仪表板信息娱乐单元重新广播本地传输。由激励器906重播或重传的内容可以是如上所述的ATSC 1.0/3.0内容,或者可以是用于递送特定于激励器906的内容的自定义或加密协议。
并且,作为又一个示例,广播传输904的全部或任何部分可以由RF回放设备912接收,使得可以在回放设备912附近的另一个位置重新创建一些或所有广播信号904,如上所述。
上面描述了与ATSC 3.0向后兼容的用于信号生成、传输和接收的***的各种设计、实施方式以及相关联的示例和评估。但是,应该理解的是,本发明已经就一个或多个优选实施例进行了描述,并且应该理解的是,除了明确陈述的那些之外,许多等价物、替代物、变化和修改是可能的并且在本发明的范围内。
Claims (51)
1.一种用于传输增强的多媒体信号的方法,包括:
接收多媒体内容,包括多个高级电视***委员会(ATSC)3.0分组;
生成包括多个ATSC 1.0分组的经修改的ATSC 1.0运输流,其中所述多个经修改的ATSC1.0分组中的每个分组包括:
所述多个ATSC 3.0分组中的ATSC 3.0分组的至少一部分;以及
经修改的ATSC 1.0分组不会渲染为ATSC 1.0内容的指示符;将经修改的ATSC 1.0分组中的至少一个分组注入到ATSC 1.0多节目运输流(MPTS)中;以及
广播ATSC 1.0MPTS。
2.如权利要求1所述的方法,其中指示符是运输私有数据标志。
3.如权利要求1所述的方法,还包括:
在注入所述至少一个经修改的ATSC 1.0分组之前接收MPTS,其中MPTS包括:
多个未经修改的ATSC 1.0分组;以及
多个空分组。
4.如权利要求3所述的方法,其中注入所述至少一个经修改的ATSC 1.0分组包括:
用经修改的ATSC 1.0分组替换所述多个空分组。
5.如权利要求3所述的方法,
其中所述多个经修改的ATSC 1.0分组中的每个分组都包括具有不超过182字节的有效载荷,以及
其中所述多个未经修改的ATSC 1.0分组中的每个分组都包括具有至少多于183字节的有效载荷。
6.如权利要求1所述的方法,还包括:
接收与所述多个ATSC 3.0分组中的每个分组相关联的元数据;以及
将所述多个ATSC 3.0分组中的每个分组划分为多个ATSC 1.0有效载荷;
使用所述多个ATSC 1.0有效载荷为所述多个ATSC 3.0分组生成所述多个经修改的ATSC 1.0分组的子集;以及
对于所述多个ATSC 3.0分组中的每个分组,将与相应ATSC 3.0分组对应的元数据和与相应ATSC 3.0分组对应的所述多个经修改的ATSC 1.0分组的所述子集的每个经修改的ATSC 1.0分组相关联。
7.如权利要求6所述的方法,其中与所述多个ATSC 3.0分组中的每个分组相关联的元数据包括:
分组标识符(PID),指示与相应ATSC 3.0分组相关联的ASTC3.0子频道。
8.如权利要求6所述的方法,其中多媒体内容包括多个ATSC3.0链,每个链与不同的ATSC 3.0广播对应。
9.如权利要求8所述的方法,其中ATSC 3.0链中的每个链包括演播室到发送器链路隧道协议(STLPT)信号。
10.如权利要求1所述的方法,其中广播ATSC 1.0MPTS包括使用6兆赫(MHz)频道广播MPTS。
11.如权利要求1所述的方法,其中所述多个经修改的ATSC 1.0分组中的每个分组包括:
有效载荷计数器字段,指示与相应经修改的ATSC 1.0分组的有效载荷相关联的ATSC3.0分组;以及
有效载荷长度字段,指示包括ATSC 3.0内容的有效载荷的部分。
12.如权利要求1所述的方法,其中有效载荷长度字段是运输私有数据长度字段。
13.如权利要求1所述的方法,其中所述多个经修改的ATSC 1.0分组中的每个分组包括:
有效载荷接收方属性字段。
14.如权利要求13所述的方法,其中有效载荷接收方属性字段指示与经修改的ATSC1.0分组的一个或多个目标接收方相关联的特性。
15.如权利要求14所述的方法,其中有效载荷接收方属性字段包括指示与所述一个或多个目标接收方相关联的地理位置的信息。
16.如权利要求14所述的方法,其中有效载荷接收方属性字段包括指示与所述一个或多个目标接收方相关联的场所类型的信息。
17.如权利要求14所述的方法,其中有效载荷接收方属性字段包括指示与所述一个或多个目标接收方相关联的一个或多个设备的识别信息的信息。
18.如权利要求1所述的方法,还包括:
从远程设备接收所述多个ATSC 3.0分组的至少一部分被接收广播MPTS的远程渲染设备成功渲染的指示。
19.如权利要求18所述的方法,其中ATSC 3.0分组的所述部分包括紧急警报数据。
20.如权利要求18所述的方法,其中ATSC 3.0分组的所述部分包括互联网协议(IP)-捕获(PCAP)文件。
21.一种用于接收增强的多媒体信号的方法,包括:
在硬件设备处接收包括多个ATSC 1.0分组的高级电视***委员会(ATSC)1.0广播;
为所述多个ATSC 1.0分组中的每个分组确定相应的ATSC 1.0分组是否将被渲染为ATSC 1.0内容;
识别包括在广播中的将不被渲染为ATSC 1.0内容的多个经修改的ATSC 1.0分组,其中所述多个经修改的ATSC 1.0分组中的每个分组包括:
表示非ATSC 1.0内容的分组的至少一部分;以及
经修改的ATSC 1.0分组将不被渲染为ATSC 1.0内容的指示符;
将所述多个经修改的ATSC 1.0分组的至少一部分转换成包括非ATSC 1.0内容的信号;以及
使得根据用户请求渲染非ATSC 1.0内容。
22.如权利要求21所述的方法,其中指示符是运输私有数据标志。
23.如权利要求21所述的方法,其中指示符是非ATSC 1.0内容的加密的组成部分。
24.如权利要求21所述的方法,还包括:
识别包括在广播中的多个未经修改的ATSC 1.0分组,其指示符指示相应的ATSC 1.0分组将被渲染为ATSC 1.0内容,
其中所述多个经修改的ATSC 1.0分组中的每个分组都包括具有不超过182字节的有效载荷,以及
其中所述多个未经修改的ATSC 1.0分组中的每个分组都包括具有至少多于183字节的有效载荷。
25.如权利要求21所述的方法,还包括:
识别与所述多个经修改的ATSC 1.0分组中的每个分组相关联的元数据;
基于该元数据确定所述多个经修改的ATSC 1.0分组的子集与特定ATSC 3.0分组对应;
基于与特定ATSC 3.0分组对应的所述多个经修改的ATSC 1.0分组的子集生成ATSC3.0有效载荷;以及
使用该ATSC 3.0有效载荷生成ATSC 3.0信号。
26.如权利要求25所述的方法,其中与所述多个经修改的ATSC1.0分组中的每个经修改的ATSC 1.0分组相关联的元数据包括:
分组标识符(PID),指示与特定ATSC 3.0分组相关联的ASTC3.0子频道。
27.如权利要求25所述的方法,其中MPTS包括与多个ATSC3.0链对应的数据,每个链与不同的ATSC 3.0广播对应。
28.如权利要求27所述的方法,其中ATSC 3.0链中的每个链包括演播室到发送器链路隧道协议(STLPT)信号。
29.如权利要求21所述的方法,其中ATSC 1.0广播作为MPTS信号经由特定的6兆赫(MHz)接收器频道被接收。
30.如权利要求21所述的方法,其中所述多个经修改的ATSC1.0分组中的每个分组包括:
有效载荷计数器字段,指示与相应经修改的ATSC 1.0分组的有效载荷相关联的特定非ATSC 1.0分组;以及
有效载荷长度字段,指示包括非ATSC 1.0内容的有效载荷的部分。
31.如权利要求21所述的方法,其中有效载荷长度字段是运输私有数据长度字段。
32.如权利要求21所述的方法,其中所述多个经修改的ATSC1.0分组中的每个分组包括:
有效载荷接收方属性字段。
33.如权利要求32所述的方法,其中有效载荷接收方属性字段指示与经修改的ATSC1.0分组的一个或多个目标接收方相关联的属性。
34.如权利要求33所述的方法,其中有效载荷接收方属性字段包括指示与所述一个或多个目标接收方相关联的地理位置的信息。
35.如权利要求34所述的方法,其中有效载荷接收方属性字段包括指示与所述一个或多个目标接收方相关联的场所类型的信息。
36.如权利要求34所述的方法,其中有效载荷接收方属性字段包括指示与所述一个或多个目标接收方相关联的一个或多个设备的识别信息的信息。
37.如权利要求34所述的方法,还包括:
将与一个或多个目标接收方相关联的特性与指示与硬件设备相关联的特性的存储值进行比较;以及
基于该比较确定硬件设备是预期的接收方。
38.如权利要求21所述的方法,还包括:
经由广域网接收指示经由非ATSC 1.0内容传输的内容的信息;
基于指示经由非ATSC 1.0内容传输的内容的信息,确定非ATSC 1.0内容是否被成功渲染;以及
响应于确定非ATSC 1.0内容被成功渲染,向远程设备传输由硬件设备成功渲染所述多个非ATSC 1.0分组的所述至少一部分的指示。
39.如权利要求38所述的方法,其中非ATSC 1.0分组的所述部分包括紧急警报数据。
40.如权利要求38所述的方法,其中非ATSC 1.0分组的所述部分包括互联网协议(IP)-捕获(PCAP)文件。
41.如权利要求21所述的方法,其中硬件设备是机顶盒。
42.一种电视传输***,包括:
接收器,被配置为接收第一类型的电视内容和第二类型的电视内容;
连接到存储器的处理器,存储器在其上存储指令集,指令集在由处理器执行时使处理器:
根据第一类型的电视内容的协议生成传输信号;
使用机会调度方案,在传输之前定位传输信号内的可用有效载荷空间;以及
将第二类型的电视内容重新格式化为第一类型的电视内容的协议的分组,并将重新格式化的分组***传输信号内的可用有效载荷空间;以及
发送器,经由电视频带接收和广播传输信号。
43.如权利要求42所述的***,其中处理器包括注入服务器,并且其中指令使注入服务器识别传输信号的可用带宽,在该可用带宽内适合重新格式化的分组。
44.如权利要求42所述的***,其中传输信号包括第一类型的电视内容的至少一些分组和第二类型的电视内容的至少一些分组。
45.如权利要求42所述的***,其中传输信号仅包括第二类型的电视内容的重新格式化的分组。
46.如权利要求42所述的***,其中使处理器经由IP连接将第二类型的电视内容传送到接收方,用于作为服务的互操作性测试。
47.如权利要求42所述的***,其中还通过在重新格式化的分组中包括指示符来使处理器执行文件寻址,指示符被配置为仅使指定类型的接收器渲染重新格式化的分组的第二电视内容。
48.一种接收器,包括:
输入端,连接成接收电视广播信号;
输出端,被配置为连接到显示器;
处理器,连接成从输入端接收电视广播信号,并且还连接到存储器,该存储器上存储有软件指令集,指令集在由处理器执行时使处理器:
将电视广播信号数字化成分组;
确定每个分组是否包含电视内容类型的指示符,该电视内容类型不是电视广播信号原生的;
如果不存在这样的指示符,那么使用第一解码方案处理分组以渲染为原生电视内容类型;
如果对于分组存在这样的指示符,那么使用第二解码方案处理分组以渲染为第二电视内容类型;以及
将原生电视内容和第二电视内容类型呈现到输出端以显示为电视频道。
49.如权利要求49所述的方法,其中电视广播信号是ATSC 1.0信号,并且原生电视内容类型是ATSC 1.0内容。
50.如权利要求49所述的方法,其中当经由电视广播信号接收到这样做的指令时,指令还使处理器存储第二电视内容类型以供将来显示给用户。
51.如权利要求49所述的方法,其中指令还使处理器将第二电视内容类型的至少一部分组合到原生电视内容的渲染中,使得两种类型的内容都作为单个电视频道显示给用户。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202062956519P | 2020-01-02 | 2020-01-02 | |
US62/956,519 | 2020-01-02 | ||
PCT/US2021/012122 WO2021138692A2 (en) | 2020-01-02 | 2021-01-04 | Systems and methods for enhanced multimedia signal broadcast, reception, data delivery, and data collection |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115552914A true CN115552914A (zh) | 2022-12-30 |
Family
ID=76686946
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180017917.0A Pending CN115552914A (zh) | 2020-01-02 | 2021-01-04 | 用于增强的多媒体信号广播、接收、数据递送和数据收集的***和方法 |
Country Status (4)
Country | Link |
---|---|
US (2) | US11671635B2 (zh) |
KR (1) | KR20230002287A (zh) |
CN (1) | CN115552914A (zh) |
WO (1) | WO2021138692A2 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP4388726A1 (en) * | 2022-02-09 | 2024-06-26 | Samsung Electronics Co., Ltd. | Method of managing media communication in mission critical (mc) system, mc server, and receiver thereof |
US20230308467A1 (en) * | 2022-03-24 | 2023-09-28 | At&T Intellectual Property I, L.P. | Home Gateway Monitoring for Vulnerable Home Internet of Things Devices |
US20240031047A1 (en) * | 2022-07-25 | 2024-01-25 | Sony Group Corporation | Delivery of extended emergency notifications through sensory feedback |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2001277262A1 (en) * | 2000-07-01 | 2002-01-14 | Nxtwave Communications, Inc. | Robust data extension for 8vsb signaling |
US7532672B2 (en) * | 2005-04-28 | 2009-05-12 | Texas Instruments Incorporated | Codecs providing multiple bit streams |
US7983354B2 (en) * | 2005-11-25 | 2011-07-19 | Samsung Electronics Co., Ltd. | Digital broadcast transmitter/receiver having an improved receiving performance and signal processing method thereof |
WO2010068043A2 (en) * | 2008-12-09 | 2010-06-17 | Lg Electronics Inc. | Method for processing targeting descriptor in non-real-time receiver |
US9060180B2 (en) * | 2011-06-10 | 2015-06-16 | Dolby Laboratories Licensing Corporation | Drift-free, backwards compatible, layered VDR coding |
WO2015178036A1 (en) * | 2014-05-22 | 2015-11-26 | Sharp Kabushiki Kaisha | Method for decoding |
US20160164943A1 (en) * | 2014-12-05 | 2016-06-09 | Qualcomm Incorporated | Transport interface for multimedia and file transport |
CN111107110B (zh) * | 2015-01-18 | 2022-12-30 | Lg电子株式会社 | 广播信号传输设备、广播信号接收设备及其方法 |
US10045068B2 (en) | 2016-11-15 | 2018-08-07 | Sony Corporation | Identification of services containing the same or equivalent content |
KR102668431B1 (ko) * | 2017-01-17 | 2024-05-24 | 삼성전자주식회사 | 전자장치 및 그 제어방법 |
JP6967370B2 (ja) * | 2017-05-17 | 2021-11-17 | ソニーグループ株式会社 | 受信装置、受信方法、送信装置、及び送信方法 |
US11006164B2 (en) * | 2018-11-23 | 2021-05-11 | Sony Corporation | TV and electronic device with external tuner and memory for personal video recording |
KR102218262B1 (ko) * | 2019-05-08 | 2021-02-22 | 주식회사 로와시스 | 방송 수신기가 없는 컴패니언 디바이스에서 방송신호 수신이 가능하도록 하는 atsc 지상파 수신용 홈 미디어 게이트웨이 |
WO2021101934A1 (en) * | 2019-11-18 | 2021-05-27 | Sinclair Broadcast Group, Inc. | Adaptive broadcast media and data services |
KR20210098761A (ko) * | 2020-02-03 | 2021-08-11 | 엘지전자 주식회사 | 무선 수신 장치 및 이를 구비하는 영상표시장치 |
US11272247B2 (en) * | 2020-06-24 | 2022-03-08 | Dish Wireless L.L.C. | Multi-mode conversion of multiple video streams |
-
2021
- 2021-01-04 US US17/790,693 patent/US11671635B2/en active Active
- 2021-01-04 WO PCT/US2021/012122 patent/WO2021138692A2/en active Application Filing
- 2021-01-04 KR KR1020227026761A patent/KR20230002287A/ko unknown
- 2021-01-04 CN CN202180017917.0A patent/CN115552914A/zh active Pending
-
2023
- 2023-06-06 US US18/330,264 patent/US20240089517A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20230002287A (ko) | 2023-01-05 |
US20230042613A1 (en) | 2023-02-09 |
WO2021138692A3 (en) | 2021-08-19 |
US20240089517A1 (en) | 2024-03-14 |
US11671635B2 (en) | 2023-06-06 |
WO2021138692A2 (en) | 2021-07-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10165336B2 (en) | Method for processing additional information related to an advances service or content in an NRT service and a broadcast receiver | |
US11671635B2 (en) | Systems and methods for enhanced multimedia signal broadcast, reception, data delivery, and data collection | |
CN106105136B (zh) | 用于处理混合广播服务的装置和用于处理混合广播服务的方法 | |
CN112019884B (zh) | 发送广播信号的方法和设备及接收广播信号的方法和设备 | |
US10715571B2 (en) | Self-adaptive streaming medium processing method and apparatus | |
US8458751B2 (en) | Systems and methods for accessing selected packetized programming streams | |
WO2021101934A1 (en) | Adaptive broadcast media and data services | |
US20170164071A1 (en) | Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method | |
US20140181243A1 (en) | Server-based content tracking apparatus and method | |
US11463495B2 (en) | Custom content insertion | |
KR20220165693A (ko) | 디지털 방송 서비스 방법 및 장치 | |
US20090052583A1 (en) | Digital broadcasting system and method of processing data in the digital broadcasting system | |
US11336967B2 (en) | Receiver apparatus, transmitter apparatus, and data processing method | |
US8990879B2 (en) | Method for providing data application of digital broadcasting | |
US20150127794A1 (en) | Content And Device Naming Scheme | |
JP2009510824A (ja) | Mhp又はocap放送システムで低減帯域幅ビデオを提供するシステム及び方法 |
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 |