移動(dòng)數(shù)據(jù)業(yè)務(wù)端到優(yōu)化方法研究報(bào)告

前言3G/4G智能終端的普及，越來(lái)越多的整合了用戶(hù)生活需求的新的應(yīng)用到端優(yōu)化成為非常大的。端到端優(yōu)化方法同路徑特征參數(shù)，關(guān)聯(lián)信令面和用戶(hù)面消息，對(duì)移動(dòng)數(shù)據(jù)業(yè)務(wù)添加細(xì)管道，細(xì)管道概念和路徑特征參數(shù)的應(yīng)用業(yè)務(wù)添加不同的細(xì)管道統(tǒng)計(jì)分析基于細(xì)管道的業(yè)務(wù)不的移動(dòng)應(yīng)用業(yè)務(wù)，如移動(dòng)瀏覽業(yè)務(wù)、流、IM業(yè)務(wù)等APN、CELLID、RNCID、SGSNID、GGSNID、WAP、數(shù)據(jù)通設(shè)備等構(gòu)成；不同的路徑特征參數(shù)，TCP接收窗口、MSS等協(xié)議參數(shù)，多數(shù)情況下其細(xì)管 詳細(xì)信息見(jiàn)下表所示表2- 1ActivatePDPContextapn決定業(yè)務(wù)應(yīng)用請(qǐng)求GGSN之后的業(yè)務(wù)2 CipheringResp可用于識(shí)別3ActivatePDPContext可根據(jù)該字段獲取位置4ActivatePDPContext可根據(jù)該字段獲取路由5ActivatePDPContext目前國(guó)內(nèi)的對(duì)應(yīng)于CELL6用戶(hù)面上行應(yīng)用消可根據(jù)SGSN的設(shè)備接口地址設(shè)置網(wǎng)絡(luò)拓SGSNIDGGSN7SP8可用于識(shí)別9根據(jù)五元組或針對(duì)業(yè)務(wù)流特征的正則表達(dá)式識(shí)別端到端優(yōu)化方法口分析數(shù)據(jù)應(yīng)用的XDR文件否是圖2- （2）方案的可實(shí)施性和經(jīng)濟(jì)性（3）故一般可在無(wú)線(xiàn)接入網(wǎng)和PS網(wǎng)之間的接口實(shí)施如TDS絡(luò)IUPS接口，GPRSGb2按目標(biāo)分析數(shù)據(jù)的分流方式區(qū)分，一般分為交換機(jī)/路由器的端口鏡像的方式，其操作比較簡(jiǎn)單，需分光信號(hào)，然后送入監(jiān)測(cè)系統(tǒng)設(shè)備中，對(duì)現(xiàn)網(wǎng)不會(huì)產(chǎn)生影響）以太網(wǎng)TAP分路器的方式，其不增加設(shè)備的負(fù)荷，對(duì)網(wǎng)絡(luò)運(yùn)行按目標(biāo)分析數(shù)據(jù)的接收方式區(qū)分，一般分為信令網(wǎng)關(guān)，其處理能力較高，數(shù)據(jù)丟包較少普通服務(wù)器，其處理能力受服務(wù)器性能限制，在高負(fù)荷和高硬盤(pán)分析還應(yīng)滿(mǎn)足如下條件支持主流信令協(xié)議，如，TUP、ISUP、MAP、CAP 、H.248TAPIP地址對(duì)非目標(biāo)分析數(shù)據(jù)DPI，信令面數(shù)據(jù)交由某特定線(xiàn)程進(jìn)行單線(xiàn)程處理用戶(hù)面數(shù)據(jù)交由多線(xiàn)程進(jìn)行處理；TCPUDPWTP用戶(hù)面線(xiàn)程與子系統(tǒng)的處理用戶(hù)面數(shù)據(jù)的核一一對(duì)應(yīng)以保證同一個(gè)業(yè)務(wù)識(shí)別算法一般可以有如下幾種。業(yè)務(wù)識(shí)別完成后，在消息中添加業(yè)務(wù)類(lèi)型：基于協(xié)議分析的業(yè)務(wù)識(shí)別，協(xié)議模塊接收從分流模塊的原始信令，從原始信令的協(xié)議棧中，比方說(shuō)GN接口其協(xié)議棧結(jié)構(gòu)為IP->UDP->GTP協(xié)議出信元出來(lái)如用戶(hù)的IMSI號(hào)碼消息類(lèi)型等較底層的協(xié)議主要由硬件實(shí)現(xiàn)較的協(xié)議則由軟件實(shí)現(xiàn)：流量方式帶來(lái)了較大的處理時(shí)延網(wǎng)絡(luò)發(fā)展的需要。由硬件實(shí)現(xiàn)高層協(xié)議處理的在增加。，可用于計(jì)算信令面相關(guān)的成功率和時(shí)延也可用于信令面和用戶(hù)面消息的關(guān)聯(lián)，共同構(gòu)成細(xì)管道；另外抽取相關(guān)分析字段，如IMSI、錯(cuò)用戶(hù)面基于TCP流應(yīng)用成應(yīng)用請(qǐng)求消息和對(duì)應(yīng)的請(qǐng)求應(yīng)答消息、流的基本特息，如持續(xù)時(shí)間，流量，重傳率，丟包率等信息。（2）當(dāng)前協(xié)議棧調(diào)用結(jié)果器寫(xiě)入結(jié)果填充狀態(tài)和控制信息具有細(xì)管道的記錄信息的XDR文件的生成其可由合成服務(wù)器完成，其需要如下面的關(guān)聯(lián)步驟：信息進(jìn)行關(guān)聯(lián)，也即合成；如，將信令面用戶(hù)激活PDP請(qǐng)求消息和用戶(hù)激活PDP應(yīng)答消息關(guān)聯(lián)成一個(gè)激活PDPXDR將用戶(hù)面的HTTPGET請(qǐng)求和HTTPResponse消息關(guān)聯(lián)成一個(gè)HTTPGETXDR。完整的細(xì)管道為基于單接口的移動(dòng)數(shù)據(jù)業(yè)務(wù)端到端問(wèn)題定位提供分析數(shù)據(jù)支撐，關(guān)聯(lián)方法和所需的細(xì)管道見(jiàn)后文描述。（1）結(jié)果判斷類(lèi)型合成發(fā)送GPRSTDS網(wǎng)絡(luò)的移GPRSGPRS_NS.BVCISGSNCELL的邏輯鏈路標(biāo)識(shí)，BSSGP.TLLI為GPRSActivePDPContextAcceptBSSGP.TLLI進(jìn)行了轉(zhuǎn)換。表2- GPRS用戶(hù)面信令面串12 3 45678 9 10T11Ack,12TDSSSTDS表2- TDS用戶(hù)面信令面串RRD1NM92893NP94Pp895NP96NM897NP098NP899NM910N011N8012N013N0信令面消息由字段S.SLR和S.DLR進(jìn)行關(guān)其中信令面消息RAB_AssignmentRequest和RAB_AssignmentRequest消息RAB_AssignmentRequestRANAP.TRANSPORTLAYERADDRES（16IP.SRC_HOST）；RAB_AssignmentRequest消息中的字（16進(jìn)制）GTP.TEID于面和信令面消息的關(guān)聯(lián)是對(duì)業(yè)務(wù)應(yīng)用細(xì)管道進(jìn)行的前提條件，細(xì)管道標(biāo)CellRNC/BSCSGSNGGSN其中終端類(lèi)型可在Http.User_Agent字段中獲取也可以在A(yíng)uthenticationandCipheringResp消息的gsm_a.imeisv字段中獲的終端的TAC信息，再通過(guò)TAC和終端類(lèi)型的對(duì)應(yīng)關(guān)系獲取終端類(lèi)型信息，如TAC BLACKBERRY5820TDS網(wǎng)絡(luò)的細(xì)管道和字段的獲取方法可見(jiàn)附圖6（1）（2）發(fā)起方解析的情況下，通過(guò)監(jiān)測(cè)傳輸成指標(biāo)也是監(jiān)測(cè)業(yè)務(wù)質(zhì)量的重要途徑，TCPXDR除了細(xì)管道外，還應(yīng)包括如下信息：SYNAckTCPTCPTCPTCP單用戶(hù)原始信令生成，用戶(hù)面數(shù)據(jù)和控制明數(shù)據(jù)的和關(guān)聯(lián)，生成單用用戶(hù)原始信令（刪除應(yīng)用層的內(nèi)容數(shù)據(jù)），XDR對(duì)應(yīng)的索引，進(jìn)行存貯，xDR直接入庫(kù)或進(jìn)行預(yù)處理后進(jìn)行入庫(kù)，為了實(shí)現(xiàn)業(yè)務(wù)應(yīng)用性能的快速統(tǒng)xDR進(jìn)行一定維度的聚合，如時(shí)間維度，前提條件是不影響細(xì)管3個(gè)判斷準(zhǔn)則，具體的問(wèn)題否是圖2-2 Wap圖2- 由特定進(jìn)程抽取用戶(hù)面信令面進(jìn)行關(guān)聯(lián)的特征字段和用于業(yè)務(wù)應(yīng)用性能計(jì)算的相關(guān)字段，并記錄流量、重傳率、丟包率等TCP流表息。XDR文件。UEUEUEUE 圖2-4TCP48%；A2APN3GNET時(shí)，過(guò)WAP網(wǎng)關(guān)的，故可初步推斷丟包高的問(wèn)題和WAP網(wǎng)關(guān)有一定關(guān)物理路徑的用戶(hù)群3，用戶(hù)群3的相同的，業(yè)務(wù)應(yīng)用也正常，丟WAP網(wǎng)關(guān)的負(fù)載均衡MSSTCPWAPMSS設(shè)置后，問(wèn)題得以方法特點(diǎn)本發(fā)明提供基于信令面用戶(hù)面消息管理系統(tǒng)添加管道識(shí)別的管道識(shí)通過(guò)網(wǎng)絡(luò)優(yōu)化經(jīng)驗(yàn)，提供優(yōu)化建議。端到端優(yōu)化技能要求致力于發(fā)現(xiàn)問(wèn)題，需要具備在應(yīng)用層/傳輸層等上層協(xié)議分析業(yè)務(wù)應(yīng)用性11；22；3。圖3- 提示:2并非各子網(wǎng)優(yōu)化專(zhuān)家的簡(jiǎn)單堆砌，其建立在優(yōu)化構(gòu)上作出調(diào)整，讓原來(lái)主要關(guān)注無(wú)線(xiàn)優(yōu)化的人員參與網(wǎng)/業(yè)務(wù)平臺(tái)的分析優(yōu)表3- 人數(shù)備注1人1人項(xiàng)目技術(shù)工作進(jìn)度及質(zhì)量（目標(biāo)）用戶(hù)感知分析工2人對(duì)目標(biāo)優(yōu)化區(qū)域內(nèi)語(yǔ)音業(yè)及主要數(shù)據(jù)業(yè)務(wù)的業(yè)務(wù)KQI指標(biāo)進(jìn)行定義評(píng)估KQI業(yè)務(wù)性能分析工3人無(wú)障礙業(yè)務(wù)應(yīng)用分析工1人3）無(wú)業(yè)務(wù)應(yīng)用優(yōu)化報(bào)告及指導(dǎo)書(shū)編用戶(hù)行為分析分析工程1人終端分析工1人終端/業(yè)務(wù)的特殊業(yè)務(wù)流程對(duì)無(wú)線(xiàn)接入網(wǎng)資源分配表3- 具備端到端全程視角的系統(tǒng)工1無(wú)線(xiàn)接入網(wǎng)資深工1網(wǎng)資深工1幫助分析定位子網(wǎng)問(wèn)業(yè)務(wù)平臺(tái)資深工1有助于定位排查業(yè)務(wù)平臺(tái)問(wèn)工1幫助分析定位承載網(wǎng)方面的端到端優(yōu)化工具支撐絡(luò)（無(wú)線(xiàn)網(wǎng)、網(wǎng)、業(yè)務(wù)平臺(tái)）之間的接口互聯(lián)，以及業(yè)務(wù)流程/信令的完整 A、CDT、UBAS等均是端到業(yè)務(wù)應(yīng)用性能分析優(yōu)化工具，這是端到端優(yōu)化分析優(yōu)化的工具，借以圖4- 進(jìn)行單用戶(hù)控制面和用戶(hù)面消息的串聯(lián)是對(duì)具體錯(cuò)誤進(jìn)行分析的基KQI指標(biāo)的準(zhǔn)實(shí)時(shí)統(tǒng)計(jì)分析能力常見(jiàn)問(wèn)題無(wú)業(yè)務(wù)應(yīng)用APN，代帶來(lái)巨大的。針對(duì)終端設(shè)置錯(cuò)誤問(wèn)題，僅依靠對(duì)用戶(hù)進(jìn)行一對(duì)一的設(shè)置指導(dǎo)不現(xiàn)實(shí)。、無(wú)業(yè)務(wù)應(yīng)用的目標(biāo)為在終端APN 地址/端口彩信URL均設(shè)置錯(cuò)、SGSNAPN實(shí)施糾錯(cuò)；對(duì)于地址/端口錯(cuò)誤設(shè)置，可利用的NAT網(wǎng)絡(luò)地址轉(zhuǎn)換功能或WAP/WEBVirtualServer實(shí)施糾錯(cuò)；對(duì)于彩信URL地址的錯(cuò)誤設(shè)置，網(wǎng)關(guān)可根據(jù)GET/POST消息中的Content-type消息判斷用戶(hù)應(yīng)用的業(yè)務(wù)是否為彩信，并作出正確處理，實(shí)URL地址的糾錯(cuò)無(wú)業(yè)務(wù)應(yīng)用涉及的整改網(wǎng)元主要包括：SGSN、GRE路由器、、圖5- 無(wú)業(yè)務(wù)應(yīng)用整改網(wǎng)TCP傳輸性能TCP接收窗口大小優(yōu)化，根據(jù)帶寬時(shí)延乘積BDP，來(lái)設(shè)置接收窗口大小，最BDP和初始窗口有關(guān)外，TCP分組大小也是一個(gè)重要影響因素，一MSS對(duì)提高慢啟動(dòng)階段的帶寬利用率有幫助，而且可務(wù)，存在影響；時(shí)間戳選項(xiàng)，TCP傳輸過(guò)程中，若RTT估算確，會(huì)導(dǎo)致帶寬利用率RTT的計(jì)算變的準(zhǔn)確，從而獲得TCP傳輸性能，但會(huì)增加分組開(kāi)銷(xiāo)。MTU設(shè)置可獲得較高的傳輸速率。圖5- 不同MTU設(shè)置在慢啟動(dòng)階段的傳輸速率統(tǒng)根據(jù)無(wú)線(xiàn)網(wǎng)絡(luò)的傳輸特點(diǎn)，TCPTCP接收窗口設(shè)置有一定余量，然后觀(guān)察傳輸穩(wěn)定階段TCP6MbpsRTTFTP服務(wù)器包近似獲得）；RTT對(duì)傳輸速率的影響明顯，無(wú)線(xiàn)RTT作為重要優(yōu)化目標(biāo)TCP傳輸性能造成更大影響，在無(wú)線(xiàn)接入網(wǎng)彩信業(yè)務(wù)質(zhì)量上發(fā)展起來(lái)的一種新型消息業(yè)務(wù)，由第3代移動(dòng)通訊標(biāo)準(zhǔn)化組織（3GPP，Third-generationPartnershipProject）WAP（WirelessApplicationProtocol）中對(duì)其具體實(shí)現(xiàn)加以補(bǔ)充，多消息的內(nèi)容包含文本、音頻、等多種類(lèi)型，信息容量也比短消息大大增長(zhǎng)，可以達(dá)到轉(zhuǎn)成功率，MMSMMS相冊(cè)之間鏈路數(shù)據(jù)必須匹配；SP/MMSGSP質(zhì)量運(yùn)營(yíng)水平進(jìn)行分析，如將成功率SP/MMSGTCP鏈路數(shù)、業(yè)務(wù)量等，確保不因?yàn)镾P/MMSG要以彩信系統(tǒng)分配的流量進(jìn)行下WAP/WEB網(wǎng)關(guān)MMSMMSMMS5）MMS彩收性能分析指MMSMMSMMSMMSMMS問(wèn)題描述：終端設(shè)置錯(cuò)誤，包括地址、端口、彩信RUL設(shè)下發(fā)失敗，進(jìn)而導(dǎo)致彩收成功率低，影響用戶(hù)感知。MMS進(jìn)行MMS接收行為，其中所經(jīng)歷的流程包括：M-Notification-ind->PDPActive->WSPorTCPConnect->WSPorHTTPGet(GetM-Notification-ind中攜帶的Content-location)->M-Retrieve-Conf；而設(shè)置了手動(dòng)接收方式接收MMS的PUSH短消息后，用戶(hù)首先點(diǎn)擊該短消息，當(dāng)點(diǎn)擊短消息中的Deferredm-retrieve-conf消息，終端在全部接收完成后，終m-acknowledge-indMMS移動(dòng)瀏覽業(yè)務(wù)質(zhì)量務(wù)。移動(dòng)用戶(hù)可以通過(guò)移動(dòng)終端上的瀏覽器WAP和互聯(lián)網(wǎng)。根據(jù)移動(dòng)瀏覽應(yīng)用技術(shù)的不同，可將目前的移動(dòng)瀏覽類(lèi)業(yè)務(wù)劃分為兩類(lèi)：WAP瀏覽與WEB瀏覽。WAP瀏覽主要基于WAP1.X技術(shù)，需要通過(guò)WAP網(wǎng)關(guān)；、動(dòng)瀏覽業(yè)務(wù)的應(yīng)答時(shí)延成功率、掉線(xiàn)率等指標(biāo)進(jìn)行分析，并結(jié)合測(cè)試用例來(lái)排查可能存在業(yè)務(wù)應(yīng)用質(zhì)量問(wèn)題。針對(duì)發(fā)現(xiàn)的問(wèn)題/錯(cuò)誤通過(guò)業(yè)務(wù)、用質(zhì)量分析工具串聯(lián)所有的用戶(hù)面和控制面消息協(xié)同無(wú)線(xiàn)網(wǎng)的相關(guān)分析，SP，作為系統(tǒng)優(yōu)化，目前的優(yōu)化重點(diǎn)在業(yè)務(wù)管道的優(yōu)化（定位并采取措施解決問(wèn)題），SP另外，針對(duì)移動(dòng)瀏覽業(yè)務(wù)，WAP網(wǎng)關(guān)的日志文件和數(shù)據(jù)庫(kù)文件也是排查分WAP網(wǎng)關(guān)自身問(wèn)題的重要數(shù)據(jù)源。GETGETGETGETPOSTPOSTPOSTPOST應(yīng)答狀態(tài)碼，如下圖所示，嚴(yán)格來(lái)說(shuō)端到端優(yōu)化對(duì)業(yè)務(wù)應(yīng)用質(zhì)量的優(yōu)化表5- HTTPGET/POST響應(yīng)狀態(tài)碼注200304Not304302Moved請(qǐng)求的網(wǎng)頁(yè)地址被臨時(shí)取消網(wǎng)絡(luò)會(huì)在返回消息中告知新地址。終端一般會(huì)向此新地址重新提出請(qǐng)404NotURI相符的資源。404狀態(tài)40（止）400Bad301Moved在將來(lái)通過(guò)該URL來(lái)此資源。有編輯功能的客戶(hù)端會(huì)盡可能地根據(jù)服務(wù)器端傳回的新711extension-206extension-302請(qǐng)求的網(wǎng)頁(yè)地址找403該狀態(tài)碼一般用于服務(wù)器端不想公布請(qǐng)求被302請(qǐng)求的網(wǎng)頁(yè)成302Object-204No206Partial問(wèn)題描述：在網(wǎng)絡(luò)側(cè)實(shí)現(xiàn)無(wú)業(yè)務(wù)應(yīng)用后，GRE路由器的靜態(tài)路SP的移動(dòng)網(wǎng)頁(yè)瀏覽業(yè)務(wù)失敗。的需要，需GRE路由器的靜態(tài)路由，使其滿(mǎn)足免流量地址即時(shí)通訊業(yè)務(wù)質(zhì)量QQ為騰訊計(jì)算機(jī)系統(tǒng)開(kāi)發(fā)的一款基于Internet的即時(shí)通信（IM）軟件。QQ支持聊天、、點(diǎn)對(duì)點(diǎn)斷點(diǎn)續(xù)傳文件、共享文件、網(wǎng)絡(luò)硬盤(pán)、自定義面板、QQ郵箱等多種功能。并可與移動(dòng)通訊終端等多種通訊方式相連。QQOICQ，OICQUDPTCP。有別于有線(xiàn)網(wǎng)絡(luò)的QQ業(yè)務(wù)，QQ業(yè)務(wù)建立在TCP傳輸協(xié)議上。QQ服務(wù)器的TCP端一般為14000。QQ1）QQ接入成功2）QQ接入時(shí)QQQQQQQQQQQQ QQTCPIUQQTCP戶(hù)嚴(yán)重。WAP網(wǎng)關(guān)的WAP網(wǎng)關(guān)防火QQ業(yè)務(wù)存在信息交互過(guò)程中存在消息丟失和亂序的流業(yè)務(wù)質(zhì)量流的主要技術(shù)特征就是采用流式傳輸即通過(guò)互聯(lián)網(wǎng)將影音傳送到實(shí)時(shí)流式傳輸（Real-timestreaming）。實(shí)時(shí)流式傳輸保證信號(hào)帶寬與網(wǎng)絡(luò)連接相匹配使可被實(shí)時(shí)到。實(shí)時(shí)流與HTTP流式傳輸不同，需要的流服務(wù)器與傳輸協(xié)議。實(shí)時(shí)流式傳輸特別適合現(xiàn)場(chǎng)，也支持隨機(jī)，用戶(hù)可快進(jìn)或后退以前面或后面的內(nèi)容。理論上，實(shí)時(shí)流一經(jīng)就可不停地收看，但實(shí)際上，可能會(huì)發(fā)生周期暫停實(shí)時(shí)流式傳輸可以實(shí)現(xiàn)實(shí)況轉(zhuǎn)播可以實(shí)現(xiàn)廣播和多播也支持隨機(jī)。實(shí)時(shí)流式傳輸適合的包括電視、音樂(lè)、等。順序流式傳輸?shù)牧鳂I(yè)務(wù)主要采用HTTP協(xié)議進(jìn)行數(shù)據(jù)傳輸也經(jīng)常被稱(chēng)為HTTP流式傳輸流，其業(yè)務(wù)應(yīng)用過(guò)程和移動(dòng)網(wǎng)頁(yè)瀏覽業(yè)務(wù)應(yīng)用過(guò)程