一种应急广播系统的制作方法

本实用新型涉及通信技术领域，更具体地，涉及应急广播系统。

背景技术：

应急广播系统通常是由应急广播平台(也称之为应急广播网管)及其集中管理的下属应急广播终端组成，工作人员由平台发送信息给现场可发声音柱、收扩机等设备，从而通知现场群众灾害信息；与此同时，作为上游网管，平台也必须知道设备运行的实时状态，以及时纠正状态错误的设备，而该实时状态主要依赖设备的主动回传上报。

图1为现有回传方案示意图，如图所示，归属于平台A的设备向平台A使用外网IP地址回传实时状态，归属于平台B的设备向平台B使用外网IP地址回传实时状态。现有设备状态回传方案大多基于平台服务器固定外网IP地址，设备插入SIM(Subscriber Identity Module，用户识别模块)卡并使用其附带的GPRS(General Packet Radio Service，通用分组无线业务)网络进行指向性报告自身状态数据。

该方案也带来了一个现实问题，假如X市有10个县，每个县部署一套应急广播系统，则X市需要向移动运营商购买10个固定IP地址并按期交付费用，显然，现行的回传方案成本相当高昂。

另外，除设备上行回传状态的高昂成本之外，其平台下行指令的维护成本及复杂度也很高。即使暂不考虑固定IP地址成本，假设已经存在固定IP地址，设备上行数据有目的的发往该IP地址即可；但安装SIM卡的设备并不具备固定IP地址，如果平台需要通过GPRS发送指令给设备，需要设备通过GPRS不断发送包含自身标识及实时IP地址的报文给平台，平台根据该报文解析结果存储该标识和动态IP地址的映射，找到相应设备进行指令的下发。每一套应急广播系统都需要存储辖下设备标识及其动态IP地址的映射信息，而这无疑增加应急广播系统服务器的通信及数据库负担。

最后，传统回传方案并不能应用在平台服务器是移动设备的情况，而在某些情况下，平台服务器并不具备拥有固定IP地址的条件。这时，传统固定IP地址回传方案则束手无策。

综上，由于现有设备状态回传方案都基于平台服务器固定外网IP地址，设备插入SIM卡并使用其附带的GPRS网络进行指向性报告自身状态数据。这样导致现有技术的不足在于：每一个应急广播平台都需要一个固定的外网IP地址为其服务，大大增加了整个应急广播系统的成本，并且适用的场合也非常局限。

TCP即传输控制协议，是互联网连接协议集的一种。TCP最重要的特征是：有序和可靠。有序通过将文本流分段并编号实现，可靠通过ACK回复和重复发送实现。目前还没有将TCP应用于应急通信领域的先例。

技术实现要素：

本实用新型提供一种克服上述问题或者至少部分地解决上述问题的应急广播系统。

根据本实用新型的一个方面，提供一种应急广播系统，包括应急广播平台以及与所述应急广播平台连接的应急广播终端，所述应急广播平台以及应急广播终端上均设置状态展示装置，所述状态展示装置包括展示发送状态的第一LED指示灯和展示接收状态的第二LED指示灯；

其中，所述应急广播终端为交直流两用的终端，直流电由所述应急广播终端内置的聚合物锂离子电池供应。

根据本实用新型的另一个方面，所述应急广播平台以及应急广播终端上设置通话装置，

其中，所述应急广播平台以及任意一台应急广播终端具有唯一的通话号码；

所述通话装置包括GSM模块以及与所述GSM模块连接的麦克风和扩音器，所述麦克风和扩音器的表面设置防水透汽膜。

根据本实用新型的另一个方面，所述应急广播平台和所述应急广播终端通过TCP服务器连接。

根据本实用新型的另一个方面，所述TCP服务器包括：

通道模块，与所述应急广播平台以及应急广播终端连接；以及

转发模块，与所述通道模块、应急广播平台以及应急广播终端连接。

根据本实用新型的另一个方面，所述应急广播平台包括：指令发送模块；

其中，所述应急广播终端包括：指令接收模块，通过所述TCP设备与所述指令发送模块连接。

根据本实用新型的另一个方面，所述应急广播终端还包括：报告发送模块；

其中，所述应急广播平台还包括：报告接收模块，通过所述TCP设备与所述应急广播终端连接。

根据本实用新型的另一个方面，所述应急广播终端还包括：

第一TCP连接模块，与所述通道模块、报告发送模块以及报告接收模块连接。

根据本实用新型的另一个方面，所述应急广播平台还包括：

第二TCP连接模块，与所述通道模块、指令接收模块以及指令发送模块连接。

本申请提出一种应急通信系统，通过将应急广播终端和应急广播平台通信资源视为对等的两方，通过TCP连接来实现信息传输，而TCP服务器只需解决应急广播终端和应急广播平台动态IP地址及应急广播终端和应急广播平台唯一标识的映射问题；因而能够避免现有回传系统中各级应急广播平台独立申请固定IP地址的浪费问题，极大缩减应急广播成本。

附图说明

图1为现有技术中应急广播系统示意图；

图2为根据本实用新型实施例的应急广播系统的结构示意图；

图3为根据本实用新型实施例的应急广播系统的信号交互示意图；

图4为根据本实用新型实施例的上报应急广播状态报告流程示意图。

具体实施方式

下面结合附图和实施例，对本实用新型的具体实施方式作进一步详细描述。以下实施例用于说明本实用新型，但不用来限制本实用新型的范围。

基于现有应急广播系统闭门造车的设备状态回传方案，并未考虑资源重复利用和整合的可能性，造成了包括经济及性能成本不必要的浪费，并且只能应用在平台具备固定IP地址条件的场景，本实用新型实施例中提供了一种应急广播状态上报、接收方案，下面结合附图对本实用新型的具体实施方式进行说明。

根据本实用新型的一个方面，图2示出了一种应急广播系统的结构示意图，包括应急广播平台以及与所述应急广播平台连接的应急广播终端，所述应急广播平台以及应急广播终端上均设置状态展示装置，所述状态展示装置包括展示发送状态的第一LED指示灯和展示接收状态的第二LED指示灯：有这个灯可以不需要接其他后端设备就能清楚直观的知道设备目前的工作状态，方便维护，减轻工作人员工作强度，加快了故障判断速度。

其中，所述应急广播终端为交直流两用的终端，直流电由所述应急广播终端内置的聚合物锂离子电池供应。

根据本实用新型的另一个方面，所述应急广播平台包括：指令发送模块，配置为发送指令；

所述指令发送模块与应急广播平台上的第一LED指示灯连接，当发送指令时，应急广播平台上的第一LED指示灯闪烁。

其中，所述应急广播终端包括：指令接收模块，通过所述TCP设备与所述指令发送模块连接，所述指令接收模块配置为接收所述指令发送模块发送的指令。

所述指令接收模块与应急广播终端上的第二LED指示灯连接，当接收所述指令发送模块发送的指令时，应急广播终端上的第二LED指示灯闪烁。

根据本实用新型的另一个方面，所述应急广播终端还包括：报告发送模块，配置为发送应急广播状态报告；

所述报告发送模块与应急广播终端上的第一LED指示灯连接，当发送应急广播状态报告时，应急广播终端上的第一LED指示灯闪烁。

其中，所述应急广播平台还包括：报告接收模块，通过所述TCP设备与所述应急广播终端连接，配置为接收所述应急广播终端发送的应急广播状态报告。

所述报告接收模块与应急广播平台上的第二LED指示灯连接，当接收应急广播状态报告时，应急广播平台上的第二LED指示灯闪烁。

根据本实用新型的另一个方面，所述应急广播平台以及应急广播终端上设置通话装置，

其中，所述应急广播平台以及任意一台应急广播终端具有唯一的通话号码；

所述通话装置包括GSM模块以及与所述GSM模块连接的麦克风和扩音器，所述麦克风和扩音器的表面设置防水透汽膜，能够增加本装置的应用范围，由于因

区别于其他现有的应急广播系统，现有应急广播系统中心和终端之间的通话都是配置外接电话机的方式来实现的，这样的配置集成度低，架构原始，需要额外采购电话机增加成本。

图3示出了本实用新型的实施例的一种应急广播系统的信号交互示意图，包括两个应急广播平台A和B，其中省略号表示该环境中可以容纳更多类似的平台，每个应急广播平台都连接若干个应急广播终端，所述应急广播平台和所述应急广播终端通过TCP服务器连接。为了更直观地理解，图3中将TCP服务器命名为转发云，之所以这样命名是因为这些TCP服务器的主要功能是“转发”，同时，它们构成的设备功能体按现有习惯通常称为“云服务”，转发云以有线或者无线方式与各应急广播平台以及应急广播终端相连，并传输信息。

在一个实施例中，TCP服务器可以是一个具有固定IP地址的远端服务器，具体实践中可以自行申请各云服务公司的产品或者自己建设，在该服务器上部署数据转发服务，作为TCP服务端监听各平台服务器及终端的TCP请求，并提供动态IP地址和应急广播终端、应急广播平台服务器标识的映射数据库存储功能，随着应急广播终端及应急广播平台服务器的IP地址动态更新该映射。

根据本实用新型的另一个方面，所述TCP服务器包括：

通道模块，与所述应急广播平台以及应急广播终端连接，配置为建一个连接应急广播平台和应急广播终端的TCP通道，应急广播平台和应急广播终端通过所述TCP通道进行数据传输；以及

转发模块，与所述通道模块、应急广播平台以及应急广播终端连接，所述转发模块配置为接收应急广播平台发送的指令，并通过所述TCP通道转发至应急广播终端，以及接收应急广播终端上报的应急广播状态报告，并通过所述TCP通道转发至应急广播平台。

根据本实用新型的另一个方面，所述应急广播终端还包括：

第一TCP连接模块，与所述通道模块、报告发送模块以及报告接收模块连接，所述第一TCP连接模块配置为以固定时间间隔(具体可以设置为3分钟)向所述通道模块发送心跳以保持TCP通道畅通，并确保在自身IP地址变化时及时将自身信息上报所述通道模块，所述报告发送模块发送应急广播状态报告时，通过所述第一TCP连接模块将应急广播状态报告发送至报告接收模块。

根据本实用新型的另一个方面，所述应急广播平台还包括：

第二TCP连接模块，与所述通道模块、指令接收模块以及指令发送模块连接，所述第二TCP连接模块也配置为以固定时间间隔(具体可以设置为3分钟)向所述通道模块发送心跳以保持TCP通道畅通，并确保在自身IP地址变化时及时将自身信息上报所述通道模块，所述指令发送模块发送指令时，通过所述第二TCP连接模块将指令发送至指令接收模块。

在一个实施例中，所述TCP服务器用于：

a1、接收应急广播平台发送的指令，并转发至各应急广播终端；

a2、接收各应急广播终端上报的应急广播状态报告，并转发至应急广播平台。

实施中，在进行接收及转发时，是通过TCP(Transmission Control Protocol，传输控制协议)通道进行接收及转发的。

需要说明的是，a1与a2之间并无必然的时序关系，事实上，在实施中这个转发过程是彼此独立的。

在一个实施例中，应急广播终端用于：

a3、在应急广播终端上接收TCP服务器转发的指令，并执行该指令；

a4、向TCP服务器上报应急广播状态报告。

实施中，在进行接收及上报时，应急广播终端是通过TCP通道进行接收及上报的。

需要说明的是，a3与a4之间并无必然的时序关系，事实上，在实施中这个转发过程是彼此独立的。

图4为上报应急广播状态报告流程示意图，先对图中的设备进行说明，在图中唯一标识符为0013101389、0013101390的TCP客户端为应急广播终端，唯一标识符为001025、001026的TCP客户端为构成应急广播平台的服务器。本实例中，将说明应急广播终端0013101389向应急广播平台001025上报应急广播状态报告的实施。

应急广播终端上报应急广播状态报告时包括如下步骤：

应急广播终端向转发云端发起TCP连接请求，TCP建立连接之后紧跟一条注册消息报文，具体可以采用如表格1的格式；

转发云端建立连接之后，将第一条收到的报文当作注册报文格式解析，解析并注册成功之后向注册终端发送注册成功响应报文；

应急广播终端收到注册成功响应后，开始发送应急广播状态报告数据报文。

进一步的，应急广播终端每隔一个间隔时间向云端发送心跳报文维持连接，如果发现连接中断，启动重新注册动作，直到收到注册成功响应；也即，具体实施中，对于各应急广播终端和/或应急广播平台，还可以进一步包括：

向网络侧设备发送心跳报文用以维持连接。

对于网络侧设备，还可以进一步包括：在应急广播终端和/或应急广播平台连接中断后启动的注册流程中恢复连接。转发云端将随后收到的报文都作为应急广播状态报告消息报文和心跳报文来解析；如果是应急广播状态报告则按取得的目的标识对应的TCP连接进行转发。

最后，本申请的方法仅为较佳的实施方案，并非用于限定本实用新型的保护范围。凡在本实用新型的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本实用新型的保护范围之内。