彩信(MMS)端到端優(yōu)化方案

#liir造成對彩信尢法提取的現(xiàn)象，影響了業(yè)務(wù)的發(fā)展。比如卜面的一個實例:liirNo.-TimeSourceDestinationProtocolInfoA122:09:05.9255672WTP+WSPWSPConnect(0x01)222:09:05.93756WTP+WSPWSPConnectReply(0x02)322:09:06.7035672OTP+WSPOTPAck422:09:11.965672MMSEMMSm-notifyresp-ind[MaiformedPach22:09:12.0597561ATTP+WSPWSPReply(0x04):200OK(0x20)22:09:12.615672WTP+WSPWTPAck22:09:12.635672WTP+WSPWSPDisconnect〔0x05)V<田Frame4(97bytesonwire,97bytescaptured)田WirelessTransactionProtocol,PDU:田WirelessTransactionProtocol,PDU:Invoke〔1〕,TransactionClass:ReliableInvokewithReliableReG0EthernetII,Src:Cisco_3e:04:aOCOO:Of:24:3e:04:asInternetProtocol,Src:56CIO.121.74.1終端之后回復(fù)為132Unrecognised。aUser*DatagramProtocol,SrcPort:4(4),DstPort:進一步地，我們將這些有異常的終端型號進行了排查、甄別，發(fā)現(xiàn)這些問題終端占市場上占的份額5％左右。確認后我們將名單提交給客戶，建議督促終端廠家更新軟件版本或著在彩信中心屏蔽“0””dN6SS6VcNPSbA”等容易引起問題的ID號。1TTimeMP」PMMSTIDMMS_Notifyresp_statusUseragent210:32:03'809'03dN6SS6VcNPSbAUnrecognised310:32:0455372卡Unrecognised410:32:05'1003roUnrecognised510:32:06'09692roUnrecognised610:32:1874452dN6SS6VcNPSbAUnrecognised710:32:323875roUnrecognised810:32:44'0474dN6SS6VcNPSbAUnrecognised910:33:0475010Unrecognised1010:33:06'89502roUnrecognised1110:33:11'6857dN6SS6VcNPSbAUnrecognised1210:33:13'0145roUnrecognised1310:33:14'4667dN6SS6VcNPSbAUnrecognised1410:33:18'1702roUnrecognised1510:33:36'20545dN6SS6VcNPSbAUnrecognised1610:33:42'6835dN6SS6VcNPSbA1710:33:42'6875dN6SS6VcNPSbAUOTd1810:33:49'613dN6SS6VcNPSbAUnrecognised1910:33:58'2589roUnrecognised2010:33:58'478dN6SS6VcNPSbAUnrecogniseddC.C*.C尸ICCCdC/C*AAACC%11:1?.A__/C建C/AAAEC-——I<??n\Sheet1/Sheet2ZSheet3\Sheet4/Sheet5/I<WAPPERWAPPERWAPPERMAUIMMSUserAgentWAPPERMAUIMMSUserAgentWAPPERWAPPERMAUIWAPBrowserWAPPERTSD-A607+WAPPERMAUIMMSUserAgentLENOVO-V707/(2005.11.24)Ver00.17A/VAP2.0LENOVO-V517/(2005.12.28)Ver00.13/WAP2.0CECTT868WAPPERTSD-A607+問題終端型號集中在WAPPERMAUI，MMSUserAgent，LENOVO-Vxxx/WAP2.0，CECTT868等2.2用戶業(yè)務(wù)感受在端到端分析中，我們除了關(guān)注網(wǎng)絡(luò)業(yè)務(wù)成功率之外，還需要關(guān)注用戶在使用該業(yè)務(wù)過程中的實際感受；對彩信業(yè)務(wù)，我們主要關(guān)注的方向如卜:丄彩信端到端時長分析；丄彩信業(yè)務(wù)失敗以及在業(yè)務(wù)不成功情況下的重發(fā)機制分析；丄客戶無法發(fā)送、收到彩信、重復(fù)收到同一彩信等具體的個案問題;2.2.1彩信端到端時長分析方法端到端時長分析，仍以在多接口的信令分析為依據(jù)；詳盡分析MMS-MO/MT過程中每一環(huán)節(jié)信令交互過程間的時延。比如對MO主要過程如下：MSGGSNWAPGWMMSCE-DNS1)PDP上卜文激活MS和WAPGW間建立連接MS數(shù)據(jù)上傳WAPGW根據(jù)MSISDN查找終端歸屬地的MMSCWAPGW和MMSC建立連接

6）WAPGW向MMSC發(fā)送數(shù)據(jù)7）WAPGW向終端發(fā)送確認，彩信發(fā)送完畢。根據(jù)我們的經(jīng)驗，彩信時延主要包含在以下幾個階段：（按造成時延的大小排列）丄終端向網(wǎng)關(guān)發(fā)送數(shù)據(jù)丄網(wǎng)關(guān)向E-DNS查詢用戶信息丄網(wǎng)元間（終端和網(wǎng)關(guān)，網(wǎng)關(guān)和彩信中心）建立連接，以及建立PDP激活等為實際彩信數(shù)據(jù)包發(fā)送做準備的階段丄網(wǎng)關(guān)向彩信中心發(fā)送數(shù)據(jù)我們需要分階段得出每段延時，并對比消息流程考察數(shù)據(jù)包在網(wǎng)絡(luò)中每個網(wǎng)元節(jié)點上（無線、核心網(wǎng)，WAP網(wǎng)關(guān)）的時間損耗。同時我們還要關(guān)注到：彩信業(yè)務(wù)的時延在很大程度上是依賴于彩信本身的長度大小的，因此我們在考察時延的同時還要考察彩信的長度。彩信發(fā)送時延分布11Counter—彩信發(fā)送時延分布11Counter—CDF0125103060單位(s)AverageSend-Conf-Delay22.865(s)2.2.2用戶投訴問題的處理針對用戶投訴的無法收到彩信、重復(fù)收到同一彩信問題。我們可以采用撥測結(jié)合信令分析的方式加以解決，無法收到彩信可以參考前面的彩信性能分析了解失敗原因；重復(fù)彩信通?？赡苡梢韵略蛟斐桑簛A無線問題導(dǎo)致WAP網(wǎng)關(guān)未正確收到應(yīng)答；丄WAP網(wǎng)關(guān)未正確轉(zhuǎn)發(fā)應(yīng)答到MMSC；丄某些終端異?！诮邮詹市艛?shù)據(jù)完畢后，不能正確發(fā)送回執(zhí)。2.3彩信業(yè)務(wù)流量分析隨著彩信業(yè)務(wù)的迅猛發(fā)展，已經(jīng)在眾多數(shù)據(jù)增值業(yè)務(wù)中起到越來越重要的地位。根據(jù)長期監(jiān)測的經(jīng)驗，尤其在熱點時段和地區(qū)（節(jié)假日，重大活動日）；彩信的業(yè)務(wù)量的突增往往對系統(tǒng)運行的穩(wěn)定性帶來相當大的影響。因此對彩信流量，時間/位置分布進行分析，對重大節(jié)日、活動、突發(fā)事件所帶來的業(yè)務(wù)量波動進行提前預(yù)測并采取措施是十分必要的。對彩信業(yè)務(wù)流量分析主要工作方向和思路有以下方面：丄彩信業(yè)務(wù)量時間/位置分布；通過統(tǒng)計數(shù)據(jù)對彩信業(yè)務(wù)流量在全天時段內(nèi)的波動以及從本地網(wǎng)關(guān)分發(fā)各地彩信中心的分布進行統(tǒng)計，歸納現(xiàn)網(wǎng)話務(wù)模型；丄節(jié)假日彩信/尋呼量預(yù)測；通過國慶，圣誕，元旦網(wǎng)絡(luò)監(jiān)測，我們發(fā)現(xiàn)在晚忙時高峰時段往往會突增大量的群發(fā)和重復(fù)發(fā)送的彩信。業(yè)務(wù)無響應(yīng)比例過高，重復(fù)嘗試的比例過高，會導(dǎo)致很快達到系統(tǒng)設(shè)備的容量瓶頸，系統(tǒng)負荷的增加同時導(dǎo)致業(yè)務(wù)成功率不斷下降。對于該問題，我們已經(jīng)先后在WAP網(wǎng)關(guān)上進行了話務(wù)統(tǒng)計和信令方面的分析。針對設(shè)備負荷我們亦進行了討論。以往我們都會對即將到來的話務(wù)高峰進行預(yù)測，并對需要擴容的硬件制定方案；考慮到運營成本與可行性，我們不可能單純依靠擴容來解決問題。我們希望