【正文】 術(shù)向第三代技術(shù)演進(jìn)的一個非常重要、不可或缺的過程和里程碑，是介于第二代移動通信與第三代移動通信之間的 。 對于話音業(yè)務(wù)，其網(wǎng)絡(luò)規(guī)劃完成以后網(wǎng)絡(luò)的頻率干擾主要決定于頻率分配和話務(wù)量。在 GPRS引入的初期，如果采用將PDCH配置在 BCCH首先， GPRS與 GSM網(wǎng)絡(luò)優(yōu)化在整體上是一致的，加強(qiáng) GSM無線環(huán)境的優(yōu)化工作對于 GPRS的優(yōu)化十分重要。由于兩者使用同一頻段資源，因而在容量配置上存在著沖突。當(dāng) GPRS網(wǎng)絡(luò)優(yōu)化和 GSM網(wǎng)絡(luò)優(yōu)化發(fā)生沖突時，在現(xiàn)階段應(yīng)當(dāng)以話音業(yè)務(wù)優(yōu)先。在用戶掛機(jī)之前會一直占用 ,系統(tǒng)資源要按照 QoS和用戶的需求進(jìn)行共享式地動態(tài)分配 ,HLR參數(shù)的不同216。測試人員測試方法以及現(xiàn)場判斷測試數(shù)據(jù)可靠性能力的不同GPRS數(shù)據(jù)業(yè)務(wù)測試的影響因素數(shù)據(jù)業(yè)務(wù)測試的影響因素GPRS業(yè)務(wù)測試準(zhǔn)備216。Peak Throughput:2048kbit/s。手機(jī)設(shè)置為自動雙頻模式 。 測試軟件采用 216。關(guān)閉 Windows的自動更新功能GPRS數(shù)據(jù)業(yè)務(wù)測試的影響因素數(shù)據(jù)業(yè)務(wù)測試的影響因素GPRS業(yè)務(wù)測試準(zhǔn)備216。 保證郵件系統(tǒng)的正常工作216。地點(diǎn)選擇原則： 2040個測試點(diǎn)。 測試時間 ：在市區(qū)保持正常行駛速度，一般車速在 3035公里 /小時，在高速公路上車速一般不應(yīng)低于 70公里216。根據(jù)城市的規(guī)模來定，也可以根據(jù)用戶的要求確定每個城市的測試時長DT測試原則目錄目錄p GPRS現(xiàn)狀與現(xiàn)狀與 GPRS業(yè)務(wù)測試概述業(yè)務(wù)測試概述p GPRS業(yè)務(wù)測試內(nèi)容業(yè)務(wù)測試內(nèi)容p GPRS業(yè)務(wù)測試工具介紹業(yè)務(wù)測試工具介紹p GPRS專題優(yōu)化介紹及案例分析專題優(yōu)化介紹及案例分析GPRS測試項目介紹測試項目介紹GPRS測試目的和分類216。 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出S 1次FTP上傳速率 實(shí)際上傳數(shù)據(jù)量（ Byte） /實(shí)際下載時間 (秒 ) 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出S 1次Kjava下載成功率 下載成功次數(shù) /下載測試總次數(shù) 100%CDSTrace和 RLC/MAC注意測試用筆記本電腦在安裝測試軟件前必須重裝操作系統(tǒng)， 不能安裝與測試無關(guān)的其它軟件 。WAP刷新不是刷新首頁，而是深度為3的隨機(jī)刷新216。WAP測試應(yīng)以所有文字信息全部顯示為準(zhǔn)，所以應(yīng)在 WAP測試時去掉設(shè)置中的 “下載頁面中的圖標(biāo) ”選項 關(guān)閉 SGSN鑒權(quán)216。檢查 RACH或 AGCH信道配置216。檢查 Gb某區(qū)域用戶反應(yīng)不能登陸 GPRS網(wǎng)絡(luò)，檢查網(wǎng)絡(luò)配置無異常，實(shí)地測試的確無法登陸 GPRS網(wǎng)絡(luò)。BRP板配置，發(fā)現(xiàn)有一塊 BRP板已經(jīng)配置了 21個靜態(tài) GPRS信道和 41個 GPRS動態(tài)信道，總數(shù)超過了每塊 BRP板上 PS信道的配置要求p 解決方法Attach返回 attachinformation。plete。由原來的 enable專題 —ATTACH 問題Attach故障案例三 : ATTACH失敗問題： 頻繁的小區(qū)重選（ 60021→60332→60021 ）導(dǎo)致 ATTACH時延過長（）。Resource該事件由無線資源緊張所致。關(guān)閉 SGSN鑒權(quán)216。排查干擾，提高 C/I216。links專題 —PDP 激活問題PDP故障案例二 : PDP激活失敗問題： 由于連續(xù)發(fā)生兩次小區(qū)重選（ CELLID:Channel:90—CELLID:專題 —PDP 激活問題PDP故障案例三 : PDP激活失敗問題： 由于沒有申請到 PS信道導(dǎo)致 PDP激活失敗。request消息沒有被 WAP網(wǎng)關(guān)接收到，也就是說，我們在 WAP網(wǎng)關(guān)側(cè)沒有看到 GGSN第一次發(fā)送的 Accountingrequest消息在傳輸中丟失或者 Radius的處理異常。Request消息，等待 Radius的響應(yīng)，并啟動相應(yīng)的等待定時器，在相應(yīng)的 WAP網(wǎng)關(guān)側(cè)，我們發(fā)現(xiàn) WAP網(wǎng)關(guān)在收到 AccountingResponse消息，這時 GGSN才對手機(jī)的 PDP激活請求進(jìn)行響應(yīng)。CQT的火車站測試點(diǎn)有 PDP激活失敗的現(xiàn)象，并且多次測試問題始終存在。activate調(diào)整頻點(diǎn)和無線參數(shù)等也沒有解決問題，于是懷疑是否為基站的問題。這三次失敗在 GB口信令中體現(xiàn)為： MS發(fā)給 SGSN7s－ 8s后 ,在 GB數(shù)據(jù)里發(fā)現(xiàn)了 RSTA，在該信令中發(fā)現(xiàn)“RadioMS”的信息，同時還有一個 LLCD(=LLCDISCARDED)的信令。因此分析結(jié)果表明這幾次的 PDP激活失敗并非由核心網(wǎng)引起，可能是由無線側(cè)導(dǎo)致了手機(jī)未能收到 SGSN發(fā)的 APAC而產(chǎn)生 TIMEOUT。 專題 —Ping 問題qPing優(yōu)化方法216。檢查覆蓋216。檢查 Gb優(yōu)化測試測試電腦，關(guān)閉所有系統(tǒng)軟件以及應(yīng)用軟件的自動更新功能專題 —Ping 問題Ping故障案例一 : 不同時間間隔造成 PING時延不同問題： Ping測試中時間間隔設(shè)置為 4s12s測試結(jié)果有很大差別。 查看規(guī)劃數(shù)據(jù)，微蜂窩 8800、 7660、 8750是同 BCCH檢查覆蓋216。檢查 Gb優(yōu)化測試測試電腦，關(guān)閉所有系統(tǒng)軟件以及應(yīng)用軟件的自動更新功能專題 —WAP 問題WAP故障案例一 :WAP刷新失敗問題： 出現(xiàn) WAPlink的負(fù)荷在測試時段已高達(dá) 64%，從而導(dǎo)致下載速率低。CQT的下載速率。abeorif這種現(xiàn)象是因?yàn)橐苿訅艟W(wǎng)服務(wù)器出現(xiàn)問題。我們初步認(rèn)為打開 WAP網(wǎng)頁時超過 20秒以上的大時延基本都是由網(wǎng)關(guān)時延引起的。專題 —WAP 問題WAP錯誤代碼含義 —HTTP 協(xié)議發(fā)生錯誤 防止頻繁的小區(qū)重選216。links解決方案：重裝手機(jī)操作系統(tǒng)。專題 —MMS 問題MMS故障案例三 :MMS接收失敗問題：通過 Gi口掛表發(fā)現(xiàn)手機(jī)在發(fā)起 Get請求后，在 10ms左右的時間連續(xù)多次重發(fā) Get請求（ Get請求重發(fā)定時器為 10s），導(dǎo)致 WAP網(wǎng)關(guān)來不得處理手機(jī)的Session，從重發(fā)時間間隔來看，不可能是手機(jī)連續(xù)接收彩信。層的 ConnectReply，手機(jī)等待 5層的建鏈?zhǔn)。罱K導(dǎo)致彩信發(fā)送失敗。專題 —FTP 問題qFTP優(yōu)化方法216。216。檢查靜態(tài) PS信道、動態(tài) PS信道配置216。調(diào)整 DLB、 ULB、 DLBH、 ULBH參數(shù)，動態(tài)調(diào)整 CS的比例 重選到小區(qū) 41921后， DLTBF的主要原因所在。之后重建時由于小區(qū) 30553數(shù)據(jù)業(yè)務(wù)繁忙只申請到一條 PS信道，在數(shù)據(jù)下傳過程中又發(fā)生了第二次 cell解決方案： 擴(kuò)充 3055 30152靜態(tài) PS信道；調(diào)整 30553RXLEVACCESSMIN由 10到 12。從地形看，該處是一座立交橋，橋下無主控區(qū)。FTP速率低。我們在 GPRS測試時，車經(jīng)過室外微蜂窩的時間比較短，盡量不要讓手機(jī)重選至這樣的小區(qū)，這樣會增加小區(qū)重選的次數(shù)和減少吞吐量。專題 —FTP 問題FTP故障案例六 :FTP下載速率低專題 —FTP 問題FTP故障案例六 :FTP下載速率低問題： 在復(fù)測時我們發(fā)現(xiàn)，在同一個地點(diǎn)，此時 52484的 C1=25， C2＝ 21，從15:40: 15:53:586持續(xù) 20s后， C2值升至 53。專題 — 高 BLERBLER概述BLER反應(yīng)信道受干擾的情況，但在小數(shù)據(jù)傳輸中可以看到下行 BLER總是比較高，重傳的 BLOCK中很大的一部分是由于 PCU的無線傳輸特性決定的， PCU在下行傳輸時，判斷數(shù)據(jù)是否快要發(fā)送完了，在數(shù)據(jù)快要結(jié)束前 N個 BLOCK(N由 PCU參數(shù)決定 )的時候確定 TBF快要結(jié)束，在下行 TBF的結(jié)尾處最后的一個 BLOCK發(fā)送之后而在對它的確認(rèn)包回來之前， PCU重復(fù)發(fā)送這些未確認(rèn)的 BLOCK直到收到確認(rèn)包。解決方案： 更改 GTRX或者更換頻點(diǎn)。SlowSlow小區(qū)重選與路由更新概述專題 — 小區(qū)重選與路由更新問題小區(qū)重選與路由更新概述小區(qū)重選的時候手機(jī)會暫時中斷數(shù)據(jù)傳輸，在這里數(shù)據(jù)中斷的時長主要包括：重選后數(shù)據(jù)暫停的時間、 TCP TCP 在RAU之后可以使用 PING來驗(yàn)證 GPRS承載已經(jīng)恢復(fù) 長時間電平小于－ 94dBm，造成無覆蓋。 Failure。一般來說一個BSC被劃分為一個服務(wù)實(shí)體，為了可擴(kuò)展性， ZXG10系統(tǒng)中也允許 BSC下掛若干個 NSE。PDU時是以 BVC為基礎(chǔ)的。 比如下圖就是沒有經(jīng)過合理配置的 NSEI：專題 —NSEI 規(guī)劃NSEI規(guī)劃后在優(yōu)化期間， PCU需要定期重新規(guī)劃，也即重新分配小區(qū)的 NSEI，在物理位置上盡量靠近，這樣做的目的是為了在 GPRSReselection,導(dǎo)致了數(shù)據(jù)傳輸長時間的停頓，最終發(fā)生了 PDP掉線。專題 — PANDEC、 PANINC參數(shù)實(shí)驗(yàn)PANDEC、 PANINC概述V(A)ACK/NACK導(dǎo)致 V(S)WS時，則停止T3182；當(dāng) T3182超時后，移動臺將把計數(shù)器 N3102減去 PANDEC，并執(zhí)行該TBF的異常釋放并接入重試；當(dāng)移動臺收到網(wǎng)絡(luò)發(fā)送的 “分組上行證實(shí) /未證實(shí) ”消息允許 V(S)或 V(A)增加時，移動臺將把計數(shù)器 N3102增加 PANINC，但是 N3102值不能超過 PANMAX所定義的值；當(dāng) N3102≤0時， MS將執(zhí)行該 TBF的異常釋放，并將觸發(fā)小區(qū)重選。Uplink專題 — PANDEC、 PANINC參數(shù)實(shí)驗(yàn)PANDEC、 PANINC參數(shù)調(diào)整實(shí)驗(yàn)參數(shù)名 重要性參數(shù)類型原值修改值BSC MSCPAN_DEC0 1 BSC19MSC06試驗(yàn)結(jié)果：總體而言，對公里無覆蓋比等 GPRS DT測試指標(biāo)有明顯改善。專題 — MFR、 DRX參數(shù)實(shí)驗(yàn)MFR、 DRX概述 DRX（ DRX_TIMER_MAX） REQUEST中看到； DRX_TIMER_MAX的數(shù)值可從 System BS_PA_MFRMS定義了尋呼信道的復(fù)幀數(shù)，目前現(xiàn)網(wǎng)的默認(rèn)設(shè)置是 5，也就是說 MS在收聽了自己尋呼組所對應(yīng)的 CCCH塊后，將等待 4個 51復(fù)幀，繼續(xù)收聽的將是第 6個 51復(fù)幀的同樣位置的 CCCH塊。所以設(shè)置了非 DRX模式后會大大縮短下行 TBF的建立時間，缺點(diǎn)是會加快手機(jī)電池的消耗。CONTROLDOWNLINK如果 T3192超時， MS將釋放 TBF相關(guān)資源并開始監(jiān)聽尋呼信道。在進(jìn)入空閑模式或?qū)Ｓ媚Ｊ綍r，根據(jù)協(xié)議，仍舊需要執(zhí)行一段非DRX時間。而如果網(wǎng)絡(luò)側(cè)新的下行數(shù)據(jù)到來時， T3192還未超時，則網(wǎng)絡(luò)可以直接發(fā)送 “分組下行指配 ”消息，來建立一個新的下行 TBF，縮短 TBF的建立時間。建立時間的長短，常規(guī)情況下，當(dāng)一組數(shù)據(jù) RLC超時，釋放下行 TBF這無形中延長了 TBFugrade激活時間，降低了 PDP激活成功率。下載沒有正面或負(fù)面影響。具體情況如下：p無線環(huán)境好、接收電平強(qiáng)測試地點(diǎn)設(shè)在一寫字樓內(nèi)，由于樓內(nèi)主要由微蜂窩覆蓋，周邊的無線環(huán)境較好，主控小區(qū)的電平遠(yuǎn)遠(yuǎn)高于相鄰小區(qū)，接收電平在－ 55dBm左右，在這種情況下通過測試發(fā)現(xiàn)，占用 BCCH或 TCH、跳頻或非跳頻之間的下載速率差異值不是很大。在這種情況下通過測試發(fā)現(xiàn)，占用 BCCH或 TCH、跳頻或非跳頻之間的下載速率差異值不是很大。在這種情況下通過測試發(fā)現(xiàn)，占用 TCH載頻在跳頻和非跳頻情況下的下載速率差異較大， CS12與 CS34算法下下載速率差異較大。TRX、 TCH但對于 GPRS業(yè)務(wù)則恰恰相反，在非跳頻的情況下干擾電平集中在一個頻點(diǎn)上，因此只會對這一載頻上的包做重傳。TRX（HF/NHF）下 GPRS性能比較測試結(jié)果對比分析216。由于發(fā)送端已中止發(fā)送，而在手機(jī)終端側(cè) FTP下載測試進(jìn)程并沒有停止，最終測試軟件判斷超時失敗。 download假事件案例 1—FTP 下載失敗專題 — 假事件問題：在手機(jī) Get需要的網(wǎng)頁后， WAP網(wǎng)關(guān)回 “URL解決方案：該次測試在 CDS后處理軟件中將被剔除。KPI看出該小區(qū)有很小比例的 DLresponse的原因?qū)е碌?。假事件案?3—MMS 發(fā)送失敗 交 流 討 論演講完畢，謝謝觀看！