【正文】 【故障處理】將T3168由4000ms修改為1000ms，F(xiàn)TP下載速率穩(wěn)定，問(wèn)題解決。當(dāng)移動(dòng)臺(tái)接收到“分組上行指配”消息時(shí)，發(fā)送“請(qǐng)求分組資源”消息來(lái)做出應(yīng)答，發(fā)送應(yīng)答后，啟動(dòng)定時(shí)器T3168。【故障分析】該區(qū)域完全由A小區(qū)覆蓋，其它小區(qū)覆蓋未出現(xiàn)此類投訴，重點(diǎn)檢查該小區(qū)與其它小區(qū)的差別?！竟收咸幚怼繉S_CV_MAX調(diào)整成6后，傳輸速率明顯提高。BS_CV_MAX值設(shè)置過(guò)小MS 就有可能在網(wǎng)絡(luò)返回證實(shí)消息之前重傳RLC數(shù)據(jù)塊，會(huì)導(dǎo)致無(wú)線資源的占用率過(guò)高。經(jīng)過(guò)分析該區(qū)域話務(wù)量低，無(wú)信道擁塞。 某地區(qū)某小區(qū)FTP下載速率低【問(wèn)題描述】某GPRS網(wǎng)絡(luò)中某個(gè)小區(qū)FTP傳輸速率偏低；該小區(qū)位于郊區(qū)，話務(wù)量不高。從DT測(cè)試的信令分析中，可以看到分組接入拒絕消息，1所示。2 處理前后B基站性能指標(biāo)對(duì)比時(shí)間站名小區(qū)位置區(qū)（LACCI）業(yè)務(wù)信道分配請(qǐng)求次數(shù)（不含切換）業(yè)務(wù)信道分配成功次數(shù)（不含切換）業(yè)務(wù)信道分配失敗率（不含切換）2007122B基站LAC37683CI52818147642007123B基站LAC37683CI52818277522007124B基站LAC37683CI52817617112007125B基站LAC37683CI5281742697天饋問(wèn)題處理后2007127B基站LAC37683CI52816706632007128B基站LAC37683CI5281607596 GPRS指標(biāo) 某地區(qū)用戶投訴MS上網(wǎng)困難【問(wèn)題描述】某地區(qū)用戶投訴MS上網(wǎng)困難。經(jīng)過(guò)硬件工程師排查后，確定為天饋系統(tǒng)接錯(cuò)，1小區(qū)的3載頻連接到了2小區(qū)的天線上。通過(guò)信令進(jìn)一步分析，發(fā)現(xiàn)該小區(qū)的3載頻（MAIO＝2）指配失敗高，下行信號(hào)比BCCH載頻下行信號(hào)弱20dB左右。1 處理前后H基站性能指標(biāo)對(duì)比時(shí)間站名小區(qū)位置區(qū)（LACCI）載頻數(shù)業(yè)務(wù)信道總話務(wù)量業(yè)務(wù)信道擁塞率（不含切換）（%）業(yè)務(wù)信道分配失敗率（不含切換）200717H基站LAC37681CI4121130200718H基站LAC37681CI4121130200719H基站LAC37681CI41211302007110H基站LAC37681CI4121130故障處理后2007111H基站LAC37681CI41211302007112H基站LAC37681CI41211302007113H基站LAC37681CI41211302007114H基站LAC37681CI4121130 某地區(qū)B基站的TCH分配失敗率高【問(wèn)題描述】某地區(qū)B基站的TCH分配失敗率高，大于6%?！竟收咸幚怼抗收螸apd板經(jīng)過(guò)更換后，指標(biāo)明顯提升，問(wèn)題解決。【故障分析】通過(guò)OMCR分析，發(fā)現(xiàn)該站點(diǎn)的TCH激活失敗次數(shù)較高。2所示。檢查無(wú)線規(guī)劃，發(fā)現(xiàn)BCCH頻點(diǎn)120存在干擾。1 處理前后N基站2小區(qū)性能指標(biāo)對(duì)比日期站名小區(qū)位置區(qū)（LACCI）TCH指配請(qǐng)求總次數(shù)TCH指配成功總次數(shù)TCH指配失敗率（%）20050716N基站LAC8416CI2501782565020050717N基站LAC8416CI2501784764620050718N基站LAC8416CI25017853661處理后20050720N基站LAC8416CI2501781680120050621N基站LAC8416CI25017829817 某地區(qū)X基站1小區(qū)SDCCH指配失敗率高【問(wèn)題描述】從性能報(bào)表觀察發(fā)現(xiàn)，X基站1小區(qū)SDCCH指配失敗次數(shù)較多?！竟收咸幚怼拷鉀Q天饋駐波比告警后，問(wèn)題解決。MS返回ASSI FAILURE指配失敗消息，且發(fā)現(xiàn)這些指配消息均指配在該小區(qū)的最后一塊TRX單板上?！竟收戏治觥渴褂眯帕罘治鰞x跟蹤該基站的Abis口消息?！竟收咸幚怼繉基站的小區(qū)的手機(jī)最大發(fā)射功率MS_TXPWR_MAX設(shè)置為33dBm后，雙方的切換成功率恢復(fù)到正常水平?！竟收戏治觥客ㄟ^(guò)路測(cè)發(fā)現(xiàn)處于友商基站覆蓋下通話正常的MS會(huì)無(wú)故向W基站的小區(qū)切換。1 處理前后Z基站2小區(qū)性能指標(biāo)對(duì)比日期站名小區(qū)位置區(qū)（LACCI）切換請(qǐng)求總次數(shù)切換成功總次數(shù)切換成功率（%）20050528Z基站LAC8412CI29992702720050529Z基站LAC8412CI29992431820050530Z基站LAC8412CI299926618參數(shù)調(diào)整后20050615Z基站LAC8412CI2999225249620050616Z基站LAC8412CI299922525100 某地區(qū)W基站切換成功率低【問(wèn)題描述】某地邊際網(wǎng)W基站開(kāi)通后與友商設(shè)備切換成功率較低。參數(shù)調(diào)整后，指標(biāo)明顯提升，問(wèn)題解決?！竟收戏治觥繖z查無(wú)線參數(shù)，發(fā)現(xiàn)該小區(qū)與小區(qū)16953同頻同色，且距離近。3所示。跟蹤信令，發(fā)現(xiàn)上行電平比較強(qiáng)，但上行質(zhì)量很差，RF資源指示中空閑信道干擾帶級(jí)別為5，故判斷該小區(qū)存在網(wǎng)外干擾?！竟收戏治觥拷y(tǒng)計(jì)詳細(xì)的性能數(shù)據(jù)，查看掉話類型，發(fā)現(xiàn)以切換失敗掉話居多。處理前后2所示。檢查無(wú)線參數(shù)設(shè)置，發(fā)現(xiàn)該站點(diǎn)3小區(qū)之間存在同頻問(wèn)題，故推斷同頻干擾導(dǎo)致這兩個(gè)小區(qū)的掉話率高。5 擴(kuò)容小區(qū)載頻調(diào)整前后指標(biāo)對(duì)比時(shí)間站名業(yè)務(wù)信道擁塞率（含切換）(%)業(yè)務(wù)信道試呼總次數(shù)（含切換）業(yè)務(wù)信道溢出總次數(shù)（含切換）業(yè)務(wù)信道配置總數(shù)完好載波總數(shù)忙時(shí)話務(wù)量備注6月24日基站戊1 2522861調(diào)整前6月25日 基站戊126549616月24日基站己323459616月25日 基站己3359145616月24日基站庚325343616月25日 基站庚3288146616月22日基站辛323732616月23日 基站辛3327881417月5日 基站戊101910142調(diào)整后7月6日 基站戊1024801427月5日 基站己3014901427月6日 基站己3021401427月5日 基站庚3018601427月6日 基站庚3019301427月5日 基站辛3037102237月6日 基站辛303110223 掉話率 某地區(qū)G基站3小區(qū)TCH掉話率高【問(wèn)題描述】后臺(tái)性能指標(biāo)統(tǒng)計(jì)顯示G基站3小區(qū)掉話率高。4 閑小區(qū)載頻調(diào)整前后指標(biāo)對(duì)比時(shí)間站名業(yè)務(wù)信道每線話務(wù)量閑小區(qū)的比例業(yè)務(wù)信道占用總次數(shù)（含切換）業(yè)務(wù)信道配置總數(shù)完好載波總數(shù)忙時(shí)話務(wù)量備注6月24日基站甲3184142調(diào)整前6月25日 基站甲301021426月24日基站乙21911426月25日 基站乙21751426月24日基站丙11201426月25日 基站丙11541426月24日基站丁11661426月25日 基站丁101751427月5日 基站甲309161調(diào)整后7月6日 基站甲30108617月5日 基站乙2160617月6日 基站乙2099617月5日 基站丙1134617月6日 基站丙1055617月5日 基站丁1082617月6日 基站丁106561各擴(kuò)容小區(qū)話務(wù)量明顯提升；同時(shí)由于可用話音信道增多，業(yè)務(wù)信道溢出次數(shù)大幅減少，用戶撥通一次電話所需試呼的次數(shù)也明顯減少，這可以通過(guò)業(yè)務(wù)信道試呼總次數(shù)看到，用戶感知度得到提升。3 網(wǎng)內(nèi)載頻調(diào)整方案站名對(duì)象標(biāo)識(shí)版本調(diào)整方案 基站甲3Bsc2Site20Bts3V2減1TRX基站乙2Bsc2Site16Bts2V2減1 TRX基站丙1Bsc2Site17Bts1V2減1 TRX基站丁1Bsc1Site85Bts1V2減1 TRX基站戊1Bsc2Site20Bts1V2加1 TRX基站己3Bsc2Site3Bts3V2加1 TRX基站庚3Bsc2Site39Bts3V2加1 TRX基站辛3Bsc1Site71Bts3V2加2 TRX【故障處理】閑小區(qū)載頻減少后，話務(wù)量并沒(méi)有減少，部分小區(qū)反而有所上升；同時(shí)也沒(méi)有出現(xiàn)擁塞?！竟收戏治觥吭诖嘶A(chǔ)上，我們提出相應(yīng)的載頻調(diào)整方案，盡量在不增加載頻的前提下，緩解網(wǎng)絡(luò)擁塞。2所示?！竟收戏治觥緾基站與相鄰基站采用不同LAC設(shè)置，造成小區(qū)間位置更新頻繁，導(dǎo)致C基站的SDCCH擁塞較嚴(yán)重。1所示?！竟收戏治觥看蟛糠諷DCCH的分配是由主被叫業(yè)務(wù)而引起。1 其他KPI計(jì)算公式KPI計(jì)數(shù)器公式隨機(jī)接入成功率(C900060004+C900060010+C900060038(C900060011+C900060039))*100/(C900060003+C900060010+C900060038)雙頻切換成功率(C900060104+C900060106+C900060108+C900060110+C900060112+C900060114+C900060116+C900060118)*100/(C900060103+C900060105+C900060107+C900060109+C900060111+C900060113+C900060115+C900060117)信令信道可用總數(shù)C900060122信令信道試呼總次數(shù)C900060003+C900060006信令信道擁塞次數(shù)C900060005+C900060007SDCCH掉話次數(shù)C900060053SDCCH總話務(wù)量(erl)C900060124/3600業(yè)務(wù)信道可用數(shù)C900060125+C900060134+C900060155業(yè)務(wù)信道分配請(qǐng)求次數(shù)(不含切換)C900060010+C900060019+C900060030+C900060038+C900060042+C900060046業(yè)務(wù)信道溢出總次數(shù)(不含切換)C900060011+C900060020+C900060031+C900060039+C900060043+C900060047業(yè)務(wù)信道分配請(qǐng)求次數(shù)(含切換)C900060010+C900060019+C900060030+C900060038+C900060042+C900060046+C900060012+C900