彩信收發(fā)流程分析方法

1、彩信收發(fā)流程分析方法說明1 (13)HZMCC2008-0701日1%1心匸口01沃泰豐通信、彩信接收分析21.1彩信（1.0）接收信令流程分析 21.1.1信令過程異常分析 21.1.2成功率分析31.1.3彩信接收失敗原因分析 timeout失敗原因分析 abort失敗原因分析 disconnect 失敗原因分析 PDP context deactivation 失敗原因分析 status_code異常值失敗原因分析 61.1.4彩信（1.0）接收用戶原因區(qū)分 61.2彩信（2.0 ）接收信令流程分析

2、 61.2.1信令過程異常分析61.2.2成功率分析71.2.3彩信接收失敗原因分析 timeout失敗原因分析 reset失敗原因分析 PDP deactivation 失敗原因分析 status_code異常值失敗原因分析 91.2.4彩信（2.0）接收用戶原因區(qū)分 9、彩信發(fā)送分析92.1彩信（1.0 ）發(fā)送結(jié)果分析 102.1.1成功率分析102.1.2彩信發(fā)送失敗原因分析 timeout失敗原因分析 abort失敗原因分析 disconnect 失敗原因

3、分析 PDP context deactivation 失敗原因分析 status_code異常值失敗分析 122.1.3彩信（1.0）發(fā)送用戶原因區(qū)分 132.2彩信（2.0 ）發(fā)送結(jié)果分析 132.2.1成功率分析132.2.2彩信發(fā)送失敗原因分析 132.2.3彩信（2.0）發(fā)送用戶原因區(qū)分 13彩信收發(fā)流程分析方法說明# (13)彩信收發(fā)流程分析方法說明3 (13)一、彩信接收絨析數(shù)據(jù)業(yè)務(wù)的信令流程相對來說較為復(fù)雜，且具有很大的不確定性，尤其涉及到具體業(yè)務(wù)應(yīng)用的 協(xié)議層部分，由于手機(jī)終端的相關(guān)協(xié)議開發(fā)定義可能并不規(guī)范，這給業(yè)務(wù)過程以及結(jié)果的分析判

4、斷 帶來了很大困難。對于 MMS分析來說，這種情況尤為突出。1.1彩信（1.0）接收信令流程分析在信令分析過程中因傳輸協(xié)議的不同而將彩信區(qū)分為彩信（1.0）與彩信（2.0）。其中彩信（1.0）采用 WSP/WTP協(xié)議，彩信（2.0）采用HTTP協(xié)議。1.1.1信令過程異常常幼析彩信（1.0）的信令流程中，缺失某一條信令或者多條信令都比較常見。缺失信令的原因主要有 兩種：一是信令采集丟包造成；二是手機(jī)終端相關(guān)協(xié)議開發(fā)定義不規(guī)范造成；三是因為網(wǎng)絡(luò)性能原 因引起數(shù)據(jù)傳輸障礙。從實際的分析結(jié)果來看，后兩者更為普遍。彩信（1.0）具體信令流程如下圖：分析彩信（1.0）的信令流程，主要包括三條信令交互，分

5、布是：m-retrieve-c onf （MMS）m-notifyresp-ind （MMS）、m-acknowledge-ind （MMS）、Post （WSP）中任意一條 Reply （WSP）在一般的分析結(jié)果中，信令的缺失情況大致如下:HZMCC2008-0701日1%1心匸口01沃泰豐通信信令齊全80%缺失 m-notifyresp-ind/m-acknowledge-ind/post & reply9%缺失 m-retrieve-conf & m-notifyresp-ind/m-acknowledge-ind/post & reply6%僅缺失 m-noti

6、fyresp-ind/m-acknowledge-ind/post3%缺失 m-retrieve-conf & reply1%僅缺失 m-retrieve-conf0.5%僅缺失reply0.4%缺失 m-retrieve-conf & m-notifyresp-ind/m-acknowledge-ind/post0.1%彩信總量100.0%信令齊全的比例大致是 80%，而信令缺失并不一定意味著彩信接收的失敗。1.1.2成功率分析從用戶角度來看，只要其接收到所有的彩信數(shù)據(jù)包，無論有無回復(fù)確認(rèn)消息，實際上都已經(jīng)完 成了彩信的接收。因此，判斷彩信接收的成功與否主要考慮手機(jī)終端是否接

7、收到了所有的彩信數(shù)據(jù) 和WSP status是否正常。1.1.3彩信接收失敗原因分析總體來說，彩信(1.0)接收失敗的原因可分為如下五大種：接收過程中斷，且長時間無響應(yīng)導(dǎo)致超時失敗接收過程中用戶發(fā)出abort(WTP)，且再無重新請求導(dǎo)致失敗接收過程中用戶發(fā)出disconnect(WSP)，且再無重新請求導(dǎo)致失敗接收過程中用戶發(fā)出Deactivate PDP con text request(SM)信令終止status code異常值導(dǎo)致失敗 timeout 失敗原因分分析在彩信(1.0)接收的信令過程中，如果手機(jī)終端側(cè)發(fā)出 GET請求后或者接收到m-retrieve-conf消

8、息后無任何消息響應(yīng)且數(shù)據(jù)包也未接收完全，則定義為彩信(1.0)接收的超時失敗。其具體信令過程如下：彩信收發(fā)流程分析方法說明4 (13)oiEllTclGcam沃泰豐通信HZMCC2008-07MSNETWORKPush (SMS)Get (WSP)Segme nt result (WTP)彩信收發(fā)流程分析方法說明# (13)oiEllTclGcam沃泰豐通信HZMCC2008-07彩信收發(fā)流程分析方法說明6 (13)oiEllTclGcam沃泰豐通信HZMCC2008-07LLC-discard (BSSGP) abort失敗原因分析斤手機(jī)終端在發(fā)出 GET請求后，隨時都有可能出

9、現(xiàn)abort導(dǎo)致進(jìn)程終止，但是 abort的發(fā)出并不意味著彩信接收的終止或失敗，這是因為手機(jī)終端有可能通過m-n otifyresp-i nd(mms_status:deferred)等消息恢復(fù)彩信的接收。因此我們所定義的abort失敗是指進(jìn)程終止后并未恢復(fù)，且彩信接收也沒有完成的事件。具體信令過程如下：MSNETWORPush (SMS)Get (WSP)m-retrieve-co nf (MMS)Segme nt result (WTP)abort (WTP)Disco nn ect (WSP)Deactivate PDP con text request (GSM)Abort_reaso

10、nPeer requestUser requestNo ResponseProtocol ErrorUnknownInvalid TIDMessage too largeProtocol error, illegalPDU receivedNetwork error disco nnect失敗原因分析析Disconnect失敗主要是手機(jī)終端在收發(fā)彩信的過程中主動終止傳輸?shù)囊环N現(xiàn)象，即用戶原因?qū)?致的拆線事件。準(zhǔn)確來講，disconnect原因?qū)е碌牟市攀瞻l(fā)過程失敗并不是真正意義上的失敗。具體信令流程如下：MSNETWORKIPush (SMS)I斗Get (WSP)m-retri

11、eve-co nf (MMS)Segme nt result (WTP)Disco nn ect (WSP)Deactivate PDP con text request (GSM) PDP con text deactivati on失敗原因分析析與disco nn ect失敗原因類似，PDP con text deactivation也是用戶發(fā)起的一種中斷彩信收發(fā)過程的 操作，只不過在信令分析過程中，并沒有出現(xiàn)disconnect消息。這種現(xiàn)象的出現(xiàn)主要是由于手機(jī)終端協(xié)議開發(fā)的不規(guī)范或者用戶操作問題導(dǎo)致。具體信令流程如下：MSNETWORKPush (SMS)Get (WSP

12、)m-retrieve-co nf (MMS)Segme nt result (WTP)Deactivate PDP con text request (GSM)彩信收發(fā)流程分析方法說明11 (13)01日1%1心匸口01沃泰豐通信HZMCC2008-07Push (SMS)Get (HTTP)m-retrieve-co nf (MMS)HTTP Segme nt (HTTP)Respo nse (HTTP)Ack, Fi n (TCP)m-notifyresp-ind (MMS) m-ackno wledge-i nd (MMS) Post (HTTP) status_code

13、異常值失敗原因分分析Status_code源于reply（WSP）消息中，正常彩信流程應(yīng)返回” 200 ok的信息，表示傳輸一切正常。 當(dāng)出現(xiàn)異常情況的時候，協(xié)議規(guī)范要求在 status code中返回相應(yīng)原因值，而信令流程基本完整。Status 異常值最多是 400 bad request，一般占總體 95%以上。1.1.4彩信（1.0）接收）用戶原因區(qū)分本次分析中可見用戶原因?qū)е虏市沤邮帐〉臄?shù)量占了較大的比重。如果簡單的將用戶原因和網(wǎng)絡(luò)原因予以區(qū)分，可以了解因網(wǎng)絡(luò)原因?qū)е碌牟市牛?.0）接收失敗的情況。用戶原因定義： abort（peer request/user request）, d

14、isconnect, pdp deactivation, status code（bad request）注：peer request并不一定由手機(jī)終端主動觸發(fā)，例如：長時間等不到網(wǎng)絡(luò)側(cè)響應(yīng)也有可能觸發(fā)peer request消息。因此單純將 peer request歸類于用戶原因并不完全準(zhǔn)確。1.2彩信（2.0）接收信令流程分析與彩信（1.0）接收不同，彩信（2.0）采用的是HTTP協(xié)議，其過程和結(jié)果的判斷均有所不同， 但是總體分析思路基本一致。1.2.1信令過程異常分析彩信（2.0）接收除傳輸協(xié)議有所不同外，其信令流程與彩信（1.0）基本相同，同樣受數(shù)據(jù)業(yè)務(wù)本身的復(fù)雜性所致，彩信（2.0）

15、接收的信令流程也有一定的不確定性。信令流程缺失的現(xiàn)象時而 發(fā)生，具體情況如下：MSNETWORK由上圖，彩信(2.0)接收流程中有四條主要消息，分別是：m-retrieve-co nf (MMS)m-notifyresp-ind (MMS)、m-acknowledge-ind (MMS)、Post (HTTP)中任意一條 Reply (HTTP)Ack, fin (TCP)本次分析過程中，信令缺失的情況如下：信令齊全56%僅缺失 Ack,fin28%缺失 m-notifyresp-ind/m-acknowledge-ind/post & response & Ack,fin6%

16、缺失 m-notifyresp-ind/m-acknowledge-ind/post & response4%全部缺失3%僅缺失 m-notifyresp-ind/m-acknowledge-ind/post1%缺失 m-retrieve-conf & response & Ack,fin0.7%缺失 Ack,fin & m-notifyresp-ind/m-acknowledge-ind/post0.6%缺失 Ack,fin & response0.4%僅缺失 m-retrieve-conf0.1%僅缺失response0.1%缺失 Ack,fin &

17、amp; m-retrieve-conf0.1%總計100.0%在信令交互的完整性上，彩信(2.0)的接收流程中信令缺失的情況更為嚴(yán)重，尤其是標(biāo)識接收 完成的Ack,fin消息，有近30%的接收流程中沒有該消息。另外有超過10%的流程中沒有response消息，即沒有status_code.。同樣，接收流程的不完整并不意味著接收的失敗。1.2.2成功率分析在成功與否的判斷中，除了考慮彩信接收流程的完整性，更主要的是判斷彩信數(shù)據(jù)是否已經(jīng)完全接收成功以及傳輸狀態(tài)標(biāo)識。這里把彩信數(shù)據(jù)完整接收和HTTP status_code不為” 400+或” 500+”的流程定義為成功，而不是單純考慮某一條或者某

18、幾條信令消息是否存在和正常。1.2.3彩信接收失敗原因分析同彩信(1.0)接收失敗原因類似，彩信(2.0)接收失敗原因大致可分為4種：接收過程中斷，且長時間無響應(yīng)導(dǎo)致超時失敗接收過程中用戶發(fā)出reset(TCP)，且再無重新請求導(dǎo)致失敗接收過程中用戶發(fā)出Deactivate PDP con text request(SM)信令終止status code異常值導(dǎo)致失敗 timeout失敗原因分析析同彩信(2.0)接收的信令過程相同，如果手機(jī)終端側(cè)發(fā)出GET請求后或者接收到m-retrieve-conf消息后無任何消息響應(yīng)且數(shù)據(jù)包也未接收完全，則定義為彩信(2.0)接收的超時失敗。其

19、具體信令過程如下：MSNETWORKPush (SMS)Get (HTTP)m-retrieve-co nf (MMS)HTTP Segme nt (HTTP)LLC-discard (BSSGP) reset失敗原因分析在彩信（2.0）的接收過程中，有可能出現(xiàn)reset消息，該消息表示傳輸?shù)闹刂?，這里的 reset失敗是指傳輸重置沒有成功，直接導(dǎo)致彩信接收中止的一種現(xiàn)象。 PDP deactivatio n 失敗原因分析PDP con text deactivation失敗是指手機(jī)終端在完成彩信接收之前提前中斷數(shù)據(jù)傳輸?shù)囊环N操作， 其特點是在 Deactivate

20、d PDP con text request信令之前沒有任何表示中斷的消息而直接拆線。在這里 我們歸納為PDP deactivation失敗，是用戶原因的一種。具體信令流程如下：MSNETWORKPush (SMS)Get (HTTP)km-retrieve-co nf (MMS)HTTP Segme nt (HTTP)Deactivate PDP con text request (GSM) status_code異常值失敗原因分析在彩信（2.0）的接收流程中，status_code存在于HTTP協(xié)議中的response消息，用來標(biāo)識協(xié)議 傳輸狀態(tài)。彩信（2.0）接收過程返回s

21、tatus code異常的比例占30%。具體如下：Status_code比例400 Bad Request81.0%500 Internal Server Error10.9%405 Method not allowed2.0%404 Not Found0.9%412 Precondition failed0.6%502 Bad Gateway0.2%501 Not Implemented0.2%403 Forbidden0.2%503 Service Unavailable0.1%比例最大的原因值是400 Bad Request，即用戶錯誤請求原因引起。1.2.4彩信（2.0）接收）用戶原因

22、區(qū)分與彩信（1.0）接收分析結(jié)果類似，用戶原因同樣在彩信（2.0）接收失敗結(jié)果中占有很大比重。簡單將用戶原因的失敗做如下定義：Reset, PDP con text deactivatio n. Status code（400 Bad Request）二、彩信發(fā)送絨析與彩信接收相同，彩信發(fā)送也有1.0與2.0之分，不過在信令流程方面彩信的發(fā)送要相對簡單，并且主要依靠 MMS應(yīng)用協(xié)議。具體如下：彩信收發(fā)流程分析方法說明12 (13)oiEllTclGcam沃泰豐通信HZMCC2008-07彩信發(fā)送的過程中，同樣可能出現(xiàn) abort、disco nn ect、PDP con text deacti

23、vati on的中斷操作，也 會存在無任何消息標(biāo)識的突然中斷最終引起超時失敗，另外，承載m-send-conf(MMS)消息的WSP/HTTP協(xié)議中包含status code信息來返回傳輸狀態(tài)標(biāo)識。2.1彩信(1.0)發(fā)送結(jié)果分析2.1.1成功率分析對彩信發(fā)送成功的定義仍然是判斷彩信數(shù)據(jù)包是否已經(jīng)全部發(fā)送出去以及網(wǎng)絡(luò)側(cè)返回的statuscode是否正常。2.1.2彩信發(fā)送失敗原因分析彩信(1.0)發(fā)送失敗可以分為如下5種類型：接收過程中斷，且長時間無響應(yīng)導(dǎo)致超時失敗 接收過程中用戶發(fā)出 abort(WTP)，且再無重新請求導(dǎo)致失敗 接收過程中用戶發(fā)出disconnect(WSP)，且再無重新請

24、求導(dǎo)致失敗接收過程中用戶發(fā)出Deactivate PDP con text request(SM)信令終止status code異常值導(dǎo)致失敗 timeout失敗原因分析彩信(1.0)發(fā)送超時可分為兩種情況，一是在手機(jī)終端發(fā)出 m-send-req后就再也沒有任何數(shù)據(jù) 包，二是手機(jī)終端在發(fā)送segment invoke的過程中突然停止且再無響應(yīng)。具體流程如下：彩信收發(fā)流程分析方法說明15 (13)01日1%1心匸口01沃泰豐通信HZMCC2008-07MSNETWORKm-se nd-req (MMS)Segme nt invoke (WTP) abort失敗原因分

25、析Abort消息出現(xiàn)后，數(shù)據(jù)傳輸再未恢復(fù)，則定義為彩信(1.0)發(fā)送abort失敗。Abort失敗大都因用戶原因?qū)е?，具體信令流程及細(xì)分統(tǒng)計結(jié)果如下：MSNETWORKm-se nd-req (MMS)Segme nt i nvoke (WTP)舟abort(WSP). disco nnect 失敗原因分析Disconnect是用戶操作的一種拆線行為，屬于WSP協(xié)議，在本次分析結(jié)果中定義的 disconnect失敗并不包含用戶 disconnect后重新在發(fā)起connect進(jìn)行續(xù)傳并成功的事件。 因此數(shù)量較少，僅有2 次。具體流程如下：MSNETWORKm-se nd-req (

26、MMS)Segme nt in voke (WTP)Disco nn ect (WSP)Deactivated PDP con text request (GSM)十Deactivated PDP PDP con text deactivati on失敗原因分析析與彩信接收情況相同，該失敗是指彩信發(fā)送過程中無任何過程消息而直接觸發(fā)con text request的事件，具體流程如下：MSNETWORKm-se nd-req (MMS)Segme nt in voke (WTP)Deactivated PDP con text request (GSM) status_code異常值失敗分析彩信（1.0）發(fā)送過程中出現(xiàn)status code異常時，從信令流程本身來看是正常的，并且絕大多數(shù) 的WSP協(xié)議層中的status也返回的是“200 ok"。而這里的status code異常是存在于 MMS協(xié)議中的 respo nse status消息之中。具體流程如下：彩信收發(fā)流程分析方法說明16 (13)01日1%1心匸口01沃泰豐通信HZMCC2008-07彩信收發(fā)流程分析方法說明# (13)01日1%1心匸口01沃泰豐通信HZMCC2008-0