CN106464929A - 广播信号发送/接收方法和装置 - Google Patents

广播信号发送/接收方法和装置 Download PDF

Info

Publication number
CN106464929A
CN106464929A CN201580025850.XA CN201580025850A CN106464929A CN 106464929 A CN106464929 A CN 106464929A CN 201580025850 A CN201580025850 A CN 201580025850A CN 106464929 A CN106464929 A CN 106464929A
Authority
CN
China
Prior art keywords
information
fragment
data
frame
service
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.)
Granted
Application number
CN201580025850.XA
Other languages
English (en)
Other versions
CN106464929B (zh
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 CN106464929A publication Critical patent/CN106464929A/zh
Application granted granted Critical
Publication of CN106464929B publication Critical patent/CN106464929B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • 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
    • 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
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/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/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/2365—Multiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347—Demultiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • 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/835—Generation of protective data, e.g. certificates
    • H04N21/8352—Generation of protective data, e.g. certificates involving content or source identification data, e.g. Unique Material Identifier [UMID]
    • 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

Landscapes

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

Abstract

广播信号接收设备包括：信令解析器，该信令解析器用于提取能够进行服务的至少一个内容组件的发现和获取的信令信息；递送对象处理器，该递送对象处理器用于基于信令信息恢复至少一个递送对象；以及媒体解码器，该媒体解码器用于解码至少一个递送对象。

Description

广播信号发送/接收方法和装置
技术领域
本发明涉及一种发送和接收媒体信号的方法和设备，并且更加具体地，涉及一种用于通过宽带和广播的组合在广播系统中处理在宽带和广播中发送的媒体的数据的方法和设备。
背景技术
在数字广播系统中，可以扩展基于IP的广播信号的发送和接收。特别地，在诸如欧洲广播标准的DVB-NGH或者北美标准的ATSC-MH的移动数字广播中，已经强调对于基于IP的广播信号的发送和接收的环境的重要。另外，在下一代广播系统中，预测具有在广播网络和互联网之间的交互作用的服务，即，所谓的混合广播系统将会被建立。
混合广播系统使用通过典型的广播网络发送数据的方法和通过宽带网络发送数据的方法两者，并且因此，存在用于处理这些数据的方法不同于典型的广播接收器的问题。
另外，混合广播系统使用通过广播网络发送的数据和通过宽带网络发送的数据两者生成一个媒体。在此过程中，存在通过广播网络发送的数据和通过宽带网络发送的数据可以具有不同的时序并且不可以被相互同步的问题。
发明内容
技术问题
被设计以解决问题的本发明的目的在于，用于适当地处理数据的方法和设备，因为混合广播系统使用通过典型的广播网络发送数据的方法和通过宽带网络发送数据的方法两者。
被设计以解决问题的本发明的目的在于当混合广播系统使用通过广播网络发送的数据和通过宽带网络发送的数据两者生成一个媒体时，适当地匹配在通过广播网络发送的数据和通过宽带网络发送的数据之间的时序和同步的方法和设备。
被设计以解决问题的本发明的目的在于使用包括片段编号的片段URL信息的会话开始和终止方法。
被设计以解决问题的本发明的目的在于使用表示ID信息和交易信息的会话开始和终止方法。
技术方案
能够通过提供一种广播信号接收设备实现本发明的目的，该广播信号接收设备包括：信令解析器，该信令解析器被配置成提取用于提供服务的至少一个内容组件的发现和获取的信令信息；递送对象处理器，该递送对象处理器被配置成基于信令信息恢复至少一个递送对象；以及媒体解码器，该媒体解码器被配置成解码至少一个递送对象。
信令信息可以包括第一信息和第二信息中的至少一个，第一信息关于用于发送服务的至少一个内容组件的传送会话和通过传送会话发送的至少一个递送对象，第二信息包括与服务相对应的DASH媒体呈现的描述，递送对象可以被包括在服务的至少一个内容组件中并且被单独地恢复，并且递送对象可以是文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。
递送对象处理器可以进一步包括：DASH客户端，该DASH客户端被配置成确定要被呈现的表示并且请求与递送对象有关的片段；DTV控制引擎，该DTV控制引擎被配置成映射信令信息的表示和内容组件的传送会话标识符(TSI)；以及ALC/LCT+客户端，该ALC/LCT+客户端被配置成基于TSI从传送会话恢复至少一个递送对象。
第二信息可以包括指示用于访问片段的URL的片段统一资源定位符(URL)信息。
片段URL信息可以包括用于识别表示的表示ID和用于识别片段的编号的片段编号中的至少一个。
表示可以包括第一表示和第二表示，并且ALC/LCT+客户端可以在预先确定的时间点将表示从第一表示切换到第二表示。
当与第一表示有关的片段URL信息和与第二表示有关的片段URL信息不同时，DASH客户端可以确定第二表示要被呈现，并且DTV控制引擎可以映射信令信息的第二表示和内容组件的TSI。
第二信息可以包括用于识别表示的表示ID和指示是否加入用于发送表示的传送会话的交易信息中的至少一个。
交易信息可以包括指示参与传送会话的开始交易和指示传送会话的终止的停止交易中的至少一个。
表示可以包括第一表示和第二表示，并且ALC/LCT+客户端可以在预先确定的时间点将表示从第一表示切换到第二表示。
当用于识别第一表示的表示ID信息和用于识别第二表示的表示ID信息不同时，DASH客户端可以确定第二表示要被呈现，并且DTV控制引擎可以映射信令信息的第二表示和内容组件的TSI。
在本发明的另一方面中，在此提供一种广播信号发送设备，包括：递送对象生成器，该递送对象生成器被配置成生成被包括在服务的至少一个内容组件中的至少一个递送对象；信令编码器，该信令编码器被配置成生成用于提供服务的至少一个内容组件的发现和获取的信令信息；以及发送器，该发送器被配置成通过单向信道发送至少一个递送对象和信令信息。
信令信息可以包括第一信息和第二信息中的至少一个，第一信息关于用于发送服务的至少一个内容组件的传送会话和通过传送会话发送的至少一个递送对象，第二信息包括与服务相对应的DASH媒体呈现的描述，递送对象可以被单独地恢复，并且递送对象可以是文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。
第二信息可以包括指示用于访问片段的URL的片段统一资源定位符(URL)信息、用于识别表示的表示ID信息、以及指示是否加入用于发送表示的传送会话的交易信息中的至少一个。
片段URL信息可以包括用于识别表示的表示ID和用于识别片段的编号的片段编号中的至少一个。
有益效果
根据本发明，在混合广播系统中，通过现有的广播网络发送的数据和通过宽带网络发送的数据可以被一起有效地处理。
根据本发明，在通过现有的广播网络发送的数据与通过宽带网络发送的数据之间的时序或者同步可以被有效地匹配。
根据本发明，可以实现传送会话的有效参与和/或终止。
根据本发明，可以有效地切换传送会话。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请的一部分，附图图示本发明的实施例，并且与本说明书一起用来说明本发明的原理。附图中：
图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是图示根据本发明的实施例的发送器和接收器的图。
图53是图示根据本发明的实施例的ROUTE协议栈的图。
图54是图示根据本发明的实施例的广播信号发送设备的结构的图。
图55是图示根据本发明的实施例的广播信号接收设备的结构的图。
图56是图示根据本发明的实施例的递送对象的结构的图。
图57是图示根据本发明的实施例的递送对象处理器的结构的图。
图58是根据本本发明的实施例的广播信号发送方法的流程图。
图59是根据本发明的实施例的广播信号接收方法的流程图。
图60是根据本发明的实施例的递送对象的恢复的流程图。
具体实施例
现在将详细地参照本发明的优选实施例，其示例被图示在附图中。将参照附图在下面给出的详细描述旨在说明本发明的示例性实施例，而不是旨在示出能够根据本发明被实现的仅有实施例。
尽管本公说明书中的元素的大部分术语已选自在本领域中考虑到其在本说明书中的功能而广泛地使用的一般术语，但是这些术语可以根据本领域技术人员的意图或惯例或者新技术的引入而改变。一些术语已经由本申请人任意选择，并且它们的含义根据需要在以下描述中说明。因此，应该基于本说明书的总体内容与术语的实际含义而不是它们的简单名称或含义一起解释本说明书中使用的术语。
本说明书中的术语“信令”可以指示从广播系统、互联网系统和/或广播/互联网汇聚系统发送和接收的服务信息(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]
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能够对经加扰的PLS 1/2数据、EAC和FIC区段进行编码。
加扰器能够在BCH编码以及缩短和穿孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零插入块能够使用用于PLS保护的缩短BCH码来对经加扰的PLS 1/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]
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]
内容 PLS2 FEC类型
00 4K-1/4和7K-3/10 LDPC码
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]
除用表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对象数据和/或ISOBMFF文件。ISO BMFF解析器J25170可以解析ISO BMFF对象数据和/或ISO BMFF文件以提取接入单元、时序信息、以及/或者对于解码所要求的信息。接入单元可以包括用于媒体的数据。
媒体解码器J25180可以使用接入单元、时序信息、以及/或者对于解码所要求的信息解码媒体(广播服务、广播内容、或者事件)。
图26是图示根据本发明的实施例的通过混合广播接收器的服务扫描的操作的图。
在根据本发明的实施例的广播接收器的服务扫描中，物理层控制器J25020可以控制调谐器J25010以扫描各个频道的信道。
调谐器J25010可以在各个信道中接收广播信号。调谐器J25010可以从广播信号提取物理帧。调谐器J25010可以将广播信号或者物理帧发送到物理帧解析器J25030。
物理帧解析器J25030可以提取用于发送信令信息的信令比特流。物理帧解析器J25030可以将信令比特流发送信令解析器J25110。
信令解析器J25110可以从信令比特流提取信令信息。信令解析器J25110可以将信令信息发送到信道映射J25120。
图27是图示根据本发明的实施例的通过混合广播接收器的服务选择操作的图。
ATSC3.0 DTV控制引擎J25100可以根据用户或者广播事件接收用于服务的选择的控制信号。ATSC3.0 DTV控制引擎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.0 DTV控制引擎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元素可以包括用于包括在有效载荷中发送的数据的片段的识别的片段识别元素和用于数据单元的识别的数据单元识别元素。
在说明书中描述的前述装置当中的任意一个或者多个装置可以被添加到在附图中图示的接收器。
图53是图示根据本发明的实施例的ROUTE协议栈的图。
用于支持基于IP的混合广播的下一代广播系统的广播服务可以包括视频数据、音频数据、字幕数据、信令数据、电子服务指南(ESG)数据、以及/或者NRT内容数据。
视频数据、音频数据、字幕数据等等可以以ISO基本媒体文件(在下文中，ISOBMFF)的形式被封装。例如，以ISO BMFF的形式封装的数据可以具有运动图片专家组(MPEG)-基于HTTP的动态适配流(DASH)或者MPEG媒体传送(MMT)的媒体处理单元(MPG)的形式。然后，以ISO BMFF的形式封装的数据可以在广播网络和互联网中以相同的方式被发送或者根据各个传输网络的属性被不同地发送。
在广播网络的情况下，信令数据、ESG数据、NRT内容数据、以及/或者以ISO BMFF的形式封装的数据可以被封装到用于支持实时对象传输的应用层传送协议分组。例如，以ISOBMFF的形式封装的数据可以被封装到基于单向传输(ROUTE)和/或MMT的实时对象递送的传送分组等等。
ROUTE可以是用于通过IP多播网络发送文件的协议。ROUTE协议可以使用异步分层编码(ALC)和分层编码传送(LCT)，作为被设计用于大规模可扩展多播分布的基本协议和其它公知的互联网标准。ROUTE可以是通过将附加的特征添加到FLUTE形成的增强版本或者功能替选。
ROUTE可以发送信令消息、电子服务指南(ESG)消息、以及NRT内容。ROUTE可以非常适合于发送流媒体，特别地，MPEG-DASH媒体片段文件。与FLUTE相比较，ROUTE可以通过递送链提供较低的端到端延迟。
ROUTE协议可以是用于提供任意类型的对象的传输的通用传送应用。ROUTE协议可以支持包括场景描述、媒体对象、以及DRM有关信息的丰富的呈现。ROUTE可以非常适合于实时发送媒体内容并且可以提供许多特征。
例如，ROUTE可以提供用于不同媒体组件(例如，语言轨道、字幕、可替选的视频视图)的单独的递送和访问。ROUTE可以允许不同的传送会话或者不同的ROUTE会话中的传输以提供分层编码。ROUTE可以支持包括多级(multistage)的灵活的FEC保护。MPEG-DASH组合可以使广播和DASH的宽带递送模式之间的协同成为可能。ROUTE可以在加入ROUTE会话和/或传送会话期间提供对媒体的快速访问。ROUTE可以经由专注于传送概念提供高的可扩展性。另外，ROUTE可以提供与现有的IETF协议的兼容性并且也提供与IETF支持的扩展机制的使用的兼容性。
ROUTE协议可以被划分成两个主要的组件。第一组件是用于对象或者对象流/组合的传送的源协议。第二组件是用于灵活地保护通过源协议发送的递送对象或者递送对象的捆绑的修复协议。
源协议可以独立于修复协议。即，在没有ROUTE修复协议的情况下可以使用源协议。修复协议可以被用于特定的开发场景、特定地理区域、或者特定的服务，用于移动接收。
源协议可以由FLUTE以及在3GPP TS 26.346中定义的扩展支持。源协议也可以使用在RFC 6968中定义的FCAST的一些理论。例如，对象元数据和对象内容可以被一起发送到复合对象。
另外，用于能够优化对于媒体数据的实时传送的支持的基本的FLUTE协议、特定优化和限制可以被添加到ROUTE协议。源ROUTE协议可以提供基于对象的媒体数据的实时传送。源ROUTE协议可以提供用于能够进行媒体感知的分组化以及递送对象的传送感知分组化的灵活分组化。源ROUTE协议可以独立于文件和/或递送对象。即，递送对象可以是文件或者一组文件的一部分。
接收器恢复递送对象并且将递送对象发送到应用，并且因此，递送对象可以是ROUTE协议的核心组件。递送对象可以独立于应用和与应用感知的特定属性、元数据、以及时序感知的信息有关。在一些情况下，属性可以与对象一起在带内被提供。在其它的情况下，数据可以经由静态或者动态方式在带外被发送。
递送对象可以包括由“FDT实例”伴随的全部文件或者文件的一部分。传送对象可以包括HTTP实体(HTTP实体报头和HTTP实体主体)。另外，递送对象可以包括递送对象的分组。
递送对象可以是由FDT实例伴随的全部文件或者文件的字节范围。递送对象可以经由实时或者非实时递送被发送。当经由实时递送发送递送对象时，特定的实时限制和缓冲器限制可以被应用并且特定的扩展报头可以被使用。动态和静态元数据可以被用于描述递送对象属性。递送对象可以通过诸如ISO BMFF结构的特定数据结构被发送。在这样的情况下，媒体感知的分组化或者一般分组化可以被应用。
递送格式可以显式地指示被用于将信息发送到应用的格式。
ROUTE修复协议是以FEC为基础并且可以用作在传送层(例如，UDP)和对象递送层协议之间的附加层。FEC可以重用在RFC 6363中定义的FEC框架定义。然而，FEC是不同的，因为在源协议中发送的递送对象被保护。各个FEC源块可以包括递送对象的一部分。递送对象可以是单个递送对象(与FLUTE相似)或者多个递送对象。多个递送对象可以在FEC保护之前被捆绑。ROUTE FEC可以与在RFC 5052中定义的FEC方案相似。ROUTE FEC可以包括RFC 5052的内容。FEC方案可以定义FEC编码和解码。FEC方案可以定义被用于在FEC方案的背景下识别协议字段和分组有效载荷数据的过程。
在ROUTE中的所有分组可以是在RFC 5651中定义的LCT分组。可以在至少一个ROUTE会话、LCT传送会话、以及/或者PSI比特中区分源和修复分组。可以在不同的IP/UDP端口组合中发送不同的ROUTE会话。不同的LCT传送会话可以在LCT报头中具有不同的TSI值。当通过相同的LCT传送会话发送源和修复分组时，通过LCT中的PSI比特可以区分源和修复分组。此操作的模式更适合于FLUTE兼容部署。
ROUTE可以定义包括分组格式、发送行为和接收行为的源协议。ROUTE可以定义修复协议。ROUTE可以定义用于传送会话建立的元数据和用于对象流递送的元数据。另外，ROUTE可以定义用于MPEG DASH配置的建议和用于充分的和高质量的线性TV广播服务的ROUTE的映射。
ROUTE协议的范围可以是使用LCT分组的递送对象和有关元数据的可靠的传送。对象可以被形成以通过递送对象缓存在应用中被使用。缓存的实现可以根据应用而被改变。
ROUTE协议可以聚焦于用于发送递送对象的LCT分组的格式。ROUTE协议可以聚焦于基于FEC使用修复协议递送对象的可靠传输。ROUTE协议可以聚焦于用于启用在递送对象缓存和应用之间的接口功能的对象元数据和递送对象的定义和传输。ROUTE协议可以聚焦于用于建立对象及其元数据的接收的ROUTE会话和LCT会话。另外，为了对特定应用的性能的优化，ROUTE协议可以专注于与分组一起被发送的标准化方面、格式以及语义辅助信息。例如，可以用实时传输来举例说明。
另外，ROUTE协议可以提供ROUTE递送特定的DASH媒体呈现格式以及适合于递送的DASH格式的被推荐的映射。关键问题是基于ROUTE被使用，并且因此在没有变化的情况下使用DASH媒体格式。此架构设计可以使能融合的单播/广播服务。
在ROUTE协议的发送器的操作中，可以建立用于发送LCT分组的ROUTE会话。源协议可以包括至少一个LCT会话并且各个LCT会话可以将元数据与有关对象一起发送。元数据可以在LCT会话实例描述(LSID)中被静态地发送并且可以作为复合对象中的LCT扩展报头或者实体模式下的分组报头被动态地发送。可以使用用于在任意字节边界处的对象的灵活分段的特定FEC方案通过ALC发送分组。另外，递送对象可以被单独地或者以捆绑的形式被FEC保护。在一些情况下，捆绑类型对象可以被编码并且仅修复分组可以被发送。以源分组的组合的形式，可以允许递送对象捆绑的恢复。至少一个修复流可以被产生并且各个修复流可以具有不同的属性。例如，各个修复流可以具有不同的延迟要求并且具有不同的保护要求。
动态元数据(DMD)可以是用于在客户端中动态生成与FDT相对应的描述的元数据。在实体模式中通过实体报头可以发送DMD并且在用于传送的其它模式中通过LCT报头被发送。
ROUTE协议可以支持用于源数据的不同保护和递送方案。ROUTE协议可以支持用于NRT递送的所有现有的使用示例以使得在后向兼容模式中被有效地使用。
ROUTE会话可以与IP地址/端口组合有关。通常，通过加入会话可以接收ROUTE会话的所有分组，并且应用协议可以采用附加的处理。
各个ROUTE会话可以包括至少一个LCT传送会话。LCT传送会话可以是ROUTE会话的子集。对于媒体递送，一个LCT传送会话可以通常发送一个媒体组件(例如，DASH表示)。从广播DASH的角度来看，ROUTE会话可以被视为用于发送至少一个媒体组件作为DASH媒体呈现的至少一个组件的LCT传送会话的复合。在各个LCT传送会话内，至少一个有关对象可以被发送。例如，对象可以是与一个表示有关的DASH片段。与各个对象一起，元数据属性可以被发送使得在应用中使用对象。应用可以包括DASH媒体呈现、HTML-5呈现、或者其它的对象消耗应用但是不限于此。
从时间的角度来看ROUTE会话可以被限制或者未被限制。ROUTE会话可以包括至少一个LCT传送会话。通过LCT报头中的唯一的传送会话标识符(TSI)可以唯一地识别各个传送会话。
在加入ROUTE会话之前，接收器需要获取ROUTE会话描述。ROUTE会话描述可以包括关于至少一个发送方IP地址的信息、关于会话的地址和端口编号的信息、关于会话是ROUTE会话的信息、关于所有的分组是LCT分组的信息、以及/或者在IP/UDP级别加入和消耗会话所要求的其它信息项。
会话描述可以包括关于被用于ROUTH会话的数据速率和ROUTE会话的持续时间的任何信息但是不限于此。
会话描述可以具有在RFC 4566中定义的会话描述协议(SDP)的形式或者具有在RFC 3023中定义的XML元数据的形式。可以使用被定位在具有调度信息的网页中的专用会话控制协议通过会话宣告协议发送会话描述。另外，会话描述可以经由电子邮件或者其它的带外方法被发送。
在ROUTE会话描述中可以不描述传送会话，而是可以在LCT会话实例描述(LSID)中描述。传送会话(即，LCT传送会话或者LCT会话)可以包含源流和修复流中的至少一个。源流可以发送源数据。修复流可以发送修复数据。
通过LCT会话实例描述(LSID)可以描述在ROUTE会话中包括的至少一个LCT传送会话。特别地，LSID可以定义在被包括在ROUTE会话中的各个LCT传送会话中发送的目标。各个传送会话可以通过LCT报头中的传送会话标识符(TSI)被唯一地识别。
LSID可以描述在ROUTE会话中发送的至少一个传送会话。LSID可以通过包括LCT传送会话的相同的ROUTE会话被发送并且通过ROUTE会话的外部元素被发送。例如，LSID可以在单播或者其它的ROUTE会话中被发送。在前述情况下，LSID可以通过根据TSI＝0确定的LCT传送会话被发送或者通过根据TOI＝0确定的递送对象被发送。对于通过根据TSI＝0确定的递送会话发送的对象，实体模式可以被使用。当通过实体模式没有发送这些对象时，LSID需要在用于接收到的对象的扩展的FDI的获取之前被恢复。
LSID的互联网媒体类型可以是应用/xml+route+lsid。
LSID可以参考其他的至少一个数据分段。在LSID中参考的对象可以通过根据TSI＝0确定的传送会话被发送，但是需要具有不同于LSID的TOI值。另外，可以通过单独的LCT会话但不是TSI＝0发送LSID。
LSID元素可以包括版本属性、有效性属性、以及/或者期满属性。使用版本属性以及有效性属性和期满属性，LSID元素可以被适当地更新。例如，当某个时间流逝或者新的会话被开始时，特定的传送会话可能期满。
版本属性可以指示LSID元素的版本。当描述符被更新时，该版本可以被一个接一个地增加。具有最高的版本号的接收到的LSID元素是当前有效版本。
有效性属性可以指示当LSID元素有效时的日期和/或时间。有效性属性可以或者可以不存在。当有效性属性不存在时，接收器可以估计LSID元素版本是立即有效的。
期满属性可以指示其中LSID元素期满的日期和/或时间。期满属性可以或者可以不存在。当期满属性不存在时，接收器可以估计LSDI元素是有效的或者估计LSID元素是有效的直到接收器接收到具有有关的期满值的新的LSID元素。
LSID元素可以包括至少一个TransportSession元素。TransportSession元素可以包括关于至少一个LCT传送会话的信息。各个TransportSession元素可以包含tsi属性、SourceFlow元素、以及/或者RepairFlow元素。
tsi属性可以显式地指示传送会话标识符。会话标识符可以不具有0值。SourceFlow元素可以包括关于通过传送会话发送的源流动的信息。RepairFlow元素可以包括通过传送会话发送的修复流的信息。
然后，经由IP/UDP方法可以对以应用层传送协议分组封装的数据分组。经由IP/UDP方法分组的数据可以被称为IP/UDP数据报，并且IP/UDP数据报可以在广播信号中被发送。
在互联网的情况下，以ISO BMFF的形式封装的数据可以基于流式方案被传输到接收器的一侧。例如，流式方案可以包括MPEG-DASH。
使用下述方法可以发送信令数据。
在广播网络的情况下，根据信令的属性，通过在下一代广播传输系统和广播网络的物理层发送的传送帧(或者帧)的特定的数据管道(在下文中，DP)等等可以发送信令数据。例如，信令可以在比特流或者IP/UDP数据报中具有被封装的形式。
在互联网的情况下，信令数据可以作为对接收器的请求的响应被返回和发送。
可以使用下述方法发送ESG数据和NRT内容数据。
在广播网络的情况下，ESG数据和NRT内容数据可以被封装在应用层传送协议分组中。然后，在应用层传送协议分组中封装的数据可以以与上述描述相同的方式被发送。
在互联网的情况下，ESG数据和NRT内容数据可以作为对接收器的响应被返回和发送。
根据本发明的实施例的广播信号发送设备的物理层(广播PHY和宽带PHY)可以是图1中图示的结构。另外，广播信号接收设备的物理层可以是图8中图示的结构。
可以通过在物理层中发送的传送帧(或者帧)的特定数据管道(在下文中，DP)发送信令数据和IP/UDP数据报。例如，输入格式块1000可以接收信令数据和IP/UDP数据报并且将信令数据和IP/UDP数据报中的每一个解复用成至少一个DP。输出处理器9300可以执行与输入格式块1000相反的操作。
在下文中，将会在其中以ISO BMFF的形式封装的前述的数据在ROUTE的传送分组中被封装的情况方面描述本发明的实施例。
图54是图示根据本发明的实施例的广播信号发送设备的结构的图。
根据本发明的另一实施例的广播信令发送设备可以包括递送对象生成器C61300、信令编码器C61100、以及/或者发送器C61500。
递送对象生成器C61300可以被包括在服务的至少一个内容组件中并且可以生成至少一个单独恢复的递送对象。
例如，递送对象生成器可以划分被包括在服务中的至少一个内容组件以生成至少一个递送对象。
服务可以是包括至少一个连续的媒体内容时段的媒体内容。服务可以是一个广播节目、被添加到广播节目中的信息、以及/或者独立的信息中的一个。服务可以包括至少一个内容组件。
内容组件可以是具有能够被单独编码成媒体流的指配的媒体组件类型的媒体内容的一个连续的组件。另外，媒体组件类型可以包括视频、音频、以及/或者文本中的至少一个。
递送对象可以是文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。文件的一部分可以是文件的字节范围。HTTP实体可以包括HTTP实体报头和/或HTTP实体主体。
各个递送对象可以被单独地恢复。
信令编码器C61100可以生成用于提供服务和至少一个内容组件的发现和获取的信令信息。
信令信息可以包括关于用于发送服务的至少一个内容组件的传送会话和通过传送会话发送的至少一个递送对象的第一信息。
信令信息可以进一步包括第二信息，第二信息包括与服务相对应的DASH媒体呈现的描述。
信令信息可以包括第一信息和/或第二信息中的至少一个。
例如，信令信息(或者第一信息)可以包括指示用于发送递送对象的传送协议分组的有效载荷的第一字节的位置的偏移信息、指示是否至少一个递送对象发送流服务的实时信息、用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息以及指示递送对象的时间信息的时间戳信息中的至少一个。
偏移信息可以指示在对象(或者递送对象)中当前发送的分组的有效载荷的偏移(时间位置或者空间位置)。
时间戳信息可以包括与传送协议分组的有效载荷中包括的数据有关的时序信息。另外，时间戳信息可以包括与递送对象有关的时序信息。例如，时间戳信息可以包括关于被包括在有效载荷中的数据的第一字节被解码的时间点的信息和/或数据的呈现时间信息。
另外，信令信息(或者第二信息)可以包括指示用于访问片段的统一资源定位符(URL)的片段URL信息、用于识别表示的表示ID信息、以及指示是否加入用于发送表示的传送会话的交易信息中的至少一个。
片段URL信息可以包括用于识别表示的表示ID和用于识别片段的数目的片段编号中的至少一个。
交易信息可以包括指示参与传送会话的开始交易和指示传送会话的终止的停止交易中的至少一个。
发送器C61500可以通过单向信道发送至少一个递送对象和信令信息。
在下文中，将会更加详细地描述信令信息。
可以使用三个功能层发送服务。例如，层可以包括物理层、递送层、以及/或者服务管理层。
物理层可以提供用于将信令、服务声明、以及/或者IP分组中的至少一个发送到广播物理层和/或宽带物理层的机制。
递送层可以提供用于发送对象和/或对象流的功能。可以通过前述的单向实时对象传输(ROUTE)协议和/或HTTP协议来实现此。可以通过在广播物理层上的UDP/IP多播操作ROUTE协议。可以在宽带物理层上通过UDP/IP单播操作HTTP协议。
服务管理层可以提供用于通过递送层和/或物理层发送任何类型的服务(例如，线性TV服务或者HTML5应用服务)的机制。
信令信息(例如，服务信令)可以提供服务发现和描述信息。信令信息可以包括引导信令信息(快速信息表(FIT))和/或服务层信令信息(服务层信令(SLS))。信令信息可以包括被要求发现或获取至少一个用户服务的信息。
FIT可以允许接收器构建基本服务列表，并且引导各个服务的服务层信令的发现。在一些实施例中，FIT也可以被通过服务列表表(SLT)表示。FIT(或者SLT)可以通过链路层信令被发送。FIT(或者SLT)可以在各个物理层中被发送，用于快速获取。在一些实施例中，可以通过用于发送物理层帧和信令的PLP和/或对各个广播站分配的PLP中的至少一个发送FIT(或者SLT)。在下文中，将会在FIT方面描述本发明的实施例。
SLS可以使接收器能够发现和接入至少一个服务和/或至少一个内容组件。当被通过广播发送时，可以通过ROUTE/UDP/IP在被包括在ROUTE会话中的至少一个LCT传送会话中发送SLS。在这样的情况下，可以以用于支持快速信道加入和切换的适当的轮转速率发送SLS。当通过宽带被发送时，可以通过HTTP(S)/TCP/IP发送SLS。
根据本发明的另一实施例的传送会话可以包括单向实时对象传输(ROUTE)会话、分层编码传输(LCT)传送会话(或者LCT会话)、以及/或者MPEG媒体传送协议(MMTP)会话中的至少一个。
根据本发明的另一实施例的传送协议分组可以包括ROUTE分组(或者ALC/LCT扩展分组、ALC/LCT+分组、ALC/LCT分组、以及LCT分组)、以及/或者MMTP分组中的至少一个。
MPEG-DASH的表示可以是与ROUTE协议中的LCT传送会话(或者LCT会话)相对应的概念，并且可以被映射到TSI。另外，MPEG-DASH的表示可以是与MMT协议中的MMTP分组流相对应的概念，并且可以被映射到资产标识符(或者资产ID，asset_id)。
MPEG-DASH的片段可以是ROUTE协议中的与ROUTE协议中的文件(或者递送对象)相对应的概念并且可以被映射到TOI。另外，MPEG-DASH的片段可以是与MMT协议中的MPU相对应的概念，并且可以被映射到被包括在mmpu框中的信息(或者MPU标识符)。
现在将会描述用于发送至少一个内容组件的MMTP会话和/或ROUTE/LCT会话之间的关系。
对于不具有基于应用的增强的线性服务的广播递送，可以通过1)至少一个ROUTE/LCT会话和/或2)至少一个MMTP会话发送服务的内容组件。
对于具有基于应用的增强的宽带递送，1)可以仅通过至少一个ROUTE/LCT会话发送服务的内容组件。可替选地，2)可以通过至少一个ROUTE/LCT会话和/或至少一个MMPT会话发送服务的内容组件。
对于基于应用的服务的广播递送，可以通过至少一个ROUTE/LCT会话发送服务的内容组件。
各个ROUTE会话可以包括至少一个LCT会话。各个LCT会话可以包括在服务中包括的各个内容组件的整体或者部分。
在流服务的传输中，LCT分组可以发送诸如音频、视频、以及/或者隐藏字幕流的单独的组件。通过MPEG-DASH在至少一个DASH片段中可以格式化流媒体。
各个MMTP会话可以包括至少一个MMTP分组流。各个MMTP分组流可以发送MPEG媒体传送(MMT)信令消息。另外，各个MMTP分组流可以包括在服务中包括的各个内容组件的整个或者部分。
MMTP分组流可以通过MMT信令消息和/或MMT发送在至少一个MPU中格式化的至少一个内容组件。
对于NRT用户服务和/或系统元数据的递送，LCT会话可以携带至少一个基于文件的内容项目。至少一个基于文件的内容项目可以包括NRT服务的连续的(基于时间)或者离散的(非基于时间)的媒体组件。另外，至少一个基于文件的内容项目可以包括服务信令和/或电子服务指南(ESG)分段。
广播流可以用于在指定的带宽内居中的载波频率方面定义的RF信道的抽象化。RF信道可以通过一对[地理区域，频率]来定义。通过管理权限和广播流ID(BSID)可以定义和/或维护地理区域和频率信息。物理层管道(PLP)对应于RF信道的一部分。
各个PLP具有确定的调制和编码方案。通过PLP标识符(PLPID)识别各个PLP，其在其属于的广播流中是唯一的。
通过两种形式的服务标识符来识别各个服务：在SLT中使用并且仅在广播区域中是唯一的紧凑形式；和在SLS和ESG中使用的全局唯一的形式。
ROUTE会话可以通过源ID地址、目的地IP地址、以及/或者目的地端口编号来识别。可以通过其在ROUTE会话的范围内是唯一的传送会话标识符(TSI)来识别LCT会话。
基于服务的传送会话实例描述(S-TSID)可以包括关于至少一个LCT会话的共同的特性和/或至少一个单独的LCT会话的唯一的确定的特性。S-TSID可以是ROUTE信令结构或者服务层信令的一部分。
可以通过单个物理层管道(PLP)发送各个LCT会话。在一个ROUTE会话中的不同的LCT会话可以被包括在不同的PLP或者被包括在相同的PLP中。
在S-TSID中描述的特征可以包括用于各个LCT会话的TSI值和PLPID、用于至少一个递送对象或者文件的描述符、以及/或者至少一个应用层FEC参数。
可以通过源IP地址、目的地IP地址、以及/或者目的地端口号识别MMT会话。可以通过其在父MMTP会话的范围内是唯一的packet_id识别MMTP分组流。
S-TSID可以包括关于各个MMT分组流的共同的特征和至少一个单独的MMTP分组流的确定特征的信息。
可以通过在MMTP会话中发送的MMT信令消息发送各个MMTP会话的至少一个特征。
可以通过一个PLP发送各个MMTP分组流。在一个MMTP会话中的不同的MMTP分组流可以被包括在不同的PLP或者被包括在相同的PLP中。
在MMT信令消息中描述的至少一个特征可以包括packet_id和/或用于各个MMTP分组流的PLPID。
在下文中，将会描述链路层信令(LLS)和服务层信令(SLS)。
LLS可以指示作为至少一个链路层分组或者被确定的信道的内容的有效载荷被直接发送的信令信息。例如，LLS可以包括FIT。
在首先接收广播信号之后，接收器可以首先分析FIT。FIT可以提供快速信道扫描、信道名称、以及/或者信道编号使得构建通过接收器可接收的所有服务的列表。FIT可以提供引导信息使得接收器发现用于各个服务的SLS。引导信息可以包括用于发送目的地IP地址、目的地端口、以及/或者SLS的LCT会话的TSI。
用于各个服务的SLS可以描述被包括在服务中的至少一个组件的列表、用于至少一个组件的获取的地点、以及/或者对于服务的有意义的呈现所要求的诸如接收器的能力的服务中的至少一个特征。
在ROUTE/DASH系统中，SLS可以包括用户服务捆绑描述(USBD)、基于服务的传送会话实例描述(S-TSID)、以及/或者DASH媒体呈现描述(MPD)。
在下文中，将会描述用于SLS的获取的引导的LLS的使用的示例和用于通过至少一个ROUTE/LCT传送会话发送的至少一个服务组件的获取的SLS的使用的示例。
首先，接收器可以获取FIT(或者SLT)。例如，可以在通过被预先确定的广播流ID(BSID)识别的预先确定的频带中通过物理层帧发送FIT(或者SLT)。在一些实施例中，FIT(或者SLT)可以通过用于发送物理层帧和信令的PLP和/或被分配给各个广播站的PLP中的至少一个被发送。
各个服务可以包括至少一个SLS引导信息项目。例如，可以通过Service_id识别各个服务。另外，SLS引导信息可以包括PLPID、源IP地址、目的地IP地址、目的地端口编号、以及/或者TSI。
然后，接收器可以获取至少一个SLS分段。SLS分段可以通过IP/LCT会话和PLP被发送。例如，SLS分段可以包括USBD/USD分段、S-TSID分段、以及/或者MPD分段。USBD/USD分段、S-TSID分段、以及/或者MPD分段可以是与一个服务有关的信息。
USBD/USD分段可以描述至少一个服务级特征。另外，USBD/USD分段可以包括关于至少一个S-TSID分段的URI参考信息和/或关于至少一个MPD分段的URI参考信息。
S-TSID分段可以包括与一个服务有关的组件获取信息。另外，S-TSID分段可以提供在MPD中的DASH表示发现和与服务的组件相对应的TSI之间的映射。另外，S-TSID分段可以包括TSI和有关的DASH表示标识符的形式的组件获取信息、和/或用于发送与DASH表示有关的至少一个DASH片段的PLPID。
接收器可以基于PLPID和/或TSI从服务收集至少一个音频/视频组件。另外，接收器可以开始至少一个DASH媒体片段的缓冲。
然后，接收器可以执行合适的解码过程。
在下文中，将会详细地描述链路层信令(LLS)。
LLS可以在IP级或者更低级操作。与IP级信令(例如，服务层信令)相比，接收器可以优选地获取LLS。因此，在会话建立之前可以获取链路层信令。在一些实施例中，LLS可以在IP/UDP上以及在IP级或者更低级被发送。
LLS的目的之一可以是为了快速信道扫描和/或服务获取的必要的信息的有效传输。LLS可以包括在SLS和至少一个PLP之间的绑定信息。LLS可以包括与紧急报警有关的信令信息。
LLS可以包括FIT。FIT可以包括关于在广播流中的各个服务的信息使得提供快速信道扫描和/或服务获取。
例如，FIT可以包括对于用户来说有用的并且用于通过频道编号和/或上/下频道切换支持服务选择的服务列表的呈现的信息。
另外，FIT可以包括指示通过广播和/或宽带发送的服务的服务层信令的位置的信息。
在下文中，将会详细地描述服务层信令(SLS)。
SLS可以包括关于至少一个服务和/或至少一个内容组件的发现和/或接入的信息。SLS可以包括通过预先确定的LCT会话发送的XML编码的元数据分段的集合。可以基于被包括在FIT中的引导信息获取LCT会话。每个服务级别可以定义SLS。另外，SLS可以包括服务的特征和/或访问信息。例如，SLS可以包括与至少一个内容组件的列表有关的信息、获取至少一个内容组件的方法、以及/或者对于服务的有意义的呈现所要求的接收器能力。
在ROUTE/DASH系统中，为了发送线性服务，SLS可以包括用户服务捆绑描述(USBD)、服务级传送会话实例描述(S-TSID)、以及/或者DASH媒体呈现描述(MPD)。至少一个SLS分段可以通过具有TSI值的被预先确定的LCT传送会话被发送。
SLS可以被应用于基于线性的服务和/或基于应用的服务。
在下文中，将会详细地描述USBD。
USBD可以包括服务识别信息、装置能力信息、服务、和/或涉及对于访问至少一个组件所要求的至少一个其它的SLS的信息、以及/或者被要求通过接收器确定至少一个服务组件的接收模式的元数据。例如，接收模式可以包括广播和/或宽带。
USBD可以是顶级或者入口点SLS分段。USBD可以包括在3GPPMBMS中定义的USBD。
USBD可以包括至少一个userServiceDescription元素。userServiceDescription元素可以是一个服务的单个实例。
userServiceDescription元素可以包括serviceId属性、serviceId属性、fullMPDUri属性、sTSIDUri属性、name元素、serviceLanguage属性、capabilityCode属性、以及/或者deliveryMethod属性。
serviceId属性可以是服务的全球唯一的标识符。
serviceId属性可以是与在LLS(FIT)中存在的服务条目相对应的参考信息。serviceId属性的值可以等于被分配给条目的serviceId。
fullMPDUri属性可以指示关于包括被包括在通过广播和/或宽带发送的服务中的至少一个内容组件的至少一个描述的MPD分段的参考信息。
sTSIDUri属性可以指示关于S-TSID的参考信息，用于提供用于发送服务的至少一个内容项目的传送会话的至少一个接入有关的参数。
name元素可以指示服务名称。name元素可以包括lang属性。lang属性可以指示服务名称的语言。
serviceLanguage属性可以指示服务的至少一个可用的语言中的至少一个。
capabilityCode属性可以包括生成服务内容的有意义的呈现所要求的至少一个能力信息项目。
deliveryMethod属性可以是包括与通过广播和/或宽带模式的接入的服务的至少一个内容项目有关的传送有关的信息的容器。deliveryMethod属性可以包括broadcastAppService属性和/或unicastAppService属性。
broadcastAppService属性可以指示通过广播以复用或者非复用的形式发送的DASH表示。以复用或者非复用形式通过广播被递送的包含属于服务的相对应的媒体组件的DASH表示横跨附属的媒体呈现的所有时段。
broadcastAppService属性可以包括至少一个basePattern属性。
basePattern属性可以指示通过ATSC接收器使用的字符图案，以针对通过DASH客户端使用的片段URL的任意部分进行匹配以在其包含的时段中请求父表示的媒体片段。匹配可以指的是通过广播的相对应的被请求的媒体片段的传输。
unicastAppService属性可以指示通过宽带以复用的或者非复用的形式发送的DASH表示。以复用或者非复用的形式通过宽带被递送的包含属于服务的组成的媒体内容组件的DASH表示横跨附属的媒体呈现的所有时段。
unicastAppService属性可以包括至少一个basePattern属性。
basePattern属性可以指示用于通过接收器使用的字符图案，以在其包含时段下针对通过DASH客户端使用的片段URL的任意部分进行匹配以请求父表示的媒体片段。匹配可以指示通过广播的相对应的被请求的媒体片段的传输。
在下文中，将会详细地描述S-TSID。
S-TSID可以是SLS元数据分段，包括：在至少一个ROUTE会话和ROUTE中包括的至少一个LCT会话，和关于至少一个MMTP会话的整体传送会话描述信息。在一些实施例中，S-TSID可以不包括ROUTE会话或者MMTP会话。可以通过ROUTE会话和/或MMTP会话发送被包括在服务中的至少一个媒体内容组件。
另外，S-TSID可以包括在服务中包括的至少一个LCT会话中发送的对象流和/或递送对象的描述和/或文件元数据。S-TSID可以包括关于在至少一个LCT会话中发送的至少一个内容组件和/或有效载荷格式的附加信息。
通过在USBD分段中的userServiceDescription元素的sTSIDUri属性可以参考S-TSID分段的各个实例。
在下文中，将会描述在S-TSID中包括的属性和/或元素。
S-TSID可以包括serviceId属性、至少一个RS元素、以及/或者至少一个MS元素。
serviceId属性可以是指的是LLS(例如，FIT)中存在的相对应的服务元素的信息。serviceId属性可以是在FIT中存在具有相对应的service_id的服务的信息。当在不使用USD和/或ROUTE会话的情况下至少一个MMTP会话被用于线性服务之间的广播传输时，service_id属性可以存在。
RS元素可以指示ROUTE会话。
MS元素可以指示MMTP会话。
RS元素可以包括bsid属性、sIpAddr属性、dIpAddr属性、dport属性、PLPID属性、以及/或者至少一个LS元素。
bsid属性可以是广播流的标识符。broadcastAppService属性的至少一个内容组件可以在广播流中被发送。当bsid属性不存在时，当前流可以是默认广播流。默认广播流的至少一个PLP可以发送服务的至少一个SLS分段。
sIpAddr属性可以指示源IP地址。例如，sIpAddr属性的默认值可以指示当前ROUTE会话的源IP地址。
dIpAddr属性可以指示目的地IP地址。例如，dIpAddr属性的默认值可以指示当前ROUTE会话的目的地IP地址。
dport属性可以指示目的地端口。例如，dport属性的默认值可以指示当前ROUTE会话的目的地端口。
PLPID属性可以指示ROUTE会话的物理层管道ID。例如，PLPID属性可以指示当前物理层管道。
LS元素可以指示LCT会话。
LS元素可以包括tsi属性、PLPID属性、bw属性、startTime属性、endTime属性、SrcFlow元素、以及/或者RprFlow元素。
tsi属性可以指示TSI值。
PLPID属性可以指示PLP ID的值。
bw属性可以指示最大带宽。
startTime属性可以指示开始时间。
endTime属性可以指示结束时间。
SrcFlow元素可以指示源流。例如，源流可以发送源数据。另外，源流可以发送至少一个递送对象。
RprFlow元素可以指示修复流。例如，修复流可以发送修复数据。修复流可以发送用于灵活地保护通过源流发送的至少一个递送对象的数据。
MS元素可以包括versionNumber元素、bsid元素、sIpAddr元素、dIpAddr元素、dport元素、packetId元素、PLPID元素、bw元素、startTime元素、以及/或者endTime元素。
versionNumber元素可以指示在MMTP会话中使用的MMTP协议的版本号。
bsid元素可以指示广播流的标识符。可以在广播流中发送至少一个内容组件。当bsid属性不存在时，当前流可以是默认广播流。默认广播流的至少一个PLP可以发送服务的至少一个SLS分段。
sIpAddr元素可以指示源IP地址。
dIpAddr元素可以指示目的地IP地址。
dport元素可以指示目的地端口。
packetId元素可以指示用于发送MMTP会话的至少一个MMT信令消息的MMTPpacket_id。
PLPID元素可以指示MMTP会话的物理层管道ID。
bw元素可以指示最大带宽。
startTime元素可以指示MMTP会话的开始时间。
endTime元素可以指示MMTP会话的结束时间。
在下文中，将会详细地描述MPD。
SLS的流内容信令组件可以对应于MPD分段。MPD可以与用于诸如流式传输内容的DASH分段的传输的线性服务有关。MPD可以被用于支持基于应用的服务。至少一个有关的内容组件可以被DASH格式化。MPD可以被用于控制至少一个内容组件的播出。MPD可以包括线性/流式传输服务的至少一个单独的媒体组件的至少一个响应资源标识符。例如，资源标识符可以包括片段URL。另外，MPD可以包括在媒体呈现中的至少一个被识别的资源的上下文。
媒体呈现描述(MPD)可以是包括DASH媒体呈现的形式化描述的SLS元数据片段。例如，DASH媒体呈现可以对应于通过广播站给出的持续时间的线性服务。例如，线性服务可以是在六个小时间隔保持的至少一个连续的线性TV节目的集合或者单个TV节目的集合。MPD的内容可以提供在媒体呈现中识别的资源的上下文和片段的资源标识符。
在MPD中发送的至少一个表示可以通过广播被发送。在混合服务的情况下，MPD可以描述通过宽带发送的至少一个表示。MPD可以包括用于由于广播信号劣化在从广播到广播的切换期间支持服务连续性的至少一个附加的表示。例如，当在山下或者通过隧道驾驶时，广播信号劣化可能发生。
在下文中，将会详细地描述被包括在SLS中的基于应用的增强信令。
基于应用的增强信令可以与至少一个基于应用的增强组件的传输有关。例如，基于应用的增强组件可以包括应用逻辑文件、NRT媒体文件、点播内容组件、以及/或者通知流。不言而喻的是，应用可以经由宽带连接搜寻NRT数据。
在下文中，将会详细地描述被包括在MMTP的SLS中的MMT信令消息。
当至少一个MMTP会话被用于发送流服务时，至少一个MMT信令消息可以通过MMTP被发送。各个MMTP会话可以发送至少一个MMT信令消息和至少一个组件。另外，可以通过S-TSID分段中存在的MS元素用信号发送用于用于发送至少一个MMT信令消息的至少一个分组。
根据本发明的另一实施例，信令信息的第一信息可以包括S-TSID并且第二信息可以包括MPD。
根据本发明的实施例的广播信号发送设备可以具有广播信号发送设备和/或发送器的所有的前述功能。信令信息的详细描述可以包括所有的上面的描述。信令信息可以包括LCT分组的报头扩展和LCT分组的报头的所有内容。
图55是图示根据本发明的实施例的广播信号接收设备的结构的图。
参考附图，根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C62100、递送对象处理器C62300、以及/或者媒体解码器C62500。
信令解析器C62100可以提取用于提供服务的至少一个内容组件的发现和获取的信令信息。
信令信息可以包括用于引导SLS获取的LLS和/或用于通过至少一个ROUTE/LCT传送会话发送的至少一个服务组件的获取的SLS。
首先，信令解析器C62100可以获取FTI(或者SLT)。例如，可以在通过预先确定的广播流ID(BSID)识别的被确定的频带中通过物理层发送FTI(或者SLT)。在一些实施例中，可以通过用于发送物理层帧和信令的PLP和/或为各个广播站分配的PLP中的至少一个发送FIT(或者SLT)。
各个服务可以包括至少一个SLS引导信息项目。例如，可以通过Service_id识别各个服务。另外，SLS引导信息可以包括PLPID、源IP地址、目的地IP地址、目的地端口编号、以及/或者TSI。
然后，信令解析器C62100可以获取至少一个SLS分段。SLS分段可以通过IP/UDP/LCT会话和PLP被发送。例如，SLS分段可以包括USBD/USD分段、S-TSID分段、以及/或者MPD分段。USBD/USD分段、S-TSID分段、以及/或者MPD分段可以是与一个服务有关的信息。
USBD/USD分段可以描述至少一个服务级特征。另外，USBD/USD分段可以包括关于至少一个S-TSID分段的URI参考信息和/或关于至少一个MPD分段的URI参考信息。
S-TSID分段可以包括与一个服务有关的组件获取信息。S-TSID分段可以提供服务组件和在MPD中发现的DASH表示的映射。另外，S-TSDI分段可以包括处于TSI和有关的DASH表示标识符的形式的组件获取信息和/或用于发送与DASH表示有关的至少一个DASH分段的PLPID。
信令信息可以包括用于描述至少一个递送对象(或者至少一个对象流)的信息。
递送对象可以包括文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及/或者一组HTTP实体。递送对象可以被包括在服务的至少一个内容组件中并且可以被单独地恢复。
信令信息可以包括关于用于发送服务的至少一个内容组件的传送会话和通过传送会话发送的至少一个递送对象的第一信息。例如，第一信息可以是S-TSID。
第一信息可以提供在MPD中的DASH表示发现和与服务组件相对应的TSI之间的映射。另外，S-TSID分段可以包括处于TSI和有关的DASH表示标识符的形式的组件获取信息。
第一信息可以进一步包括指示用于发送递送对象的传送协议分组的有效载荷的第一字节的位置的偏移信息、指示是否至少一个递送对象发送流式服务的实时信息、用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息、以及指示关于递送对象的时间信息的时间戳信息中的至少一个。
信令信息可以进一步包括第二信息，第二信息包含与服务相对应的DASH媒体呈现的描述。
例如，第二信息可以是媒体呈现描述(MPD)。第二信息可以包括片段URL信息、表示ID信息、以及/或者交易信息中的至少一个。
片段URL信息可以包括统一资源定位符(URL)，用于访问片段。
表示ID信息可以识别表示。
交易信息可以指示是否参与用于发送表示的传送会话。
信令信息可以包括第一信息和/或第二信息中的至少一个。信令信息可以包括LCT分组的报头和LCT分组的报头扩展的所有内容。另外，信令信息的详细描述可以包括所有的上面的描述。
根据本发明的实施例，信令解析器C62100可以获取会话描述。
为了参与会话(例如，ROUTE会话、MMTP会话、以及/或者LCT传送会话中的至少一个)，信令解析器C62100可以获取会话描述。会话描述可以具有会话描述协议(SDP)、XML元数据、HTTP/MIME报头、以及/或者会话宣告协议(SAP)的一个形式。在下文中，将会在其中信令信息(或者SLS)包括会话描述的方面描述本发明的实施例。可以通过一对(源IP地址和传送会话标识符)识别信令信息。另外，接收器可以获取与信令信息有关的目的地IP地址和各个端口。
递送对象处理器C62300可以基于信令信息恢复至少一个递送对象。
递送对象处理器C62300可以基于PLPID和/或TSI从服务接收至少一个音频/视频组件。另外，递送对象处理器C62300可以开始对至少一个DASH媒体片段的缓冲。另外，递送对象处理器C62300可以加入并且/或者终止ROUTE会话、MMTP会话、以及/或者LCT传送会话中的至少一个。
在下文中，将会描述通过递送对象处理器C62300恢复递送对象的过程。
首先，递送对象处理器C62300可以参与至少一个会话(或者信道)以便于接收与信令信息有关的至少一个传送协议分组(ALC/LCT分组、ALC/LCT+分组、ROUTE分组、以及/或者MMPT分组)。在下文中，将会通过分组简单地表示传送协议分组。
然后，递送对象处理器C62300可以接收至少一个分组。
然后，递送对象处理器C62300可以适当地过滤至少一个分组。例如，递送对象处理器C62300可以解析分组报头并且检查是否分组报头是有效的报头。当分组报头不是有效的时，在没有被另外处理的情况下可以丢弃分组(有效载荷)。递送对象处理器C62300可以检查是否至少一个分组被匹配TSI值。当至少一个分组不匹配时，分组可以被丢弃。
例如，递送对象处理器C62300可以检查是否TSI属性和码点属性指示信令信息中的有效的操作点。即，信令信息可以包括通过分组报头提供的TSI值的匹配条目。另外，关于相对应的TSI，信令信息可以包括码点属性。码点属性的值可以等于分组的报头中的码点字段的值。
递送对象处理器C62300可以检查是否在发送器IP地址发送的TSI匹配在信令信息(或者会话描述)中接收到的(发送器IP地址和TSI)对中的至少一个。(发送器IP地址和TSI)对中的一个可以指示接收器当前参与的LCT传送会话。当TSI不被匹配时，分组可以被丢弃而没有被进一步处理。在接收到的分组的(发送器IP地址、TSI)会话的范围内可以执行后续的操作。
然后，递送对象处理器C62300可以使用分组认证。当分组认证被使用时，递送对象处理器C62300可以检查分组的真实性。当直接的检查是可能的并且分组认证失败时，递送对象处理器C62300可以放弃分组。
然后，递送对象处理器C62300可以根据紧跟多速率拥塞控制构建块的CCI字段执行处理和操作。
然后，在分组的接收期间，递送对象处理器C62300可以基于TOI解复用至少一个分组。递送对象处理器C62300可以在用于恢复相对应的递送对象的适当的空间中存储合适的分组信息项目。
当通过LCT传送会话发送一个或者多个对象时，递送对象处理器C62300可以检查是否分组报头中的TOI是有效的。当TOI不是有效的时，可以丢弃分组而没有被进一步处理。
然后，递送对象处理器C62300可以处理分组(或者有效载荷)的剩余部分。例如，递送对象处理器C62300可以适当地解释其它的分组报头。递送对象处理器C62300可以使用在FEC有效载荷ID(或者源FEC有效载荷ID)和/或有效载荷中存在的至少一个编码符号以便于恢复相对应的递送对象。
例如，递送对象处理器C62300可以基于在分组报头中发送的信令信息和TOI确定与接收到的ROUTE分组有效载荷有关的递送对象。
然后，递送对象处理器C62300可以恢复至少一个递送对象。例如，递送对象处理器C62300可以从ROUTE会话和被包括在ROUTE会话中的各个LCT传送会话恢复至少一个递送对象。
然后，被恢复的递送对象可以被发送到适当的处理器，用于附加的处理。
当与给定的TOI值有关的递送对象的至少一个分组有效载荷的完整集合和关于递送对象的信令信息(或者元数据)被恢复时，递送对象可以被发送到应用。例如，递送对象可以被发送到媒体解码器C62500。信令信息(或者元数据)可以取决于被应用的递送模式。
递送对象处理器C62300可以重复地执行接收与信令信息有关的至少一个分组的过程。
递送对象处理器C62300的前述操作中的至少一个可以通过接收器的另一组件被执行。
媒体解码器C62500可以解码至少一个递送对象。媒体解码器C62500可以执行适当的解码过程。例如，媒体解码器C62500可以基于信令信息(例如，时序信息、对于解码所要求的信息、以及/或者对于渲染所要求的信息)解码至少一个接入单元并且/或者渲染至少一个被解码的接入单元。
图56是图示根据本发明的实施例的递送对象处理器的结构的图。
在下文中，将会详细地描述通过递送对象处理器C62300加入并且/或者终止ROUTE会话、MMTP会话、以及/或者LCT传送会话当中的至少一个会话的过程。在下文中，将会在LCT传送会话方面描述本发明的实施例。
首先，将会描述递送对象处理器C62300基于包括片段编号的片段URL信息加入并且/或者终止至少一个LCT传送会话的过程。
根据本发明的实施例，递送对象处理器C62300可以包括DASH客户端C62320、DTV控制引擎C62340、以及/或者ALC/LCT+客户端C62360中的至少一个。
DASH客户端C62320可以确定要被呈现的表示并且请求与递送对象有关的片段。
DASH客户端C62320可以执行用于处理与MPEG-DASH有关的数据的一系列操作。DASH客户端C62320可以基于MPD请求片段并且获取片段。DASH客户端C62320的基本操作可以包括所有的上面的描述。
首先，DASH客户端C62320可以获取MPD和/或MPD URL中的至少一个。MPD可以是用于提供流式服务的媒体呈现的形式化的描述。MPD URL可以指示用于MPD的获取的位置。例如，DASH客户端C62320可以从DTV控制引擎C62340接收MPD和/或MPD URL中的至少一个。DASH客户端C62320可以对HTTP服务器请求MPD或者基于MPD URL响应于其接收MPD。DASH客户端C62320可以通过另一路径接收MPD。
然后，DASH客户端C62320可以解析MPD。DASH客户端C62320可以基于MPD选择至少一个适配集合。
然后，在所选择的适配集合中，DASH客户端C62320可以选择一个表示。DASH客户端C62320可以考虑到带宽、接收器的解码能力、以及/或者接收器的渲染能力来选择表示。然后，DASH客户端C62320可以生成指示在作为壁钟时间测量的实际客户端-本地时间处可接入各个表示的至少一个片段的列表的片段列表。在一些实施例中，片段列表可以被包括在MPD中。
例如，片段可以包括初始化片段、媒体片段、以及/或者索引片段中的至少一个。片段列表可以包括至少一个片段URL信息项目。片段URL信息可以指示可访问片段的统一资源定位符(URL)。片段URL信息可以包括初始化片段URL、媒体片段URL、以及/或者索引片段URL中的至少一个。初始化片段URL可以指示可访问初始化片段的URL。媒体片段URL可以指示可访问媒体片段的URL。索引片段URL可以指示可访问索引片段的URL。
然后，DASH客户端C62320可以根据MDP时间线选择片段。DASH客户端C62320可以基于所选择的表示中的片段列表和/或MPD时间线选择片段。当一个递送对象是一个片段时，DASH客户端C62320可以选择与要被请求的递送对象相对应的片段。当一个递送对象是一个片段的一部分时，DASH客户端C62320可以选择要被请求的递送对象属于的片段。
然后，DASH客户端C62320可以请求至少一个片段、所有的片段、片段的字节范围、以及/或者访问服务(或者内容)的至少一个递送对象中的一个。DASH客户端C62320可以请求基于生成的片段列表选择的表示的至少一个递送对象和/或片段。
例如，DASH客户端C62320可以将片段列表和/或片段URL信息发送到DTV控制引擎C62340。
片段URL信息可以包括至少一个标识符。例如，片段URL信息可以包括用于识别包括相对应的片段的表示的表示ID和/或用于识别相对应的片段的编号的片段编号中的至少一个。例如，片段URL信息可以具有形式www.example.com/SomeMovie_w720_h480_b500k_V_n00278.m4v。在此，“n00278”可以指示片段编号。
DTV控制引擎C62340可以映射信令信息的表示和内容组件的传送会话标识符(TSI)。
简单地，DTV控制引擎C62340可以基于信令信息确定被请求的片段和/或递送对象的TSI和/或TOI。各个ROUTE会话可以包括至少一个LCT传送会话。一个LCT传送会话可以发送媒体内容组件(例如，DASH表示)。各个视频组件和/或音频组件可以被匹配被表示的MPEG-DASH。因此，TSI可以被匹配LCT传送会话。
信令信息(或者S-TSID分段)可以包括与一个服务有关的组件获取信息。信令信息(或者S-TSID分段)可以提供在MPD中的DASH表示发现和与服务组件相对应的TSI之间的映射。信令信息(或者S-TSID分段)可以包括处于TSI和有关的DASH表示标识符的形式的组件获取信息，和/或与DASH表示有关的至少一个DASH片段。
例如，信令信息可以包括用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到TOI的映射信息。映射信息(或者ContentInfo)可以包括被映射到在LCT传送会话中发送的应用服务的信息。映射信息可以包括用于针对用于渲染的LCT传送会话的选择的DASH媒体表示的适配集合参数和/或DASH内容的表示ID。信令信息(或者S-TSID分段)可以包括指示LCT传送会话的TSI字段。
首先，DTV控制引擎C62340可以确定与基于信令信息和/或片段URL信息请求的片段和/或递送对象相对应的TSI。
然后，DTV控制引擎C62340可以确定与基于信令信息和/或分段URL信息请求的片段和/或递送对象相对应的TOI。
在各个LCT传送会话中，被划分成至少一个递送对象的至少一个有关对象可以被发送。对象可以是与一个表示有关的DASH片段。
因此，当一个递送对象是一个片段时，TOI可以被匹配片段。当一个递送对象是一个片段的一部分时，TOI可以被匹配属于片段的递送对象。当一个递送对象是一个片段的一部分时，基于MPD时间线TOI可以被匹配属于片段的适当的递送对象。
ALC/LCT+客户端C62360可以基于TSI从传送会话恢复至少一个递送对象。ALC/LCT+客户端C62360可以包括前述的FLUTE+客户端和/或ALC/LCT+客户端。
首先，ALC/LCT+客户端C62360可以基于TSI加入会话。例如，会话可以是LCT传送会话。
ALC/LCT+客户端C62360可以检查是否至少一个分组被匹配TSI值。当分组没有被匹配时，分组可以被丢弃。例如，ALC/LCT+客户端C62360可以检查是否在发送器IP地址和/或报头处发送的TSI被匹配信令信息(或者会话描述)中的接收到的(发送器IP地址和TSI)对中的一个。(发送器IP地址和TSI)对中的一个可以指示其中接收器当前参与(被假定参与)的LCT传送会话。当分组没有被匹配时，在没有被进一步处理的情况下分组可以被丢弃。在接收到的分组的(发送器IP地址，TSI)会话的范围内可以执行后续的操作。
ALC/LCT+客户端C62360可以检查是否TSI属性和/或码点属性指示信令信息中的有效的操作点。即，信令信息可以包括在分组报头中提供的TSI值的匹配条目。另外，关于相对应的TSI，信令信息可以包括码点属性。码点属性的值可以等于在分组的报头中的码点字段的值。
然后，ALC/LCT+客户端C62360可以基于TSI和/或TOI接收、过滤、并且/或者处理分组。
当通过LCT传送会话发送一个或者多个递送对象时，ALC/LCT+客户端C62360可以检查是否在分组报头中存在的TOI是有效的。当TOI不是有效的时，在没有被进一步处理的情况下可以丢弃分组。
ALC/LCT+客户端C62360可以收集具有被匹配被请求的递送对象的TOI的分组。
在分组的接收期间，ALC/LCT+客户端C62360可以基于TOI解复用至少一个分组。ALC/LCT+客户端C62360可以在适当的地点中存储适当的分组信息以便于恢复相对应的递送对象。
然后，ALC/LCT+客户端C62360可以恢复至少一个递送对象。
ALC/LCT+客户端C62360可以从被包括在ROUTE会话和/或ROUTE会话中的各个LCT传送会话中恢复至少一个递送对象。
例如，ALC/LCT+客户端C62360可以基于TOI从包括递送对象的第一部分的数据的分组开始恢复。
ALC/LCT+客户端C62360可以处理分组(或者有效载荷)的剩余部分。例如，ALC/LCT+客户端C62360可以适当地解释其它的分组报头。ALC/LCT+客户端C62360可以使用FEC有效载荷ID(或者源FEC有效载荷ID)以便于确定偏移信息并且使用在有效载荷中存在的至少一个编码符号以便于恢复相对应的递送对象。
例如，ALC/LCT+客户端C62360可以基于在分组的报头中发送的TOI和/或信令信息确定与被接收到的分组(或者ROUTE分组)的有效载荷有关的递送对象。
然后，被恢复的片段和/或递送对象可以被发送到适当的处理器，用于附加的处理。
例如，至少一个恢复的递送对象可以与时序信息一起被发送到DASH客户端C62320。时序信息可以包括与递送对象有关的呈现时间信息和/或解码时间信息中的至少一个。
当恢复与完整的集合的递送对象和给定的TOI值有关的递送对象的至少一个分组有效载荷的完整集合的信令信息(或者元数据)时，递送对象可以被发送到应用。例如，递送对象可以被发送到媒体解码器(未示出)。信令信息(或者元数据)可以取决于被应用的递送模式。
在下文中，将会描述表示切换操作。
接收器可以基于在当前进行的媒体呈现期间更新的信息切换表示。
表示切换可以与在“现有的”表示(在下文中，第一表示)处从呈现的特定时间点调谐或者寻求“新的”表示(在下文中，第二表示)相同。
当切换请求一旦做出时，接收器可以在当前呈现时间之后的接近理想的呈现时间处发现与第二表示中的各个媒体流有关的流接入点(SAP)。SAP可以指示其中表示中的媒体流的呈现被启用的位置。直到第二表示中的SAP的第一表示的呈现可以启用无缝切换。
表示和第二表示可以被包括在一个服务中，可以具有相同的媒体类型，并且可以是可相互更换的媒体内容组件。
例如，一个服务可以包括一个视频组件和/或两个音频组件。各个音频组件可以被匹配各个表示。各个音频组件可以包括韩语音频组件和/或英语音频组件。在这样的情况下，接收器可以将在特定的时间被包括在相同服务中的音频组件从韩语音频组件变成英语音频组件。例如，接收器可以参与用于发送韩语音频组件的LCT传送会话，并且接收和解码有关组件。然后，接收器可以在特定的时间终止用于发送韩语音频组件的LCT传送会话，参与用于发送英语音频组件的LCT传送会话，并且接收和解码有关对象。
当与第一表示有关的片段URL信息和与第二表示有关的片段URL信息是不同的时，DASH客户端C62320可以确定第二表示以被呈现。
例如，当表示被切换时，DASH客户端C62320可以从第一表示选择第二表示。
然后，DASH客户端C62320可以根据MPD时间线选择与第二表示有关的片段和/或递送对象。
然后，DASH客户端C62320可以将与第二表示有关的片段列表和/或片段URL信息发送到DTV控制引擎C62340。
例如，DASH客户端C62320可以将包括相同类型的可更换的媒体内容组件的另一片段编号的另一片段URL信息项目发送到DTV控制引擎C62340。
DASH客户端C62320的详细描述与上面的描述相同。
DTV控制引擎C62340可以将信令信息的第二表示映射到内容组件的TSI。
例如，DTV控制引擎C62340可以基于与第二表示有关的片段列表和/或片段URL信息确定片段和/或递送对象的TSI和/或TOI。
表示可以包括第一表示和第二表示，并且ALC/LCT+客户端C62360可以在预先确定的时间点从第一表示切换到第二表示。
例如，ALC/LCT+客户端C62360可以基于TSI加入与第二表示有关的会话。ALC/LCT+客户端C62360可以终止与第一表示有关的会话。在一些实施例中，ALC/LCT+客户端C62360可以在终止与第一表示有关的会话之后加入与第二表示有关的会话或者在终止与第一表示有关的会话之前加入与第二表示有关的会话。
当表示被切换时，DASH客户端C62320、DTV控制引擎C62340、的详细描述，以及/或者ALC/LCT+客户端C62360与上面的描述相同。另外，通过接收器的另一组件可以执行递送对象处理器C62300的前述操作中的至少一个。
图57是图示根据本发明的实施例的递送对象处理器的结构的图。
将会详细地描述通过递送对象处理器C62300加入和/或终止ROUTE会话、MMTP会话、以及/或者LCT传送会话中的至少一个会话的过程。另外，将会在LCT传送会话方面描述本发明的实施例。
在下文中，将会描述基于表示ID信息和/或交易信息通过递送对象处理器C62300加入并且/或者终止至少一个LCT传送会话的过程。
根据本发明的实施例，递送对象处理器C62300可以包括DASH客户端C62325、DTV控制引擎C62345、以及/或者ALC/LCT+客户端C62365。
具有与在递送对象处理器C62300中包括的组件当中的前述组件相同的术语的组件的基本操作的详细描述与上面的描述相同。在下文中，将会在不同方面描述组件。
DASH客户端C62325可以确定要被呈现的表示并且请求与递送对象有关的片段。
首先，DASH客户端C62325可以获取MPD和/或MPD URL中的至少一个。
然后，DASH客户端C62325可以解析MPD。DASH客户端C62320可以基于MPD(或者第二信息)选择至少一个适配集合。
然后，在所选择的适配集合中，DASH客户端C62325可以基于MPD(或者第二信息)选择一个表示。
MPD(或者第二信息)可以包括用于识别表示的表示ID信息和指示是否加入用于发送表示的传送会话的交易信息中的至少一个。交易信息可以包括参与传送会话的开始交易和指示传送会话的终止的停止交易。
例如，交易信息可以包括开始交易和/或停止交易。当首先加入会话时，开始交易可以指示参与与第一表示有关的会话。当表示被切换时，开始交易可以终止与第一表示有关的会话并且指示参与与第二表示有关的会话。在当前会话被终止时，停止交易可以指示与第一表示有关的会话的终止。
当首先加入会话时，DASH客户端C62325可以将用于识别所选择的第一表示的表示ID信息和/或指示“开始交易”的交易信息发送到DTV控制引擎C62345。
然后，DASH客户端C62325可以基于表示ID信息和/或交易信息请求所选择的表示的至少一个递送对象和/或片段。
DTV控制引擎C62345可以映射内容组件的传送会话标识符(TSI)和信令信息的表示。
例如，DTV控制引擎C62345可以基于表示ID信息确定用于识别传送会话的TSI并且基于交易信息确定是否参与传送会话。
例如，DTV控制引擎C62345可以基于表示ID信息确定用于识别传送会话的TSI并且将TSI发送到ACL/LCT+客户端C62365。
ACL/LCT+客户端C62365可以基于TSI从传送会话恢复至少一个递送对象。
例如，ACL/LCT+客户端C62365可以基于TSI加入传送会话。例如，传送会话可以是LCT传送会话。然后，ACL/LCT+客户端C62365可以接收、过滤、并且/或者处理分组。然后，ACL/LCT+客户端C62365可以恢复至少一个片段和/或递送对象。
然后，被恢复的片段以及/或者递送对象可以被发送到适当的处理器，用于附加的处理。
例如，被恢复的至少一个片段和/或递送对象可以与时序信息一起被发送到DASH客户端C62325。时序信息可以包括与递送对象有关的呈现时间信息和/或解码时间信息中的至少一个。
在下文中，将会描述表示切换操作。
当用于识别第一表示的表示ID信息和用于识别第二表示的表示ID信息不同时，DASH客户端C62325可以确定第二表示以被呈现。
例如，当表示被切换时，DASH客户端C62325可以选择不同于第一表示的第二表示。
然后，DASH客户端C62325可以将用于识别第二表示的表示ID信息和/或指示“开始交易”的交易信息发送到DTV控制引擎C62345。例如，DASH客户端C62325可以将关于相同类型的可更换的媒体内容组件的另一表示ID信息和/或指示“开始交易”的交易信息发送到DTV控制引擎C62345。
DASH客户端C62325可以将用于识别第一表示的表示ID信息和/或指示“停止交易”的交易信息发送到DTV控制引擎C62345。
DTV控制引擎C62345可以将DTV控制引擎映射到信令信息的第二表示和内容组件的TSI。
例如，DTV控制引擎C62345可以基于表示ID信息确定TSI并且基于交易信息指示是否加入会话。DTV控制引擎C62345可以控制接收器的所有过程的驱动。例如，DTV控制引擎C62345可以基于交易信息控制ALC/CLT+客户端C62365。
例如，DTV控制引擎C62345可以基于用于识别第一表示的表示ID信息确定与第一表示有关的TSI。另外，DTV控制引擎C62345可以基于用于识别第二表示的表示ID信息确定与第二表示有关的TSI。
表示可以包括第一表示和第二表示，并且ALC/LCT+客户端C62365可以在预先确定的时间点将表示从第一表示切换到第二表示。
例如，ALC/LCT+客户端C62365可以基于TSI加入与第二表示有关的会话。ALC/LCT+客户端C62365可以终止与第一表示有关的会话。
在一些实施例中，ALC/LCT+客户端C62365可以在终止与第一表示有关的会话之后加入与第二表示有关的会话并且在终止与第一表示有关的会话之前加入与第二表示有关的会话。
当表示被切换时，DASH客户端C62325、DTV控制引擎C62345、以及/或者ALC/CLT+客户端C62365的详细描述与上面的描述相同。可以通过接收器的另一组件执行递送对象处理器C62300的前述操作中的至少一个。
图58是根据本发明的实施例的广播信号发送方法的流程图。
参考附图，发送器(或者广播信号发送设备)可以使用递送对象生成器生成被包括在服务的至少一个内容组件中的至少一个被单独地恢复的递送对象(SC61100)。
例如，递送对象生成器可以划分被包括在服务中的至少一个内容组件以生成至少一个递送对象。
服务可以是一个媒体内容时段或者媒体内容时段的连续序列。另外，服务可以是一个广播节目、被添加到广播节目的附加信息、以及/或者独立信息。服务可以包括至少一个内容组件。
内容组件可以是具有能够被单独编码成媒体流的指配的媒体组件类型的媒体内容的一个连续组件。另外，媒体组件类型可以包括视频、音频、以及/或者文本中的至少一个。
递送对象可以是文件、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。文件的一部分可以是字节范围中的文件。HTTP实体可以包括HTTP实体报头和/或HTTP实体主体。
发送器可以使用信令编码器生成用于提供服务和至少一个内容组件的发现和获取的信令信息(CS61300)。
信令信息可以包括关于用于发送服务的至少一个内容组件和通过传送会话发送的至少一个递送对象的传送会话的第一信息。
信令信息可以进一步包括第二信息，第二信息包括与服务相对应的DASH媒体呈现的描述。
信令信息可以包括第一信息和/或第二信息中的至少一个。
例如，信令信息(或者第一信息)可以包括指示用于发送递送对象的传送协议分组的有效载荷的第一字节的位置的偏移信息、指示是否至少一个递送对象发送流式服务的实时信息、用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息、以及指示递送对象的时间信息的时间戳信息中的至少一个。
偏移信息可以指示在对象(或者递送对象)中当前发送的分组的有效载荷的偏移(时间位置或者空间位置)。
时间戳信息可以包括与被包括在传送协议分组的有效载荷中的数据有关的时序信息。另外，时间戳信息可以包括与递送对象有关的时序信息。例如，时间戳信息可以包括关于解码被包括在有效载荷中的数据的第一字节的时间点的信息和/或数据的呈现时间信息。
另外，信令信息(或者第二信息)可以包括指示用于访问片段的统一资源定位符(URL)的片段URL信息、用于识别表示的表示ID信息、以及指示是否加入用于发送表示的传送会话的交易信息中的至少一个。
片段URL信息可以包括用于识别表示的表示ID和用于识别片段的编号的片段编号中的至少一个。
交易信息可以包括参与传送会话的开始交易和指示传送会话的终止的停止交易中的至少一个。
另外，发送器可以使用发送器通过单向信道发送至少一个递送对象和信令信息(CS61500)。
根据本发明的另一实施例的广播信号发送方法可以包括广播信号发送设备的所有的前述功能。信令信息的详细描述可以包括所有的上面的描述。
图59是根据本发明的实施例的广播信号接收方法的流程图。
参考附图，接收器(或者广播信号接收设备)可以使用信令解析器提取用于提供服务的至少一个内容组件的发现和获取的信令信息(CS62100)。
信令信息可以包括关于用于发送服务的至少一个内容组件的传送会话和通过传送会话发送的至少一个递送对象的第一信息。
第一信息可以进一步包括指示用于发送递送对象的传送协议分组的有效载荷的第一字节的位置的偏移信息、指示是否至少一个递送对象发送流式服务的实时信息、用于将传送会话映射到传送会话标识符(TSI)并且将递送对象映射到传送对象标识符(TOI)的映射信息、以及指示关于递送对象的时间信息的时间戳信息中的至少一个。
信令信息可以进一步包括第二信息，第二信息包含与服务相对应的DASH媒体呈现的描述。
例如，第二信息可以是媒体呈现描述(MPD)。第二信息可以包括片段URL信息、表示ID信息、以及/或者交易信息中的至少一个。
片段URL信息可以指示用于访问片段的统一资源定位符(URL)。片段URL信息可以包括用于识别表示的表示ID和用于识别片段的编号的片段编号中的至少一个。
表示ID信息可以识别表示。
交易信息可以指示是否参与用于发送表示的传送会话。交易信息可以包括指示参与传送会话的开始交易和指示传送会话的终止的停止交易的中的至少一个。
信令信息可以包括第一信息和/或第二信息中的至少一个。信令信息可以包括LCT分组的报头扩展和LCT分组的报头的所有内容。另外，信令信息的详细描述可以包括所有的上述描述。
接收器可以使用递送对象处理器基于信令信息恢复至少一个递送对象(CS62300)。
递送对象可以被包括在服务的至少一个内容组件中并且可以被单独地恢复。
接收器可以使用媒体解码器解码至少一个递送对象(CS62500)。
根据本发明的实施例的广播信号接收方法可以包括广播信号接收设备的所有的前述的功能。信令信息的详细描述可以包括所有的上面的描述。
图60是根据本发明的实施例的递送对象的恢复的流程图。
在下文中，将会简要地描述通过接收器(或者广播信号接收设备)恢复至少一个递送对象的过程。
接收器可以使用DASH客户端确定要被呈现的表示并且请求与递送对象有关的片段(CS62310)。
然后，接收器可以使用DTV控制引擎映射信令信息的表示和内容组件的传送会话标识符(TSI)(CS62330)。
然后，接收器可以使用ALC/LCT+客户端基于TSI从传送会话恢复至少一个递送对象(CS62350)。
另外，接收器可以基于片段URL信息切换表示。
表示可以包括第一表示和第二表示。
当与第一表示有关的片段URL信息和与第二表示有关的片段URL信息不同时，接收器可以使用DASH客户端确定第二表示要被呈现。
然后，接收器可以使用DTV控制引擎映射信令信息的第二表示和内容组件的TSI。
然后，接收器可以使用ALC/LCT+客户端在预先确定的时间点将表示从第一表示切换到第二表示。
接收器可以基于表示ID信息切换表示。
当用于识别第一表示的表示ID信息和用于识别第二表示的表示ID信息不同时，接收器可以使用DASH客户端确定第二表示要被呈现。
然后，接收器可以使用DTV控制引擎映射信令信息的第二表示和内容组件的TSI。
然后，接收器可以使用ALC/LCT+客户端在预先确定的时间点将表示从第一表示切换到第二表示。
根据本发明的另一实施例的恢复递送对象的方法可以包括广播信号发送设备的所有的前述功能。信令信息的详细描述可以包括所有的上面的描述。
模块、处理器、装置或单元可以是执行存储在存储器(或存储单元)中的连续过程的处理器。以上提及的实施例中描述的各个步骤可以由硬件/处理器来执行。以上提及的实施例中描述的各个模块/块单元可以作为代码执行。另外，代码可以被写入由处理器可读的存储介质中，并且因此通过设备中提供的处理器可读。
根据本发明的方法发明可以被体现为通过各种计算机元件执行的程序命令的形式，并且被记录在计算机可读介质中。
计算机可读介质可以单独地或者组合地包括程序命令、数据文件、数据配置等等。存储在介质中的程序命令可以被特别设计和配置而用于本发明，或者可以是计算机软件领域普通技术人员公知和使用的。计算机可读介质的示例可以包括诸如硬盘、软盘和磁带的磁介质，诸如CD-ROM和DVD的光介质，诸如磁光软盘的磁光介质、以及特别配置以存储和执行程序命令的硬件装置，诸如只读存储器(ROM)、随机存取存储器(RAM)以及闪存。程序命令的示例包括使用解释器等通过计算机执行的高级语言代码以及通过编译器生成的机器代码。硬件装置可以被配置作为一个或多个软件模块操作，以便执行根据本发明的操作，反之亦然。
对于本领域技术人员而言将显而易见的是，能够在不脱离本发明的精神或范围的情况下对本发明做出各种修改和变化。因此，本发明旨在涵盖此发明的修改和变化，只要它们落入所附权利要求及其等同物的范围内即可。
因此，本领域技术人员应当了解，能够在权利要求及其等同物的范围内对本发明做出各种修改和变化。
此外，遍及说明书，描述了装置发明和方法发明二者。根据需要，可以补充地应用装置和方法发明的描述。
发明模式
已经在用于实施本发明的具体模式中描述了各种实施例。
工业实用性
本发明的实施例可用在与广播有关的所有领域。

Claims (15)

1.一种广播信号接收设备，包括：
信令解析器，所述信令解析器被配置成提取信令信息，所述信令信息用于提供服务的至少一个内容组件的发现和获取；
递送对象处理器，所述递送对象处理器被配置成基于所述信令信息恢复至少一个递送对象；以及
媒体解码器，所述媒体解码器被配置成解码所述至少一个递送对象。
2.根据权利要求1所述的广播信号接收设备，其中：
所述信令信息包括第一信息和第二信息中的至少一个，所述第一信息关于用于发送所述服务的至少一个内容组件的传送会话和通过所述传送会话发送的至少一个递送对象，所述第二信息包括与所述服务相对应的DASH媒体呈现的描述；
所述递送对象被包括在所述服务的所述至少一个内容组件中并且被单独地恢复；并且
所述递送对象是文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。
3.根据权利要求2所述的广播信号接收设备，其中，所述递送对象处理器进一步包括：
DASH客户端，所述DASH客户端被配置成确定要被呈现的表示并且请求与所述递送对象有关的片段；
DTV控制引擎，所述DTV控制引擎被配置成映射所述信令信息的表示和所述内容组件的传送会话标识符(TSI)；以及
ALC/LCT+客户端，所述ALC/LCT+客户端被配置成基于所述TSI从所述传送会话中恢复至少一个递送对象。
4.根据权利要求3所述的广播信号接收设备，其中，所述第二信息包括片段统一资源定位符(URL)信息，所述片段统一资源定位符(URL)信息指示用于访问所述片段的URL。
5.根据权利要求4所述的广播信号接收设备，其中，所述片段URL信息包括用于识别所述表示的表示ID和用于识别所述片段的编号的片段编号中的至少一个。
6.根据权利要求5所述的广播信号接收设备，其中：
所述表示包括第一表示和第二表示；并且
所述ALC/LCT+客户端在预先确定的时间点将表示从所述第一表示切换到所述第二表示。
7.根据权利要求6所述的广播信号接收设备，其中：
当与所述第一表示有关的片段URL信息和与所述第二表示有关的片段URL信息不同时，
所述DASH客户端确定所述第二表示要被呈现；并且
所述DTV控制引擎映射所述信令信息的所述第二表示和所述内容组件的所述TSI。
8.根据权利要求3所述的广播信号接收设备，其中，所述第二信息包括用于识别所述表示的表示ID和指示是否加入用于发送所述表示的传送会话的交易信息中的至少一个。
9.根据权利要求8所述的广播信号接收设备，其中，所述交易信息包括指示参与所述传送会话的开始交易和指示所述传送会话的终止的停止交易中的至少一个。
10.根据权利要求9所述的广播信号接收设备，其中：
所述表示包括第一表示和第二表示，并且
所述ALC/LCT+客户端在预先确定的时间点将表示从所述第一表示切换到第二表示。
11.根据权利要求10所述的广播信号接收设备，其中，当用于识别所述第一表示的表示ID信息和用于识别所述第二表示的表示ID信息不同时，
所述DASH客户端确定所述第二表示要被呈现，并且
所述DTV控制引擎映射所述信令信息的所述第二表示和所述内容组件的所述TSI。
12.一种广播信号发送设备，包括：
递送对象生成器，所述递送对象生成器被配置成生成被包括在服务的至少一个内容组件中的至少一个递送对象；
信令编码器，所述信令编码器被配置成生成信令信息，所述信令信息用于提供所述服务和所述至少一个内容组件的发现和获取；以及发送器，所述发送器被配置成通过单向信道发送所述至少一个递送对象和所述信令信息。
13.根据权利要求12所述的广播信号发送设备，其中：
所述信令信息包括第一信息和第二信息中的至少一个，所述第一信息关于用于发送所述服务的至少一个内容组件的传送会话和通过所述传送会话发送的至少一个递送对象，所述第二信息包括与所述服务相对应的DASH媒体呈现的描述；
所述递送对象被单独地恢复；并且
所述递送对象是文件、文件的一部分、一组文件、超文本传输协议(HTTP)实体、以及一组HTTP实体中的一个。
14.根据权利要求13所述的广播信号发送设备，其中，所述第二信息包括指示用于访问片段的统一资源定位符(URL)的片段URL信息、用于识别所述表示的表示ID信息、以及指示是否加入用于发送所述表示的传送会话的交易信息中的至少一个。
15.根据权利要求14所述的广播信号发送设备，其中，所述片段URL信息包括用于识别所述表示的表示ID和用于识别所述片段的编号的片段编号中的至少一个。
CN201580025850.XA 2014-05-21 2015-05-21 广播信号发送/接收方法和装置 Active CN106464929B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201462001613P 2014-05-21 2014-05-21
US62/001,613 2014-05-21
PCT/KR2015/005085 WO2015178690A1 (ko) 2014-05-21 2015-05-21 방송 신호 송/수신 처리 방법 및 장치

Publications (2)

Publication Number Publication Date
CN106464929A true CN106464929A (zh) 2017-02-22
CN106464929B CN106464929B (zh) 2019-11-01

Family

ID=54554286

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580025850.XA Active CN106464929B (zh) 2014-05-21 2015-05-21 广播信号发送/接收方法和装置

Country Status (6)

Country Link
US (1) US20170055046A1 (zh)
EP (1) EP3148196A4 (zh)
KR (1) KR101814403B1 (zh)
CN (1) CN106464929B (zh)
CA (1) CA2947833C (zh)
WO (1) WO2015178690A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015199460A1 (ko) * 2014-06-25 2015-12-30 삼성전자 주식회사 통신 시스템에서 프레임 송수신 방법 및 장치
KR102332387B1 (ko) * 2014-11-13 2021-11-30 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
US10298647B2 (en) * 2015-02-26 2019-05-21 Qualcomm Incorporated Delay compensation for broadcast adaptive bitrate streaming
JP6529900B2 (ja) * 2015-12-15 2019-06-12 株式会社東芝 多重化装置および多重化方法
US10666961B2 (en) 2016-01-08 2020-05-26 Qualcomm Incorporated Determining media delivery event locations for media transport
US20190141361A1 (en) * 2016-04-22 2019-05-09 Sharp Kabushiki Kaisha Systems and methods for signaling of an identifier of a data channel
KR102263223B1 (ko) 2017-03-14 2021-06-09 삼성전자 주식회사 전자장치 및 그 제어방법
WO2018210411A1 (en) 2017-05-16 2018-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Low latency media ingestion system, devices and methods
US11582125B2 (en) * 2019-10-01 2023-02-14 Qualcomm Incorporated Repair mechanism for adaptive bit rate multicast
US11228796B2 (en) * 2020-01-07 2022-01-18 Tencent America LLC Pattern addressing for session-based dash operations

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) * 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造
WO2013107502A1 (en) * 2012-01-17 2013-07-25 Telefonaktiebolaget L M Ericsson (Publ) Method for sending respectively receiving a media stream
CN103368940A (zh) * 2012-04-09 2013-10-23 英特尔公司 媒体内容的组合单播-多播/广播流的体验质量报告

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060131671A (ko) * 2005-06-15 2006-12-20 한국전자통신연구원 셀룰러 시스템의 레이턴시를 향상시키는 프로토콜 구조를갖는 무선 통신 시스템
KR101419287B1 (ko) * 2006-07-07 2014-07-14 삼성전자주식회사 Ｉｐｄｃ 서비스를 제공하는 장치 및 방법 및 ｉｐｄｃ서비스를 처리하는 장치 및 방법
CN101636919B (zh) * 2007-03-16 2013-10-30 Lg电子株式会社 用于处理音频信号的方法和装置
KR100848273B1 (ko) * 2007-07-03 2008-07-25 삼성전자주식회사 디지털 방송수신기의 파일 처리 장치 및 방법
KR101581818B1 (ko) * 2009-01-07 2015-12-31 엘지전자 주식회사 디지털 방송 신호를 처리하는 방법 및 장치
JP5483082B2 (ja) * 2010-01-06 2014-05-07 ソニー株式会社 受信装置及び方法、プログラム、並びに受信システム
EP2637414A4 (en) * 2010-11-02 2014-10-22 Lg Electronics Inc METHOD FOR TRANSMITTING / RECEIVING MULTIMEDIA CONTENT AND TRANSMITTING / RECEIVING DEVICE USING THE SAME
US9445136B2 (en) * 2011-09-21 2016-09-13 Qualcomm Incorporated Signaling characteristics of segments for network streaming of media data
KR101654439B1 (ko) * 2011-09-23 2016-09-12 엘지전자 주식회사 방송 서비스 수신 방법 및 그 수신 장치
WO2014063730A1 (en) * 2012-10-24 2014-05-01 Huawei Technologies Co., Ltd. Communication receiver
US20150032845A1 (en) * 2013-07-26 2015-01-29 Samsung Electronics Co., Ltd. Packet transmission protocol supporting downloading and streaming
CA2922174C (en) * 2013-11-01 2017-09-19 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
MX2016012953A (es) * 2014-04-11 2016-12-07 Sony Corp Aparato de recepcion, metodo de recepcion, aparato de transmision, y metodo de transmision.

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) * 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造
WO2013107502A1 (en) * 2012-01-17 2013-07-25 Telefonaktiebolaget L M Ericsson (Publ) Method for sending respectively receiving a media stream
CN103368940A (zh) * 2012-04-09 2013-10-23 英特尔公司 媒体内容的组合单播-多播/广播流的体验质量报告

Also Published As

Publication number Publication date
WO2015178690A1 (ko) 2015-11-26
CA2947833C (en) 2018-11-20
US20170055046A1 (en) 2017-02-23
EP3148196A1 (en) 2017-03-29
CN106464929B (zh) 2019-11-01
CA2947833A1 (en) 2015-11-26
KR20160093038A (ko) 2016-08-05
KR101814403B1 (ko) 2018-01-04
EP3148196A4 (en) 2017-11-15

Similar Documents

Publication Publication Date Title
CN106464929B (zh) 广播信号发送/接收方法和装置
CA3074965C (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
KR101877159B1 (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
CN105917655B (zh) 经由一个或者多个网络发送或者接收广播内容的设备和方法
CN106233692B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN105917654B (zh) 经由一个或者更多个网络发送或者接收广播内容的设备和方法
KR101714444B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP6449897B2 (ja) 放送信号生成処理方法及び放送信号受信機
KR101956036B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101850726B1 (ko) 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치
CN105659611B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106464677A (zh) 发送/接收广播信号的方法和设备
CN106537822A (zh) 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法
KR101788067B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105934953B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105745899A (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
KR101788065B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN111107110B (zh) 广播信号传输设备、广播信号接收设备及其方法
CN106134203A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法、和广播信号接收方法
KR101812186B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106464978A (zh) 服务指南信息发送方法、服务指南信息接收方法、服务指南信息发送装置、以及服务指南信息接收装置
KR101841947B1 (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법, 방송 수신 장치 및 방송 수신 장치의 동작 방법
CN106416284B (zh) 广播信号发送设备和广播信号发送方法
CN106416284A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法

Legal Events

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