首页 / 专利库 / 广播 / 数字视频广播 / 接收装置、接收方法、发送装置以及发送方法

接收装置、接收方法、发送装置以及发送方法

阅读:851发布:2020-05-12

专利汇可以提供接收装置、接收方法、发送装置以及发送方法专利检索,专利查询,专利分析的服务。并且本技术涉及使能够提供更适于现实世界操作的紧急警报服务的一种接收装置、接收方法、发送装置以及发送方法。提供了一种接收装置,该接收装置设置有:接收单元,用于接收作为广播 信号 发送的物理层 帧 ;以及解调单元,解调从物理层帧获得的物理层信令,并且基于作为解调的结果获得的紧急警报通知信息来监控紧急警报信息是否被发送。如果紧急警报通知信息指示紧急警报信息被发送,则接收装置自动启动。该技术可应用于发送符合DVB-T2标准的物理层帧的发送系统。,下面是接收装置、接收方法、发送装置以及发送方法专利的具体信息内容。

1.一种接收装置,包括:
接收部,适于接收作为广播信号传输的物理层;以及
解调部,适于解调从所述物理层帧获得的物理层信令并且基于作为解调结果而获得的紧急警报通知信息监控是否已传输紧急警报信息,
所述接收装置在所述紧急警报通知信息指示已传输所述紧急警报信息的情况下自动启动。
2.根据权利要求1所述的接收装置,所述接收装置在指示作为所述物理层信令的解调结果而获得的所述紧急警报信息的特性的特性信息与所述接收装置的特性相匹配的情况下自动启动。
3.根据权利要求2所述的接收装置,其中,
所述特性信息包括所述紧急警报信息的版本、所述紧急警报信息的目标国家和目标区域、以及由所述紧急警报信息的细节指示的灾难类型中的至少一项。
4.根据权利要求3所述的接收装置,其中,
所述特性信息包括所述紧急警报信息的目标国家和目标区域以及灾难类型,所述接收装置在被指定为所述特性信息的所述紧急警报信息的目标国家和目标区域与预先设定的国家和区域相匹配的情况下并且在所述灾难类型与预先设定的灾难类型相匹配的情况下自动启动。
5.根据权利要求3所述的接收装置,其中,
所述特性信息包括所述紧急警报信息的版本,并且其中,
在自动启动之后,在相同版本的紧急警报信息再次被传输的情况下,所述紧急警报信息被忽略。
6.根据权利要求2所述的接收装置,所述接收装置在作为所述物理层信令的解调结果而获得的附加信息通知信息指示已传输与所述紧急警报信息有关的附加信息的情况下,获得并处理作为辅助流传输的附加信息。
7.根据权利要求6所述的接收装置,其中,
所述附加信息包括文本数据、音频数据、应用启动信息、以及自动启动之后的调谐信息中的至少一项。
8.根据权利要求1所述的接收装置,其中,
物理层帧符合DVB-T2(数字视频广播-地面2)标准,并且其中,
物理层信令是L1后信令或带内信令。
9.根据权利要求8所述的接收装置,其中,
在使用DVB-T2标准中规定的M-PLP(多个PLP)方案的情况下,利用数据PLP和共用PLP中的所述共用PLP来传输所述紧急警报信息。
10.根据权利要求9所述的接收装置,其中,
利用所述共用PLP对每个PLP组传输所述紧急警报信息。
11.一种接收装置的接收方法,所述接收方法包括:
接收装置接收作为广播信号传输的物理层帧的步骤;
接收装置解调从所述物理层帧获得的物理层信令并且基于作为解调结果而获得的紧急警报通知信息监控是否已传输紧急警报信息的步骤;以及
在所述紧急警报通知信息指示已传输所述紧急警报信息的情况下所述接收装置自动启动的步骤。
12.一种发送装置,包括:
处理部,适于处理包括与是否已传输紧急警报信息相对应的紧急警报通知信息的物理层信令,并且生成包括所述物理层信令的物理层帧;以及
发送部,适于将物理层帧作为广播信号来发送。
13.根据权利要求12所述的发送装置,其中,
所述物理层信令进一步包括指示所述紧急警报信息的特性的特性信息。
14.根据权利要求13所述的发送装置,其中,
所述特性信息包括所述紧急警报信息的版本、所述紧急警报信息的目标国家和目标区域、以及由所述紧急警报信息的细节指示的灾难类型中的至少一项。
15.根据权利要求13所述的发送装置,其中,
所述物理层信令进一步包括与是否已传输与所述紧急警报信息有关的附加信息相对应的附加信息通知信息,并且其中,
在所述附加信息通知信息指示已传输所述附加信息的情况下,所述物理层帧进一步包括作为辅助流的所述附加信息。
16.根据权利要求15所述的发送装置,其中,
所述附加信息包括文本数据、音频数据、应用启动信息、以及自动启动之后的调谐信息中的至少一项。
17.根据权利要求12所述的发送装置,其中,
所述物理层帧符合DVB-T2标准,并且其中,
所述物理层信令是L1后信令或带内信令。
18.根据权利要求17所述的发送装置,其中,
在使用所述DVB-T2标准中规定的M-PLP方案的情况下,利用数据PLP和共用PLP中的所述共用PLP来传输所述紧急警报信息。
19.根据权利要求18所述的发送装置,其中,
利用所述共用PLP对每个PLP组传输所述紧急警报信息。
20.一种发送装置的发送方法,所述发送方法包括:
所述发送装置处理包括与是否已传输紧急警报信息相对应的紧急警报通知信息的物理层信令并且生成包括所述物理层信令的物理层帧的步骤;以及
所述发送装置将所述物理层帧作为广播信号来发送的步骤。

说明书全文

接收装置、接收方法、发送装置以及发送方法

技术领域

[0001] 本技术涉及一种接收装置、接收方法、发送装置以及发送方法,并且具体涉及允许提供更适于实际操作的紧急警报服务的一种接收装置、接收方法、发送装置、以及发送方法。

背景技术

[0002] DVB-T(数字视频广播-地面)标准已不仅被欧洲还被世界各地采用作为数字地面广播标准。此外,目前,DVB-T2标准(该DVB-T标准的修订版)已商品化(例如,参见非专利文献1)。
[0003] 另外,紧急警报系统(EWS:紧急警报系统)规定为在发生诸如地震和海啸代表的自然灾害的紧急情况下传达警报的装置(例如,参见专利文献1)。
[0004] 现有技术文献
[0005] 专利文献
[0006] 专利文献1:日本专利公开号2008-148230
[0007] 非专利文献
[0008] 非专利文献:ETSI EN 302 755 V1.4.1(2015-07)发明内容
[0009] 技术问题
[0010] 顺便提及,虽然紧急警报系统已经引入DVB-T2标准和其他广播方案,但是需要提供更适于实际操作的紧急警报服务,并且已请求建议实现这种紧急警报系统。
[0011] 鉴于这种情况,已设计了本技术,本技术的目的是使能提供更适于实际操作的紧急警报服务。
[0012] 问题的解决方案
[0013] 本技术的第一方面的接收装置包括接收部和解调部。接收部接收作为广播信号传输的物理层。解调部解调从物理层帧获得的物理层信令并且基于作为解调结果而获得的紧急警报通知信息监控是否已传输紧急警报信息。在紧急警报通知信息指示已传输紧急警报信息情况下,接收装置自动启动。
[0014] 本技术的第一方面的接收装置可以是独立的装置或者包含在单个装置中的内部件。另外,本技术的第一方面的接收方法是与上述本技术的第一方面的接收装置相对应的接收方法。
[0015] 在本技术的第一方面的接收装置和接收方法中,接收作为广播信号传输的物理层帧,解调从物理层帧获得的物理层信令,并且基于作为解调结果而获得的紧急警报通知信息监控是否已传输紧急警报信息,并且在紧急警报通知信息指示已传输紧急警报信息的情况下,接收装置自动启动。
[0016] 本技术的第二方面的发送装置包括处理部和发送部。处理部处理包括与是否已传输紧急警报信息相对应的紧急警报通知信息的物理层信令,并且生成包括物理层信令的物理层帧。发送部将物理层帧作为广播信号发送。
[0017] 本技术的第二方面的发送装置可以是独立的装置或者包含在单个装置中的内部块件。另外,本技术的第二方面的发送方法是与上述本技术的第二方面的发送装置相对应的发送方法。
[0018] 在本技术的第二方面的发送装置和发送方法中,处理包括与是否已传输紧急警报信息相对应的紧急警报通知信息的物理层信令,并且生成包括物理层信令的物理层帧,并将物理层帧作为广播信号发送。
[0019] 本发明的效果
[0020] 根据本技术的第一和第二方面,能够提供更适于实际操作的紧急警报服务。
[0021] 应该注意,在本文描述的效果不必受到限制,并且可以是本公开中描述的任何一个效果。附图说明
[0022] 图1是示出了应用本技术的传输系统的实施方式的配置的框图
[0023] 图2是示出了图1中示出的数据处理装置和发送装置的配置实例的框图。
[0024] 图3是示出图1中示出的接收装置的配置实例的框图。
[0025] 图4是示出了T2帧的结构的示图。
[0026] 图5是示出了可配置的L1后信令的语法的示图。
[0027] 图6是示出了动态L1后信令的语法的示图。
[0028] 图7是示出了BB帧的填充字段用作带内信令的情况下的结构的示图。
[0029] 图8是示出了类型A带内信令的语法的示图。
[0030] 图9是示出了类型B带内信令的语法的示图。
[0031] 图10是示出了位分配的第一实例的示图。
[0032] 图11是示出了位分配的第二实例的示图。
[0033] 图12是示出了位分配的第三实例的示图。
[0034] 图13是示出了位分配的第四实例的示图。
[0035] 图14是示出了包含共用PLP和数据PLP的T2帧的结构的示图。
[0036] 图15是示出了在使用M-PLP方案的情况下紧急警报信息传输方案的示图。
[0037] 图16是示出了在使用M-PLP方案的情况下针对每个PLP组的紧急警报信息传输方案的示图。
[0038] 图17是示出了物理层帧中的引导程序的结构的示图。
[0039] 图18是示出了引导程序符号1的语法的示图。
[0040] 图19是示出了引导程序符号2的语法的示图。
[0041] 图20是示出了两位唤醒位的值的含义的示图。
[0042] 图21描绘了描述在采用本技术的方案的情况下的功率消耗的示图。
[0043] 图22是描述发送侧和接收侧上的紧急警报信息响应处理的流程的流程图
[0044] 图23是示出了计算机的配置实例的示图。

具体实施方式

[0045] 将参照附图对本技术的实施方式进行描述。应当指出的是,将按照以下顺序进行说明:
[0046] 1.系统配置
[0047] 2.本技术的概述
[0048] 3.物理层信令
[0049] (1)L1后信令
[0050] (2)带内信令
[0051] 4.位分配的具体实例
[0052] 5.支持M-PLP方案
[0053] 6.紧急警报通知信息的实施例
[0054] 7.低功耗模式的实施例
[0055] 8.紧急警报信息响应过程的流程
[0056] 9.变形
[0057] 10.计算机的配置
[0058] <1.系统配置>
[0059] (传输系统的配置实例)
[0060] 图1是示出了应用本技术的传输系统的实施方式的配置的框图。应注意系统是指多个装置的逻辑集。
[0061] 在图1中,传输系统1包括安装于与相应广播站有关的设施设备中的数据处理装置10-1至10-N(其中N是大于或等于一的整数),安装在发送站的发送装置20以及用户所拥有的接收装置30-1至30-M(其中M是大于或等于一的整数)。
[0062] 另外,在该传输系统1中,数据处理装置10-1至10-N经由通信线40-1至40-N连接至发送装置20。例如,应注意租用线路可以用作通信线40-1至40-N。
[0063] 数据处理装置10-1处理诸如由广播站A产生的广播节目的内容并将作为其结果获得的待传输数据经由通信线40-1发送至发送装置20。
[0064] 在数据处理装置10-2至10-N中,如在数据处理装置10-1中那样,处理诸如由广播站B至Z产生的广播节目的内容,并且将作为其结果获得的待传输数据经由通信线40-2至40-N发送至发送装置20。
[0065] 发送装置20接收经由通信线40-1至40-N从广播站一侧的数据处理装置10-1至10-N发送的传输数据。发送装置20处理来自数据处理装置10-1至10-N的传输数据并且将作为其结果获得的广播信号从安装在发送站的发送天线发送。
[0066] 这使得广播信号能从发送站一侧的发送装置20经由广播传输信道50发送到接收装置30-1至30-M。
[0067] 接收装置30-1至30-M是诸如电视接收器、机顶盒(STB:机顶盒)、记录器、游戏机、及网络存储器的平稳接收器或者诸如智能手机、移动电话、及平板电脑的移动式接收器。另外,接收装置30-1至30-M可以是例如安装于车辆上的车载设备(诸如,车载电视接收器)或可穿戴计算机,诸如,头戴式显示器(HMD:头戴式显示器)。
[0068] 接收装置30-1通过接收经由广播传输信道50从发送装置20发送的广播信号并且处理该信号而再现与用户执行的调谐操作相对应的诸如广播节目的内容。
[0069] 在接收装置30-2至30-M中,如在接收装置30-1中那样,处理来自发送装置20的广播信号,并且再现与用户执行的调谐操作相对应的内容。
[0070] 应当注意的是,在传输系统1中,广播传输信道50可以不仅是地面(地面广播)而且还是例如使用广播卫星(BS:广播卫星)或通信卫星(CS:通信卫星)的卫星广播或使用电缆的有线广播(CATV:共用天线电视)。
[0071] 另外,在传输系统1中,尽管未示出,但是各种服务器可以连接到诸如互联网的通信线,使得具有信息交流功能的接收装置30-1至30-M可以通过经由诸如互联网的通信线访问各种服务器进行双向通信而接收各种数据,诸如内容和应用。
[0072] 应注意在不是特别需要区分在广播站一侧的数据处理装置10-1至10-N的情况下,数据处理装置10-1至10-N将称为数据处理装置10。另外,在不是特别需要在接收装置30-1至30-M中进行区分的情况下,接收装置30-1至30-M将称为接收装置30。
[0073] (发送侧的装置的配置)
[0074] 图2是示出了图1中示出的数据处理装置10和发送装置20的配置实例的框图。
[0075] 在图2中,数据处理装置10包括组件处理部111、信令生成部112、多路复用器113、及数据处理部114。
[0076] 组件处理部111处理诸如广播节目的内容中包含的组件数据并且将作为其结果获得的组件流提供至多路复用器113。在此,组件数据为例如视频、音频、字幕、及其他数据,并且对这些数据执行与给定编码方案兼容的编码处理或其他处理。
[0077] 信令生成部112生成用于上层处理(诸如,内容调谐和再现)的信令并将信令提供至多路复用器113。另外,信令生成部112生成用于物理层处理(诸如,广播信号的调制和解调)的信令并且将信令提供至数据处理部114。
[0078] 应注意,信令还称为控制信息。此外,在以下对信令的描述中,用于物理层中的处理的信令将称为物理层信令(L1信令),另一方面,用于物理层(Physical Layer)之上的上层(Upper Layer)中的处理的信令将称为上层信令,以进行区分。
[0079] 多路复用器113复用从组件处理部111提供的组件流和从信令生成部112提供的上层信令流,并且将作为其结果获得的流提供至数据处理部114。在此,应当注意的是,可以复用诸如应用或时间信息的其他流。
[0080] 数据处理部114处理从多路复用器113提供的流并且生成给定格式的分组(帧)。另外,数据处理部114通过处理给定格式的分组和来自信令生成部112的物理层信令而生成待传输数据,并且经由通信线40将待传输数据发送至发送装置20。
[0081] 在图2中,发送装置20包括数据处理部211和调制部212。
[0082] 数据处理部211接收并处理经由通信线40从数据处理装置10发送的传输数据并且提取作为其结果获得的给定格式的分组(帧)和物理层信令信息。
[0083] 数据处理部211通过处理给定格式的分组(帧)和物理层信令信息而生成与给定广播方案(例如,DVB-T2标准)相兼容的物理层帧(物理层帧)并且将物理层帧提供至调制部212。
[0084] 应当注意的是,尽管假定物理层信令在数据处理装置10的一侧上生成并被发送到发送装置20而给出在图2中示出的配置的描述,但是物理层信令可以在发送装置20的一侧上生成。
[0085] 调制部212对从数据处理部211提供的物理层帧执行必要处理(例如,调制处理)并从安装在发送站处的发送天线发送作为其结果获得的广播信号(RF信号)。
[0086] 数据处理装置10和发送装置20如上所述配置。
[0087] (接收侧上的装置的配置)
[0088] 图3是示出图1中示出的接收装置30的配置实例的框图。
[0089] 在图3中,接收装置30包括调谐器311、解调部312、以及数据处理部313。
[0090] 调谐器311对经由天线321接收的广播信号(RF信号)执行必要处理并将作为其结果获得的信号提供至解调部312。
[0091] 例如,解调部312配置为解调器,诸如,解调LSI(大规模集成)。解调部312对从调谐器311提供的信号执行解调处理。例如,在该解调处理中,根据物理层信令处理物理层帧,并且获取给定格式的分组。将作为该解调的结果获得的分组提供至数据处理部313。
[0092] 例如,数据处理部313被配置为片上系统(SoC:System On Chip)。数据处理部313对从解调部312提供的分组执行给定的处理。在此,例如,基于从分组获得的上层信令执行流解码和再现处理。
[0093] 将通过数据处理部313执行的处理获得的视频、音频、字幕、及其他数据输出到后续级的电路。这使得要再现的内容(诸如广播节目)及其视频和音频能被接收装置30输出。接收装置30如上所述配置。
[0094] <2.本技术的概述>
[0095] 顺便提及,人们的生活暴露于各种事件,诸如,包括地震、海啸、台、暴雨、暴风、龙卷风、洪、及森林火灾的自然灾害。
[0096] 如果发生这样的事件,必须通过尽可能快地将紧急警报信息通知人们而提醒人们撤离。例如,通过政府组织等提供发生灾难时的紧急警报信息。另外,通过使用可由图1中示出的传输系统1提供的广播服务可将该紧急警报信息提供至用户作为紧急警报服务。
[0097] 在此,例如,在DVB标准(DVB-EWS)中规定的紧急警报系统中,已经使用SI(服务信息)信息将语音数据等作为紧急警报信息传输。
[0098] 然而,在高于物理层的上层中传输该SI信息。因此,除非紧急警报信息到达在调谐器和解调部的后续级设置的片上系统(SoC),否则处于待机状态的接收器无法获得该信息。
[0099] 由于这个原因,除非启动片上系统,否则处于待机状态的接收器无法分析紧急警报信息,从而导致为了该目的而消耗更多的功率。具体地,希望使高度耗电的片上系统的功率消耗尽可能地保持功率消耗下降。
[0100] 因此,在引入紧急警报系统时,需要引入能够提供更适于实际操作的紧急警报服务的紧急警报系统,该实际操作包括执行将紧急警报信息与更低功耗等关联的处理。
[0101] 由于这个原因,本技术提出以下方案以便提供更适于实际操作的紧急警报服务。
[0102] 即,本技术通过包含指示是否已传输紧急警报信息的紧急警报通知信息、指示紧急警报信息的特性的特性信息、指示是否已传输与紧急警报信息有关的附加信息的附加信息通知信息等作为包括在物理层帧中的物理层信令,而允许提供更适于实际操作的紧急警报服务。
[0103] 应当注意的是,在下面给出的描述中,将以与DVB-T2标准相兼容的T2帧为例。另外,将以在DVB-T2标准中规定的L1后信令和带内信令作为包含诸如上述紧急警报通知信息和特性信息的信息的物理层信令的实例。
[0104] <3.物理层信令>
[0105] (T2帧的结构)
[0106] 图4是示出了T2帧的结构的示图。
[0107] 在DVB-T2标准中,定义了称为T2帧(T2frame)的帧,并且以T2帧为单位发送数据。T2帧包括称为P1和P2的两种类型的前导码(Preamble)信号,并且这些前导码信号包括正交频分复用(OFDM)信号的解调处理及其他处理所需的信息。
[0108] T2帧按顺序包括P1符号、P2符号、及数据符号(Data symbol)。
[0109] P1符号是用于发送P1信令(P1signalling)的符号,并且P1信令包括发送类型(transmission type)和基本发送参数(basic transmission parameters)。
[0110] P2符号是用于发送L1前信令(L1-pre  signalling)和L1后信令(L1-postsignalling)的符号。L1前信令包括接收T2帧的接收器的信息以接收和解码L1后信令。
L1后信令包括接收器所需的参数以访问物理层(例如,PLP(物理层管道)等等)。
[0111] L1后信令包括两种类型的字段:可配置L1后信令和动态L1后信令。此外,用于扩展目的的可选扩展字段是可用的。另外,这些字段后面依次为CRC(循环冗余校验)和L1填充。
[0112] 应当注意的是,在DVB-T2标准中,可以多路复用称为FEF(未来扩展帧)的帧,其具有在时间方向上与T2帧不同的结构并且传输在所传输的T2帧之间的多路复用帧。另外,辅助流(Auxiliary Stream)可以与PLP一起包含在T2帧中。
[0113] 另外,还有两种类型的T2帧:针对平稳接收器(诸如,电视接收器)的T2基础帧和针对移动式接收器(诸如智能手机和平板电脑)的T2精简帧。尽管通过配置文件进行分类,但这些T2帧类型均具有配置文件类型无关的共用结构。
[0114] (1)L1后信令
[0115] (可配置的L1后信令的语法)
[0116] 图5是示出了可配置的L1后信令的语法的示图。
[0117] 在可配置的L1后信令中设置有SUB_SLICES_PER_FRAME、NUM_PLP、NUM_AUX、以及AUX_CONFIG_RFU字段。
[0118] 此后,在与NUM_RF对应的RF环路中设置RF_IDX和频率字段。另外,在满足关系S2==‘xxx1’的情况下,设置FEF_TYPE、FEF_LENGTH、以及FEF_INTERVAL字段。
[0119] 进而此后,在与NUM_PLP相对应的PLP环路中设置PLP_ID、PLP_TYPE、PLP_PAYLOAD_TYPE、FF_FLAG、FIRST_RF_IDX、FIRST_FRAME_IDX、PLP_GROUP_ID、PLP_COD、PLP_MOD、PLP_ROTATION、PLP_FEC_TYPE、PLP_NUM_BLOCKS_MAX、FRAME_INTERVAL、TIME_IL_LENGTH、TIME_IL_TYPE、IN_BAND_A_FLAG、IN_BAND_B_FLAG、PLP_MODE、STATIC_FLAG、及STATIC_PADDING_FLAG字段。
[0120] 另外,在该PLP回路中11位RESERVED_1可用。然后,当退出PLP回路时,设置FEF_LENGTH_MSB字段,之后是30位RESERVED_2。
[0121] 此后,在与NUM_AUX相对应的AUX回路中设置AUX_STREAM_TYPE和AUX_PRIVATE_CONF字段。
[0122] 在此,AUX_STREAM_TYPE是规定一种类型的辅助流(AuxiliaryStream)的四位字段。AUX_PRIVATE_CONF是规定有关辅助流的细节的28位字段。
[0123] 应当注意的是,如在上述非专利文献1中的“表36:辅助流类型的信令格式”中指示的,在位‘0000’被设置为AUX_STREAM_TYPE的情况下,其指示辅助流是TX-SIG(Transmitter Signatures)的辅助流。
[0124] 另外,表指示在AUX_STREAM_TYPE中,除‘0000’以外的位为所有保留的位(保留用于将来使用)以便将来用于扩展目的。在此,在本技术中,例如,将位‘1111’分配至“紧急信令”作为AUX_STREAM_TYPE使得能够指定与AUX_PRIVATE_CONF中的紧急警报有关的信息。
[0125] 如上所述,在可配置的L1后信令中,可将任意信息分配到11位RESERVED_1、30位RESERVED_2、及28位AUX_PRIVATE_CONF。因此,在本技术中,将与紧急警报有关的信息分配给这些RESERVED和AUX_PRIVATE_CONF。
[0126] 应注意,在上述非专利文献1中的“7.2.3.1可配置L1后信令”中给出了在可配置L1后信令中设置的每个字段的细节。因此,在此处不对其进行详细描述。
[0127] (动态L1后信令的语法)
[0128] 图6是示出了动态L1后信令的语法的示图。
[0129] 在动态L1后信令中设置了FRAME_IDX、SUB_SLICE_INTERVAL、TYPE_2_START、L1_CHANGE_COUNTER、及START_RF_IDX字段。
[0130] 另外,此后,八位RESERVED_1可用。
[0131] 此后,在与NUM_PLP相对应的PLP回路中设置PLP_ID、PLP_START、及PLP_NUM_BLOCKS字段。
[0132] 另外,八位RESERVED_2在PLP回路中可用。然后,当退出PLP回路时,八位RESERVED_3进一步可用。
[0133] 此后,在与NUM_AUX相对应的AUX回路中设置了AUX_PRIVATE_DYN。在此,AUX_PRIVATE_DYN是规定与辅助流(Auxiliary Stream)有关的细节的48位字段。
[0134] 应注意,该AUX_PRIVATE_DYN指定与辅助流有关的信息,在图5中示出的可配置信令的AUX_STREAM_TYPE中指定了辅助流的类型。即,例如,在指示“紧急信令”的位‘1111’被指定为AUX_STREAM_TYPE的情况下,可在AUX_PRIVATE_DYN中指定与紧急警报有关的信息。
[0135] 如上所述,在动态L1后信令中,可将任意信息分配到八位RESERVED_1、八位RESERVED_2、八位RESERVED_3、和48位AUX_PRIVATE_DYN。因此,在本技术中,将与紧急警报有关的信息分配给这些RESERVED和AUX_PRIVATE_DYN。
[0136] 应注意,在上述非专利文献1中的“7.2.3.2动态L1后信令”中给出了在动态L1后信令中提供的每个字段的细节。因此,在此处不对其进行详细描述。
[0137] (2)带内信令
[0138] (填充字段格式)
[0139] 图7是示出了BB帧的填充字段用作带内信令的情况下的结构的示图。应注意,T2帧包括各自具有这种结构的多个BB帧。
[0140] 在图7中,将80位BB报头(BBHEADER)添加到BB帧中的数据字段(DATA FIELD)。另外,可在BB帧中的数据段之后设置填充(PADDING)字段。
[0141] 如图7所示,可在该填充字段中设置带内信令字段。
[0142] 在此,存在三种情况:仅提供类型A带内信令字段的第一种情况、仅提供类型B带内信令字段的第二种情况、及提供类型A和类型B带内信令字段的第三种情况。
[0143] 应注意,在上述非专利文献1中的“5.2.3带内信令的填充字段的使用”中给出了带内信令的细节。
[0144] (类型A带内信令的语法)
[0145] 图8是示出了类型A带内信令的语法的示图。
[0146] 在类型A带内信令中设置PADDING_TYPE和PLP_L1_CHANGE_COUNTER字段。另外,此后,八位RESERVED_1可用。
[0147] 此后,在与PI相对应的PI回路中提供SUB_SLICE_INTERVAL、START_RF_IDX、及CURRENT_PLP_START字段。
[0148] 另外,八位RESERVED_2在PI回路中可用。然后,当退出PI回路时,设置CURRENT_PLP_NUM_BLOCKS和NUM_OTHER_PLP_IN_BAND字段。
[0149] 此后,在与NUM_OTHER_PLP_IN_BAND相对应的OTHER_PLP_IN_BAND回路中设置PLP_ID、PLP_START、及PLP_NUM_BLOCKS字段。
[0150] 另外,在OTHER_PLP_IN_BAND回路中八位RESERVED_3可用。然后,当退出OTHER_PLP_IN_BAND回路时,在与PI相对应的PI回路中设置TYPE_2_START字段。
[0151] 如上所述,在类型A带内信令中,可以将任意信息分配到八位RESERVED_1、八位RESERVED_2、及八位RESERVED_3。因此,在本技术中,将与紧急警报有关的信息分配给这些RESERVED。
[0152] 应注意,在上述非专利文献1中的“5.2.3.1带内类型A”中给出了在类型A带内信令中提供的每个字段的细节。因此,在此不对其进行详细描述。
[0153] (类型B带内信令的语法)
[0154] 图9是示出了类型B带内信令的语法的示图。
[0155] 在类型B带内信令中设置了PADDING_TYPE、TTO、FIRST_ISCR、BUFS_UNIT、BUFS、及TS_RATE字段。
[0156] 另外,此后,八位RESERVED_B可用。
[0157] 如上所述,在类型B带内信令中,可向八位RESERVED_B分配任意信息。因此,在本技术中,将与紧急警报有关的信息分配给这八位RESERVED_B。
[0158] 应注意,在上述的非专利文献1中的“5.2.3.2带内类型B”中给出了在类型B带内信令中提供的每个字段的细节。因此,在此不对其进行详细描述。
[0159] 如上所述,本技术使得与紧急警报有关的信息能分配至L1后信令的RESERVED、AUX_PRIVATE_CONF、及AUX_PRIVATE_DYN位或带内信令的RESERVED的位。下面将给出对与紧急警报有关的信息的位分配的具体实例的描述。
[0160] <4.位分配的具体实例>
[0161] (位分配的第一实例)
[0162] 图10是示出了位分配的第一实例的示图。
[0163] 在位分配的第一实例中,示出了与紧急警报有关的信息被分配至可配置的L1后信令中的30位RESERVED_2的情况。
[0164] 即,在位分配的第一实例中,将可配置的L1后信令中的30位的RESERVED_2分配到EMERGENCY_WARNING、EWS_VERSION、SERVICE_ID、及EWS_CODE。
[0165] 一位EMERGENCY_WARNING是指示传输紧急警报信息的标记。在下文中,该标记还将称为紧急警报通知信息(紧急警报标记)。
[0166] 五位EWS_VERSION指示紧急警报信息的版本。在紧急警报信息的细节改变的情况下,该版本增加。
[0167] 16位SERVICE_ID指示自动启动之后处于待机状态的接收装置30调谐的服务的标识符。
[0168] 八位EWS_CODE指示紧急警报的类型编码。例如,诸如地震或台风的灾难类型被指定为该类型编码。
[0169] 如上所述,在位分配的第一实例中,可配置的L1后信令中的RESERVED_2中规定了EMERGENCY_WARNING。因此,在提供紧急警报信息的情况下,可自动启动处于待机状态的接收装置30。
[0170] 即,例如,在作为电视接收器的接收装置30处于待机状态的情况下,并且当EMERGENCY_WARNING=‘0’被指定为被监控的紧急警报通知信息时,未提供紧急警报信息。因此,接收装置30仍处于待机状态。另一方面,当EMERGENCY_WARNING=‘1’被指定为被监控的紧急警报通知信息时,已提供紧急警报信息。因此,处于待机状态的接收装置30自动启动。
[0171] 这时,已自动启动的接收装置30调谐至与可配置的L1后信令中的RESERVED_2中规定的SERVICE_ID中指定的服务ID相对应的广播服务(紧急警报服务)。因此,通过紧急警报服务呈现(通知)紧急警报信息。
[0172] 另外,在位分配的第一实例中,可配置的L1后信令中的RESERVED_2中规定了EWS_VERSION。这使得能够管理紧急警报信息的版本。因此,在接收装置30处于待机状态时被用户有意自动启动之后又放回待机状态的情况下,当自动启动时相同的EWS_VERSION被指定为紧急警报信息时,可以例如以这种方式实现接收装置30以防止接收装置30再次自动启动。
[0173] 此外,通过预先设置将在接收装置30上提供的紧急警报信息(例如,诸如地震或者台风的灾难类型)中的紧急警报的类型,可以执行确定处理以确定类型是否与在可配置的L1后信令中的RESERVED_2的EWS_CODE中指定的紧急警报的类型相匹配。
[0174] 然后,在处于待机状态的接收装置30接收紧急警报通知信息(EMERGENCY_WARNING=‘1’)的情况下,当紧急警报类型相匹配时,紧急警报信息落入目标类型。因此,接收装置30自动启动。如上所述,接收装置30可以仅向用户呈现(通知)有关诸如地震或者台风的具体灾难的紧急警报信息。
[0175] (位分配的第二实例)
[0176] 图11是示出了位分配的第二实例的示图。
[0177] 在位分配的第二实例中,示出了与紧急警报有关的信息被分配至可配置的L1后信令中的30位RESERVED_2和28位AUX_PRIVATE_CONF的情况。
[0178] 即,如同在图10中示出的位分配的第一实例中,在位分配的第二实例中,将可配置的L1后信令中的RESERVED_2的30位分配至一位EMERGENCY_WARNING、五位EWS_VERSION、16位SERVICE_ID、及八位EWS_CODE。
[0179] 另外,在位分配的第二实例中,在可配置的L1后信令中的AUX_STREAM_TYPE中指定了指示“紧急信令”的‘1111’,并且COUNTRY_CODE、REGION_CODE、及RESERVED被分配到AUX_PRIVATE_CONF的28位作为与紧急警报有关的信息。
[0180] 16位COUNTRY_CODE指示国家代码。例如,通过国际标准化组织(ISO:International Organization for Standardization)规定的ISO 3166-1alpha-2的两字节代码可以用作该国家代码。
[0181] 八位REGION_CODE指示国内区域代码。例如对通过国家代码而确定的每个国家所被划分的区域进行分类的代码可以用作该区域代码。
[0182] 四位RESERVED是用于未来扩展的区域。
[0183] 如上所述,在位分配的第二实例中,在可配置的L1后信令中的RESERVED_2中规定了EMERGENCY_WARNING,并且此外,在AUX_PRIVATE_CONF中规定了COUNTRY_CODE和REGION_CODE。这使得能够仅启用有关特定国家的特定区域中的接收装置30的紧急警报通知信息。
[0184] 即,通过预先在接收装置30上设置与接收装置30的安装位置等相对应的国家代码和区域代码,可以执行确定处理以确定代码是否与在可配置的L1后信令中的AUX_PRIVATE_CONF的COUNTRY_CODE和REGION_CODE中指定的国家代码和区域代码相匹配。
[0185] 然后,在处于待机状态的接收装置30接收紧急警报通知信息(EMERGENCY_WARNING=‘1’)的情况下,并且当国家代码和区域代码相匹配时,接收装置30位于紧急警报信息的目标区域。因此,接收装置30自动启动。另一方面,甚至在处于待机状态的接收装置30接收紧急警报通知信息(EMERGENCY_WARNING=‘1’)的情况下,并且当国家代码和区域代码不匹配时,接收装置30未位于紧急警报信息的目标区域。因此,接收装置30仍处于待机状态。
[0186] 如上所述,甚至在要通知的紧急警报信息从一个国家变成另一国家或者从一个区域变成另一区域的情况下,可以通过使用COUNTRY_CODE和REGION_CODE逐国家或逐区域地向接收装置30提供紧急警报信息。
[0187] 此外,通过预先在接收装置30上设置将提供的紧急警报信息(例如,诸如地震或者台风的灾难类型)中的紧急警报的类型,从而可以执行确定处理以确定该类型是否与在可配置的L1后信令中的RESERVED_2的EWS_CODE中指定的紧急警报的类型相匹配。
[0188] 然后,在处于待机状态的接收装置30接收紧急警报通知信息(EMERGENCY_WARNING=‘1’)的情况下,并且当不仅国家代码和区域代码相匹配而且紧急警报类型也匹配时,接收装置30位于紧急警报信息的目标区域中,并且紧急警报信息落入目标类型。因此,接收装置30启动。如上所述,接收装置30可以仅逐国家或逐区域地呈现(通知)有关诸如地震或者台风的特定灾难的紧急警报信息。
[0189] (位分配的第三实例)
[0190] 图12是示出了位分配的第三实例的示图。
[0191] 在位分配的第三实例中,示出了与紧急警报有关的信息被分配至可配置的L1后信令中的30位RESERVED_2和28位AUX_PRIVATE_CONF的情况。
[0192] 即,如同在图10中示出的位分配的第一实例中,在位分配的第三实例中,将可配置的L1后信令中的RESERVED_2的30位分配至一位EMERGENCY_WARNING、五位EWS_VERSION、16位SERVICE_ID、及八位EWS_CODE。
[0193] 另外,在位分配的第三实例中,在L1后信令中的AUX_STREAM_TYPE中指定了指示“紧急信令”的‘1111’,并且AUX_EWS_STREAM、AUX_EWS_STREAM_TYPE、及RESERVED被分配到AUX_PRIVATE_CONF的28位作为与紧急警报有关的信息。
[0194] 如在图11中示出的位分配的第二实例中,16位COUNTRY_CODE和八位REGION_CODE分别指示国家代码和区域代码。
[0195] 一位AUX_EWS_STREAM是指示有关紧急警报的附加信息将作为辅助流(Auxiliary Stream)被传输的标记。
[0196] 两位AUX_EWS_STREAM_TYPE指示携带附加信息的辅助流(EWS辅助流)的类型。作为这种类型,可以例如根据附加信息类型分配以下三种类型。应注意,尽管在两个位的该实例中可指定四种类型,但在此示出了确保未来预留区域的情况。
[0197] 0:文本数据
[0198] 1:音频数据
[0199] 2:应用启动信息
[0200] 3:未来预留区域
[0201] 一位RESERVED是用于未来扩展的区域。
[0202] 如上所述,在位分配的第三实例中,在可配置的L1后信令中的AUX_PRIVATE_CONF中规定了AUX_EWS_STREAM和AUX_EWS_STREAM_TYPE。这使得在提供EWS辅助流的情况下能够通过组合使用AUX_EWS_STREAM和AUX_EWS_STREAM_TYPE通知EWS辅助流的细节。
[0203] 例如,在处于待机状态的接收装置30接收紧急警报通知信息(EMERGENCY_WARNING=‘1’)的情况下,并且当指定了AUX_EWS_STREAM=‘1’和AUX_EWS_STREAM_TYPE=‘0’时,可在自动启动之后使用作为EWS辅助流传输的文本数据。
[0204] 例如,该文本数据为设置在接收装置30中的TTS(文本转语音)引擎可以阅读的格式。应注意,TTS引擎是能够由文本数据模拟形成人类语音的文本转语音合成器(文本转语音合成器)。例如,通过使得能大声地读出文本数据,可以确保改进视觉缺陷者的可访问性。
[0205] 类似地,在接收紧急警报通知信息(EMERGENCY_WARNING=‘1’)的情况下,并且当指定了AUX_EWS_STREAM=‘1’和AUX_EWS_STREAM_TYPE=‘1’时,可在自动启动之后使用作为EWS辅助流传输的音频数据。当指定了AUX_EWS_STREAM_TYPE=‘2’时,可在自动启动之后使用作为EWS辅助流传输的启动信息。
[0206] 例如,音频数据为使音频能够从接收装置30的扬声器输出的格式。另外,例如,启动信息是使接收装置30能够启动的应用的启动信息。
[0207] 更具体地,例如,在支持其服务已在欧洲发起作为广播/通信连接服务的HbbTV(混合式广播宽带TV)的接收装置30获取HbbTV应用的URL(统一资源定位符)作为当作EWS辅助流传输的启动信息的情况下,经由诸如互联网的通信线获得HbbTV应用并启动。在此,例如,通过该HbbTV应用呈现其紧急警报信息和详细信息。
[0208] 应注意,作为在此列出的EWS辅助流传输的文本数据、音频数据、及应用启动数据仅是附加信息的实例,并且可以传输其他信息。另外,在将其他信息作为附加信息传输的情况下,该信息的类型被定义为AUX_EWS_STREAM_TYPE。
[0209] 作为附加信息,例如,在处于待机状态的接收装置30自动启动之后的用于调谐至服务的调谐信息或者其他信息可以作为EWS辅助流传输。例如,所谓的三元组(Triplet)、网络ID(Network_ID)、事件ID(Event_ID)等可以用作该调谐信息。应注意,三元组是指传输流ID(TS_ID)、PLP ID(PLP_ID)、及服务ID(SERVICE_ID)的组合。
[0210] (位分配的第四实例)
[0211] 图13是示出了位分配的第四实例的示图。
[0212] 在位分配的第四实例中,示出了与紧急警报有关的信息被分配至可配置的L1后信令中的30位RESERVED_2和动态L1后信令中的48位AUX_PRIVATE_DYN的情况。
[0213] 在位分配的第四实例中,将可配置的L1后信令中的30位的RESERVED_2分配到EMERGENCY_WARNING、EWS_VERSION、COUNTRY_CODE、及REGION_CODE。
[0214] 一位EMERGENCY_WARNING和五位EWS_VERSION分别指示紧急警报通知信息和紧急警报信息的版本作为在图10中示出的位分配的第一实例。
[0215] 16位COUNTRY_CODE指示国家代码。例如,在ISO 3166-1alpha-2中规定的代码可以用作该国家代码。
[0216] 八位REGION_CODE指示国内区域代码。例如对通过国家代码而确定的每个国家所被划分的区域进行分类的代码可以用作该区域代码。
[0217] 另外,在位分配的第四实例中,在可配置的L1后信令中的AUX_STREAM_TYPE中指定了指示“紧急信令”的‘1111’,并且TS_ID、PLP_ID、SERVICE_ID、及EWS_CODE被分配到动态L1后信令中的AUX_PRIVATE_DYN的48位作为与紧急警报有关的信息。
[0218] 16位TS_ID指示传输流ID,处于待机状态的接收装置30在自动启动之后调谐的传输流(TS:传输流)的标识符。
[0219] 八位PLP_ID指示PLPID,处于待机状态的接收装置30在自动启动之后调谐的PLP(物理层管道)的标识符。
[0220] 16位SERVICE_ID指示服务ID,其是处于待机状态的接收装置30在自动启动之后调谐至的服务的标识符。
[0221] 八位EWS_CODE指示紧急警报的类型编码。
[0222] 如上所述,在位分配的第四实例中,规定了COUNTRY_CODE和REGION_CODE以及可配置的L1后信令中的RESERVED_2中的EMERGENCY_WARNING。这使得能够仅启用在特定国家的特定区域中的接收装置30的紧急警报通知信息(EMERGENCY_WARNING=‘1’)。
[0223] 另外,在位分配的第四实例中,在动态L1后信令中的AUX_PRIVATE_DYN中规定了TS_ID、PLP_ID、及SERVICE_ID。因此,处于待机状态的接收装置30在自动启动之后调谐至通过该三元组指定的广播服务(紧急警报服务)。在此,通过该紧急警报服务,例如,呈现紧急警报信息及其详细信息。
[0224] 此外,如在以上位分配的实例中,通过预先设置将在接收装置30上提供的紧急警报信息中的紧急警报的类型(例如,诸如地震或者台风的灾难类型),可以执行确定处理以确定该类型是否与在动态L1后信令中的AUX_PRIVATE_DYN的EWS_CODE中指定的紧急警报的类型相匹配并且根据其确定结果仅呈现有关诸如地震或者台风的特定灾难的紧急警报信息。
[0225] 应注意,上述位分配的四个实例仅是实例,而且与紧急警报有关的信息可通过单独或组合使用L1后信令中的RESERVED、AUX_PRIVATE_CONF、及AUX_PRIVATE_DYN而被分配到目标位。
[0226] 另外,尽管在上述位分配的四个实例中示出了与紧急警报有关的信息已被分配到L1后信令中的RESERVED、AUX_PRIVATE_CONF、及AUX_PRIVATE_DYN的位的情况,同样地,与紧急警报(例如,EMERGENCY_WARNING、EWS_CODE、COUNTRY_CODE、REGION_CODE等)有关的信息可以被分配到带内信令中的RESERVED的位。
[0227] 此外,可以不仅将与紧急警报有关的信息分配至L1后信令和带内信令中的位,而且还将与紧急警报有关的信息的部分分配至L1后信令中的RESERVED、AUX_PRIVATE_CONF、及AUX_PRIVATE_DYN的位并且将剩余信息分配至带内信令中的RESERVED的位。
[0228] <5.支持M-PLP方案>
[0229] 顺便提及,在DVB-T2标准中规定的M-PLP(多个PLP)方案。该M-PLP方案允许支持多达256PLP(物理层管道)。然而,应当注意的是,标准规定了传输侧上的发送装置20支持多达256个PLP并且接收侧上的接收装置30不需要同时接收256个PLP并且仅需要接收最少两个PLP。
[0230] 在这两个PLP中,一个是共用PLP,另一个是数据PLP。在此,共用PLP是通过从多个传输流(TS:Transport Stream)中包含的分组中提取共用分组而生成的分组序列。另外,数据PLP是从传输流(TS)中包含的分组中提取共用分组的分组序列。
[0231] 例如,包含共用PLP和数据PLP的T2帧可由图14中示出的结构表示。即,在图14中,T2帧包括一个共用PLP和两个数据PLP。应注意,在图14中示出的T2帧包括辅助流(auxiliary streams)并且虚拟单元等部分插入其中。
[0232] (M-PLP方案中的紧急警报信息传输方法)
[0233] 图15是示出了在使用M-PLP方案的情况下的紧急警报信息传输方案的示图。
[0234] 图15示出了在PLP1携带服务1,PLP2携带服务2、及PLP3携带服务3的情况下针对三个数据PLP传输共用PLP的情况。在此,由共用PLP携带用于提供紧急警报信息的紧急警报服务。
[0235] 如上所述,在使用M-PLP方案的情况下,可通过用共用PLP传输紧急警报服务而使共用紧急警报信息共用于PLP1到PLP3。这就消除了传输冗余数据的需要,从而确保要作为整体来传输的减少的数据量。
[0236] 另外,如在图14中示出的,在T2帧中,在开始先前的其他PLP(数据PLP)处提供共用PLP。这就使得接收装置30能比数据PLP传输的数据更加迅速地获取和处理共用PLP携带的紧急警报信息。
[0237] (每个PLP组的紧急警报信息传输方案)
[0238] 图16是示出了在使用M-PLP方案的情况下每个PLP组的紧急警报信息传输方案的示图。
[0239] 图16示出了为两个分组中的每一个(PLP组1和PLP组2)的多个数据PLP传输一个共用PLP的情况。
[0240] 具体地,PLP组1包括携带服务1的PLP1、携带服务2的PLP2、携带服务3的PLP3、以及这三个数据PLP的共用PLP1。另一方面,PLP组2包括携带服务4的PLP4、携带服务5的PLP5、携带服务6的PLP6、及这三个数据PLP的共用PLP2。
[0241] 在此,在存在多个这种PLP组的情况下,通过每个PLP组的共用PLP传输用于提供紧急警报信息的紧急警报服务。
[0242] 即,在PLP组1中,由共用PLP1携带紧急警报服务1,PLP1到PLP3的共用服务。另一方面,在PLP组2中,由共用PLP2携带紧急警报服务2,PLP4到PLP6的共用服务。
[0243] 如上所述,在使用M-PLP方案的情况下,当多个PLP组可用时,可以通过使用每个PLP组的共用PLP传输紧急警报服务而共用每个PLP组的数据PLP的紧急警报信息。这就消除了传输冗余数据的需要,从而确保要作为整体来传输的减少的数据量。
[0244] 另外,如在图14中示出的,在T2帧中,在相同的PLP组开始时提供共用PLP。这就使得接收装置30能比数据PLP传输的数据更加迅速地获取和处理共用PLP携带的紧急警报信息。
[0245] 应当注意的是,如图5所示,可通过设置在可配置的L1后信令中的PLP组中的PLP_GROUP_ID中指定的标识符来识别每个PLP所属的PLP组。
[0246] <6.紧急警报通知信息的实例>
[0247] 尽管是上文给出的描述中的一位标记(紧急警报标记),但紧急警报通知信息不限于一位并且可以是两位或更大的信息。
[0248] 例如,下一代地面广播标准ATSC(高级电视系统委员会)3.0规定与紧急警报通知信息相对应的信息应当为两位。然而,同样地,在本技术中,这种信息可以是两位。在此,将参照图17至图20对在ATSC3.0标准中规定的紧急警报的唤醒位进行描述。
[0249] 在ATSC3.0标准中规定的物理层帧包括引导程序(BS:Bootstrap)、前导(Preamble)、及数据部分(Data)。
[0250] 在此,引导程序对应于DVB-T2标准的T2帧中包括的P1符号。另外,前导对应于DVB-T2标准的T2帧中包括的P2符号。因此,可以说引导程序是前导信号。
[0251] (引导程序结构)
[0252] 图17示出了物理层帧中的引导程序的结构。
[0253] 在图17中,引导程序包括引导程序信号和后引导程序波形。在引导程序信号场中提供多个引导程序符号。
[0254] 图18示出了引导程序符号1的语法。在该引导程序符号1中设置了一位ea_wake_up_1字段。ea_wake_up_1是响应于紧急警报(紧急报警)启动装置的位。
[0255] 图19示出了引导程序符号2的语法。在该引导程序符号2中提供了一位ea_wake_up_2字段。Ea_wake_up_2是响应于紧急警报(紧急报警)启动装置的位。
[0256] 然后,在图18中示出的引导程序符号1的ea_wake_up_1的一位和在图19中示出的引导程序符号2的ea_wake_up_2的一位连接在一起以形成两位唤醒位。然而,在此,应当注意的是,两位,最低命令位是由ea_wake_up_1的一位形成的,并且最高命令位是由ea_wake_up_2的一位形成的。
[0257] 在图20中示出了以这种方式形成的两位唤醒位的值的含义。如在图20中示出的,可以通过具有两位为唤醒位分配四个含义:‘00’、‘01’、‘10’及‘11’。
[0258] 应注意,在列于如下的非专利文献2中的“6.BOOTSTRAP SIGNALSTRUCTURE”中给出了引导程序符号1和引导程序符号2的细节。另外,在列于如下的非专利文献3中的“附件G:紧急告警信号”中给出了两位唤醒位的值的含义的细节。
[0259] 非专利文献2:ATSC标准:A/321,系统发现和信令
[0260] 非专利文献3:ATSC候选标准:信令、传递、同步、和出错防止(A/331)[0261] 在本技术中,紧急警报通知信息(EMERGENCY_WARNING)可通过具有两位(如在ATSC 3.0标准中规定的唤醒位)而具有四种含义。另外,尽管在此示出了紧急警报通知信息具有两位的情况,紧急警报通知信息可通过具有三个以上的位分配更多的含义。
[0262] <7.低功耗模式的实例>
[0263] (当前的DVB-EWS方案与本技术的方案之间的比较)
[0264] 接下来,将参照图21在功率消耗上比较当前的DVB-EWS方案和本技术的方案。应注意,能够接收与DVB-T2相兼容的广播信号的接收器通常包括三个芯片,即,调谐器、解调部(解调器)、及片上系统(SoC)。
[0265] 如在图21的A中示出的,在采用当前DVB-EWS方案的情况下,如果没有信号提供给在调谐和解调部的后续级提供的片上系统(SoC),则在接收器中无法分析SI(服务信息)信息(DVB-SI信息)。
[0266] 在这种情况下,对于调谐器和解调部中的每一个,接收器消耗几百兆瓦的电操作调谐器和解调部并且进一步消耗几瓦的电力操作片上系统(SoC)。
[0267] 另一方面,如在图21的B中所示,在采用本技术的方案(L1后信令传输方案)的情况下,解调部解调T2帧中包含的P1和P2符号并且监控(分析)在P2符号中包含的L1后信令中提供的紧急警报通知信息(EMERGENCY_WARNING)(是指在图21的C和D中示出的帧结构)。
[0268] 在这种情况下,通过在片上系统(SoC)的先前阶段处的解调部监控(分析)紧急警报通知信息(EMERGENCY_WARNING)。因此,仅消耗几十兆瓦的电力操作调谐器和解调部,并且没有必要操作高度耗电的片上系统(SoC)。
[0269] 如上所述,当前的DVB-EWS方案需要高度耗电的片上系统(SoC)的操作来监控(分析)SI信息。然而,在本技术的方案(L1后信令传输方案)中,监控在L1后信令中设置的紧急警报通知信息(EMERGENCY_WARNING),从而消除对操作片上系统(SoC)的需要并且保持功率消耗下降。
[0270] 另外,如图21的E中所示,在采用本技术的方案(L1后信令传输方案)的情况下,接收器可以在这样的模式(低耗电模式)中操作,即解调部监控(分析)P2符号中包含的L1后信令中提供的紧急警报通知信息(EMERGENCY_WARNING)并且当接收到其他数据符号时接收器进入休眠状态。
[0271] 然后,在P2符号中包含的L1后信令中提供的紧急警报通知信息(EMERGENCY_WARNING)指示已携带紧急警报信息的情况下(在从‘0’过渡到‘1’的情况下),接收器启动片上系统(SoC)、获取从发送器传输的紧急警报信息,并且输出该信息。
[0272] 然而,应当注意的是,目前必须解调P1符号以便解调P2符号。因此,只有当接收到T2帧中包含的P1和P2符号时,解调部监控包含在P2符号中的L1后信令中提供的紧急警报通知信息(EMERGENCY_WARNING)。然而,必须仅监控紧急警报通知信息,从而简化过程。
[0273] <8.紧急警报信息响应处理的流程>
[0274] (紧急警报信息响应处理)
[0275] 下面将参照图22中示出的流程图对发送侧和接收侧上的紧急警报信息响应处理的流程进行描述。
[0276] 在图22中,应当注意的是,通过发送侧上的数据处理装置10或发送装置20执行从步骤S11至步骤S14的处理,并且通过接收侧上的接收装置30执行步骤S31至步骤S34的处理。
[0277] 在步骤S11中,确定是否已提供紧急警报信息。例如,该确定处理确定是否在自然灾害(诸如,地震或海啸)之后已从日本气象厅或其他政府组织管理的服务器提供紧急警报信息。
[0278] 在步骤S11中确定已提供紧急警报信息的情况下,处理进行至步骤S12。在步骤S12中,通过数据处理装置10和发送装置20执行紧急警报信息响应处理。
[0279] 在该紧急警报信息响应处理中,不仅将指示紧急警报信息的传输的紧急警报通知信息而且还将根据与紧急警报信息有关的附加信息是否被传输相对应的紧急警报信息和附加信息的细节指示紧急警报信息的特性的特性信息放入L1后信令或带内信令。
[0280] 在此,例如,包括紧急警报信息的版本、目标国家和目标区域、通过紧急警报信息的细节指示的灾难类型作为特性信息。另外,包括指示附加信息(诸如,文本数据、音频数据、应用启动信息)和在自动启动之后的调谐信息是否被传输的信息作为附加信息通知信息。
[0281] 应注意,在步骤S11中确定还没提供紧急警报信息的情况下,跳过步骤S12中的处理,并且处理进行至步骤S13。
[0282] 步骤S13中,数据处理部211生成T2帧作为物理层帧。
[0283] 在此,在执行紧急警报信息响应处理(S12)的情况下,将包含紧急警报通知信息、特性信息等的L1后信令或带内信令放入T2帧作为物理层信令。另外,根据附加信息通信信息的细节将包含附加信息(诸如,文本数据和调谐信息)的辅助流放入该T2帧中。
[0284] 步骤S14中,调制部212对通过步骤S13中中的处理获取的物理层帧(T2帧)执行必要处理(例如,调制处理)并且从安装在发送站处的发送天线发送作为其结果获得的广播信号。
[0285] 另一方面,在步骤S31中,调谐器311经由天线321接收从发送装置20发送的广播信号并且对广播信号执行必要的处理。
[0286] 在步骤S32中,解调部312对通过步骤S31中的处理获得的信号执行解调处理。由于该解调处理,从T2帧获取诸如L1后信令或带内信令的物理层信令。
[0287] 在步骤S33中,根据在步骤S32中的解调处理的结果确定是否已传输紧急警报通知信息。在此,L1后信令或带内信令中包含紧急警报通知信息。
[0288] 在步骤S33中确定紧急警报通知信息未指示已传输紧急警报信息的情况下,处理返回至步骤S31,并且重复从步骤S31至步骤S33的处理。
[0289] 即,在这种情况下,不提供紧急警报服务。因此,例如,在接收装置30处于待机状态的情况下,解调部312继续监控L1后信令或带内信令中包含的紧急警报通知信息。
[0290] 另外,在步骤S33中确定紧急警报通知信息指示已传输紧急警报信息的情况下,处理进行至步骤S34。在步骤S34中,通过接收装置30执行紧急警报信息响应处理。
[0291] 在这些紧急警报信息响应处理中,例如,处于待机状态的接收装置30自动启动,接收紧急警报服务,并且将紧急警报信息呈现(通知)给用户。
[0292] 另外,在L1后信令或其他信息包含指示紧急警报信息的特性的特性信息的情况下,接收装置30仅在特性信息与接收装置的预先设定的特性相匹配的情况下自动启动。
[0293] 例如,接收装置30在紧急警报信息的国家和区域与预先设定的国家和区域相匹配的情况下及在其灾难类型(例如,诸如地震或台风的自然灾害)与预先设定的灾难类型相匹配的情况下自动启动。
[0294] 另外,在L1后信令或其他信令中包含附加信息通知信息的情况下和在附加信息通知信息指示已传输与紧急警报信息有关的附加信息的情况下,接收装置30在自动启动时获取附加信息(诸如,文本数据和作为辅助流传输的调谐信息)并且执行适合于附加信息的处理。
[0295] 上面已描述传输侧和接收侧上的紧急警报信息响应处理的流程。
[0296] <9.变形例>
[0297] (其他广播方案的应用)
[0298] 尽管在以上给出的描述中,已将焦点放在DVB(数字视频广播)上,在欧洲国家等用作数字电视广播标准的方案,本技术可以应用于在日本等国家采用的方案ISDB(综合服务数字广播)或在美国等国家采用的方案ATSC(高级电视系统委员会)。
[0299] 即,尽管如果发生诸如自然灾害的紧急情况用于传输警报的紧急警报系统在ISDB标准和ATSC标准两者中均可用,但是本技术的应用允许提供更适于实际操作的紧急警报服务。
[0300] 另外,作为数字电视广播标准,本技术不仅可用于地面广播而且还可用于使用广播卫星(BS)或通信卫星(CS)的卫星广播和使用有线电视(CATV)等的有线广播。
[0301] (分组和信令的其他实例)
[0302] 另外,分组、帧、信令(其字段)及上述其他名称仅是实例,并且存在可以使用其他名称的情况。然而,应当注意的是,这些名称上的差异是形式上的差异并且目标分组、帧、信令(其字段)等的显著内容不存在差异。
[0303] <10.计算机的配置>
[0304] 如上所述的一系列处理可通过硬件或者软件执行。在通过软件执行一系列处理的情况下,将软件中包含的程序安装到计算机中。图23是示出了使用程序执行以上一系列处理的计算机的硬件配置实例的示图。
[0305] 在计算机1000中,CPU(中央处理单元)1001、ROM(只读存贮器)1002和RAM(随机存取存储器)1003通过总线1004彼此连接。输入/输出接口1005进一步连接到总线1004。将输入部1006、输出部1007、记录部1008、通信部1009、以及驱动器1010连接到输入/输出接口1005。
[0306] 输入部1006包括键盘鼠标、麦克风等。输出部1007包括显示器、扬声器等等。记录部1008包括硬盘非易失性存储器等等。通信部1009包括网络接口等等。驱动器1010驱动可移除记录介质1011,诸如磁盘、光盘、磁光盘或半导体存储器。
[0307] 在如此配置的计算机1000中,CPU 1001将例如在ROM 1002或记录部1008中记录的程序经由输入/输出接口1005和总线1004上传至RAM1003中以用于执行,从而使得能执行以上一系列处理。
[0308] 例如,可将由计算机1000(CPU 1001)执行的程序提供记录到可移除记录介质1011中作为封装介质等。可替代地,可以经由诸如局域网、因特网以及数字卫星广播等有线或者无线传输介质来提供程序。
[0309] 在计算机1000中,通过将可移除记录介质1011插入到驱动器1010中,可经由输入/输出接口1005将程序安装到记录部1008中。可替换地,可由通信部1009经由有线或无线传输介质接收程序并安装在记录部1008中。除以上所述之外,可提前将程序安装至ROM 1002或记录部1008。
[0310] 在此,在本说明书中,不必根据作为流程图描述的顺序按序执行由计算机根据程序执行的处理。即,由计算机根据程序执行的处理包括并行执行或者单独执行的那些处理(例如,并行处理或基于对象的处理)。此外,可通过单个计算机(处理器)或者分布式的多个计算机处理程序。
[0311] 应注意的是,本技术的实施方式不限于上述实施方式,并且在不背离本技术的主旨的情况下可以通过不同的方式进行修改
[0312] 另外,本技术可以具有以下配置:
[0313] (1)一种接收装置,包括:
[0314] 接收部,适于接收作为广播信号传输的物理层帧;以及
[0315] 解调部,适于解调从物理层帧获得的物理层信令并且基于作为解调结果而获得的紧急警报通知信息监控是否已传输紧急警报信息,
[0316] 接收装置在紧急警报通知信息指示已传输紧急警报信息的情况下自动启动。
[0317] (2)根据特征(1)所述的接收装置在指示作为物理层信令的解调结果而获得的紧急警报信息的特性的特性信息与接收装置的特性相匹配的情况下自动启动。
[0318] (3)根据特征(2)所述的接收装置,其中,
[0319] 特性信息包括紧急警报信息的版本、紧急警报信息的目标国家和目标区域、以及通过紧急警报信息的细节指示的灾难类型中的至少一项。
[0320] (4)根据特征(2)或(3)所述的接收装置,其中,
[0321] 特性信息包括紧急警报信息的目标国家和目标区域以及灾难类型,
[0322] 接收装置在被指定为特性信息的紧急警报信息的目标国家和目标区域与预先设定的国家和区域相匹配的情况下并且在灾难类型与预先设定的灾难类型相匹配的情况下自动启动。
[0323] (5)根据特征(2)或(3)所述的接收装置,其中,
[0324] 特性信息包括紧急警报信息的版本,并且其中,
[0325] 在自动启动之后,在相同版本的紧急警报信息再次被传输的情况下,紧急警报信息被忽略。
[0326] (6)根据特征(2)至(5)中的任一项所述的接收装置在作为物理层信令的解调结果而获得的附加信息通知信息指示已传输与紧急警报信息有关的附加信息的情况下,获得并处理作为辅助流传输的附加信息。
[0327] (7)根据特征(6)所述的接收装置,其中,
[0328] 附加信息包括文本数据、音频数据、应用启动信息、以及自动启动之后的调谐信息中的至少一项。
[0329] (8)根据特征(1)至(7)中任一项所述的接收装置,其中,
[0330] 物理层帧符合DVB-T2(数字视频广播-地面2)标准,并且其中,
[0331] 物理层信令是L1后信令或带内信令。
[0332] (9)根据特征(8)所述的接收装置,其中,
[0333] 在使用DVB-T2标准中规定的M-PLP(多个PLP)方案的情况下,利用数据PLP和共用PLP中的共用PLP来传输紧急警报信息。
[0334] (10)根据特征(9)所述的接收装置,其中,
[0335] 利用共用PLP对每个PLP组传输紧急警报信息。
[0336] (11)一种接收装置的接收方法,接收方法包括:
[0337] 接收装置接收作为广播信号传输的物理层帧的步骤;
[0338] 接收装置解调从物理层帧获得的物理层信令并且基于作为解调结果而获得的紧急警报通知信息监控是否已传输紧急警报信息的步骤;以及
[0339] 在紧急警报通知信息指示已传输紧急警报信息情况下接收装置自动启动的步骤。
[0340] (12)一种发送装置,包括:
[0341] 处理部,适于处理包括与是否已传输紧急警报信息相对应的紧急警报通知信息的物理层信令,并且生成包括物理层信令的物理层帧;以及
[0342] 发送部,适于将物理层帧作为广播信号来发送。
[0343] (13)根据特征(12)所述的发送装置,其中,
[0344] 物理层信令进一步包括指示紧急警报信息的特性的特性信息。
[0345] (14)根据特征(13)所述的发送装置,其中,
[0346] 特性信息包括紧急警报信息的版本、紧急警报信息的目标国家和目标区域、以及通过紧急警报信息的细节指示的灾难类型中的至少一项。
[0347] (15)根据特征(13)或(14)所述的发送装置,其中,
[0348] 物理层信令进一步包括与是否已传输与紧急警报信息有关的附加信息相对应的附加信息通知信息,并且其中,
[0349] 在附加信息通知信息指示已传输附加信息的情况下,物理层帧进一步包括作为辅助流的附加信息。
[0350] (16)根据特征(15)所述的发送装置,其中,
[0351] 附加信息包括文本数据、音频数据、应用启动信息、以及自动启动之后的调谐信息中的至少一项。
[0352] (17)根据特征(12)至(16)中任一项所述的发送装置,其中,
[0353] 物理层帧符合DVB-T2标准,并且其中,
[0354] 物理层信令是L1后信令或带内信令。
[0355] (18)根据特征(17)所述的发送装置,其中,
[0356] 在使用DVB-T2标准中规定的M-PLP方案的情况下,利用数据PLP和共用PLP中的共用PLP来传输紧急警报信息。
[0357] (19)根据特征(18)所述的发送装置,其中,
[0358] 利用共用PLP对每个PLP组传输紧急警报信息。
[0359] (20)一种发送装置的发送方法,该发送方法包括:
[0360] 发送装置处理包括与是否已传输紧急警报信息相对应的紧急警报通知信息的物理层信令并且生成包括物理层信令的物理层帧的步骤;以及
[0361] 发送装置将物理层帧作为广播信号来发送的步骤。
[0362] 参考符号列表
[0363] 1 传输系统
[0364] 10、10-1至10-N 数据处理装置
[0365] 20 发送装置
[0366] 30、30-1至30-M 接收装置
[0367] 40、40-1至40-N 通信线
[0368] 50 广播传输信道
[0369] 111 组件处理部
[0370] 112 信令生成部
[0371] 113 多路复用器
[0372] 114 数据处理部
[0373] 211 数据处理部
[0374] 212 调制部
[0375] 311 调谐器
[0376] 312 解调部
[0377] 313 数据处理部
[0378] 1000 计算机
[0379] 1001 CPU。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈