CN113170222B - 用于电视机和电子设备的电视接收器应用 - Google Patents

用于电视机和电子设备的电视接收器应用 Download PDF

Info

Publication number
CN113170222B
CN113170222B CN201980076468.XA CN201980076468A CN113170222B CN 113170222 B CN113170222 B CN 113170222B CN 201980076468 A CN201980076468 A CN 201980076468A CN 113170222 B CN113170222 B CN 113170222B
Authority
CN
China
Prior art keywords
information processing
tuner device
command
processing apparatus
plps
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201980076468.XA
Other languages
English (en)
Other versions
CN113170222A (zh
Inventor
G·克利夫特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Group Corp
Original Assignee
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Group Corp filed Critical Sony Group Corp
Publication of CN113170222A publication Critical patent/CN113170222A/zh
Application granted granted Critical
Publication of CN113170222B publication Critical patent/CN113170222B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • 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/10—Architectures or entities
    • H04L65/1059—End-user terminal functionalities specially adapted for real-time communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/10—Arrangements for replacing or switching information during the broadcast or the distribution
    • H04H20/106—Receiver-side switching
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4343—Extraction 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Library & Information Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

一种信息处理装置包括被配置成经由应用编程接口(API)发出第一命令的处理电路，所述第一命令指令调谐器设备调谐到广播流的RF频道。响应于从所述调谐器设备接收到所述RF频道被获取的指示并且所接收的指示指定所获取的RF频道的信号类型是第一预定类型的信号，所述处理电路还被配置成(i)发出第二命令，所述第二命令指令所述调谐器设备识别所述广播流中的包括低级信令(LLS)表的每个物理层管道(PLP)，(ii)发出第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述处理电路，并且(iii)处理所述数据分组。

Description

用于电视机和电子设备的电视接收器应用
技术领域
本公开总体上涉及用于在电视机和电子设备中实现附加的电视广播接收器功能的应用。
背景技术
ATSC 3.0是为更新的技术提供支持的新的数字电视(DTV)标准。ATSC 3.0标准的重要特征在于利用广播发射来针对信令和内容这二者传送网际协议(IP)分组，其设计目标是使用的协议尽可能接近于在因特网中使用的协议。作为这种方法的好处，ATSC 3.0标准支持作为经由广播路径传送的内容的附件的电视内容和信令的过顶(OTT)传送。OTT传送可以包括通过用户的宽带因特网连接的电视内容的传送。“混合(hybrid)”服务是可能的，其中一些组件通过广播传送，而其他组件(例如，附加的音频语言或基于web的应用内容)经由宽带传送。
一些广播电台已经开发了提供用于在移动设备(通常是智能电话和平板电脑)上观看的专门内容的应用。这种专门内容可以通过单播传输(即，一对一)从服务器或服务器系统分发。尽管诸如智能电话和平板电脑之类的平台可以具有针对视频流式传输(streaming)而安装的应用，并且诸如膝上型计算机和桌上型计算机之类的更大屏幕的计算机可以通过Web浏览器观看视频流式传输,不过仍然需要在这些类型的电子设备内开发ATSC 3.0接收器功能的实现。
发明内容
根据本公开的实施例，提供一种信息处理装置，所述信息处理装置包括被配置成连接到调谐器设备的通信接口。所述信息处理装置包括处理电路，所述处理电路被配置成：(a)经由使得能够在所述处理电路和所述调谐器设备之间通过所述通信接口进行通信的应用编程接口(API)发出第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，(b)响应于从所述调谐器设备接收到所述RF频道已被获取的指示并且所接收的指示指定所获取的RF频道的信号类型是第一预定类型的信号，(i)经由所述API发出第二命令，所述第二命令指令所述调谐器设备识别所述广播流中的包括低级信令(low levelsignaling，LLS)表的每个物理层管道(physical layer pipe，PLP)，(ii)经由所述API发出第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述处理电路，并且(iii)处理所述数据分组以检索信令内容和电视服务的内容。
根据本公开的实施例，提供一种调谐器设备，所述调谐器设备包括被配置成连接到信息处理装置的通信接口。所述调谐器设备还包括处理电路，所述处理电路被配置成：(a)经由使得能够在所述信息处理装置和所述调谐器设备之间通过所述通信接口进行通信的应用编程接口(API)，从所述信息处理装置接收第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，(b)响应于判定RF频道被获取并且是第一预定类型的信号：(i)经由所述API向所述信息处理装置发送将所获取的RF频道的信号类型指定为所述第一预定类型的信号的指示，(ii)经由所述API从所述信息处理装置接收第二命令，所述第二命令指令所述调谐器设备(a)识别所述广播流中的包括低级信令(LLS)表的每个物理层管道(PLP)并且(b)经由所述API向所述信息处理装置发送包括所识别的包括LLS表的每个PLP的列表，并且(iii)经由所述API从所述信息处理装置接收第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述信息处理装置。
根据本公开的实施例，提供一种存储指令的非暂时性计算机可读介质，当由信息处理装置中的处理器执行时，所述指令使所述处理器执行一种方法，所述方法包括经由使得能够在所述信息处理装置和调谐器设备之间通过通信接口进行通信的应用编程接口(API)发出第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道。响应于从所述调谐器设备接收到所述RF频道被获取的指示并且所接收的指示指定所获取的RF频道的信号类型是第一预定类型的信号，所述方法还包括(i)经由所述API发出第二命令，所述第二命令指令所述调谐器设备识别所述广播流中的包括低级信令(LLS)表的每个物理层管道(PLP)，(ii)经由所述API发出第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到处理电路，以及(iii)处理所述数据分组以检索信令内容和电视服务的内容。
根据本公开的实施例，提供一种存储指令的非暂时性计算机可读介质，当由调谐器设备中的处理器执行时，所述指令使所述处理器执行一种方法，所述方法包括经由使得能够在信息处理装置和所述调谐器设备之间通过通信接口进行通信的应用编程接口(API)，从所述信息处理装置接收第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道。响应于判定所述RF频道被获取并且是第一预定类型的信号，所述方法还包括(i)经由所述API向所述信息处理装置发送将所获取的RF频道的信号类型指定为所述第一预定类型的信号的指示，(ii)经由所述API从所述信息处理装置接收第二命令，所述第二命令指令所述调谐器设备(a)识别所述广播流中的包括低级信令(LLS)表的每个物理层管道(PLP)并且(b)经由所述API向所述信息处理装置发送包括所识别的包括LLS表的每个PLP的列表，以及(iii)经由所述API从所述信息处理装置接收第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述信息处理装置。
附图说明
当结合附图考虑时，通过参考以下详细描述，本公开及其许多伴随优点变得更好理解，因此易于获得本公开及其许多伴随优点的更完整理解，在附图中：
图1是表示基于ATSC 3.0标准的DTV系统的基本组件的示意图。
图2例示说明示例性电子设备。
图3是示例性ATSC 3.0接收器的框图。
图4例示说明具有USB接口的示例性调谐器设备。
图5是具有USB连接的调谐器的计算机信息处理装置的示例性布置。
图6是用于设置信息处理装置以使用USB连接的调谐器进行DTV接收的示例性画面。
图7是用于启动电视接收器应用的处理的示例性流程图。
图8是用于进行频道扫描的处理的示例性流程图。
图9例示说明示例性物理层管道(PLP)。
图10是例示说明在信息处理装置和调谐器设备之间传递的消息的示例性框图。
图11-图13例示说明示例性序列图，所述示例性序列图例示说明经由应用编程接口(API)在电子设备和调谐器设备之间传送的消息。
图14例示说明信息处理装置的示例硬件配置。
具体实施方式
现在参见附图，其中相同的附图标记在几个视图中表示相同或对应的部分，下面的描述涉及一种可以在没有内置调谐器/解调器的信息处理装置中实现的ATSC接收器，如在电视机的情况下那样。在某些实施例中，信息处理装置是诸如智能电话、平板电脑或其他消费电子设备(诸如机顶盒)之类的安卓(Android)设备，所述安卓设备和与调谐器设备形式的硬件附加件结合使用的专用安卓应用一起操作。
所述实施例的每个功能可以利用包括一个或多个处理电路的处理电路系统来实现。处理电路包括编程处理器。在所述实施例中，编程处理器是在运行安卓操作系统的基于安卓的智能电话和平板电脑中常见的高级精简指令集计算机(RISC)机器(ARM)处理器。处理电路还可以包括诸如被布置成进行所述功能的专用集成电路(ASIC)和常规电路组件之类的器件。注意，电路系统指的是电路或电路的系统。本文中，电路系统可以在一个计算机系统中，或者可以分布在计算机系统的网络中。
在本公开中，安卓是由谷歌公司维护的移动操作系统，主要是为诸如平板电脑和智能电话之类的触摸屏设备设计的。应用软件运行在包括基于Open JDK的Java库的应用框架上。在本公开中，使用的USB的版本可以是USB 2.0或USB 3.0，USB 3.0可以适应高达5Gbit/s的数据传送速度。首先，说明基于ATSC 3.0的广播电视系统的基本体系结构。
本公开的实施例目的在于在诸如智能电话、平板电脑、膝上型计算机等电子设备中实现ATSC功能。这些类型的设备被视为非电视机设备，因为尽管这些设备可以流式传输内容，但是它们不具有在没有附加硬件和软件的情况下调谐到电视广播的能力。
在电子设备中提供ATSC电视功能提供了许多明显有利的特征。例如，当用户与ATSC DTV接收器交互时，无论是在常规数字电视机中还是在诸如智能电话或平板电脑之类的不同设备中实现，用户都可以选择“服务”以进行观看。
在一些实施例中，ATSC“服务”是集中地传送给接收器的媒体组件和/或元数据的集合。组件可以是多种媒体类型。服务可以是连续的或间断的。服务可以是实时的或非实时的，其中实时服务可以包括一系列的电视节目。
在ATSC 3.0中，服务可以是可以具有或可以不具有直播流式传输音频/视频内容的应用。服务还可以包括诸如视频点播(video-on-demand)的非实时内容，或者比如可以在网页上找到的其他交互式内容。另外，ATSC 3.0服务的一些或所有组件可以经由宽带(因特网)路径传送。包括来自广播和宽带这二者的组件的服务被称为“混合”服务。
图1是表示ATSC 3.0系统的基本组件的布置的示图。视频技术正在从高清(HD)数字电视转向包括4K(也称为UHD)和8K水平分辨率、高动态范围(HDR)、宽色域和高帧速率的视频的先进技术。而且，ATSC 3.0系统可以包括可能与为电视台(TV station)105提供信号的移动传输单元103远程结合并可以捕捉超高清(UHD)视频的数字摄像机101。电视台105包括用于电视制作和广播控制的设施等。通过使用ATSC 3.0，编码器和复用器可以生成用于电视广播的IP分组。电视广播可以与电子节目指南(Electronic Program Guide，EPG)一起被传送到一个或多个发射器站点107。ATSC 3.0发射器站点可以包括经由塔式发射天线111发射射频(RF)信号的ATSC 3.0波形发射器。ATSC 3.0波形可以由ATSC 3.0电视机131、ATSC3.0网关或转换器133、或者具有ATSC 3.0功能的移动设备121在家庭、办公楼、图书馆、商店或餐厅109中拾取。平板电脑或智能电话135可以将广播信号获得为从网关或转换器提供的WiFi信号。可替代地，在商业场所或家庭之外，平板电脑、智能电话或其他移动设备121可以从塔式发射天线111拾取广播波形。这样的移动设备121可以在个人车辆内或在公共交通工具内使用。此外，ATSC 3.0网关和电视台105中的网络和播出服务器可以经由因特网30相互通信。
移动操作系统(诸如由谷歌公司开发的安卓操作系统或者由苹果计算机公司开发的iOS操作系统)是用于电话、平板电脑、智能手表或其他移动设备的操作系统，并且包括针对移动或手持用途的特征。例如，移动设备可以包括蜂窝通信、全球定位系统(GPS)导航、视频和/或单帧相机、语音识别以及通常的触摸屏的移动特征。其他移动操作系统的例子包括Tizen、Windows 10Mobile等。特别地，安卓操作系统主要是针对触摸屏设备而设计的。通常，安卓操作系统的应用软件运行在包括基于Open JDK(Java开发工具包)的Java库的应用框架上。
在本公开中，DTV广播公司(broadcaster)、或者简单地如本文中所使用的广播公司涉及经由无线电波作为地面电视传输来传送内容的本地电视台。
ATSC 3.0系统具有定义为物理层、协议层、管理层以及应用和表示层的分层体系结构。ATSC 3.0系统的细节可见于例如ATSC标准：ATSC 3.0System(日期为2017年10月19日的Doc.A/300:2017)，其全部内容通过引用合并在本文中。在发射器侧，用于RF频道的系统体系结构可以至少包括以下四个主要部分：输入格式化，比特交织和编码调制(BICM)，成帧和交织，以及波形生成。在输入格式化和BICM部分中，物理层管道(PLP)是利用特定调制、码率和长度编码的数据流。对于RF频道可能只有单个PLP。每个RF频道中的PLP的最大数量为64。输入格式化部分将输入数据分组格式化为称为ATSC链路层协议(ALP)分组的输出分组。每个ALP分组的长度是可变的。输入格式化部分将ALP分组映射到基带分组，所述基带分组至少包括报头和包含ALP分组的有效负载。基带分组具有固定长度，其长度由针对目标PLP选择的外码类型、内码速率和码长来确定。
通过引用整体合并在本文中的ATSC标准A/322-Physical Layer Protocol(日期为2017年6月6日)指定了ATSC 3.0物理层协议。如在A/322中所述，广播公司可以选择几种时间交织器模式中的一种来传送任何给定PLP。这些模式包括无时间交织、卷积时间交织(CTI)和混合时间交织(HTI)。由于其设计上的实际约束，对于处理使用CTI交织器模式的任何PLP的接收器，必须使用其所有处理资源。相对于此，对于使用HTI交织器模式的PLP，实际接收器具有足够的资源能够并行处理四个这样的PLP。
在ATSC 3.0系统中，选择协议以与针对因特网和万维网开发的标准一致，尤其是考虑到ATSC 3.0还支持信令和内容的“过顶”(OTT)或宽带传送。混合服务也是可能的，其中一些组件经由广播路径传送，而其他组件(例如交互式内容或可替代的音轨)经由广播公司所操作的宽带服务器传送。
本公开的一个方面是被配置成在电子设备中提供电视机功能的电视接收器应用。例如，电视接收器应用可以被配置成接收ATSC 3.0服务。电视接收器应用例如可以被实现为构建在安卓操作系统之上的本地安卓应用。电视接收器应用可以使用诸如C/C++之类高级编程语言来编写并针对个人计算机的硬件环境编译，或者它可以使用Java编程语言来编写以更好地移植到运行安卓操作系统的其他硬件(诸如平板电脑、电话或机顶盒)。
在一些实施例中，电视接收器应用是用户从谷歌Play商店(Google Play Store)下载并启动以享受ATSC 3.0电视接收器功能的ATSC 3.0安卓应用。电视接收器应用可以检测ATSC 3.0调谐器设备的存在或不存在。如果调谐器设备被连接，则电视接收器应用向用户提供允许电视接收器应用访问和使用该设备的选项。如果调谐器设备不存在，则电视接收器应用可以向用户描述为了能够经由电视接收器应用观看广播电视而需要购买或安装的硬件设备。
如果调谐器设备被连接，则电视接收器应用可以与调谐器设备通信，以便：(i)选择用于调谐的RF频道；(ii)如果在所选择的RF频率上发现ATSC 3.0(或ATSC 1.0)广播发射，则提供信号强度的指示；(iii)如果是ATSC 3.0信号，则从调谐的频率接收ATSC链路层协议(ALP)分组(参见通过引用整体合并在本文中的ATSC标准：Link-Layer Protocol(A/330),Doc.A/330:2016，日期为2016年9月19日)；(iii)如果是ATSC 1.0信号，则接收MPEG-2传输流分组(参见通过引用整体合并在本文中的ATSC A/53：ATSC Digital TelevisionStandard,Parts 1-6,2007，日期为2007年1月3日)；以及(iv)选择多达四个PLP(物理层管道)以进行处理。在一些实施例中，PLP是用于承载数据有效负载的数据结构。可以使用多个PLP来承载不同的数据流，所有这些数据流都可能是组装完整的被传送产品所需的。另外，如果要以相同的鲁棒性水平承载这些数据流，则组装多个被传送产品所需的数据流可以共享PLP。
电视接收器应用还可以：(i)进一步支持频道扫描操作(作为用户初始设置的一部分，或者在以后的时间)，使得可以确定和保存可用服务的完整映射；(ii)合并ATSC 3.0传输信令的必要处理；(iii)向用户提供导航体验以能够选择感兴趣的ATSC 3.0服务(这包括电子服务指南显示)；(iv)实现快速频道改变；(v)管理所有资源(除了调谐器之外)，包括易失性和非易失性存储器、用户输入以及屏幕/显示器；(vi)实现由通过引用整体合并在本文中的ATSC标准A/344-ATSC 3.0Interactive Content(日期为2017年12月18日)定义的ATSC3.0交互服务(应用运行时)环境；以及(vi)实现诸如PVR功能之类的用户特征，包括录制、回放、暂停实况电视，倒回、停止和快进录制的节目，以及对实况节目执行类似的功能。下面描述ATSC 3.0DTV接收器的细节。
图2例示说明示例性电子设备200，该电子设备200被配置成经由调谐器设备(例如，包括调谐器/解调器)202访问电视内容和应用，调谐器设备202被配置成经由USB连接到电子设备200。在其他实施例中，调谐器设备202经由其他无线(例如WiFi)或有线接口连接到电子设备200。电子设备200可以是诸如机顶盒之类的固定设备或者诸如智能电话、平板计算机、膝上型计算机或便携式计算机之类的移动或便携式设备。
调谐器设备202包括被配置成从一个或多个服务提供商接收数据流(例如广播流)的接收器电路系统。电子设备200包括被配置成执行各种功能以将电子设备作为电视机来操作的处理电路系统。在一个实施例中，调谐器设备202接收包含广播流的广播发射。调谐器设备202被配置成接收经由USB接口转发给ALP到IP分组转换器203的数据流。从转换器203输出的IP分组可以由解复用器204解复用，或者由中间件处理并被分离成音频和视频(A/V)流。音频由音频解码器210解码，视频由视频解码器214解码。
电子设备200通常在至少一个处理器(诸如CPU 238)的控制下操作，所述处理器经由一个或多个总线(例如总线250)耦接到工作存储器240、程序存储器242和图形子系统244。图形子系统244输出的图形通过合成器和视频接口260与视频图像组合，以生成适于在视频显示器上显示的输出。
CPU 238进行操作以执行电子设备200的功能，包括执行在使用例如存储在程序存储器242中的HTML5用户代理的广播公司应用(例如HTML5应用)以及诸如一个或多个本地广播公司应用之类的其他类型的广播公司应用中包含的脚本对象(控制对象)。
在一个实施例中，构成广播公司应用的文件集合可以经由例如在通过引用整体合并在本文中的ATSC标准A/331-Signaling,Delivery,Synchronization,and ErrorProtection(日期为2017年12月6日)中描述的路由协议而作为分组通过广播传送。在ATSCA/344中描述了示例性的广播公司应用框架。
图3是电子设备300的实施例的框图，电子设备300具有电视接收器应用303，诸如电子设备中的ATSC 3.0电视接收器应用。电子设备300包括关联的安卓活动301组件。当用户通过选择“TV”输入或者通过例如从应用托盘中选择“ATSC 3.0TV”图标302来激活电子设备300中的电视接收器应用303时，活动301被启动。此时，电视接收器应用303已经在运行，并且已经从由调谐器设备305(如果被连接到电子设备300的话)调谐到的RF频道收集了IP分组。此外，电视接收器应用303还可以具有开始从广播中检索音频、视频和字幕分组并将它们发送到媒体播放器313以进行解码和渲染(rendering)的能力。媒体播放器313可以是用于安卓的应用级媒体播放器，诸如ExoPlayer。媒体播放器313还可以支持通过HTTP的动态自适应流式传输(Dynamic Adaptive Streaming over HTTP,DASH)和公共加密(CommonEncryption)。
活动301组件可以接受来自遥控器(remote control unit，RCU)或小键盘(keypad)的用户输入以支持频道改变或选择，这由“tune()”函数反映。活动301可以进行的功能是创建两个观看表面(viewing surface)，所述两个观看表面给予用户与服务关联的视频的视图(“播放器表面”)和广播应用(例如HTML5 web应用)可能生成的任何覆盖图(overlay)(“覆盖图表面”)。播放器表面可以由媒体播放器313处理，而覆盖图表面可以由Webview 315处理。
图3中，调谐器设备305是可以调谐到并解调ATSC 3.0广播信号并生成一系列的ATSC 3.0链路层协议(ALP)分组的硬件设备。在一些实施例中，ALP分组在调谐器设备305中被转换为IP分组，并且调谐器设备305通过USB接口325传递IP分组。在其他实施例中，ALP分组通过USB接口325传递，并由电视接收器应用303中的转换器321转换为IP分组。当ALP分组通过USB接口325传递时，用于从ALP分组中检索IP分组的链路层处理(主要涉及IP报头解压缩)可以在调谐器设备305内或在电视接收器应用303内完成。
在一个实施例中，调谐器设备305是经由USB端口连接到电子设备的外部USB连接设备。一旦被启动，电视接收器应用303就可以使用UsbManager安卓类323。
电视接收器应用303提供使得能够向用户渲染和显示广播(和OTT)流式传输视频以及音频和隐藏字幕数据的功能。此外，电视接收器应用303可以支持“运行时环境”，通过它可以执行广播公司应用。广播公司应用可以包括内容，所述内容包括如在ATSC A/344“ATSC 3.0 Interactive Content”中所规定的HTML置标、JavaScript和CSS。除了标准web浏览器所支持的功能之外，还可以通过web套接字(Web Sockets)协议合并附加功能。在A/344中指定的web套接字API增加了对包括对调谐功能的访问、存储器管理、广播公司应用与接收器的媒体播放器(receiver’s media player，RMP)之间的交互等的能力的支持。
在一些实施例中，广播公司web应用可以由广播公司提供为常规流式传输广播电视服务的附件，以提供交互性或在后台操作，例如，以便监视用户对该服务的使用。此外，广播公司可以定义作为与该服务关联的广播公司应用的输出呈现的服务的类型。不支持A/344交互式内容规范的ATSC 3.0接收器不能提供这样的服务。
在一些实施例中，电子设备例如可以是在安卓操作系统平台上实现的任何设备。电视接收器应用或者已经由设备的制造商预先安装，或者用户已经从诸如谷歌Play商店之类的应用商店下载并安装了电视接收器应用。
图4是根据本公开的示例性方面的调谐器设备305的实施例的框图。在一些实施例中，调谐器设备305是USB连接的软件加密锁(software dongle)等，当USB连接器325被附接到USB端口时，它可以通过电源接口401接收电力。在其他实施例中，调谐器设备305可以由电池供电并被配置成提供电力。此外，在另外的实施例中，调谐器设备305可以被配置成既接收电力又提供电力。
在一些实施例中，调谐器设备305可以接收ATSC 3.0广播信号或ATSC 1.0信号。天线接口电路417接收广播信号。调谐器411进行选择性调谐，以从发射的RF信号的频带内选择电视频道的射频(RF)。电视频道可能已通过频道扫描处理被检测到。
处理器405控制解调器电路413和解码器415将正交频分复用(OFDM)符号解码成一个或多个PLP。从PLP获得ALP分组。在一些实施例中，解码器415执行高效视频编码(HEVC)解码。在一些实施例中，解码器415执行可伸缩性扩展HEVC解码(SHVC)。在广播信号是ATSC1.0广播信号的情况下，处理器405控制解调器413和解码器415解码MPEG传输流。MPEG-2传输流(TS)分组409可以经由数字I/O 403通过USB连接器325发送。
在一个实施例中，调谐器设备305可以从ALP分组中进行IP分组检索407。IP分组可以根据用户数据报协议(UDP)被格式化。或者，将ALP分组转换为IP分组的功能可以由调谐器设备305连接到的设备来进行。
图5是例示说明各自连接有调谐器设备505的智能电话501和平板计算机503的实施例的示意图。调谐器设备505可以包括或连接到用于拾取UHF频率和/或VHF频率的天线。
图6是表示可以在频道扫描操作期间显示的示例画面的示意图。画面可以包括提供选择频道扫描、硬件检测和更新检查的选项的菜单。
图7是当首次启动电视接收器应用时的处理的实施例的流程图。该处理可以开始于步骤S700，在步骤S700，如同智能电话上的任何应用(例如，下载的应用，比如脸书、推特、Chrome等)一样，可以从应用托盘启动电视接收器应用。电视接收器应用包括当应用被启动时提供用户与之交互的体验的活动组件。为了提供“看电视”体验，活动组件可以请求全屏幕视频播放器表面。
处理进行到步骤S701，在步骤S701，电视接收器应用访问USB接口以判定调谐器设备是否可用。例如，经由UsbManager安卓类，电视接收器应用调用UsbManager.getAccessoryList()方法来判定调谐器设备是否可用。处理进行到步骤S703，在步骤S703，电视接收器应用处理检索到的附件列表，以查看兼容的调谐器设备(例如ATSC 3.0调谐器设备)是否已经作为附件连接到USB接口。
如果调谐器设备不可用，则处理从步骤S703进行到步骤S705，以便(例如，通过屏幕上的文本)向用户通知电视(TV)接收功能取决于此类附件的可用性并且指示此类设备的可能型号和来源。当在步骤S705中显示通知时，与电视相关的活动可以被暂停，并且图7中所示的处理结束。
如果调谐器设备可用，则处理从步骤S703进行到步骤S707，在步骤S707，电视接收器应用判定过去的频道扫描是否可用。如果过去的频道扫描的记录可用，则处理从步骤S707进行到步骤S709，在步骤S709，电视接收器应用向调谐器设备发出返回到最后调谐的RF频道的命令，在该RF频道重新获取最后访问的服务。在调谐和处理了所有可能的RF频道之后，图7中的处理完成。如果过去的频道扫描的记录不可用，则处理从步骤S707进行到步骤S711，在步骤S711，要求用户许可进行频道扫描。由于频道扫描可能耗时，或者如果用户知道天线当前未连接，则用户可以决定延迟频道扫描。
处理进行到步骤S713以判定用户是否准许了进行频道扫描的请求。如果用户没有准许进行频道扫描的请求，则图7中所示的处理结束。然而，如果用户准许了进行频道扫描的请求，则处理进行到步骤S715以进行频道扫描。在进行频道扫描之后，图7中的处理完成。
在一些实施例中，调谐器设备可以被配置成通过USB接口传送ALP分组，在这种情况下，包含IP分组的ALP分组以及包含链路层信令的ALP分组都被提供给电视接收器应用。LMT与链路层信令分组一起被传送。
在一些实施例中，调谐器设备被配置成将ALP分组转换为IP分组。如果调谐器设备通过USB接口传送IP分组，则使用一种或多种其他方法来传送电视接收器应用管理PLP选择所需的LMT。例如，在一种方法中，调谐器设备在UDP/IP分组中传送每个LMT，所述UDP/IP分组具有不与允许广播公司使用的任何地址/端口号冲突的特别选择的IP源地址和端口号。在另一种方法中，调谐器设备通过USB接口在单独的流中传送包含LMT的分组(例如，独立于包含与广播关联的IP分组的流)。在另一种方法中，调谐器设备经由应用编程接口来通过命令/控制事务传送LMT数据。例如，电视接收器应用可以通过命令请求调谐器设备提供LMT数据，其中作为响应，如果存在多个LMT实例，则调谐器设备将利用LMT或聚合LMT进行响应。
根据一些实施例，在首次被安装时，或者每当以使得以前可以接收的一些传输信号不再可以接收或者一些不可用的传输信号在新的位置可用的方式改变电子设备的物理位置时，电视接收器应用进行频道扫描。例如，频道扫描涉及其中可能正在广播电视信号的每个RF频道被连续调谐的迭代操作。在每个频率，如果发现电视广播，则检索并存储链路层信令表、低级信令表和服务层信令表。在频道扫描之后，用户可以对已经发现的所有频道进行“频道冲浪(channel surf)”，或者可以使用“直接进入”来选择感兴趣的服务。例如，如果在扫描期间发现与主/次频道号4.1关联的服务，则可以在遥控器上输入“4.1”，或者可以通过设备提供的任何导航方法输入“4.1”。
图8是频道扫描操作的实施例的流程图。图8中的处理可以由执行电视接收器应用的电子设备进行，其中调谐器设备连接到电子设备并接收来自电视接收器应用的指令以进行频道扫描操作。该处理通常可以开始于步骤S800，在步骤S800，电视接收器应用将频率F设定在可能由本地广播公司使用或由地区法规授权的最低的可能RF频道(例如6MHz)频带。处理进行到步骤S802，在步骤S802，电视接收器应用向调谐器设备发送获取频率F的信号的命令。
处理进行到步骤S804以判定所获取的信号是否是ATSC 3.0信号。如果检测到ATSC3.0信号，则处理进行到步骤S806，在步骤S806，获得包含低级信令(LLS)的PLP的列表。该列表可以包括用于每个PLP的时间交织的类型(HTI、CTI或者无)。例如，如果检测到ATSC 3.0信号，则检查物理层帧以发现哪个或哪些PLP包含LLS。判定PLP是否包含LLS可以通过在物理层帧中的L1B_lls_flag中寻找值‘1’(真)，然后处理L1 Detail信令以发现承载LLS的PLP。如果对于关联的L1D_plp_id值，L1D_plp_lls_flag被设定为“1”，则判定该PLP ID承载LLS。于是，被判定为承载LLS的PLP ID可以被放置在提供给电视接收器应用的列表上。确定对于任何给定PLP使用什么类型的时间交织是利用2比特的L1-Detail信令字段L1D_plp_TI_mode的值来信令通知的。
处理从步骤S806进行到步骤S808以激活被识别为承载LLS的一个或多个(最多四个)PLP。正如指出的那样，如果给定的PLP使用CTI时间交织器模式，则接收器在任何给定时间都只能激活一个这样的PLP。图9例示说明了示例性PLP#1-#6。在这个例子中，所有PLP都使用HTI交织器模式，从而使得示例性接收器能够并行处理多达四个PLP。在图9中，带有*的PLP是承载LLS的PLP。因而在这个例子中，在步骤S808，选择PLP#1、#3、#4和#6。尽管在步骤S808最多激活四个PLP，不过在其他实施例中，可以激活任何所需数量的PLP，包括多于4个PLP。
处理进行到步骤S810，在步骤S810，电视接收器应用从所选择的PLP中检索数据分组，并且检索到的数据分组被传送到提取LMT和LLS表(诸如服务清单表(Service ListTable，SLT))的上位层处理。SLT在A/331中定义。
处理进行到步骤S812，在步骤S812，将检索到的当前RF频道的LMT和LLS表保存在非易失性存储器中。也可以保存其他信令表以加速服务获取。例如，可以在服务获取的早期阶段期间临时使用并保存诸如S-TSID之类的服务层信令(SLS)表。一旦在获取时检索到SLS表，如果发现在早期阶段期间使用的任何值已被改变，就可以在此时进行校正。
处理进行到步骤S814以判定是否处理了具有LLS的所有PLP。例如，调谐器设备在任何给定时间都不能处理多于四个PLP，从而，在步骤S808中激活的PLP的数量可以由调谐器设备在任何给定时间可以处理的PLP的数量来限制。
如果在步骤S814判定存在更多具有LLS的PLP有待处理，则处理进行到步骤S816，在步骤S816，将在步骤S808中激活的PLP去激活，并且激活承载LLS表的其他PLP。例如，在步骤S816，激活多达4个额外的承载LLS表的PLP。处理从步骤S816进行到步骤S810，如上所述重复步骤S810的处理以及之后执行的步骤。
如果在步骤S814判定已处理承载LLS的所有PLP，则处理进行到步骤S824以判定频道扫描是否完成。如果频道扫描完成(例如，扫描了所有可用的RF频道)，则图8中所示的处理完成。然而，如果频道扫描未完成，则处理进行到步骤S826，在步骤826，电视接收器应用通过将频率F设定为下一个6MHz频率来继续频道扫描操作。处理进行到步骤S802，如上所述重复上面关于步骤S802描述的处理以及之后执行的步骤。
返回到S804，如果没有检测到ATSC 3.0信号，则处理进行到步骤S818以判定所获取的信号是否是ATSC 1.0信号。如果没有检测到ATSC 1.0信号，则处理进行到步骤S824，如上所述重复步骤S824的处理以及之后执行的步骤。
如果检测到ATSC 1.0信号，则处理从步骤S818进行到步骤S820，在步骤S820，电视接收器应用检索检测到的ATSC 1.0信号的传输流ID(TSID)和地面虚拟频道表(TVCT)。在其全部内容通过引用合并在本文中的A/65标准-“ATSC Standard:Program and SystemInformation Protocol for Terrestrial Broadcast and Cable”(日期为2013年8月7日)中提供了关于TVCT的描述。
处理进行到步骤S822，在步骤822，电视接收器应用将检测到的ATSC 1.0信号的TSID、TVCT和RF频率保存在存储器中。处理从步骤S818进行到步骤S824，如上所述重复步骤S824的处理以及之后执行的步骤。在这方面，当每个可用的RF频道已被扫描时，图8中所示的方法完成。
根据一些实施例，当两个或更多调谐器同时可用以获取单个服务时，可以实现“频道绑定(channel bonding)”(参见(i)通过引用整体合并在本文中的ATSC标准A/322–Physical Layer Protocol(日期为2017年6月6日)、(ii)A/321和(iii)A/331)。当实现频道绑定时，指向其他RF频道上的传输信号的PHY层中的信令被保存，使得第二调谐器可以用于从绑定部分检索数据。
在一些实施例中，图3中所示的USB接口325是本领域普通技术人员已知的标准硬件接口，并且操作系统可以利用本领域任何普通技术人员已知的API来管理该接口。例如，ATSC 3.0设备可以经由设备描述符(参见通过引用整体合并在本文中的Universal SerialBus Specification,Revision 2.0(日期为2000年4月27日))将自身识别为音频/视频设备(基本类10h)。对于由USB连接的ATSC 3.0调谐器设备205，在一些实施例中，使用API来扩展由USB协议提供的基本通信。
图10是例示说明由调谐器设备提供并由接收器应用使用的API所支持的命令和消息的实施例的框图。例如，电子设备200(图2)可以经由API向调谐器305发送调谐到给定的6MHz RF频带以寻找ATSC 1.0和/或ATSC 3.0广播信号的调谐命令(“tune()”)。调谐器设备305可以经由API向电子设备200发送指示接收的状态的状态指示(例如“状态信息”)，包括(如果有的话)已经获取了什么类型的信号(例如，ATSC 1.0或ATSC 3.0)、关于信号强度的指示以及是否已经发现电视广播信号。
调谐器设备305还可以经由API向电子设备发送指示调谐器设备的能力的能力消息(例如“能力信息”)。例如，能力消息可以指示调谐器设备305是否支持频道绑定(例如，调谐器设备是否包括可以独立控制并用于根据ATSC标准绑定PLP的多个调谐器功能)。当已经获取ATSC 3.0信号时，电子设备200还可以经由API向调谐器设备305发送列出包含LLS的PLP的PLP ID值的命令(例如，“List PLP IDs()”)。电子设备200还可以经由API向调谐器设备305发送处理一个或多个PLP(通常最多四个)的处理PLP命令(“Process PLP()”)，其中要处理的PLP由它们的PLP ID值标识。
调谐器设备305针对选择处理的每个PLP通过USB接口流式传输ALP或IP分组。如果流式传输IP分组，则API可以包括处理LMT数据通信的附加命令。例如，API可以包括从电视接收器应用到调谐器设备305的请求LMT数据的请求LMT命令。此外，API可以包括从调谐器设备305到电视接收器应用的新的LMT数据可用的通知。
图11例示说明使用API在电视接收器应用和调谐器设备之间执行的处理的实施例的序列图。在这方面，在电视接收器应用和调谐器设备之间传送的命令和消息是通过API传递的。
图11中所示的处理可以在电视接收器应用被启动或者调谐器设备最初连接到电子设备时发生。在步骤S1100，电视接收器应用检测调谐器的存在。例如，电子设备可以执行检测和登记新连接的设备的USB接口功能，该功能可以是电子设备的操作系统本地的。电视接收器应用可以使用电子设备的本地操作系统内的API来确定什么类型的设备连接到电子设备。在一些实施例中，电子设备判定是否存在兼容的调谐器。当调谐器设备被插入时，调谐器设备可以向电子设备登记其存在。这种类型的登记可以在电子设备上电时发生。
在步骤S1102，一旦获悉调谐器设备的存在，电视接收器应用就经由API向调谐器设备发送调谐器状态命令。在步骤S1104，调谐器设备经由API向电子设备发送调谐器状态响应。在一些实施例中，调谐器状态响应可以包括诸如指示是否支持频道绑定的频道绑定(Ch_Bnd)参数以及提供调谐器设备的最后调谐频道的频道历史(Ch_Hst)参数之类的参数。Ch_Hst参数也可以是指示不存在频道历史的空值。在一些实施例中，Ch_Hst参数存储在电子设备中，而不是由调谐器设备提供。
图12例示说明在电视接收器应用和调谐器设备之间执行的处理的实施例的示例序列图，其中通过API传递命令和消息。图12中的处理可以在电子设备获悉调谐器设备的存在之后发生。
在步骤S1200，电视接收器应用经由API向调谐器设备发出RF频道调谐命令。RF频道调谐命令可以包括参数Ch_K，该参数可以是指令调谐器调谐到的RF频道。例如，当电视接收器应用具有最后调谐频道的记录时，Ch_K可以表示最后调谐频道。然而，如果电视接收器应用正在进行频道扫描，则Ch_K可以表示最低的6MHz RF频道。
在步骤S1202，调谐器设备发送RF频道状态响应。该响应可以包括指示是否发现了ATSC 1.0信号或ATSC 3.0信号(或者都没有)的信号类型参数(Sig_Type)和信号强度参数(Sig_Strength)。在步骤S1204，电视接收器应用判定发现了ATSC 3.0信号。在步骤S1206，电视接收器应用经由API向调谐器设备发出PLP列表命令。在步骤S1208，调谐器设备提供包括PLP(例如PLP_1～PLP_k)的列表的PLP列表响应命令。例如，在PLP列表响应命令中列出的PLP是包括LLS的PLP。该响应可以指示用于每个PLP的时间交织的类型(HTI、CTI或者无)。
在步骤S1210，电视接收器应用检查从调谐器设备提供的PLP的列表，并选择多达包含LLS的N个PLP。所选择的PLP的数量可以是预定数量，诸如四个。在步骤S1212，电视接收器应用发出PLP请求命令，该命令包括在步骤S1210中选择的PLP(例如PLP_1～PLP_N)的列表。在步骤S1214，电视接收器应用接收来自所选择的PLP的数据分组。调谐器设备可以通过与图12中所示的API不同的通信路径来流式传输数据分组。在一些实施例中，调谐器设备在S1214发送ALP数据分组。如果调谐器设备被配置成将ALP分组转换为IP分组，则调谐器设备可以发送包括LMT的IP分组。在步骤S1216，电视接收器应用检查所接收的数据分组以至少检索LMT和一个或多个SLT。
图13例示说明在执行电视接收器应用的电子设备和调谐器设备之间执行的处理的实施例的示例序列图。该处理可以在调谐器设备检测到ATSC 1.0信号时执行。步骤S1300和S1302对应于图12中的步骤S1200和S1202。在步骤S1304，电视接收器应用检查在步骤S1302提供的信号类型参数(Sig_Type)，并确定接收到ATSC 1.0信号。在步骤S1306，电视接收器应用经由API向调谐器设备发出视频信号请求命令。在步骤S1308，电视接收器应用接收MPEG-2TS分组(Video_Stream)。MPEG-2TS分组可以通过除图13中所示的API以外的通信路径来接收。
图14是表示可被配置成执行电子设备的功能的处理电路1426的硬件配置的例子的框图。图14中，处理电路1426包括执行本文中所述的处理的微处理单元(MPU)1400。处理数据和指令可以存储在存储器1402中。这些处理和指令也可以存储在便携式存储介质上或者可以远程存储。处理电路1426可以具有包含对于移动设备121的网络服务来说唯一的信息的可替换的用户识别模块(SIM)1401。
所要求保护的进步不受存储有本发明的处理的指令的计算机可读介质的形式限制。例如，指令可以存储在闪存、安全数字随机存取存储器(SDRAM)、随机存取存储器(RAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦可编程只读存储器(EPROM)、电可擦可编程只读存储器(EEPROM)、固态硬盘或者处理电路1426与之通信的任何其他信息处理设备(诸如服务器或计算机)中。
此外，所要求保护的进步可以作为配合MPU 1400和诸如安卓、10Mobile、/>之类的移动操作系统以及本领域技术人员已知的其他系统来执行的实用应用、后台守护进程或操作系统的组件或者它们的组合来提供。
为了实现处理电路1426，硬件元件可以利用本领域技术人员已知的各种电路系统来实现。例如，MPU 1400可以是Qualcomm移动处理器、Nvidia移动处理器、美国Intel公司的处理器、Samsung移动处理器或者Apple A7移动处理器，或者可以是本领域普通技术人员所认识到的其他处理器类型。可替代地，如本领域普通技术人员所认识到的，MPU1400可以在现场可编程门阵列(FPGA)、专用集成电路(ASIC)、可编程逻辑器件(PLD)上实现，或者使用离散逻辑电路来实现。此外，MPU 1400可以被实现成协同并行工作以执行上面说明的本发明的处理的指令的多个处理器。
图14中的处理电路1426还包括用于与网络1424对接的网络控制器1406，诸如美国Intel公司的Intel Ethernet Pro网络接口卡。可以意识到的是，网络1424可以是诸如因特网的公共网络，或者诸如LAN或WAN网络专用网络，或者它们的任意组合，并且还可以包括PSTN或ISDN子网络。网络1424也可以是有线的，诸如以太网。处理电路可以包括用于无线通信(包括3G、4G和5G无线调制解调器、 GPS或任何其他已知的无线通信形式)的各种类型的通信处理器。
处理电路1426包括可以由MPU 1400管理的通用串行总线(USB)控制器1425。在一个实施例中，调谐器是ATSC 3.0DTV接收器1450中的硬件设备，它可以调谐到并解调ATSC3.0广播信号，并且生成一系列的ATSC 3.0链路层协议分组。
处理电路1426还包括用于与显示器1410对接的显示控制器1408，诸如美国NVIDIA公司的GTX或/>图形适配器。I/O接口1412与按钮1414(诸如用于音量控制的按钮)对接。除了I/O接口1412和显示器1410之外，处理电路1426还可以包括麦克风1441和一个或多个相机1431。麦克风1441可以具有用于将声音处理成数字信号的关联电路1440。类似地，相机1431可以包括用于控制相机1431的图像捕捉操作的相机控制器1430。在示例性方面，相机1431可以包括电荷耦合器件(CCD)。处理电路1426可以包括用于生成声音输出信号的音频电路1442，并且可以包括可选的声音输出端口。
电源管理和触摸屏控制器1420管理由处理电路1426使用的电源和触摸控制。可以是工业标准体系结构(ISA)、扩展工业标准体系结构(EISA)、视频电子标准协会(VESA)、外围组件接口(PCI)等的通信总线1422用于互连处理电路1426的所有组件。为了简洁起见，在此省略显示器1410、按钮1414以及显示控制器1408、电源管理控制器1420、网络控制器1406和I/O接口1412的一般特征和功能的描述，因为这些特征是众所周知的。
尽管常规的电子产品已经结合了USB连接的调谐器，但是本公开使得能够进行ATSC-3.0的特定方面。具体地，本公开的ATSC电视接收器应用实现：
1、通过USB接口的信令传输，以识别所接收的信号对应于哪种数字电视标准；
2、通过USB接口的ATSC A/330ALP分组的传送；
3、通过USB接口的从基于IP的数字电视广播信号接收的多播UDP/IP分组的传送；
4、通过USB接口的链路层信令的传送，以使得主机能够管理调谐器设备中的PLP资源的选择；
5、使用专用(预定)IP源地址和端口，通过USB接口的链路层信令数据的传送；
6、通过USB接口到支持ATSC 3.0的调谐器设备的命令和控制接口，以例如能够选择PLP进行处理。
鉴于上述教导，众多的修改和变化是可能的。于是应当理解的是在附加权利要求书的范围内，可以与本文中具体描述的不同地实践本公开。
从而，上述讨论仅仅公开和描述了本公开的示例性实施例。正如本领域技术人员将理解的是，在不脱离本公开的精神或基本特征的情况下，可以以其他特定形式体现本公开。因而，本公开是说明性的，并不限制权利要求书的范围。包括本文中的教导的任何易于识别的变型的本公开部分定义了前述权利要求术语的范围，使得没有创造性的主题贡献给公众。
上述公开还包括下面列出的实施例。
(1)一种信息处理装置，包括：通信接口，被配置成连接到调谐器设备；以及处理电路，被配置成：(a)经由使得能够在所述处理电路和所述调谐器设备之间通过所述通信接口进行通信的应用编程接口API发出第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，(b)响应于从所述调谐器设备接收到所述RF频道已被获取的指示并且所接收的指示指定所获取的RF频道的信号类型是第一预定类型的信号，(i)经由所述API发出第二命令，所述第二命令指令所述调谐器设备识别所述广播流中的包括低级信令LLS表的每个物理层管道PLP，(ii)经由所述API发出第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述处理电路，并且(iii)处理所述数据分组以检索信令内容和电视服务的内容。
(2)根据特征(1)所述的信息处理装置，其中，来自所选择的PLP的数据分组是由所述调谐器设备转换成UDP/IP分组的链路层分组。
(3)根据特征(1)或(2)所述的信息处理装置，其中，来自所选择的PLP的数据分组是先进电视制式委员会ATSC链路层协议ALP分组，其中，所述处理电路还被配置成将所述ALP分组转换为IP分组。
(4)根据特征(1)-(3)中的任意一项所述的信息处理装置，其中，所述数据分组包括：(i)一个或多个服务清单表SLT，指定与所述广播流中包括的电视服务关联的每个IP地址；以及(ii)一个或多个链路映射表LMT，提供在所述SLT中指定的每个IP地址和与所述电视服务关联的一个或多个PLP之间的映射。
(5)根据特征(1)-(4)中的任意一项所述的信息处理装置，其中，响应于判定包括LLS表的一个或多个识别的PLP未被处理，所述处理电路还被配置成经由所述API发出第四命令，所述第四命令使所述调谐器设备(i)将所选择的PLP去激活，(ii)选择多达预定数量的未被处理的所述一个或多个识别的PLP，并且(iii)发送来自所选择的未被处理的一个或多个识别的PLP的数据分组。
(6)根据特征(4)或(5)所述的信息处理装置，其中，所述处理电路被配置成经由独立于包含与所述电视服务关联的数据分组的流的IP分组流接收所述一个或多个LMT。
(7)根据特征(1)-(6)中的任意一项所述的信息处理装置，其中，响应于判定所述RF频道被获取并且所获取的RF频道的信号类型是第二预定类型的信号，所述处理电路被配置成经由所述API发出第四命令，所述第四命令使所述信息处理装置接收MPEG-2传输流TS分组。
(8)根据特征(1)-(7)中的任意一项所述的信息处理装置，其中，所述第一预定类型的信号是先进电视制式委员会ATSC 3.0信号，并且其中，所述第二预定类型的信号不是ATSC 3.0信号。
(9)根据特征(1)-(8)中的任意一项所述的信息处理装置，其中，响应于判定过去的频道扫描的记录可用，所述处理电路被配置成访问所述过去的频道扫描的记录以确定最后被调谐的RF频道，并且所述第一命令是用于所述调谐器设备调谐到所确定的最后被调谐的RF频道的指令。
(10)根据特征(1)-(9)中的任意一项所述的信息处理装置，其中，响应于判定所述过去的频道扫描的记录不可用，所述第一命令是调谐到最低的可用RF频道的指令。
(11)根据特征(1)-(10)中的任意一项所述的信息处理装置，其中，所述电路还被配置成在发出所述第一命令之前：判定所述调谐器设备是否连接到USB接口，并且响应于判定所述调谐器设备未连接到所述USB接口，向用户输出适当消息。
(12)根据特征(1)-(11)中的任意一项所述的信息处理装置，其中，所述通信接口是通用串行总线USB接口。
(13)根据特征(1)-(12)中的任意一项所述的信息处理装置，其中，所述通信接口是无线接口。
(14)一种调谐器设备，所述调谐器设备包括：通信接口，被配置成连接到信息处理装置；处理电路，被配置成：(a)经由使得能够在所述信息处理装置和所述调谐器设备之间通过所述通信接口进行通信的应用编程接口API，从所述信息处理装置接收第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，(b)响应于判定所述RF频道被获取并且是第一预定类型的信号，(i)经由所述API向所述信息处理装置发送将所获取的RF频道的信号类型指定为所述第一预定类型的信号的指示，(ii)经由所述API从所述信息处理装置接收第二命令，所述第二命令指令所述调谐器设备(a)识别所述广播流中的包括低级信令LLS表的每个物理层管道PLP并且(b)经由所述API向所述信息处理装置发送包括所识别的包括LLS表的每个PLP的列表，并且(iii)经由所述API从所述信息处理装置接收第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述信息处理装置。
(15)根据特征(14)所述的调谐器设备，其中，响应于判定所述RF频道被获取并且所获取的RF频道的信号类型是第二预定类型的信号，所述调谐器设备被配置成经由所述API从所述信息处理装置接收第四命令，所述第四命令使所述调谐器设备向所述信息处理装置发送MPEG-2传输流TS分组。
(16)根据特征(15)所述的调谐器设备，其中，所述第一预定类型的信号是先进电视制式委员会ATSC 3.0信号，并且其中，所述第二预定类型的信号不是ATSC 3.0信号。
(17)根据特征(14)-(16)中的任意一项所述的调谐器设备，其中，所述通信接口是通用串行总线USB接口。
(18)根据特征(14)-(17)中的任意一项所述的调谐器设备，其中，所述通信接口是无线接口。
(19)一种存储指令的非暂时性计算机可读介质，当由信息处理装置中的处理器执行时，所述指令使所述处理器执行一种方法，所述方法包括：经由使得能够在所述信息处理装置和调谐器设备之间通过通信接口进行通信的应用编程接口API发出第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，响应于从所述调谐器设备接收到所述RF频道被获取的指示并且所接收的指示指定所获取的RF频道的信号类型是第一预定类型的信号，(i)经由所述API发出第二命令，所述第二命令指令所述调谐器设备识别所述广播流中的包括低级信令LLS表的每个物理层管道PLP，(ii)经由所述API发出第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到处理电路，并且(iii)处理所述数据分组以检索信令内容和电视服务的内容。
(20)一种存储指令的非暂时性计算机可读介质，当由调谐器设备中的处理器执行时，所述指令使所述处理器执行一种方法，所述方法包括：经由使得能够在信息处理装置和所述调谐器设备之间通过通信接口进行通信的应用编程接口API，从所述信息处理装置接收第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，响应于判定所述RF频道被获取并且是第一预定类型的信号，(i)经由所述API向所述信息处理装置发送将所获取的RF频道的信号类型指定为所述第一预定类型的信号的指示，(ii)经由所述API从所述信息处理装置接收第二命令，所述第二命令指令所述调谐器设备(a)识别所述广播流中的包括低级信令LLS表的每个物理层管道PLP并且(b)经由所述API向所述信息处理装置发送包括所识别的包括LLS表的每个PLP的列表，并且(iii)经由所述API从所述信息处理装置接收第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述信息处理装置。

Claims (19)

1.一种信息处理装置，包括：
通信接口，被配置成连接到调谐器设备；
处理电路，被配置成：
(a)经由使得能够在所述处理电路和所述调谐器设备之间通过所述通信接口进行通信的应用编程接口API发出第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，
(b)响应于从所述调谐器设备接收到所述RF频道已被获取的指示并且所接收的指示指定所获取的RF频道的信号类型是第一预定类型的信号，
(i)经由所述API发出第二命令，所述第二命令指令所述调谐器设备识别所述广播流中的包括低级信令LLS表的每个物理层管道PLP，
(ii)经由所述API发出第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述处理电路，并且
(iii)处理所述数据分组以检索信令内容和电视服务的内容；
其中，响应于判定包括LLS表的一个或多个所识别的PLP未被处理，所述处理电路还被配置成经由所述API发出第四命令，所述第四命令使所述调谐器设备(i)将所选择的PLP去激活，(ii)选择多达预定数量的未被处理的一个或多个所识别的PLP，并且(iii)发送来自所选择的未被处理的一个或多个所识别的PLP的数据分组。
2.根据权利要求1所述的信息处理装置，其中，来自所选择的PLP的数据分组是由所述调谐器设备转换成UDP/IP分组的链路层分组。
3.根据权利要求1所述的信息处理装置，其中，来自所选择的PLP的数据分组是先进电视制式委员会ATSC链路层协议ALP分组，其中，所述处理电路还被配置成将所述ALP分组转换为IP分组。
4.根据权利要求1所述的信息处理装置，其中，所述数据分组包括：(i)一个或多个服务清单表SLT，指定与所述广播流中包括的电视服务关联的每个IP地址；以及(ii)一个或多个链路映射表LMT，提供在所述SLT中指定的每个IP地址和与所述电视服务关联的一个或多个PLP之间的映射。
5.根据权利要求4所述的信息处理装置，其中，所述处理电路被配置成经由独立于包含与所述电视服务关联的数据分组的流的IP分组流接收所述一个或多个LMT。
6.根据权利要求1所述的信息处理装置，其中，响应于判定所述RF频道被获取并且所获取的RF频道的信号类型是第二预定类型的信号，所述处理电路被配置成经由所述API发出另一命令，所述另一命令使所述信息处理装置接收MPEG-2传输流TS分组。
7.根据权利要求6所述的信息处理装置，其中，所述第一预定类型的信号是先进电视制式委员会ATSC 3.0信号，并且其中，所述第二预定类型的信号不是ATSC 3.0信号。
8.根据权利要求1所述的信息处理装置，其中，响应于判定过去的频道扫描的记录可用，所述处理电路被配置成访问所述过去的频道扫描的记录以确定最后被调谐的RF频道，并且所述第一命令是用于所述调谐器设备调谐到所确定的最后被调谐的RF频道的指令。
9.根据权利要求8所述的信息处理装置，其中，响应于判定所述过去的频道的记录不可用，所述第一命令是调谐到最低的可用RF频道的指令。
10.根据权利要求1所述的信息处理装置，其中，所述电路还被配置成在发出所述第一命令之前：
判定所述调谐器设备是否连接到USB接口，并且
响应于判定所述调谐器设备未连接到所述USB接口，向用户输出适当消息。
11.根据权利要求1所述的信息处理装置，其中，所述通信接口是通用串行总线USB接口。
12.根据权利要求1所述的信息处理装置，其中，所述通信接口是无线接口。
13.一种调谐器设备，包括：
通信接口，被配置成连接到信息处理装置；
处理电路，被配置成：
(a)经由使得能够在所述信息处理装置和所述调谐器设备之间通过所述通信接口进行通信的应用编程接口API，从所述信息处理装置接收第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，
(b)响应于判定所述RF频道被获取并且是第一预定类型的信号，
(i)经由所述API向所述信息处理装置发送将所获取的RF频道的信号类型指定为所述第一预定类型的信号的指示，
(ii)经由所述API从所述信息处理装置接收第二命令，所述第二命令指令所述调谐器设备(a)识别所述广播流中的包括低级信令LLS表的每个物理层管道PLP并且(b)经由所述API向所述信息处理装置发送包括所识别的包括LLS表的每个PLP的列表，并且
(iii)经由所述API从所述信息处理装置接收第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述信息处理装置；
其中，响应于由所述信息处理装置判定包括LLS表的一个或多个所识别的PLP未被处理，所述处理电路还被配置成经由所述API接收第四命令，所述第四命令使所述调谐器设备(i)将所选择的PLP去激活，(ii)选择多达预定数量的未被处理的一个或多个所识别的PLP，并且(iii)发送来自所选择的未被处理的一个或多个所识别的PLP的数据分组。
14.根据权利要求13所述的调谐器设备，其中，响应于判定所述RF频道被获取并且所获取的RF频道的信号类型是第二预定类型的信号，所述调谐器设备被配置成经由所述API从所述信息处理装置接收另一命令，所述另一命令使所述调谐器设备向所述信息处理装置发送MPEG-2传输流TS分组。
15.根据权利要求14所述的调谐器设备，其中，所述第一预定类型的信号是先进电视制式委员会ATSC 3.0信号，并且其中，所述第二预定类型的信号不是ATSC 3.0信号。
16.根据权利要求13所述的调谐器设备，其中，所述通信接口是通用串行总线USB接口。
17.根据权利要求13所述的调谐器设备，其中，所述通信接口是无线接口。
18.一种存储指令的非暂时性计算机可读介质，当由信息处理装置中的处理器执行时，所述指令使所述处理器执行一种方法，所述方法包括：
经由使得能够在所述信息处理装置和调谐器设备之间通过通信接口进行通信的应用编程接口API发出第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，
响应于从所述调谐器设备接收到所述RF频道被获取的指示并且所接收的指示指定所获取的RF频道的信号类型是第一预定类型的信号，
(i)经由所述API发出第二命令，所述第二命令指令所述调谐器设备识别所述广播流中的包括低级信令LLS表的每个物理层管道PLP，
(ii)经由所述API发出第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到处理电路，并且
(iii)处理所述数据分组以检索信令内容和电视服务的内容；
其中，响应于判定包括LLS表的一个或多个所识别的PLP未被处理，所述方法包括经由所述API发出第四命令，所述第四命令使所述调谐器设备执行包括以下的步骤：(i)将所选择的PLP去激活，(ii)选择多达预定数量的未被处理的一个或多个所识别的PLP，并且(iii)向所述信息处理装置发送来自所选择的未被处理的一个或多个所识别的PLP的数据分组。
19.一种存储指令的非暂时性计算机可读介质，当由调谐器设备中的处理器执行时，所述指令使所述处理器执行一种方法，所述方法包括：
经由使得能够在信息处理装置和所述调谐器设备之间通过通信接口进行通信的应用编程接口API，从所述信息处理装置接收第一命令，所述第一命令指令所述调谐器设备调谐到广播流的RF频道，
响应于判定所述RF频道被获取并且是第一预定类型的信号，
(i)经由所述API向所述信息处理装置发送将所获取的RF频道的信号类型指定为所述第一预定类型的信号的指示，
(ii)经由所述API从所述信息处理装置接收第二命令，所述第二命令指令所述调谐器设备(a)识别所述广播流中的包括低级信令LLS表的每个物理层管道PLP并且(b)经由所述API向所述信息处理装置发送包括所识别的包括LLS表的每个PLP的列表，并且
(iii)经由所述API从所述信息处理装置接收第三命令，所述第三命令指令所述调谐器设备从所识别的PLP中选择多达预定数量的PLP并将来自所选择的PLP的数据分组发送到所述信息处理装置；
其中，响应于由所述信息处理装置判定包括LLS表的一个或多个所识别的PLP未被处理，所述方法还包括经由所述API接收第四命令，所述第四命令使所述调谐器设备执行包括以下的步骤：(i)将所选择的PLP去激活，(ii)选择多达预定数量的未被处理的一个或多个所识别的PLP，并且(iii)向所述信息处理装置发送来自所选择的未被处理的一个或多个所识别的PLP的数据分组。
CN201980076468.XA 2018-11-23 2019-11-20 用于电视机和电子设备的电视接收器应用 Active CN113170222B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/199,113 2018-11-23
US16/199,113 US10834473B2 (en) 2018-11-23 2018-11-23 Television receiver application for TV and electronic devices
PCT/IB2019/060003 WO2020104974A1 (en) 2018-11-23 2019-11-20 Television receiver application for tv and electronic devices

Publications (2)

Publication Number Publication Date
CN113170222A CN113170222A (zh) 2021-07-23
CN113170222B true CN113170222B (zh) 2023-08-04

Family

ID=68733414

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980076468.XA Active CN113170222B (zh) 2018-11-23 2019-11-20 用于电视机和电子设备的电视接收器应用

Country Status (6)

Country Link
US (1) US10834473B2 (zh)
EP (1) EP3868116A1 (zh)
JP (1) JP7235214B2 (zh)
KR (1) KR102526495B1 (zh)
CN (1) CN113170222B (zh)
WO (1) WO2020104974A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11277672B1 (en) 2020-10-07 2022-03-15 Dish Wireless L.L.C. 5G with ATSC 3.0 network extender
CN112383816A (zh) * 2020-11-03 2021-02-19 广州长嘉电子有限公司 基于安卓系统介入的atsc制式信号解析方法及系统
CN114339386A (zh) * 2021-12-28 2022-04-12 深圳创维－Rgb电子有限公司 Atsc 3.0装置、上位机系统及接收和转换方法

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006074709A (ja) * 2004-09-01 2006-03-16 Trek 2000 Internatl Ltd テレビの再生を可能にするポータブル装置
CN1874438A (zh) * 2005-06-02 2006-12-06 夏普株式会社 调谐器设备以及使用该调谐器设备的电视接收机
JP2008160749A (ja) * 2006-12-26 2008-07-10 Toshiba Corp テレビジョン受信装置および字幕表示方法
WO2009144436A1 (en) * 2008-05-28 2009-12-03 Mirics Semiconductor Limited Broadcast receiver system
CN102223488A (zh) * 2011-06-09 2011-10-19 成都金亚科技股份有限公司 数字电视机顶盒一户多机收视系统
JP2013089985A (ja) * 2011-10-13 2013-05-13 Mitsubishi Electric Corp デジタル放送受信装置及びデジタル放送受信方法
CN103283206A (zh) * 2011-01-04 2013-09-04 汤姆逊许可公司 使用dlna dms服务来远程调谐频道的方法和装置
CN103733637A (zh) * 2011-09-23 2014-04-16 Lg电子株式会社 接收广播服务的方法及其接收装置
WO2017010785A1 (ko) * 2015-07-12 2017-01-19 엘지전자(주) 방송 신호 송수신 장치 및 방법
WO2017150937A1 (ko) * 2016-03-04 2017-09-08 삼성전자 주식회사 수신기 및 그의 plp 처리 방법
EP3364659A1 (en) * 2015-10-15 2018-08-22 Sony Corporation Reception apparatus, transmission apparatus, and data processing method

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120189068A1 (en) * 2011-01-25 2012-07-26 Sony Ericsson Mobile Communications Ab Electronic terminals and methods using a usb cable as a rf broadcast signal antenna
JP5101742B1 (ja) 2011-08-23 2012-12-19 シャープ株式会社 通信装置、通信システム、通信方法、制御プログラム、記録媒体、およびテレビジョン受像システム
US9986302B2 (en) 2015-02-17 2018-05-29 Sony Corporation Transmission apparatus, transmission method, reception apparatus, and reception method
WO2016181807A1 (ja) 2015-05-08 2016-11-17 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
WO2017007258A1 (ko) 2015-07-08 2017-01-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US20180007307A1 (en) * 2016-07-02 2018-01-04 Qualcomm Incorporated Distributed Implementation Architecture for Broadcast Receiver
KR102422934B1 (ko) * 2017-11-24 2022-07-20 삼성전자 주식회사 방송수신장치 및 그 제어방법

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006074709A (ja) * 2004-09-01 2006-03-16 Trek 2000 Internatl Ltd テレビの再生を可能にするポータブル装置
CN1874438A (zh) * 2005-06-02 2006-12-06 夏普株式会社 调谐器设备以及使用该调谐器设备的电视接收机
JP2008160749A (ja) * 2006-12-26 2008-07-10 Toshiba Corp テレビジョン受信装置および字幕表示方法
WO2009144436A1 (en) * 2008-05-28 2009-12-03 Mirics Semiconductor Limited Broadcast receiver system
CN103283206A (zh) * 2011-01-04 2013-09-04 汤姆逊许可公司 使用dlna dms服务来远程调谐频道的方法和装置
CN102223488A (zh) * 2011-06-09 2011-10-19 成都金亚科技股份有限公司 数字电视机顶盒一户多机收视系统
CN103733637A (zh) * 2011-09-23 2014-04-16 Lg电子株式会社 接收广播服务的方法及其接收装置
JP2013089985A (ja) * 2011-10-13 2013-05-13 Mitsubishi Electric Corp デジタル放送受信装置及びデジタル放送受信方法
WO2017010785A1 (ko) * 2015-07-12 2017-01-19 엘지전자(주) 방송 신호 송수신 장치 및 방법
EP3364659A1 (en) * 2015-10-15 2018-08-22 Sony Corporation Reception apparatus, transmission apparatus, and data processing method
WO2017150937A1 (ko) * 2016-03-04 2017-09-08 삼성전자 주식회사 수신기 및 그의 plp 처리 방법

Also Published As

Publication number Publication date
JP2022507913A (ja) 2022-01-18
US10834473B2 (en) 2020-11-10
JP7235214B2 (ja) 2023-03-08
KR102526495B1 (ko) 2023-04-28
WO2020104974A1 (en) 2020-05-28
US20200169792A1 (en) 2020-05-28
KR20210098971A (ko) 2021-08-11
CN113170222A (zh) 2021-07-23
EP3868116A1 (en) 2021-08-25

Similar Documents

Publication Publication Date Title
KR102499967B1 (ko) 개인용 비디오 레코딩을 위한 외부 튜너 및 메모리를 갖는 tv 및 전자 디바이스
CN113170222B (zh) 用于电视机和电子设备的电视接收器应用
US11611799B2 (en) ATSC 3 application context switching and sharing
EP3868114B1 (en) Apparatus and method for tuner control by middleware
CN113056922B (zh) 包括本机广播者应用的接收器设备
US11553245B1 (en) Techniques for receiving non-real time (NRT) data whilst traversing a multi-frequency network boundary
KR102524389B1 (ko) 미국 디지털 텔레비전 방송 표준 위원회(atsc) 3.0 애플리케이션이 비-atsc 3.0 서비스 상에서 실행하기 위한 장치 및 방법
US11711568B2 (en) Techniques for ATSC 3.0 broadcast boundary area management using plural tuners handing off between presentation and scanning
US11546650B1 (en) Techniques for ATSC 3.0 broadcast boundary area management using plural tuners with different numbers of antennae
KR20230144577A (ko) Atsc 3 애플리케이션 컨텍스트 스위칭 및 공유
CN116724554A (zh) Atsc 3应用上下文切换和共享
WO2023012756A1 (en) Techniques for atsc 3.0 broadcast boundary area management using plural tuners handing off between presentation and scanning
WO2023012747A1 (en) Techniques for atsc 3.0 broadcast boundary area management using plural tuners with different numbers of antennae
WO2023012748A1 (en) Techniques for receiving non-real time (nrt) data whilst traversing a multi-frequency network boundary

Legal Events

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