GSM壞小區(qū)的分析和處理思路

GSM壞小區(qū)分析和處理思路掉話壞小區(qū)的解決思路（首先需要區(qū)分屬于哪一種類型的掉話）TCH掉話，從統(tǒng)計上分為四塊：BSS原因掉話，對應(yīng)counter為MC14C傳輸故障掉話，對應(yīng)counter為MC739（CELL,TRX110）切換原因掉話，對應(yīng)counter為MC621無線鏈路掉話，對應(yīng)counter為MC736（CELL,TRX110）MC14C的掉話屬于設(shè)備掉話，一般是硬件故障導(dǎo)致。處理流程如下：定位故障點后，通知無線設(shè)備維護中心進行處理。結(jié)合MC14C掉話情況來看，更多的是BSC級的14C掉話，即該BSC下約有60%的小區(qū)都有MC14C掉話。對于持續(xù)或反復(fù)出現(xiàn)此類掉話的BSC，需要協(xié)調(diào)無線中心進行解決。傳輸故障掉話首先要區(qū)分是單載頻的739掉話還是分散在多個載頻上。對于非常明顯是單載頻引起掉話的，且掉話次數(shù)超過50次或者單載頻掉話率高于5%的，應(yīng)該當(dāng)機立斷的LOCK載頻，有條件的應(yīng)該馬上進行現(xiàn)場撥測，確認是否已好。LOCK載頻后指標(biāo)恢復(fù)正常，此時尚不能就此確定是此載頻故障而要求更換載頻。至少還需要確認以下幾點：載頻優(yōu)先級：是否因為此載頻優(yōu)先級最高而導(dǎo)致掉話都集中在此載頻上？確認單載頻故障時，應(yīng)盡量保證所有載頻優(yōu)先級一致。即使優(yōu)先級不一致，通過110報告，也應(yīng)確認其他載頻占用沒有問題（所謂的問題可能包括：沒有占用、TCH占用時長相對過短、SDC占用時長相對過長、739掉話多、TCH分配失敗多：用c703-c718，差值相對過大的可能存在隱性故障），如果其他載頻也存在掉話，則就基本排除載頻硬件問題，而應(yīng)該往上游考慮ANC或ANY的問題，因為同時多塊載頻故障的可能性不是很大。對于傳輸?shù)粼挘梢詴翰豢紤]跳頻方式，如果是非傳輸?shù)粼?，則還需要考慮是否開啟了跳頻方式。如果采用非跳頻方式，單載頻的高掉話有可能是此載頻所用的頻率受到導(dǎo)致。是否有告警：Abis告警最常見的包括AIS-2M、誤碼、FAR-END-ALARM、VSWR、幀失步，CRC告警等。Abis傳輸有告警，往往導(dǎo)致所有載頻都產(chǎn)生739掉話。此時需要通知其他相關(guān)維護中心進行處理。對于硬件告警包括TRE硬件降級、RA相關(guān)告警、RX-TXCABLE的告警等，有硬件告警而小區(qū)指標(biāo)又異常的，可以通知無線中心協(xié)助處理。（如果是SW而非HW告警，則有可能是數(shù)據(jù)錯誤或混亂導(dǎo)致，需要核查小區(qū)數(shù)據(jù)或者刪創(chuàng)小區(qū)輔助解決）。對于多載頻掉話小區(qū)，除了考慮可能的ANY/ANC/TCU故障外，也需要考慮載頻優(yōu)先級、跳頻方式、傳輸告警等。而對于某BSC下多個小區(qū)出現(xiàn)傳輸?shù)粼挄r，則需要考慮：

（1）BSC級傳輸故障，需要協(xié)調(diào)無線維護中心解決；（2）查看A口時隙占用是否異常（018報告中MC750/MC751，而在“吉林移動無線分析系統(tǒng)”中，有非?？旖莸膶Ｓ肁口時隙占用的查詢頁面），如果連續(xù)幾路A口部分時隙占用都在5s左右，則肯定存在問題。需要協(xié)調(diào)無線中心處理解決，更換mt120等設(shè)備；或者協(xié)調(diào)交換，將相應(yīng)時隙共同LOCK。（3）CC-CR相差過大。需要協(xié)調(diào)無線維護中心或交換解決。無線鏈路掉話首先區(qū)分是單載頻還是分散在多載頻。從目前阿爾卡特設(shè)備情況來看，736掉話基本上都是由于單載頻隱性故障導(dǎo)致，更換載頻后一般都能得到解決。但是單從110報告是不能武斷地確認就是單載頻的隱性故障導(dǎo)致而要求基站中心更換載頻。在確認問題前，還需要考慮是否開啟了跳頻；其他載頻占用是否都正常；是否是因為此載頻優(yōu)先級最高導(dǎo)致都集中在此載頻上，如果載頻優(yōu)先級相同，或者掉話就會分散到所有載頻上去？如果是多載頻掉話，比如6塊載頻的小區(qū)，掉話主要集中在其中2塊載頻上，LOCK這兩塊載頻后指標(biāo)恢復(fù)正常，并不能說明此兩塊載頻有隱性故障，而且往往兩塊載頻同時出現(xiàn)故障的可能性并不大。同樣地，和上面確認單載頻隱性故障一樣，也需要考慮載頻優(yōu)先級；是否是因為關(guān)閉跳頻導(dǎo)致頻率干擾？這兩塊載頻是否可能和同一ANC或ANY相連，小區(qū)是否是低損耗模式，低損耗模式則最好到現(xiàn)場確認硬件和天饋是否正常，天線方位角是否一致等？另外，對于多載頻的無線掉話，最好結(jié)合RMS報告進行分析。可以看出上下行電平、上下行質(zhì)量、路徑損耗、TA值等是否正常，確認是否是覆蓋過遠或弱覆蓋導(dǎo)致。此外，還可結(jié)合切換原因所占比例快速輔助問題定位，正常應(yīng)該是better-cell所占比例最高，如果上下行質(zhì)量切換比例相對過高，則很可能存在頻率干擾，電平切換比例過高則可能存在覆蓋方面的問題，需要路測確認。綜上，問題定位時需要綜合考慮的方面或利用的輔助手段包括：載頻隱性故障、載頻優(yōu)先級、載頻TCH占用和SDC占用時長、跳頻方式、是否是ANY/ANC/TCU故障，是否有傳輸或硬件告警、RMS報告的分析、切換原因比例分析、A口時隙占用是否正常，CC-CR是否基本匹配，更進一步問題定位需要借助路測或信令跟蹤儀的手段進行。切換掉話切換掉話可以根據(jù)切換的種類分為三部分，如下：MC621（切換掉話）=MC648（跨BSC切換掉話）+MC658（BSC內(nèi)切換掉話）+MC663（小區(qū)內(nèi)切換掉話）。BSC內(nèi)切換掉話：當(dāng)BSC向手機發(fā)出切換命令handovercommand時，T3103開始計時，在BSC收到來自切換目標(biāo)小區(qū)的切換完成handovercomplete或者來自源小區(qū)的切換失敗handoverfailure時將T3103復(fù)位，如果handover下發(fā)后，T3103逾時仍未收到以上兩條消息，則記為一次BSC內(nèi)切換掉話。小區(qū)內(nèi)切換掉話：小區(qū)內(nèi)切換掉話與TCH分配失敗無返回SDCCH類似?？鏐SC切換掉話：與BSC內(nèi)切換掉話類似，只是T3103變?yōu)門8。切換掉話處理流程如下：小區(qū)內(nèi)切換的過程和SDCCH到TCH之間的信道轉(zhuǎn)換過程類似，一般出現(xiàn)高掉話的原因主要有載頻硬件故障和上下行干擾嚴重。小區(qū)間的切換，首先需要檢查切換關(guān)系定義是否正常，然后檢查切換參數(shù)，切換門限等，另外可以通過檢查180報告和實際的地理位置信息，察看實際發(fā)生的切換是否合理。如果這些均正常，說明這些切換的發(fā)生是必要的，其切換掉話主要原因還是無線鏈路惡化造成的?？鏐SC的切換，如果涉及到跨MSC的情況，其流程較為復(fù)雜。其無線方面的分析，與小區(qū)內(nèi)切換相同；切換流程方面需要跟蹤信令加以確認。例如，在某種情況下，當(dāng)目標(biāo)小區(qū)的信道已經(jīng)準(zhǔn)備好，原小區(qū)的handovercommand已經(jīng)下發(fā)，但此后由于流程原因，目標(biāo)小區(qū)準(zhǔn)備好的信道又釋放了，則無論如何切換也不會成功。這其中相當(dāng)一部份由于無法再返回原信道，即造成掉話。對于此類情況，可能需要聯(lián)測A口，E口信令進行診斷。B10版增加的掉話分析功能阿爾卡特GSM系統(tǒng)B10版起，在小區(qū)級的110報告中增加了對掉話原因的分析，可參考RMS報告、干擾測量進行分析。MC928ANB_TCH_DROP_CAUSE_TOO_LOW_QUALITY_UL上行質(zhì)量差引起的掉話MC928BNB_TCH_DROP_CAUSE_TOO_LOW_LEVEL_UL上行電平低引起的掉話MC928CNB_TCH_DROP_CAUSE_TOO_LOW_QUALITY_DL下行質(zhì)量差引起的掉話MC928DNB_TCH_DROP_CAUSE_TOO_LOW_LEVEL_DL下行電平低引起的掉話MC928ENB_TCH_DROP_CAUSE_LONG_MS_BS_DISDANCE手機距離基站過遠引起的掉話MC928FNB_TCH_DROP_CAUSE_TOO_SHORT_MS_BS_DISTANCE手機距離基站過近引起的掉話MC928GNB_TCH_DROP_CAUSE_TOO_HIGH_INTERFERENCE_UPLINK上行干擾引起的掉話MC928HNB_TCH_DROP_CAUSE_TOO_HIGH_INTERFERENCE_DOWNLINK下行干擾差引起的掉話MC928INB_TCH_DROP_OTHER_CAUSES其他原因引起的掉話2．切換成功率的解決思路切換成功率也是考核網(wǎng)絡(luò)性能的一個重要指標(biāo)，通常切換成功率應(yīng)保持在95%以上。切換失敗主要分為兩部分：切換準(zhǔn)備失敗和切換執(zhí)行失敗。對于切換準(zhǔn)備失敗，BSC內(nèi)的原因主要有目標(biāo)小區(qū)擁塞，硬件問題等。對于跨MSC的切換，涉及E口信令轉(zhuǎn)換，編碼方式溝通等原因，需要信令跟蹤分析。以下僅對切換執(zhí)行失敗的主要處理流程進行說明，即針對無線切換成功率部分。切換失敗處理流程如下：處理切換失敗，首先區(qū)分是BSC內(nèi)切換失敗還是BSC間切換失敗。判斷方法根據(jù)110報告中的相關(guān)counter，也可以利用阿爾卡特的ARP工具直觀查看。當(dāng)切換執(zhí)行失敗主要為跨BSC間切換時，需要跟蹤信令排除信令配合問題。其次，檢查切換失敗是切入失敗還是切出失敗，或者切入切出成功率均低。如果切入切出均低，一般該切入切出成功率均在75%以下，同時本小區(qū)的分配失敗又不高，通常是由于BTS時鐘偏移造成，更換SUM板或者更改時鐘同步方式即可。工作中發(fā)現(xiàn)將時鐘同步方式由默認的“FreeRunning”更改為“Gps/Pcmsynchronized”后便能得到解決。如果僅切入成功率低，檢查180報告，該報告針對每一條切換關(guān)系進行統(tǒng)計，統(tǒng)計內(nèi)容包含切換切入請求MC400，切換嘗試MC401及切換成功MC402。通過檢查這幾個counter來確定切入失敗是集中在某幾條切換關(guān)系還是所有的切入都差。如果所有切換失敗都差，則很可能是本小區(qū)存在隱性障礙，需要解決本小區(qū)的隱性故障。如果只有某幾條切換失敗較高，需要RNP核查，看是否有同BCCH，BSIC的誤切換發(fā)生。如果切出成功率差，同樣檢查180報告，切出差是集中在某幾條切換關(guān)系還是所有切換關(guān)系。對集中在某幾條切出差的情況，則需要檢查目標(biāo)小區(qū)是否存在隱性故障。對所有切出均差的情況，需要檢查小區(qū)覆蓋，小區(qū)硬件性能，及上下行干擾等。3．TCH分配失敗的解決思路3．1BSC級的分配失敗BSC分配失敗率高，首先檢查是否由于某幾個小區(qū)引起。如果不是，則BSC分配失敗多見于181D或181E分配失敗，通過018報告可以統(tǒng)計。其中181D是由于擁塞造成，可能是該BSC下某些小區(qū)存在嚴重的擁塞；181E分配失敗是由于A口短時隙造成（通過處理A口短時隙解決），或者是由于無線和交換側(cè)所定義的A口時隙狀態(tài)不一致，如無線側(cè)將部分A口LOCK而交換側(cè)沒有LOCK，則會繼續(xù)分配從而造成失敗，此時需要利用K1205跟蹤信令，并利用compass等后臺軟件分析，找出定義不一致的A口時隙。BSC分配失敗的處理流程如下：3．2小區(qū)的分配失敗主要關(guān)注三種分配失?。簾o線鏈路分配失?。∕C746b）、系統(tǒng)原因造成TCH準(zhǔn)備失敗和系統(tǒng)原因造成TCH分配失敗。對于系統(tǒng)原因造成TCH分配失敗，一般都在修改小區(qū)參數(shù)時造成，因此，一般不需要做其他操作，只需觀察下一時段指標(biāo)即可，一般在下一時段指標(biāo)將自動恢復(fù)正常；3．3無線鏈路分配失敗對于746B分配失敗，其解決思路和前面所述TCH掉話的解決思路存在相似之處，區(qū)分單載頻和多載頻分配失敗的情況，需要綜合考慮載頻優(yōu)先級、跳頻方式、頻率干擾、TRE/ANY/ANC隱性故障，可結(jié)合RMS報告分析。一般大家對無線鏈路的分配失敗解決辦法比較熟悉，這里就不詳述。下面詳細說明TCH準(zhǔn)備失敗的解決思路。3．4TCH準(zhǔn)備失敗由于平時工程師對TCH準(zhǔn)備失敗的解決經(jīng)驗不足，關(guān)注力度不夠，而事實上TCH準(zhǔn)備失敗往往次數(shù)非常多，導(dǎo)致TCH分配失敗率在50%以上。針對阿爾卡特設(shè)備，TCH準(zhǔn)備失敗可能會由以下幾個方面引起，因此解決思路也可以按照以下步驟進行：TCUC硬件故障。TCUC是否有告警，有告警則需要無線中心處理；如果沒有告警，可在非忙時ResetTCUC，此操作會導(dǎo)致計數(shù)器清零，因此需要關(guān)注再下一個時段的指標(biāo)是否已恢復(fù)；對于MXBSC，只有邏輯TCU，displayVCE就可以找到邏輯TCU，也可進行reset操作。檢查切換關(guān)系定義是否過多，一般不同BCCH的鄰區(qū)定義不能超過31個；檢查參數(shù)設(shè)置是否錯誤：切換權(quán)重的參數(shù)如W_PBGT_HO等設(shè)置不為1，可能會導(dǎo)致TCUC自動翻轉(zhuǎn)；含切換擁塞：含切換擁塞可能會造成TCH準(zhǔn)備失敗。如果小區(qū)統(tǒng)計中擁塞次數(shù)較高造成分配失敗，且MC612a不為0，說明網(wǎng)絡(luò)中沒有開啟TCH指配排隊功能。排隊功能在無線側(cè)是以BSC為單位開啟的。通常情況下，交換側(cè)會打開排隊指示功能，BSC的排隊等待時間T11不設(shè)為0的情況下，當(dāng)無可用TCH資源供分配時，即進入排隊等待緩沖區(qū)。當(dāng)交換側(cè)未打開TCH排隊功能時，也可以在無線側(cè)開啟強制排隊開關(guān)QueueAnyway。同時，排隊等待時長timer由T11改為T11_Forced。加大T11和T11_Forced，可以降低小區(qū)的擁塞情況，但可能會增加手機的呼叫等待時間。如果網(wǎng)絡(luò)已經(jīng)開啟排隊功能，仍存在較高的含切換擁塞，則可以通過調(diào)整切換門限進行話務(wù)分擔(dān)；如果已經(jīng)沒有調(diào)整余地，則需要進行小區(qū)擴容或者小區(qū)分裂來吸收話務(wù)，降低小區(qū)的擁塞次數(shù)。SUMA板誤碼告警。在工作中發(fā)現(xiàn)的一個原因。從OMCR上看不到任何告警，但在做硬測時會發(fā)現(xiàn)SUMA傳輸有誤碼，更換SUMA板后，由于傳輸誤碼沒有消除，基站無法正常啟動，小區(qū)退服。待進一步解決傳輸故障，消除誤碼后，小區(qū)正常工作，TCH準(zhǔn)備失敗的問題也得到解決。5．其他重要說明在頻率規(guī)劃方面，禁止再擴大性使用EGSM頻點。最近部分小區(qū)的EGSM頻點容易受到干擾，而且由于EGSM頻點的載頻優(yōu)先級高，一有干擾就會導(dǎo)致嚴重的分配失敗和掉話，于是部分工程師試圖將此小區(qū)全部改為EGSM頻點