關(guān)于彩信發(fā)送和接收流程

1、關(guān)于彩信發(fā)送和接收流程本文記錄了彩信的發(fā)送流程的一些細(xì)節(jié)及其所需要使用到的參考規(guī)范。（） 彩信的發(fā)送流程1) 首先，當(dāng)彩信中心需要向手機(jī)發(fā)送彩信時(shí)，會(huì)將彩信內(nèi)容保存到自己的存儲(chǔ)器中，并且準(zhǔn)備一個(gè)URI，通過(guò)這個(gè)URI，手機(jī)能夠讀取到存儲(chǔ)器中的彩信的內(nèi)容；2) 彩信中心會(huì)向手機(jī)發(fā)起一個(gè)m-notification-ind指示消息；3) 手機(jī)收到這個(gè)指示消息后，便會(huì)向根據(jù)m-notification-ind指示消息中的URI(在Content-Location參數(shù)中指示)，向彩信發(fā)服務(wù)器發(fā)起一個(gè)HTTP GET（或WSP GET，從跟蹤到的消息來(lái)看，就是HTTP GE

2、T的格式）請(qǐng)求，來(lái)獲取彩信的內(nèi)容；4) 彩信服務(wù)器會(huì)應(yīng)答HTTP/WSP GET請(qǐng)求，返回內(nèi)容，內(nèi)容的格式是：application/vnd.wap.mms-message，X-Mms-Message-Type頭域的值是m-retrieve-conf，以通知手機(jī)，這是彩信的內(nèi)容。（） 消息的封裝與規(guī)范涉及到的規(guī)范可能有：·    3GPP TS 23.140 Multimedia Messaging Service (MMS)這個(gè)規(guī)范定義了收發(fā)彩信的流程，但對(duì)具體的消息格式則沒(méi)有定義；·   &

3、#160;3GPP TS 23.040 Technical realization of the Short Message Service (SMS)這個(gè)規(guī)范定義了短消息協(xié)議的詳細(xì)的編碼格式。·    WAP Wireless Session Protocol Specification （WAP-230-WSP-20010705-a, Approved Version 5 July 2001）·    WAP Wireless Datagram Protocol （WAP

4、-259-WDP-20010614-a, Version 14-Jun-2001）    （這個(gè)文檔還介紹了WDP協(xié)議是如何封裝在各消息中傳輸?shù)?，包括：GSM SMS, CDMA SMS，ANSI-136等）·    WAP MMS Encapsulation Protocol （WAP-209-MMSEncapsulation-20020105-a, Version 05-Jan-2002）各協(xié)議間的關(guān)系是：·    WDP是WAP的數(shù)據(jù)報(bào)協(xié)議

5、（就是TCP/IP中的UDP協(xié)議）通過(guò)GSM SMS只能承載WDP消息；·    WTP是WAP的事務(wù)傳服協(xié)議（是有連接的，類似于TCP/IP中的TCP協(xié)議）（WTP協(xié)議在彩信收發(fā)的過(guò)程中沒(méi)有使用，所以這個(gè)筆記就沒(méi)有記錄了）；·    WSP是WAP的應(yīng)用基礎(chǔ)，定義了WAP的一些基本操作，這些操作是建立在WDP和WTP之上的。如：WSP的S-Unit-Push消息映射到WDP中，其實(shí)就是一條單向的WDP消息T-DUnitdata.req。當(dāng)這條WDP承載于GSM短信中，就是一條GSM短信；

6、83;    而WAP MMS Encapsulation Protocol則定義了，MMS如何通過(guò)WAP消息來(lái)進(jìn)行收發(fā)。如，之前提到的“m-notification-ind”就是WAP MMS Encapsulation規(guī)范中定義的消息類型。 信令流程各階段的相關(guān)規(guī)范的詳細(xì)描述：a） 彩信中心向手機(jī)發(fā)起的通知指示消息（m-notification-ind），通常是通過(guò)短信下發(fā)的（也即：WAP over SMS方式）。也就是說(shuō)，下發(fā)的短信，不是普通的文字短信，而是一個(gè)WAP消息，具體的說(shuō)是一條S-Unit-Push消息（在WSP規(guī)范中定義）。b

7、）這條m-notification-ind短信是一條怎樣的短信呢？·    首先，短信類型是SMS_Deliver；·    TP-UDHI為1，即：數(shù)據(jù)區(qū)前面有一個(gè)Header；·    TP-DCS應(yīng)該為0x04，即8-bit編碼，這樣數(shù)據(jù)區(qū)就是140個(gè)字節(jié)，通常Header是6個(gè)字節(jié)，所以可用的數(shù)據(jù)區(qū)是134個(gè)字節(jié)。這134個(gè)字節(jié)就可以保存WDP的內(nèi)容。·    因?yàn)門P-UDHI為1，所以

8、數(shù)據(jù)區(qū)(TP-UD)的前段有一個(gè)Header，所以TP-UDL字段指示的長(zhǎng)度是Header + TP-UD長(zhǎng)度之和。而Header的格式在3GPP TS 23.040規(guī)范中有描述，即：由Header的長(zhǎng)度，外加若干個(gè)“IEI（信息標(biāo)識(shí)）+IEIDL（信息內(nèi)容的長(zhǎng)度）+ IED（信息數(shù)據(jù)內(nèi)容）”組成。·    對(duì)于WDP消息，必須包含IEI=0x05的信息。根據(jù)3GPP TS 23.040，IEI為0x05是指“Application port addressing scheme, 16 bit address”，即：信息要指示兩個(gè)端口號(hào)源端口號(hào)

9、和目標(biāo)端口號(hào)。源端口和目標(biāo)端口號(hào)將告訴手機(jī)，這條短消息應(yīng)該發(fā)給哪個(gè)協(xié)議棧來(lái)處理。·    對(duì)于m-notification-ind消息，源端口號(hào)必須為：9200(0x23F0) - WAP connectionless session service， 目標(biāo)端口號(hào)則必須是：2948 (0x0B84) - WAP PUSH。這樣的端口信息向手機(jī)指示了：這是一條WAP無(wú)連接會(huì)話消息（即基于WDP的WSP消息），發(fā)給手機(jī)的WAP PUSH應(yīng)用協(xié)議棧來(lái)處理。對(duì)于端口號(hào)的定義，可以參考iana的端口號(hào)分配表：/assi

10、gnments/port-numbers·    如果一段數(shù)據(jù)區(qū)保存不了所有的WDP消息，則需要兩條（或更多）短信的數(shù)據(jù)區(qū)來(lái)存儲(chǔ)，這時(shí)就需要使用長(zhǎng)短信分塊技術(shù)，這就需要用到IEI=0x00的信息數(shù)據(jù)了。但是這是普通的WAP PUSH才可能用到，彩信的notification一般不會(huì)有這么長(zhǎng)的內(nèi)容。·    好了，下面說(shuō)說(shuō)短信數(shù)據(jù)區(qū)（TP-UD）的內(nèi)容。因?yàn)楦鶕?jù)Header的端口指示，手機(jī)已經(jīng)知道這是基于WDP的WSP消息了，所以數(shù)據(jù)區(qū)就直接按WSP的規(guī)范來(lái)解碼（WDP層的參數(shù)只有源地址和目標(biāo)地址

11、，而這在短信協(xié)議的Header區(qū)已經(jīng)指示了，所以沒(méi)有需要編碼的字段了，所以數(shù)據(jù)區(qū)的一開(kāi)始就是WSP的內(nèi)容）。·    根據(jù)WSP規(guī)范，WSP的內(nèi)容每一個(gè)字節(jié)是TID。這是一個(gè)ID,在不同的消息中有不同的作用，在Push消息中，這表示Push-ID，標(biāo)識(shí)一次Push請(qǐng)求）；當(dāng)然，某些消息可能沒(méi)有這個(gè)ID；第二個(gè)字節(jié)為PDU Type，用于告訴WSP協(xié)議棧，這個(gè)WSP消息是什么消息。在彩信通知消息，這個(gè)值應(yīng)該是：0x06  Push。也就是說(shuō)，這個(gè)就告訴WSP協(xié)議棧，這是S-Unit-Push消息了（因?yàn)檫@是在WDP中封裝的，相當(dāng)于是WD

12、P層通過(guò)T-DUnitdata.ind發(fā)給WSP層的，所以WSP層知道，這是Unit消息）；第三個(gè)字節(jié)是S-Unit-Push頭域的長(zhǎng)度，后面就是S-Unit-Push消息的頭域的內(nèi)容了，使用二進(jìn)制或ASCII的方式保存了一些頭域的值，需要使用到的頭域包括：1) Content-Type此值必須填“application/vnd.wap.mms-message”（代碼：0x3e，在/wina/wsp-content-type.htm中有定義，而在“WAP MMS Encapsulation Protocol”中也指示這個(gè)值必須填“Applicatio

13、n/vnd.wap.mms-message”)。當(dāng)Content-Type填這個(gè)值時(shí)，這就表示S-Unit-Push的內(nèi)容是彩信消息；2) X-Wap-Application-Id 此值必須填編碼0x04（實(shí)際填的值是0x84，具體要參考WSP的變長(zhǎng)數(shù)據(jù)值保存格式），表示“mms.ua”（0x04表示mms.ua，這個(gè)值在/wina/push-app-id.htm和/Tech/omna/omna-push-app-id.aspx中都有定義，而在“WAP MMS Encapsulation

14、 Protocol”中也指示，Application-Id必須填“”。）3) Push-Flag 這個(gè)頭域是可選的，不是必須填的，如果要填應(yīng)該填（0x07，實(shí)際寫入0x87）。Push-Flag的值的定義在另一個(gè)規(guī)范（“WAP Push OTA Protocol”）中有相關(guān)的描述：. Push FlagPush-Flag = "Push-Flag" ":" 1*7BIT; bit mask flags to indicate the following:; 1: initiator URI is authenticated.; 10: co

15、ntent is trusted.; 100: last push message.; other: reserved for future use. ·    S-Unit-Push頭域的后面就是S-Unit-Push的內(nèi)容了。而內(nèi)容的格式（類型）是根據(jù)“Content-Type”來(lái)確定的。而前面已經(jīng)說(shuō)了，Content-Type的值是“application/vnd.wap.mms-message”，所以WSP的應(yīng)用層知道這是彩信（MMS）消息，于是就根據(jù)規(guī)范“WAP MMS Encapsulation Protocol”的要求來(lái)

16、進(jìn)行解碼。·    “application/vnd.wap.mms-message”數(shù)據(jù)的格式是：頭域 + 內(nèi)容。（某些操作可能沒(méi)有“內(nèi)容”，那就只有頭域了。至于有頭域和內(nèi)容的消息，頭域何時(shí)結(jié)束、內(nèi)容從哪里開(kāi)媽，目前還沒(méi)有詳細(xì)的去研究?。?#183;    對(duì)于彩信通知消息，頭域需要包含這些內(nèi)容，詳見(jiàn)規(guī)范“WAP MMS Encapsulation Protocol”中的“6.2. Multimedia Message Notification”節(jié)）。下面說(shuō)說(shuō)這些頭域中，最重要的幾個(gè)：1) X-Mms-

17、Message-Type： 其值必須是“m-notification-ind”（0x82）； 這表示這是彩信通知消息，手機(jī)收到此消息表示彩信中心有該手機(jī)的彩信，手機(jī)應(yīng)該去獲取此彩信2) X-MMS-Content-Location：其值是一個(gè)URI地址，告訴手機(jī)應(yīng)該到哪里去獲取彩信的內(nèi)容；·    彩信的“m-notification-ind”消息只有頭域沒(méi)有內(nèi)容。·    當(dāng)手機(jī)收到“m-notification-ind”消息后，就可以通過(guò)HTTP GET向URI所指示的彩信中心服務(wù)器，請(qǐng)求獲取彩信內(nèi)容。·   &