一、文件簡介：

本文件用於介紹1B開發板+GSM模組傳送彩信的實現過程，以及彩信MMS協議封裝過程。

開發環境引數：

作業系統：Ubuntu 11.04

本機平臺：X86

目標平臺：Loongson 1B 開發板+華為GSM模組MG323

交叉編譯工具鏈：gcc-3.4.6-2f（1B交叉編譯工具鏈）

所需軟體及工具包：

1b-linux-3.0核心git版本號：115a0a040ffdaaba5f3afa58cb08625020d3fde8

PPP工具原始碼包：ppp-2.4.5.tar.gz

二、實現過程

1.實現步驟：

A. 開發板上PPP連線GPRS上網

B. 與移動閘道器建立TCP-Socket連線

C. 封裝MMS-PDU資料包

D. 封裝HTTP-POST資料包

E. 傳送HTTP報文至移動閘道器

F. 接收網關回覆信息

2.開發板上PPP連線GPRS上網

首先配置kernel使它支援如下PPP選項：

接下來編譯交叉編譯ppp-2.4.5。

編譯完成後將./pppd/pppd, ,/chat/chat, ./pppdump/pppdump, ./pppstats/pppstats四個檔案拷貝到1B開發板檔案系統的/usr/sbin目錄下，並將他們的檔案屬性改為755。

檢查/etc/host.conf指令碼，確保這一行：order hosts,bind

在1B開發板檔案系統/etc/ppp目錄下建立如下四個PPP配置檔案：

完成以上配置，然後在板上執行以下指令就能實現PPP連線GPRS了：

[[email protected]:/]#pppd call gprs &

[[email protected]:/]#ifconfig

ppp0      Link encap:Point-to-Point Protocol  

          inet addr:10.55.53.150  P-t-P:192.200.1.21  Mask:255.255.255.255

          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1

          RX packets:4 errors:0 dropped:0 overruns:0 frame:0

          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:3 

          RX bytes:58 (58.0 B)  TX bytes:98 (98.0 B)

[[email protected]:/]#ping 10.0.0.172

PING 10.0.0.172 (10.0.0.172): 56 data bytes

64 bytes from 10.0.0.172: seq=0 ttl=252 time=556.702 ms

64 bytes from 10.0.0.172: seq=1 ttl=252 time=293.645 ms

64 bytes from 10.0.0.172: seq=2 ttl=252 time=492.732 ms

64 bytes from 10.0.0.172: seq=3 ttl=252 time=290.228 ms

^C

--- 10.0.0.172 ping statistics ---

4 packets transmitted, 4 packets received, 0% packet loss

round-trip min/avg/max = 290.228/408.326/556.702 ms

看到以上列印資訊，就說明成功使用PPP撥通GSM模組的GPRS連線上網路。

3.MMS封裝及傳送過程

彩信和其它WAP應用的架構差不多，都要經過WAP Gateway中轉，彩信在中國移動以及中國聯通的GPRS接入點均一樣，都是10.0.0.172的80埠或者9201埠。要注意的是彩信並非直接投遞給接收方，而是像郵件一樣，先發送給一箇中間伺服器MMS Proxy-Relay。MMS Proxy-Relay暫時儲存彩信，然後通過push協議給彩信接收方傳送一個通知，彩信接收方收到通知後從MMS Proxy-Relay上獲取彩信內容。MMS Client和WAP Gateway之間用WAP傳輸協議傳輸，而WAP Gateway和MMS Proxy-Relay之間走傳統的TCP/IP協議。

要實現傳送彩信，作為客戶端，我們需要完成的主要是與10.0.0.172建立TCP連線，將彩信資料包傳送至WAP Gateway即可，其他部分工作由WAP Gateway與MMS Proxy-Relay自行完成。

將彩信資料包傳送至WAP Gateway有兩種實現方式，由於MMS是基於WAP協議的，移動的WAP代理伺服器80/8080埠支援WAP2.0，可以採用HTTP方式傳輸資料；也可以通過WSP/WTP/WDP這一套傳輸協議傳輸資料，WAP代理伺服器9201埠支援WSP/WTP/WDP協議。在這裡我們選擇的是HTTP方式。

以下是採用HTTP方式傳輸資料的資料包結構：

接下來從MMS-PDU封裝實現開始，主要參考MMS的編碼協議文件《WAP-209-MMSEncapsulation-20010601-a.pdf》。

首先需要了解一下MMS PDU的結構，MMS PDU（Protocol Data Unit，協議資料單元）由MMS頭和MMS訊息體組成，MMS頭由多個域名和域值組成，由客戶端指定，MMS頭裡面的一些域可以被MMS Proxy-Replay修改或補充，MMS Proxy-Replay使用這些頭域資訊生成MM通知以及構造接收MM PDU中的相關頭域，連同訊息實體一同送往接收方。訊息體跟在MMS頭之後，大多數MMS PDU只含有MMS頭，它們起到建立和維持通訊的作用，只有在M-Send.req和M-Retrieve.conf PDU中才有訊息體。MMS PDU和HTTP PDU極為類似，但要簡單一些。一個MMS PDU對應一種訊息格式。不同型別的MMS PDU有不同的MMS Header 。MMS Header根據由一系列的域組成，這些域定義了PDU的各種屬性，包括PDU型別，版本號，接受方，傳送方，主題，傳送時間等。MMS Header中的域分為可選項和必選項，根據PDU的型別不同而不同。

常見的PDU的型別有：

傳送請求:     M-send.req

傳送確認:     M-send.conf

彩信通知:     M-notification.ind

通知迴應:     M-notifyresp.ind

獲取彩信迴應: M-retrieve.conf

接收確認:     M-acknowledge.ind

彩信回執:     M-delivery.ind

而要實現傳送彩信功能，我們需要完成一個M-send.req Message的封裝。M-send.req Message由兩部分組成，MMS Header後面接的是Message Body。根據MMS Message Body組裝的是否有序（是否有位置控制資訊，有顯示先後順序），M-send.req Message的組裝方式分為:

application/vnd.wap.multipart.mixed方式，所有的訊息內容混合在一起，沒有時間上的順序，內容怎麼顯示由客戶端的顯示控制策略來決定。
application/vnd.wap.multipart.related方式，各訊息內容之間有一定關係，該關係可能是顯示的時間上的先後，顯示的位置等。這樣在終端顯示該訊息的時候，就可以以幻燈片的方式顯示一系列訊息。

我們僅需要簡單實現文字以及圖片的傳送，所以選擇application/vnd.wap.multipart.mixed組裝方式。

根據協議文件，M-send.req Message Header由以下內容組成：

在MMS-HEADER中，X-Mms-Message-Type ,X-Mms-Transaction-ID和X-Mms-MMS-Version必須位於MMS-HEADER的開始，並且按照前面所列的順序。Content-Type必須在MMS-HEADER域的最後，其後為訊息體，其它域的順序可以隨意安排。而為了使傳輸的資料更緊湊，MMS協議規定，對於Header Field Name的編碼，數值的最高位（即bit7）置1。因此，上述編碼值在實際的MMS PDU中需要加上0x80。 

下面主要以一段MMS PDU資料為例進行分析各個域值：

8c  80  98  30  00  8d  90  89  01  81  97  2b  38  36  31  35  38  31  34  35  34  32  39  37  35  2f  54  59  50  45  3d  50  4c  4d  4e  00  96  74  65  73  74  00  84  a3  02  1c  0c  0a  83  85  31  2e  74  78  74  00  81  ea  c0  22  3c  31  2e  74  78  74  3e  00  8e  31  2e  74  78  74  00  4d  4d  53  20  42  79  20  45  74  68  61  6e  12  df  22  9d  c0  22  3c  31  2e  67  69  66  3e  00  8e  31  2e  67  69  66  00  ff  d8 ... ff  d9

8C：X-Mms-Message-Type
80：M-send.req

98：X-Mms-Transaction-ID

30  00：MMS Transaction ID為48
8D：X-Mms-Version
90：MMS Version值為1.0

89：From 傳送方

01：後接一個位元組資料 
81：傳送方號碼佔位符

97：To 接收方

2b  38  36  31  35  38  31  34  35  34  32  39  37  35  2f  54  59  50  45  3d  50  4c  4d  4e  00：接收方資料“+86***********/TYPE=PLMN ”

84：Content-Type

a3：表示:application/vnd.wap.multipart.mixed組裝方式 

02：表示後接兩部分內容資料

接下來講述一下內容資料部分的結構：

每一部分的內容資料均由兩部分組成，分別是Header+Data；

首先包含一個HeaderLen，用來指示ContentType域和Header域的總長度，是一個Uintvar變數；

接下來時DataLen，用來指示後面Data域的長度，在這裡指的是一塊多媒體資料的位元組數；

然後是ContentType域用來表示後面的資料塊是什麼型別的資料（如txt文字，jpeg圖片，還是vidoe資料流）；

再後邊是Content Location和Content ID值，通常是多媒體資料的檔名，Content Location域以單引號"開始，後面一對<>裡面包含檔名，Content ID域則直接就是一對<>裡面包含檔名；

最後接Data域，它的長度由DataLen指定；

1c  0c  0a  83  85  31  2e  74  78  74  00  81  ea  c0  22  3c  31  2e  74  78  74  3e  00  8e  31  2e  74  78  74  00  4d  4d  53  20  42  79  20  45  74  68  61  6e  ：第一段內容的Header+Data

1c：Header的長度為28位元組

0c：Data的長度為12位元組

0a：指明後邊資料為txt文字型別

85 ~00：這段資料的指明檔名為1.txt

4d~6e：文字資料

12  df  22  9d  c0  22  3c  31  2e  67  69  66  3e  00  8e  31  2e  67  69  66  00  ff  d8 ... ff  d9  第二段內容的Header+Data

12：Header的長度為18位元組

df 22：Data的長度為1219位元組

HeaderLen和DataLen均是採用Uintvar變數，特點是對超過7bit的數值進行拆分，低7位存放資料，高位補1表示有後續，最大32bit。 

9d：指明後邊資料為gif格式，但是在測試過程中，發現jpg格式也可以傳送成功並顯示。

22 ~00：這段資料的指明檔名為1.gif

ff~d9：圖片資料，這是一張jpg圖片

至此，便完成了整個MMS PDU的組裝，在組裝的過程中，需計算好整個MMS PDU的長度。

接下來是對MMS PDU進行HTTP封裝，主要方法是為MMS PDU增加一個HTTP HEADER，以下是HTTP HEADER相關程式碼：

if(mms_main.net_choose == UNIWAP)

    {

        //聯通彩信接入點

        sprintf(http_request,, "POST http://mmsc.myuni.com.cn/ HTTP/1.1\r\n"

                "Host:10.0.0.172:80\r\nUser-Agent: Ethan\r\n"

                "Content-Type: application/vnd.wap.multipart.related\r\n"

                "Accept: application/vnd.wap.multipart.related\r\n"

                "Content-Length: %d\r\n\r\n", mms_pdu_len);

    }

    else if(mms_main.net_choose == CMWAP)

    {

        //移動彩信接入點

        sprintf(http_request, "POST http://mmsc.monternet.com/ HTTP/1.1\r\n"

                "Host:10.0.0.172:80\r\nUser-Agent: Ethan\r\n"

                "Content-Type: application/vnd.wap.multipart.related\r\n"

                "Accept: application/vnd.wap.multipart.related\r\n"

                "Content-Length: %d\r\n\r\n", mms_pdu_len);

}

其中mms_pdu_len為之前MMS PDU的長度，若Content-Length錯誤，則網關回復HTTP 400錯誤(Content-Length<mms_pdu_len)或者HTTP 500錯誤(Content-Length>mms_pdu_len)。

然後將MMS PDU整個資料包置於HTTP HEADER之後，再發送出去即可。

傳送成功，網關回復：

HTTP/1.1 200 OK

Content-Type: application/vnd.wap.mms-message

Content-Length: 32

Date: Thu, 07 Jun 2012 07:00:56 GMT

Server: MMSC

x-mmsc-code: -128

x-mmsc-from: 86***********

x-mmsc-tid: 0

x-mmsc-to: +86***********