短消息在林務系統中的應用畢業論文-預覽頁

　

【正文】 教 授 二○○四年六月一日 短消息在林務系統中的應用 徐茂連 （ 西南林學院 計算機與信息科學 云南 昆明 650224） 摘 要 ： 本課題主要研究了短消息網關設備規范和通信信息資源站實體與互聯網短消息網關接口協議，基于短消息通訊平臺，利用應用支撐平臺設計開發出了林務作業中的手機短信收發系統，該系統林利用手機短信服務實現了林務作業的科學化 。越來越多的企業開始利用短信開 展各種短信增值業務：短信商業信息發布、短信客戶關系管理、短信呼叫中心、短信防偽、短信移動辦公等。同時， SMS（短消息服務）是通過移動網絡用手機收發簡短文本消息的一種通信機制。所以，系統可以支持短消息與話音、數據、傳真等業務的同步傳輸。如林場失火或發現白蟻災情，林業員向上級匯報情 況后，最快也要 2天后才能得到確切的解決方案，這之中就可能造成難以想象的損失。但每個林業員配一個手機是可以的，用手機發短信也是可以實現的，所以考慮把現場管理系統和手機短信完美的連接起來。 設計要求 本軟件作為現場管理系 統的一部分，最終用戶是各林場的林業員，他們主要是將每天的工作日報用手機短信的形式發送到現場管理系統中來，而林場管理員就可以在現場管理系統中即時看到當日工人的工作情況，及時處理可能出現的突發情況。 接入平臺 :通過無線網絡或者有線網絡完成短消息的協議適配和接收發送。這些服務和具體應用需求獨立，但卻是所有應用系統必不可少的 功能。這些系統利用應用服務層提供的短消息服務接口，專注于各自的應用邏輯。這樣的好處是設備投入比較少。市面上雖然也有一些號稱支持多個 GSM MODEM 接入的短信應用軟件或二次開發包，但使用起來要將多個 GSM MODEM 設備串接，使用的可靠性、方便性都很低。網關與短消息中心之間使用 SMPP協議（ Short Message Peer to Peer,短消息點對點協議） ,與 SP 之間使用 CMPP 協議（ China Mobile Peer to Peer,中國移動點對點協議），因此短消息網關需要完成協議的轉換、計費、路由、安全和網絡管理等功能。 CMPP通信代理系統主要是實現和 SP 服務提供商的連接，與 SMPP 通信代理系統不同的是，由于協議的影響， CMPP 通信代理是服務器端，需等待 SP 的連接，而 SMPP 通信代理是客戶端，需要主動連接 SMSC。業務管理系統主要完成對業務進行統計報告，生成報表，為運營者對用戶數據的添加、修改、刪除以及對網關系統的監控、查詢、操作和維護提供接口和界面 [6]。 短消息網關通信模塊的設計 在設計短消息網關通信模塊時， 需要 考慮以 下幾點： 第一，由于短消息網關功能繁多，如果把通信和具體業務合在一起開發，容易顧此失彼。雖然多線程能夠通過并行計算和共享內存提高代碼效率和資源利用率，但在短消息網關中，處理的數據量大，多線程方式的并行處理會造成一些消 息的邏輯混亂，資源共享也會增加代碼的復雜度。另外，通過隊列通信，也可以為今后增加的業務提供良好的擴展性。 短消息網關通信模塊的實現 基于以上設計思路，我們實現的短消息通信模塊包括四個父進程： CMPP 通信代理 (cmpp_server)、 SMPP 通信代理 (smpp_server)、消息分發處理 server(package_server)和前轉消息處理 server(route_server)。它同時偵聽與它相連的多個 socket，通過隊列接口函數 mqm_send( )把接收到的 CMPP 格式的消息送入隊列 2 中。 Package_server 是短消息網關的核心，所有的消息都要經過它，包括協議轉換，超時重傳，計費，路由，都需要在 package_server 中完成。 Route_server 主要處理需要轉發到其他網關的消息。收發數據使用 mqm_send( )和 mqm_recv( )函數完成。 short mqm_sockfd。//收到該消息的時間； int total_length。 現以 MO請求業務為例，描述通信模塊的工作流程。 SP在接收到這個消息后，會產生一個 CMPP 格式的 CMPP_Deliver_Rep 的應答消息返回給網關。1文本） AT+CMGL List SMS message from preferred store（列出 SIM 卡中的短消息PDU/text: 0/“ REC UNREAD” 未讀， 1/“ REC READ” 已讀， 2/“ STO UNSENT” 待發， 3/“ STO SENT” 已發， 4/“ ALL” 全部的） AT+CMGR Read SMS message（讀短消息） AT+CMGS Send SMS message（發送短消息） AT+CMGW Write SMS message to memory（向 SIM 內存中寫入待發的短消息） AT+CMSS Send SMS message from storage（從 SIM 內存中發送短消息） AT+CNMI New SMS message indications（顯示新收到的短消息） AT+CPMS Preferred SMS message storage（ 選擇短消息內存） AT+CSCA SMS service center address（短消息中心地址） AT+CSCB Select cell broadcast messages（選擇蜂窩廣播消息） AT+CSMP Set SMS text mode parameters（設置短消息文本模式參數） AT+CSMS Select Message Service（選擇短消息服務） 表 1 相關的 GSM AT 指令 對短消息的控制共有三種模式： Block Mode 基于 AT命令的 PDU Mode 基于 AT命令的 Text Mode Block Mode 已是昔日黃花，目前很少用了。 計算機與 GSM通信模塊的通信 1） 串口連接 由于 GSM 通信模塊自帶 RS232 串口線，故只需將其連接到計算機串口即可。 短 消息在林務系統中的應用 10 當測試命令“ AT+CMGS=?CR”時，如果返回“ OK”標明 GSM 通信模塊支持該指令。 （ A）設置短消息中心 AT+CSCA=+8613800731500(短消息中 心 )； （ B）設置短消息發送格式 AT+CMGF=1(1TEXT。例如：H 翻譯成 1001000， i 翻譯成 1101001，顯然 H 的二進制編碼不足八位，那么就將 i的最后一位補足到 H 的前面。 PDU 串表面上是一串 ASCII 碼，由 ‘039。 這些數字和字母組成。 例如，我們要將字符“ Hi”字符發送到目的地“ 13677328099” PDU 字符串為： 短 消息在林務系統中的應用 12 08 91 683108701305F0 11 00 0D 91 3176378290F9 00 00 00 02 C834 ⑴ 08— 短信息中心地址長度。 91— 10010001 BIT No. 7 6 5 4 3 2 1 0 Name 1 數值類型 號碼鑒別 表 2 91— 短信息中心號碼類型 數值類型（ Type of Number）： 000— 未知， 001— 國際， 010— 國內 ,111— 留作擴展；號碼鑒別（ Numbering plan identification） :0000— 未知， 0001— ISDN/電話號碼 ()， 1111— 留作擴展； ⑶ 683108701305F0— 短信息中心號碼 。 ⑷ 11— 文件頭字節。1— 設置 用戶數據頭標識 — TPUDHL（ TPUserDataHeaderIndicator）： 0— 不含任何頭信息 。11— 提供 8 位字節的一半（ SemiOctet Represented） 拒絕復制 — TPRD（ TPRejectDuplicates）： 0— 接受復制 。 ⑻ 3176378290F9— 被叫號碼，經過了位移處理，實際號碼為“ 13677328099”。 Bit ： 0— 不使用遠程網絡 ，只是短消息設備之間的協議； 1— 使用遠程網絡。h) 相應的有效期 00 to 8F (VP+1)*5 分鐘 90 to A7 12 小時 +(VP143)*30 分鐘 A8 to C4 (VP166)*1 天 C5 to FF (VP192)*1 周 表 6 00— 有效期 TPVP ⑿ 02— 用戶數據長度 TPUDL（ TPUserDataLength） 短 消息在林務系統中的應用 14 ⒀ C834— 用戶數據 TPUD（ TPUserData）“ Hi” 發送和接收的 PDU 串，結構是不完全相同的。如短信息內容為英文字符 “Hi” ，首先將各個字符轉換為 7位的標準二進制 ASCII碼，然后要將后面字符的低位逐位調整到前面，補齊前面的差別。但在 GSM 標準中，中文編碼采用 UTF8的編碼，不是目前國內常用的 GB2312 編碼，故還需要進行中文編碼的轉換，才能與采用 GB2313 漢字庫相配合顯示漢字字型。兩個表的長度分別為 14 890 字節（ 27445 ）。 UCS2 編碼時，也是字節數，等于原始短消息的字符數的兩倍。 7bit 編碼時，指原始短消息的字符個數，而不是編碼后的字節數。如果采用 GSM 所建議的 壓縮算法 (TPDCS 的高 3位為 001)，則該長度也是壓縮編碼后字節數或頭長度與壓縮編碼后字節數之和。這比采用簡單的順序查表要快的多，大大減少了查表所花費的時間，非常適合在一般的嵌入式系統中使用 [13]。然而現場管理系統依賴于因特網，對于林場中的林業員就很不方便了，基于這些考慮，我們就繼續開發了兼容現場管理系統的手機短信收發系統。凡是以 6233 開頭的手機短信都將通過移動網關送來我們的現場管理系統。 系統出錯處理設計 由于手機短消息是嵌套在現場管理系統中的一部分，為了適用與管理系統，也為了使用者輸入方便，每個項目都必須有它確定的格式，同時為了 保證數據的正確性，設計了格式驗證，即短消息數據中心收到短消息后對每個字段進行解析，發現非法字符或代碼、格式不 正確，會發一條短消息告知報告人，讓其檢查重新發送。還有很多是比較林務專業的錯誤，但只要是不符合格式的，不適用系統的，系統都會提示出錯，請求改正。所以嚴格的說手機部分不處理數據，只做存儲處理。 在這四年中，還要特別感謝計科系的全體老師，是他們給我創造了許多實踐和鍛煉的機會。*********檢核數據長度是否超過 70個字 ************** Function FunStringLongCheck() = If strDataGroup(2).Length 70 Then Dim sect As Integer Dim inti As Integer sect = strDataGroup(2).Length \ 70 If (strDataGroup(2).Length sect * 70) = 0 Then For inti = 1 To sect strSendMsg = Mid(strDataGroup(2), 1 + 70 * (inti 1), 70) = + strSendMsg FunSendmessage() Sleep(20xx) Next Else For inti = 1 To (sect + 1) strSendMsg = Mid(strDataGroup(2), 1 + 70 * (inti 1), 70) = + strSendMsg FunSendmessage() Sleep(20xx) Next End If Else strSendMsg = strDataGroup(2) FunSendmessage() = strSendMsg End If End Function 39。 Chr(26) = 正在發送，請等待 ... Sleep(5000) 39。 39。 39。 39。 39。 *******