【正文】 整實(shí)驗(yàn)前后相關(guān)區(qū)域電平分布圖專題 — MFR、 DRX參數(shù)實(shí)驗(yàn)MFR、 DRX概述 MFR（ BS_PA_MFRMS）高 CELL Ack時(shí) TBF異常釋放并進(jìn)行小區(qū)重選的可能，但也使 MS在發(fā)送窗口停止，不能發(fā)送數(shù)據(jù)的情況下，較長時(shí)間占據(jù)無線資源，資源利用率不高。如果 PANDEC， PANINC和 PANMAX置為 0值時(shí)，計(jì)數(shù)器N3102就無效。+在無線鏈路失敗控制中， PAN參數(shù)將與 MS側(cè)的定時(shí)器 N3102一起使用。經(jīng)檢查發(fā)現(xiàn)CI1892的 NSEI值與周圍站點(diǎn)不統(tǒng)一。DT的過程中避免頻繁的 RAU，從而提高GPRS專題 —NSEI 規(guī)劃NSEI規(guī)劃前在網(wǎng)絡(luò)優(yōu)化之前沒有優(yōu)化過 NSEI， PCU的分配很是隨便，甚至一個(gè)站上的兩個(gè)小區(qū)都不在一個(gè) PCU下，這對 GPRS每條虛連接都有一個(gè)標(biāo)識(shí)，為 BVCI，它能使底層網(wǎng)絡(luò)服務(wù)層將 BSSGP 每個(gè)小區(qū)的歸屬的 RAC區(qū)以上 3個(gè)參數(shù)必須與現(xiàn)行網(wǎng)絡(luò)中硬件設(shè)備的連接一致才能保證 GPRS手機(jī)路由更新的正常進(jìn)行 (2)每個(gè) MSC到 SGSN的歸屬位置通過仔細(xì)分析， 經(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測試中會(huì)發(fā)生小區(qū)重選，在重選后的數(shù)據(jù)中斷和恢復(fù)期間數(shù)據(jù)量非常小， TCP慢啟動(dòng)之后，數(shù)據(jù)傳輸恢復(fù)。SlowSlowStart過程，在小區(qū)重選后數(shù)據(jù)暫停的時(shí)長約4~10秒，手機(jī)在新小區(qū)駐留后需要 ~5秒的時(shí)間獲得資源分配，如果有資源可以分配的話，此時(shí)手機(jī)已經(jīng)有少量數(shù)據(jù)的發(fā)送和接收（通過 IP分析軟件觀察），此時(shí)使用 PING來檢驗(yàn)就可以看到 GPRS連接已經(jīng)恢復(fù)。Start啟動(dòng)的時(shí)間，這一過程大約需要 4~10秒，直至 TCP正常傳輸。專題 — 高 BLERBLER案例 2— 小區(qū)重選問題問題： 已經(jīng)越過了該小區(qū)的主控范圍，但是不向鄰小區(qū)重選。此時(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)的無線性能。由于復(fù)測時(shí)，車行駛的地方為一個(gè)交通燈口，車流量大、擁堵。在這個(gè)案例中，我們發(fā)現(xiàn)這個(gè)小區(qū)主要是覆蓋八萬人體育場的外場，所以我們鼓勵(lì)慢速移動(dòng)的手機(jī)占用此小區(qū)，快速移動(dòng)的手機(jī)不要重選進(jìn)這樣的小區(qū)。解決方案： 增加 CI2631的靜態(tài) PS信道。解決方案： 調(diào)整 1483專題 —FTP 問題FTP故障案例三 :FTP下載失敗問題： MS從 43372重選到 42093后，又從 42093重選到 1531后又頻繁重選回 1531后，電平降到 94dBm，拖了一段時(shí)間后 PDP掉線。reselection（ 52→80 ），然后因?yàn)閿?shù)據(jù)傳輸恢復(fù)時(shí)間變長而導(dǎo)致長時(shí)間 TBF掛起。解決方案： 增加該小區(qū)靜態(tài) PS信道。TBF一直沒被建立導(dǎo)致長時(shí)間下行無數(shù)據(jù)傳輸，最終導(dǎo)致了 PDP掉線 .216。檢查 Gb檢查覆蓋216。優(yōu)化 FTP導(dǎo)致此次 MMS發(fā)送失敗的原因?yàn)?WAP網(wǎng)關(guān)過于繁忙沒有回應(yīng) Connect秒后重 Connect，但是始終沒有回應(yīng) Connect信令，建 WSP這種情況是由于手機(jī)軟件故障所致。專題 —MMS 問題MMS故障案例二 :MMS接收失敗問題：通過掛表發(fā)現(xiàn)手機(jī)首先建立了 WSP層的連接，然后發(fā)起 GET請求接收彩信，隨后 WAP網(wǎng)關(guān)將彩信在 WTP分割后，向手機(jī)發(fā)送 WTP層的分段，當(dāng)傳送到第六個(gè)分段后該消息中的 GTR和 TTR都為 0，說明該分段既不是整個(gè)消息中某組的最后一塊，也不是整個(gè)消息的最后一塊，但是手機(jī)卻回應(yīng)了 ACK，緊接著又發(fā)起一個(gè) Transaction(Invoke)。load，調(diào)整 NSEI配置216。排查干擾，提高 C/I216。專題 —MMS 問題qMMS優(yōu)化方法216。解決方案： 核心網(wǎng)工程師針對WAP網(wǎng)關(guān)進(jìn)行優(yōu)化。解決方案： 與核心網(wǎng)工程師溝通解決。thecontactfulfilled,pleaseservice專題 —WAP 問題WAP故障案例三 :WAP登陸失敗問題： 在 **賓館 WAP登陸測試中，通過跟蹤 Gb口發(fā)現(xiàn)，手機(jī)上行發(fā)送Get(URL= PDU，具體內(nèi)容為：Your解決方案： 重新調(diào)整 NSEI以減低 Gbreply失敗的時(shí)候 GPRS的質(zhì)量為 6級(jí)，從服務(wù)小區(qū)和鄰區(qū)的測量來看，存在著鄰頻的干擾。links防止頻繁的小區(qū)重選216。解決方案： 控制 8800、 7660、 8750覆蓋，調(diào)整 8800、 7660、 8750頻點(diǎn)。解決方案： 查找外部干擾。經(jīng)過核心網(wǎng)掛表測試發(fā)現(xiàn) Ping時(shí)延不穩(wěn)定是因?yàn)闇y試過程中出現(xiàn)其他一些數(shù)據(jù)包，這些垃圾數(shù)據(jù)包是由殺毒軟件和一些應(yīng)用軟件自動(dòng)更新造成的。links防止頻繁的小區(qū)重選216。優(yōu)化 Ping由于在 8591測試時(shí) PDP激活成功率為 100％，把 8591的 BTS和 8593的 BTS進(jìn)行調(diào)換再測試。由于無線質(zhì)量、 GPRS統(tǒng)計(jì)和參數(shù)、核心網(wǎng)、分布系統(tǒng)等都沒有問題，這時(shí)我們把重點(diǎn)放在基站硬件這一側(cè)。見下圖：contactAPCR,然后 SGSN都立即回復(fù)一個(gè) APAC給 MS。重啟基站，重做基站數(shù)據(jù)，仍然沒有效果。accept消息，但此消息未能通過空中接口。從信令來看，當(dāng)下行的立即指配信息里出現(xiàn)了右圖中 ARFCN為 809的時(shí)候， PDP激活會(huì)不成功。專題 —PDP 激活問題PDP故障案例四 : PDP激活失敗正是由于 Gi口的耗時(shí)過長，使得無線側(cè)的定時(shí)器超時(shí)而釋放了 TBF資源，所以手機(jī)在接收 PDP激活接受消息時(shí)，重新進(jìn)行了 TBF的建立，這又進(jìn)一步增加了在無線口上的延時(shí)。Request消息后沒有給予響應(yīng)，由于 GGSN沒有收到 Accounting request消息，只看到了 GGSN第二次重新發(fā)送的 Accounting解決方案： 增加 8540站點(diǎn)的靜態(tài) PS信道，將 MFR由 5調(diào)整到 2。11410071load，調(diào)整 NSEI配置216。檢查 RACH或 AGCH信道配置，提高接入和立即指配成功率216。檢查核心網(wǎng)各網(wǎng)元處理能力（ DNS解析 APN錯(cuò)誤或者過慢、 GGSN關(guān)于 APN的配置數(shù)據(jù)不完整、 DHCP或 RADIUS服務(wù)器故障、 HLR和 SGSN對通配符 APN格式的兼容性問題、 SGSN和 GGSN的 GTP信令的兼容性問題、 SGSN構(gòu)造 APN的配置問題、 GGSN處理過慢、 DNS和 GGSN的主備用狀態(tài) Request消息的應(yīng)答，此消息中包含 “Wait_Indication”域，其值賦予 T3172，當(dāng)手機(jī)收到Packet解決方案： 提高 60021CRH由 8dB到 10dB,調(diào)整 60332RXLEVACCESSMIN由 10dB到12dB 專題 —ATTACH 問題Attach故障案例四 : ATTACH失敗問題： 網(wǎng)絡(luò)向手機(jī)發(fā)送 Packet改為 disable。檢查 BSC相關(guān)數(shù)據(jù)沒有發(fā)現(xiàn)問題。 accept不能成功。p 故障分析216。links檢查靜態(tài) PS信道、動(dòng)態(tài) PS信道配置216。檢查覆蓋216。216。準(zhǔn)確設(shè)置測試項(xiàng)目時(shí)間間隔以及超時(shí)時(shí)間，這些測試項(xiàng)目屬性的設(shè)置對測試結(jié)果有很大影響216。將托盤中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉 ,如 MSN等 。Control在信令解碼（比如 C/I、 RxQual、 MsTxPower等）中存在一些 BUG216。 使用 測試終 端和 測試軟 件， 自動(dòng)記錄測試日志 ,由測試軟件統(tǒng)計(jì)功能給出% 5次MMS端到端 PUSH平均時(shí)長各次 PUSH成功的時(shí)間相加 /成功 PUSH的次數(shù)使用 測試終 端和 測試軟 件， 自動(dòng)記錄測試日志 ,由測試軟件統(tǒng)計(jì)功能給出 10次MMS端到端 PUSH成功率用戶成功接收 PUSH消息條數(shù)／用戶應(yīng)接收 PUSH消息條數(shù) 100 ％ 使用 測試終 端和 測試軟 件， 自動(dòng)記錄測試日志 ,由測試軟件統(tǒng)計(jì)功能給出% 10次MMS端到端成功率 用戶成功提取彩信的次數(shù)／用戶嘗試提取彩信的次數(shù) 100 ％ 使用 測試終 端和 測試軟 件， 自動(dòng)記錄測試日志 ,由測試軟件統(tǒng)計(jì)功能給出% 10次CQT測試內(nèi)容定義和方法GPRS測試項(xiàng)目介紹測試項(xiàng)目介紹KPI 定 義 測試方法 精度 統(tǒng)計(jì)粒度SMS端到端 PUSH平均時(shí)長各次短信接收成功的時(shí)間相加 /短信成功接收的次數(shù)使用 測試終 端和 測試軟 件， 自動(dòng)記錄測試日志 ,由測試軟件統(tǒng)計(jì)功能給出秒 10次SMS端到端 PUSH成功率用戶成功接收短信條數(shù)／用戶應(yīng)接收短信條數(shù) 100 ％ 使用 測試終 端和 測試軟 件， 自動(dòng)記錄測試日志 ,由測試軟件統(tǒng)計(jì)功能給出% 10次CQT測試內(nèi)容定義和方法GPRS測試項(xiàng)目介紹測試項(xiàng)目介紹DT測試內(nèi)容定義和方法KPI 定 義 測試方法 精度FTP下載速率 測試目的：通過對市區(qū)重要場所和市區(qū)主要道路測試，從用戶感受的角度評(píng)估城市 GPRS網(wǎng)絡(luò)質(zhì)量，為 GPRS網(wǎng)絡(luò)優(yōu)化提供參考和依據(jù)216。 測試路線：視客戶要求而定， 通常安排在周一至周五 具體測試點(diǎn)分布要求 :火車站、機(jī)場、三星級(jí)以上酒店、大型商場休閑區(qū)、大學(xué)學(xué)校、大型居民區(qū)、商務(wù)場所、旅游景區(qū) 、話務(wù)因素綜合考慮均勻分布，突出重點(diǎn)區(qū)域 ，檢查信號(hào)強(qiáng)度，確保在該點(diǎn)有 GPRS覆蓋，避免在測試過程中頻繁小區(qū)重選（重選次數(shù)控制在 34次之內(nèi) )GPRS數(shù)據(jù)業(yè)務(wù)測試原則數(shù)據(jù)業(yè)務(wù)測試原則216。 準(zhǔn)備大小為 150K， 500K的文件若干216。 保證 Ping和 FTP的測試服務(wù)器正常工作。 測試電腦應(yīng)保證 ， 256M以上內(nèi)存 。串口速率設(shè)置為 115200。Mean Throughput:Best Effort216。 配備全球通測試卡若干，設(shè)置測試卡 HLR數(shù)據(jù)如下： Priority:High Priority。測試手機(jī)型號(hào)以及手機(jī)軟件版本的不同216。用戶得到的服務(wù)質(zhì)量和其他移動(dòng)臺(tái)有直接的關(guān)系 !GPRS數(shù)據(jù)業(yè)務(wù)測試的影響因素?cái)?shù)據(jù)業(yè)務(wù)測試的影響因素影響測試指標(biāo)的外在原因216。用戶得到的服務(wù)質(zhì)量和其他移動(dòng)臺(tái)無關(guān) 。GPRS數(shù)據(jù)業(yè)務(wù)概述數(shù)據(jù)業(yè)務(wù)概述GPRS服務(wù)與用戶群體之間的關(guān)系GPRS網(wǎng)絡(luò)不同于 GSM網(wǎng)絡(luò) , GPRS若采用在 CCCH上接入的方式，則 CCCH的負(fù)荷將有較大的增加。提升網(wǎng)絡(luò)整體載干比水平可以使更多的GPRS手機(jī)享受高級(jí)的編碼方案，從而提高系統(tǒng)的吞吐量，使已在 CS2編碼方式下的手機(jī)進(jìn)一步減少分組重發(fā)的比率，使實(shí)際數(shù)據(jù)傳輸速率達(dá)到最高。TRX的策略，則不會(huì)對語音業(yè)務(wù)產(chǎn)生影響，因?yàn)榇藭r(shí) PDCH屬于 BCCH頻率組，不會(huì)對屬于其它頻率組的 TCH產(chǎn)生干擾，同時(shí)對屬于 BCCH頻率組的 TCH由于載干比較高，因此也不會(huì)產(chǎn)生太大影響。 GPRS引入后，增加了 GSM信道的利用率，而信道利用率的增加表現(xiàn)為網(wǎng)絡(luò)干擾的增加。中國移動(dòng)在分析世界和中國通信的發(fā)展形勢后，緊跟世界主流技術(shù)，選擇了 GPRS技術(shù)，并于 1999年開始搭建 GPRS實(shí)驗(yàn)網(wǎng)。GPRS業(yè)務(wù)測試流程及案例分析目錄目錄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數(shù)據(jù)業(yè)務(wù)概述數(shù)據(jù)業(yè)務(wù)概述GPRS現(xiàn)狀GPRS是當(dāng)今世界移動(dòng)通信技術(shù)向第三代邁進(jìn)的主流技術(shù)，是第二代移動(dòng)通信技