[發明專利]智能電表的GPRS多通道通信的軟件設計方法

有效

• 申請號: 201611178398.3
• 申請日: 2016-12-19
• 公開（公告）號: CN108617027B
• 公開（公告）日: 2021-10-15
• 發明（設計）人: 張廣雙
• 申請（專利權）人: 成都長城開發科技有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 深圳市隆天聯鼎知識產權代理有限公司 44232
• 代理人: 周惠來

一種智能電表的GPRS多通道通信的軟件設計方法，包括：將智能電表的GPRS通信所涉及的業務流程，進行劃分歸類，得到多個獨立的步驟，每個步驟的軟件實現功能獨立、接口獨立；將智能電表的GPRS連接通道所涉及的參數及方法，進行歸類識別，得到一個獨立的數據結構；以及在需要建立一個遠程的TCP連接時，用上述的數據結構實例化一個對象，并調用上述的各個軟件接口。本發明能夠改善軟件的移植性，降低二次開發的工作量，以及降低軟件缺陷的風險。

技術領域

本發明涉及智能電表的軟件設計方法，尤其是涉及智能電表的GPRS通信的軟件設計方法。

背景技術

隨著智能電網的發展，對智能電表的功能的多樣性也提出了更高的要求，其中遠程通信是智能電表發展的重要體現。目前，在電網的遠程通信中，GPRS（General PacketRadio Service，通用分組無線服務）的通信方式由于穩定性好并且易維護性，在智能電網中得到廣泛應用。然而，隨著業務邏輯的日益復雜，GPRS的單通道通信方式難以滿足新的需求。為此，多數智能電表會選擇多通道的通信方式，即單個智能電表基于同一GPRS模塊，建立多個TCP（Transmission Control Protocol，傳輸控制協議）遠程連接，來同時連接到多個遠程的服務器。這就使得智能電表必須要能夠建立多個TCP連接，但是由于智能電表的嵌入式軟件多采用C語言編寫，由于C語言是一種面對過程設計的語言，因此多通道連接的應用場景，必然會導致代碼的復雜度加大、靈活性降低以及缺陷率高等不足。可見，實有必要對智能電表的GPRS通信的軟件設計方法進行改進。

發明內容

本發明所要解決的技術問題在于克服上述現有技術所存在的不足，而提出一種智能電表的GPRS多通道通信的軟件設計方法，能夠改善軟件的移植性，降低二次開發的工作量，以及降低軟件缺陷的風險。

本發明針對上述技術問題提出一種智能電表的GPRS多通道通信的軟件設計方法，包括：

將智能電表的GPRS通信所涉及的業務流程，進行劃分歸類，得到多個獨立的步驟，每個步驟的軟件實現功能獨立、接口獨立；

將智能電表的GPRS連接通道所涉及的參數及方法，進行歸類識別，得到一個獨立的數據結構；以及

在需要建立一個遠程的TCP連接時，用上述的數據結構實例化一個對象，并調用上述的各個軟件接口。

在一些實施例中，將智能電表GPRS通信所涉及的業務流程劃分為：(1)、GPRS參數初始化；(2)、PPP連接通道激活；(3)、TCP遠程連接建立；(4)、數據收發處理；以及(5)、超時和異常處理共五類。

在一些實施例中，將智能電表的GPRS連接通道所涉及的參數及方法歸類識別為：(1)、GPRS 通道標示符；(2)、遠程會話通道編號；(3)、會話心跳超時計數器；(4)、GPRS通道狀態；(5)、數據收發緩存寄存器；以及(6)、超時和異常處理操作共六類。

在一些實施例中，所述的在需要建立一個遠程的TCP連接時，用上述的數據結構實例化一個對象，并調用上述的各個軟件接口，具體包括以下步驟：

GPRS通道參數的初始化；

PPP連接上下文激活；

建立與遠程服務器的TCP連接；

查詢每一個TCP連接是否有消息到來，如有消息到來，處理TCP連接的數據請求；以及

查詢每一個TCP連接的狀態是否異常，如有異常，重新建立TCP連接。

在一些實施例中，所述的查詢每一個TCP連接是否有消息到來，具體包括：如無消息到來，則查詢是否發送心跳請求。

在一些實施例中，所述的查詢是否發送心跳請求，具體包括：查詢會話心跳超時計數器是否到達，如果到達計數器的時間門限，發送會話心跳消息，維持現有會話的連接。