專利名稱：基于藍牙、ZigBee的異構無線網(wǎng)絡傳輸系統(tǒng)的制作方法
技術領域：
本實用新型涉及一種基于藍牙、ZigBee的異構無線網(wǎng)絡傳輸系統(tǒng)，屬于無線通信技術領域。
背景技術：
無線通信技術飛速發(fā)展，出現(xiàn)了無線局域網(wǎng)(WLAN)、WiMAX, Wi-Fi、無線Mesh網(wǎng) (WMN)、3G和B3G移動通信網(wǎng)絡等許多新型的采用不同組網(wǎng)技術的無線網(wǎng)絡，給人們的工作和生活方式帶來了深刻變革。但這些無線網(wǎng)絡有些由于技術方面的限制，有些由于通信設備非常昂貴，有些則受基站和移動交換中心等基礎設施的約束，對于一些特殊場合，如戰(zhàn)場、發(fā)送災難的地區(qū)，這些不能夠預先部署基礎設施或者基礎設施遭到破壞，使得這些無線網(wǎng)絡失去其作用。在當今移動無線通信設備中，具有藍牙功能的設備如手機、筆記本電腦、無線耳機、PDA等已是常見之物。而今，縱觀手機市場，幾乎70%的手機都具有了藍牙功能，著名的手機廠商甚至在今年發(fā)布的部分低端低價手機上也開始加入了藍牙功能，藍牙已經(jīng)普及到了我們的生活當中te]。但由于藍牙通訊距離的限制(一般為10米)，使得藍牙通訊僅能在小范圍內起作用。但由于藍牙和ZigBee是兩種不同的協(xié)議標準，藍牙設備不可能與ZigBee設備直接通信。當這兩種設備希望建立通信時，基于這兩種技術的設備就需要協(xié)議轉換。而在現(xiàn)有的無線通信協(xié)議轉換設備中還不存在藍牙ZigBee網(wǎng)關，使得目前這兩種設備之間還無法直接通信。在突發(fā)災害事件發(fā)生時，災區(qū)中的通信基礎設施大部分遭到破壞。這時在災區(qū)中分布著大量的手機設備，但由于無基礎設施支持，手機中的電話功能已經(jīng)喪失，又由于手機中的WiFi功能在國內行貨剛得到工信部有條件的解禁(凡配有中國自有無線標準WAPI模塊的手機才可以內置WiFi功能并獲得入網(wǎng)許可)，手機用戶中具有WiFi功能的手機還只是少數(shù)。此時，手機中的藍牙功能成為災區(qū)人們之間進行信息交流的重要手段。廣泛應用于災難救援的ZigBee設備，基于其價格低廉、功耗低、可通過預先部署及事后拋灑的方式向災區(qū)大范圍的部署并在通信過程中與藍牙網(wǎng)絡不存在沖突等特點，ZigBee無線網(wǎng)絡技術也成為本文中異構無線網(wǎng)絡傳輸系統(tǒng)的重要組成部分。

實用新型內容本實用新型所要解決的技術問題是針對現(xiàn)有技術的不足提供一種基于藍牙、 ZigBee的異構無線網(wǎng)絡傳輸系統(tǒng)。一種基于藍牙、ZigBee的異構無線網(wǎng)絡傳輸系統(tǒng)，包括發(fā)送端子系統(tǒng)和接收端子系統(tǒng)；所述發(fā)送端子系統(tǒng)包括發(fā)送網(wǎng)關和藍牙發(fā)送模塊，藍牙發(fā)送模塊用于向發(fā)送網(wǎng)關發(fā)送應急通信數(shù)據(jù)；所述發(fā)送網(wǎng)關包括配置控制模塊、串口轉發(fā)模塊、ZigBee初始化模塊、串口監(jiān)聽模塊、數(shù)據(jù)處理模塊、數(shù)據(jù)發(fā)送模塊；所述接收子系統(tǒng)包括接收網(wǎng)關和藍牙數(shù)據(jù)接收模塊；所述接收網(wǎng)關包括ZigBee數(shù)據(jù)包截獲模塊、數(shù)據(jù)處理模塊、串口轉發(fā)模塊、配置控制模塊、串口監(jiān)聽模塊、接收處理模塊、藍牙發(fā)送模塊。 基于藍牙功能設備的普及性和ZigBee設備節(jié)點的可大范圍覆蓋等特點，當突發(fā)情況發(fā)生、通信基礎設施遭到破壞時，如5. 12汶川地震等，可將災區(qū)零散的藍牙通訊網(wǎng)絡和災后大范圍部署的ZigBee通信網(wǎng)絡相結合，快速組建一個滿足災后救援人員的需要災難救援網(wǎng)絡。

[0009]圖1藍牙與ZigBee傳輸系統(tǒng)架構圖[0010]圖2發(fā)送子系統(tǒng)模塊設計圖；[0011]圖3ZigBee指令格式；[0012]圖4發(fā)送網(wǎng)關文本消息轉發(fā)流程；[0013]圖5ZigBee傳輸消息格式；[0014]圖6發(fā)送網(wǎng)關轉發(fā)文本文件流程圖[0015]圖7網(wǎng)關圖片文件轉發(fā)流程圖；[0016]圖8接收子系統(tǒng)模塊設計圖；[0017]圖9協(xié)議轉換網(wǎng)關體系結構圖；[0018]圖10截獲模塊工作流程圖；[0019]圖11處理模塊工作流程圖；[0020]圖12文本消息接收流程圖；[0021]圖13文本文件接收流程圖。
具體實施方式
以下結合具體實施例，對本實用新型進行詳細說明。實施例1如圖1所示，基于藍牙、ZigBee的異構無線網(wǎng)絡傳輸系統(tǒng)架構，采用分層結構設計思想，藍牙網(wǎng)絡通信設備為傳輸系統(tǒng)通信的最上層，作為終端設備負責信息的發(fā)送和接收， ZigBee網(wǎng)絡通信設備為傳輸系統(tǒng)通信的最底層，主要作為路由設備負責轉發(fā)藍牙設備的消息，同時ZigBee設備也可以作為信息的發(fā)送端和接收端，實現(xiàn)ZigBee設備間的通信和傳感信息采集工作。在傳輸系統(tǒng)的上層，藍牙設備之間通過組建微微網(wǎng)進行相互通信。藍牙設備之間既可以收發(fā)文字信息、文本文件和圖片文件也可以轉發(fā)藍牙設備間的通信數(shù)據(jù)。當兩個微微網(wǎng)之間由于通信距離限制無法通信時需借助ZigBee網(wǎng)絡進行通信。在傳輸系統(tǒng)的底層，眾多ZigBee設備通過組建無線mesh網(wǎng)將所有的ZigBee設備連接起來。ZigBee設備既可以轉發(fā)藍牙設備的通信數(shù)據(jù)也可以實現(xiàn)ZigBee設備之間的信息交換，在本文中ZigBee網(wǎng)絡主要用于轉發(fā)藍牙設備間的數(shù)據(jù)信息。藍牙與ZigBee異構無線網(wǎng)絡傳輸系統(tǒng)，分為發(fā)送子系統(tǒng)和接收子系統(tǒng)兩部分?？傮w上來說，發(fā)送子系統(tǒng)負責將藍牙數(shù)據(jù)包轉換成可在ZigBee通訊鏈路上傳輸?shù)腪igBee數(shù)據(jù)流，然后通過ZigBee硬件發(fā)送設備將ZigBee數(shù)據(jù)流發(fā)送出去，對ZigBee鏈路來說，實現(xiàn)
4發(fā)送還要考慮到鏈路本身的系統(tǒng)參數(shù)，如波特率、校驗位、數(shù)據(jù)停止位等；接收子系統(tǒng)所要實現(xiàn)的工作是相對發(fā)送子系統(tǒng)的一個逆過程，首先需要完成對到達的ZigBee數(shù)據(jù)流進行過濾、將ZigBee數(shù)據(jù)流還原成藍牙數(shù)據(jù)包、以及進一步將藍牙數(shù)據(jù)包轉發(fā)給藍牙設備用戶的整個過程。實施例2本實施例提供發(fā)送子系統(tǒng)的一個具體實施方案，發(fā)送子系統(tǒng)如圖2所示，包括發(fā)送網(wǎng)關和藍牙發(fā)送模塊，藍牙發(fā)送模塊用于向發(fā)送網(wǎng)關發(fā)送應急通信數(shù)據(jù)。系統(tǒng)操作人員利用藍牙發(fā)送模塊可向系統(tǒng)發(fā)送網(wǎng)關和附近的其他藍牙設備節(jié)點發(fā)送包括文本消息、文本文件和圖片文件等信息。發(fā)送網(wǎng)關包括配置控制模塊、串口轉發(fā)模塊、ZigBee初始化模塊、串口監(jiān)聽模塊、 數(shù)據(jù)處理模塊、數(shù)據(jù)發(fā)送模塊。(1)配置控制模塊發(fā)送網(wǎng)關上層應用程序與ZigBee底層硬件之間通過串口進行數(shù)據(jù)交流，發(fā)送網(wǎng)關要將藍牙數(shù)據(jù)包通過串口轉發(fā)至底層ZigBee設備，需要對底層ZigBee 設備所使用的串口進行參數(shù)配置。比如，ZigBee設備使用的串口端口號為多少、數(shù)據(jù)發(fā)送的波特率、是否需要輸入流和輸出流管理、數(shù)據(jù)發(fā)送和接收的數(shù)據(jù)位和停止位、是否需要奇偶校驗等，這些參數(shù)的確定都是通過配置控制模塊來實現(xiàn)完成的。(2)串口轉發(fā)模塊發(fā)送網(wǎng)關收到的藍牙數(shù)據(jù)包有三種類型——文本消息、文本文件和圖片文件，發(fā)送網(wǎng)關上層應用程序根據(jù)藍牙數(shù)據(jù)包類型標識，調用不同的串口寫函數(shù)， 將上層應用數(shù)據(jù)通過串口發(fā)送至網(wǎng)關底層ZigBee設備。在進行串口寫之前，需要對所使用 ZigBee設備的串口進行參數(shù)配置。串口轉發(fā)模塊主要實現(xiàn)三個功能，將從藍牙設備接收到的文本消息、文本文件和圖片文件經(jīng)串口傳送至ZigBee設備底層，從而實現(xiàn)這三種數(shù)據(jù)在ZigBee數(shù)據(jù)鏈路上的傳輸。下面將詳細介紹如何轉發(fā)這三種數(shù)據(jù)。(1)文本消息轉發(fā)在ZigBee網(wǎng)絡中，ZigBee協(xié)調器向ZigBee路由設備或終端設備發(fā)送指令時，發(fā)送的是8位的十六進制數(shù)指令。如，想要獲取遠端設備短地址為‘0001’設備上光敏傳感器采集到的數(shù)據(jù)時，只需ZigBee協(xié)調器設備向目標ZigBee設備發(fā)送‘0001474D’的十六進制指令，目標ZigBee設備即可將它采集的光敏數(shù)據(jù)通過ZigBee數(shù)據(jù)鏈路傳送給協(xié)調器設備。其中十六進制指令的前四位‘0001’是目標ZigBee設備的短地址。如果是廣播，地址為‘FFFF’。十六進制指令的后四位‘474D’為要發(fā)送的指令內容。具體發(fā)送的指令格式如圖3所示?；赯igBee指令格式簡單、便于傳輸小數(shù)據(jù)量數(shù)據(jù)的特點，在本實用新型的文本消息轉發(fā)設計中，利用ZigBee的指令數(shù)據(jù)形式來進行藍牙的文本消息在ZigBee鏈路上的轉發(fā)。其中數(shù)據(jù)的前四位仍為目標ZigBee設備的短地址，后四位為要轉發(fā)的文本消息。由于在藍牙的文本消息中可能有中文和英文兩種字符，而英文是需要占2位的十六進制數(shù)， 中文則需要占用4位十六進制數(shù)。為ZigBee底層便于區(qū)分接收到的字符消息是中文還是英文，同時也為收發(fā)消息時不產生混亂，保持每次只收發(fā)一個英文字符或中文字符，本實用新型在轉發(fā)英文字符時，在其前面添加一個標志位表示后面的內容為英文字符。如發(fā)送英文字符‘a’時，發(fā)送的十六進制指令為‘FFFF5861’，其中‘FFFF’為設備短地址的廣播地址，‘58’為英文信息標志位‘X’的十六進制表示，‘61’為要轉發(fā)的英文字母‘a’的十六進制表發(fā)送網(wǎng)關轉發(fā)藍牙文本消息流程如圖4所示。本文的異構無線網(wǎng)絡傳輸系統(tǒng)中兩個設備間需要發(fā)送網(wǎng)關進行文本消息轉發(fā)的情況主要有以下兩種1)兩個藍牙設備相距較遠，需要進行文本消息交互的情況2)藍牙設備與ZigBee網(wǎng)關設備需要進行文本消息交互的情況由于兩個相距較遠的藍牙設備無法知道對方的存在，同時藍牙設備也無法知道 ZigBee網(wǎng)關設備的短地址，所以本發(fā)送網(wǎng)關在進行文本消息轉發(fā)時均采用廣播形式轉發(fā)。(2)文本文件轉發(fā)在ZigBee網(wǎng)絡中，傳輸?shù)淖畲髷?shù)據(jù)包是127字節(jié)，它主要包括PHY層報頭、MAC層報頭、NWK層報頭、APS層報頭、PAYL0AD和FCS。ZigBee的詳細數(shù)據(jù)傳輸消息格式如圖5所
7J\ οZigBee數(shù)據(jù)包中PHY層報頭占6字節(jié)數(shù)據(jù)，MAC層報頭占23字節(jié)數(shù)據(jù)，NWK層報頭占8字節(jié)數(shù)據(jù)，APS層報頭占7字節(jié)數(shù)據(jù)，F(xiàn)CS占2字節(jié)數(shù)據(jù)。這樣，在ZigBee網(wǎng)絡中實際能傳輸?shù)淖畲筘撦d為81字節(jié)的數(shù)據(jù)。由于在ZigBee傳輸鏈路中傳輸?shù)淖畲髷?shù)據(jù)負載為81字節(jié)，同時，ZigBee底層的串口讀函數(shù)每次從串口讀取數(shù)據(jù)時只能讀取固定大小的數(shù)據(jù)，所以，本文中規(guī)定ZigBee數(shù)據(jù)鏈路只能發(fā)送數(shù)據(jù)負載為81字節(jié)的ZigBee數(shù)據(jù)包。由于要轉發(fā)的藍牙文本文件分組包大小不定，所以對要轉發(fā)的藍牙文本文件分組包大小要進行判斷，大于81字節(jié)的要進行重新分段。小于81字節(jié)的文本文件分組包要進行字節(jié)填充。本文中采用的填充字符為‘@’，對于分組包大小不到81字節(jié)的填充至81 字節(jié)，接收端網(wǎng)關讀取數(shù)據(jù)包至時，表示后面內容的冗余數(shù)據(jù)，無需再進行讀取。發(fā)送網(wǎng)關轉發(fā)藍牙文本分組包的詳細流程如圖6所示。(3)圖片文件轉發(fā)圖片文件與文本文件不同之處在于文本文件中的內容都是可見的，在進行傳輸時，可按內容讀取進行傳輸。而在圖片文件中包含一些不可見字符，使用內容傳輸方法傳輸圖片文件時，對于那些不可見字符是無法進行獲取并傳輸?shù)?，這樣會導致在接收子系統(tǒng)端因缺少部分數(shù)據(jù)而無法正確還原圖片文件。為使圖片文件也能在ZigBee數(shù)據(jù)鏈路中傳輸，本實施例中采用圖片文件間接傳輸方法，即在發(fā)送網(wǎng)關轉發(fā)藍牙圖片分組數(shù)據(jù)包之前，先將要轉發(fā)的圖片文件保存在本地并轉換成十六進制的文本文件，然后將轉換后的十六進制文本文件通過ZigBee數(shù)據(jù)鏈路發(fā)送到接收網(wǎng)關；在傳輸系統(tǒng)的接收網(wǎng)關端再將接收到的十六進制文本文件還原回圖片文件，將圖片文件經(jīng)藍牙數(shù)據(jù)鏈路轉發(fā)給目的藍牙用戶端。具體處理步驟如下a藍牙圖片文件數(shù)據(jù)包到達傳輸系統(tǒng)發(fā)送網(wǎng)關，發(fā)送網(wǎng)關將圖片文件存儲在本地。b將存儲在本地的圖片文件轉換成十六進制文本文件。c發(fā)送網(wǎng)關發(fā)送轉換后的十六進制文本文件。發(fā)送網(wǎng)關轉發(fā)圖片文件的具體流程如圖7所示。[0056](3)ZigBee初始化模塊負責對發(fā)送網(wǎng)關的ZigBee設備進行初始化，包括系統(tǒng)時鐘、堆棧、ZigBee芯片各個硬件模塊、設備MAC地址、應用框架層和ZigBee設備的操作系統(tǒng)等，然后搜索附近是否有可用網(wǎng)絡，如有則選擇是通過協(xié)調器加入網(wǎng)絡還是通過已有節(jié)點入網(wǎng)。如無可用網(wǎng)絡，判斷本地設備是否為全功能設備，如果不是則需等待。如果是全功能設備，設置本地設備為網(wǎng)絡協(xié)調器并進行信道掃描(包括能量掃描和主動掃描)創(chuàng)建一個新網(wǎng)絡。(4)串口監(jiān)聽模塊負責監(jiān)聽是否有數(shù)據(jù)從發(fā)送網(wǎng)關的上層經(jīng)串口發(fā)送給底層 ZigBee設備，一旦串口有數(shù)據(jù)到來，ZigBee設備的操作系統(tǒng)就會自動轉到自定義的數(shù)據(jù)處理回調函數(shù)，執(zhí)行自定義操作。(5)數(shù)據(jù)處理模塊接收來自發(fā)送網(wǎng)關上層經(jīng)串口傳送過來數(shù)據(jù)，并依據(jù)數(shù)據(jù)類型的不同進行區(qū)分處理；對接收到的串口數(shù)據(jù)經(jīng)過邏輯或及邏輯左移的操作獲取ZigBee 目標設備短地址、數(shù)據(jù)內容和數(shù)據(jù)長度等信息。(6)數(shù)據(jù)發(fā)送模塊調用ZigBee設備驅動接口，將數(shù)據(jù)通過ZigBee設備硬件發(fā)送模塊進行發(fā)送；數(shù)據(jù)發(fā)送的過程就是數(shù)字信息轉變成鏈路傳輸信號的過程。經(jīng)過此過程，數(shù)據(jù)將以信號的形式在ZigBee鏈路信道中傳輸。實施例3本實施例體統(tǒng)接收子系統(tǒng)的具體實施方案，接收子系統(tǒng)包括接收網(wǎng)關和藍牙數(shù)據(jù)接收模塊。藍牙數(shù)據(jù)接收模塊用于接收來自接收網(wǎng)關數(shù)據(jù)轉發(fā)模塊轉發(fā)的應急通信數(shù)據(jù)。參考圖8。接收網(wǎng)關包括ZigBee數(shù)據(jù)包截獲模塊、數(shù)據(jù)處理模塊、串口轉發(fā)模塊、配置控制模塊、串口監(jiān)聽模塊、接收處理模塊、藍牙發(fā)送模塊。(1) ZigBee數(shù)據(jù)包截獲模塊在ZigBee協(xié)議棧網(wǎng)絡層截獲ZigBee數(shù)據(jù)包，并依據(jù)目的地址判斷是否是自己或者是廣播數(shù)據(jù)幀；在ZigBee數(shù)據(jù)包的頭部字段里，包含了消息的實際源地址及最終的目的地址等信息，可以根據(jù)這些信息對ZigBee數(shù)據(jù)包進行截獲，以決定滿足何種條件的ZigBee包可以繼續(xù)傳遞，不滿足條件的ZigBee包則予以拋棄。(2)數(shù)據(jù)處理模塊對截獲的ZigBee數(shù)據(jù)包進行信息類別判斷，并針對不同的類型數(shù)據(jù)進行相應的數(shù)據(jù)處理；信息的類別主要包括文本消息、文本文件和圖片文件等。由于發(fā)送網(wǎng)關在轉發(fā)藍牙數(shù)據(jù)時，為區(qū)分轉發(fā)的是何種信息類型的數(shù)據(jù)包，在轉發(fā)時將ZigBee 數(shù)據(jù)包數(shù)據(jù)負載的首字節(jié)數(shù)據(jù)中填充信息類型標識。數(shù)據(jù)處理模塊在處理截獲到的ZigBee 數(shù)據(jù)包時，可以根據(jù)這個類型字段來判斷負載中的消息屬于哪種類型，以決定使用哪種自定義數(shù)據(jù)處理函數(shù)進行接收處理。(3)串口轉發(fā)模塊因接收網(wǎng)關的上層同底層設備之間是通過串口進行通信的， 接收網(wǎng)關的串口轉發(fā)模塊主要負責將數(shù)據(jù)處理模塊處理后的數(shù)據(jù)經(jīng)串口上傳至接收網(wǎng)關上層；在ZigBee協(xié)議棧串口數(shù)據(jù)處理函數(shù)中，專門設有串口寫函數(shù)，負責將ZigBee設備底層的數(shù)據(jù)經(jīng)串口上傳至接收網(wǎng)關上層，可利用此函數(shù)功能實現(xiàn)串口的數(shù)據(jù)轉發(fā)。(4)配置控制模塊同發(fā)送網(wǎng)關的配置控制一樣，接收網(wǎng)關底層ZigBee設備所使用的串口也需要進行參數(shù)配置。包括使用的串口端口號、數(shù)據(jù)發(fā)送的波特率、輸入流和輸出流管理、數(shù)據(jù)發(fā)送和接收的數(shù)據(jù)位和停止位、奇偶校驗等，這些參數(shù)的確定都是通過配置控制模塊來實現(xiàn)完成。[0068](5)串口監(jiān)聽模塊負責監(jiān)聽是否有底層數(shù)據(jù)經(jīng)串口傳至接收網(wǎng)關的上層，如有， 則觸發(fā)相應的事件處理函數(shù)，將接收到的數(shù)據(jù)存儲在緩存數(shù)組中，以供進一步的處理。在進行串口監(jiān)聽之前，需要使用配置控制模塊對所使用的串口進行參數(shù)配置。(6)接收處理模塊負責將接收緩存數(shù)組中的數(shù)據(jù)處理成適合藍牙設備發(fā)送的數(shù)據(jù)形式，以供下一步的藍牙發(fā)送模塊使用；在數(shù)據(jù)處理過程中，如果接收到的是文本消息則可直接通過藍牙設備進行轉發(fā)；如果收到的是文本文件則需在本地進行保存然后再通過藍牙進行轉發(fā)；如果收到的是圖片文件則需先將其還原為圖片文件再通過藍牙設備進行轉發(fā)。接收處理模塊主要實現(xiàn)將從串口發(fā)送過來的應急通信數(shù)據(jù)還原為文本消息、文本文件或圖片文件信息，以供藍牙發(fā)送模塊將其轉發(fā)給目的藍牙節(jié)點，包括以下子單元(a)文本消息接收處理單元文本消息數(shù)據(jù)包經(jīng)數(shù)據(jù)處理模塊處理后，經(jīng)串口上傳來的是一個英文字符或中文字符的十六進制數(shù)據(jù)，這些十六進制數(shù)據(jù)將被文本消息接收處理模塊轉換成正常的字符數(shù)據(jù)存儲在數(shù)據(jù)緩存數(shù)組中，待文本消息接收處理模塊處理完所有到來的十六進制文本消息，將文本消息數(shù)據(jù)緩存數(shù)組交給藍牙發(fā)送模塊，由接收網(wǎng)關的藍牙發(fā)送模塊將文本消息轉發(fā)給藍牙接收軟件。接收處理模塊處理文本消息接收的具體流程如圖12所示。(b)文本文件接收處理單元文本文件數(shù)據(jù)包經(jīng)數(shù)據(jù)處理模塊處理后會從串口傳送至接收網(wǎng)關上層，當文本文件接收處理模塊從串口讀取數(shù)據(jù)時，由于串口本身的限制每次只能獲取一個字符的數(shù)據(jù)， 而發(fā)送網(wǎng)關在發(fā)送文本文件時是分兩步來完成，首先將文本文件的基本屬性信息發(fā)送，包括文件的名稱、文件后綴和文件大小，其次才發(fā)送文本文件的內容信息。這樣文本文件接收處理模塊在進行接收數(shù)據(jù)時無法區(qū)分收到的信息是文本文件的基本屬性信息還是文本文件的內容信息。本實用新型中，文本文件接收處理模塊設計在接收文本文件信息時，設置一個標志變量‘change’并將其初始化為‘ 1’。當其值為‘ 1，時，表示當前接收的是文本文件的基本屬性信息。當其值為‘2’時，表示當前接收的文本文件的內容信息。同時，為便于‘change’ 值的變換，ZigBee設備在發(fā)送文本文件的基本屬性信息時，在基本屬性信息的后面追加標志位‘％’。當ZigBee設備接收網(wǎng)關從串口讀取到‘％’時，表示文本文件的基本屬性信息已接收完畢，可以將‘change’值修改為‘2’。同樣，ZigBee設備發(fā)送網(wǎng)關在發(fā)送文本文件的內容信息時，在最后的一個數(shù)據(jù)包后面追加標志位‘ ！’。接收網(wǎng)關接收到‘ ！，表示文本文件的內容信息接收完畢，可將‘change’值修改為‘1’。考慮到傳輸系統(tǒng)數(shù)據(jù)傳輸?shù)目煽啃?，本文中的文本文件和圖片文件都采用存儲轉發(fā)的模式進行設計，即在接收網(wǎng)關端先將要轉發(fā)的文本文件存儲在本地，然后再轉發(fā)給目標藍牙接收節(jié)點。為能將要轉發(fā)的文本文件存儲在接收網(wǎng)關本地，文本文件接收處理模塊在接收文本文件時，先將文本文件的基本屬性信息進行接收，利用文本文件的文件名和文件后綴在本地創(chuàng)建內容空白的文本文件；然后，再將接收到的文本文件內容信息寫入創(chuàng)建的文本文件中，以達到先存儲的目的；最后，調用數(shù)據(jù)轉發(fā)模塊將要轉發(fā)的文本文件發(fā)送給藍牙接收軟件。文本文件接收處理模塊工作流程如圖13所示。(c)圖片文件信息接收處理單元(圖片文件信息接收處理單元的功能在發(fā)送子系統(tǒng)的串口轉發(fā)模塊進行描述的， 現(xiàn)在修正到這里)圖片文件信息接收處理單元將接收到的信息轉換成十六進制的文本文件，并將接收到的文本文件轉換成圖片文件，交由藍牙發(fā)送模塊通過藍牙鏈路發(fā)送給藍牙數(shù)據(jù)接收模塊。具體處理步驟如下a遠端接收網(wǎng)關接收并存儲發(fā)送過來的十六進制文本文件。b將存儲的十六進制文本文件轉換成圖片文件。c調用接收網(wǎng)關藍牙設備圖片發(fā)送程序轉發(fā)轉換的圖片文件。接收網(wǎng)關轉發(fā)圖片文件的具體流程如圖7所示。應當理解的是，對本領域普通技術人員來說，可以根據(jù)上述說明加以改進或變換， 而所有這些改進和變換都應屬于本實用新型所附權利要求的保護范圍。
權利要求1. 一種基于藍牙、ZigBee的異構無線網(wǎng)絡傳輸系統(tǒng)，其特征在于，包括發(fā)送端子系統(tǒng)和接收端子系統(tǒng)；所述發(fā)送端子系統(tǒng)包括發(fā)送網(wǎng)關和藍牙發(fā)送模塊，藍牙發(fā)送模塊用于向發(fā)送網(wǎng)關發(fā)送應急通信數(shù)據(jù)；所述發(fā)送網(wǎng)關包括配置控制模塊、串口轉發(fā)模塊、ZigBee初始化模塊、串口監(jiān)聽模塊、數(shù)據(jù)處理模塊、數(shù)據(jù)發(fā)送模塊；所述接收子系統(tǒng)包括接收網(wǎng)關和藍牙數(shù)據(jù)接收模塊；所述接收網(wǎng)關包括ZigBee數(shù)據(jù)包截獲模塊、數(shù)據(jù)處理模塊、串口轉發(fā)模塊、配置控制模塊、串口監(jiān)聽模塊、接收處理模塊、藍牙發(fā)送模塊。
專利摘要本實用新型公開了一種基于藍牙、ZigBee的異構無線網(wǎng)絡傳輸系統(tǒng)，包括發(fā)送端子系統(tǒng)和接收端子系統(tǒng)；所述發(fā)送端子系統(tǒng)包括發(fā)送網(wǎng)關和藍牙發(fā)送模塊，藍牙發(fā)送模塊用于向發(fā)送網(wǎng)關發(fā)送應急通信數(shù)據(jù)；所述發(fā)送網(wǎng)關包括配置控制模塊、串口轉發(fā)模塊、ZigBee初始化模塊、串口監(jiān)聽模塊、數(shù)據(jù)處理模塊、數(shù)據(jù)發(fā)送模塊；所述接收子系統(tǒng)包括接收網(wǎng)關和藍牙數(shù)據(jù)接收模塊；所述接收網(wǎng)關包括ZigBee數(shù)據(jù)包截獲模塊、數(shù)據(jù)處理模塊、串口轉發(fā)模塊、配置控制模塊、串口監(jiān)聽模塊、接收處理模塊、藍牙接收模塊。
文檔編號H04B5/00GK202143065SQ20112026571
公開日2012年2月8日 申請日期2011年7月26日 優(yōu)先權日2011年7月26日
發(fā)明者任春雷, 劉秋煥, 龐濱, 李茹, 王績一, 賈如 申請人:內蒙古大學