CN112866754A - 广播信号发送设备和方法以及广播信号接收设备和方法 - Google Patents
广播信号发送设备和方法以及广播信号接收设备和方法 Download PDFInfo
- Publication number
- CN112866754A CN112866754A CN202110195349.5A CN202110195349A CN112866754A CN 112866754 A CN112866754 A CN 112866754A CN 202110195349 A CN202110195349 A CN 202110195349A CN 112866754 A CN112866754 A CN 112866754A
- Authority
- CN
- China
- Prior art keywords
- information
- service
- component
- packet
- signaling 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 165
- 230000011664 signaling Effects 0.000 claims abstract description 306
- 230000002123 temporal effect Effects 0.000 claims description 88
- 230000008569 process Effects 0.000 claims description 49
- 238000012545 processing Methods 0.000 claims description 47
- 235000007682 pyridoxal 5'-phosphate Nutrition 0.000 claims description 11
- 230000008054 signal transmission Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 123
- 230000007704 transition Effects 0.000 description 70
- 230000005540 biological transmission Effects 0.000 description 49
- 239000012634 fragment Substances 0.000 description 39
- 230000001419 dependent effect Effects 0.000 description 18
- 101000596046 Homo sapiens Plastin-2 Proteins 0.000 description 17
- 102100035182 Plastin-2 Human genes 0.000 description 17
- 230000006835 compression Effects 0.000 description 17
- 238000007906 compression Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 17
- 230000006978 adaptation Effects 0.000 description 16
- 239000000872 buffer Substances 0.000 description 11
- 238000005538 encapsulation Methods 0.000 description 11
- 238000013507 mapping Methods 0.000 description 11
- 230000009467 reduction Effects 0.000 description 10
- 230000000153 supplemental effect Effects 0.000 description 10
- AWSBQWZZLBPUQH-UHFFFAOYSA-N mdat Chemical compound C1=C2CC(N)CCC2=CC2=C1OCO2 AWSBQWZZLBPUQH-UHFFFAOYSA-N 0.000 description 9
- 235000019333 sodium laurylsulphate Nutrition 0.000 description 9
- 238000001370 static light scattering Methods 0.000 description 9
- 101000596041 Homo sapiens Plastin-1 Proteins 0.000 description 8
- 102100035181 Plastin-1 Human genes 0.000 description 8
- 230000003044 adaptive effect Effects 0.000 description 8
- 238000009877 rendering Methods 0.000 description 8
- 238000012546 transfer Methods 0.000 description 8
- 230000001771 impaired effect Effects 0.000 description 7
- 238000005192 partition Methods 0.000 description 7
- 238000002716 delivery method Methods 0.000 description 6
- 230000004438 eyesight Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 230000003068 static effect Effects 0.000 description 6
- 230000008685 targeting Effects 0.000 description 6
- 241000238876 Acari Species 0.000 description 5
- 208000032041 Hearing impaired Diseases 0.000 description 5
- 101150071746 Pbsn gene Proteins 0.000 description 5
- 230000006837 decompression Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 239000012092 media component Substances 0.000 description 5
- 230000000750 progressive effect Effects 0.000 description 5
- 238000003860 storage Methods 0.000 description 5
- 230000000576 supplementary effect Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 230000033001 locomotion Effects 0.000 description 4
- 238000004519 manufacturing process Methods 0.000 description 4
- 238000000638 solvent extraction Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 239000003086 colorant Substances 0.000 description 3
- 238000010924 continuous production Methods 0.000 description 3
- 238000009826 distribution Methods 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 3
- 238000000605 extraction Methods 0.000 description 3
- 208000016354 hearing loss disease Diseases 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 206010047571 Visual impairment Diseases 0.000 description 2
- 238000007792 addition Methods 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 238000013467 fragmentation Methods 0.000 description 2
- 238000006062 fragmentation reaction Methods 0.000 description 2
- 230000001788 irregular Effects 0.000 description 2
- 230000014759 maintenance of location Effects 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 230000002441 reversible effect Effects 0.000 description 2
- 208000029257 vision disease Diseases 0.000 description 2
- 230000004393 visual impairment Effects 0.000 description 2
- 101100256965 Caenorhabditis elegans sip-1 gene Proteins 0.000 description 1
- 241000023320 Luma <angiosperm> Species 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 230000002238 attenuated effect Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 238000001235 constant-final-state spectroscopy Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000006735 deficit Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 1
- 230000005693 optoelectronics Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000011112 process operation Methods 0.000 description 1
- 238000011946 reduction process Methods 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000012360 testing method Methods 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, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
-
- 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, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
Abstract
本发明提出一种广播信号发送设备和方法以及广播信号接收设备和方法。根据本发明的发送广播信号的方法提出一种能够在使用陆地广播网络和因特网网络来支持下一代混合广播的环境中支持下一代广播服务的系统。此外，提出一种能够在支持下一代混合广播的环境中覆盖陆地广播网络和因特网网络两者的高效信令方法。
Description
本申请是2018年3月6日提交的国际申请日为2016年9月7日的申请号为201680051496.2(PCT/KR2016/010028)的，发明名称为“广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法”的专利申请的分案申请。
技术领域
本发明涉及一种发送广播信号的装置、一种接收广播信号的装置和发送和接收广播信号的方法。
背景技术
由于模拟广播信号传输接近终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括除了模拟广播信号之外的大量的视频/音频数据，并且进一步包括除了视频/音频数据之外的各种类型的附加数据。
发明内容
技术问题
也就是说，数字广播系统可以提供HD(高分辨率)图像、多声道音频和各种附加服务。但是，对于数字广播，考虑到移动接收设备，大量数据传输的数据传输效率、发送/接收网络的鲁棒性和网络灵活性需要改进。
技术方案
本发明提供一种能够在使用陆地广播网络和因特网支持未来的混合广播的环境下有效地支持未来广播服务的系统和有关信令方法。
有益效果
本发明提供一种在MPEG媒体传输(MMT)协议(MMTP)系统中用信号发送时间可伸缩性的方法。
本发明提供一种在MMTP系统中用信号发送视频组件的分层结构的方法。
本发明提供一种在MMTP系统中用信号发送视频分量的依赖性配置的方法。
本发明提供一种在MMTP系统中用信号发送视频组件的操作点配置的方法。
附图说明
附图被包括以提供对本发明进一步的理解，图示本发明的实施例，并且与该说明书一起用来解释本发明的原理。在附图中：
图1是示出根据本发明的实施例的协议栈的图；
图2是示出根据本发明的实施例的服务发现过程的图；
图3是示出根据本发明的一个实施例的低等级信令(LLS)表和服务列表表(SLT)的图；
图4是示出根据本发明的一个实施例的经由ROUTE递送的USBD和S-TSID的图；
图5是示出根据本发明的一个实施例的经由MMT递送的USBD的图；
图6是示出根据本发明的一个实施例的链路层操作的图；
图7是示出根据本发明的一个实施例的链路映射表(LMT)的图；
图8是示出根据本发明的一个实施例的下一代广播服务的广播信号发送设备的结构的图；
图9是根据本发明的实施例的时间交织器的写入操作；
图10是根据本发明的实施例的包括在频率交织器中的根据每个FFT模式的包括主PRBS生成器和子PRBS生成器的交织地址生成器的框图；
图11是图示根据本发明的实施例的混合广播接收装置的框图；
图12是示出根据本发明的实施例的基于DASH的自适应流模型的整体操作的图；
图13是根据本发明的实施例的接收器的框图；
图14是示出根据本发明的实施例的媒体文件的配置的图；
图15是图示根据本发明的实施例的通过SLT的引导过程的图；
图16是图示根据本发明的实施例的基于ROUTE协议的信令流的图；
图17是图示根据本发明的实施例的基于MMT协议的信令流的图；
图18是示出本发明的另一实施例的USBD的一部分的图；
图19是示出根据本发明的另一实施例的USBD的一部分的图；
图20是示出根据本发明的实施例的能力码的图；
图21是示出根据本发明的实施例的MP表的一部分的图；
图22是示出根据本发明的实施例的资产组描述符的图；
图23是示出根据本发明的实施例的可访问性信息的图；
图24是示出根据本发明的实施例的USBD中的ComponentInfo元素的图；
图25是示出根据本发明的实施例的组件特性信息的图；
图26是示出本发明的实施例的组件特性信息的图；
图27是示出本发明的实施例的组件特性信息的使用的图；
图28是示出根据本发明的实施例的作为信令表的设备能力信息(DCI)表的图；
图29是示出根据本发明的实施例的HEVC视频组件描述信息的图；
图30是示出根据本发明的实施例的HEVC定时和HRD信息的图；
图31是示出本发明的实施例的字幕信息的图；
图32是示出本发明的另一实施例的字幕信息的图；
图33是示出本发明的实施例的字幕相关信息的详细信息的图；
图34是示出本发明的实施例的字幕相关信息的详细信息的图；
图35是示出根据本发明的实施例的HDR信息的图；
图36是示出根据本发明的另一实施例的HDR信息的图；
图37是示出根据本发明的实施例的WCG信息的图；
图38是示出根据本发明地实施例的HFR信息/下拉信息的图；
图39是示出根据本发明的实施例的3D音频信息的图；
图40是示出根据本发明的实施例的AC-4音频信息的图；
图41是示出本发明的实施例的MPEG-H音频信息的图；
图42图示根据本发明的实施例的3D服务和多视图服务相关信令信息；
图43是示出根据本发明的另一实施例的用信号发送字幕相关信息的方法的图；
图44是示出根据本发明的实施例的呈现定时偏移描述符的图；
图45是示出根据本发明地实施例的发送广播信号的方法的图；
图46是示出根据本发明的实施例的用于发送广播信号的设备的图；
图47是示出根据本发明的实施例的发送媒体内容的方法的图；
图48是示出根据本发明的实施例的用于发送媒体内容的装置的图；
图49是示出根据本发明的另一实施例的MP_table的语法的图；
图50是示出根据本发明的另一实施例的HFR_descriptor的语法的图；
图51是示出根据本发明的实施例的包括层级配置信息的组件特性元素的图；
图52是示出根据本发明的实施例的包括依赖配置信息的组件特性元素的图；
图53是示出根据本发明的实施例的包括操作点配置信息的组件特性元素的图；
图54是示出根据本发明的实施例的包括操作点配置信息的组件特性元素的图；
图55是示出根据本发明的实施例的包括层级扩展配置信息的组件特性要素的图；
图56是示出根据本发明的实施例的层级描述符的配置的图；
图57是示出根据本发明的实施例的依赖描述符的配置的图；
图58是示出根据本发明的实施例的HEVC操作点描述符的配置的图；
图59是示出根据本发明的实施例的HEVC层级扩展描述符的配置的图；
图60是示出根据本发明的实施例的广播信号发送方法的图；
图61是示出根据本发明的实施例的广播信号接收方法的图；以及
图62是示出根据本发明的实施例的广播信号接收装置的配置的图。
具体实施方式
本发明提供发送和接收用于未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、超高分辨率电视(UHDTV)服务等等。本发明可以根据一个实施例通过非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等等。
图1是示出根据本发明的实施例的协议栈的图。
服务可以经由多个层传送给接收器。首先，发送侧可以生成服务数据。服务数据可以被处理为在发送侧的传送层上传输，并且服务数据可以被编码为广播信号并在物理层上经广播或者宽带网络发送。
在这里，服务数据可以以ISO基础媒体文件格式(BMFF)生成。ISO BMFF媒体文件可以用于广播/宽带网络传送、媒体封装和/或同步格式。在这里，服务数据是与服务相关的所有数据，并且可以包括配置线性服务的服务组件、其信令信息、非实时(NRT)数据和其他文件。
将描述传送层。传送层可以提供用于发送服务数据的功能。服务数据可以经广播和/或宽带网络传送。
广播服务传送可以包括两种方法。
作为第一种方法，服务数据可以基于MPEG媒体传输(MMT)在媒体处理单元(MPU)中处理，并且使用MMT协议(MMTP)发送。在这种情况下，使用MMTP传送的服务数据可以包括用于线性服务的服务组件和/或其服务信令信息。
作为第二种方法，服务数据可以被处理为DASH分段，并且基于MPEG DASH，使用经单向传输(ROUTE)的实时对象传送来发送。在这种情况下，经由ROUTE协议传送的服务数据可以包括用于线性服务的服务组件、其服务信令信息和/或NRT数据。也就是说，NRT数据和非定时的数据，诸如文件，可以经由ROUTE传送。
根据MMTP或者ROUTE协议处理的数据可以经由UDP/IP层被处理为IP分组。在经广播网的服务数据传送中，服务列表表(SLT)也可以经由UDP/IP层在广播网上传送。SLT可以被在低等级信令(LLS)表中传送。稍后将描述SLT和LLS表。
IP分组可以在链路层中被处理为链路层分组。链路层可以将从高层传送的各种格式的数据封装进链路层分组中，然后将该分组传送给物理层。稍后将详细描述链路层。
在混合服务传送中，至少一个服务元素可以被经由宽带路径传送。在混合服务传送中，经宽带传送的数据可以包括DASH格式的服务组件、其服务信令信息和/或NRT数据。此数据可以被经由HTTP/TCP/IP处理，并且经由用于宽带传输的链路层传送给用于宽带传输的物理层。
物理层可以处理从传送层(高层和/或链路层)接收的数据，并且经广播或者宽带网络发送该数据。稍后将给出物理层的详细描述。
将描述服务。服务可以是显示给用户的服务组件的集合，组件可以具有各种媒体类型，服务可以是连续的或者中断的，服务可以是实时或者非实时的，并且实时服务可以包括一系列TV节目。
服务可以具有各种类型。第一，服务可以是线性音频/视频或者具有基于app的增强的音频服务。第二，服务可以是基于app的服务、由下载的应用控制的再现/配置。第三，服务可以是用于提供电子服务指南(ESG)的ESG服务。第四，服务可以是用于提供紧急警报信息的紧急警报(EA)服务。
当无需基于app的增强的线性服务被经广播网传送的时候，服务组件可以由(1)一个或多个ROUTE会话，或者(2)一个或多个MMTP会话传送。
当具有基于app的增强的线性服务被经广播网传送的时候，服务组件可以由(1)一个或多个ROUTE会话，或者(2)零或零个以上MMTP会话传送。在这种情况下，用于基于app的增强的数据可以以NRT数据或者其他文件的形式经由ROUTE会话传送。在本发明的一个实施例中，使用两个协议的一个服务的线性服务组件(流媒体组件)的同时的传送可能是不被允许的。
当基于app的服务被经广播网传送的时候，服务组件可以由一个或多个ROUTE会话传送。在这种情况下，用于基于app的服务的服务数据可以以NRT数据或者其他文件的形式经由ROUTE会话传送。
这样的服务的一些服务组件、一些NRT数据、文件等等可以经由宽带(混合服务传送)传送。
也就是说，在本发明的一个实施例中，一个服务的线性服务组件可以经由MMT协议传送。在本发明的另一个实施例中，一个服务的线性服务组件可以经由ROUTE协议传送。在本发明的另一个实施例中，一个服务的线性服务组件和NRT数据(NRT服务组件)可以经由ROUTE协议传送。在本发明的另一个实施例中，一个服务的线性服务组件可以经由MMT协议传送，并且NRT数据(NRT服务组件)可以经由ROUTE协议传送。在以上描述的实施例中，服务的某些服务组件或者某些NRT数据可以经由宽带传送。在这里，关于基于app的增强的基于app的服务和数据可以根据ROUTE经广播网，或者以NRT数据的形式经由宽带传送。NRT数据可以称为本地缓存的数据。
每个ROUTE会话包括用于完整地或者部分地传送配置该服务的内容组件的一个或多个LCT会话。在流服务传送中，LCT会话可以传送用户服务的各个组件，诸如音频、视频或者隐藏字幕流(closed caption stream)。流媒体被格式化为DASH分段。
每个MMTP会话包括用于传送所有或者一些内容组件或者MMT信令消息的一个或多个MMTP分组流。MMTP分组流可以传送已格式化为MPU的组件或者MMT信令消息。
对于NRT用户服务或者系统元数据的传送，LCT会话传送基于文件的内容项目。这样的内容文件可以包括NRT服务的连续的(定时的)或者离散的(非定时的)媒体组件或者元数据，诸如服务信令或者ESG片段。系统元数据(诸如服务信令或者ESG片段)可以经由MMTP的信令消息模式传送。
当调谐器调谐到频率时，接收器可以检测广播信号。接收器可以提取和发送SLT给处理模块。SLT解析器可以解析SLT，并且在信道映射表(channel map)中获得和存储数据。接收器可以获得并将SLT的引导信息(bootstrap information)传送给ROUTE或者MMT客户端。接收器可以获得和存储SLS。USBD可以被获得并由信令解析器解析。
图2是示出根据本发明的一个实施例的服务发现过程的图。
由物理层的广播信号帧传送的广播流可以携带低等级信令(LLS)。LLS数据可以经由被传送给公知的IP地址/端口的IP分组的净荷携带。此LLS可以根据其类型包括SLT。LLS数据可以以LLS表的形式被格式化。携带LLS数据的每个UDP/IP分组的第一字节可以是LLS表的开始。与示出的实施例不同，用于传送LLS数据的IP流可以与其他的服务数据一起被传送给PLP。
SLT可以允许接收器去经由快速信道扫描来生成服务列表，并且提供用于定位SLS的访问信息。SLT包括引导信息。这个引导信息可以允许接收器获得每个服务的服务层信令(SLS)。当SLS，也就是说，服务信令信息被经由ROUTE传送的时候，引导信息可以包括携带SLS的LCT信道、包括LCT信道的ROUTE会话的目的地IP地址和目的地端口信息。当SLS被经由MMT传送的时候，引导信息可以包括携带SLS的MMTP会话的目的地IP地址和目的地端口信息。
在示出的实施例中，在SLT中描述的服务#1的SLS被经由ROUTE传送，并且SLT可以包括包含由SLS传送的LCT信道的ROUTE会话的引导信息sIP1、dIP1和dPort1。在SLT中描述的服务#2的SLS被经由MMT传送，并且SLT可以包括包含由SLS传送的MMTP分组流的MMTP会话的引导信息sIP2、dIP2和dPort2。
SLS是描述服务的特性的信令信息，并且可以包括用于显著地再现服务，或者提供用于获得服务和该服务的服务组件的接收器能力信息。当每个服务具有单独的服务信令的时候，无需解析在广播流内传送的所有SLS，接收器即可获得用于期望的服务的合适的SLS。
当SLS被经由ROUTE协议传送的时候，SLS可以被经由由SLT指示的ROUTE会话的专用的LCT信道传送。在一些实施例中，这个LCT信道可以是通过tsi＝0标识的LCT信道。在这种情况下，SLS可以包括用户服务包描述(bundle description)(USBD)/用户服务描述(USD)、基于服务的传输会话实例描述(S-TSID)和/或媒体呈现描述(MPD)。
在这里，USBD/USD是SLS片段中的一个，并且可以用作描述服务的详细说明信息的信令中心(signaling hub)。USBD可以包括服务标识信息、设备能力信息等等。USBD可以包括其他的SLS片段(S-TSID、MPD等等)的参考信息(URI参考)。也就是说，USBD/USD可以参考S-TSID和MPD。此外，USBD可以进一步包括用于允许接收器去判定传输模式(广播/宽带网络)的元数据信息。USBD/USD的详细说明将在下面给出。
S-TSID是SLS片段中的一个，并且可以提供携带服务的服务组件的传输会话的整个会话描述信息。S-TSID可以提供经由其传送服务的服务组件的ROUTE会话，和/或用于ROUTE会话的LCT信道的传输会话描述信息。S-TSID可以提供与一个服务相关联的服务组件的组件获得信息。S-TSID可以在MPD的DASH表示和服务组件的tsi之间提供映射。S-TSID的组件获得信息可以以相关的DASH表示和tsi的标识符的形式提供，并且在一些实施例中可以或者可以不必包括PLP ID。经由该组件获得信息，接收器可以收集一个服务的音频/视频组件，并且执行DASH媒体分段的缓存和解码。S-TSID可以由如上所述的USBD引用。S-TSID的详细说明将在下面给出。
MPD是SLS片段中的一个，并且可以提供服务的DASH媒体呈现的描述。MPD可以提供媒体分段的资源标识符，并且提供在标识的资源的媒体呈现内的上下文信息。MPD可以描述经广播网传送的DASH表示(服务组件)，并且描述经宽带(混合传送)传送的额外的DASH表示。MPD可以由如上所述的USBD引用。
当SLS被经由MMT协议传送的时候，SLS可以被经由由SLT指示的MMTP会话的专用的MMTP分组流传送。在一些实施例中，传送SLS的MMTP分组的packet_id可以具有00的值。在这种情况下，SLS可以包括USBD/USD和/或MMT分组(MP)表。
在这里，USBD是SLS片段中的一个，并且可以如由ROUTE协议传送时一样描述服务的详细说明信息。这个USBD可以包括其他的SLS片段的参考信息(URI信息)。MMT的USBD可以参考MMT信令的MP表。在一些实施例中，MMT的USBD可以包括S-TSID和/或MPD的参考信息。在这里，S-TSID是用于经由ROUTE协议传送的NRT数据。即使当线性服务组件被经由MMT协议传送时，NRT数据也可以经由ROUTE协议传送。MPD是在混合服务传送中用于经宽带传送的服务组件。MMT的USBD的详细说明将在下面给出。
MP表是用于MPU组件的MMT的信令消息，并且可以提供携带服务的服务组件的MMTP会话的整个会话描述信息。此外，MP表可以包括经由MMTP会话传送的资产(asset)的描述。MP表是用于MPU组件的流信令信息，并且可以提供对应于一个服务的资产列表和这些组件的位置信息(组件获得信息)。MP表的详细说明可以被在MMT中定义或者修改。在这里，资产是多媒体数据实体，通过一个唯一的ID合并，并且可以意指用于一个多媒体呈现的数据实体。资产可以对应于配置一个服务的服务组件。对应于期望的服务的流服务组件(MPU)可以被使用MP表访问。MP表可以由如上所述的USBD引用。
其他的MMT信令消息可以被定义。与服务和MMTP会话相关联的附加信息可以由这样的MMT信令消息描述。
ROUTE会话通过源IP地址、目的地IP地址和目的地端口号标识。LCT会话通过在父ROUTE会话范围内唯一的传输会话标识符(TSI)标识。MMTP会话通过目的地IP地址和目的地端口号标识。MMTP分组流通过在父MMTP会话范围内唯一的packet_id标识。
在ROUTE的情况下，S-TSID、USBD/USD、MPD或者传送其的LCT会话可以称为服务信令信道。在MMTP的情况下，USBD/UD、MMT信令消息或者传送其的分组流可以称为服务信令信道。
与示出的实施例不同，一个ROUTE或者MMTP会话可以经由多个PLP传送。也就是说，一个服务可以经由一个或多个PLP传送。与示出的实施例不同，在一些实施例中，配置一个服务的组件可以经由不同的ROUTE会话传送。此外，在一些实施例中，配置一个服务的组件可以经由不同的MMTP会话传送。在一些实施例中，配置一个服务的组件可以在ROUTE会话和MMTP会话中被分割和传送。虽然未示出，配置一个服务的组件可以经由宽带(混合传送)传送。
图3是示出根据本发明的一个实施例的低等级信令(LLS)表和服务列表表(SLT)的图。
LLS表的一个实施例t3010可以包括根据LLS_table_id字段、provider_id字段、LLS_table_version字段和/或LLS_table_id字段的信息。
LLS_table_id字段可以标识LLS表的类型，并且provider_id字段可以标识与由LLS表用信号通知的服务相关联的服务提供商。在这里，服务提供商是使用所有或者一些广播流的广播公司，并且provider_id字段可以标识正在使用广播流的多个广播公司的一个。LLS_table_version字段可以提供LLS表的版本信息。
根据LLS_table_id字段的值，LLS表可以包括以上描述的SLT、包括有关内容报告评级信息的评级区域表(RRT)、用于提供与系统时间相关联的信息的系统时间信息、用于提供与紧急警报相关联的信息的公共警报协议(CAP)消息中的一个。在一些实施例中，其他的信息可以包括在LLS表中。
示出的SLT的一个实施例t3020可以包括@bsid属性、@sltCapabilities属性、sltInetUrl元素和/或服务元素。每个字段可以被根据示出的使用列的值省略，或者可以存在多个字段。
@bsid属性可以是广播流的标识符。@sltCapabilities属性可以提供解码和显著地再现在SLT中描述的所有服务所需要的能力信息。sltInetUrl元素可以经宽带提供用于获得服务信令信息的基础URL信息和用于SLT的服务的ESG。sltInetUrl元素可以进一步包括@urlType属性，其可以指示能够被经由URL获得的数据类型。
服务元素可以包括有关在SLT中描述的服务的信息，并且每个服务的服务元素可以存在。服务元素可以包括@serviceId属性、@sltSvcSeqNum属性、@protected属性、@majorChannelNo属性、@minorChannelNo属性、@serviceCategory属性、@shortServiceName属性、@hidden属性、@broadbandAccessRequired属性、@svcCapabilities属性、BroadcastSvcSignaling元素和/或svcInetUrl元素。
@serviceId属性是服务的标识符，并且@sltSvcSeqNum属性可以指示服务的SLT信息的序列号。@protected属性可以指示是否保护针对服务的显著的再现所必需的至少一个服务组件。@_majorChannelNo属性和@_minorChannelNo属性可以分别地指示服务的主要信道编号和次要信道编号。
@serviceCategory属性可以指示服务的类别。服务的类别可以包括线性A/V服务、线性音频服务、基于app的服务、ESG服务、EAS服务等等。@shortServiceName属性可以提供服务的短的名称。@hidden属性可以指示是否服务是用于测试或者专用用途。@broadbandAccessRequired属性可以指示对于服务的显著的再现是否宽带接入是必需的。@svcCapabilities属性可以提供针对服务的解码和显著的再现所必需的能力信息。
BroadcastSvcSignaling元素可以提供与服务的广播信令相关联的信息。这个元素可以提供关于服务的广播网上的信令的信息，诸如位置、协议和地址。其细节将在下面描述。
svcInetUrl元素可以提供用于访问宽带上的服务的信令信息的URL信息。sltInetUrl元素可以进一步包括@urlType属性，其可以指示能够被经由URL获得的数据类型。
以上描述的BroadcastSvcSignaling元素可以包括@slsProtocol属性、@slsMajorProtocolVersion属性、@slsMinorProtocolVersion属性、@slsPlpId属性、@slsDestinationIpAddress属性、@slsDestinationUdpPort属性和/或@slsSourceIpAddress属性。
@slsProtocol属性可以指示用于传送服务(ROUTE、MMT等等)的SLS的协议。@slsMajorProtocolVersion属性和@slsMinorProtocolVersion属性可以分别地指示用于传送服务的SLS的协议的主要版本号和次要版本号。
@slsPlpId属性可以提供用于标识传送服务的SLS的PLP的PLP标识符。在一些实施例中，这个字段可以被省略，并且由SLS传送的PLP信息可以使用以下描述的LMT的信息和SLT的引导信息的组合来检查。
@slsDestinationIpAddress属性、@slsDestinationUdpPort属性和@slsSourceIpAddress属性可以分别地指示目的地IP地址、目的地UDP端口和传送服务的SLS的传输分组的源IP地址。这些可以标识由SLS传送的传输会话(ROUTE会话或者MMTP会话)。这些可以包括在引导信息中。
图4是示出根据本发明的一个实施例的经由ROUTE传送的USBD和S-TSID的图。
示出的USBD的一个实施例t4010可以具有bundleDescription根元素。bundleDescription根元素可以具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。
userServiceDescription元素可以包括@_globalServiceID属性、@_serviceId属性、@serviceStatus属性、@fullMPDUri属性、@sTSIDUri属性、名称元素、serviceLanguage元素、capabilityCode元素和/或deliveryMethod元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。
@globalServiceID属性是服务的全球唯一标识符，并且可以用于与ESG数据(Service@globalServiceID)相联系。@serviceId属性是对应于SLT的服务项的参考，并且可以等同于SLT的服务ID信息。@serviceStatus属性可以指示服务的状态。这个字段可以指示服务是有效还是无效。
@fullMPDUri属性可以参考服务的MPD片段。MPD可以提供如上所述的经广播或者宽带网络传送的服务组件的再现描述。@sTSIDUri属性可以参考服务的S-TSID片段。S-TSID可以提供与访问如上所述的携带服务的传输会话相关联的参数。
名称元素可以提供服务的名称。这个元素可以进一步包括@lang属性，并且这个字段可以指示由名称元素提供的名称的语言。serviceLanguage元素可以指示服务可用的语言。也就是说，这个元素可以安排能够由服务提供的语言。
capabilityCode元素可以指示显著地再现服务所必需的接收器的能力或者能力组信息。此信息与在服务通告中提供的能力信息格式兼容。
deliveryMethod元素可以提供关于经服务的广播或者宽带网络访问的内容的传输相关的信息。deliveryMethod元素可以包括broadcastAppService元素和/或unicastAppService元素。这些元素中的每个可以具有作为子元素的basePattern元素。
broadcastAppService元素可以包括经广播网传送的DASH表示的传输相关的信息。DASH表示可以包括在服务表示的所有时段上的媒体组件。
这个元素的basePattern元素可以指示用于接收器去执行与分段URL匹配的字符模式。这可以用于DASH客户端去请求表示的分段。匹配可以暗指在广播网上媒体分段的传送。
unicastAppService元素可以包括经宽带传送的DASH表示的传输相关的信息。DASH表示可以包括在服务媒体呈现的所有时段上的媒体组件。
这个元素的basePattern元素可以指示用于接收器执行与分段URL匹配的字符模式。这可以用于DASH客户端去请求表示的分段。匹配可以暗指在宽带网上媒体分段的传送。
示出的S-TSID的一个实施例t4020可以具有S-TSID根元素。S-TSID根元素可以包括@serviceId属性和/或RS元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。
@serviceId属性是服务的标识符，并且可以参考USBD/USD的服务。RS元素可以描述有关经由其服务的服务组件被传送的ROUTE会话的信息。根据ROUTE会话的数目，多个元素可以存在。RS元素可以进一步包括@bsid属性、@sIpAddr属性、@dIpAddr属性、@dport属性、@PLPID属性和/或LS元素。
@bsid属性可以是服务的服务组件在其中被传送的广播流的标识符。如果这个字段被省略，则默认广播流可以是包括传送该服务的SLS的PLP的广播流。这个字段的值可以等于@bsid属性的值。
@sIpAddr属性、@dIpAddr属性和@dport属性可以分别地指示源IP地址、目的地IP地址和ROUTE会话的目的地UDP端口。当这些字段被省略的时候，缺省值可以是源地址、目的地IP地址和传送SLS(也就是说，S-TSID)的当前的ROUTE会话的目的地UDP端口值。不在当前的ROUTE会话中，这个字段可以不必在传送服务的服务组件的另一个ROUTE会话中被省略。
@PLPID属性可以指示ROUTE会话的PLP ID信息。如果这个字段被省略，缺省值可以是由S-TSID传送的当前的PLP的PLP ID值。在一些实施例中，这个字段被省略，并且ROUTE会话的PLP ID信息可以使用以下描述的LMT的信息和RS元素的IP地址/UDP端口信息的组合来检查。
LS元素可以描述有关经由其服务的服务组件被发送的LCT信道的信息。根据LCT信道的数目，多个元素可以存在。LS元素可以包括@tsi属性、@PLPID属性、@bw属性、@startTime属性、@endTime属性、SrcFlow元素和/或RepairFlow元素。
@tsi属性可以指示LCT信道的tsi信息。使用这些，经由其服务的服务组件被传送的LCT信道可以被标识。@PLPID属性可以指示LCT信道的PLP ID信息。在一些实施例中，这个字段可以被省略。@bw属性可以指示LCT信道的最大带宽。@startTime属性可以指示LCT会话的开始时间，并且@endTime属性可以指示LCT信道的结束时间。
SrcFlow元素可以描述ROUTE的信源流。ROUTE的信源协议被用于发送传送对象，并且至少一个信源流可以在一个ROUTE会话内被建立。信源流可以传送作为对象流的相关的对象。
RepairFlow元素可以描述ROUTE的修复流。根据信源协议传送的传送对象可以根据前向纠错(FEC)被保护，并且修复协议可以对于允许FEC保护的FEC框架。
图5是示出根据本发明的一个实施例的经由MMT传送的USBD的图。
示出的USBD的一个实施例可以具有bundleDescription根元素。bundleDescription根元素可以具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。
userServiceDescription元素可以包括@globalServiceID属性、@serviceId属性、名称元素、serviceLanguage元素、contentAdvisoryRating元素、信道元素、mpuComponent元素、routeComponent元素、broadbandComponent元素和/或ComponentInfo元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。
@globalServiceID属性、@serviceId属性、名称元素和/或serviceLanguage元素可以等同于经由ROUTE传送的USBD的字段。contentAdvisoryRating元素可以指示服务的内容报告评级。此信息与在服务通告中提供的内容报告评价信息格式兼容。信道元素可以包括与服务相关联的信息。这个元素的详细说明将在下面给出。
mpuComponent元素可以提供作为服务的MPU传送的服务组件的描述。这个元素可以进一步包括@mmtPackageId属性和/或@nextMmtPackageId属性。@mmtPackageId属性可以参考作为服务的MPU传送的服务组件的MMT包。@nextMmtPackageId属性可以就时间而言参考在由@mmtPackageId属性引用的MMT包之后要使用的MMT包。经由这个元素的信息，MP表可以被参考。
routeComponent元素可以包括服务的服务组件的描述。即使当线性服务组件被经由MMT协议传送时，NRT数据也可以根据如上所述的ROUTE协议传送。这个元素可以描述有关这样的NRT数据的信息。这个元素的详细说明将在下面给出。
broadbandComponent元素可以包括经宽带传送的服务的服务组件的描述。在混合服务传送中，一个服务的某些服务组件或者其他的文件可以被经宽带传送。这个元素可以描述有关这样的数据的信息。这个元素可以进一步包括@fullMPDUri属性。这个属性可以参考描述经宽带传送的服务组件的MPD。除了混合服务传送之外，广播信号可能由于在隧道中传送而被减弱，并且因此，这个元素可能是支持在宽带和宽带之间切换所必需的。当广播信号变弱的时候，服务组件经宽带获得，并且当广播信号变得强的时候，服务组件经广播网获得以保证服务连续性。
ComponentInfo元素可以包括有关服务的服务组件的信息。根据服务的服务组件的数目，多个元素可以存在。这个元素可以描述每个服务组件的类型、作用、名称、标识符或者保护。这个元素的详细信息将在下面描述。
以上描述的信道元素可以进一步包括@serviceGenre属性、@serviceIcon属性和/或ServiceDescription元素。@serviceGenre属性可以指示服务的类型(genre)，并且@serviceIcon属性可以包括服务的代表性图标的URL信息。ServiceDescription元素可以提供服务的服务描述，并且这个元素可以进一步包括@serviceDescrText属性和/或@serviceDescrLang属性。这些属性可以指示服务描述的文本和在文本使用的语言。
以上描述的routeComponent元素可以进一步包括@sTSIDUri属性、@sTSIDDestinationIpAddress属性、@sTSIDDestinationUdpPort属性、@sTSIDSourceIpAddress属性、@sTSIDMajorProtocolVersion属性和/或@sTSIDMinorProtocolVersion属性。
@sTSIDUri属性可以参考S-TSID片段。这个字段可以等同于经由ROUTE传送的USBD的字段。这个S-TSID可以提供经由ROUTE传送的服务组件的访问相关信息。这个S-TSID可以根据MMT协议在传送线性服务组件的状态下对于根据ROUTE协议传送的NRT数据存在。
@sTSIDDestinationIpAddress属性、@sTSIDDestinationUdpPort属性和@sTSIDSourceIpAddress属性可以指示目的地IP地址、目的地UDP端口和携带以上描述的S-TSID的传输分组的源IP地址。也就是说，这些字段可以标识携带以上描述的S-TSID的传输会话(MMTP会话或者ROUTE会话)。
@sTSIDMajorProtocolVersion属性和@sTSIDMinorProtocolVersion属性可以分别地指示用于传送以上描述的S-TSID的传输协议的主要版本号和次要版本号。
以上描述的ComponentInfo元素可以进一步包括@componentType属性、@componentRole属性、@componentProtectedFlag属性、@componentId属性和/或@componentName属性。
@componentType属性可以指示组件的类型。例如，这个属性可以指示是否组件是音频、视频或者隐藏字幕组件。@componentRole属性可以指示组件的角色。例如，如果组件是音频组件，则这个属性可以指示主要音频、音乐、评论(commentary)等等。如果组件是视频组件，则这个属性可以指示主要视频。如果组件是隐藏字幕组件，则这个属性可以指示常规字幕或者简单的阅读器类型。
@componentProtectedFlag属性可以指示是否服务组件被保护，例如，加密。@componentId属性可以指示服务组件的标识符。这个属性的值可以是对应于这个服务组件的MP表的asset_id(资产ID)。@componentName属性可以指示服务组件的名称。
图6是示出根据本发明的一个实施例的链路层操作的图。
链路层可以是在物理层和网络层之间的层。发送侧可以从网络层到物理层发送数据，并且接收侧可以从物理层到网络层发送数据(t6010)。链路层的目的是将所有输入分组类型压缩(抽象)为用于由物理层处理的一个格式，并且保证仍然未定义的输入分组类型的灵活性和可扩充性。此外，链路层可以提供用于压缩(抽象)输入分组的报头的不必要的信息以有效地发送输入数据的选项。链路层的操作，诸如开销降低、封装等等称为链路层协议，并且使用这个协议生成的分组可以称为链路层分组。链路层可以执行功能，诸如分组封装、开销降低和/或信令传输。
在发送侧上，链路层(ALP)可以对于输入分组执行开销降低过程，然后将输入分组封装进链路层分组。此外，在一些实施例中，链路层可以无需执行开销降低过程而执行封装进链路层分组。由于链路层协议的使用，在物理层上的数据传输开销可以被显著地降低，并且根据本发明的链路层协议可以提供IP开销降低和/或MPEG-2TS开销降低。
当示出的IP分组被作为输入分组输入的时候(t6010)，链路层可以顺序地执行IP报头压缩、适配和/或封装。在一些实施例中，某些处理可以被省略。例如，RoHC模块可以执行IP分组报头压缩以降低不必要的开销。上下文信息可以经由适配过程提取，并且带外发送。IP报头压缩和适配过程可以被统称为IP报头压缩。此后，IP分组可以经由封装过程被封装进链路层分组。
当MPEG 2TS分组被作为输入分组输入的时候，链路层可以对于TS分组顺序地执行开销降低和/或封装过程。在一些实施例中，某些过程可以被省略。在开销降低中，链路层可以提供同步字节去除、空分组删除和/或公共报头去除(压缩)。经由同步字节去除，可以每个TS分组提供1字节的开销降低。空分组删除可以在接收侧上以重新插入是可允许的方式来执行。此外，删除(压缩)可以以在连续报头之间的公共信息可以在接收侧上被恢复的方式来执行。开销降低过程中的某些可以被省略。此后，经由封装过程，TS分组可以被封装进链路层分组。用于TS分组封装的链路层分组结构可以不同于其他类型的分组。
首先，将描述IP报头压缩。
IP分组可以具有固定的报头格式，但是，通信环境所必需的某些信息对于广播环境可能是不必要的。链路层协议可以压缩IP分组的报头以提供用于降低广播开销的机制。
IP报头压缩可以包括报头压缩器/解压缩器和/或适配模块。IP报头压缩器(RoHC压缩器)可以基于RoHC方法降低每个IP分组的大小。然后，适配模块可以提取上下文信息，并且从每个分组流生成信令信息。接收器可以分析与相对应的分组流有关的信令信息，并且将上下文信息附接给分组流。RoHC解压缩器可以恢复分组报头以重新配置初始IP分组。在下文中，IP报头压缩可以仅指经由报头压缩器的IP报头压缩器，并且可以是通过适配模块组合IP报头压缩和适配过程的概念。这可以与解压缩中的相同。
在下文中，将描述适配。
在单方向链路的传输中，当接收器不具有上下文信息的时候，解压缩器无法恢复接收的分组报头，直到接收到完整的上下文为止。这可能导致信道变化延迟和接通延迟。因此，经由适配功能，在压缩器和解压缩器之间的配置参数和上下文信息可以带外发送。适配功能可以使用上下文信息和/或配置参数来构建链路层信令。适配功能可以使用先前的配置参数和/或上下文信息通过每个物理帧周期性地发送链路层信令。
上下文信息被从压缩的IP分组中提取，并且可以根据适配模式使用各种方法。
模式#1指的是对于压缩的分组流不执行操作的模式，并且适配模块作为缓存器操作。
模式#2指的是从压缩的分组流检测到IR分组以提取上下文信息(静态链)的模式。在提取之后，IR分组被转换为IR-DYN分组，并且IR-DYN分组可以在分组流(而不是初始IR分组内)以相同的顺序被发送。
模式#3(t6020)指的是从压缩的分组流检测到IR和IR-DYN分组以提取上下文信息的模式。静态链和动态链可以被从IR分组中提取，并且动态链可以被从IR-DYN分组中提取。在提取之后，IR和IR-DYN分组被转换为常规压缩分组。转换的分组可以在分组流(而不是初始IR和IR-DYN分组内)以相同的顺序被发送。
在每个模式中，上下文信息被提取，并且剩余的分组可以被根据用于压缩的IP分组的链路层分组结构封装和发送。上下文信息可以被作为链路层信令根据用于信令信息的链路层分组结构封装和发送。
提取的上下文信息可以被包括在RoHC-U描述表(RDT)中，并且可以与RoHC分组流分开地被发送。上下文信息可以经由特定的物理数据路径与其他的信令信息一起被发送。特定的物理数据路径可以指的是常规PLP、低等级信令(LLS)在其中传送的PLP、专用PLP或者L1信令路径中的一个。在这里，RDT可以是上下文信息(静态链和/或动态链)和/或包括与报头压缩相关联的信息的信令信息。在一些实施例中，不论何时上下文信息被改变，都可以发送RDT。在一些实施例中，可以在每个物理帧中发送RDT。为了在每个物理帧中发送RDT，可以重用先前的RDT。
接收器可以选择第一PLP，并且在获得分组流之前，首先获得SLT、RDT等等的信令信息。在获取信令信息后，接收器可以组合信息以获取服务的映射-IP信息-上下文信息-PLP。也就是说，接收器可以识别通过其发送服务的IP流、通过PLP发送的IP流等，并且获取相应的PLP的上下文信息。接收器可以选择用于递送特定分组流的PLP并且解码PLP。适配模块可以解析上下文信息并将上下文信息与压缩分组组合。从而，分组流可以被恢复并被发送到RoHC解压缩器。然后，可以开始解压缩。在这种情况下，接收器可以检测IR分组并且根据适配模式(模式1)从第一个接收的IR分组开始解压缩，可以检测IR-DYN分组并且从第一个接收的IR-DYN分组开始解压缩(模式2)，或者可以从任何通用的压缩分组开始解压缩(模式3)。
在下文中，将描述分组封装。
链路层协议可以将所有类型的输入分组，诸如IP分组、TS分组等等封装进链路层分组。为此，独立于网络层(在这里，MPEG-2TS分组被认为是网络层分组)的协议类型，物理层仅处理一种分组格式。每个网络层分组或者输入分组被修改为通用链路层分组的净荷。
在分组封装过程中，可以使用分段。如果网络层分组太大而无法在物理层中被处理，则网络层分组可以被分段为两个或更多个分段。链路层分组报头可以包括用于发送侧分段和接收侧重新组合的字段。每个分段可以被以与原始位置相同的顺序封装进链路层分组。
在分组封装过程中，也可以使用级联。如果网络层分组足够地小，使得链路层分组的净荷包括几个网络层分组，则可以执行级联。链路层分组报头可以包括用于执行级联的字段。在级联时，输入分组可以被以与初始输入顺序相同的顺序封装进链路层分组的净荷。
链路层分组可以包括报头和净荷。报头可以包括基础报头、附加的报头和/或可选择的报头。附加的报头可以根据情形(诸如级联或者分段)被进一步增加，并且附加的报头可以包括适用于情形的字段。此外，对于附加信息的传送，可以进一步包括可选择的报头。可以预先定义每个报头结构。如上所述，如果输入分组是TS分组，则可以使用具有不同于其他分组的分组的链路层报头。
在下文中，将描述链路层信令。
链路层信令可以以比IP层的等级更低的等级操作。接收侧可以获得比LLS、SLT、SLS等等的IP等级信令更快的链路层信令。因此，可以在会话建立之前获得链路层信令。
链路层信令可以包括内部链路层信令和外部链路层信令。内部链路层信令可以是在链路层上生成的信令信息。这包括以上描述的RDT或者以下描述的LMT。外部链路层信令可以是从外部模块、外部协议或者高层接收的信令信息。链路层可以将链路层信令封装进链路层分组，并且传送该链路层分组。用于链路层信令的链路层分组结构(报头结构)可以被定义，并且链路层信令信息可以根据这个结构被封装。
图7是示出根据本发明的一个实施例的链路映射表(LMT)的图。
LMT可以提供经由PLP携带的高层会话列表。此外，LMT可以提供用于处理携带高层会话的链路层分组的附加信息。在此，高层会话可以被称为多播。有关经由一个PLP发送的IP流或者传输会话的信息可以经由LMT来获得。相比之下，可以获得有关特定的传输会话经由哪个PLP传送的信息。
可以通过被标识为递送LLS的任何PLP来发送LMT。这里，用于递送LLS的PLP可以通过物理层的L1详情信令信息的LLS标志来标识。LLS标志可以是针对每个PLP指示LLS是否通过相应的PLP发送的标志字段。这里，L1详情信令信息可以对应于稍后将描述的PLS2数据。
也就是说，LMT也可以与LLS一起通过相同的PLP来发送。每个LMT可以描述如上所述的PLP和IP地址/端口之间的映射。如上所述，LLS可以包括SLT，并且就此而言，由LMT描述的IP地址/端口可以是与由通过诸如相应的LMT的PLP发送的SLT描述的任何服务相关的任何IP地址/端口。
在一些实施例中，在以上描述的SLT、SLS等等中的PLP标识符信息可用于指示经由哪个PLP发送由SLT或者SLS指示的特定的传输会话的确认信息可以被确认。
在另一个实施例中，在以上描述的SLT、SLS等等中的PLP标识符信息将被省略，并且由SLT或者SLS指示的特定的传输会话的PLP信息可以通过参考LMT中的信息来确认。在这种情况下，接收器可以合并LMT和其他的IP等级信令信息以识别PLP。即使在这个实施例中，SLT、SLS等等中的PLP信息也可以不被省略，并且可以保持在SLT、SLS等等中。
根据示出的实施例的LMT可以包括signaling_type字段、PLP_ID字段、num_session字段和/或有关每个会话的信息。虽然示出的实施例的LMT描述经由一个PLP发送的IP流，但PLP循环(PLP loop)可以在某些实施例中被增加给LMT以描述有关多个PLP的信息。在这种情况下，如上所述，LMT可以描述由与使用PLP循环一起发送的SLT描述的所有服务相关的所有IP地址/端口的PLP。
signaling_type字段可以指示由表传送的信令信息的类型。用于LMT的signaling_type字段的值可以被设置为0x01。可以省略signaling_type字段。PLP_ID字段可以标识要描述的目标PLP。当使用PLP循环时，每个PLP_ID字段可以标识每个目标PLP。来自PLP_ID字段的字段可以被包括在PLP循环中。这里，下面描述的PLP_ID字段可以是PLP循环的一个PLP的标识符，并且下述字段可以是对应于相应的PLP的字段。
num_session字段可以指示通过由PLP_ID字段标识的PLP传送的高层会话的数目。根据由num_session字段指示的数目，可以包括有关每个会话的信息。此信息可以包括src_IP_add字段、dst_IP_add字段、src_UDP_port字段、dst_UDP_port字段、SID_flag字段、compressed_flag字段、SID字段和/或context_id字段。
src_IP_add字段、dst_IP_add字段、src_UDP_port字段和dst_UDP_port字段可以指示源IP地址、目的地IP地址、通过由PLP_ID字段标识的PLP传送的高层会话之中的传输会话的源UDP端口和目的地UDP端口。
SID_flag字段可以指示是否传送传输会话的链路层分组在可选择的报头中具有SID字段。传送高层会话的链路层分组可以在可选择的报头中具有SID字段，并且SID字段值可以等于在LMT中的SID字段的值。
compressed_flag字段可以指示是否报头压缩被应用于传送传输会话的链路层分组的数据。此外，以下描述的context_id字段的存在/不存在可以根据这个字段的值来确定。当应用报头压缩(compressed_flag＝1)时，可以存在RDT，并且RDT的PLP ID字段可以具有与与当前的compressed_flag字段相关的相应的PLP_ID字段相同的值。
SID字段可以指示用于递送相应传送会话的链路层分组的子流ID(SID)。链路层分组可以包括具有与可选报头中的当前SID字段相同的值的SID。从而，接收器可以在不解析所有链路层分组的情况下使用链路层分组报头的LMT和SID信息来过滤链路层分组。
context_id字段可以在RDT中提供用于上下文id(CID)的参考。RDT的CID信息可以指示压缩IP分组流的上下文ID。RDT可以提供压缩IP分组流的上下文信息。经由这个字段，RDT和LMT可以是相关联的。
在本发明的信令信息/表的以上描述的实施例中，字段、元素或者属性可以被省略，或者可以以其他的字段替换。在一些实施例中，附加的字段、元素或者属性可以被增加。
在本发明的一个实施例中，一个服务的服务组件可以被经由多个ROUTE会话传送。在这种情况下，SLS可以经由SLT的引导信息获得。S-TSID和MPD可以通过SLS的USBD被引用。S-TSID可以不仅描述由SLS传送的ROUTE会话，而且描述由服务组件携带的另一个ROUTE会话的传输会话描述信息。为此，经由多个ROUTE会话传送的服务组件可以全部被收集。这类似地可适用于一个服务的服务组件被经由多个MMTP会话传送的情形。仅供参考，一个服务组件可以同时地由多个服务使用。
在本发明的另一个实施例中，ESG服务的引导可以由广播或者宽带网络执行。通过经宽带获得ESG，可以使用SLT的URL信息。ESG信息可以使用这个URL来请求。
在本发明的另一个实施例中，一个服务的一个服务组件可以经广播网传送，并且另一个服务组件可以经宽带(混合)传送。S-TSID可以描述经广播网传送的组件，使得ROUTE客户端获得期望的服务组件。此外，USBD可以具有基础模式信息以描述哪个分段(哪个组件)被经由哪个路径传送。因此，接收器可以确认要从宽带服务请求的分段和在广播流中要检测的分段。
在本发明的另一个实施例中，可以执行服务的可扩展编码。USBD可以具有提供服务所必需的所有能力信息。例如，当在HD或者UHD中提供一个服务的时候，USBD的能力信息可以具有“HD或者UHD”的值。接收器可以检查哪个组件被重现以便使用MPD提供UHD或者HD服务。
在本发明的另一个实施例中，通过经由传送SLS的LCT信道传送的LCT分组的TOI字段，可以标识哪个SLS片段被使用LCT分组(USBD，S-TSID，MPD等等)传送。
在本发明的另一个实施例中，要用于基于app的增强/基于app的服务的app组件可以作为NRT组件经广播网传送，或者可以经宽带传送。此外，用于基于app的增强的app信令可以通过与SLS一起被传送的应用信令表(AST)来执行。此外，用信号通知要由app执行的操作的事件可以以事件消息表(EMT)的形式与SLS一起被传送，可以在MPD中用信号通知，或者可以在DASH表示内以方框的形式带内信号通知。AST、EMT等等可以经宽带传送。基于App的增强等等可以被使用收集的app组件和这样的信令信息来提供。
在本发明的另一个实施例中，CAP消息可以在以上描述的用于紧急警报的LLS表中被包括和提供。也可以提供用于紧急警报的富媒体内容。富媒体可以由CAP消息用信号通知，并且如果富媒体存在，则富媒体可以作为由SLT用信号通知的EAS服务来提供。
在本发明的另一个实施例中，线性服务组件可以根据MMT协议经广播网传送。在这种情况下，该服务的NRT数据(例如，app组件)可以根据ROUTE协议经广播网传送。此外，服务的数据可以经宽带传送。接收器可以使用SLT的引导信息访问传送SLS的MMTP会话。根据MMT的SLS的USBD可以引用MP表，使得接收器获得已格式化为根据MMT协议传送的MPU的线性服务组件。此外，USBD可以进一步引用S-TSID，使得接收器获得根据ROUTE协议传送的NRT数据。此外，USBD可以进一步引用MPD以提供经宽带传送的数据的再现描述。
在本发明的另一个实施例中，接收器可以经由网络套接字(web socket)方法将能够获得文件内容项目(文件等等)的位置URL信息和/或流组件传送给配套设备(companiondevice)。配套设备的应用可以经由使用这个URL的HTTP GET通过请求获得组件、数据等等。此外，接收器可以将信息(诸如系统时间信息、紧急警报信息等等)传送给配套设备。
图8是示出根据本发明的实施例的下一代广播服务的广播信号发送设备的结构的图。
根据本发明的实施例的下一代广播服务的广播信号发送设备可以包括输入格式块1000、比特交织编码和调制(BICM)块1010、帧构建块1020、正交频分复用(OFDM)生成块1030和信令生成块1040。将描述广播信号发送设备的每个块的操作。
根据本发明的实施例，输入数据可以使用IP流/分组和MPEG2-TS作为主输入格式并且其他流类型可以作为普通流被处理。
输入格式块1000可以使用应用独立编码和调制的一个或多个数据管道对每个输入流进行解复用。数据管道可以是用于鲁棒性控制的基本单位，并且可能会影响服务质量(QoS)。一个或多个服务或服务组件可能会影响一个数据管道。数据管道可以是用于递送服务数据或者用于递送一个或多个服务或服务组件的元数据的物理层中的逻辑信道。
因为QoS取决于根据本发明的实施例的下一代广播服务的广播信号发送设备所提供的服务的特性，所以与每个服务相对应的数据需要经由不同的方法被处理。
BICM块1010可以包括应用于未被应用MIMO的简档(或系统)的处理块和/或应用MIMO的简档(或系统)的处理块，并且可以包括用于处理每个数据管道的多个处理块。
未对其应用MIMO的BICM块的处理块可以包括数据FEC编码器、比特交织器、星座映射器、信号空间分集(SSD)编码块和时间交织器。对其应用MIMO的BICM块的处理块与未对其应用MIMO的BICM的处理块的不同之处在于还包括信元字解复用器和MIMO编码块。
数据FEC编码器可以对输入BBF执行FEC编码以使用外部编码(BCH)和内部编码(LDPC)来生成FECBLOCK过程。外部编码(BCH)可以是选择性编码方法。比特交织器可以交织数据FEC编码器的输出以使用LDPC码和调制方法的组合实现优化的性能。星座映射器可以使用QPSK、QAM-16、不规则QAM(NUQ-64、NUQ-256、NUQ-1024)或不规则星座(NUC-16、NUC-64、NUC-256、NUC-1024)来调制来自比特交织器或者信元字解复用器的信元字，并提供功率归一化的星座点。NUQ具有任意类型，但是QAM-16和NUQ具有正方形的形状。所有的NUQ和NUC都可以针对每个码率被特别地定义并且通过PLS2数据的参数DP_MOD用信号发送。时间交织器可以在数据管道级被操作。时间交织的参数可以针对每个数据管道被不同地设置。
根据本发明的时间交织器可以位于BICM链和帧构建器之间。在这种情况下，根据本发明的时间交织器可以根据物理层管道(PLP)模式选择性地使用卷积交织器(CI)和块交织器(BI)，或者可以使用全部。根据本发明的实施例的PLP可以是使用与前述DP相同的概念使用的物理路径，并且其术语可以根据设计者的意图而改变。根据由广播信号发射器或广播信号发送设备处理的PLP的数目，根据本发明的实施例的PLP模式可以包括单个PLP模式或多个PLP模式。使用根据PLP模式的不同时间交织方法的时间交织可以被称为混合时间交织。
混合时间交织器可以包括块交织器(BI)和卷积交织器(CI)。在PLP_NUM＝1的情况下，BI可以不被应用(BI关闭)，并且仅CI可以被应用。在PLP_NUM>1的情况下，可以应用BI和CI(BI开启)。在PLP_NUM>1的情况下应用的CI的结构和操作可能不同于在PLP_NUM＝1的情况下应用的CI的结构和操作。混合时间交织器可以执行对应于前述的混合时间交织器的反向操作的操作。
信元字解复用器可以被用于将单个信元字流划分成用于MIMO处理的双信元字流。MIMO编码块可以使用MIMO编码方法来处理信元字解复用器的输出。根据本发明的MIMO编码方法可以被定义为全速率空间复用(FR-SM)，其用于在接收器侧经由相对较低的复杂度增加来提供容量的增加。MIMO处理可以在数据管道级被应用。当一对星座映射器输出时，NUQe1,i和e2,i被输入到MIMO编码器，一对MIMO编码器输出，g1,i和g2,i，可以通过每个传输天线的相同的载波k和OFDM符号l来发送。
帧构建块1020可以将一个帧中的输入数据管道的数据信元映射到OFDM符号，并且执行用于频域分集的频率交织。
根据本发明的实施例，帧可以被划分成前导、一个或多个帧信令符号(FSS)和正常数据符号。前导可以是提供用于信号的有效发送和接收的基本传输参数的组合的特殊符号。前导可以用信号发送帧的基本传输参数和传输类型。具体而言，前导可以指示在当前帧中当前是否提供紧急警报服务(EAS)。FSS的目标可能是发送PLS数据。为了快速同步和信道估计以及PLS数据的快速解码，FSS可以具有比正常数据符号更高密度的管道模式。
帧构建块可以包括延迟补偿块，用于调整数据管道和相应的PLS数据之间的定时以确保发送侧的数据管道和相应PLS数据之间的共时；信元映射器，用于将PLS、数据管道、辅助流、虚拟流等信息映射到帧中的OFDM符号的有效载波；以及频率交织器。
频率交织器可以随机地交织从信元映射器接收到的数据信元以提供频率分集。频率交织器可以使用不同的交织种子顺序针对与包括两个顺序的OFDM符号的OFDM符号对相对应的数据或者对应于一个OFDM符号的数据操作以便在单个帧中获取最大的交织增益。
OFDM生成块1030可以通过由帧构建块生成的信元来调制OFDM载波、插入导频，并且生成用于传输的时域信号。相应的块可以顺序地插入保护间隔，并且可以应用PAPR降低处理来生成最后的RF信号。
信令生成块1040可以生成在每个功能块的操作中使用的物理层信令信息。根据本发明的实施例的信令信息可以包括PLS数据。PLS可以提供用于将接收器连接到物理层数据管道的元素。PLS数据可以包括PLS1数据和PLS2数据。
PLS1数据可以是在具有固定大小、编码和调制的帧中发送到FSS的PLS数据的第一组合，其用于发送关于系统的信息以及检测PLS2数据所需要的参数。PLS1数据可以提供包括接收和解码PLS2数据所需要的参数的基本传输参数。PLS2数据可以是发送到FSS的PLP数据的第二组合，其用于发送数据管道和系统的更详细的PLS数据。PLS2信令还可以包括PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)两种类型的参数。PLS2静态数据可以是在帧组的持续时间期间是静态的PLS2数据，并且PLS2动态数据可以是每帧动态地改变的PLS2数据。
PLS2数据可以包括FIC_FLAG信息。快速信息信道(FIC)可以是用于发送跨层信息的专用信道，用于实现快速服务获取和信道扫描。FIC_FLAG信息可以经由1比特字段指示当前帧组中是否使用快速信息信道(FIC)。当相应字段的值被设置为1时，可以在当前帧中提供FIC。当相应字段的值设置为0时，可以不在当前帧中发送FIC。BICM块1010可以包括用于保护PLS数据的BICM块。用于保护PLS数据的BICM块可以包括PLS FEC编码器、比特交织器和星座映射器。
PLS FEC编码器可以包括用于加扰PLS1数据和PLS2数据的加扰器；BCH编码/零插入块，用于使用为了PLS保护而缩短的BCH码对加扰的PLS1和2数据执行外部编码，并且在BCH编码之后插入零比特；LDPC编码块，用于使用LDPC码执行编码；以及LDPC奇偶穿孔块。在零插入的输出比特被LDPC编码之前，只有PLS1数据可以被置换。比特交织器可以交织每个缩短和穿孔的PLS1数据和PLS2数据，并且星座映射器可以将比特交织的PLS1数据和PLS2数据映射到星座。
根据本发明的实施例的下一代广播服务的广播信号接收设备可以执行已经参考图8描述的下一代广播服务的广播信号发送设备的反向操作。
根据本发明的实施例的下一代广播服务的广播信号接收设备可以包括：同步和解调模块，用于执行与广播信号发送设备执行的反向操作对应的解调；帧解析模块，用于解析输入信号帧以提取由用户选择的服务所发送的数据；解映射和解码模块，用于将输入信号转换成比特区域数据，必要时对比特区域数据进行解交织，对为了传输效率而应用的映射执行解映射，以及纠正在用于解码的传输信道中出现的错误；输出处理器，用于执行由广播信号传输设备应用的各种压缩/信号处理过程的反向操作；以及信令解码模块，用于从通过同步和解调模块解调的信号中获取和处理PLS信息。帧解析模块、解映射解码模块和输出处理器可以使用从信令解码模块输出的PLS数据来执行功能。
在下文中，将描述时间交织器。根据本发明的实施例的时间交织组可以被直接映射到到一个帧或者可以被分散在PI个帧上。另外，每个时间交织组可以被划分成一个或多个(NTI个)时间交织块。这里，每个时间交织块可以对应于时间交织器存储器的一次使用。时间交织组中的时间交织块可以包括不同数目的XFECBLOCK。通常，在帧生成过程之前，时间交织器也可以用作针对数据管道数据的缓冲器。
根据本发明的实施例的时间交织器可以是扭曲的行列块交织器。根据本发明的实施例的扭曲的行列块交织器可以在时间交织存储器的第一列中写入第一XFECBLOCK，在下一列中写入第二XFECBLOCK，并且以相同的方式在时间交织块中写入剩余的XFECBLOCK。在交织阵列中，可以从第一行(作为起始列的最左列沿着右侧方向的行被读取)到最后一行在对角方向中读取信元。在这种情况下，为了在接收器侧实现单个存储器解交织，不论时间交织块中的XFECBLOCK的数目如何，用于扭曲的行-列块交织器的交织阵列都可以将虚拟XFECBLOCK插入到时间交织存储器中。在这种情况下，为了在接收器侧实现单个存储器解交织，虚拟XFECBLOCK需要被插入到另一个最前面的XFECBLOCK中。
图9是根据本发明的实施例的时间交织器的写入操作。
附图的左部中示出的块示出TI存储器地址阵列，并且附图的右部中示出的块示出当针对两个连续TI组将两个或一个虚拟FEC块插入到TI组的最前面组中时的写入操作。
根据本发明的实施例的频率交织器可以包括用于生成要应用于与符号对相对应的数据的交织地址的交织地址生成器。
图10是根据本发明的实施例的包括在频率交织器中的交织地址生成器的框图，交织地址生成器根据每种FFT模式包括主PRBS生成器和子PRBS生成器。
(a)是针对8K FFT模式的交织地址生成器的框图，(b)是针对16K FFT模式的交织地址生成器的框图，并且(c)是针对32K FFT模式的交织地址生成器的框图。
针对OFDM符号对的交织过程可以使用一个交织序列并且将在下面进行描述。首先，可以针对l＝0、...、Nsym-1将要在一个OFDM符号Om,l中交织的可用数据信元(来自信元映射器的输出信元)定义为Om,l＝[xm,l，0，...，xm,l,p，...，xm,l,Ndata-1]。在这种情况下，xm,l,p可以是第m个帧中的第l个OFDM符号的第p个信元，并且Ndata可以是数据信元的数目。在帧信令符号的情况下，Ndata＝CFSS，在正常数据的情况下，Ndata＝Cdata，以及在帧边缘符号的情况下，Ndata＝CFES。此外，可以针对l＝0、...、Nsym-1将交织数据信元定义为Pm,l＝[vm,l,0，...，vm,l,Ndata-1]。
对于OFDM符号对，可以根据vm,l,Hi(p)＝xm,l,p，p＝0、...、Ndata-1针对每对的第一OFDM符号给出交织的OFDM符号对，并且根据vm,l,p＝xm,l,Hi(p)，p＝0、...、Ndata-1针对每对的第二OFDM符号给出交织的OFDM符号对。在这种情况下，H1(p)可以是基于PRBS生成器和子PRBS生成器的循环移位值(符号偏移)而生成的交织地址。
图11是图示根据本发明的实施例的混合广播接收装置的框图。
混合广播系统可连同陆地广播网络和因特网一起发送广播信号。混合广播接收装置可通过陆地广播网络(广播网络)和因特网(宽带)来接收广播信号。混合广播接收装置可以包括物理层模块、物理层I/F模块、服务/内容获取控制器、因特网访问控制模块、信令解码器、服务信令管理器、服务指南管理器、应用信令管理器、警报信号管理器、警报信令解析器、定向信令解析器、流媒体引擎、非实时文件处理器、组件同步器、定向处理器、应用处理器、A/V处理器、设备管理器、数据共享和通信单元、再分发模块、配套设备和/或外部管理模块。
物理层模块可通过陆地广播信道来接收广播相关信号，处理所接收到的信号，将经处理的信号转换成适当的格式并且将该信号递送给物理层I/F模块。
物理层I/F模块可从自物理层模块获得的信息中获取IP数据报。此外，物理层I/F模块可将所获取的IP数据报转换成特定帧(例如，RS帧、GSE等)。
服务/内容获取控制器可通过广播信道和/或宽带信道来执行用于获取与其有关的服务、内容和信令数据的控制操作。
因特网访问控制模块可通过宽带信道来控制用于获取服务、内容等的接收器操作。
信令解码器可对通过广播信道获取的信令信息进行解码。
服务信令管理器可从IP数据报中提取与服务扫描和/或内容有关的信令信息，解析所提取的信令信息并且管理该信令信息。
服务指南管理器可从IP数据报中提取通告信息，管理服务指南(SG)数据库并且提供服务指南。
应用信令管理器可从IP数据报中提取与应用获取有关的信令信息，解析该信令信息并且管理该信令信息。
警报信令解析器可从IP数据报中提取与警报有关的信令信息，解析所提取的信令信息并且管理该信令信息。
定向信令解析器可以从IP数据报中提取与服务/内容个性化或定向有关的信令信息，解析所提取的信令信息并且管理该信令信息。此外，定向信令解析器可将经解析的信令信息递送给定向处理器。
流媒体引擎可从IP数据报中提取用于A/V流式传输的音频/视频数据并且对该音频/视频数据进行解码。
非实时文件处理器可提取诸如应用的NRT数据和文件类型数据，对所提取的数据进行解码和管理。
组件同步器可使诸如流音频/视频数据和NRT数据的内容和服务同步。
定向处理器可基于从定向信令解析器接收到的定向信令数据来处理与服务/内容个性化有关的操作。
应用处理器可处理应用相关信息和下载应用状态并且表示参数。
A/V处理器可基于解码的音频/视频数据和应用数据来执行音频/视频渲染相关操作。
设备管理器可执行与外部设备的连接和数据交换。此外，设备管理器可执行管理可连接到其的外部设备的操作，诸如外部设备的添加/删除/更新。
数据共享和通信单元可处理与混合广播接收器和外部设备之间的数据传输和交换有关的信息。这里，可在混合广播接收器与外部设备之间发送和交换的数据可以是信令数据、A/V数据等。
当广播接收器不能直接接收陆地广播信号时再分发模块可获取与将来的广播服务和内容有关的信息。此外，当广播接收器不能直接接收陆地广播信号时再分发模块可支持由将来的广播系统获取将来的广播服务和内容。
配套设备可通过连接到根据本发明的广播接收器来共享音频、视频或信令数据。配套设备可以是连接到广播接收器的外部设备。
外部管理模块可指代用于广播服务/内容提供的模块。例如，外部管理模块可以是将来的广播服务/内容服务器。外部管理模块可以是连接到广播接收器的外部设备。
图12是示出根据本发明的实施例的基于DASH的自适应流模型的整体操作的图。
本发明提出用于提供可支持高动态范围(HDR)的内容的下一代媒体服务提供方法。本发明提出相关元数据以及在提供用于表达足够亮度的HDR内容时发送元数据的方法。因此，可以根据内容的各种场景的特性来自适应地调整内容并且可以提供具有增强内容的图像质量。
在UHD广播等的情况下，亮度不能够通过现有内容来表达，从而提供高真实感的感觉。借助于HDR的引入，内容图像的亮度的表达范围增加，并且因此，与前一种情况相比内容的各个场景的特性之间的差异可能增加。为了在显示器上有效地表达内容的各个场景的特性，可以定义元数据并将它发送到接收器。可以基于由接收器接收到的元数据来根据服务提供者的意图适当地提供内容的图像。
根据所图示的实施例的基于DASH的自适应流模型可以在HTTP服务器与DASH客户端之间写入操作。这里，基于HTTP的动态自适应流式传输(DASH)可以是用于支持基于HTTP的自适应流式传输的协议并且可以根据网络情形动态地支持流式传输。因此，可以无缝地提供AV内容再现。
首先，DASH客户端可以获取MPD。可以从诸如HTTP服务器的服务提供者发送MPD。可以根据根据前述实施例的递送来发送MPD。DASH客户端可以使用MPD中所描述的分段的访问信息来向服务器请求相应分段。这里，请求可以反映网络状态并且可以被执行。
DASH客户端可以获取相应分段，然后在媒体引擎中处理该分段，然后将该分段显示在屏幕上。DASH客户端可以实时地反映再现时间和/或网络情形，以及请求并获取所需分段(自适应流式传输)。因此，可以无缝地再现内容。
可以将媒体呈现描述(MPD)以XML的形式表示为包含用于允许DASH客户端动态地获取分段的详细信息的文件。在一些实施例中，MPD可以与前述MPD相同。
DASH客户端控制器可以反映网络情形以生成用于请求MPD和/或分段的命令。控制器可以控制所获取的信息以被用在诸如媒体引擎的内部块中。
MPD解析器可以实时地解析所获取的MPD。因此，DASH客户端控制器可以生成用于获取所需分段的命令。
分段解析器可以实时地解析所获取的分段。诸如媒体引擎的内部块可以根据包括在分段中的信息来执行特定操作。
HTTP客户端可以向HTTP服务器请求所需MPD和/或分段。HTTP客户端可以将从服务器获取的MPD和/或分段发送到MPD解析器或分段解析器。
媒体引擎可以使用包括在分段中的媒体数据来在屏幕上显示内容。在这种情况下，可以使用MPD的信息。
图13是根据本发明的实施例的接收器的框图。
根据所图示的实施例的接收器可以包括调谐器、物理层控制器、物理帧解析器、链路层帧处理器、IP/UDP数据报过滤器、DTV控制引擎、路由客户端、分段缓冲器控制、MMT客户端、MPU重建、媒体处理器、信令解析器、DASH客户端、ISO BMFF解析器、媒体解码器和/或HTTP访问客户端。接收器的每个详细块可以是硬件处理器。
调谐器可以通过陆地广播信道来接收和处理广播信号从而以适当的形式(物理帧等)调谐广播信号。物理层控制器可以使用作为接收目标的广播信道的RF信息等来控制调谐器、物理帧解析器等的操作。物理帧解析器可以解析所接收到的物理帧并且经由与该物理帧有关的处理来获取链路层帧等。
链路层帧处理器可以从链路层帧中获取链路层信令等或者可以获取IP/UDP数据报并且可以执行相关计算。IP/UDP数据报过滤器可以从所接收到的IP/UDP数据报中过滤特定IP/UDP数据报。DTV控制引擎可以管理组件之间的接口并且经由参数的传输等控制每个操作。
路由客户端可以处理通过单向传输(ROUTE)分组进行的实时对象递送以便支持实时对象传输，并且收集和处理多个分组以生成一个或多个基本媒体文件格式(ISO BMFF)对象。分段缓冲器控制可以控制与路由客户端和dash客户端之间的分段传输有关的缓冲器。
MMT客户端可以处理MPEG媒体传输(MMT)传输协议分组以便支持实时对象传输并且收集和处理多个分组。MPU重建可以从MMTP分组重新配置媒体处理单元(MPU)。媒体处理器可以收集和处理经重新配置的MPU。
信令解析器可以获取和解析DTV广播服务相关信令(链路层/服务层信令)并且基于此生成和/或管理信道映射表等。此组件可以处理低级信令和服务级信令。
DASH客户端可以执行实时流式传输或自适应流式传输相关计算并且处理所获取的DASH分段等。ISO BMFF解析器可以从ISO BMFF对象中提取音频/视频的数据、相关参数等。媒体解码器可以处理所接收到的音频和视频数据的解码和/或呈现。HTTP访问客户端可以向HTTP服务器请求特定信息并且处理对该请求的响应。
图14是示出根据本发明的实施例的媒体文件的配置的图。
为了存储和发送诸如音频或视频的媒体数据，可以定义形式化媒体文件格式。在一些实施例中，根据本发明的媒体文件可以具有基于ISO基本媒体文件格式(ISO BMFF)的文件格式。
根据本发明的媒体文件可以包括至少一个方框。这里，方框可以是包括媒体数据或与媒体数据有关的元数据的数据块或对象。方框可以是层级间结构，并且因此，可以根据层级间结构对媒体进行分类，使得媒体文件具有适于存储和/或发送大规模媒体数据的格式。媒体文件可以具有用于容易地访问媒体信息的结构，例如，用于允许用户移动媒体内容的特定点的结构。
根据本发明的媒体文件可以包括ftyp方框、moov方框和/或mdat方框。
ftyp方框(文件类型方框)可以提供相应媒体文件的文件类型或兼容性相关信息。ftyp方框可以包括相应媒体文件的媒体数据的配置版本信息。解码器可以参考ftyp方框识别相应媒体文件。
moov方框(电影方框)可以是包括相应媒体文件的媒体数据的元数据的方框。moov方框可以充当所有元数据的容器。moov方框可以是元数据相关方框当中的最上层的方框。在一些实施例中，在媒体文件中可以存在仅一个moov方框。
mdat方框(媒体数据方框)可以是包含相应媒体文件的实际媒体数据的方框。媒体数据可以包括音频样本和/或视频样本并且mdat方框可以充当包含媒体样本的容器。
在一些实施例中，前述moov方框可以进一步包括作为下部方框的mvhd方框、trak方框和/或mvex方框。
mvhd方框(电影头方框)可以包括包括在相应媒体文件中的媒体数据的媒体呈现相关信息。也就是说，mvhd方框可以包括诸如相应媒体呈现的媒体生成时间、改变时间、时间间隔、时段等的信息。
trak方框(轨道(track)方框)可以提供与相应媒体数据的轨道有关的信息。trak方框可以包括诸如音频轨道或视频轨道的流相关信息、呈现相关信息和访问相关信息的信息。根据轨道的数目可以存在多个trak方框。
在一些实施例中，trak方框可以进一步包括作为下部方框的tkhd方框(轨道头方框)。tkhd方框可以包括关于由trak方框指示的相应轨道的信息。tkhd方框可以包括诸如相应轨道的生成时间、改变时间和轨道标识符的信息。
mvex方框(电影扩展方框)可以指示下面描述的moof方框存在于相应媒体文件中。为了知道特定轨道的所有媒体样本，需要扫描moof方框。
在一些实施例中，可以将根据本发明的媒体文件划分成多个片段(t14010)。因此，可以对媒体文件进行分段并存储或发送。可以将媒体文件的媒体数据(mdat方框)分段成多个片段并且每个片段可以包括moof方框和经分段的mdat方框。在一些实施例中，为了使用片段，可能需要ftyp方框和/或moov方框的信息。
moof方框(电影片段方框)可以提供相应片段的媒体数据的元数据。moof方框可以是相应片段的元数据相关方框当中的最上层的方框。
mdat方框(媒体数据方框)可以包括如上所述的实际媒体数据。mdat方框可以包括与每个相应片段相对应的媒体数据的媒体样本。
在一些实施方式中，前述moof方框可以包括作为下部方框的mfhd方框和/或traf方框。
mfhd方框(电影片段头方框)可以包括与多个片段化片段的关系有关的信息。mfhd方框可以包括序列号并且可以指示通过对相应片段的媒体数据进行分段所获得的数据的序列。是否省略分段数据可以使用mfhd方框来检查。
traf方框(轨道片段方框)可以包括关于相应轨道片段的信息。traf方框可以提供包括在相应片段中的分段轨道片段的元数据。traf方框可以提供元数据来对相应轨道片段中的媒体样本进行解码/再现。根据轨道片段的数目可以存在多个traf方框。
在一些实施例中，前述traf方框可以包括作为下部方框的tfhd方框和/或trun方框。
tfhd方框(轨道片段头方框)可以包括相应轨道片段的头信息。tfhd方框可以提供关于由前述traf方框指示的轨道片段的媒体样本的基本样本大小、时段、偏移量和标识符的信息。
trun方框(轨道片段运行方框)可以包括相应轨道片段相关信息。trun方框可以包括诸如每个媒体样本的时段、大小和再现时间的信息。
前述媒体文件和媒体文件的片段可以作为分段被处理和发送。分段可以包括初始化分段和/或媒体分段。
根据所图示的实施例t14020的文件可以是包含除了媒体数据之外的与媒体解码器的初始化有关的信息的文件。该文件可以对应于例如前述初始化分段。初始化分段可以包括前述ftyp方框和/或moov方框。
根据所图示的实施例t14030的文件可以是包含前述片段的文件。该文件可以对应于例如前述媒体分段。媒体分段可以包括前述moof方框和/或mdat方框。媒体分段可以进一步包括styp方框和/或sidx方框。
styp方框(分段类型方框)可以提供用于识别分段片段的媒体数据的信息。styp方框可以针对分段片段执行与前述ftyp方框相同的功能。在一些实施例中，styp方框可以具有与ftyp方框相同的格式。
sidx方框(分段索引方框)可以提供指示分段片段的索引的信息。因此，该方框可以指示相应分段片段的序列。
在一些实施例中(t14040)中，可以进一步包括ssix方框并且ssix方框(子分段索引方框)可以被进一步分段成子分段，并且在这种情况下，可以提供指示该子分段的索引的信息。
媒体文件的方框可以包括基于所图示的实施例t14050中示出的方框和FullBox形式的另外的扩展信息。在此实施例中，size字段和largesize字段可以以字节为单位指示相应方框的长度。version字段可以指示相应方框格式的版本。type字段可以指示相应方框的类型和标识符。flags字段可以指示与相应方框有关的标志等。
图15是图示根据本发明的实施例的通过SLT的引导过程的图。
如上所述，可以通过SLT的引导信息来执行SLS引导。如上所述，SLT可以被处理成IP/UDP并发送或者可以在无需被处理成IP/UDP的情况下被发送。通常，可以在传输中通过最鲁棒的方法来递送诸如SLT的低级信令(LLS)。
如果通过ROUTE协议来发送SLS，则接收器可以通过SLT的引导信息来访问SLS。使用ROUTE SLS的信息，可以获取服务的服务组件。这里，可以通过ROUTE、UDP和IP协议来发送SLS和服务组件。
如果通过MMT协议来发送SLS，则接收器可以通过SLT的引导信息来访问SLS。使用MMTP SLS的信息，可以获取服务的服务组件。MMTP SLS可以包括USBD和/或MMTP消息。如上所述，USBD可以引用MMTP消息并且MMTP消息的MPT消息可以提供用于获取通过MMT协议递送的流组件的信息。MMT的USBD可以进一步引用S-TSID以便获取通过ROUTE协议递送的服务的NRT组件。除上述的MPT消息之外，可以定义用于提供其他信息的其他MMTP消息。这里，可以通过MMT、UDP和IP协议来发送SLS和服务组件。这里，可以通过ROUTE、UDP和IP协议来发送NRT组件。已经在上面描述了详细的引导方法。
图16是图示根据本发明的实施例的基于ROUTE协议的信令流的图。
首先，接收器可以从物理层帧(信号帧)获取SLT。已经在上面描述了SLT。通过SLT，可以获取关于用于获取与特定服务有关的SLS的路径的信息。可以从路径(传输会话等)获取SLS(USBD等)。
可以获取关于能够从USBD获取MPD和S-TSID的路径的信息，并且可以从中获取MPD和S-TSID。SLS片段如上所述。可以通过MPD来选择DASH表示并且可以获取诸如与DASH表示有关的分段URL和ID的信息。在所图示的实施例中，可以获取关于用于可伸缩编码内容的基础层的表示@id＝rep-ev和/或用于增强层的表示@id＝rep-bv的信息。这里，表示可以对应于服务的服务组件。
可以使用关于USBD的信息来检查与DASH表示相关联的分段是通过广播网络还是宽带网络发送的。如果分段是通过广播网络发送的，则可以使用S-TSID来获取能够获取分段的路径(传输会话等)。接收器可以获取分段，对分段进行解码并重放分段。已经在上面描述了详细的引导过程。
图17是图示根据本发明的实施例的基于MMT协议的信令流的图。
首先，获取SLT和使用SLT来获取SLS的过程可以是相同的。在基于MMT的信令的情况下，SLS可以包括USBD和/或MMTP消息。可以从USBD获取关于与服务相关联的MMT包的信息。使用此信息，可以从服务信令信道获取MPT(MP表)消息。可以通过MPT消息来获取服务的服务组件。在所图示的实施例中，可以获取关于用于可伸缩编码内容的基础层的资产的信息和/或关于用于增强层的资产的信息。此外，可以获取能够获取每个资产的路径(传输会话等)。这里，资产可以对应于服务的服务组件。可以通过路径来获取、解码和回放MPU。已经在上面描述了详细的引导过程。
在一些实施例中，可以定义除MPT消息以外的MMPT消息。可以通过这些消息来递送服务的附加信息。例如，可以通过这些消息来递送可伸缩编码相关信息、3D相关信息、HDR相关信息、色域相关信息、服务组件的附加信息等。在一些实施例中，也可以通过这些消息来递送用于通过宽带递送的服务组件的MPD、用于应用信令的表和事件信息。
图18是示出根据本发明的另一实施例的USBD的一部分的图。像用于ROUTE、MMT、3GPP等的用户服务描述(USD)一样，包括关于服务的信息的服务信令信息可以像附图中所示出的那样用信号发送服务等级信息。其语法与在附图中相同。元素或属性可以被包括在MMT信令信息(例如，MP表)或3GPP服务信令或ROUTE信令的一部分中。已经参考图4和图5描述了这些信息项目的细节。
图19是示出根据本发明的另一实施例的USBD的一部分的图。本发明提出用信号发送广播服务的能力信息和包括在服务中的服务组件的方法。本发明提出用信号发送服务/服务组件的视频/音频/隐藏字幕信息的方法。本发明提出用信号发送关于服务/服务组件的基于SMPTE-TT或CEA-809的隐藏字幕的信息的方法。在一些实施例中，可以在SLT或其他服务信令信息中发送前述信息项目。在一些实施例中，可以根据ROUTE或MMT在USBD中发送信息项目。在一些实施例中，信息项目可以被定义为ROUTE SLS中的一个并且可以与其他SLS一起发送，或者可以被定义为MMTP SLS中的一个并且可以在前述MMTP消息中的一个中发送。在一些实施例中，可以在MPD中发送信息项目，并且在这种情况下，可以在前述EssentialProperty和/或SupplementalProperty中发送信息项目。在一些实施例中，信息项目可以被包括在MMTP消息的前述MPT消息中或者可以在单独地定义的MMTP消息中的一个中被发送。在一些实施例中，信息项目可以通过XML或二进制形式的各种描述符来定义或者可以被配置有元素，并且可以根据ROUTE、MMT、3GPP等在信令信息中发送。将在下面详细地描述信息项目。
在一些实施例中，ROUTE或MMT的前述USBD可以包括ComponentInfo元素。已经在上面描述了ComponentInfo元素。在一些实施例中，可以扩展ComponentInfo元素以进一步包括所图示的字段。
在所图示的实施例中，ComponentInfo元素可以进一步包括@componentType、@componentRole、@componentGroupId、@essentialIndicator、@dependentComponentID、@protocolType、@rt、@targetDevice、@componentCodec、@componentProfile、@componentLang、@width、@height、Accessibility、Capability、Rating、Targeting、ComponentDescription和/或ComponentProperty。在一些实施例中，可以仅将所添加的字段中的一些添加到ComponentInfo元素。
@componentType可以指示组件类型，并且，当相应属性被设定为2时，这可以指示字幕组件。
@componentRole可以是指示组件类型或角色的属性。关于本发明，@componentRole可以指示包括字幕作为组件的视频被包括在相应组件中。在这种情况下，可以将@componentRole设定为11。@componentRole可以被用于字幕组件。当前述@componentType具有值2时，具有0的@componentRole指示主要的，具有1的@componentRole可以指示供替换的，具有2的@componentRole可以指示补充的，具有3的@componentRole可以指示正常的，具有4的@componentRole可以指示简单的阅读器，并且具有5的@componentRole可以指示文本描述(描述视频组件的文本描述)。
@componentGroupId可以是组件组的标识符。这里，组件组可以是组件的合集。包括在组件组中的组件可以指示相同的场景或者可以是被组合以生成呈现的组件。例如，用于提供完成音频的服务组件(包括音乐、对话和音效)可以被分组为一个组件组。包括3D图像的左图像和右图像的服务组件可以被分组为一个组件组。
@essentialIndicator可以指示相应组件是否是用于相应服务的必要组件。当此字段为1时，该相应组件可以是用于相应服务的必要组件。@dependentComponentID可以指示依赖组件的标识符。例如，关于增强视频组件，此字段可以指示基础视频组件的标识符。
@protocolType可以指示用于发送相应组件的传输协议。例如，此字段可以指示ROUTE或MMT协议。@rt可以指示相应组件是否是实时组件。
@targetDevice可以指示由相应组件作为目标的目标设备。例如，当此字段的值是0、1、2和3时，相应组件可以分别指示主设备、配套设备、主和配套设备以及用于主屏幕上的插图的组件。
@componentCodec可以为相应组件提供编解码器信息。@componentProfile可以指示相应组件的简档。@componentLang可以指示在相应组件中使用的语言。可以使用此字段，特别是音频和隐藏字幕组件。@width可以指示由相应视频组件发送的视频媒体呈现的水平大小。@height可以指示由相应视频组件发送的视频媒体呈现的垂直高度。
Accessibility可以提供相应组件的可访问性相关信息。Capability可以提供相应组件的能力相关信息。Rating可以提供相应组件的评级相关信息。Targeting可以提供相应组件的定向或个性化相关信息。ComponentDescription可以提供相应组件的组件描述信息。该信息可以包括编解码器相关编码参数。ComponentProperty可以提供用于处理相应组件的组件属性。
ComponentInfo元素中的前述@componentType字段可以指示相应组件的类型，并且就此而言，当该字段具有值0、1、2和3时，相应组件可以分别指示音频、视频、字幕和应用组件。
@componentRole字段可以指示相应组件的角色。可以根据指示的组件类型来指示角色，并且在音频组件的情况下，当该字段具有值1、2、3、4、5、6和7时，相应音频组件可以执行完整要点(complete main)、音乐、效果、对话、评论、视力受损、听力受损、旁白(voiceover)和子集的角色。这里，视力/听力受损可以意味着相应音频组件是用于视力/听力受损人士的音频组件。旁白可以意味着相应音频组件描述视频组件。
在视频组件的情况下，根据字段的值，相应视频组件可以执行主视频、替代相机视图、手语、3D左图像、3D右图像、3D视频深度信息，包含字幕视频等的角色。在字幕组件的情况下，根据字段的值，相应字幕组件可以执行主、替代、补充、正常、简单的阅读器等的角色。
在一些实施例中，可以修改前述ROUTE或MMT的USBD的剩余部分。可以根据情况的数目组合这些修改。在一些实施例中，USBD可以进一步包括@providerid、@serviceCategory、@spIndicator、@serviceStatus、@shortServiceName和/或capabilityCode。
@providerid可以标识相应服务的服务提供者。@serviceCategory可以指示相应服务的类别。@spIndicator可以与前述@protected属性相同。@serviceStatus可以与前述@servicestatus属性相同。@shortServiceName可以指示相应服务的短名称。capabilityCode可以指示由接收器提供相应服务的有意义的媒体呈现所需要的能力和能力组。
在一些实施例中，USBD可以进一步包括@majorChannelNo、@minorChannelNo和/或@serviceLang以及前述信道元素。
@majorChannelNo和@minorChannelNo可以指示相应服务的主要/次要信道号码。@serviceLang可以指示相应服务的主语言。
在一些实施例中，USBD可以进一步包括dashComponent元素代替前述routeComponent和broadbandComponet。dashComponent元素可以包括@fullMPDUri、@sTSIDUri和/或deliveryMethod元素。
@fullMPDUri可以为通过广播网络或宽带发送的服务组件提供MPD的参考信息。@TSIDUri可以提供相应服务的服务组件的传输会话相关信息。deliveryMethod可以提供相应服务的服务组件的传输相关信息项目。如上所述，该字段可以进一步包括通过广播网络/宽带发送的每个组件的元素和/或其basePattern信息。
图20是示出根据本发明的实施例的能力码的图。
能力码可以指示如上所述的服务或服务组件的能力。所图示的码可以是在上述的capability_code字段中使用的值。所图示的能力码的类别(视频、音频等)可以是在capability_category字段中使用的值。
在一些实施例中，所图示的能力码的前面的数字(例如，0x01、0x02、0x03、...)可以用于标识能力类别。在这种情况下，能力码的剩余数字可以用于标识能力。
图21是示出根据本发明的实施例的MP表的一部分的图。
上述的MPT消息可以递送MP表。如上所述，可以通过MMTP消息来递送诸如可访问性、3D和字幕的信息。如所图示，该信息可以在MPT消息中作为其一部分被递送或者可以通过单独地定义的MMTP消息作为MMT信令来递送。将在下面详细地描述此信息及其递送方法。
可以以描述符的格式在MPT消息或其他MMTP消息内递送此信息，并且在一些实施例中，这些描述符可以对应于资产描述符。此外，这些描述符可以在诸如SDT或EIT的DVB SI服务信令中递送，或者可以连同诸如SDT或EIT的DVB SI服务信令一起被递送。
在一些实施例中，在MMT中，可以如图所示用信号发送关于服务组件(与资产相对应)的信息。MMTP消息可以进一步包括下述的字段。
service_type字段可以指示相应服务的类型。也就是说，包括在相应MP表中的至少一个资产可以指代用于组合并提供至少一个资产的最后服务。例如，相应的字段可以指示立体3D服务、多视图服务、全景图服务等。
asset_role_flag字段可以指示是否包括服务组件(资产)的角色信息。asset_target_flag字段可以指示是否包括服务组件的目标屏幕信息。asset_group_flag字段可以指示服务组件是否属于特定组件组。当服务组件被包括在特定组件组中时，此字段的值可以是1。rt_flag字段可以指示服务组件被实时地还是非实时地发送。如果此字段的值是1，则这可以指示服务组件被实时地发送。
asset_role字段可以指示服务组件的角色。例如，当此字段的值是0、1、2、3、4、5、6或7时，这可以指示服务组件为主视频、替代相机视图、另一替代视频组件、手语、跟随主题视频、3D左视图、3D右视图或3D深度信息的角色服务。
asset_target字段可以指示服务组件的目标设备。这可能具有与上述的@targetDevice相同的定义。asset_group_id字段可以提供包括服务组件的组件组的标识符。已经在上面描述了组件组。
图22是示出根据本发明的实施例的资产组描述符的图。
资产组描述符可以描述通过MMT协议递送服务中的组件组(资产组)。可以通过与以上描述相同的路径来递送此描述符。
资产组描述符可以包括用于标识组件组的asset_group_id字段、指示包括在组件组中的组件(资产)的数目的num_of_accessiblity字段和/或用于标识每个组件的asset_id()。
图23是示出根据本发明的实施例的可访问性信息的图。
可访问性信息可以包括与服务或服务组件的可访问性有关的信息。可以以根据上述实施例的描述符中的一种的形式来定义可访问性信息，或者可以以元素的形式定义可访问性信息。
在所图示的实施例(t25010)中，可以以描述符的形式定义可访问性信息。@schemeIdUri可以是用于标识描述符具有与可访问性信息有关的可访问性方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:accessibility:201x的值。@value可以具有根据可访问性方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t25020)可以指示上述@value的参数。视力受损可以指示服务组件是针对视力受损的观众或视力差的观众的。听力受损可以指示服务组件是针对听力受损的观众或听力差的观众。增强音频可懂度可以指示音频服务组件是否是在可懂度方面增强的音频服务组件。支持3D可以指示服务组件是否支持3D功能。在一些实施例中，这可以指示服务组件被包括在3D服务中。正常可以指示服务组件是否是针对正常观众的服务组件(主要针对隐藏字幕组件)。简单的阅读器可以指示服务组件是否是简单的阅读器类型服务组件(主要针对隐藏字幕组件)。简单的阅读器可以意指可容易地阅读的隐藏字幕。
在一些实施例中，可以以具有上述@value的参数作为子字段的可访问性元素的形式定义可访问性信息。
在所图示的实施例(t25030)中，可以以描述符的形式定义可访问性信息。可以在如上所述的MMT信令信息中递送此描述符。可以将此描述符包括在上述MMT的MP表和DCI表中。此描述符可以是一种资产描述符。
num_of_accessiblity字段可以指示跟随的accessiblity_code的数目。accessiblity_code字段可以指示可访问性相关信息。可以通过可访问性码来表示可访问性相关信息。例如，如果可访问性码具有值0x00、0x01或0x02，则这些可以指示视力受损、听力受损或3D支持。可访问性信息如上所述。值0x03-0xFF可以被保留以供将来使用。
图24是示出根据本发明的实施例的USBD中的ComponentInfo元素的图。
在所图示的实施例中(t26010)，配置3D视频的组件被用信号发送。第一组件可以是视频组件(0x02，视频)，可以指示服务3D左视图的角色(@componentRole＝3D视频左视图)并且可以具有0x01的组件ID。第二组件也可以是视频组件(0x02，Video)，可以指示服务3D右视图的角色(@componentRole＝3D视频右视图)，并且可以具有0x02的组件ID。
两个服务组件可以作为配置一个3D视频的服务组件彼此相关联并且因此可以被分组到相同的组件组中。此组件组可以具有0x01的标识符并且可以在每个componentInfo元素中用信号发送此内容。如果第二组件依赖于第一组件，则第二组件的@dependentComponentID可以具有0x01的值以指示第一组件的组件ID。
在所图示的实施例(t26020)中，可以用信号发送关于用于特定视频组件的另一组件的跟随主题元数据。第一组件可以是用于为主视频的角色服务的视频组件。第二组件可以是为第一组件的跟随主题元数据的角色服务的组件。可以用信号发送这个角色并且@dependentComponentID可以指示第一组件的组件ID。此外，作为关联组件，第一/第二组件可以被包括在相同的组件组(0x01)中。
在所图示的实施例(t26030)中，可以用信号发送一个基础视频组件和两个增强视频组件。如果一个增强视频依赖于基础视频并且另一个增强视频依赖于第一增强视频，如图所示，则可以使用@dependentComponentID字段来用信号发送这种关系。此外，因为视频组件可以配置相同的场景，所以这些可以被包括在相同的组件组中。
在所图示的实施例(t26040)中，用于两个服务组件的3D组件的角色和可伸缩编码中的角色被用信号发送。因为视频组件可以配置相同的场景，所以这些可以被包括在相同的组件组中。
第一服务组件(ID＝0x01)可以为基础视频组件和3D服务的右视图的角色服务。对于第一服务组件，可以描述两个ComponentInfo元素。这些元素可能具有相同的服务组件ID(ID＝0x01)。
第二服务ID(ID＝0x02)可以为增强视频组件和3D服务的左视图的角色服务。类似地，两个ComponentInfo元素可以描述第二服务组件。这些元素可能具有相同的服务组件ID(ID＝0x02)。此外，第二服务组件可以依赖于第一组件。@dependentComponentID可以指示第一服务组件的ID。
图25是示出根据本发明的实施例的组件特性信息的图。
组件属性信息可以包括与服务或服务组件的属性有关的信息。组件属性信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。
在一些实施例中组件属性信息可以被称为视图配置信息。在一些实施例中，组件属性信息可以意指视频组件的视图配置信息。这里，组件是视频组件并且可以是多视图视频的一部分。如果视频组件是视频阵列的一部分，则视图配置信息的@role属性可以指示<n,m>阵列的第<x,y>个视频组件。
在所图示的实施例(t27010)中，可以以描述符的形式定义组件属性信息。@schemeIdUri可以是用于标识描述符具有与组件属性信息有关的组件属性方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:view-conf:201x的值。@value可以具有根据组件属性方案的含义的值。这些值可以被称为参数并且可以通过‘,’来区分。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t27020)可以指示上述@value的参数。View_x和/或View_y可以基于屏幕的左上部指示视频组件的视图的原点。这些字段可以指示视图的原点的x坐标和y坐标。View_width和View_height可以指示视频组件的视图的宽度和/或高度。View_total_width和/或View_total_height可以基于屏幕的左上部来指示显示视频阵列的整个区域的宽度和/或高度。View_display_priority可以指示视频组件的视图的优先级。优先级可以是在显示视图时的优先级。如果视图重叠，则可以在其他视图前面显示具有较高优先级的视图。也就是说，具有较高优先级的视图可以被覆盖在其他视图的重叠部分上。随着此字段的值减小，优先级可以被视为增加。具有值0的视图可以被显示在屏幕上的最前面。Source_id可以是视频组件的源的标识符。如果同时地显示的多视图(视频阵列)被划分成要递送的若干视频组件，则视频组件的源ID可以是相同的。
在一些实施例中，可以以具有上述@value的参数作为子字段的组件属性元素的形式定义组件属性信息。
在所图示的实施例(t27030)中，可以以描述符的形式定义组件属性信息。可以在如上所述的MMT信令信息中递送此描述符。可以在上述的MPT消息或其他MMTP消息中递送此描述符。此描述符可以是一种资产描述符。
view_x、view_y、view_width、view_height、total_width、total_height、source_id和/或view_priority如上所述。total_width、total_height和view_priority分别可以等于view_total_width、view_total_height和view_display_priority。
source_id_flag可以指示source_id的存在。view_total_info_flag字段可以指示是否包括关于显示同时地显示的多视图的区域的信息。根据此字段，存在total_width和total_height。view_priority_flag字段可以指示是否包括视频组件的优先级信息。根据此字段，存在view_priority。
图26是示出根据本发明的实施例的组件特性信息的图。
组件属性信息可以包括与服务或服务组件的属性有关的信息。组件属性信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。
在一些实施例中组件属性信息可以被称为视图配置信息。在一些实施例中，组件属性信息可以意指视频组件的视图配置信息。这里，组件是视频组件并且可以是立体3D服务的一部分。
在所图示的实施例(dd25010)中，可以以描述符的形式定义组件属性信息。@schemeIdUri可以是用于标识描述符具有与组件属性信息有关的组件属性方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:view-position-conf:201x的值。@value可以具有根据组件属性方案的含义的值。这些值可以被称为参数并且可以通过‘,’来区分。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(dd25020)可以指示上述@value的参数。right_view_flag字段可以指示相应视频组件是右视图还是左视图。当视频组件是左视图时，该值可以具有0，而当视频组件是右视图时，该值可以具有1。当构成立体3D服务的左/右视频组件被单独地发送时，可以通过使用以上组件特性元素像在dd25040中所示出的那样用信号发送每个视频组件的视图位置配置信息。左/右视频组件构成一个场景，并且因此，可以具有相同的componentGroupId值。
在一些实施例中，组件属性信息可以被称为视图位置2配置信息。在一些实施例中，组件属性信息可以意指视频组件的视图配置信息。这里，组件是视频组件并且可以是多视图视频的一部分。
在所图示的实施例(dd25010)中，可以以描述符的形式定义组件属性信息。@schemeIdUri可以是用于标识描述符具有与组件属性信息有关的组件属性方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:view-position2-conf:201x的值。@value可以具有根据组件属性方案的含义的值。这些值可以被称为参数并且可以通过‘,’来区分。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(dd25030)可以指示上述@value的参数。视图位置信息(view_position字段)可以指代多视图服务中的相应视频组件的视图位置信息。可以相对于在多视图当中被定位在最左边部分中的第一视图将视图位置信息(view_position字段)设定为0。此外，可以将视图位置信息设定为每当在从左侧向右侧的方向上从第一视图移动到下一个视图时被增加1的值。这里，多视图可以是3D多视图或用于全景图的多视图。这里，在3D多视图的情况下，前述视图位置信息可以包括每个视图的左视图或右视图的含义。也就是说，基于用数字表达的视图位置信息，可以验证包括在相应组件中的视图是用于提供3D服务的左视图还是右视图。当与构成多视图服务的相应视图相对应的视频组件被单独地发送时，可以通过使用以上组件特性元素像在dd25040中所示出的那样用信号发送用于每个视频组件的视图位置2配置信息。构成多视图当中的一个场景的视频组件可以具有相同的componentGroupId值。此外，构成另一场景的视频组件可以具有不同的componentGroupID值。
图27是示出根据本发明的实施例的组件特性信息的用法的图。
在所图示的实施例(t28010)中，一个屏幕可以被划分成两个视频组件并递送。在这种情况下，每个视频组件的视图配置信息可以作为如上所述的componentProperty元素被用信号发送。这些配置一个场景并且因此具有相同的componentGroupId值。每个组件的ComponentInfo元素的componentProperty元素可以具有上述的视图配置信息。
两个组件具有urn:atsc3.0:view-conf:201x的方案ID并且@value可以具有“1920,0,1920,2160,3840,2160”和“0,0,1920,2160,3840,2160”。@value的参数可以按此顺序具有根据上述参数的定义的含义。
在所图示的实施例(t28020)中，可以将包括手语的视频组件连同用于提供一个主视频的视频组件一起递送。在这种情况下，手语视频组件可以提供在显示主视频的区域中显示手语视图的信息。可以以上述的视图配置信息的形式用信号发送此信息。
类似地，PIP(画中画)也可以与手语类似地提供视图配置信息。这里，手语或PIP视图被显示在主视频前面并且因此可以具有比主视频高的优先级。这些组件可以被包括在相同的组件组中并且手语组件或PIP组件可以指示@targetDevice属性是“主屏幕的插图”。
手语组件或PIP组件的视图配置信息可以具有urn:atsc3.0:view-conf:201x的方案ID并且@value可以具有“1200,50,1024,768,3840,2160,0”。@value的参数可以按此顺序具有根据上述参数的定义的含义。
也可以用信号发送上述的能力信息。能力信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。可以定义能力信息的能力方案ID并且可以定义其值。此外，可以以具有@value的参数作为子字段的能力元素的形式定义能力信息。可以以描述符的形式定义能力信息并且可以在MMT信令信息中递送能力信息。可以在上述的MPT消息或其他MMTP消息中递送此描述符。此描述符可以是一种资产描述符。能力的字段、参数和结构如上所述。
图28是示出根据本发明的实施例的作为信令表的设备能力信息(DCI)表的图。MMT信令可以包括作为用于提供关于广播服务的组件消耗所需要的设备能力的信息的信令表的DCI表。DCI表可以包括table_id、version、length、number_of_assets、asset_id()、mime_type()和codec_complexity_flag信息。DCI表可以进一步包括当codec_complexity_flag被设定为1并且每个资产的最高级mime_type()是视频时video_codec_complexity的诸如video_average_bitrate、video_maximum_bitrate、horizontal_resolution、vertical_resolution、temporal_resolution和video_minimum_buffer_size的信息。DCI表可以进一步包括当codec_complexity_flag被设定为1并且每个资产的最高级mime_type()是音频时audio_codec_complexity的诸如audio_average_bitrate、audio_maximum_bitrte和audio_minimum_buffer_size的信息。DCI表可以进一步包括当codec_complexity_flag被设定为0时download_capability的required_storage信息。DCI表可以进一步包括asset_descriptors并且可以在其中进一步包括num_asset_descriptor信息。DCI表可以进一步包括与num_asset_descriptors相对应的asset_descriptor并且可以进一步包括包括有每个asset_descriptor的内容的asset_descriptors_byte信息。
table_id信息可以指示DCI表的标识符。version信息可以指示DCI表的版本信息。length信息可以指示继相应字段之后的字段的长度信息。number_of_assets信息可以指示由DCI表所指定的资产的数目。asset_id()可以指示每个资产的标识符并且mime_type()信息可以指示每个资产的mime时间。codec_complexity_flag可以是指示编解码器复杂度的标志信息。video_average_bitrate信息可以指示视频数据的平均比特率并且video_maximum_bitrate信息可以指示视频数据的最大比特率。horizontal_resolution信息可以指示水平分辨率，vertical_resolution信息可以指示垂直分辨率，并且temporal_resolution信息可以指示时间分辨率。video_minimum_buffer_size信息可以指示用于视频数据的最小缓冲器大小。audio_average_bitrate信息可以指示音频数据的平均比特率并且audio_maximum_bitrate信息可以指示音频数据的最大比特率。audio_minimum_buffer_size信息可以指示用于音频数据的最小缓冲器大小。download_capability可以定义下载所需要的能力并且可以包括指示下载所需要的存储大小的required_storage信息。num_asset_descriptors信息可以指示资产描述符的数目。asset_descriptors_byte信息可以包括根据mime_type()的值等包括资产相关详细信息等的资产级描述符。
图29是示出根据本发明的实施例的HEVC视频组件描述信息的图。
HEVC视频组件描述信息可以包括与服务或服务组件的HEVC视频有关的信息。HEVC视频组件描述信息可以被称为HEVC视频信息。HEVC视频信息可以包括组件相关编码参数或用于渲染组件的参数。HEVC视频信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。
在所图示的实施例(t29010)中，可以以描述符的形式定义HEVC视频信息。@schemeIdUri可以是用于标识描述符具有与HEVC视频信息有关的HEVC视频方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:hevc:201x的值。@value可以具有根据HEVC视频信息方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t29020)可以指示上述@value的参数。
profile_space可以等于针对HEVC视频流包括在比特流的SPS中的general_profile_space值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_profile_space值。
tier_flag可以等于针对HEVC视频流包括在比特流的SPS中的general_tier_flag值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_tier_flag值。
profile_idc可以等于针对HEVC视频流包括在比特流的SPS中的general_profile_值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_profile_idc值。
profile_compatibility_indication可以等于针对HEVC视频流包括在比特流的SPS中的general_profile_compatibility_flag[i]值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_profile_compatibility_flag[i]。
progressive_source_flag可以等于针对HEVC视频流包括在比特流的SPS中的general_progressive_source_flag值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_progressive_source_flag值。
interlaced_source_flag可以等于针对HEVC视频流包括在比特流的SPS中的值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_interlaced_source_flag值。
non_packed_constraint_flag可以等于针对HEVC视频流包括在比特流的SPS中的general_non_packed_constraint_flag值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_non_packed_constraint_flag。
frame_only_constraint_flag可以等于针对HEVC视频流包括在比特流的SPS中的general_frame_only_constraint_flag值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_frame_only_constraint_flag。
reserved_zero_44bits可以等于针对HEVC视频流包括在比特流的SPS中的general_reserved_zero_44bits值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_reserved_zero_44bits。
level_idc可以等于针对HEVC视频流包括在比特流的SPS中的general_level_idc值。HEVC时间视频子集或HEVC时间视频子比特流可以等于包括在比特流的SPS中的sub_layer_level_idc值。
HEVC_still_present_flag可以指示HEVC视频流或HEVC最高时间子层表示是否包括HEVC静止图片。
HEVC_24hr_picture_present_flag可以指示HEVC视频流或HEVC最高时间子层表示是否包括HEVC 24小时图片。
temporal_id_min和/或temporal_id_max可以指示包括在HEVC视频流中的HEVCAU当中的最小temporalId值和/或最大temporalId值。
在一些实施例中，可以以具有上述@value的参数作为子字段的HEVC视频信息元素的形式定义HEVC视频信息。
在所图示的实施例(t29030)中，可以以描述符的形式定义HEVC视频信息。可以在如上所述的MMT信令信息中递送此描述符。可以在上述的MPT消息或其他MMTP消息中递送此描述符。此描述符可以是一种资产描述符。如果MMT资产是HEVC视频流组件，则可以给MP表的资产类型指派与HEVC视频流相对应的值。
profile_space、tier_flag、profile_idc、profile_compatibility_indication、progressive_source_flag、interlaced_source_flag、non_packed_constraint_flag、frame_only_constraint_flag、reserved_zero_44bits、level_idc、HEVC_still_present_flag、HEVC_24hr_picture_present_flag、temporal_id_min和temporal_id_max可以被包括在描述符中并且其含义如上所述。
图30是示出根据本发明的实施例的HEVC定时和HRD信息的图。
HEVC定时和HRD信息可以包括与HEVC视频流组件相关联的定时信息和HRD描述。HEVC定时和HRD信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。这个可以通过上述的componentProperty元素来表达。
在所图示的实施例中，可以以描述符的形式定义HEVC定时和HRD信息。@schemeIdUri可以是用于标识描述符具有与HEVC定时和HRD信息有关的方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:hevc-timing:201x的值。@value可以具有根据方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t30010)可以指示上述@value的参数。hrd_management_valid_flag可以指示缓冲时段SEI和图片定时SEI消息是否存在于HEVC视频流或HEVC最高时间子层表示中。picture_and_timing_info_present_flag可以指示用于具有90kHz系统时钟的准确映射的90kHz_flag和与其相关联的参数是否被包括在此描述符中。90kHz_flag可以指示HEVC视频流的时基的频率是否是90kHz。N和/或K可以提供与时间标度有关的N和K参数值。在HEVC视频流或HEVC最高时间子层表示中，HEVC时基的频率可以通过VUI参数的vui_time_scale元素来定义。HEVC time_scale与STC之间的关系可以通过N和K参数来定义并且可以通过HEVC time_scale＝(N x system_clock_frequency)/K来表达。如果90kHz_flag是1，则N可以具有值1并且K可以具有值300。如果90kHz_flag是0，则可以通过N和K字段来提供N和K值。可以将num_units_in_tick编码到VUI参数的vui_num_units_in_tick字段中，并且此字段的值适用于HEVC视频流或与HEVC定时和HRD描述信息有关的HEVC最高时间子层表示。
在一些实施例中，可以以具有上述@value的参数作为子字段的HEVC定时和HRD信息元素的形式定义HEVC定时和HRD信息。
在所图示的实施例(t30020)中，可以以描述符的形式定义HEVC定时和HRD信息。可以在如上所述的MMT信令信息中递送此描述符。可以将此描述符包括在上述MMT的MP表和DCI表中。此描述符可以是一种资产描述符。
hrd_management_valid_flag、picture_and_timing_info_present_flag、90kHz_flag、N、K和/或num_units_in_tick可以被包括在此描述符中并且其含义如上所述。
图31是示出根据本发明的实施例的字幕信息的图。
如果服务组件是隐藏字幕流组件，则字幕信息可以包括字幕描述信息。字幕信息可以形式为根据上述实施例的描述符中的一种或者形式为元素。这个可以通过上述的componentProperty元素来指示。
在所图示的实施例中，可以以描述符的形式定义字幕信息。@schemeIdUri可以是用于标识描述符具有与字幕信息有关的字幕方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:caption:201x的值。@value可以具有根据字幕信息的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t31010)可以指示上述@value的参数。caption_codec可以指示字幕组件的编码类型。在一些实施例中，可以指示“CEA-608”、“CEA-708”、“SMPTE-TT”等。lang可以包括字幕组件的语言信息。如果字幕的类型是CEA-708，则caption_service_number值可以包括字幕的服务号码。easy_reader_flag值可以指示字幕组件是否是简单的阅读器类型。aspect_ratio值可以指示字幕组件的显示宽高比。在一些实施例中，可以指示“4:3”或“16:9”的宽高比。支持3D可以指示字幕组件是否支持3D。
在一些实施例中，可以以具有上述@value的参数作为子字段的字幕元素的形式定义字幕信息。
在所图示的实施例(t31020)中，可以以描述符的形式定义字幕信息。可以在如上所述的MMT信令信息中递送此描述符。可以将此描述符包括在上述MMT的MP表和DCI表中。如果MMT资产是隐藏字幕组件，则可以给MP表的资产类型指派与隐藏字幕流相对应的值。在一些实施例中，MP表的资产类型可以包括被图示为资产描述符的描述符，同时指示与HEVC视频流相对应的值。在这种情况下，这可以指示隐藏字幕数据被包括在HEVC视频比特流中。此描述符可以是一种资产描述符。
caption_lang、caption_codec、easy_reader、wide_aspect_ratio、3d_supported和/或caption_service_number可以被包括在此描述符中并且其含义如上所述。caption_lang、easy_reader和wide_aspect_ratio可以等于上述的lang、easy_reader_flag和aspect_ratio。如果caption_codec的值是0x01、0x02、0x03、0x04或0x05，则这可以指示“CEA-608”、“CEA-708”、“SMPTE定时文本”、“EBU-TT-D”或“CFF-TT”的编码类型被分别使用。url_flag、URL_length和URL_text字段可以等于上述的字幕信息的字段。
例如，如果隐藏字幕组件包括基于SMPTE-TT的英语字幕，则描述符可以具有“urn:atsc3.0:caption:201x”的方案ID并且@value可以具有“SMPTE-TT,ENG,false,4:3,false”的值。@value的参数可以按此顺序具有根据上述参数的定义的含义。
如果基于CEA-708的隐藏字幕数据被包括在HEVC视频流组件的比特流中，则隐藏字幕信息可以连同上述的HEVC视频数据相关信息一起通过上述的方法来用信号发送。
图32是示出根据本发明的另一实施例的字幕信息的图。当相应服务组件是隐藏字幕流组件时，字幕信息可以包括与其有关的字幕描述信息。字幕信息可以具有根据前述实施例的描述符的形式中的一种或者可以具有元素的形式。该信息可以通过前述componentProperty元素等来表示。此外，当Representation/AdaptationSet等在DASH中包括隐藏字幕/对白字幕时，该信息可以包括以下形式作为DASH MPD的必要特性描述符、补充特性描述符等。在所图示的实施例中，可以以描述符的形式定义字幕信息。@schemeIdUri可以是用于标识相应描述符具有与字幕信息有关的字幕方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:caption:201x的值。@value可以具有其含义是根据字幕方案来定义的值。将在下面描述这些值。所图示的实施例可以指示前述@value的参数中的每一个。caption_codec可以指示相应字幕组件的编码类型。在一些实施例中，该字段可以指示“CEA-608”、“CEA-708”、“SMPTE-TT”等。lang可以包括相应字幕组件的语言信息。当相应字幕组件的类型是CEA-708时，caption_service_number可以包括相应字幕的服务号码。可访问性可以指示包括在相应字幕组件中的隐藏字幕/对白字幕的目标用户等并且其信息可以具有以下值。详细地，该信息可以指示0：正常、1：简单的阅读器、2：视力受损、3：听力受损。aspect_ratio可以指示相应字幕组件的显示宽高比。在一些实施例中，该字段可以指示“4:3”、“16:9”、“21:9”等。alternative_aspect_ratio可以指示相应字幕组件的兼容显示宽高比。在一些实施例中，该字段可以指示“4:3”、“16:9”、“21:9”等。scaling_support可以指示隐藏字幕/对白字幕的原始隐藏字幕/对白字幕区域在呈现在接收器上期间在必要时是否是可扩展的。可替选地，该字段可以指示隐藏字幕/对白字幕等是否包括根据扩展的详细参数。当相应区域在呈现在接收器上期间是可扩展的时，该字段可以具有‘1’。滚动支持可以指示在接收器上是否支持隐藏字幕/对白字幕的原始隐藏字幕/对白字幕区域的滚动。可替选地，该字段可以指示根据其的详细参数是否被包括在隐藏字幕/对白字幕中。当滚动被启用时，相应信息可以具有‘1’。playout_speed可以指示隐藏字幕/对白字幕的原始隐藏字幕/对白字幕区域在呈现在接收器上期间的播出速度。extended_color_use可以指示隐藏字幕/对白字幕是否使用按8个比特或更多比特而配置的颜色值。3D_supported可以指示相应字幕组件是否支持3D。当隐藏字幕/对白字幕支持3D时，3D_disparity可以指示基于屏幕的字幕的最前面隐藏字幕/对白字幕的3D位置。当3D_disparity具有负值时，该信息可以指示基于屏幕的向前突出效果的程度，而当3D_disparity具有正值时，可以以相反的方式使用这个。该信息可以显式地指示视频中的多个隐藏字幕区域的视差的最前面值(最小视差)。在一些实施例中，可以以具有前述@value的参数中的每一个作为子字段的字幕元素的形式定义字幕信息。
图33是示出根据本发明的实施例的字幕相关信息的详细信息的图。当隐藏字幕/对白字幕支持滚动等时，MPD可以以附图的上部中示出的格式用信号发送详细参数等。滚动相关详细参数可以包括@schmeIdUri，并且例如，可以被设定为像urn:mpeg:dash:closed-caption-scroll:201x一样。这可以指示用于隐藏字幕/对白字幕滚动配置方案的方案ID。@value可以包括Scrolling_direction、scrolling_type、scrolling_amount和/或scrolling_speed信息。Scrolling_direction信息可以指示关于隐藏字幕/对白字幕的隐藏字幕/对白字幕区域在接收器上滚动的方向的信息。详细地，相应信息可以具有“Top2Bottom”、“Bottom2Top”、“Left2Right”、“Right2Left”等的值。对此上面已经进行了描述。当隐藏字幕/对白字幕的隐藏字幕/对白字幕区域支持在接收器上滚动时，scrolling_type信息可以指示滚动的进行类型等。例如，这可以指示滚动是以行(或单元格)为单位执行的还是以像素为单位执行的。当隐藏字幕/对白字幕的隐藏字幕/对白字幕信息支持在接收器上滚动时，scrolling_amount信息可以指示滚动程度等。这可以通过单元格数目、像素数目等来表示。当隐藏字幕/对白字幕的原始隐藏字幕/对白字幕区域支持在接收器上滚动时，scrolling_speed信息可以指示滚动速度等。可以以秒为单位表示滚动速度(如果必要的话，则这个值可以被表示直到小数位)。
当隐藏字幕/对白字幕的原始隐藏字幕/对白字幕区域在呈现在接收器上期间在必要时是可扩展的时，MPD可以以所图示的格式用信号发送详细参数等。缩放相关详细参数可以包括@schmeIdUri，并且例如，可以被设定为像urn:mpeg:dash:closed-caption-scale:201x一样。这可以指示用于隐藏字幕/对白字幕缩放配置方案的方案ID。@value可以包括scale_direction和/或scale_limit信息。scale_direction信息可以指示关于隐藏字幕/对白字幕的隐藏字幕/对白字幕区域可扩展的方向的信息。详细地，相应信息可以具有“Top”、“Bottom”、“TomNBottom”、“Left”、“Right”、“LeftNRight”、“All”等的值。对此上面已经进行了描述。scale_limit信息可以指示当隐藏字幕/对白字幕的隐藏字幕/对白字幕区域是可扩展的时的扩展限制程度等。这可以由单元格数目、像素数目等来表示或者可以通过百分比程度等来表示。对此上面已经进行了描述。
图34是示出根据本发明的实施例的字幕相关信息的详细信息的图。MPD可以以附图的下部中示出的形式用信号发送包括在隐藏字幕/对白字幕中的呈现定时的偏移。此外，MPD可以指示视频/音频组件的呈现偏移等。呈现定时偏移相关详细参数可以包括@schmeIdUri，并且例如，可以被设定为像urn:mpeg:dash:presentation_offset:201x一样。这可以指示用于包括隐藏字幕/对白字幕的媒体本质的呈现偏移的方案ID。@value可以包括Time_format和/或Time_value信息。Time_format信息可以指示呈现定时偏移的格式信息。这可能具有时钟、偏移等的值。Time_value信息可以包括呈现定时偏移值。可以根据time_format以不同的格式表示此信息。例如，当time_format是时钟时，可以以小时:分钟:秒(小数位的秒或帧)的形式表示此信息。可以以小时":"分钟":"秒(分数|":"帧("."子帧))的形式表示此信息。根据本发明的另一实施例，当time_format是偏移时，可以以基于tick_rate:tick_rate的滴答数的形式表示这个。当隐藏字幕/对白字幕基于定时文本时，字幕信息可以包括关于隐藏字幕的呈现开始和结束的信息。接收器可以基于以上信令信息来调整包括在隐藏字幕/对白字幕中的呈现定时。
图35是示出根据本发明的实施例的HDR信息的图。
如果服务组件是视频组件，则HDR信息可以包括HDR参数信息。HDR信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。这个可以通过上述的componentProperty元素或ComponentDescription元素来指示。
在所图示的实施例中，可以以描述符的形式定义HDR信息。@schemeIdUri可以是用于标识描述符具有与HDR信息有关的HDR方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:hdr:201x的值。@value可以具有根据HDR方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t32010)可以指示上述@value的参数。OETF_type可以指示此视频数据的源OETF(光电传递函数)的类型。此字段的值1、2和3分别可以对应于ITU-RBT.1886、ITU-R BT.709和ITU-R BT.2020类型。其他值可以被保留以供将来使用。
max_mastering_display_luminance可以指示此视频数据的主控显示的峰值亮度值。此值可以是从100到1000的整数。min_mastering_display_luminance可以指示此视频数据的主控显示的最小亮度值。此值可以是从0到0.1的分数。
average_frame_luminance_level可以指示一个视频样本的亮度值的平均值。此外，此字段可以指示属于视频轨道(流)或样本组的样本的亮度水平的平均值当中的最大值。max_frame_pixel_luminance可以指示一个视频样本的像素亮度值的最大值。此外，此字段可以指示属于视频轨道(流)或样本组的像素亮度的最大值中的最大的值。
hdr_type_transition_flag可以是指示此视频数据的HDR信息是否发生改变并且因此另一类型的HDR信息被应用的标志。例如，如果作为oeft:3、max_lum:100、min_lum:0.5、max_frame_lum:0、max_pixel_lum:0的HDR参数被改变为oeft:1、max_lum:1000、min_lum:0.05、max_frame_lum:0、max_pixel_lum:0，则此字段可以具有真值。hdr_sdr_transition_flag可以是指示此视频数据是否从HDR转变到SDR的标志。sdr_hdr_transition_flag可以是指示此视频数据是否从SDR转变到HDR的标志。sdr_compatibility_flag可以是指示此视频数据是与SDR解码器或SDR显示器兼容的标志。
在一些实施例中，可以以具有上述@value的参数作为子字段的HDR元素的形式定义HDR信息。
在所图示的实施例(t32020)中，可以以描述符的形式定义HDR信息。可以在如上所述的MMT信令信息中递送此描述符。可以在上述的MPT消息或其他MMTP消息中递送此描述符。此描述符可以是一种资产描述符。此外，可以在诸如SDT或EIT的DVB SI服务信令中或者连同其一起递送此描述符。
OETF_type、max_mastering_display_luminance、min_mastering_display_luminance、average_frame_luminance_level、max_frame_pixel_luminance、hdr_type_transition_flag、hdr_sdr_transition_flag、sdr_hdr_transition_flag和/或sdr_compatibility_flag可以被包括在此描述符中并且其含义如上所述。
在一些实施例中，HDRTypeTransitionFlag、HDRSDRTransitionFlag和SDRHDRTransitionFlag可能不同时为真。例如，如果HDRSDRTransitionFlag值为true，则HDRTypeTransitionFlag，SDRHDRTransitionFlag值可以为假。
图36是示出根据本发明的另一实施例的HDR信息的图。
如果相应服务组件是视频组件，则HDR信息可以包括与其有关的HDR参数信息或关于HDR参数集的信息。HDR信息可以具有根据前述实施例的描述符的形式中的一种或者可以采取元素的形式。这个可以通过上述的componentProperty元素或ComponentDescription元素来表示。
在所图示的实施例中，可以以描述符的形式定义HDR信息。@schemeIdUri可以是用于标识相应描述符具有与HDR信息有关的HDR方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:hdr:201x的值。@value可以具有其含义是根据HDR方案来定义的值。将在下面描述这些值。@id可以指示对应描述符的标识符。如果包括相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(d47010)可以指示上述@value的参数。HDR_Param_Set可以指示指示一组HDR相关参数的标识符。该实施例可以具有以下值。例如，如果HDR_Param_Set字段是0，则这可以指示HDR相关参数不是由集合定义的。在这种情况下，HDR相关参数可以通过以下其他字段来定义。如果HDR_Param_Set字段被设定为1，则HDR相关参数的EOTF是SMPTEST2084，比特深度是12比特/像素，峰值亮度是10000nit，编解码器是HEVC双编解码器(HEVC+HEVC)，并且元数据是SMPTE ST 2086或SMPTE ST 2094。如果HDR_Param_Set字段是2，则EOTF是SMPTE ST 2084，比特深度是10比特/像素，峰值亮度是4000nit，编解码器是HEVC单编解码器，并且元数据是SMPTE ST 2086或SMPTE ST 2094。此外，如果HDR_Param_Set字段被设定为3，则EOTF是BBC EOTF，比特深度是10比特/像素，峰值亮度是1,000nit，并且编解码器是HEVC单编解码器。上述集合对应于该实施例并且8比特HDR_Param_Set字段可以标识一组256个HDR相关参数。通过这样的HDR_Param_Set字段，相应描述符可以指示支持HDR的内容与哪些HDR参数相关联，并且接收器可以接收有关哪些HDR参数用于对所接收到的内容进行解码或图像处理的信息。如果HDR_Param_Set字段值是0，则强制地包括以下OETF_type、max_mastering_display_luminance、min_mastering_display_luminance、average_frame_luminance_level、max_frame_pixel_luminance的值，而如果HDR_Param_Set字段值具有其他值，则可以包括、选择性地包括或者重复地包括OETF_type、max_mastering_display_luminance、min_mastering_display_luminance、average_frame_luminance_level和max_frame_pixel_luminance。
OETF_type可以指示相应数据的源OETF(光电传递函数)的类型。如果此字段的值是1、2和3，则这些分别可以对应于ITU-R BT.1886、ITU-R BT.709和ITU-R BT.2020。其他值可以被保留以供将来使用。
max_mastering_display_luminance可以指示相应数据的主控显示的峰值亮度值。此值可以是100到1000的范围内的整数值。min_mastering_display_luminance可以指示相应数据的主控显示的最小亮度值。此值可以是0到0.1的范围内的分数。
average_frame_luminance_level可以指示针对一个视频样本的亮度水平的平均值。此外，此字段可以指示属于样本组或视频轨道(流)的样本的亮度水平的平均值的最大值。max_frame_pixel_luminance可以指示针对一个视频样本的像素亮度值的最大值。此外，此字段可以指示属于样本组或视频轨道(流)的像素亮度最大值中的最大的值。
hdr_type_transition_flag可以是指示相应数据的HDR信息是否发生改变并且另一类型的HDR信息被应用的标志。例如，HDR参数从oeft:3、max_lum:100、min_lum:0.5、max_frame_lum:0和max_pixel_lum:0转变到oeft:1、max_lum:1000、min_lum:0.05、max_frame_lum:0和max_pixel_lum:0，此字段可以具有真值。hdr_sdr_transition_flag可以是指示相应数据是否从HDR转变到SDR的标志。sdr_hdr_transition_flag可以是指示相应数据是否从SDR转变到HDR的标志。sdr_compatibility_flag可以是指示相应数据是否与SDR解码器或SDR显示器兼容的标志。
在一些实施例中，可以以具有上述@value的参数作为子字段的HDR元素的形式定义HDR信息。
在所图示的实施例(d47020)中，可以以描述符的形式定义HDR信息。可以在如上所述的MMT信令信息中递送此描述符。可以在上述的MPT消息或另一MMTP消息中递送此描述符。可以在上述的MP表和/或DCI表中递送此描述符。此描述符可以是一种资产描述符。此外，可以在诸如SDT或EIT的DVB SI服务信令中或者连同其一起递送这些描述符。
descriptor_tag、descriptor_length、hdr_type_transition_flag、hdr_sdr_transition_flag、sdr_hdr_transition_flag、sdr_compatibility_flag、OETF_type、max_mastering_display_luminance、min_mastering_display_luminance、average_frame_luminance_level和/或max_frame_pixel_luminance可以被包括在HDR_descriptor描述符，已经在上面描述了其含义。
descriptor_tag字段可以是HDR_descriptor的标识符。
descriptor_length字段可以指示相应的HDR_descriptor的长度。
hdr_param_set字段可以指示指示要用信号发送的视频组件的特定HDR相关参数的集合的标识符。例如，如果hdr_param_set字段被设定为1，则HDR相关参数的EOTF是SMPTEST2084，比特深度是12比特/像素，峰值亮度是10,000nit，编解码器是HEVC双编解码器(HEVC+HEVC)，并且元数据是SMPTE ST 2086或SMPTE ST 2094。如果hdr_param_set字段被设定为2，则EOTF是SMPTE ST2084，比特深度是10比特/像素，峰值亮度是4000nit，编解码器是HEVC单编解码器，并且元数据是SMPTE ST 2086或SMPTE ST。此外，如果hdr_param_set字段被设定为3，则EOTF是BBC EOTF，比特深度是10比特/像素，峰值亮度是1,000nit，并且编解码器是HEVC单编解码器。上述集合对应于该实施例并且8比特hdr_param_set字段可以标识一组256个HDR相关参数。通过这样的hdr_param_set字段，相应的描述符可以指示支持HDR的内容与哪些HDR参数相关联，并且接收器可以接收有关哪些HDR参数用于对所接收到的内容进行解码或图像处理的信息。
hdr_type_transition_flag字段可以是指示HDR参数在视频组件内是否发生改变的标志。例如，如果HDR相关参数(HDR类型#1oeft:3、max_lum:100、min_lum:0.5、max_frame_lum:0、max_pixel_lum:0)被改变为另一HDR相关参数(例如，HDR类型#2oeft:1、max_lum:1000、min_lum:0.05、max_frame_lum:0、max_pixel_lum:0)，则可以将hdr_type_transition_flag值设定为真。
hdr_sdr_transition_flag字段可以是指示视频组件是否从HDR内容转变到SDR内容的标志。
sdr_hdr_transition_flag字段可以是指示视频组件是否从SDR内容转变到HDR内容的标志。
如果视频组件提供HDR内容，则sdr_compatibility_flag字段可以是指示是否支持与支持SDR的显示器/解码器的兼容性的标志。
hdr_config_flag字段可以是指示是否包括HDR参数的详细信息的标志。如果该值是‘1’，则可以存在OETF_type、max_mastering_display_luminance、min_mastering_display_luminance、average_frame_luminance_level和max_frame_pixel_luminance字段值。
OETF_type字段可以指示应用于视频组件的源图片的光电传递函数的标识符。其值如下。
0：保留，1：ITU-R BT.1886，2：ITU-R REC.709，3：ITU-R BT.2020，4-255：保留以供将来使用。
max_mastering_display_luminance：这个可以指示主控显示的峰值亮度值。这可能具有100到10000的范围内的值。
min_mastering_display_luminance字段可以指示主控显示的最小亮度值(分数值)。这个可以具有0到1.0的范围内的值。
average_frame_luminance_level字段可以指示视频组件中的帧的亮度水平的平均值的最大值。
max_frame_pixel_luminance字段可以指示视频组件中的帧的像素亮度的最大值中的最大的值。
图37是示出根据本发明的实施例的WCG信息的图。
如果服务组件是视频组件，则WCG信息可以包括与其有关的WCG信息。WCG信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。这个可以通过上述的componentProperty元素或ComponentDescription元素来指示。
WCG信息可以被称为色域信息。色域信息可以包括两种类型：容器色域和内容色域。容器色域可以包括在编码或解码步骤和/或映射解码的像素值的过程中使用的色域相关信息。内容色域可以包括关于原始源的色域的信息。也就是说，内容色域可以指示应用于实际内容的有效颜色空间量。
在所图示的实施例(t33010)中，可以以描述符的形式定义内容WCG信息。@schemeIdUri可以是用于标识描述符具有与内容WCG信息有关的内容WCG方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:wcg:content:201x的值。@value可以具有根据内容WCG方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t33010)可以指示上述@value的参数。
contentColorGamutType可以指示此视频数据的色域的类型。也就是说，此字段可以指示源原色的色度坐标。此值可以等于VUI(视频可用性信息)的颜色原色。如果VUI参数的值不存在，则可以不指定VUI的颜色原色值并且下述参数可以具有值。
contentColorPrimaryRx和contentColorPrimaryRy分别可以指示此视频源的R颜色的x坐标值和y坐标值。这可以是从0到1的分数。contentColorPrimaryGx和contentColorPrimaryGy分别可以指示此视频源的B颜色的x坐标值和y坐标值。这可以是从0到1的分数。contentWhitePx和contentWhitePy分别可以指示此视频源的白色点的x坐标值和y坐标值。这可以是从0到1的分数。
contentWCGTransition可以是此视频数据的内容色域是否从WCG(宽色域)转变到SCG(标准色域)的标志。在一些实施例中，这可以指示支持WCG的视频数据的结束可以被包括在此视频组件中。contentSCGCompatibility可以是指示此WCG视频的内容色域是否与基于SCG的解码器和显示器兼容的标志。
在所图示的实施例(t33020)中，可以以描述符的形式定义容器WCG信息。@schemeIdUri可以是用于标识描述符具有与容器WCG信息有关的容器WCG方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:wcg:container:201x的值。@value可以具有根据containerWCG方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t33020)可以指示上述@value的参数。这些参数可以等于内容色域的参数。但是，这些参数可以描述容器色域。例如，containerColorGamutType可以指示此视频的色域类型。也就是说，这可以指示在编码时被使用或者在解码时将被使用的颜色原色的色度坐标。
containerColorPrimaryRx、containerColorPrimaryRy、containerColorPrimaryGx、containerColorPrimaryGy、containerColorPrimaryBx、containerColorPrimaryBy、containerWhitePx和containerWhitePy可以指示在编码或解码时被使用或者将被使用的颜色原色和白色点的RGB颜色的x坐标和y坐标。也就是说，可以指示容器的色域的坐标。
containerWCGTransition可以是指示此视频数据的容器色域是否从WCG转变到SCG的标志。在一些实施例中，这可以指示支持容器的WCG的视频数据的结束被包括在此视频组件中。containerSCGCompatibility可以是指示此WCG视频的容器色域是否与基于SCG的解码器和显示器兼容的标志。
在一些实施例中，可以以具有上述@value的参数作为子字段的内容/容器WCG元素的形式定义内容/容器WCG信息。
在所图示的实施例(t33030)中，可以以描述符的形式定义内容/容器WCG信息。可以在如上所述的MMT信令信息中递送此描述符。可以将此描述符包括在上述MMT的MP表和DCI表中。如果MMT资产是包括支持WCG的内容的视频流组件，则可以包括被图示为资产描述符的描述符。此外，可以在诸如SDT或EIT的DVB SI服务信令中或者连同其一起递送此描述符。
此描述符(t33030)可以包括内容WCG信息和容器WCG信息。
color_gamut_type可以等于上述containerColorGamutType。color_space_transition_flag可以是指示针对此视频组件的视频样本在编码时被使用或者在解码时将被使用的颜色原色的色度坐标是否转变到其他色度坐标的标志。wcg_scg_transition_flag可以是指示此视频组件的视频样本的容器色域是否从WCG转变到SCG的标志。例如，这可以指示容器色域是否从BT.2020转变到BT.709。scg_wcg_transition_flag可以是指示此视频组件的视频样本的容器色域是否从SCG转变到WCG的标志。scg_compatibility_flag可以是指示此视频数据的视频样本的容器色域是否与基于SDR的解码器或SDR显示器兼容的标志。也就是说，当使用现有的SCG解码器或显示器时，可以使用此字段来确定WCG视频是否可以在没有单独的映射信息的情况下被输出或者在引起质量问题的同时升级。因为这是容器色域信息，所以即便当基于SCG的解码器/显示器不知道诸如BT.2020的色域时，此字段也可以指示此视频数据是否可以被解码。color_primary_flag可以是指示可以在对此视频内容的视频样本进行编码/解码时使用的颜色原色的色度坐标的详细信息是否存在的标志。根据color_primary_flag的值，可以包括color_primaryRx字段、color_primaryRy字段、color_primaryGx字段、color_primaryGy字段、color_primaryBx字段、color_primaryBy字段、color_whitePx字段和/或color_whitePy字段。这些字段可以指示在编码或解码时被使用或者将被使用的颜色原色和白色颜色的RGB颜色的x坐标和y坐标。
content_wcg_flag可以指示针对此视频组件内容色域的详细信息是否被包括在此描述符中。content_color_gamut_type可以指示此视频流的内容色域类型。也就是说，此字段可以指示此视频数据的原始源原色的色度坐标。content_color_space_transition_flag可以是指示针对此视频组件的视频数据的原始源原色色度坐标是否转变到其他色度坐标的标志。content_wcg_scg_transition_flag可以是指示此视频组件的视频数据的内容色域是否从WCG转变到SCG的标志。content_scg_wcg_transition_flag字段可以是指示此视频组件的视频数据的内容色域是否从SCG转变到WCG的标志。content_scg_compatibility_flag字段可以是指示此视频组件的视频数据的内容色域是否与基于SCG的解码器或显示器兼容的标志。也就是说，如果此字段的值是1，则这可以指示此视频数据的有效色域与SCG兼容并且不需要执行映射。content_color_primary_flag字段可以是指示此组件的视频数据的原始源原色的色度坐标的详细信息是否存在的标志。根据content_color_primary_flag字段的值，可以包括content_color_primaryRx字段、content_color_primaryRy字段、content_color_primaryGx字段、content_color_primaryGy字段、content_color_primaryBx字段、content_color_primaryBy字段、content_color_whitePx字段和/或content_color_whitePy字段。这些字段分别可以指示原始源原色和白色点的RGB颜色的x坐标和y坐标。
在一些实施例中，上述的color_gamut_type和/或content_color_gamut_type可以具有以下含义。
0：保留/1：Rec.ITU-R BT.709-5、Rec.ITU-R BT.1361常规色域系统和扩展色域系统、IEC 61966-2-1(sRGB或sYCC)、IEC 61966-2-4、电影和电视工程师协会RP 177(1993)/2：未指定/3：保留以供将来使用/4：Rec.ITU-R BT.470-6系统M(历史)、美国国家电视系统委员会1953年彩色电视推荐传输标准、美国联邦通信委员会第47条联邦法规(2003)73.682(a)/5：Rec.ITU-R BT.470-6系统B,G(历史)、Rec.ITU-R BT.601-6 625、Rec.ITU-RBT.1358 625、Rec.ITU-R BT.1700625PAL和625SECAM/6：Rec.ITU-R BT.601-6 525、Rec.ITU-R BT.1358 525、Rec.ITU-R BT.1700NTSC、电影和电视工程师协会170M(2004)/7：电影和电视工程师协会240M(1999)/8：普通胶片(使用光源C的彩色滤光片)/9：Rec.ITU-RBT.2020/10-255：保留以供将来使用。
图38是示出根据本发明的实施例的HFR信息/下拉信息的图。
如果此视频服务组件支持HFR，则HFR信息可以包括与其有关的HFR信息。HFR信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。这个可以通过上述的componentProperty元素或ComponentDescription元素来指示。如上所述，可以将HFR信息包括在MPD中。
在所图示的实施例(t34010)中，可以以描述符的形式定义HFR信息。@schemeIdUri可以是用于标识描述符具有与HFR信息有关的HFR方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:hfr:201x的值。@value可以具有根据HFR方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t34010)可以指示上述@value的参数。SFRCompatibility可以指示此视频组件是否与标准帧速率(SFR)或传统帧速率兼容。SFR_HFR_Transition可以指示此视频组件是否包括从正常帧速率(SFR或传统帧速率)到HFR的转变。HFR_SFR_Transition可以指示此视频组件是否包括从HFR到正常帧速率(SFR或传统帧速率)的转变。
下拉信息可以包括此服务组件的下拉恢复配置信息。下拉信息可以是根据上述实施例的描述符中的一种的形式或者元素的形式。这个可以通过上述的componentProperty元素或ComponentDescription元素来指示。
现在将描述下拉恢复配置。例如，如果原始源是电影模式(例如24p)，则可以将此改变为用于编码的另一帧速率(例如60i)。在这种情况下，可以生成脏帧。可以通过以下方法来生成脏帧。
所有原始电影帧可以被认为包括两个场：一个帧用于图像的奇数行而另一个帧用于图像的偶数行。因此，每四个电影帧存在八个场。这里，四个电影帧分别可以被称为A、B、C和D。可以使八个场展开为10个场。这可以通过重复两个场(顶部和底部)来执行。
A帧可以跨越三个场(At、Ab、Ab)，B帧可以跨越两个场(Bt、Bb)，C帧可以跨越三个场(Ct、Ct、Cb)，并且B帧可以跨越两个场(Dt、Db)。这些可以通过At-Ab-Ab-Bt-Bb-Ct-Ct-Cb-Dt-Db、3-2-3-2下拉或3-2下拉来表示。这里，At可以意指A帧的顶部场并且Bb可以意指B帧的底部场。
在“At-Ab-Ab-Bt-Bb-Ct-Ct-Cb-Dt-Db”情况下，Ab-Bt帧和Bb-Ct帧可以被称为脏帧。然而，接收器可通过下拉恢复配置来确认原始帧速率。接收器可以从经编码/发送的帧速率流中恢复原始帧速率流。这里，恢复可以是消除脏帧的过程。
可以与在电影制作/电视制作中递送电影或视频的后期制作过程相关联地使用术语“下拉”。电影帧速率可以由广播公司变换成广播帧速率。然而，系统级的帧速率相关信息可以仅包括广播帧速率信息。因此，为了恢复原始帧速率，系统级信令可以用信号发送与原始帧速率有关的信息。例如，原始帧速率(例如，24p)信息和/或下拉类型信息(例如，3:2下拉)可以被包括在信令信息中。此外，下拉视频的视频等级信息可以请求恢复到原始视频。
在所图示的实施例(t34020)中，可以以描述符的形式定义下拉信息。@schemeIdUri可以是用于标识描述符具有与下拉信息有关的下拉方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:pulldown:201x的值。@value可以具有根据下拉方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t34020)可以指示上述@value的参数。PullDownType可以指示应用于经编码的视频流的下拉的类型。这可以通过不为负数的十进制整数来表达。此字段可以根据其值来指示0-保留、1-2:2下拉、2-2:3下拉、3-3:2下拉、4-4:4下拉、5-5:5下拉、6-6:4下拉、…。
PullDownTransition可以指示从下拉数据到原始帧速率的转变是否被包括在此视频组件中。在一些实施例中，此字段可以指示下拉数据的结尾是否被包括在此视频组件中。
OriginalFrameRate可以指示此视频数据的原始帧速率(捕获帧速率)。此字段可以通过不为负数的十进制整数来表达。可以提供此信息来将编码帧速率恢复到原始帧速率。此字段可以根据其值来指示原始帧速率，诸如0-保留、1-120、2-120/1.001、3-100、4-60、5-60/1.001、6-50、7-30、8-30/1.001、9-25、10-24、11-24/1.001、12～14-保留。
OriginalScanType可以指示与此视频相对应的原始视频的扫描类型。此字段可以通过不为负数的十进制整数来表达。此字段可以根据其值来指示诸如0-保留、1-隔行、2-逐行和3-未指定的类型。
在一些实施例中，可以以具有上述@value的参数作为子字段的下拉元素的形式定义下拉信息。
在所图示的实施例(t34030)中，可以以描述符的形式定义HFR信息和下拉信息。可以在如上所述的MMT信令信息中递送此描述符。可以将此描述符包括在上述MMT的MP表和DCI表中。如果MMT资产是包括支持HFR的内容的视频流组件，则可以包括被图示为资产描述符的描述符。此外，可以在诸如SDT或EIT的DVB SI服务信令中或者连同其一起递送此描述符。
此描述符(t34030)可以包括HFR信息和下拉信息。sfr_compatibility_flag、sfr_hfr_transition_flag、hfr_sfr_transition_flag、pull_down_type、pull_down_transition_flag、original_framerate和/或original_scan_type可以等同于上述的SFRCompatibility、SFR_HFR_Transition、HFR_SFR_Transition、PullDownType、PullDownTransition、OriginalFrameRate和OriginalScanType。original_framerate_flag可以指示original_framerate字段是否存在于此描述符中。original_scane_type_flag字段可以指示original_scane_type字段是否存在于此描述符中。
图39是示出根据本发明的实施例的3D音频信息的图。
如果音频服务组件是3D音频组件，则3D音频信息可以包括与其有关的3D音频信息。可以以根据上述实施例的描述符中的一种的形式定义3D音频信息，或者可以以元素的形式定义3D音频信息。这个可以通过上述的componentProperty元素或ComponentDescription元素来指示。
如上所述，如果DASH表示包括3D音频数据(AC-4、MPEG-H等)，则此信息可以作为DASH MPD的必要特性描述符和/或补充特性描述符被包括。
在所图示的实施例中，可以以描述符的形式定义3D音频信息。@schemeIdUri可以是用于标识描述符具有与3D音频信息有关的3D音频方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:3d-audio:201x.的值。@value可以具有根据3D音频方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t39010)可以指示上述@value的参数。codec可以指示编码格式，即此音频组件的编解码器信息。在一些实施例中，此字段的值1和2分别可以指示AC-4和MPEG-H音频。此字段的值3至255可以被保留以供将来使用。profile可以指示关于音频组件的简档和编码格式的等级的信息。dialog_enhancement_enabled可以指示对话增强信息是否包括在此音频组件中。channel_mode可以指示此音频组件的信道模式。此字段的值0、1和2分别可以指示单声道内容、立体声内容和多声道内容。
object_enabled可以指示对象信号是否被包括在此音频组件中。HOA_enabled可以指示高阶高保真立体声(HOA)信号被包括在此音频组件中。SAOC_enabled可以指示空间音频对象编译(SAOC)信号是否被包括在此音频组件中。
referenceLayout可以描述在制造时预期的扬声器布局或此音频组件的音频流的原始设计。targetLayout可以描述作为用于渲染此音频内容的实际扬声器星座的目标扬声器布局。如果不能确认目标布局，则假定目标布局等于参考布局。Decoder_configuration可以根据此音频组件的编码格式包括音频解码器相关信息。在一些实施例中，在AC-4音频流的情况下，包括在AC-4TOC中的ac4_dsi_byte可以被包括在此字段中。在一些实施例中，在MPEG-H音频流的情况下，此比特流中的mpegh3daConfig()可以被包括在此字段中。
在一些实施例中，可以以具有上述@value的参数作为子字段的3D音频元素的形式定义3D音频信息。
在所图示的实施例(t39020)中，可以以描述符的形式定义3D音频信息。可以在如上所述的MMT信令信息中递送此描述符。可以将此描述符包括在上述MMT的MP表和DCI表中。此描述符可以是一种资产描述符。在这种情况下，资产类型可以指示与MPEG-H音频组件或AC-4音频组件相对应的值。此外，可以在诸如SDT或EIT的DVB SI服务信令中或者连同其一起递送此描述符。
codec、ProfileLevelIndication、dialog_enhancement_enabled、channel_mode、object_enabled、HOA_enabled、SAOC_enabled、referenceLayout和targetLayout可以被包括在此描述符中并且其含义如上所述。ProfileLevelIndication可以等同于上述的profile。
config_flag可以指示channel_mode、dialog_enhancement_enabled、object_enabled、HOA_enabled和/或SAOC_enabled是否被包括在此描述符中。如果包括这些字段，则config_flag可以被设定为1。referenceLayout_flag可以指示referenceLayout是否被包括在此描述符中。如果此字段的值是1，则referenceLayout可以存在。targetLayout_flag可以指示targetLayout是否被包括在此描述符中。如果此字段的值是1，则targetLayout可以存在。
ConfigLength可以指示以下ac4_dsi_byte或mpegh3daConfig_bytes()的长度。ac4_dsi_byte可以包括包含关于AC-4TOC的信息的ac4_dsi。mpegh3daConfig_bytes可以在MPEG-H比特流中包括mpegh3daConfig()信息。additional_info_byte可以被保留以供将来使用。
图40是示出根据本发明的实施例的AC-4音频信息的图。
如果音频服务组件是AC-4音频组件，则AC-4音频信息可以包括与其有关的AC-4音频信息。可以以根据上述实施例的描述符中的一种的形式定义AC-4音频信息，或者可以以元素的形式定义AC-4音频信息。这个可以通过上述的componentProperty元素或ComponentDescription元素来指示。
如上所述，如果DASH表示包括AC-4音频数据，则此信息可以作为DASH MPD的必要特性描述符和/或补充特性描述符被包括。
在所图示的实施例中，可以以描述符的形式定义AC-4音频信息。@schemeIdUri可以是用于标识描述符具有与AC-4音频信息有关的AC-4音频方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:ac-4:201x的值。@value可以具有根据AC-4音频方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t40010)可以指示上述@value的参数。ac4_dialog_enhancement_enabled、ac4_channel_mode、ac4_object_enabled、ac4_HOA_enabled、referenceLayout、targetLayout和ac4_dsi_byte可以作为参数被包括。相应的字段对于AC-4音频流来说具有与上述的dialog_enhancement_enabled、channel_mode、object_enabled、HOA_enabled、referenceLayout和/或targetLayout相同的定义，并且可以根据定义来描述信息。ac4_dsi_byte如上所述。
在一些实施例中，可以以具有上述@value的参数作为子字段的AC-4音频元素的形式定义AC-4音频信息。
在所图示的实施例(t40020)中，可以以描述符的形式定义AC-4音频信息。可以在如上所述的MMT信令信息中递送此描述符。可以将此描述符包括在上述MMT的MP表和DCI表中。此描述符可以是一种资产描述符。在这种情况下，资产类型可以指示与AC-4音频组件相对应的值。此外，可以在诸如SDT或EIT的DVB SI服务信令中或者连同其一起递送此描述符。
ac4_config_flag、referenceLayout_flag、targetLayout_flag、ac4_dialog_enhancement_enabled、ac4_channel_mode、ac4_object_enabled、ac4_HOA_enabled、referenceLayout、targetLayout和/或additional_info_byte可以被包括在此描述符中。相应的字段对于AC-4音频流来说可以具有与上述的config_flag、referenceLayout_flag、targetLayout_flag、dialog_enhancement_enabled、channel_mode、object_enabled、HOA_enabled、referenceLayout、targetLayout和/或additional_info_byte相同的定义，并且可以根据定义来描述信息。
ac4_toc_flag可以指示AC-4TOC信息是否存在于此描述符中。ac4_toc_len可以指示AC-4TOC信息的长度。如果ac4_toc_flag的值是1，则此字段可以存在。ac4_dsi_byte是八比特字段并且ac4_dsi_byte字段的序列可以指定ac4_dsi字段。ac4_dsi字段可以包括AC-4TOC信息。此字段在ac4_toc_len存在的情况下可以存在并且可以具有大于0的值。
图41是示出根据本发明的实施例的MPEG-H音频信息的图。
如果音频服务组件是MPEG-H音频组件，则MPEG-H音频信息可以包括与其有关的MPEG-H音频信息。可以以根据上述实施例的描述符中的一种的形式定义MPEG-H音频信息，或者可以以元素的形式定义MPEG-H音频信息。这个可以通过上述的componentProperty元素或ComponentDescription元素来指示。
如上所述，如果DASH表示包括MPEG-H音频数据，则此信息可以作为DASH MPD的必要特性描述符和/或补充特性描述符被包括。
在所图示的实施例中，可以以描述符的形式定义MPEG-H音频信息。@schemeIdUri可以是用于标识描述符具有与MPEG-H音频信息有关的MPEG-H音频方案的URI。在这种情况下，@schemeIdUri可以具有urn:atsc3.0:mpeg-h:201x的值。@value可以具有根据MPEG-H音频方案的含义的值。将在下面描述这些值。@id可以指示描述符的标识符。如果使用相同的标识符，则可以包括相同的方案ID、值和参数。
所图示的实施例(t41010)可以指示上述@value的参数。profile、dialog_enhancement_enabled、channel_mode、object_enabled、HOA_enabled、SAOC_enabled、referenceLayout、targetLayout和/或Decoder_configuration可以作为参数被包括。相应的字段对于MPEG-H音频流来说具有与上述的profile、dialog_enhancement_enabled、channel_mode、object_enabled、HOA_enabled、SAOC_enabled、referenceLayout、targetLayout和/或Decoder_configuration相同的定义，并且可以根据定义来描述信息。Decoder_configuration可以包括上述的mpegh3daConfig()。
在一些实施例中，可以以具有上述@value的参数作为子字段的MPEG-H音频元素的形式定义MPEG-H音频信息。
在所图示的实施例(t41020)中，可以以描述符的形式定义MPEG-H音频信息。可以在如上所述的MMT信令信息中递送此描述符。可以将此描述符包括在上述MMT的MP表和DCI表中。此描述符可以是一种资产描述符。在这种情况下，资产类型可以指示与MPEG-H音频组件相对应的值。此外，可以在诸如SDT或EIT的DVB SI服务信令中或者连同其一起递送此描述符。
mpegh3daProfileLevelIndication、mpegh_config_flag、referenceLayout_flag、targetLayout_flag、dialog_enhancement_enabled、channel_mode、object_enabled、HOA_enabled、SAOC_enabled、referenceLayout、additional_info_byte和/或targetLayout可以被包括在此描述符中。相应的字段对于MPEG-H音频流来说可以具有与上述的ProfileLevelIndication、config_flag、referenceLayout_flag、targetLayout_flag、dialog_enhancement_enabled、channel_mode、object_enabled、HOA_enabled，SAOC_enabled、referenceLayout、additional_info_byte和/或targetLayout相同的定义，并且可以根据定义来描述信息。
mpegh3daConfigLength可以指示mpegh3daConfig_bytes()信息的长度。mpegh3daConfig_bytes可以在MPEG-H比特流中包括mpegh3daConfig()。
图42图示根据本发明的实施例的3D服务和多视图服务相关信令信息。当MMT资产是用于立体3D服务的视频流组件时，MMT资产可以包括view_position_descriptor d33010作为MP_table中的asset_descriptor。view_position_descriptor可以包括立体3D参数信息等。这个可以被包括在MMT的另一信令表、DVB的SI(SDT或EIT)等中。view_position_descriptor可以包括以下字段中的至少一个。descriptor_tag字段可以是view_position_descriptor的标识符。descriptor_length字段可以指示view_position_descriptor的长度。right_view_flag字段可以指示相应视频流的组件是否是右视图组件。当字段值是0时，这可以指示相应视频流的组件指示左视图组件，而当字段值是1时，这可以指示组件是右视图组件。
当MMT资产是用于多视图服务的视频流组件时，MMT资产可以包括view_position2_descriptor d33020作为MP_table中的asset_descriptor。view_position2_descriptor可以包括多视图参数信息等。view_position2_descriptor可以包括组件之间的依赖性信息。这个可以被包括在MMT的另一信令表或DVB的SI(SDT或EIT)等中。view_position2_descriptor可以包括以下字段中的至少一个。descriptor_tag字段可以是view_position2_descriptor的标识符。descriptor_length字段可以指示view_position2_descriptor的长度。num_of_views字段可以指示包括在view_position2_descriptor中的全部视图的数目。也就是说，此字段可以指示由多视图服务提供的视图的总数目。在多视图的情况下，view_position字段可以指代相应视频组件的视图位置信息。这里，可以相对于多视图当中的被定位在最左边部分中的第一视图将视图位置信息设定为0。此外，可以将视图位置信息设定为每当在从左侧向右侧的方向上从第一视图移动到下一个视图时被增加1的值。(视图位置意味着最左边视图的顺序等于0并且顺序的值对于从左到右的下一个视图来说增加了1。)这里，多视图可以是3D多视图或用于全景图的多视图。这里，在3D多视图的情况下，前述视图位置信息可以包括每个视图的左视图或右视图的含义。也就是说，基于用数字表达的视图位置信息，可以验证包括在相应组件中的视图是用于提供3D服务的左视图还是右视图。
图43是示出根据本发明的另一实施例的用信号发送字幕相关信息的方法的图。当MMT资产是隐藏字幕流组件时，该信息可以包括作为前述MMT的MP表、DCI表等的asset_descriptor而示出的隐藏字幕描述符。可替选地，该信息可以指示当asset_type具有以下隐藏字幕描述符作为资产描述符同时具有与HEVC视频流相对应的值时隐藏字幕数据被包括在HEVC视频比特流中。
该信息可以被包括在MMT的另一信令表中。如附图所示，可以通过前述表用信号发送与广播服务的字幕有关的信息项目。隐藏字幕描述符可以进一步将以下字段包括在图33中所包括的前述字段中。这里将不给出重复描述。target_accessibility字段可以指示隐藏字幕等的目标用户等，并且现在对其信息进行描述。该信息可以具有以下值。0：正常、1：简单的阅读器、2：视力受损以及3：听力受损。aspect_ratio字段可以指示隐藏字幕作者所预期的预定宽高比。在一些实施例中，该字段可以具有以下值。0x01-4:3、0x02-16:9、0x03：21:9、0x04-：保留以供将来使用。alternative_aspect_ratio_flag字段可以指示是否包括隐藏字幕的兼容宽高比信息。scrolling_supported字段可以是指示隐藏字幕的区域中的滚动功能是否是可支持的标志。scaling_supported字段可以是指示隐藏字幕的原始隐藏字幕区域是否必要时在呈现期间在接收器上可扩展的标志。playout_speed_flag字段可以是指示是否包括隐藏字幕的播出速度信息的标志。extended_color_use字段可以指示是否使用隐藏字幕的按8个比特或更多比特而配置的颜色值。当隐藏字幕支持3D时，min_disparity字段可以指示基于屏幕的字幕的最前面隐藏字幕/对白字幕的3D位置。当该信息具有负值时，该信息可以指示基于屏幕的向前突出效果的程度，而当该信息具有正值时，这可以以相反的方式使用。该信息可以显式地指示视频中的多个隐藏字幕区域的视差的最前面的值(最小视差)。scroll_direction字段可以指示隐藏字幕/对白字幕的隐藏字幕/对白字幕区域在接收器上滚动的方向的信息。该字段可以指示“Top2Bottom”、“Bottom2Top”、“Left2Right”、“Right2Left”等的值。当隐藏字幕/对白字幕的隐藏字幕/对白字幕区域支持在接收器上滚动时，scroll_type字段可以指示滚动的进行类型等。例如，这可以指示滚动是以行(或单元格)为单位执行的还是以像素为单位执行的。当隐藏字幕/对白字幕的隐藏字幕/对白字幕信息支持在接收器上滚动时，scroll_amount字段可以指示滚动程度等。这个可以通过单元格数目、像素数目等来表示。当隐藏字幕/对白字幕的隐藏字幕/对白字幕区域支持在接收器上滚动时，scroll_speed字段可以指示滚动速度等。这可以以秒为单位表示(如果必要的话，则这可以被表示直到小数位)。scale_direction字段可以指示关于隐藏字幕/对白字幕的隐藏字幕/对白字幕区域可扩展的方向的信息。这个可以具有“Top”、“Bottom”、“TomNBottom”、“Left”、“Right”、“LeftNRight”、“All”等的值。Scale_limit_format字段可以指示当隐藏字幕/对白字幕的隐藏字幕/对白字幕区域是可扩展的时的扩展限制程度等。这可以通过单元格数目、像素数目等来表示，或者可以通过百分比程度等来表示。Scale_limit_value字段可以指示当隐藏字幕/对白字幕的隐藏字幕/对白字幕区域是可扩展的时的扩展限制程度等。Playout_speed字段可以指示隐藏字幕/对白字幕的原始隐藏字幕/对白字幕区域在呈现在接收器上期间的播出速度。这可以以秒为单位表示(如果必要的话，则这可以被表示直到小数位)。
图44是示出根据本发明的实施例的呈现定时偏移描述符的图。如果隐藏字幕/对白字幕基于定时文本，则呈现定时偏移描述符包括关于隐藏字幕的呈现的开始和结束的信息。接收器可以基于包括在相应描述中的信令信息来调整包括在隐藏字幕/对白字幕中的呈现定时。这适用于音频/视频组件。
这可以被包括在MMT的另一信令表中。descriptor_tag字段可以是指示相应描述符包括关于呈现定时偏移的信息的标识符。
descriptor_length字段可以指示相应描述符的长度。
timestamp_format字段可以指示用于表示呈现定时偏移的格式。在一些实施例中，可以表示以下值。例如，如果timestamp_format字段被设定为0x00，则可以基于每秒钟的滴答数来表示时间戳。此外，如果timestamp_format字段被设定为0x01，则可以表示由小时、分钟、秒(直到小数位)、帧等组成的基于时钟时间的媒体时间。如果timestamp_format字段是0x02则可以指示NTP(网络时间协议)，如果timestamp_format字段是0x03则可以指示PTP，如果timestamp_format字段是0x04则可以指示时间码。0x05至0x0F可以被保留以供将来使用。ticks_second字段可以指示每秒钟的滴答数。media_ticks字段可以指示基于每秒钟的滴答数所表示的呈现定时偏移。media_clock_time字段可以指示由小时、分钟、秒(直到小数位)、帧等组成的基于时钟的媒体时间。timestamp字段可以根据timestamp_format的字段的值以不同格式指示呈现定时偏移。data_bytes()字段可以指示根据未指定的timestamp_format的呈现定时偏移。
图45是示出根据本发明的实施例的发送广播信号的方法的图。
根据本发明的实施例的发送广播信号的方法可以包括生成服务数据和服务信令信息(ds56010)、生成服务列表表(ds56020)、将服务数据、服务信令信息和将服务列表表处理成IP(因特网协议)分组(ds56030)和/或生成并通过广播网络发送广播信号(ds56040)。
首先，发送侧的服务数据生成器d57010可以生成广播服务的服务数据和/或用于用信号发送广播服务的服务信令信息。这里，服务数据可以包括相应广播服务中包括的媒体数据、NRT数据、流数据等。服务数据可以包括相应服务的服务组件。这里，服务信令信息可以对应于上述的SLS。服务数据生成器是用于生成与真实服务有关的数据以便于服务提供商提供服务的块并且可以是硬件元件。
发送侧的低等级信令生成器d57020可以生成服务列表表。该服务列表表可以对应于上述的SLT。如上所述，服务列表表可以包括用于标识发送服务信令信息的传输会话的引导信息。在上面对引导信息进行了描述。在一些实施例中，传输会话可以是MMTP会话和/或ROUTE会话。低等级信令生成器是用于管理诸如SLT的低等级信令(LLS)的生成的块并且可以是硬件元件。
发送侧的传输层处理器d57030可以将所生成的服务组件、服务信令信息和/或服务列表表处理成IP分组。在此之前，可以根据UDP来处理数据。传输层处理器是用于处理更高层的数据以便于传输的块并且可以是硬件元件。
发送侧的物理层处理器d57040可以处理所生成的IP分组，生成广播信号并通过广播网络发送该广播信号。在此过程中，首先在上述链路层执行其他操作并且可以将更高层数据(IP分组等)封装到链路层分组中。此后，可以根据物理层中定义的操作来通过编码/交织将链路层分组处理成广播信号。可以通过广播网络来发送所生成的广播信号。在一些实施例中，可以通过宽带来递送上述数据。物理层处理器是用于处理上述链路层和/或物理层的块并且可以是硬件元件。
在根据本发明的另一实施例的发送广播信号的方法中，服务信令信息可以包括USBD。如上所述，USBD可以作为描述与广播服务有关的技术信息的信令中心而操作。USBD可以进一步包括服务类型信息。这里，服务类型信息可以意指通过组合USBD中所描述的组件而提供的最终服务的类型。服务类型信息可以包括立体3D、多视图等。
在根据本发明的另一实施例的发送广播信号的方法中，服务列表表或USBD可以进一步包括能力信息。这可以意指包括在上述SLT或USBD中的各种能力信息。能力信息可以描述有效地呈现广播服务所需要的至少一种能力。这里，可以使用预定义能力码来描述能力信息。在一些实施例中，可以通过指示能力的类别的能力类别码来描述能力信息。在一些实施例中，可以组合能力类别码和指示相应类别中的某些能力信息的能力码以描述相应能力信息。在上面对能力信息进行了描述。
在根据本发明的另一实施例的发送广播信号的方法中，如果通过MMT协议发送广播服务的服务信令信息，则服务信令信息可以进一步包括包含广播服务的HDR信息的信令消息。如上所述，如果根据MMTP发送SLS，则可以通过MMTP消息来发送信令信息。在一些实施例中，可以在MPT消息或重新定义的MMTP消息中递送各种信息(多视图、字幕、3D、WCG、HDR等)。在一些实施例中，一个MMTP消息可以同时地包括多条信息。此外，MPT消息或重新定义的MMTP消息可以进一步包括服务类型信息。这里，服务类型信息可以意指通过组合MPT消息或重新定义的MMTP消息中所描述的资产而提供的最终服务的类型。服务类型信息可以包括立体3D、多视图等。
此HDR信息可以包括关于用于包括支持HDR的内容的视频流组件的一组HDR参数的信息。这可以对应于上述的hdr_param_set字段。该组HDR参数的信息可以指示EOTF(电光传递函数)信息、比特深度信息、峰值亮度信息、编解码器信息和元数据信息中的至少两种的组合。HDR信息除了包括关于该组参数的信息之外还可以进一步包括关于详细HDR参数的信息。HDR信息可以包括HDR描述符作为MMT的DCI表或MP表中的asset_descriptor。如上所述，可以将HDR信息包括在MPD中。
在根据本发明的另一实施例的发送广播信号的方法中，USBD可以包括广播服务的服务组件的组件信息。在上面对组件信息进行了描述。组件信息可以包括指示相应服务组件的类型的组件类型信息和/或指示根据服务组件的类型的服务组件的角色的组件角色信息。该信息可以对应于上述的@componentType属性和/或@componentRole属性。组件角色信息可以指示广播服务的音频或视频组件是否是用于听力受损人或视力受损人的服务组件。也就是说，此信息可以指示该组件是否是用于听力/视力受损者的组件。
在根据本发明的另一实施例的发送广播信号的方法中，如果通过ROUTE协议发送广播服务的服务信令信息，则USBD可以进一步包括用于引用MPD的信息。如上所述，MPD可以包括广播服务的服务数据的资源标识符和/或资源的上下文信息。如上所述，此MPD可以包括关于组件的上述信息。在一些实施例中，MPD可以进一步包括广播服务的字幕信息和/或3D相关信息。
将描述根据本发明的实施例的接收广播信号的方法。此方法未被示出在图中。
根据本发明的实施例的接收广播信号的方法可以包括：接收侧的物理层处理器处理广播信号、从广播信号中获取IP分组、低等级信令处理器获取SLT并且从该SLT中获取引导信息、使用引导信息来标识用于发送SLS的传输会话并且访问该传输会话以获取SLS、使用SLS来获取广播服务的服务组件，和/或显示单元使用所获取的服务组件来提供广播服务。在一些实施例中，可以从SLT和/或SLS的信息中获取诸如上述的字幕、3D、HDR、WCG、多视图等的信息。根据使用MMTP协议或ROUTE协议中的哪一种，可以从SLS的MMTP消息或SLS的MPD中获取信息。接收侧的物理层处理器、低等级信令处理器和/或显示单元可以是硬件元件。
根据本发明的实施例的接收广播信号的方法可以对应于根据本发明的实施例的发送广播信号的方法。接收广播信号的方法可以由与在发送广播信号的方法中使用的模块(例如，服务数据生成器、传输层处理器、低等级信令生成器、物理层处理器等)相对应的硬件模块来执行。接收广播信号的方法可以具有与发送广播信号的方法的实施例相对应的实施例。
在一些实施例中，上述步骤可以被省略或者用执行类似/等同的操作的其他步骤替换。
图46是示出根据本发明的实施例的发送广播信号的装置的图。
根据本发明的实施例的发送广播信号的装置d57000可以包括上述的服务数据生成器d57010、传输层处理器d57030、低等级信令生成器d57020和/或物理层处理器d57040。在上面对这些块和模块进行了描述。
根据本发明的实施例的发送广播信号的装置及其中的模块/块可以执行本发明的发送广播信号的方法的上述实施例。
将描述根据本发明的实施例的接收广播信号的装置。此装置在图中未被示出。
根据本发明的实施例的接收广播信号的装置可以包括上述的物理层处理器、低等级信令处理器和/或显示单元。在上面对这些块/模块进行了描述。
根据本发明的实施例的接收广播信号的装置及其中的模块/块可以执行本发明的接收广播信号的方法的上述实施例。
在一些实施例中，装置的块/模块可以是用于执行存储在存储器中的连续过程的处理器并且可以是位于装置内部/外部的硬件元件。
在一些实施例中，上述模块可以被省略或者用用于执行类似/等同的操作的其他模块替换。
图47是示出根据本发明的实施例的发送媒体内容的方法的图。
根据本发明的实施例的发送媒体内容的方法可以包括生成媒体文件(ds58010)、将媒体文件处理成分段(ds58020)和/或发送这些分段(ds58030)。
首先，发送侧的文件生成器d59010可以生成包括关于媒体内容的呈现的信息的媒体文件。这些媒体文件可以基于ISOBMFF。至少一个媒体文件可以包括电影块和/或至少一个片段。这里，电影块可以对应于上述的moov方框。电影块可以包括关于媒体文件的呈现的元数据。在一些实施例中，电影块可以包括至少一个轨道块。这里，轨道块可以对应于trak方框。轨道块可以包括关于用于呈现的轨道的元数据。
片段可以意指上述的媒体文件的片段。至少一个片段可以包括电影片段块和/或媒体数据块。这里，电影片段块可以对应于上述的电影方框。电影片段块可以提供关于片段的呈现的元数据。这里，媒体数据块可以对应于上述的mdat方框。媒体数据块可以包括用于呈现片段的视频样本。也就是说，媒体数据块可以包括用于媒体呈现的真实媒体数据。
发送侧的分段处理器d59030可以将所生成的媒体文件处理成多个分段。这里，分段可以是DASH分段。在一些实施例中，生成媒体文件的步骤和将媒体文件处理成分段的步骤可以被同时地执行，并且因此可以作为一个步骤被执行。也就是说，发送侧可以立即生成媒体分段。这里，分段可以包括包含ftyp方框和moov方框的初始化分段以及包含上述片段的媒体分段。
发送侧的发送器d59020可以发送所生成的多个分段。可以根据自适应流方法通过广播网络或宽带将分段发送到接收器。
在一些实施例中，上述的轨道块可以进一步包括轨道头块。轨道头块可以对应于上述的tkhd方框。轨道头块可以描述轨道的特性。这里，轨道可以意指包括在相应媒体中的音频轨道、视频轨道或特定轨道。轨道头块可以包括第一HDR信息或第一WCG信息。这些可以提供相应轨道的视频样本，即视频数据的HDR和WCG信息。这些可以是上述的tkhd方框中的HDR信息和WCG信息。这里，HDR信息和WCG信息可以遵循上述实施例中所描述的格式中的一种。
在根据本发明的另一实施例的发送媒体内容的方法中，第一HDR信息可以包括与包括在相应轨道中的支持HDR的HDR视频样本有关的HDR参数集信息。HDR参数集信息可以对应于上述的hdr_param_set字段。HDR参数集信息可以指示EOTF(电光传递函数)信息、比特深度信息、峰值亮度信息、编解码器信息和元数据信息中的两种或更多种的组合。第一HDR信息可以包括指示HDRConfiguration是否包括关于HDR相关参数的详细信息的标志信息。这个可以对应于上述的hdr_config_flag字段。此外，第一HDR信息可以根据hdr_config_flag字段的值包括HDRConfiguration。第一HDR信息可以进一步包括指示用于HDR视频样本的HDR相关参数是否在相应轨道中发生改变的HDR类型标志。HDR类型标志可以对应于上述的hdr_type_transition_flag字段。第一HDR信息可以进一步包括指示视频样本是否在相应轨道内从支持SDR的SDR视频样本转变到HDR视频样本的SDR-HDR转变标志。SDR-HDR转变标志可以对应于上述的hdr_sdr_transition_flag字段。第一HDR信息可以进一步包括指示视频样本是否在相应轨道内从HDR视频样本转变到SDR视频样本的HDR-SDR转变标志。HDR-SDR转变标志可以是上述的sdr_hdr_transition_flag字段。第一HDR信息可以进一步包括指示相应轨道的HDR视频样本是否与支持SDR的解码器兼容的SDR兼容性标志。SDR兼容性标志可以对应于上述的sdr_compatibility_flag字段。第一HDR信息可以包括上述信息。
在根据本发明的另一实施例的发送媒体内容的方法中，第一WCG信息可以包括用于提供媒体内容的色域信息的内容色域信息和/或用于提供在媒体内容的编码过程中使用的色域信息的容器色域信息。在上面对容器/内容色域信息进行了描述。在一些实施例中，不仅仅发送两条信息中的任何一条，而发送两条信息，使得接收器执行高效的色域处理。
在根据本发明的另一实施例的发送媒体内容的方法中，内容色域信息可以进一步包括指示视频样本的内容色域是否在相应轨道内从WCG转变到SCG的WCG-SCG转变标志。这里，WCG-SCG转变标志可以对应于上述的content_wcg_scg_transition_flag字段。内容色域信息可以进一步包括指示视频样本的内容色域是否在相应轨道内从SCG转变到WCG的SCG-WCG转变标志。这里，SCG-WCG转变标志可以对应于上述的content_scg_wcg_transition_flag字段。容器色域信息可以进一步包括指示视频样本的容器色域是否在相应轨道内从WCG转变到SCG(标准色域)的WCG-SCG转变标志。这里，WCG-SCG转变标志可以对应于上述的container_wcg_scg_transition_flag字段。容器色域信息可以进一步包括指示视频样本的容器色域是否在相应轨道内从SCG转变到WCG的SCG-WCG转变标志。这里，SCG-WCG转变标志可以对应于上述的container_scg_wcg_transition_flag字段。
在根据本发明的另一实施例的发送媒体内容的方法中，电影片段块可以进一步包括用于提供关于包括在相应片段中的轨道片段的元数据的电影片段轨道头块。电影片段轨道头块可以对应于上述的tfhd方框。电影片段轨道头块可以进一步包括轨道片段的视频样本的第二HDR信息。第二HDR信息可以提供关于相应轨道片段的视频样本的HDR信息。此HDR信息可以是上述的tfhd方框中的HDR信息。这里，HDR信息可以遵循上述实施例中所描述的格式中的一种。
在根据本发明的另一实施例的发送媒体内容的方法中，第二HDR信息可以包括与包括在相应轨道中的支持HDR的HDR视频样本有关的HDR参数集信息。HDR参数集信息可以对应于上述的hdr_param_set字段。关于该组HDR参数的信息可以包括EOTF(电光传递函数)信息、比特深度信息、峰值亮度信息、编解码器信息和元数据信息中的至少两种的组合。包括在第二HDR信息中的HDR类型标志可以指示用于HDR视频样本的HDR相关参数是否在相应轨道片段内发生改变。此HDR类型标志可以对应于包括在上述的tfhd方框中的hdr_type_transition_flag字段。第二HDR信息的SDR-HDR转变标志可以指示视频样本是否在轨道片段内从SDR视频样本转变到HDR视频样本。此SDR-HDR转变标志可以对应于包括在上述的tfhd方框中的hdr_sdr_transition_flag字段。第二HDR信息的HDR-SDR转变标志可以指示视频样本是否在轨道片段内从HDR视频样本转换到SDR视频样本。此HDR-SDR转变标志可以对应于包括在上述的tfhd方框中的sdr_hdr_transition_flag字段。第二HDR信息的SDR兼容性标志可以指示轨道片段的视频样本是否与支持SDR的解码器兼容。此SDR兼容性标志可以对应于包括在上述的tfhd方框中的sdr_compatibility_flag字段。
在根据本发明的另一实施例的发送媒体内容的方法中，电影片段块可以进一步包括用于提供关于轨道片段的视频样本的元数据的电影片段轨道运行块。电影片段轨道运行块可以对应于上述的trun方框。电影片段轨道运行块可以进一步包括每个视频样本的第三HDR信息。第三HDR信息可以提供关于相应轨道片段的每个视频样本的HDR信息。此HDR信息可以是上述的trun方框中的HDR信息。这里，HDR信息可以遵循上述实施例中所描述的格式中的一种。
第三HDR信息可以包括与包括在相应轨道中的支持HDR的HDR视频样本有关的HDR参数集信息。HDR参数集信息可以对应于上述的hdr_param_set字段。关于该组HDR参数的信息可以是EOTF(电光传递函数)信息、比特深度信息、峰值亮度信息、编解码器信息和元数据信息中的至少两种的组合。第三HDR信息的HDR类型标志可以指示是否从相应视频样本应用已改变的HDR相关参数。此HDR类型标志可以对应于包括在上述的trun方框中的sample_hdr_config方框的hdr_type_transition_flag字段。第三HDR信息的SDR-HDR转变标志可以指示相应视频样本是否从SDR视频样本转变到HDR视频样本。此SDR-HDR转变标志可以对应于包括在上述的trun方框中的sample_hdr_config方框的sdr_hdr_transition_flag字段。第三HDR信息的HDR-SDR转变标志可以指示相应视频样本是否从HDR视频样本转变到SDR视频样本。此HDR-SDR转变标志可以对应于包括在上述的trun方框中的sample_hdr_config方框的hdr_sdr_transition_flag字段。第三HDR信息的SDR兼容性标志可以指示对应视频样本是否与支持SDR的解码器兼容。此SDR兼容性标志可以对应于包括在上述的trun方框中的sample_hdr_config方框的sdr_compatibility_flag字段。
在根据本发明的另一实施例的发送媒体内容的方法中，如果轨道片段的视频样本的第二HDR信息的值和每个视频样本的第三HDR信息的值是不同的，则第三HDR信息的值适用于相应视频样本。也就是说，在tfhd方框中定义的HDR信息可以被针对trun方框中的个别样本而定义的HDR信息覆写。也就是说，优先地应用trun方框的HDR信息。
将描述根据本发明的实施例的接收媒体内容的方法。该方法未被示出在图中。
根据本发明的实施例的接收媒体内容的方法可以包括：接收器接收多个分段；分段处理器处理所接收到的分段以获取媒体文件并且获取HDR信息和WCG信息；以及/或者显示单元使用所获取的信息来显示媒体呈现。
根据本发明的实施例的接收媒体内容的方法可以对应于根据本发明的实施例的发送媒体内容的方法。接收媒体内容的方法可以由与在发送媒体内容的方法中使用的模块(例如，文件生成器、分段处理器、发送器等)相对应的硬件模块来执行。接收媒体内容的方法可以具有与发送媒体内容的方法的实施例相对应的实施例。
在一些实施例中，上述步骤可以被省略或者用执行类似/等同的操作的其他步骤替换。
图48是示出根据本发明的实施例的发送媒体内容的装置的图。
根据本发明的实施例的发送媒体内容的装置d59000可以包括文件生成器d59010、分段处理器d59030和/或发送器d59020。已经在上面描述了块和模块。
根据本发明的实施例的发送媒体内容的装置和其中包括的模块/块可以执行本发明的发送媒体内容的方法的实施例。
现在将描述根据本发明的实施例的接收媒体内容的装置。此装置在图中未被示出。
根据本发明的实施例的接收媒体内容的装置可以包括接收器、分段处理器和/或显示单元。已经在上面描述了块和模块。
根据本发明的实施例的接收媒体内容的装置和其中包括的模块/块可以执行本发明的接收媒体内容的方法的实施例。
在一些实施例中，装置的块/模块可以是用于执行存储在存储器中的连续过程的处理器并且可以是位于装置内部/外部的硬件元件。
在一些实施例中，上述步骤可以被省略或者用执行类似/等同的操作的其他步骤代替。
图49是示出根据本发明的另一实施例的MP_table的语法的图。
根据本发明的实施例的广播系统可以通过MP_table来用信号发送关于在MMT上配置服务的资产的信息。
根据本发明的实施例的MP_table可以包括根据前述实施例的MP_table的字段、mime_type_len和/或mime_type。
mime_type_len可以指示mime_type的长度。
mime_type可以用信号发送应用于相应资产的编解码器和关于该编解码器的详细信息。根据本发明的实施例，此字段可以用信号发送RFC 6381中所定义的信息项目。根据本发明的实施例的此字段可以包括general_profile_space、general_profile_idc、general_profile_compatibility_flags、general_tier_flag、general_level_idc等，并且当应用于相应资产的编解码器是可伸缩(分层)HEVC时，此字段可以包括与子层相关联的信息。
根据本发明的实施例，可以在MP_table中定义指示相应资产的编解码器相关信息的mime_type字段，并且因此，接收器可以仅解析MP_table以在无需解析DCI_table的情况下辨识相应资产的编解码器相关信息。
图50是示出根据本发明的另一实施例的HFR_descriptor的语法的图。
根据本发明的实施例，ATSC 3.0系统中的MMT服务层信令可以包括USBD片段和MMT包(MP)表。USBD片段可以包括用于访问为了访问服务标识符、服务和媒体组件而需要的其他服务层信令(SLS)信息的引用，以及用于由接收器确定服务组件的传输模式的元数据。由USBD引用的MP表可以包括用于借此发送服务的媒体内容组件的MMTP会话的传输会话描述以及通过MMTP会话发送的资产的描述。对于混合传输，MMT SLS可以进一步包括用于宽带组件的MPD。已经在上面描述了MMT USBD片段的语法。
根据本发明的实施例，当使用MMTP会话来发送ATSC 3.0流服务时，可以通过MMTP分组来发送MMT信令消息。用于发送SLS的MMTP分组的pacet_id字段可以具有预定值。然而，用于发送一个资产的MMT信令消息的MMTP分组可以具有与用于发送相应资产的MMTP分组的packet_id相同的packet_id值。用于引用适于每个服务的分组的标识符可以由USBD用信号发送。可以通过由SLT用信号发送的MMTP会话来发送与MMT_package_id匹配的MPT消息。每个MMTP会话可以发送通过MMTP会话发送的每个资产的会话或MMT信令消息。
根据本发明的实施例，MMTP消息(其具有与MMTP信令消息相同的含义)可以包括MPT消息和/或MMT ATSC3消息(mmt_atsc3_message)。可以通过经由SLT发送的MMTP会话来发送MMTP消息。MPT消息可以发送所有资产的列表和包括资产的位置信息的MP表。MMTATSC3消息可以包括SLS并且可以发送用于ATSC 3.0服务的系统元数据。
根据本发明的实施例，mmt_atsc3_message可以包括message_id、version、length、service_id、atsc3_message_content_type、atsc3_message_content_version、atsc3_message_content_compression、URI_length、URI_byte、atsc3_message_content_length和/或atsc3_message_content_byte。message_id可以指示用于标识消息的标识符。version可以指示消息的版本。length可以指示消息的以字节为单位的长度。service_id可以标识在消息的净荷中描述的服务并且执行使通过SLT的服务属性所标识的服务与消息的净荷相关联的功能。atsc3_message_content_type可以标识包括在消息的净荷中的消息内容的类型。通过此字段所标识的类型可以包括USD、MPD、应用信令表、应用事件信息、视频流特性描述符、ATSC Staggercast描述符、带内事件描述符、字幕资产描述符和/或音频流特性描述符。atsc3_message_content_version可以指示通过service_id所标识的消息内容的版本。atsc3_message_content_compression可以指示应用于消息的数据的压缩的类型。URI_length可以指示用于标识消息净荷的URI的长度。URI_byte可以指示与通过消息所发送的消息内容相关联的URI。atsc3_message_content_length可以指示通过消息所发送的内容的长度。atsc3_message_content_byte可以包括通过消息所发送的内容的字节。
根据本发明的实施例，HFR_descriptor可以是当相应MMT资产是视频流分量时的资产等级的描述符并且可以被包括在MP表和/或DCI表中。
根据本发明的另一实施例，HFR_descriptor可以被包括在MMT的另一信令表、DVBSI(SDT、EIT等)表等中。
根据本发明的另一实施例，HFR_descriptor可以被包括在MMTP信令消息中并且可以被包括在MMTP信令消息的mmt_atsc3_message中。在这种情况下，HFR_descriptor可以与前述视频流特性描述符相同或者可以被包括在视频流特性描述符中。
根据本发明的实施例，HFR_descriptor可以包括根据前述实施例的HFR_descriptor的字段、temporal_scalability_flag、scan_type、num_layers、layer_id和/或layer_frame_rate。此外，HFR_descriptor可以包括max_sub_layers_instream、sub_layer_profile_tier_level_info_present、tid_max和/或tid_min。
temporal_scalability_flag可以指示相应视频组件是否支持时间可伸缩性。根据本发明的实施例，一个视频组件可以包括一个视频流，一个视频流可以包括一个或多个时间层，并且每个时间层可以通过层标识符来标识。此方法可以被称为时间可伸缩性或时间分层。时间可伸缩性可以与可伸缩编码不同，不同于时间可伸缩性，在可伸缩编码中可以存在包括在一个视频组件中的一个或多个流，并且各个流可以具有不同的PID。
scan_type可以指示时间层的扫描类型。字段的值0可以指示保留，1可以指示隔行，2可以指示逐行，并且3可以指示未指定(任意扫描类型)。
num_layers可以指示包括在相应视频组件中的时间层的数目。
layer_id可以指示时间层的id并且此字段可以标识时间层。
layer_frame_rate可以指示在解码期间从时间层0到相应时间层的帧速率。字段的值0可以指示23.976Hz，1可以指示24Hz，2可以指示29.97Hz，3可以指示30Hz，4可以指示59.94Hz，5可以指示60Hz，6可以指示25Hz，7可以指示50Hz，8可以指示100Hz，9可以指示120/1.001Hz，并且10可以指示120Hz。
max_sub_layers_instream可以指示存在于相应资产的每个编码视频序列(CVS)中的时间层的最大值。该字段可以具有从1到7的值。
sub_layer_profile_tier_level_info_present可以指示用于相应资产的时间层的简档、层级和等级信息是否存在。
tid_max可以指示相应资产的所有访问单元的时间id的最大值。该字段可以具有从0到6的值。该字段的值可以大于或者等于tid_min字段的值。
tid_min可以指示相应资产的所有访问单元的时间id的最小值。该字段可能具有0到6的值。
根据本发明的实施例的广播系统可以在诸如MP表的系统等级表中用信号发送包括时间可伸缩性相关信息的HFR_descriptor，并且因此，接收器可以预先辨识关于要在每个视频组件的解析和/或解码之前接收或者解码的视频的时间可伸缩性相关信息。
图51是示出根据本发明的实施例的包括层级配置信息的组件特性元素的图。
根据本发明的实施例的组件特性元素可以包括用于处理相应组件的组件特性值。
根据本发明的实施例，当DASH的Representation和/或AdaptationSet包括关于SHVC和/或MV-HEVC的信息时，DASH MPD的必要特性描述符和/或补充特性描述符可以包括组件特性元素。
根据本发明的实施例，包括包含层级配置信息的组件特性元素的必要特性描述符和/或补充特性描述符可以被称为层级描述符。
根据本发明的实施例，组件特性元素可以包括关于视频组件的层级配置信息以提供可伸缩服务。
组件特性元素L51010可以包括@schemeIdUri、@value和/或@id。@schemeIdUri可以指示组件特性模式的标识符并且可以具有URI形式的值。@value可以根据组件特性模式具有不同的值，并且当@value具有一个或多个值时，可以将“,”用作分隔符。@id可以指示用于标识组件特性元素的实例的标识符。当@id具有相同的值时，这可以指示包括相同的schemeIdUri、值和参数。
根据本发明的实施例，包括层级配置信息的组件特性元素的@schmeIdUri可以具有urn:atsc3.0:hierarchy-desc:201x并且这可以标识层级配置模式。也就是说，该属性可以标识组件特性元素包括层级结构配置信息(L51020)。
根据本发明的实施例，包括层级配置信息的组件特性元素的@value可以包括no_view_scalability_flag、no_temporal_scalability_flag、no_spatial_scalability_flag、no_quality_scalability_flag、hierarchy_type、hierarchy_layer_index和/或hierarchy_embedded_layer_index(L51030)。
no_view_scalability_flag可以指示相关节目元素是否提高从由hierarchy_embedded_layer_index引用的节目元素引起的比特流的视图的数目。
no_temporal_scalability_flag可以指示相关节目元素是否提高从由hierarchy_embedded_layer_index引用的节目元素引起的比特流的帧速率。也就是说，该字段可以指示时间可伸缩性是否被应用于相应节目元素(视频组件)。
no_spatial_scalability_flag可以指示相关节目元素是否提高从由hierarchy_embedded_layer_index引用的节目元素引起的比特流的空间分辨率。也就是说，该字段可以指示空间可伸缩性是否被应用于相应节目元素(视频组件)。
no_quality_scalability_flag可以指示相关节目元素是否提高从由hierarchy_embedded_layer_index引用的节目元素引起的比特流的SNR质量或保真度。也就是说，该字段可以指示质量可伸缩性是否被应用于相应节目元素(视频组件)。
hierarchy_type可以指示相关层级层与层级嵌入层之间的层次关系。例如，当对一个或多个维度应用可伸缩性时，该字段可以具有值“8”(组合可伸缩性)，并且因此，可以设定no_view_scalability_flag、no_temporal_scalability_flag、no_spatial_scalability_flag和no_quality_scalability_flag的值。字段的值0可以指示保留，1可以指示空间可伸缩性，2可以指示SNR可伸缩性，3可以指示时间可伸缩性，4可以指示数据分割，5可以指示扩展比特流，6可以指示专用流，7可以指示多视图简档，8可以指示组合可伸缩性或MV-HEVC子分区，9可以指示MVC视频子比特流，10可以指示如Rec.ITU-T H.265|ISO/IEC 23008-2的附录F中所定义的辅助图片层，11-14可以指示保留，并且15可以指示基础层或MVC基础视图子比特流或MVC的AVC视频子比特流或HEVC时间视频子比特流或HEVC基础子分区。
hierarchy_layer_index可以指示编译层层级的表中的相关节目元素的唯一索引。该字段的索引在一个节目中可以具有唯一值。该字段可以标识相应节目元素(对应视频组件)的层。
hierarchy_embedded_layer_index可以指示要在与层级描述符有关的资产的解码之前按照解码顺序呈现和访问的节目元素的hierarchy_layer_index。当hierarchy_type的值是15时，可以不定义该字段。
图52是示出根据本发明的实施例的包括依赖性配置信息的组件特性元素的图。
根据本发明的实施例的组件特性元素可以包括用于处理相应组件的组件特性值。
根据本发明的实施例，当DASH的Representation和/或AdaptationSet包括关于SHVC和/或MV-HEVC的信息时，DASH MPD的必要特性描述符和/或补充特性描述符可以包括组件特性元素。
根据本发明的实施例，包括包含依赖性配置信息的组件特性元素的必要特性描述符和/或补充特性描述符可以被称为依赖性描述符。
根据本发明的实施例的组件特性元素可以包括关于视频组件的依赖性配置信息以提供可伸缩服务。
组件特性元素L52010可以包括@schemeIdUri、@value和/或@id。已经在上面参考前面的附图描述了前述字段。
据本发明的实施例，包括依赖性配置信息的组件特性元素的@schmeIdUri可以具有urn:atsc3.0:dependency-desc:201x并且可以标识依赖性配置模式。也就是说，属性可以标识组件特性元素包括依赖性配置信息(L52020)。
根据本发明的实施例，包括依赖性配置信息的组件特性元素的@value可以包括no_view_scalability_flag、no_temporal_scalability_flag、no_spatial_scalability_flag、no_quality_scalability_flag、hierarchy_type、dependent_asset_id_len和/或dependent_asset_id(L52030)。
no_view_scalability_flag可以指示相关节目元素是否提高从由dependent_asset_id引用的节目元素引起的比特流的视图的数目。
no_temporal_scalability_flag可以指示相关节目元素是否提高从由dependent_asset_id引用的节目元素引起的比特流的帧速率。
no_spatial_scalability_flag可以指示相关程序元素是否增强从由dependent_asset_id引用的程序元素引起的比特流的空间分辨率。
no_quality_scalability_flag可以指示相关节目元素是否提高从由dependent_asset_id引用的节目元素引起的比特流的SNR质量或保真度。
hierarchy_type指示相关层级层与层级嵌入层之间的层次关系。例如，当对一个或多个维度应用可伸缩性时，该字段可以具有值“8”(组合可伸缩性)，并且因此，可以设定no_view_scalability_flag、no_temporal_scalability_flag、no_spatial_scalability_flag和no_quality_scalability_flag的值。字段的值0可以指示保留，1可以指示空间可伸缩性，2可以指示SNR可伸缩性，3可以指示时间可伸缩性，4可以指示数据分割，5可以指示扩展比特流，6可以指示专用流，7可以指示多视图简档，8可以指示组合可伸缩性或MV-HEVC子分区，9可以指示MVC视频子比特流，10可以指示如Rec.ITU-T H.265|ISO/IEC 23008-2的附录F中所定义的辅助图像层，11-14可以指示保留，并且15可以指示基础层或MVC基础视图子比特流或MVC的AVC视频子比特流或HEVC时间视频子比特流或HEVC基础子分区。
dependent_asset_id_len可以指示dependent_asset_id字段的长度。
dependent_asset_id可以指示要在相应组件资产的解码之前访问并且要按照解码顺序呈现的依赖资产。
图53是示出根据本发明的实施例的包括操作点配置信息的组件特性元素的图。
根据本发明的实施例的组件特性元素可以包括用于处理相应组件的组件特性值。
根据本发明的实施例，当DASH的Representation和/或AdaptationSet包括关于子比特流提取过程的信息时，DASH MPD的必要特性描述符和/或补充特性描述符可以包括组件特性元素。
根据本发明的实施例，包括包含操作点配置信息的组件特性元素的必要特性描述符和/或补充特性描述符可以被称为操作点描述符。
根据本发明的实施例的组件特性元素可以包括关于视频组件的操作点配置信息以表示一个或多个HEVC操作点的简档和/或等级。
组件特性元素L53010可以包括@schemeIdUri、@value和/或@id。已经在上面参考前面的附图描述了前述字段。
根据本发明的实施例，包括操作点配置信息的组件特性元素的@schmeIdUri可以具有urn:atsc3.0:operation-point-desc:201x并且标识操作点配置模式。也就是说，属性可以标识组件特性元素包括操作点配置信息(L53020)。
根据本发明的实施例，包括操作点配置信息的组件特性元素的@value可包括num_ptl、profile_tier_level_info[i]、operation_points_count、target_ols[i]、asset_count[i]、prepend_dependencies[i][j]、asset_reference[i][j]、numAssetInOp[i]、necessary_layer_flag[i][k]、output_layer_flag[i][k]、ptl_ref_idx[i][k]、avg_bit_rate_info_flag[i]、max_bit_rate_info_flag[i](constant_frame_rate_info_idc[i])、applied_temporal_id[i]、frame_rate_indicator[i]、avg_bit_rate[i]和/或max_bit_rate[i](L53030)。
num_ptl可以指示在描述符中用信号发送的等级结构的简档、层级和数目。这里，描述符可以指代包括组件特性元素的必要特性描述符和/或补充特性描述符。
可以根据Rec.ITU-T H.265或ISO/IEC 23008-2中所定义的profile_tier_level的语法结构对profile_tier_level_info[i]进行编译。在这种情况下，可以将profilePresentFlag的值设定为1并且可以将maxNumSubLayersMinus1的值设定为6。当在同一节目中存在多个HEVC操作点描述符时，所有HEVC操作点描述符的profile_tier_level_info[x]个元素可以作为引用profile_tier_level_array[]的排列按照生成顺序累积。当在一个节目中存在仅一个HEVC操作点描述符时，profile_tier_level_array[]可以在描述符中按照发现顺序包括profile_tier_level_info[x]。这里，HEVC操作点描述符可以指代包括组件特性元素的必要特性描述符和/或补充特性描述符。
operation_points_count可以指示通过包括在一组后续数据元素中的列表所描述的HEVC操作点的数目。
target_ols[i]可以指示在与描述符中所定义的第i个HEVC操作点有关的VPS中设定的输出层列表的索引。
asset_count[i]可以指示包括在一组后续数据元素中的asset_reference值的数目。根据在一组后续数据元素中显示的列表的资产的聚合可以形成一个HEVC操作点。OperationPointAssetList[i]可以将资产的列表指示为第i个HEVC操作点的一部分。
prepend_dependencies[i][j]的值1可以指示需要将通过asset_reference[i][j]所指示的资产添加到OperationPointAssetList[i]，并且需要连同通过asset_reference[i][j]明显地指示的层级层索引一起在由asset_reference[i][j]用信号发送的资产之前按照相关hierarchy_embedded_layer_index和/或hierarchy_ext_embedded_layer_index的值的升序将通过层级描述符中的hierarchy_embedded_layer_index所指示的资产和/或通过HEVC层级扩展描述符中的hierarchy_ext_embedded_layer_index所指示的资产添加到OperationPointAssetList[i]。prepend_dependencies[i][j]的值0可以指示仅需要将通过asset_reference[i][j]所指示的资产添加到OperationPointAssetList[i]。通过asset_reference[i][m]所指示的资产可以在通过asset_reference[i][n]所指示的资产之前(即，按较低索引)被添加到OperationPointAssetList[i](这里，m是比n小的数)。OperationPointAssetList[i]中的资产的顺序可以是hierarchy_layer_index的值的升序。
asset_reference[i][j]可以指示存在于层级描述符或HEVC层级扩展描述符中的层级层索引值。当m具有与n不同的值时，asset_reference[i][m]的值和asset_reference[i][n]的值可以是不同的。
numAssetInOp[i]可以指示在作为第i个HEVC操作点的一部分的所有资产被包括在OperationPointAssetList[i]中之后(即，在prepend_dependencies[i][asset_count[i]-1]被解析之后)的OperationPointAssetList[i]中的资产的数目。
necessary_layer_flag[i][k]的值1可以指示OperationPointAssetList[i]中的第k个资产是第i个操作点的必要层。该字段的值0可以指示OperationPointAssetList[i]的第k个资产不是第i个操作点的必要层。
output_layer_flag[i][k]的值1可以指示OperationPointAssetList[i]中的第k个资产是输出层。该字段的值0可以指示OperationPointAssetList[i]中的第k个资产不是输出层。当necessary_layer_flag[i][k]的值是0时，可以忽视该字段的值。
ptl_ref_idx[i][k]可以指示应用于OperationPointAssetList[i]中的第k个资产的profile_tier_level_array的profile_tier_level_info[x]的索引x。当necessary_layer_flag[i][k]的值是0时，可以忽视该字段的值。
avg_bit_rate_info_flag[i]可以指示avg_bit_rate[i]是否存在于描述符中。
max_bit_rate_info_flag[i]可以指示max_bit_rate[i]是否存在于描述符中。
constant_frame_rate_info_idc[i]可以确定如何连同frame_rate_indicator一起确定相关操作点j的帧速率。该字段的值0可以指示第i个HEVC操作点的帧速率未被确定并且用于第i个HEVC操作点的frame_rate_indicator不存在于描述符中。
applicable_temporal_id[i]可以指示操作点i的重组HEVC视频流中的VCL NAL单元的TemporalId的最高值。
当constant_frame_rate_info_idc[i]是1时，frame_rate_indicator[i]可以指示在第i个HEVC操作点中的两个图片之间的时间距离的预定滴答数。其信息被定义在HEVC定时和HRD描述符中。当constant_frame_rate_info_idc[i]是2时，该字段可以指示第i个操作点的以每秒帧数为单位的帧速率。当constant_frame_rate_info_idc[i]是3时，该字段可以指示第i个HEVC操作点的以每1.001秒帧数为单位的帧速率。
avg_bit_rate[i]可以指示与第i HEVC操作点相对应的HEVC分层视频流的以1000比特每秒为单位的平均比特速率。
max_bit_rate[i]可以指示与第i HEVC操作点相对应的HEVC分层视频流的以1000比特每秒为单位的最大比特速率。
图54是示出根据本发明的实施例的包括操作点配置信息的组件特性元素的图。
该附图继前面的附图之后描述包括在包括根据本发明的实施例的操作点配置信息的组件特性元素的@value中的信息。
已经在上面参考前面的附图描述了该附图中所描述的信息。
图55是示出根据本发明的实施例的包括层级扩展配置信息的组件特性元素的图。
根据本发明的实施例的组件特性元素可以包括用于处理相应组件的组件特性值。
根据本发明的实施例，当DASH的Representation和/或AdaptationSet包括关于SHVC和/或MV-HEVC的信息时，DASH MPD的必要特性描述符和/或补充特性描述符可以包括组件特性元素。
根据本发明的实施例，包括包含层级扩展配置信息的组件特性元素的必要特性描述符和/或补充特性描述符可以被称为层级扩展描述符或HEVC层级扩展描述符。
根据本发明的实施例的组件特性元素可以包括视频组件的层级扩展配置信息以提供可伸缩服务。
组件特性元素L55010可以包括@schemeIdUri、@value和/或@id。已经在上面参考前面的附图描述了前述字段。
根据本发明的实施例，包括依赖性配置信息的组件特性元素的@schmeIdUri可以具有urn:atsc3.0:hierarchy-ext-desc:201x并且可以标识层级扩展配置模式。也就是说，该属性可以标识组件特性元素包括层级扩展配置信息(L55020)。
根据本发明的实施例，包括层级扩展配置信息的组件特性元素的@value可以包括extension_dimension_bits、hierarchy_layer_index、temporal_id、nuh_layer_id、num_embedded_layers和/或hierarchy_ext_embedded_layer_index[i](L55030)。
extension_dimension_bits可以指示从具有nuh_layer_id为0的层的节目元素引起的来自基础层的可用相关节目元素的增强。该字段的第0个比特可以指示多视图增强，第一比特可以指示包括SNR质量或保真度增强的空间可伸缩性，第二比特可以指示深度增强，第三比特可以指示时间增强，第四比特可以指示辅助增强，并且5至15可以指示保留。具有值1的第i个比特可以指示存在相应增强维度。例如，当相应组件包括辅助图片时，该字段的第四比特值可以被设定为1，否则，该值可以被设定为0。例如，当相应组件包括辅助图片作为深度图片，该字段的第二比特值和第四比特值可以被设定为1。
hierarchy_layer_index可以指示编译层层级的表中的相关节目元素的唯一索引。该索引在一个节目中可以具有唯一值。在遵照一个或多个简档的HEVC视频流的视频子比特流中，可以使用如下方法来分配该字段的值：确定当按照增加hierarchy_layer_index的顺序重组同一HEVC访问单元的视频子比特流的相关依赖性层时比特流的顺序是适当的。
temporal_id可以指示与HEVC层级扩展描述符有关的组件中的NAL单元的最高TemporalID。
nuh_layer_id可以指示与HEVC层级扩展描述符有关的组件中的NAL单元的最高nuh_layer_id。
num_embedded_layers可以指示要在对与描述符有关的组件进行解码之前访问并且要按照解码顺序呈现的直接依赖节目元素的数目。
hierarchy_ext_embedded_layer_index[i]可以指示要在与描述符有关的组件的解码之前访问并且要按照解码顺序呈现的节目元素的hierarchy_layer_index。
图56是示出根据本发明的实施例的层级描述符的配置的图。
根据本发明的实施例，当MMT资产是视频或音频流组件时，层级描述符可以作为MP表和/或DCI表的资产等级描述符被包括。
根据本发明的另一实施例的层级描述符可以被包括在MMT的其他信令表或DVB的SI(SDT和/或EIT)中。
根据本发明的实施例，层级描述符中的节目元素可以指示配置一个服务的组件，诸如视频组件或音频组件。
根据本发明的另一实施例的层级描述符可以被包括在MMTP信令消息中并且可以被包括在MMTP信令消息的mmt_atsc3_message中。在这种情况下，层级描述符可以与前述视频流特性描述符相同或者可以被包括在视频流特性描述符中。
根据本发明的实施例的层级描述符可以包括descriptor_tag、descriptor_length、no_view_scalability_flag、no_temporal_scalability_flag、no_spatial_scalability_flag、no_quality_scalability_flag、hierarchy_type、hierarchy_layer_index和/或hierarchy_embedded_layer_index(L56010)。已经在上面对这些字段进行了描述。
根据本发明的实施例，hierarchy_type字段的值0可以指示保留，1可以指示空间可伸缩性，2可以指示SNR可伸缩性，3可以指示时间可伸缩性，4可以指示数据分割，5可以指示扩展比特流，6可以指示专用流，7可以指示多视图简档，8可以指示组合可伸缩性或MV-HEVC子分区，9可以指示MVC视频子比特流，10可以指示如Rec.ITU-TH.265或ISO/IEC23008-2的附录F中所定义的辅助图片层，11至14可以指示保留，并且15可以指示基础层或MVC基础视图子比特流或MVC的AVC视频子比特流或HEVC时间视频子比特流或HEVC基础子分区(L56020)。
图57是示出根据本发明的实施例的依赖性描述符的配置的图。
根据本发明的实施例，当MMT资产的视频或音频流组件依赖于其他组件时(例如，当需要对其他组件进行预解码以对当前组件进行解码时)，依赖性描述符可以作为MP表和/或DCI表的资产等级描述符被包括。
根据本发明的另一实施例，依赖性描述符可以被包括在MMT的其他信令表或DVB的SI(SDT和/或EIT)中。
根据本发明的实施例，依赖性描述符中的节目元素可以指示配置一个服务的组件，诸如视频组件或音频组件。
根据本发明的另一实施例的依赖性描述符可以被包括在MMTP信令消息中并且可以被包括在MMTP信令消息的mmt_atsc3_message中。在这种情况下，依赖性描述符可以与前述视频流特性描述符相同或者可以被包括在视频流特性描述符中。
根据本发明的实施例的依赖性描述符可以包括descriptor_tag、descriptor_length、num_dependencies、no_view_scalability_flag、no_temporal_scalability_flag、no_spatial_scalability_flag、no_quality_scalability_flag、hierarchy_type，dependent_asset_id_len和/或dependent_asset_id(L57010)。已经在上面对这些字段进行了描述。num_dependencies可以指示与相应视频组件具有依赖性关系的层的数目。
根据本发明的实施例，hierarchy_type字段的值0可以指示保留，1可以指示空间可伸缩性，2可以指示SNR可伸缩性，3可以指示时间可伸缩性，4可以指示数据分割，5可以指示扩展比特流，6可以指示专用流，7可以指示多视图简档，8可以指示组合可伸缩性或MV-HEVC子分区，9可以指示MVC视频子比特流，10可以指示如Rec.ITU-TH.265或ISO/IEC23008-2的附录F中所定义的辅助图片层，并且11至15可以指示保留(L57020)。
图58是示出根据本发明的实施例的HEVC操作点描述符的配置的图。
根据本发明的实施例，为了指示一个或多个HEVC操作点的简档和/或等级，HEVC操作点描述符可以作为MP表和/或DCI表的资产等级描述符被包括。
根据本发明的另一实施例，HEVC操作点描述符可以被包括在MMT的其他信令表或DVB的SI(SDT和/或EIT)中。
根据本发明的实施例，在HEVC操作点描述符中，节目元素可以指示配置一个服务的组件，诸如视频组件或音频组件。
根据本发明的另一实施例的HEVC操作点描述符可以被包括在MMTP信令消息中并且可以被包括在MMTP信令消息的mmt_atsc3_message中。在这种情况下，HEVC操作点描述符可以与前述视频流特性描述符相同或者可以被包括在视频流特性描述符中。
根据本发明的实施例的HEVC操作点描述符可以包括num_ptl、profile_tier_level_info[i]、operation_points_count、target_ols[i]、asset_count[i]、prepend_dependencies[i][j]、asset_reference[i][j]、numAssetInOp[i]、necessary_layer_flag[i][k]、output_layer_flag[i][k]、ptl_ref_idx[i][k]、avg_bit_rate_info_flag[i]、max_bit_rate_info_flag[i]、constant_frame_rate_info_idc[i]、applicable_temporal_id[i]、frame_rate_indicator[i]、avg_bit_rate[i]和/或max_bit_rate[i]。已经在上面对这些字段进行了描述。
图59是示出根据本发明的实施例的HEVC层级扩展描述符的配置的图。
根据本发明的实施例，当MMT资产的视频或音频流组件依赖于其他组件时(例如，当需要对其他组件进行预解码以对当前组件进行解码时)，HEVC层级扩展描述符可以作为MP表和/或DCI表的资产等级描述符被包括。
根据本发明的另一实施例的HEVC层级扩展描述符可以被包括在MMT的其他信令表或DVB的SI(SDT和/或EIT)中。
根据本发明的实施例，在HEVC层级扩展描述符中，节目元素可以指示配置一个服务的组件，诸如视频组件或音频组件。
根据本发明的另一实施例的HEVC层级扩展描述符可以被包括在MMTP信令消息中，并且可以被包括在MMTP信令消息的mmt_atsc3_message中。在这种情况下，HEVC层级扩展描述符可以与前述视频流特性描述符相同或者可以被包括在视频流特性描述符中。
根据本发明的实施例的HEVC层级扩展描述符可以包括extension_dimension_bits、hierarchy_layer_index、temporal_id、nuh_layer_id、num_embedded_layers和/或hierarchy_ext_embedded_layer_index[i](L59010)。已经在上面对这些字段进行了描述。
根据本发明的实施例，extension_dimension_bits的第0个比特可以指示多视图增强，第一比特可以指示包括SNR质量或保真度增强的空间可伸缩性，第二比特可以指示深度增强，第三比特可以指示时间增强，第四比特可以指示辅助增强，并且5至15可以指示保留(L59020)。
根据本发明的实施例，HEVC层级扩展描述符、HEVC操作点描述符、依赖性描述符、层级描述符和/或HFR描述符可以被包括在一个描述符中。
图60是示出根据本发明的实施例的广播信号发送方法的图。
根据本发明的实施例的广播信号发送方法可以包括：生成广播服务的服务数据、用于描述广播服务的特性的第一信令信息和用于广播服务的快速获取的第二信令信息(SL60010)；生成用于递送用于广播服务的系统元数据的第三信令信息，所述系统元数据包括第一信令信息(SL60020)；对服务数据和第三信令信息进行MPEG媒体传输协议(MMTP)处理以生成MMTP分组(SL60030)；对MMTP分组和第二信令信息进行因特网协议(IP)处理以生成IP分组(SL60040)；对IP分组进行链路层处理以生成链路层分组(SL60050)；以及/或者发送所生成的链路层分组(SL60060)。这里，第一信令信息可以指示MMT SLS并且第二信令信息可以指示SLT，以及第三信令信息可以指示mmt_atsc3_message。
根据本发明的另一实施例，第二信令信息可以包括用于标识用于发送第一信令信息的传输协议是MMTP的信息和用于获取第一信令信息的引导信息，并且该引导信息可以包括用于标识用于递送第一信令信息的MMTP会话的信息。前述信息可以指示SLT@protected、@sDestinationIpAddress和@sDestinationUdpPort。
根据本发明的另一实施例，第三信令信息可以包括用于标识通过第三信令信息所递送的系统元数据的类型的类型信息和根据该类型信息的系统元数据，并且，当类型信息标识用于描述广播服务的视频组件的特性的视频特性描述符时，系统元数据可以对应于视频特性描述符。前述信息可以指示mmt_atsc3_message中的atsc3_message_content_type、视频流特性描述符、HFR描述符。
根据本发明的另一实施例，视频特性描述符可以包括指示是否在广播服务的视频组件中提供时间可伸缩性的信息以及视频组件中的时间层的详细信息。前述信息可以指示HFR描述符中的temporal_scalability_flag、scan_type、num_layers、layer_id和layer_frame_rate。
根据本发明的另一实施例，视频特性描述符可以指示指示可伸缩性是否被应用于广播服务的视频组件的信息以及用于标识视频组件的层的层标识信息。前述信息可以指示hierarchy_descriptor中的no_temporal_scalability_flag和hierarchy_layer_index。
根据本发明的另一实施例，第一信令信息可以包括第四信令信息，所述第四信令信息包括广播服务的组件的列表，并且当可伸缩性被应用于广播服务的视频组件时，所述第四信令信息可以包括用于描述视频组件的依赖性的依赖性描述符并且该依赖性描述符可以包括指示通过层标识信息所标识的视频组件依赖于的层的数目的信息。这里，第四信令信息可以指示MP表，依赖性描述符可以指示dependency_descriptor，并且前述信息可以指示dependency_descriptor中的num_dependencies。
根据本发明的另一实施例，用于发送用于递送视频特性描述符的第三信令信息的MMTP分组可以具有与用于发送通过视频特性描述符所描述的视频组件的MMTP分组相同的分组标识符。
图61是示出根据本发明的实施例的广播信号接收方法的图。
根据本发明的实施例的广播信号接收方法可以包括：接收链路层分组(SL61010)；处理所接收到的链路层分组以获取因特网协议(IP)分组(SL61020)；处理IP分组以获取MPEG媒体传输协议(MMTP)分组和用于广播服务的快速获取的第二信令信息(SL61030)；以及/或者处理MMTP分组以获取广播服务的服务数据和用于递送用于广播服务的系统元数据的第三信令信息(SL61040)。这里，系统元数据可以包括用于描述广播服务的特性的第一信令信息。
图62是示出根据本发明的实施例的广播信号接收设备的配置的图。
根据本发明的实施例的广播信号接收设备SL62010可以包括用于接收链路层分组的接收器L62020、用于处理接收到的链路层分组以获取因特网协议(IP)分组的第一处理器L62030、用于处理IP分组以获取用于快速获取广播服务的MPEG媒体传输协议(MMTP)分组和第二信令信息的第二处理器L62040和/或用于处理MMTP分组以获取广播服务的服务数据以及用于递送用于广播服务的系统元数据的第三信令信息的第三处理器L62050。这里，系统元数据可以包括用于描述广播服务的属性的第一信令信息。
模块或者单元可以是执行被存储在存储器(或者存储单元)中的连续过程的处理器。在前面提到的实施例中描述的步骤可以由硬件/处理器执行。在以上所述的实施例中描述的模块/块/单元可以作为硬件/处理器操作。由本发明提出的方法可以作为代码被执行。这样的代码可以被写在处理器可读的存储介质上，并且因此，可以由通过装置提供的处理器读取。
虽然为了方便起见，实施例已经被参考各个附图描述，但这些实施例可以被组合以实现新的实施例。此外，设计存储用于实现前面提到的实施例的程序的计算机可读的记录介质在本发明的范围之内。
根据本发明的装置和方法不局限于以上描述的实施例的配置和方法，并且所有或者一些实施例可以被有选择地组合以获得各种修改。
由本发明提出的方法可以被作为存储在被包括在网络设备中的处理器可读的记录介质中的处理器可读的代码来实现。处理器可读的记录介质包括存储由处理器可读的数据的各种记录介质。处理器可读的记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储设备等等和作为载波的实现，诸如经因特网的传输。此外，处理器可读的记录介质可以被分布到经由网络连接的计算机系统，作为以分布方式可读的代码被存储和执行。
虽然为了说明性的目的已经公开了本发明的优选实施例，但本领域技术人员将理解，不脱离如在随附的权利要求中公开的本发明的范围和精神，各种修改、添加和替换是允许的。这样的修改不应该从本发明的技术精神或者预期中被单独地理解。
在本说明书中提及装置和方法发明两者，并且装置和方法发明两者的描述可以被互补地应用于彼此。
本领域技术人员应该理解，不脱离本发明的精神和必要特征，本发明可以以除了在此处阐述的那些之外的其他的特定方法实现。因此，本发明的范围将由所附的权利要求及其合法的等同物，而不由以上的描述来确定，而且出现在所附的权利要求的含义和等效范围内的所有的变化被意欲包含在其中。
在本说明书中，装置发明和方法发明两者都被提及，并且装置发明和方法发明两者的描述可以被互补地应用。
发明模式
各种实施例已经以用于实施本发明的最佳模式被描述。
工业实用性
本发明适用于广播信号提供领域。
如相关领域技术人员将认识和理解的，在本发明的精神和范围内的各种等效的修改是允许的。因此，本发明意欲覆盖本发明的修改和变化，只要它们落入所附的权利要求和其等同物的范围之内。
Claims (14)
1.一种发送广播信号的方法，所述方法包括：
生成包括MPEG媒体传输协议(MMTP)分组和用于提供服务列表的第一信令信息的因特网协议(IP)分组，
其中，所述第一信令信息包括服务的广播流标识、所述服务的服务标识信息、表示用于传递用于所述服务的第二信令信息和第三信令信息的协议的协议信息、以及用于承载所述第二信令信息和所述第三信令信息的分组的地址信息，所述协议是MMT协议，
所述MMTP分组包括所述服务的组件、用于所述服务的服务标识的所述第二信令信息以及由所述第二信令信息引用的所述第三信令信息，其中：
所述第三信令信息包括用于其中传递所述组件的MMTP的传输信息，以及在所述MMTP中承载的资产的资产信息，
所述资产对应于组件并且所述组件包括视频组件，对于所述视频组件，所述资产信息包括视频特性描述符，所述视频特性描述符包括指示是否在所述资产中提供时间可伸缩性的信息；
链路层处理所述IP分组以生成链路层分组；
处理所述生成的链路层分组以生成具有一个或多个PLP的所述广播信号；以及
发送所述广播信号。
2.根据权利要求1所述的方法，
其中，所述第二信令信息包括用于识别所述第三信令信息的标识符，并且所述第三信令信息包括所述标识符。
3.根据权利要求2所述的方法，其中，当所述信息指示在所述资产中提供有所述时间可伸缩性时，所述视频特性描述符进一步包括时间层的详细信息。
4.根据权利要求1所述的方法，其中，所述第二信令信息包括组件信息，所述组件信息包括：组件的标识符、所述组件的类型以及所述组件的作用。
5.根据权利要求1所述的方法，
其中，所述方法包括：
生成包括与所述服务不同的第二服务的组件以及包括其中传递所述第二服务的组件的经单向传输的实时对象传送(ROUTE)会话的ROUTE会话信息的第四信令信息的ROUTE分组；和
生成包括所述ROUTE分组的互联网协议(IP)分组。
6.根据权利要求5所述的方法，其中，所述第一信令信息进一步包括：所述第二服务的服务标识信息、表示用于传递用于所述第二服务的所述第四信息的协议的协议信息、以及用于承载所述第四信令信息的分组的地址信息，所述协议是ROUTE协议。
7.一种接收广播信号的方法，所述方法包括：
处理具有一个或多个PLP的所述广播信号以输出链路层分组；
处理所述链路层分组以获取包括MPEG媒体传输协议(MMTP)分组和用于提供服务列表的第一信令信息的因特网协议(IP)分组，其中所述第一信令信息包括服务的广播流标识、服务的服务标识信息、表示用于传递用于所述服务的第二信令信息和第三信令信息的协议的协议信息、以及用于承载所述第二信令信息和所述第三信令信息的分组的地址信息，所述协议是MMT协议；
处理所述IP分组以输出所述MMTP分组和所述第一信令信息；
其中，所述MMPT分组包括：
所述服务的组件、用于所述服务的服务标识的第二信令信息、以及由所述第二信令信息引用的第三信令信息，
所述第三信令信息包括用于其中传递所述组件的MMTP的传输信息，以及在所述MMTP中承载的资产的资产信息，
所述资产对应于组件，并且所述组件包括视频组件，对于所述视频组件，所述资产信息包括视频特性描述符，所述视频特性描述符包括指示是否在所述资产中提供时间可伸缩性的信息；以及
处理所述MMTP分组。
8.根据权利要求7所述的方法，
其中，所述第二信令信息包括用于识别所述第三信令信息的标识符，并且所述第三信令信息包括所述标识符。
9.根据权利要求8所述的方法，其中，当所述信息指示在所述资产中提供有所述时间可伸缩性时，所述视频特性描述符进一步包括时间层的详细信息。
10.根据权利要求7所述的方法，其中，所述第二信令信息包括组件信息，所述组件信息包括：组件的标识符、所述组件的类型以及所述组件的作用。
11.根据权利要求7所述的方法，
其中，所述IP分组进一步包括经单向传输的实时对象传送(ROUTE)分组，所述ROUTE分组包括与所述服务不同的第二服务的组件以及第四信令信息，所述第四信令信息包括其中传递所述第二服务的组件的ROUTE会话的ROUTE会话信息，所述方法包括：
处理所述IP分组以输出所述ROUTE分组。
12.根据权利要求11所述的方法，其中，所述第一信令信息进一步包括：所述第二服务的服务标识信息、表示用于传递用于所述第二服务的所述第四信息的协议的协议信息、以及用于承载所述第四信令信息的分组的地址信息，所述协议是ROUTE协议。
13.一种广播信号接收设备，包括：
物理层处理器，所述物理层处理器被配置成处理具有一个或多个PLP的广播信号以输出链路层分组；
第一处理器，所述第一处理器被配置成处理所述链路层分组以获取包括MPEG媒体传输协议(MMTP)分组和用于提供服务列表的第一信令信息的因特网协议(IP)分组，其中所述第一信令信息包括服务的广播流标识、服务的服务标识信息、表示用于传递用于所述服务的第二信令信息和第三信令信息的协议的协议信息、以及用于承载所述第二信令信息和所述第三信令信息的分组的地址信息，所述协议为MMT协议；
第二处理器，所述第二处理器被配置成处理所述IP分组以输出所述MMTP分组和所述第一信令信息；
其中，所述MMPT分组包括：
所述服务的组件、用于所述服务的服务标识的第二信令信息以及由所述第二信令信息引用的第三信令信息，
所述第三信令信息包括用于其中传递所述组件的MMTP的传输信息，以及在所述MMTP中承载的资产的资产信息，
所述资产对应于组件，并且所述组件包括视频组件，对于所述视频组件，所述资产信息包括视频特性描述符，所述视频特性描述符包括指示是否在所述资产中提供时间可伸缩性的信息；以及
第三处理器，所述第三处理器被配置成处理所述MMTP分组。
14.一种广播信号传输设备，包括：
生成器，所述生成器生成包括MPEG媒体传输协议(MMTP)分组和用于提供服务列表的第一信令信息的因特网协议(IP)分组，
其中，所述第一信令信息包括服务的广播流标识、所述服务的服务标识信息、表示用于传递用于所述服务的第二信令信息和第三信令信息的协议的协议信息、以及用于承载所述第二信令信息和所述第三信令信息的分组的地址信息，所述协议为MMT协议；
所述MMTP分组包括所述服务的组件、用于所述服务的服务标识的所述第二信令信息以及由所述第二信令信息引用的所述第三信令信息，其中：
所述第三信令信息包括用于其中传递所述组件的MMTP的传输信息，以及在所述MMTP中承载的资产的资产信息，
所述资产对应于组件，并且所述组件包括视频组件，对于所述视频组件，所述资产信息包括视频特性描述符，所述视频特性描述符包括指示是否在所述资产中提供时间可伸缩性的信息；
链路层处理器，所述链路层处理器处理所述IP分组以生成链路层分组；
处理器，所述处理器处理所述生成的链路层分组以生成具有一个或多个PLP的所述广播信号；以及
发射器，所述发射器发送所述广播信号。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201562215146P | 2015-09-07 | 2015-09-07 | |
| US62/215,146 | 2015-09-07 | ||
| US201562217097P | 2015-09-11 | 2015-09-11 | |
| US62/217,097 | 2015-09-11 | ||
| CN201680051496.2A CN108370450B (zh) | 2015-09-07 | 2016-09-07 | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201680051496.2A Division CN108370450B (zh) | 2015-09-07 | 2016-09-07 | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112866754A true CN112866754A (zh) | 2021-05-28 |
Family
ID=58240192
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110195349.5A Pending CN112866754A (zh) | 2015-09-07 | 2016-09-07 | 广播信号发送设备和方法以及广播信号接收设备和方法 |
| CN202110192071.6A Pending CN112866753A (zh) | 2015-09-07 | 2016-09-07 | 广播信号发送设备和方法以及广播信号接收设备和方法 |
| CN201680051496.2A Active CN108370450B (zh) | 2015-09-07 | 2016-09-07 | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 |
Family Applications After (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110192071.6A Pending CN112866753A (zh) | 2015-09-07 | 2016-09-07 | 广播信号发送设备和方法以及广播信号接收设备和方法 |
| CN201680051496.2A Active CN108370450B (zh) | 2015-09-07 | 2016-09-07 | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (3) | US10917669B2 (zh) |
| KR (1) | KR102603459B1 (zh) |
| CN (3) | CN112866754A (zh) |
| WO (1) | WO2017043863A1 (zh) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017051808A1 (ja) | 2015-09-25 | 2017-03-30 | 日立マクセル株式会社 | 放送受信装置 |
| US10708647B2 (en) * | 2015-09-25 | 2020-07-07 | Maxell, Ltd. | Broadcast receiving apparatus |
| US10979729B2 (en) * | 2016-11-30 | 2021-04-13 | Qualcomm Incorporated | Systems and methods for signaling and constraining a high dynamic range (HDR) video system with dynamic metadata |
| JP7232183B2 (ja) * | 2017-07-20 | 2023-03-02 | ソニーグループ株式会社 | 送信装置、送信方法、受信装置および受信方法 |
| WO2019172100A1 (ja) * | 2018-03-08 | 2019-09-12 | キヤノン株式会社 | 映像表示装置 |
| US20210092484A1 (en) * | 2018-08-09 | 2021-03-25 | Lg Electronics Inc. | Broadcast signal transmission method, broadcast signal transmission apparatus, broadcast signal reception method, and broadcast signal reception apparatus |
| CN113206826B (zh) * | 2018-09-28 | 2022-10-04 | 华为技术有限公司 | 传输媒体数据的方法、客户端和服务器 |
| US11403784B2 (en) * | 2019-03-19 | 2022-08-02 | Tencent America LLC | Method and apparatus for tree-based point cloud compression (PCC) media stream using moving picture experts group (MPEG)-dynamic adaptive streaming over HTTP (DASH) |
| US11368730B2 (en) * | 2019-08-27 | 2022-06-21 | Electronics And Telecommunications Research Institute | Apparatus and method for transmitting broadcast content based on ATSC 3.0, and apparatus and method for receiving broadcast content based ATSC 3.0 |
| CN114006953A (zh) * | 2020-07-28 | 2022-02-01 | 华为技术有限公司 | 一种处理报文的方法及装置 |
| WO2022060113A1 (ko) * | 2020-09-16 | 2022-03-24 | 엘지전자 주식회사 | 미디어 파일 처리 방법 및 그 장치 |
| CN116210223A (zh) * | 2020-09-22 | 2023-06-02 | Lg 电子株式会社 | 媒体文件处理方法及其装置 |
| WO2022135508A1 (en) * | 2020-12-23 | 2022-06-30 | Beijing Bytedance Network Technology Co., Ltd. | Video decoder initialization information constraints |
| WO2023191601A1 (ko) * | 2022-04-01 | 2023-10-05 | 엘지전자 주식회사 | 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130034032A1 (en) * | 2011-08-05 | 2013-02-07 | Nokia Corporation | Accessing Service Guide Information in a Broadcast System |
| CN103283251A (zh) * | 2010-12-26 | 2013-09-04 | Lg电子株式会社 | 广播服务发送方法、广播服务接收方法和广播服务接收设备 |
| CN103535046A (zh) * | 2011-04-20 | 2014-01-22 | Lg电子株式会社 | 用于广播服务的发送方法、接收方法及其接收设备 |
| US20140314080A1 (en) * | 2013-04-18 | 2014-10-23 | Samsung Electronics Co., Ltd. | Method and apparatus for controlling media delivery in multimedia transport network |
| US20150120956A1 (en) * | 2013-10-28 | 2015-04-30 | Samsung Electronics Co., Ltd. | Content presentation for mpeg media transport |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101405966B1 (ko) * | 2007-06-26 | 2014-06-20 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| KR101556129B1 (ko) | 2007-08-24 | 2015-09-30 | 엘지전자 주식회사 | 디지털 방송 송/수신 시스템 및 데이터 처리 방법 |
| MX2010003072A (es) * | 2007-09-21 | 2010-04-01 | Lg Electronics Inc | Sistema de difusion digital y metodo de procesamiento de datos en el sistema de difusion digital. |
| KR101416233B1 (ko) * | 2007-10-09 | 2014-08-06 | 삼성전자주식회사 | 방송 데이터 전송 방법과 전송 장치 |
| KR101652808B1 (ko) * | 2009-03-19 | 2016-09-01 | 엘지전자 주식회사 | 송/수신 시스템 및 데이터 처리 방법 |
| CN101931898B (zh) * | 2009-06-26 | 2014-03-05 | 华为技术有限公司 | 用户面数据的传输方法、装置及系统 |
| EP2618563A4 (en) * | 2010-09-14 | 2014-10-15 | Lg Electronics Inc | RADIO BROADCAST SIGNAL TRANSMITTING APPARATUS, RADIO BROADCAST SIGNAL RECEIVING APPARATUS, AND BROADCAST SIGNAL TRANSMITTING / RECEIVING METHOD THROUGH THE TRANSMITTER SIGNAL TRANSMITTING / RECEIVING APPARATUS |
| US11290510B2 (en) | 2012-11-29 | 2022-03-29 | Samsung Electronics Co., Ltd. | Method and apparatus for encapsulation of motion picture experts group media transport assets in international organization for standardization base media files |
| CN104303555B (zh) | 2013-03-29 | 2018-07-20 | 华为技术有限公司 | 一种基于物理层的切换方法、装置和系统 |
| KR101484843B1 (ko) | 2013-04-19 | 2015-01-20 | 삼성전자주식회사 | 멀티미디어 전송 시스템에서 미디어 전송 패킷 전송 방법 및 장치 |
| KR101995314B1 (ko) | 2013-04-22 | 2019-07-02 | 삼성전자주식회사 | Ｄｖｂ 지상파 방송 시스템에서 ｍｐｅｇ ｍｍｔ를 위한 시그널링 정보를 송수신하는 장치 및 방법 |
| CN105814854B (zh) | 2013-09-26 | 2019-08-27 | Lg电子株式会社 | 发送信令信息的设备、接收信令信息的设备、发送信令信息的方法以及接收信令信息的方法 |
| WO2015160221A1 (en) * | 2014-04-18 | 2015-10-22 | Samsung Electronics Co., Ltd. | Method and apparatus for providing information related to content supporting broadcast service |
| US10454985B2 (en) * | 2015-03-04 | 2019-10-22 | Qualcomm Incorporated | File format based streaming with dash formats based on LCT |
| CA2996649C (en) * | 2015-09-04 | 2021-03-23 | Sharp Kabushiki Kaisha | Systems and methods for signaling of video parameters and information associated with caption services |
-
2016
- 2016-09-07 CN CN202110195349.5A patent/CN112866754A/zh active Pending
- 2016-09-07 US US15/747,351 patent/US10917669B2/en active Active
- 2016-09-07 CN CN202110192071.6A patent/CN112866753A/zh active Pending
- 2016-09-07 KR KR1020187001683A patent/KR102603459B1/ko active IP Right Grant
- 2016-09-07 WO PCT/KR2016/010028 patent/WO2017043863A1/ko active Application Filing
- 2016-09-07 CN CN201680051496.2A patent/CN108370450B/zh active Active
-
2021
- 2021-01-29 US US17/162,107 patent/US11323755B2/en active Active
-
2022
- 2022-03-28 US US17/706,149 patent/US20220217427A1/en not_active Abandoned
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103283251A (zh) * | 2010-12-26 | 2013-09-04 | Lg电子株式会社 | 广播服务发送方法、广播服务接收方法和广播服务接收设备 |
| CN103535046A (zh) * | 2011-04-20 | 2014-01-22 | Lg电子株式会社 | 用于广播服务的发送方法、接收方法及其接收设备 |
| US20130034032A1 (en) * | 2011-08-05 | 2013-02-07 | Nokia Corporation | Accessing Service Guide Information in a Broadcast System |
| US20140314080A1 (en) * | 2013-04-18 | 2014-10-23 | Samsung Electronics Co., Ltd. | Method and apparatus for controlling media delivery in multimedia transport network |
| US20150120956A1 (en) * | 2013-10-28 | 2015-04-30 | Samsung Electronics Co., Ltd. | Content presentation for mpeg media transport |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108370450A (zh) | 2018-08-03 |
| US20180359507A1 (en) | 2018-12-13 |
| US20210185372A1 (en) | 2021-06-17 |
| US20220217427A1 (en) | 2022-07-07 |
| WO2017043863A1 (ko) | 2017-03-16 |
| KR102603459B1 (ko) | 2023-11-17 |
| US10917669B2 (en) | 2021-02-09 |
| CN112866753A (zh) | 2021-05-28 |
| CN108370450B (zh) | 2021-03-12 |
| US11323755B2 (en) | 2022-05-03 |
| KR20180039626A (ko) | 2018-04-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11323755B2 (en) | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method | |
| US11445228B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
| US11178436B2 (en) | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method | |
| JP6633739B2 (ja) | 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 | |
| US10171849B1 (en) | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method | |
| US20180213216A1 (en) | Media data transmission device, media data reception device, media data transmission method, and media data rececption method | |
| US10349095B2 (en) | Transmission device for processing video data related to HDR/SDR and method for controlling the same | |
| US10666549B2 (en) | Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method and broadcast signal reception method | |
| EP3288272A1 (en) | Apparatus for transmitting broadcasting signal, apparatus for receiving broadcasting signal, method for transmitting broadcasting signal, and method for receiving broadcasting signal | |
| US10362342B2 (en) | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method | |
| KR102023018B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| EP3300375A1 (en) | Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, broadcast signal transmitting method, and broadcast signal receiving method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20210528 |
|
| WD01 | Invention patent application deemed withdrawn after publication |