技术领域
[0001] 本实用新型涉及通讯领域，尤其是指一种警报通讯系统。
相关背景技术
[0002] 目前，警报通讯与其他通讯方式不同，对通讯的准确性和稳定性要求极高。比如，国内的防空警报为了满足通讯的准确性和稳定性均采用了电台通讯。另外，大部分城市用于警报的警报器平时为了防止误鸣，所以一般处于断电停机状态，当需要拉响警报时，需要安排大量人员先将警报器恢复供电，然后再进行警报。但是如果采用上述的供电方式虽然可以避免误鸣使警报比较稳定，但是显然无法及时进行警报进而降低了准确性。
[0003] 所以实用新型人发现现有技术中至少存在如下问题，现有技术无法兼顾警报通讯的准确性和稳定性的技术问题。实用新型内容
[0004] 本申请提供了一种警报通讯系统，其目的在于，通过所述基站和所述警报器之间的通讯方式，解决了现有技术无法兼顾警报通讯的准确性和稳定性的技术问题。
[0005] 所述系统包括至少一个基站和至少一个警报器；
[0006] 至少其中一个所述警报器轮询预置的多个警报器接收信道，其中，所述警报器接收信道用于接收其中一个所述基站发送的数据信息；
[0007] 当所述警报器的目标警报器接收信道接收到所述基站发送的锁频指令时，所述警报器停止轮询并等待所述目标警报器接收信道接收的警报指令，其中，所述目标警报器接收信道为所述基站预定接收所述锁频指令的警报器接收信道，所述锁频指令为指定所述目标警报器接收信道进行后续数据交互的指令，
[0008] 如果在预定时间内所述目标警报器接收信道接收到所述基站发送的所述警报指令，则所述警报器根据所述警报指令播放警报，其中，所述警报指令为令所述警报器播放警报的指令。
[0009] 可选地，所述系统还包括主控端和至少一个主站；
[0010] 所述主控端包括指挥终端和网络管理平台，以及指挥数据平台；
[0011] 所述指挥终端用于接收用户的预定操作，以及将所述指挥数据平台接收的数据通过所述指挥终端的显示或播放装置进行显示或播放；
[0012] 所述指挥数据平台用于通过交换网络与所述主站进行数据交互，以及通过所述交换网络与所述网络管理平台进行数据交互；
[0013] 所述网络管理平台用于通过用户操作对所述指挥数据平台进行控制；
[0014] 所述主站可与每个所述基站进行数据交互。
[0015] 可选地，所述基站设置有多个基站发送信道与所述警报器预置的多个所述警报器接收信道一一对应的进行数据交互。
[0016] 可选地，所述基站还设置有至少一个基站接收信道，所述基站接收信道用于接收所述主控端或所述警报器发送的数据，所述警报器还设置有至少一个警报器发送信道，所述警报器发送信道用于所述警报器发送数据到对应所述基站。
[0017] 可选地，所述指挥终端包括平台客户端和数据库服务器，以及应用服务器。
[0018] 可选地，所述网络管理平台核心网服务器和网管客户端，以及网管服务器。
[0019] 可选地，所述基站包括第一电台和第二电台，以及第三电台；
[0020] 所述第一电台预置有第一基站发送信道和第一基站接收信道；
[0021] 所述第二电台预置有第二基站发送信道和第二基站接收信道；
[0022] 所述第三电台预置有第三基站发送信道和第三基站接收信道。
[0023] 可选地，所述警报器预置有第一警报器发送信道和第一警报器接收信道、第二警报器发送信道和第二警报器接收信道、第三警报器发送信道和第三警报器接收信道；
[0024] 所述第一基站发送信道与所述第一警报器接收信道进行数据交互；
[0025] 所述第二基站发送信道与所述第二警报器接收信道进行数据交互；
[0026] 所述第三基站发送信道与所述第三警报器接收信道进行数据交互。
[0027] 可选地，所述第一基站接收信道与所述第一警报器发送信道进行数据交互；
[0028] 所述第二基站接收信道与所述第二警报器发送信道进行数据交互；
[0029] 所述第三基站接收信道与所述第三警报器发送信道进行数据交互。
[0030] 可选地，所述主站的地势设置位置高于所述基站和所述警报器的地势设置位置。
[0031] 如上可见，基于上述实施例，本申请提供了一种警报通讯系统，通过所述警报器轮询多个所述警报器接收信道，选择出通讯效果最佳的所述目标警报器接收信道执行后续的操作，解决了现有技术无法兼顾警报通讯的准确性和稳定性的技术问题。
具体实施方式
[0092] 为使本实用新型的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本实用新型进一步详细说明。
[0093] 数传电台以其通讯传输的稳定性依然在重要的通讯中进行应用，本申请通过数传电台的应用以及通讯交互方式上改进力求通讯兼顾准确、稳定。以下以防空防灾警报为例，对之后的实用新型内容进行解释和阐述，需要指出的是防空防灾警报只是对本实用新型的举例并非是对本申请的具体限定。
[0094] 首先，在本申请的数传电台中包括基站和警报器；通过所述基站远程控制所述警报器实现警报。具体地，比如控制所述警报器放音设备电源，同时还需要保持所述警报器处于随时可以警报的状态，这些都是为了确保警报的稳定性。为了确保所述警报器的实时在线，可以对所述警报器的状态进行在线监测，监测包括所述警报器的门禁状态、电流、放音分贝、市电及备用电源等。
[0095] 除了上述最基本的讯通交互方式外，从硬件的角度上说，所述数传电台还应当包括主站，所述主站可以包括主控客户端、核心网(服务器)、微波通信终端；所述基站包括微波通信终端、数传电台；警报器包括数传电台、警报控制器、放音设备。所述主站与所述基站之间通过微波通信，条件允许的情况下也可通过光纤专网通信，所述基站与所述警报器之间通过电台方式通信。
[0096] 在一实施例中，本申请提供一种警报通讯系统，所述系统包括至少一个基站1和至少一个警报器2；
[0097] 至少其中一个警报器2轮询预置的多个警报器接收信道20，其中，警报器接收信道 20用于接收其中一个基站1发送的数据信息；
[0098] 当警报器2的目标警报器接收信道接收到所述基站发送的锁频指令时，所述警报器 2停止轮询并等待所述目标警报器接收信道接收的警报指令，其中，所述目标警报器接收信道为基站1预定接收所述锁频指令的警报器接收信道，所述锁频指令为指定所述目标警报器接收信道进行后续数据交互的指令，
[0099] 如果在预定时间内所述目标警报器接收信道接收到基站1发送的所述警报指令，则警报器2根据所述警报指令播放警报，其中，所述警报指令为令所述警报器播放警报的指令。
[0100] 在本实施例中提供了一种可以通过预定方式进行通讯的警报通讯系统，所述系统主要包括基站1和警报器2，警报器2预置有多个警报器接收信道20，通过基站1与警报器2的通讯交互方式选择出警报器2中进行数据交互的警报器接收信道20，即所述目标警报器接收信道，再通过所述目标警报器接收信道实现后面的信息交互和指令的执行。
[0101] 在一实施例中，所述系统还包括主控端3和至少一个主站4；
[0102] 主控端3包括指挥终端31和网络管理平台32，以及指挥数据平台33；
[0103] 指挥终端31用于接收用户的预定操作，以及将指挥数据平台3接收的数据通过指挥终端的显示311或播放装置312进行显示或播放；
[0104] 指挥数据平台33用于通过交换网络5与主站4进行数据交互，以及通过交换网络5 与网络管理平台32进行数据交互；
[0105] 网络管理平台32用于通过用户操作对指挥数据平台33进行控制；
[0106] 主站4可与每个基站1进行数据交互。
[0107] 在本实施例中提供了一种所述警报通讯系统的具体构架。
[0108] 在一实施例中，基站1设置有多个基站发送信道10与警报器2预置的多个警报器接收信道20一一对应的进行数据交互。
[0109] 在本实施例中提供了一种具体信道交互方式。
[0110] 在一实施例中，基站1还设置有至少一个基站接收信道11，基站接收信道11用于接收主控端3或警报器2发送的数据，警报器2还设置有至少一个警报器发送信道21，所述警报器发送信道21用于警报器2发送数据到对应基站1。
[0111] 本实施例中提供了一种可以进行回示的信道配置架构。
[0112] 在一实施例中，指挥数据平台33包括平台客户端331和数据库服务器332，以及应用服务器333。
[0113] 本实施例中提供了一种指挥终端31的硬件架构。
[0114] 在一实施例中，网络管理平台32包括核心网服务器321和网管客户端322，以及网管服务器323。
[0115] 本实施例中提供了一种网络管理平台32的硬件架构。
[0116] 在一实施例中，基站1包括第一电台13和第二电台14，以及第三电台15；
[0117] 所述第一电台13预置有第一基站发送信道131和第一基站接收信道132；
[0118] 所述第二电台14预置有第二基站发送信道141和第二基站接收信道142；
[0119] 所述第三电台15预置有第三基站发送信道151和第三基站接收信道152。
[0120] 在本实施例中提供了一种基站1的硬件架构方式，比如，将第一基站发送信道131 记为F1’，第二基站发送信道141记为F2’，第三基站发送信道151记为F3’，对应的第一基站接收信道132记为F4’，第二基站接收信道142记为F5’，第三基站接收信道152 即为F6’。
[0121] 在一实施例中，警报器2预置有第一警报器发送信道211和第一警报器接收信道212、第二警报器发送信道213和第二警报器接收信道214、第三警报器发送信道215和第三警报器接收信道216；
[0122] 第一基站发送信道131与第一警报器接收信道212进行数据交互；
[0123] 第二基站发送信道141与第二警报器接收信道214进行数据交互；
[0124] 第三基站发送信道151与第三警报器接收信道216进行数据交互。
[0125] 在本实施例中提供了一种基站1和警报器2的信道配置方式，第一警报器接收信道212记为F1、第二警报器接收信道214记为F2、第三警报器接收信道216记为F3。
[0126] 在一实施例中，第一基站接收信道132与第一警报器发送信道211进行数据交互；
[0127] 第二基站接收信道142与第二警报器发送信道213进行数据交互；
[0128] 第三基站接收信道152与第三警报器发送信道215进行数据交互。
[0129] 在本实施例中提供了一种提供了基站1和警报器2之间的信道配置关系，第一警报器发送信道211记为F1、第二警报器发送信道213记为F2、第三警报器发送信道215记为F3。
[0130] 在一实施例中，主站4的地势设置位置高于基站1和警报器2的地势设置位置。
[0131] 在本实施例中提供了一种基站1和警报器2的地势设置方式，以优化信号的通讯质量。
[0132] 基于上述系统和对应的方法，我们还进行了如下技术方案的拓展；
[0133] 现有技术中电声警报具备各警报站点本地喊话功能，基于通讯速率问题，每条发放指令仅能支持几个字节，指令加密功能弱，很容易被截获重发，造成警报误鸣或者人为恶意鸣响。人防警报通讯的频点指定为230MHz频段且仅12个频点，频点极少的情况下，如果想要保障大城市上千台所述警报器的整个无线警报系统，本身难度极大。所以数传电台通信具有通讯效率低、可使用频点少、半双工通信方式等缺点，这些都是现有技术的缺点。
[0134] 本申请的技术方案则可以做到警报设备实时在线、警报状态实时上报以及在发放传统防空警报的同时，还可以发放智能语音广播。以下说的所述基站与所述警报器之间的信息交互即采用数传电台。
[0135] 具体的技术方案如下：
[0136] 首先，本实用新型着重考虑人防警报现有建设情况，在现有建设成果的基础上，通过最少的改造成本，满足人防警报在应急应战要求。具体来说，原先在硬件上已经具备了多个所述警报器通过所述基站实现信息交互的基础，本申请仍然可以利用这种硬件基础最少的改造成本。
[0137] 总的来说，本申请是通过数传电台方式进行通信实现人防警报实时在线，可直观查看设备是否正常伺服，为警报是否可实时拉响提供决策依据，只要设备能正常在线，就证明当前设备使用频点不存在干扰，可放心正常发放警报或进行智能语音广播。
[0138] 本申请的系统实现人防警报实时状态上报，可上报签到、重启标识、音源播放、门禁状态、手动放音设备电源开关、自动放音设备电源开关、功放、电流瞬时值、最近30 分钟电流最大值、电压瞬时值、最近30分钟放音分贝最大值、市电、电池、终端登录等状态。
[0139] 本申请还可以增加智能语音广播功能，从所述主站发送语音文字到所述警报器，所述警报器内置的TTS(文字转语音)芯片自动解析为语音，发送到放音设备播放出来，只要确保发送文字流量在数传电台的可通讯范围内即可。TTS语音芯片解析的语音，吐字清晰音质高，可适用于各种参差不齐的放音设备，满足了国内人防所述警报器不同批次不同厂家放音设备高质量播放语音广播的需求。
[0140] 设定放音喇叭设备自动电源开关，可通过所述主控端发送通断电指令对放音设备进行通断电操作，在未进行警报或智能语音发放时，保持放音设备断电状态；同时保留手动按钮电源开关、排除误鸣心理，通过电子开关及放音分贝监测程序双重保证0误鸣。
[0141] 如果具有多个所述警报器，那么可以将所述警报器按照地理位置进行布局，实现警报的统控、区控、市组控、区组控、单控等控制方式，在防空警报满足传统空袭警报发放需求的同时，进一步满足防空预案分组发放及平时应急警报或智能语音广播发放。
[0142] 所述主站与基站(分控中心)之间通过微波通信，相较以往传统模式的数传电台中继转发，提升了通信效率及通信可靠性，可真正达到统控率100％，回示率100％及0误鸣，由于微波不需要布线安装，只需可视对射即可，施工相对简单。
[0143] 另外，所述基站可以配备多个数传电台，多个所述数传电台还包括主电台，所述主电台负责正常的通信，当所述主电台忙时，并行通信队列自动通过其他所述数传电台通信，保障并行通信的正常通信；同时当某个或多个电台宕机时，剩下的所述数传电台可正常通信。
[0144] 当实时在线心跳检测程序监测到所述基站对应所述警报器无通信回示时，则自动下发基站电台复位指令，复位之后再尝试心跳检测，若对应所述警报器还是无通信回示，则自动下发切换信道指令，切换信道指令一般可以尝试切换两次两个不同的频点，直到通信回示正常为止，保障了警报发放时，基站处于可正常通信的信道。
[0145] 所述指挥终端可设置显示装置，所述显示装置可以显示GIS地图以标示出硬件的部署和工作状态，在GIS地图上可以直观的显示所述警报器正在警报的警报点，地图可直接切换卫星和平面地图，鼠标移动到所述警报器图标上，可悬窗显示所述警报器实时属性(包括：设备ID、名称、类型、所属区划、在线状态、瞬时电流、门箱开关状态、功放开关、电源开关、覆盖范围、维护人员、安装地址及实景图片)，同时可在地图上展示警报鸣响范围圈，对所述警报系统的后期建设提供决策依据。
[0146] 警报控制箱带巡查签到按钮，在系统内做运维巡查方案，定时由警报维护人员进行现场巡查，巡查时，直接在警报箱上点签到按钮，通过数传电台吧签到信息上报到主控，主控可直观统计分析巡查签到情况。
[0147] 所述警报通讯系统还可以将其中的硬件划分为应用层和接入层，以及网络层；
[0148] 所述应用层包括所述指挥终端，所述指挥终端可通过音视频接入指挥中心大屏作为应急应战指挥应用之一。
[0149] 所述接入层包括网络管理平台，以及指挥数据平台；
[0150] 所述网络层与所述接入层可通过光纤网和以太网连接，依据具体现场情况定，若相距较远，建议用光纤，若相距较近，则直接用以太网。所述核心网服务器和所述网管客户端，以及所述网管服务器接入层的网络管理和应用功能处理。
[0151] 所述接入层包括所述主站和所述基站，以及所述警报器，所述主站与所述基站之间通过微波通信或者光纤专线通信，光纤专线通讯相对成本较高，但是通讯质量更可靠，所述主站最大可支持上万个基站，所述基站与所述警报器之间通过数传电台通信，一个所述基站最大可对接4095个所述警报器设备，由此可见，该网络接入方案不仅仅满足人防警报需求，同时可以扩充满足其他应急智能政府部门的应急警报发放需求。可通过微波组网填充整个城市的防空防灾警报通信需求。甚至可以应用到防空防灾其他应用的物联网传感数据采集，从而组建一张覆盖全城的应急应战通信专网。
[0152] 设备概述：
[0153] 图7为本实用新型警报通讯系统架构技术框架300的示意图，图8为本实用新型信道配置架构示意图。如图7和图8所示，所述主站包含网管、核心网和微波通信模块，负责指令的发起和回示解析处理；基站包含微波通信模块和数传电台，负责指令的接收和转发；所述警报器包含数传电台、警报控制器及放音设备，负责指令的接收解析、执行以及状态的回示。
[0154] 控制方式：所述主站的控制方式包括统控(对全市所有警报器统一发放警报)，区控(对某个下辖区县的所有所述警报器发放警报)，市组控(在市内选择部分警报组成预案分组，对预案分组的所有所述警报器发放警报)，区组控(在下辖区县内选择部分警报组成预案分组，对预案分组的所有所述警报器发放警报)，单控(单独选择一台或者少量几台发放警报)。
[0155] 警报发放：发放警报包括防空警报(预先、空袭、解除)，灾害警报，远程通断电，智能语音，控制方式和警报类型分别组合成不同的通信指令，形成发放数据流下发。
[0156] 状态查询：状态查询全部使用统控方式发放，所有设备统一回示，所述主控端发放之前会记录操作的设备列表，在操作列表内的设备作出回示响应即可，其他设备仅更新设备状态。
[0157] 心跳监测：心跳监测也全部使用统控方式发放，回示结果更新设备状态并实时呈现状态到用户操作界面。
[0158] 通信维管：通信维管一般是指配置基站和警报器通信网络参数、密钥更新及信道配置等操作。
[0159] 图9为本实用新型信息交互方式的示意图。如图9所示，警报及智能语音发放：警报及智能语音发放指令通过所述主站直接发给所述基站，所述基站再转发出去，一般在没有干扰的情况下，所述警报器是可100％收到警报及智能语音发放指令的，收到指令之后，正常鸣响警报，这样可以保证警报100％的鸣响率。警报是否正常鸣响，通过所述主站主动发送状态查询指令获取鸣响状态，警报发放指令发送之后，直接发送状态查询指令，以获取警报鸣响状态，这么操作的好处是，警报发放和状态回示分开处理，首先保障警报正常收到指令并鸣响，后续的状态查询操作不影响警报的正常鸣放。这种处理方式更加适合人防警报的现有建设现状。同时状态查询指令伴随了警报器的其他参数，同时抄送心跳状态。
[0160] 状态伴随心跳查询：所述主控端自动检测空闲通信时间(空闲通信时间：系统没有任何数据的发送和接收，从最后一次发送或者接收开始计时)超过5分钟，则发起心跳查询，心跳查询反馈所述警报器当前是否在线及设备的状态，同时根据反馈情况自动分析信道通信效果，从而智能判断选择最佳信道进行发放操作。
[0161] 状态异常或签到上报：当所述警报器设备发生异常状况时，主动上报，上报模式和回示模式一样，为了保障警报发放的正常进行，该功能可以后台配置是否开启；同样，警报器面板上置签到按钮，当以主动状态上报是开启模式，则会把签到信息主动上报到服务器。
[0162] 通信维管：通信维管主要实现在主控端下发配置参数到所述警报器，所述警报器接收到配置信息之后，回示给所述主控端提示配置成功，同时提供配置参数查询功能，所述主控端可以随时查询所述警报器配置参数。
[0163] 实时在线：所述警报通讯通过数传电台通信实现人防警报实时在线，可直观查看设备是否正常伺服，为警报是否可实时拉响提供决策依据，只要设备能正常在线，就证明当前设备使用频点至少有一路是正常的，不存在干扰，可放心正常发放警报及智能语音广播，当设备掉线时，系统提出告警，为人防警报平时运维提供辅助手段。
[0164] 对于回示本申请还提供了进一步的说明：
[0165] 所述警报器通过数传电台会根据心跳查询通信效果自动在F4、F5、F6三个信道中选择通信最佳信道，F4、F5、F6为所述报警器预置的多个报警器回示信道，所述最佳信道可以理解为目标报警器回示信道，若需要回示时，从所述目标报警器回示信道发送锁频指令，持续不断发送设定的周期或次数；基站接收端数传电台会一直轮询切换信道，一旦收到警报器端数传电台发过来的锁频指令，会停止轮询切换信道，锁定在接收到锁频指令的信道，等待警报器端数据串电台的数据发送；若收到数据，在数据接收完成并解析执行功能操作之后，继续轮询切换信道；若超过3秒还未收到数据，继续轮询切换信道。
[0166] 或者，所述警报器数传电台的F4、F5、F6三个信道均发送数据，首先锁定F4信道，发送数据；然后锁定F5信道，发送数据；再次锁定F6信道，发送数据。保证三个信道均发送同样的发放指令数据，而基站数传电台在收到F4信道数据之后，如果能正常解析并直接执行，后续两个信道收到的数据自动忽略，同理，F5收到正常指令，F6收到的忽略。
[0167] 图10为本实用新型操作流程100的示意图。如图10所示，现有警报的设备在线情况确认是在发放警报之前，各个警报点分别进行开机试机，然后主控进行检测，发一条无声试鸣指令，收到回示代表设备在线，未收到代表不在线，然后对在线的设备发放警报，不在线的设备有警报点人员本地按键进行发放。这种方式无法保证警报的100％鸣响，把有故障的设备的故障暴露在临警报发放之前。对于无法短期内修复的设备，只能放弃该警报点的警报发放，若是在战时和灾时，这个风险相当大，会漏掉部分地区的警报覆盖，造成不必要的生命财产损失。
[0168] 图11为本实用新型操作流程200的示意图。如图11所示，本技术采用空闲通信时间大于5分钟，即发起心跳查询，对城区内所有警报器进行状态查询，若能正常回示，则标识该设备在线，并且记录设备状态。若设备连续5次未回示，则标识该设备离线，并告警提示到通信站相关负责人，让通信站即时派遣技术员进行排查检修，督促维修技术员尽快恢复设备正常运转。这样，就把设备故障消除在平时了。在有警报发放需求是，通过主控多信道、多手段远程发放警报或者智能语音，可确保每台警报正常鸣响，保障了警报的100％覆盖，在灾时和战时真正做到不放弃城市的每一个人。
[0169] 实时在线技术让警报器在平时运维形成一个闭环，发现问题立马排查解决问题，使整套应急应战警报系统随时处于待命状态，让警报系统能真正服务于灾时和战时。
[0170] 状态上报：
[0171] 首先，心跳查询不仅仅查询设备是否在线，会伴随设备状态数据上报，发放状态查询也会伴随设备状态数据上报；其次，当警报点发生门箱被人打开、放音设备开机无电流通过、放音设备手动电源被关闭等异常情况发生时，可实时上报给主控；另外，警报器自带签到按钮，巡查人员到了警报点之后，按签到按钮，可实时上报签到信息到主控。上报的状态主要包含签到、重启标识、音源播放、门禁状态、手动放音设备电源开关、自动放音设备电源开关、功放、电流瞬时值、最近30分钟电流最大值、电压瞬时值、最近30分钟放音分贝最大值、市电、电池、终端登录等。
[0172] 图12为本实用新型信息交互协议的示意图。如图12所示，基于数传电台的通信特点，每条指令发送的字节越少通信效果越好。上报的部分状态(图中绿色部分内容)采用轮流上报的方式进行，最终统一回示指令控制在6个字节。
[0173] 增加了智能语音广播功能，通过数传电台从主站发送语音文字到警报器终端，警报器终端内置的TTS(文字转语音)芯片自动解析为语音，发送到放音设备播放出来，发送文字流量极少，符合数传电台低流量的特点，TTS语音芯片解析的语音，吐字清晰音质高，可适用于各种参差不齐的放音设备，满足了国内人防警报器不同批次不同厂家建设的既有放音设备高质量播放语音广播的需求。
[0174] 图13为本实用新型语音交互流程的示意图。如图13所示，支持长度：由于数传电台通信的限制，目前可支持60个字的智能语音广播。
[0175] 混播功能：支持语音和警报声音的混播，警报声音和插在文字内容的任何位置，支持多个及多种警报声音的插入，并且支持警报声音播放时长设置。
[0176] 图14为本实用新型语音操作界面的示意图。如图14所示，循环方式：播放参数可设置循环播放方式：播放持续播放时长和播放次数，譬如可以设置语音广播持续播放30 分钟，或者播放10次；
[0177] 语音类型：播放参数可设置播放语音类型，如男声女生选择，普通话方言选择等。
[0178] 通信保障：每条指令的单包发送8次，确保每台都能收到完整的数据包，譬如60 个字的智能广播，会发送24条指令。
[0179] 电动警报：智能语音仅支持在电声警报上播放，暂不支持在电动警报，可在电动警报的控制器内音喇叭上鸣响，鸣响的覆盖范围基本为0，意义不大，需要对电动警报进行改造。
[0180] 远程通电：
[0181] 设定放音喇叭设备自动电源开关，可通过主控发送通断电指令对放音设备进行通断电操作，在未进行警报或智能语音发放时，保持放音设备断电状态；同时保留手动按钮电源开关，照顾部分人防办领导实在是不放心怕误鸣的心理，系统不推荐关闭手动电源开关，通过电子开关及放音分贝监测程序双重保证0误鸣。
[0182] 图15为本实用新型不同信息交互阶段对应不同交互方式的示意图。如图15所示，人防警报由于放音设备功放较大，如果产生误鸣会扰民甚至引起恐慌，最稳妥的办法就是在非鸣放的时候，把放音设备的电源关掉。本警报的控制上带两个电源开关，一个是靠近放音设备端的手动电源开关，这个开关方便平时运维放音设备时断电用，平时不推荐关闭，一旦关闭了，在应急警报发放时，需要各个警报点人工去开启放音电源手动开关，达不到急时立马响应警报发放的效果。
[0183] 在放音设备电源手动开关的后端置电源自动电子开关，可以远程控制，发放警报时，首先发送远程通电指令，把所需发放地域的警报器放音设备电源打开；然后进行警报发放。发放完成之后，再把放音设备电源关闭，如果，发放完成超过半小时还未关闭电源，系统会发出关闭放音电源的告警信息，督促操作员把警报器放音设备电源开关关闭。
[0184] 灵活控制：
[0185] 所述警报通讯系统通过数传电台通信实现警报的统控、区控、市组控、区组控、单控等控制方式，在防空警报满足传统空袭警报发放需求的同时，进一步满足防空预案分组发放及平时应急警报或智能语音广播发放。
[0186] 图16为本实用新型按地理位置的部署示意图。如图16所示，终端ID存储：警报终端芯片中存储了各自所属区县ID、所属市级或者区县级预案分组ID、设备本身的ID，接收到统控、区控、市组控、区组控及单控的指令时，对照本身的各类ID是否吻合，吻合则执行后续操作。
[0187] 自由选择：界面上，通过树形显示所有警报器设备，可分为按区划显示选择、按预案分组显示选择和按地图警报点位置选择，可以由用户根据实际情况实际选择，不用考虑通过什么发送方式发送。
[0188] 图17为本实用新型地图上的可视化界面100的示意图。如图17所示，智能分析：用户选择好需要发放的警报器之后，系统自动根据选择结果，整理归类发放方式：如果所有设备都选中，则采用统控；如果某个区县的全部设备已经选中，则采用区控；如果某个市级预案分组内的全部设备已经选中，则采用市组控；如果某个区县级预案分组内的全部设备已经选中，则采用区组控；如果以上选中之外，还零星选择了些设备，则采用单控。若同时选中了有区控或组控设备，另外还选择了零星设备，则同时发起区控、组控和单控。
[0189] 微波通信：
[0190] 所述主站与所述基站(分控中心)之间通过微波通信，相较以往传统模式的数传电台中继转发，提升了通信效率及通信可靠性，可真正达到统控率100％，回示率100％及0 误鸣，由于微波不需要布线安装，只需可视对射即可，施工相对简单。
[0191] 图18为本实用新型地理高度位置的布局示意图。如图18所示，距离远：微波通信只要在可对视的点上，直接可以建立稳定的通信连接，最远可以达20公里。
[0192] 灵活组网：微波通信的各个点，只要与任何一个点建立微波连接即可，无需固定与主控建立网络连接，譬如上图，可以找到城市的至高点，部署一个微波通信中转站，直接与其他各个分控和主控自由连接建立通信网络即可，这种灵活的组网方式，很好的规避了城市高楼遮挡无法通信的难题，微波通信本身是通信运营商部署基站的最佳选择，其优势很明显，并且设备技术成熟，成本相对较低，通信设备宕机风险低。
[0193] 并行通信：微波通信为IP透传，各个分中心与主控组成一个局域网，分中心与主控的通信可以并行，即多线程统控，相较以往的数传电台中继通信模式，大大提升了警报发放的速度。
[0194] 细分分控：数传电台是半双工通信，通信回示需要轮流逐个回示，分控带的设备越多，回示越慢，采用组网方式灵活多样的微波通信方式后，可以在城区多部分控，减少每台分控所带设备的数目，提升警报发放及回示的效率。
[0195] 主备电台：
[0196] 每个基站都配备多个(一般为三个)数传电台，主电台负责正常的通信，当主电台忙时，并行通信队列自动走备用电台通信，保障并行通信的正常通信；同时当某个电台宕机时，剩下的电台挑起通信任务。
[0197] 图19为本实用新型信道控制布局示意图。如图19所示，伺服方式：多个电台可以同时伺服，也可以单个伺服，同时信道按需分配，多电台伺服时，通信效率高，单电台伺服时，通信效率稍低，但是还是可以保障正常通信的。
[0198] 信道共用：基站内多个电台共用发送信道F1、F2、F3，接收信道F4、F5、F6，每个电台分别占用一个发送及接收信道，发送接收可以三条通道并行，相当于3自带同时通信，可提升通信效率；当只有一个电台伺服时，6个信道全部分配给该电台，实施保障通信模式。
[0199] 电台监测：电台是否正常运转及收发数据，基站内自带电流监测模块，可实时反馈电台伺服情况，发现电台宕机时，系统自动屏蔽该电台的数据收发，同时在平台提示告警，督促维保人员尽快排查维修。
[0200] 智能信道切换：
[0201] 当实时在线心跳检测程序监测到基站下辖设备无通信回示，则自动下发基站电台复位指令，复位之后再尝试心跳检测，若下辖设备还是无通信回示，则自动下发切换信道指令，切换信道指令一般可以尝试切换两次两个不同的信道，直到通信回示正常为止，保障了警报发放时，基站处于可正常通信的信道。
[0202] 心跳监测：警报器保持实时在线，主控端会定点进行心跳监测(实际为状态查询指令)发放，在发放的过程中，完成智能信道切换。并且在心跳监测的过程中，可以及时发现基站及警报器的异常情况，实时发送异常告警，督促运维人员尽快使设备进入伺服状态，为应急应战警报发放提供有力的保障。
[0203] 图20为本实用新型通讯方法的逻辑方式示意图。如图20所示，轮流信道：心跳监测时轮流使用信道进行状态查询指令发放，比如第一次心跳采用F1发放心跳，获得警报器回示之后，得到回示的警报器总数，同样，第二次采用F2，第三次采用F3，第四次又采用F1，周而复始的轮流使用F1、F2、F3进行心跳监测，每一轮完成，系统自动统计心跳回示数，以最多回示的信道为最佳信道，在警报发放的时候，直接采用该信道进行警报发放，确保了警报发放的统控率。
[0204] 基站故障：当轮流一轮信道之后，都没有任何回示，则报告基站整理故障或全部频点被干扰；当轮流一轮其中有一个信道无任何回示，则报告该信道频点被干扰或者电台故障。
[0205] 警报发放：在以上获得最佳信道的基础上发放警报，若最佳信道无法发放警报，本技术会采用其他信道进行补发，确保100％的警报统控率。
[0206] 警报一张图：
[0207] 在GIS地图上直观的显示警报点，地图可直接切换卫星和平面地图，鼠标移动到警报器图标上，可悬窗显示警报器实时属性(包括：设备ID、名称、类型、所属区划、在线状态、瞬时电流、门箱开关状态、功放开关、电源开关、覆盖范围、维护人员、安装地址及实景图片)，同时可在地图上展示警报鸣响范围圈，对警报的后期建设提供决策依据。
[0208] 可操作性：本技术的目的就是，让专业的人防警报发放及检测变得傻瓜化，非专业人士也能一看就明白如何操作，具体内容详见下述截图及简述。
[0209] 图21为本实用新型地图上的可视化界面200的示意图，图22为本实用新型地图上的可视化界面300的示意图，图23为本实用新型地图上的可视化界面400的示意图。
[0210] 如图21至图23所示，巡查签到：
[0211] 警报控制箱带巡查签到按钮，在系统内做运维巡查方案，定时由警报维护人员进行现场巡查，巡查时，直接在警报箱上点签到按钮，通过数传电台吧签到信息上报到主控，主控可直观统计分析巡查签到情况。
[0212] 图24为本实用新型巡查流程示意图。如图24所示，任务计划：由警报器运维部门制定巡查任务计划，比如每月一次，那么巡查人员负责地区的警报器，必须在当月全部巡查到位。
[0213] 巡查签到：巡查人员达到警报点后，打开警报器箱门，凭密码登录警报器，然后按签到按钮，警报器会通过数传电台主动上报信息到主控，若当时未成功，则下一次心跳采集的时候，同样能得到签到信息。主控吧签到信息保存到服务器，供考核统计用。
[0214] 统计考核：系统提供丰富的统计报表供操作人员查看，可直观统计巡查签到任务完成情况，并可直接纳入人员月度考核。
[0215] 以上所述仅为本实用新型的较佳实施例而已，并不用以限制本实用新型，凡在本实用新型的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本实用新型保护的范围之内。
