1.1. 基本知識

短信開發(fā)指通過串口 at 命令驅(qū)動短信貓進(jìn)行短信發(fā)送和接收操作。

在 java 中 主要使用 javax.comm 包進(jìn)行開發(fā)，

sun 公司網(wǎng)上地址 ： http://java.sun.com/products/javacomm/

使用工具 ： windows 自帶超級終端

短信貓操作分為三種模式： block,pdu 和 Text

短信傳送有三種編碼： 7 位， 8 位， UniCode

at 命令 ,at 命令是驅(qū)動短信設(shè)備的標(biāo)準(zhǔn)工業(yè)命令，除了業(yè)界的標(biāo)準(zhǔn)之外，每個廠商可能會對其進(jìn)行擴(kuò)展，不過一般來說，標(biāo)準(zhǔn)命令應(yīng)該夠用，這次用的是西門子 tc35i ，有專門的 at 命令文檔。

1.1.1.     相關(guān)文檔

Gsm03.38 規(guī)范： Alphabets and language-specific information 著重介紹短信發(fā)送中對字符集的控制部分

Gsm03.40 規(guī)范： Technical realization of the Short Message Service (SMS) Point-to-Point (PP) 詳細(xì)介紹各種不同短信的不同實現(xiàn)

Gsm07.05 規(guī)范： Use of Data Terminal Equipment - Data Circuit terminating;Equipment (DTE - DCE) interface for Short Message Service (SMS) and Cell Broadcast Service (CBS) ，介紹 at 的一些控制命令。

Gsm07.07 規(guī)范：著重介紹 at 的短信相關(guān)命令，可以說是 at 的 sms 規(guī)范。

1.1.2.     Block 模式

Block 模式基本已經(jīng)被 pdu 模式取代，沒有具體研究

1.1.3.     Text 模式

Text 模式比較簡單，但是支持的設(shè)備不是很全，而且對于中文似乎有些問題，在金笛的網(wǎng)站技術(shù)資料中似乎提到了一句不能實現(xiàn)中文。

AT ＋ CGMF=1<CR>

AT ＋ CGMS= “ 13605696031 ” ,129<CR>
>Hello World!<^Z>

1.1.4.     Pdu 模式

pdu 編碼主要包括兩個主要的部分，一是 pdu 串的整體數(shù)據(jù)格式，分別因為發(fā)送信息串和接收信息串而有區(qū)別，二是 pdu 中文本部分的編碼，分別因為字符集而不同。

我們也可以這樣來理解這個 pdu 編碼的格式， sms 相當(dāng)于一個協(xié)議棧，最簡單的協(xié)議棧：

根據(jù) gsm03.40 規(guī)范， sms 協(xié)議包括以下幾層：

1、  SM-AL ：應(yīng)用層。這個部分就是數(shù)據(jù)部分。

2、  SM-TL ：傳輸層。我們可以清楚的看到這里描述了主要的短信內(nèi)容，包括發(fā)送號碼，接收號碼，信息類型，編碼，數(shù)據(jù)報長度等等，這也是我們編程主要要面對的問題。

3、  SM-RL ：中繼層。這個指的是短信在網(wǎng)關(guān)之間中繼需要的協(xié)議。

4、  SM-LL: 鏈路層。

從上述描述中我們可以清楚的看到，我們編程主要集中于傳輸層。

PDU 串的用戶信息 (TP-UD) 段最大容量是 140 字節(jié)，所以在這三種編碼方式下，可以發(fā)送的短消息的最大字符數(shù)分別是 160 、 140 和 70 。這里，將一個英文字母、一個漢字和一個數(shù)據(jù)字節(jié)都視為一個字符。

1.2. SMS 用戶數(shù)據(jù)的編碼方法

1.2.1.     英文 7 位編碼

圖片不能正確顯示

這是 gsm 的默認(rèn)編碼方式

由于這樣的移位，我們可以看到我們能發(fā)的最多英文字符等于： 140*8/7 = 160 。

1.2.2.     數(shù)據(jù) 8 位編碼

8-bit 編碼通常用于發(fā)送數(shù)據(jù)消息，比如圖片和鈴聲等；

1.2.3.     中文 pdu 編碼

發(fā)送中文時，必須用 UCS2 （ utf-16 ）進(jìn)行編碼，最多可以發(fā) 140/2 ＝ 70 個漢字。

UniCode 編碼轉(zhuǎn)換也比較簡單，以中文為例，一個中文字符是兩個字節(jié)，直接對高位字節(jié)和低位字節(jié)進(jìn)行十六進(jìn)制轉(zhuǎn)換就可以了。如“歡迎”， UniCode 編碼是 6B22 8FCE ，這同時也就是轉(zhuǎn)換的結(jié)果，如果發(fā)送的串中有英文字符，那么在前面補全 00 ，以保證一個字符對應(yīng)兩個字節(jié)。

1.2.4.     Wap-push 中的中文編碼

做 wap-push 短信的時候有些問題了，開始的時候也按照 Unicode 編碼處理，總是失敗，后來才發(fā)現(xiàn)，有個編碼字段設(shè)為了 uft-8 ，所以在這種情況下，還是可以出現(xiàn)其他編碼方式的。

1.3. 短信報頭分析

1.3.1.     短信類型

詳細(xì)請參考 gsm 0438 規(guī)范和 gsm0440 規(guī)范，里面有詳細(xì)的關(guān)于各種短消息類型的描述。

在 sms 中到底支持多少種類型的短信，短信類型由什么進(jìn)行控制，這是我們在這里需要著重介紹的問題。

在傳輸層來分，一共有六大短信類型： SMS-DELIVER ， SMS-DELIVER-REPORT ， SMS-SUBMIT ， SMS-SUBMIT-REPORT ， SMS-STATUS-REPORT ， SMS-COMMAND ，這六種短信類型，由短信中心地址后的第一個字節(jié)的最低兩位控制。

也就是說，每個短信在短信中心地址之后的第一個字節(jié)的最低兩位是至關(guān)重要的。他決定了如何讀這條短信（結(jié)合是發(fā)送的，還是接收的）

1.3.2.     地址編碼

短信發(fā)送中都會涉及到短信地址的問題，他們的編碼規(guī)則是一致的 , 簡單來說就是 BCD8421碼編碼。

如： 08 91 683108501505F 0 ，

08 ：地址長度，（號碼類型 + 號碼長度） /2 的十六進(jìn)制表示

91 ：號碼類型

683108501505F 0 ：號碼，實際號碼應(yīng)為： 8613805515500 ，號碼處理方法為 , 如果為 +86 開始 , 將 + 號去掉 , 然后判斷是否為偶數(shù) , 不是在末尾補 F, 然后將奇數(shù)位和偶數(shù)位互換

1.3.3.     TP-DCS( 數(shù)據(jù)編碼格式 )

這個字節(jié)比較特殊，表明整個短信的字符編碼，數(shù)據(jù)內(nèi)容等信息。詳細(xì)說明參考 gsm03.38 規(guī)范。

1.3.4.     第一個字節(jié)

Pdu 編碼的第一個字節(jié)比較有意思，這個字節(jié)會根據(jù)六種不同的短信按位有不同的意思，拿句專業(yè)一點的話來說，叫 bitmask. 用圖來大概描述一下，詳細(xì)參考 gsm0340 的 9.2.3 段。

1.3.5.     TP-PID （協(xié)議標(biāo)識）

在這個里面還有一個字節(jié)比較特殊，就是協(xié)議標(biāo)識。

一般都是 00 ，表示點到點的標(biāo)準(zhǔn)短信。

1.3.6.     超長短信

參考 gsm0340 的 9.2.3 .24TP_UD 部分，這個部分中間的一種情況就是描述超長短信的處理。

長短信關(guān)鍵涉及一個數(shù)據(jù)報頭的問題，數(shù)據(jù)報頭由“長度”和多個“數(shù)據(jù)元素”組成。

1.3.7.     Wap-push 短信

WAP 的推送協(xié)議中定義了服務(wù)指示（ SI ： Service Indication ）和服務(wù)加載（ SL ： Service Load ）兩項服務(wù)，以給用戶和網(wǎng)絡(luò)運營者更多的選擇。服務(wù)指示是將新信息的指示和相關(guān)的通用資源標(biāo)識符（ URI ）推送給用戶，由用戶選擇是立即處理信息還是以后處理。服務(wù)加載是將一項服務(wù)的 URI 推送給用戶，然后客戶端自動地使用 PULL 技術(shù)根據(jù)該 URI 啟動服務(wù)。兩種服務(wù)的區(qū)別在于用戶是否介入推送信息的處理過程。 SL 對推送信息的處理對用戶來說是透明的，而 SI 則在指示用戶的同時，請用戶對隨后的處理做出選擇。
PUSH 可以將某一站點或某一業(yè)務(wù)的鏈接通過短信發(fā)送到支持 WAP PUSH 功能的手機上，這樣用戶只需要閱讀這條短信，打開短信中的鏈接，就可以直接訪問業(yè)務(wù)了。因此， WAP PUSH 實現(xiàn)了短信和 WAP 業(yè)務(wù)的結(jié)合，節(jié)省了用戶尋找業(yè)務(wù)的時間，方便用戶直接找到并使用自己喜歡的業(yè)務(wù)。

Wap-push 短信的核心不同之處就在于：

1、  含有數(shù)據(jù)報頭，也就是 TP_UDHI 位為 1 ，一般來說 pdu 的第一個字節(jié)發(fā)送時為 51 ，接收時為 44 。

2、  TP_DSC 字節(jié)不同，一般為 F5 ，表明字符集為 8 位，短信類型為 Class 1; 詳細(xì)解釋參看 gsm03.38 的第四章。

1.4. 編碼示例

1.4.1.     發(fā)送信息的 PDU 串：

用手機寫一條短信息，發(fā)送手機號碼為 13605696031 ，信息內(nèi)容為“ Hello World! ”。通過執(zhí)行 AT ＋ CMGL=2 可以讀出此條信息。

AT ＋ CMGL=2 { 讀未發(fā)短信息 }
＋ CMGL: 1,2,,24 {1 表示信息個數(shù)， 2 表示未發(fā)信息， 24 表示信息總?cè)萘?/span> }
08 91 683108501505F0 11 00 0B 81 3106656930F1 0000FF 0B E8329BFD06DDDF723619
OK

下面分析這條信息：

1.4.2.     接受信息的 PDU 串

讀取以上發(fā)送出來的短信，可以收到如下信息 , 接受到來自 13600554267 的“歡迎“ PDU 串為： 0891683108503705F0040D91683106504562F7000830507001021500046B228FCE 。而接受到的“歡迎“ PDU 串為：

0891683108503705F0040D91683106504562F70000305070010201000AE8329BFD4697D9EC37 。對以上的 PDU 串分析如下表：

1.4.3.     超長短信

所謂超長短信不同的地方無非就是數(shù)據(jù)報文需要有個拼接的過程，這個詳細(xì)可以參考 gsm03.40 的 9.2.3 .24.1 段。下面是個例子，表明的是短信的第一條和第二條。

第一條

第二條

1.4.4.     Wap-push 短信

發(fā)送的 pdu ，關(guān)于 wap-push 短信中間的 wbxml 該如何轉(zhuǎn)變和編碼，請參考 WAP Service Indication 規(guī)范。