報警主機可靠上傳布防或撤防狀態的無話費實現方法

2023-05-22 15:46:06

專利名稱：報警主機可靠上傳布防或撤防狀態的無話費實現方法
技術領域：
本發明涉及安防行業的聯網報警方法，具體涉及一種無話費可靠實現報警主機 向報警中心上傳布、撤防狀態信息的方法。
背景技術：
近年來，隨著社會的發展和生活水平的提高，人民對安全的訴求日益迫切，全國各 地繼上世紀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條以內，因此這種簡單的設計和處 理方式屬於不可靠通信設計，是無法可靠實現布、撤防狀態信息無話費上傳的。針對傳統聯網報警系統的上述缺點，有些廠家還推出了基於總線聯網的報警系 統，用戶的布、撤防狀態上傳就不會產生話費用。但其缺點是各個用戶及其至報警中心的 總線都要自己鋪設，因此只適用於新建小區，該報警線路和對講系統等弱電線路一起在裝 修前進行預鋪設；對於已建成的小區，由於影響美觀、安全度低、施工量大、工程造價高等缺 點，難以採用該類報警系統鋪線組網；對於分散的商業用戶，總線型報警系統是沒法聯網使 用的。

發明內容
本發明所要解決的技術問題是，提供一種無話費可靠實現報警主機向報警中心上 傳布防或撤防狀態的方法。為解決以上技術問題，本發明的技術方案是一種報警主機可靠上傳布防或撤防 狀態的無話費實現方法，其特徵是包括如下步驟
發生布防或撤防操作後，
a、報警主機通過通信網絡撥打預設的報警中心布防或撤防專線的電話號碼，同時檢測 被叫的通信信令或信令音及出現時間；
b、所述報警主機如果檢測到被叫未佔線，則開始等待並檢測和計算被叫掛機的信令和 時間；如果檢測到被叫佔線，則掛機並認為本次布防或撤防狀態上傳操作不成功，置本次上 傳未成功標誌，並返回a步驟；
C、所述報警中心通信單元將該來電號碼數據和呼入的線路通道號發送給報警中心處 理單元；
d、所述報警中心處理單元收到來電號碼數據後先向所述報警中心通信單元發出並由 報警中心通信單元執行被叫掛機指令；
e、所述報警中心處理單元對來電數據和來電所呼入的線路通道號進行判斷，若來電號 碼為用戶電話號碼，當所述線路通道號屬於預設的布防專線的通道號範圍時，則把該來電號碼對應的報警主機置為布防狀態，當所述線路通道號屬於預設的撤防專線的通道號範圍 時，則把該來電號碼對應的報警主機置為撤防狀態，若來電號碼不是用戶電話號碼，則不做 處理或執行返回操作；
f、所述報警主機判斷被叫掛機前的振鈴次數或時間是否屬於約定範圍，如果是則認為 本次布防或撤防狀態上傳操作已成功，並清除未成功標誌；否則掛機、置未成功標誌並返回 a步驟。作為本發明的改進，一種報警主機可靠上傳布防或撤防狀態的無話費實現方法， 其特徵是所述的f步驟還包括如下步驟
所述報警主機在置未成功標誌的同時，還賦值最大重試次數，並生成隨機重撥延時，以 避免本次上傳碰撞的多臺報警主機，採用固定延時後重新上傳的再次碰撞；
所述報警主機在隨機重撥延時結束後返回a步驟，繼續向報警中心上傳該布防或撤防 狀態，如果成功則置上傳成功標誌並結束本次布防或撤防狀態上傳操作；如果仍不成功則 重試次數減少一次，等待新的隨機重撥延時結束後再次返回a步驟，繼續向報警中心上傳 布防或撤防狀態，直至布防或撤防狀態上傳操作成功或重試次數為0為止。作為本發明進一步的改進，一種報警主機可靠上傳布防或撤防狀態的無話費實現 方法，其特徵是
所述的b步驟還包括如下步驟
所述主機掛機並認為本次布防或撤防狀態上傳操作不成功、置本次上傳未成功標誌後 產生重新上傳的隨機延時，以避免本次上傳碰撞的多臺報警主機，採用固定延時後重新上 傳的再次碰撞，延時結束後返回a步驟。作為本發明更進一步的改進，所述報警中心可根據用戶數量多少和當地用戶的上 下班情況，適當增加布防和撤防專用線路的數量，布防或撤防專用線路由第一條線路開始， 依次對後面的線路設置遇忙呼叫轉移關係；撤防線路亦然。作為本發明再進一步的改進，所述報警中心設有報警中心處理單元，所述報警中 心處理單元按照預設的條件向報警主機撥號、握手並發出中心布防操作指令，所述報警主 機對該布防指令執行成功後還會立即向報警中心返回該布防信息，然後再發吻別信號並執 行掛機操作；所述報警中心處理單元收到該布防信息後，將該主機設置為已布防狀態。本發明針對現有防盜系統的不足，充分利用現有通訊技術，在可靠保證狀態交互 率的前提下，終端報警主機和報警中心之間採用主叫撥通被叫後檢測被叫在未接聽的前提 下是否在約定時間內發出掛機操作和上傳失敗後的重試設計機制，在被叫不用接聽主叫並 交互協議信令及協議數據信息的情況下完成布、撤防狀態信息的可靠上傳，即無話費實現 報警主機向報警中心可靠上傳布、撤防狀態信息。具體有益效果還包括
1、由於在不接通主叫呼叫就能實現布、撤防狀態的可靠上傳，從而徹底解決了現有基 於公共交換電話網絡(PSTN)進行組網的報警中心布、撤防狀態上傳用戶端通信費用較高的 問題，從而使報警中心及時了解其所有用戶的系統狀態成為現實。2、由於是基於現有的公共交換電話網絡(PSTN)進行組網，從而有效解決了總線聯 網型報警系統不宜在已建社區和分散商業區建設的問題，可以方便、高效、低成本地構建上 述地區的聯網報警系統。3、在布防或撤防狀態上傳未成功時，通過重試機制可以大大提供通信的可靠性，
6通過設置隨機延時，可以很大程度上降低本次上傳碰撞的多臺報警主機在採用固定延時後 重新上傳後再次碰撞可能性。4、報警中心根據用戶數量多少和當地用戶的上下班情況，適當增加布防和撤防專 用線路的數量，布防或撤防專用線路由第一條線路開始，依次對後面的線路設置遇忙呼叫 轉移關係可以更可靠地保證報警中心對用戶報警主機上傳布、撤防狀態或警情的接通率。5、所述報警中心處理單元按照預設的條件向報警主機撥號、握手並發出中心布防 操作指令，所述報警主機對該布防指令執行成功後還會立即向報警中心返回該布防信息， 然後再發吻別信號並執行掛機操作；所述報警中心處理單元收到該布防信息後，將該主機 設置為已布防狀態。通過上述報警中心在指定時間對尚未布防的用戶進行中心代客布防操作，可有效 解決客戶下班後忘記進行布防操作，或者已進行操作但由於用戶數量和中心上傳線路設置 比例不夠而導致過多上傳碰撞；或者通信故障等問題造成最大重試次數後仍有未上傳成功 現象等異常問題。


下面結合說明書附圖對本發明做進一步說明，其中 圖1是本發明的實施結構圖2是本發明的方法步驟流程圖。
具體實施例方式圖1就是實施本發明方法的聯網報警組網設備，如圖1所示該組網設備包括報 警主機和報警中心，所述報警主機通過通信網絡4與所述報警中心進行通信。所述報警主 機以報警主機處理單元2為核心，所述報警主機處理單元2在執行電話號碼編程操作後，把 報警中心布防專用線路和撤防專用線路電話號碼存儲到其存儲單元Al中；當用戶進行布 防或撤防操作後，所述報警主機處理單元2從存儲單元Al中讀取已編程的報警中心布防或 撤防專線電話號碼，向報警主機通信單元3發出撥號指令，所述報警主機通信單元3通過通 信網絡4向報警中心布防專線5或撤防專線6進行撥號；同時所述報警主機處理單元2通 過所述報警主機通信單元3的鈴流音檢測電路(採用電話線通信)或串行通信口(採用GSM/ GPRS模塊通信)對報警中心被叫線路進行佔線、掛機回鈴音或信令字符串出現的時間進行 計時和判斷。所述報警中心設備的報警中心通信單元7檢測到布防專線5或撤防專線6發 生振鈴後，先由報警數據單元11獲得作為主叫的報警主機的來電顯示電話號碼數據，報警 中心通信單元7先將該來電顯示數據和布防或撤防專線的物理線路號傳輸給報警中心設 備的核心——報警中心處理單元9，所述報警中心處理單元9收到上述數據後，先發出並由 報警中心通信單元7執行對該上傳信息線路的掛機操作，再通過比較來電號碼和用戶數據 庫中作為輔助帳號的報警主機電話號碼欄位，確定是哪個用戶上傳了布、撤防操作信息，如 果來電號碼不屬於已編程用戶報警主機的電話號碼，則不做任何處理；相反如果是已編程 用戶的報警主機上傳的信息，則從存儲單元BlO中讀出已編程的布防撤防專用線路的物理 通道號，並判斷剛才發生上傳事件的物理線路號屬於布防還是撤防線路，如果屬於布防線 路號範圍，則資料庫中該用戶的報警主機狀態欄位置布防標誌數據；屬於撤防線路號範圍，則資料庫中該用戶的報警主機狀態欄位置撤防標誌數據，同時系統事件欄生成並增加顯示 該用戶已布防或撤防事件並生成對應的事件記錄。 圖2就是本發明的具體方法步驟流程圖。如圖2所示，一種無話費實現報警主機 向報警中心上傳布、撤防狀態的方法，包括以下步驟
報警中心設有兩類不同號碼的布防、撤防狀態上傳專用電話線路5、6 ； 所述布防、撤防狀態上傳專用電話線路5、6需要開通來電顯示業務； 將布防、撤防狀態上傳專用線路5、6的電話號碼編程到報警主機中並儲存於其存儲單 元Al ；報警主機的報警主機通信單元3採用電話線方式和報警中心通信的，應具有鈴流音 檢測電路；採用GSM/GPRS模塊和報警中心通信的，由於上述模塊可檢測出並通過串行通信 口向報警主機處理單元2提供被叫線路佔線、掛機情況的信令字符串，因此可不必增加鈴 流音檢測電路。上述通信裝置可對報警中心被叫線路進行佔線、掛機回鈴音或相應信令字 符串進行檢測和判斷，並由報警主機處理單元2對上述信令音或信令字符串的出現時間進 行計時；將終端報警主機使用的電話號碼作為輔助帳號欄位編程到報警中心處理單元9的 用戶資料庫8中並儲存；
將布防、撤防狀態上傳專用線路5、6的一個或多個物理通道號編程或固化到報警中心 處理單元9的存儲單元BlO中並儲存；
所述存儲單元BlO為通信配置文件，或者報警中心處理單元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所示返回執行其他檢 測處理流程；如果是用戶電話號碼，則把該報警號碼對應的報警主機置為撤防狀態。為了更可靠地保證在用戶通常應該布防時段如商業用戶在M點時的設備布防， 中心操作人員可以手動查詢或由報警中心處理單元9自動預警提示指定時刻尚未布防的一臺或多臺報警主機，選定未布防的報警主機並下達布防操作指令，則報警中心將以傳統 聯網報警中心的協議信令和數據交互方式向所選擇的報警主機撥號、握手並發出中心布防 操作指令，報警主機對該布防指令執行成功後還會立即向報警中心返回該布防操作協議數 據，然後再發吻別信號並執行掛機操作；所述報警中心處理單元9收到該布防操作協議數 據包後，將該主機設置為已布防狀態。通過上述報警中心在指定時間對尚未布防的用戶進行中心代客布防操作，可有效 解決客戶下班後忘記進行布防操作，或者已進行操作但由於用戶數量和中心上傳線路設置 比例不夠而導致過多上傳碰撞；或者通信故障等問題造成最大重試次數後仍有未上傳成功 現象等異常問題。上述實施例中沒對相應的硬體實現細節進行詳細的描述，比如所述用戶端設備中 報警主機處理單元2和報警主機通信單元3之間的具體引腳連接方式、所涉及器件或模塊 的具體型號等，因為對於該領域的技術人員來說，這是很容易做到的事情。本發明著重說明了最常用的布、撤防狀態上傳的方法，對於留守(居家)布防等其 他頻率較高且可以忽略操作人或防區的事件信息上傳，完全可以按照上述方法實現。雖然 前面做了詳細的說明和介紹，也有相應詳細的示意圖和具體實施例做輔助說明，但對聯網 報警領域及相關同類應用領域的技術人員來說，在權利要求範圍內顯然可以有各種各樣的 改進，這並不脫離本發明的精神和範圍。因此，上述相應的說明及相應的實施例並不意味著 對本發明的限制。
權利要求
1.一種報警主機可靠上傳布防或撤防狀態的無話費實現方法，其特徵是包括如下步驟發生布防或撤防操作後，a、報警主機通過通信網絡撥打預設的報警中心布防或撤防專線的電話號碼，同時檢測 被叫的通信信令或信令音及出現時間；b、所述報警主機如果檢測到被叫未佔線，則開始等待並檢測和計算被叫掛機的信令和 時間；如果檢測到被叫佔線，則掛機並認為本次布防或撤防狀態上傳操作不成功，置本次上 傳未成功標誌，並返回a步驟；C、所述報警中心通信單元將該來電號碼數據和呼入的線路通道號發送給報警中心處 理單元；d、所述報警中心處理單元收到來電號碼數據後先向所述報警中心通信單元發出並由 報警中心通信單元執行被叫掛機指令；e、所述報警中心處理單元對來電數據和來電所呼入的線路通道號進行判斷，若來電號 碼為用戶電話號碼，當所述線路通道號屬於預設的布防專線的通道號範圍時，則把該來電 號碼對應的報警主機置為布防狀態，當所述線路通道號屬於預設的撤防專線的通道號範圍 時，則把該來電號碼對應的報警主機置為撤防狀態，若來電號碼不是用戶電話號碼，則不做 處理或執行返回操作；f、所述報警主機判斷被叫掛機前的振鈴次數或時間是否屬於約定範圍，如果是則認為 本次布防或撤防狀態上傳操作已成功，並清除未成功標誌；否則掛機、置未成功標誌並返回 a步驟。
2.根據權利要求1所述的一種報警主機可靠上傳布防或撤防狀態的無話費實現方法， 其特徵是所述的f步驟還包括如下步驟所述報警主機在置未成功標誌的同時，還賦值最大重試次數，並生成隨機重撥延時，以 避免本次上傳碰撞的多臺報警主機，採用固定延時後重新上傳的再次碰撞；所述報警主機在隨機重撥延時結束後返回a步驟，繼續向報警中心上傳該布防或撤防 狀態，如果成功則置上傳成功標誌並結束本次布防或撤防狀態上傳操作；如果仍不成功則 重試次數減少一次，等待新的隨機重撥延時結束後再次返回a步驟，繼續向報警中心上傳 布防或撤防狀態，直至布防或撤防狀態上傳操作成功或重試次數為0為止。
3.根據權利要求2所述的一種報警主機可靠上傳布防或撤防狀態的無話費實現方法， 其特徵是所述的b步驟還包括如下步驟所述主機掛機並認為本次布防或撤防狀態上傳操作不成功、置本次上傳未成功標誌後 產生重新上傳的隨機延時，以避免本次上傳碰撞的多臺報警主機，採用固定延時後重新上 傳的再次碰撞，延時結束後返回a步驟。
4.根據權利要求3所述的一種報警主機可靠上傳布防或撤防狀態的無話費實現方法， 其特徵是所述報警中心可根據用戶數量多少和當地用戶的上下班情況，適當增加布防和 撤防專用線路的數量，布防或撤防專用線路由第一條線路開始，依次對後面的線路設置遇 忙呼叫轉移關係；撤防線路亦然。
5.根據權利要求4所述的一種報警主機可靠上傳布防或撤防狀態的無話費實現方法， 其特徵是所述報警中心設有報警中心處理單元，所述報警中心處理單元按照預設的條件 向報警主機撥號、握手並發出中心布防操作指令，所述報警主機對該布防指令執行成功後 還會立即向報警中心返回該布防信息，然後再發吻別信號並執行掛機操作；所述報警中心 處理單元收到該布防信息後，將該主機設置為已布防狀態。
6.根據權利要求1或2所述的一種報警主機可靠上傳布防或撤防狀態的無話費實現方 法，其特徵是所述報警中心可根據用戶數量多少和當地用戶的上下班情況，適當增加布防 和撤防專用線路的數量，布防或撤防專用線路由第一條線路開始，依次對後面的線路設置 遇忙呼叫轉移關係；撤防線路亦然。
7.根據權利要求1至3中任何一項權利要求所述的一種報警主機可靠上傳布防或撤防 狀態的無話費實現方法，其特徵是所述報警中心設有報警中心處理單元，所述報警中心處 理單元按照預設的條件向報警主機撥號、握手並發出中心布防操作指令，所述報警主機對 該布防指令執行成功後還會立即向報警中心返回該布防信息，然後再發吻別信號並執行掛 機操作；所述報警中心處理單元收到該布防信息後，將該主機設置為已布防狀態。
8.根據權利要求1所述的一種報警主機可靠上傳布防或撤防狀態的無話費實現方法， 其特徵是所述的b步驟還包括如下步驟所述主機掛機並認為本次布防或撤防狀態上傳操作不成功、置本次上傳未成功標誌後 產生重新上傳的隨機延時，以避免本次上傳碰撞的多臺報警主機，採用固定延時後重新上 傳的再次碰撞，延時結束後返回a步驟。
9.根據權利要求8所述的一種報警主機可靠上傳布防或撤防狀態的無話費實現方法， 其特徵是所述報警中心可根據用戶數量多少和當地用戶的上下班情況，適當增加布防和撤防專 用線路的數量，布防或撤防專用線路由第一條線路開始，依次對後面的線路設置遇忙呼叫 轉移關係；撤防線路亦然。
10.根據權利要求8或9所述的一種報警主機可靠上傳布防或撤防狀態的無話費實現 方法，其特徵是所述報警中心設有報警中心處理單元，所述報警中心處理單元按照預設的條件向報警 主機撥號、握手並發出中心布防操作指令，所述報警主機對該布防指令執行成功後還會立 即向報警中心返回該布防信息，然後再發吻別信號並執行掛機操作；所述報警中心處理單 元收到該布防信息後，將該主機設置為已布防狀態。
全文摘要
本發明公開了一種報警主機可靠上傳布防或撤防狀態的無話費實現方法，包括a、報警主機撥打布防或撤防專線號碼；b、若佔線，則置上傳未成功標誌並返回a，否則，檢測和計算被叫掛機的信令和時間；c、發送來電號碼和線路通道號；d、掛機；e、若來電為用戶號碼且通道號來自布防專線，則置布防狀態；否則置撤防狀態，若來電不是用戶號碼則不處理或執行返回操作；f、判斷被叫掛機前的振鈴次數或時間是否屬約定範圍，屬於則清除未成功標誌；否則掛機、置未成功標誌並返回a。由於在不接通主叫呼叫就能實現布、撤防狀態的可靠上傳，從而徹底解決了用戶端通信費用較高以及總線聯網型報警系統不宜在已建社區和分散商業區建設的問題。
文檔編號G08B25/08GK102088524SQ20101025351
公開日2011年6月8日 申請日期2010年8月16日 優先權日2010年8月16日
發明者王家法 申請人:深圳市全球鎖安防系統工程有限公司