CN105144701A - 发送和接收信号的设备和方法 - Google Patents

发送和接收信号的设备和方法 Download PDF

Info

Publication number
CN105144701A
CN105144701A CN201480023291.4A CN201480023291A CN105144701A CN 105144701 A CN105144701 A CN 105144701A CN 201480023291 A CN201480023291 A CN 201480023291A CN 105144701 A CN105144701 A CN 105144701A
Authority
CN
China
Prior art keywords
uhd
field
channel
information
identification information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201480023291.4A
Other languages
English (en)
Inventor
吴炫默
徐琮烈
黄修振
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN105144701A publication Critical patent/CN105144701A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6118—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/38—Transmitter circuitry for the transmission of television signals according to analogue transmission standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本发明涉及一种发送和接收信号的设备和方法。根据本发明的实施方式，提供一种发送信号的方法，该方法包括以下步骤：对超高清(UHD)视频数据进行编码；基于经编码的UHD视频数据对包含UHD服务的标识信息的信令信息进行编码；以及对经编码的UHD视频数据进行带内(IB)发送，并且对包含UHD服务的标识信息的经编码的信令信息进行带外(OOB)发送。

Description

发送和接收信号的设备和方法
技术领域
本发明涉及一种发送和接收信号的设备和方法。
背景技术
随着视频信号处理速度变得越来越快，正在开发用于对超高清(UHD)视频进行编码/解码的解决方案。UHD清晰度被定义为清晰度比HD(高清)分辨率高4倍或16倍的高清晰度视频图像。若干标准组织正在进行利用单个编解码器发送UHD视频电视信号的高效编解码器技术的开发。然而，由于在当前广播系统中还未定义能够发送UHD视频的方法，所以即使提出了用于对超高清(UHD)视频进行编码/解码的方法，但是在当前广播系统中没有用于发送/接收UHD视频的方法。
例如，有线广播发送方法无法在传统系统内发送UHD视频，类似地，即使有线广播接收装置(或设备)接收到UHD视频流，也没有能够验证并输出UHD视频流的方法。即使广播系统能够提供UHD服务，但是在独立于传统广播系统来提供UHD服务的情况下，在与HD广播的向后兼容性和成本方面也存在问题。因此，需要一种能够基于传统发送和接收系统来提供UHD服务的技术。
发明内容
技术目的
本发明的目的是提供一种发送和接收信号的方法以及发送和接收信号的设备，其能够基于传统数字有线广播系统提供高质量UHD内容服务。
技术方案
本发明的示例性实施方式提供一种发送信号的方法，该方法包括步骤：对超高清(UHD)视频数据进行编码；基于经编码的UHD视频数据对包含UHD服务的标识信息的信令信息进行编码；以及对经编码的UHD视频数据进行带内(IB)发送，并且对包含UHD服务的标识信息的经编码的信令信息进行带外(OOB)发送。
本发明的另一示例性实施方式提供一种接收广播信号的设备，该设备包括：通信单元，其对经编码的UHD视频数据进行带内(IB)接收，并且对包含UHD服务的标识信息的经编码的信令信息进行带外(OOB)接收；OOB处理器，其对包含所接收的UHD服务的标识信息的信令信息进行解码；以及IB处理器，其基于经解码的信令信息的所述标识信息对所接收的UHD视频数据进行解码。
本发明的效果
根据本发明的示例性实施方式，可基于传统数字有线广播系统提供UHD服务。
附图说明
图1示出根据本发明的示例性实施方式的发送信号的方法。
图2示出通过本发明的数字有线广播系统提供服务的示例性方法。
图3示出根据本发明的示例性实施方式的LVCT(长格式虚拟信道表)。
图4示出根据本发明的示例性实施方式的SVCT(短格式虚拟信道表)。
图5示出用于用信号通知可包括在图4所示的表中的UHD服务信息的示例性描述符。
图6示出可包括在图5所示的描述符中的示例性描述符。
图7示出可包括在图6所示的描述符中的示例性描述符。
图8示出根据本发明的另一示例性实施方式的SVCT(短格式虚拟信道表)。
图9示出可包括在图8所示的VCM描述符中的字段。
图10示出可包括在图9所示的虚拟信道描述符中的指示UHD服务的示例性信令信息。
图11示出根据本发明的示例性实施方式的可包括在VCT中的UHD服务的示例性描述符。
图12示出根据本发明的示例性实施方式的服务位置描述符。
图13示出根据本发明的示例性实施方式的组件列表描述符。
图14示出根据本发明的示例性实施方式的参数化服务描述符。
图15示出根据本发明的示例性实施方式的用信号通知针对UHD服务的信息的方法。
图16示出根据本发明的示例性实施方式的示例性AEIT(聚合事件信息表)。
图17示出根据本发明的示例性实施方式的接收信号的方法。
图18示出根据本发明的示例性实施方式发送信号的方法。
图19示出根据本发明的示例性实施方式的接收信号的设备。
具体实施方式
下文中，为了容易地描述本发明的示例性实施方式，将参照附图提供描述。
图1示出根据本发明的示例性实施方式的发送信号的方法。下文中将参照图1详细描述根据本发明的示例性实施方式的发送信号的方法。
信号发送设备对超高清(UHD)视频数据进行编码(S110)。
信号发送设备基于经编码的UHD视频数据来对包含UHD服务的标识信息的信令信息进行编码(S120)。
例如，所述信令信息可对应于可确定UHD广播是否在基于OOB(带外)-SI的UHD接收机(用于有线广播)中执行的信息以及与视频关联服务细节有关的信息。更具体地讲，信令信息可包括指示服务对应于UHD服务的信息、分辨率、帧频、视频的位深、关于并行处理的使用的信息等。信令信息的示例将稍后参照图3至图16来描述。
信号发送设备在带内(IB)发送经编码的UHD视频数据并且在带外(OOB)发送经编码的包含UHD服务的标识信息的信令信息(S130)。
图2示出通过本发明的数字有线广播系统提供服务的示例性方法。
发送设备将包括数字有线广播数据的RF信号发送给接收设备。数字有线广播数据可接收一般广播信息和补充服务信息。发送设备可通过带内信道(IB信道)发送一般广播信息，并且发送设备可通过带外信道(OOB信道)发送补充服务信息。
包括POD的接收设备可连接到外部网络。例如，在使用MoCA(同轴电缆多媒体联盟)的情况下，可在同轴电缆网络内建立基于IP的网络，然后可将其连接。另选地，接收设备可利用DOCSIS调制解调器连接到外部网络，或者接收设备可利用建立与无线互联网的连接的无线中继器或者利用建立与有线互联网的连接的有线中继器(例如，有线ADSL中继器)来连接到外部网络。与外部网络的示例性连接仅是示例性的，使用何种中继器可根据与外部网络的连接建立的方法而变化。
各组信息可由POD(部署点)来处理，POD可验证是否订阅信号所通知的广播服务，然后可提供最终服务。POD可包括条件接入(CA)系统，并且POD可与接收设备主体分离。
发送设备可对UHD视频数据以及基于UHD视频数据的信令信息(其包括UHD服务标识信息)执行编码。发送设备通过IB信道发送经编码的UHD视频数据，并且通过OOB信道发送经编码的信令信息。
POD可验证它对UHD广播服务的权限，然后可向用户提供UHD广播服务。当权限被验证时，接收设备可通过IB信道接收经编码的UHD视频数据，并且可通过OOB信道接收包括经编码的UHD标识信息的信令信息。接收设备可对包括所接收的UHD标识信息的信令信息进行解码。随后，基于所解码的UHD标识信息，接收设备可对所接收的UHD视频数据进行解码以提供UHD服务。
除了UHD视频数据以外，UHD广播数据还可包括诸如音频数据、UHD服务信息、字幕信息、紧急报警信号(EAS)等的信息。各组信息或数据可通过传输流处理过程来解码，以提供给用户。
随后，POD的OOB处理过程可执行双向通信并且可通过网络将数据发送给外部设备。更具体地讲，POD可通过网络将双向通信相应的数据(例如，UHD按次计费节目的观看、接收机的状态信息、用户输入等)发送给外部设备。
为了提供UHD广播服务需要UHD服务标识信息。下文中将详细描述用信号通知UHD标识信息的示例。
图3示出根据本发明的示例性实施方式的LVCT(长格式虚拟信道表)。
关于UHD服务的信息可通过OOB信道来发送。发送设备可发送指示通过服务类型上的清晰度发送的数据对应于与UHD服务关联的数据的信息。通过验证服务类型信息，接收设备可验证数据对应于与UHD服务关联的数据，然后通过从发送设备接收UHD数据，接收设备可向用户提供UHD服务。如上所述，服务类型可通过LVCT(长格式虚拟信道表)、SVCT(短格式虚拟信道表)来发送。LVCT可包括关于各个信道的详细信息(例如，连接到服务的流、信道调谐信息、关于服务的详细信息等)。例如，关于UHD服务的详细信息可不仅包括分辨率、帧频和位深，而且还可包括关于是否使用并行处理的信息。包括在LVCT中的信息将描述如下。
table_id字段标识表。例如，指示LVCT的table_id字段值可等于0xC9。(本文所定义的指示表区段的类型的8比特无符号整数。对于longform_virtual_channel_table_section，table_id将为0xC9。)
section_syntax_indicator字段对应于针对LVCT被设定为1的1比特字段。(section_syntax_indicator是一比特字段，其对于longform_virtual_channel_table_section()将被设定为“1”。)
private_indicator字段对应于被设定为1的1比特字段。(此1比特字段将被设定为“1”。)
section_length字段指示跟随此字段之后的表区段的长度(字节数)。(这是十二比特字段，其指定从紧随section_length字段之后开始并且包括CRC的区段的字节数。此字段的值将不超过4093。)
map_ID字段对应于16比特字段，其标识多个LVCT。(用于该长格式虚拟信道表的16比特标识符。在一些应用中，POD模块可接收与不同的信道映射对应的长格式虚拟信道表区段。在这种情况下，POD可使用map_ID来区分它们，使用此标准的范围之外提供的信息。在每一种情况下，主机将仅在L-VCT上跨越POD至主机接口来接收，map_ID参数可被忽略。)
version_number字段对应于指示表的版本号的5比特字段。(这5比特字段是长格式虚拟信道表的版本号。对于当前L-VCT(current_next_indicator＝1)，每当当前L-VCT的值改变时，版本号将增加1。在达到值31时，它折回0。对于下一L-VCT(current_next_indicator＝0)，版本号将比当前L-VCT多一个单位(也为模32运算)。在任何情况下，version_number的值将与MGT中的对应条目的值相同。)
current_next_indicator字段对应于1比特字段，其指示该表是当前适用还是适用于下一表。(一比特指示符，当其被设定为“1”时指示所发送的长格式虚拟信道表当前适用。当该比特被设定为“0”时指示所发送的表还不适用，将在下一表变得有效。)
section_number字段指示区段的编号。(此8比特字段给出该区段的编号。长格式虚拟信道表中的第一区段的section_number将为0x00。长格式虚拟信道表中每增加一个区段，它将增加一。)
last_section_number字段标识最后区段的编号。(此8比特字段指定完整长格式虚拟信道表的最后区段(即，具有最高section_number的区段)的编号。)
protocop_version字段对应于具有在稍后处理中允许当前表类型发送与当前协议中所定义的参数不同的参数的功能的字段。(8比特无符号整数字段，其功能是在未来允许该表类型承载可在结构上不同于当前协议中所定义的那些参数的参数。目前，protocol_version的仅有有效值为零。protocol_version的非零值可在它们已标准化时仅由被设计为适应稍后版本的主机来处理。)
num_channels_in_section字段指示虚拟信道的数量。(此8比特字段指定L-VCT区段中的虚拟信道的数量。该数量受到区段长度的限制。)
short_name字段对应于指示虚拟信道的短名称的14字节字段。(虚拟信道的名称，被表示为依据UnicodeTM字符的基本多文种平面(BMP)编码的一至七个16比特字符码的序列，如ISO10646-1中所指定的。如果虚拟信道的名称短于七个UnicodeTM字符，则将使用空字符值0x0000的一个或更多个实例来将字符串填充至固定的14字节长度。)
major_channel_number字段指示与虚拟信道关联的主信道的编号，minor_channel_number字段指示与虚拟信道关联的次信道的编号。(这两个10比特字段表示与“for”循环的该迭代中所定义的虚拟信道关联的双组成部分或单组成部分的虚拟信道编号。单组成部分的编号在0至16,383的范围内。双组成部分的编号由主编号和次编号部分组成；各个部分在0至999的范围内。单组成部分或双组成部分的编号充当用户对虚拟信道的参考编号。一些信道可利用单组成部分的编号来表示，而VCT中的其它信道利用双组成部分的编号来表示。)
modulation_mode字段指示虚拟信道所发送的载波相应的调制模式。(指示与该虚拟信道关联的所发送的载波的调制模式的8比特无符号整数。对于数字信号，调制模式的标准值(低于0x80的值)通过参考适当的标准来指示传输成帧结构、信道编码、交织、信道调制、前向纠错、符号率以及其它传输相关的参数。0x80及以上的modulation_mode的值在SCTE的范围之外。这些可用于指定私有系统中的非标准调制模式。modulation_mode的值0x80指示调制参数在私有描述符中指定。对于非激活信道，modulation_mode字段将被忽略。)
carrier_frequency字段发送由传输虚拟信道使用的载波频率信息。(32比特无符号整数，表示与该虚拟信道所关联的模拟或数字传输关联的载波频率，单位为Hz。对于QAM调制的信号，给定carrier_frequency表示数字调制的载波的位置；对于VSB调制的信号，给定carrier_frequency表示导频音的位置；对于模拟信号，其表示图像载波的频率。对于非激活信道，carrier_frequency字段将被忽略。)
channel_TSID字段指示发送与该虚拟信道关联的MPEG-2节目的传输流(TS)相应的MPEG-2传输流ID。(16比特无符号整数字段，在0x0000至0xFFFF的范围内，表示与承载该虚拟信道所引用的MPEG-2节目的传输流关联的MPEG-2传输流ID。对于非激活信道，channel_TSID表示在变为激活时将承载服务的传输流的ID。主机可使用channel_TSID来验证在所引用的载波频率处获取的TS实际上是期望的复用。模拟信号可具有不同于任何DTV传输流标识符的TSID；即，如果存在，它将是真正唯一的。针对没有有效TSID的模拟信道，将指定channel_TSID的值0xFFFF。)
program_number字段标识各个节目服务或虚拟信道内的TS。(将这里所定义的虚拟信道与MPEG-2节目关联并与TS节目映射表关联的16比特无符号整数。对于表示模拟服务的虚拟信道，将为program_number指定值0xFFFF。对于非激活信道(当前未存在于传输流中的那些信道)，program_number将被设定为零。此编号将不被解释为指向节目映射表条目。)
access_controlled字段指示是否可控制与对应虚拟信道关联的事件。(1比特布尔标志，当被设定时指示与虚拟信道关联的事件可被访问控制。当该标志被设定为0时，不限制事件访问。)
hidden字段表示对应信道是否可通过虚拟信道号的直接输入(或字段、属性、实体)来访问。(1比特布尔标志，当被设定时指示用户无法通过虚拟信道号的直接输入来访问虚拟信道。当用户进行信道浏览时隐藏的虚拟信道被跳过，并且如果通过直接信道输入来访问，则看起来就像未定义一样。隐藏信道的典型应用是测试信号和NVOD服务。隐藏信道及其事件是否可出现在EPG显示中取决于hide_guide比特的状态。)
path_select字段对应于将虚拟信道与激活信道的传输路径关联的1比特字段。(将虚拟信道与传输路径关联的1比特字段。两个路径可用。对于线缆传输介质，path_select标识两个物理输入线缆中的哪一个承载与该虚拟信道关联的传输流。)
out_of_band字段指示虚拟信道是否被发送至OOB(带外)物理传输信道。(布尔标志，当被置位时指示“for”循环的此迭代中定义的虚拟信道在承载此协议中定义的表的扩展信道接口上的线缆中承载。当被复位时，虚拟信道在该频率的标准调谐复用内承载。)
hide_guide字段指示虚拟信道和虚拟信道的事件是否将显示在EPG显示上。(布尔标志，当针对隐藏信道被设定为0时指示虚拟信道及其事件可出现在EPG显示中。对于没有设定hidden比特的信道，此比特将被忽略，从而未隐藏信道及其事件可总是被包括在EPG显示中，而不管hide_guide比特的状态。hide_guide比特被设定为1的隐藏信道的典型应用是测试信号以及可通过应用级指针访问的服务。)
service_type字段标识发送给虚拟信道的服务类型。(6比特枚举型字段，其标识此虚拟信道中承载的服务的类型。)
作为UHD服务的示例性实施方式，服务类型可被指定为参数化服务(0x07)、扩展参数化服务(0x09)或新DTV服务(0x10)。上述服务名称和值仅是示例性的，因此，本文中可配置(或设定)其它名称和值。
source_id字段对应于指示与虚拟信道关联的节目源的16比特无符号整数。(标识与虚拟信道关联的节目源的16比特无符号整数。在这方面，源是视频、文本、数据或音频节目的一个特定来源。源ID值零被保留以指示节目源未标识。在0x0001至0x0FFF的范围内的源ID值在承载VCT的传输流内将是唯一的，而值0x1000至0xFFFF在区域级别处将是唯一的。0x1000及以上的source_Id值将由ATSC所设计的注册机构分发和管理。)
descriptors_length发送下一描述符字段的字节长度。(随后的此虚拟信道的描述符的总长度(字节)。)
描述符可包括位于表内的UHD服务所需的信息。UHD服务的描述符的详细示例将稍后描述。
additional_descriptors_length字段指示随后的VCT描述符的总长度。(随后的VCT描述符列表的总长度(字节)。)
additional_descriptors可包括附加描述符。
CRC_32对应于包括CRC值的32比特字段。(这是包含CRC值的32比特字段，该CRC值确保在处理整个长格式虚拟信道表区段之后ISO/IEC13818-1的附录A“MEPG-2Systems”中定义的解码器中的寄存器的零输出。)
图4示出根据本发明的示例性实施方式的SVCT(短格式虚拟信道表)。如上所述，服务类型可通过LVCT(长格式虚拟信道表)、SVCT(短格式虚拟信道表)来发送。SVCT可包括关于各个信道的总体信息(例如，发送数据的信道的频率、服务类型等)。根据示例性实施方式，UHD服务相应的信息的信令可使用包括在SVCT的虚拟信道记录中的描述符的服务类型字段。包括在SVCT中的信息将描述如下。
table_id字段标识表。例如，指示SVCT的table_id字段值可等于0xC4。(短格式虚拟信道表的table_ID将为0xC4。)
section_length字段指示跟随此字段之后的表区段的长度(字节数)。(这是十二比特字段，其指定从紧随section_length字段之后开始并且包括CRC的区段的字节数。此字段的值将不超过4093。)
protocop_version字段对应于具有在稍后处理中允许当前表类型发送与当前协议中所定义的参数不同的参数的功能的字段。(8比特无符号整数字段，其功能是在未来允许该表类型承载可在结构上不同于当前协议中所定义的那些参数的参数。目前，protocol_version的仅有有效值为零。protocol_version的非零值可仅由被设计为适应稍后版本的主机在它们变得标准化时来处理。)
transmission_medium字段被设定为0。(此4比特字段将被设定为零(0x0)。)
table_subtype字段指示从SVCT发送的映射类型。例如，映射类型可对应于定义信道映射(DCM)、虚拟信道映射(VCM)和反转信道映射(ICM)中的一个。(指示此S-VCT区段中所传送的映射类型的4比特字段。当前定义了三种映射类型：虚拟信道映射(VCM)、定义信道映射(DCM)和反转信道映射(ICM)。利用指示未知或不支持的映射类型的table_subtype接收的S-VCT区段将被丢弃。)
VCT_ID字段指示相应的表内的信道的定义所应用于的VCT。(16比特无符号整数值，在0x0000至0xFFFF的范围内，指示此表区段中的信道定义所应用于的VCT。此16比特字段可由POD模块用于过滤目的。在给定时间在扩展信道接口上将仅向主机传送与VCT_ID的一个值对应的一个版本的S-VCT。)
描述符可包括附加描述符。
CRC_32对应于包括CRC值的32比特字段。(这是包含CRC值的32比特字段，该CRC值确保在处理整个长格式虚拟信道表区段之后从ISO/IEC13818-1的附录A“MEPG-2Systems”中定义的解码器中的寄存器输出零。)
如果表子类型对应于DCM，则对包括在DCM_structure描述符中的信息进行标识，并且，如果表子类型对应于ICM，则对包括在ICM_structure描述符中的信息进行标识。如果表子类型对应于VCM，则对包括在VCM_structure描述符中的信息进行标识。根据示例性实施方式，VCM_structure描述符中可包括UHD相应的标识信息。
图5示出根据本发明的示例性实施方式的用信号通知UHD服务信息的示例性描述符。参照图5，根据示例性实施方式，示出VCM_structure描述符。以下将描述包括在VCM_structure描述符中的信息如下。
descriptors_included字段指示记录级描述符是否存在于表中。(布尔标志，当被置位时指示一个或更多个记录级描述符存在于表区段中。当该标志被复位时，记录级描述符块不存在。激活时间指示表区段中传送的数据将有效的时间。)
splice字段指示是否在经历与虚拟信道变化关联的准备处理之后的预定时间执行拼接。(布尔标志，当被置位时指示如果表区段中描述的虚拟信道变化应用于当前获取的信道并且到达activation_time，则主机应该装备视频处理硬件以在下一MPEG-2视频拼接点应用VCM_structure()中传送的数据。如果激活为立即或者被指定为已过去的时间，则数据应该被立即应用。当splice标志被复位时，直接改变虚拟信道，而无需装备用于拼接的视频硬件。)
activation_time字段提供绝对时间。(32比特无符号整数字段，其提供表区段中承载的虚拟信道数据将有效的绝对秒数，被定义为自1980年1月6日0000小时UTC起的秒数。如果系统时间表中传送的GPS_UTC_offset为零，则activation_time包括用于闰秒的校正。否则，可通过减去GPS_UTC_offset将activation_time转换为UTC。如果activation_time已过去，则表区段中的数据将被视为立即有效。为零的activation_time值将用于指示立即激活。)
number_of_VC_records字段标识表内随后的virtual_channel记录的数量。记录类似于字段。(8比特无符号整数，在1至255的范围内，标识表区段中跟随的virtual_channels()记录的数量。所包括的记录的数量由允许的最大表区段长度进一步限制。)
virtual_channel描述符将在图6中详细描述。
图6示出可包括在图5所示的描述符中的示例性描述符。virtual_channel描述符示出于图6中。以下将描述包括在virtual_channel描述符中的信息如下。
virtual_channel_number字段反映由对应虚拟信道记录提供并定义的虚拟信道。(无符号12比特整数，在零至4095的范围内，对于由VCT_ID字段标识的映射，反映其定义由此虚拟信道记录提供的虚拟信道。)
application_virtual_channel字段指示是否定义访问点。(二进制标志，当被置位时指示此虚拟信道定义由application_ID表示的访问点。当该标志被复位时，信道不是应用访问点，并且此虚拟信道定义由source_ID表示的访问点。对应用型虚拟信道的支持是可选的。不支持应用型虚拟信道的主机可丢弃与其关联的所有数据。对应用型虚拟信道的支持超出本标准的范围。)
path_select字段将虚拟信道与传输路径关联。(将虚拟信道与传输路径关联的1比特字段。对于线缆传输介质，path_select标识哪一物理线缆承载与该虚拟信道关联的传输流。)
transport_type字段标识传输类型(或传送类型)。(1比特字段，其标识在此载波上承载的传输的类型，是MPEG-2传输(值零)或不是(值一)。)
channel_type字段指示传输类型。(定义信道类型的4比特字段。)
application_ID字段标识与虚拟信道关联的应用。(16比特无符号整数，在0x0001至0xFFFF的范围内，基于全系统来标识与虚拟信道关联的应用。例如，一个特定节目指南应用可通过在短格式虚拟信道表中搜索关于其指派的application_ID的匹配来查找承载其本地传输格式的数据的节目。在一些情况下，一个应用可能能够处理与不止一个应用ID关联的流。为了应用内的处理，可使用应用ID来区分内容以及格式。将不指派application_ID的值零；如果在虚拟信道记录中指定，则值零指示“未知”或“不适用”于application_ID/source_ID字段。)
source_ID字段标识与虚拟信道关联的节目源。(16比特无符号整数，在0x0000至0xFFFF的范围内，基于全系统来标识与虚拟信道关联的节目源。在这方面，源是视频、文本、数据或音频节目的一个特定来源。为了使虚拟信道引用节目指南数据库，各个这种节目源与source_ID的唯一值关联。source_ID本身可出现在EPG数据库中，其中source_ID将条目标记到特定服务。如果使用的话，source_ID的值零将指示信道不与源ID关联。)
CDS_reference字段标识与虚拟信道关联的频率。(无符号8比特整数，在0至255的范围内，标识与此虚拟信道关联的频率。CDS_reference的值1至255用作载波定义子表中的索引，以寻找调谐以获取虚拟信道的频率。值零被保留以指示所引用的服务在此VCM中的所有数字复用中承载。对于非激活信道，CDS_reference字段将被忽略。)
program_number字段与利用节目关联和TS节目映射表中所定义的服务定义的虚拟信道号关联。(16比特无符号整数，其与利用节目关联和TS节目映射表区段中所定义的服务来定义的虚拟信道号关联。对各个虚拟信道记录中定义的基本流的访问涉及首先在与虚拟信道关联的载波上获取传输流，然后引用PID0中的节目关联区段以寻找与此program_number的TS节目映射表区段关联的PID。然后通过获取TS节目映射表区段来寻找各个基本流的PID。)
MMS_reference字段指示MMS内的条目。(8比特无符号整数值，在0至255的范围内，引用调制模式子表(MMS)中的条目。值零为非法的，将不指定。对于数字波形，MMS_reference将载波与数字调制模式关联。对于仅支持一组调制参数的主机实现方式，在一个调制方法用于所有载波的系统中，不需要MMS_reference的存储和处理。对于非激活信道，MMS_reference字段将被忽略。)
scrambled字段指示关联的非标准信号是否已被编码。(1比特布尔标志，当被置位时指示关联的非标准波形被加扰。当该标志被复位时，非标准波形不被加扰。)
video_standard字段指示与非标准虚拟信道关联的视频标准。(指示与此非标准虚拟信道关联的视频标准的4比特字段。)例如，video_standard字段可被设定为表示诸如NTSC、PAL625、PAL525、SECAM、MAC等的标准的许多值中的一个。
descriptors_count字段指示跟随的描述符的总长度。
描述符可包括关于UHD服务的信息。包括在描述符中的详细信息将在图7中更详细地描述。
图7示出可包括在图6所示的描述符中的示例性描述符。包括UHD服务的标识信息的描述符可被称为不同的名称。例如，描述符可被称作信道特性描述符。另选地，描述符还可被称作UHD服务信息描述符。将描述包括在描述符中的信息如下。
descriptor_tag字段可包括标识此描述符的标识符，并且descriptor_length字段可包括描述符的长度。
channel_TSID字段指示发送与虚拟信道关联的MPEG-2节目的传输流(TS)相应的MPEG-2传输流ID。(16比特无符号整数字段，在0x0000至0xFFFF的范围内，表示与承载该虚拟信道所引用的MPEG-2节目的传输流关联的MPEG-2传输流ID。对于非激活信道，channel_TSID表示在变得激活时将承载服务的传输流的ID。主机可使用channel_TSID来验证在所引用的载波频率处获取的TS实际上是期望的复用。模拟信号可具有不同于任何DTV传输流标识符的TSID；即，如果存在，它将是真正唯一的。针对没有有效TSID的模拟信道，将指定channel_TSID的值0xFFFF。)
out_of_band字段指示虚拟信道是否被发送至OOB(带外)物理传输信道。(布尔标志，当被置位时指示“for”循环的此迭代中定义的虚拟信道在承载此协议中定义的表的扩展信道接口上的线缆上承载。当被复位时，虚拟信道在该频率的标准调谐复用内承载。)
access_controlled字段指示是否可控制与对应虚拟信道关联的事件。(1比特布尔标志，当被置位时指示与虚拟信道关联的事件可被访问控制。当该标志被设定为0时，不限制事件访问。)
hide_guide字段指示虚拟信道和虚拟信道的事件是否将显示在EPG显示上。(布尔标志，当针对隐藏信道被设定为0时指示虚拟信道及其事件可出现在EPG显示中。对于没有设定hidden比特的信道，此比特将被忽略，从而未隐藏信道及其事件可总是被包括在EPG显示中，而不管hide_guide比特的状态。hide_guide比特被设定为1的隐藏信道的典型应用是测试信号以及可通过应用级指针访问的服务。)
service_type字段标识发送给虚拟信道的服务类型。(6比特枚举型字段，其标识此虚拟信道中承载的服务的类型。)
作为UHD服务的示例性实施方式，服务类型可被指定为参数化服务(0x07)、扩展参数化服务(0x09)或新DTV服务(0x10)。上述服务名称和值仅是示例性的，因此，本文中可配置(或设定)其它名称和值。
发送设备可利用包括在SVCT中的虚拟信道的描述符的服务类型字段来用信号通知关于UHD服务的信息。
图8示出根据本发明的另一示例性实施方式的SVCT(短格式虚拟信道表)。使用SVCT的关于UHD服务的信息的信令也可利用另一方法来执行。根据示例性实施方式，关于UHD服务的信息的信令可使用SVCT的虚拟信道记录内的信道类型字段。首先，包括在SVCT中的信息将描述如下。
table_id字段对表进行标识。例如，指示SVCT的table_id字段值可等于0xC4。(短格式虚拟信道表的table_ID将为0xC4。)
section_length字段指示跟随此字段之后的表区段的长度(字节数)。(这是十二比特字段，其指定从紧随section_length字段之后开始并且包括CRC的区段的字节数。此字段的值将不超过4093。)
protocop_version字段对应于具有在稍后处理中允许当前表类型发送与当前协议中所定义的参数不同的参数的功能的字段。(8比特无符号整数字段，其功能是在未来允许该表类型承载可在结构上不同于当前协议中所定义的那些参数的参数。目前，protocol_version的仅有有效值为零。protocol_version的非零值可仅由被设计为适应稍后版本的主机在它们变得标准化时来处理。)
transmission_medium字段被设定为0。(此4比特字段将被设定为零(0x0)。)
table_subtype字段指示从SVCT发送的映射类型。例如，映射类型可对应于定义信道映射(DCM)、虚拟信道映射(VCM)和反转信道映射(ICM)中的一个。(指示此S-VCT区段中传送的映射类型的4比特字段。当前定义了三种映射类型：虚拟信道映射(VCM)、定义信道映射(DCM)和反转信道映射(ICM)。利用指示未知或不支持的映射类型的table_subtype接收的S-VCT区段将被丢弃。)
VCT_ID字段指示对应表内的信道的定义所应用于的VCT。(16比特无符号整数值，在0x0000至0xFFFF的范围内，指示此表区段中的信道定义所应用于的VCT。此16比特字段可由POD模块用于过滤目的。在给定时间在扩展信道接口上将仅向主机传送与VCT_ID的一个值对应的一个版本的S-VCT。)
描述符可包括附加描述符。
CRC_32对应于包括CRC值的32比特字段。(这是包含CRC值的32比特字段，该CRC值确保在处理整个长格式虚拟信道表区段之后从ISO/IEC13818-1的附录A“MEPG-2Systems”中定义的解码器中的寄存器输出零。)
如果表子类型对应于DCM，则对包括在DCM_structure描述符中的信息进行标识，如果表子类型对应于ICM，则对包括在ICM_structure描述符中的信息进行标识。如果表子类型对应于VCM，则对包括在VCM_structure描述符中的信息进行标识。根据示例性实施方式，UHD相应的标识信息可被包括在VCM_structure描述符中。
图9示出可包括在图8所示的VCM描述符中的字段。以下将描述包括在VCM_structure描述符中的信息如下。
descriptors_included字段指示记录级描述符是否存在于表中。(布尔标志，当被置位时指示一个或更多个记录级描述符存在于表区段中。当该标志被复位时，记录级描述符块不存在。激活时间指示表区段中传送的数据将有效的时间。)
splice字段指示是否在经历与虚拟信道变化关联的准备处理之后的预定时间执行拼接。(布尔标志，当被置位时指示如果表区段中描述的虚拟信道变化应用于当前获取的信道并且到达activation_time，则主机应该装备视频处理硬件以在下一MPEG-2视频拼接点应用VCM_structure()中传送的数据。如果激活为立即或者被指定为已过去的时间，则数据应该被立即应用。当splice标志被复位时，直接改变虚拟信道，而无需装备用于拼接的视频硬件。)
activation_time字段提供绝对时间。(32比特无符号整数字段，其提供表区段中承载的虚拟信道数据将有效的绝对秒数，被定义为自1980年1月6日0000小时UTC起的秒数。如果系统时间表中传送的GPS_UTC_offset为零，则activation_time包括用于闰秒的校正。否则，可通过减去GPS_UTC_offset将activation_time转换为UTC。如果activation_time已过去，则表区段中的数据将被视为立即有效。值为零的activation_time将用于指示立即激活。)
number_of_VC_records字段标识表内随后的virtual_channel记录的数量。记录类似于字段。(8比特无符号整数，在1至255的范围内，其标识表区段中跟随的virtual_channels()记录的数量。所包括的记录的数量由允许的最大表区段长度进一步限制。)
virtual_channel描述符将在图10中详细描述。
图10示出指示可包括在图9所示的虚拟信道描述符中的UHD服务的示例性信令信息。以下将描述包括在virtual_channel描述符中的信息如下。
virtual_channel_number字段反映由对应虚拟信道记录提供并定义的虚拟信道。(无符号12比特整数，在零至4095的范围内，对于由VCT_ID字段标识的映射，反映清晰度由此虚拟信道记录提供的虚拟信道。)
application_virtual_channel字段指示是否定义访问点。(二进制标志，当被置位时指示此虚拟信道定义由application_ID表示的访问点。当该标志被复位时，信道不是应用访问点，并且此虚拟信道定义由source_ID表示的访问点。对应用型虚拟信道的支持是可选的。不支持应用型虚拟信道的主机可丢弃与它们关联的所有数据。对应用型虚拟信道的支持超出本标准的范围。)
path_select字段将虚拟信道与传输路径关联。(将虚拟信道与传输路径关联的1比特字段。对于线缆传输介质，path_select标识哪一物理线缆承载与该虚拟信道关联的传输流。)
transport_type字段标识传输类型。(1比特字段，其标识在此载波上承载的传输的类型，是MPEG-2传输(值零)或不是(值一)。)
channel_type字段指示传输类型。(定义信道类型的4比特字段。)根据示例性实施方式，通过将channel_type字段值指定为3，channel_type字段可用于通知当前信道对应于发送UHD服务数据的虚拟信道。更具体地讲，发送设备可通知接收设备利用SVCT内的虚拟信道描述符发送的数据对应于与UHD服务关联的数据。
application_ID字段标识与虚拟信道关联的应用。(16比特无符号整数，在0x0001至0xFFFF的范围内，基于全系统来标识与虚拟信道关联的应用。例如，一个特定节目指南应用可通过在短格式虚拟信道表中搜索其指派的application_ID上的匹配来查找承载其本地传输格式的数据的节目。在一些情况下，一个应用可能能够处理与不止一个应用ID关联的流。为了应用内的处理，可使用应用ID区分内容以及格式。将不指派application_ID的值零；如果在虚拟信道记录中指定，则值零指示“未知”或“不适用”于application_ID/source_ID字段。)
source_ID字段标识与虚拟信道关联的节目源。(16比特无符号整数，在0x0000至0xFFFF的范围内，基于全系统来标识与虚拟信道关联的节目源。在这方面，源是视频、文本、数据或音频节目的一个特定来源。为了使虚拟信道引用节目指南数据库，各个这种节目源与source_ID的唯一值关联。source_ID本身可出现在EPG数据库中，其中它将条目标记到特定服务。如果使用的话，source_ID的值零将指示信道不与源ID关联。)
CDS_reference字段标识与虚拟信道关联的频率。(无符号8比特整数，在0至255的范围内，标识与此虚拟信道关联的频率。CDS_reference的值1至255用作载波定义子表中的索引，以寻找调谐以获取虚拟信道的频率。值零被保留以指示所引用的服务在此VCM中的所有数字复用中承载。对于非激活信道，CDS_reference字段将被忽略。)
program_number字段与利用节目关联和TS节目映射表中所定义的服务定义的虚拟信道号关联。(16比特无符号整数，其与利用节目关联和TS节目映射表区段中所定义的服务定义的虚拟信道号关联。对各个虚拟信道记录中定义的基本流的访问涉及首先在与虚拟信道关联的载波上获取传输流，然后引用PID0中的节目关联区段以寻找与此program_number的TS节目映射表区段关联的PID。然后通过获取TS节目映射表区段来寻找各个基本流的PID。)
MMS_reference字段指示MMS内的条目。(8比特无符号整数值，在0至255的范围内，引用调制模式子表(MMS)中的条目。值零为非法的，并且不将被指定。对于数字波形，MMS_reference将载波与数字调制模式关联。对于仅支持一组调制参数的主机实现方式，在一个调制方法用于所有载波的系统中，不需要MMS_reference的存储和处理。对于非激活信道，MMS_reference字段将被忽略。)
scrambled字段指示关联的非标准信号是否已被编码。(1比特布尔标志，当被置位时指示关联的非标准波形被加扰。当该标志被复位时，非标准波形不被加扰。)
video_standard字段指示与非标准虚拟信道关联的视频标准。(指示与此非标准虚拟信道关联的视频标准的4比特字段。)例如，video_standard字段可被设定为表示诸如NTSC、PAL625、PAL525、SECAM、MAC等的标准的许多值中的一个。
descriptors_count字段指示跟随的描述符的总长度，描述符还可包括附加信息。
图11示出根据本发明的示例性实施方式的可包括在VCT中的UHD服务的示例性描述符。如上所述，当包括在LVCT中的服务类型被给予值0x07、0x09或0x10时，这可指示发送给对应信道的数据是与UHD服务关联的数据，并且如图11的示例中所示，可提供包括UHD服务相应的描述符的详细描述。另选地，当包括在SVCT的虚拟信道描述符中的服务类型被给予值0x07、0x09或0x10时，这可指示发送给对应信道的数据是与UHD服务关联的数据。
在service_type被设定为0x07的情况下，LVCT或SVCT可包括组件列表描述符、服务位置描述符和UHD描述符。在service_type被设定为0x09的情况下，LVCT或SVCT可包括组件列表描述符、参数化服务描述符和服务位置描述符。在service_type被设定为0x10的情况下，LVCT或SVCT可包括UHD描述符和服务位置描述符。
VCT中是否提供UHD视频服务可利用下述三种不同的方法来用信号通知。
方法之一对应于通过将service_type设定为0x07并且利用组件列表描述符来用信号通知UHD视频服务相应的信息的方法。
在这种情况下，这对应于利用HEVC来用信号通知视频服务相应的信息的一般方法，而非用信号通知为UHD指定的服务的方法，用于确定对应服务是否可被接收机解码的信息可利用包括在stream_info_details描述符中的信息来用信号通知。
第二种方法对应于通过将service_type设定为0x09并且利用组件列表描述符来用信号通知UHD视频服务相应的信息的方法。就这一点，service_type可被设定为扩展参数化服务(Service_type＝0x09)。在这种情况下，可更详细地提供关于UHD服务相应的信息的描述。更具体地讲，即使使用相同的HEVC，第二种方法可表明服务对应于为UHD指定的服务。在这种情况下，还将利用参数化服务描述符包括详细信息。
第三种方法对应于通过将service_type设定为0x10并且使用UHD描述符来用信号通知UHD视频服务相应的信息的方法。
各个描述符将稍后更详细地描述。
图12示出根据本发明的示例性实施方式的服务位置描述符。service_location_descriptor可位于descriptors_length字段或descriptors_count之后。service_location_descriptor可包括以下信息。
descriptor_tag字段可包括标识此描述符的标识符，并且descriptor_length字段可指示描述符的长度。
PCR_PID字段指示标识可发现节目服务的PCR(节目时钟参考)的分组的标识符。(PCR_PID是可找到节目服务的节目时钟参考的分组id。)
number_elements字段指示对应描述符中所列的元素的数量。(number_elements字段给出描述符中所列的元素的数量。)
stream_type字段通知用于压缩通过对应服务(或信道)发送的视频的编解码器。根据示例性实施方式，在流类型为0x1B的情况下，这指示所发送的视频数据利用AVC/H.264进行了压缩。在流类型为0x24的情况下，这指示所发送的视频数据利用HEVC进行了压缩。
elementary_PID字段指示用于发现(或寻找)特定基本流的PMT区段中指定的分组ID。(elementary_PID是寻找特定基本流的PMT区段中指示的分组id。)
ISO_639_language_code字段对应于包括在service_location_descriptor中以便标识基本流中所使用的语言的字段。(ISO_639_language_code是ATSC服务位置描述符中的24比特三ASCII字符字段，其按照ISO639.2/B指定用于基本流的语言。)
图13示出根据本发明的示例性实施方式的组件列表描述符。component_list_descriptor中可包括以下信息。
descriptor_tag字段可包括标识此描述符的标识符，descriptor_length字段可指示描述符的长度。
当alternate字段被设定为1时，这指示该实例是组件列表描述符的第二实例，当此字段被设定为0时，这指示该实例是此描述符的第一实例。(当被设定为“1”时指示component_list_descriptor()的此实例是与虚拟信道关联的流的第二个“交替”描述的标志。当该标志被设定为“0”时，描述符的实例中的流类型的设定为“主要”或“优选”设定。如果仅一个component_list_descriptor()出现在描述符循环中，则alternate标志的值将被设定为“0”。)
component_count字段标识随后的循环中标识的组件的数量。(此7比特无符号整数将指定随后的“for”循环中所指定的组件的数量。值将在1至36的范围内。)
stream_type字段指示与循环内迭代的组件关联的流类型。(此8比特无符号整数字段将指示与“for”循环的此迭代中描述的组件关联的stream_type。在0xC4至0xFF范围内的流类型标识私有定义的流类型。)根据示例性实施方式，在通过HEVC编码的视频流的情况下，stream_type可被设定为0x24。
format_identifier字段标识提供stream_type值的实体。(此32比特无符号整数将标识提供stream_type值的实体。)
length_of_details字段标识stream_info_details字段的定义的长度。(此8比特无符号整数将指定随后的stream_info_details()字段的定义的长度(字节)。)
stream_info_details提供存在于由stream_type字段值标识的组件中的附加信息。(此字段将提供与前面的stream_type字段中的值所标识的组件有关的进一步的信息。)例如，stream_info_details可提供指示当前发送的视频流是否可被接收设备解码并回放的信息。在HEVC编码的视频流的情况下，通过经stream_info_details将与并行处理关联的信息随类(profile)、级(level)、层(tier)信息一起通知给接收设备，可包括允许接收设备确定无法播放的流的信息。stream_info_details字段可包括以下信息。
profile表示HEVC编解码器的类值，profile可被给予值MainProfile或Main10Profile等。
tier可随用于限制最大比特率的level一起使用。通常，在广播的情况下，tier可被指定为Maintier。
level在3840x2160、30Hz的情况下可被指定为Level5.0，在3840x2160、60Hz的情况下可被指定为Level5.1。
UHD_tile_flag包括关于在使用HEVC编解码器压缩视频流的情况下，HEVC压缩是否通过贴图(tile)格式使用并行处理结构的信息。
UHD_WPP_flag包括关于在使用HEVC编解码器压缩视频流的情况下，HEVC压缩是否通过WPP(波形并行处理)方法使用并行处理结构的信息。
图14示出根据本发明的示例性实施方式的参数化服务描述符。如上所述，service_type可被设定为扩展参数化服务(Service_type＝0x09)。在这种情况下，还将利用参数化服务描述符包括详细信息。
descriptor_tag字段可包括标识此描述符的标识符，descriptor_length字段可指示描述符的长度。
application_tag标识与随后的application_data的句法或语义关联的应用。(此8比特无符号整数将唯一地标识与随后的application_data的句法和语音关联的应用。)根据示例性实施方式，在application_data值等于0x02的情况下，这可指示UHD服务。
application_data依据关联的application_tag的值来设定。(此字段的句法和语义将如建立所关联的application_tag值的标准中所指定的。)根据示例性实施方式，在application_tag值等于0x02的情况下，application_data可包括与UHD服务关联的字段。
application_data可包括服务相应的详细信息，并且application_data可包括与UHD服务关联的以下信息。
UHD_video_codec_type字段指示配置UHD服务的视频元素的编解码器。此字段具有与PMT的stream_type相同的值。PMT的stream_type指示关于MPEG-2、H.264/AVC或HEVC等的信息。
UHD_video_profile字段指示对应视频流相应的类，即，将对应流解码所需的基本规范。UHD_video_profile字段包括对应视频流的色度采样(例如，4:2:0、4:2:2等)、位深(例如，8比特、10比特)、编码工具等相应的要求信息。
UHD_video_level字段定义对应视频流相应的级，即，类中所定义的技术元素将被支持的最高范围。本文中，包括关于分辨率、帧频、比特率等的信息。
作为用信号通知UHD视频格式相应的信息的字段，UHD_video_resolution字段指示视频的分辨率。(例如，3840x2160、4096x2160、7680x4320等。)
UHD_video_framerate字段指示UHD视频的帧频信息。(例如，30fps、60fps、120fps等。)
UHD_video_bitdepth字段指示UHD视频的位深信息。(例如，8比特、10比特、12比特等。)
UHD_video_chroma_sampling字段指示UHD视频的色度采样信息。(例如，4:2:0、4:2:2、4:4:4等。)
UHD_video_ratio字段指示UHD视频比例信息。(例如，16:9、21:9等。)
UHD_video_tier字段通过链接到级来指示视频流的最大比特率信息。层用于提供与传统最大比特率相比更高的最大比特率。层可被分成主层和高层。更具体地讲，对于需要更高画面质量的图像时的情况，层可依据其目的来划分级相应的最大比特率。
对比特流中的句法元素的值施加指定类别的级约束，其中层和符合特定层的解码器内嵌套级约束，并且级将能够将符合该级或任何级的相同层或较低层的所有比特流解码。
UHD_tile_flag包括关于在使用HEVC编解码器压缩视频流的情况下，HEVC压缩是否通过贴图格式使用并行处理结构的信息。
UHD_WPP_flag包括关于在使用HEVC编解码器压缩视频流的情况下，HEVC压缩是否通过WPP(波形并行处理)方法使用并行处理结构的信息。
利用上述方法，接收设备可利用包括在描述符中的信息接收UHD信道信息，从而能够执行UHD服务。
图15示出根据本发明的示例性实施方式的用信号通知UHD服务的信息的方法。在service_type被设定为0x10的情况下，可利用UHD描述符来用信号通知与UHD服务关联的详细信息。UHD描述符可包括以下信息。
descriptor_tag字段可包括标识此描述符的标识符，descriptor_length字段可指示描述符的长度。
UHD_video_codec_type字段指示配置UHD服务的视频元素的编解码器。此字段具有与PMT的stream_type相同的值。PMT的stream_type指示关于MPEG-2、H.264/AVC或HEVC等的信息。
UHD_video_profile字段指示对应视频流相应的类，即，将对应流解码所需的基本规范。UHD_video_profile字段包括对应视频流的色度采样(例如，4:2:0、4:2:2等)、位深(例如，8比特、10比特)、编码工具等相应的要求信息。
UHD_video_level字段定义对应视频流相应的级，即，类中所定义的技术元素将被支持的最高范围。本文中，包括关于分辨率、帧频、比特率等的信息。
作为用信号通知UHD视频格式相应的信息的字段，UHD_video_resolution字段指示视频的分辨率。(例如，3840x2160、4096x2160、7680x4320等。)
UHD_video_framerate字段指示UHD视频的帧频信息。(例如，30fps、60fps、120fps等。)
UHD_video_bitdepth字段指示UHD视频的位深信息。(例如，8比特、10比特、12比特等。)
UHD_video_chroma_sampling字段指示UHD视频的色度采样信息。(例如，4:2:0、4:2:2、4:4:4等。)
UHD_video_ratio字段指示UHD视频比例信息。(例如，16:9、21:9等。)
UHD_video_tier字段通过链接到级来指示视频流的最大比特率信息。层用于提供与传统最大比特率相比更高的最大比特率。层可被分成主层和高层。更具体地讲，对于需要更高画面质量的图像时的情况，层可依据其目的来划分级相应的最大比特率。
对比特流中的句法元素的值施加指定类别的级约束，其中层和符合特定层的解码器内嵌套级约束，并且级将能够将符合该级或任何级的相同层或较低层的所有比特流解码。
UHD_tile_flag包括关于在使用HEVC编解码器压缩视频流的情况下，HEVC压缩是否通过贴图格式使用并行处理结构的信息。
UHD_WPP_flag包括关于在使用HEVC编解码器压缩视频流的情况下，HEVC压缩是否通过WPP(波形并行处理)方法使用并行处理结构的信息。
图16示出根据本发明的示例性实施方式的示例性AEIT(聚合事件信息表)。AEIT(聚合事件信息表)可包括各个信道的事件相应的附加信息。另外，AEIT可通过包括UHD服务的类型(例如，UHD1(1K)、UHD2(4K)或者由用户依据画面质量相应的划分定义的UHD服务的类型)相应的信息来用信号通知不同的UHD服务相应的信息。
AEIT可包括以下信息。
table_ID字段标识表。例如，在AEIT的情况下，table_ID字段为0xD6。(聚合事件信息表的table_ID将为0xD6。)
section_syntax_indicator字段指示区段遵循区段长度字段之后的一般区段句法，此字段被设定为1。(此1比特字段将被设定为“1”。表示区段遵循区段长度字段之后的一般区段句法。)
private_indicator字段对应于被设定为“1”的1比特字段被设定。(此1比特字段将被设定为“1”。)
section_length字段指示跟随此字段之后的表区段的长度(字节)。(12比特字段，其指定此区段中紧随section_length字段之后直至区段的结尾的剩余字节数，包括CRC_32字段。此字段的值将不超过4093。)
AEIT_subtype字段标识AEIT的子类型。(此8比特字段标识AEIT的子类型。在当前协议中，仅定义了表子类型值0x0。主机装置将丢弃指定未知AEIT_subtype(目前零以外的任何值)的aggregate_event_information_table_section()的实例。)
MGT_tag字段将AEIT实例与MGT的对应表类型以及与具有相同值的AEIT实例关联。(8比特字段，其将此AEIT实例与MGT中的对应table_type和具有相同值的AEIT实例联系起来。(模256)高于先前时间周期的实例的给定时隙的AEIT实例的MGT_tag值。)
version_number字段对应于指示表的版本号的5比特字段。(此5比特字段是AEIT实例的版本号。并且实例由MGT_tag标识。当AEIT实例中的任何字段改变时，版本号将增加1模32。此字段的值将与MGT中的对应条目的值相同。)
current_next_indicator字段在AEIT区段中总是被设定为1。(此1比特指示符对于AEIT区段总是被设定为“1”；所发送的AEIT总是当前适用。)
section_number字段总是指派对应区段的编号。(此8比特字段给出此区段的编号。)
last_section_number字段标识最后区段的编号。(此8比特字段指定最后区段的编号。)
num_sources_in_section字段指派迭代的循环次数。(此8比特字段给出描述节目安排数据的“for”循环的迭代次数。)
source_ID字段标识发送对应区段中所描述的事件的虚拟信道的源ID。(此16比特字段指定承载此区段中所描述的事件的虚拟信道的source_ID。)
num_events字段指示由源ID标识的关联节目源之后的事件数。(指示与由source_ID标识的节目源关联之后的事件数。值0指示对AEIT实例所涵盖的时间周期没有针对该源定义事件。)
event_ID字段指示事件的标识号。(此14比特字段指定所描述的事件的标识号。该编号充当事件ETM_ID(用于事件扩展文本消息的标识符)的一部分。指派的event_ID将至少在它所出现的AEIT的实例的范围内为唯一的。因此，作为示例，当m不等于n时，与AEIT-m中的event_ID0x0123关联的事件将被视为不同于AEIT-n中的event_ID0x0123的事件。)
start_time字段指示对应事件的起始时间。(32比特无符号整数量，其将该事件的起始时间表示为自1980年1月6日0000小时UTC起的秒数。如果系统时间表中传送的GPS_UTC_offset为零，则start_time包括对闰秒的校正。否则，可通过减去GPS_UTC_offset将start_time转换为UTC。)
ETM_present字段指示是否存在ETM。(此2比特字段指示扩展文本消息(ETM)的存在。)
duration字段指示对应事件的持续时间。(该事件的持续时间(秒)。)
title_length字段指示title_text()的长度。(此字段指定title_text()的长度(字节)。值0表示该事件不存在标题。)
title_text字段指示多字符串结构的格式的事件标题。(字符串结构的格式的事件标题。title_text()将根据字符串结构来格式化。)
descriptos_length字段指示下一事件描述符的长度。(随后的事件描述符列表的总长度(字节)。)
描述符可包括关于UHD服务的信息。根据示例性实施方式，描述符也可被称作UHD节目信息描述符。描述符将稍后更详细地描述。
CRC_32对应于包括CRC值的32比特字段。(这是包含CRC值的32比特字段，该CRC值确保在处理整个长格式虚拟信道表区段之后从ISO/IEC13818-1的附录A“MEPG-2Systems”中定义的解码器中的寄存器输出零。)
UHD_program_info_descriptor可包括以下信息。
descriptor_tag字段可包括标识此描述符的标识符，descriptor_length字段可指示描述符的长度。
UHD_service_type字段可包括UHD服务的类型(例如，UHD1(4K)、UHD2(8K)、或者由用户依据质量相应的划分来定义的UHD服务的类型)相应的信息。例如，当UHD服务类型值等于0000时，可提供UHD1(4K)服务。当UHD服务服务类型值等于0001，可提供UHD2(8K)服务。当UHD服务服务类型值等于1000-1111，可提供由用户设置的UHD服务。如上所述，可利用UHD服务类型字段提供UHD服务的不同类型。
图17示出根据本发明的示例性实施方式的接收信号的方法。
接收设备可经由带内接收编码的UHD视频数据，并且可经由带外接收包括编码的UHD服务的标识的信令信息(S210)。信令信息可对应于可标识所接收的UHD视频数据的信息，并且还可对应于UHD视频数据的详细信息。
如图2所示，接收设备可包括POD(部署点)。POD可处理所接收的信令信息，并且可验证是否订阅广播服务，从而能够提供最终服务。POD可包括条件接入(CA)系统，并且POD可与接收设备主体分离。
POD可验证它对UHD广播服务的权限，然后可向用户提供UHD广播服务。当权限被验证时，接收设备可通过IB信道接收编码的UHD视频数据，并且可通过OOB信道接收包括编码的UHD标识信息的信令信息。
接收设备可对包括所接收的UHD标识信息的信令信息进行解码(S220)。信令信息可包括LVCT(长格式虚拟信道表)、SVCT(短格式虚拟信道表)或AEIT(聚合事件信息表)。
根据示例性实施方式，发送设备可利用LVCT的服务类型字段来用信号通知UHD服务信息。另选地，发送设备还可利用包括在SVCT中的virtual_channel_record中的channel_properties_descriptor的service_type字段来用信号通知UHD服务信息。在另一方法中，发送设备可利用包括在SVCT中的virtual_channel_record的channel_type字段来用信号通知UHD服务信息。
在利用包括在AEIT中的UHD_program_info_descriptor来用信号通知UHD服务信息的情况下，发送设备可依据预定UHD服务类型提供不同的UHD服务。
基于所解码的UHD标识信息，接收设备可对所接收的UHD视频数据进行解码以提供UHD服务(S230)。
图18示出根据本发明的示例性实施方式的发送信号的方法。
信号发送设备的示例性实施方式可包括视频编码器(410)、信令信息编码单元(420)和通信单元(430)。
视频编码器(410)对UHD(超高清)视频数据进行编码。例如，经编码的UHD视频数据可具有4K、8K、16K等分辨率。
信令信息编码单元(420)基于经编码的UHD视频数据对包括UHD服务的标识信息的信令信息进行编码。UHD服务标识信息可利用LVCT来用信号通知。上面已参照图3、图11、图12、图13、图14和图15描述了利用LVCT来用信号通知UHD服务的示例。上面已参照图4、图5、图6、图7、图11、图12、图13、图14和图15描述了利用service_type字段来用信号通知UHD服务的示例。上面已参照图8、图9、图10、图11、图12、图13、图14和图15描述了利用channel_type字段来用信号通知UHD服务的示例。此外，利用AEIT来用信号通知UHD服务的方法可提供不同的UHD服务。上面已参照图16描述了利用AEIT来用信号通知UHD服务的示例。
通信单元(430)经由IB(带内)发送经编码的UHD视频数据，并且经由OOB(带外)发送包括经编码的UHD服务的标识信息的信令信息。上面已参照图2描述了经由IB发送的UHD视频数据和经由OOB发送的信令信息的示例。
图19示出根据本发明的示例性实施方式的接收信号的设备。
通信单元(510)经由IB(带内)接收经编码的UHD视频数据并且经由OOB(带外)接收包括经编码的UHD服务的标识信息的信令信息。上面已参照图2描述了经由IB发送UHD视频数据并且经由OOB发送信令信息的示例。
OOB处理器(520)对包括所接收的UHD服务的标识信息的信令信息进行解码。信令信息可在经受解复用处理之后被解码。信令信息可包括关于UHD服务的信息。
关于UHD服务的信息可被包括在LVCT、SVCT或AEIT中。上面已参照图3、图11、图12、图13、图14和图15描述了包括在LVCT中的UHD服务相应的标识信息。上面已参照图4、图5、图6、图7、图11、图12、图13、图14和图15描述了包括在SVCT的service_type字段中的UHD服务相应的标识信息。并且，上面已参照图8、图9、图10、图11、图12、图13、图14和图15描述了包括在SVCT的channel_type字段中的UHD服务相应的标识信息。上面已参照图16描述了包括在AEIT中的UHD服务相应的标识信息。
IB处理器(530)基于经解码的UHD服务的标识信息来对所接收的UHD视频数据进行解码。
实现本发明的模式
实现本发明的模式已在具体实施方式中进行了描述。
工业实用性
本发明可用在广播和视频信号处理领域中，并且可在工业上适用于具有重复可能性的行业中。

Claims (15)

1.一种发送信号的方法，该方法包括以下步骤：
对超高清(UHD)视频数据进行编码；
基于经编码的UHD视频数据对包含UHD服务的标识信息的信令信息进行编码；以及
对经编码的UHD视频数据进行带内(IB)发送，并且对包含UHD服务的标识信息的经编码的信令信息进行带外(OOB)发送。
2.根据权利要求1所述的方法，其中，所述标识信息被包括在LVCT(长格式虚拟信道表)中。
3.根据权利要求1所述的方法，其中，所述标识信息被包括在SVCT(短格式虚拟信道表)中的信道特性描述符中。
4.根据权利要求1所述的方法，其中，所述标识信息被包括在SVCT(短格式虚拟信道表)中的虚拟信道描述符中。
5.一种接收信号的方法，该方法包括以下步骤：
对经编码的UHD视频数据进行带内(IB)接收，并且对包含UHD服务的标识信息的经编码的信令信息进行带外(OOB)接收；
对包含所接收的UHD服务的标识信息的信令信息进行解码；以及
基于经解码的信令信息的所述标识信息对所接收的UHD视频数据进行解码。
6.根据权利要求5所述的方法，其中，所述标识信息被包括在LVCT(长格式虚拟信道表)中。
7.根据权利要求5所述的方法，其中，所述标识信息被包括在SVCT(短格式虚拟信道表)中的信道特性描述符中。
8.根据权利要求5所述的方法，其中，所述标识信息被包括在SVCT(短格式虚拟信道表)中的虚拟信道描述符中。
9.一种发送信号的设备，该设备包括：
视频编码器，该视频编码器对超高清(UHD)视频数据进行编码；
信令信息编码单元，该信令信息编码单元基于经编码的UHD视频数据对包含UHD服务的标识信息的信令信息进行编码；以及
通信单元，该通信单元对经编码的UHD视频数据进行带内(IB)发送，并且对包含UHD服务的标识信息的经编码的信令信息进行带外(OOB)发送。
10.根据权利要求9所述的设备，其中，所述标识信息被包括在LVCT(长格式虚拟信道表)中。
11.根据权利要求9所述的设备，其中，所述标识信息被包括在SVCT(短格式虚拟信道表)中的信道特性描述符中。
12.根据权利要求9所述的设备，其中，所述标识信息被包括在SVCT(短格式虚拟信道表)中的虚拟信道描述符中。
13.一种接收广播信号的设备，该设备包括：
通信单元，该通信单元对经编码的UHD视频数据进行带内(IB)接收，并且对包含UHD服务的标识信息的经编码的信令信息进行带外(OOB)接收；
OOB处理器，该OOB处理器对包含所接收的UHD服务的标识信息的信令信息进行解码；以及
IB处理器，该IB处理器基于经解码的信令信息的所述标识信息对所接收的UHD视频数据进行解码。
14.根据权利要求13所述的设备，其中，所述标识信息被包括在LVCT(长格式虚拟信道表)中。
15.根据权利要求13所述的设备，其中，所述标识信息被包括在SVCT(短格式虚拟信道表)中的信道特性描述符中，并且其中，所述标识信息被包括在SVCT中的虚拟信道描述符中。
CN201480023291.4A 2013-05-01 2014-04-28 发送和接收信号的设备和方法 Pending CN105144701A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361818408P 2013-05-01 2013-05-01
US61/818,408 2013-05-01
PCT/KR2014/003725 WO2014178587A1 (ko) 2013-05-01 2014-04-28 신호 송수신 장치 및 신호 송수신 방법

Publications (1)

Publication Number Publication Date
CN105144701A true CN105144701A (zh) 2015-12-09

Family

ID=51843651

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480023291.4A Pending CN105144701A (zh) 2013-05-01 2014-04-28 发送和接收信号的设备和方法

Country Status (6)

Country Link
US (1) US20150382024A1 (zh)
EP (1) EP2993898A4 (zh)
KR (1) KR20160002679A (zh)
CN (1) CN105144701A (zh)
CA (1) CA2900488C (zh)
WO (1) WO2014178587A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2922302A4 (en) * 2012-11-19 2016-04-06 Lg Electronics Inc SIGNAL TRANSMITTING AND RECEIVING APPARATUS, AND SIGNAL TRANSMITTING AND RECEIVING METHOD
US10057633B2 (en) * 2013-07-14 2018-08-21 Lg Electronics Inc. Method and apparatus for transmitting and receiving ultra high-definition broadcasting signal for expressing high-quality color in digital broadcasting system
CA3035658C (en) * 2016-09-09 2023-01-24 Sharp Kabushiki Kaisha Systems and methods for signaling of emergency alert messages
US11778128B2 (en) 2019-03-20 2023-10-03 Nec Platforms, Ltd. Broadcasting control apparatus, broadcasting control method, program, and recording medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909643A (zh) * 2005-07-08 2007-02-07 三星电子株式会社 提供多流的广播接收设备和提供多流的方法
CN1929548A (zh) * 2005-09-05 2007-03-14 三星电子株式会社 有线广播接收设备及其信道映射构成方法
US20120154534A1 (en) * 2009-09-03 2012-06-21 Jong Yeul Suh Cable broadcast receiver and 3d video data processing method thereof

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100200617B1 (ko) * 1996-09-05 1999-06-15 윤종용 픽쳐 동기화회로 및 그 방법
JP4010066B2 (ja) * 1998-11-09 2007-11-21 ソニー株式会社 画像データ記録装置および記録方法、並びに画像データ記録再生装置および記録再生方法
US6636222B1 (en) * 1999-11-09 2003-10-21 Broadcom Corporation Video and graphics system with an MPEG video decoder for concurrent multi-row decoding
US6853385B1 (en) * 1999-11-09 2005-02-08 Broadcom Corporation Video, audio and graphics decode, composite and display system
US6330286B1 (en) * 1999-06-09 2001-12-11 Sarnoff Corporation Flow control, latency control, and bitrate conversions in a timing correction and frame synchronization apparatus
US6970513B1 (en) * 2001-06-05 2005-11-29 At&T Corp. System for content adaptive video decoding
EP2819411B1 (en) * 2001-09-14 2018-08-29 NTT DoCoMo, Inc. Coding method and decoding method
US6950469B2 (en) * 2001-09-17 2005-09-27 Nokia Corporation Method for sub-pixel value interpolation
JP2004015318A (ja) * 2002-06-05 2004-01-15 Fujitsu Ltd システムクロック同期手段を有する情報伝送システムおよびその情報伝送装置
GB0323284D0 (en) * 2003-10-04 2003-11-05 Koninkl Philips Electronics Nv Method and apparatus for processing image data
KR20060000713A (ko) * 2004-06-29 2006-01-06 삼성전자주식회사 디지털 케이블 방송 수신 장치 및 방법
KR100631718B1 (ko) * 2004-07-08 2006-10-09 삼성전자주식회사 디지털 케이블 ｔｖ 네트워크에서 주문형 비디오 서비스제공 방법 및 시스템
JP4859419B2 (ja) * 2005-09-14 2012-01-25 株式会社エヌ・ティ・ティ・ドコモ 無線基地局およびユーザ共通データ伝送方法
US20080298271A1 (en) * 2007-02-05 2008-12-04 Fujitsu Limited Communication-quality measuring apparatus, communication-quality measuring method, and computer program
US8867344B2 (en) * 2008-07-21 2014-10-21 Mediatek Inc. Methods for bus data transmission and systems utilizing the same
WO2010067505A1 (ja) * 2008-12-08 2010-06-17 パナソニック株式会社 画像復号化装置および画像復号化方法
KR20120058702A (ko) * 2010-11-27 2012-06-08 전자부품연구원 디지털 방송에서 서비스 호환 방식 전송 방법
JP5833682B2 (ja) * 2011-03-10 2015-12-16 ヴィディオ・インコーポレーテッド スケーラブルなビデオ符号化のための依存性パラメータセット

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909643A (zh) * 2005-07-08 2007-02-07 三星电子株式会社 提供多流的广播接收设备和提供多流的方法
CN1929548A (zh) * 2005-09-05 2007-03-14 三星电子株式会社 有线广播接收设备及其信道映射构成方法
US20120154534A1 (en) * 2009-09-03 2012-06-21 Jong Yeul Suh Cable broadcast receiver and 3d video data processing method thereof

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
P.J. HEARTY: "Carriage of Digital Video and Other Services by Cable in North America", 《PROCEEDINGS OF THE IEEE》 *
SUNSIK ROH: "Design of Out-of-Band Protocols to Transmit UHDTV Contents in the CATV Network", 《INTERNATIONAL JOURNAL OF COMMUNICATIONS, NETWORK AND SYSTEM SCIENCES》 *

Also Published As

Publication number Publication date
CA2900488C (en) 2018-01-02
WO2014178587A1 (ko) 2014-11-06
CA2900488A1 (en) 2014-11-06
KR20160002679A (ko) 2016-01-08
EP2993898A1 (en) 2016-03-09
US20150382024A1 (en) 2015-12-31
EP2993898A4 (en) 2016-11-09

Similar Documents

Publication Publication Date Title
FI124830B (fi) Menetelmä ja laitteisto yleislähetyksen lähettämistä varten, menetelmä ja laitteisto yleislähetyksen vastaanottoa varten
KR101429767B1 (ko) 전자 서비스 가이드를 송수신하기 위한 방법 및 디지털방송 시스템
CA3104173A1 (en) Method for signaling caption asset information and device for signaling caption asset information
US11956159B2 (en) Transmission device, transmission method, reception device, and reception method
JP6406415B2 (ja) 送信装置及び送信方法
US20180048408A1 (en) Service signaling extensions
US20170238061A1 (en) Method for decoding
CN105144701A (zh) 发送和接收信号的设备和方法
CN102045588B (zh) 数字电视广告视频点播综合系统
CN105008004B (zh) 信号传输和接收设备以及信号传输和接收方法
WO2017082352A1 (en) Service list
CN106105249A (zh) 用于解码服务指南的方法
KR20180104679A (ko) 서비스 고지에서의 컴포넌트 표시
WO2015177986A1 (en) A method for decoding a service guide
ES2927798T3 (es) Procedimiento de determinación de una lista de identificadores de canales a mostrar en un servicio de visualización
CN105556950A (zh) 广播接收装置及其控制方法

Legal Events

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

Application publication date: 20151209

WD01 Invention patent application deemed withdrawn after publication