一種基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)采集技術(shù)領(lǐng)域，尤其涉及一種基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法。
【背景技術(shù)】
[0002]目前，采集系統(tǒng)的數(shù)據(jù)采集可以分為兩種通訊方式:主站巡測方式和終端主動上報方式。無論采用哪一種方式，都不可避免地出現(xiàn)數(shù)據(jù)采集不完整的情況。對于缺漏的這些數(shù)據(jù)，通常需要主站進(jìn)行補(bǔ)召。主站主動補(bǔ)召由于通訊中斷漏掉的采集數(shù)據(jù)時，報文傳送是雙向的，主站發(fā)送的補(bǔ)召命令一方面占用主站的CPU資源，另一方面占用了帶寬，隨子站個數(shù)增加這種資源消耗將更加嚴(yán)重。此外，如果通訊中斷時間長，那么補(bǔ)錄的數(shù)據(jù)量是很驚人的，必然會占用帶寬。

【發(fā)明內(nèi)容】

[0003]基于【背景技術(shù)】存在的技術(shù)問題，本發(fā)明提出了一種基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，克服了以上問題。
[0004]本發(fā)明提出的一種基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，設(shè)置有主站以及不少于一個子站，所述方法包括以下步驟:
[0005]子站設(shè)置實(shí)時傳送線程、存儲線程、壓縮線程和補(bǔ)錄線程；
[0006]子站通過實(shí)時傳送線程將采集的實(shí)時數(shù)據(jù)發(fā)送到主站并實(shí)時判斷其與主站的通訊鏈路狀態(tài)；
[0007]當(dāng)通訊鏈路中斷，存儲線程存儲實(shí)時傳送線程需要發(fā)送給主站的實(shí)時數(shù)據(jù)，且實(shí)時數(shù)據(jù)附有采集時標(biāo)；
[0008]壓縮線程將存儲線程存儲的實(shí)時數(shù)據(jù)進(jìn)行壓縮存儲且為壓縮數(shù)據(jù)設(shè)置編號；
[0009]補(bǔ)錄線程實(shí)時判斷子站與主站的通訊鏈路狀態(tài)，當(dāng)通訊鏈路正常，補(bǔ)錄線程判斷壓縮線程是否有壓縮數(shù)據(jù)，如果有壓縮數(shù)據(jù)，補(bǔ)錄線程將壓縮數(shù)據(jù)按照編號主動上傳給主站，并追加一幀結(jié)束幀結(jié)束上傳；
[0010]主站接受完壓縮數(shù)據(jù)后發(fā)送一幀應(yīng)答幀，應(yīng)答幀包含接收子站數(shù)據(jù)幀的情況，補(bǔ)錄線程接收到主站應(yīng)答幀后，如果主站全部接收成功則補(bǔ)錄線程刪除壓縮數(shù)據(jù)，否則再重新傳送沒有傳送成功的壓縮數(shù)據(jù)。
[0011]優(yōu)選地，主站接收壓縮數(shù)據(jù)后進(jìn)行解壓、解析和存儲，并根據(jù)壓縮數(shù)據(jù)接收情況制作應(yīng)答幀。
[0012]優(yōu)選地，如果補(bǔ)錄線程向主站發(fā)送壓縮數(shù)據(jù)丟幀，主站通過壓縮數(shù)據(jù)幀接收情況并結(jié)合子站結(jié)束幀來制作應(yīng)答幀，應(yīng)答幀表明丟失的壓縮數(shù)據(jù)幀的編號，子站根據(jù)應(yīng)答幀重新上傳丟失的壓縮數(shù)據(jù)，并追加一幀結(jié)束幀。
[0013]優(yōu)選地，主站接收子站重新發(fā)送的壓縮數(shù)據(jù)后，向子站發(fā)送應(yīng)答幀，子站根據(jù)應(yīng)答幀判斷壓縮數(shù)據(jù)傳送情況，直到所有壓縮數(shù)據(jù)傳送成功，補(bǔ)錄線程刪除壓縮數(shù)據(jù)。
[0014]優(yōu)選地，補(bǔ)錄線程將壓縮數(shù)據(jù)按照編號主動上傳給主站后追加的終止幀中包含所有上傳給主站的壓縮數(shù)據(jù)編號。
[0015]本方法由子站發(fā)起補(bǔ)錄數(shù)據(jù)動作，報文傳送是子站到主站單向的，這樣一方面減少帶寬的使用，把帶寬留給實(shí)時數(shù)據(jù)傳送，另一方面減少了主站的主動補(bǔ)召的環(huán)節(jié)，降低了主站的CPU資源消耗。隨著子站的個數(shù)增加，主站資源消耗增加不明顯。
[0016]本方法對傳送的報文，進(jìn)行了數(shù)據(jù)壓縮。如果通訊中斷時間長，那么補(bǔ)錄的數(shù)據(jù)量是很驚人的，壓縮降低了傳送的數(shù)據(jù)量，從而減少了補(bǔ)錄的時間。壓縮算法可以使報文長度降低20%，即每個子站設(shè)備向主站系統(tǒng)補(bǔ)錄的數(shù)據(jù)總量不變，但是承載數(shù)據(jù)的報文字節(jié)數(shù)降低了 20%，間接減少了帶寬的使用。隨著子站的個數(shù)增加，數(shù)據(jù)壓縮帶來的補(bǔ)錄效率提高是很顯著的。
[0017]本方法從兩個方面優(yōu)化了主站資源的消耗，一方面減少主站的工作量，主站不再發(fā)送補(bǔ)召命令，而是子站主動向主站補(bǔ)錄數(shù)據(jù)，將把部分主站工作移交給子站去做；另一方面減少帶寬，通過對補(bǔ)錄數(shù)據(jù)的壓縮，減少補(bǔ)錄數(shù)據(jù)帶寬占用量，把帶寬讓給實(shí)時數(shù)據(jù)的傳送，保證實(shí)時數(shù)據(jù)傳送速率。
【附圖說明】
[0018]圖1為本發(fā)明提出了一種基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法的流程圖。
【具體實(shí)施方式】
[0019]參照圖1，本發(fā)明提出的一種基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，設(shè)置有主站以及不少于一個子站，主站分別與每一個子站通信連接，所述方法包括以下步驟:
[0020]S1、子站設(shè)置實(shí)時傳送線程、存儲線程、壓縮線程和補(bǔ)錄線程。
[0021]S2、子站通過實(shí)時傳送線程將采集的實(shí)時數(shù)據(jù)發(fā)送到主站并實(shí)時判斷其與主站的通訊鏈路狀態(tài)。
[0022]S3、當(dāng)通訊鏈路中斷，子站存儲線程存儲實(shí)時傳送線程需要發(fā)送給主站的實(shí)時數(shù)據(jù)，且實(shí)時數(shù)據(jù)附有采集時標(biāo)。
[0023]S4、壓縮線程將存儲線程存儲的實(shí)時數(shù)據(jù)進(jìn)行壓縮存儲且為壓縮數(shù)據(jù)設(shè)置編號。實(shí)時數(shù)據(jù)壓縮存儲有利于減少所占存儲空間。
[0024]S5、補(bǔ)錄線程實(shí)時判斷子站與主站的通訊鏈路狀態(tài)。
[0025]S6、當(dāng)通訊鏈路正常，補(bǔ)錄線程判斷壓縮線程是否有壓縮數(shù)據(jù)。
[0026]S7、如果有壓縮數(shù)據(jù)，補(bǔ)錄線程將壓縮數(shù)據(jù)按照編號主動上傳給主站，并追加一幀結(jié)束幀并結(jié)束上傳。結(jié)束幀中包含所有上傳給主站的壓縮數(shù)據(jù)編號，以便主站對接收到的壓縮數(shù)據(jù)進(jìn)行校驗(yàn)。
[0027]補(bǔ)錄線程通過判斷壓縮線程是否有壓縮數(shù)據(jù)主動進(jìn)行數(shù)據(jù)補(bǔ)錄，減少了主站發(fā)布補(bǔ)召輪詢命令的環(huán)節(jié)，降低了主站的CPU資源消耗。此外，通訊鏈路正常時，補(bǔ)錄線程向主站發(fā)送壓縮數(shù)據(jù)與實(shí)時傳送線程向主站發(fā)送實(shí)時數(shù)據(jù)同時進(jìn)行，由于補(bǔ)錄數(shù)據(jù)以壓縮數(shù)據(jù)的形式進(jìn)行傳送，減少了帶寬的使用，還有利于提高傳送效率。
[0028]S8、主站接受完壓縮數(shù)據(jù)后發(fā)送一幀應(yīng)答幀，補(bǔ)錄線程接收到應(yīng)答幀后，刪除壓縮數(shù)據(jù)。
[0029]該步驟具體為:主站接收壓縮數(shù)據(jù)后進(jìn)行解壓、解析和存儲；如果補(bǔ)錄線程向主站發(fā)送壓縮數(shù)據(jù)丟幀，主站通過壓縮數(shù)據(jù)幀接收情況并結(jié)合子站結(jié)束幀來制作應(yīng)答幀，應(yīng)答幀表明丟失的壓縮數(shù)據(jù)幀的編號，子站根據(jù)應(yīng)答幀重新上傳丟失的壓縮數(shù)據(jù)，并追加一幀結(jié)束幀。主站接收子站重新發(fā)送的壓縮數(shù)據(jù)后，向子站發(fā)送應(yīng)答幀；子站根據(jù)應(yīng)答幀判斷壓縮數(shù)據(jù)傳送情況，直到所有壓縮數(shù)據(jù)傳送成功，補(bǔ)錄線程刪除壓縮數(shù)據(jù)。
[0030]本方法中，對壓縮數(shù)據(jù)進(jìn)行編號，一方面有利于補(bǔ)錄線程安裝編號順序進(jìn)行數(shù)據(jù)補(bǔ)錄上傳，另一方面也有利于，主站按照順序編號進(jìn)行補(bǔ)錄數(shù)據(jù)驗(yàn)收，快速判斷數(shù)據(jù)丟失情況并通知子站。
[0031]以上所述，僅為本發(fā)明較佳的【具體實(shí)施方式】，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，根據(jù)本發(fā)明的技術(shù)方案及其發(fā)明構(gòu)思加以等同替換或改變，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.一種基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，其特征在于，設(shè)置有主站以及不少于一個子站，所述方法包括以下步驟: 子站設(shè)置實(shí)時傳送線程、存儲線程、壓縮線程和補(bǔ)錄線程； 子站通過實(shí)時傳送線程將采集的實(shí)時數(shù)據(jù)發(fā)送到主站并實(shí)時判斷其與主站的通訊鏈路狀態(tài)； 當(dāng)通訊鏈路中斷，存儲線程存儲實(shí)時傳送線程需要發(fā)送給主站的實(shí)時數(shù)據(jù)，且實(shí)時數(shù)據(jù)附有采集時標(biāo)； 壓縮線程將存儲線程存儲的實(shí)時數(shù)據(jù)進(jìn)行壓縮存儲且為壓縮數(shù)據(jù)設(shè)置編號； 補(bǔ)錄線程實(shí)時判斷子站與主站的通訊鏈路狀態(tài)，當(dāng)通訊鏈路正常，補(bǔ)錄線程判斷壓縮線程是否有壓縮數(shù)據(jù)，如果有壓縮數(shù)據(jù)，補(bǔ)錄線程將壓縮數(shù)據(jù)按照編號主動上傳給主站，并追加一幀結(jié)束幀結(jié)束上傳； 主站接受完壓縮數(shù)據(jù)后發(fā)送一幀應(yīng)答幀，應(yīng)答幀包含接收子站數(shù)據(jù)幀的情況，補(bǔ)錄線程接收到主站應(yīng)答幀后，如果主站全部接收成功則補(bǔ)錄線程刪除壓縮數(shù)據(jù)，否則再重新傳送沒有傳送成功的壓縮數(shù)據(jù)。2.如權(quán)利要求1所述的基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，其特征在于，主站接收壓縮數(shù)據(jù)后進(jìn)行解壓、解析和存儲，并根據(jù)壓縮數(shù)據(jù)接收情況制作應(yīng)答幀。3.如權(quán)利要求2所述的基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，其特征在于，如果補(bǔ)錄線程向主站發(fā)送壓縮數(shù)據(jù)丟幀，主站通過壓縮數(shù)據(jù)幀接收情況并結(jié)合子站結(jié)束幀來制作應(yīng)答幀，應(yīng)答幀表明丟失的壓縮數(shù)據(jù)幀的編號，子站根據(jù)應(yīng)答幀重新上傳丟失的壓縮數(shù)據(jù)，并追加一幀結(jié)束幀。4.如權(quán)利要求3所述的基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，其特征在于，主站接收子站重新發(fā)送的壓縮數(shù)據(jù)后，向子站發(fā)送應(yīng)答幀，子站根據(jù)應(yīng)答幀判斷壓縮數(shù)據(jù)傳送情況，直到所有壓縮數(shù)據(jù)傳送成功，補(bǔ)錄線程刪除壓縮數(shù)據(jù)。5.如權(quán)利要求1所述的基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，其特征在于，補(bǔ)錄線程將壓縮數(shù)據(jù)按照編號主動上傳給主站后追加的終止幀中包含所有上傳給主站的壓縮數(shù)據(jù)編號。
【專利摘要】本發(fā)明提出的一種基于壓縮算法的子站向主站主動補(bǔ)錄數(shù)據(jù)的方法，設(shè)置有主站以及不少于一個子站，所述方法包括以下步驟：子站設(shè)置有實(shí)時傳送線程、存儲線程、壓縮線程和補(bǔ)錄線程；子站通過實(shí)時傳送線程將采集的實(shí)時數(shù)據(jù)發(fā)送到主站并實(shí)時判斷其與主站的通訊鏈路狀態(tài)；當(dāng)通訊鏈路中斷，存儲線程存儲實(shí)時傳送線程需要發(fā)送給主站的實(shí)時數(shù)據(jù)，且實(shí)時數(shù)據(jù)附有采集時標(biāo)；壓縮線程將存儲線程存儲的實(shí)時數(shù)據(jù)進(jìn)行壓縮存儲且為壓縮數(shù)據(jù)設(shè)置編號；補(bǔ)錄線程實(shí)時判斷子站與主站的通訊鏈路狀態(tài)，當(dāng)通訊鏈路正常，補(bǔ)錄線程判斷是否有壓縮數(shù)據(jù)，如果有壓縮數(shù)據(jù)，補(bǔ)錄線程將壓縮數(shù)據(jù)按照編號主動上傳給主站。本發(fā)明有利于提高補(bǔ)錄效率，且子站數(shù)量越多效率越明顯。
【IPC分類】H04L12/26, H04L1/18
【公開號】CN104917644
【申請?zhí)枴緾N201510176399
【發(fā)明人】楊寧
【申請人】安徽立卓智能電網(wǎng)科技有限公司
【公開日】2015年9月16日
【申請日】2015年4月14日