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

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

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