CN102088526B - 一种布防或撤防状态的无话费可靠上传方法 - Google Patents

Abstract

本发明公开了一种布防或撤防状态的无话费可靠上传方法，包括：a、报警主机拨打布防或撤防专线号码；b、若占线，则置上传未成功标志并返回a，否则，检测和计算被叫挂机的信令和时间；c、发送来电号码和线路通道号；d、挂机；e、若来电为用户号码且通道号来自布防专线，则置布防状态；否则置撤防状态，若来电不是用户号码则不处理或执行返回操作；f、判断被叫挂机前的振铃次数或时间是否属约定范围，属于则清除未成功标志；否则挂机、置未成功标志并返回a。由于在不接通主叫呼叫就能实现布、撤防状态的可靠上传，从而彻底解决了用户端通信费用较高以及总线联网型报警系统不宜在已建社区和分散商业区建设的问题。

Description

一种布防或撤防状态的无话费可靠上传方法

技术领域

本发明涉及安防行业的联网报警方法，具体涉及一种布防或撤防状态的无话费可靠上传方法。

背景技术

近年来，随着社会的发展和生活水平的提高，人民对安全的诉求日益迫切，全国各地继上世纪90年代初蓬勃建设以金融客户为主的110联网报警中心后，出现大量的以楼盘/大厦管理处为中心、家庭/商业用户为主的联网报警中心，客观上有效地支持并响应了政府“打造平安城市，构建和谐社会”的号召。

目前国内外的联网报警中心主要基于公共交换电话网络（PSTN）进行组网，并全部采用产生话费的可靠通信方式和终端报警主机完成警情、布/撤防状态上传等功能。所谓可靠通信即报警主机和报警中心通信设备在建立拨号呼叫、接听、握手应答后再以DTMF（双音多频）或FSK（频移键控）方式交互本次需要上传/下载的警情、主机状态信息/编程数据及校验码的联机通信机制，因此每上传一次报警主机状态都会产生话费。

报警主机和报警中心交互的状态或数据主要有以下六类，并按六个优先级进行划分：1、报警信息；2、主机现场水、火、气体监控信息；3、故障信息；4、撤布防/遥控编程等操作信息；5、停用/旁路信息；6、测试信息。在上述需要交互的状态或数据中，1、2、3、5、6和4类事件信息中的遥控编程数据下载都属于偶发事件，发生的次数很少，信息数据多，可以且必须用产生话费的可靠通信方式进行。四类事件信息中的布、撤防状态上传和3类事件信息中的电话线巡检则是频发事件，而且是报警中心必须及时了解的，否则可能出现用户忘记布防或用户端电话线故障/被剪断后，小偷作案时现场不会报警或报警后警情无法报告到报警中心的情况。另外传统报警中心的通信协议中布、撤防信息协议里都包括主机账号、撤防或布防操作码、操作人等信息，即还会告诉中心进行本次布、撤防操作的人是谁。其实报警中心更关心的是在用户应该布防的时间段，用户是否进行了布防操作，是谁操作的并不重要，因为小偷是不可能帮你布防的；至于撤防操作，在知道撤防密码或拿到撤防遥控器、IC卡、用户授权手机等撤防专用设备才能进行撤防的，这些操作手段在主机的“黑匣子”里都有记录，传输到报警中心的意义也不大。因此从布、撤防的协议构成来分析，用报警主机的电话号码作为用户主机的辅助账号，只对操作人信息进行省略，及时把报警主机的布、撤防操作信息无话费可靠上传到报警中心，是完全可以接受的。

按照每个终端主机平均每天进行5次布、撤防状态上传来算，每次的话费为0.2元（低于1分钟都按照1分钟计费），则每个月用户端费用为30元；当然如果用户外出次数较多或出现误操作时，布、撤防的费用就会增加很多了：广州一个居民购买某个厂家的防盗器后，某个月布、撤防状态上传至报警中心所产生的电话费竟高达500多元，从而出现了对簿公堂的不和谐案例。

因为布、撤防状态上传是用户出钱，厂家一般将其设计为可选，即是否上传由用户选择。实际使用中，用户往往会因为费用较高而取消上传该状态信息，因此会产生报警中心无法知道用户主机状态的问题。

近几年来还有些厂家推出了一些所谓的“0话费”联网报警中心，其实是在报警中心采用了本专利提到的部分软件算法和硬件条件，即采用布防、撤防专用电话线路，报警主机布防后就拨打中心布防线路号码，撤防则拨打撤防线路号码，中心软件进行来电识别和用户数据库比对后将其作为该用户的布防或撤防操作处理。但由于其没有中心布、撤防线路占线、故障等信令音检测和重试机制考虑，我们称之为不可靠通信，因此遇到同个上传受理时间内（一个用户布、撤防上传受理时间按从拨号开始、拨通、第2次振铃开始产生来电报警数据后主/被叫挂机、交换机线路拆除完毕、中心布、撤防线路恢复空闲等步骤共计15秒计算）有多个用户进行布防或撤防操作时，这种上传方式就要求中心要设置多条布、撤防线路才能解决这个上传碰撞问题。根据我们的实际运营经验，一个500户的商用报警中心，下班期间15秒内同时上传布防信息的峰值概率竟超过1.5%，也就是说中心至少要设置8条撤防线路、8条布防线路才能勉强做到布、撤防信息的无话费可靠联网！这个线路数量是恐怖的，对于1000户规模的中心来说就要32条这种线路了！实际上这些厂家给报警中心标配的布、撤防线路接入数量都是1条，即使扩展也是在4条以内，因此这种简单的设计和处理方式属于不可靠通信设计，是无法可靠实现布、撤防状态信息无话费上传的。

针对传统联网报警系统的上述缺点，有些厂家还推出了基于总线联网的报警系统，用户的布、撤防状态上传就不会产生话费用。但其缺点是各个用户及其至报警中心的总线都要自己铺设，因此只适用于新建小区，该报警线路和对讲系统等弱电线路一起在装修前进行预铺设；对于已建成的小区，由于影响美观、安全度低、施工量大、工程造价高等缺点，难以采用该类报警系统铺线组网；对于分散的商业用户，总线型报警系统是没法联网使用的。

发明内容

本发明所要解决的技术问题是，提供一种无话费实现报警主机向报警中心上传布防或撤防状态的方法。

为解决以上技术问题，本发明的技术方案是：一种布防或撤防状态的无话费可靠上传方法，包括如下步骤：

报警中心通信单元中设有GSM 模块或数字电话线路接入设备, 发生布防或撤防操作后，包括如下步骤：

a、报警主机通过通信网络拨打预设的报警中心布防或撤防专线的电话号码，同时检测被叫的通信信令或信令音及出现时间；

b、所述报警主机如果检测到被叫未占线，则开始等待并检测和计算被叫挂机的信令和时间；如果检测到被叫占线，则挂机并认为本次布防或撤防状态上传操作不成功，置本次上传未成功标志，并返回a步骤；

c、所述报警中心通信单元将该来电号码数据和呼入的线路通道号发送给报警中心处理单元；

d、所述报警中心处理单元收到来电号码数据后先向所述报警中心通信单元发出并由通信单元执行被叫挂机指令；

e、所述报警中心处理单元对来电数据和来电所呼入的线路通道号进行判断，若来电号码为用户电话号码，当所述线路通道号属于预设的布防专线的通道号范围时，则把该来电号码对应的报警主机置为布防状态，当所述线路通道号属于预设的撤防专线的通道号范围时，则把该来电号码对应的报警主机置为撤防状态，若来电号码不是用户电话号码，则不做处理或执行返回操作；

f、所述报警主机判断被叫挂机前的振铃次数或时间是否属于约定范围，如果是则认为本次布防或撤防状态上传操作已成功，并清除未成功标志；否则挂机、置未成功标志并返回a步骤；

其中，所述的b步骤还包括如下步骤：

所述主机挂机并认为本次布防或撤防状态上传操作不成功、置本次上传未成功标志后产生重新上传的随机延时，以避免本次上传碰撞的多台报警主机，采用固定延时后重新上传的再次碰撞，延时结束后返回到a步骤；

其中，所述的f步骤还包括如下步骤：

所述报警主机在置未成功标志的同时，还赋值最大重试次数，并生成随机重拨延时，以避免本次上传碰撞的多台报警主机，采用固定延时后重新上传的再次碰撞；

所述报警主机在随机重拨延时结束后返回a步骤，继续向报警中心上传该布防或撤防状态，如果成功则置上传成功标志并结束本次布防或撤防状态上传操作；如果仍不成功则重试次数减少一次，等待新的随机重拨延时结束后再次返回a步骤，继续向报警中心上传布防或撤防状态，直至布防或撤防状态上传操作成功或重试次数为 0 为止；

其特征是：所述报警中心可根据用户数量多少和当地用户的上下班情况，适当增加布防和撤防专用线路的数量，布防或撤防专用线路由第一条线路开始，依次对后面的线路设置遇忙呼叫转移关系；撤防线路亦然。

作为本发明的改进一，所述报警中心设有报警中心处理单元，所述报警中心处理单元按照预设的条件向报警主机拨号、握手并发出中心布防操作指令，所述报警主机对该布防指令执行成功后还会立即向报警中心返回该布防信息，然后再发吻别信号并执行挂机操作；所述报警中心处理单元收到该布防信息后，将该主机设置为已布防状态。

作为本发明的改进二，所述报警主机中设有报警主机通信单元，所述报警主机通信单元采用 GSM/GPRS模块或采用电话线方式和所述报警中心通信，当所述报警主机采用电话线方式和所述报警中心通信时，所述报警主机通信单元中同时设有铃流音检测电路。

本发明针对现有防盗系统的不足，充分利用现有通讯技术，在可靠保证状态交互率的前提下，终端报警主机和报警中心之间采用主叫拨通被叫后检测被叫在未接听的前提下是否在约定时间内发出挂机操作和上传失败后的重试设计机制，在被叫不用接听主叫并交互协议信令及协议数据信息的情况下完成布、撤防状态信息的可靠上传，即无话费实现报警主机向报警中心可靠上传布、撤防状态信息。具体有益效果还包括：

1、由于在不接通主叫呼叫就能实现布、撤防状态的可靠上传，从而彻底解决了现有基于公共交换电话网络（PSTN）进行组网的报警中心布、撤防状态上传用户端通信费用较高的问题，从而使报警中心及时了解其所有用户的系统状态成为现实；

2、由于是基于现有的公共交换电话网络（PSTN）进行组网，从而有效解决了总线联网型报警系统不宜在已建社区和分散商业区建设的问题，可以方便、高效、低成本地构建上述地区的联网报警系统；

3、所述报警中心通信单元采用GSM模块或数字电话线路接入设备同所述报警主机进行通信，可实现在不接听主叫即可执行挂机操作的效果；

4、在布防或撤防状态上传未成功时，通过重试机制可以大大提供通信的可靠性，通过设置随机延时，可以很大程度上降低本次上传碰撞的多台报警主机在采用固定延时后重新上传后再次碰撞可能性；

5、报警中心根据用户数量多少和当地用户的上下班情况，适当增加布防和撤防专用线路的数量，布防或撤防专用线路由第一条线路开始，依次对后面的线路设置遇忙呼叫转移关系可以更可靠地保证报警中心对用户报警主机上传布、撤防状态或警情的接通率；

6、所述报警中心处理单元按照预设的条件向报警主机拨号、握手并发出中心布防操作指令，所述报警主机对该布防指令执行成功后还会立即向报警中心返回该布防信息，然后再发吻别信号并执行挂机操作；所述报警中心处理单元收到该布防信息后，将该主机设置为已布防状态；

通过上述报警中心在指定时间对尚未布防的用户进行中心代客布防操作，可有效解决客户下班后忘记进行布防操作，或者已进行操作但由于用户数量和中心上传线路设置比例不够而导致过多上传碰撞；或者通信故障等问题造成最大重试次数后仍有未上传成功现象等异常问题；

7、所述报警主机通信单元通过具有铃流音检测电路的电话线方式或采用GSM/GPRS模块同所述报警中心进行通信，可实现对报警中心被叫线路占线、挂机回铃音或信令字符串出现时间的计时和判断。

附图说明

下面结合说明书附图对本发明做进一步说明，其中：

图1是本发明的实施结构图；

图2是本发明的方法步骤流程图。

具体实施方式

图1就是实施本发明方法的联网报警组网设备，如图1所示：该组网设备包括报警主机和报警中心，所述报警主机通过通信网络4与所述报警中心进行通信。所述报警主机以报警主机处理单元2为核心，所述报警主机处理单元2在执行电话号码编程操作后，把报警中心布防专用线路和撤防专用线路电话号码存储到其存储单元A1中；当用户进行布防或撤防操作后，所述报警主机处理单元2从存储单元A1中读取已编程的报警中心布防或撤防专线电话号码，向报警主机通信单元3发出拨号指令，所述报警主机通信单元3通过通信网络4向报警中心布防专线5或撤防专线6进行拨号；同时所述报警主机处理单元2通过所述报警主机通信单元3的铃流音检测电路（采用电话线通信）或串行通信口（采用GSM/GPRS模块通信）对报警中心被叫线路进行占线、挂机回铃音或信令字符串出现的时间进行计时和判断。所述报警中心设备的报警中心通信单元7检测到布防专线5或撤防专线6发生振铃后，先由报警数据单元11获得作为主叫的报警主机的来电显示电话号码数据，报警中心通信单元7先将该来电显示数据和布防或撤防专线的物理线路号传输给报警中心设备的核心——报警中心处理单元9，所述报警中心处理单元9收到上述数据后，先发出并由报警中心通信单元7执行对该上传信息线路的挂机操作，再通过比较来电号码和用户数据库中作为辅助账号的报警主机电话号码字段，确定是哪个用户上传了布、撤防操作信息，如果来电号码不属于已编程用户报警主机的电话号码，则不做任何处理；相反如果是已编程用户的报警主机上传的信息，则从存储单元B10中读出已编程的布防撤防专用线路的物理通道号，并判断刚才发生上传事件的物理线路号属于布防还是撤防线路，如果属于布防线路号范围，则数据库中该用户的报警主机状态字段置布防标志数据；属于撤防线路号范围，则数据库中该用户的报警主机状态字段置撤防标志数据，同时系统事件栏生成并增加显示该用户已布防或撤防事件并生成对应的事件记录。

图2就是本发明的具体方法步骤流程图。如图2所示，一种布防或撤防状态的无话费可靠上传方法，包括以下步骤：

报警中心设有两类不同号码的布防、撤防状态上传专用电话线路5、6；

所述布防、撤防状态上传专用电话线路5、6需要开通来电显示业务；

将布防、撤防状态上传专用线路5、6的电话号码编程到报警主机中并储存于其存储单元A1；报警主机的报警主机通信单元3采用电话线方式和报警中心通信的，应具有铃流音检测电路；采用GSM/GPRS模块和报警中心通信的，由于上述模块可检测出并通过串行通信口向报警主机处理单元2提供被叫线路占线、挂机情况的信令字符串，因此可不必增加铃流音检测电路。上述通信装置可对报警中心被叫线路进行占线、挂机回铃音或相应信令字符串进行检测和判断，并由报警主机处理单元2对上述信令音或信令字符串的出现时间进行计时；将终端报警主机使用的电话号码作为辅助账号字段编程到报警中心处理单元9的用户数据库8中并储存；

将布防、撤防状态上传专用线路5、6的一个或多个物理通道号编程或固化到报警中心处理单元9的存储单元B10中并储存；

所述存储单元B10为通信配置文件，或者报警中心处理单元9的非易失存储器或者类似的存储介质；

为了保证报警主机对报警中心占线、挂机信令音的可靠解码，所述报警中心布、撤防上传专用线路5、6应取消彩铃提示业务；发生布防或撤防操作后，报警主机会通过通信网络4拨打预设的报警中心布防或撤防专线5或6的电话号码，同时检测被叫的通信信令或信令音及出现时间；

所述报警主机如果检测到被叫未占线，则开始等待并检测和计算被叫挂机的信令和时间；如果检测到被叫占线，则挂机并认为本次布、撤防状态上传操作不成功，置本次上传未成功标志，并产生重新上传的随机延时，以避免本次上传碰撞的多台报警主机，采用固定延时后重新上传的再次碰撞；

当任意一个电话号码呼入报警中心通信单元7时，其报警数据单元11会提取来电号码；

所述报警中心通信单元7将该报警来电号码数据和呼入的线路通道号发送给报警中心接收机的报警中心处理单元9；

所述报警中心通信单元7应采用可在振铃期间执行挂机操作的GSM模块或数字电话线路接入设备（模拟电话线路接入设备在不接听主叫后无法执行挂机操作）；所述报警中心处理单元9收到来电报警数据后先向所述报警中心通信单元7发出并由通信单元7执行被叫挂机指令；

所述报警中心处理单元9对来电数据和来电所呼入的线路通道号进行判断，若来电号码为用户电话号码，当所述线路通道号属于预设的布防专线5的通道号范围时，则把该来电号码对应的报警主机置为布防状态；当所述线路通道号属于预设的撤防专线6的通道号范围时，则把该来电号码对应的报警主机置为撤防状态；若来电号码不是用户电话号码，则不做处理或者执行返回操作；

所述报警主机判断被叫挂机前的振铃次数或时间是否属于约定范围，如果是则认为本次布、撤防状态上传操作已成功，并清除未成功标志；否则置未成功标志；

所述报警主机在置未成功标志的同时，还赋值最大重试次数，并生成随机重拨延时，以避免本次上传碰撞的多台报警主机，采用固定延时后重新上传的再次碰撞；

所述报警主机在随机重拨延时结束后继续按上述流程向报警中心上传该布防或撤防状态，如果成功则置上传成功标志并结束本次布、撤防状态上传操作；如果仍不成功则重试次数减少一次，等待新的随机重拨延时结束后继续按上述流程向报警中心上传布、撤防状态，直至布、撤防状态上传操作成功或重试次数为0为止；

为了更可靠地保证报警中心对用户报警主机上传布、撤防状态或警情的接通率，报警中心可根据用户数量多少和当地用户的上下班情况，适当增加布防和撤防专用线路5和6的数量，布防或撤防专用线路5或6由第一条线路开始，依次对后面的线路设置遇忙呼叫转移关系：如布防线路一遇忙转移到线路二，线路二遇忙转移到三，等等；撤防线路亦然；

为了更可靠地保证报警中心对用户报警主机上传布、撤防状态或警情的接通率，或报警中心处理单元9应具有对所述专用通信线路进行定时故障检测的功能；对于采用GSM MODEM模块或GSM MODEM池的，还应检测各模块的信号强度、SIM卡故障或脱网、异常关机、AT指令通信、来电显示等通信、工作状态或指令配置是否正常；如果异常应一方面产生告警信息，引起中心操作人员注意并及时排除故障，另一方面采用自愈指令或重新开机等方法，自行尝试某些故障的自动排除。

关于所述报警中心处理单元9对来电数据和来电所呼入的线路通道号进行判断问题，在本发明的具体实施过程中，所述报警中心处理单元9可以先对来电号码是否属于用户号码进行判断也可以先对来电所呼入的线路通道号进行判断。

若先对来电号码进行判断，可以按照以下步骤进行：

所述报警中心处理单元9对来电号码和用户数据库8中预编程的用户电话号码进行比较，如果不是用户号码则不做处理；如果是用户电话号码，则继续检测该来电所呼入的线路通道号；

如果所述线路通道号属于预编程的布防专线5的通道号范围，则把该报警号码对应的报警主机置为布防状态；如果所述线路通道号属于预编程的撤防专线6的通道号范围，则把该报警号码对应的报警主机置为撤防状态。

如图2所示，若先对来电所呼入的线路通道号进行判断，则可以按照以下步骤进行：

所述报警中心处理单元9对来电所呼入的线路通道号进行判断：

若属于预编程的布防专线5的通道号范围，则把来电号码和用户数据库8中预编程的用户电话号码进行比较，如果不是用户号码则不做处理或者如图2所示：返回执行其他检测处理流程；如果是用户电话号码，则把该报警号码对应的报警主机置为布防状态；

若属于预编程的撤防专线6的通道号范围，则把来电号码和用户数据库8中预编程的用户电话号码进行比较，如果不是用户号码则不做处理或者如图2所示：返回执行其他检测处理流程；如果是用户电话号码，则把该报警号码对应的报警主机置为撤防状态。

为了更可靠地保证在用户通常应该布防时段如商业用户在24点时的设备布防，中心操作人员可以手动查询或由报警中心处理单元9自动预警提示指定时刻尚未布防的一台或多台报警主机，选定未布防的报警主机并下达布防操作指令，则报警中心将以传统联网报警中心的协议信令和数据交互方式向所选择的报警主机拨号、握手并发出中心布防操作指令，报警主机对该布防指令执行成功后还会立即向报警中心返回该布防操作协议数据，然后再发吻别信号并执行挂机操作；所述报警中心处理单元9收到该布防操作协议数据包后，将该主机设置为已布防状态。

通过上述报警中心在指定时间对尚未布防的用户进行中心代客布防操作，可有效解决客户下班后忘记进行布防操作，或者已进行操作但由于用户数量和中心上传线路设置比例不够而导致过多上传碰撞；或者通信故障等问题造成最大重试次数后仍有未上传成功现象等异常问题。

上述实施例中没对相应的硬件实现细节进行详细的描述，比如所述用户端设备中报警主机处理单元2和报警主机通信单元3之间的具体引脚连接方式、所涉及器件或模块的具体型号等，因为对于该领域的技术人员来说，这是很容易做到的事情。

本发明着重说明了最常用的布、撤防状态上传的方法，对于留守（居家）布防等其他频率较高且可以忽略操作人或防区的事件信息上传，完全可以按照上述方法实现。虽然前面做了详细的说明和介绍，也有相应详细的示意图和具体实施例做辅助说明，但对联网报警领域及相关同类应用领域的技术人员来说，在权利要求范围内显然可以有各种各样的改进，这并不脱离本发明的精神和范围。因此，上述相应的说明及相应的实施例并不意味着对本发明的限制。

Claims (3)

1.一种布防或撤防状态的无话费可靠上传方法，报警中心通信单元中设有GSM 模块或数字电话线路接入设备, 发生布防或撤防操作后，包括如下步骤：

a、报警主机通过通信网络拨打预设的报警中心布防或撤防专线的电话号码，同时检测被叫的通信信令或信令音及出现时间；

b、所述报警主机如果检测到被叫未占线，则开始等待并检测和计算被叫挂机的信令和时间；如果检测到被叫占线，则挂机并认为本次布防或撤防状态上传操作不成功，置本次上传未成功标志，并返回a步骤；

c、所述报警中心通信单元将该来电号码数据和呼入的线路通道号发送给报警中心处理单元；

d、所述报警中心处理单元收到来电号码数据后先向所述报警中心通信单元发出并由通信单元执行被叫挂机指令；

e、所述报警中心处理单元对来电数据和来电所呼入的线路通道号进行判断，若来电号码为用户电话号码，当所述线路通道号属于预设的布防专线的通道号范围时，则把该来电号码对应的报警主机置为布防状态，当所述线路通道号属于预设的撤防专线的通道号范围时，则把该来电号码对应的报警主机置为撤防状态，若来电号码不是用户电话号码，则不做处理或执行返回操作；

f、所述报警主机判断被叫挂机前的振铃次数或时间是否属于约定范围，如果是则认为本次布防或撤防状态上传操作已成功，并清除未成功标志；否则挂机、置未成功标志并返回a步骤；

其中，所述的b步骤还包括如下步骤：

所述主机挂机并认为本次布防或撤防状态上传操作不成功、置本次上传未成功标志后产生重新上传的随机延时，以避免本次上传碰撞的多台报警主机，采用固定延时后重新上传的再次碰撞，延时结束后返回到a步骤；

其中，所述的f步骤还包括如下步骤：

所述报警主机在置未成功标志的同时，还赋值最大重试次数，并生成随机重拨延时，以避免本次上传碰撞的多台报警主机，采用固定延时后重新上传的再次碰撞；

所述报警主机在随机重拨延时结束后返回a步骤，继续向报警中心上传该布防或撤防状态，如果成功则置上传成功标志并结束本次布防或撤防状态上传操作；如果仍不成功则重试次数减少一次，等待新的随机重拨延时结束后再次返回a步骤，继续向报警中心上传布防或撤防状态，直至布防或撤防状态上传操作成功或重试次数为 0 为止；

    其特征是：所述报警中心可根据用户数量多少和当地用户的上下班情况，适当增加布防和撤防专用线路的数量，布防或撤防专用线路由第一条线路开始，依次对后面的线路设置遇忙呼叫转移关系；撤防线路亦然。

2.根据权利要求1所述的一种布防或撤防状态的无话费可靠上传方法，其特征是：所述报警中心设有报警中心处理单元，所述报警中心处理单元按照预设的条件向报警主机拨号、握手并发出中心布防操作指令，所述报警主机对该布防指令执行成功后还会立即向报警中心返回该布防信息，然后再发吻别信号并执行挂机操作；所述报警中心处理单元收到该布防信息后，将该主机设置为已布防状态。

3.根据权利要求1或2所述的一种布防或撤防状态的无话费可靠上传方法，其特征是：所述报警主机中设有报警主机通信单元，所述报警主机通信单元采用 GSM/GPRS模块或采用电话线方式和所述报警中心通信，当所述报警主机采用电话线方式和所述报警中心通信时，所述报警主机通信单元中同时设有铃流音检测电路。

Images