彩信業(yè)務(wù)流程分析

彩信業(yè)務(wù)流程分析1彩信業(yè)務(wù)介紹彩信的英文名是MMS,它是MultimediaMessagingService的縮寫，意為多媒體信息服務(wù)，通常又稱為彩信。它最大的特色就是支持多媒體功能，能夠傳遞功能全面的內(nèi)容和信息，這些信息包括文字、圖像、聲音、數(shù)據(jù)等各種多媒體格式的信息。彩信在技術(shù)上實際并不是一種短信，而是在GPRS網(wǎng)絡(luò)的支持下，以WAP無線應(yīng)用協(xié)議為載體傳送圖片、聲音和文字等信息。彩信業(yè)務(wù)可實現(xiàn)即時的手機端到端、手機終端到互聯(lián)網(wǎng)或互聯(lián)網(wǎng)到手機終端的多媒體信息傳送。2業(yè)務(wù)流程說明簡單的說MMS的發(fā)送過程與SMS大致相同。首先發(fā)送者編輯要發(fā)送的消息，然后消息被傳送至各自相應(yīng)的信息中心，最后信息中心將消息轉(zhuǎn)發(fā)給接收者。當由于某些原因信息中心無法通知到接收者時，信息中心將消息保存一定時間后再次發(fā)送。若在一定時間內(nèi)還是無法送達，就丟棄這條消息。2.1業(yè)務(wù)流程概述圖1MMS業(yè)務(wù)流程圖如圖1所示，MMS業(yè)務(wù)實現(xiàn)的流程為：A.發(fā)送方發(fā)送消息消息發(fā)送方編輯欲發(fā)送的多媒體消息。終端中存在MMSC的信息，它建立一個WAP連接(CSD/GPRS)，并將用WAPWSP的協(xié)議進行編碼后的消息作為一個WSPPOST內(nèi)容發(fā)送出去。然后WAP網(wǎng)關(guān)以HTTP協(xié)議將內(nèi)容傳送給MMS中繼器，中繼器再傳至MMSC。(3)MMSC接收消息，將信息的內(nèi)容將轉(zhuǎn)換成MIME的格式后存儲，并進行

數(shù)據(jù)分析，從而得到路由信息，用戶終端信息，同時通過同一個WAP連接對發(fā)起方做出響應(yīng)，發(fā)送方終端顯示“消息已發(fā)出”。MMSC通知接收方MMSC使用WAPPUSH向接收方發(fā)送一條通知消息。接收方提取消息如果接收方的終端已設(shè)置成接收MMS消息它將建立一個WAP連接(CSD/GPRS)，并使用WSPGET從MMSC取回MMS消息。MMS消息被作為一個WSPGETRESPONSE的內(nèi)容，通過同一個WAP連接發(fā)送至接收者。接收方終端仍通過同一個WAP連接用WSPPOST消息告知接收成功。MMSC通知發(fā)送方發(fā)送成功MMSC使用WAPPUSH告知發(fā)送方消息已送達，發(fā)送方終端顯示“消息已送達”。從上述MMS發(fā)送和接收的實現(xiàn)過程可以看到，MMSC并不是直接將MMS消息發(fā)送給接收者，而是向其發(fā)送一個通知，告訴接收方有一條消息正在等待。根據(jù)終端設(shè)置的不同，接收方的終端將嘗試立即提取該消息，或者推遲一段時間提取，又或者僅僅將通知放在一邊，不予理會。而當用戶設(shè)置成“立即提取”時，除非消息真正被送達，否則用戶并不知道將收到一條消息。終端自己處理消息的提取，然后才告知用戶“消息已接收”。2.2交互過程在整個彩信業(yè)務(wù)流程中，存在以下幾個交互過程:發(fā)送過程：彩信發(fā)送方把彩信發(fā)送給MMSC的過程，MMSC在收到彩MM3-Proxy-RelayMM3-Proxy-RelayQ「gnatirrgMMSClient如一"足偵-0175-71''州巾口加廠 f訴Send.口

通知過程：為了把彩信投遞給接收方，MMSC要通過PUSH協(xié)議給接收方發(fā)送一條彩信通知消息，這個消息通常是一條特殊短信，里面包含彩信的位置URL。Proxy-Reh/Proxy-Reh/MMSClient提取彩信：接收方收到彩信通知后，從中取出URL，然后通過標準的HTTPGET請求從MMSC上獲取彩信。MMS MMS二「。必-R日I印 ClientWSP頓*GET曲一-'———一十腳yg岫nxnaj^rfMMSClientFigure9.ExampleMMSRetrievalTransactionwithoutAcknMMSClientMMS

Proxy-Relay叫M如啪歸也啊咬R—.啊祀g泌逆'",dMan時t3Figure10.ExampleMMSRetrievalTransactionwithAcknowledgement彩信回執(zhí)：當MMSC成功的通知彩信接收方后，它會給彩信發(fā)送方發(fā)送一個消息表明彩信投遞成功。

MMSClientMMSClientPraxy-Relai/2K22.3業(yè)務(wù)流程舉例(1)與WAP網(wǎng)關(guān)建立連接10.59.1^.11372TCP1473>http；5YN]5eq=0Len=0M55=713TCPhttp>1473；5YN?ACK]5eq=0Ack=l1372TCP1473>httpack]seq=lAck=lwin=]發(fā)送端與WAP網(wǎng)關(guān)經(jīng)過“三次握手”，建立TCP連接。(2)發(fā)送端向彩信中心上傳彩信內(nèi)容1310.0,0.172TCP[TCPsegmentofareassembledpdu]713TCPhrtp>1473[ACK]seq=lAck=17409w1372TCP[tcpsegmentofareassembledpdu]713TCPhttp>1473[ack]5eq=lAck=18433w1372TCP[TCPsegmentofareassemhledPDU]713TCPhttp>1473[ACK]5eq=lAck=19457W數(shù)據(jù)傳輸過程中，直接和發(fā)送端通信的是WAP網(wǎng)關(guān)，所有數(shù)據(jù)都是通過WAP網(wǎng)關(guān)轉(zhuǎn)發(fā)給彩信中心(MMSC)的，我們無法看到GPRS網(wǎng)內(nèi)的設(shè)備，所以這里看到的接收端為WAP網(wǎng)關(guān)(72)。(3)WAP網(wǎng)關(guān)將彩信內(nèi)容轉(zhuǎn)發(fā)給MMSC10.5^.129.11310.Ci.Ci.172MM5EMMSm-send-req(JPEG713TCPhttp>1473:ACK：713TCPhttp>1473Lack]713TCPhttp>1473Lack]S&i713TCPhttp>1473Lack]sea713TCPhttp>1473Lack]sei713TCPhttp>1473Lack]sea713TCPhttp>1473Lack]sei713MM5Emmsin-send-confM-Send.req”被視為發(fā)送端將彩信內(nèi)容上傳到MMSC，MMSC在接收到彩信全部內(nèi)容后，通過WAP網(wǎng)關(guān)向發(fā)送端下發(fā)一條“M-Send.conf”，表明彩信成功發(fā)送成功。

(4)發(fā)送端斷開與WAP網(wǎng)關(guān)的連接.172TCP1473>http；FIN,ACK]7210.5^.129.113TCPhttp>1473[FIM,ack]1372TCP1473>httpACK]在收到上一步WAP網(wǎng)關(guān)返回的確認信息后，發(fā)送端會首先中斷連接并告知WAP網(wǎng)關(guān)，WAP網(wǎng)關(guān)收到信息后也會中斷其與發(fā)送端的連接并告知發(fā)送端，發(fā)送端收到信息后將最后的確認信息返回給WAP網(wǎng)關(guān)。至此，發(fā)送MMS的過程已經(jīng)全部結(jié)束。(5)接收端下載彩信內(nèi)容72TCP3323>http[5YN：5eq=0|12IGMPV3MemtDershlPR耳)ortI71TCPhttp>3S23[SYN,ack]j72TCP>http[心]5eq=l72TCP[TCPsegmentofEireassj)0_249.j72HTTPGETnttp://218.2C99TCP3827>http1SYNJ；Eeq=071TCPhttp3S23[ack]Eeq=l71TCPhttp>[ACK_seq=l接收端下載彩信內(nèi)容，首先需要與WAP網(wǎng)關(guān)建立連接，并發(fā)出GET請求。在這個過程中，接收端需要與下載地址(8)進行通信，下載服務(wù)器并通過WAP網(wǎng)關(guān)向接收端返回確認信息。71TCP[TCPsegmentofareassembledpdu]72TCP3823>httpEack]Seq=1495Ack=2771TCP[TCPsegmentofareassembledpdu]72TCP3823>httpEack]5eq=1495Ack=28571TCP[TCPsegmentofareassembledpdu]71MM5EMMSn-retrieve-confCjpegjfifima72TCP3823>httpEack]5eq=1495Ack=30072TCP3823>http；FINSACK]5eq=1495Ac71TCPhttp>3823ACK]5eq=30039Ack=14數(shù)據(jù)傳輸過程中，最后一個數(shù)據(jù)包下發(fā)的同時，MMSC還會通過WAP網(wǎng)關(guān)下發(fā)一條獲取彩信回應(yīng)(m-retrieve-conf)，已經(jīng)對全部彩信內(nèi)容進行了下載。接收端首先返回一個“ACK”，確認已經(jīng)收到最后一個數(shù)據(jù)包，并中斷與WAP網(wǎng)關(guān)連接，WAP網(wǎng)關(guān)返回確認信息，連接中斷。(6)接收端向彩信中心確認已經(jīng)收到彩信內(nèi)容10.59.1.&^9TCP3327[SYN]seq=Qij72TCP3629>http；5YN；5eq=0A71TCPhttp>3829[SYN,72TCP3S29>http[ack]5eq=lJ72MM5Emmsm-noTifyresp-ind99TCP3830>hrtp[5VN[seq=QL71TCPhttp>3829[ack]seq=l』71HTTPHTTP/1.1200OKjZTE05EJ|接收端通過WAP網(wǎng)關(guān)向MMSC發(fā)送回應(yīng)信息(m-notifyresp-ind),表明已經(jīng)成功收到MMSC下發(fā)PUSH消息并提取了彩信內(nèi)容，彩信中心通過WAP網(wǎng)關(guān)返回確認信息(HTTP/1.1200ok)，表明彩信提取成功。(7)中斷連接71TCPhttp>舔9[FIN,ack].172TCP>http[ack]5eq=4[10.59.172TCP觀9http5ack]WAP網(wǎng)關(guān)與接收端先后中斷與對方的連接。彩信接收完成。3業(yè)務(wù)流程分析(按不同層)數(shù)據(jù)在網(wǎng)絡(luò)中進行傳輸時受到不同協(xié)議的控制，以保證傳輸?shù)目煽啃院驼_性。數(shù)據(jù)傳輸過程中，首先要將數(shù)據(jù)分解成許多小的數(shù)據(jù)包，然后根據(jù)使用的協(xié)議給這些數(shù)據(jù)包一層一層地加上協(xié)議的包頭，并將數(shù)據(jù)包和包頭一起打包傳輸，數(shù)據(jù)的接收方會根據(jù)不同的協(xié)議一層一層地解開數(shù)據(jù)包，并得到原始數(shù)據(jù)。按不同的層次對業(yè)務(wù)流程進行分析，可以幫助了解不同協(xié)議的包頭內(nèi)容，并且可以判斷數(shù)據(jù)傳輸?shù)臓顟B(tài)。3.1TCP層分析(1)發(fā)送端與WAP網(wǎng)關(guān)建立連接hTransmissioncontrolproLDColjsrcporr:331& dstporr:hirpseq: Ack: lsh:0Eourcapunz: ^3319)DestinaTionpori:hrtpCW)Sequencenumber:0^relativesequencenumtierjHeader1ength:2Sbytes田Flags:0x0002(SYN)'windowslsei1638^1checksum: [correct]日optlcms:CbbyresHMaxiinumsegmentsize:1460bytesmop'MOP上圖中可以看到，Dstport(80)表示發(fā)送端請求使用80端口與WAP網(wǎng)關(guān)進行連接，HeaderLength：28表示原有數(shù)據(jù)在TCP層增加了28bytes的包頭，Maximumsegmentsize:1460bytes表示在TCP層，一個數(shù)據(jù)包最大為1460bytes。TransmlEEianContraIPratocaF,5rcPort:http(30^DstPart:3^19 5eq:LJ,ick:1,Lsn:0sourepon:hup(so)Destinationport:3319C3319JSequencenumber:0Crelatlvesequerotzenumber；iIAcknawledqemerrtnunbEr:1(relatnueacknumber)Headerlength:2Bbyres田Flags：Q：-：QQ1￡CsynbackHWindovsize;49640Checksum:0j7582^correct]曰options:(Sbyres)MaximumSECinenTs1ze^14bytE5NOPNOPsackpermliTedB[SECl/ACKanalysis][Thiw~i3日nACKtoth巴5巴口ineni：infraniF：19]「一」一l. x._q—z-4」一—■■.一一」 ,--iC■!■-!r—i,,-ni--,.n"-.___J_HWAP網(wǎng)關(guān)接收到發(fā)送端發(fā)出的連接請求后，會返回一條以(SYN,ACK)標記的確認信息，“ThisisanACKtothesegmentinframe：19”表明了這條信息是對第19幀信息的回復(fù)。3TranEiniEsionControlPrortacDr^_5rcPort:3319 ~DstPort::http ~Ssq:1,~A.ck:1,~Len:~D"sourcepori: (3319)DB511nationport:htrp(BCjsequencenunkier:1Crelativesequencenumber)凡匚knailedgenentnunber:1CrelatlveacknunberjHeader"length:2DbytesBFlaqszOxDOlO(ACK)windowsize:17520lheck5ini:uxlfbf[q。rrgcl]B[SEQ/ACKanalysis]]Thi3詁mn儀匚Ktnthe彳巴驢巴門匚in 三口]上圖是建立TCP連接的最后一步，發(fā)送端在收到WAP網(wǎng)關(guān)的回復(fù)后，再向其發(fā)送一條確認信息(ACK)，表明通過80端口建立連接成功，接下來就要傳輸數(shù)據(jù)了。這條信息的TCP層包頭大小為20bytes。發(fā)送端向彩信中心上傳彩信內(nèi)容ETransimssionControlProtDcoT,~5rcPort: _DstPort:nttp Seq:IWyAAct:T；~Len:XlLJTSourceport:3319<3319)Destinationport:http(00)Sequencenunber;19fl57 (relativesequen匚己nunbar")[Nextsequencenutiberi20^181Crelativesequencenumber)]AcCmowledgatiEntnumber:1(ralativeacknimber^lHeaderlengths20bytesEFlags:DxOOlQ<P5H.ACK)Wind?size:17520Checksum:0x5550[correct]「RaaMFEblwdPDUinFFaitiE731TO二'5EiqiTi￡ntdata[1024彩信內(nèi)容在TCP層經(jīng)過打包(包頭為20bytes)之后，通過HTTP的80端口向彩信中心傳輸。上圖中，TCPsegmentdata(1024bytes)表示當前傳輸?shù)陌拇笮?024bytes，"ReassembledPDUinframe:73”表示在第73幀被重新組合。ETransmTsslonConrtroIProtocoSrcPort;http(.80J,DstPort;3319<33197；~5eq;1；Act:14337)~Len:0Sourceport:http〈80〕Destinationport:3319(3319)sequencenumber:1(ralarlvesequencenumber)Acknowledgementnumber:ld337(relativeacknumber)Header1ength:20bytes日Flags:oxooio。心〕>dndowsize:49640Checksim: 6[correct]；[se^ackanalys-isj[This15anACKtDthE5Et3EEntIn 4L]「Th-RTTT口ACKLh口$?dltl日村日$：6?1688FQQQQS￡!匚Cifldsl對于發(fā)送端上傳到彩信中心的所有數(shù)據(jù)包，彩信中心再收到后會回復(fù)一條確認信息，表明該數(shù)據(jù)包已經(jīng)成功接收。上圖中，“ThisisanACKtothesegmentinframe：41”表明該條確認信息是對第41幀的回復(fù)，而“TheRTTtoACKthesegmentwas：6.168870000senconds”表明距發(fā)送時間相隔了6.16887秒。(3)發(fā)送端斷開與WAP網(wǎng)關(guān)的連接11 CizinrrDlProtDCdl：.srePure:mmi?(3315)：.DmtPure:http Auk：32m,LEn:Qsourcepori::3319(3319^1Destinatianport;http(80)Sequencenumber:3(1217(relatnvesequen匚enumber)A.cknow!edgamantnutibEr:329^relativeacknumber^Headerlength:20byresE|F1ags:oxOQiiCfin.ack]windowsl2e:1T192nZhecksun: 5[corract]B[SEQ/'4CKanalysis][Th~i5isanACMt口thEsecyii旦ntinFrame:82][Th一RTTt口ACKth己qjqmint利日5：ELDlCXHIQUEi5巴門ds]如上圖所示，當發(fā)送端成功上傳所有數(shù)據(jù)包并且收到彩信中心的最后確認后，發(fā)送端會主動請求斷開與WAP網(wǎng)關(guān)的連接。第82幀是彩信中心向發(fā)送端下發(fā)的接收確認信息，在接收到確認信息后的0.010024000秒后，發(fā)送端斷開與WAP網(wǎng)關(guān)的連接。BVransmissiDniZnntrolProtacol?5rcPart:httpf80),DstPort:3315(3319),5eq:MF如Ack:3il?17,Len:USourceporx:httpCBO)Desrlnarionporr:3319(3319jsequencenunber:329c；relai:1vesequencenumberjAcknawledgementnimber:S0217(relativeacknimber)Headerlength;20bytejSlFlags:0x0011(FIN?ACK^windnwsize:496^10Checksum:OxZaf5[correct][§eq/ackangl婦5]上圖為，WAP網(wǎng)關(guān)發(fā)送TCP層數(shù)據(jù)包，斷開與發(fā)送端連接。ITran5nil55lonControlProtocol,SrcPort:3319C3319j,D5tPort:httpC80j;.Seq:30213,Ack:330,Len：osourcepori^3319(禎L幼IDestinationport;http(BD)Sequencenutiber:30218(relativesequencenijnberJAcknowledgettiEntnumber:33D(relatlvEacknunber)Headerlengih:2QbyresHFlags;OkOOIO(ACK)Windowsize:171^2checksuHi：Qxa9b^i[correct]日[5eq//ckanalysis]「ThisisanACKt口thw$日口EEntinfraniE：S3]在接收到WAP網(wǎng)關(guān)斷開連接的確認后，發(fā)送端最后會像WAP網(wǎng)關(guān)發(fā)送一條ACK確認信息，表明連接已經(jīng)被中斷。第84幀是WAP網(wǎng)關(guān)向發(fā)送端發(fā)送的斷開連接的信息。(4)接收端與WAP網(wǎng)關(guān)建立連接BTransmissionuonirolprotocol1srcporr:333BC333B)!.dstpott:hrip(BD),seq:D?^ck:0,Len:Dsourceport:333BIDestinationport?httpC80)Sequencenumber:0tre"lativesequencenunber)HeaderlengLh:2BbyresFlags:0XQOO2(5VN)Windo^size:16304Checksum:OxdOfa[_currectJ二□口(8gKj □TransmissionconrrolproTocol,srcporr:hrrpCSG).dstport:3338(3338"i,seq:D,Ack:1,Len:0Sourceport:httpC80JDestinationport:3358(3Sequencenumber:QCrelaflvesequencenirnber)AcknawledgementnunbEr:1(relativeacknumber}Headerlengih:2Sb^tes田Flags：0x0012f5TNPACKJWindawsize:50320check5uhoxzzeb[cnurrect]田Optians:(Bbytesj曰[seq/ackanalysis][Thi3isanKKt口the三已口巾己世infrmniF；113][TheRTTtaACKthesegment^aszQb6ClQ8&4flOOseconds1ETransmissionCDnirolproTOcolssrcpom:3338 delport:hrtpCSl：=|)!seA" Len'ClSourceport：333SC333S1IDESfinatianport:http(80)sequencenumber:1CrGldTiuesequencenumber)Acknowledgemeritnimber:1Crelatlveacknumber)Header1ength:20bytes田Flags:oxoaio(ack)wlndowsize:17&suChecksLin!Qx:cecb[correct]:[beq/ac虹andlysls][ThismnRCK，口Th」seciniEnt1mfrTmei：ZLL4J上圖為接收端與WAP網(wǎng)關(guān)建立連接的過程，請求首先由接收端發(fā)起，WAP網(wǎng)關(guān)接收到請求后會返回一條確認信息(SYN,ACK)，最后接收端向WAP網(wǎng)關(guān)發(fā)送一條ACK信息，表明連接已經(jīng)建立。接收端下載彩信內(nèi)容i~TransmissionconrrorproiocolFpopl^hri：pC80j?dsipori：^333B seq:?521PArk：i^^5?Len:13^-0saurcaport:hrttp(ED)Destlnarionport:333B(3333)Sequencenunber:^521 [relativesequencenumberJ[Nextsequencenunber;108B1￡relatwesequencenumberll]Acknov/ledgemenrEnunber:1495(relativeacknunber^Header1enqth:20hyteEEFlagssDxOCiO(ack)Windowsize;50320checksum:0x021d[correct][僅己日ssatibledfdu1nfr占m巴：1日TiZF1$月51月仃七datat"13SU舊丫丁已園]接收端下載彩信的過程中，彩信內(nèi)容在TCP層仍然被打包(包頭為20bytes)，圖中“ReassembledPDUinframe：166”表示下載的彩信數(shù)據(jù)包在第166幀會被重新組合，1360bytes是TCP包的大小，數(shù)據(jù)的流向是從彩信中心到接收終端，當接收端成功接收一個TCP包后，會向彩信中心發(fā)送一條確認信息。3TransmissioncontrolProrocoi,SrcPorr:3336C3336?PDsrPort:httptsoj,Seq:1^95,A<k:lossi,Len:oSourceport:33330333^dcsi1nailonpan:hrupCso)sequencenumber:1495Creljiriiesequencenunbmr)Acknowledgennen匚number?101381(reldriveacknumberjH^dd^rlength?20byxes田Flags:0x0010(此心windowsize:17S80checksuti:Ox^e/5[corraci]BESEQ/^CKanalysis]This a門ACKt口th已與巳口印旦門1in干「aniE；13了]「Th—RTTt口ACKthiE5〉anwntO-IMClWONMlJs日匚口11』31該條確認信息是對第137幀傳輸?shù)臄?shù)據(jù)包的確認。(6)WAP網(wǎng)關(guān)斷開與接收端的連接BTransmissionconrrolprotocolBsrcporr:hrrpCSOJnDsrport:3345(3345J..seq:162..Ack:429PLen:0Sourceport:http(80JDestinationport：33^5C33^5)sequencenumber:152(ralii1uasaquancenumber)A.cknow!edgementnumber:日29 frelatikreacknumber]Headerlength:20bytesSFlags:0x0011(FIN,ACK；lHridiWsize：50320匚h已cksum:QxqmW「corr已vrl

接收端成功下載全部數(shù)據(jù)包后，WAP網(wǎng)關(guān)會主動向接收端發(fā)送一條由(FIN,ACK)標記的信息，表明傳輸結(jié)束，連接已從WAP網(wǎng)關(guān)一側(cè)中斷。這條信息同樣被打上20bytes的包頭發(fā)送出去。STr.insnilssinnControlPrcnzocolRSrcPort:33^5(3345^：.DsrPort:hiTpCSQ^rSeq:429PAuk:163,Len；□Sourceport;3345(3345)Destinationport:httpC80)sequencenumber:42$(relaizlye匚日number)Ackn□wledgettientni_mber:163^ralativEack:number?!Headerlengrh^20byres田Flags:OkOCilO〔ACK)windowsize:17519Checksun:Dx.6ie4[correct]B[5ECL/ACKanalysis]'「This~i$/門AZKtothm胃已口niEnt.in『「ainw::LF81接收端收到WAP網(wǎng)關(guān)斷開連接的信息后，立即發(fā)送一條ACK信息，給予WAP網(wǎng)關(guān)回應(yīng)，同時也向WAP網(wǎng)關(guān)發(fā)送一條由(FIN,ACK)標記的信息，表明連接已中斷。圖中“ThisisanACKtothesegmentinframe：178”表明該條信息是對第178幀的確認回復(fù)。三TransttiissionCorrtrolProtocol3SrcPort:33J5^33J5j?D^tPort:http[日口)：.5eq:429,Ack:163,Len:0sourceport:3345J"分IDesiinaiionpori:hupSequencenimber: (relativessquen匚enumber)Acknow!edganentnumberi163^relativeacknumber)Headerlength:20bytesf1ags:0x0011Cfin,mk)vrindwsize;17519仁h導亡k^urij。卬白二[亡口\廣，玉七] 接收端向WAP網(wǎng)關(guān)發(fā)送信息，表明連接已經(jīng)中斷。以上為彩信收發(fā)過程中，TCP層的內(nèi)容。通過總結(jié)可以看出，數(shù)據(jù)在TCP層傳輸時會被加上一定的包頭內(nèi)容后重新打包，每一個TCP數(shù)據(jù)包都有一個編號：Sequencenumber。同時，接收方在成功接收數(shù)據(jù)包后應(yīng)該對每一個數(shù)據(jù)包都給予確認回復(fù)，表明數(shù)據(jù)成功接收。3.2HTTP層分析(1)發(fā)送端上傳彩信內(nèi)容3HypertextTransferProtoca"]RequestUPJ:曰posthiTp://rfimscrinonierneT.ccm/HTTP/l-lXr\nRequesiMethod:postRequestUPJ:Re^L￡57versicn: T-P^1.L.iih-rcIIir:，li、p\'\rihost:nnic.nonizernsr.cccc-2ctc-iarsct:：3?-S35Z1.JZASZII.UTr3;3-0.3CC.：3C二0346JZS2;2-0.5C0. c-0.Xl'<--rccc^ct-enccdinc;c-D.2Cl\-\r-t■-■：I-1nri_:udjp:-<i:IlDk- L：、m)Prorle/wIE'P-2.0CcnTiaTicn/C_EC-L.l\r^,rconzzrtIcrq^n:2?3C7\---rConT=rt-Ty(;e;日ppiicc^izrnc.vxa3.inn3-re55ace\-\rR，i：I:Hff'i:Hl'\\/\iii.wr|i.rrr\-r^^Hj<j\-在發(fā)送端上傳彩信內(nèi)容的過程中，彩信內(nèi)容加上發(fā)送終端的HTTP包頭信息形成了HTTP層的數(shù)據(jù)包。在HTTP包頭中，“Method”指傳輸方法、“URI”是目標地址、“Version”是HTTP協(xié)議版本號、“content-length”是HTTP層的數(shù)據(jù)總大小、“content-type”是傳輸?shù)膬?nèi)容類型。（2） 彩信中心回復(fù)確認信息3HypertextTransferProtocol□HTTP/1.1200OK[2TE0EE]\r\nRequestversion:http/1.1Respansecode:200server:ZTEOSE\r\nserver: 0.7\r\nx-huawel-mmsc-tld:0-2B4B\r\nx-huawel-mmsc-from:S6139450^7441\r\nx-huawei-mmec-to:+861B81019S757\r\nK-huawei-mmec-code:-128\r\ncontent-Type:app"licafion/vnd.wap.mms-mes5ag@\r\ncontent-Length:37\r\nDate:Thu,31Aug200608:56:56GMT\r\n\r\n接收完發(fā)送端上傳的全部彩信內(nèi)容后，彩信中心會通過WAP網(wǎng)關(guān)向發(fā)送端下發(fā)一條確認信息，其中HTTP部分包含了HTTP協(xié)議版本號、返回的狀態(tài)碼、彩信編號、發(fā)送及接收方號碼、日期時間等內(nèi)容。（3） 接收端接收到PUSH消息后，向彩信中心回復(fù)一條確認信息3HypertextTransferProtocol-□R05Tht:tp://rnrn5匚.mdnt已廣門已T?cam/UTTF.-'I.l\r\nRequestMethod;POSTrequesiuri:hrrp://mis■::,/Requestversion:HTTP/1.1Cannectiun:cluse\r\nHast:mm5camanterrat.can\r\naccept-charset:I5O-8B59-1,U5-A5CII,UTF-8;q=0.80D,I5O-106^6-LC5-2iq=0.6。。，七q=0.ODL\r\n己ccept-encoding;??；q=D.001\r\naccepn-language:en\r\nuser-agent:Nok1a6230/2_oQQ3.15)Proflla/MlDP-z.□conf1gura11on/CLDC-1.l\r\ncantent-1qngth:22\r\nContBnrt-Type:豈ppiication/vnd.wap.mms-message\r\nAccept:applicatian/Vnd-wap.mms-message\r\n\r\n在HTTP層，原有的確認信息加上HTTP包頭打成了一個HTTP數(shù)據(jù)包，在HTTP包頭中，“Method”指傳輸方法、“URI”是目標地址、“Version”是HTTP協(xié)議版本號、“user-agent”指終端型號、“content-length”是HTTP層的數(shù)據(jù)總大小、“content-type”是傳輸?shù)膬?nèi)容類型。（4）接收端下載彩信內(nèi)容HypertextTransferProrocol□GEThTtp://?18-J00.249.38/fKRZJCin^qLBHTTPA.l\r\nRequestMethod:GETRequestURIzhttpZ.//218.2DD.24^t3B/fKRZJDZm>4qLBRequestVersion:HTTP/1.1connect1onrclose\r\nHO3t:218B20O.249B3a\rVi . _ _ _ _accEprt:text/vnd.wap.vjnilapplicatnan/vnd.wap.wmlscriptc.applicatian/vnd.wap.ihtmld-xrnl?appii匚￡accepT-匚harsei:isq-8859,u5-ascli9utf-B；q-D.80D；i50-1Q646-ugs-2；q-fl.^QD,*;q-O.ODl\r\naccept-eneoding:盲；q,口ca\r\nac：：EpT-language?en\r\nuser-agent:Mnkia62B0/2.D（03.15）Prufi1b/1>itdp-2.0Configuratian/CLDC-l.l\r\n、w\n接收端在接收到彩信中心下發(fā)的PUSH消息后，會根據(jù)PUSH消息中的信息去指定地點提取彩信內(nèi)容，在接收端發(fā)送的get請求中，包含了含有必要信息的HTTP包頭，其中包括下載地址、傳輸方法、HTTP協(xié)議版本號、終端型號、終端支持的內(nèi)容類型等信息。當接收端下載完所有的彩信內(nèi)容后，彩信中心會通過WAP網(wǎng)關(guān)向接收端發(fā)送一條信息，告知彩信內(nèi)容已全部提取。3HypertextTransferProtocol日HTTP/L.1200OK[ZTEOSE]\r\nHRaquaetverslon:http/L.1Responsecode:200server:ZTEOEE\r\nserver:Resin/3.0.7\r\ncoritent-Type:applicafion/ynd.wap.mms-nie55age\r\ricontent-Length:29865\r\nDate:Thu,31Aug200608:57:57GMT\r\nVVi由上圖可知，在這條信息的HTTP包頭中，包含了HTTP協(xié)議版本號、返回的狀態(tài)碼、彩信內(nèi)容類型、HTTP層的內(nèi)容大小等信息。對應(yīng)接收端提出的get請求，在提取彩信內(nèi)容后，彩信中心還會向接收端發(fā)送一條HTTP響應(yīng)信息，內(nèi)容與上圖基本一致。在HTTP層，看到的是終端發(fā)出的HTTP包頭及彩信中心回應(yīng)的響應(yīng)信息（狀態(tài)碼），通過HTTP包頭中的狀態(tài)碼，可以直接看出數(shù)據(jù)傳輸?shù)臓顟B(tài)。3.3MMSE層分析在MMSE層，被傳送的是MMSPDU（協(xié)議數(shù)據(jù)單元）。一個MMSPDU由MMS頭和MMS體構(gòu)成，但是在大多數(shù)傳送過程中根本沒有MMS體，只在m-send-req和m-retrieve-conf中MMSPDU才包含了MMS體，其它部分只對MMS頭進行傳送。MMSPDU被依次傳遞給WSP或者HTTP消息的內(nèi)容部分（取決于使用哪種傳輸協(xié)議），這些消息的content-type被設(shè)置為application/vnd.wap.mms-message。每個MMSPDU的頭三個參數(shù)依次為X-Mms-Message-Type,X-Mms-Transaction-ID和X-Mms-MMS-Versiono不同類型的PDU對應(yīng)不同的角色，由X-Mms-Message-Type來標識。發(fā)送彩信：m-send-req-msMessageEnciapsula.tion.Type:rn-send-reqx-ms-pissse-ryp&:rn-send-req(0x80)X-Wils-Transactian-ID:O-234SX-Mns-HM5-Versian;!■0prom:<1nserIaddress>TO：48612810156757/TYPE-PLMN5ubject:itimstestx-ms-Pie普§mg自一匚1角因w:personal<0xSO)X-Mns-Prlurlty:Norrna1(0x81jsender-Visihi\ity:show(0x81)x-ms-DellL/ery-ReporT:no翌EL)X-Mns-Reid-Report:NoCO:：<81}Econtent-Type:applicatian/vnd.wap.multipart,related;type=applneat1unArn11;start^<AAAA>EDiLdCpQST^圖中Data是彩信的原有內(nèi)容，即MMS體，MMSMessageEncapsulation是MMS頭。圖中m-send-req標識了該條PDU是指彩信的發(fā)送、0-2343指定了該條PDU的傳輸號、1.0是彩信協(xié)議的