彩信收發(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ā)送結果分析 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ā)送結果分析 132.2.1成功率分析132.2.2彩信發(fā)送失敗原因分析 132.2.3彩信（2.0）發(fā)送用戶原因區(qū)分 13彩信收發(fā)流程分析方法說明# (13)彩信收發(fā)流程分析方法說明3 (13)一、彩信接收絨析數據業(yè)務的信令流程相對來說較為復雜，且具有很大的不確定性，尤其涉及到具體業(yè)務應用的 協議層部分，由于手機終端的相關協議開發(fā)定義可能并不規(guī)范，這給業(yè)務過程以及結果的分析判

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

5、布是：m-retrieve-c onf （MMS）m-notifyresp-ind （MMS）、m-acknowledge-ind （MMS）、Post （WSP）中任意一條 Reply （WSP）在一般的分析結果中，信令的缺失情況大致如下: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成功率分析從用戶角度來看，只要其接收到所有的彩信數據包，無論有無回復確認消息，實際上都已經完 成了彩信的接收。因此，判斷彩信接收的成功與否主要考慮手機終端是否接

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

8、息后無任何消息響應且數據包也未接收完全，則定義為彩信(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失敗原因分析斤手機終端在發(fā)出 GET請求后，隨時都有可能出

9、現abort導致進程終止，但是 abort的發(fā)出并不意味著彩信接收的終止或失敗，這是因為手機終端有可能通過m-n otifyresp-i nd(mms_status:deferred)等消息恢復彩信的接收。因此我們所定義的abort失敗是指進程終止后并未恢復，且彩信接收也沒有完成的事件。具體信令過程如下：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失敗主要是手機終端在收發(fā)彩信的過程中主動終止傳輸的一種現象，即用戶原因導 致的拆線事件。準確來講，disconnect原因導致的彩信收發(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ā)過程的 操作，只不過在信令分析過程中，并沒有出現disconnect消息。這種現象的出現主要是由于手機終端協議開發(fā)的不規(guī)范或者用戶操作問題導致。具體信令流程如下：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）消息中，正常彩信流程應返回” 200 ok的信息，表示傳輸一切正常。 當出現異常情況的時候，協議規(guī)范要求在 status code中返回相應原因值，而信令流程基本完整。Status 異常值最多是 400 bad request，一般占總體 95%以上。1.1.4彩信（1.0）接收）用戶原因區(qū)分本次分析中可見用戶原因導致彩信接收失敗的數量占了較大的比重。如果簡單的將用戶原因和網絡原因予以區(qū)分，可以了解因網絡原因導致的彩信（1.0）接收失敗的情況。用戶原因定義： abort（peer request/user request）, d

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

15、接收的信令流程也有一定的不確定性。信令流程缺失的現象時而 發(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)的接收流程中信令缺失的情況更為嚴重，尤其是標識接收 完成的Ack,fin消息，有近30%的接收流程中沒有該消息。另外有超過10%的流程中沒有response消息，即沒有status_code.。同樣，接收流程的不完整并不意味著接收的失敗。1.2.2成功率分析在成功與否的判斷中，除了考慮彩信接收流程的完整性，更主要的是判斷彩信數據是否已經完全接收成功以及傳輸狀態(tài)標識。這里把彩信數據完整接收和HTTP status_code不為” 400+或” 500+”的流程定義為成功，而不是單純考慮某一條或者某

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

19、具體信令過程如下：MSNETWORKPush (SMS)Get (HTTP)m-retrieve-co nf (MMS)HTTP Segme nt (HTTP)LLC-discard (BSSGP) reset失敗原因分析在彩信（2.0）的接收過程中，有可能出現reset消息，該消息表示傳輸的重置，這里的 reset失敗是指傳輸重置沒有成功，直接導致彩信接收中止的一種現象。 PDP deactivatio n 失敗原因分析PDP con text deactivation失敗是指手機終端在完成彩信接收之前提前中斷數據傳輸的一種操作， 其特點是在 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協議中的response消息，用來標識協議 傳輸狀態(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）接收分析結果類似，用戶原因同樣在彩信（2.0）接收失敗結果中占有很大比重。簡單將用戶原因的失敗做如下定義：Reset, PDP con text deactivatio n. Status code（400 Bad Request）二、彩信發(fā)送絨析與彩信接收相同，彩信發(fā)送也有1.0與2.0之分，不過在信令流程方面彩信的發(fā)送要相對簡單，并且主要依靠 MMS應用協議。具體如下：彩信收發(fā)流程分析方法說明12 (13)oiEllTclGcam沃泰豐通信HZMCC2008-07彩信發(fā)送的過程中，同樣可能出現 abort、disco nn ect、PDP con text deacti

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

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

25、析Abort消息出現后，數據傳輸再未恢復，則定義為彩信(1.0)發(fā)送abort失敗。Abort失敗大都因用戶原因導致，具體信令流程及細分統計結果如下：MSNETWORKm-se nd-req (MMS)Segme nt i nvoke (WTP)舟abort(WSP). disco nnect 失敗原因分析Disconnect是用戶操作的一種拆線行為，屬于WSP協議，在本次分析結果中定義的 disconnect失敗并不包含用戶 disconnect后重新在發(fā)起connect進行續(xù)傳并成功的事件。 因此數量較少，僅有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ā)送過程中出現status code異常時，從信令流程本身來看是正常的，并且絕大多數 的WSP協議層中的status也返回的是“200 ok"。而這里的status code異常是存在于 MMS協議中的 respo nse status消息之中。具體流程如下：彩信收發(fā)流程分析方法說明16 (13)01日1%1心匸口01沃泰豐通信HZMCC2008-07彩信收發(fā)流程分析方法說明# (13)01日1%1心匸口01沃泰豐通信HZMCC2008-0