【正文】 西安工程大學(xué)機電學(xué)院本科畢業(yè)論文前 言隨著手機的普及，短信的應(yīng)用在信息時代已經(jīng)異軍突起，由其是在企業(yè)中的應(yīng)用得到了越來越突出的表現(xiàn)。目前開通企業(yè)短信平臺企業(yè)眾多，比如松下電器、上海大眾、天氣預(yù)報、奧運2008 、中華美食、九寨溝等等……廣泛的客戶基礎(chǔ)、極強的客戶接受程度、獨特的交流方式、低廉的通信成本，已經(jīng)使短信成為人們相互溝通的主要手段之一，不少企業(yè)已意識到基于短信的解決方案在企業(yè)應(yīng)用的潛在價值，短信將象電話一樣，成為企業(yè)內(nèi)部、企業(yè)與客戶之間信息交流必不可少的手段。目前，主要有三種發(fā)送短信的方式：　　網(wǎng)關(guān)方式：就是向當(dāng)?shù)氐碾娦挪块T申請，不需要額外的設(shè)備，適用于大型的通信公司，像華為、傲天、中興、亞信等?！　〗K端方式：就是借助像GSMMODEM之類的設(shè)置（支持AT指令的手機也行），通過數(shù)據(jù)線連接電腦，來發(fā)送短信，用這種方法比較適用于小型及個人。要實現(xiàn)這種方式必須理解串口通信、AT指令、短信編碼、解碼，這也是本文討論的重點?！　±靡恍┚W(wǎng)站來實現(xiàn)，方式簡單，不過對網(wǎng)站依賴性太高，對網(wǎng)絡(luò)的要求也比較高，非常不適于進行項目開發(fā)。在本系統(tǒng)即是采用計算機收發(fā)短信就是直接用計算機控制運行了GSM通信系統(tǒng)的短信終端，因而其收發(fā)短信的原理與手機是本質(zhì)相同的。圖01終端短信連接示意圖：我們需要利用以TC35模塊為主的硬件組成一個TC35終端設(shè)備，并與電腦通過RS232C串口相連，并自行編制在PC上運行的短信息收發(fā)軟件，就可以組成一個短信收發(fā)系統(tǒng)。并通過VC++開發(fā)平臺開發(fā)一款具有企業(yè)使用功能的短信群發(fā)系統(tǒng)。為了能滿足小型企業(yè)的使用需求，經(jīng)過考察我們先確定以下系統(tǒng)的基本功：短信管理、自動應(yīng)答、定時發(fā)送、統(tǒng)計查詢、客戶分組管理、常用短語管理、短信訂閱管理、短信計費管理、手機號碼段管理以及一些拓展功能。第1章 系統(tǒng)組成與功能 系統(tǒng)構(gòu)成Male RS232Female RS232圖11標準RS232串口2. 計算機+（RS232）+GSM通信模塊RS232串口線GSM MODEM計算機 圖12 硬件系統(tǒng)構(gòu)成 GSM通信模塊下圖是一款GSM模塊，它就是西門子公司的TC35，它由GSM基帶處理器、電源專用集成電路、射頻電路和閃速存儲器等部分組成，負責(zé)處理GSM蜂窩設(shè)備中的音頻、數(shù)據(jù)和信號，內(nèi)嵌的軟件部分執(zhí)行應(yīng)用接口和所有GSM協(xié)議棧的功能。TC35支持中文短信息，工作在EGSM900和GSM1800雙頻段，~，可傳輸語音和數(shù)據(jù)信號，消耗功率在EGSM900(4類)和GSM1800(1類)分別為2W和1W，通過接口連接器和天線連接器分別連接SIM卡讀卡器和天線。TC35的數(shù)據(jù)接口(CMOS電平)通過AT命令可雙向傳輸指令和數(shù)據(jù)，可選波特率為300bit/s~115kbit/s，~115kbit/s。它支持文本和PDU格式的，可通過AT命令或關(guān)斷信號實現(xiàn)重啟和故障恢復(fù)。圖13 TC35終端電路圖 系統(tǒng)功能　　：(1) 發(fā)送短信a) 對保戶，可滿足發(fā)送續(xù)保提示；實時關(guān)懷；信息發(fā)布。b) 對員工，可滿足內(nèi)部通知；流程通報；獎勵通告；消息發(fā)布。(2) 接收短信：接收投訴、查詢、咨詢等短信；還提供短信的回復(fù)、轉(zhuǎn)發(fā)和刪除功能?！　。菏孪仍O(shè)置好相應(yīng)的應(yīng)答標志和短信息內(nèi)容，實時讀取保戶和員工的咨詢信息；保戶和員工通過手機向系統(tǒng)輸入查詢代碼(與應(yīng)答標志對應(yīng)的)，系統(tǒng)自動向保戶和員工手機發(fā)送相應(yīng)的應(yīng)答信息。　?。侯A(yù)先編制好短信，設(shè)定發(fā)送時間，到了設(shè)定的時間系統(tǒng)自動發(fā)出信息。如向保戶和員工發(fā)送生日祝福、節(jié)日問候、續(xù)保通知等等。 ：可以按照姓名、手機號進行客戶信息查詢，提供發(fā)送查詢、接收查詢、費用統(tǒng)計等　　：根據(jù)公司的需要和習(xí)慣，可對保戶和員工進行基本分類(如對保戶按區(qū)域分內(nèi)、按險種分內(nèi)等；對員工按部門或按區(qū)域分內(nèi))；當(dāng)員工或保戶發(fā)生變更時，新建、修改或刪除員工或保戶資料。　?。焊鶕?jù)員工和保戶的日常需要，公司系統(tǒng)管理員或操作員可按需增加、修改或刪除短語種類；增加、修改或刪除具體的常用短語，以備隨時取用。　?。合虮籼峁┬码U種信息定閱短信服務(wù)(如我要訂閱有關(guān)小孩的險種信息，煩請訂閱體檢和專家咨詢信息等)；提供處理保戶訂閱信息申請，并編輯制作保戶所訂閱信息，設(shè)定時間，定時給保戶發(fā)送。　?。涸诰庉嬘嗛喍绦艜r，設(shè)定短信的費用，系統(tǒng)自動將此短信發(fā)送給客戶?；蛳到y(tǒng)自動統(tǒng)計匯總短信收費資料并將資料存儲，供用戶短信查詢。：當(dāng)企業(yè)基于廣泛宣傳的目的，需要進行大規(guī)模短信廣告時，系統(tǒng)支持按手機號碼段進行廣告呼叫。系統(tǒng)提供全國號碼段庫，可自動按號碼段生成群發(fā)號碼，可 從選定的號段中隨機抽取部分號碼發(fā)送，還可以設(shè)定過濾掉部分尾號，也可指定部分尾號發(fā)送。(1) 數(shù)據(jù)導(dǎo)入：客戶信息及接收者手機號碼可以從現(xiàn)有數(shù)據(jù)庫文件批量導(dǎo)入，無須費時費力逐個輸入。(2) 數(shù)據(jù)備份：通訊錄和發(fā)送記錄可以方便地導(dǎo)出為Excel或文本格式保存。(3) 企業(yè)MIS接口：提供企業(yè)MIS接口，可以和企業(yè)現(xiàn)有系統(tǒng)（如ERP、CRM、OA、財務(wù)軟件等）進行無縫集成。第2章 短信編碼方式 SMS規(guī)范首先，我們要對由ETSI(European Telemunications Standards Institute)制訂的SMS規(guī)范有所了解。與我們討論的短消息收發(fā)有關(guān)的規(guī)范主要包括GSM 、GSM 。前二者著重描述SMS的技術(shù)實現(xiàn)(含編碼方式)，后者則規(guī)定了SMS的DTEDCE接口標準(AT命令集)。 一共有三種方式來發(fā)送和接收SMS信息：Block Mode, Text Mode和PDU Mode。Block Mode已是昔日黃花，目前很少用了。Text Mode是純文本方式，可使用不同的字符集，從技術(shù)上說也可用于發(fā)送中文短消息，但國內(nèi)手機基本上不支持，主要用于歐美地區(qū)。PDU Mode被所有手機支持，可以使用任何字符集，這也是手機默認的編碼方式。Text Mode比較簡單，而且不適合做自定義數(shù)據(jù)傳輸，我們就不討論了。下面介紹的內(nèi)容，是在PDU Mode下發(fā)送和接收短消息的實現(xiàn)方法。 PDU串表面上是一串ASCII碼，由‘0’‘9’、 ‘A’‘F’這些數(shù)字和字母組成。它們是8位字節(jié)的十六進制數(shù)，或者BCD碼十進制數(shù)。PDU串不僅包含可顯示的消息本身，還包含很多其它信息，如SMS服務(wù)中心號碼、目標號碼、回復(fù)號碼、編碼方式和服務(wù)時間等。發(fā)送和接收的PDU串，結(jié)構(gòu)是不完全相同的。我們先用兩個實際的例子說明PDU串的結(jié)構(gòu)和編排方式。例1 發(fā)送：SMSC號碼是+8613800250500，對方號碼是13851872468，消息內(nèi)容是“Hello!”。從手機發(fā)出的PDU串可以是08 91 68 31 08 20 05 05 F0 11 00 0D 91 68 31 58 81 27 64 F8 00 00 00 06 C8 32 9B FD 0E 01對照規(guī)范，具體分析如表21：分段含義說明08SMSC地址信息的長度共8個八位字節(jié)(包括91)91SMSC地址格式(TON/NPI)泳國際格式號碼(在前面加‘+’)68 31 08 20 05 05 F0SMSC地址8613800250500，補‘F’湊成偶數(shù)個11基本參數(shù)(TPMTI/VFP)發(fā)送，TPVP用相對格式00消息基準值(TPMR)00D目標地址數(shù)字個數(shù)共13個十進制數(shù)(不包括91和‘F’)91目標地址格式(TON/NPI)用國際格式號碼(在前面加‘+’)68 31 58 81 27 64 F8目標地址(TPDA)8613851872468，補‘F’湊成偶數(shù)個00協(xié)議標識(TPPID)是普通GSM類型，點到點方式00用戶信息編碼方式(TPDCS)7bit編碼00有效期(TPVP)5分鐘06用戶信息長度(TPUDL)實際長度6個字節(jié)C8 32 9B FD 0E 01用戶信息(TPUD)“Hello!”表21 短信編碼方式一例2 接收：SMSC號碼是+8613800250500，對方號碼是13851872468，消息內(nèi)容是“你好!”。手機接收到的PDU串可以是08 91 68 31 08 20 05 05 F0 84 0D 91 68 31 58 81 27 64 F8 00 08 3030 21 80 63 54 80 06 4F 60 59 7D 00 21對照規(guī)范，具體分析如表22：分段含義說明08地址信息的長度共8個八位字節(jié)(包括91)91SMSC地址格式(TON/NPI)用國際格式號碼(在前面加‘+’)68 31 08 20 05 05 F0SMSC地址8613800250500，補‘F’湊成偶數(shù)個84基本參數(shù)(TPMTI/MMS/RP)接收，無更多消息，有回復(fù)地址0D回復(fù)地址數(shù)字個數(shù)共13個十進制數(shù)(不包括91和‘F’)91回復(fù)地址格式(TON/NPI)用國際格式號碼(在前面加‘+’)68 31 58 81 27 64 F8回復(fù)地址(TPRA)8613851872468，補‘F’湊成偶數(shù)個00協(xié)議標識(TPPID)是普通GSM類型，點到點方式08用戶信息編碼方式(TPDCS)UCS2編碼30 30 21 80 63 54 80時間戳(TPSCTS)2003312 08:36:45 +8時區(qū)06用戶信息長度(TPUDL)實際長度6個字節(jié)4F 60 59 7D 00 21用戶信息(TPUD)“你好!”表22 短信編碼方式二若基本參數(shù)的最高位(TPRP)為0，則沒有回復(fù)地址的三個段。從Internet上發(fā)出的短消息常常是這種情形。其中號碼和時間的表示方法，不是按正常順序順著來的，而且要以‘F’將奇數(shù)補成偶數(shù)。 短信內(nèi)容的編解碼方式在PDU Mode中，可以采用三種編碼方式來對發(fā)送的內(nèi)容進行編碼，它們是7bit、8bit和UCS2編碼。7bit編碼用于發(fā)送普通的ASCII字符，它將一串7bit的字符(最高位為0)編碼成8bit的數(shù)據(jù)，每8個字符可“壓縮”成7個；8bit編碼通常用于發(fā)送數(shù)據(jù)消息，比如圖片和鈴聲等；而UCS2編碼用于發(fā)送Unicode字符。PDU串的用戶信息(TPUD)段最大容量是140字節(jié)，所以在這三種編碼方式下，可以發(fā)送的短消息的最大字符數(shù)分別是160、140和70。這里，將一個英文字母、一個漢字和一個數(shù)據(jù)字節(jié)都視為一個字符。需要注意的是，PDU串的用戶信息長度(TPUDL)，在各種編碼方式下意義有所不同。7bit編碼時，指原始短消息的字符個數(shù)，而不是編碼后的字節(jié)數(shù)。8bit編碼時，就是字節(jié)數(shù)。UCS2編碼時，也是字節(jié)數(shù)，等于原始短消息的字符數(shù)的兩倍。如果用戶信息(TPUD)中存在一個頭(基本參數(shù)的TPUDHI為1)，在所有編碼方式下，用戶信息長度(TPUDL)都等于頭長度與編碼后字節(jié)數(shù)之和。如果采用GSM (TPDCS的高3位為001)，則該長度也是壓縮編碼后字節(jié)數(shù)或頭長度與壓縮編碼后字節(jié)數(shù)之和。下面以一個具體的例子說明7bit編碼的過程。我們對英文短信“Hello!”進行編碼：圖21 7bit編碼示意圖將源串每8個字符分為一組(這個例子中不滿8個)進行編碼，在組內(nèi)字符間壓縮，但每組之間是沒有什么聯(lián)系的。 短信內(nèi)容的編解碼實現(xiàn) 用C實現(xiàn)7bit編碼和解碼的算法如下：// 7bit編碼// pSrc: 源字符串指針// pDst: 目標編碼串指針// nSrcLength: 源字符串長度// 返回: 目標編碼串長度int gsmEncode7bit(const char* pSrc, unsigned char* pDst, int nSrcLength){ int nSrc。 // 源字符串的計數(shù)值 int nDst。 // 目標編碼串的計數(shù)值 int nChar。 // 當(dāng)前正在處理的組內(nèi)字符字節(jié)的序號，范圍是07 unsigned char nLeft。 // 上一字節(jié)殘余的數(shù)據(jù) // 計數(shù)值初始化 nSrc = 0。 nDst = 0。 // 將源串每8個字節(jié)分為一組，壓縮成7個字節(jié) // 循環(huán)該處理過程，直至源串被處理完 // 如果分組不到8字節(jié)，也能正確處理 while(nSrcnSrcLength) { // 取源字符串的計數(shù)值的最低3位 nChar = nSrc amp。 7。 // 處理源串的每個字節(jié) if(nChar == 0) { // 組內(nèi)第一個字節(jié)，只是保存起來，待處理下一個字節(jié)時使用 nLeft = *pSrc。 } else { // 組內(nèi)其它字節(jié)，將其右邊部分與殘余數(shù)據(jù)相加，得到一個目標編碼字節(jié) *pDst = (*pSrc (8nChar)) | nLeft。 // 將該字節(jié)剩下的左邊部分，作為殘余數(shù)據(jù)保存起來 nLeft = *pSrc nChar。 // 修改目標串的指針和計數(shù)值 pDst++。 nDst++。 }