一種智能北斗路由器的制造方法
【技術領域】
[0001]本發明涉及一種智能北斗路由器。
【背景技術】
[0002]北斗衛星導航定位系統是中國自行研制的全球衛星導航系統，相比與其它衛星導航定位系統(如GPS，GLONASS, GALILEO)，除了導航、定位、授時功能外，北斗衛星導航定位系統還具有雙向的短報文通信功能。因此，利用北斗衛星導航定位系統可以在沒有手機信號的區域為人們提供通信及信息服務。
[0003]由于帶有短報文通信功能的北斗模塊相對普通通信設備價格昂貴，對于個人用戶很難進行廣泛推廣。因此，允許多個用戶同時共用一個北斗模塊是一個有效的解決方案，在產品實現上我們把它稱為“北斗路由器”(類比3G路由器)。另外，民用北斗的短報文通信功能有很大的限制，比如每分鐘只能發送一次，一次最多只能發送100多個字節的數據。因此，在多用戶情景中有必要對北斗的短報文通信進行優化，使其具備一定的“智能”優化功會K。

【發明內容】

[0004]本發明所要解決的技術問題是針對上述現有技術提供一種智能北斗路由器，該智能北斗路由器能實現北斗信號和局域網信號之間的轉換，同時允許多個用戶同時通過局域網使用北斗短報文通信功能。
[0005]本發明解決上述技術問題所采用的技術方案為:一種智能北斗路由器，包括能與北斗衛星進行數據通信的北斗收發模塊；其特征在于:還包括與北斗收發模塊連接的中心控制模塊，與中心控制模塊連接的至少能支持AP模式WIFI模塊和局域網模塊，局域網模塊提供有LAN接口，其中中心控制模塊能完成長度超過北斗收發模塊能發送的短報文長度的長報文的發送和接收。
[0006]所述中心控制模塊完成長度超過北斗收發模塊能發送的短報文長度的長報文的發送和接收的具體方式為:
[0007]發送端的智能北斗路由器將長報文分割成能夠用北斗收發模塊和北斗短報文協議發送的多條分包數據，然后再將分解后的多條分包數據通過北斗短報文協議發送給接收端的智能北斗路由器；所述分包數據包括包頭和數據正文兩部分，其中包頭包含的內容有:
[0008]分包標識:用來標識本分包數據為某長報文中的一個分包，不是獨立的數據包；
[0009]末包標識:用來標識本分包數據是否是長報文的最后一個分包；
[0010]分包ID:用來指定本分包數據在原長報文所有分包數據中的唯一 ID ;
[0011]所屬長報文ID:標明本分包數據屬于哪個長報文；
[0012]接收端對收到的分包數據進行緩存，待接收端收到包含有末包標識的分包數據后，根據每個分包數據中的分包ID來確定分包數據的順序，然后對屬于同一個長報文的所有分包數據進行合并；最后根據合并的結果，給發送端返回一條“接收成功”反饋信息或“補包請求”反饋消息，“補包請求”反饋消息包含所屬長報文ID、丟失的分包ID ;
[0013]發送端根據收到的反饋消息，如為“補包請求”反饋消息，則將丟失的相應長報文的相應分包數據重新發送給接收端。
[0014]作為改進，發送端和接收端通過通信地址和長報文ID來維護長報文通信鏈路，保證不同鏈路的數據不會相互混淆，這里的通信地址為發送端或接收端的ID。
[0015]作為改進，接收端根據分包ID和所屬長報文ID來判定是否收到重復的分包數據，如果收到了重復的分包數據，則把重復的分包數據丟棄；發送端與接收端在分包數據傳輸過程中出現丟包情況有五種:
[0016]第一種，接收端有其它分包數據沒有收到，但包含末包標識的分包數據收到，發送端收到接收端發來的“補包請求”反饋消息；
[0017]第二種情況:發送給接收端的包含末包標識的分包數據丟失；
[0018]第三種情況:接收端所有分包數據全部收到，但接收端發送給發送端的反饋消息丟失，發送端沒有收到接收端的反饋消息；
[0019]第四種情況:接收端有其它分包數據丟失，但包含末包標識的分包數據收到，接收端給發送端收發送的“補包請求”反饋消息丟失；
[0020]第五種情況:發送端發給接收端的補包數據全部丟失，即發送端發送了補包數據，但接收端一個也沒收到；
[0021]針對上述五種丟包情況，通過如下補包機制進行處理:
[0022]針對第一種情況，接收端收到包含末包標識的分包數據后，由此判斷發送端針對某一長報文所有的分包數據均發送結束，接收端按照分包合并后的反饋規則，給發送端返回一條反饋消息，反饋消息包含所屬長報文ID和丟失的分包ID，發送端收到反饋消息后，根據反饋消息的發送地址(其實是根據這三個keys確定丟失分包。請在另個相應專利說明中做修改。)及其中的所屬長報文ID和丟失的分包ID找到該長報文中相應丟失的分包數據，然后再根據反饋消息所在的短報文的發送地址將丟失的分包數據重新發送給接收端；
[0023]針對第二種情況，由于接收端沒有收到包含末包標識的分包數據，因此無法判斷發送端是否發送結束，也就無法啟動分包合并操作，因此不會向發送端發送反饋消息，此時，發送端和接收端會進入互相等待的“死鎖”狀態，即一一接收端等待發送端的包含末包標識的分包數據，發送端等待接收端的反饋消息，為避免這種死鎖狀態，在發送端設置定時器解鎖機制，即:設置一個60?70秒的定時器，在一個長報文的所有分包數據發送結束后，啟動定時器，如果定時器計時結束還沒有收到接收端發來的反饋消息，則認為反饋消息在傳輸中丟失，此時發送端向接收端補發一次包含末包標識的分包數據，然后重新啟動定時器，為避免無限循環，定時器重新啟動的次數不超過3次；三次重啟的定時器計時結束后還沒有收到接收端發來的反饋消息時，釋放發送端與接收端之間的鏈路資源，本次通信失敗；
[0024]針對第三種情況，發送端針對某一長報文的所有分包數據實際上已經成功傳輸，但“成功接收”的反饋消息丟失，由于發送端的定時器解鎖機制，定時器計時結束后會重發包含末包標識的分包數據，對此，接收端接收到包含末包標識的分包數據后，根據所屬長報文ID判定此長報文已接收完畢，則丟棄該分包數據，并發送“成功接收”的反饋消息給發送端；
[0025]針對第四種情況:接收端等待發送端的補包，發送端等待接收端的反饋消息，雙方會進入互相等待的“死鎖”狀態，此時同樣通過發送端的定時器解鎖機制解決；
[0026]針對第五種情況:接收端一直等待發送端的補包，發送端等待接收端的再次反饋消息，也會進入“死鎖”狀態，此時同樣通過發送端的定時器解鎖機制解決。
[0027]再改進，針對第一種情況，接收端設置有超時機制:反復發送3次“補包請求”反饋消息后仍沒有收到相應丟失分包數據，則放棄接收該分包數據。
[0028]再改進，針對第三種情況，接收端記錄最后一次成功接收到的分包數據中的所屬長報文ID，以此判斷當前收到的分包數據是否屬于最后一次傳輸的長報文。
[0029]再改進，發送端向某一接收端發送一長報文時，需要臨時建立一條長報文傳輸鏈路，不同的發送端能同時與同一個接收端之間建立長報文傳輸鏈路，即:同一個接收端