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