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

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

Info

Publication number
CN105830459B
CN105830459B CN201580003268.3A CN201580003268A CN105830459B CN 105830459 B CN105830459 B CN 105830459B CN 201580003268 A CN201580003268 A CN 201580003268A CN 105830459 B CN105830459 B CN 105830459B
Authority
CN
China
Prior art keywords
service
information
broadcast
signaling
data
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.)
Active
Application number
CN201580003268.3A
Other languages
English (en)
Other versions
CN105830459A (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 CN105830459A publication Critical patent/CN105830459A/zh
Application granted granted Critical
Publication of CN105830459B publication Critical patent/CN105830459B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04L1/0042—Encoding specially adapted to other signal generation operation, e.g. in order to reduce transmit distortions, jitter, or to improve signal shape
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0031—Multiple signaling transmission
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/39—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability involving multiple description coding [MDC], i.e. with separate layers being structured as independently decodable descriptions of input picture data
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors

Landscapes

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

Abstract

根据本发明的实施例的用于生成和处理广播信号的方法包括：编码用于一个或者多个广播服务的广播数据；编码包括描述一个或者多个广播服务的属性的信息的第一级别信令信息；编码包括用于扫描一个或者多个广播服务的信息的第二级别信令信息；以及生成包括广播数据、第一级别信令信息和第二级别信令信息的广播信号，其中第二级别信令信息包括识别对于解码用于一个或者多个广播服务的一条或者多条广播内容所需要的性能的第一性能信息。

Description

发送广播信号的设备、接收广播信号的设备、发送广播信号的 方法和接收广播信号的方法
技术领域
本发明涉及发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号与模拟广播信号相比可包括更大量的视频/音频数据，并且除了视频/音频数据以外还包括各种类型的附加数据。
发明内容
技术问题
即，数字广播系统可提供HD(高清晰度)图像、多声道音频和各种附加服务。然而，用于大量数据的传输的数据传输效率、发送/接收网络的鲁棒性以及考虑移动接收设备的网络灵活性需要被改进以用于数字广播。
技术方案
根据本发明的一个方面，在此提供一种生成和处理广播信号的方法，包括：编码用于一个或者多个广播服务的广播数据；编码包括描述一个或者多个广播服务的属性的信息的第一级别信令信息；编码包括用于扫描一个或者多个广播服务的信息的第二级别信令信息；以及生成包括广播数据、第一级别信令信息和第二级别信令信息的广播信号，其中第二级别信令信息包括识别对于解码用于一个或者多个广播服务的一条或者多条广播内容所需要的性能的第一性能信息。
一条或者多条广播内容中的每一个可以包括一个或者多个组件，并且第一性能信息可以进一步识别性能信息被应用到的组件的类型。
一个或者多个广播服务可以包括应用服务，并且第一性能信息可以进一步识别被用于下载被包括在应用服务中的组件的下载协议。
第一级别信令信息可以包括描述广播服务的服务层属性的用户服务描述(USD)信息，并且USD信息可以包括识别对于呈现广播服务的广播内容所需要的性能的第二性能信息。
如果由第一性能信息指示的信息不同于由第二性能信息指示的信息，则优先级可以被指配给第二性能信息。
第二级别信令信息可以进一步包括物理层管道(PLP)识别信息，其识别发送第一级别信令信息的PLP。
第二级别信令信息可以进一步包括服务种类信息，该服务种类信息识别是否一个或者多个广播服务对应于线性服务、应用服务、或者电子服务指南(ESG)服务。
根据本发明的另一方面，在此提供一种广播信号接收机，包括：广播信号接收单元，该广播信号接收单元用于接收广播信号，广播信号包括用于一个或者多个广播服务的广播数据、包括描述一个或者多个广播服务的属性的信息的第一级别信令信息、以及包括用于扫描一个或者多个广播服务的信息的第二级别信令信息，其中第二级别信令信息包括第一性能信息，该第一性能信息识别对于解码用于一个或者多个广播服务的一条或者多条广播内容所需要的性能；以及处理器，该处理器用于通过使用第二级别信令信息和第一级别信令信息获取广播服务来执行控制功能以呈现广播服务。
一条或者多条广播内容中的每一个可以包括一个或者多个组件，并且第一性能信息可以进一步识别性能信息被应用到的组件的类型。
一个或者多个广播服务可以包括应用服务，并且第一性能信息可以进一步识别被用于下载被包括在应用服务中的组件的下载协议。
第一级别信令信息可以包括描述广播服务的服务层属性的用户服务描述(USD)信息，并且USD信息可以包括识别对于呈现广播服务的广播内容所需要的性能的第二性能信息。
如果由第一性能信息指示的信息不同于由第二性能信息指示的信息，则优先级可以被指配给第二性能信息。
第二级别信令信息可以进一步包括物理层管道(PLP)识别信息，该物理层管道(PLP)识别信息识别发送第一级别信令信息的PLP。
第二级别信令信息可以进一步包括服务种类信息，该服务种类信息识别是否一个或者多个广播服务对应于线性服务、应用服务、或者电子服务指南(ESG)服务。
仅当由第一性能信息指示的在接收机中需要的性能是通过广播信号接收机支持的性能时，处理器可以在信道映射中包含与第一性能信息有关的广播服务并且生成信道映射。
有益效果
本发明可通过基于服务特性处理数据来关于服务或服务组件控制服务质量(QoS)，从而提供各种广播服务。
本发明可通过经由相同的射频(RF)信号带宽发送各种广播服务来实现传输灵活性。
本发明可提供用于发送和接收广播信号的方法和设备，其使得数字广播信号甚至在使用移动接收装置时或者甚至在室内环境中也能够被没有错误地接收。
本发明可利用地面广播网络和互联网在支持未来混合广播的环境中有效地支持未来广播服务。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请的一部分，附图示出本发明的实施例并且与说明书一起用于说明本发明的原理。附图中：
图1示出根据本发明的实施例的接收机协议栈；
图2示出根据本发明的实施例的SLT与服务层信令(SLS)之间的关系；
图3示出根据本发明的实施例的SLT；
图4示出根据本发明的实施例的SLS引导和服务发现处理；
图5示出根据本发明的实施例的用于ROUTE/DASH的USBD分段；
图6示出根据本发明的实施例的用于ROUTE/DASH的S-TSID分段；
图7示出根据本发明的实施例的用于MMT的USBD/USD分段；
图8示出根据本发明的实施例的链路层协议架构；
图9示出根据本发明的实施例的链路层分组的基本头的结构；
图10示出根据本发明的实施例的链路层分组的附加头的结构；
图11示出根据本发明的另一实施例的链路层分组的附加头的结构；
图12示出根据本发明的实施例的用于MPEG-2TS分组的链路层分组的头结构及其封装处理；
图13示出根据本发明的实施例的IP头压缩中的适配模式的示例(发送侧)；
图14示出根据本发明的实施例的链路映射表(LMT)和RoHC-U描述表；
图15示出根据本发明的实施例的发送机侧的链路层的结构；
图16示出根据本发明的实施例的接收机侧的链路层的结构；
图17示出根据本发明的实施例的通过链路层的信令传输的配置(发送侧/接收侧)；
图18是示出根据本发明的实施例的用于未来广播服务的广播信号发送设备的配置的框图；
图19是示出根据本发明的实施例的比特交织编译和调制(BICM)块的框图；
图20是示出根据本发明的另一实施例的BICM块的框图；
图21示出根据本发明的实施例的物理层信令(PLS)的比特交织处理；
图22是示出根据本发明的实施例的用于未来广播服务的广播信号接收设备的配置的框图；
图23示出根据本发明的实施例的帧的信令层次结构；
图24是示出根据本发明的实施例的PLS1数据的表；
图25是示出根据本发明的实施例的PLS2数据的表；
图26是示出根据本发明的另一实施例的PLS2数据的表；
图27示出根据本发明的实施例的帧的逻辑结构；
图28示出根据本发明的实施例的PLS映射；
图29示出根据本发明的实施例的时间交织；
图30示出根据本发明的实施例的扭曲行-列块交织器的基本操作；
图31示出根据本发明的另一实施例的扭曲行-列块交织器的操作；
图32是示出根据本发明的实施例的根据各个FFT模式的包括主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器的框图；
图33示出根据本发明的实施例的用于所有FFT模式的主PRBS；
图34示出根据本发明的实施例的用于FFT模式的次PRBS和用于频率交织的交织地址；
图35示出根据本发明的实施例的时间交织器的写入操作；
图36是示出根据PLP的数量应用的交织类型的表；
图37是包括混合时间交织器的结构的第一示例的框图；
图38是包括混合时间交织器的结构的第二示例的框图；
图39是包括混合时间解交织器的结构的第一示例的框图；
图40是包括混合时间解交织器的结构的第二示例的框图；
图41是示出根据本发明的实施例的混合广播接收设备的框图；
图42是示出根据本发明的实施例的混合广播接收机的框图；
图43示出根据本发明的实施例的未来混合广播系统的协议栈；
图44示出根据本发明的实施例的被传送至未来广播传输系统的物理层的传输帧的结构；
图45示出根据本发明的实施例的应用层传输协议的传输分组；
图46示出根据本发明的实施例的由未来广播系统发送信令数据的方法；
图47示出根据本发明的实施例的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图48示出根据本发明的实施例的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图49示出根据本发明的实施例的发送基于FIC的信令的方法；
图50示出根据本发明的实施例的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图51示出根据本发明的另一实施例的发送基于FIC的信令的方法；
图52示出根据本发明的实施例的未来广播系统的服务信令消息格式；
图53示出根据本发明的实施例的未来广播系统中所使用的服务信令表；
图54示出根据本发明的实施例的未来广播系统中所使用的服务映射表；
图55示出根据本发明的实施例的未来广播系统中所使用的服务信令表；
图56示出根据本发明的实施例的未来广播系统中所使用的组件映射表；
图57示出根据本发明的实施例的组件映射表描述；
图58示出根据本发明的实施例的未来广播系统的组件映射表的句法；
图59示出根据本发明的实施例的在未来广播系统中通过宽带网络发送与各个服务有关的信令的方法；
图60示出根据本发明的实施例的在未来广播系统中用信号通知MPD的方法；
图61示出根据本发明的实施例的未来广播系统中所使用的MPD传送表的句法；
图62示出根据本发明的实施例的未来广播系统的传输会话实例描述；
图63示出根据本发明的实施例的未来广播系统的SourceFlow元素；
图64示出根据本发明的实施例的未来广播系统的EFDT；
图65示出根据本发明的实施例的未来广播系统所使用的发送ISDT的方法；
图66示出根据本发明的实施例的未来广播系统的信令消息传送结构；
图67示出根据本发明的实施例的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图68示出根据本发明的实施例的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图69示出根据本发明的实施例的组件映射表描述；
图70示出根据本发明的实施例的组件映射表描述；
图71和图72示出根据本发明的实施例的组件映射表描述；
图73示出根据本发明的实施例的组件映射表描述；
图74示出根据本发明的实施例的MPD的公共属性和元素；
图75示出根据本发明的实施例的传输会话实例描述；
图76示出根据本发明的实施例的未来广播系统的SourceFlow元素；
图77示出根据本发明的另一实施例的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图78示出根据本发明的另一实施例的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图79示出根据本发明的实施例的在未来广播系统中获取服务层信令的方法；
图80示出根据本发明的实施例的在未来广播系统中获取服务层信令和链路层信令的方法；
图81示出根据本发明的实施例的在未来广播系统中获取服务层信令的方法；
图82示出根据本发明的实施例的在未来广播系统中获取服务层信令和链路层信令的方法；
图83示出根据本发明的实施例的在未来广播系统中传送服务层信令的方法；
图84示出根据本发明的实施例的在未来广播系统中传送服务层信令和链路层信令的方法；
图85示出根据本发明的实施例的在未来广播系统中传送服务层信令的方法；
图86示出根据本发明的实施例的在未来广播系统中传送服务层信令和链路层信令的方法；
图87示出根据本发明的实施例的在未来广播系统中发送服务层信令的方法；
图88示出根据本发明的实施例的在未来广播系统中传送服务层信令的方法；
图89示出根据本发明的另一实施例的信令消息的头的句法；
图90示出根据本发明的实施例的处理DASH初始化片段的协议栈；
图91示出根据本发明的实施例的分层编译传输(LCT)会话实例描述(LSID)的部分；
图92示出根据本发明的实施例的提供用于过滤服务信令消息的信息的信令对象描述(SOD)；
图93示出根据本发明的实施例的包括信令消息的对象；
图94示出根据本发明的实施例的TOI配置描述(TCD)；
图95示出根据本发明的实施例的传输分组的有效载荷格式元素；
图96示出根据本发明的实施例的TOI配置实例描述(TCD)；
图97示出根据本发明的实施例的快速信息信道(FIC)的有效载荷的句法；
图98示出根据本发明的另一实施例的FIC的有效载荷的句法；
图99示出根据本发明的另一实施例的服务级别信令的句法；
图100示出根据本发明的另一实施例的组件映射描述；
图101示出根据本发明的另一实施例的URL信令描述的句法；
图102示出根据本发明的另一实施例的SourceFlow元素；
图103示出根据本发明的另一实施例的通过宽带网络获取信令信息的处理；
图104示出根据本发明的另一实施例的通过广播网络和宽带网络获取信令信息的处理；
图105示出根据本发明的另一实施例的通过宽带网络获取信令信息的处理；
图106示出根据本发明的另一实施例的通过广播网络获取电子服务指南(ESG)的处理；
图107示出根据本发明的另一实施例的通过广播网络获取广播服务的视频片段和音频片段的处理；
图108示出根据本发明的另一实施例的通过广播网络获取视频片段并且通过宽带网络获取音频片段的处理；
图109示出根据本发明的实施例的clock_reference_bootstrap_descriptor的配置；
图110示出根据本发明的实施例的clock_reference_value_descriptor的配置；
图111示出根据本发明的实施例的快速信息信道(FIC)的配置；
图112示出根据本发明的另一实施例的clock_reference_value_descriptor的配置；
图113示出根据本发明的实施例的服务描述的配置；
图114示出根据本发明的实施例的组件映射描述的配置；
图115示出根据本发明的实施例的发送广播信号的方法；
图116示出根据本发明的实施例的接收广播信号的方法；
图117示出根据本发明的实施例的发送广播信号的设备的配置；
图118示出根据本发明的实施例的接收广播信号的设备的配置；
图119示出根据本发明的实施例的当会话描述信息被包括在服务描述信息中并被发送时的服务描述信息；
图120示出根据本发明的实施例的当通过服务信令信道传送会话描述信息时用于传送会话描述信息的消息格式；
图121示出根据本发明的实施例的通过会话之外的路径发送会话描述信息的方法；
图122示出根据本发明的另一实施例的通过会话之外的路径发送会话描述信息的方法；
图123示出根据本发明的另一实施例的通过会话之外的路径发送会话描述信息的方法；
图124示出根据本发明的实施例的为初始化信息传送扩展的信令消息；
图125示出根据本发明的实施例的用于初始化信息传送的消息格式；
图126示出根据本发明的另一实施例的当通过服务信令信道传送会话描述信息时用于会话描述信息传送的消息格式；
图127示出根据本发明的实施例的处理服务数据的方法；
图128示出根据本发明的实施例的处理服务数据的设备；
图129示出根据本发明的实施例的ESG引导信息；
图130示出根据本发明的实施例的ESG引导信息传输类型；
图131示出根据本发明的第一实施例的ESG引导信息信令；
图132示出根据本发明的第二实施例的ESG引导信息信令；
图133示出根据本发明的第三实施例的ESG引导信息信令；
图134示出根据本发明的第四实施例的ESG引导信息信令；
图135示出根据本发明的第五实施例的ESG引导信息信令；
图136示出根据本发明的第五实施例的GAT；
图137示出本发明的第一实施例至第五实施例的效果；
图138是示出根据本发明的实施例的广播接收设备的操作的流程图；
图139示出根据本发明的实施例的信道映射配置方法；
图140示出根据本发明的实施例的信道映射配置方法；
图141是图示根据本发明的实施例的FIC的图；
图142是图示根据本发明的实施例的FIC的图；
图143是图示根据本发明的实施例的FIC的图；
图144是图示根据本发明的实施例的FIC的图；
图145是图示根据本发明的实施例的FIC的图；
图146是图示根据本发明的实施例的FIC的图；
图147是图示根据本发明的实施例的SSC的图；
图148是图示根据本发明的实施例的广播发送方法的流程图；
图149是图示根据本发明的实施例的广播接收方法的流程图；
图150是图示根据本发明的实施例的当接收机移动时到另一频率的切换情形的图；
图151是图示根据本发明的实施例的用于无缝切换的信息传输方法的图；
图152是图示根据本发明的另一实施例的用于无缝切换的信息传输方法的图；
图153是图示根据本发明的另一实施例的用于无缝切换的信息的图；
图154是图示根据本发明的实施例的低级别信令信息的图；
图155是图示根据本发明的实施例的使用FIC在接收机中呈现服务的过程的图；
图156是图示根据本发明的另一实施例的低级别信令信息的图；
图157是图示根据本发明的另一实施例的低级别信令信息的图；
图158是图示根据本发明的另一实施例的低级别信令信息的图；
图159是图示根据本发明的另一实施例的使用FIC在接收机中呈现服务的过程的图；
图160是图示根据本发明的实施例的用于生成和处理广播信号的方法的流程图。
图161是根据本发明的实施例的广播系统的图。
具体实施方式
现在将详细参考本发明的优选实施例，其示例示出于附图中。下面将参考附图给出的详细描述旨在说明本发明的示例性实施例，而非示出可根据本发明实现的仅有实施例。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的术语选自通常已知和使用的术语，但是本发明的描述中所提及的一些术语是由申请人斟酌选择的，其详细含义在本文描述的相关部分中描述。另外，要求本发明不简单地按照所使用的实际术语来理解，而是按照落入其内的各个术语的含义来理解。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施例的未来广播服务包括地面广播服务、移动广播服务、超高清电视(UHDTV)服务等。根据一个实施例，本发明可通过非MIMO(多输入多输出)或MIMO来处理用于未来广播服务的广播信号。根据本发明的实施例的非MIMO方案可包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
图1示出根据本发明的实施例的接收机协议栈。
在通过广播网络的广播服务传送中可使用两种方案。
在第一种方案中，基于MPEG媒体传输(MMT)利用MMT协议(MMTP)来发送媒体处理单元(MPU)。在第二方案中，可基于MPEG DASH利用经由单向传输的实时对象传送(ROUTE)来发送HTTP动态自适应流(DASH)片段。
利用ROUTE传送包括NRT媒体、EPG数据和其它文件的非时序内容。可经由MMTP和/或ROUTE传送信令，而通过服务列表表格(SLT)提供引导信令信息。
在混合服务传送中，在宽带侧使用经由HTTP/TCP/IP的MPEG DASH。ISO基本媒体文件格式(BMFF)的媒体文件用作传送、媒体封装和同步格式以用于广播和宽带传送二者。这里，混合服务传送可表示通过宽带路径传送一个或更多个节目元素的情况。
利用三个功能层传送服务。这些功能层是物理层、传送层和服务管理层。物理层提供经由广播物理层和/或宽带物理层传输信令、服务声明和IP分组流的机制。传送层提供对象和对象流传输功能。通过MMTP或ROUTE协议允许经由广播物理层在UDP/IP多播上操作，通过HTTP协议允许经由宽带物理层在TCP/IP单播上操作。服务管理层使得诸如线性TV或HTML5应用服务的任何类型的服务能够由下面的传送层和物理层承载。
在该图中，广播侧的协议栈部分可被分成通过SLT和MMTP发送的部分以及通过ROUTE发送的部分。
SLT可通过UDP层和IP层来封装。这里，SLT将在下面描述。MMTP可发送以MMT中定义的MPU格式来格式化的数据以及根据MMTP的信令信息。这些数据可通过UDP层和IP层来封装。ROUTE可发送以DASH片段形式格式化的数据、信令信息以及诸如NRT数据等的非时序数据。这些数据可通过UDP层和IP层封装。根据给定实施例，根据UDP层和IP层的一些或所有处理可被省略。这里，所示的信令信息可以是与服务有关的信令信息。
通过SLT和MMTP发送的部分和通过ROUTE发送的部分可在UDP层和IP层中处理，然后在数据链路层中再次被封装。链路层将在下面描述。在链路层中处理的广播数据可在物理层中通过诸如编码/交织等的处理作为广播信号进行多播。
在该图中，宽带侧的协议栈部分可如上所述通过HTTP来发送。以DASH片段形式格式化的数据、信令信息、NRT信息等可通过HTTP发送。这里，所示的信令信息可以是与服务有关的信令信息。这些数据可通过TCP层和IP层处理，然后被封装到链路层中。根据给定实施例，TCP层、IP层和链路层中的一些或所有可被省略。随后处理的宽带数据可通过用于在物理层中传输的处理在宽带中通过单播来发送。
服务可以是聚合地呈现给用户的媒体组件的收集；组件可以是多种媒体类型；服务可以是连续的或间歇的；服务可以是实时的或非实时的；实时服务可由TV节目的序列组成。
图2示出根据本发明的实施例的SLT和SLS之间的关系。
服务信令提供服务发现和描述信息，并且包括两个功能组件：经由服务列表表格(SLT)和服务层信令(SLS)的引导信令。这些表示发现和获取用户服务所需的信息。SLT使得接收机能够构建基本服务列表，并且针对各个服务引导SLS的发现。
SLT可允许基本服务信息的非常快速的获取。SLS使得接收机能够发现和访问服务及其内容组件。SLT和SLS的细节将在下面描述。
如上文所述，SLT可通过UDP/IP来发送。在这种情况下，根据给定实施例，与SLT对应的数据可通过在此传输中最鲁棒的方案来传送。
SLT可具有用于访问通过ROUTE协议传送的SLS的访问信息。换言之，SLT可根据ROUTE协议被引导至SLS中。SLS是在上述协议栈中位于ROUTE的上层中的信令信息，并且可通过ROUTE/UDP/IP来传送。SLS可通过ROUTE会话中所包括的LCT会话之一来发送。可利用SLS访问与期望的服务对应的服务组件。
另外，SLT可具有用于访问通过MMTP传送的MMT信令组件的访问信息。换言之，SLT可根据MMTP被引导至SLS中。SLS可通过MMT中定义的MMTP信令消息来传送。可利用SLS访问与期望的服务对应的流服务组件(MPU)。如上文所述，在本发明中，NRT服务组件通过ROUTE协议来传送，并且根据MMTP的SLS可包括用于访问ROUTE协议的信息。在宽带传送中，SLS被承载于HTTP/TCP/IP上。
图3示出根据本发明的实施例的SLT。
首先，将描述服务管理、传送和物理层的各个逻辑实体之间的关系。
服务可作为两个基本类型中的一个来用信号通知。第一种类型是线性音频/视频或者仅音频服务(可具有基于应用的增强)。第二种类型是其呈现和构成通过在获取服务时执行的下载的应用来控制的服务。后者可被称为“基于应用的”服务。
关于用于承载服务的内容组件的ROUTE/LCT会话和/或MMTP会话的存在的规则可如下。
对于没有基于应用的增强的线性服务的广播传送，服务的内容组件可通过(1)一个或更多个ROUTE/LCT会话或者(2)一个或更多个MMTP会话中的任一者(但非二者)来承载。
对于具有基于应用的增强的线性服务的广播传送，服务的内容组件可通过(1)一个或更多个ROUTE/LCT会话和(2)零个或更多个MMTP会话来承载。
在特定实施例中，可允许在同一服务中使用MMTP和ROUTE二者来用于流媒体组件。
对于基于应用的服务的广播传送，服务的内容组件可通过一个或更多个ROUTE/LCT会话来承载。
各个ROUTE会话包括一个或更多个LCT会话，该一个或更多个LCT会话整体或部分地承载构成服务的内容组件。在流服务传送中，LCT会话可承载诸如音频、视频或隐藏字幕流的用户服务的各个组件。流媒体被格式化为DASH片段。
各个MMTP会话包括一个或更多个MMTP分组流，该一个或更多个MMTP分组流承载MMT信令消息或者整体或部分地承载内容组件。MMTP分组流可承载MMT信令消息或者被格式化为MPU的组件。
对于NRT用户服务或者系统元数据的传送，LCT会话承载基于文件的内容项。这些内容文件可由NRT服务的连续的(基于时间的)或者离散的(非基于时间的)媒体组件或者诸如服务信令或ESG分段的元数据组成。诸如服务信令或ESG分段的系统元数据的传送也可通过MMTP的信令消息模式来实现。
广播流是对按照在指定带宽内居中的载波频率定义的RF信道的抽象。它通过[地理区域，频率]的对来标识。物理层管道(PLP)对应于RF信道的一部分。各个PLP具有特定调制和编译参数。它通过在它所属于的广播流内唯一的PLP标识符(PLPID)来标识。这里，PLP可被称作DP(数据管道)。
各个服务通过两种形式的服务标识符来标识：紧凑形式，用在SLT中并且仅在广播区域内唯一；和全局唯一形式，用在SLS和ESG中。ROUTE会话通过源IP地址、目的地IP地址和目的地端口号来标识。LCT会话(与其所承载的服务组件关联)通过在父ROUTE会话的范围内唯一的传输会话标识符(TSI)来标识。在称为基于服务的传输会话实例描述(S-TSID)的ROUTE信令结构(是服务层信令的部分)中给出了LCT会话所共有的性质以及各个LCT会话所独特的特定性质。各个LCT会话被承载于单个物理层管道上。根据给定实施例，一个LCT会话可通过多个PLP来发送。ROUTE会话的不同的LCT会话可被包含在不同的物理层管道中或者可不被包含在不同的物理层管道中。这里，ROUTE会话可通过多个PLP来传送。S-TSID中描述的性质包括各个LCT会话的TSI值和PLPID、传送对象/文件的描述符和应用层FEC参数。
MMTP会话通过目的地IP地址和目的地端口号来标识。MMTP分组流(与它所承载的服务组件关联)通过在父MMTP会话的范围内唯一的packet_id来标识。SLT中给出了MMTP分组流所共有的性质以及MMTP分组流的特定性质。各个MMTP会话的性质通过MMTP会话内可承载的MMT信令消息来给出。MMTP会话的不同MMTP分组流可被包含在不同物理层管道中或者可不被包含在不同物理层管道中。这里，MMTP会话可通过多个PLP来传送。MMT信令消息中所描述的性质包括各个MMTP分组流的packet_id值和PLPID。这里，MMT信令消息可具有MMT中所定义的形式，或者根据下面将描述的实施例具有变形的形式。
以下将描述低级信令(LLS)。
具有专用于此功能的熟知地址/端口的IP分组的有效载荷中所承载的信令信息被称作低级信令(LLS)。可根据实施例不同地配置IP地址和端口号。在一个实施例中，可在具有地址224.0.23.60和目的地端口4937/udp的IP分组中传输LLS。在上述协议栈上，LLS可位于由“SLT”表示的部分中。然而，根据给定实施例，LLS可通过信号帧中的单独的物理信道(专用信道)来发送，而不经受UDP/IP层的处理。
传送LLS数据的UDP/IP分组可按照被称作LLS表的形式来格式化。传送LLS数据的各个UDP/IP分组的第一字节可对应于LLS表的开始。任何LLS表的最大长度受到可从PHY层传送的最大IP分组(65507字节)限制。
LLS表可包括标识LLS表的类型的LLS表ID字段以及标识LLS表的版本的LLS表版本字段。根据LLS表ID字段所指示的值，LLS表可包括上述SLT或者分级区域表(RRT)。RRT可具有关于内容分级的信息。
以下将描述SLT。LLS可以是支持接收机的快速信道扫描和服务获取的引导的信令信息，SLT可以是用于构建基本服务列表并且提供SLS的引导发现的信令信息表。
SLT的功能类似于MPEG-2系统中的节目关联表(PAT)以及见于ATSC系统中的快速信息信道(FIC)。对于首次遇到广播发射的接收机，就从这里开始。SLT支持快速信道扫描，其允许接收机构建它可接收的所有服务的列表(带有其信道名称、信道号等)，SLT提供允许接收机针对各个服务发现SLS的引导信息。对于ROUTE/DASH传送服务，引导信息包括承载SLS的LCT会话的目的地IP地址和目的地端口。对于MMT/MPU传送服务，引导信息包括承载SLS的MMTP会话的目的地IP地址和目的地端口。
SLT通过将关于各个服务的以下信息包括在广播流中来支持快速信道扫描和服务获取。首先，SLT可包括允许对于观看者有意义并且可支持经由信道号或者上/下选择的初始服务选择的服务列表的呈现所需的信息。其次，SLT可包括定位所列的各个服务的服务层信令所需的信息。即，SLT可包括与传送SLS的位置有关的访问信息。
所示的根据本实施例的SLT被表示成具有SLT根元素的XML文档。根据给定实施例，SLT可按照二进制格式或XML文档来表示。
图中所示的SLT的SLT根元素可包括@bsid、@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers、@language、@capabilities、InetSigLoc和/或Service。根据给定实施例，SLT根元素还可包括@providerId。根据给定实施例，SLT根元素可不包括@language。
服务元素可包括@serviceId、@SLTserviceSeqNumber、@protected、@majorChannelNo、@minorChannelNo、@serviceCategory、@shortServiceName、@hidden、@slsProtocolType、BroadcastSignaling、@slsPlpId、@slsDestinationIpAddress、@slsDestinationUdpPort、@slsSourceIpAddress、@slsMajorProtocolVersion、@SlsMinorProtocolVersion、@serviceLanguage、@broadbandAccessRequired、@capabilities和/或InetSigLoc。
根据给定实施例，SLT的属性或元素可被添加/改变/删除。SLT中所包括的各个元素可另外具有单独的属性或元素，并且根据本实施例的一些属性或元素可被省略。这里，用@标记的字段可对应于属性，没有用@标记的字段可对应于元素。
@bsid是整个广播流的标识符。BSID的值可在区域层面为唯一的。
@providerId可以是使用该广播流的部分或全部的广播商的索引。这是可选属性。当它不存在时，表示该广播流由一个广播商使用。图中未示出@providerId。
@sltSectionVersion可以是SLT区段的版本号。当SLT内承载的信息发生变化时，sltSectionVersion可增加1。当它达到最大值时，它返回0。
@sltSectionNumber可以是SLT的该区段的编号，从1开始计数。换言之，@sltSectionNumber可对应于SLT区段的区段号。当不使用此字段时，@sltSectionNumber可被设定为默认值1。
@totalSltSectionNumbers可以是此区段作为其一部分的SLT的区段的总数(即，具有最高sltSectionNumber的区段)。sltSectionNumber和totalSltSectionNumbers一起可被认为指示当按照分段发送时SLT的一部分的“N中的部分M”。换言之，当发送SLT时，可支持通过分段的传输。当不使用此字段时，@totalSltSectionNumbers可被设定为默认值1。不使用此字段的情况可对应于SLT不通过分段来发送的情况。
@language可指示此slt实例中所包括的服务的主语言。根据给定实施例，此字段的值可具有ISO中所定义的三字符语言代码。此字段可被省略。
@capabilities可指示用于解码并有意义地呈现该slt实例中的所有服务的内容所需的能力。
InetSigLoc可提供告知接收机它可从哪里经由宽带从外部服务器获取任何请求的类型的数据的URL。此元素可包括@urlType作为下级字段。根据@urlType字段的值，可指示由InetSigLoc提供的URL的类型。根据给定实施例，当@urlType字段具有值0时，InetSigLoc可提供信令服务器的URL。当@urlType字段具有值1时，InetSigLoc可提供ESG服务器的URL。当@urlType字段具有其它值时，字段可被预留以用于未来使用。
service字段是具有关于各个服务的信息的元素，并且可对应于服务入口。可存在与SLT所指示的服务的数量对应的服务元素字段。以下将描述service字段的下级属性/元素。
@serviceId可以是在此广播区域的范围内唯一地标识此服务的整数。根据给定实施例，@serviceId的范围可改变。@SLTserviceSeqNumber可以是指示服务ID等于上述serviceId属性的SLT服务信息的序列号的整数。SLTserviceSeqNumber值对于各个服务可从0开始并且每当此服务元素中的任何属性改变时可增加1。如果与具有特定值的ServiceID的先前服务元素相比没有属性值改变，则SLTserviceSeqNumber将不增加。SLTserviceSeqNumber字段在达到最大值之后返回0。
@protected是可指示用于服务的有意义再生的一个或更多个组件是否处于受保护状态的标志信息。当被设定为“1”(真)时，有意义呈现所需的一个或更多个组件受到保护。当被设定为“0”(假)时，此标志指示服务的有意义呈现所需的组件未受保护。默认值为假。
@majorChannelNo是表示服务的“主”信道号的整数。该字段的示例可具有1至999的范围。
@minorChannelNo是表示服务的“次”信道号的整数。该字段的示例可具有1至999的范围。
@serviceCategory可指示此服务的类别。此字段可指示根据实施例而变化的类型。根据给定实施例，当此字段具有值1、2和3时，所述值可分别对应于线性A/V服务、仅线性音频服务和基于应用的服务。当此字段具有值0时，所述值可对应于未定义类别的服务。当此字段具有除了1、2和3之外的其它值时，该字段可被预留以用于未来使用。@shortServiceName可以是服务的短字符串名称。
@hidden可以是布尔值，当其存在并被设定为“真”时指示服务旨在用于测试或专有用途，并且将不被普通TV接收机选择。当不存在时默认值为“假”。
@slsProtocolType可以是指示此服务所使用的服务层信令的协议类型的属性。此字段可指示根据实施例而变化的类型。根据给定实施例，当此字段具有值1和2时，各个对应服务所使用的SLS的协议可分别为ROUTE和MMTP。当此字段具有除了0之外的其它值时，该字段可被预留以用于未来使用。此字段可被称作@slsProtocol。
BroadcastSignaling及其下级属性/元素可提供与广播信令相关的信息。当BroadcastSignaling元素不存在时，父服务元素的子元素InetSigLoc可存在，并且其属性urlType包括URL_type 0x00(至信令服务器的URL)。在这种情况下，属性url支持查询参数svc＝<service_id>，其中service_id对应于父服务元素的serviceId属性。
另选地，当BroadcastSignaling元素不存在时，元素InetSigLoc可作为slt根元素的子元素而存在，并且该InetSigLoc元素的属性urlType包括URL_type 0x00(至信令服务器的URL)。在这种情况下，URL_type0x00的属性url支持查询参数svc＝<service_id>，其中service_id对应于父服务元素的serviceId属性。
@slsPlpId可以是表示整数的字符串，其指示承载此服务的SLS的物理层管道的PLP ID。
@slsDestinationIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4目的地地址的字符串。
@slsDestinationUdpPort可以是包含承载此服务的SLS数据的分组的端口号的字符串。如上文所述，可通过目的地IP/UDP信息执行SLS引导。
@slsSourceIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4源地址的字符串。
@slsMajorProtocolVersion可以是用于传送此服务的服务层信令的协议的主版本号。默认值为1。
@SlsMinorProtocolVersion可以是用于传送此服务的服务层信令的协议的次版本号。默认值为0。
@serviceLanguage可以是指示服务的主语言的三字符语言代码。此字段的值可具有根据实施例而变化的形式。
@broadbandAccessRequired可以是指示接收机需要宽带访问来进行服务的有意义的呈现的布尔值。默认值为假。当此字段具有值真时，接收机需要访问宽带以用于有意义服务再生，这可对应于混合服务传送的情况。
@capabilities可表示用于解码并有意义地呈现服务ID等于上述serviceId属性的服务的内容所需的能力。
InetSigLoc可提供用于经由宽带(如果可用的话)访问信令或声明信息的URL。其数据类型可以是任何URL数据类型的扩展，增加了指示URL允许访问什么的@urlType属性。此字段的@urlType字段可指示与上述InetSigLoc的@urlType字段相同的含义。当属性URL_type0x00的InetSigLoc元素作为SLT的元素存在时，它可用于做出对信令元数据的HTTP请求。HTTP POST消息主体可包括服务项。当InetSigLoc元素出现在区段层面时，该服务项用于指示所请求的信令元数据对象所应用于的服务。如果不存在服务项，则请求区段中的所有服务的信令元数据对象。当InetSigLoc出现在服务层面时，则不需要服务项来指定期望的服务。当提供属性URL_type 0x01的InetSigLoc元素时，它可用于经由宽带检索ESG数据。如果元素作为服务元素的子元素出现，则URL可用于检索该服务的ESG数据。如果元素作为SLT元素的子元素出现，则URL可用于检索该区段中的所有服务的ESG数据。
在SLT的另一示例中，SLT的@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers和/或@language字段可被省略。
另外，上述InetSigLoc字段可被@sltInetSigUri和/或@sltInetEsgUri字段代替。这两个字段可分别包括信令服务器的URI和ESG服务器的URI信息。与SLT的下级字段对应的InetSigLoc字段以及与service字段的下级字段对应的InetSigLoc字段可按照相似的方式被代替。
所建议的默认值可根据实施例而变化。所示的“用途”列涉及各个字段。这里，“1”可指示对应字段是必要字段，“0..1”可指示对应字段是可选字段。
图4示出根据本发明的实施例的SLS引导和服务发现处理。
以下将描述SLS。
SLS可以是提供用于服务及其内容组件的发现和获取的信息的信令。
对于ROUTE/DASH，用于各个服务的SLS描述了服务的特性，例如其组件的列表及哪里获取它们以及进行服务的有意义呈现所需的接收机能力。在ROUTE/DASH系统中，SLS包括用户服务绑定描述(USBD)、S-TSID和DASH媒体呈现描述(MPD)。这里，USBD或用户服务描述(USD)是SLS XML分段之一，并且可用作描述特定描述性信息的信令herb。USBD/USD可被扩展超过3GPP MBMS。USBD/USD的细节将在下面描述。
服务信令聚焦于服务本身的基本属性，特别是获取服务所需的那些属性。旨在用于观看者的服务和节目的性质作为服务声明或ESG数据出现。
各个服务具有单独的服务信令允许接收机获取感兴趣的服务的适合SLS，而无需解析广播流内承载的整个SLS。
为了服务信令的可选宽带传送，如上所述，SLT可包括可获得服务信令文件的HTTPURL。
LLS用于引导SLS获取，此后，SLS用于获取在ROUTE会话或MMTP会话上传送的服务组件。所描述的图示出以下信令序列。接收机开始获取上述SLT。经由ROUTE会话传送的service_id所标识的各个服务提供SLS引导信息：PLPID(#1)、源IP地址(sIP1)、目的地IP地址(dIP1)和目的地端口号(dPort1)。经由MMTP会话传送的service_id所标识的各个服务提供SLS引导信息：PLPID(#2)、目的地IP地址(dIP2)和目的地端口号(dPort2)。
对于使用ROUTE的流服务传送，接收机可获取在IP/UDP/LCT会话和PLP上承载的SLS分段；而对于使用MMTP的流服务传送，接收机可获取在MMTP会话和PLP上承载的SLS分段。对于使用ROUTE的服务传送，这些SLS分段包括USBD/USD分段、S-TSID分段和MPD分段。它们与一个服务相关。USBD/USD分段描述服务层性质并且提供对S-TSID分段的URI参考以及对MPD分段的URI参考。换言之，USBD/USD可参考S-TSID和MPD。对于使用MMTP的服务传送，USBD参考MMT信令的MPT消息，其MP表提供分组ID的标识以及属于服务的资产的位置信息。这里，资产是多媒体数据实体，并且可表示数据实体，该数据实体被组合成一个唯一ID并且用于生成一个多媒体呈现。资产可对应于一个服务中所包括的服务组件。MPT消息是具有MMT的MP表的消息。这里，MP表可以是具有关于内容和MMT资产的信息的MMT分组表。详情可类似于MMT中的定义。这里，媒体呈现可对应于建立媒体内容的有界/无界呈现的数据的收集。
S-TSID分段提供与一个服务关联的组件获取信息以及见于与该服务的组件对应的MPD中和TSI中的DASH表示之间的映射。S-TSID可提供TSI和关联的DASH表示标识符的形式的组件获取信息、以及承载与DASH表示关联的DASH片段的PLPID。通过PLPID和TSI值，接收机从服务收集音频/视频组件并且开始缓冲DASH媒体片段，然后应用适当的解码处理。
对于在MMTP会话上传送的USBD列表服务组件，如所描述的图中的“服务#2”所示，接收机还获取具有匹配MMT_package_id的MPT消息以完成SLS。MPT消息提供包括服务和各个组件的获取信息的服务组件的完整列表。组件获取信息包括MMTP会话信息、承载会话的PLPID以及该会话内的packet_id。
根据给定实施例，例如，在ROUTE中，可使用两个或更多个S-TSID分段。各个分段可提供与传送各个服务的内容的LCT会话有关的访问信息。
在ROUTE中，S-TSID、USBD/USD、MPD或者传送S-TSID、USBD/USD或MPD的LCT会话可被称作服务信令信道。在MMTP中，USBD/UD、MMT信令消息或者传送MMTP或USBD/UD的分组流可被称作服务信令信道。
与所示的示例不同，一个ROUTE或MMTP会话可通过多个PLP传送。换言之，一个服务可通过一个或更多个PLP传送。如上文所述，一个LCT会话可通过一个PLP传送。与该图不同，根据给定实施例，包括在一个服务中的组件可通过不同的ROUTE会话传送。另外，根据给定实施例，包括在一个服务中的组件可通过不同的MMTP会话传送。根据给定实施例，包括在一个服务中的组件可独立地通过ROUTE会话和MMTP会话传送。尽管未示出，包括在一个服务中的组件可经由宽带传送(混合传送)。
图5示出根据本发明的实施例的用于ROUTE/DASH的USBD分段。
以下将描述基于ROUTE的传送中的SLS。
SLS向接收机提供详细的技术信息以允许发现和访问服务及其内容组件。它可包括在专用LCT会话上承载的一组XML编码的元数据分段。该LCT会话可如上所述利用包含在SLT中的引导信息来获取。SLS按照服务级别定义，它描述服务的特性和访问信息(例如，其内容组件的列表以及如何获取它们)以及进行该服务的有意义呈现所需的接收机能力。在ROUTE/DASH系统中，对于线性服务传送，SLS由以下元数据分段组成：USBD、S-TSID和DASHMPD。SLS分段可在具有TSI＝0的专用LCT传输会话上传送。根据给定实施例，传送SLS分段的特定LCT会话(专用LCT会话)的TSI可具有不同的值。根据给定实施例，传送SLS分段的LCT会话可利用SLT或者另一方案来用信号通知。
ROUTE/DASH SLS可包括用户服务绑定描述(USBD)和基于服务的传输会话实例描述(S-TSID)元数据分段。这些服务信令片分段用于线性服务和基于应用的服务二者。USBD分段包含服务标识、装置能力信息、对访问服务和构成媒体组件所需的其它SLS分段的参考、以及使得接收机能够确定服务组件的传输模式(广播和/或宽带)的元数据。被USBD参考的S-TSID分段提供传送服务的媒体内容组件的一个或更多个ROUTE/LCT会话的传输会话描述以及那些LCT会话中承载的传送对象的描述。USBD和S-TSID将在下面描述。
在基于ROUTE的传送中的流内容信令中，SLS的流内容信令组件对应于MPD分段。MPD通常与用于作为流内容的DASH片段的传送的线性服务关联。MPD以片段URL的形式提供线性/流服务的各个媒体组件的资源标识符，以及在媒体呈现内所标识的资源的上下文。MPD的细节将在下面描述。
在基于ROUTE的传送中的基于应用的增强信令中，基于应用的增强信令属于基于应用的增强组件的传送，例如应用逻辑文件、本地缓存的媒体文件、网络内容项或者通知流。当可用时，应用还可经由宽带连接检索本地缓存的数据。
以下将描述图中所示的USBD/USD的细节。
顶层或入口点SLS分段是USBD分段。所示的USBD分段是本发明的示例，根据给定实施例可另外提供图中未示出的USBD分段的基本字段。如上文所述，所示的USBD分段具有扩展形式，并且可具有增加到基本配置的字段。
所示的USBD可具有bundleDescription根元素。bundleDescription根元素可具有userServiceDescription元素。userServiceDescription元素可对应于一个服务的示例。
userServiceDescription元素可包括@serviceId、@atsc:serviceId、@atsc:serviceStatus、@atsc:fullMPDUri、@atsc:sTSIDUri、name、serviceLanguage、atsc:capabilityCode和/或deliveryMethod。
@serviceId可以是标识服务的全局唯一的URI，其在BSID的范围内唯一。此参数可用于链接到ESG数据(Service@globalServiceID)。
@atsc:serviceId是对LLS(SLT)中的对应服务条目的参考。此属性的值与指派给该条目的serviceId的值相同。
@atsc:serviceStatus可指定此服务的状态。该值指示此服务是活动的还是不活动的。当被设定为“1”(真)时，指示服务是活动的。当没有使用此字段时，@atsc:serviceStatus可被设定为默认值1。
@atsc:fullMPDUri可参考MPD分段，其包含经由广播并且可选地还经由宽带传送的服务的内容组件的描述。
@atsc:sTSIDUri可参考S-TSID分段，其提供对承载此服务的内容的传输会话的访问相关参数。
name可指示由lang属性给出的服务的名称。name元素可包括lang属性，该lang属性指示服务名称的语言。可根据XML数据类型来指定语言。
serviceLanguage可表示服务的可用语言。可根据XML数据类型来指定语言。
atsc:capabilityCode可指定接收机能够创建此服务的内容的有意义呈现所需的能力。根据给定实施例，此字段可指定预定义的能力组。这里，所述能力组可以是用于有意义呈现的一组能力属性值。可根据给定实施例省略此字段。
deliveryMethod可以是属于经由广播和(可选地)宽带访问模式的服务内容的传输相关信息的容器。参考服务中所包括的数据，当数据的数量为N时，各个数据的传送方案可由此元素来描述。deliveryMethod可包括r12:broadcastAppService元素和r12:unicastAppService元素。各个下级元素可包括basePattern元素作为下级元素。
r12:broadcastAppService可以是遍及附属媒体呈现的所有周期经由广播以复用或非复用的形式传送的DASH表示，其包含属于服务的对应媒体组件。换言之，各个字段可指示通过广播网络传送的DASH表示。
r12:unicastAppService可以是遍及附属媒体呈现的所有周期经由宽带以复用或非复用的形式传送的DASH表示，其包含属于服务的构成媒体内容组件。换言之，各个字段可指示经由宽带传送的DASH表示。
basePattern可以是接收机用来与DASH客户端在其包含周期下请求父表示的媒体片段所使用的片段URL的任何部分匹配的字符图案。匹配暗指所请求的对应媒体片段经由广播传输承载。在用于接收由r12:broadcastAppService元素和r12:unicastAppService元素中的每一个表示的DASH表示的URL地址中，URL等的一部分可具有特定图案。该图案可由此字段来描述。一些数据可利用此信息来区分。所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
图6示出根据本发明的实施例的用于ROUTE/DASH的S-TSID分段。
以下将详细描述图中所示的S-TSID。
S-TSID可以是SLS XML分段，其为承载服务的内容组件的传输会话提供总会话描述信息。S-TSID是SLS元数据分段，其包含零个或更多个ROUTE会话以及传送服务的媒体内容组件的构成LCT会话的总传输会话描述信息。S-TSID还包括服务的LCT会话中承载的传送对象或对象流的文件元数据，以及关于有效载荷格式和那些LCT会话中承载的内容组件的附加信息。
S-TSID分段的各个实例在USBD分段中由userServiceDescription元素的@atsc:sTSIDUri属性参考。根据本实施例所示的S-TSID被表示为XML文档。根据给定实施例，S-TSID可被表示为二进制格式或者XML文档。
所示的S-TSID可具有S-TSID根元素。S-TSID根元素可包括@serviceId和/或RS。
@serviceID可以是USD中的参考对应服务元素。此属性的值可参考具有service_id的对应值的服务。
RS元素可具有关于用于传送服务数据的ROUTE会话的信息。服务数据或服务组件可通过多个ROUTE会话来传送，因此RS元素的数量可为1至N。
RS元素可包括@bsid、@sIpAddr、@dIpAddr、@dport、@PLPID和/或LS。
@bsid可以是承载broadcastAppService的内容组件的广播流的标识符。当此属性不存在时，默认广播流是PLP承载此服务的SLS分段的那一个广播流。其值可与SLT中的broadcast_stream_id相同。
@sIpAddr可指示源IP地址。这里，该源IP地址可以是用于传送服务中所包括的服务组件的ROUTE会话的源IP地址。如上文所述，一个服务的服务组件可通过多个ROUTE会话传送。因此，可利用用于传送S-TSID的ROUTE会话以外的另一ROUTE会话来发送服务组件。因此，此字段可用于指示ROUTE会话的源IP地址。此字段的默认值可以是当前ROUTE会话的源IP地址。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的源IP地址的值。在这种情况下，此字段可对应于M，即，必要字段。
@dIpAddr可指示目的地IP地址。这里，目的地IP地址可以是传送服务中所包括的服务组件的ROUTE会话的目的地IP地址。对于与@sIpAddr的以上描述相似的情况，此字段可指示传送服务组件的ROUTE会话的目的地IP地址。此字段的默认值可以是当前ROUTE会话的目的地IP地址。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的目的地IP地址的值。在这种情况下，此字段可对应于M，即，必要字段。
@dport可指示目的地端口。这里，目的地端口可以是传送服务中所包括的服务组件的ROUTE会话的目的地端口。对于与@sIpAddr的以上描述相似的情况，此字段可指示传送服务组件的ROUTE会话的目的地端口。此字段的默认值可以是当前ROUTE会话的目的地端口号。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的目的地端口号值。在这种情况下，此字段可对应于M，即，必要字段。
@PLPID可以是RS所表示的ROUTE会话的PLP的ID。默认值可以是包括当前S-TSID的LCT会话的PLP的ID。根据给定实施例，此字段可具有用于传送ROUTE会话中的S-TSID的LCT会话的PLP的ID值，并且可具有ROUTE会话的所有PLP的ID值。
LS元素可具有关于用于传送服务数据的LCT会话的信息。服务数据或服务组件可通过多个LCT会话来传送，因此LS元素的数量可为1至N。
LS元素可包括@tsi、@PLPID、@bw、@startTime、@endTime、SrcFlow和/或RprFlow。
@tsi可指示用于传送服务的服务组件的LCT会话的TSI值。
@PLPID可具有LCT会话的PLP的ID信息。此值可被覆写在基本ROUTE会话值上。
@bw可指示最大带宽值。@startTime可指示LCT会话的开始时间。@endTime可指示LCT会话的结束时间。SrcFlow元素可描述ROUTE的源流。RprFlow元素可描述ROUTE的修复流。
所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
以下将描述用于ROUTE/DASH的MPD。
MPD是SLS元数据分段，其包含与广播商所定义的给定持续时间的线性服务(例如，单个TV节目或者在一段时间内邻接的线性TV节目的集合)对应的DASH媒体呈现的形式化描述。MPD的内容提供片段的资源标识符以及媒体呈现内所标识的资源的上下文。MPD分段的数据结构和语义可根据MPEG DASH所定义的MPD。
在MPD中传达的一个或更多个DASH表示可经由广播来承载。MPD可描述经由宽带传送的附加表示，例如在混合服务的情况下或者为了在由于广播信号劣化从广播至广播切换(例如，穿过隧道行驶)时支持服务连续性。
图7示出根据本发明的实施例的用于MMT的USBD/USD分段。
用于线性服务的MMT SLS包括USBD分段和MMT分组(MP)表。MP表如上所述。USBD分段包含服务标识、装置能力信息、对访问服务和构成媒体组件所需的其它SLS信息的参考、以及使得接收机能够确定服务组件的传输模式(广播和/或宽带)的元数据。USBD所参考的MPU组件的MP表提供传送服务的媒体内容组件的MMTP会话的传输会话描述以及那些MMTP会话中承载的资产的描述。
MPU组件的SLS的流内容信令组件对应于MMT中所定义的MP表。MP表提供MMT资产的列表，其中各个资产对应于单个服务组件以及此组件的位置信息的描述。
USBD分段还可包含如上所述对S-TSID和MPD的参考，以用于分别通过ROUTE协议和宽带传送的服务组件。根据给定实施例，在通过MMT的传送中，通过ROUTE协议传送的服务组件是NRT数据等。因此，在这种情况下，MPD可能是不必要的。另外，在通过MMT的传送中，关于用于传送经由宽带传送的服务组件的LCT会话的信息是不必要的，因此S-TSID可能是不必要的。这里，MMT分组可以是利用MMT传送的媒体数据的逻辑收集。这里，MMTP分组可表示利用MMT传送的媒体数据的格式化单元。MPU可表示可独立解码的时序/非时序数据的一般容器。这里，MPU中的数据是媒体编解码器不可知性。
以下将描述图中所示的USBD/USD的细节。
所示的USBD分段是本发明的示例，可根据实施例另外提供USBD分段的基本字段。如上文所述，所示的USBD分段具有扩展形式，并且可具有增加到基本结构的字段。
根据本发明的实施例所示的USBD被表示为XML文档。根据给定实施例，USBD可被表示为二进制格式或者XML文档。
所示的USBD可具有bundleDescription根元素。bundleDescription根元素可具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。
userServiceDescription元素可包括@serviceId、@atsc:serviceId、name、serviceLanguage、atsc:capabilityCode、atsc:Channel、atsc:mpuComponent、atsc:routeComponent、atsc:broadbandComponent和/或atsc:ComponentInfo。
这里，@serviceId、@atsc:serviceId、name、serviceLanguage和atsc:capabilityCode可如上所述。name字段下面的lang字段可如上所述。atsc:capabilityCode可根据给定实施例被省略。
根据实施例，userServiceDescription元素还可包括atsc:contentAdvisoryRating元素。此元素可以是可选元素。atsc:contentAdvisoryRating可指定内容分级。此字段在图中未示出。
atsc:Channel可具有关于服务的信道的信息。atsc:Channel元素可包括@atsc:majorChannelNo、@atsc:minorChannelNo、@atsc:serviceLang、@atsc:serviceGenre、@atsc:serviceIcon和/或atsc:ServiceDescription。@atsc:majorChannelNo、@atsc:minorChannelNo和@atsc:serviceLang可根据给定实施例被省略。
@atsc:majorChannelNo是指示服务的主信道号的属性。
@atsc:minorChannelNo是指示服务的次信道号的属性。
@atsc:serviceLang是指示服务中所使用的主语言的属性。
@atsc:serviceGenre是指示服务的主体裁的属性。
@atsc:serviceIcon是指示用于表示此服务的图标的统一资源定位符(URL)的属性。
atsc:ServiceDescription包括服务描述(可能为多种语言)。atsc:ServiceDescription可包括@atsc:serviceDescrText和/或@atsc:serviceDescrLang。
@atsc:serviceDescrText是指示服务的描述的属性。
@atsc:serviceDescrLang是指示上面serviceDescrText属性的语言的属性。
atsc:mpuComponent可具有关于以MPU形式传送的服务的内容组件的信息。atsc:mpuComponent可包括@atsc:mmtPackageId和/或@atsc:nextMmtPackageId。
@atsc:mmtPackageId可参考作为MPU传送的服务的内容组件的MMT分组。
@atsc:nextMmtPackageId可参考针对作为MPU传送的服务的内容组件时间上在@atsc:mmtPackageId所参考的一个MMT分组之后使用的MMT分组。
atsc:routeComponent可具有关于通过ROUTE传送的服务的内容组件的信息。atsc:routeComponent可包括@atsc:sTSIDUri、@sTSIDPlpId、@sTSIDDestinationIpAddress、@sTSIDDestinationUdpPort、@sTSIDSourceIpAddress、@sTSIDMajorProtocolVersion和/或@sTSIDMinorProtocolVersion。
@atsc:sTSIDUri可以是对提供对承载此服务的内容的传输会话的访问相关参数的S-TSID分段的参考。此字段可与上述ROUTE的USBD中参考S-TSID的URI相同。如上文所述，在通过MMTP的服务传送中，通过NRT等传送的服务组件可通过ROUTE来传送。此字段可用于参考用于其的S-TSID。
@sTSIDPlpId可以是表示整数的字符串，其指示承载此服务的S-TSID的物理层管道的的PLP ID。(默认：当前物理层管道)。
@sTSIDDestinationIpAddress可以是包含承载此服务的S-TSID的分组的dotted-IPv4目的地地址的字符串。(默认：当前MMTP会话的源IP地址)。
@sTSIDDestinationUdpPort可以是包含承载此服务的S-TSID的分组的端口号的字符串。
@sTSIDSourceIpAddress可以是包含承载此服务的S-TSID的分组的dotted-IPv4源地址的字符串。
@sTSIDMajorProtocolVersion可指示用于传送此服务的S-TSID的协议的主版本号。默认值为1。
@sTSIDMinorProtocolVersion可指示用于传送此服务的S-TSID的协议的次版本号。默认值为0。
atsc:broadbandComponent可具有关于经由宽带传送的服务的内容组件的信息。换言之，atsc:broadbandComponent可以是基于混合传送的假设的字段。atsc:broadbandComponent还可包括@atsc:fullfMPDUri。
@atsc:fullfMPDUri可以是对包含经由宽带传送的服务的内容组件的描述的MPD分段的参考。
atsc:ComponentInfo字段可具有关于服务的可用组件的信息。atsc:ComponentInfo字段可具有关于各个组件的类型、角色、名称等的信息。atsc:ComponentInfo字段的数量可对应于各个组件的数量(N)。atsc:ComponentInfo字段可包括@atsc:componentType、@atsc:componentRole、@atsc:componentProtectedFlag、@atsc:componentId和/或@atsc:componentName。
@atsc:componentType是指示此组件的类型的属性。值0指示音频组件。值1指示视频组件。值2指示隐藏字幕组件。值3指示应用组件。值4至7被预留。此字段的值的含义可根据实施例不同地设定。
@atsc:componentRole是指示此组件的角色或类型的属性。
对于音频(当上面的componentType属性等于0时)：componentRole属性的值如下：0＝完整主体，1＝音乐和效果，2＝对话，3＝解说，4＝视觉障碍，5＝听觉障碍，6＝画外音，7-254＝预留，255＝未知。
对于视频(当上面的componentType属性等于1时)，componentRole属性的值如下：0＝主视频，1＝另选相机视图，2＝其它另选视频组件，3＝手势语插件，4＝跟随主题视频，5＝3D视频左视图，6＝3D视频右视图，7＝3D视频深度信息，8＝<n,m>的视频阵列<x,y>的部分，9＝跟随主题元数据，10-254＝预留，255＝未知。
对于隐藏字幕组件(当上面的componentType属性等于2时)，componentRole属性的值如下：0＝正常，1＝易阅读，2-254＝预留，255＝未知。
当上面的componentType属性介于3至7(含)之间时，componentRole可等于255。此字段的值的含义可根据实施例来不同地设定。
@atsc:componentProtectedFlag是指示此组件是否受保护(例如，被加密)的属性。当此标志被设定为值1时，此组件受保护(例如，被加密)。当此标志被设定为值0时，此组件不受保护(例如，被加密)。当不存在时，componentProtectedFlag属性的值被推断为等于0。此字段的值的含义可根据实施例来不同地设定。
@atsc:componentId是指示此组件的标识符的属性。此属性的值可与此组件所对应的MP表中的asset_id相同。
@atsc:componentName是指示此组件的人可读名称的属性。
所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
以下将描述用于MMT的MPD。
媒体呈现描述是SLS元数据分段，其与广播商所定义的给定持续时间的线性服务(例如，单个TV节目或者在一段时间内邻接的线性TV节目的集合)对应。MPD的内容提供片段的资源标识符以及媒体呈现内所标识的资源的上下文。MPD的数据结构和语义可根据MPEGDASH所定义的MPD。
在本实施例中，通过MMTP会话传送的MPD描述经由宽带传送的表示，例如在混合服务的情况下或者为了在由于广播信号劣化从广播至广播切换(例如，在山下或者穿过隧道行驶)时支持服务连续性。
以下将描述用于MMT的MMT信令消息。
当MMTP会话用于承载流服务时，根据MMT所定义的信令消息模式通过MMTP分组来传送MMT所定义的MMT信令消息。除了承载资产所特定的MMT信令消息的MMTP分组(其可被设定为与承载资产的MMTP分组相同的packet_id值)以外，承载服务层信令的MMTP分组的packet_id字段的值被设定为“00”。参考各个服务的适当分组的标识符如上所述通过USBD分段来用信号通知。具有匹配的MMT_package_id的MMT分组表(MPT)消息可在SLT中用信号通知的MMTP会话上传送。各个MMTP会话承载其会话或者MMTP会话所传送的各个资产所特定的MMT信令消息。
换言之，可通过指定具有用于SLT中的特定服务的SLS的分组的IP目的地地址/端口号等来访问MMTP会话的USBD。如上文所述，承载SLS的MMTP分组的分组ID可被指定为诸如00等的特定值。可利用USBD的上述分组IP信息来访问具有匹配的分组ID的MPT消息。如下所述，MPT消息可用于访问各个服务组件/资产。
以下MMTP消息可通过在SLT中用信号通知的MMTP会话来传送。
MMT分组表(MPT)消息：此消息承载MP(MMT分组)表，其包含如MMT定义的所有资产的列表及其位置信息。如果资产通过不同于传送MP表的当前PLP的PLP传送，则可在MP表中利用物理层管道标识符描述符来提供承载资产的PLP的标识符。物理层管道标识符描述符将在下面描述。
MMT ATSC3(MA3)消息mmt_atsc3_message()：此消息承载如上所述包括服务层信令的服务所特定的系统元数据。mmt_atsc3_message()将在下面描述。
如果需要，以下MMTP消息可通过在SLT中用信号通知的MMTP会话来传送。
媒体呈现信息(MPI)消息：此消息承载包含整个文档或者呈现信息的文档的子集的MPI表。与MPI表关联的MP表也可通过此消息来传送。
时钟关系信息(CRI)消息：此消息承载CRI表，该CRI表包含用于NTP时间戳与MPEG-2STC之间的映射的时钟相关信息。根据给定实施例，CRI消息可不通过MMTP会话来传送。
以下MMTP消息可通过承载流内容的各个MMTP会话来传送。
假想接收机缓冲模型消息：此消息承载接收机管理其缓冲所需的信息。
假想接收机缓冲模型去除消息：此消息承载接收机管理其MMT开封缓冲所需的信息。
以下将描述与MMT信令消息之一对应的mmt_atsc3_message()。MMT信令消息mmt_atsc3_message()被定义为如上所述根据本发明来传送服务所特定的信息。该信令消息可包括与MMT信令消息的基本字段对应的消息ID、版本和/或长度字段。信令消息的有效载荷可包括服务ID信息、内容类型信息、内容版本信息、内容压缩信息和/或URI信息。内容类型信息可指示信令消息的有效载荷中所包括的数据的类型。内容版本信息可指示有效载荷中所包括的数据的版本，内容压缩信息可指示应用于该数据的压缩的类型。URI信息可具有与通过该消息传送的内容有关的URI信息。
以下将描述物理层管道标识符描述符。
物理层管道标识符描述符是可用作上述MP表的描述符之一的描述符。物理层管道标识符描述符提供关于承载资产的PLP的信息。如果资产通过与承载MP表的当前PLP不同的PLP来传送，则物理层管道标识符描述符可用作所关联的MP表中的资产描述符以标识承载资产的PLP。除了PLP ID信息以外，物理层管道标识符描述符还可包括BSID信息。BSID可以是传送该描述符所描述的资产的MMTP分组的广播流的ID。
图8示出根据本发明的实施例的链路层协议架构。
以下将描述链路层。
链路层是物理层与网络层之间的层，并且在发送侧从网络层到物理层传输数据，在接收侧从物理层到网络层传输数据。链路层的目的包括把所有输入分组类型抽象成单一格式以便于物理层处理，确保灵活性以及还未定义的输入类型的未来可扩展性。另外，链路层内的处理确保了输入数据可按照有效的方式发送(例如，通过提供压缩输入分组的头中的冗余信息的选项)。封装、压缩等的操作被称作链路层协议，利用此协议创建的分组被称为链路层分组。链路层可执行诸如分组封装、开销降低和/或信令传输等的功能。
以下将描述分组封装。链路层协议允许任何类型的分组(包括诸如IP分组和MPEG-2TS的分组)的封装。利用链路层协议，独立于网络层协议类型(这里我们考虑MPEG-2TS分组作为一种网络层分组)，物理层仅需要处理一个单一分组格式。各个网络层分组或输入分组被转换成一般链路层分组的有效载荷。另外，当输入分组大小特别小或特别大时，可执行级联和分割以便有效地使用物理层资源。
如上文所述，分割可用于分组封装。当网络层分组过大从而不易于在物理层中处理时，网络层分组被划分成两个或更多个片段。链路层分组头包括协议字段以执行发送侧的分割和接收侧的重组。当网络层分组被分割时，各个片段可按照与网络层分组中的原始位置相同的顺序被封装到链路层分组。另外，包括网络层分组的片段的各个链路层分组可因此被传输至PHY层。
如上文所述，级联可用于分组封装。当网络层分组足够小以使得链路层分组的有效载荷可包括多个网络层分组时，链路层分组头包括协议字段以执行级联。级联是将多个小尺寸的网络层分组组合成一个有效载荷。当网络层分组被级联时，各个网络层分组可按照与原始输入顺序相同的顺序被级联到链路层分组的有效载荷。另外，构造链路层分组的有效载荷的各个分组可以是整个分组，而非分组的片段。
以下将描述开销降低。链路层协议的使用可导致用于物理层上的数据传输的开销显著降低。根据本发明的链路层协议可提供IP开销降低和/或MPEG-2TS开销降低。在IP开销降低中，IP分组具有固定的头格式，然而，通信环境中需要的一些信息在广播环境中可能是冗余的。链路层协议提供通过压缩IP分组的头来降低广播开销的机制。在MPEG-2TS开销降低中，链路层协议提供同步字节去除、空分组删除和/或公共头去除(压缩)。首先，同步字节去除提供每TS分组一个字节的开销降低，空分组删除机制去除188字节的空TS分组，使得它们可在接收机处被重新插入，最终是公共头去除机制。
对于信令传输，在链路层协议中，可针对链路层信令提供信令分组的特定格式(将在下面描述)。
在根据本发明的实施例所示的链路层协议架构中，链路层协议以诸如IPv4、MPEG-2TS等的输入网络层分组作为输入分组。未来扩展指示其它分组类型和链路层中还可输入的协议。链路层协议还指定任何链路层信令的格式和信令，包括关于至物理层的特定信道的映射的信息。附图还示出ALP如何包含经由各种头压缩和删除算法改进传输效率的机制。另外，链路层协议可基本上封装输入分组。
图9示出根据本发明的实施例的链路层分组的基本头的结构。以下将描述头的结构。
链路层分组可包括跟随有数据有效载荷的头。链路层分组的头可包括基本头，并且可根据基本头的控制字段而包括附加头。可选头的存在由附加头的标志字段指示。根据给定实施例，指示附加头和可选头的存在的字段可位于基本头中。
以下将描述基本头的结构。用于链路层分组封装的基本头具有层次结构。基本头可为两字节的长度并且是链路层分组头的最小长度。
根据本实施例所示的基本头可包括Packet_Type字段、PC字段和/或length字段。根据给定实施例，基本头还可包括HM字段或S/C字段。
Packet_Type字段可以是指示在封装成链路层分组之前输入数据的原始协议或分组类型的3比特字段。IPv4分组、压缩IP分组、链路层信令分组和其它类型的分组可具有基本头结构并且可被封装。然而，根据给定实施例，MPEG-2TS分组可具有不同的具体结构并且可被封装。当Packet_Type的值是“000”、“001”、“100”或“111”时，ALP分组的原始数据类型是IPv4分组、压缩IP分组、链路层信令或扩展分组之一。当MPEG-2TS分组被封装时，Packet_Type的值可为“010”。Packet_Type字段的其它值可被预留以用于未来使用。
Payload_Configuration(PC)字段可以是指示有效载荷的配置的1比特字段。值0可指示链路层分组承载单个完整的输入分组，随后的字段是Header_Mode字段。值1可指示链路层分组承载不止一个输入分组(级联)或者大的输入分组的一部分(分割)，随后的字段是Segmentation_Concatenation字段。
Header_Mode(HM)字段可以是1比特字段，当被设定为0时可指示不存在附加头，并且链路层分组的有效载荷的长度小于2048字节。该值可根据实施例而变化。值1可指示跟随Length字段之后存在下面所定义的单个分组的附加头。在这种情况下，有效载荷的长度大于2047字节和/或可使用可选特征(子流标识、头扩展等)。该值可根据实施例而变化。仅当链路层分组的Payload_Configuration字段具有值0时，此字段可存在。
Segmentation_Concatenation(S/C)字段可以是1比特字段，当被设定为0时可指示有效载荷承载输入分组的片段并且跟随Length字段之后存在用于下面所定义的分割的附加头。值1可指示有效载荷承载不止一个完整输入分组并且跟随Length字段之后存在用于下面所定义的级联的附加头。仅当ALP分组的Payload_Configuration字段的值为1时，此字段可存在。
Length字段可以是11比特字段，其指示链路层分组所承载的有效载荷的长度(字节)的11最低有效位(LSB)。当随后的附加头中存在Length_MSB字段时，length字段与Length_MSB字段级联并且是提供有效载荷的实际总长度的LSB。length字段的比特数可被改变为另一值，而非11比特。
因此，分组配置的以下类型是可能的：没有附加头的单个分组、具有附加头的单个分组、分割分组和级联分组。根据给定实施例，可通过各个附加头、可选头、用于下面所述的信令信息的附加头和用于时间扩展的附加头的组合进行更多分组配置。
图10示出根据本发明的实施例的链路层分组的附加头的结构。
可存在各种类型的附加头。以下将描述用于单个分组的附加头。
当Header_Mode(HM)＝“1”时，用于单个分组的该附加头可存在。当链路层分组的有效载荷的长度大于2047字节时或者当使用可选字段时，Header_Mode(HM)可被设定为1。图中示出用于单个分组的附加头(tsib10010)。
Length_MSB字段可以是5比特字段，其可指示当前链路层分组中的总有效载荷长度(字节)的最高有效位(MSB)，并且与包含11最低有效位(LSB)的Length字段级联以获得总有效载荷长度。可用信号通知的有效载荷的最大长度因此为65535字节。length字段的比特数可被改变为另一值，而非11比特。另外，Length_MSB字段的比特数可改变，因此最大可表示有效载荷长度可改变。根据给定实施例，各个length字段可指示整个链路层分组的长度，而非有效载荷。
SIF(子流标识符标志)字段可以是1比特字段，其可指示在HEF字段之后是否存在子流ID(SID)。当此链路层分组中不存在SID时，SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时，SIF可被设定为1。SID的细节在下面描述。
HEF(头扩展标志)字段可以是1比特字段，其在被设定为1时可指示存在附加头以用于未来扩展。值0可指示不存在此扩展头。
以下将描述当使用分割时的附加头。
当Segmentation_Concatenation(S/C)＝“0”时，此附加头(tsib10020)可存在。Segment_Sequence_Number可以是5比特无符号整数，其可指示链路层分组所承载的对应片段的顺序。对于承载输入分组的第一片段的链路层分组，此字段的值可被设定为0x0。此字段可随着属于分割的输入分组的各个附加片段而增加一。
Last_Segment_Indicator(LSI)可以是1比特字段，其在被设定为1时可指示此有效载荷中的片段是输入分组的最后一个片段。值0可指示不是最后片段。
SIF(子流标识符标志)可以是1比特字，其可指示在HEF字段之后是否存在SID。当链路层分组中不存在SID时，SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时，SIF可被设定为1。
HEF(头扩展标志)可以是1比特字段，其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在可选头扩展。
根据给定实施例，可另外提供分组ID字段以指示各个片段是从相同的输入分组生成的。当片段按照顺序发送时，此字段可能是不必要的，因此被省略。
以下将描述当使用级联时的附加头。
当Segmentation_Concatenation(S/C)＝“1”时，此附加头(tsib10030)可存在。
Length_MSB可以是4比特字段，其可指示此链路层分组中的有效载荷长度(字节)的MSB比特。对于级联，有效载荷的最大长度是32767字节。如上文所述，具体数值可改变。
Count可以是可指示链路层分组中所包括的分组的数量的字段。链路层分组中所包括的分组的数量2可被设定为此字段。因此，链路层分组中的级联分组的最大值为9。count字段指示数量的方案可根据实施例而变化。即，可指示从1至8的数量。
HEF(头扩展标志)可以是1比特字段，其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在扩展头。
Component_Length可以是12比特长度字段，其可指示各个分组的长度(字节)。除了最后组件分组以外，Component_Length字段按照与存在于有效载荷中的分组相同的顺序被包括。长度字段的数量可由(Count+1)指示。根据给定实施例，可存在数量与count字段的值相同的长度字段。当链路层头由奇数个Component_Length组成时，四个填充比特可跟随在最后Component_Length字段之后。这些比特可被设定为0。根据给定实施例，指示最后级联的输入分组的长度的Component_length字段可不存在。在这种情况下，最后级联的输入分组的长度可对应于从整个有效载荷长度减去各个Component_length字段所指示的值之和而获得的长度。
以下将描述可选头。
如上文所述，可选头可被添加到附加头的后面。可选头字段可包含SID和/或头扩展。SID用于在链路层层面滤除特定分组流。SID的一个示例是承载多个服务的链路层流中的服务标识符的角色。如果适用的话，可在SLT中提供服务与该服务所对应的SID值之间的映射信息。头扩展包含扩展字段以用于未来使用。接收机可忽略它们不理解的任何头扩展。
SID(子流标识符)可以是可指示链路层分组的子流标识符的8比特字段。如果存在可选头扩展，则附加头与可选头扩展之间存在SID。
Header_Extension()可包括下面所定义的字段。
Extension_Type可以是可指示Header_Extension()的类型的8比特字段。
Extension_Length可以是8比特字段，其可指示从下一字节到Header_Extension()的最后字节计数的Header Extension()的长度(字节)。
Extension_Byte可以是表示Header_Extension()的值的字节。
图11示出根据本发明的另一实施例的链路层分组的附加头的结构。
以下将描述用于信令信息的附加头。
链路层信令如何被并入链路层分组中如下。当基本头的Packet_Type字段等于100时标识信令分组。
图(tsib11010)示出包含用于信令信息的附加头的链路层分组的结构。除了链路层头以外，链路层分组可由两个附加部分、用于信令信息的附加头和实际信令数据本身组成。链路层分组头中示出链路层信令分组的总长度。
用于信令信息的附加头可包括以下字段。根据给定实施例，一些字段可被省略。
Signaling_Type可以是可指示信令的类型的8比特字段。
Signaling_Type_Extension可以是可指示信令的属性的16比特字段。此字段的细节可在信令规范中定义。
Signaling_Version可以是可指示信令的版本的8比特字段。
Signaling_Format可以是可指示信令数据的数据格式的2比特字段。这里，信令格式可表示诸如二进制格式、XML格式等的数据格式。
Signaling_Encoding可以是可指定编码/压缩格式的2比特字段。此字段可指示是否不执行压缩以及执行哪种类型的压缩。
以下将描述用于分组类型扩展的附加头。
为了提供允许在未来通过链路层承载几乎无限数量的附加协议和分组类型的机制，定义附加头。如上所述，当在基本头中Packet_type为111时可使用分组类型扩展。图(tsib11020)示出包含用于类型扩展的附加头的链路层分组的结构。
用于类型扩展的附加头可包括以下字段。根据给定实施例，一些字段可被省略。
extended_type可以是16比特字段，其可指示作为有效载荷封装在链路层分组中的输入的协议或分组类型。此字段无法用于Packet_Type字段已经定义的任何协议或分组类型。
图12示出根据本发明的实施例的用于MPEG-2TS分组的链路层分组的头结构及其封装处理。
以下将描述当作为输入分组输入MPEG-2TS分组时的链路层分组的格式。
在这种情况下，基本头的Packet_Type字段等于010。多个TS分组可被封装在各个链路层分组内。TS分组的数量经由NUMTS字段来通知。在这种情况下，如上文所述，可使用特定链路层分组头格式。
链路层提供用于MPEG-2TS以增强传输效率的开销降低机制。各个TS分组的同步字节(0x47)可被删除。还提供删除NULL分组和相似TS头的选项。
为了避免不必要的传输开销，TS空分组(PID＝0x1FFF)可被去除。删除的空分组可在接收机侧利用DNP字段恢复。DNP字段指示删除的空分组的计数。下面描述使用DNP字段的空分组删除机制。
为了实现更高的传输效率，MPEG-2TS分组的相似的头可被去除。当两个或更多个连续的TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，所述头在第一分组中发送一次，其它头被删除。HDM字段可指示是否执行头删除。下面描述公共TS头删除的详细过程。
当执行所有三种开销降低机制时，可按照同步去除、空分组删除和公共头删除的顺序执行开销降低。根据给定实施例，各个机制的执行顺序可改变。另外，根据给定实施例，一些机制可被省略。
图(tsib12010)中描绘了当使用MPEG-2TS分组封装时链路层分组头的总体结构。
以下将描述各个示出的字段。Packet_Type可以是3比特字段，其可如上所述指示输入分组的协议类型。对于MPEG-2TS分组封装，此字段可总是被设定为010。
NUMTS(TS分组的数量)可以是4比特字段，其可指示此链路层分组的有效载荷中的TS分组的数量。一个链路层分组中可支持最多16个TS分组。NUMTS＝0的值可指示链路层分组的有效载荷承载16个TS分组。对于NUMTS的所有其它值，识别相同数量的TS分组，例如NUMTS＝0001表示承载一个TS分组。
AHF(附加头标志)可以是可指示是否存在附加头的字段。值0指示不存在附加头。值1指示长度1字节的附加头存在于基本头之后。如果空TS分组被删除或者应用TS头压缩，则此字段可被设定为1。用于TS分组封装的附加头由随后的两个字段组成，并且仅当此链路层分组中的AHF的值被设定为1时存在。
HDM(头删除模式)可以是1比特字段，其指示是否可对此链路层分组应用TS头删除。值1指示可应用TS头删除。值“0”指示不对此链路层分组应用TS头删除方法。
DNP(删除空分组)可以是7比特字段，其指示在此链路层分组之前的删除空TS分组的数量。最多128个空TS分组可被删除。当HDM＝0时，DNP＝0的值可指示128个空分组被删除。当HDM＝1时，DNP＝0的值可指示没有空分组被删除。对于DNP的所有其它值，识别相同数量的空分组，例如DNP＝5表示5个空分组被删除。
上述各个字段的比特数可改变。根据改变的比特数，字段所指示的值的最小/最大值可改变。这些数量可由设计者来改变。
以下，将描述SYNC字节去除。
在将TS分组封装到链路层分组的有效载荷中时，从各个TS分组的开头的SYNC字节(0x47)可被删除。因此，封装在链路层分组的有效载荷中的MPEG2-TS分组的长度总是为长度187字节(代替原来的188字节)。
以下将描述空分组删除。
传输流规则要求发送机的复用器的输出处和接收机的解复用器的输入处的比特率在时间上恒定，并且端对端时延也恒定。对于一些传输流输入信号，可存在空分组以便适应恒定比特流中的可变比特率服务。在这种情况下，为了避免不必要的传输开销，TS空分组(具有PID＝0x1FFF的TS分组)可被去除。该处理按照去除的空分组可在接收机中被重新插入它们原来所在的精确位置的方式执行，因此保证了恒定比特率并且避免了对PCR时间戳更新的需求。
在生成链路层分组之前，称为DNP(删除空分组)的计数器可首先被重置为零，然后针对要被封装到当前链路层分组的有效载荷中的第一非空TS分组前面的各个删除的空分组增加。然后，一组连续有用的TS分组被封装到当前链路层分组的有效载荷中，并且可确定其头中的各个字段的值。在将所生成的链路层分组注入物理层之后，DNP被重置为零。当DNP达到其最大允许值时，如果下一分组也是空分组，则此空分组作为有用分组被预留并被封装到下一链路层分组的有效载荷中。各个链路层分组可在其有效载荷中包含至少一个有用TS分组。
以下将描述TS分组头删除。TS分组头删除可被称作TS分组头压缩。
当两个或更多个连续TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，头在第一分组处被发送一次，其它头被删除。当两个或更多个连续TS分组中包括重复的MPEG-2TS分组时，在发送机侧无法应用头删除。HDM字段可指示是否执行头删除。当执行TS头删除时，HDM可被设定为1。在接收机侧，利用第一分组头，恢复删除的分组头，并且通过按照从第一头开始的顺序增加来恢复连续性计数器。
图中所示的示例tsib12020是TS分组的输入流被封装到链路层分组中的处理的示例。首先，可输入包括具有SYNC字节(0x47)的TS分组的TS流。首先，可通过同步字节删除处理来删除同步字节。在此示例中，假定不执行空分组删除。
这里，假定除了CC(即，连续性计数器字段值)以外，八个TS分组的分组头具有相同的字段值。在这种情况下，可执行TS分组删除/压缩。除了与CC＝1对应的第一TS分组头以外，删除剩余的七个TS分组头。处理后的TS分组可被封装到链路层分组的有效载荷中。
在完成的链路层分组中，Packet_Type字段对应于输入TS分组的情况，因此可具有值010。NUMTS字段可指示所封装的TS分组的数量。由于执行分组头删除，AHF字段可被设定为1以指示附加头的存在。由于执行头删除，HDM字段可被设定为1。由于不执行空分组删除，DNP可被设定为0。
图13示出根据本发明的实施例的IP头压缩中的适配模式的示例(发送侧)。
以下将描述IP头压缩。
在链路层中，可提供IP头压缩/解压缩方案。IP头压缩可包括两个部分：头压缩器/解压缩器和适配模块。头压缩方案可基于鲁棒头压缩(RoHC)。另外，对于广播用途，增加适配功能。
在发送机侧，ROHC压缩器减小各个分组的头的大小。然后，适配模块提取上下文信息并且从各个分组流构建信令信息。在接收机侧，适配模块解析与所接收到的分组流关联的信令信息并且将上下文信息附到所接收到的分组流。ROHC解压缩器通过恢复分组头来重构原始IP分组。
头压缩方案可如上所述基于RoHC。具体地讲，在本系统中，RoHC框架可在RoHC的单向模式(U模式)下操作。另外，在本系统中，可使用由0x0002的简档标识符标识的RoHC UDP头压缩简档。
以下将描述适配。
在通过单向链路的传输中，如果接收机没有上下文信息，则解压缩器无法恢复所接收到的分组头直至接收到完整上下文。这可导致信道改变时延和打开时延。因此，压缩器与解压缩器之间的上下文信息和配置参数可总是随分组流发送。
适配功能提供配置参数和上下文信息的带外传输。带外传输可通过链路层信令来进行。因此，适配功能用于减少由于上下文信息的损失引起的信道改变时延和解压缩错误。
以下将描述上下文信息的提取。
可根据适配模式利用各种方案来提取上下文信息。在本发明中，将在下面描述三个示例。本发明的范围不限于下面将要描述的适配模式的示例。这里，适配模式可被称作上下文提取模式。
适配模式1(未示出)可以是不对基本RoHC分组流应用附加操作的模式。换言之，在此模式下适配模块可用作缓冲器。因此，在此模式下，链路层信令中可不包括上下文信息。
在适配模式2(tsib13010)下，适配模块可从ROHC分组流检测IR分组并且提取上下文信息(静态链)。在提取上下文信息之后，可将各个IR分组转换为IR-DYN分组。所转换的IR-DYN分组可代替原始分组按照与IR分组相同的顺序被包括在ROHC分组流内并被发送。
在适配模式3(tsib13020)下，适配模块可从ROHC分组流检测IR和IR-DYN分组并且提取上下文信息。可从IR分组提取静态链和动态链，并且可从IR-DYN分组提取动态链。在提取上下文信息之后，各个IR和IR-DYN分组可被转换为压缩分组。压缩分组格式可与下一IR分组或IR-DYN分组相同。所转换的压缩分组可代替原始分组按照与IR或IR-DYN分组相同的顺序被包括在ROHC分组流内并被发送。
可基于传输结构来封装信令(上下文)信息。例如，上下文信息可被封装到链路层信令。在这种情况下，分组类型值可被设定为“100”。
在上述适配模式2和3下，用于上下文信息的链路层分组可具有分组类型字段值100。另外，用于压缩IP分组的链路层分组可具有分组类型字段值001。所述值指示信令信息和压缩IP分组中的每一个如上所述被包括链路层分组中。
以下将描述发送所提取的上下文信息的方法。
所提取的上下文信息可与ROHC分组流独立地随信令数据一起通过特定物理数据路径来发送。上下文的传输取决于物理层路径的配置。上下文信息可随其它链路层信令一起通过信令数据管道发送。
换言之，具有上下文信息的链路层分组可随具有其它链路层信令信息的链路层分组一起通过信令PLP来发送(Packet_Type＝100)。提取上下文信息的压缩IP分组可通过一般PLP来发送(Packet_Type＝001)。这里，根据实施例，信令PLP可表示L1信令路径。另外，根据实施例，信令PLP可不与一般PLP分离，可表示发送信令信息的特定PLP和一般PLP。
在接收侧，在接收分组流之前，接收机可能需要获取信令信息。当接收机将初始PLP解码以获取信令信息时，还可接收上下文信令。在进行了信令获取之后，可选择接收分组流的PLP。换言之，接收机可通过选择初始PLP来获取包括上下文信息的信令信息。这里，初始PLP可以是上述信令PLP。此后，接收机可选择用于获取分组流的PLP。这样，可在接收分组流之前获取上下文信息。
在选择了用于获取分组流的PLP之后，适配模块可从所接收到的分组流检测IR-DYN分组。然后，适配模块从信令数据中的上下文信息解析静态链。这类似于接收IR分组。对于相同的上下文标识符，IR-DYN分组可被恢复成IR分组。所恢复的ROHC分组流可被发送给ROHC解压缩器。此后，可开始解压缩。
图14示出根据本发明的实施例的链路映射表(LMT)和RoHC-U描述表。
以下将描述链路层信令。
通常，链路层信令在IP级别下操作。在接收机侧，链路层信令可比诸如服务列表表格(SLT)和服务层信令(SLS)的IP级别信令更早获得。因此，可在会话建立之前获得链路层信令。
对于链路层信令，根据输入路径可存在两种类型的信令：内部链路层信令和外部链路层信令。内部链路层信令在发送机侧的链路层中生成。并且链路层从外部模块或协议取得信令。这种类型的信令信息被视为外部链路层信令。如果一些信令需要在IP级别信令之前获得，则以链路层分组的格式发送外部信令。
链路层信令可如上所述被封装到链路层分组中。链路层分组可承载任何格式的链路层信令，包括二进制和XML。对于链路层信令可不按照不同的格式发送相同的信令信息。
内部链路层信令可包括用于链路映射的信令信息。链路映射表(LMT)提供PLP中承载的上层会话的列表。LMT还提供用于处理链路层中的承载上层会话的链路层分组的附加信息。
示出根据本发明的LMT的示例(tsib14010)。
signaling_type可以是指示该表所承载的信令的类型的8比特无符号整数字段。用于链路映射表(LMT)的signaling_type字段的值可被设定为0x01。
PLP_ID可以是指示与该表对应的PLP的8比特字段。
num_session可以是8比特无符号整数字段，其提供上面的PLP_ID字段所标识的PLP中承载的上层会话的数量。当signaling_type字段的值为0x01时，此字段可指示PLP中的UDP/IP会话的数量。
src_IP_add可以是32比特无符号整数字段，其包含PLP_ID字段所标识的PLP中承载的上层会话的源IP地址。
dst_IP_add可以是32比特无符号整数字段，其包含PLP_ID字段所标识的PLP中承载的上层会话的目的地IP地址。
src_UDP_port可以是16比特无符号整数字段，其表示PLP_ID字段所标识的PLP中承载的上层会话的源UDP端口号。
dst_UDP_port可以是16比特无符号整数字段，其表示PLP_ID字段所标识的PLP中承载的上层会话的目的地UDP端口号。
SID_flag可以是1比特布尔字段，其指示承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组是否在其可选头中具有SID字段。当此字段的值被设定为0时，承载上层会话的链路层分组可在其可选头中不具有SID字段。当此字段的值被设定为1时，承载上层会话的链路层分组可在其可选头中具有SID字段，并且SID字段的值可与该表中随后的SID字段相同。
compressed_flag可以是1比特布尔字段，其指示是否对承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组应用头压缩。当此字段的值被设定为0时，承载上层会话的链路层分组可在其基本头中具有值为0x00的Packet_Type字段。当此字段的值被设定为1时，承载上层会话的链路层分组可在其基本头中具有值为0x01的Packet_Type字段并且可存在Context_ID字段。
SID可以是8比特无符号整数字段，其指示承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组的子流标识符。当SID_flag的值等于1时，此字段可存在。
context_id可以是8比特字段，其提供对ROHC-U描述表中所提供的上下文id(CID)的参考。当compressed_flag的值等于1时，此字段可存在。
示出根据本发明的RoHC-U描述表的示例(tsib14020)。如上文所述，RoHC-U适配模块可生成与头压缩有关的信息。
signaling_type可以是指示该表所承载的信令的类型的8比特字段。ROHC-U描述表(RDT)的signaling_type字段的值可被设定为“0x02”。
PLP_ID可以是指示与该表对应的PLP的8比特字段。
context_id可以是指示压缩IP流的上下文id(CID)的8比特字段。在该系统中，8比特CID可用于大CID。
context_profile可以是指示用于压缩流的协议的范围的8比特字段。此字段可被省略。
adaptation_mode可以是指示该PLP中的适配模块的模式的2比特字段。适配模式上面已描述。
context_config可以是指示上下文信息的组合的2比特字段。如果该表中不存在上下文信息，则此字段可被设定为“0x0”。如果static_chain()或dynamic_chain()字节被包括在该表中，则此字段可分别被设定为“0x01”或“0x02”。如果static_chain()和dynamic_chain()字节二者均被包括在该表中，则此字段可被设定为“0x03”。
context_length可以是指示静态链字节序列的长度的8比特字段。此字段可被省略。
static_chain_byte()可以是传达用于将ROHC-U解压缩器初始化的静态信息的字段。此字段的大小和结构取决于上下文简档。
dynamic_chain_byte()可以是传达用于将ROHC-U解压缩器初始化的动态信息的字段。此字段的大小和结构取决于上下文简档。
static_chain_byte可被定义为IR分组的子头信息。dynamic_chain_byte可被定义为IR分组和IR-DYN分组的子头信息。
图15示出根据本发明的实施例的发送机侧的链路层的结构。
本实施例假定处理IP分组。从功能角度，发送机侧的链路层可大体包括处理信令信息的链路层信令部分、开销降低部分和/或封装部分。另外，发送机侧的链路层可包括用于控制和调度链路层的总体操作和/或链路层的输入和输出部分的调度器。
首先，上层的信令信息和/或系统参数tsib15010可被传送至链路层。另外，包括IP分组的IP流可从IP层tsib15110被传送至链路层。
如上所述，调度器tsib15020可确定和控制包括在链路层中的多个模块的操作。所传送的信令信息和/或系统参数tsib15010可由调度器tsib15020过滤或使用。接收机所需的与所传送的信令信息和/或系统参数tsib15010的一部分对应的信息可被传送给链路层信令部分。另外，链路层的操作所需的与信令信息的一部分对应的信息可被传送至开销降低控制器tsib15120或封装控制器tsib15180。
链路层信令部分可收集要作为信号在物理层中发送的信息，并且以适合于传输的形式来转换/配置该信息。链路层信令部分可包括信令管理器tsib15030、信令格式化器tsib15040和/或信道缓冲器tsib15050。
信令管理器tsib15030可接收从调度器tsib15020传送来的信令信息和/或从开销降低部分传送来的信令(和/或上下文)信息。信令管理器tsib15030可确定用于所传送的数据的信令信息的传输的路径。信令信息可通过信令管理器tsib15030所确定的路径来传送。如上文所述，要通过所划分的信道发送的信令信息(例如，FIC、EAS等)可被传送至信令格式化器tsib15040，其它信令信息可被传送至封装缓冲器tsib15070。
信令格式化器tsib15040可按照适合于各个划分的信道的形式将相关的信令信息格式化，使得信令信息可通过单独划分的信道来发送。如上文所述，物理层可包括单独的物理/逻辑划分的信道。所划分的信道可用于发送FIC信令信息或EAS相关信息。FIC或EAS相关信息可由信令管理器tsib15030排序并被输入到信令格式化器tsib15040。信令格式化器tsib15040可基于各个单独的信道将信息格式化。当物理层被设计为通过单独划分的信道发送FIC和EAS以外的特定信令信息时，可另外提供用于该特定信令信息的信令格式化器。通过此方案，链路层可与各种物理层兼容。
信道缓冲器tsib15050可将从信令格式化器tsib15040接收的信令信息传送至单独的专用信道tsib15060。单独的信道的数量和内容可根据实施例而变化。
如上文所述，信令管理器tsib15030可将没有被传送至特定信道的信令信息传送至封装缓冲器tsib15070。封装缓冲器tsib15070可用作接收没有被传送至特定信道的信令信息的缓冲器。
信令信息封装块tsib15080可对没有被传送至特定信道的信令信息进行封装。发送缓冲器tsib15090可用作将封装的信令信息传送至用于信令信息的DP tsib15100的缓冲器。这里，用于信令信息的DP tsib15100可表示上述PLS区域。
开销降低部分可通过去除被传送至链路层的分组的开销来允许高效传输。可配置与输入到链路层的IP流的数量对应的开销降低部分。
开销降低缓冲器tsib15130可接收从上层传送来的IP分组。所接收到的IP分组可通过开销降低缓冲器tsib15130被输入到开销降低部分。
开销降低控制器tsib15120可确定是否对输入至开销降低缓冲器tsib15130的分组流执行开销降低。开销降低控制器tsib15120可针对各个分组流确定是否执行开销降低。当对分组流执行开销降低时，分组可被传送至鲁棒头压缩(RoHC)压缩器tsib15140以执行开销降低。当不对分组流执行开销降低时，分组可被传送至封装部分以在没有开销降低的情况下执行封装。是否执行分组的开销降低可基于传送至链路层的信令信息tsib15010来确定。信令信息可通过调度器tsib15020被传送至封装控制器tsib15180。
RoHC压缩器tsib15140可对分组流执行开销降低。RoHC压缩器tsib15140可执行压缩分组的头的操作。各种方案可用于开销降低。可利用本发明所提出的方案来执行开销降低。本发明假定IP流，因此使用表达“RoHC压缩器”。然而，该名称可根据实施例而改变。操作不限于IP流的压缩，可通过RoHC压缩器tsib15140来执行所有类型的分组的开销降低。
分组流配置块tsib15150可从具有压缩头的IP分组分离要发送至信令区域的信息与要发送至分组流的信息。要发送至分组流的信息可表示要发送至DP区域的信息。要发送至信令区域的信息可被传送至信令和/或上下文控制器tsib15160。要发送至分组流的信息可被发送至封装部分。
信令和/或上下文控制器tsib15160可收集信令和/或上下文信息并且将该信令和/或上下文信息传送至信令管理器以便将信令和/或上下文信息发送至信令区域。
封装部分可执行以适合于向物理层传送的形式封装分组的操作。可配置与IP流的数量对应的封装部分。
封装缓冲器tsib15170可接收分组流以用于封装。当执行开销降低时可接收经受开销降低的分组，当不执行开销降低时可没有改变地接收输入IP分组。
封装控制器tsib15180可确定是否封装输入分组流。当执行封装时，分组流可被传送至分割/级联块tsib15190。当不执行封装时，分组流可被传送至发送缓冲器tsib15230。是否封装分组可基于传送至链路层的信令信息tsib15010来确定。信令信息可通过调度器tsib15020被传送至封装控制器tsib15180。
在分割/级联块tsib15190中，可对分组执行上述分割或级联操作。换言之，当输入IP分组比与链路层的输出对应的链路层分组长时，一个IP分组可被分成多个片段以配置多个链路层分组有效载荷。另一方面，当输入IP分组比与链路层的输出对应的链路层分组短时，多个IP分组可被级联以配置一个链路层分组有效载荷。
分组配置表tsib15200可具有分割和/或级联的链路层分组的配置信息。发送机和接收机可在分组配置表tsib15200中具有相同的信息。发送机和接收机可参考分组配置表tsib15200的信息。分组配置表tsib15200的信息的索引值可被包括在链路层分组的头中。
链路层头信息块tsib15210可收集在封装处理中生成的头信息。另外，链路层头信息块tsib15210可收集包括在分组配置表tsib15200中的头信息。链路层头信息块tsib15210可根据链路层分组的头结构来配置头信息。
头附接块tsib15220可将头添加到分割和/或级联的链路层分组的有效载荷。发送缓冲器tsib15230可用作将链路层分组传送至物理层的DP tsib15240的缓冲器。
各个块、模块或部分可被配置为链路层中的一个模块/协议或多个模块/协议。
图16示出根据本发明的实施例的接收机侧的链路层的结构。
本实施例假定处理IP分组。从功能角度，接收机侧的链路层可大体包括处理信令信息的链路层信令部分、开销处理部分和/或解封装部分。另外，接收机侧的链路层可包括用于控制和调度链路层的总体操作和/或链路层的输入和输出部分的调度器。
首先，通过物理层接收的信息可被传送至链路层。链路层可处理信息，恢复在发送机侧被处理之前的原始状态，然后将信息传送至上层。在本实施例中，上层可以是IP层。
在物理层中分离并且通过特定信道tsib16030传送的信息可被传送至链路层信令部分。链路层信令部分可确定从物理层接收的信令信息，并且将所确定的信令信息传送至链路层的各个部分。
信道缓冲器tsib16040可用作接收通过特定信道发送的信令信息的缓冲器。如上文所述，当物理/逻辑划分的单独的信道存在于物理层中时，可接收通过信道发送的信令信息。当从单独的信道接收的信息被分割时，分割的信息可被存储，直至配置完整信息。
信令解码器/解析器tsib16050可核实通过特定信道接收的信令信息的格式，并且提取链路层中要使用的信息。当通过特定信道接收的信令信息被编码时，可执行解码。另外，根据给定实施例，可核实信令信息的完整性等。
信令管理器tsib16060可将通过多个路径接收的信令信息整合。通过用于信令的DP tsib16070(将在下面描述)接收的信令信息可在信令管理器tsib16060中被整合。信令管理器tsib16060可传送链路层中的各个部分所需的信令信息。例如，信令管理器tsib16060可将用于恢复分组的上下文信息等传送至开销处理部分。另外，信令管理器tsib16060可将用于控制的信令信息传送至调度器tsib16020。
没有通过单独的特定信道接收的一般信令信息可通过用于信令的DP tsib16070来接收。这里，用于信令的DP可表示PLS、L1等。这里，DP可被称作PLP。接收缓冲器tsib16080可用作接收从用于信令的DP传送来的信令信息的缓冲器。在信令信息解封装块tsib16090中，可将所接收到的信令信息解封装。解封装的信令信息可通过解封装缓冲器tsib16100被传送至信令管理器tsib16060。如上文所述，信令管理器tsib16060可校对信令信息并且将校对的信令信息传送至链路层中的必要部分。
调度器tsib16020可确定并控制包括在链路层中的多个模块的操作。调度器tsib16020可利用接收机信息tsib16010和/或从信令管理器tsib16060传送的信息来控制链路层的各个部分。另外，调度器tsib16020可确定各个部分的操作模式等。这里，接收机信息tsib16010可表示先前存储在接收机中的信息。调度器tsib16020可使用由用户改变的信息(例如，信道切换等)来执行控制操作。
解封装部分可过滤从物理层的DP tsib16110接收的分组，并且根据分组的类型来分离分组。可配置与物理层中可同时解码的DP的数量对应的解封装部分。
解封装缓冲器tsib16100可用作从物理层接收分组流以执行解封装的缓冲器。解封装控制器tsib16130可确定是否将输入分组流解封装。当执行解封装时，分组流可被传送至链路层头解析器tsib16140。当不执行解封装时，分组流可被传送至输出缓冲器tsib16220。从调度器tsib16020接收的信令信息可用于确定是否执行解封装。
链路层头解析器tsib16140可标识所传送的链路层分组的头。可通过标识头来标识链路层分组的有效载荷中所包括的IP分组的配置。例如，IP分组可被分割或级联。
分组配置表tsib16150可包括分割和/或级联的链路层分组的有效载荷信息。发送机和接收机可在分组配置表tsib16150中具有相同的信息。发送机和接收机可参考分组配置表tsib16150的信息。可基于包括在链路层分组中的索引信息来寻找重组所需的值。
重组块tsib16160可将分割和/或级联的链路层分组的有效载荷配置为原始IP流的分组。片段可被收集并重新配置为一个IP分组，或者级联的分组可被分离并重新配置为多个IP分组流。重组的IP分组可被传送至开销处理部分。
开销处理部分可执行将经受开销降低的分组恢复为原始分组的操作，作为发送机中执行的开销降低的逆操作。该操作可被称作开销处理。可配置与物理层中可同时解码的DP的数量对应的开销处理部分。
分组恢复缓冲器tsib16170可用作接收解封装的RoHC分组或IP分组以执行开销处理的缓冲器。
开销控制器tsib16180可确定是否恢复和/或解压缩解封装的分组。当执行恢复和/或解压缩时，分组可被传送至分组流恢复块tsib16190。当不执行恢复和/或解压缩时，分组可被传送至输出缓冲器tsib16220。是否执行恢复和/或解压缩可基于调度器tsib16020所传送的信令信息来确定。
分组流恢复块tsib16190可执行将从发送机分离的分组流与分组流的上下文信息整合的操作。此操作可以是恢复分组流以使得RoHC解压缩器tsib16210可执行处理的处理。在此处理中，可从信令和/或上下文控制器tsib16200接收信令信息和/或上下文信息。信令和/或上下文控制器tsib16200可确定从发送机传送来的信令信息，并且将该信令信息传送至分组流恢复块tsib16190，使得信令信息可被映射至与上下文ID对应的流。
RoHC解压缩器tsib16210可恢复分组流的分组的头。可通过头的恢复将分组流的分组恢复成原始IP分组的形式。换言之，RoHC解压缩器tsib16210可执行开销处理。
输出缓冲器tsib16220可用作在输出流被传送至IP层tsib16230之前的缓冲器。
本发明中所提出的发送机和接收机的链路层可包括上述块或模块。这样，链路层可独立地操作，而不管上层和下层，可有效地执行开销降低，并且可容易地定义/增加/删除根据上层/下层可支持的功能。
图17示出根据本发明的实施例的通过链路层的信令传输的配置(发送侧/接收侧)。
在本发明中，多个服务提供商(广播商)可在一个频带内提供服务。另外，服务提供商可提供多个服务，并且一个服务可包括一个或更多个组件。可认为用户使用服务作为单位来接收内容。
本发明假定使用基于多个会话的传输协议来支持IP混合广播。通过信令路径传送的信令信息可基于各个协议的传输配置来确定。根据给定实施例，各种名称可被应用于各个协议。
在所示的发送侧的数据配置tsib17010中，服务提供商(广播商)可提供多个服务(服务#1、#2、…)。通常，用于服务的信号可通过一般传输会话来发送(信令C)。然而，根据给定实施例，信号可通过特定会话(专用会话)来发送(信令B)。
服务数据和服务信令信息可根据传输协议来封装。根据给定实施例，可使用IP/UDP层。根据给定实施例，可另外提供IP/UDP层中的信号(信令A)。此信令可被省略。
使用IP/UDP处理的数据可被输入到链路层。如上文所述，可在链路层中执行开销降低和/或封装。这里，可另外提供链路层信令。链路层信令可包括系统参数等。上面已描述了链路层信令。
经受上述处理的服务数据和信令信息可在物理层中通过PLP来处理。这里，PLP可被称作DP。图中所示的示例假定使用基本DP/PLP的情况。然而，根据实施例，可在没有基本DP/PLP的情况下仅利用一般DP/PLP来执行传输。
在图中所示的示例中，使用诸如FIC、EAC等的特定信道(专用信道)。通过FIC传送的信号可被称作快速信息表(FIT)，通过EAC传送的信号可被称作紧急报警表(EAT)。FIT可与上述SLT相同。根据实施例可不使用特定信道。当没有配置特定信道(专用信道)时，FIT和EAT可利用一般链路层信令传输方案来发送，或者作为其它服务数据经由IP/UDP利用PLP来发送。
根据给定实施例，系统参数可包括发送机相关参数、服务提供商相关参数等。链路层信令可包括IP头压缩相关上下文信息和/或上下文所应用于的数据的标识信息。上层信令可包括IP地址、UDP号、服务/组件信息、紧急报警相关信息、服务信令的IP/UDP地址、会话ID等。上面已描述了其详细示例。
在所示的接收侧的数据配置tsib17020中，接收机可仅利用信令信息将用于对应服务的PLP解码，而不必将所有PLP解码。
首先，当用户选择或改变期望接收的服务时，接收机可被调谐至对应频率并且可读取存储在DB等中的与对应信道有关的接收机信息。存储在接收机的DB等中的信息可通过在初始信道扫描时读取SLT来配置。
在接收SLT和关于对应信道的信息之后，更新先前存储在DB中的信息，并且获取关于用户所选择的服务的传输路径的信息以及关于获取组件信息或者发送获取信息所需的信号的路径的信息。当利用SLT的版本信息确定信息没有改变时，可省略解码或解析。
接收机可通过解析可通过物理信令的特定字段指示的对应广播流(未示出)中的PLP的物理信令来核实PLP中是否包括SLT信息。可通过访问SLT信息来访问发送特定服务的服务层信令的位置。服务层信号可被封装到IP/UDP中并通过传输会话来传送。可利用该服务层信令获取关于服务中所包括的组件的信息。特定SLT-SLS配置如上所述。
换言之，可利用SLT获取传输路径信息，以用于接收与信道上当前发送的多个分组流和PLP中的一个对应的服务的接收所需的上层信令信息(服务信令信息)。传输路径信息可包括IP地址、UDP端口号、会话ID、PLP ID等。这里，根据实施例，IANA或系统先前指定的值可用作IP/UDP地址。可利用访问DB或共享存储器等的方案来获取信息。
当链路层信号和服务数据通过相同的PLP发送，或者仅操作一个PLP时，在链路层信号被解码的同时，通过该PLP传送的服务数据可被临时存储在诸如缓冲器等的装置中。
可利用要接收的服务的服务信令信息来获取关于实际上发送服务的路径的信息。另外，所接收到的分组流可利用诸如要接收的PLP的开销降低等的信息经受解封装和头恢复。
在所示的示例(tsib17020)中，使用FIC和EAC，并且假定基本DP/PLP的概念。如上文所述，可不使用FIC、EAC和基本DP/PLP的概念。
尽管为了描述方便，在下文中MISO或MIMO使用两个天线，但是本发明适用于使用两个或更多个天线的系统。本发明提出了被优化以在获得特定使用情况所需的性能的同时使接收机复杂度最小化的物理简档(或系统)。根据本发明的实施例的物理(PHY)简档(基本简档、手持简档和高级简档)是对应接收机应该实现的所有简档的子集。PHY简档共享大多数功能块，但是在特定块和/或参数方面略有不同。为了系统演进，在单个射频(RF)信道中也可通过未来扩展帧(FEF)将未来的简档与现有的简档复用。根据本发明的实施例的基本简档和手持简档是指不应用MIMO的简档，高级简档是指应用MIMO的简档。基本简档可用作地面广播服务和移动广播服务二者的简档。即，基本简档可用于定义包括移动简档的简档的概念。另外，高级简档可被分成用于具有MIMO的基本简档的高级简档以及用于具有MIMO的手持简档的高级简档。此外，简档可根据设计者的意图而改变。
以下术语和定义可应用于本发明。以下术语和定义可根据设计而改变。
辅助流：承载可用于未来扩展的还未定义的调制和编译或者广播商或网络运营商所需的数据的信元序列
基本数据管道：承载服务信令数据的数据管道
基带帧(或BBFRAME)：形成对一个FEC编码处理(BCH和LDPC编码)的输入的Kbch比特的集合
信元：由正交频分复用(OFDM)传输的一个载波承载的调制值
编码块：PLS1数据的LDPC编码块或者PLS2数据的LDPC编码块之一
数据管道：承载服务数据或相关的元数据的物理层中的逻辑信道，其可承载一个或多个服务或者服务组件。
数据管道单元(DPU)：向帧中的DP分配数据信元的基本单元。
数据符号：帧中的非前导符号的OFDM符号(数据符号涵盖帧信令符号和帧边缘符号)
DP_ID：此8比特字段唯一地标识由SYSTEM_ID标识的系统内的DP
哑信元：承载用于填充未用于PLS信令、DP或辅助流的剩余容量的伪随机值的信元
紧急报警信道(EAC)：承载EAS信息数据的帧的部分
帧：以前导开始并以帧边缘符号结束的物理层时隙
帧重复单元：属于相同或不同的物理层简档的帧(包括FEF)的集合，其在超帧中被重复八次
快速信息信道(FIC)：帧中的逻辑信道，其承载服务与对应基本DP之间的映射信息
FECBLOCK：DP数据的LDPC编码比特的集合
FFT大小：用于特定模式的标称FFT大小，等于以基本周期T的循环表示的有效符号周期Ts
帧信令符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的开始处，承载PLS数据的一部分
帧边缘符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的结尾处
帧组：超帧中具有相同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组可包含一个或更多个TI块。
类型1DP：所有DP按照时分复用(TDM)方案被映射至帧的帧的DP
类型2DP：所有DP按照频分复用(FDM)方案被映射至帧的帧的DP
XFECBLOCK：承载一个LDPC FECBLOCK的所有比特的Ncell个信元的集合
图18示出根据本发明的实施例的用于未来广播服务的广播信号发送设备的配置。
根据本实施例的用于未来广播服务的广播信号发送设备可包括输入格式化块1000、比特交织编译和调制(BICM)块1010、帧构建块1020、OFDM生成块1030和信令生成块1040。将描述广播信号发送设备的各个块的操作。
在根据本发明的实施例的输入数据中，IP流/分组和MPEG2-TS可以是主要输入格式，其它流类型作为一般流处理。除了这些数据输入以外，管理信息被输入以控制各个输入流的对应带宽的调度和分配。另外，本发明允许一个或多个TS流、IP流和/或一般流的同时输入。
输入格式化块1000可将各个输入流解复用为一个或多个数据管道，对各个数据管道应用独立的编译和调制。DP是用于鲁棒控制的基本单元，其影响QoS。一个DP可承载一个或多个服务或服务组件。DP是用于传送服务数据或者相关元数据的物理层中的逻辑信道，其能够承载一个或多个服务或服务组件。
另外，DPU是用于向一个帧中的DP分配数据信元的基本单元。
对物理层的输入可包括一个或多个数据流。各个数据流通过一个DP传送。输入格式化块1000可将通过一个或更多个物理路径(或DP)输入的数据流转换为基带帧(BBF)。在这种情况下，输入格式化块1000可对输入数据(TS或IP输入流)执行空分组删除或头压缩以便增强传输效率。接收机可具有头的特定部分的先验信息，因此可从发送机删除该已知信息。空分组删除块3030可仅用于TS输入流。
在BICM块1010中，增加奇偶校验数据以用于纠错，并且编码的比特被映射至复值星座符号。将这些符号遍及用于对应DP的特定交织深度交织。对于高级简档，在BICM块1010中执行MIMO编码，并且在输出处增加附加数据路径以用于MIMO传输。
帧构建块1020可将输入DP的数据信元映射至帧内的OFDM符号，并且为了频域分集，特别是对抗频率选择性衰落信道，执行频率交织。帧构建块1020可包括时延补偿块、信元映射器和频率交织器。
时延补偿块可调节DP与对应PLS数据之间的时序以确保DP与对应PLS数据在发送机侧同时序。通过解决由输入格式化块和BICM块导致的数据管道的时延，使PLS数据延迟与数据管道相同的量。BICM块的时延主要是由于时间交织器。带内信令数据承载下一TI组的信息以使得在要用信号通知的DP前面一个帧承载该信息。时延补偿块相应地延迟带内信令数据。
信元映射器可将PLS、DP、辅助流、哑信元等映射至帧中的OFDM符号的有效载波。信元映射器7010的基本功能是将各个DP的TI所生成的数据信元、PLS信元和EAC/FIC信元(如果有的话)映射至与帧内的各个OFDM符号对应的有效OFDM信元的阵列中。信元映射器的基本功能是将通过各个DP和PLS信元的时间交织生成的数据信元映射至与一个帧中的各个OFDM符号对应的有效OFDM信元的阵列(如果存在的话)。可通过DP单独地收集并发送服务信令数据(例如，节目特定信息(PSI)/SI)。信元映射器根据调度器所生成的动态信息以及帧结构的配置来操作。频率交织器可将从信元映射器接收的数据信元随机地交织以提供频率分集。另外，频率交织器可利用不同的交织种子顺序在包括两个顺序OFDM符号的OFDM符号对上进行操作以在单个帧中获得最大交织增益。
OFDM生成块1030通过帧构建块所生成的信元来调制OFDM载波，插入导频，并且生成时域信号以用于传输。另外，此块随后插入保护间隔并且应用峰平均功率比(PAPR)降低处理以生成最终RF信号。
具体地讲，在各个帧的开始处插入前导之后，OFDM生成块1030可以以循环前缀作为保护间隔应用传统OFDM调制。为了天线空间分集，遍及发送机应用分布式MISO方案。另外，在时域中执行PAPR方案。为了灵活的网络规划，本发明提供各种FFT大小、保护间隔长度和对应导频图案的集合。
另外，本发明可在时域中将多个广播发送/接收系统的信号复用，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可在相同的RF信号带宽中同时发送。在这种情况下，所述两个或更多个不同的广播发送/接收系统是指提供不同的广播服务的系统。不同的广播服务可表示地面广播服务、移动广播服务等。
信令生成块1040可创建用于各个功能块的操作的物理层信令信息。此信令信息也被发送以使得在接收机侧正确地恢复所关注的服务。根据本发明的实施例的信令信息可包括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数据的细节将稍后描述。
上述块可被省略或者被具有相似或相同功能的块取代。
图19示出根据本发明的实施例的BICM块。
图19所示的BICM块对应于参考图18描述的BICM块1010的实施例。
如上所述，根据本发明的实施例的用于未来广播服务的广播信号发送设备可提供地面广播服务、移动广播服务、UHDTV服务等。
由于QoS取决于根据本发明的实施例的用于未来广播服务的广播信号发送设备所提供的服务的特性，所以与各个服务对应的数据需要利用不同的方案来处理。因此，根据本发明的实施例的BICM块可通过独立地对分别与数据路径对应的数据管道应用SISO、MISO和MIMO方案来独立地处理各个DP。因此，根据本发明的实施例的用于未来广播服务的广播信号发送设备可控制通过各个DP发送的各个服务或服务组件的QoS。
(a)示出应用于没有应用MIMO的简档(或系统)的BICM块，(b)示出应用了MIMO的简档(或系统)的BICM块。
没有应用MIMO的BICM块和应用了MIMO的BICM块可包括多个处理块以用于处理各个DP。
将描述没有应用MIMO的BICM块和应用了MIMO的BICM块的各个处理块。
没有应用MIMO的BICM块的处理块5000可包括数据FEC编码器5010、比特交织器5020、星座映射器5030、信号空间分集(SSD)编码块5040和时间交织器5050。
数据FEC编码器5010对输入的BBF执行FEC编码以利用外编译(BCH)和内编译(LDPC)生成FECBLOCK过程。外编译(BCH)是可选的编译方法。数据FEC编码器5010的详细操作将稍后描述。
比特交织器5020可将数据FEC编码器5010的输出交织以在提供高效可实现的结构的同时利用LDPC码和调制方案的组合实现优化的性能。比特交织器5020的详细操作将稍后描述。
星座映射器5030可利用QPSK、QAM-16、非均匀QAM(NUQ-64、NUQ-256或NUQ-1024)或者非均匀星座(NUC-16、NUC-64、NUC-256或NUC-1024)映射对来自基本简档和手持简档中的比特交织器5020的各个信元字或者来自高级简档中的信元字解复用器5010-1的各个信元字进行调制，以给出功率归一化的星座点el。仅针对DP应用此星座映射。据观察，QAM-16和NUQ是正方形的，而NUC具有任意形状。当各个星座旋转90度的任何倍数时，旋转后的星座与其原始星座恰好交叠。此“旋转”对称性质使得实部和虚部的容量和平均功率彼此相等。针对各个码率具体地定义NUQ和NUC二者，所使用的具体一个由PLS2数据中的参数DP_MOD字段来用信号通知。
时间交织器5050可在DP层面操作。时间交织(TI)的参数可针对各个DP不同地设定。时间交织器5050的详细操作将稍后描述。
应用了MIMO的BICM块的处理块5000-1可包括数据FEC编码器、比特交织器、星座映射器和时间交织器。
然而，处理块5000-1与没有应用MIMO的BICM块的处理块5000的区别之处在于处理块5000-1还包括信元字解复用器5010-1和MIMO编码块5020-1。
另外，处理块5000-1中的数据FEC编码器、比特交织器、星座映射器和时间交织器的操作对应于上述数据FEC编码器5010、比特交织器5020、星座映射器5030和时间交织器5050的操作，因此省略其描述。
信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分成双信元字流以便于MIMO处理。
MIMO编码块5020-1可利用MIMO编码方案来处理信元字解复用器5010-1的输出。MIMO编码方案被优化以用于广播信号传输。MIMO技术是获得容量增加的有前景的方式，但是它取决于信道特性。特别是对于广播，信道的强LOS分量或者由不同的信号传播特性导致的两个天线之间的接收信号功率差异使得难以从MIMO获得容量增益。所提出的MIMO编码方案利用MIMO输出信号之一的基于旋转的预编码和相位随机化而克服了这一问题。
MIMO编码旨在用于在发送机和接收机二者处需要至少两个天线的2x2MIMO系统。本发明的MIMO编码模式可被定义为全速率空间复用(FR-SM)。FR-SM编码可提供容量增加并且接收机侧的复杂度的增加相对较小。另外，本发明的MIMO编码方案对天线极性配置没有限制。
在DP层面应用MIMO处理。与成对的星座映射器输出对应的NUQ(e1,i和e2,i)被馈送至MIMO编码器的输入。成对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的同一载波k和OFDM符号l发送。
上述块可被省略或者被具有相似或相同功能的块取代。
图20示出根据本发明的另一实施例的BICM块。
图20所示的BICM块对应于参考图18描述的BICM块1010的另一实施例。
图20示出用于物理层信令(PLS)、紧急报警信道(EAC)和快速信息信道(FIC)的保护的BICM块。EAC是承载EAS信息数据的帧的一部分，FIC是承载服务与对应基本DP之间的映射信息的帧中的逻辑信道。EAC和FIC的细节将稍后描述。
参考图20，用于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编码/零插入块可利用缩短BCH码对加扰的PLS 1/2数据执行外编码以用于PLS保护，并且在BCH编码之后插入零比特。仅针对PLS1数据，可在LDPC编码之前对零插入的输出比特进行置换。
LDPC编码块可利用LDPC码对BCH编码/零插入块的输出进行编码。为了生成完整编码的块，从各个零插入的PLS信息块Ildpc系统地对Cldpc和奇偶校验比特Pldpc进行编码并且附在其后。
[公式1]
LDPC奇偶校验穿孔块可对PLS1数据和PLS2数据执行穿孔。
当缩短被应用于PLS1数据保护时，在LDPC编码之后对一些LDPC奇偶校验比特进行穿孔。另外，为了PLS2数据保护，在LDPC编码之后对PLS2的LDPC奇偶校验比特进行穿孔。不发送这些被穿孔的比特。
比特交织器6010可将各个缩短和穿孔的PLS1数据和PLS2数据交织。
星座映射器6020可将比特交织的PLS1数据和PLS2数据映射至星座。
上述块可被省略或者被具有相似或相同功能的块取代。
图21示出根据本发明的实施例的PLS的比特交织处理。
各个缩短和穿孔的PLS1和PLS2编码块如图22中所述被逐比特地交织。附加奇偶校验比特的各个块利用相同的块交织结构但是单独地交织。
在BPSK的情况下，比特交织存在两个分支以将FEC编码比特复制在实部和虚部中。各个编码块被首先写入上面的分支。通过利用循环移位值floor(NFEC/2)应用模NFEC加法来将比特映射至下面的分支，其中NFEC是在缩短和穿孔之后各个LDPC编码块的长度。
在诸如QSPK、QAM-16和NUQ-64的其它调制情况下，FEC编码比特被顺次写入交织器列方向，其中列数与调制阶数相同。
在读取操作中，用于一个星座符号的比特从行方向被依次读出并且馈送至比特解复用器块中。继续这些操作装置列结束。
在星座映射之前在组中逐比特地将各个比特交织组解复用。根据调制阶数，存在两个映射规则。在BPSK和QPSK的情况下，符号中的比特的可靠性相等。因此，从比特交织块读出的比特组在没有任何操作的情况下被映射至QAM符号。
在被映射至QAM符号的QAM-16和NUQ-64的情况下，操作规则描述于图23的(a)中。如图23的(a)所示，i是与比特交织中的列索引对应的比特组索引。
图21示出QAM-16的比特解复用规则。此操作继续，直至从比特交织块读取了所有比特组。
图22示出根据本发明的实施例的用于未来广播服务的广播信号接收设备的配置。
根据本发明的实施例的用于未来广播服务的广播信号接收设备可对应于参考图18描述的用于未来广播服务的广播信号发送设备。
根据本发明的实施例的用于未来广播服务的广播信号接收设备可包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将描述广播信号接收设备的各个模块的操作。
同步和解调模块9000可通过m个接收天线接收输入信号，针对与广播信号接收设备对应的系统执行信号检测和同步，并且执行与广播信号发送设备所执行的过程的逆过程对应的解调。
帧解析模块9010可解析输入信号帧并且提取发送用户所选择的服务的数据。如果广播信号发送设备执行交织，则帧解析模块9010可执行与交织的逆过程对应的解交织。在这种情况下，可通过将从信令解码模块9040输出的数据解码以恢复由广播信号发送设备生成的调度信息，来获得需要提取的信号和数据的位置。
解映射和解码模块9020可将输入信号转换为比特域数据，然后根据需要将其解交织。解映射和解码模块9020可执行为了传输效率而应用的映射的解映射，并且通过解码来纠正在传输信道上生成的错误。在这种情况下，解映射和解码模块9020可通过将从信令解码模块9040输出的数据解码来获得解映射和解码所需的传输参数。
输出处理器9030可执行由广播信号发送设备应用以改进传输效率的各种压缩/信号处理过程的逆过程。在这种情况下，输出处理器9030可从信令解码模块9400所输出的数据获取必要控制信息。输出处理器9030的输出对应于输入至广播信号发送设备的信号，并且可以是MPEG-TS、IP流(v4或v6)和通用流。
信令解码模块9400可从由同步和解调模块9000解调的信号获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可利用从信令解码模块9040输出的数据来执行其功能。
根据本发明的实施例的帧被进一步划分成多个OFDM符号和前导。如(d)所示，帧包括前导、一个或更多个帧信令符号(FSS)、正常数据符号和帧边缘符号(FES)。
前导是允许快速Futurecast UTB系统信号检测的特殊符号并且提供用于信号的有效发送和接收的基本传输参数的集合。前导的细节将稍后描述。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计进而PLS数据的快速解码，FSS具有比正常数据符号密集的导频图案。FES具有与FSS完全相同的导频，这允许FES内的仅频率插值以及紧靠FES之前的符号的时间插值(无外插)。
图23示出根据本发明的实施例的帧的信令层次结构。
图23示出信令层次结构，其被切分成与前导信令数据11000、PLS1数据11010和PLS2数据11020对应的三个主要部分。每一个帧中的前导符号所承载的前导的目的是指示该帧的传输类型和基本传输参数。PLS1使得接收机能够访问并解码PLS2数据，该PLS2数据包含用于访问所关注的DP的参数。PLS2被承载于每一个帧中并且被切分成与PLS2-STAT数据和PLS2-DYN数据对应的两个主要部分。如果需要，PLS2数据的静态部分和动态部分之后是填充。
根据本发明的实施例的前导信令数据承载使得接收机能够访问PLS数据并且跟踪帧结构内的DP所需的21比特的信息。前导信令数据的细节如下。
FFT_SIZE：此2比特字段指示帧组内的当前帧的FFT大小，如下表1中所述。
[表1]
值 FFT大小
00 8K FFT
01 16K FFT
10 32K FFT
11 预留
GI_FRACTION：此3比特字段指示当前超帧中的保护间隔分数值，如下表2中所述。
[表2]
值 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降低。
预留：此7比特字段被预留以用于未来使用。
图24示出根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如上所述，对于一个帧组的整个持续时间，PLS1数据保持不变。PLS1数据的信令字段的详细定义如下。
PREAMBLE_DATA：此20比特字段是除了EAC_FLAG以外的前导信令数据的副本。
NUM_FRAME_FRU：此2比特字段指示每FRU的帧数。
PAYLOAD_TYPE：此3比特字段指示帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表3中所示来用信号通知。
[表3]
值 有效载荷类型
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配置和长度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED。循环大小是固定的，从而在FRU内用信号通知四个PHY简档(包括FEF)。如果NUM_FRAME_FRU小于4，则利用零填充未用字段。
FRU_PHY_PROFILE：此3比特字段指示所关联的FRU的第(i+1)(i是循环索引)帧的PHY简档类型。此字段使用如表8所示的相同信令格式。
FRU_FRAME_LENGTH：此2比特字段指示所关联的FRU的第(i+1)帧的长度。将FRU_FRAME_LENGTH与FRU_GI_FRACTION一起使用，可获得帧持续时间的准确值。
FRU_GI_FRACTION：此3比特字段指示所关联的FRU的第(i+1)帧的保护间隔分数值。根据表7来用信号通知FRU_GI_FRACTION。
RESERVED：此4比特字段被预留用于未来使用。
以下字段提供用于将PLS2数据解码的参数。
PLS2_FEC_TYPE：此2比特字段指示由PLS2保护使用的FEC类型。根据表4来用信号通知FEC类型。LDPC码的细节将稍后描述。
[表4]
内容 PLS2FEC类型
00 4K-1/4和7K-3/10LDPC码
01至11 预留
PLS2_MOD：此3比特字段指示PLS2所使用的调制类型。根据表5来用信号通知调制类型。
[表5]
值 PLS2_MODE
000 BPSK
001 QPSK
010 QAM-16
011 NUQ-64
100至111 预留
PLS2_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当前帧组中承载的PLS2的全编码块收集的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_STAT_SIZE_BIT：此14比特字段指示当前帧组的PLS2-STAT的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_DYN_SIZE_BIT：此14比特字段指示当前帧组的PLS2-DYN的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_REP_FLAG：此1比特标志指示当前帧组中是否使用PLS2重复模式。当该字段被设定为值“1”时，PLS2重复模式被激活。当该字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_REP_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当使用PLS2重复时当前帧组的每一个帧中承载的PLS2的部分编码块收集的大小(被指定为QAM信元的数量)。如果未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_FEC_TYPE：此2比特字段指示用于下一帧组的每一个帧中承载的PLS2的FEC类型。根据表10来用信号通知FEC类型。
PLS2_NEXT_MOD：此3比特字段指示用于下一帧组的每一个帧中承载的PLS2的调制类型。根据表11来用信号通知调制类型。
PLS2_NEXT_REP_FLAG：此1比特标志指示下一帧组中是否使用PLS2重复模式。当此字段被设定为值“1”时，PLS2重复模式被激活。当此字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_NEXT_REP_SIZE_CELL：此15比特字段指示Ctotal_full_block，当使用PLS2重复时下一帧组的每一个帧中承载的PLS2的全编码块收集的大小(被指定为QAM信元的数量)。如果下一帧组中未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_REP_STAT_SIZE_BIT：此14比特字段指示下一帧组的PLS2-STAT的大小(比特)。该值在当前帧组中恒定。
PLS2_NEXT_REP_DYN_SIZE_BIT：此14比特字段指示下一帧组的PLS2-DYN的大小(比特)。该值在当前帧组中恒定
PLS2_AP_MODE：此2比特字段指示当前帧组中是否为PLS2提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。下表6提供该字段的值。当该字段被设定为值“00”时，在当前帧组中PLS2不使用附加奇偶校验。
[表6]
值 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信令。
图25示出根据本发明的实施例的PLS2数据。
图25示出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的类型。这根据下表7来用信号通知。
[表7]
值 DP类型
000 DP类型1
001 DP类型2
010至111 预留
DP_GROUP_ID：此8比特字段标识当前DP所关联的DP组。这可由接收机用来访问与具有相同的DP_GROUP_ID的特定服务关联的服务组件的DP。
BASE_DP_ID：此6比特字段指示承载管理层中所使用的服务信令数据(例如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承载服务信令数据以及服务数据的正常DP或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：此2比特字段指示关联的DP所使用的FEC类型。根据下表8来用信号通知FEC类型。
[表8]
值 FEC_TYPE
00 16K LDPC
01 64K LDPC
10至11 预留
DP_COD：此4比特字段指示关联的DP所使用的码率。根据下表9来用信号通知码率。
[表9]
值 码率
0000 5/15
0001 6/15
0010 7/15
0011 8/15
0100 9/15
0101 10/15
0110 11/15
0111 12/15
1000 13/15
1001至1111 预留
DP_MOD：此4比特字段指示关联的DP所使用的调制。根据下表10来用信号通知调制。
[表10]
值 调制
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编码处理的类型根据下表11来用信号通知。
[表11]
值 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的允许值定义于下表12中。
如果DP_TI_TYPE被设定为值“0”，则此字段指示每TI组的TI块的数量NTI，并且每帧存在一个TI组(PI＝1)。具有2比特字段的PI的允许值定义于下表12中。
[表12]
2比特字段 P<sub>I</sub> N<sub>TI</sub>
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根据下表13来用信号通知。
[表13]
值 有效载荷类型
00 TS
01 IP
10 GS
11 预留
DP_INBAND_MODE：此2比特字段指示当前DP是否承载带内信令信息。带内信令类型根据下表14来用信号通知。
[表14]
值 带内模式
00 没有承载带内信令。
01 承载INBAND-PLS。
10 承载INBAND-ISSY。
11 承载INBAND-PLS和INBAND-ISSY。
DP_PROTOCOL_TYPE：此2比特字段指示给定DP所承载的有效载荷的协议类型。当选择输入有效载荷类型时，协议类型根据下表15来用信号通知。
[表15]
DP_CRC_MODE：此2比特字段指示输入格式化块中是否使用CRC编码。CRC模式根据下表16来用信号通知。
[表16]
值 CRC模式
00 未使用
01 CRC-8
10 CRC-16
11 CRC-32
DNP_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的空分组删除模式。DNP_MODE根据下表17来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设定为值“00”。
[表17]
值 空分组删除模式
00 未使用
01 DNP-NORMAL
10 DNP-OFFSET
11 预留
ISSY_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的ISSY模式。ISSY_MODE根据下表18来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设定为值“00”。
[表18]
值 ISSY模式
00 未使用
01 ISSY-UP
10 ISSY-BBF
11 预留
HC_MODE_TS：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的TS头压缩模式。HC_MODE_TS根据下表19来用信号通知。
[表19]
值 头压缩模式
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根据下表20来用信号通知。
[表20]
值 头压缩模式
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比特字段被预留以用于未来用于用信号通知辅助流。
图26示出根据本发明的另一实施例的PLS2数据。
图26示出PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可在一个帧组的持续时间期间改变，而字段的大小保持恒定。
PLS2-DYN数据的字段的细节如下。
FRAME_INDEX：此5比特字段指示超帧内的当前帧的帧索引。超帧的第一帧的索引被设定为“0”。
PLS_CHANGE_COUNTER：此4比特字段指示配置改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”，则它表示预见没有调度的改变。例如，值“1”指示下一超帧存在改变。
FIC_CHANGE_COUNTER：此4比特字段指示配置(即，FIC的内容)改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”，则它表示预见没有调度的改变。例如，值“0001”指示下一超帧存在改变。
RESERVED：此16比特字段被预留以用于未来使用。
以下字段出现在NUM_DP上的循环中，描述与当前帧中承载的DP关联的参数。
DP_ID：此6比特字段唯一地指示PHY简档内的DP。
DP_START：此15比特(或13比特)字段利用DPU寻址方案指示第一DP的起始位置。DP_START字段根据PHY简档和FFT大小而具有不同的长度，如下表21所示。
[表21]
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。
图27示出根据本发明的实施例的帧的逻辑结构。
如上所述，PLS、EAC、FIC、DP、辅助流和哑信元被映射至帧中的OFDM符号的有效载波。PLS1和PLS2被首先映射至一个或更多个FSS。此后，EAC信元(如果有的话)被映射至紧随PLS字段之后，随后是FIC信元(如果有的话)。接下来DP被映射至PLS之后或者EAC或FIC(如果有的话)之后。首先映射类型1DP，接下来映射类型2DP。DP的类型的细节将稍后描述。在一些情况下，DP可承载EAS的一些特殊数据或者服务信令数据。辅助流(如果有的话)跟随在DP之后，然后跟随着哑信元。当按照上述顺序(即，PLS、EAC、FIC、DP、辅助流和哑数据信元)将PLS、EAC、FIC、DP、辅助流和哑数据信元全部一起映射时，准确地填充了帧中的信元容量。
图28示出根据本发明的实施例的PLS映射。
PLS信元被映射至FSS的有效载波。根据PLS所占据的信元的数量，一个或更多个符号被指定为FSS，并且由PLS1中的NUM_FSS来用信号通知FSS的数量NFSS。FSS是用于承载PLS信元的特殊符号。由于在PLS中鲁棒性和延迟是关键问题，所以FSS具有更高的导频密度，以允许快速同步以及FSS内的仅频率插值。
PLS信元按照上下方式被映射至FSS的有效载波，如图所示。PLS1信元首先从第一FSS的第一信元开始按照信元索引的增序映射。PLS2信元紧随PLS1的最后信元之后，并且向下继续映射直至第一FSS的最后信元索引。如果所需的PLS信元的总数超过一个FSS的有效载波的数量，则映射进行至下一FSS并且按照与第一FSS完全相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果当前帧中存在EAC、FIC或这二者，则EAC和FIC被设置在PLS与“正常”DP之间。
以下将描述根据本发明的实施例对FEC结构进行编码。如上所述，数据FEC编码器可利用外编译(BCH)和内编译(LDPC)对输入的BBF执行FEC编码以生成FECBLOCK过程。所示的FEC结构对应于FECBLOCK。另外，FECBLOCK和FEC结构具有与LDPC码字的长度对应的相同值。
如上所述，对各个BBF应用BCH编码(Kbch比特)，然后对BCH编码的BBF应用LDPC编码(Kldpc比特＝Nbch比特)。
Nldpc的值为64800比特(长FECBLOCK)或16200比特(短FECBLOCK)。
下表22和表23分别示出长FECBLOCK和短FECBLOCK的FEC编码参数。
[表22]
[表23]
BCH编码和LDPC编码的操作的细节如下。
12纠错BCH码用于BBF的外编码。通过将所有多项式一起相乘来获得短FECBLOCK和长FECBLOCK的BCH生成多项式。
LDPC码用于对外BCH编码的输出进行编码。为了生成完成的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从各个Ildpc(BCH编码的BBF)系统地编码并且被附到Ildpc。完成的Bldpc(FECBLOCK)由下面公式表示。
[公式2]
长FECBLOCK和短FECBLOCK的参数分别在上表22和23中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下。
1)将奇偶校验比特初始化
[公式3]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特-i0。奇偶校验矩阵的地址的细节将稍后描述。例如，对于码率13/15，
[公式4]
3)对于接下来的359个信息比特is(s＝1、2、…、359)，在利用下面公式在奇偶校验比特地址处累加is。
[公式5]
{x+(s mod360)×Qldpc}mod(Nldpc-Kldpc)
这里，x表示与第一比特i0对应的奇偶校验比特累加器的地址，Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例，对于码率13/15，Qldpc＝24，因此对于信息比特i1，执行以下操作。
[公式6]
4)对于第361信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式，利用公式6获得随后的359个信息比特is(s＝361、362、…、719)的奇偶校验比特累加器的地址，其中x表示与信息比特i360对应的奇偶校验比特累加器的地址，即，奇偶校验矩阵的第二行地址的条目。
5)按照类似的方式，对于每一组的360个新信息比特，使用来自奇偶校验矩阵的地址的新的一行来寻找奇偶校验比特累加器的地址。
在所有信息比特被耗尽之后，获得最终奇偶校验比特如下。
6)从i＝1开始依次执行以下操作。
[公式7]
这里，pi(i＝0、1、...Nldpc-Kldpc-1)的最终内容等于奇偶校验比特pi。
[表24]
码率 Q<sub>ldpc</sub>
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
短FECBLOCK的此LDPC编码过程依据长FECBLOCK的t LDPC编码过程，不同的是用表25代替表24，用短FECBLOCK的奇偶校验矩阵的地址代替长FECBLOCK的奇偶校验矩阵的地址。
[表25]
码率 Q<sub>ldpc</sub>
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
图29示出根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP层面操作。可针对各个DP不同地设时序间交织(TI)的参数。
出现在PLS2-STAT数据的部分中的以下参数配置TI。
DP_TI_TYPE(允许值：0或1)：此参数表示TI模式。值“0”指示每TI组具有多个TI块(不止一个TI块)的模式。在这种情况下，一个TI组被直接映射至一个帧(没有帧间交织)。值“1”指示每TI组仅具有一个TI块的模式。在这种情况下，TI块可被散布在不止一个帧上(帧间交织)。
DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，则此参数是每TI组的TI块的数量NTI。对于DP_TI_TYPE＝“1”，此参数是从一个TI组散布的帧的数量PI。
DP_NUM_BLOCK_MAX(允许值：0至1023)：此参数表示每TI组的XFECBLOCK的最大数量。
DP_FRAME_INTERVAL(允许值：1、2、4和8)：此参数表示承载给定PHY简档的相同DP的两个连续帧之间的帧的数量IJUMP。
DP_TI_BYPASS(允许值：0或1)：如果对于DP未使用时间交织，则此参数被设定为“1”。如果使用时间交织，则此参数被设定为“0”。
另外，来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数量。
当对于DP未使用时间交织时，不考虑随后的TI组、时间交织操作和TI模式。然而，仍可能需要用于来自调度器的动态配置信息的延迟补偿块。在各个DP中，从SSD/MIMO编码接收的XFECBLOCK被组成TI组。即，各个TI组是整数个XFECBLOCK的集合，并且包含数量可动态变化的XFECBLOCK。索引n的TI组中的XFECBLOCK的数量由NxBLOCK_Group(n)表示并且作为PLS2-DYN数据中的DP_NUM_BLOCK来用信号通知。需要注意的是，NxBLOCK_Group(n)可从最小值0变化至最大值NxBLOCK_Group_MAX(对应于DP_NUM_BLOCK_MAX)，其最大值为1023。
各个TI组被直接映射至一个帧或者被散布在PI个帧上。各个TI组还被划分成不止一个TI块(NTI)，其中各个TI块对应于时间交织器存储器的一次使用。TI组内的TI块可包含数量略微不同的XFECBLOCK。如果TI组被划分成多个TI块，则TI组被直接映射至仅一个帧。如下表26所示，时间交织存在三种选项(除了跳过时间交织的额外选项以外)。
[表26]
通常，时间交织器还可在帧创建的处理之前用作DP数据的缓冲器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。第二TI块被写入第二库，而从第一库读取，等等。
TI是扭曲行-列块交织器。对于第n TI组的第s TI块，TI存储器的行数Nr等于信元数Ncells(即，Nr＝Ncells)，而列数Nc等于数量NxBLOCK_TI(n,s)。
图30示出根据本发明的实施例的扭曲行-列块交织器的基本操作。
图30的(a)示出时间交织器中的写入操作，图30的(b)示出时间交织器中的读取操作。如(a)所示，第一XFECBLOCK按照列方向被写入TI存储器的第一列中，第二XFECBLOCK被写入下一列中，依此类推。然后，在交织阵列中，在对角线方向上读出信元。如(b)所示，在从第一行(从最左列开始沿着行向右)到最后行对角线方向读取期间，读出Nr个信元。详细地讲，假设zn，s，i(i＝0，...，NrNc)作为要依次读取的TI存储器信元位置，这种交织阵列中的读取处理通过如下面公式计算行索引Rn，s，i、列索引Cn，s，i以及关联的扭曲参数Tn，s，i来执行。
[公式8]
这里，Sshift是与NxBLOCK_TI(n，s)无关的对角线方向读取处理的公共偏移值，该偏移值如下面公式通过PLS2-STAT中给出的NxBLOCK_TI_MAX确定。
[公式9]
结果，要读取的信元位置通过坐标zn，s，i＝NrCn，s，i+Rn，s，i来计算。
图31示出根据本发明的另一实施例的扭曲行-列块交织器的操作。
更具体地讲，图31示出当NxBLOCK_TI(0，0)＝3，NxBLOCK_TI(1，0)＝6并且NxBLOCK_TI（2，0）＝5时，包括虚拟XFECBLOCK的各个TI组的TI存储器中的交织阵列。
可变数量NxBLOCK_TI(n，s)＝Nr可小于或等于N′xBLOCK_TI_MAX。因此，为了在接收机侧实现单存储器解交织，而不管NxBLOCK_TI(n，s)如何，用于扭曲行-列块交织器中的交织阵列通过将虚拟XFECBLOCK插入TI存储器中而被设定为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下面公式完成读取处理。
[公式10]
TI组的数量被设定为3。在PLS2-STAT数据中通过DP_TI_TYPE＝“0”、DP_FRAME_INTERVAL＝“1”和DP_TI_LENGTH＝“1”(即，NTI＝1、IJUMP＝1和PI＝1)来用信号通知时间交织器的选项。在PLS2-DYN数据中分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6和NxBLOCK_TI(2,0)＝5来用信号通知每TI组的XFECBLOCK(各自具有Ncells＝30个信元)的数量。在PLS2-STAT数据中通过NxBLOCK_Group_MAX(得到)来通知XFECBLOCK的最大数量。
在与单个OFDM符号对应的数据上操作的频率交织器的目的是通过随机地交织从帧构建器接收的数据信元来提供频率分集。为了在单个帧中得到最大交织增益，针对由两个连续的OFDM符号组成的每一个OFDM符号对使用不同的交织序列。
因此，根据本实施例的频率交织器可包括用于生成交织地址以将对应数据应用于符号对的交织地址生成器。
图32示出根据本发明的实施例的包括根据各个FFT模式的主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器。
(a)示出用于8K FFT模式的交织地址生成器的框图，(b)示出用于16K FFT模式的交织地址生成器的框图，(c)示出用于32K FFT模式的交织地址生成器的框图。
用于OFDM符号对的交织处理利用单个交织序列被描述如下。首先，对于l＝0，...，Nsym-1，一个OFDM符号中待交织的可用数据信元(来自信元映射器的输出信元)Om,l被定义为其中xm,l,p是第m帧中的第l OFDM符号的第p信元，Ndata是数据信元的数量：对于帧信令符号Ndata＝CFSS，对于正常数据Ndata＝Cdata，对于帧边缘符号Ndata＝CFES。另外，对于l＝0，...，Nsym-1，交织的数据信元被定义为
对于OFDM符号对，交织的OFDM符号对由vm，l，Hl(p)＝xm，l，p，p＝0，...，Ndata-1给出，对于各个对vm，l，p＝xm，l，Hl(p)，p＝0，...，Ndata-1的第一OFDM符号，对于各个对的第二OFDM符号，其中Hl(p)是由PRBS生成器生成的交织地址。
图33示出根据本发明的实施例的用于所有FFT模式的主PRBS。
(a)示出主PRBS，(b)示出各个FFT模式的参数Nmax。
图34示出根据本发明的实施例的用于FFT模式的次PRBS以及用于频率交织的交织地址。
(a)示出次PRBS生成器，(b)示出用于频率交织的交织地址。根据本发明的实施例的循环移位值可被称作符号偏移。
图35示出根据本发明的实施例的时间交织器的写入操作。
图35示出针对两个TI组的写入操作。
图中左边的方框示出TI存储器地址阵列，图中右边的方框示出当虚拟FEC块和一个虚拟FEC块被分别插入两个邻接的TI组的头部中时的写入操作。
以下将描述时间交织器的配置以及使用卷积交织器(CI)和块交织器(BI)二者或者根据物理层管道(PLP)模式选择性地使用CI或BI的时间交织方法。根据本发明的实施例的PLP是与上述DP相同的概念对应的物理路径，PLP的名称可由设计者来改变。
根据本发明的实施例的PLP模式可根据由广播信号发送机或广播信号发送设备处理的PLP的数量而包括单PLP模式或多PLP模式。单PLP模式对应于广播信号发送设备处理一个PLP的情况。单PLP模式可被称作单个PLP。
多PLP模式对应于广播信号发送设备处理一个或更多个PLP的情况。多PLP模式可被称作多个PLP。
在本发明中，根据PLP模式应用不同的时间交织方案的时间交织可被称作混合时间交织。在多PLP模式中针对各个PLP(或者在各个PLP层面)应用根据本发明的实施例的混合时间交织。
图36示出根据表中的PLP的数量应用的交织类型。
在根据本发明的实施例的时间交织中，可基于PLP_NUM的值来确定交织类型。PLP_NUM是指示PLP模式的信令字段。当PLP_NUM具有值1时，PLP模式对应于单个PLP。根据本实施例的单个PLP可仅应用于CI。
当PLP_NUM具有大于1的值时，PLP模式对应于多个PLP。根据本实施例的多个PLP可被应用于CI和BI。在这种情况下，CI可执行帧间交织，BI可执行帧内交织。
图37是包括上述混合时间交织器的结构的第一示例的框图。
根据第一示例的混合时间交织器可包括BI和CI。本发明的时间交织器可位于BICM链块与帧构建器之间。
除了时间交织器5050以外，图37和图38所示的BICM链块可包括图19所示的BICM块的处理块5000中的块。图37和图38所示的帧构建器可执行与图18的帧构建块1020相同的功能。
如上文所述，可根据PLP_NUM的值确定是否根据混合时间交织器的结构的第一示例应用BI。即，当PLP_NUM＝1时，不应用BI(BI被关闭)并且仅应用CI。当PLP_NUM>1时，可应用BI和CI二者(BI被打开)。当PLP_NUM>1时应用的CI的结构和操作可与当PLP_NUM＝1时应用的CI的结构和操作相同或相似。
图38是包括上述混合时间交织器的结构的第二示例的框图。
混合时间交织器的结构的第二示例中所包括的各个块的操作与图20中的以上描述相同。可根据PLP_NUM的值确定是否根据混合时间交织器的结构的第二示例应用BI。根据第二示例的混合时间交织器的各个块可根据本发明的实施例执行操作。在这种情况下，在PLP_NUM＝1的情况和PLP_NUM>1的情况之间，所应用的CI的结构和操作可不同。
图39是包括混合时间解交织器的结构的第一示例的框图。
根据第一示例的混合时间解交织器可执行与根据上述第一示例的混合时间交织器的逆操作对应的操作。因此，根据图39的第一示例的混合时间解交织器可包括卷积解交织器(CDI)和块解交织器(BDI)。
当PLP_NUM>1时应用的CDI的结构和操作可与当PLP_NUM＝1时应用的CDI的结构和操作相同或相似。
可根据PLP_NUM的值确定是否根据混合时间解交织器的结构的第一示例应用BDI。即，当PLP_NUM＝1时，不应用BDI(BDI被关闭)并且仅应用CDI。
混合时间解交织器的CDI可执行帧间解交织，BDEI可执行帧内解交织。帧间解交织和帧内解交织的细节与上面的描述相同。
图39和图40所示的BICM解码块可执行图37和图38的BICM链块的逆操作。
图40是包括混合时间解交织器的结构的第二示例的框图。
根据第二示例的混合时间解交织器可执行与根据上述第二示例的混合时间交织器的逆操作对应的操作。混合时间解交织器的结构的第二示例中所包括的各个块的操作可与上面图39中的描述相同。
可根据PLP_NUM的值确定是否根据混合时间解交织器的结构的第二示例应用BDI。根据第二示例的混合时间解交织器的各个块可根据本发明的实施例执行操作。在这种情况下，在PLP_NUM＝1的情况和PLP_NUM>1的情况之间，所应用的CDI的结构和操作可不同。
图41是示出根据本发明的实施例的混合广播接收设备的框图。混合广播系统可与地面广播网络和互联网结合地发送广播信号。混合广播接收设备可通过地面广播网络(广播网络)和互联网(宽带)来接收广播信号。混合广播接收设备可包括物理层模块、物理层I/F模块、服务/内容获取控制器、互联网接入控制模块、信令解码器、服务信令管理器、服务指南管理器、应用信令管理器、报警信号管理器、报警信令解析器、定向信令解析器、流媒体引擎、非实时文件处理器、组件同步器、目标处理器、应用处理器、A/V处理器、装置管理器、数据共享和通信单元、再分配模块、配套装置和/或外部管理模块。
物理层模块可通过地面广播信道接收广播相关信号，处理所接收到的信号，将所处理的信号转换成适当格式，并且将该信号传送至物理层I/F模块。
物理层I/F模块可从得自物理层模块的信息获取IP数据报。另外，物理层I/F模块可将所获取的IP数据报转换为特定帧(例如，RS帧、GSE等)。
服务/内容获取控制器可执行控制操作以用于通过广播信道和/或宽带信道获取服务、内容和与其相关的信令数据。
互联网接入控制模块可控制接收机操作以用于通过宽带信道获取服务、内容等。
信令解码器可将通过广播信道获取的信令信息解码。
服务信令管理器可从IP数据报提取与服务扫描和/或内容有关的信令信息，解析所提取的信令信息并且管理信令信息。
服务指南管理器可从IP数据报提取声明信息，管理服务指南(SG)数据库并且提供服务指南。
应用信令管理器可从IP数据报提取与应用获取有关的信令信息，解析信令信息并且管理信令信息。
报警信令解析器可从IP数据报提取与报警有关的信令信息，解析所提取的信令信息并且管理信令信息。
定向信令解析器可从IP数据报提取与服务/内容个性化或定向有关的信令信息，解析所提取的信令信息并且管理信令信息。另外，定向信令解析器可将所解析的信令信息传送至目标处理器。
流媒体引擎可从IP数据报提取用于A/V流的音频/视频数据并且将音频/视频数据解码。
非实时文件处理器可提取NRT数据以及诸如应用的文件类型数据，对所提取的数据进行解码和管理。
组件同步器可使诸如流音频/视频数据和NRT数据的内容和服务同步。
目标处理器可基于从定向信令解析器接收的定向信令数据来处理与服务/内容个性化有关的操作。
应用处理器可处理应用相关信息和下载的应用状态并且表示参数。
A/V处理器可基于解码的音频/视频数据和应用数据来执行音频/视频渲染相关操作。
装置管理器可与外部装置执行连接和数据交换。另外，装置管理器可执行管理能够与其连接的外部装置的操作，例如外部装置的增加/删除/更新。
数据共享和通信单元可处理与混合广播接收机和外部装置之间的数据传输和交换有关的信息。这里，可在混合广播接收机与外部装置之间发送和交换的数据可以是信令数据、A/V数据等。
当广播接收机无法直接接收地面广播信号时，再分配模块可获取与未来广播服务和内容有关的信息。另外，再分配模块可支持当广播接收机无法直接接收地面广播信号时由未来广播系统获取未来广播服务和内容。
配套装置可通过连接到根据本发明的广播接收机来共享音频、视频或信令数据。配套装置可以是连接到广播接收机的外部装置。
外部管理模块可表示用于广播服务/内容提供的模块。例如，外部管理模块可以是未来广播服务/内容服务器。外部管理模块可以是连接到广播接收机的外部装置。
图42是示出根据本发明的实施例的混合广播接收机的框图。
混合广播接收机可通过未来广播系统的DTV服务中的地面广播和宽带网络的互工作来接收混合广播服务。混合广播接收机可接收通过地面广播发送的广播音频/视频(A/V)内容并且通过宽带网络实时地接收与广播A/V内容或其一部分有关的增强数据。在规范中，广播A/V内容可被称作媒体内容。
混合广播接收机可包括物理层控制器D55010、调谐器D55020、物理帧解析器D55030、链路层帧解析器D55040、IP/UDP数据报过滤器D55050、ATSC 3.0数字TV(DTV)控制引擎D55060、ALC/LCT+客户端D55070、时序控制器D55080、信令解析器D55090、动态自适应HTTP流(DASH)客户端D55100、HTTP访问客户端D55110、ISO基本媒体文件格式(BMFF)解析器D55120和/或媒体解码器D55130。
物理层控制器D55010可利用混合广播接收机旨在接收的地面广播信道的射频(RF)信息来控制调谐器D55020和物理帧解析器D55030的操作。
调谐器D55020可通过地面广播信道接收广播相关信号，处理所接收到的信号，并且将该信号转换为适当格式。例如，调谐器D55020可将所接收到的地面广播信号转换为物理帧。
物理帧解析器D55030可解析所接收到的物理帧并且通过与其有关的处理来获取链路层帧。
链路层解析器D55040可执行相关操作以用于从链路层帧获取链路层信令或IP/UDP数据报。链路层解析器D55040可输出至少一个IP/UDP数据报。
IP/UDP数据报过滤器D55050可从所接收到的至少一个IP/UDP数据报过滤特定IP/UDP数据报。即，IP/UDP数据报过滤器D55050可从链路层解析器D55040所输出的至少一个IP/UDP数据报选择性地过滤由ATSC 3.0DTV控制引擎选择的IP/UDP数据报。IP/UDP数据报过滤器D55050可输出诸如ALC/LCT+的应用层传输协议分组。
ATSC 3.0DTV控制引擎D55060可用作包括在混合广播接收机中的模块之间的接口。另外，ATSC 3.0DTV控制引擎D55060可将各个模块所需的参数传送至各个模块并且通过所述参数来控制各个模块的操作。在本发明中，ATSC 3.0DTV控制引擎D55060可将媒体呈现描述(MPD)和/或MPD URL传送至DASH客户端D55100。另外，ATSC3.0DTV控制引擎D55060可将传送模式和/或传输会话标识符(TSI)传送至ALC/LCT+客户端D55070。这里，TSI指示发送包括诸如MPD或MPD URL相关信令的信令消息的传输分组的会话(例如，与应用层传输协议对应的ALC/LCT+会话或FLUTE会话)的标识符。另外，TSI可对应于MMT的资产ID。
ALC/LCT+客户端D55070可通过处理诸如ALC/LCT+的应用层传输协议分组并且收集并处理多个分组来生成一个或更多个ISO基本媒体文件格式(ISO MMFF)对象。应用层传输协议分组可包括ALC/LCT分组、ALC/LCT+分组、ROUTE分组和/或MMTP分组。
时序控制器D55080可处理包括系统时间信息的分组并且根据其来控制系统时钟。
信令解析器D55090可获取并解析DTV广播服务相关信令，并且基于所解析的信令来生成并管理信道映射。在本发明中，信令解析器可解析从信令信息扩展的MPD或MPD相关信息。
DASH客户端D55100可执行与实时流或自适应流有关的操作。DASH客户端D55100可通过HTTP访问客户端D55110从HTTP服务器接收DASH内容。DASH客户端D55100可处理所接收到的DASH片段并且输出ISO BMFF对象。在本发明中，DASH客户端D55100可将完全合格的表示ID或片段URL传送至ATSC 3.0DTV控制引擎D55060。这里，完全合格的表示ID可指与例如MPD URL、period@id和represenstation@id的组合对应的ID。另外，DASH客户端D55100可从ATSC 3.0DTV控制引擎D55060接收MPD或MPD URL。DASH客户端D55100可利用所接收到的MPD或MPD URL从HTTP服务器接收期望的媒体流或DASH片段。在规范中，DASH客户端D55100可被称作处理器。
HTTP访问客户端D55110可请求HTTP服务器提供特定信息，从HTTP服务器接收对该请求的响应，并且处理该响应。这里，HTTP服务器可处理从HTTP访问客户端接收的请求并且提供对该请求的响应。
ISO BMFF解析器D55120可从ISO BMFF对象提取音频/视频数据。
媒体解码器D55130可将所接收到的音频/视频数据解码，并且执行用于呈现解码的音频/视频数据的处理。
为了根据本发明的混合广播接收机通过地面广播网络和宽带网络的互工作来提供混合广播服务，MPD需要被扩展或修改。上述地面广播系统可发送扩展或修改的MPD，混合广播接收机可利用扩展或修改的MPD通过广播或宽带网络接收内容。即，混合广播接收机可通过地面广播接收扩展或修改的MPD，并且基于MPD通过地面广播或宽带网络接收内容。将描述与传统MPD相比，扩展或修改的MPD中需要另外包括的元素或属性。在下文中，扩展或修改的MPD被称作MPD。
MPD可被扩展或修改以表示ATSC 3.0服务。扩展或修改的MPD可另外包括MPD@anchorPresentationTime、Common@presentable、Common.Targeting、Common.TargetDevice和/或Common@associatedTo。
MPD@anchorPresentationTime可指示包括在MPD中的片段的呈现时间锚点(即，基本时间)。在下文中，MPD@anchorPresentationTime可用作MPD的有效时间。MPD@anchorPresentationTime可指示包括在MPD中的片段当中的最早回放时间。
MPD还可包括公共属性和元素。公共属性和元素可被应用于MPD中的AdaptionSet和Representation。Common@presentable可指示由MPD描述的媒体是可呈现的组件。
Common.Targeting可指示由MPD描述的媒体的定向性质和/或个性化性质。
Common.TargetDevice可指示由MPD描述的媒体的目标装置。
Common@associatedTo可指示与MPD所描述的媒体有关的adaptationSet和/或representation。
另外，包括在MPD中的MPD@id、Period@id和AdaptationSet@id可能是指定MPD所描述的媒体内容所需的。即，DASH客户端可基于MPD利用MPD@id、Period@id和AdaptationSet@id指定待接收的内容，并且将该内容用信号通知给ATSC 3.0DTV控制引擎。ATSC 3.0DTV控制引擎可接收对应内容并且将该内容传送至DASH客户端。
图43示出根据本发明的实施例的未来混合广播系统的协议栈。如图所示，支持基于IP的混合广播的未来广播发送系统可将广播服务的音频或视频数据封装在ISO基本媒体文件格式(BMFF)中。这里，MMT的DASH片段或媒体处理单元(MPU)可用于封装。另外，未来广播系统可通过广播网络和互联网等同地发送封装的数据，或者根据各个网络的属性通过广播网络和互联网不同地发送封装的数据。另外，未来广播系统可利用广播或宽带中的至少一个等同地发送封装的数据。在使用广播的广播网络的情况下，广播系统可通过支持实时对象传输的应用层传输协议分组来发送封装在ISO BMFF中的数据。例如，广播系统可将数据封装在经由单向传输的实时对象传送(ROUTE)或MMTP传输分组中。广播系统可将封装的数据处理成IP/UDP数据报，将IP/UDP数据报加载到广播信号中并且发送该广播信号。当使用宽带时，广播系统可通过诸如DASH的流将封装的数据传送至接收侧。
另外，广播系统可如下发送广播服务信令信息。在使用广播的广播网络的情况下，广播系统可根据信令属性来通过未来广播发送系统和广播网络的物理层发送信令信息。这里，广播系统可通过包括在广播信号中的传输帧的特定数据管道(DP)来发送信令信息。通过广播发送的信令信息可具有被封装在比特流或IP/UDP数据报中的形式。当使用宽带时，广播系统可响应于接收机的请求将信令数据返回和传送给接收机。
另外，广播系统可通过以下方法来发送广播服务ESG或NRT内容。在使用广播的广播网络的情况下，广播系统可将ESG或NRT内容封装在应用层传输协议分组(例如，经由单向传输的实时对象传送(ROUTE)或MMTP传输分组)中。广播系统可生成封装有ESG或NRT内容的IP/UDP数据报，将该IP/UDP数据报加载到广播信号中并且发送该广播信号。当使用宽带时，广播系统响应于接收机的请求将ESG或NRT内容返回和传送给接收机。
图44示出根据本发明的实施例的被传送至未来广播发送系统的物理层的传输帧的结构。未来广播系统可利用广播发送传输帧。在图中，位于传输帧前面的P1可表示包括用于传输信号检测的信息的符号。P1可包括调谐信息，接收机可基于包括在符号P1中的参数来将跟随P1之后的部分L1解码。广播系统可在部分L1中包括关于传输帧配置和数据管道的特性的信息。即，接收机可通过将部分L1解码来获得关于传输帧配置和数据管道的特性的信息。另外，接收机可通过公共DP来获取在DP之间共享所需的信息。根据实施例，传输帧可不包括公共DP。
传输帧中的诸如音频、视频和数据的组件被包括在由DP1至DPn组成的交织DP区域中并被发送。这里，发送构成各个服务(信道)的DP可通过L1或公共PLP来用信号通知。
另外，未来广播系统可发送用于快速地获取关于传输帧中所包括的服务的信息的信息。即，未来广播系统使得未来广播接收机能够快速地获取包括在传输帧中的广播服务和内容相关信息。当对应帧中存在由一个或更多个广播台生成的服务/内容时，未来广播系统可使得接收机能够根据广播台有效地识别服务/内容。即，未来广播系统可在传输流中包括关于传输流中所包括的服务的服务列表信息，并且发送包括该服务列表信息的传输流。
当存在附加信道(例如，快速信息信道(FIC))时，广播系统可通过该附加信道来发送广播服务相关信息，使得接收机可在对应频率中快速地扫描广播服务和内容。如图44所示，广播系统可在传输流中包括用于广播服务扫描和获取的信息并发送该信息。这里，包括用于广播服务扫描和获取的信息的区域可被称作FIC。接收机可获取关于由一个或更多个广播台生成并发送的广播服务的信息，并且利用该信息容易且快速地扫描其中可用的广播服务。
另外，包括在传输流中的特定DP可用作能够快速且鲁棒地传送关于对应传输帧中所发送的广播服务和内容的信令的基本DP。通过物理层的传输帧的各个DP发送的数据如图44的下部中所示。即，链路层信令或IP数据报可按照特定格式被封装在一般分组中然后通过DP被发送。这里，IP数据报可包括信令数据。链路(下)层信令可包括与快速服务扫描/获取有关的信令、IP头压缩的上下文信息和紧急报警。
图45示出根据本发明的实施例的应用层传输协议的传输分组。应用层传输会话可由IP地址和端口号的组合组成。当应用层传输协议对应于ROUTE时，ROUTE会话可由一个或更多个分层编译传输(LCT)会话组成。例如，当通过单个LCT传输会话传送单个媒体组件(例如，DASH表示)时，可通过单个应用传输会话复用并传送一个或更多个媒体组件。另外，可通过单个LCT传输会话传送一个或更多个传输对象，各个传输对象可以是与通过传输会话传送的DASH表示关联的DASH片段。
例如，当应用层传输协议是基于LCT的协议时，传输分组可如下配置。传输分组可包括LCT头、ROUTE头和有效载荷数据。包括在传输分组中的多个字段如下。
LCT头可包括以下字段。版本字段V可指示对应传输协议分组的版本信息。字段C可包括与拥塞控制信息字段(将在下面描述)的长度有关的标志。字段PSI可指示协议特定信息，即，对应协议所特定的信息。字段S可指示与传输会话标识符(TSI)字段的长度关联的标志。字段O可指示与传输对象标识符(TOI)字段的长度关联的标志。字段H可指示半字(16比特)是否被增加到TSI字段和TOI字段的长度。字段A(关闭会话标志)可指示会话被关闭或者会话即将关闭。字段B(关闭对象标志)可指示正在发送的对象被关闭或者该对象即将关闭。码点字段可指示与对应分组的有效载荷的编码或解码有关的信息。例如，有效载荷类型可对应于该信息。拥塞控制信息字段可指示与拥塞控制有关的信息。例如，与拥塞控制有关的信息可以是当前时隙索引(CTSI)、信道号或者对应信道中的分组序列号。传输会话标识符字段可指示传输字段标识符。传输对象标识符字段可指示通过对应传输会话发送的对象的标识符。
ROUTE(ALC)头可包括前面的LCT头的附加信息，例如与前向纠错方案有关的有效载荷标识符。
有效载荷数据可指示对应分组的有效载荷的数据部分。
图46示出根据本发明的实施例的由未来广播系统发送信令数据的方法。未来广播系统的信令数据可如图中所示来发送。为了使得接收机能够支持快速服务/内容扫描和获取，未来广播发送系统可经由快速信息信道(FIC)针对通过对应物理层帧传送的广播服务发送信令数据。在规范中，FIC可表示关于服务列表的信息。除非存在附加FIC，否则可通过传送链路层信令的路径来传送信令数据。即，包括关于服务及其组件(音频和视频)的信息的信令信息可被封装在IP/UDP数据报中并通过物理层帧中的一个或更多个DP来发送。根据实施例，关于服务和服务组件的信令信息可被封装在应用层传输分组(例如，ROUTE分组或MMTP分组)中并被发送。
图46的上部示出通过FIC或者一个或更多个DP传送上述信令数据的示例。即，用于支持快速服务扫描/获取的信令数据可通过FIC来传送，包括关于服务的详细信息的信令数据可被封装在IP数据报中并通过特定DP来发送。在规范中，包括关于服务的详细信息的信令数据可被称作服务层信令。
图46的中部示出通过FIC以及一个或更多个DP传送上述信令数据的示例。即，用于支持快速服务扫描/获取的信令数据可通过FIC来传送，包括关于服务的详细信息的信令数据可被封装在IP数据报中并通过特定DP发送。另外，包括关于服务中所包括的特定组件的信息的部分信令数据可通过应用层传输协议中的一个或更多个传输会话来传送。例如，部分信令数据可通过ROUTE会话中的一个或更多个传输会话来传送。
图46的下部示出通过FIC以及一个或更多个DP传送上述信令数据的示例。即，用于支持快速服务扫描/获取的信令数据可通过FIC来传送，包括关于服务的详细信息的信令数据可通过ROUTE会话中的一个或更多个会话来传送。
图47是示出为了接收机的快速广播服务扫描，由根据本发明的实施例的未来广播系统发送的信令数据的表。该规范提出了用于允许未来广播接收设备扫描并获取广播服务的信令信息。在未来广播系统中，由一个或更多个广播台生成的广播服务和内容可在特定频率内发送。接收机可使用上述信令信息来快速且容易地扫描包括在对应频率中的广播台及其服务/内容。信令信息可由所示的句法表示以及按照诸如XML的其它格式表示。
用于快速服务扫描和获取的信令信息可被传送至与物理层传输帧中的附加信道对应的快速信息信道(FIC)。另外，上述信令信息可通过能够承载可在物理层的数据管道之间共享的信息的公共DP来传送。信令信息可通过发送链路层信令的路径来传送。信令信息可被封装在IP数据报中并通过特定DP来传送。另外，信令信息可经由用来发送服务信令的服务信令信道或者应用层的传输会话来传送。
用于快速服务扫描和获取的信令信息(FIC信息)可包括以下字段中的至少一个。在规范中，FIC信息可被称作服务获取信息。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示总广播流的标识符。FIC_data_version字段可指示FIC信息的数据版本。当FIC改变时，FIC_data_version字段的值增加。num_partitions字段可指示广播流的分区的数量。为了使用num_partitions字段，假设各个广播流被分为一个或更多个分区并被发送。各个分区可包括单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_protocol_version字段可指示上述分区结构的版本。base_DP_ID字段可指示对应分区的基本DP的标识符。基本DP可包括服务信令表。服务信令表可包括对应分区中的所有服务的列表。即，服务信令表可列出所发送的服务。另外，服务信令表可定义各个服务的基本属性。基本DP可以是对应分区中的鲁棒DP，并且可包括针对对应分区的另一信令表。base_DP_version字段可指示表示通过基本DP发送的数据的改变的版本信息。例如，当通过基本DP传送服务信令信息时，如果服务信令信息改变，则base_DP_version字段可增加1。num_services字段可指示属于对应分区的一个或更多个组件的数量。service_id字段可指示服务标识符。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_Service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态。service_status字段可指示“活动”、“暂停”、“隐藏”或“显示”属性。service_distribution字段可具有与ATSC M/H文献的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是仅可利用对应分区呈现服务、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志，可指示呈现所需的一个或更多个组件是否受到保护。
图48是示出为了接收机的快速广播服务扫描，由根据本发明的实施例的未来广播系统发送的信令数据的表。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于用于传送服务和组件数据的应用层传输会话的信息。如所示，FIC信息可按照二进制格式来表示。然而，根据实施例，FIC信息可按照诸如XML的其它格式来表示。FIC信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示总广播流的标识符。FIC_data_version字段可指示FIC信息的数据版本。当FIC改变时，FIC_data_version字段的值增加。num_partitions字段可指示广播流的分区的数量。为了使用num_partitions字段，假设各个广播流可被分成一个或更多个分区并被发送。各个分区可包括单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示属于对应分区的一个或更多个组件的数量。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务环路数据的改变或者与对应服务有关的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段的值可增加1。接收机可利用service_data_version字段来检测FIC的服务环路的数据改变或者与对应服务有关的信令的改变。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_Service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态。service_status字段可指示属性“活动”、“暂停”、“隐藏”或“显示”。service_distribution字段可具有与ATSC M/H文献的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示以下IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。source_IP_address_flag字段可指示FIC信息是否包括source_IP_addr。source_IP_address_flag字段当其值为1时可指示source_IP_addr的存在。num_transport_session字段可指示在广播流中发送对应服务的组件数据的传输会话(例如，ROUTE或MMTP会话)的数量。当source_IP_address_flag为1时，source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。service_signaling_flag字段可指示是否通过对应传输会话发送服务信令。service_signaling_flag字段当其值为1时可指示通过对应传输会话(例如，ROUTE或MMTP会话)发送的数据包括服务信令。传输会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括与num_descriptors字段所指示的值对应的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。根据实施例，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图49示出根据本发明的实施例的发送基于FIC的信令的方法。传送基于FIC的信令的上述示例示出于图中。在规范中，基于FIC的信令可被称作服务获取信息或服务获取信令。如图中所示，物理层信令可包括针对服务获取信息的字段。针对服务获取信息的字段可指示服务获取信息FIC是否被解析到接收机。接收机可通过解析服务获取信息来通过service_data_version信息检查服务信令数据是否改变。当服务信令数据改变时，广播信号接收机可利用LSID_DP字段来确认传送包括关于对应传输会话的详细信息的信令的物理层的数据管道标识符。广播接收机可通过解析DP标识符所指示的DP来确认关于传输会话的详细信息。即，未来广播系统的信令方法可包括以下步骤：通过用信号通知是否通过物理层信令解析服务获取信息并且用信号通知关于通过服务获取信息的传输会话的详细信息的位置来确认关于传输会话的详细信息。这里，关于传输会话的详细信息可包括MPD传输表、应用信令表、传输会话描述符(LSID)和/或组件映射表(CMT)。
图50示出为了接收机的快速广播服务扫描，由根据实施例的未来广播系统发送的信令数据。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于用于传送服务和组件数据的应用层传输会话的信息。如所示，FIC信息可按照二进制格式来表示。然而，根据实施例，FIC信息可按照诸如XML的其它格式来表示。FIC信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示总广播流的标识符。FIC_data_version字段可指示FIC信息的数据版本。当FIC改变时，FIC_data_version字段的值增加。num_partitions字段可指示广播流的分区的数量。为了使用num_partitions字段，假设各个广播流可被分成一个或更多个分区并被发送。各个分区可包括单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示属于对应分区的一个或更多个组件的数量。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务环路数据的改变或者与对应服务有关的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段的值可增加1。接收机可利用service_data_version字段来检测FIC的服务环路中的数据改变或者与对应服务有关的信令的改变。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_Service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态。service_status字段可指示“活动”、“暂停”、“隐藏”或“显示”属性。service_distribution字段可具有与ATSC M/H文献的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是是否仅可利用对应分区呈现服务、呈现是否需要另一分区或者呈现是否需要其它广播流的信息。sp_indicator字段是服务保护标志并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示以下IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。source_IP_address_flag字段可指示FIC信息是否包括source_IP_addr。source_IP_address_flag字段当其值为1时可指示source_IP_addr的存在。num_transport_session字段可指示在广播流中发送对应服务的组件数据的传输会话(例如，ROUTE或MMTP会话)的数量。当source_IP_address_flag为1时，source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。service_signaling_flag字段可指示是否通过对应传输会话发送服务信令。service_signaling_flag字段当其值为1时可指示包括服务信令的DP的存在。signaling_data_version字段可指示相关服务信令数据的改变。每当服务信令数据改变时，signaling_data_version字段的值可增加1。接收机可利用signaling_data_version字段来检测与对应服务有关的信令的改变。signaling_DP字段可指示传送服务信令的物理层的数据管道的标识符。传输会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括与num_descriptors字段所指示的值对应的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。根据实施例，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图51示出根据本发明的另一实施例的发送基于FIC的信令的方法。传送基于FIC的信令的上述示例示出于图中。在规范中，基于FIC的信令可被称作服务获取信息或服务获取信令。如图中所示，物理层信令可包括针对服务获取信息的字段。针对服务获取信息的字段可指示服务获取信息FIC是否被解析到接收机。接收机可通过解析服务获取信息来通过service_data_version信息检查服务信令数据是否改变。当服务信令数据改变时，广播信号接收机可利用LSID_DP字段通过从LSID_DP字段标识的DP获取包括关于对应传输会话的详细信息的LSID或LSID表。另外，接收机可利用诸如service_signaling_flag、signaling_data_version和signaling_DP的信息识别信令数据的改变，并且通过所识别的DP获取信令数据。
即，未来广播系统的信令方法可包括通过用信号通知是否通过物理层信令解析服务获取信息并且用信号通知关于通过服务获取信息的传输会话的详细信息的位置来确认关于传输会话的详细信息。这里，关于传输会话的详细信息可包括MPD传输表、应用信令表、传输会话描述符(LSID)和/或组件映射表(CMT)，传输会话的详细信息可根据不同的示例来传送。
图52示出根据本发明的实施例的未来广播系统的服务信令消息格式。在规范中，服务信令消息可被称作包括关于服务的详细信息的信令数据或服务层信令。服务信令消息可包括信令消息头和信令消息。信令消息可按照二进制或XML格式来表示。信令消息可被包括在应用层传输分组(例如，ROUTE或MMTP分组)的IP数据报或有效载荷中并被发送。信令消息头可具有以下句法，并且可按照诸如XML的格式来表示。信令消息头可包括以下字段。signaling_id字段可指示信令消息标识符。例如，当信令消息以区段的形式表示时，signaling_id字段可指示信令表区段的ID。signaling_length字段可指示信令消息的长度。signaling_id_extension字段可指示关于信令消息的标识符的扩展信息。signaling_id_extension字段可随signaling_id字段一起用作信令标识信息。例如，signaling_id_extension字段可包括信令消息的协议版本。version_number字段可指示信令消息的版本信息。当信令消息的内容改变时，version_number字段可改变。current_next_indicator字段可指示信令消息当前是否可用。current_next_indicator字段当其值为1时可指示信令消息当前可用。current_next_indicator字段当其值为0时可指示信令消息当前不可用，并且包括相同signaling_id、signaling_id_extension或fragment_number的信令消息在未来可能可用。fragmentation_indicator字段可指示信令消息是否被分段。fragmentation_indicator字段当其值为1时指示对应信令消息被分段。在这种情况下，可通过signaling_message_data()指示包括部分信令数据。当fragmentation_indicator字段的值为0时，可通过signaling_message_data()指示包括整个信令数据。payload_format_indicator字段可指示当前信令消息头是否包括payload_format值。payload_format_indicator字段值1可指示信令消息头包括payload_format值。expiration_indicator字段可指示当前信令消息头是否包括期满值。expiration_indicator字段值1可指示信令消息头包括期满值。当单个信令消息被划分成多个分段并被发送时，fragment_number字段可指示当前信令消息的分段号。当单个信令消息被划分成多个分段并被发送时，last_fragment_number字段可指示包括对应信令消息的最后数据的分段的编号。payload_format字段可指示有效载荷中所包括的信令消息数据的格式。在实施例中，payload_format字段可按照二进制或XML格式来表示。expiration字段可指示有效载荷中所包括的信令消息的有效时间。
图53示出根据本发明的实施例的未来广播系统中所使用的服务信令表。根据本发明的服务信令表/消息如下所述，并且可包括以下信息并用信号通知。表/消息中所包括的信息可每表独立地发送，不限于所示的实施例。根据实施例，属于不同表的信令信息可被合并为一个表并被发送。服务映射表可包括服务属性和服务相关信息。例如，服务的属性信息可包括诸如服务的ID、名称和类别的信息，与服务有关的信息可包括关于可获取服务的路径的信息。MPD传送表可包括与服务/内容有关的DASH MPD或者关于可获取DASH MPD的路径的信息。组件映射表可包括服务中的组件信息和组件相关信息。组件信息可包括相关的DASH表示信息，组件相关信息可包括关于可获取组件的路径的信息。LSID表可包括关于用于传送服务/组件的传输会话和传输分组配置的信息。初始化片段传送表可包括关于与服务中的组件有关的DASH表示的初始化片段信息或者关于可获取初始化片段信息的路径的信息。应用参数表可包括关于与广播服务有关的应用的详细信息以及关于可获得详细信息的路径的信息。当这些信令消息/表通过广播网络发送时，信令消息/表可通过快速信息信道(FIC)、服务信令信道(SSC)、应用层传输会话(例如，ROUTE或MMTP会话)等来发送。另外，信令消息/表可经由互联网(宽带)发送。
图54示出根据本发明的实施例的未来广播系统中所使用的服务映射表。以下描述可通过被包括在跟随在信令消息头之后的服务信令消息部分中来发送。
服务映射表可包括关于服务映射信令的信息并且可按照XML或二进制格式来表示。与服务信令信息对应的服务映射表可包括服务标识符信息、服务类型信息、服务名称信息、信道号信息、ROUTE会话相关信息、MPD相关信息和组件信令位置信息。服务标识符可指示标识服务的信息，并且可被表示为id属性。服务类型信息可指示服务的类型，并且可被表示为serviceType属性。服务名称信息可指示服务的名称，并且可被表示为serviceName属性。信道号信息可指示与服务有关的信道号，并且可被表示为channelNumber属性。
ROUTE会话相关信息可包括sourceIP、destinationIP和destinationPort属性。sourceIP属性可指示承载关联的数据的IP数据报的源地址。destinationIP属性可指示承载关联的数据的IP数据报的目的地地址。destinationPort属性可指示承载关联的数据的IP数据报的目的地端口号。
另外，ROUTE会话相关信息可包括关于传输会话的详细信息(LSID)。例如，ROUTE会话相关信息可包括LSID位置信息和LSID位置信息的传送模式信息。另外，关于传输会话的详细信息LSID可包括引导信息。包括在LSID中的引导信息可包括根据传送模式的LSID引导信息。包括在引导信息中的属性将在下面详细描述。
MPD相关信息可包括关于MPD或MPD信令位置的信息。关于MPD的信息可包括版本属性并且指示MPD的版本。MPD信令位置信息可指示可获取与MPD或MPD URL有关的信令的位置。包括在MPD信令位置中的传送模式信息可指示MPD位置信令的传送模式。包括在MPD信令位置中的引导信息可包括根据传送模式的MPD或MPD URL的引导信息。
组件信令位置相关信息可包括传送模式属性。传送模式属性可指示对应组件信令位置信息的传送模式。包括在MPD信令位置中的引导信息可包括根据传送模式的对应组件位置信令的引导信息。
引导信息可根据传送模式包括以下属性中的至少一个。
sourceIP属性可指示承载关联的数据的IP数据报的源地址。destinationIP属性可指示承载关联的数据的IP数据报的目的地地址。destinationPort属性可指示承载关联的数据的IP数据报的目的地端口号。tsi属性可包括传送承载关联的数据的传输分组的传输会话的标识符。URL属性可指示可获取关联的数据的URL。packetid属性可指示承载关联的数据的传输分组的标识符。
图55示出根据本发明的实施例的未来广播系统的服务信令表。未来广播系统可提供广播服务信令，使得接收机可接收广播服务和内容。当通过相同的传输会话标识符TSI发送信令数据时这允许接收机获取相关信令。服务信令表可如所示按照二进制格式来表示，并且可根据实施例按照诸如XML的其它格式来表示。另外，服务信令表可被封装在上述信令消息格式中。服务信令表可包括以下字段。SST_portocol_version字段可指示服务信令表的版本。partition_id字段可指示对应分区的标识符。SST_data_version字段可指示对应服务信令表的数据版本。num_services字段可指示对应分区中所包括的一个或更多个服务的数量。service_id字段可指示对应服务的标识符。service_name字段可指示对应服务的名称。MPD_availability字段可指示MPD是否可通过广播、蜂窝网络和/或Wi-Fi/以太网来获取。CMT_availability字段可指示组件映射表(CMT)是否可通过广播、蜂窝网络和/或Wi-Fi/以太网来使用。ASL_availability字段可指示应用信令表(AST)是否可通过广播、蜂窝网络和/或Wi-Fi/以太网来使用。DP_ID字段可指示通过广播承载MPD、CMT和/或ASL的DP的标识符。LCT_IP_address字段可指示传送MPD、CMT和/或ASL的LCT信道的IP地址。LCT_UDP_port字段可指示传送MPD、CMT和/或ASL的LCT信道的UDP端口。LCT_TSI字段可指示传送MPD、CMT和/或ASL的LCT信道的传输会话标识符(TSI)。当通过广播传送MPD时，MPD_TOI字段可指示MPD的传输对象标识符。当通过广播传送CMT时，CMT TOI字段可指示CMT的传输对象标识符。当通过广播传送AST时，AST_TOI字段可指示AST的传输对象标识符。MPD_URL字段可指示可通过宽带获取MPD的URL。CMT_URL字段可指示可通过宽带获取CMT的URL。AST_URL字段可指示可通过宽带获取AST的URL。
图56示出根据本发明的实施例的未来广播系统中所使用的组件映射表。以下描述可通过被包括在跟随在信令消息头之后的服务信令消息部分中来发送。组件映射表可包括关于组件映射信令的信息并且可按照XML或二进制格式来表示。与服务信令信息对应的组件映射表可包括以下字段。Signaling_id字段可包括指示对应表是组件映射表的标识符。protocol_version字段可指示诸如组件映射表句法的组件映射表的协议版本。Signaling_version字段可指示组件映射表的信令数据的改变。Service_id字段可指示与对应组件关联的服务的标识符。Num_component字段可指示包括在对应服务中的组件的数量。Mpd_id字段可指示与组件关联的DASH MPD标识符。Period_id字段可指示与组件关联的DASH周期标识符。representation_id字段可指示与组件关联的DASH表示标识符。Source_IP字段可指示承载对应组件数据的IP/UDP数据报的源IP地址。Dest_IP字段可指示承载对应组件数据的IP/UDP数据报的目的地IP地址。port字段可指示承载对应组件数据的IP/UDP数据报的端口号。tsi字段可指示承载对应组件数据的应用层传输会话的标识符。DP_id字段可指示承载对应组件数据的物理层数据管道的标识符。CMT可定义与各个服务关联的组件，并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图57示出根据本发明的实施例的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或二进制比特流。组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。BroadcastComp可指示通过同一广播流发送的一个或更多个组件。BroadcastComp可包括mpdID、perID、reptnID、baseURL和/或datapipeID属性。mpdID属性可指示与BroadcastComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示与对应组件关联的DASH片段的基本URL。datapipeID属性可指示广播流中承载对应组件数据的数据管道的标识符。
BBComp可指示通过宽带网络发送的一个或更多个组件。BBComp可包括mpdID、perID、reptnID和/或baseURL属性。mpdID属性可指示与BBComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示与对应组件关联的DASH片段的基本URL。
ForeignComp可指示通过其它广播流发送的一个或更多个组件。ForeignComp可包括mpdID、perID、reptnID、baseURL、transportStreamID、sourceIPAddr、destIPAddr、destUDPPort和/或datapipeID属性。mpdID属性可指示与ForeignComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示与对应组件关联的DASH片段的基本URL。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。datapipeID属性可指示用来在对应广播流中发送对应组件数据的数据管道的标识符。上述组件映射描述可通过被封装在XML文件或上述信令消息格式中来发送。如图57的下部中所示，信令消息头可具有上述格式，并且组件映射描述或其部分可被包括在服务消息部分中。CMT可定义与各个服务关联的组件，并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图58示出根据本发明的实施例的未来广播系统的组件映射表的句法。未来广播系统可用信号通知组件映射表，使得接收机可获取广播服务的组件。组件映射表可按照二进制、XML或其它格式来表示，并且可被封装在上述信令消息格式中。组件映射表可包括以下字段。CMT_portocol_version字段可指示组件映射表(CMT)的结构的版本。service_id字段可指示与对应CMT所提供的组件位置有关的服务的标识符。CMT_data_version字段可指示CMT的数据版本。num_broadcast_streams字段可指示包括与对应服务有关的至少一个组件的广播流的数量。TSID字段可指示对应广播流的传输会话标识符。num_partitions字段可指示包括与对应服务有关的至少一个组件的广播流的分区的数量。CMT可包括多个分区。partition_id字段可指示对应分区的标识符。num_data_pipes字段可指示包括与对应服务有关的至少一个组件的分区中的数据管道的数量。DP_ID字段可指示各个数据管道的标识符。num_ROUTE_sessions字段可指示各个数据管道中所包括的传输会话(例如，ROUTE会话)的数量。各个数据管道可包括与对应服务关联的至少一个组件。IP_address字段可指示各个传输会话的IP地址。UDP_port字段可指示各个传输会话的UDP端口。num_LCT_channels字段可指示包括与对应服务关联的组件的传输会话中的LCT信道的数量。LCT_TSI字段可指示传输会话标识符(TSI)。Representation_ID字段可指示对应LCT信道所承载的表示的标识符。Internet_availability字段可以是指示对应表示是否可通过互联网或宽带接收的标识符。num_internet_only_reptns字段可指示仅可通过互联网或宽带接收的表示的数量。Representation_ID字段可指示在num_internet_only_reptns的循环中仅可通过互联网或宽带接收的表示的标识符。CMT可定义与各个服务关联的组件并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图59示出在根据本发明的实施例的未来广播系统中通过宽带网络传送与各个服务有关的信令的方法。未来广播系统可通过宽带网络将与服务有关的信令发送给接收机。未来广播系统可通过宽带网络利用URL信令表描述将信令发送给接收机。URL信令表描述可按照XML或二进制格式来表示。URL信令表描述可包括以下属性。service_id属性可指示与信令关联的服务的标识符。mpdURL属性可指示宽带MPD的URL。cstURL属性可指示宽带CMT的URL。CMT可包括关于获取广播服务中的组件数据的路径的信息。astURL属性可指示宽带AST的URL。AST可包括关于与广播服务有关的应用的信息。接收机可接收该描述并且基于各个信令的URL接收对应信令。上述URL信令表描述可被封装在单个XML文件或上述信令消息格式中并被发送。如该图的下部所示，信令消息头可采取上述格式，并且URL信令表描述或其一部分可跟随在信令消息头之后。
图60示出在根据本发明的实施例的未来广播系统中用信号通知MPD的方法。如该图的上部所示，关于未来广播网络中可用的广播服务的MPD的信令消息可由信令消息头和信令消息组成。信令消息头可采取上述格式并且MPD传送表信息可包括以下信息。Signaling_id信息可指示对应信令消息是包括MPD或者关于可获取MPD的路径的信息的信令消息。protocol_version信息可指示MPD传送表的协议版本，例如信令消息的句法。Signaling_version信息可指示MPD传送表的信令数据的改变。Service_id信息可指示与对应信令信息关联的服务的标识符。Mpd_id信息可指示与信令消息关联的DASH MPD的标识符。MPD_version信息是指示对应MPD的改变的版本信息。Delivery_mode信息可指示信令消息是否包括对应MPD或者通过不同的路径传送。当信令消息包括MPD时，MPD_data()信息可包括MPD数据。MPD_path信息可包括关于可获取MPD的路径的信息。例如，该路径可指示URL。
MPD传送表描述可包括以下信息。service_id属性可指示与信令关联的服务的标识符。MPD_id属性可指示MPD的标识符。MPD_version是指示MPD的改变的版本信息。MPD_URL属性可包括关于可获取MPD的URL的信息。MPD元素可包括MPD信息。MPD传送表描述可被封装在单个XML文件或上述信令消息格式中并被发送。即，信令消息头可采取上述格式，并且MPD传送表描述或其部分可跟随在信令消息头之后。
图61示出根据本发明的实施例的未来广播系统的MPD传送表的句法。MPD传送表或其一部分的信息可跟随在信令消息头之后。MPD传送表的信息可包括以下字段。service_id字段可指示关联的广播服务的标识符。MPD_id_length字段可指示随后的MPD_id_bytes()的长度。MPD_id_bytes字段可指示包括在信令消息中的MPD文件的标识符。MPD_version字段可指示诸如对应MPD的数据的改变的版本信息。MPD_URL_availability字段可指示对应信令表/消息中是否存在MPD的URL信息。MPD_data_availabilty字段可指示对应信令表/消息是否包括MPD。MPD_data_availabilty字段当其值为1时可指示信令表/消息包括MPD。MPD_URL_length字段可指示随后的MPD_URL_bytes()的长度。MPD_URL_bytes字段可指示包括在信令消息中的MPD URL。MPD_coding字段可指示包括在信令消息中的MPD字段的编码方案。如该图的下部所示，根据MPD_coding字段的值，MPD文件可根据不同的编码方案来编码。例如，MPD_coding字段值“0x00”可指示信令表/消息包括以XML表示的纯MPD字段。MPD_coding字段值“0x01”可指示信令表/消息包括通过gzip压缩的MPD字段。如果通过gzip压缩的MPD字段被分割并且通过多个消息/表分别发送，则对应的多个MPD_bytes()可被级联然后被解压。MPD_byte_length字段可指示随后的MPD_bytes()的长度。根据MPD_coding字段所指示的编码方案，MPD_bytes字段可包括信令消息中所包括的MPD字段的数据。未来广播系统使得接收机能够通过包括上述字段的MPD传送表来接收或获取服务相关MPD。
图62示出根据本发明的实施例的未来广播系统的传输会话实例描述。当应用层传输方案对应于经由单向传输的实时对象传送(ROUTE)时，ROUTE会话可由一个或更多个分层编译传输(LCT)会话组成。关于一个或更多个传输会话的详细信息可通过传输会话实例描述来用信号通知。在ROUTE的情况下，传输会话实例描述可被称作LCT会话实例描述(LSID)。具体地讲，传输会话实例描述可定义通过构成ROUTE会话的各个LCT传输会话传送什么。各个传输会话可由传输会话标识符(TSI)唯一地标识。TSI可被包括在LCT中。传输会话实例描述可描述由对应会话承载的所有传输会话。例如，LSID可描述由ROUTE承载的所有LCT会话。传输会话实例描述可通过与传输会话相同的ROUTE会话来传送，或者通过不同的ROUTE会话传送，或者单播。
当通过相同的ROUTE会话传送时，传输会话实例描述可通过TSI为0的传输会话来传送。尽管在传输会话实例描述中参考的对象可通过TSI＝0的传输会话传送，对象可具有与传输会话实例描述不同的TOI值。或者，对象可通过TSI≠0的单独的传输会话来传送。传输会话实例描述可利用版本号、有效性信息和期满信息中的至少一个来更新。除了所示的格式以外，传输会话实例描述可按照比特流来表示。
传输会话实例描述可包括version、validFrom和expiration属性，并且包括TSI属性以及针对各个传输会话的SourceFlow和RepairFlow信息。version属性可指示传输会话实例描述的版本信息，每当其内容被更新时该版本信息可增加。具有最高版本号的传输会话实例描述是当前有效的版本。validFrom属性可指示对应传输会话实例描述开始有效的日期和时间。根据实施例，传输会话实例描述中可不包括validFrom属性。在这种情况下，接收机可假设对应传输会话实例描述立即有效。expiration属性可指示对应传输会话实例描述期满的日期和时间。传输会话实例描述中可不包括expiration属性。在这种情况下，接收机可假设对应传输会话实例描述一直有效。如果接收到具有expiration属性的传输会话实例描述，则传输会话实例描述可遵照对应expiration属性。TSI属性可指示传输会话标识符。SourceFlow元素提供利用对应TSI发送的源流的信息。SourceFlow元素将在下面详细描述。RepairFlow元素可提供利用对应TSI发送的修复流的信息。
图63示出根据本发明的实施例的未来广播系统的SourceFlow元素。Sourceflow元素可包括EFDT元素、idRef属性、realtime属性、minBufferSize属性、ApplicationIdentifier元素和PayloadFormat元素。EFDT元素可指定文件传送数据的详细信息。EFDT元素指示扩展文件传送表(FDT)实例，并且将在下面详细描述。idRef属性可指示EFDT标识符，并且可通过对应传输会话被表示为URI。realtime属性可指示对应LCT分组包括扩展头。所述扩展头可包括指示所包括的传送对象的呈现时间的时间戳。minBufferSize属性可定义需要存储在接收机中的最大数据量。Application Identifier元素可提供可被映射至对应传输会话中所承载的应用的附加信息。例如，可作为附加信息提供DASH内容的表示ID或者DASH表示的应用集参数以便选择用于渲染的传输会话。PayloadFormat元素可定义承载源流的对象的ROUTE分组的有效载荷格式。PayloadFormat元素可包括codePoint属性、deliveryObjectFormat属性、fragmentation属性、deliveryOrder属性、sourceFecPayloadID属性和/或FECParameters元素。codePoint属性可定义对应有效载荷中所使用的码点。这可指示LCT头中的CP字段的值。deliveryObjectFormat属性可指示对应传送对象的有效载荷格式。fragmentation属性可定义分段的类型。deliveryOrder属性可指示对象的传送顺序。sourceFecPayloadID属性可定义源FEC有效载荷标识符的格式。FECParameters元素可定义FEC参数。这包括FEC编码id、实例id等。
图64示出根据本发明的实施例的未来广播系统的EFDT。EFDT可包括文件传送数据的详细信息。EFDT可包括idRef属性、version属性、maxExpiresDelta属性、maxTransportSize属性和FileTemplate元素。idRef属性可指示EFDT的标识符。version属性可指示EFDT实例描述符的版本。当EFDT被更新时，此属性可增加1。所接收到的具有最高版本号的EFDT可以是当前有效的版本。maxExpiresDelta属性可指示在发送与对象关联的第一分组之后对象的最大期满时间。maxTransportSize属性可指示对应EFDT所描述的对象的最大传输大小。FileTemplate元素可指定主体中的文件URL或文件模板。
上述传输会话实例描述符(LSID)元素可根据该图的下部所示的传输会话实例描述符(LSID)表来发送。LSID表可通过被划分成信令消息头和信令消息数据部分的上述信令消息来传送。信令消息数据部分可包括传输会话实例描述符(LSID)或其一部分。信令消息数据可包括LSID表和以下字段。Signaling_id字段是指示对应表是包括LSID的信令表的标识符信息。protocol_version字段可指示信令的协议版本，例如包括LSID的信令句法。Signaling_version字段可指示包括LSID的信令数据的改变。另外，LSID表还可包括上述传输会话实例描述符(LSID)元素的内容。
图65示出发送根据本发明的实施例的未来广播系统中所使用的初始化片段传送表(ISDT)的方法。未来广播系统可通过发送ISDT来传送关于与广播服务中的组件关联的DASH表示的初始化片段的信令信息。关于与广播服务中的组件关联的DASH表示的初始化片段的信令信息可包括头和数据。信令消息头可具有上述格式，并且信令消息数据可包括初始化片段传送信息或其一部分。初始化片段传送信息可包括以下信息。Signaling_id信息可标识包括初始化片段的信令消息或者关于其路径的信息。protocol_version信息可指示ISDT的议版本，例如对应信令消息的句法。Sequence_number信息可指示ISDT的实例标识符。Signaling_version信息可指示ISDT的信令数据的改变。Service_id信息可标识与对应组件关联的服务。Mpd_id信息可指示与对应组件关联的DASH MPD标识符。period_id信息可指示与对应组件关联的DASH周期标识符。representation_id信息可指示与对应组件关联的DASH表示标识符。Initialization_segment_version信息可以是指示对应MPD的改变的版本信息。Delivery_mode信息可指示ISDT是否包括初始化片段或者通过不同的路径传送。Initialization_segment_data()信息可包括初始化片段数据本身。初始化片段路径信息可包括关于可获取初始化片段的路径的信息，例如初始化片段的URL。接收机可通过ISDT接收关于与对应组件关联的DASH表示的初始化片段的信息。
图66示出根据本发明的实施例的未来广播系统的信令消息的传送结构。当基于应用层传输(例如，ROUTE)发送时，上述信令数据可如所示传送。即，一些信令可通过快速信息信道发送以便支持快速服务扫描。一些信令可通过特定传输会话发送并且连同组件数据一起传送。
用于支持快速服务扫描和获取的信令信息可通过单独的信道从传输会话接收。这里，所述单独的信道可表示单独的数据管道(DP)。关于服务的详细信息可通过单独指定的传输会话接收。这里，传输会话可具有值TSI＝0。通过指定的传输会话传送的信息可包括MPD传送表、应用信令表、传输会话实例描述表和/或组件映射表。一些信令信息可连同组件数据一起通过传输会话传送。例如，初始化片段传送表可连同组件数据一起传送。
该图的下部示出在未来广播网络中获取广播服务的示例。当选择服务时，接收机可调谐至广播，获取用于快速服务扫描和获取的信息并且解析该信息。在从用于快速服务扫描和获取的信息确定服务层信令或传输会话实例描述(TSID或LSID)的位置时，接收机可获取并解析对应描述。另外，接收机可检查包括信令的传输会话，从传输会话获取信令表，解析该信令表，并且确定期望的组件。通过此处理，接收机可呈现期望的组件。即，通过从用于快速服务扫描和获取的信息获取关于传输会话的信息，从关于传输会话的信息确认期望的组件的位置并且再生组件，可向用户提供广播服务。
图67示出为了快速广播服务扫描，由根据本发明的实施例的未来广播系统发送的信令数据。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于传送服务和组件数据的应用层传输会话的信息。如所示，FIC信息可按照二进制格式来表示。然而，根据实施例，FIC信息可按照诸如XML的其它格式来表示。FIC信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示广播流的标识符。FIC_data_version字段可指示对应FIC信息的数据版本。当FIC的内容改变时，FIC_data_version字段可增加。num_partitions字段可指示广播流的分区的数量。假设各个广播流可被划分成一个或更多个分区并被发送以便使用num_partitions字段。各个分区可包括通过单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示包括在对应分区中的一个或更多个组件的数量。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务环路数据的改变或者与对应服务关联的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段可增加1。接收机可利用service_data_version字段来检测FIC的服务环路数据改变或者与对应服务关联的信令的改变。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态，并且根据其值表示活动或暂停属性以及隐藏或显示属性。service_distribution字段可具有与ATSC M/H的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志，并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示随后的IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。source_IP_address_flag字段可指示FIC信息是否包括source_IP_addr。当其值为1时source_IP_address_flag字段可指示source_IP_addr的存在。num_transport_session字段可指示在广播流中发送对应服务的组件数据的传输会话(例如，ROUTE或MMTP会话)的数量。当source_IP_address_flag为1时，source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。LSID_tsi字段可指示发送传输会话实例描述(是包括关于传输会话的详细信息的信令)的传输会话的标识符。这里，在LCT传输会话的情况下传输会话实例描述可以是LSID。另外，与对应服务关联的信令可通过发送传输会话实例描述的传输会话来传送。service_signaling_flag字段可指示是否通过对应传输会话发送服务信令。service_signaling_flag字段当其值为1时可指示包括服务信令的DP的存在。signaling_data_version字段可指示相关的服务信令数据的改变。每当服务信令数据改变时，signaling_data_version字段的值可增加1。接收机可利用signaling_data_version字段来检测与对应服务有关的信令的改变。signaling_DP字段可指示传送服务信令的物理层的数据管道的标识符。signaling_tsi字段可指示传送服务信令的传输会话的标识符。传输会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括num_descriptors字段所指示的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，并且一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。根据实施例，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图68示出为了快速广播服务扫描，由根据本发明的实施例的未来广播系统发送的信令数据。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于传送服务和组件数据的应用层传输会话的信息。如所示，FIC信息可按照二进制格式来表示。然而，根据实施例，FIC信息可按照诸如XML的其它格式来表示。FIC信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。num_partitions字段可指示广播流的分区的数量。假设各个广播流可被划分成一个或更多个分区并被发送以便使用num_partitions字段。各个分区可包括单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示包括在对应分区中的一个或更多个服务的数量。各个服务可包括多个信令表。例如，各个服务可包括：DASH MPD，其包含组件以及关于其片段的信息；CMT，其包含宽带和其它广播流中所包括的组件的标识符；应用信令表(AST)；以及URL信令表(UST)，其包括MPD、CMT和AST的URL中的至少一个。这些信令表可被包括在对应服务的信令信道中。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务环路数据的改变或者与对应服务关联的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段可增加1。例如，当FIC、MPD、CMT、AST或UST改变时，service_data_version字段可增加1。接收机可利用service_data_version字段来检测FIC的服务环路数据改变或者与对应服务关联的信令的改变。service_channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态，并且根据其值表示活动或暂停属性和隐藏或显示属性。service_distribution字段可具有与ATSCM/H的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示随后的IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。num_ROUTE_sessions字段可指示广播流中传送对应服务的组件数据的传输会话的数量。例如，传输会话可以是ROUTE会话。依照ROUTE会话可设定以下信息。source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。LSID_tsi字段可指示发送传输会话实例描述(是包括关于传输会话的详细信息的信令)的传输会话的标识符。这里，在LCT传输会话的情况下，传输会话实例描述可以是LSID。另外，与对应服务关联的信令可通过发送传输会话实例描述的传输会话来传送。component_signaling_flag字段可指示是否通过对应传输会话发送对应服务的服务信令。当component_signaling_flag为1时，这可指示通过对应传输会话发送的数据包括服务信令(例如，MPD(DASH媒体呈现描述)、CMT等)。这里，CMT是组件映射表并且可包括通过宽带传送的组件的标识符，并且还包括关于包括在其它广播流中的组件的信息。各个服务可包括服务信令信道。服务信令信道可包括MPD、CMT、AST和/或UST。服务信令信道可以是用于服务的多个ROUTE会话当中的信令信道，其是否存在可通过组件信令标志来指示。当通过多个传输会话(ROUTE或MMTP会话)发送信令和服务组件时，上述服务信令表可优选通过单个传输会话来传送。
ROUTE会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括num_descriptors字段所指示的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，并且一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。
根据实施例，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图69示出根据本发明的实施例的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或二进制比特流。组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。BroadcastComp可指示通过同一广播流发送的一个或更多个组件。BroadcastComp可包括mpdID、perID、reptnID、baseURL和/或datapipeID属性。mpdID属性可指示与BroadcastComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。datapipeID属性可指示广播流中承载对应组件数据的数据管道的标识符。
BBComp可指示通过宽带网络发送的一个或更多个组件。BBComp可包括mpdID、perID、reptnID和/或baseURL属性。mpdID属性可指示与BBComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。
ForeignComp可指示通过其它广播流发送的一个或更多个组件。ForeignComp可包括mpdID、perID、reptnID、baseURL、transportStreamID、sourceIPAddr、destIPAddr、destUDPPort和/或datapipeID属性。mpdID属性可指示与ForeignComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。datapipeID属性可指示在对应广播流中发送对应组件数据的数据管道的标识符。根据实施例，sourceIPAddr、destIPAddr、destUDPPort和datapipeID属性可为可选的并且被选择性地包括在CMT中。上述组件映射描述可通过被封装在XML文件或上述信令消息格式中来发送。如该图的下部所示，信令消息头可具有上述格式，组件映射描述或其一部分可被包括在服务消息部分中。CMT可定义与各个服务关联的组件并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图70示出根据本发明的实施例的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或二进制比特流。组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。BroadcastComp可指示通过同一广播流发送的一个或更多个组件。BroadcastComp可包括mpdID、perID、reptnID、baseURL、tsi和/或datapipeID属性。mpdID属性可指示与BroadcastComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。tsi属性可指示广播流中发送对应组件数据的传输会话的标识符。datapipeID属性可指示广播流中承载对应组件数据的数据管道的标识符。
BBComp可指示通过宽带网络发送的一个或更多个组件。BBComp可包括mpdID、perID、reptnID和/或baseURL属性。mpdID属性可指示与BBComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。
ForeignComp可指示通过其它广播流发送的一个或更多个组件。ForeignComp可包括mpdID、perID、reptnID、baseURL、transportStreamID、sourceIPAddr、destIPAddr、destUDPPort、tsi和/或datapipeID属性。mpdID属性可指示与ForeignComp关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。tsi属性可指示对应广播流中发送对应组件数据的传输会话的标识符。datapipeID属性可指示在对应广播流中发送对应组件数据的数据管道的标识符。根据实施例，sourceIPAddr、destIPAddr、destUDPPort和datapipeID属性可为可选的并且选择性地被包括在CMT中。上述组件映射描述可通过被封装在XML文件或上述信令消息格式中来发送。如该图的下部所示，信令消息头可具有上述格式，并且组件映射描述或其一部分可被包括在服务消息部分中。CMT可定义与各个服务关联的组件并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图71和图72示出根据本发明的实施例的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或者二进制比特流。组件映射表描述可包括连同DASH相关标识符一起的传送参数元素和有效载荷格式元素。
组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。component元素可指示对应广播服务中的组件。component元素可包括mpdID属性、perID属性、reptnID属性、baseURL属性、DeliveryParameter元素和/或PayloadFormat元素。mpdID属性可指示与组件关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。
DeliveryParameter元素可包括关于发送对应组件的路径的详细信息。DeliveryParameter元素可包括transportStreamID、sourceIPAddr、destIPAddr、destUDPPort、tsi、datapipeID和/或URL属性。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。tsi属性可指示在对应广播流中发送对应组件数据的传输会话的的标识符。datapipeID属性可指示在对应广播流中发送对应组件数据的物理层数据管道的标识符。URL属性可指示可通过互联网获取对应组件数据的URL信息。根据实施例，sourceIPAddr、destIPAddr、destUDPPort、datapipeID和/或URL属性可为可选的并且被选择性地包括在DeliveryParameter元素中。
PayloadFormat元素可包括codePoint属性、deliveryObjectFormat属性、fragmentation属性、deliveryOrder属性、sourceFecPayloadID属性和/或FECParameters元素。codePoint属性可定义对应有效载荷中所使用的码点。这可指示LCT头的CP字段的值。deliveryObjectFormat属性可指示对应传送对象的有效载荷格式。fragmentation属性可定义分段的类型。deliveryOrder属性可指示对象的传送顺序。sourceFecPayloadID属性可定义源FEC有效载荷标识符的格式。FECParameters元素可定义FEC参数并且包括FEC编码id、实例id等。
图73示出根据本发明的实施例的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或者二进制比特流。组件映射表可包括service_id属性、mpd_id属性、per_id属性、BroadcastComp元素、BBComp元素和ForeignComp元素。组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。CMT描述可在与service_id属性相同的级别包括mpdID和perID属性。即，被共同地应用于BroadcastComp、BBComp和ForeignComp元素的mpdID和perID属性可在与service_id属性相同的级别描述，而非冗余地描述。mpdID属性可指示与对应服务关联的DASH MPD标识符。perID属性可指示对应MPD中所关联的周期标识符。
BroadcastComp可指示通过同一广播流发送的一个或更多个组件。BroadcastComp可包括reptnID、baseURL、tsi和/或datapipeID属性。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。tsi属性可指示在对应广播流中发送对应组件数据的传输会话的标识符。datapipeID属性可指示在对应广播流中发送对应组件数据的数据管道的标识符。
BBComp可指示通过宽带网络发送的一个或更多个组件。BBComp可包括reptnID和/或baseURL属性。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。
ForeignComp可指示通过其它广播流发送的一个或更多个组件。ForeignComp可包括reptnID、baseURL、transportStreamID、sourceIPAddr、destIPAddr、destUDPPort、tsi和/或datapipeID属性。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。tsi属性可指示在对应广播流中发送对应组件数据的传输会话的标识符。datapipeID属性可指示在对应广播流中发送对应组件数据的数据管道的标识符。根据实施例，sourceIPAddr、destIPAddr、destUDPPort和datapipeID属性可为可选的并且被选择性地包括在CMT中。上述组件映射描述可通过被封装在XML文件或上述信令消息格式中来发送。CMT可定义与各个服务关联的组件并且告知接收机可通过上述信息接收对应组件的位置或路径。
图74示出根据本发明的实施例的MPD的公共属性和元素。未来广播系统可提供基于DASH的混合广播服务。在未来广播系统中，与DASH MPD中的表示关联的片段通过不同的分配路径来传送。MPD的公共属性和元素可共同地存在于adaptation set、representation和sub-representation元素中，并且如所例示包括关联表示的位置信息。未来广播系统可使得DASH客户端能够利用包括在MPD的公共属性和元素中的关联表示的位置信息来识别关联表示或片段的位置。MPD的公共属性和元素可包括以下属性和元素。@profiles属性可指示关联表示的简档。@width属性可指示要表示的视频媒体类型的水平视觉呈现大小。@height属性可指示要表示的视频媒体类型的垂直视觉呈现大小。@sar属性可指示视频媒体组件类型的样本宽高比。@frameRate属性可指示表示中的视频媒体类型的输出帧频。@audioSamplingRate属性可指示音频媒体组件类型的采样率。@mimeType属性可指示初始化片段的级联的MIME类型。@segmentProfiles属性可指示处理表示所必要的片段的简档。@codecs属性可指示表示中所使用的编解码器。@maximumSAPPeriod属性可指示所包含的媒体流的最大流访问点(SAP)间隔。@startWithSAP属性可指示以SAP开始的媒体片段的数量。@maxPlayoutRate属性可指示最大播出率。@codingDependency属性可指示是否存在取决于一个或更多个其它访问单元来解码的至少一个访问单元。@scanType属性可指示视频媒体组件类型的原材料的扫描类型。FramePacking元素可指定视频媒体组件类型的帧封包信息。AudioChannelConfiguration元素可指定音频媒体组件类型的音频信道配置。ContentProtection元素可指定关于用于关联表示的内容保护方案的信息。EssentialProperty元素可指示关于在处理中必须考虑的元素的信息。SupplementalProperty元素可指定用于优化处理的补充信息。InbandEventStream元素可指定关联表示中是否存在带内事件流。Location元素可指定关于可获取关联表示的位置的信息。Location元素可包括关于承载关联表示的广播流或物理信道数据管道的信息。DASH客户端或未来广播接收设备可利用Location元素获得关联表示。即，未来广播系统的接收设备可利用包括在MPD的公共属性和元素中的位置信息来获得关于关联表示的位置的信息而无需使用上述CMT，并且基于所获得的信息来获取关联表示。根据实施例，上述表示可被描述为组件。
在另一实施例中，未来广播系统可将关于传输路径的信息(例如，关联表示)分配给DASH MPD中的baseURL元素的@servicelocation属性。未来广播系统可使得DASH客户端能够利用@servicelocation属性知道关于传送与对应表示关联的片段的路径的信息。
图75示出根据本发明的实施例的传输会话实例描述。当应用层传输方法对应于经由单向传输(ROUTE)的实时对象传送时，ROUTE会话可由一个或更多个分层编译传输(LCT)会话组成。可通过传输会话实例描述用信号通知关于一个或更多个传输会话的详细信息。在ROUTE的情况下，传输会话实例描述可被称作LCT会话实例描述(LSID)。具体地讲，传输会话实例描述可定义通过构成ROUTE会话的各个LCT传输会话传送什么。各个传输会话可由传输会话标识符(TSI)唯一地标识。TSI可被包括在LCT头中。传输会话实例描述可描述由对应会话承载的所有传输会话。例如，LSID可描述由ROUTE承载的所有LCT会话。传输会话实例描述可通过与传输会话相同的ROUTE会话来传送，或者通过不同的ROUTE会话传送，或者单播。
当通过相同的ROUTE会话传送时，传输会话实例描述可通过TSI为0的传输会话来传送。尽管在传输会话实例描述中参考的对象可通过TSI＝0的传输会话传送，对象可具有与传输会话实例描述不同的TOI值。或者，对象可通过TSI≠0的单独的传输会话来传送。传输会话实例描述可利用版本号、有效性信息和期满信息中的至少一个来更新。除了所示的格式以外，传输会话实例描述可按照比特流来表示。
传输会话实例描述可包括version、validFrom和expiration属性。对于各个传输会话，传输会话实例描述可包括TSI属性、SourceFlow元素、RepairFlow元素和TransportSessionProperty元素。version属性可指示传输会话实例描述的版本信息，每当其内容被更新时该版本信息可增加。具有最高版本号的传输会话实例描述是当前有效的版本。validFrom属性可指示对应传输会话实例描述开始有效的日期和时间。根据实施例，传输会话实例描述中可不包括validFrom属性。在这种情况下，接收机可假设对应传输会话实例描述立即有效。expiration属性可指示对应传输会话实例描述期满的日期和时间。传输会话实例描述中可不包括expiration属性。在这种情况下，接收机可假设对应传输会话实例描述一直有效。如果接收到具有expiration属性的传输会话实例描述，则传输会话实例描述可遵照对应expiration属性。TSI属性可指示传输会话标识符。SourceFlow元素提供利用对应TSI发送的源流的信息。SourceFlow元素将在下面详细描述。RepairFlow元素可提供利用对应TSI发送的修复流的信息。TransportSessionProperty元素可提供关于对应传输会话的附加性质信息。传输会话实例描述可在TransportSessionProperty元素中包括关于传输会话的附加性质信息。例如，附加信息可包括关于传输会话的服务信令信息。
图76示出根据本发明的实施例的未来广播系统的SourceFlow元素。Sourceflow元素可包括EFDT元素、idRef属性、realtime属性、minBufferSize属性、ApplicationIdentifier元素、PayloadFormat元素和/或SourceFlowProperty元素。EFDT元素可指定文件传送数据的详细信息。EFDT元素指示扩展文件传送表(FDT)实例，并且将在下面详细描述。idRef属性可指示EFDT标识符，并且可通过对应传输会话被表示为URI。realtime属性可指示对应LCT分组包括扩展头。该扩展头可包括指示所包括的传送对象的呈现时间的时间戳。minBufferSize属性可定义需要存储在接收机中的最大数据量。Application Identifier元素可提供可被映射至对应传输会话中所承载的应用的附加信息。例如，可作为附加信息提供DASH内容的表示ID或者DASH表示的应用集参数以便选择用于渲染的传输会话。PayloadFormat元素可定义承载源流的对象的ROUTE分组的有效载荷格式。PayloadFormat元素可包括codePoint属性、deliveryObjectFormat属性、fragmentation属性、deliveryOrder属性、sourceFecPayloadID属性和/或FECParameters元素。codePoint属性可定义对应的有效载荷中所使用的码点。这可指示LCT头中的CP字段的值。deliveryObjectFormat属性可指示对应的传送对象的有效载荷格式。fragmentation属性可定义分段的类型。deliveryOrder属性可指示对象的传送顺序。sourceFecPayloadID属性可定义源FEC有效载荷标识符的格式。FECParameters元素可定义FEC参数。这包括FEC编码id、实例id等。SourceFlowProperty元素可提供关于对应源流的性质信息。例如，该性质信息可包括承载对应源流数据的广播流的位置信息。这里，广播流的位置信息可包括关于广播流中的数据管道或物理层管道(PLP)的信息。
图77示出为了快速广播服务扫描，由根据本发明的另一实施例的未来广播系统发送的信令数据。除了上述服务获取信息以外，所示的服务获取信息还可包括关于链路层信令的信息。关于链路层信令的信息可包括指示链路层信令的存在的标志信息、链路层信令数据的版本信息以及关于传送链路层信令的数据管道或PLP的信息。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于传送服务和组件数据的应用层传输会话的信息。如所示，服务获取信息可按照二进制格式来表示。然而，根据实施例，FIC信息可按照诸如XML的其它格式来表示。
服务获取信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示广播流的标识符。FIC_data_version字段可指示对应FIC信息的数据版本。当FIC的内容改变时，FIC_data_version字段可增加。num_partitions字段可指示广播流的分区的数量。假设各个广播流可被划分成一个或更多个分区并被发送以便使用num_partitions字段。各个分区可包括通过单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示包括在对应分区中的一个或更多个组件的数量。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务环路数据的改变或者与对应服务关联的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段可增加1。接收机可利用service_data_version字段来检测FIC的服务环路数据改变或者与对应服务关联的信令的改变。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态，并且根据其值表示活动或暂停属性以及隐藏或显示属性。service_distribution字段可具有与ATSC M/H的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志，并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示随后的IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时可指示使用IPv6。source_IP_address_flag字段可指示FIC信息是否包括source_IP_addr。当其值为1时source_IP_address_flag字段可指示source_IP_addr的存在。num_transport_session字段可指示在广播流中发送对应服务的组件数据的传输会话(例如，ROUTE或MMTP会话)的数量。当source_IP_address_flag为1时，source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。LSID_tsi字段可指示发送传输会话实例描述(是包括关于传输会话的详细信息的信令)的传输会话的标识符。这里，在LCT传输会话的情况下传输会话实例描述可以是LSID。另外，与对应服务关联的信令可通过发送传输会话实例描述的传输会话来传送。service_signaling_flag字段可指示是否通过对应传输会话发送服务信令。service_signaling_flag字段当其值为1时可指示包括服务信令的DP的存在。signaling_data_version字段可指示相关的服务信令数据的改变。每当服务信令数据改变时，signaling_data_version字段的值可增加1。接收机可利用signaling_data_version字段来检测与对应服务有关的信令的改变。signaling_DP字段可指示传送服务信令的物理层的数据管道的标识符。signaling_tsi字段可指示传送服务信令的传输会话的标识符。link_layer_signaling_flag字段可指示服务获取信息是否承载链路层(或下层)信令。link_layer_signaling_data_version字段可指示关联的链路层(或下层)信令数据的改变。每当链路层信令数据改变时，此字段可增加1。接收机可利用link_layer_signaling_data_version字段来检测链路层(或下层)信令中的变化。link_layer_signaling_DP字段可指示承载L2层中可使用的链路层(或下层)信令的物理层数据管道的标识符。传输会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括num_descriptors字段所指示的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，并且一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。根据实施例，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图78示出为了快速广播服务扫描，由根据本发明的另一实施例的未来广播系统发送的信令数据。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于传送服务和组件数据的应用层传输会话的信息。服务获取信息还可包括关于链路层信令的信息。如所示，服务获取信息可按照二进制格式来表示。然而，根据实施例，FIC信息可按照诸如XML的其它格式来表示。
服务获取信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。num_partitions字段可指示广播流的分区的数量。假设各个广播流可被划分成一个或更多个分区并被发送以便使用num_partitions字段。各个分区可包括与单个广播商对应的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示包括在对应分区中的一个或更多个服务的数量。各个服务可包括多个信令表。例如，各个服务可包括：DASH MPD，其包括组件以及关于其片段的信息；CMT，其包括宽带和其它广播流中所包括的组件的标识符；应用信令表(AST)；以及URL信令表(UST)，其包括MPD、CMT和AST的URL中的至少一个。这些信令表可被包括在对应服务的信令信道中。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务环路数据的改变或者与对应服务关联的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段可增加1。例如，当FIC、MPD、CMT、AST或UST改变时，service_data_version字段可增加1。接收机可利用service_data_version字段来检测FIC的服务环路数据改变或者与对应服务关联的信令的改变。service_channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态，并且根据其值表示活动或暂停属性和隐藏或显示属性。service_distribution字段可具有与ATSC M/H的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示随后的IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。num_ROUTE_sessions字段可指示广播流中传送对应服务的组件数据的传输会话的数量。例如，传输会话可以是ROUTE会话。依照ROUTE会话可设定以下信息。source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。LSID_tsi字段可指示发送传输会话实例描述(是包括关于传输会话的详细信息的信令)的传输会话的标识符。这里，在LCT传输会话的情况下，传输会话实例描述可以是LSID。另外，与对应服务关联的信令可通过发送传输会话实例描述的传输会话来传送。component_signaling_flag字段可指示是否通过对应传输会话发送对应服务的服务信令。当component_signaling_flag为1时，这可指示通过对应传输会话发送的数据包括服务信令(例如，MPD(DASH媒体呈现描述)、CMT等)。这里，CMT是组件映射表并且可包括通过宽带传送的组件的标识符，并且还可包括关于包括在其它广播流中的组件的信息。各个服务可包括服务信令信道。服务信令信道可包括MPD、CMT、AST和/或UST。服务信令信道可以是用于服务的多个ROUTE会话当中的信令信道，其是否存在可通过组件信令标志来指示。当通过多个传输会话(ROUTE或MMTP会话)发送信令和服务组件时，上述服务信令表可优选通过单个传输会话来传送。link_layer_signaling_flag字段可指示服务获取信息是否承载链路层(或下层)信令。link_layer_signaling_data_version字段可指示关联的链路层(或下层)信令数据的改变。每当链路层信令数据改变时，此字段可增加1。接收机可利用link_layer_signaling_data_version字段来检测链路层(或下层)信令中的变化。link_layer_signaling_DP字段可指示承载L2层中可使用的链路层(或下层)信令的物理层数据管道的标识符。
ROUTE会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括与num_descriptors字段所指示的值对应的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，并且一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。
根据实施例，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图79示出在根据本发明的实施例的未来广播系统中获取服务层信令的方法。该图的上部示出根据本发明的未来广播系统中所使用的服务层信令格式。服务层信令可按照所示的格式封装。例如，所封装的服务层信令可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。当未来广播系统使用上述服务信令时，未来广播系统可如该图的下部所示传送服务信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。
另外，如所示，传输会话实例描述符可具有上述封装格式。即，传输会话实例描述符可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，信令消息可包括传输会话实例描述符。在本发明中，传输会话实例描述符可被包括在服务层信令中并被传送。
图80示出在根据本发明的实施例的未来广播系统中获取服务层信令和链路层信令的方法。当未来广播系统使用上述服务层信令时，未来广播系统可如图所示传送服务层信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用包括在快速服务获取信息中的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。
另外，如所示，传输会话实例描述符可具有上述封装格式。即，传输会话实例描述符可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，信令消息可包括传输会话实例描述符。在本发明中，传输会话实例描述符可被包括在服务层信令中并被传送。
另外，快速服务获取信息可包括关于传送链路层信令的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送链路层信令的PLP，并且获取包括在其中的链路层信令。如所示，传输链路层信令格式可包括一般分组头(GPH)和信令消息。信令消息可包括关于链路层信令的信息。接收机可通过数据管道获取链路层信令(或下层信令)，并且通过应用传输协议来获得诸如组件映射表的服务/组件信令。
图81示出在根据本发明的实施例的未来广播系统中获取服务层信令的方法。当未来广播系统针对服务/组件信令使用3GPP eMBMS信令时，未来广播系统可如图所示传送信令。这里，服务层信令可包括用户服务绑定描述(USBD)、MPD、会话描述协议，并且还可包括传输会话实例描述。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。
另外，如所示，传输会话实例描述符可具有上述封装格式。即，传输会话实例描述符可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，信令消息可包括传输会话实例描述符。在本发明中，传输会话实例描述符可被包括在服务层信令中并被传送。
图82示出在根据本发明的实施例的未来广播系统中获取服务层信令和链路层信令的方法。当未来广播系统使用3GPP eMBMS信令时，未来广播系统可如图所示传送信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的对应字段获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。
另外，如所示，传输会话实例描述符可具有上述封装格式。即，传输会话实例描述符可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，信令消息可包括传输会话实例描述符。在本发明中，传输会话实例描述符可被包括在服务层信令中并被传送。
另外，快速服务获取信息可包括关于传送链路层信令的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送链路层信令的PLP并且获取包括在其中的链路层信令。如所示，传输链路层信令格式可包括一般分组头(GPH)和信令消息。信令消息可包括关于链路层信令的信息。接收机可通过数据管道获取链路层信令(或下层信令)，并且通过应用传输协议来获得诸如组件映射表的服务/组件信令。即，未来广播系统可在物理层帧中包括关于包括链路层信令的数据管道或PLP的信令信息。
图83示出在根据本发明的实施例的未来广播系统中传送服务层信令的方法。该图的上部示出在本发明的未来广播系统中所使用的服务层信令格式。服务层信令可按照所示的格式封装。例如，如该图的左上部所示，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息的组合组成。另选地，如该图的右上部所示，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息的组合组成。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。
当未来广播系统使用上述服务信令时，未来广播系统可如该图的下部所示传送服务信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的对应字段获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。如上所述，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。例如，包括MPD传送描述的服务层信令可具有值0xF1作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的MPD传送描述的内容改变时，版本信息可改变。包括组件映射描述的服务层信令可具有值0xF2作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的组件映射描述的内容改变时，版本信息可改变。包括URL信令描述的服务层信令可具有值0xF3作为其信令，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的URL信令描述的内容改变时，版本信息可改变。因此，接收机可利用与包括在服务层信令的应用传输协议头中的过滤信息对应的信令id和版本信息来过滤期望的服务层信令。例如，当接收机旨在接收MPD传送描述时，接收机可接收具有信令id 0xF1的服务层信令。另外，接收机可检查版本信息，并且仅当已从先前接收的MPD传送描述更新MPD传送描述时，才解析对应服务层信令。因此，接收机可减少针对服务层信令的不必要的解析操作并且减小处理开销。如上所述，未来广播系统可通过在服务层信令的传输协议头中包括信令id和版本信息来支持接收机使得接收机可过滤期望的信息。
图84示出在根据本发明的实施例的未来广播系统中发送服务层信令和链路层信令的方法。本发明的未来广播系统中所使用的服务层信令可被封装。例如，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息的组合组成。或者，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息的组合组成。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。
当未来广播系统使用上述服务信令时，未来广播系统可如图所示传送服务信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。如上所述，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。例如，包括MPD传送描述的服务层信令可具有值0xF1作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的MPD传送描述的内容改变时，版本信息可改变。包括组件映射描述的服务层信令可具有值0xF2作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的组件映射描述的内容改变时，版本信息可改变。包括URL信令描述的服务层信令可具有值0xF3作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的URL信令描述的内容改变时，版本信息可改变。因此，接收机可利用与包括在服务层信令的应用传输协议头中的过滤信息对应的信令id和版本信息来过滤期望的服务层信令。例如，当接收机旨在接收MPD传送描述时，接收机可接收具有信令id 0xF1的服务层信令。另外，接收机可检查版本信息，仅当已从先前接收的MPD传送描述更新MPD传送描述时，才解析对应服务层信令。因此，接收机可减少针对服务层信令的不必要的解析操作并且减小处理开销。如上所述，未来广播系统可通过在服务层信令的传输协议头中包括信令id和版本信息来支持接收机使得接收机可过滤期望的信息。
另外，快速服务获取信息可包括关于传送链路层信令的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送链路层信令的PLP并且获取包括在其中的链路层信令。如所示，传输链路层信令格式可包括一般分组头(GPH)和信令消息。信令消息可包括关于链路层信令的信息。接收机可通过数据管道获取链路层信令(或下层信令)，并且通过应用传输协议来获得诸如组件映射表的服务/组件信令。即，未来广播系统可在物理层帧中包括关于包括链路层信令的数据管道或PLP的信令信息。
图85示出在根据本发明的实施例的未来广播系统中传送服务层信令的方法。本发明的未来广播系统中所使用的服务层信令可被封装。例如，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息的组合组成。或者，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息的组合组成。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。
当未来广播系统使用3GPP eMBMS信令时，所述信令可如所示来传送。当未来广播系统使用上述服务信令时，所述服务信令可如该图的下部所示来传送。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括用户服务绑定描述(USBD)、MPD和会话描述协议。如上所述，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。例如，包括用户服务绑定描述的服务层信令可具有值0xF4作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的用户服务绑定描述的内容改变时，版本信息可改变。包括会话描述协议的服务层信令可具有值0xF5作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的会话描述协议的内容改变时，版本信息可改变。包括MPD的服务层信令可具有值0xF6作为其信令id，具有值0x02作为其版本信息。当与对应服务层信令的信令消息对应的MPD的内容改变时，版本信息可改变。因此，接收机可利用与包括在服务层信令的应用传输协议头中的过滤信息对应的信令id和版本信息来过滤期望的服务层信令。例如，当接收机旨在接收用户服务绑定描述时，接收机可接收具有信令id 0xF4的服务层信令。另外，接收机可检查版本信息，并且仅当已从先前接收的用户服务绑定描述更新用户服务绑定描述时，才解析对应服务层信令。因此，接收机可减少针对服务层信令的不必要的解析操作并且减小处理开销。如上所述，未来广播系统可通过在服务层信令的传输协议头中包括信令id和版本信息来支持接收机使得接收机可过滤期望的信息。
图86示出在根据本发明的实施例的未来广播系统中发送服务层信令和链路层信令的方法。本发明的未来广播系统中所使用的服务层信令可被封装。例如，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息的组合组成。或者，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息的组合组成。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。
当未来广播系统使用3GPP eMBMS信令时，所述信令可如图所示来传送。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的对应字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括用户服务绑定描述(USBD)、MPD和会话描述协议。如上所述，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。例如，包括用户服务绑定描述的服务层信令可具有值0xF4作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的用户服务绑定描述的内容改变时，版本信息可改变。包括会话描述协议的服务层信令可具有值0xF5作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的会话描述协议的内容改变时，版本信息可改变。包括MPD的服务层信令可具有值0xF6作为其信令id，具有值0x02作为其版本信息。当与对应服务层信令的信令消息对应的MPD的内容改变时，版本信息可改变。因此，接收机可利用与包括在服务层信令的应用传输协议头中的过滤信息对应的信令id和版本信息来过滤期望的服务层信令。例如，当接收机旨在接收用户服务绑定描述时，接收机可接收具有信令id 0xF4的服务层信令。另外，接收机可检查版本信息，并且仅当已从先前接收的用户服务绑定描述更新用户服务绑定描述时，才解析对应服务层信令。因此，接收机可减少针对服务层信令的不必要的解析操作并且减小处理开销。如上所述，未来广播系统可通过在服务层信令的传输协议头中包括信令id和版本信息来支持接收机使得接收机可过滤期望的信息。
另外，快速服务获取信息可包括关于传送链路层信令的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送链路层信令的PLP并且获取包括在其中的链路层信令。如所示，传输链路层信令格式可包括一般分组头(GPH)和信令消息。信令消息可包括关于链路层信令的信息。接收机可通过数据管道获取链路层信令(或下层信令)，并且通过应用传输协议获得诸如组件映射表的服务/组件信令。即，未来广播系统可在物理层帧中包括关于包括链路层信令的数据管道或PLP的信令信息。
图87示出根据本发明的实施例的未来广播系统的发送服务层信令的方法。服务层信令可包括上述信令或者3GPP eMBMS信令。当未来广播系统的广播信号中不存在快速信息信道时，用于支持快速服务扫描和获取的信令数据可如所示通过公共数据管道、物理帧中的数据管道或PLP来发送。在这种情况下，与快速服务扫描和获取关联的信令数据可按照链路(或下)层信令的形式被封装并连同其它链路(或下)层信令一起发送。即，帧中的PLP可承载包括服务获取信息的信令数据。另外，信令数据可通过与用于发送服务/组件信令或组件数据的数据管道或PLP相同的数据管道或PLP来发送，或者通过单独的数据管道或PLP来发送。作为服务/组件信令，可发送上述信令或3GPP eMBMS信令。如上所述，对应信令可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据实施例，信令格式中可不包括SMH。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。
该图的下部示出利用包括在链路层信令中的服务获取信息来获取服务层信令的方法。广播信号帧的PLP可包括链路层信令。链路层信令可包括上述快速服务扫描和获取信息。快速服务扫描和获取信息可包括服务标识符以及包括针对对应服务的服务层信令的PLP标识符信息。由对应PLP标识符指示的PLP可包括服务层信令。服务层可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。服务层信令的信令消息可包括传输会话实例描述、MPD传送描述、组件映射描述或URL信令描述。未来广播信号接收机可通过解析服务层信令来获取期望的服务。
图88示出根据本发明的实施例的未来广播系统的传送服务层信令的方法。服务层信令可包括上述信令或3GPP eMBMS信令。广播信号帧的PLP可包括链路层信令。链路层信令可包括上述快速服务扫描和获取信息。快速服务扫描和获取信息可包括服务标识符以及包括针对对应服务的服务层信令的PLP标识符信息。由对应PLP标识符指示的PLP可包括服务层信令。服务层可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息。服务层信令的信令消息可包括传输会话实例描述、MPD传送描述、组件映射描述或URL信令描述。未来广播信号接收机可通过解析服务层信令来获取期望的服务。这里，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。上面已描述了利用过滤索引过滤服务层信令的方法。
图89示出根据本发明的另一实施例的信令消息的头的句法。
根据本发明的另一实施例的信令消息可按照XML来表示。这里，包括在XML的信令消息中的信令信息可对应于如上面或下面所述的信令信息。
根据本发明的另一实施例的信令消息的头可包括signaling_id、signaling_length、signaling_id_extension、version_number、current_next_indicator、indicator_flags、fragmentation_indicator、payload_format_indicator、expiration_indicator、validfrom_indicator、fragment_number、last_fragment_number、payload_format、validfrom和/或expiration信息。
对于根据本实施例的信令消息头中所包括的信令信息当中的名称与上述信令消息头中所包括的信令信息相同或相似的信令信息的描述，参考上面的描述。
validfrom_indicator信息指示信令消息头部分是否包括validfrom信息的值。例如，validfrom_indicator信息值1可指示信令消息头部分包括validfrom信息。
validfrom信息可指示有效载荷中所包括的信令消息开始可用的时间。接收机可利用validfrom信息来识别有效载荷中所包括的信令消息开始可用的时间，并且从对应时间开始使用有效载荷中所包括的数据作为信令信息。
这里，有效载荷是指广播信号中包括广播服务的数据或广播内容数据(广播服务数据)的区域。即，信令信息通常通过广播信号中的与广播服务数据物理上或逻辑上分离的区域来发送。根据本发明，然而，当有效载荷具有多余区域或者需要发送的信令信息超过为信令信息分配的区域时，信令信息可通过广播信号中的有效载荷区域来发送。
图90示出根据本发明的实施例的用于处理DASH初始化片段的协议栈。
DASH初始化片段可按照与上述初始化片段传送表相同的格式或者按照XML来发送。
DASH初始化片段包括表示被封装到多个片段中的媒体流(广播信号)所需的元数据(信令信息)。这里，片段是与HTTP-URL关联的数据单元。片段包括用于广播服务或广播内容的数据。表示是包括传输格式的一个或更多个媒体流的数据单元。表示可包括一个或更多个片段。
可在发送机或接收机中根据所示的协议栈来处理DASH初始化片段。可在协议栈上通过一个或更多个路径来发送DASH初始化片段。
在协议栈中，可根据多个层的协议来处理信令信息或广播服务数据。在图中，信令信道和数据管道可对应于第一层，FIC和链路层帧可对应于第二层，互联网协议(IP)可对应于第三层，用户数据报协议(UDP)可对应于第四层，ROUTE可对应于第五层。链路层帧可包括规范中所描述的链路层分组。
在处理DASH初始化片段的协议栈中，当诸如初始化片段的信令数据被直接加载在IP/IUDP中并通过所示的路径(1)发送时，初始化片段可按照上述初始化片段传送表的格式作为信息来发送，或者初始化片段本身可通过协议栈的处理按照IP数据报的形式来发送。用于服务信令和/或组件信令的上述信息也可通过路径(1)来发送。
根据本发明的实施例，DASH初始化片段可通过用于发送信令数据的特定会话(例如，路径(2))或者通过用于发送组件数据的会话(例如，路径(3))来连同媒体数据一起发送。例如，应用传输协议可使用经由单向传输的实时对象传送(ROUTE)。ROUTE会话可包括用于发送信令信息的会话和/或用于发送广播媒体数据的会话。广播系统将用于发送信令信息的会话的TSI固定为特定值，使得接收机可识别出通过与该TSI对应的会话发送的数据是信令信息。
当诸如初始化片段的信令信息(数据)通过所示的路径(2)和/或路径(3)发送时，可按照传输协议分组中的字段或者单独的信令信息的形式来提供指示上述信令消息格式的数据和初始化片段在传输流或传输对象中的位置的信息和/或用于从连同其一起发送的数据标识信令消息格式的数据或初始化片段的信息。
图91示出根据本发明的实施例的分层编译传输(LCT)会话实例描述(LSID)的部分。
LCT会话实例描述符可提供指示上述信令消息格式的数据和初始化片段在广播信号中的位置的信息和/或用于从连同其一起发送的数据中标识信令消息格式的数据或初始化片段的信息可按照传输协议分组中的字段或者单独的信令信息的形式来提供。
LCT会话实例描述符可包括PayloadFormat元素。PayloadFormat元素可包括@codePoint、@deliveryObjectFormat、@fragmentation、@deliveryOrder和/或@sourceFecPayloadID信息。
各个元素可用于提供如图所示的信息。
根据本发明的实施例，广播接收机或广播发送机可使用LSID的SourceFlow元素中的PayloadFormat元素的@deliveryObjectFormat信息(或字段)以便标识包括初始化片段的ROUTE分组。
在一个实施例中，@deliveryObjectFormat信息当其值为0时可指示对应ROUTE分组包括信令消息格式。当@deliveryObjectFormat信息具有值0时，@deliveryObjectFormat信息可指示LCT分组头中的码点(CP)与分配给PayloadFormat元素的@codePoint信息的值相同的ROUTE分组承载上述信令消息格式的数据。初始化片段可被包括在信令消息格式中并被发送。利用与上述方法相同的方法通过ROUTE分组以信令消息格式发送诸如服务信令数据和组件信令数据的其它信令数据可通过@deliveryObjectFormat信息来识别。
当@deliveryObjectFormat信息具有值4时，@deliveryObjectFormat字段可指示对应ROUTE分组包括包含初始化片段的元数据(信令信息)。当@deliveryObjectFormat字段具有值4时，@deliveryObjectFormat信息可指示通过ROUTE分组发送包括初始化片段的元数据格式或者通过ROUTE分组直接发送初始化片段。
根据本发明的实施例，广播系统(广播接收机和/或广播发送机)可通过向@deliveryObjectFormat信息分配新的值(例如，等于或大于5的值)来用信号通知通过ROUTE分组直接发送诸如服务信令(服务级别信令信息)和/或组件信令(组件级别信令信息)的其它信令数据。
根据本发明的另一实施例，除了本实施例中所描述的使用@deliveryObjectFormat信息的方法以外，广播系统可通过LSID中的其它字段或者新的附加字段来标识承载诸如初始化片段的信令数据的ROUTE分组。
图92示出根据本发明的实施例的提供用于过滤服务信令消息的信息的信令对象描述(SOD)。
根据本发明的实施例的信令对象描述可包括@protocolVersion、@dataVersion、@validFrom、@expiration、Signaling Object元素、@toi、@type、@version、@instance Id、@validFrom、@expiration和/或@payloadFormat。
@protocolVersion信息指示信令对象描述的版本。
@dataVersion信息指示信令对象描述的实例的版本。当信令对象描述的内容变化时，@dataVersion信息可改变。
@validfrom信息指示信令对象描述的实例开始可用的时间。接收机可利用@validfrom信息来识别信令对象描述开始可用的时间并且从对应时间开始使用包括在信令对象描述中的信息。
@expiration信息指示信令对象描述的实例的可用性期满的时间。接收机可利用@validfrom信息来识别信令对象描述的可用性期满的时间并且管理信令对象描述的信息。
SignalingObject元素指示包括信令信息的对象。信令对象描述可包括关于一个或更多个信令对象的信令信息。
@toi信息指示分配给信令对象的传输对象标识符(TOI)。@toi信息可用于标识与信令对象关联的分组。接收机可通过将@toi信息映射至LCT分组的TOI来标识随后的信息(包括通过各个对象发送的信令消息的类型和/或版本)。
@type信息标识对象中所包括的信令消息的类型。例如，@type信息当其值为0时可指示在对应对象中作为信令消息发送LSID(LCT会话实例描述)，当其值为1时指示在对应对象中作为信令消息发送CMD(组件映射描述)，当其值为2时指示在对应对象中作为信令消息发送ASD(应用信令描述)，当其值为3时指示在对应对象中作为信令消息发送MPD(媒体呈现描述)，当其值为4时指示在对应对象中作为信令消息发送USD(URL信令描述)，当其值为5时指示在对应对象中作为信令消息发送IS(初始化片段)。
@version信息指示信令消息的版本。接收机可通过此字段的值的变化来识别信令消息的改变。
@instanceId信息标识信令消息的实例。此信息可由接收机用来标识可存在于一个服务中的信令消息的实例(例如，初始化片段)。
@validFrom信息指示包括在对象中的信令消息开始可用的时间。接收机可利用此信息来识别包括在对应对象中的信令消息开始可用的时间并且从对应时间开始使用包括在对象中的信令消息。
@expiration信息指示包括在对象中的信令消息有效的时间。接收机可利用此信息来识别包括在对象中的信令消息的可用性期满的时间并且管理信令消息。
@payloadFormat信息指示包括在对应对象中的信令消息数据的格式。例如，信令消息可按照二进制格式或XML来提供，@payloadFormat信息指示该格式。
当利用基于LCT的协议(例如，ROUTE)来发送信令消息时，各个信令消息可被设定为对象并被处理。由于在上述协议中对象可通过其唯一TOI来标识，所以可通过将信令消息相关信息(例如，版本和类型)映射至各个TOI来过滤信令消息。上述SOD(信令对象描述)提供与单个传输会话对应的信令对象的过滤信息。信令对象描述可通过信令传输会话的内部或外部手段来发送。当通过内部手段来发送信令对象描述时，接收机可利用唯一TOI值(例如，0或0xFFFF)标识信令对象描述并且在连同其一起发送的其它信令消息之前解释该信令对象描述。当通过外部手段发送信令对象描述时，在对应会话中所传送的其它对象之前通过快速信息信道(FIC)、服务列表表格(SLT)、单独的IP数据报或者不同的ROUTE会话来发送信令对象描述，使得接收机可预先获取对应信令消息的信息。
图93示出根据本发明的实施例的包括信令消息的对象。
当利用基于LCT的协议(例如，ROUTE)发送信令消息时，各个信令消息可被设定为对象并被处理。在上述协议中对象可通过其唯一TOI来标识。接收机可通过将信令消息相关信息(例如，版本和类型)映射至各个TOI来过滤信令消息。包含不同内容的对象可被指派不同的TOI。在这种情况下，由于所有对象可被唯一地标识，所以广播系统可通过与传统对象处理方法兼容的方法来处理信令消息。
图93示出TOI字段的一部分用于固定长度的信令消息相关信息的描述的实施例。在本实施例中，使用32比特TOI字段，通过对应对象发送的信令数据的类型和版本可通过16比特类型字段和16比特版本字段来标识。按照相同的方式，通过将TOI字段的一部分分配给固定长度的字段，可传送上述序列号信息、validfrom信息、expiration信息和/或有效载荷格式信息的附加信息。
根据本发明的实施例的对象可包括V、C、PSI、S、O、H、A、B、HDR_LEN、Codepoint、拥塞控制信息、传输会话标识符(TSI)、传输对象标识符(TOI)、头扩展、FEC有效载荷ID和/或编码符号元素。这里，元素可被称作信息或字段。
PSI元素可包括X元素和/或Y元素。
TOI元素可包括类型元素和/或版本元素。
V元素指示分组的版本号。V元素可指示ALC/LCT的版本。V元素可指示通过对应对象发送符合ALC/LCT+的分组。
C元素对应于拥塞控制标志。C元素指示拥塞控制信息(CCI)元素的长度。例如，C元素当其值为0时可指示32比特的CCI长度，当其值为1时指示64比特的CCI长度，当其值为2时指示96比特的CCI长度，当其值为3时指示128比特的CCI长度。
PSI元素可对应于协议特定指示(PSI)。PSI元素可用作ALC/LCT+的上层协议的具体目的的指示符。PSI元素可指示当前分组是对应于源分组还是FEC修复分组。
X元素可对应于指示源分组的信息。当不同的FEC有效载荷ID格式分别用于源数据和修复数据时，X元素当其值为1时指示用于源数据的FEC有效载荷ID格式，当其值为0时指示用于修复数据的FEC有效载荷ID格式。当在发送机中X元素被设定为0时，接收机可忽略此元素或分组并且可不处理它。
S元素可对应于传输会话标识符标志。S元素指示传输会话标识符元素的长度。
O元素可对应于传输对象标识符标志。O元素指示传输对象标识符元素的长度。对象表示一个字段，上述TOI是各个对象的标识信息。与TOI 0对应的文件可包括与其关联的信令信息。
H元素可对应于半字标志。H元素指示是否向TSI和TOI字段增加半字(16比特)
A元素可对应于关闭会话标志。A元素指示会话被关闭或者会话即将关闭。
B元素可对应于关闭对象标志。B元素指示对象被关闭或者对象即将关闭。
HDR_LEN元素指示分组的头的长度。
Codepoint元素指示由分组发送的有效载荷的类型。根据有效载荷类型，附加有效载荷头可被插入有效载荷数据的前缀中。
拥塞控制信息(CCI)元素可包括诸如层号、逻辑信道号和序列号的拥塞控制信息。CCI元素可包括必要的拥塞控制相关信息。
传输会话标识符(TSI)元素是会话的唯一标识符。TSI元素指示来自特定发送者的所有会话中的一个。TSI元素标识传输会话。TSI元素的值可用于一个轨道。
传输对象标识符(TOI)元素是对象的唯一标识符。TOI元素指示在会话中对应分组所属于的对象。TOI元素的值可用于一条ISO BMFF对象数据。TOI元素可包括ISO BMFF文件的ID和组块的ID。TOI元素可具有ISO BMFF文件ID和组块ID的组合作为其值。
类型元素标识通过对应对象发送的数据的类型。例如，类型元素可指示通过对应对象发送的数据是信令消息。
版本元素标识通过对应对象发送的数据的版本。例如，版本元素可包括指示通过类型对象标识的数据的结构和/或内容是否改变的信息。
头扩展元素可包括附加头信息。
FEC有效载荷ID元素是FEC有效载荷标识符。FEC有效载荷ID元素包括传输块或编码符号的标识信息。当文件被FEC编码时，FEC有效载荷ID指示标识符。例如，当FLUTE协议文件被FEC编码时，广播商或广播服务商可分配FEC有效载荷ID以标识它。
编码符号元素可包括传输块或编码符号的数据。
图94示出根据本发明的实施例的TOI配置描述(TCD)。
如上所述，TOI字段的一部分可用于描述长度可变的信令消息相关信息。为了在长度可变的TOI字段中描述信令消息相关信息，可单独地发送TOI字段配置信息。在实施例中，可发送和/或接收如表中所示的TOI配置描述以提供TOI字段配置信息。在本实施例中，TCD提供与一个传输会话对应的传输分组的TOI字段配置信息。TCD可通过信令传输会话的内部手段和/或外部手段来发送。当通过内部手段来发送TCD时，可利用唯一TOI值(例如，0或0xFFFF)来标识TCD并且在连同其一起发送的其它信令消息之前解释该TCD。当通过外部手段发送TCD时，在对应会话中所传送的对象之前通过FIC、单独的IP数据报或者不同的ROUTE会话来发送TCD，使得接收机可预先识别包括在各个分组中的TOI字段配置信息。@typeBits和随后的字段分别指示TOI中的字段的长度，并且表示与各个长度对应的字段信息从TOI起始比特开始按照比特顺序描述。
根据本发明的实施例的TCD可包括@protocolVersion、@dataVersion、@validFrom、@expiration、@typeBits、@versionBits、@instanceIdBits、@validFromBits、@expirationBits和/或@payloadFormatBits信息。
@protocolVersion标识TCD的版本。@protocolVersion信息指示TCD的协议或结构的变化(如果存在变化的话)。
@dataVersion信息标识TCD的实例的版本。如果TCD的内容改变，则@dataVersion指示TCD的内容的变化。
@validFrom信息指示TCD的实例开始可用的时间。接收机可利用@validFrom信息识别TCD开始可用的时间并且从对应时间开始使用TCD的信息。
@expiration信息指示TCD的实例的可用性期满的时间。接收机可利用@expiration信息来识别TCD的可用性期满的时间并且终止使用TCD的信息。接收机可利用@expiration信息来管理TCD信息。
@typeBits信息指示TOI字段中的类型字段的长度。@typeBits信息可表示类型字段的长度(比特)。
@versionBits信息指示TOI字段中的版本字段的长度。@versionBits信息可表示版本字段的长度(比特)。
@instanceIdBits信息指示TOI字段中的instanceID字段的长度(比特)。
@validFromBits信息指示TOI字段中的validFrom字段的长度(比特)。
@expirationBits信息指示TOI字段中的expiration字段的长度(比特)。
@payloadFormatBits信息指示TOI字段中的payloadFormat字段的长度(比特)。
图95示出根据本发明的实施例的传输分组的有效载荷格式元素。
根据本发明的实施例，可通过传输分组的有效载荷发送信令消息。为此，传输分组可包括图中所示的有效载荷格式元素。该传输分组对应于承载包括广播数据的对象的分组。根据本发明的传输分组的名称可取决于处理分组的协议。例如，当通过ROUTE处理分组时，分组可被称为ROUTE分组。
有效载荷格式元素可如上所述被包括在LSID中。
根据本发明的传输分组的有效载荷格式元素可包括@codePoint、@deliveryObjectFormat、@fragmentation、@deliveryOrder、@sourceFecPayloadID和/或TCID(TOI配置实例描述)信息。
@codePoint信息定义什么码点用于对应有效载荷。此信息可扮演与上述CP元素相同的角色或者可具有与CP元素相同的值。
@deliveryObjectFormat信息指定用于数据传送的对象的有效载荷格式。例如，此信息可指示对象承载信令消息、文件、实体、分组或者包括初始化片段的元数据。
@fragmentation信息指定分段的类型。
@deliveryOrder信息指定对象的传送顺序。例如，此信息可用于指定通过当前有效载荷发送的对象的顺序。
@sourceFecPayloadID信息定义源FEC有效载荷ID的格式。
当TCID的一部分用于描述长度可变的信令消息相关信息时，TCID可包括TOI字段配置信息。
图96示出根据本发明的实施例的TOI配置实例描述(TCID)。
TOI字段的一部分用于描述长度可变的信令消息相关信息，并且在一个传输会话中TOI字段配置可动态地改变。
为了在长度可变的TOI字段中描述信令消息相关信息，可单独地发送TPO字段配置信息。这种TOI字段配置信息可按照所示的格式来发送。
在本实施例中，TCID提供与被映射至一个码点值的一组分组对应的传输分组的TOI字段配置信息。TCID可被包括在LSID的SourceFlow中的PayloadFormat中。TCID的内部字段可对应于上述TCD的那些字段，并且指示具有与连同PayloadFormat中的TCID一起包括的@codePoint相同的CP值的分组的TOI配置。配置TOI的方法可对应于上述TCD配置方法。
根据本发明的实施例的TCID可包括@typeBits、@versionBits、@instanceIdBits、@validFromBits、@expirationBits和/或@payloadFormatBits信息。为了描述这些信息，参考具有相同名称的上述信息的描述。
图97示出根据本发明的实施例的快速信息信道(FIC)有效载荷的句法。
尽管在本发明中包括用于服务扫描或获取的信息的信令数据被称作FIC，但是信令数据的名称不限于此。将描述提供用于在服务层(或级别)的下层更有效地获取广播服务的信息的信令数据。例如，这些信令数据可被称为服务列表表格或服务列表元素。
尽管在本发明中为了描述方便，以二进制表的形式示出了信令数据结构，但是属于该表的相同或相似的信息可按照XML来实现。
根据本发明的实施例的FIC可包括FIC_protocol_version信息、transport_stream_id信息、num_partitions信息、partition_id信息、partition_protocol_version信息、num_services信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、short_service_name_length信息、short_service_name信息、service_status信息、service_distribution信息、sp_indicator信息、IP_version_flag信息、SSC_source_IP_address_flag信息、SSC_source_IP_address信息、SSC_destination_IP_address信息、SSC_destination_UDP_port信息、SSC_TSI信息、SSC_DP_ID信息、num_partition_level_descriptors信、partition_level_descriptor()元素、num_FIC_level_descriptors信息和/或FIC_level_descriptor()元素。
FIC_protocol_version信息指定FIC的结构的版本。
transport_stream_id信息指定广播流。此信息可对应于指定整个广播流的信息。
num_partitions信息指示广播流中的分区的数量。单个广播流可被划分成一个或更多个分区，各个分区可包括由单个广播商(或广播源)使用的一个或更多个数据管道。
partition_id信息指定分区。
partition_protocol_version信息指定分区的结构的版本。
num_services信息指示通过分区发送其一个或更多个组件的广播服务的数量。
service_id信息指定服务(或广播服务)。
当存在变化时，service_data_version信息指定由FIC用信号通知的服务的服务入口的变化。另外，当存在变化时，service_data_version信息指定包括在服务信令信道(或服务级别信令)中的服务的信令表的变化。每当存在变化时，service_data_version信息的值可增加以指示该变化。
service_channel_number信息指示服务的信道号。
service_category信息指示服务的类别。例如，service_category信息可指示广播服务是A/V服务、音频服务、ESG(电子服务指南)、基于应用的服务和/或CoD(按需内容)。
short_service_name_length信息指示short_service_name信息的长度。当short_service_name信息不存在时，short_service_name_length可具有值0。
short_service_name信息指示服务的简称。short_service_name信息所指示的各个字符可依照UTF-8来编码。当简称中存在奇数个字节时，依照short_service_name_length字段所指示的对计数的最后字节对的第二字节可包含0x00。
service_status信息指示服务的状态。service_status信息可指示广播服务为活动的、不活动的、暂停的、隐藏的和/或显示的。
service_distribution信息指定广播服务或广播内容的表示是否仅可利用当前分区进行、当前分区是表示所需的但是无法仅利用当前分区进行表示、表示需要其它分区、或者表示需要其它广播流。
sp_indicator信息指示服务保护的应用。sp_indicator信息指定有意义表示所需的广播服务的一个或更多个组件是否受到保护。
IP_version_flag信息指定由SSC_source_IP_address信息和/或SSC_destination_IP_address指示的IP地址是IPv4地址还是IPv6地址。
SSC_source_IP_address_flag信息指定用于服务的SSC_source_IP_address信息的存在。
当SSC_source_IP_address_flag信息的值被设定为1时SSC_source_IP_address信息存在，当SSC_source_IP_address_flag信息的值被设定为0时SSC_source_IP_address信息不存在。SSC_source_IP_address信息指示承载用于服务的信令信息的IP数据报(或数据单元)的源IP地址。当使用IPv6地址时，SSC_source_IP_address信息可为128比特。
SSC_destination_IP_address信息指示承载用于服务的信令信息的IP数据报(或数据单元)的目的地IP地址。当使用IPv6地址时，SSC_destination_IP_address信息可为128比特。
SSC_destination_UDP_port信息指示承载用于服务的信令信息的UDP/IP流的目的地UDP端口号。
SSC_TSI信息指示发送用于服务的信令信息(或信令表)的LCT信道的传输会话标识符(TSI)。
SSC_DP_ID信息指定包括用于服务的信令信息(或信令表)的数据管道。发送信令信息的数据管道可对应于当前分区或广播流中最鲁棒的数据管道。
num_partition_level_descriptors信息指示为分区定义的分区级别描述符的数量。
partition_level_descriptor()元素包括一个或更多个分区级别描述符。分区级别描述符可包括接收机访问、获取或使用分区所需的信息。
num_FIC_level_descriptors信息指示为FIC定义的FIC级别描述符的数量。
FIC_level_descriptor()元素包括一个或更多个FIC级别描述符。FIC级别描述符可包括用于FIC的附加信令信息。
图98示出根据本发明的另一实施例的FIC的有效载荷的句法。
除了上述实施例中的FIC有效载荷以外，根据本发明的另一实施例的FIC的有效载荷可另外包括SSC_delivery_type、SSC_URL_length和/或SSC_URL_data信息。
SSC_delivery_type信息指定传送与服务关联的信令信息(例如，服务信令信道或服务级别信令)的路径。SSC_delivery_type信息可指定是否通过宽带网络(互联网)发送服务级别信令数据。例如，SSC_delivery_type信息当其值为0x01时可指示通过广播网络发送服务级别信令。SSC_delivery_type信息当其值为0x02时可指示通过互联网发送服务级别信令。
SSC_URL_length信息指示SSC_URL_data信息的长度。
SSC_URL_data信息指示提供与服务关联的信令信息的服务或位置的URL。
为了描述在本实施例中没有描述的信息，参考上述对应描述。
图99示出根据本发明的另一实施例的服务级别信令的句法。
接收机接收观看者所期望的广播服务和/或广播内容所需的信息可被称作服务级别信令。服务级别信令包括描述广播服务的属性以及广播服务中所包括的组件的信息。
根据本发明的另一实施例的服务级别信令数据可包括信令消息头和/或服务信令消息。
根据本发明的另一实施例的服务级别信令数据可包括@service_id信息、@service_category信息、@service_name信息、@channel_number信息、@service_status信息、@service_distribution信息、@SP_indicator信息、ROUTE会话元素、@sourceIPAddr信息、@destIPAddr信息、@destUDPPort信息、@LSID_DP信息、Targeting元素、ContentAdvisory元素、Right Issuer Service元素、Current Program元素、Original ServiceIdentification元素、Content Labeling元素、Genre元素、Caption元素和/或Protection元素。
@service_id信息指定广播服务。
@service_category信息指定广播服务的类别。例如，@service_category信息可指定广播服务是否为音频服务、实时广播服务、非实时广播服务、线性广播服务、基于应用的广播服务或服务指南。
@service_name信息指示广播服务的名称。
@channel_number信息指示与发送广播服务的信道对应的信道号。该信道号可对应于逻辑/物理信道号。该信道号可根据需要用作指定发送服务级别信令数据的逻辑路径或传输单元的信息。
@service_status信息指示广播服务的状态。@service_status信息可包括指定广播服务是活动的还是不活动的信息。@service_status信息可包括指定广播服务是否被隐藏的信息。
@service_distribution信息指示用于广播服务的数据或组件如何被分配和发送。
@SP_indicator信息指定是否对广播服务或者包括在广播服务中的至少一个组件应用服务保护。@SP_indicator信息可对应于指定是否对用于广播服务的有意义表示的数据单元或组件应用服务保护的信息。
ROUTE会话元素包括关于发送广播服务或者包括在广播服务中的组件的ROUTE会话的信息。
@sourceIPAddr信息指示承载ROUTE分组的IP数据报(或数据单元)的源IP地址。
@destIPAddr信息指示承载ROUTE分组的IP数据报(或数据单元)的目的地IP地址。
@destUDPPort信息指示承载ROUTE分组的IP数据报(或数据单元)的目的地端口号。
@LSID_DP信息指定传送描述与ROUTE会话和/或ROUTE会话的下级会话关联的传输参数的信息(例如，LSID)的数据管道。
Targeting元素包括用于提供个性化广播服务(定向广播)的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
Content Advisory元素包括关于广播服务的分级的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。Right Issuer Service元素包括与适当消费广播服务的版权有关的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
Current Program元素包括关于当前广播节目的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
Original Service Identification元素包括用于指定与当前广播服务关联的原始服务的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
Content Labeling元素包括关于内容标签的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。Genre元素包括用于对广播服务的体裁进行分类的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
Caption元素包括关于广播服务的隐藏字幕/标题的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
Protection元素包括关于对广播服务的保护的信息。当上述@SP_indicator信息指定对广播服务或广播组件应用保护时，Protection元素可提供关于该保护的详细信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
图100示出根据本发明的另一实施例的组件映射描述。
除了根据上述实施例的组件映射描述中所包括的信息或元素以外，根据本发明的另一实施例的组件映射描述还可包括@partitionID信息。
@partitionID信息指定广播流中指示广播台的分区。@partitionID信息可用作指定广播组件的传输源的信息。
组件映射描述中所包括的其它信息或元素的描述用相同名称的信息或元素的上述描述来代替。
图101示出根据本发明的另一实施例的URL信令描述的句法。
如上所述，描述广播服务的信令信息可通过宽带网络以及广播网络来发送。当描述广播服务的信令信息通过宽带网络发送时，接收机可通过URL信令描述来获取信令信息。
根据本发明的另一实施例的URL信令描述可包括@service_id、@smtURL、@mpdURL、@cmtURL、@astURL、@gatURL和/或@eatURL信息。
@service_id信息指定服务。
当通过宽带网络发送服务映射表(SMT)时，@smtURL信息指示提供SMT的服务器或位置的URL。
当通过宽带网络发送MPD时，@mpdURL信息指示提供MPD的服务器或位置的URL。
当通过宽带网络发送组件映射表(CMT)时，@cmtURL信息指示提供CMT的服务器或位置的URL。
当通过宽带网络发送应用信令表(AST)时，@astURL信息指示提供AST的服务器或位置的URL。
当通过宽带网络发送指南访问表(GAT)时，@gatURL信息指示提供GAT的服务器或位置的URL。GAT对应于包括用于电子服务指南(ESG)的引导的信息的信令消息。即，GAT可对应于包括接收机访问ESG所需的信息的信令消息。
当通过宽带网络发送紧急报警表(EAT)时，@eatURL信息指示提供EAT的服务器或位置的URL。EAT对应于包括紧急报警相关信息和紧急报警消息的信令消息。
图102示出根据本发明的另一实施例的SourceFlow元素。
广播服务数据可通过ROUTE会话依照对象来发送。对象可被单独地恢复。可在一个会话内定义源协议以发送对象，并且可在源协议中定义包括与源(对象)传送有关的信息的SourceFlow元素。
除了上述SourceFlow元素中所包括的信息/属性/元素以外，根据本发明的另一实施例的SourceFlow元素还可包括@location信息。
@location信息指示承载源流数据的位置或数据单元。@location信息指定广播流中的数据管道。接收机可识别出通过该数据管道发送源流数据。
包括在SourceFlow元素中的其它信息/属性/元素的描述由上述SourceFlow元素的描述代替。
图103示出根据本发明的另一实施例的通过广播网络获取信令信息的处理。
接收机可利用FIC中所包括的指定服务的信息来访问承载与期望的广播服务关联的服务信令信道的数据的位置。
接收机在FIC中获取关于承载服务信令信道的数据的IP数据报的源IP地址、目的地IP地址和/或UDP端口号的信息。
接收机在FIC中获取指定承载服务信令信道的数据的数据管道的信息。接收机可通过所获取的信息来访问承载服务信令信道的数据的数据管道。
接收机可利用包括在FIC中的指定LCT会话的信息来访问发送服务信令信道的数据的LCT会话。发送服务信令信道的数据的LCT会话可被固定为具有特定TSI的LCT会话。在这种情况下，在没有附加信息的情况下，接收机可访问具有该特定TSI的LCT会话以便获取服务信令信道的数据。接收机可访问对应位置以获取服务信令信道的数据。
接收机可访问发送上述LSID的LCT会话。在这种情况下，该LCT会话的TSI可被固定，并且接收机可访问具有该TSI的LCT会话以获取LSID。接收机可利用LSID的信息来获取包括在广播服务中的组件。
图104示出根据本发明的另一实施例的通过广播网络和宽带网络获取信令信息的处理。
接收机可利用FIC中所包括的指定服务的信息来访问承载与期望的广播服务关联的服务信令信道的数据的位置。
接收机在FIC中获取关于承载服务信令信道的数据的IP数据报的源IP地址、目的地IP地址和/或UDP端口号的信息。
接收机在FIC中获取指定包括服务信令信道的数据的数据管道的信息。接收机可通过所获取的信息来访问承载服务信令信道的数据的数据管道。
接收机访问服务信令信道的数据以获取上述URL信令表或URL信令描述。接收机可通过宽带网络利用包括在URL信令表中的信息来访问提供服务级别信令的服务器或位置以获取服务级别信令。
图105示出根据本发明的另一实施例的通过宽带网络获取信令信息的处理。
当FIC中所包括的指定服务信令信道的传输类型的信息指示服务信令信道的数据通过宽带网络来发送时，接收机在FIC中获取关于提供服务信令信道的数据的服务或位置的URL信息。在这种情况下，URL信息可指示提供服务信令信道的整个数据的单个服务器或位置的URL或者分别提供服务信令信道中可包括的信令结构(SMT、MPD、CMT等)的服务器或位置的URL。
接收机通过宽带网络访问由URL信息指示的服务器或位置以获取服务信令信道的数据。
图106示出根据本发明的另一实施例的通过广播网络获取电子服务指南(ESG)的处理。
接收机可从FIC中所包括的指定服务的类别的信息识别出广播服务对应于ESG，并且获取指定发送针对对应服务的服务信令信道的数据的数据管道的信息。
接收机可访问指定的数据管道以获取通过该数据管道发送的ESG的数据。
尽管ESG被视为广播服务，但是可通过上述处理有效地获取ESG，因为不需要解释用于访问一般广播服务的复杂的信令结构。
图107示出根据本发明的另一实施例的通过广播网络获取广播服务的视频片段和音频片段的处理。
接收机获取服务信令信道的数据并且获得包括在服务信令信道的数据中的信令结构(例如，CMT)，该信令结构包括描述广播服务的组件的信息。
接收机在信令结构中获取指定发送广播服务的视频组件的数据管道的信息，并且利用所获取的信息来访问数据管道。接收机获取描述发送该数据管道的ROUTE会话中的LCT会话的信令结构(例如，LSID)。
接收机从描述LCT会话的信令结构访问发送广播服务的视频组件的LCT会话以获取视频组件。
接收机获取指定发送广播服务的音频组件的数据管道的信息，并且利用所获取的信息来访问数据管道。接收机获取描述发送数据管道的ROUTE会话中的LCT会话的信令结构(例如，LSID)。
接收机访问发送广播服务的音频组件的LCT会话以从描述LCT会话的信令结构获取音频组件。
根据本发明，即使当通过各个传输路径发送组件时，也可通过上述信令结构有效地获取包括在广播服务中的组件。另外，发送机可通过具有裕度的区域自由地发送广播服务的组件，因此可有效地发送更大量的广播数据。
图108示出根据本发明的另一实施例的通过广播网络获取广播服务的视频片段并且通过宽带网络获取广播服务的音频片段的处理。
接收机可获取服务信令信道的数据并且获得包括在服务信令信道的数据中的信令结构(例如，CMT)，该信令结构包括描述广播服务的组件的信息。
接收机在信令结构中获取指定发送广播服务的视频组件的数据管道的信息，并且利用所获取的信息来访问数据管道。接收机获取描述发送该数据管道的ROUTE会话中的LCT会话的信令结构(例如，LSID)。
接收机从描述LCT会话的信令结构访问发送广播服务的视频组件的LCT会话以获取视频组件。
接收机从包括描述广播服务的组件的信息的信令结构识别出通过宽带网络发送音频组件，并且获取承载音频组件的服务器或位置的地址。另选地，接收机利用MPD获取提供音频组件的片段的地址，并且从该地址获得音频组件的片段。
根据本发明，即使当属于一个广播服务的组件分别通过异构网络发送时，也可通过上述信令结构有效地访问广播服务的组件。
图109示出根据本发明的实施例的clock_reference_bootstrap_descriptor的配置。
本发明的实施例可提供一种发送和/或用信号通知时钟参考的方法。根据本发明的实施例的时钟参考可提供参考时间，接收机与该参考时间同步并且消费从未来广播系统发送来的内容和服务。
根据本发明的实施例的时钟参考可包括连续和周期性的时钟参考值。时钟参考可按照信令消息和/或独立流的形式发送。这里，信令消息可对应于信令信息并且包括快速信息信道(FIC)和服务映射表(SMT)。FIC可对应于服务列表表格(SLT)，SMT可对应于用户服务描述(USD)。
当以独立流的形式发送时钟参考时，根据本发明的实施例的clock_reference_bootstrap_descriptor可提供由接收机用来访问时钟参考的信息。当通过信令消息直接发送时钟参考时，稍后将描述的根据本发明的实施例的clock_reference_value_descriptor可提供时钟参考值。
根据本发明的实施例，时钟参考可被包括在物理层中并被发送。时钟参考可被包括在物理帧的前导和/或基本PLP部分中并被发送。时钟参考是发送机和接收机的同步所需的信息，并且可被包括在相对鲁棒的物理层中以便减少错误。
根据本发明的实施例的clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可按照诸如二进制格式和XML的各种格式来表示。根据本发明的实施例的clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可存在于信令消息中的各种位置中。这里，信令消息可包括低级别信令消息和服务级别信令消息。低级别信令消息可包括SLT和RRT(等级区域表)，服务级别信令消息可包括USBD/USD(用户服务绑定描述/用户服务描述)、S-TSID(基于服务的传输会话实例描述)和MPD(媒体呈现描述)。这里，SLT可对应于FIC和/或PAT，USBD/USD可对应于SMT。
根据本发明的实施例的clock_reference_bootstrap_descriptor可包括descriptor_tag、descriptor_length、IP_version_flag、source_IP_address_flag、TSI_flag、DP_ID_flag、source_IP_address、TSI_flag、DP_ID_flag、source_IP_address、destination_IP_address、destination_UDP_port、TSI和/或DP_ID字段。
descriptor_tag字段通过被指派唯一值来指定对应描述符是clock_reference_bootstrap_descriptor。
descriptor_length字段指示对应描述符的长度(字节)。
IP_version_flag字段指示随后的IP地址字段的格式。此字段当其值为0时可指示使用IPv4地址格式，当其值为1时指示使用IPv6地址格式。
source_IP_address_flag字段指示对应描述符是否包括IP_address字段。当其值为1时，source_IP_address_flag字段指示描述符包括source_IP_address字段。
TSI_flag字段指示对应描述符是否包括TSI字段。当其值为1时TSI_flag字段指示描述符包括TSI字段。
DP_ID_flag字段指示对应描述符是否包括DP_ID字段。当其值为1时DP_ID_flag字段指示描述符包括DP_ID字段。
source_IP_address字段指示包括时钟参考流的IP数据报的源IP地址。这里，当时钟参考作为独立流发送时，时钟参考流表示承载时钟参考的流。
destination_IP_address字段指示包括时钟参考流的IP数据报的目的地IP地址。
destination_UDP_port字段指示包括时钟参考流的IP数据报的目的地UDP端口号。
TSI字段指示包括时钟参考流的LCT会话的会话标识符。
DP_ID字段指示发送时钟参考流的数据管道的标识符。这里，该数据管道可对应于物理层管道。
图110示出根据本发明的实施例的clock_reference_value_descriptor的配置。
当直接通过信令消息发送时钟参考时，根据本发明的实施例的clock_reference_value_descriptor可提供时钟参考值。
根据本发明的实施例的clock_reference_value_descriptor可包括descriptor_tag、descriptor_length、clock_reference_value_version和/或clock_reference_value字段。
descriptor_tag字段通过被指派唯一值来指定对应描述符是clock_reference_value_descriptor。
descriptor_length字段指示对应描述符的长度(字节)。
clock_reference_value_version字段指示随后的clock_reference_value字段的格式。根据本发明的实施例，当clock_reference_value_version字段为0时可使用32比特NTP时间戳，当此字段为1时可使用64比特NTP时间戳，当此字段为2时可使用80比特PTP时间戳。
clock_reference_value字段指示以上述clock_reference_value_version字段所确定的时间戳格式表示的时钟参考的值。根据本发明的实施例，clock_reference_value字段可指示发送机的当前时间以及生成clock_reference_value_descriptor时的时间。根据本发明的实施例，clock_reference_value字段可用于发送机与接收机之间的系统时钟同步。
图111示出根据本发明的实施例的快速信息信道(FIC)的配置。
根据本发明的实施例，上述clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可在专用信道级别、分区级别和/或服务级别发送。
根据本发明的实施例，当通过单个专用信道发送单个时钟参考的序列时，通过该专用信道发送的所有内容和服务可通过该时钟参考来同步。
根据本发明的实施例，clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可位于上述FIC的FIC_level_descriptor中。即，clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可在专用信道级别发送。根据本发明的实施例，当clock_reference_bootstrap_descriptor位于FIC的FIC_level_descriptor中时，以流的形式发送时钟参考，并且接收机可利用包括在clock_reference_bootstrap_descriptor中的引导信息来访问发送时钟参考的流。根据本发明的实施例，当clock_reference_value_descriptor位于FIC的FIC_level_descriptor中时，可通过FIC来直接发送时钟参考值。根据本发明的另一实施例，代替clock_reference_value_descriptor，时钟参考值可位于FIC的FIC_level_descriptor中。
根据本发明的另一实施例，单个专用信道可被划分成多个分区，可依照广播商来分配各个分区。根据本发明的实施例，当通过单个分区发送单个时钟参考的序列时，该分区中的所有内容和服务可通过该时钟参考来同步。
根据本发明的实施例，clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可位于FIC的上述partition_level_descriptor中。即，clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可在分区级别发送。根据本发明的实施例，当clock_reference_bootstrap_descriptor位于FIC的partition_level_descriptor中时，以流的形式发送时钟参考，并且接收机可利用包括在clock_reference_bootstrap_descriptor中的引导信息来访问发送时钟参考的流。根据本发明的实施例，当clock_reference_value_descriptor位于FIC的partition_level_descriptor中时，可通过FIC来直接发送时钟参考值。根据本发明的另一实施例，代替clock_reference_value_descriptor，时钟参考值可位于FIC的partition_level_descriptor中。
根据本发明的实施例的FIC可包括FIC_protocol_version、transport_stream_id、num_partitions、partition_id、num_partition_level_descriptors、partition_level_descriptor、num_FIC_level_descriptors和/或FIC_level_descriptor字段。
FIC_protocol_version字段指示FIC的版本。
transport_stream_id字段指定广播流。
num_partitions字段指示包括在广播流中的分区的数量。这里，分区可表示广播台。
partition_id字段指定分区。
num_partition_level_descriptors字段指示在分区级别包括的描述符的数量。
partition_level_descriptor指示在分区级别包括的描述符。根据本发明的实施例，partition_level_descriptor可包括clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor。
num_FIC_level_descriptors字段指示专用信道级别包括的描述符的数量。专用信道级别可对应于FIC和/或广播流级别。
FIC_level_descriptor字段指示专用信道级别包括的描述符。根据本发明的实施例，此描述符中可包括clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor。
图112示出根据本发明的另一实施例的FIC的配置。
根据本发明的实施例，当在分区级别以流的形式发送时钟参考时，时钟参考可被分配给单个服务，并且可用信号通知用于访问发送时钟参考的流的信息。
根据本发明的实施例，可通过构成分组的单个服务来发送时钟参考流。根据本发明的实施例，可通过service_category字段来用信号通知服务是否承载时钟参考流，并且时钟参考流的特定值可被分配给service_category字段。当根据本发明的实施例通过service_category字段将对应服务标识为发送时钟参考流的服务时，跟随在service_category字段之后的IP_version_flag、SSC_source_IP_address_flag、SSC_source_IP_address、SSC_destination_IP_address、SSC_destination_UDP_port、SSC_TSI和/或SSC_DP_ID字段可用作用于访问时钟参考流的引导信息。
根据本发明的实施例的FIC可包括FIC_protocol_version、transport_stream_id、num_partitions、partition_id、service_id、service_category、IP_version_flag、SSC_source_IP_address_flag、SSC_source_IP_address、SSC_destination_IP_address、SSC_destination_UDP_port、SSC_TSI和/或SSC_DP_ID字段。
FIC_protocol_version字段指示FIC的版本。
transport_stream_id字段指定广播流。
num_partitions字段指示包括在广播流中的分区的数量。这里，分区可表示广播台。
partition_id字段指定分区。
service_id字段指定对应服务包括时钟参考流。
service_category字段指示服务的类型并且可用于指定根据本发明的实施例的服务是发送时钟参考流的服务。
IP_version_flag字段指示随后的IP地址字段的格式。此字段当其值为0时可指示使用IPv4地址格式，当其值为1时指示使用IPv6地址格式。
SSC_source_IP_address_flag字段指示对应服务是否包括source_IP_address字段。当其值为1时此字段指示服务包括source_IP_address字段。
SSC_source_IP_address字段指示包括时钟参考流的IP数据报的源IP地址。这里，当时钟参考作为独立流发送时，时钟参考流可表示承载时钟参考的流。
SSC_destination_IP_address字段指示包括时钟参考流的IP数据报的目的地IP地址。
SSC_destination_UDP_port字段指示包括时钟参考流的IP数据报的目的地UDP端口号。
SSC_TSI字段指示包括时钟参考流的LCT会话的会话标识符。
SSC_DP_ID字段指示发送时钟参考流的数据管道的标识符。这里，数据管道可对应于物理层管道。
图113示出根据本发明的实施例的服务描述的配置。
根据本发明的实施例，当在单个服务中发送单个时钟参考的序列时，服务中的所有内容和流可通过该时钟参考来同步。
根据本发明的实施例，可发送与单个服务对应的时钟参考的引导信息。这里，该引导信息可表示用于访问时钟参考流的信息。
根据本发明的实施例，时钟参考值的序列可被配置为附加时钟参考流并通过对应流分组的有效载荷来发送，或者被包括在承载组件的流分组的头中并被发送。
根据本发明的实施例，当时钟参考值被包括在承载组件的流分组的头中时，可利用LCT分组头的EXT_TIME扩展来传送时钟参考值。
根据本发明的实施例，当通过构成单个服务的内部流来发送时钟参考时，可通过@ClockRef_TSI字段来标识承载时钟参考的流。@ClockRef_TSI字段指示构成ROUTE会话的LCT会话当中的发送时钟参考的LCT会话的TSI信息。根据本发明的实施例，可通过ROUTE会话中的存在于@ClockRef_TSI字段之前的其它字段来标识时钟参考流的IP地址和UDP端口信息。根据本发明的实施例，可通过上述LSID和CMT来用信号通知关于发送时钟参考流的DP的信息。这里，LSID可对应于S-TSID(基于服务的传输会话实例描述)，CMT可对应于MPD(媒体呈现描述)。
根据本发明的另一实施例，可通过在服务描述中包括Clock ReferenceBootstrap字段来用信号通知用于访问时钟参考流的信息。类似于上述clock_reference_bootstrap_descriptor，根据本发明的实施例的Clock Reference Bootstrap字段可包括承载时钟参考的流的信息，例如IP地址、UDP端口、TSI和DP。
尽管所示的服务描述包括@ClockRef_TSI字段和Clock Reference Bootstrap字段二者，根据本发明的实施例，服务描述可仅包括这两个字段中的一个并且可利用这两个字段中的一个来用信号通知用于访问时钟参考流的信息(引导信息)。
根据本发明的实施例的服务描述可对应于USBD/USD并且包括@service_id、@service_category、@service_name、@channel_number、@service_status、@service_distribution、@SP_indicator、ROUTE SESSION、@sourceIPAddr、@destIPAddr、@destUDPPort、@LSID_DP、@ClockRef_TSI、Targeting、Content Advisory、Right IssuerService、Current Program、Original Service Identification、Content Labeling、Genre、Caption、Protection和/或Clock Reference Bootstrap字段。
@service_id字段指定服务。
@service_category字段指示服务的类型。
@service_name字段指示服务的名称。
@channel_number字段指示与服务对应的信道号。
@service_status字段指示服务的状态。此字段可指示对应服务是活动的还是不活动的。
@service_distribution字段指示对应分区中是否包括整个服务、尽管服务被部分地包括在分区中但是服务的呈现是否仅可利用该分区进行、呈现是否需要另一分区、或者呈现是否需要另一广播流。
@SP_indicator字段指示服务的一个或更多个组件是否受到保护。即，此字段可指示对应服务是否受到保护。
ROUTE SESSION字段指示关于发送服务的ROUTE会话的信息。
@sourceIPAddr字段指示ROUTE会话的源IP地址。
@destIPAddr字段指示ROUTE会话的目的地IP地址。
@destUDPPort字段指示ROUTE会话的目的地UDP端口号。
@LSID_DP字段指定传送包括诸如ROUTE会话的传输参数的信息的LSID的数据管道。根据本发明的实施例，此字段可指定包括关于构成ROUTE会话的一个或更多个LCT会话的信息的LSID。
@ClockRef_TSI字段指示构成ROUTE会话的LCT会话当中的发送时钟参考的LCT会话的TSI信息。
targeting字段指示针对对应服务的定向参数。上面已详细描述了此字段。
Content Advisory字段指示关于对应服务的内容分级信息。根据本发明的实施例，此字段可包括内容分级相关信息。上面已详细描述了此字段。
Rights Issuer Service字段可包括关于对应服务的版权问题的信息。上面已详细描述了此字段。
Current Program字段可包括关于当前节目的信息。上面已详细描述了此字段。
Original Service Identification字段可包括指定原始服务的信息。上面已详细描述了此字段。
Content Labeling字段可包括内容标签相关信息。上面已详细描述了此字段。
genre字段可包括关于对应服务的体裁的信息。
caption字段可包括对应服务的字幕相关信息。
protection字段可包括对应服务的保护相关信息。
类似于上述clock_reference_bootstrap_descriptor，Clock ReferenceBootstrap字段可包括时钟参考流的信息，例如IP地址、UDP端口TSI和DP。即，此字段可包括用于访问时钟参考流的信息。
图114示出根据本发明的实施例的组件映射描述的配置。
根据本发明的实施例，通过将@clockRefFlag字段增加到上述组件映射描述，可从通过当前广播流或其它广播流发送的流当中标识时钟参考流。
根据本发明的实施例，当其值为1时@clockRefFlag字段可指示对应组件包括和承载时钟参考。
根据本发明的实施例，通过单个服务发送的组件当中的@clockRefFlag字段值为1的组件的数量可被限制为最多1。
根据本发明的实施例，承载时钟参考的流的TSI和DP信息可通过上述BroadcastComp字段的下级字段来标识，并且承载时钟参考的流的IP地址和UDP端口信息可通过上述服务描述的ROUTE session字段的下级字段以及LSID所提供的信息来标识。根据本发明的实施例，当承载时钟参考的流通过另一广播流来发送时，这可通过ForignComp字段的下级字段来标识。
图中所示的字段已详细描述。
图115是根据本发明的实施例的示出发送广播信号的方法的流程图。
根据本发明的实施例的发送广播信号的方法可包括：步骤SL128010，对广播服务、用于广播服务的快速获取的第一信令信息、用于发现广播服务的第二信令信息以及针对发送广播服务和广播服务中所包括的组件的会话的第三信令信息进行编码；步骤SL128020，生成包括所编码的广播服务、第一信令信息、第二信令信息和第三信令信息的广播信号；和/或步骤SL128030，发送该广播信号。这里，广播服务可以是ATSC 3.0服务。第一信令信息可表示上述FIC和/或SLT。第二信令信息可表示上述SMT、服务描述和/或USD/USBD。第三信令信息可表示上述SMT、服务描述、LSID和/或S-TSID。
根据本发明的另一实施例，第一信令信息、第二信令信息和第三信令信息中的至少一个可包括用于发送侧与接收侧之间的同步的时间信息。这里，时间信息可对应于时钟参考、时钟参考值和/或clock_reference_value_descriptor(上面已参考图110和图111详细描述)。
根据本发明的另一实施例，第一信令信息、第二信令信息和第三信令信息中的至少一个可包括用于访问流的访问信息，所述流承载用于发送侧与接收侧之间的同步的时间信息。所述访问信息可表示包括在clock_reference_bootstrap_descriptor和/或clock_reference_bootstrap_descriptor中的字段(上面已参考图109、图111和图113详细描述)。
根据本发明的另一实施例，时间信息可包括指示用于发送侧和接收侧的同步的参考时间值和/或参考时间值的类型的信息。这里，参考时间值可对应于clock_reference_value字段，参考时间值的类型可对应于clock_reference_value_version字段。clock_reference_value字段和clock_reference_value_version字段上面已参考图110详细描述。
根据本发明的另一实施例，访问信息可包括包括承载时间信息的流的IP数据报的目的地IP地址信息、包括承载时间信息的流的IP数据报的UDP端口号、用于标识包括承载时间信息的流的会话的信息和/或用于标识发送承载时间信息的流的数据管道的信息。所述信息上面已参考图109详细描述。
根据本发明的另一实施例，第一信令信息可包括关于通过单个广播流发送的一个或更多个服务的信息，并且时间信息可被包括在第一信令信息的服务级别中以用于单个服务中所有组件的同步。这已在上面参考图112、图113和图114详细描述。
根据本发明的另一实施例，广播服务可对应于提供用于发送侧和接收侧之间的同步的时间信息的广播服务，第一信令信息可包括用于访问广播服务的信息。这已在上面参考图112详细描述。
图116是示出根据本发明的实施例的接收广播信号的方法的流程图。
根据本发明的实施例的接收广播信号的方法可包括：步骤SL129010，接收广播信号，该广播信号包括广播服务、用于广播服务的快速获取的第一信令信息、用于发现广播服务的第二信令信息以及针对发送广播服务和广播服务中所包括的组件的会话的第三信令信息；步骤SL129020，从所接收到的广播信号提取广播服务、第一信令信息、第二信令信息和第三信令信息；和/或步骤SL129030，将所提取的广播服务、第一信令信息、第二信令信息和第三信令信息解码。这里，广播服务可以是ATSC 3.0服务。第一信令信息可表示上述FIC和/或SLT。第二信令信息可表示上述SMT、服务描述和/或USD/USBD。第三信令信息可表示上述SMT、服务描述、LSID和/或S-TSID。
根据本发明的另一实施例，第一信令信息、第二信令信息和第三信令信息中的至少一个可包括用于发送侧和接收侧之间的同步的时间信息。这里，时间信息可对应于时钟参考、时钟参考值和/或clock_reference_value_descriptor(上面已参考图110和图111详细描述)。
根据本发明的另一实施例，第一信令信息、第二信令信息和第三信令信息中的至少一个可包括用于访问流的访问信息，所述流承载用于发送侧和接收侧之间的同步的时间信息。所述访问信息可指示包括在clock_reference_bootstrap_descriptor和/或clock_reference_bootstrap_descriptor中的字段(上面已参考图109、图111和图113详细描述)。
根据本发明的另一实施例，时间信息可包括指示用于发送侧和接收侧之间的同步的参考时间值和/或参考时间值的类型的信息。这里，参考时间值可对应于clock_reference_value字段，参考时间值的类型可对应于clock_reference_value_version字段。clock_reference_value字段和clock_reference_value_version字段上面已参考图110详细描述。
根据本发明的另一实施例，访问信息可包括包括承载时间信息的流的IP数据报的目的地IP地址信息、包括承载时间信息的流的IP数据报的UDP端口号、用于标识包括承载时间信息的流的会话的信息和/或用于标识发送承载时间信息的流的数据管道的信息。所述信息上面已参考图109详细描述。
根据本发明的另一实施例，第一信令信息可包括关于通过单个广播流发送的一个或更多个服务的信息，并且时间信息可被包括在用于单个服务中的所有组件之间的同步的第一信令信息的服务级别中。这已在上面参考图112、图113和图114详细描述。
图117是示出根据本发明的实施例的发送广播信号的设备的配置的框图。
根据本发明的实施例的发送广播信号的设备L130010可包括：编码器L130020，用于对广播服务、用于广播服务的快速获取的第一信令信息、用于发现广播服务的第二信令信息以及针对发送广播服务和广播服务中所包括的组件的会话的第三信令信息进行编码；生成单元L130030，用于生成包括所编码的广播服务、第一信令信息、第二信令信息和第三信令信息的广播信号；和/或发送单元L130040，用于发送广播信号。这里，广播服务可以是ATSC 3.0服务。第一信令信息可表示上述FIC和/或SLT。第二信令信息可表示上述SMT、服务描述和/或USD/USBD。第三信令信息可表示上述SMT、服务描述、LSID和/或S-TSID。
图118是示出根据本发明的实施例的接收广播信号的设备的配置的框图。
根据本发明的实施例的接收广播信号的设备L131010可包括：接收单元L131020，用于接收广播信号，该广播信号包括广播服务、用于广播服务的快速获取的第一信令信息、用于发现广播服务的第二信令信息以及针对发送广播服务和广播服务中所包括的组件的会话的第三信令信息；提取单元L131030，用于从所接收到的广播信号提取广播服务、第一信令信息、第二信令信息和第三信令信息；和/或解码器L131040，用于将所提取的广播服务、第一信令信息、第二信令信息和第三信令信息解码。这里，广播服务可以是ATSC 3.0服务。第一信令信息可表示上述FIC和/或SLT。第二信令信息可表示上述SMT、服务描述和/或USD/USBD。第三信令信息可表示上述SMT、服务描述、LSID和/或S-TSID。
图119示出根据本发明的实施例的当会话描述信息被包括在服务描述信息中并被传送时的服务描述信息。
本发明提出了一种通过传输会话之外的路径发送会话描述信息的方法。会话描述信息可包括诸如对应传输会话的传输特性、协议和分组结构的信息。根据实施例，会话描述信息可对应于上述LSID。另外，会话描述信息可对应于上述S-TSID中的多个LS元素。在这种情况下，服务描述信息可对应于S-TSID。
会话描述信息可通过对应传输会话或者传输会话之外的路径被传送至接收机。会话描述信息可被包括在信令消息中并被发送，或者通过存在于对应传输会话之内/之外的诸如服务信令信道的路径来发送。当通过服务信令信道发送会话描述信息时，会话描述信息可连同其它信令消息一起发送。
将描述会话描述信息被包括在服务描述信息以外的信令消息中的情况。
会话描述信息可被包括在上述信令消息中。所述信令消息可以是USBD、S-TSID、MPD、SMT或CMT。在所示的实施例中，会话描述信息被包括在服务描述信息中。这里，服务描述信息可对应于上述SMT和S-TSID。
在这种情况下，会话描述信息可被包括在服务描述信息的LSID元素中。LSIS元素可以是服务描述信息的ROUTE session元素的下级元素。会话描述信息可包括由ROUTEsession元素指示的ROUTE会话(传输会话)的信息。ROUTE会话可由ROUTE session元素的信息(例如，@sourceIPAddr、@destIPAddr和@destUDPPort)指示。当会话描述信息被直接包括在服务描述信息中并按照这种方式发送时，在由会话描述信息描述的传输会话中可不传送会话描述信息，以防止冗余。
上面已描述了服务描述信息的元素。
@service_id指示由服务描述信息描述的服务的标识符。@service_category指示服务的类别。@service_name指示服务的名称。@channel_number指示与服务关联的信道号。@service_status指示服务的状态信息。@service_distribution指示关于服务的分发相关信息。@SP_indicator指示服务是否受到保护。这里，如果服务的至少一个服务组件受到保护，则@SP_indicator可指示服务受到保护。
ROUTE session元素可包括关于传送服务或服务组件的ROUTE会话的信息。多个ROUTE session元素可存在于服务描述信息中。@sourceIPAddr、@destIPAddr和@destUDPPort分别指示承载对应ROUTE分组的IP数据报的源IP地址、目的地IP地址和目的地UDP端口号。即，此信息可指示ROUTE会话。
@LSID_DP指定传送对应ROUTE会话的会话描述信息的DP(或PLP)。这里，对应ROUTE会话可表示由源IP地址、目的地IP地址和目的地UDP端口号指示的ROUTE会话。
@LSIDInstanceID是传送会话描述信息的会话描述表的标识符，并且指定具有对应ROUTE会话的会话描述信息的会话描述表。当会话描述信息被包括在会话描述表中并被传送时，可使用此字段。会话描述表可连同其它信令消息一起通过服务信令信道来发送。
当通过宽带网络发送会话描述信息时，@LSIDurl可包括用于标识对应ROUTE会话的会话描述信息的位置的URL信息。当通过宽带网络发送会话描述信息时，可使用此字段。
Targeting字段指示服务的定向参数。即，此字段可指定对应服务是否为用于接收机或配套装置的服务。Content Advisory字段可包括关于服务的内容分级信息，即，关于服务的分级的信息。Right Issuer Service可包括关于与服务关联的版权问题的信息。Current Program可包括关于当前节目的信息。Original Service Identification可包括关于原始服务的标识信息。Content Labeling可包括服务的内容标签信息。Genre可包括关于服务的体裁的信息。Caption可包括关于服务的字幕的信息。Protection可包括关于服务的保护的信息。
尽管描述了传输会话是ROUTE会话的情况，本发明不限于此。即，实施例可等同地应用于诸如MMTP会话的其它传输会话。
图120示出根据本发明的实施例的当通过服务信令信道传送会话描述信息时用于会话描述信息传送的消息格式。
如上所述，可通过诸如服务信令信道的路径来传送会话描述信息。在这种情况下，会话描述信息可连同其它信令消息一起传送。根据实施例，服务信令信道可通过单独的传输会话来传送，或者通过诸如ROUTE会话的对应传输会话的子会话来传送。
当单个服务被划分成多个传输会话并且通过其传送时，关于所述多个传输会话的描述信息可能是必要的。在这种情况下，关于各个传输会话的会话描述信息可通过服务信令信道来发送。这里，会话描述可能需要被映射至各个传输会话。为了映射，可使用上述@LSIDInstanceID信息。可利用@LSIDInstanceID信息获取关于由服务描述信息指示的ROUTE会话的会话描述信息。这可通过标识被映射至对应信息的会话描述表来执行。当会话描述信息被包括在服务描述信息中并被发送时，上述映射可能是不必要的。
根据实施例，服务信令信道可表示发送SLS的ROUTE会话中的LCT会话。如上所述，该LCT会话可被指定为使得LCT会话具有TSI＝0。
图中所示的实施例t2010可以是基于上述信令消息格式具有用于会话描述信息传输的扩展结构的消息格式。为了会话描述信息传输，signaling_id_extension字段可被划分成LSIDT_protocol_version和LSIDT_instance_ID并被定义。
LSIDT_protocol_version字段指示对应会话描述表的版本或协议版本。LSIDT_instance_ID字段指示通过对应表发送的会话描述信息的标识符，并且可具有与上述服务描述信息中所包括的@LSIDInstanceID对应的值。因此，ROUTE会话可被映射至会话描述信息。LCT_session_instance_description()可包括二进制或XML格式的会话描述信息。即，会话描述信息的数据可被包括在LCT_session_instance_description()中。会话描述表的其它信息可对应于上述信令消息格式中描述的那些。
图中所示的另一实施例t2020描述了用于会话描述信息传送的另一会话描述表。在本实施例中，会话描述表可具有基于MPEG-2TS私有区段的字段配置。LSIDT_protocol_version、LSIDT_instance_ID和LCT_session_instance_description()可对应于上述实施例中的那些。会话描述表的其它信息可对应于上述信令消息格式中描述的那些。
图121示出根据本发明的实施例的通过会话之外的路径发送会话描述信息的方法。
在本实施例中，可通过两个ROUTE会话来发送单个服务。第一ROUTE会话的会话描述信息可通过对应ROUTE会话(第一ROUTE会话)来发送，第二ROUTE会话的会话描述信息可通过与第二ROUTE会话之外的路径对应的服务信令信道来发送。这里，服务信令信道可位于第一ROUTE会话之内。
将描述在本实施例中获取各个信令消息和/或服务组件数据的过程。
接收机可从FIC获取服务信令信道的引导信息。接收机可利用引导信息来访问服务信令信道。接收机可利用FIC的IP地址和UDP端口信息来访问服务信令信道。根据实施例，可能需要TSI信息和/或PLP ID信息。此操作可对应于上述利用SLT访问SLS的操作。在这种情况下，SLT对应于FIC，承载SLS的LCT会话对应于服务信令信道，SLS对应于包括在服务信令信道中的信息。尽管在本实施例中FIC通过物理信号帧的单独的信道传送，SLT可通过IP/UDP封装并通过PLP来传送。
可从利用引导信息访问的服务信令信道获取SMT的信息。可从SMT获取关于各个ROUTE会话的会话描述信息。可利用@LSID_DP信息获取关于第一ROUTE会话的会话描述信息。可通过访问@LSID_DP所指示的PLP来获取关于第一ROUTE会话的会话描述信息。可利用@LSIDT_instance_ID信息获取关于第二ROUTE会话的会话描述信息。可通过标识@LSIDT_instance_ID所指示的会话描述表来获取关于第二ROUTE会话的会话描述信息。
此处理可对应于上述实施例中访问承载SLS的ROUTE会话的LCT会话以获取SLS的信息的处理。可从SLS的信息获取会话描述信息，即，关于传送服务组件的ROUTE会话的子会话(LCT会话)的信息。关于SLS的S-TSID中的LS元素的信息可对应于会话描述信息。在这种情况下，可能不需要单独的会话描述表。另外，由于会话描述信息被包括在SLS中并被传送，所以通过与SLS相同的PLP来发送会话描述信息。因此，可能不需要关于传送会话描述信息的PLP的PLP ID信息。
随后，可从CMT获取服务组件的PLP ID。可利用所获得的会话描述信息来获取第一ROUTE会话和第二ROUTE会话的TSI信息。TSI信息可以是承载服务组件的LCT会话的TSI信息。可利用TSI信息获取服务组件。另外，可从MPD获取服务组件的表示ID。
此处理可对应于上述实施例中利用SLS中的信息(TSI等)访问LCT会话以获取服务组件的处理。在这种情况下，S-TSID可包括PLP ID信息，因此可能不需要附加CMT。可利用S-TSID中的会话描述信息分别访问多个ROUTE会话中的多个LCT会话。对于所获取的服务组件，可从MPD获得表示ID。
图122示出根据本发明的另一实施例的通过传输会话之外的路径发送会话描述信息的方法。
在本实施例中，单个服务可通过两个ROUTE会话来发送。第一ROUTE会话的会话描述信息和第二ROUTE会话的会话描述信息二者可通过经由第一ROUTE会话传送的服务信令信道来发送。
在本实施例中，获取各个信令消息和/或服务组件数据的过程对应于上述实施例的过程。然而，在本发明中，第一ROUTE会话的会话描述信息和第二ROUTE会话的会话描述信息二者均通过会话描述表传送。因此，可首先获得由@LSIDT_instance_ID指示的两个会话描述表，然后可利用所述表中的会话描述信息来访问通过这两个ROUTE会话传送的服务组件。
本实施例对应于使用SLT-SLS的上述实施例。当利用SLT访问传送SLS的信道/路径时，可利用包括在SLS中的信息来访问传送对应服务的服务组件的路径。在这种情况下，服务组件传送路径可存在于多个ROUTE会话上，并且可通过所述多个ROUTE会话中的多个LCT会话来传送服务组件。
图123示出根据本发明的另一实施例的通过传输会话之外的路径发送会话描述信息的方法。
在本实施例中，单个服务可通过两个ROUTE会话来发送。第一ROUTE会话的会话描述信息和第二ROUTE会话的会话描述信息二者可通过经由第一ROUTE会话传送的服务信令信道来发送。
在本实施例中，获取各个信令消息和/或服务组件数据的过程对应于上述实施例的过程。然而，在本发明中，服务信令信道可通过由单独的PLP(DP)、IP和UDP标识的单独的信道来传送，而非通过特定ROUTE会话的单个LCT会话来传送。在这种情况下，关于ROUTE会话的会话描述信息通过外部路径来传送，因此，服务信令信道可具有用于各个会话的会话描述表。可利用包括在会话描述表中的会话描述信息来访问通过这两个ROUTE会话传送的服务组件。
在这种情况下，由于服务信令信道没有通过特定ROUTE会话的单个子会话(LCT会话)来传送，所以FIC或SLT的引导信息可不包括TSI信息。
图124示出根据本发明的实施例的为初始化信息传送扩展的信令消息。
本发明提出了一种在上述广播系统中传送与服务的服务组件关联的初始化信息的方法。如上所述，各个服务的服务组件可被格式化为DASH片段并作为DASH表示通过LCT会话来传送。可能需要用于服务组件的初始化信息。这里，初始化信息可对应于DASH初始化片段。
初始化信息可通过存在于传输会话之内/之外的服务信令信道来发送，或者连同各个LCT会话中的媒体数据一起发送。这里，媒体数据可表示媒体片段。
首先，当通过服务信令信道发送初始化信息时，初始化信息可连同其它信令消息一起发送。当单个服务由多个组件组成并被发送时，多条初始化信息可被包括在单个信令信道中并被发送。这里，各条初始化信息可能需要被映射至各条媒体数据(服务组件)。
用于初始化信息和媒体数据的映射的标识符可被定义并称为@isdInstanceID。根据此信息，包括初始化信息的初始化表可被映射至各个组件。各个服务组件可利用该初始化信息来初始化。
尽管所示的组件映射描述对应于上述一个，本实施例中的组件映射描述被扩展以进一步包括@isdInstanceID信息。@isdInstanceID信息位于指定通过广播网络传送的组件的BroadcastComp元素下面，并且指定具有被映射至该组件的初始化信息的初始化表。上面已描述了组件映射描述中的其它字段。根据实施例，代替组件映射描述，构成SLT或SLS的信令信息之一可被扩展以进一步包括@isdInstanceID信息。
其次，初始化信息可通过媒体数据(即，诸如服务组件的路径)来传送。即，可通过传送服务组件的LCT会话随服务组件一起来传送与服务组件(媒体片段)关联的初始化信息。在这种情况下，可由传输分组头信息来指示对应数据是正常媒体片段还是初始化信息。这种头信息可以是TOI值。
图125示出根据本发明的实施例的用于初始化信息传送的消息格式。
用于初始化信息传送的消息格式表示初始化表的格式。图中所示的实施例t7010可以是基于上述信令消息格式的具有用于初始化信息传送的扩展结构的消息格式。为了初始化信息传送，signaling_id_extension字段可被划分成ISDT_protocol_version和ISDT_instance_ID并被定义。
ISDT_protocol_version字段指示对应初始化表的版本或协议版本。ISDT_instance_ID字段指示通过对应表发送的初始化信息的标识符，并且可具有与上述扩展信令信息中所包括的@isdInstanceID对应的值。因此，各个服务组件可被映射至初始化表。此ID可在服务信令信道中唯一地指派。Initialization_segment_data可包括二进制或XML格式的初始化信息。即，初始化信息的所有或一些数据可被包括在Initialization_segment_data中。Initialization_segment_data表的其它信息可对应于上述信令消息格式中所描述的那些。
图中所示的另一实施例t7020描述用于初始化信息传送的另一初始化表。在本实施例中，初始化表可具有基于MPEG-2TS私有区段的字段配置。ISDT_protocol_version和Initialization_segment_data(Initialization_segment_delivery_description_data)可对应于上述实施例中的那些。初始化表的其它信息可对应于上述信令消息格式中所描述的那些。
图中示出Initialization_segment_delivery_description_data结构的示例t7030。该元素可包括@url(是对应初始化信息的URL信息)以及与初始化信息的数据部分对应的InitializationSegmentData字段。URL可具有与MPD中描述的初始化片段的URL相同的值。该URL信息可用于各个初始化信息与表示之间的映射。
图126示出根据本发明的另一实施例的当通过服务信令信道传送会话描述信息时用于会话描述信息传送的消息格式。
用于会话描述信息传送的上述会话描述表可具有所示的结构t8010。LSIDT_protocol_version如上所述，LSID_delivery_description_data可包括与XML或二进制格式的LSID传送描述(将稍后描述)的全部或部分对应的数据。LSID传送描述可以是会话描述信息传送的描述。会话描述表中的其它信息可对应于上述信令消息格式中所描述的那些。
示出LSID传送描述结构的示例t8020。LSID传送描述可包括@sourceIPAddr、@destIPAddr、@destUDPPort和/或LSID。@sourceIPAddr、@destIPAddr和@destUDPPort可分别指示由对应会话描述信息描述的ROUTE会话的源IP地址、目的地IP地址和目的地UDP端口号。LSID可包括对应会话描述信息。
图127是示出根据本发明的实施例的处理服务数据的方法的流程图。
根据本发明的实施例的处理服务数据的方法可包括以下步骤：生成广播服务的服务组件；生成第一信令数据和第二信令数据；将服务组件和第二信令数据封装到传输分组中；将第一信令数据和/或传输分组处理成广播流；和/或发送广播流。这里，已基于发送侧的操作描述了处理服务数据的方法。
具体地讲，可生成广播服务的服务组件(t9010)。广播服务可包括一个或更多个服务组件。可生成第一信令数据和/或第二信令数据(t9020)。这里，第一信令数据可对应于上述SLT，第二信令数据可对应于上述SLS。如上所述，第一信令数据可包括指示第二信令数据的位置的信息，第二信令数据可用信号通知广播服务。服务组件、第一信令数据和/或第二信令数据可由第一模块生成。这里，第一模块可以是服务提供商中用于生成服务数据的模块。
可将所生成的服务组件和第二信令数据封装到传输分组中(t9030)。传输分组可表示通过上述传输会话传送的分组。根据实施例，传输分组可以是ROUTE分组或MMTP分组。这些传输分组可以是发送的第一传输会话或第二传输会话的子会话。传输会话可以是ROUTE会话或MMTP会话。子会话可表示ROUTE会话的LCT会话或者MMTP会话的MMTP分组流。封装处理可表示数据向ROUTE/MMTP分组中的封装。该封装处理可由第二模块执行。第二模块可以是应对执行向ROUTE/MMTP分组中的封装的层的模块。
随后，可将第一信令数据和/或传输分组处理成广播流(t9040)。此处理可表示将SLT和已被封装到ROUTE/MMTP分组中的数据封装在IP/UDP分组中。另外，此处理可表示在物理层中对被处理成IP/UDP分组的数据的物理层处理。执行IP/UDP封装然后物理层处理的处理可由第三模块执行。第三模块可以是应对IP/UDP封装和物理层的模块。
可发送所生成的广播流(t9050)。此处理可由第四模块执行。第四模块可对应于用于发送广播流的发送模块。
在根据本发明的另一实施例的处理服务数据的方法中，第二服务信令数据可通过第一传输会话的特定子会话来发送。这可对应于上述通过ROUTE会话的特定LCT会话(即，与TSI＝0对应的LCT会话)来传送SLS的处理。另外，此处理可对应于通过服务信令信道传送SLS。根据实施例，由TSI＝0标识的承载SLS的子会话(LCT会话)可被称为服务信令信道。服务组件可通过第一传输会话或第二传输会话的子会话来发送。如上所述，服务组件可通过ROUTE/MMTP会话的子会话(LCT会话或MMTP分组流)来传送。
在根据本发明的另一实施例的处理服务数据的方法中，第一信令数据可包括指示发送第二信令数据的第一传输会话的信息。这可对应于SLS包括指示发送SLS的ROUTE/MMTP会话的引导信息的上述实施例。第二信令数据可包括用于访问广播服务的服务组件的信息。SLS(具体地讲，SLS的S-TSID)可包括传送服务组件的LCT会话的TSI信息。另外，SLS的MPT消息可包括传送各个服务组件的MMTP分组流的分组ID信息。
在根据本发明的另一实施例的处理服务数据的方法中，第二信令数据可包括用于标识第一传输会话的子会话当中的发送广播服务的服务组件的子会话的信息。这可对应于SLS具有用于访问服务组件的信息的上述实施例，所述服务组件通过发送该SLS的ROUTE/MMTP会话来传送。在这种情况下，SLS可仅利用TSI信息或分组信息标识包括服务组件的子会话。由于使用同一会话，所以不另外需要诸如IP地址的信息。
在根据本发明的另一实施例的处理服务数据的方法中，第二信令数据还可包括指示发送广播服务的服务组件的第二会话的信息。当服务组件通过与发送SLS的传输会话不同的传输会话(第二传输会话)传送时，SLS可包括用于访问所述服务组件的信息。该信息可以是IP地址和UDP端口号。
在根据本发明的另一实施例的处理服务数据的方法中，第二信令数据还可包括标识第二传输会话的子会话当中的发送广播服务的服务组件的子会话的信息。当服务组件通过与发送SLS的传输会话不同的传输会话(第二传输会话)传送时，如上所述，SLS可仅利用TSI信息或分组ID信息来标识包括服务组件的子会话以访问所述服务组件。
在根据本发明的另一实施例的处理服务数据的方法中，第二信令数据还可包括指示传送子会话的物理路径的信息，所述子会话承载广播服务的服务组件。这里，所述物理路径可表示PLP或DP。当服务组件通过与发送SLS的传输会话不同的传输会话(第二传输会话)传送时，如上所述，SLS可包括传送服务组件的PLP的ID信息以访问所述服务组件。
在根据本发明的另一实施例的处理服务数据的方法中，发送广播服务的服务组件的子会话还可传送包括与服务组件关联的初始化信息的传输分组。这可对应于通过LCT会话连同媒体片段一起传送上述初始化信息。包括初始化信息的传输分组可利用传输分组的头信息来标识。如上所述，可利用诸如分组头的TOI的信息来标识初始化信息。
将描述根据本发明的实施例的在接收侧处理服务数据的方法(未示出)。
根据本发明的实施例的在接收侧处理服务数据的方法可包括以下步骤：接收广播信号；解析广播信号；从广播信号获取第一信令数据并且利用第一信令数据获取第二信令数据；利用第二信令数据获取对应广播服务的服务组件；和/或利用服务组件提供服务。
在接收侧处理服务数据的方法可通过与发送侧的模块对应的接收侧的硬件模块(例如，接收模块、解析模块、再生模块等)来执行。可在与在发送侧处理服务数据的上述方法的实施例对应的实施例中实现在接收侧处理服务数据的方法。
根据实施例，上述步骤可被省略或者被执行相似/相同操作的其它步骤代替。
图128是示出根据本发明的实施例的处理服务数据的设备的框图。
根据本发明的实施例的处理服务数据的设备可包括上述第一模块、第二模块、第三模块和/或第四模块。上面已描述了包括在设备中的块和模块。
根据本发明的实施例的处理服务数据的设备及其内部模块/块可执行根据本发明的处理服务数据的上述方法的实施例。
将描述根据本发明的实施例的在接收侧处理服务数据的设备(未示出)。
根据本发明的实施例的在接收侧处理服务数据的设备可包括接收侧的上述硬件模块。上面已描述了包括在设备中的块和模块。
根据本发明的实施例的在接收侧处理服务数据的设备可执行根据本发明的处理服务数据的上述方法的实施例。
根据实施例，设备的上述内部块/模块可以是执行存储在存储器中的连续处理的处理器，并且可以是被设置到设备的内部/外部的硬件元件。
根据实施例，上述模块可被省略或者被执行相似/相同操作的其它模块代替。
图129示出根据本发明的实施例的ESG引导信息。
本发明的实施例可提供一种用信号通知未来广播网络中可用的ESG引导描述的方法。ESG引导描述包括以下信息并且可根据信令传输位置按照二进制或XML格式定义。
电子服务指南(ESG)数据可包括服务指南传送单元(SGDU)和/或服务指南传送描述符(SGDD)。SGDD可包括指示发送SGDU的传送路径的信息。SGDU可包括与服务和/或节目关联的信息。例如，SGDU可包括服务信息、节目信息、信道号、广播台信息、字幕、分级和/或概要。服务信息可包括服务的名称和/或标识符。节目信息可包括节目的名称和/或标识符、节目开始时间信息和/或节目结束时间信息。每个分段配置SGDU。分段类型可包括服务分段、内容分段和时间表分段中的至少一个。SGDD和SGDU二者均可为XML文件。ESG可被表示为服务指南(SG)和/或电子节目指南(EPG)。ESG数据可被简单地表示为ESG。
ESG引导描述可包括用于ESG的引导的信息。ESG引导描述可由ESG引导信息和/或用于ESG的引导信息来表示。广播接收设备可基于ESG引导描述和/或ESG引导信息来接收、获取和/或处理ESG。
ESG引导描述可包括至少一个服务指南(SG)提供商元素。
SG提供商可表示提供与ESG有关的信息的提供商。SG提供商元素可包括name属性和/或至少一个bootstrap元素。
name属性可指示SG提供商的名称。
bootstrap元素可包括至少一条引导信息。bootstrap元素可包括network_type属性、sourceIPAddr元素、destIPAddr元素、destUDPPort元素、transportStreamID元素、partitionID元素、datapipeID元素、tsi元素和/或downloadURL元素。例如，bootstrap元素可以是ESG引导信息。
network_type元素可指示ESG数据传输类型。具体地讲，network_type元素可指示SGDD传输类型。bootstrap元素中可包括一个network_type属性。bootstrap元素可根据network_type属性的值选择性地包括下面定义的引导信息。作为参考，“ESG引导描述传输类型”可被解释为“ESG数据传输类型”。具体地讲，“ESG引导描述传输类型”可被解释为“SGDD传输类型”。
sourceIPAddr元素可指示ESG数据和/或SG数据的源ID地址。例如，sourceIPAddr元素可包括承载用于服务和/或ESG的服务层信令信息的分组的IP源地址。具体地讲，sourceIPAddr元素可指示与SGDD对应的的IP源地址。
destIPAddr元素可指示ESG数据和/或SG数据的目的地IP地址。例如，destIPAddr元素可包括承载用于服务和/或ESG的服务层信令信息的分组的IP目的地地址。具体地讲，destIPAddr元素可指示与SGDD对应的IP目的地地址。
destUDPPort元素可指示ESG数据和/或SG数据的目的地端口号。例如，destUDPPort元素可包括承载用于服务和/或ESG的服务层信令信息的分组的端口号。具体地讲，destUDPPort元素可指示与SGDD对应的目的地端口号。
sourceIPAddr元素、destIPAddr元素和/或destUDPPort元素表示承载ESG数据的IP分组的头中所描述的信息。
transportStreamID元素可指示当通过外来频率发送ESG数据时与外来频率对应的传输流标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。具体地讲，transportStreamID元素可指示与承载SGDD的传输流对应的传输流标识符。
partitionID元素可指示当通过外来频率发送ESG数据时与外来频率对应的分区标识符。例如，分区标识符标识广播商。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。具体地讲，partitionID元素可指示与SGDD对应的分区标识符。
datapipeID元素可指示标识发送ESG数据的PLP和/或DP的标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当通过广播网络发送ESG数据时，datapipeID元素可具有单个值。具体地讲，datapipeID元素可指示标识发送SGDD的PLP和/或DP的标识符。
为了用信号通知通过外来频率发送的ESG数据的信息，bootstrap元素可以选择性地包括transportStreamID元素、partitionID元素和/或datapipeID元素。
tsi元素可指示标识发送ESG数据的传输会话和/或LCT会话的标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当ESG数据通过广播网络发送时，tsi元素可包括至少一个值。具体地讲，tsi元素可指示标识发送SGDD的传输会话和/或LCT会话的标识符。
downloadURL元素可指示可访问通过宽带网络发送的ESG数据的URL。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当ESG数据通过宽带网络发送时，downloadURL元素可具有单个值。具体地讲，downloadURL元素可指示与SGDD对应的URL。
根据ESG数据是通过广播网络还是宽带网络发送，bootstrap元素可包括tsi元素和downloadURL元素中的至少一个。
广播发送设备可发送包括服务数据和信令信息的广播信号。该信令信息可包括ESG引导信息。广播接收设备可接收包括服务数据和信令信息的广播信号。广播接收设备可基于包括在信令信息中的ESG引导信息获取和/或处理ESG数据。
图130示出根据本发明的实施例的ESG引导信息传输类型。
network_type属性可指示ESG数据传输类型。network_type属性的值可为可用的。当ESG数据按照多种类型发送时，可发送具有分别与所述类型对应的network_type属性值的多个bootstrap元素。
当network_type属性具有值0x01时，ESG数据在相同的频率下通过ATSC3.0广播发送。在这种情况下，广播接收设备可在相同的频率下接收ESG数据。
当network_type属性具有值0x02时，ESG数据在不同的频率下通过ATSC3.0广播发送。在这种情况下，广播接收设备可在不同的频率下接收ESG数据。
当network_type属性具有值0x03时，ESG数据通过ATSC3.0广播以外的IP广播发送。在这种情况下，广播接收设备可通过IP广播接收ESG数据。
当network_type属性具有值0x04时，ESG数据通过宽带网络发送。在这种情况下，广播接收设备可通过宽带网络接收ESG数据。
图131示出根据本发明的第一实施例的ESG引导信息的信令。
本发明的第一实施例可提供一种在未来广播网络中以快速信息信道(FIC)的ESG引导描述符的形式发送ESG引导信息的方法。
在本发明的第一实施例中，ESG没有被定义为广播服务。FIC可参考服务列表表格(SLT)。SLT是用于构建基本服务列表并且引导服务层信令信息(SLS)的发现的信令信息表。
参考该图，广播信号和/或实际流可包括特定频率下的至少一个广播流。例如，所述实际流可包括具有频率“Frqncy-z”的广播流。
各个广播流可包括至少一个分组。各个分区可对应于各个广播商。或者，各个分区可以是从各个广播商发送的广播流。
各个分区可包括至少一个DL(或PLP)和/或FIC。例如，第一分区A可包括第一DP、第二DP、第三DP和/或FIC。第一DP的DP ID可为“1”。第二DP的DP ID可为“2”。第三DP的DP ID可为“3”。
单个DP可包括单个经由单向传输的实时对象传送(ROUTE)会话。多个DP可包括单个ROUTE会话。ROUTE会话可包括至少一个服务和/或至少一个组件。ROUTE会话可包括IP/UDP数据报。
例如，第一DL可包括第一ROUTE会话。即，第一ROUTE会话通过第一DP来发送。第一ROUTE会话可由第一源IP地址、第一目的地IP地址和/或第一UDP端口号指定。第一ROUTE会话可包括第一服务(A/V服务)。
第一ROUTE会话可包括至少一个传输会话(或LCT会话)。例如，第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。
第一传输会话(tsi-v)可包括视频组件。该视频组件可包括至少一个视频片段，所述视频片段包括视频数据。第二传输会话(tsi-a)可包括音频组件。该音频组件可包括至少一个音频片段，所述音频片段包括音频数据。第三传输会话(tsi-s)可包括服务信令信道组件。服务信令信道组件可包括服务映射表(SMT)、组件映射表(CMT)、指南访问表(GAT)和/或DASH媒体呈现描述(MPD)。第四传输会话(tsi-0)可包括LCT会话实例描述(LSID)。LSID可被称作基于服务的传输会话实例描述(S-TSID)。S-TSID可包括发送服务的至少一个内容组件的至少一个传输会话的整个会话描述信息。
第二DP和第三DP可包括第二ROUTE会话。即，第二ROUTE会话通过第二DP和/或第三DP来发送。第二ROUTE会话可由第二源IP地址、第二目的地IP地址和/或第二UDP端口号指定。
第二ROUTE会话可包括至少一个传输会话(或LCT会话)。例如，第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-101)和/或第七传输会话(tsi-102)。传输会话(或LCT会话)可包括至少一个传输对象。
第五传输会话(tsi-0)可包括LSID。
第六传输会话(tsi-101)可包括第一传输对象(toi-0)和/或第二传输对象(toi-1)。第一传输对象(toi-0)可包括文件传送表(FDT)，其提供在文件传送会话中发送的文件和/或与文件传送关联的属性。或者，第一传输对象(toi-0)可包括指定文件传送数据的详情的EFDT。第二传输对象(toi-1)可包括描述关于传送服务指南传送单元(SGDU)的传送路径的信息的服务指南传送描述符(SGDD)。
第七传输会话(toi-102)可包括第三传输对象(toi-0)、第四传输对象(toi-1)和/或第五传输对象(toi-2)。第三传输对象(toi-0)可包括FDT和/或EFDT。第四传输对象(toi-1)可包括SGDU。第五传输对象可包括SGDU。每个分段配置SGDU，分段类型可包括服务分段、内容分段和时间表分段中的至少一个。SGDU可包括ESG数据。SGDD和SGDU二者可为XML文件。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，信令信息可包括FIC和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的Service Category元素、指定发送SSC的IP地址/端口的SSC IP/Port元素、指定发送SSC的DP的SSC DP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。
SSC引导信息(SSC IP/Port元素、SSC DP_ID元素和/或TSI元素)可包括与发送SMT和/或CMT的服务信令信道(SSC)有关的信息。由于在本发明的第一实施例中ESG未被定义为单个服务，所以FIC可能在服务环路中不包括SSC引导信息。
根据本发明的第一实施例的FIC可包括分区级别描述符形式的ESG引导信息。
ESG引导信息可包括与上述ESG引导信息和/或ESG引导描述相同的信息。例如，ESG引导信息可包括num_of_Provider元素和/或至少一个provider元素。
num_of_Provider元素指示提供商的数量。
provider元素可包括关于提供商的信息。例如，provider元素可包括ESG引导信息。另外，provider元素可包括ESG数据和/或关于提供ESG相关信息的提供商的信息。provider元素可指示上述SG提供商元素。各个provider元素可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Route_session元素、tsi属性、DP属性和/或URL属性。
bootstrap_network_type属性指示ESG数据传输类型。bootstrap_network_type属性可指示上述network_type属性。
当通过外来频率发送ESG数据时，ts_ID属性指示外来频率的传输流ID。ts_ID属性可指示上述transportStreamID元素。
当通过外来频率发送ESG数据时，partitionID属性指示外来频率的分区ID。partitionID属性可指示上述partitionID元素。
ROUTE_session元素可包括指定ROUTE会话的信息。Route_session元素可包括ROUTE会话引导信息。ROUTE会话引导信息可包括ROUTE会话的传输路径。例如，Route_session元素可包括IP(src/dest)属性和/或port属性。IP(src/dest)属性可包括上述sourceIPAddr元素和destIPAddr元素。port属性可指示上述destUDPPort元素。sourceIPAddr元素、destIPAddr元素和port元素的组合可指定特定ROUTE会话。
tsi属性可指示标识发送ESG数据的传输会话和/或LCT会话的标识符。例如，tsi属性可指示标识发送SGDD的传输会话和/或LCT会话的标识符。参考该图，例如，tsi属性可具有值“tsi-101”。
DP属性可指定发送ESG数据的PLP和/或DP。DP属性可指示上述datapipeID元素。例如，DP属性可指示发送SGDD的PLP和/或DP。参考该图，例如，DP属性可具有值“2”。
URL属性可指定可访问ESG数据的URL。URL属性可指示上述downloadURL元素。
根据本发明的实施例的FIC可被包括在IP/UDP分组中并被发送。
该广播发送设备可发送包括LSID的广播信号。
例如，包括在第五传输会话(tsi-0)中的LSID可包括：第六传输会话元素TSI-101，其包含关于第六传输会话的信息；和/或第七传输会话元素TSI-102，其包含关于第七传输会话的信息。
第六传输会话元素TSI-101和第七传输会话元素TSI-102中的每一个可包括指定发送对应传输会话的DP的DP属性、提供关于包括在传输会话中的源流的信息的SourceFlow元素和/或提供关于包括在传输会话中的修复流的信息的RepairFlow元素。SourceFlow元素可包括指示SourceFlow元素是否承载流媒体数据的realtime属性。例如，当realtime属性为“真”时，realtime属性指示SourceFlow元素的实时传输。当realtime属性为“假”时，realtime属性指示SourceFlow元素的非实时传输。
尽管广播接收设备可通过SGDD获取第七传输会话元素TSI-102，但是广播接收设备可能无法获取关于与通过对应传输会话发送的SGDU对应的DP的信息。因此，根据第一实施例的广播发送设备可发送包括DP信息的LSID。
广播接收设备可接收包括服务数据和信令信息的广播信号。该信令信息可包括FIC和/或LSID。
广播接收设备可获取FIC。该FIC可通过IP/UDP分组来发送。
广播接收设备可基于FIC获取ESG引导信息和/或LSID。广播接收设备可基于FIC的分区级别描述符来获取ESG引导信息。ESG引导信息可按照分区级别描述符的形式被包括在FIC中。由于在本发明的第一实施例中ESG未被定义为单个服务，所以FIC可能在服务环路中不包括SSC引导信息。LSID可包括每传输会话的传输数据管线信息(或PLP ID)。广播接收设备可基于包括在ESG引导信息中的ROUTE会话引导信息来获取LSID。在这种情况下，可通过预定传输会话来发送LSID，广播接收设备可基于ROUTE会话引导信息和/或关于该预定传输会话的信息来获取LSID。另选地，广播接收设备可基于包括在FIC中的附加LSID传输路径信息来获取LSID。
广播接收设备可基于ESG引导信息和/或LSID来获取ESG数据和/或ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第一实施例的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLP ID)。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLP ID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第一实施例的广播发送设备可将ATSC 3.0简档增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并基于SGDD的数据管线信息来获取SGDU。
图132示出根据本发明的第二实施例的ESG引导信息的信令。
本发明的第二实施例提供了一种在未来广播网络中以FIC的ESG引导描述符的形式发送ESG引导信息的方法。在本发明的第二实施例中，ESG可被定义为单个广播服务。另外，Service Category元素可在FIC的服务环路中指示对应服务是ESG服务。广播接收设备可按照FIC中的ESG引导描述符的形式来接收ESG引导信息。另外，广播接收设备可通过ESG引导信息获取ESG。
参考该图，根据本发明的第二实施例的实际流可包括具有频率“Frqncy-z”的广播流。根据本发明的实施例的广播流可包括第一分区A。第一分区A可包括第一DP、第二DP、第三DP和/或FIC。第一DP可包括第一ROUTE会话。第一ROUTE会话可包括第一服务(A/V服务)。第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。第二DP和第三DP可包括第二ROUTE会话。第二ROUTE会话可包括第二服务。例如，第二服务可包括ESG服务。第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-101)和/或第七传输会话(tsi-102)。根据本发明的第二实施例的FIC可被包括在IP/UDP分组中并被发送。图132所示的实际流可对应于上述实际流。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据。信令信息可包括FIC和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的Service Category元素、指定发送SSC的IP地址/端口的SSC IP/Port元素、指定发送SSC的DP的SSC DP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。SSC IP/Port元素可包括与SSC对应的的源IP地址、目的地IP地址和/或UDP端口号。
发送SGDD的传输会话可不同于发送LSID的传输会话。在这种情况下，SSC引导信息(SSC IP/Port元素、SSC DP_ID元素和/或TSI元素)可被ESG引导信息代替。例如，SSC IP/Port元素、SSC DP_ID元素和/或TSI元素可以是指定在相同的频率下通过ATSC3.0广播发送的ESG数据的ESG引导信息。在这种情况下，SSC IP/Port元素、SSC DP_ID元素和/或TSI元素可不包括与SSC有关的信息。指示SSC IP/Port元素、SSC DP_ID元素和/或TSI元素包括ESG引导信息的信息可被包括在FIC的语义中。ESG引导信息可以是指定发送ESG数据和/或SGDD的路径的信息。FIC可另外包括关于SSC和/或LSID的引导信息和/或传输路径信息。另外，SSC和/或LSID可通过预定的特定传输会话来发送。
发送SGDD的传输会话可与发送LSID的传输会话相同。即，LSID可包括SGDD。在这种情况下，SSC引导信息可对应于ESG引导信息。即，SSC引导信息和/或ESG引导信息可指定SSC、LSID、ESG数据和/或SGDD。例如，SSC IP/Port元素可指定发送SSC、LSID、ESG数据和/或SGDD的IP/端口。SSC DP_ID元素可指定发送SSC、LSID、ESG数据和/或SGDD的DP。TSI元素可指定发送SSC、LSID、ESG数据和/或SGDD的传输会话。SSC IP/Port元素可包括与SSC、LSID、ESG数据和/或SGDD的传输关联的源IP地址、目的地IP地址和/或UDP端口号。在这种情况下，SSC和/或LSID可通过预定的特定传输会话来发送。
FIC的分区级别描述符可进一步包括附加ESG引导信息。例如，包括在分区级别描述符中的ESG引导信息可包括num_of_Provider元素和/或至少一个provider元素。例如，provider元素可包括关于提供商的信息。另外，provider元素可包括关于提供商的信息，该提供商提供关于ESG数据和/或ESG的信息。provider元素可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Service ID属性和/或URL属性。Service ID属性指定服务。包括在ESG引导信息中的元素和属性对应于上述元素和属性。
根据本发明的第二实施例的ESG可被定义为单个服务。FIC服务环路中的SSC引导信息可用作ESG引导信息。
因此，尽管当定义FIC服务环路中的SSC引导信息的语义时需要附加定义方案，但是可通过信息的长度减小FIC大小的增加。通过无法利用SSC引导信息表示的网络类型发送的ESG引导信息通过分区级别描述符来发送。
根据本发明的第二实施例的Service Category元素可指示ESG服务。
广播发送设备可发送包括LSID的广播信号。
例如，包括在第五传输会话(tsi-0)中的LSID可包括：第六传输会话元素TSI-101，其包含关于第六传输会话的信息；和/或第七传输会话元素TSI-102，其包含关于第七传输会话的信息。根据本发明的第二实施例的LSID可对应于上述LSID。
尽管广播接收设备可通过SGDD获取第七传输会话元素TSI-102，但是广播接收设备可能无法获取关于与通过对应传输会话发送的SGDU对应的DP的信息。因此，根据第一实施例的广播发送设备可发送包括DP信息的LSID。
广播接收设备可接收包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据。信令信息可包括FIC和/或LSID。
广播接收设备可获取FIC。该FIC可通过IP/UDP分组来发送。
广播接收设备可基于FIC来获取SSC引导信息和/或ESG引导信息。FIC可包括ESG引导信息。
当发送SGDD的传输会话不同于发送LSID的传输会话时，FIC的SSC引导信息(SSCIP/Port元素、SSC DP_ID元素和/或TSI元素)可被ESG引导信息代替。FIC可进一步包括用于引导和/或标识SSC和/或LSID的附加信息。
当发送SGDD的传输会话与发送LSID的传输会话相同时，SSC引导信息可对应于ESG引导信息。即，SSC引导信息和/或ESG引导信息可指定SSC、LSID、ESG数据和/或SGDD。以下描述基于发送SGDD的传输会话与发送LSID的传输会话相同的情况。
FIC的分区级别描述符可进一步包括附加ESG引导信息。LSID可包括每传输会话的传输数据管线信息(或PLP ID)。
广播接收设备可基于FIC来获取LSID。例如，广播接收设备可基于包括在FIC中的SSC引导信息来获取LSID。
广播接收设备可基于FIC来获取ESG引导信息。例如，SSC引导信息可对应于ESG引导信息。
广播接收设备可基于ESG引导信息和/或LSID来获取ESG数据和/或ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第二实施例的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLP ID)。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLP ID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第二实施例的广播发送设备可将ATSC 3.0简档增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并且基于SGDD的数据管线信息来获取SGDU。
图133示出根据本发明的第三实施例的ESG引导描述的信令。
本发明的第三实施例提供了一种在未来广播系统中利用SMT的ROUTE session元素来发送ESG引导信息的方法。ESG可被定义为单独的广播服务。Service Category元素可指示FIC的服务环路中的ESG服务。SMT和CMT可通过SSC来发送。然而，需要修改SMT语义的定义。
参考该图，根据本发明的第三实施例的实际流可包括具有频率“Frqncy-z”的广播流。根据本发明的实施例的广播流可包括第一分区A。第一分区A可包括第一DP、第二DP、第三DP、第四DP和/或FIC。第一DL可包括第一ROUTE会话。第一ROUTE会话可包括第一服务(A/V服务)。第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。图中所示的第一ROUTE会话可对应于上述ROUTE会话。
第二DP、第三DP和第四DP可包括第二ROUTE会话。第二ROUTE会话可包括第二服务。例如，第二服务可包括ESG服务。第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-ssc)、第七传输会话(tsi-101)和/或第八传输会话(tsi-102)。
第五传输会话(tsi-0)可包括LSID。
第六传输会话(tsi-ssc)可包括SMT和/或组件映射表(CMT)。
第七传输会话(tsi-101)可包括第一传输对象(toi-0)和/或第二传输对象(toi-1)。第一传输对象(toi-0)可包括FDT和/或EFDT。第二传输对象(toi-1)可包括SGDD。
第八传输会话(toi-102)可包括第三传输对象(toi-0)、第四传输对象(toi-1)和/或第五传输对象(toi-2)。第三传输对象(toi-0)可包括FDT和/或EFDT。第四传输对象(toi-1)可包括SGDU。第五传输对象可包括SGDU。SGDU可包括ESG数据。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、CMT和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的Service Category元素、指定发送SSC的IP地址/端口的SSC IP/Port元素、指定发送SSC的DP的SSC DP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。
SSC IP/Port元素、SSC DP_ID元素和/或TSI元素可以是SSC引导信息。SSC引导信息可包括关于发送SMT和/或CMT的SSC的传输路径的信息。例如，SSC IP/Port元素、SSC DP_ID元素和/或TSI元素可以是在相同的频率下通过ATSC3.0广播发送的SSC引导信息。根据本发明的第三实施例的FIC可被包括在IP/UDP分组中并被发送。
根据本发明的第三实施例的service category元素可指示ESG服务。
广播发送设备可发送包括SMT、CMT和/或LSID的广播信号。
SMT可包括serviceID元素、category元素、num_of LSID元素、至少一个LSID元素、num_of Provider元素和/或至少一个provider元素。
serviceID元素可指定服务。category元素可指定服务的类别。例如，服务类别可包括ESG服务。
num_of LSID元素可指示LSID的数量。LSID元素可包括关于LSID的信息。
LSID元素可包括ROUTE会话引导信息。例如，LSID元素可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Route_session元素(或announcement_session元素)和/或URL元素。Route_session元素可包括IP(src/dest)元素、port元素、tsi元素和/或DP元素。包括在LSID元素中的元素和/或属性对应于上述元素和/或属性。即使当根据本实施例的LSID元素具有与根据上述实施例的LSID元素不同的元素和属性时，LSID元素也可包括与根据上述实施例的LSID元素相同的信息。Route_session元素可包括ROUTE会话引导信息。ROUTE会话引导信息可包括关于LSID传输路径的信息。
num_of Provider元素可指示提供关于ESG的信息的提供商的数量。provider元素可包括关于提供商的信息。
provider元素可包括ESG引导信息。另外，provider元素可包括关于提供与ESG数据和/或ESG有关的信息的提供商的信息。例如，provider元素可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Route_session元素(或announcement_session元素)和/或URL元素。Route_session元素可包括IP(src/dest)元素、port元素、tsi元素和/或DP元素。包括在provider元素中的元素和/或属性对应于上述元素和/或属性。即使当根据本实施例的provider元素具有与根据上述实施例的provider元素不同的元素和属性时，provider元素也可包括与根据上述实施例的provider元素相同的信息。Route_session元素或announcement_session元素可包括ESG引导信息。ESG引导信息可包括关于ESG数据传输路径的信息。例如，IP(src/dest)元素和port元素可指示第二ROUTE会话，tsi元素可指示第五传输会话(tsi-101)，DP元素可指示第二DP(DP ID＝2)。
包括在第五传输会话中的LSID可包括：第六传输元素(未示出)，其包括关于第六传输会话的信息；第七传输元素TSI-101，其包括关于第七传输会话的信息；和/或第八传输元素TSI-102，其包括关于第八传输会话的信息。第七传输会话元素TSI-101和第八传输会话元素TSI-102中的每一个可包括SourceFlow元素和/或RepairFlow元素。SourceFlow元素可包括realtime属性。例如，当realtime属性为“假”时，realtime属性指示SourceFlow元素的非实时传输。
CMT可包括关于服务中的组件数据的获取路径和/或传输路径的信息。另外，CMT可包括关于通过宽带网络发送的组件的信息。另外，CMT可包括关于包括在其它广播流中的组件的信息。CMT可对应于上述CMT。例如，CMT可包括serviceID属性和/或component元素。serviceID属性可指定对应服务。serviceID属性是与对应组件关联的服务的标识符。component元素可包括关于对应服务中的组件的信息。例如，component元素可包括关于通过相同广播流发送的组件的信息、关于通过宽带网络发送的组件的信息和/或关于通过其它广播流发送的组件的信息。component元素可包括被映射至FLUTE的FDT中所定义的contentLinkage的contentLinkage属性、指定发送广播流中的对应组件的传输会话的tsi属性以及指定发送广播流中的对应组件的DP的DP属性中的至少一个。广播接收设备可基于FIC来获取服务组件。
广播接收设备可接收包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、CMT和/或LSID。
广播接收设备可获取FIC。FIC可通过IP/UDP分组来发送。
广播接收设备可基于FIC来获取SSC引导信息。SSC可包括SMT和/或CMT。
广播接收设备可基于包括在FIC中的SSC引导信息来获取SMT。SMT可包括LSID元素和/或provider元素。LSID元素可包括ROUTE session元素。LSID元素的ROUTE session元素可包括LSID传输路径信息。provider元素的ROUTE session元素可包括ESG引导信息。
当Service Category元素指示ESG服务时，SMT可包括ESG引导信息。例如，当Service Category元素指示ESG服务时，SMT中所描述的LSID传输路径信息可被ESG引导信息代替。SMT可包括LSID传输路径信息和ESG引导信息二者。
广播接收设备可基于SMT获取LSID和/或ESG引导信息。当Service Category指示ESG服务时，SMT中所描述的LSID传输路径信息可被ESG引导信息代替。具体地讲，包括在SMT中的IP(src/dest)元素、port元素、tsi元素和/或DP元素可以是ESG引导信息。ROUTEsession元素可包括LSID和ESG引导信息二者，广播接收设备可基于SMT来获取LSID传输路径信息和ESG引导信息二者。
广播接收设备可基于包括在FIC中的SSC引导信息来获取CMT。
广播接收设备可基于CMT来获取组件匹配信息。例如，CMT可包括ContentLinkage属性、tsi属性和/或DP属性。
广播接收设备可基于SMT、CMT和/或LSID来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的tsi属性来获取LSID中所描述的传输会话，并且获取映射到其的DP信息。即，广播接收设备可基于CMT的tsi属性和/或DP属性来获取实际组件。例如，实际组件可以是用于ESG服务的组件。
具体地讲，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取用于ESG数据和/或ESG服务的SGDD。然后，广播接收设备可基于SSDD来获取用于ESG服务的SGDU。
由于ESG数据可被定义为文件，所以广播接收设备可基于包括在CMT中的contentLinkage属性将ESG数据映射至FLUTE的FDT中所定义的contentLinkage。即，广播接收设备可基于contentLinkage属性获取用于ESG服务的ESG数据。在这种情况下，可作为包括ESG数据的文件提供ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第三实施例的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLP ID)。即，LSID的各个传输会话元素可包括DP属性。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLP ID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第三实施例的广播发送设备可将ATSC 3.0简档增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并且基于SGDD的数据管线信息来获取SGDU。
图134示出根据本发明的第四实施例的ESG引导信息的信令。
本发明的第四实施例提供了一种在未来广播系统中利用SMT的服务级别描述符发送ESG引导信息的方法。ESG可被定义为单独的广播服务。Service Category元素可指示FIC的服务环路中的ESG服务，SMT和CMT可通过SSC来发送。映射到ESG服务的SMT可包括ESG引导描述符，该ESG引导描述符可被定义为服务级别描述符。
参考该图，根据本发明的第四实施例的实际流可包括具有频率“Frqncy-z”的广播流。根据本发明的实施例的广播流可包括第一分区A。第一分区A可包括第一DP、第二DP、第三DP、第四DP和/或FIC。第一DP可包括第一ROUTE会话。第一ROUTE会话可包括第一服务(A/V服务)。第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。图中所示的第一ROUTE会话可对应于上述第一ROUTE会话。
第二DP、第三DP和第四DP可包括第二ROUTE会话。第二ROUTE会话可包括第二服务。例如，第二服务可包括ESG服务。第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-ssc)、第七传输会话(tsi-101)和/或第八传输会话(tsi-102)。图中所示的第二ROUTE会话可对应于上述第二ROUTE会话。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、CMT和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可对应于上述FIC。例如，FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的Service Category元素、指定发送SSC的IP/端口的SSC IP/Port元素、指定发送SSC的DP的SSC DP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。
SSC IP/Port元素、SSC DP_ID元素和/或TSI元素可以是SSC引导信息。SSC引导信息可包括关于发送SMT和/或CMT的SSC的传输路径的信息。例如，SSC IP/Port元素、SSC DP_ID元素和/或TSI元素可以是在相同的频率下通过ATSC3.0广播发送的SSC引导信息。根据本发明的第四实施例的FIC可被包括在IP/UDP分组中并被发送。
根据本发明的第四实施例的service category元素可指示ESG服务。
广播发送设备可发送包括SMT、CMT和/或LSID的广播信号。
SMT可对应于上述SMT。例如，SMT可包括指定服务的serviceID属性、指定服务的类别的category属性、包括关于ROUTE会话的信息的至少一个ROUTE session元素和/或至少一个服务级别描述符。ROUTE session元素可包括ROUTE会话引导信息。ROUTE session元素可包括LSID引导信息(或LSID传输路径信息)。category属性可指示ESG服务。
服务级别描述符可包括ESG引导信息。当根据本发明的第四实施例的servicecategory元素指示ESG服务时，SMT可包括服务级别描述符，该服务级别描述符包括ESG引导信息。广播发送设备可通过服务级别描述符发送ESG引导信息。
LSID可对应于上述LSID。例如，LSID可包括：第七传输元素TSI-101，其包括关于第七传输会话的信息；和/或第八传输元素TSI-102，其包括关于第八传输会话的信息。第七传输会话元素TSI-101和第八传输会话元素TSI-102中的每一个可包括：SourceFlow元素，其提供关于对应传输会话中所包括的源流的信息；和/或RepairFlow元素，其提供关于传输会话中所包括的修复流的信息。SourceFlow元素可包括realtime属性，其指示SourceFlow元素是否承载流媒体数据。例如，当realtime属性为“真”时，realtime属性指示SourceFlow元素的实时传输。当realtime属性为“假”时，realtime属性指示SourceFlow元素的非实时传输。
CMT可对应于上述CMT。例如，CMT可包括指定对应服务的serviceID属性和/或包含关于服务中的组件的信息的component元素。component元素可包括被映射至FLUTE的FDT中所定义的contentLinkage的contentLinkage属性、指定发送广播流中的对应组件的传输会话的tsi属性以及指定发送广播流中的对应组件的DP的DP属性中的至少一个。
广播接收设备可接收包括服务数据和信令数据的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、CMT和/或LSID。
广播接收设备可获取FIC。FIC可通过IP/UDP分组来发送。例如，service category元素可指示ESG服务。FIC可在服务环路中包括SSC引导信息。SSC可包括SMT和/或CMT。
广播接收设备可基于包括在FIC中的SSC引导信息来获取SMT。SMT可包括至少一个ROUTE session元素和/或至少一个服务级别描述符。
广播接收设备可基于包括在SMT中的ROUTE session元素来获取LSID。ROUTEsession元素可包括ROUTE会话引导信息。该ROUTE会话引导信息可包括LSID传输路径信息。
另外，广播接收设备可从包括在SMT中的服务级别描述符获取ESG引导信息。当service category元素指示ESG服务时，SMT可包括服务级别描述符，该服务级别描述符包括ESG引导信息。
广播接收设备可基于包括在FIC中的SSC引导信息来获取CMT。广播接收设备可基于CMT获取组件匹配信息。例如，CMT可包括ContentLinkage属性、tsi属性和/或DP属性。
广播接收设备可基于SMT、CMT和/或LSID来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的tsi属性来获取LSID中所描述的传输会话，并且获取映射到其的DP信息。即，广播接收设备可基于CMT的tsi属性和/或DP属性来获取实际组件。例如，该实际组件可以是用于ESG服务的组件。
具体地讲，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取用于ESG数据和/或ESG服务的SGDD。然后，广播接收设备可基于SSDD获取用于ESG服务的SGDU。
由于ESG数据可被定义为文件，所以广播接收设备可基于包括在CMT中的contentLinkage属性将ESG数据映射至FLUTE的FDT中所定义的contentLinkage。即，广播接收设备可基于contentLinkage属性获取用于ESG服务的ESG数据。在这种情况下，可作为包括ESG数据的文件提供ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第四实施例的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLP ID)。即，LSID的各个传输会话元素可包括DP属性。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLP ID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第四实施例的广播发送设备可将ATSC 3.0简档增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并且基于SGDD的数据管线信息来获取SGDU。
图135示出根据本发明的第五实施例的ESG引导信息的信令。
本发明的第五实施例提供了一种在未来广播网络中利用指南访问表(GAT)发送ESG引导信息的方法。ESG可被定义为服务，服务类别可在FIC服务环路中指示ESG服务，SMT、GAT和/或CMT可通过SSC来发送。被映射至ESG服务的SMT可包括关于发送LSID的ROUTE会话的信息。在本发明的第五实施例中，针对ESG服务的SSC可包括GAT，该GAT可包括ESG引导信息。
参考该图，根据本发明的第五实施例的实际流可包括具有频率“Frqncy-z”的广播流。根据本发明的实施例的广播流可包括第一分区A。第一分区A可包括第一DP、第二DP、第三DP、第四DP和/或FIC。第一DP可包括第一ROUTE会话。第一ROUTE会话可包括第一服务(A/V服务)。第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。图中所示的第一ROUTE会话可对应于上述第一ROUTE会话。
第二DP、第三DP和第四DP可包括第二ROUTE会话。第二ROUTE会话可包括第二服务。例如，第二服务可包括ESG服务。第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-ssc)、第七传输会话(tsi-101)和/或第八传输会话(tsi-102)。图中所示的第二ROUTE会话可对应于上述第二ROUTE会话。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、GAT、CMT和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可对应于上述FIC。例如，FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的Service Category元素、指定发送SSC的IP地址/端口的SSC IP/Port元素、指定发送SSC的DP的SSC DP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。
SSC IP/Port元素、SSC DP_ID元素和/或TSI元素可以是SSC引导信息。SSC引导信息可包括关于发送SMT和/或CMT的SSC的传输路径的信息。例如，SSC IP/Port元素、SSC DP_ID元素和/或TSI元素可以是在相同的频率下通过ATSC3.0广播发送的SSC引导信息。根据本发明的第五实施例的FIC可被包括在IP/UDP分组中并被发送。
根据本发明的第五实施例的service category元素可指示ESG服务。另外，当service category元素指示ESG服务时，可必须发送GAT。
广播发送设备可发送包括SMT、CMT、GAT和/或LSID的广播信号。
SMT可对应于上述SMT。例如，SMT可包括指定服务的serviceID属性以及包括关于ROUTE会话的信息的至少一个ROUTE session元素。ROUTE session元素可包括ROUTE会话引导信息(或者LSID引导信息和LSID传输路径信息)。
GAT可包括关于与对应服务关联的服务指南(SG)数据源的信息。例如，GAT可包括指定对应服务的serviceID属性、指示服务指南提供商的数量的num_of_provider元素和/或包括关于服务指南提供商的信息的至少一个provider元素(服务指南提供商元素)。
provider元素可包括ESG引导信息。例如，provider元素可包括ESG数据和/或关于提供ESG相关信息的提供商的信息。ESG引导信息可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Route_session元素和/或URL属性。
bootstrap_network_type属性指示ESG引导信息传输类型。bootstrap_network_type属性可指示上述network_type属性。
当通过外来频率发送ESG引导信息时，ts_ID属性指示外来频率的传输流ID。ts_ID属性可指示上述transportStreamID元素。
当通过外来频率发送ESG引导信息时，partitionID属性指示外来频率的分区ID。partitionID属性可指示上述partitionID元素。
Route_session元素可包括指定ROUTE会话的信息。例如，Route_session元素可包括IP(src/dest)属性、port属性、announcement_tsi元素和announcement_DP元素中的至少一个。IP(src/dest)属性可包括上述sourceIPAddr元素和destIPAddr元素。port属性可指示上述destUDPPort元素。sourceIPAddr元素、destIPAddr元素和port元素的组合可指定特定ROUTE会话。announcement_tsi元素可指示标识发送ESG服务和/或ESG引导信息的传输会话和/或LCT会话的标识符。announcement_DP元素可指示标识发送ESG服务和/或ESG引导信息的PLP和/或DP的标识符。announcement_DP元素可指示上述datapipeID元素。
URL属性可指定可访问用于ESG引导信息和/或ESG的信令信息的URL。URL属性可指示上述downloadURL元素。
CMT可对应于上述CMT。例如，CMT可包括指定对应服务的serviceID属性和/或包含关于服务中的组件的信息的component元素。component元素可包括被映射至FLUTE的FDT中所定义的contentLinkage的contentLinkage属性、指定发送广播流中的对应组件的传输会话的tsi属性以及指定发送广播流中的对应组件的DP的DP属性中的至少一个。
LSID可对应于上述LSID。例如，LSID可包括：第七传输元素TSI-101，其包括关于第七传输会话的信息；和/或第八传输元素TSI-102，其包括关于第八传输会话的信息。第七传输会话元素TSI-101和第八传输会话元素TSI-102中的每一个可包括：SourceFlow元素，其提供关于包括在对应传输会话中的源流的信息；和/或RepairFlow元素，其提供关于包括在传输会话中的修复流的信息。SourceFlow元素可包括realtime属性，其指示SourceFlow元素是否承载流媒体数据。例如，当realtime属性为“真”时，realtime属性指示SourceFlow元素的实时传输。当realtime属性为“假”时，realtime属性指示SourceFlow元素的非实时传输。
广播接收设备可接收包括服务数据和信令数据的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、GAT、CMT和/或LSID。
广播接收设备可获取FIC。FIC可通过IP/UDP分组来发送。例如，service category元素可指示ESG服务。FIC可在服务环路中包括SSC引导信息。当service category元素指示ESG服务时，可必须发送GAT。
广播接收设备可基于FIC来获取SSC引导信息。SSC可包括SMT、CMT和/或GAT。
广播接收设备可基于包括在FIC中的SSC引导信息来获取SMT。广播接收设备可基于包括在SMT中的ROUTE session元素来获取ROUTE引导信息(或者LSID引导信息和LSID传输路径信息)。另外，广播接收设备可基于SMT来获取LSID。具体地讲，广播接收设备可基于SMT的ROUTE引导信息来获取LSID。
广播接收设备可基于包括在FIC中的SSC引导信息来获取GAT。另外，广播接收设备可从GAT获取ESG引导信息。
广播接收设备可基于包括在FIC中的SSC引导信息来获取CMT。广播接收设备可基于CMT来获取组件匹配信息。例如，CMT可包括ContentLinkage属性、tsi属性和/或DP属性。
广播接收设备可基于SMT、GAT、CMT和/或LSID来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的tsi属性来获取LSID中所描述的传输会话，并且获取映射到其的DP信息。即，广播接收设备可基于CMT的tsi属性和/或DP属性获取实际组件。例如，该实际组件可以是用于ESG服务的组件。
具体地讲，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取用于ESG数据和/或ESG服务的SGDD。然后，广播接收设备可基于SSDD来获取用于ESG服务的SGDU。
由于ESG数据可被定义为文件，所以广播接收设备可基于包括在CMT中的contentLinkage属性将ESG数据映射至FLUTE的FDT中所定义的contentLinkage。即，广播接收设备可基于contentLinkage属性获取用于ESG服务的ESG数据。在这种情况下，可作为包括ESG数据的文件提供ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第五实施例的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLP ID)。即，LSID的各个传输会话元素可包括DP属性。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLP ID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第五实施例的广播发送设备可将ATSC 3.0简档增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并且基于SGDD的数据管线信息来获取SGDU。
图136示出根据本发明的第五实施例的GAT。
描述根据本发明的未来广播网络中可用的信令信息格式。信令信息可包括信令消息头和信令消息。信令消息可按照二进制或XML格式表示。信令消息可作为诸如IP数据报或应用层传输分组(例如，ROUTE或MMT)的有效载荷被包括并被发送。例如，信令消息可包括GAT。
信令消息头可包括signaling_id元素和service_id元素。signaling_id元素指示信令消息的标识符。例如，signaling_id元素可指示GAT信令消息。service_id元素指示服务的标识符。例如，service_id元素可指示ESG服务。SMT可包括映射至service_id元素的标识符。
GAT可包括至少一个服务级别描述符。例如，GAT可包括ESG引导描述。
ESG引导描述可包括用于ESG的引导的信息。ESG引导信息可包括ESG引导信息和/或用于ESG的引导信息。广播接收设备可基于ESG引导描述和/或ESG引导信息来接收、获取和/或处理ESG。
ESG引导描述可包括至少一个服务指南(SG)提供商元素。SG提供商指示提供与ESG有关的信息的提供商。SG提供商元素可包括name属性和/或至少一个bootstrap元素。
name属性指示SG提供商的名称。
bootstrap元素可包括至少一条引导信息。bootstrap元素可包括network_type属性、sourceIPAddr元素、destIPAddr元素、destUDPPort元素、transportStreamID元素、partitionID元素、datapipeID元素、tsi元素和/或downloadURL元素。例如，bootstrap元素可以是ESG引导信息。
network_type元素可指示ESG数据传输类型。
sourceIPAddr元素可指示ESG数据和/或SG数据的源ID地址。例如，sourceIPAddr元素可包括承载用于服务和/或ESG的服务层信令信息的分组的IP源地址。
destIPAddr元素可指示ESG数据和/或SG数据的目的地IP地址。例如，destIPAddr元素可包括承载用于服务和/或ESG的服务层信令信息的分组的目的地IP地址。
destUDPPort元素可指示ESG数据和/或SG数据的目的地端口号。例如，destUDPPort元素可包括承载用于服务和/或ESG的服务层信令信息的分组的端口号。
当通过外来频率发送ESG数据时，transportStreamID元素可指示与外来频率对应的传输流标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。
当通过外来频率发送ESG数据时，partitionID元素可指示与外来频率对应的分区标识符。例如，分区标识符标识广播商。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。
datapipeID元素可指示标识发送ESG数据的PLP和/或DP的标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当通过广播网络发送ESG数据时，datapipeID元素可具有单个值。
tsi元素可指示标识发送ESG数据的传输会话和/或LCT会话的标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当ESG数据通过广播网络发送时，tsi元素可包括至少一个值。
downloadURL元素可指示可访问通过宽带网络发送的ESG数据的URL。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当ESG数据通过宽带网络发送时，downloadURL元素可具有单个值。
广播发送设备可发送包括服务数据和信令信息的广播信号。信令信息可包括GAT，该GAT可在服务级别描述符中包括ESG引导信息。广播接收设备可基于包括在信令信息中的ESG引导信息来获取和/或处理ESG服务。
图137示出本发明的第一实施例至第五实施例的效果。
现在将描述本发明的第一实施例的效果。
关于FIC目的(快速信道扫描)，在本发明的第一实施例中重复地发送与快速扫描无关的信息。例如，FIC可在分区级别描述符中包括ESG引导信息。因此，可在本发明的第一实施例中重复地传送ESG引导信息。
针对FIC大小，由于在本发明的第一实施例中ESG未被定义为服务，所以FIC大小减小了从服务环路排除的大小。例如，FIC大小可减小与从服务环路排除的SSC引导信息对应的大小。另外，FIC大小可由于ESG引导信息而增加。
关于FIC语义，由于在本发明的第一实施例中ESG未被定义为服务，所以FIC语义被清晰地定义。例如，服务环路不包括ESG引导信息，分区级别描述符包括ESG引导信息。
关于ESG引导信息获取时间，在本发明的第一实施例中当ESG引导信息变化时FIC连续地改变。因此，在本发明的第一实施例中可快速地获取包括在FIC中的ESG引导信息。
关于清晰语义定义，在本发明的第一实施例中ESG未被定义为服务，因此FIC语义被清晰地定义。
关于LSID扩展，在本发明的第一实施例中为了DP信息的映射，需要LSID中的TSI与DP之间的映射的定义。
在本发明的第一实施例中，FIC维持一致，并且SSC可能不存在。
现在将描述本发明的第二实施例的效果。
关于FIC目的(快速信道扫描)，在本发明的第二实施例中重复地发送与快速扫描无关的信息。例如，FIC的服务环路的SSC引导信息可被ESG引导信息代替。SSC引导信息可对应于ESG引导信息。因此，在本发明的第二实施例中可重复地传送ESG引导信息。
关于FIC大小，在本发明的第二实施例中，当FIC包括ESG引导信息的源IP地址、目的地IP地址、目的地端口号、TSI信息和/或DP信息时，FIC大小没有增加。然而，当FIC包括关于用于ESG引导信息的外来频率的广播信息和宽带信息时，FIC大小可能增加。
关于FIC语义，在本发明的第二实施例中，SSC的目的取决于服务类别。例如，当服务类别指示ESG服务时，SSC引导信息可被ESG引导信息代替。或者，SSC引导信息可对应于ESG引导信息。当服务类别不指示ESG服务时，SSC引导信息可用于其原始目的。
关于ESG引导信息获取时间，在本发明的第二实施例中当ESG引导信息变化时FIC连续地改变。因此，在本发明的第二实施例中可快速地获取包括在FIC中的ESG引导信息。
关于清晰语义定义，在本发明的第二实施例中SSC引导信息的定义可根据服务类别而改变。另外，在本发明的第二实施例中信令信息可不包括SMT和/或CMT。
关于LSID扩展，在本发明的第二实施例中为了DP信息的映射，需要LSID中的TSI与DP之间的映射的定义。
关于一致性，在本发明的第二实施例中即使服务属于服务类别，信令信息也可能不包括SMT和/或CMT。
现在将描述本发明的第三实施例的效果。
关于FIC大小，在本发明的第三实施例中用于ESG服务的FIC大小可对应于用于A/V服务的FIC大小。
关于FIC语义定义，在本发明的第三实施例中FIC可包括指示关于SSC传送的信息的SSC引导信息。
关于ESG引导信息获取时间，在第三实施例中由于FIC中不包括ESG引导信息，所以与第一实施例和第二实施例相比，花费更长时间来获取ESG引导信息。
关于服务信令带宽，在本发明的第三实施例中，当ESG引导信息被包括在描述符中时，考虑到SMT需要被频繁地发送，信令带宽方面的效率可能变差。
关于清晰语义定义，在本发明的第三实施例中，SMT的LSID传输信息的定义需要与提供商的定义相区分。
关于LSID扩展，尽管对于本发明的第三实施例而言LSID扩展不是必要的，但是CMT可能需要被扩展。CMT可包括根据TSI的DP配置信息和/或根据ContentLinkage的DP配置信息。
现在将描述本发明的第四实施例的效果。
关于FIC大小，在本发明的第四实施例中，用于ESG服务的FIC大小可对应于用于A/V服务的FIC大小。
关于FIC语义定义，在本发明的第四实施例中，FIC可包括指示关于SSC传送的信息的SSC引导信息。
关于ESG引导信息获取时间，在第四实施例中由于FIC中不包括ESG引导信息，所以与第一实施例和第二实施例相比花费更长的时间来获取ESG引导信息。然而，根据本发明的第四实施例的ESG引导信息获取时间可对应于根据本发明的第三实施例的ESG引导信息获取时间。
关于服务信令带宽，在本发明的第四实施例中，当ESG引导信息被包括在描述符中时，考虑到SMT需要被频繁地发送，信令带宽方面的效率可能变差。
关于清晰语义定义，在本发明的第四实施例中，FIC包括SSC引导信息，SMT包括ESG引导信息，因此可定义清晰的语义。
关于LSID扩展，尽管对于本发明的第四实施例而言LSID扩展不是必要的，但是CMT可能需要被扩展。CMT可包括根据TSI的DP配置信息和/或根据ContentLinkage的DP配置信息。
关于一致性，在本发明的第四实施例中，至SMT的服务级别描述符的ESG引导信息传送可能不一致。
现在将描述本发明的第五实施例的效果。
关于FIC大小，在本发明的第五实施例中，用于ESG服务的FIC大小可对应于用于A/V服务的FIC大小。
关于FIC语义定义，在本发明的第五实施例中，FIC可包括指示关于SSC传送的信息的SSC引导信息。
关于ESG引导信息获取时间，根据本发明的第五实施例的ESG引导信息获取时间可比根据本发明的第四实施例的ESG引导信息获取时间长。
关于服务信令带宽，在本发明的第五实施例中，如果GAT没有比SMT更频繁地发送，则可节省带宽。
关于清晰语义定义，在本发明的第五实施例中，FIC包括SSC引导信息，SMT包括ROUTE引导信息(LSID传输路径信息)，GAT包括ESG引导信息，因此可定义清晰的语义。
关于LSID扩展，尽管对于本发明的第五实施例而言LSID扩展不是必要的，但是CMT可能需要被扩展。CMT可包括根据TSI的DP配置信息和/或根据ContentLinkage的DP配置信息。
图138是示出根据本发明的实施例的广播接收设备的操作的流程图。
根据本发明的实施例的广播接收设备可包括广播接口、宽带接口和/或控制器。根据本发明的实施例的广播接口、宽带接口和/或控制器可包括以上描述。
例如，广播接口可通过广播网络接收广播信号。广播接口可包括物理层模块和物理层IP帧模块。或者，广播接口可包括调谐器和物理帧解析器中的至少一个。
例如，宽带接口可经由互联网发送和/或接收数据。宽带接口可包括互联网接入控制模块。
例如，控制器可包括上述信令解码器、数据库、服务信令管理器、报警信令管理器、服务指南管理器、应用信令管理器、目标信令管理器、流媒体引擎、非实时文件处理器、组件同步器、目标处理器、应用处理器、报警处理器、A/V处理器、再分配模块、服务/内容获取控制器和/或伴随屏幕接口。伴随屏幕接口可包括数据共享单元和/或装置管理器。包括在根据本发明的实施例的控制器中的组件可包括上述对应组件。
另外，控制器可包括上述物理层控制器、链路层帧解析器(或链路层帧处理器)、IP/UDP数据报过滤器、应用层传输客户端、时序控制器、系统时钟、DTV控制引擎、用户输入接收机、信令解析器、信道映射数据库、HTTP访问客户端、HTTP访问高速缓存、DASH客户端、ISO BMFF解析器、媒体解码器和文件数据库中的至少一个。根据本发明的实施例的控制器中所包括的组件可包括上述对应组件。
广播接收设备可利用广播接口接收包括服务数据和信令信息的广播信号(CS1330100)。
信令信息可包括用于服务获取的第一信令信息。例如，第一信令信息可包括SMT、GAT、CMT和/或LSID。
另外，信令信息可包括提供引导发现的第二信令信息。即，信令信息可包括包含对服务的引导信息的第二信令信息。例如，第二信令信息可包括FIC。
服务数据可包括ESG数据。
信令信息可包括对电子服务指南(ESG)数据的ESG引导信息。
广播接收设备可利用控制器基于信令信息获取服务数据(CS1330200)。
随后，广播接收设备可利用控制器将服务数据解码(CS1330300)。
例如，ESG引导信息可包括指示ESG数据的传输类型的类型信息(或network_type属性)。
例如，ESG引导信息可包括指示ESG数据的源IP地址的源IP地址元素(或sourceIPAddr元素)、指示ESG数据的目的地IP地址的目的地IP地址元素(或destIPAddr元素)和指示ESG数据的目的地端口号的目的地端口号元素(或destUDPPort元素)中的至少一个。
例如，ESG引导信息可包括：transportStreamID元素，其指定发送ESG数据的频率；partitionID元素，其指定与频率对应的分区；PLP ID元素(或datapipeID元素)，其指定发送ESG数据的物理层管道(PLP)；TSI元素(或tsi元素)，其指示发送ESG数据的传输会话；和/或URL元素(或downloadURL属性)，其指示通过宽带发送的ESG数据的位置。
第二信令信息可包括ESG引导信息。另外，第二信令信息可包括指示服务类别的类别信息(或service category元素)。该类别信息可指示ESG服务。
第一信令信息可包括包含关于传输会话的信息的传输会话元素，该传输会话元素可包括指示用于该传输会话的PLP的PLP ID元素(或DP属性)。
尽管描述了广播接收设备，可根据本发明的实施例提供能够执行广播接收设备的逆功能的广播发送设备。例如，广播发送设备可包括控制器和/或发送机。控制器可生成上述服务数据和/或信令信息。发送机可发送包括服务数据和/或信令信息的广播信号。
图139示出根据本发明的实施例的信道映射配置方法。
根据本发明的实施例可提供根据装置能力配置信道映射的方法。为了标识每一服务所需的装置能力，根据本发明的实施例的FIC可在FIC循环中包括device_capa_code属性。device_capa_code属性可指定装置能力。广播接收设备可接收FIC并基于FIC的device_capa_code属性配置(生成)与装置能力对应的信道映射。
将参考附图描述根据本发明的实施例的广播信号的结构。
具有特定频率的广播信号可包括信令信息。例如，信令信息可包括FIC和/或SLS。FIC可被称作SLT。FIC可被包括在IP/UDP分组中并被发送。
具有特定频率的广播信号可包括包含相同内容的高清(HD)视频服务和超高清(UHD)视频服务。各个服务可通过至少一个经由单向传输的实时对象传送(ROUTE)会话来发送。为此，广播信号可包括至少一个ROUTE会话。各个ROUTE会话可包括服务层信令信息和至少一个组件。另外，各个ROUTE会话可由源IP地址、目的地IP地址和目的地端口号的组合指定。另外，各个ROUTE会话可通过至少一个DP和PLP来发送。各个ROUTE会话可包括至少一个传输会话(或LCT会话)。各个传输会话可由TSI指定。另外，各个传输会话可包括信令信息和/或内容组件。例如，包括在信令信息中的信令信息可包括服务层信令信息(SLS)。内容组件可包括视频组件和/或音频组件。
广播信号可包括第一ROUTE会话和第二ROUTE会话。第一ROUTE会话可包括HD服务，第二ROUTE会话可包括用于UHD服务的附加信息。HD服务可通过第一ROUTE会话发送，UHD服务可通过第一ROUTE会话和第二ROUTE会话来发送。
服务层信令信息可依照服务存在。例如，在用于HD服务的第一ROUTE会话中可存在用于HD服务的服务层信令信息。另外，在用于UHD服务的第二ROUTE会话中可存在用于UHD服务的服务层信令信息。存在于第一ROUTE会话中的用于HD服务的服务层信令信息可用作用于UHD服务的服务层信令信息。这里，服务层信令信息可包括LSID和SSC(SMT、MDP和/或CMT)中的至少一个。
第一ROUTE会话可由源IP地址sip-hd、目的地IP地址ip-hd和目的地端口号udp-hd的组合指定。另外，第一ROUTE会话可通过第一DP dp-1和第二DP dp-2来发送。另外，第一ROUTE会话可包括第一传输会话tsi-0、第二传输会话tsi-a和第三传输会话tsi-v-b。第一传输会话tsi-0可包括LSID和信令表。例如，信令表可指示SSC。SSC可包括SMT、MPD和/或CMT。第二传输会话tsi-a可包括音频组件。例如，该音频组件可包括至少一个音频片段。第三传输会话tsi-v-b可包括基本视频组件。例如，该基本视频组件可包括至少一个基本视频片段。例如，基本视频组件是用于提供HD服务的视频组件。
第二ROUTE会话可由源IP地址sip-uhd、目的地IP地址ip-uhd和目的地端口号udp-uhd的组合来指定。另外，第二ROUTE会话可通过第三DP dp-3和第四DP dp-4来发送。另外，第二ROUTE会话可包括第四传输会话tsi-0和第五传输会话tsi-v-e。第四传输会话tsi-0可包括LSID和信令表。例如，信令表可指示SSC。SSC可包括SMT、MPD和/或CMT。第五传输会话tsi-v-e可包括增强视频组件。例如，增强视频组件可包括至少一个增强视频片段。例如，增强视频组件是用于提供UHD服务的视频组件和/或附加信息。
将描述FIC。
FIC可被称作服务列表表格(SLT)。SLT是信令信息表，其构建基本服务列表并且提供服务层信令(SLS)的引导信息。
FIC可包括service_id属性、device_capa_code属性、SSC_src_IP_address属性、SSC_dst_IP_address属性、SSC_dst_UDP_Port属性、SSC_tsi属性和/或SSC_DP_id属性。
service_id属性是用于标识服务的标识符。
device_capa_code属性指定服务的内容的解码和/或有意义再生所需的装置能力和/或能力组。device_capa_code属性可被包括在FIC或SLS中。能力类别可包括下载协议、FEC算法、包装/存档格式、压缩算法、媒体类型和/或互联网链接。
例如，device_capa_code属性可针对下载协议指示FLUTE协议和/或HTTP。关于FEC算法，device_capa_code属性可指示紧凑无码FEC方案和/或Raptor算法。关于包装/存档格式，device_capa_code属性可指示DECE CFF容器一般格式、ZIP格式、DECE CFF容器格式、DECE CFF容器格式、DECE CFF容器格式、用于AAC音频的ISO基本媒体文件格式、ATSC顺应MPEG-2传输流、MP4约束容器格式和/或W3C Web应用分组。关于压缩算法，device_capa_code属性可指示DEFLATE算法，关于媒体类型，device_capa_code属性可指示AVC标清视频、AVC高清视频、AC-3音频、E-AC-3音频、MP3音频、浏览器简档A(A/105)、依照RFC 4287的Atom、AVC移动视频、HE AAC v2移动音频、HE AAC v2 4级音频、DTS-HD音频、CFF-TT、CEA-708字幕、MPEG环绕的HE AAC v2、HE AAC v2 6级音频、帧兼容3D视频(并排)、帧兼容3D视频(上下)、ATSC 3.0HEVC视频1(例如，HD视频)、ATSC 3.0HEVC视频2(例如，UHD视频)、ATSC3.0SHVC视频1、ATSC 3.0HDR视频1、ATSC 3.0广色域视频1、ATSC 3.0编码音频1(例如，5.1.声道环绕音频)、ATSC 3.0编码音频2(例如，沉浸/3D音频)和/或对话级调整。关于互联网链接，device_capa_code属性可指示下载速率56000bps或更好、下载速率512000bps或更好、下载速率2000000bps或更好和/或下载速率10000000bps或更好。
SSC_src_IP_address属性可指示承载用于对应服务的SLS的分组的源地址。
SSC_dst_IP_address属性可指示承载用于对应服务的SLS的分组的目的地地址。
SSC_dst_UDP_Port属性可指示与承载用于对应服务的SLS的分组对应的端口号。
SSC_tsi属性是标识符，其标识发送用于对应服务的SLS的传输会话。然而，SSC_tsi属性可具有固定的值“0”。当SSC_tsi属性为“0”时，FIC可不包括SSC_tsi属性。
SSC_DP_id属性指定发送用于对应服务的SLS的数据管道(或物理层管道)的标识符。
FIC可包括用于HD服务的第一服务元素和用于UHD服务的第二服务元素。
第一服务元素可包括值为“sid-hd”的service_id属性、值为“0x01”的device_capa_code属性、值为“sip-hd”的SSC_src_IP_address属性、值为“ip-hd”的SSC_dst_IP_address属性、值为“udp-hd”的SSC_dst_UDP_Port属性、值为“tsi-0”的SSC_tsi属性和/或值为“dp-1”的SSC_DP_id属性。这里，值为“sid-hd”的service_id属性可指示HD服务。值为“0x01”的device_capa_code属性可指示能力信息对应于HD服务。值为“sip-hd”的SSC_src_IP_address属性、值为“ip-hd”的SSC_dst_IP_address属性和值为“udp-hd”的SSC_dst_UDP_Port属性的组合可指示第一ROUTE会话。值为“tsi-0”的SSC_tsi属性和值为“dp-1”的SSC_DP_id属性可指示发送用于HD服务的SLS(例如，LSID和SSC)的路径。
第二服务元素可包括值为“sid-uhd”的service_id属性、值为“0x02”的device_capa_code属性、值为“sip-uhd”的SSC_src_IP_address属性、值为“ip-uhd”的SSC_dst_IP_address属性、值为“udp-uhd”的SSC_dst_UDP_Port属性、值为“tsi-0”的SSC_tsi属性和/或值为“dp-3”的SSC_DP_id属性。这里，值为“sid-uhd”的service_id属性可指示UHD服务。值为“0x02”的device_capa_code属性可指示能力信息对应于UHD服务。值为“sip-uhd”的SSC_src_IP_address属性、值为“ip-uhd”的SSC_dst_IP_address属性和值为“udp-uhd”的SSC_dst_UDP_Port属性的组合可指示第二ROUTE会话。值为“tsi-0”的SSC_tsi属性和值为“dp-3”的SSC_DP_id属性可指示发送用于UHD服务的SLS(例如，LSID和SSC)的路径。
将描述SMT。
SMT可包括服务的属性(ID、名称、类别等)以及关于可获取服务的路径的信息。例如，关于可获取服务的路径的信息可包括用于服务的ROUTE会话的引导信息和/或SLS传输路径信息。
SMT可包括用于HD服务的第一服务映射信息和用于UHD服务的第二服务映射信息。
第一服务映射信息和第二服务映射信息中的每一个可包括至少一个ROUTEsession元素，其包含用于标识对应服务的service_id属性、用于服务的ROUTE会话的引导信息和SLS传输路径信息。ROUTE session元素可包括srcIPaddr属性、destIPaddr属性、destUDPPort属性和/或LSID_DP属性。srcIPaddr属性、destIPaddr属性和/或destUDPPort属性的组合可被称作ROUTE会话引导信息。LSID_DP属性可被称作SLS传输路径信息。
srcIPaddr属性指示承载用于对应服务的SLS的分组的源地址。
destIPaddr属性指示承载用于对应服务的SLS的分组的目的地地址。
destUDPPort属性指示与承载用于服务的SLS的分组对应的端口号。
LSID_DP属性指示发送用于服务的SLS的数据管道(或物理层管道)的标识符。
第一服务映射信息可包括指定HD服务的service_id元素和第一ROUTE session元素(包含用于HD服务的第一ROUTE会话的引导信息和SLS传输路径信息)中的至少一个。例如，用于HD服务的service_id元素可具有值“sid-hd”。用于HD服务的第一ROUTE会话的srcIPaddr属性、destIPaddr属性和destUDPPort属性可分别具有值“sip-hd”、“ip-hd”和“udp-hd”。用于HD服务的第一ROUTE会话的LSID_DP属性可具有值“dp-1”。
第二服务映射信息可包括指定UHD服务的service_id元素、第一ROUTE session元素(包含用于UHD服务的第一ROUTE会话的引导信息和SLS传输路径信息)和第二ROUTEsession元素(包含用于UHD服务的第二ROUTE会话的引导信息和SLS传输路径信息)中的至少一个。例如，用于UHD服务的service_id元素可具有值“sid-uhd”。用于UHD服务的第一ROUTE会话的srcIPaddr属性、destIPaddr属性和destUDPPort属性可分别具有值“sip-hd”、“ip-hd”和“udp-hd”。用于UHD服务的第一ROUTE会话的LSID_DP属性可具有值“dp-1”。另外，用于UHD服务的第二ROUTE会话的srcIPaddr属性、destIPaddr属性和destUDPPort属性可分别具有值“sip-uhd”、“ip-uhd”和“udp-uhd”。用于UHD服务的第二ROUTE会话的LSID_DP属性可具有值“dp-3”。
将描述MDP。
MDP可包括线性/流服务的各个媒体组件的资源标识符。另外，MDP可包括所标识的资源的上下文。例如，资源标识符是标识与服务的组件关联的表示的信息。
MPD可包括至少一个period元素，period元素包含关于构成媒体呈现的连续时间周期的信息。各个period元素可包括用于标识周期的perId属性和包含关于组件的信息的至少一个representation元素中的至少一个。各个representation元素可包括用于标识与服务的组件关联的representation的reptnId属性。另外，各个representation元素可包括dependencyId属性，dependencyId属性指示在解码和/或呈现处理中对应表示所依赖于的至少一个互补表示。
例如，representation元素可包括：第一representation元素，其包含关于音频组件的信息；第二representation元素，其包含关于用于HD服务的基本视频组件的信息；和/或第三representation元素，其包含关于用于UHD服务的增强视频组件的信息。第三representation元素依赖于用于UHD服务的第二representation。第一representation元素中的reptnID属性可具有值“com-a”，第二representation元素中的reptnID属性可具有值“com-v-b”，第三representation元素中的reptnID属性可具有值“com-v-e”。另外，第三representation元素可包括dependencyId属性，该dependencyId属性可指示“com-v-b”。
将描述CMT。
CMT可包括关于服务的组件数据的传输路径的信息。例如，传输路径信息可以是用于标识发送服务的组件数据的DP(或PLP)的信息。
CMT可包括用于HD服务的第一组件映射信息和用于UHD服务的第二组件映射信息。
第一组件映射信息和第二组件映射信息中的每一个可包括用于指定服务的service_id属性、用于指定周期的perID属性和/或包含关于组件的传输路径的信息的至少一个Comp元素。例如，Comp元素可包括标识与对应服务的组件关联的表示的reptnId属性和/或指示发送服务的组件的DP的datapipeID属性。datapipeID属性可被称作组件的传输路径信息。
第一组件映射信息可包括用于指定服务的service_id属性、用于指定周期的perID属性、包含关于用于HD服务的音频组件的传输路径的信息的第一Comp元素和/或包含关于用于HD服务的基本视频组件的传输路径的信息的第二Comp元素。例如，service_id属性可具有值“sid-hd”，perID属性可具有值“per-1”。另外，包括在用于HD服务的第一Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-a”和“dp-2”。包括在用于HD服务的第二Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-v-b”和“dp-2”。
第二组件映射信息可包括用于指定服务的service_id属性、用于指定周期的perID属性、包含关于用于UHD服务的音频组件的传输路径的信息的第一Comp元素、包含关于用于UHD服务的基本视频组件的传输路径的信息的第二Comp元素和/或包含关于用于UHD服务的增强视频组件的传输路径的信息的第三Comp元素。例如，service_id属性可具有值“sid-uhd”，perID属性可具有值“per-1”。另外，包括在用于UHD服务的第一Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-a”和“dp-2”。包括在用于UHD服务的第二Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-v-b”和“dp-2”。包括在用于UHD服务的第三Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-v-e”和“dp-4”。
将描述LSID。
LSID可被称作基于服务的传输会话实例描述(S-TSID)。S-TSID可包括发送服务的至少一个内容组件的至少一个传输会话的会话描述信息。例如，LSID可包括指定发送服务的组件的传输会话的信息。
LSID可包括用于HD服务的第一LSID和用于UHD服务的第二LSID。
第一LSID可被包括在第一ROUTE会话中。第一LSID可包括承载组件的至少一个TransportSession元素。各个TransportSession元素可包括SourceFlow元素，SourceFlow元素提供关于包括在传输会话中的源流的信息。SourceFlow元素可包括ApplicationIdentifier元素，其包含被映射至通过传输会话发送的服务(或应用服务)的附加信息。例如，ApplicationIdentifier元素可包括DASH内容的表示ID和/或DASH媒体表示的适配集参数。表示ID与服务的组件关联并且可被称作reptnID属性。ApplicationIdentifier元素可被称作ContentInfo元素。
第一LSID可包括承载音频组件的第一TransportSession元素和/或承载基本视频组件的第二TransportSession元素。例如，在第一TransportSession元素中，tsi属性可具有值“tsi-a”，reptnID属性可具有值“com-a”。另外，在第二TransportSession元素中，tsi属性可具有值“tsi-v-b”，reptnID属性可具有值“com-v-b”。
第二LSID可包括承载增强视频组件的第三TransportSession元素。例如，在第三TransportSession元素中，tsi属性可具有值“tsi-v-e”，reptnID属性可具有值“com-v-e”。
在图中，各个ROUTE会话包括单个LSID(传输会话信息)并且存在两个LSID。然而，本发明不限于此。例如，各个服务可包括单个LSID(传输会话信息)。在这种情况下，单个LSID可包括关于至少一个传输会话的信息，通过所述至少一个传输会话发送用于特定服务的至少一个ROUTE会话中所包括的至少一个组件。例如，单个LSID可包括用于UHD服务的第一TransportSession元素、第二TransportSession元素和第三TransportSession元素的全部。
参考该图，根据本发明的实施例的单个频率可包括HD服务和UHD服务，HD服务和UHD服务包括相同的内容。
例如，当device_capa_code属性具有值“0x00”时，装置能力可指示标清(SD)服务。当device_capa_code属性具有值“0x01”时，装置能力可指示HD服务。当device_capa_code属性具有值“0x02”时，装置能力可指示UHD服务。
无法再生UHD服务的装置(例如，移动装置)可基于device_capa_code属性来配置排除了与UHD服务对应的信道的信道映射。
诸如TV的固定装置可再生HD服务和UHD服务二者，因此固定装置可配置包括与HD服务和UHD服务对应的所有信道的信道映射。
图140示出根据本发明的实施例的信道映射配置方法。
当在未来广播网络中以各种服务格式提供相同的内容时，可根据本发明的实施例提供一种标识内容的方法。为了标识内容，根据本发明的实施例的FIC可在FIC循环中包括service_channel_number属性。service_channel_number属性可指示与服务对应的信道号。广播接收设备可接收FIC并且基于FIC的service_channel_number属性来配置排除承载相同内容的信道(或服务)的信道映射。
具有特定频率的广播信号可包括信令信息。例如，信令信息可包括FIC和/或SLS。FIC可被称作SLT。FIC可被包括在IP/UDP分组中并被发送。根据本实施例的广播信号、FIC和/或SLS的结构可对应于或包括上面描述的对应结构。
根据本发明的实施例的FIC可包括service_channel_number属性，service_channel_number属性指示元素中的服务的信道号。service_channel_number属性可包括指示服务的主信道号的majorChannelNo属性和/或指示服务的次信道号的minorChannelNo属性。
FIC可包括用于HD服务的第一service元素和用于UHD服务的第二service元素。例如，HD服务和UHD服务可提供相同的内容。第一service元素可包括值为“cnum-x”的service_channel_number属性，第二service元素可包括值为“cnum-x”的service_channel_number属性。第一service元素的service_channel_number属性和第二service元素的service_channel_number属性可具有相同的值“cnum-x”。
参考该图，根据本发明的实施例的频率可包括HD服务和UHD服务，HD服务和UHD服务包含相同的内容。
例如，当按照诸如HD服务和/或UHD服务的服务格式发送相同的内容时，各个服务的service_channel_number属性可具有相同的值。
代替冗余地配置承载相同内容的HD信道(服务)信息和/或UHD信道(服务)信息，能够执行UHD再生的设备可基于service_channel_number属性来仅选择UHD信道以配置信道映射。
图141是图示根据本发明的实施例的FIC的图。
根据本发明的实施例的与FIC有关的内容可以包括与前述的FIC有关的全部内容。另外，尽管如在本发明的实施例中的字段中一样表达被包括在FIC中的信息，但是FIC可以是以XML格式。被包括在FIC中的信息可以在字段中作为属性被指示。
根据本发明的实施例的FIC可以包括SCD_exist_flag字段、SCD_Bbpstream_id字段、bbpstream_id字段、以及/或者SSC_basicservice_flag字段中的至少一个。
SCD_exist_flag字段可以指示是否服务配置描述(SCD)被发送(或者存在)。SCD可以包括在FIC中没有包括的大量的各种附加信令信息。例如，如果SCD_exist_flag字段的值是“真”，则信令信息可以包括SCD。
SCD_Bbpstream_id字段指示通过其发送SCD的DP(或者PLP)的ID。
bbpstream_id字段指示DP(或者PLP)的ID，通过其相对应的服务的信令信道(SSC)引导信息被发送。
SSC_basicservice_flag字段可以指示是否通过SSC发送基本级别的信令信息。例如，如果在服务信令中使用的表的类型或者描述的类型不同，则SSC_basicservice_flag字段可以指示是否通过SSC发送基本级别的信令信息。另外，SSC_basicservice_flag可以指示是否通过附加的信令信息和/或信令表发送与音频组件和/或视频组件有关的基本级别的信令信息。
SCD_exist_flag字段和/或SCD_Bbpstreamd_id字段可以被包括在物理层信令信息中。在这样的情况下，SCD_exist_flag字段可以指示是否在当前帧中存在SCD。SCD_Bbpstream_id字段可以指示通过其和/或其中发送SCD的DP(或者PLP)和/或帧。
广播传输装置可以使用控制器生成信令信息。例如，信令信息可以包括SCD_exist_flag字段、SCD_Bbpstream_id字段、bbpstream_id字段、以及/或者SSC_basicservice_flag字段中的至少一个。
使用控制器，广播接收装置可以获取被包括在信令信息中的FIC和/或SCD。然后广播接收装置可以基于FIC和/或SCD接收服务。
图142是图示根据本发明的实施例的FIC的图。
根据本发明的实施例的与FIC有关的内容可以包括与前述的FIC有关的全部内容。另外，尽管在本发明的实施例中被包括在FIC中的信息被表达为字段，但是FIC可以是以XML格式。被包括在FIC中的信息可以在字段中作为属性被指示。
根据本发明的实施例的FIC可以包括Provider_id字段。
Provider_id字段表示发送相对应的服务的提供商的唯一的ID。例如，Provider_id字段可以指示从其提供商发送相对应的服务。
广播传输装置可以使用控制器生成信令信息。例如，信令信息可以包括上述Provider_id字段。
使用控制器，广播接收装置可以获取被包括在信令信息中的FIC和/或SCD。然后广播接收装置可以基于FIC和/或SCD接收服务并且识别该服务的提供商。
图143是图示根据本发明的实施例的FIC的图。
根据本发明的实施例的与FIC有关的内容可以包括与前述的FIC有关的全部内容。另外，尽管在本发明的实施例中被包括在FIC中的信息被表达为字段，但是FIC可以是以XML格式。被包括在FIC中的信息可以在字段中作为属性被指示。
根据本发明的实施例的FIC可以包括Provider_Group_id字段。
Provider_Group_id字段可以表示发送相对应的服务的提供商的属于的组的ID。
使用控制器广播传输装置可以生成信令信息。例如，信令信息可以包括上述的Provider_Group_id字段。
使用控制器，广播接收装置可以获取被包括在信令信息中的FIC和/或SCD。然后广播接收装置可以基于FIC和/或SCD接收服务并且识别服务的提供商的组。
例如，基于Provider_Group_id字段，广播接收装置可以在从提供商组接收的服务之间进行区分。即，通过映射其中Provider_Group_id字段和Service_categroy字段对应于ESG的服务，广播接收装置可以判断通过哪个提供商提供包括用于服务的指南的ESG。
图144是图示根据本发明的实施例的FIC的图。
根据本发明的实施例的与FIC有关的内容可以包括与前述的FIC有关的全部内容。另外，尽管在本发明的实施例中被包括在FIC中的信息被表达为字段，但是FIC可以是以XML格式。被包括在FIC中的信息可以在字段中作为属性被指示。
根据本发明的实施例的FIC可以包括Num_providers字段和/或至少一个提供商环路。
Num_providers字段可以表示使用相对应的频率的提供商(或者广播公司)的数目。
各个提供商环路可以包括Provider_id字段、至少一个服务环路、Num_provider_level_descriptor字段、以及/或者至少一个Provider_level_descriptor字段。
Provider_id字段指示发送相对应的服务的提供商的唯一的ID。例如，Provider_id字段是被分配给各个提供商(或者各个广播公司)的唯一的ID。
服务环路可以包括与服务有关的属性。服务环路的详情如先前所描述的一样。
Num_provider_level_descriptor字段可以指示相对于各个提供商能够发送的描述符的数目。
Provider_level_descriptor字段可以指示相对于各个提供商能够发送的描述符。
广播传输装置可以使用控制器生成信令信息。例如，信令信息可以包括上述至少一个Provider_id字段。
使用控制器，广播接收装置可以获取被包括在信令信息中的FIC和/或SCD。然后广播接收装置可以基于FIC和/或SCD接收服务，并且识别服务的提供商。
图145是图示根据本发明的实施例的FIC的图。
根据本发明的实施例的FIC可以包括FIC_protocol version字段、broadcast_stream_id字段、SCD_exist_flag字段、SCD_DP_ID字段、Num_providers字段、provider_id字段、num_services字段、service_id字段、service_data_version字段、service_channel_number字段、service_category字段、short_service_name_length字段、short_service_name字段、service_status字段、service_distribution字段、sp_indicator字段、IP_version_flag字段、SSC_source_IP_address_flag字段、SSC_source_IP_address字段、SSC_destination_IP_address字段、SSC_destination_UDP_port字段、SSC_TSI字段、SSC_DP_IID字段、SSC_basicservice_flag字段、num_Provider_level_descriptors字段、Provider_level_descriptor()字段、num_FIC_level_descriptors字段以及/或者FIC_level_descriptor()字段中的至少一个。根据本发明的实施例的被包括在FIC中的信息可以包括被包括在前述的FIC中的全部信息。
根据本发明的实施例的FIC可以进一步包括对于用于服务的内容的解码和/或有意义的再生所需要的指示装置的性能和/或性能组的信息(或者min_capability_code字段)。
例如，min_capability_code字段可以指示由相对应的装置支持的最小性能代码。作为示例，在执行UD/HD可扩展编译的服务中，min_capability_code字段可以具有指示HD的值。
广播接收装置可以接收FIC并且基于FIC的性能信息(或者min_capability_code字段)配置(或者生成)适合于装置性能的被区分的信道映射。另外，广播接收装置可以基于FIC的性能信息(或者min_capability_code字段)获取用于服务的至少一个组件。因此，广播接收装置可以解码用于服务的至少一个组件。
图146是图示根据本发明的实施例的FIC的图。
具有特定的频率的广播信号可以包括信令信息。例如，通过“BCStreamID1”可以识别广播信号。信令信息可以包括FIC和/或SLS。FIC可以被称为SLT。FIC可以被包括在被发送的IP/UDP分组中。
广播信号可以包括第一ROUTE会话。第一ROUTE会话可以包括至少一个服务。例如，服务的ID可以具有“SrvcID1”的值。服务可以包括用于HD服务和/或UHD服务的至少一个组件。可以通过第一ROUTE会话的特定传输会话发送用于HD服务的组件。可以通过第一ROUTE会话的另一传输会话发送用于UHD服务的附加的信息。
对于服务，SLS信息可以存在。例如，对于HD服务和/或UHD服务，用于HD服务和/或UHD服务的SLS信息可以在第一ROUTE会话中存在。在这样的情况下，SLS信息可以包括LSID和SSC(SMT、MDP以及/或者CMT)中的至少一个。
可以通过源ID地址(sIPAdrs1)、目的地IP地址(IPAdrs1)、以及目的地端号(Port1)的组合识别第一ROUTE会话。另外，可以通过第一DP(DP_ID1)、第二DP(DP_ID2)、以及/或者第三DP(DP_ID3)可以发送第一ROUTE会话。第一ROUTE会话可以包括第一传输会话(tsi-0)、第二传输会话(tsi-s)、第三传输会话(tsi-a)、第四传输会话(tsi-v)、以及/或者第五传输会话(tsi-ev)。第一传输会话(tsi-0)可以包括LSID和/或至少一个LSID分段。第二传输会话(tsi-s)可以包括信令表和/或至少一个SSC分段。例如，信令表可以包括SSC。SSC可以包括SMT、MPD、以及/或者CMT中的至少一个。第三传输会话(tsi-a)可以包括音频组件。例如，音频组件可以包括至少一个音频片断(audio segment)。第三传输会话(tsi-v)可以包括基本视频组件。基本视频组件可以例如包括至少一个基本视频片断。例如，基本视频组件是用于提供HD服务的视频组件。第五传输会话(tsi-ev)可以包括增强视频组件。增强视频组件可以包括，例如，至少一个增强视频片断。例如，增强视频组件是用于提供UHD服务的视频组件和/或附加的信息。
在下文中，将会描述FIC。
FIC可以被称为SLT。根据本发明的实施例的与FIC有关的内容可以包括与前述FIC有关的全部内容。
FIC可以包括具有“BCStreamID1”的值的ID元素和/或第一服务元素。
第一服务元素可以包括具有“SrvcID1”的值的属性、具有“HD”的值的min_capability_code属性、以及/或者SSC_Bootstrap元素。SSC_Bootstrap元素可以包括具有“sIPAdrs1”的值的SSC_src_IP_address属性、具有“IPAdrs1”的值的SSC_dst_IP_address属性、具有“IPAdrs1”的值的SSC_dst_IP_address属性、具有“Port1”的值的SSC_dst_UDP_Port属性、具有“tsi-s”的值的SSC_tsi属性以及/或者具有“DP_id1”的值的SSC_DP_id属性中的至少一个。在此，具有“HD”的值的min_capability_code属性，可以指示由服务支持的最小性能代码是“HD”。即，如果服务支持“HD”和“UHD”两者，则min_capability_code属性可以具有“HD”的值。
图147是图示根据本发明的实施例的SSC的图。
在下文中，将会描述SMT。
参考附图的(a)，SMT可以包括关于服务的属性(ID、名称、种类等等)的信息和关于通过其能够获取服务的路径的信息。根据本发明的实施例的与SMT有关的内容可以包括与前述的SMT有关的全部内容。
SMT可以包括识别服务的serviceID属性、识别服务的名称的ServiceName属性、指示支持服务的装置的性能的Capability属性、以及/或者包括用于服务的ROUTE会话的引导信息的ROUTEsession元素中的至少一个。
例如，Capability属性可以包括“HD”和“UHD”的值。即，Capability属性可以指示HD和UHD两者被支持。
在下文中，将会描述MPD。
MPD可以包括用于线性/流服务的单独的媒体组件的资源ID。根据本发明的实施例的与MPD有关的内容可以包括与前述的MPD有关的全部内容。
MPD可以包括Period元素。Period元素可以包括第一AdaptationSet元素，该第一AdaptationSet元素包括关于至少一个音频组件的信息；和第二AdaptationSet元素，该第二AdaptationSet元素包括关于至少一个视频组件有关的信息。第一AdaptationSet元素可以包括包括关于音频组件的信息的第一Representation元素。第二AdaptationSet元素可以包括包括关于基本视频组件的信息的第二Representation元素和包括关于增强视频组件的信息的第三Representation元素。
在第一Representation元素中的reptnID属性的值可以是“Representationid-a”、在第二Representation元素中的reptnID属性的值可以是“Representationid-v”，并且在第三Representation元素中的reptnID属性的值可以是“Representationid-ev”。第三Representation元素可以包括dependencyId属性并且dependencyId属性的值可以指示“Representationid-v”。
在下文中，将会描述CMT。
CMT可以包括用于服务的组件数据的传输路径信息。根据本发明的实施例的与CMT有关的内容可以包括与前述的CMT有关的全部内容。
CMT可以包括用于第一服务的第一组件映射信息。第一组件映射信息可以包括识别服务的service_id属性、识别时段的perID属性、包括用于第一服务的音频组件的传输路径信息的第一Comp元素(或者BCComponent元件)、包括用于第一服务的基本视频组件的传输路径信息的第二Comp元件(或者BCComponent(HD)元素)、以及/或者包括用于第一服务的增强视频组件的传输路径信息的第三Comp元件(或者BCComponent(UD)元件)中的至少一个。
例如，在用于第一服务中的第一Comp元件中的reptnID属性的值可以是“RepresentationID-a”，并且在第一Comp元件中的datapipeID属性的值可以是“DP_ID1”。在用于第一服务中的第二Comp元件中的reptnID属性的值可以是“RepresentationID-v”，并且在第二Comp元件中的datapipeID属性的值可以是“DP_ID2”。在用于第一服务中的第三Comp元件中的reptnID属性的值可以是“RepresentationID-ev”，并且在第三Comp元件中的datapipeID属性的值可以是“DP_ID3”。
在下文中，将会描述LSID。
LSID可以被称为基于服务的传输会话实例描述(S-TSID)。根据本发明的实施例的与LSID有关的内容可以包括与前述LSID有关的全部内容。
LSID可以被包括在第一ROUTE会话中。LSID可以包括发送音频组件的第一TransportSession元件、发送基本视频组件的第二TransportSession元件、以及/或者发送增强视频组件的第三TransportSession元件。例如，在第一TransportSession元件中的tsi属性的值可以是“tsi-a”，并且在第一TransportSession元件中的reptnID属性的值可以是“RepresentationID-a”。在第二TransportSession元件中的tsi属性的值可以是“tsi-v”，并且在第二TransportSession元件中的reptnID属性的值可以是“RepresentationID-v”。另外，在第三TransportSession元件中的tsi属性的值可以是“tsi-ev”，并且在第三TransportSession元件中的reptnID属性的值可以是“RepresentationID-ev”。
图148是图示根据本发明的实施例的广播传输方法的流程图。
根据本发明的实施例的广播传输装置可以包括控制器和/或发送单元。控制器可以生成上述服务数据和/或上述信令信息。发送单元可以发送包括服务数据和/或信令信息的广播信号。
使用控制器，广播传输装置可以生成和/或编码用于提供相同内容的至少一个服务的服务数据(CS1480100)。
例如，服务数据可以包括音频组件、基本视频组件、以及/或者增强视频组件。
使用控制器，广播传输装置可以生成和/或编码用于服务的信令信息(CS1480200)。
例如，信令信息可以包括用于服务的获取的第一信令信息(或者SLS)和包括用于服务的引导信息的第二信令信息(或者FIC)。第一信令信息(或者SLS)可以包括SMT、MPD、CMT、以及/或者LSID中的至少一个。第二信令信息(或者FIC)可以进一步包括对于用于服务的内容的解码和/或有意义的再生所需要的指示装置的性能和/或性能组的性能信息(例如，min_capability_code字段和device_capa_code属性)。例如，min_capability_code字段可以指示由相对应的服务支持的最小性能代码。例如，在能够执行UD/HD可扩展编译的服务中，min_capability_code字段可以具有指示HD的值。FIC可以包括指示提供相同服务的至少一个服务的信道编号的信道信息(或者service_channel_number属性)。信令信息可以进一步包括指示是否存在第二信令信息(FIC和/或SCD)的标志信息(SSC_basicservice_flag字段)和/或指示第二信令信息(FIC和/或SCD)通过其被发送的DP(或者PLP)的ID的ID信息(SCD_Bbpstream_id字段)。
使用控制器，广播传输装置可以生成包括服务数据和信令信息的广播信号。
另外，使用发送单元，广播传输装置可以发送包括服务数据和信息信息的广播信号(CS1480300)。
图149是图示根据本发明的实施例的广播接收方法的流程图。
根据本发明的实施例的广播接收装置可以包括广播接口、宽带接口、以及/或者控制器。根据本发明的实施例的广播接口、宽带接口、以及/或者控制器可以包括上面的描述的全部。
例如，广播接口可以通过广播网络接收广播信号。广播接口可以包括物理层模块和物理层ID帧模块。可替选地，广播接口可以包括调谐器和物理帧解析器中的至少一个。
例如，宽带接口可以通过互联网网络发送和/或接收数据。宽带接口可以包括互联网接入控制模块。
例如，控制器可以包括上述信令解码器、数据库、服务信令管理器、报警信令管理器、服务指南管理器、应用信令管理器、目标信令管理器、流媒体引擎、非实时文件处理器、组件同步器、目标处理器、应用处理器、报警处理器、A/V处理器、重新分布模块、服务/内容获取控制器、以及/或者伴随屏幕接口中的至少一个。伴随屏幕接口可以包括数据共享单元和/或装置管理器中的至少一个。关于被包括在根据本发明的实施例的控制器中的元件的内容可以包括关于具有相同的名称或者相似的名称的前述元件的全部内容。
另外，控制器可以包括上述物理层控制器、链路层帧解析器(或链路层帧处理器)、IP/UDP数据报过滤器、应用层传输客户端、时序控制器、系统时钟、DTV控制引擎、用户输入接收机、信令解析器、信道映射数据库、HTTP访问客户端、HTTP访问缓存、DASH客户端、ISOBMFF解析器、媒体解码器和文件数据库中的至少一个。关于被包括在根据本发明的实施例的控制器中的元件的内容可以包括关于具有相同的名称或者相似的名称的前述元件的全部内容。
使用广播接口和/或宽带接口，广播接收装置可以接收用于提供相同内容的至少一个服务的包括服务数据和信令信息的广播信号(CS1490100)。
服务数据可以包括音频组件、基本视频组件、以及/或者增强视频组件。信令信息可以包括用于服务的获取的第一信令信息(或者SLS)和包括用于服务的引导信息的第二信令信息(或者FIC)。第一信令信息(或者SLS)可以包括SMT、MPD、CMT、以及/或者LSID中的至少一个。第二信令信息(或者FIC)可以进一步包括对于用于服务的内容的解码和/或有意义的再生所需要的指示装置的性能和/或性能组的性能信息(例如，min_capability_code字段和device_capa_code属性)。例如，min_capability_code字段可以指示由相对应的服务支持的最低性能代码。例如，在能够执行UD/HD可扩展编译的服务中，min_capability_code字段可以具有指示HD的值。FIC可以包括指示提供相同的内容的至少一个服务的信道编号的信道信息(或者service_channel_number属性)。该信令信息可以进一步包括指示是否存在第二信令信息(或者FIC和/或SCD)的标志信息(SSC_basicservice_flag字段)和/或指示通过其发送第二信令信息(FIC和/或SCD)的DP(或者PLP)的ID的ID信息(SCD_Bbpstream_id字段)。
例如，如果用户选择第一服务(SrvcID1)，则广播接收装置可以基于FIC获取最低性能代码字段。广播接收装置也可以基于FIC获取用于至少一个服务的最低性能代码字段。根据本发明的实施例的第一服务可以是能够支持UD和HD两者的服务，并且在这样的情况下，最低性能代码可以指示HD。
另外，使用控制器，广播接收装置可以从广播信号获取第二信令信息(或者FIC)。例如，如果指示是否第二信令信息(FIC和/或SCD)存在的标志信息表示“真”，则广播接收装置可以基于标志信息从广播信号获取第二信令信息。
广播接收装置可以从第二信令信息(或者FIC)获取第一信令信息(或者服务层信令信息；SLS)的服务属性和/或引导信息。例如，第二信令信息(或者FIC)可以包括service_id属性、device_capa_code属性、SSC_src_IP_address属性、SSC_dst_IP_address属性、SSC_dst_UDP_Port属性、SSC_tsi属性、以及/或者SSC_DP_id属性中的至少一个。
使用控制器，广播接收装置可以基于信令信息过滤服务(CS1490200)。
例如，第二信令信息(或者FIC)可以包括对于服务解码所需要的性能信息并且广播接收装置可以基于性能信息过滤能够执行解码和/或呈现的服务。多个服务可以被过滤并且获取的第一信令信息可以是用于所有的被过滤的服务的获取的信息。
广播接收装置可以在信道映射中主要地存储用于被过滤的服务的服务属性和/或SLS的引导信息。
使用控制器，广播接收装置可以基于第二信令信息(或者FIC)获取用于被过滤的服务的第一信令信息(或者SLS)(CS1490300)。
例如，广播接收装置可以从第二信令信息(或者FIC)获取用于被过滤的服务的第一信令信息(或者SLS)的引导信息并且基于第一信令信息(或者SLS)的引导信息获取第一信令信息(SLS)。例如，第一信令信息(或者SLS)可以包括SMT、MPD、CMT、以及/或者LSID中的至少一个。广播接收装置可以基于第一信令信息(或者SLS)确定通过广播网络发送的表示。
在信道映射中，广播接收装置其次可以存储被包括用于过滤的服务的被获取的第一信令信息中的信息(CS1490400)。
例如，被包括在第一信令信息(或者SLS)中的信息可以包括服务的属性(例如，ID、名称、种类等等)、用于获取服务的路径信息、以及/或者与服务有关的信息。用于获取服务的路径信息可以包括识别与用于服务的组件有关的表示的信息(reptnID属性)、识别通过其发送用于服务的组件数据的DP(或者PLP)的信息(datapipeID属性)、以及/或者识别通过其发送用于服务的组件的传输会话的信息(tsi属性)中的至少一个。
如果多个服务已经被过滤，则使用控制器广播接收装置可以基于信道信息选择多个服务中的一个。
使用控制器，广播接收装置可以基于信道映射获取服务数据。
使用控制器，广播接收装置可以解码服务数据。
在接收和/或获取基本层的基本服务组件之后，根据本发明的实施例的广播接收装置可以解码并且然后生成HD有关的组件。
为了解码和/或生成UHD有关的组件，广播接收装置应解码基本层的基本视频组件和增强层的增强视频组件。
如果广播接收装置仅能够支持SD，则广播接收装置不可以再生第一服务。
如果广播接收装置能够支持HD，则广播接收装置可以基于SSC接收与服务有关的更加详细的信息。广播接收装置可以从SSC获取服务的所有性能信息。广播接收装置可以通过MPD中的信息(例如，Representation/@dependencyID)意识到在表示(即，基本/增强层)、表示的分辨率(表示的宽度/高度属性)等等之间的依赖关系。根据本发明的实施例的SMT的性能信息可以包括关于HD/UD的两个性能的信息。如果广播接收装置不能够支持UD，则广播接收装置可以接收和/或解码与HD相对应的组件。
如果广播接收装置能够支持HD，则广播接收装置可以在执行上述场景之后接收和/或解码与UD相对应的组件。
图150是图示根据本发明的实施例的当接收机移动时到另一频率的切换情形的图。
当正在接收特定服务的接收机移动时，可能需要到无缝接收相同服务的另一频率的切换操作。其中接收机移动的许多情况可以存在，并且特别地，可以对应于其中接收机是移动装置的情况。
提供特定服务的多个发送机可以在区域中存在。当接收机离开由特定的发送机覆盖的区域并且移向由另一发送机覆盖的区域时，可能另外需要用于无缝切换的操作或者信息。在这样的情况下，假定MFN情形。另外，假定通过不同的频率在各个区域中提供相同的服务的情形。
在附图中图示的实施例中，接收机可以离开由发送机A覆盖的区域并且移向由发送机B覆盖的区域。在这样的情况下，假定接收机已经观看了服务X。发送机A可以通过频率10发送服务X并且发送机B可以通过频率20发送相同的服务X。为了连续地再生服务X，接收机可以要求用于调谐到适当的频率的信息。
图151是图示根据本发明的实施例的对于无缝切换的信息传输方法的图。
对于无缝切换，接收机可以要求如上所述的适当的信息。可以通过上述链路层信令(LLS)、低级别信令(LLS)、服务列表表(SLT)、服务信令信道(SSC)、或者服务级别信令(SLS)发送信息。在这样的情况下，用于无缝切换的信息可以被称为小区信息描述(CID)。
在附图中图示的实施例中，通过链路层信令发送CID。
在附图中图示的实施例中，可以通过广播流发送服务数据。可以通过广播流ID识别广播流。作为被定义为特定带宽的中心频率值的RF信道的抽象，可以通过区域和频率信息识别广播流。广播流可以包括多个PLP。PLP可以被称为DP。在本实施例中，通过由BSID＝1识别的广播流发送服务数据。
上述传输会话，即，ROUTE/MMTP会话可以通过多个PLP(PLP ID＝1，2，3)被发送。传输会话，例如，ROUTE会话可以由IP和UDP信息(IP地址和UDP端号1)识别并且可以包括多个LCT会话。各个LCT会话可以是服务数据的音频/视频片断。如上所述，可以通过特定的LCT会话(例如，具有tsi＝0的LCT会话)发送SLS。在附图中图示的实施例中，LCT会话被表示为SCS分段(tsi＝s)。在被图示的实施例中，LSID被使用并且LSID被发送到其它的LCT会话。然而，LSID可以被替换成根据实施例的上述S-TSID并且在被发送之前S-TSID可以被包括在SLS中。另外，当FIC被使用并且通过除了PLP之外的附加的信道发送FIC时，低级别信令和SLT可以被使用替代FIC并且可以通过公知的IP/UDP发送低级别信令。
在本实施例中，通过链路层信令发送CID(t151010)。当相邻的发送机通过其它的频率发送通过当前频率发送的所有服务时，与频率有关的信息可以被收集在一个CID中。
在这样的情况下，链路层信令可以包括CID信息。链路层信令是与诸如SLT和SLS的信息相比接收机更快能够获取并且可能使CID被接收机快速地获取的信息。即使当相邻的发送机通过不同的频率仅发送相同的服务时，可以通过链路层信令发送CID。在这样的情况下，CID可以包括用于各个服务的切换信息。例如，当通过一个频率发送5个服务时，如果相邻的发送机通过另一频率仅发送五个服务中的两个，则CID可以提供用于两个服务的切换信息。因为用于其它的三个服务的切换信息不需要，所以CID可以不包括有关的信息或者可以包括关于通过相同的频率发送服务的发送机的信息。
稍后将会描述用于无缝切换的切换信息和CID信息的详情。
图152是图示根据本发明的另一实施例的用于无缝切换的信息传输方法的图。
如上所述，在被发送之前用于无缝切换的信息可以被包括在SLS中(t152010)。发送SLS的LCT会话可以被称为服务信令信道(SSC)。
可以为与如上所述的各个服务有关的相对应的服务执行SLS。如果在被发送之前CID信息被包括在SLS中，则相对应的CID可以包括关于SLS用信号发送的服务的切换信息。
例如，如果SLS用信号发送服务#1，则在被发送之前被包括在SLS中的CID可以包括关于通过相同或者不同的频率发送服务#1的相邻发送机的信息。因此，正在移动的接收机可以通过CID信息无缝地再生服务#1。
在这样的情况下，在被发送之前CID被包括在SLS中的意义可以指示诸如USBD、S-TSID、或者MPD的CID被包括在根据实施例的SLS中。根据实施例，该意义可以指示被包括在SLS中的USBD、S-TSID、或者MPD被扩展以包括CID信息。另外，根据实施例，该意义可以指示CID在被包括在SLS中的USBD、S-TSID、或者MPD中被分布并且然后被发送。根据实施例，该意义可以指示接收机使用与SLS相对应的信息计算与CID相对应的信息。
虽然未示出，但是可以通过低级别信令或者SLT发送CID信息。如果通过低级别信令或者SLT发送CID信息，则可以通过用于SLT等等的公知的IP/UDP发送CID。CID可以包括用于通过SLT描述的服务的切换信息或者通过相对应的广播流发送的服务。
图153是图示根据本发明的实施例的用于无缝切换的信息的图。
如上所述，用于切换的信息可以被称为CID。CID可以提供诸如发送机的位置和信号强度的信息，使得切换能够被执行以发送相邻的发送机正在发送的相同服务。根据实施例可以不同地配置CID并且其可以包括关于归属小区发送机的信息或者关于用于各个服务的小区的信息，下面将会描述。归属小区发送机可以意指使用与通过其发送相同的广播服务的当前频率相同的频率发送多个相同的广播服务的其它的发送机。关于用于各个服务的小区的信息可以意指关于使用不同于通过其特定服务被发送的当前频率的频率正在发送特定服务的其它的相邻的发送机的信息。
CID可以包括关于CID的信息的一部分、指示关于归属小区发送机的信息的一部分、以及关于发送相对应的服务的相邻的发送机的信息的一部分。根据实施例，任何一个部分可以被省略/改变并且新信息可以被添加。例如，当归属小区发送机不存在时，可以仅包括关于用于各个服务的相邻的发送机的信息。零或者多个归属小区发送机和相邻的发送机可以存在。
CID可以包括@majorProtocolVersion、@minorProtocolVersion、以及/或者@broadcst_stream_id。
@majorProtocolVersion和@minorProtocolVersion可以分别指示相对应的CID的主要协议版本信息和次要协议版本信息。
@broadcast_stream_id可以是与CID相对应的广播流的ID。与CID相对应的广播流可以是发送CID的广播流或者可以简单地是通过CID描述的任何广播流。
CID可以包括多个Home_cell_transmitters元素。Home_cell_transmtiters可以对应于关于归属小区发送机的上述信息。各个Home_cell_transmitters元素可以包括诸如@latitude、@longitude、@AERP、@relative_pattern_dept、以及/或者@null_positions的信息。
@latitude可以包括相对应的归属小区发送机的纬度信息。可以以指示高达上万个地点的程度的精确度来指示纬度信息。纬度信息可以被表示为用于正/负纬度值的传统方法。
@longitude可以指示归属小区发送机的经度信息。可以以指示高达上万个地点的程度的精确度来指示经度信息。经度信息可以被表示为用于正/负纬度值的传统方法。
@AERP是相对应的归属小区发送机的有效RF功率的理论测量值并且是平均有效辐射功率的缩写。@AERP可以以dBk表达并且可以根据辐射的天线中心的高度调节。
@relative_pattern_dept可以指示天线的方位图案的最大空值的深度。此值可以通过8dB的倍数来表示并且可以通过向下取整为下一个低多值来指示。大于24dB的值可以被向下取整为24dB。在00的情况下，这可以意指不存在相对应的数据。
@null_positions可以指示当天线的方位图案是8dB或者低于峰值AERP的值时的顺序方向，并且可以通过相对应的比特位置的零指示。北扇区可以以msb表示。随后的比特可以被顺时针指示。因此，可以通过最直接的msb值指示东北(NE)。此方法可以进行到西北(NW)。可以通过1sb指示NW。如果此字段的值是1111 1111，则这意指不存在相对应的数据。
CID可以进一步包括多个服务元素。服务元素可以对应于用于各个服务的上述信元信息。服务元素可以包括关于通过其它频率发送服务的相邻的接收机的信息。每个服务可以存在零或者更多个相邻的发送机。
服务元素可以包括@service_id和/或@globalUniqueSeriveId。@service_id和/或@globalUniqueSeriveId可以分别包括服务ID和相对应的服务的全球唯一服务。
服务元素可以进一步包括Cell元素。各个Cell元素可以包括关于相邻的发送机的信息。
各个Cell元素可以包括@latitude、@longitude、@AERP、@relative_pattern_dept、以及/或者@null_positions。各个字段可以指示关于相对应的小区，即，相邻的发送机的纬度/经度信息、AERP信息、相对图案深度信息、空位置信息等等。字段的详情与上面的描述相同。在这样的情况下，关于通过其它的频率正在发送相对应的服务的相邻的发送机的信息被使用替代关于归属小区发送机的信息。
各个小区元素可以进一步关于@frequency、@preamble、@broadcast_stream_id、@DP_id、@provider_id、以及@service_id的信息。
@frequency可以指示关于通过其相邻的发送机发送相对应的服务的其它频率的信息。具体地，@frequency可以指示其中相对应的服务被发送的带宽的中心频率信息。
@preamble可以指示用于通过其相对应的服务被发送的前导符号的信息。前导符号可以指示信号帧的引导信息、L1信息、前导信息、或者P1信息。
@broadcast_stream_id可以指示通过其相邻的发送机正在发送相对应的服务的广播流的ID。
@DP_id可以指示通过其相邻的发送机发送相对应的服务的PLP或者DP的ID。根据实施例此字段可以指示通过其发送相对应的服务的SLT信息的PLP的ID信息。另外，根据实施例此字段可以指示通过其发送相对应的服务的SLS信息的PLP的ID信息。根据实施例此字段可以指示通过其发送相对应的服务的服务数据的PLP的信息。根据实施例此字段可以包括每个服务的多个字段。
@provider_id可以指示相对应的相邻的发送机正在发送的服务的服务提供商的ID信息。
@service_id可以指示相对应的相邻发送机正在发送的服务的服务ID。相对于归属小区发送机正在发送的相同服务@service_id可以具有相同的ID或者不同的ID值。如果@service_id可以具有相同的ID值，则此字段的值可以具有与Service@service_id字段相同的值。
图154是图示根据本发明的实施例的低级别信令信息的图。
低级别信令信息可以包括用作将物理层连接到比通过其发送低级别信令的层更高的层的信令信息。使用低级别信令信息，接收机可以在通过物理层发送的广播信号内有效地搜寻接收机期待接收的广播服务/内容。
低级别信令信息可以包括快速信息信道(FIC)。可以通过其它的名字命名FIC，并且其可以被称为，例如，服务列表表(SLT)。
本发明的实施例提出用于定义各个服务的最低性能简档并且将关于最低性能简档的信令信息添加到FIC的方法，从而有效地执行接收机的服务扫描和/或服务呈递。
参考附图的(a)，FIC可以包括FIC_protocol_version信息、Broadcast_stream_id信息、SCD_exist_flag信息、DP_id信息、FIC_level_descriptor()元素、num_services信息、provider_id信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、short_service_name_length信息、short_service_name信息、service_status信息、sp_indicatoer信息、IP_version_flag信息、SSC_src_IP_addr_flag信息、min_capability_profile信息、SSC_src_IP_addr信息、SSC_dst_IP_addr信息、SSC_dst_port信息、SSC_TSI信息、SSC_DP_id信息、以及/或者SSC_basicservice信息。
FIC_protocol_version信息识别FIC信令结构的协议的版本。
Broadcast_stream_id信息是识别广播流的信息。
SCD_exist_flag信息可以指示是否发送(或者存在)服务配置描述(SCD)。SCD可以包括服务级别信令信息。
DP_id信息是承载低级别信令信息和/或服务级别信令信息的数据管道(或者PLP)。
FIC_level_descriptor()元素可以包括FIC级别的描述符。
num_services信息表示能够通过FIC扫描的广播服务的数目。
provider_id信息是识别提供广播服务的提供商的信息。
service_id信息是识别广播服务的信息。
service_data_version信息是表示服务信令信道(SSC或者服务级别信令)的版本的信息。
service_channel_number信息表示服务的信道编号。
service_category信息识别服务的种类。例如，service_category信息可以指示是否广播服务是A/V服务、音频服务、ESG服务、以及/或者非实时(NRT)服务。
short_service_name_length信息表示指示服务的短服务名称的信息的长度。
short_service_name信息表示服务的短服务名称。
service_status信息表示服务的状态。例如，service_status信息可以指示是否服务是处于活跃状态、不活跃状态、示出状态、以及/或者隐藏状态。
sp_indicatoer信息是指示是否服务保护被应用于服务的信息。
IP_version_flag信息表示被用于与服务有关的IP分组的IP版本信息。IP_version_flag信息可以指示根据IP_version_flag信息的真或者假值IP版本信息是IPv4或者IPv6。
SSC_src_IP_addr_flag信息是识别是否表示服务信令信道的源IP地址的信息存在的信息。
min_capability_profile信息是表示需要执行服务呈递的接收器的最低性能的信息。min_capability_profile信息识别用于广播服务呈递的接收器应具有的最低性能。min_capability_profile信息表示对于相对应的服务的呈现所要求的最低性能简档。对于此简档，关联于FIC的service_category信息定义简档值的范围。
SSC_src_IP_addr信息是表示发服务信令信道的源的IP地址的信息。
SSC_dst_IP_addr信息是表示用于服务信令信道的目的地的IP地址的信息。
SSC_dst_port信息是指示用于服务信令信道的目的地的UDP端号的信息。
SSC_TSI信息是识别承载服务信令信道的数据的传输会话的信息。
SSC_DP_id信息是识别承载服务信令信道的数据的数据管道的信息。
SSC_basicservice信息是识别是否广播服务是基本服务的信息。通过与发送服务信令的ROUTE会话相同的ROUTE会话与音频、视频、或者字幕数据一起发送SSC_basicservice信息，并且其是识别是否通过承载服务信令的数据管道发送全部数据的信息。
参考附图的(b)，如果通过service_category信息识别的服务是线性服务，则可以通过min_capability_profile信息识别为了服务呈递在接收器中所需要的最低性能是否是高清(HD)处理性能或者超高清(UHD)处理性能。例如，通过service_category信息指示的服务的种类是线性服务并且min_capability_profile信息的值表示“x1”，则这指示仅能够呈递至少UHD的装置能够使用FIC通过广播扫描将相对应的服务添加到信道映射。即，如果不能够通过接收机支持的服务被提供，则服务没有被包括在信道映射中，使得用户不可以选择用户不能够查看的服务。因此，在信道选择期间效率增加。
如果通过service_category信息识别的服务是应用(App)服务，通过min_capability_profile信息可以识别是否为了服务呈递在接收机中需要的最低性能应具有能够通过广播网络执行下载的性能或者应具有在没有使用广播网络的情况下能够执行下载的性能。
图155是图示根据本发明的实施例的使用FIC在接收机中呈现服务的过程的图。
参考附图的(a)，接收机可以在广播信号中获取通过特定区域发送的FIC。
接收机可以解析FIC中的service_category信息并且识别通过service_id信息识别的服务是App服务。
接收机检查在FIC中的min_capability_profile信息的值的最高有效位(MSB)。
如果min_capability_profile信息的MSB是“1”，则接收机可以识别通过宽带网络没有发送被包括在App服务中的组件。这指示被包括在App服务中的组件通过宽带网络被发送。因此，不能够通过宽带网络下载组件的接收机可以识别用于App服务的呈递不能够被执行。因此，仅通过宽带网络能够下载组件的接收机可以包括信道映射中的App服务，并且不能够通过宽带网络下载组件的接收机不可以包括信道映射中的App服务。
在本发明的实施例中，即使当仅FIC的min_capability_profile信息被获取时，接收机不可以在信道映射中注册由接收机不支持的服务，使得服务的故障概率能够被减少。
参考附图的(b)，USD可以包括CapabilityDescription元素。CapabilityDescription元素可以包括关于为了各个服务的呈递在接收机中需要的性能的信息。在本示例中，在CapabilityDescription元素中的信息可以指示接收机应能够在没有通过宽带网络的情况下通过广播网络接收特定服务的组件。
图156是图示根据本发明的实施例的低级别信令信息的图。
本发明的另一实施例提出一种方法，该方法用于定义各个服务的最低性能简档并且将关于最低性能简档的信令信息添加到FIC，从而有效地执行接收机的服务扫描和/或服务呈递。
参考附图的(a)，FIC可以包括FIC_protocol_version信息、Broadcast_stream_id信息、SCD_exist_flag信息、DP_id信息、FIC_level_descriptor()元素、num_services信息、provider_id信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、short_service_name_length信息、short_service_name信息、service_status信息、sp_indicatoer信息、IP_version_flag信息、SSC_src_IP_addr_flag信息、min_capability_profile信息、SSC_src_IP_addr信息、SSC_dst_IP_addr信息、SSC_dst_port信息、SSC_TSI信息、SSC_DP_id信息、以及/或者SSC_basicservice信息。
对于各个元素或者信息的描述，参考前述的描述。
在本实施例中，10个比特可以被分配给min_capability_profile信息。在这样的情况下，信息可以支持与稍后要添加的信息有关的性能的扩展。
参考附图的(b)，min_capability_profile信息的结构被示出。
例如，如果通过service_category信息识别的服务的种类是线性服务，则被分配给min_capability_profile信息的比特当中的4个比特可以被定义为识别处理视频需要的性能的视频性能简档，并且其它的4个比特可以被定义为识别处理音频需要的性能的音频性能简档。
例如，如果通过service_category信息识别的服务的种类是App服务，则被应用于min_capability_profile信息的比特当中的2个比特可以被定义为与被用于下载App服务的下载协议有关的在接收器中需要的性能简档。
图157是图示根据本发明的另一实施例的低级别信令信息的图。
根据本发明的另一实施例提出一种方法，该方法定义各个服务的最低性能简档并且将关于最低性能简档的信令信息添加到FIC，从而有效地执行接收机的服务扫描和/或服务呈递。
参考附图的(a)，FIC可以包括FIC_protocol_version信息、Broadcast_stream_id信息、SCD_exist_flag信息、DP_id信息、FIC_level_descriptor()元素、num_services信息、provider_id信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、short_service_name_length信息、short_service_name信息、service_status信息、sp_indicatoer信息、IP_version_flag信息、SSC_src_IP_addr_flag信息、num_capability_profile信息、capability_type信息、capability_profile信息、SSC_src_IP_addr信息、SSC_dst_IP_addr信息、SSC_dst_port信息、SSC_TSI信息、SSC_DP_id信息、以及/或者SSC_basicservice信息。
对于各个元素或者信息的描述，参考上面的描述。
num_capability_profile信息表示能够被包括在FIC中的最低性能信息的数目。num_capability_profile信息表示在FIC中定义的最低性能简档的数目。直至4个最低性能简档可以被包括在FIC中。
信息是指示capability_profile信息的值被关联的组件的类型的信息。
capability_profile信息表示需要呈现服务的接收机的最低性能简档。capability_profile信息是识别在用于服务呈递的接收机中需要的最低性能的信息。
参考附图的(b)，图示了根据capability_type信息的值通过相对应的信息指示的组件。例如，如果capability_type信息的值是“00”，则这可以指示最低性能简档被应用的组件是视频组件。如果capability_type信息的值是“01”，则可以指示应用最低性能简档的组件是音频组件。如果capability_type信息的值是“10”，则这可以指示应用最低性能简档的组件是App组件。
图158是图示根据本发明的另一实施例的低级别信令信息的图。
本发明的另一实施例提出一种方法，该方法用于定义各个服务的最低性能简档，并且将关于最低性能简档的信令信息添加到FIC，从而有效地执行接收机的服务扫描和/或服务呈递。
参考附图的(a)，FIC可以包括FIC_protocol_version信息、Broadcast_stream_id信息、SCD_exist_flag信息、DP_id信息、min_capability_profile信息、an FIC_level_descriptor()元件、num_services信息、provider_id信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、short_service_name_length信息、short_service_name信息、service_status信息、sp_indicatoer信息、IP_version_flag信息、SSC_src_IP_addr_flag信息、SSC_src_IP_addr信息、SSC_dst_IP_addr信息、SSC_dst_port信息、SSC_TSI信息、SSC_DP_id信息、以及/或者SSC_basicservice信息。
对于各个元素或者信息的描述，参考上面的描述。
min_capability_profile信息表示通过FIC定义的信道的最低性能简档。8个比特可以被分配给min_capability_profile信息。与最低性能简档相对应的性能简档的组件类型可以通过被包括在8个比特中的各自的比特的组合来定义。
参考附图的(b)，被分配给min_capability_profile信息和通过组合指示的信息的比特的组合被示出。
在8个比特当中，两个MSB表示性能简档被应用的组件的类型。例如，如果两个比特的值是“00”，则这可以指示应用最低性能简档的组件是视频组件。如果两个比特的值是“01”，则这可以指示应用最低性能简档的组件是音频组件。如果两个比特的值是“10”，则这可以指示应用最低性能简档的组件是App组件。
在8个比特当中，两个比特可以被分配以识别被应用于视频组件的最低性能简档。例如，如果两个比特的值是“00”，则这指示HD视频信道被提供并且接收机要求处理HD视频的性能。另外，如果两个比特的值是“01”，则这指示UHD视频信道被提供并且接收机要求处理UHD视频的性能。
在8个比特当中，两个比特可以被分配以识别被应用于音频组件的最低性能简档。例如，如果两个比特的值是“00”，则这指示在现有的广播系统(例如，ATSC 1.0广播系统)中应用的类型的音频组件被提供并且接收机要求处理在现有的广播系统中提供的类型的音频组件的性能。另外，如果两个比特的值是“01”，则这指示被应用于下一代广播系统(例如，ATSC 3.0广播系统)的类型的音频组件被提供并且接收机要求处理在下一代广播系统中提供的类型的音频组件的性能。
在8个比特当中，两个比特可以被分配以识别被应用于App组件的最低性能简档。例如，如果两个比特的值是“00”，则这指示App组件被提供给宽带网络并且接收机要求通过宽带网络处理下载的性能以便于处理App组件。另外，如果两个比特的值是“01”，则这指示App组件没有被提供给宽带网络并且接收机要求通过网络(例如，广播网络)而不是宽带网络处理下载的性能以便于处理App组件。
图159是图示根据本发明的另一实施例的使用FIC在接收机中呈现服务的过程的图。
参考附图的(a)，接收机可以在广播信号中获取通过特定区域发送的FIC。
接收机获取FIC中的channel_capacity_profile信息(可以包括min_capability_profile信息、num_capability_profile信息、capability_type信息、以及/或者capability_profile信息)。
使用min_capability_profile信息的部分比特或者使用FIC中的capability_type信息，接收机可以识别应用性能简档的组件的类型。
使用min_capability_profile信息的部分比特或者使用FIC中的capability_profile信息，接收机可以识别被应用于各个组件的最低性能简档。
根据本发明，使用FIC级别的信息，接收机可以意识到在接收机中所需要的性能以便于呈现各个信道。在FIC中描述的信道级别的性能可以被描述为能够被共同地应用于所有信道并且没有被频繁改变的性能。
参考附图的(b)，示出能够被包括在USD中的CapabilityDescription元素。被包括在USD中的CapabilityDescription元素可以包括与服务级别处的性能有关的信息(服务级别性能)。在接收机获取服务的过程中，通过服务级别信令可以描述各个程序(或者事件)的性能，并且与服务级别处的性能有关的信息可以具有超过与在FIC中描述的性能有关的信息的优先级。与性能有关的信息可以包括上述min_capability_profile信息、num_capability_profile信息、capability_type信息、以及/或者capability_profile信息。
图160是图示根据本发明的实施例的用于生成和处理广播信号的方法的流程图。
发送机编码用于一个或者多个广播服务的广播数据(JS160010)。
发送机编码包括描述一个或者多个广播服务的属性的信息的第一级别信息(JS160020)。
发送机编码包括用于扫描一个或者多个广播服务的信息的第二级别信令信息(JS160030)。
发送机生成包括第一级别信令信息和第二级别信令信息的广播信号(JS160040)。
根据实施例，第二级别信令信息可以包括识别解码用于一个或者多个广播服务的一条或者多条广播内容所需的性能的第一性能信息。
图161是图示根据本发明的实施例的广播系统的图。
根据本发明的实施例的广播系统可以包括广播发送机J161100和/或广播接收机J161200。
广播发送机J161100可以包括广播数据编码器J161110、信令编码器J161120、以及/或者广播信号生成器J161130。
广播接收机J161200可以包括广播信号接收单元J161210、处理器J161220、以及/或者显示单元J161230。
广播数据编码器J161110编码用于一个或者多个广播服务的广播数据。
信令编码器J161120编码包括描述一个或者多个广播服务的属性的信息的第一级别信令信息和/或包括用于扫描一个或者多个广播服务的信息的第二级别信令信息。
广播信号生成器J161130生成包括广播数据、第一级别信令信息、以及第二级别信令信息的广播信号。
根据本发明的实施例，第二级别信令信息可以包括识别解码用于一个或者多个广播服务的一条或者多条广播内容所需的性能的第一性能信息。
广播信号接收单元J161210接收用于一个或者多个广播服务的广播数据、包括描述一个或者多个广播服务的属性的信息的第一级别信令信息、以及包括用于扫描一个或多个广播服务的信息的第二级别信令信息。第二级别信令信息可以包括识别对于解码用于一个或者多个广播服务的一条或者多条广播内容所需要的性能的第一性能信息。
处理器J161220通过使用第二级别信令信息和第一级别信令信息获取广播服务来执行控制功能以呈现广播服务。
显示单元J161230显示广播服务/内容。
模块或单元可以是执行存储在存储器(或存储单元)中的连续处理的处理器。上述实施方式中所描述的步骤可由硬件/处理器来执行。上述实施方式中所描述的模块/块/单元可作为硬件/处理器来操作。本发明所提出的方法可作为代码来执行。这种代码可被写在处理器可读存储介质上，因此可由设备所提供的处理器读取。
尽管为了方便已参照各个附图描述了实施方式，实施方式可被组合以实现新的实施方式。另外，设计存储有用于实现上述实施方式的程序的计算机可读记录介质在本发明的范围内。
根据本发明的设备和方法不限于上述实施方式的配置和方法，所有或一些实施方式可被选择性地组合以获得各种修改。
本发明所提出的方法可被实现为存储在网络装置中所包括的处理器可读记录介质中的处理器可读代码。处理器可读记录介质包括存储有可由处理器读取的数据的所有类型的记录介质。处理器可读记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等以及作为载波的实现方式(例如，经由互联网的传输)。另外，处理器可读记录介质可被分布于通过网络连接的计算机系统上并且作为可按照分布式方式读取的代码来存储和执行。
尽管出于例示性目的公开了本发明的优选实施方式，本领域技术人员将理解，在不脱离所附权利要求书中所公开的本发明的范围和精神的情况下，各种修改、添加和置换是可能的。这些修改不应从本发明的技术精神或前景单独地理解。
本说明书中提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地应用于彼此。
本领域技术人员将理解，在不脱离本发明的精神和基本特性的情况下，本发明可按照本文所阐述的方式以外的特定方式来实现。因此，本发明的范围应该由所附权利要求书及其法律上的等同物来确定，而非由以上描述确定，落入所附权利要求书的含义和等同范围内的所有改变旨在被涵盖于其内。
在本说明书中，提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地应用。
本发明的模式
已在具体实施方式中描述了各种实施方式。
工业实用性
本发明适用于广播信号提供领域。
本领域技术人员将认识并理解，在本发明的精神和范围内，可进行各种等同修改。因此，本发明旨在涵盖对本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。

Claims (11)

1.一种用于生成和处理广播信号的方法，所述方法包括：
编码用于广播服务的广播数据；
编码包括描述用于所述广播服务的属性的信息的第一级别信令信息；
编码包括用于扫描一个或者多个广播服务的信息和用于获得所述第一级别信令信息的信息的第二级别信令信息；以及
其中，所述第二级信令信息包括承载所述第一级别信令信息的数据分组的目的互联网协议(IP)地址信息和承载所述第一级别信令信息的数据分组的目的用户数据协议(UDP)端口号信息；
将所述第一级别信令信息和所述第二级别信令信息封装成链路层数据；
构建包括所述链路层数据的至少一个信号帧；和
发送包括所述至少一个信号帧的广播信号。
2.根据权利要求1所述的方法，其中，其中，包括在所述第二级别信令信息中的性能信息识别用于在所述第二级别信令信息中描述的所述所有广播服务的广播组件的媒体类型。
3.根据权利要求2所述的方法，其中，所述第一级别信令信息进一步包括描述所述广播服务的服务层属性的用户服务描述(USD)信息。
4.根据权利要求1所述的方法，其中，所述第二级别信令信息进一步包括物理层管道(PLP)识别信息，所述物理层管道(PLP)识别信息识别发送所述第一级别信令信息的PLP。
5.根据权利要求4所述的方法，其中，所述第二级别信令信息进一步包括服务种类信息，所述服务种类信息识别是否由所述服务识别信息识别的所述广播服务对应于线性服务、应用服务、或者电子服务指南(ESG)服务。
6.一种广播信号接收机，包括：
广播信号接收单元，所述广播信号接收单元用于接收广播信号，所述广播信号包括用于广播服务的广播数据、包括描述用于所述广播服务的属性的信息的第一级别信令信息、以及包括用于扫描一个或者多个广播服务的信息和获得所述第一级别信令信息的信息的第二级别信令信息，
其中，所述第二级信令信息包括承载所述第一级别信令信息的数据分组的目的互联网协议(IP)地址信息和承载所述第一级别信令信息的数据分组的目的用户数据协议(UDP)端口号信息；和
处理器，所述处理器用于基于所述第二级别信令信息和所述第一级别信令信息呈现所述一个或多个广播服务。
7.根据权利要求6所述的广播信号接收机，其中，包括在所述第二级别信令信息中的性能信息识别在所述第二级别信令信息中描述的所有广播服务的广播组件的媒体的类型。
8.根据权利要求7所述的广播信号接收机，其中，所述第一级别信令信息进一步包括描述广播服务的服务层属性的用户服务描述(USD)信息。
9.根据权利要求6所述的广播信号接收机，其中，所述第二级别信令信息进一步包括物理层管道(PLP)识别信息，所述物理层管道(PLP)识别信息识别发送所述第一级别信令信息的PLP。
10.根据权利要求9所述的广播信号接收机，其中，所述第二级别信令信息进一步包括服务种类信息，所述服务种类信息识别是否由所述服务识别信息识别的所述广播服务对应于线性服务、应用服务、或者电子服务指南(ESG)服务。
11.根据权利要求7所述的广播信号接收机，其中，仅当由所述性能信息指示的在所述接收机中需要的性能是通过所述广播信号接收机支持的性能时，所述处理器在信道映射中包含与所述性能信息有关的广播服务并且生成所述信道映射。
CN201580003268.3A 2014-11-20 2015-11-20 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 Active CN105830459B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201462082132P 2014-11-20 2014-11-20
US62/082,132 2014-11-20
PCT/KR2015/012541 WO2016080803A1 (ko) 2014-11-20 2015-11-20 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (2)

Publication Number Publication Date
CN105830459A CN105830459A (zh) 2016-08-03
CN105830459B true CN105830459B (zh) 2019-06-18

Family

ID=56014246

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580003268.3A Active CN105830459B (zh) 2014-11-20 2015-11-20 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法

Country Status (7)

Country Link
US (4) US10205556B2 (zh)
EP (1) EP3223519B1 (zh)
JP (1) JP6309622B2 (zh)
KR (1) KR101814401B1 (zh)
CN (1) CN105830459B (zh)
CA (2) CA3126649C (zh)
WO (1) WO2016080803A1 (zh)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007091779A1 (en) * 2006-02-10 2007-08-16 Lg Electronics Inc. Digital broadcasting receiver and method of processing data
US10057100B2 (en) * 2014-04-13 2018-08-21 Lg Electronics Inc. Method and apparatus for transmitting and receiving broadcast signal
KR20220162814A (ko) 2014-09-29 2022-12-08 파나소닉 홀딩스 코퍼레이션 콘볼루션 인터리버와 콘볼루션 디인터리버 및 콘볼루션 인터리빙 방법과 콘볼루션 디인터리빙 방법
EP3001572A1 (en) * 2014-09-29 2016-03-30 Panasonic Corporation Interleaving by concatenation of convolutional and block interleaving
JP6309622B2 (ja) * 2014-11-20 2018-04-11 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
CN105981318B (zh) * 2014-12-10 2019-08-09 Lg电子株式会社 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
EP3232668A4 (en) * 2014-12-10 2018-06-13 LG Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method and broadcast signal reception method
CN113438517B (zh) * 2015-07-06 2023-02-28 Lg电子株式会社 处理广播数据的方法、接收系统和发送系统
WO2017146157A1 (en) * 2016-02-23 2017-08-31 Sharp Kabushiki Kaisha Systems and methods for link layer signaling of upper layer information
US10848798B2 (en) 2016-06-01 2020-11-24 Lg Electronics Inc. Broadcast signal transmission and reception device and method
WO2017213371A1 (ko) * 2016-06-08 2017-12-14 엘지전자(주) 방송 신호 수신 장치 및 방법
GB2554877B (en) * 2016-10-10 2021-03-31 Canon Kk Methods, devices, and computer programs for improving rendering display during streaming of timed media data
US20190261253A1 (en) * 2016-11-03 2019-08-22 Sharp Kabushiki Kaisha Broadcast identifier signaling
KR102519390B1 (ko) * 2016-11-10 2023-04-06 에스케이텔레콤 주식회사 캐시 장치, 상기 캐시 장치에서의 mmt 컨텐츠 전송 방법
KR101863904B1 (ko) * 2016-11-17 2018-06-01 주식회사 에어코드 지상파 uhd 방송 서비스에서 복수의 av 인코더의 시그널링을 통합하여 송출하는 방송 시스템 및 그 방법
BR112019015870A2 (pt) * 2017-02-23 2020-04-14 Nec Corp sistema de difusão
CN109286564B (zh) * 2017-07-20 2022-06-07 迈普通信技术股份有限公司 一种报文转发方法及装置
JP6633244B2 (ja) * 2017-08-15 2020-01-22 グーグル エルエルシー マルチキャストを使用するストリーミング帯域幅の最適化された利用
KR101967299B1 (ko) * 2017-12-19 2019-04-09 엘지전자 주식회사 방송 신호를 수신하는 차량용 수신 장치 및 방송 신호를 수신하는 차량용 수신 방법
JP2019135806A (ja) * 2018-02-05 2019-08-15 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理回路、処理方法、および処理装置
CN109634951B (zh) * 2018-10-23 2023-12-22 平安科技（深圳）有限公司 大数据采集方法、装置、计算机设备及存储介质
WO2020101639A1 (en) * 2018-11-12 2020-05-22 Nokia Technologies Oy Method and apparatus for efficient delivery of source and forward error correction streams in systems supporting mixed unicast multicast transmission
KR20200107616A (ko) 2019-03-08 2020-09-16 삼성전자주식회사 방송 수신 장치 및 그 동작방법
CN111726841B (zh) * 2019-03-22 2022-05-24 启碁科技股份有限公司 用于物联网的通信方法及其系统
WO2021015450A1 (ko) * 2019-07-19 2021-01-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치
US11930254B2 (en) * 2020-04-07 2024-03-12 Tencent America LLC Patchable remote element for data manipulation
US11924260B2 (en) * 2020-07-09 2024-03-05 Triveni Digital Inc. Secure television distribution over heterogeneous networks
CN112188231B (zh) * 2020-09-29 2022-07-12 北京格非科技股份有限公司 一种基于通用服务器平台的超高清ip视频服务器
US11711568B2 (en) 2021-08-06 2023-07-25 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using plural tuners handing off between presentation and scanning
US11601707B2 (en) 2021-08-06 2023-03-07 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using plural tuners
US11848716B2 (en) 2021-08-06 2023-12-19 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using signal quality and packet errors to differentiate between duplicated services on different frequencies during scan
US11611790B2 (en) 2021-08-06 2023-03-21 Sony Group Corporation RF channel description for multiple frequency networks
US11611792B2 (en) 2021-08-06 2023-03-21 Sony Group Corporation ATSC 3 reception across boundary conditions using location data
US11553245B1 (en) 2021-08-06 2023-01-10 Sony Group Corporation Techniques for receiving non-real time (NRT) data whilst traversing a multi-frequency network boundary
US11546650B1 (en) 2021-08-06 2023-01-03 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using plural tuners with different numbers of antennae
US11838680B2 (en) 2021-08-06 2023-12-05 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using complete service reception during scan to determine signal quality of frequencies carrying the duplicate service
US11611799B2 (en) 2021-08-06 2023-03-21 Sony Group Corporation ATSC 3 application context switching and sharing
CN115834949A (zh) * 2022-11-21 2023-03-21 展讯通信（上海）有限公司 节目信息的提取方法及装置、计算机可读存储介质、终端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101919243A (zh) * 2007-10-05 2010-12-15 三星电子株式会社 用于在移动广播系统中提供服务指南的方法和设备
CN103329498A (zh) * 2011-01-19 2013-09-25 三星电子株式会社 用于在无线系统中收发数据流的装置和方法
CN103535046A (zh) * 2011-04-20 2014-01-22 Lg电子株式会社 用于广播服务的发送方法、接收方法及其接收设备

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004128597A (ja) * 2002-09-30 2004-04-22 Victor Co Of Japan Ltd コンテンツ再生システム
KR100856208B1 (ko) * 2006-12-15 2008-09-03 삼성전자주식회사 Ｄｖｂ-ｈ 시스템에서 방송 데이터 서비스의 어플리케이션정보를 제공하기 위한 방법 및 이를 위한 시스템
US7903574B2 (en) * 2007-03-15 2011-03-08 Nokia Corporation Service discovery mechanism in broadcast telecommunication network
WO2008132692A2 (en) * 2007-04-27 2008-11-06 Nokia Corporation Providing efficient control transmission for single frequency network-based broadcasting or multicasting (mbmsfn)
KR101461958B1 (ko) * 2007-06-29 2014-11-14 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405975B1 (ko) * 2007-07-23 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CA2694704C (en) * 2007-08-24 2013-06-25 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
WO2009028855A1 (en) * 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US8248910B2 (en) * 2008-01-29 2012-08-21 Nokia Corporation Physical layer and data link layer signalling in digital video broadcast preamble symbols
US8250619B2 (en) * 2008-06-09 2012-08-21 Lg Electronics Inc. Method of receiving a broadcasting signal and receiving system for receiving a broadcasting signal
US8223682B2 (en) * 2008-07-08 2012-07-17 Lg Electronics Inc. Transmitting/receiving system and method of processing data in the transmitting/receiving system
KR101575632B1 (ko) * 2008-08-20 2015-12-08 삼성전자주식회사 방송 데이터를 전송하는 방법 및 장치와 방송 데이터를 수신하는 방법 및 장치
US8503335B2 (en) 2008-08-20 2013-08-06 Samsung Electronics Co., Ltd. Method and apparatus for transmitting broadcast data, and method and apparatus for receiving broadcast data
US8831566B2 (en) * 2008-11-21 2014-09-09 At&T Intellectual Property I, L.P. Femtocell local breakout management services
US8621520B2 (en) * 2009-05-19 2013-12-31 Qualcomm Incorporated Delivery of selective content to client applications by mobile broadcast device with content filtering capability
KR20100124966A (ko) * 2009-05-20 2010-11-30 삼성전자주식회사 복수의 형식을 가지는 디지털 방송 송수신 방법 및 장치
GB2471870A (en) * 2009-07-15 2011-01-19 Sony Corp Recovering data from OFDM symbols at a receiver
US8438600B2 (en) * 2009-08-20 2013-05-07 Lg Electronics Inc. Method of processing EPG metadata in network device and network device for controlling the same
WO2011136574A2 (ko) * 2010-04-28 2011-11-03 엘지전자 주식회사 방송 신호 송신기, 방송 신호 수신기, 및 방송 신호 송/수신기에서 방송 신호 송수신 방법
CA2818110C (en) * 2010-05-10 2016-07-26 Lg Electronics Inc. Apparatus for transmitting a broadcast signal, apparatus for receiving a broadcast signal, and method for transmitting/receiving a broadcast signal using an apparatus for transmitting/receiving a broadcast signal
US8498272B2 (en) * 2010-08-26 2013-07-30 Nokia Corporation Providing signaling information and performing a handover using the signaling information
EP2618563A4 (en) * 2010-09-14 2014-10-15 Lg Electronics Inc RADIO BROADCAST SIGNAL TRANSMITTING APPARATUS, RADIO BROADCAST SIGNAL RECEIVING APPARATUS, AND BROADCAST SIGNAL TRANSMITTING / RECEIVING METHOD THROUGH THE TRANSMITTER SIGNAL TRANSMITTING / RECEIVING APPARATUS
WO2012067362A2 (ko) * 2010-11-17 2012-05-24 엘지전자 주식회사 방송 신호 송/수신기 및 방송 신호 송/수신 방법
KR101844229B1 (ko) * 2010-11-23 2018-04-02 엘지전자 주식회사 방송 신호 송/수신기 및 방송 신호 송/수신 방법
KR20120103511A (ko) 2011-03-10 2012-09-19 한국전자통신연구원 비실시간 스테레오스코픽 방송 서비스 송신 및 수신 장치, 그리고 송신 및 수신 방법
US9584238B2 (en) * 2011-06-24 2017-02-28 Nokia Corporation Accessing service guide information in a digital video broadcast system
KR101935785B1 (ko) 2011-08-16 2019-04-03 삼성전자 주식회사 무선통신시스템에서 멀티미디어 방송 서비스를 수신하는 방법 및 장치
KR102035259B1 (ko) * 2012-04-25 2019-10-22 삼성전자주식회사 디지털 방송 시스템에서 시그널링 정보 송수신 장치 및 방법
US9288746B2 (en) 2012-09-20 2016-03-15 Qualcomm Incorporated Determination of available services in a broadcast network
EP2926568A4 (en) * 2012-11-28 2016-06-08 Lg Electronics Inc APPARATUS AND METHOD FOR PROCESSING AN INTERACTIVE SERVICE
JP2014230055A (ja) * 2013-05-22 2014-12-08 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
JP6309622B2 (ja) * 2014-11-20 2018-04-11 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
MX2018000327A (es) * 2015-07-16 2018-03-14 Sony Corp Aparato receptor, aparato transmisor, y metodo de tratamiento de datos.
EP3370428A4 (en) * 2015-10-27 2018-11-07 Sony Corporation Transmitting device, receiving device, and data processing method
EP3449374B1 (en) * 2016-04-28 2024-05-29 Yougetitback Limited Systems and methods for detection of mobile device fault conditions
US10932095B2 (en) * 2017-11-22 2021-02-23 Huawei Technologies Co., Ltd. Method and system for multicast and broadcast services
KR102422934B1 (ko) * 2017-11-24 2022-07-20 삼성전자 주식회사 방송수신장치 및 그 제어방법
JP2021135607A (ja) * 2020-02-25 2021-09-13 東芝テック株式会社 情報処理装置、情報処理システム、情報処理方法及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101919243A (zh) * 2007-10-05 2010-12-15 三星电子株式会社 用于在移动广播系统中提供服务指南的方法和设备
CN103329498A (zh) * 2011-01-19 2013-09-25 三星电子株式会社 用于在无线系统中收发数据流的装置和方法
CN103535046A (zh) * 2011-04-20 2014-01-22 Lg电子株式会社 用于广播服务的发送方法、接收方法及其接收设备

Also Published As

Publication number Publication date
US10205556B2 (en) 2019-02-12
US10938511B2 (en) 2021-03-02
US20210143938A1 (en) 2021-05-13
KR20160073371A (ko) 2016-06-24
WO2016080803A1 (ko) 2016-05-26
CA3074965C (en) 2021-11-23
JP6309622B2 (ja) 2018-04-11
EP3223519A4 (en) 2018-05-30
KR101814401B1 (ko) 2018-01-04
US20200235850A1 (en) 2020-07-23
JP2017510091A (ja) 2017-04-06
US10659191B2 (en) 2020-05-19
US11349601B2 (en) 2022-05-31
US20190097755A1 (en) 2019-03-28
CA3126649C (en) 2023-10-17
US20170180077A1 (en) 2017-06-22
CA3126649A1 (en) 2016-05-20
EP3223519B1 (en) 2020-01-15
CA3074965A1 (en) 2016-05-20
EP3223519A1 (en) 2017-09-27
CN105830459A (zh) 2016-08-03

Similar Documents

Publication Publication Date Title
CN105830459B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106105240B (zh) 发送广播信号的装置以及发送广播信号的方法
CN106233692B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
US11516556B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US11601210B2 (en) Broadcasting signal transmission apparatus, broadcasting signal receiving apparatus, broadcasting signal transmission method and broadcasting signal receiving method
US10200415B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
CN105934953B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106165321A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
US10903922B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US10681426B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US9929888B2 (en) Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
CN106233693A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106464834A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN107431830A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US20220295122A1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
CN106134158A (zh) 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法
KR20190083667A (ko) 방송 신호 송수신 장치 및 방법
CN106416284B (zh) 广播信号发送设备和广播信号发送方法
CN106416284A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法

Legal Events

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