【正文】 了響應(yīng)， GGSN收到 Radius轉(zhuǎn)發(fā)的 Accounting專題 —PDP 激活問題PDP故障案例五 : PDP激活失敗在中國移動(dòng)集團(tuán)公司第三方測(cè)試的準(zhǔn)備工作中，發(fā)現(xiàn) GPRS這個(gè)立即支配消息是為了分配下行的 TBF，也就是意味著網(wǎng)絡(luò)已收到 PDP激活申請(qǐng)且給手機(jī)回復(fù)了 PDP對(duì)同個(gè) BSC下的三晉國際飯店測(cè)試沒有發(fā)現(xiàn)同樣的問題。對(duì) GB口進(jìn)行掛表測(cè)試，出現(xiàn)三次 PDP激活失敗。但是在SGSN回復(fù) APAC給 MSwith雖然在 CDS的 LOG里存在 PDP失敗 ,但是從 GB數(shù)據(jù)里反應(yīng)出的流程卻是完整的 ,而且 SGSN都是在收到 MS的 APCR后就立即回復(fù)了 APAC。因?yàn)?8593也會(huì)出現(xiàn)閃斷，懷疑是否因傳輸誤碼率過高而導(dǎo)致，所以要求更換傳輸，換完傳輸后進(jìn)行測(cè)試，還是沒有效果。最終更換了 8593BTS，問題得到解決。Server搬到 FW內(nèi)216。檢查靜態(tài) PS信道、動(dòng)態(tài) PS信道配置216。檢查 GPRS參數(shù)設(shè)置，合理設(shè)置 DrxTimeMax、 MFR、 T3168216。專題 —Ping 問題Ping故障案例二 : Ping失敗問題： PING失敗時(shí)誤碼率很高，查看網(wǎng)管指標(biāo)發(fā)現(xiàn)此時(shí)干擾比較嚴(yán)重，但是其他時(shí)段幾乎沒有干擾，基本可以確定該干擾是外部干擾。C／ I＝ ）。優(yōu)化 WAP網(wǎng)關(guān)、移動(dòng)夢(mèng)網(wǎng)服務(wù)器、 Gi口216。檢查靜態(tài) PS信道、動(dòng)態(tài) PS信道配置216。檢查 GPRS參數(shù)設(shè)置，合理設(shè)置 DrxTimeMax、 MFR、 T3168216。專題 —WAP 問題WAP故障案例一 :WAP圖鈴下載速率低問題： 通過分析看出 RLC數(shù)據(jù)重傳率高，從 OMC統(tǒng)計(jì)數(shù)據(jù)看 Gbload，從而提高 GPRSfornotagainoperatorpersists。REPLY和 GET到 REPLY間存在響應(yīng)時(shí)延長，需重復(fù)發(fā)送 GET請(qǐng)求 ,甚至?xí)霈F(xiàn)沒有響應(yīng)的情況，尤其是 GET與 REPLY間經(jīng)常出現(xiàn)較大的信令時(shí)延，有的甚至達(dá)到幾十秒 ,對(duì)手機(jī)訪問WAP速度有較大影響。專題 —WAP 問題WAP錯(cuò)誤代碼含義 — WSP層協(xié)議發(fā)生錯(cuò)誤 檢查覆蓋216。檢查 Gb這種情況是由于手機(jī)軟件進(jìn)程吊死所致。解決方案：重裝手機(jī)操作系統(tǒng)。專題 —MMS 問題MMS故障案例四 :MMS發(fā)送失敗問題：通過掛表我們發(fā)現(xiàn)手機(jī)首先上行發(fā)送 WSP網(wǎng)關(guān)沒有回應(yīng) Connect次后， WSP解決方案：請(qǐng)核心網(wǎng)工程師配合解決。Server搬到 FW內(nèi) 排查干擾，提高 C/I216。load，調(diào)整 NSEI配置216。打開 CS CS4專題 —FTP 問題FTP故障案例一 :FTP下載失敗問題： MSKPI：下行時(shí)隙分配擁塞率比較高，這是為什么沒能建立 DLreselection（ 90→52 ）使數(shù)據(jù)傳輸恢復(fù)時(shí)間變長而導(dǎo)致長時(shí)間 TBF掛起。導(dǎo)致平均下載速率只有 。專題 —FTP 問題FTP故障案例四 :FTP下載失敗問題： MS跨 LAC從 83重選到 1483后，就頻繁的小區(qū)重選 1483→18621→741 ，導(dǎo)致長時(shí)間的 TBF掛起，最終 PDP掉線。專題 —FTP 問題FTP故障案例五 :FTP下載速率低問題： MS拿到的 PDCH不穩(wěn)定，跳變頻繁， PS爭(zhēng)搶頻繁，導(dǎo)致了 DL由于室外微蜂窩主要是針對(duì)某個(gè)熱點(diǎn)地區(qū)，或者覆蓋比較差的區(qū)域采用的覆蓋方式。為了保證手機(jī)在一段時(shí)間內(nèi)不重選進(jìn)此小區(qū)，設(shè)置 PET＝ 20s， TEO＝ 30db，即在 52484的信號(hào)出現(xiàn)在 MS的鄰區(qū) 20s內(nèi)給C2一個(gè)人為的衰減值 30db，使其他小區(qū)的 C1， C2大過本小區(qū) 5s，這樣手機(jī)即不會(huì)選進(jìn)室外微蜂窩。解決方案： 將這個(gè)小區(qū)的 PET設(shè)置為 200s，這樣小區(qū)重選發(fā)生的可能性就大大降低了。專題 — 高 BLERBLER案例 1— 內(nèi)部干擾問題問題： 是該站點(diǎn)覆蓋小區(qū)，但是高 BLER。專題 — 小區(qū)重選問題小區(qū)重選的時(shí)候手機(jī)會(huì)暫時(shí)中斷數(shù)據(jù)傳輸，在這里數(shù)據(jù)中斷的時(shí)長主要包括：重選后數(shù)據(jù)暫停的時(shí)間、 TCP TCP 路測(cè)過程中，要特別注意觀察，是否有頻繁小區(qū)重選或乒乓小區(qū)重選發(fā)生，小區(qū)信號(hào)覆蓋過小或不穩(wěn)定都會(huì)導(dǎo)致頻繁、乒乓小區(qū)重選，同時(shí)還要注意觀察，是否由于小區(qū)重選參數(shù)設(shè)置不合理導(dǎo)致的過覆蓋現(xiàn)象，這里注意對(duì)CRO、 CRH等相關(guān)參數(shù)的調(diào)整。在 TCP的數(shù)據(jù)連接恢復(fù)過程中再次發(fā)生的小區(qū)重選會(huì)嚴(yán)重影響 TCP數(shù)據(jù)連接的恢復(fù)。FTP的數(shù)據(jù)傳輸在經(jīng)歷 RAU的時(shí)候同時(shí)也進(jìn)行了小區(qū)重選，此時(shí)的數(shù)據(jù)中斷情況同小區(qū)重選一樣，在 RAU之后繼續(xù)的小區(qū)重選也會(huì)給 TCP的數(shù)據(jù)連接恢復(fù)帶來負(fù)作用，路測(cè)過程中應(yīng)觀察重要路段或重要場(chǎng)所是否有不合理的 RAU事件發(fā)生。繼續(xù)南行，高教科研 4的電平逐漸降低，低至－ 94dBm以下時(shí)，仍不發(fā)生小區(qū)重選。每次穿越 RAC區(qū)時(shí)，都發(fā)生掉線，且都伴隨著 RAU關(guān)系 GPRS路由更新的參數(shù)主要有 3部分，即：(1)每個(gè) BSC到 MSC的歸屬位置(3)其中NSE為網(wǎng)絡(luò)服務(wù)設(shè)備實(shí)體，是全網(wǎng)統(tǒng)一編碼的，以 NSEI來標(biāo)識(shí)。對(duì)等的PTP（點(diǎn)對(duì)點(diǎn)）、 PTM（點(diǎn)對(duì)多）和信令實(shí)體間傳送 BSSGP在一個(gè)網(wǎng)絡(luò)服務(wù)實(shí)體（ NSE）下，每個(gè) GPRS小區(qū)可由 BVCI唯一標(biāo)識(shí)，一個(gè)網(wǎng)絡(luò)服務(wù)實(shí)體有且僅有一條信令 BVC（ BVCI=0）。因此 ,我們需要重新分配 NSEI。下圖就是經(jīng)過優(yōu)化過的 NSEI分配：專題 —NSEI 規(guī)劃專題 —NSEI 規(guī)劃NSEI規(guī)劃案例 2—FTP 下載失敗問題： MS從 CI1892重選到 CI到 481的同時(shí)跨了 PCU，屬于 InterPCU的 Cell解決方案：調(diào)整 CI1892的 NSEI值。=UPLINK+增加 PANMAX和 PANINC，減小 PANDEC，可以減少 MS在收不到 Packet 高 CELL 尋呼信道復(fù)幀數(shù)（ MFR）是指以多少復(fù)幀數(shù)作為尋呼子信道的一個(gè)循環(huán)。 DRX_TIMER_MAX設(shè)定 MS在從分組傳輸模式進(jìn)入分組空閑模式時(shí)，執(zhí)行 NONDRX模式時(shí)長的最大值。NON_DRX_TIMER的大小可以在ATTACH13中看到。若 PCU判斷該 MS正處于 DRX模式時(shí)，它將計(jì)算 MS屬于哪個(gè)尋呼組，并向 BTS發(fā)出資源分配消息，當(dāng) BTS收到該消息后將在 MS所偵聽的 CCCH信道上發(fā)出立即指配消息。如果立即指配消息隨機(jī)出現(xiàn)， MFR=5， MS要等待的平均時(shí)間就是：235ms（ 5+4+3+2+1） /5=705ms如果立即指配消息隨機(jī)出現(xiàn)， MFR=2，等待的平均時(shí)間就減少為：235ms（ 2+1） /2=此時(shí)下行 TBF建立的立即指配消息不需要再計(jì)算尋呼組，可以直接在 AGCH上發(fā)送。ACK/NACK)消息時(shí)啟動(dòng)定時(shí)器 T3192，或者在以非確認(rèn)模式發(fā)送 “分組控制證實(shí) ”（ PACKET當(dāng)移動(dòng)臺(tái)收到 PCU發(fā)送的 “分組下行指配 ”（ PACKETRECONFIGURE）時(shí)，停止定時(shí)器 T3192。在 TBF釋放階段，如果 MS處于半雙工狀態(tài)并且收到上行指配， MS將立即響應(yīng)該命令；如果在TBF釋放階段沒有收到上行指配， MS將進(jìn)入分組空閑模式，在雙傳輸模式時(shí)將進(jìn)入專用模式。而該參數(shù)設(shè)置越小，因?yàn)?MS將很快將 TBF資源釋放掉，若網(wǎng)絡(luò)有新的下行數(shù)據(jù)到來，網(wǎng)絡(luò)必須發(fā)起尋呼或立即指配流程（若 MS處于就緒狀態(tài)），所以下行 TBF建立的時(shí)間就越長。專題 — T3192參數(shù)實(shí)驗(yàn)T3192參數(shù)實(shí)驗(yàn)結(jié)果T3192設(shè)置為 秒 ， T3192會(huì)影響 TBF時(shí)隙)，如果沒有續(xù)傳的指令， T3192當(dāng)再次有數(shù)據(jù)傳時(shí)，需要重新立即指配。territory而且增加了PDP變更頻繁的地方的數(shù)據(jù)傳輸速度上有改善 ,而對(duì)于定點(diǎn)的穩(wěn)定大數(shù)據(jù)量的 FTPTRX（HF/NHF）下 GPRS性能比較BCCH TRX、 TCH TRX（ HF/NHF）下 GPRS性能比較為明確了解 BCCH載頻、 TCH載頻在跳頻、非跳頻及不同編碼方式下 FTP下載速率的變化情況，尋找特定小區(qū)進(jìn)行了詳盡的測(cè)試 TRX（HF/NHF）下 GPRS性能比較p無線環(huán)境好、接收電平低測(cè)試地點(diǎn)為一寫字樓內(nèi)，用手機(jī)鎖頻到室外大站，接收電平在 85dBm左右，由于樓體的屏蔽雖然使服務(wù)小區(qū)電平很低，但周圍的干擾電平也很低無線環(huán)境較干凈。TRX（HF/NHF）下 GPRS性能比較p無線環(huán)境差、接收電平低測(cè)試地點(diǎn)為一 16層建筑物頂層，用手機(jī)鎖頻的室外大站接收電平為－ 80dBm左右，由于樓頂?shù)臒o線環(huán)境較差，周圍較多大站飄來的信號(hào)對(duì)當(dāng)前小區(qū)帶來干擾。BCCH TRX、 TCH TRX（ HF/NHF）下 GPRS性能比較專題 — BCCH通過如此做法可將由干擾帶來的掉話概率大大降低。TRX、 TCH不建議跳頻 TCH載頻開 CS34功能，目前 CS34功能僅限于在 BCCH載頻上開啟專題 — 假事件假事件案例 1—FTP 下載失敗通過對(duì) Gi口抓包分析，發(fā)現(xiàn)在登陸 FTP服務(wù)器成功后， FTP服務(wù)器就因收到 [RESET]消息而停止發(fā)送數(shù)據(jù)。而 FTP下載測(cè)試進(jìn)程同樣并沒有停止，最終測(cè)試軟件判斷超時(shí)失敗。從測(cè)試軟件上看，都是在登陸 FTP服務(wù)器后無法接收應(yīng)用層數(shù)據(jù)，最后超時(shí)顯示 FTP 該消息是WAP網(wǎng)關(guān)收到 SP服務(wù)器回應(yīng)的 “服務(wù)暫時(shí)中斷 ”消息后作出的響應(yīng)。檢查該時(shí)段 OMCRate是由于 suspend和no解決方案：關(guān)閉測(cè)試卡所有短信定制服務(wù)。判斷次此 CASE是由于 SMS進(jìn)來導(dǎo)致手機(jī)做了 RAU，網(wǎng)絡(luò)延遲加大造成的 MMS發(fā)送失敗。TBF不作為一次測(cè)試嘗試。NOTfail，統(tǒng)計(jì)為掉線一次。該種情況同樣是由于位置更新導(dǎo)致登陸服務(wù)器中斷，雖然 FTP登陸 TCP協(xié)議進(jìn)程正常，可以正常傳輸數(shù)據(jù)，但是 FTPDATA仍然出錯(cuò)。該種情況主要是由于位置更新導(dǎo)致登陸服務(wù)器中斷， FTP登陸時(shí) TCP協(xié)議進(jìn)程因丟包出現(xiàn)錯(cuò)誤，而從測(cè)試軟件的表象上看，已顯示成功登陸，但無法下載數(shù)據(jù)。 GPRS數(shù)據(jù)傳輸性能與無線環(huán)境有直接的關(guān)系，而與信號(hào)接收電平關(guān)系不明顯216。但如果打開跳頻，則所有載頻上都會(huì)有被干擾的信息快，因此都需要重傳，從而大大降低下載速率。TRX（HF/NHF）下 GPRS性能比較通過對(duì)測(cè)試結(jié)果的分析發(fā)現(xiàn)，在無線環(huán)境較差的條件下，打開跳頻比關(guān)閉跳頻的下載速率慢，打開 CS34比 CS12算法下的下載速率慢。由于 BCCH載頻不參加跳頻，所以在跳頻或非跳頻之間測(cè)試值并無太大差異。BCCH TRX、 TCH TRX（ HF/NHF）下 GPRS性能比較專題 — BCCH專題 — BCCH專題 — BCCHT3192 設(shè)置為 1 秒 ，對(duì)小數(shù)據(jù)交互多的 GPRSreject建立時(shí)間。而且開始監(jiān)視 Paging傳完之后，手機(jī)會(huì)啟動(dòng) T3192，等待 該參數(shù)的設(shè)置，應(yīng)充分考慮該小區(qū)的業(yè)務(wù)負(fù)荷、小區(qū)的業(yè)務(wù)模型，網(wǎng)絡(luò)資源較充足的情況下，應(yīng)盡量設(shè)置 T3192較大，減少新 TBF建立時(shí)間，提高數(shù)據(jù)傳輸速率。 ASSIGNMENT）消息或 “分組時(shí)隙重新配置 ”（ PACKETACK）作為最后一個(gè)數(shù)據(jù)塊的響應(yīng)時(shí)， MS啟動(dòng)定時(shí)器 T3192。專題 — MFR、 DRX參數(shù)實(shí)驗(yàn)MFR、 DRX參數(shù)實(shí)驗(yàn)結(jié)果專題 — T3192參數(shù)實(shí)驗(yàn)T3192概述當(dāng) MS向網(wǎng)絡(luò)發(fā)送 “最后證實(shí)標(biāo)志 ”（ FAI）等于 “1”的 “分組下行證實(shí) /未證實(shí)”(PACKET當(dāng) MS由分組傳輸模式返回分組空閑模式時(shí)（比如 TBF釋放），在DRX_TIMER_MAX與 NON_DRX_TIMER的共同作用下，如果 MS進(jìn)入非 DRX傳輸?shù)臓顟B(tài)，將如下圖所示： 節(jié)約的時(shí)間為 ?。。ｎ} — MFR、 DRX參數(shù)實(shí)驗(yàn)DRX模式與非 DRX模式概述 MS如果錯(cuò)過了自己所偵聽的尋呼子信道，它將不得不再等待，直到下一個(gè)尋呼子信道到來。DRX_TIMER_MAX的取值范圍為 0～ 7，表達(dá)的取值遵循公式： 2k1（其中 k=0時(shí)，表示參數(shù)值為 0），即參數(shù)取值為： 0， 1s、 2s、 4s……64s 。InformationNON_DRX_TIMER由 MS在 GPRS附著的過程中和 SGSN協(xié)商。在 DRX模式中， MS僅收聽歸屬尋呼組的尋呼塊，而在非 DRX模式下， MS將收聽所有的 CCCH塊。 專題 — PANDEC、 PANINC參數(shù)實(shí)驗(yàn)PANDEC、 PANINC參數(shù)調(diào)