CN105493499B - 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 - Google Patents
发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 Download PDFInfo
- Publication number
- CN105493499B CN105493499B CN201480048170.5A CN201480048170A CN105493499B CN 105493499 B CN105493499 B CN 105493499B CN 201480048170 A CN201480048170 A CN 201480048170A CN 105493499 B CN105493499 B CN 105493499B
- Authority
- CN
- China
- Prior art keywords
- link layer
- length
- field
- fields
- payload
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 126
- 239000012634 fragment Substances 0.000 claims description 59
- 230000006835 compression Effects 0.000 claims description 19
- 238000007906 compression Methods 0.000 claims description 19
- 238000000605 extraction Methods 0.000 claims description 9
- 230000011664 signaling Effects 0.000 description 176
- 230000005540 biological transmission Effects 0.000 description 148
- 101000596046 Homo sapiens Plastin-2 Proteins 0.000 description 77
- 102100035182 Plastin-2 Human genes 0.000 description 77
- 238000012545 processing Methods 0.000 description 61
- 230000008569 process Effects 0.000 description 45
- 230000008859 change Effects 0.000 description 34
- 210000004907 gland Anatomy 0.000 description 34
- 238000013507 mapping Methods 0.000 description 33
- 230000011218 segmentation Effects 0.000 description 28
- 101000596041 Homo sapiens Plastin-1 Proteins 0.000 description 27
- 102100035181 Plastin-1 Human genes 0.000 description 27
- 238000005538 encapsulation Methods 0.000 description 24
- 230000004224 protection Effects 0.000 description 16
- 230000006978 adaptation Effects 0.000 description 15
- 238000013461 design Methods 0.000 description 15
- 230000015654 memory Effects 0.000 description 12
- 241001269238 Data Species 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 230000003068 static effect Effects 0.000 description 9
- 230000001360 synchronised effect Effects 0.000 description 9
- 239000011159 matrix material Substances 0.000 description 8
- 240000002853 Nelumbo nucifera Species 0.000 description 7
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 7
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 7
- 230000001174 ascending effect Effects 0.000 description 7
- 238000010276 construction Methods 0.000 description 6
- 238000003780 insertion Methods 0.000 description 6
- 230000037431 insertion Effects 0.000 description 6
- 238000013508 migration Methods 0.000 description 6
- 230000005012 migration Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 238000011282 treatment Methods 0.000 description 6
- 238000012937 correction Methods 0.000 description 5
- 125000004122 cyclic group Chemical group 0.000 description 5
- 230000007423 decrease Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 239000000203 mixture Substances 0.000 description 5
- 230000009467 reduction Effects 0.000 description 5
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 238000009826 distribution Methods 0.000 description 4
- 230000033001 locomotion Effects 0.000 description 4
- 238000004080 punching Methods 0.000 description 4
- 230000003252 repetitive effect Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 3
- 238000005520 cutting process Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000007717 exclusion Effects 0.000 description 3
- 238000005562 fading Methods 0.000 description 3
- NGVDGCNFYWLIFO-UHFFFAOYSA-N pyridoxal 5'-phosphate Chemical compound CC1=NC=C(COP(O)(O)=O)C(C=O)=C1O NGVDGCNFYWLIFO-UHFFFAOYSA-N 0.000 description 3
- 230000006798 recombination Effects 0.000 description 3
- 238000005215 recombination Methods 0.000 description 3
- 238000004904 shortening Methods 0.000 description 3
- 238000003860 storage Methods 0.000 description 3
- 241000208340 Araliaceae Species 0.000 description 2
- 101000911390 Homo sapiens Coagulation factor VIII Proteins 0.000 description 2
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 2
- 235000003140 Panax quinquefolius Nutrition 0.000 description 2
- 238000001235 constant-final-state spectroscopy Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000006185 dispersion Substances 0.000 description 2
- 235000008434 ginseng Nutrition 0.000 description 2
- 102000057593 human F8 Human genes 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 230000021715 photosynthesis, light harvesting Effects 0.000 description 2
- 238000006116 polymerization reaction Methods 0.000 description 2
- 229940047431 recombinate Drugs 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 101100031652 Arabidopsis thaliana PTM gene Proteins 0.000 description 1
- 101000853064 Homo sapiens Mitochondrial import inner membrane translocase subunit Tim8 B Proteins 0.000 description 1
- 102100026808 Mitochondrial import inner membrane translocase subunit Tim8 A Human genes 0.000 description 1
- 102100036655 Mitochondrial import inner membrane translocase subunit Tim8 B Human genes 0.000 description 1
- 101100481512 Mus musculus Timm8a1 gene Proteins 0.000 description 1
- 101100277345 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) DDP1 gene Proteins 0.000 description 1
- 101150064104 TIMM8A gene Proteins 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005388 cross polarization Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000013213 extrapolation Methods 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 238000011221 initial treatment Methods 0.000 description 1
- 238000009940 knitting Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23605—Creation or processing of packetized elementary streams [PES]
-
- 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/1877—Measures taken prior to transmission
-
- 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/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/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/2385—Channel allocation; Bandwidth allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种发送广播信号的方法。该方法包括以下步骤：生成包括广播内容数据的输入分组；利用所生成的输入分组来生成链路层分组，其中，所述链路层分组包括链路层头和链路层有效载荷，所述链路层有效载荷包括所生成的输入分组，其中，所述链路层头包括指示所述链路层有效载荷中所包括的所述输入分组的数量的计数字段，其中，所述链路层头还包括长度部分，其中，所述长度部分包括如所述计数字段所指示的那么多的多个长度字段，其中，各个所述长度字段指示所述链路层有效载荷中所包括的各个输入分组的长度；生成包括所生成的链路层分组的广播信号；以及发送所述广播信号。
Description
技术领域
本发明涉及一种发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号与模拟广播信号相比可包括更大量的视频/音频数据，并且除了视频/音频数据以外还包括各种类型的附加数据。
即，数字广播***可提供HD(高清)图像、多声道音频以及各种附加服务。然而，对于数字广播，需要改进传输大量数据的数据传输效率、发送/接收网络的鲁棒性以及考虑移动接收设备的网络灵活性。
发明内容
技术问题
本发明的一个目的在于提供一种发送广播信号以在时域中将提供两个或更多个不同的广播服务的广播发送/接收***的数据复用并且通过相同的RF信号带宽发送复用的数据的设备和方法以及接收与其对应的广播信号的设备和方法。
本发明的另一目的在于提供一种发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号的方法，其按照组件来将与服务对应的数据分类，将与各个组件对应的数据作为数据管道发送，并且接收和处理该数据。
本发明的另一目的在于提供一种发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号以用信号通知提供广播信号所需的信令信息的方法。
技术方案
为了实现所述目的和其它优点并且根据本发明的目的，如本文具体实现并广义描述的，本发明提供了一种发送广播信号的方法。该发送广播信号的方法包括以下步骤：生成包括广播内容数据的输入分组；使用所生成的输入分组来生成链路层分组，其中，所述链路层分组包括链路层头和链路层有效载荷，所述链路层有效载荷包括所生成的输入分组，其中，所述链路层头包括指示所述链路层有效载荷中所包括的所述输入分组的数量的计数字段，其中，所述链路层头还包括长度部分，其中，所述长度部分包括如所述计数字段所指示那么多的多个长度字段，其中，各个长度字段指示所述链路层有效载荷中所包括的各个输入分组的长度；生成包括所生成的链路层分组的广播信号；以及发送所述广播信号。
优选地，通过所述计数字段可计数的最大数量为(n)，其中，所述链路层有效载荷包括多于(n)个输入分组，其中，所述链路层头还包括扩展长度部分，该扩展长度部分包括跟随有第一扩展比特的第一扩展长度字段，其中，所述第一扩展长度字段指示所述链路层有效载荷中的第(n+1)输入分组的长度，其中，所述第一扩展比特指示所述扩展长度部分中是否存在第二扩展长度字段，并且其中，所述第二扩展长度字段指示所述链路层有效载荷中的第(n+2)输入分组的长度。
优选地，所述扩展长度部分还包括跟随有第二扩展比特的第二扩展长度字段，其中，所述第二扩展比特指示所述扩展长度部分中是否存在第三扩展长度字段，并且其中，所述第三扩展长度字段指示所述链路层有效载荷中的第(n+3)输入分组的长度。
优选地，所述计数字段具有3比特，并且其中，所述(n)为8。
优选地，所述链路层分组还包括公共CID(上下文ID)字段，其中，所述公共CID字段包括所述链路层有效载荷中所包括的所述输入分组所共有的CID信息。
优选地，所述链路层有效载荷中所包括的各个输入分组中的CID信息被去除。
优选地，所述链路层头还包括指示所述链路层分组是否包括所述公共CID字段的CI(公共CID指示符)字段。
优选地，所述链路层头还包括指示所述链路层有效载荷是否包括多个所述输入分组的PC(分组配置)字段。
优选地，所述PC字段之后跟随有所述CI字段，其中，所述CI字段之后跟随有所述计数字段，其中，所述计数字段之后跟随有所述长度部分，其中，所述长度部分之后跟随有所述扩展长度部分，并且其中，所述扩展长度部分之后跟随有所述公共CID字段。
优选地，输入分组的最大长度为1500字节，并且其中，所述长度字段具有11比特。
在其它方面，本发明提供了一种发送广播信号的设备。该发送广播信号的设备包括：用于生成包括广播内容数据的输入分组的第一模块；用于使用所生成的输入分组来生成链路层分组的第二模块，其中，所述链路层分组包括链路层头和链路层有效载荷，所述链路层有效载荷包括所生成的输入分组，其中，所述链路层头包括指示所述链路层有效载荷中所包括的所述输入分组的数量的计数字段，其中，所述链路层头还包括长度部分，其中，所述长度部分包括如所述计数字段所指示那么多的多个长度字段，其中，各个所述长度字段指示所述链路层有效载荷中所包括的各个输入分组的长度；用于生成包括所生成的链路层分组的广播信号的第三模块；以及用于发送所述广播信号的第四模块。
优选地，通过所述计数字段可计数的最大数量为(n)，其中，所述链路层有效载荷包括多于(n)个输入分组，其中，所述链路层头还包括扩展长度部分，该扩展长度部分包括跟随有第一扩展比特的第一扩展长度字段，其中，所述第一扩展长度字段指示所述链路层有效载荷中的第(n+1)输入分组的长度，其中，所述第一扩展比特指示所述扩展长度部分中是否存在第二扩展长度字段，并且其中，所述第二扩展长度字段指示所述链路层有效载荷中的第(n+2)输入分组的长度。
优选地，所述扩展长度部分还包括跟随有第二扩展比特的第二扩展长度字段，其中，所述第二扩展比特指示所述扩展长度部分中是否存在第三扩展长度字段，并且其中，所述第三扩展长度字段指示所述链路层有效载荷中的第(n+3)输入分组的长度。
优选地，所述计数字段具有3比特，并且其中，所述(n)为8。
优选地，所述链路层分组还包括公共CID(上下文ID)字段，其中，所述公共CID字段包括所述链路层有效载荷中所包括的所述输入分组所共有的CID信息。
优选地，所述链路层有效载荷中所包括的各个输入分组中的CID信息被去除。
优选地，所述链路层头还包括指示所述链路层分组是否包括所述公共CID字段的CI(公共CID指示符)字段。
优选地，所述链路层头还包括指示所述链路层有效载荷是否包括多个所述输入分组的PC(分组配置)字段。
优选地，所述PC字段之后跟随有所述CI字段，其中，所述CI字段之后跟随有所述计数字段，其中，所述计数字段之后跟随有所述长度部分，其中，所述长度部分之后跟随有所述扩展长度部分，并且其中，所述扩展长度部分之后跟随有所述公共CID字段。
优选地，输入分组的最大长度为1500字节，并且其中，所述长度字段具有11比特。
有益效果
本发明可根据服务特性处理数据以控制各个服务或服务组件的QoS(服务质量)，从而提供各种广播服务。
本发明可通过经由相同的RF信号带宽发送各种广播服务来实现传输灵活性。
本发明可改进数据传输效率并且增加使用MIMO***发送/接收广播信号的鲁棒性。
根据本发明，可提供即使利用移动接收设备或者在室内环境中也能够没有错误地接收数字广播信号的广播信号发送和接收方法和设备。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并且构成本申请的一部分，附图示出本发明的实施方式并且与说明书一起用于说明本发明的原理。附图中：
图1示出根据本发明的实施方式的发送用于未来广播服务的广播信号的设备的结构。
图2示出根据本发明的一个实施方式的输入格式化块。
图3示出根据本发明的另一实施方式的输入格式化块。
图4示出根据本发明的另一实施方式的输入格式化块。
图5示出根据本发明的实施方式的BICM块。
图6示出根据本发明的另一实施方式的BICM块。
图7示出根据本发明的一个实施方式的帧构建块。
图8示出根据本发明的实施方式的OFMD生成块。
图9示出根据本发明的实施方式的接收用于未来广播服务的广播信号的设备的结构。
图10示出根据本发明的实施方式的帧结构。
图11示出根据本发明的实施方式的帧的信令层次结构。
图12示出根据本发明的实施方式的前导码信令数据。
图13示出根据本发明的实施方式的PLS1数据。
图14示出根据本发明的实施方式的PLS2数据。
图15示出根据本发明的另一实施方式的PLS2数据。
图16示出根据本发明的实施方式的帧的逻辑结构。
图17示出根据本发明的实施方式的PLS映射。
图18示出根据本发明的实施方式的EAC映射。
图19示出根据本发明的实施方式的FIC映射。
图20示出根据本发明的实施方式的DP的类型。
图21示出根据本发明的实施方式的DP映射。
图22示出根据本发明的实施方式的FEC结构。
图23示出根据本发明的实施方式的比特交织。
图24示出根据本发明的实施方式的信元字(cell-word)解复用。
图25示出根据本发明的实施方式的时间交织。
图26示出根据本发明的实施方式的扭曲行-列块交织器的基本操作。
图27示出根据本发明的另一实施方式的扭曲行-列块交织器的操作。
图28示出根据本发明的实施方式的扭曲行-列块交织器的对角线方向读取图案。
图29示出根据本发明的实施方式的来自各个交织阵列的交织XFECBLOCK。
图30是示出根据本发明的实施方式的基于混合的下一代广播***的协议栈的概念图。
图31是示出根据本发明的实施方式的链路层的接口的概念图。
图32是示出根据本发明的实施方式的链路层的分组结构的概念图。
图33示出根据本发明的实施方式的取决于分组类型元素值的分组类型。
图34是示出根据本发明的实施方式的当IP分组被发送至链路层时链路层分组的头结构的概念图。
图35是示出根据C/S字段值的含义和头结构的概念图。
图36是示出根据计数字段值的含义的概念图。
图37是示出根据Seg_Len_ID字段的值的含义和片段长度的概念图。
图38是示出用于封装正常分组的式和用于计算链路层分组长度的式的概念图。
图39是示出用于封装级联分组的处理和用于计算链路层分组长度的式的概念图。
图40是示出用于计算包括IPv4分组的级联分组的长度的处理和用于计算IP分组的长度字段所在位置的偏移值的式的概念图。
图41是示出用于计算包括IPv6分组的级联分组的长度的处理和用于计算IP分组的长度字段所在位置的偏移值的式的概念图。
图42是示出根据本发明的实施方式的分段分组的封装处理的概念图。
图43是示出根据本发明的实施方式的链路层分组的IP分组和头信息的分段处理的概念图。
图44是示出根据本发明的实施方式的包括循环冗余校验(CRC)的IP分组的分段处理的概念图。
图45是示出根据本发明的实施方式的当MPEG-2TS(传输流)被输入到链路层时链路层分组的头结构的概念图。
图46示出根据计数字段的值，链路层分组的有效载荷中所包含的MPEG-2TS分组的数量。
图47是示出根据本发明的实施方式的MPEG-2TS分组的头的概念图。
图48是示出根据本发明的实施方式的允许收发器改变传输错误指示符字段的用途的处理的概念图。
图49是示出根据本发明的实施方式的MPEG-2TS分组的封装处理的概念图。
图50是示出根据本发明的实施方式的具有相同PID的MPEG-2TS分组的封装处理的概念图。
图51是示出通过公共PID降低处理计算链路层分组的长度的式以及公共PID降低处理的概念图。
图52是示出当使用公共PID降低时根据计数字段值的级联MPEG-2TS分组的数量和链路层分组的长度的概念图。
图53是示出根据本发明的实施方式的封装包括空分组的MPEG-2TS分组的处理的概念图。
图54是示出用于处理被配置为对去除的空分组进行计数的指示符的步骤以及该处理步骤中用于计算链路层分组的长度的式的概念图。
图55是示出根据本发明的另一实施方式的封装包括空分组的MPEG-2TS分组的处理的概念图。
图56是示出根据本发明的实施方式的在包括空分组的流中封装包括相同分组标识符(PID)的MPEG-2TS分组的处理的概念图。
图57是示出根据本发明的实施方式的当具有相同PID的MPEG-2TS分组被封装在包括空分组的流中时用于计算链路层分组的长度的式的概念图。
图58是示出根据本发明的实施方式的用于发送信令信息的链路层分组结构的概念图。
图59是示出根据本发明的实施方式的用于发送帧分组(framed packet)的链路层分组结构的概念图。
图60示出根据本发明的实施方式的帧分组的句法。
图61是示出根据本发明的实施方式的下一代广播***的接收机的框图。
图62是示出根据本发明的实施方式的区段表的一般格式的概念图。
图63是示出根据本发明的实施方式的用于发送信令信息的链路层分组的概念图。
图64示出由信令类型字段表示的值的含义以及位于信令类型字段后面的固定头和扩展头的内容。
图65示出根据本发明的实施方式的根据级联计数字段值，链路层分组的有效载荷中所包含的描述符的数量。
图66是示出当输入到链路层分组的有效载荷的信令信息是区段表时将区段表封装到有效载荷中的处理的概念图。
图67是示出根据本发明的实施方式的网络信息表(NIT)的句法的概念图。
图68是示出根据本发明的实施方式的网络信息表(NIT)中所包含的传输***描述符的句法的概念图。
图69是示出根据本发明的实施方式的快速信息表(FTT)的句法的概念图。
图70是示出当输入到链路层分组的有效载荷的信令信息是描述符时将描述符封装到有效载荷中的处理的概念图。
图71是示出根据本发明的实施方式的快速信息描述符的句法的概念图。
图72是示出根据本发明的实施方式的传输***描述符的概念图。
图73是示出当输入到链路层分组的有效载荷的信令信息具有DVB-GSE中所使用的GSE-LLC格式时将一个GSE-LLC数据封装到一个链路层分组的有效载荷中的处理的概念图。
图74是示出当输入到链路层分组的有效载荷的信令信息具有DVB-GSE标准中所使用的GSE-LLC格式时将一个GSE-LLC数据封装到多个链路层分组的有效载荷中的处理的概念图。
图75示出根据本发明的用于鲁棒头压缩(RoHC)传输的链路层分组的头。
图76示出根据本发明的使用链路层分组发送RoHC分组的方法的实施方式#1。
图77示出根据本发明的使用链路层分组发送RoHC分组的方法的实施方式#2。
图78示出根据本发明的使用链路层分组发送RoHC分组的方法的实施方式#3。
图79示出根据本发明的使用链路层分组发送RoHC分组的方法的实施方式#4。
图80示出根据本发明的实施方式的当MTU为1500时用于RoHC传输的链路层分组的头。
图81示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#1。
图82示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#2。
图83示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#3。
图84示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#4。
图85示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#5。
图86示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#6。
图87示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#7。
图88示出根据本发明的实施方式的发送广播信号的方法。
具体实施方式
现在将详细参照本发明的优选实施方式，其示例被示出在附图中。下面将参照附图给出的详细描述旨在说明本发明的示例性实施方式，而非示出可根据本发明实现的仅有实施方式。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的大部分术语选自本领域中广泛使用的一般术语，但是一些术语是由申请人任意选择的，其含义根据需要在以下描述中详细说明。因此，本发明应该基于术语的预期含义来理解，而非其简单的名称或含义。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施方式的未来广播服务包括地面广播服务、移动广播服务、UHDTV服务等。
根据本发明的实施方式的用于发送的设备和方法可被分成用于地面广播服务的基本配置(profile)、用于移动广播服务的手持配置以及用于UHDTV服务的高级配置。在这种情况下，基本配置可用作地面广播服务和移动广播服务二者的配置。即，基本配置可用于定义包括移动配置的配置的概念。这可根据设计者的意图而改变。
根据一个实施方式，本发明可通过非MIMO(多输入多输出)或MIMO来处理用于未来广播服务的广播信号。根据本发明的实施方式的非MIMO方案可包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
尽管为了描述方便，在下文中MISO或MIMO使用两个天线，但是本发明适用于使用两个或更多个天线的***。
本发明可定义三个物理层(PL)配置(基本配置、手持配置和高级配置)，其各自被优化以在获得特定使用情况所需的性能的同时使接收机复杂度最小化。物理层(PHY)配置是对应的接收机应该实现的所有配置的子集。
三个PHY配置共享大多数功能块，但是在特定块和/或参数方面略有不同。未来可定义附加PHY配置。为了***演进，在单个RF信道中未来的配置也可通过未来扩展帧(FEF)与现有的配置复用。下面描述各个PHY配置的细节。
1.基本配置
基本配置表示通常连接到屋顶天线的固定接收装置的主要使用情况。基本配置还包括可被运输至一个地方但是属于相对固定的接收类别的便携式装置。基本配置的使用可通过一些改进的实现方式被扩展至手持装置或者甚至车辆，但是那些使用情况不是基本配置接收机操作所预期的。
接收的目标SNR范围是大约10dB至20dB，这包括现有广播***(例如，ATSC A/53)的15dB SNR接收能力。接收机复杂度和功耗不像通过电池操作的手持装置(将使用手持配置)中那样关键。基本配置的关键***参数列出于下表1中。
表1
[表1]
| LDPC码字长度 | 16K、64K比特 |
| 星座大小 | 4～10bpcu(每信道使用比特) |
| 时间解交织存储器大小 | ≤219数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K、32K点 |
2.手持配置
手持配置被设计用于利用电池的电力来操作的手持装置和车载装置中。这些装置可按照行人或车辆速度移动。功耗以及接收机复杂度对于手持配置的装置的实现非常重要。手持配置的目标SNR范围为大约0dB至10dB，但是可被配置为当预期用于更深的室内接收时达到0dB以下。
除了低SNR能力以外，对接收机移动性所导致的多普勒效应的适应力是手持配置的最重要的性能属性。手持配置的关键***参数列出于下表2中。
表2
[表2]
| LDPC码字长度 | 16K比特 |
| 星座大小 | 2～8bpcu |
| 时间解交织存储器大小 | ≤218数据信元 |
| 导频图案 | 用于移动和室内接收的导频图案 |
| FFT大小 | 8K、16K点 |
3.高级配置
高级配置提供最高信道容量，代价是实现方式更复杂。此配置需要使用MIMO发送和接收，并且UHDTV服务是此配置专门为其设计的目标使用情况。增加的容量也可用于允许增加给定带宽中的服务数量，例如多个SDTV或HDTV服务。
高级配置的目标SNR范围为大约20dB至30dB。MIMO传输初始可使用现有椭圆形极化的传输设备，并且在未来扩展至全功率交叉极化传输。高级配置的关键***参数列出于下表3中。
表3
[表3]
| LDPC码字长度 | 16K、64K比特 |
| 星座大小 | 8～12bpcu |
| 时间解交织存储器大小 | ≤219数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K、32K点 |
在这种情况下，基本配置可用作地面广播服务和移动广播服务二者的配置。即，基本配置可用于定义包括移动配置的配置的概念。另外，高级配置可被分成用于具有MIMO的基本配置的高级配置以及用于具有MIMO的手持配置的高级配置。此外，这三个配置可根据设计者的意图而改变。
以下术语和定义可应用于本发明。以下术语和定义可根据设计而改变。
辅助流：承载还未定义的调制和编码(可用于未来扩展)或者广播商或网络运营商所需的数据的信元序列
基本数据管道：承载服务信令数据的数据管道
基带帧(或BBFRAME)：形成对一个FEC编码处理(BCH和LDPC编码)的输入的Kbch比特的集合
信元：由OFDM传输的一个载波承载的调制值
编码块：PLS1数据的LDPC编码块或者PLS2数据的LDPC编码块之一
数据管道：承载服务数据或相关的元数据的物理层中的逻辑信道，其可承载一个或多个服务或者服务组件。
数据管道单元：向帧中的DP分配数据信元的基本单元
数据符号：帧中的非前导码符号的OFDM符号(数据符号中包括帧信令符号和帧边缘符号)
DP_ID：此8比特字段唯一地标识由SYSTEM_ID标识的***内的DP
虚拟信元：承载用于填充未用于PLS信令、DP或辅助流的剩余容量的伪随机值的信元
紧急报警信道：承载EAS信息数据的帧的部分
帧：以前导码开始并以帧边缘符号结束的物理层时隙
帧重复单元：属于相同或不同的物理层配置的帧(包括FEF)的集合，其在超帧中被重复八次
快速信息信道：帧中的逻辑信道，其承载服务与对应基本DP之间的映射信息
FECBLOCK：DP数据的LDPC编码比特的集合
FFT大小：用于特定模式的标称FFT大小，等于以基本周期T的循环表示的有效符号周期Ts
帧信令符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的开始处，承载PLS数据的一部分
帧边缘符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的结尾处
帧组：超帧中的具有相同PHY配置类型的所有帧的集合
未来扩展帧：超帧内的可用于未来扩展的物理层时隙，其以前导码开始
Futurecast UTB***：所提出的物理层广播***，其输入是一个或更多个MPEG2-TS或IP或者一般流，其输出是RF信号
输入流：由***传送给终端用户的服务集的数据流。
正常数据符号：除了帧信令符号和帧边缘符号以外的数据符号
PHY配置：对应的接收机应该实现的所有配置的子集
PLS：由PLS1和PLS2组成的物理层信令数据
PLS1：具有固定大小、编码和调制的FSS符号中所承载的PLS数据的第一集合，其承载关于***的基本信息以及对PLS2解码所需的参数
注释：在帧组的持续时间内PLS1数据保持恒定
PLS2：FSS符号中发送的PLS数据的第二集合，其承载关于***和DP的更详细的PLS数据
PLS2动态数据：可逐帧地动态改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导码信令数据：由前导码符号承载的信令数据，用于标识***的基本模式
前导码符号：承载基本PLS数据的固定长度的导频符号，其位于帧的开始处
注释：前导码符号主要用于快速初始频带扫描以检测***信号、其定时、频率偏移和FFT大小。
为未来使用预留：本文献未定义，但是可在未来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：执行时间交织的信元的集合，与时间交织器存储器的一次使用对应
TI组：执行针对特定DP的动态容量分配的单元，由数量动态变化的整数个XFECBLOCK构成。
注释：TI组可被直接映射至一个帧，或者可被映射至多个帧。它可包含一个或更多个TI块。
类型1DP：所有DP以TDM方式被映射至帧中的帧的DP
类型2DP：所有DP以FDM方式被映射至帧中的帧的DP
XFECBLOCK：承载一个LDPC FECBLOCK的所有比特的Ncell信元的集合
图1示出根据本发明的实施方式的发送用于未来广播服务的广播信号的设备的结构。
根据本发明的实施方式的发送用于未来广播服务的广播信号的设备可包括输入格式化块1000、BICM(比特交织编码和调制)块1010、帧结构块1020、OFDM(正交频分复用)生成块1030和信令生成块1040。将描述发送广播信号的设备的各个模块的操作。
IP流/分组和MPEG2-TS是主要输入格式，其它流类型作为一般流处理。除了这些数据输入以外，管理信息被输入以控制各个输入流的对应带宽的调度和分配。同时允许一个或多个TS流、IP流和/或一般流输入。
输入格式化块1000可将各个输入流解复用为一个或多个数据管道，对各个数据管道应用独立的编码和调制。数据管道(DP)是用于鲁棒控制的基本单元，从而影响服务质量(QoS)。单个DP可承载一个或多个服务或服务组件。输入格式化块1000的操作的细节将稍后描述。
数据管道是物理层中的承载服务数据或相关的元数据的逻辑信道，其可承载一个或多个服务或服务组件。
另外，数据管道单元：用于向帧中的DP分配数据信元的基本单元。
在BICM块1010中，增加奇偶校验数据以用于纠错，并且将编码比特流映射至复值星座符号。将这些符号横跨用于对应DP的特定交织深度交织。对于高级配置，在BICM块1010中执行MIMO编码，并且在输出处增加附加数据路径以用于MIMO传输。BICM块1010的操作的细节将稍后描述。
帧构建块1020可将输入DP的数据信元映射至帧内的OFDM符号。在映射之后，为了频域分集使用频率交织，特别是对抗频率选择性衰落信道。帧构建块1020的操作的细节将稍后描述。
在各个帧的开始处***前导码之后，OFDM生成块1030可以以循环前缀作为保护间隔应用传统OFDM调制。为了天线空间分集，横跨发送机应用分布式MISO方案。另外，在时域中执行峰平均功率降低(PAPR)方案。为了灵活的网络规划，此提案提供各种FFT大小、保护间隔长度和对应导频图案的集合。OFDM生成块1030的操作的细节将稍后描述。
信令生成块1040可创建用于各个功能块的操作的物理层信令信息。此信令信息也被发送以使得在接收机侧正确地恢复所关注的服务。信令生成块1040的操作的细节将稍后描述。
图2、图3和图4示出根据本发明的实施方式的输入格式化块1000。将描述各个图。
图2示出根据本发明的一个实施方式的输入格式化块。图2示出当输入信号是单个输入流时的输入格式化模块。
图2所示的输入格式化块对应于参照图1描述的输入格式化块1000的实施方式。
对物理层的输入可由一个或多个数据流组成。各个数据流由一个DP承载。模式适配模块将到来数据流切分成基带帧(BBF)的数据字段。***支持三种类型的输入数据流：MPEG2-TS、网际协议(IP)和通用流(GS)。MPEG2-TS的特征在于固定长度(188字节)分组，第一字节是同步字节(0x47)。IP流由在IP分组头内用信号通知的可变长度的IP数据报分组组成。对于IP流，***支持IPv4和IPv6二者。GS可由在封装分组头内用信号通知的可变长度的分组或者恒定长度的分组组成。
(a)示出用于信号DP的模式适配块2000和流适配2010，(b)示出用于生成和处理PLS数据的PLS生成块2020和PLS加扰器2030。将描述各个块的操作。
输入流切分器将输入的TS、IP、GS流切分成多个服务或服务组件(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧切分器和BB帧头***块组成。
CRC编码器提供三种类型的CRC编码以用于用户分组(UP)级别的检错，即，CRC-8、CRC-16和CRC-32。所计算的CRC字节被附在UP之后。CRC-8用于TS流，CRC-32用于IP流。如果GS流没有提供CRC编码，则应该应用所提出的CRC编码。
BB帧切分器将输入映射至内部逻辑比特格式。所接收到的第一比特被定义为MSB。BB帧切分器分配数量等于可用数据字段容量的输入比特。为了分配数量等于BBF有效载荷的输入比特，将UP分组流切分以适合于BBF的数据字段。
BB帧头***块可将2字节的固定长度BBF头***BB帧的前面。BBF头由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)组成。除了固定的2字节BBF头以外，BBF可在2字节BBF头的结尾处具有扩展字段(1或3字节)。
流适配2010由填充***块和BB加扰器组成。
填充***块可将填充字段***BB帧的有效载荷中。如果对流适配的输入数据足以填充BB帧，则STUFFI被设定为“0”，并且BBF没有填充字段。否则，STUFFI被设定为“1”并且填充字段紧随BBF头之后***。填充字段包括两个字节的填充字段头和可变大小的填充数据。
BB加扰器对整个BBF进行加扰以用于能量扩散。加扰序列与BBF同步。通过反馈移位寄存器来生成加扰序列。
PLS生成块2020可生成物理层信令(PLS)数据。PLS向接收机提供访问物理层DP的手段。PLS数据由PLS1数据和PLS2数据组成。
PLS1数据是具有固定大小、编码和调制的帧中的FSS符号中所承载的PLS数据的第一集合，其承载关于***的基本信息以及将PLS2数据解码所需的参数。PLS1数据提供基本传输参数，包括允许PLS2数据的接收和解码所需的参数。另外，在帧组的持续时间内PLS1数据保持恒定。
PLS2数据是FSS符号中发送的PLS数据的第二集合，其承载关于***和DP的更详细的PLS数据。PLS2包含提供足够信息以便于接收机将期望的DP解码的参数。PLS2信令进一步由两种类型的参数组成：PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)。PLS2静态数据是在帧组的持续时间内保持静态的PLS2数据，PLS2动态数据是可逐帧地动态改变的PLS2数据。
PLS数据的细节将稍后描述。
PLS加扰器2030可对所生成的PLS数据进行加扰以用于能量扩散。
上述块可被省略或者被具有相似或相同功能的块取代。
图3示出根据本发明的另一实施方式的输入格式化块。
图3所示的输入格式化块对应于参照图1描述的输入格式化块1000的实施方式。
图3示出当输入信号对应于多个输入流时的输入格式化块的模式适配块。
用于处理多个输入流的输入格式化块的模式适配块可独立地处理多个输入流。
参照图3，用于分别处理多个输入流的模式适配块可包括输入流切分器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、头压缩块3040、CRC编码器3050、BB帧切分器3060和BB头***块3070。将描述模式适配块的各个块。
CRC编码器3050、BB帧切分器3060和BB头***块3070的操作对应于参照图2描述的CRC编码器、BB帧切分器和BB头***块的操作，因此省略其描述。
输入流切分器3000可将输入的TS、IP、GS流切分成多个服务或服务组件(音频、视频等)流。
输入流同步器3010可被称作ISSY。ISSY可提供合适的手段来为任何输入数据格式确保恒定比特率(CBR)和恒定端对端传输延迟。ISSY总是用于承载TS的多个DP的情况，可选地用于承载GS流的多个DP。
补偿延迟块3020可在***ISSY信息之后延迟所切分的TS分组流，以允许TS分组重组机制而无需接收机中的附加存储器。
空分组删除块3030仅用于TS输入流情况。一些TS输入流或者切分的TS流可能存在大量的空分组以便适应CBR TS流中的VBR(可变比特率)服务。在这种情况下，为了避免不必要的传输开销，可标识并且不发送空分组。在接收机中，可通过参考在传输中***的删除空分组(DNP)计数器来将被去除的空分组重新***它们原来所在的地方，因此确保了恒定比特率并且避免了针对时间戳(PCR)更新的需要。
头压缩块3040可提供分组头压缩以增加TS或IP输入流的传输效率。由于接收机可具有关于头的特定部分的先验信息，所以在发送机中可删除该已知的信息。
对于传输流，接收机具有关于同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载仅具有一个PID，即，仅用于一个服务组件(视频、音频等)或服务子组件(SVC基本层、SVC增强层、MVC基本视图或MVC独立视图)的内容，则TS分组头压缩可被(可选地)应用于传输流。如果输入流是IP流，则可选地使用IP分组头压缩。
上述块可被省略或者被具有相似或相同功能的块取代。
图4示出根据本发明的另一实施方式的输入格式化块。
图4所示的输入格式化块对应于参照图1描述的输入格式化块1000的实施方式。
图4示出当输入信号对应于多个输入流时输入格式化模块的流适配块。
参照图4，用于分别处理多个输入流的模式适配块可包括调度器4000、1帧延迟块4010、填充***块4020、带内信令4030、BB帧加扰器4040、PLS生成块4050和PLS加扰器4060。将描述流适配块的各个块。
填充***块4020、BB帧加扰器4040、PLS生成块4050和PLS加扰器4060的操作对应于参照图2描述的填充***块、BB加扰器、PLS生成块和PLS加扰器的操作，因此省略其描述。
调度器4000可从各个DP的FECBLOCK的量确定横跨整个帧的总体信元分配。包括针对PLS、EAC和FIC的分配，调度器生成PLS2-DYN数据的值，其作为带内信令或PLS信元在帧的FSS中发送。FECBLOCK、EAC和FIC的细节将稍后描述。
1帧延迟块4010可将输入数据延迟一个传输帧，使得关于下一帧的调度信息可通过当前帧发送以便于将带内信令信息***DP中。
带内信令4030可将PLS2数据的未延迟部分***帧的DP中。
上述块可被省略或者被具有相似或相同功能的块取代。
图5示出根据本发明的实施方式的BICM块。
图5所示的BICM块对应于参照图1描述的BICM块1010的实施方式。
如上所述，根据本发明的实施方式的发送用于未来广播服务的广播信号的设备可提供地面广播服务、移动广播服务、UHDTV服务等。
由于QoS(服务质量)取决于根据本发明的实施方式的发送用于未来广播服务的广播信号的设备所提供的服务的特性，所以与各个服务对应的数据需要通过不同的方案来处理。因此，根据本发明的实施方式的BICM块可通过独立地对分别与数据路径对应的数据管道应用SISO、MISO和MIMO方案来独立地处理输入的DP。因此，根据本发明的实施方式的发送用于未来广播服务的广播信号的设备可控制通过各个DP发送的各个服务或服务组件的QoS。
(a)示出由基本配置和手持配置共享的BICM块，(b)示出高级配置的BICM块。
由基本配置和手持配置共享的BICM块以及高级配置的BICM块可包括多个处理块以用于处理各个DP。
将描述基本配置和手持配置的BICM块以及高级配置的BICM块的各个处理块。
基本配置和手持配置的BICM块的处理块5000可包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010可对输入的BBF执行FEC编码以利用外编码(BCH)和内编码(LDPC)生成FECBLOCK过程。外编码(BCH)是可选的编码方法。数据FEC编码器5010的操作的细节将稍后描述。
比特交织器5020可将数据FEC编码器5010的输出交织以在提供可有效地实现的结构的同时利用LDPC编码和调制方案的组合实现优化性能。比特交织器5020的操作的细节将稍后描述。
星座映射器5030可利用QPSK、QAM-16、非均匀QAM(NUQ-64、NUQ-256、NUQ-1024)或者非均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)对来自基本配置和手持配置中的比特交织器5020的各个信元字或者来自高级配置中的信元字解复用器5010-1的信元字进行调制，以给出功率归一化的星座点el。仅针对DP应用此星座映射。据观察，QAM-16和NUQ是正方形的，而NUC具有任意形状。当各个星座旋转90度的任何倍数时，旋转后的星座与其原始星座恰好交叠。此“旋转”对称性质使得实部和虚部的容量和平均功率彼此相等。针对各个码率专门定义NUQ和NUC二者，所使用的具体一个由PLS2数据中的参数DP_MOD字段来用信号通知。
SSD编码块5040可按照二维(2D)、三维(3D)和四维(4D)对信元预编码以增加困难衰落条件下的接收鲁棒性。
时间交织器5050可在DP层面操作。时间交织(TI)的参数可针对各个DP不同地设定。时间交织器5050的操作的细节将稍后描述。
用于高级配置的BICM块的处理块5000-1可包括数据FEC编码器、比特交织器、星座映射器和时间交织器。然而，处理块5000-1与处理块5000的区别之处在于还包括信元字解复用器5010-1和MIMO编码块5020-1。
另外，处理块5000-1中的数据FEC编码器、比特交织器、星座映射器和时间交织器的操作对应于所描述的数据FEC编码器5010、比特交织器5020、星座映射器5030和时间交织器5050的操作，因此省略其描述。
信元字解复用器5010-1用于高级配置的DP以将单个信元字流分割成双信元字流以便于MIMO处理。信元字解复用器5010-1的操作的细节将稍后描述。
MIMO编码块5020-1可利用MIMO编码方案来处理信元字解复用器5010-1的输出。MIMO编码方案被优化以用于广播信号传输。MIMO技术是得到容量增加的有前景的方式，但是它取决于信道特性。特别是对于广播，信道的强LOS分量或者由不同的信号传播特性导致的两个天线之间的接收信号功率差异使得难以从MIMO得到容量增益。所提出的MIMO编码方案利用MIMO输出信号之一的基于旋转的预编码和相位随机化克服了这一问题。
MIMO编码旨在用于在发送机和接收机二者处需要至少两个天线的2x2MIMO***。在此提案中定义了两个MIMO编码模式：全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码提供容量增加并且接收机侧的复杂度的增加相对较小，而FRFD-SM编码提供容量增加和附加分集增益但是接收机侧的复杂度的增加较大。所提出的MIMO编码方案对天线极性配置没有限制。
高级配置帧需要MIMO处理，这意味着高级配置帧中的所有DP均由MIMO编码器处理。在DP层面应用MIMO处理。成对的星座映射器输出NUQ(e1,i和e2,i)被馈送至MIMO编码器的输入。成对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的同一载波k和OFDM符号l发送。
上述块可被省略或者被具有相似或相同功能的块取代。
图6示出根据本发明的另一实施方式的BICM块。
图6所示的BICM块对应于参照图1描述的BICM块1010的实施方式。
图6示出用于物理层信令(PLS)、紧急报警信道(EAC)和快速信息信道(FIC)的保护的BICM块。EAC是承载EAS信息数据的帧的一部分，FIC是承载服务与对应基本DP之间的映射信息的帧中的逻辑信道。EAC和FIC的细节将稍后描述。
参照图6，用于PLS、EAC和FIC的保护的BICM块可包括PLS FEC编码器6000、比特交织器6010、星座映射器6020和时间交织器6030。
另外，PLS FEC编码器6000可包括加扰器、BCH编码/零***块、LDPC编码块和LDPC奇偶校验打孔块。将描述BICM块的各个块。
PLS FEC编码器6000可对加扰的PLS 1/2数据、EAC和FIC区段进行编码。
加扰器可在BCH编码以及缩短和打孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零***块可利用缩短BCH码对加扰的PLS 1/2数据执行外编码以用于PLS保护并且在BCH编码之后***零比特。仅针对PLS1数据，可在LDPC编码之前对零***的输出比特进行置换。
LDPC编码块可利用LDPC码对BCH编码/零***块的输出进行编码。为了生成完整编码的块Cldpc，从各个零***PLS信息块Ildpc***地对奇偶校验比特Pldpc进行编码并且附在其后。
数学式1
[数学式1]
用于PLS1和PLS2的LDPC码参数如下表4。
表4
[表4]
LDPC奇偶校验打孔块可对PLS1数据和PLS 2数据执行打孔。
当缩短被应用于PLS1数据保护时，在LDPC编码之后对一些LDPC奇偶校验比特进行打孔。另外，对于PLS2数据保护，在LDPC编码之后对PLS2的LDPC奇偶校验比特进行打孔。不发送这些被打孔的比特。
比特交织器6010可将各个缩短和打孔的PLS1数据和PLS2数据交织。
星座映射器6020可将比特交织的PLS1数据和PLS2数据映射到星座上。
时间交织器6030可将所映射的PLS1数据和PLS2数据交织。
上述块可被省略或者被具有相似或相同功能的块取代。
图7示出根据本发明的一个实施方式的帧构建块。
图7所示的帧构建块对应于参照图1描述的帧构建块1020的实施方式。
参照图7，帧构建块可包括延迟补偿块7000、信元映射器7010和频率交织器7020。将描述帧构建块的各个块。
延迟补偿块7000可调节数据管道与对应PLS数据之间的定时以确保它们在发送机端同定时。通过解决由输入格式化块和BICM块导致的数据管道的延迟，将PLS数据延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器。带内信令数据承载下一TI组的信息以使得在要用信号通知的DP前面一个帧承载它们。延迟补偿块相应地延迟带内信令数据。
信元映射器7010可将PLS、EAC、FIC、DP、辅助流和虚拟信元映射至帧中的OFDM符号的有效载波中。信元映射器7010的基本功能是将各个DP的TI所生成的数据信元、PLS信元和EAC/FIC信元(如果有的话)映射至与帧内的各个OFDM符号对应的有效OFDM信元的阵列中。可通过数据管道单独地收集并发送服务信令数据(例如PSI(节目特定信息)/SI)。信元映射器根据调度器所生成的动态信息以及帧结构的配置来操作。帧的细节将稍后描述。
频率交织器7020可将从信元映射器7010接收的数据信元随机地交织以提供频率分集。另外，频率交织器7020可利用不同的交织种子顺序在由两个顺序的OFDM符号组成的OFDM符号对上进行操作以在单个帧中得到最大交织增益。频率交织器7020的操作的细节将稍后描述。
上述块可被省略或者被具有相似或相同功能的块取代。
图8示出根据本发明的实施方式的OFMD生成块。
图8所示的OFMD生成块对应于参照图1描述的OFMD生成块1030的实施方式。
OFDM生成块通过帧构建块所生成的信元来调制OFDM载波，***导频，并且生成时域信号以用于传输。另外，此块随后***保护间隔并且应用PAPR(峰平均功率比)降低处理以生成最终RF信号。
参照图8，帧构建块可包括导频和预留音***块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR降低块8030、保护间隔***块8040、前导码***块8050、其它******块8060和DAC块8070。将描述帧构建块的各个块。
导频和预留音***块8000可***导频和预留音。
OFDM符号内的各种信元利用参考信息(称作导频)来调制，参考信息发送接收机中先验已知的值。导频信元的信息由分散导频、连续导频、边缘导频、FSS(帧信令符号)导频和FES(帧边缘符号)导频构成。各个导频根据导频类型和导频图案按照特定升压功率水平来发送。导频信息的值从参考序列推导，参考序列是一系列值，一个值用于任何给定符号上的各个发送的载波。导频可用于帧同步、频率同步、时间同步、信道估计和传输模式标识，并且还可用于跟随相位噪声。
取自参考序列的参考信息在除了帧的前导码、FSS和FES以外的每一个符号中的分散导频信元中发送。连续导频被***帧的每一个符号中。连续导频的数量和位置取决于FFT大小和分散导频图案二者。边缘载波是除了前导码符号以外的每一个符号中的边缘导频。它们被***以便允许直至频谱的边缘的频率插值。FSS导频被***FSS中，FES导频被***FES中。它们被***以便允许直至帧的边缘的时间插值。
根据本发明的实施方式的***支持SFN网络，其中可选地使用分布式MISO方案以支持非常鲁棒的传输模式。2D-eSFN是使用多个TX天线的分布式MISO方案，各个天线位于SFN网络中的不同发送机站点中。
2D-eSFN编码块8010可处理2D-eSFN处理以使从多个发送机发送的信号的相位扭曲，以在SFN配置中创建时间和频率分集二者。因此，由于长时间的低平坦衰落或深度衰落引起的突发错误可缓和。
IFFT块8020可利用OFDM调制方案对2D-eSFN编码块8010的输出进行调制。未被指定为导频(或预留音)的数据符号中的任何信元承载来自频率交织器的数据信元之一。信元被映射至OFDM载波。
PAPR降低块8030可在时域中利用各种PAPR降低算法对输入信号执行PAPR降低。
保护间隔***块8040可***保护间隔，前导码***块8050可将前导码***信号的前面。前导码的结构的细节将稍后描述。其它******块8060可在时域中将多个广播发送/接收***的信号复用，使得提供广播服务的两个或更多个不同的广播发送/接收***的数据可在相同的RF信号带宽中同时发送。在这种情况下，所述两个或更多个不同的广播发送/接收***是指提供不同的广播服务的***。不同的广播服务可表示地面广播服务、移动广播服务等。与各个广播服务有关的数据可通过不同的帧发送。
DAC块8070可将输入的数字信号转换成模拟信号并且输出模拟信号。从DAC块7800输出的信号可根据物理层配置通过多个输出天线来发送。根据本发明的实施方式的发送天线可具有垂直或水平极性。
上述块可根据设计被省略或者被具有相似或相同功能的块取代。
图9示出根据本发明的实施方式的接收用于未来广播服务的广播信号的设备的结构。
根据本发明的实施方式的接收用于未来广播服务的广播信号的设备可对应于参照图1描述的发送用于未来广播服务的广播信号的设备。
根据本发明的实施方式的接收用于未来广播服务的广播信号的设备可包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将描述接收广播信号的设备的各个模块的操作。
同步和解调模块9000可通过m个接收天线接收输入信号，针对与接收广播信号的设备对应的***执行信号检测和同步，并且执行与发送广播信号的设备所执行的过程的逆过程对应的解调。
帧解析模块9100可解析输入信号帧并且提取用来发送用户所选择的服务的数据。如果发送广播信号的设备执行交织，则帧解析模块9100可执行与交织的逆过程对应的解交织。在这种情况下，可通过将从信令解码模块9400输出的数据解码以恢复由发送广播信号的设备生成的调度信息，来获得需要提取的信号和数据的位置。
解映射和解码模块9200可将输入信号转换为比特域数据，然后根据需要将其解交织。解映射和解码模块9200可针对为了传输效率而应用的映射执行解映射，并且通过解码纠正在传输信道上生成的错误。在这种情况下，解映射和解码模块9200可通过将从信令解码模块9400输出的数据解码来获得解映射和解码所需的传输参数。
输出处理器9300可执行由发送广播信号的设备应用以改进传输效率的各种压缩/信号处理过程的逆过程。在这种情况下，输出处理器9300可从信令解码模块9400所输出的数据获取必要控制信息。输出处理器8300的输出对应于输入至发送广播信号的设备的信号，并且可以是MPEG-TS、IP流(v4或v6)和通用流。
信令解码模块9400可从由同步和解调模块9000解调的信号获得PLS信息。如上所述，帧解析模块9100、解映射和解码模块9200和输出处理器9300可利用从信令解码模块9400输出的数据来执行其功能。
图10示出根据本发明的实施方式的帧结构。
图10示出超帧中的帧类型和FRU的示例配置。(a)示出根据本发明的实施方式的超帧，(b)示出根据本发明的实施方式的FRU(帧重复单元)，(c)示出FRU中的可变PHY配置的帧，(d)示出帧的结构。
超帧可由八个FRU组成。FRU是帧的TDM的基本复用单元，并且在超帧中被重复八次。
FRU中的各个帧属于PHY配置(基本、手持、高级)或FEF中的一个。FRU中的最大允许帧数为四个，给定PHY配置可在FRU中出现从零次到四次的任何次数(例如，基本、基本、手持、高级)。如果需要，可利用前导码中的PHY_PROFILE的预留值来扩展PHY配置定义。
FEF部分被***FRU的结尾处(如果包括的话)。当FRU中包括FEF时，在超帧中FEF的最小数量为8个。不建议FEF部分彼此相邻。
一个帧被进一步分割成多个OFDM符号和前导码。如(d)所示，帧包括前导码、一个或更多个帧信令符号(FSS)、正常数据符号和帧边缘符号(FES)。
前导码是允许快速Futurecast UTB***信号检测的特殊符号并且提供用于信号的有效发送和接收的基本传输参数的集合。前导码的详细描述将稍后描述。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计并且因此PLS数据的快速解码，FSS具有比正常数据符号更密集的导频图案。FES具有与FSS完全相同的导频，这允许FES内的仅频率插值以及紧靠FES之前的符号的时间插值(无外插)。
图11示出根据本发明的实施方式的帧的信令层次结构。
图11示出信令层次结构，其被切分成三个主要部分：前导码信令数据11000、PLS1数据11010和PLS2数据11020。每一个帧中的前导码符号所承载的前导码的目的是指示该帧的传输类型和基本传输参数。PLS1使得接收机能够访问并解码PLS2数据，该PLS2数据包含用于访问所关注的DP的参数。PLS2被承载在每一个帧中并且被切分成两个主要部分：PLS2-STAT数据和PLS2-DYN数据。如果需要，PLS2数据的静态和动态部分之后是填充。
图12示出根据本发明的实施方式的前导码信令数据。
前导码信令数据承载使得接收机能够访问PLS数据并且跟踪帧结构内的DP所需的21比特的信息。前导码信令数据的细节如下：
PHY_PROFILE：此3比特字段指示当前帧的PHY配置类型。不同PHY配置类型的映射在下表5中给出。
表5
[表5]
| 值 | PHY配置 |
| 000 | 基本配置 |
| 001 | 手持配置 |
| 010 | 高级配置 |
| 011～110 | 预留 |
| 111 | FEF |
FFT_SIZE：此2比特字段指示帧组内的当前帧的FFT大小，如下表6中所述。
表6
[表6]
| 值 | FFT大小 |
| 00 | 8K FFT |
| 01 | 16K FFT |
| 10 | 32K FFT |
| 11 | 预留 |
GI_FRACTION：此3比特字段指示当前超帧中的保护间隔分数值，如下表7中所述。
表7
[表7]
| 值 | GI_FRACTION |
| 000 | 1/5 |
| 001 | 1/10 |
| 010 | 1/20 |
| 011 | 1/40 |
| 100 | 1/80 |
| 101 | 1/160 |
| 110～111 | 预留 |
EAC_FLAG：此1比特字段指示当前帧中是否提供EAC。如果此字段被设定为“1”，则当前帧中提供紧急报警服务(EAS)。如果此字段被设定为“0”，则当前帧中没有承载EAS。此字段可在超帧内动态地切换。
PILOT_MODE：此1比特字段指示对于当前帧组中的当前帧，导频模式是移动模式还是固定模式。如果此字段被设定为“0”，则使用移动导频模式。如果该字段被设定为“1”，则使用固定导频模式。
PAPR_FLAG：此1比特字段指示对于当前帧组中的当前帧，是否使用PAPR降低。如果此字段被设定为值“1”，则音预留用于PAPR降低。如果此字段被设定为“0”，则不使用PAPR降低。
FRU_CONFIGURE：此3比特字段指示当前超帧中存在的帧重复单元(FRU)的PHY配置类型配置。在当前超帧中的所有前导码中，在此字段中标识当前超帧中所传送的所有配置类型。该3比特字段对于各个配置具有不同的定义，如下表8所示。
表8
[表8]
RESERVED：此7比特字段预留用于未来使用。
图13示出的根据本发明的实施方PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如上所述，对于一个帧组的整个持续时间，PLS1数据保持不变。PLS1数据的信令字段的详细定义如下：
PREAMBLE_DATA：此20比特字段是除了EAC_FLAG以外的前导码信令数据的副本。
NUM_FRAME_FRU：此2比特字段指示每FRU的帧数。
PAYLOAD_TYPE：此3比特字段指示帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9中所示来用信号通知。
表9
[表9]
| 值 | 有效载荷类型 |
| 1XX | 发送TS流 |
| X1X | 发送IP流 |
| XX1 | 发送GS流 |
NUM_FSS：此2比特字段指示当前帧中的FSS符号的数量。
SYSTEM_VERSION：此8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被分割成两个4比特字段：主版本和次版本。
主版本：SYSTEM_VERSION字段的MSB四比特指示主版本信息。主版本字段的改变指示不可向后兼容的改变。默认值为“0000”。对于此标准中所描述的版本，该值被设定为“0000”。
次版本：SYSTEM_VERSION字段的LSB四比特指示次版本信息。次版本字段的改变可向后兼容。
CELL_ID：这是唯一地标识ATSC网络中的地理小区的16比特字段。根据每Futurecast UTB***所使用的频率的数量，ATSC小区覆盖区域可由一个或更多个频率组成。如果CELL_ID的值未知或未指定，则此字段被设定为“0”。
NETWORK_ID：这是唯一地标识当前ATSC网络的16比特字段。
SYSTEM_ID：此16比特字段唯一地标识ATSC网络内的Futurecast UTB***。Futurecast UTB***是地面广播***，其输入是一个或更多个输入流(TS、IP、GS)，其输出是RF信号。Futurecast UTB***承载一个或更多个PHY配置和FEF(如果有的话)。相同的Futurecast UTB***在不同的地理区域中可承载不同的输入流并且使用不同的RF频率，从而允许本地服务***。在一个地方控制帧结构和调度，并且对于Futurecast UTB***内的所有传输均为相同的。一个或更多个Futurecast UTB***可具有相同的SYSTEM_ID，这意味着它们全部具有相同的物理层结构和配置。
下面的循环由用于指示各个帧类型的FRU配置和长度的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类型。根据表10来用信号通知FEC类型。LDPC码的细节将稍后描述。
表10
[表10]
| 内容 | PLS2FEC类型 |
| 00 | 4K-1/4和7K-3/10LDPC码 |
| 01～11 | 预留 |
PLS2_MODE：此3比特字段指示PLS2所使用的调制类型。根据表11来用信号通知调制类型。
表11
[表11]
| 值 | PLS2_MODE |
| 000 | BPSK |
| 001 | QPSK |
| 010 | QAM-16 |
| 011 | NUQ-64 |
| 100～111 | 预留 |
PLS2_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当前帧组中承载的PLS2的全编码块的集合的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_STAT_SIZE_BIT：此14比特字段指示当前帧组的PLS2-STAT的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_DYN_SIZE_BIT：此14比特字段指示当前帧组的PLS2-DYN的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_REP_FLAG：此1比特标志指示当前帧组中是否使用PLS2重复模式。当该字段被设定为值“1”时，PLS2重复模式被激活。当该字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_REP_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当使用PLS2重复时，当前帧组的每一个帧中承载的PLS2的部分编码块的集合的大小(被指定为QAM信元的数量)。如果未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_FEC_TYPE：此2比特字段指示用于下一帧组的每一个帧中承载的PLS2的FEC类型。根据表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提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。下表12给出该字段的值。当该字段被设定为“00”时，在当前帧组中PLS2不使用附加奇偶校验。
表12
[表12]
| 值 | PLS2-AP模式 |
| 00 | 未提供AP |
| 01 | AP1模式 |
| 10～11 | 预留 |
PLS2_AP_SIZE_CELL：此15比特字段指示PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_AP_MODE：此2比特字段指示在下一帧组的每一个帧中是否为PLS2信令提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。表12定义了该字段的值。
PLS2_NEXT_AP_SIZE_CELL：此15比特字段指示下一帧组的每一个帧中的PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
RESERVED：此32比特字段被预留以用于未来使用。
CRC_32：32比特纠错码，其被应用于整个PLS1信令。
图14示出根据本发明的实施方式的PLS2数据。
图14示出PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内相同，而PLS2-DYN数据提供当前帧特定的信息。
PLS2-STAT数据的字段的细节如下：
FIC_FLAG：此1比特字段指示当前帧组中是否使用FIC。如果此字段被设定为“1”，则当前帧中提供FIC。如果此字段被设定为“0”，则当前帧中没有承载FIC。该值在当前帧组的整个持续时间期间恒定。
AUX_FLAG：此1比特字段指示当前帧组中是否使用辅助流。如果此字段被设定为“1”，则当前帧中提供辅助流。如果此字段被设定为“0”，则当前帧中没有承载辅助流。该值在当前帧组的整个持续时间期间恒定。
NUM_DP：此6比特字段指示当前帧内承载的DP的数量。此字段的值的范围从1至64，DP的数量为NUM_DP+1。
DP_ID：此6比特字段唯一地标识PHY配置内的DP。
DP_TYPE：此3比特字段指示DP的类型。这根据下表13来用信号通知。
表13
[表13]
| 值 | DP类型 |
| 000 | DP类型1 |
| 001 | DP类型2 |
| 010～111 | 预留 |
DP_GROUP_ID：此8比特字段标识当前DP所关联的DP组。这可由接收机用来访问与特定服务关联的服务组件的DP(其将具有相同的DP_GROUP_ID)。
BASE_DP_ID：此6比特字段指示承载管理层中所使用的服务信令数据(例如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承载服务信令数据以及服务数据的正常DP或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：此2比特字段指示关联的DP所使用的FEC类型。根据下表14来用信号通知FEC类型。
表14
[表14]
| 值 | FEC_TYPE |
| 00 | 16K LDPC |
| 01 | 64K LDPC |
| 10～11 | 预留 |
DP_COD：此4比特字段指示关联的DP所使用的码率。根据下表15来用信号通知码率。
表15
[表15]
| 值 | 码率 |
| 0000 | 5/15 |
| 0001 | 6/15 |
| 0010 | 7/15 |
| 0011 | 8/15 |
| 0100 | 9/15 |
| 0101 | 10/15 |
| 0110 | 11/15 |
| 0111 | 12/15 |
| 1000 | 13/15 |
| 1001～1111 | 预留 |
DP_MOD：此4比特字段指示关联的DP所使用的调制。根据下表16来用信号通知调制。
表16
[表16]
| 值 | 调制 |
| 0000 | QPSK |
| 0001 | QAM-16 |
| 0010 | NUQ-64 |
| 0011 | NUQ-256 |
| 0100 | NUQ-1024 |
| 0101 | NUC-16 |
| 0110 | NUC-64 |
| 0111 | NUC-256 |
| 1000 | NUC-1024 |
| 1001～1111 | 预留 |
DP_SSD_FLAG：此1比特字段指示关联的DP中是否使用SSD模式。如果此字段被设定为值“1”，则使用SSD。如果此字段被设定为值“0”，则不使用SSD。
仅当PHY_PROFILE等于“010”(指示高级配置)时，出现以下字段：
DP_MIMO：此3比特字段指示哪一种类型的MIMO编码处理被应用于所关联的DP。MIMO编码处理的类型根据表17来用信号通知。
表17
[表17]
| 值 | MIMO编码 |
| 000 | FR-SM |
| 001 | FRFD-SM |
| 010～111 | 预留 |
DP_TI_TYPE：此1比特字段指示时间交织的类型。值“0”指示一个TI组对应于一个帧并且包含一个或更多个TI块。值“1”指示一个TI组被承载在不止一个帧中并且仅包含一个TI块。
DP_TI_LENGTH：此2比特字段(允许值仅为1、2、4、8)的使用由DP_TI_TYPE字段内设定的值如下确定：
如果DP_TI_TYPE被设定为值“1”，则此字段指示PI，各个TI组所映射至的帧的数量，并且每TI组存在一个TI块(NTI＝1)。2比特字段所允许的PI个值定义于下表18中。
如果DP_TI_TYPE被设定为值“0”，则此字段指示每TI组的TI块的数量NTI，并且每帧存在一个TI组(PI＝1)。2比特字段所允许的PI个值定义于下表18中。
表18
[表18]
| 2比特字段 | PI | NTI |
| 00 | 1 | 1 |
| 01 | 2 | 2 |
| 10 | 4 | 3 |
| 11 | 8 | 4 |
DP_FRAME_INTERVAL：此2比特字段指示所关联的DP的帧组内的帧间隔(IJUMP)，允许值为1、2、4、8(对应2比特字段分别为“00”、“01”、“10”或“11”)。对于没有出现在帧组的每一个帧中的DP，此字段的值等于连续帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则此字段被设定为“4”。对于出现在每一个帧上的DP，此字段被设定为“1”。
DP_TI_BYPASS：此1比特字段确定时间交织器的可用性。如果时间交织未用于DP，则它被设定为“1”。而如果使用时间交织，则它被设定为“0”。
DP_FIRST_FRAME_IDX：此5比特字段指示超帧的当前DP出现的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31。
DP_NUM_BLOCK_MAX：此10比特字段指示此DP的DP_NUM_BLOCKS的最大值。此字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：此2比特字段指示给定DP所承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据下表19来用信号通知。
表19
[表19]
| 值 | 有效载荷类型 |
| 00 | TS |
| 01 | IP |
| 10 | GS |
| 11 | 预留 |
DP_INBAND_MODE：此2比特字段指示当前DP是否承载带内信令信息。带内信令类型根据下表20来用信号通知。
表20
[表20]
| 值 | 带内模式 |
| 00 | 没有承载带内信令 |
| 01 | 仅承载INBAND-PLS |
| 10 | 仅承载INBAND-ISSY |
| 11 | 承载INBAND-PLS和INBAND-ISSY |
DP_PROTOCOL_TYPE：此2比特字段指示给定DP所承载的有效载荷的协议类型。当选择输入有效载荷类型时，它根据下表21来用信号通知。
表21
[表21]
DP_CRC_MODE：此2比特字段指示输入格式化块中是否使用CRC编码。CRC模式根据下表22来用信号通知。
表22
[表22]
| 值 | CRC模式 |
| 00 | 未使用 |
| 01 | CRC-8 |
| 10 | CRC-16 |
| 11 | CRC-32 |
DNP_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的空分组删除模式。DNP_MODE根据下表23来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设定为值“00”。
表23
[表23]
| 值 | 空分组删除模式 |
| 00 | 未使用 |
| 01 | DNP-NORMAL |
| 10 | DNP-OFFSET |
| 11 | 预留 |
ISSY_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的ISSY模式。ISSY_MODE根据下表24来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设定为值“00”。
表24
[表24]
| 值 | ISSY模式 |
| 00 | 未使用 |
| 01 | ISSY-UP |
| 10 | ISSY-BBF |
| 11 | 预留 |
HC_MODE_TS：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的TS头压缩模式。HC_MODE_TS根据下表25来用信号通知。
表25
[表25]
| 值 | 头压缩模式 |
| 00 | HC_MODE_TS 1 |
| 01 | HC_MODE_TS 2 |
| 10 | HC_MODE_TS 3 |
| 11 | HC_MODE_TS 4 |
HC_MODE_IP：此2比特字段指示当DP_PAYLOAD_TYPE被设定为IP(“01”)时的IP头压缩模式。HC_MODE_IP根据下表26来用信号通知。
表26
[表26]
| 值 | 头压缩模式 |
| 00 | 无压缩 |
| 01 | HC_MODE_IP 1 |
| 10～11 | 预留 |
PID：此13比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)并且HC_MODE_TS被设定为“01”或“10”时的TS头压缩的PID号。
RESERVED：此8比特字段被预留以用于未来使用。
仅当FIC_FLAG等于“1”时，出现以下字段：
FIC_VERSION：此8比特字段指示FIC的版本号。
FIC_LENGTH_BYTE：此13比特字段指示FIC的长度(字节)。
RESERVED：此8比特字段被预留以用于未来使用。
仅当AUX_FLAG等于“1”时，出现以下字段：
NUM_AUX：此4比特字段指示辅助流的数量。零表示没有使用辅助流。
AUX_CONFIG_RFU：此8比特字段被预留以用于未来使用。
AUX_STREAM_TYPE：此4比特被预留以用于未来用于指示当前辅助流的类型。
AUX_PRIVATE_CONFIG：此28比特字段被预留以用于未来用于用信号通知辅助流。
图15示出根据本发明的另一实施方式的PLS2数据。
图15示出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大小而具有不同的长度，如下表27所示。
表27
[表27]
DP_NUM_BLOCK：此10比特字段指示当前DP的当前TI组中的FEC块的数量。DP_NUM_BLOCK的值从0至1023。
RESERVED：此8比特字段被预留以用于未来使用。
以下字段指示与EAC关联的FIC参数。
EAC_FLAG：此1比特字段指示当前帧中的EAC的存在。此比特是与前导码中的EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：此8比特字段指示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，则随后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，则随后的12比特被分配用于EAC_COUNTER。
EAC_LENGTH_BYTE：此12比特字段指示EAC的长度(字节)。
EAC_COUNTER：此12比特字段指示在EAC到达的帧的前面的帧的数量。
仅当AUX_FLAG字段等于“1”时，出现以下字段：
AUX_PRIVATE_DYN：此48比特字段被预留以用于未来用于用信号通知辅助流。此字段的含义取决于可配置的PLS2-STAT中的AUX_STREAM_TYPE的值。
CRC_32：32比特纠错码，其被应用于整个PLS2。
图16示出根据本发明的实施方式的帧的逻辑结构。
如上所述，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、辅助流和虚拟数据信元)一起映射准确地填充了帧中的信元容量。
图17示出根据本发明的实施方式的PLS映射。
PLS信元被映射至FSS的有效载波。根据PLS所占据的信元的数量，一个或更多个符号被指定为FSS，并且由PLS1中的NUM_FSS来用信号通知FSS的数量NFSS。FSS是用于承载PLS信元的特殊符号。由于在PLS中鲁棒性和延迟是关键问题，所以FSS具有更高密度的导频，以允许快速同步以及FSS内的仅频率插值。
PLS信元按照上下方式被映射至NFSS个FSS的有效载波，如图17的示例中所示。PLS1信元首先从第一FSS的第一信元开始按照信元索引的升序映射。PLS2信元紧随PLS1的最后信元之后，并且向下继续映射直至第一FSS的最后信元索引。如果所需的PLS信元的总数超过一个FSS的有效载波的数量，则映射进行至下一FSS并且按照与第一FSS完全相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果当前帧中存在EAC、FIC或这二者，则它们被设置在PLS与“正常”DP之间。
图18示出根据本发明的实施方式的EAC映射。
EAC是用于承载EAS消息的专用信道并且链接到用于EAS的DP。提供EAS支持，但是每一个帧中可存在或者可不存在EAC本身。EAC(如果有的话)被映射在紧随PLS2信元之后。PLS信元以外的FIC、DP、辅助流或虚拟信元均不在EAC之前。映射EAC信元的过程与PLS完全相同。
EAC信元从PLS2的下一信元按照信元索引的升序映射，如图18的示例中所示。根据EAS消息大小，EAC信元可占据一些符号，如图18所示。
EAC信元紧随PLS2的最后信元之后并且向下继续映射直至最后FSS的最后信元索引。如果所需的EAC信元的总数超过最后FSS的剩余有效载波的数量，则映射进行至下一符号并且按照与FSS完全相同的方式继续。在这种情况下用于映射的下一符号是具有比FSS更多的有效载波的正常数据符号。
在EAC映射完成之后，接下来承载FIC(如果存在的话)。如果没有发送FIC(如PLS2字段中用信号通知的)，则DP紧随EAC的最后信元之后。
图19示出根据本发明的实施方式的FIC映射。
(a)示出没有EAC的FIC信元的示例映射，(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载跨层信息以允许快速服务获取和信道扫描的专用信道。该信息主要包括DP与各个广播商的服务之间的信道绑定信息。为了快速扫描，接收机可将FIC解码并且获得诸如广播商ID、服务数量和BASE_DP_ID的信息。为了快速服务获取，除了FIC以外，可利用BASE_DP_ID将基本DP解码。除了它所承载的内容以外，基本DP按照与正常DP完全相同的方式被编码并被映射至帧。因此，基本DP不需要附加描述。在管理层中生成和消耗FIC数据。FIC数据的内容如管理层规范中所述。
FIC数据是可选的，FIC的使用由PLS2的静态部分中的FIC_FLAG参数通知。如果使用FIC，则FIC_FLAG被设定为“1”并且在PLS2的静态部分中定义用于FIC的信令字段。在此字段中用信号通知FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享诸如PLS2_MOD和PLS2_FEC的相同的信令参数。FIC数据(如果有的话)被映射在紧随PLS2或EAC(如果有的话)之后。任何正常DP、辅助流或虚拟信元均不在FIC之前。映射FIC信元的方法与EAC(同样与PLS相同)完全相同。
在PLS之后没有EAC的情况下，按照信元索引的升序从PLS2的下一信元映射FIC信元，如(a)的示例中所示。根据FIC数据大小，FIC信元可被映射在一些符号上，如(b)所示。
FIC信元紧随PLS2的最后信元之后并且向下继续映射直至最后FSS的最后信元索引。如果所需的FIC信元的总数超过最后FSS的剩余有效载波的数量，则映射进行至下一符号并且按照与FSS完全相同的方式继续。在这种情况下用于映射的下一符号是具有比FSS更多的有效载波的正常数据符号。
如果在当前帧中发送EAS消息，则EAC在FIC之前，并且按照信元索引的升序从EAC的下一信元映射FIC信元，如(b)所示。
在FIC映射完成之后，映射一个或更多个DP，随后是辅助流(如果有的话)和虚拟信元。
图20示出根据本发明的实施方式的DP的类型。
(a)示出类型1DP，(b)示出类型2DP。
在前面的信道(即，PLS、EAC和FIC)映射之后，映射DP的信元。DP根据映射方法被分成两种类型中的一种：
类型1DP：通过TDM映射DP
类型2DP：通过FDM映射DP
DP的类型由PLS2的静态部分中的DP_TYPE字段指示。图20示出类型1DP和类型2DP的映射顺序。类型1DP首先按照信元索引的升序来映射，然后在到达最后信元索引之后，符号索引增加一。在下一符号内，从p＝0开始继续按照信元索引的升序映射DP。通过将多个DP一起映射在一个帧中，将各个类型1DP在时间中分组，类似于DP的TDM复用。
类型2DP首先按照符号索引的升序来映射，然后在到达帧的最后OFDM符号之后，信元索引增加一，并且符号索引退回到第一可用符号，然后从该符号索引开始增加。在将多个DP一起映射在一个帧中之后，将各个类型2DP在频率中分组在一起，类似于DP的FDM复用。
如果需要，类型1DP和类型2DP可共存于帧中，但是有一个限制：类型1DP总是在类型2DP前面。承载类型1DP和类型2DP的OFDM信元的总数不可超过可用于DP的传输的OFDM信元的总数：
数学式2
[数学式2]
DDP1+DDP2≤DDP
其中DDP1是类型1DP所占据的OFDM信元的数量，DDP2是类型2DP所占据的信元的数量。由于PLS、EAC、FIC全部按照与类型1DP相同的方式映射，所以它们全部遵循“类型1映射规则”。因此，总体上，类型1映射总是先于类型2映射。
图21示出根据本发明的实施方式的DP映射。
(a)示出用于映射类型1DP的OFDM信元的寻址，(b)示出用于映射类型2DP的OFDM信元的寻址。
针对类型1DP的有效数据信元定义用于映射类型1DP的OFDM信元的寻址(0、…、DDP1-1)。寻址方案定义来自各个类型1DP的TI的信元被分配给有效数据信元的顺序。它还用于通知PLS2的动态部分中的DP的位置。
在没有EAC和FIC的情况下，地址0是指紧随承载最后FSS中的PLS的最后信元之后的信元。如果发送EAC并且对应帧中没有FIC，则地址0是指紧随承载EAC的最后信元之后的信元。如果对应帧中发送FIC，则地址0是指紧随承载FIC的最后信元之后的信元。如(a)所示，可考虑两种不同的情况来计算类型1DP的地址0。在(a)的示例中，假设PLS、EAC和FIC全部被发送。扩展至EAC和FIC中的任一者或二者被省略的情况是简单的。如果在映射直至FIC的所有信元之后FSS中存在剩余信元，如(a)的左侧所示。
针对类型2DP的有效数据信元定义用于映射类型2DP的OFDM信元的寻址(0、…、DDP2-1)。寻址方案定义来自各个类型2DP的TI的信元被分配给有效数据信元的顺序。它还用于用信号通知PLS2的动态部分中的DP的位置。
如(b)所示，三种略微不同的情况是可能的。对于(b)的左侧所示的第一种情况，最后FSS中的信元可用于类型2DP映射。对于中间所示的第二种情况，FIC占据正常符号的信元，但是该符号上的FIC信元的数量不大于CFSS。(b)的右侧所示的第三种情况与第二种情况相同，除了该符号上映射的FIC信元的数量超过CFSS。
扩展至类型1DP在类型2DP前面的情况是简单的，因为PLS、EAC和FIC遵循与类型1DP相同的“类型1映射规则”。
数据管道单元(DPU)是用于向帧中的DP分配数据信元的基本单元。
DPU被定义为用于定位帧中的DP的信令单元。信元映射器7010可为各个DP映射通过TI生成的信元。时间交织器5050输出一系列TI块，各个TI块包括可变数量的XFECBLOCK，XFECBLOCK继而由信元集合组成。XFECBLOCK中的信元的数量Ncells取决于FECBLOCK大小Nldpc以及每星座符号发送的比特数。DPU被定义为给定PHY配置中支持的XFECBLOCK中的信元数量Ncells的所有可能值的最大公约数。信元中的DPU的长度被定义为LDPU。由于各个PHY配置支持FECBLOCK大小和每星座符号的不同比特数的不同组合，所以基于PHY配置来定义LDPU。
图22示出根据本发明的实施方式的FEC结构。
图22示出根据本发明的实施方式的比特交织之前的FEC结构。如上所述，数据FEC编码器可利用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码以生成FECBLOCK过程。所示的FEC结构对应于FECBLOCK。另外，FECBLOCK和FEC结构具有与LDPC码字的长度对应的相同值。
如图22所示，对各个BBF应用BCH编码(Kbch比特)，然后对BCH编码的BBF应用LDPC编码(Kldpc比特＝Nbch比特)。
Nldpc的值为64800比特(长FECBLOCK)或16200比特(短FECBLOCK)。
下表28和表29分别示出长FECBLOCK和短FECBLOCK的FEC编码参数。
表28
[表28]
表29
[表29]
BCH编码和LDPC编码的操作的细节如下：
12纠错BCH码用于BBF的外编码。通过将所有多项式一起相乘来获得短FECBLOCK和长FECBLOCK的BCH生成多项式。
LDPC码用于对外BCH编码的输出进行编码。为了生成完成的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从各个Ildpc(BCH编码的BBF)***地编码并且被附到Ildpc。完成的Bldpc(FECBLOCK)被表示为下面的数学式。
数学式3
[数学式3]
长FECBLOCK和短FECBLOCK的参数分别在上表28和表29中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下：
1)将奇偶校验比特初始化，
数学式4
[数学式4]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特-i0。奇偶校验矩阵的地址的细节将稍后描述。例如，对于码率13/15：
数学式5
[数学式5]
3)对于接下来的359个信息比特is(s＝1,2,…,359)，在利用下面的数学式在奇偶校验比特地址处累加is。
数学式6
[数学式6]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
其中x表示与第一比特i0对应的奇偶校验比特累加器的地址，Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例，对于码率13/15，Qldpc＝24，因此对于信息比特i1，执行以下操作：
数学式7
[数学式7]
4)对于第361信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式，利用数学式6获得随后的359个信息比特is(s＝361、362、…、719)的奇偶校验比特累加器的地址，其中x表示与信息比特i360对应的奇偶校验比特累加器的地址，即，奇偶校验矩阵的地址的第二行的条目。
5)按照类似的方式，对于每一组的360个新信息比特，使用来自奇偶校验矩阵的地址的新的一行来寻找奇偶校验比特累加器的地址。
在所有信息比特被耗尽之后，获得最终奇偶校验比特如下：
6)从i＝1开始依次执行以下操作
数学式8
[数学式8]
其中pi(i＝0、1、...Nldpc-Kldpc-1)的最终内容等于奇偶校验比特pi。
表30
[表30]
| 码率 | Qldpc |
| 5/15 | 120 |
| 6/15 | 108 |
| 7/15 | 96 |
| 8/15 | 84 |
| 9/15 | 72 |
| 10/15 | 60 |
| 11/15 | 48 |
| 12/15 | 36 |
| 13/15 | 24 |
短FECBLOCK的此LDPC编码过程依据长FECBLOCK的t LDPC编码过程，不同的是用表31取代表30，用短FECBLOCK的奇偶校验矩阵的地址取代长FECBLOCK的奇偶校验矩阵的地址。
表31
[表31]
| 码率 | Qldpc |
| 5/15 | 30 |
| 6/15 | 27 |
| 7/15 | 24 |
| 8/15 | 21 |
| 9/15 | 18 |
| 10/15 | 15 |
| 11/15 | 12 |
| 12/15 | 9 |
| 13/15 | 6 |
图23示出根据本发明的实施方式的比特交织。
LDPC编码器的输出被比特交织，其由奇偶交织和随后的准循环块(QCB)交织以及内组交织组成。
(a)示出准循环块(QCB)交织，(b)示出内组交织。
FECBLOCK可被奇偶交织。在奇偶交织的输出处，LDPC码字由长FECBLOCK中的180个相邻的QC块和短FECBLOCK中的45个相邻的QC块组成。长FECBLOCK或短FECBLOCK中的各个QC块由360比特组成。通过QCB交织来对奇偶交织的LDPC码字进行交织。QCB交织的单位是QC块。如图23所示，通过QCB交织重排奇偶交织的输出处的QC块，其中根据FECBLOCK长度，Ncells＝64800/ηmod或16200/ηmod。对于调制类型和LDPC码率的各个组合，QCB交织图案是唯一的。
在QCB交织之后，根据下表32中定义的调制类型和阶(ηmod)执行内组交织。还定义了用于一个内组的QC块的数量NQCB_IG。
表32
[表32]
| 调制类型 | ηmod | NQCB_IG |
| QAM-16 | 4 | 2 |
| NUC-16 | 4 | 4 |
| NUQ-64 | 6 | 3 |
| NUC-64 | 6 | 6 |
| NUQ-256 | 8 | 4 |
| NUC-256 | 8 | 8 |
| NUQ-1024 | 10 | 5 |
| NUC-1024 | 10 | 10 |
利用QCB交织输出的NQCB_IGQC块执行内组交织处理。内组交织具有利用360列和NQCB_IG行写入和读取内组的比特的处理。在写入操作中，在行方向上写入来自QCB交织输出的比特。在列方向上执行读取操作以从各行读出m比特，其中m对于NUC等于1，对于NUQ等于2。
图24示出根据本发明的实施方式的信元字解复用。
(a)示出8和12bpcu MIMO的信元字解复用，(b)示出10bpcu MIMO的信元字解复用。
(a)描述了一个XFECBLOCK的信元字解复用处理，如(a)所示，比特交织输出的各个信元字(c0,l,c1,l,…,cnmod-1,l)被解复用为(d1,0,m,d1,1,m…,d1,nmod-1,m)和(d2,0,m,d2,1,m…,d2,nmod-1,m)。
对于针对MIMO编码使用不同类型的NUQ的10bpcu MIMO情况，重用NUQ-1024的比特交织器。如(b)所示，比特交织器输出的各个信元字(c0,l,c1,l,…,c9,l)被解复用为(d1,0,m,d1,1,m…,d1,3,m)和(d2,0,m,d2,1,m…,d2,5,m)。
图25示出根据本发明的实施方式的时间交织。
(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块，则它被直接映射至仅一个帧。如下表33所示，时间交织存在三种选项(除了跳过时间交织的额外选项以外)。
表33
[表33]
在各个DP中，TI存储器存储输入XFECBLOCK(来自SSD/MIMO编码块的输出XFECBLOCK)。假设输入XFECBLOCK被定义为
其中dn，s，r，q是第n TI组的第s TI块中的第r XFECBLOCK的第q信元，并且表示SSD和MIMO编码的输出如下。
另外，假设来自时间交织器的输出XFECBLOCK被定义为
其中hn，s，i是第n TI组的第s TI块中的第i输出信元(对于i＝0，...，NxBLOCK_TI(n，s)×Ncells-1)。
通常，时间交织器还将在帧创建的处理之前充当DP数据的缓冲器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。第二TI块被写入第二库，而从第一库读取，等等。
TI是扭曲行-列块交织器。对于第n TI组的第s TI块，TI存储器的行数Nr等于信元数Ncells(即，Nr＝Ncells)，而列数Nc等于数量NxBLOCK_TI(n，s)。
图26示出根据本发明的实施方式的扭曲行-列块交织器的基本操作。
(a)示出时间交织器中的写入操作，(b)示出时间交织器中的读取操作。如(a)所示，第一XFECBLOCK按照列方向被写入TI存储器的第一列中，第二XFECBLOCK被写入下一列中，依此类推。然后，在交织阵列中，在对角线方向上读出信元。如(b)所示，在从第一行(从最左列开始沿着行向右)到最后行的对角线方向读取期间，读出Nr个信元。详细地讲，假设zn，s，i(i＝0，...，NrNc)作为要依次读取的TI存储器信元位置，这种交织阵列中的读取处理通过如下式计算行索引Rn，s，i列索引Cn，s，i以及关联的扭曲参数Tn，s，i来执行。
数学式9
[数学式9]
其中Sshift是与NxBLOCK_TI(n，s)无关的对角线方向读取处理的公共偏移值，它如下式通过PLS2-STAT中给出的NxBLOCK_TI_MAX来确定。
数学式10
[数学式10]
对于
结果，要读取的信元位置按照坐标被计算为Zn，s，i＝NrCn，s，i+Rn，s，i。
图27示出根据本发明的另一实施方式的扭曲行-列块交织器的操作。
更具体地讲，图27示出当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×NxBLOCK_TI_MAX的大小，并且如下式完成读取处理。
数学式11
[数学式11]
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的最大数量。
图28示出根据本发明的实施方式的扭曲行-列块交织器的对角线方向读取图案。
更具体地讲，图28示出从具有参数N′xBLOCK_TI_MAX＝7和Sshift＝(7-1)/2＝3的各个交织阵列的对角线方向读取图案。需要注意的是在上面作为伪码示出的读取处理中，如果Vi≤NcellsNxBLOCK_TI(n，s)，则Vi的值被跳过，使用Vi的下一计算的值。
图29示出根据本发明的实施方式的来自各个交织阵列的交织XFECBLOCK。
图29示出来自具有参数N′xBLOCK_TI_MAX＝7和Sshift＝3的各个交织阵列的交织XFECBLOCK。
图30是示出根据本发明的实施方式的基于混合的下一代广播***的协议栈的概念图。
本发明提出了图30所示的数据链路(封装)部分，并且提出了发送经由物理层从上层接收的MPEG-2 TS(传输流)和/或IP(网际协议)分组的方法。另外，本发明提供了操作物理层所需的信令传输方法。另外，当未来在上层中考虑新分组类型的传输时，本发明可实现向物理层发送新分组传输信息的方法。
对应协议层也可被称作数据链路层、封装层、层2等。为了描述方便并且更好地理解本发明，协议层以下将被称作链路层。当术语“协议层”实际应用于本发明时，应该注意的是，术语“协议层”可用术语“链路层”取代或者也可根据需要被称为新名称。
根据本发明的广播***可对应于通过IP(网际协议)中心广播网络和宽带网络的组合实现的混合广播信号。
根据本发明的广播***可被设计为与传统的基于MPEG-2的广播***兼容。
根据本发明的广播***可对应于基于IP中心广播网络、宽带网络和/或移动通信网络或蜂窝网络的组合的混合广播***。
参照图30，物理层可使用诸如ATSC和/或DVB***的广播***所采用的物理协议。
在封装层中，可从获取自物理层的特定信息获得IP数据报，或者所获得的IP数据报可被转换成特定帧(例如，RS帧、GSE-lite、GSE或信号帧)。在这种情况下，帧可包括IP数据报的聚合。
快速访问信道(FAC)可包括用于访问服务和/或内容的特定信息(例如，服务ID与帧之间的映射信息)。
根据本发明的广播***可使用各种协议，例如网际协议(IP)、用户数据报协议(UDP)、传输控制协议(TCP)、ALC/LCT(异步分层编码/分层编码传输)、RCP/RTCP(速率控制协议/RTP控制协议)、HTTP(超文本传输协议)、FLUTE(经由单向传输的文件传送)等。协议之间的栈可表示图30的结构。
在本发明的广播***中，可按照ISOBMFF(ISO基本媒体文件格式)的形式发送数据。可按照ISOBMFF的形式发送ESG(电子服务指南)、NRT(非实时)、A/V(音频/视频)和/或一般数据。
由广播网络引起的数据传输可包括线性内容传输和/或非线性内容传输。
基于RTP/RTCP的A/V和数据(隐藏字幕、紧急报警消息等)传输可对应于线性内容传输。
RTP有效载荷可按照包括网络抽象层(NAL)的RTP/AV流的形式和/或按照基于ISO的媒体文件格式的形式来封装和发送。RTP有效载荷传输可对应于线性内容传输。如果RTP有效载荷按照基于ISO的媒体文件格式的形式来封装和发送，则RTP有效载荷可包括用于A/V等的MPEG DASH媒体片段。
基于FLUTE的ESG传输、不定时数据传输和NRT内容传输可对应于非线性内容传输。上述信息可按照MIME类型文件和/或基于ISO的媒体文件格式的形式来封装和发送。如果按照基于ISO的媒体文件格式的形式来封装和发送数据，则该数据传输在概念上可包括用于A/V等的MPEG DASH媒体片段。
经由宽带网络的数据传输可被分成内容的传输和信令数据的传输。
内容传输可包括线性内容(A/V、数据(隐藏字幕、紧急报警消息等))的传输、非线性内容(ESG、不定时数据等)的传输以及基于MPEG DASH的媒体片段(A/V、数据)的传输。
信令数据的传输可包括包含在广播网络上发送的信令表(包括MPEG DASH的MPD)的数据的传输。
本发明的广播***可不仅支持经由广播网络发送的线性/非线性内容之间的同步，而且支持经由广播网络发送的内容与经由宽带网络发送的内容之间的同步。例如，如果一个UD内容被分割成广播网络和宽带网络，然后同时经由广播网络和宽带网络发送，则接收机可根据发送(Tx)协议来协调时间线，可使广播网络的内容和宽带内容同步，并且可将同步的内容重构为一条UE内容。
广播***的应用层可实现例如交互性、个性化、第二屏幕、ACR(自动内容识别)等的技术特性。上述技术特性对从ATSC 2.0至ATSC 3.0演进的北美广播标准是重要的。例如，可使用HTML5来实现交互性。
在本发明的广播***的表示层中，可使用HTML和/或HTML来标识组件之间或者双向应用之间的空间和时间关系。
根据另一实施方式的广播***可通过上述广播***的添加或修改来实现，各个组成元件的详细描述将用上述广播***来代替。
根据本发明的另一实施方式的广播***可包括与MPEG-2***兼容的***结构。例如，可在ATSC 3.0***中接收或操作在传统MPEG-2***中发送的线性/非线性内容，并且可根据通过ATSC 3.0***接收的数据是否为MPEG-2TS或IP数据报来自适应地协调A/V和数据处理。
在根据本发明的另一实施方式的广播***的封装层中，从物理层获得的信息/数据可被转换成MPEG-2TS或IP数据报，或者可利用IP数据报被转换成特定帧(例如，RS帧、GSE-lite、GSE或信号帧等)。
根据另一实施方式的广播***可包括能够根据是否使用MPEG-2TS或IP数据报通过广播网络获取服务/内容来自适应地获得的信令信息。即，当从广播***获得信令信息时，信令信息可基于MPEG-2TS获得，或者可基于UDP协议从数据获得。
本发明的广播***可支持通过MPEG-2TS和/或IP数据报封装的基于广播网络的线性/非线性内容之间的同步。另选地，该广播***可支持分别通过广播网络和宽带网络发送的内容碎片之间的同步。例如，如果一个UD内容被分割成广播网络和宽带网络，然后同时经由广播网络和宽带网络发送，则接收机可根据发送(Tx)协议协调时间线，可使广播网络的内容和宽带内容同步，并且可将同步的内容重构为一条UE内容。
图31是示出根据本发明的实施方式的链路层的接口的概念图。
参照图31，发送机可考虑主要用在数字广播中的IP分组和/或MPEG-2TS分组用作输入信号的示例性情况。发送机还可支持能够用在下一代广播***中的新协议的分组结构。链路层和信令信息的封装数据可被发送至物理层。发送机可根据广播***所支持的物理层的协议来处理所发送的数据(包括信令数据)，使得发送机可发送包括对应数据的信号。
另一方面，接收机可将从物理层接收的数据和信令信息恢复成能够在高层中处理的其它数据。接收机可读取分组的头，并且可确定从物理层接收的分组是否指示信令信息(或信令数据)或识别数据(或内容数据)。
从发送机的链路层接收的信令信息(即，信令数据)可包括：第一信令信息，接收自上层并且需要被发送至接收机的上层；第二信令信息，生成自链路层并且提供关于接收机的链路层中的数据处理的信息；和/或第三信令信息，生成自上层或链路层并且被传送以快速地检测物理层中的特定数据(例如，服务、内容和/或信令数据)。
图32是示出根据本发明的实施方式的链路层的分组结构的概念图。
根据本发明的实施方式，链路层的分组可包括固定头、扩展头和/或有效载荷。
固定头被设计为具有固定的大小。例如，固定头可为1字节长。扩展头的大小可改变。包括接收自高层的数据的有效载荷可位于固定头和扩展头后面。
固定头可包括分组类型元素和/或指示符部分元素。
分组类型元素可为3比特长。分组类型元素可标识高层(即，链路层的高层)的分组类型。由分组类型元素值标识的分组类型将在下文详细描述。
指示符部分元素可包括关于有效载荷构造方法和/或扩展头的构造信息的信息。由指示符部分元素指示的构造方法和/或构造信息可根据分组类型而改变。
图33示出根据本发明的实施方式的根据分组类型元素值的分组类型。
参照图33，如果分组类型元素被设定为“000”，则这表示从高层传送至链路层的分组是IPv4(网际协议版本4)分组。
如果分组类型元素值被设定为“001”，则这表示从高层传送至链路层的分组是IPv6(网际协议版本6)分组。
如果分组类型元素值被设定为“010”，则这表示从高层传送至链路层的分组是压缩的IP分组。
如果分组类型元素值被设定为“011”，则这表示从高层传送至链路层的分组是MPEG-2TS分组。
如果分组类型元素值被设定为“101”，则这表示从高层传送至链路层的分组是打包流分组。例如，打包流可对应于MPEG媒体传输分组。
如果分组类型元素值被设定为“110”，则这表示从高层传送至链路层的分组是用于发送信令信息(信令数据)的分组。
如果分组类型元素值被设定为“111”，则这表示从高层传送至链路层的分组是帧分组类型。
图34是示出根据本发明的实施方式的当IP分组被发送至链路层时链路层分组的头结构的概念图。
参照图34，如果IP分组被输入至链路层，则分组类型元素值可以是000B(3比特000)或001B(3比特001)。
参照当IP分组被输入时链路层的分组头，位于分组类型元素旁边的指示符部分元素可包括C/S(级联/分段)字段和/或3比特的附加比特(以下称作附加字段)。
在链路层的分组的情况下，固定头的附加字段和扩展头的信息可根据位于分组类型元素后面的2比特的CS(级联/分段)字段来决定。
C/S字段指示输入IP分组的处理类型，并且可包括关于扩展头长度的信息。
根据本发明的实施方式，C/S字段被设定为00B(2比特00)的情况可指示链路层分组的有效载荷包括正常分组。正常分组可指示输入IP分组在没有改变的情况下用作链路层分组的有效载荷。在这种情况下，固定头部分的附加字段不使用，可被预留以用于后续使用。在这种情况下，可不使用扩展头。
如果C/S字段被设定为“01B”(2比特“01”)，则这表示链路层分组的有效载荷包括级联分组。级联分组包括一个或更多个IP分组。即，链路层分组的有效载荷中可包含一个或更多个IP分组。在这种情况下，不使用扩展头，位于C/S字段后面的附加字段可用作计数字段。计数字段的详细描述将在下文详细描述。
如果C/S字段被设定为“10B”(2比特“10”)，则这表示有效载荷由分段分组组成。分段分组通过将一个IP分组分割成多个片段来获得。具体地讲，分段分组可包括分割的片段当中的一个片段。即，链路层分组的有效载荷可包括包含在IP分组中的多个分组中的任一个。位于C/S字段后面的附加字段用作片段ID。片段ID可唯一地标识片段。当IP分组被分段时指派片段ID。更详细地讲，如果未来要分别发送的片段被整合，则片段ID可指示同一IP分组的组成元素的存在。片段ID可为3比特长，同时可支持IP分组的分段。例如，通过一个IP分组获得的分割的片段可具有相同的片段ID。在这种情况下，扩展头可为1字节长。在这种情况下，扩展头可包括Seg_SN(片段序列号)字段和/或Seg_Len_ID(片段长度ID)字段。
Seg_SN字段可为4比特长，并且可指示用在IP分组中的对应片段的序列号。当Seg_SN字段IP分组被分段时，Seg_SN字段可用于确认各个片段的顺序。因此，尽管包括从一个IP分组分段而成的有效载荷的链路层分组可具有相同的片段ID(Seg_ID)，但是链路层分组可具有不同的Seg_SN字段值。Seg_SN字段可为4比特长。在这种情况下，一个IP分组可被分段成最多16个片段。如果用户期望将IP分组分割成更多片段，则增加Seg_SN字段的大小以使得Seg_SN字段可指示各个片段的顺序和/或片段的数量。
Seg_Len_ID(片段长度ID)字段可为4比特长，并且可用于标识片段长度。根据Seg_Len_ID字段值的实际片段长度可通过稍后描述的表来标识。如果代替Seg_Len_ID字段用信号通知实际片段的长度值，则4比特的Seg_Len_ID字段可被扩展为12比特的片段长度字段。在这种情况下，链路层分组中可包含2字节的扩展头。
如果C/S字段值被设定为11B(2比特“11”)，则这表示有效载荷包括分段分组的示例性情况，就像C/S字段值被设定为10B的情况中一样。然而，11B的C/S字段还可指示有效载荷中可包含一个IP分组所分割的多个片段当中的最后片段。当片段被收集以重构一个IP分组时，接收机可利用C/S字段值来标识被配置为发送最后片段的链路层分组，并且对应分组的有效载荷中所包含的片段可被识别为最后片段。位于C/S字段后面的附加字段可用作片段ID。在这种情况下，扩展头可为2字节长。扩展头可包括Seg_SN(片段序列号)字段和/或L_Seg_Len(最后片段长度)字段。
L_Seg_Len字段可指示最后片段的实际长度。如果数据利用Seg_Len_ID字段按照从IP分组的前部的顺序被分段以生成相同大小的数据片段，则与另一先前的片段相比，最后片段可具有不同的大小。因此，可利用L_Seg_Len字段直接指示片段长度。片段长度可根据L_Seg_Len字段所分配的比特数而改变。然而，当根据本发明分配比特数时，L_Seg_Len字段可指示最后片段为1～4095字节长。
即，如果一个IP分组被分割成多个片段，则IP分组可被分割成具有预定长度的多个片段。然而，最后片段的长度可根据IP分组的长度而改变。因此，最后片段的长度需要独立地用信号来调制。具有相同名称的字段的详细描述可用上述描述来代替。
图35是示出根据C/S字段值的含义和头结构的概念图。
参照图35，如果C/S字段被设定为“00”，则这表示链路层分组的有效载荷中包含正常分组并且附加字段被预留。另一方面，链路层分组中可不包含扩展头。在这种情况下，链路层分组的头的总长度可为1字节。
如果C/S字段被设定为“01”，则链路层分组的有效载荷中包含级联分组并且附加字段可用作计数字段。计数字段的详细描述将稍后给出。此外，链路层分组中可不包含扩展头。在这种情况下，链路层分组的头的总长度可为1字节。
如果C/S字段被设定为“10”，则链路层分组的有效载荷中可包含分段分组，并且附加字段可用作片段ID。此外，链路层分组中可包含扩展头，并且扩展头可包括Seg_SN字段和/或Seg_Len_ID字段。Seg_SN字段或Seg_Len_ID字段的详细描述可用上述描述或者稍后给出的描述代替。链路层分组的总长度可为2字节。
如果C/S字段被设定为“11”，则链路层分组的有效载荷中可包含分段分组(即，包括最后片段的分组)，并且附加字段可用作片段ID。此外，链路层分组中可包含扩展头，并且扩展头可包括Seg_SN字段和/或L_Seg_Len字段。Seg_SN字段或L_Seg_Len字段的详细描述可用上述描述或者将要给出的描述代替。链路层分组的总长度可以是3字节。
图36是示出根据计数字段值的含义的概念图。
参照图36，在链路层分组的有效载荷包括级联分组的情况下可使用计数字段。计数字段可指示一个有效载荷中包含多少IP分组。计数字段的值可指示级联的IP分组的数量。然而，零或一个级联没有意义，因为计数字段可指示有效载荷中包含数量由“计数字段值+2”表示的IP分组。根据一个实施方式，3比特可被分配给计数字段，从而这表示链路层分组的有效载荷中最多包含9个IP分组。如果一个有效载荷中需要包括更多IP分组，则可扩展计数字段的长度，或者可另外用信号通知扩展头的9个或更多个IP分组。
图37是示出根据Seg_Len_ID字段的值的含义和片段长度的概念图。
参照图37，Seg_Len_ID字段可用于指示多个片段当中的最后片段以外的片段的长度。为了减小指示片段长度所需的头的开销，可用片段大小可被限制为16个片段。
响应于通过物理层所处理的前向纠错(FEC)的码率预定的分组输入大小来决定片段长度，所决定的片段长度可被指定为Seg_Len_ID字段的各个值的长度。例如，与指派给Seg_Len_ID字段的各个值关联，片段长度可为预定的。在这种情况下，关于取决于Seg_Len_ID字段的各个值的片段长度的信息由发送机生成并被发送给接收机，以使得接收机可将所接收到的信息存储在其中。此外，被建立为具有Seg_Len_ID字段的各个值的片段长度可改变。在这种情况下，发送机可生成新的信息并且将该新的信息发送给接收机，接收机可基于上述新的信息更新所存储的信息。
此外，如果不考虑片段长度来执行物理层处理，则可如图37的式所示计算片段长度。
在图37的式中，Len_Unit(长度单元)可以是指示片段长度的基本单元，min_Len可以是片段长度的最小值。不仅在发送机中，而且在接收机中，Len_Unit和min_Len可被设定为相同的值。一旦决定了式的上述参数之后，优选的是，就***吞吐量而言上述参数保持不变。该值可考虑在***的初始处理期间物理层的FEC处理吞吐量来决定。例如，如图37所示，Len_Unit或min_Len值可指示响应于Seg_Len_ID字段值不同地表示的片段长度。此时，参数“Len_Unit”可为256，参数“min_Len”可为512。
图38是示出用于封装正常分组的式和用于计算链路层分组长度的式的概念图。
参照图38，如果如上所述在物理层的处理范围内输入IP分组未被级联或者分段，则IP分组可被封装成正常分组。以下内容可等同地应用于IPv4和IPv6IP分组。一个IP分组可在没有改变的情况下用作链路层分组的有效载荷，分组类型元素值可被设定为000B(IPv4)或001B(IPv6)，C/S字段值可被设定为00B(正常分组)。固定头的剩余三个比特可被设定为预留字段以在未来用于另一用途。
可如下标识链路层分组长度。IP分组的头中可包含指示IP分组长度的特定字段。指示长度的字段总是位于相同的位置处，使得接收机可确认位于与链路层分组的初始部分(起始部分)按照预定偏移间隔开的特定位置处的字段，从而可识别链路层分组的有效载荷长度。
接收机在IPv4的情况下可读取与有效载荷的起始点间隔开2字节的特定位置处的长度为2字节的长度字段，在IPv6的情况下可读取与有效载荷的起始点间隔开4字节的特定位置处的长度为2字节的长度字段。
参照图38，假设IPv4长度字段被设定为LIPv4，LIPv4指示IPv4的总长度。在这种情况下，如果将链路层分组的头长度LH(1字节)与LIPv4相加，则获得整个链路层分组的长度。在这种情况下，LT可指示链路层分组的长度。
参照图38的式，假设IPv6长度字段由LIPv6表示，LIPv6仅指示IPv6IP分组的有效载荷长度。因此，如果将链路层分组的头长度LH(1字节)相加并且另外将IPv6的固定头长度(40字节)相加，则获得链路层分组的长度。这里，LT可表示链路层分组的长度。
图39是示出用于封装级联分组的处理和用于计算链路层分组长度的式的概念图。
参照图39，如果输入IP分组没有到达物理层的处理范围内，则一些IP分组被级联并封装成一个链路层分组。以下描述也可被应用于IPv4和IPv6的IP分组。
一些IP分组可用作链路层分组的有效载荷，分组类型元素值可被设定为000B(IPv4)或001B(IPv6)，C/S字段可被设定为01B(级联分组)。另外，指示一个有效载荷中包含多少IP分组的3比特的计数字段可被级联到01B的C/S字段。
接收机为了计算级联分组的长度，可使用与正常分组相似的方式。假设计数字段所指示的级联IP分组的数量由n表示，链路层分组的头长度由LH表示，各个IP分组的长度由Lk(其中1≤k≤n)表示，则整个链路层分组长度(LT)可如式所示计算。
由于级联分组仅具有固定的头信息，所以实现LH＝1(字节)，并且可通过读取级联分组中所包含的各个IP分组的头中所包含的长度字段的值来确认各个Lk(其中1≤k≤n)值。接收机可解析基于链路层分组头结束之后的有效载荷起始位置具有预定偏移的特定位置处的第一IP分组的长度字段，并且可利用该长度字段标识第一IP分组的长度。接收机可解析基于第一IP分组的长度终点具有预定偏移的特定位置处的第二IP分组的长度字段，并且可利用该长度字段标识第二IP分组的长度。上述操作被重复与链路层分组的有效载荷中所包含的IP分组的数量对应的预定次数，从而可标识链路层分组的有效载荷长度。
图40是示出用于计算包括IPv4分组的级联分组的长度的处理和用于计算IP分组的长度字段所在位置的偏移值的式的概念图。
当IP分组被输入至发送机时，发送机没有困难地读取IP分组的长度字段。然而，接收机仅可通过头识别构成链路层分组的IP分组的数量，使得在本领域中各个长度字段的位置未知。然而，由于长度字段总是位于IP分组的头的相同位置处，所以利用以下方法检测长度字段的位置，从而可计算和识别级联分组的有效载荷中所包含的各个IP分组的长度。
假设级联分组的有效载荷中所包含的n个IP分组分别由IP1、IP2、…、IPk、…、IPn表示，与IPk对应的长度字段的位置可与级联分组的有效载荷的起始点间隔开Pk字节。在这种情况下，Pk(其中1≤k≤n)可以是基于级联分组的有效载荷的起始点，第k IP分组的长度字段所在位置的偏移值，Pk值可如图40的式所示计算。
在这种情况下，IPv4分组的P1为2字节。因此，从P1连续地更新Pk值并且读取与Pk值对应的Lk值。如果将Lk应用于图39的式，则可最终计算出级联分组的长度。
图41是示出用于计算包括IPv6分组的级联分组的长度的处理和用于计算IP分组的长度字段所在位置的偏移值的式的概念图。
如果IPv6分组被级联并包含在链路层分组的有效载荷中，则计算有效载荷长度的方法如下。IPv6分组中所包含的长度字段指示关于IPv6分组的有效载荷长度的信息，将指示IPv6的固定头的长度的40字节与长度字段所指示的IPv6分组的有效载荷长度相加，从而可计算出IPv6分组的长度。
假设级联分组的有效载荷中所包含的n个IP分组分别由IP1、IP2、…、IPk、…、IPn表示，与IPk对应的长度字段的位置可与级联分组的有效载荷的起始位置间隔开Pk字节。在这种情况下，Pk(其中1≤k≤n)可以是基于级联分组的有效载荷的起始点，第k IP分组的长度字段所在位置的偏移值，并且可通过图41所示的式计算。在这种情况下，在IPv6的情况下P1为4字节。因此，从P1连续地更新Pk值并且读取与Pk值对应的Lk。如果将该Lk值应用于图39的式，则可最终计算出级联分组的长度。
图42是示出根据本发明的实施方式的分段分组的封装处理的概念图。
以下描述可等同地应用于IPv4IP分组和IPv6IP分组。一个IP分组被分段以得到多个链路层分组的有效载荷。分组类型元素值可被设定为000B(IPv4)或001B(IPv6)，C/S字段值根据片段构造可为10B或11B。
C/S字段可仅在与IP分组的最后部分对应的特定片段中被设定为11B，在上述特定片段以外的剩余片段中可被设定为10B。C/S字段值还可如上所述指示链路层分组的扩展头的信息。即，如果C/S字段被设定为10B，则头为2字节长。如果C/S字段被设定为11B，则头为3字节长。
为了指示来自同一IP分组的分段状态，各个链路层分组的头中所包含的Seg_ID(片段ID)值必须具有相同的值。为了允许接收机指示片段的顺序信息以用于重组正常IP分组，依次增大的Seg_SN值被记录在各个链路层分组的头中。
当IP分组被分段时，如上所述决定片段长度，并且执行基于相同长度的分段处理。此后，适合于对应长度信息的Seg_Len_ID值被记录在头中。在这种情况下，与先前片段相比，最后片段的长度可改变，从而可利用L_Seg_Len字段直接指定长度信息。
由Seg_Len_ID字段和L_Seg_Len字段指示的长度信息可仅指示片段(即，链路层分组)的有效载荷信息，从而接收机可利用C/S字段通过将链路层分组的头长度与链路层分组的有效载荷长度相加来标识整个链路层分组的长度信息。
图43是示出根据本发明的实施方式的IP分组的分段处理和链路层分组的头信息的概念图。
当IP分组被分段并封装成链路层分组时，分配给各个链路层分组的头的字段值被示出在图14中。
例如，如果在IP层中长度为5500字节的IP分组被输入至链路层，则该IP分组被分割成5个片段(S1、S2、S3、S4、S5)，并且将头(H1、H2、H3、H4、H5)与这5个片段相加，从而相加的结果被封装成各个链路层分组。
假设使用IPv4分组的情况被使用，分组类型元素值可被设定为000B。在H1～H4的范围内C/S字段值被设定为10B，H5的C/S字段值被设定为11B。指示相同IP分组结构的所有片段ID(Seg_ID)可被设定为000B，并且在H1～H5的范围内Seg_SN字段依次由0000B～0100B表示。
当5500字节除以5时所获得的结果值为1100字节。假设片段由最接近1100字节的1024字节的长度组成，则最后片段S5的长度由1404字节(010101111100B)表示。在这种情况下，如上述示例中所示，Seg_Len_ID字段可被设定为0010B。
图44是示出根据本发明的实施方式的包括循环冗余校验(CRC)的IP分组的分段处理的概念图。
当IP分组被分段并发送给接收机时，发送机可按照接收机可确认所组合的分组的完整性的方式将CRC附到IP分组的后面，并且最终可执行分段处理。通常，由于CRS被添加到分组的最后部分，所以在分段处理完成之后最后片段中包含CRS。
当接收机接收到长度超过最后片段的长度的数据时，所接收到的数据可被识别为CRC。另选地，包括CRC长度的长度可作为最后片段的长度被用信号通知。
图45是示出根据本发明的实施方式的当MPEG-2TS(传输流)被输入到链路层时链路层分组的头结构的概念图。
分组类型元素可标识MPEG-2TS分组被输入到链路层。例如，分组类型元素值可被设定为011B。
如果MPEG-2TS被输入，则链路层分组的头结构被示出在图16中。如果MPEG-2TS分组被输入到链路层，则链路层分组的头可包括分组类型元素、计数字段、PI(PID指示符)字段和/或DI(删除空分组指示符)字段。
例如，2比特或3比特计数字段、1比特PI(PID指示符)字段和1比特DI(删除空分组指示符)字段可排列在链路层分组的头的分组类型之后。如果计数字段具有2比特，则剩余1比特可用作预留字段以在未来用于后续用途。固定头部分可根据预留字段的位置按照如图16(a)至图16(d)所示的各种方式来构造。尽管为了描述方便和更好地理解本发明，将基于(a)的头来公开本发明，但是相同的描述也可应用于其它类型的头。
如果MPEG-2TS分组被输入到链路层(分组类型＝011)，则可不使用扩展头。
计数字段可指示链路层分组的有效载荷中包含多少MPEG-2TS分组。一个MPEG-2TS分组的大小远大于指示在下一代广播***的物理层中具有高选择概率的FEC方案的LDPC(低密度奇偶校验)输入的大小，可基本上考虑链路层的级联。即，链路层分组的有效载荷中可包含一个或更多个MPEG-2TS分组。然而，级联的MPEG-2TS分组的数量被限制为一些数量，以使得该信息可通过2比特或3比特来标识。由于MPEG-2T分组的长度被固定为预定大小(例如，188字节)，所以接收机也可利用计数字段来估计链路层分组的有效载荷大小。根据计数字段来指示MPEG-2TS分组的数量的示例将在下文详细描述。
当一个链路层分组的有效载荷中所包含的MPEG-2TS分组具有相同的PID(分组标识符)时，PI(公共PID指示符)字段被设定为“1”。相反，如果一个链路层分组的有效载荷中所包含的MPEG-2TS分组具有不同的PID时，PI字段被设定为“0”。PID字段可为1比特长。
当包含在MPEG-2TS分组中然后被发送的空分组被删除时，DI(空分组删除指示符)字段被设定为1。如果空分组未被删除，则DI字段被设定为“0”。DI字段可为1比特长。如果DI字段被设定为1，则接收机可重用MPEG-2TS分组的一些字段以支持链路层中的空分组删除。
图46示出根据计数字段的值，链路层分组的有效载荷中所包含的MPEG-2TS分组的数量。
如果计数字段为2比特长，则在四种情况下可存在级联的MPEG-2TS分组。同步字节(47H)以外的链路层分组的有效载荷大小也可由计数字段来标识。
根据计数字段值要分配的MPEG-2TS分组的数量可根据***设计者而改变。
图47是示出根据本发明的实施方式的MPEG-2TS分组的头的概念图。
参照图47，MPEG-2TS分组的头可包括同步字节字段、传输错误指示符字段、有效载荷单元开始指示符字段、传输优先级字段、PID字段、传输加扰控制字段、适配字段控制字段和/或连续性计数器字段。
同步字节字段可用于分组同步，并且在链路层处的封装的情况下可被排除。位于同步字节字段旁边的传输错误指示符(EI)不由发送机使用，可用于告知高层接收机无法恢复的错误的存在。结果，传输错误指示符字段不由发送机使用。
传输错误指示符字段在解调处理中在无法纠正流的错误的条件下建立。更详细地讲，传输错误指示符字段可指示分组中无法纠正的错误的存在。
有效载荷单元开始指示符字段可标识PES(打包基本流)或PSI(节目特定信息)是否开始。
传输优先级字段可指示对应分组是否具有比具有相同PID的其它分组更高的优先级。
PID字段可标识各个分组。
传输加扰控制字段可指示是否使用加扰，和/或可指示是否使用奇数或偶数密钥来使用加扰。
适配字段控制字段可指示是否存在适配字段。
连续性计数器字段可指示有效载荷分组的顺序号(或序列号)。
图48是示出根据本发明的实施方式的允许收发器改变传输错误指示符字段的用途的处理的概念图。
如果DI字段被设定为1，则传输错误指示符字段可在发送机的链路层中用作删除点指示符(DPI)字段，如图19所示。删除点指示符(DPI)字段可在接收机的链路层中的空分组相关处理完成之后被恢复为传输错误指示符字段。即，DI字段可指示空分组是否被删除，同时可指示MPEG-2TS头的传输错误指示符字段的用途是否改变。
图49是示出根据本发明的实施方式的MPEG-2TS分组的封装处理的概念图。
基本上，考虑MPEG-2TS分组级联，以使得一个链路层分组的有效载荷中可包含多个MPEG-2TS分组，并且可如上所述决定MPEG-2TS分组的数量。假设一个链路层分组的有效载荷中所包含的MPEG-2TS分组的数量由N表示，各个MPEG-2TS分组可由Mk表示(其中，1≤k≤n)。
MPEG-2TS分组可包括4字节的固定头和184字节的有效载荷。4字节的头当中的1个字节用作同步字节，并且总是被指派相同的值(47H)。因此，一个MPEG-2TS分组“Mk”可包括1字节的同步部分(S)、同步字节以外的3字节的固定头部分(Hk)和/或184字节的有效载荷部分(Pk)(其中，1≤k≤n)。
如果MPEG-2TS分组的头中使用适配字段，则固定头部分甚至被扩展至适配字段的前部，剩余适配部分被包含在有效载荷部分中。
假设N个MPEG-2TS分组由[M1,M2,M3,…,Mn]表示，N个MPEG-2TS分组按照[S,H1,P1,S,H2,P2,…,S,Hn,Pn]的形式排列。同步部分总是被设定为相同的值，使得接收机可检测对应位置而无需从发送机接收任何信号，并且可在所检测的位置处执行***动作。因此，当构造链路层分组的有效载荷时，同步部分被排除，以使得分组的大小可减小。当具有上述排列方式的MPEG-2TS分组的聚合被构造为链路层分组的有效载荷时，同步部分被排除，并且头部分和有效载荷部分彼此分离，以使得MPEG-2TS分组按照[H1,H2,…,Hn,P1,P2,…,Pn]的形式排列。
如果PI字段值被设定为零“0”并且DI字段被设定为零“0”，则链路层分组的有效载荷长度具有“(n×3)+(n×184)”字节。此后，如果将指示链路层分组的头长度的1个字节与所得字节相加，则可计算并获得整个链路层分组长度。即，接收机可通过上述处理标识链路层分组的长度。
图50是示出根据本发明的实施方式的具有相同PID的MPEG-2TS分组的封装处理的概念图。
如果广播数据被连续地流处理，则一个链路层分组中所包含的MPEG-2TS可具有相同的PDI值。在这种情况下，重复的PID值被同时指示，以使得链路层分组的大小可减小。在这种情况下，可根据需要使用链路层分组的头中所包含的PI(PID指示符)字段。
链路层分组的头的PI(公共PID指示符)值可被设定为“1”。如上所述，在链路层分组的有效载荷内使用N个MPEG-2TS分组[M1,M2,M3,…,Mn]的情况下，同步部分被排除，并且头部分和有效载荷部分彼此分离，以使得MPEG-2TS分组可按照[H1,H2,…,Hn,P1,P2,…,Pn]的形式排列。在这种情况下，MPEG-2TS的头部分[H1,H2,…,Hn]可具有相同的PID。尽管PID值仅被指示并发送一次，但是接收机可将对应数据恢复为原始头。假设公共PID被称作公共PID(CPID)并且当从MPEG-2TS分组头(Hk)排除PID时获得的头由H’k表示(其中1≤k≤n)，则构成链路层分组的有效载荷的MPEG-2TS的头部分[H1,H2,…,Hn]可按照[CPID,H’1,H’2,…,H’n]的形式重构。此处理可被称作公共PID降低。
图51是示出通过公共PID降低处理计算链路层分组的长度的式以及公共PID降低处理的概念图。
参照图51，MPEG-2TS分组的头部分可包括13比特的PID。如果被配置为构造链路层分组的有效载荷的MPEG-2TS分组具有相同的PID值，则PID被重复与级联分组的数量对应的预定次数。因此，从原始MPEG-2TS分组的头部分[H1,H2,…,Hn]排除PID部分，从而按照[H’1,H’2,…,H’n]的形式重构MPEG-2TS分组，公共PID值被设定为CPID值，并且CIPD可位于重构的头部分的前面。
PID值具有13比特的长度，并且可添加填充比特使得按照字节单位的形式配置整个分组。填充比特可位于CPID的前部或后部。填充比特可根据级联协议层的结构或者***实现方式来正确地布置。
在封装具有相同PID的MPEG-2TS分组的情况下，从MPEG-2TS分组的头部分排除PID，然后将其封装，链路层分组的有效载荷长度可如上所述计算。
如图51所示，同步字节以外的MPEG-2TS分组的头为3字节长。如果13比特的PID部分被排除，则得到11比特的实现方式。因此，如果N个分组被级联以实现(n×11)比特，并且如果级联分组的数量被设定为8的倍数，则(n×11)比特具有字节单位的长度。长度为3比特的填充比特被添加到13比特的公共PID长度，从而可构造长度为2字节的CPID部分。
因此，在使用具有相同PID的N个MPEG-2TS分组被封装时所获得的链路层分组的情况下，假设链路层分组的头的长度由LH表示，CPID部分具有LCPID的长度，并且链路层分组的总长度由LT表示，则LT值可如图51的式所示计算。
在图21的实施方式中，LH为1字节，LCPID为2字节。
图52是示出当使用公共PID降低时根据计数字段值的级联MPEG-2TS分组的数量和链路层分组的长度的概念图。
如果决定了级联MPEG-2TS分组的数量并且如果所有分组具有相同的PID，则可应用上述公共PID降低处理，并且接收机可根据上述式计算链路层分组的长度。
图53是示出根据本发明的实施方式的封装包括空分组的MPEG-2TS分组的处理的概念图。
为了按照固定的传送速率发送MPEG-2TS分组，发送(Tx)流中可包含空分组。在传输方面空分组用作开销，因此尽管发送机没有空分组，但是接收机可恢复该空分组。当发送机删除空分组并且发送数据，接收机搜索被删除的空分组的数量以及被删除的空分组的位置以执行数据恢复时，可使用位于链路层分组的头中的空分组删除指示符(DI)字段。在这种情况下，链路层分组的头的DI值可被设定为1。
当空分组位于输入Tx流之间的任意位置时的封装动作可被执行以使得空分组以外的n个分组被依次级联。链路层分组的有效载荷中可包含指示多少空分组被连续地排除的计数值，接收机可基于该计数值在原始位置处生成空分组，从而用空分组填充所述原始位置。
假设空分组以外的N个MPEG-2TS分组由[M1,M2,M3,…,Mn]表示，则空分组可出现在MPEG-2TS分组(M1～Mn)之间的任何位置处。单个链路层分组中可出现空分组被计数达0～n次当中的预定次数的部分。即，假设一个链路层分组内空分组被计数的上述部分的出现次数由“p”表示，则p的范围由0至n表示。
如果各个空分组的计数值由Cm表示，则m的范围由1≤m≤p表示，在p＝0的情况下Cm不存在。指示各个Cm位于MPEG-2TS分组之间的何处的特定信息可利用MPEG-2TS分组的头中EI(传输错误指示符)的用途改变为DPI(删除点指示符)的特定字段来表示。
在本发明中，Cm可具有1字节的长度。如果稍后要使用的分组具有长度余量，则1字节Cm也可被扩展。1字节的Cm可对最多256个空分组计数。空分组的指示符字段位于MPEG-2TS分组的头处，可计算排除与“(Cm所表示的值)+1”对应的预定数量的空分组。例如，在Cm＝0的情况下，可排除一个空分组。在Cm＝123的情况下，可排除124个空分组。如果邻接空分组的数量高于256，则第257空分组作为正常分组处理，后续空分组可根据上述方法作为这样的空分组处理。
如图24所示，空分组位于与Mi和Mi+1对应的MPEG-2TS分组之间。MPEG-2TS分组的计数值由C1表示，并且空分组位于与Mj和Mj+1对应的MPEG-2TS分组之间。如果MPEG-2TS分组的计数值可由Cp表示，则实际传输顺序可由[…,Mi,C1,Mi+1,…,Mj,Cp,Mj+1,…]表示。
当代替空分组，MPEG-2TS分组的头部分和有效载荷部分彼此分离并且被重新排列以构造链路层分组的有效载荷时，空分组的计数值Cm(1≤m≤p)位于MPEG-2TS分组的头部分与有效载荷部分之间。即，链路层分组的有效载荷按照[H1,H2,…,Hn,C1,…,Cp,P1,P2,…,Pn]的形式排列，接收机按照位于Hk处的DPI字段中所示的顺序一个字节接一个字节地确认计数值并且根据原始MPEG-2TS分组的顺序恢复所确认的值的数量那么多的空分组。
图54是示出用于处理被配置为对去除的空分组进行计数的指示符的步骤以及该处理步骤中用于计算链路层分组的长度的式的概念图。
可建立DPI字段以指示空分组的删除以及与删除的空分组关联的计数值的存在。如图25所示，如果存在于多个MPEG-2TS分组的头当中的Hi处的DPI字段被设定为1，则这表示位于Hi和Hi+1之间的空分组被排除并封装，其关联的1字节计数值位于头部分与有效载荷部分之间。
在上述处理中，链路层分组的长度可通过图54所示的式来计算。因此，在通过经由空分组排除处理封装n个MPEG-2TS分组而获得的链路层分组的情况下，假设链路层分组的头长度由LH表示，空分组的计数值Cm(1≤m≤p)由LCount表示，并且链路层分组的总长度由LT表示，则LT可通过图54的式计算。
图55是示出根据本发明的另一实施方式的封装包括空分组的MPEG-2TS分组的处理的概念图。
根据排除空分组的封装方法的另一实施方式，可构造链路层分组的有效载荷。根据本发明的另一实施方式，当MPEG-2TS分组的头部分和有效载荷部分被重新排列以构造链路层分组有效载荷时，空分组的计数值Cm(1≤m≤p)可位于头部分处，并且空分组的顺序可保持不变。即，空分组的计数值可被包含在各个MPEG-2TS头结束的特定点处。因此，当接收机读取各个MPEG-2TS头中所包含的DPI字段的值时，接收机确定空分组的删除的完成，接收机读取包含在对应头的最后部分处的计数值并且重新生成对应计数值那么多的空分组，使得重新生成的空分组可被包含在流中。
图56是示出根据本发明的实施方式的在包括空分组的流中封装包括相同分组标识符(PID)的MPEG-2TS分组的处理的概念图。
在包括空分组的流中包括相同的PID(分组标识符)的MPEG-2TS分组的封装处理可通过封装上述空分组以外的链路层分组的第一处理与将具有相同ID的MPEG-2TS分组封装成链路层分组的第二处理的组合来执行。
由于分配了指示空分组的附加PID，所以不通过相同的PID处理实际传输流中包含空分组的情况。然而，在空分组的排除处理完成之后，仅与空分组有关的计数值被包含在链路层分组的有效载荷中，剩余N个MPEG-2TS分组具有相同的PID，使得可通过上述方法处理N个MPEG-2TS分组。
图57是示出根据本发明的实施方式的当具有相同PID的MPEG-2TS分组被封装在包括空分组的流中时用于计算链路层分组的长度的式的概念图。
在包括空分组的流中，当具有相同PID的MPEG-2TS分组被封装时，可通过图51和/或图54计算链路层分组的长度。上述式可由图28的式表示。
图58是示出根据本发明的实施方式的用于发送信令信息的链路层分组结构的概念图。
为了按照与IP头压缩信息或广播信道扫描信息的更新处理中相同的方式在接收机接收IP分组或MPEG-2TS分组之前发送信令信息，本发明提供了能够向链路层发送信令数据(即，信令数据)的分组格式。
根据本发明的实施方式，如果链路层分组的头中所包含的分组类型元素被设定为110B，则用于信令的区段表(或描述符)可被包含在链路层分组的有效载荷中然后被发送。信令区段表可包括传统DVB-SI(服务信息)、PSI/PSIP、NRT(非实时)、ATSC 2.0和MH(移动/手持)中所包含的信令表/表区段。
图59是示出根据本发明的实施方式的用于发送帧分组的链路层分组结构的概念图。
除了IP分组或MPEG-2TS分组之外，可通过链路层分组发送一般网络中所使用的分组。在这种情况下，链路层分组的头的分组类型元素可被设定为111B，可指示链路层分组的有效载荷中包含帧分组。
图60示出根据本发明的实施方式的帧分组的句法。
帧分组的句法可包括ethernet_type、length和/或packet()。
作为16比特字段的ethernet_type将根据IANA注册表标识packet()字段中的分组的类型。将仅使用注册的值。
作为16比特字段的length将被设定为packet()结构的总长度(字节)。
作为可变长度字段的packet()将包含网络分组。
图61是示出根据本发明的实施方式的下一代广播***的接收机的框图。
参照图61，根据本发明的实施方式的接收机可包括接收机(未示出)、信道同步器32010、信道均衡器32020、信道解码器32030、信令解码器32040、基带操作控制器32050、服务映射DB 32060、传输分组接口32070、宽带分组接口32080、公共协议栈32090、服务信令信道处理缓冲器和解析器32100、A/V处理器32110、服务指南处理器32120、应用处理器32130和/或服务指南DB 32140。
接收机(未示出)可接收广播信号。
信道同步器32010可按照在基带接收的信号可被解码的方式使符号频率与定时同步。在这种情况下，基带可指示广播信号的Tx/Rx区域。
信道均衡器32020可执行接收(Rx)信号的信道均衡。信道均衡器32020可补偿当Rx信号由于多径、多普勒效应等失真时所遇到的信号失真。
信道解码器32030可将接收(Rx)信号恢复成有意义的传输帧。信道解码器32030可执行Rx信号中所包含的数据或传输帧的前向纠错(FEC)。
信令解码器32040可提取并解码接收(Rx)信号中所包含的信令数据。这里，信令数据可包括信令数据和/或稍后将描述的服务信息(SI)。
基带操作控制器32050可控制基带信号处理。
服务映射DB 32060可存储信令数据和/或服务信息。服务映射DB 32060可存储广播信号中所包含/发送的信令数据和/或宽带分组中所包含/发送的信令数据。
传输分组接口32070可从发送(Tx)帧或广播信号提取传输分组。传输分组接口32070可从传输分组提取信令数据或IP数据报。
宽带分组接口32080可通过互联网接收广播相关分组。宽带分组接口32080可提取通过互联网获得的分组并且组合或从对应分组提取信令数据或A/V数据。
公共协议栈32090可根据协议栈中所包含的协议来处理所接收到的分组。例如，公共协议栈32090可针对各个协议执行处理，使得它可处理所接收到的分组。
服务信令信道处理缓冲器和解析器32100可提取接收的分组中所包含的信令数据。服务信令信道处理缓冲器和解析器32100可从IP数据报等扫描服务和/或内容，并且可提取与服务和/或内容的获取有关的信令信息并解析所提取的信令信息。信令数据可位于所接收到的分组的预定位置或信道处。该位置或信道可被称作服务信令信道。例如，服务信令信道可具有特定IP地址、UDP端口号、传输会话ID等。接收机可将作为特定IP地址、UDP端口号和传输会话等发送的数据识别为信令数据。
A/V处理器32110可执行所接收到的音频和视频数据的解码及其表示处理。
服务指南处理器32120可从Rx信号提取通告信息，可管理服务指南DB 32140并且提供服务指南。
应用处理器32130可提取所接收到的分组中包含的应用数据和/或应用关联信息，并且可处理所提取的数据或信息。
服务指南DB 32140可存储服务指南数据。
图62是示出根据本发明的实施方式的区段表的一般格式的概念图。
参照图62，根据实施方式的区段表可包括table_id字段、section_syntax_indicator字段、section_length字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段和/或区段数据字段。
table_id字段可指示对应表的唯一ID值。
section_syntax_indicator字段可指示位于对应字段后面的表区段的格式。如果对应字段被设定为零(0)，则对应表区段指示短格式。如果对应字段被设定为1，则对应表区段具有一般长格式。根据本发明的实施方式的对应字段值可总是被设定为1。
section_length字段可指示对应区段的长度，使得它可指示从对应字段的下一部分到对应区段的最后部分的长度(字节)。
version_number字段可指示对应表的版本。
如果current_next_indicator字段被设定为1，则这表示对应区段表有效。如果current_next_indicator字段被设定为0，则这表示随后要发送的下一区段表有效。
section_number字段可指示对应表中所包含的区段的数量。如果确定了构造对应表的第一区段，则section_number字段值可指示零并且也可依次增加。
last_section_number字段可指示构造对应表的多个区段当中的最后区段的编号。
区段数据字段可包括对应区段中所包含的数据。
由“特殊用途”表示的字段可以是可根据各个表不同地配置的字段。分配给“特殊用途”的比特数可维持不变。
图63是示出根据本发明的实施方式的用于发送信令信息的链路层分组的概念图。
如果利用链路层分组发送信令信息，则分组类型元素的值可被设定为“110B”。
图63示出当发送信令信息时链路层分组的头结构。参照图63，在信令信息的传输期间，2比特的信令类型字段可位于分组类型元素后面。信令类型字段可指示要发送的信令信息的格式。可决定随信令类型字段和扩展头之后的固定头的剩余3比特部分。
如果根据实施方式的信令类型字段表示“00B”，则这表示信令类型是区段表。在区段表的情况下，关于区段分离的信息和区段长度信息被包含在表的字段中，使得链路层分组在没有附加处理的情况下可仅指示分组类型和信令类型，然后发送分组类型和信令类型。如果信令类型具有区段表格式，则固定头部分的分组类型元素和信令类型字段以外的剩余3比特不使用，可被预留用于后续使用。如果信令类型具有区段表格式，则不使用扩展头。如果不需要指示链路层分组的长度，则1或2字节的扩展头可被添加并且可用作长度字段。
如果根据实施方式的信令类型字段表示“01B”，则这表示信令类型具有描述符格式。通常，描述符用作区段表的一些部分。如果仅需要通过简单信令发送描述符，则描述符可作为对应信令类型被发送。描述符的长度可短于区段表，以使得多个描述符可被包含在一个链路层分组中然后被发送。与根据实施方式的固定头的指示符部分对应的3比特可用于指示一个链路层分组中包含多少描述符。如果信令类型是描述符格式并且没有使用扩展头，则可利用描述符中所包含的对应描述符长度信息显示链路层分组的长度，而不使用扩展头。如果有必要分离地显示链路层分组长度，则1或2字节的扩展头被添加并且可用作长度字段。
根据实施方式的信令类型字段值(10B)可被预留以支持其它类型的信令。
如果根据实施方式的信令类型字段指示值11B，则这表示信令类型是GSE-LLC。GSE-LLC信令可根据需要被分段。因此，如果信令类型是GSE-LLC，则固定头部分的分组类型元素和信令类型字段以外的剩余3比特可用作片段ID。如果信令类型是GSE-LLC，则2字节的扩展头可被添加并且还可由4比特的Seg_SN(片段序列号)和12比特的长度字段组成。
根据实施方式的GSE-LLC是通用流封装逻辑链路控制的缩写，可指示OSI模型的数据链路层的两个附属层中的一个。
图64示出由信令类型字段表示的值的含义以及位于信令类型字段后面的固定头和扩展头的内容。
如果根据实施方式的信令类型字段指示“00B”，则信令类型字段之后的字段可不存在。
如果根据实施方式的信令类型字段指示“01B”，则级联计数(Count)字段可位于信令类型字段后面。仅当描述符代替区段表作为信令信息被发送时，级联计数(Count)字段才存在。级联计数(Count)字段可指示链路层分组的有效载荷中包含多少描述符。级联计数(Count)的详细描述将在下文公开。
如果根据实施方式的信令类型字段指示“11B”，则Seg_ID(片段ID)字段、Seg_SN(片段序列号)字段和/或长度字段可位于信令类型字段之后。在能够利用DVB_GSE发送的LLC信令数据的情况下，LLC信令数据可被自主地分段。当LLC数据被分段时，Seg_ID(片段ID)字段可指示用于标识所分段的数据的ID。如果所发送的LLC数据的片段被整合成一个，则接收机可利用Seg_ID(片段ID)字段识别出各条LLC数据的片段是相同LLC数据的组成元素。Seg_ID(片段ID)字段为3比特长，并且可标识8个片段(或8个分段)。如果Seg_SN(片段序列号)字段被分段，则它也可指示各个片段的顺序。由于对应数据表的索引被包含在LLC数据的前部中，所以当接收机接收分组时生成的各个片段必须一直依次对齐。尽管具有从一个LLC数据分段而成的有效载荷的链路层分组具有相同的Seg_ID，但是链路层分组可具有不同的片段序列号(Seg_SN)并且可为4字节长。一个LLC数据可被分割成最多16个片段。长度字段可指示与当前链路层分组的有效载荷对应的LLC数据的长度(字节)。因此，链路层分组的总长度可由“头长度(3字节)+长度字段所表示的值”表示。
DVB_GSE是DVB-通用流封装的缩写，可指示由DVB定义的数据链路层协议。
图65示出根据本发明的实施方式的根据级联计数字段值，链路层分组的有效载荷中所包含的描述符的数量。
各自由“级联计数(Count)字段值+1”表示的特定数字的数量那么多的描述符可构造单个链路层分组的有效载荷。因此，由于分配给级联计数(Count)字段的比特数为3，所以最多8个描述符可组成一个链路层分组。
图66是示出当输入到链路层分组的有效载荷的信令信息是区段表时将区段表封装到有效载荷中的处理的概念图。
根据本发明的一个实施方式，一个区段表可在没有改变的情况下用作链路层分组的有效载荷。在这种情况下，由分组类型元素指示的值可以是110B(信令)，由信令类型字段指示的值可以是00B(区段表)。固定头的分组类型元素和信令类型字段以外的剩余3比特可被预留以用于后续使用。
根据实施方式的区段表中所包含的字段可包括指示对应区段的长度的字段。指示对应区段的长度的字段可总是位于相同位置，并且确认相对于链路层分组的有效载荷的开头按照预定偏移移位的字段，从而可确认有效载荷长度。在区段表的情况下，12比特的区段长度(section_length)字段可存在于基于有效载荷的开头部分与12比特的移动对应的特定位置处。section_length_field可指示从section_length_field之后的部分到区段的最后部分的长度。因此，将链路层分组的区段长度字段和头长度中未包含的特定部分与区段长度字段所指示的特定值相加，从而可得到总链路层分组的长度。在这种情况下，区段长度字段中未包含的部分(3字节)可包括区段表的表ID字段(table_id字段)的长度和区段长度字段(section_length_field)的长度。链路层分组的头长度可为1字节长。即，链路层分组的总长度可等于“4字节+区段长度字段所表示的值”。
如果根据实施方式的接收机接收到包括区段表的链路层分组，则接收机可通过位于链路层分组的固定头之后的8比特的表ID字段(table_id字段)获得/使用关于对应区段表的信息。
图67是示出根据本发明的实施方式的网络信息表(NIT)的句法的概念图。
根据本发明的实施方式，如果用于信令的区段表被包含在链路层分组的有效载荷中并且所得区段表被发送，则指示与当前广播网络有关的信息的网络信息表可被包含作为链路层分组的有效载荷中的区段表。
根据实施方式的网络信息表可包括table_id字段、section_syntax_indicator字段、section_length字段、network_id字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段、network_descriptors_length字段、descriptor()字段、transport_stream_loop_length字段、broadcast_id字段、original_network_id字段、delivery_system_descriptor_length字段和/或delivery_system_descriptor()字段。
在根据实施方式的网络信息表中所包含的多个字段当中，标题与示出上述区段表的一般格式的图中所描述的字段相同的一些字段可用上述描述来代替。
network_id字段可指示当前所使用的广播网络的唯一ID。
network_descriptors_length字段可指示在网络层面指示网络相关信息的描述符的长度。
descriptor()可指示在网络层面示出网络相关信息的描述符。
transport_stream_loop_length字段可指示在广播网络上发送的流相关信息的长度。
broadcast_id字段可指示存在于广播网络中的广播台的唯一ID。
original_network_id字段可指示原来使用的广播网络的唯一ID。如果原来使用的广播网络不同于当前广播网络，则NIT可通过original_network_id字段来包括关于原来使用的广播网络的信息。
delivery_system_descriptor_length字段可指示描述符的长度，该描述符指示与当前广播网络的传输***(delivery_system)有关的详细信息。
delivery_system_descriptor()可指示描述符，该描述符包括与当前广播网络上的传输***(delivery_system)关联的详细信息。
图68是示出根据本发明的实施方式的网络信息表(NIT)中所包含的传输***描述符的句法的概念图。
参照图68，根据实施方式的传输***描述符可包括被配置为在发送(Tx)***上发送与从特定广播台传送的数据有关的信令数据的物理层管道(PLP)的信息。
传输***描述符可包括descriptor_tag字段、descriptor_length字段、delivery_system_id字段、base_PLP_id字段、base_PLP_version字段和/或delivery_system_parameters()字段。
descriptor_tag字段可指示用于指示对应描述符是传输***描述符的标识符。
descriptor_length字段可指示对应描述符的长度。
delivery_system_id字段可指示广播网络的唯一传输***ID。
base_PLP_id字段可指示用于将从“broadcast_id”所标识的特定广播台发送的广播服务的组件解码的代表性PLP(物理层管道)。在这种情况下，PLP可指示物理层的数据管道，并且可包括从特定广播台发送的广播服务中的PSI/SI信息等。
base_PLP_version字段可指示根据通过“base_PLP_id”所标识的PLP发送的数据的变化的版本信息。例如，如果通过base_PLP传送诸如PSI/SI的服务信令，则每当服务信令改变时，base_PLP_version字段值可增加一。
delivery_system_parameters()字段可包括用于指示广播传输***的特性的参数。所述参数可包括带宽、保护间隔、传输模式、中心频率等。
图69是示出根据本发明的实施方式的快速信息表(FTT)的句法的概念图。
根据一个实施方式，如果用于信令的区段表被包含在链路层分组的有效载荷中然后被发送，则快速信息表(FIT)可作为区段表被包含在链路层分组的有效载荷中。根据实施方式的接收机可通过快速信息表(FIT)快速且容易地扫描和获得广播服务。
快速信息表(FIT)可包括table_id字段、private_indicator字段、section_length字段、table_id_extension字段、FIT_data_version字段、current_next_indicator字段、section_number字段、last_section_number字段、num_broadcast字段、broadcast_id字段、delivery_system_id字段、base_PLP_id字段、base_PLP_version字段、num_service字段、service_id字段、service_category字段、service_hidden_flag字段、SP_indicator字段、num_component字段、component_id字段和/或PLP_id字段。
在根据实施方式的快速信息表(FIT)中所包含的多个字段当中，标题与示出上述区段表的一般格式的图中所描述的字段相同的一些字段可用上述描述来代替。
table_id字段可指示对应表包括与服务的快速扫描有关的信息并且对应表对应于快速信息表(FIT)。
private_indicator字段可总是被设定为1。
table_id_extension字段可对应于table_id字段的一些部分并且为剩余字段提供空间。
FIT_data_version字段可指示快速信息表(FIT)中所包含的句法和语义的版本信息。根据实施方式的接收机可决定是否利用FIT_data_version字段处理对应表中所包含的信令信息。
num_broadcast字段可指示被配置为通过频率或发送的传输帧发送广播服务或内容的广播台的数量。
broadcast_id字段可指示被配置为通过场频或发送的传输帧发送广播服务或内容的广播台的唯一ID。在被配置为发送基于MPEG-2TS的数据的广播台的情况下，broadcast_id字段可包括与MPEG-2TS的“transport_stream_id”相同的值。
delivery_system_id字段可指示广播网络上被配置为使用相同发送参数的广播传输***的标识符。
base_PLP_id字段可指示被配置为发送从“broadcast_id”所标识的特定广播台传送来的广播服务信令信息的PLP的标识符。base_PLP_id字段可指示用于将从“broadcast_id”所标识的特定广播台发送的广播服务的组件解码的代表性PLP。在这种情况下，PLP可指示物理层的数据管道，并且可包括从特定广播台传送的广播服务中的PSI/SI信息。
base_PLP_version字段可指示根据通过“base_PLP_id”所标识的PLP发送的数据的变化的版本信息。例如，如果通过“base_PLP”传送诸如PSI/SI的服务信令信息，则每当服务信令信息改变时，base_PLP_version字段值可增加一。
num_service字段可指示在对应频率或传输帧内从“broadcast_id”所标识的广播台传送的广播服务的数量。
service_id字段可指示用于标识广播服务的ID。
service_category字段可指示广播服务的类别。例如，如果service_category字段值为0x01，则这表示基本TV。如果service_category字段值为0x02，则这表示基本无线电。如果service_category字段值为0x03，则这表示RI服务。如果service_category字段值为0x08，则这表示服务指南。如果service_category字段值为0x09，则这表示紧急报警。
service_hidden_flag字段可指示对应广播服务是否被隐藏。如果对应广播服务被隐藏，则对应服务可对应于测试服务或者自主地使用的服务，从而根据实施方式的接收机可忽略上述隐藏的广播服务或者可允许隐藏的广播服务从服务列表隐藏。
SP_indicator字段可指示是否对对应广播服务的一个或更多个组件应用服务保护。
num_component字段可指示对应广播服务中所包含的组件的数量。
component_id字段可指示用于标识广播服务的对应组件的ID。
PLP_id字段可指示用于标识在广播服务内发送对应组件的PLP的标识符。
图70是示出当输入到链路层分组的有效载荷的信令信息是描述符时将描述符封装到有效载荷中的处理的概念图。
根据一个实施方式，一个或更多个描述符可被包含在链路层分组的有效载荷中。在这种情况下，由分组类型元素指示的值被设定为110B(信令)，由信令类型字段指示的值可被设定为01B(描述符)。在图70中，固定头的分组类型元素和信令类型字段以外的剩余3比特可指示计数字段，该计数字段指示单个链路层分组的有效载荷中包含多少描述符。单个链路层分组的有效载荷可包括最多8个描述符。
根据一个实施方式，所有描述符在描述符的开头部分中可包括1字节的descriptor_tag字段和1字节的descriptor_length字段。根据一个实施方式，可利用descriptor_length字段计算级联分组的长度。descriptor_length字段总是位于描述符内的相同位置处，使得确认相对于链路层分组的有效载荷的开头部分按照预定偏移移位的特定位置处的字段，并且因此，可确认有效载荷长度。在描述符的情况下，可存在相对于有效载荷的开头部分移位了8比特的特定位置处的8比特的descriptor_length字段。descriptor_length字段可指示从对应字段后面的部分到描述符的最后部分的长度。因此，将“descriptor_length字段中未包含的descriptor_tag字段的长度(1字节)+descriptor_length字段的长度(1字节)”与descriptor_length字段所表示的特定值相加，从而可得到一个描述符的长度。将计数字段所指示的描述符的数量那么多的描述符长度相加，从而可得到总链路层分组的长度。例如，根据实施方式的链路层分组的有效载荷中所包含的第二描述符可从相对于有效载荷的开头部分按照第一描述符的长度移位的特定位置开始，第二描述符的descriptor_length字段位于相对于第二描述符的开头部分按照预定偏移移位的特定位置处，并且确认descriptor_length字段，从而可得到第二描述符的总长度。如果上述处理，可计算链路层分组的有效载荷中所包含的各个描述符的长度，并且将链路层分组的头长度与各个描述符的长度之和相加，从而可计算出链路层分组的总长度。
如果接收机接收到包括一个或更多个描述符的链路层分组，则接收机可通过各个描述符中所包含的8比特descriptor_tag字段值来获得/使用各个描述符中所包含的信令信息。
图71是示出根据本发明的实施方式的快速信息描述符的句法的概念图。
根据实施方式，如果用于信令的描述符被包含在链路层分组的有效载荷中然后被发送，则快速信息描述符可被包含在链路层分组的有效载荷中。接收机可通过快速信息描述符来快速且容易地扫描和获得广播服务。
根据实施方式的快速信息描述符可包括descriptor_tag字段、descriptor_length字段、num_broadcast字段、broadcast_id字段、delivery_system_id字段、base_PLP_id字段、base_PLP_version字段、num_service字段、service_id字段、service_category字段、service_hidden_flag字段和/或SP_indicator字段。
在根据实施方式的快速信息描述符中所包含的多个字段当中，标题与示出上述区段表的一般格式的图中所描述的字段相同的一些字段可用上述描述来代替。
descriptor_tag字段可指示快速信息描述符，该快速信息描述符指示对应描述符包括与快速服务扫描有关的信息。
descriptor_length字段可指示对应描述符的长度。
图72是示出根据本发明的实施方式的传输***描述符的概念图。
根据一个实施方式，如果用于信令的描述符被包含在链路层分组的有效载荷中然后被发送，则传输***描述符可被包含在链路层分组的有效载荷中。传输***描述符可包括关于发送(Tx)***上被配置为发送与从特定广播台传送的数据有关的信令数据的PLP(物理层管道)的信息。
根据实施方式的传输***描述符可包括descriptor_tag字段、descriptor_length字段、delivery_system_id字段、num_broadcast字段、base_PLP_id字段、base_PLP_version字段、delivery_system_parameters_length字段和/或delivery_system_parameters()字段。
descriptor_tag可指示对应描述符是传输***描述符。
descriptor_length字段可指示对应描述符的长度。
delivery_system_id字段可指示用于标识广播网络上被配置为发送相同发送(Tx)参数的传输***的ID。
num_broadcast字段可指示被配置为通过频率或发送的传输帧发送广播服务或内容的广播台的数量。
base_PLP_id字段可指示用于将从“broadcast_id”所标识的特定广播台传送的广播服务的组成组件解码的代表性PLP(物理层管道)。在这种情况下，PLP可表示物理层的数据管道，并且可包括从特定广播台传送的广播服务中的PSI/SI信息。
base_PLP_version字段可指示根据通过base_PLP_id所标识的PLP传送的数据的变化的版本信息。例如，如果通过base_PLP传送诸如的PSI/SI的服务信令，则每当服务信令改变时，base_PLP_version字段值可增加一。
delivery_system_parameters_length字段可指示对应字段之后的delivery_system_parameters()的长度。
delivery_system_parameters()字段可包括用于指示广播传输***的特性的参数。所述参数可包括带宽、保护间隔、传输模式、中心频率等。
根据实施方式的传输***描述符可被包含在网络信息表(NIT)中然后被发送。
如果传输***描述符被包含在网络信息表(NIT)中然后被发送，则传输***描述符的句法已经在网络信息表(NIT)的详细描述中公开。
图73是示出当输入到链路层分组的有效载荷的信令信息具有DVB-GSE中所使用的GSE-LLC格式时将一个GSE-LLC数据封装到一个链路层分组的有效载荷中的处理的概念图。
根据一个实施方式的LLC数据可被分成索引部分和记录部分。记录部分还可被分成多个表。在这种情况下，构造记录部分的表可具有GSE表结构，并且也可具有一般区段表结构。
在图73中，一个LLC数据可用作单个链路层分组的有效载荷。在这种情况下，由分组类型元素指示的值可以是110B(信令)，由信令类型字段指示的值可以是11B(GSE-LLC)。如果传送GSE-LLC格式的信令信息，则链路层分组可具有2字节的扩展头。2字节的扩展头可由4字节的Seg_SN(片段序列号)和12比特的长度字段组成。长度字段可根据***结构被指派指示链路层分组的总长度的特定值，或者也可被指派指示链路层分组的有效载荷长度的值。
图74是示出当输入到链路层分组的有效载荷的信令信息具有DVB-GSE标准中所使用的GSE-LLC格式时将一个GSE-LLC数据封装到多个链路层分组的有效载荷中的处理的概念图。
如果LLC数据被分段，则指示从LLC数据分段的Seg_ID字段可具有相同的值。
Seg_SN字段可包括片段的顺序，使得根据实施方式的接收机接收并重组分段的LLC数据。如果单个链路层分组的有效载荷中包含一个LLC数据，则Seg_SN字段可被设定为零(0)。
根据实施方式的接收机可通过LLC索引部分识别与对应Seg_ID有关的LLC数据的片段的数量。
图75示出根据本发明的用于鲁棒头压缩(RoHC)传输的链路层分组的头。
在基于网际协议(IP)的广播环境中，IP分组可被压缩成上述链路层分组并被发送。当在基于IP的广播***中执行流处理时，关于IP分组的头的信息可能很少改变并被维持。基于这一事实，IP分组的头可被压缩。
RoHC方案主要用于压缩IP分组的头(也被称作IP头)。本发明提出了用于RoHC分组被输入到链路层的情况的压缩(封装)方案。
当RoHC分组被输入到链路层时，上述分组类型元素可具有值010B。该值指示从高层传送至链路层的分组是如上所述压缩的IP分组。
当RoHC分组被输入时，类似于上述其它分组，链路层分组的头可包括固定头和/或扩展头。
固定头可包括分组类型字段和/或分组配置(PC)字段。固定头可总共具有1字节的大小。这里，分组类型字段对应于压缩IP分组的情况，因此可具有值010。扩展头可根据给定实施方式具有固定或变化的大小。
固定头的PC字段可以是指示链路层分组的有效载荷中所包括的RoHC头被处理的形式的字段。PC字段具有可确定关于跟随在PC字段之后的固定头和扩展头的剩余部分的信息的值。另外，PC字段可基于RoHC头被处理的形式包含扩展头的长度信息。PC字段可具有1比特的大小。
将描述PC字段具有值0B的情况。
PC字段具有值0B的情况对应于链路层分组的有效载荷包括一个RoHC分组或者两个或更多个RoHC分组的级联的情况。级联指示长度较短的多个分组彼此连接以形成链路层分组的有效载荷。
当PC字段具有值0B时，PC字段之后可跟随1比特公共CID指示符(CI)字段和3比特计数字段。这样，扩展头可另外设置有公共CID信息和长度部分。长度部分可以是指示RoHC分组的长度的部分。
当一个链路层分组的有效载荷中所包括的RoHC分组具有相同的上下文ID(CID)时CI字段可被设定为1，否则被设定为0。当CI字段具有值1时，可应用对公共CID的开销处理方案。CI字段可对应于1比特。
计数字段可指示一个链路层分组的有效载荷中所包括的RoHC分组的数量。当包括RoHC分组的级联时，RoHC分组的数量可由计数字段指示。计数字段可对应于3比特。因此，如下表34所示，一个链路层分组的有效载荷中可最多包括八个RoHC分组。当计数字段具有值000时，链路层分组的有效载荷中包括一个RoHC分组，而非RoHC分组的级联。
表34
[表34]
| 计数(3比特) | 级联RoHC分组的数量 |
| 000 | 1 |
| 001 | 2 |
| 010 | 3 |
| 011 | 4 |
| 100 | 5 |
| 101 | 6 |
| 110 | 7 |
| 111 | 8 |
如上文所述，长度部分可以是指示RoHC分组的长度的部分。除长度信息以外RoHC分组具有RoHC分组头。因此，不可在RoHC分组头中使用长度字段。因此，链路层分组的头可包括长度部分以使得接收机能够知道RoHC分组的长度。
当最大传输单元(MTU)未确定时，IP分组具有65535字节的最大长度。因此，需要2字节长度信息以支持最多至RoHC分组的最大长度。当包括多个RoHC分组的级联时，可另外设置与计数字段中指定的数量对应的长度字段。在这种情况下，长度部分可包括多个长度字段。然而，当有效载荷中包括一个RoHC分组时，可仅包括一个长度字段。长度字段可按照链路层分组的有效载荷中所包括的RoHC分组的顺序来排列。各个长度字段可具有以字节为单位的值。
公共CID字段可以是用于公共CID的传输的字段。RoHC分组可包括用于核实头部分中的压缩头之间的关系的CID。CID在稳定链路状态下可保持相同的值。因此，一个链路层分组的有效载荷中所包括的所有RoHC分组可包括相同的CID。在这种情况下，为了减小开销，可从有效载荷中所包括的邻接RoHC分组的头部分去除CID，并且关联的值可被显示在公共CID字段中并被发送至链路层分组的头。接收机可利用公共CID字段来重组RoHC分组的CID。当存在公共CID字段时，上述CI字段具有值1。
将描述PC字段具有值1B的情况。
PC字段具有值1B的情况对应于链路层分组的有效载荷包括RoHC分组的分段分组的情况。这里，分段分组可对应于较长的RoHC分组被分割成多个片段并且片段之一被包括在链路层分组的有效载荷中的配置。
当PC字段具有值1B时，PC字段之后可跟随1比特最后片段指示符(LI)字段和3比特片段ID字段。另外，为了另外提供关于分段的信息，片段序列号字段、片段长度ID字段、最后片段长度字段等可被另外提供给扩展头。
LI字段是当RoHC分组被分段时所使用的字段。RoHC分组可被分割成多个片段。当LI具有值1时，链路层分组中当前包括的片段可以是与从一个RoHC分组分割的片段之一对应的最后片段。当LI具有值0时，链路层分组中当前包括的片段可不是最后片段。LI字段可在接收机收集片段以重组一个RoHC分组时用于确定是否接收到所有片段。LI字段可对应于1比特。
片段ID(Seg_ID)字段可以是指示当RoHC分组被分段时指派给RoHC分组的ID的字段。从一个RoHC分组得到的所有片段可具有与相同值对应的片段ID。当接收机将发送的各个片段组合成一个实体时，可利用片段ID确定片段是否对应于相同RoHC分组的元素。片段ID字段可对应于3比特。因此，可同时支持八个RoHC分组的分段。
片段序列号(Seg_SN)字段可以是当RoHC分组被分段时用于核实各个片段的顺序的字段。即，具有得自一个RoHC分组的片段作为有效载荷的链路层分组可具有相同的Seg_ID并且具有不同的Seg_SN。因此，一个RoHC分组可被分割成最多16个片段。
片段长度ID(Seg_Len_ID)字段可用于表示各个片段的长度。然而，片段长度ID字段可用于表示除了最后片段以外的多个片段的长度。最后片段的长度可由下面将描述的最后片段长度字段指示。当链路层分组的有效载荷不对应于RoHC分组的最后片段，即，LI具有值0时，可存在片段长度ID字段。
为了减小头的开销，片段可具有被限制为16的长度。可基于物理层中处理的前向纠错(FEC)的码率来确定分组的输入大小。片段长度可基于输入大小来确定并且被指定为Seg_Len_ID。当物理层不考虑片段长度而操作时，片段长度可如下确定。
数学式12
[数学式12]
片段长度＝Seg_Len_ID×Len_Unit+min_Len [字节]
这里，Len_Unit(长度单元)是用于表示片段长度的基本单元，min_Len可表示片段长度的最小值。发送机和接收机的Len_Unit和min_Len具有相同的值。对于***操作而言当所述值在被确定之后不改变时是高效的。另外，Len_Unit和min_Len可在***初始化处理中基于物理层的FEC处理能力来确定。
表35总结了基于Seg-Len_ID的值表示的片段长度。指派给Seg-Len_ID的长度对应于示例，因此长度可根据设计者的意图而改变。在此示例中，Len_Unit值为256，min_Len值为512。
表35
[表35]
| Seg-Len_ID | 片段长度(字节) | Seg-Len_ID | 片段长度(字节) |
| 0000 | 512(＝min_Len) | 1000 | 2560 |
| 0001 | 768 | 1001 | 2816 |
| 0010 | 1024 | 1010 | 3072 |
| 0011 | 1280 | 1011 | 3328 |
| 0100 | 1536 | 1100 | 3584 |
| 0101 | 1792 | 1101 | 3840 |
| 0110 | 2048 | 1110 | 4096 |
| 0111 | 2304 | 1111 | 4352 |
最后片段长度(L_Seg_Len)字段是当链路层分组的有效载荷中所包括的片段是RoHC分组的最后片段时所使用的字段。即，最后片段长度字段是当LI字段具有值1时所使用的字段。RoHC分组可利用Seg_Len_ID从前部相等地分割。在这种情况下，最后片段可能不具有Seg_Len_ID所指示的大小。因此，最后片段可具有由L_Seg_Len字段直接指示的长度。L_Seg_Len字段可指示1至4095字节。这可根据实施方式而改变。
图76示出根据本发明的利用链路层分组发送RoHC分组的方法的实施方式#1。
本实施方式对应于RoHC分组在物理层的处理范围内，因此一个RoHC分组被包括在链路层分组的有效载荷中的情况。在这种情况下，RoHC分组被级联，并且可不被分段。
在这种情况下，这一个RoHC分组可在没有改变的情况下成为链路层分组的有效载荷。分组类型可具有值010B，PC字段可具有值0B，CI字段可具有值0B。如上文所述，上述计数字段可具有值000B，因为这一个RoHC分组在没有改变的情况下形成(一个)有效载荷。计数字段之后可跟随指示RoHC分组的长度的2字节长度字段。有效载荷中仅包括一个分组，因此长度部分可仅包括一个长度字段。
在本实施方式中，可另外设置与总共3字节对应的链路层头。因此，当RoHC分组具有长度字段所指示的L字节的长度时，链路层分组具有总共L+3字节的长度。
图77示出根据本发明的利用链路层分组发送RoHC分组的方法的实施方式#2。
本实施方式对应于RoHC分组在物理层的处理范围之外，因此多个RoHC分组被级联并被包括在链路层分组的有效载荷中的情况。
在这种情况下，PC字段和CI字段具有与一个RoHC分组被包括在有效载荷中的情况对应的值。PC字段和CI字段之后跟随有计数字段。如上文所述，计数字段可根据有效载荷中所包括的RoHC分组的数量具有在001B至111B范围内的值。
此后，可设置与计数字段所指示的数量对应的2字节长度字段。各个长度字段可指示各个RoHC分组的长度。长度字段可被称作长度部分。
这里，当计数字段所指示的数量为n时，长度分别为L1、L2、…和Ln的RoHC分组R1、R2、…和Rn可被级联在链路层分组的有效载荷中。
扩展头可具有总共2n字节的长度。链路层分组的总长度LT可由下式表示。
数学式13
[数学式13]
[字节]
图78示出根据本发明的利用链路层分组发送RoHC分组的方法的实施方式#3。
本实施方式对应于多个RoHC分组彼此连接(级联)以形成链路层分组的有效载荷并且级联的RoHC分组具有相同的CID的情况。
当RoHC分组具有相同的CID并且CID被指示并发送一次时，接收机可恢复RoHC分组和RoHC分组的头。因此，RoHC分组所共有的CID可被提取并发送一次。在这种情况下，开销可减小。
在这种情况下，上述CI字段具有指示相同CID被处理的值1。具有相同CID的RoHC分组由[R1,R2,R3,…,Rn]指示。RoHC分组所共有的CID可被称作公共CID。与从头排除CID的RoHC分组对应的分组由R’k(k是1、2、…或n)指示。
链路层分组的有效载荷可包括R’k(k是1、2、…或n)。可在链路层分组的扩展头的尾部另外设置公共CID字段。公共CID字段可以是用于公共CID的传输的字段。公共CID字段可作为扩展头的一部分或者作为链路层分组的有效载荷的一部分被发送。根据***操作，公共CID字段可被适当地重新布置在用于核实位置的部分处。
公共CID字段可具有根据RoHC分组的配置而变化的大小。
当RoHC分组的配置对应于小CID配置时，RoHC分组可具有4比特的CID大小。当通过从RoHC分组提取CID来执行重新排列时，整个添加CID八位位组可被处理。即，公共CID字段可具有1字节的长度。另选地，在从RoHC分组提取1字节添加CID八位位组之后，仅4比特CID可被指派给公共CID字段，剩余4比特CID可被预留以稍后使用。
当RoHC分组的配置对应于大CID配置时，RoHC分组可具有1字节或2字节的CID大小。在RoHC初始化处理中确定CID大小。根据CID大小，公共CID字段可具有1字节或2字节的长度。
在本实施方式中，链路层分组的有效载荷可具有如下计算的长度。具有相同CID的RoHC分组R1、R2、…和Rn的长度可被分别称作L1、L2、…和Ln。当链路层分组的头具有长度LH时，公共CID字段具有长度LCID，链路层分组具有整个长度LT，LH如下。
数学式14
[数学式14]
LH＝1+2n+LCID 字节
另外，LT可如下计算。
数学式15
[数学式15]
字节
如上文所述，LCID可基于RoHC分组的CID配置来确定。即，LCID对于小CID配置可以是1字节，对于大CID配置可以是1字节或2字节。
图79示出根据本发明的利用链路层分组发送RoHC分组的方法的实施方式#4。
本实施方式对应于当输入RoHC分组在的物理层处理范围之外时各个分割的片段被压缩(封装)到链路层分组的有效载荷中的情况。
PC字段具有值1B以报告链路层分组的有效载荷包括分割的RoHC分组。仅当与RoHC分组的最后部分对应的片段作为有效载荷被包括时LI字段才具有值1B，对于所有其它片段具有值0B。LI字段值报告关于链路层分组的扩展头的信息。即，当LI字段具有值0B时可另外设置长度为1字节的扩展头，当LI字段具有值1B时可另外设置长度为2字节的扩展头。
所有Seg_ID具有相同的值以指示从相同RoHC分组分割的片段。可在头中记录连续地增加的Seg_SN值以指示片段的顺序信息以用于接收机中的RoHC分组的正常重组。
当RoHC分组被分割时，可通过如上所述确定片段的长度来执行分段。与长度匹配的Seg_Len_ID的值可被记录在头中。如上文所述，最后片段的长度可被直接记录在具有12比特的L_Seg_Len字段中。
利用Seg_Len_ID和L_Seg_Len字段指示的长度信息可仅指示关于片段(即，链路层分组的有效载荷)的信息。因此，整个链路层分组的长度信息可通过将可利用LI字段获得的链路层分组的头长度增加来获得。
在接收侧将RoHC分组的片段重组的处理中，需要核实所重组的RoHC分组的完整性。为此，可在分段处理中在IP分组的尾部另外设置循环冗余校验(CRC)。通常，在RoHC分组的最后部分中另外设置CRC，因此可在分段处理之后将CRC包括在最后片段中。
图80示出根据本发明的实施方式的当MTU为1500时用于RoHC传输的链路层分组的头。
通常，在视频和音频流处理期间可应用RoHC方案。在这种情况下，IP分组的MTU可被设定为1500字节，这指示RoHC分组具有小于1500字节的长度。
如上文所述，固定头的PC字段可以是指示链路层分组的有效载荷中所包括的RoHC分组被处理的形式的字段。关于跟随PC字段之后的固定头和扩展头的剩余部分的信息可基于PC字段的值来确定。另外，PC字段可基于RoHC分组被处理的形式包括扩展头的长度信息。PC字段可具有1比特的大小。
将描述PC字段具有值0B的情况。
PC字段具有值0B的情况对应于链路层分组的有效载荷包括一个RoHC分组或者RoHC分组的分段分组的情况。PC字段之后可跟随SI字段。SI字段可指示链路层分组的有效载荷是包括一个RoHC分组还是RoHC分组的片段。固定头和扩展头可具有基于SI字段的值确定的字段。
如上文所述，SI字段可以是指示链路层分组的有效载荷是包括一个RoHC分组还是RoHC分组的片段的字段。具有值0的SI字段可指示链路层分组的有效载荷包括一个RoHC分组，具有值1的SI字段可指示链路层分组的有效载荷包括RoHC分组的片段。SI字段可对应于1字节。
Seg_ID字段可以是指示当RoHC分组被分段时指派给RoHC分组的ID的字段。该字段与上述Seg_ID字段相同。
Seg_SN字段可以是当RoHC分组被分段时用于核实各个片段的顺序的字段。该字段与上述Seg_SN字段相同。
LI字段可以是当RoHC分组被分段时指示包括在当前链路层分组中的片段是否为从RoHC分组分割的片段当中的最后片段的字段。该字段与LI字段相同。
Seg_Len_ID字段可用于表示各个片段的长度。该字段与上述Seg_Len_ID字段相同。然而，与上述情况不同，片段可限制性地具有8长度，而非16长度。在这种情况下，基于Seg_Len_ID的值表示的片段的长度可如下表36所总结的。指派给Seg_Len_ID的长度仅是示例，可根据设计者的意图而改变。在本实施方式中，Len_Unit值为64，min_Len值为256。
表36
[表36]
| Seg_Len_ID | 片段长度(字节) | Seg_Len_ID | 片段长度(字节) |
| 000 | 256(＝min_Len) | 100 | 512 |
| 001 | 320 | 101 | 576 |
| 010 | 384 | 110 | 640 |
| 011 | 448 | 111 | 704 |
L_Seg_Len字段可用于表示最后片段的长度。该字段与上述L_Seg_Len字段相同。然而，与上述情况不同，L_Seg_Len字段可指示1至2048字节。这可根据实施方式而改变。
将描述PC字段具有值1B的情况。
PC字段具有值1B的情况对应于链路层分组的有效载荷包括两个或更多个RoHC分组的级联的情况。PC字段之后可跟随1比特CI字段和3比特计数字段。这样，扩展头可另外设置有公共CID信息和长度部分。
CI字段是指示一个链路层分组的有效载荷中所包括的RoHC分组是否具有相同的CID的字段。CI字段如上所述。
计数字段可指示一个链路层分组的有效载荷中所包括的RoHC分组的数量。与上述计数字段不同，值000被指派以指示两个RoHC分组的级联。当计数字段具有值111时，可指示九个或更多个RoHC分组的级联。计数字段值如下表37所总结。
表37
[表37]
长度部分可以是用于指示RoHC分组的长度的部分。长度部分可如上所述包括多个长度字段。各个长度字段可指示各个RoHC分组的长度。
在本实施方式中，MTU对应于1500字节，因此与用于指示MTU的最小比特对应的11比特可被指派给长度字段。由于11比特可指示最多2048字节，所以本发明中所提出的方案可根据需要甚至用在MTU被扩展至最多2048字节时。长度字段可直接指示长度，并且通过将长度映射至单独的值来指示长度。如上文所述，可另外设置与计数字段中所指定的数量对应的长度字段。
当九个或更多个RoHC分组被级联时，扩展长度部分可用于指示第九RoHC分组或者第九RoHC分组之后的RoHC分组的长度。即，当计数字段具有值111B时可使用扩展长度部分。扩展长度部分可包括11比特长度字段和1比特X字段。这六个字段可交替地设置。
公共CID字段可以是用于公共CID的传输的字段。该字段可与上述公共CID字段相同。
图81示出根据本发明的当MTU为1500时利用链路层分组发送RoHC分组的方法的实施方式#1。
本实施方式可对应于当MTU为1500时PC字段具有值1并且计数字段具有111B以外的值的情况。
在这种情况下，如上所述，长度部分可具有与计数字段值所指定的数量对应的长度字段。由于一个长度字段对应于11比特，所以可根据长度字段的数量另外设置填充比特。即，当计数字段所指定的数量被设定为k，并且一个长度字段的大小被设定为s(比特)时，整个长度部分的长度LLP可如下计算。
数学式16
[数学式16]
[字节]
另外，另外设置到长度部分的填充比特的大小可如下计算。
数学式17
[数学式17]
Lpadding＝(8×LLP)-(k×s) [比特]
如上文所述，长度字段的长度可为11比特，这可用于如下总结长度部分和填充比特的大小。
表38
[表38]
图82示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#2。
本实施方式可对应于当MTU为1500时PC字段具有值1并且计数字段具有值111B的情况。在这种情况下，可如上所述另外设置扩展长度部分。
设置在扩展长度部分前面的长度部分包括八个11比特长度字段，因此可具有总共11字节的长度。由于计数字段具有值111，所以扩展长度部分需要包括至少一个长度字段。
如上所述，扩展长度部分可包括11比特长度字段和1比特X字段。这两个字段可交替地设置。扩展长度部分的长度字段可类似于长度部分的长度字段来操作。
X字段可以是指示X字段之后是否另外跟随有长度字段的字段。当X字段具有值0时，可没有另外设置长度字段。当X字段具有值1时，X字段之后可跟随至少一个长度字段和X字段。因此，扩展长度部分可连续地增加，直至X字段具有值0。可在有效载荷中另外设置数量等于X字段的RoHC分组。
当在扩展长度部分中具有值1的X字段的数量被设定为m并且一个长度字段的大小被设定为s(比特)时，扩展长度部分的长度LELP可如下计算。
数学式18
[数学式18]
[字节]
扩展长度部分还可具有用于按照字节处理的填充比特。另外设置在扩展长度部分中的填充比特可具有如下计算的大小。
数学式19
[数学式19]
LE_padding＝(8×LELP)-((m+1)×(s+1)) [比特]
当长度字段的数量为奇数时可另外设置4比特的填充比特，当长度字段的数量为偶数时可不另外设置填充比特。
图83示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#3。
本实施方式可对应于RoHC分组在物理层的处理范围内，因此一个RoHC分组被包括在链路层分组的有效载荷中的情况。
在这种情况下，这一个RoHC分组可在没有改变的情况下作为链路层分组的有效载荷。分组类型可具有值010B，PC字段可具有值0B，SI字段可具有值0B。上述长度部分可跟随在PC和SI字段之后。这里，长度部分可具有一个长度字段。该长度字段可对应于11比特。3比特的固定头和1字节的扩展头可用于这一个11比特长度字段。
在这种情况下，另外设置总共具有2字节的链路层头。因此，当长度字段所指示的RoHC分组具有L字节的长度时，链路层分组具有L+2字节的总长度。
图84示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#4。
本实施方式可对应于当MTU为1500时分割的各个片段被压缩(封装)到链路层分组的有效载荷中并且输入RoHC分组在物理层的处理范围之外的情况。
SI字段可具有值1以指示分段。
如上所述，Seg_ID具有相同的值，并且Seg_SN具有连续地增大的值。LI字段对于最后片段具有值1，否则具有值0。另外，Seg_Len_ID和L_Seg_Len字段可用于指示各个片段的长度。指示长度的详细方案可类似于上述方案。
可通过将可利用LI字段获得的链路层分组的头长度相加来获得整个链路层分组的长度信息。另外，可另外设置CRC以在接收侧将RoHC分组的片段重组的处理中核实完整性。CRC可被另外设置到最后片段。
图85示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#5。
本实施方式可对应于当MTU为1500时RoHC分组在物理层的处理范围之外，因此多个RoHC分组被级联并被包括在链路层分组的有效载荷中的情况。
本实施方式可对应于八个或更少的RoHC分组被级联的情况。在这种情况下，可能不需要扩展长度部分。PC字段可具有值1，CI字段可具有值0。如上所述，计数字段可具有在000B至110B的范围内的值。
这里，当计数字段所指示的值为n时，长度分别为L1、L2、…和Ln的RoHC分组R1、R2、…和Rn可被级联在链路层分组的有效载荷中。各个长度字段可具有11比特的长度。填充比特可根据需要被设置在长度字段的尾部。
整个链路层分组的长度LT如下。
数学式20
[数学式20]
[字节]
这里，LLP可表示整个长度部分的长度，LK可表示各个RoHC分组的长度。
图86示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#6。
本实施方式可对应于当MTU为1500时RoHC分组在物理层的处理范围之外，因此多个RoHC分组被级联并被包括在链路层分组的有效载荷中的情况。
然而，本实施方式可对应于九个或更多个RoHC分组被级联的情况。在这种情况下，除了长度部分以外可能需要扩展长度部分。如上所述，计数字段可具有值111。
当在扩展长度部分中各自具有值1的X字段的数量被设定为m时，链路层分组的有效载荷中级联的RoHC分组的数量n为8+(m+1)。在这种情况下，整个链路层分组的长度LT如下。
数学式21
[数学式21]
[字节]
这里，LLP可表示整个长度部分的长度，Lk可以是各个RoHC分组的长度。另外，LELP可以是整个扩展长度部分的长度。
图87示出根据本发明的当MTU为1500时使用链路层分组发送RoHC分组的方法的实施方式#7。
本实施方式可对应于当MTU为1500时多个RoHC分组被级联以形成链路层分组的有效载荷的情况。然而，本实施方式对应于所级联的RoHC分组具有相同CID的情况。
在这种情况下，上述CI字段具有值1，这指示相同CID被处理。具有相同CID的RoHC分组由[R1,R2,R3,…,Rn]指示。RoHC分组所共有的CID可被称作公共CID。与从头排除CID的RoHC分组对应的分组由R’k(k为1、2、…或n)指示。
链路层分组的有效载荷可包括R’k(k为1、2、…或n)。公共CID字段可被另外设置到链路层分组的扩展头的尾部。公共CID字段可以是用于公共CID的传输的字段。公共CID字段可作为扩展头的一部分或者作为链路层分组的有效载荷的一部分被发送。根据***操作，公共CID字段可被适当地重新布置在用于核实位置的部分处。
公共CID字段可具有根据RoHC分组的配置而变化的大小。
当RoHC分组的配置对应于小CID配置时，RoHC分组可具有4比特的CID大小。当通过从RoHC分组提取CID来执行重新排列时，整个添加CID八位位组可被处理。即，公共CID字段可具有1字节的长度。另选地，在从RoHC分组提取1字节添加CID八位位组之后，仅4比特CID可被指派给公共CID字段，剩余4比特CID可被预留以稍后使用。
当RoHC分组的配置对应于大CID配置时，RoHC分组可具有1字节或2字节的CID大小。在RoHC初始化处理中确定CID大小。根据CID大小，公共CID字段可具有1字节或2字节的长度。
在这种情况下，链路层分组的整个长度LT可如下计算。
数学式22
[数学式22]
[字节]
这里，LCID可表示公共CID字段的长度。如上所述，LCID可基于RoHC分组的CID配置来确定。
类似地，当n大于或等于9(计数字段具有值111B)时，链路层分组的整个长度LT可如下计算。
数学式23
[数学式23]
[字节]
这里，LCID可表示公共CID字段的长度。
图88示出根据本发明的实施方式的发送广播信号的方法。
该方法包括生成输入分组、生成链路层分组、生成广播信号和/或发送广播信号。
在生成输入分组的步骤中，可生成包括广播内容数据的输入分组。输入分组可对应于上述IP(网际协议)分组。IP分组可对应于上述RoHC分组。
根据实施方式，该方法还可包括头压缩步骤。在该头压缩步骤中，所生成的输入分组的头可被压缩。该压缩步骤可在生成输入分组的步骤与生成链路层分组的步骤之间执行。该步骤可暗指分组类型为010，即，使用压缩的IP分组。如上所述，可使用RoHC压缩方法。
在生成链路层分组的步骤中，链路层分组可包括链路层头和链路层有效载荷。链路层头可包括固定头和/或扩展头。链路层头是包括固定头和扩展头中的二者或一者的概念。链路层有效载荷可包括所生成的输入分组。这可对应于上述级联情况。
链路层头可包括指示链路层有效载荷中所包括的输入分组的数量的计数字段。链路层头还可包括长度部分。长度部分可包括计数字段所指示的那么多的多个长度字段。各个长度字段可指示链路层有效载荷中所包括的各个输入分组的长度。
在生成广播信号的步骤中，可生成包括所生成的链路层分组的广播信号。广播信号可包括多个链路层分组。
在发送广播信号的步骤中，发送所生成的广播信号。
在根据本发明的另一实施方式的发送广播信号的方法中，可通过计数字段计数的最大数量为(n)。即，由于计数字段所具有的比特，计数字段可最多计数至n。链路层有效载荷可包括多于(n)的输入分组。在这种情况下，计数字段无法对链路层有效载荷中的所有输入分组进行计数。这种情况对应于上述具有扩展长度部分的情况。在这种情况下，链路层头还包括扩展长度部分，该扩展长度部分包括跟随有第一扩展比特的第一扩展长度字段。第一扩展长度字段可对应于位于扩展长度部分中的长度字段，第一扩展比特可对应于紧随第一扩展字段之后的X比特。第一扩展长度字段可指示链路层有效载荷中的第(n+1)输入分组的长度。如上所述，第一扩展比特可指示扩展长度部分中是否存在第二扩展长度字段。第二扩展长度字段指示链路层有效载荷中的第(n+2)输入分组的长度。第二扩展长度字段可对应于扩展长度部分中紧随前X比特之后的长度字段。
在根据本发明的另一实施方式的发送广播信号的方法中，扩展长度部分还包括跟随有第二扩展比特的第二扩展长度字段。第二扩展长度字段可对应于位于扩展长度部分中的长度字段，第二扩展比特可对应于紧随第一扩展字段之后的X比特。第二扩展比特可指示扩展长度部分中是否存在第三扩展长度字段。第三扩展长度字段指示链路层有效载荷中的第(n+3)输入分组的长度。第三扩展长度字段也可对应于位于扩展长度部分中的长度字段。
在根据本发明的另一实施方式的发送广播信号的方法中，计数字段具有3比特，并且其中，(n)为8。即，计数字段可对有效载荷中的8个输入分组进行计数。
在根据本发明的另一实施方式的发送广播信号的方法中，链路层分组还包括公共CID(上下文ID)字段。该公共CID字段可对应于上述公共CID字段。公共CID字段可包括链路层有效载荷中所包括的输入分组所共有的CID信息。这可适用于输入分组具有相同CID的情况。
在根据本发明的另一实施方式的发送广播信号的方法中，链路层有效载荷中所包括的各个输入分组中的CID信息被去除。由于公共CID字段承载CID信息，所以不需要各个输入分组中的CID信息。
在根据本发明的另一实施方式的发送广播信号的方法中，链路层头还包括指示链路层分组是否包括公共CID字段的CI(公共CID指示符)字段。上面描述了CI字段。
在根据本发明的另一实施方式的发送广播信号的方法中，链路层头还包括指示链路层有效载荷是否包括多个输入分组的PC(分组配置)字段。上面描述了PC字段。PC字段可指示链路层分组是否具有级联的RoHC分组。
在根据本发明的另一实施方式的发送广播信号的方法中，PC字段之后跟随有CI字段，该CI字段之后跟随有计数字段，该计数字段之后跟随有长度部分，该长度部分之后跟随有扩展长度部分，该扩展长度部分之后跟随有公共CID字段。上面作为图描述了此实施方式。
在根据本发明的另一实施方式的发送广播信号的方法中，输入分组的最大长度为1500字节，长度字段具有11比特。长度字段的大小可导致开销的减小。由于MTU为1500字节，所以11比特的长度字段足以描述输入分组的长度。
上述步骤可根据设计被省略或者被执行相似或相同功能的步骤取代。
尽管为了清晰起见参照各个附图说明了本发明的描述，可通过将附图中所示的实施方式彼此合并来设计新的实施方式。并且，如果根据本领域技术人员的需要设计可由计算机读取的记录有用于执行以上描述中所提及的实施方式的程序的记录介质，则它可属于所附权利要求书及其等同物的范围。
根据本发明的设备和方法可不由以上描述中所提及的实施方式的配置和方法限制。并且，以上描述中所提及的实施方式可按照选择性地彼此完整地或部分地组合的方式来配置，以允许各种修改。
另外，根据本发明的方法可利用提供给网络装置的处理器可读记录介质中的处理器可读代码来实现。处理器可读介质可包括能够存储可由处理器读取的数据的所有类型的记录装置。处理器可读介质可包括例如ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等中的一个，并且还包括诸如经由互联网的传输的载波型实现方式。另外，当处理器可读记录介质被分布到经由网络连接的计算机***时，处理器可读代码可根据分布式***来保存和执行。
本领域技术人员将理解，在不脱离本发明的精神或范围的情况下，可对本发明进行各种修改和变化。因此，本发明旨在涵盖本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。
本说明书中提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地适用于彼此。
本发明的模式
已在具体实施方式中描述了各种实施方式。
工业实用性
本发明适用于一系列广播信号提供领域。
对于本领域技术人员而言将显而易见的是，在不脱离本发明的精神或范围的情况下，可对本发明进行各种修改和变化。因此，本发明旨在涵盖对本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。
Claims (12)
1.一种发送广播信号的方法，该方法包括以下步骤：
利用包括广播数据的输入分组来生成链路层分组，其中，所述链路层分组包括链路层头和链路层有效载荷，所述链路层有效载荷包括与所述输入分组对应的数据，
其中，所述链路层头包括用于指示所述链路层有效载荷中的与所述输入分组对应的所述数据的类型的分组类型字段，
其中，当所述分组类型字段指示所述输入分组是网际协议IP分组时，所述链路层头还包括用于指示所述链路层有效载荷是包括一个输入分组的片段还是包括多个级联的输入分组的分组配置字段，
其中，当所述链路层有效载荷包括所述一个输入分组的所述片段时，所述链路层头还包括分段信息部分，其中，所述分段信息部分包括用于指示所述链路层分组中所承载的片段的顺序的片段序列号字段，
其中，当所述链路层有效载荷包括所述多个级联的输入分组时，所述链路层头还包括级联信息部分，其中，所述级联信息部分包括用于指示所述链路层分组中所包括的所述输入分组的数量的计数字段；以及
发送所生成的链路层分组。
2.根据权利要求1所述的方法，
其中，所述级联信息部分还包括长度部分，
其中，所述长度部分包括基于所述计数字段的值的长度字段，
其中，各个所述长度字段指示各个所述输入分组的长度，并且
其中，按照与所述链路层有效载荷中存在的所述输入分组相同的顺序包括所述长度字段。
3.根据权利要求1所述的方法，
其中，所述分组类型字段表示所述输入分组是IPv4分组、压缩的IP分组和MPEG-2TS分组中的一种。
4.根据权利要求1所述的方法，
其中，所述链路层分组中的一个包括上下文信息，其中，所述上下文信息是从所述输入分组提取的。
5.根据权利要求1所述的方法，
其中，所述分段信息部分还包括用于指示所述链路层有效载荷中的所述片段是否是所述一个输入分组的最后片段的最后片段字段。
6.根据权利要求2所述的方法，
其中，所述分组配置字段之后跟随有所述计数字段，其中，所述计数字段之后跟随有长度部分。
7.一种用于发送广播信号的设备，该设备包括：
第一模块，该第一模块用于利用包括广播数据的输入分组来生成链路层分组，其中，所述链路层分组包括链路层头和链路层有效载荷，所述链路层有效载荷包括与所述输入分组对应的数据，
其中，所述链路层头包括用于指示所述链路层有效载荷中的与所述输入分组对应的所述数据的类型的分组类型字段，
其中，当所述分组类型字段指示所述输入分组是网际协议IP分组时，所述链路层头还包括用于指示所述链路层有效载荷是包括一个输入分组的片段还是包括多个级联的输入分组的分组配置字段，
其中，当所述链路层有效载荷包括所述一个输入分组的所述片段时，所述链路层头还包括分段信息部分，其中，所述分段信息部分包括用于指示所述链路层分组中所承载的片段的顺序的片段序列号字段，
其中，当所述链路层有效载荷包括所述多个级联的输入分组时，所述链路层头还包括级联信息部分，其中，所述级联信息部分包括用于指示所述链路层分组中所包括的所述输入分组的数量的计数字段；以及
第二模块，该第二模块用于发送所生成的链路层分组。
8.根据权利要求7所述的设备，
其中，所述级联信息部分还包括长度部分，
其中，所述长度部分包括基于所述计数字段的值的长度字段，
其中，各个所述长度字段指示各个所述输入分组的长度，并且
其中，按照与所述链路层有效载荷中存在的所述输入分组相同的顺序包括所述长度字段。
9.根据权利要求7所述的设备，
其中，所述分组类型字段指示所述输入分组是IPv4分组、压缩的IP分组和MPEG-2TS分组中的一种。
10.根据权利要求7所述的设备，
其中，所述链路层分组中的一个包括上下文信息，其中，所述上下文信息是从所述输入分组提取的。
11.根据权利要求7所述的设备，
其中，所述分段信息部分还包括用于指示所述链路层有效载荷中的所述片段是否是所述一个输入分组的最后片段的最后片段字段。
12.根据权利要求8所述的设备，
其中，所述分组配置字段之后跟随有所述计数字段，其中，所述计数字段之后跟随有长度部分。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201361896135P | 2013-10-28 | 2013-10-28 | |
| US61/896,135 | 2013-10-28 | ||
| PCT/KR2014/009826 WO2015064942A1 (en) | 2013-10-28 | 2014-10-20 | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105493499A CN105493499A (zh) | 2016-04-13 |
| CN105493499B true CN105493499B (zh) | 2018-09-25 |
Family
ID=53004484
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201480048170.5A Active CN105493499B (zh) | 2013-10-28 | 2014-10-20 | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (4) | US9924207B2 (zh) |
| EP (1) | EP3063935B1 (zh) |
| KR (2) | KR101706970B1 (zh) |
| CN (1) | CN105493499B (zh) |
| MX (1) | MX350242B (zh) |
| WO (1) | WO2015064942A1 (zh) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9924207B2 (en) * | 2013-10-28 | 2018-03-20 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
| KR102126018B1 (ko) * | 2013-11-06 | 2020-06-23 | 삼성전자주식회사 | 필드의 위치 정보를 포함하는 패킷을 처리하는 송, 수신 노드의 동작 방법 및 필드의 위치 정보를 포함하는 패킷 |
| KR101752437B1 (ko) * | 2014-01-14 | 2017-07-03 | 엘지전자 주식회사 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
| CN105723682B (zh) | 2014-06-26 | 2019-08-23 | Lg 电子株式会社 | 发送/接收广播信号的方法和装置 |
| CN105934953B (zh) | 2014-11-20 | 2019-04-09 | Lg 电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
| EP3242457B1 (en) * | 2015-01-02 | 2019-12-11 | LG Electronics Inc. | Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method |
| CN106034007B (zh) * | 2015-03-13 | 2019-12-13 | 上海数字电视国家工程研究中心有限公司 | 信令编码调制方法和解调译码方法及装置 |
| KR102347779B1 (ko) * | 2015-03-13 | 2022-01-06 | 상하이 내셔널 엔지니어링 리서치 센터 오브 디지털 텔레비전 컴퍼니, 리미티드 | 시그널링 코딩 변조방법, 복조 디코딩 방법 및 장치 |
| US10200513B2 (en) | 2015-03-16 | 2019-02-05 | Lg Electronics Inc. | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal |
| KR101792519B1 (ko) | 2015-06-04 | 2017-11-02 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| KR102245605B1 (ko) | 2015-07-01 | 2021-04-28 | 삼성전자주식회사 | 링크 계층 프로토콜을 지원하는 멀티미디어 시스템에서 신호 송/수신 장치 및 방법 |
| US10218819B2 (en) | 2015-08-31 | 2019-02-26 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting and receiving signal in multimedia system |
| KR20170026064A (ko) * | 2015-08-31 | 2017-03-08 | 삼성전자주식회사 | 링크 계층 프로토콜을 지원하는 멀티미디어 시스템에서 신호 송수신 장치 및 방법 |
| CA3002643A1 (en) * | 2015-10-27 | 2017-05-04 | Sony Corporation | Transmitting apparatus, receiving apparatus, and data processing method |
| EP3389216A4 (en) * | 2015-12-10 | 2019-01-09 | Sony Corporation | RECEIVER AND METHOD FOR PROCESSING DATA |
| US10432279B2 (en) * | 2017-01-02 | 2019-10-01 | Qualcomm Incorporated | Long beamforming training field sequences |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7170893B2 (en) * | 2001-06-15 | 2007-01-30 | Lucent Technologies Inc. | Technique for selecting the number of packets to be concatenated |
| US7313136B2 (en) * | 2003-06-26 | 2007-12-25 | Nokia Corporation | Method and system establishing a data link layer protocol on a I2C™ physical layer connection |
| KR100594115B1 (ko) | 2003-07-30 | 2006-06-28 | 삼성전자주식회사 | 패킷 데이터 서비스의 채널 타입 변경에 따른 헤더 압축 컨텍스트 설정 장치 및 방법 |
| US7899025B2 (en) * | 2006-12-26 | 2011-03-01 | Alcatel-Lucent Usa Inc. | Header suppression in a wireless communication network |
| US8228910B2 (en) * | 2007-05-09 | 2012-07-24 | Entropic Communications, Inc. | Aggregating network packets for transmission to a destination node |
| US8250441B2 (en) | 2007-12-11 | 2012-08-21 | Wi-Lan Inc. | Outer coding framework for application packet error rate minimization |
| CN101919177B (zh) * | 2008-01-17 | 2013-04-24 | 上海贝尔股份有限公司 | 一种无线中继网中用于数据中继传输的方法和装置 |
| WO2009154418A2 (en) * | 2008-06-18 | 2009-12-23 | Lg Electronics Inc. | Transmitting/receiving system and method of processing data in the transmitting/receiving system |
| US8542706B2 (en) | 2008-12-08 | 2013-09-24 | Qualcomm Incorporated | Method and apparatus related to packet fragmentation and reconstruction |
| US8495154B2 (en) * | 2010-01-25 | 2013-07-23 | International Business Machines Corporation | Content usage tracking in superdistribution |
| CN102098542A (zh) | 2010-12-15 | 2011-06-15 | 中兴通讯股份有限公司 | 一种多媒体数据传输的方法、***和装置 |
| US8938551B2 (en) * | 2012-04-10 | 2015-01-20 | Intel Mobile Communications GmbH | Data processing device |
| US9350657B2 (en) * | 2013-07-08 | 2016-05-24 | Nicira, Inc. | Encapsulating data packets using an adaptive tunnelling protocol |
| US9276833B2 (en) * | 2013-07-24 | 2016-03-01 | Cisco Technology, Inc. | Path-ping and ECMP-traceroute for IPv6 overlay virtualized networks |
| US9924207B2 (en) * | 2013-10-28 | 2018-03-20 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
-
2014
- 2014-10-20 US US14/914,930 patent/US9924207B2/en active Active
- 2014-10-20 CN CN201480048170.5A patent/CN105493499B/zh active Active
- 2014-10-20 EP EP14858577.1A patent/EP3063935B1/en not_active Not-in-force
- 2014-10-20 KR KR1020167000787A patent/KR101706970B1/ko active IP Right Grant
- 2014-10-20 MX MX2016001256A patent/MX350242B/es active IP Right Grant
- 2014-10-20 WO PCT/KR2014/009826 patent/WO2015064942A1/en active Application Filing
- 2014-10-20 KR KR1020177002696A patent/KR101753595B1/ko active IP Right Grant
-
2018
- 2018-02-07 US US15/890,929 patent/US10334294B2/en active Active
-
2019
- 2019-05-14 US US16/411,609 patent/US10623786B2/en not_active Expired - Fee Related
-
2020
- 2020-03-06 US US16/811,594 patent/US11070857B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| MX350242B (es) | 2017-08-31 |
| US20190268640A1 (en) | 2019-08-29 |
| US11070857B2 (en) | 2021-07-20 |
| EP3063935B1 (en) | 2019-04-03 |
| KR101706970B1 (ko) | 2017-02-15 |
| WO2015064942A1 (en) | 2015-05-07 |
| EP3063935A4 (en) | 2017-05-03 |
| CN105493499A (zh) | 2016-04-13 |
| US20200213646A1 (en) | 2020-07-02 |
| KR20160019529A (ko) | 2016-02-19 |
| US9924207B2 (en) | 2018-03-20 |
| US20180242029A1 (en) | 2018-08-23 |
| US10623786B2 (en) | 2020-04-14 |
| MX2016001256A (es) | 2016-05-24 |
| US20160212457A1 (en) | 2016-07-21 |
| US10334294B2 (en) | 2019-06-25 |
| KR20170016019A (ko) | 2017-02-10 |
| KR101753595B1 (ko) | 2017-07-04 |
| EP3063935A1 (en) | 2016-09-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105493499B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN105684451B (zh) | 发送广播信号的设备和方法 | |
| CN105723718B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| US10952035B2 (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
| CN105917654B (zh) | 经由一个或者更多个网络发送或者接收广播内容的设备和方法 | |
| CN106134185B (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
| CN105659611B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN106537822A (zh) | 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法 | |
| CN105325006A (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
| CN107113088A (zh) | 收发广播信号的装置和方法 | |
| CN105850140B (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法 | |
| CN107005722A (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
| CN105874759A (zh) | 发送/接收包括鲁棒报头压缩分组流的广播信号的方法和设备 | |
| CN106471800A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法、以及广播信号接收方法 | |
| CN105580379B (zh) | 广播发送设备、广播发送设备的操作方法、广播接收设备、以及广播接收设备的操作方法 | |
| CN105556978A (zh) | 发送/接收包括稳健报头压缩分组流和快速信息的广播信号的方法和装置 | |
| CN107431680A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 | |
| CN105900435A (zh) | 广播发送装置及其操作方法、和广播接收装置及其操作方法 | |
| CN106416267A (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法以及接收广播信号的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |