彩信業(yè)務(wù)端到端專項案例分析(編輯修改稿)
2025-04-18 00:41 本頁面
【文章內(nèi)容簡介】 MMS發(fā)送內(nèi)容大小分析 從中可以看出用戶發(fā)送彩信的內(nèi)容集中在 10K以內(nèi)的占據(jù)絕大多數(shù)，僅有極少數(shù)用戶發(fā)送的彩信內(nèi)容超過了 100K。 MMS MO發(fā)送成功率分析 在采集過程中 M_Send_Conf消息中的 MMS Status分布情況如下： MMS_Response_Status MMS_Status_Count Status_Rate(%) Ok 34953 % Errorservicedenied 973 % Errorcontentnotaccepted 96 % 用戶彩信發(fā)送行為分析 返回值為“ ErrorService denied”的分析 手機(jī)在發(fā)送完所有的數(shù)據(jù)包之后，彩信中心回送 msendconf消息給手機(jī)，其狀態(tài)值顯示為 Service denied ，通過查看 msendreq消息發(fā)現(xiàn)，被彩信中心拒絕服務(wù)的手機(jī)所填寫的發(fā)送號碼有錯誤： 用戶彩信發(fā)送行為分析 返回值為“ ErrorContent not accepted”的失敗原因分析 手機(jī)在發(fā)送完所有的數(shù)據(jù)包之后，網(wǎng)關(guān)回送 msendconf消息給手機(jī)，其狀態(tài)值顯示為 ErrorContent not accepted，發(fā)送失敗。通過對產(chǎn)生 ErrorContent not accepted發(fā)送流程的數(shù)據(jù)包分析發(fā)現(xiàn)基本都是由于手機(jī)發(fā)送彩信消息大小已經(jīng)超過目前系統(tǒng)允許的大小，而目前彩信中心不支持大于 100K的彩信發(fā)送，因此造成發(fā)送失?。? 建議對于發(fā)送彩信長度大于 100 KByte的用戶，彩信中心主動推送 PUSH消息，告知用戶彩信內(nèi)容不要大于 100k。 用戶彩信發(fā)送行為分析 返回值為“ ErrorContent not accepted”的失敗原因分析 ErrorContent not accepted出現(xiàn)的原因中有一種為典型的用戶錯誤的發(fā)送行為而導(dǎo)致的發(fā)送失敗，如下圖所示： 彩信用戶接收行為 分析 新 思 路 PUSH接口的 PUSH下發(fā)信令 SMPP層 解碼參數(shù)： 從 PUSH接口的 MMSE層代表 PUSH消息下發(fā)的信令為 MNotificationind，這條信令基于國際標(biāo)準(zhǔn)的 SMPP協(xié)議，如上圖可以看到 SMPP協(xié)議頭中包含了 PUSH消息的發(fā)方及收方的 MSISDN以及號碼的類別。 彩信用戶接收行為 分析 新 思 路 MM1接口提取彩信的 HTTP Get信令的解碼參數(shù)： 提取彩信的 HTTP Get消息中可以看到有幾個參數(shù)是與終端收到 MMSC能過 SMSC下發(fā)的PUSH消息中對應(yīng)的幾個參數(shù)： ? Request URI：包含了與 MNotificationind消息中 的 XMMSTransactionid一致的參數(shù) ? Host：該參數(shù)指向用戶所處地的彩信中心地址 彩信用戶接收行為 分析 新 思 路 當(dāng)終端收到 MNotificationind消息后會根據(jù)終端軟件的設(shè)置分為立即接收彩信及人工接收彩信兩種情況： 情況一 ： 在自動接收彩信的情況下從用戶感知角度來看其是在不知情的情況下進(jìn)行彩信接收行為 ， 其中所經(jīng)歷的流程包括 ： MNotificationindPDP ActiveWSP or TCP ConnectWSP or HTTP Get (直接 Get MNotificationind中攜帶的 ContentLocation)MRetrieveConf(回復(fù) 200指示彩信成功接收 )。 情況二 ： 設(shè)置了手動接收方式接收彩信的用戶則是在收到 PUSH短消息后 ， 用戶首先要點擊這條短消息 ， 當(dāng)點擊短消息中的 URI后則執(zhí)行同自動接收彩信流程一樣的過程 。 現(xiàn)網(wǎng)用戶彩信端到端成功率中的失敗原因除了少量來自于網(wǎng)絡(luò)本身性能造成的
研究報告相關(guān)推薦
鄂ICP備17016276號-1