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

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

Info

Publication number
CN106233692A
CN106233692A CN201580019939.5A CN201580019939A CN106233692A CN 106233692 A CN106233692 A CN 106233692A CN 201580019939 A CN201580019939 A CN 201580019939A CN 106233692 A CN106233692 A CN 106233692A
Authority
CN
China
Prior art keywords
service
signaling
information
signaling data
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.)
Granted
Application number
CN201580019939.5A
Other languages
English (en)
Other versions
CN106233692B (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 CN106233692A publication Critical patent/CN106233692A/zh
Application granted granted Critical
Publication of CN106233692B publication Critical patent/CN106233692B/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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • 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/1066—Session management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/71—Wireless systems
    • H04H20/72—Wireless systems of terrestrial networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
    • 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/0027—Scheduling of signalling, e.g. occurrence thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/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
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Library & Information Science (AREA)
  • Quality & Reliability (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

一种广播发送方法包括以下步骤：生成用于服务的服务数据；生成低级信令数据；生成服务层信令数据；以及发送包括所述服务数据、所述低级信令数据和所述服务层信令数据在内的广播信号。

Description

广播信号发送装置、广播信号接收装置、广播信号发送方法和 广播信号接收方法
技术领域
本发明涉及发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终结，正在开发用于发送/接收数字广播信号的各种技术。与模拟广播信号相比，数字广播信号可以包括更大量的视频/音频数据，并且还包括除了视频/音频数据以外的各种类型的附加数据。
发明内容
技术问题
即，数字广播系统能够提供HD(高清晰度)图像、多声道音频和各种附加服务。然而，用于大量数据的传输的数据传输效率、发送/接收网络的稳健性以及考虑到移动接收设备的网络灵活性需要被改进以用于数字广播。
技术解决方案
本发明提供了一种能够利用地面广播网络和互联网在支持未来混合广播的环境中有效地支持未来广播服务的系统以及相关的信令方法。
有益效果
本发明能够通过基于服务特性处理数据来针对服务或服务组件控制服务质量(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-2 TS分组的链路层分组的头结构及其封装处理。
图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是示出根据本发明的第一实施方式的SMT的示图。
图45是示出根据本发明的第二实施方式的信令数据的配置的示图。
图46是示出根据本发明的第二实施方式的USD的示图。
图47是示出根据本发明的第二实施方式的服务的示图。
图48是示出根据本发明的第三实施方式的信令数据的配置的示图。
图49是示出根据本发明的第三实施方式的USD的示图。
图50是示出根据本发明的第三实施方式的服务的示图。
图51是示出根据本发明的第四实施方式的信令数据配置的示图。
图52是示出根据本发明的第四实施方式的服务的示图。
图53是示出根据本发明的第五实施方式的信令数据的配置的示图。
图54是示出根据本发明的第五实施方式的服务的示图。
图55是示出根据本发明的第六实施方式的信令数据的配置的示图。
图56是示出根据本发明的第一实施方式至第六实施方式的信令效果的示图。
图57是示出根据本发明的一个实施方式的广播发送方法的示图。
图58是示出根据本发明的一个实施方式的广播接收方法的示图。
图59是示出根据本发明的第七实施方式的信令数据的配置的示图。
图60是示出根据本发明的第七实施方式的USD的示图。
图61是示出根据本发明的第七实施方式的ATSC SDP和/或LSID的示图。
图62是示出根据本发明的第七实施方式的服务层信令的示图。
图63是示出根据本发明的第八实施方式的减小信令大小的方法的示图。
图64是示出根据本发明的第九实施方式的USD的示图。
图65是示出根据本发明的第九实施方式的服务层信令的示图。
图66是示出根据本发明的第十实施方式的信令数据的配置的示图。
图67是示出根据本发明的第十实施方式的信令数据的配置的示图。
图68是示出根据本发明的第十实施方式的根据传输间隔发送服务层信令数据的示例的示图。
图69是示出根据本发明的第十实施方式的根据传输间隔发送服务层信令数据的示例的示图。
图70是示出根据本发明的第十三实施方式的信令数据的配置的示图。
图71是示出根据本发明的第十三实施方式的SDP的示图。
图72是示出根据本发明的第十三实施方式的服务层信令的示图。
图73是示出根据本发明的第十三实施方式的服务层信令的示图。
图74是示出根据本发明的实施方式的发送广播的方法的示图。
图75是示出根据本发明的实施方式的接收广播的方法的示图。
具体实施方式
现在将详细参照本发明的优选实施方式，其示例示出于附图中。下面将参照附图给出的详细描述旨在说明本发明的示例性实施方式，而非示出可根据本发明实现的仅有实施方式。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的术语选自通常已知和使用的术语，但是本发明的描述中所提及的一些术语是由申请人斟酌选择的，其详细含义在本文描述的相关部分中描述。另外，要求本发明不简单地按照所使用的实际术语来理解，而是按照落入其内的各个术语的含义来理解。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施方式的未来广播服务包括地面广播服务、移动广播服务、超高清电视(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_type 0x00的属性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_type 0x00的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-2 TS的分组)的封装。利用链路层协议，独立于网络层协议类型(这里我们考虑MPEG-2 TS分组作为一种网络层分组)，物理层仅需要处理一个单一分组格式。各个网络层分组或输入分组被转换成一般链路层分组的有效载荷。另外，当输入分组大小特别小或特别大时，可执行级联和分段以便有效地使用物理层资源。
如上文所述，分段可用于分组封装。当网络层分组过大从而不易于在物理层中处理时，网络层分组被分割成两个或更多个片段。链路层分组头包括协议字段以执行发送侧的分段和接收侧的重组。当网络层分组被分段时，各个片段可按照与网络层分组中的原始位置相同的顺序被封装到链路层分组。另外，包括网络层分组的片段的各个链路层分组可因此被传输至PHY层。
如上文所述，级联可用于分组封装。当网络层分组足够小以使得链路层分组的有效载荷可包括多个网络层分组时，链路层分组头包括协议字段以执行级联。级联是将多个小尺寸的网络层分组组合成一个有效载荷。当网络层分组被级联时，各个网络层分组可按照与原始输入顺序相同的顺序被级联到链路层分组的有效载荷。另外，构造链路层分组的有效载荷的各个分组可以是整个分组，而非分组的片段。
以下将描述开销降低。链路层协议的使用可导致用于物理层上的数据传输的开销显著降低。根据本发明的链路层协议可提供IP开销降低和/或MPEG-2 TS开销降低。在IP开销降低中，IP分组具有固定的头格式，然而，通信环境中需要的一些信息在广播环境中可能是冗余的。链路层协议提供通过压缩IP分组的头来降低广播开销的机制。在MPEG-2 TS开销降低中，链路层协议提供同步字节去除、空分组删除和/或公共头去除(压缩)。首先，同步字节去除提供每TS分组一个字节的开销降低，空分组删除机制去除188字节的空TS分组，使得它们可在接收机处被重新插入，最终是公共头去除机制。
对于信令传输，在链路层协议中，可针对链路层信令提供信令分组的特定格式(将在下面描述)。
在根据本发明的实施方式所示的链路层协议架构中，链路层协议以诸如IPv4、MPEG-2 TS等的输入网络层分组作为输入分组。未来扩展指示其它分组类型和链路层中还可输入的协议。链路层协议还指定任何链路层信令的格式和信令，包括关于至物理层的特定信道的映射的信息。附图还示出ALP如何包含经由各种头压缩和删除算法改进传输效率的机制。另外，链路层协议可基本上封装输入分组。
图9示出根据本发明的实施方式的链路层分组的基本头的结构。以下将描述头的结构。
链路层分组可包括跟随有数据有效载荷的头。链路层分组的头可包括基本头，并且可根据基本头的控制字段而包括附加头。可选头的存在由附加头的标志字段指示。根据给定实施方式，指示附加头和可选头的存在的字段可位于基本头中。
以下将描述基本头的结构。用于链路层分组封装的基本头具有层次结构。基本头可为两字节的长度并且是链路层分组头的最小长度。
根据本实施方式所示的基本头可包括Packet_Type字段、PC字段和/或length字段。根据给定实施方式，基本头还可包括HM字段或S/C字段。
Packet_Type字段可以是指示在封装成链路层分组之前输入数据的原始协议或分组类型的3比特字段。IPv4分组、压缩IP分组、链路层信令分组和其它类型的分组可具有基本头结构并且可被封装。然而，根据给定实施方式，MPEG-2 TS分组可具有不同的具体结构并且可被封装。当Packet_Type的值是“000”、“001”、“100”或“111”时，ALP分组的原始数据类型是IPv4分组、压缩IP分组、链路层信令或扩展分组之一。当MPEG-2 TS分组被封装时，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-2 TS分组的链路层分组的头结构及其封装处理。
以下将描述当作为输入分组输入MPEG-2 TS分组时的链路层分组的格式。
在这种情况下，基本头的Packet_Type字段等于010。多个TS分组可被封装在各个链路层分组内。TS分组的数量经由NUMTS字段来通知。在这种情况下，如上文所述，可使用特定链路层分组头格式。
链路层提供用于MPEG-2 TS以增强传输效率的开销降低机制。各个TS分组的同步字节(0x47)可被删除。还提供删除NULL分组和相似TS头的选项。
为了避免不必要的传输开销，TS空分组(PID＝0x1FFF)可被去除。删除的空分组可在接收机侧利用DNP字段恢复。DNP字段指示删除的空分组的计数。下面描述使用DNP字段的空分组删除机制。
为了实现更高的传输效率，MPEG-2 TS分组的相似的头可被去除。当两个或更多个连续的TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，所述头在第一分组中发送一次，其它头被删除。HDM字段可指示是否执行头删除。下面描述公共TS头删除的详细过程。
当执行所有三种开销降低机制时，可按照同步去除、空分组删除和公共头删除的顺序执行开销降低。根据给定实施方式，各个机制的执行顺序可改变。另外，根据给定实施方式，一些机制可被省略。
图(tsib12010)中描绘了当使用MPEG-2 TS分组封装时链路层分组头的总体结构。
以下将描述各个示出的字段。Packet_Type可以是3比特字段，其可如上所述指示输入分组的协议类型。对于MPEG-2 TS分组封装，此字段可总是被设定为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-2 TS分组时，在发送机侧无法应用头删除。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
[式1]
C ldpc = [ I ldpc P ldpc ] = [ i 0 , i 1 , . . . , i K ldpc - 1 , p 0 , p 1 , . . . , p N ldpc - K ldpc - 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
[表1]
值 FFT大小
00 8K FFT
01 16K FFT
10 32K FFT
11 预留
GI_FRACTION：此3比特字段指示当前超帧中的保护间隔分数值，如下表2中所述。
表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
[表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
[表4]
内容 PLS2FEC类型
00 4K-1/4和7K-3/10LDPC码
01至11 预留
PLS2_MOD：此3比特字段指示PLS2所使用的调制类型。根据表5来用信号通知调制类型。
表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
[表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
[表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
[表8]
值 FEC_TYPE
00 16K LDPC
01 64K LDPC
10至11 预留
DP_COD：此4比特字段指示关联的DP所使用的码率。根据下表9来用信号通知码率。
表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
[表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
[表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
[表12]
2比特字段 PI NTI
00 1 1
01 2 2
10 4 3
11 8 4
DP_FRAME_INTERVAL：此2比特字段指示所关联的DP的帧组内的帧间隔(IJUMP)，允许值为1、2、4和8(对应的2比特字段分别为“00”、“01”、“10”或“11”)。对于没有帧组的每一个帧出现的DP，此字段的值等于连续帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则此字段被设定为值“4”。对于出现在每一个帧上的DP，此字段被设定为值“1”。
DP_TI_BYPASS：此1比特字段确定时间交织器5050的可用性。如果时间交织未用于DP，则此字段的值被设定为“1”。如果使用时间交织，则该值被设定为“0”。
DP_FIRST_FRAME_IDX：此5比特字段指示超帧中的当前DP出现的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31。
DP_NUM_BLOCK_MAX：此10比特字段指示此DP的DP_NUM_BLOCKS的最大值。此字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：此2比特字段指示给定DP所承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据下表13来用信号通知。
表13
[表13]
值 有效载荷类型
00 TS
01 IP
10 GS
11 预留
DP_INBAND_MODE：此2比特字段指示当前DP是否承载带内信令信息。带内信令类型根据下表14来用信号通知。
表14
[表14]
值 带内模式
00 没有承载带内信令。
01 承载INBAND-PLS。
10 承载INBAND-ISSY。
11 承载INBAND-PLS和INBAND-ISSY。
DP_PROTOCOL_TYPE：此2比特字段指示给定DP所承载的有效载荷的协议类型。当选择输入有效载荷类型时，协议类型根据下表15来用信号通知。
表15
[表15]
DP_CRC_MODE：此2比特字段指示输入格式化块中是否使用CRC编码。CRC模式根据下表16来用信号通知。
表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
[表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
[表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
[表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
[表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
[表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
[表22]
表23
[表23]
BCH编码和LDPC编码的操作的细节如下。
12纠错BCH码用于BBF的外编码。通过将所有多项式一起相乘来获得短FECBLOCK和长FECBLOCK的BCH生成多项式。
LDPC码用于对外BCH编码的输出进行编码。为了生成完成的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从各个Ildpc(BCH编码的BBF)系统地编码并且被附到Ildpc。完成的Bldpc(FECBLOCK)由下式表示。
式2
[式2]
B ldpc = [ I ldpc P ldpc ] = [ i 0 , i 1 , . . . , i K ldpc - 1 , p 0 , p 1 , . . . , p N ldpc - K ldpc - 1 ]
长FECBLOCK和短FECBLOCK的参数分别在上表22和23中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下。
1)将奇偶校验比特初始化
式3
[式3]
p 0 = p 1 = p 2 = . . . = p N ldpc - K ldpc - 1 = 0
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特-i0。奇偶校验矩阵的地址的细节将稍后描述。例如，对于码率13/15，
式4
[式4]
p 983 = p 983 &CirclePlus; i 0 p 2815 = p 2815 &CirclePlus; i 0 p 4873 = p 4873 &CirclePlus; i 0 p 4989 = p 4989 &CirclePlus; i 0 p 6138 = p 6138 &CirclePlus; i 0 p 6458 = p 6458 &CirclePlus; i 0 p 6921 = p 6921 &CirclePlus; i 0 p 6974 = p 6974 &CirclePlus; i 0 p 7572 = p 7572 &CirclePlus; i 0 p 8260 = p 8260 &CirclePlus; i 0 p 8496 = p 8496 &CirclePlus; i 0
3)对于接下来的359个信息比特is(s＝1、2、…、359)，在利用下式在奇偶校验比特地址处累加is。
式5
[式5]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
这里，x表示与第一比特i0对应的奇偶校验比特累加器的地址，Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例，对于码率13/15，Qldpc＝24，因此对于信息比特i1，执行以下操作。
式6
[式6]
p 1007 = p 1007 &CirclePlus; i 1 p 2839 = p 2839 &CirclePlus; i 1 p 4861 = p 4861 &CirclePlus; i 1 p 5013 = p 5013 &CirclePlus; i 1 p 6162 = p 6162 &CirclePlus; i 1 p 6482 = p 6482 &CirclePlus; i 1 p 6945 = p 6945 &CirclePlus; i 1 p 6998 = p 6998 &CirclePlus; i 1 p 7596 = p 7596 &CirclePlus; i 1 p 8284 = p 8284 &CirclePlus; i 1 p 8520 = p 8520 &CirclePlus; i 1
4)对于第361信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式，利用式6获得随后的359个信息比特is(s＝361、362、…、719)的奇偶校验比特累加器的地址，其中x表示与信息比特i360对应的奇偶校验比特累加器的地址，即，奇偶校验矩阵的第二行地址的条目。
5)按照类似的方式，对于每一组的360个新信息比特，使用来自奇偶校验矩阵的地址的新的一行来寻找奇偶校验比特累加器的地址。
在所有信息比特被耗尽之后，获得最终奇偶校验比特如下。
6)从i＝1开始依次执行以下操作。
式7
[式7]
p i = p i &CirclePlus; p i - 1 , i = 1,2 , . . . , N ldpc - K ldpc - 1
这里，pi(i＝0、1、...Nldpc-Kldpc-1)的最终内容等于奇偶校验比特pi。
表24
[表24]
码率 Qldpc
5/15 120
6/15 108
7/15 96
8/15 84
9/15 72
10/15 60
11/15 48
12/15 36
13/15 24
短FECBLOCK的此LDPC编码过程依据长FECBLOCK的t LDPC编码过程，不同的是用表25代替表24，用短FECBLOCK的奇偶校验矩阵的地址代替长FECBLOCK的奇偶校验矩阵的地址。
表25
[表25]
码率 Qldpc
5/15 30
6/15 27
7/15 24
8/15 21
9/15 18
10/15 15
11/15 12
12/15 9
13/15 6
图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
[表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
[式8]
这里，Sshift是与NxBLOCK_TI(n，s)无关的对角线方向读取处理的公共偏移值，该偏移值如下式通过PLS2-STAT中给出的NxBLOCK_TI_MAX确定。
式9
[式9]
对于
S s h i f t = N x B L O C K _ T I _ M A X &prime; - 1 2
结果，要读取的信元位置通过坐标zn，s，i＝NrCn，s，i+Rn，s，i来计算。
图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
[式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符号对由给出，对于各个对的第一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是示出根据本发明的一个实施方式的广播系统的配置的框图。
根据本发明的一个实施方式的广播系统可提供一般广播网络服务、移动广播网络服务和/或混合服务。
一般广播网络服务(ATSC服务或DVB服务)可使用全MPD和/或ATSC SDP。另外，一般广播网络服务不使用eMBMS MPD、AppSvc MPD和/或3GPP SDP。一般广播网络服务可描述并定位一般广播网络服务(ATSC服务或DVB服务)的所有组件(ATSC组件和/或DVB组件)。
移动广播网络服务(LTE广播服务)可使用eMBMS MPD(或者AppSvc MPD)和/或3GPPSDP。移动广播网络服务可不使用全MPD和/或ATSC SDP。移动广播网络服务可描述并定位3GPP服务的所有组件。
混合服务(混合ATSC/3GPP服务)可使用全MPD、ATSC SDP和/或3GPP SDP。混合服务可描述并定位一般广播网络服务(ATSC服务或DVB服务)和/或3GPP服务的所有组件(ATSC组件、DVB组件和3GPP组件)。
以下，将聚焦于混合服务。
另外，以下将描述根据本发明的一个实施方式的音频/视频服务。ESG服务可由“ESG”服务类别指定。另外，NTP时间可出现在至少一个数据管道(或PLP)的“熟知”地址中。另外，本发明的一个实施方式可包括应用增强信令和/或EAS信令。
根据本发明的一个实施方式的服务可包括至少一个ROUTE会话。另选地，该服务可经由ROUTE会话以外的传输路径来发送。当一个服务包括一个ROUTE会话的一个组件时，该服务可包括该ROUTE会话的所有组件。
根据本发明的一个实施方式的广播系统可包括内容提供商C410100、广播发送设备C410200、第二广播发送设备C410300和/或广播接收设备C410500中的至少一个。
内容提供商C410100可向广播发送设备C410200和/或第二广播发送设备C410300提供服务(或媒体内容)。
广播发送设备C410200可利用一般广播网络和/或网际协议网络发送包括服务的广播信号。该服务可包括服务数据和/或信令数据。广播发送设备C410200可包括使用一般广播网络的第一广播发送设备C410210以及使用网际协议网络的内容服务器C410230。第一广播发送设备C410210和/或内容服务器410230可被包括在一个广播发送设备C410200中，并且可由用户单独地设置。
第一广播发送设备C410210可利用一般广播网络发送包括服务的广播信号。一般广播网络可被称作ATSC广播网络和/或DVB广播网络。另外，一般广播网络可包括卫星广播网络、地面广播网络和有线广播网络中的至少一个。第一广播发送设备C410210可包括控制器(未示出)和/或发送机(未示出)中的至少一个。控制器可控制第一广播发送设备C410210的操作。另外，控制器可生成用于服务的服务数据和信令数据。发送机可利用至少一个一般广播网络来发送包括服务数据和/或信令数据的广播信号。
内容服务器C410230可基于广播接收设备C410500的请求经由网际协议网络发送服务
第二广播发送设备C410300可利用移动广播网络来发送包括服务的广播信号。移动广播网络可被称作LTE广播网络、LTE网络和/或移动网络，并且第二广播发送设备C410300可利用移动广播网络来向多个广播接收设备C410500发送服务。第二广播发送设备C410300可独立于广播发送设备C410200存在，并且可被包括在广播发送设备C410200中。
广播接收设备C410500可包括广播接收机C410510、IP发送机/接收机C410530和/或控制器C410550中的至少一个。广播接收设备C410500可利用控制器C410550控制广播接收机C410510和/或IP发送机/接收机C410530。广播接收设备C410500可利用广播接收机C410510经由移动广播网络和/或一般广播网络接收包括服务的广播信号。此时，广播信号可利用移动广播网络和/或一般广播网络中的至少一个来发送。因此，广播接收机C410510可包括移动接收机、卫星调谐器、地面调谐器和/或有线调谐器中的至少一个，以便接收广播信号。广播接收设备C410500可利用IP发送机/接收机C410530经由网际协议网络向内容服务器C410230请求服务。广播接收设备C410500可利用IP发送机/接收机C410530经由网际协议网络从内容服务器C410230接收服务。
图42是示出根据本发明的第一实施方式的信令数据的配置的示图。
根据本发明的第一实施方式的信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第一实施方式的信令数据适用于移动环境。
根据本发明的第一实施方式，可经由低级信令数据发送SSC引导信息。另外，与服务有关的信令数据可经由服务层信令数据的USD和/或SMT来发送。另外，与组件有关的信令数据可经由服务层信令数据的CMT来发送。
根据本发明的第一实施方式，经由移动广播网络(或LTE广播网络)和网际协议网络发送的用于服务的信令数据使用3GPP信令数据，并因此在移动环境中保持向后兼容性。另外，经由一般广播网络(ATSC广播网络或DVB广播网络)提供的用于服务的信令数据可包括SMT、CMT、全MPD和/或ATSC SDP。
根据本发明的第一实施方式，信令数据可不仅包括与3GPP有关的信令数据，而且包括与现有3GPP中可能不提供的一般广播服务(ATSC广播服务或DVB广播服务)有关的信令数据。另外，与3GPP有关的信令数据可在移动环境中保持向后兼容性。
参照(a)，示出了根据本发明的第一实施方式的低级信令数据。
低级信令数据是支持接收机的快速信道扫描和服务获取的引导的信令信息。服务获取的引导可意指获取服务的一系列处理。因此，用于引导的信息可包括关于获取服务的路径的信息。例如，低级信令数据可包括快速信息信道(FIC)和/或分级区域描述(RRD)。
FIC可被称作服务列表表格(SLT)。SLT可用于建立基本服务列表，并且可提供服务层信令数据的引导发现。SLT可包括关于服务的最小信息。例如，SLT可包括用于标识特定广播区域中的服务的服务标识符信息、指示服务的类别的服务类别信息和/或指示服务的名称的服务名称信息中的至少一个。例如，服务类别可包括线性A/V服务、仅线性音频服务、基于应用的服务、电子服务指南(ESG)服务和紧急报警服务(EAS)服务中的至少一个。
另外，SLT可包括服务层信令(SLS)引导信息。
SLT引导信息可包括至少一个服务的服务信令信道(SSC)引导信息。
例如，SSC可以是发送SLS和/或服务层信令数据的信道。SSC引导信息可包括广播信令信息。SSC引导可意指获取SSC(或服务层信令数据)的一系列处理。因此，SSC引导信息可包括获取服务层信令数据的路径信息。
SSC引导信息可包括指示用于发送用于服务的广播SLS(服务层信令)数据的物理层管道的标识符(PLP ID)的slsPlpId属性、指示用于发送用于服务的广播SLS(服务层信令)数据的分组的目的地地址(dotted-IPv4目的地地址)的slsDestinationIpAddress属性、指示用于服务的广播SLS(服务层信令)数据的分组的端口号的slsDestinationUdpPort属性和/或指示用于发送用于服务的广播SLS(服务层信令)数据的分组的源地址(dotted-IPv4源地址)的slsSourceIpAddress属性中的至少一个。
SLS引导信息可包括用于访问至少一个服务的互联网信令的URL信息。
例如，URL信息可包括指示至少一个信令表的传输路径信息(或URL)的URL信令表(UST)。UST不仅可被包括在服务层信令数据中，而且可被包括在低级信令数据中。例如，当至少一个信令表经由宽带可用时，UST可包括MPD、CMT和/或应用信令表(AST)的URL。UST可包括由sltInetUrl元素和/或svcInetUrl元素指示的值。sltInetUrl元素可指示用于获取经由宽带网络(或网际协议网络)可用的SLT中所包括的所有服务的服务级别(或层)信令文件的URL。另外，svcInetUrl元素可指示用于获取经由宽带网络(或网际协议网络)可用的特定服务的服务级别(或层)信令文件的URL。
RRD可被称作分级区域表(RRT)。RRT可包括特定区域的分级系统信息。
参照(b)，示出了根据本发明的第一实施方式的服务层信令数据。
服务层信令数据可包括用于发现和/或获取服务的信息和/或包括在该服务中的至少一个内容组件。例如，服务层信令数据可包括用户服务描述(USD)、AppSvc MPD、eMBMSMPD和/或3GPP SDP中的至少一个。另外，服务层信令数据可包括服务映射表(SMT)、组件映射表(CMT)、URL信令表(UST)、分级区域描述(RRD)、全MPD、ATSC SDP和LSID中的至少一个。USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP可以是用于移动广播网络的信令数据。另外，SMT、CMT、UST、RRD、全MPD、ATSC SDP和/或LSID可以是用于一般广播网络的信令数据。例如，SMT可被称作用户服务绑定描述/用户服务描述(USBD/USD)。USBD/USD是用作描述服务的技术信息的细节的信令中心(hub)的一种服务层信令(SLS)XML片断。另外，CMT、UST、RRD、ATSCSDP和LSID可被称作基于服务的传输会话实例描述(S-TSID)。S-TSID是用于为用于发送服务的至少一个内容组件的至少一个传输会话提供所有会话描述信息的一种服务层信令(SLS)XML片断。
USD可以是第3代合作伙伴计划(3GPP)的多媒体广播/多播服务(MBMS)用户服务描述。USD可包括用于AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。
AppSvc MPD可以是用于至少一个3GPP广播和单播组件的HTTP动态自适应流(DASH)MPD。
eMBMS MPD可以是用于经由演进多媒体广播多播系统(eMBMS)承载发送的至少一个组件的DASH MPD。
3GPP SDP可以是至少一个eMBMS FLUTE会话的IETF会话描述协议(SDP)。
SMT可包括服务的属性信息(ID、名称、类别等)和用于获取服务的路径信息。例如，SMT可包括用于全MPD和ATSC SDP的传输路径信息。SMT可以是ATSC扩展。另外，SMT可由SDP和/或服务配置描述(SCD)代替。SCD可包括FIC中不包括的大量附加信令信息。SMT可被称作USBD/USD。USBD/USD是用作描述服务的技术信息的细节的信令中心的一种服务层信令(SLS)XML片断。
CMT可包括服务的组件信息(关联的DASH表示信息等)以及与组件关联的信息(例如，用于获取组件的路径)。例如，CMT可包括用于服务的组件数据的传输的物理层管道标识符(DP ID或PLP ID)。
UST可包括至少一个信令表的传输路径信息(或URL)。例如，当至少一个信令表经由宽带可用时，UST可包括用于MPD、CMT和/或应用信令表(AST)的URL。
RRD可包括特定区域的分级系统信息。
全MPD可包括用于服务的所有组件的DASH MPD。例如，全MPD可包括用于经由移动广播网络、一般广播网络和/或网际协议网络发送的所有组件的DASH MPD。DASH MPD可包括DASH媒体呈现的形式化描述。DASH MPD可包括线性/流服务的各个媒体组件的资源标识符。另外，DASH MPD可包括在媒体呈现内标识的资源的上下文。例如，资源标识符可以是用于标识与服务的组件有关的表示的信息。例如，资源标识符可采取片段URL的形式。
ATSC SDP可包括为服务和/或包括在服务中的组件提供关于至少一个经单向传输的实时对象传送(ROUTE)会话的信息的至少一个ROUTE会话元素。ATSC SDP可以是用于至少一个ROUTE会话的IETF会话描述协议(SDP)。ROUTE会话元素可包括ROUTE会话的传输路径信息。例如，ROUTE会话元素可包括指示用于服务的内容组件的传输的广播流的标识符的bsid属性、指示ROUTE会话的源IP地址的sIpAddr属性、指示ROUTE会话的目的地IP地址的dIpAddr属性、指示ROUTE的目的地端口号的dport属性和/或指示ROUTE会话的物理层参数的PLPID属性中的至少一个。bsid属性、sIpAddr属性、dIpAddr属性、dport属性和PLPID属性中的至少一个可用作用于LSID的传输的传输路径信息。ATSC SDP可被包括在S-TSID中。S-TSID是用于提供发送服务的至少一个内容组件的至少一个传输会话的所有会话描述的一种服务层信令(SLS)XML片断。
LCT会话ID描述(LSID)可包括用于标识用于服务的组件的传输的传输会话的信息。LSID可被包括在各个ROUTE会话中。LSID可经由ROUTE会话中的特定传输会话来发送。另外，LSID可包括关于ROUTE会话中的分层编码传输(LCT)会话的信息。例如，LSID可包括用于标识用于服务的内容组件的传输的传输会话的tsi属性和/或指示与用于服务的内容组件的传输的传输会话有关的物理层管道的标识符的PLPID属性中的至少一个。
根据本发明的一个实施方式的广播接收设备可基于信令数据获取服务。更具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据来获取服务层信令数据。然后，广播接收设备可利用服务层信令数据(USD和/或SMT)来确定服务的属性。然后，广播接收设备可利用服务层信令数据(MPD)来选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID来选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(SDP、LSID和/或CMT)来获取所选择的至少一个组件的传输路径信息。
图43是示出根据本发明的第一实施方式的服务的示图。
参照(a)，示出了根据本发明的第一实施方式的信令数据。信令数据可通过第一广播发送设备来发送。本发明不限于此，并且信令数据可通过第二广播发送设备和/或内容服务器来发送。
信令数据可包括低级信令数据和/或服务层信令数据。
低级信令数据可包括服务层信令数据的引导发现信息。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP中的至少一个。USD、AppSvc MPD、eMBMS MPD和3GPP SDP可以是用于移动广播网络的信令数据。
USD可包括AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。另外，USD可包括指示与经由广播接入模式和/或宽带接入模式发送的服务的内容有关的传输相关信息的容器的deliveryMethod元素。deliveryMethod元素可包括broadcastAppService元素和/或unicastAppService元素。
broadcastAppService元素可指示包括属于在属于其的媒体呈现的所有周期上经由移动广播网络发送的服务的媒体组件的DASH表示。包括在broadcastAppService元素中的basePattern元素可意指MPD中各个组件所映射至的片段URL信息。例如，broadcastAppService元素可指示“UHD视频”组件，basePattern元素可指示“basePattern1”。
unicastAppService元素可指示包括属于在属于其的媒体呈现的所有周期上经由宽带网络(网际协议网络)发送的服务的配置媒体内容组件的DASH表示。包括在broadcastAppService元素中的basePattern元素可意指在MPD中各个组件所映射至的片段URL信息。例如，unicastAppService元素可指示第二音频组件，basePattern元素可指示“basePattern4”。
AppSvc MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
eMBMS MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。
另外，服务层信令数据可包括SMT、CMT、全MPD、ATSC SDP和LSID中的至少一个。另外，SMT、CMT、全MPD、ATSC SDP和LSID可以是用于一般广播网络的信令数据。
SMT可包括全MPD和/或ATSC SDP的传输路径信息。SMT可包括关于HD视频组件的信息以及关于第一音频组件的信息。
ATSC SDP可包括关于用于服务和/或包括在该服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。另外，全MPD可包括关于具有“rep_id2”的表示标识信息的HD视频组件的信息。另外，全MPD可包括关于具有“rep_id3”的表示标识信息的第一音频组件的信息。另外，全MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
CMT可包括包括经由一般广播网络发送的组件的映射信息的BroadcastComp元素以及包括经由网际协议网络发送的组件的映射信息的BroadbandComp元素。例如，BroadcastComp元素可包括：第一BroadcastComp，其包括经由一般广播网络发送的HD视频组件的映射信息；和/或第二BroadcastComp元素，其包括经由一般广播网络发送的第一音频组件的映射信息。第一BroadcastComp元素和/或第二BroadcastComp元素中的每一个可包括指示与对应组件关联的DASH表示标识符的Rep_ID属性和/或指示用于传输对应组件数据的DP(数据管道或PLP)的标识符的DP_ID属性。第一BroadcastComp的Rep_ID属性可指示“rep_id2”，DP_ID属性可指示“DP_id2”。第二BroadcastComp的Rep_ID属性可指示“rep_id3”，DP_ID属性可指示“DP_id3”。
BroadbandComp元素可包括指示与对应组件关联的DASH表示标识符的reptnID属性和/或指示配置与对应组件关联的DASH表示的片段的基本URL的baseURL属性。BroadbandComp元素的baseURL属性可指示“basePattern4”。即，经由网际协议网络发送的第二音频组件的传输路径信息可为“basePattern4”。
LSID可基于关于ROUTE会话的信息来获取。
该信令数据的详细内容可包括上述信令数据的那些内容。
参照(b)，根据本发明的第一实施方式的广播发送设备C430200(广播商)可利用一般广播网络和/或网际协议网络来发送用于服务的服务数据和/或信令数据。例如，广播发送设备C430200可利用第一广播发送设备(未示出)经由一般广播网络来发送用于服务的服务数据和/或信令数据。另外，广播发送设备C430200可利用内容服务器(未示出)经由网际协议网络来发送用于服务的服务数据和/或信令数据。第二广播发送设备C430300(移动载体)可利用移动广播网络(例如，LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送设备可利用一般广播网络来发送用于服务的基本层的视频组件和第一音频组件。例如，基本层的视频组件可以是HD视频组件。另外，HD视频组件可匹配MPD的“Rep_id”，第一音频组件可匹配MPD的“Rep_id3”。另外，HD视频组件和/或第一音频组件可经由预定的数据管道(DP)和/或物理层管道(PLP)来发送。例如，预定DP的标识符可为“DP_id3”。
内容服务器可利用网际协议网络来发送用于服务的第二音频组件。例如，用于第二音频组件的传输的路径信息可以是“basePattern4”。
第二广播发送设备C430300可利用移动广播网络(LTE广播)来发送用于服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的补充信息。另外，用于UHD视频组件的传输的路径信息可为“basePattern1”。
根据本发明的第一实施方式的广播接收设备C430500可接收用于服务的服务数据和/或信令数据。广播接收设备C430500可利用广播接收机从广播发送设备C430200接收HD视频组件和/或第一音频组件。广播接收设备C430500可利用IP发送机/接收机从广播发送设备C430200接收第二音频组件。广播接收设备C430500可利用广播接收机从第二广播发送设备C430300接收UHD视频组件。广播接收设备C430500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件中的至少一个，并且对所获取的数据进行解码和/或再现。
图44是示出根据本发明的第一实施方式的SMT的示图。
根据本发明的第一实施方式的信令数据可包括低级信令数据和/或服务层信令数据。服务层信令数据可包括服务映射表(SMT)。
SMT可包括服务的属性以及用于获取服务的路径信息。SMT可被称作USBD/USD。USBD/USD是用作描述服务的技术信息的细节的信令中心的一种服务层信令(SLS)XML片断。
SMT可包括protocol_version属性、service_id属性、global_service_id属性、Full_MPD_URL属性、ATSC_SDP_URL属性、Capabilities属性、Targeting_info属性、Content_advisory属性、Program_title属性、Content_label属性和/或Original serviceid属性中的至少一个。
protocol_version属性可指示SSC(服务信令信道或服务层信令数据)的协议版本。例如，protocol_version属性可包括指示用于发送服务的SSC(服务信令信道、S-TSID和/或服务层信令数据)的协议的主版本号和次版本号的major_protocol_version属性和/或minor_protocol_version属性。
service_id属性是唯一地标识服务的标识符。service_id属性可表示低级信令数据(LLS、FIC或SLT)中的对应服务条目。service_id属性可具有与指派给低级信令数据(LLS、FIC或SLT)中的对应服务条目的服务标识符(serviceID)相同的值。
global_service_id属性是用于3GPP的USD和ESG的服务映射的全局唯一标识符。global_service_id属性可具有与3GPP的ESG的服务标识符(service_id)和USD的服务标识符(service_id)相同的值。global_service_id属性是用于标识服务的全局唯一统一资源标识符(URI)。global_service_id属性在广播流标识符(BSID)的范围内是唯一值。另外，global_service_id属性可用于连接至ESG数据。
Full_MPD_URL属性意指参考MPD的信息(URL信息或URI信息)，所述MPD包括与经由移动广播网络(LTE广播)、网际协议网络(单播)和/或一般广播网络(ATSC广播或DVB广播)中的至少一个发送的服务的所有内容组件有关的信息。
ATSC_SDP_URL属性意指指示SDP的信息(URL信息或URI信息)，所述SDP包括与用于发送服务(ATSC服务或DVB服务)的ROUTE会话有关的信息。ATSC_SDP_URL属性意指参考S-TISD(或ATSC_SDP)的信息(URL信息或URI信息)，所述S-TISD(或ATSC_SDP)用于提供用于发送服务的内容的传输会话的访问相关参数。
Capabilities属性意指描述接收机的能力以便提供服务的描述符。Capabilities属性可描述接收机为了生成服务的内容的有意义的呈现所需要的能力和/或能力组。
Targeting_info属性可指示将提供服务的目标装置。
Content_advisory属性可意指用于服务提供的内容咨询信息。Content_advisory属性可描述对服务提供的内容咨询分级。
Program_title属性可意指服务的标题信息。Program_title属性可指示通过特定语言给出的服务的名称。
Content_label属性可意指服务的内容标签。Content_label属性可指示组件的名称。
Original service id属性可意指指派给服务的原始服务的标识符(ID)。
图45是示出根据本发明的第二实施方式的信令数据的配置的示图。
根据本发明的第二实施方式的信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第二实施方式的信令数据适用于移动环境。
根据本发明的第二实施方式，SSC引导信息可经由低级信令数据来发送。另外，与服务有关的信令数据以及与组件有关的信令数据可经由服务层信令数据的USD来发送。
根据本发明的第二实施方式，3GPP的USD可被扩展以提供用于经由移动广播网络(LTE广播)、网际协议网络(单播)和/或一般广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
根据本发明的第二实施方式，通过向包括在USBD/USD/传送方法中的atscAppService元素增加用于组件传输的数据管道(或物理层管道)的标识符(DP_ID或PLP_ID)，提供一种可不在ATSC信令表中使用CMT提供组件位置信息的方法。
经由FIC发送SSC引导信息，并且在经由该信息发送的SSC中包括USD。
以下，提出了根据本发明的第二实施方式的USD的扩展。
参照(a)，示出了根据本发明的第二实施方式的低级信令数据。
低级信令数据是支持接收机的快速信道扫描和服务获取的引导的信令信息。例如，低级信令数据可包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第二实施方式的低级信令数据的内容可包括上述低级信令数据的那些内容。
参照(b)，示出了根据本发明的第二实施方式的服务层信令数据。
根据本发明的第二实施方式的服务层信令数据的内容可包括上述服务层信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括用户服务描述(USD)、AppSvc MPD、eMBMS MPD和/或3GPPSDP中的至少一个。另外，服务层信令数据可包括全MPD、ATSC SDP和/或LSID中的至少一个。AppSvc MPD、eMBMS MPD和/或3GPP SDP可以是用于移动广播网络的信令数据。另外，USD、全MPD、ATSC SDP和/或LSID可以是用于一般广播网络的信令数据。
USBD/USD是用作描述服务的技术信息的细节的信令中心的一种服务层信令(SLS)XML片断。
USD可包括用于AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。
另外，USD可包括deliveryMethod元素和/或atscServiceDescription元素。
deliveryMethod元素可包括用于移动广播网络的broadcastAppService元素、用于网际协议网络的unicastAppService元素和/或用于一般广播网络的atscAppService。
broadcastAppService元素、unicastAppService元素和/或atscAppService中的每一个可包括basePattern元素。basePattern元素可意指在MPD中各个组件所映射至的片段URL信息。
atscAppService元素可指示包括属于在属于其的媒体呈现的所有周期上经由一般广播网络(ATSC广播或DVB广播)发送的服务的配置媒体内容组件的DASH表示。
atscAppService元素可包括用于服务的组件数据的传输的物理层管道标识符(DPID或PLP ID)。
atscServiceDescription元素可包括关于经由一般广播网络发送的服务的信息。
atscServiceDescription元素可包括服务的属性(ID、名称、类别等)信息以及用于获取服务的路径信息。例如，atscServiceDescription元素可包括全MPD和/或ATSCSDP的传输路径信息。
全MPD可包括服务的所有组件的DASH MPD。
ATSC SDP可包括提供关于用于服务和/或包括在该服务中的组件的至少一个经单向传输的实时对象传送(ROUTE)会话的信息的至少一个ROUTE会话元素。
LCT会话ID描述(LSID)可包括标识用于服务的组件的传输的传输会话的信息。另外，LSID可包括关于ROUTE会话中的分层编码传输(LCT)会话的信息。
根据本发明的一个实施方式的广播接收设备可基于信令数据获取服务。更具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据获取服务层信令数据。然后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。然后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(SDP和/或LSID)获取至少一个选择的组件的传输路径信息。
图46是示出根据本发明的第二实施方式的USD的示图。
根据本发明的第二实施方式的扩展USD可包括atscServiceDescription元素C460100和/或atscAppService元素C460200。
atscServiceDescription元素C460100可包括服务的属性和/或用于获取服务的路径信息。atscServiceDescription元素C460100可包括ProtocolVersion属性、atscServiceId属性、GlobalServiceId属性、FullMpdURL属性、atscSdpURL元素、CapabilityDescription元素、TargettingDescription元素、ContentAdvisoryDescription元素、ProgramTitleDescription元素、ContentLabelDescription元素和/或OriginalServiceId元素中的至少一个。
ProtocolVersion属性具有与上述protocol_version属性相同的含义，atscServiceId属性具有与上述service_id属性相同的含义，GlobalServiceId属性具有与上述global_service_id属性相同的含义，FullMpdURL属性具有与上述Full_MPD_URL属性相同的含义，atscSdpURL元素具有与上述ATSC_SDP_URL属性相同的含义，CapabilityDescription元素具有与上述Capabilities属性相同的含义，TargettingDescription元素具有与上述Targeting_info属性相同的含义，ContentAdvisoryDescription元素具有与上述Content_advisory属性相同的含义，ProgramTitleDescription元素具有与上述Program_title属性相同的含义，ContentLabelDescription元素具有与上述Content_label属性相同的含义，OriginalServiceId元素具有与上述Original service id属性相同的含义。
根据实施方式，“元素”和“属性”可被不同地表达，但是具有基本上相同的功能。
在本发明的第二实施方式、第三实施方式和第四实施方式中可共同包括atscServiceDescription元素C460100。
atscAppService元素C460200可指示包括属于在属于其的媒体呈现的所有周期上经由一般广播网络(ATSC广播或DVB广播)发送的服务的配置媒体内容组件的DASH表示。atscAppService元素C460200可包括basePattern属性、DP_ID属性、transportStreamID属性、partitionId属性、sourceIPaddress属性、destinationIPaddress属性和/或destinationPort属性中的至少一个。
basePattern属性意指在MPD中各个组件所映射至的片段URL信息。
DP_ID属性意指用于组件的传输的数据管道(或物理层管道)的标识符。DP_ID属性是用于服务的组件数据的传输的物理层管道标识符(DP ID或PLP ID)。
transportStreamID属性可指示包括对应组件数据的广播流的标识符。
partitionId属性可指示对应广播流上指示广播商的分区的标识符。
sourceIPaddress属性可指示包括对应组件数据的IP数据报的源IP地址。
destinationIPaddress属性可指示包括对应组件数据的IP数据报的目的地IP地址。
destinationPort属性可指示包括对应组件数据的IP数据报的目的地UDP端口号。
transportStreamID属性、partitionId属性、sourceIPaddress属性和/或destinationIPaddress属性可提供经由外来ATSC广播发送的组件信息。
由于包括在USD中的atscAppService元素C460200包括DP_ID属性，所以根据本发明的第二实施方式的服务层信令数据可不包括CMT。
图47是示出根据本发明的第二实施方式的服务的示图。
参照(a)，示出了根据本发明的第二实施方式的信令数据。该信令数据可由第一广播发送设备发送。本发明不限于此，并且信令数据可由第二广播发送设备和/或内容服务器发送。
信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第二实施方式的信令数据的内容可包括上述信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP和/或LSID中的至少一个。
USD可包括全MPD和/或ATSC SDP的传输路径信息。
USD可包括用于移动广播网络的broadcastAppService元素、用于网际协议网络的unicastAppService元素以及用于一般广播网络的atscAppService元素C460200。
broadcastAppService元素可指示“UHD视频组件”，basePattern元素可指示“basePattern1”。
unicastAppService元素可指示第二音频组件，basePattern元素可指示“basePattern4”。
atscAppService元素可包括用于HD视频组件的第一atscAppService元素以及用于第一音频组件的第二atscAppService元素。第一atscAppService元素可指示“HD视频组件”，basePattern属性可指示“basePattern2”，DP_ID属性可指示“DP_id3”。第二atscAppService元素可指示“第一音频组件”，basePattern属性可指示“basePattern3”，DP_ID属性可指示“DP_id3”。
ATSC SDP可包括关于用于服务和/或包括在该服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。另外，全MPD可包括关于具有“basePattern2”的片段URL信息(或表示标识信息)的HD视频组件的信息。另外，全MPD可包括关于具有“basePattern3”的片段URL信息的第一音频组件的信息。另外，全MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
LSID可基于关于ROUTE会话的信息来获取。
参照(b)，根据本发明的第二实施方式的广播发送设备C470200(广播商)可利用一般广播网络和/或网际协议网络来发送用于服务的服务数据和/或信令数据。例如，广播发送设备C470200可利用第一广播发送设备(未示出)经由一般广播网络来发送用于服务的服务数据和/或信令数据。另外，广播发送设备C470200可利用内容服务器(未示出)经由网际协议网络来发送用于服务的服务数据和/或信令数据。第二广播发送设备C470300(移动载体)可利用移动广播网络(例如，LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送设备可利用一般广播网络来发送服务的基本层的视频组件和第一音频组件。例如，基本层的视频组件可以是HD视频组件。另外，用于HD视频组件的传输的路径信息可为“basePattern2”，用于第一音频组件的传输的路径信息可为“basePattern3”。另外，HD视频组件和/或第一音频组件可经由预定数据管道(DP)和/或物理层管道(PLP)来发送。例如，预定DP的标识符可为“DP_id3”。
内容服务器可利用网际协议网络(或单播)来发送服务的第二音频组件。例如，用于第二音频组件的传输的路径信息可为“basePattern4”。
第二广播发送设备C470300可利用移动广播网络(LTE广播)来发送服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的补充信息。另外，用于UHD视频组件的传输的路径信息可为“basePattern1”。
根据本发明的第二实施方式的广播接收设备C470500可接收用于服务的服务数据和/或信令数据。广播接收设备C470500可利用广播接收机从广播发送设备C470200接收HD视频组件和/或第一音频组件。广播接收设备C470500可利用IP发送机/接收机从广播发送设备C470200接收第二音频组件。广播接收设备C470500可利用广播接收机从第二广播发送设备C470300接收UHD视频组件。广播接收设备C470500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件中的至少一个，并且对所获取的数据进行解码和/或再现。
图48是示出根据本发明的第三实施方式的信令数据的配置的示图。
根据本发明的第三实施方式的信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第三实施方式的信令数据适用于移动环境。
根据本发明的第三实施方式，SSC引导信息可经由低级信令数据来发送。另外，与服务有关的信令数据可经由服务层信令数据的USD来发送，与组件有关的信令数据可经由服务层信令数据的CMT来发送。
根据本发明的第三实施方式，3GPP的USD可被扩展以提供用于经由移动广播网络(LTE广播)、网际协议网络(单播)和/或一般广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
经由FIC发送SSC引导信息，并且在经由该信息发送的SSC中包括USD。
以下，提出了根据本发明的第三实施方式的USD的扩展。
参照(a)，示出了根据本发明的第三实施方式的低级信令数据。
低级信令数据是支持接收机的快速信道扫描和服务获取的引导的信令信息。低级信令数据可以是低级信令数据。例如，低级信令数据可包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第三实施方式的低级信令数据的内容可包括上述低级信令数据的那些内容。
参照(b)，示出了根据本发明的第三实施方式的服务层信令数据。
根据本发明的第三实施方式的服务层信令数据的内容可包括上述服务层信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP中的至少一个。另外，服务层信令数据可包括全MPD、ATSC SDP、CMT和/或LSID中的至少一个。AppSvcMPD、eMBMS MPD和/或3GPP SDP可以是用于移动广播网络的信令数据。另外，USD、全MPD、ATSC SDP、CMT和/或LSID可以是用于一般广播网络的信令数据。
USD可包括deliveryMethod元素和/或atscServiceDescription元素。
deliveryMethod元素可包括用于移动广播网络的broadcastAppService元素、用于网际协议网络的unicastAppService元素和/或用于一般广播网络的atscAppService。
broadcastAppService元素、unicastAppService元素和/或atscAppService中的每一个可包括basePattern元素。basePattern元素可表示在MPD中各个组件所映射至的片段URL信息。
CMT可包括服务的组件信息(关联的DASH表示信息等)以及与组件关联的信息(例如，用于获取组件的路径)。
例如，CMT可包括意指在MPD中各个组件所映射至的片段URL信息的basePattern元素。
例如，CMT可包括标识用于服务的组件数据的传输的物理层管道(数据管道)的标识符(DP ID或PLP ID)。
根据本发明的第三实施方式的广播接收设备可基于信令数据获取服务。更具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据获取服务层信令数据。然后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。然后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID来选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(SDP、CMT和/或LSID)获取至少一个选择的组件的传输路径信息。
图49是示出根据本发明的第三实施方式的USD的示图。
根据本发明的第三实施方式的扩展USD可包括atscServiceDescription元素C490100和/或atscAppService元素C490200。
atscServiceDescription元素C490100可包括服务的属性和/或用于获取服务的路径信息。atscServiceDescription元素C460100可包括ProtocolVersion属性、atscServiceId属性、GlobalServiceId属性、FullMpdURL属性、atscSdpURL元素、CapabilityDescription元素、TargettingDescription元素、ContentAdvisoryDescription元素、ProgramTitleDescription元素、ContentLabelDescription元素和/或OriginalServiceId元素中的至少一个。
根据本发明的第三实施方式的atscServiceDescription元素C490100的内容可包括上述atscServiceDescription元素的那些内容。
atscAppService元素C490200可指示包括属于在属于其的媒体呈现的所有周期上经由一般广播网络(ATSC广播或DVB广播)发送的服务的配置媒体内容组件的DASH表示。atscAppService元素C490200可包括basePattern属性、transportStreamID属性、partitionId属性、sourceIPaddress属性、destinationIPaddress属性和/或destinationPort属性中的至少一个。
根据本发明的第三实施方式的atscAppService元素C490200的内容可包括上述atscAppService元素的那些内容。
atscAppService元素C490200还可包括Rep_id属性。Rep_id属性意指在MPD中各个组件所映射至的表示ID信息。
另外，根据本发明的第三实施方式，标识用于服务的组件数据的传输的物理层管道(数据管道)的标识符(DP_ID属性或PLP_ID属性)可不包括在atscAppService元素C490200中，而是可包括在CMT中。
图50是示出根据本发明的第三实施方式的服务的示图。
参照(a)，示出了根据本发明的第三实施方式的信令数据。信令数据可由第一广播发送设备发送。本发明不限于此，并且信令数据可由第二广播发送设备和/或内容服务器发送。
信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第三实施方式的信令数据的内容可包括上述信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP、LSID和/或CMT中的至少一个。
USD可包括全MPD和/或ATSC SDP的传输路径信息。
USD可包括用于移动广播网络的broadcastAppService元素、用于网际协议网络的unicastAppService元素以及用于一般广播网络的atscAppService元素。
broadcastAppService元素可指示“UHD视频组件”，basePattern元素可指示“basePattern1”。
unicastAppService元素可指示第二音频组件，basePattern元素可指示“basePattern4”。
atscAppService元素可包括用于HD视频组件的第一atscAppService元素以及用于第一音频组件的第二atscAppService元素。第一atscAppService元素可指示“HD视频组件”，basePattern属性可指示“basePattern2”，DP_ID属性可指示“DP_id3”。第二atscAppService元素可指示“第一音频组件”，basePattern属性可指示“basePattern3”，DP_ID属性可指示“DP_id3”。
ATSC SDP可包括关于用于服务和/或包括在该服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。另外，全MPD可包括关于具有“basePattern2”的片段URL信息(或表示标识信息)的HD视频组件的信息。另外，全MPD可包括关于具有“basePattern3”的片段URL信息的第一音频组件的信息。另外，全MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
LSID可基于关于ROUTE会话的信息来获取。
CMT可包括BroadcastComp元素，该元素包括经由广播网络发送的组件的映射信息。例如，BroadcastComp元素可包括：第一BroadcastComp，其包括经由广播网络发送的HD视频组件的映射信息；和/或第二BroadcastComp元素，其包括经由广播网络发送的第一音频组件的映射信息。第一BroadcastComp元素和/或第二BroadcastComp元素中的每一个可包括：Rep_ID属性，指示与对应组件关联的DASH表示标识符；和/或DP_ID属性，指示用于对应组件数据的传输的DP(数据管道或PLP)的标识符。第一BroadcastComp的Rep_ID属性可指示“rep_id2”，DP_ID属性可指示“DP_id2”。第二BroadcastComp的Rep_ID属性可指示“rep_id3”，DP_ID属性可指示“DP_id3”。
参照(b)，根据本发明的第三实施方式的广播发送设备C500200(广播商)可利用一般广播网络和/或网际协议网络来发送用于服务的服务数据和/或信令数据。例如，广播发送设备C500200可利用第一广播发送设备(未示出)经由一般广播网络来发送用于服务的服务数据和/或信令数据。另外，广播发送设备C500200可利用内容服务器(未示出)经由网际协议网络来发送用于服务的服务数据和/或信令数据。第二广播发送设备C500300(移动载体)可利用移动广播网络(例如，LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送设备可利用一般广播网络来发送服务的基本层的视频组件和第一音频组件。例如，基本层的视频组件可以是HD视频组件。另外，用于HD视频组件的传输的路径信息可为“basePattern2”，用于第一音频组件的传输的路径信息可为“basePattern3”。另外，HD视频组件和/或第一音频组件可经由预定数据管道(DP)和/或物理层管道(PLP)来发送。例如，所述预定DP的标识符可为“DP_id3”。
内容服务器可利用网际协议网络(或单播)来发送服务的第二音频组件。例如，用于第二音频组件的传输的路径信息可为“basePattern4”。
第二广播发送设备C500300可利用移动广播网络(LTE广播)来发送服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的补充信息。另外，用于UHD视频组件的传输的路径信息可为“basePattern1”。
根据本发明的第三实施方式的广播接收设备C500500可接收用于服务的服务数据和/或信令数据。广播接收设备C500500可利用广播接收机从广播发送设备C500200接收HD视频组件和/或第一音频组件。广播接收设备C500500可利用IP发送机/接收机从广播发送设备C500200接收第二音频组件。广播接收设备C500500可利用广播接收机从第二广播发送设备C500300接收UHD视频组件。广播接收设备C500500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件中的至少一个，并且对所获取的数据进行解码和/或再现。
根据本发明的第三实施方式的广播接收设备C500500可基于包括经由广播网络发送的组件的映射信息的CMT来获取HD视频组件和/或第一音频组件。
图51是示出根据本发明的第四实施方式的信令数据的配置的示图。
根据本发明的第四实施方式的信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第四实施方式的信令数据适用于移动环境。
根据本发明的第四实施方式，SSC引导信息可经由低级信令数据来发送。另外，与服务有关的信令数据可经由服务层信令数据的USD来发送，与组件有关的信令数据可经由服务层信令数据的CMT来发送。
根据本发明的第四实施方式，3GPP的USD可被扩展以提供用于经由移动广播网络(LTE广播)、网际协议网络(单播)和/或一般广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
经由FIC发送SSC引导信息，在经由该信息发送的SSC中包括USD。
以下，提出了根据本发明的第四实施方式的USD的扩展。
参照(a)，示出了根据本发明的第四实施方式的低级信令数据。
低级信令数据是支持接收机的快速信道扫描和服务获取的引导的信令信息。该低级信令数据可以是低级信令数据。例如，低级信令数据可包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第四实施方式的低级信令数据的内容可包括上述低级信令数据的内容。
参照(b)，示出了根据本发明的第四实施方式的服务层信令数据。
根据本发明的第四实施方式的服务层信令数据的内容可包括上述服务层信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP中的至少一个。另外，服务层信令数据可包括全MPD、ATSC SDP、CMT和/或LSID中的至少一个。AppSvcMPD、eMBMS MPD和/或3GPP SDP可以是用于移动广播网络的信令数据。另外，USD、全MPD、ATSC SDP、CMT和/或LSID可以是用于一般广播网络的信令数据。
USD可包括deliveryMethod元素和/或atscServiceDescription元素。
deliveryMethod元素可包括用于移动广播网络的broadcastAppService元素、用于网际协议网络的unicastAppService元素和/或用于一般广播网络的atscAppService。
broadcastAppService元素、unicastAppService元素和/或atscAppService中的每一个可包括basePattern元素。basePattern元素可意指在MPD中各个组件所映射至的片段URL信息。
atscAppService元素可包括Rep_ID属性，该属性指示MPD中与对应组件关联的DASH表示的标识符。
CMT可包括服务的组件信息(关联的DASH表示信息等)以及与组件关联的信息(例如，用于获取组件的路径)。
例如，CMT可包括Rep_ID属性，该属性指示MPD中与对应组件关联的DASH表示的标识符。
例如，CMT可包括标识用于服务的组件数据的传输的物理层管道(数据管道)的标识符(DP_ID属性或PLP_ID属性)。
根据本发明的第四实施方式的广播接收设备可基于信令数据获取服务。更具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据获取服务层信令数据。然后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。然后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID来选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(SDP、CMT和/或LSID)来获取至少一个选择的组件的传输路径信息。
图52是示出根据本发明的第四实施方式的服务的示图。
参照(a)，示出了根据本发明的第四实施方式的信令数据。信令数据可由第一广播发送设备发送。本发明不限于此，并且信令数据可由第二广播发送设备和/或内容服务器发送。
信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第三实施方式的信令数据的内容可包括上述信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP、LSID和/或CMT中的至少一个。
USD可包括全MPD和/或ATSC SDP的传输路径信息。
USD可包括用于移动广播网络的broadcastAppService元素、用于网际协议网络的unicastAppService元素以及用于一般广播网络的atscAppService元素。
broadcastAppService元素可指示“UHD视频组件”，basePattern元素可指示“basePattern1”。
unicastAppService元素可指示第二音频组件，basePattern元素可指示“basePattern4”。
atscAppService元素可包括用于HD视频组件的第一atscAppService元素以及用于第一音频组件的第二atscAppService元素。
第一atscAppService元素和/或第二atscAppService元素中的每一个可包括指示与组件关联的DASH表示标识符的Rep_ID属性以及指示CMT的传输路径的CMT_URL属性。
第一atscAppService元素可指示“HD视频组件”，Rep_ID属性可指示“rep_id2”。第二atscAppService元素可指示“第一音频组件”，Rep_ID属性可指示“rep_id3”。
ATSC SDP可包括关于用于服务和/或包括在该服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。另外，全MPD可包括关于具有“rep_id2”的表示标识信息的HD视频组件的信息。另外，全MPD可包括关于具有“rep_id3”的表示标识信息的第一音频组件的信息。另外，全MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
LSID可基于关于ROUTE会话的信息来获取。
CMT可包括BroadcastComp元素，该元素包括经由广播网络发送的组件的映射信息。例如，BroadcastComp元素可包括：第一BroadcastComp，其包括经由广播网络发送的HD视频组件的映射信息；和/或第二BroadcastComp元素，其包括经由广播网络发送的第一音频组件的映射信息。第一BroadcastComp元素和/或第二BroadcastComp元素中的每一个可包括指示与对应组件关联的DASH表示标识符的Rep_ID属性和/或指示用于对应组件数据的传输的DP(数据管道或PLP)的标识符的DP_ID属性。第一BroadcastComp的Rep_ID属性可指示“rep_id2”，DP_ID属性可指示“DP_id2”。第二BroadcastComp的Rep_ID属性可指示“rep_id3”，DP_ID属性可指示“DP_id3”。
参照(b)，根据本发明的第四实施方式的广播发送设备C520200(广播商)可利用一般广播网络和/或网际协议网络来发送用于服务的服务数据和/或信令数据。例如，广播发送设备C520200可利用第一广播发送设备(未示出)经由一般广播网络来发送用于服务的服务数据和/或信令数据。另外，广播发送设备C520200可利用内容服务器(未示出)经由网际协议网络来发送用于服务的服务数据和/或信令数据。第二广播发送设备C520300(移动载体)可利用移动广播网络(例如，LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送设备可利用一般广播网络来发送服务的基本层的视频组件和第一音频组件。例如，基本层的视频组件可以是HD视频组件。另外，用于HD视频组件的传输的路径信息可为“Rep_id2”，用于第一音频组件的传输的路径信息可为“Rep_id3”。另外，HD视频组件和/或第一音频组件可经由预定数据管道(DP)和/或物理层管道(PLP)来发送。例如，预定DP的标识符可为“DP_id3”。
内容服务器可利用网际协议网络(或单播)来发送服务的第二音频组件。例如，用于第二音频组件的传输的路径信息可为“basePattern4”。
第二广播发送设备C520300可利用移动广播网络(LTE广播)来发送服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的补充信息。另外，用于UHD视频组件的传输的路径信息可为“basePattern1”。
根据本发明的第四实施方式的广播接收设备C520500可接收用于服务的服务数据和/或信令数据。广播接收设备C520500可利用广播接收机从广播发送设备C520200接收HD视频组件和/或第一音频组件。广播接收设备C520500可利用IP发送机/接收机从广播发送设备C520200接收第二音频组件。广播接收设备C520500可利用广播接收机从第二广播发送设备C520300接收UHD视频组件。广播接收设备C520500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件中的至少一个，并且对所获取的数据进行解码和/或再现。
根据本发明的第四实施方式的广播接收设备C520500可基于包括经由广播网络发送的组件的映射信息的CMT来获取HD视频组件和/或第一音频组件。
图53是示出根据本发明的第五实施方式的信令数据的配置的示图。
根据本发明的第五实施方式的信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第五实施方式的信令数据适用于移动环境。
根据本发明的第五实施方式，SSC引导信息可经由低级信令数据来发送。另外，与服务有关的信令数据可经由服务层信令数据的USD来发送，并且与经由所有网络发送的组件有关的信令数据可经由服务层信令数据的CMT来发送。
根据本发明的第五实施方式，CMT可被扩展以提供用于经由移动广播网络(LTE广播)、网际协议网络(单播)和/或一般广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
经由FIC发送SSC引导信息，在经由该信息发送的SSC中包括USD。
以下，提出了根据本发明的第五实施方式的CMT的扩展。
参照(a)，示出了根据本发明的第五实施方式的低级信令数据。
低级信令数据是支持接收机的快速信道扫描和服务获取的引导的信令信息。低级信令数据可以是低级信令数据。例如，低级信令数据可包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第五实施方式的低级信令数据的内容可包括上述低级信令数据的那些内容。
参照(b)，示出了根据本发明的第五实施方式的服务层信令数据。
根据本发明的第五实施方式的服务层信令数据的内容可包括上述服务层信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP、CMT和/或LSID中的至少一个。USD、全MPD、ATSC SDP、CMT和/或LSID可以是用于一般广播网络的信令数据。
CMT可包括服务的组件信息(关联的DASH表示信息等)以及与组件关联的信息(例如，用于获取组件的路径)。
CMT可包括：BroadcastComp元素，其包括与经由一般广播网络(ATSC广播或DVB广播)发送的组件关联的信息；BBComp元素，其包括与经由网际协议网络发送的组件关联的信息；以及eMBMSComp元素，其包括与经由移动广播网络(LTE广播)发送的组件关联的信息。
BroadcastComp元素、BBComp元素和/或eMBMSComp元素中的每一个可包括Rep_ID属性，其指示与对应组件关联的DASH表示的标识符。
BroadcastComp元素、BBComp元素和/或eMBMSComp元素中的每一个可包括DP_ID属性(或PLP_ID属性)，其指示用于服务的组件数据的传输的物理层管道(数据管道)的标识符。
根据本发明的第五实施方式的广播接收设备可基于信令数据来获取服务。更具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据来获取服务层信令数据。然后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。然后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID来选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(SDP、CMT和/或LSID)获取至少一个选择的组件的传输路径信息。
图54是示出根据本发明的第五实施方式的服务的示图。
参照(a)，示出了根据本发明的第五实施方式的信令数据。该信令数据可由第一广播发送设备发送。本发明不限于此，并且信令数据可由第二广播发送设备和/或内容服务器发送。
信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第五实施方式的信令数据的内容可包括上述信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP、LSID和/或CMT中的至少一个。
USD可包括用于全MPD和/或ATSC SDP的传输路径信息。
USD可包括用于移动广播网络的broadcastAppService元素、用于网际协议网络的unicastAppService元素以及用于一般广播网络的atscAppService元素。
broadcastAppService元素可指示“UHD视频组件”。unicastAppService元素可指示第二音频组件。atscAppService元素可包括用于HD视频组件的第一atscAppService元素以及用于第一音频组件的第二atscAppService元素。第一atscAppService元素可指示“HD视频组件”，第二atscAppService元素可指示“第一音频组件”。
ATSC SDP可包括关于用于服务和/或包括在该服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“rep_id1”的表示标识信息的UHD视频组件的信息。另外，全MPD可包括关于具有“rep_id2”的表示标识信息的HD视频组件的信息。另外，全MPD可包括关于具有“rep_id3”的表示标识信息的第一音频组件的信息。另外，全MPD可包括关于具有“rep_id4”的表示标识信息的第二音频组件的信息。
LSID可基于关于ROUTE会话的信息来获取。
CMT可包括：aBroadcastComp元素，其包括与经由一般广播网络(ATST广播或DVB广播)发送的组件关联的信息；BBComp元素，其包括与经由网际协议网络发送的组件关联的信；以及eMBMSComp元素，其包括与经由移动广播网络(LTE广播)发送的组件关联的信息。
例如，BroadcastComp元素可包括：第一BroadcastComp，其包括经由一般广播网络发送的HD视频组件的映射信息；和/或第二BroadcastComp元素，其包括经由一般广播网络发送的第一音频组件的映射信息。第一BroadcastComp元素和/或第二BroadcastComp元素中的每一个可包括：Rep_ID属性，其指示与对应组件关联的DASH表示标识符；和/或DP_ID属性，其指示用于对应组件数据的传输的DP(数据管道或PLP)的标识符。第一BroadcastComp的Rep_ID属性可指示“rep_id2”，DP_ID属性可指示“DP_id2”。第二BroadcastComp的Rep_ID属性可指示“rep_id3”，DP_ID属性可指示“DP_id3”。
另外，BBComp元素可包括经由网际协议网络(单播)发送的第二音频组件的映射信息。BBComp元素的Rep_ID属性可指示“rep_id4”。
另外，eMBMSComp元素可包括经由移动网络(LTE广播)发送的UHD视频组件的映射信息。eMBMSComp元素的Rep_ID属性可指示“rep_id1”。
参照(b)，根据本发明的第五实施方式的广播发送设备C540200(广播商)可利用一般广播网络和/或网际协议网络来发送用于服务的服务数据和/或信令数据。例如，广播发送设备C540200可利用第一广播发送设备(未示出)经由一般广播网络来发送用于服务的服务数据和/或信令数据。另外，广播发送设备C540200可利用内容服务器(未示出)经由网际协议网络来发送用于服务的服务数据和/或信令数据。第二广播发送设备C540300(移动载体)可利用移动广播网络(例如，LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送设备可利用一般广播网络来发送服务的基本层的视频组件和第一音频组件。例如，基本层的视频组件可以是HD视频组件。另外，HD视频组件可匹配MPD的“Rep_id2”，第一音频组件可匹配MPD的“Rep_id3”。另外，HD视频组件和/或第一音频组件可经由预定数据管道(DP)和/或物理层管道(PLP)来发送。例如，预定DP的标识符可为“DP_id3”。
内容服务器可利用网际协议网络(或单播)来发送服务的第二音频组件。例如，第二音频组件可匹配MPD的“Rep_id4”。
第二广播发送设备C540300可利用移动广播网络(LTE广播)来发送服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的补充信息。另外，UHD视频组件可匹配MPD的“Rep_id1”。
根据本发明的第五实施方式的广播接收设备C540500可接收用于服务的服务数据和/或信令数据。广播接收设备C540500可利用广播接收机从广播发送设备C540200接收HD视频组件和/或第一音频组件。广播接收设备C540500可利用IP发送机/接收机从广播发送设备C540200接收第二音频组件。广播接收设备C540500可利用广播接收机从第二广播发送设备C540300接收UHD视频组件。广播接收设备C540500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件中的至少一个，并且对所获取的数据进行解码和/或再现。
根据本发明的第五实施方式的广播接收设备C540500可基于包括经由广播网络发送的组件的映射信息的CMT来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件。
图55是示出根据本发明的第六实施方式的信令数据的配置的示图。
根据本发明的第六实施方式的信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第六实施方式的信令数据适用于移动环境。
根据本发明的第六实施方式，SSC引导信息可经由低级信令数据来发送。另外，与服务有关的信令数据可经由服务层信令数据的USD来发送，并且与组件有关的信令数据可经由服务层信令数据的CMT来发送。
根据本发明的第六实施方式，3GPP的SDP可被扩展以提供用于经由移动广播网络(LTE广播)、网际协议网络(单播)和/或一般广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
经由FIC发送SSC引导信息，在经由该信息发送的SSC中包括USD。
以下，提出根据本发明的第六实施方式的CMT的扩展。
参照(a)，示出了根据本发明的第六实施方式的低级信令数据。
低级信令数据是支持接收机的快速信道扫描和服务获取的引导的信令信息。低级信令数据可以是低级信令数据。例如，低级信令数据可包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第六实施方式的低级信令数据的内容可包括上述低级信令数据的那些内容。
参照(b)，示出了根据本发明的第六实施方式的服务层信令数据。
根据本发明的第六实施方式的服务层信令数据的内容可包括上述服务层信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和3GPP SDP中的至少一个。另外，服务层信令数据可包括SPD、CMT和/或LSID中的至少一个。AppSvcMPD、eMBMS MPD、3GPPSDP、SPD、CMT和/或LSID可以是用于移动广播网络、一般广播网络和网际协议网络的信令数据。
USD可包括AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。
3GPP SDP可包括至少一个ROUTE会话元素，其用于提供关于用于服务和/或包括在该服务中的组件的至少一个经单向传输的实时对象传送(ROUTE)会话的信息。ROUTE会话元素可包括ROUTE会话的传输路径信息。例如，ROUTE会话元素可包括指示用于服务的内容组件的传输的广播流的标识符的bsid属性、指示ROUTE会话的源IP地址的sIpAddr属性、指示ROUTE会话的目的地IP地址的dIpAddr属性、指示ROUTE的目的地端口号的dport属性和/或指示ROUTE会话的物理层参数的PLPID属性中的至少一个。bsid属性、sIpAddr属性、dIpAddr属性、dport属性和PLPID属性中的至少一个可用作用于LSID的传输的传输路径信息。
另外，可包括提供与用于3GPP服务和/或包括在该服务中的组件的至少一个LCT会话有关的信息的至少一个LCT会话元素。作为参考，ROUTE会话可包括至少一个LCT会话。例如，LCT会话元素可包括指示标识LCT会话的标识符的tsi属性和/或指示LCT会话的物理层参数的PLPID属性中的至少一个。
CMT可包括服务的组件信息(关联的DASH表示信息等)以及与组件关联的信息(例如，用于获取组件的路径)。
例如，CMT可包括标识用于服务的组件数据的传输的物理层管道(数据管道)的DPID属性(或PLP_ID属性)。
LCT会话ID(LSID)可包括标识用于服务的组件的传输的传输会话的信息。LSID可被包括在各个ROUTE会话中。LSID可经由ROUTE会话中的特定传输会话来发送。另外，LSID可包括关于ROUTE会话中的分层编码传输(LCT)会话的信息。例如，LSID可包括标识用于服务的内容组件的传输的传输会话的tsi属性中的至少一个。
SPD(或服务配置描述(SCD))可包括低级信令数据(或FIC)中不包括的大量附加信令信息。
根据本发明的第六实施方式的广播接收设备可基于信令数据来获取服务。更具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据来获取服务层信令数据。然后，广播接收设备可利用服务层信令数据(USD和/或SPD)确定服务的属性。然后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID来选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(SDP、CMT和/或LSID)获取至少一个选择的组件的传输路径信息。
根据本发明的第六实施方式的广播接收设备可利用LSID、CMT和/或SDP(ROUTE会话元素)来获取至少一个组件的传输路径信息。
根据本发明的第六实施方式的广播接收设备可利用LSID和/或SDP(LCT会话元素)来获取至少一个组件的传输路径信息。在这种情况下，用于标识LCT会话的tsi属性可被包括在LSID和/或SDP(LCT会话元素)中。另外，在这种情况下，广播接收设备可在不使用CMT的情况下获取至少一个组件的传输路径信息。
图56是示出根据本发明的第一实施方式至第六实施方式的信令的效果的示图。
根据本发明的第一实施方式的信令可将用于移动广播网络(3GPP)的信令与用于一般广播网络(ATSC或DVB)的信令区分开。另外，根据本发明的第一实施方式的信令可具有扩展性。根据本发明的第一实施方式的信令可与用于经由网际协议网络(宽带)发送的组件的信令交叠。另外，根据本发明的第一实施方式的信令可略复杂。
根据本发明的第二实施方式的信令不需要CMT。另外，根据本发明的第二实施方式的信令可比根据第一实施方式的信令简单。另外，根据本发明的第二实施方式的信令可将用于移动广播网络(3GPP)的信令与用于一般广播网络(ATSC或DVB)的信令区分开。然而，根据本发明的第二实施方式的信令可导致eMBMS信令分层违规。
根据本发明的第三实施方式和第四实施方式的信令不会对USD扩展导致分层违规。另外，根据本发明的第三实施方式和第四实施方式的信令可将用于移动广播网络(3GPP)的信令与用于一般广播网络(ATSC或DVB)的信令区分开。然而，在根据本发明的第三实施方式和第四实施方式的信令中，CMT中应该包括选择性属性。
根据本发明的第五实施方式的信令可具有非常简单的结构。另外，根据本发明的第五实施方式的信令不会导致分层违规。
根据本发明的第五实施方式的信令使用扩展的SPD，因此可具有扩展性。根据本发明的第五实施方式的信令可略复杂。
图57是示出根据本发明的一个实施方式的广播发送方法的示图。
广播发送设备可利用控制器(未示出)生成用于服务的服务数据(CS570100)。
另外，广播发送设备可利用控制器生成服务层信令数据(CS570200)。
另外，广播发送设备可利用收发器发送包括服务数据和服务层信令数据的广播信号(CS570300)。
服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。例如，第一信令数据可包括上述USD、SPD和/或SMT。
第一信令数据可包括参考第二信令数据和第三信令数据的参考信息。
第二信令数据可包括服务的组件的描述。例如，第二信令数据可包括上述AppSvcMPD、eMBMS MPD和/或全MPD中的至少一个。
第三信令数据可包括与服务有关的组件的获取信息。例如，第三信令数据可包括上述3GPP SDP、SMT、CMT、ATSC SDP、UST、RRD、ROUTE会话元素、LCT会话元素和/或LSID中的至少一个。
另外，广播发送设备可利用控制器生成低级信令数据。低级信令数据可支持服务获取的引导。例如，低级信令数据可包括上述FIC、UST和/或RRD中的至少一个。
另外，广播发送设备可利用发送器发送包括服务数据、服务层信令数据和低级信令数据的广播信号。
参考信息可包括参考第二信令数据的第一参考信息以及参考第三信令数据的第二参考信息。例如，第一参考信息可以是上述Full_MPD_URL属性，第二参考信息可以是ATSC_SDP_URL属性。
第一信令数据还可包括指示服务的呈现所需的能力的能力信息。例如，能力信息可以是上述capabilities属性。
第三信令数据可包括第一传输会话元素和第二传输会话元素。第一传输会话元素可包括关于用于发送服务的第一传输会话的信息。第二传输会话元素可包括关于用于发送服务的组件的第二传输会话的信息。例如，第一传输会话可以是ROUTE会话，第二传输会话可以是LCT会话。
第三信令数据可包括标识用于组件的传输的物理层管道的PLPID属性以及标识第二传输会话的tsi属性中的至少一个。
第三信令数据可包括在第二传输会话中发送的服务的映射信息。例如，该映射信息可以是上述Rep_id属性。
映射信息可以是用于选择第二传输会话的HTTP动态自适应流(DASH)内容的表示标识符。
图58是示出根据本发明的一个实施方式的广播接收方法的示图。
广播接收设备可利用广播接收机接收包括用于服务的服务数据和服务层信令数据的广播信号(CS580100)。
另外，广播接收设备可利用控制器获取服务层信令数据(CS580200)。
另外，广播接收设备可利用控制器基于信令层数据来搜索和/或获取组件(CS580300)。
另外，广播接收设备可利用控制器获取低级信令数据。低级信令数据可支持服务获取的引导。
服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。第一信令数据可包括参考第二信令数据和第三信令数据的参考信息。第二信令数据可包括服务的组件的描述。第三信令数据可包括与服务有关的组件的获取信息。
参考信息可包括参考第二信令数据的第一参考信息以及参考第三信令数据的第二参考信息。第一信令数据还可包括指示服务的呈现所需的能力的能力信息。
第三信令数据可包括第一传输会话元素和第二传输会话元素。第一传输会话元素可包括关于用于发送服务的第一传输会话的信息。第二传输会话元素可包括关于用于发送服务的组件的第二传输会话的信息。
第三信令数据可包括标识用于组件的传输的物理层管道的PLPID属性以及标识第二传输会话的tsi属性中的至少一个。
第三信令数据可包括在第二传输会话中发送的服务的映射信息。该映射信息可以是用于选择第二传输会话的HTTP动态自适应流(DASH)内容的表示标识符。
图59是示出根据本发明的第七实施方式的信令数据的配置的示图。
根据本发明的第七实施方式的信令数据可包括低级信令数据和/或服务层信令数据。根据本发明的第七实施方式的信令数据适用于移动环境。
根据本发明的第七实施方式的信令数据可通过扩展服务描述方案、会话描述方案以及基于经由单向传输的文件传送(FLUTE)的对象扩展和传输方案来提供ATSC广播服务信令。
根据本发明的第七实施方式，SSC引导信息可经由低级信令数据来发送。另外，与服务有关的信令数据以及与组件有关的信令数据可经由服务层信令数据的USD来发送。
根据本发明的第七实施方式，能够为通过移动广播网络(LTE广播)、互联网(单播)和/或一般广播网络(ATSC广播或DVB广播)发送的服务提供服务信令方案。
SSC引导信息可经由FIC来发送。SSC可包括USD、AppSvc MPD、eMBMS MPD、3GPPSDP、ATSC SDP和/或全MPD。
将描述根据本发明的第七实施方式的扩展USD、SDP和/或LSID的方法。
低级信令数据是支持接收机的快速信道扫描和服务获取的引导的信令信息。服务获取的引导可表示用于获取服务的处理。因此，用于引导的信息可包括用于获取服务的传输路径信息。例如，低级信令数据可包括快速信息信道(FIC)和/或分级区域描述(RRD)。
FIC可被称为服务列表表格(SLT)。SLT可包括服务层信令(SLS)引导信息。SLS引导信息可包括至少一个服务的服务信令信道(SSC)引导信息。
例如，SSC可以是发送SLS和/或服务层信令数据的信道。SSC引导可表示用于获取SSC(或服务层信令数据)的处理。因此，SSC引导信息可包括用于获取服务层信令数据的传输路径信息。
根据本发明的第七实施方式的低级信令数据的内容可包括上述低级信令数据的那些内容。
根据本发明的第七实施方式的服务层信令数据的内容可包括上述服务层信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和3GPP SDP中的至少一个。另外，服务层信令数据可包括ATSC SPD、全MPD和/或LSID中的至少一个。服务层信令数据中可包括多个ATSC SDP。USD、AppSvc MPD、eMBMS MPD、3GPP SDP、ATSC SPD、全MPD和/或LSID可以是用于一般广播网络和/或互联网以及移动广播网络的信令数据。
USD可包括AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。
另外，USD可包括atscServiceDescription元素，其包含用于获取服务的属性和/或服务的传输路径信息。例如，atscServiceDescription元素可包括用于获取ATSC SDP的传输路径信息。
另外，USD可包括DeliveryMethod元素，其指示与经由广播接入模式和/或宽带接入模式发送的服务的内容有关的传输相关信息的容器。例如，DeliveryMethod元素可包括用于一般广播网络的atscAppService元素。atscAppService元素可包括basePattern元素，其包含通过atscAppService元素发送的组件的映射信息。
另外，USD可包括atscService元素，其包含用于将通过一般广播网络(ATSC广播或DVB广播)发送的组件映射至组件的媒体呈现描述信息的信息。例如，appService元素可包括用于获取全MPD的传输路径信息。
各个ATSC SDP可包括至少一个ROUTE会话元素，其提供关于用于服务和/或包括在该服务中的组件的至少一个ROUTE会话的信息。ROUTE会话元素可包括ROUTE会话的传输路径信息。例如，ROUTE会话的传输路径信息可用作关于发送LSID的传输路径的信息。
LSID可包括关于用于服务的组件的传输的传输会话(LCT会话)的信息。LSID可被包括在各个ROUTE会话中。LSID可通过ROUTE会话中的特定传输会话来发送。
根据本发明的第七实施方式的广播接收设备可基于信令数据来获取服务。具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据来获得服务层信令数据。然后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。随后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID来选择服务的至少一个组件。随后，广播接收设备可利用服务层信令数据(SDP和/或LSID)来获取所选择的至少一个组件的传输路径信息。
图60是示出根据本发明的第七实施方式的USD的示图。
根据本发明的第七实施方式的扩展USD可包括atscServiceDescription元素C600100、DeliveryMethod元素C600200和/或appService元素C600300。
atscServiceDescription元素C600100可包括关于经由一般广播网络发送的服务的信息。atscServiceDescription元素C600100可包括ProtocolVersion属性、atscServiceId属性、GlobalServiceId属性、atscSdpURL元素、CapabilityDescription元素、TargettingDescriprion元素、ContentAdvisoryDescription元素和/或ProgramTitleDescription元素中的至少一个。
根据本发明的第七实施方式的atscSdpURL元素表示指示包括传送服务(ATSC服务或DVB服务)的ROUTE会话的SDP(或ATSC SDP)的信息(URL信息或URI信息)。atscSdpURL元素意指参考提供关于传送服务内容的传输会话的访问相关参数的S-TISD(或ATSC_SDP)的信息(URL信息或URI信息)。
atscSdpURI元素的基数可被定义为0至无界。与atscSdpURI元素对应的SDP指示构成ATSC服务的一个ROUTE会话，并且可描述LSID的会话描述信息。因此，当通过一个或更多个ROUTE会话来发送ATSC服务时，可提供与ROUTE会话的数量一样多的atscSdpURI元素并且各个URI指示对应SDP数据。
根据本发明的第七实施方式的atscServiceDescription元素C600100的内容可包括上述atscServiceDescription元素的那些内容。
DeliveryMethod元素C600200可以是与通过广播接入模式和/或宽带接入模式发送的服务的内容有关的传输相关信息的容器。DeliveryMethod元素C600200可包括用于一般广播网络的atscAppService元素。atscAppService元素可包括关于DASH表示的信息，所述DASH表示包括属于在属于其的媒体呈现的所有周期上经由一般广播网络(ATSC广播或DVB广播)发送的服务的配置媒体内容组件。例如，atscAppService元素可包括关于使用ATSC广播传送方法的数据的信息。atscAppService元素可包括basePattern元素。basePattern元素可表示在MPD中各个组件所映射至的片段URL信息。例如，basePattern元素可包括通过atscAppService传送的组件的映射信息。
appService元素C600300可指示DASH表示，该DASH表示包括属于在属于其的媒体呈现的所有周期上经由一般广播网络(ATSC广播或DVB广播)发送的服务的配置媒体内容组件。例如，appService元素C600300可包括用于将通过ATSC广播发送的组件映射至组件的媒体呈现描述信息的信息。appService元素C600300可包括identicalContent元素、alternativeContent元素、appServiceDescriptionURI属性和/或mimeType属性中的至少一个。
appServiceDescriptionURI属性表示参考MPD的信息(URL信息或URI信息)，所述MPD包括关于通过移动广播网络(LTE广播)、互联网(单播)和/或一般广播网络(ATSC广播或DVB广播)中的至少一个传送的服务的所有内容组件的信息。
图61是示出根据本发明的第七实施方式的ATSC SDP和/或LSID的示图。
参照图61(a)，示出了根据本发明的第七实施方式的ATSC SDP。
ATSC SDP可按照以下方式来扩展SDP的定义。ATSC SDP可具有唯一URI值。例如，ATSC SDP可具有URI值“sdpUri”。当使用FLUTE时，可通过FDT的Content-Location来指定URI值。当使用ROUTE时，可通过扩展文件传送表(EFDT)中描述的Content-Location来指定URI值。URI值可具有映射至USD的atscSdpURI元素/atscServiceDescription的值的唯一值。
ATSC SDP可包括组件信息(s)、发起者和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a)和/或TSI信息(a,route-tsi)中的至少一个。
组件信息(s)可包括关于组件的信息。例如，组件信息(s)可具有值“robust-audio”。
发起者和会话标识符(o)可指示ROUTE会话的源IP地址。例如，发起者和会话标识符(o)可被表示为“o＝jdoe 2890844526 2890842807IN IP4sourceIPaddress”。
源过滤器(a)可指示源IP地址。源过滤器(a)可利用“o＝”或“source-filter属性”来表示。例如，源过滤器(a)可被表示为“incl IN(Ipver)(sourceIPaddress)”和/或“inclIN IP6*(sourceIPaddress)”。
连接信息(c)可指示ROUTE会话的目的地IP地址。例如，连接信息(c)可被表示为“IN IP4destinationIPaddress”。
媒体描述(m)可指示ROUTE会话的目的地端口。例如，媒体描述(m)可被表示为“m＝APPLICATION(destinationPort)ROUTE/UDP 0”。
ATSC模式(a,atsc-mode)可指示当使用ATSC广播模式时传送ROUTE会话的LSID的传输流和/或数据管道(或PLP)的ID。例如，ATSC模式(a,atsc-mode)可被表示为“a＝atsc-mode:transportstream_id,DP_id”。
TSI信息(a,route-tsi)可指示传送ROUTE会话的LSID的LCT会话的传输会话标识符。该值可在SDP中可选地描述。当没有描述TSI信息时，该值可作为值“tsi 0”传送。当描述特定tsi值时，利用所描述的tsi来传送LSID。例如，TSI信息(a)可被表示为“a＝route-tsi:tsi”。
参照图61(b)，示出了根据本发明的第七实施方式的LSID。
LSID(LCT会话ID描述)可包括关于ROUTE会话内的LCT(分层编码传输)会话的信息。例如，LSID可包括version属性、validFrom属性、expiration属性和/或TransportSession元素中的至少一个。
version属性可指示LSID的版本。
validFrom属性可指示关于LSID有效的时间的信息。
expiration属性可指示关于LSID期满的时间的信息。
TransportSession元素可包括关于构成ROUTE会话的一个或更多个传输会话(或LCT会话)的信息。相应传输会话(或LCT会话)用于承载音频、视频和/或数据，并且可通过相同的数据管道(或PLP)或者不同的数据管道(或PLP)来传送。LSID可被包括在各个ROUTE会话中。LSID可通过各个ROUTE会话内的特定传输会话来传送。例如，TransportSession元素可包括tsi属性、DP_id属性、SourceFlow元素和/或RepairFlow元素中的至少一个。
tsi属性可标识传送服务的内容组件的传输会话。
DP_id属性可指示与传送服务的内容组件的传输会话有关的物理层管道(或数据管道)的ID。数据管道ID可指示传送对应LSID中所描述的传输会话的数据管道。可选地描述数据管道ID。如果不存在对应DP_id，则使用具有与ATSC SDP中描述的ATSC模式值(a＝atsc-mode:)相同的DP_id的数据管道。
SourceFlow元素可包括关于通过LCT会话传送的源流的信息。源流可传送包括ROUTE的核心组件的源数据。例如，源流可经由单向信道传送至少一个传送对象。
RepairFlow元素可包括关于通过LCT会话传送的修复流的信息。修复流可传送保护至少一个传送对象的修复数据。
图62是示出根据本发明的第七实施方式的服务层信令的示图。
具有特定频率的广播信号C620100可包括用于服务的服务数据和/或信令数据。例如，广播信号C620100可由“BCStreamID1”来标识。“BCStreamID1”可标识特定区域和/或特定频率的广播信号。
广播信号C620100可包括第一ROUTE会话。用于服务的服务数据可通过第一ROUTE会话来发送。例如，服务的标识符可为“SrvcID1”。
服务数据可包括服务的视频组件和/或音频组件。视频组件可包括包含视频数据的至少一个视频片段。音频组件可包括包含音频数据的至少一个音频片段。视频组件可通过第一ROUTE会话的特定传输会话来传送。音频组件可通过第一ROUTE会话的另一传输会话来传送。
信令数据可包括低级信令数据和/或服务层信令数据。例如，低级信令数据可包括FIC和/或SLT。低级信令数据可在IP/UDP分组中传送。服务层信令数据可被称作SLS。服务层信令数据可包括USD、MPD(或全MPD)、SDP(或ATSC SDP)和/或LSID。USD、MPD和/或SDP可经由服务信令信道(SSC)来传送。SSC和/或LSID可通过第一ROUTE会话的特定传输会话来传送。
第一ROUTE会话可通过源IP地址(sIPAdrs1)、目的地IP地址(IPAdrs1)和目的地端口号(Port1)的组合来标识。第一ROUTE会话可通过第一DP(BBPSID1)和/或第二DP(BBPSID2)来传送。另外，第一ROUTE会话可包括SSC传输会话(tsi-s)、LSID传输会话(tsi-0)、第一传输会话(tsi-v)和/或第二传输会话(tsi-ra)。
SSC传输会话(tsi-s)可包括至少一个SSC片断。所述至少一个SSC片断可由传输对象标识符来标识。例如，SSC片断的传输对象标识符可为“toi-s-bundl”。USD、MPD和/或SDP可通过SSC传输会话来传送。
LSID传输会话(tsi-0)可包括至少一个LSID片断。例如，LSID的传输对象标识符可为“toi-0”。LSID可通过LSID传输会话来传送。
第一传输会话(tsi-v)可包括视频组件。例如，视频组件可包括至少一个视频片段。视频片段的传输对象标识符可具有特定值。
第二传输会话(tsi-ra)可包括音频组件。例如，音频组件可包括至少一个音频片段。音频片段的传输对象标识符可具有特定值。
将描述FIC。
FIC可包括用于获取通过SSC发送的服务层信令数据的SSC引导信息。例如，SSC引导信息可包括与SSC有关的源IP地址(sIPAdrs1)、目的地IP地址(IPAdrs1)、目的地端口号(Port1)、传输会话标识符(tsi-s)、传输对象标识符(toi-s-bundl)和/或USD路径信息(usdUri)中的至少一个。
将描述SSC。
SSC C620200可由具有值“tsi-s”的传输会话标识符和/或具有值“toi-s-bundl”的传输对象标识符来标识。SSC C620200可包括USD C620210、MPD C620230和/或SDPC620240中的至少一个。
将描述USD。
USD C620210可描述服务层属性。另外，USD C620210可包括参考MPD C620230和/或SDP C620240的参考信息(或统一资源标识符(URI))。例如，USD(C620210,bundleDescription/userServiceDescription)可包括atscServiceDescription元素、deliveryMethod元素和/或appService元素。USD C620210的内容可包括上述USD的那些内容。现在将参照对应图来描述USD。
atscServiceDescription元素可包括atscSdpURI元素。atscSdpURI元素可包括参考SDP(或S-TISD)的信息(URL信息或URI信息)，所述SDP提供关于传送服务的内容的传输会话的访问相关参数。例如，atscSdpURI元素可以是参考SDP C620240的“sdpUri”。
deliveryMethod元素可包括atscAppService元素，atscAppService元素可包括basePattern元素。basePattern元素可表示在MPD中各个组件所映射至的片段URL信息。
appService元素可包括appServiceDescriptionURI属性。appServiceDescriptionURI属性表示参考MPD的信息(URL信息或URI信息)，所述MPD包括通过移动广播网络(LTE广播)、互联网(单播)和一般广播网络(ATSC广播或DVB广播)中的至少一个传送的服务的所有内容组件。例如，appServiceDescriptionURI属性可具有参考MPDC620230的值“fullMpdUri”。
将描述MPD。
MPD C620230可包括线性/流服务的各个媒体组件的资源标识符。根据本发明的第七实施方式的MPD的内容可包括上述MPD的那些内容。
MPD可包括period元素。period元素可包括：第一AdaptationSet元素，其包含关于至少一个视频组件的信息；以及第二AdaptationSet元素，其包含关于至少一个音频组件的信息。
第一AdaptationSet元素和第二AdaptationSet元素中的每一个可包括SegmentTemplate元素和/或representation元素。SegmentTemplate元素可包括默认片段模板信息。SegmentTemplate元素可包括media属性，其包含用于创建媒体片段列表的模板信息。representation元素可包括关于组件相关表示的信息。representation元素可包括用于标识表示的id属性(或Rep_ID属性)。
例如，视频组件的media属性值可为“v-segUrl-$Num$.mp4”。视频组件的id属性值可为“RepresentationID-v”。
例如，音频组件的media属性值可为“ra-segUrl-$Num$.mp4”。音频组件的id属性值可为“RepresentationID-ra”。
将描述SDP。
SDP C620240可包括第一ROUTE会话元素，其提供关于用于服务和/或包括在该服务中的组件的ROUTE会话的信息。第一ROUTE会话元素可包括第一ROUTE会话的传输路径信息。例如，第一ROUTE会话元素可包括指示传送服务的内容组件的广播流的标识符的bsid属性、指示第一ROUTE会话的源IP地址的sIpAddr属性、指示第一ROUTE会话的目的地IP地址的dIpAddr属性、指示第一ROUTE会话的目的地端口号的dport属性以及指示第一ROUTE会话的数据管道(物理层管道)的标识符的DP_ID属性(或PLPID属性)中的至少一个。bsid属性、sIpAddr属性、dIpAddr属性、dport属性和DP_ID属性中的至少一个可用作关于传送LSID的传输路径的信息。SDP可被称作S-TSID。S-TSID是一种服务层信令(SLS)XML片断，其提供传送服务的至少一个内容组件的至少一个传输会话的整个会话描述信息。
具体地，SDP C620240可包括组件信息(s)、发起者和会话标识符(o)、连接信息(c)、媒体描述(m)、ATSC模式(a,atsc-mode)和TSI信息(a,route-tsi)。根据本发明的第七实施方式的SDP的内容可包括上述SDP的那些内容。
例如，组件信息(s)可为“robust-audio”。发起者和会话标识符(o)可为“jdoe2890844526 2890842807 IN IP4 sIPAdrs1”。连接信息(c)可为“c＝IN IP4IPAdrs1”。媒体描述(m)可为“APPLICATION port1ROUTE/UDP 0”。ATSC模式(a,atsc-mode)可为“a＝atsc-mode:BCStreamID1,BBPSID1”。TSI信息(a,route-tsi)可为“route-tsi:tsi-0”。
将描述LSID。
LSID C620300可包括关于ROUTE会话内的分层编码传输(LCT)会话的信息。LSID可包括标识传送服务的组件的传输会话的信息。LSID可被包括在各个ROUTE会话中。LSID可通过对应ROUTE会话内的特定传输会话来传送。例如，LSID C620300可通过具有值“tsi-0”的传输会话标识符、具有值“toi-0”的传输对象标识符和/或具有值“lsidUri”的URI信息来标识。
LSID C620300可包括：SSC传输会话元素，其包含关于传送SSC的传输会话的信息；第一传输会话元素，其包含关于传送视频组件的传输会话的信息；和/或第二传输会话元素，其包含关于传送音频组件的传输会话的信息。
SSC传输会话元素、第一传输会话元素和第二传输会话元素中的每一个可包括标识传送服务的内容组件的传输会话的tsi属性以及指示与传送服务的内容组件的传输会话有关的数据管道(或物理层管道)的标识符的DP_ID属性(或PLPID属性)中的至少一个。
另外，SSC传输会话元素、第一传输会话元素和第二传输会话元素中的每一个可包括SourceFlow元素，其提供关于包括在传输会话中的源流的信息。
SourceFlow元素可包括扩展文件传送表(EFDT)元素。EFDT元素可按照包括标称FDT实例参数的扩展FDT实例的形式包括文件传送数据的内容。EFDT元素可包括FileTemplate元素。FileTemplate元素可指示文件URL。该文件URL是与FDT的Content-Location属性相同的值。另外，FileTemplate元素可指示用于文件URI的偏离的模板格式。
SourceFlow元素可包括ApplicationIdentifier元素和/或PayloadFormat元素。
ApplicationIdentifier元素可被称为ContentInfo元素。ContentInfo元素可包括映射至通过传输会话传送的服务(或应用服务)的附加信息。例如，ContentInfo元素可包括DASH内容的表示ID和/或DASH媒体表示的适应集参数，以便选择用于渲染的LCT传输会话。表示ID是与服务的组件有关的ID，并且可被称为Rep_ID属性。
PayloadFormat元素可被称为Payload元素。Payload元素可包括关于传送源流的对象的ROUTE分组(或LCT分组)的有效载荷的信息。Payload元素可包括CP属性。CP属性可被称作codePoint属性。codePoint属性是为Payload元素的子元素和/或属性指定的值的组合的数字表示。即，codePoint属性可指示通过对应分组发送的有效载荷的类型。另外，CP属性可被称作formatID属性。formatID属性可指定传送对象的有效载荷格式。例如，formatID属性可指示文件模式、实体模式和包中的一个。
例如，包括在第一传输会话元素中的tsi属性可为“tsi-v”，DP_ID属性可为“BBPSID2”。另外，包括在第一传输会话元素中的FileTemplate元素可为“http://bc/v-segUrl-$TOI$.mp4”，Rep_ID属性可为“RepresentationID-v”，CP属性可指示“EntityMode”。
包括在第二传输会话元素中的tsi属性可为“tsi-ra”，包括在其中的DP_ID属性可为“BBPSID1”。另外，包括在第二传输会话元素中的FileTemplate元素可为“http://bc/ra-segUrl-$TOI$.mp4”，Rep_ID属性可为“RepresentationID-ra”，CP属性可指示“EntityMode”。
包括在SSC传输会话元素中的tsi属性可为“tsi-s”，包括在其中的DP_ID属性可为“BBPSID1”。EFDT元素可包括File元素。File元素可包括Content-Location属性和TOI属性。Content-Location属性可指示与对应传输会话中具有特定TOI值的对象有关的URL。例如，Content-Location属性可为“usdUri“。TOI属性可标识通过传输会话传送的对象。例如，TOI属性可为“toi-s-bundl”。包括在第三传输会话元素中的CP属性可指示“FileMode(Meta)”。
根据本发明的第七实施方式的广播接收设备可基于信令数据来获取服务。具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据来获取服务层信令数据。随后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。随后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的表示ID(或id属性)来选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(SDP和/或LSID)获取所选择的至少一个组件的传输路径信息。随后，广播接收设备可基于传输路径信息获取服务的服务数据。
图63是示出根据本发明的第八实施方式的减小信令大小的方法的示图。
当利用混合广播网络中的ROUTE/DASH传送和会话描述协议来传送对应会话时，本发明的第八实施方式可利用如图所示的配置关系来减小冗余并且配置最小必要信令信息。
会话时间信息可被可选地包括在LSID中。会话时间信息可被强制地包括在SDP中。因此，可使用值“t＝”将会话时间信息包括在SDP中。
LSID中不包括IP/端口信息。由于SDP描述了会话级别的IP/端口值，因此ATSC SDP被定义为作为ATSC信令方案描述关于传送ROUTE会话的IP/端口的信息。
参考TSI信息，LSID描述构成ROUTE会话的所有传输会话的TSI信息。SDP描述关于一个ROUTE会话的传输信息或TSI信息。当通过ATSC广播发送组件时，需要关于传送组件的传输会话所属的数据管道(或物理层管道)的信息。在这种情况下，DP_ID(或PLP_ID)可基于LSID和/或SDP中所描述的TSI信息被映射并增加到SDP和/或LSID。当DP_ID被增加到SDP时，需要依照TSI描述DP_ID。
FEC信息可被包括在LSID中。尽管SDP中描述了FEC信息，然而当符合ROUTE/DASH传输方案时在LSID的修复流中描述FEC信息并因此可使用该值。
在SDP中描述语言信息。然而，当符合ROUTE/DASH传输方案时在MPD中描述语言信息，因此不在SDP中定义语言信息，可使用其在MPD中的值。
在SDP中描述数据速率信息。然而，当符合ROUTE/DASH传输方案时在MPD中描述数据速率信息，因此不在SDP中定义数据速率信息，可使用其在MPD中的值。
图64是示出根据本发明的第九实施方式的USD的示图。
本发明的第九实施方式可提供一种描述USD(或SMT)的会话描述的参考信息的附加属性的方法以及一种包括附加描述信息的方法。
参照(a)，USD(或SMT)可包括protocolVersion属性、atscServiceId属性、globalServiceId属性、fullMpdURI属性、atscSdpURI元素、CapabilityDescription元素、TargetingDescription元素、ContentAdvisoryDescription元素、ProgramTitleDescription元素、ContentLabelDescription元素和OriginalServiceIdDescription元素中的至少一个。
protocolVersion属性可指示SSC(服务信令信道或者服务层信令数据)的协议版本。例如，protocolVersion属性可包括指示用于传送服务的SSC(服务信令信道、S-TSID和/或服务层信令数据)的协议的主版本号和/或次版本号的major_protocol_version属性和/或minor_protocol_version属性。
atscServiceId属性是用于标识服务的标识符。atscServiceId属性可意指包括在低级信令数据(LLS、FIC或SLT)中的对应服务条目。atscServiceId属性可具有与指派给包括在低级信令数据(LLS、FIC或SLT)中的对应服务条目的服务ID相同的值。
globalServiceId属性是用于3GPP USD与ESG之间的服务映射的全局唯一标识符。globalServiceId属性可具有与3GPPUSD的service_id和ESG的service_id相同的值。globalServiceId属性是用于标识服务的全局唯一URI(统一资源标识符)。globalServiceId属性是广播流标识符(BSID)的范围内的唯一值。globalServiceId属性可用于将USD连接至ESG数据。
fullMpdURI属性表示参考MPD的信息(URL信息或URI信息)，所述MPD包括关于通过移动广播网络(LTE广播)、互联网(单播)和一般广播网络(ATSC广播或DVB广播)中的至少一个传送的服务的所有内容组件的信息。
atscSdpURI元素表示指示SDP的信息(URL信息或URI信息)，所述SDP包括关于传送服务(ATSC服务或DVB服务)的ROUTE会话的信息。atscSdpURI元素表示参考S-TISD(或ATSC_SDP)的信息(URL信息或URI信息)，所述S-TISD提供关于传送服务内容的传输会话的访问相关参数。atscSdpURI元素可包括essentialSdp属性。因为ATSC服务可由两个或更多个ROUTE会话组成，所以可参考描述一个ROUTE会话的两个或更多个SDP。在这种情况下，接收机无法知道需要首先接收的SDP和ROUTE会话信息。因此，本发明的第九实施方式提出了一种方案，其中指派essentialSdp属性，首先接收与“true”的essentialSdp属性值对应的SDP，并且首先获取与其对应的ROUTE会话。当没有描述essentialSdp属性的值时，essentialSdp属性被定义为默认值“true”。
CapabilityDescription元素表示描述接收机为了提供服务而必须具有的能力的描述符。CapabilityDescription元素可指定接收机创建服务内容的有意义再现所需的能力和/或能力组。
TargetingDescription元素可表示将向其提供服务的目标装置。
ContentAdvisoryDescription元素可表示用于服务提供的内容咨询信息。ContentAdvisoryDescription元素可指定对服务提供的内容咨询分级。
ProgramTitleDescription元素可表示服务的标题信息。ProgramTitleDescription元素可按照特定语言来指示服务的名称。
ProgramTitleDescription元素可包括current_program_start_time属性、current_program_duration属性和/或title_text元素。
current_program_start_time属性指示节目开始时间。current_program_start_time属性可指示由NTP时间表示的节目开始时间。
current_program_duration属性可指示从节目开始时间起的节目持续时间。节目持续时间可按照秒来给出。
title_text元素表示指示服务的名称的文本。title_text元素可包括lang属性。lang属性可指示服务名称的语言。
Content_label属性可意指服务的内容标签。Content_label属性可指示组件的名称。
OriginalServiceIdDescription元素表示对应服务的原始服务。OriginalServiceIdDescription元素可包括originalServiceId属性。originalServiceId属性可意指指派给对应服务的原始服务的ID。
参照(b)，示出了CapabilityDescription元素的实施方式。
CapabilityDescription元素由指示能力的代码和字符串组成，其值可由所述字符串表示。所述字符串的常规表达可按照与服务声明中所处理的格式相同的格式来配置。
图65是示出根据本发明的第九实施方式的服务层信令的示图。
具有特定频率的广播信号C650100可包括用于服务的服务数据和/或信令数据。例如，服务的ID可为“SrvcID1”。广播信号C650100可由“BCStreamID1”指定。
服务数据可包括用于基本服务的基本服务数据和/或用于增强服务的增强服务数据。基本服务可意指特定级别的服务。增强服务可意指级别比基本服务高的服务。例如，基本服务是HD服务，增强服务是UHD服务。另选地，基本服务是2D服务，增强服务是3D服务。
基本服务数据可包括基本服务的基本视频组件和/或基本音频组件。增强服务数据可包括增强服务的增强视频组件和/或增强音频组件。基本视频组件和增强视频组件中的每一个可包括包含视频数据的至少一个视频片段。基本音频组件和增强音频组件中的每一个可包括包含音频数据的至少一个音频片段。
广播信号C650100可包括基本ROUTE会话和/或增强ROUTE会话。基本服务数据可通过基本ROUTE会话来传送，增强服务数据可通过增强ROUTE会话来传送。基本视频组件和基本音频组件中的每一个可通过基本ROUTE会话中的特定传输会话(例如，LCT会话)来传送。增强视频组件和增强音频组件中的每一个可通过增强ROUTE会话中的特定传输会话(例如，LCT会话)来传送。
信令数据可包括低级信令数据和/或服务层信令数据。例如，低级信令数据可包括FIC和/或SLT。低级信令数据可在IP/UDP分组中发送。服务层信令数据可被称作SLS。服务层信令数据可包括USD、MPD(或全MPD)、SDP(或ATSC SDP)和/或LSID。USD、MPD和/或SDP可通过SSC(服务信令信道)来传送。SSC和/或LSID可通过基本ROUTE会话中的特定传输会话来传送。
基本ROUTE会话可通过源IP地址(sIPAdrs2)、目的地IP地址(IPAdrs2)和目的地端口号(Port2)的组合来标识。基本ROUTE会话可通过第一DP(BBPSID1)和/或第二DP(BBPSID2)来传送。另外，基本ROUTE会话可包括基本SSC传输会话(tsi-s)、基本LSID传输会话(tsi-0)、基本视频传输会话(tsi-v)和/或基本音频传输会话(tsi-ra)。
基本SSC传输会话(tsi-s)可包括至少一个SSC片断。所述至少一个SSC片断可由传输对象标识符标识。例如，SSC片断的传输对象标识符可为“toi-s-bundl”。USD、MPD和/或SDP可通过SSC传输会话来传送。
基本LSID传输会话(tsi-0)可包括至少一个LSID片断。例如，基本LSID的传输对象标识符可为“toi-0”。基本LSID可通过基本LSID传输会话来传送。
基本视频传输会话(tsi-v)可包括基本视频组件。例如，基本视频组件可包括至少一个视频片段。视频片段的传输对象标识符可具有特定值。
基本音频传输会话(tsi-ra)可包括基本音频组件。例如，基本音频组件可包括至少一个音频片段。音频片段的传输对象标识符可具有特定值。
增强ROUTE会话可通过源IP地址(sIPAdrs1)、目的地IP地址(IPAdrs1)和目的地端口号(Port1)的组合来标识。增强ROUTE会话可通过第一DP(BBPSID1)和/或第三DP(BBPSID3)来传送。另外，增强ROUTE会话可包括增强LSID传输会话(tsi-0)、增强视频传输会话(tsi-ev)和/或增强音频传输会话(tsi-re)。
增强LSID传输会话(tsi-0)可包括至少一个增强LSID片断。例如，增强LSID的传输对象标识符可具有值“toi-0”。增强LSID可通过增强LSID传输会话来传送。
增强视频传输会话(tsi-ev)可包括增强视频组件。例如，增强视频组件可包括至少一个视频片段。视频片段的传输对象标识符可具有特定值。
增强音频传输会话(tsi-ea)可包括增强音频组件。例如，增强音频组件可包括至少一个音频片段。音频片段的传输对象标识符可具有特定值。
将描述FIC。
FIC可包括用于获取通过SSC发送的服务层信令数据的SSC引导信息。例如，SSC引导信息可包括源IP地址(sIPAdrs2)、目的地IP地址(IPAdrs2)、目的地端口号(Port2)、传输会话标识符(tsi-s)、传输对象标识符(toi-s-bundl)和USD路径信息(usdUri)中的至少一个。
将描述SSC。
SSC C650200可由具有值“tsi-s”的传输会话标识符和/或具有值“toi-s-bundl”的传输对象标识符来标识。SSC C650200可包括USD C650210、全MPD C650230、增强SDP(C650240)和基本SDP C650250中的至少一个。
将描述USD。
USD C650210可描述服务层属性。USD C650210可包括参考全MPD C650230、增强SDP C650240和/或基本SDP C650250的参考信息(或统一资源标识符(URI))。例如，USD(C650210,bundleDescription/userServiceDescription)可包括atscServiceDescription元素、deliveryMethod元素和/或appService元素。USD C650210的内容可包括上述USD的那些内容。现在将参照对应附图来详细描述USD。
atscServiceDescription元素可包括用于增强SDP的atscSdp1Uri元素和/或用于基本SDP的atscSdp2Uri元素。atscSdp1Uri元素和/或atscSdp2Uri元素可包括参考SDP(或S-TISD)的信息(URL信息或URI信息)，所述SDP提供传送服务内容的传输会话的访问相关参数。例如，atscSdp1Uri元素可为参考增强SDP C650240的“sdp1Uri”，atscSdp2Uri元素可为参考基本SDP C650250的“sdp2Uri”。
atscSdp1Uri元素和/或atscSdp2Uri元素可包括essentialSdp属性。例如，包括在atscSdp1Uri元素中的essentialSdp属性可为“false”，包括在atscSdp2Uri元素中的essentialSdp属性可为“true”。即，广播接收设备可基于essentialSdp属性来获取基本SDP以优先接收通过基本ROUTE会话传送的组件。
deliveryMethod元素可包括atscAppService元素，atscAppService元素可包括用于增强视频组件的第一basePattern元素、用于基本视频组件的第二basePattern元素、用于增强音频组件的第三basePattern元素以及用于基本音频组件的第四basePattern元素。各个basePattern元素可参考在MPD中各个组件所映射至的片段URL信息。例如，第一basePattern元素可为“…bc/rep_id-ev”，第二basePattern元素可为“…bc/rep_id-v”，第三basePattern元素可为“…bc/rep_id-ea”，第四basePattern元素可为“…bc/rep_id-a”。
appService元素可包括appServiceDescriptionURI属性。appServiceDescriptionURI属性意指参考MPD的信息(URL信息或URI信息)，所述MPD包括关于通过移动广播网络(LTE广播)、互联网(单播)和一般广播网络(ATSC广播或DVB广播)中的至少一个传送的服务的所有内容组件的信息。例如，appServiceDescriptionURI属性可为参考MPD C650230的“fullMpdUri”。
将描述全MPD(或MPD)。
全MPD C650230可包括线性/流服务的各个媒体组件的资源标识符。根据本发明的第九实施方式的全MPD的内容可包括上述MPD和/或全MPD的内容。
全MPD可包括period元素。period元素可包括：第一AdaptationSet元素，其包含关于至少一个视频组件的信息；以及第二AdaptationSet元素，其包含关于至少一个音频组件的信息。
第一AdaptationSet元素可包括用于增强视频组件的Representation元素和/或用于基本视频组件的Representation元素。第二AdaptationSet元素可包括用于增强音频组件的Representation元素和/或用于基本音频组件的Representation元素。
各个Representation元素可包括标识表示的id属性(或Rep_ID属性)、包括片段模板信息的SegmentTemplate元素以及指示对应表示在解码和/或呈现处理中依赖于的至少一个互补表示的dependencyId属性中的至少一个。SegmentTemplate元素可包括包含用于生成媒体片段列表的模板信息的media属性。
例如，增强视频组件的id属性和media属性可分别为“RepresentationID-ev”和“ev-segUrl-$Num$.mp4”。
例如，基本视频组件的id属性、dependencyId属性和media属性可分别为“RepresentationID-v”、“RepresentationID-ev”和“v-segUrl-$Num$.mp4”。
例如，增强音频组件的id属性和media属性可分别为“RepresentationID-ea”和“ea-segUrl-$Num$.mp4”。
例如，基本音频组件的id属性和media属性可分别为“RepresentationID-ra”和“ra-segUrl-$Num$.mp4”。
将描述增强SDP(C650240,SDP 1)。
增强SDP C650240可包括增强ROUTE会话元素，其提供关于用于服务和/或包括在该服务中的组件的增强ROUTE会话的信息。增强ROUTE会话元素可包括增强ROUTE会话的传输路径信息。
具体地，增强SDP C650240可包括组件信息(s)、发起者和会话标识符(o)、连接信息(c)、媒体描述(m)、ATSC模式(a,atsc-mode)和TSI信息(a,route-tsi)中的至少一个。根据本发明的第九实施方式的增强SDP的内容可包括上述SDP的那些内容。
例如，组件信息(s)可为“robust-audio”。媒体描述(m)可为“APPLICATION(port1)ROUTE/UDP 0”。连接信息(c)可为“IN IP4(IPAdrs1)”。ATSC模式(a,atsc-mode)可为“atsc-mode:(BCStreamID1,BBPSID1)”。TSI信息(a,route-tsi)可为“route-tsi:(tsi-0)”。
将描述基本SDP(C650250,SDP 2)。
基本SDP C650250可包括基本ROUTE会话元素，其提供关于用于服务和/或包括在该服务中的组件的基本ROUTE会话的信息。基本ROUTE会话元素可包括基本ROUTE会话的传输路径信息。
具体地，基本SDP C650250可包括组件信息(s)、发起者和会话标识符(o)、连接信息(c)、媒体描述(m)、ATSC模式(a,atsc-mode)和TSI信息(a,route-tsi)中的至少一个。根据本发明的第九实施方式的基本SDP的内容可包括上述SDP的那些内容。
例如，组件信息(s)可为“robust-audio”。媒体描述(m)可为“APPLICATION(port1)ROUTE/UDP 0”。连接信息(c)可为“IN IP4(IPAdrs2)”。ATSC模式(a,atsc-mode)可为“atsc-mode:(BCStreamID1,BBPSID1)”。TSI信息(a,route-tsi)可为“a＝route-tsi:(tsi-0)”。
将描述增强LSID(C650300,LSID 1)。
增强LSID(C650300,LSID 1)可包括关于增强ROUTE会话内的分层编码传输(LCT)会话的信息。例如，增强LSID C650300可由传输会话标识符“tsi-0”、传输对象标识符“toi-0”和/或URI信息“lsidUri”标识。
增强LSID C650300可包括：增强视频传输会话元素，其包含关于传送增强视频组件的传输会话的信息；和/或增强音频传输会话元素，其包含关于传送增强音频组件的传输会话的信息。
增强视频传输会话元素和增强音频传输会话元素中的每一个可包括tsi属性、DP_ID属性(或PLPID属性)和/或SourceFlow元素。SourceFlow元素可包括扩展文件传送表(EFDT)元素、ApplicationIdentifier元素和/或PayloadFormat元素。EFDT元素可包括FileTemplate元素。ApplicationIdentifier元素可被称作ContentInfo元素。表示标识符是与服务的组件有关的标识符,并且可被称作Rep_ID属性。
PayloadFormat元素可被称作Payload元素。Payload元素可包括CP属性。CP属性可被称作codePoint属性和/或formatID属性。
例如，包括在增强视频传输会话元素中的tsi属性可为“tsi-ev”，FileTemplate元素可为“http://bc/ev-segUrl-$TOI$.mp4”，Rep_ID属性可为“RepresentationID-ev”，CP属性可指示“EntityMode”。
包括在增强音频传输会话元素中的tsi属性可为“tsi-ea”，FileTemplate元素可为“http://bc/ea-segUrl-$TOI$.mp4”，Rep_ID属性可为“RepresentationID-ea”，CP属性可指示“EntityMode”。
将描述基本LSID(C650400,LSID 2)。
基本LSID(C650400,LSID 2)可包括关于基本ROUTE会话内的分层编码传输(LCT)会话的信息。例如，基本LSID C650400可由传输会话标识符“tsi-0”、传输对象标识符“toi-0”和/或URI信息“lsidUri”标识。
基本LSID C650400可包括：SSC传输会话元素，其包含关于传送SSC的传输会话的信息；基本视频传输会话元素，其包含关于传送基本视频组件的传输会话的信息；和/或基本音频传输会话元素，其包含关于传送基本音频组件的传输会话的信息。
SSC传输会话元素、基本视频传输会话元素和基本音频传输会话元素中的每一个可包括tsi属性、DP_ID属性(或PLPID属性)和SourceFlow元素中的至少一个。SourceFlow元素可包括扩展文件传送表(EFDT)元素、ApplicationIdentifier元素和/或PayloadFormat元素。EFDT元素可包括FileTemplate元素。ApplicationIdentifier元素可被称作ContentInfo元素。表示标识符是与服务的组件有关的标识符，并且可被称作Rep_ID属性。PayloadFormat元素可被称作Payload元素。Payload元素可包括CP属性。CP属性可被称作codePoint属性和/或formatID属性。
例如，包括在基本视频传输会话元素中的tsi属性可为“tsi-v”，FileTemplate元素可为“http://bc/v-segUrl-$TOI$.mp4”，Rep_ID属性可为“RepresentationID-v”，CP属性可指示“EntityMode”。
包括在基本音频传输会话元素中的tsi属性可为“tsi-ra”，FileTemplate元素可为“http://bc/ra-segUrl-$TOI$.mp4”，Rep_ID属性可为“RepresentationID-ra”，CP属性可指示“EntityMode”。
包括在SSC传输会话元素中的tsi属性可为“tsi-s”。EFDT元素可包括File元素。File元素可包括Content-Location属性和TOI属性。例如，Content-Location属性可为“usdUri”。TOI属性可为“toi-s-bundl”。包括在SSC传输会话元素中的CP属性可指示“FileMode(Meta)”。
根据本发明的第九实施方式的广播接收设备可基于信令数据来获取服务。具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据来获取服务层信令数据。随后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。随后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的表示ID(或id属性)选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(SDP和/或LSID)来获取所选择的至少一个组件的传输路径信息。随后，广播接收设备可基于传输路径信息来获取用于服务的服务数据。
根据本发明的第九实施方式的广播接收设备可通过atscSdpURI的essentialSDP属性来确定需要优先获取的SDP，以便接收通过对应ROUTE会话传送的组件。根据本发明的第九实施方式的广播接收设备可在信道改变期间优先接收用于A/V渲染的基本信息(例如，传送A/V组件的LCT会话)，因此能够执行快速信道改变。另外，本发明的第九实施方式可根据能力来影响广播接收设备的存储缓冲区管理或者广播接收设备的操作。
图66是示出根据本发明的第十实施方式的信令数据的配置的示图。
简单服务表示服务信令、音频和视频全部在一个数据管道(或物理层管道)中传送并且服务信令/LSID通过一个LCT会话传送的情况。简单服务以外的服务被称为全服务。
当以全服务结构来提供服务信令时，SSC可包括诸如USD、SDP、MPD、LSID和/或InitSegment的信令数据。广播接收设备可基于SSC在屏幕上渲染音频组件、视频组件和字幕组件中的至少一个。各个服务信令被配置如下。
根据本发明的第十实施方式的信令数据可包括低级信令数据和/或服务层信令数据。
低级信令数据可包括快速信息信道(FIC)和/或分级区域描述(RRD)。FIC也可被称作服务列表表格(SLT)。FIC可包括SSC引导信息(或SLS引导信息)。广播接收设备可基于FIC加入传送SSC的传输会话并且获取SSC。根据本发明的第十实施方式的低级信令数据的内容可包括上述低级信令数据的那些内容。
服务层信令数据的内容可包括上述服务层信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD(或ATSC_USD)、SDP(或ATSC SDP)、MPD、LSID和初始化片段中的至少一个。
USD可包括protocol_version属性、serviceID属性、golbalServiceID属性、第一atscSdpURI元素、第二atscSdpURI元素和MPDUri元素中的至少一个。
第一atscSdpURI元素和第二atscSdpURI元素中的每一个可包括：URL属性，其包含用于获取ATSC SDP的路径信息；以及version属性，其包含ATSC SDP的版本信息。例如，包括在第一atscSdpURI元素中的URL属性可包含用于获取第一ATSC SDP C660210的路径信息，并且包括在第二atscSdpURI元素中的URL属性可包含用于获取第二ATSC SDP C660230的路径信息。
MPDUri元素可包括：URL属性，其包含用于获取MPD的路径信息；major_version属性，其包含MPD的主版本信息；和/或minor_version属性，其包含MPD的次版本信息。
MPD可包括用于访问初始化片段的路径信息(URL)。初始化片段可包括用于访问表示的初始化信息。例如，初始化片段可包括用于视频组件的视频初始化片段(IS-V)、用于音频组件的音频初始化片段(IS-A)以及用于字幕组件的字幕初始化片段(IS-C)中的至少一个。
另外，MPD可包括用于访问媒体片段的路径信息(URL)。媒体片段可包括编码的媒体内容组件。例如，媒体片段可包括包含编码的视频组件的数据的媒体片段以及包含编码的音频组件的数据的媒体片段。
第一ATSC SDP C660210可包括提供关于第一ROUTE会话C660310的信息的第一ROUTE会话元素，该第一ROUTE会话C660310包含关于服务和/或包括在服务中的组件的信息。第一ROUTE会话元素可包括第一ROUTE会话C660310的传输路径信息。例如，第一ROUTE会话C660310的传输路径信息可用作用于第一LSID C660410的传送的传输路径信息。广播接收设备可基于传输路径信息来加入传送第一LSID C660410的传输会话并且获取第一LSIDC660410。
第二ATSC SDP C660230可包括提供关于第二ROUTE会话C660330的信息的第二ROUTE会话元素，该第二ROUTE会话C660330包含关于服务和/或包括在服务中的组件的信息。第二ROUTE会话元素可包括第二ROUTE会话C660330的传输路径信息。例如，第二ROUTE会话C660330的传输路径信息可用作用于第二LSID C660430的传送的传输路径信息。广播接收设备可基于传输路径信息来加入传送第二LSID C660430的传输会话并且获取第二LSIDC660430。
第一LSID C660410可包括关于传送通过第一ROUTE会话C660310发送的视频组件的传输会话(LCT会话)的信息。第一LSID C660410可通过第一ROUTE会话C660310内的特定传输会话来传送。广播接收设备可基于第一LSID C660410来加入所述特定传输会话并且获取视频组件。
第二LSID C660430可包括关于传送通过第二ROUTE会话C660330发送的音频组件的传输会话(LCT会话)的信息。第二LSID C660430可通过第二ROUTE会话C660330内的特定传输会话来传送。广播接收设备可基于第二LSID C660430来加入所述特定传输会话并且获取音频组件。
根据本发明的第十实施方式的广播接收设备可基于信令数据来获取服务。具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据来获取服务层信令数据。随后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。随后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID来选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(初始化片段、SDP和/或LSID)获取所选择的至少一个组件的传输路径信息。随后，广播接收设备可基于组件的传输路径信息来获取用于服务的服务数据。
图67是示出根据本发明的第十实施方式的信令数据的配置的示图。
当通过ATSC广播传送的服务被称为全信令时，本发明的第十实施方式可提供扩展USD以减少信道改变时间。
根据本发明的第十实施方式的USD可包括protocolVersion属性、atscServiceId属性、globalServiceId属性、atscSdpUri元素和fullMpdUri元素中的至少一个。
protocolVersion属性可指示SSC(服务信令信道或服务层信令数据)的协议版本。
atscServiceId属性是唯一地标识服务的标识符。
globalServiceId属性是用于标识服务的全局唯一标识符。
atscSdpUri元素意指指示USD所参考的ATSC SDP的信息(URL信息或URI信息)。atscSdpUri元素意指参考S-TISD(或ATSC_SDP)的信息(URL信息或URI信息)，所述S-TISD提供关于传送服务内容的传输会话的访问相关参数。atscSdpUri元素可包括version属性和/或URL属性。version属性可指示atscSdpUri中所参考的ATSC SDP的版本信息。URL属性可表示指示atscSdpUri的URI的URL。
fullMpdUri元素可表示USD中所参考的全MPD的URL地址。fullMpdUri元素意指参考MPD的信息(URL信息或URI信息)，所述MPD包括关于通过移动广播网络(LTE广播)、互联网(单播)和一般广播网络(ATSC广播或DVB广播)中的至少一个传送的服务的所有内容组件的信息。fullMPDUri元素可包括：URL属性，其包含用于获取MPD的路径信息；major_version属性，其包含MPD的主版本信息；和/或minor_version属性，其包含MPD的次版本信息。当MPD的配置信息改变并因此广播接收设备无法使用先前接收的MPD和LCT头附加信息来执行A/V渲染时，major_version属性的值可增加。如果广播接收设备能够使用先前接收并缓存的MPD和LCT头附加信息(例如，EXT_PRESENTATION_TIME头)来执行音频渲染和/或视频渲染，则major_version属性的值可保持，并且minor_version属性的值可增加。
图68是示出根据传输间隔来传送根据本发明的第十实施方式的服务层信令数据的示例的示图。
参照该图，示出了根据本发明的第十实施方式的服务层信令数据C681000。服务层信令数据C681000可包括USD、MPD、SDP、LSID和/或初始化片段。
根据本发明的第十实施方式，渲染所需的服务层信令数据(USD、MPD、LSID和/或初始化片段)的传输间隔比仅描述LSID的传送信息的SDP的传输间隔短。
因此，根据本发明的第十实施方式的广播接收设备能够利用USD的版本信息和/或URI信息来减少信道改变时间。
将描述根据本发明的第十实施方式的广播接收设备管理SDP的版本信息的方法。
广播接收设备可接收和/或获取服务层信令数据C681000。
广播接收设备可将在USD接收期间映射至对应uri(uri属性值)的SDP的版本信息(version属性值)与缓存的SDP的版本信息进行比较。
如果映射至对应uri的SDP的版本信息与缓存的SDP的版本信息不同，则广播接收设备能够重新接收和/或缓存SDP。
如果映射至对应uri的SDP的版本信息与缓存的SDP的版本信息相同，则广播接收设备可不接收和/或缓存SDP。
因此，由于广播接收设备无需比较metadata_envelope的头中的版本信息或者解析SDP，因此广播接收设备能够基于USD来检查SDP是否被修改，从而减少了信道改变时间。
例如，USD C681110的atscSDPURI元素可包括与SDP C681510有关的路径信息和/或版本信息。包括在atscSDPURI元素中的version属性可为“1”，uri属性可为“SDP_URL_1”。
USD C681130的atscSDPURI元素还可包括与SDP C681510有关的路径信息和/或版本信息。包括在atscSDPURI元素中的version属性可为“1”，并且包括在其中的uri属性可为“SDP_URL_1”。
USD C681150的atscSDPURI元素可包括与SDP C681530有关的路径信息和/或版本信息。包括在atscSDPURI元素中的version属性可为“2”，并且uri属性可为“SDP_URL_2”。
这里，假设广播接收设备接收和/或缓存SDP C681510。
USD C681110和USD C681130参考相同的SDP C681510。即，在USD C681130的接收期间映射至对应uri的SDP C681510的版本信息与缓存的SDP C681510的版本信息相同。因此，广播接收设备不接收和/或缓存SDP C681510。
然而，USD C681130和USD C681150参考不同的SDP C681510和C681530。即，在USDC681150的接收期间映射至对应uri的SDP C681530的版本信息与缓存的SDP C681510的版本信息不同。因此，广播接收设备可接收和/或缓存SDP C681530。
将描述根据本发明的第十实施方式的广播接收设备管理MPD版本信息的方法。
广播接收设备可将在USD的接收期间映射至对应MPD uri(uri属性值)的MPD的版本信息(version属性值)与缓存的MPD的版本信息进行比较。
如果主版本(major_version属性值)发生改变，则广播接收设备可接收、获取和/或解析新的MPD。
如果主版本(major_version属性值)没有改变而是仅minor_version(minor_version属性值)发生改变，则广播接收设备可仅利用缓存的MPD和/或LCT头附加属性信息来重新处理MPD。
如果映射至对应MPD uri的MPD与缓存的MPD具有相同的版本(major_version和minor_version)，则广播接收设备可不接收、获取和/或解析MPD。
因此，广播接收设备可在无需比较metadata_envelope的头中的版本或者解析MPD的情况下基于USD来检查MPD是否被修改，以减少信道改变时间。
例如，USD C681110的fullMPDURI元素可包括与MPD C681210有关的路径信息和/或版本信息。包括在fullMPDURI元素中的major_version属性可为“2”，minor_version属性可为“1”，uri属性可为“MPD_URL_2”。
USD C681130的fullMPDURI元素可包括与MPD C681230有关的路径信息和/或版本信息。包括在fullMPDURI元素中的major_version属性可为“2”，minor_version属性可为“2”，uri属性可为“MPD_URL_3”。
USD C681150的fullMPDURI元素可包括与MPD C681250有关的路径信息和/或版本信息。包括在fullMPDURI元素中的major_version属性可为“3”,，minor_version属性可为“2”，uri属性可为“MPD_URL_4”。
这里，假设广播接收设备接收和/或缓存MPD C681210。
USD C681110所参考的MPD C681210与USD C681130所参考的MPD C681230具有相同的主版本(major_version属性＝2)。然而，USD C681110所参考的MPD C681210与USDC681130所参考的MPD C681230具有不同的次版本(minor_version属性＝1并且minor_version属性＝2)。因此，广播接收设备能够在USD C681130的接收期间仅利用缓存的MPDC681210和/或LCT头附加属性信息来重新处理MPD(或生成新的MPD)。例如，经重新处理的MPD可与MPD C681230相同。然后，广播接收设备可缓存经重新处理的MPD。
USD C681130所参考的MPD C681230与USD C681150所参考的MPD C681250具有不同的主版本(major_version属性＝2并且major_version属性＝3)。因此，广播接收设备可在USD C681150的接收期间接收、获取和/或解析新的MPD C681250。
图69是示出根据传输间隔传送根据本发明的第十实施方式的服务层信令数据的示例的示图。
参照该图，示出了根据本发明的第十实施方式的服务层信令数据C691000。服务层信令数据C691000可包括USD、MPD、SDP、LSID和/或初始化片段。
根据本发明的第十实施方式，渲染所需的服务层信令数据(USD、MPD、LSID和/或初始化片段)的传输间隔比仅描述LSID的传送信息的SDP的传输间隔短。
因此，根据本发明的第十实施方式的广播接收设备能够利用USD的版本信息来减少信道改变时间。
假设根据本发明的第十实施方式的广播接收设备在第一时间C692100之前不缓存服务层信令数据。因此，广播接收设备可不具有缓存的SDP和MPD。另选地，广播接收设备中缓存的SDP和MPD可具有默认值(或null(空))。例如，SDP的版本信息可为“0”，其URI信息可为“null”。MPD的主版本信息可为“0”，其次版本信息可为“0”，其URI信息可为“null”。
根据本发明的第十实施方式的广播接收设备可在第一时间C692100加入信道。例如，广播接收设备可在第一时间C692100基于低级信令数据的SSC引导信息加入传送服务层信令数据C691000的传输会话。
广播接收设备可从服务层信令数据获取USD C691110。
然后，广播接收设备可基于USD C691110获取MPD C691210和/或SDP C691130。
例如，广播接收设备可基于USD C691110将映射至对应MPD uri(uri属性值)的MPDC691210的版本信息与缓存的MPD的版本信息进行比较。USD C691110的fullMPDURI元素可包括与MPD C691210有关的路径信息和/或版本信息。包括在fullMPDURI元素中的major_version属性可为“2”，包括在其中的minor_version属性可为“1”，包括在其中的uri属性可为“MPD_URL_2”。由于当广播接收设备在第一时间C692100加入信道时主版本信息(major_version属性值)发生改变，因此广播接收设备可接收和/或缓存新的MPD C691210。
例如，广播接收设备可基于USD C691110将映射至对应uri(uri属性值)的SDPC691510的版本信息(version属性值)与缓存的SDP的版本信息进行比较。USD C691110的atscSDPURI元素可包括与SDP C691510有关的路径信息和/或版本信息。包括在atscSDPURI元素中的version属性可为“1”，包括在其中的uri属性可为“SDP_URL_1”。由于当广播接收设备在第一时间C692100加入信道时映射至对应uri的SDP C691510的版本信息与缓存的SDP的版本信息不同，因此广播接收设备可接收和/或缓存新的SDP C691510。
然后，广播接收设备可基于MPD C691210获取初始化片段C691310。
广播接收设备可基于SDP C691130获取LSID C691410。
随后，广播接收设备可基于初始化片段C691310和/或LSID C691410来获取用于服务的服务数据(例如，视频组件和音频组件)。
在第一时间C692100加入信道的广播接收设备可基于USD C691110接收和/或缓存MPD C691210、初始化片段C691310、LSID C691410和/或SDP C691130。结果，广播接收设备中缓存的SDP的版本信息可为“1”，其URI信息可为“SDP_URL_1”。广播接收设备中缓存的MPD的主版本信息可为“2”，其次版本信息可为“1”，其URI信息可为“MPD_URL_2”。
根据本发明的第十实施方式的广播接收设备可在第二时间C692200重新加入信道。例如，广播接收设备可在第二时间C692200基于低级信令数据的SSC引导信息来加入传送服务层信令数据C691000的传输会话。
广播接收设备可从服务层信令数据获取USD C691150。
然后，广播接收设备可基于USD C691150获取MPD C691250和/或SDP C691550。
例如，广播接收设备可基于USD C691150将映射至对应MPD uri(uri属性值)的MPDC691250的版本信息与缓存的MPD的版本信息进行比较。USD C691150的fullMPDURI元素可包括与MPD C691250有关的路径信息和/或版本信息。包括在fullMPDURI元素中的major_version属性可为“2”，包括在其中的minor_version属性可为“1”，包括在其中的uri属性可为“MPD_URL_2”。由于当广播接收设备在第二时间C692100加入信道时主版本信息(major_version属性值)和次版本信息(minor_version属性值)二者均未改变，因此广播接收设备不接收和/或缓存新的MPD C691250。
例如，广播接收设备可基于USD C691150将映射至对应uri(uri属性值)的SDPC691550的版本信息与缓存的SDP的版本信息进行比较。USD C691150的atscSDPURI元素可包括与SDP C691550有关的路径信息和/或版本信息。包括在atscSDPURI元素中的version属性可为“2”，包括在其中的uri属性可为“SDP_URL_2”。由于当广播接收设备在第二时间C692200加入信道时映射至对应uri的SDP C691550的版本信息与缓存的SDP的版本信息不同，因此广播接收设备可接收和/或缓存新的SDP C691550。
然后，广播接收设备可基于SDP C691550获取LSID C691450。
随后，广播接收设备可基于LSID C691450获取用于服务的服务数据(例如，视频组件和音频组件)。
在第二时间C692200加入信道的广播接收设备可基于USD C691150接收和/或缓存LSID C691440和/或SDP C691550。结果，广播接收设备中缓存的SDP的版本信息可为“2”，其URI信息可为“SDP_URL_2”。广播接收设备中缓存的MPD的主版本信息可为“2”，其次版本信息可为“1”，其URI信息可为“MPD_URL_2”。即，由于其版本信息没有改变，因此广播接收设备不另外接收MPD C691250和/或初始化片段C691350。
因此，广播接收设备能够基于版本信息来减少信道改变时间。
图70是示出根据本发明的第十三实施方式的信令数据的配置的示图。
根据本发明的第十三实施方式的用于ATSC广播传输的服务层信令数据可包括诸如USD、SDP、MPD、LSID和/或初始化片段(或InitSegment)的信令数据。广播接收设备可基于SSC来渲染音频组件、视频组件和/或字幕组件。本发明的第十三实施方式可提供一种通过具有修改的结构的扩展SDP和/或服务层信令层来发送构成一个服务的两个或更多个ROUTE会话的引导信息的方法。
根据本发明的第十三实施方式的信令数据可包括低级信令数据和/或服务层信令数据。
低级信令数据可包括快速信息信道(FIC)。根据本发明的第十三实施方式的低级信令数据的内容可包括上述低级信令数据的那些内容。
服务层信令数据的内容可包括上述服务层信令数据的那些内容。以下，将聚焦于它们之间的差异。
服务层信令数据可包括USD(或ATSC_USD)、SDP(或ATSC SDP)、MPD、LSID和初始化片段中的至少一个。
USD可包括protocol_version属性、serviceID属性、golbalServiceID属性、atscSdpURI元素和MPDUri元素中的至少一个。
atscSdpURI元素可包括：URL属性，其包含用于获取ATSC SDP的路径信息；以及version属性，其包含ATSC SDP的版本信息。例如，包括在atscSdpURI元素中的URL属性可包含用于获取ATSC SDP的路径信息。
MPDUri元素可包括：URL属性，其包含用于获取MPD的路径信息；major_version属性，其包含MPD的主版本信息；和/或minor_version属性，其包含MPD的次版本信息。
MPD可包括用于访问初始化片段的路径信息(URL)。另外，MPD可包括用于访问媒体片段的路径信息(URL)。例如，媒体片段可包括包含编码的视频组件的数据的媒体片段以及包含编码的音频组件的数据的媒体片段。包括编码的视频组件的数据的媒体片段可通过第一ROUTE会话C700310来发送。包括编码的音频组件的数据的媒体片段可通过第二ROUTE会话C700330来发送。
ATSC SDP可包括构成ATSC服务的至少一条引导(LSID传送)信息。ROUTE会话的引导信息可以是用于获取关于ROUTE会话的信息的信息。例如，关于ROUTE会话的信息可以是LSID。ROUTE会话的引导信息可以是用于获取LSID的信息。ATSC SDP可包括第一ROUTE会话元素和/或第二ROUTE会话元素。
第一ROUTE会话元素可包括关于第一ROUTE会话C700310的信息，该第一ROUTE会话C700310包括关于服务和/或包括在服务中的组件的信息。第一ROUTE会话元素可包括第一ROUTE会话C700310的传输路径信息。例如，第一ROUTE会话C700310的传输路径信息可用作关于传送第一LSID C700311的传输路径的信息。广播接收设备可基于传输路径信息来加入传送第一LSID C700311的传输会话并且获取第一LSID C700311。
第二ROUTE会话元素可包括关于第二ROUTE会话C700330的信息，该第二ROUTE会话C700330包括关于服务和/或包括在服务中的组件的信息。第二ROUTE会话元素可包括第二ROUTE会话C700330的传输路径信息。例如，第二ROUTE会话C700330的传输路径信息可用作关于传送第二LSID C700331的传输路径的信息。广播接收设备可基于传输路径信息来加入传送第二LSID C700331的传输会话并且获取第二LSID C700331。
第一LSID C700311可包括关于通过第一ROUTE会话C700310传送的至少一个传输会话(LCT会话)的信息。第一LSID C700311可通过第一ROUTE会话C700310内的特定传输会话来传送。广播接收设备可基于第一LSID C700311加入所述特定传输会话并且获取组件。
第二LSID C700331可包括关于通过第二ROUTE会话C700330传送的至少一个传输会话(LCT会话)的信息。第二LSID C700331可通过第二ROUTE会话C700330内的特定传输会话来传送。广播接收设备可基于第二LSID C700331加入所述特定传输会话并且获取组件。
根据本发明的第十三实施方式的广播接收设备可基于信令数据来获取服务。具体地，广播接收设备可获取低级信令数据并且基于该低级信令数据来获取服务层信令数据。随后，广播接收设备可利用服务层信令数据(USD)确定服务的属性。随后，广播接收设备可利用服务层信令数据(MPD)选择服务的至少一个组件。例如，广播接收设备可利用MPD的至少一个表示ID来选择服务的至少一个组件。然后，广播接收设备可利用服务层信令数据(初始化片段、SDP和/或LSID)获取所选择的至少一个组件的传输路径信息。随后，广播接收设备可基于组件的传输路径信息来获取服务的服务数据。
图71是示出根据本发明的第十三实施方式的SDP的示图。
参照(a)，ATSC SDP C710200可包括构成ATSC服务的至少一个ROUTE会话的引导(LSID传送)信息。ATSC SDP C710200可包括第一ROUTE会话元素C710210和/或第二ROUTE会话元素C710220。
例如，ROUTE会话元素可包括：bsid属性，其指示发送服务的内容组件的广播流的标识符；sIpAddr属性，其指示相关ROUTE会话的源IP地址；dIpAddr属性，其指示相关ROUTE会话的目的地IP地址；dport属性，其指示ROUTE会话的目的地端口号；和/或PLPID属性，其指示ROUTE会话的物理层参数。
参照(b)，根据本发明的另一实施方式，ROUTE会话元素可包括媒体描述(m)、连接信息(c)、源过滤器(a)和ATSC模式(a)中的至少一个。
媒体描述(m)可指示媒体的名称和/或相关ROUTE会话的目的地端口。例如，媒体描述(m)可被表示为“application(Port)ROUTE/UDP 0”。
连接信息(c)可指示ROUTE会话的目的地IP地址。例如，连接信息(c)可被表示为“IN(version)(destinationIPaddress)”。
源过滤器(a)可指示源IP地址。例如，源过滤器(a)可被表示为“source-filter:incl IN(version)(sourceIPaddress)”。
当使用ATSC广播模式时，ATSC模式(a)可指示发送ROUTE会话的LSID的传输流的ID和/或发送LSID的数据管道(或PLP)的ID。例如，ATSC模式(a)可被表示为“atsc-mode:(broadcastStreamID,dataPipeID)”。
返回参照(a)，第一ROUTE会话元素C710210可包括关于第一ROUTE会话C710310的信息。第一ROUTE会话元素C710210可包括第一ROUTE会话C710310的传输路径信息。例如，第一ROUTE会话C710310的传输路径信息可用作关于传送第一LSID C710311的传输路径的信息。广播接收设备可基于传输路径信息来加入传送第一LSID C710311的传输会话并且获取第一LSID C710311。
例如，包括在第一ROUTE会话元素C710210中的媒体描述(m)可为“applicationdestUDPPort1ROUTE/UDP 0”，包括在其中的连接信息(c)可为“IN IP4destIPAddr1”，包括在其中的源过滤器(a)可为“source-filter:incl IN IP4sourcdIPAddr1”，和/或包括在其中的ATSC模式(a)可为“atsc-mode:(BCStreamID1,DP_ID1)”。
第二ROUTE会话元素C710220可包括关于第二ROUTE会话C710330的信息。第二ROUTE会话元素C710220可包括第二ROUTE会话C710330传输路径信息。例如，第二ROUTE会话C710330的传输路径信息可用作关于传送第二LSID C710331的传输路径的信息。广播接收设备可基于传输路径信息来加入传送第二LSID C710331的传输会话并且获取第二LSIDC710331。
例如，包括在第二ROUTE会话元素C710220中的媒体描述(m)可为“applicationdestUDPPort2ROUTE/UDP 0”，包括在其中的连接信息(c)可为“IN IP4destIPAddr2”，包括在其中的源过滤器(a)可为“source-filter:incl IN IP4sourcdIPAddr2”，和/或包括在其中的ATSC模式(a)可为“atsc-mode:(BCStreamID1,DP_ID2)”。
图72是示出根据本发明的第十三实施方式的服务层信令的示图。
具有特定频率的广播信号C720100可包括用于服务的服务数据和/或信令数据。例如，服务的ID可为“SrvcID1”。广播信号C720100可由“BCStreamID1”指定。
服务数据可包括用于基本服务的基本服务数据和/或用于增强服务的增强服务数据。
广播信号C720100可包括基本ROUTE会话和/或增强ROUTE会话。基本服务数据可通过基本ROUTE会话来传送，增强服务数据可通过增强ROUTE会话来传送。
信令数据可包括低级信令数据和/或服务层信令数据。例如，低级信令数据可包括FIC。服务层信令数据可包括USD、MPD(或全MPD)、SDP(或ATSC SDP)和/或LSID。
基本ROUTE会话可通过源IP地址(sIPAdrs2)、目的地IP地址(IPAdrs2)和目的地端口号(Port2)的组合来标识。基本ROUTE会话可通过第一DP(DP_ID2)来传送。另外，基本ROUTE会话可包括基本SSC传输会话(tsi-s)、基本LSID传输会话(tsi-0)、基本视频传输会话(tsi-v)和/或基本音频传输会话(tsi-ra)。
增强ROUTE会话可通过源IP地址(sIPAdrs1)、目的地IP地址(IPAdrs1)和目的地端口号(Port1)的组合来标识。增强ROUTE会话可通过第一DP(DP_ID1)来传送。另外，增强ROUTE会话可包括增强LSID传输会话(tsi-0)、增强视频传输会话(tsi-ev)和/或增强音频传输会话(tsi-ea)。
广播信号C720100的内容可包括上述广播信号的那些内容。以下，将聚焦于它们之间的差异。
将描述FIC。
FIC可包括用于获取通过SSC发送的服务层信令数据的SSC引导信息。
将描述SSC。
SSC C720200可由具有值“tsi-s”的传输会话标识符和/或具有值“toi-s-bundl”的传输对象标识符来标识。SSC C720200可包括USD C720210、MPD C720230和SDP C720240中的至少一个。
将描述USD(bundleDescription/userServiceDescription)。
USD C720210可描述服务层属性。USD C720210可包括参考MPD C720230和/或SDPC720240的参考信息(或URI)。例如，USD C720210可包括atscServiceID属性、fullMpdUri属性和deliveryMethod元素中的至少一个。
atscServiceId属性是唯一地标识服务的标识符。例如，atscServiceId属性可具有值“SrvID1”。
fullMpdURI属性意指参考MPD的信息(URL信息或URI信息)，所述MPD包括关于通过移动广播网络(LTE广播)、互联网(单播)和一般广播网络(ATSC广播或DVB广播)中的至少一个传送的服务的所有内容组件的信息。例如，fullMpdURI属性可为“mpdUri”。
deliveryMethod元素可包括atscSdpURI元素、第一atscBroadcastAppService元素和/或第二atscBroadcastAppService元素。
atscSdpURI元素可包括参考SDP(或S-TISD)的信息(URL信息或URI信息)，所述SDP提供关于传送服务内容的传输会话的访问相关参数。例如，atscSdpURI元素可为参考SDPC720240的“sdpUri”。
atscBroadcastAppService元素可包括标识发送服务的组件数据的数据管道的DP_ID属性、用于基本视频组件的第一basePattern元素和/或用于基本音频组件的第二basePattern元素。例如，DP_ID属性可具有值“DP_ID2”，第一basePattern元素可为“…bc/(RepresentationID-v)”，和/或第二basePattern元素可为“…bc/(RepresentationID-a)”。
第二atscBroadcastAppService元素可包括标识发送服务的组件数据的数据管道的DP_ID属性、用于增强视频组件的第三basePattern元素和/或用于增强音频组件的第四basePattern元素。例如，DP_ID属性可为“DP_ID1”，第三basePattern元素可为“…bc/(RepresentationID-ev)”，和/或第四basePattern元素可为“…bc/(RepresentationID-ea)”。
将描述MPD。
MPD C720230可包括period元素。period元素可包括包含关于至少一个视频组件的信息的第一AdaptationSet元素以及包含关于至少一个音频组件的信息的第二AdaptationSet元素。
第一AdaptationSet元素可包括用于增强视频组件的representation元素和/或用于基本视频组件的representation元素。第二AdaptationSet元素可包括用于增强音频组件的representation元素和/或用于基本音频组件的representation元素。
各个representation元素可包括标识表示的id属性(或Rep_ID属性)、包括片段模板信息的SegmentTemplate元素和指示相关表示在解码和/或呈现处理中所依赖于的至少一个互补表示的dependencyId属性中的至少一个。SegmentTemplate元素可包括包含模板信息以生成媒体片段列表的media属性。
例如，增强视频组件的id属性可为“RepresentationID-ev”，其dependencyId属性可为“RepresentationID-v”，其media属性可为“ev-segUrl-$Num$.mp4”。
例如，基本视频组件的id属性可为“RepresentationID-v”，其media属性可为“v-segUrl-$Num$.mp4”。
例如，增强音频组件的id属性可为“RepresentationID-ea”，其media属性可为“ea-segUrl-$Num$.mp4”。
例如，基本音频组件的id属性可为“RepresentationID-ra”，其media属性可为“ra-segUrl-$Num$.mp4”。
将描述SDP C720240。
SDP C720240可包括提供关于增强ROUTE会话的信息的增强ROUTE会话元素和/或提供关于基本ROUTE会话的信息的基本ROUTE会话元素。
增强ROUTE会话元素和/或基本ROUTE会话元素可包括媒体描述(m)、连接信息(c)、源过滤器(a)和ATSC模式(a)中的至少一个。
例如，增强ROUTE会话的媒体描述(m)可为“application destUDPPort1 ROUTE/UDP 0”，其连接信息(c)可为“IN IP4destIPAddr1”，其源过滤器(a)可为“source-filter:incl IN IP4sourcdIPAddr1”，其ATSC模式(a)可为“atsc-mode:(DP_ID1)”。
例如，基本ROUTE会话的媒体描述(m)可为“application destUDPPort2 ROUTE/UDP 0”，其连接信息(c)可为“IN IP4destIPAddr2”，其源过滤器(a)可为“source-filter:incl IN IP4sourcdIPAddr2”，其ATSC模式(a)可为“atsc-mode:(DP_ID2)”。
将描述增强LSID C720300。
例如，包括在增强视频传输会话元素中的tsi属性可为“tsi-ev”，包括在其中的FileTemplate元素可为“http://bc/ev-segUrl-$TOI$.mp4”，包括在其中的Rep_ID属性可为“RepresentationID-ev”，包括在其中的CP属性可为“EntityMode”。
包括在增强音频传输会话元素中的tsi属性可为“tsi-ea”，包括在其中的FileTemplate元素可为“http://bc/ea-segUrl-$TOI$.mp4”，包括在其中的Rep_ID属性可为“RepresentationID-ea”，包括在其中的CP属性可为“EntityMode”。
将描述基本LSID C720400。
例如，包括在基本视频传输会话元素中的tsi属性可为“tsi-v”，包括在其中的FileTemplate元素可为“http://bc/v-segUrl-$TOI$.mp4”，包括在其中的Rep_ID属性可为“RepresentationID-v”，包括在其中的CP属性可为“EntityMode”。
包括在基本音频传输会话元素中的tsi属性可为“tsi-ra”，包括在其中的FileTemplate元素可为“http://bc/ra-segUrl-$TOI$.mp4”，包括在其中的Rep_ID属性可为“RepresentationID-ra”，包括在其中的CP属性可为“EntityMode”。
包括在SSC传输会话元素中的tsi属性可为“tsi-s”。EFDT元素可包括file元素。file元素可包括Content-Location属性和TOI属性。例如，Content-Location属性可为“usdUri”。TOI属性可为“toi-s-bundl”。包括在SSC传输会话元素中CP属性的可指示“FileMode(Meta)”。
图73是示出根据本发明的第十三实施方式的服务层信令的示图。
根据本发明的第十三实施方式的服务层信令能够提供一种减小SDP的冗余的方法。
SSC C730100可包括USD C730110、增强视频SDP C730131、基本视频SDP C730133、基本音频SDP C730135和SSC SDP C730137中的至少一个。
USD C730110可包括serviceID属性。例如，serviceID属性可具有值“GUSI-1”。
另外，USD C730110可包括增强视频SDP C730131、基本视频SDP C730133、基本音频SDP C730135和SSC SDP C730137中的至少一个的路径信息。
增强视频SDP C730131、基本视频SDP C730133、基本音频SDP C730135和SSC SDPC730137中的每一个可包括组件信息(s)、发起者和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a)和TSIinformation(a、route-tsi或flute-tsi)中的至少一个。
将描述LSID C730300。
LSID C730300可包括增强视频传输会话元素、基本视频传输会话元素、基本音频传输会话元素和SSC传输会话元素中的至少一个。LSID C730300的内容可包括上述LSID的那些内容。
根据本发明的第十三实施方式的SSC C730200可包括USD C730210和/或SDPC730230。与SSC C730100相比，SSC C730200可通过包括一个SDP C730230来减小冗余。
例如，SDP C730230可包括组件信息(s)、发起者和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a)和TSI信息(a,route-tsi或flute-tsi)中的至少一个。
SDP C730230可包括用于增强视频组件的ATSC模式(a＝atsc-mode:(BCStreamID1,BBPSID3))和/或TSI信息(a＝route-tsi:(tsi-ev))。另外，SDP C730230可包括用于基本视频组件的ATSC模式(a＝atsc-mode:(BCStreamID1,BBPSID2))和/或TSI信息(a＝route-tsi:(tsi-v))。另外，SDP C730230可包括用于SSC组件的ATSC模式(a＝atsc-mode:(BCStreamID1,BBPSID1))和/或TSI信息(a＝route-tsi:(tsi-a),(tsi-se),(tsi-0))。
根据本发明的第十三实施方式的SSC C730400可通过包括从SDP C730230修改的SDP来进一步减小冗余。修改的SDP可仅包括引导信息或ROUTE会话。广播接收设备可从LSID检测依照传输DP描述的tsi(传输会话id)列表并且执行匹配，从而进一步减小SDP的冗余。
例如，经修改的SDP可包括媒体描述(m＝application destUDPPort1 ROUTE/UDP0)、连接信息(c＝IN IP4destIPAddr1)、源过滤器(a＝source-filter:incl IN IP4sourcdIPAddr1)和/或ATSC模式(a＝atsc-mode:(DP_ID1))中的至少一个。
图74是示出根据本发明的实施方式的广播发送方法的示图。
广播发送设备可利用控制器(未示出)来生成用于服务的服务数据(CS740100)。
广播发送设备可利用控制器来生成低级信令数据和/或服务层信令数据(CS740200)。
广播发送设备可利用收发器来发送包括服务数据、低级信令数据和/或服务层信令数据的广播信号(CS740300)。
低级信令数据可支持服务获取的引导。例如，低级信令数据可包括上述FIC。
服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。例如，第一信令数据可包括上述USD、SDP和/或SMT。
第一信令数据可包括参考第二信令数据和第三信令数据的参考信息。
第二信令数据可包括服务的组件的描述。例如，第二信令数据可包括上述AppSvcMPD、eMBMS MPD和全MPD中的至少一个。
第三信令数据可包括与服务关联的组件获取信息。例如，第三信令数据可包括上述3GPP SDP、SMT、CMT、ATSC SDP、UST、RRD、ROUTE会话元素、LCT会话元素和LSID中的至少一个。
参考信息可包括参考第二信令数据的第一参考信息以及参考第三信令数据的第二参考信息。例如，第一参考信息可以是上述fullMpdURI属性(或Full_MPD_URL属性)，第二参考信息可以是上述atscSdpURI元素(或ATSC_SDP_URL属性)。
第三信令数据可包括多个第一传输会话元素。第一传输会话元素可包括关于传送服务的第一传输会话的信息。例如，第一传输会话可以是ROUTE会话。
第一传输会话元素可包括指示第一传输会话的源IP地址的sIpAddr属性、指示第一传输会话的目的地IP地址的dIpAddr属性、指示第一传输会话的目的地端口号的dport属性以及指示第一传输会话的物理层参数的PLPID属性中的至少一个。例如，第一传输会话元素可包括关于使用组件信息(s)、发起者和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a)和TSI信息(a、route-tsi或flute-tsi)中的至少一个的第一传输会话的信息。
第二参考信息可包括指示多个第一传输会话元素当中的首先被处理的一个第一传输会话元素的信息。例如，所述信息可以是essentialSdp属性。
第一参考信息可包括指示第二信令数据的版本的版本信息。例如，版本信息可包括major_version属性和/或minor_version属性。
第二参考信息可包括指示第三信令数据的版本的版本信息。例如，版本信息可包括version属性。
第三信令数据可包括第二传输会话元素，第二传输会话元素可包括关于发送服务的组件的第二传输会话的信息。第三信令数据可包括标识发送组件的物理层管道的PLPID属性以及标识第二传输会话的tsi属性中的至少一个。例如，第二传输会话可以是LCT会话。另外，第三信令数据可包括标识发送组件的物理层管道的PLPID属性以及标识第二传输会话的tsi属性中的至少一个。
图75是示出根据本发明的实施方式的广播接收方法的示图。
广播接收设备可利用广播接收机来接收包括用于服务的服务数据、低级信令数据和服务层信令数据的广播信号(CS750100)。
广播接收设备可利用控制器来获取低级信令数据和/或服务层信令数据(CS750200)。
广播接收设备可利用控制器来基于信令层数据搜索和/或获取服务的组件(CS750300)。
低级信令数据可支持服务获取的引导。例如，低级信令数据可包括上述FIC。
服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。例如，第一信令数据可包括上述USD、SDP和/或SMT。
第一信令数据可包括参考第二信令数据和第三信令数据的参考信息。
第二信令数据可包括服务的组件的描述。例如，第二信令数据可包括上述AppSvcMPD、eMBMS MPD和全MPD中的至少一个。
第三信令数据可包括与服务关联的组件获取信息。例如，第三信令数据可包括上述3GPP SDP、SMT、CMT、ATSC SDP、UST、RRD、ROUTE会话元素、LCT会话元素和LSID中的至少一个。
参考信息可包括参考第二信令数据的第一参考信息以及参考第三信令数据的第二参考信息。例如，第一参考信息可以是上述fullMpdURI属性(或Full_MPD_URL属性)，第二参考信息可以是上述atscSdpURI元素(或ATSC_SDP_URL属性)。
第三信令数据可包括多个第一传输会话元素。第一传输会话元素可包括关于传送服务的第一传输会话的信息。例如，第一传输会话可以是ROUTE会话。
第一传输会话元素可包括指示第一传输会话的源IP地址的sIpAddr属性、指示第一传输会话的目的地IP地址的dIpAddr属性、指示第一传输会话的目的地端口号的dport属性以及指示第一传输会话的物理层参数的PLPID属性中的至少一个。例如，第一传输会话元素可包括关于使用组件信息(s)、发起者和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a)和TSI信息(a、route-tsi或flute-tsi)中的至少一个的第一传输会话的信息。
第二参考信息可包括指示多个第一传输会话元素当中的首先被处理的一个第一传输会话元素的信息。例如，所述信息可以是essentialSdp属性。
第一参考信息可包括指示第二信令数据的版本的版本信息。例如，版本信息可包括major_version属性和/或minor_version属性。
第二参考信息可包括指示第三信令数据的版本的版本信息。例如，版本信息可包括version属性。
第三信令数据可包括第二传输会话元素，第二传输会话元素可包括关于发送服务的组件的第二传输会话的信息。第三信令数据可包括标识发送组件的物理层管道的PLPID属性以及标识第二传输会话的tsi属性中的至少一个。例如，第二传输会话可以是LCT会话。另外，第三信令数据可包括标识发送组件的物理层管道的PLPID属性以及标识第二传输会话的tsi属性中的至少一个。
模块或单元可以是执行存储在存储器(或存储单元)中的连续进程的处理器。上述实施方式中所描述的步骤可由硬件/处理器来执行。上述实施方式中所描述的模块/块/单元能够作为硬件/处理器来操作。本发明所提出的方法可作为代码来执行。这种代码可被写在处理器可读存储介质上，并因此能够由设备所提供的处理器读取。
尽管为了方便而已经参照各个附图描述了实施方式，然而这些实施方式可被组合以实现新的实施方式。另外，设计存储有用于实现上述实施方式的程序的计算机可读记录介质在本发明的范围内。
根据本发明的设备和方法不限于上述实施方式的配置和方法，并且所述实施方式的全部或一些可以被选择性地组合以获得各种修改。
本发明所提出的方法可被实现为存储在网络装置中所包括的处理器可读记录介质中的处理器可读代码。处理器可读记录介质包括存储有可由处理器读取的数据的所有类型的记录介质。处理器可读记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等以及作为载波的实现方式(例如，经由互联网的传输)。另外，处理器可读记录介质可被分布于通过网络连接的计算机系统上，并且作为可按照分布式方式读取的代码来存储和执行。
尽管出于例示性目的公开了本发明的优选实施方式，然而本领域技术人员将要领会的是，在不脱离所附的权利要求中所公开的本发明的范围和精神的情况下，各种修改、添加和置换是可能的。这些修改不应从本发明的技术精神或前景单独地理解。
本说明书中提及了设备发明和方法发明二者，并且设备发明和方法发明二者的描述可互补地应用于彼此。
本领域技术人员将要领会的是，在不脱离本发明的精神和基本特性的情况下，本发明可按照本文所阐述的方式以外的其它特定方式来实现。因此，本发明的范围应该由所附的权利要求及其合法的等同物来确定，而非由上述描述来确定，并且落入所附的权利要求的含义和等同范围内的所有改变旨在被涵盖在本发明内。
在本说明书中，提及了设备发明和方法发明二者，并且设备发明和方法发明二者的描述可互补地应用。
本发明的模式
已经在具体实施方式中描述了各种实施方式。
工业实用性
本发明适用于广播信号提供领域。
如本领域技术人员将认识并理解的，可在本发明的精神和范围内进行各种等同修改。因此，本发明旨在涵盖本发明的落入所附的权利要求及其等同物的范围内的修改和变化。

Claims (14)

1.一种广播发送方法，该广播发送方法包括以下步骤：
生成用于服务的服务数据；
生成服务层信令数据，
其中，所述服务层信令数据包括第一信令数据、第二信令数据和第三信令数据，
其中，所述第一信令数据包括参考所述第二信令数据和所述第三信令数据的参考信息，
其中，所述第二信令数据包括所述服务的组件的描述，并且
其中，所述第三信令数据包括与所述服务关联的组件获取信息；
生成低级信令数据，
其中，所述低级信令数据支持所述服务的获取的引导；以及
发送包括所述服务数据、所述低级信令数据和所述服务层信令数据在内的广播信号。
2.根据权利要求1所述的广播发送方法，其中，所述参考信息包括参考所述第二信令数据的第一参考信息以及参考所述第三信令数据的第二参考信息。
3.根据权利要求2所述的广播发送方法，其中，所述第三信令数据包括多个第一传输会话元素，
其中，所述第一传输会话元素包括与传送所述服务的第一传输会话有关的信息。
4.根据权利要求3所述的广播发送方法，其中，所述第一传输会话元素中的每一个包括以下属性中的至少一个：指示所述第一传输会话的源IP地址的sIpAddr属性、指示所述第一传输会话的目的地IP地址的dIpAddr属性、指示所述第一传输会话的目的地端口号的dport属性以及指示针对所述第一传输会话的物理层参数的PLPID属性。
5.根据权利要求3所述的广播发送方法，其中，所述第二参考信息包括指示所述多个第一传输会话元素当中的首先被处理的一个第一传输元素的信息。
6.根据权利要求2所述的广播发送方法，其中，所述第一参考信息包括指示所述第二信令数据的版本的版本信息，并且所述第二参考信息包括指示所述第三信令数据的版本的版本信息。
7.根据权利要求3所述的广播发送方法，其中，所述第三信令数据包括第二传输会话元素，
其中，所述第二传输会话元素包括与传送所述服务的所述组件的第二传输会话有关的信息，
其中，所述第三信令数据包括标识用来发送所述组件的物理层管道的PLPID属性以及标识所述第二传输会话的tsi属性中的至少一个。
8.一种广播接收方法，该广播接收方法包括以下步骤：
接收包括低级信令数据、服务层信令数据以及用于服务的服务数据在内的广播信号；
获取所述低级信令数据，
其中，所述低级信令数据支持所述服务的获取的引导；
获取所述服务层信令数据，
其中，所述服务层信令数据包括第一信令数据、第二信令数据和第三信令数据，
其中，所述第一信令数据包括参考所述第二信令数据和所述第三信令数据的参考信息，
其中，所述第二信令数据包括所述服务的组件的描述，并且
其中，所述第三信令数据包括与所述服务关联的组件获取信息；以及
基于所述信令层数据来搜索所述组件。
9.根据权利要求8所述的广播接收方法，其中，所述参考信息包括参考所述第二信令数据的第一参考信息以及参考所述第三信令数据的第二参考信息。
10.根据权利要求9所述的广播接收方法，其中，所述第三信令数据包括多个第一传输会话元素，
其中，所述第一传输会话元素包括与传送所述服务的第一传输会话有关的信息。
11.根据权利要求10所述的广播接收方法，其中，所述第一传输会话元素中的每一个包括以下属性中的至少一个：指示所述第一传输会话的源IP地址的sIpAddr属性、指示所述第一传输会话的目的地IP地址的dIpAddr属性、指示所述第一传输会话的目的地端口号的dport属性以及指示针对所述第一传输会话的物理层参数的PLPID属性。
12.根据权利要求10所述的广播接收方法，其中，所述第二参考信息包括指示所述多个第一传输会话元素当中的首先被处理的一个第一传输元素的信息。
13.根据权利要求9所述的广播接收方法，其中，所述第一参考信息包括指示所述第二信令数据的版本的版本信息，并且所述第二参考信息包括指示所述第三信令数据的版本的版本信息。
14.根据权利要求10所述的广播接收方法，其中，所述第三信令数据包括第二传输会话元素，
其中，所述第二传输会话元素包括与传送所述服务的所述组件的第二传输会话有关的信息，
其中，所述第三信令数据包括标识用来发送所述组件的物理层管道的PLPID属性以及标识所述第二传输会话的tsi属性中的至少一个。
CN201580019939.5A 2014-11-12 2015-11-11 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 Active CN106233692B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462078956P 2014-11-12 2014-11-12
US62/078,956 2014-11-12
US201462082592P 2014-11-20 2014-11-20
US62/082,592 2014-11-20
PCT/KR2015/012102 WO2016076623A1 (ko) 2014-11-12 2015-11-11 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (2)

Publication Number Publication Date
CN106233692A true CN106233692A (zh) 2016-12-14
CN106233692B CN106233692B (zh) 2019-09-13

Family

ID=55954636

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580019939.5A Active CN106233692B (zh) 2014-11-12 2015-11-11 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法

Country Status (6)

Country Link
US (3) US10305940B2 (zh)
EP (1) EP3220593A4 (zh)
KR (1) KR101802765B1 (zh)
CN (1) CN106233692B (zh)
MX (1) MX352014B (zh)
WO (1) WO2016076623A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106850628A (zh) * 2017-02-09 2017-06-13 南京邮电大学 一种基于mpi的广域高性能计算网络优化方法
CN111107443A (zh) * 2019-12-26 2020-05-05 陕西美亚秦安信息科技有限公司 一种dash分片文件合并方法、终端设备及存储介质
CN111373762A (zh) * 2017-11-24 2020-07-03 三星电子株式会社 广播接收装置及其控制方法
CN113661680A (zh) * 2020-01-06 2021-11-16 腾讯美国有限责任公司 用于基于http的动态自适应流的基于会话的信息

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
CA3081282C (en) * 2015-11-14 2023-02-14 Sharp Kabushiki Kaisha Service list
CA2965067C (en) * 2016-04-26 2020-08-25 Electronics And Telecommunications Research Institute Apparatus for time interleaving and method using the same
US10917477B2 (en) 2016-05-25 2021-02-09 Samsung Electronics Co., Ltd. Method and apparatus for MMT integration in CDN
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 엘지전자(주) 방송 신호 수신 장치 및 방법
WO2018169100A1 (ko) * 2017-03-14 2018-09-20 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101967299B1 (ko) * 2017-12-19 2019-04-09 엘지전자 주식회사 방송 신호를 수신하는 차량용 수신 장치 및 방송 신호를 수신하는 차량용 수신 방법
IT201800000832A1 (it) * 2018-01-12 2019-07-12 Inst Rundfunktechnik Gmbh Sender und/oder empfänger zum senden bzw. empfangen von rundfunkinformationssignalen
CN110062130B (zh) * 2019-03-14 2021-06-08 叠境数字科技（上海）有限公司 基于预处理文件结构的千兆级像素视频渲染方法及装置
FR3115910A1 (fr) 2020-10-30 2022-05-06 France Atelier Système intégré de diagnostic et de maintenance de véhicules et de leur gestion dans un atelier de réparation de véhicules
WO2022091017A1 (fr) 2020-10-30 2022-05-05 France Atelier Système intégré de diagnostic et de maintenance de véhicules et de leur gestion dans un atelier de réparation de véhicules

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1867062A (zh) * 2005-05-17 2006-11-22 中国电信股份有限公司 利用h.323系统开展交互式多媒体服务的系统和方法
CA2749667A1 (en) * 2009-03-19 2010-09-23 Lg Electronics Inc. Transmitting/receiving system and method of processing data in the transmitting/receiving system
CN101884230A (zh) * 2007-10-02 2010-11-10 松下电器产业株式会社 用于多播/广播服务的会话控制信令的管理
US20130034032A1 (en) * 2011-08-05 2013-02-07 Nokia Corporation Accessing Service Guide Information in a Broadcast System
CN103905366A (zh) * 2007-09-18 2014-07-02 Lg电子株式会社 在接收机中处理广播信号的方法及处理广播信号的接收机

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8599764B2 (en) * 2003-09-02 2013-12-03 Qualcomm Incorporated Transmission of overhead information for reception of multiple data streams
KR101461958B1 (ko) * 2007-06-29 2014-11-14 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101572877B1 (ko) * 2007-09-21 2015-11-30 엘지전자 주식회사 디지털 방송 송신기 및 그 제어 방법
US20090094356A1 (en) * 2007-10-09 2009-04-09 Nokia Corporation Associating Physical Layer Pipes and Services Through a Program Map Table
US8526350B2 (en) * 2008-05-23 2013-09-03 Qualcomm Incorporated Systems and methods for carrying broadcast services over a mobile broadcast network
WO2009151265A2 (ko) * 2008-06-09 2009-12-17 엘지전자(주) 방송 신호 수신 방법 및 수신 시스템
CA2751711C (en) * 2009-03-15 2016-01-26 Lg Electronics Inc. Transmitting / receiving systems and broadcasting signal processing method
WO2010107167A1 (en) 2009-03-19 2010-09-23 Lg Electronics Inc. Transmitting/receiving system and method of processing data in the transmitting/receiving system
US20110103300A1 (en) * 2009-10-30 2011-05-05 Nokia Corporation Data encapsulation and service discovery over a broadcast or multicast system
EP2571258B1 (en) * 2010-05-10 2018-04-04 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
EP2645709B1 (en) 2010-11-23 2019-10-23 LG Electronics Inc. Broadcast signal transmitting apparatus and broadcast signal transceiving method in broadcast signal transmitting apparatus
KR101695514B1 (ko) * 2011-05-24 2017-01-11 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법
US9584238B2 (en) * 2011-06-24 2017-02-28 Nokia Corporation Accessing service guide information in a digital video broadcast system
GB201208389D0 (en) 2012-05-10 2012-06-27 Samsung Electronics Co Ltd Integrated circuit, communication unit, wireless communication system and methods therefor
US9473566B2 (en) * 2013-09-14 2016-10-18 Qualcomm Incorporated Delivering services using different delivery methods
JP2015104055A (ja) * 2013-11-27 2015-06-04 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
JP6358460B2 (ja) * 2014-04-04 2018-07-18 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016056412A1 (ja) * 2014-10-10 2016-04-14 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
US10015656B2 (en) * 2014-10-21 2018-07-03 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
KR102387881B1 (ko) * 2015-04-17 2022-04-18 삼성전자주식회사 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1867062A (zh) * 2005-05-17 2006-11-22 中国电信股份有限公司 利用h.323系统开展交互式多媒体服务的系统和方法
CN103905366A (zh) * 2007-09-18 2014-07-02 Lg电子株式会社 在接收机中处理广播信号的方法及处理广播信号的接收机
CN101884230A (zh) * 2007-10-02 2010-11-10 松下电器产业株式会社 用于多播/广播服务的会话控制信令的管理
CA2749667A1 (en) * 2009-03-19 2010-09-23 Lg Electronics Inc. Transmitting/receiving system and method of processing data in the transmitting/receiving system
US20130034032A1 (en) * 2011-08-05 2013-02-07 Nokia Corporation Accessing Service Guide Information in a Broadcast System

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106850628A (zh) * 2017-02-09 2017-06-13 南京邮电大学 一种基于mpi的广域高性能计算网络优化方法
CN111373762A (zh) * 2017-11-24 2020-07-03 三星电子株式会社 广播接收装置及其控制方法
CN111373762B (zh) * 2017-11-24 2022-04-15 三星电子株式会社 广播接收装置及其控制方法
CN111107443A (zh) * 2019-12-26 2020-05-05 陕西美亚秦安信息科技有限公司 一种dash分片文件合并方法、终端设备及存储介质
CN113661680A (zh) * 2020-01-06 2021-11-16 腾讯美国有限责任公司 用于基于http的动态自适应流的基于会话的信息
CN113661680B (zh) * 2020-01-06 2024-03-01 腾讯美国有限责任公司 用于接收媒体内容的媒体数据的处理方法和装置

Also Published As

Publication number Publication date
US11184409B2 (en) 2021-11-23
US20170013026A1 (en) 2017-01-12
US10701110B2 (en) 2020-06-30
MX352014B (es) 2017-11-06
EP3220593A1 (en) 2017-09-20
US20200329077A1 (en) 2020-10-15
KR101802765B1 (ko) 2017-11-29
KR20160089413A (ko) 2016-07-27
WO2016076623A1 (ko) 2016-05-19
EP3220593A4 (en) 2018-08-01
MX2016010740A (es) 2016-10-26
US10305940B2 (en) 2019-05-28
CN106233692B (zh) 2019-09-13
US20190260809A1 (en) 2019-08-22

Similar Documents

Publication Publication Date Title
CN106233692B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN105830459B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106105240B (zh) 发送广播信号的装置以及发送广播信号的方法
KR101740451B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105934953B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106165321A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
CN106233693A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
KR101714444B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106105150A (zh) 用于发送广播信号的设备、用于接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
KR101956036B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106031181A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
KR101788067B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106134158A (zh) 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法
CN106464929A (zh) 广播信号发送/接收方法和装置
CN107431830A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US20220295122A1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
CN105900359A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
KR20190083667A (ko) 방송 신호 송수신 장치 및 방법
KR102131835B1 (ko) 방송 신호 송수신 장치 및 방법
CN106416284B (zh) 广播信号发送设备和广播信号发送方法

Legal Events

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