CN105814822A - 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 - Google Patents
发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 Download PDFInfo
- Publication number
- CN105814822A CN105814822A CN201580002218.3A CN201580002218A CN105814822A CN 105814822 A CN105814822 A CN 105814822A CN 201580002218 A CN201580002218 A CN 201580002218A CN 105814822 A CN105814822 A CN 105814822A
- Authority
- CN
- China
- Prior art keywords
- information
- service
- packet
- signaling
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 290
- 230000011664 signaling Effects 0.000 claims abstract description 1881
- 230000005540 biological transmission Effects 0.000 claims description 966
- 239000012634 fragment Substances 0.000 claims description 166
- 238000005538 encapsulation Methods 0.000 claims description 56
- 238000001914 filtration Methods 0.000 claims description 41
- 230000010365 information processing Effects 0.000 claims 3
- 239000010410 layer Substances 0.000 description 818
- 230000000875 corresponding effect Effects 0.000 description 636
- 108091006146 Channels Proteins 0.000 description 241
- 230000008569 process Effects 0.000 description 145
- VKALYYFVKBXHTF-UHFFFAOYSA-N 4-(methylsulfanyl)-m-cresol Chemical compound CSC1=CC=C(O)C=C1C VKALYYFVKBXHTF-UHFFFAOYSA-N 0.000 description 124
- 230000008859 change Effects 0.000 description 119
- 238000013507 mapping Methods 0.000 description 97
- 101000596046 Homo sapiens Plastin-2 Proteins 0.000 description 64
- 102100035182 Plastin-2 Human genes 0.000 description 64
- 238000005192 partition Methods 0.000 description 44
- 230000014509 gene expression Effects 0.000 description 40
- 238000012545 processing Methods 0.000 description 36
- 230000006835 compression Effects 0.000 description 30
- 238000007906 compression Methods 0.000 description 30
- 230000009467 reduction Effects 0.000 description 30
- 101000596041 Homo sapiens Plastin-1 Proteins 0.000 description 28
- 102100035181 Plastin-1 Human genes 0.000 description 28
- 238000009826 distribution Methods 0.000 description 27
- 238000010348 incorporation Methods 0.000 description 25
- 238000002156 mixing Methods 0.000 description 25
- 238000010586 diagram Methods 0.000 description 24
- 230000002123 temporal effect Effects 0.000 description 20
- 230000002085 persistent effect Effects 0.000 description 19
- 230000011218 segmentation Effects 0.000 description 19
- 239000000284 extract Substances 0.000 description 18
- 230000001965 increasing effect Effects 0.000 description 18
- 238000012546 transfer Methods 0.000 description 17
- 230000000694 effects Effects 0.000 description 15
- 230000006870 function Effects 0.000 description 15
- 230000006978 adaptation Effects 0.000 description 13
- 239000012092 media component Substances 0.000 description 13
- 230000007246 mechanism Effects 0.000 description 11
- 230000003068 static effect Effects 0.000 description 11
- 230000003044 adaptive effect Effects 0.000 description 10
- 238000013467 fragmentation Methods 0.000 description 9
- 238000006062 fragmentation reaction Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 9
- 229910002056 binary alloy Inorganic materials 0.000 description 8
- 230000002708 enhancing effect Effects 0.000 description 8
- 239000011159 matrix material Substances 0.000 description 8
- 238000012384 transportation and delivery Methods 0.000 description 8
- 238000003780 insertion Methods 0.000 description 7
- 229910052757 nitrogen Inorganic materials 0.000 description 7
- 230000008520 organization Effects 0.000 description 7
- 238000011084 recovery Methods 0.000 description 7
- 230000008685 targeting Effects 0.000 description 7
- 238000004458 analytical method Methods 0.000 description 6
- 230000037431 insertion Effects 0.000 description 6
- 238000003860 storage Methods 0.000 description 6
- 230000037361 pathway Effects 0.000 description 5
- 238000004080 punching Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 238000004904 shortening Methods 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000009897 systematic effect Effects 0.000 description 5
- 230000001276 controlling effect Effects 0.000 description 4
- 238000012937 correction Methods 0.000 description 4
- 230000002596 correlated effect Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 125000004122 cyclic group Chemical group 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- BCGWQEUPMDMJNV-UHFFFAOYSA-N imipramine Chemical compound C1CC2=CC=CC=C2N(CCCN(C)C)C2=CC=CC=C21 BCGWQEUPMDMJNV-UHFFFAOYSA-N 0.000 description 4
- 238000005728 strengthening Methods 0.000 description 4
- 229910052799 carbon Inorganic materials 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000002716 delivery method Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000000605 extraction Methods 0.000 description 3
- 239000000203 mixture Substances 0.000 description 3
- 239000002245 particle Substances 0.000 description 3
- 238000009877 rendering Methods 0.000 description 3
- 230000008439 repair process Effects 0.000 description 3
- 241001269238 Data Species 0.000 description 2
- -1 PSI Inorganic materials 0.000 description 2
- 230000002730 additional effect Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000000712 assembly Effects 0.000 description 2
- 238000000429 assembly Methods 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 2
- 230000001427 coherent effect Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000006866 deterioration Effects 0.000 description 2
- 238000011049 filling Methods 0.000 description 2
- 229910052739 hydrogen Inorganic materials 0.000 description 2
- 238000002372 labelling Methods 0.000 description 2
- 239000002346 layers by function Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 229910052760 oxygen Inorganic materials 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000003252 repetitive effect Effects 0.000 description 2
- 229910052717 sulfur Inorganic materials 0.000 description 2
- HRANPRDGABOKNQ-ORGXEYTDSA-N (1r,3r,3as,3br,7ar,8as,8bs,8cs,10as)-1-acetyl-5-chloro-3-hydroxy-8b,10a-dimethyl-7-oxo-1,2,3,3a,3b,7,7a,8,8a,8b,8c,9,10,10a-tetradecahydrocyclopenta[a]cyclopropa[g]phenanthren-1-yl acetate Chemical group C1=C(Cl)C2=CC(=O)[C@@H]3C[C@@H]3[C@]2(C)[C@@H]2[C@@H]1[C@@H]1[C@H](O)C[C@@](C(C)=O)(OC(=O)C)[C@@]1(C)CC2 HRANPRDGABOKNQ-ORGXEYTDSA-N 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000001235 constant-final-state spectroscopy Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 238000002224 dissection Methods 0.000 description 1
- 238000013213 extrapolation Methods 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 238000009432 framing Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000004899 motility Effects 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 239000002994 raw material Substances 0.000 description 1
- 238000011946 reduction process Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 208000029257 vision disease Diseases 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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
- 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
-
- 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
-
- 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/40—Support for services or applications
-
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1868—Measures taken after transmission, e.g. acknowledgments
-
- 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/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- 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)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Library & Information Science (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-2TS分组的链路层分组的头结构及其封装处理；
图13示出根据本发明的实施方式的IP头压缩中的适配模式的示例(发送侧)；
图14示出根据本发明的实施方式的链路映射表(LMT)和RoHC-U描述表；
图15示出根据本发明的实施方式的发送机侧的链路层的结构；
图16示出根据本发明的实施方式的接收机侧的链路层的结构；
图17示出根据本发明的实施方式的通过链路层的信令传输的配置(发送侧/接收侧)；
图18是示出根据本发明的实施方式的用于未来广播服务的广播信号发送设备的配置的框图；
图19是示出根据本发明的实施方式的比特交织编码和调制(BICM)块的框图；
图20是示出根据本发明的另一实施方式的BICM块的框图；
图21示出根据本发明的实施方式的物理层信令(PLS)的比特交织处理；
图22是示出根据本发明的实施方式的用于未来广播服务的广播信号接收设备的配置的框图；
图23示出根据本发明的实施方式的帧的信令层次结构；
图24是示出根据本发明的实施方式的PLS1数据的表；
图25是示出根据本发明的实施方式的PLS2数据的表；
图26是示出根据本发明的另一实施方式的PLS2数据的表；
图27示出根据本发明的实施方式的帧的逻辑结构；
图28示出根据本发明的实施方式的PLS映射；
图29示出根据本发明的实施方式的时间交织；
图30示出根据本发明的实施方式的扭曲行-列块交织器的基本操作；
图31示出根据本发明的另一实施方式的扭曲行-列块交织器的操作；
图32是示出根据本发明的实施方式的根据各个FFT模式的包括主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器的框图；
图33示出根据本发明的实施方式的用于所有FFT模式的主PRBS；
图34示出根据本发明的实施方式的用于FFT模式的次PRBS和用于频率交织的交织地址；
图35示出根据本发明的实施方式的时间交织器的写入操作；
图36是示出根据PLP的数量应用的交织类型的表；
图37是包括混合时间交织器的结构的第一示例的框图；
图38是包括混合时间交织器的结构的第二示例的框图；
图39是包括混合时间解交织器的结构的第一示例的框图；
图40是包括混合时间解交织器的结构的第二示例的框图；
图41是示出根据本发明的实施方式的混合广播接收设备的框图；
图42是示出根据本发明的实施方式的混合广播接收机的框图；
图43示出根据本发明的实施方式的未来混合广播系统的协议栈；
图44示出根据本发明的实施方式的被传送至未来广播传输系统的物理层的传输帧的结构；
图45示出根据本发明的实施方式的应用层传输协议的传输分组；
图46示出根据本发明的实施方式的由未来广播系统发送信令数据的方法；
图47示出根据本发明的实施方式的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图48示出根据本发明的实施方式的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图49示出根据本发明的实施方式的发送基于FIC的信令的方法；
图50示出根据本发明的实施方式的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图51示出根据本发明的另一实施方式的发送基于FIC的信令的方法；
图52示出根据本发明的实施方式的未来广播系统的服务信令消息格式；
图53示出根据本发明的实施方式的未来广播系统中所使用的服务信令表；
图54示出根据本发明的实施方式的未来广播系统中所使用的服务映射表；
图55示出根据本发明的实施方式的未来广播系统中所使用的服务信令表；
图56示出根据本发明的实施方式的未来广播系统中所使用的组件映射表；
图57示出根据本发明的实施方式的组件映射表描述；
图58示出根据本发明的实施方式的未来广播系统的组件映射表的句法；
图59示出根据本发明的实施方式的在未来广播系统中通过宽带网络发送与各个服务有关的信令的方法；
图60示出根据本发明的实施方式的在未来广播系统中用信号通知MPD的方法；
图61示出根据本发明的实施方式的未来广播系统中所使用的MPD传送表的句法；
图62示出根据本发明的实施方式的未来广播系统的传输会话实例描述；
图63示出根据本发明的实施方式的未来广播系统的SourceFlow元素；
图64示出根据本发明的实施方式的未来广播系统的EFDT；
图65示出根据本发明的实施方式的未来广播系统所使用的发送ISDT的方法；
图66示出根据本发明的实施方式的未来广播系统的信令消息传送结构；
图67示出根据本发明的实施方式的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图68示出根据本发明的实施方式的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图69示出根据本发明的实施方式的组件映射表描述；
图70示出根据本发明的实施方式的组件映射表描述；
图71和图72示出根据本发明的实施方式的组件映射表描述；
图73示出根据本发明的实施方式的组件映射表描述；
图74示出根据本发明的实施方式的MPD的公共属性和元素；
图75示出根据本发明的实施方式的传输会话实例描述；
图76示出根据本发明的实施方式的未来广播系统的SourceFlow元素；
图77示出根据本发明的另一实施方式的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图78示出根据本发明的另一实施方式的由未来广播系统为了接收机的快速广播服务扫描而发送的信令数据；
图79示出根据本发明的实施方式的在未来广播系统中获取服务层信令的方法；
图80示出根据本发明的实施方式的在未来广播系统中获取服务层信令和链路层信令的方法；
图81示出根据本发明的实施方式的在未来广播系统中获取服务层信令的方法；
图82示出根据本发明的实施方式的在未来广播系统中获取服务层信令和链路层信令的方法；
图83示出根据本发明的实施方式的在未来广播系统中传送服务层信令的方法；
图84示出根据本发明的实施方式的在未来广播系统中传送服务层信令和链路层信令的方法；
图85示出根据本发明的实施方式的在未来广播系统中传送服务层信令的方法；
图86示出根据本发明的实施方式的在未来广播系统中传送服务层信令和链路层信令的方法；
图87示出根据本发明的实施方式的在未来广播系统中发送服务层信令的方法；
图88示出根据本发明的实施方式的在未来广播系统中传送服务层信令的方法；
图89示出根据本发明的另一实施方式的信令消息的头的句法；
图90示出根据本发明的实施方式的处理DASH初始化片段的协议栈；
图91示出根据本发明的实施方式的分层编码传输(LCT)会话实例描述(LSID)的部分；
图92示出根据本发明的实施方式的提供用于过滤服务信令消息的信息的信令对象描述(SOD)；
图93示出根据本发明的实施方式的包括信令消息的对象；
图94示出根据本发明的实施方式的TOI配置描述(TCD)；
图95示出根据本发明的实施方式的传输分组的有效载荷格式元素；
图96示出根据本发明的实施方式的TOI配置实例描述(TCD)；
图97示出根据本发明的实施方式的快速信息信道(FIC)的有效载荷的句法；
图98示出根据本发明的另一实施方式的FIC的有效载荷的句法；
图99示出根据本发明的另一实施方式的服务级别信令的句法；
图100示出根据本发明的另一实施方式的组件映射描述；
图101示出根据本发明的另一实施方式的URL信令描述的句法；
图102示出根据本发明的另一实施方式的SourceFlow元素；
图103示出根据本发明的另一实施方式的通过宽带网络获取信令信息的处理；
图104示出根据本发明的另一实施方式的通过广播网络和宽带网络获取信令信息的处理；
图105示出根据本发明的另一实施方式的通过宽带网络获取信令信息的处理；
图106示出根据本发明的另一实施方式的通过广播网络获取电子服务指南(ESG)的处理；
图107示出根据本发明的另一实施方式的通过广播网络获取广播服务的视频片段和音频片段的处理；
图108示出根据本发明的另一实施方式的通过广播网络获取视频片段并且通过宽带网络获取音频片段的处理；
图109示出根据本发明的实施方式的clock_reference_bootstrap_descriptor的配置；
图110示出根据本发明的实施方式的clock_reference_value_descriptor的配置；
图111示出根据本发明的实施方式的快速信息信道(FIC)的配置；
图112示出根据本发明的另一实施方式的clock_reference_value_descriptor的配置；
图113示出根据本发明的实施方式的服务描述的配置；
图114示出根据本发明的实施方式的组件映射描述的配置；
图115示出根据本发明的实施方式的发送广播信号的方法；
图116示出根据本发明的实施方式的接收广播信号的方法；
图117示出根据本发明的实施方式的发送广播信号的设备的配置；
图118示出根据本发明的实施方式的接收广播信号的设备的配置；
图119示出根据本发明的实施方式的当会话描述信息被包括在服务描述信息中并被发送时的服务描述信息；
图120示出根据本发明的实施方式的当通过服务信令信道传送会话描述信息时用于传送会话描述信息的消息格式；
图121示出根据本发明的实施方式的通过会话之外的路径发送会话描述信息的方法；
图122示出根据本发明的另一实施方式的通过会话之外的路径发送会话描述信息的方法；
图123示出根据本发明的另一实施方式的通过会话之外的路径发送会话描述信息的方法；
图124示出根据本发明的实施方式的为初始化信息传送扩展的信令消息；
图125示出根据本发明的实施方式的用于初始化信息传送的消息格式；
图126示出根据本发明的另一实施方式的当通过服务信令信道传送会话描述信息时用于会话描述信息传送的消息格式；
图127示出根据本发明的实施方式的处理服务数据的方法；
图128示出根据本发明的实施方式的处理服务数据的设备；
图129示出根据本发明的实施方式的ESG引导信息；
图130示出根据本发明的实施方式的ESG引导信息传输类型；
图131示出根据本发明的第一实施方式的ESG引导信息信令；
图132示出根据本发明的第二实施方式的ESG引导信息信令；
图133示出根据本发明的第三实施方式的ESG引导信息信令；
图134示出根据本发明的第四实施方式的ESG引导信息信令；
图135示出根据本发明的第五实施方式的ESG引导信息信令；
图136示出根据本发明的第五实施方式的GAT；
图137示出本发明的第一实施方式至第五实施方式的效果；
图138是示出根据本发明的实施方式的广播接收设备的操作的流程图；
图139示出根据本发明的实施方式的信道映射配置方法；
图140示出根据本发明的实施方式的信道映射配置方法；
图141示出根据本发明的实施方式的用于过滤服务信令信息的分组结构；
图142示出根据本发明的另一实施方式的信令结构；
图143示出根据本发明的另一实施方式的用于过滤服务信令信息的分组结构；
图144示出根据本发明的另一实施方式的信令结构；
图145示出根据本发明的另一实施方式的信令结构；
图146示出根据本发明的实施方式的承载实际媒体数据的传输分组的结构；
图147示出根据本发明的另一实施方式的信令结构；
图148示出根据本发明的另一实施方式的信令结构；
图149示出根据本发明的另一实施方式的信令结构；
图150示出根据本发明的另一实施方式的信令结构；
图151示出用于信令信息的TOI过滤的接收机操作；
图152示出根据本发明的另一实施方式的信令结构；
图153是示出根据本发明的实施方式的发送广播信号的方法的流程图；以及
图154示出根据本发明的实施方式的发送广播信号的设备。
具体实施方式
现在将详细参照本发明的优选实施方式，其示例示出于附图中。下面将参照附图给出的详细描述旨在说明本发明的示例性实施方式，而非示出可根据本发明实现的仅有实施方式。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的术语选自通常已知和使用的术语，但是本发明的描述中所提及的一些术语是由申请人斟酌选择的，其详细含义在本文描述的相关部分中描述。另外，要求本发明不简单地按照所使用的实际术语来理解，而是按照落入其内的各个术语的含义来理解。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施方式的未来广播服务包括地面广播服务、移动广播服务、超高清电视(UHDTV)服务等。根据一个实施方式，本发明可通过非MIMO(多输入多输出)或MIMO来处理用于未来广播服务的广播信号。根据本发明的实施方式的非MIMO方案可包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
图1示出根据本发明的实施方式的接收机协议栈。
在通过广播网络的广播服务传送中可使用两种方案。
在第一种方案中，基于MPEG媒体传输(MMT)利用MMT协议(MMTP)来发送媒体处理单元(MPU)。在第二方案中，可基于MPEGDASH利用经由单向传输的实时对象传送(ROUTE)来发送HTTP动态自适应流(DASH)片段。
利用ROUTE传送包括NRT媒体、EPG数据和其它文件的非定时内容。可经由MMTP和/或ROUTE传送信令，而通过服务列表表格(SLT)提供引导信令信息。
在混合服务传送中，在宽带侧使用经由HTTP/TCP/IP的MPEGDASH。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_type0x00(至信令服务器的URL)。在这种情况下，属性url支持查询参数svc＝<service_id>，其中service_id对应于父服务元素的serviceId属性。
另选地，当BroadcastSignaling元素不存在时，元素InetSigLoc可作为slt根元素的子元素而存在，并且该InetSigLoc元素的属性urlType包括URL_type0x00(至信令服务器的URL)。在这种情况下，URL_type0x00的属性url支持查询参数svc＝<service_id>，其中service_id对应于父服务元素的serviceId属性。
slsPlpId可以是表示整数的字符串，其指示承载此服务的SLS的物理层管道的PLPID。
slsDestinationIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4目的地地址的字符串。
slsDestinationUdpPort可以是包含承载此服务的SLS数据的分组的端口号的字符串。如上文所述，可通过目的地IP/UDP信息执行SLS引导。
slsSourceIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4源地址的字符串。
slsMajorProtocolVersion可以是用于传送此服务的服务层信令的协议的主版本号。默认值为1。
SlsMinorProtocolVersion可以是用于传送此服务的服务层信令的协议的次版本号。默认值为0。
serviceLanguage可以是指示服务的主语言的三字符语言代码。此字段的值可具有根据实施方式而变化的形式。
broadbandAccessRequired可以是指示接收机需要宽带访问来进行服务的有意义的呈现的布尔值。默认值为假。当此字段具有值真时，接收机需要访问宽带以用于有意义服务再现，这可对应于混合服务传送的情况。
capabilities可表示用于解码并有意义地呈现服务ID等于上述serviceId属性的服务的内容所需的能力。
InetSigLoc可提供用于经由宽带(如果可用的话)访问信令或声明信息的URL。其数据类型可以是任何URL数据类型的扩展，增加了指示URL允许访问什么的urlType属性。此字段的urlType字段可指示与上述InetSigLoc的urlType字段相同的含义。当属性URL_type0x00的InetSigLoc元素作为SLT的元素存在时，它可用于做出对信令元数据的HTTP请求。HTTPPOST消息主体可包括服务项。当InetSigLoc元素出现在区段层面时，该服务项用于指示所请求的信令元数据对象所应用于的服务。如果不存在服务项，则请求区段中的所有服务的信令元数据对象。当InetSigLoc出现在服务层面时，则不需要服务项来指定期望的服务。当提供属性URL_type0x01的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)是SLSXML片断之一，并且可用作描述特定描述性信息的信令herb。USBD/USD可被扩展超过3GPPMBMS。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/DASHSLS可包括用户服务绑定描述(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数据(ServiceglobalServiceID)。
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可以是SLSXML片断，其为承载服务的内容组件的传输会话提供总会话描述信息。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片断的数据结构和语义可根据MPEGDASH所定义的MPD。
在MPD中传达的一个或更多个DASH表示可经由广播来承载。MPD可描述经由宽带传送的附加表示，例如在混合服务的情况下或者为了在由于广播信号劣化从广播至广播切换(例如，穿过隧道行驶)时支持服务连续性。
图7示出根据本发明的实施方式的用于MMT的USBD/USD片断。
用于线性服务的MMTSLS包括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的物理层管道的的PLPID。(默认：当前物理层管道)。
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的标识符。物理层管道标识符描述符将在下面描述。
MMTATSC3(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。除了PLPID信息以外，物理层管道标识符描述符还可包括BSID信息。BSID可以是传送该描述符所描述的资产的MMTP分组的广播流的ID。
图8示出根据本发明的实施方式的链路层协议架构。
以下将描述链路层。
链路层是物理层与网络层之间的层，并且在发送侧从网络层到物理层传输数据，在接收侧从物理层到网络层传输数据。链路层的目的包括把所有输入分组类型抽象成单一格式以便于物理层处理，确保灵活性以及还未定义的输入类型的未来可扩展性。另外，链路层内的处理确保了输入数据可按照有效的方式发送(例如，通过提供压缩输入分组的头中的冗余信息的选项)。封装、压缩等的操作被称作链路层协议，利用此协议创建的分组被称为链路层分组。链路层可执行诸如分组封装、开销降低和/或信令传输等的功能。
以下将描述分组封装。链路层协议允许任何类型的分组(包括诸如IP分组和MPEG-2TS的分组)的封装。利用链路层协议，独立于网络层协议类型(这里我们考虑MPEG-2TS分组作为一种网络层分组)，物理层仅需要处理一个单一分组格式。各个网络层分组或输入分组被转换成一般链路层分组的有效载荷。另外，当输入分组大小特别小或特别大时，可执行级联和分段以便有效地使用物理层资源。
如上文所述，分段可用于分组封装。当网络层分组过大从而不易于在物理层中处理时，网络层分组被分割成两个或更多个片段。链路层分组头包括协议字段以执行发送侧的分段和接收侧的重组。当网络层分组被分段时，各个片段可按照与网络层分组中的原始位置相同的顺序被封装到链路层分组。另外，包括网络层分组的片段的各个链路层分组可因此被传输至PHY层。
如上文所述，级联可用于分组封装。当网络层分组足够小以使得链路层分组的有效载荷可包括多个网络层分组时，链路层分组头包括协议字段以执行级联。级联是将多个小尺寸的网络层分组组合成一个有效载荷。当网络层分组被级联时，各个网络层分组可按照与原始输入顺序相同的顺序被级联到链路层分组的有效载荷。另外，构造链路层分组的有效载荷的各个分组可以是整个分组，而非分组的片段。
以下将描述开销降低。链路层协议的使用可导致用于物理层上的数据传输的开销显著降低。根据本发明的链路层协议可提供IP开销降低和/或MPEG-2TS开销降低。在IP开销降低中，IP分组具有固定的头格式，然而，通信环境中需要的一些信息在广播环境中可能是冗余的。链路层协议提供通过压缩IP分组的头来降低广播开销的机制。在MPEG-2TS开销降低中，链路层协议提供同步字节去除、空分组删除和/或公共头去除(压缩)。首先，同步字节去除提供每TS分组一个字节的开销降低，空分组删除机制去除188字节的空TS分组，使得它们可在接收机处被重新插入，最终是公共头去除机制。
对于信令传输，在链路层协议中，可针对链路层信令提供信令分组的特定格式(将在下面描述)。
在根据本发明的实施方式所示的链路层协议架构中，链路层协议以诸如IPv4、MPEG-2TS等的输入网络层分组作为输入分组。未来扩展指示其它分组类型和链路层中还可输入的协议。链路层协议还指定任何链路层信令的格式和信令，包括关于至物理层的特定信道的映射的信息。附图还示出ALP如何包含经由各种头压缩和删除算法改进传输效率的机制。另外，链路层协议可基本上封装输入分组。
图9示出根据本发明的实施方式的链路层分组的基本头的结构。以下将描述头的结构。
链路层分组可包括跟随有数据有效载荷的头。链路层分组的头可包括基本头，并且可根据基本头的控制字段而包括附加头。可选头的存在由附加头的标志字段指示。根据给定实施方式，指示附加头和可选头的存在的字段可位于基本头中。
以下将描述基本头的结构。用于链路层分组封装的基本头具有层次结构。基本头可为两字节的长度并且是链路层分组头的最小长度。
根据本实施方式所示的基本头可包括Packet_Type字段、PC字段和/或length字段。根据给定实施方式，基本头还可包括HM字段或S/C字段。
Packet_Type字段可以是指示在封装成链路层分组之前输入数据的原始协议或分组类型的3比特字段。IPv4分组、压缩IP分组、链路层信令分组和其它类型的分组可具有基本头结构并且可被封装。然而，根据给定实施方式，MPEG-2TS分组可具有不同的具体结构并且可被封装。当Packet_Type的值是“000”、“001”、“100”或“111”时，ALP分组的原始数据类型是IPv4分组、压缩IP分组、链路层信令或扩展分组之一。当MPEG-2TS分组被封装时，Packet_Type的值可为“010”。Packet_Type字段的其它值可被预留以用于未来使用。
Payload_Configuration(PC)字段可以是指示有效载荷的配置的1比特字段。值0可指示链路层分组承载单个完整的输入分组，随后的字段是Header_Mode字段。值1可指示链路层分组承载不止一个输入分组(级联)或者大的输入分组的一部分(分段)，随后的字段是Segmentation_Concatenation字段。
Header_Mode(HM)字段可以是1比特字段，当被设定为0时可指示不存在附加头，并且链路层分组的有效载荷的长度小于2048字节。该值可根据实施方式而变化。值1可指示跟随Length字段之后存在下面所定义的单个分组的附加头。在这种情况下，有效载荷的长度大于2047字节和/或可使用可选特征(子流标识、头扩展等)。该值可根据实施方式而变化。仅当链路层分组的Payload_Configuration字段具有值0时，此字段可存在。
Segmentation_Concatenation(S/C)字段可以是1比特字段，当被设定为0时可指示有效载荷承载输入分组的片段并且跟随Length字段之后存在用于下面所定义的分段的附加头。值1可指示有效载荷承载不止一个完整输入分组并且跟随Length字段之后存在用于下面所定义的级联的附加头。仅当ALP分组的Payload_Configuration字段的值为1时，此字段可存在。
Length字段可以是11比特字段，其指示链路层分组所承载的有效载荷的长度(字节)的11最低有效位(LSB)。当随后的附加头中存在Length_MSB字段时，length字段与Length_MSB字段级联并且是提供有效载荷的实际总长度的LSB。length字段的比特数可被改变为另一值，而非11比特。
因此，分组配置的以下类型是可能的：没有附加头的单个分组、具有附加头的单个分组、分段分组和级联分组。根据给定实施方式，可通过各个附加头、可选头、用于下面所述的信令信息的附加头和用于时间扩展的附加头的组合进行更多分组配置。
图10示出根据本发明的实施方式的链路层分组的附加头的结构。
可存在各种类型的附加头。以下将描述用于单个分组的附加头。
当Header_Mode(HM)＝“1”时，用于单个分组的该附加头可存在。当链路层分组的有效载荷的长度大于2047字节时或者当使用可选字段时，Header_Mode(HM)可被设定为1。图中示出用于单个分组的附加头(tsib10010)。
Length_MSB字段可以是5比特字段，其可指示当前链路层分组中的总有效载荷长度(字节)的最高有效位(MSB)，并且与包含11最低有效位(LSB)的Length字段级联以获得总有效载荷长度。可用信号通知的有效载荷的最大长度因此为65535字节。length字段的比特数可被改变为另一值，而非11比特。另外，Length_MSB字段的比特数可改变，因此最大可表示有效载荷长度可改变。根据给定实施方式，各个length字段可指示整个链路层分组的长度，而非有效载荷。
SIF(子流标识符标志)字段可以是1比特字段，其可指示在HEF字段之后是否存在子流ID(SID)。当此链路层分组中不存在SID时，SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时，SIF可被设定为1。SID的细节在下面描述。
HEF(头扩展标志)字段可以是1比特字段，其在被设定为1时可指示存在附加头以用于未来扩展。值0可指示不存在此扩展头。
以下将描述当使用分段时的附加头。
当Segmentation_Concatenation(S/C)＝“0”时，此附加头(tsib10020)可存在。Segment_Sequence_Number可以是5比特无符号整数，其可指示链路层分组所承载的对应片段的顺序。对于承载输入分组的第一片段的链路层分组，此字段的值可被设定为0x0。此字段可随着属于分段的输入分组的各个附加片段而增加一。
Last_Segment_Indicator(LSI)可以是1比特字段，其在被设定为1时可指示此有效载荷中的片段是输入分组的最后一个片段。值0可指示不是最后片段。
SIF(子流标识符标志)可以是1比特字，其可指示在HEF字段之后是否存在SID。当链路层分组中不存在SID时，SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时，SIF可被设定为1。
HEF(头扩展标志)可以是1比特字段，其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在可选头扩展。
根据给定实施方式，可另外提供分组ID字段以指示各个片段是从相同的输入分组生成的。当片段按照顺序发送时，此字段可能是不必要的，因此被省略。
以下将描述当使用级联时的附加头。
当Segmentation_Concatenation(S/C)＝“1”时，此附加头(tsib10030)可存在。
Length_MSB可以是4比特字段，其可指示此链路层分组中的有效载荷长度(字节)的MSB比特。对于级联，有效载荷的最大长度是32767字节。如上文所述，具体数值可改变。
Count可以是可指示链路层分组中所包括的分组的数量的字段。链路层分组中所包括的分组的数量2可被设定为此字段。因此，链路层分组中的级联分组的最大值为9。count字段指示数量的方案可根据实施方式而变化。即，可指示从1至8的数量。
HEF(头扩展标志)可以是1比特字段，其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在扩展头。
Component_Length可以是12比特长度字段，其可指示各个分组的长度(字节)。除了最后组件分组以外，Component_Length字段按照与存在于有效载荷中的分组相同的顺序被包括。长度字段的数量可由(Count+1)指示。根据给定实施方式，可存在数量与count字段的值相同的长度字段。当链路层头由奇数个Component_Length组成时，四个填充比特可跟随在最后Component_Length字段之后。这些比特可被设定为0。根据给定实施方式，指示最后级联的输入分组的长度的Component_length字段可不存在。在这种情况下，最后级联的输入分组的长度可对应于从整个有效载荷长度减去各个Component_length字段所指示的值之和而获得的长度。
以下将描述可选头。
如上文所述，可选头可被添加到附加头的后面。可选头字段可包含SID和/或头扩展。SID用于在链路层层面滤除特定分组流。SID的一个示例是承载多个服务的链路层流中的服务标识符的角色。如果适用的话，可在SLT中提供服务与该服务所对应的SID值之间的映射信息。头扩展包含扩展字段以用于未来使用。接收机可忽略它们不理解的任何头扩展。
SID(子流标识符)可以是可指示链路层分组的子流标识符的8比特字段。如果存在可选头扩展，则附加头与可选头扩展之间存在SID。
Header_Extension()可包括下面所定义的字段。
Extension_Type可以是可指示Header_Extension()的类型的8比特字段。
Extension_Length可以是8比特字段，其可指示从下一字节到Header_Extension()的最后字节计数的HeaderExtension()的长度(字节)。
Extension_Byte可以是表示Header_Extension()的值的字节。
图11示出根据本发明的另一实施方式的链路层分组的附加头的结构。
以下将描述用于信令信息的附加头。
链路层信令如何被并入链路层分组中如下。当基本头的Packet_Type字段等于100时标识信令分组。
图(tsib11010)示出包含用于信令信息的附加头的链路层分组的结构。除了链路层头以外，链路层分组可由两个附加部分、用于信令信息的附加头和实际信令数据本身组成。链路层分组头中示出链路层信令分组的总长度。
用于信令信息的附加头可包括以下字段。根据给定实施方式，一些字段可被省略。
Signaling_Type可以是可指示信令的类型的8比特字段。
Signaling_Type_Extension可以是可指示信令的属性的16比特字段。此字段的细节可在信令规范中定义。
Signaling_Version可以是可指示信令的版本的8比特字段。
Signaling_Format可以是可指示信令数据的数据格式的2比特字段。这里，信令格式可表示诸如二进制格式、XML格式等的数据格式。
Signaling_Encoding可以是可指定编码/压缩格式的2比特字段。此字段可指示是否不执行压缩以及执行哪种类型的压缩。
以下将描述用于分组类型扩展的附加头。
为了提供允许在未来通过链路层承载几乎无限数量的附加协议和分组类型的机制，定义附加头。如上所述，当在基本头中Packet_type为111时可使用分组类型扩展。图(tsib11020)示出包含用于类型扩展的附加头的链路层分组的结构。
用于类型扩展的附加头可包括以下字段。根据给定实施方式，一些字段可被省略。
extended_type可以是16比特字段，其可指示作为有效载荷封装在链路层分组中的输入的协议或分组类型。此字段无法用于Packet_Type字段已经定义的任何协议或分组类型。
图12示出根据本发明的实施方式的用于MPEG-2TS分组的链路层分组的头结构及其封装处理。
以下将描述当作为输入分组输入MPEG-2TS分组时的链路层分组的格式。
在这种情况下，基本头的Packet_Type字段等于010。多个TS分组可被封装在各个链路层分组内。TS分组的数量经由NUMTS字段来通知。在这种情况下，如上文所述，可使用特定链路层分组头格式。
链路层提供用于MPEG-2TS以增强传输效率的开销降低机制。各个TS分组的同步字节(0x47)可被删除。还提供删除NULL分组和相似TS头的选项。
为了避免不必要的传输开销，TS空分组(PID＝0x1FFF)可被去除。删除的空分组可在接收机侧利用DNP字段恢复。DNP字段指示删除的空分组的计数。下面描述使用DNP字段的空分组删除机制。
为了实现更高的传输效率，MPEG-2TS分组的相似的头可被去除。当两个或更多个连续的TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，所述头在第一分组中发送一次，其它头被删除。HDM字段可指示是否执行头删除。下面描述公共TS头删除的详细过程。
当执行所有三种开销降低机制时，可按照同步去除、空分组删除和公共头删除的顺序执行开销降低。根据给定实施方式，各个机制的执行顺序可改变。另外，根据给定实施方式，一些机制可被省略。
图(tsib12010)中描绘了当使用MPEG-2TS分组封装时链路层分组头的总体结构。
以下将描述各个示出的字段。Packet_Type可以是3比特字段，其可如上所述指示输入分组的协议类型。对于MPEG-2TS分组封装，此字段可总是被设定为010。
NUMTS(TS分组的数量)可以是4比特字段，其可指示此链路层分组的有效载荷中的TS分组的数量。一个链路层分组中可支持最多16个TS分组。NUMTS＝0的值可指示链路层分组的有效载荷承载16个TS分组。对于NUMTS的所有其它值，识别相同数量的TS分组，例如NUMTS＝0001表示承载一个TS分组。
AHF(附加头标志)可以是可指示是否存在附加头的字段。值0指示不存在附加头。值1指示长度1字节的附加头存在于基本头之后。如果空TS分组被删除或者应用TS头压缩，则此字段可被设定为1。用于TS分组封装的附加头由随后的两个字段组成，并且仅当此链路层分组中的AHF的值被设定为1时存在。
HDM(头删除模式)可以是1比特字段，其指示是否可对此链路层分组应用TS头删除。值1指示可应用TS头删除。值“0”指示不对此链路层分组应用TS头删除方法。
DNP(删除空分组)可以是7比特字段，其指示在此链路层分组之前的删除空TS分组的数量。最多128个空TS分组可被删除。当HDM＝0时，DNP＝0的值可指示128个空分组被删除。当HDM＝1时，DNP＝0的值可指示没有空分组被删除。对于DNP的所有其它值，识别相同数量的空分组，例如DNP＝5表示5个空分组被删除。
上述各个字段的比特数可改变。根据改变的比特数，字段所指示的值的最小/最大值可改变。这些数量可由设计者来改变。
以下，将描述SYNC字节去除。
在将TS分组封装到链路层分组的有效载荷中时，从各个TS分组的开头的SYNC字节(0x47)可被删除。因此，封装在链路层分组的有效载荷中的MPEG2-TS分组的长度总是为长度187字节(代替原来的188字节)。
以下将描述空分组删除。
传输流规则要求发送机的复用器的输出处和接收机的解复用器的输入处的比特率在时间上恒定，并且端对端时延也恒定。对于一些传输流输入信号，可存在空分组以便适应恒定比特流中的可变比特率服务。在这种情况下，为了避免不必要的传输开销，TS空分组(具有PID＝0x1FFF的TS分组)可被去除。该处理按照去除的空分组可在接收机中被重新插入它们原来所在的精确位置的方式执行，因此保证了恒定比特率并且避免了对PCR时间戳更新的需求。
在生成链路层分组之前，称为DNP(删除空分组)的计数器可首先被重置为零，然后针对要被封装到当前链路层分组的有效载荷中的第一非空TS分组前面的各个删除的空分组增加。然后，一组连续有用的TS分组被封装到当前链路层分组的有效载荷中，并且可确定其头中的各个字段的值。在将所生成的链路层分组注入物理层之后，DNP被重置为零。当DNP达到其最大允许值时，如果下一分组也是空分组，则此空分组作为有用分组被预留并被封装到下一链路层分组的有效载荷中。各个链路层分组可在其有效载荷中包含至少一个有用TS分组。
以下将描述TS分组头删除。TS分组头删除可被称作TS分组头压缩。
当两个或更多个连续TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，头在第一分组处被发送一次，其它头被删除。当两个或更多个连续TS分组中包括重复的MPEG-2TS分组时，在发送机侧无法应用头删除。HDM字段可指示是否执行头删除。当执行TS头删除时，HDM可被设定为1。在接收机侧，利用第一分组头，恢复删除的分组头，并且通过按照从第一头开始的顺序增加来恢复连续性计数器。
图中所示的示例tsib12020是TS分组的输入流被封装到链路层分组中的处理的示例。首先，可输入包括具有SYNC字节(0x47)的TS分组的TS流。首先，可通过同步字节删除处理来删除同步字节。在此示例中，假定不执行空分组删除。
这里，假定除了CC(即，连续性计数器字段值)以外，八个TS分组的分组头具有相同的字段值。在这种情况下，可执行TS分组删除/压缩。除了与CC＝1对应的第一TS分组头以外，删除剩余的七个TS分组头。处理后的TS分组可被封装到链路层分组的有效载荷中。
在完成的链路层分组中，Packet_Type字段对应于输入TS分组的情况，因此可具有值010。NUMTS字段可指示所封装的TS分组的数量。由于执行分组头删除，AHF字段可被设定为1以指示附加头的存在。由于执行头删除，HDM字段可被设定为1。由于不执行空分组删除，DNP可被设定为0。
图13示出根据本发明的实施方式的IP头压缩中的适配模式的示例(发送侧)。
以下将描述IP头压缩。
在链路层中，可提供IP头压缩/解压缩方案。IP头压缩可包括两个部分：头压缩器/解压缩器和适配模块。头压缩方案可基于鲁棒头压缩(RoHC)。另外，对于广播用途，增加适配功能。
在发送机侧，ROHC压缩器减小各个分组的头的大小。然后，适配模块提取上下文信息并且从各个分组流构建信令信息。在接收机侧，适配模块解析与所接收到的分组流关联的信令信息并且将上下文信息附到所接收到的分组流。ROHC解压缩器通过恢复分组头来重构原始IP分组。
头压缩方案可如上所述基于RoHC。具体地讲，在本系统中，RoHC框架可在RoHC的单向模式(U模式)下操作。另外，在本系统中，可使用由0x0002的配置标识符标识的RoHCUDP头压缩配置。
以下将描述适配。
在通过单向链路的传输中，如果接收机没有上下文信息，则解压缩器无法恢复所接收到的分组头直至接收到完整上下文。这可导致信道改变时延和打开时延。因此，压缩器与解压缩器之间的上下文信息和配置参数可总是随分组流发送。
适配功能提供配置参数和上下文信息的带外传输。带外传输可通过链路层信令来进行。因此，适配功能用于减少由于上下文信息的损失引起的信道改变时延和解压缩错误。
以下将描述上下文信息的提取。
可根据适配模式利用各种方案来提取上下文信息。在本发明中，将在下面描述三个示例。本发明的范围不限于下面将要描述的适配模式的示例。这里，适配模式可被称作上下文提取模式。
适配模式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可用作将封装的信令信息传送至用于信令信息的DPtsib15100的缓冲器。这里，用于信令信息的DPtsib15100可表示上述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可用作将链路层分组传送至物理层的DPtsib15240的缓冲器。
各个块、模块或部分可被配置为链路层中的一个模块/协议或多个模块/协议。
图16示出根据本发明的实施方式的接收机侧的链路层的结构。
本实施方式假定处理IP分组。从功能角度，接收机侧的链路层可大体包括处理信令信息的链路层信令部分、开销处理部分和/或解封装部分。另外，接收机侧的链路层可包括用于控制和调度链路层的总体操作和/或链路层的输入和输出部分的调度器。
首先，通过物理层接收的信息可被传送至链路层。链路层可处理信息，恢复在发送机侧被处理之前的原始状态，然后将信息传送至上层。在本实施方式中，上层可以是IP层。
在物理层中分离并且通过特定信道tsib16030传送的信息可被传送至链路层信令部分。链路层信令部分可确定从物理层接收的信令信息，并且将所确定的信令信息传送至链路层的各个部分。
信道缓冲器tsib16040可用作接收通过特定信道发送的信令信息的缓冲器。如上文所述，当物理/逻辑分割的单独的信道存在于物理层中时，可接收通过信道发送的信令信息。当从单独的信道接收的信息被分段时，分段的信息可被存储，直至配置完整信息。
信令解码器/解析器tsib16050可核实通过特定信道接收的信令信息的格式，并且提取链路层中要使用的信息。当通过特定信道接收的信令信息被编码时，可执行解码。另外，根据给定实施方式，可核实信令信息的完整性等。
信令管理器tsib16060可将通过多个路径接收的信令信息整合。通过用于信令的DPtsib16070(将在下面描述)接收的信令信息可在信令管理器tsib16060中被整合。信令管理器tsib16060可传送链路层中的各个部分所需的信令信息。例如，信令管理器tsib16060可将用于恢复分组的上下文信息等传送至开销处理部分。另外，信令管理器tsib16060可将用于控制的信令信息传送至调度器tsib16020。
没有通过单独的特定信道接收的一般信令信息可通过用于信令的DPtsib16070来接收。这里，用于信令的DP可表示PLS、L1等。这里，DP可被称作PLP。接收缓冲器tsib16080可用作接收从用于信令的DP传送来的信令信息的缓冲器。在信令信息解封装块tsib16090中，可将所接收到的信令信息解封装。解封装的信令信息可通过解封装缓冲器tsib16100被传送至信令管理器tsib16060。如上文所述，信令管理器tsib16060可校对信令信息并且将校对的信令信息传送至链路层中的必要部分。
调度器tsib16020可确定并控制包括在链路层中的多个模块的操作。调度器tsib16020可利用接收机信息tsib16010和/或从信令管理器tsib16060传送的信息来控制链路层的各个部分。另外，调度器tsib16020可确定各个部分的操作模式等。这里，接收机信息tsib16010可表示先前存储在接收机中的信息。调度器tsib16020可使用由用户改变的信息(例如，信道切换等)来执行控制操作。
解封装部分可过滤从物理层的DPtsib16110接收的分组，并且根据分组的类型来分离分组。可配置与物理层中可同时解码的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、PLPID等。这里，根据实施方式，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配置类型的所有帧的集合
未来扩展帧：超帧内的可用于未来扩展的物理层时隙，其以前导码开始
FuturecastUTB系统：所提出的物理层广播系统，其输入是一个或更多个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：承载一个LDPCFECBLOCK的所有比特的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块可包括PLSFEC编码器6000、比特交织器6010和星座映射器6020。
另外，PLSFEC编码器6000可包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶校验打孔块。将描述BICM块的各个块。
PLSFEC编码器6000可对加扰的PLS1/2数据、EAC和FIC区段进行编码。
加扰器可在BCH编码以及缩短和打孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零插入块可利用缩短BCH码对加扰的PLS1/2数据执行外编码以用于PLS保护，并且在BCH编码之后插入零比特。仅针对PLS1数据，可在LDPC编码之前对零插入的输出比特进行置换。
LDPC编码块可利用LDPC码对BCH编码/零插入块的输出进行编码。为了生成完整编码的块，从各个零插入的PLS信息块Ildpc系统地对Cldpc和奇偶校验比特Pldpc进行编码并且附在其后。
[式1]
LDPC奇偶校验打孔块可对PLS1数据和PLS2数据执行打孔。
当缩短被应用于PLS1数据保护时，在LDPC编码之后对一些LDPC奇偶校验比特进行打孔。另外，为了PLS2数据保护，在LDPC编码之后对PLS2的LDPC奇偶校验比特进行打孔。不发送这些被打孔的比特。
比特交织器6010可将各个缩短和打孔的PLS1数据和PLS2数据交织。
星座映射器6020可将比特交织的PLS1数据和PLS2数据映射至星座。
上述块可被省略或者被具有相似或相同功能的块取代。
图21示出根据本发明的实施方式的PLS的比特交织处理。
各个缩短和打孔的PLS1和PLS2编码块如图22中所述被逐比特地交织。附加奇偶校验比特的各个块利用相同的块交织结构但是单独地交织。
在BPSK的情况下，比特交织存在两个分支以将FEC编码比特复制在实部和虚部中。各个编码块被首先写入上面的分支。通过利用循环移位值floor(NFEC/2)应用模NFEC加法来将比特映射至下面的分支，其中NFEC是在缩短和打孔之后各个LDPC编码块的长度。
在诸如QSPK、QAM-16和NUQ-64的其它调制情况下，FEC编码比特被顺次写入交织器列方向，其中列数与调制阶数相同。
在读取操作中，用于一个星座符号的比特从行方向被依次读出并且馈送至比特解复用器块中。继续这些操作装置列结束。
在星座映射之前在组中逐比特地将各个比特交织组解复用。根据调制阶数，存在两个映射规则。在BPSK和QPSK的情况下，符号中的比特的可靠性相等。因此，从比特交织块读出的比特组在没有任何操作的情况下被映射至QAM符号。
在被映射至QAM符号的QAM-16和NUQ-64的情况下，操作规则描述于图23的(a)中。如图23的(a)所示，i是与比特交织中的列索引对应的比特组索引。
图21示出QAM-16的比特解复用规则。此操作继续，直至从比特交织块读取了所有比特组。
图22示出根据本发明的实施方式的用于未来广播服务的广播信号接收设备的配置。
根据本发明的实施方式的用于未来广播服务的广播信号接收设备可对应于参照图18描述的用于未来广播服务的广播信号发送设备。
根据本发明的实施方式的用于未来广播服务的广播信号接收设备可包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将描述广播信号接收设备的各个模块的操作。
同步和解调模块9000可通过m个接收天线接收输入信号，针对与广播信号接收设备对应的系统执行信号检测和同步，并且执行与广播信号发送设备所执行的过程的逆过程对应的解调。
帧解析模块9010可解析输入信号帧并且提取发送用户所选择的服务的数据。如果广播信号发送设备执行交织，则帧解析模块9010可执行与交织的逆过程对应的解交织。在这种情况下，可通过将从信令解码模块9040输出的数据解码以恢复由广播信号发送设备生成的调度信息，来获得需要提取的信号和数据的位置。
解映射和解码模块9020可将输入信号转换为比特域数据，然后根据需要将其解交织。解映射和解码模块9020可执行为了传输效率而应用的映射的解映射，并且通过解码来纠正在传输信道上生成的错误。在这种情况下，解映射和解码模块9020可通过将从信令解码模块9040输出的数据解码来获得解映射和解码所需的传输参数。
输出处理器9030可执行由广播信号发送设备应用以改进传输效率的各种压缩/信号处理过程的逆过程。在这种情况下，输出处理器9030可从信令解码模块9400所输出的数据获取必要控制信息。输出处理器9030的输出对应于输入至广播信号发送设备的信号，并且可以是MPEG-TS、IP流(v4或v6)和通用流。
信令解码模块9400可从由同步和解调模块9000解调的信号获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可利用从信令解码模块9040输出的数据来执行其功能。
根据本发明的实施方式的帧被进一步分割成多个OFDM符号和前导码。如(d)所示，帧包括前导码、一个或更多个帧信令符号(FSS)、正常数据符号和帧边缘符号(FES)。
前导码是允许快速FuturecastUTB系统信号检测的特殊符号并且提供用于信号的有效发送和接收的基本传输参数的集合。前导码的细节将稍后描述。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计进而PLS数据的快速解码，FSS具有比正常数据符号密集的导频图案。FES具有与FSS完全相同的导频，这允许FES内的仅频率插值以及紧靠FES之前的符号的时间插值(无外插)。
图23示出根据本发明的实施方式的帧的信令层次结构。
图23示出信令层次结构，其被切分成与前导码信令数据11000、PLS1数据11010和PLS2数据11020对应的三个主要部分。每一个帧中的前导码符号所承载的前导码的目的是指示该帧的传输类型和基本传输参数。PLS1使得接收机能够访问并解码PLS2数据，该PLS2数据包含用于访问所关注的DP的参数。PLS2被承载于每一个帧中并且被切分成与PLS2-STAT数据和PLS2-DYN数据对应的两个主要部分。如果需要，PLS2数据的静态部分和动态部分之后是填充。
根据本发明的实施方式的前导码信令数据承载使得接收机能够访问PLS数据并且跟踪帧结构内的DP所需的21比特的信息。前导码信令数据的细节如下。
FFT_SIZE：此2比特字段指示帧组内的当前帧的FFT大小，如下表1中所述。
[表1]
| 值 | FFT大小 |
| 00 | 8K FFT |
| 01 | 16K FFT |
| 10 | 32K FFT |
| 11 | 预留 |
GI_FRACTION：此3比特字段指示当前超帧中的保护间隔分数值，如下表2中所述。
[表2]
| 值 | GI_FRACTION |
| 000 | 1/5 |
| 001 | 1/10 |
| 010 | 1/20 |
| 011 | 1/40 |
| 100 | 1/80 |
| 101 | 1/160 |
| 110至111 | 预留 |
EAC_FLAG：此1比特字段指示当前帧中是否提供EAC。如果此字段被设定为“1”，则当前帧中提供紧急报警服务(EAS)。如果此字段被设定为“0”，则当前帧中没有承载EAS。此字段可在超帧内动态地切换。
PILOT_MODE：此1比特字段指示对于当前帧组中的当前帧，导频模式是移动模式还是固定模式。如果此字段被设定为“0”，则使用移动导频模式。如果该字段被设定为“1”，则使用固定导频模式。
PAPR_FLAG：此1比特字段指示对于当前帧组中的当前帧，是否使用PAPR降低。如果此字段被设定为值“1”，则音预留用于PAPR降低。如果此字段被设定为值“0”，则不使用PAPR降低。
预留：此7比特字段被预留以用于未来使用。
图24示出根据本发明的实施方式的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如上所述，对于一个帧组的整个持续时间，PLS1数据保持不变。PLS1数据的信令字段的详细定义如下。
PREAMBLE_DATA：此20比特字段是除了EAC_FLAG以外的前导码信令数据的副本。
NUM_FRAME_FRU：此2比特字段指示每FRU的帧数。
PAYLOAD_TYPE：此3比特字段指示帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表3中所示来用信号通知。
[表3]
| 值 | 有效载荷类型 |
| 1XX | 发送TS。 |
| X1X | 发送IP流。 |
| XX1 | 发送GS。 |
NUM_FSS：此2比特字段指示当前帧中的FSS的数量。
SYSTEM_VERSION：此8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被分割成两个4比特字段：主版本和次版本。
主版本：与SYSTEM_VERSION字段的四个比特对应的MSB指示主版本信息。主版本字段的改变指示不可向后兼容的改变。默认值为“0000”。对于此标准中所描述的版本，该值被设定为“0000”。
次版本：与SYSTEM_VERSION字段的四个比特对应的LSB指示次版本信息。次版本字段的改变可向后兼容。
CELL_ID：这是唯一地标识ATSC网络中的地理小区的16比特字段。根据每FuturecastUTB系统所使用的频率的数量，ATSC小区覆盖区域可包括一个或更多个频率。如果CELL_ID的值未知或未指定，则此字段被设定为“0”。
NETWORK_ID：这是唯一地标识当前ATSC网络的16比特字段。
SYSTEM_ID：此16比特字段唯一地标识ATSC网络内的FuturecastUTB系统。FuturecastUTB系统是地面广播系统，其输入是一个或更多个输入流(TS、IP、GS)，其输出是RF信号。FuturecastUTB系统承载一个或更多个PHY配置和FEF(如果有的话)。相同的FuturecastUTB系统在不同的地理区域中可承载不同的输入流并且使用不同的RF，从而允许本地服务插入。在一个地方控制帧结构和调度，并且对于FuturecastUTB系统内的所有传输均为相同的。一个或更多个FuturecastUTB系统可具有相同的SYSTEM_ID，这意味着它们全部具有相同的物理层结构和配置。
下面的循环包括用于指示各个帧类型的FRU配置和长度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED。循环大小是固定的，从而在FRU内用信号通知四个PHY配置(包括FEF)。如果NUM_FRAME_FRU小于4，则利用零填充未用字段。
FRU_PHY_PROFILE：此3比特字段指示所关联的FRU的第(i+1)(i是循环索引)帧的PHY配置类型。此字段使用如表8所示的相同信令格式。
FRU_FRAME_LENGTH：此2比特字段指示所关联的FRU的第(i+1)帧的长度。将FRU_FRAME_LENGTH与FRU_GI_FRACTION一起使用，可获得帧持续时间的准确值。
FRU_GI_FRACTION：此3比特字段指示所关联的FRU的第(i+1)帧的保护间隔分数值。根据表7来用信号通知FRU_GI_FRACTION。
RESERVED：此4比特字段被预留用于未来使用。
以下字段提供用于将PLS2数据解码的参数。
PLS2_FEC_TYPE：此2比特字段指示由PLS2保护使用的FEC类型。根据表4来用信号通知FEC类型。LDPC码的细节将稍后描述。
[表4]
| 内容 | PLS2FEC类型 |
| 00 | 4K-1/4和7K-3/10LDPC码 |
| 01至11 | 预留 |
PLS2_MOD：此3比特字段指示PLS2所使用的调制类型。根据表5来用信号通知调制类型。
[表5]
| 值 | PLS2_MODE |
| 000 | BPSK |
| 001 | QPSK |
| 010 | QAM-16 |
| 011 | NUQ-64 |
| 100至111 | 预留 |
PLS2_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当前帧组中承载的PLS2的全编码块收集的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_STAT_SIZE_BIT：此14比特字段指示当前帧组的PLS2-STAT的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_DYN_SIZE_BIT：此14比特字段指示当前帧组的PLS2-DYN的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_REP_FLAG：此1比特标志指示当前帧组中是否使用PLS2重复模式。当该字段被设定为值“1”时，PLS2重复模式被激活。当该字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_REP_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当使用PLS2重复时当前帧组的每一个帧中承载的PLS2的部分编码块收集的大小(被指定为QAM信元的数量)。如果未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_FEC_TYPE：此2比特字段指示用于下一帧组的每一个帧中承载的PLS2的FEC类型。根据表10来用信号通知FEC类型。
PLS2_NEXT_MOD：此3比特字段指示用于下一帧组的每一个帧中承载的PLS2的调制类型。根据表11来用信号通知调制类型。
PLS2_NEXT_REP_FLAG：此1比特标志指示下一帧组中是否使用PLS2重复模式。当此字段被设定为值“1”时，PLS2重复模式被激活。当此字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_NEXT_REP_SIZE_CELL：此15比特字段指示Ctotal_full_block，当使用PLS2重复时下一帧组的每一个帧中承载的PLS2的全编码块收集的大小(被指定为QAM信元的数量)。如果下一帧组中未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_REP_STAT_SIZE_BIT：此14比特字段指示下一帧组的PLS2-STAT的大小(比特)。该值在当前帧组中恒定。
PLS2_NEXT_REP_DYN_SIZE_BIT：此14比特字段指示下一帧组的PLS2-DYN的大小(比特)。该值在当前帧组中恒定
PLS2_AP_MODE：此2比特字段指示当前帧组中是否为PLS2提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。下表6提供该字段的值。当该字段被设定为值“00”时，在当前帧组中PLS2不使用附加奇偶校验。
[表6]
| 值 | PLS2-AP模式 |
| 00 | 不提供AP |
| 01 | AP1模式 |
| 10至11 | 预留 |
PLS2_AP_SIZE_CELL：此15比特字段指示PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_AP_MODE：此2比特字段指示在下一帧组的每一个帧中是否为PLS2信令提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。表12定义了该字段的值。
PLS2_NEXT_AP_SIZE_CELL：此15比特字段指示下一帧组的每一个帧中的PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
RESERVED：此32比特字段被预留以用于未来使用。
CRC_32：32比特纠错码，其被应用于所有PLS1信令。
图25示出根据本发明的实施方式的PLS2数据。
图25示出PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内相同，而PLS2-DYN数据提供当前帧特定的信息。
下面描述PLS2-STAT数据的字段的细节。
FIC_FLAG：此1比特字段指示当前帧组中是否使用FIC。如果此字段被设定为“1”，则在当前帧中提供FIC。如果此字段被设定为“0”，则当前帧中没有承载FIC。该值在当前帧组的整个持续时间期间恒定。
AUX_FLAG：此1比特字段指示当前帧组中是否使用辅助流。如果此字段被设定为“1”，则当前帧中提供辅助流。如果此字段被设定为“0”，则当前帧中没有承载辅助流。该值在当前帧组的整个持续时间期间恒定。
NUM_DP：此6比特字段指示当前帧内承载的DP的数量。此字段的值的范围从1至64，DP的数量为NUM_DP+1。
DP_ID：此6比特字段唯一地标识PHY配置内的DP。
DP_TYPE：此3比特字段指示DP的类型。这根据下表7来用信号通知。
[表7]
| 值 | DP类型 |
| 000 | DP类型1 |
| 001 | DP类型2 |
| 010至111 | 预留 |
DP_GROUP_ID：此8比特字段标识当前DP所关联的DP组。这可由接收机用来访问与具有相同的DP_GROUP_ID的特定服务关联的服务组件的DP。
BASE_DP_ID：此6比特字段指示承载管理层中所使用的服务信令数据(例如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承载服务信令数据以及服务数据的正常DP或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：此2比特字段指示关联的DP所使用的FEC类型。根据下表8来用信号通知FEC类型。
[表8]
| 值 | FEC_TYPE |
| 00 | 16K LDPC |
| 01 | 64K LDPC |
| 10至11 | 预留 |
DP_COD：此4比特字段指示关联的DP所使用的码率。根据下表9来用信号通知码率。
[表9]
| 值 | 码率 |
| 0000 | 5/15 |
| 0001 | 6/15 |
| 0010 | 7/15 |
| 0011 | 8/15 |
| 0100 | 9/15 |
| 0101 | 10/15 |
| 0110 | 11/15 |
| 0111 | 12/15 |
| 1000 | 13/15 |
| 1001至1111 | 预留 |
DP_MOD：此4比特字段指示关联的DP所使用的调制。根据下表10来用信号通知调制。
[表10]
| 值 | 调制 |
| 0000 | QPSK |
| 0001 | QAM-16 |
| 0010 | NUQ-64 |
| 0011 | NUQ-256 |
| 0100 | NUQ-1024 |
| 0101 | NUC-16 |
| 0110 | NUC-64 |
| 0111 | NUC-256 |
| 1000 | NUC-1024 |
| 1001至1111 | 预留 |
DP_SSD_FLAG：此1比特字段指示关联的DP中是否使用SSD模式。如果此字段被设定为值“1”，则使用SSD。如果此字段被设定为值“0”，则不使用SSD。
仅当PHY_PROFILE等于“010”(指示高级配置)时以下字段才出现：
DP_MIMO：此3比特字段指示哪一种类型的MIMO编码处理被应用于所关联的DP。MIMO编码处理的类型根据下表11来用信号通知。
[表11]
| 值 | MIMO编码 |
| 000 | FR-SM |
| 001 | FRFD-SM |
| 010至111 | 预留 |
DP_TI_TYPE：此1比特字段指示时间交织的类型。值“0”指示一个TI组对应于一个帧并且包含一个或更多个TI块。值“1”指示一个TI组被承载于不止一个帧中并且仅包含一个TI块。
DP_TI_LENGTH：此2比特字段(允许值仅为1、2、4和8)的使用由DP_TI_TYPE字段内设定的值如下确定。
如果DP_TI_TYPE被设定为值“1”，则此字段指示PI，各个TI组所映射至的帧的数量，并且每TI组存在一个TI块(NTI＝1)。具有2比特字段的PI的允许值定义于下表12中。
如果DP_TI_TYPE被设定为值“0”，则此字段指示每TI组的TI块的数量NTI，并且每帧存在一个TI组(PI＝1)。具有2比特字段的PI的允许值定义于下表12中。
[表12]
| 2比特字段 | 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]
| 值 | 有效载荷类型 |
| 00 | TS |
| 01 | IP |
| 10 | GS |
| 11 | 预留 |
DP_INBAND_MODE：此2比特字段指示当前DP是否承载带内信令信息。带内信令类型根据下表14来用信号通知。
[表14]
| 值 | 带内模式 |
| 00 | 没有承载带内信令。 |
| 01 | 承载INBAND-PLS。 |
| 10 | 承载INBAND-ISSY。 |
| 11 | 承载INBAND-PLS和INBAND-ISSY。 |
DP_PROTOCOL_TYPE：此2比特字段指示给定DP所承载的有效载荷的协议类型。当选择输入有效载荷类型时，协议类型根据下表15来用信号通知。
[表15]
DP_CRC_MODE：此2比特字段指示输入格式化块中是否使用CRC编码。CRC模式根据下表16来用信号通知。
[表16]
| 值 | CRC模式 |
| 00 | 未使用 |
| 01 | CRC-8 |
| 10 | CRC-16 |
| 11 | CRC-32 |
DNP_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的空分组删除模式。DNP_MODE根据下表17来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设定为值“00”。
[表17]
| 值 | 空分组删除模式 |
| 00 | 未使用 |
| 01 | DNP-NORMAL |
| 10 | DNP-OFFSET |
| 11 | 预留 |
ISSY_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的ISSY模式。ISSY_MODE根据下表18来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设定为值“00”。
[表18]
| 值 | ISSY模式 |
| 00 | 未使用 |
| 01 | ISSY-UP |
| 10 | ISSY-BBF |
| 11 | 预留 |
HC_MODE_TS：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的TS头压缩模式。HC_MODE_TS根据下表19来用信号通知。
[表19]
| 值 | 头压缩模式 |
| 00 | HC_MODE_TS 1 |
| 01 | HC_MODE_TS 2 |
| 10 | HC_MODE_TS 3 |
| 11 | HC_MODE_TS 4 |
HC_MODE_IP：此2比特字段指示当DP_PAYLOAD_TYPE被设定为IP(“01”)时的IP头压缩模式。HC_MODE_IP根据下表20来用信号通知。
[表20]
| 值 | 头压缩模式 |
| 00 | 未压缩 |
| 01 | HC_MODE_IP 1 |
| 10至11 | 预留 |
PID：此13比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)并且HC_MODE_TS被设定为“01”或“10”时的TS头压缩的PID号。
RESERVED：此8比特字段被预留以用于未来使用。
仅当FIC_FLAG等于“1”时以下字段才出现。
FIC_VERSION：此8比特字段指示FIC的版本号。
FIC_LENGTH_BYTE：此13比特字段指示FIC的长度(字节)。
RESERVED：此8比特字段被预留以用于未来使用。
仅当AUX_FLAG等于“1”时以下字段才出现。
NUM_AUX：此4比特字段指示辅助流的数量。零表示没有使用辅助流。
AUX_CONFIG_RFU：此8比特字段被预留以用于未来使用。
AUX_STREAM_TYPE：此4比特被预留以用于未来用于指示当前辅助流的类型。
AUX_PRIVATE_CONFIG：此28比特字段被预留以用于未来用于用信号通知辅助流。
图26示出根据本发明的另一实施方式的PLS2数据。
图26示出PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可在一个帧组的持续时间期间改变，而字段的大小保持恒定。
PLS2-DYN数据的字段的细节如下。
FRAME_INDEX：此5比特字段指示超帧内的当前帧的帧索引。超帧的第一帧的索引被设定为“0”。
PLS_CHANGE_COUNTER：此4比特字段指示配置改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”，则它表示预见没有调度的改变。例如，值“1”指示下一超帧存在改变。
FIC_CHANGE_COUNTER：此4比特字段指示配置(即，FIC的内容)改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”，则它表示预见没有调度的改变。例如，值“0001”指示下一超帧存在改变。
RESERVED：此16比特字段被预留以用于未来使用。
以下字段出现在NUM_DP上的循环中，描述与当前帧中承载的DP关联的参数。
DP_ID：此6比特字段唯一地指示PHY配置内的DP。
DP_START：此15比特(或13比特)字段利用DPU寻址方案指示第一DP的起始位置。DP_START字段根据PHY配置和FFT大小而具有不同的长度，如下表21所示。
[表21]
DP_NUM_BLOCK：此10比特字段指示当前DP的当前TI组中的FEC块的数量。DP_NUM_BLOCK的值从0至1023。
RESERVED：此8比特字段被预留以用于未来使用。
以下字段指示与EAC关联的FIC参数。
EAC_FLAG：此1比特字段指示当前帧中的EAC的存在。此比特是与前导码中的EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：此8比特字段指示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，则随后的12比特被分配给EAC_LENGTH_BYTE。
如果EAC_FLAG字段等于“0”，则随后的12比特被分配给EAC_COUNTER。
EAC_LENGTH_BYTE：此12比特字段指示EAC的长度(字节)。
EAC_COUNTER：此12比特字段指示在EAC到达的帧前面的帧的数量。
仅当AUX_FLAG字段等于“1”时以下字段才出现。
AUX_PRIVATE_DYN：此48比特字段被预留以用于未来用于用信号通知辅助流。此字段的含义取决于可配置的PLS2-STAT中的AUX_STREAM_TYPE的值。
CRC_32：32比特纠错码，其被应用于整个PLS2。
图27示出根据本发明的实施方式的帧的逻辑结构。
如上所述，PLS、EAC、FIC、DP、辅助流和虚拟信元被映射至帧中的OFDM符号的有效载波。PLS1和PLS2被首先映射至一个或更多个FSS。此后，EAC信元(如果有的话)被映射至紧随PLS字段之后，随后是FIC信元(如果有的话)。接下来DP被映射至PLS之后或者EAC或FIC(如果有的话)之后。首先映射类型1DP，接下来映射类型2DP。DP的类型的细节将稍后描述。在一些情况下，DP可承载EAS的一些特殊数据或者服务信令数据。辅助流(如果有的话)跟随在DP之后，然后跟随着虚拟信元。当按照上述顺序(即，PLS、EAC、FIC、DP、辅助流和虚拟数据信元)将PLS、EAC、FIC、DP、辅助流和虚拟数据信元全部一起映射时，准确地填充了帧中的信元容量。
图28示出根据本发明的实施方式的PLS映射。
PLS信元被映射至FSS的有效载波。根据PLS所占据的信元的数量，一个或更多个符号被指定为FSS，并且由PLS1中的NUM_FSS来用信号通知FSS的数量NFSS。FSS是用于承载PLS信元的特殊符号。由于在PLS中鲁棒性和延迟是关键问题，所以FSS具有更高的导频密度，以允许快速同步以及FSS内的仅频率插值。
PLS信元按照上下方式被映射至FSS的有效载波，如图所示。PLS1信元首先从第一FSS的第一信元开始按照信元索引的增序映射。PLS2信元紧随PLS1的最后信元之后，并且向下继续映射直至第一FSS的最后信元索引。如果所需的PLS信元的总数超过一个FSS的有效载波的数量，则映射进行至下一FSS并且按照与第一FSS完全相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果当前帧中存在EAC、FIC或这二者，则EAC和FIC被设置在PLS与“正常”DP之间。
以下将描述根据本发明的实施方式对FEC结构进行编码。如上所述，数据FEC编码器可利用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码以生成FECBLOCK过程。所示的FEC结构对应于FECBLOCK。另外，FECBLOCK和FEC结构具有与LDPC码字的长度对应的相同值。
如上所述，对各个BBF应用BCH编码(Kbch比特)，然后对BCH编码的BBF应用LDPC编码(Kldpc比特＝Nbch比特)。
Nldpc的值为64800比特(长FECBLOCK)或16200比特(短FECBLOCK)。
下表22和表23分别示出长FECBLOCK和短FECBLOCK的FEC编码参数。
[表22]
[表23]
BCH编码和LDPC编码的操作的细节如下。
12纠错BCH码用于BBF的外编码。通过将所有多项式一起相乘来获得短FECBLOCK和长FECBLOCK的BCH生成多项式。
LDPC码用于对外BCH编码的输出进行编码。为了生成完成的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从各个Ildpc(BCH编码的BBF)系统地编码并且被附到Ildpc。完成的Bldpc(FECBLOCK)由下式表示。
[式2]
长FECBLOCK和短FECBLOCK的参数分别在上表22和23中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下。
1)将奇偶校验比特初始化
[式3]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特-i0。奇偶校验矩阵的地址的细节将稍后描述。例如，对于码率13/15，
[式4]
3)对于接下来的359个信息比特is(s＝1、2、…、359)，在利用下式在奇偶校验比特地址处累加is。
[式5]
{x+(smod360)×Qldpc}mod(Nldpc-Kldpc)
这里，x表示与第一比特i0对应的奇偶校验比特累加器的地址，Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例，对于码率13/15，Qldpc＝24，因此对于信息比特i1，执行以下操作。
[式6]
4)对于第361信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式，利用式6获得随后的359个信息比特is(s＝361、362、…、719)的奇偶校验比特累加器的地址，其中x表示与信息比特i360对应的奇偶校验比特累加器的地址，即，奇偶校验矩阵的第二行地址的条目。
5)按照类似的方式，对于每一组的360个新信息比特，使用来自奇偶校验矩阵的地址的新的一行来寻找奇偶校验比特累加器的地址。
在所有信息比特被耗尽之后，获得最终奇偶校验比特如下。
6)从i＝1开始依次执行以下操作。
[式7]
这里，pi(i＝0、1、...Nldpc-Kldpc-1)的最终内容等于奇偶校验比特pi。
[表24]
| 码率 | 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的tLDPC编码过程，不同的是用表25代替表24，用短FECBLOCK的奇偶校验矩阵的地址代替长FECBLOCK的奇偶校验矩阵的地址。
[表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]
通常，时间交织器还可在帧创建的处理之前用作DP数据的缓冲器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。第二TI块被写入第二库，而从第一库读取，等等。
TI是扭曲行-列块交织器。对于第nTI组的第sTI块，TI存储器的行数Nr等于信元数Ncells(即，Nr＝Ncells)，而列数Nc等于数量NxBLOCK_TI(n,s)。
图30示出根据本发明的实施方式的扭曲行-列块交织器的基本操作。
图30的(a)示出时间交织器中的写入操作，图30的(b)示出时间交织器中的读取操作。如(a)所示，第一XFECBLOCK按照列方向被写入TI存储器的第一列中，第二XFECBLOCK被写入下一列中，依此类推。然后，在交织阵列中，在对角线方向上读出信元。如(b)所示，在从第一行(从最左列开始沿着行向右)到最后行对角线方向读取期间，读出Nr个信元。详细地讲，假设zn，s，i(i＝0，...，NrNc)作为要依次读取的TI存储器信元位置，这种交织阵列中的读取处理通过如下式计算行索引Rn，s，i、列索引Cn，s，i以及关联的扭曲参数Tn，s，i来执行。
[式8]
这里，Sshift是与NxBLOCK_TI(n，s)无关的对角线方向读取处理的公共偏移值，该偏移值如下式通过PLS2-STAT中给出的NxBLOCK_TI_MAX确定。
[式9]
结果，要读取的信元位置通过坐标zn，s，i＝NrCn，s，i+Rn，s，i来计算。
图31示出根据本发明的另一实施方式的扭曲行-列块交织器的操作。
更具体地讲，图31示出当NxBLOCK_TI(0，0)＝3，NxBLOCK_TI(1，0)＝6并且NxBLOCK_TI(2，0)＝5时，包括虚拟XFECBLOCK的各个TI组的TI存储器中的交织阵列。
可变数量NxBLOCK_TI(n，s)＝Nr可小于或等于N′xBLOCK_TI_MAX。因此，为了在接收机侧实现单存储器解交织，而不管NxBLOCK_TI(n，s)如何，用于扭曲行-列块交织器中的交织阵列通过将虚拟XFECBLOCK插入TI存储器中而被设定为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下式完成读取处理。
[式10]
TI组的数量被设定为3。在PLS2-STAT数据中通过DP_TI_TYPE＝“0”、DP_FRAME_INTERVAL＝“1”和DP_TI_LENGTH＝“1”(即，NTI＝1、IJUMP＝1和PI＝1)来用信号通知时间交织器的选项。在PLS2-DYN数据中分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6和NxBLOCK_TI(2,0)＝5来用信号通知每TI组的XFECBLOCK(各自具有Ncells＝30个信元)的数量。在PLS2-STAT数据中通过NxBLOCK_Group_MAX(得到来通知XFECBLOCK的最大数量。
在与单个OFDM符号对应的数据上操作的频率交织器的目的是通过随机地交织从帧构建器接收的数据信元来提供频率分集。为了在单个帧中得到最大交织增益，针对由两个连续的OFDM符号组成的每一个OFDM符号对使用不同的交织序列。
因此，根据本实施方式的频率交织器可包括用于生成交织地址以将对应数据应用于符号对的交织地址生成器。
图32示出根据本发明的实施方式的包括根据各个FFT模式的主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器。
(a)示出用于8KFFT模式的交织地址生成器的框图，(b)示出用于16KFFT模式的交织地址生成器的框图，(c)示出用于32KFFT模式的交织地址生成器的框图。
用于OFDM符号对的交织处理利用单个交织序列被描述如下。首先，对于l＝0，...，Nsym-1，一个OFDM符号中待交织的可用数据信元(来自信元映射器的输出信元)Om,l被定义为其中xm,l,p是第m帧中的第lOFDM符号的第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是示出根据本发明的实施方式的混合广播接收设备的框图。混合广播系统可与地面广播网络和互联网结合地发送广播信号。混合广播接收设备可通过地面广播网络(广播网络)和互联网(宽带)来接收广播信号。混合广播接收设备可包括物理层模块、物理层I/F模块、服务/内容获取控制器、互联网接入控制模块、信令解码器、服务信令管理器、服务指南管理器、应用信令管理器、报警信号管理器、报警信令解析器、定向信令解析器、流媒体引擎、非实时文件处理器、组件同步器、定向处理器、应用处理器、A/V处理器、装置管理器、数据共享和通信单元、再分配模块、配套装置和/或外部管理模块。
物理层模块可通过地面广播信道接收广播相关信号，处理所接收到的信号，将所处理的信号转换成适当格式，并且将该信号传送至物理层I/F模块。
物理层I/F模块可从得自物理层模块的信息获取IP数据报。另外，物理层I/F模块可将所获取的IP数据报转换为特定帧(例如，RS帧、GSE等)。
服务/内容获取控制器可执行控制操作以用于通过广播信道和/或宽带信道获取服务、内容和与其相关的信令数据。
互联网接入控制模块可控制接收机操作以用于通过宽带信道获取服务、内容等。
信令解码器可将通过广播信道获取的信令信息解码。
服务信令管理器可从IP数据报提取与服务扫描和/或内容有关的信令信息，解析所提取的信令信息并且管理信令信息。
服务指南管理器可从IP数据报提取声明信息，管理服务指南(SG)数据库并且提供服务指南。
应用信令管理器可从IP数据报提取与应用获取有关的信令信息，解析信令信息并且管理信令信息。
报警信令解析器可从IP数据报提取与报警有关的信令信息，解析所提取的信令信息并且管理信令信息。
定向信令解析器可从IP数据报提取与服务/内容个性化或定向有关的信令信息，解析所提取的信令信息并且管理信令信息。另外，定向信令解析器可将所解析的信令信息传送至定向处理器。
流媒体引擎可从IP数据报提取用于A/V流的音频/视频数据并且将音频/视频数据解码。
非实时文件处理器可提取NRT数据以及诸如应用的文件类型数据，对所提取的数据进行解码和管理。
组件同步器可使诸如流音频/视频数据和NRT数据的内容和服务同步。
定向处理器可基于从定向信令解析器接收的定向信令数据来处理与服务/内容个性化有关的操作。
应用处理器可处理应用相关信息和下载的应用状态并且表示参数。
A/V处理器可基于解码的音频/视频数据和应用数据来执行音频/视频渲染相关操作。
装置管理器可与外部装置执行连接和数据交换。另外，装置管理器可执行管理能够与其连接的外部装置的操作，例如外部装置的增加/删除/更新。
数据共享和通信单元可处理与混合广播接收机和外部装置之间的数据传输和交换有关的信息。这里，可在混合广播接收机与外部装置之间发送和交换的数据可以是信令数据、A/V数据等。
当广播接收机无法直接接收地面广播信号时，再分配模块可获取与未来广播服务和内容有关的信息。另外，再分配模块可支持当广播接收机无法直接接收地面广播信号时由未来广播系统获取未来广播服务和内容。
配套装置可通过连接到根据本发明的广播接收机来共享音频、视频或信令数据。配套装置可以是连接到广播接收机的外部装置。
外部管理模块可表示用于广播服务/内容提供的模块。例如，外部管理模块可以是未来广播服务/内容服务器。外部管理模块可以是连接到广播接收机的外部装置。
图42是示出根据本发明的实施方式的混合广播接收机的框图。
混合广播接收机可通过未来广播系统的DTV服务中的地面广播和宽带网络的互工作来接收混合广播服务。混合广播接收机可接收通过地面广播发送的广播音频/视频(A/V)内容并且通过宽带网络实时地接收与广播A/V内容或其一部分有关的增强数据。在规范中，广播A/V内容可被称作媒体内容。
混合广播接收机可包括物理层控制器D55010、调谐器D55020、物理帧解析器D55030、链路层帧解析器D55040、IP/UDP数据报过滤器D55050、ATSC3.0数字TV(DTV)控制引擎D55060、ALC/LCT+客户端D55070、定时控制器D55080、信令解析器D55090、动态自适应HTTP流(DASH)客户端D55100、HTTP访问客户端D55110、ISO基本媒体文件格式(BMFF)解析器D55120和/或媒体解码器D55130。
物理层控制器D55010可利用混合广播接收机旨在接收的地面广播信道的射频(RF)信息来控制调谐器D55020和物理帧解析器D55030的操作。
调谐器D55020可通过地面广播信道接收广播相关信号，处理所接收到的信号，并且将该信号转换为适当格式。例如，调谐器D55020可将所接收到的地面广播信号转换为物理帧。
物理帧解析器D55030可解析所接收到的物理帧并且通过与其有关的处理来获取链路层帧。
链路层解析器D55040可执行相关操作以用于从链路层帧获取链路层信令或IP/UDP数据报。链路层解析器D55040可输出至少一个IP/UDP数据报。
IP/UDP数据报过滤器D55050可从所接收到的至少一个IP/UDP数据报过滤特定IP/UDP数据报。即，IP/UDP数据报过滤器D55050可从链路层解析器D55040所输出的至少一个IP/UDP数据报选择性地过滤由ATSC3.0DTV控制引擎选择的IP/UDP数据报。IP/UDP数据报过滤器D55050可输出诸如ALC/LCT+的应用层传输协议分组。
ATSC3.0DTV控制引擎D55060可用作包括在混合广播接收机中的模块之间的接口。另外，ATSC3.0DTV控制引擎D55060可将各个模块所需的参数传送至各个模块并且通过所述参数来控制各个模块的操作。在本发明中，ATSC3.0DTV控制引擎D55060可将媒体呈现描述(MPD)和/或MPDURL传送至DASH客户端D55100。另外，ATSC3.0DTV控制引擎D55060可将传送模式和/或传输会话标识符(TSI)传送至ALC/LCT+客户端D55070。这里，TSI指示发送包括诸如MPD或MPDURL相关信令的信令消息的传输分组的会话(例如，与应用层传输协议对应的ALC/LCT+会话或FLUTE会话)的标识符。另外，TSI可对应于MMT的资产ID。
ALC/LCT+客户端D55070可通过处理诸如ALC/LCT+的应用层传输协议分组并且收集并处理多个分组来生成一个或更多个ISO基本媒体文件格式(ISOMMFF)对象。应用层传输协议分组可包括ALC/LCT分组、ALC/LCT+分组、ROUTE分组和/或MMTP分组。
定时控制器D55080可处理包括系统时间信息的分组并且根据其来控制系统时钟。
信令解析器D55090可获取并解析DTV广播服务相关信令，并且基于所解析的信令来生成并管理信道映射。在本发明中，信令解析器可解析从信令信息扩展的MPD或MPD相关信息。
DASH客户端D55100可执行与实时流或自适应流有关的操作。DASH客户端D55100可通过HTTP访问客户端D55110从HTTP服务器接收DASH内容。DASH客户端D55100可处理所接收到的DASH片段并且输出ISOBMFF对象。在本发明中，DASH客户端D55100可将完全合格的表示ID或片段URL传送至ATSC3.0DTV控制引擎D55060。这里，完全合格的表示ID可指与例如MPDURL、periodid和represenstationid的组合对应的ID。另外，DASH客户端D55100可从ATSC3.0DTV控制引擎D55060接收MPD或MPDURL。DASH客户端D55100可利用所接收到的MPD或MPDURL从HTTP服务器接收期望的媒体流或DASH片段。在规范中，DASH客户端D55100可被称作处理器。
HTTP访问客户端D55110可请求HTTP服务器提供特定信息，从HTTP服务器接收对该请求的响应，并且处理该响应。这里，HTTP服务器可处理从HTTP访问客户端接收的请求并且提供对该请求的响应。
ISOBMFF解析器D55120可从ISOBMFF对象提取音频/视频数据。
媒体解码器D55130可将所接收到的音频/视频数据解码，并且执行用于呈现解码的音频/视频数据的处理。
为了根据本发明的混合广播接收机通过地面广播网络和宽带网络的互工作来提供混合广播服务，MPD需要被扩展或修改。上述地面广播系统可发送扩展或修改的MPD，混合广播接收机可利用扩展或修改的MPD通过广播或宽带网络接收内容。即，混合广播接收机可通过地面广播接收扩展或修改的MPD，并且基于MPD通过地面广播或宽带网络接收内容。将描述与传统MPD相比，扩展或修改的MPD中需要另外包括的元素或属性。在下文中，扩展或修改的MPD被称作MPD。
MPD可被扩展或修改以表示ATSC3.0服务。扩展或修改的MPD可另外包括MPDanchorPresentationTime、Commonpresentable、Common.Targeting、Common.TargetDevice和/或CommonassociatedTo。
MPDanchorPresentationTime可指示包括在MPD中的片段的呈现时间锚点(即，基本时间)。在下文中，MPDanchorPresentationTime可用作MPD的有效时间。MPDanchorPresentationTime可指示包括在MPD中的片段当中的最早回放时间。
MPD还可包括公共属性和元素。公共属性和元素可被应用于MPD中的AdaptionSet和Representation。Commonpresentable可指示由MPD描述的媒体是可呈现的组件。
Common.Targeting可指示由MPD描述的媒体的定向性质和/或个性化性质。
Common.TargetDevice可指示由MPD描述的媒体的目标装置。
CommonassociatedTo可指示与MPD所描述的媒体有关的adaptationSet和/或representation。
另外，包括在MPD中的MPDid、Periodid和AdaptationSetid可能是指定MPD所描述的媒体内容所需的。即，DASH客户端可基于MPD利用MPDid、Periodid和AdaptationSetid指定待接收的内容，并且将该内容用信号通知给ATSC3.0DTV控制引擎。ATSC3.0DTV控制引擎可接收对应内容并且将该内容传送至DASH客户端。
图43示出根据本发明的实施方式的未来混合广播系统的协议栈。如图所示，支持基于IP的混合广播的未来广播发送系统可将广播服务的音频或视频数据封装在ISO基本媒体文件格式(BMFF)中。这里，MMT的DASH片段或媒体处理单元(MPU)可用于封装。另外，未来广播系统可通过广播网络和互联网等同地发送封装的数据，或者根据各个网络的属性通过广播网络和互联网不同地发送封装的数据。另外，未来广播系统可利用广播或宽带中的至少一个等同地发送封装的数据。在使用广播的广播网络的情况下，广播系统可通过支持实时对象传输的应用层传输协议分组来发送封装在ISOBMFF中的数据。例如，广播系统可将数据封装在经由单向传输的实时对象传送(ROUTE)或MMTP传输分组中。广播系统可将封装的数据处理成IP/UDP数据报，将IP/UDP数据报加载到广播信号中并且发送该广播信号。当使用宽带时，广播系统可通过诸如DASH的流将封装的数据传送至接收侧。
另外，广播系统可如下发送广播服务信令信息。在使用广播的广播网络的情况下，广播系统可根据信令属性来通过未来广播发送系统和广播网络的物理层发送信令信息。这里，广播系统可通过包括在广播信号中的传输帧的特定数据管道(DP)来发送信令信息。通过广播发送的信令信息可具有被封装在比特流或IP/UDP数据报中的形式。当使用宽带时，广播系统可响应于接收机的请求将信令数据返回和传送给接收机。
另外，广播系统可通过以下方法来发送广播服务ESG或NRT内容。在使用广播的广播网络的情况下，广播系统可将ESG或NRT内容封装在应用层传输协议分组(例如，经由单向传输的实时对象传送(ROUTE)或MMTP传输分组)中。广播系统可生成封装有ESG或NRT内容的IP/UDP数据报，将该IP/UDP数据报加载到广播信号中并且发送该广播信号。当使用宽带时，广播系统响应于接收机的请求将ESG或NRT内容返回和传送给接收机。
图44示出根据本发明的实施方式的被传送至未来广播发送系统的物理层的传输帧的结构。未来广播系统可利用广播发送传输帧。在图中，位于传输帧前面的P1可表示包括用于传输信号检测的信息的符号。P1可包括调谐信息，接收机可基于包括在符号P1中的参数来将跟随P1之后的部分L1解码。广播系统可在部分L1中包括关于传输帧配置和数据管道的特性的信息。即，接收机可通过将部分L1解码来获得关于传输帧配置和数据管道的特性的信息。另外，接收机可通过公共DP来获取在DP之间共享所需的信息。根据实施方式，传输帧可不包括公共DP。
传输帧中的诸如音频、视频和数据的组件被包括在由DP1至DPn组成的交织DP区域中并被发送。这里，发送构成各个服务(信道)的DP可通过L1或公共PLP来用信号通知。
另外，未来广播系统可发送用于快速地获取关于传输帧中所包括的服务的信息的信息。即，未来广播系统使得未来广播接收机能够快速地获取包括在传输帧中的广播服务和内容相关信息。当对应帧中存在由一个或更多个广播台生成的服务/内容时，未来广播系统可使得接收机能够根据广播台有效地识别服务/内容。即，未来广播系统可在传输流中包括关于传输流中所包括的服务的服务列表信息，并且发送包括该服务列表信息的传输流。
当存在附加信道(例如，快速信息信道(FIC))时，广播系统可通过该附加信道来发送广播服务相关信息，使得接收机可在对应频率中快速地扫描广播服务和内容。如图44所示，广播系统可在传输流中包括用于广播服务扫描和获取的信息并发送该信息。这里，包括用于广播服务扫描和获取的信息的区域可被称作FIC。接收机可获取关于由一个或更多个广播台生成并发送的广播服务的信息，并且利用该信息容易且快速地扫描其中可用的广播服务。
另外，包括在传输流中的特定DP可用作能够快速且鲁棒地传送关于对应传输帧中所发送的广播服务和内容的信令的基本DP。通过物理层的传输帧的各个DP发送的数据如图44的下部中所示。即，链路层信令或IP数据报可按照特定格式被封装在一般分组中然后通过DP被发送。这里，IP数据报可包括信令数据。链路(下)层信令可包括与快速服务扫描/获取有关的信令、IP头压缩的上下文信息和紧急报警。
图45示出根据本发明的实施方式的应用层传输协议的传输分组。应用层传输会话可由IP地址和端口号的组合组成。当应用层传输协议对应于ROUTE时，ROUTE会话可由一个或更多个分层编码传输(LCT)会话组成。例如，当通过单个LCT传输会话传送单个媒体组件(例如，DASH表示)时，可通过单个应用传输会话复用并传送一个或更多个媒体组件。另外，可通过单个LCT传输会话传送一个或更多个传输对象，各个传输对象可以是与通过传输会话传送的DASH表示关联的DASH片段。
例如，当应用层传输协议是基于LCT的协议时，传输分组可如下配置。传输分组可包括LCT头、ROUTE头和有效载荷数据。包括在传输分组中的多个字段如下。
LCT头可包括以下字段。版本字段V可指示对应传输协议分组的版本信息。字段C可包括与拥塞控制信息字段(将在下面描述)的长度有关的标志。字段PSI可指示协议特定信息，即，对应协议所特定的信息。字段S可指示与传输会话标识符(TSI)字段的长度关联的标志。字段O可指示与传输对象标识符(TOI)字段的长度关联的标志。字段H可指示半字(16比特)是否被增加到TSI字段和TOI字段的长度。字段A(关闭会话标志)可指示会话被关闭或者会话即将关闭。字段B(关闭对象标志)可指示正在发送的对象被关闭或者该对象即将关闭。码点字段可指示与对应分组的有效载荷的编码或解码有关的信息。例如，有效载荷类型可对应于该信息。拥塞控制信息字段可指示与拥塞控制有关的信息。例如，与拥塞控制有关的信息可以是当前时隙索引(CTSI)、信道号或者对应信道中的分组序列号。传输会话标识符字段可指示传输字段标识符。传输对象标识符字段可指示通过对应传输会话发送的对象的标识符。
ROUTE(ALC)头可包括前面的LCT头的附加信息，例如与前向纠错方案有关的有效载荷标识符。
有效载荷数据可指示对应分组的有效载荷的数据部分。
图46示出根据本发明的实施方式的由未来广播系统发送信令数据的方法。未来广播系统的信令数据可如图中所示来发送。为了使得接收机能够支持快速服务/内容扫描和获取，未来广播发送系统可经由快速信息信道(FIC)针对通过对应物理层帧传送的广播服务发送信令数据。在规范中，FIC可表示关于服务列表的信息。除非存在附加FIC，否则可通过传送链路层信令的路径来传送信令数据。即，包括关于服务及其组件(音频和视频)的信息的信令信息可被封装在IP/UDP数据报中并通过物理层帧中的一个或更多个DP来发送。根据实施方式，关于服务和服务组件的信令信息可被封装在应用层传输分组(例如，ROUTE分组或MMTP分组)中并被发送。
图46的上部示出通过FIC或者一个或更多个DP传送上述信令数据的示例。即，用于支持快速服务扫描/获取的信令数据可通过FIC来传送，包括关于服务的详细信息的信令数据可被封装在IP数据报中并通过特定DP来发送。在规范中，包括关于服务的详细信息的信令数据可被称作服务层信令。
图46的中部示出通过FIC以及一个或更多个DP传送上述信令数据的示例。即，用于支持快速服务扫描/获取的信令数据可通过FIC来传送，包括关于服务的详细信息的信令数据可被封装在IP数据报中并通过特定DP发送。另外，包括关于服务中所包括的特定组件的信息的部分信令数据可通过应用层传输协议中的一个或更多个传输会话来传送。例如，部分信令数据可通过ROUTE会话中的一个或更多个传输会话来传送。
图46的下部示出通过FIC以及一个或更多个DP传送上述信令数据的示例。即，用于支持快速服务扫描/获取的信令数据可通过FIC来传送，包括关于服务的详细信息的信令数据可通过ROUTE会话中的一个或更多个会话来传送。
图47是示出为了接收机的快速广播服务扫描，由根据本发明的实施方式的未来广播系统发送的信令数据的表。该规范提出了用于允许未来广播接收设备扫描并获取广播服务的信令信息。在未来广播系统中，由一个或更多个广播台生成的广播服务和内容可在特定频率内发送。接收机可使用上述信令信息来快速且容易地扫描包括在对应频率中的广播台及其服务/内容。信令信息可由所示的句法表示以及按照诸如XML的其它格式表示。
用于快速服务扫描和获取的信令信息可被传送至与物理层传输帧中的附加信道对应的快速信息信道(FIC)。另外，上述信令信息可通过能够承载可在物理层的数据管道之间共享的信息的公共DP来传送。信令信息可通过发送链路层信令的路径来传送。信令信息可被封装在IP数据报中并通过特定DP来传送。另外，信令信息可经由用来发送服务信令的服务信令信道或者应用层的传输会话来传送。
用于快速服务扫描和获取的信令信息(FIC信息)可包括以下字段中的至少一个。在规范中，FIC信息可被称作服务获取信息。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示总广播流的标识符。FIC_data_version字段可指示FIC信息的数据版本。当FIC改变时，FIC_data_version字段的值增加。num_partitions字段可指示广播流的分区的数量。为了使用num_partitions字段，假设各个广播流被分为一个或更多个分区并被发送。各个分区可包括单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_protocol_version字段可指示上述分区结构的版本。base_DP_ID字段可指示对应分区的基本DP的标识符。基本DP可包括服务信令表。服务信令表可包括对应分区中的所有服务的列表。即，服务信令表可列出所发送的服务。另外，服务信令表可定义各个服务的基本属性。基本DP可以是对应分区中的鲁棒DP，并且可包括针对对应分区的另一信令表。base_DP_version字段可指示表示通过基本DP发送的数据的改变的版本信息。例如，当通过基本DP传送服务信令信息时，如果服务信令信息改变，则base_DP_version字段可增加1。num_services字段可指示属于对应分区的一个或更多个组件的数量。service_id字段可指示服务标识符。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_Service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态。service_status字段可指示“活动”、“暂停”、“隐藏”或“显示”属性。service_distribution字段可具有与ATSCM/H文献的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是仅可利用对应分区呈现服务、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志，可指示呈现所需的一个或更多个组件是否受到保护。
图48是示出为了接收机的快速广播服务扫描，由根据本发明的实施方式的未来广播系统发送的信令数据的表。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于用于传送服务和组件数据的应用层传输会话的信息。如所示，FIC信息可按照二进制格式来表示。然而，根据实施方式，FIC信息可按照诸如XML的其它格式来表示。FIC信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示总广播流的标识符。FIC_data_version字段可指示FIC信息的数据版本。当FIC改变时，FIC_data_version字段的值增加。num_partitions字段可指示广播流的分区的数量。为了使用num_partitions字段，假设各个广播流可被分成一个或更多个分区并被发送。各个分区可包括单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示属于对应分区的一个或更多个组件的数量。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务循环数据的改变或者与对应服务有关的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段的值可增加1。接收机可利用service_data_version字段来检测FIC的服务循环的数据改变或者与对应服务有关的信令的改变。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_Service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态。service_status字段可指示属性“活动”、“暂停”、“隐藏”或“显示”。service_distribution字段可具有与ATSCM/H文献的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示以下IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。source_IP_address_flag字段可指示FIC信息是否包括source_IP_addr。source_IP_address_flag字段当其值为1时可指示source_IP_addr的存在。num_transport_session字段可指示在广播流中发送对应服务的组件数据的传输会话(例如，ROUTE或MMTP会话)的数量。当source_IP_address_flag为1时，source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。service_signaling_flag字段可指示是否通过对应传输会话发送服务信令。service_signaling_flag字段当其值为1时可指示通过对应传输会话(例如，ROUTE或MMTP会话)发送的数据包括服务信令。传输会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括与num_descriptors字段所指示的值对应的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。根据实施方式，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图49示出根据本发明的实施方式的发送基于FIC的信令的方法。传送基于FIC的信令的上述示例示出于图中。在规范中，基于FIC的信令可被称作服务获取信息或服务获取信令。如图中所示，物理层信令可包括针对服务获取信息的字段。针对服务获取信息的字段可指示服务获取信息FIC是否被解析到接收机。接收机可通过解析服务获取信息来通过service_data_version信息检查服务信令数据是否改变。当服务信令数据改变时，广播信号接收机可利用LSID_DP字段来确认传送包括关于对应传输会话的详细信息的信令的物理层的数据管道标识符。广播接收机可通过解析DP标识符所指示的DP来确认关于传输会话的详细信息。即，未来广播系统的信令方法可包括以下步骤：通过用信号通知是否通过物理层信令解析服务获取信息并且用信号通知关于通过服务获取信息的传输会话的详细信息的位置来确认关于传输会话的详细信息。这里，关于传输会话的详细信息可包括MPD传输表、应用信令表、传输会话描述符(LSID)和/或组件映射表(CMT)。
图50示出为了接收机的快速广播服务扫描，由根据实施方式的未来广播系统发送的信令数据。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于用于传送服务和组件数据的应用层传输会话的信息。如所示，FIC信息可按照二进制格式来表示。然而，根据实施方式，FIC信息可按照诸如XML的其它格式来表示。FIC信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示总广播流的标识符。FIC_data_version字段可指示FIC信息的数据版本。当FIC改变时，FIC_data_version字段的值增加。num_partitions字段可指示广播流的分区的数量。为了使用num_partitions字段，假设各个广播流可被分成一个或更多个分区并被发送。各个分区可包括单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示属于对应分区的一个或更多个组件的数量。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务循环数据的改变或者与对应服务有关的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段的值可增加1。接收机可利用service_data_version字段来检测FIC的服务循环中的数据改变或者与对应服务有关的信令的改变。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_Service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态。service_status字段可指示“活动”、“暂停”、“隐藏”或“显示”属性。service_distribution字段可具有与ATSCM/H文献的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是是否仅可利用对应分区呈现服务、呈现是否需要另一分区或者呈现是否需要其它广播流的信息。sp_indicator字段是服务保护标志并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示以下IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。source_IP_address_flag字段可指示FIC信息是否包括source_IP_addr。source_IP_address_flag字段当其值为1时可指示source_IP_addr的存在。num_transport_session字段可指示在广播流中发送对应服务的组件数据的传输会话(例如，ROUTE或MMTP会话)的数量。当source_IP_address_flag为1时，source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。service_signaling_flag字段可指示是否通过对应传输会话发送服务信令。service_signaling_flag字段当其值为1时可指示包括服务信令的DP的存在。signaling_data_version字段可指示相关服务信令数据的改变。每当服务信令数据改变时，signaling_data_version字段的值可增加1。接收机可利用signaling_data_version字段来检测与对应服务有关的信令的改变。signaling_DP字段可指示传送服务信令的物理层的数据管道的标识符。传输会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括与num_descriptors字段所指示的值对应的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。根据实施方式，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图51示出根据本发明的另一实施方式的发送基于FIC的信令的方法。传送基于FIC的信令的上述示例示出于图中。在规范中，基于FIC的信令可被称作服务获取信息或服务获取信令。如图中所示，物理层信令可包括针对服务获取信息的字段。针对服务获取信息的字段可指示服务获取信息FIC是否被解析到接收机。接收机可通过解析服务获取信息来通过service_data_version信息检查服务信令数据是否改变。当服务信令数据改变时，广播信号接收机可利用LSID_DP字段通过从LSID_DP字段标识的DP获取包括关于对应传输会话的详细信息的LSID或LSID表。另外，接收机可利用诸如service_signaling_flag、signaling_data_version和signaling_DP的信息识别信令数据的改变，并且通过所识别的DP获取信令数据。
即，未来广播系统的信令方法可包括通过用信号通知是否通过物理层信令解析服务获取信息并且用信号通知关于通过服务获取信息的传输会话的详细信息的位置来确认关于传输会话的详细信息。这里，关于传输会话的详细信息可包括MPD传输表、应用信令表、传输会话描述符(LSID)和/或组件映射表(CMT)，传输会话的详细信息可根据不同的示例来传送。
图52示出根据本发明的实施方式的未来广播系统的服务信令消息格式。在规范中，服务信令消息可被称作包括关于服务的详细信息的信令数据或服务层信令。服务信令消息可包括信令消息头和信令消息。信令消息可按照二进制或XML格式来表示。信令消息可被包括在应用层传输分组(例如，ROUTE或MMTP分组)的IP数据报或有效载荷中并被发送。信令消息头可具有以下句法，并且可按照诸如XML的格式来表示。信令消息头可包括以下字段。signaling_id字段可指示信令消息标识符。例如，当信令消息以区段的形式表示时，signaling_id字段可指示信令表区段的ID。signaling_length字段可指示信令消息的长度。signaling_id_extension字段可指示关于信令消息的标识符的扩展信息。signaling_id_extension字段可随signaling_id字段一起用作信令标识信息。例如，signaling_id_extension字段可包括信令消息的协议版本。version_number字段可指示信令消息的版本信息。当信令消息的内容改变时，version_number字段可改变。current_next_indicator字段可指示信令消息当前是否可用。current_next_indicator字段当其值为1时可指示信令消息当前可用。current_next_indicator字段当其值为0时可指示信令消息当前不可用，并且包括相同signaling_id、signaling_id_extension或fragment_number的信令消息在未来可能可用。fragmentation_indicator字段可指示信令消息是否被分片。fragmentation_indicator字段当其值为1时指示对应信令消息被分片。在这种情况下，可通过signaling_message_data()指示包括部分信令数据。当fragmentation_indicator字段的值为0时，可通过signaling_message_data()指示包括整个信令数据。payload_format_indicator字段可指示当前信令消息头是否包括payload_format值。payload_format_indicator字段值1可指示信令消息头包括payload_format值。expiration_indicator字段可指示当前信令消息头是否包括届满值。expiration_indicator字段值1可指示信令消息头包括届满值。当单个信令消息被分割成多个片断并被发送时，fragment_number字段可指示当前信令消息的片断数。当单个信令消息被分割成多个片断并被发送时，last_fragment_number字段可指示包括对应信令消息的最后数据的片断的编号。payload_format字段可指示有效载荷中所包括的信令消息数据的格式。在实施方式中，payload_format字段可按照二进制或XML格式来表示。expiration字段可指示有效载荷中所包括的信令消息的有效时间。
图53示出根据本发明的实施方式的未来广播系统中所使用的服务信令表。根据本发明的服务信令表/消息如下所述，并且可包括以下信息并用信号通知。表/消息中所包括的信息可每表独立地发送，不限于所示的实施方式。根据实施方式，属于不同表的信令信息可被合并为一个表并被发送。服务映射表可包括服务属性和服务相关信息。例如，服务的属性信息可包括诸如服务的ID、名称和类别的信息，与服务有关的信息可包括关于可获取服务的路径的信息。MPD传送表可包括与服务/内容有关的DASHMPD或者关于可获取DASHMPD的路径的信息。组件映射表可包括服务中的组件信息和组件相关信息。组件信息可包括相关的DASH表示信息，组件相关信息可包括关于可获取组件的路径的信息。LSID表可包括关于用于传送服务/组件的传输会话和传输分组配置的信息。初始化片段传送表可包括关于与服务中的组件有关的DASH表示的初始化片段信息或者关于可获取初始化片段信息的路径的信息。应用参数表可包括关于与广播服务有关的应用的详细信息以及关于可获得详细信息的路径的信息。当这些信令消息/表通过广播网络发送时，信令消息/表可通过快速信息信道(FIC)、服务信令信道(SSC)、应用层传输会话(例如，ROUTE或MMTP会话)等来发送。另外，信令消息/表可经由互联网(宽带)发送。
图54示出根据本发明的实施方式的未来广播系统中所使用的服务映射表。以下描述可通过被包括在跟随在信令消息头之后的服务信令消息部分中来发送。
服务映射表可包括关于服务映射信令的信息并且可按照XML或二进制格式来表示。与服务信令信息对应的服务映射表可包括服务标识符信息、服务类型信息、服务名称信息、信道号信息、ROUTE会话相关信息、MPD相关信息和组件信令位置信息。服务标识符可指示标识服务的信息，并且可被表示为id属性。服务类型信息可指示服务的类型，并且可被表示为serviceType属性。服务名称信息可指示服务的名称，并且可被表示为serviceName属性。信道号信息可指示与服务有关的信道号，并且可被表示为channelNumber属性。
ROUTE会话相关信息可包括sourceIP、destinationIP和destinationPort属性。sourceIP属性可指示承载关联的数据的IP数据报的源地址。destinationIP属性可指示承载关联的数据的IP数据报的目的地地址。destinationPort属性可指示承载关联的数据的IP数据报的目的地端口号。
另外，ROUTE会话相关信息可包括关于传输会话的详细信息(LSID)。例如，ROUTE会话相关信息可包括LSID位置信息和LSID位置信息的传送模式信息。另外，关于传输会话的详细信息LSID可包括引导信息。包括在LSID中的引导信息可包括根据传送模式的LSID引导信息。包括在引导信息中的属性将在下面详细描述。
MPD相关信息可包括关于MPD或MPD信令位置的信息。关于MPD的信息可包括版本属性并且指示MPD的版本。MPD信令位置信息可指示可获取与MPD或MPDURL有关的信令的位置。包括在MPD信令位置中的传送模式信息可指示MPD位置信令的传送模式。包括在MPD信令位置中的引导信息可包括根据传送模式的MPD或MPDURL的引导信息。
组件信令位置相关信息可包括传送模式属性。传送模式属性可指示对应组件信令位置信息的传送模式。包括在MPD信令位置中的引导信息可包括根据传送模式的对应组件位置信令的引导信息。
引导信息可根据传送模式包括以下属性中的至少一个。
sourceIP属性可指示承载关联的数据的IP数据报的源地址。destinationIP属性可指示承载关联的数据的IP数据报的目的地地址。destinationPort属性可指示承载关联的数据的IP数据报的目的地端口号。tsi属性可包括传送承载关联的数据的传输分组的传输会话的标识符。URL属性可指示可获取关联的数据的URL。packetid属性可指示承载关联的数据的传输分组的标识符。
图55示出根据本发明的实施方式的未来广播系统的服务信令表。未来广播系统可提供广播服务信令，使得接收机可接收广播服务和内容。当通过相同的传输会话标识符TSI发送信令数据时这允许接收机获取相关信令。服务信令表可如所示按照二进制格式来表示，并且可根据实施方式按照诸如XML的其它格式来表示。另外，服务信令表可被封装在上述信令消息格式中。服务信令表可包括以下字段。SST_portocol_version字段可指示服务信令表的版本。partition_id字段可指示对应分区的标识符。SST_data_version字段可指示对应服务信令表的数据版本。num_services字段可指示对应分区中所包括的一个或更多个服务的数量。service_id字段可指示对应服务的标识符。service_name字段可指示对应服务的名称。MPD_availability字段可指示MPD是否可通过广播、蜂窝网络和/或Wi-Fi/以太网来获取。CMT_availability字段可指示组件映射表(CMT)是否可通过广播、蜂窝网络和/或Wi-Fi/以太网来使用。ASL_availability字段可指示应用信令表(AST)是否可通过广播、蜂窝网络和/或Wi-Fi/以太网来使用。DP_ID字段可指示通过广播承载MPD、CMT和/或ASL的DP的标识符。LCT_IP_address字段可指示传送MPD、CMT和/或ASL的LCT信道的IP地址。LCT_UDP_port字段可指示传送MPD、CMT和/或ASL的LCT信道的UDP端口。LCT_TSI字段可指示传送MPD、CMT和/或ASL的LCT信道的传输会话标识符(TSI)。当通过广播传送MPD时，MPD_TOI字段可指示MPD的传输对象标识符。当通过广播传送CMT时，CMTTOI字段可指示CMT的传输对象标识符。当通过广播传送AST时，AST_TOI字段可指示AST的传输对象标识符。MPD_URL字段可指示可通过宽带获取MPD的URL。CMT_URL字段可指示可通过宽带获取CMT的URL。AST_URL字段可指示可通过宽带获取AST的URL。
图56示出根据本发明的实施方式的未来广播系统中所使用的组件映射表。以下描述可通过被包括在跟随在信令消息头之后的服务信令消息部分中来发送。组件映射表可包括关于组件映射信令的信息并且可按照XML或二进制格式来表示。与服务信令信息对应的组件映射表可包括以下字段。Signaling_id字段可包括指示对应表是组件映射表的标识符。protocol_version字段可指示诸如组件映射表句法的组件映射表的协议版本。Signaling_version字段可指示组件映射表的信令数据的改变。Service_id字段可指示与对应组件关联的服务的标识符。Num_component字段可指示包括在对应服务中的组件的数量。Mpd_id字段可指示与组件关联的DASHMPD标识符。Period_id字段可指示与组件关联的DASH周期标识符。representation_id字段可指示与组件关联的DASH表示标识符。Source_IP字段可指示承载对应组件数据的IP/UDP数据报的源IP地址。Dest_IP字段可指示承载对应组件数据的IP/UDP数据报的目的地IP地址。port字段可指示承载对应组件数据的IP/UDP数据报的端口号。tsi字段可指示承载对应组件数据的应用层传输会话的标识符。DP_id字段可指示承载对应组件数据的物理层数据管道的标识符。CMT可定义与各个服务关联的组件，并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图57示出根据本发明的实施方式的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或二进制比特流。组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。BroadcastComp可指示通过同一广播流发送的一个或更多个组件。BroadcastComp可包括mpdID、perID、reptnID、baseURL和/或datapipeID属性。mpdID属性可指示与BroadcastComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示与对应组件关联的DASH片段的基本URL。datapipeID属性可指示广播流中承载对应组件数据的数据管道的标识符。
BBComp可指示通过宽带网络发送的一个或更多个组件。BBComp可包括mpdID、perID、reptnID和/或baseURL属性。mpdID属性可指示与BBComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示与对应组件关联的DASH片段的基本URL。
ForeignComp可指示通过其它广播流发送的一个或更多个组件。ForeignComp可包括mpdID、perID、reptnID、baseURL、transportStreamID、sourceIPAddr、destIPAddr、destUDPPort和/或datapipeID属性。mpdID属性可指示与ForeignComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示与对应组件关联的DASH片段的基本URL。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。datapipeID属性可指示用来在对应广播流中发送对应组件数据的数据管道的标识符。上述组件映射描述可通过被封装在XML文件或上述信令消息格式中来发送。如图57的下部中所示，信令消息头可具有上述格式，并且组件映射描述或其部分可被包括在服务消息部分中。CMT可定义与各个服务关联的组件，并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图58示出根据本发明的实施方式的未来广播系统的组件映射表的句法。未来广播系统可用信号通知组件映射表，使得接收机可获取广播服务的组件。组件映射表可按照二进制、XML或其它格式来表示，并且可被封装在上述信令消息格式中。组件映射表可包括以下字段。CMT_portocol_version字段可指示组件映射表(CMT)的结构的版本。service_id字段可指示与对应CMT所提供的组件位置有关的服务的标识符。CMT_data_version字段可指示CMT的数据版本。num_broadcast_streams字段可指示包括与对应服务有关的至少一个组件的广播流的数量。TSID字段可指示对应广播流的传输会话标识符。num_partitions字段可指示包括与对应服务有关的至少一个组件的广播流的分区的数量。CMT可包括多个分区。partition_id字段可指示对应分区的标识符。num_data_pipes字段可指示包括与对应服务有关的至少一个组件的分区中的数据管道的数量。DP_ID字段可指示各个数据管道的标识符。num_ROUTE_sessions字段可指示各个数据管道中所包括的传输会话(例如，ROUTE会话)的数量。各个数据管道可包括与对应服务关联的至少一个组件。IP_address字段可指示各个传输会话的IP地址。UDP_port字段可指示各个传输会话的UDP端口。num_LCT_channels字段可指示包括与对应服务关联的组件的传输会话中的LCT信道的数量。LCT_TSI字段可指示传输会话标识符(TSI)。Representation_ID字段可指示对应LCT信道所承载的表示的标识符。Internet_availability字段可以是指示对应表示是否可通过互联网或宽带接收的标识符。num_internet_only_reptns字段可指示仅可通过互联网或宽带接收的表示的数量。Representation_ID字段可指示在num_internet_only_reptns的循环中仅可通过互联网或宽带接收的表示的标识符。CMT可定义与各个服务关联的组件并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图59示出在根据本发明的实施方式的未来广播系统中通过宽带网络传送与各个服务有关的信令的方法。未来广播系统可通过宽带网络将与服务有关的信令发送给接收机。未来广播系统可通过宽带网络利用URL信令表描述将信令发送给接收机。URL信令表描述可按照XML或二进制格式来表示。URL信令表描述可包括以下属性。service_id属性可指示与信令关联的服务的标识符。mpdURL属性可指示宽带MPD的URL。cstURL属性可指示宽带CMT的URL。CMT可包括关于获取广播服务中的组件数据的路径的信息。astURL属性可指示宽带AST的URL。AST可包括关于与广播服务有关的应用的信息。接收机可接收该描述并且基于各个信令的URL接收对应信令。上述URL信令表描述可被封装在单个XML文件或上述信令消息格式中并被发送。如该图的下部所示，信令消息头可采取上述格式，并且URL信令表描述或其一部分可跟随在信令消息头之后。
图60示出在根据本发明的实施方式的未来广播系统中用信号通知MPD的方法。如该图的上部所示，关于未来广播网络中可用的广播服务的MPD的信令消息可由信令消息头和信令消息组成。信令消息头可采取上述格式并且MPD传送表信息可包括以下信息。Signaling_id信息可指示对应信令消息是包括MPD或者关于可获取MPD的路径的信息的信令消息。protocol_version信息可指示MPD传送表的协议版本，例如信令消息的句法。Signaling_version信息可指示MPD传送表的信令数据的改变。Service_id信息可指示与对应信令信息关联的服务的标识符。Mpd_id信息可指示与信令消息关联的DASHMPD的标识符。MPD_version信息是指示对应MPD的改变的版本信息。Delivery_mode信息可指示信令消息是否包括对应MPD或者通过不同的路径传送。当信令消息包括MPD时，MPD_data()信息可包括MPD数据。MPD_path信息可包括关于可获取MPD的路径的信息。例如，该路径可指示URL。
MPD传送表描述可包括以下信息。service_id属性可指示与信令关联的服务的标识符。MPD_id属性可指示MPD的标识符。MPD_version是指示MPD的改变的版本信息。MPD_URL属性可包括关于可获取MPD的URL的信息。MPD元素可包括MPD信息。MPD传送表描述可被封装在单个XML文件或上述信令消息格式中并被发送。即，信令消息头可采取上述格式，并且MPD传送表描述或其部分可跟随在信令消息头之后。
图61示出根据本发明的实施方式的未来广播系统的MPD传送表的句法。MPD传送表或其一部分的信息可跟随在信令消息头之后。MPD传送表的信息可包括以下字段。service_id字段可指示关联的广播服务的标识符。MPD_id_length字段可指示随后的MPD_id_bytes()的长度。MPD_id_bytes字段可指示包括在信令消息中的MPD文件的标识符。MPD_version字段可指示诸如对应MPD的数据的改变的版本信息。MPD_URL_availability字段可指示对应信令表/消息中是否存在MPD的URL信息。MPD_data_availabilty字段可指示对应信令表/消息是否包括MPD。MPD_data_availabilty字段当其值为1时可指示信令表/消息包括MPD。MPD_URL_length字段可指示随后的MPD_URL_bytes()的长度。MPD_URL_bytes字段可指示包括在信令消息中的MPDURL。MPD_coding字段可指示包括在信令消息中的MPD字段的编码方案。如该图的下部所示，根据MPD_coding字段的值，MPD文件可根据不同的编码方案来编码。例如，MPD_coding字段值“0x00”可指示信令表/消息包括以XML表示的纯MPD字段。MPD_coding字段值“0x01”可指示信令表/消息包括通过gzip压缩的MPD字段。如果通过gzip压缩的MPD字段被分段并且通过多个消息/表分别发送，则对应的多个MPD_bytes()可被级联然后被解压。MPD_byte_length字段可指示随后的MPD_bytes()的长度。根据MPD_coding字段所指示的编码方案，MPD_bytes字段可包括信令消息中所包括的MPD字段的数据。未来广播系统使得接收机能够通过包括上述字段的MPD传送表来接收或获取服务相关MPD。
图62示出根据本发明的实施方式的未来广播系统的传输会话实例描述。当应用层传输方案对应于经由单向传输的实时对象传送(ROUTE)时，ROUTE会话可由一个或更多个分层编码传输(LCT)会话组成。关于一个或更多个传输会话的详细信息可通过传输会话实例描述来用信号通知。在ROUTE的情况下，传输会话实例描述可被称作LCT会话实例描述(LSID)。具体地讲，传输会话实例描述可定义通过构成ROUTE会话的各个LCT传输会话传送什么。各个传输会话可由传输会话标识符(TSI)唯一地标识。TSI可被包括在LCT中。传输会话实例描述可描述由对应会话承载的所有传输会话。例如，LSID可描述由ROUTE承载的所有LCT会话。传输会话实例描述可通过与传输会话相同的ROUTE会话来传送，或者通过不同的ROUTE会话传送，或者单播。
当通过相同的ROUTE会话传送时，传输会话实例描述可通过TSI为0的传输会话来传送。尽管在传输会话实例描述中参考的对象可通过TSI＝0的传输会话传送，对象可具有与传输会话实例描述不同的TOI值。或者，对象可通过TSI≠0的单独的传输会话来传送。传输会话实例描述可利用版本号、有效性信息和届满信息中的至少一个来更新。除了所示的格式以外，传输会话实例描述可按照比特流来表示。
传输会话实例描述可包括version、validFrom和expiration属性，并且包括TSI属性以及针对各个传输会话的SourceFlow和RepairFlow信息。version属性可指示传输会话实例描述的版本信息，每当其内容被更新时该版本信息可增加。具有最高版本号的传输会话实例描述是当前有效的版本。validFrom属性可指示对应传输会话实例描述开始有效的日期和时间。根据实施方式，传输会话实例描述中可不包括validFrom属性。在这种情况下，接收机可假设对应传输会话实例描述立即有效。expiration属性可指示对应传输会话实例描述届满的日期和时间。传输会话实例描述中可不包括expiration属性。在这种情况下，接收机可假设对应传输会话实例描述一直有效。如果接收到具有expiration属性的传输会话实例描述，则传输会话实例描述可遵照对应expiration属性。TSI属性可指示传输会话标识符。SourceFlow元素提供利用对应TSI发送的源流的信息。SourceFlow元素将在下面详细描述。RepairFlow元素可提供利用对应TSI发送的修复流的信息。
图63示出根据本发明的实施方式的未来广播系统的SourceFlow元素。Sourceflow元素可包括EFDT元素、idRef属性、realtime属性、minBufferSize属性、ApplicationIdentifier元素和PayloadFormat元素。EFDT元素可指定文件传送数据的详细信息。EFDT元素指示扩展文件传送表(FDT)实例，并且将在下面详细描述。idRef属性可指示EFDT标识符，并且可通过对应传输会话被表示为URI。realtime属性可指示对应LCT分组包括扩展头。所述扩展头可包括指示所包括的传送对象的呈现时间的时间戳。minBufferSize属性可定义需要存储在接收机中的最大数据量。ApplicationIdentifier元素可提供可被映射至对应传输会话中所承载的应用的附加信息。例如，可作为附加信息提供DASH内容的表示ID或者DASH表示的应用集参数以便选择用于渲染的传输会话。PayloadFormat元素可定义承载源流的对象的ROUTE分组的有效载荷格式。PayloadFormat元素可包括codePoint属性、deliveryObjectFormat属性、fragmentation属性、deliveryOrder属性、sourceFecPayloadID属性和/或FECParameters元素。codePoint属性可定义对应有效载荷中所使用的码点。这可指示LCT头中的CP字段的值。deliveryObjectFormat属性可指示对应传送对象的有效载荷格式。fragmentation属性可定义分片的类型。deliveryOrder属性可指示对象的传送顺序。sourceFecPayloadID属性可定义源FEC有效载荷标识符的格式。FECParameters元素可定义FEC参数。这包括FEC编码id、实例id等。
图64示出根据本发明的实施方式的未来广播系统的EFDT。EFDT可包括文件传送数据的详细信息。EFDT可包括idRef属性、version属性、maxExpiresDelta属性、maxTransportSize属性和FileTemplate元素。idRef属性可指示EFDT的标识符。version属性可指示EFDT实例描述符的版本。当EFDT被更新时，此属性可增加1。所接收到的具有最高版本号的EFDT可以是当前有效的版本。maxExpiresDelta属性可指示在发送与对象关联的第一分组之后对象的最大届满时间。maxTransportSize属性可指示对应EFDT所描述的对象的最大传输大小。FileTemplate元素可指定主体中的文件URL或文件模板。
上述传输会话实例描述符(LSID)元素可根据该图的下部所示的传输会话实例描述符(LSID)表来发送。LSID表可通过被分割成信令消息头和信令消息数据部分的上述信令消息来传送。信令消息数据部分可包括传输会话实例描述符(LSID)或其一部分。信令消息数据可包括LSID表和以下字段。Signaling_id字段是指示对应表是包括LSID的信令表的标识符信息。protocol_version字段可指示信令的协议版本，例如包括LSID的信令句法。Signaling_version字段可指示包括LSID的信令数据的改变。另外，LSID表还可包括上述传输会话实例描述符(LSID)元素的内容。
图65示出发送根据本发明的实施方式的未来广播系统中所使用的初始化片段传送表(ISDT)的方法。未来广播系统可通过发送ISDT来传送关于与广播服务中的组件关联的DASH表示的初始化片段的信令信息。关于与广播服务中的组件关联的DASH表示的初始化片段的信令信息可包括头和数据。信令消息头可具有上述格式，并且信令消息数据可包括初始化片段传送信息或其一部分。初始化片段传送信息可包括以下信息。Signaling_id信息可标识包括初始化片段的信令消息或者关于其路径的信息。protocol_version信息可指示ISDT的议版本，例如对应信令消息的句法。Sequence_number信息可指示ISDT的实例标识符。Signaling_version信息可指示ISDT的信令数据的改变。Service_id信息可标识与对应组件关联的服务。Mpd_id信息可指示与对应组件关联的DASHMPD标识符。period_id信息可指示与对应组件关联的DASH周期标识符。representation_id信息可指示与对应组件关联的DASH表示标识符。Initialization_segment_version信息可以是指示对应MPD的改变的版本信息。Delivery_mode信息可指示ISDT是否包括初始化片段或者通过不同的路径传送。Initialization_segment_data()信息可包括初始化片段数据本身。初始化片段路径信息可包括关于可获取初始化片段的路径的信息，例如初始化片段的URL。接收机可通过ISDT接收关于与对应组件关联的DASH表示的初始化片段的信息。
图66示出根据本发明的实施方式的未来广播系统的信令消息的传送结构。当基于应用层传输(例如，ROUTE)发送时，上述信令数据可如所示传送。即，一些信令可通过快速信息信道发送以便支持快速服务扫描。一些信令可通过特定传输会话发送并且连同组件数据一起传送。
用于支持快速服务扫描和获取的信令信息可通过单独的信道从传输会话接收。这里，所述单独的信道可表示单独的数据管道(DP)。关于服务的详细信息可通过单独指定的传输会话接收。这里，传输会话可具有值TSI＝0。通过指定的传输会话传送的信息可包括MPD传送表、应用信令表、传输会话实例描述表和/或组件映射表。一些信令信息可连同组件数据一起通过传输会话传送。例如，初始化片段传送表可连同组件数据一起传送。
该图的下部示出在未来广播网络中获取广播服务的示例。当选择服务时，接收机可调谐至广播，获取用于快速服务扫描和获取的信息并且解析该信息。在从用于快速服务扫描和获取的信息确定服务层信令或传输会话实例描述(TSID或LSID)的位置时，接收机可获取并解析对应描述。另外，接收机可检查包括信令的传输会话，从传输会话获取信令表，解析该信令表，并且确定期望的组件。通过此处理，接收机可呈现期望的组件。即，通过从用于快速服务扫描和获取的信息获取关于传输会话的信息，从关于传输会话的信息确认期望的组件的位置并且再现组件，可向用户提供广播服务。
图67示出为了快速广播服务扫描，由根据本发明的实施方式的未来广播系统发送的信令数据。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于传送服务和组件数据的应用层传输会话的信息。如所示，FIC信息可按照二进制格式来表示。然而，根据实施方式，FIC信息可按照诸如XML的其它格式来表示。FIC信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示广播流的标识符。FIC_data_version字段可指示对应FIC信息的数据版本。当FIC的内容改变时，FIC_data_version字段可增加。num_partitions字段可指示广播流的分区的数量。假设各个广播流可被分割成一个或更多个分区并被发送以便使用num_partitions字段。各个分区可包括通过单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示包括在对应分区中的一个或更多个组件的数量。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务循环数据的改变或者与对应服务关联的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段可增加1。接收机可利用service_data_version字段来检测FIC的服务循环数据改变或者与对应服务关联的信令的改变。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态，并且根据其值表示活动或暂停属性以及隐藏或显示属性。service_distribution字段可具有与ATSCM/H的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志，并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示随后的IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。source_IP_address_flag字段可指示FIC信息是否包括source_IP_addr。当其值为1时source_IP_address_flag字段可指示source_IP_addr的存在。num_transport_session字段可指示在广播流中发送对应服务的组件数据的传输会话(例如，ROUTE或MMTP会话)的数量。当source_IP_address_flag为1时，source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。LSID_tsi字段可指示发送传输会话实例描述(是包括关于传输会话的详细信息的信令)的传输会话的标识符。这里，在LCT传输会话的情况下传输会话实例描述可以是LSID。另外，与对应服务关联的信令可通过发送传输会话实例描述的传输会话来传送。service_signaling_flag字段可指示是否通过对应传输会话发送服务信令。service_signaling_flag字段当其值为1时可指示包括服务信令的DP的存在。signaling_data_version字段可指示相关的服务信令数据的改变。每当服务信令数据改变时，signaling_data_version字段的值可增加1。接收机可利用signaling_data_version字段来检测与对应服务有关的信令的改变。signaling_DP字段可指示传送服务信令的物理层的数据管道的标识符。signaling_tsi字段可指示传送服务信令的传输会话的标识符。传输会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括num_descriptors字段所指示的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，并且一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。根据实施方式，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图68示出为了快速广播服务扫描，由根据本发明的实施方式的未来广播系统发送的信令数据。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于传送服务和组件数据的应用层传输会话的信息。如所示，FIC信息可按照二进制格式来表示。然而，根据实施方式，FIC信息可按照诸如XML的其它格式来表示。FIC信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。num_partitions字段可指示广播流的分区的数量。假设各个广播流可被分割成一个或更多个分区并被发送以便使用num_partitions字段。各个分区可包括单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示包括在对应分区中的一个或更多个服务的数量。各个服务可包括多个信令表。例如，各个服务可包括：DASHMPD，其包含组件以及关于其片段的信息；CMT，其包含宽带和其它广播流中所包括的组件的标识符；应用信令表(AST)；以及URL信令表(UST)，其包括MPD、CMT和AST的URL中的至少一个。这些信令表可被包括在对应服务的信令信道中。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务循环数据的改变或者与对应服务关联的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段可增加1。例如，当FIC、MPD、CMT、AST或UST改变时，service_data_version字段可增加1。接收机可利用service_data_version字段来检测FIC的服务循环数据改变或者与对应服务关联的信令的改变。service_channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态，并且根据其值表示活动或暂停属性和隐藏或显示属性。service_distribution字段可具有与ATSCM/H的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示随后的IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。num_ROUTE_sessions字段可指示广播流中传送对应服务的组件数据的传输会话的数量。例如，传输会话可以是ROUTE会话。依照ROUTE会话可设定以下信息。source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。LSID_tsi字段可指示发送传输会话实例描述(是包括关于传输会话的详细信息的信令)的传输会话的标识符。这里，在LCT传输会话的情况下，传输会话实例描述可以是LSID。另外，与对应服务关联的信令可通过发送传输会话实例描述的传输会话来传送。component_signaling_flag字段可指示是否通过对应传输会话发送对应服务的服务信令。当component_signaling_flag为1时，这可指示通过对应传输会话发送的数据包括服务信令(例如，MPD(DASH媒体呈现描述)、CMT等)。这里，CMT是组件映射表并且可包括通过宽带传送的组件的标识符，并且还包括关于包括在其它广播流中的组件的信息。各个服务可包括服务信令信道。服务信令信道可包括MPD、CMT、AST和/或UST。服务信令信道可以是用于服务的多个ROUTE会话当中的信令信道，其是否存在可通过组件信令标志来指示。当通过多个传输会话(ROUTE或MMTP会话)发送信令和服务组件时，上述服务信令表可优选通过单个传输会话来传送。
ROUTE会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括num_descriptors字段所指示的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，并且一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。
根据实施方式，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图69示出根据本发明的实施方式的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或二进制比特流。组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。BroadcastComp可指示通过同一广播流发送的一个或更多个组件。BroadcastComp可包括mpdID、perID、reptnID、baseURL和/或datapipeID属性。mpdID属性可指示与BroadcastComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。datapipeID属性可指示广播流中承载对应组件数据的数据管道的标识符。
BBComp可指示通过宽带网络发送的一个或更多个组件。BBComp可包括mpdID、perID、reptnID和/或baseURL属性。mpdID属性可指示与BBComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。
ForeignComp可指示通过其它广播流发送的一个或更多个组件。ForeignComp可包括mpdID、perID、reptnID、baseURL、transportStreamID、sourceIPAddr、destIPAddr、destUDPPort和/或datapipeID属性。mpdID属性可指示与ForeignComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。datapipeID属性可指示在对应广播流中发送对应组件数据的数据管道的标识符。根据实施方式，sourceIPAddr、destIPAddr、destUDPPort和datapipeID属性可为可选的并且被选择性地包括在CMT中。上述组件映射描述可通过被封装在XML文件或上述信令消息格式中来发送。如该图的下部所示，信令消息头可具有上述格式，组件映射描述或其一部分可被包括在服务消息部分中。CMT可定义与各个服务关联的组件并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图70示出根据本发明的实施方式的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或二进制比特流。组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。BroadcastComp可指示通过同一广播流发送的一个或更多个组件。BroadcastComp可包括mpdID、perID、reptnID、baseURL、tsi和/或datapipeID属性。mpdID属性可指示与BroadcastComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。tsi属性可指示广播流中发送对应组件数据的传输会话的标识符。datapipeID属性可指示广播流中承载对应组件数据的数据管道的标识符。
BBComp可指示通过宽带网络发送的一个或更多个组件。BBComp可包括mpdID、perID、reptnID和/或baseURL属性。mpdID属性可指示与BBComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。
ForeignComp可指示通过其它广播流发送的一个或更多个组件。ForeignComp可包括mpdID、perID、reptnID、baseURL、transportStreamID、sourceIPAddr、destIPAddr、destUDPPort、tsi和/或datapipeID属性。mpdID属性可指示与ForeignComp关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。tsi属性可指示对应广播流中发送对应组件数据的传输会话的标识符。datapipeID属性可指示在对应广播流中发送对应组件数据的数据管道的标识符。根据实施方式，sourceIPAddr、destIPAddr、destUDPPort和datapipeID属性可为可选的并且选择性地被包括在CMT中。上述组件映射描述可通过被封装在XML文件或上述信令消息格式中来发送。如该图的下部所示，信令消息头可具有上述格式，并且组件映射描述或其一部分可被包括在服务消息部分中。CMT可定义与各个服务关联的组件并且用信号向接收机通知可通过上述信息接收对应组件的位置或路径。
图71和图72示出根据本发明的实施方式的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或者二进制比特流。组件映射表描述可包括连同DASH相关标识符一起的传送参数元素和有效载荷格式元素。
组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。component元素可指示对应广播服务中的组件。component元素可包括mpdID属性、perID属性、reptnID属性、baseURL属性、DeliveryParameter元素和/或PayloadFormat元素。mpdID属性可指示与组件关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。
DeliveryParameter元素可包括关于发送对应组件的路径的详细信息。DeliveryParameter元素可包括transportStreamID、sourceIPAddr、destIPAddr、destUDPPort、tsi、datapipeID和/或URL属性。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。tsi属性可指示在对应广播流中发送对应组件数据的传输会话的的标识符。datapipeID属性可指示在对应广播流中发送对应组件数据的物理层数据管道的标识符。URL属性可指示可通过互联网获取对应组件数据的URL信息。根据实施方式，sourceIPAddr、destIPAddr、destUDPPort、datapipeID和/或URL属性可为可选的并且被选择性地包括在DeliveryParameter元素中。
PayloadFormat元素可包括codePoint属性、deliveryObjectFormat属性、fragmentation属性、deliveryOrder属性、sourceFecPayloadID属性和/或FECParameters元素。codePoint属性可定义对应有效载荷中所使用的码点。这可指示LCT头的CP字段的值。deliveryObjectFormat属性可指示对应传送对象的有效载荷格式。fragmentation属性可定义分片的类型。deliveryOrder属性可指示对象的传送顺序。sourceFecPayloadID属性可定义源FEC有效载荷标识符的格式。FECParameters元素可定义FEC参数并且包括FEC编码id、实例id等。
图73示出根据本发明的实施方式的组件映射表描述。组件映射描述可在未来广播系统中用信号通知关于广播服务中所包括的组件的传输路径的信息。组件映射表描述可被表示成XML格式或者二进制比特流。组件映射表可包括service_id属性、mpd_id属性、per_id属性、BroadcastComp元素、BBComp元素和ForeignComp元素。组件映射表描述可包括以下元素和属性。service_id属性可指示与组件关联的服务的标识符。CMT描述可在与service_id属性相同的级别包括mpdID和perID属性。即，被共同地应用于BroadcastComp、BBComp和ForeignComp元素的mpdID和perID属性可在与service_id属性相同的级别描述，而非冗余地描述。mpdID属性可指示与对应服务关联的DASHMPD标识符。perID属性可指示对应MPD中所关联的周期标识符。
BroadcastComp可指示通过同一广播流发送的一个或更多个组件。BroadcastComp可包括reptnID、baseURL、tsi和/或datapipeID属性。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。tsi属性可指示在对应广播流中发送对应组件数据的传输会话的标识符。datapipeID属性可指示在对应广播流中发送对应组件数据的数据管道的标识符。
BBComp可指示通过宽带网络发送的一个或更多个组件。BBComp可包括reptnID和/或baseURL属性。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。
ForeignComp可指示通过其它广播流发送的一个或更多个组件。ForeignComp可包括reptnID、baseURL、transportStreamID、sourceIPAddr、destIPAddr、destUDPPort、tsi和/或datapipeID属性。reptnID属性可指示与对应组件关联的DASH表示标识符。baseURL属性可指示构成与对应组件关联的DASH表示的片段的基本URL。transportStreamID属性可指示包括对应组件数据的广播流的标识符。sourceIPAddr属性可指示承载对应组件数据的IP数据报的源IP地址。destIPAddr属性可指示承载对应组件数据的IP数据报的目的地IP地址。destUDPPort属性可指示承载对应组件数据的IP数据报的目的地UDP端口号。tsi属性可指示在对应广播流中发送对应组件数据的传输会话的标识符。datapipeID属性可指示在对应广播流中发送对应组件数据的数据管道的标识符。根据实施方式，sourceIPAddr、destIPAddr、destUDPPort和datapipeID属性可为可选的并且被选择性地包括在CMT中。上述组件映射描述可通过被封装在XML文件或上述信令消息格式中来发送。CMT可定义与各个服务关联的组件并且告知接收机可通过上述信息接收对应组件的位置或路径。
图74示出根据本发明的实施方式的MPD的公共属性和元素。未来广播系统可提供基于DASH的混合广播服务。在未来广播系统中，与DASHMPD中的表示关联的片段通过不同的分配路径来传送。MPD的公共属性和元素可共同地存在于adaptationset、representation和sub-representation元素中，并且如所例示包括关联表示的位置信息。未来广播系统可使得DASH客户端能够利用包括在MPD的公共属性和元素中的关联表示的位置信息来识别关联表示或片段的位置。MPD的公共属性和元素可包括以下属性和元素。profiles属性可指示关联表示的配置。width属性可指示要表示的视频媒体类型的水平视觉呈现大小。height属性可指示要表示的视频媒体类型的垂直视觉呈现大小。sar属性可指示视频媒体组件类型的样本宽高比。frameRate属性可指示表示中的视频媒体类型的输出帧频。audioSamplingRate属性可指示音频媒体组件类型的采样率。mimeType属性可指示初始化片段的级联的MIME类型。segmentProfiles属性可指示处理表示所必要的片段的配置。codecs属性可指示表示中所使用的编解码器。maximumSAPPeriod属性可指示所包含的媒体流的最大流访问点(SAP)间隔。startWithSAP属性可指示以SAP开始的媒体片段的数量。maxPlayoutRate属性可指示最大播出率。codingDependency属性可指示是否存在取决于一个或更多个其它访问单元来解码的至少一个访问单元。scanType属性可指示视频媒体组件类型的原材料的扫描类型。FramePacking元素可指定视频媒体组件类型的帧封包信息。AudioChannelConfiguration元素可指定音频媒体组件类型的音频信道配置。ContentProtection元素可指定关于用于关联表示的内容保护方案的信息。EssentialProperty元素可指示关于在处理中必须考虑的元素的信息。SupplementalProperty元素可指定用于优化处理的补充信息。InbandEventStream元素可指定关联表示中是否存在带内事件流。Location元素可指定关于可获取关联表示的位置的信息。Location元素可包括关于承载关联表示的广播流或物理信道数据管道的信息。DASH客户端或未来广播接收设备可利用Location元素获得关联表示。即，未来广播系统的接收设备可利用包括在MPD的公共属性和元素中的位置信息来获得关于关联表示的位置的信息而无需使用上述CMT，并且基于所获得的信息来获取关联表示。根据实施方式，上述表示可被描述为组件。
在另一实施方式中，未来广播系统可将关于传输路径的信息(例如，关联表示)分配给DASHMPD中的baseURL元素的servicelocation属性。未来广播系统可使得DASH客户端能够利用servicelocation属性知道关于传送与对应表示关联的片段的路径的信息。
图75示出根据本发明的实施方式的传输会话实例描述。当应用层传输方法对应于经由单向传输(ROUTE)的实时对象传送时，ROUTE会话可由一个或更多个分层编码传输(LCT)会话组成。可通过传输会话实例描述用信号通知关于一个或更多个传输会话的详细信息。在ROUTE的情况下，传输会话实例描述可被称作LCT会话实例描述(LSID)。具体地讲，传输会话实例描述可定义通过构成ROUTE会话的各个LCT传输会话传送什么。各个传输会话可由传输会话标识符(TSI)唯一地标识。TSI可被包括在LCT头中。传输会话实例描述可描述由对应会话承载的所有传输会话。例如，LSID可描述由ROUTE承载的所有LCT会话。传输会话实例描述可通过与传输会话相同的ROUTE会话来传送，或者通过不同的ROUTE会话传送，或者单播。
当通过相同的ROUTE会话传送时，传输会话实例描述可通过TSI为0的传输会话来传送。尽管在传输会话实例描述中参考的对象可通过TSI＝0的传输会话传送，对象可具有与传输会话实例描述不同的TOI值。或者，对象可通过TSI≠0的单独的传输会话来传送。传输会话实例描述可利用版本号、有效性信息和届满信息中的至少一个来更新。除了所示的格式以外，传输会话实例描述可按照比特流来表示。
传输会话实例描述可包括version、validFrom和expiration属性。对于各个传输会话，传输会话实例描述可包括TSI属性、SourceFlow元素、RepairFlow元素和TransportSessionProperty元素。version属性可指示传输会话实例描述的版本信息，每当其内容被更新时该版本信息可增加。具有最高版本号的传输会话实例描述是当前有效的版本。validFrom属性可指示对应传输会话实例描述开始有效的日期和时间。根据实施方式，传输会话实例描述中可不包括validFrom属性。在这种情况下，接收机可假设对应传输会话实例描述立即有效。expiration属性可指示对应传输会话实例描述届满的日期和时间。传输会话实例描述中可不包括expiration属性。在这种情况下，接收机可假设对应传输会话实例描述一直有效。如果接收到具有expiration属性的传输会话实例描述，则传输会话实例描述可遵照对应expiration属性。TSI属性可指示传输会话标识符。SourceFlow元素提供利用对应TSI发送的源流的信息。SourceFlow元素将在下面详细描述。RepairFlow元素可提供利用对应TSI发送的修复流的信息。TransportSessionProperty元素可提供关于对应传输会话的附加性质信息。传输会话实例描述可在TransportSessionProperty元素中包括关于传输会话的附加性质信息。例如，附加信息可包括关于传输会话的服务信令信息。
图76示出根据本发明的实施方式的未来广播系统的SourceFlow元素。Sourceflow元素可包括EFDT元素、idRef属性、realtime属性、minBufferSize属性、ApplicationIdentifier元素、PayloadFormat元素和/或SourceFlowProperty元素。EFDT元素可指定文件传送数据的详细信息。EFDT元素指示扩展文件传送表(FDT)实例，并且将在下面详细描述。idRef属性可指示EFDT标识符，并且可通过对应传输会话被表示为URI。realtime属性可指示对应LCT分组包括扩展头。该扩展头可包括指示所包括的传送对象的呈现时间的时间戳。minBufferSize属性可定义需要存储在接收机中的最大数据量。ApplicationIdentifier元素可提供可被映射至对应传输会话中所承载的应用的附加信息。例如，可作为附加信息提供DASH内容的表示ID或者DASH表示的应用集参数以便选择用于渲染的传输会话。PayloadFormat元素可定义承载源流的对象的ROUTE分组的有效载荷格式。PayloadFormat元素可包括codePoint属性、deliveryObjectFormat属性、fragmentation属性、deliveryOrder属性、sourceFecPayloadID属性和/或FECParameters元素。codePoint属性可定义对应的有效载荷中所使用的码点。这可指示LCT头中的CP字段的值。deliveryObjectFormat属性可指示对应的传送对象的有效载荷格式。fragmentation属性可定义分片的类型。deliveryOrder属性可指示对象的传送顺序。sourceFecPayloadID属性可定义源FEC有效载荷标识符的格式。FECParameters元素可定义FEC参数。这包括FEC编码id、实例id等。SourceFlowProperty元素可提供关于对应源流的性质信息。例如，该性质信息可包括承载对应源流数据的广播流的位置信息。这里，广播流的位置信息可包括关于广播流中的数据管道或物理层管道(PLP)的信息。
图77示出为了快速广播服务扫描，由根据本发明的另一实施方式的未来广播系统发送的信令数据。除了上述服务获取信息以外，所示的服务获取信息还可包括关于链路层信令的信息。关于链路层信令的信息可包括指示链路层信令的存在的标志信息、链路层信令数据的版本信息以及关于传送链路层信令的数据管道或PLP的信息。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于传送服务和组件数据的应用层传输会话的信息。如所示，服务获取信息可按照二进制格式来表示。然而，根据实施方式，FIC信息可按照诸如XML的其它格式来表示。
服务获取信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。TSID字段可指示广播流的标识符。FIC_data_version字段可指示对应FIC信息的数据版本。当FIC的内容改变时，FIC_data_version字段可增加。num_partitions字段可指示广播流的分区的数量。假设各个广播流可被分割成一个或更多个分区并被发送以便使用num_partitions字段。各个分区可包括通过单个广播商的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示包括在对应分区中的一个或更多个组件的数量。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务循环数据的改变或者与对应服务关联的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段可增加1。接收机可利用service_data_version字段来检测FIC的服务循环数据改变或者与对应服务关联的信令的改变。channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态，并且根据其值表示活动或暂停属性以及隐藏或显示属性。service_distribution字段可具有与ATSCM/H的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志，并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示随后的IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时可指示使用IPv6。source_IP_address_flag字段可指示FIC信息是否包括source_IP_addr。当其值为1时source_IP_address_flag字段可指示source_IP_addr的存在。num_transport_session字段可指示在广播流中发送对应服务的组件数据的传输会话(例如，ROUTE或MMTP会话)的数量。当source_IP_address_flag为1时，source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。LSID_tsi字段可指示发送传输会话实例描述(是包括关于传输会话的详细信息的信令)的传输会话的标识符。这里，在LCT传输会话的情况下传输会话实例描述可以是LSID。另外，与对应服务关联的信令可通过发送传输会话实例描述的传输会话来传送。service_signaling_flag字段可指示是否通过对应传输会话发送服务信令。service_signaling_flag字段当其值为1时可指示包括服务信令的DP的存在。signaling_data_version字段可指示相关的服务信令数据的改变。每当服务信令数据改变时，signaling_data_version字段的值可增加1。接收机可利用signaling_data_version字段来检测与对应服务有关的信令的改变。signaling_DP字段可指示传送服务信令的物理层的数据管道的标识符。signaling_tsi字段可指示传送服务信令的传输会话的标识符。link_layer_signaling_flag字段可指示服务获取信息是否承载链路层(或下层)信令。link_layer_signaling_data_version字段可指示关联的链路层(或下层)信令数据的改变。每当链路层信令数据改变时，此字段可增加1。接收机可利用link_layer_signaling_data_version字段来检测链路层(或下层)信令中的变化。link_layer_signaling_DP字段可指示承载L2层中可使用的链路层(或下层)信令的物理层数据管道的标识符。传输会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括num_descriptors字段所指示的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，并且一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。根据实施方式，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图78示出为了快速广播服务扫描，由根据本发明的另一实施方式的未来广播系统发送的信令数据。用于支持快速广播服务扫描和服务/组件获取的FIC信息(服务获取信息)可包括关于传送服务和组件数据的应用层传输会话的信息。服务获取信息还可包括关于链路层信令的信息。如所示，服务获取信息可按照二进制格式来表示。然而，根据实施方式，FIC信息可按照诸如XML的其它格式来表示。
服务获取信息可包括以下字段。FIC_portocol_version字段可指示信令信息的结构的版本。num_partitions字段可指示广播流的分区的数量。假设各个广播流可被分割成一个或更多个分区并被发送以便使用num_partitions字段。各个分区可包括与单个广播商对应的多个DP。各个分区可指示由单个广播商使用的广播流的一部分。partition_id字段可指示对应分区的标识符。partition_protocol_version字段可指示上述分区结构的版本。num_services字段可指示包括在对应分区中的一个或更多个服务的数量。各个服务可包括多个信令表。例如，各个服务可包括：DASHMPD，其包括组件以及关于其片段的信息；CMT，其包括宽带和其它广播流中所包括的组件的标识符；应用信令表(AST)；以及URL信令表(UST)，其包括MPD、CMT和AST的URL中的至少一个。这些信令表可被包括在对应服务的信令信道中。service_id字段可指示服务标识符。service_data_version字段可指示FIC中的服务循环数据的改变或者与对应服务关联的服务信令数据的改变。每当所包括的服务数据改变时，service_data_version字段可增加1。例如，当FIC、MPD、CMT、AST或UST改变时，service_data_version字段可增加1。接收机可利用service_data_version字段来检测FIC的服务循环数据改变或者与对应服务关联的信令的改变。service_channel_number字段可指示与对应服务关联的信道号。service_category字段可指示对应服务的类别。例如，service_category字段可指示A/V、音频、ESG、CoD等。short_service_name_length字段可指示对应服务的名称的长度。short_service_name字段可指示对应服务的名称。service_status字段可指示对应服务的状态，并且根据其值表示活动或暂停属性和隐藏或显示属性。service_distribution字段可具有与ATSCM/H的“多集合”标志相似的属性。例如，service_distribution字段可指示关于对应服务是否包括在对应分区中、尽管服务被部分地包括在分区中，但是服务仅可利用对应分区呈现、呈现需要另一分区或者呈现需要其它广播流的信息。sp_indicator字段是服务保护标志并且可指示呈现所需的一个或更多个组件是否受到保护。IP_version_flag字段可指示随后的IP地址格式。IP_version_flag字段当其值为0时可指示使用IPv4，当其值为1时指示使用IPv6。num_ROUTE_sessions字段可指示广播流中传送对应服务的组件数据的传输会话的数量。例如，传输会话可以是ROUTE会话。依照ROUTE会话可设定以下信息。source_IP_addr字段可指示包括对应服务的组件数据的IP数据报的源IP地址。dest_IP_addr字段可指示包括对应服务的组件数据的IP数据报的目的地IP地址。dest_UDP_port字段可指示包括对应服务的组件数据的IP数据报的UDP端口号。LSID_DP字段可指示传送包括关于传输会话的详细信息的信令的物理层的数据管道的标识符。在ROUTE的情况下，例如，包括关于传输会话的详细信息的信令可以是包括关于ROUTE会话的LCT传输会话的信息的LCT会话实例描述。LSID_tsi字段可指示发送传输会话实例描述(是包括关于传输会话的详细信息的信令)的传输会话的标识符。这里，在LCT传输会话的情况下，传输会话实例描述可以是LSID。另外，与对应服务关联的信令可通过发送传输会话实例描述的传输会话来传送。component_signaling_flag字段可指示是否通过对应传输会话发送对应服务的服务信令。当component_signaling_flag为1时，这可指示通过对应传输会话发送的数据包括服务信令(例如，MPD(DASH媒体呈现描述)、CMT等)。这里，CMT是组件映射表并且可包括通过宽带传送的组件的标识符，并且还可包括关于包括在其它广播流中的组件的信息。各个服务可包括服务信令信道。服务信令信道可包括MPD、CMT、AST和/或UST。服务信令信道可以是用于服务的多个ROUTE会话当中的信令信道，其是否存在可通过组件信令标志来指示。当通过多个传输会话(ROUTE或MMTP会话)发送信令和服务组件时，上述服务信令表可优选通过单个传输会话来传送。link_layer_signaling_flag字段可指示服务获取信息是否承载链路层(或下层)信令。link_layer_signaling_data_version字段可指示关联的链路层(或下层)信令数据的改变。每当链路层信令数据改变时，此字段可增加1。接收机可利用link_layer_signaling_data_version字段来检测链路层(或下层)信令中的变化。link_layer_signaling_DP字段可指示承载L2层中可使用的链路层(或下层)信令的物理层数据管道的标识符。
ROUTE会话描述符字段可包括传输会话级别描述符。各个描述符可被扩展并且包括num_descriptors字段。各个描述符可包括与num_descriptors字段所指示的值对应的数量那么多的描述符循环。传输会话描述符字段可包括传输会话级别描述符。服务描述符字段可包括服务级别描述符。分区描述符字段可包括分区级别描述符，并且一个分区可指示由单个广播商使用的广播流的一部分。FIC会话描述符字段可包括FIC级别描述符。
根据实施方式，FIC中所包括的字段可被包括在FIC以外的表中并随广播信号一起发送。
图79示出在根据本发明的实施方式的未来广播系统中获取服务层信令的方法。该图的上部示出根据本发明的未来广播系统中所使用的服务层信令格式。服务层信令可按照所示的格式封装。例如，所封装的服务层信令可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。当未来广播系统使用上述服务信令时，未来广播系统可如该图的下部所示传送服务信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。
另外，如所示，传输会话实例描述符可具有上述封装格式。即，传输会话实例描述符可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，信令消息可包括传输会话实例描述符。在本发明中，传输会话实例描述符可被包括在服务层信令中并被传送。
图80示出在根据本发明的实施方式的未来广播系统中获取服务层信令和链路层信令的方法。当未来广播系统使用上述服务层信令时，未来广播系统可如图所示传送服务层信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用包括在快速服务获取信息中的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。
另外，如所示，传输会话实例描述符可具有上述封装格式。即，传输会话实例描述符可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，信令消息可包括传输会话实例描述符。在本发明中，传输会话实例描述符可被包括在服务层信令中并被传送。
另外，快速服务获取信息可包括关于传送链路层信令的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送链路层信令的PLP，并且获取包括在其中的链路层信令。如所示，传输链路层信令格式可包括一般分组头(GPH)和信令消息。信令消息可包括关于链路层信令的信息。接收机可通过数据管道获取链路层信令(或下层信令)，并且通过应用传输协议来获得诸如组件映射表的服务/组件信令。
图81示出在根据本发明的实施方式的未来广播系统中获取服务层信令的方法。当未来广播系统针对服务/组件信令使用3GPPeMBMS信令时，未来广播系统可如图所示传送信令。这里，服务层信令可包括用户服务绑定描述(USBD)、MPD、会话描述协议，并且还可包括传输会话实例描述。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。
另外，如所示，传输会话实例描述符可具有上述封装格式。即，传输会话实例描述符可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，信令消息可包括传输会话实例描述符。在本发明中，传输会话实例描述符可被包括在服务层信令中并被传送。
图82示出在根据本发明的实施方式的未来广播系统中获取服务层信令和链路层信令的方法。当未来广播系统使用3GPPeMBMS信令时，未来广播系统可如图所示传送信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的对应字段获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。
另外，如所示，传输会话实例描述符可具有上述封装格式。即，传输会话实例描述符可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，信令消息可包括传输会话实例描述符。在本发明中，传输会话实例描述符可被包括在服务层信令中并被传送。
另外，快速服务获取信息可包括关于传送链路层信令的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送链路层信令的PLP并且获取包括在其中的链路层信令。如所示，传输链路层信令格式可包括一般分组头(GPH)和信令消息。信令消息可包括关于链路层信令的信息。接收机可通过数据管道获取链路层信令(或下层信令)，并且通过应用传输协议来获得诸如组件映射表的服务/组件信令。即，未来广播系统可在物理层帧中包括关于包括链路层信令的数据管道或PLP的信令信息。
图83示出在根据本发明的实施方式的未来广播系统中传送服务层信令的方法。该图的上部示出在本发明的未来广播系统中所使用的服务层信令格式。服务层信令可按照所示的格式封装。例如，如该图的左上部所示，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息的组合组成。另选地，如该图的右上部所示，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息的组合组成。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。
当未来广播系统使用上述服务信令时，未来广播系统可如该图的下部所示传送服务信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的对应字段获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。如上所述，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。例如，包括MPD传送描述的服务层信令可具有值0xF1作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的MPD传送描述的内容改变时，版本信息可改变。包括组件映射描述的服务层信令可具有值0xF2作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的组件映射描述的内容改变时，版本信息可改变。包括URL信令描述的服务层信令可具有值0xF3作为其信令，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的URL信令描述的内容改变时，版本信息可改变。因此，接收机可利用与包括在服务层信令的应用传输协议头中的过滤信息对应的信令id和版本信息来过滤期望的服务层信令。例如，当接收机旨在接收MPD传送描述时，接收机可接收具有信令id0xF1的服务层信令。另外，接收机可检查版本信息，并且仅当已从先前接收的MPD传送描述更新MPD传送描述时，才解析对应服务层信令。因此，接收机可减少针对服务层信令的不必要的解析操作并且减小处理开销。如上所述，未来广播系统可通过在服务层信令的传输协议头中包括信令id和版本信息来支持接收机使得接收机可过滤期望的信息。
图84示出在根据本发明的实施方式的未来广播系统中发送服务层信令和链路层信令的方法。本发明的未来广播系统中所使用的服务层信令可被封装。例如，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息的组合组成。或者，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息的组合组成。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。
当未来广播系统使用上述服务信令时，未来广播系统可如图所示传送服务信令。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括MPD传送描述、组件映射描述或URL信令描述。如上所述，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。例如，包括MPD传送描述的服务层信令可具有值0xF1作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的MPD传送描述的内容改变时，版本信息可改变。包括组件映射描述的服务层信令可具有值0xF2作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的组件映射描述的内容改变时，版本信息可改变。包括URL信令描述的服务层信令可具有值0xF3作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的URL信令描述的内容改变时，版本信息可改变。因此，接收机可利用与包括在服务层信令的应用传输协议头中的过滤信息对应的信令id和版本信息来过滤期望的服务层信令。例如，当接收机旨在接收MPD传送描述时，接收机可接收具有信令id0xF1的服务层信令。另外，接收机可检查版本信息，仅当已从先前接收的MPD传送描述更新MPD传送描述时，才解析对应服务层信令。因此，接收机可减少针对服务层信令的不必要的解析操作并且减小处理开销。如上所述，未来广播系统可通过在服务层信令的传输协议头中包括信令id和版本信息来支持接收机使得接收机可过滤期望的信息。
另外，快速服务获取信息可包括关于传送链路层信令的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送链路层信令的PLP并且获取包括在其中的链路层信令。如所示，传输链路层信令格式可包括一般分组头(GPH)和信令消息。信令消息可包括关于链路层信令的信息。接收机可通过数据管道获取链路层信令(或下层信令)，并且通过应用传输协议来获得诸如组件映射表的服务/组件信令。即，未来广播系统可在物理层帧中包括关于包括链路层信令的数据管道或PLP的信令信息。
图85示出在根据本发明的实施方式的未来广播系统中传送服务层信令的方法。本发明的未来广播系统中所使用的服务层信令可被封装。例如，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息的组合组成。或者，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息的组合组成。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。
当未来广播系统使用3GPPeMBMS信令时，所述信令可如所示来传送。当未来广播系统使用上述服务信令时，所述服务信令可如该图的下部所示来传送。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的该字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括用户服务绑定描述(USBD)、MPD和会话描述协议。如上所述，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。例如，包括用户服务绑定描述的服务层信令可具有值0xF4作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的用户服务绑定描述的内容改变时，版本信息可改变。包括会话描述协议的服务层信令可具有值0xF5作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的会话描述协议的内容改变时，版本信息可改变。包括MPD的服务层信令可具有值0xF6作为其信令id，具有值0x02作为其版本信息。当与对应服务层信令的信令消息对应的MPD的内容改变时，版本信息可改变。因此，接收机可利用与包括在服务层信令的应用传输协议头中的过滤信息对应的信令id和版本信息来过滤期望的服务层信令。例如，当接收机旨在接收用户服务绑定描述时，接收机可接收具有信令id0xF4的服务层信令。另外，接收机可检查版本信息，并且仅当已从先前接收的用户服务绑定描述更新用户服务绑定描述时，才解析对应服务层信令。因此，接收机可减少针对服务层信令的不必要的解析操作并且减小处理开销。如上所述，未来广播系统可通过在服务层信令的传输协议头中包括信令id和版本信息来支持接收机使得接收机可过滤期望的信息。
图86示出在根据本发明的实施方式的未来广播系统中发送服务层信令和链路层信令的方法。本发明的未来广播系统中所使用的服务层信令可被封装。例如，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息的组合组成。或者，封装的服务层信令可由一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息的组合组成。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。
当未来广播系统使用3GPPeMBMS信令时，所述信令可如图所示来传送。未来广播系统的广播信号可通过物理层帧来发送。广播信号帧可包括物理层信令。物理层信令信息可包括针对快速服务获取信息的字段。此字段可包括快速服务获取信息的版本信息。换言之，该字段可指示物理层帧是否包括快速服务获取信息或者快速服务获取信息是否需要被解析。接收机可利用物理层信令的对应字段来获取快速服务获取信息。未来广播系统的广播信号可将快速服务获取信息包括在物理层帧中。快速服务获取信息可包括服务标识符以及关于传送服务层信令信息和传输会话实例描述符中的至少一个的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送服务层信令信息和传输会话实例描述符中的至少一个的PLP，并且获取包括在其中的服务层信令信息或传输会话实例描述符。如所示，服务层信令信息或传输会话实例描述符可通过对应PLP中的第0传输会话来传送。即，服务层信令信息可通过由服务获取信息中所包括的PLP标识符指示的PLP中的与tsi＝0对应的传输会话来传送。换言之，传送服务层信令的传输会话的标识符可被固定为0。
如所示，服务层信令可如上所述被封装。即，服务层信令格式可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据服务层信令所传送的消息的类型，信令消息可包括用户服务绑定描述(USBD)、MPD和会话描述协议。如上所述，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id、版本等。信令id可包括关于服务层信令的标识符信息，版本可指示包括在服务层信令中的信息的版本。例如，包括用户服务绑定描述的服务层信令可具有值0xF4作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的用户服务绑定描述的内容改变时，版本信息可改变。包括会话描述协议的服务层信令可具有值0xF5作为其信令id，具有值0x01作为其版本信息。当与对应服务层信令的信令消息对应的会话描述协议的内容改变时，版本信息可改变。包括MPD的服务层信令可具有值0xF6作为其信令id，具有值0x02作为其版本信息。当与对应服务层信令的信令消息对应的MPD的内容改变时，版本信息可改变。因此，接收机可利用与包括在服务层信令的应用传输协议头中的过滤信息对应的信令id和版本信息来过滤期望的服务层信令。例如，当接收机旨在接收用户服务绑定描述时，接收机可接收具有信令id0xF4的服务层信令。另外，接收机可检查版本信息，并且仅当已从先前接收的用户服务绑定描述更新用户服务绑定描述时，才解析对应服务层信令。因此，接收机可减少针对服务层信令的不必要的解析操作并且减小处理开销。如上所述，未来广播系统可通过在服务层信令的传输协议头中包括信令id和版本信息来支持接收机使得接收机可过滤期望的信息。
另外，快速服务获取信息可包括关于传送链路层信令的数据管道或PLP的信息。即，接收机可利用快速服务获取信息中所包括的数据管道或PLP标识符信息来标识传送链路层信令的PLP并且获取包括在其中的链路层信令。如所示，传输链路层信令格式可包括一般分组头(GPH)和信令消息。信令消息可包括关于链路层信令的信息。接收机可通过数据管道获取链路层信令(或下层信令)，并且通过应用传输协议获得诸如组件映射表的服务/组件信令。即，未来广播系统可在物理层帧中包括关于包括链路层信令的数据管道或PLP的信令信息。
图87示出根据本发明的实施方式的未来广播系统的发送服务层信令的方法。服务层信令可包括上述信令或者3GPPeMBMS信令。当未来广播系统的广播信号中不存在快速信息信道时，用于支持快速服务扫描和获取的信令数据可如所示通过公共数据管道、物理帧中的数据管道或PLP来发送。在这种情况下，与快速服务扫描和获取关联的信令数据可按照链路(或下)层信令的形式被封装并连同其它链路(或下)层信令一起发送。即，帧中的PLP可承载包括服务获取信息的信令数据。另外，信令数据可通过与用于发送服务/组件信令或组件数据的数据管道或PLP相同的数据管道或PLP来发送，或者通过单独的数据管道或PLP来发送。作为服务/组件信令，可发送上述信令或3GPPeMBMS信令。如上所述，对应信令可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。这里，根据实施方式，信令格式中可不包括SMH。ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。
该图的下部示出利用包括在链路层信令中的服务获取信息来获取服务层信令的方法。广播信号帧的PLP可包括链路层信令。链路层信令可包括上述快速服务扫描和获取信息。快速服务扫描和获取信息可包括服务标识符以及包括针对对应服务的服务层信令的PLP标识符信息。由对应PLP标识符指示的PLP可包括服务层信令。服务层可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)、信令消息头(SMH)和信令消息。服务层信令的信令消息可包括传输会话实例描述、MPD传送描述、组件映射描述或URL信令描述。未来广播信号接收机可通过解析服务层信令来获取期望的服务。
图88示出根据本发明的实施方式的未来广播系统的传送服务层信令的方法。服务层信令可包括上述信令或3GPPeMBMS信令。广播信号帧的PLP可包括链路层信令。链路层信令可包括上述快速服务扫描和获取信息。快速服务扫描和获取信息可包括服务标识符以及包括针对对应服务的服务层信令的PLP标识符信息。由对应PLP标识符指示的PLP可包括服务层信令。服务层可包括一般分组头(GPH)、IP分组头(IPH)、UDP数据报头(UDPH)、应用传输协议(例如，ROUTE或MMTP)头(ATPH)和信令消息。服务层信令的信令消息可包括传输会话实例描述、MPD传送描述、组件映射描述或URL信令描述。未来广播信号接收机可通过解析服务层信令来获取期望的服务。这里，ATPH可包括针对服务层信令的过滤索引。这里，过滤索引可包括信令id和版本。信令id是关于服务层信令的标识符信息，版本指示包括在服务层信令中的信息的版本。上面已描述了利用过滤索引过滤服务层信令的方法。
图89示出根据本发明的另一实施方式的信令消息的头的句法。
根据本发明的另一实施方式的信令消息可按照XML来表示。这里，包括在XML的信令消息中的信令信息可对应于如上面或下面所述的信令信息。
根据本发明的另一实施方式的信令消息的头可包括signaling_id、signaling_length、signaling_id_extension、version_number、current_next_indicator、indicator_flags、fragmentation_indicator、payload_format_indicator、expiration_indicator、validfrom_indicator、fragment_number、last_fragment_number、payload_format、validfrom和/或expiration信息。
对于根据本实施方式的信令消息头中所包括的信令信息当中的名称与上述信令消息头中所包括的信令信息相同或相似的信令信息的描述，参考上面的描述。
validfrom_indicator信息指示信令消息头部分是否包括validfrom信息的值。例如，validfrom_indicator信息值1可指示信令消息头部分包括validfrom信息。
validfrom信息可指示有效载荷中所包括的信令消息开始可用的时间。接收机可利用validfrom信息来识别有效载荷中所包括的信令消息开始可用的时间，并且从对应时间开始使用有效载荷中所包括的数据作为信令信息。
这里，有效载荷是指广播信号中包括广播服务的数据或广播内容数据(广播服务数据)的区域。即，信令信息通常通过广播信号中的与广播服务数据物理上或逻辑上分离的区域来发送。根据本发明，然而，当有效载荷具有多余区域或者需要发送的信令信息超过为信令信息分配的区域时，信令信息可通过广播信号中的有效载荷区域来发送。
图90示出根据本发明的实施方式的用于处理DASH初始化片段的协议栈。
DASH初始化片段可按照与上述初始化片段传送表相同的格式或者按照XML来发送。
DASH初始化片段包括表示被封装到多个片段中的媒体流(广播信号)所需的元数据(信令信息)。这里，片段是与HTTP-URL关联的数据单元。片段包括用于广播服务或广播内容的数据。表示是包括传输格式的一个或更多个媒体流的数据单元。表示可包括一个或更多个片段。
可在发送机或接收机中根据所示的协议栈来处理DASH初始化片段。可在协议栈上通过一个或更多个路径来发送DASH初始化片段。
在协议栈中，可根据多个层的协议来处理信令信息或广播服务数据。在图中，信令信道和数据管道可对应于第一层，FIC和链路层帧可对应于第二层，互联网协议(IP)可对应于第三层，用户数据报协议(UDP)可对应于第四层，ROUTE可对应于第五层。链路层帧可包括规范中所描述的链路层分组。
在处理DASH初始化片段的协议栈中，当诸如初始化片段的信令数据被直接加载在IP/IUDP中并通过所示的路径(1)发送时，初始化片段可按照上述初始化片段传送表的格式作为信息来发送，或者初始化片段本身可通过协议栈的处理按照IP数据报的形式来发送。用于服务信令和/或组件信令的上述信息也可通过路径(1)来发送。
根据本发明的实施方式，DASH初始化片段可通过用于发送信令数据的特定会话(例如，路径(2))或者通过用于发送组件数据的会话(例如，路径(3))来连同媒体数据一起发送。例如，应用传输协议可使用经由单向传输的实时对象传送(ROUTE)。ROUTE会话可包括用于发送信令信息的会话和/或用于发送广播媒体数据的会话。广播系统将用于发送信令信息的会话的TSI固定为特定值，使得接收机可识别出通过与该TSI对应的会话发送的数据是信令信息。
当诸如初始化片段的信令信息(数据)通过所示的路径(2)和/或路径(3)发送时，可按照传输协议分组中的字段或者单独的信令信息的形式来提供指示上述信令消息格式的数据和初始化片段在传输流或传输对象中的位置的信息和/或用于从连同其一起发送的数据标识信令消息格式的数据或初始化片段的信息。
图91示出根据本发明的实施方式的分层编码传输(LCT)会话实例描述(LSID)的部分。
LCT会话实例描述符可提供指示上述信令消息格式的数据和初始化片段在广播信号中的位置的信息和/或用于从连同其一起发送的数据中标识信令消息格式的数据或初始化片段的信息可按照传输协议分组中的字段或者单独的信令信息的形式来提供。
LCT会话实例描述符可包括PayloadFormat元素。PayloadFormat元素可包括codePoint、deliveryObjectFormat、fragmentation、deliveryOrder和/或sourceFecPayloadID信息。
各个元素可用于提供如图所示的信息。
根据本发明的实施方式，广播接收机或广播发送机可使用LSID的SourceFlow元素中的PayloadFormat元素的deliveryObjectFormat信息(或字段)以便标识包括初始化片段的ROUTE分组。
在一个实施方式中，deliveryObjectFormat信息当其值为0时可指示对应ROUTE分组包括信令消息格式。当deliveryObjectFormat信息具有值0时，deliveryObjectFormat信息可指示LCT分组头中的码点(CP)与分配给PayloadFormat元素的codePoint信息的值相同的ROUTE分组承载上述信令消息格式的数据。初始化片段可被包括在信令消息格式中并被发送。利用与上述方法相同的方法通过ROUTE分组以信令消息格式发送诸如服务信令数据和组件信令数据的其它信令数据可通过deliveryObjectFormat信息来识别。
当deliveryObjectFormat信息具有值4时，deliveryObjectFormat字段可指示对应ROUTE分组包括包含初始化片段的元数据(信令信息)。当deliveryObjectFormat字段具有值4时，deliveryObjectFormat信息可指示通过ROUTE分组发送包括初始化片段的元数据格式或者通过ROUTE分组直接发送初始化片段。
根据本发明的实施方式，广播系统(广播接收机和/或广播发送机)可通过向deliveryObjectFormat信息分配新的值(例如，等于或大于5的值)来用信号通知通过ROUTE分组直接发送诸如服务信令(服务级别信令信息)和/或组件信令(组件级别信令信息)的其它信令数据。
根据本发明的另一实施方式，除了本实施方式中所描述的使用deliveryObjectFormat信息的方法以外，广播系统可通过LSID中的其它字段或者新的附加字段来标识承载诸如初始化片段的信令数据的ROUTE分组。
图92示出根据本发明的实施方式的提供用于过滤服务信令消息的信息的信令对象描述(SOD)。
根据本发明的实施方式的信令对象描述可包括protocolVersion、dataVersion、validFrom、expiration、SignalingObject元素、toi、type、version、instanceId、validFrom、expiration和/或payloadFormat。
protocolVersion信息指示信令对象描述的版本。
dataVersion信息指示信令对象描述的实例的版本。当信令对象描述的内容变化时，dataVersion信息可改变。
validfrom信息指示信令对象描述的实例开始可用的时间。接收机可利用validfrom信息来识别信令对象描述开始可用的时间并且从对应时间开始使用包括在信令对象描述中的信息。
expiration信息指示信令对象描述的实例的可用性届满的时间。接收机可利用validfrom信息来识别信令对象描述的可用性届满的时间并且管理信令对象描述的信息。
SignalingObject元素指示包括信令信息的对象。信令对象描述可包括关于一个或更多个信令对象的信令信息。
toi信息指示分配给信令对象的传输对象标识符(TOI)。toi信息可用于标识与信令对象关联的分组。接收机可通过将toi信息映射至LCT分组的TOI来标识随后的信息(包括通过各个对象发送的信令消息的类型和/或版本)。
type信息标识对象中所包括的信令消息的类型。例如，type信息当其值为0时可指示在对应对象中作为信令消息发送LSID(LCT会话实例描述)，当其值为1时指示在对应对象中作为信令消息发送CMD(组件映射描述)，当其值为2时指示在对应对象中作为信令消息发送ASD(应用信令描述)，当其值为3时指示在对应对象中作为信令消息发送MPD(媒体呈现描述)，当其值为4时指示在对应对象中作为信令消息发送USD(URL信令描述)，当其值为5时指示在对应对象中作为信令消息发送IS(初始化片段)。
version信息指示信令消息的版本。接收机可通过此字段的值的变化来识别信令消息的改变。
instanceId信息标识信令消息的实例。此信息可由接收机用来标识可存在于一个服务中的信令消息的实例(例如，初始化片段)。
validFrom信息指示包括在对象中的信令消息开始可用的时间。接收机可利用此信息来识别包括在对应对象中的信令消息开始可用的时间并且从对应时间开始使用包括在对象中的信令消息。
expiration信息指示包括在对象中的信令消息有效的时间。接收机可利用此信息来识别包括在对象中的信令消息的可用性届满的时间并且管理信令消息。
payloadFormat信息指示包括在对应对象中的信令消息数据的格式。例如，信令消息可按照二进制格式或XML来提供，payloadFormat信息指示该格式。
当利用基于LCT的协议(例如，ROUTE)来发送信令消息时，各个信令消息可被设定为对象并被处理。由于在上述协议中对象可通过其唯一TOI来标识，所以可通过将信令消息相关信息(例如，版本和类型)映射至各个TOI来过滤信令消息。上述SOD(信令对象描述)提供与单个传输会话对应的信令对象的过滤信息。信令对象描述可通过信令传输会话的内部或外部手段来发送。当通过内部手段来发送信令对象描述时，接收机可利用唯一TOI值(例如，0或0xFFFF)标识信令对象描述并且在连同其一起发送的其它信令消息之前解释该信令对象描述。当通过外部手段发送信令对象描述时，在对应会话中所传送的其它对象之前通过快速信息信道(FIC)、服务列表表格(SLT)、单独的IP数据报或者不同的ROUTE会话来发送信令对象描述，使得接收机可预先获取对应信令消息的信息。
图93示出根据本发明的实施方式的包括信令消息的对象。
当利用基于LCT的协议(例如，ROUTE)发送信令消息时，各个信令消息可被设定为对象并被处理。在上述协议中对象可通过其唯一TOI来标识。接收机可通过将信令消息相关信息(例如，版本和类型)映射至各个TOI来过滤信令消息。包含不同内容的对象可被指派不同的TOI。在这种情况下，由于所有对象可被唯一地标识，所以广播系统可通过与传统对象处理方法兼容的方法来处理信令消息。
图93示出TOI字段的一部分用于固定长度的信令消息相关信息的描述的实施方式。在本实施方式中，使用32比特TOI字段，通过对应对象发送的信令数据的类型和版本可通过16比特类型字段和16比特版本字段来标识。按照相同的方式，通过将TOI字段的一部分分配给固定长度的字段，可传送上述序列号信息、validfrom信息、expiration信息和/或有效载荷格式信息的附加信息。
根据本发明的实施方式的对象可包括V、C、PSI、S、O、H、A、B、HDR_LEN、Codepoint、拥塞控制信息、传输会话标识符(TSI)、传输对象标识符(TOI)、头扩展、FEC有效载荷ID和/或编码符号元素。这里，元素可被称作信息或字段。
PSI元素可包括X元素和/或Y元素。
TOI元素可包括类型元素和/或版本元素。
V元素指示分组的版本号。V元素可指示ALC/LCT的版本。V元素可指示通过对应对象发送符合ALC/LCT+的分组。
C元素对应于拥塞控制标志。C元素指示拥塞控制信息(CCI)元素的长度。例如，C元素当其值为0时可指示32比特的CCI长度，当其值为1时指示64比特的CCI长度，当其值为2时指示96比特的CCI长度，当其值为3时指示128比特的CCI长度。
PSI元素可对应于协议特定指示(PSI)。PSI元素可用作ALC/LCT+的上层协议的具体目的的指示符。PSI元素可指示当前分组是对应于源分组还是FEC修复分组。
X元素可对应于指示源分组的信息。当不同的FEC有效载荷ID格式分别用于源数据和修复数据时，X元素当其值为1时指示用于源数据的FEC有效载荷ID格式，当其值为0时指示用于修复数据的FEC有效载荷ID格式。当在发送机中X元素被设定为0时，接收机可忽略此元素或分组并且可不处理它。
S元素可对应于传输会话标识符标志。S元素指示传输会话标识符元素的长度。
O元素可对应于传输对象标识符标志。O元素指示传输对象标识符元素的长度。对象表示一个字段，上述TOI是各个对象的标识信息。与TOI0对应的文件可包括与其关联的信令信息。
H元素可对应于半字标志。H元素指示是否向TSI和TOI字段增加半字(16比特)
A元素可对应于关闭会话标志。A元素指示会话被关闭或者会话即将关闭。
B元素可对应于关闭对象标志。B元素指示对象被关闭或者对象即将关闭。
HDR_LEN元素指示分组的头的长度。
Codepoint元素指示由分组发送的有效载荷的类型。根据有效载荷类型，附加有效载荷头可被插入有效载荷数据的前缀中。
拥塞控制信息(CCI)元素可包括诸如层号、逻辑信道号和序列号的拥塞控制信息。CCI元素可包括必要的拥塞控制相关信息。
传输会话标识符(TSI)元素是会话的唯一标识符。TSI元素指示来自特定发送者的所有会话中的一个。TSI元素标识传输会话。TSI元素的值可用于一个轨道。
传输对象标识符(TOI)元素是对象的唯一标识符。TOI元素指示在会话中对应分组所属于的对象。TOI元素的值可用于一条ISOBMFF对象数据。TOI元素可包括ISOBMFF文件的ID和组块的ID。TOI元素可具有ISOBMFF文件ID和组块ID的组合作为其值。
类型元素标识通过对应对象发送的数据的类型。例如，类型元素可指示通过对应对象发送的数据是信令消息。
版本元素标识通过对应对象发送的数据的版本。例如，版本元素可包括指示通过类型对象标识的数据的结构和/或内容是否改变的信息。
头扩展元素可包括附加头信息。
FEC有效载荷ID元素是FEC有效载荷标识符。FEC有效载荷ID元素包括传输块或编码符号的标识信息。当文件被FEC编码时，FEC有效载荷ID指示标识符。例如，当FLUTE协议文件被FEC编码时，广播商或广播服务商可分配FEC有效载荷ID以标识它。
编码符号元素可包括传输块或编码符号的数据。
图94示出根据本发明的实施方式的TOI配置描述(TCD)。
如上所述，TOI字段的一部分可用于描述长度可变的信令消息相关信息。为了在长度可变的TOI字段中描述信令消息相关信息，可单独地发送TOI字段配置信息。在实施方式中，可发送和/或接收如表中所示的TOI配置描述以提供TOI字段配置信息。在本实施方式中，TCD提供与一个传输会话对应的传输分组的TOI字段配置信息。TCD可通过信令传输会话的内部手段和/或外部手段来发送。当通过内部手段来发送TCD时，可利用唯一TOI值(例如，0或0xFFFF)来标识TCD并且在连同其一起发送的其它信令消息之前解释该TCD。当通过外部手段发送TCD时，在对应会话中所传送的对象之前通过FIC、单独的IP数据报或者不同的ROUTE会话来发送TCD，使得接收机可预先识别包括在各个分组中的TOI字段配置信息。typeBits和随后的字段分别指示TOI中的字段的长度，并且表示与各个长度对应的字段信息从TOI起始比特开始按照比特顺序描述。
根据本发明的实施方式的TCD可包括protocolVersion、dataVersion、validFrom、expiration、typeBits、versionBits、instanceIdBits、validFromBits、expirationBits和/或payloadFormatBits信息。
protocolVersion标识TCD的版本。protocolVersion信息指示TCD的协议或结构的变化(如果存在变化的话)。
dataVersion信息标识TCD的实例的版本。如果TCD的内容改变，则dataVersion指示TCD的内容的变化。
validFrom信息指示TCD的实例开始可用的时间。接收机可利用validFrom信息识别TCD开始可用的时间并且从对应时间开始使用TCD的信息。
expiration信息指示TCD的实例的可用性届满的时间。接收机可利用expiration信息来识别TCD的可用性届满的时间并且终止使用TCD的信息。接收机可利用expiration信息来管理TCD信息。
typeBits信息指示TOI字段中的类型字段的长度。typeBits信息可表示类型字段的长度(比特)。
versionBits信息指示TOI字段中的版本字段的长度。versionBits信息可表示版本字段的长度(比特)。
instanceIdBits信息指示TOI字段中的instanceID字段的长度(比特)。
validFromBits信息指示TOI字段中的validFrom字段的长度(比特)。
expirationBits信息指示TOI字段中的expiration字段的长度(比特)。
payloadFormatBits信息指示TOI字段中的payloadFormat字段的长度(比特)。
图95示出根据本发明的实施方式的传输分组的有效载荷格式元素。
根据本发明的实施方式，可通过传输分组的有效载荷发送信令消息。为此，传输分组可包括图中所示的有效载荷格式元素。该传输分组对应于承载包括广播数据的对象的分组。根据本发明的传输分组的名称可取决于处理分组的协议。例如，当通过ROUTE处理分组时，分组可被称为ROUTE分组。
有效载荷格式元素可如上所述被包括在LSID中。
根据本发明的传输分组的有效载荷格式元素可包括codePoint、deliveryObjectFormat、fragmentation、deliveryOrder、sourceFecPayloadID和/或TCID(TOI配置实例描述)信息。
codePoint信息定义什么码点用于对应有效载荷。此信息可扮演与上述CP元素相同的角色或者可具有与CP元素相同的值。
deliveryObjectFormat信息指定用于数据传送的对象的有效载荷格式。例如，此信息可指示对象承载信令消息、文件、实体、包或者包括初始化片段的元数据。
fragmentation信息指定分片的类型。
deliveryOrder信息指定对象的传送顺序。例如，此信息可用于指定通过当前有效载荷发送的对象的顺序。
sourceFecPayloadID信息定义源FEC有效载荷ID的格式。
当TCID的一部分用于描述长度可变的信令消息相关信息时，TCID可包括TOI字段配置信息。
图96示出根据本发明的实施方式的TOI配置实例描述(TCID)。
TOI字段的一部分用于描述长度可变的信令消息相关信息，并且在一个传输会话中TOI字段配置可动态地改变。
为了在长度可变的TOI字段中描述信令消息相关信息，可单独地发送TPO字段配置信息。这种TOI字段配置信息可按照所示的格式来发送。
在本实施方式中，TCID提供与被映射至一个码点值的一组分组对应的传输分组的TOI字段配置信息。TCID可被包括在LSID的SourceFlow中的PayloadFormat中。TCID的内部字段可对应于上述TCD的那些字段，并且指示具有与连同PayloadFormat中的TCID一起包括的codePoint相同的CP值的分组的TOI配置。配置TOI的方法可对应于上述TCD配置方法。
根据本发明的实施方式的TCID可包括typeBits、versionBits、instanceIdBits、validFromBits、expirationBits和/或payloadFormatBits信息。为了描述这些信息，参考具有相同名称的上述信息的描述。
图97示出根据本发明的实施方式的快速信息信道(FIC)有效载荷的句法。
尽管在本发明中包括用于服务扫描或获取的信息的信令数据被称作FIC，但是信令数据的名称不限于此。将描述提供用于在服务层(或级别)的下层更有效地获取广播服务的信息的信令数据。例如，这些信令数据可被称为服务列表表格或服务列表元素。
尽管在本发明中为了描述方便，以二进制表的形式示出了信令数据结构，但是属于该表的相同或相似的信息可按照XML来实现。
根据本发明的实施方式的FIC可包括FIC_protocol_version信息、transport_stream_id信息、num_partitions信息、partition_id信息、partition_protocol_version信息、num_services信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、short_service_name_length信息、short_service_name信息、service_status信息、service_distribution信息、sp_indicator信息、IP_version_flag信息、SSC_source_IP_address_flag信息、SSC_source_IP_address信息、SSC_destination_IP_address信息、SSC_destination_UDP_port信息、SSC_TSI信息、SSC_DP_ID信息、num_partition_level_descriptors信、partition_level_descriptor()元素、num_FIC_level_descriptors信息和/或FIC_level_descriptor()元素。
FIC_protocol_version信息指定FIC的结构的版本。
transport_stream_id信息指定广播流。此信息可对应于指定整个广播流的信息。
num_partitions信息指示广播流中的分区的数量。单个广播流可被分割成一个或更多个分区，各个分区可包括由单个广播商(或广播源)使用的一个或更多个数据管道。
partition_id信息指定分区。
partition_protocol_version信息指定分区的结构的版本。
num_services信息指示通过分区发送其一个或更多个组件的广播服务的数量。
service_id信息指定服务(或广播服务)。
当存在变化时，service_data_version信息指定由FIC用信号通知的服务的服务入口的变化。另外，当存在变化时，service_data_version信息指定包括在服务信令信道(或服务级别信令)中的服务的信令表的变化。每当存在变化时，service_data_version信息的值可增加以指示该变化。
service_channel_number信息指示服务的信道号。
service_category信息指示服务的类别。例如，service_category信息可指示广播服务是A/V服务、音频服务、ESG(电子服务指南)、基于应用的服务和/或CoD(按需内容)。
short_service_name_length信息指示short_service_name信息的长度。当short_service_name信息不存在时，short_service_name_length可具有值0。
short_service_name信息指示服务的简称。short_service_name信息所指示的各个字符可依照UTF-8来编码。当简称中存在奇数个字节时，依照short_service_name_length字段所指示的对计数的最后字节对的第二字节可包含0x00。
service_status信息指示服务的状态。service_status信息可指示广播服务为活动的、不活动的、暂停的、隐藏的和/或显示的。
service_distribution信息指定广播服务或广播内容的表示是否仅可利用当前分区进行、当前分区是表示所需的但是无法仅利用当前分区进行表示、表示需要其它分区、或者表示需要其它广播流。
sp_indicator信息指示服务保护的应用。sp_indicator信息指定有意义表示所需的广播服务的一个或更多个组件是否受到保护。
IP_version_flag信息指定由SSC_source_IP_address信息和/或SSC_destination_IP_address指示的IP地址是IPv4地址还是IPv6地址。
SSC_source_IP_address_flag信息指定用于服务的SSC_source_IP_address信息的存在。
当SSC_source_IP_address_flag信息的值被设定为1时SSC_source_IP_address信息存在，当SSC_source_IP_address_flag信息的值被设定为0时SSC_source_IP_address信息不存在。SSC_source_IP_address信息指示承载用于服务的信令信息的IP数据报(或数据单元)的源IP地址。当使用IPv6地址时，SSC_source_IP_address信息可为128比特。
SSC_destination_IP_address信息指示承载用于服务的信令信息的IP数据报(或数据单元)的目的地IP地址。当使用IPv6地址时，SSC_destination_IP_address信息可为128比特。
SSC_destination_UDP_port信息指示承载用于服务的信令信息的UDP/IP流的目的地UDP端口号。
SSC_TSI信息指示发送用于服务的信令信息(或信令表)的LCT信道的传输会话标识符(TSI)。
SSC_DP_ID信息指定包括用于服务的信令信息(或信令表)的数据管道。发送信令信息的数据管道可对应于当前分区或广播流中最鲁棒的数据管道。
num_partition_level_descriptors信息指示为分区定义的分区级别描述符的数量。
partition_level_descriptor()元素包括一个或更多个分区级别描述符。分区级别描述符可包括接收机访问、获取或使用分区所需的信息。
num_FIC_level_descriptors信息指示为FIC定义的FIC级别描述符的数量。
FIC_level_descriptor()元素包括一个或更多个FIC级别描述符。FIC级别描述符可包括用于FIC的附加信令信息。
图98示出根据本发明的另一实施方式的FIC的有效载荷的句法。
除了上述实施方式中的FIC有效载荷以外，根据本发明的另一实施方式的FIC的有效载荷可另外包括SSC_delivery_type、SSC_URL_length和/或SSC_URL_data信息。
SSC_delivery_type信息指定传送与服务关联的信令信息(例如，服务信令信道或服务级别信令)的路径。SSC_delivery_type信息可指定是否通过宽带网络(互联网)发送服务级别信令数据。例如，SSC_delivery_type信息当其值为0x01时可指示通过广播网络发送服务级别信令。SSC_delivery_type信息当其值为0x02时可指示通过互联网发送服务级别信令。
SSC_URL_length信息指示SSC_URL_data信息的长度。
SSC_URL_data信息指示提供与服务关联的信令信息的服务或位置的URL。
为了描述在本实施方式中没有描述的信息，参考上述对应描述。
图99示出根据本发明的另一实施方式的服务级别信令的句法。
接收机接收观看者所期望的广播服务和/或广播内容所需的信息可被称作服务级别信令。服务级别信令包括描述广播服务的属性以及广播服务中所包括的组件的信息。
根据本发明的另一实施方式的服务级别信令数据可包括信令消息头和/或服务信令消息。
根据本发明的另一实施方式的服务级别信令数据可包括service_id信息、service_category信息、service_name信息、channel_number信息、service_status信息、service_distribution信息、SP_indicator信息、ROUTE会话元素、sourceIPAddr信息、destIPAddr信息、destUDPPort信息、LSID_DP信息、Targeting元素、ContentAdvisory元素、RightIssuerService元素、CurrentProgram元素、OriginalServiceIdentification元素、ContentLabeling元素、Genre元素、Caption元素和/或Protection元素。
service_id信息指定广播服务。
service_category信息指定广播服务的类别。例如，service_category信息可指定广播服务是否为音频服务、实时广播服务、非实时广播服务、线性广播服务、基于应用的广播服务或服务指南。
service_name信息指示广播服务的名称。
channel_number信息指示与发送广播服务的信道对应的信道号。该信道号可对应于逻辑/物理信道号。该信道号可根据需要用作指定发送服务级别信令数据的逻辑路径或传输单元的信息。
service_status信息指示广播服务的状态。service_status信息可包括指定广播服务是活动的还是不活动的信息。service_status信息可包括指定广播服务是否被隐藏的信息。
service_distribution信息指示用于广播服务的数据或组件如何被分配和发送。
SP_indicator信息指定是否对广播服务或者包括在广播服务中的至少一个组件应用服务保护。SP_indicator信息可对应于指定是否对用于广播服务的有意义表示的数据单元或组件应用服务保护的信息。
ROUTE会话元素包括关于发送广播服务或者包括在广播服务中的组件的ROUTE会话的信息。
sourceIPAddr信息指示承载ROUTE分组的IP数据报(或数据单元)的源IP地址。
destIPAddr信息指示承载ROUTE分组的IP数据报(或数据单元)的目的地IP地址。
destUDPPort信息指示承载ROUTE分组的IP数据报(或数据单元)的目的地端口号。
LSID_DP信息指定传送描述与ROUTE会话和/或ROUTE会话的下级会话关联的传输参数的信息(例如，LSID)的数据管道。
Targeting元素包括用于提供个性化广播服务(定向广播)的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
ContentAdvisory元素包括关于广播服务的分级的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。RightIssuerService元素包括与适当消费广播服务的版权有关的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
CurrentProgram元素包括关于当前广播节目的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
OriginalServiceIdentification元素包括用于指定与当前广播服务关联的原始服务的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
ContentLabeling元素包括关于内容标签的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。Genre元素包括用于对广播服务的体裁进行分类的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
Caption元素包括关于广播服务的隐藏字幕/标题的信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
Protection元素包括关于对广播服务的保护的信息。当上述SP_indicator信息指定对广播服务或广播组件应用保护时，Protection元素可提供关于该保护的详细信息。该元素可作为单独的信令结构被包括在服务级别信令中。在这种情况下，该元素可包括关于服务级别信令的链接信息。
图100示出根据本发明的另一实施方式的组件映射描述。
除了根据上述实施方式的组件映射描述中所包括的信息或元素以外，根据本发明的另一实施方式的组件映射描述还可包括partitionID信息。
partitionID信息指定广播流中指示广播台的分区。partitionID信息可用作指定广播组件的传输源的信息。
组件映射描述中所包括的其它信息或元素的描述用相同名称的信息或元素的上述描述来代替。
图101示出根据本发明的另一实施方式的URL信令描述的句法。
如上所述，描述广播服务的信令信息可通过宽带网络以及广播网络来发送。当描述广播服务的信令信息通过宽带网络发送时，接收机可通过URL信令描述来获取信令信息。
根据本发明的另一实施方式的URL信令描述可包括service_id、smtURL、mpdURL、cmtURL、astURL、gatURL和/或eatURL信息。
service_id信息指定服务。
当通过宽带网络发送服务映射表(SMT)时，smtURL信息指示提供SMT的服务器或位置的URL。
当通过宽带网络发送MPD时，mpdURL信息指示提供MPD的服务器或位置的URL。
当通过宽带网络发送组件映射表(CMT)时，cmtURL信息指示提供CMT的服务器或位置的URL。
当通过宽带网络发送应用信令表(AST)时，astURL信息指示提供AST的服务器或位置的URL。
当通过宽带网络发送指南访问表(GAT)时，gatURL信息指示提供GAT的服务器或位置的URL。GAT对应于包括用于电子服务指南(ESG)的引导的信息的信令消息。即，GAT可对应于包括接收机访问ESG所需的信息的信令消息。
当通过宽带网络发送紧急报警表(EAT)时，eatURL信息指示提供EAT的服务器或位置的URL。EAT对应于包括紧急报警相关信息和紧急报警消息的信令消息。
图102示出根据本发明的另一实施方式的SourceFlow元素。
广播服务数据可通过ROUTE会话依照对象来发送。对象可被单独地恢复。可在一个会话内定义源协议以发送对象，并且可在源协议中定义包括与源(对象)传送有关的信息的SourceFlow元素。
除了上述SourceFlow元素中所包括的信息/属性/元素以外，根据本发明的另一实施方式的SourceFlow元素还可包括location信息。
location信息指示承载源流数据的位置或数据单元。location信息指定广播流中的数据管道。接收机可识别出通过该数据管道发送源流数据。
包括在SourceFlow元素中的其它信息/属性/元素的描述由上述SourceFlow元素的描述代替。
图103示出根据本发明的另一实施方式的通过广播网络获取信令信息的处理。
接收机可利用FIC中所包括的指定服务的信息来访问承载与期望的广播服务关联的服务信令信道的数据的位置。
接收机在FIC中获取关于承载服务信令信道的数据的IP数据报的源IP地址、目的地IP地址和/或UDP端口号的信息。
接收机在FIC中获取指定承载服务信令信道的数据的数据管道的信息。接收机可通过所获取的信息来访问承载服务信令信道的数据的数据管道。
接收机可利用包括在FIC中的指定LCT会话的信息来访问发送服务信令信道的数据的LCT会话。发送服务信令信道的数据的LCT会话可被固定为具有特定TSI的LCT会话。在这种情况下，在没有附加信息的情况下，接收机可访问具有该特定TSI的LCT会话以便获取服务信令信道的数据。接收机可访问对应位置以获取服务信令信道的数据。
接收机可访问发送上述LSID的LCT会话。在这种情况下，该LCT会话的TSI可被固定，并且接收机可访问具有该TSI的LCT会话以获取LSID。接收机可利用LSID的信息来获取包括在广播服务中的组件。
图104示出根据本发明的另一实施方式的通过广播网络和宽带网络获取信令信息的处理。
接收机可利用FIC中所包括的指定服务的信息来访问承载与期望的广播服务关联的服务信令信道的数据的位置。
接收机在FIC中获取关于承载服务信令信道的数据的IP数据报的源IP地址、目的地IP地址和/或UDP端口号的信息。
接收机在FIC中获取指定包括服务信令信道的数据的数据管道的信息。接收机可通过所获取的信息来访问承载服务信令信道的数据的数据管道。
接收机访问服务信令信道的数据以获取上述URL信令表或URL信令描述。接收机可通过宽带网络利用包括在URL信令表中的信息来访问提供服务级别信令的服务器或位置以获取服务级别信令。
图105示出根据本发明的另一实施方式的通过宽带网络获取信令信息的处理。
当FIC中所包括的指定服务信令信道的传输类型的信息指示服务信令信道的数据通过宽带网络来发送时，接收机在FIC中获取关于提供服务信令信道的数据的服务或位置的URL信息。在这种情况下，URL信息可指示提供服务信令信道的整个数据的单个服务器或位置的URL或者分别提供服务信令信道中可包括的信令结构(SMT、MPD、CMT等)的服务器或位置的URL。
接收机通过宽带网络访问由URL信息指示的服务器或位置以获取服务信令信道的数据。
图106示出根据本发明的另一实施方式的通过广播网络获取电子服务指南(ESG)的处理。
接收机可从FIC中所包括的指定服务的类别的信息识别出广播服务对应于ESG，并且获取指定发送针对对应服务的服务信令信道的数据的数据管道的信息。
接收机可访问指定的数据管道以获取通过该数据管道发送的ESG的数据。
尽管ESG被视为广播服务，但是可通过上述处理有效地获取ESG，因为不需要解释用于访问一般广播服务的复杂的信令结构。
图107示出根据本发明的另一实施方式的通过广播网络获取广播服务的视频片段和音频片段的处理。
接收机获取服务信令信道的数据并且获得包括在服务信令信道的数据中的信令结构(例如，CMT)，该信令结构包括描述广播服务的组件的信息。
接收机在信令结构中获取指定发送广播服务的视频组件的数据管道的信息，并且利用所获取的信息来访问数据管道。接收机获取描述发送该数据管道的ROUTE会话中的LCT会话的信令结构(例如，LSID)。
接收机从描述LCT会话的信令结构访问发送广播服务的视频组件的LCT会话以获取视频组件。
接收机获取指定发送广播服务的音频组件的数据管道的信息，并且利用所获取的信息来访问数据管道。接收机获取描述发送数据管道的ROUTE会话中的LCT会话的信令结构(例如，LSID)。
接收机访问发送广播服务的音频组件的LCT会话以从描述LCT会话的信令结构获取音频组件。
根据本发明，即使当通过各个传输路径发送组件时，也可通过上述信令结构有效地获取包括在广播服务中的组件。另外，发送机可通过具有裕度的区域自由地发送广播服务的组件，因此可有效地发送更大量的广播数据。
图108示出根据本发明的另一实施方式的通过广播网络获取广播服务的视频片段并且通过宽带网络获取广播服务的音频片段的处理。
接收机可获取服务信令信道的数据并且获得包括在服务信令信道的数据中的信令结构(例如，CMT)，该信令结构包括描述广播服务的组件的信息。
接收机在信令结构中获取指定发送广播服务的视频组件的数据管道的信息，并且利用所获取的信息来访问数据管道。接收机获取描述发送该数据管道的ROUTE会话中的LCT会话的信令结构(例如，LSID)。
接收机从描述LCT会话的信令结构访问发送广播服务的视频组件的LCT会话以获取视频组件。
接收机从包括描述广播服务的组件的信息的信令结构识别出通过宽带网络发送音频组件，并且获取承载音频组件的服务器或位置的地址。另选地，接收机利用MPD获取提供音频组件的片段的地址，并且从该地址获得音频组件的片段。
根据本发明，即使当属于一个广播服务的组件分别通过异构网络发送时，也可通过上述信令结构有效地访问广播服务的组件。
图109示出根据本发明的实施方式的clock_reference_bootstrap_descriptor的配置。
本发明的实施方式可提供一种发送和/或用信号通知时钟参考的方法。根据本发明的实施方式的时钟参考可提供参考时间，接收机与该参考时间同步并且消费从未来广播系统发送来的内容和服务。
根据本发明的实施方式的时钟参考可包括连续和周期性的时钟参考值。时钟参考可按照信令消息和/或独立流的形式发送。这里，信令消息可对应于信令信息并且包括快速信息信道(FIC)和服务映射表(SMT)。FIC可对应于服务列表表格(SLT)，SMT可对应于用户服务描述(USD)。
当以独立流的形式发送时钟参考时，根据本发明的实施方式的clock_reference_bootstrap_descriptor可提供由接收机用来访问时钟参考的信息。当通过信令消息直接发送时钟参考时，稍后将描述的根据本发明的实施方式的clock_reference_value_descriptor可提供时钟参考值。
根据本发明的实施方式，时钟参考可被包括在物理层中并被发送。时钟参考可被包括在物理帧的前导码和/或基本PLP部分中并被发送。时钟参考是发送机和接收机的同步所需的信息，并且可被包括在相对鲁棒的物理层中以便减少错误。
根据本发明的实施方式的clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可按照诸如二进制格式和XML的各种格式来表示。根据本发明的实施方式的clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可存在于信令消息中的各种位置中。这里，信令消息可包括低级别信令消息和服务级别信令消息。低级别信令消息可包括SLT和RRT(等级区域表)，服务级别信令消息可包括USBD/USD(用户服务绑定描述/用户服务描述)、S-TSID(基于服务的传输会话实例描述)和MPD(媒体呈现描述)。这里，SLT可对应于FIC和/或PAT，USBD/USD可对应于SMT。
根据本发明的实施方式的clock_reference_bootstrap_descriptor可包括descriptor_tag、descriptor_length、IP_version_flag、source_IP_address_flag、TSI_flag、DP_ID_flag、source_IP_address、TSI_flag、DP_ID_flag、source_IP_address、destination_IP_address、destination_UDP_port、TSI和/或DP_ID字段。
descriptor_tag字段通过被指派唯一值来指定对应描述符是clock_reference_bootstrap_descriptor。
descriptor_length字段指示对应描述符的长度(字节)。
IP_version_flag字段指示随后的IP地址字段的格式。此字段当其值为0时可指示使用IPv4地址格式，当其值为1时指示使用IPv6地址格式。
source_IP_address_flag字段指示对应描述符是否包括IP_address字段。当其值为1时，source_IP_address_flag字段指示描述符包括source_IP_address字段。
TSI_flag字段指示对应描述符是否包括TSI字段。当其值为1时TSI_flag字段指示描述符包括TSI字段。
DP_ID_flag字段指示对应描述符是否包括DP_ID字段。当其值为1时DP_ID_flag字段指示描述符包括DP_ID字段。
source_IP_address字段指示包括时钟参考流的IP数据报的源IP地址。这里，当时钟参考作为独立流发送时，时钟参考流表示承载时钟参考的流。
destination_IP_address字段指示包括时钟参考流的IP数据报的目的地IP地址。
destination_UDP_port字段指示包括时钟参考流的IP数据报的目的地UDP端口号。
TSI字段指示包括时钟参考流的LCT会话的会话标识符。
DP_ID字段指示发送时钟参考流的数据管道的标识符。这里，该数据管道可对应于物理层管道。
图110示出根据本发明的实施方式的clock_reference_value_descriptor的配置。
当直接通过信令消息发送时钟参考时，根据本发明的实施方式的clock_reference_value_descriptor可提供时钟参考值。
根据本发明的实施方式的clock_reference_value_descriptor可包括descriptor_tag、descriptor_length、clock_reference_value_version和/或clock_reference_value字段。
descriptor_tag字段通过被指派唯一值来指定对应描述符是clock_reference_value_descriptor。
descriptor_length字段指示对应描述符的长度(字节)。
clock_reference_value_version字段指示随后的clock_reference_value字段的格式。根据本发明的实施方式，当clock_reference_value_version字段为0时可使用32比特NTP时间戳，当此字段为1时可使用64比特NTP时间戳，当此字段为2时可使用80比特PTP时间戳。
clock_reference_value字段指示以上述clock_reference_value_version字段所确定的时间戳格式表示的时钟参考的值。根据本发明的实施方式，clock_reference_value字段可指示发送机的当前时间以及生成clock_reference_value_descriptor时的时间。根据本发明的实施方式，clock_reference_value字段可用于发送机与接收机之间的系统时钟同步。
图111示出根据本发明的实施方式的快速信息信道(FIC)的配置。
根据本发明的实施方式，上述clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可在专用信道级别、分区级别和/或服务级别发送。
根据本发明的实施方式，当通过单个专用信道发送单个时钟参考的序列时，通过该专用信道发送的所有内容和服务可通过该时钟参考来同步。
根据本发明的实施方式，clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可位于上述FIC的FIC_level_descriptor中。即，clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可在专用信道级别发送。根据本发明的实施方式，当clock_reference_bootstrap_descriptor位于FIC的FIC_level_descriptor中时，以流的形式发送时钟参考，并且接收机可利用包括在clock_reference_bootstrap_descriptor中的引导信息来访问发送时钟参考的流。根据本发明的实施方式，当clock_reference_value_descriptor位于FIC的FIC_level_descriptor中时，可通过FIC来直接发送时钟参考值。根据本发明的另一实施方式，代替clock_reference_value_descriptor，时钟参考值可位于FIC的FIC_level_descriptor中。
根据本发明的另一实施方式，单个专用信道可被分割成多个分区，可依照广播商来分配各个分区。根据本发明的实施方式，当通过单个分区发送单个时钟参考的序列时，该分区中的所有内容和服务可通过该时钟参考来同步。
根据本发明的实施方式，clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可位于FIC的上述partition_level_descriptor中。即，clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor可在分区级别发送。根据本发明的实施方式，当clock_reference_bootstrap_descriptor位于FIC的partition_level_descriptor中时，以流的形式发送时钟参考，并且接收机可利用包括在clock_reference_bootstrap_descriptor中的引导信息来访问发送时钟参考的流。根据本发明的实施方式，当clock_reference_value_descriptor位于FIC的partition_level_descriptor中时，可通过FIC来直接发送时钟参考值。根据本发明的另一实施方式，代替clock_reference_value_descriptor，时钟参考值可位于FIC的partition_level_descriptor中。
根据本发明的实施方式的FIC可包括FIC_protocol_version、transport_stream_id、num_partitions、partition_id、num_partition_level_descriptors、partition_level_descriptor、num_FIC_level_descriptors和/或FIC_level_descriptor字段。
FIC_protocol_version字段指示FIC的版本。
transport_stream_id字段指定广播流。
num_partitions字段指示包括在广播流中的分区的数量。这里，分区可表示广播台。
partition_id字段指定分区。
num_partition_level_descriptors字段指示在分区级别包括的描述符的数量。
partition_level_descriptor指示在分区级别包括的描述符。根据本发明的实施方式，partition_level_descriptor可包括clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor。
num_FIC_level_descriptors字段指示专用信道级别包括的描述符的数量。专用信道级别可对应于FIC和/或广播流级别。
FIC_level_descriptor字段指示专用信道级别包括的描述符。根据本发明的实施方式，此描述符中可包括clock_reference_bootstrap_descriptor和/或clock_reference_value_descriptor。
图112示出根据本发明的另一实施方式的FIC的配置。
根据本发明的实施方式，当在分区级别以流的形式发送时钟参考时，时钟参考可被分配给单个服务，并且可用信号通知用于访问发送时钟参考的流的信息。
根据本发明的实施方式，可通过构成分组的单个服务来发送时钟参考流。根据本发明的实施方式，可通过service_category字段来用信号通知服务是否承载时钟参考流，并且时钟参考流的特定值可被分配给service_category字段。当根据本发明的实施方式通过service_category字段将对应服务标识为发送时钟参考流的服务时，跟随在service_category字段之后的IP_version_flag、SSC_source_IP_address_flag、SSC_source_IP_address、SSC_destination_IP_address、SSC_destination_UDP_port、SSC_TSI和/或SSC_DP_ID字段可用作用于访问时钟参考流的引导信息。
根据本发明的实施方式的FIC可包括FIC_protocol_version、transport_stream_id、num_partitions、partition_id、service_id、service_category、IP_version_flag、SSC_source_IP_address_flag、SSC_source_IP_address、SSC_destination_IP_address、SSC_destination_UDP_port、SSC_TSI和/或SSC_DP_ID字段。
FIC_protocol_version字段指示FIC的版本。
transport_stream_id字段指定广播流。
num_partitions字段指示包括在广播流中的分区的数量。这里，分区可表示广播台。
partition_id字段指定分区。
service_id字段指定对应服务包括时钟参考流。
service_category字段指示服务的类型并且可用于指定根据本发明的实施方式的服务是发送时钟参考流的服务。
IP_version_flag字段指示随后的IP地址字段的格式。此字段当其值为0时可指示使用IPv4地址格式，当其值为1时指示使用IPv6地址格式。
SSC_source_IP_address_flag字段指示对应服务是否包括source_IP_address字段。当其值为1时此字段指示服务包括source_IP_address字段。
SSC_source_IP_address字段指示包括时钟参考流的IP数据报的源IP地址。这里，当时钟参考作为独立流发送时，时钟参考流可表示承载时钟参考的流。
SSC_destination_IP_address字段指示包括时钟参考流的IP数据报的目的地IP地址。
SSC_destination_UDP_port字段指示包括时钟参考流的IP数据报的目的地UDP端口号。
SSC_TSI字段指示包括时钟参考流的LCT会话的会话标识符。
SSC_DP_ID字段指示发送时钟参考流的数据管道的标识符。这里，数据管道可对应于物理层管道。
图113示出根据本发明的实施方式的服务描述的配置。
根据本发明的实施方式，当在单个服务中发送单个时钟参考的序列时，服务中的所有内容和流可通过该时钟参考来同步。
根据本发明的实施方式，可发送与单个服务对应的时钟参考的引导信息。这里，该引导信息可表示用于访问时钟参考流的信息。
根据本发明的实施方式，时钟参考值的序列可被配置为附加时钟参考流并通过对应流分组的有效载荷来发送，或者被包括在承载组件的流分组的头中并被发送。
根据本发明的实施方式，当时钟参考值被包括在承载组件的流分组的头中时，可利用LCT分组头的EXT_TIME扩展来传送时钟参考值。
根据本发明的实施方式，当通过构成单个服务的内部流来发送时钟参考时，可通过ClockRef_TSI字段来标识承载时钟参考的流。ClockRef_TSI字段指示构成ROUTE会话的LCT会话当中的发送时钟参考的LCT会话的TSI信息。根据本发明的实施方式，可通过ROUTE会话中的存在于ClockRef_TSI字段之前的其它字段来标识时钟参考流的IP地址和UDP端口信息。根据本发明的实施方式，可通过上述LSID和CMT来用信号通知关于发送时钟参考流的DP的信息。这里，LSID可对应于S-TSID(基于服务的传输会话实例描述)，CMT可对应于MPD(媒体呈现描述)。
根据本发明的另一实施方式，可通过在服务描述中包括ClockReferenceBootstrap字段来用信号通知用于访问时钟参考流的信息。类似于上述clock_reference_bootstrap_descriptor，根据本发明的实施方式的ClockReferenceBootstrap字段可包括承载时钟参考的流的信息，例如IP地址、UDP端口、TSI和DP。
尽管所示的服务描述包括ClockRef_TSI字段和ClockReferenceBootstrap字段二者，根据本发明的实施方式，服务描述可仅包括这两个字段中的一个并且可利用这两个字段中的一个来用信号通知用于访问时钟参考流的信息(引导信息)。
根据本发明的实施方式的服务描述可对应于USBD/USD并且包括service_id、service_category、service_name、channel_number、service_status、service_distribution、SP_indicator、ROUTESESSION、sourceIPAddr、destIPAddr、destUDPPort、LSID_DP、ClockRef_TSI、Targeting、ContentAdvisory、RightIssuerService、CurrentProgram、OriginalServiceIdentification、ContentLabeling、Genre、Caption、Protection和/或ClockReferenceBootstrap字段。
service_id字段指定服务。
service_category字段指示服务的类型。
service_name字段指示服务的名称。
channel_number字段指示与服务对应的信道号。
service_status字段指示服务的状态。此字段可指示对应服务是活动的还是不活动的。
service_distribution字段指示对应分区中是否包括整个服务、尽管服务被部分地包括在分区中但是服务的呈现是否仅可利用该分区进行、呈现是否需要另一分区、或者呈现是否需要另一广播流。
SP_indicator字段指示服务的一个或更多个组件是否受到保护。即，此字段可指示对应服务是否受到保护。
ROUTESESSION字段指示关于发送服务的ROUTE会话的信息。
sourceIPAddr字段指示ROUTE会话的源IP地址。
destIPAddr字段指示ROUTE会话的目的地IP地址。
destUDPPort字段指示ROUTE会话的目的地UDP端口号。
LSID_DP字段指定传送包括诸如ROUTE会话的传输参数的信息的LSID的数据管道。根据本发明的实施方式，此字段可指定包括关于构成ROUTE会话的一个或更多个LCT会话的信息的LSID。
ClockRef_TSI字段指示构成ROUTE会话的LCT会话当中的发送时钟参考的LCT会话的TSI信息。
targeting字段指示针对对应服务的定向参数。上面已详细描述了此字段。
ContentAdvisory字段指示关于对应服务的内容分级信息。根据本发明的实施方式，此字段可包括内容分级相关信息。上面已详细描述了此字段。
RightsIssuerService字段可包括关于对应服务的版权问题的信息。上面已详细描述了此字段。
CurrentProgram字段可包括关于当前节目的信息。上面已详细描述了此字段。
OriginalServiceIdentification字段可包括指定原始服务的信息。上面已详细描述了此字段。
ContentLabeling字段可包括内容标签相关信息。上面已详细描述了此字段。
genre字段可包括关于对应服务的体裁的信息。
caption字段可包括对应服务的字幕相关信息。
protection字段可包括对应服务的保护相关信息。
类似于上述clock_reference_bootstrap_descriptor，ClockReferenceBootstrap字段可包括时钟参考流的信息，例如IP地址、UDP端口TSI和DP。即，此字段可包括用于访问时钟参考流的信息。
图114示出根据本发明的实施方式的组件映射描述的配置。
根据本发明的实施方式，通过将clockRefFlag字段增加到上述组件映射描述，可从通过当前广播流或其它广播流发送的流当中标识时钟参考流。
根据本发明的实施方式，当其值为1时clockRefFlag字段可指示对应组件包括和承载时钟参考。
根据本发明的实施方式，通过单个服务发送的组件当中的clockRefFlag字段值为1的组件的数量可被限制为最多1。
根据本发明的实施方式，承载时钟参考的流的TSI和DP信息可通过上述BroadcastComp字段的下级字段来标识，并且承载时钟参考的流的IP地址和UDP端口信息可通过上述服务描述的ROUTEsession字段的下级字段以及LSID所提供的信息来标识。根据本发明的实施方式，当承载时钟参考的流通过另一广播流来发送时，这可通过ForignComp字段的下级字段来标识。
图中所示的字段已详细描述。
图115是根据本发明的实施方式的示出发送广播信号的方法的流程图。
根据本发明的实施方式的发送广播信号的方法可包括：步骤SL128010，对广播服务、用于广播服务的快速获取的第一信令信息、用于发现广播服务的第二信令信息以及针对发送广播服务和广播服务中所包括的组件的会话的第三信令信息进行编码；步骤SL128020，生成包括所编码的广播服务、第一信令信息、第二信令信息和第三信令信息的广播信号；和/或步骤SL128030，发送该广播信号。这里，广播服务可以是ATSC3.0服务。第一信令信息可表示上述FIC和/或SLT。第二信令信息可表示上述SMT、服务描述和/或USD/USBD。第三信令信息可表示上述SMT、服务描述、LSID和/或S-TSID。
根据本发明的另一实施方式，第一信令信息、第二信令信息和第三信令信息中的至少一个可包括用于发送侧与接收侧之间的同步的时间信息。这里，时间信息可对应于时钟参考、时钟参考值和/或clock_reference_value_descriptor(上面已参照图110和图111详细描述)。
根据本发明的另一实施方式，第一信令信息、第二信令信息和第三信令信息中的至少一个可包括用于访问流的访问信息，所述流承载用于发送侧与接收侧之间的同步的时间信息。所述访问信息可表示包括在clock_reference_bootstrap_descriptor和/或clock_reference_bootstrap_descriptor中的字段(上面已参照图109、图111和图113详细描述)。
根据本发明的另一实施方式，时间信息可包括指示用于发送侧和接收侧的同步的参考时间值和/或参考时间值的类型的信息。这里，参考时间值可对应于clock_reference_value字段，参考时间值的类型可对应于clock_reference_value_version字段。clock_reference_value字段和clock_reference_value_version字段上面已参照图110详细描述。
根据本发明的另一实施方式，访问信息可包括包括承载时间信息的流的IP数据报的目的地IP地址信息、包括承载时间信息的流的IP数据报的UDP端口号、用于标识包括承载时间信息的流的会话的信息和/或用于标识发送承载时间信息的流的数据管道的信息。所述信息上面已参照图109详细描述。
根据本发明的另一实施方式，第一信令信息可包括关于通过单个广播流发送的一个或更多个服务的信息，并且时间信息可被包括在第一信令信息的服务级别中以用于单个服务中所有组件的同步。这已在上面参照图112、图113和图114详细描述。
根据本发明的另一实施方式，广播服务可对应于提供用于发送侧和接收侧之间的同步的时间信息的广播服务，第一信令信息可包括用于访问广播服务的信息。这已在上面参照图112详细描述。
图116是示出根据本发明的实施方式的接收广播信号的方法的流程图。
根据本发明的实施方式的接收广播信号的方法可包括：步骤SL129010，接收广播信号，该广播信号包括广播服务、用于广播服务的快速获取的第一信令信息、用于发现广播服务的第二信令信息以及针对发送广播服务和广播服务中所包括的组件的会话的第三信令信息；步骤SL129020，从所接收到的广播信号提取广播服务、第一信令信息、第二信令信息和第三信令信息；和/或步骤SL129030，将所提取的广播服务、第一信令信息、第二信令信息和第三信令信息解码。这里，广播服务可以是ATSC3.0服务。第一信令信息可表示上述FIC和/或SLT。第二信令信息可表示上述SMT、服务描述和/或USD/USBD。第三信令信息可表示上述SMT、服务描述、LSID和/或S-TSID。
根据本发明的另一实施方式，第一信令信息、第二信令信息和第三信令信息中的至少一个可包括用于发送侧和接收侧之间的同步的时间信息。这里，时间信息可对应于时钟参考、时钟参考值和/或clock_reference_value_descriptor(上面已参照图110和图111详细描述)。
根据本发明的另一实施方式，第一信令信息、第二信令信息和第三信令信息中的至少一个可包括用于访问流的访问信息，所述流承载用于发送侧和接收侧之间的同步的时间信息。所述访问信息可指示包括在clock_reference_bootstrap_descriptor和/或clock_reference_bootstrap_descriptor中的字段(上面已参照图109、图111和图113详细描述)。
根据本发明的另一实施方式，时间信息可包括指示用于发送侧和接收侧之间的同步的参考时间值和/或参考时间值的类型的信息。这里，参考时间值可对应于clock_reference_value字段，参考时间值的类型可对应于clock_reference_value_version字段。clock_reference_value字段和clock_reference_value_version字段上面已参照图110详细描述。
根据本发明的另一实施方式，访问信息可包括包括承载时间信息的流的IP数据报的目的地IP地址信息、包括承载时间信息的流的IP数据报的UDP端口号、用于标识包括承载时间信息的流的会话的信息和/或用于标识发送承载时间信息的流的数据管道的信息。所述信息上面已参照图109详细描述。
根据本发明的另一实施方式，第一信令信息可包括关于通过单个广播流发送的一个或更多个服务的信息，并且时间信息可被包括在用于单个服务中的所有组件之间的同步的第一信令信息的服务级别中。这已在上面参照图112、图113和图114详细描述。
图117是示出根据本发明的实施方式的发送广播信号的设备的配置的框图。
根据本发明的实施方式的发送广播信号的设备L130010可包括：编码器L130020，用于对广播服务、用于广播服务的快速获取的第一信令信息、用于发现广播服务的第二信令信息以及针对发送广播服务和广播服务中所包括的组件的会话的第三信令信息进行编码；生成单元L130030，用于生成包括所编码的广播服务、第一信令信息、第二信令信息和第三信令信息的广播信号；和/或发送单元L130040，用于发送广播信号。这里，广播服务可以是ATSC3.0服务。第一信令信息可表示上述FIC和/或SLT。第二信令信息可表示上述SMT、服务描述和/或USD/USBD。第三信令信息可表示上述SMT、服务描述、LSID和/或S-TSID。
图118是示出根据本发明的实施方式的接收广播信号的设备的配置的框图。
根据本发明的实施方式的接收广播信号的设备L131010可包括：接收单元L131020，用于接收广播信号，该广播信号包括广播服务、用于广播服务的快速获取的第一信令信息、用于发现广播服务的第二信令信息以及针对发送广播服务和广播服务中所包括的组件的会话的第三信令信息；提取单元L131030，用于从所接收到的广播信号提取广播服务、第一信令信息、第二信令信息和第三信令信息；和/或解码器L131040，用于将所提取的广播服务、第一信令信息、第二信令信息和第三信令信息解码。这里，广播服务可以是ATSC3.0服务。第一信令信息可表示上述FIC和/或SLT。第二信令信息可表示上述SMT、服务描述和/或USD/USBD。第三信令信息可表示上述SMT、服务描述、LSID和/或S-TSID。
图119示出根据本发明的实施方式的当会话描述信息被包括在服务描述信息中并被传送时的服务描述信息。
本发明提出了一种通过传输会话之外的路径发送会话描述信息的方法。会话描述信息可包括诸如对应传输会话的传输特性、协议和分组结构的信息。根据实施方式，会话描述信息可对应于上述LSID。另外，会话描述信息可对应于上述S-TSID中的多个LS元素。在这种情况下，服务描述信息可对应于S-TSID。
会话描述信息可通过对应传输会话或者传输会话之外的路径被传送至接收机。会话描述信息可被包括在信令消息中并被发送，或者通过存在于对应传输会话之内/之外的诸如服务信令信道的路径来发送。当通过服务信令信道发送会话描述信息时，会话描述信息可连同其它信令消息一起发送。
将描述会话描述信息被包括在服务描述信息以外的信令消息中的情况。
会话描述信息可被包括在上述信令消息中。所述信令消息可以是USBD、S-TSID、MPD、SMT或CMT。在所示的实施方式中，会话描述信息被包括在服务描述信息中。这里，服务描述信息可对应于上述SMT和S-TSID。
在这种情况下，会话描述信息可被包括在服务描述信息的LSID元素中。LSIS元素可以是服务描述信息的ROUTEsession元素的下级元素。会话描述信息可包括由ROUTEsession元素指示的ROUTE会话(传输会话)的信息。ROUTE会话可由ROUTEsession元素的信息(例如，sourceIPAddr、destIPAddr和destUDPPort)指示。当会话描述信息被直接包括在服务描述信息中并按照这种方式发送时，在由会话描述信息描述的传输会话中可不传送会话描述信息，以防止冗余。
上面已描述了服务描述信息的元素。
service_id指示由服务描述信息描述的服务的标识符。service_category指示服务的类别。service_name指示服务的名称。channel_number指示与服务关联的信道号。service_status指示服务的状态信息。service_distribution指示关于服务的分发相关信息。SP_indicator指示服务是否受到保护。这里，如果服务的至少一个服务组件受到保护，则SP_indicator可指示服务受到保护。
ROUTEsession元素可包括关于传送服务或服务组件的ROUTE会话的信息。多个ROUTEsession元素可存在于服务描述信息中。sourceIPAddr、destIPAddr和destUDPPort分别指示承载对应ROUTE分组的IP数据报的源IP地址、目的地IP地址和目的地UDP端口号。即，此信息可指示ROUTE会话。
LSID_DP指定传送对应ROUTE会话的会话描述信息的DP(或PLP)。这里，对应ROUTE会话可表示由源IP地址、目的地IP地址和目的地UDP端口号指示的ROUTE会话。
LSIDInstanceID是传送会话描述信息的会话描述表的标识符，并且指定具有对应ROUTE会话的会话描述信息的会话描述表。当会话描述信息被包括在会话描述表中并被传送时，可使用此字段。会话描述表可连同其它信令消息一起通过服务信令信道来发送。
当通过宽带网络发送会话描述信息时，LSIDurl可包括用于标识对应ROUTE会话的会话描述信息的位置的URL信息。当通过宽带网络发送会话描述信息时，可使用此字段。
Targeting字段指示服务的定向参数。即，此字段可指定对应服务是否为用于接收机或配套装置的服务。ContentAdvisory字段可包括关于服务的内容分级信息，即，关于服务的分级的信息。RightIssuerService可包括关于与服务关联的版权问题的信息。CurrentProgram可包括关于当前节目的信息。OriginalServiceIdentification可包括关于原始服务的标识信息。ContentLabeling可包括服务的内容标签信息。Genre可包括关于服务的体裁的信息。Caption可包括关于服务的字幕的信息。Protection可包括关于服务的保护的信息。
尽管描述了传输会话是ROUTE会话的情况，本发明不限于此。即，实施方式可等同地应用于诸如MMTP会话的其它传输会话。
图120示出根据本发明的实施方式的当通过服务信令信道传送会话描述信息时用于会话描述信息传送的消息格式。
如上所述，可通过诸如服务信令信道的路径来传送会话描述信息。在这种情况下，会话描述信息可连同其它信令消息一起传送。根据实施方式，服务信令信道可通过单独的传输会话来传送，或者通过诸如ROUTE会话的对应传输会话的子会话来传送。
当单个服务被分割成多个传输会话并且通过其传送时，关于所述多个传输会话的描述信息可能是必要的。在这种情况下，关于各个传输会话的会话描述信息可通过服务信令信道来发送。这里，会话描述可能需要被映射至各个传输会话。为了映射，可使用上述LSIDInstanceID信息。可利用LSIDInstanceID信息获取关于由服务描述信息指示的ROUTE会话的会话描述信息。这可通过标识被映射至对应信息的会话描述表来执行。当会话描述信息被包括在服务描述信息中并被发送时，上述映射可能是不必要的。
根据实施方式，服务信令信道可表示发送SLS的ROUTE会话中的LCT会话。如上所述，该LCT会话可被指定为使得LCT会话具有TSI＝0。
图中所示的实施方式t2010可以是基于上述信令消息格式具有用于会话描述信息传输的扩展结构的消息格式。为了会话描述信息传输，signaling_id_extension字段可被分割成LSIDT_protocol_version和LSIDT_instance_ID并被定义。
LSIDT_protocol_version字段指示对应会话描述表的版本或协议版本。LSIDT_instance_ID字段指示通过对应表发送的会话描述信息的标识符，并且可具有与上述服务描述信息中所包括的LSIDInstanceID对应的值。因此，ROUTE会话可被映射至会话描述信息。LCT_session_instance_description()可包括二进制或XML格式的会话描述信息。即，会话描述信息的数据可被包括在LCT_session_instance_description()中。会话描述表的其它信息可对应于上述信令消息格式中描述的那些。
图中所示的另一实施方式t2020描述了用于会话描述信息传送的另一会话描述表。在本实施方式中，会话描述表可具有基于MPEG-2TS私有区段的字段配置。LSIDT_protocol_version、LSIDT_instance_ID和LCT_session_instance_description()可对应于上述实施方式中的那些。会话描述表的其它信息可对应于上述信令消息格式中描述的那些。
图121示出根据本发明的实施方式的通过会话之外的路径发送会话描述信息的方法。
在本实施方式中，可通过两个ROUTE会话来发送单个服务。第一ROUTE会话的会话描述信息可通过对应ROUTE会话(第一ROUTE会话)来发送，第二ROUTE会话的会话描述信息可通过与第二ROUTE会话之外的路径对应的服务信令信道来发送。这里，服务信令信道可位于第一ROUTE会话之内。
将描述在本实施方式中获取各个信令消息和/或服务组件数据的过程。
接收机可从FIC获取服务信令信道的引导信息。接收机可利用引导信息来访问服务信令信道。接收机可利用FIC的IP地址和UDP端口信息来访问服务信令信道。根据实施方式，可能需要TSI信息和/或PLPID信息。此操作可对应于上述利用SLT访问SLS的操作。在这种情况下，SLT对应于FIC，承载SLS的LCT会话对应于服务信令信道，SLS对应于包括在服务信令信道中的信息。尽管在本实施方式中FIC通过物理信号帧的单独的信道传送，SLT可通过IP/UDP封装并通过PLP来传送。
可从利用引导信息访问的服务信令信道获取SMT的信息。可从SMT获取关于各个ROUTE会话的会话描述信息。可利用LSID_DP信息获取关于第一ROUTE会话的会话描述信息。可通过访问LSID_DP所指示的PLP来获取关于第一ROUTE会话的会话描述信息。可利用LSIDT_instance_ID信息获取关于第二ROUTE会话的会话描述信息。可通过标识LSIDT_instance_ID所指示的会话描述表来获取关于第二ROUTE会话的会话描述信息。
此处理可对应于上述实施方式中访问承载SLS的ROUTE会话的LCT会话以获取SLS的信息的处理。可从SLS的信息获取会话描述信息，即，关于传送服务组件的ROUTE会话的子会话(LCT会话)的信息。关于SLS的S-TSID中的LS元素的信息可对应于会话描述信息。在这种情况下，可能不需要单独的会话描述表。另外，由于会话描述信息被包括在SLS中并被传送，所以通过与SLS相同的PLP来发送会话描述信息。因此，可能不需要关于传送会话描述信息的PLP的PLPID信息。
随后，可从CMT获取服务组件的PLPID。可利用所获得的会话描述信息来获取第一ROUTE会话和第二ROUTE会话的TSI信息。TSI信息可以是承载服务组件的LCT会话的TSI信息。可利用TSI信息获取服务组件。另外，可从MPD获取服务组件的表示ID。
此处理可对应于上述实施方式中利用SLS中的信息(TSI等)访问LCT会话以获取服务组件的处理。在这种情况下，S-TSID可包括PLPID信息，因此可能不需要附加CMT。可利用S-TSID中的会话描述信息分别访问多个ROUTE会话中的多个LCT会话。对于所获取的服务组件，可从MPD获得表示ID。
图122示出根据本发明的另一实施方式的通过传输会话之外的路径发送会话描述信息的方法。
在本实施方式中，单个服务可通过两个ROUTE会话来发送。第一ROUTE会话的会话描述信息和第二ROUTE会话的会话描述信息二者可通过经由第一ROUTE会话传送的服务信令信道来发送。
在本实施方式中，获取各个信令消息和/或服务组件数据的过程对应于上述实施方式的过程。然而，在本发明中，第一ROUTE会话的会话描述信息和第二ROUTE会话的会话描述信息二者均通过会话描述表传送。因此，可首先获得由LSIDT_instance_ID指示的两个会话描述表，然后可利用所述表中的会话描述信息来访问通过这两个ROUTE会话传送的服务组件。
本实施方式对应于使用SLT-SLS的上述实施方式。当利用SLT访问传送SLS的信道/路径时，可利用包括在SLS中的信息来访问传送对应服务的服务组件的路径。在这种情况下，服务组件传送路径可存在于多个ROUTE会话上，并且可通过所述多个ROUTE会话中的多个LCT会话来传送服务组件。
图123示出根据本发明的另一实施方式的通过传输会话之外的路径发送会话描述信息的方法。
在本实施方式中，单个服务可通过两个ROUTE会话来发送。第一ROUTE会话的会话描述信息和第二ROUTE会话的会话描述信息二者可通过经由第一ROUTE会话传送的服务信令信道来发送。
在本实施方式中，获取各个信令消息和/或服务组件数据的过程对应于上述实施方式的过程。然而，在本发明中，服务信令信道可通过由单独的PLP(DP)、IP和UDP标识的单独的信道来传送，而非通过特定ROUTE会话的单个LCT会话来传送。在这种情况下，关于ROUTE会话的会话描述信息通过外部路径来传送，因此，服务信令信道可具有用于各个会话的会话描述表。可利用包括在会话描述表中的会话描述信息来访问通过这两个ROUTE会话传送的服务组件。
在这种情况下，由于服务信令信道没有通过特定ROUTE会话的单个子会话(LCT会话)来传送，所以FIC或SLT的引导信息可不包括TSI信息。
图124示出根据本发明的实施方式的为初始化信息传送扩展的信令消息。
本发明提出了一种在上述广播系统中传送与服务的服务组件关联的初始化信息的方法。如上所述，各个服务的服务组件可被格式化为DASH片段并作为DASH表示通过LCT会话来传送。可能需要用于服务组件的初始化信息。这里，初始化信息可对应于DASH初始化片段。
初始化信息可通过存在于传输会话之内/之外的服务信令信道来发送，或者连同各个LCT会话中的媒体数据一起发送。这里，媒体数据可表示媒体片段。
首先，当通过服务信令信道发送初始化信息时，初始化信息可连同其它信令消息一起发送。当单个服务由多个组件组成并被发送时，多条初始化信息可被包括在单个信令信道中并被发送。这里，各条初始化信息可能需要被映射至各条媒体数据(服务组件)。
用于初始化信息和媒体数据的映射的标识符可被定义并称为isdInstanceID。根据此信息，包括初始化信息的初始化表可被映射至各个组件。各个服务组件可利用该初始化信息来初始化。
尽管所示的组件映射描述对应于上述一个，本实施方式中的组件映射描述被扩展以进一步包括isdInstanceID信息。isdInstanceID信息位于指定通过广播网络传送的组件的BroadcastComp元素下面，并且指定具有被映射至该组件的初始化信息的初始化表。上面已描述了组件映射描述中的其它字段。根据实施方式，代替组件映射描述，构成SLT或SLS的信令信息之一可被扩展以进一步包括isdInstanceID信息。
其次，初始化信息可通过媒体数据(即，诸如服务组件的路径)来传送。即，可通过传送服务组件的LCT会话随服务组件一起来传送与服务组件(媒体片段)关联的初始化信息。在这种情况下，可由传输分组头信息来指示对应数据是正常媒体片段还是初始化信息。这种头信息可以是TOI值。
图125示出根据本发明的实施方式的用于初始化信息传送的消息格式。
用于初始化信息传送的消息格式表示初始化表的格式。图中所示的实施方式t7010可以是基于上述信令消息格式的具有用于初始化信息传送的扩展结构的消息格式。为了初始化信息传送，signaling_id_extension字段可被分割成ISDT_protocol_version和ISDT_instance_ID并被定义。
ISDT_protocol_version字段指示对应初始化表的版本或协议版本。ISDT_instance_ID字段指示通过对应表发送的初始化信息的标识符，并且可具有与上述扩展信令信息中所包括的isdInstanceID对应的值。因此，各个服务组件可被映射至初始化表。此ID可在服务信令信道中唯一地指派。Initialization_segment_data可包括二进制或XML格式的初始化信息。即，初始化信息的所有或一些数据可被包括在Initialization_segment_data中。Initialization_segment_data表的其它信息可对应于上述信令消息格式中所描述的那些。
图中所示的另一实施方式t7020描述用于初始化信息传送的另一初始化表。在本实施方式中，初始化表可具有基于MPEG-2TS私有区段的字段配置。ISDT_protocol_version和Initialization_segment_data(Initialization_segment_delivery_description_data)可对应于上述实施方式中的那些。初始化表的其它信息可对应于上述信令消息格式中所描述的那些。
图中示出Initialization_segment_delivery_description_data结构的示例t7030。该元素可包括url(是对应初始化信息的URL信息)以及与初始化信息的数据部分对应的InitializationSegmentData字段。URL可具有与MPD中描述的初始化片段的URL相同的值。该URL信息可用于各个初始化信息与表示之间的映射。
图126示出根据本发明的另一实施方式的当通过服务信令信道传送会话描述信息时用于会话描述信息传送的消息格式。
用于会话描述信息传送的上述会话描述表可具有所示的结构t8010。LSIDT_protocol_version如上所述，LSID_delivery_description_data可包括与XML或二进制格式的LSID传送描述(将稍后描述)的全部或部分对应的数据。LSID传送描述可以是会话描述信息传送的描述。会话描述表中的其它信息可对应于上述信令消息格式中所描述的那些。
示出LSID传送描述结构的示例t8020。LSID传送描述可包括sourceIPAddr、destIPAddr、destUDPPort和/或LSID。sourceIPAddr、destIPAddr和destUDPPort可分别指示由对应会话描述信息描述的ROUTE会话的源IP地址、目的地IP地址和目的地UDP端口号。LSID可包括对应会话描述信息。
图127是示出根据本发明的实施方式的处理服务数据的方法的流程图。
根据本发明的实施方式的处理服务数据的方法可包括以下步骤：生成广播服务的服务组件；生成第一信令数据和第二信令数据；将服务组件和第二信令数据封装到传输分组中；将第一信令数据和/或传输分组处理成广播流；和/或发送广播流。这里，已基于发送侧的操作描述了处理服务数据的方法。
具体地讲，可生成广播服务的服务组件(t9010)。广播服务可包括一个或更多个服务组件。可生成第一信令数据和/或第二信令数据(t9020)。这里，第一信令数据可对应于上述SLT，第二信令数据可对应于上述SLS。如上所述，第一信令数据可包括指示第二信令数据的位置的信息，第二信令数据可用信号通知广播服务。服务组件、第一信令数据和/或第二信令数据可由第一模块生成。这里，第一模块可以是服务提供商中用于生成服务数据的模块。
可将所生成的服务组件和第二信令数据封装到传输分组中(t9030)。传输分组可表示通过上述传输会话传送的分组。根据实施方式，传输分组可以是ROUTE分组或MMTP分组。这些传输分组可以是发送的第一传输会话或第二传输会话的子会话。传输会话可以是ROUTE会话或MMTP会话。子会话可表示ROUTE会话的LCT会话或者MMTP会话的MMTP分组流。封装处理可表示数据向ROUTE/MMTP分组中的封装。该封装处理可由第二模块执行。第二模块可以是应对执行向ROUTE/MMTP分组中的封装的层的模块。
随后，可将第一信令数据和/或传输分组处理成广播流(t9040)。此处理可表示将SLT和已被封装到ROUTE/MMTP分组中的数据封装在IP/UDP分组中。另外，此处理可表示在物理层中对被处理成IP/UDP分组的数据的物理层处理。执行IP/UDP封装然后物理层处理的处理可由第三模块执行。第三模块可以是应对IP/UDP封装和物理层的模块。
可发送所生成的广播流(t9050)。此处理可由第四模块执行。第四模块可对应于用于发送广播流的发送模块。
在根据本发明的另一实施方式的处理服务数据的方法中，第二服务信令数据可通过第一传输会话的特定子会话来发送。这可对应于上述通过ROUTE会话的特定LCT会话(即，与TSI＝0对应的LCT会话)来传送SLS的处理。另外，此处理可对应于通过服务信令信道传送SLS。根据实施方式，由TSI＝0标识的承载SLS的子会话(LCT会话)可被称为服务信令信道。服务组件可通过第一传输会话或第二传输会话的子会话来发送。如上所述，服务组件可通过ROUTE/MMTP会话的子会话(LCT会话或MMTP分组流)来传送。
在根据本发明的另一实施方式的处理服务数据的方法中，第一信令数据可包括指示发送第二信令数据的第一传输会话的信息。这可对应于SLS包括指示发送SLS的ROUTE/MMTP会话的引导信息的上述实施方式。第二信令数据可包括用于访问广播服务的服务组件的信息。SLS(具体地讲，SLS的S-TSID)可包括传送服务组件的LCT会话的TSI信息。另外，SLS的MPT消息可包括传送各个服务组件的MMTP分组流的分组ID信息。
在根据本发明的另一实施方式的处理服务数据的方法中，第二信令数据可包括用于标识第一传输会话的子会话当中的发送广播服务的服务组件的子会话的信息。这可对应于SLS具有用于访问服务组件的信息的上述实施方式，所述服务组件通过发送该SLS的ROUTE/MMTP会话来传送。在这种情况下，SLS可仅利用TSI信息或分组信息标识包括服务组件的子会话。由于使用同一会话，所以不另外需要诸如IP地址的信息。
在根据本发明的另一实施方式的处理服务数据的方法中，第二信令数据还可包括指示发送广播服务的服务组件的第二会话的信息。当服务组件通过与发送SLS的传输会话不同的传输会话(第二传输会话)传送时，SLS可包括用于访问所述服务组件的信息。该信息可以是IP地址和UDP端口号。
在根据本发明的另一实施方式的处理服务数据的方法中，第二信令数据还可包括标识第二传输会话的子会话当中的发送广播服务的服务组件的子会话的信息。当服务组件通过与发送SLS的传输会话不同的传输会话(第二传输会话)传送时，如上所述，SLS可仅利用TSI信息或分组ID信息来标识包括服务组件的子会话以访问所述服务组件。
在根据本发明的另一实施方式的处理服务数据的方法中，第二信令数据还可包括指示传送子会话的物理路径的信息，所述子会话承载广播服务的服务组件。这里，所述物理路径可表示PLP或DP。当服务组件通过与发送SLS的传输会话不同的传输会话(第二传输会话)传送时，如上所述，SLS可包括传送服务组件的PLP的ID信息以访问所述服务组件。
在根据本发明的另一实施方式的处理服务数据的方法中，发送广播服务的服务组件的子会话还可传送包括与服务组件关联的初始化信息的传输分组。这可对应于通过LCT会话连同媒体片段一起传送上述初始化信息。包括初始化信息的传输分组可利用传输分组的头信息来标识。如上所述，可利用诸如分组头的TOI的信息来标识初始化信息。
将描述根据本发明的实施方式的在接收侧处理服务数据的方法(未示出)。
根据本发明的实施方式的在接收侧处理服务数据的方法可包括以下步骤：接收广播信号；解析广播信号；从广播信号获取第一信令数据并且利用第一信令数据获取第二信令数据；利用第二信令数据获取对应广播服务的服务组件；和/或利用服务组件提供服务。
在接收侧处理服务数据的方法可通过与发送侧的模块对应的接收侧的硬件模块(例如，接收模块、解析模块、再现模块等)来执行。可在与在发送侧处理服务数据的上述方法的实施方式对应的实施方式中实现在接收侧处理服务数据的方法。
根据实施方式，上述步骤可被省略或者被执行相似/相同操作的其它步骤代替。
图128是示出根据本发明的实施方式的处理服务数据的设备的框图。
根据本发明的实施方式的处理服务数据的设备可包括上述第一模块、第二模块、第三模块和/或第四模块。上面已描述了包括在设备中的块和模块。
根据本发明的实施方式的处理服务数据的设备及其内部模块/块可执行根据本发明的处理服务数据的上述方法的实施方式。
将描述根据本发明的实施方式的在接收侧处理服务数据的设备(未示出)。
根据本发明的实施方式的在接收侧处理服务数据的设备可包括接收侧的上述硬件模块。上面已描述了包括在设备中的块和模块。
根据本发明的实施方式的在接收侧处理服务数据的设备可执行根据本发明的处理服务数据的上述方法的实施方式。
根据实施方式，设备的上述内部块/模块可以是执行存储在存储器中的连续处理的处理器，并且可以是被设置到设备的内部/外部的硬件元件。
根据实施方式，上述模块可被省略或者被执行相似/相同操作的其它模块代替。
图129示出根据本发明的实施方式的ESG引导信息。
本发明的实施方式可提供一种用信号通知未来广播网络中可用的ESG引导描述的方法。ESG引导描述包括以下信息并且可根据信令传输位置按照二进制或XML格式定义。
电子服务指南(ESG)数据可包括服务指南传送单元(SGDU)和/或服务指南传送描述符(SGDD)。SGDD可包括指示发送SGDU的传送路径的信息。SGDU可包括与服务和/或节目关联的信息。例如，SGDU可包括服务信息、节目信息、信道号、广播台信息、字幕、分级和/或概要。服务信息可包括服务的名称和/或标识符。节目信息可包括节目的名称和/或标识符、节目开始时间信息和/或节目结束时间信息。依照片断配置SGDU。片断类型可包括服务片断、内容片断和时间表片断中的至少一个。SGDD和SGDU二者均可为XML文件。ESG可被表示为服务指南(SG)和/或电子节目指南(EPG)。ESG数据可被简单地表示为ESG。
ESG引导描述可包括用于ESG的引导的信息。ESG引导描述可由ESG引导信息和/或用于ESG的引导信息来表示。广播接收设备可基于ESG引导描述和/或ESG引导信息来接收、获取和/或处理ESG。
ESG引导描述可包括至少一个服务指南(SG)提供商元素。
SG提供商可表示提供与ESG有关的信息的提供商。SG提供商元素可包括name属性和/或至少一个bootstrap元素。
name属性可指示SG提供商的名称。
bootstrap元素可包括至少一条引导信息。bootstrap元素可包括network_type属性、sourceIPAddr元素、destIPAddr元素、destUDPPort元素、transportStreamID元素、partitionID元素、datapipeID元素、tsi元素和/或downloadURL元素。例如，bootstrap元素可以是ESG引导信息。
network_type元素可指示ESG数据传输类型。具体地讲，network_type元素可指示SGDD传输类型。bootstrap元素中可包括一个network_type属性。bootstrap元素可根据network_type属性的值选择性地包括下面定义的引导信息。作为参考，“ESG引导描述传输类型”可被解释为“ESG数据传输类型”。具体地讲，“ESG引导描述传输类型”可被解释为“SGDD传输类型”。
sourceIPAddr元素可指示ESG数据和/或SG数据的源ID地址。例如，sourceIPAddr元素可包括承载用于服务和/或ESG的服务层信令信息的分组的IP源地址。具体地讲，sourceIPAddr元素可指示与SGDD对应的的IP源地址。
destIPAddr元素可指示ESG数据和/或SG数据的目的地IP地址。例如，destIPAddr元素可包括承载用于服务和/或ESG的服务层信令信息的分组的IP目的地地址。具体地讲，destIPAddr元素可指示与SGDD对应的IP目的地地址。
destUDPPort元素可指示ESG数据和/或SG数据的目的地端口号。例如，destUDPPort元素可包括承载用于服务和/或ESG的服务层信令信息的分组的端口号。具体地讲，destUDPPort元素可指示与SGDD对应的目的地端口号。
sourceIPAddr元素、destIPAddr元素和/或destUDPPort元素表示承载ESG数据的IP分组的头中所描述的信息。
transportStreamID元素可指示当通过外来频率发送ESG数据时与外来频率对应的传输流标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。具体地讲，transportStreamID元素可指示与承载SGDD的传输流对应的传输流标识符。
partitionID元素可指示当通过外来频率发送ESG数据时与外来频率对应的分区标识符。例如，分区标识符标识广播商。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。具体地讲，partitionID元素可指示与SGDD对应的分区标识符。
datapipeID元素可指示标识发送ESG数据的PLP和/或DP的标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当通过广播网络发送ESG数据时，datapipeID元素可具有单个值。具体地讲，datapipeID元素可指示标识发送SGDD的PLP和/或DP的标识符。
为了用信号通知通过外来频率发送的ESG数据的信息，bootstrap元素可以选择性地包括transportStreamID元素、partitionID元素和/或datapipeID元素。
tsi元素可指示标识发送ESG数据的传输会话和/或LCT会话的标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当ESG数据通过广播网络发送时，tsi元素可包括至少一个值。具体地讲，tsi元素可指示标识发送SGDD的传输会话和/或LCT会话的标识符。
downloadURL元素可指示可访问通过宽带网络发送的ESG数据的URL。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当ESG数据通过宽带网络发送时，downloadURL元素可具有单个值。具体地讲，downloadURL元素可指示与SGDD对应的URL。
根据ESG数据是通过广播网络还是宽带网络发送，bootstrap元素可包括tsi元素和downloadURL元素中的至少一个。
广播发送设备可发送包括服务数据和信令信息的广播信号。该信令信息可包括ESG引导信息。广播接收设备可接收包括服务数据和信令信息的广播信号。广播接收设备可基于包括在信令信息中的ESG引导信息获取和/或处理ESG数据。
图130示出根据本发明的实施方式的ESG引导信息传输类型。
network_type属性可指示ESG数据传输类型。network_type属性的值可为可用的。当ESG数据按照多种类型发送时，可发送具有分别与所述类型对应的network_type属性值的多个bootstrap元素。
当network_type属性具有值0x01时，ESG数据在相同的频率下通过ATSC3.0广播发送。在这种情况下，广播接收设备可在相同的频率下接收ESG数据。
当network_type属性具有值0x02时，ESG数据在不同的频率下通过ATSC3.0广播发送。在这种情况下，广播接收设备可在不同的频率下接收ESG数据。
当network_type属性具有值0x03时，ESG数据通过ATSC3.0广播以外的IP广播发送。在这种情况下，广播接收设备可通过IP广播接收ESG数据。
当network_type属性具有值0x04时，ESG数据通过宽带网络发送。在这种情况下，广播接收设备可通过宽带网络接收ESG数据。
图131示出根据本发明的第一实施方式的ESG引导信息的信令。
本发明的第一实施方式可提供一种在未来广播网络中以快速信息信道(FIC)的ESG引导描述符的形式发送ESG引导信息的方法。
在本发明的第一实施方式中，ESG没有被定义为广播服务。FIC可参考服务列表表格(SLT)。SLT是用于构建基本服务列表并且引导服务层信令信息(SLS)的发现的信令信息表。
参照该图，广播信号和/或实际流可包括特定频率下的至少一个广播流。例如，所述实际流可包括具有频率“Frqncy-z”的广播流。
各个广播流可包括至少一个分组。各个分区可对应于各个广播商。或者，各个分区可以是从各个广播商发送的广播流。
各个分区可包括至少一个DL(或PLP)和/或FIC。例如，第一分区A可包括第一DP、第二DP、第三DP和/或FIC。第一DP的DPID可为“1”。第二DP的DPID可为“2”。第三DP的DPID可为“3”。
单个DP可包括单个经由单向传输的实时对象传送(ROUTE)会话。多个DP可包括单个ROUTE会话。ROUTE会话可包括至少一个服务和/或至少一个组件。ROUTE会话可包括IP/UDP数据报。
例如，第一DL可包括第一ROUTE会话。即，第一ROUTE会话通过第一DP来发送。第一ROUTE会话可由第一源IP地址、第一目的地IP地址和/或第一UDP端口号指定。第一ROUTE会话可包括第一服务(A/V服务)。
第一ROUTE会话可包括至少一个传输会话(或LCT会话)。例如，第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。
第一传输会话(tsi-v)可包括视频组件。该视频组件可包括至少一个视频片段，所述视频片段包括视频数据。第二传输会话(tsi-a)可包括音频组件。该音频组件可包括至少一个音频片段，所述音频片段包括音频数据。第三传输会话(tsi-s)可包括服务信令信道组件。服务信令信道组件可包括服务映射表(SMT)、组件映射表(CMT)、指南访问表(GAT)和/或DASH媒体呈现描述(MPD)。第四传输会话(tsi-0)可包括LCT会话实例描述(LSID)。LSID可被称作基于服务的传输会话实例描述(S-TSID)。S-TSID可包括发送服务的至少一个内容组件的至少一个传输会话的整个会话描述信息。
第二DP和第三DP可包括第二ROUTE会话。即，第二ROUTE会话通过第二DP和/或第三DP来发送。第二ROUTE会话可由第二源IP地址、第二目的地IP地址和/或第二UDP端口号指定。
第二ROUTE会话可包括至少一个传输会话(或LCT会话)。例如，第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-101)和/或第七传输会话(tsi-102)。传输会话(或LCT会话)可包括至少一个传输对象。
第五传输会话(tsi-0)可包括LSID。
第六传输会话(tsi-101)可包括第一传输对象(toi-0)和/或第二传输对象(toi-1)。第一传输对象(toi-0)可包括文件传送表(FDT)，其提供在文件传送会话中发送的文件和/或与文件传送关联的属性。或者，第一传输对象(toi-0)可包括指定文件传送数据的详情的EFDT。第二传输对象(toi-1)可包括描述关于传送服务指南传送单元(SGDU)的传送路径的信息的服务指南传送描述符(SGDD)。
第七传输会话(toi-102)可包括第三传输对象(toi-0)、第四传输对象(toi-1)和/或第五传输对象(toi-2)。第三传输对象(toi-0)可包括FDT和/或EFDT。第四传输对象(toi-1)可包括SGDU。第五传输对象可包括SGDU。SGDU依照片断配置，片断类型可包括服务片断、内容片断和时间表片断中的至少一个。SGDU可包括ESG数据。SGDD和SGDU二者可为XML文件。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，信令信息可包括FIC和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的ServiceCategory元素、指定发送SSC的IP地址/端口的SSCIP/Port元素、指定发送SSC的DP的SSCDP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。
SSC引导信息(SSCIP/Port元素、SSCDP_ID元素和/或TSI元素)可包括与发送SMT和/或CMT的服务信令信道(SSC)有关的信息。由于在本发明的第一实施方式中ESG未被定义为单个服务，所以FIC可能在服务循环中不包括SSC引导信息。
根据本发明的第一实施方式的FIC可包括分区级别描述符形式的ESG引导信息。
ESG引导信息可包括与上述ESG引导信息和/或ESG引导描述相同的信息。例如，ESG引导信息可包括num_of_Provider元素和/或至少一个provider元素。
num_of_Provider元素指示提供商的数量。
provider元素可包括关于提供商的信息。例如，provider元素可包括ESG引导信息。另外，provider元素可包括ESG数据和/或关于提供ESG相关信息的提供商的信息。provider元素可指示上述SG提供商元素。各个provider元素可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Route_session元素、tsi属性、DP属性和/或URL属性。
bootstrap_network_type属性指示ESG数据传输类型。bootstrap_network_type属性可指示上述network_type属性。
当通过外来频率发送ESG数据时，ts_ID属性指示外来频率的传输流ID。ts_ID属性可指示上述transportStreamID元素。
当通过外来频率发送ESG数据时，partitionID属性指示外来频率的分区ID。partitionID属性可指示上述partitionID元素。
ROUTE_session元素可包括指定ROUTE会话的信息。Route_session元素可包括ROUTE会话引导信息。ROUTE会话引导信息可包括ROUTE会话的传输路径。例如，Route_session元素可包括IP(src/dest)属性和/或port属性。IP(src/dest)属性可包括上述sourceIPAddr元素和destIPAddr元素。port属性可指示上述destUDPPort元素。sourceIPAddr元素、destIPAddr元素和port元素的组合可指定特定ROUTE会话。
tsi属性可指示标识发送ESG数据的传输会话和/或LCT会话的标识符。例如，tsi属性可指示标识发送SGDD的传输会话和/或LCT会话的标识符。参照该图，例如，tsi属性可具有值“tsi-101”。
DP属性可指定发送ESG数据的PLP和/或DP。DP属性可指示上述datapipeID元素。例如，DP属性可指示发送SGDD的PLP和/或DP。参照该图，例如，DP属性可具有值“2”。
URL属性可指定可访问ESG数据的URL。URL属性可指示上述downloadURL元素。
根据本发明的实施方式的FIC可被包括在IP/UDP分组中并被发送。
该广播发送设备可发送包括LSID的广播信号。
例如，包括在第五传输会话(tsi-0)中的LSID可包括：第六传输会话元素TSI-101，其包含关于第六传输会话的信息；和/或第七传输会话元素TSI-102，其包含关于第七传输会话的信息。
第六传输会话元素TSI-101和第七传输会话元素TSI-102中的每一个可包括指定发送对应传输会话的DP的DP属性、提供关于包括在传输会话中的源流的信息的SourceFlow元素和/或提供关于包括在传输会话中的修复流的信息的RepairFlow元素。SourceFlow元素可包括指示SourceFlow元素是否承载流媒体数据的realtime属性。例如，当realtime属性为“真”时，realtime属性指示SourceFlow元素的实时传输。当realtime属性为“假”时，realtime属性指示SourceFlow元素的非实时传输。
尽管广播接收设备可通过SGDD获取第七传输会话元素TSI-102，但是广播接收设备可能无法获取关于与通过对应传输会话发送的SGDU对应的DP的信息。因此，根据第一实施方式的广播发送设备可发送包括DP信息的LSID。
广播接收设备可接收包括服务数据和信令信息的广播信号。该信令信息可包括FIC和/或LSID。
广播接收设备可获取FIC。该FIC可通过IP/UDP分组来发送。
广播接收设备可基于FIC获取ESG引导信息和/或LSID。广播接收设备可基于FIC的分区级别描述符来获取ESG引导信息。ESG引导信息可按照分区级别描述符的形式被包括在FIC中。由于在本发明的第一实施方式中ESG未被定义为单个服务，所以FIC可能在服务循环中不包括SSC引导信息。LSID可包括每传输会话的传输数据管线信息(或PLPID)。广播接收设备可基于包括在ESG引导信息中的ROUTE会话引导信息来获取LSID。在这种情况下，可通过预定传输会话来发送LSID，广播接收设备可基于ROUTE会话引导信息和/或关于该预定传输会话的信息来获取LSID。另选地，广播接收设备可基于包括在FIC中的附加LSID传输路径信息来获取LSID。
广播接收设备可基于ESG引导信息和/或LSID来获取ESG数据和/或ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第一实施方式的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLPID)。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLPID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第一实施方式的广播发送设备可将ATSC3.0配置增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并基于SGDD的数据管线信息来获取SGDU。
图132示出根据本发明的第二实施方式的ESG引导信息的信令。
本发明的第二实施方式提供了一种在未来广播网络中以FIC的ESG引导描述符的形式发送ESG引导信息的方法。在本发明的第二实施方式中，ESG可被定义为单个广播服务。另外，ServiceCategory元素可在FIC的服务循环中指示对应服务是ESG服务。广播接收设备可按照FIC中的ESG引导描述符的形式来接收ESG引导信息。另外，广播接收设备可通过ESG引导信息获取ESG。
参照该图，根据本发明的第二实施方式的实际流可包括具有频率“Frqncy-z”的广播流。根据本发明的实施方式的广播流可包括第一分区A。第一分区A可包括第一DP、第二DP、第三DP和/或FIC。第一DP可包括第一ROUTE会话。第一ROUTE会话可包括第一服务(A/V服务)。第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。第二DP和第三DP可包括第二ROUTE会话。第二ROUTE会话可包括第二服务。例如，第二服务可包括ESG服务。第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-101)和/或第七传输会话(tsi-102)。根据本发明的第二实施方式的FIC可被包括在IP/UDP分组中并被发送。图132所示的实际流可对应于上述实际流。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据。信令信息可包括FIC和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的ServiceCategory元素、指定发送SSC的IP地址/端口的SSCIP/Port元素、指定发送SSC的DP的SSCDP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。SSCIP/Port元素可包括与SSC对应的的源IP地址、目的地IP地址和/或UDP端口号。
发送SGDD的传输会话可不同于发送LSID的传输会话。在这种情况下，SSC引导信息(SSCIP/Port元素、SSCDP_ID元素和/或TSI元素)可被ESG引导信息代替。例如，SSCIP/Port元素、SSCDP_ID元素和/或TSI元素可以是指定在相同的频率下通过ATSC3.0广播发送的ESG数据的ESG引导信息。在这种情况下，SSCIP/Port元素、SSCDP_ID元素和/或TSI元素可不包括与SSC有关的信息。指示SSCIP/Port元素、SSCDP_ID元素和/或TSI元素包括ESG引导信息的信息可被包括在FIC的语义中。ESG引导信息可以是指定发送ESG数据和/或SGDD的路径的信息。FIC可另外包括关于SSC和/或LSID的引导信息和/或传输路径信息。另外，SSC和/或LSID可通过预定的特定传输会话来发送。
发送SGDD的传输会话可与发送LSID的传输会话相同。即，LSID可包括SGDD。在这种情况下，SSC引导信息可对应于ESG引导信息。即，SSC引导信息和/或ESG引导信息可指定SSC、LSID、ESG数据和/或SGDD。例如，SSCIP/Port元素可指定发送SSC、LSID、ESG数据和/或SGDD的IP/端口。SSCDP_ID元素可指定发送SSC、LSID、ESG数据和/或SGDD的DP。TSI元素可指定发送SSC、LSID、ESG数据和/或SGDD的传输会话。SSCIP/Port元素可包括与SSC、LSID、ESG数据和/或SGDD的传输关联的源IP地址、目的地IP地址和/或UDP端口号。在这种情况下，SSC和/或LSID可通过预定的特定传输会话来发送。
FIC的分区级别描述符可进一步包括附加ESG引导信息。例如，包括在分区级别描述符中的ESG引导信息可包括num_of_Provider元素和/或至少一个provider元素。例如，provider元素可包括关于提供商的信息。另外，provider元素可包括关于提供商的信息，该提供商提供关于ESG数据和/或ESG的信息。provider元素可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、ServiceID属性和/或URL属性。ServiceID属性指定服务。包括在ESG引导信息中的元素和属性对应于上述元素和属性。
根据本发明的第二实施方式的ESG可被定义为单个服务。FIC服务循环中的SSC引导信息可用作ESG引导信息。
因此，尽管当定义FIC服务循环中的SSC引导信息的语义时需要附加定义方案，但是可通过信息的长度减小FIC大小的增加。通过无法利用SSC引导信息表示的网络类型发送的ESG引导信息通过分区级别描述符来发送。
根据本发明的第二实施方式的ServiceCategory元素可指示ESG服务。
广播发送设备可发送包括LSID的广播信号。
例如，包括在第五传输会话(tsi-0)中的LSID可包括：第六传输会话元素TSI-101，其包含关于第六传输会话的信息；和/或第七传输会话元素TSI-102，其包含关于第七传输会话的信息。根据本发明的第二实施方式的LSID可对应于上述LSID。
尽管广播接收设备可通过SGDD获取第七传输会话元素TSI-102，但是广播接收设备可能无法获取关于与通过对应传输会话发送的SGDU对应的DP的信息。因此，根据第一实施方式的广播发送设备可发送包括DP信息的LSID。
广播接收设备可接收包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据。信令信息可包括FIC和/或LSID。
广播接收设备可获取FIC。该FIC可通过IP/UDP分组来发送。
广播接收设备可基于FIC来获取SSC引导信息和/或ESG引导信息。FIC可包括ESG引导信息。
当发送SGDD的传输会话不同于发送LSID的传输会话时，FIC的SSC引导信息(SSCIP/Port元素、SSCDP_ID元素和/或TSI元素)可被ESG引导信息代替。FIC可进一步包括用于引导和/或标识SSC和/或LSID的附加信息。
当发送SGDD的传输会话与发送LSID的传输会话相同时，SSC引导信息可对应于ESG引导信息。即，SSC引导信息和/或ESG引导信息可指定SSC、LSID、ESG数据和/或SGDD。以下描述基于发送SGDD的传输会话与发送LSID的传输会话相同的情况。
FIC的分区级别描述符可进一步包括附加ESG引导信息。LSID可包括每传输会话的传输数据管线信息(或PLPID)。
广播接收设备可基于FIC来获取LSID。例如，广播接收设备可基于包括在FIC中的SSC引导信息来获取LSID。
广播接收设备可基于FIC来获取ESG引导信息。例如，SSC引导信息可对应于ESG引导信息。
广播接收设备可基于ESG引导信息和/或LSID来获取ESG数据和/或ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第二实施方式的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLPID)。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLPID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第二实施方式的广播发送设备可将ATSC3.0配置增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并且基于SGDD的数据管线信息来获取SGDU。
图133示出根据本发明的第三实施方式的ESG引导描述的信令。
本发明的第三实施方式提供了一种在未来广播系统中利用SMT的ROUTEsession元素来发送ESG引导信息的方法。ESG可被定义为单独的广播服务。ServiceCategory元素可指示FIC的服务循环中的ESG服务。SMT和CMT可通过SSC来发送。然而，需要修改SMT语义的定义。
参照该图，根据本发明的第三实施方式的实际流可包括具有频率“Frqncy-z”的广播流。根据本发明的实施方式的广播流可包括第一分区A。第一分区A可包括第一DP、第二DP、第三DP、第四DP和/或FIC。第一DL可包括第一ROUTE会话。第一ROUTE会话可包括第一服务(A/V服务)。第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。图中所示的第一ROUTE会话可对应于上述ROUTE会话。
第二DP、第三DP和第四DP可包括第二ROUTE会话。第二ROUTE会话可包括第二服务。例如，第二服务可包括ESG服务。第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-ssc)、第七传输会话(tsi-101)和/或第八传输会话(tsi-102)。
第五传输会话(tsi-0)可包括LSID。
第六传输会话(tsi-ssc)可包括SMT和/或组件映射表(CMT)。
第七传输会话(tsi-101)可包括第一传输对象(toi-0)和/或第二传输对象(toi-1)。第一传输对象(toi-0)可包括FDT和/或EFDT。第二传输对象(toi-1)可包括SGDD。
第八传输会话(toi-102)可包括第三传输对象(toi-0)、第四传输对象(toi-1)和/或第五传输对象(toi-2)。第三传输对象(toi-0)可包括FDT和/或EFDT。第四传输对象(toi-1)可包括SGDU。第五传输对象可包括SGDU。SGDU可包括ESG数据。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、CMT和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的ServiceCategory元素、指定发送SSC的IP地址/端口的SSCIP/Port元素、指定发送SSC的DP的SSCDP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。
SSCIP/Port元素、SSCDP_ID元素和/或TSI元素可以是SSC引导信息。SSC引导信息可包括关于发送SMT和/或CMT的SSC的传输路径的信息。例如，SSCIP/Port元素、SSCDP_ID元素和/或TSI元素可以是在相同的频率下通过ATSC3.0广播发送的SSC引导信息。根据本发明的第三实施方式的FIC可被包括在IP/UDP分组中并被发送。
根据本发明的第三实施方式的servicecategory元素可指示ESG服务。
广播发送设备可发送包括SMT、CMT和/或LSID的广播信号。
SMT可包括serviceID元素、category元素、num_ofLSID元素、至少一个LSID元素、num_ofProvider元素和/或至少一个provider元素。
serviceID元素可指定服务。category元素可指定服务的类别。例如，服务类别可包括ESG服务。
num_ofLSID元素可指示LSID的数量。LSID元素可包括关于LSID的信息。
LSID元素可包括ROUTE会话引导信息。例如，LSID元素可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Route_session元素(或announcement_session元素)和/或URL元素。Route_session元素可包括IP(src/dest)元素、port元素、tsi元素和/或DP元素。包括在LSID元素中的元素和/或属性对应于上述元素和/或属性。即使当根据本实施方式的LSID元素具有与根据上述实施方式的LSID元素不同的元素和属性时，LSID元素也可包括与根据上述实施方式的LSID元素相同的信息。Route_session元素可包括ROUTE会话引导信息。ROUTE会话引导信息可包括关于LSID传输路径的信息。
num_ofProvider元素可指示提供关于ESG的信息的提供商的数量。provider元素可包括关于提供商的信息。
provider元素可包括ESG引导信息。另外，provider元素可包括关于提供与ESG数据和/或ESG有关的信息的提供商的信息。例如，provider元素可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Route_session元素(或announcement_session元素)和/或URL元素。Route_session元素可包括IP(src/dest)元素、port元素、tsi元素和/或DP元素。包括在provider元素中的元素和/或属性对应于上述元素和/或属性。即使当根据本实施方式的provider元素具有与根据上述实施方式的provider元素不同的元素和属性时，provider元素也可包括与根据上述实施方式的provider元素相同的信息。Route_session元素或announcement_session元素可包括ESG引导信息。ESG引导信息可包括关于ESG数据传输路径的信息。例如，IP(src/dest)元素和port元素可指示第二ROUTE会话，tsi元素可指示第五传输会话(tsi-101)，DP元素可指示第二DP(DPID＝2)。
包括在第五传输会话中的LSID可包括：第六传输元素(未示出)，其包括关于第六传输会话的信息；第七传输元素TSI-101，其包括关于第七传输会话的信息；和/或第八传输元素TSI-102，其包括关于第八传输会话的信息。第七传输会话元素TSI-101和第八传输会话元素TSI-102中的每一个可包括SourceFlow元素和/或RepairFlow元素。SourceFlow元素可包括realtime属性。例如，当realtime属性为“假”时，realtime属性指示SourceFlow元素的非实时传输。
CMT可包括关于服务中的组件数据的获取路径和/或传输路径的信息。另外，CMT可包括关于通过宽带网络发送的组件的信息。另外，CMT可包括关于包括在其它广播流中的组件的信息。CMT可对应于上述CMT。例如，CMT可包括serviceID属性和/或component元素。serviceID属性可指定对应服务。serviceID属性是与对应组件关联的服务的标识符。component元素可包括关于对应服务中的组件的信息。例如，component元素可包括关于通过相同广播流发送的组件的信息、关于通过宽带网络发送的组件的信息和/或关于通过其它广播流发送的组件的信息。component元素可包括被映射至FLUTE的FDT中所定义的contentLinkage的contentLinkage属性、指定发送广播流中的对应组件的传输会话的tsi属性以及指定发送广播流中的对应组件的DP的DP属性中的至少一个。广播接收设备可基于FIC来获取服务组件。
广播接收设备可接收包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、CMT和/或LSID。
广播接收设备可获取FIC。FIC可通过IP/UDP分组来发送。
广播接收设备可基于FIC来获取SSC引导信息。SSC可包括SMT和/或CMT。
广播接收设备可基于包括在FIC中的SSC引导信息来获取SMT。SMT可包括LSID元素和/或provider元素。LSID元素可包括ROUTEsession元素。LSID元素的ROUTEsession元素可包括LSID传输路径信息。provider元素的ROUTEsession元素可包括ESG引导信息。
当ServiceCategory元素指示ESG服务时，SMT可包括ESG引导信息。例如，当ServiceCategory元素指示ESG服务时，SMT中所描述的LSID传输路径信息可被ESG引导信息代替。SMT可包括LSID传输路径信息和ESG引导信息二者。
广播接收设备可基于SMT获取LSID和/或ESG引导信息。当ServiceCategory指示ESG服务时，SMT中所描述的LSID传输路径信息可被ESG引导信息代替。具体地讲，包括在SMT中的IP(src/dest)元素、port元素、tsi元素和/或DP元素可以是ESG引导信息。ROUTEsession元素可包括LSID和ESG引导信息二者，广播接收设备可基于SMT来获取LSID传输路径信息和ESG引导信息二者。
广播接收设备可基于包括在FIC中的SSC引导信息来获取CMT。
广播接收设备可基于CMT来获取组件匹配信息。例如，CMT可包括ContentLinkage属性、tsi属性和/或DP属性。
广播接收设备可基于SMT、CMT和/或LSID来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的tsi属性来获取LSID中所描述的传输会话，并且获取映射到其的DP信息。即，广播接收设备可基于CMT的tsi属性和/或DP属性来获取实际组件。例如，实际组件可以是用于ESG服务的组件。
具体地讲，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取用于ESG数据和/或ESG服务的SGDD。然后，广播接收设备可基于SSDD来获取用于ESG服务的SGDU。
由于ESG数据可被定义为文件，所以广播接收设备可基于包括在CMT中的contentLinkage属性将ESG数据映射至FLUTE的FDT中所定义的contentLinkage。即，广播接收设备可基于contentLinkage属性获取用于ESG服务的ESG数据。在这种情况下，可作为包括ESG数据的文件提供ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第三实施方式的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLPID)。即，LSID的各个传输会话元素可包括DP属性。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLPID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第三实施方式的广播发送设备可将ATSC3.0配置增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并且基于SGDD的数据管线信息来获取SGDU。
图134示出根据本发明的第四实施方式的ESG引导信息的信令。
本发明的第四实施方式提供了一种在未来广播系统中利用SMT的服务级别描述符发送ESG引导信息的方法。ESG可被定义为单独的广播服务。ServiceCategory元素可指示FIC的服务循环中的ESG服务，SMT和CMT可通过SSC来发送。映射到ESG服务的SMT可包括ESG引导描述符，该ESG引导描述符可被定义为服务级别描述符。
参照该图，根据本发明的第四实施方式的实际流可包括具有频率“Frqncy-z”的广播流。根据本发明的实施方式的广播流可包括第一分区A。第一分区A可包括第一DP、第二DP、第三DP、第四DP和/或FIC。第一DP可包括第一ROUTE会话。第一ROUTE会话可包括第一服务(A/V服务)。第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。图中所示的第一ROUTE会话可对应于上述第一ROUTE会话。
第二DP、第三DP和第四DP可包括第二ROUTE会话。第二ROUTE会话可包括第二服务。例如，第二服务可包括ESG服务。第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-ssc)、第七传输会话(tsi-101)和/或第八传输会话(tsi-102)。图中所示的第二ROUTE会话可对应于上述第二ROUTE会话。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、CMT和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可对应于上述FIC。例如，FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的ServiceCategory元素、指定发送SSC的IP/端口的SSCIP/Port元素、指定发送SSC的DP的SSCDP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。
SSCIP/Port元素、SSCDP_ID元素和/或TSI元素可以是SSC引导信息。SSC引导信息可包括关于发送SMT和/或CMT的SSC的传输路径的信息。例如，SSCIP/Port元素、SSCDP_ID元素和/或TSI元素可以是在相同的频率下通过ATSC3.0广播发送的SSC引导信息。根据本发明的第四实施方式的FIC可被包括在IP/UDP分组中并被发送。
根据本发明的第四实施方式的servicecategory元素可指示ESG服务。
广播发送设备可发送包括SMT、CMT和/或LSID的广播信号。
SMT可对应于上述SMT。例如，SMT可包括指定服务的serviceID属性、指定服务的类别的category属性、包括关于ROUTE会话的信息的至少一个ROUTEsession元素和/或至少一个服务级别描述符。ROUTEsession元素可包括ROUTE会话引导信息。ROUTEsession元素可包括LSID引导信息(或LSID传输路径信息)。category属性可指示ESG服务。
服务级别描述符可包括ESG引导信息。当根据本发明的第四实施方式的servicecategory元素指示ESG服务时，SMT可包括服务级别描述符，该服务级别描述符包括ESG引导信息。广播发送设备可通过服务级别描述符发送ESG引导信息。
LSID可对应于上述LSID。例如，LSID可包括：第七传输元素TSI-101，其包括关于第七传输会话的信息；和/或第八传输元素TSI-102，其包括关于第八传输会话的信息。第七传输会话元素TSI-101和第八传输会话元素TSI-102中的每一个可包括：SourceFlow元素，其提供关于对应传输会话中所包括的源流的信息；和/或RepairFlow元素，其提供关于传输会话中所包括的修复流的信息。SourceFlow元素可包括realtime属性，其指示SourceFlow元素是否承载流媒体数据。例如，当realtime属性为“真”时，realtime属性指示SourceFlow元素的实时传输。当realtime属性为“假”时，realtime属性指示SourceFlow元素的非实时传输。
CMT可对应于上述CMT。例如，CMT可包括指定对应服务的serviceID属性和/或包含关于服务中的组件的信息的component元素。component元素可包括被映射至FLUTE的FDT中所定义的contentLinkage的contentLinkage属性、指定发送广播流中的对应组件的传输会话的tsi属性以及指定发送广播流中的对应组件的DP的DP属性中的至少一个。
广播接收设备可接收包括服务数据和信令数据的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、CMT和/或LSID。
广播接收设备可获取FIC。FIC可通过IP/UDP分组来发送。例如，servicecategory元素可指示ESG服务。FIC可在服务循环中包括SSC引导信息。SSC可包括SMT和/或CMT。
广播接收设备可基于包括在FIC中的SSC引导信息来获取SMT。SMT可包括至少一个ROUTEsession元素和/或至少一个服务级别描述符。
广播接收设备可基于包括在SMT中的ROUTEsession元素来获取LSID。ROUTEsession元素可包括ROUTE会话引导信息。该ROUTE会话引导信息可包括LSID传输路径信息。
另外，广播接收设备可从包括在SMT中的服务级别描述符获取ESG引导信息。当servicecategory元素指示ESG服务时，SMT可包括服务级别描述符，该服务级别描述符包括ESG引导信息。
广播接收设备可基于包括在FIC中的SSC引导信息来获取CMT。广播接收设备可基于CMT获取组件匹配信息。例如，CMT可包括ContentLinkage属性、tsi属性和/或DP属性。
广播接收设备可基于SMT、CMT和/或LSID来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的tsi属性来获取LSID中所描述的传输会话，并且获取映射到其的DP信息。即，广播接收设备可基于CMT的tsi属性和/或DP属性来获取实际组件。例如，该实际组件可以是用于ESG服务的组件。
具体地讲，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取用于ESG数据和/或ESG服务的SGDD。然后，广播接收设备可基于SSDD获取用于ESG服务的SGDU。
由于ESG数据可被定义为文件，所以广播接收设备可基于包括在CMT中的contentLinkage属性将ESG数据映射至FLUTE的FDT中所定义的contentLinkage。即，广播接收设备可基于contentLinkage属性获取用于ESG服务的ESG数据。在这种情况下，可作为包括ESG数据的文件提供ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第四实施方式的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLPID)。即，LSID的各个传输会话元素可包括DP属性。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLPID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第四实施方式的广播发送设备可将ATSC3.0配置增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并且基于SGDD的数据管线信息来获取SGDU。
图135示出根据本发明的第五实施方式的ESG引导信息的信令。
本发明的第五实施方式提供了一种在未来广播网络中利用指南访问表(GAT)发送ESG引导信息的方法。ESG可被定义为服务，服务类别可在FIC服务循环中指示ESG服务，SMT、GAT和/或CMT可通过SSC来发送。被映射至ESG服务的SMT可包括关于发送LSID的ROUTE会话的信息。在本发明的第五实施方式中，针对ESG服务的SSC可包括GAT，该GAT可包括ESG引导信息。
参照该图，根据本发明的第五实施方式的实际流可包括具有频率“Frqncy-z”的广播流。根据本发明的实施方式的广播流可包括第一分区A。第一分区A可包括第一DP、第二DP、第三DP、第四DP和/或FIC。第一DP可包括第一ROUTE会话。第一ROUTE会话可包括第一服务(A/V服务)。第一ROUTE会话可包括第一传输会话(tsi-v)、第二传输会话(tsi-a)、第三传输会话(tsi-s)和/或第四传输会话(tsi-0)。图中所示的第一ROUTE会话可对应于上述第一ROUTE会话。
第二DP、第三DP和第四DP可包括第二ROUTE会话。第二ROUTE会话可包括第二服务。例如，第二服务可包括ESG服务。第二ROUTE会话可包括第五传输会话(tsi-0)、第六传输会话(tsi-ssc)、第七传输会话(tsi-101)和/或第八传输会话(tsi-102)。图中所示的第二ROUTE会话可对应于上述第二ROUTE会话。
广播发送设备可发送包括服务数据和信令信息的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、GAT、CMT和/或LSID。
广播发送设备可发送包括FIC的广播信号。
FIC可对应于上述FIC。例如，FIC可包括指定分区的至少一个PartitionID元素、指定服务的ServiceID元素、指示服务的类别的ServiceCategory元素、指定发送SSC的IP地址/端口的SSCIP/Port元素、指定发送SSC的DP的SSCDP_ID元素、指定发送SSC的传输会话的TSI元素和/或分区级别描述符。
SSCIP/Port元素、SSCDP_ID元素和/或TSI元素可以是SSC引导信息。SSC引导信息可包括关于发送SMT和/或CMT的SSC的传输路径的信息。例如，SSCIP/Port元素、SSCDP_ID元素和/或TSI元素可以是在相同的频率下通过ATSC3.0广播发送的SSC引导信息。根据本发明的第五实施方式的FIC可被包括在IP/UDP分组中并被发送。
根据本发明的第五实施方式的servicecategory元素可指示ESG服务。另外，当servicecategory元素指示ESG服务时，可必须发送GAT。
广播发送设备可发送包括SMT、CMT、GAT和/或LSID的广播信号。
SMT可对应于上述SMT。例如，SMT可包括指定服务的serviceID属性以及包括关于ROUTE会话的信息的至少一个ROUTEsession元素。ROUTEsession元素可包括ROUTE会话引导信息(或者LSID引导信息和LSID传输路径信息)。
GAT可包括关于与对应服务关联的服务指南(SG)数据源的信息。例如，GAT可包括指定对应服务的serviceID属性、指示服务指南提供商的数量的num_of_provider元素和/或包括关于服务指南提供商的信息的至少一个provider元素(服务指南提供商元素)。
provider元素可包括ESG引导信息。例如，provider元素可包括ESG数据和/或关于提供ESG相关信息的提供商的信息。ESG引导信息可包括bootstrap_network_type属性、ts_ID属性、partitionID属性、Route_session元素和/或URL属性。
bootstrap_network_type属性指示ESG引导信息传输类型。bootstrap_network_type属性可指示上述network_type属性。
当通过外来频率发送ESG引导信息时，ts_ID属性指示外来频率的传输流ID。ts_ID属性可指示上述transportStreamID元素。
当通过外来频率发送ESG引导信息时，partitionID属性指示外来频率的分区ID。partitionID属性可指示上述partitionID元素。
Route_session元素可包括指定ROUTE会话的信息。例如，Route_session元素可包括IP(src/dest)属性、port属性、announcement_tsi元素和announcement_DP元素中的至少一个。IP(src/dest)属性可包括上述sourceIPAddr元素和destIPAddr元素。port属性可指示上述destUDPPort元素。sourceIPAddr元素、destIPAddr元素和port元素的组合可指定特定ROUTE会话。announcement_tsi元素可指示标识发送ESG服务和/或ESG引导信息的传输会话和/或LCT会话的标识符。announcement_DP元素可指示标识发送ESG服务和/或ESG引导信息的PLP和/或DP的标识符。announcement_DP元素可指示上述datapipeID元素。
URL属性可指定可访问用于ESG引导信息和/或ESG的信令信息的URL。URL属性可指示上述downloadURL元素。
CMT可对应于上述CMT。例如，CMT可包括指定对应服务的serviceID属性和/或包含关于服务中的组件的信息的component元素。component元素可包括被映射至FLUTE的FDT中所定义的contentLinkage的contentLinkage属性、指定发送广播流中的对应组件的传输会话的tsi属性以及指定发送广播流中的对应组件的DP的DP属性中的至少一个。
LSID可对应于上述LSID。例如，LSID可包括：第七传输元素TSI-101，其包括关于第七传输会话的信息；和/或第八传输元素TSI-102，其包括关于第八传输会话的信息。第七传输会话元素TSI-101和第八传输会话元素TSI-102中的每一个可包括：SourceFlow元素，其提供关于包括在对应传输会话中的源流的信息；和/或RepairFlow元素，其提供关于包括在传输会话中的修复流的信息。SourceFlow元素可包括realtime属性，其指示SourceFlow元素是否承载流媒体数据。例如，当realtime属性为“真”时，realtime属性指示SourceFlow元素的实时传输。当realtime属性为“假”时，realtime属性指示SourceFlow元素的非实时传输。
广播接收设备可接收包括服务数据和信令数据的广播信号。例如，服务数据可包括ESG数据，信令信息可包括FIC、SMT、GAT、CMT和/或LSID。
广播接收设备可获取FIC。FIC可通过IP/UDP分组来发送。例如，servicecategory元素可指示ESG服务。FIC可在服务循环中包括SSC引导信息。当servicecategory元素指示ESG服务时，可必须发送GAT。
广播接收设备可基于FIC来获取SSC引导信息。SSC可包括SMT、CMT和/或GAT。
广播接收设备可基于包括在FIC中的SSC引导信息来获取SMT。广播接收设备可基于包括在SMT中的ROUTEsession元素来获取ROUTE引导信息(或者LSID引导信息和LSID传输路径信息)。另外，广播接收设备可基于SMT来获取LSID。具体地讲，广播接收设备可基于SMT的ROUTE引导信息来获取LSID。
广播接收设备可基于包括在FIC中的SSC引导信息来获取GAT。另外，广播接收设备可从GAT获取ESG引导信息。
广播接收设备可基于包括在FIC中的SSC引导信息来获取CMT。广播接收设备可基于CMT来获取组件匹配信息。例如，CMT可包括ContentLinkage属性、tsi属性和/或DP属性。
广播接收设备可基于SMT、GAT、CMT和/或LSID来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取ESG数据和/或ESG服务。例如，广播接收设备可基于CMT的tsi属性来获取LSID中所描述的传输会话，并且获取映射到其的DP信息。即，广播接收设备可基于CMT的tsi属性和/或DP属性获取实际组件。例如，该实际组件可以是用于ESG服务的组件。
具体地讲，广播接收设备可基于CMT的LSID、ESG引导信息和/或组件匹配信息来获取用于ESG数据和/或ESG服务的SGDD。然后，广播接收设备可基于SSDD来获取用于ESG服务的SGDU。
由于ESG数据可被定义为文件，所以广播接收设备可基于包括在CMT中的contentLinkage属性将ESG数据映射至FLUTE的FDT中所定义的contentLinkage。即，广播接收设备可基于contentLinkage属性获取用于ESG服务的ESG数据。在这种情况下，可作为包括ESG数据的文件提供ESG服务。
为了获取ESG声明信道信息并且发送(或传送)ESG数据，根据本发明的第五实施方式的广播发送设备可在LSID中增加每传输会话的传输数据管线信息(或PLPID)。即，LSID的各个传输会话元素可包括DP属性。因此，广播发送设备可发送SGDU。广播接收设备可接收包括每传输会话的数据管线信息(或PLPID)的LSID并且基于该LSID获取SGDU。
另外，根据本发明的第五实施方式的广播发送设备可将ATSC3.0配置增加到SGDD的句法以增加数据管线信息。在这种情况下，广播接收设备可接收SGDD并且基于SGDD的数据管线信息来获取SGDU。
图136示出根据本发明的第五实施方式的GAT。
描述根据本发明的未来广播网络中可用的信令信息格式。信令信息可包括信令消息头和信令消息。信令消息可按照二进制或XML格式表示。信令消息可作为诸如IP数据报或应用层传输分组(例如，ROUTE或MMT)的有效载荷被包括并被发送。例如，信令消息可包括GAT。
信令消息头可包括signaling_id元素和service_id元素。signaling_id元素指示信令消息的标识符。例如，signaling_id元素可指示GAT信令消息。service_id元素指示服务的标识符。例如，service_id元素可指示ESG服务。SMT可包括映射至service_id元素的标识符。
GAT可包括至少一个服务级别描述符。例如，GAT可包括ESG引导描述。
ESG引导描述可包括用于ESG的引导的信息。ESG引导信息可包括ESG引导信息和/或用于ESG的引导信息。广播接收设备可基于ESG引导描述和/或ESG引导信息来接收、获取和/或处理ESG。
ESG引导描述可包括至少一个服务指南(SG)提供商元素。SG提供商指示提供与ESG有关的信息的提供商。SG提供商元素可包括name属性和/或至少一个bootstrap元素。
name属性指示SG提供商的名称。
bootstrap元素可包括至少一条引导信息。bootstrap元素可包括network_type属性、sourceIPAddr元素、destIPAddr元素、destUDPPort元素、transportStreamID元素、partitionID元素、datapipeID元素、tsi元素和/或downloadURL元素。例如，bootstrap元素可以是ESG引导信息。
network_type元素可指示ESG数据传输类型。
sourceIPAddr元素可指示ESG数据和/或SG数据的源ID地址。例如，sourceIPAddr元素可包括承载用于服务和/或ESG的服务层信令信息的分组的IP源地址。
destIPAddr元素可指示ESG数据和/或SG数据的目的地IP地址。例如，destIPAddr元素可包括承载用于服务和/或ESG的服务层信令信息的分组的目的地IP地址。
destUDPPort元素可指示ESG数据和/或SG数据的目的地端口号。例如，destUDPPort元素可包括承载用于服务和/或ESG的服务层信令信息的分组的端口号。
当通过外来频率发送ESG数据时，transportStreamID元素可指示与外来频率对应的传输流标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。
当通过外来频率发送ESG数据时，partitionID元素可指示与外来频率对应的分区标识符。例如，分区标识符标识广播商。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。
datapipeID元素可指示标识发送ESG数据的PLP和/或DP的标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当通过广播网络发送ESG数据时，datapipeID元素可具有单个值。
tsi元素可指示标识发送ESG数据的传输会话和/或LCT会话的标识符。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当ESG数据通过广播网络发送时，tsi元素可包括至少一个值。
downloadURL元素可指示可访问通过宽带网络发送的ESG数据的URL。该值可根据network_type属性的值被选择性地包括在bootstrap元素中。例如，当ESG数据通过宽带网络发送时，downloadURL元素可具有单个值。
广播发送设备可发送包括服务数据和信令信息的广播信号。信令信息可包括GAT，该GAT可在服务级别描述符中包括ESG引导信息。广播接收设备可基于包括在信令信息中的ESG引导信息来获取和/或处理ESG服务。
图137示出本发明的第一实施方式至第五实施方式的效果。
现在将描述本发明的第一实施方式的效果。
关于FIC目的(快速信道扫描)，在本发明的第一实施方式中重复地发送与快速扫描无关的信息。例如，FIC可在分区级别描述符中包括ESG引导信息。因此，可在本发明的第一实施方式中重复地传送ESG引导信息。
针对FIC大小，由于在本发明的第一实施方式中ESG未被定义为服务，所以FIC大小减小了从服务循环排除的大小。例如，FIC大小可减小与从服务循环排除的SSC引导信息对应的大小。另外，FIC大小可由于ESG引导信息而增加。
关于FIC语义，由于在本发明的第一实施方式中ESG未被定义为服务，所以FIC语义被清晰地定义。例如，服务循环不包括ESG引导信息，分区级别描述符包括ESG引导信息。
关于ESG引导信息获取时间，在本发明的第一实施方式中当ESG引导信息变化时FIC连续地改变。因此，在本发明的第一实施方式中可快速地获取包括在FIC中的ESG引导信息。
关于清晰语义定义，在本发明的第一实施方式中ESG未被定义为服务，因此FIC语义被清晰地定义。
关于LSID扩展，在本发明的第一实施方式中为了DP信息的映射，需要LSID中的TSI与DP之间的映射的定义。
在本发明的第一实施方式中，FIC维持一致，并且SSC可能不存在。
现在将描述本发明的第二实施方式的效果。
关于FIC目的(快速信道扫描)，在本发明的第二实施方式中重复地发送与快速扫描无关的信息。例如，FIC的服务循环的SSC引导信息可被ESG引导信息代替。SSC引导信息可对应于ESG引导信息。因此，在本发明的第二实施方式中可重复地传送ESG引导信息。
关于FIC大小，在本发明的第二实施方式中，当FIC包括ESG引导信息的源IP地址、目的地IP地址、目的地端口号、TSI信息和/或DP信息时，FIC大小没有增加。然而，当FIC包括关于用于ESG引导信息的外来频率的广播信息和宽带信息时，FIC大小可能增加。
关于FIC语义，在本发明的第二实施方式中，SSC的目的取决于服务类别。例如，当服务类别指示ESG服务时，SSC引导信息可被ESG引导信息代替。或者，SSC引导信息可对应于ESG引导信息。当服务类别不指示ESG服务时，SSC引导信息可用于其原始目的。
关于ESG引导信息获取时间，在本发明的第二实施方式中当ESG引导信息变化时FIC连续地改变。因此，在本发明的第二实施方式中可快速地获取包括在FIC中的ESG引导信息。
关于清晰语义定义，在本发明的第二实施方式中SSC引导信息的定义可根据服务类别而改变。另外，在本发明的第二实施方式中信令信息可不包括SMT和/或CMT。
关于LSID扩展，在本发明的第二实施方式中为了DP信息的映射，需要LSID中的TSI与DP之间的映射的定义。
关于一致性，在本发明的第二实施方式中即使服务属于服务类别，信令信息也可能不包括SMT和/或CMT。
现在将描述本发明的第三实施方式的效果。
关于FIC大小，在本发明的第三实施方式中用于ESG服务的FIC大小可对应于用于A/V服务的FIC大小。
关于FIC语义定义，在本发明的第三实施方式中FIC可包括指示关于SSC传送的信息的SSC引导信息。
关于ESG引导信息获取时间，在第三实施方式中由于FIC中不包括ESG引导信息，所以与第一实施方式和第二实施方式相比，花费更长时间来获取ESG引导信息。
关于服务信令带宽，在本发明的第三实施方式中，当ESG引导信息被包括在描述符中时，考虑到SMT需要被频繁地发送，信令带宽方面的效率可能变差。
关于清晰语义定义，在本发明的第三实施方式中，SMT的LSID传输信息的定义需要与提供商的定义相区分。
关于LSID扩展，尽管对于本发明的第三实施方式而言LSID扩展不是必要的，但是CMT可能需要被扩展。CMT可包括根据TSI的DP配置信息和/或根据ContentLinkage的DP配置信息。
现在将描述本发明的第四实施方式的效果。
关于FIC大小，在本发明的第四实施方式中，用于ESG服务的FIC大小可对应于用于A/V服务的FIC大小。
关于FIC语义定义，在本发明的第四实施方式中，FIC可包括指示关于SSC传送的信息的SSC引导信息。
关于ESG引导信息获取时间，在第四实施方式中由于FIC中不包括ESG引导信息，所以与第一实施方式和第二实施方式相比花费更长的时间来获取ESG引导信息。然而，根据本发明的第四实施方式的ESG引导信息获取时间可对应于根据本发明的第三实施方式的ESG引导信息获取时间。
关于服务信令带宽，在本发明的第四实施方式中，当ESG引导信息被包括在描述符中时，考虑到SMT需要被频繁地发送，信令带宽方面的效率可能变差。
关于清晰语义定义，在本发明的第四实施方式中，FIC包括SSC引导信息，SMT包括ESG引导信息，因此可定义清晰的语义。
关于LSID扩展，尽管对于本发明的第四实施方式而言LSID扩展不是必要的，但是CMT可能需要被扩展。CMT可包括根据TSI的DP配置信息和/或根据ContentLinkage的DP配置信息。
关于一致性，在本发明的第四实施方式中，至SMT的服务级别描述符的ESG引导信息传送可能不一致。
现在将描述本发明的第五实施方式的效果。
关于FIC大小，在本发明的第五实施方式中，用于ESG服务的FIC大小可对应于用于A/V服务的FIC大小。
关于FIC语义定义，在本发明的第五实施方式中，FIC可包括指示关于SSC传送的信息的SSC引导信息。
关于ESG引导信息获取时间，根据本发明的第五实施方式的ESG引导信息获取时间可比根据本发明的第四实施方式的ESG引导信息获取时间长。
关于服务信令带宽，在本发明的第五实施方式中，如果GAT没有比SMT更频繁地发送，则可节省带宽。
关于清晰语义定义，在本发明的第五实施方式中，FIC包括SSC引导信息，SMT包括ROUTE引导信息(LSID传输路径信息)，GAT包括ESG引导信息，因此可定义清晰的语义。
关于LSID扩展，尽管对于本发明的第五实施方式而言LSID扩展不是必要的，但是CMT可能需要被扩展。CMT可包括根据TSI的DP配置信息和/或根据ContentLinkage的DP配置信息。
图138是示出根据本发明的实施方式的广播接收设备的操作的流程图。
根据本发明的实施方式的广播接收设备可包括广播接口、宽带接口和/或控制器。根据本发明的实施方式的广播接口、宽带接口和/或控制器可包括以上描述。
例如，广播接口可通过广播网络接收广播信号。广播接口可包括物理层模块和物理层IP帧模块。或者，广播接口可包括调谐器和物理帧解析器中的至少一个。
例如，宽带接口可经由互联网发送和/或接收数据。宽带接口可包括互联网接入控制模块。
例如，控制器可包括上述信令解码器、数据库、服务信令管理器、报警信令管理器、服务指南管理器、应用信令管理器、定向信令管理器、流媒体引擎、非实时文件处理器、组件同步器、定向处理器、应用处理器、报警处理器、A/V处理器、再分配模块、服务/内容获取控制器和/或伴生屏幕接口。伴生屏幕接口可包括数据共享单元和/或装置管理器。包括在根据本发明的实施方式的控制器中的组件可包括上述对应组件。
另外，控制器可包括上述物理层控制器、链路层帧解析器(或链路层帧处理器)、IP/UDP数据报过滤器、应用层传输客户端、定时控制器、系统时钟、DTV控制引擎、用户输入接收机、信令解析器、信道映射数据库、HTTP访问客户端、HTTP访问高速缓存、DASH客户端、ISOBMFF解析器、媒体解码器和文件数据库中的至少一个。根据本发明的实施方式的控制器中所包括的组件可包括上述对应组件。
广播接收设备可利用广播接口接收包括服务数据和信令信息的广播信号(CS1330100)。
信令信息可包括用于服务获取的第一信令信息。例如，第一信令信息可包括SMT、GAT、CMT和/或LSID。
另外，信令信息可包括提供引导发现的第二信令信息。即，信令信息可包括包含对服务的引导信息的第二信令信息。例如，第二信令信息可包括FIC。
服务数据可包括ESG数据。
信令信息可包括对电子服务指南(ESG)数据的ESG引导信息。
广播接收设备可利用控制器基于信令信息获取服务数据(CS1330200)。
随后，广播接收设备可利用控制器将服务数据解码(CS1330300)。
例如，ESG引导信息可包括指示ESG数据的传输类型的类型信息(或network_type属性)。
例如，ESG引导信息可包括指示ESG数据的源IP地址的源IP地址元素(或sourceIPAddr元素)、指示ESG数据的目的地IP地址的目的地IP地址元素(或destIPAddr元素)和指示ESG数据的目的地端口号的目的地端口号元素(或destUDPPort元素)中的至少一个。
例如，ESG引导信息可包括：transportStreamID元素，其指定发送ESG数据的频率；partitionID元素，其指定与频率对应的分区；PLPID元素(或datapipeID元素)，其指定发送ESG数据的物理层管道(PLP)；TSI元素(或tsi元素)，其指示发送ESG数据的传输会话；和/或URL元素(或downloadURL属性)，其指示通过宽带发送的ESG数据的位置。
第二信令信息可包括ESG引导信息。另外，第二信令信息可包括指示服务类别的类别信息(或servicecategory元素)。该类别信息可指示ESG服务。
第一信令信息可包括包含关于传输会话的信息的传输会话元素，该传输会话元素可包括指示用于该传输会话的PLP的PLPID元素(或DP属性)。
尽管描述了广播接收设备，可根据本发明的实施方式提供能够执行广播接收设备的逆功能的广播发送设备。例如，广播发送设备可包括控制器和/或发送机。控制器可生成上述服务数据和/或信令信息。发送机可发送包括服务数据和/或信令信息的广播信号。
图139示出根据本发明的实施方式的信道映射配置方法。
根据本发明的实施方式可提供根据装置能力配置信道映射的方法。为了标识每一服务所需的装置能力，根据本发明的实施方式的FIC可在FIC循环中包括device_capa_code属性。device_capa_code属性可指定装置能力。广播接收设备可接收FIC并基于FIC的device_capa_code属性配置(生成)与装置能力对应的信道映射。
将参照附图描述根据本发明的实施方式的广播信号的结构。
具有特定频率的广播信号可包括信令信息。例如，信令信息可包括FIC和/或SLS。FIC可被称作SLT。FIC可被包括在IP/UDP分组中并被发送。
具有特定频率的广播信号可包括包含相同内容的高清(HD)视频服务和超高清(UHD)视频服务。各个服务可通过至少一个经由单向传输的实时对象传送(ROUTE)会话来发送。为此，广播信号可包括至少一个ROUTE会话。各个ROUTE会话可包括服务层信令信息和至少一个组件。另外，各个ROUTE会话可由源IP地址、目的地IP地址和目的地端口号的组合指定。另外，各个ROUTE会话可通过至少一个DP和PLP来发送。各个ROUTE会话可包括至少一个传输会话(或LCT会话)。各个传输会话可由TSI指定。另外，各个传输会话可包括信令信息和/或内容组件。例如，包括在信令信息中的信令信息可包括服务层信令信息(SLS)。内容组件可包括视频组件和/或音频组件。
广播信号可包括第一ROUTE会话和第二ROUTE会话。第一ROUTE会话可包括HD服务，第二ROUTE会话可包括用于UHD服务的附加信息。HD服务可通过第一ROUTE会话发送，UHD服务可通过第一ROUTE会话和第二ROUTE会话来发送。
服务层信令信息可依照服务存在。例如，在用于HD服务的第一ROUTE会话中可存在用于HD服务的服务层信令信息。另外，在用于UHD服务的第二ROUTE会话中可存在用于UHD服务的服务层信令信息。存在于第一ROUTE会话中的用于HD服务的服务层信令信息可用作用于UHD服务的服务层信令信息。这里，服务层信令信息可包括LSID和SSC(SMT、MDP和/或CMT)中的至少一个。
第一ROUTE会话可由源IP地址sip-hd、目的地IP地址ip-hd和目的地端口号udp-hd的组合指定。另外，第一ROUTE会话可通过第一DPdp-1和第二DPdp-2来发送。另外，第一ROUTE会话可包括第一传输会话tsi-0、第二传输会话tsi-a和第三传输会话tsi-v-b。第一传输会话tsi-0可包括LSID和信令表。例如，信令表可指示SSC。SSC可包括SMT、MPD和/或CMT。第二传输会话tsi-a可包括音频组件。例如，该音频组件可包括至少一个音频片段。第三传输会话tsi-v-b可包括基本视频组件。例如，该基本视频组件可包括至少一个基本视频片段。例如，基本视频组件是用于提供HD服务的视频组件。
第二ROUTE会话可由源IP地址sip-uhd、目的地IP地址ip-uhd和目的地端口号udp-uhd的组合来指定。另外，第二ROUTE会话可通过第三DPdp-3和第四DPdp-4来发送。另外，第二ROUTE会话可包括第四传输会话tsi-0和第五传输会话tsi-v-e。第四传输会话tsi-0可包括LSID和信令表。例如，信令表可指示SSC。SSC可包括SMT、MPD和/或CMT。第五传输会话tsi-v-e可包括增强视频组件。例如，增强视频组件可包括至少一个增强视频片段。例如，增强视频组件是用于提供UHD服务的视频组件和/或附加信息。
将描述FIC。
FIC可被称作服务列表表格(SLT)。SLT是信令信息表，其构建基本服务列表并且提供服务层信令(SLS)的引导信息。
FIC可包括service_id属性、device_capa_code属性、SSC_src_IP_address属性、SSC_dst_IP_address属性、SSC_dst_UDP_Port属性、SSC_tsi属性和/或SSC_DP_id属性。
service_id属性是用于标识服务的标识符。
device_capa_code属性指定服务的内容的解码和/或有意义再现所需的装置能力和/或能力组。device_capa_code属性可被包括在FIC或SLS中。能力类别可包括下载协议、FEC算法、包装/存档格式、压缩算法、媒体类型和/或互联网链接。
例如，device_capa_code属性可针对下载协议指示FLUTE协议和/或HTTP。关于FEC算法，device_capa_code属性可指示紧凑无代码FEC方案和/或Raptor算法。关于包装/存档格式，device_capa_code属性可指示DECECFF容器一般格式、ZIP格式、DECECFF容器格式、DECECFF容器格式、DECECFF容器格式、用于AAC音频的ISO基本媒体文件格式、ATSC顺应MPEG-2传输流、MP4约束容器格式和/或W3CWeb应用包。关于压缩算法，device_capa_code属性可指示DEFLATE算法，关于媒体类型，device_capa_code属性可指示AVC标清视频、AVC高清视频、AC-3音频、E-AC-3音频、MP3音频、浏览器配置文件A(A/105)、依照RFC4287的Atom、AVC移动视频、HEAACv2移动音频、HEAACv24级音频、DTS-HD音频、CFF-TT、CEA-708字幕、MPEG环绕的HEAACv2、HEAACv26级音频、帧兼容3D视频(并排)、帧兼容3D视频(上下)、ATSC3.0HEVC视频1(例如，HD视频)、ATSC3.0HEVC视频2(例如，UHD视频)、ATSC3.0SHVC视频1、ATSC3.0HDR视频1、ATSC3.0广色域视频1、ATSC3.0编码音频1(例如，5.1.声道环绕音频)、ATSC3.0编码音频2(例如，沉浸/3D音频)和/或对话级调整。关于互联网链接，device_capa_code属性可指示下载速率56000bps或更好、下载速率512000bps或更好、下载速率2000000bps或更好和/或下载速率10000000bps或更好。
SSC_src_IP_address属性可指示承载用于对应服务的SLS的分组的源地址。
SSC_dst_IP_address属性可指示承载用于对应服务的SLS的分组的目的地地址。
SSC_dst_UDP_Port属性可指示与承载用于对应服务的SLS的分组对应的端口号。
SSC_tsi属性是标识符，其标识发送用于对应服务的SLS的传输会话。然而，SSC_tsi属性可具有固定的值“0”。当SSC_tsi属性为“0”时，FIC可不包括SSC_tsi属性。
SSC_DP_id属性指定发送用于对应服务的SLS的数据管道(或物理层管道)的标识符。
FIC可包括用于HD服务的第一服务元素和用于UHD服务的第二服务元素。
第一服务元素可包括值为“sid-hd”的service_id属性、值为“0x01”的device_capa_code属性、值为“sip-hd”的SSC_src_IP_address属性、值为“ip-hd”的SSC_dst_IP_address属性、值为“udp-hd”的SSC_dst_UDP_Port属性、值为“tsi-0”的SSC_tsi属性和/或值为“dp-1”的SSC_DP_id属性。这里，值为“sid-hd”的service_id属性可指示HD服务。值为“0x01”的device_capa_code属性可指示能力信息对应于HD服务。值为“sip-hd”的SSC_src_IP_address属性、值为“ip-hd”的SSC_dst_IP_address属性和值为“udp-hd”的SSC_dst_UDP_Port属性的组合可指示第一ROUTE会话。值为“tsi-0”的SSC_tsi属性和值为“dp-1”的SSC_DP_id属性可指示发送用于HD服务的SLS(例如，LSID和SSC)的路径。
第二服务元素可包括值为“sid-uhd”的service_id属性、值为“0x02”的device_capa_code属性、值为“sip-uhd”的SSC_src_IP_address属性、值为“ip-uhd”的SSC_dst_IP_address属性、值为“udp-uhd”的SSC_dst_UDP_Port属性、值为“tsi-0”的SSC_tsi属性和/或值为“dp-3”的SSC_DP_id属性。这里，值为“sid-uhd”的service_id属性可指示UHD服务。值为“0x02”的device_capa_code属性可指示能力信息对应于UHD服务。值为“sip-uhd”的SSC_src_IP_address属性、值为“ip-uhd”的SSC_dst_IP_address属性和值为“udp-uhd”的SSC_dst_UDP_Port属性的组合可指示第二ROUTE会话。值为“tsi-0”的SSC_tsi属性和值为“dp-3”的SSC_DP_id属性可指示发送用于UHD服务的SLS(例如，LSID和SSC)的路径。
将描述SMT。
SMT可包括服务的属性(ID、名称、类别等)以及关于可获取服务的路径的信息。例如，关于可获取服务的路径的信息可包括用于服务的ROUTE会话的引导信息和/或SLS传输路径信息。
SMT可包括用于HD服务的第一服务映射信息和用于UHD服务的第二服务映射信息。
第一服务映射信息和第二服务映射信息中的每一个可包括至少一个ROUTEsession元素，其包含用于标识对应服务的service_id属性、用于服务的ROUTE会话的引导信息和SLS传输路径信息。ROUTEsession元素可包括srcIPaddr属性、destIPaddr属性、destUDPPort属性和/或LSID_DP属性。srcIPaddr属性、destIPaddr属性和/或destUDPPort属性的组合可被称作ROUTE会话引导信息。LSID_DP属性可被称作SLS传输路径信息。
srcIPaddr属性指示承载用于对应服务的SLS的分组的源地址。
destIPaddr属性指示承载用于对应服务的SLS的分组的目的地地址。
destUDPPort属性指示与承载用于服务的SLS的分组对应的端口号。
LSID_DP属性指示发送用于服务的SLS的数据管道(或物理层管道)的标识符。
第一服务映射信息可包括指定HD服务的service_id元素和第一ROUTEsession元素(包含用于HD服务的第一ROUTE会话的引导信息和SLS传输路径信息)中的至少一个。例如，用于HD服务的service_id元素可具有值“sid-hd”。用于HD服务的第一ROUTE会话的srcIPaddr属性、destIPaddr属性和destUDPPort属性可分别具有值“sip-hd”、“ip-hd”和“udp-hd”。用于HD服务的第一ROUTE会话的LSID_DP属性可具有值“dp-1”。
第二服务映射信息可包括指定UHD服务的service_id元素、第一ROUTEsession元素(包含用于UHD服务的第一ROUTE会话的引导信息和SLS传输路径信息)和第二ROUTEsession元素(包含用于UHD服务的第二ROUTE会话的引导信息和SLS传输路径信息)中的至少一个。例如，用于UHD服务的service_id元素可具有值“sid-uhd”。用于UHD服务的第一ROUTE会话的srcIPaddr属性、destIPaddr属性和destUDPPort属性可分别具有值“sip-hd”、“ip-hd”和“udp-hd”。用于UHD服务的第一ROUTE会话的LSID_DP属性可具有值“dp-1”。另外，用于UHD服务的第二ROUTE会话的srcIPaddr属性、destIPaddr属性和destUDPPort属性可分别具有值“sip-uhd”、“ip-uhd”和“udp-uhd”。用于UHD服务的第二ROUTE会话的LSID_DP属性可具有值“dp-3”。
将描述MDP。
MDP可包括线性/流服务的各个媒体组件的资源标识符。另外，MDP可包括所标识的资源的上下文。例如，资源标识符是标识与服务的组件关联的表示的信息。
MPD可包括至少一个period元素，period元素包含关于构成媒体呈现的连续时间周期的信息。各个period元素可包括用于标识周期的perId属性和包含关于组件的信息的至少一个representation元素中的至少一个。各个representation元素可包括用于标识与服务的组件关联的representation的reptnId属性。另外，各个representation元素可包括dependencyId属性，dependencyId属性指示在解码和/或呈现处理中对应表示所依赖于的至少一个互补表示。
例如，representation元素可包括：第一representation元素，其包含关于音频组件的信息；第二representation元素，其包含关于用于HD服务的基本视频组件的信息；和/或第三representation元素，其包含关于用于UHD服务的增强视频组件的信息。第三representation元素依赖于用于UHD服务的第二representation。第一representation元素中的reptnID属性可具有值“com-a”，第二representation元素中的reptnID属性可具有值“com-v-b”，第三representation元素中的reptnID属性可具有值“com-v-e”。另外，第三representation元素可包括dependencyId属性，该dependencyId属性可指示“com-v-b”。
将描述CMT。
CMT可包括关于服务的组件数据的传输路径的信息。例如，传输路径信息可以是用于标识发送服务的组件数据的DP(或PLP)的信息。
CMT可包括用于HD服务的第一组件映射信息和用于UHD服务的第二组件映射信息。
第一组件映射信息和第二组件映射信息中的每一个可包括用于指定服务的service_id属性、用于指定周期的perID属性和/或包含关于组件的传输路径的信息的至少一个Comp元素。例如，Comp元素可包括标识与对应服务的组件关联的表示的reptnId属性和/或指示发送服务的组件的DP的datapipeID属性。datapipeID属性可被称作组件的传输路径信息。
第一组件映射信息可包括用于指定服务的service_id属性、用于指定周期的perID属性、包含关于用于HD服务的音频组件的传输路径的信息的第一Comp元素和/或包含关于用于HD服务的基本视频组件的传输路径的信息的第二Comp元素。例如，service_id属性可具有值“sid-hd”，perID属性可具有值“per-1”。另外，包括在用于HD服务的第一Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-a”和“dp-2”。包括在用于HD服务的第二Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-v-b”和“dp-2”。
第二组件映射信息可包括用于指定服务的service_id属性、用于指定周期的perID属性、包含关于用于UHD服务的音频组件的传输路径的信息的第一Comp元素、包含关于用于UHD服务的基本视频组件的传输路径的信息的第二Comp元素和/或包含关于用于UHD服务的增强视频组件的传输路径的信息的第三Comp元素。例如，service_id属性可具有值“sid-uhd”，perID属性可具有值“per-1”。另外，包括在用于UHD服务的第一Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-a”和“dp-2”。包括在用于UHD服务的第二Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-v-b”和“dp-2”。包括在用于UHD服务的第三Comp元素中的reptnId属性和datapipeID属性可分别具有值“com-v-e”和“dp-4”。
将描述LSID。
LSID可被称作基于服务的传输会话实例描述(S-TSID)。S-TSID可包括发送服务的至少一个内容组件的至少一个传输会话的会话描述信息。例如，LSID可包括指定发送服务的组件的传输会话的信息。
LSID可包括用于HD服务的第一LSID和用于UHD服务的第二LSID。
第一LSID可被包括在第一ROUTE会话中。第一LSID可包括承载组件的至少一个TransportSession元素。各个TransportSession元素可包括SourceFlow元素，SourceFlow元素提供关于包括在传输会话中的源流的信息。SourceFlow元素可包括ApplicationIdentifier元素，其包含被映射至通过传输会话发送的服务(或应用服务)的附加信息。例如，ApplicationIdentifier元素可包括DASH内容的表示ID和/或DASH媒体表示的适配集参数。表示ID与服务的组件关联并且可被称作reptnID属性。ApplicationIdentifier元素可被称作ContentInfo元素。
第一LSID可包括承载音频组件的第一TransportSession元素和/或承载基本视频组件的第二TransportSession元素。例如，在第一TransportSession元素中，tsi属性可具有值“tsi-a”，reptnID属性可具有值“com-a”。另外，在第二TransportSession元素中，tsi属性可具有值“tsi-v-b”，reptnID属性可具有值“com-v-b”。
第二LSID可包括承载增强视频组件的第三TransportSession元素。例如，在第三TransportSession元素中，tsi属性可具有值“tsi-v-e”，reptnID属性可具有值“com-v-e”。
在图中，各个ROUTE会话包括单个LSID(传输会话信息)并且存在两个LSID。然而，本发明不限于此。例如，各个服务可包括单个LSID(传输会话信息)。在这种情况下，单个LSID可包括关于至少一个传输会话的信息，通过所述至少一个传输会话发送用于特定服务的至少一个ROUTE会话中所包括的至少一个组件。例如，单个LSID可包括用于UHD服务的第一TransportSession元素、第二TransportSession元素和第三TransportSession元素的全部。
参照该图，根据本发明的实施方式的单个频率可包括HD服务和UHD服务，HD服务和UHD服务包括相同的内容。
例如，当device_capa_code属性具有值“0x00”时，装置能力可指示标清(SD)服务。当device_capa_code属性具有值“0x01”时，装置能力可指示HD服务。当device_capa_code属性具有值“0x02”时，装置能力可指示UHD服务。
无法再现UHD服务的装置(例如，移动装置)可基于device_capa_code属性来配置排除了与UHD服务对应的信道的信道映射。
诸如TV的固定装置可再现HD服务和UHD服务二者，因此固定装置可配置包括与HD服务和UHD服务对应的所有信道的信道映射。
图140示出根据本发明的实施方式的信道映射配置方法。
当在未来广播网络中以各种服务格式提供相同的内容时，可根据本发明的实施方式提供一种标识内容的方法。为了标识内容，根据本发明的实施方式的FIC可在FIC循环中包括service_channel_number属性。service_channel_number属性可指示与服务对应的信道号。广播接收设备可接收FIC并且基于FIC的service_channel_number属性来配置排除承载相同内容的信道(或服务)的信道映射。
具有特定频率的广播信号可包括信令信息。例如，信令信息可包括FIC和/或SLS。FIC可被称作SLT。FIC可被包括在IP/UDP分组中并被发送。根据本实施方式的广播信号、FIC和/或SLS的结构可对应于或包括上面描述的对应结构。
根据本发明的实施方式的FIC可包括service_channel_number属性，service_channel_number属性指示元素中的服务的信道号。service_channel_number属性可包括指示服务的主信道号的majorChannelNo属性和/或指示服务的次信道号的minorChannelNo属性。
FIC可包括用于HD服务的第一service元素和用于UHD服务的第二service元素。例如，HD服务和UHD服务可提供相同的内容。第一service元素可包括值为“cnum-x”的service_channel_number属性，第二service元素可包括值为“cnum-x”的service_channel_number属性。第一service元素的service_channel_number属性和第二service元素的service_channel_number属性可具有相同的值“cnum-x”。
参照该图，根据本发明的实施方式的频率可包括HD服务和UHD服务，HD服务和UHD服务包含相同的内容。
例如，当按照诸如HD服务和/或UHD服务的服务格式发送相同的内容时，各个服务的service_channel_number属性可具有相同的值。
代替冗余地配置承载相同内容的HD信道(服务)信息和/或UHD信道(服务)信息，能够执行UHD再现的设备可基于service_channel_number属性来仅选择UHD信道以配置信道映射。
图141示出根据本发明的实施方式的用于过滤服务信令信息的分组结构。
诸如上述SLS的服务信令信息可按照LCT分组的形式发送。如上所述，SLS可通过专用LCT会话来发送。根据实施方式，SLS可通过单独的服务信令信道来发送。这里，专用LCT会话可表示由tsi＝0标识的LCT会话。服务信令信息可被称作服务信令消息。
以LCT分组的形式传送的服务信令信息可包括上述USBD、S-TSID和MPD。这种服务信令信息的片断可被包括在LCT分组中并被发送。通过传输分组结构发送的结构可对应于诸如上述USBD、信令数据的XML/二进制数据、多部分MIME容器、由3GPP元数据包封组成的信令信息或者这些数据的部分的信令信息。
本发明提供了一种在接收服务信令信息时用于过滤和接收/处理服务信令信息的传输分组结构。
在所示的LCT分组结构t141010中，V、C、PSI、S、O、H、A、B、HDR_LEN、Codepoint、拥塞控制信息、传输会话标识符(TSI)、头扩展、FEC有效载荷ID和/或编码符号元素如上所述。
上述传输对象标识符(TOI)元素可在各种实施方式中实现以用于过滤服务信令信息。
所示的LCT分组结构t141010的TOI元素可包括信令id字段、信令id扩展字段和/或版本号字段。
信令id字段是用于标识通过对应传输分组传送的服务信令信息片断的类型的标识符。根据实施方式，信令id字段可通过向其指派唯一值来标识诸如上述USBD和S-TSID的信令信息的类型。例如，信令id字段当其值为0x01时可指示通过传输对象传送USBD，当其值为0x02时指示通过传输对象传送S-TSID，当其值为0x03时指示通过传输对象传送MPD。0x04的信令id字段值可被预留以用于未来使用。0x00的信令id字段值可指示各种类型的信令信息片断被捆绑。另外，信令id字段可用于标识诸如SMT、CMT和SDP的信息。信令id字段可被称作片断类型字段。
信令id扩展字段可包括关于对应服务信令信息的附加信息。信令id扩展字段可指示关于对应服务信令片断的ID扩展信息。信令id扩展字段可标识对应片断的子类型。根据实施方式，当传输分组具有多个片断时，信令id扩展字段可指示传输分组中是否包括特定服务信令片断。这可利用信令id扩展字段的比特来执行。当传输分组具有单个片断时，信令id扩展字段可具有从对应服务信令片断的ID推导的值。当传输分组承载相同类型的片断的实例时，信令id扩展字段可用作实例ID。信令id扩展字段可被称作片断类型扩展字段。
根据另一实施方式，信令id扩展字段可包括协议版本字段和/或实例ID字段。协议版本字段指示包括在对应传输分组中的信令片断的协议版本。
当通过单个服务发送多条信令信息时，实例ID字段具有用于标识具有相同信令id的多条信令信息的ID值。例如，在通过两个或更多个ROUTE会话发送的服务的情况下，可通过SDP发送各个ROUTE会话的引导信息。实例ID字段可用于标识承载各个SDP的LCT分组中的各个SDP的实例。根据实施方式，可不使用SDP。当不使用SDP时，SLT可针对用于对应服务的SLS的传送提供引导信息，并且SLS中的S-TSID可指示多个ROUTE会话的传送对应服务组件的所有LCT会话。对于承载DASH初始化片段的LCT分组，实例ID字段可用于以相同的方式标识针对该DASH初始化片段的表示。
版本号字段指示通过对应传输分组传送的服务信令片断的版本信息。当对应服务信令片断改变时，版本号字段的值可变化。根据实施方式，当传输分组的传输对象包括单个信令片断时，版本号字段可指示片断的版本。当传输分组的传输对象包括多个信令片断时，版本号字段可指示传输对象的版本。即，当包括在传输对象中的任一个片断变化时，传输对象的版本改变。因此，可通过版本号字段指示传输对象的版本的改变。
除了上述信令id字段、信令id扩展字段和版本号字段以外，所示的LCT分组的另一TOI结构t141020可进一步包括当前下一指示符(CI)字段。
CI字段指示通过当前传输分组发送的信令片断是否有效。例如，当CI字段具有值1时，CI字段指示当前发送的信令片断有效，并且信令片断可与当前服务关联地使用。当CI字段具有值0时，CI字段指示当前发送的信令片断当前不是有效的，而是可在未来使用。在这种情况下，对应信令片断可与未来提供的服务关联地使用。
图142示出根据本发明的另一实施方式的信令结构。
可根据上述传输分组和TOI字段结构来过滤服务信令信息。在上述信令结构和所示的信令结构中，当传输分组或LCT分组承载服务信令片断时，可仅利用传输分组头的信息的一部分(例如，TOI字段)来标识信令信息。另外，可利用该信息来检查信令信息是否改变。
接收机可存储与TOI字段对应的信息并且使用该信息进行过滤。即，当信令片断没有改变时接收机不解析信令片断，仅当信令片断改变时才解析信令片断。因此，可获得解析处理的效率。
在所示的信令信息中，FIC可包括用于访问SSC的引导信息。接收机可通过这种引导信息来识别服务信令信息的位置。这里，FIC可对应于上述SLT。引导信息可以是标识传送上述SLS的传输会话的IP/UDP信息。
本实施方式中所示的SSC可表示传送SLS的路径。该路径可表示由TSI-0标识的LCT会话。如上所述，LCT会话可传送SLS。SLT可包括关于传送SLS的路径的引导信息。即，SLT可指示包括传送对应服务的SLS的LCT会话的ROUTE会话，并且可通过由ROUTE会话的特定TSI指定的LCT会话来传送SLS。
这里，USD(用户服务描述)可包括与服务关联的信息。USD可对应于上述USBD/USD。根据实施方式，3GPPeMBMS的USBD可被扩展并用作USD。MPD(媒体呈现描述)可对应于上述MPD。
SDP(会话描述协议)提供关于传输会话中传送LSID的子传输会话的信息。例如，SDP可提供关于ROUTE会话中传送LSID的LCT会话的信息。当通过多个ROUTE会话传送单个服务时，根据实施方式，可依照ROUTE会话存在LSID。这里，指示LSID的位置的信息可被包括在SDP中。
根据实施方式，可不使用SDP。在这种情况下，上述SLS中的S-TSID可描述关于通过多个ROUTE会话传送的服务组件的会话信息。SLS可不仅提供关于通过发送SLS的ROUTE会话的LCT会话传送的服务组件的访问信息(例如，TSI信息)，而且提供关于通过其它ROUTE会话的LCT会话传送的服务组件的访问信息。在此实施方式中，不使用SDP，并且单个S-TSID可代替ROUTE会话的LSID。这可被描述为通过SSC针对ROUTE会话传送LSID，并且LSID可被称为S-TSID。如上所述，S-TSID可通过ROUTE会话的指定的LCT会话来传送，并且ROUTE会话可由SLT的引导信息指定。LCT会话可被称为SSC。
在图中，A-IS和V-IS分别表示音频初始化片段和视频初始化片段。初始化片段可表示需要在媒体片段的解码之前被解码的片段。音频初始化片段A-IS可包括关于音频片段的初始化信息，视频初始化片段V-IS可包括关于视频片段的初始化信息。
根据实施方式，初始化片段可连同SLS一起或者连同对应媒体片段一起传送。这讲稍后详细描述。
LSID(LCT会话实例描述)可包括描述ROUTE会话中的LCT会话的信息。在本实施方式中，描述关于各个ROUTE会话的LCT会话的会话信息。如上所述，LSID可包括传送对应服务组件的所有ROUTE会话的LCT会话的会话信息。在这种情况下，LSID通过SSC来传送，并且每一服务可仅需要一个LSID。这里，LSID可类似于S-TSID。
在所示的实施方式中，SSC可包括USBD、MPD、SDP和初始化片段。接收机可能需要初始接收SSC的所有信令信息。然后，接收机可针对所发送的信令信息仅接收/解析更新的信息。因此，服务信令片断可被过滤。在本实施方式中，传送各个SDP的LCT分组的TOI字段可具有相同的信令id并且可具有不同的实例ID，以将SDP彼此区分。另外，可提供包括各个SDP的版本信息的版本号字段。这可类似地应用于其它信令信息(USBD、S-TSID和MPD)。
图143示出根据本发明的另一实施方式的用于过滤服务信令信息的分组结构。
第一实施方式t143010示出上述传输分组(例如，LCT分组)。名称与上述字段相同的字段对应于上述字段。在本实施方式中，除了上述信令id字段、信令id扩展字段和/或版本号字段以外，LCT分组的TOI字段可进一步包括SI字段。
SI字段指示通过对应传输分组传送的传输对象承载的是信令信息还是媒体数据。例如，当传输分组传送服务信令信息时，SI字段具有值1。当传输分组传送媒体数据时，SI字段具有值0。
本实施方式可用于在通过同一会话传送服务信令信息和媒体数据时将服务信令信息与媒体数据区分。上述SLS通过与指定的TSI值对应的LCT会话(其不同于传送媒体数据的LCT会话)来传送。在这种情况下，不使用本实施方式。
然而，与各个媒体片段对应的初始化片段可连同对应媒体片段一起通过同一会话来发送。在这种情况下，根据本实施方式的TOI结构可用于过滤。这里，SI字段可指示片段是初始化片段还是媒体片段。初始化片段可仅利用TOI值来标识，而没有SI字段，因为初始化片段以外的服务信令信息与媒体数据分开通过专用LCT会话传送。
在第二实施方式t143020中，除了SI字段以外，TOI字段进一步包括CI字段。在本实施方式中，SI字段、信令id字段、信令id扩展字段和版本号字段对应于上述字段。
如上所述，CI字段指示通过当前传输分组发送的信令片断是有效还是针对未来提供的服务使用。
图144示出根据本发明的另一实施方式的信令结构。
在所示的实施方式中，利用通过FIC(SLT)的信息引导和获取的信令信息来访问服务数据的处理可对应于本发明的上述实施方式。根据实施方式，可不使用SDP，并且针对各个传输会话的LSID可按照S-TSID的格式仅在SSC中发送一次。
在所示的实施方式中，与上述实施方式不同，服务信令信息可连同媒体数据一起发送。例如，针对视频片段的MPD可连同视频片段一起在传送视频片段的传输会话中发送。在这种情况下，接收机可利用上述SI字段来确定对应传输分组是传送MPD片断还是传送视频数据。在本实施方式中，视频数据没有被重复地发送，诸如MPD的信令信息可被重复地发送。重复地发送的信令信息可被接收机过滤和接收。
例如，在诸如体育比赛的现场直播体育赛事的情况下，当教练发出暂停信号时，需要播放广告。为了将这立即通知给接收机，可通过发送视频数据的传输会话来传送关联的MPD。在这种情况下，接收机可通过TOI字段来将信令信息与其它信息相区分，并且检查信令信息是否被更新。接收机可利用信令id、协议版本和版本号来容易地检查信令信息是否改变，并且使用TOI字段作为信令信息以外的数据的传输对象标识符。
图145示出根据本发明的另一实施方式的信令结构。
在所示的实施方式中，利用通过FIC(SLT)的信息引导和获取的信令信息来访问服务数据的处理可对应于本发明的上述实施方式。根据实施方式，可不使用SDP，并且针对各个传输会话的LSID可按照S-TSID的格式仅在SSC中发送一次。
当上述CI字段被包括在TOI字段中时，关于当前广播服务的信令信息以及关于将在未来提供的服务的信令信息即使当两条信令信息被一起发送时也可彼此相区分。在本实施方式中，MPDC(当前MPD)和MPDN(下一MPD)可通过SSC一起发送。这里，利用CI字段，可识别出MPDC是关于当前提供的服务的信令信息，MPDN是关于将在未来提供的服务的信令信息。分别传送这两个MPD的传输分组可具有相同的信令id字段值和不同的实例ID值。
例如，如果在8点钟和9点钟之间提供节目A，并且在9点钟和10点钟之间提供节目B(t1435010)，则MPDC可以是用于节目A的MPD，MPDN可以是用于节目B的MPD。当在箭头所指示的时间同时接收到MPDC和MPDN时，接收机可利用CI字段来将这两个MPD彼此区分。因此，接收机可在开始下一节目之前准备信令信息解析(例如，MPD解析)。
图146示出根据本发明的实施方式的传送实际媒体数据的传输分组的结构。
当传送信令信息的传输分组和传送实际媒体数据的传输分组通过同一会话发送时，传送媒体数据的传输分组可具有所示的结构。此传输分组的TOI字段可包括SI字段和CI字段。
接收机可通过SI字段将对应传输分组标识为传送媒体数据的传输分组。在本实施方式中SI字段可被设定为0。TOI字段可用作由对应传输分组传送的传输对象的标识符。
当在实施方式中不包括SI字段时，Codepoint字段可用于将传输分组彼此区分。例如，当初始化片段和媒体片段通过同一传输会话(例如，LCT会话)发送时，Codepoint字段值可指示哪一片段被传送，使得接收机可将初始化片段与媒体片段相区分。在这种情况下，TOI字段可仅具有TOI数据。根据Codepoint字段值的传输对象属性可事先按照附加消息格式发送。
图147示出根据本发明的另一实施方式的信令结构。
在本实施方式的信令结构中，3GPP元数据包封用于通过SSC传送的服务信令信息，并且通过SSC传送初始化片段。
在所示的实施方式中，利用通过FIC(SLT)的信息引导和获取的信令信息来访问服务数据的处理可对应于本发明的上述实施方式。
这里，如所示，SSC可经由通过引导标识的ROUTE会话中的专用信道来传送。根据实施方式，SSC可表示传送上述SLS的特定LCT会话。在这种情况下，该特定LCT会话可表示由预定TSI值(例如，TSI＝0)标识的LCT会话。
根据实施方式，可不使用SDP，并且针对各个传输会话的LSID可按照S-TSID的格式仅在SSC中发送一次。在这种情况下，USD和USBD可不仅表示MPD，而且表示S-TSID。S-TSID可不仅包括关于传送S-TSID的ROUTE会话的会话信息，而且包括关于传送对应服务组件的其它ROUTE会话的会话信息。这里，关于其它ROUTE会话的会话信息可包括关于ROUTE会话的LCT会话的TSI信息以及用于指示ROUTE会话的IP/UDP信息。假设所表示的ROUTE/LCT会话是传送S-TSID所描述的服务的服务组件的会话。
在本实施方式中，SSC中的传输对象可具有3GPP元数据包封格式。诸如USD和MPD的信令消息可按照格式通过诸如metadataURI、version、validFrom、validUntil和contentType的信息被过滤和接收。
在各个ROUTE会话包括LSID的实施方式中，各个ROUTE会话中与tsi＝0对应的LCT会话可传送LSID。LSID可通过deliveryObjectFormat来描述各个LCT会话的传输对象格式。传输对象格式可包括3GPP元数据包封格式或正常文件格式。在本实施方式中，服务信令信息可具有3GPP格式，视频/音频数据可具有正常文件格式。根据实施方式，指示传输对象格式的信息可被包括在S-TSID中。该信息可被包括在诸如USBD和MPD的SLS中。
SSC或SLT可指示SSC的服务信令信息具有3GPP元数据包封格式。另选地，可预定义传输对象具有3GPP元数据包封格式。
在所示的实施方式中，由粗线表示的框指示与之对应的信息具有3GPP元数据包封格式，由细线表示的框指示与之对应的信息具有3GPP元数据包封格式以外的文件格式。ROUTE会话1可被称为SCS或基本层，ROUTE会话2可被称为增强层。
图148示出根据本发明的另一实施方式的信令结构。
在本实施方式中，3GPP元数据包封格式可用于通过SSC传送的服务信令信息，初始化片段可通过发送媒体数据的LCT会话而非SSC来传送。
本实施方式可具有类似于上述处理的引导处理。如上所述，SSC可表示专用LCT会话，可不使用SDP/LSID，并且S-TSID可包括会话信息。
与上述实施方式不同，初始化片段可连同媒体片段一起通过同一会话来发送。这里，可应用上述TOI过滤。当应用TOI过滤时，可通过向deliveryObjectFormat分配表示TOI过滤的值来指示对传输分组应用TOI过滤。
例如，deliveryObjectFormat可指示服务信令信息具有3GPP格式，视频/音频数据具有正常文件格式，并且进一步指示对初始化片段应用TOI过滤。根据实施方式，指示传输对象格式的信息可被包括在S-TSID中。该信息可被包括在诸如USBD和MPD的SLS中。
在所示的实施方式中，由粗线表示的框指示与之对应的信息具有3GPP元数据包封格式，由细线表示的框指示与之对应的信息具有3GPP元数据包封格式以外的文件格式。ROUTE会话1可被称为SCS或基本层，ROUTE会话2可被称为增强层。
图149示出根据本发明的另一实施方式的信令结构。
在本实施方式中，3GPP元数据包封格式可不用于通过SSC传送的服务信令信息。初始化片段可通过SSC来传送。
本实施方式可具有类似于上述处理的引导处理。如上所述，SSC可表示专用LCT会话，可不使用SDP/LSID，并且S-TSID可包括会话信息。
上述TOI过滤可被应用于通过SSC传送的服务信令信息片断。可通过信令id字段来过滤诸如USBD、MPD和S-TSID的信令消息。例如，可被分割成两个或更多个实例的信令信息(例如，初始化片段)可通过TOI字段中的实例ID字段来过滤。
可通过上述deliveryObjectFormat来指示文件/元数据包封格式和TOI过滤。该信息可被包括在S-TSID中。
在所示的实施方式中，由粗线表示的框指示与之对应的信息具有3GPP元数据包封格式，由细线表示的框指示与之对应的信息具有3GPP元数据包封格式以外的文件格式。ROUTE会话1可被称为SCS或基本层，ROUTE会话2可被称为增强层。
图150示出根据本发明的另一实施方式的信令结构。
在本实施方式中，3GPP元数据包封格式可不用于通过SSC传送的服务信令信息，并且初始化片段可通过发送媒体数据的LCT会话而非SSC来传送。
本实施方式可具有类似于上述处理的引导处理。如上所述，SSC可表示专用LCT会话，可不使用SDP/LSID，并且S-TSID可包括会话信息。
初始化片段可连同媒体数据一起通过LCT会话来传送，并且可通过TOI过滤来指定片段是否为初始化片段。信令信息可按照文件格式来传送并且在SSC中通过TOI过滤来区分。
在所示的实施方式中，由粗线表示的框指示与之对应的信息具有3GPP元数据包封格式，由细线表示的框指示与之对应的信息具有3GPP元数据包封格式以外的文件格式。ROUTE会话1可被称为SCS或基本层，ROUTE会话2可被称为增强层。
将描述根据本发明的实施方式的基带(BB)分组的结构。
根据本发明的实施方式的BB分组可包括SCS(服务信道信令)元数据片断。这里，SCS元数据表示上述服务信令信息。根据实施方式，SCS元数据可表示通过SSC传送的信令信息。SCS可被发送用于服务和服务组件级别信令。SCS可与诸如USBD、SDP和MPD的3GPP信令结构匹配。这些结构可具有为本发明的系统扩展的信息。SCS可通过具有与SSC的IP地址相同的地址的ROUTE协议来传送。
SCS片断成为有效载荷数据，可向其依次增加LCT头、UDP头和IP头。可向SCS片断增加链路层头，并且可向其进一步增加BB分组头，使得可在物理层中处理SCS片断。此处理可被称作各个层中的封装处理。
如上所述，LCT头可包括相关信息，使得可通过TOI字段执行过滤。包括在TOI字段中的信令id字段、信令id扩展字段和版本号字段可被称作过滤索引。上面已描述了用于TOI字段的信令过滤的结构的实施方式。
图151示出根据本发明的实施方式的用于信令信息的TOI过滤的接收机操作。
接收机可接收LCT分组并执行LCT解封包(t151010)。接收机可在此处理期间获取LCT分组的头信息并且利用包括在头信息中的TOI字段执行信令过滤。TOI字段可对应于根据上述实施方式的信令过滤结构中所描述的那些。
可根据诸如信令id字段、信令id扩展字段和版本号字段的信息来过滤通过LCT分组传送的信令片断。由于可仅利用LCT分组的头信息来执行过滤，而无需解析信令片断，所以可有效地执行接收机操作。当信令片断被确定为与先前信息相同时，对应传输对象可被丢弃而不被解析。
当信令片断被更新/改变时，可通过对象恢复(t151020)和信令信息解析(t151030)来更新服务映射(t151040)。可利用更新的信令信息来更新服务映射(t151050)。
上述各个操作可由与之对应的模块来执行。根据实施方式，所述操作可由集成模块来执行，或者一个操作可由多个模块执行。
上述信令信息可被称为信令表或信令消息。信令信息可具有各种格式。解析信令信息所需的信息可根据格式被包括在对应信令信息的格式中。
在实施方式中，基于MPEG-2TS私有区段的信令头可用作信令信息格式。如上所述，3GPPMBMS信令元数据包封可用作信令信息格式。
可使用简单二进制信令头。在这种情况下，简单二进制信信令头可仅包括signalinglength字段、validfrom字段、validuntil字段和用于过滤的URI字段。signalinglength字段指示对应信令信息的长度，validfrom字段/validuntil字段指示对应信令信息有效的周期，URI字段具有对应信令信息的URI信息。
图152示出根据本发明的另一实施方式的信令结构。
在本实施方式中，SDP信息和初始化片段通过SSC来传送。SDP可包括关于发送服务数据的各个ROUTE会话的信息。各个ROUTE会话可包括多个LCT会话，各个LCT会话可包括对应服务的多个表示。
在所示的实施方式中，存在用于视频的单个表示以及用于音频的两个表示。用于音频的两个表示可根据音频质量来分类。需要用于表示的初始化片段。尽管如上所述，初始化片段可连同媒体片段一起通过LCT会话来传送，在所示的实施方式中，初始化片段通过SSC来传送。
在这种情况下，多个SDP和多个初始化片段可通过SSC来传送。由于SDP和初始化片段是相同类型的信令信息，所以SDP和初始化片段可具有相同的信令id字段。这里，SDP和初始化片段可分别利用信令id实例字段的实例ID值来标识。因此，可实现更精确的信令信息过滤。
图153是示出根据本发明的实施方式的发送广播信号的方法的流程图。
根据本发明的实施方式的发送广播信号的方法可包括以下步骤：生成服务数据和服务信令信息；将服务数据和服务信令信息处理成广播流；和/或发送该广播流。
具体地讲，发送设备可生成广播服务的服务数据以及用信号通知服务数据的服务信令信息(t154010)。此操作可由发送设备的第一模块执行。第一模块可以是服务提供商并且对应于负责生成服务数据的处理的模块。服务信令信息可对应于上述SLS。服务数据可表示包括在广播服务或其数据中的服务组件。
可将服务数据和服务信令信息处理成广播流(t153020)。此操作可由发送设备的第二模块执行。第二模块可对应于负责上述物理层处理(例如，编码、交织、成帧和OFDM)的模块。所述处理可对应于物理层的上述物理层处理。服务数据和服务信令信息可在被发送之前在物理层中被处理。
可发送经物理处理的数据(t153030)。该操作可由发送设备的第三模块执行。第三模块可表示诸如天线的发送装置。第三模块的操作可被包括在物理层的操作中。
服务数据和服务信令信息可被处理成多个传输分组。传输分组可对应于上述LCT分组。所述多个传输分组可通过至少一个第一传输会话来发送，各个第一传输会话可包括多个第二传输会话。这里，第一传输会话可表示ROUTE会话，第二传输会话可表示LCT会话。根据实施方式，传输分组可表示MMTP分组。在这种情况下，第一传输分组可表示MMTP会话，第二传输会话可表示MMTP分组流。
在本发明的另一实施方式中的发送广播信号的方法中，广播流可进一步包括服务列表表格，该服务列表表格可包括指示发送服务信令信息的第一传输会话的引导信息。这里，服务列表表格可对应于上述SLT或FIC。发送服务信令信息的第一传输会话可表示发送SLS的传输会话。即，第一传输会话可表示传送对应服务的SLS的ROUTE会话/MMTP会话。
在本发明的另一实施方式中的发送广播信号的方法中，服务信令信息可包括第一信息、第二信息和第三信息。第一信息可表示第二信息和第三信息，第二信息可包括关于传送服务数据的第二传输会话的信息，第三信息可包括关于服务数据的描述信息。这里，服务信令信息可对应于SLS，第一信息可对应于USBD/USD，第二信息可对应于S-TSID，第三信息可对应于MPD。
在本发明的另一实施方式中的发送广播信号的方法中，至少一个传输分组可包括第一信息的片断、第二信息的片断或第三信息的片断。LCT分组可包括SLS信息的片断作为传输对象。即，LCT分组可包括USBD片断、S-TSID片断和MPD片断。相同类型的片断可通过单个传输分组来传送，不同类型的片断可作为束(bundle)通过单个传输分组来传送。传输分组可包括传输对象ID，即，用于标识包括在传输分组中的数据的TOI字段。
在根据本发明的另一实施方式的发送广播信号的方法中，传输对象ID可包括片断类型信息、片断类型扩展信息和版本信息。片断类型信息可指定包括在至少一个传输分组中的片断的类型，片断类型扩展信息可指定片断的子类型，版本信息可指示包括在至少一个传输分组中的数据的版本。这里，片断类型信息、片断类型扩展信息和版本信息可分别对应于信令id字段、信令id扩展字段和版本号字段。
在根据本发明的另一实施方式的发送广播信号的方法中，当至少一个传输分组包括多个片断时，片断类型扩展信息可指示传输分组中是否包括第一信息的片断、第二信息的片断或第三信息的片断。当各种类型的片断作为束被包括在传输分组中时，信令id字段可指示对应传输对象是“束”，并且信令id扩展字段的比特可被分配以指示传输对象中是否包括USBD、S-TSID和MPD片断。
在根据本发明的另一实施方式的发送广播信号的方法中，当至少一个传输分组包括单个片断时，片断类型扩展信息可具有从该单个片断的ID推导出的值。
在根据本发明的另一实施方式的发送广播信号的方法中，第一信息、第二信息或第三信息可用于过滤服务信令信息。如上所述，接收机可通过片断类型信息、片断类型扩展信息和版本信息来过滤信令信息。
在根据本发明的另一实施方式的发送广播信号的方法中，服务信令信息可通过包括在引导信息所指定的第一传输会话中的指定的第二传输会话来发送。所指定的第二传输会话可表示由诸如TSI＝0的值标识的传送SLS的专用LCT会话。LCT会话可被称作SSC。根据实施方式，第二传输会话可表示由分组ID00标识的MMTP分组流。
在根据本发明的另一实施方式的发送广播信号的方法中，将服务数据和服务信令信息处理成广播流的步骤可包括以下步骤：通过封装服务数据、服务信令信息和服务列表表格来生成链路层分组，并且将该链路层分组处理成广播流。这些操作对应于上述链路层处理，并且服务数据/SLS/SLT可经由该链路层处理被传送至物理层。
将描述根据本发明的实施方式的接收广播信号的方法(未示出)。
根据本发明的实施方式的接收广播信号的方法可包括以下步骤：由接收设备的第一模块接收广播流；由第二模块通过解析广播流来获取服务列表表格；由第三模块利用服务列表表格来访问服务信令信息；由第三模块利用服务信令信息来获取服务数据；和/或由第四模块利用所获取的服务数据来再现对应服务。
根据本发明的实施方式的接收广播信号的方法可对应于根据本发明的上述实施方式发送广播信号的方法。接收广播信号的方法可由与发送广播信号的方法中所使用的模块对应的硬件模块(例如，接收设备的第一模块、第二模块、第三模块和第四模块)来执行。接收广播信号的方法可具有与上述发送广播信号的方法的实施方式对应的实施方式。
根据实施方式，上述步骤可被省略或者被执行相似/相同操作的其它步骤代替。
图154是根据本发明的实施方式的发送广播信号的设备的框图。
根据本发明的实施方式的发送广播信号的设备可包括发送设备的上述第一模块、第二模块、第三模块和/或第四模块。各个块和模块如上所述。
根据本发明的实施方式的发送广播信号的设备及其内部模块/块可执行根据本发明的发送广播信号的方法的上述实施方式。
将描述根据本发明的实施方式的接收广播信号的设备(未示出)。
根据本发明的实施方式的接收广播信号的设备可包括接收机的上述第一模块、第二模块和/或第三模块。各个块和模块如上所述。
根据本发明的实施方式的接收广播信号的设备及其内部模块/块可执行根据本发明的接收广播信号的方法的上述实施方式。
根据实施方式，设备的上述内部块/模块可以是执行存储在存储器中的连续处理的处理器，并且可以是位于设备的内部/外部的硬件元件。
根据实施方式，上述模块可被省略或者被执行相似/相同操作的其它模块代替。
模块或单元可以是执行存储在存储器(或存储单元)中的连续处理的处理器。上述实施方式中所描述的步骤可由硬件/处理器来执行。上述实施方式中所描述的模块/块/单元可作为硬件/处理器来操作。本发明所提出的方法可作为代码来执行。这种代码可被写在处理器可读存储介质上，因此可由设备所提供的处理器读取。
尽管为了方便已参照各个附图描述了实施方式，实施方式可被组合以实现新的实施方式。另外，设计存储有用于实现上述实施方式的程序的计算机可读记录介质在本发明的范围内。
根据本发明的设备和方法不限于上述实施方式的配置和方法，所有或一些实施方式可被选择性地组合以获得各种修改。
本发明所提出的方法可被实现为存储在网络装置中所包括的处理器可读记录介质中的处理器可读代码。处理器可读记录介质包括存储有可由处理器读取的数据的所有类型的记录介质。处理器可读记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等以及作为载波的实现方式(例如，经由互联网的传输)。另外，处理器可读记录介质可被分布于通过网络连接的计算机系统上并且作为可按照分布式方式读取的代码来存储和执行。
尽管出于例示性目的公开了本发明的优选实施方式，本领域技术人员将理解，在不脱离所附权利要求书中所公开的本发明的范围和精神的情况下，各种修改、添加和置换是可能的。这些修改不应从本发明的技术精神或前景单独地理解。
本说明书中提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地应用于彼此。
本领域技术人员将理解，在不脱离本发明的精神和基本特性的情况下，本发明可按照本文所阐述的方式以外的特定方式来实现。因此，本发明的范围应该由所附权利要求书及其法律上的等同物来确定，而非由以上描述确定，落入所附权利要求书的含义和等同范围内的所有改变旨在被涵盖于其内。
在本说明书中，提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地应用。
本发明的模式
已在具体实施方式中描述了各种实施方式。
工业实用性
本发明适用于广播信号提供领域。
本领域技术人员将认识并理解，在本发明的精神和范围内，可进行各种等同修改。因此，本发明旨在涵盖对本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。
Claims (20)
1.一种发送广播信号的方法，该方法包括以下步骤：
生成广播服务的服务数据以及用信号通知所述服务数据的服务信令信息；
将所述服务数据和所述服务信令信息处理成广播流；以及
发送所述广播流，
其中，所述服务数据和所述服务信令信息被处理成多个传输分组，所述多个传输分组是通过至少一个第一传输会话来发送的，每个第一传输会话包括多个第二传输会话。
2.根据权利要求1所述的方法，其中，所述广播流包括服务列表表格，
其中，所述服务列表表格包括指示用来发送所述服务信令信息的第一传输会话的引导信息。
3.根据权利要求1所述的方法，其中，所述服务信令信息包括第一信息、第二信息和第三信息，
其中，所述第一信息参考所述第二信息和所述第三信息，所述第二信息包括关于用来传送所述服务数据的所述第二传输会话的信息，并且所述第三信息包括关于所述服务数据的描述信息。
4.根据权利要求3所述的方法，其中，所述至少一个传输分组包括所述第一信息的片断、所述第二信息的片断或所述第三信息的片断，
其中，所述至少一个传输分组包括用于标识包括在所述传输分组中的数据的传输对象标识符。
5.根据权利要求4所述的方法，其中，所述传输对象标识符包括片断类型信息、片断类型扩展信息和版本信息，
其中，所述片断类型信息指定包括在所述至少一个传输分组中的片断的类型，所述片断类型扩展信息指定片断的子类型，并且所述版本信息指示包括在所述至少一个传输分组中的数据的版本。
6.根据权利要求5所述的方法，其中，当所述至少一个传输分组包括多个片断时，所述片断类型扩展信息指示所述传输分组中是否包括所述第一信息的片断、所述第二信息的片断或所述第三信息的片断。
7.根据权利要求5所述的方法，其中，当所述至少一个传输分组包括单个片断时，所述片断类型扩展信息具有从所述单个片断的标识符推导出的值。
8.根据权利要求5所述的方法，其中，所述第一信息、所述第二信息或所述第三信息用于过滤所述服务信令信息。
9.根据权利要求2所述的方法，其中，所述服务信令信息是通过包括在由所述引导信息指示的所述第一传输会话中的指定的第二传输会话来发送的。
10.根据权利要求2所述的方法，其中，将所述服务数据和所述服务信令信息处理成所述广播流的步骤包括以下步骤：
通过将所述服务数据、所述服务信令信息和服务列表表格封装来生成链路层分组；以及
将所述链路层分组处理成广播流。
11.一种发送广播信号的设备，该设备包括：
第一模块，该第一模块生成广播服务的服务数据以及用信号通知所述服务数据的服务信令信息；
第二模块，该第二模块将所述服务数据和所述服务信令信息处理成广播流；以及
第三模块，该第三模块发送所述广播流，
其中，所述服务数据和所述服务信令信息被处理成多个传输分组，所述多个传输分组是通过至少一个第一传输会话来发送的，每个第一传输会话包括多个第二传输会话。
12.根据权利要求11所述的设备，其中，所述广播流包括服务列表表格，
其中，所述服务列表表格包括指示用来发送所述服务信令信息的第一传输会话的引导信息。
13.根据权利要求11所述的设备，其中，所述服务信令信息包括第一信息、第二信息和第三信息，
其中，所述第一信息参考所述第二信息和所述第三信息，所述第二信息包括关于用来传送所述服务数据的所述第二传输会话的信息，并且所述第三信息包括关于所述服务数据的描述信息。
14.根据权利要求13所述的设备，其中，所述至少一个传输分组包括所述第一信息的片断、所述第二信息的片断或所述第三信息的片断，
其中，所述至少一个传输分组包括用于标识包括在所述传输分组中的数据的传输对象标识符。
15.根据权利要求14所述的设备，其中，所述传输对象标识符包括片断类型信息、片断类型扩展信息和版本信息，
其中，所述片断类型信息指定包括在所述至少一个传输分组中的片断的类型，所述片断类型扩展信息指定片断的子类型，并且所述版本信息指示包括在所述至少一个传输分组中的数据的版本。
16.根据权利要求15所述的设备，其中，当所述至少一个传输分组包括多个片断时，所述片断类型扩展信息指示所述传输分组中是否包括所述第一信息的片断、所述第二信息的片断或所述第三信息的片断。
17.根据权利要求15所述的设备，其中，当所述至少一个传输分组包括单个片断时，所述片断类型扩展信息具有从所述单个片断的标识符推导出的值。
18.根据权利要求15所述的设备，其中，所述第一信息、所述第二信息或所述第三信息用于过滤所述服务信令信息。
19.根据权利要求12所述的设备，其中，所述服务信令信息是通过包括在由所述引导信息指示的所述第一传输会话中的指定的第二传输会话来发送的。
20.根据权利要求12所述的设备，其中，所述第二模块通过将所述服务数据、所述服务信令信息和服务列表表格封装来生成链路层分组并且将所述链路层分组处理成广播流。
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201462078958P | 2014-11-12 | 2014-11-12 | |
| US62/078,958 | 2014-11-12 | ||
| US201462082135P | 2014-11-20 | 2014-11-20 | |
| US62/082,135 | 2014-11-20 | ||
| US201462090318P | 2014-12-10 | 2014-12-10 | |
| US62/090,318 | 2014-12-10 | ||
| PCT/KR2015/011705 WO2016076569A1 (ko) | 2014-11-12 | 2015-11-03 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105814822A true CN105814822A (zh) | 2016-07-27 |
Family
ID=55954603
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201580002218.3A Pending CN105814822A (zh) | 2014-11-12 | 2015-11-03 | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US10200415B2 (zh) |
| EP (1) | EP3220594A4 (zh) |
| KR (1) | KR101714444B1 (zh) |
| CN (1) | CN105814822A (zh) |
| WO (1) | WO2016076569A1 (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI639349B (zh) | 2016-11-03 | 2018-10-21 | 日商夏普股份有限公司 | 廣播識別符傳訊 |
| CN109644138A (zh) * | 2016-08-29 | 2019-04-16 | 高通股份有限公司 | 在蜂窝广播系统上的地面广播电视服务 |
| CN109691120A (zh) * | 2016-09-06 | 2019-04-26 | 麦克赛尔株式会社 | 广播接收系统 |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8942543B1 (en) * | 2010-10-06 | 2015-01-27 | Verint Video Solutions Inc. | Systems, methods, and software for improved video data recovery effectiveness |
| 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 |
| MX358332B (es) * | 2015-02-27 | 2018-08-15 | Sony Corp | Aparato de recepcion, metodo de recepcion, aparato de transmision, y metodo de transmision. |
| KR101863904B1 (ko) * | 2016-11-17 | 2018-06-01 | 주식회사 에어코드 | 지상파 uhd 방송 서비스에서 복수의 av 인코더의 시그널링을 통합하여 송출하는 방송 시스템 및 그 방법 |
| WO2018117282A1 (ko) * | 2016-12-19 | 2018-06-28 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| KR101967299B1 (ko) * | 2017-12-19 | 2019-04-09 | 엘지전자 주식회사 | 방송 신호를 수신하는 차량용 수신 장치 및 방송 신호를 수신하는 차량용 수신 방법 |
| CN111512634A (zh) * | 2017-12-28 | 2020-08-07 | 索尼公司 | 信息处理装置、信息处理方法和程序 |
| US11044294B2 (en) * | 2018-01-03 | 2021-06-22 | Sony Group Corporation | ATSC 3.0 playback using MPEG media transport protocol (MMTP) |
| US11606528B2 (en) | 2018-01-03 | 2023-03-14 | Saturn Licensing Llc | Advanced television systems committee (ATSC) 3.0 latency-free display of content attribute |
| WO2019212318A1 (ko) * | 2018-05-04 | 2019-11-07 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치 |
| BR112021008430A2 (pt) * | 2018-11-02 | 2021-09-14 | Lg Electronics Inc | Aparelho para transmissão de um sinal por difusão e métodos de transmissão e de recepção de um sinal por difusão |
| US11706465B2 (en) | 2019-01-15 | 2023-07-18 | Sony Group Corporation | ATSC 3.0 advertising notification using event streams |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102668581A (zh) * | 2009-10-25 | 2012-09-12 | Lg电子株式会社 | 用于处理广播节目信息的方法及广播接收器 |
| CN103069831A (zh) * | 2010-08-30 | 2013-04-24 | 索尼公司 | 接收设备、接收方法、发送设备、发送方法、程序和广播系统 |
| CN103283220A (zh) * | 2010-12-26 | 2013-09-04 | Lg电子株式会社 | 发送广播服务的方法、接收广播服务的方法和接收广播服务的设备 |
| WO2014171718A1 (ko) * | 2013-04-16 | 2014-10-23 | 엘지전자 주식회사 | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8112531B2 (en) * | 2004-07-14 | 2012-02-07 | Nokia Corporation | Grouping of session objects |
| CA2851888C (en) * | 2010-03-29 | 2020-03-31 | Lg Electronics Inc. | Method of processing non-real time service and broadcast receiver |
| EP2618563A4 (en) * | 2010-09-14 | 2014-10-15 | Lg Electronics Inc | RADIO BROADCAST SIGNAL TRANSMITTING APPARATUS, RADIO BROADCAST SIGNAL RECEIVING APPARATUS, AND BROADCAST SIGNAL TRANSMITTING / RECEIVING METHOD THROUGH THE TRANSMITTER SIGNAL TRANSMITTING / RECEIVING APPARATUS |
| US9451401B2 (en) * | 2011-05-27 | 2016-09-20 | Qualcomm Incorporated | Application transport level location filtering of internet protocol multicast content delivery |
| US9584238B2 (en) | 2011-06-24 | 2017-02-28 | Nokia Corporation | Accessing service guide information in a digital video broadcast system |
| KR102057107B1 (ko) | 2012-01-24 | 2019-12-18 | 소니 주식회사 | 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템 |
-
2015
- 2015-11-03 CN CN201580002218.3A patent/CN105814822A/zh active Pending
- 2015-11-03 KR KR1020167001481A patent/KR101714444B1/ko active IP Right Grant
- 2015-11-03 US US14/915,111 patent/US10200415B2/en active Active
- 2015-11-03 WO PCT/KR2015/011705 patent/WO2016076569A1/ko active Application Filing
- 2015-11-03 EP EP15859855.7A patent/EP3220594A4/en not_active Withdrawn
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102668581A (zh) * | 2009-10-25 | 2012-09-12 | Lg电子株式会社 | 用于处理广播节目信息的方法及广播接收器 |
| CN103069831A (zh) * | 2010-08-30 | 2013-04-24 | 索尼公司 | 接收设备、接收方法、发送设备、发送方法、程序和广播系统 |
| CN103283220A (zh) * | 2010-12-26 | 2013-09-04 | Lg电子株式会社 | 发送广播服务的方法、接收广播服务的方法和接收广播服务的设备 |
| WO2014171718A1 (ko) * | 2013-04-16 | 2014-10-23 | 엘지전자 주식회사 | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109644138A (zh) * | 2016-08-29 | 2019-04-16 | 高通股份有限公司 | 在蜂窝广播系统上的地面广播电视服务 |
| CN109644138B (zh) * | 2016-08-29 | 2021-06-15 | 高通股份有限公司 | 在蜂窝广播系统上的地面广播电视服务 |
| CN109691120A (zh) * | 2016-09-06 | 2019-04-26 | 麦克赛尔株式会社 | 广播接收系统 |
| CN109691120B (zh) * | 2016-09-06 | 2021-10-22 | 麦克赛尔株式会社 | 广播接收系统 |
| TWI639349B (zh) | 2016-11-03 | 2018-10-21 | 日商夏普股份有限公司 | 廣播識別符傳訊 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3220594A1 (en) | 2017-09-20 |
| KR101714444B1 (ko) | 2017-03-09 |
| EP3220594A4 (en) | 2018-04-25 |
| WO2016076569A1 (ko) | 2016-05-19 |
| US10200415B2 (en) | 2019-02-05 |
| KR20160069514A (ko) | 2016-06-16 |
| US20160373489A1 (en) | 2016-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105830459B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN106105240B (zh) | 发送广播信号的装置以及发送广播信号的方法 | |
| US11601210B2 (en) | Broadcasting signal transmission apparatus, broadcasting signal receiving apparatus, broadcasting signal transmission method and broadcasting signal receiving method | |
| US20200413127A1 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method of transmitting broadcast signal, and method of receiving broadcast signal | |
| US10779053B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
| CN105814822A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN106233692B (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 | |
| US10362345B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
| US10887353B2 (en) | Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method | |
| US10645203B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
| US10075747B2 (en) | Device for transmitting broadcast signal, device for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal | |
| CN105934953B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| US10516771B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
| CN106233693A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| US20220295122A1 (en) | Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method | |
| CN106134158A (zh) | 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法 | |
| CA2918693A1 (en) | Method and apparatus for transmitting a broadcast signal | |
| CN106416284B (zh) | 广播信号发送设备和广播信号发送方法 | |
| CN106416284A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160727 |