【正文】 616月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掉話率高【問題描述】后臺性能指標統(tǒng)計顯示G基站3小區(qū)掉話率高?！竟收戏治觥拷y(tǒng)計詳細的性能數(shù)據(jù)，查看掉話類型，發(fā)現(xiàn)以射頻丟失掉話居多。檢查無線參數(shù)設置，發(fā)現(xiàn)該站點3小區(qū)之間存在同頻問題，故推斷同頻干擾導致這兩個小區(qū)的掉話率高?！竟收咸幚怼啃薷膯栴}頻點，消除干擾，掉話次數(shù)明顯減少，問題解決。處理前后2所示。1 處理前后G基站1小區(qū)性能指標對比日期站名小區(qū)位置區(qū)（LACCI）業(yè)務信道掉話總次數(shù)業(yè)務信道占用總次數(shù)（含切換）業(yè)務信道掉話率（含切換）（%）20050520G基站LAC8411CI2517666116120050521G基站LAC8411CI251763287020050523G基站LAC8411CI25176421038頻點調(diào)整后20050527G基站LAC8411CI251764105720050528G基站LAC8411CI2517648652 處理前后G基站3小區(qū)性能指標對比日期站名小區(qū)位置區(qū)（LACCI）業(yè)務信道掉話總次數(shù)業(yè)務信道占用總次數(shù)（含切換）業(yè)務信道掉話率（含切換）（%）20050520G基站LAC8411CI2517860139920050521G基站LAC8411CI2517825126020050523G基站LAC8411CI25178341281頻點調(diào)整后20050527G基站LAC8411CI251784127020050528G基站LAC8411CI2517841139 某地區(qū)L基站3小區(qū)TCH掉話率高【問題描述】后臺性能指標統(tǒng)計顯示L基站3小區(qū)掉話率高?！竟收戏治觥拷y(tǒng)計詳細的性能數(shù)據(jù)，查看掉話類型，發(fā)現(xiàn)以切換失敗掉話居多。檢查小區(qū)頻點、鄰區(qū)等數(shù)據(jù)，沒有發(fā)現(xiàn)問題。跟蹤信令，發(fā)現(xiàn)上行電平比較強，但上行質(zhì)量很差，RF資源指示中空閑信道干擾帶級別為5，故判斷該小區(qū)存在網(wǎng)外干擾?！竟收咸幚怼繃L試使用帶外頻點，修改頻點后，掉話次數(shù)明顯減少，指標正常，問題得到解決。3所示。3 處理前后L基站3小區(qū)性能指標對比日期站名小區(qū)位置區(qū)（LACCI）業(yè)務信道掉話總次數(shù)業(yè)務信道占用總次數(shù)（含切換）業(yè)務信道掉話率（含切換）（%）20050523L基站LAC8411CI254581960820050524L基站LAC8411CI254582254220050525L基站LAC8411CI2545839790頻點調(diào)整后20050526L基站LAC8411CI25458270320050527L基站LAC8411CI25458182620050528L基站LAC8411CI254581495 切換成功率 某地區(qū)Z基站2小區(qū)切換成功率低【問題描述】后臺性能報表數(shù)據(jù)顯示該站點2小區(qū)切換成功率低?！竟收戏治觥繖z查無線參數(shù)，發(fā)現(xiàn)該小區(qū)與小區(qū)16953同頻同色，且距離近。【故障處理】修改該小區(qū)的BCCH。參數(shù)調(diào)整后，指標明顯提升，問題解決。1所示。1 處理前后Z基站2小區(qū)性能指標對比日期站名小區(qū)位置區(qū)（LACCI）切換請求總次數(shù)切換成功總次數(shù)切換成功率（%）20050528Z基站LAC8412CI29992702720050529Z基站LAC8412CI29992431820050530Z基站LAC8412CI299926618參數(shù)調(diào)整后20050615Z基站LAC8412CI2999225249620050616Z基站LAC8412CI299922525100 某地區(qū)W基站切換成功率低【問題描述】某地邊際網(wǎng)W基站開通后與友商設備切換成功率較低。從后臺統(tǒng)計看，跨BSC的切入切出次數(shù)多，切換成功率不高?！竟收戏治觥客ㄟ^路測發(fā)現(xiàn)處于友商基站覆蓋下通話正常的MS會無故向W基站的小區(qū)切換。觀察友商后臺的鄰區(qū)參數(shù)設置，發(fā)現(xiàn)W基站的小區(qū)的手機最大發(fā)射功率MS_TXPWR_MAX被設置為5dBm，而友商小區(qū)的該屬性為33dBm。【故障處理】將W基站的小區(qū)的手機最大發(fā)射功率MS_TXPWR_MAX設置為33dBm后，雙方的切換成功率恢復到正常水平。 指配失敗率 某地區(qū)N基站2小區(qū)TCH指配失敗率高【問題描述】后臺性能指標統(tǒng)計顯示N基站2小區(qū)TCH指配失敗率高。【故障分析】使用信令分析儀跟蹤該基站的Abis口消息。分析信令發(fā)現(xiàn)，在出現(xiàn)TCH 指配失敗過程中，BSC下發(fā)ASSINMENT CMD指配命令后，測量報告中上行信號良好，但下行信號電平無法解析，即上下行信號電平不平衡。MS返回ASSI FAILURE指配失敗消息，且發(fā)現(xiàn)這些指配消息均指配在該小區(qū)的最后一塊TRX單板上。檢查發(fā)現(xiàn)，存在駐波比告警。【故障處理】解決天饋駐波比告警后，問題解決。1所示。1 處理前后N基站2小區(qū)性能指標對比日期站名小區(qū)位置區(qū)（LACCI）TCH指配請求總次數(shù)TCH指配成功總次數(shù)TCH指配失敗率（%）20050716N基站LAC8416CI2501782565020050717N基站LAC8416CI2501784764620050718N基站LAC8416CI25017853661處理后20050720N基站LAC8416CI2501781680120050621N基站LAC8416CI25017829817 某地區(qū)X基站1小區(qū)SDCCH指配失敗率高【問題描述】從性能報表觀察發(fā)現(xiàn)，X基站1小區(qū)SDCCH指配失敗次數(shù)較多?！竟收戏治觥繖z查硬件，沒有發(fā)現(xiàn)硬件告警。檢查無線規(guī)劃，發(fā)現(xiàn)BCCH頻點120存在干擾?！竟收咸幚怼繉CCH頻點改為110，指標好轉。2所示。2 處理前后X基站1小區(qū)性能指標對比日期站名對象標識SDCCH指配成功次數(shù)SDCCH指配失敗次數(shù)2005715X基站Bsc1Site58Bts1329526參數(shù)調(diào)整后2005716X基站Bsc1Site58Bts121811 TCH分配失敗率 某地區(qū)H基站的TCH分配失敗率高【問題描述】某地區(qū)H基站的TCH分配失敗率高，大于15%。【故障分析】通過OMCR分析，發(fā)現(xiàn)該站點的TCH激活失敗次數(shù)較高。進一步故障分析，定位為Lapd板故障，可通過更換解決?！竟收咸幚怼抗收螸apd板經(jīng)過更換后，指標明顯提升，問題解決。1所示。1 處理前后H基站性能指標對比時間站名小區(qū)位置區(qū)（LACCI）載頻數(shù)業(yè)務信道總話務量業(yè)務信道擁塞率（不含切換）（%）業(yè)務信道分配失敗率（不含切換）200717H基站LAC37681CI4121130200718H基站LAC37681CI4121130200719H基站LAC37681CI41211302007110H基站LAC37681CI4121130故障處理后2007111H基站LAC37681CI41211302007112H基站LAC37681CI41211302007113H基站LAC37681CI41211302007114H基站LAC37681CI4121130 某地區(qū)B基站的TCH分配失敗率高【問題描述】某地區(qū)B基站的TCH分配失敗率高，大于6%?！竟收戏治觥客ㄟ^OMCR性能指標分析，發(fā)現(xiàn)是由于空中接口的TCH指配失敗率偏高造成。通過信令進一步分析，發(fā)現(xiàn)該小區(qū)的3載頻（MAIO＝2）指配失敗高，下行信號比BCCH載頻下行信號弱20dB左右?！竟收咸幚怼砍醪蕉ㄎ粸門RX、DU硬件或天饋系統(tǒng)故障。經(jīng)過硬件工程師排查后，確定為天饋系統(tǒng)接錯，1小區(qū)的3載頻連接到了2小區(qū)的天線上。2所示。2 處理前后B基站性能指標對比時間站名小區(qū)位置區(qū)（LACCI）業(yè)務信道分配請求次數(shù)（不含切換）業(yè)務信道分配成功次數(shù)（不含切換）業(yè)務信道分配失敗率（不含切換）2007122B基站LAC37683CI52818147642007123B基站LAC37683CI52818277522007124B基站LAC37683CI52817617112007125B基站LAC37683CI5281742697天饋問題處理后2007127B基站LAC37683CI52816706632007128B基站LAC37683CI5281607596 GPRS指標 某地區(qū)用戶投訴MS上網(wǎng)困難【問題描述】某地區(qū)用戶投訴MS上網(wǎng)困難。【故障分析】通過GPRS性能統(tǒng)計分析，發(fā)現(xiàn)MS所在小區(qū)PCU擁塞率較高。從DT測試的信令分析中，可以看到分組接入拒絕消息，1所示。1 某小區(qū)GPRS信令分析圖【故障處理】增加一條靜態(tài)PDCH信道后，問題解決。 某地區(qū)某小區(qū)FTP下載速率低【問題描述】某GPRS網(wǎng)絡中某個小區(qū)FTP傳輸速率偏低；該小區(qū)位于郊區(qū)，話務量不高?！竟收戏治觥繖z查GPRS無線參數(shù)，BS_CV_MAX設置為15。經(jīng)過分析該區(qū)域話務量低，無信道擁塞。BS_CV_MAX 為最大發(fā)送塊數(shù)，屬于GPRS小區(qū)選項參數(shù)，通過BS_CV_MAX，系統(tǒng)可以提前了解手機上行傳輸結束的時間，從而提高上行資源的利用率。BS_CV_MAX值設置過小MS 就有可能在網(wǎng)絡返回證實消息之前重傳RLC數(shù)據(jù)塊，會導致無線資源的占用率過高。如果設置過高會導致滑動窗口程序的效率偏低，數(shù)據(jù)傳輸?shù)乃俾首兟！竟收咸幚怼繉S_CV_MAX調(diào)整成6后，傳輸速率明顯提高。 某地某區(qū)域FTP下載速率不穩(wěn)定【問題描述】某區(qū)域用戶投訴FTP下載速率變化大，在很短時間內(nèi)速率相差達幾十KB每秒?！竟收戏治觥吭搮^(qū)域完全由A小區(qū)覆蓋，其它小區(qū)覆蓋未出現(xiàn)此類投訴，重點檢查該小區(qū)與其它小區(qū)的差別。檢查后發(fā)現(xiàn)該小區(qū)的T3168設置為4000ms，其它小區(qū)都設置為1000ms。當移動臺接收到“分組上行指配”消息時，發(fā)送“請求分組資源”消息來做出應答，發(fā)送應答后，啟動定時器T3168。當定時器T3168運行時，移動臺不響應“分組下行指配”消息，造成在T3168時間內(nèi)，沒有下行數(shù)據(jù)傳送，所以速率很低?！竟收咸幚怼繉3168由4000ms修改為1000ms，F(xiàn)TP下載速率穩(wěn)定，問題解決