| 目前手機短資訊的應用越來越廣泛，網際網路上提供短資訊發送的站點也越來越多，但一些站點的服務并不盡如人意，往往發出去的短資訊石沉大海。最可靠的發送方法當然是用手中的手機了，如果設定了狀态報告，更能确切知道對方是否收到了此條資訊。手機發送盡管比較可靠, 但也存在輸入麻煩、效率低的問題。本文介紹一種方法，隻要手機能夠與電腦相連（通過紅外端口或用手機資料線連接配接串行口，同時手機支援GSM AT指令集），就可以通過自行編制的短資訊發送軟體，實作短資訊的發送。 |
| 現在市場上的大多數手機均支援類似于Modem控制的GSM AT指令集，該指令集是由諾基亞、愛立信、摩托羅拉和HP等廠家共同為GSM系統研制的，其中包含了對SMS(Short Message Service)的控制。 |
| GSM AT相關指令的介紹 |
| 與SMS有關的GSM AT指令如表1所示： |
 |
| 表1 相關的GSM AT指令 |
| 對SMS的控制共有三種實作途徑： |
| Block Mode； |
| 基于AT指令的Text Mode； |
| 基于AT指令的PDU Mode。 |
| Text Mode比較簡單，多款諾基亞手機均支援該模式。西門子的手機大多隻支援PDU模式，PDU模式是發送或接收手機SMS資訊的一種方法，短資訊正文經過十六進制編碼後被傳送。目前，PDU已取代Block Mode，是以本文主要探讨PDU模式的發送。 |
| 計算機和手機的通信 |
| 本文以西門子 S3568i為例，介紹如何實作短資訊的發送。 |
| 資料線連接配接 |
| 首先，通過S35/25資料線将手機與電腦串行口相連。然後，打開超級終端，選擇直接串行口連接配接，端口參數設為19200速率、無校驗、資料位8、停止位1。 |
| 紅外線連接配接 |
| 如果使用帶紅外端口的計算機，可以設定與手機的無線連接配接。首先确認計算機紅外端口已打開，并将手機的紅外線和收傳真/資料功能打開，對接紅外端口，計算機系統托盤上應當出現一個紅外裝置西門子S35(如果沒有安裝紅外螢幕，則不顯示)。然後，打開超級終端，選擇IrDa上的串行口。 |
| 連接配接測試 |
| 點選超級終端工具條上的呼叫按鈕，輸入AT并回車，螢幕上如果出現OK則表明計算機與手機的連接配接成功，這時就可以輸入各類GSM AT指令了。 |
| 如：查詢手機廠家，輸入AT＋CGMI= <CR>，螢幕顯示Siemens。 |
| 通常情況下，執行測試指令AT＋CMGS=?<CR> ，如果傳回OK，表明手機支援此指令。該指令的完整文法格式如下： |
| If PDU mode (＋CMGF=0)＋CMGS=<length><CR>PDU is given <ctrl－Z/ESC> |
| 如果短資訊格式指令AT＋CMGF傳回的是0，則SMS格式為PDU模式，再執行AT＋CMGS=<資料長度>指令後，手機傳回“>”符号并等待輸入，輸入PDU資料并以^Z或Esc鍵結束。 |
| 如果資訊發送成功，則傳回OK,并顯示資訊号： |
| ＋CMGS: <mr> |
| 如果發送失敗，則傳回如下資訊: |
| ＋CMS ERROR: <err> |
| PDU資料格式的分析 |
| 下面通過對存儲在手機中的待發資訊的分析，來介紹SMS PDU的資料格式。首先，用手機寫一條短資訊，發送手機号碼為13605696031，資訊内容為“Hello World!”。通過執行AT＋CMGL=2可以讀出此條資訊。 |
| 操作過程如下(斜體字元為響應資訊，{}内為注釋)： |
| AT |
| OK |
| AT＋CMGL=2 {讀未發短資訊} |
| ＋CMGL: 1,2,,24 {1表示資訊個數，2表示未發資訊，24表示資訊總容量} |
| 08 91 683108501505F0 11 00 0B 81 3106656930F1 0000A7 0B E8329BFD06DDDF723619 |
| OK |
| 下面分析這條資訊： |
| 08：短資訊中心位址長度。 |
| 91：短資訊中心号碼類型，91是TON/NPI。TON/NPI遵守International/E.164标準，指在号碼前需加‘＋’号;此外還可有其他數值，但91最常用。 |
| 683108501505F0：短資訊号碼，是所使用的服務中心位址。由于位置上略有處理，實際号碼應為：8613805515500(字母F意指長度減1),這是作者所在地GSM短資訊中心的号碼。 |
| 11:檔案頭位元組(header byte,是一種bitmask)。這裡11指正常地發送短資訊。 |
| 00：資訊類型。 |
| 0B：被叫号碼長度。 |
| 81：被叫号碼類型。 |
| 3106656930F1：被叫号碼，也經過了移位處理，實際号碼為13605696031。 |
| 0000A7：短資訊編碼類型GSM Default Alphabet，如為中文則是000010。 |
| 0B：短資訊長度。 |
| E8329BFD06DDDF723619：短資訊内容“Hello World!”。 |
| 短資訊的編碼方法及程式設計實作 |
| 下面我們介紹純英文和純中文的資訊編碼方法。通過測試我們發現，每條發送的短資訊前面部分均相同,隻是被叫号碼和短資訊内容有變化。 |
| 1.英文編碼 |
| 參見表2，設短資訊内容為“Hello World!”。預設的GSM 字元集為7位編碼，可以簡單地了解為ASCII碼（ASCII值小于80Hex，是以，Bit8被忽略），依次将下一7位編碼的後幾位逐次移至前面，形成新的8位編碼，參見表2箭頭訓示。需要注意的是第9行，移位計數已達7位，則直接将本編碼前加0。GSM并非支援所有的ASCII字元顯示。 |
 |
| 表2 英文編碼的實作過程 |
| 下面是實作英文編碼的部分Delphi 5代碼： |
| //英文格式編碼，s為String |
| function Encode1(var s:String):String; |
| var |
| i,j,len:Integer; |
| cur:Integer; |
| t:String; |
| begin |
| Result:=‘’; |
| len:=Length(s); |
| //j 用于移位計數 |
| i:=1;j:=0; |
| while i<=len do |
| begin |
| if i<len then |
| //資料變換 |
| cur:=(ord(s[i]) shr j) or ((ord(s[i＋1]) shl (7－j)) and ＄ff) |
| else |
| cur:=(ord(s[i]) shr j) and ＄7f; |
| FmtStr(t,‘％2.2X’,[cur]); |
| Result:=Result＋t; |
| inc(i); |
| //移位計數達到7位的特别處理 |
| j:=(j＋1) mod 7;if j=0 then inc(i); |
| end; |
| end; |
| 2.中文編碼 |
| 參見表3，設短資訊内容為“中文短資訊”。中文短資訊的實作較簡單，隻需将GB2312的中文編碼轉換為代碼頁為CP936的Unicode編碼即可。 |
| |
| 表3 中文編碼的實作過程 |
| 通過Delphi的WideString類型轉換，可以巧妙地實作GB2312到Unicode的編碼轉換（注意代碼頁和作業系統相關聯）。下面是實作中文編碼的部分Delphi 5代碼： |
| // 中文格式編碼，s為Unicode String |
| function Encode2(var s:WideString):String; |
| var |
| i,len:Integer; |
| cur:Integer; |
| t:String; |
| begin |
| Result:=‘’; |
| len:=Length(s); |
| i:=1; |
| while i<=len do |
| begin |
| cur:=ord(s[i]); |
| //BCD轉換 |
| FmtStr(t,‘％4.4X’,[cur]); |
| Result:=Result＋t; |
| inc(i); |
| end; |
| end; |
| 小 結 |
| 以上介紹了PDU格式的短資訊編碼。建議英文資訊長度不超過140個字元，中文資訊不要超過54個漢字。如果使用能夠支援文本方式的手機進行發送，實作起來更簡單。如發送“Hello World!”，用如下的AT指令即可： |
| AT＋CGMF=1 AT＋CGMS=“13605696031”,129 |
| >Hello World!<^Z> |