【正文】 才能保證 GPRS手機(jī)路由更新的正常進(jìn)行 (2)經(jīng)檢查發(fā)現(xiàn)此時(shí)該小區(qū)與相鄰小區(qū)的小區(qū)重選參數(shù)設(shè)置情況如下：專題 — 小區(qū)重選與路由更新問題小區(qū)重選案例 1—C2 參數(shù)設(shè)置不合理問題 小區(qū)名 Rexlev（dBm）RXLEVACCESSMINCRH CRO TO C2高教科研 4 103 100 8 26 0 23下墟 3 80 100 8 8 0 28殷巷 3 84 100 8 10 0 26解決方案：控制小區(qū) 高教科研 4（ BCCH： 560）的覆蓋，修改高教科研 4小區(qū) CRO由 26到 20。專題 — 小區(qū)重選與路由更新問題DT測(cè)試中會(huì)發(fā)生小區(qū)重選，在重選后的數(shù)據(jù)中斷和恢復(fù)期間數(shù)據(jù)量非常小， TCP慢啟動(dòng)之后，數(shù)據(jù)傳輸恢復(fù)。SlowStart啟動(dòng)的時(shí)間，這一過程大約需要 4~10秒，直至 TCP正常傳輸。此時(shí)如果發(fā)生該 BLOCK的接收錯(cuò)誤，手機(jī)可以馬上從后面的 BLOCK中獲得而不必要求重傳，手機(jī)在計(jì)算 BLER的時(shí)候把這部分 BLOCK也計(jì)算在內(nèi)，從而導(dǎo)致BLER的計(jì)算值比較高，因此小數(shù)據(jù)傳輸下行 BLER并不代表系統(tǒng)真正的無線性能，在大數(shù)據(jù)量傳輸時(shí)的 BLER可以真實(shí)的反映出系統(tǒng)的無線性能。在這個(gè)案例中，我們發(fā)現(xiàn)這個(gè)小區(qū)主要是覆蓋八萬人體育場的外場，所以我們鼓勵(lì)慢速移動(dòng)的手機(jī)占用此小區(qū)，快速移動(dòng)的手機(jī)不要重選進(jìn)這樣的小區(qū)。解決方案： 調(diào)整 1483reselection（ 52→80 ），然后因?yàn)閿?shù)據(jù)傳輸恢復(fù)時(shí)間變長而導(dǎo)致長時(shí)間 TBF掛起。TBF一直沒被建立導(dǎo)致長時(shí)間下行無數(shù)據(jù)傳輸，最終導(dǎo)致了 PDP掉線 .檢查 Gb優(yōu)化 FTP秒后重 Connect，但是始終沒有回應(yīng) Connect這種情況是由于手機(jī)軟件故障所致。load，調(diào)整 NSEI配置216。專題 —MMS 問題qMMS優(yōu)化方法216。解決方案： 與核心網(wǎng)工程師溝通解決。contactservice解決方案： 重新調(diào)整 NSEI以減低 Gblinks解決方案： 控制 8800、 7660、 8750覆蓋，調(diào)整 8800、 7660、 8750頻點(diǎn)。經(jīng)過核心網(wǎng)掛表測(cè)試發(fā)現(xiàn) Ping時(shí)延不穩(wěn)定是因?yàn)闇y(cè)試過程中出現(xiàn)其他一些數(shù)據(jù)包，這些垃圾數(shù)據(jù)包是由殺毒軟件和一些應(yīng)用軟件自動(dòng)更新造成的。防止頻繁的小區(qū)重選216。由于在 8591測(cè)試時(shí) PDP激活成功率為 100％，把 8591的 BTS和 8593的 BTS進(jìn)行調(diào)換再測(cè)試。見下圖：APCR,然后 SGSN都立即回復(fù)一個(gè) APAC給 MS。accept消息，但此消息未能通過空中接口。專題 —PDP 激活問題PDP故障案例四 : PDP激活失敗正是由于 Gi口的耗時(shí)過長，使得無線側(cè)的定時(shí)器超時(shí)而釋放了 TBF資源，所以手機(jī)在接收 PDP激活接受消息時(shí)，重新進(jìn)行了 TBF的建立，這又進(jìn)一步增加了在無線口上的延時(shí)。 解決方案： 增加 8540站點(diǎn)的靜態(tài) PS信道，將 MFR由 5調(diào)整到 2。10071檢查 RACH或 AGCH信道配置，提高接入和立即指配成功率216。 解決方案： 提高 60021CRH由 8dB到 10dB,調(diào)整 60332RXLEVACCESSMIN由 10dB到12dB 專題 —ATTACH 問題Attach故障案例四 : ATTACH失敗問題： 網(wǎng)絡(luò)向手機(jī)發(fā)送 Packet改為 disable。acceptp 故障分析216。links檢查覆蓋216。準(zhǔn)確設(shè)置測(cè)試項(xiàng)目時(shí)間間隔以及超時(shí)時(shí)間，這些測(cè)試項(xiàng)目屬性的設(shè)置對(duì)測(cè)試結(jié)果有很大影響216。Control 使用 測(cè)試終 端和 測(cè)試軟 件， 自動(dòng)記錄測(cè)試日志 ,由測(cè)試軟件統(tǒng)計(jì)功能給出% 5次MMS端到端 PUSH平均時(shí)長各次 PUSH成功的時(shí)間相加 /成功 PUSH的次數(shù)使用 測(cè)試終 端和 測(cè)試軟 件， 自動(dòng)記錄測(cè)試日志 ,由測(cè)試軟件統(tǒng)計(jì)功能給出 10次MMS端到端 PUSH成功率用戶成功接收 PUSH消息條數(shù)／用戶應(yīng)接收 PUSH消息條數(shù) 100 ％ 使用 測(cè)試終 端和 測(cè)試軟 件， 自動(dòng)記錄測(cè)試日志 ,由測(cè)試軟件統(tǒng)計(jì)功能給出% 10次MMS端到端成功率 用戶成功提取彩信的次數(shù)／用戶嘗試提取彩信的次數(shù) 100 ％ 使用 測(cè)試終 端和 測(cè)試軟 件， 自動(dòng)記錄測(cè)試日志 ,由測(cè)試軟件統(tǒng)計(jì)功能給出% 10次CQT測(cè)試內(nèi)容定義和方法GPRS測(cè)試項(xiàng)目介紹測(cè)試項(xiàng)目介紹KPI 定 義 測(cè)試方法 精度 統(tǒng)計(jì)粒度SMS端到端 PUSH平均時(shí)長各次短信接收成功的時(shí)間相加 /短信成功接收的次數(shù)使用 測(cè)試終 端和 測(cè)試軟 件， 自動(dòng)記錄測(cè)試日志 ,由測(cè)試軟件統(tǒng)計(jì)功能給出秒 10次SMS端到端 PUSH成功率用戶成功接收短信條數(shù)／用戶應(yīng)接收短信條數(shù) 100 ％ 使用 測(cè)試終 端和 測(cè)試軟 件， 自動(dòng)記錄測(cè)試日志 ,由測(cè)試軟件統(tǒng)計(jì)功能給出% 10次CQT測(cè)試內(nèi)容定義和方法GPRS測(cè)試項(xiàng)目介紹測(cè)試項(xiàng)目介紹DT測(cè)試內(nèi)容定義和方法KPI 定 義 測(cè)試方法 精度FTP下載速率 測(cè)試路線：視客戶要求而定， 通常安排在周一至周五 準(zhǔn)備大小為 150K， 500K的文件若干216。 測(cè)試電腦應(yīng)保證 ， 256M以上內(nèi)存 。Mean Throughput:Best Effort216。測(cè)試手機(jī)型號(hào)以及手機(jī)軟件版本的不同216。用戶得到的服務(wù)質(zhì)量和其他移動(dòng)臺(tái)無關(guān) 。 GPRS若采用在 CCCH上接入的方式，則 CCCH的負(fù)荷將有較大的增加。TRX的策略，則不會(huì)對(duì)語音業(yè)務(wù)產(chǎn)生影響，因?yàn)榇藭r(shí) PDCH屬于 BCCH頻率組，不會(huì)對(duì)屬于其它頻率組的 TCH產(chǎn)生干擾，同時(shí)對(duì)屬于 BCCH頻率組的 TCH由于載干比較高，因此也不會(huì)產(chǎn)生太大影響。中國移動(dòng)在分析世界和中國通信的發(fā)展形勢(shì)后，緊跟世界主流技術(shù)，選擇了 GPRS技術(shù)，并于 1999年開始搭建 GPRS實(shí)驗(yàn)網(wǎng)。 在 GPRS引入的初期，如果采用將PDCH配置在 BCCH由于兩者使用同一頻段資源，因而在容量配置上存在著沖突。在用戶掛機(jī)之前會(huì)一直占用 ,HLR參數(shù)的不同216。Peak Throughput:2048kbit/s。 測(cè)試軟件采用 216。 保證郵件系統(tǒng)的正常工作216。在市區(qū)保持正常行駛速度，一般車速在 3035公里 /小時(shí)，在高速公路上車速一般不應(yīng)低于 70公里216。 使用 測(cè)試終 端和 測(cè)試軟 件， 自動(dòng)記錄測(cè)試日志 ,由測(cè)試軟件統(tǒng)計(jì)功能給出S 1次FTP上傳速率 實(shí)際上傳數(shù)據(jù)量（ Byte） /實(shí)際下載時(shí)間 (秒 ) 使用 測(cè)試終 端和 測(cè)試軟 件， 自動(dòng)記錄測(cè)試日志 ,由測(cè)試軟件統(tǒng)計(jì)功能給出S 1次Kjava下載成功率 下載成功次數(shù) /下載測(cè)試總次數(shù) 100%Trace和 RLC/MACWAP刷新不是刷新首頁，而是深度為3的隨機(jī)刷新216。關(guān)閉 SGSN鑒權(quán)216。檢查 Gb某區(qū)域用戶反應(yīng)不能登陸 GPRS網(wǎng)絡(luò)，檢查網(wǎng)絡(luò)配置無異常，實(shí)地測(cè)試的確無法登陸 GPRS網(wǎng)絡(luò)。返回 attach由原來的 enable專題 —ATTACH 問題Attach故障案例三 : ATTACH失敗問題： 頻繁的小區(qū)重選（ 60021→60332→60021 ）導(dǎo)致 ATTACH時(shí)延過長（）。該事件由無線資源緊張所致。排查干擾，提高 C/I216。專題 —PDP 激活問題PDP故障案例二 : PDP激活失敗問題： 由于連續(xù)發(fā)生兩次小區(qū)重選（ CELLID:專題 —PDP 激活問題PDP故障案例三 : PDP激活失敗問題： 由于沒有申請(qǐng)到 PS信道導(dǎo)致 PDP激活失敗。request消息在傳輸中丟失或者 Radius的處理異常。Response消息，這時(shí) GGSN才對(duì)手機(jī)的 PDP激活請(qǐng)求進(jìn)行響應(yīng)。activate這三次失敗在 GB口信令中體現(xiàn)為： MS發(fā)給 SGSNMS”的信息，同時(shí)還有一個(gè) LLCD(=LLCDISCARDED)的信令。 檢查覆蓋216。優(yōu)化測(cè)試測(cè)試電腦，關(guān)閉所有系統(tǒng)軟件以及應(yīng)用軟件的自動(dòng)更新功能專題 —Ping 問題Ping故障案例一 : 不同時(shí)間間隔造成 PING時(shí)延不同問題： Ping測(cè)試中時(shí)間間隔設(shè)置為 4s12s測(cè)試結(jié)果有很大差別。查看規(guī)劃數(shù)據(jù)，微蜂窩 8800、 7660、 8750是同 BCCH檢查 Gblink的負(fù)荷在測(cè)試時(shí)段已高達(dá) 64%，從而導(dǎo)致下載速率低。aor這種現(xiàn)象是因?yàn)橐苿?dòng)夢(mèng)網(wǎng)服務(wù)器出現(xiàn)問題。專題 —WAP 問題WAP錯(cuò)誤代碼含義 —HTTP 協(xié)議發(fā)生錯(cuò)誤 links專題 —MMS 問題MMS故障案例三 :MMS接收失敗問題：通過 Gi口掛表發(fā)現(xiàn)手機(jī)在發(fā)起 Get請(qǐng)求后，在 10ms左右的時(shí)間連續(xù)多次重發(fā) Get請(qǐng)求（ Get請(qǐng)求重發(fā)定時(shí)器為 10s），導(dǎo)致 WAP網(wǎng)關(guān)來不得處理手機(jī)的Session，從重發(fā)時(shí)間間隔來看，不可能是手機(jī)連續(xù)接收彩信。Reply，手機(jī)等待 5專題 —FTP 問題qFTP優(yōu)化方法216。檢查靜態(tài) PS信道、動(dòng)態(tài) PS信道配置216。重選到小區(qū) 41921后， DL之后重建時(shí)由于小區(qū) 30553數(shù)據(jù)業(yè)務(wù)繁忙只申請(qǐng)到一條 PS信道，在數(shù)據(jù)下傳過程中又發(fā)生了第二次 cell從地形看，該處是一座立交橋，橋下無主控區(qū)。我們?cè)?GPRS測(cè)試時(shí)，車經(jīng)過室外微蜂窩的時(shí)間比較短，盡量不要讓手機(jī)重選至這樣的小區(qū)，這樣會(huì)增加小區(qū)重選的次數(shù)和減少吞吐量。專題 — 高 BLERBLER概述BLER反應(yīng)信道受干擾的情況，但在小數(shù)據(jù)傳輸中可以看到下行 BLER總是比較高，重傳的 BLOCK中很大的一部分是由于 PCU的無線傳輸特性決定的， PCU在下行傳輸時(shí)，判斷數(shù)據(jù)是否快要發(fā)送完了，在數(shù)據(jù)快要結(jié)束前 N個(gè) BLOCK(N由 PCU參數(shù)決定 )的時(shí)候確定 TBF快要結(jié)束，在下行 TBF的結(jié)尾處最后的一個(gè) BLOCK發(fā)送之后而在對(duì)它的確認(rèn)包回來之前， PCU重復(fù)發(fā)送這些未確認(rèn)的 BLOCK直到收到確認(rèn)包。Slow小區(qū)重選與路由更新概述專題 — 小區(qū)重選與路由更新問題小區(qū)重選與路由更新概述小區(qū)重選的時(shí)候手機(jī)會(huì)暫時(shí)中斷數(shù)據(jù)傳輸，在這里數(shù)據(jù)中斷的時(shí)長主要包括：重選后數(shù)據(jù)暫停的時(shí)間、 TCP 長時(shí)間電平小于－ 94dBm，造成無覆蓋。PDU時(shí)是以 BVC為基礎(chǔ)的。比如下圖就是沒有經(jīng)過合理配置的 NSEI：專題 —NSEI 規(guī)劃NSEI規(guī)劃后在優(yōu)化期間， PCU需要定期重新規(guī)劃，也即重新分配小區(qū)的 NSEI，在物理位置上盡量靠近，這樣做的目的是為了在 GPRS專題 — PANDEC、 PANINC參數(shù)實(shí)驗(yàn)PANDEC、 PANINC概述V(A)WS時(shí)，則停止T3182；當(dāng) T3182超時(shí)后，移動(dòng)臺(tái)將把計(jì)數(shù)器 N3102減去 PANDEC，并執(zhí)行該TBF的異常釋放并接入重試；當(dāng)移動(dòng)臺(tái)收到網(wǎng)絡(luò)發(fā)送的 “分組上行證實(shí) /未證實(shí) ”消息允許 V(S)或 V(A)增加時(shí)，移動(dòng)臺(tái)將把計(jì)數(shù)器 N3102增加 PANINC，但是 N3102值不能超過 PANMAX所定義的值；當(dāng) N3102≤0時(shí)， MS將執(zhí)行該 TBF的異常釋放，并將觸發(fā)小區(qū)重選。Uplink1 BSC19MSC06試驗(yàn)結(jié)果：總體而言，對(duì)公里無覆蓋比等 GPRS DT測(cè)試指標(biāo)有明顯改善。專題 — MFR、 DRX參數(shù)實(shí)驗(yàn)MFR、 DRX概述 DRX（ DRX_TIMER_MAX） CONTROL如果 T3192超時(shí)， MS將釋放 TBF相關(guān)資源并開始監(jiān)聽尋呼信道。而如果網(wǎng)絡(luò)側(cè)新的下行數(shù)據(jù)到來時(shí)， T3192還未超時(shí)，則網(wǎng)絡(luò)可以直接發(fā)送 “分組下行指配 ”消息，來建立一個(gè)新的下行 TBF，縮短 TBF的建立時(shí)間。超時(shí)，釋放下行 TBFugrade下載沒有正面或負(fù)面影響。在這種情況下通過測(cè)試發(fā)現(xiàn)，占用 BCCH或 TCH、跳頻或非跳頻之間的下載速率差異值不是很大。TRX、 TCHTRX（HF/NHF）下 GPRS性能比較測(cè)試結(jié)果對(duì)比分析216。 假事件案例 1—FTP 下載失敗專題 — 假事件問題：在手機(jī) Get需要的網(wǎng)頁后， WAP網(wǎng)關(guān)回 “URLKPI看出該小區(qū)有很小比例的 DL假事件案例 3—MMS 發(fā)送失敗 交 流 討 論演講完畢，謝謝觀看！