CN106031181A - 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 - Google Patents

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

Info

Publication number
CN106031181A
CN106031181A CN201580009960.7A CN201580009960A CN106031181A CN 106031181 A CN106031181 A CN 106031181A CN 201580009960 A CN201580009960 A CN 201580009960A CN 106031181 A CN106031181 A CN 106031181A
Authority
CN
China
Prior art keywords
data
packet
media stream
information
segmentation
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
CN201580009960.7A
Other languages
English (en)
Other versions
CN106031181B (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 CN106031181A publication Critical patent/CN106031181A/zh
Application granted granted Critical
Publication of CN106031181B publication Critical patent/CN106031181B/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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H04H20/423—Transmitter side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
    • H04H60/40—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075—Transmission of coding parameters to receiver
    • 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/233—Processing of audio elementary 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/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/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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • 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/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/30—Aspects of broadcast communication characterised by the use of a return channel, e.g. for collecting users' opinions, for returning broadcast space/time information or for requesting data
    • H04H2201/37—Aspects of broadcast communication characterised by the use of a return channel, e.g. for collecting users' opinions, for returning broadcast space/time information or for requesting data via a different channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Landscapes

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

Abstract

提供了一种用于发送广播信号的方法。根据本发明的用于发送广播信号的方法可以是广播内容发送方法，该方法包括以下步骤：由第一模块生成广播内容的第一媒体流，其中，所述第一媒体流包括多个分组，并且所述分组中的至少一个分组包括时间信息；由第二模块生成广播内容的第二媒体流；由第三模块通过广播网络发送第一媒体流；由第四模块从接收机接收针对第二媒体流的请求；以及由第四模块通过互联网向所述接收机发送第二媒体流。

Description

广播信号发送设备、广播信号接收设备、广播信号发送方法和 广播信号接收方法
技术领域
本发明涉及用于发送和接收广播信号的方法和设备。
背景技术
随着模拟广播信号传输终结，用于发送/接收数字广播信号的各种技术被开发。数字广播信号可以包括比模拟广播信号量更多的视频/音频数据并且可以进一步包括各种类型的附加数据。
发明内容
技术问题
即，数字广播***能够提供HD(高清)图像、多信道音频和各种附加服务。然而，需要为了数字广播改进传输大量数据的数据传输效率、发送/接收网络的鲁棒性以及考虑移动接收设备的网络灵活性。
技术方案
本发明的目的可通过提供一种发送广播内容的方法来实现，该方法包括以下步骤：由第一模块生成广播内容的第一媒体流，所述第一媒体流包括多个分组，所述分组中的至少一个分组包括时间信息；由第二模块生成所述广播内容的第二媒体流；由第三模块通过广播网络发送所述第一媒体流；由第四模块从接收机接收针对所述第二媒体流的请求；以及由所述第四模块通过互联网向接收机发送所述第二媒体流。
所述至少一个分组可包括扩展报头，该扩展报头包括所述时间信息，并且所述时间信息可包括指示所述第一媒体流的呈现时间的时间戳信息。
所述扩展报头可仅包括所述时间戳的一部分。
所述扩展报头还可包括指示所述第二媒体流的呈现时间的时间戳信息。
所述扩展报头还可包括关于从所述第一媒体流的生成时间直至消费时间的建议呈现延迟的信息。
指示所述第一媒体流的呈现时间的所述时间戳可指示应用了所述建议呈现延迟的所述第一媒体流的呈现时间值。
所述至少一个分组的有效载荷可包括用于配置所述第一媒体流的时间线的第一时间线参考信息以及用于配置所述第二媒体流的时间线的第二时间线参考信息。
所述至少一个分组的所述有效载荷还可包括关于从所述第一媒体流和所述第二媒体流的生成时间直至消费时间的建议呈现延迟的信息。
所述第一时间线参考信息和所述第二时间线参考信息可具有应用了所述建议呈现延迟的值。
所述第一媒体流可以是所述广播内容的视频流，并且所述第二媒体流可以是所述广播内容的音频流。
在本发明的另一方面，本文提供了一种用于发送广播内容的设备，该设备包括：第一模块，其被配置为生成广播内容的第一媒体流，所述第一媒体流包括多个分组，所述分组中的至少一个分组包括时间信息；第二模块，其被配置为生成所述广播内容的第二媒体流；第三模块，其被配置为通过广播网络发送所述第一媒体流；以及第四模块，其被配置为从接收机接收针对所述第二媒体流的请求，并且通过互联网向接收机发送所述第二媒体流。
所述至少一个分组可包括扩展报头，该扩展报头包括所述时间信息，并且所述时间信息可包括指示所述第一媒体流的呈现时间的时间戳信息。
所述扩展报头可仅包括所述时间戳的一部分。
所述扩展报头还可包括指示所述第二媒体流的呈现时间的时间戳信息。
所述扩展报头还可包括关于从所述第一媒体流的生成时间直至消费时间的建议呈现延迟的信息。
指示所述第一媒体流的呈现时间的所述时间戳可指示应用了所述建议呈现延迟的所述第一媒体流的呈现时间值。
所述至少一个分组的有效载荷可包括用于配置所述第一媒体流的时间线的第一时间线参考信息以及用于配置所述第二媒体流的时间线的第二时间线参考信息。
所述至少一个分组的所述有效载荷还可包括关于从所述第一媒体流和所述第二媒体流的生成时间直至消费时间的建议呈现延迟的信息。
所述第一时间线参考信息和所述第二时间线参考信息可具有应用了所述建议呈现延迟的值。
所述第一媒体流可以是所述广播内容的视频流，并且所述第二媒体流可以是所述广播内容的音频流。
有益效果
本发明的实施例通过控制各个服务或者服务组件的QoS(服务质量)并且通过根据各个服务的特征处理数据提供广播服务。
本发明的实施例通过利用相同的RF(射频)信号带宽发送各种广播服务提供传输灵活性。
本发明的实施例通过使用MIMO(多输入多输出)***增强广播信号的鲁棒性和数据传输的效率。
本发明的实施例提供广播发送设备、广播发送设备的操作方法、广播接收设备、以及广播接收设备的操作方法，其能够在没有错误的情况下获取数字广播信号，尽管我们正在使用移动接收设备或者我们在室内。
附图说明
被包括以提供本发明的进一步理解并且被合并且组成本申请的一部分的附图，图示本发明的实施例并且连同描述一起用作解释本发明的原理。在附图中：
图1图示根据本发明的实施例用于发送供未来的广播服务的广播信号的装置的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一个实施例的输入格式化块。
图4图示根据本发明的另一个实施例的BICM块。
图5图示根据本发明的另一实施例的BICM块。
图6图示根据本发明的一个实施例的帧构建块。
图7图示根据本发明的实施例的OFMD产生块。
图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图示当单向文件传输(FLUTE)协议被使用时的数据处理时间。
图26图示根据本发明的实施例的单向实时对象传输(ROUTE)协议栈。
图27图示根据本发明的实施例的基于文件的多媒体内容的数据结构。
图28图示数据结构被应用到的MPEG-DASH的媒体片段结构。
图29图示根据本发明的实施例的使用ROUTE协议的数据处理时间。
图30图示根据本发明的实施例的用于文件传输的分层编码传送(LCT)分组结构。
图31图示根据本发明的另一实施例的LCT分组的结构。
图32图示根据本发明的实施例的基于FDT的实时广播支持信息信令。
图33图示根据本发明的实施例的广播信号传输设备的框图。
图34图示根据本发明的实施例的广播信号传输设备的框图。
图35图示根据本发明的实施例的用于实时产生和发送基于文件的多媒体内容的过程的流程图。
图36是图示根据本发明的实施例的用于使用分组器允许广播信号传输设备产生分组的过程的流程图。
图37是图示根据本发明的另一实施例的用于实时产生/发送基于文件的多媒体内容的过程的流程图。
图38是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。
图39是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。
图40是图示根据本发明的实施例的用于接收/消耗基于文件的多媒体内容的过程的流程图。
图41是图示根据本发明的实施例的用于接收/消耗基于文件的多媒体内容的过程的流程图。
图42是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
图43是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
图44是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
图45是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
图46是图示根据本发明的另一实施例的包括类型信息的分组的结构的图。
图47是图示根据本发明的另一实施例的包括边界信息的分组的结构的图。
图48是图示根据本发明的另一实施例的包括映射信息的分组的结构的图。
图49是图示根据本发明的另一实施例的包括编组信息的LCT分组的结构的图。
图50是图示根据本发明的另一实施例的会话和对象的编组的图。
图51是图示根据本发明的另一实施例的使用分组信息的广播信号发送设备的结构的图。
图52是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
图53是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图54是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图55是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
图56是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
图57是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
图58是示出根据本发明的另一实施例的包括偏移信息的分组的结构的图。
图59是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
图60是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
图61是示出根据本发明的另一实施例的包括实时信息的分组的结构的图。
图62是示出根据本发明的另一实施例的广播信号传输设备的结构的图。
图63是示出根据本发明的另一实施例的广播信号接收设备的结构的图。
图64是示出根据本发明的实施例的用于下一代广播***的协议栈的视图。
图65图示根据本发明的实施例的下一代广播***的接收器。
图66是示出根据本发明的实施例的广播接收器的视图。
图67图示根据本发明的实施例的用于在广播网络中的传送流和在互联网(异构网络)中的传送流之间的同步的时间线组件。
图68图示根据本发明的实施例的时间线组件AU的语法。
图69图示根据本发明的另一实施例的时间线组件AU的语法。
图70图示根据本发明的实施例的当广播网络传输分组的时间线不存在时使用时间线组件同步通过异构网络(例如，互联网)发送的流与通过广播网络发送的流的方案。
图71图示根据本发明的另一实施例的时间线组件AU的语法。
图72图示根据本发明的另一实施例的时间线组件AU的语法。
图73图示根据本发明的另一实施例的使用时间线参考信令信息在广播网络上发送的流和在异构网络上发送的流之间的同步的方法。
图74图示根据本发明的另一实施例的时间线参考信息AU的语法。
图75图示根据本发明的另一实施例的时间线参考信息AU的语法。
图76图示根据本发明的另一实施例的支持时间线参考信息的传输的LCT分组的结构。
图77图示根据本发明的另一实施例的支持时间线参考信息的传输的LCT分组的结构。
图78图示根据本发明的实施例的在DASH被应用到的广播网络中的传送流和异构网络(例如，互联网)中的传送流之间使用时间线组件AU的同步方案。
图79图示根据本发明的实施例的用于在ISO BMFF中识别时间线组件的采样条目。
图80图示根据本发明的实施例的用于在ISO BMFF中表达在时间线组件轨道和另一轨道之间的依存关系的轨道参考类型框。
图81图示根据本发明的实施例的用于在下一代广播***中获取服务和/或内容的配置。
图82图示根据本发明的实施例的在ISO BMFF中访问视频数据和/或音频数据的方案。
图83图示根据本发明的另一实施例的在ISO BMFF中访问视频数据和/或音频数据的方案。
图84是图示根据本发明的实施例的广播发送帧的示图。
图85是根据本发明的另一实施例的广播发送帧的示图。
图86是图示根据本发明的实施例的发送广播服务的传输分组的结构的示图。
图87是图示根据本发明的实施例的用于发送广播服务的传输分组中所包括的network_protocol字段的值的示图。
图88是用信号通知广播服务和广播服务传输路径的广播服务信令表和广播服务传输路径信令信息的示图。
图89是图示根据本发明的实施例的广播服务信令表的示图。
图90是图示根据本发明的实施例的广播服务信令表中所包括的service_category字段的值的示图。
图91示出根据本发明的实施例的广播服务信令表。
图92是根据本发明的另一实施例的流标识符描述符的示图。
图93是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的示图。
图94是图示根据本发明的实施例的当广播接收装置接收分组的广播分组时的操作的示图。
图95是图示根据本发明的实施例的片段配置的示图。
图96是图示根据本发明的实施例的用于实时内容传输的实时传输协议(RTP)分组的结构的示图。
图97是图示根据本发明的实施例的基于ISO基本媒体文件格式(ISO BMFF)的媒体文件格式的示图。
图98是图示根据本发明的实施例的分组有效载荷中的有效载荷报头的配置的示图。
图99和图100是图示一个媒体数据被分组在一个分组中的传输分组的有效载荷配置的示图。
图101和图102是图示多个媒体数据被分组在一个分组中的传输分组的配置的示图。
图103是图示根据本发明的实施例的分段分组的有效载荷的示图。
图104是图示根据本发明的另一实施例的分段分组中的有效载荷的配置的示图。
图105是当广播发送装置将基于ISO BMFF的媒体文件分段至多个分组时的示图。
图106是图示由图105的广播发送装置进行分组的第一分段单元数据的示图。
图107至图109是图示根据本发明的实施例的图105的分段单元数据中包括除了起始数据以外的剩余数据的分段单元的示图。
图110是图示根据本发明的实施例的元数据的时间线信令表的示图。
图111是图示一个元数据被分组在传输分组的有效载荷数据中的有效载荷数据的配置的示图。
图112是根据本发明的实施例的当传输分组的有效载荷数据包括用于时间线的元数据时的示图。
图113是当多个元数据被分组在一个传输分组中时的示图。
图114是当一个传输分组包括多个时间线信息时的示图。
图115是图示一个元数据被划分并分组在多个传输分组中的分组有效载荷的示图。
图116是图示根据本发明的另一实施例的元数据分段报头的示图。
图117是图示根据本发明的实施例的当广播接收装置接收广播分组时的操作的示图。
图118是当通过广播网络利用RTP发送视频流并且通过互联网利用基于文件格式的媒体数据发送视频流时的示图。
图119是图示根据本发明的实施例的传输分组的配置的示图。
图120是图示根据本发明的实施例的分组报头的配置的示图。
图121和图122是图示包括时间信息的报头扩展的配置的示图。
图123至图126是图示根据本发明的另一实施例的报头扩展的配置的示图。
图127是图示根据本发明的实施例的用于支持与另一定时信息的映射的报头扩展的结构的示图。
图128是图示根据本发明的实施例的广播发送装置的操作方法的示图。
图129是图示根据本发明的实施例的广播接收装置的操作方法的示图。
图130是图示包括关于传输分组的配置的信息的分组报头的结构的示图。
图131是图示参照图130描述的传输分组的配置的示图。
图132是图示根据本发明的实施例的广播发送装置的操作方法的示图。
图133是图示根据本发明的实施例的广播接收装置的操作方法的示图。
图134是图示根据本发明的实施例的包括建议呈现延迟(SPD)的时间线参考信息AU的示图。
图135是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的时间线参考信息AU的示图。
图136是图示根据本发明的实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。
图137是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。
图138是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。
图139是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
图140是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
图141是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
图142是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
图143是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
图144是图示根据本发明的实施例的发送广播内容的方法的示图。
图145是图示根据本发明的实施例的用于发送广播内容的设备的示图。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在附图中图示。该详细说明将在下面参考附图给出，其意欲解释本发明的示例性实施例，而不是示出可以根据本发明仅实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是，对于本领域技术人员来说显而易见，本发明可以无需这些特定的细节实践。
虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规的一个中选择，但是某些术语已经由申请人任意地选择，并且其含义在以下的描述中根据需要详细说明。因此，本发明应该基于该术语意欲的含义，而不是其简单的名称或者含义理解。
本发明提供用于发送和接收供未来的广播服务的广播信号的设备和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的***。本发明可以定义三个物理层(PL)简档(profile)(基础、手持和高级简档)每个被优化以最小化接收器复杂度，同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收器将实施的所有配置的子集。
三个PHY简档共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来限定。对于***演进，未来的简档还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节在下面描述。
1.基础简档
基础简档表示对于通常连接到屋顶天线的固定的接收设备的主要使用情形。基础简档还包括能够运输到一个场所，但是属于相对固定接收类别的便携式设备。基础简档的使用可以通过某些改进的实施被扩展到手持设备或者甚至车辆，但是，对于基础简档接收器操作不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB，其包括现有的广播***(例如，ATSC A/53)的15dB SNR接收能力。接收器复杂度和功耗不像在电池操作的手持设备一样严重，手持设备将使用手持简档。用于基础简档的关键***参数在以下的表1中列出。
[表1]
LDPC码字长度 16K，64K比特
星座大小 4～10bpcu(每个信道使用的比特)
时间解交织存储器大小 <219数据信元
导频图案 用于固定接收的导频图案
FFT大小 16K，32K点
2.手持简档
手持简档设计成在以电池电源操作的手持和车载设备中使用。该设备可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持简档的设备的实施是非常重要的。手持简档的目标SNR范围大约是0至10dB，但是，当意欲用于较深的室内接收时，可以配置为达到低于0dB。
除了低的SNR能力之外，由接收器移动性所引起的多普勒效应的适应性是手持简档最重要的性能品质。用于手持简档的关键***参数在以下的表2中列出。
[表2]
LDPC码字长度 16K比特
星座大小 2～8bpcu
时间解交织存储器大小 <218数据信元
导频图案 用于移动和室内接收的导频图案
FFT大小 8K，16K点
3.高级简档
高级简档以更大的实施复杂度为代价提供最高的信道容量。该属性需要使用MIMO发送和接收，并且UHDTV服务是对该属性特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目，例如，多个SDTV或者HDTV服务。
高级简档的目标SNR范围大约是20至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编码的块中的一个
数据管道：承载服务数据或者相关元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
数据管道单元：用于在帧中将数据信元分配给DP的基本单位。
数据符号：在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)
DP_ID：此8比特字段唯一地识别在通过SYSTME_ID识别的***内的DP
哑信元：承载被用于填充不被用于PLS信令、DP或者辅助流的剩余的容量的伪随机值的信元
紧急警告信道：承载EAS信息数据的帧的部分
帧：以前导开始并且以帧边缘符号结束的物理层时隙
帧重复单元：属于包括FET的相同或者不同的物理层属性的帧的集合，其在超帧中被重复八次
快速信息信道：在承载服务和相对应的基本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的所有比特的Ncell个信元的集合
图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承载。模式适配模块将输入数据流限制(slice)为基带帧(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个字节的固定长度BBF报头***在BB帧的前面。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帧限制器(slicer)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能够使用外编码(BCH)和内编码(LDPC)对输入BBF执行FEC编码，以产生FECBLOCK过程。外编码(BCH)是可选择的编码方法。稍后将描述数据FEC编码器5010的操作细节。
比特交织器5020可以以LDPC编码和调制方案的组合交织数据FEC编码器5010的输出以实现优化的性能，同时提供有效地可执行的结构。稍后将描述比特交织器5020的操作细节。
星座映射器5030可以使用QPSK、QAM-16、不均匀QAM(NUQ-64、NUQ-256、NUQ-1024)，或者不均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)，在基础和手持简档中调制来自比特交织器5020的每个信元字(cell word)，或者在高级简档中来自信元字解复用器5010-1的信元字，以给出功率标准化的星座点el。该星座映射仅适用于DP。注意到，QAM-16和NUQ是正方形的形状，而NUC具有任意形状。当每个星座转动90度的任意倍数时，转动的星座精确地与其原始的一个重叠。这个“旋转感”对称属性使实和虚组件的容量和平均功率彼此相等。对于每个编码率，NUQ和NUC两者被具体地限定，并且使用的特定的一个由在PLS2数据中归档的参数DP_MOD用信号传送。
时间交织器5050可以在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。稍后将描述时间交织器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编码意欲用于在发射器和接收器两者处需要至少两个天线的2x2MIMO***。在该建议下定义两个MIMO编码模式：全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收器侧处相对小的复杂度增加提供性能提高，而FRFD-SM编码以在接收器侧处巨大的复杂度增加提供性能提高和附加分集增益。所提出的MIMO编码方案没有对天线极性配置进行限制。
MIMO处理对于高级简档帧是需要的，其指的是由MIMO编码器处理在高级简档帧中的所有DP。MIMO处理在DP级别适用。星座映射器对输出NUQ(e1,i和e2,i)被馈送给MIMO编码器的输入。配对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的相同的载波k和OFDM符号l发送。
以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。
图5图示根据本发明的另一个实施例的BICM块。
在图6中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
图6图示用于保护物理层信令(PLS)、紧急警告信道(EAC)和快速信息信道(FIC)的BICM块。EAC是承载EAS信息数据的帧的部分，并且FIC是在承载在服务和相应的基础DP之间的映射信息的帧中的逻辑信道。稍后将描述EAC和FIC的细节。
参考图6，用于保护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信息块Ildpc被***编码，并且附在其之后。
[等式1]
C l d p c = I l d p c P l d p c = &lsqb; i 0 , i 1 , ... , i K l d p c - 1 , p 0 , p 1 , ... , p N l d p c - K l d p c - 1 &rsqb;
用于PLS1和PLS2的LDPC编码参数如以下的表4。
[表4]
LDPC奇偶穿孔块可以对PLS1数据和PLS 2数据执行穿孔。
当缩短被应用于PLS1数据保护时，一些LDPC奇偶校验比特在LDPC编码之后被穿孔。此外，对于PLS2数据保护，PLS2的LDPC奇偶校验比特在LDPC编码之后被穿孔。不发送这些被穿孔的比特。
比特交织器6010可以交织每个被缩短和被穿孔的PLS1数据和PLS2数据。
星座映射器6020可以将比特交织的PLS 1数据和PLS2数据映射到星座上。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图6图示根据本发明的一个实施例的帧构建块。
在图6中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。
参考图6，帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。
延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射器端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟，PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器5050。带内信令数据承载下一个TI组的信息，使得它们承载要用信号传送的DP前面的一个帧。据此，延迟补偿块延迟带内信令数据。
信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射到在该帧中的OFDM符号的活动载波。信元映射器7010的基本功能是，如果有的话，将对于DP、PLS信元、以及EAC/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。
频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外，频率交织器7020可以使用不同的交织种子顺序，对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作，以得到在单个帧中最大的交织增益。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图7图示根据本发明的实施例的OFDM产生块。
在图7中图示的OFDM产生块对应于参考图1描述的OFDM产生块1030的实施例。
OFDM产生块通过由帧构建块产生的信元调制OFDM载波，***导频，并且产生用于传输的时间域信号。此外，这个块随后***保护间隔，并且应用PAPR(峰均功率比)减少处理以产生最终的RF信号。
参考图7，帧构建块可以包括导频和保留音***块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR减少块8030、保护间隔***块8040、前导***模块8050、其它的******块8060和DAC块8070。
另一个******块8060可以在时间域中复用多个广播发送/接收***的信号，使得提供广播服务的两个或更多个不同的广播发送/接收***的数据可以在相同的RF信号带宽中同时发送。在这种情况下，两个或更多个不同的广播发送/接收***指的是提供不同广播服务的***。不同广播服务可以指的是陆地广播服务、移动广播服务等。
图8图示根据本发明的实施例的用于接收供未来的广播服务的广播信号装置的结构。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的设备可以对应于参考图1描述的用于发送供未来的广播服务的广播信号的设备。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的设备可以包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将给出用于接收广播信号装置的每个模块的操作的描述。
同步和解调模块9000可以经由m个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简档定义可以使用在前导中PHY_PROFILE的保留的值扩展。
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数据，其包含访问感兴趣的DP的参数。PLS2在每个帧中承载，并且被划分为两个主要部分：PLS2-STAT数据和PLS2-DYN数据。必要时，在PLS2数据的静态和动态部分之后是填充。
图11图示根据本发明的实施例的前导信令数据。
前导信令数据承载需要允许接收器访问PLS数据和跟踪在帧结构内DP的21比特信息。前导信令数据的细节如下：
PHY_PROFILE：该3比特字段指示当前帧的PHY简档类型。不同的PHY简档类型的映射在以下的表5中给出。
[表5]
值 PHY简档
000 基础简档
001 手持简档
010 高级简档
011～110 保留
111 FEF
FFT_SIZE：该2比特字段指示在帧组内当前帧的FFT大小，如在以下的表6中描述的。
[表6]
值 FFT大小
00 8K FFT
01 16K FFT
10 32K FFT
11 保留
GI_FRACTION：该3比特字段指示在当前超帧中的保护间隔分数值，如在以下的表7中描述的。
[表7]
值 GI_FRACTION
000 1/5
001 1/10
010 1/20
011 1/40
100 1/80
101 1/160
110～111 保留
EAC_FLAG：该1比特字段指示在当前帧中是否提供EAC。如果该字段被设置为“1”，则在当前帧中提供紧急警告服务(EAS)。如果该字段被设置为“0”，在当前帧中没有承载EAS。该字段可以在超帧内动态地切换。
PILOT_MODE：该1比特字段指示对于当前帧组中的当前帧导频图案是移动模式还是固定模式。如果该字段被设置为“0”，则使用移动导频图案。如果该字段被设置为“1”，则使用固定导频图案。
PAPR_FLAG：该1比特字段指示对于当前帧组中的当前帧是否使用PAPR减少。如果该字段被设置为值“1”，则音保留被用于PAPR减少。如果该字段被设置为“0”，则不使用PAPR减少。
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比特字段唯一地识别在ATSC网络内的Futurecast UTB***。Futurecast UTB***是陆地广播***，其输入是一个或多个输入流(TS、IP、GS)，并且其输出是RF信号。如果有的话，Futurecast UTB***承载一个或多个PHY简档和FEF。相同的Futurecast UTB***可以承载不同的输入流，并且在不同的地理区中使用不同的RF频率，允许本地服务***。帧结构和调度在一个位置中被控制，并且对于在Futurecast UTB***内的所有传输是相同的。一个或多个Futurecast UTB***可以具有相同的SYSTEM_ID含义，即，它们所有具有相同的物理层结构和配置。
随后的环路由FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_Gl_FRACTION和RESERVED组成，其用于表示FRU配置和每个帧类型的长度。环路大小是固定的，使得四个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_GI_FRACTION一起使用FRU_FRAME_LENGTH，可以获得帧持续时间的精确值。
FRU_GI_FRACTION：这个3比特字段表示相关联的FRU的第(i+1)个帧的保护间隔分数值。FRU_GI_FRACTION根据表7被用信号传送。
RESERVED：这个4比特字段保留供将来使用。
以下的字段提供用于解码PLS2数据的参数。
PLS2_FEC_TYPE：这个2比特字段表示由PLS2保护使用的FEC类型。FEC类型根据表10被用信号传送。稍后将描述LDPC码的细节。
[表10]
内容 PLS2FEC类型
00 4K-1/4和7K-3/10LDPC码
01～11 保留
PLS2_MOD：这个3比特字段表示由PLS2使用的调制类型。调制类型根据表11被用信号传送。
[表11]
值 PLS2_MODE
000 BPSK
001 QPSK
010 QAM-16
011 NUQ-64
100～111 保留
PLS2_SIZE_CELL：这个15比特字段表示Ctotal_partial_block，用于在当前帧组中承载的PLS2的全编码块的聚集的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_STAT_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-STAT的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_DYN_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-DYN的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_REP_FLAG：这个1比特标记表示是否在当前帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_blook，用于在当前帧组的每个帧中承载的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：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_blook，用于在下一个帧组的每个帧中承载的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～1111 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比特字段表示是否在相关联的DP中使用SSD模式。如果这个字段被设置为值“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)。被允许的具有2比特字段的PI值被在以下的表18中定义。
如果DP_TI_TYPE被设置为值“0”，则这个字段表示每个TI组的TI块NTI的数目，并且每个帧(PI＝1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。
[表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]
值 带内模式
00 没有承载带内信令
01 仅承载带内PLS
10 仅承载带内ISSY
11 承载带内PLS和带内ISSY
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-标准
10 DNP-偏移
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_COUTER：这个4比特字段表示配置将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化，例如，值“1”表示在下一个超帧中存在变化。
FIC_CHANGE_COUNTER：这个4比特字段表示其中配置(即，FIC的内容)将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化，例如，值“0001”表示在下一个超帧中存在变化。
RESERVED：这个16比特字段被保留供将来使用。
在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”，随后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，则随后的12比特被分配用于EAC_COUNTER。
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。然后，在PLS字段之后，EAC信元，如果有的话，被直接地映射，接下来是FIC信元，如果有的话。在PLS或者EAC、FIC之后，接下来DP被映射，如果有的话。首先跟随类型1DP，并且接下来类型2DP。稍后将描述DP的类型细节。在一些情况下，DP可以承载用于EAS的一些特定的数据或者服务信令数据。如果有的话，辅助流跟随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的活动载波。PLS1PLS1单元被以单元索引的递增顺序首先从第一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之前不是FIC、DP、辅助流或者除了PLS信元以外的哑信元的任何一个。映射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，基础DP也可以使用BASE_DP_ID解码。除其承载的内容以外，基础DP被以与普通DP完全相同的方式编码和映射到帧。因此，对于基础DP不需要另外的描述。FIC数据在管理层中产生和消耗。FIC数据的内容在管理层规范中描述。
FIC数据是可选的，并且FIC的使用由在PLS2的静态部分中的FIC_FLAG参数用信号传送。如果使用FIC，则FIC_FLAG被设置为“1”，并且用于FIC的信令字段在PLS2的静态部分中被定义。在这个字段中用信号传送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享相同的信令参数，诸如PLS2_MOD和PLS2_FEC。如果有的话，FIC数据紧挨着PLS2或者EAC之后被映射。FIC之前不是任何普通DP、辅助流或者哑信元。映射FIC信元的方法与EAC的完全相同，也与PLS的相同。
在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编码器可以使用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码，以产生FECBLOCK过程。图示的FEC结构对应于FECBLOCK。此外，FECBLOCK和FEC结构具有对应于LDPC码字长度的相同的值。
BCH编码应用于每个BBF(Kbch比特)，然后LDPC编码应用于BCH编码的BBF(Kldpc比特＝Nbch比特)，如在图22中图示的。
Nldpc的值或者是64800比特(长FECBLOCK)或者16200比特(短FECBLOCK)。
以下的表28和表29分别示出用于长FECBLOCK和短FECBLOCK的FEC编码参数。
[表28]
[表29]
BCH编码和LDPC编码的操作细节如下：
12-纠错BCH码用于BBF的外编码。用于短FECBLOCK和长FECBLOCK的BCH生成多项式通过将所有多项式相乘在一起获得。
LDPC码用于编码外BCH编码的输出。为了产生完整的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从每个Ildpc(BCH编码的BBF)被***编码，并且附加到Ildpc。完整的Bldpc(FECBLOCK)表示为下述等式。
[等式2]
B l d p c = I l d p c P l d p c = &lsqb; i 0 , i 1 , ... , i K l d p c - 1 , p 0 , p 1 , ... , p N l d p c - K l d p c - 1 &rsqb;
用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。
计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下：
1)初始化奇偶校验比特，
[等式3]
p 0 = p 1 = p 2 = ... = - p N l d p c - K l d p c - 1 = 0
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：
[等式4]
p 983 = p 983 &CirclePlus; i 0 p 2815 = p 2815 &CirclePlus; i 0
p 4837 = p 4837 &CirclePlus; i 0 p 4989 = p 4989 &CirclePlus; i 0
p 6138 = p 6138 &CirclePlus; i 0 p 6458 = p 6458 &CirclePlus; i 0
p 6921 = p 6921 &CirclePlus; i 0 p 6974 = p 6974 &CirclePlus; i 0
p 7572 = p 7572 &CirclePlus; i 0 p 8260 = p 8260 &CirclePlus; i 0
p 8496 = p 8496 &CirclePlus; i 0
3)对于接下来的359个信息比特is，s＝1、2、…359，使用以下等式在奇偶校验位地址处累加is。
[等式5]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
这里x表示对应于第一比特i0的奇偶校验比特累加器的地址，并且QIdpc是在奇偶校验矩阵的地址中指定的编码率相关的常数。继续该示例，对于速率13/15，QIdpc＝24，因此，对于信息比特i1，执行以下的操作：
[等式6]
p 1007 = p 1007 &CirclePlus; i 1 p 2839 = p 2839 &CirclePlus; i 1
p 4861 = p 4861 &CirclePlus; i 1 p 5013 = p 5013 &CirclePlus; i 1
p 6162 = p 6162 &CirclePlus; i 1 p 6482 = p 6482 &CirclePlus; i 1
p 6945 = p 6945 &CirclePlus; i 1 p 6998 = p 6998 &CirclePlus; i 1
p 7596 = p 7596 &CirclePlus; i 1 p 8284 = p 8284 &CirclePlus; i 1
p 8520 = p 8520 &CirclePlus; i 1
4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。以类似的方式，使用等式6获得用于随后的359信息比特is的奇偶校验比特累加器的地址，s＝361、362、…719，这里x表示对应于信息比特i360的奇偶校验比特累加器的地址，即，在奇偶校验矩阵的地址的第二行中的条目。
5)以类似的方式，对于360个新的信息比特的每个组，从奇偶校验矩阵的地址的新行用于找到奇偶校验比特累加器的地址。
在所有信息比特用尽之后，最后的奇偶校验比特如下获得：
6)以i＝1开始顺序地执行以下的操作。
[等式7]
p i = p i &CirclePlus; p i - 1 , i = 1 , 2 , ... , N l d p c - K l d p c - 1
这里pi的最后的内容，i＝0,1，...，NIdpc-KIdpc–1，等于奇偶校验比特pi。
[表30]
编码率 Qldpc
5/15 120
6/15 108
7/15 96
8/15 84
9/15 72
10/15 60
11/15 48
12/15 36
13/15 24
除了以表31替换表30，并且以用于短FECBLOCK的奇偶校验矩阵的地址替换用于长FECBLOCK的奇偶校验矩阵的地址之外，用于短FECBLOCK的这个LDPC编码过程是根据用于长FECBLOCK的LDPC编码过程。
[表31]
编码率 Qldpc
5/15 30
6/15 27
7/15 24
8/15 21
9/15 18
10/15 15
11/15 12
12/15 9
13/15 6
图20图示根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。
在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等于数目NxBL0CK_TI(n,s)。
图21图示根据本发明的实施例的被扭曲的行-列块交织器的基本操作。
图21(a)示出在时间交织器中的写入操作，并且图21(b)示出时间交织器中的读取操作。第一XFECBLOCK以列方式写入到TI存储器的第一列，并且第二XFECBLOCK被写入到下一列等等，如在(a)中所示。然而，在交织阵列中，信元以对角线方式被读出。在从第一行(沿着以最左边的列开始的行向右)到最后一行的对角线方式的读取期间，信元被读出，如在(b)中所示。详细地，假定作为要被顺序地读取的TI存储器单元位置，通过计算如下的等式的行索引Rn，S，i、列索引Cn，S，i以及被关联的扭曲参数Tn，S，i执行以这样的校正阵列的读取过程。
[等式8]
GENERATE(Rn，s，i，Cn，s，i)＝
{
Rn，s，i＝mod(i，Nr)，
Tn，s，i＝mod(Sshift×Rn，s，i，Nc)，
}
其中Sshift是用于对角线方式读取过程的公共移位值，不论NxBLOCK_TI(n，s)如何，并且如以下等式，通过在PLS2-STAT中给出的NxBLOCK_TI(n，s)来确定。
[等式9]
对于
S s h i f t = N x B L O C K _ T I _ M A X &prime; - 1 2
结果，通过作为zn，s，i＝NrCn，s，i+Rn，s，i的坐标计算要被读出的信元位置。
图22图示根据本发明的另一实施例的被扭曲的行-列块交织器的操作。
更加具体地，图22图示用于各个TI组的TI存储器的交织阵列，包括当NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6、NxBLOCK_TI(2，0)＝5时的虚拟XFECBLOCK。
可变数目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、以及P1＝1，在PLS2-STAT数据中用信号传送时间交织器的选项。每个TI组的其每一个具有Ncells＝30小区的XFECBLOCK的数目分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5在PLS2-DYN数据中用信号传送。通过NxBLOCK_Groyp_MAx，在PLS-STAT数据中用信号传送XFECBLOCK的最大数目，这导致
图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图示当单向文件传输协议(FLUTE)协议被使用时的数据处理时间。
最近，其中广播网络和互联网被组合的混合广播服务已经被广泛地使用。混合广播服务可以将A/V内容发送到传统广播服务，并且可以通过互联网将与A/V内容有关的附加的数据。另外，最近已经提出用于发送A/V内容的一些部分的服务可以在互联网上被发送。
因为在异构网络上发送A/V内容，所以需要对于紧密地组合在异构网络上发送的A/V内容数据条的方法和简单协作方法。为此，需要能够被同时应用于广播网络和互联网的通信传输方法。
能够被共同地应用于广播网络和互联网的A/V内容传输方法中的具有代表性的一个是要使用基于文件的多媒体内容。基于文件的多媒体内容具有优异的可扩展性，与传输(Tx)协议无关，并且使用基于传统互联网的下载方案已经被广泛地使用。
单向文件传输协议(FLUTE)是不仅适合于在广播网络和互联网之间的交互作用而且适合于大容量文件的基于文件的多媒体内容的传输的协议。
FLUTE是用于基于ALC的单向文件传输的应用，并且是其中定义关于对于文件传输所需要的文件的信息和对于传输所需要的信息的协议。根据FLUTE，对于文件传输所需要的信息和关于要被发送的文件的各种属性的信息已经通过FDT(文件描述表)实例的传输被发送，并且然后相对应的文件被发送。
ALC(异步分层编码)是其中能够在其中单个发射器将文件发送到数个接收机的文件传输时间期间控制可靠性和拥塞的协议。ALC是用于错误控制的FEC构建块、用于拥塞控制的WEBRC构建块、用于会话和信道管理的分层编码传输(LCT)构建块的组合，并且可以根据服务和必要性构造构建块。
ALC被用作内容传输协议使得其能够将数据非常有效地发送到许多的接收机。另外，ALC具有单向特性，必要时以限制的方式被发送，不要求用于反馈的特定信道和资源，并且不仅在无线环境广播中而且在卫星环境广播中能够被使用。因为ALC不具有反馈，所以为了可靠性能够整体地或者部分地应用FEC编码方案，导致可靠服务的实现。另外，根据FEC方案FEC编码要发送的对象，构造通过FEC方案形成的Tx块和附加的符号，并且然后被发送。ALC会话可以是由一个或者多个信道组成，并且数个接收机根据网络状态接收会话的信道，并且在所选择的信道上接收所期待的对象。接收机能够被致力于接收其自己的内容，并且受到其它接收机的状态或者路径损耗的很小影响。因此，ALC具有高的稳定性或者能够使用多层传输提供稳定的内容下载服务。
LCT可以支持用于可靠内容传输(例如，FLUTE)协议和流传输协议的传输(Tx)级。LCT可以提供要被发送到接收机的基本信息的内容和特性。例如，LCT可以包括传送会话标识符(TSI)字段、传送对象ID(TOI)字段、以及拥塞控制信息(CCI)字段。
TSI字段可以包括用于识别ALC/LCT会话的信息。例如，可以使用发射器IP地址和UDP端口识别在会话中包含的信道。TOI字段可以包括用于识别各个文件对象的信息。CCI字段可以包括关于已使用或者未使用的状态的信息和关于拥塞控制块的信息。另外，LCT可以通过扩展的报头提供附加的信息和与FEC相关联的信息。
如上所述，对象(例如，文件)根据FLUTE协议被分组，并且然后根据ALC/LCT方案被分组。被分组的ALC/LCT数据根据UDP方案被重新分组，并且被分组的ALC/LCT/UDP数据根据IP方案被分组，导致ALC/LCT/UDP/IP数据的形成。
通过诸如LCT的内容传输协议基于文件的多媒体内容不仅可以被发送到互联网而且可以被发送到广播网络。在这样的情况下，通过LCT以对象或者文件为单位由至少一个对象或者文件组成的多媒体内容可以被发送和被消耗。在下文中将会详细地描述其详细描述。
图25(a)示出基于FLUTE协议的数据结构。例如，多媒体内容可以包括至少一个对象。一个对象可以包括至少一个分段(分段1或者分段2)。
在图25(b)中示出对于FLUTE协议所需要的数据处理时间。在图25(b)中，最低的附图示出广播信号传输设备开始或者停止一个对象的编码的编码开始和结束时间，并且最高的附图示出广播信号接收设备开始或者停止一个对象的再生的再生开始和结束时间。
广播信号传输设备可以在包括至少一个分段的对象的产生的完成之后开始对象的传输。因此，在广播信号传输设备开始产生对象的开始时间与广播信号传输设备开始发送对象的另一时间之间的传输待机时间(Dt1)出现。
另外，广播信号接收设备停止包括至少一个对象的对象的接收，并且然后开始对象的再生。因此，在广播信号接收设备开始对象的接收的开始时间与广播信号接收设备开始再生对象的另一时间之间的再生待机时间(Dr1)出现。
因此，在一个对象从广播信号传输设备被发送并且然后通过广播信号接收设备再生之前需要与传输待机时间和再生待机时间的总和相对应的预先确定的时间。这意指广播信号接收设备要求相对长的初始接入时间以接入对应的对象。
如上所述，因为FLUTE协议被使用，所以广播信号传输设备基于对象发送数据，广播信号接收设备必须接收一个对象的数据并且必须消耗相对应的对象。因此，基于FLUTE协议的对象传输不适合于实时广播环境。
图26图示根据本发明的实施例的单向实时对象传输(ROUTE)协议栈。
支持基于IP的混合广播的下一代广播***可以包括视频数据、音频数据、字幕数据、信令数据、电子服务指南(ESG)数据、以及/或者NRT内容数据。
视频数据、音频数据、字幕数据等等可以以ISO基本媒体文件(在下文中被称为ISOBMFF)的形式被封装。例如，以ISO BMFF的形式被封装的数据可以具有MPEG(运动图片专家组)-DASH(在HTTP上的动态适配流)片段或者媒体处理单元(MPU)的格式。然后，以BMFF的形式封装的数据可以在广播网络或者互联网上被同等地发送或者可以根据各自的传输网络的属性被不同地发送。
在广播网络的情况下，信令数据、ESG数据、NRT数据、以及或者以ISO BMFF的形式封装的数据可以以支持实时对象传输的应用层传输协议分组的形式被封装。例如，以ISOBMFF的形式被封装的数据可以以ROUTE(单向实时对象传输)和MMT传送分组的形式被封装。
单向实时对象传输(ROUTE)是用于在IP多播网络上的文件的递送的协议。ROUTE协议利用异步分层编码(ALC)、为大规模可扩展多播分布设计的基本协议、分层编码传送(LCT)、以及其它的公知的互联网标准。
ROUTE是具有附加的特征的FLUTE的增强和用于其的功能更换。ROUTE协议是递送对象的可靠递送并且使用LCT分组被关联元数据。ROUTE协议可以被用于实时递送。
ROUTE用作递送信令消息、电子服务指南(ESG)消息、以及NRT内容。其也特别适合于用于例如MPEG-DASH媒体片段文件的流媒体的递送。与FLUTE相比较，ROUTE通过递送链提供较低的端对端延迟。
ROUTE协议是为了任何种类的对象的递送而提供的通用传送应用。其支持包括场景描述、媒体对象、以及DRM有关的信息的丰富的呈现。ROUTE也特别适合于实时媒体内容的递送并且提供许多的特征。
例如，ROUTE对不同的媒体组件，例如，语言轨道、字幕、可替选的视频视图提供单独的递送和访问。并且，ROUTE通过在不同的传送会话或者甚至ROUTE会话启用递送来提供分层编译的支持。并且，ROUTE提供对于灵活的FEC保护的支持，包括多级式(multistage)。并且，ROUTE在DASH的广播和宽带递送模式之间提供与启用协同的MPEG-DASH的简单组合。
并且，当接入ROUTE和/或传送会话时ROUTE提供对媒体的快速访问。并且，ROUTE通过聚焦于递送概念提供非常高的可扩展性。并且，ROUTE提供与现有的IETF协议的兼容性和IETF签署的扩展机制的使用。
ROUTE协议被分离成两个主要的组件。第一组件是用于对象的递送或者对象的流/收集的源协议。第二组件是用于灵活地保护通过源协议递送的递送对象或者递送对象的捆绑的修复协议。
源协议独立于修复协议，即，在没有ROUTE修复协议的情况下可以部署源协议。可以仅为确定的部署场景，例如，仅针对移动接收，仅在某个地理区域中，仅为某个服务等等添加修复。
源协议与如在RFC 6726中定义的FLUTE以及在3GPP TS 26.346中定义的扩展对准，而且利用如在RFC 6968中所定义的FCAST的一些原理，例如，对象元数据和对象内容可以在复合对象中被一起发送。
除了基本的FLUTE协议之外，添加能够优化支持用于媒体数据的实时递送的某些优化和限制；因此，协议的名称。此外，源ROUTE协议提供基于对象的媒体数据的实时递送。并且，源ROUTE协议提供包括启用媒体意识的分组化以及递送对象的传送意识的分组化的灵活分组化。并且，源ROUTE协议提供文件和递送对象的独立性，即，递送对象可以是文件的一部分或者可以是一组文件。
递送对象是此协议的关键组件，因为接收机恢复递送分组并且将它们递送到应用。对于应用递送对象是自包含的，通常与某些属性、与应用有关的元数据和与时序有关的信息相关联。在一些情况下与对象一起在带内提供属性，在其它的情况下以静态或者动态的形式需要在带外递送数据。
递送对象可以包括通过“FDT实例”描述和伴随的全部或者部分文件。并且，传送对象可以包括HTTP实体(HTTP实体报头和HTTP实体主体)和/或递送对象的分组。
递送对象与FDT实体一起可以是全文件或者文件的字节范围。递送对象可以被实时或者非实时递送(实时或者非实时递送)。如果是按时的，则某些实时和缓冲器限制应用和特定的扩展报头可以被使用。动态和静态元数据可以被用于描述递送对象属性。递送对象可以在特定的数据结构中，特别地ISO BMFF结构中被递送。在这样的情况下，媒体意识的分组化或者一般分组化可以被应用。递送格式指定哪种格式被使用以便于向应用提供信息。ROUTE修复协议是以FEC为基础并且在传送层(例如，UDP)和对象递送层协议之间作为附加层被启用。FEC重用在RFC 6363中定义的FEC框架的概念，但是与RFC 6363相比较，ROUTE修复协议不保护分组，但是替代地其保护如在源协议中递送的递送对象。各个FEC源块可以是由作为单个递送对象(与FLUTE相似)的递送对象的部分组成，或者通过在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配置和映射到ROUTE的建议以启用丰富和高质量的线性TV广播服务。
ROUTE协议的范围是使用LCT分组递送对象和关联的元数据的可靠递送。通过递送对象缓存使对象可用于应用。此缓存的实现是独立的应用。
ROUTE协议聚焦于基于FEC使用修复协议递送递送对象的LCT分组的格式和递送对象的可靠递送。并且，ROUTE协议聚焦于与递送对象一起对象元数据的定义和递送以启用在递送对象缓存和应用之间的接口。并且，ROUTE协议聚焦于ROUTE和LCT会话描述以建立与它们的元数据一起的对象的接收。并且，ROUTE协议聚焦于要与分组一起递送的辅助信息的标准化方面(格式，语义)以优化用于特定应用的性能，例如，实时递送。
另外，ROUTE协议提供到ROUTE递送的特定的DASH媒体呈现格式和要被用于递送的适当的DASH格式的被推荐的映射。关键问题是通过使用ROUTE，DASH媒体格式可以被如原样使用。此架构设计启用被聚合的单播/广播服务。
在ROUTE协议的发送器操作中，建立递送LCT分组的ROUTE会话。这些分组可以携带源对象或者FEC修复数据。源协议是由一个或者多个LCT会话组成，均携带关联的对象以及它们的元数据。元数据可以在LCT会话实例描述(LSID)中被静态地递送或者可以被动态地递送，作为实体模式中的复合对象或者作为分组报头中的LCT扩展报头。使用允许在任何字节边界处的对象的灵活分段的特定的FEC方案在ALC中携带分组。另外，单独地或者被捆绑地，递送对象可以被FEC保护。在任意情况下，被捆绑的对象被编码并且仅修复分组被递送。在与源分组的组合中，这允许恢复递送对象捆绑。注意一个或者多个修复流可以被生成，均具有不同的特性，例如，支持不同的延迟要求、不同的保护要求等等。
DMD(动态元数据)是在客户端动态生成FDT等效的描述的元数据。在实体模式中的实体报头中被携带并且在递送的其它模式中在LCT报头中被携带。
ROUTE协议支持源数据的递送方案和不同保护。也支持用于NRT递送的所有现有的使用情况，因为能够在后向兼容的模式中部署。
ROUTE会话被关联到IP地址/端口组合。通常，通过加入这样的会话，会话的所有分组能够被接收并且应用协议可以应用进一步的处理。各个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级别加入和消耗会话重要的其它信息中的至少一个。
会话描述也应包括，但是不限于，被用于ROUTE会话的数据速率和关于ROUTE会话的持续时间的任何信息。会话描述应以诸如如在RFC 4566中定义的会话描述协议(SDP)或者如在RFC 3023中定义的XML元数据的形式。可以使用专用会话控制协议在任何会话宣告协议中携带，位于具有调度信息的网页上，或者经由电子邮件或者其它的带外方法被递送。
在ROUTE会话描述中没有描述，但是在LCT会话实例描述(LSID)中描述了传送会话。传送会话(即，LCT传送会话或者简单地LCT会话)可以包含源流和修复流中的任意一个或者两者。源流可以携带源数据。并且，修复流携带修复数据。
通过LCT会话实例描述(LSID)描述在ROUTE会话中包含的LCT传送会话。具体地，其定义在ROUTE会话的各个组成LCT传送会话中携带什么。通过LCT报头中的传送会话标识符(TSI)唯一地识别各个传送会话。
LSID描述对此ROUTE会话携带的所有传送会话。LSID可以在包含LCT传送会话的相同的ROUTE会话中被递送或者其可以通过ROUTE会话外部的手段，例如，通过单播或者通过不同的ROUT会话递送。在前述情况下，将会是通过具有TSI＝0识别的递送对象。对于在TSI＝0上递送的任何对象，实体模式应被使用。如果在实体模式中没有递送这些对象，则在获得用于接收到的对象的被扩展的FDT之前必须恢复LSID。
LSID的互联网媒体类型是应用/xml+route+lsid。
LSID可以参考其他的数据分段。在LSID中参考的任何对象也可以在TSI＝0上被递送，但是具有不同于LSID本身的TOI的值，或者可以在具有专用的TSI≠0的单独的LCT会话上被递送。
LSID元素可以包含版本属性、有效性属性、以及/或者期满属性。因此使用版本属性以及有效性属性以及期满属性LSID元素可以被更新。例如在一些时间之后可以终止某个传送会话并且新的会话可以开始。
版本属性指示此LSID元素的版本。当描述符被使用时该版本被增加了1。具有最高的版本号的接收到的LSID元素是当前有效版本。
有效性属性指示从其开始LSID元素是有效的日期和/或时间。有效性属性可以或者可以不存在。如果不存在，则接收机应假定LSID元素版本立即有效。
期满属性指示当LSID元素期满时的日期和时间。期满属性可以或者可以不存在。如果不存在则接收机应假定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内容数据可以作为对接收机的响应被发送。
可以在图1中示出根据实施例的广播信号传输设备的物理层(广播PHY和宽带PHY)。另外，可以在图9中示出广播信号接收设备的物理层。
可以通过传送帧(或者帧)的特定数据管道(在下文中被称为DP)发送信令数据和IP/UDP数据报。例如，输入格式化块1000可以接收信令数据和IP/UDP数据报，信令数据和IP/UDP数据报中的每一个可以被解复用到至少一个DP。输出处理器9300可以执行与输入格式化块1000的相反的操作。
下面的描述涉及其中以ISO BMFF的形式被封装的数据以ROUTE传送分组的形式被封装的示例性情况，并且在下文中将会详细地描述示例性情况的详细描述。
<用于实时文件生成和消耗的数据结构>
图32图示根据本发明的实施例的基于文件的多媒体内容的数据结构。
在图32中示出根据实施例的基于文件的多媒体内容的数据结构。术语“基于文件的多媒体内容”可以指示由至少一个文件组成的多媒体内容。
诸如广播节目的多媒体内容可以是由一个呈现组成。该呈现可以包括至少一个对象。例如，对象可以是文件。另外，该对象可以包括至少一个分段。
根据实施例，分段可以是能够在不取决于前述的数据的情况下独立地解码和再生的数据单元。例如，包括视频数据的分段可以从IDR图片开始，并且用于解析媒体数据的报头数据不取决于前述的分段。根据实施例的分段可以以至少一个传送块(TB)为单位被划分和发送。
根据实施例，传送块(TB)可以是在不取决于前述的数据的情况下独立地和发送的最小数据单元。另外，TB可以是以大小可变的GOP或者区块的形式配置的重要的数据单元。例如，TB可以包括由于在视频数据的GOP相同的媒体数据组成的至少一个区块。术语“区块”可以指示内容的片段。另外，TB可以包括至少一个源块。
GOP是用于执行视频编译中使用的编译的基本单元，并且是指示包括至少一个I帧的帧的集合的具有可变大小的数据单元。根据本发明的实施例，在作为独立意义的数据单元的对象内部结构单元中发送元数据，并且因此GOP可以包括开放式GOP和封闭式GOP。
在开放式GOP中，在一个GOP中的B帧可以指的是相邻的GOP的I帧或者P帧。因此，开放式GOP能够非常增强编译效率。在封闭式GOP中，B帧或者P帧可以仅指的是相对应的GOP中的帧并且不可以指的是除了相对应的GOP之外的GOP中的帧。
TB可以包括至少一个数据，并且各自的数据块可以具有相同的或者不同的媒体类型。例如，媒体类型可以包括音频类型和视频类型。即，TB也可以包括具有以与音频和视频数据相同的方式的不同媒体类型的一个或者多个数据块。
根据实施例的片段可以包括分段报头和分段有效载荷。
分段报头可以包括时序信息和索引信息以解析上述的区块。分段报头可以是由至少一个TB组成。例如，分段报头可以被包含在一个TB中。另外，构造分段有效载荷的至少一个区块可以被包含在至少一个TB中。如上所述，分段报头和分段有效载荷可以被包含在至少一个TB中。
TB可以被划分成一个或者多个符号。至少一个符号可以被分组。例如，根据实施例的广播信号传输设备可以将至少一个符号分组成LCT分组。
根据实施例的广播信号传输设备可以将被分组的数据发送到广播信号接收设备。
图27图示数据结构被应用的MPEG-DASH的媒体片段结构。
参考图27，根据实施例的数据结构被应用到的MPEG-DASH的媒体片段。
根据实施例的广播信号传输设备包括在服务器中具有多个质量的多媒体内容，提供适合于用户广播环境和广播信号接收设备的环境的多媒体内容，使得其能够提供无缝的实数流服务。例如，广播信号传输设备可以使用MPEG-DASH提供实时流服务。
广播信号传输设备能够根据广播环境和广播信号接收设备的环境使用ROUTE协议将XML型MPD(媒体呈现描述)和二进制格式发送(Tx)多媒体内容的片段动态地发送到广播信号接收设备。
MPD是由分级的结构组成，并且可以包括各个层的结构功能和各个层的任务。
片段可以包括媒体片段。媒体片段可以是具有按照质量或者按照时间分离以被发送到广播信号接收设备以便支持流服务的、与媒体有关的对象格式的数据单元。媒体片段可以包括关于媒体流的信息、至少一个接入单元、以及关于用于接入被包含在对应片段中的媒体呈现的方法的信息，诸如呈现时间或者索引。另外，通过片段索引媒体片段可以被划分成至少一个子片段。
MPEG-DASH内容可以包括至少一个媒体片段。媒体片段可以包括至少一个分段。例如，分段可以是在上面提及的子片段。如上所述，分段可以包括分段报头和分段有效载荷。
分段报头可以包括片段索引盒(sidx)和电影分段盒(moof)。片段索引盒可以提供在相对应的分段中存在的媒体数据的初始呈现时间、数据偏移、以及SAP(流接入点)信息。电影分段盒可以包括关于媒体数据盒(mdat)的元数据。例如，电影分段盒可以包括被包含在分段中的媒体数据采样的时序、索引、以及解码信息。
分段有效载荷可以包括媒体数据盒(mdat)。媒体数据盒(mdat)可以包括关于相对应的媒体组成元素(视频和音频数据等等)的实际媒体数据。
基于区块配置的被编码的媒体数据可以被包含在与分段有效载荷相对应的媒体数据盒(mdat)中。如上所述，与相同的轨迹相对应的采样可以被包含在一个区块中。
广播信号传输设备可以通过分段分割生成至少一个TB。另外，广播信号传输设备可以在不同的TB中包括分段报头和有效载荷数据使得在分段报头和有效载荷数据之间进行区分。
另外，广播信号传输设备可以基于区块发送传送块(TB)使得分割/发送被包含在分段有效载荷中的数据。即，根据实施例的广播信号传输设备可以以区块的边界与TB的边界相同的方式生成TB。
其后，广播信号传输设备分割至少一个TB使得其能够生成至少一个符号。被包含在对象中的所有符号可以彼此相同。另外，TB的最后符号可以包括多个填充字节使得被包含在对象中的所有的符号具有相同的长度。
广播信号传输设备可以分组至少一个符号。例如，广播信号传输设备可以基于至少一个符号生成LCT分组。
其后，广播信号传输设备可以发送被生成的LCT分组。
根据实施例，广播信号传输设备首先生成分段有效载荷，并且生成分段报头以便生成分段。在这样的情况下，广播信号传输设备可以生成与被包含在分段有效载荷中的媒体数据相对应的TB。例如，可以基于区块顺序地生成与被包含在媒体数据盒(mdat)中的媒体数据相对应的至少TB。其后，广播信号传输设备可以生成与分段报头相对应的TB。
广播信号传输设备可以根据生成顺序发送生成的TB使得以实时广播媒体内容。相反地，根据实施例的广播信号接收设备首先解析分段报头，并且然后解析分段报头。
当媒体数据被预先编码或者TB被预先生成时广播信号传输设备可以根据解析顺序发送数据。
图29图示根据本发明的实施例的使用ROUTE协议的数据处理时间。
图29(a)示出根据实施例的数据结构。多媒体数据可以包括至少一个对象。各个对象可以包括至少一个分段。例如，一个对象可以包括两个分段(分段1和分段2)。
广播信号传输设备可以将片段分割成一个或者多个TB。TB可以是源块，并且在下文中将会基于源块给出下面的描述。
例如，广播信号传输设备可以将分段1分割成三个源块(源块0、源块1、以及源块2)，并且可以将分段2分割成三个源块(源块3、源块4、源块5)。
广播信号传输设备可以独立地发送各个被分割的源块。广播信号传输设备可以开始当各个源块被产生时或者就在各个源块被产生之后产生的各个源块的传输。
例如，在预先确定的时间(te0～te1)内源块0(S0)已经被产生之后广播信号传输设备能够发送源块0(S0)。源块0(S0)的传输开始时间(td0)可以与产生完成时间(td0)相同或者可以就位于产生完成时间(td0)之后。同样地，广播信号传输设备可以产生源块1至5(源块1(S1)至源块5(S5))，并且可以发送被产生的源块1至5。
因此，根据实施例的广播信号传输设备可以在产生一个源块的开始时间与发送源块的另一开始时间之间产生传输待机时间(Dt2)。通过广播信号传输设备产生的传输待机时间(Dt2)比通过传统的广播信号传输设备产生的传输待机时间(Dt1)相对较短。因此，与传统的广播信号传输设备相比较，根据实施例的广播信号传输设备可以大大地减少传输待机时间。
根据实施例的广播信号接收设备接收各个被分割的源块，并且组合接收到的源块，使得其能够产生至少一个分段。例如，广播信号接收设备可以接收源块0(S0)、源块1(S1)、以及源块2(S2)，并且组合接收到的三个源块(S0、S1、S2)使得产生分段1。另外，广播信号接收设备接收源块3(S3)、源块4(S4)、以及源块5(S5)，并且组合接收到的三个源块(S3、S4、S5)使得产生分段2。
广播信号接收设备可以单独地产生各个分段。当各个分段被产生时或者就在各个分段被产生之后广播信号接收设备可以再生各个分段。可替选地，当与各个分段相对应的源块被发送时或者就在与各个片段相对应的源块被发送之后广播信号接收设备可以再生各个分段。
例如，广播信号接收设备可以在预先确定的时间(td0～td3)期间在接收源块0至2(S0～S2)之后产生分段1。例如，在广播信号接收设备在预先确定的时间(td0～td3)期间接收源块0至2(S0～S2)之后，其能够产生分段1。其后，广播信号接收设备可以再生被生成的分段1。分段1的再生开始时间(tp0)可以与分段1的产生时间相同或者可以位于分段1的产生时间之后。另外，分段1的再生开始时间(tp0)可以与源块2(S2)的接收完成时间相同或者可以就位于源块2(S2)的接收完成时间之后。
以相同的方式，在根据实施例的广播信号接收设备在预先确定的时间(td3～td6)期间接收源块3至5(S3～S5)之后，其可以产生分段2。其后，广播信号接收设备可以再生分段2。
然而，本发明的范围或者精神不限于此，并且根据实施例的广播信号接收设备可以接收源块并且必要时可以以接收到的源块为单位再生数据。
因此，根据实施例的广播信号接收设备可以在一个分段的接收开始时间和分段的再生开始时间之间产生再生待机时间(Dr2)。通过广播信号接收设备再生的再生待机时间(Dr2)比通过广播信号接收设备再生的再生待机时间(Dr2)相对较短。因此，与传统的广播信号接收设备相比较根据实施例的广播信号接收设备能够减少再生待机时间。
如上所述，可以相对大地减少与传输待机时间和再生待机时间的总和相对应的预先确定的时间。在此，当从广播信号传输设备发送一个TB并且然后通过广播信号接收设备再生时可以需要预先确定的时间。这意指在其期间广播信号接收设备最初接近相对应的对象的初始接入时间被相对大地减少。
在使用ROUTE协议的情况下，广播信号传输设备可以以TB为单位发送数据，并且广播信号接收设备可以以TB或者分段为单位再生接收到的数据。结果，从多媒体内容的获取时间到用于用户的内容显示时间的总时间能够被减少，并且当用户接近广播信道时所要求的初始接入时间也能够被减少。
因此，基于ROUTE协议的TB传输适合于实时广播环境。
<用于识别文件分割产生和消耗信息的方法>
图30图示根据本发明的实施例的用于文件传输的分层编码传送(LCT)分组结构。
应用层传送会话可以是由IP地址和端口编号组成。如果应用层传送会话是ROUTE协议，则ROUTE会话可以是由一个或者多个LCT(分层编码传送)会话组成。例如，如果通过一个LCT传送会话发送一个媒体组件，则至少一个媒体组件可以被复用并且通过一个应用层传送会话被发送。另外，至少一个传送对象可以通过一个LCT传送会话被发送。
参考图30，如果应用层传输协议是以LCT为基础，则LCT分组的各个字段可以指示下述信息。
LCT分组可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、保留的字段(R)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、发送器当前时间存在标志字段(T)、预期残留时间存在标志字段(R)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、FEC有效载荷ID字段、以及/或者编码符号字段。
LCT版本号字段(V)指示协议版本号。例如，此字段指示LCT版本号。LCT报头的版本号字段必须被解释为ROUTE版本号字段。ROUTE的此版本隐式地使用LCT构建块的版本“1”。例如，版本号是“0001b”。
拥塞控制标志字段(C)指示拥塞控制信息字段的长度。C＝0指示拥塞控制信息(CCI)字段在长度上是32个比特。C＝1指示CCI字段在长度上是64个比特。C＝2指示CCI字段在长度上是96个比特。C＝3指示CCI字段在长度上是128个比特。
保留字段(R)被保留以便于以后使用。例如，保留字段(R)可以是协议特定的指示字段(PSI)。协议特定的指示字段(PSI)可以被用作用于LCT较高协议中的特定用途的指示符。PSI字段指示是否当前分组是源分组或者FEC修复分组。当ROUTE源协议仅递送源分组时，此字段应被设置为“10b”。
传送会话标识符标志字段(S)指示传送会话标识符字段的长度。
传送对象标识符标志字段(O)指示传送对象标识符字段的长度。例如，对象可以指示一个文件，并且TOI可以指示各个对象的ID信息，并且具有TOI＝0的文件可以被称为FDT。
半字标志字段(H)可以指示是否半字(16个比特)将会被添加到TSI或者TOI字段的长度。
发送器当前时间存在标志字段(T)指示是否发送器当前时间(SCT)字段存在。T＝0指示发送器当前时间(SCT)字段不存在。T＝1指示SCT字段存在。通过发送器***SCT以向接收机指示会话已经进行了多久。
预期残留时间存在标志字段(R)指示是否存在被预期的残留时间(ERT)字段。R＝0指示被预期的残留时间(ERT)字段不存在。R＝1指示ERT字段存在。通过发送器***ERT以向接收机指示会话/对象传输将会继续多久。
封闭会话标志字段(A)可以指示是否会话完成或者会话完成的接近的状态。
封闭对象标志字段(B)可以指示发送对象的完成或者接近完成。
LCT报头长度字段(HDR_LEN)：以32比特字为单位指示LCT报头的总长度。
码点字段(CP)指示通过此分组携带的有效载荷的类型。取决于有效载荷的类型，附加的有效载荷的报头可以被添加以置于有效载荷的数据之前。
拥塞控制信息字段(CCI)可以被用于发送拥塞控制信息(例如，层数、逻辑信道编号、序列号等等)。LCT报头中的拥塞控制信息字段包含所要求的拥塞控制信息。
传送会话标识符字段(TSI)是会话的唯一的ID。TSI独特地识别在来自于特定的发送器的所有会话当中的会话。此字段识别在ROUTE中的传送会话。通过LSID(LCT会话实例描述)提供传送会话的上下文。
LSID定义在ROUTE会话的各个组成LCT传送会话中携带什么。通过LCT报头中的传送会话标识符(TSI)唯一地识别各个传送会话。通过包括LCT传送会话的相同的ROUTE会话可以发送LSID，并且也可以通过Web发送。LSID可以通过包括LCT传输会话的相同的ROUTE会话被发送并且也可以通过通信网络、广播网络、互联网、有线网络、以及/或者卫星网络被发送。LSID的传输单元的范围或者精神不限于此。例如，通过具有TSI＝0的特定的LCT传送会话可以发送LSID。LSID可以包括关于被应用于ROUTE会话的所有传送会话的信令信息。LSID可以包括LSID版本信息和LSID有效性信息。另外，LSID可以包括通过其发送LCT传送会话信息的传送会话。传送会话信息可以包括用于识别传送会话的TSI信息、被发送到对应的TSI并且提供关于对于源数据传输所需要的源流的信息的源流信息、被发送到对应的TSI并且提供关于对于修复数据的传输所需要的修复流的信息的修复流信息、和包括对应的传送会话的附加特性信息的传送会话特性信息。
传送对象标识符字段(TOI)是对象的唯一的ID。TOI指示分组属于会话内的哪个对象。此字段指示当前分组的有效载荷属于的此会话内的哪个对象。通过扩展的FDT可以提供到对象的TOI字段的映射。
扩展的FDT指定文件递送数据的详情。这是扩展的FDT实例。与LCT分组报头一起被扩展的FDT可以被用于产生用于递送对象的FDT等效描述。扩展的FDT可以被嵌入或者可以作为参考被提供。如果作为参考被提供，则扩展的FDT可以独立于LSID被更新。如果被参考，则其将作为被包括的源流程的TOI＝0上的带内对象被递送。
报头扩展字段可以被用作用于附加的信息的传输的LCT报头扩展部分。在LCT中使用报头扩展以容纳不是始终被使用或者具有可变的大小的可选的报头字段。
例如，EXT_TIME扩展被用于携带数种类型的时序信息。其包括在本文献中描述的一般用途时序信息，即，发送器当前时间(SCT)、预期残留时间(ERT)、以及发送器最后变化(SLC)时间扩展。其也能够被用于具有较窄的适应性的时序信息(例如，为单个协议实例化定义)；在这样的情况下，在单独的文献中将会描述。
FEC有效载荷ID字段可以包括传输块或者编码符号的ID信息。FEC有效载荷ID可以指示当上面的文件被FEC编码时要使用的ID。例如，如果FLUTE协议文件被FEC编码，则可以为被配置成识别FEC编码的FLUTE协议文件的广播站或者广播服务器分配FEC有效载荷ID。
编码符号字段可以包括传输块或者编码符号数据。
分组有效载荷包含从对象产生的字节。如果在会话中携带一个以上的对象，则LCT报头内的传输对象ID(TOI)必须被用于识别产生分组有效载荷数据的对象。
根据实施例的LCT分组可以包括与报头扩展字段的扩展格式相对应的实时支持扩展字段(EXT_RTS)。EXT_RTS可以包括文件的分割产生和消耗信息，并且在下文中将会被称为分段信息。根据实施例的LCT分组包括与报头扩展字段的扩展格式相对应的EXT_RTS，并且可以使用与传统LCT兼容的方法支持实时文件传输和消耗信息。
根据实施例的分段信息(EXT_RTS)可以包括报头扩展类型字段(HET)、分段开始指示符字段(SI)、分段报头标志字段(FH)、以及分段报头压缩完成指示符字段(FC)。
报头扩展类型字段(HET)可以指示相对应的报头扩展类型。HET字段可以是8比特的整数。基本上，如果对于在LCT中使用的HET是处于0至27的范围，则以32比特字为单位的可变长度的报头扩展存在，并且HET的长度可以以继HET之后的报头扩展长度字段(HEL)中被写入。如果HET是在128至255的范围中，则报头扩展可以具有32个比特的固定长度。
根据实施例的分段信息(EXT_RTS)具有32个比特的固定长度，使得使用来自于128至255的值当中的一个唯一的值可以识别对应报头扩展类型，并且可以识别对应的报头扩展类型。
SI字段可以指示相对应的ICT分组包括分段的开始部分。如果在广播环境中的用户接近相对应的基于文件的多媒体内容通过其被发送的文件的随机接入，则初始接收分组当中的具有“SI字段＝0”的分组被丢弃，从具有“SI字段＝1”的分组开始的分组开始解析，使得分组处理效率和初始延迟时间能够被减少。
FH字段可以指示相对应的LCT分组包括分段报头部分。如上所述，分段报头特征在于，分段报头的产生顺序和消耗顺序不同于分段有效载荷的顺序。根据实施例的广播信号接收设备可以根据消耗顺序重新排列基于FH字段顺序接收到的传输块，使得其能够重新产生分段。
FC字段可以指示相对应的分组包括分段的最后数据。例如，如果在首先发送分段有效载荷之后发送分段报头，则FC字段可以指示分段报头的最后数据的包括。如果分段报头被首先发送并且然后分段有效载荷被发送，则FC字段可以指示分段有效载荷的最后数据的包括。在下文中下面的描述将会公开其中分段有效载荷被首先发送并且然后分段被发送的示例性情况。
如果广播信号接收设备接收具有“FC字段＝1”的分组，则广播信号接收设备可以识别分段报头的接收完成，并且可以通过组合分段报头和分段有效载荷执行分段恢复。
填充字节字段(PB)可以指示在相对应的LCT分组中包含的填充字节的数目。在传统LCT中，与一个对象相对应的所有的LCT分组必须彼此相同。然而，当根据数据构造方法划分传输块(TB)时，各个TB的最后符号可以具有不同的长度。因此，根据实施例的广播信号传输设备填充具有填充字节的分组的残留部分，使得其能够根据与传统LCT兼容的方法使用固定长度的分组支持实时文件传输。
保留字段被保留以供未来使用。
图31图示根据本发明的另一实施例的LCT分组的结构。
图31的一些部分与图30的那些基本上相同，并且正因如此在此将会省略其详细描述，使得在下文中将会集中于在图30和图31的不同进行描述。
参考图31，根据另一实施例的分段信息(EXT_RTS)可以包括分段报头长度字段(FHL)替代在图30中示出的FC字段。
FHL字段指示分段的组成符号的数目，使得其能够提供关于是否完成分段的接收的特定的信息。FHL字段可以指示与包括分段报头和分段有效载荷的各自的分段相对应的符号的总数目。另外，FHL字段可以指示来自于分段报头和分段有效载荷当中的稍后要发送的符号的总数目。
例如，如果分段有效载荷首先被发送并且然后分段报头被发送，则FHL字段可以指示与分段报头相对应的符号的总数目。在这样的情况下，FHL字段可以指示分段报头的长度。
如果首先发送分段报头并且然后发送分段有效载荷，则FHL字段可以指示与分段有效载荷相对应的符号的总数目。在这样的情况下，FHL字段可以指示分段有效载荷的长度。
在下文中下面的描述将会公开其中首先发送分段有效载荷并且然后分段有效载荷被发送的示例性情况。
根据另一实施例的广播信号接收设备可以接收包括与被显示在FHL字段上的符号的数目相对应的分段报头的LCT分组。广播信号接收设备检查包括分段报头的LCT分组的接收次数，使得其能够识别分段报头的接收完成。可替选地，广播信号接收设备检查与分段报头相对应的TB的数目，使得其能够识别分段报头的接收完成。
<识别文件的分割产生和分割消耗的方法>
图32图示根据本发明的实施例的基于FDT的实时广播支持信息信令。
参考图32，本发明涉及一种用于在实时广播环境下识别基于文件的多媒体内容的分割产生和分割消耗信息的方法。基于文件的多媒体内容的分割产生和分割消耗信息可以包括在上面提及的数据结构和LCT分组信息。
广播信号传输设备可以进一步发送附加的信令信息以便识别文件的分割产生信息和分割消耗信息。例如，信令信息可以包括元数据和带外信令信息。
在图32中示出根据实施例的用于发送关于实时广播支持信息的信令信息的方法。
根据实施例的广播信号传输设备可以通过文件递送表(FDT)级或者通过文件级实时支持属性发送信令信息。如果实时支持被设置为1，则在相对应的FDT级或者文件级中写入的对象可以包括在上面提及的数据结构和分组信息，使得在实时广播环境中的分割产生和消耗能够被指示。
图33是图示根据本发明的实施例的广播信号传输设备的框图。
参考图33，用于使用广播网络发送包括多媒体内容的广播信号的广播信号传输设备可以包括信令编码器C21005、传输块生成器C21030、以及/或者发射器C21050。
信令编码器C21005可以生成信令信息。信令信息可以指示将会实时发送多媒体内容。信令信息可以指示从文件级和FDT级中的至少一个当中实时发送上述多媒体内容。当信令信息指示以功率水平实时发送多媒体内容时，属于相对应的文件的所有数据能够被实时发送。当信令信息指示以FDT水平实时发送多媒体内容时，属于相对应的FDT的所有文件或者数据能够被实时发送。
如果信令信息指示多媒体内容的实时传输，则传输块生成器C21030可以将被包含在多媒体内容中的文件划分成与被独立编码和发送的数据相对应的一个或者多个TB。
发射器C21050可以发送传输块(TB)。
在下文中将会参考图34描述其详细描述。
图34是图示根据本发明的实施例的广播信号传输设备的框图。
参考图34，根据实施例的用于使用广播网络发送包括多媒体内容的广播信号的广播信号传输设备可以包括信令编码器(未示出)、媒体编码器C21010、分段生成器C21020、传输块生成器C21030、分组器C21040、以及/或者发射器C21050。
信令编码器(未示出)可以生成信令信息。信令信息可以指示是否实时发送多媒体内容。
媒体编码器C21010可以编码多媒体内容使得能够使用编码的多媒体内容生成多媒体数据。在下文中，术语“媒体数据”将会被称为数据。
分段生成器C21020可以分割构造多媒体内容的各个文件，使得其能够生成指示被独立编码和再生的数据单元的至少一个分段。
分段生成器C21020可以生成构造各个分段的分段有效载荷并且然后生成分段报头。
分段生成器C21020可以缓存与分段有效载荷相对应的媒体数据。其后，分段生成器C21020可以基于被缓存的媒体数据生成与分段有效载荷相对应的区块。例如，区块可以是由与视频数据的GOP相同的媒体数据组成的可变大小的数据单元。
如果与分段有效载荷相对应的区块的产生没有被完成，则分段生成器C21020继续地缓存媒体数据，并完成与分段有效载荷相对应的区块的产生。
每当生成区块时，分段生成器C21020可以确定是否与分段有效载荷相对应的数据作为区块被产生。
如果与分段有效载荷相对应的区块被完全地产生，则分段生成器C21020可以生成与分段有效载荷相对应的分段报头。
传输块生成器C21030可以生成指示通过分段分割被编码和发送的数据单元的至少一个TB。
根据实施例的传输块(TB)可以指示在不取决于前述数据的情况下被独立编码和发送的最小单元。例如，TB可以包括由与视频数据的GOP中相同的媒体数据组成的一个或者多个区块。
传输块生成器C21030可以首先发送与分段有效载荷相对应的TB，并且可以生成与分段报头相对应的TB。
传输块生成器C21030可以产生作为单个TB。然而，本发明的范围或者精神不限于此，并且传输块生成器C21030可以产生分段报头作为一个或者多个TB。
例如，如果分段生成器C21020产生构造各个分段的分段有效载荷并且然后生成分段报头，则传输块生成器C21030产生与分段有效载荷相对应的传输块(TB)并且然后产生与分段报头相对应的TB。
然而，本发明的范围或者精神不限于此。如果产生用于多媒体内容的分段报头和分段有效载荷，则与分段报头相对应的TB可以被首先产生并且与分段有效载荷相对应的TB可以被产生。
传输块生成器C21030可以产生与分段有效载荷相对应的传输块(TB)和与分段报头相对应的TB作为不同的TB。
分组器C21040可以将TB划分成一个或者多个相等大小的符号，使得一个或者多个符号可以被分组成至少一个分组。然而，本发明的范围或者精神不限于此，并且也可以通过其它的装置产生符号。根据实施例，符号可以具有相同的长度。然而，各个TB的最后的符号可以在长度上比其它的符号小。
其后，分组器C21040可以将至少一个符号分组成一个或者多个分组。例如，分组可以是LCT分组。分组可以包括分组报头和分组有效载荷。
分组报头可以包括具有关于文件分割产生和分割消耗的特定信息的分段信息。文件分割产生可以指示数据被划分成能够独立编码/发送构成多媒体内容的文件的至少一个区块或者至少一个TB。文件分割消耗可以指示能够通过至少一个TB的组合执行独立的解码/再生的至少一个分段被恢复并且基于分段被再生。另外，文件的片段消耗可以包括基于TB再生的数据。
例如，分段信息可以包括指示分组包括分段的初始数据的SI字段、指示分组包括报头数据的FH字段、指示与各个分段相对应的TB的产生被完成的分段完成信息、以及指示被包含在分组中的填充字节的数目的PB字段中的至少一个。
分段信息可以进一步包括指示相对应的分组的报头扩展的报头扩展类型(HET)字段。
分段完成信息可以包括指示分组包括分段报头的最后数据的FC字段和指示与分段报头相对应的符号的总数目的FHL字段中的至少一个。
通过分组器C21040可以产生分段信息，并且可以通过单独的装置产生。在下文中将会基于其中分组器C21040产生分段信息的示例性情况描述下面的描述。
分组器C21040可以识别是否被产生的符号包括分段的第一数据。
例如，分组器C21040可以识别是否被产生的符号具有分段有效载荷的第一数据。如果被产生的符号具有分段有效载荷的第一数据，则SI字段可以被设置为1。如果被产生的符号不具有分段有效载荷的第一数据，则SI字段可以被设置为零“0”。
分组器C21040可以识别是否被产生的符号具有分段有效载荷的数据或者分段报头的数据。
例如，如果被产生的符号具有分段有效载荷的数据，则FH字段可以被设置为1。如果被产生的符号不具有分段有效载荷的数据，则FH字段可以被设置为零“0”。
分组器C21040可以识别是否与各个分段相对应的TB的产生被完成。如果指示与各个分段相对应的TB的产生完成的分段完成信息可以包括指示分段报头的最后数据的包括的FC字段。
例如，如果被产生的数据具有分段报头的数据并且是相对应的TB的最后符号，则FC字段可以被设置为1。如果不具有分段报头的数据的产生的符号与相对应的TB的最后符号不相同，则FC字段可以被设置为零“0”。
分组器C21040可以识别是否被产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度。例如，其它符号可以是具有预先确定的长度的符号，并且具有不同于其它符号的长度的符号可以在长度上比其它的符号短。
例如，如果被产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度，则分组器C21040可以将填充字节***到与各个TB的最后符号相对应的分组。分组器C21040可以计算填充字节的数目。
另外，PB字段可以指示填充字节的数目。以所有的符号可以具有相同的长度的方式填充字节被添加到具有比其它符号短的长度的各个符号。可替选地，填充字节可以是除了分组的符号之外的剩余部分。
如果被产生的符号与相对应的TB的最后符号不相同或者具有不同于其它符号的长度，则PB字段可以被设置为零“0”。
分组有效载荷可以包括至少一个符号。在下文中将会公开其中分组包括一个符号的示例性情况的下面的描述。
具有各个TB的最后符号的分组可以包括至少一个填充字节。
发射器C21050可以以TB产生的顺序发送一个或者多个分组。
例如，发射器C21050可以首先发送与分段有效载荷相对应的TB，并且然后发送与分段有效载荷相对应的TB。
然而，本发明的范围或者精神不限于此。如果为了多媒体内容预先产生分段报头和分段有效载荷，则根据实施例的发射器C21050可以首先发送与分段报头相对应的TB，并且然后发送与分段有效载荷相对应的TB。
图35是图示根据本发明的实施例的用于实时产生和发送基于文件的多媒体内容的过程的流程图。
图35是图示用于使用在图34中示出的在上面提及的广播信号传输设备发送广播信号的方法的流程图。
参考图35，在步骤CS11100中根据实施例的广播信号传输设备可以使用媒体编码器C21010编码多媒体内容。广播信号传输设备可以编码多媒体内容并且然后产生媒体数据。
其后，广播信号传输设备可以在步骤CS11200中执行与分段有效载荷相对应的媒体数据的缓存。广播信号传输设备可以基于被缓存的媒体数据产生与分段有效载荷相对应的区块。
如果与分段有效载荷相对应的区块的产生没有被完成，则在步骤CS11300中广播信号传输设备继续执行媒体数据的缓存，并且然后完成与分段有效载荷相对应的区块的产生。
其后，在步骤CS11400中广播信号传输设备可以使用分段生成器C21020划分构造多媒体内容的各个数据，使得其可以产生指示被独立解码和再生的数据单元的至少一个分段。
广播信号传输设备可以产生构成各个分段的分段有效载荷，并且然后产生分段报头。
每当区块被产生时，广播信号传输设备可以确定是否与分段有效载荷相对应的所有数据作为区块被产生。
如果与分段有效载荷相对应的区块的产生被完成，则广播信号传输设备可以产生与分段有效载荷相对应的分段报头。
在步骤CS11500中广播信号传输设备使用传输块生成器C21030划分分段，使得其能够产生指示被独立编码和发送的数据单元的至少一个TB。
例如，当在构成各个分段的分段有效载荷已经被产生之后产生分段报头时，广播信号传输设备可以产生与分段有效载荷相对应的TB并且然后产生与分段报头相对应的TB。
广播信号传输设备可以产生与分段有效载荷相对应的TB和与分段报头相对应的TB作为不同的TB。
其后，在步骤CS11600和CS11700中广播信号传输设备可以使用分组器C21040将TB划分成一个或者多个相等大小的符号，并且可以将至少一个符号分组成至少一个分组。
在图35中已经公开用于使用广播信号传输设备产生分组的方法，并且正因如此为了方便描述在此将会省略其详细描述。
其后，广播信号传输设备可以控制发射器C21050以TB产生的顺序发送一个或者多个分组。
图36是图示根据本发明的实施例的用于使用分组器允许广播信号传输设备产生分组的过程的流程图。
参考图36，在步骤CS11710中广播信号传输设备可以识别是否产生的符号具有分段的第一数据。
例如，如果产生的符号具有分段有效载荷的第一数据，则在步骤CS11712中SI字段可以被设置为1。如果产生的符号不包括分段有效载荷的第一数据，则在步骤S11714中SI字段可以被设置为零“0”。
其后，在步骤CS11720中广播信号传输设备可以识别是否产生的符号具有分段有效载荷的数据或者分段报头的数据。
例如，如果产生的符号具有分段有效载荷的数据，则在步骤CS11722中FH字段可以被设置为1。如果产生的符号不具有分段有效载荷的数据，则在步骤CS11724中FH字段可以被设置为零“0”。
在步骤CS11730中广播信号传输设备可以识别是否完成与各个分段相对应的TB的产生。
例如，如果产生的符号具有分段报头的数据并且是相对应的TB的最后的符号，则在步骤CS11732中FC字段可以被设置为1。如果产生的符号不具有分段报头的数据或者与相对应的TB的最后符号，则在步骤CS11734中FC字段可以被设置为零“0”。
其后，在步骤CS11740中广播信号传输设备可以识别是否产生的符号是相对应的TB的最后符号并且具有不同于其它符号的长度。
例如，如果产生的符号是最后的符号或者相对应的TB并且具有不同于其它符号的长度，则广播信号传输设备可以将填充字节***到与各个TB的最后符号相对应的分组中。在步骤CS11742中广播信号传输设备可以计算填充字节的数目。PB字段可以指示填充字节的数目。
如果产生的符号与相对应的TB的最后符号相同或者具有不同于其它符号的长度，则在步骤CS11744中PB字段可以被设置为零“0”。
分组有效载荷可以包括至少一个符号。
图37是图示根据本发明的实施例的用于实时产生/发送基于文件的多媒体内容的过程的流程图。
参考图37，图37的所有内容当中的在图35和图36中示出的内容基本上彼此相同，并且正因如此为了方便描述在此将会省略其详细描述。
根据实施例，广播信号传输设备可以使用FHL字段替代FC字段。例如，在上面提及的分段信息可以包括指示与各个分段相对应的TB的产生完成的分段完成信息。分段完成信息可以包括指示与分段报头相对应的符号的总数目的FHL字段。
在步骤CS12724中根据实施例的广播信号传输设备可以计算与包括分段报头的数据的TB相对应的符号的数目，并且可以将计算的结果记录在FHL字段中。
FHL字段可以指示分段报头的长度作为与分段报头相对应的符号的总数目。FHL字段可以以广播信号接收设备能够识别分段报头的接收完成的方式被包含在分段信息中，替代在上面提及的FC字段中。
根据实施例的广播信号接收设备检查包括与被记录在FHL字段中的数据块的数目一样多的分段报头的分组的传输时间的数目，使得其能够识别是否分段报头被接收。
图38是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。
参考图38，用于使用广播网络发送包括多媒体内容的广播信号的广播信号接收设备可以包括接收机(未示出)、信令解码器C22005、传输块再生器C22030、以及/或者媒体解码器C22060。
信令解码器C22005可以解码信令信息。信令信息可以指示是否将会实时发送多媒体内容。
如果信令信息指示多媒体内容的实时传输，则传输块再生器C22030组合广播信号，使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。
媒体解码器C22060可以解码TB。
在下文中将会参考图39描述其详细描述。
图39是图示根据本发明的实施例的基于文件的多媒体内容接收机的框图。
参考图39，根据实施例的广播信号接收设备可以包括接收机(未示出)、信令解码器(未示出)、分组过滤器C22010、分组解分组器C22020、传输块再生器C22030、分段再生器C22040、分段解析器C22050、媒体解码器C22060、以及/或者媒体渲染器C22070。
接收机(未示出)可以接收广播信号。广播信号可以包括至少一个分组。各个分组可以包括包含分段信息的分段报头和包含至少一个符号的分组有效载荷。
信令解码器C22005可以解码信令信息。信令信息可以指示是否将会实时发送多媒体内容。分组过滤器C22010可以识别从在任意的时间接收到的至少一个分组的分段开始时间，并且可以从分段开始时间开始分组处理。
分组过滤器C22010可以基于被包含在分组中的分段信息的SI字段识别分段开始时间。
如果分组过滤器C22010指示相对应的分组包括分段的开始部分，则相对应的分组的先前的分组被放弃并且从相对应的分组开始的一些分组可以被发送到分组解分组器C22020。
例如，分组过滤器C22010放弃先前的分组，其中的每一个被设置为1，并且从向被设置为1的对应分组开始的一些分组可以被过滤。
分组解分组器C22020可以解分组至少一个分组，并且可以提取被包含在分段报头中的分段信息和被包含在分组有效载荷中的至少一个符号。
传输块再生器C22030可以组合分组使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。被恢复的TB可以包括与分段报头相对应的数据，并且可以包括与分段有效载荷相对应的数据。
分段再生器C22040组合至少一个TB，完成分段报头和分段有效载荷的恢复，并且组合分段报头和分段有效载荷，使得分段再生器C22040可以恢复被独立解码和再生的数据单元的分段。
分段再生器C22040基于分段信息组合TB，使得分段再生器C22040可以恢复分段有效载荷和分段报头。
分段再生器C22040可以首先以接收分组的顺序恢复分段有效载荷，并且可以恢复分段报头。如果FH字段指示分组具有分段报头的数据，则分段再生器C22040可以组合与分段报头相对应的至少一个TB使得其根据被组合的结果恢复分段报头。
如果FH字段指示分组不包括分段报头的数据，则分段再生器C22040可以通过组合至少一个TB恢复分段有效载荷。
例如，如果FH字段被设置为零“0”，则分段再生器C22040可以确定分段有效载荷使得其能够恢复分段有效载荷。如果FH字段被设置为1，则分段再生器C22040确定分段报头使得其能够恢复分段报头。
其后，如果分段再生器C22040完成与各个分段相对应的分段有效载荷和分段报头的恢复，则被恢复的分段有效载荷和被恢复的分段报头被组合使得分段被恢复。
存在用于允许分段再生器C22040确定是否已经完成与各个分段相对应的分段有效载荷和分段报头的恢复。
第一方法是要使用被包含在分段信息中的FC字段。
分段完成信息可以包括指示分组具有分段报头的最后数据的FC字段。如果FC字段指示分组具有分段报头的最后数据，则分段再生器C22040确定构成各个分段的分段报头和分段有效载荷已经被接收，并且能够恢复分段报头和分段有效载荷。
例如，如果首先接收到构成各个分段的分段有效载荷并且然后接收到分段报头，则FC字段可以指示相对应的分组包括分段报头的最后数据。
因此，如果相对应的分组指示具有分段报头的最后数据，则分段再生器C22040可以识别分段报头的接收完成并且可以恢复分段报头。其后，分段再生器C22040可以组合分段报头和分段有效载荷使得恢复分段。
如果FC字段指示相对应的数据具有分段报头的最后数据，则广播信号接收设备可以重复用于恢复传输块(TB)的过程。
例如，如果FC字段被设置为1，则广播信号接收设备可以请求TB的恢复过程。如果FC字段被设置为1，则分段再生器C22040可以通过分段报头和分段有效载荷的组合恢复片段。
第二方法能够确定确定构成各个分段的分段有效载荷的恢复并且基于被包含在分段信息中的FHL字段已经完成分段报头。
分段再生器C22040可以计数包括分段报头的数据的分组的数目。
分段完成信息可以进一步包括指示与分段报头相对应的符号的总数目的FHL字段。如果被记录在FHL字段中的值与具有分段报头的数据的分组的数目相同，则分段再生器C22040可以恢复分段报头和分段有效载荷。
在图39中示出用于允许分段再生器C22040使用FHL字段的方法的详细描述。
分段解析器C22050可以解析被恢复的分段。因为分段报头位于被恢复的分段的前面并且分段有效载荷位于被恢复的分段的后面，所以分段解析器C22050可以首先解析分段报头并且然后解析分段有效载荷。
分段解析器C22050可以解析被恢复的分段使得其能够产生至少一个媒体接入单元。例如，媒体接入单元可以包括至少一个媒体数据。媒体接入单元可以具有预先确定的大小的媒体数据的单元。
媒体解码器C22060可以解码分段。媒体解码器C22060可以解码至少一个媒体接入单元使得产生媒体数据。
媒体渲染器C22070可以渲染被解码的媒体数据以便执行呈现。
图40是图示根据本发明的实施例的用于接收/恢复基于文件的多媒体内容的过程的流程图。
在图39中示出的内容能够被同等地应用于根据实施例的广播信号接收方法。
参考图40，用于接收包括至少一个文件的多媒体内容的广播信号接收方法包括：接收被划分成至少一个分组的多媒体内容；恢复指示通过分组组合独立解码和发送的数据单元的至少一个TB；以及通过一个或者多个TB的组合完成分段报头和分段有效载荷的组合恢复被独立解码和再生的数据单元的分段。
在步骤CS21010中根据实施例的广播信号接收设备可以使用接收机(未示出)接收广播信号。广播信号可以包括至少一个分组。
其后，在步骤CS21020中根据实施例的广播信号接收设备可以控制分组过滤器C22010以从在任意时间接收到的至少一个分组识别分段开始时间。
其后，在步骤CS21030中根据实施例的广播信号接收设备可以使用分组解分组器C22020解分组至少一个分组，使得其能够提取被包含在分段信息中的至少一个符号和被包含在分组报头中的分组有效载荷。
其后，在步骤CS21040中广播信号接收设备使用传输块再生器C22030组合分组，使得其能够恢复指示被独立编码和发送的数据单元的至少一个TB。被再生的TB可以包括与分段报头相对应的数据，并且可以包括与分段有效载荷的数据。
在步骤CS21050中根据实施例的广播信号接收设备可以控制分段再生器C22040以识别是否基于分段信息再生的TB是与分段报头相对应的TB和与分段有效载荷相对应的TB。
其后，广播信号接收设备可以组合被恢复的TB使得其能够恢复分段有效载荷和分段报头。
如果FH字段指示分组不包括分段报头的数据，则在步骤CS21060中广播信号接收设备组合与分段有效载荷相对应的至少一个TB使得其能够恢复分段有效载荷。
如果FH字段指示分组具有分段报头的数据，则在步骤CS21070中广播信号接收设备可以通过与分段报头相对应的至少一个TB的组合恢复分段报头。
在步骤CS21080中广播信号接收设备可以基于被包含在分段信息中的FC字段确定是否构造各个分段的分段有效载荷和分段报头已经被完全地恢复。
如果FC字段指示相对应的分组不具有分段报头的最后数据，则广播信号接收设备可以重复TB恢复过程。
如果FC字段指示相对应的分组具有分段的最后数据，则广播信号接收设备可以确定各个分段的接收完成。
例如，如果在构成各个分段的分段有效载荷被首先接收之后接收到分段报头，则FC字段可以指示相对应的分组具有分段报头的最后数据。
因此，如果FC字段指示分组具有分段报头的最后数据，则广播信号接收设备确定构成各个分段的分段报头和分段有效载荷已经被完全地接收，使得其能够恢复分段报头和分段有效载荷。
如果FC字段指示相对应的分组不具有分段报头的最后数据，则广播信号接收设备可以重复TB恢复过程。
其后，在步骤CS21090中广播信号接收设备可以使用分段再生器C22040组合至少一个TB以完成分段报头和分段有效载荷的恢复，并且可以组合分段报头和分段有效载荷以恢复指示被独立解码和再生的数据单元的分段。
在步骤CS21090中根据实施例的广播信号接收设备可以使用分段解析器C22050解析被恢复的分段。广播信号接收设备解析被恢复的分段使得其能够产生至少一个媒体接入单元。然而，本发明的范围或者精神不限于此，并且广播信号接收设备解析TB使得其能够产生至少一个媒体接入单元。
其后，在步骤CS21100中根据实施例的广播信号接收设备可以使用媒体解码器C22060解码至少一个媒体接入单元，使得其能够产生媒体数据。
在步骤CS21110中根据实施例的广播信号接收设备可以使用渲染器C22070执行被解码的媒体数据的渲染以便执行呈现。
图41是图示根据本发明的实施例的用于实时接收/消耗基于文件的多媒体内容的过程的流程图。
参考图41，图41的一些部分与图40的那些基本上相同，并且正因如此在此将会省略其详细描述。
根据实施例的广播信号接收设备可以基于FHL字段确定是否已经完全地接收到构成各个分段的分段报头和分段有效载荷。
在步骤CS22050中根据实施例的广播信号接收设备可以允许分段再生器C22040以识别是否基于分段信息恢复的TB是与分段报头相对应的TB或者与分段有效载荷相对应的TB。
其后，广播信号接收设备组合被恢复的TB使得其能够恢复分段有效载荷和分段报头中的每一个。
如果FH字段指示相对应的分组具有与分段有效载荷相对应的数据，则在步骤CSS2060中广播信号接收设备可以组合至少一个TB使得其能够恢复分段有效载荷。
如果FH字段指示相对应的分组具有与分段报头相对应的数据，则在步骤CS22070中分段再生器C22040可以通过至少一个TB的组合恢复分段报头。
其后，如果广播信号接收设备完成构成各个分段的分段有效载荷和分段报头的恢复，则分段信号接收设备可以通过被恢复的分段有效载荷和分段报头的组合恢复分段。
广播信号接收设备可以基于被包含在分段信息中的FHL字段确定是否构成各个分段的分段有效载荷和分段报头已经被完全地再生。
广播信号接收设备可以在步骤CS22080中计数构成各个分段的分组的数目(N)。例如，广播信号接收设备可以计数均具有分段报头的数据的分组的数目。一个分组可以包括至少一个符号，并且在下文中下面的描述将会描述其中一个分组包括一个符号的示例性情况。
FHL字段可以指示构成分段的符号的数目。如果与被记录在FHL字段中的符号的数目相同多的分组没有被接收，则广播信号接收设备可以重复TB恢复过程。例如，如果构成各个分段的分段有效载荷和分段报头的接收没有被完成，则广播信号接收设备可以重复TB恢复过程。
分段完成信息可以进一步包括指示与分段报头相对应的符号的总数目的FHL字段。
如果被记录在FHL字段中的值与分组的数目相同，则在步骤CS22090中广播信号接收设备确定构成各个分段的分段有效载荷和分段报头已经被完全地接收，并且然后恢复分段报头和分段有效载荷。
例如，FHL字段可以指示与包括分段报头和分段有效载荷两者的各个分段相对应的符号的总数目。在这样的情况下，如果与被记录在FHL字段中的符号的数目一样多的分组被接收，则广播信号接收设备能够确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
例如，FHL字段可以指示分段报头和分段有效载荷当中的后发送的符号的总数目。
如果构成各个分段的分段有效载荷被首先接收并且然后分段报头被接收，则FHL字段可以指示与分段报头相对应的符号的总数目。在这样的情况下，被记录在FHL字段中的符号的数目与对应于接收到的分段报头的分组的数目相同，广播信号接收设备可以确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
另外，如果构成各个分段的分段报头被首先接收并且然后分段有效载荷被接收，则FHL字段可以指示与分段有效载荷相对应的符号的总数目。在这样的情况下，如果被记录在FHL字段中的符号的数目与对应于接收到的分段有效载荷的分组的数目相同，则广播信号接收设备可以确定构成各个分段的分段有效载荷和分段报头已经被完全地接收。
其后，如果构成各个分段的分段有效载荷和分段报头已经被完全地接收，则在步骤CS22100中广播信号接收设备组合分段报头和分段有效载荷使得恢复分段。
迄今为止，已经描述了其中使用传送块作为具有可变大小的数据单元在传送块单元中通过广播网络实时发送和接收多媒体内容的本发明的实施例。
在下文中，将会描述其中使用对象内部结构的边界信息和类型信息在具有可变大小的对象内部结构单元中通过广播网络实时发送和接收多媒体内容的本发明的另一实施例。
然而，与在本发明的实施例中相同的本发明的另一实施例的相同术语可以包括上面的描述，并且因此其详细描述将会被省略。另外，与图1至41相关的描述也能够被应用于图42至55。
<传送对象类型-1的识别方法>
图42是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
根据本发明的另一实施例，分组可以是LCT分组，并且LCT分组可以包括LCT版本号字段(V)、拥塞控制字段标志(C)、协议特定条件字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、发送器当前时间存在标志字段(T)、预期残留时间存在标志字段(R)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、FEC有效载荷ID字段、以及/或者编码符号字段。
根据本发明的另一实施例，分组可以包括含元数据的分组信息。分组信息可以包括指示在MPEG-DASH内容的传输期间通过当前分组发送的对象的类型的对象类型信息。对象类型信息可以指示在当前分组或者相同的TOI被应用的分组中发送的对象的类型。
例如，对象类型信息可以使用被定位在从LCT分组的开始点开始的第12个比特处的两个保留的比特识别对象类型。
当在LCT分组中发送MPEG-DASH内容时，对象类型可以包括常规文件、初始化片段、媒体片段、以及/或者自行初始化片段。
例如，当对象类型信息的值是“00”时，对象类型可以指示“常规文件”，当对象类型信息的值是“01”时，对象类型可以指示“初始会片段”，当对象类型信息的值是“10”时，对象类型可以指示“媒体片段”，并且对象类型信息的值是“11”时，对象类型可以指示“自行初始化片段”。
通过对象类型信息指示的对象类型可以根据被发送的文件内容而被变化，并且用于定义对象类型信息的值的方案可以以独立于用于当前传输的会话的信令信息或者带外的形式被发送。
常规文件指的是诸如组成多媒体内容的常规文件的对象形式的数据单元。
初始化片段指的是包括用于接入表示的初始化信息的对象形式的数据单元。初始化片段可以包括文件类型盒(ftyp)和电影盒(moov)。文件类型盒(ftyp)可以包括文件类型、文件版本、以及兼容性信息。电影盒(moov)可以包括用于描述多媒体内容的元数据。
媒体片段指的是要被发送到广播信号接收设备以便于支持流服务的、关联于根据质量和时间划分的媒体的对象形式的数据单元。媒体片段可以包括片段类型盒(styp)、片段索引盒(sidx)、电影分段盒(moof)、以及媒体数据盒(mdat)。片段类型盒(styp)可以包括片段类型信息。片段索引盒(sidx)可以提供流接入点(SAP)信息、数据偏移、在相对应的媒体片段中存在的媒体数据的初始呈现时间等等。电影分段盒(moof)可以包括关于媒体数据盒(mdat)的元数据。媒体数据盒(mdat)可以包括关于组件媒体组件(视频、音频等等)的实际媒体数据。
自行初始化片段指的是指示初始化片段的信息和媒体片段的信息两者的对象形式的数据单元。
<传送对象类型-2的识别方法>
图43是图示根据本发明的另一实施例的包括对象类型信息的分组的结构的图。
除了前述的方法之外，对象类型信息能够使用LCT报头扩展识别在当前分组中发送的对象的类型。使用LCT报头扩展的对象类型信息能够被应用于用于诸如实时协议(RTP)等等的传送协议的分组等等。
对象类型信息可以包括报头扩展类型(HET)字段、类型字段，和/或保留字段。
HET字段可以是8比特整数并且可以指示相对应的报头扩展的类型。例如，HET字段可以是在128至255的值当中的一个特性值并且可以识别相对应的报头扩展的类型。在这样的情况下，报头扩展可以具有32个比特的固定长度。
类型字段可以指示在当前LCT分组或者对其应用相同的TOI的分组中发送的对象的类型。在下文中，可以通过对象类型信息表示类型字段。当在LCT分组中发送MPEG-DASH内容时，根据对象类型信息的值，对象类型可以包括常规文件、初始化片段、媒体片段、以及自行初始化片段。
例如，当对象类型信息的值是“0x00”时，对象类型可以指示“常规文件”，当对象类型信息的值是“0x01”时，对象类型可以指示“初始化片段”，当对象类型信息的值是“0x10”时，对象类型可以指示“媒体片段”，并且当对象类型信息的值是“0x11”时，对象类型可以指示“自行初始化片段”。
保留字段被保留用于未来使用。
在下文中，对于图43的详细描述与上面的详细描述相同，并且因此在此将会省略。
图44是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
广播信号接收设备可以根据对象类型基于对象类型信息不同的过程。即，在LCT分组中指定和发送对象类型信息之后，广播信号接收设备可以基于对象类型信息识别接收到的对象，并且根据对象类型执行适当的操作。
根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C32005、解析器C32050、以及/或者解码器C32060。然而，广播信号接收设备的组件不限于此并且前述的组件可以被进一步包括。
信令解码器C32005可以解码信令信息。信令信息指示是否使用广播网络实时发送包括多媒体内容的广播信号。
解析器C32050可以基于对象类型信息解析至少一个对象并且生成用于接入表示和至少一个接入单元的初始化信息。为此，解析器C32050可以包括初始化片段解析器C32051、媒体片段解析器C32052、以及/或者自行初始化片段解析器C32053。在下一个图中将会详细地描述初始化片段解析器C32051、媒体片段解析器C32052、以及自行初始化片段解析器C32053。
解码器C32060可以基于初始化信息初始化相对应的解码器C32060。另外，解码器C32060可以解码至少一个对象。在这样的情况下，解码器C32060可以以至少一个接入单元的形式接收关于对象的信息并且解码至少一个接入单元以生成媒体数据。
图45是图示根据本发明的另一实施例的使用对象类型信息的广播信号接收设备的结构的图。
广播信号接收设备可以包括分组滤波器C32010、片段缓冲器C32030、解析器C32050、解码缓冲器C32059、以及/或者解码器C32060。
分组滤波器C32010可以从至少一个接收到的分组中识别对象类型信息并且分类该对象类型信息，以便基于对象类型信息执行与各个对象类型相对应的过程。
例如，当对象类型信息是“1”时，分组滤波器C32010可以通过片段缓冲器C32031将LCT分组的数据发送到初始化片段解析器C32051，当对象类型信息是“2”时，分组滤波器C32010可以通过片段缓冲器C32032将LCT分组的数据发送到媒体片段解析器C32052，当对象类型信息是“3”时，分组滤波器C32010可以通过片段缓冲器C32033将LCT分组的数据发送到自行初始化片段解析器C32053。
片段缓冲器C32030可以从分组滤波器接收LCT分组的数据并且在预先确定的时间段内存储数据。片段缓冲器C32030可以作为多个片段缓冲器C32031、C32032、以及C32033或者一个组件存在。
解析器C32050可以基于对象类型信息解析至少一个对象并且产生用于接入表示和至少一个接入单元的初始化信息。为此，解析器C32050可以包括初始化片段解析器C32051、媒体片段解析器C32052、以及/或者自行初始化片段解析器C32053。
初始化片段解析器C32051可以解析被存储在片段缓冲器C32031中的初始化片段并且生成用于接入表示的初始化信息。
另外，初始化片段解析器C32051可以从自行初始化片段解析器C32053接收初始化片段并且生成用于接入表示的初始化信息。媒体片段解析器C32052可以解析被存储在片段缓冲器C32032中的媒体片段，并且生成关于媒体流的信息、至少一个接入单元、以及关于用于接入对应片段中的媒体呈现的方法的信息，诸如呈现时间或者索引。另外，媒体片段解析器C32052可以从自行初始化片段解析器C32053接收媒体片段并且生成媒体流的信息、至少一个接入单元、以及关于用于接入到相对应的片段中的媒体呈现的方法的信息，诸如呈现时间或者索引。
自行初始化片段解析器C32053可以解析被存储在片段缓冲器C32033中的自行初始化片段并且生成初始化片段和媒体片段。
解码缓冲器C32059可以从解析器C32050或者媒体片段解析器C32052接收至少一个接入单元并且在预先确定的时间段存储接入单元。
解码器C32060可以基于初始化信息初始化相对应的解码器C32060。另外，解码器C32060可以解码至少一个对象。在这样的情况下，解码器C32060可以以至少一个接入单元的形式接收关于对象的信息，并且可以解码至少一个接入单元以生成媒体数据。
如上所述，在发送MPEG-DASH内容之后，根据本发明的另一实施例的广播信号发送设备可以发送指示是在当前分组中发送的对象的类型的对象类型信息。另外，广播信号发送设备可以基于对象类型信息识别在接收到的分组中的对象的类型并且对各个对象执行适当的过程。
<对象内部结构的类型>
图46是图示根据本发明的另一实施例的包括类型信息的分组的结构的图。
在发送作为独立意义单元的对象内部结构单元中的数据之后，广播信号发送设备可以发送具有可变大小的数据。因此，甚至在接收一个整体对象之前在接收和识别对象内部结构之后，广播信号接收设备可以执行对象内部结构单元中的再生。结果，可以通过广播网络实时发送和再生多媒体内容。根据本发明的另一实施例，为了识别对象内部结构，类型信息和边界信息可以被使用。
在下文中，将会详细地描述用于对象内容结构的识别的类型信息。
在MPEG-DASH内容的传输期间，分组信息可以包括使用LCT报头扩展的类型信息。类型信息可以指示在当前分组中发送的对象内部结构的类型。类型信息可以被称为内部结构类型信息以区分于对象类型信息。类型信息能够被应用于用于诸如实时协议(RTP)等等传送协议的分组等等。
类型信息可以包括报头扩展类型字段(HET)、内部单元类型字段、以及/或者保留字段。
HET字段与上面的描述相同并且因此其详细描述在此被省略。
内部结构类型字段可以指示在LCT分组中发送的对象内部结构的类型。
对象可以对应于MPEG-DASH的片段，并且对象内部结构可以对应于被包括在对象中的较低的组件。例如，对象内部结构的类型可以包括片段、区块或者GOP、接入单元、以及NAL单元。对象内部结构的类型可以不被限于此并且可以进一步包括有意义的单元。
分段可以指的是不取决于先前数据能够被独立地解码和再生的数据单元。可替选地，分段可以指的是包括一对电影分段盒(moof)和媒体数据容器盒(mdat)的数据单元。例如，分段可以对应于MPEG-DASH的子片段或者对应于MMT的分段。分段可以包括至少一个区块或者至少一个GOP。
区块是具有相同的媒体类型的一组相邻的采样并且是具有可变大小的数据单元。
GOP是用于执行在视频编码中的编译的基本单元并且是指示包括至少一个I帧的帧的集合的具有可变大小的数据单元。根据本发明的另一实施例，在作为独立意义的数据单元的对象内部结构单元中发送媒体数据，并且因此GOP可以包括开放式GOP和封闭式GOP。
在开放式GOP中，在一个GOP中的B帧可以指的是相邻的GOP中的I帧或者P帧。因此，开放式GOP能够严格地增强编译效率。在封闭式GOP中，B帧或者P帧可以仅指的是相对应的GOP中的帧并且不可以指的是除了相对应的GOP之外的GOP中的帧。
接入单元可以指的是被编码的视频或者音频的基本数据单元并且包括一个图像帧或者音频帧。
NAL单元是被封装和被压缩的视频流，包括关于考虑到与网络装置的通信压缩的片的摘要信息等等。例如，NAL单元是通过以字节为单元分组诸如NAL单元片、参数集、SEI等等的数据获得的数据单元。
保留字段可以保留用于未来使用。
在下文中，为了方便描述，可以通过类型信息表示内部结构类型字段。
<对象内部结构的边界>
图47是图示根据本发明的另一实施例的包括边界信息的分组的结构的图。
在下文中，将会详细地描述用于对象内部结构的识别的边界信息。
在MPEG-DASH内容的传输期间，分组信息可以包括使用LCT报头扩展的类型信息。边界信息可以指示在当前分组中发送的对象内部结构的边界。边界信息能够被应用于用于诸如实时协议(RTP)等等传送协议的分组等等。
边界信息可以包括报头扩展类型字段(HET)、开始标志字段(SF)、保留字段、以及/或者偏移字段。
HET字段与上面的描述相同并且因此其详细描述在此被省略。
开始标志字段(SF)可以指示LCT分组包括对象内部结构的开始点。
保留字段可以保留用于未来使用。
偏移字段可以包括指示在LCT分组的对象内部结构的开始点的位置信息。位置信息可以包括从LCT分组的开始点到对象内部结构的开始点的字节距离。
如上所述，广播信号发送设备可以不基于类型信息和边界信息以对象为单位发送数据，并且可以在具有可变长度的对象内部结构单元中发送数据。
广播信号接收设备可以不以对象为单位接收和再生数据，并且可以在具有可变长度的对象内部结构单元中接收和再生数据。因此，广播信号接收设备可以基于类型信息和边界信息识别对象内部结构并且执行对于各个接收到的对象内部结构的再生。
例如，基于与通过被包括在开始和结束点之间发送的至少一个分组中的边界信息或者类型信息表示的对象内部结构的开始和结束点相对应的分组，广播信号接收设备可以识别当前对象内部结构的类型。
结果，甚至在接收一个整体对象之前广播信号接收设备可以快速地识别对象内部结构并且实时执行再生。
<传送对象和信令信息的映射>
图48是图示根据本发明的另一实施例的包括映射信息的分组的结构的图。
根据本发明的另一实施例，能够使用除了前述的类型信息和边界信息之外的映射信息识别对象内部结构。
在DASH内容的传输期间，分组信息可以包括使用LCT报头扩展的映射信息。映射信息将在当前分组中发送的会话、对象以及对象内部结构中的至少一个映射到传送会话标识符(TSI)和传送对象标识符(TOI)中的至少一个。映射信息可以在用于诸如实时协议(RTP)等等的传送协议的分组等等中被使用。
根据本发明的实施例，映射信息可以包括报头扩展类型字段(HET)、报头扩展长度字段(HEL)、以及统一资源定位符字段(URL)。
HET字段与在上面描述的相同并且不会详细地描述。
HEL字段指示具有可变长度的LCT报头扩展的整体长度。基本上，当HET具有在0和127之间的值时，报头扩展在LCT中具有32比特字单元的可变长度，并且继HET字段之后的HEL字段指示在32比特字单元中的LCT报头扩展的整体长度。
URL字段可以是可变字段并且可以包括用于当前传输的会话、对象、以及对象内部结构的在互联网上的唯一的地址。
在下文中，为了方便描述，URL字段可以经由映射信息被表示。
映射信息可以指示信令信息的URL。另外，映射信息可以包括通过信令信息分配的标识符以及对象内部结构的会话、对象、或者唯一地址。标识符可以包括时段ID、适配集ID、表示ID、以及组件ID。因此，在MPEG-DASH内容的情况下，映射信息可以包括片段URL、表示ID、组件ID、适配集ID、时段ID等等。
为了更加完美的映射，根据本发明的另一实施例的信令信息可以进一步包括用于将对象的URL或者标识符映射到TOI或者TSI的映射信息。即，信令信息可以进一步包括当前发送的TOI和TSI被映射到的对象的URL或者标识符的一部分。在这样的情况下，映射信息可以是用于根据1:1、1:多、以及多:1中的一个将对象的URL或者标识符映射到TOI或者TSI的信息。
<传送会话和传送对象的分组方法>
图49是图示根据本发明的另一实施例的包括编组信息的LCT分组的结构的图。
根据本发明的另一实施例，除了前述方法之外，使用分组信息能够识别对象内部结构。
根据本发明的另一实施例的LCT分组可以包括会话组标识符字段(SGI)和被划分的传送会话标识符字段(DTSI)。SGI和DTSI是通过分离传统传送会话标识符字段(TSI)获得的形式。
根据本发明的另一实施例的LCT分组可以包括对象组标识符字段(OGI)和被划分的传送对象标识符字段(DTOI)。OGI和DTOI是通过分离传统传送对象标识符字段(TOI)获得的形式。
S字段指示传统TSI字段的长度，O字段指示传统TOI的长度，并且H字段指示是否半字(16个比特)被添加到传统TOI字段和传统TSI字段的长度。
因此，SGI字段和DTSI字段的长度的总和可以与传统TSI字段相同并且可以基于S字段和H字段的值被确定。另外，OGI字段和DTOI字段的长度的总和可以与传统TOI字段相同并且可以基于O字段和H字段的值被确定。
根据本发明的另一实施例，传统TSI和TOI可以被细分成SGI、DTSI、OGI、以及DTOI，并且SGI、DTSI、OGI、以及DTOI可以识别不同的数据单元。
将会参考下一个图详细地描述SGI、DTSI、OGI、以及DTOI。
图50是图示根据本发明的另一实施例的会话和对象的编组的图。
媒体呈现描述(MPD)是用于提供作为流服务的MPEG-DASH内容的元素。例如，前述的呈现可以是一个服务的概念并且可以对应于MPEG-DASH的MPD和MMT的分组。MPD C40000可以包括至少一个时段。例如，MPD C40000可以包括第一时段C41000和第二时段C42000。
时段是通过根据再生时间划分MPEG-DASH内容获得的元素。在时段中不可以改变可变比特速率、语言、标题、字幕等等。各个时段可以指示开始时间信息，并且时段可以以MPD中的开始时间的升序排列。例如，第一时段C41000是在0至30分钟的时段中的元素，并且第二时段C42000是在30至60分钟的时段中的元素。时段可以包括至少一个适配集(未示出)作为较低元素。
适配集是可互换的被编码的版本的至少一个媒体内容组件的集合。适配集可以包括至少一个表示作为较低元素。例如，适配集可以包括第一表示C41100、第二表示C41200、以及第三表示C41300。
表示可以是至少一个媒体内容组件的可发送的被编码的版本的元素并且可以包括至少一个媒体流。媒体内容组件可以包括视频组件、音频组件、以及字幕组件。表示可以包括关于媒体内容组件的质量的信息。因此，广播信号接收设备可以改变一个适配集中的表示以便于适合网络环境。
例如，第一表示C41100可以是具有500kbit/s的频率带宽的视频组件，第二表示C41200可以是具有250kbit/s的频率带宽的视频组件，并且第三表示C41300可以是具有750kbit/s的频率带宽的视频组件。表示可以包括至少一个片段作为较低元素。例如，第一表示C41100可以包括第一片段C41110、第二片段C41120、以及第三片段C41130。
片段是具有能够根据一个HTTP请求被检索的最大数据单元的元素。URL可以被提供给各个片段。例如，前述的对象可以是与文件、初始化片段、媒体片段、或者自行初始化片段相对应的概念，可以对应于MPEG-DASH的片段，并且可以对应于MMT的MPU。各个片段可以包括至少一个分段作为较低元素。例如，第二片段C41120可以包括第一分段C41122、第二分段C41124、以及第三分段C41126。
分段指的是不取决于先前数据能够被独立地解码和再生的数据单元。例如，分段可以对应于MPGE-DASH的子片段和MMT的分段。分段可以包括至少一个区块或者至少一个GOP。例如，第一分段C41122可以包括分段报头和分段有效载荷。分段报头可以包括片段索引盒(sidx)和电影分段盒(moof)。分段有效载荷可以包括媒体数据容器盒(mdat)。媒体数据容器盒(mdat)可以包括第一至第五区块。
区块是具有相同媒体类型的相邻的采样的集合并且是具有可变大小的数据单元。
根据本发明的前述实施例，TSI可以识别传送会话，并且各个表示可以被映射到各个TSI。另外，TOI可以识别传送会话中的传送对象并且各个片段可以被映射到各个TOI。
然而，根据本发明的另一实施例，TSI可以被划分成GSI和DTSI，TOI被划分成OGI和DTOI，并且GSI、DTSI、GOI以及DTOI可以被映射到各自的数据单元，不限于本发明的前述实施例。
例如，SGI可以识别一组相同的传送会话并且各个时段可以被映射到各个SGI。第一时段C41000的SGI的值可以被映射到“1”并且第二时段C42000的SGI的值可以被映射到“2”。SGI的值可以不被限于前述的实施例，并且可以具有与用于时段的识别的时段ID相同的值。
DTSI可以识别传送会话并且各个表示可以被映射到各个DTSI。第一表示C41100的DTSI的值可以被映射到“1”，第二表示C41200的DTSI的值可以被映射到“2”，并且第三表示C41300的DTSI的值可以被映射到“3”。DTSI的值可以不限于前述的实施例并且可以具有与用于表示的识别的表示ID相同的值。
OGI可以识别在传送会话中的一组相同的对象，并且各个片段可以被映射到OGI。第一片段C41110的OGI的值可以被映射到“1”，第二片段C41120的OGI的值可以被映射到“2”，并且第三片段C41130的OGI的值可以被映射到“3”。
DTOI可以识别递送对象。一个递送对象可以是一个ISO BMFF文件或者一个ISOBMFF文件的一部分。一个ISO BMFF文件的一部分可以包括GOP、区块、接入单元以及/或者NAL单元。
例如，分段报头以及分段有效载荷的各个区块或者各个GOP可以被映射到各个DTOI。第一分段C41122的报头的DTOI的值可以被映射到“0”，并且第一分段C41122的有效载荷中的第一至第五区块的DTOI的值可以被映射到“10”至“14”。
在DTOI的情况下，根据给定的值可以定义用法。例如，根据对象的排列顺序DTOI值可以以升序或者降序设置。在这样的情况下，广播信号接收设备可以基于DTOI值重排对象并且生成分段或者片段。另外，特定的DTOI值可以包括分段报头。在这样的情况下，广播信号发送设备或者广播信号接收设备可以基于相对应的DTOI值确定是否完全地发送分段报头。
如果递送对象意指一个片段，则一组递送对象可以对应于诸如DASH表示的内容组件。在这样的情况下，DTIO可以被映射到片段并且OGI可以被映射到表示。例如，OGI可以以一对一对应关系被映射到表示ID、内容组件ID等等并且可以被用作用于复用/解复用在一个会话内发送的内容组件的信息。
图51是图示根据本发明的另一实施例的使用分组信息的广播信号发送设备的结构的图。
广播信号发送设备可以包括信令编码器C31005、内部结构生成器C31030、分组信息生成器C31035、以及/或者发射器C31050。
信令编码器C31005可以生成指示是否使用广播网络实时发送包括多媒体内容的广播信号的信令信息。信令信息可以指示在文件级别或者FDT级别的至少一个中实时发送多媒体内容。当信令信息指示在文件级别中实时发送多媒体内容时，属于相对应的文件的所有数据能够被实时发送。另外，当信令信息指示在FDT级别中实时发送多媒体内容时，属于相对应的FDT的所有文件或者数据能够被实时发送。
内部结构生成器C31030可以生成至少一个对象内部结构作为独立编码或者解码的数据单元。通过将被包括在多媒体内容中的文件划分成至少一个数据单元获得对象内部结构。
当信令信息指示多媒体内容被实时发送时，分组信息生成器C31035可以生成包括用于对象内部结构的识别的元数据的分组信息。在此，分组信息可以包括关于用于多媒体内容的传输的分组的元数据并且包括用于对象内部结构的识别的元数据。分组信息可以包括指示对象内部结构的边界的边界信息和指示对象内部结构的类型的类型信息。
边界信息可以包括指示是否相对应的分组包括对象内部结构的开始点的开始标志(SF)字段和指示相对应的分组中的对象内部结构的开始点的位置的偏移字段。
对象内部结构的类型可以包括指示包括一对电影分段盒(moof)和媒体数据容器盒(mdat)的数据单元的分段、指示具有相同的媒体类型的相邻的采样的集合的区块、指示包括至少一个I帧的帧的集合的GOP、指示被编码的视频或者音频的基本数据单元的接入单元、以及指示以字节为单位分组的数据单元的NAL单元中的一个。
另外，分组信息可以包括用于将会话、对象、以及对象内部结构中的至少一个映射到传送会话标识符(TSI)和传送对象标识符(TOI)中的至少一个的映射信息。
分组信息可以包括用于编组在分组中发送的传送会话和传送对象的编组信息。编组信息可以包括用于传送会话的识别的被划分的传送会话标识符(DTSI)字段、用于具有相同传送会话的组的识别的会话组标识符(SGI)字段、用于传送对象的识别的被划分的传送对象标识符(DTOI)字段、以及用于具有相同传送对象的组的识别的对象组标识符(OGI)字段。在此，SGI字段可以包括用于MPEG-DASH的时段元素的识别的信息，DTSI字段可以包括用于MPEG-DASH的表示元素的识别的信息，OGI字段可以包括用于MPEG-DASH的片段元素的识别的信息，并且DTOI字段可以包括用于MPEG-DASH的区块元素的识别的信息。
如上所述，分组信息可以基于类型信息和边界信息、映射信息、以及分组信息识别会话、对象以及对象内部结构中的至少一个。
广播信号发送设备可以进一步包括分组器(未示出)。分组器可以将对象内部结构划分成具有相同大小的至少一个符号，并且可以分组至少一个符号作为至少一个分组。然而，本发明不限于此，并且可以通过其它设备生成符号。根据本发明的另一实施例的符号的长度可以是相同的。然后分组器可以分组至少一个符号作为至少一个分组。例如，分组可以包括分组报头和分组有效载荷。
分组报头可以包括用于对象内部结构的识别的分组信息。
发射器C31050可以发送包括对象内部结构和分组信息的广播信号。
图52是图示根据本发明的另一实施例的广播信号接收设备的结构的图。
在下文中，没有描述广播信号发送设备的公共部件，并且在与广播信号发送设备的不同方面将会描述广播信号接收设备。
广播信号接收设备可以基于分组信息识别对象内部结构并且在接收到的对象内部结构的单元中执行解码。因此，广播信号接收设备可以不接收一个整体对象，并且可以产生对象内部结构，尽管接收到对象内部结构。
根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C32005、提取器C32050、以及/或者解码器C32050。然而，广播信号接收设备可以进一步包括前述的组件。
信令解码器C32005可以解码信令信息。信令信息可以指示是否使用广播网络实时发送包括多媒体内容的广播信号。
提取器C32050可以从广播信号识别对象内容结构并且提取对象内部结构。甚至在接收一个整体对象之前，提取器C32050可以基于分组信息提取对象内部结构并且将对象内部结构发送给解码器C32060。然而，可以根据对象内部结构的类型改变提取器C32050的操作。前述的解析器C32050可以执行与提取器C32050相同的操作并且可以通过解析器C32050表示提取器C32050。
提取器C32050可以根据类型信息和边界信息识别当前对象内部结构的类型。例如，基于与在开始和结束点之间发送的至少一个分组中包括的边界信息和类型信息中表示的对象内部结构的开始和结束点相对应的分组，提取器C32050可以识别当前对象内部结构的类型。
提取器C32050可以提取作为被存储在对象缓冲器或者片段缓冲器中的对象内部结构的接入单元、GOP或者区块、以及分段中的至少一个。为此，提取器C32050可以进一步包括：AU提取器C32060，该AU提取器C32060用于提取接入单元；区块提取器C32057，该区块提取器C32057用于提取区块或者GOP；以及分段提取器C32058，该分段提取器C32058用于提取分段。将会参考下一个图详细地描述提取器C32050的较低的组件。
解码器C32060可以接收对象内部结构并且基于类型信息解码相对应的对象内部结构。在这样的情况下，解码器C32060可以以至少一个接入单元的形式接收关于对象内部结构的信息并且解码至少一个接入单元以生成媒体数据。
图53是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
在下文中，将会描述当对象内部结构的类型是接入单元时广播信号接收设备的操作和配置。
广播信号接收设备可以进一步包括分组解分组器C22020、片段缓冲器C32030、AU提取器C32056、解码缓冲器C32059、以及/或者解码器C32060。
分组解分组器C22020可以解分组至少一个分组并且提取被包括在分组报头中的分组信息。例如，分组解分组器C22020可以提取被包括在分组报头中的类型信息和边界信息并且提取被包括在分组有效载荷中的至少一个符号。至少一个符号可以是被包括在对象内部结构中的符号或者被包括在对象中的符号。
分组解分组器C22020可以将至少一个被提取的对象或者至少一个被提取的对象内部结构发送到解码器C32060。
片段缓冲器C32030可以从分组解分组器C22020接收LCT分组的分组并且在预先确定的时间段内存储数据。可以通过对象缓冲器C32030重复片段缓冲器C32030。片段缓冲器C32030可以进一步包括AU提取器C32056、区块提取器(未示出)、以及/或者分段提取器(未示出)。另外，片段缓冲器C320300可以进一步包括分段缓冲器(未示出)和/或区块缓冲器(未示出)。
当类型信息指示对象内部结构的类型是接入单元时，片段缓冲器C32030可以包括AU提取器C32056。然而，本发明不限于此，并且AU提取器C32056可以独立于片段缓冲器C32030而存在。
AU提取器C32056可以基于边界信息提取被存储在片段缓冲器C32030中的接入单元。例如，一个接入单元可以是从通过边界信息指示的接入单元的开始点到下一个接入单元的开始点。
然后AU提取器C32056可以通过解码缓冲器C32059将被提取的接入单元发送到解码器C32060。
如上所述，即使广播信号接收设备没有接收一个整体对象，在基于类型信息和边界信息完全地接收相对应的对象的内部结构之后，AU提取器C32056可以立即提取对象内部结构并且可以将对象内部结构发送到解码器C32060。
解码缓冲器C32059可以从片段缓冲器C32030接收数据并且在预先确定的时间段存储数据。在被给予解码缓冲器C32059中的接入单元的处理时间内接入单元可以被发送到解码器C32060或者其它的组件。在这样的情况下，诸如呈现时间戳(PTS)等等的关于处理时间的时序信息可以以LCT报头扩展的形式被给予接入单元。
解码器C32060可以接收对象内部结构并且基于类型信息解码相对应的对象内部结构。在这样的情况下，解码器C32060可以以接入单元的形式以及以对象内部结构的形式接收相对应的对象内部结构。
当类型信息指示对象内部结构的类型是接入单元时，甚至在接收整个相对应的对象之前解码器C32060可以解码相对应的接入单元作为相对应的对象的内部结构。
图54是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
与在图中图示的组件当中的前述组件相同的组件在上面的描述中是相同的，并且因此在此将会省略其详细描述。
在下文中，将会描述当对象内部结构的类型是区块或者GOP时广播信号接收设备的操作和配置。广播信号接收设备可以进一步包括分组解分组器C22020、片段缓冲器C32030、区块缓冲器C32035、解码缓冲器C32059、以及/或者解码器C32060。
分组解分组器C22020可以通过片段缓冲器C32030将至少一个被提取的对象或者至少一个对象内部结构发送到解码器C32060。
片段缓冲器C32030可以包括区块提取器C32057。另外，片段缓冲器C32030可以进一步包括区块缓冲器C32035。
当类型信息指示对象内部结构的类型是区块或者GOP时，区块提取器C32057可以基于边界信息提取被包括在片段缓冲器C32030中的区块或者GOP。例如，一个区块或者GOP可以是从通过边界信息指示的区块或者GOP的开始点到下一个区块或者GOP的开始点。区块提取器C32057可以在片段缓冲器C32030中存在或者独立地存在。
区块提取器C32035可以接收至少一个区块或者GOP并且在预先确定的时间内存储区块或者GOP。区块缓冲器C32035可以在分段缓冲器C32030中存在或者独立地存在。区块缓冲器C32035可以进一步包括AU提取器C32056。
AU提取器C32056可以从被存储在区块缓冲器C32035中的区块或者GOP提取至少一个接入单元。然后AU提取器C32056可以通过解码缓冲器C32059将至少一个被提取的接入单元发送到解码器C32060。
当类型信息指示对象内部结构的类型是区块或者GOP时，甚至在接收整个相对应的对象之前解码器C32060可以解码相对应的区块或者GOP作为相对应的对象的内部结构。
图55是图示根据本发明的另一实施例的使用分组信息的广播信号接收设备的结构的图。
与在图中图示的组件当中的前述组件相同的组件与上面的描述相同，并且因此在此将会省略其详细描述。
在下文中，将会描述当对象内部结构的类型是分段时广播信号接收设备的操作和配置。广播信号接收设备可以进一步包括分组解分组器C22020、片段缓冲器C32030、分段缓冲器C32036、音频解码缓冲器C32059-1、视频解码缓冲器C32059-2、音频解码器C32060-1、以及/或者视频解码器C32060-2。
分组解分组器C22020可以将至少一个被提取的对象或者至少一个被提取的对象内部结构发送到音频解码器C32060-1和/或视频解码器C32060-2。
片段缓冲器C320300可以包括分段提取器C32058。另外，片段缓冲器C32030可以进一步包括分段提取器C32036。
当类型信息指示对象内部结构的类型是分段时，分段提取器C32058可以提取被存储在片段缓冲器C320300中的分段。例如，一个分段可以是从分段的开始点到下一个分段的开始点。分段提取器C32058可以在片段缓冲器C32030中存在或者独立地存在。
分段缓冲器C32036可以接收分段或者在预先确定的时间段存储分段。分段缓冲器C32036可以在片段缓冲器C32030中存在或者独立地存在。分段缓冲器C32036可以进一步包括AU提取器C32056。在分段缓冲器C32036中可以进一步包括区块缓冲器(未示出)。
AU提取器C32056可以从被存储在分段缓冲器C32036中的分段提取至少一个接入单元。AU提取器C32056可以在分段缓冲器C32036中存在或者独立地存在。另外，广播信号接收设备可以进一步包括区块缓冲器(未示出)，并且AU提取器C32056可以从被包括在区块缓冲器中的区块或者GOP提取至少一个接入单元。然后AU提取器C32056可以将至少一个被提取的接入单元发送到音频解码器C32060-1和/或视频解码器C32060-2。
解码缓冲器可以包括音频解码缓冲器C32059-1和/或视频解码缓冲器C32059-2。音频解码缓冲器C32059-1可以接收关联于音频的数据并且在预先确定的时间段存储数据。视频解码缓冲器C32059-2可以接收关联于视频的数据并且在预先确定的时间段内存储该数据。
当类型信息指示对象内部结构的类型是分段时，甚至在接收整个相对应的对象之前解码器可以解码相对应的分段作为相对应的对象的内部结构。解码器可以进一步包括用于解码关联于音频的数据的音频解码器C32060-1和/或用于解码关联于视频的数据的视频解码器C32060-2。
如上所述，广播信号发送设备可以不在对象单元中发送数据并且可以在具有可变长度的对象内部结构单元中发送数据。在这样的情况下，广播信号发送设备可以发送对象内部结构的类型信息和边界信息。
广播信号接收设备可以不在对象单元中再生数据并且可以在具有可变长度的对象内部结构中再生数据。因此，广播信号接收设备可以基于类型信息和边界信息识别对象内部结构并且执行用于各个接收到的对象内部结构的再生。
<传送分组有效载荷数据的优先级识别>
图56是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
根据本发明的另一实施例的分组可以是ROUTE分组并且ROUTE分组可以表示ALC/LCT分组。在下文中，为了方便起见，ROUTE分组和/或ALC/CLT分组可以被称为LCT分组。ROUTE使用的LCT分组格式遵循ALC分组格式，即，之后是LCT报头的UDP报头和之后是分组有效载荷的FEC有效载荷ID。
LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的相同名称的字段的详细描述，参考上述的描述。
分组报头可以进一步包括指示分组有效载荷的优先级的优先级信息(Priority)。优先级信息可以使用从各个分组的开始点开始位于第十二和第十三比特处的两个比特以指示分组有效载荷的优先级。在这样的情况下，因为两个比特被使用，所以能够减小分组报头的大小并且增加效率。
优先级信息(Priority)可以指示使用被包括在一个文件中的LCT分组当中的当前LCT分组发送的分组有效载荷的优先级。即，优先级信息可以指示使用在具有相同的TSI或者TOI的分组当中的当前LCT分组发送的分组有效载荷的相对优先级。
例如，优先级信息可以具有0至3的值。随着优先级的值减小，分组有效载荷的优先级在基于总文件的媒体数据的处理中增加。随着优先级信息的值增加，分组有效载荷的优先级减少。
TSI可以识别LCT传送会话并且TOI可以识别递送对象。
各个ROUTE会话是由一个或者多个LCT传送会话组成。LCT传送会话是ROUTE会话的子集。对于媒体递送，LCT传送会话通常会携带媒体组件，例如，MPEG-DASH表示。从广播MPEG-DASH的角度来看，ROUTE会话能够被视为携带一个或者多个DASH媒体呈现的媒体组件的LCT传送会话的复用。在各个LCT传送会话内，一个或者多个递送对象被携带，通常被有关的递送对象，例如，被关联到一个表示的MPEG-DASH片段。与各个递送对象一起，递送元数据属性使得能够在应用中使用递送对象。
一个递送对象可以是ISO BMFF文件或者一个ISO BMFF文件的一部分。一个ISOBMFF的一部分可以包括分段、GOP、区块、接入单元以及/或者NAL单元。
作为一个实施例，一个TSI可以匹配一个轨道(MPEG-DASH表示)并且一个TOI可以匹配一个ISO MBFF文件。另外，一个ISO BMFF文件可以包括“ftyp”、“moov”、“moof”以及/或者“mdat”。
“ftyp”是包括关于文件类型和兼容性的信息的容器。“moov”是包括用于再生媒体数据的所有元数据的容器。如果媒体内容在一个文件内被划分成至少一个媒体数据或者如果媒体内容被划分成至少一个文件，则“moof”是包括用于各个被划分的媒体数据的元数据的容器。“mdat”包括诸如音频数据和视频数据的媒体数据。“mdat”可以包括至少一个“I帧”、“P帧”以及/或者“B帧”。
“I帧”指的是仅使用独立于帧的空间压缩技术，而不是使用MPEG中的相对应的帧的前一个或者下一个帧的时间压缩技术，生成的帧。因为“I帧”被直接地编译并且从图像生成，所以“I帧”仅有内部块组成并且可以用作随机接入点。另外，“I帧”可以是通过预测时间运动产生的“P帧”和/或“B帧”的准则。因此，因为“I帧”减少其帧的额外的空间元素以执行压缩，所以“I帧”提供低压缩速率。即，根据压缩的结果，比特的数目可能比其他帧的比特的数目大。
“P帧”意指通过相对于在MPEG中的后述场景通过预测运动产生的屏幕。“P帧”是通过参考最新的“I帧”和/或“B帧”获得并且仅经由画面内正向预测预测下一个画面获得的画面。因此，“P帧”提供相对高的压缩速率。
“B帧”指的是在时间预测的画面中从前一个和/或下一个“P帧”和/或“I帧”详细地预测双向运动产生的预测的画面。“B帧”基于前一个“I帧”和/或“P帧”、当前帧以及/或者下一个“I帧”和/或“P帧”被被编译并且/或者解码。因此，编译和/或解码时间延迟发生。然而，“B帧”提供最高的压缩速率并且没有形成“P帧”和/或“I帧”的编译和/或解码的基础使得没有传播错误。
如上所述，在一个ISO BMFF文件中的“ftyp”、“moov”、“moof”以及/或者“mdat”的属性可以是不同的。因此，包括“ftyp”、“moov”、“moof”以及/或者“mdat”的分组具有相同的TSI和/或TOI但是可以具有不同的属性。
例如，包括“ftyp”和“moov”的分组的优先级信息具有“0”的值，包括“moof”的分组的优先级信息具有“1”的值，包括“I帧”的分组的优先级信息具有“1”的值，包括“P帧”的分组的优先级信息具有“2”的值并且/或者包括“B帧”的分组的优先级信息具有“3”的值。
如果发送诸如高级视频编译(AVC)/高效视频编译(HEVC)的包括视频数据的MPEG-DASH片段，则广播信号传输设备可以按照包括“ftyp”和“moov”的分组、包括“moof”的分组、包括“I图片”的分组、包括“P图片“的分组以及/或者包括“B图片”的分组的顺序指配用于分组数据处理的优先级。
另外，根据网络带宽和服务用途，诸如在网络上的中继和/或路由器的中间节点可以优先地发送具有高优先级的分组并且选择性地发送具有低优先级的分组。因此，优先级信息可容易地应用于各种服务状态。
另外，基于“ftyp”、“moov”、“moof”、“I图片”、“P图片”以及/或者“B图片”的优先级信息，广播信号传输设备可以优先地提取具有高优先级的分组(即，具有低优先级信息值的分组)，并且选择性地提取具有低优先级的分组(即，具有高优先级信息值的分组)。当接收到诸如AVC/HEVC的视频数据时，广播信号接收设备可以选择性地提取具有高帧率的序列和具有低帧率的序列。
图57是示出根据本发明的另一实施例的包括优先级信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组，并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
分组报头可以进一步包括指示分组有效载荷的优先级的优先级信息(EXT_TYPE)。优先级信息(EXT_TYPE)可以使用LCT报头扩展以指示使用当前分组发送的分组有效载荷的相对优先级。如果LCT报头扩展被使用，则不支持LCT报头扩展的广播信号接收设备可以跳过优先级信息(EXT_TYPE)，从而增加可扩展性。使用LCT报头扩展的优先级信息(EXT_TYPE)可应用于用于诸如实时协议(RTP)的传输协议的分组。
优先级信息(EXT_TYPE)可以包括报头扩展类型(HET)字段、优先级字段以及/或者保留字段。根据实施例，优先级信息(EXT_TYPE)可以仅包括优先级字段。
HET字段可以是具有8个比特的整数并且可以指示报头扩展的类型。例如，HET字段可以使用128至255的值当中的一个唯一的值识别报头扩展的类型。在这样的情况下，报头扩展可以具有32个比特的固定长度。
优先级字段可以指示使用被包括在一个文件中的LCT分组当中的当前LCT分组发送的分组有效载荷的优先级。另外，优先级字段可以指示使用具有相同的TSI或者TOI的分组当中的当前LCT分组发送的分组有效载荷的相对优先级。
例如，优先级信息可以具有0至255的值。随着优先级信息的值减小，分组有效载荷的优先级在基于文件的媒体数据的处理中增加。
例如，包括“ftyp”和“moov”的分组的优先级信息具有“0”的值，包括“moof”的分组的优先级信息具有“1”的值，包括“I帧”的分组的优先级信息具有“2”的值，包括“P帧”的分组的优先级信息具有“3”的值并且/或者包括“B帧”的分组的优先级信息具有“4”的值。
保留字段可以是被保留以便将来使用的字段。
在下文中，将会省略与上面的描述相同的描述。
图58是示出根据本发明的另一实施例的包括偏移信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组并且LCT分组可以包括分组报头和分组有效载荷。
分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
分组报头可以进一步包括偏移信息。偏移信息可以指示在使用当前分组发送的分组有效载荷的文件内的偏移。偏移信息可以从文件的开始点以字节指示偏移。偏移信息可以是LCT报头扩展的形式并且可以被包括在FEC有效载荷ID字段中。
作为一个实施例，将会描述其中LCT分组包括以LCT报头扩展的形式的偏移信息(EXT_OFS)的情况。
如果LCT报头扩展被使用，则不支持LCT扩展的接收机跳过偏移信息(EXT_OFS)，从而增加可扩展性。使用LCT报头的偏移信息(EXT_OFS)可应用于用于诸如实时协议(RTP)的传送协议的分组。
偏移信息(EXT_OFS)可以仅包括报头扩展类型(HET)字段、报头扩展长度(HEL)字段以及开始偏移(Start Offset)字段。
HET字段等于上面的描述并且其详细描述将会被省略。
HEL字段指示具有可变长度的LCT报头扩展的总长度。根本地，在LCT中，如果HET具有0至127的值，则32比特字单元的可变长度报头扩展存在并且跟随HET字段的HEL字段以32比特子单元指示LCT报头扩展的总长度。
开始偏移字段可以具有可变长度并且指示在使用当前分组发送的分组有效载荷的文件内的偏移。开始偏移字段可以从文件的开始点以字节指示偏移。
LCT分组可以包括不仅以LCT报头扩展的格式而且以FEC有效载荷ID字段的偏移信息(Start Offset)。在下文中，将会描述其中LCT分组在FEC有效载荷ID字段中包括偏移信息的情况。
FEC有效载荷ID字段包含向FEC解码器指示在通过特定分组携带的编码符号和FEC编码变换之间的关系的信息。例如，如果分组携带源符号，则FEC有效载荷ID字段指示通过分组携带对象的哪个源符号。如果分组携带修复符号，则FEC有效载荷ID字段指示如何从对象构造这些修复符号。
FEC有效载荷ID字段也可以包含关于被包括在分组的那些是其一部分的编码符号的更大的组的信息。例如，FEC有效载荷ID字段可以包含关于符号有关的源块的信息。
FEC有效载荷ID包含源块编号(SBN)和/或编码符号ID(ESI)。SBN是用于在分组内的编码符号有关的源块的非负整数标识符。ESI是用于分组内的编码符号的非负整数标识符。
根据本发明的另一实施例的FEC有效载荷ID字段可以进一步包括偏移信息(StartOffset)。
使用以递送对象的八位字节指定开始地址的FEC有效载荷ID字段。此信息可以以数种方式被发送。
首先，具有FEC有效载荷ID的简单的新的FEC方案被设置为大小0。在这样的情况下，分组将会包含作为使用32个比特的直接地址(开始偏移)的整个对象。
其次，以与其中SBN和ESI与符号大小T一起定义开始偏移的RFC 6330兼容的方式，使用如在RFC 5445中定义的紧凑的无代码，广泛地部署现有的FEC方案。
第三，LSID使用@sourceFecPayloadID属性和FECParameters元素提供适当的信令以用信号发送上述模式的任意一种。
在下文中，将会详细地描述偏移信息。
在传统的FLUTE协议中，不需要发送偏移信息。在传统的FLUTE协议中，因为非实时发送对象(例如，文件)，所以一个对象被划分成具有固定大小的至少一个数据并且被发送。
例如，在传统的FLUTE协议中，一个对象被划分成具有固定大小的至少一个源块，各个源块被划分成具有固定大小的至少一个符号，并且报头被添加到各个符号，从而生成LCT分组(或者FLUTE分组)。在传统的FLUTE协议中，一个LCT分组可以仅包括一个固定大小的符号。
因为各个源块和/或符号具有固定的大小，所以接收机可以基于源块和/或符号的识别信息识别对象内的各个源块和/或符号的位置。因此，接收机可以接收配置一个对象的所有源块和/或符号，并且然后基于接收到的源块和/或符号的识别信息重新配置对象。
虽然在传统的FLUTE协议中非实时发送对象，但是根据本发明的另一实施例，对象被划分成均具有可变大小的递送对象并且在ROUTE协议中在递送对象单元中被实时发送。例如，ROUTE协议可以基于具有可变大小的对象内部结构发送对象。
一个递送对象可以是一个ISO BMFF文件或者一个ISO BMFF文件的一部分。一个ISO BMFF文件的一部分可以包括分段、GOP、区块、接入单元以及/或者NAL单元。一个ISOBMFF字段的一部分可以意指上述对象内部结构。对象内部结构是独立意义的数据单元并且对象内部结构的类型不限于此并且可以进一步包括有意义的单元。
在根据本发明的另一实施例的LCT分组中，各个LCT分组(或者ALC/LCT分组、ROUTE分组)可以包含至少一个编码符号。在根据本发明的另一实施例的ROUTE协议中，一个LCT分组可以包含多个编码符号。并且，各个编码符号可以是可变的大小。
在根据本发明的另一实施例的LCT分组中，各个LCT可以匹配各个区块。例如，各个TSI可以匹配视频轨道、音频轨道以及/或者MPEG-DASH的表示中的一个。另外，各个TOI可以被映射到各个传送对象。例如，如果TOI被映射到MPEG-DASH的片段，则递送对象可以是ISOBMFF文件。另外，各个TOI可以被映射到分段、区块、GOP、接入单元以及/或者NAL单元中的一个。
当接收机基于具有可变大小的递送对象实时接收LCT分组时，接收机不可以识别接收到的LCT分组位于对象内的哪里。例如，当接收机以任意的顺序接收LCT分组时，接收机不可以按照序列对准LCT分组并且不可以精确地恢复和/或解析递送对象。
因此，根据本发明的另一实施例的偏移信息可以指示文件(例如，对象)内的当前发送的分组的有效载荷的偏移。接收机可以基于偏移信息识别当前发送的分组具有文件的第一数据。另外，接收机可以基于偏移信息识别在递送对象内的当前发送的分组的顺序。另外，基于偏移信息，接收机可以识别通过分组当前发送的分组有效载荷的文件内的偏移和通过分组当前发送的递送对象的文件内的偏移。
例如，TSI可以匹配视频轨道(MPEG-DASH表示并且TOI可以匹配ISO BMFF文件(例如，对象)。在这样的情况下，递送对象可以表示ISO BMFF文件。一个视频轨道(MPEG-DASH表示，TSI＝1)可以包括第一对象(TSI＝1，TOI＝1)和第二对象(TSI＝1，TOI＝2)。第一对象(TSI＝1，TOI＝1)可以顺序地包括第一分组(TSI＝1，TOI＝1，Start Offset＝0)、第二分组(TSI＝1，TOI＝1，Start Offset＝200)、第三分组(TSI＝1，TOI＝1，Start Offset＝400)、第四分组(TSI＝1，TOI＝1，Start Offset＝800)以及第五分组(TSI＝1，TOI＝1，StartOffset＝1000)。
在这样的情况下，如果偏移信息(Start Offset)的值是“0”，则分组的分组有效载荷可以具有文件的第一数据。因为第一分组的偏移信息(Start Offset)的值是“0”，所以接收机可以识别第一分组的分组有效载荷具有第一对象的第一数据。
另外，偏移信息(Start Offset)的值可以指示对象内的分组的顺序。因为偏移信息从第一对象的第一分组到第五分组顺序地增加，所以接收机可以识别第一分组到第五分组在第一对象内被顺序地排列。
因此，基于偏移信息接收机可以在每个对象内顺序地对准接收到的LCT分组，并且精确地恢复各个递送对象和/或对象。另外，接收机可以基于偏移信息精确地解析和/或解码各个递送对象和/或对象。
当接收机基于具有可变大小的递送对象实时接收LCT分组时，接收机不可以识别接收到的LCT分组位于对象(例如，文件)内的哪里。例如，如果以任意的序列发送LCT分组，则接收机不可以精确地确认被接收到的LCT分组的对象内的偏移并且因此不可以经由LCT分组的收集精确地恢复递送对象和/或对象。
例如，TSI可以匹配视频轨道(MPEG-DASH表示)并且TOI可以匹配区块。在这样的情况下，一个视频轨道(MPEG-DASH表示，TSI＝1)可以包括第一对象(TSI＝1)和第二对象(TSI＝1)。另外，第一对象可以包括第一区块(TSI＝1，TOI＝1)、第二区块(TSI＝1，TOI＝2)、以及/或者第三区块(TSI＝1，TOI＝3)并且第二对象可以包括第四区块(TSI＝1，TOI＝4)和/或第五区块(TSI＝1，TOI＝5)。
接收机可以接收包括第一区块的第一分组(TSI＝1,TOI＝1,Start Offset＝0)、包括第二区块的第二分组(TSI＝1,TOI＝2,Start Offset＝200)、包括第三区块的第三分组(TSI＝1,TOI＝3,Start Offset＝1000)、包括第四区块的第四分组(TSI＝1,TOI＝4,Start Offset＝0)和包括第五区块的第五分组(TSI＝1,TOI＝5,Start Offset＝1000)。虽然在本描述中一个分组包括一个区块，但是一个区块可以包括至少一个分组。
如果TOI不匹配对象(例如，文件)但是匹配作为小于对象的数据单元的对象内部结构，则接收机可以识别对象，除非存在用于识别对象的信息。
因此，仅使用TSI和TOI接收机不可以精确地确定是否接收到的第一分组、第二分组以及/或者第三分组属于第一对象或者第二对象。另外，仅使用TSI和TOI接收机不可以确定是否接收到的第四分组和/或第五分组属于第一对象或者第二对象。
即，接收机可以基于TSI和TOI识别第一分组至第五分组被顺序地排列，但是仅使用TSI和TOI不可以识别是否第四分组属于第一对象或者第二对象。另外，接收机可以基于TSI和TOI识别第五分组是第三分组的下一个分组，但是仅使用TSI和TOI不可以识别是否第四分组属于第一对象或者第二对象。
在这样的情况下，接收机不可以精确地恢复第一对象，即使当接收第一分组、第二分组和/或第三分组时。另外，接收机不可以精确地恢复第二对象，即使当接收第四分组和/或第五分组时。结果，接收机不可以实时再生内容。
因此，根据本发明的另一实施例的LCT分组提供偏移信息(Start Offset)。偏移信息可以指示在对象内的当前发送的分组有效载荷的偏移。接收机可以基于偏移信息识别被包括在相同对象内的分组和/或对象内部结构。
如果偏移信息的值是“0”，则分组是对象的第一分组。即，因为第一分组和第四分组的偏移信息是“0”，所以第一分组和第四分组分别属于不同的对象并且分别指示各自的对象的第一分组。基于偏移信息以及TSI和/或TOI，接收机可以识别第一分组、第二分组以及/或者第三分组属于第一对象并且第四分组和第五分组属于第二对象。
因此，接收机基于TSI、TOI和/或偏移信息中的至少一个识别接收到的LCT分组位于各个对象内，并且按照序列对准接收到的LCT分组。例如，接收机可以对准分组使得偏移信息和TOI顺序地增加。
然后，使用一个对象接收机可以将具有“0”的偏移信息的分组识别为具有“0”的偏移信息的下一个分组的前一个分组。接收机可以基于TOI识别递送对象和/或一个对象内的对象内部结构。
另外，接收机可以精确地恢复各个递送对象和/或对象。
另外，接收机可以基于TSI、TOI以及/或者偏移信息中的至少一个精确地解析和/或解码各个递送对象和/或对象。
如上所述，当发射机在作为独立意义的单元的对象内部结构单元中发送数据时，能够实时发送具有可变大小的数据。因此，当甚至在完全接收一个对象之前接收机接收和识别对象内部结构时，接收机可以在对象内部结构单元中再生对象。结果，基于文件(或者对象)的多媒体内容可以经由广播网络被实时发送和再生。
图59是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组，并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
分组报头可以进一步包括随机接入点(RAP)信息(P)。RAP信息(P)可以指示是否与随机接入点(RAP)相对应的数据被包括在通过分组当前发送的分组有效载荷中。RAP信息(P)可以使用从在各个分组的开始点开始位于第十二或者第十三比特的一个比特以指示是否与随机接入点(RAP)相对应的数据被包括在通过分组当前发送的分组有效载荷中。在这样的情况下，因为一个比特被使用，所以能够减少分组报头的大小并且增加效率。
随机接入点(RAP)可以在没有参考其他帧的情况下被编码并且意指能够被随机地接入的基本帧。例如，“I帧”意指在没有使用MPEG中的相对应的帧的先前的帧和后续的帧的时间压缩技术的情况下使用仅独立于其他帧的空间压缩技术生成的帧。因此，因为“I帧”被直接地编译并且从图像产生，“I帧”仅由内部块组成并且可以用作随机接入点。
基于RAP信息(P)，接收机可以识别从被发送的分组序列能够被随机地接入的分组。例如，如果接收到的分组的有效载荷包括关于“I帧”的数据，则RAP信息(P)可以指示分组包括与随机接入点(RAP)相对应的数据。另外，如果接收到的分组的有效载荷包括关于“B帧”和/或“P帧”的数据，则RAP信息(P)可以指示分组不包括与随机接入点(RAP)相对应的数据。
当接收机顺序地接收从特定的时间开始的GOP数据时，如果第一分组对应于诸如“I帧”的RAP，则接收机可以在该分组处开始解码。然而，如果第一分组对应于诸如“B帧”和/或“P帧”的非RAP，则接收机不可以在该分组处开始解码。在这样的情况下，接收机可以跳过与非RAP相对应的分组并且在与诸如“I帧”相对应的RAP的下一个分组处开始解码。
因此，在广播环境的信道调谐中或者在根据用户请求接近序列内的任意点中，因为接收机基于RAP信息(P)跳过不对应于RAP的分组并且在与该RAP相对应的分组处开始解码，所以能够增加分组接收和解码效率。
图60是示出根据本发明的另一实施例的包括随机接入点(RAP)信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
分组报头可以进一步包括随机接入点(RAP)信息(P)。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
RAP信息(P)可以使用从各个分组的开始点开始位于第六或者第七比特处的一个比特以指示是否与随机接入点(RAP)相对应的数据被包括在通过分组当前发送的分组有效载荷中。在这样的情况下，因为一个比特被使用，所以能够减少分组报头的大小并且增加效率。
因为根据本发明的另一实施例的分组包括使用位于分组报头的第六或者第七比特处的比特的RAP信息(P)，所以位于分组报头的第十二或者第十三比特处的比特可以被用于其它的用途。
例如，分组可以包括使用位于分组报头的第六或者第七比特处的比特的RAP信息(P)并且包括使用位于分组报头的第十二和/或第十三比特处的比特的上述对象类型信息和/或优先级信息。
图61是示出根据本发明的另一实施例的包括实时信息的分组的结构的图。
根据本发明的另一实施例的分组可以是LCT分组并且LCT分组可以包括分组报头和分组有效载荷。分组报头可以包括用于分组有效载荷的元数据。分组有效载荷可以包括MPEG-DASH内容的数据。
例如，分组报头可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、以及/或者FEC有效载荷ID字段。
另外，分组有效载荷可以包括编码符号字段。
对于根据本发明的另一实施例的在配置LCT分组的字段当中的具有与上述字段相同的名称的字段的详细描述，参考上面的描述。
发射机可以经由在文件递送表(FDT)级别和/或递送对象级别定义的实时信息(T)指示是否实时或者非实时发送通过LCT分组发送的对象和/或对象内部结构。递送对象级别可以包括对象级别和/或对象内部结构级别。
如果在FDT级别定义实时信息(T)，则实时信息(T)可以指示是否在FDT中描述的所有数据被实时或者非实时发送。例如，LSID可以包括实时信息(T)。另外，如果在FDT级别定义实时信息(T)，则实时信息(T)可以指示是否在FDT中描述的所有对象被实时或者非实时发送。在此，在FDT中描述的所有对象可以指示属于相对应的LCT传送会话的所有对象。
另外，如果在递送对象级别定义实时信息(T)，则实时信息(T)可以指示是否实时或者非实时发送属于递送对象的所有数据。例如，如果递送对象匹配对象并且在递送对象级别定义实时信息(T)，则实时信息T可以指示是否属于对象的所有数据被实时或者非实时发送。另外，如果递送对象匹配对象内部结构并且在递送对象级别定义实时信息(T)，则实时信息(T)可以指示是否属于对象内部结构的所有数据被实时或者非实时发送。
作为一个实施例，如果在递送对象级别定义实时信息(T)，则分组报头可以进一步包括实时信息(T)。实时信息(T)可以指示是否通过LCT分组发送的递送对象被实时或者非实时发送。
例如，递送对象可以是匹配TOI的数据单元。另外，“0”的实时信息(T)的值可以指示通过LCT分组发送的递送对象被非实时发送，并且“1”的实时信息(T)的值可以指示通过LCT分组发送的递送对象被实时发送。
实时信息(T)可以使用TOI字段的第一比特以指示通过LCT分组发送的递送对象被实时或者非实时发送。
如上所述，如果TOI字段被划分成OGI字段和DTOI字段，则实时信息(T)可以使用OGI字段的第一比特以指示是否通过LCT分组发送的递送对象被实时或者非实时发送。
因为实时信息(T)被包括在TOI字段和/或OGI字段的第一比特中，所以发射机可以发送一个LCT传送会话(例如，视频轨道、音频轨道以及MPEG-DASH的表示)内的实时数据和非实时数据。例如，发射机可以实时发送在一个LCT传送会话内的音频数据和/或视频数据并且非实时发送图像和/或应用。另外，发射机可以实时发送一个LCT传送会话内的一些递送对象并且非实时发送剩余的递送对象。
另外，因为实时信息(T)被包括在现有的TOI字段的第一比特中，所以根据本发明的另一实施例的LCT分组能够确保与现有的ALC/LCT和/或FLUTE协议的后向兼容性。
图62是示出根据本发明的另一实施例的广播信号传输设备的结构的图。
根据本发明的另一实施例的广播信号传输设备可以包括递送对象生成器C51300、信令编码器C51100以及/或者发射机C31500。
递送对象生成器可以将文件划分成与文件的一部分相对应的至少一个递送对象。
信令编码器可以编码包括用于递送对象的元数据的信令信息。
信令信息可以包括指示是否使用至少一个分层编译传送(LCT)分组经由非单向信道实时发送至少一个递送对象。
发射机可以发送至少一个递送对象和信令信息。
根据本发明的另一实施例的广播信号传输设备可以包括上述广播信号传输设备的所有功能。另外，对于信令信息的详细描述，参考上面的描述或者后续附图的下面的描述。
图63是示出根据本发明的另一实施例的广播信号接收设备的结构的图。
广播信号接收设备可以接收广播信号。广播信号可以包括信令数据、ESG数据、NRT内容数据以及/或者RT内容数据。
广播信号接收设备可以基于ROUTE会话描述加入ROUTE会话。ROUTE会话描述可以包括广播信号传输设备的IP地址和ROUTE会话的地址和端口编号，会话是ROUTE会话，并且所有的分组可以包括指示LCT分组的信息。另外，ROUTE会话描述可以进一步包括使用IP/UDP加入并且消耗会话所需的信息。
然后，广播信号接收设备可以接收包括关于被包括在ROUTE会话中的至少一个LCT传送会话的信息的LCT会话实例描述(LSID)。
然后，广播信号接收设备可以接收被包括在至少一个LCT传送会话中的多媒体内容。多媒体内容可以是由至少一个文件组成。广播信号接收设备可以使用分层编译传送(LCT)分组经由单行信道实时接收基于文件的多媒体内容。
根据本发明的另一实施例的广播信号接收设备可以包括信令解码器C52100、递送对象处理器C52300以及/或者解码器C52500。
信令解码器C52100可以解码包括用于与文件的一部分相对应的至少一个递送对象的元数据的信令信息。
信令信息可以包括指示是否使用分层编译传送(LCT)分组经由单向信道实时发送至少一个递送对象的实时信息。信令信息不仅可以被包括在LSID中而且可以被包括在LCT分组的扩展报头中。
实时信息在文件递送表(FDT)中被定义并且可以指示是否实时发送在FDT中描述的所有递送对象。另外，实时信息通过用于识别递送对象的传送对象标识符(TOI)的第一比特定义并且可以指示是否属于递送对象的所有数据被实时发送。
递送对象处理器C52300可以收集至少一个LCT分组并且恢复至少一个递送对象。递送对象处理器C52300可以包括上述传输块再生器C22030、分段再生器C22040和分段解析器C22050以及/或者提取器C32050的功能。
解码器C52500可以解码至少一个递送对象。解码器C52500可以以至少一个接入单元的形式接收关于递送对象的信息，解码至少一个接入单元并且生成媒体数据。在接收与文件的一部分相对应的递送对象之后，解码器C52500可以解码递送对象，尽管一个文件没有被完全地接收。
信令信息可以进一步包括指示在文件内通过LCT分组发送的数据的偏移的偏移信息。递送对象处理器C52300可以基于偏移信息识别递送对象。可以从文件的开始点开始以字节指示偏移信息。偏移信息可以是以LCT报头扩展的形式并且可以被包括在FEC有效载荷ID字段中。
当广播信号接收设备基于具有可变大小的递送对象单元实时接收LCT分组时，接收机不可以识别是否接收到的LCT分组位于对象中。例如，当接收机以任意的顺序接收LCT分组时，接收机不可以按照序列对准LCT分组并且不可以精确地恢复和/或解析递送对象。
因此，根据本发明的另一实施例的偏移信息可以指示在文件(例如，对象)内的当前发送的分组有效载荷的偏移。广播信号接收设备可以基于偏移信息识别当前发送的分组具有文件的第一数据。另外，广播信号接收设备可以基于偏移信息识别在文件和/或递送对象内的当前发送的LCT分组的顺序。
基于偏移信息，广播信号接收设备可以识别在通过LCT分组当前发送的分组有效载荷的文件内的偏移和通过LCT分组当前发送的递送对象的文件内的偏移。
如果TOI不匹配对象(例如，文件)但是匹配作为比对象小的数据单元的对象内部结构，则广播信号接收设备可以识别对象，除非不存在用于识别对象的信息。
因此，基于偏移信息，广播信号接收设备可以识别被包括在相同对象中的LCT分组和/或对象内部结构。
信令信息可以进一步包括RAP信息，该RAP信息指示是否LCT分组包括与随机接入点(RAP)相对应的数据。随机接入点可以在没有参考其他帧的情况下被编码并且其意指要被随机接入的基本帧。
递送对象处理器C52300可以基于RAP信息从用于发送与随机接入点相对应的数据的分组中收集至少一个分组。
例如，当广播信号接收设备从特定的时间开始顺序地接收GOP数据时，如果第一分组对应于诸如“I帧”的RAP，则广播信号接收设备可以在该LCT分组处开始解码。然而，如果第一分组对应于诸如“B帧”和/或“P帧”的非RAP，则广播信号接收设备不可以在该分组处开始解码。在这样的情况下，接收机可以跳过与非RAP相对应的LCT分组拿过去在与诸如“I帧”的RAP相对应的LCT分组处开始解码。
信令信息可以进一步包括指示通过LCT分组发送的数据的优先级的优先级信息。
递送对象处理C52300可以基于优先级信息选择性地收集LCT分组。
当接收诸如AVC/HEVC的视频数据时，基于“ftyp”、“moov”、“moof”、“I图片”、“P图片”、以及/或者“B图片”的优先级信息，广播信号接收设备可以优先地提取具有高优先级的LCT分组并且选择性地提取具有低优先级的LCT分组，从而配置一个序列。
图64是示出根据本发明的实施例的用于下一代广播***的协议栈的视图。
根据本发明的广播***可以对应于其中以互联网协议(IP)为中心的广播网络和宽带被耦合的混合广播***。
可以将根据本发明的广播***设计成维持与常规的基于MPEG-2的广播***的兼容性。
根据本发明的广播***可以对应于基于以IP为中心的广播网络、宽带网络和/或移动通信网络(或蜂窝网络)的耦合的混合广播***。
参考图，物理层可以使用诸如ATSC***和/或DVB***的广播***中采用的物理协议。例如，在根据本发明的物理层中，发射器/接收器可以发送/接收地面广播信号并且将包括广播数据的传输帧转换成适当的形式。
在封装层中，IP数据报是从自物理层获取的信息获取的并且所获取的IP数据报被转换成特定帧(例如，RS帧、GSE-lite、GSE或信号帧)。帧主要包括一组IP数据报。例如，在封装层中，发射器将从物理层处理的数据包括在传输帧中，或者接收器从自物理层获取的传输帧中提取MPEG-2TS和IP数据报。
快速信息信道(FIC)包括访问服务和/或内容所必需的信息(例如，服务ID与帧之间的映射信息)。FIC可以被称为快速访问信道(FAC)。
根据本发明的广播***可以使用协议，诸如互联网协议(IP)、用户数据报协议(UDP)、传输控制协议(TCP)、异步分层编码/分层编码传输(ALC/LCT)、速率控制协议/RTP控制协议(RCP/RTCP)、超文本输送协议(HTTP)以及双向传输文件传送(FLUTE)。这些协议之间的栈可以参考图中所示出的结构。
在根据本发明的广播***中，可以以基于ISO的媒体文件格式(ISOBMFF)的形式传输数据。可以以ISOBMFF的形式传输电子服务指南(ESG)数据、非实时(NRT)数据、音频/视频(A/V)数据和/或一般数据。
数据通过广播网络的传输可以包括线性内容的传输和/或非线性内容的传输。
基于RTP/RTCP的A/V和数据(隐藏字幕、紧急警报消息等)的传输可以对应于线性内容的传输。
可以以包括网络抽象层(NAL)的RTP/AV流的形式和/或以按照基于ISO的媒体文件格式封装的形式传输RTP有效载荷。RTP有效载荷的传输可以对应于线性内容的传输。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体片段等。
基于FLUTE的ESG的传输、非定时数据的传输、NRT内容的传输可以对应于非线性内容的传输。可以以MIME类型文件形式和/或按照基于ISO的媒体文件格式封装的形式传输这些。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体片段等。
可以将通过宽带网络的传输划分成内容的传输和信令数据的传输。
内容的传输包括线性内容(A/V和数据(隐藏字幕、紧急警报消息等))的传输、非线性内容(ESG、非定时数据等)的传输以及基于MPEG DASH的媒体片段(A/V和数据)的传输。
信令数据的传输可以是包括通过广播网络传输的信令表(包括MPEG DASH的MPD)的传输。
在根据本发明的广播***中，可以支持通过广播网络传输的线性/非线性内容之间的同步，或通过广播网络传输的内容与通过宽带传输的内容之间的同步。例如，在通过广播网络和宽带单独并同时传输一个UD内容的情况下，接收器可以调整依赖于传输协议的时间线，并且使通过广播网络的内容和通过宽带的内容同步以将内容重新配置为一个UD内容。
根据本发明的广播***的应用层可以实现技术特性，诸如交互性、个性化、第二画面以及自动内容识别(ACR)。这些特性在从ATSC 2.0到ATSC 3.0的扩展中是重要的。例如，HTML5可以被用于交互性的特性。
在根据本发明的广播***的呈现层中，HTML和/或HTML5可以被用来标识组件或交互式应用之间的空间和时间关系。
在本发明中，信令包括支持内容和/或服务的有效获取所必需的信令信息。可以以二进制或XMK形式表达信令数据。可以通过地面广播网络或宽带来发送信令数据。
可以按照ISO基础媒体文件格式等表达实时广播A/V内容和/或数据。在这种情况下，可以通过地面广播网络实时地发送A/V内容和/或数据，并且可以基于IP/UDP/FLUTE非实时地发送A/V内容和/或数据。替换地，可以通过实时地经由互联网使用HTTP动态适配流(DASH)在流模式下接收或者请求内容来接收广播A/V内容和/或数据。在根据本发明的实施例的广播***中，可以组合所接收的广播A/V内容和/或数据以向观众提供各种增强服务，诸如交互式服务和第二画面服务。
发射器的物理层(广播PHY和宽带PHY)的示例可以是在图1中示出的结构。接收器的示例可以是在图9中示出的结构。
可以通过被递送给物理层的特定数据管道(在下文中，DP)或者传输帧(或者帧)发送信令数据和IP/UDP数据报。例如，输入格式化块1000可以接收信令数据和IP/UDP数据报并且将信令数据和IP/UDP数据报中的每一个解复用成至少一个DP。输出处理器9300可以执行对输入格式化块1000的相反的操作。
图65图示根据本发明的实施例的下一代广播***的接收器。
根据本实施例的接收器可以包括接收单元(未被图示)、信道同步器J32010、信道均衡器J32020、信道解码器J32030、信令解码器J32040、基带操作控制器J32050、服务映射数据库(DB)J32060、传输分组接口J32070、宽带分组接口J32080、公共协议栈处理器J32090、服务信令信道处理缓冲器&解析器J32100、A/V处理器J32110、服务指南处理器J32120、应用处理器J32130和/或服务指南DB J32140。
接收器(未被图示)可以接收广播信号。
信道同步器J32010使符号频率和时序同步，使得对在基带中接收到的信号进行解码。这里，基带可以是指其中发送和接收广播信号的区域。
信道均衡器J32020对接收的信号执行信道均衡。当信号由于多径、多普勒效应等而失真时，信道均衡器J32020对所接收的信号进行补偿。
信道解码器J32030使所接收的信号恢复为有意义的传输帧。信道解码器J32030对包含在所接收的信号中的数据或传输帧执行前向错误检测(FEC)。
信令解码器J32040提取和解码包含在所接收的信号中的信令数据。这里，信令数据包括下面要描述的信令数据和/或服务信息。
基带操作控制器J32050控制基带中的信号处理。
服务映射DB J32060存储信令数据和/或服务信息。服务映射DB J32060可以存储通过在广播信号中包含发送的信令数据和/或通过在宽带分组中包含发送的信令数据。
传输分组接口J32070从传输帧或广播信号中提取传输分组。传输分组接口J32070从传送分组中提取信令数据或IP数据报。
宽带分组接口J32080通过互联网来接收广播相关分组。宽带分组接口J32080提取通过互联网获取的分组，并且组合信令数据或A/V数据或者从分组中提取信令数据或A/V数据。
公共协议栈处理器J32090根据被包括在协议栈中的协议来处理接收的分组。例如，公共协议栈处理器J32090可以根据上述协议栈处理接收到的分组。
服务信令信道处理缓冲器&解析器J32100提取被包括在所接收的分组中的信令数据。服务信令信道处理缓冲器&解析器J32100从IP数据报等中提取与服务和/或内容的扫描和/或获取相关的信令信息，并且解析被提取的信令信息。在所接收的分组中信令数据可以存在于确定位置或信道中。该位置或信道可以被称为服务信令信道。例如，服务信令信道可以具有特定IP地址、UDP端口号、传输会话标识符等。接收器可以将被发送到特定IP地址、UDP端口号、传输会话等的数据识别为信令数据。
A/V处理器J32110解码和呈现所接收到的A/V数据。
服务指南处理器J32120从所接收的信号中提取通告信息，管理服务指南DBJ32140，并且提供服务指南。
应用处理器J32130提取被包括在接收到的分组中的应用数据和/或应用有关的信息，并且处理被提取的数据和/或信息。
服务指南DB 32140可以存储服务指南数据。
图66是示出根据本发明的实施例的广播接收器的视图。
根据本发明的实施例的广播接收器包括服务/内容获取控制器J2010、互联网接口J2020、广播接口J2030、信令解码器J2040、服务映射数据库J2050、解码器J2060、定向处理器J2070、处理器J2080、管理单元J2090、以及/或者重新分布模块J2100。在附图中示出可以位于广播接收器的外部和/或中的外部管理装置J2110。
服务/内容获取控制器J2010通过广播/宽带信道接收服务和/或内容和与其有关的信令数据。可替选地，服务/内容获取控制器J2010可以执行用于接收服务和/或内容和与其有关的信令数据的控制。
互联网接口J2020可以包括互联网接入控制模块。互联网接入控制模块通过宽带信道接收服务、内容、以及/或者信令数据。可替选地，互联网接入控制模块可以控制用于获取服务、内容、以及/或者信令数据的接收器的控制。
广播接口J2030可以包括物理层模块和/或物理层I/F模块。物理层模块通过广播信道接收与广播有关的信号。物理层模块处理(解调、解码等等)通过广播信道接收到的与广播有关的信号。物理层I/F模块从获取自物理层模块的信息中获取互联网协议(IP)数据报或者使用被获取的IP数据报执行到特定帧(例如，广播帧、RS帧、或者GSE)的转换。
信令解码器J2040解码通过广播信道等等获取的信令数据或者信令信息(在下文中，被称为“信令数据”)。
服务映射数据库J2050存储被解码的信令数据或者通过其它装置(例如，信令解析器)处理的信令数据。
解码器J2060解码通过接收器接收到的广播信号或者数据。解码器J2060可以包括调度的流解码器、文件解码器、文件数据库(DB)、点播流解码器、组件同步器、警报信令解析器、定向信令解析器、服务信令解析器、以及/或者应用信令解析器。
调度的流解码器从IP数据报等等提取用于实时音频/视频(A/V)的音频/视频数据，并且解码被提取的音频/视频数据。
文件解码器从IP数据报提取诸如NRT数据和应用的文件类型数据，并且解码被提取的文件类型数据。
文件DB存储通过文件解码器提取的数据。
点播流解码器从IP数据报等等提取用于点播流的音频/视频数据并且解码被提取的音频/视频数据。
组件同步器基于通过调度的流解码器、文件解码器、以及/或者点播流解码器解码的数据执行在组成内容的元素或者组成服务的元素之间的同步以配置内容或者服务。
警报信令解码器从IP数据报等等提取与警报有关的信令信息并且解析被提取的信令信息。
定向信令解析器从IP数据报等等提取与服务/内容个性化或者定向有关的信令信息，并且解析被提取的信令信息。定向是用于提供满足特定观众的条件的内容或者服务的行为。换言之，定向是用于识别满足特定观众的条件的内容或者服务并且向观众提供被识别的内容或者服务的行为。
服务信令解析器从IP数据报等等提取与服务扫描和/或服务内容有关的信令信息，并且解析被提取的信令信息。与服务/内容有关的信令信息包括广播***信息和/或广播信令信息。
应用信令解析器从IP数据报等等提取与应用的获取有关的信息，并且解析被提取的信令信息。与应用的获取有关的信令信息可以包括触发、TDO参数表(TPT)、以及/或者TDO参数元素。
定向处理器J2070处理与通过定向信令解析器解析的服务/内容定向有关的信息。
处理器J2080执行通过显示接收到的数据的一系列过程。
处理器J2080可以包括警报处理器、应用处理器、以及/或者A/V处理器。
警报处理器控制接收器以通过与警报有关的信令信息获取警报数据并且执行用于显示警报数据的过程。
应用处理器处理与应用有关的信息，并且处理被下载的应用的状态和与应用有关的显示参数。
A/V处理器基于解码的音频数据、视频数据、以及/或者应用数据执行与音频/视频有关的操作。
管理单元J2090包括装置管理器和/或数据共享&通信单元。
装置管理器执行对于外部装置的管理，诸如能够被互锁的外部装置的添加/删除/更新，包括连接和数据交换。
数据共享&通信单元处理与在接收器和外部装置(例如，配套装置)之间的数据传送和交换有关的信息并且执行与其有关的操作。可传送且可交换的数据可以是信令数据、PDI表、PDI用户数据、PDI Q&A、以及/或者A/V数据。
在接收器不能够直接接收广播信号的情况下，重新分布模块J2100执行与服务/内容和/或服务/内容数据有关的信息的获取。
外部管理装置J2110指的是模块，诸如位于用于提供广播服务/内容的广播接收器的外部的广播服务/内容服务器。用作外部管理装置的模块可以被设置在广播接收器中。
图67图示根据本发明的实施例的用于在广播网络中的传送流和在互联网(异构网络)中的传送流之间的同步的时间线组件。
存在通过诸如广播网络和互联网的异构网络发送的流可以被同步并且被用于上述广播***的接收器中的一个服务的可能性。例如，如所图示的，当通过广播网络发送视频流并且通过互联网发送音频流时，需要为一个服务同步、解码和再现两个流。换言之，在广播网络上获取视频并且在互联网上获取音频以使用一个服务。例如，期待使用以不同于在广播网络中提供的语言的语言记录的音频查看相同的内容的观众可以通过互联网接收以所期待的语言记录的对应的内容的音频并且使用接收到的音频。
然而，两个流具有不同的时间线并且因此需要机制以执行两个时间线之间的映射。在此，时间线中的每一个可以指示用作用于通过各个传送网络发送的数据或者内容的再现或者解码的准则的绝对或者相对时间。在服务中，被包含在通过广播网络发送的视频中的内容需要与被包含在通过互联网发送的音频中的内容相同。
本实施例提出使用用于在通过诸如广播网络和互联网的异构网络发送的流之间的同步的时间线组件的方法和设备。时间线组件流可以包括一个或者多个时间线组件接入单元(AU)。时间线组件AU可以被连续地布置在时间线组件中。
时间线组件AU示出其中通过互联网发送的流的时间线被映射到通过广播网络发送的流的时间线的示例。当通过广播网络发送的分组的报头包括关于通过广播网络发送的流的时间线的信息时，通过广播网络可发送的时间线组件AU可以包括诸如通过异构网络(例如，互联网)发送的流的解码时间戳(DTS)、呈现时间戳(PTS))等等的时间戳信息。当关于通过异构网络(例如，互联网)发送的流的时间线的信息被包括在时间线组件AU中时，关于通过异构网络(例如，互联网)发送的流的时间线的信息可以在与通过广播网络发送的流相同的分组结构中被分组化。以这样的方式，被包括在分组报头中的通过广播网络发送的流的时间戳可以基于一对一被映射到通过互联网发送的流的时间戳，并且两个流可以在一个时间线中被同步，并且被解码和再现。前述的时间戳信息可以表示用于组成在外部网络(例如，异构网络、互联网网络等等)上发送的流的时间线的时间线参考值。
呈现时间戳(PTS)是在被用于当向观众呈现时实现节目的单独的基本流(例如，视频、音频、副标题)的同步的MPEG传送流、MPEG节目流以及类似数据流中的时间戳元数据字段。在与在传送流或者节目流中也发送的节目的整个时钟参考、节目时钟参考(PCR)或者***时钟参考(SCR)有关的单位中给出PTS。
解码时间戳(DTS)指示应从接收器缓冲器瞬间去除并且解码的接入单元的时间。仅当图片记录被用于B图片时，其不同于呈现时间戳(PTS)。如果DTS被使用，则PTS可以在比特流中被提供。
上面的描述可以被应用于其中通过一个网络发送的流使用不同的时间线的情况。例如，当上述方案被使用时，收集通过多个异构网络发送的流并且向观众提供流的中继服务提供商不需要直接执行用于不同流的同步的再现。
图68图示根据本发明的实施例的时间线组件AU的语法。
可以以诸如XML等等的其它格式表达时间线组件AU。
时间线组件AU可以包括identifier(标识符)信息、version(版本)信息、AU_length信息、location_flag信息、PTS_flag信息、DTS_flag信息、media_time_flag信息、NTP_time_flag信息、PTP_time_flag信息、timecode_flag信息、PCR_time_flag信息、location_length信息、location(位置)信息、timescale(时间标度)信息、media_time_PTS信息、media_time_DTS信息、NTP_time_PTS信息、NTP_time_DTS信息、PTP_time_PTS信息、PTP_time_DTS信息、timecode_PTS信息、timecode_DTS信息、PCR_time_PTS信息、以及/或者PCR_time_DTS信息。
identifier信息是唯一地指示时间线组件AU的结构的标识符。
version信息可以指示诸如较低的PTS、DTS等等的时间戳字段的长度。例如，当version信息具有1的值时长度可以对应于64个比特，并且当version信息具有0的值时对应于32个比特。
AU_length信息指示时间线组件AU的长度。
location_flag信息指示是否时间线组件AU包括通过外部网络发送的流的位置信息。
PTS_flag信息指示是否时间线组件AU包括PTS值。
DTS_flag信息指示是否时间线组件AU包括DTS值。
media_time_flag信息指示是否包括具有媒体时间格式的时间戳。
NTP_time_flag信息指示是否包括具有NTP格式的时间戳。
PTP_time_flag信息指示是否包括具有PTP格式的时间戳。
timecode_flag信息指示是否包括具有电影电视工程师协会(SMPTE)时间代码格式的时间戳。
PCR_time_flag信息指示是否包括基于MPEG-2TS的PCR的时间戳。
location_length信息指示位置字段的长度。
location信息指示通过异构网络发送的流的URL或者唯一的ID。当location信息指示唯一的ID时，通过被链接到诸如信令数据或者等等的信息可以使用location信息。
timescale信息指示媒体时间标度。timescale信息是用于识别通过其它的信息指示的时间的单位的信息。
media_time_PTS信息指示以媒体时间格式表达的PTS。
media_time_DTS信息指示以媒体时间格式表达的DTS。
NTP_time_PTS信息指示以NPT格式表达的PTS。
NTP_time_DTS信息指示以NPT格式表达的DTS。
PTP_time_PTS信息指示以PTP格式表达的PTS。
PTP_time_DTS信息指示以PTP格式表达的DTS。
timecode_PTS信息指示以SMPTE时间代码格式表达的PTS。
timecode_DTS信息指示以SMPTE时间代码格式表达的DTS。
PCR_time_PTS信息指示以PCR格式表达的PTS。
PCR_time_DTS信息指示以PCR格式表达的DTS。
根据本发明的实施例，接收器可以通过将被包括在时间线组件AU中的至少一个时间戳信息应用于通过位置信息识别的外部网络中的流同步通过广播网络发送的流和通过异构网络发送的流。
图69图示根据本发明的另一实施例的时间线组件AU的语法。
时间线组件AU可以以诸如XML等等的其它格式被表达。
时间线组件AU可以包括identifier信息、version信息、AU_length信息、location_flag信息、PTS_flag信息、DTS_flag信息、timestamp_version_flag信息、timestamp_type信息、location_length信息、location信息、timescale信息、media_time_PTS信息、media_time_DTS信息、timestamp_type_PTS信息、以及/或者timestamp_to_DTS信息(或者timestamp_type_DTS信息)。
与被包括在在上面描述的时间线组件AU的语法中的信息相同的术语相对应的信息的描述被替换成上面的描述。
timestamp_version_flag信息指示要被映射的时间线的时间戳格式。例如，能够指示当timestamp_version_flag信息具有0的值时要使用32比特格式，并且当timestamp_version_flag信息具有1的值时要使用64比特格式。
timestamp_type信息指示要被映射的时间线的时间戳的类型。例如，timestamp_type信息指示当信息具有0x00的值时类型对应于媒体时间，指示当信息具有0x01的值时类型对应于NTP，指示当信息具有0x02的值时类型对应于PTP，并且指示当信息具有0x03的值时类型对应于时间代码。当信息具有0x04-0x1F的值时，可以以后定义类型，并且值可以被保留。
timescale信息可以指示表达要被映射的时间线的媒体时间的时间标度。例如，在MPEG-2TS中，时间标度可以具有90K的值。
media_time_PTS信息可以指示要被映射的时间线的呈现时间戳，即，相对于执行再现的时间点的媒体时间。当timestamp_version_flag值是0时可以通过32比特格式指示media_time_PTS信息，并且当值是1时通过64比特格式指示。
media_time_DTS信息可以指示要被映射的时间线的解码时间戳，即，相对于执行解码的时间点的媒体时间。当timestamp_version_flag值是0时，可以通过32比特格式指示media_time_DTS信息，并且当值是1时通过64比特格式指示。
timestamp_type_PTS信息可以指示根据要被映射的时间线的呈现时间戳，即，相对于执行再现的时间点。当timestamp_version_flag值是0时，timestamp_type_PTS信息可以通过32比特格式被指示，并且当值是1时通过64比特格式指示。例如，当timestamp_type字段值指示NTP时，timestamp_type_PTS字段可以具有用于基于NTP的再现时间点的时间戳值。
timestamp_type_DTS信息可以指示根据要被映射的时间线的时间戳类型的解码时间戳，即，执行解码的时间点。当timestamp_version_flag值是0时信息可以通过32比特格式指示timestamp_type_DTS信息，并且当值是1时通过64比特格式指示。例如，当timestamp_type字段值指示NTP时，timestamp_type_PTS字段值可以具有用于基于NTP的解码时间点的时间戳值。
图70图示根据本发明的实施例的当广播网络传输分组的时间戳不存在时使用时间线组件同步通过异构网络(例如，互联网)发送的流和通过广播网络发送的流的方案。
通过在使用时间线组件通过异构网络发送的传送流之间的时间线的共享的上述同步方案中，通过基于一对一将广播网络传送流的分组报头的时间戳映射到被包括在分组有效载荷的时间线组件AU中的互联网传送流的时间戳，可以共享时间线。
然而，在广播网络传输分组的报头中可能不存在时间戳有关的信息。
如在本附图中，当在传输分组的报头中不存在时间戳有关的信息时，需要用于时间线中的最初的时间戳的附加的信息。通过基于一对一将最初的时间戳映射到互联网传送流的时间戳可以在广播网络和互联网之间共享时间线。
与最初的时间戳和异构网络(例如，互联网)中的传送流的时间戳有关的信息可以被包括在时间线组件AU中。
最初的时间戳可以被定义为在参考时间线上的时间戳。例如，在上述实施例中，用于通过广播网络发送的流的时间戳可以被定义为最初的时间戳。
最初的时间戳可以表示用于组成在内部网络(例如，广播网络)上发送的流的时间线的时间戳参考值。
图71图示根据本发明的另一实施例的时间线组件AU的语法。
除了上述时间线组件AU的语法之外，根据本发明的另一实施例的时间线组件AU的语法还可以包括与最初时间戳有关的信息。
时间线组件AU可以包括identifier信息、version信息、AU_length信息、location_flag信息、origin_PTS_flag信息、origin_DTS_flag信息、origin_PTS信息、origin_DTS信息、location_length信息、PTS_flag信息、DTS_flag信息、media_time_flag信息、NTP_time_flag信息、PTP_time_flag信息、timecode_flag信息、PCR_time_flag信息、location_URL_length信息、location_URL信息、timescale信息、media_time_PTS信息、media_time_DTS信息、NTP_time_PTS信息、NTP_time_DTS信息、PTP_time_PTS信息、PTP_time_DTS信息、timecode_PTS信息、timecode_DTS信息、PCR_time_PTS信息、以及/或者PCR_time_DTS信息。
对应于与被包括在上述时间线组件AU的语法中的信息相同的术语的信息的描述被替换成上面的描述。
origin_PTS_flag信息指示是否时间线组件AU包括origin_PTS值。
origin_DTS_flag信息指示是否时间线组件AU包括最初的DTS值。
origin_PTS信息指示在时间线映射的参考基本时间线上的当前分组的PTS。
origin_DTS信息指示在时间线映射的参考基本时间线上的当前分组的DTS。
location_URL_length信息指示location_URL信息的长度。
location_URL信息可以指示通过异构网络发送的流的URL，或者唯一地识别通过异构网络发送的流的标识符。
接收器可以在广播网络中从传送流的分组有效载荷获取时间线组件AU，并且解析在时间线组件AU中的origin_PTS信息和/或origin_DTS信息以基于被解析的信息获取用于广播网络中的传送流的时间戳信息。接收器可以使用与通过origin_PTS信息和/或origin_DTS信息获取的广播网络中的传送流的时间戳和用于被包括在时间线组件AU中的异构网络的时间戳有关的信息同步广播网络的传送流和异构网络的传送流。
图72图示根据本发明的另一实施例的时间线组件AU的语法。
时间线组件AU可以包括与通过广播网络或者互联网发送的媒体流有关的附加元数据。该图图示包括附加的元数据当中的与媒体流有关的时间线的元数据的时间线组件AU。
时间线组件AU可以以诸如XML的其它格式被表达。
时间线组件AU可以包括identifier信息、AU_length信息、location_flag信息、origin_timestamp_flag信息、timestamp_version信息、timestamp_type信息、timestamp_format信息、location_length信息、location信息、origin_timestamp_version信息、origin_timestamp_type信息、origin_timestamp_format信息、origin_location_flag信息、origin_location_length信息、origin_location信息、origin_timescale信息、origin_media_time信息、origin_timestamp信息、private_data_length信息、private_data_bytes()信息、timescale信息、media_time信息、timestamp信息以及/或者data_bytes()信息。
对应于与被包括在上述时间线组件AU的语法中的信息相同的术语的信息的描述被替换成上面的描述。
identifier信息可以是与时间线有关的元数据的标识符，或者指示时间线组件AU的结构被包括的标识符。
AU_length信息可以指示被包括在时间线组件AU中的信息的长度。
location_flag信息可以指示是否包括与被包括在时间线组件AU中的信息有关的服务、内容组件等等的位置信息。
origin_timestamp_flag信息可以指示是否包括与最初的时间线有关的信息。
timestamp_version信息可以指示被包括在时间线组件AU中的时间戳的版本信息。
timestamp_type信息可以指示被包括在时间线组件AU中的时间戳的类型。例如，timestamp_type信息可以指示DTS，其指示当timestamp_type信息具有0x00的值时解码有关的服务/内容组件的接入单元等等(例如，音频接入单元)的数据，并且timestamp_type信息可以指示PTS，其指示当timestamp_type信息具有0x01的值时再现有关服务/内容组件的接入单元等等(例如，音频接入单元)的数据的时间点。
timestamp_format信息可以指示被包括在时间线组件AU中的时间戳的格式。例如，timestamp_format信息可以指示当信息具有0x00的值时格式是媒体时间，当信息具有0x01的值时其指示NTP，当信息具有0x02的值时指示PTP，并且当信息具有0x03的值时指示时间代码。0x04-0x0F的值可以被保留以供将来扩展。
location_length信息可以指示位置字段的长度。
location信息可以指示与被包括在时间线组件AU中的信息有关的服务、内容组件等等的位置信息。location信息可以以诸如IP地址/端口编号、URI等等的形式被表达。
origin_timestamp_version信息可以指示可以用作时间线映射的参考线的与基本时间线有关的时间戳格式的版本。能够指示当相对应的字段的值是0时使用32比特格式，并且当值是1时使用64比特格式。例如，当通过广播网络发送视频流并且通过互联网发送音频流，并且执行音频流到视频流的时间线映射时，通过广播网络发送的视频流的时间戳可以对应于参考基本时间线。在这样的情况下，origin_timestamp_version信息可以指示通过广播网络发送的视频流的时间戳格式。
origin_timestamp_type信息可以指示与可以用作时间线映射的参考线的基本时间线有关的时间戳的类型。例如，origin_timestamp_type信息可以指示DTS，其指示当origin_timestamp_type信息具有0x00的值时解码与基本时间线有关的服务/内容组件的接入单元等等(例如，音频接入单元)的数据的时间点，并且origin_timestamp_type信息可以指示PTS，其指示当origin_timestamp_type信息具有0x01的值时再现与基本时间线有关的服务/内容组件等等的接入单元等等(例如，音频接入单元)的数据的时间点。
origin_timestamp_format信息可以指示与可以用作时间线映射的参考线的基本时间线有关的时间戳的格式。例如，origin_timestamp_format信息可以指示当信息具有0x00的值时格式是媒体时间，当信息具有0x01的值时NTP，并且当信息具有0x03的值时时间代码。0x04-0x0F的值可以被保留以供未来的扩展。
origin_location_flag信息可以指示是否包括与可以用于时间线映射的参考时间的基本时间线有关的服务/内容组件等等的位置信息。
origin_location_length信息可以包括字段的长度。
origin_location信息可以指示与可以用作时间线映射的参考线的基本时间线有关的服务/内容组件等等的位置信息。origin_location信息可以以诸如IP地址/端口编号、URI等等的形式被表达。
origin_timescale信息可以指示当表达用作时间线映射的参考线的基本时间线的媒体时间时可以使用的时间标度。例如，在MPEG-2TS中，时间标度可以具有90K的值。
origin_media_time信息可以指示在用作时间线映射的参考时间的基本时间线的媒体时间。被包含在对应的媒体时间中的内容可以随着origin_timestamp_type而变化。例如，origin_timestamp_type信息可以指示与当origin_timestamp_type是PTS时的再现时间点有关的媒体时间，并且与当origin_timestamp_type是DTS时的解码时间点有关的媒体时间。当origin_timestamp_version值是0时origin_timestamp_type信息可以通过32个比特被指示，并且当对应的字段值是1时通过64个比特指示。
origin_timestamp信息可以指示随着在用作时间线映射的参考线的基本时间线上的origin_timestamp_format的字段值而变化的格式的时间戳，并且被包含在与origin_timestamp信息相对应的时间戳中的内容可以随着origin_timestamp_type而变化。例如，当origin_timestamp_type指示DTS并且origin_timestamp_format的值是“0x01”时，与origin_timestamp信息相对应的时间戳可以指示通过NTP表达的解码时间点。当origin_timestamp_version是0时可以通过32个比特指示origin_timestamp信息，并且当相对应的字段值是1时通过64个比特指示。
private_data_length信息可以指示随后的private_data_bytes的以字节为单位的长度。
private_data_bytes()信息指示可以被专门定义以具有与private_data_length相对应的长度的区域或者包括以后扩展的内容。
timescale信息可以指示当表达媒体时间时可使用的时间标度。
media_time信息可以指示媒体时间。被包含在与media_time信息相对应的媒体时间中的内容可以随着timestamp_type而变化。例如，当timestamp_type是PTS时，media_time信息可以指示与再现时间点有关的媒体时间。当timestamp_version值是0时可以通过32个比特指示media_time，并且当相对应的字段值是1时通过64个比特指示。
timestamp信息可以指示随着timestamp_format的字段值而变化的格式的时间戳，并且被包含在与时间戳信息相对应的时间戳中的内容可以随着timestamp_type而变化。例如，当timestamp_type指示DTS并且timestamp_format具有“0x01”的值时，与timestamp信息相对应的时间戳可以指示通过NTP表达的解码时间点。当timestamp_version值是0时可以通过32个比特指示timestamp信息并且当相对应的字段值是1时通过64个比特指示。
data_bytes()信息指示用于包括以后扩展的内容字段或者区域。
图73图示根据本发明的另一实施例的使用时间线参考信令信息在广播网络上发送的流和在异构网络上发送的流之间的同步的方法。
如上所述，当在广播网络上发送视频流并且在互联网网络上发送音频流时，需要为一个服务同步两个流以被解码和/或再现。然而，因为两个流具有不同的时间线，所以需要相互映射两个时间线的机制。
根据另一实施例，使用时间线参考信令信息可以同步在诸如广播网络和互联网网络的异构网络上发送的至少一个流。即，在诸如广播网络和互联网网络的异构网络上从前述的广播***的接收器发送的流可以被同步或者被用于一个服务。
根据另一实施例的发射器使用时间线参考信令信息发送使在广播网络上发送的流与在异构网络上发送的流同步的信息。为此，本实施例的发射器可以包括信令编码器(未示出)、广播网络接口(未示出)、以及/或者异构网络接口(未示出)。
信令编码器编码包含用于同步经由一个或者多个网络发送的流的元数据的参考信令信息。
信令编码器可以包括第一编码器，该第一编码器用于编码包括广播内容的第一部分(例如，视频信息)和时间线参考信令信息的广播流；和第二编码器，该第二编码器用于编码包括广播内容的第二部分(例如，音频信息)的异构流。
时间线参考信令信息可以包括组成广播流和异构流中的至少一个的时间线的至少一个时间线参考信息。
广播网络接口可以经由广播网络发送被编码的广播流。
异构网络接口可以经由异构网络发送被编码的异构流。
另外，根据另一实施例的接收器可以使用时间线参考信令信息同步经由广播网络发送的流与经由异构网络发送的流。为此，本实施例的接收器可以包括广播网络接口(未示出)、异构网络接口(未示出)、以及/或者处理器(未示出)。
广播网络接口可以经由广播网络接收包括广播内容的第一部分(例如，视频信息)的广播流。广播网络接口可以包括如上所述的广播接口J2030和/或传送分组接口J32070。
广播网络接口可以经由异构网络接收包括广播内容的第二部分(例如，音频信息)的异构流。异构网络接口可以包括如上所述的互联网接口J2020和/或宽带分组接口J32080。
广播流可以包括用于同步经由一个或者多个网络发送的流的元数据的时间线参考信令信息。时间线参考信令信息可以包括组成广播流和异构流中的至少一个的时间线的至少一个时间线参考信息。
处理器可以基于时间线参考信令信息使用广播流和异构流来配置广播内容。处理器可以包括上述的处理器J2080和/或A/V处理器J32110。
根据另一实施例的广播流可以包括分组报头和/或分组有效载荷。分组报头可以包括用于广播流的时间戳。分组有效载荷可以包括时间线参考信令信息。然而，本发明的实施例不限于此。时间线参考信令信息可以被包括在分组报头中。
当时间线参考信令信息被包括在分组有效载荷并且被发送时，时间线参考信令信息可以被包括在时间线参考信息AU(接入单元)中。时间线组件AU可以包括时间线参考信息AU。然而，本发明的实施例不限于此。独立于时间线组件AU时间线参考信息AU可以存在。
在其中时间线参考信令信息被包括在分组报头中的情况下，时间线参考信令信息可以被包括在扩展的报头扩展中。
经由广播网络发送的时间线组件AU和/或时间线参考信息AU可以包括构成经由是内部网络的广播网络发送的流的时间线的内部时间线参考信息，和/或能够映射经由是对于内部网络的外部网络的异构网络(例如，互联网网络)发送的流的时间线的外部时间线参考信息。
在上面描述的时间线表示开始解码诸如DTS和/或PTS的时间和/或开始呈现的时间。因此，时间戳仅指示诸如解码时间和特定事件出现的呈现时间的时间。
根据另一实施例的时间线参考信息表示构成在内部网络和/或外部网络发送的媒体流的时间线的参考时间值。在此，参考时钟值表示组成媒体流的时间线的时间的时间信息。在此，构成时间线的时间可以对应于广播***中的预先确定的时间。例如，参考时钟值可以包括诸如DTS和PTS和/或壁钟的时间戳信息。然而，参考时钟值不限于DTS和/或PTS。
另外，可以以与广播网络传送流的相同的分组结构的形式分组时间线参考信息AU。
根据本发明的另一实施例，接收器可以基于时间线参考信息AU在一个时间线上同步经由广播网络和异构网络(例如，互联网网格)发送的两个流，从而进行解码和/或再现。例如，接收器和/或处理器可以基于时间戳和/或时间线参考信令信息使用广播流和异构流配置广播内容。接收器和/或处理器可以基于内部时间线参考信息和外部时间线参考信息将经由广播网络发送的流映射到经由异构网络发送的流。在其中外部时间线参考信息包括诸如DTS和/或PTS的时间戳信息的情况下，接收器和/或处理器可以基于构成在内部网络上发送的媒体流的时间线的时间戳信息和外部时间线参考信息将经由广播网络发送的流映射到经由异构网络发送的流。
在上面给出的描述也可以应用于其中经由一个网络发送的流使用不同的时间线的情况。例如，当异构网络对应于广播流时，异构网络的时间线可以不同于广播流。
通过上述的方法，收集经由多个异构网络发送的流并且将其提供给观众的中继服务运营商不需要直接执行用于不同流的同步的处理。
图74图示根据本发明的另一实施例的时间线参考信息AU的语法。
时间线参考信息AU可以以诸如XML的其它格式被呈现。时间线参考信息AU可以被应用于诸如RPT和ALC/LCT的各种媒体传输协议，并且通过可操作地连接适合于协议的服务信令信息被使用。
服务信令信息可以包括诸如指示流承载内部网络或者外部网络的时间线参考的信息、被包含在时间线参考信息AU中的外部媒体URL信息、指示是否各种字段被包括的标志信息、以及/或者共同可应用于各个分组的timescale信息的信息。
具体地，时间线参考信息AU可以包括AU_identifier信息、AU_length信息、external_media_URL_flag信息、internal_timeline_reference_flag信息、external_timeline_reference_flag信息、external_media_URL_length信息、external_media_URL信息、internal_timeline_reference_format信息、internal_timeline_reference_timescale_flag信息、internal_timeline_reference_length信息、internal_timeline_reference_timescale信息、internal_timeline_reference信息、external_timeline_reference_format信息、external_timeline_reference_timescale_flag信息、external_timeline_reference_length信息、external_timeline_reference_timescale信息、以及/或者external_timeline_reference信息。时间线参考信息AU包括的信息可以被称为时间线参考信令信息。
被包括在上述的时间线组件AU的语法中的信息的描述可以被应用于指配相同名称的信息。
AU_identifier信息是唯一地表示时间线参考信息AU的结构的标识符。
AU_length信息指示时间线参考信息AU的长度。
external_media_URL_flag信息指示是否时间线参考信息AU包括经由外部网络(例如，互联网网络)发送的流的URL信息。
internal_timeline_reference_flag信息指示是否时间线参考信息AU包括内部时间线参考信息。
external_timeline_reference_flag信息指示是否时间线参考信息AU包括外部时间线参考信息。
external_media_URL_length信息指示外部媒体URL信息的长度。例如，external_media_URL_length信息可以以字节表示外部媒体URL信息的长度。
external_media_URL信息可以包括诸如关于经由外部网络(例如，互联网网络)发送的媒体的位置信息，和/或唯一的标识符(识别信息)的信息。例如，如果在外部网络上发送的媒体是MPEG-DASH，则external_media_URL信息可以包括相对应的MPD的URL和/或MPDID。
internal_timeline_reference_format信息可以指示内部时间线参考的格式。例如，如果internal_timeline_reference_format信息的值是0x00，则这可以指示格式是媒体时间。如果值是0x01，则这可以指示格式是网络时间协议(NTP)。如果值是0x02，则这可以指示格式是PTP。如果值是0x03，则这可以指示格式是时间代码。如果值是0x04至0x1F中的一个，则可以被保留使得格式能够以后被定义。
internal_timeline_reference_timescale_flag信息指示是否时间线参考信息AU包含关于内部时间线参考的时间标度。
internal_timeline_reference_length信息指示内部时间线参考值的长度。例如，internal_timeline_reference_length信息可以以字节指示内部时间线参考值的长度。
internal_timeline_reference_timescale信息指示内部时间线参考信息的时间单位。例如，internal_timeline_reference_timescale信息可以以Hz指示内部时间线参考值的时间单位。
internal_timeline_reference信息指示构成在内部网络上发送的媒体流的时间线的参考时钟值。
external_timeline_reference_format信息可以指示外部时间线参考的格式。例如，如果external_timeline_reference_format信息的值是0x00，则这可以指示媒体时间。如果值是0x01，则这可以指示网络时间协议(NTP)。如果值是0x02，则这可以指示PTP。如果值是0x03，则这可以指示时间代码。如果值是0x04至0x1F中的一个，则可以被保留使得格式能够以后被定义。
external_timeline_reference_timescale_flag信息指示是否时间线参考信息AU包含关于外部时间线参考的时间标度。
external_timeline_reference_length信息指示外部时间线参考值的长度。例如，external_timeline_reference_length信息可以以字节指示外部时间线参考值的长度。
external_timeline_reference_timescale信息指示外部时间线参考信息的时间单位。例如，external_timeline_reference_timescale信息可以以Hz指示外部时间线参考值的时间单位。
external_timeline_reference信息指示组成在外部网络上发送的媒体流的时间线的参考时钟值。
根据本发明的另一实施例，接收器和/或处理器可以通过将被包括在时间线参考信息AU和/或时间线组件AU中的internal_timeline_reference信息和/或external_timeline_reference信息应用于通过external_media_URL信息识别的外部网络来同步在广播网络上发送的流和在异构网络上发送的流。另外，接收器和/或处理器可以基于外部媒体URL信息、时间线参考信息、以及/或者时间戳使用广播流和异构流配置广播内容。
图75图示根据本发明的另一实施例的时间线参考信息AU的语法。
本实施例的时间线参考信息AU可以包括至少一条(或者多条)internal_timeline_reference信息。另外，时间线参考信息AU可以包括至少一个(或者多个)external_timeline_reference信息。
具体地，时间线参考信息AU可以包括AU_identifier信息、AU_length信息、external_media_location_flag信息、nb_of_timeline_reference信息、external_media_URL_length信息、external_media_URL信息、timeline_reference_type信息、timeline_reference_identifier信息、timeline_reference_format信息、timeline_reference_timescale_flag信息、timeline_reference_length信息、timeline_reference_timescale信息、以及/或者timeline_reference信息。被包括在时间线参考信息AU中的信息可以被称为时间线参考信令信息。
被包括在上述的时间线参考信息AU中的信息的描述可以被应用于被指配相同名称的信息。
AU_identifier信息是唯一地表示时间线参考信息AU的结构的标识符。
AU_length信息指示时间线参考信息AU的长度。
external_media_URL_flag信息指示是否时间线参考信息AU包括经由外部网络(例如，互联网网络)发送的流的URL信息。
nb_of_timeline_reference信息指示被包括在时间线参考信息AU中的时间线参考信息的数目。
external_media_URL_length信息指示外部媒体URL信息的长度。例如，external_media_URL_length信息可以以字节指示外部媒体URL信息的长度。
external_media_URL信息可以包括诸如关于经由外部网络(例如，互联网网络)发送的媒体的位置信息，和/或唯一的标识符的信息。例如，如果在外部网络上发送的媒体是MPEG-DASH，则external_media_URL信息可以包括相对应的MPD的URL，和/或MPD ID。
timeline_reference_type信息指示时间线参考信息的类型。例如，如果timeline_reference_type信息被设置为“0”，则时间线参考信息的类型可以指示时间线参考信息。如果timeline_reference_type信息被设置为“1”，则时间线参考信息的类型可以指示外部时间线参考信息。
timeline_reference_identifier信息是时间线参考信息的唯一标识符。例如，timeline_reference_identifier信息可以被指配在0和127之间的整数值。
timeline_reference_format信息可以指示内部时间线参考信息的格式和/或外部时间线参考信息的格式。例如，如果timeline_reference_format信息的值是0x00，则这可以指示格式是媒体时间。如果值是0x01，则这可以指示格式是网络时间协议(NTP)。如果值是0x02，则这可以指示格式是PTP。如果值是0x03，则这可以指示格式是时间代码。如果值是0x04至0x1F中的一个，则可以被保留使得格式能够以后被定义。
internal_timeline_reference_timescale_flag信息指示是否时间线参考信息AU包含关于内部时间线参考信息和/或外部时间线参考信息的timescale信息。
timeline_reference_length信息指示内部时间线参考值的长度和/或外部时间线参考值的长度。例如，timeline_reference_length信息可以以字节指示内部时间线参考值的长度和/或外部时间线参考值的长度。
timeline_reference_timescale信息指示内部时间线参考值的时间单位和/或外部时间线参考值的时间单位。例如，timeline_reference_timescale信息可以以Hz指示内部时间线参考值的时间单位和/或外部时间线参考值的时间单位。
timeline_reference信息指示组成在内部网络和/或外部网络上发送的媒体流的时间线的参考时钟值。例如，基于nb_of_timeline_reference信息，timeline_reference信息可以具有至少一个值(或多个值)。timeline_reference信息可以包括上述的至少一个internal_timeline_reference和/或至少一个external_timeline_reference信息。
根据本发明的另一实施例，接收器可以通过将被包括在时间线组件AU和/或时间线参考信息AU中的至少一个timeline_reference信息应用于通过external_media_URL信息识别的外部网络的流来同步在广播网络上发送的流与在异构网络上发送的流。具体地，接收器可以通过将被包括在时间线组件AU和/或时间线参考信息AU中的至少一个(或者多个)internal_timeline_reference信息和/或至少一个(多个)external_timeline_reference信息应用于通过external_media_URL信息识别的外部网络来同步在广播网络上发送的流和在异构网络上发送的流。
图76图示根据本发明的另一实施例的支持时间线参考信息的传输的LCT分组的结构。
根据本实施例的广播流可以包括LCT分组。本实施例的时间线参考信令信息可以通过被包括在扩展的报头扩展中被发送。例如，LCT分组可以包括通过扩展现有的报头扩展(EXT_TIME)的时间线参考信令信息。根据本实施例，时间线参考信令信息是用于在异构网络上发送的媒体流的同步的信息。时间线参考信令信息可以包括与上述时间线参考信息AU相同和/或相似的信息。时间线参考信令信息可以被应用于诸如实时协议(RTP)的传输协议的分组。
时间线参考信令信息可以结合适合于前述协议的服务信令信息操作。服务信令信息可以包括诸如指示流正在承载内部网络或者外部网络的时间线参考的信息、被包含在时间线参考信息AU中的外部媒体URL信息、标志信息、以及/或者共同应用于各个分组的timescale信息的信息。
根据另一实施例的分组可以是LCT分组。LCT分组可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、FEC有效载荷ID字段、以及/或者编码符号字段。
LCT版本号字段(V)指示协议版本号。例如，此字段指示LCT版本号。LCT报头的版本号字段可以被解释为ROUTE版本号字段。ROUTE的此版本隐式地利用LCT构建块的版本“1”。例如，版本号是“0001b”。
拥塞控制标志字段(C)指示拥塞控制信息字段的长度。C＝0指示拥塞控制信息(CCI)字段在长度上是32个比特。C＝1指示CCI字段在长度上是64个比特。C＝2指示CCI字段在长度上是96个比特。C＝3指示CCI字段在长度上是128个比特。
协议特定的指示字段(PSI)可以被用作用于在LCT较高协议中的特定用途的指示符。PSI字段指示是否当前分组是源分组或者FEC修复分组。当ROUTE源协议仅递送源分组时，此字段将会被设置为“10b”。传送会话标识符标志字段(S)指示传送会话标识符字段的长度。
传送对象标识符标志字段(O)指示传送对象标识符字段的长度。例如，对象可以表示一个文件，并且TOI可以指示各个对象的ID信息。具有被设置为0的TOI的文件可以被称为FDT。
半字标志字段(H)指示是否半字(16个比特)被添加到TSI或者TOI字段的长度。
保留字段(Res)被保留以供未来使用。
关闭会话标志字段(A)指示是否会话关闭或者会话将要关闭。
关闭对象标志字段(B)指示发送的对象关闭或者将要关闭。。
LCT报头长度字段(HDR_LEN)以32比特字为单位指示LCT报头的总长度。
码点字段(CP)指示通过此分组承载的有效载荷的类型。取决于有效载荷的类型，附加的有效载荷的报头可以被添加以置于有效载荷的数据之前。
拥塞控制信息字段(CCI)可以在发送诸如层数、逻辑信道编号、以及序列号的拥塞控制信息中被使用。LCT报头中的拥塞控制信息字段包含所要求的拥塞控制信息。
传送会话标识符字段(TSI)是会话的唯一的ID。TSI独特地识别在来自于特定发送方的所有会话当中的会话。此TSI字段可以被映射到MPEG-DASH的各个组件和/或表示。
此字段识别ROUTE中的传送会话。通过LSID(LCT会话实例描述)提供传送会话的上下文。LSID定义在ROUTE会话的各个组成LCT传送会话中承载什么。通过LCT报头中的传送会话标识符(TSI)唯一地识别各个传送会话。LSID可以通过包括LCT传送会话的相同ROUTE会话被发送，或者可以经由通信网络、广播网络、互联网网络、有线网络、以及/或者卫星网络被发送。用于LSID的传输的措施不限于此。例如，LSID可以通过具有被设置为“0”的TSI的值的特定LCT传送会话被发送。LSID可以包括关于通过ROUTE会话发送的所有传送会话的信令信息。LSID可以包括LSID版本信息和关于LSID的有效性的信息。LSID也可以包括提供关于LCT传送会话的信息的传送会话信息。传送会话信息可以包括用于识别传送会话的TSI信息、被发送到对应的TSI并且提供关于通过其发送源数据的源流的信息的源流信息、被发送到对应的TSI并且提供关于通过其发送修复数据的修复流的信息的修复流信息、以及包括关于传送会话的附加属性信息的传送会话属性信息。
传送对象标识符字段(TOI)是对象的唯一的ID。TOI指示分组属于会话内的哪个对象。各个TOI字段可以被映射到MPEG-DASH的各个片段。然而，本发明的实施例不限于此。各个TOI字段可以被映射到MPEG-DASH的片段的一部分，诸如区块、GOP、以及/或者接入单元。
此字段指示在当前分组的有效载荷属于的此会话内的对象。通过扩展的FDT提供将TOI字段到对象的映射。扩展的FDT指定文件递送数据的详情。这是扩展的FDT实例。扩展的FDT与LCT分组报头一起可以被用于生成用于递送对象的FDT等效的描述。扩展的FDT可以被嵌入或者可以作为参考被提供。如果作为参考被提供，则扩展的FDT可以独立于LSID被更新。如果被参考，则其将会在被包括的源流的TOI＝0上作为带内对象被递送。
报头扩展字段被用作用于附加信息的传输的LCT报头扩展部分。在LCT中使用报头扩展以容纳不是始终被使用或者具有可变大小的可选的报头字段。
例如，EXT_TIME扩展被用于承载数种类型的时序信息。其包括一般用途的信息，即，在本文献中描述的发送方当前时间(SCT)、预期残留时间(ERT)、以及发送方最后变化(SLC)时间扩展。
FEC有效载荷ID字段包括关于传输块或者编码符号的识别信息。FEC有效载荷ID以指示用于其中文件被FEC编码的情况的标识符。例如，当FLUTE协议文件被FEC编码时，为了广播站或者广播服务器识别文件可以分配FEC有效载荷ID。
编码符号字段可以包括传输块或者编码符号的数据。
分组有效载荷包含从对象产生的字节。如果在会话中承载一个以上的对象，则LCT报头内的传输对象ID(TOI)必须被用于识别产生分组有效载荷数据的对象。
根据另一实施例的报头扩展(EXT_TIME)可以包括报头扩展类型字段(HET)、报头扩展长度字段(HEL)、SCT Hi字段、SCT Low字段、ERT字段、SLC字段、被保留的字段、发送方当前时间字段、预期残留时间字段、以及/或者会话最后改变字段。报头扩展(EXT_TIME)也可以包括使用字段。使用字段可以包括SCT Hi字段、SCT Low字段、ERT字段、SLC字段、以及/或者被保留的字段。
报头扩展类型字段(HET)指示对应的报头扩展的类型。HET字段可以是8比特整数。基本上，在LCT中，如果HET具有在0与127之间的值，则在HET中存在具有32比特字的单位的可变长度的报头扩展，并且在继HET之后的报头扩展长度字段(HEL)中描述其长度。如果HET具有在128和255之间的值，则报头扩展具有32比特的固定长度。例如，HET字段可以具有“2”或者小于或者等于“127”的值并且识别在上面描述的报头扩展。
HEL字段指示具有可变长度的报头扩展的总长度。基本上，在LCT中，如果HET具有在0和127之间的值，则在HET中存在具有32比特字的单位的可变长度的报头扩展，并且在继HET字段之后的HEL字段以32比特字为单位指示报头扩展的总长度。
使用字段(使用)指示随后的32比特时间值的语义。
SCT Hi字段指示是否发送方当前时间字段被包括在报头扩展中。
SCT低字段指示是否64比特发送方当前时间字段被包括在报头扩展中。
ERT字段指示是否预期残留时间字段被包括在报头扩展中。
SLC字段指示是否会话最后变化字段被包括在报头扩展中。
被保留的字段(Res)被保留以供未来使用。
发送方当前时间字段表示在发送此分组时在发送方的当前时钟，以1ms为单位进行测量，并且从会话的开始模2^32单位计算。
当SCT High字段被设置时，被关联的32比特时间值提供以发送方的壁钟的秒表示时间的无符号的整数。在NTP被使用的特定情况下，这32个比特提供以相对于1900年1月1日00:00小时GMT的秒表示时间的无符号的整数(即，全64比特NTP时间值的最高有效位32比特)。
当SCT-Low标志被设置时，被关联的32比特时间值提供表示秒的1/2^^32的倍数的无符号的整数，以便于允许次秒级精确度。当SCT-Low标志被设置时，SCT-High标志必须也被设置。在NTP被使用的情况下，这32个比特提供64比特NTP时间戳的32个最低有效位。
预期残留时间字段表示以1ms为单位测量的用于当前会话或者用于当前对象的传输的发送方预期残留传输时间。如果包含ERT字段的分组也包含TOI字段，则ERT指的是与TOI字段相对应的对象，否则其指的是会话。
如果包含ERT时序信息的分组也包含TOI字段，则ERT指的是与TOI字段相对应的对象；否则，其指的是仅会话中的对象。当ERT标志被设置时，其表达秒的数目。32比特提供表示此秒的数目的无符号的整数。
会话最后变化字段表示当前对会话数据的最后变化的以秒为单位的数个壁钟时间。即，其表达时间，在该时间为了递送会话进行最后(最近)传送对象添加、修改、或者去除。在修改和添加的情况下，其指示将会传送在此时间之前没有被传送的新数据。在去除的情况下，SLC指示一些之前的数据将不再被传送。当SLC字段被设置时，被关联的32比特时间值提供以秒表示时间的无符号的整数。在NTP被使用的特定情况下，这32个比特提供以秒钟表示相对于1900年1月1日00:00小时GMT的时间的无符号的整数(即，全64比特NTP时间值的最高有效位32个比特)。在该情况下，32比特时间的回绕(warparound)处理在NTP和LCT的范围外。在一些情况下，包含具有SLC信息的EXT_TIME报头扩展的分组也包含SCT-High信息可以是合适的。
LCT分组可以进一步包括通过扩展报头扩展(EXT_TIME)在上面描述的时间线参考信令信息(internal_timeline_reference信息和/或external_timeline_reference信息)。
时间线参考信令信息可以包括ITR Hi信息、ITR Low信息、ETR Hi信息、ETR Low信息、internal_timeline_reference_timescale_flag信息(ITR Scale)、external_timeline_reference_timescale_flag信息(ETR Scale)、internal_timeline_reference_format信息(ITR格式)、external_timeline_reference_format信息(ETR格式)、external_media_URL_flag信息(URL)、internal_timeline_reference信息(内部时间线参考)、external_timeline_reference信息(外部时间线参考)、internal_timeline_reference_timescale信息(内部时间线参考时间标度)、external_timeline_reference_timescale信息(外部时间线参考时间标度)、以及/或者external_media_URL信息(扩展媒体URL)。
报头扩展(EXT_TIME)信息可以包括Use信息。Use信息可以包括ITR Hi信息、ITRLow信息、ETR Hi信息、ETR Low信息、internal_timeline_reference_timescale_flag信息(ITR Scale)、external_timeline_reference_timescale_flag信息(ETR Scale)、internal_timeline_reference_format信息(ITR格式)、external_timeline_reference_format信息(ETR格式)、以及/或者external_media_URL_flag信息(URL)。
ITR Hi信息和/或ITR Low信息可以被称为上述的internal_timeline_reference_flag信息。ITR Hi信息和/或ITR Low信息可以被称为上述的external_timeline_reference_flag信息。
ITR Hi(内部时间线参考高标志)信息指示是否64比特internal_timeline_reference信息(内部时间线参考)被包括在报头扩展中。
ITR Low(内部时间线参考低标志)信息指示是否32比特internal_timeline_reference信息(内部时间线参考)被包括在报头扩展中。
ETR Hi(外部时间线参考高标志)信息指示是否64比特external_timeline_reference信息被包括在报头扩展中。
ETR Low(外部时间线参考低标志)信息指示是否32比特external_timeline_reference信息被包括在报头扩展中。
internal_timeline_reference_timescale_flag信息(ITR Scale)指示是否32比特internal_timeline_reference_timescale信息被包括在报头扩展中。
external_timeline_reference_timescale_flag信息(ERT Scale)指示是否32比特external_timeline_reference_timescale信息被包括在报头扩展中。
internal_timeline_reference_format信息(ITR格式)可以指示内部时间线参考的格式。例如，如果internal_timeline_reference_format信息(ITR格式)的值是0x00，则这可以指示格式是媒体时间。如果值是0x01，则这可以指示格式是网络时间协议(NTP)。如果值是0x02，则这可以指示格式是PTP。如果值是0x03，则这可以指示格式是时间代码。如果值是0x04至0x1F中的一个，其可以被保留使得格式能够以后被定义。
external_timeline_reference_format信息(ETR格式)可以指示外部时间线参考的格式。例如，如果external_timeline_reference_format信息(ETR格式)的值是0x00，则这可以指示格式是媒体时间。如果值是0x01，则这可以指示格式是网络时间协议(NTP)。如果值是0x02，则这可以指示格式是PTP。如果值是0x03，则这可以指示格式是时间代码。如果值是0x04至0x1F中的一个，其可以被保留使得格式能够以后被定义。
external_media_URL_flag信息(URL)可以指示是否external_media_URL信息(外部媒体URL)被包括在报头扩展中。
internal_timeline_reference信息(内部时间线参考)指示组成在内部网络上发送的媒体流的时间线的参考时钟值。
external_timeline_reference信息(外部时间线参考)是组成在外部网络上发送的媒体流的时间线的参考时钟值。
internal_timeline_reference_timescale信息(内部时间线参考时间标度)指示内部时间线参考信息的时间单位。例如，internal_timeline_reference_timescale信息可以以Hz指示内部时间线参考值的时间单位。
external_timeline_reference_timescale(外部时间线参考时间标度)指示外部时间线参考信息的时间单元。例如，external_timeline_reference_timescale信息可以以Hz指示外部时间线参考值的时间单位。
external_media_URL信息(外部媒体URL)可以包括诸如关于经由外部网络(例如，互联网网络)发送的媒体的位置信息，和/或唯一的标识符的信息。例如，如果在外部网络上发送的媒体是MPEG-DASH，则external_media_URL信息可以包括诸如对应的MPD和/或MPDID的URL的信息。此字段的长度可以通过HEL字段识别。
根据本发明的另一实施例，接收器和/或处理器可以从广播网络的广播信号获取LCT报头扩展(EXT_TIME)并且从报头扩展(EXT_TIME)获取时间线参考信令信息。另外，接收器和/或处理器可以通过将时间戳、internal_timeline_reference信息、以及/或者external_timeline_reference信息应用于通过external_media_URL信息识别的外部网络同步经由广播网络发送的流与经由异构网络发送的流。
图77图示根据本发明的另一实施例的支持时间线参考信息的传输的LCT分组的结构。
本实施例的LCT分组可以包括通过扩展现有的报头扩展的时间线参考信令信息(EXT_TRC(用于时间线参考时钟的扩展))。时间线参考信令信息可以包括与上述的时间线参考信息AU相同和/或相似的信息。时间线参考信令信息可以被应用于用于诸如实时协议(RTP)的传输协议的分组。
时间线参考信令信息可以结合适合于前述协议的服务信令信息操作。服务信令信息可以包括诸如指示流承载内部网络或者外部网络的时间线参考的信息、被包含在时间线参考信息AU中的外部媒体URL信息、标志信息、以及/或者可共同应用于各个分组的timescale信息的信息。
根据另一实施例的分组可以是LCT分组。LCT分组可以包括LCT版本号字段(V)、拥塞控制标志字段(C)、协议特定的指示字段(PSI)、传送会话标识符标志字段(S)、传送对象标识符标志字段(O)、半字标志字段(H)、保留字段(Res)、关闭会话标志字段(A)、关闭对象标志字段(B)、LCT报头长度字段(HDR_LEN)、码点字段(CP)、拥塞控制信息字段(CCI)、传送会话标识符字段(TSI)、传送对象标识符字段(TOI)、报头扩展字段、FEC有效载荷ID字段、以及/或者编码符号字段。
LCT分组可以进一步包括通过扩展现有的报头扩展(EXT_TRC(用于时间线参考时钟的扩展))在上面描述的时间线参考信令信息。
时间线参考信令信息可以包括ITR Hi信息、ITR Low信息、ETR Hi信息、ETR Low信息、internal_timeline_reference_timescale_flag信息(ITR Scale)、external_timeline_reference_timescale_flag信息(ETR Scale)、external_media_URL_flag信息(URL)、Reserved信息(Res)、internal_timeline_reference_format信息(ITR格式)、external_timeline_reference_format信息(ETR格式)、internal_timeline_reference信息(内部时间线参考)、external_timeline_reference information(外部时间线参考)、internal_timeline_reference_timescale information(内部时间线参考时间标度)、external_timeline_reference_timescale information(外部时间线参考时间标度)、以及/或者external_media_URL信息(扩展媒体URL)。
报头扩展(EXT_TIME)可以包括Use信息。Use信息可以包括ITR Hi信息、ITR Low信息、ETR Hi信息、ETR Low信息、internal_timeline_reference_timescale_flag信息(ITRScale)、external_timeline_reference_timescale_flag信息(ETR Scale)、external_media_URL_flag信息(URL)、Reserved信息(Res)、internal_timeline_reference_format信息(ITR格式)、以及/或者external_timeline_reference_format信息(ETR格式)。
被包括在上述的LCT分组中的信息的描述被应用于被指配相同名称的信息。
根据本发明的另一实施例，接收器和/或处理器可以从广播网络的广播信号获取报头扩展(EXT_TIME)并且从报头扩展(EXT_TIME)获取时间线参考信令信息。另外，接收器和/或处理器可以通过将时间戳、internal_timeline_reference信息、以及/或者external_timeline_reference信息应用于通过external_media_URL信息识别的外部网络来同步经由广播网络发送的流与经由异构网络发送的流。
图78图示根据本发明的实施例的在应用DASH的广播网络中的传送流与异构网络(例如，互联网)中的传送流之间使用时间线组件AU的同步方案。
该图图示其中使用时间线组件通过异构网络的传送流之间的同步方案被应用于DASH的示例。在本示例中，可以通过广播网络发送视频流，并且可以通过互联网发送视频流。尽管通过DASH封装服务两个流，但是通过单独的网络发送流并且因此可以具有作为具有单独MPD的内容的单独形式的不同的时间线。
为了同步具有单独的时间线的两个流，时间线组件可以被包括在通过广播网络发送的DASH内容中。通过广播网络发送的视频流和时间线组件流可以被包括在一个内容中以共享一个时间线。时间线组件包括通过互联网发送的音频流的时间线信息。接收器可以基于此信息通过广播网络的时间线同步互联网中的传送流。
时间线组件流可以被配置成与DASH内容中的视频流或者音频流相似的一个轨道。使用通过MPD提供的时序信息和traf框等等，时间线组件流可以被指配有具有AU的诸如DTS、PTS等等的时间戳，并且被映射到广播网络时间线。当时间线组件流被配置成轨道时，可能需要信令信息以验证轨道包括时间线组件流。信令信息可以被包括在基于ISO BMFF的DASH初始化片段中的hdlr框中，并且作为指示被包括的媒体的类型的handler_type、在指示初始化信息和媒体流的特定类型的stsd框中的采样条目以及被包括在minf框中的媒体报头框等等被提供。
通过hdlr框架中的“meta”的处理程序类型时间线组件可以被指示以被包括在元数据类型中，并且包括被称为“nmhd”的空媒体报头框。
图79图示根据本发明的实施例的用于识别ISO BMFF中的时间线组件的采样条目。
根据本实施例，被包括在stsd框中的流信令信息可以如所示地被配置以识别时间线组件。
为了识别文件中的时间线组件流，时间线组件MetaData SampleEntry可以被定义为导出类型的元数据采样条目。时间线组件MetaData SampleEntry可以具有诸如“metc”的4个字节类型，并且使用在上面提及的类型字段在文件中被唯一地识别。
通过用于诸如在再现流之前出现的初始延迟的信令和初始化的参数或者时间线组件描述的流的位置URL可以被包括在“metc”采样条目中。
图80图示根据本发明的实施例的用于在ISO BMFF中表达在时间线组件轨道和另一轨道之间的依赖关系的轨道参考类型框。
为了在诸如DASH片段的基于ISO BMFF的文件结构中包括时间线组件，除了上述信令信息之外还能够用信号发送关于与另一轨道有关的依赖关系的信息。该图图示其中通过表达轨道之间的依赖关系的tref框表达在时间线组件轨道和DASH片段的另一轨道之间的依赖关系的示例。
tref框在其中包括轨道参考类型框。tref框可以将如上所述的被称为“metl”的reference_type定义为用于表达在上述时间线组件和另一轨道之间的依赖关系。在tref框中的track_ID指示具有参考关系的轨道的ID。能够表达在通过定义“metl”参考类型框与时间线组件轨道共享时间线的另一轨道和时间线组件轨道之间的依赖关系。
如在上述的图中所图示的，包括上述“metl”框的tref框被包括在时间线组件轨道框中，并且包括具有在“metl”框中的依赖关系的视频轨道的ID。可替选地，tref框和“metl”框可以被包括在示例的视频轨道中，并且“metl”框的track_ID可以包括时间线组件轨道的ID。
图81图示根据本发明的实施例的用于在下一代广播***中获取服务和/或内容的配置。
在本发明中提出的方案使接收器在下一代广播***中通过广播网络或者互联网有效地获取服务或者内容。
该附图图示用于在混合广播***中的服务或者内容的获取的示例。
例如，服务0包括一个视频和一个音频，并且通过陆地广播网络发送的IP流可以获取各个视频/音频。
在服务1中，通过一个PLP发送用于发送视频的IP流和用于发送音频的IP流，并且因此接收器可以通过解码PLP获取服务1。
在服务N中，当通过陆地广播网络发送视频时，可以通过互联网获取音频。
如在前述中所描述的，当接收器获取被包括在服务0、服务1或者服务N中的组件时可以使用本发明的上述实施例。即，接收器可以识别用于发送被包括在服务0、服务1或者服务N中的各个组件的PLP，并且解码PLP以获取所期待的服务。
图82图示根据本发明的实施例的在ISO BMFF中访问视频数据和/或音频数据的方案。
该图图示ISO BMFF的部分结构。被图示的访问视频数据和/或音频数据的方案包括在本地重放期间在数据之间的同步。
接收器使用ISO文件的“tkhd”识别轨道。
接收器可以使用“hdlr”(handler_type)验证是否媒体类型是音频或者视频。
接收器可以使用“stbl”的采样描述初始化解码器，并且使用被包括在其中的信息解码被包括在mdat中的数据(采样)。
“stbl”框可以包括“stts”框、“ctts”框、“stsc”框、“stco”框以及/或者“stsz”框。
“stts”框指示解码时间。“stts”框包括使从解码时间到采样编号编入索引的信息。“stts”框可以提供从采样编号导出的指示符和采样大小。
“ctts”框提供关于在解码时间和构成时间之间的偏移的信息。
“stsc”框包括与包括采样的区块、区块的位置以及/或者采样有关的属性信息。在媒体数据中的采样可以被组成区块。区块可以具有不同的大小，并且在一个区块中的采样可以具有不同的大小。
“stco”框可以包括被包括在文件中的各个区块的索引信息。“stco”框给予区块的开始的偏移其包含的媒体文件。
“stsz”框包含采样技术和以各个采样的字节给出大小的表。这允许媒体数据本身是非成帧的。在媒体中的采样的总数目始终被包括在采样计数中。“stsz”框可以包含指定默认采样大小的信息。如果所有的采样是相同的大小，则该信息包括大小值。如果此信息被设置为0，则采样具有不同的大小，并且这些大小被存储在采样大小表中。如果此信息不是0，则其指定恒定的采样大小，并且随后没有阵列。
接收器可以使用被包括在“stbl”框中的上述信息同步视频采样(视频数据)与音频采样(音频数据)。
图83图示根据本发明的另一实施例的在ISO BMFF中访问视频数据和/或音频数据的方案。
访问视频数据和/或音频数据的被图示的方案包括在流式重放期间在数据之间的同步。在这样的情况下，在被分段和/或分割的状态下发送/接收视频数据和/或音频数据。
接收器从初始化片段获取对于文件解码所必需的基本信息。接收器使用ISO文件中的“tkhd”识别轨道。
接收器可以使用“hdlr”(handler_type)验证是否媒体类型是音频或者视频。
接收器使用关于被包括在“minf”框中的当前轨道的媒体的属性信息初始化解码器。
接收器使用媒体片段中的“tfhd”框识别与通过“tkhd”识别的轨道相对应的媒体片段，并且获取与“minf”框的采样描述相对应的采样描述索引。
接收器使用被包括在“tfhd”框中的基本数据偏移信息、被包括在“trun”框中的数据偏移信息以及/或者被包括在“trun”框中的采样大小信息提取视频数据和/或音频数据的采样。
接收器使用被包括在“trun”框中的采样构成时间偏移信息和采样持续时间信息执行在视频数据和/或音频数据的采样之间的同步。
将参照图84至图87描述发送广播服务的详细的发送帧和传输分组。
图84是图示根据本发明的实施例的广播发送帧的示图。
根据图84的实施例，广播发送帧包括P1部分、L1部分、公共PLP部分、交织PLP部分(例如，调度和交织PLP部分)以及辅助数据部分。
根据图84的实施例，广播发送装置通过发送帧的P1部分发送关于传输信号检测的信息。另外，广播发送装置可通过P1部分发送关于广播信号调谐的调谐信息。
根据图84的实施例，广播发送装置通过L1部分发送广播发送帧的配置和各个PLP的特性。就这一点，广播接收装置100基于P1部分将L1部分解码以获得广播发送帧的配置和各个PLP的特性。
根据图84的实施例，广播发送装置可通过公共PLP部分发送共同应用于PLP的信息。根据本发明的具体实施例，广播发送帧可不包括公共PLP部分。
根据图84的实施例，广播发送装置通过交织PLP部分发送包括在广播服务中的多个组件。就这一点，交织PLP部分包括多个PLP。
此外，根据图84的实施例，广播发送装置可用信号通知通过L1部分或公共PLP部分发送配置各个广播服务的那些PLP。然而，广播接收装置100将交织PLP部分的多个PLP全部解码，以便获得关于广播服务扫描的特定广播服务信息。
与图84的实施例不同，广播发送装置可发送广播发送帧，其包括通过广播发送帧发送的广播服务以及包括关于广播服务中所包括的组件的信息的附加部分。就这一点，广播接收装置100可通过该附加部分立刻获得关于广播服务以及其中的组件的信息。这将参照图85来描述。
图85是根据本发明的另一实施例的广播发送帧的示图。
根据图85的实施例，广播发送帧包括P1部分、L1部分、快速信息信道(FIC)部分、交织PLP部分(例如，调度和交织PLP部分)以及辅助数据部分。
除了FIC部分以外，其它部分与图84的那些部分相同。
广播发送装置通过FIC部分发送快速信息。快速信息可包括通过发送帧发送的广播流的配置信息、简单广播服务信息以及与对应服务/组件有关的服务信令。广播接收装置100可基于FIC部分来扫描广播服务。更详细地讲，广播接收装置100可从FIC部分提取关于广播服务的信息。
图86是图示根据本发明的实施例的发送广播服务的传输分组的结构的示图。
在图86的实施例中，发送广播服务的传输分组包括网络协议字段、错误指示符字段、填充指示符字段、指针字段、填充字节字段和有效载荷数据。
网络协议字段表示网络协议的类型。根据本发明的具体实施例，网络协议字段的值可表示IPv4协议或帧分组类型。更详细地讲，如图87的实施例中所示，当网络协议字段的值为000时，它可表示IPv4协议。更详细地讲，如图87的实施例中所示，当网络协议字段的值为111时，它可表示frame_packet_type协议。就这一点，framed_packet_type可以是ATSCA/153所定义的协议。更详细地讲，framed_packet_type可表示不包括表示关于长度的信息的字段的网络分组协议。根据本发明的具体实施例，网络协议可为3比特字段。
错误指示符字段表示从对应传输分组检测到错误。更详细地讲，如果错误指示符字段的值为0，则它表示没有从对应分组检测到错误，如果错误指示符字段的值为1，则它表示从对应分组检测到错误。根据本发明的具体实施例，错误指示符字段可为1比特字段。
填充指示符字段表示对应传输分组中是否包括填充字节。就这一点，填充字节表示包括在有效载荷中以维持固定分组长度的数据。根据本发明的具体实施例，当填充指示符字段的值为1时，传输分组包括填充字节，当填充指示符字段的值为0时，传输分组不包括填充字节。根据本发明的具体实施例，填充指示符字段可为1比特字段。
指针字段表示对应传输分组的有效载荷部分中的新网络分组的起始点。根据本发明的具体实施例，当指针字段的值为0x7FF时，它可表示不存在新网络分组的起始点。另外，根据本发明的具体实施例，当指针字段的值不为0x7FF时，它可表示从传输分组报头的最后部分到新网络分组的起始点的偏移值。根据本发明的具体实施例，指针字段可为11比特字段。
填充字节字段表示填充在报头与有效载荷数据之间以维持固定分组长度的填充字节。
下面将描述用于接收广播服务的广播接收装置的配置。
图88是用信号通知广播服务和广播服务传输路径的广播服务信令表和广播服务传输路径信令信息的示图。
广播服务信令表可用信号通知广播服务信息。更详细地讲，广播服务信令表可用信号通知广播服务所包括的媒体组件。另外，广播服务信令表可用信号通知广播服务以及广播服务所包括的媒体组件的传输路径。为此，广播服务信令表可包括广播服务传输路径信令信息。在图88的实施例中，广播服务信令表包括关于多个广播服务的信息。就这一点，广播服务信令表包括用信号通知分别包括在多个广播服务中的多个媒体组件的媒体组件信令信息。特别是，广播服务信令表包括用信号通知多个媒体组件的传输路径的广播服务传输路径信令信息。例如，根据信令表示出了广播接收装置100可通过PLP 0在服务0中发送视频1。另外，根据信令表示出了广播接收装置100可通过互联网在服务N中发送音频1。就这一点，PLP是物理层上可识别的一系列逻辑数据递送路径。PLP也可被称作数据管道。
图89是图示根据本发明的实施例的广播服务信令表的示图。
广播服务信令表可包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、表示用于广播服务的保护算法是否被应用的信息、广播服务的类别信息以及用信号通知广播服务所包括的媒体组件的媒体组件信令信息中的至少一个。用信号通知广播服务所包括的媒体组件的媒体组件信令信息可包括表示各个媒体组件是否为对应广播服务所必不可少的信息。另外，用信号通知广播服务所包括的媒体组件的媒体组件信令信息可包括与各个组件有关的信息。
更详细地讲，如图89的实施例中所示，广播服务信令表可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extension字段、version_number字段、current_next_indicator字段、section_number字段、last_section_numberr字段、num_services字段、service_id字段、service_status字段、SP_indicator字段、short_service_name_length字段、short_service_name字段、channel_number字段、service_category字段、num_components字段、essential_component_indicator字段、num_component_level_descriptor字段、component_level_descriptor字段、num_service_level_descriptors字段和service_level_descriptor字段中的至少一个。
table_id字段表示广播服务信令信息表的标识符。就这一点，table_id字段的值可以是ATSC A/65中所定义的保留的id值之一。根据本发明的具体实施例，table_id字段可为8比特字段。
section_syntax_indicator字段表示广播服务信令信息表是不是MEPG-2TS标准的长格式中的私有区段表。根据本发明的具体实施例，section_syntax_indicator字段可为1比特字段。
private_indicator字段表示当前表是否对应于私有区段。根据本发明的具体实施例，private_indicator字段可为1比特字段。
section_length字段表示section_length字段之后的区段的长度。根据本发明的具体实施例，section_length字段可为12比特字段。
table_id_extension字段表示用于与table_id字段结合识别广播服务信令信息表的值。特别是，table_id字段可包括表示服务信令信息表的协议版本的SMT_protocol_version字段。根据本发明的具体实施例，SMT_protocol_version字段可为8比特字段。
version_number字段表示服务信令表的版本。广播接收装置100可基于vserion_number字段的值来确定服务信令信息表的可用性。更详细地讲，当version_number字段的值与先前接收的服务信令表的版本相同时，可不使用服务信令表的信息。根据本发明的具体实施例，version_number字段可为5比特字段。
current_next_indicator字段表示广播服务信令表的信息当前是否可用。更详细地讲，当current_next_indicator字段的值为1时，它可表示广播服务信令表的信息可用。此外，当current_next_indicator字段的值为1时，它可表示广播服务信令表的信息下次可用。根据本发明的具体实施例，current_next_indicator字段可为1比特字段。
section_number字段表示当前区段号。根据本发明的具体实施例，section_number字段可为8比特字段。
last_section_number字段表示最后区段号。当广播服务信令表的大小较大时，它可被分成多个区段然后被发送。就这一点，广播接收装置100基于section_number字段和last_section_number字段来确定是否接收到广播服务信令表所需的所有区段。根据本发明的具体实施例，last_section_number字段可为8比特字段。
service_id字段表示用于识别广播服务的服务标识符。根据本发明的具体实施例，service_id字段可为16比特字段。
service_status字段表示广播服务的当前状态。更详细地讲，它可表示广播服务当前是否可用。根据本发明的具体实施例，当service_status字段的值为1时，它可表示广播服务当前可用。根据本发明的具体实施例，广播接收装置100可基于service_status字段的值来确定是否在广播服务列表和广播服务指南中显示对应广播服务。例如，当对应广播服务不可用时，广播接收装置100可不在广播服务列表和广播服务指南中显示对应广播服务。根据本发明的另一具体实施例，广播接收装置100可基于service_status字段的值来限制对对应广播服务的访问。例如，当对应广播服务不可用时，广播接收装置100可限制通过信道上/下键对对应广播服务的访问。根据本发明的具体实施例，service_status字段可为2比特字段。
SP_indicator字段可表示服务保护是否被应用于对应广播服务中的至少一个组件。例如，当SP_indicator的值为1时，它可表示服务保护被应用于对应广播服务中的至少一个组件。根据本发明的具体实施例，SP_indicator字段可为1比特字段。
short_service_name_length字段表示short_service_name字段的大小。
short_service_name字段表示广播服务的名称。更详细地讲，short_service_name字段可通过概括广播服务的名称来显示。
channel_number字段显示对应广播服务的虚拟信道号。
service_category字段表示广播服务的类别。更详细地讲，service_category字段可表示TV服务、无线电服务、广播服务指南、RI服务和紧急警告中的至少一个。例如，如图89的实施例中所示，在service_category字段的值为0x01的情况下，它表示TV服务。在service_category字段的值为0x02的情况下，它表示无线电服务。在service_category字段的值为0x03的情况下，它表示RI服务。在service_category字段的值为0x08的情况下，它表示服务指南。在service_category字段的值为0x09的情况下，它表示紧急警告。根据本发明的具体实施例，service_category字段可为6比特字段。
num_component字段表示对应广播服务所包括的媒体组件的数量。根据本发明的具体实施例，num_component字段可为5比特字段。
essential_component_indicator字段表示对应媒体组件是否为对应广播服务呈现所必不可少的必要媒体组件，根据本发明的具体实施例，essential_component_indicator字段可为1比特字段。
num_component_level_descriptor字段表示component_level_descrptor字段的数量。根据本发明的具体实施例，num_component_level_descriptor字段可为4比特字段。
component_level_descriptor字段包括对应组件的附加性质。
num_service_level_descriptors字段表示service_level_descriptor字段的数量。根据本发明的具体实施例，num_service_level_descriptors字段可为4比特字段。
service_level_descriptor字段包括对应服务的附加性质。
服务信令表还可包括关于集群(ensemble)的信息。当相同的前向纠错(FEC)被应用于至少一个服务并被发送时，集群表示所述至少一个服务的收集。图93是根据本发明的另一实施例的广播服务信令表的示图。
更详细地讲，如图93的实施例中所示，广播服务信令表还可包括num_ensemble_level_descriptors字段和ensemble_level_descriptor字段。
num_ensemble_level_descriptors字段表示ensemble_level_descriptor字段的数量。根据本发明的具体实施例，num_ensemble_level_descriptors字段可为4比特字段。
ensemble_level_descriptor字段包括对应集群的附加性质。
另外，服务信令表还可包括用于识别媒体组件的流标识符信息。这将参照图92更详细地描述。
图92是根据本发明的另一实施例的流标识符描述符的示图。
流标识符信息包括descriptor_tag字段、descriptor_length字段和component_tag字段中的至少一个。
descriptor_tag字段表示包括流标识符信息的描述符。根据本发明的具体实施例，descriptor_tag字段可为8比特字段。
descriptor_length字段表示对应字段之后的流标识符信息的长度。根据本发明的具体实施例，descriptor_length字段可为8比特字段。
component_tag字段表示用于识别媒体组件的媒体组件标识符。就这一点，媒体组件标识符可在对应信令信息表上具有不同于另一媒体组件的媒体组件标识符的独特值。根据本发明的具体实施例，component_tag字段可为8比特字段。
将参照图93和图99来描述发送/接收广播服务信令表的操作。
上述广播服务表被描述为比特流格式，但是根据本发明的具体实施例，广播服务表可为XML格式。
图93是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的示图。
广播发送装置可包括用于发送广播信号的发送单元以及用于控制广播发送单元的操作的控制单元。发送单元可包括执行发送单元所执行的多个功能中的每一个的一个或更多个处理器、一个或更多个电路以及一个或更多个硬件模块。更详细地讲，发送单元可以是多个半导体部分被集成为一个的***芯片(SOC)。就这一点，SOC可以是诸如图形、音频、视频和调制解调器的各种多媒体组件以及诸如处理器和D-RAM的半导体被集成为一个的半导体。控制单元可包括执行控制单元所执行的多个功能中的每一个的一个或更多个处理器、一个或更多个电路以及一个或更多个硬件模块。更详细地讲，控制单元可以是多个半导体部分被集成为一个的***芯片(SOC)。就这一点，SOC可以是诸如图形、音频、视频和调制解调器的各种多媒体组件以及诸如处理器和D-RAM的半导体被集成为一个的半导体。
在操作S101中，广播发送装置通过控制单元获得要包含在传输分组中并发送的数据。广播发送装置所发送的数据可以是实时内容或者与实时内容有关的元数据。更详细地讲，实时内容可以是通过地面广播网络发送的广播A/V内容或者与广播AV内容有关的增强数据。
在操作S103中，广播发送装置确定通过控制单元获得的数据是否超过用于数据发送的传输分组所包含的大小。更详细地讲，广播发送装置要使用的传输分组可基于使用固定分组长度的协议。就这一点，当要发送的数据超过分组所覆盖的大小时，难以平滑地发送数据。另外，当要发送的数据远小于分组时，在一个分组中仅发送大小很小的一个数据效率低。因此，为了克服低效率，广播发送装置通过控制单元来比较传输分组和数据的大小。
如果确定传输分组无法容纳广播发送装置要发送的数据的大小，则在操作S107中广播发送装置通过控制单元分割要发送的数据。分割数据可被划分在多个传输分组中然后被发送。然后，所述多个传输分组可另外包括用于识别分割数据的信息。根据另一实施例，代替传输分组，用于识别分割数据的信息可通过附加数据报来发送。
在操作S109中，广播发送装置通过控制单元将大小小于分割数据或传输分组的数据分组。更详细地讲，广播发送装置将数据处理成递送形式。所处理的广播分组可包括分组报头和分组有效载荷。另外，分组有效载荷可包括数据和有效载荷的报头。本文中，除了分组报头之外，有效载荷报头是用信号通知分组有效载荷中的有效载荷数据的字段。另外，除了有效载荷的报头以外，包括分割数据的分组有效载荷还可包括分割数据报头。本文中，除了有效载荷报头之外，分割数据报头是用信号通知分组有效载荷中的有效载荷数据的字段。
根据实施例，广播发送装置可将一个数据分组在一个分组中。根据另一实施例，广播发送装置可将多个数据分组在一个分组中。根据另一实施例，广播发送装置可将一个数据分割并分组在多个分组中。
如上所述，根据数据的大小或者分组的长度，分组的传输分组可变化。因此，广播发送装置需要以可区分的形式发送不同的传输分组。根据实施例，广播发送装置可通过经由控制单元将表示分组的形式的信息包括在传输分组的有效载荷报头中来对数据进行分组。根据另一实施例，当难以仅利用有效载荷报头中的信息来区分要发送的数据时，广播发送装置的控制单元可通过另外包括用于识别传输分组的类型的信息来对数据进行分组。
在操作S1111中，广播发送装置通过发送单元来发送分组的广播分组。根据实施例，广播分组可通过地面广播网络来发送。根据另一实施例，广播分组可通过互联网来发送。
图94是图示根据本发明的实施例的当广播接收装置接收到分组的广播分组时的操作的示图。
在操作S201中，广播接收装置100通过广播接收单元110接收分组的传输分组。
在操作S203中，广播接收装置100通过控制单元150从所接收的传输分组提取有效载荷报头。控制单元150可从传输分组的有效载荷获得包括数据的有效载荷数据以及用信号通知有效载荷数据的有效载荷报头。更详细地讲，广播接收装置100的控制单元150可从所接收的传输分组提取附加信息以用于提供分组有效载荷中的广播内容和与广播内容有关的增强内容中的至少一个。
根据实施例，广播接收装置100的控制单元150可从有效载荷报头提取有效载荷错误确定信息、有效载荷优先级信息和有效载荷类型信息中的至少一个。更详细地讲，有效载荷错误确定信息表示广播分组中的有效载荷中是否存在错误或者对应有效载荷是否包括违反预定语法的内容。
另外，优先级信息表示有效载荷中的数据的优先级。另外，优先级信息表示有效载荷中的数据的性质信息。例如，在包括文件格式媒体数据的信令信息的有效载荷的情况下，对应分组的优先级信息被设定为最高优先级。
另外，有效载荷类型信息表示包括有效载荷数据的分组有效载荷的类型。例如，有效载荷类型信息可表示广播发送装置是将一个数据分组到一个分组有效载荷中还是将一个数据划分并分组到多个分组有效载荷中。
在操作S205中，广播接收装置100通过控制单元150从提取的有效载荷报头中的信息确定有效载荷中的数据是不是媒体数据。更详细地讲，广播接收装置100的控制单元150可基于分组报头信息来确定对应分组中的有效载荷的类型。根据实施例，有效载荷的类型可以是包括广播内容以及与广播内容有关的增强内容的媒体数据。根据另一实施例，有效载荷的类型可以是包括提供媒体数据所需的附加信息的元数据。
当确定有效载荷中的数据是媒体数据时，在操作S207中广播接收装置100的控制单元150确定整个媒体数据是否被包括在一个传输分组中。根据具体实施例，根据传输分组的长度和整个媒体数据的大小，广播发送装置可将整个媒体数据分组在一个传输分组中。根据另一实施例，广播发送装置可划分整个媒体数据并且将它们分组在不同的传输分组中。因此，广播接收装置100的控制单元150可通过有效载荷报头来确定广播分组的类型以提取完整媒体数据以便于内容输出。
另一方面，根据本发明的实施例，当广播接收装置100的控制单元150确定有效载荷中的数据不是媒体数据时，这将参照图117来更详细地描述。
当确定整个媒体数据被包括在一个传输分组中时，在操作S209中控制单元150从一个分组有效载荷提取媒体数据。根据实施例，广播接收装置100的控制单元150可从一个传输分组提取仅一个媒体数据。根据另一实施例，广播接收装置100的控制单元150可从一个传输分组提取多个媒体数据。另一方面，当确定整个媒体数据未被包括在传输分组中时，在操作S211中控制单元150基于有效载荷报头和片段数据报头从多个分组有效载荷提取媒体数据。更详细地讲，控制单元150可从有效载荷报头和片段数据报头获得划分并分组的媒体数据的信息。因此，控制单元150可根据所获得的信息识别划分的媒体数据。即，控制单元150可根据所获得的信息获得划分的媒体数据的顺序。控制单元150可基于对应顺序将从不同传输分组获得的媒体数据级联。
在操作S213中，广播接收装置100通过控制单元150提供内容。根据实施例，控制单元150可基于所提取的媒体数据来提供内容。根据另一实施例，控制单元150可基于级联的媒体数据提供内容。
控制单元150可输出A/V内容。根据另一实施例，广播接收装置100可输出与A/V内容有关的增强数据。
图95是图示根据本发明的实施例的片段配置的示图。
在基于分组的数据传送协议上，如图91所示，通常，各个分组配置有分组报头和分组有效载荷。分组报头可包括分组中的分组有效载荷的信息。分组有效载荷可包括要经由广播网络或互联网发送的媒体数据。分组有效载荷所包括的媒体数据可以是音频、视频、增强服务和附加信息中的至少一个。
图96是图示根据本发明的实施例的用于实时内容发送的实时传输协议(RTP)分组的结构的示图。
RTP分组可包括RTP报头和RTP有效载荷。RTP报头包括时间戳、同步源标识符和供流源标识符中的至少一个。
RTP报头可包括V(版本)字段、P(填充)字段、X(扩展)字段、CC字段、M(标记比特)字段、有效载荷类型字段、序列号字段和时间戳字段中的至少一个。
V(版本)字段表示对应RTP的版本信息。根据本发明的具体实施例，V(版本)字段可为2比特字段。
P(填充)字段表示有效载荷中是否存在填充比特。根据本发明的具体实施例，P(填充)字段可为1比特字段。
X(扩展)字段表示RTP报头中是否存在扩展字段。根据本发明的具体实施例，X(扩展)字段可为1比特字段。
CC字段表示供流源的数量。根据本发明的具体实施例，CC字段可为4比特字段。
M(标记比特)字段可根据有效载荷类型表示不同的含义。例如，当传输对象为文件时，M(标记比特)字段可表示文件的结束。根据另一实施例，当传输对象为视频或音频数据时，M(标记比特)字段可表示相关的访问单元的第一或最后对象。根据本发明的具体实施例，M(标记比特)字段可为1比特字段。
有效载荷类型字段表示RTP有效载荷的类型。根据本发明的具体实施例，有效载荷类型字段可为7比特字段。
序列号字段表示RTP分组的序列号。根据本发明的具体实施例，序列号字段可为16比特字段。
时间戳字段可表示与RTP分组有关的时间信息。时间戳字段可根据有效载荷类型字段的值来不同地解释。根据本发明的具体实施例，时间戳字段可为32比特字段。
RTP有效载荷可根据RTP报头的有效载荷类型被包括在音频/视频访问单元中。例如，在H.264的情况下，可包括网络抽象层(NAL)单元。
图97是图示根据本发明的实施例的基于ISO基本媒体文件格式(ISO BMFF)的媒体文件格式的示图。
如图97所示，通常，该媒体文件格式可包括一个ftyp和至少一个moov、moof和mdat。
ftyp表示媒体文件的类型和适用性。Ftyp位于媒体文件中的前面(如果可能的话)。
moov是用于所有媒体数据的容器。更详细地讲，moov是用于呈现的单个轨道的容器框。呈现可配置有一个或更多个轨道。在呈现中各个轨道与另一轨道分离。根据实施例，轨道可包含媒体数据，根据另一实施例，轨道可包含用于分组的流协议的信息。
mdat是媒体数据的容器，moof包含关于mdat的信息。
图98是图示根据本发明的实施例的分组有效载荷中的有效载荷报头的配置的示图。
目前，实时传输协议大部分基于媒体文件的访问单元来发送。更详细地讲，访问单元是指用于发送媒体文件或数据的最小单元。因此，对实时地发送基于媒体文件格式的数据的方法考虑不足。
根据本发明的实施例，广播发送装置可通过包括在一个传输分组中的有效载荷来发送一个基于文件格式的媒体数据。在这种情况下，传输分组可被称作单个单元分组。根据本发明的实施例，广播发送装置可通过包括在一个传输分组中的有效载荷发送多个基于文件格式的媒体数据。在这种情况下，传输分组可被称作聚合分组。根据本发明的另一实施例，广播发送装置可将一个基于文件格式的媒体数据划分到多个传输分组中，然后可发送它们。在这种情况下，传输分组可被称作分段分组。根据本发明的另一实施例，广播发送装置可通过一个传输分组的有效载荷发送媒体流的一个或多个元数据。根据另一实施例，广播发送装置可通过多个传输分组的有效载荷发送一个元数据。
另外，根据本发明的实施例的广播发送装置可通过各种协议发送媒体数据。协议可包括实时传输协议(RTP)、异步分层编码(ALC)和分层编码传输(LCT)中的至少一个。
更详细地讲，广播发送装置可将表示关于有效载荷类型的信息的字段***传输分组的报头中以通过对应字段表示有效载荷中存在基于文件格式的媒体数据。例如，在RTP的情况下，报头的有效载荷类型字段可表示有效载荷的数据类型，特定值可被指派给对应字段作为基于文件格式的媒体数据的有效载荷类型值。那么在这种情况下，当包括一个媒体文件的结尾的数据被包括在分组的有效载荷中时，RTP分组报头的M字段可被设定为1。
为了克服上述问题，根据本发明的实施例的有效载荷报头可包括表示有效载荷中的数据上是否存在错误或语法错误的信息、表示数据的优先级的信息以及表示数据的类型的信息中的至少一个。在这种情况下，有效载荷报头中表示有效载荷中的数据上是否存在错误或语法错误的信息可被称作F字段。根据实施例，当有效载荷中存在关于数据的错误或者语法违反时，有效载荷报头中表示有效载荷中的数据上是否存在错误或语法错误的信息可被设定为1作为forbidden_zero_bit。更详细地讲，有效载荷报头中表示有效载荷中的数据上是否存在错误或语法错误的信息可为一比特。
另外，有效载荷报头中表示数据的优先级的信息可被称作信息优先级字段。根据实施例，表示数据的优先级的信息是表示有效载荷数据的优先级的字段。然后，表示数据的优先级的信息可表示有效载荷数据是否包括关于媒体文件格式的重要元数据。
例如，在ISO BMFF中，在包括ftyp和moov的有效载荷数据的情况下，表示数据的优先级的信息可被设定为最高优先级。根据实施例，表示数据的优先级的信息可通过广播发送装置的控制单元表示最高优先级(最高)、相对低于最高优先级的优先级(中等)和最低优先级(低)。在这种情况下，表示数据的优先级的信息在最高优先级的情况下可被设定为0x00，在相对低于最高优先级的优先级的情况下可被设定为0x01，在最低优先级的情况下可被设定为0x02。上述设定值仅是一个示例，可被设定为另一任意值。
另外，在这种情况下，表示数据的类型的信息可被称作类型字段。更详细地讲，通过表示数据的类型的信息，广播接收装置100的控制单元150可识别出传输分组是通过一个分组发送一个数据的分组、通过一个分组发送多个不同的数据的分组、还是发送通过将一个数据划分成多个数据而获得的数据的分组。
另外，通过表示数据的类型的信息，广播接收装置100的控制单元150可识别出传输分组是发送包括内容的时间信息的元数据的分组还是发送包括内容的描述信息的元数据的分组。
根据实施例，在通过一个分组发送一个数据的分组的情况下，广播接收装置可将表示数据的类型的信息设定为0x00。另外，在通过一个分组发送多个不同的数据的分组的情况下，广播接收装置可将表示数据的类型的信息设定为0x01。另外，在划分一个数据并发送所划分的数据的分组的情况下，广播接收装置可将表示数据的类型的信息设定为0x02。
另外，代替媒体数据，广播发送装置可对包括内容的呈现或解码时间信息的元数据进行分组，然后可发送分组的元数据。在这种情况下，广播接收装置可将表示数据的类型的信息设定为0x03。此外，时间信息可被称作时间线数据。
另外，广播发送装置可对包括内容的描述信息的元数据进行分组并发送。在这种情况下，广播接收装置可将表示数据的类型的信息设定为0x04。此外，时间信息可被称作标签数据。
然而，上述设定值仅是示例性的，因此本发明不限于上述值。根据本发明的具体实施例，类型字段可为5比特字段。
图99和图100是图示一个媒体数据被分组在一个分组中的传输分组的有效载荷配置的示图。
如图99所示，一个媒体数据被包括在一个分组中的分组可被称作单个单元分组。单个单元分组的有效载荷可包括有效载荷报头和有效载荷数据。有效载荷数据可包括分段数据，分段数据包括一个基于文件格式的媒体数据。根据实施例，当传输协议使用固定长度的传输分组时，除了分段数据以外，有效载荷数据还可包括填充比特。本文中，填充比特是指在传输分组中填充数据之后用于填充剩余空间的比特。
图100是图99所示的传输分组的详细示图。如图100所示，有效载荷报头可包括表示有效载荷中的数据中是否存在错误或语法错误的信息、表示数据的优先级的信息和表示数据的类型的信息中的至少一个。
如图100所示，表示有效载荷中的数据上是否存在错误或语法错误的信息可包括表示不存在错误和语法违反的内容的值。根据本发明的具体实施例，对应值可为0。
由于有效载荷数据中的媒体文件包括诸如ftyp的重要数据，所以表示数据的优先级的信息可具有最高优先级。如上所述，在ftyp的情况下，由于ftyp包括用信号通知媒体文件的信息，所以它可具有最高优先级。根据本发明的具体实施例，表示最高优先级的值可为0x00。
由于一个媒体文件全部被包括在一个分组有效载荷中，所以表示数据的类型的信息可表示单个单元分组。根据具体实施例，表示数据的类型的信息可具有值0x00。另外，根据媒体文件的长度和传输协议，填充比特可被选择性地***有效载荷数据中。
图101和图102是图示多个媒体数据被分组在一个分组中的传输分组的配置的示图。上述分组可被称作聚合分组。如图101所示，当一个传输分组的有效载荷包括基于多个不同的文件格式的媒体数据时，有效载荷数据可包括多个聚合单元。各个聚合单元可包括基于另一文件格式的媒体数据。根据实施例，当传输协议使用固定长度的分组时，除了分段数据以外，有效载荷数据还可包括填充比特。
根据实施例，一个聚合单元可包括表示聚合单元的长度的信息和聚合数据中的至少一个。在这种情况下，表示聚合单元的长度的信息可被称作聚合单元长度字段。根据本发明的具体实施例，聚合单元可为16比特。另外，聚合单元数据表示一个文件中的数据。
图102是图示根据本发明的另一实施例的聚合单元的配置的示图。除了图101的实施例以外，一个聚合单元还可包括表示聚合单元中的文件的类型的信息。
表示聚合的类型的信息可被称作聚合单元类型字段。根据具体实施例，广播发送装置可将聚合类型设定为0x00。
根据另一实施例，聚合类型可表示对应聚合单元包括MPEG-在HTTP上的动态适配流(DASH)上的自行初始化片段格式的文件。本文中，自行初始化片段通过在没有附加初始化片段的情况下整合初始化片段和媒体片段来获得。更详细地讲，自行初始化片段可包括媒体片段及其媒体形式。根据具体实施例，在这种情况下，广播发送装置可将聚合类型设定为0x01。
根据另一实施例，聚合类型可表示对应聚合单元包括MPEG-DASH上的初始化片段格式的文件。本文中，初始化片段是遵循ISO BMFF的格式。更详细地讲，初始化片段需要包括ftyp和moov。但是，它不包括moof。根据具体实施例，在这种情况下，广播发送装置可将聚合类型设定为0x02。
图103和图109是图示一个媒体数据被划分并分组到多个传输分组中的传输分组(以下称作分段分组)的有效载荷配置的示图。图103是图示根据本发明的实施例的分段分组的有效载荷的示图。如图103所示，分段分组的有效载荷可包括分段单元。另外，当传输协议使用固定长度的分组时，分段分组的有效载荷可包括填充比特。
根据实施例，分段单元FU可包括分段单元报头和分段单元数据中的至少一个。分段单元数据可包括一个基于文件格式的媒体数据的部分。分段单元报头可包括分段单元数据的信息。
更详细地讲，分段单元报头可包括表示分段单元数据是否包括整个文件媒体数据当中的起始部分数据的信息、表示分段单元数据是否包括整个文件媒体数据当中的结束部分数据的信息以及表示分段单元的类型的信息中的至少一个。
根据实施例，表示分段单元数据是否包括整个文件媒体数据当中的起始部分数据的信息可被称作起始比特字段。更详细地讲，起始部分数据可以是整个数据的包括整个媒体数据的第一比特的部分。
例如，对应有效载荷的分段单元数据包括起始部分数据，广播发送装置可将表示分段单元数据是否包括整个文件媒体数据当中的起始部分数据的信息设定为1。更详细地讲，表示分段单元数据是否包括整个文件媒体数据当中的起始部分数据的信息可为一个比特。
根据实施例，表示分段单元数据是否包括整个文件媒体数据当中的结束部分数据的信息可被称作结束比特字段。更详细地讲，结束部分数据可以是整个数据的包括整个媒体数据的结束比特的部分。
例如，对应有效载荷的分段单元数据包括结束部分数据，广播发送装置可将表示分段单元数据是否包括整个文件媒体数据当中的结束部分数据的信息设定为1。更详细地讲，表示分段单元数据是否包括整个文件媒体数据当中的结束部分数据的信息可为一个比特。
根据实施例，表示分段单元的类型的信息可被称作分段单元类型字段。
根据实施例，分段单元类型可表示对应分组指示分段单元包括基于文件格式的基本文件。更详细地讲，基于文件格式的基本文件可以是具有基于ISO BMFF的文件格式的媒体文件。根据具体实施例，广播发送装置可将分段单元类型设定为0x00。
根据另一实施例，分段单元类型可表示对应分段单元包括MPEG-DASH上的自行初始化片段格式的文件。根据具体实施例，在这种情况下，广播发送装置可将分段单元类型设定为0x01。
根据另一实施例，分段单元类型可表示对应分段单元包括MPEG-DASH上的初始化片段格式的文件。根据具体实施例，在这种情况下，广播发送装置可将分段单元设定为0x02。
根据另一实施例，分段单元类型可表示对应分段单元包括MPEG-DASH上的媒体片段格式的文件。根据具体实施例，在这种情况下，广播发送装置可将分段单元设定为0x03。
更详细地讲，表示分段单元类型的信息可为六比特。
图104是图示根据本发明的另一实施例的分段分组中的有效载荷的配置的示图。图104的实施例可被应用于在其中的报头中没有与传输分组的顺序有关的信息的情况。
如图104所示，分段单元FU中的分段单元报头可包括表示分段单元数据是否包括整个文件媒体数据当中的起始部分数据的信息、表示分段单元数据是否包括整个文件媒体数据当中的结束部分数据的信息、表示分段单元的类型的信息以及表示分段单元的整个数据中的顺序的信息中的至少一个。在这些信息当中，表示分段单元的顺序的信息以外的剩余信息与参照图103描述的那些信息相同。
表示分段单元的顺序的信息可被称作分段号字段。更详细地讲，当基于文件格式的媒体数据被划分成多个分段分组时，广播发送装置可设定表示分段单元的顺序的信息的值以指派对应分组的顺序。根据本发明的具体实施例，分段号字段可为8比特字段。
图105是当广播发送装置将基于ISO BMFF的媒体文件分段成多个分组时的示图。如图105所示，在基于ISO BMFF的媒体文件中可包括ftyp和moov以及多个moof和mdat。
广播发送装置可将基于ISO BMFF的媒体文件划分成多个文件，然后可将它们包括在不同的分段单元数据中。另外，广播发送装置可通过划分基于ISO BMFF的媒体文件来将相关信息包括在有效载荷报头中。
图106是图示由图105的广播发送装置进行分组的第一分段单元数据的示图。
如图106所示，根据本发明的实施例，广播发送装置确定对应分组中不存在错误或语法错误并且将F字段设定为0。
另外，广播发送装置可将优先级字段设定为表示最高优先级的值。根据本发明的具体实施例，对应值可为0x00。
另外，广播发送装置可将类型字段设定为表示用于将一个基于文件格式的媒体文件划分成多个有效载荷并发送它们的分组的值。根据本发明的具体实施例，对应值可为0x02。
有效载荷数据可包括分段单元。同样，分段单元可包括起始比特字段、结束比特字段、分段单元类型字段和分段单元数据字段。
广播发送装置可将起始比特字段设定为表示对应分组包括媒体文件的起始数据的内容的值。更详细地讲，如图105所示，由于第一分段单元包括媒体数据的起始数据，所以广播发送装置可将表示对应内容的值设定至起始比特字段。
此外，广播发送装置可将图106所示的第一分段单元的结束比特字段设定为表示不包括媒体文件的结束数据的内容的值。根据具体实施例，广播发送装置可将结束比特字段设定为0以表示对应分组不包括媒体文件的结束数据的内容。
此外，如图106所示，广播发送装置可将分段单元类型字段设定为表示第一分段单元包括基于文件格式的基本形式的文件的内容的值。更详细地讲，基于文件格式的基本形式可以是遵循ISO BMFF的文件格式数据。根据具体实施例，广播发送装置可将分段单元类型字段设定为0x00以表示对应内容。
图107至图109是图示根据本发明的实施例的包括除了图105的分段单元数据中的起始数据之外的剩余数据的分段单元的示图。
如图107所示，根据本发明的实施例，广播发送装置可将有效载荷报头的F字段设定为表示对应分组中不存在错误或语法错误的值。根据具体实施例，广播发送装置可将F字段设定为0。另外，广播发送装置将优先级字段设定为表示图107所示的有效载荷数据具有相对低的优先级的值。
根据具体实施例，从第二分段单元可不包括用信号通知整个媒体数据的数据。因此，由于第二分段单元具有相对低于第一分段单元的优先级，所以优先级字段可被设定为具有相对较低的优先级的值。例如，对应值可为0x01。
另外，广播发送装置可将类型字段设定为0x02，作为对应分组表示将一个基于文件格式的媒体文件划分成多个有效载荷并发送它们的分组的分段分组。图108是图示当有效载荷数据不包括包含起始数据的分段单元数据和包含结束数据的分段单元数据时的有效载荷配置的示图。
根据本发明的实施例，由于图108的分段单元数据不包括起始数据和结束数据，所以广播发送装置可将起始比特字段和结束比特字段设定为表示对应信息的值。根据具体实施例，广播发送装置可将起始比特字段和结束比特字段设定为0。
另外，广播发送装置可将分段单元类型字段包括基于文件格式的基本形式的文件的内容设定为分段单元类型字段的具体值。更详细地讲，基于文件格式的基本形式可以是遵循ISO BMFF的文件格式数据。根据具体实施例，广播发送装置可将分段单元类型字段设定为0x00以表示对应内容。被划分成分组的基于文件格式的媒体数据可相对于整个文件具有独特顺序。广播接收装置100可基于起始比特字段识别出通过控制单元150划分的分段单元数据包括整个数据当中的起始部分。另外，可基于结束比特字段来识别分段单元数据包括整个数据中的结束部分的事实。然而，可能存在无法仅通过起始比特字段和结束比特字段来识别的情况。
当分段单元数据不包括整个数据中的起始数据或结束数据时，广播接收装置100可根据实施例通过包括在有效载荷中的表示分段单元数据的顺序的信息来识别对应分组。更详细地讲，表示分段单元数据的顺序的信息可以是分段号字段。另外，广播发送装置可将对应分段单元数据的顺序设定为上述呈现字段。
然而，根据另一实施例，传输分组可能不包括分段单元数据的顺序信息。在这种情况下，根据实施例，广播发送装置可将用于识别分段单元数据的顺序的信息***分组报头中。***分组报头中的用于识别分段单元数据的顺序的信息可被称作序列号字段。根据另一实施例，广播发送装置可将用于识别分段单元数据的顺序的信息***IP数据报的偏移信息中。
图109是图示包括分段单元的有效载荷的配置的示图，所述分段单元包括划分的整个媒体数据当中的结束数据。更详细地讲，图109是图示当有效载荷数据不包括包含起始数据的分段单元数据，但是包括包含结束数据的分段单元数据时的有效载荷配置的示图。
根据本发明的实施例，由于图109的分段单元数据包括结束数据，所以广播发送装置可将起始比特字段和结束比特字段设定为表示对应信息的值。根据具体实施例，广播发送装置可将起始字段设定为0。然后，广播发送装置可将结束比特字段设定为1。
另外，广播发送装置可将分段单元类型字段设定为表示包括对应分组的媒体数据从基于ISO BMFF的ftyp开始包括基本形式的文件的内容。根据具体实施例，广播发送装置可将分段单元类型字段设定为0x00。
除了上述媒体数据以外，广播发送装置通过传输分组发送的数据还可包括元数据。元数据表示提供媒体数据所需的附加信息。以下，参照图110至图117，提出了一种广播发送装置及其操作方法以及广播接收装置及其操作方法，以用于将元数据分组在传输分组中并且发送和接收它。
另外，以下，主要描述时间线信息作为元数据的一个示例。时间线信息是用于媒体内容的一系列时间信息。更详细地讲，时间线信息可以是用于呈现或解码的一系列时间信息。
另外，时间线信息可包括基本时间线信息。基本时间线表示使通过多个不同的传输网络发送的媒体数据同步所需的参考时间线。更详细地讲，当通过第二传输网络发送的媒体数据的时间线被映射至通过第一传输网络发送的媒体数据的时间线时，通过第一传输网络发送的媒体数据的时间线变为基本时间线。
此外，广播发送装置可按照XML格式来表达元数据。另外，广播发送装置可按照信令表中可包括的描述符格式来表达元数据。
图110是图示根据本发明的实施例的元数据的时间线信令表的示图。
根据本发明的实施例，时间线信令表可包括表示与时间线有关的元数据的信息或者对应元数据包括时间线组件访问单元的信息。上述信息可被称作标识符字段。根据本发明的具体实施例，标识符字段可为8比特字段。
另外，根据本发明的实施例，时间线信令表可包括表示时间线组件访问单元的时间线信息的长度的信息。上述信息可被称作AU_length字段。根据本发明的具体实施例，AU_length字段可为32比特字段。
另外，根据本发明的实施例，时间线信令表可包括关于是否包括与时间线组件访问单元有关的服务和内容组件的位置信息的信息。上述信息可被称作location_flag字段。根据本发明的具体实施例，location_flag字段可为1比特字段。
另外，根据本发明的实施例，时间线信令表可包括时间线组件访问单元中的时间戳的版本信息。时间戳表示在连续时间线中对应访问单元需要被输出的时间信息。上述信息可被称作timestamp_version字段。根据本发明的具体实施例，timestamp_version字段可为1比特字段。
另外，根据本发明的实施例，时间线信令表可包括时间线组件访问单元的时间戳类型信息。上述信息可被称作timestamp_type字段。
根据实施例，时间戳类型信息可被设定为表示与时间线组件访问单元有关的服务或内容组件的解码时间的值。更详细地讲，内容组件的解码时间可被称作解码时间戳。根据具体实施例，当对应信息表示解码时间时，广播发送装置可将时间戳类型信息设定为0x00。
根据另一实施例，时间戳类型信息可被设定为表示与时间线组件访问单元有关的服务或内容组件的呈现时间的值。更详细地讲，内容组件的呈现时间可被称作呈现时间戳。根据具体实施例，当对应信息表示呈现时间时，广播发送装置可将时间戳类型信息设定为0x01。
此外，根据本发明的具体实施例，timestamp_type字段可为1比特字段。
另外，根据本发明的实施例，时间线信令表可包括时间线组件访问单元的时间戳格式信息。上述信息可被称作timestamp_format字段。
根据实施例，时间戳格式信息可表示时间线组件访问单元中的时间戳是媒体时间的格式。根据具体实施例，广播发送装置可将timestamp_format字段设定为0x00以表示对应访问单元的时间戳格式是媒体时间格式。
根据另一实施例，时间戳格式信息可表示时间线组件访问单元中的时间戳为网络时间协议(NTP)的格式。根据具体实施例，广播发送装置可将timestamp_format字段设定为0x01以表示对应访问单元的时间戳格式为NTP格式。
根据另一实施例，时间戳格式信息可表示时间线组件访问单元中的时间戳为精确时间协议(PTP)的格式。根据具体实施例，广播发送装置可将timestamp_format字段设定为0x02以表示对应访问单元的时间戳格式为PTP格式。
根据另一实施例，时间戳格式信息可表示时间线组件访问单元中的时间戳为时间代码的格式。根据具体实施例，广播发送装置可将timestamp_format字段设定为0x03以表示对应访问单元的时间戳格式为时间代码格式。此外，根据本发明的具体实施例，timestamp_format字段可为4比特字段。
另外，根据本发明的实施例，时间线信令表可包括关于与时间线组件访问单元中的时间戳中的信息有关的服务或内容的组件的位置信息。上述信息可被称作位置字段。
另外，根据本发明的实施例，时间线信令表可包括表示位置信息的长度的信息。表示位置信息长度的信息可被称作location_length字段。根据本发明的具体实施例，location_length字段可为8比特字段。
另外，根据本发明的实施例，时间线信令表可包括作为匹配参考的基本时间戳的时间戳格式版本信息。上述信息可被称作origin_timestamp_version字段。
根据实施例，当origin_timestamp_version字段被设定为0时，这表示时间戳格式具有32比特格式。根据另一实施例，当origin_timestamp_version字段被设定为1时，这表示时间戳格式具有64比特格式。
另外，根据本发明的实施例，时间线信令表可包括基本时间线的时间戳类型信息。上述信息可被称作origine_timestamp_type字段。
根据实施例，origine_timestamp_type字段可被设定为表示与基本时间线有关的服务或内容组件的解码时间的值。更详细地讲，内容组件的解码时间可被称作解码时间戳。根据具体实施例，当对应信息表示解码时间时，广播发送装置可将origine_timestamp_type字段设定为0x00。
根据另一实施例，origine_timestamp_type字段可被设定为表示与基本时间线有关的服务或内容组件的呈现时间的值。更详细地讲，内容组件的呈现时间可被称作呈现时间戳。根据具体实施例，当对应信息表示呈现时间时，广播发送装置可将origine_timestamp_type字段设定为0x01。
另外，根据本发明的实施例，时间线信令表可包括表示基本时间线的时间戳格式的信息。上述信息可被称作origine_timestamp_format字段。
根据实施例，origin_timestamp_format字段可表示基本时间线的时间戳为媒体时间的格式。根据具体实施例，广播发送装置可将origin_timestamp_format字段设定为0x00以表示对应基本时间线的时间戳格式为媒体时间格式。
根据另一实施例，origin_timestamp_format字段可表示基本时间线的时间戳为NTP的格式。根据具体实施例，广播发送装置可将origin_timestamp_format字段设定为0x01以表示对应基本时间线的时间戳格式为NTP格式。
根据另一实施例，origin_timestamp_format字段可表示基本时间线的时间戳为精确时间协议(PTP)的格式。根据具体实施例，广播发送装置可将timestamp_format字段设定为0x02以表示对应基本时间线的时间戳格式为PTP格式。
根据另一实施例，origin_timestamp_format字段可表示基本时间线的时间戳为时间代码的格式。根据具体实施例，广播发送装置可将origin_timestamp_format字段设定为0x03以表示对应基本时间线的时间戳格式为时间代码格式。
另外，根据本发明的实施例，时间线信令表可包括关于是否包括与基本时间线(时间线映射参考)有关的服务和内容组件的位置信息的信息。上述信息可被称作origin_location_flag字段。根据实施例，当origin_location_flag字段被设定为0以外的值时，时间线AU可包括origin_location_length字段和origin_location字段中的至少一个。
另外，根据本发明的实施例，时间线信令表可包括关于与基本时间线有关的服务或内容的位置信息。上述信息可被称作origin_location字段。根据具体实施例，origin_location字段中的信息可以是IP地址、端口号或URI形式。
另外，根据本发明的实施例，时间线信令表可包括关于与基本时间线有关的服务或内容的位置信息的长度信息。上述信息可被称作origin_location_length字段。根据本发明的具体实施例，origin_location_length字段可为8比特字段。
另外，根据本发明的实施例，当基本时间线(时间线映射的参考)为媒体时间的格式时，时间线信令表可包括可用时间标度的信息。上述信息可被称作origin_timescale字段。例如，在MPEG-2TS的情况下，时间标度可表示9000Hz。根据本发明的具体实施例，origin_timescale字段可为32比特字段。
另外，根据本发明的实施例，时间线信令表可包括关于基本时间线的媒体时间信息。上述信息可被称作origin_media_time字段。此外，origin_media_time字段可根据origin_timestamp_type而具有不同的含义。例如，当origin_timestamp_type表示PTS时，origin_media_time字段可表示呈现时间。例如，当origin_timestamp_type表示DTS时，origin_media_time字段可表示解码时间。根据具体实施例，origin_media_time字段在origin_timestamp_version字段被设定为0时可为32比特，在origin_timestamp_version字段被设定为1时可为64比特。
另外，根据本发明的实施例，时间线信令表可包括基本时间线的时间戳类型信息。上述信息可被称作origin_timestamp字段。基本时间线时间戳信息可根据origin_timestamp_format字段的值表示不同格式的时间戳。另外，基本时间线时间戳信息可根据origin_timestamp_type字段的值表示不同含义。例如，当origin_timestamp_type用信号通知PTS时，基本时间线时间戳信息可表示呈现时间。
例如，当origin_timestamp_type字段表示DTS并且origin_timestamp_format字段为0x01时，对应origin_timestamp字段可表示以NTP表达的解码时间。根据具体实施例，origin_timestamp字段在origin_timestamp_version字段被设定为0时可为32比特，在origin_timestamp_version字段被设定为1时可为64比特。
根据实施例，当origin_timestamp_format字段表示保留时，时间线AU可包括private_data_length字段和private_data_bytes()字段中的至少一个。
private_data_length字段可表示private_data_bytes()字段的字节单位长度。根据本发明的具体实施例，private_data_length字段可为16比特字段。
private_data_bytes()字段可通过长度限定private_data_length字段表示或者可包括未来扩展内容。
图111是图示一个元数据被分组在传输分组的有效载荷数据中的有效载荷数据的配置的示图。根据实施例，有效载荷数据可包括元数据，该元数据可包括媒体流相关时间线数据。另外，根据实施例，当广播发送装置在传输协议中使用固定长度的分组时，有效载荷数据可另外包括填充比特。
图112是根据本发明的实施例的当传输分组的有效载荷数据包括用于时间线的元数据时的示图。
如图112所示，根据实施例，有效载荷报头可包括F字段、优先级字段和类型字段中的至少一个。
根据实施例，广播发送装置可将F字段设定为表示有效载荷中不存在错误或者语法违反的值。更详细地讲，广播发送装置可将F字段设定为0。另外，由于有效载荷数据包括媒体文件配置的所有重要数据，所以广播发送装置可将优先级字段设定为表示最高优先级的值。更详细地讲，广播发送装置可将优先级字段设定为0x00。另外，广播发送装置可将类型字段设定为表示将时间线信息的元数据包括在有效载荷中的信息的值。更详细地讲，广播发送装置可将类型字段设定为0x03。另外，元数据可包括图110的语法。
图113是当多个元数据被分组在一个传输分组中的示图。
如图113所示，一个传输分组包括多个元数据的情况可被称作聚合分组。根据实施例，有效载荷数据可包括多个聚合单元。
根据实施例，聚合单元可包括表示元数据的长度的信息。根据另一实施例，当另外存在元数据报头字段时，聚合单元可包括关于元数据报头字段和元数据字段长度之和的信息。上述信息可被称作元数据长度字段。
图114是当一个传输分组包括多个时间线信息时的示图。更详细地讲，图114图示了一个传输分组包括与一个媒体流有关的具有不同参考的多个时间线信息的情况。根据实施例，传输分组可包括有效载荷报头，有效载荷报头的内容与图113相同。
另外，根据实施例，有效载荷数据可包括两个聚合单元。然而，有效载荷数据中的聚合单元的数量可为两个或更多个。
根据实施例，如图113所示，各个聚合单元可包括元数据长度字段、元数据报头字段以及包括时间线信息的元数据字段中的至少一个。
然而，图114所示的第一聚合单元可包括包含第一时间线的元数据字段，第二聚合单元可包括包含第二时间线的元数据字段。根据具体实施例，各个时间线可具有基于不同参考的数据。例如，第一时间线可具有基于媒体时间的数据，第二时间线可具有基于NTP的数据。
图115是图示一个元数据被划分并分组在多个传输分组中的分组有效载荷的示图。
根据实施例，当一个元数据的长度大于传输分组的长度时，在这种情况下，广播发送装置可将对应元数据划分在多个传输分组中，然后可发送它们。如图115所示，传输分组可包括有效载荷报头、元数据分段报头和元数据分段中的至少一个。另外，当传输协议使用固定长度的分组时，传输分组可包括填充比特。
如图115所示，根据实施例，元数据分段报头可包括表示对应传输分组的有效载荷数据中的元数据分段是否包括整个元数据的起始部分的信息。更详细地讲，起始部分数据可以是整个数据的包括整个媒体数据的第一比特的部分。上述信息可被称作起始比特字段。根据本发明的具体实施例，起始比特字段可为1比特字段。根据实施例，当对应传输分组中的元数据分段包括整个元数据的起始部分时，广播发送装置可将起始比特设定为1。
根据另一实施例，元数据分段报头可包括表示对应传输分组的有效载荷数据中的元数据分段是否包括整个元数据的结束部分的信息。更详细地讲，结束部分数据可以是整个数据的包括整个媒体数据的结束比特的部分。上述信息可被称作结束比特字段。根据本发明的具体实施例，结束比特字段可为1比特字段。根据实施例，当对应传输分组中的元数据分段包括整个元数据的结束部分时，广播发送装置可将结束比特设定为1。
根据另一实施例，元数据报头可包括表示元数据类型的信息。上述信息可被称作元数据类型字段。根据具体实施例，元数据类型可表示对应元数据分段包括时间线信息。在这种情况下，广播发送装置可将元数据类型字段设定为0x00。根据另一实施例，元数据类型可表示对应元数据分段包括与标签有关的元数据。在这种情况下，广播发送装置可将元数据类型字段设定为0x01。根据本发明的具体实施例，元数据类型字段可为5比特字段。
图116是图示根据本发明的另一实施例的元数据分段报头的示图。以下，与图115相同的内容的描述被省略。
根据本发明的实施例，元数据分段报头可包括表示对应分组有效载荷中的元数据分段的顺序的信息。上述信息可被称作分段号字段。广播接收装置100可基于分组有效载荷中的元数据分段顺序信息来确定哪一编号的元数据被包括在对应分组中。
图117是图示根据本发明的实施例的当广播接收装置接收广播分组时的操作的示图。
当在图43的操作S205中确定有效载荷中的数据不是媒体数据时，广播接收装置100的控制单元150在操作S301中确定整个元数据是否被包括在一个传输分组中。更详细地讲，控制单元150可从有效载荷报头信息确定有效载荷中的数据是元数据，而非媒体数据。然后，控制单元150可确定对应整个元数据是否被包括在一个传输分组中并被发送。如上所述，一个或更多个不同的元数据可被包括在一个传输分组中。或者，一个元数据被划分并且被包括在多个不同的传输分组中。
根据本发明的实施例，当广播接收装置100的控制单元150确定整个元数据被包括在一个传输分组中时，在操作S303中控制单元150从一个分组有效载荷提取元数据。更详细地讲，控制单元150提取有效载荷报头并且基于所提取的有效载荷报头提取元数据。根据实施例，控制单元150可从一个分组有效载荷提取一个元数据。此外，根据另一实施例，控制单元150可从一个分组有效载荷提取多个元数据。根据本发明的另一实施例，广播接收装置100的控制单元150可确定一个元数据被划分并包括在多个传输分组中。在这种情况下，在操作S305中控制单元150从多个分组有效载荷提取元数据。根据具体实施例，一个元数据可被划分并分组在多个传输分组中。广播接收装置100的控制单元150从分组有效载荷获得元数据信令数据。然后，控制单元150可基于所获得的信令数据从多个分组有效载荷提取元数据。
在操作S307中，广播接收装置100的控制单元150基于所提取的元数据提供内容。根据具体实施例，控制单元150可从元数据获得内容的呈现或解码时间信息。根据另一实施例，控制单元150可从元数据获得内容描述信息。
图118是当通过广播网络使用RTP发送视频流并且通过互联网使用基于文件格式的媒体数据发送视频流时的示图。在这种情况下，在接收包括时间线相关元数据的RTP分组或IP/UDP分组之后，广播接收装置100可通过使基于RTP协议的视频流和基于DASH的视频流匹配来允许相关流之间的解码和呈现。
如上所述，传统广播发送装置将与包括在传输分组中的数据(或对象)的呈现有关的时间信息加载到有效载荷中并且发送有效载荷。或者，广播发送装置发送用于发送时间信息的附加信令。在传统方法的情况下，由于时间信息被加载到附加传输分组或分组有效载荷中，所以分组报头的容量或者传输的容量变得相对小。然而，在传统方法的情况下，由于通过与待发送的数据分离的分组来发送时间信息，在准确和快速同步方面效用可降低。
另一方面，本发明的实施例将与对应分组的解码或呈现有关的时间信息包括在传输分组的分组报头中以用于支持实时内容。因此，由于对应分组的时间信息被包括在对应分组的报头中，所以与传统方法相比，可实现相对准确和快速的同步。特别是，根据本发明的实施例，提出通过将与解码或呈现有关的时间信息设定在分组报头中的报头扩展中来对传输分组进行分组的内容。本文中，报头扩展可以是分组报头的包括选择性报头字段(其不是必要的或者具有可变的大小)的部分。或者，可基于对象来生成传输分组，并且因此，对象可以是要通过传输分组发送的目标。对象可被包括在会话中并被发送。
图119是图示根据本发明的实施例的传输分组的配置的示图。图119所示的传输分组可使用支持可靠数据传输的传输协议。根据具体实施例，可靠数据传输协议可以是异步分层编码(ALC)。根据另一实施例，可靠数据传输协议可以是分层编码传输(LCT)。
根据本发明的实施例的分组报头可包括分组的版本信息。更详细地讲，分组报头可包括使用对应传输协议的传输分组的版本信息。根据具体实施例，该信息可为V字段。另外，V字段可为4比特字段。
另外，根据本发明的实施例的分组报头可包括与用于拥塞控制的信息的长度有关的信息。更详细地讲，分组报头可包括与用于拥塞控制的信息的长度的倍增有关的倍数信息及其基本单位。
根据具体实施例，该信息可为C字段。根据实施例，C字段可被设定为0x00，并且在这种情况下，表示用于拥塞控制的信息的长度为32比特。根据另一实施例，C字段可被设定为0x01，并且在这种情况下，表示用于拥塞控制的信息的长度为64比特。根据另一实施例，C字段可被设定为0x02，并且在这种情况下，表示用于拥塞控制的信息的长度为96比特。根据另一实施例，C字段可被设定为0x03，并且在这种情况下，表示用于拥塞控制的信息的长度为128比特。C字段可为2比特字段。
另外，根据本发明的实施例的分组报头可包括为协议指定的信息。根据具体实施例，该信息可以是PSI字段。另外，PSI字段可为2比特字段。
另外，根据本发明的实施例的分组报头可包括与表示传输会话的识别信息的字段的长度有关的信息。更详细地讲，分组报头可包括表示传输会话的识别信息的字段的倍数信息。上述信息可被称作S字段。S字段可为1比特字段。
另外，根据本发明的实施例的分组报头可包括与表示传输对象的识别信息的字段的长度有关的信息。更详细地讲，分组报头可包括表示传输对象的识别信息的字段的基本长度倍增的倍数信息。上述信息可被称作O字段。O字段可为2比特字段。
另外，根据本发明的实施例的分组报头可包括与表示传输会话的识别信息的字段的长度有关的附加信息。然后，分组报头可包括与表示传输对象的识别信息的字段的长度有关的附加信息。该附加信息可以是关于是否增加半字的信息。由于应该存在表示传输分组的识别信息的字段和表示传输对象的识别信息的字段，所以S字段和H字段或者O字段和H字段无法同时表示零。
另外，根据本发明的实施例的分组报头可包括表示会话被终止或者即将结束的信息。上述信息可被称作A字段。根据具体实施例，当A字段表示会话终止或者即将结束时，它可被设定为1。因此，在典型情况下，A字段可被设定为0。当广播发送装置将A字段设定为1时，它表示通过会话发送最后分组。当A字段被设定为1时，广播发送装置可能需要维持A字段为1，直至跟随对应分组之后的所有分组完全被发送。另外，当A字段被设定为1时，广播接收装置可立即识别出广播发送装置停止通过会话的分组传输。即，当A字段被设定为1时，广播接收装置可识别出不再有通过会话的分组传输。根据实施例，A字段可为1比特字段。
另外，根据本发明的实施例的分组报头可包括表示对象传输被终止或者即将结束的信息。上述信息可被称作B字段。根据具体实施例，当对象传输即将终止时，广播发送装置可将B字段设定为1。因此，在典型情况下，B字段可被设定为0。当用于识别传输对象的信息不在传输分组中时，B字段可被设定为1。然后，它可表示由带外信息识别的会话中的对象传输即将终止。或者，当用于对象的最后分组被发送时，B字段可被设定为1。或者，当用于对象的最后分组被发送时，B字段可被设定为1。当用于特定对象的分组的B字段被设定为1时，广播发送装置可能需要将B字段设定为1，直至跟随对应分组之后的分组的传输终止。另外，当B字段被设定为1时，广播接收装置100可识别出广播发送装置要停止用于对象的分组的传输。即，广播接收装置100可从被设定为1的B字段识别出不再有通过会话的分组传输。根据实施例，B字段可为1比特字段。
另外，根据本发明的实施例的分组报头可包括表示报头的总长度的信息。上述信息可被称作HDR_LEN字段。HDR_LEN字段可以是32的倍数比特字段。根据具体实施例，当HDR_LEN字段被设定为5时，分组报头的总长度可为160比特(32的五倍)。另外，HDR_LEN字段可为8比特字段。
另外，根据本发明的实施例的分组报头可包括与包括在对应分组中的有效载荷的编码或解码有关的信息。上述信息可被称作码点字段。根据实施例，码点字段可为8比特字段。
另外，根据本发明的实施例的分组报头可包括用于拥塞控制的信息。上述信息可被称作拥塞控制信息(CCI)字段。根据具体实施例，CCI字段可包括当前时隙索引(CTSI)字段、信道号字段和分组序列号字段中的至少一个。
另外，根据本发明的实施例的分组报头可包括用于识别传输会话的信息。上述信息可以是传输会话标识符(TSI)。另外，分组报头中包括TSI信息的字段可被称作TSI字段。
另外，根据本发明的实施例的分组报头可包括用于识别通过传输会话发送的对象的信息。上述信息可以是传输对象标识符(TOI)。另外，分组报头中包括TOI信息的字段可被称作TOI字段。
另外，根据本发明的实施例的分组报头可包括用于发送附加信息的信息。上述信息可被称作报头扩展字段。根据实施例，附加信息可以是与传输对象的呈现有关的时间信息。根据另一实施例，附加信息可以是与传输对象的解码有关的时间信息。
另外，根据本发明的实施例的分组报头可包括有效载荷识别信息。根据实施例，该识别信息可以是与前向纠错(FEC)方案有关的有效载荷识别信息。本文中，FEC可以是RFC5109中所定义的一种类型的有效载荷格式。FEC可用在RTP或SRTP中。上述信息可被称作FEC有效载荷ID字段。
根据实施例，FEC有效载荷ID字段可包括用于识别对象的源块的信息。上述信息可被称作源块数字段。例如，当源块数字段被设定为N时，对象中的源块可从0至N-1编号。
根据另一实施例，FEC有效载荷ID字段可包括用于识别特定编码符号的信息。上述信息可被称作编码符号ID字段。
另外，根据本发明的实施例的传输分组可包括有效载荷中的数据。包括数据的字段可被称作编码符号字段。根据实施例，广播接收装置100可通过提取编码符号字段来重新配置对象。更详细地讲，编码符号字段中的数据可从通过分组有效载荷发送的源块来生成。
图120是图示根据本发明的实施例的分组报头的配置的示图。
为了支持实时内容的传输，有效的是广播接收装置100所接收的传输分组包括分组的性质信息以及与解码或呈现有关的定时信息。因此，为了解决上述问题，如图120所示，可配置分组报头。
图120的分组报头具有与图119的分组报头大部分相似的配置。因此，相同部分的描述将被省略。
根据本发明的实施例的分组报头可包括表示用于传输的对象的类型的信息。上述信息可被称作类型字段。类型字段可为2比特字段。
根据具体实施例，类型字段可表示用于传输的对象的类型是常规文件。本文中，常规文件可以是基于ISO BMFF的媒体文件。更详细地讲，常规文件可通过将媒体文件封装在ISO BMFF格式中来获得。在这种情况下，类型字段可被设定为01(2)。根据另一实施例，类型字段可表示用于传输的对象的类型是HTTP实体类型。在这种情况下，类型字段可被设定为10(2)。根据另一实施例，类型字段可表示用于传输的对象的类型是音频访问单元或视频访问单元。另外，类型字段可表示对象类型是网络抽象层(NAL)单元。在这种情况下，类型字段可被设定为11(2)。
另外，根据本发明的实施例的分组报头可表示对应传输分组包括传输对象的第一部分或结束部分。表示传输分组包括传输对象的第一部分或结束部分的信息可以是标记比特。根据具体实施例，标记比特可为M字段。更详细地讲，M字段可根据类型字段的值来不同地解释。例如，当用于传输的对象的类型为文件时，它可表示对应传输分组包括文件的结束部分。本文中，结束部分是包括文件的最后比特的部分。又如，当用于传输的对象的类型为音频或视频(AV)数据时，它可表示对应传输分组包括访问单元的第一比特或最后比特。
图121和图122是图示包括时间信息的报头扩展的配置的示图。图121和图122所示的报头扩展可包括在图120所示的报头扩展字段中。
如图121所示，根据本发明的实施例的报头扩展可包括报头扩展的类型信息。上述信息可被称作报头扩展类型(HET)字段。
另外，根据本发明的实施例的报头扩展可包括报头扩展的长度信息。上述信息可被称作报头扩展长度(HEL)字段。
另外，根据本发明的实施例的报头扩展可表示广播发送装置的当前时间。即，报头扩展可包括广播发送装置的对应分组发送时间信息。例如，广播发送装置可以是服务器。根据具体实施例，表示广播发送装置的当前时间的信息可以是发送器当前时间(SCT)字段。
另外，根据本发明的实施例的报头扩展可表示SCT字段是不是64比特字段。更详细地讲，报头扩展可表示SCT字段是否被包括在利用64比特配置的报头扩展中。根据具体实施例，表示SCT字段是不是64比特的信息可以是SCT Hi字段。
另外，根据本发明的实施例的报头扩展可表示SCT字段是不是32比特字段。更详细地讲，报头扩展可表示SCT字段是否被包括在利用32比特配置的报头扩展中。根据具体实施例，表示SCT字段是不是32比特的信息可以是SCT Low字段。
另外，根据本发明的实施例的报头扩展可包括用于传输的对象的预期残留时间信息。上述信息可以是预期残留时间(ERT)字段。
另外，根据本发明的实施例的报头扩展可表示ERT字段是否存在于对应分组中。对应信息可以是ERT标志字段。
另外，根据本发明的实施例的报头扩展可包括关于会话最后改变的时间的信息。上述信息可以是SLC字段。
另外，根据本发明的实施例的报头扩展可表示SLC字段是否存在于对应分组中。对应信息可以是SLC标志字段。
另外，根据本发明的实施例的报头扩展可包括根据广播发送装置所使用的传输协议而扩展并使用的字段。对应信息可以是PI特定用途字段。
图122是图示根据本发明的另一实施例的具有增加的配置的报头扩展的示图。
根据本发明的另一实施例的报头扩展可包括包括在分组有效载荷中的数据的定时信息。上述信息可以是时间戳字段。例如，时间戳字段可包括关于包括在分组有效载荷中的数据的第一字节被解码的时间点的信息。又如，时间戳字段可包括关于数据的呈现时间点的信息。另外，时间戳字段可包括时间标度信息或者基于时间标度的定时信息。本文中，时间标度信息可以是表示传输对象的解码或呈现时间点的时间的单位。在基于时间标度的定时信息的情况下，广播接收装置可通过将时间戳字段和时间标度的值相乘来获得解码或呈现时间点的信息。
根据本发明的另一实施例的报头扩展可包括时间戳字段的格式信息。上述信息可以是TS格式字段。根据具体实施例，TS格式字段可表示包括在传输分组中的定时信息为媒体时间的格式。媒体时间是根据任意媒体时间线的媒体呈现时间。在这种情况下，TS格式字段可被设定为0x01。另外，TS格式字段可表示包括在传输分组中的定时信息为网络时间协议(NTP)的格式。在这种情况下，TS格式字段可被设定为0x02。另外，TS格式字段可表示包括在传输分组中的定时信息为正常播放时间的格式。正常播放时间的格式可以是相对于呈现开始时间点表达的播放时间，并且可以按照小时、分钟、秒或毫秒为单位来表达。在这种情况下，TS格式字段可被设定为0x03。另外，TS格式字段可表示包括在传输分组中的定时信息为SMPTE时间代码的格式。电影电视工程师协会(SMPTE)时间代码是SMPTE中定义的时间代码。更详细地讲，SMPTE时间代码可以是为SMPTE中的视频的各个帧标签定义的时间信息格式。在这种情况下，TS格式字段可被设定为0x04。另外，TS格式字段可表示包括在传输分组中的定时信息为90KHz定时信息。在这种情况下，TS格式字段可被设定为0x05。
根据本发明的另一实施例的报头扩展可表示时间戳字段的配置。表示定时信息的配置的信息可被称作TS版本字段。例如，TS版本字段可表示时间戳字段为32比特字段。在这种情况下，TS版本字段可被设定为0。又如，TS版本字段可表示时间戳字段为64比特字段。在这种情况下，TS版本字段可被设定为1。
图123至图126是图示根据本发明的另一实施例的报头扩展的配置的示图。更详细地讲，图123至图126所示的报头扩展结构可包括用于传输的对象类型信息和定时信息中的至少一个。另外，对应报头扩展结构可被包括在报头扩展字段(报头扩展)中。另外，它可用作发送内容的分组报头的部分。
如图123所示，根据本发明的另一实施例的报头扩展的结构(EXT_OBJ_INFO)可包括报头扩展部分的类型信息。上述类型信息可被称作HET字段。另外，报头扩展结构可包括报头扩展部分的长度信息。上述长度信息可被称作HEL字段。另外，报头扩展结构可包括传输对象的类型信息。上述对象类型信息可被称作对象类型字段。
在具体实施例中，对象类型字段可表示传输对象为常规文件的类型。本文中，常规文件可以是基于ISO BMFF的媒体文件。更详细地讲，常规文件可通过将媒体文件封装在ISOBMFF格式中来获得。在这种情况下，对象类型字段可被设定为0x01。根据另一实施例，对象类型字段可表示传输对象为HTTP实体类型的类型。在这种情况下，对象类型字段可被设定为0x02。根据另一实施例，对象类型字段可表示传输对象为音频数据类型。对象类型字段可表示传输对象为基于AAC的音频数据类型。就这一点，基于AAC的音频数据类型可以是通过AAC编码的音频数据。在这种情况下，对象类型字段可被设定为0x03。根据另一实施例，对象类型字段可表示传输对象为音频数据类型。更详细地讲，对象类型字段可表示传输对象为H.264类型。在这种情况下，对象类型字段可被设定为0x04。根据另一实施例，对象类型字段可表示传输对象为基于HEVC的视频数据类型。就这一点，基于HEVC的视频数据类型可以是通过HEVC编码的编码视频数据。在这种情况下，对象类型字段可被设定为0x05。根据另一实施例，对象类型字段可表示传输对象为基于ISO BMFF的文件类型。在这种情况下，对象类型字段可被设定为0x06。根据另一实施例，对象类型字段可表示传输对象为元数据。在这种情况下，对象类型字段可被设定为0x07。
另外，根据本发明的另一实施例的报头扩展的结构(EXT_OBJ_INFO)可表示对应传输分组包括传输对象的第一部分或结束部分。表示传输分组包括传输对象的第一部分或结束部分的信息可以是标记比特。根据具体实施例，标记比特可以是M字段。M字段可根据对象类型字段的值来不同地解释。例如，当用于传输的对象的类型为文件时，它可表示对应传输分组包括文件的结束部分。本文中，结束部分是包括文件的最后比特的部分。又如，当用于传输的对象的类型为音频或视频(AV)数据时，它可表示对应传输分组包括访问单元的第一比特或最后比特。
另外，根据本发明的另一实施例的报头扩展的结构(EXT_OBJ_INFO)可包括包括在分组有效载荷中的数据的定时信息。上述信息可以是时间戳字段。例如，时间戳字段可包括关于包括在分组有效载荷中的数据的第一字节被解码的时间的信息。又如，时间戳字段可包括关于数据的呈现时间的信息。另外，时间戳字段可包括时间标度信息或者基于时间标度的定时信息。本文中，时间标度信息可以是表示传输对象的解码或呈现时间点的时间的单位。在基于时间标度的定时信息的情况下，广播接收装置可通过将时间戳字段的值乘以时间标度来获得关于解码或呈现时间点的信息。
图124是图示根据本发明的另一实施例的增加到图123的报头扩展结构的一些配置的示图。
如图124所示，该报头扩展结构可表示时间戳字段是否存在于对应报头结构中。表示时间戳字段是否存在的信息可被称作TS标志字段。在具体实施例中，当TS标志字段被设定为1时，它可表示时间戳字段存在于对应报头结构中。
另外，根据本发明的另一实施例的报头扩展的结构可包括时间戳字段的格式信息。上述信息可以是TS格式字段。根据具体实施例，TS格式字段可表示包括在传输分组中的定时信息为媒体时间的格式。媒体时间可以是根据任意媒体时间线的媒体呈现时间。在这种情况下，TS格式字段可被设定为0x01。另外，TS格式字段可表示包括在传输分组中的定时信息为网络时间协议(NTP)的格式。在这种情况下，TS格式字段可被设定为0x02。另外，TS格式字段可表示包括在传输分组中的定时信息为正常播放时间的格式。正常播放时间的格式可以是相对于呈现开始时间点表达的呈现时间，并且可以按照小时、分钟、秒或毫秒为单位来表达。在这种情况下，TS格式字段可被设定为0x03。另外，TS格式字段可表示包括在传输分组中的定时信息为SMPTE时间代码的格式。SMPTE时间代码是电影电视工程师协会(SMPTE)中定义的时间代码。在这种情况下，TS格式字段可被设定为0x04。另外，TS格式字段可表示包括在传输分组中的定时信息为90KHz定时信息。在这种情况下，TS格式字段可被设定为0x05。
另外，根据本发明的另一实施例的报头扩展的结构可表示时间戳字段的配置。更详细地讲，报头扩展的结构可表示与包括在时间戳字段中的对象呈现或解码有关的定时信息的配置。上述信息可被称作TS版本字段。例如，TS版本字段可表示时间戳字段为32比特字段。在这种情况下，TS版本字段可被设定为0。又如，TS版本字段可表示时间戳字段为64比特字段。在这种情况下，TS版本字段可被设定为1。
图125是图示根据本发明的另一实施例的增加到图123的报头扩展结构的一些配置的示图。
如图125所示，根据本发明的另一实施例的报头扩展的结构可包括与传输对象有关的附加信息。根据具体实施例，报头扩展的结构可包括对象的位置信息。例如，对象的位置信息可表示基于ISO BMFF的片段的URL信息。更详细地讲，对象的位置信息可表示下载基于ISO BMFF的片段的URL信息。在这种情况下，与传输对象有关的附加信息可被称作扩展字段。
另外，根据本发明的另一实施例的报头扩展的结构可表示扩展字段是否存在于对应报头扩展结构中。在这种情况下，表示扩展字段是否存在的信息可被称作扩展标志字段。
图126是当新的报头扩展结构用作根据本发明的实施例的分组报头的部分时的示图。如图126所示，分组报头的该部分可包括传输对象的定时信息。分组报头的包括传输对象的定时信息的部分可以是EXT_MEDIA_TIME字段。
EXT_MEDIA_TIME字段可包括分组有效载荷中所包括的数据的定时信息。上述信息可以是时间戳字段。例如，时间戳字段可包括关于包括在分组有效载荷中的数据的第一字节被解码的时间的信息。又如，时间戳字段可包括关于数据的呈现时间的信息。另外，时间戳字段可包括时间标度信息或者基于时间标度的定时信息。本文中，时间标度信息可以是表示传输对象的解码或呈现时间点的时间的单位。在基于时间标度的定时信息的情况下，广播接收装置可通过将时间戳字段的值乘以时间标度来获得关于解码或呈现时间点的信息。
另外，EXT_MEDIA_TIME字段可包括时间戳字段的格式信息。上述信息可以是TS格式字段。根据具体实施例，TS格式字段可表示包括在传输分组中的定时信息为媒体时间的格式。在这种情况下，TS格式字段可被设定为0x01。另外，TS格式字段可表示包括在传输分组中的定时信息为网络时间协议(NTP)的格式。在这种情况下，TS格式字段可被设定为0x02。另外，TS格式字段可表示包括在传输分组中的定时信息为正常播放时间的格式。在这种情况下，TS格式字段可被设定为0x03。另外，TS格式字段可表示包括在传输分组中的定时信息为SMPTE时间代码的格式。SMPTE时间代码是电影电视工程师协会(SMPTE)中定义的时间代码。在这种情况下，TS格式字段可被设定为0x04。另外，TS格式字段可表示包括在传输分组中的定时信息为90KHz定时信息。在这种情况下，TS格式字段可被设定为0x05。另外，TS格式字段可表示包括在传输分组中的定时信息为GPS时间格式。在这种情况下，TS格式字段可被设定为0x06。
另外，EXT_MEDIA_TIME字段可表示时间戳字段的配置。报头扩展的结构可表示与包括在时间戳字段中的对象呈现或解码有关的定时信息的配置。上述信息可被称作TS版本字段。例如，TS版本字段可表示时间戳字段为32比特字段。在这种情况下，TS版本字段可被设定为0。又如，TS版本字段可表示时间戳字段为64比特字段。在这种情况下，TS版本字段可被设定为1。
另外，EXT_MEDIA_TIME字段可包括与定时信息有关的附加信息。例如，可包括与将要映射的定时信息有关的数据信息。与定时信息有关的附加信息可被称作扩展字段。
另外，EXT_MEDIA_TIME字段可包括关于扩展字段的配置的信息。更详细地讲，各种信息可被包括在扩展字段中，并且标志可在各种信息中形成集合。在这种情况下，标志的集合可被称作扩展标志字段。
广播接收装置100通过广播接收单元接收的传输对象可能需要与具有不同格式或参考时间的定时信息同步。更详细地讲，广播接收装置100可能需要使传输对象的定时信息与具有与传输对象的定时信息不同的格式或参考时间的基本时间线(用于同步的参考)同步。根据实施例，用于同步的定时信息可以是传输对象的呈现定时。根据另一实施例的用于同步的定时信息可以是传输对象的解码定时。在这种情况下，广播发送装置可能需要向广播接收装置100发送关于不同定时信息与传输对象的定时信息之间的映射关系的信息。根据本发明的实施例，为了解决上述问题，可发送包括上述timeline_component_AU的元数据作为一个传输对象。
根据本发明的实施例，为了解决上述问题，上述报头扩展可包括不同于传输对象的定时信息的附加映射信息。更详细地讲，报头扩展(EXT_TIME_MAP)可包括用于将传输对象的时间戳映射到另一时间线的信息。例如，广播接收装置100可通过控制单元150使用上述信息将分组有效载荷的呈现时间映射到GPS时间。在这种情况下，GPS时间可以是基本时间线。
图127是图示根据本发明的实施例的支持与另一定时信息的映射的报头扩展的结构的示图。
如图127所示，报头扩展可包括时间戳字段的格式信息。上述信息可以是TS格式字段。根据具体实施例，TS格式字段可表示包括在传输分组中的时间戳为媒体时间的格式。在这种情况下，TS格式字段可被设定为0x01。另外，TS格式字段可表示包括在传输分组中的时间戳为网络时间协议(NTP)的格式。在这种情况下，TS格式字段可被设定为0x02。另外，TS格式字段可表示包括在传输分组中的时间戳为正常播放时间的格式。在这种情况下，TS格式字段可被设定为0x03。另外，TS格式字段可表示包括在传输分组中的时间戳为SMPTE时间代码的格式。SMPTE时间代码是电影电视工程师协会(SMPTE)中定义的时间代码。在这种情况下，TS格式字段可被设定为0x04。另外，TS格式字段可表示包括在传输分组中的时间戳为基于90KHz的时间戳。在这种情况下，TS格式字段可被设定为0x05。另外，TS格式字段可表示包括在传输分组中的时间戳为GPS时间格式。在这种情况下，TS格式字段可被设定为0x06。
另外，报头扩展可表示时间戳字段的版本或配置。报头扩展的结构可表示与包括在时间戳字段中的对象呈现或解码有关的定时信息的配置。上述信息可被称作TS版本字段。例如，TS版本字段可表示时间戳字段为32比特字段。在这种情况下，TS版本字段可被设定为0。又如，TS版本字段可表示时间戳字段为64比特字段。在这种情况下，TS版本字段可被设定为1。
另外，报头扩展可表示是否存在传输对象的时间戳所映射至的时间线的定时信息。在这种情况下，表示存在的信息可被称作OTS标志字段。在具体实施例中，当OTS标志字段被设定为1时，它可表示存在传输对象的时间戳所映射至的时间线的定时信息。
另外，报头扩展可表示传输对象的时间戳所映射至的时间线的时间戳格式。更详细地讲，传输对象的时间戳可以是对象的呈现时间和解码时间中的至少一个。另外，传输对象映射至时间戳的时间线可以是基本时间线。本文中，基本时间线是用于在多个不同的时间线之间同步的参考时间线。
上述信息可以是OTS格式字段。根据具体实施例，OTS格式字段可表示映射至包括在传输分组中的传输对象的时间戳的时间戳为媒体时间的格式。在这种情况下，OTS格式字段可被设定为0x01。另外，OTS格式字段可表示包括在传输分组中的定时信息为网络时间协议(NTP)的格式。在这种情况下，OTS格式字段可被设定为0x02。另外，OTS格式字段可表示映射至包括在传输分组中的传输对象的时间戳的时间戳为正常播放时间的格式。在这种情况下，OTS格式字段可被设定为0x03。另外，OTS格式字段可表示映射至包括在传输分组中的传输对象的时间戳的时间戳为SMPTE时间代码的格式。SMPTE时间代码是电影电视工程师协会(SMPTE)中定义的时间代码。在这种情况下，OTS格式字段可被设定为0x04。另外，OTS格式字段可表示映射至包括在传输分组中的传输对象的时间戳的时间戳为基于90KHz的定时信息。在这种情况下，OTS格式字段可被设定为0x05。另外，OTS格式字段可表示映射至包括在传输分组中的传输对象的时间戳的时间戳为GPS时间格式。在这种情况下，OTS格式字段可被设定为0x06。
另外，报头扩展可表示映射至对象的时间戳和传输对象的时间戳的时间线的时间戳的版本或配置。更详细地讲，传输对象的时间戳可以是对象的呈现时间和解码时间中的至少一个。另外，传输对象映射至时间戳的时间线可以是基本时间线。本文中，基本时间线是用于在多个不同的时间线之间同步的参考时间线。
在这种情况下，表示映射至传输对象的时间戳的时间戳的配置或版本的信息可被称作OTS版本字段。例如，OTS版本字段可表示映射至传输对象的时间戳的时间戳为32比特。在这种情况下，OTS版本字段可被设定为0。又如，OTS版本字段可表示映射至传输对象的时间戳的时间戳为64比特。在这种情况下，OTS版本字段可被设定为1。
另外，报头扩展可表示是否包括位置信息。在这种情况下，表示是否包括位置信息的信息可以是位置标志字段。例如，当位置标志字段被设定为1时，它可表示位置信息被包括在对应报头扩展中。
另外，报头扩展可包括传输对象的时间戳和映射至传输对象的时间戳的时间线的定时信息。上述信息可被称作时间戳字段。
另外，报头扩展可包括对应报头扩展的时间戳以及与映射至传输对象的时间戳的传输对象有关的定时信息。上述信息可以是最初时间戳字段。
另外，报头扩展可包括与映射至对象的时间戳的时间线有关的数据的位置信息。上述信息可被称作位置字段。在实施例中，当需要与特定的基于ISO BMFF的数据片段的时间线映射时，位置字段可包括对应数据片段的URL。
图128是图示根据本发明的实施例的广播发送装置的操作方法的示图。
在操作S401中，广播发送装置通过控制单元获得用于传输的对象。根据实施例，该对象可以是AV内容。根据另一实施例，对象可以是与增强数据有关的AV内容。
在操作S403中，广播发送装置可通过控制单元获得对象的时间信息和格式信息。根据实施例，时间信息可以是传输对象的时间戳。根据另一实施例，时间信息可以是要映射至传输对象的时间戳的时间线的定时信息。根据另一实施例，时间信息可以是报头扩展结构的时间戳。根据另一实施例，时间信息可以是要映射至报头扩展结构的时间戳的传输对象的定时信息。另外，格式信息可以是常规文件、HTTP实体和音频/视频访问单元中的至少一个。
更详细地讲，传输对象的时间戳可以是对象的呈现时间和解码时间中的至少一个。另外，传输对象映射至时间戳的时间线可以是基本时间线。本文中，基本时间线是用于在多个不同的时间线之间同步的参考时间线。例如，基本时间线可以是GPS时间，用于使传输对象与GPS时间同步的信息可被包括在上述报头扩展中。
在操作S405中，广播发送装置将通过控制单元获得的时间信息和格式信息设定在分组报头中并且对传输分组进行分组。更详细地讲，广播发送装置的控制单元根据传输协议对包括所获得的时间信息的分组报头和包括数据的分组有效载荷进行分组。根据另一实施例，广播发送装置可通过控制单元将时间信息和格式信息设定在选择性地包括在分组报头中的报头扩展中。
更详细地讲，时间信息可以是与对象的呈现时间有关的信息。与呈现时间有关的信息可以是传输对象的呈现时间点(定时信息)和解码时间点(定时信息)中的至少一个。根据另一实施例，附加信息可以是传输对象的类型信息。广播发送装置可将报头扩展是否存在于分组报头中、报头扩展的长度和报头扩展的类型信息中的至少一个设定在正常分组报头中。
在操作S407中，广播发送装置通过发送单元发送分组的传输分组。发送单元可通过地面广播网络和互联网中的至少一个来发送传输分组。
图129是图示根据本发明的实施例的广播接收装置的操作方法的示图。
在操作S411中，广播接收装置100通过广播接收单元110接收传输分组。如参照图128所描述的，传输分组可包括分组报头和分组有效载荷，并且分组报头可选择性地包括报头扩展。
在操作S412中，广播接收装置100的控制单元150从所接收的传输分组提取分组报头和报头扩展。根据具体实施例，控制单元150可提取包括在传输分组中的分组报头。另外，可从分组报头提取选择性地包括在分组报头中的报头扩展。
在操作S413中，广播接收装置100的控制单元150基于分组报头获得与传输对象有关的时间信息和传输对象的格式信息中的至少一个。根据另一实施例，控制单元150可从选择性地包括在分组报头中的报头扩展获得时间信息和格式信息中的至少一个。根据具体实施例，控制单元150可基于报头扩展获得传输对象的时间戳。另外，控制单元150可获得传输对象的格式信息。传输对象的格式信息可表示常规文件、HTTP实体和音频/视频访问单元中的至少一个。本文中，常规文件可以是基于ISO BMFF的媒体文件。
在操作S414中，广播接收装置100的控制单元150确定是否从分组报头获得用于映射至另一时间信息的信息。更详细地讲，控制单元150确定分组报头中是否存在映射至对应传输对象的时间信息的另一时间信息。根据另一实施例，控制单元150可基于从选择性地包括在分组报头中的报头扩展提取的具体信息来确定所述另一时间信息。
根据实施例，当控制单元150从分组报头确定用于映射至另一时间信息的信息时，在操作S415中它从分组报头获得用于映射的信息。本文中，所述另一时间信息可以是上述基本时间线的定时信息。另外，定时信息可包括传输对象的呈现定时信息和解码定时信息中的至少一个。根据具体实施例，控制单元150可基于分组报头获得映射至传输对象的时间线的定时信息。根据另一实施例，控制单元150可基于分组报头获得映射至对应分组报头的时间戳的传输对象的定时信息。另外，控制单元150可基于分组报头获得映射至传输对象的数据的位置信息。根据另一实施例，控制单元150可从选择性地包括在分组报头中的报头扩展获得用于映射的信息。
在操作S416中，广播接收装置100的控制单元150基于所获得的时间信息获得传输对象。根据实施例，当控制单元150没有获得另一时间信息和映射信息时，它基于对应传输对象的时间戳输出对象。根据另一实施例，当控制单元150获得另一时间信息和映射信息时，它基于对应映射信息和对象的时间戳来输出对象。
图130是图示包括关于传输分组的配置的信息的分组报头的结构的示图。
根据本发明的实施例的分组报头可表示分组有效载荷中包括整个传输对象中的第一或结束部分数据。在这种情况下，表示包括第一或结束部分数据的信息可以是标记比特。根据具体实施例，标记比特可以是M字段。M字段可为1比特字段。
另外，根据本发明的实施例的分组报头可包括关于对应传输分组的配置的信息。在这种情况下，关于传输分组的配置的信息可以是类型字段。类型字段可为2比特字段。
在另一情况下，关于传输分组的配置的信息可被包括在码点字段中。码点字段可为8比特字段。
根据具体实施例，类型字段可表示对应传输对象具有常规分组结构。更详细地讲，它表示对应分组按原样使用图119所示的现有传输分组结构。在这种情况下，传输分组可包括分组报头、报头扩展、分组有效载荷、标识符和数据中的至少一个。另外，广播发送装置可将类型字段设定为0x00。
另外，根据具体实施例，类型字段可表示对应传输分组不包括有效载荷。更详细地讲，它表示对应传输分组仅包括分组报头和报头扩展。在这种情况下，广播发送装置可将类型字段设定为0x01。
另外，根据具体实施例，类型字段可表示对应传输分组包括整个传输对象的偏移信息。本文中，偏移信息是包括对应传输分组的编码符号字段的数据的偏移信息。即，偏移信息表示整个传输对象中的对应传输分组的数据的偏移信息。就这一点，根据实施例，对应传输分组可具有与常规传输分组相同的结构和配置，但是有效载荷标识符字段可被数据偏移字段代替。在这种情况下，广播发送装置可将类型字段设定为0x02。
另外，根据具体实施例，类型字段可表示对应传输分组包括不同于现有常规传输分组的结构的配置。在这种情况下，广播发送装置可将类型字段设定为0x03。根据具体实施例，类型字段可表示对应传输对象不包括有效载荷标识符字段。在这种情况下，广播发送装置可将类型字段设定为0x04。图131是图示参照图130所描述的传输分组的配置的示图。如图131所示，类型字段可表示传输分组的结构。然而，本发明不限于图131所示的传输分组，也不限于图131中的设定值。
图132是图示根据本发明的实施例的广播发送装置的操作方法的示图。
在操作S421中，广播发送装置通过控制单元获得传输分组的结构信息。根据实施例，传输分组的结构可以是现有常规分组结构。根据另一实施例，传输分组的结构可具有仅配置有分组报头和报头扩展的结构。根据另一实施例，传输分组的结构可以是包括取代现有有效载荷标识符的配置的结构。根据另一实施例，传输分组的结构可以是不包括有效载荷标识符的结构。
在操作S423中，广播发送装置通过基于通过控制单元获得的传输分组的结构将表示对应结构的信息的值设定在分组报头中来对传输分组进行分组。更详细地讲，控制单元可将对应结构的信息设定在类型字段中。
在操作S425中，广播发送装置通过发送单元发送分组的传输分组。根据实施例，发送单元可通过地面广播网络发送分组的传输分组。根据另一实施例，发送单元可通过互联网发送分组的传输分组。
图133是图示根据本发明的实施例的广播接收装置的操作方法的示图。
在操作S431中，广播接收装置100通过广播接收单元110接收传输分组。根据实施例，广播接收单元110可通过地面广播网络接收传输分组。根据另一实施例，IP通信单元130可通过互联网接收传输分组。
在操作S433中，广播接收装置100通过控制单元150从所接收的传输分组提取分组报头。更详细地讲，传输分组可包括分组报头和分组有效载荷中的至少一个。因此，控制单元150可从传输分组提取用信号通知分组有效载荷的分组报头。
在操作S435中，广播接收装置100从所提取的分组报头获得传输分组的配置信息。更详细地讲，分组报头可包括表示传输分组的结构的信息。因此，广播接收装置100通过控制单元150从分组报头获得表示传输分组的结构的信息。根据实施例，传输分组的结构可以是现有常规传输分组结构。根据另一实施例，传输分组的结构可以是仅包括分组报头和报头扩展的结构。根据另一实施例，传输分组的结构可以是包括取代分组有效载荷标识符的偏移信息的结构。根据另一实施例，传输分组的结构可以是不包括分组有效载荷标识符的结构。
图134是图示根据本发明的实施例的包括建议呈现延迟(SPD)的时间线参考信息AU的示图。
本发明提出将SPD***上述时间线参考信息AU中并且发送所得信息。另外，本发明提出将SPD***上述LCT分组字段中并且发送所得信息。因此，通过不同网络(例如，互联网和广播网络)发送的媒体流的时间线可被重新配置并且可由接收机平滑地再现。另外，SPD所应用于的时间线参考/时间戳可被发送以有效地支持存在于不同的接收环境中的接收机之间的同步。
SPD可表示基于通过外部网络或内部网络发送的媒体流的生成时间直至消费时间的建议呈现延迟。在一些实施例中，SPD可表示基于媒体流的编码时间至解码时间的建议呈现延迟。另选地，当用于允许媒体流的随机访问的特定单元在广播流上累积时，SPD可表示对应单元的第一字节累积的时间与对应单元的最后字节累积的时间之间的时间差。对应数据单元可包括随机接入点(RAP)。在一些实施例中，作为SPD的参考的两个时间点均可改变。SPD(即，建议呈现延迟)可用于根据接收机的缓冲时间(BT)补偿呈现时间段之间的差异。关于多个接收机，各个实际网络带宽是不同的，因此，对于各个接收机缓冲时间可不同。根据缓冲时间差异，即使发送方广播相同的媒体数据，接收机的呈现时间也可能改变。这可被补偿，SPD可被应用于时间线参考或时间戳值以使各个接收机同时再现相同的媒体。另外，当通过广播流发送用于允许媒体流的随机访问的特定单元时，SPD可用于导致包括在对应单元中的最快呈现时间。可考虑通过考虑用于生成承载数据的分组的服务器的SPD和发送器当前时间、实际接收分组的时间等而获得的呈现时间戳来导致包括在对应单元中的最快呈现时间。
当利用时间线参考信息AU重新配置通过内部网络或外部网络发送的媒体流的时间线时，可应用SPD。即，当内部网络或外部网络的时间线被重新配置时，可将SPD值从内部网络或外部网络的时间线参考值减去，以配置应用建议呈现延迟的时间线。
另外，当发送包括对应媒体数据的呈现时间的信息的时间戳并且执行同步时，可应用SPD。即，关于使用时间戳的同步，可将SPD的值与时间戳值相加以执行应用建议呈现延迟的同步。
如上所述，时间线参考信息AU可用于通过不同网络发送的流之间的同步。这里，所示的时间线参考信息AU可对应于上述时间线组件AU或者时间线参考信息AU的另一实施例。
将描述根据本发明的实施例的包括SPD的时间线参考信息AU的字段和结构。
AU_identifier字段可表示上述AU_identifier信息。即，AU_identifier字段可识别对应时间线参考信息AU。另外，AU_identifier字段还可识别对应时间线参考信息AU的结构。在一些实施例中，AU_identifier字段可具有8比特的大小。
AU_length字段可表示上述AU_length信息。即，AU_length字段可包括对应时间线参考信息AU的长度信息。在一些实施例中，对应字段可具有32比特的大小并且具有uimsbf格式。
external_media_URL_flag字段可表示上述external_media_URL_flag信息。external_media_URL_flag字段可以是指示对应时间线参考信息AU是否具有external_media_URL字段的标志。即，对应字段可指示通过外部网络发送的流的URL信息是否被包括在时间线参考信息AU中。对应字段可具有1比特的大小并且具有bslbf格式。
internal_timeline_reference_flag字段可表示上述internal_timeline_reference_flag信息。internal_timeline_reference_flag字段可以是指示对应时间线参考信息AU是否包括internal_timeline_reference字段的标志。即，对应字段可指示内部网络的时间线参考信息是否被包括在时间线参考信息AU中。对应字段可具有1比特的大小并且具有bslbf格式。
external_timeline_reference_flag字段可表示上述external_timeline_reference_flag信息。external_timeline_reference_flag字段可以是指示对应时间线参考信息AU是否包括external_timeline_reference字段的标志。即，对应字段可指示外部网络的时间线参考信息是否被包括在时间线参考信息AU中。对应字段可具有1比特的大小并且具有bslbf格式。
suggested_presentation_delay_flag字段可指示对应时间线参考信息AU是否包括suggested_presentation_delay字段。即，对应字段可指示SPD信息是否被包括在时间线参考信息AU中。对应字段可具有1比特的大小并且具有bslbf格式。suggested_presentation_delay字段将在下面描述。
在标志字段之后，预定大小的比特可被保留以用于未来使用。在本实施例中，4比特空间可被保留以用于未来使用。
时间线参考信息AU还可包括与内部网络的时间线参考有关的信息项。根据external_media_URL_flag字段的值，时间线参考信息AU还可包括通过外部网络发送的流的URL信息。在这种情况下，所增加的字段将在下面描述。
external_media_URL_length字段可被进一步包括在时间线参考信息AU中。external_media_URL_length字段可表示external_media_URL字段的长度(以字节单位)。对应字段可为8比特字段并且具有uimsbf格式。
external_media_URL字段也可被进一步包括在时间线参考信息AU中。external_media_URL字段可包括通过外部网络发送的媒体的位置信息和/或对应媒体的唯一识别信息。通过外部网络发送的媒体可通过这些信息项来访问。例如，当通过外部网络发送的媒体是根据DASH的媒体时，媒体的对应MPD的MPD URL、MPD ID等的信息可被包括在external_media_URL字段中。对应字段可具有与external_media_URL_length字段所指示的值对应的比特数。在一些实施例中，对应字段可具有通过将external_media_URL_length字段所指示的值乘以8而获得的比特数。
时间线参考信息AU还可包括与内部网络的时间线参考有关的信息项。根据internal_timeline_reference_flag字段的值，时间线参考信息AU还可包括与内部网络的时间线有关的附加字段。在这种情况下，所增加的字段将在下面描述。
internal_timeline_reference_format字段可被进一步包括在时间线参考信息AU中。internal_timeline_reference_format字段可指示包括在时间线参考信息AU中的内部网络的时间线参考信息的格式。例如，当对应字段具有值0x00时，内部网络的时间线参考信息可具有媒体时间格式，当对应字段具有值0x01时，内部网络的时间线参考信息可具有网络时间协议(NTP)格式，当对应字段具有值0x02时，内部网络的时间线参考信息可具有PTP格式，当对应字段具有值0x03时，内部网络的时间线参考信息可具有时间代码格式。当对应字段具有值0x04至0xFF时，内部网络的时间线参考信息可被保留以用于未来使用。对应字段可具有8比特的大小并且具有格式uimsbf。
internal_timeline_reference_timescale_flag字段可被进一步包括在时间线参考信息AU中。internal_timeline_reference_timescale_flag字段可以是指示时间线参考信息AU是否包括内部网络的时间线参考信息的时间标度的标志。对应字段可具有1比特的大小并且具有bslbf格式。
internal_timeline_reference_length字段可被进一步包括在时间线参考信息AU中。internal_timeline_reference_length字段可表示包括在时间线参考信息AU中的内部网络的时间线参考信息的长度(以字节为单位)。对应字段可具有7比特的大小并且具有uimsbf格式。internal_timeline_reference_timescale字段可被进一步包括在时间线参考信息AU中。
internal_timeline_reference_timescale字段可表示包括在时间线参考信息AU中的内部网络的时间线参考信息的时间标度(以Hz为单位)。根据上述internal_timeline_reference_timescale_flag字段的值，对应字段可存在或者可不存在。对应字段可具有32比特的大小并且具有uimsbf格式。
internal_timeline_reference字段可被进一步包括在时间线参考信息AU中。internal_timeline_reference字段可具有内部网络的时间线参考信息。根据对应字段的值，可重新配置通过内部网络发送的媒体流的时间线。对应字段可具有与internal_timeline_reference_length字段所指示的值对应的比特数。在一些实施例中，对应字段可具有通过将internal_timeline_reference_length字段所指示的值乘以8而获得的比特数。
时间线参考信息AU还可包括与外部网络的时间线参考有关的信息项。根据external_timeline_reference_flag字段的值，时间线参考信息AU还可包括与外部网络的时间线有关的附加字段。在这种情况下，所增加的字段将在下面描述。
在这种情况下，时间线参考信息AU还可包括external_timeline_reference_format字段、external_timeline_reference_timescale_flag字段、external_timeline_reference_length字段、external_timeline_reference_timescale字段和/或external_timeline_reference字段。
各个增加的字段可具有关于通过外部网络发送的媒体流的信息。各个字段可对应于上述通过内部网络发送的媒体流的字段并且执行相似的操作。然而，在这种情况下，各个字段可具有关于外部网络(而非内部网络)的信息。
即，external_timeline_reference_format字段、external_timeline_reference_timescale_flag字段、external_timeline_reference_length字段和external_timeline_reference_timescale字段以及external_timeline_reference字段可分别执行与上述internal_timeline_reference_format字段、internal_timeline_reference_timescale_flag字段、internal_timeline_reference_length字段、internal_timeline_reference_timescale字段和internal_timeline_reference字段相似的操作。
通过外部网络发送的媒体流的字段可各自分别指示通过外部网络发送的媒体流的格式、是否存在时间标度信息、长度、时间标度和时间线参考。
时间线参考字段AU还可包括与SPD有关的字段。根据suggested_presentation_delay_flag字段的值，时间线参考字段AU还可包括与SPD有关的附加字段。在这种情况下，所增加的字段将在下面描述。
suggested_presentation_delay_timescale_flag字段可被进一步包括在时间线参考信息AU中。suggested_presentation_delay_timescale_flag字段可指示对应时间线参考信息AU中是否包括suggested_presentation_delay_timescale字段。将在下面描述suggested_presentation_delay_timescale字段。即，对应字段可指示SPD的时间标度相关信息是否被包括在时间线参考信息AU中。当对应字段被设定为0并且不存在SPD的时间标度相关信息时，SPD的时间标度可被表示成正常时钟值。对应字段可为1比特字段并且具有blsbf格式。
suggested_presentation_delay_length字段可被进一步包括在时间线参考信息AU中。对应字段可指示SPD的长度(以字节为单位)。对应字段可具有7比特的大小并且具有uimsbf格式。
suggested_presentation_delay_timescale字段可被进一步包括在时间线参考信息AU中。对应字段可指示SPD的时间标度(以Hz为单位)。根据上述suggested_presentation_delay_timescale_flag字段的值，对应字段可存在或者可不存在。对应字段可具有32比特的大小并且具有uimsbf格式。
suggested_presentation_delay字段可被进一步包括在时间线参考信息AU中。对应字段可具有SPD信息。即，对应字段可包括基于通过外部网络或内部网络发送的媒体流的生成时间直至消费时间的建议呈现延迟信息。当利用时间线参考信息AU重新配置内部网络/外部网络的媒体流的时间线时，可应用通过从内部网络/外部网络中的每一个的时间线参考减去对应字段的值而获得的值。因此，可配置应用建议呈现延迟的时间线。对应字段可具有与上述suggested_presentation_delay_length字段所指示的值对应的比特数。在一些实施例中，对应字段可具有通过将suggested_presentation_delay_length字段所指示的值乘以8而获得的比特数。对应字段可具有uimsbf格式。
图135是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的时间线参考信息AU的示图。
所示的根据本发明的另一实施例的包括SPD的时间线参考信息AU可包括多个内部网络或外部网络的时间线参考信息。如上所述，时间线参考信息AU可用于通过不同网络发送的媒体流之间的时间线的同步。
AU_identifier字段、AU_length字段、suggested_presentation_delay_flag字段、external_media_URL_length字段和/或external_media_URL字段与以上描述中相同。external_media_location_flag字段可执行与上述external_media_URL字段相同的功能。
nb_of_timeline_reference字段可指示包括在对应时间线参考信息AU中的时间线参考的数量。如上所述，根据本实施例的时间线参考信息AU可具有多个时间线参考信息项。对应字段可具有6比特的大小并且具有uimsbf格式。
nb_of_timeline_reference字段所指示的数量的时间线参考相关信息项可被包括在时间线参考信息AU中。对于各个时间线参考，可存在以下字段。
timeline_reference_type字段可指示对应时间线参考的类型。例如，当对应字段的值为0时，对应时间线参考可以是通过内部网络发送的媒体流的时间线参考。另外，当对应字段的值为1时，对应时间线参考可以是通过外部网络发送的媒体流的时间线参考。对应字段可具有1比特的大小并且具有bslbf格式。
timeline_reference_identifier字段可指示对应时间线参考的唯一标识符。对应字段可被分配给0至127之间的整数。对应字段可具有7比特的大小并且具有uimsbf字段。
timeline_reference_format字段可指示对应时间线参考的格式。对应字段可利用与上述internal_timeline_reference_format字段和external_timeline_reference_format字段相同的方法来指示对应时间线参考的格式。对应字段可具有8比特的大小并且具有uimsbf格式。
timeline_reference_timescale_flag字段可指示关于对应时间线参考的时间标度的信息是否被包括在时间线参考信息AU中。对应字段可使用与上述internal_timeline_reference_timescale_flag字段和external_timeline_reference_timescale_flag字段相同的方法来指示是否存在时间标度相关信息。对应字段可具有1比特的大小并且具有bslbf格式。
timeline_reference_length字段可指示对应时间线参考的长度(以字节为单位)。对应字段可使用与上述internal_timeline_reference_length字段和external_timeline_reference_length字段相同的方法来指示长度。对应字段可具有7比特的大小并且具有uimsbf格式。
timeline_reference_timescale字段可指示对应时间线参考的时间标度(以Hz为单位)。对应字段可使用与上述internal_timeline_reference_timescale字段和external_timeline_reference_timescale字段相同的方法来指示时间标度。对应字段可具有32比特的大小并且具有uimsbf格式。
timeline_reference字段可指示对应时间线参考的时间线参考值。根据对应字段的值，可重新配置通过对应内部/外部网络发送的媒体流的时间线。对应字段可使用与上述internal_timeline_reference字段和external_timeline_reference字段相同的方法来指示时间线。对应字段可具有与上述timeline_reference_length字段所指示的值对应的比特数。在一些实施例中，对应字段可具有通过将timeline_reference_length字段所指示的值乘以8而获得的比特数。对应字段可为uimsbf格式。
与SPD有关的字段可具有与上述结构相同的结构并且可被包括在时间线参考信息AU中。suggested_presentation_delay_timescale_flag字段、suggested_presentation_delay_length字段、suggested_presentation_delay_timescale字段和/或suggested_presentation_delay字段可在名称与上述字段相同的情况下与上述字段相同。
图136是图示根据本发明的实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。
如上所述，LCT分组可发送时间线参考相关信息。LCT分组的报头可被扩展，并且可发送用于通过不同网络发送的媒体流之间的同步的信息。所提出的结构可被应用于诸如实时协议(RTP)的传送协议的分组。另外，所提出的结构可与适合于传送协议的服务信令信息关联地使用。服务信令信息可包括指示对应流发送内部或外部网络的时间线参考的信息、通过外部网络发送的媒体的URL信息、上述各种标志信息项、时间线参考的时间标度信息以及普遍适用于各个分组的信息。
V字段、C字段、PSI字段、S字段、O字段、H字段、Res字段、A字段、B字段、HDR_LEN字段、CP字段、CCI字段、TSI字段和TOI字段与上述字段相同。
报头扩展类型(HET)字段可为对应LCT分组报头的扩展类型。对应字段可分配等于或小于127的值以指示LCT分组报头的扩展类型。在本实施例中，HET字段可具有值2并且指示LCT分组报头具有EXT_TIME的扩展类型。
报头扩展长度(HEL)字段可指示对应LCT分组报头的长度。长度可以按照32比特字为单位来表示。
USE字段的详细字段可如下。SCT HI字段、SCT Low字段、ERT字段和SLC字段与所描述的描述相同。
内部时间线参考高标志(ITR Hi)字段可指示对应LCT分组报头的扩展中包括64比特的内部时间线参考字段。
内部时间线参考低标志(ITR Low)字段可指示对应LCT分组报头的扩展中包括32比特的内部时间线参考字段。
外部时间线参考高标志(ETR Hi)字段可指示对应LCT分组报头的扩展中包括64比特的外部时间线参考字段。
外部时间线参考低标志(ETR Low)字段可指示对应LCT分组报头的扩展中包括32比特的外部时间线参考字段。
ITR标度字段可指示对应LCT分组报头的扩展中包括32比特的内部时间线参考时间标度字段。
ETR标度字段可指示对应LCT分组报头的扩展中包括32比特的外部时间线参考时间标度字段。
ITR格式字段可指示包括在对应LCT分组报头的扩展中的内部时间线参考字段的格式。即，对应字段可指示通过内部网络发送的媒体流的时间线参考的格式。
ETR格式字段可指示包括在对应LCT分组报头的扩展中的外部时间线参考字段的格式。即，对应字段可指示通过外部网络发送的媒体流的时间线参考的格式。
当ITR格式字段和ETR格式字段的值各自为0x00时，对应时间线参考可具有媒体时间格式，当值各自为0x01时，对应时间线参考可具有网络时间协议(NTP)格式，当值各自为0x02时，对应时间线参考可具有PTP格式，当值各自为0x03时，对应时间线参考可具有时间代码格式。当值各自为0x04至0x0F时，对应时间线参考可被保留以用于未来使用。
外部媒体URL标志(URL)字段可以是指示对应LCT分组报头的扩展中是否存在外部媒体URL字段的标志。
建议呈现延迟标志(SPD)字段可以是指示对应LCT分组的扩展中是否包括建议呈现延迟字段的标志。
SPD标度字段可以是指示对应LCT分组报头的扩展中是否包括建议呈现延迟时间标度字段的标志。当对应标志字段被设定为0时，建议呈现延迟时间标度字段可不存在。在这种情况下，建议呈现延迟字段可将SPD表示成正常时钟(以秒为单位)。
USE字段的剩余比特可被保留以用于未来使用。
发送器当前时间字段、预期残留时间字段和会话最后改变字段与以上描述相同。
内部时间线参考字段可指示通过内部网络发送的媒体流的时间线参考信息。通过内部网络发送的媒体流的时间线可通过对应字段的值来重新配置。根据上述ITR Hi字段或ITR Low字段的值，可确定是否存在对应字段。
外部时间线参考字段可指示通过外部网络发送的媒体流的时间线参考信息。通过外部网络发送的媒体流的时间线可通过对应字段的值来重新配置。根据上述ETR Hi字段或ETR Low字段的值，可确定是否存在对应字段。
内部时间线参考时间标度字段可表示通过内部网络发送的媒体流的时间线参考的时间标度。可根据上述ITR标度字段来确定是否存在对应字段。
外部时间线参考时间标度字段可表示通过外部网络发送的媒体流的时间线参考的时间标度(Hz)。可根据上述ETR标度字段来确定是否存在对应字段。
外部媒体URL字段可包括通过外部网络发送的媒体的位置信息和/或对应媒体的唯一识别信息。通过外部网络发送的媒体可通过信息项来访问。例如，当通过外部网络发送的媒体是根据DASH的媒体时，媒体的对应MPD的MPD URL和MPD ID的信息可被包括在URL字段中。
建议呈现延迟字段可包括SPD信息。即，基于通过外部网络或内部网络发送的媒体流的生成时间直至消费时间的建议呈现延迟可由对应字段来表示。当通过内部网络或外部网络发送的媒体流的时间线时，可应用通过从各个时间线参考值减去对应字段的值而获得的值以配置时间线。
建议呈现延迟时间标度字段可表示由上述建议呈现延迟字段表示的SPD信息的时间标度。在一些实施例中，对应时间标度可为Hz。
报头扩展字段、FEC有效载荷ID字段和编码符号字段与以上描述中相同。
图137是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。
本实施例与包括SPD的上述LCT分组结构相似，但是发送器当前时间字段、预期残留时间字段和/或会话最后改变字段可被省略。由于字段被省略，作为对应字段的标志字段的SCT Hi字段、SCT Low字段、ERT字段和/或SLC字段也可被省略。
由于作为定时信息项的一般用途的通过内部/外部网络的时间线参考信息已经被包括在LCT分组中，所以为了LCT分组结构的效率，省略的字段可被省略。
图138是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的示图。
ALC/LCT分组报头的扩展可具有各种类型。报头的扩展类型可包括用于发送时间相关信息(例如，服务器的壁钟)的报头扩展(EXT_TIME)。本实施例可对应于EXT_TIME的实施例。
在本实施例中，HET字段、HEL字段、SCT Hi字段、SCT Low字段、ERT字段(或ERT标志字段)、SLC字段(或SLC标志字段)、Res字段(或LCT保留字段)、SPD字段(或SPD标志字段)、发送器当前时间字段、预期残留时间字段、会话最后改变字段和/或建议呈现延迟时间标度字段与以上描述中相同。
根据本实施例的LCT分组结构可与包括上述SPD的LCT分组结构相似，但是还可包括TS格式字段、TS版本字段和/或时间戳字段。在此图中，除了LCT分组结构的扩展部分以外的部分被省略。
TS格式字段可指示包括在对应LCT分组报头的扩展部分中的时间戳字段的格式。例如，当对应字段的值为0x01时，时间戳可具有媒体时间格式，当值为0x02时，时间戳可具有NTP格式，当值为0x03时，时间戳可具有正常播放时间格式，当值为0x04时，时间戳可具有SMPTE时间代码格式，当值为0x05时，时间戳可具有基于90KHz的时间戳格式。当对应字段的值为0x00或0x06至0x0F时，时间戳可被保留以用于未来使用。
TS版本字段可指示包括在对应LCT分组报头的扩展部分中的时间戳字段的配置。例如，当对应字段的值为0时，时间戳字段可具有32比特，当值为1时，时间戳字段可具有64比特。在一些实施例中，建议呈现延迟字段和建议呈现延迟时间标度字段的长度也可使用相同的方法根据对应字段的值来确定。在一些实施例中，可使用单独的字段来表示建议呈现延迟字段和建议呈现延迟时间标度字段的长度。
SPDT标志字段可与上述SPD标度字段相同。在一些实施例中，当对应字段的值被设定为0时，对应字段可被设定为使得不存在建议呈现延迟。
时间戳字段可包括与包括在对应ALC/LCT分组的有效载荷中的数据有关的定时信息。例如，对应字段的值可指示关于包括在有效载荷中的数据的第一字节被解码的时间的信息。在一些实施例中，对应字段的值可指示对应数据的呈现时间信息。对应字段还可包括时间戳的时间标度和/或对应基于时间标度的定时信息。在一些实施例中，对应字段可具有通过将建议呈现延迟(SPD)与定时信息(例如，发送方的当前时间、对应媒体数据的编码时间以及对应媒体数据的第一字节被解码的时间)相加而获得的值。
建议呈现延迟字段可包括SPD信息。对应字段可指示基于对应ALC/LCT分组的有效载荷数据或者包括有效载荷数据的对象的生成时间直至消费时间的建议呈现延迟。当上述时间戳字段的时间戳值用于时间戳值的同步时，可使用SPD值。即，可应用通过将SPD值与时间戳值相加而获得的值以执行同步，以便执行应用建议呈现延迟的同步。
图139是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
本发明提出EXT_OBJ_INFO作为ALC/LCT分组结构的扩展部分中的新报头扩展结构。该新报头扩展结构可包括传输对象的类型相关信息和/或与对应传输对象有关的定时信息。新报头扩展结构可被包括在ALC/LCT分组报头的报头扩展字段中并且可用作内容传输协议分组报头的一部分。
本实施例对应于EXT_OBJ_INFO的一个实施例。在本实施例中，HET字段、HEL字段、SPD字段(或SPD标志字段)、SDPT标志字段、时间戳字段、建议呈现延迟字段和/或建议呈现延迟时间标度字段与以上描述中相同。
根据本实施例的LCT分组结构与包括SPD的上述LCT分组结构相似，但是可进一步包括对象类型字段和/或M字段。在该图中，除了LCT分组结构的扩展部分以外的部分被省略。
对象类型字段可指示对应传输对象的类型。对应字段所指示的传输对象类型可具有与RTP分组报头的有效载荷类型值相似的值。在一些实施例中，对应字段的值可指示传输对象的各种类型。例如，当对应字段的值为0x01时，传输对象的类型可为常规文件，当值为0x02时，传输对象的类型可为HTTP实体格式，当值为0x03时，传输对象的类型可为基于AAC的音频数据格式，当值为0x04时，传输对象的类型可为基于H.264的视频数据格式，当值为0x05时，传输对象的类型可为基于HEVC的视频数据格式，当值为0x06时，传输对象的类型可为DASH片段或ISO基本媒体文件格式，当值为0x07时，传输对象的类型可为元数据格式。当对应字段的值为0x00或0x07或更大时，传输对象的类型可被保留以用于未来使用。
M字段可用作标记并且根据对象类型字段的值指示各种对象。例如，当对象类型字段所指示的对象类型为文件时，M字段可指示文件的开始或结束。另外，当对象类型字段的对象类型为视频/音频数据时，M字段可指示相关数据单元的开始或结束。M字段也可被称作标记比特字段。
在本实施例中，时间戳字段、建议呈现延迟字段和/或建议呈现延迟时间标度字段可具有32比特、64比特等的相同的固定长度。该长度可由单独的长度字段指示并且由HEL字段指示。
图140是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
本发明提出上述EXT_OBJ_INFO的另一结构。与上述EXT_OBJ_INFO结构相比，可进一步包括TS标志字段、TS格式字段和/或TS版本字段。在该图中，除了LCT分组结构的扩展部分以外的部分被省略。
TS标志字段可以是指示时间戳字段是否存在于对应报头扩展结构中的标志。在一些实施例中，当对应字段的值为1时，可存在时间戳字段，当值为0时，可不存在时间戳字段。在一些实施例中，对应字段的值的含义可改变。
TS格式字段和TS版本字段可与以上描述中相同。然而，当TS标志字段为1时，即，当时间戳字段被指示为存在时，两个字段可指示对应时间戳的格式和版本。
具有相同名称的其它字段与以上描述中相同。
图141是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
本发明提出上述EXT_OBJ_INFO的另一结构。与上述EXT_OBJ_INFO结构相比，可进一步包括扩展标志字段和/或扩展字段。在该图中，除了LCT分组结构的扩展部分以外的部分被省略。
扩展标志字段可以是指示扩展字段是否存在于对应报头扩展结构中的标志。在一些实施例中，当对应字段的值为1时，扩展字段可存在，当值为0时，扩展字段可不存在。在一些实施例中，对应字段的值的含义可改变。
扩展字段可包括与对应传输对象有关的附加信息。例如，扩展字段可包括传输对象的位置信息等。这里，传输对象的位置信息可以是用于获得对应信息的位置信息。例如，当DASH片段被发送至传输对象时，传输对象的位置可以是DASH片段的URL。在一些实施例中，与传输对象有关的各种信息项可作为对应字段的扩展的功能被增加。
具有相同名称的其它字段与以上描述中相同。
图142是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
本发明提出EXT_MEDIA_TIME作为ALC/LCT分组结构的报头扩展部分的新报头扩展结构。新报头扩展结构可被包括在媒体数据的定时相关信息、时间戳信息等的信息中。新报头扩展结构可被包括在ALC/LCT分组的报头扩展字段中并且用作内容传输协议分组报头等的一部分。
本实施例对应于EXT_MEDIA_TIME的一个实施例。在EXT_MEDIA_TIME的情况下，与EXT_OBJ_INFO相比，对象类型字段、M字段和TS标志字段可被省略。在该图中，除了LCT分组结构的扩展部分以外的部分可被省略。
TS格式字段与以上描述中相同。然而，在这种情况下，对应字段可根据字段的值指示时间戳具有GPS时间格式。
TS版本字段与以上描述中相同。然而，在这种情况下，对应字段可指示时间戳的时间标度信息是否存在。
扩展标志字段可以是包括在扩展字段中的详细字段的一组标志字段。即，对应字段可指示扩展字段的配置。在一些实施例中，类似于上述扩展标志字段，对应字段可指示扩展字段是否存在。扩展字段可包括与根据对应字段的值映射的时间线有关的信息的各种信息项。
具有相同名称的其它字段与以上描述中相同。
图143是图示根据本发明的另一实施例的包括建议呈现延迟(SPD)的LCT分组结构的扩展部分的示图。
本发明提出EXT_TIME_MAP作为ALC/LCT分组结构的报头扩展部分的新报头扩展结构。新报头扩展结构可被包括在ALC/LCT分组的报头扩展字段中并且用作内容传输协议分组报头等的一部分。
EXT_TIME_MAP可向一个传输对象发送包括上述时间线组件AU或时间线参考信息AU的元数据。这是因为当传输对象需要与另一时间线同步时，需要向接收机发送两个时间线之间的映射信息。通过EXT_TIME_MAP，对应结构可被***报头的扩展部分中以发送所需的信息，而无需发送单独的传输对象。当可使用所发送的信息将对应分组的有效载荷的呈现时间映射至GPS时间等时。
EXT_TIME_MAP还可包括OTS标志字段、OTS格式字段、OTS版本字段、位置标志字段、最初时间戳字段、位置字段等。
TS格式字段与以上描述中相同，但是在一些实施例中，对应字段可指示时间戳为GPS时间格式。
OTS标志字段可以是指示最初时间戳字段是否存在于对应分组报头的扩展部分中的标志。在一些实施例中，当对应字段的值为1时，最初时间戳字段可存在，当值为0时，最初时间戳字段可不存在。在一些实施例中，对应字段的值的含义可改变。
OTS格式字段可指示最初时间戳字段的格式。在一些实施例中，对应字段可指示各种时间戳格式。例如，对应字段的值为0x01，时间戳可具有媒体时间格式，当值为0x02时，时间戳可具有NTP格式，当值为0x03时，时间戳可具有正常播放时间格式，当值为0x04时，时间戳可具有SMPTE时间代码格式，当值为0x05时，时间戳可具有基于90KHz的时间戳格式。当对应字段的值为0x00或0x06至0x0F时，时间戳可被保留以用于未来使用。
OTS版本字段可指示所包括的最初时间戳字段的版本或配置。例如，当对应字段的值为0时，最初时间戳字段可具有32比特的大小，当值为1时，最初时间戳可具有16比特的大小。
位置标志字段可以是指示位置字段是否存在于对应分组报头的报头部分中的标志。在一些实施例中，当对应字段的值为1时，位置字段可存在，当值为0时，位置字段可不存在。在一些实施例中，对应字段的值的含义可改变。
时间戳字段与以上描述中相同。对应字段可包括由最初时间戳字段表示的传输对象的时间戳以及要映射的时间线的时间戳。对应字段的时间戳可被映射至由最初时间戳字段表示的时间线。
最初时间戳字段可包括与时间戳字段的时间戳具有映射关系的传输对象的时间戳信息。对应字段的时间戳可被映射至由时间戳字段表示的时间线。在一些实施例中，对应字段可具有通过将建议呈现延迟(SPD)与发送方的当前时间、对应媒体数据的编码时间以及对应媒体数据的第一字节被解码的时间的定时信息相加而获得的值。
位置字段可包括与要映射的时间线等有关的数据的位置信息。例如，当时间戳被映射至特定DASH片段的时间线时，DASH片段的URL信息可被包括在对应字段中。
具有相同名称的其它字段与以上描述中相同。
为了执行上述LCT分组的报头或者报头的扩展部分的功能，可使用ROUTE的呈现时间报头(EXT_ROUTE_PRESENTATION_TIME)。在一些实施例中，为了执行上述LCT分组的报头或者报头的扩展部分的功能，也可使用IETF“分层编码传输(LCT)构建块”的RFC 5651的EXT_TIME报头。
上述LCT分组的报头或者报头的扩展部分可对应于EXT_ROUTE_PRESENTATION_TIME的一个实施例。在一些实施例中，上述LCT分组的报头或者报头的扩展部分可对应于EXT_TIME报头的一个实施例。上述LCT分组的报头或者报头的扩展部分可发送如上所述的定时相关信息。
根据本发明的另一实施例的LCT分组报头可表示第三、第四和第五位组64比特NTP时间戳。本实施例的报头可具有HET字段并且还可具有固定长度。根据本实施例的报头的值可大于SCT。根据本实施例的LCT分组报头可具有总共4字节的大小。
根据本发明的另一实施例的LCT分组报头可具有64比特NTP时间戳的所有值。根据本实施例的报头可具有HET字段和/或HEL字段。根据本实施例的LCT分组报头可具有总共12字节的大小。因此，剩余比特数可被保留以用于未来使用。
图144是图示根据本发明的实施例的发送广播内容的方法的示图。
根据本发明的实施例的发送广播内容的方法可包括：生成广播内容的第一媒体流；生成广播内容的第二媒体流；通过广播网络发送第一媒体流；接收对第二媒体流的请求；和/或通过互联网向接收机发送第二媒体流。
首先，可生成广播内容的第一媒体流。此过程可由第一模块执行。这里，第一媒体流可以是通过广播网络发送的媒体流。在上述实施例中，通过内部网络发送的媒体流可对应于第一媒体流。第一媒体流可通过连续地布置多个分组来形成。在这些分组当中，至少一个分组可包括时间信息。这里，信息是指示与时间有关的所有信息项的整合概念。在一些实施例中，时间信息可对应于定时相关LCT分组报头、时间线参考信息AU、时间线组件AU等的上述扩展部分。
可生成上述广播内容的第二媒体流。此过程可由第二模块执行。这里，第二媒体流可以是通过互联网发送的媒体流。在上述实施例中，通过外部网络发送的媒体流可对应于第二媒体流。第一模块和第二模块可彼此集成并且可作为一个模块操作。
所生成的第一媒体流可通过广播网络被发送至接收方。另外，所生成的第二媒体流可通过互联网被发送至接收方。第四模块可从接收机接收对第二媒体流的请求，并且根据该请求将对应媒体流发送至接收方。此请求可根据上述external_media_URL字段来执行。
在根据本发明的另一实施例的发送广播内容的方法中，上述第一媒体流的分组可包括包含上述时间信息的扩展报头。扩展报头可以是上述LCT分组报头的扩展部分。这里，上述时间信息可包括指示第一媒体流的呈现时间的时间戳信息。该时间戳信息可对应于上述时间戳字段。
在根据本发明的另一实施例的发送广播内容的方法中，上述扩展报头可仅包括时间戳的一部分。如上所述，根据本发明的实施例的扩展报头可表示第三、第四和第五位组64比特NTP时间戳。当上述扩展报头仅包括时间戳的一部分时，扩展报头可仅包括时间戳的一些位组。
在根据本发明的另一实施例的发送广播内容的方法中，上述扩展报头还可包括指示第二媒体流的呈现时间的时间戳信息。这里，指示第二媒体流的呈现时间的时间戳可表示由上述最初时间戳字段表示的时间戳。即，如上所述，扩展报头还可包括最初时间戳字段。
在根据本发明的另一实施例的发送广播内容的方法中，上述扩展报头还可包括关于从第一媒体流的生成时间直至消费时间的建议呈现延迟的信息。这里，关于建议呈现延迟的信息可表示上述SPD。扩展报头还可包括建议呈现延迟字段。接收机可将SPD与时间戳值相加并且执行应用了SPD的同步。
在根据本发明的另一实施例的发送广播内容的方法中，指示上述第一媒体流的呈现时间的时间戳可具有已经应用了SPD的时间戳值。时间戳字段可包括通过将SPD值与时间戳值相加而获得的值。因此，可表示应用了SPD的呈现时间。
在根据本发明的另一实施例的发送广播内容的方法中，上述分组可包括时间线参考信息项。参考信息项可包括用于配置第一媒体流的时间线的第一时间线参考信息和/或用于配置第二媒体流的时间线的第二时间线参考信息。各个时间线参考信息项可用于重新配置各个媒体流的时间线。时间线参考可被映射以配置同步的时间线。时间线可用于使通过不同网络发送的媒体流同步。具有此有效载荷的分组可以是使用与一般分组相同的分组进行分组的时间线参考信息AU。在一些实施例中，这些分组可以是时间线组件AU。
在根据本发明的另一实施例的发送广播内容的方法中，上述分组的有效载荷还可包括关于建议呈现延迟的信息。当建议呈现延迟信息可指示从第一媒体流和/或第二媒体流的生成时间直至消费时间的时间。在一些实施例中，所述含义可改变。如上所述，可将SPD值从时间线参考值减去以重新配置应用了SPD的时间线。
在根据本发明的另一实施例的发送广播内容的方法中，上述时间线参考信息项可具有已经应用了SPD值的时间线参考值。
在根据本发明的另一实施例的发送广播内容的方法中，上述第一媒体流可以是上述广播内容的视频流，第二媒体流可以是广播内容的音频流。
将描述根据本发明的实施例的接收广播内容的方法。现在示出根据本发明的实施例的接收广播内容的方法。
根据本发明的实施例的接收广播内容的方法可包括：通过广播网络接收第一媒体流；根据通过URL信息的请求通过互联网接收第二媒体流；配置第一媒体流和第二媒体流的时间线；映射所配置的时间线并且执行两个媒体流的时间线的同步；和/或通过时间戳值在特定时间再现对应媒体数据。
接收第一媒体流的步骤可由第一接收模块执行。根据通过URL信息的请求通过互联网接收第二媒体流的步骤可由第二接收模块执行。配置第一媒体流和第二媒体流的时间线的步骤可由第三接收模块执行。映射所配置的时间线并且执行两个媒体流的时间线的同步的步骤可由第四接收模块执行。通过时间戳值在特定时间再现对应媒体数据的步骤可由第五接收模块执行。这里，第三接收模块和第四接收模块可彼此集成并且可作为一个模块操作。
各个时间线可根据媒体流中的时间线参考信息AU的时间线参考信息来重新配置。在这种情况下，各个时间线可被映射以使媒体流同步。被一起发送的SPD信息可用于重新配置应用了SPD的时间线。在这种情况下，可将SPD值从时间线参考值减去以应用SPD。
另外，媒体流的各个分组报头可包括时间戳信息。时间戳信息可用于识别各个媒体流的呈现时间。被一起发送的SPD信息可用于获取应用了SPD的时间戳值。在这种情况下，可将SPD值与时间戳值相加以获取应用了SPD的对应媒体数据的呈现时间。
在一些实施例中，上述操作可被省略或者被执行相同/相似操作的其它操作取代。
图145是图示根据本发明的实施例的用于发送广播内容的设备的示图。
根据本发明的实施例的用于发送广播内容的设备可包括第一模块、第二模块、第三模块和/或第四模块。
所述模块可与具有相同名称的上述各个模块相同。第一模块可执行生成广播内容的第一媒体流的步骤。第二模块可执行生成广播内容的第二媒体流的步骤。第三模块可执行通过广播网络发送第一媒体流的步骤。第四模块可执行接收对第二媒体流的请求的步骤和/或通过互联网发送第二媒体流的步骤。
将描述根据本发明的实施例的用于接收广播内容的设备。现在示出用于接收广播内容的设备。
根据本发明的实施例的用于接收广播内容的设备可包括第一接收模块、第二接收模块、第三接收模块、第四接收模块和/或第五接收模块。各个模块可与具有相同名称的上述模块相同。
在一些实施例中，上述模块可被省略和/或被执行相同/相似操作的其它模块取代。
上述第一接收模块、第二接收模块、第三接收模块、第四接收模块和/或第五接收模块可以是用于执行存储在存储器中的连续过程的处理器。另外，上述第一模块、第二模块、第三模块、第四模块、第一接收模块、第二接收模块、第三接收模块、第四接收模块和/或第五接收模块可以是位于设备内部/外部的硬件元件。模块或单元可以是用于执行被存储在存储器(或者存储单元)中的连续进程的处理器。上述实施例中描述的步骤可由硬件/处理器来执行。在上述实施例中描述的模块/块/单元可作为硬件/处理器操作。本发明所提出的方法可作为代码执行。此代码可被写入处理器可读存储介质中并且可由设备所提供的处理器读取。尽管为了清晰起见参照各个附图说明了本发明的描述，但是可通过相互合并附图中所示的实施例来设计新的实施例。另外，如果根据本领域技术人员的需要设计记录有用于执行以上描述中所提及的实施例的程序的计算机可读记录介质，则其可以属于所附权利要求书及其等同物的范围。根据本发明的设备和方法可不限于以上描述中所提及的实施例的配置和方法。另外，以上描述中所提及的实施例可按照选择性地彼此整体或部分地组合的方式来配置，以实现各种修改。另外，根据本发明的方法可利用提供给网络装置的处理器可读记录介质中的处理器可读代码来实现。处理器可读介质可包括能够存储处理器可读数据的所有种类的记录装置。例如，处理器可读介质可包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等中的一种，并且还可包括诸如经由互联网的传输的载波型实现方式。此外，当处理器可读记录介质被分布到经由互联网连接的计算机***时，处理器可读代码可根据分布式***来保存和执行。尽管出于例示性目的公开了本发明的优选实施例，本领域技术人员将理解，在不脱离所附权利要求书中所公开的本发明的范围和精神的情况下，可进行各种修改、添加和置换。这些修改不应独立于本发明的技术精神或前景来理解。
在本说明书中提及了设备和方法发明二者，设备和方法发明二者的描述可互补地适用于彼此。本领域技术人员将理解，在不脱离所附权利要求书中描述的本发明的精神或范围的情况下，可对本发明进行各种修改和变化。因此，本发明旨在包括在所附权利要求书及其等同物内提供的本发明的修改和变化。在本说明书中提及了设备和方法发明二者，设备和方法发明二者的描述可以互补地适用于彼此。
本发明的模式
已在具体实施例中描述了各种实施例。
工业实用性
本发明适用于一系列广播信号提供领域。
对于本领域技术人员而言将显而易见的是，在不脱离本发明的精神或范围的情况下，可对本发明进行各种修改和变化。因此，本发明旨在涵盖对本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。

Claims (20)

1.一种用于发送广播内容的方法，该方法包括以下步骤：
由第一模块生成广播内容的第一媒体流，所述第一媒体流包括多个分组，所述分组中的至少一个分组包括时间信息；
由第二模块生成所述广播内容的第二媒体流；
由第三模块通过广播网络发送所述第一媒体流；
由第四模块从接收机接收针对所述第二媒体流的请求；以及
由所述第四模块通过互联网向接收机发送所述第二媒体流。
2.根据权利要求1所述的方法，其中，
所述至少一个分组包括扩展报头，该扩展报头包括所述时间信息，并且
所述时间信息包括指示所述第一媒体流的呈现时间的时间戳信息。
3.根据权利要求2所述的方法，其中，所述扩展报头包括时间戳的仅一部分。
4.根据权利要求2所述的方法，其中，所述扩展报头还包括指示所述第二媒体流的呈现时间的时间戳信息。
5.根据权利要求2所述的方法，其中，所述扩展报头还包括与从所述第一媒体流的生成时间直至消费时间的建议呈现延迟相关的信息。
6.根据权利要求5所述的方法，其中，指示所述第一媒体流的呈现时间的时间戳指示应用了所述建议呈现延迟的所述第一媒体流的呈现时间值。
7.根据权利要求2所述的方法，其中，所述至少一个分组的有效载荷包括用于配置所述第一媒体流的时间线的第一时间线参考信息以及用于配置所述第二媒体流的时间线的第二时间线参考信息。
8.根据权利要求7所述的方法，其中，所述至少一个分组的所述有效载荷还包括与从所述第一媒体流和所述第二媒体流的生成时间直至消费时间的建议呈现延迟相关的信息。
9.根据权利要求8所述的方法，其中，所述第一时间线参考信息和所述第二时间线参考信息具有应用了所述建议呈现延迟的值。
10.根据权利要求1所述的方法，其中，
所述第一媒体流是所述广播内容的视频流，并且
所述第二媒体流是所述广播内容的音频流。
11.一种用于发送广播内容的设备，该设备包括：
第一模块，该第一模块被配置为生成广播内容的第一媒体流，所述第一媒体流包括多个分组，所述分组中的至少一个分组包括时间信息；
第二模块，该第二模块被配置为生成所述广播内容的第二媒体流；
第三模块，该第三模块被配置为通过广播网络发送所述第一媒体流；以及
第四模块，该第四模块被配置为从接收机接收针对所述第二媒体流的请求，并且通过互联网向接收机发送所述第二媒体流。
12.根据权利要求11所述的设备，其中，
所述至少一个分组包括扩展报头，该扩展报头包括所述时间信息，并且
所述时间信息包括指示所述第一媒体流的呈现时间的时间戳信息。
13.根据权利要求12所述的设备，其中，所述扩展报头包括时间戳的仅一部分。
14.根据权利要求12所述的设备，其中，所述扩展报头还包括指示所述第二媒体流的呈现时间的时间戳信息。
15.根据权利要求12所述的设备，其中，所述扩展报头还包括与从所述第一媒体流的生成时间直至消费时间的建议呈现延迟相关的信息。
16.根据权利要求15所述的设备，其中，指示所述第一媒体流的呈现时间的时间戳指示应用了所述建议呈现延迟的所述第一媒体流的呈现时间值。
17.根据权利要求12所述的设备，其中，所述至少一个分组的有效载荷包括用于配置所述第一媒体流的时间线的第一时间线参考信息以及用于配置所述第二媒体流的时间线的第二时间线参考信息。
18.根据权利要求17所述的设备，其中，所述至少一个分组的所述有效载荷还包括与从所述第一媒体流和所述第二媒体流的生成时间直至消费时间的建议呈现延迟相关的信息。
19.根据权利要求18所述的设备，其中，所述第一时间线参考信息和所述第二时间线参考信息具有应用了所述建议呈现延迟的值。
20.根据权利要求11所述的设备，其中，
所述第一媒体流是所述广播内容的视频流，并且
所述第二媒体流是所述广播内容的音频流。
CN201580009960.7A 2014-04-18 2015-04-08 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 Active CN106031181B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201461981208P 2014-04-18 2014-04-18
US61/981,208 2014-04-18
US201461982875P 2014-04-23 2014-04-23
US61/982,875 2014-04-23
PCT/KR2015/003515 WO2015160137A1 (ko) 2014-04-18 2015-04-08 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (2)

Publication Number Publication Date
CN106031181A true CN106031181A (zh) 2016-10-12
CN106031181B CN106031181B (zh) 2019-06-14

Family

ID=54324274

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580009960.7A Active CN106031181B (zh) 2014-04-18 2015-04-08 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法

Country Status (6)

Country Link
US (3) US10897636B2 (zh)
EP (1) EP3133817A4 (zh)
JP (1) JP6325122B2 (zh)
KR (2) KR101805537B1 (zh)
CN (1) CN106031181B (zh)
WO (1) WO2015160137A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108347625A (zh) * 2018-03-09 2018-07-31 北京数码视讯软件技术发展有限公司 一种ts流媒体定位的方法和装置
CN114830699A (zh) * 2019-11-14 2022-07-29 深圳市汇顶科技股份有限公司 建立iso链路的方法和ble设备

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10530828B2 (en) * 2014-03-31 2020-01-07 Samsung Electronics Co., Ltd. Method and apparatus for signaling and operation of low delay consumption of media data in MMT
WO2015174894A1 (en) * 2014-05-13 2015-11-19 Telefonaktiebolaget L M Ericsson (Publ) Methods, source device, target device and analyser for managing video coding
JP5725242B1 (ja) * 2014-06-04 2015-05-27 ソニー株式会社 送信装置及び送信方法、並びに受信装置並びに受信方法
US10547884B2 (en) 2014-06-24 2020-01-28 Samsung Electronics Co., Ltd. Technique for transmitting and receiving system time information in broadcasting system
US10645432B2 (en) * 2015-01-07 2020-05-05 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving media information in communication system
ES2733858T3 (es) 2015-03-09 2019-12-03 Fraunhofer Ges Forschung Codificación de audio alineada por fragmentos
KR102387881B1 (ko) * 2015-04-17 2022-04-18 삼성전자주식회사 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치
MX2017013592A (es) * 2015-04-30 2018-03-07 Sony Corp Aparato de recepcion, aparato de transmision, y metodo de procesamiento de datos.
JP6822407B2 (ja) * 2015-09-01 2021-01-27 ソニー株式会社 受信装置、データ処理方法、及び、プログラム
MX2018006721A (es) * 2015-12-10 2018-08-01 Sony Corp Aparato de recepcion y metodo de procesamiento de datos.
US10812558B1 (en) 2016-06-27 2020-10-20 Amazon Technologies, Inc. Controller to synchronize encoding of streaming content
US10652625B1 (en) 2016-06-27 2020-05-12 Amazon Technologies, Inc. Synchronization of multiple encoders for streaming content
US10652292B1 (en) * 2016-06-28 2020-05-12 Amazon Technologies, Inc. Synchronization of multiple encoders for streaming content
US10148722B2 (en) 2016-07-04 2018-12-04 Znipe Esports AB Methods and nodes for synchronized streaming of a first and a second data stream
SE541208C2 (en) * 2016-07-04 2019-04-30 Znipe Esports AB Methods and nodes for synchronized streaming of a first and a second data stream
US10574424B2 (en) * 2016-08-31 2020-02-25 Avago Technologies International Sales Pte. Limited Transmission bandwidth improvements for DVB-S2X channel bonding
US10491964B2 (en) * 2017-01-23 2019-11-26 Cisco Technology, Inc. Assisted acceleration for video streaming clients
KR101967299B1 (ko) * 2017-12-19 2019-04-09 엘지전자 주식회사 방송 신호를 수신하는 차량용 수신 장치 및 방송 신호를 수신하는 차량용 수신 방법
WO2019132119A1 (ko) 2017-12-28 2019-07-04 주식회사 디에스브로드캐스트 방송 신호 송신을 위한 다중화 방법 및 그 장치
CN110138451B (zh) * 2018-02-08 2020-12-04 华为技术有限公司 一种用于无线光通信的方法及通信装置
US11030174B1 (en) * 2018-04-19 2021-06-08 Amazon Technologies, Inc. Quantized time range indexing for out of order event collections
US11159833B2 (en) * 2018-11-23 2021-10-26 Sony Corporation Buffer management for storing files of a received packet stream
US11405662B2 (en) 2019-03-22 2022-08-02 Comcast Cable Communications, Llc Content delivery
JP2023522447A (ja) * 2020-04-23 2023-05-30 華為技術有限公司 通信方法及び装置
KR102251148B1 (ko) * 2020-05-06 2021-05-12 (주)유브릿지 오디오-비디오 동기화 처리 방법
WO2021251886A1 (en) * 2020-06-09 2021-12-16 Telefonaktiebolaget Lm Ericsson (Publ) Providing semantic information with encoded image data
KR102564057B1 (ko) * 2022-04-04 2023-08-07 서울대학교산학협력단 오브젝트 레벨 혼잡 제어 장치 및 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110231566A1 (en) * 2010-03-16 2011-09-22 Harman International Industries, Incorporated Memory management unit
US20130074141A1 (en) * 2011-09-21 2013-03-21 University Of Seoul Industry Cooperation Foundation Method and apparatus for synchronizing media data of multimedia broadcast service
CN103155584A (zh) * 2010-10-15 2013-06-12 汤姆逊许可公司 同步多媒体流的方法和对应设备

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1158799A1 (en) * 2000-05-18 2001-11-28 Deutsche Thomson-Brandt Gmbh Method and receiver for providing subtitle data in several languages on demand
CA2510709A1 (en) * 2002-12-18 2004-07-01 Nokia Corporation Method of announcing sessions
GB2401759A (en) 2003-05-13 2004-11-17 Nokia Corp Method of signalling in a mobile communications network
US7430617B2 (en) * 2003-12-19 2008-09-30 Nokia Corporation Method and system for header compression
US20060184790A1 (en) * 2004-03-26 2006-08-17 Microsoft Corporation Protecting elementary stream content
US7376150B2 (en) * 2004-07-30 2008-05-20 Nokia Corporation Point-to-point repair response mechanism for point-to-multipoint transmission systems
US9197857B2 (en) 2004-09-24 2015-11-24 Cisco Technology, Inc. IP-based stream splicing with content-specific splice points
JP4718275B2 (ja) 2005-08-26 2011-07-06 三菱電機株式会社 複数メディアの同期再生システム及び同期再生方法
KR100986990B1 (ko) 2008-09-30 2010-10-11 전자부품연구원 다중표준 모바일 방송 스트림 수신장치 및 그 방법
US9400555B2 (en) * 2008-10-10 2016-07-26 Internet Services, Llc System and method for synchronization of haptic data and media data
JP5086285B2 (ja) 2009-01-22 2012-11-28 株式会社日立製作所 映像配信システム，映像配信装置，及び同期補正処理装置
EP2541920A4 (en) 2010-02-23 2014-02-26 Lg Electronics Inc BROADCAST SIGNAL AND RECEIVER AND BROADCAST SIGNALING AND RECEIVING METHOD
KR20120083747A (ko) 2011-01-18 2012-07-26 삼성전자주식회사 방송통신 융합형 서비스를 위한 전송 방법 및 장치
KR20120084252A (ko) 2011-01-19 2012-07-27 삼성전자주식회사 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법
JP5586511B2 (ja) 2011-03-25 2014-09-10 日本放送協会 同期制御装置及びプログラム
KR101920051B1 (ko) 2011-07-12 2018-11-29 한국전자통신연구원 Ｍｍｔ 복합 전달 서비스에서 ｍｍｔ 패킷 스트림 동기화를 위한 타이밍 정보 제공 방법 및 ｍｍｔ 패킷 스트림 동기화 방법
US9124396B2 (en) * 2011-07-28 2015-09-01 Allen LeRoy Limberg COFDM digital television receivers for iterative-diversity reception
KR20130018208A (ko) 2011-08-12 2013-02-20 한국방송공사 송신 장치, 수신 장치 및 그 송수신 방법
KR101965385B1 (ko) 2011-10-10 2019-04-03 한국전자통신연구원 융합형 ３ｄｔｖ에서 컨텐츠 스트림에 접근하는 컨텐츠 제공 장치 및 방법, 그리고 컨텐츠 재생 장치 및 방법
US9088583B2 (en) 2011-10-31 2015-07-21 Interdigital Patent Holdings, Inc. Method and apparatus for enabling multimedia synchronization
RU2627040C2 (ru) 2012-06-22 2017-08-03 Сони Корпорейшн Приемное устройство и способ синхронизационной обработки изображений в этом устройстве
EP3095244A4 (en) * 2014-01-13 2017-11-15 LG Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
TWI565253B (zh) * 2015-03-31 2017-01-01 晨星半導體股份有限公司 時間解交錯電路與執行時間解交錯處理之方法
US10700713B2 (en) * 2017-08-01 2020-06-30 Microsemi Storage Solutions, Inc. System and method for error correction in data communications
US11336401B2 (en) * 2019-03-21 2022-05-17 Electronics And Telecommunications Research Institute Method of retransmission for downlink transmission in wireless communication system and apparatus for the same
US11509420B2 (en) * 2020-10-06 2022-11-22 Qualcomm Incorporated Methods and apparatus for FEC rate adaptation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110231566A1 (en) * 2010-03-16 2011-09-22 Harman International Industries, Incorporated Memory management unit
CN103155584A (zh) * 2010-10-15 2013-06-12 汤姆逊许可公司 同步多媒体流的方法和对应设备
US20130074141A1 (en) * 2011-09-21 2013-03-21 University Of Seoul Industry Cooperation Foundation Method and apparatus for synchronizing media data of multimedia broadcast service

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108347625A (zh) * 2018-03-09 2018-07-31 北京数码视讯软件技术发展有限公司 一种ts流媒体定位的方法和装置
CN108347625B (zh) * 2018-03-09 2020-10-13 北京数码视讯软件技术发展有限公司 一种ts流媒体定位的方法和装置
CN114830699A (zh) * 2019-11-14 2022-07-29 深圳市汇顶科技股份有限公司 建立iso链路的方法和ble设备

Also Published As

Publication number Publication date
US10897636B2 (en) 2021-01-19
KR20170136005A (ko) 2017-12-08
US20220150558A1 (en) 2022-05-12
EP3133817A4 (en) 2017-11-15
US11272231B2 (en) 2022-03-08
US11706467B2 (en) 2023-07-18
JP2017512001A (ja) 2017-04-27
KR101805537B1 (ko) 2017-12-07
US20210144415A1 (en) 2021-05-13
JP6325122B2 (ja) 2018-05-16
EP3133817A1 (en) 2017-02-22
WO2015160137A1 (ko) 2015-10-22
US20160337672A1 (en) 2016-11-17
KR101838083B1 (ko) 2018-03-13
CN106031181B (zh) 2019-06-14
KR20160082241A (ko) 2016-07-08

Similar Documents

Publication Publication Date Title
CN106031181B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105723718B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN105917655B (zh) 经由一个或者多个网络发送或者接收广播内容的设备和方法
KR101714444B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105917654B (zh) 经由一个或者更多个网络发送或者接收广播内容的设备和方法
KR101956036B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106233692A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN106233693A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106464929B (zh) 广播信号发送/接收方法和装置
CN106165321A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
JP6784725B2 (ja) 放送伝送装置、放送伝送装置の動作方法、放送受信装置及び放送受信装置の動作方法
CN106105136A (zh) 用于处理混合广播服务的装置和用于处理混合广播服务的方法
CN105934953B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105745899A (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106134203A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法、和广播信号接收方法
CN106165433A (zh) 广播发送装置、广播接收装置、广播发送装置的操作方法、以及广播接收装置的操作方法
CN105659567A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN106464834A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN105900359A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105917653A (zh) 广播发送装置及其操作方法、和广播接收装置及其操作方法
CN106134158A (zh) 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法
CN106464928A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
US20170373916A1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
CN106031178A (zh) 广播发送装置及其操作方法、和广播接收装置及其操作方法
CN106416284B (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