录
目 录
一、彩信接收分析 (2)
1.1彩信(1.0)接收信令流程分析 (2)
1.1.1信令过程异常分析 (2)
1.1.2 成功率分析 (3)
1.1.3 彩信接收失败原因分析 (3)
1.1.3.1 timeout失败原因分析 (3)
1.1.3.2 abort失败原因分析 (4)
1.1.3.3 disconnect失败原因分析 (5)
1.1.3.4 PDP context deactivation失败原因分析 (5)
1.1.3.5 status_code异常值失败原因分析 (6)
1.1.4彩信(1.0)接收用户原因区分 (6)
1.2 彩信(2.0)接收信令流程分析 (6)
1.2.1信令过程异常分析 (6)
1.2.2 成功率分析 (7)
1.2.3彩信接收失败原因分析 (7)
1.2.3.1 timeout失败原因分析 (7)
1.2.3.2 ret失败原因分析 (8)
1.2.3.3 PDP deactivation失败原因分析 (8)
1.2.3.4 status_code异常值失败原因分析 (9)
鳕鱼的做
1.2.4彩信(2.0)接收用户原因区分 (9)
二、彩信发送分析 (9)
2.1彩信(1.0)发送结果分析 (10)
2.1.1成功率分析 (10)
2.1.2彩信发送失败原因分析 (10)
2.1.2.1 timeout失败原因分析 (10)
2.1.2.2 abort失败原因分析 (11)
2.1.2.3 disconnect失败原因分析 (11)
2.1.2.4 PDP context deactivation失败原因分析 (12)
2.1.2.5 status_code异常值失败分析 (12)
2.1.3彩信(1.0)发送用户原因区分 (13)
2.2彩信(2.0)发送结果分析 (13)
2.2.1成功率分析 (13)
2.2.2彩信发送失败原因分析 (13)
2.2.3彩信(2.0)发送用户原因区分 (13)
一、彩信接收彩信接收分析分析
数据业务的信令流程相对来说较为复杂,且具有很大的不确定性,尤其涉及到具体业务应用的协议层部分,由于手机终端的相关协议开发定义可能并不规范,这给业务过程以及结果的分析判断带来了很大困难。对于MMS 分析来说,这种情况尤为突出。
1.1彩信彩信((1.01.0))接收信令流程分析接收信令流程分析
在信令分析过程中因传输协议的不同而将彩信区分为彩信(1.0)与彩信(2.0)。其中彩信(1.0)采用WSP/WTP 协议,彩信(2.0)采用HTTP 协议。
1.1.1信令过程信令过程异常异常异常分析分析
彩信(1.0)的信令流程中,缺失某一条信令或者多条信令都比较常见。缺失信令的原因主要有两种:一是信令采集丢包造成;二是手机终端相关协议开发定义不规范造成;三是因为网络性能原因引起数据传输障碍。从实际的分析结果来看,后两者更为普遍。
彩信(1.0)具体信令流程如下图:
分析彩信(1.0)的信令流程,主要包括三条信令交互,分布是:
m-retrieve-conf (MMS)瞬间拼音
m-notifyresp-ind (MMS)、m-acknowledge-ind (MMS)、Post (WSP)中任意一条
Reply (WSP)
在一般的分析结果中,信令的缺失情况大致如下:
比例
信令齐全 80%
缺失m-notifyresp-ind/m-acknowledge-ind/post & reply 9%
缺失m-retrieve-conf & m-notifyresp-ind/m-acknowledge-ind/post & reply 6%
仅缺失m-notifyresp-ind/m-acknowledge-ind/post 3%
缺失m-retrieve-conf & reply 1%
仅缺失m-retrieve-conf 0.5%
仅缺失reply 0.4%
缺失m-retrieve-conf & m-notifyresp-ind/m-acknowledge-ind/post 0.1%
彩信总量 100.0%
信令齐全的比例大致是80%,而信令缺失并不一定意味着彩信接收的失败。
龙爪芦荟
1.1.2 成功率分析
从用户角度来看,只要其接收到所有的彩信数据包,无论有无回复确认消息,实际上都已经完成了彩信的接收。因此,判断彩信接收的成功与否主要考虑手机终端是否接收到了所有的彩信数据和WSP status是否正常。
1.1.3 彩信接收失败原因分析
总体来说,彩信(1.0)接收失败的原因可分为如下五大种:
江苏酒家
接收过程中断,且长时间无响应导致超时失败
接收过程中用户发出abort(WTP) ,且再无重新请求导致失败
接收过程中用户发出disconnect(WSP) ,且再无重新请求导致失败
接收过程中用户发出Deactivate PDP context request(SM)信令终止
status code异常值导致失败
债务风险
失败原因分析
分析
1.1.3.1 timeout失败原因
在彩信(1.0)接收的信令过程中,如果手机终端侧发出GET请求后或者接收到m-retrieve-conf 消息后无任何消息响应且数据包也未接收完全,则定义为彩信(1.0)接收的超时失败。其具体信令过程如下:
1.1.3.2 abort 失败原因失败原因分析分析
歌颂老师的句子手机终端在发出GET 请求后,随时都有可能出现abort 导致进程终止,但是abort 的发出并不意味着彩信接收的终止或失败,这是因为手机终端有可能通过m-notifyresp-ind(mms_status:deferred)等消息恢复彩信的接收。因此我们所定义的abort 失败是指进程终止后并未恢复,且彩信接收也没有完成的事件。具体信令过程如下:
Abort_reason
Peer request解卦详解
Ur request
No Respon Protocol Error
Unknown
Invalid TID广告预算
Message too large
Protocol error, illegal
PDU received
Network error 30%
70%
网络未回应
网络有回应
1.1.3.3 disconnect 失败原因失败原因分析分析
Disconnect 失败主要是手机终端在收发彩信的过程中主动终止传输的一种现象,即用户原因导致的拆线事件。准确来讲,disconnect 原因导致的彩信收发过程失败并不是真正意义上的失败。具
1.1.3.4 PDP context deactivation 失败原因失败原因分析分析
与disconnect
失败原因类似,PDP context deactivation 也是用户发起的一种中断彩信收发过程的操作,只不过在信令分析过程中,并没有出现disconnect 消息。这种现象的出现主要是由于手机终