性能監(jiān)控手冊(cè)0905(GSM)

1、 性能監(jiān)控手冊(cè)(G)目 錄1、前言32、性能監(jiān)控指標(biāo)32.1監(jiān)控指標(biāo)及要求32.2關(guān)鍵指標(biāo)分解說(shuō)明43、性能監(jiān)控處理方法63.1日常處理注意事項(xiàng)63.2GSM故障處理方法73.3GPRS故障處理方法104、日常問題解決和說(shuō)明114.1RNUSM窗口不能打開問題的解決114.2監(jiān)控平臺(tái)缺失報(bào)告問題的解決114.3告警過(guò)多原因說(shuō)明及快速定位方式121、前言 本手冊(cè)主要為日常網(wǎng)絡(luò)性能監(jiān)控提供參考和鑒戒，可以作為日常性無(wú)線性能監(jiān)控的指導(dǎo)手冊(cè)。2、性能監(jiān)控指標(biāo) 2.1監(jiān)控指標(biāo)及要求工作內(nèi)容要求KPI指標(biāo)各項(xiàng)指標(biāo)權(quán)重片區(qū)內(nèi)無(wú)線網(wǎng)絡(luò)性能質(zhì)量的實(shí)時(shí)跟蹤、分析（通過(guò)網(wǎng)優(yōu)監(jiān)控平臺(tái)）以及壞小區(qū)及時(shí)處理及時(shí)對(duì)故障小區(qū)

2、進(jìn)行響應(yīng)并處理,要求故障響應(yīng)時(shí)長(zhǎng)不超過(guò)30分鐘,故障處理時(shí)長(zhǎng)不超過(guò)2小時(shí)及時(shí)發(fā)現(xiàn)率基本值70%,目標(biāo)挑戰(zhàn)值95%,處理及時(shí)率基本值60%,目標(biāo)挑戰(zhàn)值75%(三天內(nèi)未出現(xiàn)比率)50%無(wú)線報(bào)表數(shù)據(jù)完整性要求及時(shí)發(fā)現(xiàn)數(shù)據(jù)報(bào)表缺失,并上報(bào)主管基本值99%,目標(biāo)挑戰(zhàn)值100%5%軟件原因?qū)е虏豢捎肨CH處理及不可用TCH小區(qū)跟蹤要求每日上班前對(duì)不可用小區(qū)進(jìn)行過(guò)濾,處理由于軟件原因?qū)е虏豢捎肨CH,對(duì)其他原因?qū)е碌牟豢捎眯^(qū)進(jìn)行跟蹤并通知相關(guān)人員.月度統(tǒng)計(jì)基本值50,目標(biāo)挑戰(zhàn)值203%性能故障投訴處理及投訴處理配合配合投訴處理人員對(duì)故障點(diǎn)進(jìn)行分析及跟蹤處理,并在平臺(tái)上填入相關(guān)操作記錄不定期對(duì)事件進(jìn)行抽查，

3、及對(duì)投訴處理人員反饋進(jìn)行考核,發(fā)現(xiàn)一次扣1分4%及時(shí)派發(fā)片區(qū)內(nèi)的基站性能故障通知單，并跟蹤其處理情況對(duì)需要進(jìn)行硬件更換的小區(qū)進(jìn)行派單,更換載頻派發(fā)至基站代維;更換ANCG以上設(shè)備（如SUMA，ANY，風(fēng)扇等）派發(fā)至主設(shè)備代維小組按工單時(shí)間及處理情況進(jìn)行抽查,發(fā)現(xiàn)未及時(shí)或有需要未派單的,發(fā)現(xiàn)一次扣1分4%日常擁塞小區(qū)處理，及時(shí)派發(fā)擴(kuò)容工單，并跟蹤其處理情況根據(jù)日常及每日擁塞小區(qū)通報(bào)表內(nèi)容,及時(shí)派發(fā)擴(kuò)容需求工單至片區(qū)規(guī)劃人員,并跟蹤處理情況,對(duì)擁塞解決的小區(qū)進(jìn)行報(bào)結(jié).按工單時(shí)間及處理情況進(jìn)行抽查,發(fā)現(xiàn)未及時(shí)或有需要未派單的,發(fā)現(xiàn)一次扣1分4%負(fù)責(zé)片區(qū)內(nèi)GPRS投訴預(yù)處理，并及時(shí)流轉(zhuǎn)投訴工單；對(duì)轉(zhuǎn)派

4、的GPRS的IMEP工單要求收到工單1小時(shí)內(nèi)進(jìn)行預(yù)處理并及時(shí)流轉(zhuǎn)投訴工單.工單1小時(shí)內(nèi)進(jìn)行預(yù)處理,發(fā)現(xiàn)或反饋未及時(shí),一次扣1分.4%負(fù)責(zé)片區(qū)內(nèi)節(jié)假日和突發(fā)應(yīng)急活動(dòng)保障負(fù)責(zé)片區(qū)內(nèi)節(jié)假日及突發(fā)應(yīng)急活動(dòng)的指標(biāo)監(jiān)控工作,對(duì)問題小區(qū)及早進(jìn)行處理及跟蹤,對(duì)無(wú)法處理的問題點(diǎn)及早進(jìn)行上報(bào).3%性能故障投訴次數(shù)占比由于性能故障引起的投訴次數(shù)浮動(dòng)不得超過(guò)5張投訴次數(shù)進(jìn)行排名,超過(guò)5張得0分,投訴最少得滿分,其他線性得分.最少者加2分。5%檢查并處理前一日晚班監(jiān)控人員遺留問題并處理要求每日上班前對(duì)前一日遺留問題進(jìn)行跟蹤及處理,對(duì)晚上無(wú)法更換硬件及片區(qū)無(wú)法配合的點(diǎn)進(jìn)行及時(shí)通知.未對(duì)遺留問題進(jìn)行處理導(dǎo)致用戶投訴或抽查發(fā)

5、現(xiàn)問題存在未做處理的,發(fā)現(xiàn)一次扣1分6%對(duì)片區(qū)內(nèi)misaligned小區(qū)進(jìn)行檢查和上報(bào)工作每日上班前對(duì)各自片區(qū)內(nèi)misaligned小區(qū)進(jìn)行處理,對(duì)BSC原因或連接原因?qū)е碌膯栴}小區(qū)進(jìn)行及時(shí)上報(bào)至維護(hù)組每周進(jìn)行抽查(下班前),結(jié)合檢查情況進(jìn)行考核,發(fā)現(xiàn)一次扣1分4%關(guān)注所轄區(qū)域A口話務(wù)及PAGING變化，及時(shí)反饋性能狀況每日對(duì)監(jiān)控時(shí)段的所轄區(qū)域BSC的A口話務(wù)及PAGING進(jìn)行監(jiān)控,對(duì)超過(guò)平時(shí)要求的門限指標(biāo)進(jìn)行上報(bào)，A口門限0.75,PAGING量G2BSC為120000,MXBSC為180000超過(guò)平時(shí)要求的門限指標(biāo)未進(jìn)行上報(bào),發(fā)現(xiàn)一次扣1分4%關(guān)注無(wú)主被叫、無(wú)話務(wù)小區(qū)，及時(shí)處理及跟蹤每日對(duì)

6、無(wú)主被叫小區(qū),話務(wù)突變小區(qū)及無(wú)話務(wù)小區(qū)在2小時(shí)內(nèi)與相關(guān)片區(qū)規(guī)劃人員進(jìn)行溝通，確認(rèn)問題后進(jìn)行及時(shí)處理.不定期對(duì)事件進(jìn)行抽查，對(duì)進(jìn)行處理導(dǎo)致用戶投訴或抽查發(fā)現(xiàn)問題存在未做處理的,發(fā)現(xiàn)一次扣1分4%備注：上表中，KPI指標(biāo)和各項(xiàng)指標(biāo)權(quán)重僅作參考。2.2關(guān)鍵指標(biāo)分解說(shuō)明性能監(jiān)控組主要考核指標(biāo)以日常性能平臺(tái)性能故障發(fā)現(xiàn)及時(shí)率、故障處理及時(shí)率、故障處理時(shí)長(zhǎng)來(lái)判定，占總考核指標(biāo)50%，（發(fā)現(xiàn)及時(shí)率占比20%、故障處理及時(shí)率30%）并根據(jù)排名及區(qū)域情況進(jìn)行加分，發(fā)現(xiàn)及時(shí)率及處理及時(shí)率排名第一的加2分，監(jiān)控范圍屬于金華、義烏或區(qū)域劃分較大的分別加以3分至1分的附加分，最后累加出總分及排名，并根據(jù)50分制總分折算

7、成最后得分。故障發(fā)現(xiàn)及時(shí)率：計(jì)算公式：在30分鐘內(nèi)發(fā)現(xiàn)的性能故障次數(shù)/總的性能故障次數(shù)*100%。要求發(fā)生載頻以上級(jí)（含載頻級(jí)）的隱性故障在30分鐘內(nèi)發(fā)現(xiàn)，否則作為超時(shí)處理。包括GSM和GPRS，具體判別標(biāo)準(zhǔn)見具體要求。指標(biāo)要求：性能故障發(fā)現(xiàn)及時(shí)率大于100%得滿分；低于85%得0分，其他線性得分。故障處理及時(shí)率：計(jì)算公式：在2小時(shí)內(nèi)處理完成的性能故障次數(shù)/總的性能故障次數(shù)*100%。要求在發(fā)現(xiàn)性能故障后在2小時(shí)完成處理，無(wú)法完成的及時(shí)上報(bào)。包括GSM和GPRS，具體判別標(biāo)準(zhǔn)見具體要求。指標(biāo)要求：性能故障處理及時(shí)率大于70%得滿分；低于50%得0分，其他線性得分。故障平均處理時(shí)長(zhǎng)（附加細(xì)項(xiàng)）：

8、計(jì)算公式：(故障結(jié)束的報(bào)告生成時(shí)間故障開始報(bào)告生成時(shí)間)/故障次數(shù)指標(biāo)要求：故障平均處理時(shí)長(zhǎng)超過(guò)3小時(shí)的得0分，其他以排名得分。月性能故障投訴次數(shù)占比：定義：由于未及時(shí)發(fā)現(xiàn)性能故障、或由于處理不及時(shí)或處理不當(dāng)?shù)仍蛞鸬目蛻敉对V，以用戶投訴工單為準(zhǔn)。指標(biāo)要求：該指標(biāo)每月低于5次，超過(guò)5次得0分，其他線性得分，月投訴次數(shù)通報(bào)相關(guān)單位負(fù)責(zé)人。事件考核指標(biāo)：定義：小區(qū)嚴(yán)重故障，導(dǎo)致省公司指標(biāo)惡化、BSC數(shù)據(jù)缺失未發(fā)現(xiàn)導(dǎo)致省公司無(wú)法取值、未請(qǐng)假不正常上班、工作態(tài)度問題引起分公司投訴、GPRS投訴工單預(yù)處理未按時(shí)回復(fù)等。指標(biāo)要求：此項(xiàng)為扣分項(xiàng)，發(fā)現(xiàn)一次扣5分。3、性能監(jiān)控處理方法3.1日常處理注意事項(xiàng)1

9、. BSC級(jí)高分配失敗情況一：統(tǒng)計(jì)出錯(cuò)，A口話務(wù)與小區(qū)話務(wù)數(shù)值不一，也可檢查A口時(shí)隙，如占用時(shí)長(zhǎng)超過(guò)3600的，則判斷統(tǒng)計(jì)出錯(cuò)。情況二：整個(gè)BSC-SDCCH分配失敗超高，比平時(shí)增加一個(gè)數(shù)量級(jí)，試呼次數(shù)也大幅增加，可能會(huì)由于LAC修改后操作人員沒有做re-initialize GPRS，此類情況可對(duì)照GPRS與GSM話務(wù)報(bào)告驗(yàn)證。情況三：測(cè)試發(fā)現(xiàn)該BSC下分配失敗，指標(biāo)正常，C181J指標(biāo)突高，與交換核對(duì)A口可用時(shí)隙。CELL級(jí)高分配失敗情況一：TCUC、RSL、RA翻轉(zhuǎn)導(dǎo)致，先檢查告警，是否有小區(qū)退服或載頻退服告警。情況二：干擾原因?qū)е虑闆r三：擁塞或載頻故障原因?qū)е?，平臺(tái)已有區(qū)分。2. 突發(fā)

10、與繼續(xù)觀察的前提判斷檢查一：歷史話務(wù)是否突變，并檢查時(shí)時(shí)占用情況是否正常。檢查二：OMC是否有告警，詢問維護(hù)組，排除人為操作。檢查三：數(shù)據(jù)報(bào)告是否出錯(cuò)，是否有多個(gè)小區(qū)同時(shí)出現(xiàn)。檢查四：檢查周邊檢查是否工作正常，是否有小區(qū)退服或被LOCK。3. 高話務(wù)應(yīng)對(duì)措施情況一：集會(huì)，了解集會(huì)持續(xù)時(shí)間，12個(gè)時(shí)間的不進(jìn)行人為操作，3小時(shí)以上至1天的通知維護(hù)組增開半速率，1天以上的通知規(guī)劃人員統(tǒng)一規(guī)劃。情況二：突發(fā)，確認(rèn)無(wú)集會(huì)等信息，下一小時(shí)不出現(xiàn)的不進(jìn)行操作，可填入突發(fā)，但要有后面的4步檢查。情況三：話務(wù)突增，確認(rèn)無(wú)集會(huì)等信息，連續(xù)出現(xiàn)2小時(shí)，突高與歷史同時(shí)段話務(wù)的，減少PDCH配置進(jìn)行均衡，并做記錄，過(guò)后

11、進(jìn)行復(fù)原。情況四：校區(qū)與話務(wù)增加區(qū)域，不進(jìn)行操作，及時(shí)用IMEP工單通知規(guī)劃人員統(tǒng)一規(guī)劃。情況五：新站開啟后擁塞，根據(jù)擁塞情況，如果無(wú)法調(diào)整解決，立即LOCK小區(qū)，電話通知片區(qū)規(guī)劃人員，并派單給片區(qū)要求擴(kuò)容，接到回單檢查實(shí)施完成后開啟。情況六：發(fā)現(xiàn)SD溢出超異常，懷疑群發(fā)短信問題的立即通知6樓監(jiān)控（電話9331），以便快速將此類問題通知至公安局技偵處！請(qǐng)知曉！4. 特高掉話情況一：通常幾百次幾千次掉話，一般數(shù)據(jù)問題，通知維護(hù)組進(jìn)行數(shù)據(jù)刪除。情況二：A口時(shí)隙問題，檢查A口時(shí)隙報(bào)表。情況三：BCCH載頻翻轉(zhuǎn)，導(dǎo)致小區(qū)頻繁退服。5. 日常操作注意事項(xiàng)事項(xiàng)一：故障10次以下問題暫時(shí)不進(jìn)行重啟載頻操作，

12、需重啟時(shí)檢查時(shí)時(shí)占用情況，是否有較高話務(wù)，該載頻低話務(wù)或無(wú)話務(wù)可直接重啟載頻，該載頻高話務(wù)時(shí)等待該載頻空閑時(shí)重啟。事項(xiàng)二：小區(qū)重啟，重啟前先SHUTDOWN小區(qū)2分鐘，等小區(qū)LOCK進(jìn)行。（包括會(huì)引起小區(qū)退服的任何操作都以此進(jìn)行,并避免忙時(shí)操作）。事項(xiàng)三：GPRS故障，倒換頻點(diǎn)后要進(jìn)行初始化操作。事項(xiàng)四：禁止對(duì)BSC做Reshuffle操作，改為BSC初始化，切記！3.2GSM故障處理方法1、SD高掉話1.載頻時(shí)隙問題：某些載頻的奇時(shí)隙不太適合用作SD信道，表現(xiàn)為SD占用時(shí)長(zhǎng)過(guò)長(zhǎng)，SD掉話高，而目前的SD配置都是在各載頻的TS1。建議將SD信道配置于載頻的TS2，即后移一個(gè)時(shí)隙。2.跳頻機(jī)制問

13、題：有些TRAGE型號(hào)的載頻奇時(shí)隙不支持跳頻，當(dāng)小區(qū)內(nèi)所有載頻的SD占用時(shí)長(zhǎng)均超長(zhǎng)時(shí)，SD掉話高時(shí)，關(guān)閉小區(qū)的跳頻。2、SDC溢出1、GSM問題：頻繁的位置更新，不斷的申請(qǐng)SD信道，可能導(dǎo)致SD擁塞。此時(shí)需要修改某些系統(tǒng)參數(shù)來(lái)緩解擁塞：適當(dāng)增加CRH(小區(qū)重選滯后，建議調(diào)整至12或是14)、TX_INTEGER（發(fā)送間隔，建議調(diào)整至25或是32）、WI_XX（等待指示，建議在原有基礎(chǔ)上每個(gè)增加1S），適當(dāng)減小TA-FILTER（接入TA過(guò)濾，建議調(diào)整至30，偏遠(yuǎn)高山站64）、MAX_RETRAINS（最大重發(fā)次數(shù)，建議調(diào)整至1或2）。2、GPRS問題：某時(shí)段小區(qū)的SD溢出超過(guò)5000次，首先關(guān)

14、注是不是GPRS出了問題，GPRS不斷申請(qǐng)SD信道，造成SD溢出嚴(yán)重?？梢酝ㄟ^(guò)察看GPRS的cell counter里該小區(qū)的計(jì)數(shù)器：P62C（GPRS申請(qǐng)的SD信道次數(shù)）和P30C（GPRS成功占用SD信道次數(shù)），相差過(guò)大，即P62C遠(yuǎn)大于P30C，即說(shuō)明小區(qū)的GPRS出了問題，對(duì)小區(qū)做RE-Initialize GPRS(GPRS初始化)。3、載頻硬件問題：如果某塊載頻的SDCCH占用時(shí)長(zhǎng)超長(zhǎng)（一般大于5S），可能是該載頻SD資源不釋放，對(duì)該載頻作Reset。如果共小區(qū)的幾塊載頻都存在這種現(xiàn)象，則重啟相關(guān)的TCUC。3、TCH掉話高判斷掉話原因，目前有四類掉話（無(wú)線掉話MC736，切換掉話

15、MC621，BSS原因掉話MC14c和傳輸?shù)粼扢C739）1、MC736和MC739掉話1.1頻點(diǎn)干擾問題：出現(xiàn)無(wú)線掉話和切換掉話，首先關(guān)注問題小區(qū)所使用的頻點(diǎn)有沒有受到同鄰頻干擾，借助于RNP或是MAPINFO可以判斷頻點(diǎn)是否受到干擾；同時(shí)通過(guò)ARP話務(wù)軟件分析，下行質(zhì)量切換比例超過(guò)10%時(shí)，頻點(diǎn)受到干擾的可能性較大，建議改頻。1.2載頻硬件問題：通常掉話只集中在某一塊載頻上，對(duì)該載頻作Reset TRX。下個(gè)時(shí)段如果該載頻依然掉話高,鎖住該載頻，及時(shí)更換載頻。1.3TCU硬件問題：如果掉話集中在某幾塊載頻上（4塊以下），觀察掉話高的載頻是否屬于同一塊TCUC（雙擊各載頻對(duì)應(yīng)的RSL），如果

16、是，則Reset TCUC。下個(gè)時(shí)段如果依然掉話高則更換TCUC。通常TCUC故障還會(huì)伴隨相關(guān)載頻TCH分配失敗高。1.4合路器模塊故障（ANY/ANC）：如果掉話集中在某幾個(gè)載頻上（4塊以下），且這些載頻大多數(shù)情況下是分布在不同的TCU上。同時(shí)小區(qū)的其他載頻也有不少占用但沒有出現(xiàn)高掉話。則這些載頻有可能是屬于同一個(gè)ANY/ANC，進(jìn)基站查看如果是則更換相關(guān)ANY/ANC。1.5天線接反：如果發(fā)現(xiàn)掉話和所有硬件都無(wú)直接關(guān)系，同時(shí)共站的另一個(gè)小區(qū)也存在一定程度的高掉話問題。同時(shí)都伴隨著TCH分配失敗高，則通知硬件組檢查基站天線有無(wú)接成鴛鴦線。2、MC14c掉話人為操作引起：在做RESET TCU

17、C或者修改頻點(diǎn)等操作時(shí)，必定會(huì)出現(xiàn)MC14c的掉話，這種掉話往往出現(xiàn)在個(gè)別操作過(guò)的小區(qū)，且下一個(gè)時(shí)段就會(huì)自動(dòng)消除。3、MC739掉話高 1.1載頻硬件問題：小區(qū)級(jí)的MC739掉話集中在某個(gè)載頻上，Reset TRX一般可以排除故障，如果無(wú)效更換載頻。1.2基站傳輸問題：小區(qū)級(jí)的MC739掉話分散在各載頻上，察看小區(qū)的歷史告警，有沒有出現(xiàn)傳輸誤碼告警“BTS-TRANS11BER-10E-3/4/6”,有傳輸誤碼告警的及時(shí)通知傳輸檢查基站的傳輸。1.3 A口中繼時(shí)隙故障：整個(gè)BSC所有小區(qū)的MC739都比較高，則首先根據(jù)018報(bào)告，將MC750（中繼占用總時(shí)長(zhǎng)）和MC751（中繼占用總次數(shù)）相除

18、，結(jié)果表示該A口中繼的平均占用時(shí)長(zhǎng)，如果占用時(shí)長(zhǎng)小于10S，表明該中繼時(shí)隙有問題。具體定位到哪條中繼的那些時(shí)隙有問題 ，用小于10S對(duì)應(yīng)得LINK_ID除以32，商為對(duì)應(yīng)的中繼TP號(hào)，余數(shù)為該TP號(hào)對(duì)應(yīng)的短時(shí)隙，鎖住該短時(shí)隙即可。4、TCH溢出1、判斷溢出的原因，MC812（溢出總次數(shù)）=MC612A（不允許排隊(duì)引起的擁塞）+MC612B（排隊(duì)隊(duì)列已滿，引起的擁塞）+MC612C（排隊(duì)至T11超時(shí)也沒有分配到TCH信道，即平時(shí)最常見的擁塞）+MC612D（排隊(duì)時(shí)被高優(yōu)先級(jí)的用戶擠出來(lái)引起的擁塞），重點(diǎn)關(guān)注MC612C。2、MC612A：由于不允許排隊(duì)導(dǎo)致大量擁塞的情況不太常見，一般在BSC割接

19、至新的交換機(jī)下，新的交換機(jī)向BSC發(fā)送的assignment request消息中丟失了優(yōu)先級(jí)字段（此字段中包含了交換側(cè)是否允許BSC排隊(duì)），這樣導(dǎo)致BSC側(cè)不允許排隊(duì)，造成大量擁塞?？赏ㄟ^(guò)打開BSC的強(qiáng)制排隊(duì)功能解決問題（Forced_queuing=enable;T11_forced=14S）。3、MC612C：一般是由于小區(qū)的話務(wù)較高，導(dǎo)致?lián)砣??？赏ㄟ^(guò)分散話務(wù)的方法將小區(qū)的部分話務(wù)分散到空閑的鄰區(qū)上。1）提高空閑鄰區(qū)的CRO（小區(qū)重選偏置），空閑鄰區(qū)的C1/C2被抬高，增加了手機(jī)在空閑狀態(tài)下優(yōu)先選擇空閑鄰區(qū)；2）降低擁塞小區(qū)向空閑鄰區(qū)切換門限HO MARGIN和HO MARGIN LEV

20、；3）開啟擁塞小區(qū)的快速話務(wù)切換(EN_FAST_TRAFFIC_HO=enable);4）開啟擁塞小區(qū)的直接重試（Directed_Retry=enable）；5）以上方法還不能緩解擁塞的，建議擴(kuò)容。5、TCH分配失敗率高1、無(wú)線原因造成分配失?。∕C746B）：無(wú)線原因造成TCH分配失敗的一般是頻點(diǎn)干擾或是載頻硬件問題。遇到MC746B首先檢查小區(qū)的頻點(diǎn)是否受到同鄰頻的干擾；如果MC746B集中在某一塊載頻上，RESET TRX，下個(gè)時(shí)段MC746B還高的，更換載頻。MC746B分散在幾塊載頻上的，重啟對(duì)應(yīng)的TCUC。2、ABIS擁塞造成TCH分配失敗（MC812）：建議緩解擁塞；3、系統(tǒng)

21、原因造成TCH準(zhǔn)備失敗的（MC140A-MC140B-MC812）：建議做Lock/Unlock RA；4、系統(tǒng)原因造成TCH分配失敗的（MC140B-MC718-MC746B）：建議RESET小區(qū)對(duì)應(yīng)的TCUC；5、BSC統(tǒng)計(jì)的TCH分配失敗率高：由于小區(qū)和BSC統(tǒng)計(jì)的TCH分配失敗率公式不一樣，就有可能出現(xiàn)小區(qū)的TCH分配失敗率正常，整個(gè)BSC的TCH分配失敗率異常的情況，這時(shí)主要關(guān)注BSC統(tǒng)計(jì)的TCH分配失敗率：100*（C181A+C181B+C181C+C181D+C181E+C181F+C181G+C181H+C181I+C181J+C181K+C181L）/MC140A；觀察BS

22、C的分配失敗主要是由C181AC181L哪個(gè)因子造成的，C181D表示擁塞原因、C181E表示BSC側(cè)存在已經(jīng)Lock的時(shí)隙交換側(cè)并沒有Lock，處理辦法將交換側(cè)對(duì)應(yīng)的時(shí)隙Lock。C181J不為零表示交換側(cè)使用了BSC側(cè)無(wú)意義的時(shí)隙，即BSC側(cè)時(shí)隙狀態(tài)不為TRAFFIC，處理方法是通知交換側(cè)定義有效的中繼時(shí)隙。6、切換成功率低1、同BCCH同BSIC：小區(qū)的切入成功率很低時(shí)，首先通過(guò)RNP檢查問題小區(qū)的附近是不是有與問題小區(qū)同BCCH同BSIC的小區(qū)。切換時(shí)的目標(biāo)小區(qū)是通過(guò)BCCH+BSIC來(lái)標(biāo)識(shí)的，鄰近的地方出現(xiàn)了同BCCH同BSIC的小區(qū)，導(dǎo)致目標(biāo)小區(qū)的相互混亂，導(dǎo)致小區(qū)的切入成功率低。

23、2、鄰區(qū)關(guān)系混亂：小區(qū)的鄰區(qū)關(guān)系混亂，地理?xiàng)l件的復(fù)雜性，很多遠(yuǎn)距離、背向的切換往往都會(huì)失敗，造成小區(qū)的切換成功率低。通過(guò)整理必要的切換關(guān)系來(lái)提高小區(qū)的切換成功率。3、同BCCH的影響：通過(guò)180報(bào)告發(fā)現(xiàn)某一小區(qū)A與問題小區(qū)的切換成功率極低造成問題小區(qū)整體的切換成功率不高，通過(guò)RNP發(fā)現(xiàn)兩小區(qū)相距甚遠(yuǎn)，OMC上也沒有加入切換關(guān)系，卻形成了切換關(guān)系。這時(shí)往往是問題小區(qū)的某個(gè)鄰區(qū)和A小區(qū)使用了相同的BCCH，同時(shí)A小區(qū)的信號(hào)又比較強(qiáng)，造成了手機(jī)解碼BCCH時(shí)出錯(cuò)，誤認(rèn)為A小區(qū)是問題小區(qū)的鄰區(qū)。4、頻點(diǎn)干擾：?jiǎn)栴}小區(qū)使用的頻點(diǎn)受到同鄰頻的干擾也會(huì)引起切換成功率低的問題，通過(guò)RNP檢查小區(qū)的頻點(diǎn)。5、載

24、頻硬件問題：?jiǎn)栴}小區(qū)的切入成功率低，察看小區(qū)的載頻有沒有故障，從而導(dǎo)致鄰區(qū)向問題小區(qū)切換時(shí)成功率低。6、SUM板問題：?jiǎn)栴}小區(qū)的切換成功率低，一般在70%左右時(shí)，可能是由于SUM板出現(xiàn)了故障，引起了頻偏，導(dǎo)致小區(qū)的切換成功率低，此時(shí)可以先通過(guò)修改小區(qū)的時(shí)鐘同步方式（由FREE改為GPS/PCM同步）來(lái)驗(yàn)證是不是SUM的問題，修改后切換正常，即為SUM的問題。7、小區(qū)無(wú)話務(wù)1、BCCH載頻故障：BCCH載頻故障導(dǎo)致小區(qū)無(wú)話務(wù)的情況較為常見，建議鎖住BCCH載頻，由其它載頻倒換成BCCH載頻，觀察小區(qū)有無(wú)話務(wù)。2、BTS吊死：BTS吊死造成小區(qū)無(wú)話務(wù)，建議RESET BTS，觀察小區(qū)有無(wú)話務(wù)。3、

25、數(shù)據(jù)問題：對(duì)于一些新開站，有可能是由于數(shù)據(jù)問題導(dǎo)致小區(qū)無(wú)話務(wù)，建議徹底刪創(chuàng)小區(qū)，觀察小區(qū)有無(wú)話務(wù)。3.3GPRS故障處理方法1、監(jiān)控指標(biāo)一：復(fù)用度高（復(fù)用度大于200%）處理方法：適量增加PDCH信道，若話務(wù)忙無(wú)法增加PDCH信道，則發(fā)擴(kuò)容工單，并寫明發(fā)擴(kuò)容工單，注上擴(kuò)容工單號(hào)考核方法：若小區(qū)PDCH復(fù)用度高，連續(xù)3個(gè)時(shí)段處理措施都寫“突發(fā)”，則視為一考核事件！2、監(jiān)控指標(biāo)二：上行TBF建立成功率低（低于50%）處理方法：查看報(bào)表，查看建立失敗的主要原因。若主要原因?yàn)闊o(wú)線的原因，則先倒換一下頻點(diǎn)；若為無(wú)線擁塞，則增加PDCH信道；若為BSS原因，初始化觀察；若上下行建立成功率都低，且主要原因都

26、是BSS原因，則查看該小區(qū)有無(wú)第二條電路，查看第二條電路有無(wú)告警。若同一個(gè)BSC下有多個(gè)小區(qū)的上行建立成功率都低，查看這些小區(qū)是都屬于同一塊GP，是則重啟這塊GP。3、監(jiān)控指標(biāo)三：下行TBF建立成功率低（低于50%）處理方法：查看報(bào)表，查看建立失敗的主要原因。若主要原因?yàn)闊o(wú)線的原因，則先倒換一下頻點(diǎn)；若為無(wú)線擁塞，則增加PDCH信道；若為BSS原因，初始化觀察；若上下行建立成功率都低，且主要原因都是BSS原因，則查看該小區(qū)有無(wú)第二條電路，查看第二條電路有無(wú)告警。4、監(jiān)控指標(biāo)四：上、下行吊死：表現(xiàn)為有上行請(qǐng)求但是請(qǐng)求不成功或有上行請(qǐng)求無(wú)下行請(qǐng)求，此種情況稱之為吊死，極易引起投訴，需快速解決。處理

27、方法：對(duì)吊死小區(qū)進(jìn)行初始化，初始化后觀察實(shí)時(shí)占用，有占用后觀察下時(shí)段報(bào)表。若幾個(gè)小區(qū)都吊死且同屬同一個(gè)BSC，則通知維護(hù)組重啟GPU。處理完此類小區(qū)務(wù)必觀察實(shí)時(shí)占用情況！5、監(jiān)控指標(biāo)五：小區(qū)無(wú)流量：處理方法：查看小區(qū)以往時(shí)段的GPRS流量情況，若原來(lái)流量較大突然無(wú)流量，查看小區(qū)GSM報(bào)表，看看指標(biāo)情況，若GSM指標(biāo)不正常，則說(shuō)明基站有故障，按照GSM的處理原則來(lái)處理；若GSM指標(biāo)正常，則先初始化倒換頻點(diǎn)關(guān)閉跳頻倒換載頻的方式來(lái)處理；則按照若小區(qū)原本流量較小，初始化觀察即可6、監(jiān)控指標(biāo)六：無(wú)流量（無(wú)報(bào)告）：處理方法：對(duì)于無(wú)流量無(wú)報(bào)告的小區(qū)，若無(wú)報(bào)告3個(gè)時(shí)段以上，請(qǐng)查明原因，如無(wú)法查明原因，請(qǐng)上報(bào)

28、！G：監(jiān)控指標(biāo)七：PCU報(bào)告中的P107處理方法：每日交接班的時(shí)候查看P107,若有BSC的P107數(shù)值為0，則先讓監(jiān)控報(bào)障，之后對(duì)整個(gè)BSC GPRS 初始化操作。4、日常問題解決和說(shuō)明4.1RNUSM窗口不能打開問題的解決RNUSM窗口不能打開，導(dǎo)致對(duì)BSC無(wú)法進(jìn)行常規(guī)操作和監(jiān)控針對(duì)此類問題以下解決步驟：1、 桌面右鍵TOOLS中開啟Terminal窗口，確認(rèn)在該OMC服務(wù)器下（jhsesn003或jhsesn053）;2、 進(jìn)入以下目錄：cd /var/tmp鍵入Ls a，檢查是否有shared_文件，刪除該文件rm /var/tmp/shared_；3、 進(jìn)入以下目錄：cd /alcatel/var/share/nterm；4、 鍵入Ls a，刪除.lck文件（如rm /alcatel/var/share/nterm/hmi_xxxx.lck）5、 進(jìn)入以下目錄：cd /alcatel/var/share/AFTR；6、 復(fù)制以下文件cp hmi_xxxx /alcatel/var/share/nterm （同樣復(fù)制total_app_omc文件）；4.2監(jiān)控平臺(tái)缺失報(bào)告問題的解決1、 日常監(jiān)控中發(fā)現(xiàn)平臺(tái)缺失部分或某個(gè)OMC報(bào)告，先了解報(bào)告丟失范圍及丟失時(shí)間，如GPRS報(bào)告丟失請(qǐng)確認(rèn)之前是否有PCU初始化及重啟操作；2、 用160（存報(bào)告臺(tái)機(jī)）FTP登入OMC進(jìn)行查