CN106464677A - 发送/接收广播信号的方法和设备 - Google Patents

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

Info

Publication number
CN106464677A
CN106464677A CN201580023685.4A CN201580023685A CN106464677A CN 106464677 A CN106464677 A CN 106464677A CN 201580023685 A CN201580023685 A CN 201580023685A CN 106464677 A CN106464677 A CN 106464677A
Authority
CN
China
Prior art keywords
fragment
data
packet
frame
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.)
Withdrawn
Application number
CN201580023685.4A
Other languages
English (en)
Inventor
吴世珍
高祐奭
权祐奭
李长远
洪性龙
文京洙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN106464677A publication Critical patent/CN106464677A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00—Arrangements for synchronising receiver with transmitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone 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
    • 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
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

根据本发明的一个实施例的发射器包括：数据编码器，该数据编码器用于生成发送在媒体中包括的数据的一部分的片段；分组编码器，该分组编码器用于生成将片段划分成一个或者多个数据单元的分组，并且包括有效载荷，该有效载荷包括报头和数据单元的数据的全部或者一部分；以及广播信号发送单元，该广播信号发送单元用于生成包括分组的广播信号，并且发送广播信号，其中报头包括传送对象标识符(TOI)元素，并且该TOI元素包括识别数据单元的数据单元识别元素和识别包括在有效载荷中发送的数据的片段的片段识别元素。

Description

发送/接收广播信号的方法和设备
技术领域
本发明涉及一种发送和接收媒体信号的方法和设备，并且更加具体地，涉及一种用于通过宽带和广播的组合在广播系统中处理在宽带和广播中发送的媒体的数据的方法和设备。
背景技术
在数字广播系统中，可以扩展基于IP的广播信号的发送和接收。特别地，在诸如欧洲广播标准的DVB-NGH或者北美标准的ATSC-MH的移动数字广播中，已经强调对于基于IP的广播信号的发送和接收的环境的重要。另外，在下一代广播系统中，预测具有在广播网络和互联网之间的交互作用的服务，即，所谓的混合广播系统将会被建立。
混合广播系统使用通过典型的广播网络发送数据的方法和通过宽带网络发送数据的方法两者，并且因此，存在用于处理这些数据的方法不同于典型的广播接收器的问题。
另外，混合广播系统使用通过广播网络发送的数据和通过宽带网络发送的数据两者生成一个媒体。在此过程中，存在通过广播网络发送的数据和通过宽带网络发送的数据可以具有不同的时序并且不可以被相互同步的问题。
发明内容
技术问题
被设计以解决问题的本发明的目的在于，用于适当地处理数据的方法和设备，因为混合广播系统使用通过典型的广播网络发送数据的方法和通过宽带网络发送数据的方法两者。
被设计以解决问题的本发明的目的在于当混合广播系统使用通过广播网络发送的数据和通过宽带网络发送的数据两者生成一个媒体时，适当地匹配在通过广播网络发送的数据和通过宽带网络发送的数据之间的时序和同步的方法和设备。
技术方案
能够通过提供一种发送设备来实现本发明的目的，该发送设备包括：数据编码器，该数据编码器被配置成生成用于发送在媒体中包括的数据的一部分的片段；分组编码器，该分组编码器被配置成将片段划分成一个或者多个数据单元并且生成分组，分组包括报头和包括数据单元的全部或者一些数据的有效载荷；以及广播信号发射器，该广播信号发射器被配置成生成包括分组的广播信号并且发送广播信号，其中报头包括传送对象标识符(TOI)元素，并且该TOI元素包括用于识别包括在有效载荷中发送的数据的片段的片段识别元素和用于识别数据单元的数据单元识别元素。
数据编码器可以对应于超文本传输协议(HTTP)上的动态适配流(DASH)编码器并且生成媒体呈现描述(MPD)，并且发送设备可以进一步包括下述中的一个或者多个：网络时间协议(NTP)服务器，该网络时间协议(NTP)服务器被配置成使用关于广播发射器的参考时间的信息生成NTP信息并且生成包括NTP信息的NTP分组；时间线分组，该时间线分组被配置成生成包括关于在广播系统和广播接收器之间的媒体的同步或参考时间的同步的信息的时间线分组；HTTP服务器，该HTTP服务器被配置成处理对用于MPD的请求的响应或者处理对关于诸如片段的媒体的数据的响应；壁钟处理器，该壁钟处理器被配置成处理和提供关于广播发射器的参考时间的信息；以及信令解码器，该信令解码器被配置成生成信令信息。
数据单元可以对应于区块，片段可以对应于ISO基本媒体文件格式(ISO BMFF)文件，并且分组可以对应于ALC/LCT+分组。
报头可以进一步包括指示被包括在分组中的数据的优先级的优先级元素。
有效载荷的报头可以进一步包括指示在片段中发送数据单元的时间点相对于片段的开始部分的偏移的EXT_OBJ_OFFSET元素。
报头可以进一步包括传送会话标识符(TSI)元素，并且TSI元素识别片段属于的轨道。
报头可以进一步包括指示数据单元的呈现时间戳(PTS)的EXT_OBJ_PTS元素和用于识别数据单元的位置的EXT_OBJ_LOCATION元素。
在本发明的另一方面中，在此提供一种接收设备，包括：调谐器，该调谐器被配置成接收包括一个或者多个分组的广播信号；ALC/LCT+客户端，该ALC/LCT+客户端被配置成解析一个或者多个分组，该分组包括报头和包括数据单元的全部或者一些数据的有效载荷；超文本传输协议(HTTP)上的动态适配流(DASH)客户端，该超文本传输协议(HTTP)上的动态适配流(DASH)客户端被配置成从一个或者多个分组提取一个或者多个数据单元并且发送在媒体中包括的数据的一部分；以及媒体编码器，该媒体编码器被配置成使用片段解码媒体，其中报头包括传送对象标识符(TOI)元素，并且TOI元素包括用于识别包括在有效载荷中发送的数据的片段的片段识别元素和用于识别数据单元的数据单元识别元素。
接收设备可以进一步包括HTTP接入客户端，该HTTP接入客户端被配置成处理DASH客户端的请求，将请求发送到HTTP服务器，从HTTP服务器接收对请求的响应，并且将响应发送到DASH客户端，其中DASH客户端可以同步在响应中包括的片段与被生成的片段。
数据单元可以对应于区块，片段可以对应于ISO基本媒体文件格式(ISO BMFF)文件，并且分组可以对应于ALC/LCT+分组。
报头可以进一步包括指示在分组中包括的数据的优先级的优先级元素。
有效载荷的报头可以进一步包括指示在片段中发送数据单元的时间点相对于片段的开始部分的偏移的EXT_OBJ_OFFSET元素。
报头可以进一步包括传送会话标识符(TSI)元素，并且TSI元素识别片段属于的轨道。
报头可以进一步包括指示数据单元的呈现时间戳(PTS)的EXT_OBJ_PTS元素和用于识别数据单元的位置的EXT_OBJ_LOCATION元素。
有益效果
根据本发明，在混合广播系统中，能够一起有效地处理在典型的广播网络中发送的数据和通过宽带网络发送的数据。
根据本发明，可以有效地匹配在广播网络中发送的数据和通过宽带网络发送的数据之间的时序和同步。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请的一部分，附图图示本发明的实施例，并且与本说明书一起用来说明本发明的原理。附图中：
图1图示根据本发明的实施例的用于为了将来广播服务发送广播信号的设备的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一实施例的输入格式化块。
图4图示根据本发明的实施例的BICM块。
图5图示根据本发明的另一实施例的BICM块。
图6图示根据本发明的一个实施例的帧构建块。
图7图示根据本发明的实施例的OFDM生成块。
图8图示根据本发明的实施例的用于为了将来广播服务接收广播信号的设备的结构。
图9图示根据本发明的实施例的帧结构。
图10图示根据本发明的实施例的帧的信令层次结构。
图11图示根据本发明的实施例的前导信令数据。
图12图示根据本发明的实施例的PLS1数据。
图13图示根据本发明的实施例的PLS2数据。
图14图示根据本发明的另一实施例的PLS2数据。
图15图示根据本发明的实施例的帧的逻辑结构。
图16图示根据本发明的实施例的PLS映射。
图17图示根据本发明的实施例的EAC映射。
图18图示根据本发明的实施例的FIC映射。
图19图示根据本发明的实施例的FEC结构。
图20图示根据本发明的实施例的时间交织。
图21图示根据本发明的实施例的扭曲行列块交织器的基本操作。
图22图示根据本发明的另一实施例的扭曲行列块交织器的操作。
图23图示根据本发明的实施例的扭曲行列块交织器的按对角读取图案。
图24图示根据本发明的实施例的来自各个交织阵列的交织的XFECBLOCK。
图25是图示根据本发明的实施例的混合广播接收器的图。
图26是图示根据本发明的实施例的通过混合广播接收器的服务扫描的操作的图。
图27是图示根据本发明的实施例的通过混合广播接收器的服务选择操作的图。
图28是图示根据本发明的实施例的通过混合广播接收器的服务选择操作的图。
图29是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的图。
图30是根据本发明的实施例的混合广播接收器的框图。
图31是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的图。
图32是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的图。
图33是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的操作的图。
图34是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的图。
图35图示根据本发明的实施例的图示ALC/LCT+客户端的操作的图。
图36是图示根据本发明的实施例的ISO BMFF文件的图。
图37是图示根据本发明的实施例的应用层传输协议分组的图。
图38是图示根据本发明的实施例的当TSI被映射到一个轨道并且TOI被映射到一个区块时应用层传输协议分组的图。
图39是图示根据本发明的实施例的当TSI被映射到一个轨道并且TOI被映射到一个区块时在应用层传输协议分组中的ISO BMFF文件中的框的特性的设置的图。
图40是图示根据本发明的实施例的应用层传输协议分组的应用的发送和接收的图。
图41是图示根据本发明的实施例的应用层传输协议分组的结构的图。
图42是图示根据本发明的实施例的应用层传输协议分组的处理的图。
图43是图示根据本发明的实施例的广播系统的图。
图44是图示根据本发明的实施例的在广播系统中片段的处理的时序的图。
图45是图示根据本发明的实施例的当在宽带和广播中使用MPD时广播系统的操作的图。
图46是根据本发明的另一实施例的广播系统中的片段的处理的时序图。
图47是图示根据本发明的另一实施例的当仅在宽带中使用MPD时广播系统的图。
图48是图示根据本发明的另一实施例的在广播系统中的片段的处理的时序的图。
图49是图示根据本发明的另一实施例的当仅在宽带中使用MPD时广播系统的图。
图50是图示根据本发明的另一实施例的在广播系统中的片段的处理的时序的图。
图51是图示根据本发明的实施例的用于发送和处理广播信号的序列和用于接收和处理广播信号的序列的流程图。
图52是图示根据本发明的实施例的发射器和接收器的图。
具体实施例
现在将详细地参照本发明的优选实施例，其示例被图示在附图中。将参照附图在下面给出的详细描述旨在说明本发明的示例性实施例，而不是旨在示出能够根据本发明被实现的仅有实施例。
尽管本公说明书中的元素的大部分术语已选自在本领域中考虑到其在本说明书中的功能而广泛地使用的一般术语，但是这些术语可以根据本领域技术人员的意图或惯例或者新技术的引入而改变。一些术语已经由本申请人任意选择，并且它们的含义根据需要在以下描述中说明。因此，应该基于本说明书的总体内容与术语的实际含义而不是它们的简单名称或含义一起解释本说明书中使用的术语。
本说明书中的术语“信令”可以指示从广播系统、互联网系统和/或广播/互联网汇聚系统发送和接收的服务信息(SI)。服务信息(SI)可以包括从现有的广播系统接收的广播服务信息(例如，ATSC-SI和/或DVB-SI)。
术语“广播信号”可以在概念上不仅包括从地面广播、有线电视广播、卫星广播和/或移动广播接收的信号和/或数据，而且包括从诸如互联网广播、宽带广播、通信广播、数据广播和/或VOD(视频点播)的双向广播系统接收的信号和/或数据。
术语“PLP”可以指示用于发送包含在物理层中的数据的预定单位。因此，必要时术语“PLP”还可以用术语“数据单元”或“数据管道”代替。
被配置为与广播网络和/或互联网网络互通的混合广播服务可以被用作要用在数字电视(DTV)服务中的代表性应用。混合广播服务通过互联网实时地发送与通过地面广播网络发送的广播A/V(音频/视频)内容有关的增强数据，或者通过互联网实时地发送广播A/V内容的一些部分，使得用户能够体验各种内容。
本发明提供了用于为了将来广播服务发送和接收广播信号的设备和方法。根据本发明的实施例的将来广播服务包括地面广播服务、移动广播服务、UHDTV服务等。根据一个实施例，本发明可以通过非MIMO(多输入多输出)或MIMO来处理针对将来广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
虽然为了描述的方便MISO或MIMO在下文中使用两个天线，但是本发明适用于使用两个或更多个天线的系统。
本发明可以定义三个物理层(PL)简档-基础简档、手持简档和高级简档-各自被优化以在获得特定用例所需要的性能的同时使接收器复杂性最小化。物理层(PHY)简档是对应的接收器应该实现的所有配置的子集。
三个简档共享功能块的大部分但是在特定块和/或参数方面稍微不同。能够在将来定义附加的PHY简档。对于系统评估，将来简档还能够通过将来扩展帧(FEF)在单个RF信道中与现有简档复用。在下面描述各个PHY简档的细节。
1.基础简档
基础简档表示针对通常连接至屋顶天线的固定接收装置的主要用例。基础简档还包括能够被运输到一地方但是属于相对稳定的接收类别的便携式装置。能够通过一些改进的实施例将基础简档的使用扩展到手持装置或甚至车载装置，但是那些用例不是基础简档接收器操作所期望的。
接收的目标SNR范围是从大约10dB到20dB，这包括现有广播系统(例如ATSC A/53)的15dB SNR接收能力。接收器复杂性和功耗不像在将使用手持简档的电池操作的手持装置中一样关键。在下表1中列举了针对基础简档的关键系统参数。
[表1]
2.手持简档
手持简档是为了在利用电池电力操作的手持装置和车载装置中使用而设计的。这些装置可能正以行人或车辆速度移动。功耗以及接收器复杂性对于手持简档的装置的实施例来说是非常重要的。手持简档的目标SNR范围是大约0dB到10dB，但是能够被配置为当意在供更深室内接收使用时达到0dB以下。
除低SNR能力之外，对由接收器移动性导致的多普勒效应的回弹能力是手持简档的最重要的性能属性。在下表2中列举了针对手持简档的关键系统参数。
[表2]
LDPC码字长度 16K个比特
星座大小 2～8bpcu
时间解交织存储器大小 ≤218个数据单元
导频图案 用于移动和室内接收的导频图案
FFT大小 8K、16K个点
3.高级简档
高级简档以更大实现复杂性为代价提供最高信道容量。这个简档需要使用MIMO发送和接收，并且UHDTV服务是为此具体地设计了这个简档的目标用例。经增量的容量还能够用于在给定带宽中允许增加数量的服务，例如，多个SDTV或HDTV服务。
高级简档的目标SNR范围是大约20dB至30dB。MIMO发送可以最初使用现有的椭圆极化发送设备，将来扩展到全功率交叉极化发送。在下表3中列举了针对高级简档的关键系统参数。
[表3]
LDPC码字长度 16K、64K个比特
星座大小 8～12bpcu
时间解交织存储器大小 ≤219个数据单元
导频图案 用于固定接收的导频图案
FFT大小 16K、32K个点
在这种情况下，基础简档能够被用作地面广播服务和移动广播服务二者的简档。也就是说，基础简档能够用于定义包括移动简档的简档的概念。并且，能够将高级简档划分成在MIMO情况下用于基础简档的高级简档以及在MIMO情况下用于手持简档的高级简档。而且，能够根据设计者的意图改变三个简档。
以下术语和定义可以适用于本发明。能够根据设计改变以下术语和定义。
辅助流：承载可以被用于将来扩展或者如广播台或网络运营商所需要的到目前为止未定义的调制和编码的数据的单元的序列
基础数据管道，承载服务信令数据的数据管道
基带帧(或BBFRAME)：形成一个FEC编码处理(BCH和LDPC编码)的输入的Kbch个比特的集合
单元：由OFDM发送的一个载波所承载的调制值
编码块：PLS1数据的LDPC编码块或PLS2数据的LDPC编码块中的一个
数据管道：在物理层中承载服务数据或相关元数据的逻辑信道，其可以承载一个或多个服务或服务分量(service component)。
数据管道单元：用于在帧中向DP分配数据单元的基本单元。
数据符号：在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)
DP_ID：这个8比特字段唯一地定义由SYSTEM_ID标识的系统内的DP。
哑单元：承载用于填充不用于PLS信令、DP或辅助流的剩余容量的伪随机值的单元
紧急警报信道：承载EAS信息数据的帧的一部分
帧：从前导开始并且以帧边缘符号结束的物理层时隙
帧重复单元：属于包括FEF的相同或不同的物理层简档的帧的集合，所述FEF在超帧中被重复八次
快速信息信道：在帧中承载服务与所对应的基础DP之间的映射信息的逻辑信道
FECBLOCK：DP数据的LDPC编码比特的集合
FFT大小：用于特定模式的标称FFT大小，等于用基本周期T的循环表达的有效符号周期Ts
帧信令符号：在FFT大小、保护间隔和分散导频图案的特定组合中在帧开始时使用的具有较高导频密度的OFDM符号，其承载PLS数据的一部分
帧边缘符号：在FFT大小、保护间隔和分散导频图案的特定组合中在帧结束时使用的具有较高导频密度的OFDM符号
帧组：在超帧中具有相同的PHY简档类型的帧的集合
将来扩展帧：能够被用于将来扩展的超帧内的物理层时隙，其从前导开始
Futurecast UTB系统：提出的物理层广播系统，其中输入是一个或更多个MPEG2-TS或IP或通用流并且其中输出是RF信号
输入流：由系统递送给终端用户的服务的整体的数据的流
正常数据符号：排除帧信令符号和帧边缘符号的数据符号
PHY简档：对应的接收器应该实现的所有配置的子集
PLS：由PLS1和PLS2构成的物理层信令数据
PLS1：在具有固定大小、编码和调制的FSS符号中承载的PLS数据的第一集合，其承载关于系统的基本信息以及对PLS2进行解码所需的参数
注意：PLS1数据在帧组的持续时间内保持恒定。
PLS2：在FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更详细PLS数据
PLS2动态数据：可以逐帧动态地改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导信令数据：由前导符号承载并且用于标识系统的基本模式的信令数据
前导符号：承载基本PLS数据并且位于帧的开头中的固定长度导频符号
注意：前导符号被主要用于快速初始频带扫描以检测系统信号、其定时、频率偏移和FFT大小。
保留以供将来使用：不由本文档定义但是可以将来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：在内部执行时间交织的单元的集合，与时间交织器存储器的一次使用对应
TI组：执行针对特定DP的动态容量分量遍及的单元，由动态变化的整数个XFECBLOCK组成
注意：TI组可以被直接映射到一个帧或者可以被映射到多个帧。它可以包含一个或更多个TI块。
类型1DP：所有DP被以TDM方式映射到帧中的帧的DP
类型2DP：所有DP被以FDM方式映射到帧中的帧的DP
XFECBLOCK：承载一个LDPC FECBLOCK的所有比特的Ncells个单元的集合
图1图示根据本发明的实施例的用于为了将来广播服务发送广播信号的设备的结构。
根据本发明的实施例的用于为了将来广播服务发送广播信号的设备能够包括输入格式化块1000、BICM(比特交织编码与调制)块1010、帧构建块1020、OFDM(正交频分复用)生成块1030和信令生成块1040。将给出用于发送广播信号的设备的各个模块的操作的描述。
IP流/分组和MPEG2-TS是主要输入格式，其它流类型被处理为通用流。除这些数据输入之外，管理信息被输入来针对各个输入流控制所对应的带宽的调度和分配。同时允许一个或多个TS流、IP流和/或通用流输入。
输入格式化块1000能够将各个输入流解复用到一个或更多个数据管道中，独立的编码和调制被应用于所述数据管道中的每一个。数据管道(DP)是用于鲁棒性控制的基本单元，从而影响服务质量(QoS)。一个或多个服务或服务分量能够由单个DP承载。将稍后描述输入格式化块1000的操作的细节。
数据管道是在物理层中承载服务数据或相关元数据的逻辑信道，其可以承载一个或多个服务或服务分量。
并且，数据管道单元：用于在帧中向DP分配数据单元的基本单元。
在BICM块1010中，奇偶数据被添加以用于错误校正并且编码比特流被映射到复值星座符号。这些符号跨越被用于对应DP的特定交织深度被交织。对于高级简档，在BICM块1010中执行MIMO编码并且在输出端处添加附加数据路径以用于MIMO发送。将稍后描述BICM块1010的操作的细节。
帧构建块1020能够将所输入的DP的数据单元映射成帧内的OFDM符号。在映射之后，频率交织被用于频域分集，具体地以与频率选择性衰落信道对抗。将稍后描述帧构建块1020的操作的细节。
在各个帧的开头处插入前导之后，OFDM生成块1030能够应用具有循环前缀作为保护间隔的常规OFDM调制。对于天线空间分集，跨越发射器应用分布式MISO方案。另外，在时域中执行峰均功率降低(PAPR)方案。对于灵活的网络规划，这个提议提供各种FFT大小、保护间隔长度和对应导频图案的集合。将稍后描述OFDM生成块1030的操作的细节。
信令生成块1040能够创建用于各个功能块的操作的物理层信令信息。此信令信息也被发送使得在接收器侧适当地恢复感兴趣服务。将稍后描述信令生成块1040的操作的细节。
图2、图3和图4图示根据本发明的实施例的输入格式化块1000。将给出各个图的描述。
图2图示根据本发明的一个实施例的输入格式化块。图2示出了当输入信号是单个输入流时的输入格式化模块。
图2所例示的输入格式化块对应于参照图1所描述的输入格式化块1000的实施例。
物理层的输入可以由一个或多个数据流组成。各个数据流由一个DP承载。模式适配模块将传入数据流分成基带帧(BBF)的数据字段。系统支持三种类型的输入数据流：MPEG2-TS、网际协议(IP)和通用流(GS)。MPEG2-TS由固定长度(188字节)分组表征，其中第一字节是同步字节(0x47)。IP流由如在IP分组报头内发信号通知的可变长度IP数据报分组组成。系统对于IP流支持IPv4和IPv6二者。GS可以由在封装分组报头内发信号通知的可变长度分组或恒定长度分组组成。
(a)示出了用于信号DP的模式适配块2000和流适配2010并且(b)示出了用于生成并处理PLS数据的PLS生成块2020和PLS加扰器2030。将给出各个块的操作的描述。
输入流分离器将所输入的TS、IP、GS流分成多个服务或服务分量(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧分片器以及BB帧报头插入块组成。
CRC编码器提供在用户分组(UP)级别下用于错误校正的三种CRC编码，即，CRC-8、CRC-16和CRC-32。经计算的CRC字节被附加在UP之后。CRC-8被用于TS流而CRC-32用于IP流。如果GS流不提供CRC编码，则应该应用所提出的CRC编码。
BB帧分片器将输入映射成内部逻辑比特格式。首先接收到的比特被定义为MSB。BB帧分片器分配等于可用数据字段容量的许多输入比特。为了分配等于BBF有效载荷的许多输入比特，UP分组流被切成片以适合BBF的数据字段。
BB帧报头插入块能够插入2个字节的被插入在BB帧前面的固定长度BBF报头。BBF报头由STUFFI(1个比特),SYNCD(13个比特)和RFU(2个比特)组成。除固定的2字节BBF报头之外，BBF能够在2字节BBF报头结尾处具有扩展字段(1或3个字节)。
流适应2010由填充插入块和BB加扰器组成。
填充插入块能够将填充字段插入到BB帧的有效载荷中。如果到流适应的输入数据足以填充BB帧，则STUFFI被设置为‘0’并且BBF没有填充字段。否则STUFFI被设置为‘1’并且紧接在BBF报头之后插入填充字段。填充字段包括两个字节的填充字段报头和可变大小的填充数据。
BB加扰器为了能量分散而对完整BBF进行加拢。加扰序列与BBF同步。加扰序列由反馈移位寄存器生成。
PLS生成块2020能够生成物理层信令(PLS)数据。PLS给接收器提供用于访问物理层DP的手段。PLS数据由PLS1数据和PLS2数据构成。
PLS1数据是在具有固定大小、编码和调制的帧中的FSS字段中承载的PLS数据的第一集合，其承载关于系统的基本信息以及对PLS2数据进行解码所需的参数。PLS1数据提供包括使得能实现PLS2数据的接收和解码所需要的参数的基本传输参数。并且，PLS1数据在帧组的持续时间内保持恒定。
PLS2数据是在FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更详细PLS数据。PLS2包含提供用于接收器对所期望的DP进行解码的足够信息的参数。PLS2信令还由两种类型的参数(PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据))构成。PLS2静态数据是在帧组的持续时间内保持静态的PLS2数据，而PLS2动态数据是可以逐帧动态地改变的PLS2数据。
将稍后描述PLS数据的细节。
PLS加扰器2030能够为了能量分散而对所生成的PLS数据进行加扰。
上述块可以被省略或者由具有相似或相同的功能的块代替。
图3图示根据本发明的另一实施例的输入格式化块。
图3所例示的输入格式化块对应于参照图1描述的输入格式化块1000的实施例。
图3示出了当输入信号对应于多个输入流时的输入格式化块的模式适配块。
用于处理多个输入流的输入格式化块的模式适配块能够独立地处理多个输入流。
参照图3，用于分别处理多个输入流的模式适配块能够包括输入流分离器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、报头压缩块3040、CRC编码器3050、BB帧分片器3060以及BB报头插入块3070。将给出模式适配块的各个块的描述。
CRC编码器3050、BB帧分片器3060和BB报头插入块3070的操作对应于参照图2描述的CRC编码器、BB帧分片器和BB报头插入块的那些操作，并且因此省略其描述。
输入流分离器3000能够将所输入的TS、IP、GS流分成多个服务或服务分量(音频、视频等)流。
输入流同步器3010可以被称为ISSY。ISSY能够提供适合的装置来针对任何输入数据格式保证恒定比特速率(CBR)和恒定端到端传输延迟。ISSY总是被用于承载TS的多个DP的情况，并且可选地用于承载GS流的多个DP。
补偿延迟块3020能够紧跟在ISSY信息的插入之后使经分离的TS分组流延迟，以在接收器中无需附加存储器的情况下允许TS分组重组机制。
空分组删除块3030被仅用于TS输入流情况。一些TS输入流或分离的TS流可能具有大量的空分组存在，以便在CBR TS流中适应VBR(可变比特速率)服务。在这种情况下，为了避免不必要的传输开销，能够标识并且不发送空分组。在接收器中，移除的空分组能够被重新插入在原先参照被插入在传输中的删除空分组(DNP)计数器的确切地方中，从而保证恒定比特速率并且避免对于时间戳(PCR)更新的需要。
报头压缩块3040能够提供分组报头压缩以针对TS或IP输入流提高传输效率。因为接收器能够具有关于报头的特定部分的先验信息，所以能够在发射器中删除这个已知信息。
对于传输流，接收器具有关于同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载具有仅一个PID的内容，即，对于仅一个服务分量(视频、音频等)或服务子分量(SVC基础层、SVC增强层、MVC基础视图或MVC相关视图)，能够(可选地)对传输流应用TS分组报头压缩。如果输入流是IP流，则可选地使用IP分组报头压缩。
上述块可以被省略或者由具有相似或相同的功能的块代替。
图4图示根据本发明的实施例的BICM块。
图4所例示的BICM块对应于参照图1描述的BICM块1010的实施例。
如上所述，根据本发明的实施例的用于为了将来广播服务发送广播信号的设备能够提供地面广播服务、移动广播服务、UHDTV服务等。
因为QoS(服务质量)取决于由根据本发明的实施例的用于为了将来广播服务发送广播信号的设备所提供的服务的特性，所以需要通过不同的方案来处理与相应的服务对应的数据。因此，根据本发明的实施例的BICM块能够通过对与数据路径分别对应的数据管道独立地应用SISO、MISO和MIMO方案来独立地处理输入给其的DP。因此，根据本发明的实施例的用于为了将来广播服务发送广播信号的设备能够控制通过各个DP发送的各个服务或服务分量的QoS。
(a)示出了由基本简档和手持简档共享的BICM块并且(b)示出了高级简档的BICM块。
由基本简档和手持简档共享的BICM块以及高级简档的BICM块能够包括用于处理各个DP的多个处理块。
将给出用于基本简档和手持简档的BICM块以及用于高级简档的BICM块的各个处理块的描述。
用于基本简档和手持简档的BICM块的处理块5000能够包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010能够对输入BBF执行FEC编码以使用外编码(BCH)和内编码(LDPC)来生成FECBLOCK过程。外编码(BCH)是可选的编码方法。将稍后描述数据FEC编码器5010的操作的细节。
比特交织器5020能够对数据FEC编码器5010的输出进行交织以利用LDPC码和调制方案的组合实现优化的性能，同时提供可高效地实现的结构。将稍后描述比特交织器5020的操作的细节。
星座映射器5030能够使用QPSK、QAM-16、非均匀QAM(NUQ-64、NUQ-256、NUQ-1024)或非均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)来对来自比特交织器5020的基础和手持简档中的的各个单元字或来自单元字解复用器5010-1的高级简档中的的单元字进行调制以给出幂归一化星座点等。这个星座映射仅适用于DP。人们观察到QAM-16和NUQ是方形的，然而NUC具有任意形状。当各个星座被旋转90度的任何倍数时，经旋转的星座与其原始星座确切地重叠。这个“旋转感”对称特性使实分量和虚分量的容量和平均功率彼此相等。NUQ和NUC二者是针对各个码速率而分别定义的并且所使用的特定码速率通过PLS2数据中的参数DP_MOD来发信号通知。
时间交织器5050能够在DP级别下操作。可以针对各个DP不同地设置时间交织(TI)的参数。将稍后描述时间交织器5050的操作的细节。
用于高级简档的BICM块的处理块5000-1能够包括数据FEC编码器、比特交织器、星座映射器和时间交织器。然而，与处理块5000区分开的处理块5000-1还包括单元字解复用器5010-1和MIMO编码块5020-1。
并且，处理块5000-1中的数据FEC编码器、比特交织器、星座映射器和时间交织器的操作对应于所描述的数据FEC编码器5010、比特交织器5020、星座映射器5030和时间交织器5050的那些操作，并且因此省略其描述。
单元字解复用器5010-1被用于高级简档的DP以将单个码字流划分成双单元字流以用于MIMO处理。将稍后描述单元字解复用器5010-1的操作的细节。
MIMO编码块5020-1能够使用MIMO编码方案来处理单元字解复用器5010-1的输出。MIMO编码方案被优化用于广播信号传输。MIMO技术是用于得到容量增加的有希望的方式，但是它取决于信道特性。尤其对于广播，信道的强LOS分量或者由不同的信号传播特性导致的两个天线之间的接收信号功率的差使得难以从MIMO得到容量增益。所提出的MIMO编码方案使用MIMO输出信号中的一个的基于旋转的预编码和相位随机化来克服这个问题。
MIMO编码意在供在发射器和接收器二者处需要至少两个天线的2×2MIMO系统使用。在这个提议中定义了两个MIMO编码模式；全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收器侧处的相对较小的复杂性增加提供容量增加，然而FRFD-SM编码以在在接收器侧处的大复杂性增加提供容量增加和附加分集增益。所提出的MIMO编码方案对天线极性配置没有限制。
MIMO处理是高级简档帧所需要的，这意味着高级简档帧中的所有DP由MIMO编码器处理。MIMO处理在DP级别下被应用。成对的星座映射器输出NUQ对(e1,i和e2,i)被馈送给MIMO编码器的输入端。成对的MIMO编码器输出(g1,i和g2,i)通过它们相应的TX天线的同一载波k和OFDM符号I来发送。
上述块可以被省略或者由具有相似或相同的功能的块代替。
图5图示根据本发明的另一实施例的BICM块。
图5所例示的BICM块对应于参照图1描述的BICM块1010的实施例。
图5图示用于物理层信令(PLS)、紧急警报信道(EAC)和快速信息信道(FIC)的保护的BICM块。EAC是承载EAS信息数据的帧的一部分并且FIC是承载服务与所对应的基础DP之间的映射信息的帧中的逻辑通道。将稍后描述EAC和FIC的细节。
参照图5，用于PLS、EAC和FIC的保护的BICM块能够包括PLS FEC编码器6000、比特交织器6010和星座映射器6020。
并且，PLS FEC编码器6000能够包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的各个块的描述。
PLS FEC编码器6000能够对经加扰的PLS1/2数据、EAC和FIC区段进行编码。
加扰器能够在BCH编码以及缩短和穿孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零插入块能够使用用于PLS保护的缩短BCH码来对经加扰的PLS1/2数据执行外编码并且在BCH编码之后插入零比特。对于仅PLS1数据，可以在LDPC编码之前置换零插入的输出比特。
LDPC编码块能够使用LDPC码来对BCH编码/零插入块的输出进行编码。为了生成完整编码块，Cldpc、奇偶比特、Pldpc是根据各个零插入的PLS信息块系统地编码的并且附加在它之后。
[等式1]
用于PLS1和PLS2的LDPC码参数如下表4。
[表4]
LDPC奇偶穿孔块能够对PLS1数据和PLS2数据执行穿孔。
当对PLS1数据保护施加缩短时，一些LDPC奇偶比特在LDPC编码之后被穿孔。并且，对于PLS2数据保护，PLS2的LDPC奇偶比特在LDPC编码之后被穿孔。不发送这些穿孔的比特。
比特交织器6010能够对各个缩短且穿孔的PLS1数据和PLS2数据进行交积。
星座映射器6020能够将经比特交织的PLS1数据和PLS2数据映射到星座上。
上述块可以被省略或者由具有相似或相同的功能的块代替。
图6图示根据本发明的一个实施例的帧构建块。
图6所例示的帧构建块对应于参照图1描述的帧构建块1020的实施例。
参照图6，帧构建块能够包括延迟补偿块7000、单元映射器7010和频率交织器7020。将给出帧构建块的各个块的描述。
延迟补偿块7000能够调制数据管道与所对应的PLS数据之间的定时以确保它们在发射器端处被同定时。PLS数据通过解决由输入格式化块和BICM块导致的数据管道的延迟而被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器5050而导致的。带内信令数据承载下一个TI组的信息，使得它们在要发信号通知的DP前面一个帧被承载。延迟补偿块相应地使带内信令数据延迟。
单元映射器7010能够将PLS、EAC、FIC、DP、辅助流和哑单元映射到帧中的OFDM符号的活动载波中。单元映射器7010的基本功能是将通过TI针对DP所产生的数据单元、PLS单元和EAC/FIC单元(若有的话)映射到与帧内的OFDM符号对应的活动OFDM单元的阵列。能够通过数据管道分别地收集和发送服务信令数据(诸如PSI(节目特定信息)/SI)。单元映射器根据由调度器产生的动态信息以及帧结构的配置操作。将稍后描述帧的细节。
频率交织器7020能够对从单元映射器7010接收的数据单元随机地进行交织以提供频率分集。频率交织器7020能够使用不同的交织种子次序对由两个顺序OFDM符号组成的完全OFDM符号对进行操作以在单个帧中得到最大交织增益。
上述块可以被省略或者由具有相似或相同的功能的块代替。
图7图示根据本发明的实施例的OFDM生成块。
图7所例示的OFDM生成块对应于参照图1描述的OFDM生成块1030的实施例。
OFDM生成块通过由帧构建块产生的单元对OFDM载波进行调制，插入导频，并且产生时域信号以用于发送。并且，这个块随后插入保护间隔，并且应用PAPR(峰均功率比)降低处理以产生最终RF信号。
参照图7，OFDM生成块能够包括导频和保留音调插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR降低块8030、保护间隔插入块8040、前导插入块8050、其它系统插入块8060和DAC块8070。
其它系统插入块8060能够在时域中复用多个广播发送/接收系统的信号，使得能够在相同的RF信号带宽中同时发送提供广播服务的两个或更多个不同的广播发送/接收系统的数据。在这种情况下，两个或更多个不同的广播发送/接收系统是指提供不同的广播服务的系统。不同的广播服务可以是指地面广播服务、移动广播服务等。
图8图示根据本发明的实施例的用于为了将来广播服务接收广播信号的设备的结构。
根据本发明的实施例的用于为了将来广播服务接收广播信号的设备能够对应于参照图1描述的用于为了将来广播服务发送广播信号的设备。
根据本发明的用于为了将来广播服务接收广播信号的设备能够包括同步与解调模块9000、帧解析模块9010、解映射与解码模块9020、输出处理器9030和信令解码模块9040。将给出用于接收广播信号的设备的各个模块的操作的描述。
同步与解调模块9000能够通过Rx天线接收输入信号，相对于与用于接收广播信号的设备对应的系统执行信号检测和同步并且执行与由用于发送广播信号的设备执行的过程的逆过程对应的解调。
帧解析模块9010能够解析输入信号帧并且提取用来发送由用户选择的服务的数据。如果用于发送广播信号的设备执行交织，则帧解析模块9010能够执行与交织的逆过程对应的解交织。在这种情况下，能够通过对从信令解码模块9040输出的数据进行解码以恢复由用于发送广播信号的设备所生成的调度信息来获得需要被提取的信号和数据的位置。
解映射与解码模块9020能够将输入信号转换成比特域数据，然后必要时对输入信号进行解交织。解映射与解码模块9020能够能够对于为了传输效率而应用的映射执行解映射并且校正通过解码在发送信道上生成的错误。在这种情况下，解映射与解码模块9020能够通过对从信令解码模块9040输出的数据进行解码来获得解映射和解码所必需的发送参数。
输出处理器9030能够执行由用于发送广播信号的设备应用来改进传输效率的各种压缩/信号处理过程的逆过程。在这种情况下，输出处理器9030能够从自信令解码模块9040输出的数据获取必要的控制信息。输出处理器8300的输出对应于输入给用于发送广播信号的设备的信号并且可以是MPEG-TS、IP流(v4或v6)和通用流。
信令解码模块9040能够从由同步与解调模块9000解调的信号获得PLS信息。如上所述，帧解析模块9010、解映射与解调模块9020和输出处理器9030能够使用从信令解码模块9040输出的数据来执行其功能。
图9图示根据本发明的实施例的帧结构。
图9示出了超帧中的帧类型和FRU的示例性配置。(a)示出了根据本发明的实施例的超帧，(b)示出了根据本发明的实施例的FRU(帧接收单元)，(c)示出了FRU中的可变PHY简档的帧并且(d)示出了帧的结构。
超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元，并且在超帧中被重复八次。
FRU中的各个帧属于PHY简档(基础、手持、高级)或FEF中的一个。FRU中的帧的最大容许数量是四，并且给定PHY简档能够在FRU中出现从零次到四次的任何次数(例如，基础、基础、手持、高级)。视需要，能够使用前导中的PHY_PROFILE的保留值来扩展PHY简档定义。
FEF部分在被包括的情况下被插入在FRU结尾。当FEF被包括在FRU中时，FEF的最小数量在超帧中为8。不推荐FEF部分彼此相邻。
一个帧被进一步划分成许多OFDM符号和前导。如(d)所示，帧包括前导、一个或更多个信令符号(FSS)、正常数据符号和帧边缘符号(FES)。
前导是使得能实现快速FutureCast UTB系统信号检测并且为信号的高效发送和接收提供一组基本传输参数的特殊符号。将稍后描述前导的详细描述。
FSS的主要的目的是承载PLS数据。为了快速同步和信道估计，并因此为了PLS数据的快速解码，FSS具有比正常数据符号更密集的导频图案。FES具有与FSS确切相同的导频，这对于紧接在FES之前的符号使得能在无需外插的情况下实现FES内的仅频率内插和时间内插。
图10图示根据本发明的实施例的帧的信令层次结构。
图10图示被分成三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020的信令层次结构。由各个帧中的前导符号承载的前导的目的是指示该帧的发送类型和基本发送参数。PLS1使得接收器能够对PLS2数据进行访问和解码，所述PLS2数据包含用于访问感兴趣DP的参数。PLS2被承载在各个帧中并且分成两个主要部分：PLS2-STAT数据和PLS2-DYN数据。必要时，PLS2数据的静态部分和动态部分后面有填充符。
图11图示根据本发明的实施例的前导信令数据。
前导信令数据承载信息的使得接收器能够访问PLS数据并且跟踪帧结构内的DP所需的21个比特。前导信令数据的细节如下：
PHY_PROFILE：这个3比特字段指示当前帧的PHY简档类型。在下表5中给出了不同的PHY简档类型的映射。
[表5]
值 PHY简档
000 基础简档
001 手持简档
010 高级简档
011～110 保留
111 FEF
FFT_SIZE：这个2比特字段指示帧组内的当前帧的FFT大小，如下表6所描述的。
[表6]
值 FFT大小
00 8K FFT
01 16K FFT
10 32K FFT
11 保留
GI_FRACTION：这个3比特字段指示当前超帧中的保护间隔分数值，如下表7所描述的。
[表7]
值 GI_FRACTION
000 1/5
001 1/10
010 1/20
011 1/40
100 1/80
101 1/160
110～111 保留
EAC_FLAG：这个1比特字段指示是否在当前帧中设置了EAC。如果这个字段被设置为‘1’，则在当前帧中设置了紧急警报服务(EAS)。如果这个字段被设置为‘0’，则在当前帧中不承载EAS。能够在超帧内动态地切换这个字段。
PILOT_MODE：这个1比特字段指示导频模式对于当前帧组中的当前帧来说是移动模式还是固定模式。如果这个字段被设置为‘0’，则使用了移动导频模式。如果这个字段被设置为‘1’，则使用了固定导频模式。
PAPR_FLAG：这个1比特字段指示PAPR降低被用于当前帧组中的当前帧。如果这个字段被设置为值‘1’，则音调保留被用于PAPR降低。如果这个字段被设置为‘0’，则未使用PRPR降低。
FRU_CONFIGURE：这个3比特字段指示存在于当前超帧中的帧接收单元(FRU)的PHY简档类型配置。在当前超帧中的所有前导中的这个字段中定义了当前超帧中传达的所有简档类型。3比特字段对于各个简档具有不同的定义，如下表8所示。
[表8]
RESERVED：这个7比特字段被保留以供将来使用。
图12图示根据本发明的实施例的PLS1数据。
PLS1数据提供包括使得能实现PLS2的接收和解码所需要的参数的基本传输参数。如以上所提及的，PLS1数据在一个帧组的整个持续时间内保持不变。PLS1的信令字段的详细定义如下：
PREAMBLE_DATA：这个20比特字段是排除EAC_FLAG的前导信令数据的拷贝。
NUM_FRAME_FRU：这个2比特字段指示每FRU帧的数量。
PAYLOAD_TYPE：这个3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示出的那样被发信号通知。
[表9]
值 有效载荷类型
1XX TS流被发送
X1X IP流被发送
XX1 GS流被发送
NUM_FSS：这个2比特字段指示当前帧中的FSS符号的数量。
SYSTEM_VERSION：这个8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分成两个4比特字段，其是主版本和次版本。
主版本：SYSTEM_VERSION字段的MSB四个比特指示主版本信息。主版本字段的改变指示非向后兼容的改变。缺省值是‘0000’。对于此标准中描述的版本，值被设置为‘0000’。
次版本：SYSTEM_VERSION字段的LSB四个比特指示次版本信息。次版本字段的改变是向后兼容的。
CELL_ID：这是唯一地标识ATSC网络中的地理小区的16比特字段。取决于每Futurecast UTB系统使用的频率的数量，ATSC小区覆盖范围可以由一个或更多个频率构成。如果CELL_ID的值不是已知的或者未指定的，则这个比特被设置为‘0’。
NETWORK_ID：这是唯一地标识当前ATSC网络的16比特字段。
SYSTEM_ID：这个16比特字段唯一地标识ASC网络内的Futurecast UTB系统。Futurecast UTB系统是其输入为一个或更多个输入流(TS、IP、GS)并且其输出为RF信号的地面广播系统。若有的话，Futurecast UTB系统承载一个或更多个PHY简档和FEF。相同的Futurecast UTB系统可以承载不同的输入流并且在不同的地理区域中使用不同的RF频率，从而允许本地服务插入。帧结构和调度在一个地方中被控制并且对于Futurecast UTB系统内的所有传输来说相同。一个或更多个Futurecast UTB系统可以具有相同的SYSTEM_ID，意味着它们全部具有相同的物理层结构和配置。
以下循环由被用来指示各个帧类型的FRU配置和长度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED构成。循环大小是固定的，使得四个PHY简档(包括FEF)在FRU内被发信号通知。如果NUM_FRAME_FRU小于4，则未用字段用零填充。
FRU_PHY_PROFILE：这个3比特字段指示关联FRU的第(i+1)个(i是循环索引)帧的PHY简档类型。这个比特使用与如表8所示相同的信令格式。
FRU_FRAME_LENGTH：这个2比特字段指示关联FRU的第(i+1)帧的长度。使用FRU_FRAME_LENGTH以及FRU_GI_FRACTION，能够获得帧持续时间的确切值。
FRU_GI_FRACTION：这个3比特字段指示关联FRU的第(i+1)帧的保护间隔。FRU_GI_FRACTION是根据表7发信号通知的。
RESERVED：这个4比特字段被保留以供将来使用。
以下字段提供了用于对PLS2数据进行解码的参数。
PLS2_FEC_TYPE：这个2比特字段指示由PLS2保护使用的FEC类型。FEC类型是根据表10发信号通知的。将稍后描述LDPC码的细节。
[表10]
内容 PLS2FEC类型
00 4K-1/4和7K-3/10LDPC码
01～11 保留
PLS2_MOD：这个3比特字段指示由PLS2使用的调制类型。调制类型是根据表11发信号通知的。
[表11]
值 PLS2_MODE
000 BPSK
001 QPSK
010 QAM-16
011 NUQ-64
100～111 保留
PLS2_SIZE_CELL：这个15比特字段指示Ctotal_partial_block，用于在当前帧组中承载的PLS2的完全编码块的合集的大小(被指定为QAM单元的数量)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_STAT_SIZE_BIT：这个14比特字段指示用于当前帧组的PLS2-STAT的比特大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_DYN_SIZE_BIT：这个14比特字段指示用于当前帧组的PLS2-DYN的比特大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_REP_FLAG：这个1比特标志指示PLS2接收模式是否被用在当前帧组中。当这个字段被设置为值‘1’时，PLS2接收模式被激活。当这个字段被设置为值‘0’时，PLS2接收模式被去激活。
PLS2_REP_SIZE_CELL：这个15比特字段指示Ctotal_partial_block，当使用了PLS2接收时用于在当前帧组的各个帧中承载的PLS2的部分编码块的合集的大小(被指定为QAM单元的数量)。如果未使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_FEC_TYPE：这个2比特字段指示用于在下一个帧组的各个帧中承载的PLS2的FEC类型。FEC类型是根据表10发信号通知的。
PLS2_NEXT_MOD：这个3比特字段指示用于在下一个帧组的各个帧中承载的PLS2的调制类型。调制类型是根据表11发信号通知的。
PLS2_NEXT_REP_FLAG：这个1比特标志指示PLS2重复模式是否被用在下一个帧组中。当这个字段被设置为值‘1’时，PLS2接收模式被激活。当这个字段被设置为值‘0’时，PLS2接收模式被去激活。
PLS2_NEXT_REP_SIZE_CELL：这个15比特字段指示Ctotal_full_block，当使用了PLS2重复时用于在下一个帧组的各个帧中承载的PLS2的完全编码块的合集的大小(被指定为QAM单元的数量)。如果在下一个帧组中未使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_REP_STAT_SIZE_BIT：这个14比特字段指示用于下一个帧组的PLS2-STAT的比特大小。这个值在当前帧组中是恒定的。
PLS2_NEXT_REP_DYN_SIZE_BIT：这个14比特字段指示用于下一个帧组的PLS2-DYN的比特大小。这个值在当前帧组中是恒定的。
PLS2_AP_MODE：这个2比特字段指示是否在当前帧组中为PLS2提供了附加奇偶性。这个值在当前帧组的整个持续时间期间是恒定的。下表12给出了这个字段的值。当这个字段被设置为‘00’时，附加奇偶性在当前帧组中未被用于PLS2。
[表12]
值 PLS2-AP模式
00 不提供AP
01 AP1模式
10～11 保留
PLS2_AP_SIZE_CELL：这个15比特字段指示PLS2的附加奇偶比特的大小(被指定为QAM单元的数量)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_AP_MODE：这个2比特字段指示是否在下一个帧组的各个帧中为PLS2信令提供了附加奇偶性。这个值在当前帧组的整个持续时间期间是恒定的。表12定义了这个字段的值。
PLS2_NEXT_AP_SIZE_CELL：这个15比特字段指示下一个帧组的各个帧中的PLS2的附加奇偶比特的大小(被指定为QAM单元的数量)。这个值在当前帧组的整个持续时间期间是恒定的。
RESERVED：这个32比特字段被保留以供将来使用。
CRC_32：32比特错误检测码，其被应用于整个PLS1信令。
图13图示根据本发明的实施例的PLS2数据。
图13图示PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内是相同的，然而PLS2-DYN数据提供对于当前帧来说特定的信息。
PLS2-STAT数据的字段的细节如下：
FIC_FLAG：这个1比特字段指示FIC是否被用在当前帧组中。如果这个字段被设置为‘1’，则在当前帧中设置了FIC。如果这个字段被设置为‘0’，则在当前帧中不承载FIC。这个值在当前帧组的整个持续时间期间是恒定的。
AUX_FLAG：这个1比特字段指示辅助流是否被用在当前帧组中。如果这个字段被设置为‘1’，则在当前帧中设置了辅助流。如果这个字段被设置为‘0’，则在当前帧中不承载辅助流。这个值在当前帧组的整个持续时间期间是恒定的。
NUM_DP：这个6比特字段指示在当前帧内承载的DP的数量。这个字段的值从1到64变动，并且DP的数量是NUM_DP+1。
DP_ID：这个6比特字段唯一地标识PHY简档内的DP。
DP_TYPE：这个3比特字段指示DP的类型。这个是根据下表13发信号通知的。
[表13]
值 DP类型
000 DP类型1
001 DP类型2
010～111 保留
DP_GROUP_ID：这个8比特字段指示与当前DP关联的DP组。这个能够由接收器用来访问与特定服务关联的服务分量的DP，其将具有相同的DP_GROUP_ID。
BASE_DP_ID：这个6比特字段指示承载在管理层中使用的服务信令数据(诸如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承载服务信令数据以及服务数据的正常DP或仅承载服务信令数据的专用DP
DP_FEC_TYPE：这个2比特字段指示由关联DP使用的FEC类型。FEC类型是根据下表14发信号通知的。
[表14]
值 FEC_TYPE
00 16K LDPC
01 64K LDPC
10～11 保留
DP_COD：这个4比特字段指示由关联DP使用的码速率。码速率是根据下表15发信号通知的。
[表15]
值 码速率
0000 5/15
0001 6/15
0010 7/15
0011 8/15
0100 9/15
0101 10/15
0110 11/15
0111 12/15
1000 13/15
1001～1111 保留
DP_MOD：这个4比特字段指示由关联DP使用的调制。调制是根据下表16发信号通知的。
[表16]
值 调制
0000 QPSK
0001 QAM-16
0010 NUQ-64
0011 NUQ-256
0100 NUQ-1024
0101 NUC-16
0110 NUC-64
0111 NUC-256
1000 NUC-1024
1001～1111 保留
DP_SSD_FLAG：这个1比特字段指示SSD模式是否被用在关联DP中。如果这个字段被设置为‘1’，则使用了SSD。如果这个字段被设置为‘0’，则未使用SSD。
以下字段只有当PHY_PROFILE等于‘010'才出现，这指示高级配置：
DP_MIMO：这个3比特字段指示那一种类型的MIMO编码处理被应用于关联DP。MIMO编码处理的类型是根据表17发信号通知的。
[表17]
值 MIMO编码
000 FR-SM
001 FRFD-SM
010～111 保留
DP_TI_TYPE：这个1比特字段指示时间交织的类型。值‘0’指示一个TI组对应于一个帧并且包含一个或更多个TI块。值‘1’指示一个TI组被承载在超过一个帧中并且包含仅一个TI块。
DP_TI_LENGTH：这个2比特字段(容许值仅是1、2、4、8)的使用由在DP_TI_TYPE字段内设置的值确定如下：
如果DP_TI_TYPE被设置为值‘1’，则这个字段指示PI(各个TI组被映射到的帧的数量)，并且各个TI组存在一个TI块(NTI＝1)。下表18中定义了具有2比特字段的容许PI值。
如果DP_TI_TYPE被设置为‘0’，则这个字段指示每TI组的TI块的数量NTI，并且各个帧存在一个TI组(PI＝1)。在下表18中定义了具有2比特字段的容许PI值。
[表18]
2比特字段 PI NTI
00 1 1
01 2 2
10 4 3
11 8 4
DP_FRAME_INTERVAL：这个2比特字段指示针对关联DP的帧组内的帧间隔(IJUMP)并且容许值是1、2、4、8(所对应的2比特字段分别是‘00’、‘01’、‘10’或‘11’)。对于帧组的每帧不出现的DP，这个字段的值等于连续帧之间的间隔。例如，如果DP出现在帧1、帧5、帧9、帧13等上，则这个字段被设置为‘4’。对于出现在各个帧中的DP，这个字段被设置为‘1’。
DP_TI_BYPASS：这个1比特字段确定时间交织器5050的可用性。如果时间交织未被用于DP，则它被设置为‘1’。然而如果使用了时间交织，则它被设置为‘0’。
DP_FIRST_FRAME_IDX：这个5比特字段指示当前DP出现在其中的超帧的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31变动。
DP_NUM_BLOCK_MAX：这个10比特字段指示针对这个DP的DP_NUM_BLOCKS的最大值。这个字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：这个2比特字段指示由给定DP承载的有效载荷数据的类型。DP_PAYLOAD_TYPE是根据下表19发信号通知的。
[表19]
值 有效载荷类型
00 TS
01 IP
10 GS
11 保留
DP_INBAND_MODE：这个2比特字段指示当前DP是否承载带内信令信息。带内信令类型是根据下表20发信号通知的。
[表20]
DP_PROTOCOL_TYPE：这个2比特字段指示由给定DP承载的有效载荷的协议类型。它是在选择了输入有效载荷类型时根据下表21发信号通知的。
[表21]
DP_CRC_MODE：这个2比特字段指示CRC编码是否被用在输入格式化块中。CRC模式是根据下表22发信号通知的。
[表22]
值 CRC模式
00 未使用
01 CRC-8
10 CRC-16
11 CRC-32
DNP_MODE：这个2比特字段指示当DP_PAYLOAD_TYPE被设置为TS(‘00’)时由关联DP使用的空分组删除模式。DNP_MODE是根据下表23发信号通知的。如果DP_PAYLOAD_TYPE不是TS(‘00')，则DNP_MODE被设置为值‘00’。
[表23]
值 空分组删除模式
00 未使用
01 DNP-NORMAL
10 DNP-OFFSET
11 保留
ISSY_MODE：这个2比特字段指示当DP_PAYLOAD_TYPE被设置为TS(‘00’)时由关联DP使用的ISSY模式。ISSY_MODE是根据下表24发信号通知的。如果DP_PAYLOAD_TYPE不是TS(‘00’)，则ISSY_MODE被设置为值‘00'。
[表24]
值 ISSY模式
00 未使用
01 ISSY-UP
10 ISSY-BBF
11 保留
HC_MODE_TS：这个2比特字段指示当DP_PAYLOAD_TYPE被设置为TS(‘00')时由关联DP使用的TS报头压缩模式。HC_MODE_TS是根据下表25发信号通知的。
[表25]
值 报头压缩模式
00 HC_MODE_TS 1
01 HC_MODE_TS 2
10 HC_MODE_TS 3
11 HC_MODE_TS 4
HC_MODE_IP：这个2比特字段指示当DP_PAYLOAD_TYPE被设置为IP(‘01')时的IP报头压缩模式。HC_MODE_IP是根据下表26发信号通知的。
[表26]
值 报头压缩模式
00 无压缩
01 HC_MODE_IP 1
10～11 保留
PID：这个13比特字段指示当DP_PAYLOAD_TYPE被设置为TS(‘00')并且HC_MODE_TS被设置为‘01'或‘10’时用于TS报头压缩的PID号。
RESERVED：这个8比特字段被保留以供将来使用。
以下字段只有当FIC_FLAG等于‘1’时才出现：
FIC_VERSION：这个8比特字段指示FIC的版本号。
FIC_LENGTH_BYTE：这个13比特字段指示FIC的字节长度。
RESERVED：这个8比特字段被保留以供将来使用。
以下字段只有当AUX_FLAG等于‘1’时才出现：
NUM_AUX：这个4比特字段指示辅助流的数量。零意味着不使用辅助流。
AUX_CONFIG_RFU：这个8比特字段被保留以供将来使用。
AUX_STREAM_TYPE：这个4比特被保留以供将来使用以便指示当前辅助流的类型。
AUX_PRIVATE_CONFIG：这个28比特字段被保留以供将来使用以便发信号通知辅助流。
图14图示根据本发明的另一实施例的PLS2数据。
图14图示PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可以在一个帧组的持续时间期间改变，然而字段的大小保持恒定。
PLS2-DYN数据的字段的细节如下：
FRAME_INDEX：这个5比特字段指示当前帧在超帧内的帧索引。超帧的第一帧的索引被设置为‘0’。
PLS_CHANGE_COUNTER：这个4比特字段指示超帧在配置将改变前面的数量。在配置方面具有改变的下一个超帧由在这个字段内发信号通知的值来指示。如果这个字段被设置为值‘0000’，则意味着未预见到调度改变：例如，值‘1’指示在下一个超帧中存在改变。
FIC_CHANGE_COUNTER：这个4比特字段指示超帧在配置(即，FIC的内容)将改变前面的数量。在配置方面具有改变的下一个超帧由在这个字段内发信号通知的值来指示。如果这个字段被设置为值‘0000’，则意味着未预见到调度改变：例如，值‘0001’指示在下一个超帧中存在改变。
RESERVED：这个16比特字段被保留以供将来使用。
以下字段出现在遍及NUM_DP的循环中，NUM_DP描述与当前帧中承载的DP关联的参数。
DP_ID：这个6比特字段唯一地标识PHY简档内的DP。
DP_START：这个15比特(或13比特)字段指示使用DPU解决方案的DP中的第一个的起始位置。DP_START字段根据如下表27所示的PHY简档和FFT大小具有不同的长度。
[表27]
DP_NUM_BLOCK：这个10比特字段指示针对当前DP的当前TI组中的FEC块的数量。DP_NUM_BLOCK的值从0到1023变动。
RESERVED：这个8比特字段被保留以供将来使用。
以下字段指示与EAC关联的FIC参数。
EAC_FLAG：这个1比特字段指示EAC存在于当前帧中。这个比特是与前导中的EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：这个8比特字段指示唤醒指示的版本号。
如果EAC_FLAG字段等于‘1’，则为EAC_LENGTH_BYTE字段分配以下12个比特。如果EAC_FLAG字段等于‘0’，则为EAC_COUNTER分配以下12个比特。
EAC_LENGTH_BYTE：这个12比特字段指示EAC的字节长度。
EAC_COUNTER：这个12比特字段指示在EAC到达的帧之前的帧的数量。
以下字段只有当AUX_FLAG字段等于‘1’时才出现：
AUX_PRIVATE_DYN：这个48比特字段被保留以供将来使用以便发信号通知辅助流。这个字段的含义取决于可配置PLS2-STAT中的AUX_STREAM_TYPE的值。
CRC_32：32比特错误检测码，其被应用于整个PLS2。
图15图示根据本发明的实施例的帧的逻辑结构。
如以上提及的，PLS、EAC、FIC、DP、辅助流和哑单元被影射成帧中的OFDM符号的活动载波。PLS1和PLS2被首先映射成一个或更多个FSS。此后，EAC单元(若有的话)紧跟PLS字段之后被映射，接下来后面是FIC单元(若有的话)。若有的话，PD紧接在PLS或EAC、FIC之后被映射。类型1DP首先跟随，并且类型2DP其次跟随。将稍后描述DP的类型的细节。在一些情况下，DP可以承载用于EAS的一些特殊数据或服务信令数据。一个或多个辅助流(若有的话)紧跟DP之后，DP进而后面是哑单元。按照以上提及的次序(即PLS、EAC、FIC、DP、辅助流和哑数据单元)将它们映射在一起确切地填充帧中的单元容量。
图16图示根据本发明的实施例的PLS映射。
PLS单元被映射到FSS的活动载波。取决于由PLS占据的单元的数量，一个或更多个符号被指定为FSS，并且FSS的数量NFSS由PLS1中的NUM_FSS发信号通知。FSS是用于承载PLS单元的特殊符号。因为在PLS中鲁棒性和等待时间是关键问题，所以FSS有在FSS内允许快速同步和仅频率内插的更高密度的导频。
PLS单元被按照如图16中的示例所示的自顶向下方式映射到NFSS个FSS的活动载波。PLS1单元是按照单元索引的升序从第一FSS的第一单元起首先映射的。PLS2单元紧接PLS1的最后单元之后并且映射向下继续直到第一FSS的最后单元索引为止。如果所需PLS单元的总数超过一个FSS的活动载波的数量，则映射进行到下一个FSS并且按照与第一FSS确切相同的方式继续。
在PLS映射完成之后，其次承载DP。如果EAC、FIC或这二者存在于当前帧中，则它们被放置在PLS与“普通”DP之间。
图17图示根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道并且链接至用于EAS的DP。提供了EAS支持但是EAC它本身可以或者可能不存在于各个帧中。EAC(若有的话)紧接在PLS2单元之后被映射。EAC不受除PLS单元以外的FIC、DP、辅助流或哑单元中的任一个保护。映射EAC单元的过程与PLS的过程确切相同。
EAC单元是按照如图17中的示例所示的单元索引的升序从PLS2的下一个单元起映射的。取决于EAS消息大小，EAC单元可以占据若干个符号，如图17所示。
EAC单元紧接在PLS2的最后单元之后，并且映射向下继续直到最后FSS的最后单元索引为止。如果所需EAC单元的总数超过最后FSS的剩余活动载波的数量，则映射进行到下一个符号并且按照与FSS确切相同的方式继续。用于映射的下一个符号在这种情况下是正常数据符号，其具有比FSS更多的活动载波。
在EAC映射完成之后，其次承载FIC(如果存在任一个的话)。如果未发送FIC(如在PLS2字段中发信号通知的那样)，则DP紧接在EAC的最后单元之后。
图18图示根据本发明的实施例的FIC映射。
(a)示出了没有EAC的FIC单元的示例性映射并且(b)示出了具有EAC的FIC单元的示例性映射。
FIC是用于承载交叉层信息以使得能实现快速服务获取和信道扫描的专用信道。这个信息主要包括DP与各个广播台的服务之间的信道绑定信息。对于快速扫描，接收器能够对FIC进行解码并且获得诸如广播台ID、服务的数量和BASE_DP_ID的信息。对于快速服务获取，除FIC之外，能够使用BASE_DP_ID来对基础DP进行解码。除它承载的内容以外，基础DP被按照与正常DP相同的方式解码并且映射到帧。因此，对于基础DP不需要附加描述。FIC数据在管理层中被生成和消费。FIC数据的内容如管理层规范中所描述的一样。
FIC数据是可选的并且FIC的使用通过PLS2的静态部分中的FIC_FLAG参数来发信号通知。如果使用了FIC，则FIC_FLAG被设置为‘1’并且在PLS2的静态部分中定义用于FIC的信令字段。在这个字段中发信号通知的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享诸如PLS2_MOD和PLS2_FEC的相同的信令参数。FIC数据(若有的话)紧接在PLS2或EAC(若有的话)之后被映射。FIC前面没有任何正常DP、辅助流或哑单元。映射FIC单元的方法与再次与PLS相同的EAC的方法确切相同。
在PLS之后没有EAC的情况下，FIC单元被按照如(a)中的示例所示的单元索引的升序从PLS2的下一个单元起映射。取决于FIC数据大小，可以遍及几个符号映射FIC单元，如(b)所示。
FIC单元紧接在PLS2的最后单元之后，并且映射向下继续直到最后FSS的最后单元索引为止。如果所需FIC单元的总数超过最后FSS的剩余活动载波的数量，则映射进行到下一个符号并且按照与FSS确切相同的方式继续。用于映射的下一个符号在这种情况下是正常数据符号，其具有比FSS更多的活动载波。
如果在当前帧中发送EAS消息，则EAC在FIC之前，并且FIC单元是按照如(b)所示的单元索引的升序从EAC的下一个单元起映射的。
在FIC映射完成之后，映射了一个或更多个DP，后面是辅助流(若有的话)和哑单元。
图19图示根据本发明的实施例的FEC结构。
图19图示比特交织之前的根据本发明的实施例的FEC结构。如以上提及的，数据FEC编码器可以对输入BBF执行FEC编码以使用外编码(BCH)和内编码(LDPC)来生成FECBLOCK过程。所例示的FEC结构对应于FECBLOCK。并且，FECBLOCK和FEC结构具有与LPDC码字的长度对应于的相同值。
BCH编码被应用于各个BBF(Kbch个比特)，然后LDPC编码被应用于如图22所例示的BCH编码BBF(Kldpc个比特＝Nbch个比特)。
Nldpc的值是64800个比特(长FECBLOCK)或16200个比特(短FECBLOCK)。
下表28和下表29分别示出了用于长FECBLOCK和短FECBLOCK的编码参数。
[表28]
[表29]
BCH编码和LDPC编码的操作的细节如下：
12纠错BCH码被用于BBF的外编码。用于短FECBLOCK和长FECBLOCK的BCH生成器多项式是通过将所有多项式乘在一起而获得的。
LDPC码用于对外BCH编码的输出进行编码。为了生成完整的Bldpc(FECBLOCK)，Pldpc(奇偶比特)是从各个Ildpc(BCH编码BBF)系统地编码的，并且附加到Ildpc。完整的Bldpc(FECBLOCK)被表达为下式。
[等式2]
分别在上表28和上表29中给出了用于长FECBLOCK和短FECBLOCK的参数。
用于针对长FECBLOCK计算Nldpc-Kldpc个奇偶比特的详细过程如下：
1)初始化奇偶比特，
[等式3]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶比特地址处累积第一信息比特-i0。将稍后描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：
[等式4]
3)对于接下来的359个信息比特is，s＝1，2，...，359使用下式在奇偶比特地址处累积is。
[等式5]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
其中x表示与第一比特i0对应的奇偶比特累积器的地址，并且Qldpc是在奇偶校验矩阵的地址中指定的码速率相关常数。继续该示例，对于速率13/15来说Qldpc＝24，所以对于信息比特i1来说，执行以下操作：
[等式6]
4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出了奇偶校验累积器的地址。按照相似的方式使用式6获得了用于以下359个信息比特is(s＝361,362,…,719)的奇偶比特累积器的地址，其中x表示与信息比特i360对应的奇偶比特累积器的地址，即，奇偶校验矩阵的地址的第二行中的条目。
5)按照相似的方法，对于360个新信息比特的每一组，从奇偶校验矩阵的地址起的新行用于查找奇偶比特累积器的地址。
在信息比特中的全部耗尽之后，获得了最终奇偶比特如下：
6)从i＝1开始顺序地执行以下操作
[等式7]
其中pi(i＝0,1,...Nldpc-Kldpc–1)的最终内容等于奇偶比特pi。
[表30]
码速率 Qldpc
5/15 120
6/15 108
7/15 96
8/15 84
9/15 72
10/15 60
11/15 48
12/15 36
13/15 24
除用表31代替表30并且用针对短FECBLOCK的奇偶校验矩阵的地址代替针对长FECBLOCK的奇偶校验矩阵的地址之外，针对短FECBLOCK的这个LDPC编码过程是根据针对长FECBLOCK的LDPC编码过程的。
[表31]
码速率 Qldpc
5/15 30
6/15 27
7/15 24
8/15 21
9/15 18
10/15 15
11/15 12
12/15 9
13/15 6
图20图示根据本发明的实施例的时间交织。
(a)至(c)示出了TI模式的示例。
时间交织器在DP级别下操作。可以为各个DP不同地设置时间交织(TI)的参数。
出现在PLS2-STAT的一部分中的以下参数配置TI：
DP_TI_TYPE(容许值：0或1)：表示TI模式；‘0’指示每TI组具有多个TI块(超过一个TI块)的模式。在这种情况下，一个TI组被直接映射到一个帧(无帧间交织)。‘1’指示每TI组具有仅一个TI块的模式。在这种情况下，TI块可以遍布超过一个帧(帧间交织)。
DP_TI_LENGTH：如果DP_TI_TYPE＝‘0’，则这个参数是每TI组TI块的数量NTI。对于DP_TI_TYPE＝‘1’，这个参数是从一个TI组散布的帧的数量PI。
DP_NUM_BLOCK_MAX(容许值：0至1023)：表示每TI组XFECBLOCK的最大数量。
DP_FRAME_INTERVAL(容许值：1、2、4、8)：表示承载给定PHY简档的相同DP的两个连续帧之间的帧的数量IJUMP。
DP_TI_BYPASS(容许值：0或1)：如果时间交织未被用于DP，则这个参数被设置为‘1’。如果使用了时间交织，则它被设置为‘0’。
附加地，来自PLS2-DYN的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数量。
当时间交织未被用于DP时，不考虑以下TI组、时间交织操作和TI模式。然而，用于来自调度器的动态配置信息的延迟补偿块将仍然是需要的。在各个DP中，从SSD/MIMO编码接收的XFECBLOCK被分组成TI组。也就是说，各个TI组是整数个XFECBLOCK的集合并且将包含动态可变数量的XFECBLOCK。索引n的TI组中的XFECBLOCK的数量由NxBLOCK_Group(n)表示并且作为PLS2-DYN数据中的DP_NUM_BLOCK被发信号通知。注意，NxBLOCK_Group(n)可以从最小值0到最大值为1023的最大值NxBLOCK_Group_MAX(与DP_NUM_BLOCK_MAX对应)变动。
各个TI组被直接映射到一个帧上或者遍布PI个帧。各个TI组还被划分成超过一个TI块(NTI)，其中各个TI块对应于时间交织器存储器的一个用法。TI组内的TI块可以包含稍微不同数量的XFECBLOCK。如果TI组被划分成多个TI块，则它被直接映射到仅一个帧。存在如下表32所示的用于时间交织的三个选项(除跳过时间交织的额外选项之外)。
[表32]
通常，时间交织器还将在帧构建的处理之前作为用于DP数据的缓冲器。这借助于用于各个DP的两个存储体来实现。第一TI块被写入到第一存储体。第二TI块在正读取第一存储体的同时被写入到第二存储体等。
TI是扭曲行列块交织器。对于第n个TI组的第s个TI块，TI存储器的行数Nr等于单元的数量Ncells，即，Nr＝Ncells同时列数Nc等于数量NxBLOCK_TI(n,s)。
图21图示根据本发明的实施例的扭曲行列块交织器的基本操作。
图21(a)示出了时间交织器中的写入操作并且图21(b)示出了时间交织器中的读取操作。第一XFECBLOCK被逐列写入到TI存储器的第一列中，并且第二XFECBLOCK被写入到下一列中，并且如(a)所示依此类推。然后，在交织阵列中，单元被按对角读出。在从第一行(按沿着从最左列开始的行向右)向最后行按对角读取期间，如(b)所示Nr个单元被读出。详细地，将zn，s，i(i＝0，...，NrNc)假定为要顺序地读取的TI存储器单元位置，这种交织阵列中的读取处理是通过将行索引Rn，s，i、列索引Cn，s，i以及所关联的扭曲参数Tn，s，i计算如下式来执行的。
[等式8]
其中Sshift是不管NxBLOCK_TI(n，s)用于按对角读取处理的公共移位值，并且它由在PLS2-STAT中给出的NxBLOCK_TI_MAX确定如下式。
[等式9]
结果，要读取的单元位置通过坐标被计算为zn，s，i＝NrCn，s，i＋Rn，s，i。
图22图示根据本发明的另一实施例的扭曲行列块交织器的操作。
更具体地，图22图示当NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6、NxBLOCK_TI(2，0)＝5时包括虚拟XFECBLOCK的各个TI组的TI存储器中的交织阵列。
可变数量NxBLOCK_TI(n，s)＝Nr将小于或等于N′xBLOCK_TI_MAX。因此，为了在接收器侧实现单存储器交织，不管NxBLOCK_TI(n，s)，适用于扭曲行列块交织器的交织阵列通过将虚拟XFECBLOCK插入到TI存储器中被设置为Nr×Nc=Ncells×N′xBLOCK_TI_MAX的大小，并且读取处理被实现为下式。
[等式10]
TI组的数量被设置为3。时间交织器的选项通过DP_TI_TYPE＝‘0’、DP_FRAME_INTERVAL＝‘1’和DP_TI_LENGTH＝‘1’(即NTI＝1、IJUMP＝1并且PI＝1)在PLS2-STAT数据中发信号通知。各个TI组的XFECBLOCK(其中的每一个具有Ncells＝30个单元)的数量分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6以及NxBLOCK_TI(2,0)＝5在PLS2-DYN数据中发信号通知。XFECBLOCK的最大数目通过NxBLOCK_Group_MAX在PLS2-STAT中发信号通知，这导致
图23图示根据本发明的实施例的扭曲行列块交织器的按对角读取图案。
更具体地，图23示出了在参数N′xBLOCK_TI_MAX＝7并且Sshift＝(7-1)/2＝3情况下来自各个交织阵列的按对角读取图案。注意，在以上作为伪代码所示的读取处理中，如果Vi≥NcellsNxBLOCK_TI(n，s)，则Vi的值被跳过并且Vi的下一个计算值被使用。
图24图示根据本发明的实施例的来自各个交织阵列的交织的XFECBLOCK。
图24图示在参数N′xBLOCK_TI_MAX＝7并且Sshift＝3情况下来自各个交织阵列的经交织的XFECBLOCK。
图25是图示根据本发明的实施例的混合广播接收器的图。
根据本发明的实施例的混合广播接收器可以接收典型的广播信号。另外，混合广播接收器可以包括用于接收在IP分组中发送的数据的网络接口。
根据本发明的实施例的混合广播接收器可以包括调谐器J25010、物理层控制器J25020、物理层帧解析器J25030、链路层帧处理器J25040、IP/UDP数据报过滤器J25050、时序控制J25060、系统时钟J25070、ALC/LCT+客户端J25080、文件J25090、ATSC3.0DTV控制引擎J250100、信令解析器J25110、信道映射J25120、HTTP服务器J25130、HTTP接入客户端J25140、HTTP缓冲J25150、DASH客户端J25160、ISO BMFF解析器J25170、以及/或者媒体解码器J25180。
调谐器J25010可以接收广播信号。调谐器J25010可以将广播信号调谐成特定的频率并且接收相对应的频率的广播信号。调谐器J25010可以提取被包括在广播信号中的物理帧。
物理层控制器J25020可以在物理层处执行与广播信号的处理有关的控制。物理层控制器J25020可以将为了获取特定的广播服务要调谐的信息发送到调谐器J25010，并且控制调谐器J25010以基于传输参数或者从信令数据获取的信息调谐成相对应的频率。物理层控制器J25020可以将用于获取特定的广播服务或者广播内容要访问/提取的数据管道(DP)的信息(DP ID)发送到物理帧解析器J25030并且基于传输参数或者从信令数据获取的信息控制物理帧解析器J25030以识别相对应的ID并且解析ID。
物理帧解析器J25030可以解析广播信号中的物理帧。物理帧可以指示在物理层中要处理的数据的单元。物理帧解析器J25030可以解析物理帧并且提取链路层帧。物理帧解析器J25030可以使用数据管道标识符(DP ID)提取具有相对应的DP ID的链路层帧，以便于在物理帧的解析期间提取包括特定DP的链路层帧。物理帧解析器J25030可以提取信令数据。物理帧解析器J25030可以提取包括信令数据的DP(例如，基本DP)或者识别用于发送信令数据的信令信道并且提取在相对应的信道上发送的信令数据。
链路层帧处理器J25040可以处理链路层帧。链路层帧处理器J25040可以从链路层帧提取IP/UDP数据报。链路层帧处理器J25040可以提取在链路层中发送的信令数据。在链路层中发送的信令数据可以包括关于比链路层更高的层的数据的信息。例如，从链路层发送的信令数据可以包括IP分组的类型、IP分组的报头中公共的信息的内容、以及/或者关于当压缩被应用于IP报头时报头压缩的信息。
IP/UDP数据报过滤器J25050可以识别和提取特定的IP/UDP数据报。IP/UDP数据报过滤器J25050可以提取特定的IP分组并且，在此过程中，使用IP/端口信息。IP/UDP数据报过滤器J25050可以提取包括特定分组的IP/UDP数据报并且将相对应的数据报中的分组发送到接收器的各个装置。IP/UDP数据报过滤器J25050可以提取用于发送IP/UDP数据报中的广播数据的异步分层编码/分层编码传送(ALC/LCT)、包括用于广播系统、广播接收器、以及/或者广播服务内容的同步的数据的时间线分组、以及/或者用于发送信令数据的信令分组。
时序控制J25060可以被用于同步从一个或者多个源发送的传送流。同步从一个或者多个源发送的传送流所需的信息可以以时间线分组的形式被发送。时序控制J25060可以被用于同步分组中的数据或者接收到的分组与广播系统时钟。时序控制J25060可以被用于同步广播接收器的时钟和广播系统的时钟。
系统时钟J25070可以接收关于壁钟时间的信息并且控制系统的时钟。
ALC/LCT+客户端J25080可以根据应用层的协议处理分组。因此，ALC/LCT+客户端J25080可以被称为应用层传输协议客户端。应用层的协议分组可以被称为根据被应用于应用层的协议的各种术语，但是将会被称为本发明中的应用层传输协议分组或者分组。应用层传输协议分组可以包括ALC/LCT分组、ALC/LCT+分组、ROUTE分组、以及/或者MMT分组。
应用层传输协议分组可以被解析或者被解码。ALC/LCT+客户端J25080可以从应用层传输协议分组提取用于发送一般数据的文件或者提取基于ISO的媒体文件格式(ISOBMFF)对象数据。ALC/LCT+客户端J25080可以在ISO BMFF对象数据的提取期间另外获取与时序有关的信息。ALC/LCT+客户端J25080可以在一般文件和/或ISO BMFF对象数据的提取期间使用递送模式和/或传送会话标识符(TSI)信息。
文件J25090可以存储或者处理文件。
ATSC3.0DTV控制引擎J25100可以使用关于包括关于各个广播信道的信道的信道映射的信息控制用于处理广播数据的一系列操作。ATSC3.0DTV控制引擎J25100可以接收和处理经由用户接口(UI)输入的用户输入或者系统中的事件。ATSC3.0DTV控制引擎J25100可以使用传输参数控制物理层控制器并且控制物理层控制器以处理物理层中的广播信号。当广播接收器处理与运动图像专家组-HTTP动态适配流(MPEG-DASH)有关的数据时，ATSC3.0DTV控制引擎J25100可以提取媒体呈现描述(MPD)或者提取用于MPD的获取的位置信息(例如，统一资源定位符(URL)信息)并且将该位置信息发送到用于处理与MEPG-DASH有关的数据的设备。
信令解析器J25110可以接收信令分组或者信令流并且解析信令信息。信令信息可以包括生成信道映射所需的信息。
信道映射J25120可以使用信令信息生成和存储信道映射。
HTTP服务器J25130可以使用超文件传送协议(HTTP)发送数据或者分组。HTTP服务器J25130可以接收广播接收器的请求并且将对请求的响应发送到广播接收器。HTTP服务器J25130可以被包括在广播服务器的外部或者内部。
HTTP接入客户端J25140可以处理与HTTP服务器J25130的通信。HTTP接入客户端J25140可以将DASH客户端J25160的请求发送到HTTP服务器J25130或者将HTTP服务器J25130的响应发送到DASH客户端J25160。
HTTP缓冲J25150可以缓冲以HTTP形式发送的一些或者全部数据。
HTTP缓冲J25150可以执行用于处理与MPEG-DASH有关的数据的一系列操作。DASH客户端J25160可以请求对于MPD的HTTP服务器J25130，接收对请求的响应，或者通过另一路径接收MPD。DASH客户端J25160可以使用MPD提取用于特定广播服务或者内容的DASH片段。从DASH客户端J25160提取的DASH片段可以是ISO BMFF文件。DASH客户端J25160可以经由UI接收输入或者根据系统事件输入并且处理与其有关的数据。
ISO BMFF解析器J25170可以解析ISO BMFF对象数据和/或ISO BMFF文件。ISOBMFF解析器J25170可以解析ISO BMFF对象数据和/或ISO BMFF文件以提取接入单元、时序信息、以及/或者对于解码所要求的信息。接入单元可以包括用于媒体的数据。
媒体解码器J25180可以使用接入单元、时序信息、以及/或者对于解码所要求的信息解码媒体(广播服务、广播内容、或者事件)。
图26是图示根据本发明的实施例的通过混合广播接收器的服务扫描的操作的图。
在根据本发明的实施例的广播接收器的服务扫描中，物理层控制器J25020可以控制调谐器J25010以扫描各个频道的信道。
调谐器J25010可以在各个信道中接收广播信号。调谐器J25010可以从广播信号提取物理帧。调谐器J25010可以将广播信号或者物理帧发送到物理帧解析器J25030。
物理帧解析器J25030可以提取用于发送信令信息的信令比特流。物理帧解析器J25030可以将信令比特流发送信令解析器J25110。
信令解析器J25110可以从信令比特流提取信令信息。信令解析器J25110可以将信令信息发送到信道映射J25120。
图27是图示根据本发明的实施例的通过混合广播接收器的服务选择操作的图。
ATSC3.0DTV控制引擎J25100可以根据用户或者广播事件接收用于服务的选择的控制信号。ATSC3.0DTV控制引擎J25100可以从信道映射或者被存储在信道映射J25122中的信令信息中提取用于所选择的服务的传输的关于信道频率的信息、DP识别信息、组件识别信息、以及/或者数据报识别信息，并且将被提取的信息发送到物理层控制器J25020和/或IP/UDP数据报过滤器J25050。
物理层控制器J25020可以使用频率信息控制调谐器J25010以调谐成用于所选择的服务的传输的信道，并且使用DP识别信息控制物理帧解析器J25030以提取用于所选择的服务的传输的DP。
被提取的DP可以由链路层帧处理器J25040处理以提取IP/UDP数据报。
IP/UDP数据报过滤器J25050可以使用IP/端口信息过滤用于信令数据的传输的特定IP分组或者特定的IP/UDP数据报，从相对应的数据报提取信令分组，并且将信令分组发送到信令解析器J25110。
图28是图示根据本发明的实施例的通过混合广播接收器的服务选择操作的图。
附图图示继广播接收器的前述服务选择之后执行的广播接收器的操作。
根据信道映射信息，DTV控制引擎可以获取用于识别发送广播内容的分组或者用户选择的广播服务的DP的信息、用于识别发送相对应的分组的递送模式的信息、关于相对应的分组的TSI信息、以及/或者相对应的分组的IP/端口信息。
DTV控制引擎可以将用于识别DP的信息发送到物理层控制器。DTV控制引擎可以将相对应的分组的IP/端口信息发送到IP/UDP数据报过滤器。DTV控制引擎可以将关于相对应的分组的TSI信息和/或用于识别用于发送相对应的分组的递送模式的信息发送到ALC/LCT+客户端。
物理层控制器可以将数据管道标识符(DP ID)发送到物理帧解析器。
物理帧解析器可以使用DP ID来识别用于识别通过用户选择的广播内容或者广播服务的分组的DP，并且解析相对应的DP。物理帧解析器可以从DP提取链路层帧。
链路层帧处理器可以在链路层帧中解析IP/UDP数据报。链路层帧处理器可以提取与用户选择的广播内容或者广播服务有关的IP/UDP数据报和/或IP分组。
IP/UDP数据报过滤器可以提取包括与用户选择的广播内容或者广播服务有关的数据的分组(例如，应用层传输协议分组)。IP/UDP数据报过滤器可以提取包括用于与广播服务和/或广播内容的广播系统的同步的信息的时间线分组。
ALC/LCT+客户端可以从接收到的分组提取ISO BMFF对象数据和/或时序有关的信息，并且将被提取的信息发送到ISO BMFF解析器。
后续的数据处理的详细描述被替换成各个装置的上述描述。
图29是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的图。
附图图示继参考图27描述的广播接收器的服务选择之后执行的广播接收器的操作。
DTV控制引擎可以通过信道映射或者信令信息获取包括关于用户选择的广播内容或者广播服务的信息的MPD，或者获取用于提供相对应的MPD的服务器或者存储的位置信息。DTV控制引擎可以将关于MDP的信息或者其位置信息发送到DASH客户端。
DASH客户端可以获取MPD，并且从MPD提取关于用于提供作为被包括在用户选择的媒体(广播服务或者广播内容)中的数据的片段的位置的信息(例如，片段URL)。DASH客户端可以将对于片段的请求发送到HTT接入客户端。
HTTP接入客户端可以访问用于提供相对应的片段的服务器，获取相对应的片段，并且使用关于片段的位置的信息将片段发送到DASH客户端。
DASH客户端可以从被接收到的片段中提取文件(例如，ISO BMFF文件)，并且将文件发送到ISO BMFF解析器。
后续的数据处理的详细描述被替换成各个装置的上述描述。
根据在附图中图示的实施例，使用HTTP的通信网络替代广播网络可以接收媒体。
图30是根据本发明的实施例的混合广播接收器的框图。
混合广播接收器可以在下一代广播系统的DTV服务中接收用于陆地广播和宽带的交互作用的混合广播服务。混合广播接收器可以接收通过陆地广播发送的音频/视频(A/V)内容，并且在宽带中接收关联于A/V内容的广播A/V内容或者增强型数据中的一些。在本说明书中，广播音频/视频(A/V)内容可以指的是媒体内容。
混合广播接收器可以包括物理层控制器D25010、调谐器D25020、物理帧解析器D25030、链路层帧处理器D25040、IP/UDP数据报过滤器D25050、ATSC 3.0DTV控制引擎D25060、ALC/LCT+客户端D25070、时序控制D25080、信令解析器D25090、HTTP动态适配(DASH)客户端D25100、HTTP接入客户端D25110、ISO基本媒体文件格式(BMFF)解析器D25120、以及/或者媒体解码器D25130。
物理层控制器D25010可以使用通过混合广播接收器要接收的陆地广播信道的射频(RF)信息等等控制调谐器D25020、物理帧解析器D25030等等的操作。
调谐器D25020可以通过陆地广播信道接收和处理广播有关的信号并且以适当的形式转换信号。例如，调谐器D25020可以将接收到的陆地广播信号转换成物理帧。
物理帧解析器D25030可以解析接收到的物理帧并且通过与物理帧有关的处理获取链路层帧。
链路层帧处理器D25040可以执行用于链路层信令等的获取或者从链路层帧的IP/UDP数据报的获取的有关计算或者获取。链路层帧处理器D25040可以输出至少一个IP/UDP数据报。
IP/UDP数据报过滤器D25050可以从接收到的至少一个IP/UDP数据报过滤特定的IP/UDP数据报。即，IP/UDP数据报过滤器D25050可以从链路层帧处理器D25040输出的至少一个IP/UDP数据报中选择性地过滤通过ATSC 3.0DTV控制引擎D25060选择的IP/UDP数据报。IP/UDP数据报过滤器D25050可以输出应用层传输协议分组。
ATSC 3.0DTV控制引擎D25060可以用作在各个混合广播接收器中包括的模块之间的接口。ATSC 3.0DTV控制引擎D25060可以发送对于各个模块所要求的参数等等，并且通过被发送的参数等等控制各个模块的操作。根据本发明，ATSC 3.0DTV控制引擎D25060可以将媒体呈现描述(MPD)和/或MPD URL发送到DASH客户端D25100。另外，根据本发明，ATSC3.0DTV控制引擎D25060可以将关于递送模式(递送模式和/或传送会话标识符(TSI))的信息发送到ALC/LCT+客户端D25070。在此，TSI可以指示用于会话的标识符，该会话用于包括诸如MPD或者MPD URL有关信令的信令消息的传输分组的传输，例如，ALC/LCT会话或者FLUTE会话。
ALC/LCT+客户端D25070可以处理应用层传输协议分组，并且收集和处理多个应用层传输协议分组以生成一个或者多个ISO基本媒体文件格式(ISO BMFF)对象。
时序控制D25080可以处理包括系统时间信息的分组并且根据被处理的分组控制系统时钟。
信令解析器D25090可以获取和解析DTV广播服务有关的信令，并且基于被解析的信令生成和管理信道映射等等。根据本发明，信令解析器D25090可以解析从信令信息扩展的MPD或者MPD有关的信息。
DASH客户端D25100可以执行与实时流式传输或者适配流式传输有关的计算。DASH客户端D25100可以通过HTTP接入客户端D25100从HTTP服务器接收DASH内容。DASH客户端D25100可以处理接收到的DASH片段等等，以输出ISO基本媒体文件格式对象。根据本发明，DASH客户端D25100可以将限定代表ID或者片段URL发送到ATSC 3.0DTV控制引擎D25060。在此，完全限定代表ID可以指的是通过组合例如MPD URL、period@id和representation@id形成的ID。另外，DASH客户端D25100可以从ATSC 3.0DTV控制引擎D25060接收MPD或者MPDURL。DASH客户端D25100可以使用接收到的MPD或者MPD URL从HTTP服务器接收所期待的媒体流或者DASH片段。在本说明书中，DASH客户端25100可以被称为处理器。
HTTP接入客户端D25110可以请求HTTP服务器特定的信息并且从HTTP服务器接收和处理对请求的响应。在此，HTTP服务器可以处理从HTTP接入客户端D25110接收到的请求并且提供对请求的响应。
ISO BMFF解析器D25120可以从ISO基本媒体文件格式对象提取音频/视频数据。
媒体解码器D25130可以解码接收到的音频/视频数据并且执行对于被解码的音频/视频数据的呈现的处理。
为了根据本发明通过混合广播接收器经由在陆地广播网络和宽带网络之间的同步提供混合广播服务，MPD需要被扩展或者被校正。前述的陆地广播系统可以发送被扩展的或者被校正的MPD，并且混合广播接收器可以使用被扩展的或者被校正的MPD通过广播或者宽带接收内容。即，混合广播接收器可以通过陆地广播接收被扩展的或者被校正的MPD，并且基于MPD通过陆地广播或者宽带接收内容。在下文中，将会描述与典型的MPD相比较要被另外包括在扩展的或者被校正的MPD中的元素和属性。在下面扩展的或者校正的MPD可以被称为MPD。
为了表示ATSC 3.0服务MPD可以被扩展或者被校正。扩展的或者被校正的MPD可以进一步包括MPD@anchorPresentationTime、Common@presentable、Common.Targeting、Common.TargetDevice、以及/或者Common@associatedTo。
MPD@anchorPresentationTime可以表示被包括在MPD中的片段的呈现时间的锚，即，作为参考时间的时间。在下文中，MPD@anchorPresentationTime可以被用作MPD的有效时间。MPD@anchorPresentationTime可以表示在被包括在MPD中的片段当中的最早的呈现。
MPD可以进一步包括公共的属性和元素。Common@presentable可以表示通过MPD描述的媒体是可呈现的组件。
Common.Targeting可以表示通过MPD描述的媒体的定向特性和/或个性化特性。
Common.TargetDevice可以表示通过MPD描述的媒体的一个目标装置或者多个目标装置。
Common@associatedTo可以表示与通过MPD描述的媒体有关的adaptationSet和/或表示。
被包括在MPD中的MPD@id、Period@id、以及AdaptationSet@id可以被要求以指定通过MPD描述的媒体内容。即，DASH客户端可以基于诸如MPD@id、Period@id以及AdaptationSet@id的MPD指定要接收的内容，并且将该内容发送到ATSC 3.0DTV控制引擎。ATSC 3.0DTV控制引擎可以接收相对应的内容并且将内容发送到DASH客户端。
图31是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的图。
在根据本发明的另一实施例的广播接收器的服务扫描中，物理层控制器D25010可以控制调谐器D25020以对各个频率的信道执行扫描。
调谐器D25020可以在各个信道接收广播信号。调谐器D25020可以从广播信号提取物理帧。调谐器D25020可以将广播信号或者物理帧发送到物理帧解析器D25030。
物理帧解析器D25030可以提取用于发送信令信息的信令比特流。物理帧解析器D25030可以将信令比特流发送到信令解析器D25090。
信令解析器D25090可以从信令比特流提取信令信息。信令解析器D25090可以将信令信息发送到信道映射或者信道映射处理器。
图32是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的图。
DTV控制引擎D25060可以根据用户或者广播事件接收用于服务选择的控制信号。DTV控制引擎D25060可以从被存储在信道映射处理器等等中的信道映射或者信令信息提取用于所选择的服务的传输的关于信道频率的信息、DP识别信息、组件识别信息、以及/或者数据报识别信息，并且将提取的信息发送到物理层控制器D25010和/或IP/UDP数据报过滤器D25050。
物理层控制器D25010可以使用频率信息控制调谐器D25020以调谐到用于所选择的服务的传输的信道，并且使用DP识别信息控制物理帧解析器D25030以提取用于所选择的服务的传输的DP。
被提取的DP可以被链路层帧处理器D25040处理以提取IP/UDP数据报。
IP/UDP数据报过滤器D25050可以使用IP/端口信息过滤用于信令分组的传输的特定IP/UDP数据报或者特定的IP分组，从相对应的数据报提取信令分组，并且将信令分组发送到信令解析器D25090。
IP/UDP数据报过滤器D25050可以提取用于发送关于广播内容或者广播服务的数据的应用层传输协议分组。应用层传输协议分组中的一些可以包括信令信息。ALC/LCT+客户端D25070可以解析包括信令信息的分组，并且将该分组发送到信令解析器D25090。信令解析器D25090可以解析包括相对应的信令信息的分组以获取信令信息，并且将信令信息发送到信道映射处理器或者在信道映射中存储信令信息。
图33是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的操作的图。
附图图示继广播接收器的前述服务选择之后执行的广播接收器的操作。
DTV控制引擎D25060可以从信道映射处理器获取MPD或者MPD可获取的位置的URL信息。
DTV控制引擎D25060可以将包括关于诸如特定广播服务或者广播内容的媒体的信息的MPD或者用于相对应的MPD的获取的位置的URL信息发送到DASH客户端D25100。
DASH客户端D25100可以解析MPD。DASH客户端D25100可以使用用于MPD的获取的位置的URL信息将对于在相对应的位置处的MPD的请求发送到HTTP接入客户端。HTTP接入客户端可以在通过用于MPD的获取的位置的URL信息指示的位置处接入HTTP服务器，向HTTP服务器请求MPD，响应于请求接收MPD，并且将MDP发送到DASH客户端D25100。DASH客户端D25100可以提取作为用于包括在MPD中的表示的识别的信息的表示ID，和/或用于特定片段的获取的位置的识别的片段URL信息。DASH客户端D25100可以将从MPD提取的信息发送到DTV控制引擎D25060。
DTV控制引擎D25060可以获取用于识别用于由从MPD提取的信息指示的特定媒体(特定广播服务、内容、以及/或者事件)的传输的DP的信息(例如，DP ID、组件ID、IP/端口信息、以及/或者TSI信息)，并且将获取的信息发送到物理层控制器D25010和/或IP/UDP数据报过滤器D25050。用于识别DP的信息可以被存储在信道映射处理器中或者以信道映射的形式从被存储在广播接收器中的信息中提取。
物理层控制器D25010可以控制物理帧解析器D25030以从物理帧提取特定的DP。物理层控制器D25010可以将DP ID发送到物理帧解析器D25030使得通过物理帧解析器D25030提取通过相对应的DP ID识别的DP。
物理帧解析器D25030可以提取被包括在DP中的链路层帧。
链路层帧处理器D25040可以解析链路层帧以提取一个或者多个IP/UDP数据报。
IP/UDP数据报过滤器D25050可以使用IP/端口信息提取包括关于要通过广播接收器提取的媒体的数据的IP/UDP数据报和/或IP分组。IP/UDP数据报过滤器D25050可以解析IP/UDP数据报和/或IP分组以提取用于发送关于特定媒体的数据的应用层传输协议分组。
ALC/LCT+客户端D25070可以解码包括关于要通过广播接收器消耗的媒体的数据的应用层传输协议分组以获取ISO BMFF对象数据。ISO BMFF对象数据可以包括HTTP实体。HTTP实体可以包括用于接收特定数据的HTTP有关信息。
HTTP接入客户端D25110可以解码ISO BMFF对象数据或者使用被包括在ISO BMFF对象数据中的信息从外部源接收用于特定媒体的数据。
DASH客户端D25100可以从接收到的数据解析DASH片段。DASH片段可以采用ISOBMFF文件的形式。
后续的数据处理的详细描述被替换成各个装置的上面的描述。
图34是图示根据本发明的另一实施例的通过混合广播接收器的服务选择操作的图。
附图图示继参考图32描述的广播接收器的服务选择之后执行的广播接收器的操作。
DTV控制引擎D25060可以通过信道映射或者信令信息获取包括关于用户选择的广播内容或者广播服务的信息的MPD，或者获取用于提供相对应的MPD的服务器或者存储的位置信息。DTV控制引擎D25060可以将关于MPD或者其位置的信息发送到DASH客户端。
在接收关于用于提供MPD的服务器或者存储的位置信息之后，DASH客户端D25100可以将用于相对应的MPD的请求发送到HTTP接入客户端D25110。HTTP接入客户端D25110可以接入与MPD的位置相对应的服务器或者存储，获取MPD，并且将MDP发送到DASH客户端D25100。
DASH客户端D25100可以获取MPD并且从该MPD提取关于提供作为用户选择的媒体(广播服务或者广播内容)中包括的数据的片段的位置的信息(例如，片段URL)。DASH客户端D25100可以将用于片段的请求发送到HTTP接入客户端D25110。
HTTP接入客户端D25110可以使用关于片段的位置的信息接入用于提供相对应的片段的服务器，获取相对应的片段，并且将片段发送到DASH客户端D25100。
DASH客户端D25100可以从接收到的片段提取文件(例如，ISO BMFF文件)并且将文件发送到ISO BMFF解析器。
后续的数据处理的详细描述被替换成各个装置的上述描述。
根据在附图中图示的实施例，使用HTTP的通信网络，而不是广播网络，可以接收媒体。
图35图示根据本发明的实施例的ALC/LCT+客户端的操作的图。
参考图35(a)，ALC/LCT+客户端可以根据一个或者多个协议处理数据。ALC/LCT+客户端可以根据单向文件传送(FLUTE)和/或ALC/LCT+协议处理数据。ALC/LCT+客户端可以接收TSI信息并且获取通过与TSI信息相对应的传送会话发送的数据。ALC/LCT+客户端可以接收FLUTE数据和/或ALC+LCT+数据。ALC/LCT+客户端可以从接收到的数据解码或者解析一般文件和/或ISO BMFF对象数据。
图35(b)图示根据本发明的实施例的当支持非实时传输时ALC/LCT+客户端的操作。非实时传输是在媒体被实际消耗之前通过广播网络接收相对应的媒体的数据的传输方法。要被包括在媒体中的广播服务可以包括一个或者多个广播内容。广播内容可以包括一个或者多个文件。在接收器中各个文件可以被同时发送并且存储。非实时发送的数据可以对应于广播内容和/或广播服务的数据。非实时发送的数据可以是被添加到被实时发送的广播数据的数据或者通过互联网接收到的数据。
根据本发明的实施例，当非实时传输被发送时，可以使用FLUTE协议发送非实时发送的数据。通过FLUTE发送的文件可以包括一般文件或者ISO BMFF对象数据。ALC/LCT+客户端可以从通过FLUTE发送的数据提取一般文件和/或ISO BMFF对象数据。
ALC/LCT+客户端可以收集包括用于文件递送表(FDT)的TSI信息和/或特定传输对象标识符(TOI)信息的ALC/LCT分组以便于获取非实时发送的数据。ALC/LCT+客户端可以从相对应的ALC/LCT分组解析FDT。ALC/LCT+客户端可以收集具有特定TOI信息和/或TSI信息的ALC/LCT分组以便于收集被包括在特定媒体或者广播内容中的文件。关于与特定媒体或者广播内容相对应的文件的TOI信息和/或TSI信息可以被包括在前述的FDT中。当非实时流式传输被执行时，用于获取FDT的操作可以不被执行，并且在这样的情况下，ALC/LCT+客户端可以被操作以忽视与FDT有关的TOI信息和TSI信息。
图35(c)图示根据本发明的实施例的在实时传输的情况下ALC/LCT+客户端的操作。
在实时传输中，可以使用ALC/LCT+客户端发送数据。ALC/LCT+协议也可以被称为在单向实时对象传送(ROUTE)。ALC/LCT+客户端可以从应用层传输协议分组提取ISO BMFF对象数据。
为了获取被包括在特定媒体或者广播内容中的数据，ALC/LCT+客户端可以收集包括特定TSI信息和/或TOI信息的ALC/LCT+分组。
图36是图示根据本发明的实施例的ISO BMFF文件的图。
一个ISO BMFF文件可以具有与一个DASH片段相同的意义。ISO BMFF对象数据可以对应于ISO BMFF文件的一些数据。ISO BMFF文件可以被划分成一个或者多个区块并且各个区块可以对应于ISO BMFF对象数据。
ISO BMFF文件可以包括一个或者多个框。ISO BMFF文件可以包括ftyp框、moov框、moof框、以及/或者mdat框。
当ISO BMFF文件被划分成一个或者多个区块时，两种或者更多种不同类型的框可以被包括在区块中。区块可以仅包括一种类型的框。区块可以包括一个框的一部分。可替选地，区块可以包括被包括在一个框中的数据和被包括在不同类型的框中的数据的一部分。
ftyp框可以指示ISO BMFF文件的类型。ftyp框可以识别用于与ISO BMFF文件的兼容性的技术标准。
moov框可以是用于元数据的容器。源数据可以对应于信令信息。元数据可以包括用于描述在媒体中包括的数据的信息。
moof框可以对应于电影分段框并且电影分段可以扩展呈现时间。
mdat框可以包括用于呈现的实际媒体数据。
图37是图示根据本发明的实施例的应用层传输协议分组的图。
根据本发明的实施例，传送会话标识符(TSI)可以被映射到一个轨道。一个轨道可以对应于视频、音频、或者DASH表示。
DASH表示可以指示一个或者多个媒体流的集合或者封装。DASH表示可以被编码以发送媒体的O元素，并且可以具有用于各自的DASH表示的不同的编码特性。例如，DASH表示可以指示使用相对于相同媒体的内容元素的不同的比特速率、分辨率以及/或者编解码器来编码的单元。DASH表示可以包括一个或者多个DASH片段。DASH片段可以对应于在时间单位中被连续划分的文件。DASH片段可以包括MPEG2-TS或者ISO BMFF形式的数据。
根据本发明的实施例，传输对象标识符(TOI)可以被映射到一个ISO BMFF对象数据。一个ISO BMFF对象数据可以对应于一个ISO BMFF文件或者一个区块。
附图图示当TSI被映射到一个轨道并且TOI被映射到一个ISO BMFF文件时应用层传输协议分组。
例如，一个视频轨道可以包括一个或者多个片段(DASH片段)。
各个片段可以对应于ISO BMFF文件。ISO BMFF文件可以被划分成一个或者多个ES(基本流或者基本片段)。在附图中，一个ISO BMFF文件被划分成五个ES。
应用层传输协议分组可以包括ALC/LCT+报头(ALC/CLT+H)和ES。
例如，片段#1的数据可以通过五个应用层传输协议分组被发送，并且各个应用层传输协议分组可以具有“1”的TOI值，并且因此，片段#1的数据被发送。视频轨道可以被识别为具有“1”的TSI，并且被包括在相对应的视频片段中的其它片段可以根据TOI的值被识别。当视频轨道包括N个片段时，TOI可以具有1至N的值。
接收器需要识别文件的开始。通过片段#1发送的ISO BMFF文件可以是指示相对应的文件是通过相对应的TSI识别的数据单元的第一文件的信息。
图38是图示根据本发明的实施例的当TSI被映射到一个轨道并且TOI被映射到一个区块时应用层传输协议分组的图。
根据本发明的实施例，一个轨道(例如，视频轨道)可以包括一个或者多个片段。一个片段可以对应于ISO BMFF文件。一个片段可以被划分成一个或者多个区块。一个区块可以被划分成一个或者多个ES。各个应用层传输协议分组可以包括ALC/LCT+报头和一个ES。在这样的情况下，各个区块可以通过一个或者多个应用层传输协议分组被发送。
参考附图，关于视频轨道，“1”的TSI值可以被设置，并且被包括在相对应的视频轨道中的片段可以具有“1”的TSI值。关于被包括在片段#1中的各个区块，各个TOI值可以被设置。
为了控制ISO BMFF解析器的适当的操作，接收器可能需要识别从ISO BMFF文件的开始到各个区块的偏移。例如，各个区块可以包括指示偏移的偏移信息，并且包括ISO BMFF文件的开始部分的数据的区块可以包括具有“0”值的偏移信息。
图39是图示根据本发明的实施例的当TSI被映射到一个轨道并且TOI被映射到一个区块时在应用层传输协议分组中的ISO BMFF文件中的框的特性的设置的图。
当TSI被映射到一个轨道并且TOI被映射到一个区块时，不同程度的重要性可以被设置到被包括与片段相对应的在ISO BMFF文件中的各自的框。可以通过发射器设置重要性的程度。例如，指示最高重要性的程度可以被设置为moov框，并且指示较高重要性的程度可以被设置为moof框。
可以将包括与随机接入点(RAP)相对应的数据的mdat框设置有比没有包括RAP的其它mdat框更高程度的重要性。RAP可以对应于用于在视频轨道的情况下I帧的数据的传输的数据单元。
用于根据mdat框当中的重要性的程度确定优先级的信息可以被包括在各个mdat框中。可替选地，用于根据mdat框当中的重要性的程度确定优先级的信息可以被包括在moov框中。在这样的情况下，结合用于mdat框的识别的信息，特定mdat框的优先级可以被确定，并且在这样的情况下，相对应的信息可以被使用。
参考附图，在没有moof框的情况下可以不处理mdat框，并且因此，moof框可以被设置为比mdat框更加重要。另外，在没有moov框的情况下moof框可以不被处理，并且因此，moov框可以被设置为比moof框更加重要。
当通过不同的应用层传输协议分组发送一个或者多个框时，考虑到被包括在各个应用层传输协议分组中的框的关于优先级的信息可以被包括在各个应用层传输协议分组中。根据本发明的实施例，可以通过发射器或者接收器执行信息设置或者数据设置。
图40是图示根据本发明的实施例的应用层传输协议分组的发送和接收的图。
通过发射器可以生成前述的应用层传输协议分组并且被发送到接收器。
如上所述，当一个TSI被映射到一个轨道并且一个TOI被映射到一个区块时，用于发送各个片段的数据的应用层传输协议分组被产生。在这样的情况下，当通过接收器接收通过发送侧产生和发送的ALC.LCT+分组时，存在接收器没有获知应用层传输协议分组属于的片段的问题。TOI可以被设置为各自的区块，各个区块可以被划分成一个或者多个ES，并且各个ES在应用层传输协议分组中被发送，并且因此，接收应用层传输协议分组的接收器不可以获知被包括在应用层传输协议分组中的ES或者相对应的应用层传输协议分组属于的片段。因此，存在通过接收器识别各个区块属于的片段(或者文件)的需求。
参考附图，视频轨道可以包括片段#1和片段#2。片段#1可以包括区块#1至区块#3。片段#2可以包括区块#1和区块2。在本实例中，各个区块被假定在各个ES中被发送。在这样的情况下，相对于片段#1发送的三个应用层传输协议分组可以存在，并且用于发送片段#1的第一数据的区块的ES可以以TSI“1”和TOI“1”被设置，并且可以通过利用偏移信息“0”设置的应用层传输协议分组被发送。用于发送被包括在片段#1中的区块#2的ES#2可以以TSI“1”和TOI“2”被设置，并且可以通过利用偏移信息“200”设置的应用层传输协议分组被发送。用于发送被包括在片段#1中的区块#3的ES#3可以以TSI“1”和TOI“3”被设置，并且可以通过利用偏移信息“1000”设置的应用层传输协议被发送。用于发送被包括在片段#2中的区块#1的ES#4可以以TSI“1”和TOI“4”被设置，并且可以通过利用偏移信息“0”设置的应用层传输协议被发送。用于发送被包括在片段#2中的区块#2的ES#5可以以TSI“1”和TOI“5”被设置，并且可以通过利用偏移信息“1000”设置的应用层传输协议被发送。
当应用层传输协议分组从发射器被顺序地发送到接收器时，接收器可以将与具有“1”的值的TSI相对应的应用层传输协议分组视为用于相对于相同轨道发送数据的分组。因此，在通过相同的TSI收集应用层传输协议分组的过程期间，接收可以按照TOI的值的顺序收集应用层传输协议分组。然而，当用于发送ES#3和/或ES#4的应用层传输协议分组丢失时，存在接收器不可以确定是否用于发送通过TSI“1”、TSI“5”以及偏移信息“1000”设置的应用层传输协议分组的ES(或者区块)属于片段#1或者片段#2的问题。
根据本发明的实施例，为了克服前述的问题，可以使用与TSI有关的轨道的ID值。在此，轨道可以被解释为对应于MPEG-DASH的表示。另外，关于TOI，ISO BMFF文件的ID和区块的ID的组合值可以被使用。当以与一个ISO BMFF文件相同的方式设置一个ISO BMFF对象时，ISO BMFF对象数据可以被假定为包括一个区块。根据本发明的实施例，为了设置关于各个ISO BMFF对象数据(或者区块)的优先级的信息，可以使用2个被保留的比特。
根据本发明的实施例，可以设置从各个文件的开始部分直到应用层传输协议分组的偏移信息。信息可以被包括在信令信息和/或应用层传输协议分组中。当偏移信息的值是“0”时，相对应的值被应用到的应用层传输协议分组可以指示用于发送ISO BMFF文件的开始部分的数据的应用层传输协议分组。应用层传输协议分组可以包括指示媒体的呈现时序的信息(例如，呈现的开始时间和持续时间、以及/或者用于与其它内容的同步的信息)和/或关于与相对应的文件或者应用层传输协议分组有关的所要求的数据的位置信息(例如，URL信息)。
图41是图示根据本发明的实施例的应用层传输协议分组的结构的图。
应用层传输协议分组可以包括v元素、c元素、PSI元素、S元素、O元素、H元素、Priority元素、A元素、B元素、HDR_LEN元素、Codepoint元素、Congestion ControlInformation元素、Transport Session Identifier(TSI)元素、Transport ObjectIdentifier(TOI)元素、EXT_FTI元素、EXT_SCT元素、EXT_OBJ_OFFSET元素、EXT_OBJ_PTS元素、EXT_OBJ_LOCATION元素、FEC payload ID元素、以及/或者Encoding Symbol元素。
PSI元素可以包括X元素和/或Y元素。
v元素可以指示分组的版本号。v元素可以指示ALC/LC的版本。v元素可以指示当前分组是继ALC/LCT+之后的分组。
c元素可以对应于拥塞控制标志。c元素可以指示拥塞控制信息(CCI)元素的长度。例如，当c元素的值是0时，c元素可以指示CCI的长度是32个比特，当c元素的值是1时，c元素可以指示CCI的长度是64个比特，当c元素的值是2时，c元素可以指示CCI的长度是96个比特，并且当c元素的值是3时，c元素可以指示CCI的长度是128个比特。
PSI元素可以对应于协议特定指示(PSI)。PSI元素可以被用作具有ALC/LCT+的较高的协议的特定用途的指示符。PSI元素可以指示是否当前分组对应于源分组或者FEC修复分组。
X元素可以对应于指示源分组的信息。当不同的FEC有效载荷ID格式被用于源和修复数据时，如果X元素的值是“1”，则X元素可以指示用于源数据的FEC有效载荷ID格式，并且如果X元素的值是“0”，则X元素可以指示用于修复数据的FEC有效载荷ID格式。另外，当通过发射器X元素的值被设置为“0”时，接收器可以忽略O元素或者分组并且可以不处理O元素或者分组。
S元素可以对应于传送会话标识符标志。S元素可以指示传送会话标识符元素的长度。
O元素可以对应于传送对象标识符标志。O元素可以指示传送对象标识符的长度。对象可以指的是一个文件，并且TOI可以是各个对象的识别信息并且具有0的TOI的文件可以包括关联于文件的信令信息。
H元素可以对应于半字标志。H元素可以指示是否半字(16个比特)被添加到TSI和TOI字段的长度。
Priority元素可以指示被包括在分组中的数据的优先级。关于Priority元素，各个对象、区块或者在每一个中包括的框之间的优先级的描述被替换成上面的描述。
A元素可以对应于关闭会话标志。A元素可以指示会话被终止或者会话即将终止。
B元素可以对应于广播对象标志。B元素可以指示被发送的对象被终止或者对象即将终止。
HDR_LEN元素可以指示分组的报头的长度。
Codepoint元素可以指示通过分组发送的有效载荷的类型。根据有效载荷了性，附加的有效载荷报头可以被插入在有效载荷数据的前缀中。
拥塞控制信息(CCI)元素可以包括诸如层编号、逻辑信道编号、以及序列号的拥塞控制信息。拥塞控制信息(CCI)元素可以包括所要求的拥塞控制有关的信息。
传送会话标识符(TSI)元素可以是会话的唯一的标识符。TSI元素可以指示来自于特定发送方的会话中的任意一个。TSI元素可以识别传送会话。TSI元素的值可以被用于一个轨道。
传送对象标识符(TOI)元素可以是对象的唯一标识符。TOI元素可以指示会话中的分组属于的对象。TOI元素的值可以被用于一个ISO BMFF对象数据。TOI元素可以包括ISOBMFF文件的ID和区块的ID。TOI元素可以具有作为TOI元素的值的ISO BMFF文件的ID和区块的ID的组合。
EXT_FTI元素可以包括关于FEC传送信息的信息。
EXT_SCT元素可以对应于发送方当前时间的扩展信息。EXT_SCT元素可以包括在发射器侧处的时间信息。
EXT_OBJ_OFFSET元素可以指示对象的偏移。EXT_OBJ_OFFSET元素可以指示相对于片段(例如，ISO BMFF文件或者文件)的开始部分，被包括在分组中的对象(例如，ISO BMFF对象数据或者区块)位于其中的片段的位置的偏移。EXT_OBJ_OFFSET元素的详细描述被替换成各个装置的上述描述。指示偏移的信息可以被包括在应用层传输协议分组的有效载荷中。
EXT_OBJ_PTS元素可以指示对象的呈现时间戳(PTS)。
EXT_OBJ_LOCATION元素可以识别对象的位置。EXT_OBJ_LOCATION元素可以识别对象的位置，包括在分组的有效载荷中包括的对象的URL等等。位置可以通过URL等等指示。
FEC有效载荷ID元素可以是FEC有效载荷标识符的标识符。FEC有效载荷ID元素可以包括传输块或者编码符号的识别信息。当文件被FEC编码时FEC有效载荷ID可以是标识符。例如，当FLUTE协议文件被FEC编码时，FEC有效载荷ID可以被分配以便于广播台或者广播服务器区分FEC有效载荷ID。
Encoding Symbols元素可以指示传输块或者编码符号的数据。
图42是图示根据本发明的实施例的应用层传输协议分组的处理的图。
根据本发明的实施例，可以为一个轨道分配一个TSI的值，并且一个TOI的值可以包括用于ISO BMFF文件的ID和区块的ID的识别的值。
参考附图，一个视频轨道可以包括N个片段。片段#1可以对应于一个ISO BMFF文件。片段可以被划分成一个或者多个区块。各个区块可以通过一个或者多个ES被发送。各个ES可以通过应用层传输协议分组的有效载荷被发送。
用于发送被包括在片段#1中的ES 1的应用层传输协议分组可以包括与ISO BMFF文件的开始部分相对应的数据和moov框。因此，应用层传输协议分组可以具有“最高的”(最重要的)的优先级元素的值，TSI元素可以具有指示相对应的视频轨道(例如，1)的值，并且TOI元素可以具有用于在相对应的视频轨道中的片段#1的识别的值“1”和指示在相对应的片段中的第一区块中包括的数据的值“1”两者。另外，因为片段的开始部分的数据被发送，所以应用层传输协议分组的偏移元素可以对应于0。
用于发送被包括在片段#1中的ES 2的应用层传输协议分组可以包括区块#2的一部分，包括moof框和mdat框中的一些。因此，应用层传输协议分组可以具有“较高的”(更加重要的)的优先级元素的值，TSI元素可以具有指示相对应的视频轨道(例如，1)的值，并且TOI元素可以具有用于识别在相对应的视频轨道中的片段#1的值“1”，和指示在相对应的片段中的第二区块中包括的数据的值“2”两者。另外，偏移元素可以指示通过应用层传输协议分组发送的数据是在离片段的开始点100的偏移的点处定位的数据。用于发送被包括在片段#1中的ES#3的应用层传输协议分组发送被包括在区块#2中的数据，并且因此，优先级元素、TSI元素以及TOI元素可以具有与用于发送ES#2的应用层传输协议分组相同的值。然而，用于发送ES#3的应用层传输协议分组可以具有不同于用于发送ES#2的应用层传输协议分组的偏移元素值的偏移元素值。
用于发送被包括在片段#1中的ES 4的应用层传输协议分组可以包括区块#3的一部分，包括mdat框的一部分。因此，应用层传输协议分组可以具有“低”(低)的优先级元素的值，TSI元素可以具有指示相对应的视频轨道的值(例如，1)，并且TOI元素可以具有用于识别在相对应的视频轨道中的片段#1的值“1”，和指示在相对应的片段中的第三区块中包括的数据的值“3”两者。另外，偏移元素可以指示通过应用层传输协议分组发送的数据是在离片段的开始部分400的偏移的点处定位的数据。用于发送被包括在片段#1中的ES#5的应用层传输协议分组发送被包括在区块#3中的数据，并且因此，优先级元素、TSI元素以及TOI元素可以具有与用于发送ES#4的应用层传输协议分组相同的值。然而，用于发送ES#5的应用层传输协议分组可以具有不同于用于发送ES#4的应用层传输协议分组的偏移元素值的偏移元素值。
用于发送被包括在片段#2中的ES 1的应用层传输协议分组可以包括与ISO BMFF的开始部分相对应的数据并且包括moov框。因此，应用层传输协议分组可以具有“最高的”(最重要的)的优先级元素的值，TSI元素可以具有指示相对应的视频轨道的值(例如，1)，并且TOI元素可以具有用于识别在相对应的视频轨道中的片段#2的值“2”和指示在相对应的片段中的第一区块中包括的数据的值“1”两者。另外，因为片段的开始部分的数据被发送，所以应用层传输协议分组的偏移元素可以对应于0。
用于发送被包括在片段#2中的ES 2的应用层传输协议分组可以包括区块#2的一部分，包括moof框和mdat框中的一些。因此，应用层传输协议分组可以具有“较高的”(更加重要的)的优先级元素的值，TSI元素可以具有指示相对应的视频轨道的值(例如，1)，并且TOI元素可以具有用于识别在相对应的视频轨道中的片段#2的值“2”和指示在相对应的片段中的第二区块中包括的数据的值“2”两者。另外，偏移元素可以指示通过应用层传输协议分组发送的数据是在具有离片段的开始点100的偏移的点处定位的数据。
用于发送被包括在片段#2中的ES 3的应用层传输协议分组可以包括区块#3的一部分，包括mdat框的一部分。相对应的mdat框的数据可以包括比其他的mdat框的数据更加重要的数据。因此，应用层传输协议分组可以具有“中等的”(常规)的优先级元素的值，TSI元素可以具有指示相对应的视频轨道的值(例如，1)，并且TOI元素可以具有用于在相对应的视频轨道中的片段#2的识别的“2”的值和指示在相对应的片段中的第三区块中包括的数据的“3”的值。另外，偏移元素可以指示通过应用层传输协议分组发送的数据是被定位在具有离片段的开始点的400的偏移的点处定位的数据。
被包括在片段#1和片段#2中的应用层传输协议分组可以分别包括PTS元素值。在这一点上，当在片段#1中包括的应用层传输协议分组的PTS元素值是x时，在片段#2中包括的应用层传输协议分组的值PTS元素值可以是x+1。
当如上所述配置应用层传输协议分组时，接收器可以获知特定应用层传输协议分组属于的片段(或者ISO BMFF文件)，并且因此即使在传输过程期间应用层传输协议分组的一部分丢失，也可以在精确的位置处解码接收到的应用层传输协议分组。
图43是图示根据本发明的实施例的广播系统的图。
如上所述，根据本发明的实施例的广播接收器可以使用MPEG-DASH的MPD提供广播流式传输。根据本发明的实施例，广播接收器可以通过宽带和/或广播接收和处理广播信号和/或广播数据。因此，在宽带和广播两者中可以使用MPD。可替选地，仅在宽带中使用MPD。
附图图示根据本发明的实施例的当在广播和宽带两者中使用MPD时广播系统的操作。
根据本发明的实施例，广播系统可以包括发送系统和接收器。
发送系统(发射器)可以包括壁钟-T J42010、NTP服务器J42020、DASH编码器J42030、广播发射器J42040、以及/或者外部HTTP服务器J42050。
接收器可以包括IP/UDP数据报过滤器J42110、FLUTE+客户端J42120、DASH客户端J42130、内部HTTP服务器J42140、NTP客户端J42150、以及/或者壁钟-R J42160。
壁钟-T J42010可以处理和提供关于广播发射器的参考时间的信息。
NTP服务器J42020可以生成网络时间协议(NTP)信息并且使用关于广播发射器的参考时间的信息生成包括NTP信息的NTP分组。
DASH编码器J42030可以根据关于广播发射器的参考时间编码包括广播数据的片段。DASH编码器J42030可以根据关于广播发射器的参考时间的信息编码包括媒体(广播服务、广播内容、以及/或者广播事件)的描述信息和/或数据的MPD。
广播发射器J42040可以发送包括NTP分组、片段、以及/或者MPD的广播流。
外部HTTP服务器J42050可以处理对用于MPD的请求的响应或者处理对用于在诸如片段的媒体上的数据的请求。外部HTTP服务器J42050可以被定位在广播发射器的内部或者外部。
IP/UDP数据报过滤器J42110可以过滤从广播信号分离的IP/UDP数据报或者IP分组。IP/UDP数据报过滤器J42110可以过滤NTP分组和包括媒体的分组(应用层传输协议分组或者LCT分组)。
FLUTE+客户端J42120可以从接收到的分组提取MPD。FLUTE+客户端J42120可以提取包括关于媒体的信息的HTTP实体。
DASH客户端J42130可以包括MPD解析器、HTTP接入引擎、片段缓冲器控制、片段缓存器、片段索引、DASH客户端控制、以及/或者媒体引擎。DASH客户端J42130可以处理MPD，并且可以根据MDP做出对于片段的请求或者接收和处理片段。MPD解析器可以解析MPD。HTTP接入引擎可以通过HTTP与服务器通信并且请求或者接收所要求的数据。片段缓冲器控制可以控制片段缓冲器。片段缓冲器可以缓冲片段。片段索引可以管理和处理片段的索引使得顺序地处理片段。关于片段的索引的信息可以被包括在MPD中。片段索引可以获取关于片段的时序的信息并且处理信息使得根据时序解码片段。DASH客户端控制可以控制DASH客户端。DASH客户端控制可以控制DASH客户端以根据广播系统的参考时间操作。媒体引擎可以解码片段并且生成媒体。
内部HTTP服务器J42140可以接收对于DASH客户端的特定片段的请求并且响应于请求将相对应的片段发送到DASH客户端。DASH客户端可以将相对应的片段的URL信息发送到HTTP服务器。内部HTTP服务器J42140可以被定位在服务器的内部或者外部。
NTP客户端J42150可以接收和解析NTP分组。
壁钟-R J42160可以使用NTP信息保持在接收器的参考时间和网络系统的参考时间之间的同步。
根据本发明的实施例，片段可以就在通过广播接收器编码之后作为广播流被输入。在从发射器到接收器的传输过程期间预先确定的延迟可能出现。预先确定的延迟可能在接收器和一个时钟之间出现。片段可以被发送到内部HTTP服务器中的DASH客户端。
图44是图示根据本发明的实施例的在广播系统中的片段的处理的时序的图。
附图图示在被显示在图43的各个装置中的时序(1)、时序(2)、时序(4)以及时序(5)中的时间线。
片段A1可以发送音频1的数据。
片段V1可以发送视频1的数据。
片段A2可以发送音频2的数据。
片段V2可以发送视频2的数据
片段A3可以发送音频3的数据。
片段V3可以发送视频3的数据
时间线1可以是在发射器的编码器中的时间线。
时间线2可以是广播流中的时间线。
时间线4可以是在接收器的内部服务器中的时间线。
时间线5可以是在接收器的DASH客户端中的时间线。
在时间线1中，在相同的时间段期间可以编码片段A1和片段V1。当片段A1和片段V1的编码被终止时，在相同的时间段期间片段A2和片段V2可以被编码。当片段A2和片段V2的编码被终止时，在相同的时间段期间片段A3和片段V3可以被编码。
在时间线2中，当各个片段的编码被终止时，发射器可以发送相对应的片段。
附图图示指示在时间线4中的通过MPD描述的片段的可用时间的可用性时间线。根据时间移位缓冲器深度的各个片段的时间和片段的实际持续时间可以被组合以被设置为相对应的片段的长度。
在时间线4中，其中各个片段被实际接收的时间可以基于传输时间具有恒定的延迟。
参考时间线5，在信道变化出现的时间点，片段A3和片段V3可以是可用的，并且考虑到在上述片段和另一客户端的处理结果之间的同步时间，可以设置用于片段A3和片段V3的呈现的被建议的呈现延迟。接收器可以将通过时段开始信息指示的时间段、片段A3和片段V3中的每一个的开始时间信息、以及被建议的呈现延迟信息相加，以确定在时段开始之后用于片段A3和片段V3的呈现的时间。
图45是图示根据本发明的实施例的当在宽带和广播两者中使用MPD时广播系统的操作的图。
根据本发明的实施例，广播系统可以包括发送系统和接收器。
发送系统(发射器)可以包括壁钟-T J44010、时间线分组编码器J44020、DASH编码器J44030、广播台J44040、以及/或者外部HTTP服务器J44050。
接收器可以包括IP/UDP数据报过滤器J44110、ALC/LCT+客户端J44120、接收器缓冲器控制J44130、片段缓冲器J44140、媒体引擎J44150、时间线分组解析器J44160、壁钟-RJ44170、以及/或者DASH客户端J44180。
壁钟-T J42010可以处理和提供关于广播发射器的参考时间的信息。
时间线分组编码器J44020可以生成包括关于在广播系统和广播接收器之间的参考时间的同步或者媒体的同步的信息的时间线分组。
DASH编码器J44030可以根据关于广播发射器的参考时间编码包括广播数据的片段。DASH编码器J44030可以根据关于广播发射器的参考时间的信息编码包括关于媒体(广播服务、广播内容、以及/或者广播事件)的描述信息和/或数据的MPD。
广播台J44040可以发送包括时间线分组、片段、以及/或者MPD的广播流。
外部HTTP服务器J44050可以处理对用于MPD的请求的响应，或者处理对用于在诸如片段的媒体上的数据的请求的响应。外部HTTP服务器J44050可以被定位在广播发射器的内部或者外部。外部HTTP服务器J44050可以从DASH客户端接收对于特定片段(例如，片段(A))的请求。请求可以包括特定片段的位置信息(例如，URL信息)。外部HTTP服务器J44050可以从DASH编码器接收相对应的片段并且将片段发送到DASH客户端。
IP/UDP数据报过滤器J44110可以过滤从广播信号分离的IP/UDP数据报或者IP分组。IP/UDP数据报过滤器J44110可以过滤时间线分组和包括媒体上的数据的分组(应用层传输协议分组或者LCT分组)。
ALC/LCT+客户端J44120可以从接收的分组提取MPD。ALC/LCT+客户端J44120可以提取包括媒体上的数据的片段(例如，Seg.(V))。
接收器缓冲控制J44130可以控制接收器中的片段缓冲器的操作。接收器缓冲器控制J44130可以接收被发送到应用层传输协议分组的片段。当要求缓冲时，接收器缓冲器控制J44130可以将相对应的片段发送到片段缓冲器。接收器缓冲器控制J44130可以接收关于片段的接收器时序信息和宽带时间线参考(壁钟)。接收器缓冲器控制J44130可以根据片段的时序和壁钟将片段发送到媒体引擎，并且执行控制以消耗相对应的片段。
片段缓冲器J44140可以缓冲片段。
媒体引擎J44150可以解码片段并且呈现与片段相对应的媒体。
时间线分组解析器J44160可以解析时间线分组。
壁钟-R J44170可以使用时间线分组中的信息执行处理以保持在接收器的参考时间和系统的参考时间之间的同步。
DASH客户端J44180可以包括MPD解析器、HTTP接入引擎、片段缓冲器控制、片段缓存器、片段索引、DASH客户端控制、以及/或者媒体引擎。DASH客户端J44180可以处理MPD，并且根据MDP做出对于片段的请求或者接收和处理片段。MPD解析器可以解析MPD。MPD解析器可以从MPD提取关于片段(A)的现有广播系统中的时序信息(例如，PTS)、片段的URL信息、以及/或者片段的可用时序信息。HTTP接入引擎可以通过HTTP与服务器通信并且请求或者接收被所要求的数据。片段缓冲器控制可以控制片段缓冲器。片段缓冲器可以缓冲片段。片段索引可以管理和处理片段的索引使得顺序地处理片段。关于片段的索引的信息可以被包括在MPD中。片段索引可以获取关于片段的时序的信息并且处理信息以根据时序解码片段。DASH客户端控制可以控制DASH客户端。DASH客户端控制可以控制DASH客户端以根据广播系统的参考时间操作。媒体引擎可以解码片段并且生成媒体。
根据本发明，使用不同的传输方法可以发送用于发送视频数据的片段Seg.(V)和用于发送音频数据的片段Seg.(A)并且经由不同的过程处理以配置一个媒体的一部分。
根据本发明的实施例，片段可以就在通过广播发射器编码之后在广播流中被输入。片段可以就在通过广播发射器编码之后被外部服务器使用。在从发射器到接收器的传输过程期间，恒定的延迟可能出现。在发射器和接收器之间的壁钟(参考时间)的延迟可能出现。片段可以从内部服务器立即发送到DASH客户端。
图46是图示根据本发明的实施例的在广播系统中的片段的处理的时序图。
附图图示在通过图45的各个装置指示的时序(1)、时序(2)、时序(3)、时序(4)以及时序(5)的各自的时间线和在相对应的时间线中的片段的时序。
片段A1可以发送音频1的数据。
片段V1可以发送视频1的数据。
片段A2可以发送音频2的数据。
片段V2可以发送视频2的数据
片段A3可以发送音频3的数据。
片段V3可以发送视频3的数据
时间线1可以是在发射器的编码器中的时间线。
时间线2可以是广播流中的时间线。
时间线3可以是外部服务器中的时间线。
时间线4可以是接收器的内部服务器中的时间线。
时间线5可以是在接收器的DASH客户端中的时间线。
在时间线1中，在相同的时间段期间可以编码片段A1和片段V1。当片段A1和片段V1的编码被终止时，在相同的时间段期间片段A2和片段V2可以被编码。当片段A2和片段V2的编码被终止时，在相同的时间段期间片段A3和片段V3可以被编码。
在时间线2中，当各个片段的编码被终止时，发射器可以发送相对应的片段。在此，包括视频数据的片段可以通过广播网络被发送。即，片段V1、片段V2、以及片段V3可以通过广播网络被发送。
在时间线3中，与用于发送视频数据的片段相对应的用于发送音频数据的片段A1、片段A2、以及片段A3可以在外部服务器中呈现可用的时间。
附图图示在时间线4中指示通过MPD描述的片段的可用时间的可用性时间线。根据时间移位缓冲器深度各个片段的时间和片段的实际持续时间可以被组合以被设置为相对应的片段的长度。
在时间线4中，其中各个片段被实际接收的时间可以基于传输时间具有恒定的延迟。
参考时间线5，在信道变化出现的时间点，片段A2、片段A3和片段V3可以是可用的，并且考虑到在上述片段和另一客户端的处理结果之间的同步时间可以设置用于片段A2、片段A3和片段V3的呈现的被建议的呈现延迟。接收器可以将通过时段开始信息指示的时间段、片段A2、片段A3和片段V3中的每一个的开始时间信息、以及被建议的呈现延迟信息相加以确定在时段开始之后用于片段A2、片段A3和片段V3的呈现的时间。对于内容的呈现的时间可以根据接收器而变化，但是使用被建议的呈现延迟可以延迟用于接收器之间的内容的呈现的时间差。
当在宽带和广播两者中使用MPD时，接收器可以首先接收在广播信道上发送的片段之前的在宽带网络上发送的片段。
现有的DASH可用性时间线(用于外部服务器)不可以被用于在广播流(在内部服务器中)中发送的片段。通过信道变化时间可能影响内部服务器中的片段可用性时间。另外，片段接收时间需要被考虑，并且考虑到片段接收时间接收器可以测量片段可用性时间。在前述实施例中，当根据接收器恒定的延迟变化时，可能难以使用被建议的呈现延迟信息精确地同步DASH呈现时间。
图47是图示根据本发明的另一实施例的当仅在宽带中使用MPD时广播系统的图。
根据本发明的实施例，广播系统可以包括发送系统和接收器。
发送系统(发射器)可以包括壁钟-T J46010、时间线分组编码器J46020、DASH编码器J46030、以及/或者广播台J46040。
接收器可以包括IP/UDP数据报过滤器J46110、ALC/LCT+客户端J46120、接收器缓冲器控制J46130、片段缓冲器J46140、媒体引擎J46150、时间线分组解析器J46160、以及/或者壁钟-R J46170。
壁钟-T J46010可以处理和提供关于广播发射器的参考时间的信息。
时间线分组编码器J46020可以生成包括关于在广播系统和广播接收器之间的参考时间的同步或者媒体的同步的信息的时间线分组。
DASH编码器J46030可以根据关于广播发射器的参考时间的信息编码包括广播数据的片段。DASH编码器J46030可以根据关于广播发射器的参考时间的信息编码包括关于媒体(广播服务、广播内容、以及/或者广播事件)的描述信息和/或数据的MPD。
广播台J46040可以发送包括时间线分组、片段、以及/或者MPD的广播流。
IP/UDP数据报过滤器J46110可以过滤从广播信号分离的IP分组或者IP/UDP数据报。IP/UDP数据报过滤器J46110可以过滤时间线分组和包括媒体上的数据的分组(应用层传输协议分组或者LCT分组)。
ALC/LCT+客户端J46120可以提取包括媒体上的数据的片段(例如，Seg.(V)和Seg.(V))。ALC/LCT+客户端J46120可以提取用于现有的时序的信息(在MPEG2TS中使用的时序信息)替代MPD。用于时序的信息可以被包括在各个片段中。
接收器缓冲控制J46130可以控制接收器中的片段缓冲器的操作。接收器缓冲器控制J46130可以接收在应用层传输协议分组中发送的片段。当要求缓冲时，接收器缓冲器控制J46130可以将相对应的片段发送到片段缓冲器。接收器缓冲器控制J46130可以接收宽带时间线参考(壁钟)并且接收关于片段的时序信息。接收器缓冲器控制J46130可以根据片段的时序和壁钟将片段发送到媒体引擎等等并且执行控制使得消耗相对应的片段。
片段缓冲器J46140可以缓冲片段。
媒体引擎J46150可以解码片段并且呈现与片段相对应的媒体。
时间线分组解析器J46160可以解析时间线分组。
壁钟-R J46170可以使用时间线分组中的信息执行处理使得保持在接收器和系统之间的参考时间之间的同步。
根据本发明的实施例，片段可以就在通过广播发射器编码之后在广播流中被输入。壁钟可以以广播时间线参考的形式从发射器发送到接收器。在从发射器到接收器的传输过程期间，可能出现恒定的延迟。在发射器和接收器之间的壁钟(参考时间)的恒定的延迟可能出现。
图48是图示根据本发明的另一实施例的在广播系统中的片段的处理的时序的图。
附图图示在通过图47的各个装置指示的时序(1)、时序(2)、时序(3)、时序(4)以及时序(5)处的各自的时间线和在相对应的时间线中的片段的时序。
片段A1可以发送音频1的数据。
片段V1可以发送视频1的数据。
片段A2可以发送音频2的数据。
片段V2可以发送视频2的数据
片段A3可以发送音频3的数据。
片段V3可以发送视频3的数据
时间线1可以是在发射器的编码器中的时间线。
时间线2可以是广播流中的时间线。
时间线4可以是被应用于接收器的缓冲器的时间线。
时间线5可以是在接收器的DASH客户端中的时间线。
在时间线1中，在相同的时间段期间可以编码片段A1和片段V1。当片段A1和片段V1的编码被终止时，在相同的时间段期间片段A2和片段V2可以被编码。当片段A2和片段V2的编码被终止时，在相同的时间段期间片段A3和片段V3可以被编码。各个片段可以包括PTS。在相同的时间段期间可以编码片段V3。各个片段可以包括PTS。
在时间线2中，当各个片段的编码被终止时，发射器可以发送相对应的片段。
参考时间线4，对于接收各个片段所要求的恒定的延迟和时间流逝，并且然后，各个片段可以是可用的。
参考时间线5，在信道变化出现的时间点，不可以接收片段A2和片段V2的一些数据。在信道变化出现的时间点之后，片段A3和片段V3两者可以被接收。考虑到在上述片段的同步时间和另一客户端的处理结果的同步的时间，用于片段A3和片段V3的呈现的被建议的呈现延迟可以被设置。
图49是图示根据本发明的另一实施例的当仅在宽带中使用MPD时广播系统的图。
根据本发明的实施例，广播系统可以包括发送系统和接收器。
发送系统(发射器)可以包括壁钟-T J48010、时间线分组编码器J48020、DASH编码器J48030、广播台J48040以及/或者HTTP服务器J48050。
接收器可以包括IP/UDP数据报过滤器J48110、ALC/LCT+客户端J48120、接收器缓冲器控制J48130、片段缓冲器J48140、媒体引擎J48150、时间线分组解析器J48160、壁钟-RJ48170、以及/或者DASH客户端J48180。
壁钟-R J48170可以处理和提供关于广播发射器的参考时间的信息。
时间线分组编码器J48020可以生成包括关于在广播系统和广播接收器之间的参考时间的同步或者媒体的同步的信息的时间线分组。
DASH编码器J48030可以根据关于广播发射器的参考时间的信息编码包括数据的片段。DASH编码器J44030可以根据关于广播发射器的参考时间的信息编码包括关于媒体(广播服务、广播内容、以及/或者广播事件)的描述信息和/或数据的MPD。
广播台J48040可以发送包括时间线分组、片段、以及/或者MPD的广播流。
HTTP服务器J48050可以处理对用于MPD的请求的响应，或者处理对用于在诸如片段的媒体上的数据请求的响应。HTTP服务器J48050可以被定位在广播发射器的内部或者外部。HTTP服务器J48050可以从DASH客户端接收用于特定片段(例如，片段(A))的请求。请求可以包括特定片段的位置信息(例如，URL信息)。HTTP服务器J48050可以从DASH编码器接收相对应的片段并且将片段发送到DASH客户端。
IP/UDP数据报过滤器J48110可以过滤从广播信号分离的IP分组或者IP/UDP数据报。IP/UDP数据报过滤器J48110可以过滤时间线分组和包括媒体上的数据的分组(应用层传输协议分组或者LCT分组)。
ALC/LCT+客户端J48120可以从接收到的分组提取MPD。ALC/LCT+客户端J48120可以提取与在现有的广播系统中使用的时序的信息(例如，在MPEG2-TS的传输中使用的时序有关的信息)。另外，与在现有的广播系统中使用的时序相关的信息可以被包括在片段V中。
接收器缓冲控制J48130可以控制接收器中的片段缓冲器的操作。接收器缓冲器控制J48130可以接收在应用层传输协议分组中发送的片段。当要求缓冲时，接收器缓冲器控制J48130可以将相对应的片段发送到片段缓冲器。接收器缓冲器控制J48130可以接收宽带时间线参考(壁钟)并且接收关于片段的时序信息。接收器缓冲器控制J48130可以根据片段的时序和壁钟将片段发送到媒体引擎等等并且执行控制使得消耗相对应的片段。
片段缓冲器J48140可以缓冲片段。
媒体引擎J48150可以解码片段并且呈现与片段相对应的媒体。
时间线分组解析器J48160可以解析时间线分组。
壁钟-R J48170可以使用时间线分组中的信息执行在接收器和系统之间的参考时间的处理同步。
DASH客户端J48180可以包括MPD解析器、HTTP接入引擎、片段缓冲控制、片段缓冲器、片段索引、DASH客户端控制、以及/或者媒体引擎。DASH客户端J48180可以处理MPD并且根据MPD发出用于片段的请求或者接收并且处理片段。MPD解析器可以解析MPD。MPD解析器可以从MPD提取关于片段A的在现有广播系统中的时序信息(例如，PTS)、片段的URL信息、以及/或者片段的可用的时序信息。HTTP接入引擎可以通过HTTP与服务器通信并且请求或者接收数据。片段缓冲器控制可以控制片段缓冲器。片段缓冲器可以缓冲片段。片段索引可以管理和处理片段的索引使得顺序地处理片段。关于片段的索引的信息可以被包括在MPD中。片段索引可以获取关于片段的时序的信息并且执行处理使得根据时序解码片段。DASH客户端控制可以控制DASH客户端。DASH客户端控制可以控制DASH客户端以广播系统的参考时间操作。媒体引擎可以解码片段以生成媒体。
根据本发明的实施例，用于发送视频数据的片段Seg.(V)和用于发送音频数据的片段Seg.(A)可以使用不同的传输方法被发送并且经由不同处理过程被处理以配置一个媒体的部分。
根据本发明的实施例，片段可以就在通过广播发射器编码之后在广播流中被输入。发射器可以以广播时间线参考的形式将壁钟发送到接收器。在从发射器到接收器的传输过程期间，恒定的延迟可能出现。在发射器和接收器之间的壁钟(参考时间)的恒定的延迟可能出现。
图50是图示根据本发明的另一实施例的在广播系统中的片段的处理的时序的图。
附图图示在通过图49的各个装置指示的时序(1)、时序(2)、时序(3)、时序(4)以及时序(5)处的各自的时间线和在相对应的时间线中的片段的时序。
片段A1可以发送音频1的数据。
片段V1可以发送视频1的数据。
片段A2可以发送音频2的数据。
片段V2可以发送视频2的数据
片段A3可以发送音频3的数据。
片段V3可以发送视频3的数据
时间线1可以是在发射器的编码器中的时间线。
时间线2可以是广播流中的时间线。
时间线3可以是服务器中的时间线。
时间线4可以是接收器的内部缓冲器的时间线。
时间线5可以是在接收器的DASH客户端中的时间线。
在时间线1中，在相同的时间段期间可以编码片段A1和片段V1。当片段A1和片段V1的编码被终止时，在相同的时间段期间片段A2和片段V2可以被编码。当片段A2和片段V2的编码被终止时，在相同的时间段期间片段A3和片段V3可以被编码。包括各个视频数据的片段可以包括呈现时间线(PTS)信息。
在时间线2中，当各个片段的编码被终止时，发射器可以发送相对应的片段。在此，包括视频数据的片段可以通过广播网络被发送。即，片段V1、片段V2、以及片段V3可以通过广播网络被发送。
在时间线3中，与用于发送视频数据的片段相对应的用于发送音频数据的片段A1、片段A2、以及片段A3可以通过外部服务器呈现可用的时间。时间移位缓冲器深度可以被添加到被包括在音频数据中的片段的持续时间以识别其中相对应的片段是可用的时段。
参考时间线4，对于接收各个片段所要求的恒定的延迟和时间流逝，并且然后，各个片段可以是可用的。
参考时间线5，在信道变化出现的时间点，接收器不可以接收片段V1并且不可以接收被包括在片段V2中的一些数据。在信道变化出现的时间点之后接收器可以完全地接收片段V3。接收器可以使用MPD接收片段A2。各个片段可以是可用的，并且考虑到在上述片段和另一客户端的处理结果之间的同步时间，用于片段A2、片段A3以及片段V3的被提出的呈现延迟可以被设置。接收器可以将通过时段开始信息、片段A2和片段A3中的每一个的开始时间信息、以及/或者被建议的呈现延迟信息指示的时间段相加以确定在时段开始之后用于片段A2和片段A3的呈现的时间。用于内容的呈现的时间可以根据接收器变化，但是可以使用被建议的呈现延迟删除用于接收器之间的内容的呈现的时间差。
当仅在宽带中使用MPD时，可能需要壁钟以便于处理在宽带中发送的内容的可用时间线。在这样的情况下，“宽带时间线参考”可以与壁钟的值同步。
MPD可以包括媒体呈现时钟信息以便于用信号发送媒体的呈现时间。为了使用作为“广播时间线参考”的媒体呈现时钟信息，可能需要用于在壁钟和媒体呈现时钟信息之间的转换的装置或者附加的模块。根据本发明的实施例，“MPD@suggestedPresentationDelay”信息可以与PTS一起被发送或者PTS可以被设置以具有通过考虑“被建议的呈现延迟”而获得的值。
对于在广播网络和宽带网络中的每一个中发送的媒体(广播服务、内容、以及/或者事件)之间的同步，DASH媒体呈现时间线可以被用于广播和宽带。例如，使用“MPD@suggestedPresentationDelay”广播流和宽带流可以相互对准。在使用“SegmentBase@availabilityTimeOffset”用信号发送可用性开始时间之前，客户端可以被允许访问片段。呈现时间的锚信息可以被添加到MPD。锚信息可以通过“MPD@anchorPresentationTime”表示。接收器可以从锚的值测量片段的开始的呈现时间。例如，接收器可以根据“MPD@anchorPresentationTime”+“Period@start”+“Segment@presentationTimeOffset/Segment@timescale”测量片段的开始。
具有不同长度的延迟可能在广播网络和宽带网络中出现。在这样的情况下，接收器可以在实际消耗相对应的数据的时间之前请求在宽带中发送的数据(片段或者命令)。因此，当发送的广播数据被接收时，广播数据和宽带数据可以被一起消耗。为此，作为用于设置相对于在宽带中发送的片段的恒定的偏移的信息的“SegmentBase@availabilityTimeOffset”可以被添加到MPD。
图51是图示根据本发明的实施例的用于发送和处理广播信号的序列和用于接收和处理广播信号的序列的流程图。
参考图51(a)，发射器可以生成用于发送被包括在媒体中的数据的一部分的片段(JS51010)。
发射器可以将片段划分成一个或者多个数据单元，并且生成包括有效载荷的分组和包括数据单元的全部或者一些数据的有效载荷(JS51020)。
发射器可以生成包括分组的广播信号并且发送广播信号(JS51030)。
在上述过程期间，发射器可以以报头包括传送对象标识符(TOI)元素的方式执行处理，并且TOI元素包括用于在用于有效载荷的传输的数据中包括的片段的识别的片段识别元素和用于数据单元的识别的数据单元识别元素。
参考图51(b)，接收器可以接收包括一个或者多个分组的广播信号(JS51110)。
接收器可以解析一个或者多个分组(JS51120)。在此，分组可以包括报头和包括数据单元的全部或者一些数据的有效载荷。
接收器可以从一个或者多个分组提取一个或者多个数据单元以生成用于被包括在媒体中的数据中的一些的片段(JS51130)。
接收器可以使用片段解码媒体(JS51140)。
在此，报头可以包括传送对象标识符(TOI)并且TOI元素可以包括用于包括在有效载荷中发送的数据的片段的识别的片段识别元素，和用于数据单元的识别的数据单元识别元素。
在说明书中前述的一个或者多个数据处理操作可以被添加到根据本发明的实施例的广播信号的前述传输和/或接收过程。可替选地，从参考附图描述的过程可以省略一些处理过程。
图52是图示根据本发明的实施例的发射器和接收器的图。
参考图52(a)，发射器J52010可以包括数据编码器J52020、分组编码器J52030、广播信号发射器J52040、以及/或者信令编码器J52050。
数据编码器J52020可以生成用于发送被包括在媒体中的数据中的一些的片段。
分组编码器J52030可以将片段划分成一个或者多个数据单元并且生成分组，分组包括报头和包括数据单元的全部或者一些数据的有效载荷。
广播信号发射器J52040可以生成包括分组的广播信号并且发送广播信号。
在此，报头可以包括传送对象标识符(TOI)元素，并且TOI元素可以包括用于包括在有效载荷中发送的数据的片段的识别的片段识别元素和用于数据单元的识别的数据单元识别元素。
信令编码器J52050可以生成信令信息。信令编码器J52050可以将被生成的信令信息发送到被包括在发射器中的一个或者多个装置。
在说明书中描述的前述的装置当中的任意一个或者多个装置可以被添加到在附图中图示的发射器。
参考图52(b)，接收器J52110可以包括调谐器J52120、ALC/LCT+客户端J52130、DASH客户端J52140、以及/或者媒体解码器J52150。
调谐器J52120可以接收包括一个或多个分组的广播信号。
ALC/LCT+客户端J52130可以解析一个或者多个分组。在此，分组可以包括报头和包括数据单元的全部或者一些数据的有效载荷。
DASH客户端J52140可以从一个或者多个分组提取一个或者多个数据单元并且生成用于发送被包括在媒体中的数据的一些的片段。
媒体解码器J52150可以使用片段解码媒体。
在此，报头可以包括传送对象标识符(TOI)并且TOI元素可以包括用于包括在有效载荷中发送的数据的片段的识别的片段识别元素和用于数据单元的识别的数据单元识别元素。
在说明书中描述的前述装置当中的任意一个或者多个装置可以被添加到在附图中图示的接收器。
模块、处理器、装置或单元可以是执行存储在存储器(或存储单元)中的连续过程的处理器。以上提及的实施例中描述的各个步骤可以由硬件/处理器来执行。以上提及的实施例中描述的各个模块/块单元可以作为代码执行。另外，代码可以被写入在由处理器可读的存储介质中，并且因此通过设备中提供的处理器可读。
根据本发明的方法发明可以体现为通过各种计算机元件执行的程序命令，并且被记录在计算机可读介质中。
计算机可读介质可以单独地或者组合地包括程序命令、数据文件、数据集配置等等。存储在介质中的程序命令可以被特别设计和配置用于本发明，或者可以死计算机软件领域普通技术人员公知和使用的。计算机可读介质的示例可以包括诸如硬盘、软件和磁带的磁介质，诸如CD-ROM和DVD的光介质，诸如软光盘的磁光介质、以及特别配置以存储和执行程序命令的硬件装置，诸如只读存储器(ROM)、随机存取存储器(RAM)以及闪存。程序命令的示例包括使用解释器等通过计算机执行的高级语言代码以及通过编译器生成的机器代码。硬件装置可以被配置作为一个或多个软件模块操作，以便执行根据本发明的操作，反之亦然。
对于本领域技术人员而言将显而易见的是，能够在不脱离本发明的精神或范围的情况下对本发明做出各种修改和变化。因此，本发明旨在涵盖此发明的修改和变化，只要它们落入所附权利要求及其等同物的范围内即可。
因此，本领域技术人员应当了解，能够在权利要求及其等同物的范围内对本发明做出各种修改和变化。
此外，遍及说明书，描述了产品发明和处理发明二者。根据需要，可以补充地应用装置和方法发明的描述。
发明的模式
已经在用于执行本发明的具体模式中描述了各种实施例。
工业实用性
本发明的实施例可用在与广播有关的所有领域。

Claims (14)

1.一种发送设备，包括：
数据编码器，所述数据编码器被配置成生成用于发送在媒体中包括的数据的一部分的片段；
分组编码器，所述分组编码器被配置成将所述片段划分成一个或者多个数据单元，并且生成分组，所述分组包括报头和包括所述数据单元的全部或者一些数据的有效载荷；以及
广播信号发射器，所述广播信号发射器被配置成生成包括所述分组的广播信号并且发送所述广播信号，
其中，所述报头包括传送对象标识符(TOI)元素，并且所述TOI元素包括用于识别包括在所述有效载荷中发送的数据的所述片段的片段识别元素和用于识别所述数据单元的数据单元识别元素。
2.根据权利要求1所述的发送设备，其中：
所述数据编码器对应于超文本传输协议(HTTP)上的动态适配流(DASH)编码器并且生成媒体呈现描述(MPD)；并且
所述发送设备进一步包括下述中的一个或者多个：
网络时间协议(NTP)服务器，所述网络时间协议(NTP)服务器被配置成使用关于广播发射器的参考时间的信息生成NTP信息，并且生成包括所述NTP信息的NTP分组；
时间线分组，所述时间线分组被配置成生成包括关于在广播系统和广播接收器之间的媒体的同步或参考时间的同步的信息的时间线分组；
HTTP服务器，所述HTTP服务器被配置成处理对用于MPD的请求的响应，或者处理对关于诸如片段的媒体的数据的响应；
壁钟处理器，所述壁钟处理器被配置成处理和提供关于所述广播发射器的参考时间的信息；以及
信令解码器，所述信令解码器被配置成生成信令信息。
3.根据权利要求1所述的发送设备，其中：
所述数据单元对应于区块；
所述片段对应于ISO基本媒体文件格式(ISO BMFF)文件；并且
所述分组对应于ALC/LCT+分组。
4.根据权利要求1所述的发送设备，其中，所述报头进一步包括指示在所述分组中包括的数据的优先级的优先级元素。
5.根据权利要求1所述的发送设备，其中，所述有效载荷的报头进一步包括指示在所述片段中发送所述数据单元的时间点相对于所述片段的开始部分的偏移的EXT_OBJ_OFFSET元素。
6.根据权利要求1所述的发送设备，其中，所述报头进一步包括传送会话标识符(TSI)元素，并且所述TSI元素识别所述片段属于的轨道。
7.根据权利要求1所述的发送设备，其中，所述报头进一步包括指示所述数据单元的呈现时间戳(PTS)的EXT_OBJ_PTS元素和用于识别所述数据单元的位置的EXT_OBJ_LOCATION元素。
8.一种接收设备，包括：
调谐器，所述调谐器被配置成接收包括一个或者多个分组的广播信号；
ALC/LCT+客户端，所述ALC/LCT+客户端被配置成解析所述一个或者多个分组，所述分组包括报头和包括所述数据单元的全部或者一些数据的有效载荷；
超文本传输协议(HTTP)上的动态适配流(DASH)客户端，所述超文本传输协议(HTTP)上的动态适配流(DASH)客户端被配置成从所述一个或者多个分组提取一个或者多个数据单元，并且发送在媒体中包括的数据的一部分；以及
媒体编码器，所述媒体编码器被配置成使用所述片段解码媒体，
其中，所述报头包括传送对象标识符(TOI)元素，并且所述TOI元素包括用于识别包括在所述有效载荷中发送的数据的所述片段的片段识别元素和用于识别所述数据单元的数据单元识别元素。
9.根据权利要求8所述的接收设备，进一步包括HTTP接入客户端，所述HTTP接入客户端被配置成处理所述DASH客户端的请求，将所述请求发送到HTTP服务器，从所述HTTP服务器接收对所述请求的响应，并且将所述响应发送到所述DASH客户端，
其中，所述DASH客户端同步在所述响应中包括的片段与所述被生成的片段。
10.根据权利要求8所述的接收设备，其中：
所述数据单元对应于区块；
所述片段对应于ISO基本媒体文件格式(ISO BMFF)文件；并且
所述分组对应于ALC/LCT+分组。
11.根据权利要求8所述的接收设备，其中，所述报头进一步包括指示在所述分组中包括的数据的优先级的优先级元素。
12.根据权利要求8所述的接收设备，其中，所述有效载荷的报头进一步包括指示在所述片段中发送所述数据单元的时间点相对于所述片段的开始部分的偏移的EXT_OBJ_OFFSET元素。
13.根据权利要求8所述的接收设备，其中，所述报头进一步包括传送会话标识符(TSI)元素，并且所述TSI元素识别所述片段属于的轨道。
14.根据权利要求8所述的接收设备，其中，所述报头进一步包括指示所述数据单元的呈现时间戳(PTS)的EXT_OBJ_PTS元素和用于识别所述数据单元的位置的EXT_OBJ_LOCATION元素。
CN201580023685.4A 2014-04-09 2015-04-08 发送/接收广播信号的方法和设备 Withdrawn CN106464677A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461977584P 2014-04-09 2014-04-09
US61/977,584 2014-04-09
PCT/KR2015/003537 WO2015156607A1 (ko) 2014-04-09 2015-04-08 방송 신호 송/수신 처리 방법 및 장치

Publications (1)

Publication Number Publication Date
CN106464677A true CN106464677A (zh) 2017-02-22

Family

ID=54288113

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580023685.4A Withdrawn CN106464677A (zh) 2014-04-09 2015-04-08 发送/接收广播信号的方法和设备

Country Status (6)

Country Link
US (1) US20170188062A1 (zh)
EP (1) EP3131253A4 (zh)
JP (1) JP2017517180A (zh)
KR (1) KR101875664B1 (zh)
CN (1) CN106464677A (zh)
WO (1) WO2015156607A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10476693B2 (en) * 2014-02-24 2019-11-12 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
US20160174195A1 (en) * 2014-12-11 2016-06-16 Qualcomm Incorporated Embms audio packets protection in dual-sim dual-standby or srlte mobile device
GB2542637A (en) * 2015-09-28 2017-03-29 Esaturnus Nv Ultra low latency UHD and 3D networked video communication applicable to gigabit ethernet
KR101967299B1 (ko) * 2017-12-19 2019-04-09 엘지전자 주식회사 방송 신호를 수신하는 차량용 수신 장치 및 방송 신호를 수신하는 차량용 수신 방법
GB201721847D0 (en) 2017-12-22 2018-02-07 Telecom Paris Tech Priority map for media files
US20200112753A1 (en) * 2018-10-03 2020-04-09 Qualcomm Incorporated Service description for streaming media data
US11184665B2 (en) 2018-10-03 2021-11-23 Qualcomm Incorporated Initialization set for network streaming of media data
CN112243159B (zh) * 2019-07-19 2023-05-05 武汉佳世创科技有限公司 基于dvb的数据处理、读取方法及服务器、终端以及系统
CN114466086A (zh) * 2021-12-31 2022-05-10 华为技术有限公司 一种数据传输方法、通信装置及通信系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090070811A1 (en) * 2007-07-29 2009-03-12 Lg Electronics Inc. Digital broadcasting system and data processing method
CN102356632A (zh) * 2009-03-15 2012-02-15 Lg电子株式会社 发送/接收系统和广播信号处理方法
WO2013099589A1 (ja) * 2011-12-28 2013-07-04 ソニー株式会社 アンテナ装置
WO2013148662A1 (en) * 2012-03-26 2013-10-03 Qualcomm Incorporated Universal object delivery and template-based file delivery
CN103518351A (zh) * 2011-04-05 2014-01-15 高通股份有限公司 使用文件递送方法的ip广播流式传输服务分布

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4045664B2 (ja) * 1998-08-28 2008-02-13 ソニー株式会社 データ並び換え装置とその方法および受信装置
JP3543698B2 (ja) * 1999-09-29 2004-07-14 日本電気株式会社 伝送方法およびネットワーク・システム
EP2259494B1 (en) * 2005-08-11 2020-07-08 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving access information for a broadcast service
US20090207839A1 (en) * 2006-06-02 2009-08-20 Mats Cedervall Multicast delivery
CA2697483C (en) * 2007-08-24 2013-05-21 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
US8286217B2 (en) * 2009-09-18 2012-10-09 Espial Group Inc. Method and system for fast channel change
JP5276569B2 (ja) * 2009-11-05 2013-08-28 日本放送協会 受信装置
KR101689616B1 (ko) * 2010-07-19 2016-12-26 엘지전자 주식회사 미디어 세그먼트 송수신 방법 및 그를 이용한 송수신 장치
US9716920B2 (en) * 2010-08-05 2017-07-25 Qualcomm Incorporated Signaling attributes for network-streamed video data
WO2012046487A1 (ja) * 2010-10-05 2012-04-12 シャープ株式会社 コンテンツ再生装置、コンテンツ配信システム、コンテンツ再生装置の同期方法、制御プログラム、および、記録媒体
EP2448265A1 (en) * 2010-10-26 2012-05-02 Google, Inc. Lip synchronization in a video conference
KR20140084345A (ko) * 2010-12-26 2014-07-04 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
KR20140094628A (ko) * 2010-12-26 2014-07-30 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
KR20120084252A (ko) * 2011-01-19 2012-07-27 삼성전자주식회사 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법
WO2012111979A2 (ko) * 2011-02-15 2012-08-23 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
DE102011013685A1 (de) * 2011-03-11 2012-09-13 Ebm-Papst Landshut Gmbh Schwingungsdämpfende Aufnahmevorrichtung
WO2013025035A2 (ko) * 2011-08-12 2013-02-21 삼성전자 주식회사 송신 장치, 수신 장치 및 그 송수신 방법
JP2014534695A (ja) * 2011-10-13 2014-12-18 サムスン エレクトロニクス カンパニー リミテッド コンテンツディスプレイ方法、コンテンツ同期化方法、放送コンテンツディスプレイ方法及びディスプレイ装置
EP2805463A1 (en) * 2012-01-17 2014-11-26 Telefonaktiebolaget L M Ericsson (publ) Method for sending respectively receiving a media stream
JP5903010B2 (ja) * 2012-07-24 2016-04-13 日本放送協会 Ｃｇストリーム配信装置、放送通信連携受信装置、ｃｇストリーム配信プログラム、ｃｇ同期再生プログラムおよびｃｇストリーム同期システム
JP6348251B2 (ja) * 2012-09-13 2018-06-27 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 端末装置、受信方法、およびプログラム
CN105264846B (zh) * 2013-06-07 2020-04-21 索尼公司 发送装置、传输流的发送方法以及处理装置
JP6268066B2 (ja) * 2013-09-20 2018-01-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置及び受信装置
JP6510205B2 (ja) * 2013-10-11 2019-05-08 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置および受信装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090070811A1 (en) * 2007-07-29 2009-03-12 Lg Electronics Inc. Digital broadcasting system and data processing method
CN102356632A (zh) * 2009-03-15 2012-02-15 Lg电子株式会社 发送/接收系统和广播信号处理方法
CN103518351A (zh) * 2011-04-05 2014-01-15 高通股份有限公司 使用文件递送方法的ip广播流式传输服务分布
WO2013099589A1 (ja) * 2011-12-28 2013-07-04 ソニー株式会社 アンテナ装置
WO2013148662A1 (en) * 2012-03-26 2013-10-03 Qualcomm Incorporated Universal object delivery and template-based file delivery

Also Published As

Publication number Publication date
KR101875664B1 (ko) 2018-07-06
EP3131253A4 (en) 2017-11-15
JP2017517180A (ja) 2017-06-22
KR20160131034A (ko) 2016-11-15
WO2015156607A1 (ko) 2015-10-15
EP3131253A1 (en) 2017-02-15
US20170188062A1 (en) 2017-06-29

Similar Documents

Publication Publication Date Title
CN105723718B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106464929B (zh) 广播信号发送/接收方法和装置
CN105917655B (zh) 经由一个或者多个网络发送或者接收广播内容的设备和方法
CN105917654B (zh) 经由一个或者更多个网络发送或者接收广播内容的设备和方法
CN105684392B (zh) 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备
CN105659611B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106464677A (zh) 发送/接收广播信号的方法和设备
CN106537822A (zh) 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法
US11323490B2 (en) Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method
CN105325006A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN105850140B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
CN106233693A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105874759A (zh) 发送/接收包括鲁棒报头压缩分组流的广播信号的方法和设备
CN105745899A (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
KR101812186B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105917653A (zh) 广播发送装置及其操作方法、和广播接收装置及其操作方法
CN105580379A (zh) 广播发送设备、广播发送设备的操作方法、广播接收设备、以及广播接收设备的操作方法
KR101875671B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101841947B1 (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법, 방송 수신 장치 및 방송 수신 장치의 동작 방법
KR20170041782A (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법

Legal Events

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

Application publication date: 20170222

WW01 Invention patent application withdrawn after publication