中國移動長沙分公司手機(jī)報(bào)性能分析優(yōu)化數(shù)據(jù)業(yè)務(wù)組總結(jié)報(bào)告.doc

中國移動長沙分公司手機(jī)報(bào)性能分析優(yōu)化數(shù)據(jù)業(yè)務(wù)組總結(jié)報(bào)告99 (99) uppgjord (ven faktaansvarig om annan) - prepared (also subject responsible if other)nr - no.dokansv/godk - doc respons/approvedkontr - checkeddatum - date2019/7/17長沙移動手機(jī)報(bào)優(yōu)化項(xiàng)目數(shù)據(jù)業(yè)務(wù)組階段報(bào)告目 錄1概 述42.gb口業(yè)務(wù)性能統(tǒng)計(jì)：63.gb口業(yè)務(wù)性能分析：103.1失敗原因分析103.1.1用戶側(cè)發(fā)起pdp去激活分析：123.1.2小區(qū)更新過程分析：183.1.3flush分析：193.1.4 response非成功狀態(tài)碼整體統(tǒng)計(jì)：263.1.5 response 非成功狀態(tài)碼失敗原因分析：283.1.6 radio_cause分析353.1.7 suspend過程中伴隨llc_discarded的超時(shí)失敗：373.1.8“suspend”與“resume” 的失敗原因分析：383.2 sp站點(diǎn)排名：453.3手機(jī)報(bào)內(nèi)容大小分析：473.4終端端口設(shè)置及操作流程484.gb口下載速率分析：504.1各小區(qū)手機(jī)報(bào)下載速率統(tǒng)計(jì)：504.2手機(jī)報(bào)下載速率整體分析：526.gb口介入性時(shí)延分析：566.1 attach時(shí)延分布統(tǒng)計(jì)：566.2 pdp激活時(shí)延分析：576.3 tcp連接時(shí)延分析：587 mms測試分析：618egprs分析：689gn口統(tǒng)計(jì)分析709.1 gn口業(yè)務(wù)性能評估：709.2gn與gb關(guān)聯(lián)分析729.3小結(jié)：7610.1 mm1接口tcp連接分析7710.1.1 tcp連接建立過程描述7710.1.2 tcp連接建立時(shí)延分析7810.1.3 syn至ack消息時(shí)延分析：7910.1.4 tcp連接建立成功率統(tǒng)計(jì)7910.1.5異常的tcp連接統(tǒng)計(jì):8010.2 mm1口手機(jī)報(bào)接收分析8110.2.1 mm1口手機(jī)報(bào)接收過程描述8110.2.2 get至m-retrieve.conf時(shí)延和成功率8511push接口信令分析8911.1 push口統(tǒng)計(jì)分析8911.2 push口與mm1口關(guān)聯(lián)分析9012總 結(jié)：93引言：項(xiàng)目管理區(qū)域范圍： 本次長沙移動gprs手機(jī)報(bào)端到端性能優(yōu)化服務(wù)涉及長沙市區(qū)的4個(gè)bsc和3個(gè)cqt點(diǎn)以及相關(guān)的sgsn，ggsn, 1個(gè)wapgateway和1套mmsc服務(wù)器。4個(gè)bsc如下：bsc404: bsc719: bsc728: bsc785: 1概 述湖南長沙移動手機(jī)報(bào)數(shù)據(jù)采集結(jié)構(gòu)示意圖如下所示：本次手機(jī)報(bào)業(yè)務(wù)數(shù)據(jù)采集主要包括4個(gè)采集點(diǎn)，數(shù)據(jù)業(yè)務(wù)小組分別采集長沙移動現(xiàn)網(wǎng)的gb、gn、mm1及push等接口的數(shù)據(jù)用以專題分析。2.成果綜述本次項(xiàng)目通過gb,gn,mm1,push多接口關(guān)聯(lián)分析發(fā)現(xiàn)的主要問題有如下4類：1） 用戶自身問題：比如彩信中心地址設(shè)置錯(cuò)誤，以及流程沒有結(jié)束用戶主動釋放等。可以告知用戶正確設(shè)置來解決。2） 終端問題：終端協(xié)議有問題，多為山寨機(jī)。建議廠家修補(bǔ)bug。3） 無線環(huán)境問題：小區(qū)無線環(huán)境差。對小區(qū)進(jìn)行無線環(huán)境優(yōu)化。4） 網(wǎng)絡(luò)問題：超時(shí)、網(wǎng)絡(luò)無響應(yīng)。由于ggsn/sgsn忙時(shí)丟棄掉的消息。長沙移動手機(jī)報(bào)優(yōu)化成果如下：u gb口分析主要結(jié)果與發(fā)現(xiàn)：1) 網(wǎng)絡(luò)側(cè)超時(shí)無響應(yīng)，主要是用戶頻繁小區(qū)更新過程中網(wǎng)絡(luò)超時(shí)無響 應(yīng)。2) 用戶行為：用戶主動去激活以及彩信中心地址錯(cuò)誤。3) 位置更新或者語音業(yè)務(wù)搶占數(shù)據(jù)業(yè)務(wù)過程中超時(shí)無響應(yīng)。4) 終端原因：終端協(xié)議問題，上報(bào)不符合規(guī)范的消息參數(shù)5) 網(wǎng)絡(luò)連接中斷6) flush成功率過低。7) 小區(qū)更新(flush)過程以及位置更新（suspend）過程嚴(yán)重影響手機(jī)報(bào)下載速率。8) 部分小區(qū)重傳率過高。9) 手機(jī)滲透率相對較高u 手機(jī)報(bào)集中下發(fā)高峰期的下載速率明顯低于其他時(shí)段的手機(jī)報(bào)下載 速率，網(wǎng)絡(luò)的負(fù)荷過重時(shí)，對手機(jī)報(bào)的下載速率有著較大影響。u gn口手機(jī)報(bào)成功率以及下載速率過低，ggsn繁忙無響應(yīng)超時(shí)造成的手機(jī)報(bào)下載失敗占比較高。u push口消息到get消息之間平均時(shí)延為23.817s對手機(jī)報(bào)下過程中時(shí)間損耗貢獻(xiàn)較大。u sgsn響應(yīng)bsc發(fā)送的get請求時(shí)間損耗較長為5s左右。u 通過無線配合測試發(fā)現(xiàn)，定點(diǎn)測試過程（非移動狀態(tài)）中手機(jī)報(bào)下載成功率較高，并且下載速率比較穩(wěn)定。u 彩信中心多次給部分手機(jī)下發(fā)push消息用戶沒有手機(jī)報(bào)提取行為發(fā)生。u 主要性能指標(biāo)：接口成功率下載速率 gb 89.81%17.35(kps)gn 80.16%11.58(kbps)mm1 99.81%5394(kbps)push 97.56%17.32(kbps) 備注： 其中g(shù)b,gn接口下載速率為get request 到response消息時(shí)間差作為下載速率時(shí)間計(jì)算值。mm1接口下載速率為get request到m-retrieve-conf消息之間時(shí)間差作為下載速率時(shí)間計(jì)算值。push接口下載速率以push消息下發(fā)到mm1口收到get request消息過程時(shí)間作為計(jì)算下載速率時(shí)間差。 手機(jī)報(bào)大小均以各接口統(tǒng)計(jì)手機(jī)報(bào)總大小比總次數(shù)得到平均值計(jì)算得到。 接口tcp連接平均時(shí)延(ms) gb810gn998mm18接口pdp激活時(shí)延(ms) gb 174gn145由上表可以看出gn口tcp連接時(shí)間損耗最長是998ms，其次是gb口tcp連接時(shí)間損耗為810ms。mm1口tcp連接時(shí)間損耗為8ms對整個(gè)手機(jī)報(bào)下載過程來說可以忽略不計(jì)。gb口與gn口pdp激活時(shí)延相差不大。u 基于上述分析結(jié)果建議如下： 針對用戶以及終端建議如下：針對用戶彩信中心地址設(shè)置錯(cuò)誤，建議客服聯(lián)系不同廠家總結(jié)彩信中心地址設(shè)置匯總，對客戶進(jìn)行正確的彩信中心地址設(shè)置指導(dǎo)。 針對無線建議如下：1. 針對語音搶占數(shù)據(jù)業(yè)務(wù)導(dǎo)致超時(shí)無響應(yīng)，建議修改無線參數(shù)降低小區(qū)cs/ps業(yè)務(wù)量。2. 針對網(wǎng)絡(luò)斷連的小區(qū)建議檢查這些小區(qū)無線環(huán)境。3. 對網(wǎng)絡(luò)負(fù)荷過重建議擴(kuò)容。4 對數(shù)據(jù)流量大且移動性能不太好的小區(qū)，即導(dǎo)致tbf中斷的小區(qū)重選 間隔較短的小區(qū)，通過調(diào)整一些空閑模式參數(shù)，盡量減少小區(qū)重選，以提高其移動性能。5 針對重傳率較高的小區(qū)la參數(shù)調(diào)整建議：建議la設(shè)置為on，在c/i 好的情況下盡可能使用高編碼方式，在c/i低的情況下使用低編碼方式，降低重傳。6 piltimer調(diào)整建議：packet idle list timer，當(dāng)一個(gè)on-demand pdch處于空閑狀態(tài)（idle）時(shí)，將被系統(tǒng)放置在ps域的空閑列表，同時(shí)piltimer啟動，當(dāng)piltimer超時(shí)，on-demand pdch將返回cs域。建議設(shè)置5秒，可提早釋放gsl設(shè)備，降低gsl負(fù)荷。gsl是pcu與bss之間的信令鏈路，所采用的協(xié)議為lapd協(xié)議，故gsl鏈路又叫g(shù)ds lapd。在bsc側(cè)gsl定義于gproc下，每個(gè)pcu可支持6個(gè)主用的gsl 64kbps時(shí)隙和6個(gè)冗余備份時(shí)隙，每個(gè)64kbps時(shí)隙是一個(gè)lapd信道，兩條gsl工作于負(fù)荷分擔(dān)模式。網(wǎng)絡(luò)運(yùn)行維護(hù)過程中定期分析現(xiàn)網(wǎng)gsl負(fù)荷，對負(fù)荷已經(jīng)達(dá)到預(yù)警門限的gsl及時(shí)采取容量調(diào)整措施可有效保障gsl始終工作于最佳狀態(tài)。7 建議egprs網(wǎng)絡(luò)開通網(wǎng)絡(luò)輔助小區(qū)重選和gb over ip從而減少小區(qū) 重選對手機(jī)報(bào)下載速率的影響以及幀中繼模式下gb帶寬不足問題。 8 suspend、resume失敗主要是在跨lac，rac，sgsn發(fā)生重選時(shí)造成 的。想要解決這一問題需要添加gs接口。 針對核心網(wǎng)建議如下：1 建議修改ggsn qos_policymap 里的參數(shù)traffic handling priority可以大大提高ps業(yè)務(wù)的速率。2 建議調(diào)整sgsn尋呼響應(yīng)計(jì)時(shí)器t3313值的設(shè)置，以減少尋呼響應(yīng)時(shí) 間。 3 建議調(diào)整sm等待ggsn響應(yīng)定時(shí)器的設(shè)置，以減少等待ggsn響應(yīng)create pdp context response時(shí)間。4 建議sgsn開啟對ggsn進(jìn)行負(fù)荷分擔(dān)功能，減少ggsn繁忙時(shí)負(fù)荷過重現(xiàn)象。 5 為了防止個(gè)別用戶激活pdp上下文后，長時(shí)間不適用ps業(yè)務(wù)而占用系統(tǒng)資源，ggsn應(yīng)當(dāng)配置最大空閑時(shí)間，在這個(gè)時(shí)間內(nèi)如果用戶沒有流量，則可以主動去激活此pdp上下文。建議設(shè)置為15分鐘。同時(shí)設(shè)置pdp上下文最大存活時(shí)間為15分鐘。6 建議調(diào)整ggsn未收到sgsn響應(yīng)報(bào)文時(shí)的重發(fā)時(shí)間間隔值，從而減少重傳率。7 建議push消息按時(shí)間分散下發(fā)，避免下發(fā)集中度過高。 8 由于晚忙時(shí)下載速率以及接入性各項(xiàng)指標(biāo)均比早忙時(shí)要差，建議手機(jī) 報(bào) 晚忙時(shí)播報(bào)時(shí)間提前一個(gè)小時(shí)播報(bào)，同時(shí)用戶避開晚忙時(shí)下班路途中下載手機(jī)報(bào)，從而減少多次進(jìn)行小區(qū)重選對手機(jī)報(bào)下載速率的影響。 針對無線建議的提出，通過無線優(yōu)化人員配合無線參數(shù)調(diào)整優(yōu)化前后指標(biāo)對比：優(yōu)化前優(yōu)化后日期長沙手機(jī)報(bào)下載速率日期長沙手機(jī)報(bào)下載速率指標(biāo)同比提升6月7日11.84 7月7日12.283.73%6月8日10.28 7月8日12.1518.19%6月9日11.13 7月9日12.3310.76%6月10日11.14 7月10日12.169.20%6月11日11.04 7月11日12.2711.23%由上表可以看出優(yōu)化后手機(jī)報(bào)下載速率得到明顯提高。3. gb口業(yè)務(wù)性能分析：數(shù)據(jù)采集時(shí)間點(diǎn)：6月25日從17：00至下午20：00和6月26日從7:30到9:30。依據(jù)上述時(shí)間段內(nèi)gb接口數(shù)據(jù)針對現(xiàn)網(wǎng)手機(jī)報(bào)業(yè)務(wù)的提取性能進(jìn)行分析晚忙時(shí)25日（17:00-19:00）4個(gè)bsc總體手機(jī)報(bào)業(yè)務(wù)性能統(tǒng)計(jì)概況：晚忙時(shí)手機(jī)報(bào)接收概況類別次數(shù)比例手機(jī)報(bào)提取總次數(shù)6450100.00%提取成功次數(shù)579389.81%deactivate_pdp2043.16%flush_timeout1842.85%timeout841.30%response非2xx761.18%radio_cause(radio contact lost with ms)340.53%suspend_timeout330.51%reset90.14%llc_discarded_timeout330.51%從統(tǒng)計(jì)結(jié)果可以看出長沙移動現(xiàn)網(wǎng)中4個(gè)bsc晚忙時(shí)手機(jī)報(bào)下發(fā)總次數(shù)為6450次，成功提取次數(shù)為5793次，成功率為89.81%，主要的失敗原因是timeout（超時(shí)無響應(yīng)），其次是deactivate_pdp(用戶去激活)以及response返回的非成功狀態(tài)碼，最后是radio_cause（無線原因）引起的失敗。另外值得關(guān)注的是timeout（超時(shí)無響應(yīng)）失敗中伴隨flush（小區(qū)更新）的有184次占總提取次數(shù)的2.85%，伴隨有suspend（語音業(yè)務(wù)搶占數(shù)據(jù)業(yè)務(wù)）的次數(shù)為33次占總提取次數(shù)的0.51%，是否由于小區(qū)更新過程中以及suspend過程中出現(xiàn)異常導(dǎo)致手機(jī)報(bào)的提取超時(shí)失敗下面將進(jìn)行深入分析。除此之外還有33次超時(shí)無響應(yīng)是伴隨有l(wèi)lc-discarded，雖然這種消息不一定造成手機(jī)報(bào)提取失敗，但是這種消息的發(fā)生一般是因?yàn)樾^(qū)無線環(huán)境差造成的。早忙時(shí)（7:30-9:30） 4個(gè)bsc總體手機(jī)報(bào)業(yè)務(wù)性能統(tǒng)計(jì)概況：早忙時(shí)手機(jī)報(bào)接收概況類別次數(shù)比例手機(jī)報(bào)提取總次數(shù)4739100.00%提取成功次數(shù)439292.68%deactivate_pdp1042.19%flush_timeout831.75%timeout591.24%response非2xx450.95%radio_cause(radio contact lost with ms)150.32%suspend_timeout170.36%reset60.13%llc_discarded_timeout180.38%比較早忙與晚忙統(tǒng)計(jì)概況，發(fā)現(xiàn)早忙的成功率92.68%要高于晚忙成功率89.81%。各種失敗原因的所占比例排名相同，依然都是用戶主動去激活以及小區(qū)更新過程中的網(wǎng)絡(luò)超時(shí)無響應(yīng)。4個(gè)bsc晚忙時(shí)（17:00-19:00）手機(jī)報(bào)提取成功率統(tǒng)計(jì)如下：bsc總提取次數(shù)提取成功次數(shù)成功率bsc4041639149991.46%bsc7191251108586.73%bsc7282061186390.39%bsc7851617145690.04%總體6568590389.88% 由上表可以看出bsc404手機(jī)報(bào)提取成功率最高2個(gè)小時(shí)內(nèi)下發(fā)1639條成功提取1499條，手機(jī)報(bào)提取成功率為91.46%，bsc719手機(jī)報(bào)提取成功率最低2個(gè)小時(shí)忙時(shí)內(nèi)總的下發(fā)1251條成功提取1085條，手機(jī)報(bào)提取成功率為86.73%，bsc728在2個(gè)小時(shí)忙時(shí)內(nèi)總的下發(fā)次數(shù)為2061下發(fā)次數(shù)最多，成功提取1863條，提取成功率為90.39%，bsc785在2個(gè)小時(shí)內(nèi)總的下發(fā)1617條手機(jī)報(bào)，成功提取1456條，手機(jī)報(bào)提取成功率為90.04%。 早忙時(shí)段（7:30-9:30） 4個(gè)bsc手機(jī)報(bào)提取成功率統(tǒng)計(jì)如下：bsc總提取次數(shù)成功提取次數(shù)成功率bsc40499693393.67%bsc71976771292.83%bsc7281547141791.60%bsc7851429133093.07%總體4739439292.68%同晚忙時(shí)段統(tǒng)計(jì)結(jié)果對比bsc404手機(jī)報(bào)提取成功率依然最高2個(gè)小時(shí)內(nèi)下發(fā)996條成功提取933條，手機(jī)報(bào)提取成功率為93.67%， bsc728在2個(gè)小時(shí)忙時(shí)內(nèi)總的下發(fā)次數(shù)為1547下發(fā)次數(shù)依然最多，成功提取1417條，提取成功率為91.60%，總體 提取成功率為92.68%高于晚忙時(shí)89.88%。 4個(gè)bsc晚忙時(shí)（17:00-19:00）各小區(qū)手機(jī)報(bào)提取成功率統(tǒng)計(jì)如下：各小區(qū)按照提取次數(shù)前20名列表如下：bsclac_ci總提取次數(shù)成功次數(shù)比例m40429675_4751116415292.68%m72858358_152313012293.85%m72858358_126111510490.43%m72858358_473011099587.16%m40429675_46621069892.45%m71929675_246031017473.27%m78529643_8043968992.71%m71929675_1673957174.74%m72858358_1263948590.43%m71929675_24601937782.80%m40429675_4661897685.39%m40429675_26002857891.76%m40429675_23561847488.10%m71929675_4281847690.48%m72858358_7303837286.75%m40429675_47512826781.71%m72858358_1522797392.41%m72858358_24231787393.59%m71929675_1672776280.52%m71929675_55800767497.37%上表中黃色部分標(biāo)出的是成功率相對較低的小區(qū)。詳細(xì)列表見附件：4個(gè)bsc早忙時(shí)（7:30-9:30）各小區(qū)手機(jī)報(bào)提取成功率統(tǒng)計(jì)如下：各小區(qū)按照提取次數(shù)前20名：bsclac_ci總提取次數(shù)成功提取次數(shù)成功率m72858358_152313812792.03%m78529643_804311310895.58%m72858358_47301807695.00%m40429675_47511777698.70%m71929675_46242817390.12%m40429675_47512807290.00%m40429675_23561716794.37%m72858358_24293736690.41%m71929675_56243686494.12%m40429675_47523605998.33%m78529643_1891605693.33%m72858358_24231575698.25%m78529643_47051595593.22%m72858358_24292565496.43%m72858358_19631605185.00%m78529643_32614949100.00%m72858358_11891514996.08%m71929675_1673524994.23%m72858358_1261604880.00%m72858358_47303524790.38%上表中黃色部分標(biāo)出的是成功率相對較低的小區(qū)。詳細(xì)請見附件：3.1失敗原因分析首先看下正常接收手機(jī)報(bào)的流程，下圖為wap手機(jī)報(bào)提取過程：手機(jī)接收彩信時(shí)，首先要和wap網(wǎng)關(guān)建立連接，連接的過程與wap上網(wǎng)前的連接過程相同。連接完成后，手機(jī)向wap網(wǎng)關(guān)發(fā)送get消息，里面含有彩信中心的地址及彩信的transaction id。wap網(wǎng)關(guān)將該消息轉(zhuǎn)換為http消息，轉(zhuǎn)發(fā)至彩信中心。正常情況下，彩信中心向wap網(wǎng)關(guān)發(fā)送該條彩信(m-retrieve-conf)。wap網(wǎng)關(guān)收到該彩信后，轉(zhuǎn)化為wsp向手機(jī)轉(zhuǎn)發(fā)該彩信。手機(jī)收到該彩信后，向wap網(wǎng)關(guān)發(fā)送m-acknowledge-ind消息，確認(rèn)彩信已經(jīng)接收完畢，wap網(wǎng)關(guān)轉(zhuǎn)發(fā)至彩信中心，彩信中心回復(fù)200 ok，wap網(wǎng)關(guān)向手機(jī)回復(fù)wsp reply，狀態(tài)碼為200 ok。手機(jī)向wap網(wǎng)關(guān)發(fā)送wtp acknowledge消息，接收彩信過程完成。3.1.1用戶側(cè)發(fā)起pdp去激活分析：1. post消息之前用戶側(cè)發(fā)起pdp去激活典型流程部分截圖如下圖：13秒第36個(gè)分包消息詳細(xì)解碼如下： 由于流程太長上面流程截圖中忽略掉中間部分下發(fā)分包消息，從上面流程可以看出該用戶在17：37:56227的時(shí)候發(fā)起pdp請求隨后經(jīng)過tcp連接三握手后于17:38:00729發(fā)起get請求開始下載手機(jī)報(bào)內(nèi)容，隨后手機(jī)報(bào)內(nèi)容被分割下發(fā)，一直下發(fā)到17:38:10197時(shí)的第36個(gè)分包，我們看到第36個(gè)分包消息的詳細(xì)解碼，發(fā)現(xiàn)tcp中finish :more data from sender,說明這不是最后一個(gè)分包消息，還有沒有下發(fā)的分包消息，用戶13秒鐘后仍然沒有收到最后一個(gè)分包消息，開始發(fā)起deactivate pdp context request ，流程失敗。至于為何網(wǎng)絡(luò)側(cè)沒有下發(fā)最后一個(gè)分包后續(xù)將關(guān)聯(lián)其他接口做深入分析。2、post 消息之后的pdp去激活失敗流程分析典型流程部分截圖如下：第52個(gè)分包消息的消息參數(shù)如下： 由上圖可以看出手機(jī)報(bào)分割下發(fā)后，下發(fā)到第52個(gè)分包消息，通過該消息參數(shù)可以看到這個(gè)分包消息ip：total length :823比以上所有分包消息都小，手機(jī)終端認(rèn)為這個(gè)分包就是最后一個(gè)分包消息，隨后向網(wǎng)絡(luò)側(cè)發(fā)起接收完成回應(yīng)消息post，手機(jī)接收彩信完成，post消息參數(shù)如下： 由消息參數(shù)可以看出該消息request_uri:/設(shè)置正確，可能是由于網(wǎng)路側(cè)一直沒有收到終端上發(fā)的post消息，最終網(wǎng)絡(luò)側(cè)沒有下發(fā)response 200 ok，最后用戶等待14秒鐘后仍然沒有收到網(wǎng)絡(luò)側(cè)的response，所以用戶發(fā)起deactivate pdp context request. 這種情況屬于用戶接收彩信完成，從用戶側(cè)角度來看屬于提取成功，但是如果網(wǎng)絡(luò)側(cè)收不到post消息，不返回response 200 ok的話，彩信中心認(rèn)為手機(jī)報(bào)沒有提取成功，將繼續(xù)保留該彩信直到過期，這樣勢必對彩信中心sp有影響，彩信日志中會出現(xiàn)手機(jī)報(bào)過期沒有提取的錯(cuò)誤日志記錄。對以上2種用戶側(cè)發(fā)起pdp去激活情況進(jìn)行統(tǒng)計(jì)發(fā)現(xiàn)post之前的pdp去激活147次，post之后的pdp去激活71次。post之前的pdp去激活請求屬于用戶行為，從局方角度無法干涉用戶主動放棄提取彩信行為，但是可以看出很大部分是由于下發(fā)過程太過漫長，以至于用戶主動放棄，這需要提高手機(jī)報(bào)下載速率來解決，post之后的pdp去激則在下一步分析中與gn口關(guān)聯(lián)分析，看是否是post消息上發(fā)過程中網(wǎng)絡(luò)側(cè)丟包或者與手機(jī)終端有關(guān)導(dǎo)致網(wǎng)絡(luò)側(cè)沒有發(fā)送response。post之后的pdp去激活手機(jī)終端型號：手機(jī)終端型號次數(shù)samsung-gt-s5230c10samsung-gt-s3650c8maui mms user agent7sonyericssonk700c7nokia26103nokia26263samsung-gt-s3930c_cmcc3samsung-s8300c3samsung-sgh-l878e2sharp2sonyericssonw302c2android-mms1bird.m111java1lenovo i5161lenovo-td9001lg-ku3111phoenix1prizm1samsung-gt-c5510u1samsung-gt-m8800c1samsung-gt-s56001samsung-gt-s6700c1samsung-gt-s7070c1samsung-sgh-e8481sharp sh6220c1sonyericssonf305c1sonyericssons500i1yulong1yulong-coolpad73601yulong-coolpadn681不難看出主要是三星手機(jī)終端出現(xiàn)這種情況失敗，建議這些終端型號升級軟件。3.1.2小區(qū)更新過程分析：典型流程如下：可以看出數(shù)據(jù)包下發(fā)過程中，進(jìn)行小區(qū)更新，從而導(dǎo)致網(wǎng)絡(luò)側(cè)無響應(yīng)，消息流程失敗，這種原因可能跟早忙、晚忙時(shí)，上下班高峰，很多用戶都在路上或者車上移動，頻繁進(jìn)行小區(qū)更新，導(dǎo)致網(wǎng)絡(luò)側(cè)無響應(yīng)超時(shí)失敗。下邊分析flush過程對下手機(jī)報(bào)下載成功率以及下載速率的影響。3.1.3 flush分析： flush過程概況統(tǒng)計(jì)：統(tǒng)計(jì)結(jié)果如下：時(shí)段消息名稱次數(shù)占總fluhs次數(shù)比例早忙時(shí)flush-ll234279100.00%flush-ll-ack6675528.49%晚忙時(shí)flush-ll337835100.00%flush-ll-ack8617125.51%由統(tǒng)計(jì)結(jié)果可以發(fā)現(xiàn)flush成功率比較低。時(shí)段action 參數(shù)值次數(shù)占總flush次數(shù)比例早忙時(shí)llc-sdu(s) deleted6216726.54%llc-sdu(s) transferred45881.96%晚忙時(shí)llc-sdu(s) deleted7539722.32%llc-sdu(s) transferred107743.19%通過對sgsn回復(fù)flush消息參數(shù)action的統(tǒng)計(jì)發(fā)現(xiàn)，llc-sdu大多數(shù)被deleted,只有一小部分被轉(zhuǎn)發(fā)。在flush流程中的flush-ack消息中bssgp層中action value參數(shù)有兩個(gè)可設(shè)定的值，一個(gè)為llc-sdu(s) transferred 另一個(gè)為llc-sdu(s) deleted。當(dāng)設(shè)置成完全是llc-sdu(s) deleted的時(shí)候可以不返回flush-ack消息，在老的llc-pdu也會被刪除掉。 在4個(gè)bsc的flush流程中發(fā)現(xiàn)所有的參數(shù)action value參數(shù)大部分都是llc-sdu(s) deleted，所以有一部分flush消息不被pcu相應(yīng)屬于正?，F(xiàn)象，不影響網(wǎng)絡(luò)的運(yùn)行。 flush過程描述下面為3ggp里面對flush流程的描述。sgsn檢測到ms由于小區(qū)重選或者路由更新使得小區(qū)變更時(shí)，將向老bvci發(fā)送一個(gè)flush-ll pdu來啟動一下流程：l 一個(gè)nse(如一個(gè)bss即為一個(gè)nse)和一個(gè)路由區(qū)內(nèi)部的小區(qū)變更時(shí)，存儲在老bvci(對應(yīng)原小區(qū))中的由tlli確定的llc-pdu要么被刪除，要么被傳送到與該tlli相關(guān)聯(lián)的一個(gè)新bvci（對應(yīng)新的小區(qū)）。l 兩個(gè)nse或兩個(gè)路由區(qū)之間的小區(qū)變更時(shí)，存儲在老的bvci中的由tlli確定的llc-pdu被刪除。在flush-ll pdu中，sgsn向bssgp提供：l 用于識別ms的tlli;l 用于識別小區(qū)的老bvci，該小區(qū)可找到針對某個(gè)ms的緩存llc-pdu；l 用于識別與ms當(dāng)前相關(guān)聯(lián)的小區(qū)新的bvci（僅在同一nse和同一路由區(qū)時(shí)）flush-ll pdu中如果沒有提供新bvci，則視為刪除老的bvc排隊(duì)的llc-pdu。排隊(duì)的bssgp信令，比如尋呼消息，將不受這個(gè)流程影響。作為對flush-ll pdu的回應(yīng)，bss將sgsn發(fā)送一個(gè)flush-ll-ack pdu，該pdu包括：l flush-ll pdu中收到的tlli；l 是否轉(zhuǎn)發(fā)（在同一nse內(nèi)）或刪除llc-pdu的指示。如果sdu指示為轉(zhuǎn)發(fā)，應(yīng)包含新bvci。當(dāng)sgsn收到flush-ll-ack pdu時(shí)，如果該pdu指示了與老pdu指示了與老bvc相關(guān)聯(lián)的llc-pdu已被刪除，sgsn將選擇如下操作之一：l 立即在新bvc（即新小區(qū)）上向ms重傳所有未確認(rèn)的llc-pdu（在llc確認(rèn)刷新下）；l 按照llc重傳機(jī)制來發(fā)送未確認(rèn)的llc-pdu。當(dāng)sgsn收到flush-ll-ack pdu時(shí)，該pdu指示了與老bvc相關(guān)聯(lián)的llc-pdu在nse內(nèi)轉(zhuǎn)發(fā)，sgsn不必執(zhí)行以上任何操作。在flush-ll流程中，如果bss能夠轉(zhuǎn)發(fā)緩存的llc pdu給新bvci，bss上下文將被保存；否則bss上下文將被刪除。原來的frame被deleted后,上層應(yīng)用(tcp或wtp)會觸發(fā)重發(fā),如果重發(fā)成功的話,不會造成下載失敗. 但會造成時(shí)延較大。 flush過程對手機(jī)報(bào)下載影響分析針對上文統(tǒng)計(jì)中手機(jī)報(bào)下載過程中，伴隨flush過程的timeout失敗流程進(jìn)行分析。典型流程如下：由上圖可以看出手機(jī)報(bào)下載過程中用戶17:42:34084從小區(qū)lac:29675；ci：26001更新到lac:29675；ci:26002，并且flush-ll-ack，action value:llc-sdu(s) deleted。由上圖可以看出sequence number：317d09ae(830278062)以及 sequence number：317d0f4e(830279498)，sequence number：317d0412(830276626)均被觸發(fā)重傳。顯然由于網(wǎng)絡(luò)一直重傳下行數(shù)據(jù)包而沒有得到終端響應(yīng)，最終導(dǎo)致超時(shí)失敗。就算最終下載成功，小區(qū)更新觸發(fā)重傳也會對下載速率產(chǎn)生很大影響。發(fā)生flush的各小區(qū)統(tǒng)計(jì)如下：bvcilacciflush次數(shù)10352964318931938110002964356071192891010296432447218690100929643244711764810332964318911733310272964388511409510422964325163136931002296435607312035100729643804211713102829643885211182100429643476428590104129643251628436100829643804383111017296434705376541046296435304176031015296434705175991006296438041755510242964332616968100529643476436893102329675462416066詳細(xì)清單見如下附件: 數(shù)據(jù)包重傳分析小區(qū)更新會觸發(fā)下行數(shù)據(jù)包的重傳，下邊則對重傳率進(jìn)行統(tǒng)計(jì)。早晚忙時(shí)段下行包重傳率如下：時(shí)段下行傳送包數(shù)下行重傳包數(shù)重傳率早忙時(shí)9269631760082.92%晚忙時(shí)179422719438010.83%早忙時(shí)下行數(shù)據(jù)包重傳率為2.92%，晚忙時(shí)下行數(shù)據(jù)包重傳率10.83%，明顯高于早忙時(shí)。早忙時(shí)各小區(qū)重傳率統(tǒng)計(jì)如下：按照重傳率排名前20：bvci重傳包個(gè)數(shù)總的下行包個(gè)數(shù)重傳率10677331323.32%1064352261513.46%104943463648011.91%105488398818.94%105721030546.88%10381392212896.54%10502101351695.97%10632127382775.56%10313779692985.45%10402230415965.36%10511039243864.26%101142121023824.11%10152739722243.79%105332989123.69%10032768755323.66%103340171099263.65%10462702743303.64%10012107584433.61%10221366395473.45%10412242655023.42%詳細(xì)清單見附件如下： 晚忙時(shí)各小區(qū)重傳率統(tǒng)計(jì)如下：按照重傳率排名前20：bvci重傳包次數(shù)下行包次數(shù)重傳率10531039291435.66%1066355114730.95%1069197027.14%1032401174023.05%10621508731720.61%10521777935019.01%102840002206618.13%104950192785118.02%104731721906016.64%101050683087116.42%101217951098316.34%104238122365416.12%106331251949316.03%101427251745815.61%102755163564115.48%101338912520715.44%101848283340714.45%100758934092514.40%104147783333914.33%103019701402814.04%：詳細(xì)清單如附件： 小結(jié)： 針對重傳率較高的小區(qū)la參數(shù)調(diào)整建議：建議la設(shè)置為on，在c/i好的情況下盡可能使用高編碼方式，在c/i低的情況下使用低編碼方式，降低重傳。 對數(shù)據(jù)流量大且移動性能不太好的小區(qū)，即導(dǎo)致tbf中斷的小區(qū)重選間隔較短的小區(qū)，通過調(diào)整一些空閑模式參數(shù)，盡量減少小區(qū)重選，以提高其移動性能，建議進(jìn)行參數(shù)調(diào)整的小區(qū)如下；bsclac_ci手機(jī)報(bào)總提取次數(shù)手機(jī)報(bào)提取成功次數(shù)手機(jī)報(bào)提取成功率該小區(qū)flush發(fā)生次數(shù)m78529643_8043968992.71%2709m72858358_1522797392.41%1814m78529643_1891756181.33%11077m78529643_8042746587.84%4349m78529643_53041716185.92%2081m78529643_47051625385.48%3949m78529643_47641605896.67%2806m78529643_47642595389.83%2996m71929675_46241494489.80%3972m78529643_47643464393.48%2584m78529643_47052434093.02%2644m78529643_193134040100.00%1251m78529643_3261403587.50%2567m78529643_56071383592.11%11773m78529643_24471383386.84%8964m78529643_244733636100.00%1794m7192967514%2825m78529643_23721343397.06%1295m78529643_24472333193.94%7115m78529643_1893333090.91%9715m78529643_28801292586.21%1069m78529643_1894292793.10%1492m78529643_56072262492.31%1280m78529643_8041262284.62%3773m78529643_19312242291.67%1886m78529643_47053222090.91%3995m78529643_56073212095.24%5338m78529643_23723212095.24%16423.1.4 response非成功狀態(tài)碼整體統(tǒng)計(jì)： 晚忙時(shí)各非成功狀態(tài)碼統(tǒng)計(jì)如下：error_status次數(shù)比例500 internal server error6484.21%502 bad gateway67.89%403 forbidden22.63%405 method not allowed22.63%400 bad request11.32%504 gateway timeout11.32%附圖如下：通過統(tǒng)計(jì)發(fā)現(xiàn)主要的非成功狀態(tài)碼為：500 internal server error占84.21%。早忙時(shí)非成功狀態(tài)碼分析：error_status 次數(shù)比例500 internal server error3271.11%404 not found511.11%403 forbidden36.67%502 bad gateway36.67%405 method not allowed24.44%附圖如下：比較早晚忙手機(jī)報(bào)提取返回非成功狀態(tài)碼發(fā)現(xiàn)主要的失敗原因都是500 internal server error。下邊對這些非成功狀態(tài)碼進(jìn)行深入分析。3.1.5 response 非成功狀態(tài)碼失敗原因分析： 500 internal server error分析： 典型流程截圖如下：post消息參數(shù)如下： 由上圖可以看出用戶發(fā)起的post消息中彩信中心地址設(shè)置錯(cuò)誤：host；mmsc.vnet.mobi正確的彩信中心地址應(yīng)該為：。因此sgsn返回response消息中status code :500 internal server error。另外我們發(fā)現(xiàn)有些彩信中心地址設(shè)置正確的消息流程也出現(xiàn)同樣的500 internal server error,這主要是由于sp不穩(wěn)定，統(tǒng)計(jì)如下：url_mainfrom_numbererror_statuspost_uri211.138.236type=plmn500 internal server e211.138.236type=plmn500 internal server e211.138.236type=plmn500 internal server e211.138.236type=plmn500 internal server e211.138.236type=plmn500 internal server e211.138.236type=plmn500 internal server e211.138.236type=plmn500 internal server e發(fā)現(xiàn)sp均是10658000，通過分析發(fā)現(xiàn)10658000主要的發(fā)送內(nèi)容為新聞早晚報(bào)以及三湘晨晚報(bào)，該sp下發(fā)手機(jī)報(bào)占所有下發(fā)手機(jī)報(bào)比例89.71%，所以建議提高該sp穩(wěn)定性。 404 not found分析：典型流程截圖如下：get消息參數(shù)截圖如下：由上圖可以看出用戶發(fā)起的提取手機(jī)報(bào)的get消息uri main： ，不是標(biāo)準(zhǔn)的手機(jī)報(bào)地址，因此這種失敗是由于用戶終端請求地址上報(bào)錯(cuò)誤，同時(shí)彩信中心地址設(shè)置也錯(cuò)誤。統(tǒng)計(jì)結(jié)果如下：to_numberurl_mainerror_statuspost_urimobil_type次數(shù)8615200834633404 not fmywebclient1.02 861581111344531404 not fnokiae63-12 8613548767889404 not found1 這種原因?qū)儆诮K端原因?qū)е洛e(cuò)誤的get請求中的uri不是標(biāo)準(zhǔn)的彩信中心地址，建議對這種終端進(jìn)行關(guān)注。 502 bad gateway分析：典型流程如下：由上圖可以看出用戶向彩信中心發(fā)起get請求，url:67,在手機(jī)報(bào)提取過程中，終端往網(wǎng)絡(luò)側(cè)發(fā)送了一個(gè)上行包,由于