lte do端到用戶感知優(yōu)化xu fan

LTEDO（Dataptimization)端到端用戶感知優(yōu)化許璠2015年5月目錄平臺(tái)概述第二節(jié)：端到端總結(jié)附錄第三節(jié)：投訴分析第四節(jié)：wirshark第一節(jié)：采集原理LTEDO平臺(tái)架構(gòu)S1鏈路鏡像來(lái)自于寧波傳輸。目前傳輸流量8.5Gbps，經(jīng)過(guò)分流器處理后DO平臺(tái)分析4Gbps數(shù)據(jù)。寧波用戶面接入范圍是寧波市四區(qū)。S6a+SGs+S11控制面取自于杭州。目前寧波有7個(gè)MME（DO接入了2個(gè)MME）需要擴(kuò)容。LTEDO平臺(tái)硬件CPU2個(gè)40核心內(nèi)存16條128G硬盤(pán)12塊36T網(wǎng)卡2塊8口LTE-DO平臺(tái)：多接口數(shù)據(jù)實(shí)時(shí)關(guān)聯(lián)，海量數(shù)據(jù)挖掘、處理、存儲(chǔ)。提供管、云、端（終端-用戶-網(wǎng)絡(luò)-應(yīng)用）的全方位智能分析手段。豐富的專題分析應(yīng)用與靈活的定制化開(kāi)發(fā)。LTEDO系統(tǒng)軟件平臺(tái)第一節(jié)LTEDO數(shù)據(jù)采集原理DOLTE系統(tǒng)實(shí)現(xiàn)了多接口解碼和關(guān)聯(lián)?各接口信令的處理能力：

?NSNLTEDO平臺(tái)，能夠?qū)TE網(wǎng)絡(luò)中各接口（S1-MME,S1-U,S6a，S11，X2等）的信令消息、協(xié)議層進(jìn)行完全解碼

?底層數(shù)據(jù)的完全解密和解碼：

?NSNLTEDO平臺(tái)，通過(guò)對(duì)接口信令的解碼和關(guān)聯(lián)，從而實(shí)現(xiàn)用戶跟蹤、網(wǎng)絡(luò)性能指標(biāo)的統(tǒng)計(jì)。 ?部分MME設(shè)備廠家對(duì)S1接口信令中NAS層消息進(jìn)行了加密，常規(guī)解碼方法無(wú)法對(duì)消息進(jìn)行解碼，從而得不到相應(yīng)的信息，整個(gè)流程無(wú)法進(jìn)行關(guān)聯(lián)?；谏鲜鲈颍脩舾?、網(wǎng)絡(luò)性能指標(biāo)無(wú)法得到。為此，NSN開(kāi)發(fā)相關(guān)解密方法，對(duì)NAS層信令進(jìn)行解密。?高度用戶信息關(guān)聯(lián)：

?LTE網(wǎng)絡(luò)中，由于S1接口信令中用戶信息（IMSI）很少，常規(guī)關(guān)聯(lián)方法的關(guān)聯(lián)度低。

?NSNLTEDO平臺(tái)，開(kāi)發(fā)關(guān)聯(lián)算法，能夠有效地對(duì)用戶信息進(jìn)行關(guān)聯(lián)，實(shí)現(xiàn)多接口控制面關(guān)聯(lián)、用戶面消息關(guān)聯(lián)及用戶面和控制面的關(guān)聯(lián)。LTE網(wǎng)絡(luò)優(yōu)化LTEDO信令平臺(tái)?網(wǎng)絡(luò)性能指標(biāo)分析按不同協(xié)議層，多維度分析網(wǎng)絡(luò)的性能指標(biāo)，包括LTE特有的性能指標(biāo)錯(cuò)誤原因值分析、統(tǒng)計(jì)?用戶投訴和信令回放模塊根據(jù)用戶投訴，給出一段時(shí)間內(nèi)投訴用戶所發(fā)生的所有事件以及事件的狀況多維度交叉查詢，定位投訴問(wèn)題信令跟蹤回放，展現(xiàn)信令交互全過(guò)程，深入分析問(wèn)題所在?用戶行為現(xiàn)網(wǎng)業(yè)務(wù)使用的狀況及占比，如視頻、下載、瀏覽等展現(xiàn)用戶使用不同業(yè)務(wù)的性能，如流量、速率、時(shí)延等?終端性能現(xiàn)網(wǎng)LTE終端使用的滲透率第二節(jié)LTEDO端到端優(yōu)化DO平臺(tái)

分析過(guò)程中發(fā)現(xiàn)UC瀏覽器的TCP連接成功率低，通過(guò)層層分析排查，發(fā)現(xiàn)是UC瀏覽器的云端加速存在問(wèn)題，導(dǎo)致通過(guò)該瀏覽器瀏覽網(wǎng)站的網(wǎng)頁(yè)圖片顯示困難，而關(guān)閉云端加速，圖片顯示正常。僅寧波全網(wǎng)就有超過(guò)200萬(wàn)用戶使用UC瀏覽器，對(duì)全省用戶影響面則更大。針對(duì)該問(wèn)題，寧波移動(dòng)計(jì)劃向著所有使用UC瀏覽器的用戶發(fā)送關(guān)懷短信，根據(jù)以往短信關(guān)懷用戶對(duì)關(guān)懷內(nèi)容的認(rèn)可度，估計(jì)將有80%用戶會(huì)接收短信關(guān)懷建議，因此超過(guò)160萬(wàn)用戶瀏覽上網(wǎng)滿意度將得到提升，并且UC瀏覽器TCP建立成功率將提升6%以上。

現(xiàn)場(chǎng)使用UC瀏覽器對(duì)網(wǎng)頁(yè)文本、圖片、視頻等不同類型的URI進(jìn)行反復(fù)嘗試與驗(yàn)證，發(fā)現(xiàn)使用UC瀏覽器瀏覽圖片頁(yè)面的時(shí)候，抓包未能抓到get請(qǐng)求，基本確定UC瀏覽器使用了自有虛擬通道發(fā)起了get，在研究UC瀏覽器的設(shè)置后發(fā)現(xiàn)開(kāi)啟了云端加速；案例1、影響百萬(wàn)用戶瀏覽網(wǎng)頁(yè)感知問(wèn)題UC顯示汽車之家圖片云端加速淘寶圖片相關(guān)的URI地址有和URIDIP_IP日期HTTP成功率22014/10/672.47%22014/10/753.99%22014/10/955.51%22014/10/1056.35%22014/10/1155.90%22014/10/1255.17%22014/10/1353.35%22014/10/1453.90%22014/10/1552.17%22014/10/668.78%22014/10/752.78%22014/10/954.16%22014/10/1052.93%22014/10/1152.74%22014/10/1253.51%22014/10/1350.93%22014/10/1450.74%22014/10/1550.51%URISTATUSCODE錯(cuò)誤次數(shù)占比超時(shí)4658743.48%2003815835.61%3022156720.13%4044230.39%5042190.20%3041770.17%206240.02%40310.00%統(tǒng)計(jì)2的HTTP訪問(wèn)返回狀態(tài)碼，如下：從返回狀態(tài)碼分析可知，訪問(wèn)該URI出現(xiàn)超時(shí)達(dá)到43.48%，302跳轉(zhuǎn)達(dá)到20%左右，由此可知，該URI的IP訪問(wèn)成功率特別差。根據(jù)緩存機(jī)制，這兩個(gè)域名及別名皆指向了藍(lán)汛，藍(lán)汛服務(wù)器未反饋地址或者超時(shí)從而導(dǎo)致省網(wǎng)dns直接返回導(dǎo)航地址。省公司將2個(gè)藍(lán)汛緩存地址指向取消后，淘寶圖片的統(tǒng)計(jì)恢復(fù)正常。案例2、淘寶圖片顯示問(wèn)題淘寶圖片顯示問(wèn)題藍(lán)訊緩存DIP第三節(jié)LTEDO投訴分析用戶投訴優(yōu)化用戶信令回溯用戶信令回溯用戶信令回溯是用于對(duì)某用戶的IMSI或MSISDN的某一指定時(shí)段的多接口事件、信令的查詢及導(dǎo)出，分析該用戶信令及用戶面是否存在的問(wèn)題。訪問(wèn)方式：首頁(yè)面->鼠標(biāo)移至用戶投訴優(yōu)化->用戶信令回溯顯示“用戶信令回溯”查詢框，在頂部查詢區(qū)輸入IMSI或者M(jìn)SISDN號(hào)（二選一），選擇開(kāi)始日期和時(shí)間（時(shí)、分、秒），結(jié)束日期和時(shí)間（時(shí)、分、秒），圖例如下:繼續(xù)點(diǎn)擊“查詢”，稍后查詢結(jié)果如下圖:用戶信令回溯投訴智能診斷

投訴智能診斷功能通過(guò)對(duì)某一個(gè)或多個(gè)用戶的IMSI或MSISDN的某一指定時(shí)段的查詢，從網(wǎng)絡(luò)可用性、用戶、終端、無(wú)線、核心、業(yè)務(wù)等諸方面進(jìn)行全方位的預(yù)置算法智能分析，得出該用戶那些方面可能存在問(wèn)題。

多個(gè)用戶查詢時(shí)，號(hào)碼間需用逗號(hào)分開(kāi)。

訪問(wèn)方式：

首頁(yè)面->鼠標(biāo)移至用戶投訴優(yōu)化->投訴智能診斷

或從頂部導(dǎo)航欄->用戶投訴優(yōu)化->“投訴智能診斷”進(jìn)入?！巴对V智能診斷”查詢框，圖例如下：在頂部查詢區(qū)輸入IMSI或者M(jìn)SISDN號(hào)（二選一）、選擇開(kāi)始日期和時(shí)間（時(shí)）、結(jié)束日期和時(shí)間（時(shí)），按“查詢”后，稍后，查詢結(jié)果圖例如下:投訴智能診斷查詢結(jié)果說(shuō)明：1． 查詢區(qū)：為進(jìn)一步分析，查詢區(qū)域右側(cè)，點(diǎn)擊“用戶信令回溯”，可以直接進(jìn)入用戶信令回溯查詢頁(yè)面。2． 智能診斷結(jié)果匯總區(qū)：分析出IMSI/MSISDN,終端型號(hào)、平均總體時(shí)延、總體速率、經(jīng)過(guò)小區(qū)個(gè)數(shù)等KPI數(shù)據(jù)。從網(wǎng)絡(luò)可用性、用戶、終端、無(wú)線、核心、業(yè)務(wù)等諸方面進(jìn)行全方位的預(yù)置算法智能分析，獲得這幾個(gè)方面的問(wèn)題及其分析結(jié)果。3． 小區(qū)HTTP業(yè)務(wù)性能一覽區(qū)：鼠標(biāo)移到圖形區(qū)，可以看到小區(qū)詳細(xì)信息。4． 五步事件匯總區(qū)：得出ATTACH、PDP、DNS查詢、TCP建立、HTTP請(qǐng)求5部分的事件、嘗試次數(shù)、成功率、全網(wǎng)平均成功率、時(shí)延、全網(wǎng)平均時(shí)延這些匯總信息?？梢詫?duì)某個(gè)事件進(jìn)行下鉆：點(diǎn)擊操作“詳情”可以看到每類事件的詳細(xì)信息，也可以導(dǎo)出csv格式詳細(xì)信息。第四節(jié)Wirshark應(yīng)用MENUS（菜單）SHORTCUTS（快捷方式）

DISPLAYFILTER（顯示過(guò)濾器）PACKETLISTPANE（封包列表)PACKETDETAILSPANE（封包詳細(xì)信息）DISSECTORPANE（16進(jìn)制數(shù)據(jù)）MISCELLANOUS（雜項(xiàng)）功能界面介紹"File"（文件）打開(kāi)或保存捕獲的信息。"Edit"（編輯）查找或標(biāo)記封包。進(jìn)行全局設(shè)置。"View"（查看）設(shè)置Wireshark的視圖。"Go"（轉(zhuǎn)到）跳轉(zhuǎn)到捕獲的數(shù)據(jù)。"Capture"（捕獲）設(shè)置捕捉過(guò)濾器并開(kāi)始捕捉。"Analyze"（分析）設(shè)置分析選項(xiàng)。"Statistics"（統(tǒng)計(jì)）查看Wireshark的統(tǒng)計(jì)信息。"Help"（幫助）查看本地或者在線支持。Help幫助ContentsWireshark使用手冊(cè)SupportedProtocolsWireshark支持的協(xié)議清單ManualPages使用手冊(cè)（HTML網(wǎng)頁(yè)）WiresharkOnlineWireshark在線AboutWireshark關(guān)于WiresharkANSI

按照美國(guó)國(guó)家標(biāo)準(zhǔn)協(xié)會(huì)的ANSI協(xié)議分析FaxT38Analysis...

按照T38傳真規(guī)范進(jìn)行分析GSM

全球移動(dòng)通信系統(tǒng)GSM的數(shù)據(jù)H.225H.225

協(xié)議的數(shù)據(jù)MTP3MTP3

協(xié)議的數(shù)據(jù)RTP

實(shí)時(shí)傳輸協(xié)議RTP的數(shù)據(jù)SCTP

數(shù)據(jù)流控制傳輸協(xié)議SCTP的數(shù)據(jù)SIP...

會(huì)話初始化協(xié)議SIP的數(shù)據(jù)VoIPCalls

互聯(lián)網(wǎng)IP電話的數(shù)據(jù)WAP-WSP

無(wú)線應(yīng)用協(xié)議WAP和WSP的數(shù)據(jù)BOOTP-DHCP

引導(dǎo)協(xié)議和動(dòng)態(tài)主機(jī)配置協(xié)議的數(shù)據(jù)Destinations…

通信目的端FlowGraph…

網(wǎng)絡(luò)通信流向圖HTTP

超文本傳輸協(xié)議的數(shù)據(jù)IPaddress…

互聯(lián)網(wǎng)IP地址ISUPMessages…ISUP

協(xié)議的報(bào)文MulticastStreams

多播數(shù)據(jù)流ONC-RPCProgramsPacketLength

數(shù)據(jù)包的長(zhǎng)度PortType…

傳輸層通信端口類型TCPStreamGraph

傳輸控制協(xié)議TCP數(shù)據(jù)流波形圖Statistics對(duì)已捕獲的網(wǎng)絡(luò)數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析Summary

已捕獲數(shù)據(jù)文件的總統(tǒng)計(jì)概況ProtocolHierarchy

數(shù)據(jù)中的協(xié)議類型和層次結(jié)構(gòu)Conversations

會(huì)話Endpoints

定義統(tǒng)計(jì)分析的結(jié)束點(diǎn)IOGraphs

輸入/輸出數(shù)據(jù)流量圖ConversationList

會(huì)話列表EndpointList

統(tǒng)計(jì)分析結(jié)束點(diǎn)的列表ServiceResponseTime

從客戶端發(fā)出請(qǐng)求至收到服務(wù)器

響應(yīng)的時(shí)間間隔Analyze對(duì)已捕獲的網(wǎng)絡(luò)數(shù)據(jù)進(jìn)行分析DisplayFilters…

選擇顯示過(guò)濾器ApplyasFilter

將其應(yīng)用為過(guò)濾器PrepareaFilter

設(shè)計(jì)一個(gè)過(guò)濾器FirewallACLRules

防火墻ACL規(guī)則EnabledProtocols…

已可以分析的協(xié)議列表DecodeAs…

將網(wǎng)絡(luò)數(shù)據(jù)按某協(xié)議規(guī)則解碼UserSpecifiedDecodes…

用戶自定義的解碼規(guī)則FollowTCPStream

跟蹤TCP傳輸控制協(xié)議的通信數(shù)據(jù)段，

將分散傳輸?shù)臄?shù)據(jù)組裝還原FollowSSLstream

跟蹤SSL安全套接層協(xié)議的通信數(shù)據(jù)流ExpertInfo

專家分析信息ExpertInfoComposite

構(gòu)造專家分析信息Capture捕獲網(wǎng)絡(luò)數(shù)據(jù)Interfaces…

選擇本機(jī)的網(wǎng)絡(luò)接口

進(jìn)行數(shù)據(jù)捕獲Options…

捕獲參數(shù)選擇Start

開(kāi)始捕獲網(wǎng)絡(luò)數(shù)據(jù)Stop

停止捕獲網(wǎng)絡(luò)數(shù)據(jù)Restart

重新開(kāi)始捕獲CaptureFilters…

選擇捕獲過(guò)濾器Go運(yùn)行Back

向后運(yùn)行Forward

向前運(yùn)行Gotopacket…

轉(zhuǎn)移到某數(shù)據(jù)包GotoCorrespondingPacket

轉(zhuǎn)到相應(yīng)的數(shù)據(jù)包PreviousPacket

前一個(gè)數(shù)據(jù)包NextPacket

下一個(gè)數(shù)據(jù)包FirstPacket

第一個(gè)數(shù)據(jù)包LastPacket

最后一個(gè)數(shù)據(jù)包View視圖MainToolbar

主工具欄FilterToolbar

過(guò)濾器工具欄WirelessToolbar

無(wú)線工具欄Statusbar

運(yùn)行狀況工具欄PacketList

數(shù)據(jù)包列表PacketDetails

數(shù)據(jù)包細(xì)節(jié)PacketBytes

數(shù)據(jù)包字節(jié)TimeDisplayFormat

時(shí)間顯示格式Nameresolution

名字解析（轉(zhuǎn)換：

域名/IP地址，

廠商名/MAC地址,端口號(hào)/端口名）ColorizePacketList

顏色標(biāo)識(shí)的數(shù)據(jù)包列表AutoScrollinLiveCapture現(xiàn)場(chǎng)捕獲時(shí)實(shí)時(shí)滾動(dòng)ZoomIn

放大顯示ZoomOut

縮小顯示NormalSize

正常大小ResizeAllColumns

改變所有列大小ExpandSubtrees

擴(kuò)展開(kāi)數(shù)據(jù)包內(nèi)封裝協(xié)議的子樹(shù)結(jié)構(gòu)ExpandAll

全部擴(kuò)展開(kāi)CollapseAll

全部折疊收縮ColoringRules…

對(duì)不同類型的數(shù)據(jù)包用不同顏色標(biāo)識(shí)的規(guī)則ShowPacketinNewWindow

將數(shù)據(jù)包顯示在一個(gè)新的窗口Reload

將數(shù)據(jù)文件重新加Edit編輯FindPacket…

搜索數(shù)據(jù)包FindNext

搜索下一個(gè)FindPrevious

搜索前一個(gè)MarkPacket(toggle)

對(duì)數(shù)據(jù)包做標(biāo)記（標(biāo)定）FindNextMark

搜索下一個(gè)標(biāo)記的包FindPreviousMark

搜索前一個(gè)標(biāo)記的包MarkAllPackets

對(duì)所有包做標(biāo)記UnmarkAllPackets

去除所有包的標(biāo)記SetTimeReference(toggle)

設(shè)置參考時(shí)間（標(biāo)定）FindNextReference

搜索下一個(gè)參考點(diǎn)FindPreviousReference

搜索前一個(gè)參考點(diǎn)Preferences

參數(shù)選擇File打開(kāi)文件Open打開(kāi)文件OpenRecent打開(kāi)近期訪問(wèn)過(guò)的文件Merge…將幾個(gè)文件合并為一個(gè)文件Close關(guān)閉此文件SaveAs…保存為…FileSet文件屬性Export文件輸出Print…打印輸出Quit關(guān)閉在菜單下面，是一些常用的快捷按鈕。您可以將鼠標(biāo)指針移動(dòng)到某個(gè)圖標(biāo)上以獲得其功能說(shuō)明。顯示過(guò)濾器用于查找捕捉記錄中的內(nèi)容。請(qǐng)不要將捕捉過(guò)濾器和顯示過(guò)濾器的概念相混淆。請(qǐng)參考Wireshark過(guò)濾器中的詳細(xì)內(nèi)容。

(tcp.port==80||udp.port==80)&&ip.addr==01說(shuō)明：源地址和目的地址為01并且端口為80的所有數(shù)據(jù)包ip.addr==01&&http說(shuō)明：源地址和目的地址為01并且協(xié)議為HTTP的所有數(shù)據(jù)包這里顯示的是在封包列表中被選中項(xiàng)目的詳細(xì)信息。

信息按照不同的OSIlayer進(jìn)行了分組，可以展開(kāi)每個(gè)項(xiàng)目查看。下面截圖中展開(kāi)的是HTTP信息。“解析器”在Wireshark中也被叫做“16進(jìn)制數(shù)據(jù)查看面板”。這里顯示的內(nèi)容與“封包詳細(xì)信息”中相同，只是改為以16進(jìn)制的格式表述。

在上面的例子里，我們?cè)凇胺獍敿?xì)信息”中選擇查看TCP端口（80），其對(duì)應(yīng)的16進(jìn)制數(shù)據(jù)將自動(dòng)顯示在下面的面板中（0050）。捕捉過(guò)濾器

顯示過(guò)濾器點(diǎn)擊showthecaptureoptions…一：選擇本地的網(wǎng)絡(luò)適配器二：設(shè)置捕捉過(guò)濾填寫(xiě)"capturefilter"欄或者點(diǎn)擊"capturefilter"按鈕為您的過(guò)濾器起一個(gè)名字并保存，以便在今后的捕捉中繼續(xù)使用這個(gè)過(guò)濾器。填寫(xiě)"capturefilter"欄或者點(diǎn)擊"capturefilter"按鈕為您的過(guò)濾器起一個(gè)名字并保存，以便在今后的捕捉中繼續(xù)使用這個(gè)過(guò)濾器。三：點(diǎn)擊開(kāi)始捕捉過(guò)濾器顯示過(guò)濾器可以使用大量位于OSI模型第2至7層的協(xié)議。點(diǎn)擊"Expression..."按鈕后，可以看到它們。

比如：IP，TCP，DNS，SSH

可以在如下所示位置找到所支持的協(xié)議：Wireshark的網(wǎng)站提供了對(duì)各種協(xié)議以及它們子類的說(shuō)明。統(tǒng)計(jì)工具Summary（顯示摘要信息）在綜合窗口里可以看到全局的統(tǒng)計(jì)信息：-保存捕捉結(jié)果的文件-捕捉時(shí)間-捕捉過(guò)濾器的信息。-顯示過(guò)濾器的信息。ProtocolHierarchy（協(xié)議類型和層次結(jié)構(gòu)）協(xié)議層：

顯示按照OSIlayer分類后的統(tǒng)計(jì)數(shù)據(jù)。Conversations（會(huì)話）Ethernet會(huì)話：

每種協(xié)議后面會(huì)有一個(gè)數(shù)字，這個(gè)數(shù)字表示的是使用這種協(xié)議的會(huì)話總數(shù)。例如："Ethernet:45"。會(huì)話

如果您使用的是TCP/IP協(xié)議或者基于此技術(shù)的應(yīng)用，那么這一頁(yè)將會(huì)有四個(gè)標(biāo)簽：Ethernet，IP，TCP以及UDP?！皶?huì)話”是指兩臺(tái)主機(jī)之間進(jìn)行的交互。

IP會(huì)話：

TCP會(huì)話:Endpoints(節(jié)點(diǎn))

這一項(xiàng)提供了每個(gè)節(jié)點(diǎn)接收和發(fā)送數(shù)據(jù)的統(tǒng)計(jì)信息。PacketLengths(包長(zhǎng)度)

IOGraphs(輸入輸出圖)

視頻wirshark示例（1/4）：視頻APP業(yè)務(wù)的播放流程分析

分析主流視頻APP軟件的網(wǎng)絡(luò)連接流程與普通APP并無(wú)較大的異同，但視頻APP屬于帶寬高占用、并會(huì)給視頻服務(wù)器帶來(lái)高負(fù)荷處理能力的應(yīng)用，因此部分處理機(jī)制和普通APP軟件有較大的不同，了解其具體的資源緩沖機(jī)制，是查找軟件感知問(wèn)題及予以提升的主要途徑。通過(guò)大數(shù)據(jù)分析平臺(tái)得到的無(wú)線層面RRC接入后的視頻軟件接入流程為：大部分視頻APP業(yè)務(wù)通過(guò)webcache緩存服務(wù)完成，視頻需要被切割成多段后服務(wù)，以便提高服務(wù)器的承載能力，具體流程如下（以愛(ài)奇藝的某個(gè)視頻舉例）：視頻wirshark示例（2/4）：DNS查詢流程DNS查詢后得到了一個(gè)視頻重定向服務(wù)器的地址，圖例中的地址為：43/142。分段視頻GET請(qǐng)求視頻wirshark示例（3/4）：GET請(qǐng)求的相關(guān)內(nèi)容為：紅框內(nèi)的字符信息為：GET/videos/other/20140807/73/56/682d64f705ad7552b0898a74d92aca7f.ts?vid=c4a0707f377315cc7b9ee9bbdb09bb93&start=0&end=2061720&hsize=4852&tag=0&v=&contentlength=1753100HTTP/1.1\r\n）包含的具體信息為：視頻內(nèi)容文件路徑；分段視頻開(kāi)始區(qū)域分段視頻結(jié)束區(qū)域分段視頻的容量獲取分段視頻的精確HTTP路徑具體地址通過(guò)302跳轉(zhuǎn)獲得；紅框內(nèi)包含的信息為視頻內(nèi)容的真實(shí)http地址:Location:1/videos/other/20140807/73/56/682d64f705ad7552b0898a74d92aca7f.ts?vid=c4a0707f377315cc7b9ee9bbdb09bb93&start=0&end=2061720&hsize=4852&tag=0&v=&contentlength=1753100\r\n包含的信息為：GET的內(nèi)容被加上了http的路徑。視頻wirshark示例（4/4）：一段視頻播放完成后，重新通過(guò)GET請(qǐng)求向重定向服務(wù)器獲取資源后續(xù)重定向服務(wù)器還會(huì)指向其他網(wǎng)段的資源，如下：該網(wǎng)段的視頻資源質(zhì)量有劣化的現(xiàn)象由此可以看出，基于webcache技術(shù)的跳轉(zhuǎn)重定向視頻服務(wù)，存在重定向網(wǎng)段的無(wú)規(guī)律性，部分被重定向的地址存在較為嚴(yán)重的丟包，如存在一部視頻被指向了性能指標(biāo)不同的服務(wù)器，進(jìn)而不能給用戶帶來(lái)較為一致的良好感受，另外，即便所有重定向的服務(wù)器工作良好，因視頻分段的緣故，在2段視頻的交界面，用戶觀看視頻時(shí)產(chǎn)生卡頓的幾率也較大。思考：視頻是否流暢都與什么有關(guān)呢？總結(jié)EfficiencyAnalyticsBigDataPlatform有效利用現(xiàn)有DO大數(shù)據(jù)平臺(tái)利用信令和位置數(shù)據(jù)讓大象跳起舞來(lái)四個(gè)專題直擊端到端感知優(yōu)化問(wèn)題發(fā)現(xiàn)網(wǎng)絡(luò)疑難雜癥大幅提升網(wǎng)優(yōu)、網(wǎng)規(guī)效率附錄序號(hào)類別項(xiàng)目成果描述解決情況1互聯(lián)網(wǎng)藍(lán)訊解析異常IOS8.1的APPSTORE存在亂碼解決藍(lán)訊解析后恢復(fù)正常2互聯(lián)網(wǎng)APP設(shè)置UC瀏覽器部分圖片無(wú)法顯示關(guān)閉UC的云端加速后圖片加載正常，聯(lián)系UC協(xié)助處理。解決百萬(wàn)用戶的UC訪問(wèn)問(wèn)題。3終端終端性能差安卓H6山寨終端無(wú)法上網(wǎng)終端性能差，建議更換終端4互聯(lián)網(wǎng)SP性能差暴風(fēng)視頻網(wǎng)站接通差優(yōu)化sp性能差，聯(lián)系暴風(fēng)官網(wǎng)解決5互聯(lián)網(wǎng)APP故障手機(jī)使用了瓦力流量?jī)x導(dǎo)致無(wú)法正常上網(wǎng)APP問(wèn)題，建議卸載APP6終端終端需升級(jí)北侖工商局三星7108D在LTE網(wǎng)APN應(yīng)用三星終端能力問(wèn)題，升級(jí)手機(jī)系統(tǒng)軟件后得到解決7互聯(lián)網(wǎng)CMWAP設(shè)置手機(jī)使用CMWAP接入點(diǎn)無(wú)法正常訪問(wèn)微拼建議修改cmwap為cmnet接入點(diǎn)8無(wú)線+互聯(lián)網(wǎng)4G用戶感知全面評(píng)估解決1000個(gè)用戶上網(wǎng)失敗影響提升用戶上網(wǎng)的感知9終端iPhone市場(chǎng)分析iPhone貢獻(xiàn)了32%全網(wǎng)流量iPhone終端是LTE網(wǎng)絡(luò)中的最具性能終端10無(wú)線網(wǎng)絡(luò)發(fā)展趨勢(shì)單用戶日流量增長(zhǎng)8%LTE網(wǎng)絡(luò)發(fā)展迅速，每日增長(zhǎng)明顯11互聯(lián)網(wǎng)搜狐視頻性能差對(duì)比發(fā)現(xiàn)搜狐視頻播放性能差經(jīng)省公司協(xié)助聯(lián)系搜狐，視頻播放成功率由30%提升到85%12終端+無(wú)線LTEAPN專線LTE網(wǎng)絡(luò)無(wú)法創(chuàng)建專有的APN專線經(jīng)過(guò)終端廠家升級(jí)和MME系統(tǒng)升級(jí)這2方面共同配合得到解決13互聯(lián)網(wǎng)淘寶圖片顯示問(wèn)題淘寶圖片相關(guān)的2個(gè)URI地址有無(wú)法顯示2個(gè)藍(lán)汛緩存地址指向取消后，淘寶圖片的統(tǒng)計(jì)恢復(fù)正常14終端瀏覽器問(wèn)題iphone無(wú)法打?qū)幉ǜ鄞皠?dòng)態(tài)計(jì)劃查詢平臺(tái)，IPHONE手機(jī)自帶的瀏覽器SAFARI并不支持JAVASCRIPT更換瀏覽器，火狐瀏覽器（FIREFOX）較好解決此問(wèn)題15互聯(lián)網(wǎng)水利專線無(wú)線側(cè)時(shí)延長(zhǎng)水利專線使用無(wú)線網(wǎng)絡(luò)時(shí)時(shí)延過(guò)長(zhǎng)通過(guò)分析發(fā)現(xiàn)水利專線APP造成的是延長(zhǎng)，非無(wú)線網(wǎng)絡(luò)問(wèn)難16終端公交GPRS專線故障公交GPS定位專線掉線故障分析得知IMEI=35881502開(kāi)頭的設(shè)備造成的，其余型號(hào)正常，建議更換故障終端附錄一、2014年以來(lái)DO在寧波的其他應(yīng)用案例(1)序號(hào)類型問(wèn)題描述更新日期成果1測(cè)試分析配合重定向測(cè)試分析2014.06.10測(cè)試分析\答復(fù)Fw回復(fù)重定向測(cè)試分析.msg2網(wǎng)絡(luò)異常案例分析異常CSFBRelease案例分析2014.06.201.1eNBAbnormalCSFBrelease.msg3客戶投訴案例分析客戶經(jīng)理投訴案例2014.06.224.1謝岳通經(jīng)理投訴分析.msg4網(wǎng)絡(luò)異常案例分析MME在多PDP情況下，異系統(tǒng)TAU觸發(fā)MMEBug2014.07.032.1多PDN下，TAU返回錯(cuò)誤--MMEBug.msg5測(cè)試分析ATU測(cè)試保障2014.07.08測(cè)試分析\ATU測(cè)試保障.msg6應(yīng)用分析寧波校園網(wǎng)用戶行為分析2014.07.187.1校園網(wǎng)用戶行為分析(2).pptx7平臺(tái)設(shè)計(jì)TAU專題分析的初步設(shè)想2014.07.218.1TAU專題分析的初步設(shè)想.msg8網(wǎng)絡(luò)異常案例分析NAS層“MSCtemporarilynotreachable”問(wèn)題協(xié)查2014.07.2310.1CS業(yè)務(wù)簽注失敗案例cause16.msg9應(yīng)用分析TAU分析2014.07.263.1寧波TAU分析2.pptx10應(yīng)用分析CSPaging專題分析2014.07.265.1S1口CSPaging分析11網(wǎng)絡(luò)異常案例分析MMEPaging問(wèn)題協(xié)查2014.07.276.1MMECSPaging問(wèn)題協(xié)查.msg12網(wǎng)絡(luò)異常案例分析SGSLocationUpdateCongestion問(wèn)題協(xié)查2014.07.319.1SGSLocationUpdateCongestion.msg13網(wǎng)絡(luò)異常案例分析配合核心網(wǎng)側(cè)，協(xié)查x2handover與sgsap-paping-request沖突問(wèn)題2014.07.31答復(fù)REMME45升版后已知軟件問(wèn)題解決情況驗(yàn)證.msg14網(wǎng)絡(luò)異常案例分析D->F切換失敗案例分析2014.07.31答復(fù)Re幾個(gè)D頻段基站版本申請(qǐng)升級(jí).msg15網(wǎng)絡(luò)異常案例分析被叫不通案例分析2014.08.04我們同事遇到的CS被叫不通情況.msg16網(wǎng)絡(luò)異常案例分析R10終端統(tǒng)計(jì)2014.08.05答復(fù)R10終端會(huì)失敗從RL45基站切換到RL35基站.msg17應(yīng)用分析寧波LTEIphone終端分析2014.08.0811.1Iphone終端分析.pptx18應(yīng)用分析寧波SP性能分析2014.08.0812.1寧波SPURI_IP性能分析.docx19應(yīng)用分析手機(jī)視頻流程圖2014.08.15手機(jī)視頻流程圖.xlsx20測(cè)試分析手機(jī)視頻播放的用戶行為分析2014.08.20手機(jī)視頻用戶行為的測(cè)試分析.msg21測(cè)試分析Iphone終端初測(cè)報(bào)告2014.08.20Iphone終端初測(cè)報(bào)告.msg22應(yīng)用分析寧波LTEIphone終端的細(xì)化分析2014.08.23Iphone終端分析_完整版.ppt.pptx23測(cè)試分析客戶支持forCSFB測(cè)試分析2014.08.24CustomerSupportfoIphone測(cè)試分析.msg附