CN106537822B - 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法 - Google Patents
广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法 Download PDFInfo
- Publication number
- CN106537822B CN106537822B CN201580039054.1A CN201580039054A CN106537822B CN 106537822 B CN106537822 B CN 106537822B CN 201580039054 A CN201580039054 A CN 201580039054A CN 106537822 B CN106537822 B CN 106537822B
- Authority
- CN
- China
- Prior art keywords
- information
- service
- field
- data
- broadcast
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 84
- 238000012937 correction Methods 0.000 claims abstract description 21
- 230000011664 signaling Effects 0.000 claims description 314
- 230000005540 biological transmission Effects 0.000 claims description 129
- 238000009826 distribution Methods 0.000 claims description 12
- 239000000203 mixture Substances 0.000 claims description 6
- 240000002853 Nelumbo nucifera Species 0.000 claims description 4
- 235000006508 Nelumbo nucifera Nutrition 0.000 claims description 4
- 235000006510 Nelumbo pentapetala Nutrition 0.000 claims description 4
- 238000012545 processing Methods 0.000 abstract description 32
- 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 89
- 101000596046 Homo sapiens Plastin-2 Proteins 0.000 description 74
- 102100035182 Plastin-2 Human genes 0.000 description 74
- 238000010586 diagram Methods 0.000 description 57
- 238000013507 mapping Methods 0.000 description 34
- 101000596041 Homo sapiens Plastin-1 Proteins 0.000 description 27
- 102100035181 Plastin-1 Human genes 0.000 description 27
- 230000008569 process Effects 0.000 description 25
- 239000000284 extract Substances 0.000 description 23
- 238000011017 operating method Methods 0.000 description 22
- 238000004891 communication Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 16
- 238000013461 design Methods 0.000 description 14
- 230000007246 mechanism Effects 0.000 description 12
- 238000003780 insertion Methods 0.000 description 11
- 230000006978 adaptation Effects 0.000 description 10
- 238000005538 encapsulation Methods 0.000 description 10
- 230000037431 insertion Effects 0.000 description 10
- 238000007726 management method Methods 0.000 description 10
- 238000012384 transportation and delivery Methods 0.000 description 10
- 239000011159 matrix material Substances 0.000 description 8
- 230000003068 static effect Effects 0.000 description 8
- 239000000969 carrier Substances 0.000 description 7
- 230000006835 compression Effects 0.000 description 7
- 238000007906 compression Methods 0.000 description 7
- 238000011049 filling Methods 0.000 description 7
- 238000012986 modification Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 239000004065 semiconductor Substances 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 238000003672 processing method Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 230000037007 arousal Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000000605 extraction Methods 0.000 description 4
- 238000002156 mixing Methods 0.000 description 4
- 230000009467 reduction Effects 0.000 description 4
- 230000003252 repetitive effect Effects 0.000 description 4
- 230000008054 signal transmission Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 238000010276 construction Methods 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 235000013399 edible fruits Nutrition 0.000 description 3
- 230000002708 enhancing effect Effects 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 239000012634 fragment Substances 0.000 description 3
- 230000014759 maintenance of location Effects 0.000 description 3
- 239000012092 media component Substances 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 238000004904 shortening Methods 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 3
- 230000002123 temporal effect Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 241000208340 Araliaceae Species 0.000 description 2
- 241001672694 Citrus reticulata Species 0.000 description 2
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 2
- 235000003140 Panax quinquefolius Nutrition 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 235000008434 ginseng Nutrition 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000002372 labelling Methods 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 230000021715 photosynthesis, light harvesting Effects 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 150000001875 compounds Chemical class 0.000 description 1
- 238000005388 cross polarization Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000013213 extrapolation Methods 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000017105 transposition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
- H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0041—Arrangements at the transmitter end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0071—Use of interleaving
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
- H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Multimedia (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Health & Medical Sciences (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
公开广播发送装置和广播发送装置处理数据的方法。根据本发明的一个实施例的广播发送装置处理数据的方法包括下述步骤：将紧急报警消息封装成链路层分组；对物理层中的链路层分组的数据进行纠错编码；构建包括纠错编码的数据的信号帧；以及发送包括被构建的信号帧的广播信号，其中链路层分组包括报头和有效载荷，报头包括用于用信号发送有效载荷的报头信息，有效载荷包括紧急报警信息，并且报头信息包括指示链路层分组是用于紧急报警的指示信息和指示紧急报警信息的类型的类型信息。
Description
技术领域
本公开涉及广播发送设备及其数据处理方法，和广播接收设备及其数据处理方法，更加具体地，涉及广播发送/接收设备和处理紧急报警信息的方法。
背景技术
广播系统中的紧急报警信息的传输用于通知观看广播的用户紧急情形以采取立即行动。特别地，在北美的广播环境下，通过联邦紧急事务管理署(FEMA)和联邦通信委员会(FCC)指定像灾难一样的紧急通知信息的递送。因此，下一代广播系统需要支持紧急报警信息的传输。
在公共警报协议(CAP)消息格式中主要配置现有的广播系统的紧急报警信息并且CAP建议如何表达消息格式，但是发送此的方法取决于传输协议。因此，为了递送紧急报警信息，传输系统的特性应被反映并且需要使用CAP和传输协议的紧急报警信息递送方法。
发明内容
技术问题
实施例提供一种广播发送装置及其操作方法，和广播接收装置及其操作方法，其配置用于发送紧急报警消息的信令系统并且将此应用于传送协议。
实施例也提供广播发送装置及其操作方法，和广播接收装置及其操作方法，其配置用于递送紧急报警信息的信令系统。
实施例也提供广播发送装置及其操作方法，和广播接收装置及其操作方法，其配置用于递送紧急报警信息的区段表。
实施例也提供广播发送装置及其操作方法，和广播接收装置及其操作方法，其通过在物理层中的物理层管道发送/接收紧急报警信息。
实施例也提供广播发送装置及其操作方法，和广播接收装置及其操作方法，其配置用于递送紧急报警信息的链路层分组并且发送/接收链路层分组。
技术方案
根据本发明的实施例的在广播发送设备中处理数据的方法可以包括：将紧急报警消息封装成链路层分组；对物理层中的链路层分组的数据执行纠错编码；构建包括纠错编码的数据的信号帧；以及发送包括被构建的信号帧的广播信号。在此，链路层分组包括报头和有效载荷，报头包括用于用信号发送有效载荷的报头信息，有效载荷包括紧急报警信息，并且报头信息包括指示链路层分组是用于紧急报警的指示信息和指示紧急报警信息的类型的类型信息。
报头可以包括第一报头和第二报头，该第一报头具有固定长度，该第二报头具有可变长度，并且指示信息和类型信息中的至少一个可以被用信号发送到第二报头。
根据本发明的实施例，包括紧急报警内容的紧急报警消息、紧急报警消息的链路信息、紧急报警有关的自动信道调谐信息、紧急报警有关的非实时服务信息、以及根据类型信息的唤醒指示信息中的至少一个可以作为紧急报警信息被包括在链路层分组的有效载荷中。
当紧急报警消息被包括在链路层分组的有效载荷中时，链路层分组的有效载荷可以进一步包括紧急报警消息的消息标识信息、紧急报警消息的编码类型信息、紧急报警消息的版本信息、以及紧急报警消息的协议信息中的至少一个。
当紧急报警消息的链路信息被包括在链路层分组的有效载荷中时，链路信息可以包括指示紧急报警消息的链路类型的链路类型信息和根据链路类型的紧急报警消息的接入信息。
根据本发明的实施例，链路信息进一步包括紧急报警消息的消息标识信息、紧急报警消息的编码类型信息、紧急报警消息的版本信息、以及紧急报警消息的协议信息中的至少一个。
当紧急报警有关的自动信道调谐信息被包括在链路层分组的有效载荷中时，自动信道调谐信息可以包括将会被自动地调谐的信道信息、发送紧急报警有关的内容的数据管道的标识信息、以及包括内容的服务的标识信息。
根据本发明的实施例，自动信道调谐信息进一步包括用于识别紧急报警有关的紧急报警消息中的每一个的消息标识信息。
当紧急报警信息通过被分割成多个片段来输入时，报头进一步包括各个片段的标识信息、各个片段的顺序信息以及各个片段的长度信息中的至少一个。
根据本发明的实施例的广播发送设备可以包括链路层处理器，该链路层处理器将紧急报警信息封装成链路层分组；编码模块，该编码模块对物理层中的链路层分组的数据执行纠错编码；帧构建器，该帧构建器构建包括纠错编码的数据的信号帧；以及发送模块，该发送模块发送包括被构建的信号帧的广播信号。在此，链路层分组包括报头和有效载荷，报头包括用于用信号发送有效载荷的报头信息，有效载荷包括紧急报警信息，并且报头信息包括指示链路层分组是用于紧急报警的指示信息和指示紧急报警信息的类型的类型信息。
有益效果
根据本发明的实施例，在此提供广播发送装置及其操作方法，和广播接收装置及其操作方法，其配置用于发送紧急报警信息的信令系统并且将其应用于传送协议。
根据本发明的实施例，在此提供广播发送设备及其操作方法，和广播接收设备及其操作方法，其配置用于递送紧急报警消息的信令系统。
根据本发明的实施例，提供广播发送装置及其操作方法，和广播接收装置及其操作方法，其配置用于递送紧急报警信息的区段表。
根据本发明的实施例，提供广播发送装置及其操作方法，和广播接收装置及其操作方法，其配置用于递送紧急报警信息的分组并且接收该分组。
根据本发明的实施例，提供广播发送设备及其操作方法，和广播接收设备及其操作方法，其通过物理层中的特定的物理层管道发送/接收紧急报警信息。
根据本发明的实施例，提供广播发送设备及其操作方法，和广播接收设备及其操作方法，其配置用于递送紧急报警信息的链路层分组，发送链路层分组并且接收链路层分组。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请的一部分，附图图示本发明的实施例，并且与本说明书一起用来说明本发明的原理。附图中：
图1是图示根据本发明的实施例的用于未来的广播服务的广播信号传输装置的配置的框图，
图2(a)和图2(b)是图示根据本发明的实施例的输入格式化块的框图，
图3是图示根据本发明的另一实施例的输入格式化块的框图；
图4是图示根据本发明的实施例的比特交织的编译&调制(BICM)块的框图，
图5是图示根据本发明的另一实施例的BICM块的框图；
图6是图示根据本发明的实施例的帧构建(或者帧产生)块的框图；
图7是图示根据本发明的实施例的正交频分复用(OFDM)生成块的框图；
图8是图示根据本发明的实施例的用于未来广播服务的广播信号接收装置的配置的框图；
图9是图示根据本发明的实施例的帧的结构的图；
图10是图示根据本发明的实施例的帧的信令分级结构的图；
图11是图示根据本发明的实施例的前导信令数据的表；
图12是图示根据本发明的实施例的PLS1数据的表；
图13是图示根据本发明的实施例的PLS2数据的表；
图14是图示根据本发明的另一实施例的PLS2数据的表；
图15是图示根据本发明的实施例的帧的逻辑结构的图；
图16是图示根据本发明的实施例的PLS映射的图；
图17是图示根据本发明的实施例的紧急报警信道(EAC)映射的图；
图18(a)和图18(b)是图示根据本发明的实施例的快速信息映射(FIC)映射的图；
图19是图示根据本发明的实施例的正向纠错(FEC)帧的结构的图；
图20(a)至图20(c)是图示根据本发明的实施例的时间交织的图；
图21是图示根据本发明的实施例的支持广播服务的协议栈的图；
图22是图示根据本发明的另一实施例的支持广播服务的协议栈的图；
图23是图示根据本发明的实施例的广播服务的传送层的图；
图24是图示根据本发明的实施例的紧急报警系统的整个配置的框图；
图25是图示根据本发明的实施例的用于紧急报警表(EAT)信息的句法的图；
图26是图示根据本发明的实施例的用于紧急报警消息的句法的图；
图27是图示根据本发明的实施例的用于自动信道调谐信息的句法的图；
图28是图示根据本发明的实施例的用于与紧急报警消息有关的NRT服务信息的句法的图；
图29是图示根据本发明的实施例的用于发送紧急报警消息的区段格式的EAT的句法的图；
图30是图示根据本发明的另一实施例的用于发送紧急报警消息的区段表的句法的图；
图31是图示根据本发明的实施例的在没有修改紧急报警表的格式的情况下的分组的有效载荷的图；
图32是图示作为替代区段表格式的单独的信息插入的紧急报警消息的图；
图33是图示根据本发明的实施例的当通过专用PLP广播发送装置发送紧急报警消息时的图；
图34是图示根据本发明的另一实施例的当广播发送装置通过专用的PLP发送紧急报警消息时的图；
图35是图示根据本发明的另一实施例的当广播发送装置通过正常的PLP发送EAT时的图；
图36是图示根据本发明的实施例的用于通过信令信道直接地发送紧急报警消息的紧急报警系统的框图；
图37是图示根据本发明的实施例的用于通过信令信道的快速信息信道(FIC)发送紧急报警消息的句法的图；
图38是图示根据本发明的实施例的用于通过信令信道仅发送/接收紧急报警信息的递送路径的紧急报警系统的框图；
图39是图示根据本发明的实施例的用于用信号发送通过信令信道用信号发送的紧急报警的句法的图；
图40是图示根据本发明的实施例的广播发送设备的操作方法的流程图；
图41是图示根据本发明的实施例的广播接收设备的操作方法的流程图；
图42图示根据本发明的实施例的链路层分组的概念图；
图43是图示根据本发明的实施例的链路层分组的链路层分组报头的结构的图；
图44是图示根据本发明的实施例的用于链路层分组的链路层分组报头的句法的图；
图45图示根据本发明的根据signaling_class字段的值定义的信令信息的类型的视图；
图46图示根据本发明的根据紧急报警分组的information_type字段的值定义的意义的示例；
图47图示根据本发明的实施例的链路层分组的链路层分组有效载荷的句法；
图48是图示根据本发明的实施例的在广播接收设备中接收和处理链路层分组的方法的流程图；
图49图示根据本发明的另一实施例的链路层分组的链路层分组有效载荷的句法；
图50是图示根据本发明的另一实施例的在广播接收设备中接收和处理链路层分组的方法的流程图；
图51图示根据本发明的另一实施例的链路层分组的链路层分组有效载荷的句法；
图52是图示根据本发明的另一实施例的在广播接收设备中接收和处理链路层分组的方法的流程图；
图53图示根据本发明的另一实施例的链路层分组的链路层分组有效载荷的句法；
图54是图示根据本发明的另一实施例的在广播接收设备中接收和处理链路层分组的方法的流程图；
图55是图示根据本发明的实施例的下一代(或者未来的)广播接收设备的框图；
图56是图示根据本发明的另一实施例的下一代广播接收设备的框图；以及
图57是图示根据本发明的又一实施例的下一代广播接收设备的框图。
具体实施方式
在下文中，将会参考附图详细地描述能够以最佳方式执行本发明的上述目的的本发明的优选示例性实施例。在这一点上，将会根据本发明的至少一个示例性实施例提供在附图中图示并且关于附图描述的本发明的操作以及结构或配置。并且，显而易见的是，本发明的技术范围和精神以及本发明的基本结构和操作将不会被仅限于在此阐述的示例性实施例。
另外，虽然从已知和使用的术语中选择在本发明中使用的术语，但按照本领域的技术人员的意图或者实践，或者随着新技术的出现，在此使用的术语可以被变化或者修改。可替选地，在一些特定情况下，在本发明的描述中提及的一些术语可以由申请人以他的或者她的判断力来选择，在本文的说明书的相关部分中描述其详细意义。此外，要求不能简单地按照所使用的实际术语来理解本发明，而是应通过落入其内的各个术语的含义来理解。
按照在本发明的描述中公开的本发明的概念提供的相应于示例性实施例的本发明的特定结构和功能描述，仅是针对描述根据本发明的概念的示例性实施例的用途而提供的示例性描述。并且，因此，可以以各种形式和结构实现本发明的示例性实施例，并且应理解本发明不应被解释为仅被限于在此描述的本发明的示例性实施例。
因为各种变化和修改可以被应用于根据本发明的概念的示例性实施例，并且因为本发明的示例性实施例可以以各种形式被配置，所以在下文中将会参考在附图中呈现的示例详细地描述本发明的具体实施例。然而，应理解的是，相应于本发明的概念的示例性实施例将不会被限于在此公开的具体结构。并且，因此，应理解被包括在本发明的技术范围和精神内的所有变化和修改、等效物以及替代被包括。
另外，在本发明的描述中，虽然诸如第一和/或第二的术语可以被用于描述本发明的各种元件，但是应理解，被包括在本发明中的元件将不会被仅限于在此使用的术语。例如，在没有背离本发明的范围的情况下，在上面提及的术语将会仅被用于区分一个元件与另一元件的目的，第一元件可以被称为第二元件，并且类似地，第二元件也可以被称为第一元件。
此外，贯穿本发明的整个描述，当一个部件被称为“包括(或者包含)”元件时，除非另有明文规定，否则替代排除任何其它元件，这可以表示一个部件可以进一步包括其它的元件。此外，在本发明的描述中提及的术语“单元(或者部件)”指的是用于处理至少一个功能或者操作的单元，并且这可以以硬件、软件或者硬件和软件两者的组合的形式被实现。
本发明中的术语“信令”可以指示从广播系统、互联网系统和/或广播/互联网汇聚系统发送和接收的服务信息(SI)。服务信息(SI)可以包括从现有的广播系统接收的广播服务信息(例如，ATSC-SI和/或DVB-SI)。
术语“广播信号”可以在概念上不仅包括从地面广播、有线电视广播、卫星广播和/或移动广播接收的信号和/或数据，而且包括从诸如互联网广播、宽带广播、通信广播、数据广播和/或VOD(视频点播)的双向广播系统接收的信号和/或数据。
术语“PLP”可以指示用于发送包含在物理层中的数据的预定单位。因此，必要时术语“PLP”还可以用术语“数据单元”或“数据管道”代替。
被配置为与广播网络和/或互联网网络互通的混合广播服务可以被用作要用在数字电视(DTV)服务中的代表性应用。混合广播服务通过互联网实时地发送与通过地面广播网络发送的广播A/V(音频/视频)内容有关的增强数据，或者通过互联网实时地发送广播A/V内容的一些部分，使得用户能够体验各种内容。
本发明提供了用于未来广播服务的发送和接收广播信号的设备和方法。根据本发明的实施例的未来广播服务包括地面广播服务、移动广播服务、UHDTV服务等。
本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理用于未来广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的系统。
更加具体地，本发明提供广播信号发送设备和广播信号接收设备以及提供紧急报警服务作为广播服务之一的紧急报警信息方法。
此外，本发明提供用于紧急报警服务的紧急报警信息的信令方法和设备。本发明的紧急报警服务可以是与在特定信道中广播的紧急报警或者在特定信道中像灾难一样通知紧急状态的文本有关的广播。与紧急报警有关的广播包括根据本发明的实施例的视频或者音频中的至少一个。在本实施例中，为了描述的简单起见包含用于形成像灾难一样的紧急状态的文本型信息的消息被称为紧急报警消息或者紧急报警信息。紧急报警消息和/或紧急报警信息可以进一步包括与紧急报警有关的信令信息。
本发明可以定义三个物理层(PL)简档(profile)(基础、手持和高级简档)，每个被优化以最小化接收器复杂度，同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收器(或者广播接收设备或者广播接收系统)应实现的所有配置的子集。
三个PHY简档共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来被定义。对于系统演进，未来的属性还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节被在下面描述。
1.基础简档
基础简档表示被通常连接到屋顶天线的固定的接收设备的主要使用情形。基础简档还包括能够运输到一个场所，但是属于相对固定接收类别的便携式装置。基础简档的使用可以通过某些改进的实现被扩展到手持装置或者甚至车辆，但是，对于基础简档接收器操作，不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB，其包括现有的广播系统(例如，ATSC A/53)的15dB SNR接收能力。接收器(或者广播接收设备或者广播接收系统)的复杂度和功耗不像在电池操作的手持装置一样重要，手持装置将使用手持简档。用于基础简档的关键系统参数被在以下的表1中列出。
表1
[表1]
| LDPC码字长度 | 16K，64K比特 |
| 星座大小 | 4～10bpcu(每个信道使用的比特) |
| 时间解交织存储器大小 | ≤2<sup>19</sup>数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K，32K点 |
2.手持简档
手持简档被设计成在以电池电源操作的手持和车载装置中使用。该装置可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持简档的装置的实现是非常重要的。手持简档的目标SNR范围大约是0至10dB，但是，当意欲用于更深的室内接收时，可以被配置为达到低于0dB。
除了低的SNR能力之外，由接收器移动性所引起的多普勒效应的适应性是手持简档最重要的性能属性。用于手持简档的关键系统参数在以下的表2中列出。
表2
[表2]
| LDPC码字长度 | 16K比特 |
| 星座大小 | 2～8bpcu |
| 时间解交织存储器大小 | ≤2<sup>18</sup>数据信元 |
| 导频图案 | 用于移动和室内接收的导频图案 |
| FFT大小 | 8K，16K点 |
3.高级简档
高级简档以更大的实现复杂度为代价提供最高的信道容量。该简档需要使用MIMO发送和接收，并且UHDTV服务是对该简档特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽增加服务数目，例如，多个SDTV或者HDTV服务。
高级简档的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输装置，并且在未来扩展到全功率交叉极化传输。用于高级简档的关键系统参数在以下的表3中列出。
表3
[表3]
| LDPC码字长度 | 16K，64K比特 |
| 星座大小 | 8～12bpcu |
| 时间解交织存储器大小 | ≤2<sup>19</sup>数据信元 |
| 导频图案 | 用于固定接收的导频图案 |
| FFT大小 | 16K，32K点 |
在这样的情况下，基础简档能够被用作用于陆地广播服务和移动广播服务两者的简档。即，基础简档能够被用于定义包括移动简档的简档的概念。而且，高级简档能够被划分成用于具有MIMO的基础简档的高级简档和用于具有MIMO的手持简档的高级简档。此外，根据设计者的意图能够改变三种简档。
下面的术语和定义可以被应用于本发明。根据设计能够改变下面的术语和定义。
辅助流：承载对于尚未定义的调制和编码的数据的信元的序列，其可以被用于未来扩展或者通过广播公司或者网络运营商要求
基本数据管道：承载服务信令数据的数据单元(或者基本物理层管道)
基带帧(或者BBFRAME)(或者基带分组)：形成对一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合
信元：通过OFDM传输的一个载波承载的调制值
被编码的块：PLS1数据的LDPC编码的块或者PLS2数据的LDPC编码的块中的一个
数据管道(或者物理层管道)：承载服务数据或者相关元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
数据管道单元：用于在帧中将数据信元分配给DP的基本单位。
数据符号：在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)
DP_ID：此8比特字段唯一地识别在通过SYSTME_ID识别的系统内的DP
哑信元：承载被用于填充不被用于PLS信令、DP或者辅助流的剩余的容量的伪随机值的信元
紧急警告信道：承载EAS信息数据的帧的部分
帧：以前导开始并且以帧边缘符号结束的物理层时隙
帧重复单元：属于包括FET的相同或者不同的物理层简档的帧的集合，其在超帧中被重复八次
快速信息信道：在承载服务和相对应的基本DP之间的映射信息的帧中的逻辑信道
FECBLOCK：DP数据的LDPC编码的比特的集合
FFT大小：被用于特定模式的标称的FFT大小，等于在基础时段T的周期中表达的活跃符号时段TS
帧信令符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的开始处使用的具有较高的导频密度的OFDM符号，其承载PLS数据的一部分
帧边缘符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的末端处使用的具有较高的导频密度的OFDM符号
帧组：在超帧中具有相同的PHY简档类型的所有帧的集合。
未来扩展帧：能够被用于未来扩展的在超帧内的物理层时隙，以前导开始
Futurecast UTB系统：提出的物理层广播系统，其输入是一个或者多个MPEG2-TS或者IP或者一般流，并且其输出是RF信号
输入流：用于通过系统被传递给终端用户的服务的全体的数据的流。
正常数据符号：排除帧信令和帧边缘符号的数据符号
PHY简档：相对应的接收器应实现的所有配置的子集
PLS(或者层-1信令数据)：由PLS1和PLS2组成的物理层信令数据
PLS1：在具有固定的大小、编码和调制的FSS符号中承载的PLS数据的第一集合，其承载关于系统的基本信息以及解码PLS2所需要的参数
注意：PLS1数据在帧组的持续时间内保持恒定。
PLS2：在FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更多详细PLS数据
PLS2动态数据：可以动态地逐帧改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导信令数据：通过前导符号承载并且被用于识别系统的基本模式的信令数据
前导符号：承载基本PLS数据并且位于帧的开始的固定长度的导频符号
注意：前导符号主要被用于快速初始带扫描以检测系统信号、其时序、频率偏移、以及FFT大小。
保留以便未来使用：本文档没有定义但是可以在未来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：在其中执行时间交织的信元的集合，与时间交织器存储器的一个使用相对应
TI组：在其上执行用于特定DP的动态容量分配的单元，由整数组成，动态地改变XFECBLOCK的数目。
注意：TI组可以被直接地映射到一个帧或者可以被映射到多个帧。其可以包含一个或者多个TI块。
类型1DP：其中所有的DP以TDM方式被映射到帧的帧的DP
类型2DP：其中所有的DP以FDM方式被映射到帧的帧的DP
XFECBLOCK：承载一个LDPC FECBLOCK的所有比特的Ncell个信元的集合
图1图示根据本发明的实施例用于发送供未来的广播服务的广播信号装置的结构。
根据本发明的实施例用于发送供未来的广播服务的广播信号的装置可以包括输入格式化块1000、BICM(比特交织编码和调制)块1010、帧构建块1020、OFDM(正交频分复用)产生块1030和信令产生块1040。将给出用于发送广播信号装置的每个模块的操作的描述。
IP流/分组和MPEG2-TS是主要输入格式，其它的流类型被作为常规流处理。除了这些数据输入之外，管理信息被输入以控制用于每个输入流的相应的带宽的调度和分配。一个或者多个TS流、IP流和/或常规流被同时允许输入。
输入格式化块1000能够解复用每个输入流为一个或者多个数据管道，对其中的每一个应用单独的编码和调制。数据管道(DP)是用于鲁棒控制的基本单位，从而影响服务质量(QoS)。一个或者多个服务或者服务组件可以由单个DP承载。稍后将描述输入格式化块1000的操作细节。
数据管道是在承载服务数据或者相关的元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。数据管道可以被称为物理层管道。
此外，数据管道单元：在帧中用于分配数据信元给DP的基本单位。
在BICM块1010中，奇偶校验数据被增加用于纠错，并且编码的比特流被映射为复数值星座符号。该符号跨越用于相应的DP的特定交织深度被交织。对于高级简档，在BICM块1010中执行MIMO编码，并且另外的数据路径被添加在输出端用于MIMO传输。稍后将描述BICM块1010的操作细节。
帧构建块1020可以将输入DP的数据信元映射为在帧内的OFDM符号。在映射之后，频率交织用于频率域分集，特别地，用于抗击频率选择性衰落信道。稍后将描述帧构建块1020的操作细节。
在每个帧的开始处插入前导之后，OFDM产生块1030可以应用具有循环前缀作为保护间隔的常规的OFDM调制。对于天线空间分集，分布式MISO方案遍及发射器被应用。此外，峰值对平均功率降低(PAPR)方案在时间域中执行。对于灵活的网络规划，这个建议提供一组不同的FFT大小、保护间隔长度和相应的导频图案。稍后将描述OFDM产生块1030的操作细节。
信令产生块1040能够创建用于每个功能块操作的物理层信令信息。该信令信息也被发送使得感兴趣的服务在接收器侧被适当地恢复。稍后将描述信令产生块1040的操作细节。
图2、3和4图示根据本发明的实施例的输入格式化块1000。将给出每个图的描述。
图2图示根据本发明的一个实施例的输入格式化块。图2示出当输入信号是单个输入流时的输入格式化模块。
在图2中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
到物理层的输入可以由一个或者多个数据流组成。每个数据流由一个DP承载。模式适配模块将输入数据流分片(slice)为基带帧(BBF)的数据字段。系统支持三种类型的输入数据流：MPEG2-TS、互联网协议(IP)和常规流(GS)。MPEG2-TS特征为固定长度(188字节)分组，第一字节是同步字节(0x47)。IP流由如在IP分组报头内用信号传送的可变长度IP数据报分组组成。系统对于IP流支持IPv4和IPv6两者。GS可以由在封装分组报头内用信号传送的可变长度分组或者固定长度分组组成。
图2(a)示出用于信号DP的模式适配块2000和流适配2010，并且图2(b)示出用于产生和处理PLS数据的PLS产生块2020和PLS加扰器2030。将给出每个块的操作的描述。
输入流分割器将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧分片器，和BB帧报头插入块组成。
CRC编码器在用户分组(UP)级别提供用于错误检测的三种类型的CRC编码，即，CRC-8、CRC-16和CRC-32。计算的CRC字节附加在UP之后。CRC-8用于TS流并且CRC-32用于IP流。如果GS流不提供CRC编码，则将应用所建议的CRC编码。
BB帧分片器将输入映射到内部逻辑比特格式。首先接收的比特被定义为是MSB。BB帧分片器分配等于可用数据字段容量的输入比特的数目。为了分配等于BBF有效载荷的输入比特的数目，UP分组流被分片为适合BBF的数据字段。
BB帧报头插入模块可以将2个字节的固定长度BBF报头插入在BB帧的前面。BBF报头由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)组成。除了固定的2字节BBF报头之外，BBF还可以在2字节BBF报头的末端具有扩展字段(1或者3字节)。
流适配2010由填充插入块和BB加扰器组成。
填充插入块能够将填充字段插入到BB帧的有效载荷中。如果到流适配的输入数据足够填充BB帧，则STUFFI被设置为“0”，并且BBF没有填充字段。否则，STUFFI被设置为“1”，并且填充字段被紧挨在BBF报头之后插入。填充字段包括两个字节的填充字段报头和可变大小的填充数据。
BB加扰器加扰完成的BBF用于能量扩散。加扰序列与BBF同步。加扰序列由反馈移位寄存器产生。
PLS产生块2020可以产生物理层信令(PLS)数据。PLS对接收器提供接入物理层DP的手段。PLS数据由PLS1数据和PLS2数据组成。
PLS1数据是在具有固定大小的帧中在FSS符号中承载、编码和调制的第一组PLS数据，其承载有关解码PLS2数据需要的系统和参数的基本信息。PLS1数据提供包括允许PLS2数据的接收和解码所需要的参数的基本传输参数。此外，PLS1数据在帧组的持续时间保持不变。
PLS2数据是在FSS符号中发送的第二组PLS数据，其承载有关系统和DP的更加详细的PLS数据。PLS2包含对接收器解码期望的DP提供足够的信息的参数。PLS2信令进一步由两种类型的参数，PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)组成。PLS2静态数据是在帧组持续时间保持静态的PLS2数据，并且PLS2动态数据是可以逐帧动态变化的PLS2数据。
稍后将描述PLS数据的细节。
PLS加扰器2030可以加扰所产生的PLS数据用于能量扩散。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图3图示根据本发明的另一个实施例的输入格式化块。
在图3中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
图3示出当输入信号对应于多个输入流时，输入格式化块的模式适配块。
用于处理多个输入流的输入格式化块的模式适配块可以独立地处理多个输入流。
参考图3，用于分别处理多个输入流的模式适配块可以包括输入流分割器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、报头压缩块3040、CRC编码器3050、BB帧分片器(slicer)3060和BB报头插入块3070。将给出模式适配块的每个块的描述。
CRC编码器3050、BB帧分片器3060和BB报头插入块3070的操作对应于参考图2描述的CRC编码器、BB帧分片器和BB报头插入块的操作，并且因此，其描述被省略。
输入流分割器3000可以将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。
输入流同步器3010可以称为ISSY。ISSY可以对于任何输入数据格式提供适宜的手段以保证恒定比特率(CBR)和恒定端到端传输延迟。ISSY始终用于承载TS的多个DP的情形，并且选择性地用于承载GS流的多个DP。
补偿延迟块3020可以在ISSY信息的插入之后延迟分割TS分组流，以允许TS分组重新组合机制而无需在接收器中额外的存储器。
空分组删除块3030仅用于TS输入流情形。一些TS输入流或者分割的TS流可以具有大量的空分组存在，以便在CBR TS流中提供VBR(可变比特速率)服务。在这种情况下，为了避免不必要的传输开销，空分组可以被识别并且不被发送。在接收器中，通过参考在传输中插入的删除的空分组(DNP)计数器，去除的空分组可以重新插入在它们最初的精确的位置中，从而，保证恒定比特速率，并且避免对时间戳(PCR)更新的需要。
报头压缩块3040可以提供分组报头压缩以提高用于TS或者IP输入流的传输效率。因为接收器可以具有有关报头的某个部分的先验信息，所以这个已知的信息可以在发射器中被删除。
对于传输流，接收器具有有关同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载仅具有一个PID的内容，即，仅用于一个服务组件(视频、音频等)或者服务子组件(SVC基本层、SVC增强层、MVC基本视图或者MVC相关的视图)，则TS分组报头压缩可以(选择性地)应用于传输流。如果输入流是IP流，则选择性地使用IP分组报头压缩。
图4图示根据本发明的实施例的BICM块。
在图4中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
如上所述，根据本发明的实施例用于发送供未来的广播服务的广播信号的装置可以提供陆地广播服务、移动广播服务、UHDTV服务等。
由于QoS(服务质量)取决于由根据本发明的实施例的用于发送供未来的广播服务的广播信号的装置提供的服务特征，因此对应于相应服务的数据需要经由不同的方案处理。因此，根据本发明的实施例的BICM块可以通过将SISO、MISO和MIMO方案独立地应用于分别对应于数据路径的数据管道，独立地处理对其输入的DP。因此，根据本发明的实施例的用于发送供未来的广播服务的广播信号的装置能够控制经由每个DP发送的每个服务或者服务组件的QoS。
图4(a)示出由基础简档和手持简档共享的BICM块，并且图4(b)示出高级简档的BICM模块。
由基础简档和手持简档共享的BICM块和高级简档的BICM块能够包括用于处理每个DP的多个处理块。
将给出用于基础简档和手持简档的BICM块和用于高级简档的BICM块的每个处理模块的描述。
用于基础简档和手持简档的BICM块的处理块5000可以包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010能够使用外编码(BCH)和内编码(LDPC)对输入BBF执行FEC编码，以产生FECBLOCK过程。外编码(BCH)是可选择的编码方法。稍后将描述数据FEC编码器5010的操作细节。
比特交织器5020可以以LDPC编码和调制方案的组合交织数据FEC编码器5010的输出以实现优化的性能，同时提供有效地可执行的结构。稍后将描述比特交织器5020的操作细节。
星座映射器5030可以使用QPSK、QAM-16、不均匀QAM(NUQ-64、NUQ-256、NUQ-1024)，或者不均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)，在基础和手持简档中调制来自比特交织器5020的每个信元字(cell word)，或者在高级简档中来自信元字解复用器5010-1的信元字，以给出功率标准化的星座点el。该星座映射仅适用于DP。注意到，QAM-16和NUQ是正方形的形状，而NUC具有任意形状。当每个星座转动90度的任意倍数时，转动的星座精确地与其原始的一个重叠。这个“旋转感”对称属性使实和虚分量的容量和平均功率彼此相等。对于每个编码率，NUQ和NUC两者被具体地限定，并且使用的特定的一个由在PLS2数据中归档的参数DP_MOD用信号传送。
SSD编码块5040可以以二维(2D)、三维(3D)和四维(4D)预编码信元以提高在困难的衰落条件之下的接收鲁棒性。
时间交织器5050可以在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。稍后将描述时间交织器5050的操作细节。
用于高级简档的BICM块的处理块5000-1可以包括数据FEC编码器、比特交织器、星座映射器，和时间交织器。但是，不同于处理块5000，处理模块5000-1进一步包括信元字解复用器5010-1和MIMO编码模块5020-1。
此外，在处理块5000-1中的数据FEC编码器、比特交织器、星座映射器，和时间交织器的操作对应于描述的数据FEC编码器5010、比特交织器5020、星座映射器5030，和时间交织器5050的操作，并且因此，其描述被省略。
信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分为用于MIMO处理的双信元字流。稍后将描述信元字解复用器5010-1操作的细节。
MIMO编码模块5020-1可以使用MIMO编码方案处理信元字解复用器5010-1的输出。MIMO编码方案对于广播信号传输被优化。MIMO技术是获得性能提高的期望方式，但是，其取决于信道特征。尤其对于广播，信道的强的LOS分量或者在由不同的信号传播特征所引起的两个天线之间的接收信号功率的差别使得难以从MIMO得到性能增益。所提出的MIMO编码方案使用MIMO输出信号的一个的基于旋转的预编码和相位随机化克服这个问题。
MIMO编码意欲用于在发射器和接收器两者处需要至少两个天线的2x2 MIMO系统。在该建议下定义两个MIMO编码模式：全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收器侧处相对小的复杂度增加提供性能提高，而FRFD-SM编码以在接收器侧处巨大的复杂度增加提供性能提高和附加分集增益。所提出的MIMO编码方案没有对天线极性配置进行限制。
MIMO处理对于高级简档帧是需要的，其指的是由MIMO编码器处理在高级简档帧中的所有DP。MIMO处理在DP级别适用。星座映射器对输出NUQ(e1，i和e2，i)被馈送给MIMO编码器的输入。配对的MIMO编码器输出(g1，i和g2，i)由其相应的TX天线的相同的载波k和OFDM符号1发送。
以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。
图5图示根据本发明的另一个实施例的BICM块。
在图5中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
图5图示用于保护物理层信令(PLS)、紧急警告信道(EAC)和快速信息信道(FIC)的BICM块。EAC是承载EAS信息数据的帧的部分，并且FIC是在承载在服务和相应的基础DP之间的映射信息的帧中的逻辑信道。稍后将描述EAC和FIC的细节。
参考图5，用于保护PLS、EAC和FIC的BICM块可以包括PLS FEC编码器6000、比特交织器6010、和星座映射器6020。
此外，PLS FEC编码器6000可以包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的每个块的描述。
PLS FEC编码器6000可以编码加扰的PLS 1/2数据、EAC和FIC区段。
加扰器可以在BCH编码以及缩短和穿孔LDPC编码之前加扰PLS1数据和PLS2数据。
BCH编码/零插入块可以使用用于PLS保护的缩短的BCH码，对加扰的PLS 1/2数据执行外编码，并且在BCH编码之后插入零比特。仅对于PLS1数据，零插入的输出比特可以在LDPC编码之前转置。
LDPC编码块可以使用LDPC码来编码BCH编码/零插入块的输出。为了产生完整的编码模块，Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码，并且附在其之后。
数学公式1
[数学式1]
用于PLS1和PLS2的LDPC编码参数如以下的表4。
表4
[表4]
LDPC奇偶穿孔块可以对PLS1数据和PLS2数据执行穿孔。
当缩短被应用于PLS1数据保护时，一些LDPC奇偶校验比特在LDPC编码之后被穿孔。此外，对于PLS2数据保护，PLS2的LDPC奇偶校验比特在LDPC编码之后被穿孔。不发送这些被穿孔的比特。
比特交织器6010可以交织每个被缩短和被穿孔的PLS1数据和PLS2数据。
星座映射器6020可以将比特交织的PLS1数据和PLS2数据映射到星座上。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图6图示根据本发明的一个实施例的帧构建块。
在图6中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。
参考图6，帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。
延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射器端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟，PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器。带内信令数据承载下一个TI组的信息，使得它们承载要用信号传送的DP前面的一个帧。据此，延迟补偿块延迟带内信令数据。
信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射到在该帧中的OFDM符号的活动载波。信元映射器7010的基本功能是，如果有的话，将对于DP、PLS信元、以及EAC/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。
频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外，频率交织器7020可以使用不同的交织种子顺序，对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作，以得到在单个帧中最大的交织增益。频率交织器7020的操作的详情稍后将会被描述。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图7图示根据本发明的实施例的OFDM产生块。
在图7中图示的OFDM产生块对应于参考图1描述的OFDM产生块1030的实施例。
OFDM产生块通过由帧构建块产生的信元调制OFDM载波，插入导频，并且产生用于传输的时间域信号。此外，这个块随后插入保护间隔，并且应用PAPR(峰均功率比)减少处理以产生最终的RF信号。
参考图8，帧构建块可以包括导频和保留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR减少块8030、保护间隔插入块8040、前导插入模块8050、其它的系统插入块8060和DAC块8070。
另一个系统插入块8060可以在时间域中复用多个广播发送/接收系统的信号，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可以在相同的RF信号带宽中同时发送。在这种情况下，两个或更多个不同的广播发送/接收系统指的是提供不同广播服务的系统。不同广播服务可以指的是陆地广播服务、移动广播服务等。
图8图示根据本发明的实施例的用于接收供未来的广播服务的广播信号装置的结构。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的装置可以对应于参考图1描述的用于发送供未来的广播服务的广播信号的装置。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的装置可以包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将给出用于接收广播信号装置的每个模块的操作的描述。
同步和解调模块9000可以经由m个Rx天线接收输入信号，相对于与用于接收广播信号的装置相对应的系统执行信号检测和同步，并且执行与由用于发送广播信号装置执行的过程相反过程相对应的解调。
帧解析模块9010可以解析输入信号帧，并且提取经由其发送由用户选择的服务的数据。如果用于发送广播信号的装置执行交织，则帧解析模块9010可以执行与交织的相反过程相对应的解交织。在这种情况下，需要提取的信号和数据的位置可以通过解码从信令解码模块9040输出的数据获得，以恢复由用于发送广播信号的装置产生的调度信息。
解映射和解码模块9020可以将输入信号转换为比特域数据，并且然后根据需要对其解交织。解映射和解码模块9020可以对于为了传输效率应用的映射执行解映射，并且经由解码校正在传输信道上产生的错误。在这种情况下，解映射和解码模块9020可以获得为解映射所必需的传输参数，并且通过解码从信令解码模块9040输出的数据进行解码。
输出处理器9030可以执行由用于发送广播信号的装置应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下，输出处理器9030可以从信令解码模块9040输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到用于发送广播信号装置的信号，并且可以是MPEG-TS、IP流(v4或者v6)和常规流。
信令解码模块9040可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可以使用从信令解码模块9040输出的数据执行其功能。
图9图示根据本发明的一个实施例的帧结构。
图9示出帧类型的示例配置和在超帧中的FRU，图9(a)示出根据本发明的实施例的超帧，图9(b)示出根据本发明的实施例的FRU(帧重复单元)，图9(c)示出在FRU中的可变PHY简档的帧，以及(d)示出帧的结构。
超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元，并且在超帧中被重复八次。
在FRU中的每个帧属于PHY简档(基础、手持、高级)中的一个或者FEF。在FRU中帧的最大允许数目是四个，并且给定的PHY简档可以在FRU(例如，基础、手持、高级)中出现从零次到四次的任何次数。如果需要的话，PHY简档定义可以使用在前导中PHY_PROFILE的保留的值扩展。
FEF部分被插入在FRU的末端，如果包括的话。当FEF包括在FRU中时，在超帧中FEF的最小数是8。不推荐FEF部分相互邻近。
一个帧被进一步划分为许多的OFDM符号和前导。如(d)所示，帧包括前导、一个或多个帧信令符号(FSS)、普通数据符号和帧边缘符号(FES)。
前导是允许快速Futurecast UTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计以及因此的PLS数据的快速解码，FSS具有比普通数据符号更加密集的导频图案。FES具有与FSS严格相同的导频，其允许在FES内的仅频率内插，以及对于紧邻FES之前的符号的时间内插而无需外推。
图10图示根据本发明的实施例的帧的信令分层结构。
图10图示信令分层结构，其被分割为三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是表示该帧的传输类型和基本传输参数。PLS1允许接收器访问和解码PLS2数据，其包含访问感兴趣的DP的参数。PLS2在每个帧中承载，并且被划分为两个主要部分：PLS2-STAT数据和PLS2-DYN数据。必要时，在PLS2数据的静态和动态部分之后是填充。
图11图示根据本发明的实施例的前导信令数据。
前导信令数据承载需要允许接收器访问PLS数据和跟踪在帧结构内DP的21比特信息。前导信令数据的细节如下：
PHY_PROFILE：该3比特字段指示当前帧的PHY简档类型。不同的PHY简档类型的映射在以下的表5中给出。
表5
[表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比特字段保留供将来使用。
图12图示根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如以上提及的，PLS1数据对于一个帧组的整个持续时间保持不变。PLS1数据的信令字段的详细定义如下：
PREAMBLE_DATA：该20比特字段是除去EAC_FLAG的前导信令数据的副本。
NUM_FRAME_FRU：该2比特字段指示每FRU的帧的数目。
PAYLOAD_TYPE：该3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示用信号传送。
表9
[表9]
NUM_FSS：该2比特字段指示在当前帧中FSS符号的数目。
SYSTEM_VERSION：该8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分为两个4比特字段，其是主要版本和次要版本。
主要版本：SYSTEM_VERSION字段的MSB四比特字节表示主要版本信息。在主要版本字段中的变化表示非后向兼容的变化。缺省值是“0000”。对于在这个标准下描述的版本，该值被设置为“0000”。
次要版本：SYSTEM_VERSION字段的LSB四比特字节表示次要版本信息。在次要版本字段中的变化是后向兼容的。
CELL_ID：这是在ATSC网络中唯一地识别地理小区的16比特字段。取决于每Futurecast UTB系统使用的频率的数目，ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的，则该字段被设置为“0”。
NETWORK_ID：这是唯一地识别当前的ATSC网络的16比特字段。
SYSTEM_ID：这个16比特字段唯一地识别在ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是陆地广播系统，其输入是一个或多个输入流(TS、IP、GS)，并且其输出是RF信号。如果有的话，Futurecast UTB系统承载一个或多个PHY简档和FEF。相同的Futurecast UTB系统可以承载不同的输入流，并且在不同的地理区中使用不同的RF频率，允许本地服务插入。帧结构和调度在一个位置中被控制，并且对于在Futurecast UTB系统内的所有传输是相同的。一个或多个Futurecast UTB系统可以具有相同的SYSTEM_ID含义，即，它们所有具有相同的物理层结构和配置。
随后的环路由FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_G1_FRACTION和RESERVED组成，其用于表示FRU配置和每个帧类型的长度。环路大小是固定的，使得四个PHY简档(包括FEF)在FRU内被用信号传送。如果NUM_FRAME_FRU小于4，则未使用的字段用零填充。
FRU_PHY_PROFILE：这个3比特字段表示相关的FRU的第(i+1)(i是环索引)个帧的PHY简档类型。这个字段使用如表8所示相同的信令格式。
FRU_FRAME_LENGTH：这个2比特字段表示相关联的FRU的第(i+1)个帧的长度。与FRU_GI_FRACTION一起使用FRU_FRAME_LENGTH，可以获得帧持续时间的精确值。
FRU_GI_FRACTION：这个3比特字段表示相关联的FRU的第(i+1)个帧的保护间隔分数值。FRU_GI_FRACTION根据表7被用信号传送。
RESERVED：这个4比特字段保留供将来使用。
以下的字段提供用于解码PLS2数据的参数。
PLS2_FEC_TYPE：这个2比特字段表示由PLS2保护使用的FEC类型。FEC类型根据表10被用信号传送。稍后将描述LDPC码的细节。
表10
[表10]
| 内容 | PLS2 FEC类型 |
| 00 | 4K-1/4和7K-3/10 LDPC码 |
| 01～11 | 保留 |
PLS2_MOD：这个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：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_block，用于在当前帧组的每个帧中承载的PLS2的部分编码块的聚集的大小(指定为QAM信元的数目)。如果不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_FEC_TYPE：这个2比特字段表示用于在下一个帧组的每个帧中承载的PLS2的FEC类型。FEC类型根据表10被用信号传送。
PLS2_NEXT_MOD：这个3比特字段表示用于在下一个帧组的每个帧中承载的PLS2的调制类型。调制类型根据表11被用信号传送。
PLS2_NEXT_REP_FLAG：这个1比特标记表示是否在下一个帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_NEXT_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_full_block，用于在下一个帧组的每个帧中承载的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信令。
图13图示根据本发明的实施例的PLS2数据。
图13图示PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内是相同的，而PLS2-DYN数据提供对于当前帧特定的信息。
PLS2-STAT数据的字段的细节如下：
FIC_FLAG：这个1比特字段表示是否在当前帧组中使用FIC。如果这个字段被设置为“1”，则在当前帧中提供FIC。如果这个字段被设置为“0”，则在当前帧中不承载FIC。这个值在当前帧组的整个持续时间期间是恒定的。
AUX_FLAG：这个1比特字段表示是否在当前帧组中使用辅助流。如果这个字段被设置为“1”，则在当前帧中提供辅助流。如果这个字段被设置为“0”，在当前帧中不承载辅助流。这个值在当前帧组的整个持续时间期间是恒定的。
NUM_DP：这个6比特字段表示在当前帧内承载的DP的数目。这个字段的值从1到64的范围，并且DP的数目是NUM_DP+I。
DP_ID：这个6比特字段唯一地识别在PHY简档内的DP。
DP_TYPE：这个3比特字段表示DP的类型。这些根据以下的表13用信号传送。
表13
[表13]
DP_GROUP_ID：这个8比特字段识别当前DP与其相关联的DP组。这可以由接收器使用以访问与特定服务有关的服务组件的DP，其将具有相同的DP_GROUP_ID。
BASE_DP_ID：这个6比特字段表示承载在管理层中使用的服务信令数据(诸如，PSI/SI)的DP。由BASE_DP_ID表示的DP可以或者是随同服务数据一起承载服务信令数据的普通DP，或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：这个2比特字段表示由相关联的DP使用的FEC类型。FEC类型根据以下的表14被用信号传送。
表14
[表14]
| 值 | FEC_TYPE |
| 00 | 16K LDPC |
| 01 | 64K LDPC |
| 10～11 | 保留 |
DP_COD：这个4比特字段表示由相关联的DP使用的编码率。编码率根据以下的表15被用信号传送。
表15
[表15]
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的数目，并且每个帧(PI＝1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。
表18
[表18]
DP_FRAME_INTERVAL：这个2比特字段表示在用于相关联的DP的帧组内的帧间隔(IJUMP)，并且允许的值是1、2、4、8(相应的2比特字段分别地是“00”、“01”、“10”或者“11”)。对于该帧组的每个帧不会出现的DP，这个字段的值等于在连续的帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则这个字段被设置为“4”。对于在每个帧中出现的DP，这个字段被设置为“1”。
DP_TI_BYPASS：这个1比特字段确定时间交织器5050的可用性。如果对于DP没有使用时间交织，则其被设置为“1”。而如果使用时间交织，则其被设置为“0”。
DP_FIRST_FRAME_IDX：这个5比特字段表示当前DP存在其中的超帧的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31的范围。
DP_NUM_BLOCK_MAX：这个10比特字段表示用于这个DP的DP_NUM_BLOCKS的最大值。这个字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：这个2比特字段表示由给定的DP承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据以下的表19被用信号传送。
表19
[表19]
DP_INBAND_MODE：这个2比特字段表示是否当前DP承载带内信令信息。带内信令类型根据以下的表20被用信号传送。
表20
[表20]
| 值 | 带内模式 |
| 00 | 没有承载带内信令 |
| 01 | 仅承载带内PLS |
| 10 | 仅承载带内ISSY |
| 11 | 承载带内PLS和带内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标准 |
| 10 | DNP偏移 |
| 11 | 保留 |
ISSY_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的ISSY模式。ISSY_MODE根据以下的表24被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设置为值“00”。
表24
[表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被用信号传送。HC_MODE_IP：这2比特字段指示当DP_PAYLOAD_TYPE被设置为IP(“01”)时的IP报头压缩模式。根据下面的表26用信号发送HC_MODE_IP。
表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]
PID：这个13比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)，并且HC_MODE_TS被设置为“01”或者“10”时，用于TS报头压缩的PID编号。
RESERVED：这个8比特字段保留供将来使用。
只有在FIC_FLAG等于“1”时出现以下的字段：
FIC_VERSION：这个8比特字段表示FIC的版本号。
FIC_LENGTH_BYTE：这个13比特字段以字节表示FIC的长度。
RESERVED：这个8比特字段保留供将来使用。
只有在AUX_FLAG等于“1”时出现以下的字段：
NUM_AUX：这个4比特字段表示辅助流的数目。零表示不使用辅助流。
AUX_CONFIG_RFU：这个8比特字段被保留供将来使用。
AUX_STREAM_TYPE：这个4比特被保留供将来使用，用于表示当前辅助流的类型。
AUX_PRIVATE_CONFIG：这个28比特字段被保留供将来用于用信号传送辅助流。
图14图示根据本发明的另一个实施例的PLS2数据。
图14图示PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可以在一个帧组的持续时间期间变化，而字段的大小保持恒定。
PLS2-DYN数据的字段细节如下：
FRAME_INDEX：这个5比特字段表示在超帧内当前帧的帧索引。该超帧的第一帧的索引被设置为“0”。
PLS_CHANGE_COUTER：这个4比特字段表示配置将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“1”表示在下一个超帧中存在变化。
FIC_CHANGE_COUNTER：这个4比特字段表示其中配置(即，FIC的内容)将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“0001”表示在下一个超帧中存在变化。
RESERVED：这个16比特字段被保留供将来使用。
在NUM_DP上的环路中出现以下的字段，其描述与在当前帧中承载的DP相关联的参数。
DP_ID：这个6比特字段唯一地表示在PHY简档内的DP。
DP_START：这个15比特(或者13比特)字段使用DPU寻址方案表示第一个DP的开始位置。DP_START字段根据如以下的表27所示的PHY简档和FFT大小具有不同长度。
表27
[表27]
DP_NUM_BLOCK：这个10比特字段表示在用于当前DP的当前的TI组中FEC块的数目。DP_NUM_BLOCK的值从0到1023的范围。
RESERVED：这个8比特字段保留供将来使用。
以下的字段表示与EAC相关联的FIC参数。
EAC_FLAG：这个1比特字段表示在当前帧中EAC的存在。这个比特在前导中是与EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：这个8比特字段表示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，随后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，则随后的12比特被分配用于EAC_COUNTER。
EAC_LENGTH_BYTE：这个12比特字段以字节表示EAC的长度。
EAC_COUNTER：这个12比特字段表示在EAC抵达的帧之前帧的数目。
只有在AUX_FLAG字段等于“1”时出现以下的字段：
AUX_PRIVATE_DYN：这个48比特字段被保留供将来用于用信号传送辅助流。这个字段的含义取决于在可配置的PLS2-STAT中AUX_STREAM_TYPE的值。
CRC_32：32比特错误检测码，其被应用于整个PLS2。
图15图示根据本发明的实施例的帧的逻辑结构。
如以上提及的，PLS、EAC、FIC、DP、辅助流和哑信元被映射到在帧中OFDM符号的活动载波。PLS1和PLS2被首先被映射到一个或多个FSS。然后，在PLS字段之后，EAC信元，如果有的话，被直接地映射，接下来是FIC信元，如果有的话。在PLS或者EAC、FIC之后，接下来DP被映射，如果有的话。首先跟随类型1DP，并且接下来类型2DP。稍后将描述DP的类型细节。在一些情况下，DP可以承载用于EAS的一些特定的数据或者服务信令数据。如果有的话，辅助流跟随DP，其后跟随哑信元。根据以上提及的顺序，即，PLS、EAC、FIC、DP、辅助流和哑数据信元将它们映射在一起，精确地填充在该帧中的信元容量。
图16图示根据本发明的实施例的PLS映射。
PLS信元被映射到FSS的活动载波。取决于由PLS占据的信元的数目，一个或多个符号被指定为FSS，并且FSS的数目NFSS由在PLS1中的NUM_FSS用信号传送。FSS是用于承载PLS信元的特殊符号。由于鲁棒性和延迟在PLS中是重要的问题，所以FSS具有允许快速同步的高密度导频和在FSS内的仅频率内插。
PLS信元如在图16中的示例所示以自顶向下方式被映射到NFSS FSS的活动载波。PLS1单元被以单元索引的递增顺序首先从第一FSS的第一单元映射。PLS2单元直接地跟随在PLS1的最后的信元之后，并且继续向下映射，直到第一FSS的最后的信元索引为止。如果需要的PLS信元的总数超过一个FSS的活动载波的数目，则映射进行到下一个FSS，并且以与第一FSS严格相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果EAC、FIC或者两者存在于当前帧中，则它们被放置在PLS和“普通”DP之间。
图17图示根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道，并且链接到用于EAS的DP。提供了EAS支持，但是，EAC本身可能或者可以不必存在于每个帧中。如果有的话，EAC紧挨着PLS2单元之后映射。除了PLS信元以外，EAC不在FIC、DP、辅助流或者哑信元的任何一个之前。映射EAC信元的过程与PLS完全相同。
EAC信元被以如在图17的示例所示的信元索引的递增顺序从PLS2的下一个信元映射。取决于EAS消息大小，EAC信元可以占据几个符号，如图17所示。
EAC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的EAC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加有效的载波。
在EAC映射完成之后，如果任何一个存在，则FIC被接下来承载。如果FIC不被发送(如在PLS2字段中用信号传送)，则DP紧跟在EAC的最后信元之后。
图18图示根据本发明的实施例的FIC映射
图18(a)示出不具有EAC的FIC信元的示例映射，以及图18(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载交叉层信息以允许快速服务获得和信道扫描的专用信道。这个信息主要包括在DP和每个广播器的服务之间的信道捆绑信息。为了快速扫描，接收器可以解码FIC并获得信息，诸如，广播器ID、服务编号，和BASE_DP_ID。为了快速服务获得，除了FIC之外，基础DP可以使用BASE_DP_ID解码。除其承载的内容以外，基础DP被以与普通DP完全相同的方式编码和映射到帧。因此，对于基础DP不需要另外的描述。FIC数据在管理层中产生和消耗。FIC数据的内容在管理层规范中描述。
FIC数据是可选的，并且FIC的使用由在PLS2的静态部分中的FIC_FLAG参数用信号传送。如果使用FIC，则FIC_FLAG被设置为“1”，并且用于FIC的信令字段在PLS2的静态部分中被定义。在这个字段中用信号传送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享相同的信令参数，诸如PLS2_MOD和PLS2_FEC。如果有的话，FIC数据紧挨着PLS2或者EAC之后被映射。FIC没有被任何普通DP、辅助流或者哑信元引导。映射FIC信元的方法与EAC的完全相同，也与PLS的相同。
在PLS之后不具有EAC，FIC信元被以如在(a)中的示例所示的信元索引的递增顺序从PLS2的下一个单元映射。取决于FIC数据大小，FIC信元可以被映射在几个符号上，如(b)所示。
FIC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的FIC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加活跃的载波。
如果EAS消息在当前帧中被发送，则EAC在FIC之前，并且FIC信元被以如(b)所示的信元索引的递增顺序从EAC的下一个单元映射。
在FIC映射完成之后，一个或多个DP被映射，之后是辅助流，如果有的话，以及哑信元。
图19图示根据本发明的实施方式的FEC结构。
图19图示比特交织之前的根据本发明的实施方式的FEC结构。如以上提及的，数据FEC编码器可以对输入BBF执行FEC编码以使用外编码(BCH)和内编码(LDPC)来生成FECBLOCK过程。所图示的FEC结构对应于FECBLOCK。并且，FECBLOCK和FEC结构具有与LPDC码字的长度对应于的相同值。
BCH编码被应用于各个BBF(Kbch个比特)，然后LDPC编码被应用于如图22所图示的BCH编码BBF(Kldpc个比特＝Nbch个比特)。
Nldpc的值是64800个比特(长FECBLOCK)或16200个比特(短FECBLOCK)。
下表28和下表29分别示出了用于长FECBLOCK和短FECBLOCK的编码参数。
【表28】
【表29】
BCH编码和LDPC编码的操作的细节如下：
12纠错BCH码被用于BBF的外编码。用于短FECBLOCK和长FECBLOCK的BCH生成器多项式是通过将所有多项式乘在一起而获得的。
LDPC码用于对外BCH编码的输出进行编码。为了生成完整的Bldpc(FECBLOCK)，Pldpc(奇偶比特)是从各个Ildpc(BCH编码BBF)系统地编码的，并且附加到Ildpc。完整的Bldpc(FECBLOCK)被表达为下面的数学式。
数学式2
分别在上表28和上表29中给出了用于长FECBLOCK和短FECBLOCK的参数。
用于针对长FECBLOCK计算Nldpc-Kldpc个奇偶比特的详细过程如下：
1)初始化奇偶比特，
【数学式3】
2)在奇偶校验矩阵的地址的第一行中指定的奇偶比特地址处累积第一信息比特-i0。将稍后描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：
【数学式4】
3)对于接下来的359个信息比特is，s＝1，2，...，359使用数学式在奇偶比特地址处累积is。
【数学式5】
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
其中x表示与第一比特i0对应的奇偶比特累积器的地址，并且Qldpc是在奇偶校验矩阵的地址中指定的码率相关常数。继续该示例，对于速率13/15来说Qldpc＝24，所以对于信息比特i1来说，执行以下操作：
【数学式6】
4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出了奇偶校验累积器的地址。按照相似的方式使用数学式5获得了用于以下359个信息比特is(s＝361，362，...，719)的奇偶比特累积器的地址，其中x表示与信息比特i360对应的奇偶比特累积器的地址，即，奇偶校验矩阵的地址的第二行中的条目。
5)按照相似的方法，对于360个新信息比特的每一组，从奇偶校验矩阵的地址起的新行用于查找奇偶比特累积器的地址。
在信息比特中的全部耗尽之后，获得了最终奇偶比特如下：
6)从i＝1开始顺序地执行以下操作
【数学式7】
其中pi(i＝0，1，...Nldpc-Kldpc-1)的最终内容等于奇偶比特pi。
【表30】
除用表31代替表30并且用针对短FECBLOCK的奇偶校验矩阵的地址代替针对长FECBLOCK的奇偶校验矩阵的地址之外，针对短FECBLOCK的这个LDPC编码过程是根据针对长FECBLOCK的LDPC编码过程的。
【表31】
| 码率 | Q<sub>ldpc</sub> |
| 5/15 | 30 |
| 6/15 | 27 |
| 7/15 | 24 |
| 8/15 | 21 |
| 9/15 | 18 |
| 10/15 | 15 |
| 11/15 | 12 |
| 12/15 | 9 |
| 13/15 | 6 |
图20图示根据本发明的实施方式的时间交织。
(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到最大值为1023的最大值NxBLOCK_Group_MAX(与DP_NUM_BLOCK_MAX对应)变动。
各个TI组被直接映射到一个帧上或者遍布PI个帧。各个TI组还被划分成超过一个TI块(NTI)，其中各个TI块对应于时间交织器存储器的一个用法。TI组内的TI块可以包含稍微不同数量的XFECBLOCK。如果TI组被划分成多个TI块，则它被直接映射到仅一个帧。存在如下表32所示的用于时间交织的三个选项(除跳过时间交织的额外选项之外)。
【表32】
通常，时间交织器还将在帧构建的处理之前作为用于DP数据的缓冲器。这借助于用于各个DP的两个存储体来实现。第一TI块被写入到第一存储体。第二TI块在正读取第一存储体的同时被写入到第二存储体等。
TI是扭曲行列块交织器。对于第n个TI组的第s个TI块，TI存储器的行数Nr等于单元的数量Ncells，即，Nr＝Ncells同时列数Nc等于数量NxBLOCK_TI(n，s)。
图21是图示根据本发明的实施例的支持基于混合的下一代广播服务的协议帧的图。
在广播发送设备中，数据链路(封装)递送从上层发送到物理层的MPEG-2传送流(TS)和/或互联网协议(IP)分组。另外，数据链路层可以递送物理层的操作所要求的信令信息。
数据链路层可以被称为诸如封装层、链路层、层2等等的各种术语。
根据本发明的广播系统可以对应于通过组合IP中心广播网络和宽带网络获得的混合广播系统。根据本发明的广播系统可以被设计以保持与传统的基于MPEG-2广播系统的兼容性。
根据本发明的广播系统可以基于IP中心广播网络、宽带网络、以及/或者移动通信网络或者蜂窝网络的组合的混合广播系统。
并且，物理层可以使用通过诸如ATSC系统和/或DVB系统的广播系统采用的物理协议。
在广播接收设备中的链路层可以从从物理层获取的信息获取IP数据报或者将获取的IP数据报转换成特定的帧(例如，RS帧、一般流封装(GSE)-Lite、GSE或者信号帧)。在此，帧可以包括诸如IP数据报的集合的集合。
根据本发明的实施例的广播服务可以不仅提供音频/视频(A/V)数据而且提供诸如HTML5应用、交互式服务、ACR服务、第二屏幕服务以及个人化服务的附加的服务。而且，紧急报警服务可以作为广播服务被提供。
可以经由作为诸如地面波、有线和卫星等等的广播网络的物理层接收在广播接收设备中的这样的广播服务。另外，根据本发明的实施例的广播服务可以经由互联网通信网络(宽带)被接收。
MPEG2 TS封装可以使用从物理层获得的信息获取MPEG2 TS。FIC(快速信息信道)是被称为FIT(快速信息表)或者SLT(服务列表表)的信令信息并且可以包括服务和/或内容的获取所要求的信息和/或信道扫描所要求的信息。
广播接收设备可以从获取的IP数据报提取用户数据报协议(UDP)数据报。广播接收设备可以从被提取的UDP数据报提取信令信息。这时，信令信息可以是XML格式。另外，广播接收设备可以从被提取的UDP数据报提取异步分层编译/分层编译传送(ALC/LCT)分组。广播接收设备可以从ALC/LCT分组提取单向文件传送(FLUTE)分组。这时，FLUTE分组可以包括实时音频/视频/字幕数据、非实时(NRT)数据以及电子服务指南(ESG)。另外，广播接收设备可以从被提取的UDP数据报提取实时传送协议(RTCP)分组和RTP控制协议(RTCP)分组。广播接收设备可以从诸如被提取的RTP/RTCP分组的实时传送分组提取A/V数据和补充数据。这时，NRT数据、A/V数据以及补充数据中的至少一个可以是ISO基本媒体文件格式(BMFF)。另外，广播接收设备可以从MEPG-2 TS分组或者IP分组提取NRT数据、A/V数据、诸如PSI/PSIP的信令信息。这时，信令信息可以是XML或者二进制格式并且可以包括用于支持服务和/或内容的有效获取的信息。
当经由互联网通信(宽带)发送广播服务时，广播接收设备可以从互联网通信网络(宽带)接收IP分组。广播接收设备可以从IP分组提取TCP分组。广播接收设备可以从被提取的TCP分组提取HTTP分组。广播接收设备可以从被提取的HTTP分组提取A/V数据、补充数据、以及信令信息等等。这时，A/V数据和补充数据中的至少一个可以是ISO BMFF。另外，信令信息可以是XML格式。
广播接收设备可以通过组合经由上述协议栈递送的数据提供诸如交互式服务、第二屏幕服务、以及紧急报警服务等等的数种增强型服务。
图22是图示根据本发明的实施例的支持广播服务的协议栈的图。
在图22中，广播服务可以以应用的形式被提供。在图22中，广播服务可以通过诸如陆地广播、有线广播、卫星广播，例如，物理层的广播网络被发送，或者可以通过宽带网络被发送。
当通过广播网络的物理层接收广播服务时，广播接收设备可以通过使用从物理层获取的信息获取IP数据报。此外，广播接收设备可以从被获取的IP数据报提取UDP数据报并且可以从被提取的UDP数据报提取MMTP(MPEG媒体传送协议)会话、ROUTE(单向传送的实时对象递送)会话、信令信息(例如，FIT、MMT特定信令、ROUTE特定信令)中的至少一个。此外，广播接收设备可以通过解码利用MMP会话接收的MPD(媒体处理单元)来提供相对应的服务或者可以基于被提取的信令信息通过解码利用ROUTE会话接收到的MPEG-DASH(在HTTP上的动态自适应流)片段来提供相对应的服务。
同时，当通过宽带发送广播服务时，广播接收设备可以从宽带接收IP分组。广播接收设备可以从接收到的IP分组提取TCP分组。并且，广播接收设备可以从被提取的TCP分组提取HTTP分组，可以通过解码利用被提取的HTTP分组发送的MPEG-DASH片段来提供相对应的服务或者可以通过处理NRT文件提供NRT服务。即，在宽带的情况下，基于流方法以ISOBMFF格式封装的数据可以被发送到广播接收设备。
在这一点上，可以以ISO基本媒体文件(在下文中，ISO BMFF)的形式封装用于广播服务的数据的视频数据、音频数据、字幕数据等等。例如，以ISO BMFF的形式封装的数据可以具有运动图片专家组(MPEG)-在HTTP上的动态自适应流(DASH)或者MPEG媒体传送(MMT)的媒体处理单元(MPU)的片段的形式。
在此，ROUTE可以是用于通过IP多播网络发送文件的协议。ROUTE协议可以使用异步分层编译(ALC)和分层编译传送(LCT)，作为为了大规模的可扩展的多播分发而设计的基本协议，和其它的公知的互联网标准。ROUTE可以是通过将附加的特征添加到FLUTE而形成的增强型版本或者功能替代。ROUTE可以发送信令消息、电子服务指南(ESG)消息以及NRT内容。ROUTE可以非常适合于发送流媒体，特别地，MPEG-DASH媒体片段文件。与FLUTE相比较，ROUTE可以通过递送链提供较低的端对端延迟。ROUTE可以提供容易的MPEG-DASH组合。MPEG-DASH组合可以启用DASH的广播和广播递送模式之间的协同。
单个ROUTE会话可以包括至少一个LCT传送会话。LCT传送会话可以是ROUTE会话的子集。对于媒体递送，一个LCT传送会话可以通常发送一个媒体组件(例如，DASH表示)。从广播DASH的角度来看，ROUTE会话可以被视为用于发送至少一个媒体组件作为DASH媒体呈现的至少一个组件的LCT传送会话的复合物。在各个LCT传送会话中，至少一个有关对象可以被发送。例如，对象可以是与一个表示有关的DASH片段。与各个对象一起，可以发送元数据属性使得在应用中使用对象。应用可以包括DASH媒体呈现、HTML-5呈现、或者其它对象消耗应用，但是不限于此。从空间的角度来看，ROUTE会话可以被限制或者不被限制。ROUTE会话可以包括至少一个LCT传送会话。可以通过LCT报头中的唯一的传送会话标识符(TSI)识别各个传送会话。
此外，MPEG-DASH的表示可以是与MMT协议中的MMTP分组流的概念并且可以被映射到资产标识符(资源ID或者asset_id)。另外，MPEG-DASH的片段可以是与MMT协议中的MPU相对应的概念并且可以被映射到被包括在mmpu框(或者MPU标识符)中的信息。
使用下述方法可以发送诸如FIT、MMT特定信令、ROUTE特定信令等等的信令数据(或者信令信息)。
在广播网络的情况下，根据信令的属性，可以通过作为在未来的广播发送系统和广播网络的物理层中发送的物理层帧(或者帧)的特定数据管道的特定物理层管道发送信令数据。例如，信令形式可以是IP/UDP数据报中的比特流的形式或者封装的形式。在宽带的情况下，响应于广播接收设备的请求可以返回和发送信令数据。
FIT对应于低级别信令并且被称为FIC或者SLT。广播接收设备能够基于FIT构建基本服务列表并且引导各个服务的服务层信令(SLS)的发现。FIT(或者SLT)可以通过链路层信令被发送。另外，为了快速获取，FIT(或者SLT)可以在各个物理层帧内被发送。根据一些实施例，可以通过发送物理层帧和信令的物理层管道和/或发送要被实际服务的数据的物理层管道中的至少一个来发送FIT(或者SLT)。在下文中，将会在FIT方面描述本发明的实施例。
诸如MMT特定信令和ROUTE特定信令的SLS可以使广播接收设备发现和接入至少一个服务和/或至少一个内容组件。当通过广播网络发送时，可以通过ROUTE/UDP/IP在被包括在ROUTE会话中的至少一个LCT传送会话中发送SLS。在这样的情况下，以用于支持快速信道加入和切换的适当的轮播速率可以发送SLS。当通过宽带发送时，可以通过HTTP(S)/TCP/IP发送SLS。
可以通过下述方法发送ESG数据和NRT内容数据。
在广播网络的情况下，ESG数据和NRT内容数据可以被封装在应用层传送协议分组中。然后，在应用层传送协议分组中封装的数据可以以与上面的描述相同的方式被发送。
在宽带的情况下，可以响应于广播接收设备的请求返回和发送ESG数据和NRT内容数据。
现在将会描述用于发送至少一个内容组件的ROUTE/LCT会话和MMTP会话之间的关系。
对于没有基于应用的增强的线性服务的广播递送，可以通过1)至少一个ROUTE/LCT会话和/或2)至少一个MMTP会话发送服务的内容组件。
对于具有基于应用的增强的线性服务的广播递送，可以仅通过1)至少一个ROUTE/LCT会话发送服务的内容组件。可替选地，可以通过2)至少一个ROUTE/LCT会话和/或至少一个MMPT会话发送服务的内容组件。
对于基于应用的服务的广播递送，可以通过至少一个ROUTE/LCT会话发送服务的内容组件。
各个ROUTE会话可以包括至少一个LCT会话。各个LCT会话可以包括被包括在服务中的各个内容组件的整个或者部分。
在流服务的传输中，LCT会话可以发送诸如音频、视频以及/或者隐藏字幕流的用户服务的单独的组件。可以通过MPEG-DASH在至少一个DASH片段中格式化流媒体。
各个MMTP会话可以包括至少一个MMTP分组流。各个MMTP分组流可以发送MPEG媒体传送(MMT)信令消息。另外，各个MMTP分组流可以包括被包括在服务中的各个内容组件的整个或者部分。
MMTP分组流可以通过MMT信令消息和/或MMT发送以至少一个MPU格式化的至少一个内容组件。
对于NRT用户服务或者系统元数据的递送，LCT会话可以携带至少一个基于文件的内容项目。至少一个基于文件的内容项目可以包括NRT服务的连续的(基于时间的)或者离散的(基于非时间的)媒体组件。另外，至少一个基于文件的内容项目可以包括服务信令和/或电子服务指南(ESG)片段。
广播流是用于RF信道的抽象，其在被居中于特定的带宽内的载波频率方面被定义。可以由[地理区域，频率]对定义RF信道。地理区域和频率信息可以通过管理当局与广播流ID(BSID)一起被定义和/或保持。物理层管道(PLP或者DP)对应于RF信道的一部分。
各个PLP(或者DP)具有确定的调制和编译参数。通过在其属于的广播流内唯一的PLP标识符(PLPID)识别。
通过服务标识符的两种形式识别各个服务：在SLT中使用的并且仅在广播区域中唯一的紧凑形式；和在SLS和ESG中使用的全球唯一的形式。
ROUTE会话可以通过源IP地址、目的地IP地址、以及/或者目的地端口号来识别。LCT会话可以通过在父ROUTE会话的范围内唯一的传送会话标识符(TSI)来识别。
基于服务的传送会话实例描述(S-TSID)可以包括对于至少一个LCT会话公共的属性和/或对于至少一个单独的LCT会话唯一的某些属性。S-TSID可以是ROUTE信令结构或者服务层信令的一部分。
在单个物理层管道(PLP或者DP)上携带各个LCT会话。在一个ROUTE会话中的不同的LCT会话可以被包括在不同的PLP中或者被包括在相同的PLP中。
在S-TSID中描述的属性可以包括用于各个LCT会话的TSI值和PLP ID，用于至少一个递送对象或者文件的描述符和/或至少一个应用层FEC参数。
MMTP会话可以通过源ID地址、目的地IP地址、以及/或者目的地端口号被识别。可以通过在父MMTP会话的范围内唯一的packet_id识别MMTP分组流。
S-TSID可以包括关于对于各个MMTP分组流公共的属性和至少一个单独的MMTP分组流的确定的属性的信息。
可以通过在MMTP会话中发送的MMT信令消息发送各个MMTP会话的至少一个属性。
可以通过一个PLP(或者DP)发送各个MMTP分组流。在一个MMTP会话中的不同的MMTP分组流可以被包括在不同的PLP(DP)中或者被包括在相同的PLP(或者DP)中。
在MMT信令消息中描述的至少一个属性可以包括用于各个MMTP分组流的packet_id和/或PLPID。
图23是示出根据本发明的实施例的通过IP网络(即，宽带)的媒体内容发送/接收系统的框图。
根据本发明的实施例的经由IP网络的媒体内容的发送和接收被划分成包括实际媒体内容的传送分组的发送和接收以及媒体内容呈现信息的发送和接收。广播接收设备55接收媒体内容呈现信息并且接收包括媒体内容的传送分组。这时，媒体内容呈现信息指示对于媒体内容呈现所必需的信息。媒体内容呈现信息可以包括对于媒体内容呈现所必需的时间信息和空间信息中的至少一个。广播接收设备55基于媒体内容呈现信息呈现媒体内容。
在详细实施例中，根据MPEG-DASH标准经由IP网络可以发送和接收媒体内容。这时，内容服务器50发送媒体呈现描述(MPD)，其包括媒体内容呈现信息。根据详细实施例，可以通过除了内容服务器50之外的不同的外部服务器发送MPD。另外，内容服务器50可以根据广播接收设备55的请求发送包括媒体内容的片段。广播接收设备接收MPD。广播接收设备基于MPD向内容服务器请求媒体内容。广播接收设备基于请求接收包括媒体内容的传送分组。广播接收设备基于MPD表示媒体内容。为此，广播接收设备可以包括DASH客户端。DASH客户端可以包括解析MPD的MPD解析器，解析片段的片段解析器，通过IP发送/接收单元(未示出)发送HTTP请求并且接收HTTP响应消息的HTTP客户端，和表示媒体的媒体引擎。
在另一详细实施例中，根据MMT标准经由IP网络可以发送和接收媒体内容。内容服务器50发送包括媒体内容呈现信息的程序信息文档(PI文档)。内容服务器50也根据广播接收设备55的请求发送包括媒体内容的MMT协议(MMTP)分组。广播接收设备55接收PI。广播接收设备55接收包括媒体内容的传送分组。广播接收设备55从包括媒体内容的传送分组提取媒体内容。广播接收设备55基于PI文档表示媒体内容。
同时，广播接收设备可以通过广播网络接收用于诸如自然灾难、恐怖主义以及战争的灾难情形的紧急信息。另外，广播接收设备可以向用户通知此。通过此，许多人能够快速地和有效地识别国家灾难。然而，如果用户不能够一直盯着广播接收设备，则可能存在用户没有识别的紧急报警情形。即使当用户不能够一直盯着广播接收设备时，对于用户来说始终携带诸如移动电话或者平板的配套设备是非常有可能的。因此，如果广播接收设备将紧急报警发送到配套设备并且配套设备显示紧急报警，则国家灾难情形能够被更加快速有效地通知用户。
在广播发送设备中，紧急报警消息可以以区段表或者分组的形式被产生并且经由物理层发送被产生的紧急报警消息。此外，紧急报警消息可以在没有经过链路层的情况下被直接地输入到物理层。在物理层中，紧急报警消息可以被指配给作为帧内的物理层管道符号的数据管道符号并且可以被发送。在此，物理层管道可以是发送信令信息的数据管道或者发送实际数据的数据管道，或者其使用没有被指定的一般数据管道。此外，在物理层中，在如图15至图18中所示的帧内的PLS符号和数据管道符号之间紧急报警消息可以被指配并且发送。另外，在被包括在如图11和图14中所示的物理层的传输参数中之后，与紧急报警有关的信令信息可以通过帧内的物理层管道被发送或者可以通过前导符号或者PLS符号被发送。通过前导符号或者PLS符号发送的紧急报警有关的信令信息可以在EAC_FLAG字段、EAC_WAKE_UP_VERSION_NUM字段、EAC_LENGTH_BYTE字段、EAC_COUNTER字段，和EA_WAKE_UP字段中的至少一个中被用信号发送。这时，通过链路层或者上层发送的信息可以或者可以不被参考。各个字段的描述与上面的相同并且因此被省略。
下面将会描述在根据本发明的广播发送设备中发送紧急报警消息并且在根据本发明的广播接收设备中接收紧急报警消息的实施例。更加具体地，广播接收设备需要接收信令信息并且解码用于接收紧急报警消息并且向用户提供紧急报警服务的紧急报警消息。
图24是图示根据本发明的实施例的紧急报警系统的框图。根据本发明的实施例的紧急报警系统可以包括广播发送设备72(例如，广播公司)，其发送紧急报警消息；广播接收设备70，其接收和处理紧急报警消息。紧急报警系统可以进一步包括警报机构76和信息收集设备74。
在这一点上，紧急报警消息意指通过广播网络以发送的形式转换向广播观众通知紧急情形的紧急报警消息。通常由政府执行紧急报警消息的传输并且根据应用广播系统的国家可以改变详细结构。因此，在通过广播网络紧急报警信息发送的方法中，本发明将会解释关于共同的配置方法和可应用的紧急报警消息、发送/接收方法、以及发送/接收设备。
警报机构76可以包括在国家或者相对应的区域中涉及的机构。当紧急报警信息需要通过广播网络被发送时，警报机构76生成紧急报警并且将其递送给信息收集装置74(或者代理)。在这一点上，信息收集装置74可以是综合公共预警系统(IPAWS)聚合器。
信息收集装置74可以通过基于公共报警协议(CAP)的消息配置要通过广播网络递送的紧急报警信息并且然后可以将其递送给广播发送设备72。在此，CAP可以是用于警告紧急情形并且交换信息的XML文件形式。CAP可以通过多个紧急报警系统同时传播警告消息。
在下文中，根据本发明的实施例，将会主要描述在CAP消息被递送给广播发送设备72之后的过程。
当CAP消息被递送给广播发送设备72时，处理相对应的消息的广播发送设备72可以发送有关的音频/视频内容和附加的服务以及CAP消息。更加详细地，广播发送设备72将有关的音频/视频内容或者附加的服务连同CAP消息一起插入到广播信号中并且将其发送到广播接收设备70。在实施例中，根据各个用途和格式，包括CAP消息的紧急报警有关的数据可以通过另一路径被发送。在具体示例中，另一路径可以是信令信道、物理层管道(或者数据管道)以及宽带中的一个。
广播接收设备70从广播发送设备72接收包括紧急报警有关的数据的广播信号。然后，广播接收设备70通过紧急报警信令解码器解码接收到的广播信号。广播接收设备70根据通过解码广播信号获得的信息接收音频/视频数据。更加详细地，广播接收设备70可以从广播信号获得发送音频/视频服务的物理层管道信息。在这一点上，物理层管道可以是被包括在物理层帧中的数据。然后，广播接收设备70可以通过物理层管道(或者物理层帧)接收与紧急报警消息有关的音频/视频服务数据。
另外，广播接收设备70可以从通过解码广播信号获得的信息提取与紧急报警有关的NRT服务信息。更加详细地，NRT服务信息可以是通过其获得NRT服务的地址信息。例如，通过宽带递送NRT服务并且地址信息可以是用于获得NRT服务的URI信息。
根据本发明的实施例的广播发送设备72可以通过被包括在协议栈中的协议层发送紧急报警消息。在这样的情况下，协议层可以是链路层。根据本发明的实施例的广播发送设备72可以根据传送协议以表的形式格式化紧急报警消息。在这一点上，紧急报警消息可以在被包括在协议栈中的链路层中以表的形式被格式化。此外，紧急报警消息可以包括用信号发送链路层和物理层操作的信息。
根据本发明的另一实施例的广播发送设备72可以根据传送协议分组分组化紧急报警消息。更加详细地，广播发送设备72可以将紧急报警消息封装成物理层帧。这可以防止通过数个层紧急报警消息被用信号发送到广播接收设备70。
为了发送紧急报警消息，需要以广播系统的可发送的形式配置紧急报警消息。为此，在本发明的实施例中，用于紧急报警消息的传输的区段表通常被使用。在本发明的另一实施例中，紧急报警消息可以以描述符的形式作为另一区段表的一部分被发送。在本发明的另一实施例中，紧急报警消息可以以分组形式被发送。更加详细地，紧急报警消息可以通过作为物理层管道的数据管道在分组中被发送。在这样的情况下，紧急报警消息可以被包括在配置分组的有效载荷中并且被发送。
图25是图示根据本发明的实施例的紧急报警表(EAT)信息的句法的图。在这一点上，EAT可以是紧急报警消息的一种形式。根据本发明的实施例，当在分组的有效载荷中发送紧急报警消息(或者EAS消息)时，与紧急报警消息的信令信息相对应的EAT信息可以被包括在分组的报头中。根据本发明的另一实施例，EAT信息可以被包括在分组的扩展报头(或者报头扩展)中。
如在图25中所示，EAT信息可以包括EAT具有的协议的版本信息。根据具体实施例，相对应的信息可以是EAT协议版本字段。
另外，EAT信息可以包括用于通知是否执行将信道自动地切换到广播接收设备100的信息。例如，EAT信息可以包括用于通过用于通知关于紧急报警的详细信息的信道通知是否执行将信道自动地切换到广播接收设备100的信息。根据特定的实施例，用于通知是否执行信道的自动切换的信息可以是automatic_tuning_flag字段。
另外，EAT信息可以包括关于被包括在EAT中的消息的数目的信息。根据特定的实施例，消息计数信息可以是num_EAS_message字段。
图26是图示根据本发明的实施例的用于紧急报警消息的句法的图。根据本发明的实施例的紧急报警消息可以直接地包括CAP消息。根据另一实施例，紧急报警消息可以包括关于CAP消息通过其被递送的路径的信息。而且，紧急报警消息可以被包括在EAT中并且可以被发送。
如在图26中所示，根据本发明的实施例的紧急报警消息可以包括用于识别EAS消息的标识符信息。根据特定的实施例，标识符信息可以是EAS_message_id字段。在这样的情况下，EAS_message_id字段可以是32个比特。
另外，用于紧急报警消息的句法可以包括表示IP的版本的信息。在这样的情况下，版本信息可以是EAS_IP_version_flag字段。根据特定的实施例，当EAS_IP_version_flag字段的值是0时，这表示IP版本是IPv4。根据另一实施例，当EAS_IP_version_flag字段的值是1时，此表示IP版本是IPv6。EAS_IP_version_flag字段可以是1个比特。
另外，紧急报警消息可以包括表示EAS消息的传送类型的信息。在这样的情况下，EAS信息传送类型可以是EAS_message_transfer_type字段。EAS_message_transfer_type字段可以是3个比特。
根据特定的实施例，EAS_message_transfer_type字段可以表示EAS消息(即，紧急报警消息)的传送类型没有被指定。在这样的情况下，EAS_message_transfer_type字段可以具有000(2)的值。
根据另一实施例，EAS_message_transfer_type字段可以表示EAS消息的传送类型是不包括报警消息的类型。即，通过广播信号发送的EAT可以表示其仅包括关于不具有报警信息的音频/视频内容的信息。在这样的情况下，EAS_message_transfer_type字段可以具有001(2)的值。
根据另一实施例，EAS_message_transfer_type字段可以表示EAS消息被包括在EAT中并且被传送。在这样的情况下，EAS_message_transfer_type字段可以具有010(2)的值。
此外，当EAS_message_transfer_type字段具有010(2)的值时，包括EAS消息的表可以表示EAS消息的长度。在这样的情况下，表示EAS消息的长度的信息可以是EAS_message_length字段。
EAS_message_length字段可以是12个比特。另外，当
EAS_message_length字段具有010(2)的值时，包括EAS消息的表可以另外包括关于EAS消息的信息。
根据另一实施例，EAS_message_transfer_type字段可以表示通过与物理层管道相对应的数据管道在IP数据报格式中传送EAS消息。在这样的情况下，EAS_message_transfer_type字段可以具有011(2)的值。此外，当EAS_message_transfer_type字段具有011(2)的值时，包括紧急报警消息的表可以另外包括用于获得IP数据报的IP地址信息、UDP端口信息、以及关于被传送的物理层帧的信息中的至少一个。
另外，紧急报警消息可以包括表示EAS消息的编码类型的信息。在这样的情况下，关于EAS消息的编码类型的信息可以是EAS_message_encoding_type字段。EAS_message_encoding_type字段可以是3个比特。
根据特定的实施例，EAS_message_encoding_type字段可以表示EAS消息的编码类型没有被指定。在这样的情况下，EAS_message_encoding_type字段可以具有000(2)的值。
根据另一实施例，EAS_message_encoding_type字段可以表示EAS消息没有被编码。在这样的情况下，EAS_message_encoding_type字段可以具有001(2)的值。
根据另一实施例，EAS_message_encoding_type字段可以表示通过DEFLATE算法编码EAS消息。DEFLATE算法是无损压缩数据格式。在这样的情况下，EAS_message_encoding_type字段可以具有010(2)的值。
另外，紧急报警消息可以表示是否关于与接收到的EAS消息和附加数据有关的NRT内容的信息被包括在紧急报警表中。在这样的情况下，表示是否NRT内容和附加内容存在的信息可以是EAS_NRT_flag字段。EAS_NRT_flag字段可以是1个比特。
在特定实施例中，当EAS_NRT_flag字段被设置为0时，这表示与接收到的EAS消息有关的NRT内容信息没有被包括在紧急报警表中。在另一实施例中，当EAS_NRT_flag字段被设置为1时，这表示与接收到的EAS消息有关的NRT内容信息被包括在紧急报警表中。
图27是图示根据本发明的实施例的用于自动频道调谐信息的句法的图。当与紧急报警消息同时发送有关音频/视频内容时，自动频道调谐信息包括用于自动调谐到通过其与紧急报警有关的音频/视频内容被发送的频道的信息。即，当被显示在当前广播接收设备100上的频道不包括包含紧急报警消息的内容时，自动频道调谐信息是用于自动地调谐到通过其与紧急报警有关音频/视频内容被发送的频道的信息。在特定的实施例中，当图25的automatic_tuning_flag字段被启用时，紧急报警表包括自动频道调谐信息。例如，当automatic_tuning_flag字段是1时，紧急报警表包括自动频道调谐信息。
在实施例中，用于自动频道调谐信息的表可以表示关于用于频道调谐的信道编号的信息。更加详细地，其可以表示关于包括与紧急报警信息有关的内容的频道的信息。在这样的情况下，调谐频道编号信息可以是automatic_tuning_channel_number字段。根据特定的实施例，automatic_tuning_channel_number字段可以是8个比特。
在另一实施例中，用于自动频道调谐信息的表可以表示用于接收与紧急报警消息有关的内容的路径信息。更加详细地，用于自动频道调谐信息的表可以表示用于识别包括与紧急报警消息有关的音频/视频内容的物理层帧的信息。在这样的情况下，相对应的信息可以是automatic_tuning_DP_id字段。automatic_tuning_DP_id字段可以是8个比特。
在另一实施例中，用于自动频道调谐信息的表可以表示与紧急报警消息有关的内容的识别信息。更加详细地，其可以表示关于与紧急报警消息有关的内容的服务ID信息。在这样的情况下，相对应的信息可以是automatic_tuning_service_id字段。automatic_tuning_service_id字段可以是16个比特。
图28是图示根据本发明的实施例的与紧急报警消息有关的NRT服务信息的句法的图。在此，NRT服务信息包括用于获得与紧急报警消息有关的NRT数据的信息。当图26的EAS_NRT_flag字段被启用时，NRT服务信息可以被包括在EAT中。例如，当EAS_NRT_flag字段具有1的值时，NRT服务信息可以被包括在EAT中。
当与紧急报警消息有关的NRT内容和数据被发送到广播接收设备100时，NRT服务信息包括关于对应NRT服务的标识符。在这一点上，关于NRT服务的标识符信息可以是EAS_NRT_service_id字段。EAS_NRT_service_id字段可以是16个比特。
图29图示根据本发明的一个实施例的用于发送紧急报警消息的区段格式的EAT的句法结构。当EAT区段被图示为以MPEG-2专用区段的形式草拟时，EAT区段中的数据的格式可以具有任何形式。
在下文中，将会描述通过EAT区段可发送的字段。
table_id字段(8个比特)是识别表的类型的字段。通过此字段，其可以确认表示EAT。
section_syntax_indicator字段(1个比特)是定义EAT的区段形式的指示符。区段格式可以是，例如，MPEG的短形式句法(“0”)。
private_indicator字段(1个比特)指示是否EAT允许专用区段。
section_length field字段(12个比特)指示继相对应的字段之后剩余的EAT的区段长度。
table_id_extension字段(16个字段)是独立的表，并且是提供剩余字段的范围的table_id字段的逻辑部分。table_id_extension字段包括EAT_protocol_version字段。
EAT_protocol_version字段(8个比特)指示允许EAT在当前协议中定义的那些上具有不同的结构的参数发送的协议版本。
version_number字段(5个比特)指示EAT的版本编号。
current_next_indicator字段(1个比特)指示是否EAT区段当前是可适用的。
section_number字段(8个比特)指示当前EAT区段的数目。
last_section_number字段(8个比特)指示配置EAT的最后区段的数目。
automatic_tuning_flag字段(1个比特)指示是否信道变化被自动地执行。
num_EAS_message字段(1个比特)指示在EAT区段中的紧急报警消息的数目。
如果automatic_tuning_flag字段是“1”，即，指示自动信道变化，则EAT进一步包括automatic_tuning_info()字段。automatic_tuning_info()字段包括用于自动信道变化的信息。例如，automatic_tuning_info()字段可以包括发送与紧急报警信息有关的内容的信道信息，识别发送与紧急报警消息有关的音频/视频内容的物理层管道的信息、以及与紧急报警消息有关的内容的服务标识信息。因此，当有必要强行调谐到广播紧急报警消息的频道编号时，automatic_tuning_info()字段能够被参考。
此外，图29的emergency_alert_message()字段被包括在循环语句中，并且发送与num_EAS_messages字段的值相对应的紧急消息的数目。如果EAS_NRT_flag字段是“1”，循环语句进一步包括NRT_service_info()字段。NRT_service_info()字段发送与紧急报警有关的NRT服务信息。
图30图示根据本发明的另一实施例的用于发送紧急报警消息的区段表的句法结构。
图30的紧急报警表中的table_id字段识别当前表的类型。广播接收设备可以使用table_id字段识别表是EAT。
table_id_extension字段包括EAT_protocol_version字段。EAT_protocol_version字段指示允许EAT在当前协议中定义的那些上具有不同的结构的参数发送的协议版本。因为区段报头的字段对应于图29的那些，所以为了简单起见将会省略其详细描述。
automatic_tuning_flag字段(1比特)指示是否广播接收设备自动地执行频道调谐。
num_EAS_messages字段(7个比特)指示被包括在EAT中的紧急报警消息的数目。
如果automatic_tuning_flag字段是“1”，即，指示自动信道变化，则EAT进一步包括automatic_tuning_info()字段。automatic_tuning_info()字段包括automatic_tuning_channel_number字段、automatic_DP_id字段、以及automatic_service_id字段。
automatic_tuning_channel_number字段(8个比特)指示包括与紧急报警信息有关的内容的信道信息。
automatic_DP_id字段(8个比特)指示识别与紧急报警消息有关的音频/视频内容被包括的数据管道(即，物理层管道)的信息。
automatic_service_id字段(16个比特)指示与紧急报警消息有关的内容的服务标识信息。
此外，循环语句可以包括EAS_message_id字段、EAS_IP_version_flag字段、EAS_message_transfer_type字段、EAS_message_encoding_type字段、以及EAS_NRT_flag字段，其被共同地重复与num_EAS_messages字段一样多的次数。
EAS_message_id字段(32个比特)指示用于识别各个EAS消息的唯一的标识。当先前的紧急报警消息被改变或者取消时，字段的值可以被改变。根据本发明的实施例，EAS_message_id字段可以从CAP消息ID中提取。
EAS_IP_version_flag字段(1个比特)指示发送EAT的IP版本。例如，当EAS_IP_version_flag字段具有“0”的值时IP地址字段包括IPv4地址，并且当EAS_IP_version_flag字段具有“1”的值时IP地址字段包括IPv6地址。
EAS_message_transfer_type字段(3个比特)指示EAS消息传输类型。根据实施例，EAS_message_transfer_type字段可以表示EAS消息的传输类型没有被指定。在这样的情况下，EAS_message_transfer_type字段可以具有000(2)的值。
根据另一实施例，EAS_message_transfer_type字段可以表示EAS消息的传输类型是不包括报警消息的类型。在这样的情况下，EAS_message_transfer_type字段可以具有001(2)的值。
根据另一实施例，EAS_message_transfer_type字段可以表示EAS消息被包括在EAT中并且被发送。在这样的情况下，EAS_message_transfer_type字段可以具有010(2)的值。
此外，当EAS_message_transfer_type字段具有010(2)的值时，包括EAS消息的EAT可以表示EAS消息的长度。在这样的情况下，表示EAS消息的长度的信息可以是EAS_message_length字段。EAS_message_length字段可以是12个比特。紧跟EAS_message_bytes()字段的EAS_message_length发送包括紧急报警内容并且具有与EAS_message_length字段的值相对应的长度的紧急报警消息。
根据另一实施例，EAS_message_transfer_type字段可以表示通过数据管道(或者物理层管道)以IP数据报格式传输EAS消息。在这样的情况下，EAS_message_transfer_type字段可以具有011(2)的值。
此外，当EAS_message_transfer_type字段具有011(2)的值时，包括紧急报警消息的EAT可以另外包括指示用于获得发送EAS消息的IP数据报的IP地址信息的IP_address字段(32或者128个比特)、发送EAS消息的IP数据报、指示发送EAS消息的UDP端口信息的UDP_port_num字段(16个比特)、以及指示发送EAS消息的物理层帧的识别信息的DI_id字段(8个比特)中的至少一个。
同时，EAS_message_encoding_type字段(3个比特)指示关于紧急报警消息的编码类型的信息。根据实施例，EAS_message_encoding_type字段可以表示EAS消息的编码类型没有被指定。在这样的情况下，EAS_message_encoding_type字段可以具有000(2)的值。
根据另一实施例，字段可以表示EAS消息没有被编码。在这样的情况下，EAS_message_encoding_type字段可以具有001(2)的值。
根据另一实施例，EAS_message_encoding_type字段可以表示通过DEFLATE算法编码EAS消息。DEFLATE算法是无损压缩数据格式。在这样的情况下，EAS_message_encoding_type字段可以具有010(2)的值。
如果EAT中的EAS_NRT_flag字段是“1”，EAT进一步包括NRT_service_id字段。NRT_service_id字段(16个比特)指示识别与紧急报警有关的NRT服务的标识信息。
图31和图32是根据本发明的实施例的通过物理层帧(即，物理层管道)以分组格式发送紧急报警表的图。
通常，广播分组包括通过相对应的分组要发送的数据被插入的分组有效载荷和用于用信号发送分组有效载荷的信息被插入的分组报头。因此，根据本发明的实施例，广播发送设备可以将要被发送的紧急报警消息插入到分组的有效载荷中并且可以将用于用信号发送紧急报警消息的信令信息插入到分组的报头中。
图31是图示根据本发明的实施例的在没有修改紧急报警表的格式的情况下分组的有效载荷的图。如在图31中所示，紧急报警表如原样被包括在分组有效载荷中，并且另外，分组有效载荷还包括用于紧急报警表的标识符和关于紧急报警表的长度信息。
另外，分组报头可以包括表示分组的类型的信息。根据实施例，分组类型信息可以表示分组的有效载荷包括用于紧急报警信令的数据。在特定的实施例中，表示分组类型的信息可以是110(2)。
另外，分组报头可以包括表示被包括在分组的有效载荷中的信令数据的类型的信息。在一个实施例中，信令数据类型信息可以表示对应的信令数据是区段表格式。在特定的实施例中，当信令数据类型信息具有00(2)的值时，其可以表示对应的信令数据是区段表格式。
图32是图示作为替代区段表格式的单独的信息被插入的紧急报警消息的图。在这一点上，区段表指的是用于配置最终表的中间格式。更加详细地，广播接收设备100可以收集分组以配置区段表，并且也可以再次收集区段表以配置最终表。因此，图32的实施例表示被包括在紧急报警消息中的各个字段被分组化成附加的分组。因此，在没有收集至少一个分组以配置区段表的情况下广播接收设备100可以从一个分组获得完整的信息。例如，这可以是一个分组有效载荷仅包括EAT协议版本信息或者仅自动频道调谐信息的情况。
在这样的情况下，表示分组类型的信息可以表示分组的有效载荷包括用于紧急报警信令的数据。在这样的情况下，表示分组类型的信息可以被设置为110(2)。另外，表示信令类型的信息可以表示被包括在分组有效载荷中的数据是单独的信息格式。在这样的情况下，表示信令类型的信息可以被设置为10(2)。
另外，不同于图31，因为用于被包括在分组有效载荷中的紧急报警的数据变化，所以分组报头可以另外包括用于识别此的信息。相对应的信息可以是Info Type字段。
在特定的实施例中，当Info Type字段具有000(2)的值时，用于被包括在分组有效载荷中的紧急报警的数据可以是紧急报警消息。在另一实施例中，当Info Type字段具有001(2)的值时，用于被包括在分组有效载荷中的紧急报警的数据可以是自动频道调谐信息。在另一实施例中，当Info Type字段具有010(2)的值时，用于被包括在分组有效载荷中的紧急报警的数据可以是NRT服务信息。
在下文中，图33至图39图示根据本发明的各种实施例的发送紧急报警表(EAT)的图。在特定的实施例中，用于发送EAT的PLP(或者DP)可以根据实施例变化。将会参考图33至图39对此进行描述。当广播发送设备300通过物理层管道发送紧急报警信息时，广播接收设备70从物理层直接地提取紧急报警信息。结果，广播接收设备70迅速地获得紧急报警信息。
图33是根据本发明的实施例的当广播发送设备300通过专用PLP发送紧急报警消息时的图。通过专用PLP(或者DP)的紧急报警消息包括EAT和传输分组中的至少一个。
在图33中，附图标记70意指广播接收设备，附图标记72意指广播发送设备，并且附图标记78意指分别被包括在广播发送设备72和广播接收设备70中的物理层处理器。当物理层处理器78被包括在广播发送设备72中时，用于紧急报警消息的紧急报警信令格式化块和用于A/V内容的递送协议块对应于根据本发明的实施例的物理层处理器78。当物理层处理器78被包括在广播接收设备70中时，用于紧急报警消息的紧急报警信令解码块和解析器块和用于A/V内容的协议栈和解码器块对应于根据本发明的实施例的物理层处理器78。
根据实施例，广播发送设备72可以通过专用PLP发送EAT。在这一点上，专用于发送EAT的PLP可以被称为紧急报警信道(EAC)。即，EAC可以是用于仅发送报警消息的专用PLP。在此，PLP可以是通过物理层帧发送的数据的单位。物理层可以包括至少一个物理层帧并且通过物理层帧可以发送物理层管道。在下文中，将会参考图33更加详细地描述本实施例。
广播发送设备72基于从报警机构76收集的紧急信息生成EAT。在此，通过广播发送设备72接收到的紧急报警信息可以是从信息收集装置74接收到的CAP消息。
在此，如上所述的专用PLP，可以是用于仅发送EAT的EAC或者包括EAT的传输分组。广播发送设备72的物理层处理器78生成包括被生成的EAT的广播信号。更加详细地，广播信号可以包括：包括EAT的传输分组或者包括EAC的传输分组。然后，广播发送设备72发送包括EAC的广播信号。更加详细地，广播发送设备72的物理层处理器78可以通过仅用于包括EAT的传输分组的专用PLP发送广播信号。广播接收设备70的物理层处理器78通过指定的PLP接收广播信号。如上所述，PLP可以是用于在物理层中仅发送紧急报警消息的专用物理层管道。专用的物理层管道可以是紧急报警信道。广播接收设备70可以从物理层管道提取EAT。另外，广播接收设备70的解码和解析器块可以从物理层获得关于是否物理层包括EAC的信息。在这一点上，表示是否递送物理层帧的物理层包括EAC的信息可以被称为PHY信令。广播接收设备70可以基于PHY信令确定发送紧急报警信息的数据管道。广播接收设备70的解码块解码包括EAT的物理层管道。在这一点上，广播接收设备70可以通过物理层管道获得CAP消息、有关的内容信息、以及有关的NRT服务信息。
广播接收设备70的解析器块可以解析获得的CAP消息以获得紧急报警信息。在特定的实施例中，解析器块(即，CAP解析器)可以解析CAP消息。在这样的情况下，广播接收设备70可以获得有关NRT服务信息和紧急报警信息。如果在EAT和CAP消息中存在重叠信息，则广播发送设备72可以在配置EAT的同时对此进行调节。
广播接收设备70的协议栈块可以基于获得的有关内容信息接收音频/视频内容。更加详细地，获得的广播内容信息可以是用于识别发送音频/视频内容的PLP的信息。此外，获得的有关内容信息可以是用于识别音频/视频内容的信息。
广播接收设备70的协议栈块基于有关内容信息识别包括有关内容的PLP。然后，广播接收设备70的解码块通过解码被识别的PLP获得音频/视频内容。在这一点上，可以区分用于发送有关内容的PLP和用于发送紧急报警消息的PLP。另外，广播接收设备70可以基于获得的NRT服务信息获得与紧急报警信息有关的NRT服务。更加详细地，广播接收设备70可以从NRT服务信息获得用于获得NRT服务的地址信息。在这一点上，广播接收装置70可以通过宽带接收NRT服务。
广播接收设备70提供获得的紧急报警消息和音频/视频内容。如果关于自动频道调谐的信息被发送，则当自动地改变被包括在关于自动频道变化的信息中的频道时广播接收设备70可以提供紧急报警消息。
图34和图35是根据本发明的实施例的当广播发送设备72在分组中封装ET并且发送分组时的图。包括ET的分组可以被称为紧急报警分组。
在实施例中，被包括在广播信号的物理层中的PLP可以存在多个。另外，可以存在附加的PLP用于发送关于通过在广播信号的物理层中包括的多个PLP发送的多个广播服务的特定信息。在这一点上，用于发送广播服务信息的附加的PLP可以被称为基本数据管道。更加详细地，广播发送设备72可以通过基本数据管道发送关于广播服务的信令信息或者被应用于广播服务的公共数据的信令信息。在此，信令信息或者公共数据可以是用于用信号发送通过物理层发送的物理层管道或者被共同应用于物理层管道的数据的信息。
图34图示根据本发明的实施例的广播发送设备72通过基本数据管道发送紧急报警消息。
在图34中，附图标记70意指广播接收设备，附图标记72意指广播发送设备，并且附图标记78意指分别被包括在广播发送设备72和广播接收设备70中的物理层处理器。当物理层处理器78被包括在广播发送设备72中时，用于紧急报警消息的紧急报警分组封装块和用于A/V内容的递送协议块对应于根据本发明的实施例的物理层处理器78。当物理层处理器78被包括在广播接收设备70中时，用于紧急报警消息的过滤/解码块和CAP解析器块以及用于A/V内容的协议栈和解码器块对应于根据本发明的实施例的物理层处理器78。
广播发送设备72的紧急报警分组封装块通过封装从警报机构76收集的紧急信息生成要通过物理层发送的分组。在这一点上，紧急报警信息封装的分组可以被称为紧急报警分组。在此，通过广播发送设备72接收到的紧急报警信息可以是从信息收集装置74接收到的CAP消息。
在实施例中，紧急报警分组可以包括分组报头和分组有效载荷。在特定的实施例中，分组有效载荷可以如原样包括EAT。在特定实施例中，分组有效载荷可以在EAT中包括一些信息。在此，一些信息可以是在EAT中其重要性高的信息。
另外，分组报头可以包括表示被包括在分组有效载荷中的数据是紧急报警信息的信令信息。另外，分组报头可以用信号发送传输分组包括紧急报警信息。更加详细地，通过与一般分组相比包括不同类型的信息，分组报头可以表示传输分组包括紧急报警信息。即，分组报头可以表示传输分组是紧急报警分组。
广播发送设备72的物理层处理器78通过用于发送关于广播服务或者公共数据的信令信息的PLP发送EAT封装的分组。即，广播发送设备72通过基本数据管道发送紧急报警分组。在这样的情况下，基本数据管道，作为PLP的一种格式，可以被区分于另一PLP(或者数据管道)。
另一方面，包括基本数据管道的物理层可以发送用于用信号发送基本数据管道在物理层中存在的信息。在这一点上，用于用信号发送基本数据管道存在的信息可以被称为PHY信令。广播接收设备70可以基于PHY信令确定在广播信号的物理层存在数据管道。然后，广播接收设备70的物理层处理器78可以通过作为一种PLP格式的基本数据管道获得紧急报警信息。在这一点上，获得的紧急报警信息可以是紧急报警分组的格式。广播接收设备70通过基本数据管道接收广播信号。即，广播接收设备70通过基本数据管道接收紧急报警分组。
广播接收设备70的过滤和解码块可以从接收到的广播信号提取包括紧急报警分组的物理层管道。在这一点上，被包括在紧急报警分组中的物理层管道可以是基本数据管道。然后，广播接收设备70的过滤和解码块可以通过解码被提取的物理层管道获得紧急报警信息。更加详细地，通过解码被包括在物理层管道中的紧急报警分组可以获得紧急报警信息。
在这一点上，紧急报警分组可以包括具有被插入的EAT的分组有效载荷和用信号发送分组有效载荷的分组报头。在特定的实施例中，广播接收设备70可以从分组报头确定是否对应的分组包括紧急报警信息。即，广播接收设备70可以基于从分组报头提取的信息确定是否对应的分组是紧急报警分组。
另外，广播接收设备70可以从在分组有效载荷中包括的分组报头中确定紧急报警信息的类型。例如，可以进行是否分组有效载荷包括整个EAT的确定。
广播接收设备70可以基于从分组报头中获得的信息获得紧急报警信息。在此，获得的紧急报警信息可以是EAT或者CAP消息。另外，其可以是与紧急报警有关的内容信息或者与紧急报警有关的NRT服务信息。
广播接收装置设备70的CAP解析器块可以通过解析获得的CAP消息获得紧急报警信息。在这样的情况下，广播接收设备70可以获得有关的NRT服务信息以及紧急报警信息。如果在EAT和CAP消息中存在重叠的信息，则广播发送设备72可以省略重叠部分同时配置EAT。在下文中，基于紧急报警信息获得有关服务的过程与上面的相同并且因此被省略。
图35是根据本发明的实施例的当广播发送设备72通过正常的PLP发送EAT时的图。在此，正常的PLP是其用途没有被指定的PLP。
不同于图34的实施例，本实施例是基本数据管道没有被包括在物理中的情况，并且下面将会主要地描述与图34相比较的不同。即，图35的物理层处理器78不同于图34的物理层处理器78。
在本实施例中，广播发送设备72的紧急报警分组封装块在封装紧急报警信息时配置不同于正常分组报头的分组报头。更加详细地，广播发送设备72可以不同地设置表示被包括在分组报头中的分组类型的值。例如，正常的分组将对应的值设置为000(2)，并且紧急报警分组将对应的值设置为110(2)，使得各个分组可以被识别。
另一方面，广播发送设备72的物理层处理器78可以发送在物理层中用信号发送PLP的信息。在这一点上，用于用信号发送PLP的信息可以被称为PHY信令。
广播接收设备70的物理层处理器78可以基于PHY信令获得关于被包括在接收到的物理层中的PLP的信息。
在图35的实施例中，广播接收设备70可以通过被包括在物理层中的多个PLP接收包括紧急报警的分组和包括广播内容的分组。另外，广播接收设备70可以从包括紧急信息的分组获得紧急报警信息。另外，广播接收设备70基于紧急报警信息识别用于发送与紧急报警有关的广播内容的另一PLP。另外，广播接收设备70可以基于紧急报警信息获得用于接收与紧急报警有关的NRT内容的路径信息。
图36和图39是根据本发明的另一实施例的当广播发送设备72通过PLP发送紧急报警信息时的图。在这样的情况下，其它的PLP可以是用于被包括在广播信号的物理层中的广播服务扫描的PLP。更加详细地，广播发送设备72可以在没有经过另一层的情况下将用信号发送用于广播服务扫描的服务信令信息发送到广播信号的物理层。在这一点上，用于广播服务扫描的PLP可以被称为信令信道。广播接收设备70可以从信令信道获得关于广播流的配置信息、简单广播服务信息、以及组件信息中的至少一个。在特定实施例中，信令信道可以是快速信息信道(FIC)和低层信令(LLS)中的一个。FIC可以被称为FIT或者SLT。
在本发明的实施例中，广播发送设备72可以通过信令信道发送基于CAP的消息的紧急报警消息。参考图36和图37将会更加详细地描述本实施例。
在图36中，附图标记70意指广播接收设备，附图标记72意指广播发送设备，并且附图标记78意指分别被包括在广播发送设备72和广播接收设备70中的物理层处理器。当物理层处理器78被包括在广播发送设备72中时，用于紧急报警消息的紧急报警信令格式化块、用于信令信道信息的FIC信令块、以及用于A/V内容的递送协议块对应于根据本发明的实施例的物理层处理器78，当物理层处理器78被包括在广播接收设备70中时，用于紧急报警消息的紧急报警信令解码块和CAP解析块、用于信令信道信息的FIC解码块、以及用于A/V内容的协议栈和解码器块对应于根据本发明的实施例的物理层处理器78。
在本发明的另一实施例中，广播发送设备72可以通过信令信道发送用于指示紧急报警的最小信息并且可以通过从信令信道分布的PLP发送实际的紧急报警消息(例如，EAT)。将会参考图38和图39更加详细地描述本实施例。即，图38的物理层处理器78不同于图36的物理层处理器78。
图36是图示根据本发明的实施例的通过信令信道直接地发送紧急报警消息的紧急报警系统的框图。
广播发送设备72的紧急报警信令格式化块基于从警报机构76收集的紧急信息生成EAT。在此，通过广播发送设备72接收到的紧急报警信息可以是从信息收集装置74接收到的CAP消息。
广播发送设备72的物理层处理器78生成包括被生成的EAT的广播信号。更加详细地，可以通过是广播信号的一种PLP格式的信令信道发送EAT。在这一点上，信令信道可以是指不是在图33的实施例中描述的专用信令信道的一般信令信道。然后，广播发送设备72通过信令信道发送包括紧急报警信息的广播信号。
广播接收设备70的物理层处理器78可以从通过信令信道接收到的广播信号获得紧急报警信息。更加详细地，获得的紧急报警信息可以是EAT。广播接收设备70的解码块解码信令信息。在这一点上，广播接收设备70可以从信令信息获得CAP消息、与紧急报警有关的内容信息、以及与紧急报警有关的NRT服务信息。
广播接收设备的CAP解析器块可以通过解析获得的CAP消息获得紧急报警信息。在这样的情况下，广播接收设备70可以获得与紧急报警有关的NRT服务信息以及紧急报警信息。如果在EAT和CAP消息中存在重叠的信息，则广播发送设备72可以在配置EAT时省略重叠部分。在下文中，基于紧急报警信息获得有关服务的过程与上面的相同并且因此被省略。
图37是图示根据本发明的实施例的用于通过信令信道的快速信息信道(FIC)发送紧急报警消息的句法的图。
FIT_data_version字段(8个比特)可以指示关于被包括在快速信息表中的句法和语义的版本信息。使用FIT_data_version字段，接收机可以确定是否被包含在相对应的快速信息表中的信令被处理。接收机可以使用该信息确定是否预先存储的FIC的信息被更新。
num_broadcast字段(8个比特)可以指示通过相对应的频率或者被发送的传送帧发送广播服务和/或内容的广播公司的数目。
emergency_alert_flag字段(1个比特)指示是否与紧急报警有关的信令信息被包括在相对应的FIC中。例如，当emergency_alert_flag字段是“0”时，字段指示相对应的FIC没有包括与紧急报警有关的信令信息。当emergency_alert_flag字段是“1”时，字段指示相对应的FIC包括与紧急报警有关的信令信息。
与紧急报警有关的信令信息可以包括与自动信道变化有关的信息。此外，当emergency_alert_flag字段是“1”时，与紧急报警有关的紧急报警消息和/或NRT服务信息可以通过相对应的FIC被发送。为此，当emergency_alert_flag字段是“1”时，相对应的FIC包括automatic_tuning_flag字段和num_EAS_messages字段，和用于自动信道变化的信息、紧急报警消息、以及NRT服务信息等等。
automatic_tuning_flag字段(1个比特)指示是否广播接收设备自动地执行信道调谐。
num_EAS_messages字段(7个比特)指示被包括在FIC中的紧急报警消息的数目。
如果automatic_tuning_flag字段是“1”，即，指示自动信道变化，则FIC进一步包括automatic_tuning_info()字段。automatic_tuning_info()字段包括用于自动信道变化的信息。例如，automatic_tuning_info()字段可以包括发送与紧急报警信息有关的内容的信道信息、识别发送与紧急报警消息有关的音频/视频内容的物理层管道的信息、以及与紧急报警消息有关的内容的服务标识信息中的至少一个。因此，当有必要强行地调谐到广播紧急报警消息的频道编号时，能够参考automatic_tuning_info()字段。
此外，emergency_alert_message()字段发送与num_EAS_messages字段的值相对应的紧急报警消息的数目。NRT_service_info()字段发送与紧急报警有关的NRT服务信息。
同时，broadcast_id字段(16个比特)可以指示通过相对应的频率或者被发送的传送帧发送广播服务和/或内容的广播公司的唯一的标识符。在广播公司发送基于MPEG-2 TS的数据的情况下，字段可以具有诸如MPEG-2 TS的transport_stream_id的值。
delivery_system_id字段(16个比特)可以指示用于在执行传输的广播网络上应用和处理相同的传输参数的广播传输系统的标识符。
base_DP_id字段(8个比特)是用于广播信号中的基本DP(或者PLP)的识别的信息。基本DP可以指的是发送包括与broadcast_id字段相对应的广播公司的节目特定信息/系统信息(PSI/SI)和/或开销减少的服务信令的DP。可替选地，base_DP_id信息可以指的是能够解码相对应的广播公司中的广播服务中包括的组件的代表性的DP(或者PLP)。
base_DP_version字段(5个比特)可以指的是关于通过基本DP发送的数据的版本信息。例如，当诸如PSI/SI等等的服务信令通过基本DP被发送时，如果服务信令被改变，则base_DP_version字段的值可以被一个接一个地增加。
num_service字段(8个比特)可以指的是以相对应的频率或者传送帧从与broadcast_id字段相对应的广播公司发送的广播服务的数目。
service_id字段(16个比特)可以被用作用于广播服务的识别的标识符。
service_category字段(8个比特)可以指的是广播服务的种类。根据相对应的字段的值，service_category字段可以具有下述意义。当service_category字段的值是0x01时，service_category字段可以指的是基本TV，当service_category字段的值是0x02时，service_category字段可以指的是基本无线电，当service_category字段的值是0x03时，service_category字段可以指的是RI服务，当service_category字段的值是0x08时，service_category字段可以指的是服务指南，并且当service_category的值是0x09时，service_category字段可以指的是紧急报警。
service_hidden_flag字段(1个比特)可以指示是否相对应的广播服务被隐藏。当服务被隐藏时，广播服务可以是测试服务或者自己使用的服务并且可以通过广播接收机被处理以被忽略或者从服务列表隐藏。
SP_indicator字段(1个比特)可以指示是否服务保护被应用于相对应的广播服务中的一个或者多个组件。
num_component字段(8个比特)可以指示被包括在相对应的广播服务中的组件的数目。
component_id字段(8个比特)可以被用作用于广播服务中的相对应的组件的识别的标识符。
DP_id字段(16个比特)可以被用作指示发送相对应的组件的DP(或者PLP)的标识符。
RoHC_init_descriptor()可以包括与开销减少和/或报头恢复相关联的信息。当广播服务中的相对应的组件被压缩时，更加具体地，通过RoHC方案压缩发送相对应的组件的分组的报头，RoHC_init_descriptor可以包括用于广播接收设备中的相对应的组件的解压缩的压缩信息。
图38是图示根据本发明的实施例的用于通过信令信道仅发送/接收紧急报警信息的递送路径的紧急报警系统的框图。也就是说，不通过信令信道发送紧急报警消息。
对此，广播发送设备72以可发送的格式用信号发送从警报机构76收集的紧急报警信息。
更详细地，广播发送设备72可以用表格、描述符或者分组配置紧急报警信息(例如，CAP消息及有关数据)。在这一点上，当广播发送设备72不包括用于附加的紧急报警信令的模块时，其可以通过通用信令模块以被发送的格式用信号发送紧急报警信息(或者紧急报警信令信息)。
广播发送设备72可以将有关是否发送紧急报警消息的信息以及有关通过其发送紧急报警消息的路径的信息连同紧急报警信息一起插入到表格中或者包括表格的发送分组中。在这一点上，有关是否发送紧急报警消息和发送路径的信息可以被称为紧急报警指示符。被包括在表格或者发送分组中的描述符可以包括紧急报警指示符。此外，被包括在物理层帧中的表格可以包括紧急报警指示符作为一个字段。视需要，紧急报警指示符中的信息可以被包括作为单个字段，并且根据优先级，具有高优先级的信息可以被包括。在本文中，根据发送紧急报警消息的重要性，可以由每个信息定义优先级。
广播发送设备72的物理层处理器78通过信令信道发送紧急报警指示符以及有关数据。此外，替代信令信道，广播发送设备72的物理层处理器78可以通过PLP发送紧急报警有关信息。在这一点上，并不是信令信道的PLP可以被称为通用PLP。
此外，由广播发送设备72发送的紧急报警有关数据可以是用于从物理层管道获得紧急报警信息的路径信息。更详细地，紧急报警有关数据可以是用于识别对应于用于发送紧急报警信息的通用PLP的数据管道的信息。
广播接收设备70的物理层处理器78通过信令信道接收紧急报警指示符以及有关数据。此外，物理层可以包括表示在广播信号的物理层中是否存在用于发送紧急报警信息的信令信道的信息。在这一点上，表示是否存在信令信道的信息可以被称为PHY信令。广播接收设备70基于PHY信令检查物理层中是否存在信令信道并且从信令信道接收紧急报警指示符以及有关数据。
广播接收设备70可以通过紧急报警信令解码器解码信令信道并且可以从信令信道获得紧急报警指示符以及有关数据。
广播接收设备70基于从信令信道获得的紧急报警指示符以及有关数据获得紧急报警消息的递送路径信息。更详细地，广播接收设备70可以从紧急报警指示符中获得有关用于发送紧急报警消息的PLP的信息。更详细地，广播接收设备70可以从紧急报警指示符中获得用于识别用于发送紧急报警消息的PLP的标识信息。
广播接收设备70解码通过基于紧急报警指示符识别的PLP来发送的分组。
在具体的实施例中，广播接收设备70可以基于分组报头确定对应的分组是否包括紧急报警信息。此外，广播接收设备70可以从分组报头确定被包括在分组有效载荷中的紧急报警信息的类型。例如，广播接收设备70可以确定分组有效载荷是否包括整个EAT。
广播接收设备70可以基于从分组报头中获得的信息从分组有效载荷中获得紧急报警信息。在本文中，获得的紧急报警信息可以是EAT或者CAP消息。此外，紧急报警信息可以包括有关内容信息或者NRT服务信息。
广播接收设备70的CAP解析器块可以通过解析获得的CAP消息来获得紧急报警信息。在此情况下，广播接收设备70可以获得连同紧急报警信息一起的有关的NRT服务信息。如果在EAT和CAP消息中存在重叠的信息，则广播发送设备72在配置EAT时可以省略重叠的部分。
广播接收设备70可以基于获得的有关内容信息接收音频/视频内容。更详细地，获得的有关内容信息可以是用于识别发送音频/视频内容的数据管道的信息。另外，获得的有关内容信息可以是用于识别音频/视频内容的信息。广播接收设备70可以基于有关内容信息识别发送音频/视频内容的数据管道。然后，广播接收设备70可以通过识别的数据管道获得音频/视频内容并且可以在获得的音频/视频内容中获得与紧急报警信息相关的内容。在这一点上，可以将用于发送内容的PLP与用于发送紧急报警信息的PLP加以区分。此外，广播接收设备701可以基于获得的NRT服务信息获得与紧急报警信息相关的NRT服务。更详细地，广播接收设备70可以获得用于从NRT服务信息中获得NRT服务的地址信息。在这一点上，广播接收设备70可以通过宽带接收NRT服务。
广播接收设备70提供连同音频/视频内容一起的获得的紧急报警消息。如果有关自动信道调谐的信息连同紧急报警消息一起被发送，则广播接收设备70可以在更改信道时自动地提供紧急报警消息。
图39是图示根据本发明的实施例的用于用信号发送通过信令信道发送的紧急报警信息的句法图。在特定的实施例中，紧急报警消息可以是通过信令信道所发送的表格的一部分。此外，在图39中示出的字段将来可以根据需要而被更改。
图39示出通过信令信道的FIC发送发送紧急报警信令信息的另一个示例。
图39的FIC与图37的FIC中的那些相同，但图39的FIC包括EAS_message_id字段以及EAS_DP_id字段来替代图37的emergency_alert_message()字段以及NRT_service_info()字段。此外，将省略对图39中与图37的那些相同的字段的描述。
图39的EAS_message_id字段(32个比特)指示用于识别通过由EAS_DP_id字段识别的数据管道(或者PLP)发送的紧急报警消息的标识符。
EAS_DP_id字段(16个比特)指示用于识别发送由EAS_message_id字段识别的紧急报警消息的数据管道(或者PLP)的标识符。
同时，图39的EAS_message_id字段以及EAS_DP_id字段可以被用作紧急报警指示符，其指示有关是否发送紧急报警消息以及发送路径的信息。
图40是图示出根据本公开的实施例的广播发送设备72的操作方法的流程图。
在操作S101中，广播发送设备72从警报机构76接收紧急报警信息。在此，警报机构76可以是有关的紧急管理当局以及机构中的一个。此外，广播发送设备72可以从信息收集设备74接收紧急报警信息。在此情况下，广播发送设备72可以接收被处理为CAP消息的紧急报警信息。
在操作S103中，广播发送设备72基于接收到的紧急报警信息生成紧急报警分组，包括具有紧急报警信息或者EAT的表格。更详细地，广播发送设备72可以根据发送紧急报警信息的PLP而生成EAT或者紧急报警分组。
在一个实施例中，当通过专用PLP发送紧急报警信息时，广播发送设备72可以生成包括紧急报警信息的EAT。在此情况下，根据第一实施例，EAT可以包括全部紧急报警信息。此外，根据第二实施例，EAT可以仅包括紧急报警信息的一部分。在此，紧急报警信息的一部分可以仅包括用于发送整个紧急报警信息的最少信息。
根据另一个实施例，当通过用于分组发送的PLP发送紧急报警信息时，广播发送设备72可以将紧急报警信息封装为分组。封装紧急报警信息的分组可以被称为紧急报警分组。在一个实施例中，广播发送设备72可以将紧急报警信息封装到分组的有效载荷中。在另一个实施例中，广播发送设备72可以将EAT封装到分组的有效载荷中。
此外，广播发送设备72可以将用于识别分组有效载荷的数据的信息封装到分组的报头中。此外，被封包到分组的报头中的信息可以是用于通知对应的分组是包括紧急报警信息的分组的信息。
在操作S105中，广播发送设备72将被生成的EAT或者紧急报警分组插入到物理层管道中。更详细地，广播发送设备72将EAT或者紧急报警分组插入到物理层管道中。在这一点上，物理层可以包括表示该物理层包括紧急报警信息的信息。
当物理报警信息被插入到物理层管道时，在操作S107中，广播发送设备72发送包括物理层管道的广播信号。在一个实施例中，特定的PLP可以是用于仅发送紧急报警信息的专用PLP。在另一个实施例中，特定的PLP可以是用于发送有关广播服务或者被应用于多个广播服务的公共数据的信令信息的PLP。在另一个实施例中，特定的PLP可以是用于发送服务扫描所需的信息的PLP，该信息包括有关广播服务的配置信息、简单的广播服务信息以及组件信息中的至少一个。在另一个实施例中，特定的PLP可以是并未指定其用途的正常PLP。
图41是图示出根据本公开的实施例的广播接收设备70的操作方法的流程图。
在操作S201中，广播接收设备70通过PLP接收包括紧急报警信息的广播信号。在一个实施例中，PLP可以是用于仅发送紧急报警信息的专用PLP。在另一个实施例中，特定的PLP可以是用于发送有关广播服务或者被应用于多个广播服务的公共数据的信令信息的PLP。在另一个实施例中，特定的PLP可以是用于发送有关广播服务的配置信息、简单的广播服务信息以及组件信息中的至少一个的PLP。在另一个实施例中，特定的PLP可以是并未指定其用途的正常PLP。
在操作S203中，广播接收设备70可以从接收到的广播信号提取包括紧急报警信息的发送分组。在一个实施例中，发送分组可以包括EAT。在此情况下，EAT可以仅包括用于获得紧急报警信息的最少信息。在另一个实施例中，发送分组可以包括紧急报警分组。在操作S205中，广播接收设备70可以通过解码被提取的发送分组来获得紧急报警信息。换言之，广播接收设备70从发送分组提取紧急报警信息。更详细地，通过解码被包括在发送分组中的EAT或者紧急报警分组，可以获得紧急报警信息。在一个实施例中，广播接收设备70可以基于有关EAT或者紧急报警分组的报头的特定信息解码发送分组。在另一个实施例中，广播接收设备70可以基于通过解码EAT所获得的信息解码发送分组。更详细地，可以从EAT识别发送紧急报警信息的物理层管道或者可以解码所识别的物理层管道。
在操作S207中，广播接收设备70可以确定有关的服务信息是否被包括在获得的紧急报警信息中。更详细地，广播接收设备70确定有关与紧急报警信息相关的有关内容的信息是否被包括。在此，有关内容可以是实时内容以及NRT内容中的一个。
如果确定存在有关内容，则在操作S209中，广播接收设备70可以确定获得的有关的内容信息是否是实时内容。更详细地，确定紧急报警信息的有关内容是实时内容还是NRT内容。在此，实时内容可以是音频/视频内容。根据有关EAT的特定信息，确定其是否是实时内容。替选地，根据分组报头中的信息进行确定。
当确定有关内容是实时内容时，在操作S211中，广播接收设备70通过解码发送内容的物理层管道来获得有关内容。更详细地，紧急报警信息可以包括用于获得有关内容的路径信息。因此，广播接收设备70可以基于对应的信息通过识别发送有关内容的物理层管道来获得内容。
然而，当确定有关内容是NRT内容时，在操作S215中，广播接收设备70提取用于获得NRT内容的路径信息。用于获得NRT内容的信息可以是地址信息。例如，其可以是URI信息。
在操作S217中，广播接收设备70基于被提取的路径信息通过IP通信单元获得NRT服务。更详细地，广播接收设备70使用地址信息来通过宽带获得NRT服务。
在操作S213中，广播接收设备70提供连同有关内容一起的获得的紧急报警信息。更详细地，广播接收设备70输出连同有关服务一起的紧急报警信息。在这一点上，有关服务可以是实时服务以及NRT服务中的一个。
同时，用于广播发送设备中的广播服务的信令信息通过被包括在链路层分组的有效载荷中而被发送至物理层，并且通过编码和调制过程，物理层可以借助于一个或者多个链路层分组配置物理层分组，将物理层分组映射到特定的数据管道(即PLP)，并且再将物理层分组发送至接收侧。在本发明中，链路层的分组可以被称为通用分组，并且物理层的分组可以被称作基带分组。
特别地，作为本发明的一个实施例，紧急报警消息和/或者紧急报警有关的信令信息被分组成链路层分组，并且通过编码和调制过程，链路层分组再被分组成物理层分组，被映射到特定的数据管道并且再被发送至广播接收设备。
如果在系统中定义使能发送信令信息的链路层分组的结构，则使用对应的分组的结构作为本发明的一个实施例。此时，作为一个实施例，现有的字段或者新的字段被使用于发送指示对应的分组是紧急报警有关的分组的信令信息。
一般地，为方便起见，同时发送与紧急报警消息有关的信令信息，并且该信令信息可以迅速地被递送至广播接收设备。然而，如果在系统的结构图中不存在能够发送紧急报警信息的专用数据通路，或者针对难以一次发送每种紧急报警信息的结构，则可以使用一种用于通过基于某一基准的紧急报警相关的信息的分类和分段发送紧急报警相关的信息的方法。
图42图示根据本发明的一个实施例的链路层分组的概念图。参照图42，链路层分组包括链路层分组报头以及链路层分组有效载荷。为了便于描述，链路层分组报头将被使用于指代“报头”以及链路层分组有效载荷将被使用于指代“有效载荷”。
图42的报头210可以被分类成1个字节的固定报头以及可变长度的扩展的报头。
图44以句法格式图示图43的报头结构，并且涉及与图43的那个相同的报头结构
因此，将参照图43和44来描述链路层报头的每个字段。
也就是说，固定报头的packet_type字段(3个比特)指示被发送至对应的分组的数据的类型。
例如，如果packet_type字段的值为“000”，则其指示被发送至对应的分组的IPv4的数据。如果packet_type字段的值为“010”，则其指示被发送至对应的分组的报头被压缩的IP分组的数据。
而且，如果packet_type字段的值为“110”，则其指示被发送至对应的分组的数据是信令信息(或者信令数据)。信令信息可以是信令表(或者描述符)或者信令分组。信令表可以包括被包括在常规现有的DVB_SI(服务信息)、PSI/PSIP、NRT(Non Real Time，非实时)、ATSC 2.0以及MH(Mobile/Handheld，移动/手持)中的信令表/表区。
在本发明中，将详细描述packet_type字段的值为“110”的情况。
也就是说，如果packet_type字段的值为“110”，则继payload_config字段之后的固定报头的字段以及扩展的报头的字段根据payload_config字段(1个比特)的值变化。也就是说，根据payload_config字段的值，确定用信号发送至固定报头的信息以及用信号发送至扩展的报头的信息。payload_config字段可以被称为分组配置(PC)字段。
一个实施例指示信令信息是否被上层分段并且再被提供至链路层。根据一个实施例，如果payload_config字段的值为“0”，则信令信息在未被上层分段的情况下被提供，并且如果payload_config字段的值为“1”，则信令信息在被上层分段之后被提供。
如果payload_config字段的值为“0”，则4个比特的concatenation_count字段被包括在固定报头中。此外，扩展的报头包括3个比特的signaling_class字段、3个比特的information_type字段以及2个比特的signaling_format字段。扩展的字段进一步包括根据signaling_format字段的可变长度的payload_length_part字段。
如果payload_config字段的值为“1”，则1个比特的LI字段以及3个比特的segment_ID字段被包括在固定报头中。此外，扩展的报头包括4个比特的segment_sequence_number字段、4个比特的segment_length_ID字段、3个比特的signaling_class字段、3个比特的information_type字段以及2个比特的signaling_format字段，或者包括3个比特的segment_sequence_number字段以及4个比特的segment_length_ID字段，或者包括4个比特的segment_sequence_number字段以及12个比特的last_segment_length字段。
concatenation_count字段(4个比特)对应于图44的计数字段，并且本发明的一个实施例指示使用多少链路层分组来发送由上层提供的信令信息。替选地，字段可以指示多少种个别信令信息配置一个有效载荷。
signaling_class字段(3个比特)指示被包括在对应的链路层分组、尤其是对应的链路层分组的有效载荷中的信令信息的类型。
图45图示根据本发明的根据signaling_class字段的值定义的信令信息的类型的示例。
例如，如果signaling_class字段的值为“000”，则其指示对应的分组包括用于信道扫描和服务获取的信令信息(例如，SLT)。如果signaling_class字段的值为“001”，则其指示对应的分组包括用于紧急报警的信令信息。如果signaling_class字段的值为“010”，则其指示对应的分组包括用于报头压缩的信令信息。
在本发明中，如果signaling_class字段的值为“001”，则其指示对应的分组包括用于紧急报警的信令信息。然而，这是用于帮助理解本发明的一个实施例，并且signaling_class字段的保留值可以被使用于指示对应的分组包括用于紧急报警的信令信息。
如果通过signaling_class字段的值确定被发送至对应的分组的信令信息的类型，则information_type字段指示被发送至对应的分组的有效载荷的、关于已确定的信令信息的数据(即紧急报警信息)的类型。此外，根据数据的类型，可以额外地包括详细的信息。
在本发明中，如果signaling_class字段的值为“001”，则对应的分组将被称为紧急报警分组。
图46图示根据本发明的根据紧急报警分组的information_type字段的值定义的含义的示例。
如果information_type字段的值为“000”，则其指示紧急报警消息被发送至对应的紧急报警分组的有效载荷。如果information_type字段的值为“001”，则其指示紧急报警消息的链路(或者连接)信息被发送至对应的紧急报警分组的有效载荷。如果information_type字段的值为“010”，则其指示用于自动信道调谐的信息被发送至对应的紧急报警分组的有效载荷。如果information_type字段的值为“011”，则其指示紧急报警有关的NRT服务信息被发送至对应的紧急报警分组的有效载荷。
而且，如果information_type字段的值为“111”，则其指示wake_up指示信息被发送至对应的紧急报警分组的有效载荷。需要wake_up指示信息来指示对应的紧急报警消息是否需要唤醒功能。也就是说，在灾难的发生期间，需要唤醒指示信息来支持广播接收设备的唤醒功能。唤醒功能意味着，即使广播接收设备处于休眠模式(或者待机模式)，但当足以严重到将休眠模式(或者待机模式)切换到活跃模式的紧急报警消息被发布时，广播接收设备应当强制性地被切换到活跃模式。为了支持唤醒功能，广播接收设备即使在休眠模式的情况下也应当继续监视广播信号，并且应当尽快知道灾难发生的紧急程度。
在图46中，被分配给information_type字段的值以及其含义是用于帮助理解本发明的实施例，并且本领域普通技术人员可以容易地改变被包括在information_type字段中的信息的添加和删除。因此，本发明将不限于前述实施例。也就是说，如果稍后额外地提供与紧急报警有关的过程，则information_type字段的保留值可以被使用于发送与对应程序相关的分组。
作为一个实施例，signaling_format字段指示用于被包括在对应的分组中的紧急报警的信令信息的格式。可以由signaling_format字段指示的格式的示例可以包括诸如EAT的节表、EAT内的描述符以及XML。例如，如果对应的信令信息以与节表和描述符相同的方式具有其长度值，则可能不需要单独的长度字段。然而，在信令信息没有单独的长度值的情况下，可能需要单独的长度字段。作为一个实施例，在信令信息没有单独的长度值的情况下，payload_length_part字段(图44中的长度字段)被使用于指示长度。在此情况下，作为一个实施例，payload_length_part包括相当于计数字段的数目的长度字段。
也就是说，如果信令格式字段的值为“1x”，则payload_length_part字段指示被包括在对应的分组的有效载荷中的信令信息的长度。此时，有效载荷长度部分可以是指示被级联的信令信息中的每个的长度的长度字段的集合。
同时，如果PC字段的值为“1”，也就是说，如果由上层通过分段提供用于紧急报警的信令信息，则根据LI字段的值，确定被包括在扩展的报头中的字段。
作为一个实施例，LI(最后片段指示符)字段指示对应的片段是否是最后片段。
如果LI字段的值为“0”，也就是说，如果对应的片段不是最后片段，则segment_ID字段指示用于识别对应的片段的信息。
当由上层对用于紧急报警的信令信息进行分段时，segment_sequence_number字段指示相应片段的顺序。
如果LI字段的值为“0”并且segment_sequence_number字段的值为“0000”，即用于紧急报警的信令信息的第一片段，则扩展的报头包括4个比特的segment_length_ID字段、3个比特的signaling_class字段、3个比特的information_type字段以及2个比特的signaling_format字段。作为一个实施例，segment_length_ID字段指示第一片段的长度。将参照上述描述来理解signaling_class字段、information_type字段以及signaling_format字段的细节。
如果LI字段的值为“0”并且segment_sequence_number字段的值不为“0000”，即既非用于紧急报警的信令信息的第一片段又非最后片段，则扩展的报头包括4个比特的segment_sequence_number字段以及4个比特的segment_length_ID字段。作为一个实施例，segment_sequence_number字段指示片段号码，指示用于紧急报警的信令信息的对应的片段的顺序，并且segment_length_ID字段指示对应的片段的长度。也就是说，根据一个实施例，片段长度ID字段被使用于指示多个片段中除最后一个之外的每个片段的长度。
如果LI字段的值为“1”，即最后片段，则扩展的报头包括4个比特的segment_sequence_number字段以及12个比特的last_segment_length字段。作为一个实施例，segment_sequence_number字段指示最后片段的号码，并且last_segment_length字段指示最后片段的长度。
因此，当用于紧急报警的信令信息被分段时，用于紧急报警的信令信息可以通过这样的方式来完成，使得广播接收设备通过使用上述字段依序合并具有相同的片段ID的片段。
图47图示当根据本发明的对应的链路层分组报头的packet_type字段的值为“110”并且information_type字段的值为“000”时被包括在链路层分组的有效载荷中的字段的示例的句法。也就是说，图47图示当对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警消息时的句法的示例。
紧急报警消息主要意在递送CAP消息，并且链路层分组的有效载荷直接包括CAP消息。此时，由链路层的分组结构支持的级联方法可以被使用于发送几个紧急报警消息。在此情况下，作为一个实施例，payload_config字段的值被设置为“0”并且计数字段的值用信号发送紧急报警消息的数目。此外，当使用链路层分组递送紧急报警消息时，给出对应的紧急报警消息的版本信息以重复地处理紧急报警消息。
下面将描述图47中的用于发送紧急报警消息的链路层分组的有效载荷的每个字段。
EAS_message_id字段(32个比特)指示用于识别每个紧急报警消息的标识符。作为一个实施例，每个紧急报警消息具有与另一个识别开的标识符。
EAS_mesage_encoding_type字段(4个比特)指示紧急报警消息的编码类型信息。例如，如果EAS_mesage_encoding_type字段的值为“000”，则其指示紧急报警消息(或者EAS消息)的编码类型尚未被指定。如果EAS_mesage_encoding_type字段的值为“001”，则其指示紧急报警消息尚未被编码。如果EAS_mesage_encoding_type字段的值为“010”，则其指示紧急报警消息已通过DEFLATE算法而被编码。如果稍后使用新的编码方法，则EAS_mesage_encoding_type字段的保留值可以被使用于指示新的编码方法。
EAS_message_version字段(4个比特)指示对应的紧急报警消息的版本信息。作为本发明的一个实施例，被包括在EAS_message_version字段中的版本信息被使用于确定是否处理具有相同的EAS_message_id的紧急报警消息。在本发明中，每当生成新的紧急报警消息时被增加高达1的值被给予EAS_message_version字段。在此情况下，如果EAS_message_version字段的值很高，则其指示新的紧急报警消息。而且，如果EAS_message_version字段的值达到最大值，则下一个值为“0”。如果能够通过EAS_message_id字段识别紧急报警消息的版本信息，则可以省略EAS_message_version字段。
EAS_message_protocol字段(4个比特)指示对应的紧急报警消息的协议。作为一个实施例，如果紧急报警消息是CAP消息，则EAS_message_protocol字段指示CAP消息的协议。此外，如果使用除CAP消息的协议以外的另一个协议，则EAS_message_protocol字段指示对应的协议。例如，EAS_message_protocol字段可以被使用于紧急报警消息与诸如移动网络的另一个网络的互通。
EAS_message_length字段(12个比特)指示实际上被包括在对应的分组的有效载荷中的紧急报警消息的长度。通过EAS_message_bytes()字段发送意在实际上被发送的紧急报警消息。也就是说，EAS_message_bytes()字段发送长达对应于EAS_message_length字段的值的长度的紧急报警消息。
图48是图示根据本发明的用于在广播接收设备中接收和处理紧急报警消息的方法的一个实施例的流程图。特别地，图48图示当紧急报警消息以与图47相同的方式通过被包括在链路层分组的有效载荷中而被接收时的处理方法的一个实施例。
也就是说，如果接收紧急报警的分组(S301)，则识别紧急报警消息的标识符(S302)。作为一个实施例，在上述步骤中接收到的分组是从物理层分组解包的链路层分组，并且通过使用被用信号发送至链路层分组的报头的信息，识别分组是否是用于紧急报警的分组，尤其是用于发送紧急报警消息的分组。作为一个实施例，使用被包括在对应的分组的有效载荷中的EAS_message_id字段，识别紧急报警消息的标识符。
如果在步骤S302中识别出紧急报警消息的标识符，则识别被包括在对应的分组的有效载荷中的紧急报警消息(即EAS消息)是否有效(S303)。如果识别出紧急报警消息有效，则识别紧急报警消息的消息版本(S304)。也就是说，如果识别出紧急报警消息有效，则使用被包括在对应的分组的有效载荷中的EAS_message_version字段来识别版本信息。基于识别的版本信息，识别对应的紧急报警消息是更新的消息还是已经按常规被接收的消息(S305)。如果对应的紧急报警消息是新版本的消息，则使用对应的分组的有效载荷的EAS_message_encoding_type字段以及EAS_message_protocol字段，识别对应的紧急报警消息的解码类型和协议(S306)。根据识别的解码类型和协议，处理对应的紧急报警消息(S307)。然而，如果在步骤S303中识别出紧急报警消息无效，或者如果在步骤S305中识别出对应的紧急报警消息不是新版本，则在步骤S301中接收到的分组被忽略(S308)。也就是说，如果接收到的紧急报警消息无效或者如果对应的紧急报警消息不是比已经按常规接收到的紧急报警消息更新的新版本，则忽略对应的分组并且可以返回至待机状态以便接收另一个分组。
图49是图示当根据本发明的链路层分组报头的packet_type字段的值指示“110”，signaling_class字段值指示“001”并且information_type字段的值指示“001”时被包括在对应的链路层分组的有效载荷中的字段的示例的句法。也就是说，图49是当对应的链路层分组的有效载荷包括用于紧急报警的信令信息当中的紧急报警消息的链路或者连接信息时的句法的示例。
图49图示当由于缺乏带宽而通过单独的路径发送紧急报警消息时将紧急报警消息的链路或者连接信息发送至链路层分组的有效载荷的示例。
下面将描述图49中的用于发送紧急报警消息的链路或者连接信息的链路层分组的有效载荷的每个字段。
因为图47的EAS_message_id字段(32个比特)、EAS_message_encoding_type字段(4bits)、EAS_message_version字段(4bits)以及EAS_message_protocol字段(4bits)意指EAS_message_id字段、EAS_message_encoding_type字段、EAS_message_version字段以及EAS_message_protocol字段，所以将参照图47来理解它们的具体描述并且由此将其省略。
同时，在图49中，当通过除对应的分组的有效载荷以外的另一个路径发送紧急报警消息时，message_link_type字段(4个字段)指示用于获取紧急报警消息的链路信息的类型。
例如，如果message_link_type字段的值为“0000”，则其指示通过数据管道(即PLP)发送紧急报警消息的IP数据报。也就是说，这种情况可以被应用于通过位于为其接收对应的分组的信道内的数据管道以IP数据报的形式发送紧急报警消息的情况。在此情况下，额外地用信号发送用于访问紧急报警消息的IP数据报的接入信息。作为一个实施例，接入信息包括对应的数据管道的IP地址、UDP端口号以及识别信息中的至少一个。
也就是说，如果message_link_type字段的值为“0000”，则对应的有效载荷包括IP_address字段、UDP_port_num字段以及DP_id字段。
IP_address字段(32或者128个比特)指示紧急报警消息的IP数据报的IPv6的IP地址或者IPv4的IP地址，并且UDP_port_num字段(16个比特)指示紧急报警消息的IP数据报的UDP端口号。DP_id字段(8个比特)指示发送紧急报警消息的IP数据报的数据管道的标识符。
如果message_link_type字段的值为“0001”，则其指示通过并非向其发送对应的分组的信道的另一个信道发送紧急报警消息。在此情况下，额外地用信号发送用于访问被发送至另一个信道的紧急报警的接入信息。作为一个实施例，接入信息包括信道信息、数据管道标识信息以及服务信息中的至少一个。
也就是说，如果message_link_type字段的值为“0001”，则对应的有效载荷包括EAS_channel_number字段、EAS_DP_id字段以及EAS_service_id字段。
EAS_channel_number字段(8个比特)指示向其发送紧急报警消息的信道信息。在此情况下，信道信息可以是频率数，或者可以是主信道号以及次信道号。也就是说，当从并非由广播接收设备当前接收的信道的另一个信道接收紧急报警信息时，EAS_channel_number字段指示对应的信道号。如果信道号与频率数相关，则对应的字段可以被替换为频率数。
EAS_DP_id字段(8个比特)指示发送来自用信号发送给EAS_channel_number字段的值的信道的紧急报警消息的数据管道的标识符。可选地使用EAS_DP_id字段。例如，如果在对应的信道中存在单独的路径来替代向其发送紧急报警消息的数据管道，则可以不额外地提供对应的字段。
EAS_service_id字段(16个比特)指示包括紧急报警消息的服务的标识符。也就是说，当几个服务被发送至一个信道时，EAS_service_id字段指示用于获取紧急报警消息的服务的标识符。如果在接收紧急报警消息的过程中需要获取单独的服务，则可以不额外地提供字段。
如果message_link_type字段的值为“0010”，则其指示当广播接收设备被连接至宽带时通过宽带发送紧急报警消息。如果message_link_type字段的值为“0010”，则额外地提供可变长度的broadband_link_info()字段。broadband_link_info()字段指示用于通过宽带发送紧急报警消息的链路信息。
如果message_link_type字段的值为“0011”，则其指示通过并非广播网络或者宽带网络的另一个网络(例如，移动网络)发送紧急报警消息。如果message_link_type字段的值为“0011”，则额外地提供可变长度的external_network_information()字段。external_network_information()字段指示用于通过诸如移动网络的另一个网络发送紧急报警消息的链路信息以及用于对应的网络的信息。message_link_type字段的其他值被保留以便将来使用。因此，稍后可以根据新的链路使用保留的值。此外，如果通过并非广播网络的网络发送紧急报警消息，则保留的值可以被使用于发送附加的紧急报警消息。
图50是图示根据本发明的用于在广播接收设备中接收和处理紧急报警消息的方法的另一个实施例的流程图。特别地，图50图示当紧急报警消息的链路信息以与图49相同的方式通过被包括在链路层分组的有效载荷中而被接收时的处理方法的一个实施例。
也就是说，如果接收紧急报警的分组(S401)，则识别紧急报警消息的标识符(S402)。作为一个实施例，在上述步骤中接收到的分组是从物理层分组解包的链路层分组，并且通过使用被用信号发送至链路层分组的报头的信息，识别分组是否是用于紧急报警的分组，尤其是用于发送紧急报警消息的链路信息的分组。作为一个实施例，使用被包括在对应的分组的有效载荷中的EAS_message_id字段，识别紧急报警消息的标识符。
如果在步骤S402中识别出紧急报警消息的标识符，则识别紧急报警消息(即EAS消息)是否有效(S403)。如果识别出紧急报警消息有效，则使用被包括在对应的分组的有效载荷中的EAS_message_version字段来识别紧急报警消息的版本信息(S404)。基于识别的版本信息，识别对应的紧急报警消息是更新的消息还是已经按常规被接收的消息(S405)。如果对应的紧急报警消息是新版本的消息，则使用被包括在对应的分组的有效载荷中的EAS_message_encoding_type字段以及EAS_message_protocol字段，识别对应的紧急报警消息的解码类型和协议(S406)。
使用包括在对应的分组的有效载荷中的message_link_type字段，识别向其发送对应的紧急报警消息的连接或者链路信息。基于在步骤S407中识别的连接或者链路信息，识别发送紧急报警消息的网络是否可用(S408)。如果在步骤S408中识别出对应的网络是可用的网络，则使用被包括在对应的分组的有效载荷中的接入信息，接收紧急报警消息(S409)。也就是说，如果对应的连接或者链路信息是可以由广播接收设备链接的有效的网络或者链路，则使用对应的链路的接入信息来接收紧急报警消息。
例如，如果message_link_type字段的值为“0000”，也就是说，如果通过位于为其接收对应的分组的信道内的数据管道以IP数据报的形式接收紧急报警消息，则接入信息可以是数据管道的IP地址、UDP端口号以及识别信息中的至少一个。
如果message_link_type字段的值为“0001”，也就是说，如果通过并非为其接收对应的分组的信道的另一个信道接收紧急报警消息，则接入信息可以是信道信息、数据管道识别信息以及服务识别信息中的至少一个。
如果message_link_type字段的值为“0010”，也就是说，如果通过宽带接收紧急报警消息，则可以从被包括在对应的分组的有效载荷中的broadband_link_info()获取接入信息。
如果message_link_type字段的值为“0011”，也就是说，如果通过并非广播网络或者宽带网络的另一个网络(例如，移动网络)接收紧急报警消息，则可以从被包括在对应的分组的有效载荷中的external_network_information()获取接入信息。
如果在步骤S409中接收到紧急报警消息，则根据在步骤406中识别的解码类型和协议，处理紧急报警消息(S410)。然而，如果在步骤S403中识别出紧急报警消息无效，如果在步骤S405中识别出对应的紧急报警消息不是新版本，或者如果在步骤408中识别出对应的网络是不可用的网络，则忽略在步骤S401中接收到的分组(S411)。也就是说，如果用于发送紧急报警消息的链路无效，如果不可能访问对应的链路，或者如果对应的紧急报警消息不是比已经按常规接收到的紧急报警消息更新的新版本，则忽略对应的分组并且可以返回至待机状态以便接收另一个分组。
图51是图示当根据本发明的链路层分组报头的packet_type字段的值指示“110”，signaling_class字段的值指示“001”并且information_type字段的值指示“010”时被包括在对应的链路层分组的有效载荷中的字段的示例的句法。也就是说，图51是当对应的链路层分组的有效载荷包括用于自动调谐至发送用于紧急报警的信令信息当中与紧急报警消息相关的内容的信道时的句法的示例。
换言之，图51图示当与紧急报警消息同时发送与紧急报警有关的音频/视频内容时将用于从当前信道自动调谐到向其发送紧急报警有关的内容的信道的自动调谐信息发送至广播接收设备中的链路层分组的有效载荷的示例。
下面将描述图51中的用于发送与紧急报警有关的自动调谐消息的链路层分组的有效载荷的每个字段。
num_associated_EAS_messages字段(8个比特)指示与信道调谐信息有关的紧急报警消息的数目。“for”循环(或者消息识别循环)被执行高达num_associated_EAS_messages字段的值的次数，由此提供有关的紧急报警消息的标识信息。为此，associated_EAS_message_id字段(32个比特)被包括在“for”循环中。也就是说，associated_EAS_message_id字段指示与被发送至当前分组的自动调谐信息有关的每个紧急报警消息的标识符。associated_EAS_message_id字段可以被使用于识别广播接收设备是否已经早于调谐信息接收到用于信道调谐的紧急报警消息。
automatic_tuning_channel_number字段(8个比特)指示应被调谐成接收与紧急报警有关的音频/视频内容的信道信息。在此情况下，信道信息可以是频率数，或者可以是主信道号以及次信道号。也就是说，automatic_tuning_channel_number字段可以指示用于发送与紧急报警有关的音频/视频内容的信道号。如果信道号与频率数相关，则对应的字段可以被替换为频率数或者可以连同频率数一起被使用。
automatic_tuning_DP_id字段(8个比特)指示发送来自用信号发送给automatic_tuning_channel_number字段的信道的与紧急报警有关的音频/视频内容的数据管道(即物理层管道)的标识符。
automatic_tuning_service_id字段(16个比特)指示用于获取与紧急报警有关的音频/视频内容的服务的标识符。
图52是图示根据本发明的用于在广播接收设备中接收和处理紧急报警消息的方法的又一个实施例的流程图。特别地，图52图示当与紧急报警有关的自动调谐信息以与图51相同的方式通过被包括在链路层分组的有效载荷中而被接收时的处理方法的一个实施例。
也就是说，如果接收紧急报警的分组(S501)，则识别紧急报警消息的标识符(S502)。作为一个实施例，在上述步骤中接收到的分组是从物理层分组解包的链路层分组，并且通过使用被用信号发送至链路层分组的报头的信息，识别分组是否是用于紧急报警的分组，尤其是用于发送用于自动调谐的信息的分组。作为一个实施例，使用被包括在对应的分组的有效载荷中的associated_EAS_message_id字段，识别紧急报警消息的标识符。
如果在步骤S502中识别出紧急报警消息的标识符，则识别紧急报警消息(即EAS消息)是否有效(S503)。作为本发明的一个实施例，当接收分组时，使用associated_EAS_message_id字段，识别是否早于分组接收到有关的紧急报警消息，并且如果不是这样，则可以识别出对应的紧急报警消息无效。在此情况下，作为一个实施例，忽略对应的分组，而不进行处理。
如果识别出紧急报警消息有效，则从对应的分组的有效载荷获取调谐信息(S504)。可以从automatic_tuning_channel_number字段、automatic_tuning_DP_id字段以及automatic_tuning_service_id字段中的至少一个获取调谐信息。
然后，识别信道调谐是否准备好(S505)，并且如果识别出信道调谐已经准备好，则基于信道信息，自动地将当前信道调谐成用于发送与音频/视频内容有关的紧急报警的信道，由此获取紧急报警服务(S506)。如果当前信道是由信道信息指示的用于发送与音频/视频内容有关的紧急报警的信息，则保持当前信道，而不进行信道调谐。然而，如果在步骤S503中识别出紧急报警消息无效，或者如果在步骤S505中识别出信道调谐没有准备好，则忽略在步骤S501中接收到的分组并且返回至待机状态以便接收另一个分组(S507)。
同时，作为本发明的一个实施例，如果接收到的分组是用于紧急报警的分组，尤其是用于发送用于自动调谐的信息的分组，则其可以指示启用自动调谐标志。此外，如果接收到对应的分组，则识别是否早于分组接收到有关的紧急报警消息，并且如果并未早于分组接收到有关的紧急报警消息，则忽略对应的分组。为此，通过使用associated_EAS_message_id字段，可以将与当前待调谐的信道信息有关的紧急报警消息的列表发送至对应分组的有效载荷。
图53是图示当根据本发明的链路层分组报头的packet_type字段的值指示“110”，signaling_class字段的值指示“001”并且information_type字段的值指示“011”时被包括在对应的链路层分组的有效载荷中的字段的示例的句法。也就是说，图53是当对应的链路层分组的有效载荷包括用于紧急报警的信令信息当中与紧急报警有关的NRT服务信息时的句法的示例。
下面将描述图53中的用于发送与紧急报警有关的NRT服务消息的链路层分组的有效载荷的每个字段。
num_associated_EAS_messages字段(8个比特)指示与信道调谐信息有关的紧急报警消息的数目。“for”循环(或者消息识别循环)被执行高达num_associated_EAS_messages字段的值的次数，由此提供有关的紧急报警消息的标识信息。为此，associated_EAS_message_id字段(32个比特)被包括在“for”循环中。也就是说，associated_EAS_message_id字段指示与被发送的自动调谐信息有关的每个紧急报警消息的标识符。associated_EAS_message_id字段可以被使用于识别广播接收设备是否已经早于信道调谐信息接收到用于信道调谐的紧急报警消息。
对应于发送与接收到的紧急报警消息有关的NRT内容和数据的情况，即对应于启用EAS_NRT_flag的情况，EAS_NRT_service_id字段(16个比特)指示NRT服务的标识符。
图54是图示根据本发明的用于在广播接收设备中接收和处理紧急报警消息的方法的又一个实施例的流程图。特别地，图54图示当与紧急报警有关的NRT服务信息以与图53相同的方式通过被包括在链路层分组的有效载荷中而被接收时的处理方法的一个实施例。
也就是说，如果接收到对应的分组，则广播接收设备可以识别NRT服务的标识符并且进入获取NRT服务的程序。
也就是说，如果接收紧急报警的分组(S601)，则识别紧急报警消息的标识符(S602)。作为一个实施例，在上述步骤中接收到的分组是从物理层分组解包的链路层分组，并且通过使用被用信号发送至链路层分组的报头的信息，识别分组是否是用于紧急报警的分组，尤其是用于发送与紧急报警有关的NRT服务信息的分组。作为一个实施例，使用被包括在对应的分组的有效载荷中的associated_EAS_message_id字段，识别紧急报警消息的标识符。
如果在步骤S602中识别出紧急报警消息的标识符，则识别紧急报警消息(即EAS消息)是否有效(S603)。作为本发明的一个实施例，当接收分组时，使用associated_EAS_message_id字段，识别是否早于分组接收到有关的紧急报警消息，并且如果不是这样，则可以识别出对应的紧急报警消息无效。在此情况下，作为一个实施例，忽略对应的分组，而不进行处理(S606)。
如果识别出紧急报警消息有效，则从对应的分组的有效载荷识别NRT服务的标识符(S604)。使用被包括在分组的有效载荷中的EAS_NRT_service_id字段，可以识别NRT服务的标识符。
如果在步骤S604中识别出NRT服务的标识符，则基于识别的标识符，可以获取对应的NRT服务(S605)。
同时，作为本发明的一个实施例，如果接收到的分组是用于紧急报警的分组，尤其是用于发送与紧急报警有关的NRT服务信息的分组，则识别是否早于NRT服务信息接收到有关的紧急报警消息，并且如果并未早于NRT服务接收到有关的紧急报警消息，则忽略对应的分组。为此，通过使用associated_EAS_message_id字段，可以将与当前待调谐的信道信息有关的紧急报警消息的列表发送至对应分组的有效载荷。
同时，可以通过图33至36和图38的紧急报警系统中的任何一个执行如参照图42至54所述的用于处理紧急报警信息的方法。
图55至57图示根据本发明的用于处理紧急报警信息的下一代广播系统的接收设备的各种实施例。
图55是图示根据本发明的一个实施例的下一代广播系统的接收设备的示意性框图。
根据本发明的一个实施例的接收设备M100包括接收模块M1110、控制器M1150以及互联网协议(IP)通信模块M1130。接收模块M1110包括信道同步器M1111、信道均衡器M1115以及信道解码器M1113。控制器M1150可以包括信令解码器M1151、基带操作控制器M1157、服务映射DB M1161、传送分组接口M1153、宽带分组接口M1155、公共协议栈M1159、服务信令信道处理缓冲器&解析器M1163、A/V处理器M1165、服务指南处理器M1167、应用处理器M1169和/或者服务指南DB M1171。
在图55中，接收模块M1110的信道同步器M1111使符号的频率与时序同步以解码从基带接收到的信号。在此情况下，基带指示发送和接收广播信号的区域。
信道均衡器M1115对接收到的信号执行信道均衡。信道均衡器M1115用于当接收到的信号因多径、多普勒效应等而失真时补偿接收到的信号。
信道解码器M1113将接收到的信号恢复成有意义的传送帧。信道解码器M1113对被包括在接收到的信号或者传送帧中的数据执行前向纠错(FEC)。
信令解码器M1151提取和解码被包括在接收到的信号中的信令数据。在此情况下，信令数据包括稍后将描述的信令信息和/或者服务信息(SI)。此外，信令数据可以包括紧急报警消息或者紧急报警有关的信令信息。
基带操作控制器M1157控制基带处的信号处理。
服务映射DB M1161将信令数据和/或者服务信息存储于其中。服务映射DB M1161可以存储通过被包括在广播信号中发送的信令数据和/或通过被包括在广播分组中发送的信令数据。
传送分组接口M1153从传送帧或广播信号提取传送分组。在此情况下，作为一个实施例，传送分组是通过对被包括在传送帧中的基带分组的解包所获取的链路层分组。
传送分组接口M1153从传送分组提取信令数据或者IP数据报。宽带分组接口M1155通过宽带接收广播的有关分组。宽带分组接口M1155提取通过宽带所获取的分组，并且从对应的分组中组合或者提取信令数据或者A/V数据。
公共协议栈M1159根据被包括在协议栈中的协议处理接收到的分组。例如，根据前述方法，公共协议栈M1159可以在每个协议中处理接收到的分组。
服务信令信道处理缓冲器&解析器M1163提取被包括在接收到的分组中的信令数据。服务信令信道处理缓冲器&解析器M1163从IP数据报提取与服务和/或内容的扫描和/或获取有关的信令信息，并且解析被提取的信令信息。信令数据可以存在于接收到的分组内的给定位置或者信道处。该位置或者信道可以被称为服务信令信道。例如，服务信令信道可以具有特定的IP地址、UDP端口号、传送会话标识符等。接收器可以辨识作为信令数据被发送至特定的IP地址、UDP端口号以及传送会话的数据。
A/V处理器M1165对接收到的音频和视频数据执行解码和呈现处理。
服务指南处理器M1167从接收到的信号提取通告信息，管理服务指南DB M1171，并且提供服务指南。
应用处理器M1169提取被包括在接收到的分组中的应用数据和/或应用有关的信息并且处理被提取的应用数据以及应用有关的信息。
服务指南DB M1171将服务指南数据存储于其中。
此外，作为一个实施例，控制器M1150处理根据本发明的从链路层分组接收到的紧急报警有关的信息。为此，控制器M1150可以进一步包括紧急报警处理器(未示出)，并且传送分组接口M1153可以处理根据本发明的紧急报警有关的信息。在图55中，作为一个实施例，传送分组接口M1153处理紧急报警有关的信息。也就是说，传送分组接口M1153从传送帧(或者物理层帧)或者广播信号提取传送分组。此时，传送分组可以是物理层分组或者链路层分组。作为一个实施例，如果传送分组是物理层分组，则通过对物理层分组解包获取链路层分组。作为一个实施例，链路层分组取决于图42至44的结构。这是用于帮助理解本发明的一个实施例，并且根据本发明的链路层分组结构可以被设计者修改，因此本发明不限于前述实施例。
传送分组接口M1153可以使用被包括在如图42至46所示的链路层分组的报头中的每个字段识别在链路层分组中接收到的数据是信令信息并且尤其是包括用于紧急报警的信令信息的分组。此外，传送分组接口M1153可以识别链路层分组的有效载荷是否包括用于紧急报警的信令信息的紧急报警消息、紧急报警消息的链路信息、紧急报警有关的自动调谐信息、紧急报警有关的NRT服务信息或者唤醒指示信息。上文已详细描述了这种识别的方法和步骤，因此，此处省略其描述。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警消息，则根据被包括在如参照图47和48所述的对应的分组的有效载荷中的每个字段，传送分组接口M1153处理被包括在对应的有效载荷中的紧急报警消息。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警消息的链路信息，则根据被包括在如参照图49和50所述的对应的分组的有效载荷中的每个字段，传送分组接口M1153获取链路信息和/或用于获取紧急报警消息的接入信息，并且通过使用获取的链路信息和/或接入信息，接收和处理紧急报警消息。
例如，如果识别出通过为其接收对应的分组的信道内的数据管道以IP数据报的形式接收到紧急报警消息，则链路和接入信息可以是数据管道的IP地址、UDP端口号以及标识信息中的至少一个。再如，如果通过并非为其接收对应的分组的信道的另一个信道接收紧急报警消息，则链路和接入信息可以是信道信息、数据管道的标识信息以及服务标识信息中的至少一个。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警有关的自动调谐信息，则根据被包括在如参照图51和52所述的对应的分组的有效载荷中的每个字段，传送分组接口M1153获取将被自动调谐的调谐信息，并且通过使用获取的调谐信息，控制信道调谐。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警有关的NRT服务信息，则根据被包括在如参照图53和54所述的对应的分组的有效载荷中的每个字段，传送分组接口M1153获取紧急报警有关的NRT服务信息，并且基于获取的信息，获取NRT服务。
图56是图示根据本发明的另一个实施例的下一代广播系统的广播接收设备的示意性框图。
在图56的实施例中，广播接收设备包括广播接收模块M2110、互联网协议(IP)通信模块M2130以及控制器M2150。
广播接收模块M2110可以包括调谐器、物理帧解析器以及物理层控制器。
调谐器通过经由广播信道接收广播信号提取物理帧。物理帧是物理层上的传送单元。物理帧解析器通过解析接收到的物理帧获取链路层分组。例如，物理帧解析器通过将被包括在物理帧中的基带分组解包获取链路层分组。链路层分组可以被称为链路层帧，并且链路层分组解析器可以被称为链路层帧解析器。物理层控制器控制调谐器以及物理帧解析器的操作。在一个实施例中，物理层控制器可以通过使用广播信道的RF信息来控制调谐器。更详细地，如果物理层控制器向调谐器发送频率信息，则调谐器可以从广播信号中获取对应于接收到的频率信息的物理帧。
在另一个实施例中，物理层控制器可以通过物理层管道的标识符控制物理层解析器的操作。更详细地，物理层控制器向物理帧解析器发送用于识别多个物理层管道中的特定一个的标识符信息。物理帧解析器可以基于接收到的标识符信息识别物理层管道并且从识别的物理层管道中获取链路层分组。
控制器M2150包括链路层分组解析器、IP/UDP数据报滤波器、ALC/LCT+客户端、时序控制器、DASH客户端、ISO BMFF解析器以及媒体解码器。
链路层分组解析器从链路层分组提取数据。更详细地，链路层分组解析器可以从链路层分组获取链路层信令。此外，链路层分组解析器可以从链路层分组获取IP/UDP数据报。
IP/UDP数据报滤波器由从链路层分组解析器接收到的IP/UDP数据报滤出特定的一个。
ALC/LCT+客户端处理应用层传送分组。应用层传送分组可以包括ALC/LCT+分组。更详细地，ALC/LCT+客户端可以通过收集多个应用层传送分组生成一个或多个ISO BMFF媒体文件格式的对象。
时序控制器处理包括系统时间信息的分组，并且根据处理结果控制控制系统时钟。
DASH客户端处理实时流或者自适应媒体流。更详细地，DASH客户端可以通过基于HTTP处理自适应媒体流来获取DASH片段。此时，DASH片段可以是ISO BMFF对象的格式。
ISO BMFF解析器由从DASH客户端接收到的ISO BMFF对象提取音频/视频数据。此时，ISO BMFF解析器可以在一个单位的接入单元中提取音频/视频数据。此外，ISO BMFF解析器可以从ISO BMFF对象获取用于音频/视频的时序信息。
媒体解码器解码接收到的音频和视频数据。此外，媒体解码器通过媒体输出终端执行对解码结果的呈现。
控制引擎用作各模块之间的接口。更详细地，控制引擎可以通过发送每个模块的操作所需的参数控制每个模块的操作。
互联网协议通信模块M2130可以包括HTTP接入客户端。HTTP接入客户端可以向HTTP服务器发送请求和从HTTP服务器接收请求，或者可以向HTTP服务器发送对请求的响应和从HTTP服务器接收对请求的响应。
作为本发明的一个实施例，处理从链路层分组解析器向链路层分组接收到的根据本发明的紧急报警有关的信息。作为另一个实施例，本发明可以进一步包括紧急报警处理器(未示出)。作为一个实施例，由物理层分组解析器获取的链路层分组取决于图42至44的结构。这是用于帮助理解本发明的一个实施例，并且根据本发明的链路层分组结构可以被设计者修改，因此本发明不限于前述实施例。
链路层分组解析器可以使用被包括在如图42至46所示的链路层分组的报头中的每个字段识别在链路层分组中接收到的数据是信令信息并且尤其是包括用于紧急报警的信令信息的分组。此外，链路层分组解析器可以识别链路层分组的有效载荷是否包括用于紧急报警的信令信息的紧急报警消息、紧急报警消息的链路信息、紧急报警有关的自动调谐信息、紧急报警有关的NRT服务信息或者唤醒指示信息。上文已详细描述了这种识别的方法和步骤，因此，此处省略其描述。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警消息，则根据被包括在如参照图47和48所述的对应的分组的有效载荷中的每个字段，链路层分组解析器处理被包括在对应的有效载荷中的紧急报警消息。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警消息的链路信息，则根据被包括在如参照图49和50所述的对应的分组的有效载荷中的每个字段，链路层分组解析器获取链路信息和/或用于获取紧急报警消息的接入信息，并且通过使用获取的链路信息和/或接入信息，接收和处理紧急报警消息。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警有关的自动调谐信息，则根据被包括在如参照图51和52所述的对应的分组的有效载荷中的每个字段，链路层分组解析器获取将被自动调谐的调谐信息，并且通过使用获取的调谐信息，控制信道调谐。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警有关的NRT服务信息，则根据被包括在如参照图53和54所述的对应的分组的有效载荷中的每个字段，链路层分组解析器获取紧急报警有关的NRT服务信息，并且基于获取的信息，获取NRT服务。
图57是图示根据本发明的又一个实施例的下一代广播系统的广播接收设备的示意性框图。
在图57的实施例中，广播接收设备M3100包括广播接收模块M3110、互联网协议(IP)通信模块M3130以及控制器M3150。
广播接收模块M3110可以包括用于执行由广播接收模块M3110执行的多个功能中的每个的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更详细地，广播接收模块M3110可以是系统单芯片(SOC)，其中多个半导体部分被集成一体。此时，SOC可以是通过将诸如图形、音频、视频和调制解调器的各种多媒体部分与处理器和DRAM组合获得的半导体。广播接收模块M3110可以包括物理层模块M3119以及物理层IP帧模块M3117。物理层模块M3119通过广播网络的广播信道接收并且处理广播的有关信号。物理层IP帧模块M3117将从物理层模块M3119获取的诸如IP数据报的数据分组转换到特定的帧。例如，物理层IP帧模块M3117可以将IP数据报转换到链路层帧、链路层分组或者GSE。
IP通信模块M3110可以包括用于执行由IP通信模块M3110执行的多个功能中的每个的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更详细地，IP通信模块M3110可以是系统单芯片(SOC)，其中多个半导体部分被集成一体。此时，SOC可以是通过将诸如图形、音频、视频和调制解调器的各种多媒体部分与处理器和DRAM组合获得的半导体。IP通信模块M3130可以包括互联网接入控制模块M3131。互联网接入控制模块M3131控制广播接收设备M3100的操作以便通过互联网通信网络(宽带)获取服务、内容以及信令数据中的至少一个。
控制器M3150可以包括用于执行由控制器M3150执行的多个功能中的每个的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更详细地，控制器M3150可以是系统单芯片(SOC)，其中多个半导体部分被集成一体。此时，SOC可以是通过将诸如图形、音频、视频和调制解调器的各种多媒体部分与处理器和DRAM组合获得的半导体。
控制器M3150可以包括信令解码器M3151、服务映射数据库M3161、服务信令解析器M3163、应用信令解析器M3166、报警信令解析器M3168、定向信令解析器M3170、定向处理器M3173、A/V处理器M3165、紧急报警处理器M3162、应用处理器M3169、调度的流式解码器M3181、文件解码器M3182、用户请求流解码器M3183、文件数据库、组件同步器M3185、服务/内容获取控制器M3187、重新分发模块M3189、设备管理器M3193以及数据共享模块M3191中的至少一个。
服务/内容获取控制器M3187控制接收器的操作，以便获取通过广播网络或者互联网通信网络获取的服务、内容以及与服务或者内容有关的信令数据。
信令解码器M3151解码信令信息。
服务信令解析器M3163解析服务信令信息。
应用信令解析器M3166提取并且解析与服务有关的信令信息。此时，与服务有关的信令信息可以是与服务扫描有关的信令信息。此外，与服务有关的信令信息可以是与通过服务提供的内容有关的信令信息。
紧急报警信令解析器M3169提取并且解析紧急报警有关的信令信息。
定向信令解析器M3170提取并且解析用于个性化服务或者内容的信息或者用于用信号发送定向信息的信息。
定向处理器M3173处理用于个性化服务或者内容的信息。
紧急报警处理器M3162处理紧急报警有关的信令信息。
应用处理器M3169控制应用的运行以及应用有关的信息。更详细地，应用处理器M3169处理下载的应用的状态以及显示参数。
基于解码的音频或者视频、应用数据等，A/V处理器M3161处理音频/视频的渲染有关的操作。
调度的流式解码器M3181预先解码调度的流，其是根据由诸如广播站的内容提供者确定的调度流送的内容。
文件解码器M3182解码下载的文件。特别地，文件解码器M3182解码通过宽带下载的文件。
用户请求流解码器M3183解码通过用户请求提供的点播命令。
文件数据库将文件存储于其中。更详细地，文件数据库可以存储通过宽带下载的文件。
组件同步器M3185同步内容或者服务。更详细地，组件同步器M3185对通过调度的流式解码器M3181、文件解码器M3182以及用户请求流解码器M3183中的至少一个获取的内容的播放时间执行同步。
服务/内容获取控制器M3187控制接收器的操作以便获取服务、内容以及与服务或者内容有关的信令信息中的至少一个。
重新分发模块M3189执行用于支持获取服务、内容以及如果没有通过广播网络接收到服务或者内容则获取服务有关的信息以及内容有关的信息中的至少一个的操作。更详细地，重新分发模块M3189可以向外部管理设备M3300请求服务、内容、服务有关的信息以及内容有关的信息中的至少一个。此时，外部管理设备M3300可以是内容服务器。
设备管理器M3193管理交互工作的外部设备。更详细地，设备管理器M3193可以执行外部设备的添加、删除以及更新中的至少一个。此外，外部设备可以使能与广播接收设备M3100的连接以及数据交换。
数据共享模块M3191执行广播接收设备M3100与外部设备之间的数据传输操作，并且处理交换有关的信息。更详细地，数据共享模块M3191可以向外部设备发送A/V数据或者信令信息。另外，数据共享模块M3191可以从外部设备接收A/V数据或者信令信息。
同时，作为一个实施例，物理层IP帧模块117将被包括在物理层帧中的基带分组转换成通过解包的链路层分组。作为一个实施例，紧急报警信令解析器M3168从连接层分组提取并且解析紧急报警有关的信令信息，并且紧急报警处理器M3162处理解析的紧急报警有关的信令信息。
作为一个实施例，由紧急报警信令解析器M3168解析的链路层分组取决于图42至44的结构。这是用于帮助理解本发明的一个实施例，并且根据本发明的链路层分组结构可以被设计者修改，因此本发明不限于前述实施例。
紧急报警信令解析器M3168可以使用被包括在如图42至46所示的链路层分组的报头中的每个字段识别在链路层分组中接收到的数据是信令信息并且尤其是包括用于紧急报警的信令信息的分组。此外，紧急报警信令解析器M3168可以识别链路层分组的有效载荷是否包括用于紧急报警的信令信息的紧急报警消息、紧急报警消息的链路信息、紧急报警有关的自动调谐信息、紧急报警有关的NRT服务信息或者唤醒指示信息。上文已详细描述了这种识别的方法和步骤，因此，此处省略其描述。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警消息，则根据被包括在如参照图47和48所述的对应的分组的有效载荷中的每个字段，紧急报警处理器M3162处理被包括在对应的有效载荷中的紧急报警消息。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警消息的链路信息，则根据被包括在如参照图49和50所述的对应的分组的有效载荷中的每个字段，紧急报警处理器M3162获取链路信息和/或用于获取紧急报警消息的接入信息，并且通过使用获取的链路信息和/或接入信息，接收和处理紧急报警消息。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警有关的自动调谐信息，则根据被包括在如参照图51和52所述的对应的分组的有效载荷中的每个字段，紧急报警处理器M3162获取将被自动调谐的调谐信息，并且通过使用获取的调谐信息，控制信道调谐。
如果识别出对应的链路层分组的有效载荷包括用于紧急报警的信令信息的紧急报警有关的NRT服务信息，则根据被包括在如参照图53和54所述的对应的分组的有效载荷中的每个字段，紧急报警处理器M3162获取紧急报警有关的NRT服务信息，并且基于获取的信息，获取NRT服务。
在前述的实施例中描述的特征、结构以及优点被包括在本发明的至少一个实施例中，并且不仅限于一个实施例。此外，实施例属于的领域的技术人员在组合或者修改中在其它的实施例中可以执行在各个实施例中描述的特征、结构以及优点。因此要在本发明的范围内的所有的方面中解释上述实施例。
本领域技术人员应该理解，在不脱离本发明的精神和基本特征的情况下，除了在此处阐述的那些之外，本发明可以以其它特定的方式来实现。因此以上所述的实施例在所有方面被解释为说明性的和非限制性的。本发明的范围应由所附权利要求及其合法等同物，而不由以上描述来确定，并且落入所附权利要求的含义和等效范围内的所有变化意欲被包含在其中。对于本领域的技术人员来说显然的是在随附的权利要求中没有彼此明确地引用的权利要求作为本发明的实施例被组合呈现或者在申请被提交之后通过后续的修改作为新的权利要求被包括。
发明模式
如在前述的描述中所提及的，以用于本发明的最佳模式描述有关内容。
工业实用性
本发明能够被应用于整个广播和通信工业。
Claims (14)
1.一种在广播发送设备中处理数据的方法，所述方法包括：
将用于广播服务的广播服务数据和信令数据封装成链路层分组，其中所述信令数据包括服务列表表和紧急报警表，其中所述服务列表表用于快速信道扫描和服务获得，并且包括用于识别广播服务的服务标识信息，用于识别广播服务的类别的服务类别信息和用于识别广播服务是否被隐藏的状态信息，以及其中所述紧急报警表包括紧急报警消息，其中所述紧急报警消息包括用于识别紧急报警消息的消息标识信息和用于紧急通知的文本；
对分发包括所述信令数据的至少一个链路层分组的第一物理层管道(PLP)和分发包括所述广播服务数据的至少一个链路层分组的第二PLP的数据执行纠错编码；
在物理层参数上执行纠错编码，其中所述物理层参数包括用于识别所述第一PLP的信息和所述第一和第二PLP的编码信息，所述第一PLP分发包括所述信令数据的至少一个链路层分组；
构建包括纠错编码的数据和纠错编码的物理层参数的信号帧；以及
发送包括被构建的信号帧的广播信号。
2.根据权利要求1所述的方法，其中，所述链路层分组的每个由报头和有效载荷组成，并且其中所述报头包括用于识别在封装成相应的链路层分组之前的输入数据的分组类型的分组类型信息。
3.根据权利要求1所述的方法，其中，所述服务列表表进一步包括启动服务层信令信息的信息，所述服务层信令信息包括发现和访问所述广播服务的至少一个分量的信息。
4.根据权利要求3所述的方法，其中，所述服务层信令信息通过单向传送的实时对象递送(ROUTE)会话的分层编译传送(LCT)信道执行。
5.根据权利要求4所述的方法，其中，所述ROUTE会话基于源地址信息、目的地地址信息和目的地端口信息中的至少一个被标识。
6.根据权利要求1所述的方法，其中，当所述紧急报警信息被发送作为紧急报警服务时，所述服务类别信息识别所述广播服务的类型是紧急报警服务。
7.根据权利要求1所述的方法，进一步包括：
比特交织所述纠错编码的数据；以及
时间交织所述比特交织的数据。
8.一种广播发送设备，包括：
链路层处理器，所述链路层处理器将用于广播服务的广播服务数据和信令数据封装成链路层分组，其中所述信令数据至少包括服务列表表和紧急报警表，其中所述服务列表表用于快速信道扫描和服务获得，并且包括用于识别广播服务的服务标识信息，用于识别广播服务的类别的服务类别信息和用于识别广播服务是否被隐藏的状态信息，以及其中所述紧急报警表包括紧急报警消息，其中所述紧急报警消息包括用于识别紧急报警消息的消息标识信息和用于紧急通知的文本；
编码模块，所述编码模块对分发包括所述信令数据的至少一个链路层分组的第一物理层管道(PLP)和分发包括所述广播服务数据的至少一个链路层分组的第二PLP的数据执行纠错编码；
信令编码模块，所述信令编码模块用于在物理层参数上执行纠错编码，其中所述物理层参数包括用于识别所述第一PLP的信息和所述第一和第二PLP的编码信息，所述第一PLP分发包括所述信令数据的至少一个链路层分组；
帧构建器，所述帧构建器用于构建包括纠错编码的数据和纠错编码的物理层参数的信号帧；以及
发送模块，所述发送模块用于发送包括被构建的信号帧的广播信号。
9.根据权利要求8所述的广播发送设备，其中，所述链路层分组的每个由报头和有效载荷组成，并且其中所述报头包括用于识别在封装成相应的链路层分组之前的输入数据的分组类型的分组类型信息。
10.根据权利要求8所述的广播发送设备，其中，所述服务列表表进一步包括启动服务层信令信息的信息，所述服务层信令信息包括发现和访问所述广播服务的至少一个分量的信息。
11.根据权利要求10所述的广播发送设备，其中，所述服务层信令信息通过单向传送的实时对象递送(ROUTE)会话的分层编译传送(LCT)信道执行。
12.根据权利要求11所述的广播发送设备，其中，所述ROUTE会话基于源地址信息、目的地地址信息和目的地端口信息中的至少一个被标识。
13.根据权利要求8所述的广播发送设备，其中，当所述紧急报警信息被发送作为紧急报警服务时，所述服务类别信息识别所述广播服务的类型是紧急报警服务。
14.根据权利要求8所述的广播发送设备，进一步包括：
比特交织器，所述比特交织器比特交织所述纠错编码的数据；以及
时间交织器，所述时间交织器时间交织所述比特交织的数据。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201462026000P | 2014-07-17 | 2014-07-17 | |
| US62/026,000 | 2014-07-17 | ||
| PCT/KR2015/007469 WO2016010404A1 (ko) | 2014-07-17 | 2015-07-17 | 방송 송신 장치, 방송 송신 장치의 데이터 처리 방법, 방송 수신 장치 및 방송 수신 장치의 데이터 처리 방법 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106537822A CN106537822A (zh) | 2017-03-22 |
| CN106537822B true CN106537822B (zh) | 2019-07-05 |
Family
ID=55078807
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201580039054.1A Expired - Fee Related CN106537822B (zh) | 2014-07-17 | 2015-07-17 | 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US9948417B2 (zh) |
| EP (1) | EP3171534A4 (zh) |
| KR (1) | KR101779434B1 (zh) |
| CN (1) | CN106537822B (zh) |
| MX (1) | MX367680B (zh) |
| WO (1) | WO2016010404A1 (zh) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10356449B2 (en) * | 2014-11-13 | 2019-07-16 | Lg Electronics Inc. | Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method |
| CN105934953B (zh) | 2014-11-20 | 2019-04-09 | Lg 电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
| US10601532B2 (en) * | 2015-01-18 | 2020-03-24 | Lg Electronics Inc. | Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method |
| US9699154B2 (en) | 2015-01-19 | 2017-07-04 | Intel IP Corporation | Systems, methods and devices for direct communication using a PC5 protocol |
| WO2016140089A1 (ja) * | 2015-03-04 | 2016-09-09 | ソニー株式会社 | 送信装置、送信方法、受信装置、及び、受信方法 |
| WO2016148497A1 (ko) | 2015-03-16 | 2016-09-22 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| KR102425988B1 (ko) * | 2015-04-01 | 2022-07-29 | 삼성전자주식회사 | 방송 시스템에서의 비상 통보 메시지를 처리하는 장치 및 방법 |
| EP3346713A4 (en) * | 2015-09-01 | 2019-01-16 | Sony Corporation | RECEIVING DEVICE, SENDING DEVICE AND DATA PROCESSING METHOD |
| US11202112B2 (en) | 2016-03-04 | 2021-12-14 | Samsung Electronics Co., Ltd. | Receiver and PLP processing method therefor |
| WO2017204546A1 (ko) * | 2016-05-25 | 2017-11-30 | 엘지전자(주) | 방송 신호 송수신 장치 및 방법 |
| US10645454B2 (en) * | 2016-06-22 | 2020-05-05 | Electronics And Telecommunications Research Institute | Apparatus for transmitting and receiving dynamic multi-mode service and method for providing the same |
| US10812872B2 (en) * | 2016-06-30 | 2020-10-20 | Sony Semiconductor Solutions Corporation | Transmitting device, transmitting method, receiving device, and receiving method for providing emergency alert information |
| US20180014171A1 (en) * | 2016-07-05 | 2018-01-11 | Qualcomm Incorporated | Management of emergency alert wake up bits |
| US10958365B2 (en) * | 2016-11-09 | 2021-03-23 | Sony Semiconductor Solutions Corporation | Reception apparatus, reception method, transmission apparatus, and transmission method |
| US10484116B2 (en) | 2016-11-24 | 2019-11-19 | Electronics And Telecommunications Research Institute | Apparatus for converting broadcast signal and method for using the same |
| US20190253734A1 (en) * | 2017-03-20 | 2019-08-15 | Lg Electronics Inc. | Method for transmitting 360 video, method for receiving 360 video, 360 video transmitting device, and 360 video receiving device |
| US11889161B2 (en) | 2018-03-22 | 2024-01-30 | Saturn Licensing Llc | Receiving device, receiving method, signal processing device, and signal processing method |
| CN110781115B (zh) * | 2019-10-31 | 2021-07-02 | 苏州浪潮智能科技有限公司 | 一种现场可更换单元的修改方法、装置和存储介质 |
| KR102457320B1 (ko) * | 2022-04-07 | 2022-10-20 | 가천대학교 산학협력단 | 긴급도를 고려한 멀티채널에서의 ccr문서 브로드캐스팅 방법 및 시스템 |
| KR102457321B1 (ko) * | 2022-04-07 | 2022-10-20 | 가천대학교 산학협력단 | 긴급도를 고려한 멀티채널에서의 ccr문서 수신 방법 및 시스템 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1738406A (zh) * | 2004-07-23 | 2006-02-22 | Lg电子株式会社 | 紧急报警消息数据结构、信令方法及有线广播系统 |
| CN101188668A (zh) * | 2006-11-22 | 2008-05-28 | Lg电子株式会社 | 广播信号发送方法、广播信号处理方法及广播信号处理装置 |
| CN102077620A (zh) * | 2008-04-25 | 2011-05-25 | 三星电子株式会社 | 无线通信系统中用于提供紧急服务的装置和方法 |
| EP2541927A2 (en) * | 2010-02-23 | 2013-01-02 | LG Electronics Inc. | Broadcasting signal transmission device, broadcasting signal reception device, and method for transmitting/receiving broadcasting signal using same |
| EP2618563A2 (en) * | 2010-09-14 | 2013-07-24 | LG Electronics Inc. | Apparatus for transmitting broadcasting signal, apparatus for receiving broadcasting signal, and method for transmitting/receiving broadcasting signal through apparatus for transmitting/receiving broadcasting signal |
| CN103329514A (zh) * | 2010-11-23 | 2013-09-25 | Lg电子株式会社 | 广播信号发送设备、广播信号接收设备、以及广播信号发送和接收设备中的广播信号收发方法 |
| CN106464928A (zh) * | 2014-06-25 | 2017-02-22 | Lg 电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009075540A2 (en) | 2007-12-12 | 2009-06-18 | Lg Electronics Inc. | Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal |
| KR101535183B1 (ko) | 2008-04-25 | 2015-07-10 | 삼성전자주식회사 | 무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법 |
| US8666358B2 (en) | 2008-11-18 | 2014-03-04 | Qualcomm Incorporated | Method and apparatus for delivering and receiving enhanced emergency broadcast alert messages |
| KR101500339B1 (ko) * | 2008-12-23 | 2015-03-09 | 삼성전자주식회사 | 디지털방송 시스템의 패킷 통신 장치 및 방법 |
| KR101580162B1 (ko) | 2009-01-22 | 2016-01-04 | 엘지전자 주식회사 | 신호 송수신 장치 및 방법 |
| TWI426797B (zh) | 2009-06-29 | 2014-02-11 | Inst Information Industry | 基地台、下級站台及其緊急資訊傳輸方法 |
| CN102783050B (zh) * | 2010-02-25 | 2015-05-13 | 索尼公司 | 用于在多载波广播系统中发送数据的发送装置和方法 |
| CN103703764A (zh) * | 2011-05-25 | 2014-04-02 | Lg电子株式会社 | 发送/接收系统和处理广播信号的方法 |
| CN103338093B (zh) * | 2012-03-02 | 2017-07-21 | Lg电子株式会社 | 经由移动广播提供紧急报警服务的方法及其设备 |
| WO2015026803A1 (en) * | 2013-08-22 | 2015-02-26 | Thomson Licensing | Wakeup message for a digital television system |
| JP2015061195A (ja) * | 2013-09-18 | 2015-03-30 | ソニー株式会社 | 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム |
| KR102055261B1 (ko) * | 2013-09-27 | 2020-01-22 | 삼성전자주식회사 | 송신 장치, 수신 장치 및 그 제어방법 |
| EP3096528B1 (en) * | 2014-01-16 | 2020-12-23 | Sony Corporation | Data processing device and data processing method |
| EP3169074B1 (en) * | 2014-07-08 | 2019-01-23 | Sony Corporation | Transmission device, transmission method, receiving device and receiving method |
-
2015
- 2015-07-17 EP EP15822254.7A patent/EP3171534A4/en not_active Withdrawn
- 2015-07-17 WO PCT/KR2015/007469 patent/WO2016010404A1/ko active Application Filing
- 2015-07-17 KR KR1020167002522A patent/KR101779434B1/ko active IP Right Grant
- 2015-07-17 US US15/326,241 patent/US9948417B2/en active Active
- 2015-07-17 CN CN201580039054.1A patent/CN106537822B/zh not_active Expired - Fee Related
- 2015-07-17 MX MX2017000561A patent/MX367680B/es active IP Right Grant
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1738406A (zh) * | 2004-07-23 | 2006-02-22 | Lg电子株式会社 | 紧急报警消息数据结构、信令方法及有线广播系统 |
| CN101188668A (zh) * | 2006-11-22 | 2008-05-28 | Lg电子株式会社 | 广播信号发送方法、广播信号处理方法及广播信号处理装置 |
| CN102077620A (zh) * | 2008-04-25 | 2011-05-25 | 三星电子株式会社 | 无线通信系统中用于提供紧急服务的装置和方法 |
| EP2541927A2 (en) * | 2010-02-23 | 2013-01-02 | LG Electronics Inc. | Broadcasting signal transmission device, broadcasting signal reception device, and method for transmitting/receiving broadcasting signal using same |
| EP2618563A2 (en) * | 2010-09-14 | 2013-07-24 | LG Electronics Inc. | Apparatus for transmitting broadcasting signal, apparatus for receiving broadcasting signal, and method for transmitting/receiving broadcasting signal through apparatus for transmitting/receiving broadcasting signal |
| CN103329514A (zh) * | 2010-11-23 | 2013-09-25 | Lg电子株式会社 | 广播信号发送设备、广播信号接收设备、以及广播信号发送和接收设备中的广播信号收发方法 |
| CN106464928A (zh) * | 2014-06-25 | 2017-02-22 | Lg 电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106537822A (zh) | 2017-03-22 |
| MX2017000561A (es) | 2018-06-12 |
| EP3171534A1 (en) | 2017-05-24 |
| MX367680B (es) | 2019-09-02 |
| US20170207867A1 (en) | 2017-07-20 |
| EP3171534A4 (en) | 2018-03-21 |
| KR20160040540A (ko) | 2016-04-14 |
| WO2016010404A1 (ko) | 2016-01-21 |
| KR101779434B1 (ko) | 2017-09-18 |
| US9948417B2 (en) | 2018-04-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106537822B (zh) | 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法 | |
| CN105325006B (zh) | 发送广播信号的装置、方法及接收广播信号的装置、方法 | |
| CN105917655B (zh) | 经由一个或者多个网络发送或者接收广播内容的设备和方法 | |
| CN105684392B (zh) | 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 | |
| CN106165433B (zh) | 广播发送装置、广播接收装置以及广播接收装置的操作方法 | |
| CN105684451B (zh) | 发送广播信号的设备和方法 | |
| CN105960767B (zh) | 广播接收装置及其操作方法 | |
| US20170111692A1 (en) | Broadcasting transmission device, method for operating broadcasting transmission device, broadcasting reception device, and method for operating broadcasting reception device | |
| CN105493499B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN105917654B (zh) | 经由一个或者更多个网络发送或者接收广播内容的设备和方法 | |
| CN105659567B (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
| CN105874730A (zh) | 广播接收装置及其操作方法 | |
| CN105900435B (zh) | 广播发送装置及其操作方法、和广播接收装置及其操作方法 | |
| CN107078847A (zh) | 收发广播信号的装置和方法 | |
| CN106464929B (zh) | 广播信号发送/接收方法和装置 | |
| CN105850140B (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法 | |
| US20210120047A1 (en) | Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method | |
| CN105580379B (zh) | 广播发送设备、广播发送设备的操作方法、广播接收设备、以及广播接收设备的操作方法 | |
| CN107430803A (zh) | 广播接收装置及其操作方法、和广播发送装置及其操作方法 | |
| CN107836119A (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 | |
| CN107005722A (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
| CN105556978A (zh) | 发送/接收包括稳健报头压缩分组流和快速信息的广播信号的方法和装置 | |
| CN106464677A (zh) | 发送/接收广播信号的方法和设备 | |
| KR101812186B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| CN107113008A (zh) | 用于收发广播信号的装置和方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20190705 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |