bsc操作流程提綱(編輯修改稿)
2025-05-04 05:11 本頁面
【文章內(nèi)容簡介】 ，如果原小區(qū)的故障屬于突發(fā)性的（原一直沒有問題，但突然就出現(xiàn)非常高的信令掉話和低接通），可以嘗試重LOAD該小區(qū)的軟件。（一般的突發(fā)的問題都可以嘗試采用此方法）、高掉話小區(qū)處理高掉話小區(qū)的處理是網(wǎng)優(yōu)BSC工作中的重點和難點。由于其主要是分析性的工作，因此不能規(guī)定一個流程，這里列舉一些分析方法，僅供參考：分析話務(wù)報表，綜合看各項統(tǒng)計指標(biāo)；分析各項有問題的指標(biāo)，根據(jù)所分析的結(jié)論給問題點定位；制定相應(yīng)的調(diào)整方案；調(diào)整并跟蹤效果；備注：其實掉話也主要由于幾個因素引起：干擾（網(wǎng)內(nèi)和網(wǎng)外）、弱信號、硬件故障、參數(shù)定義錯誤、鄰區(qū)不完善等等，只要把相應(yīng)的工作做好，掉話問題就會得到改善，因此，對于掉話問題的分析等于對其余問題的綜合分析。、切換問題小區(qū)處理 小區(qū)的切換問題主要分為兩類：切換原因多于切換申請和切換成功率低。引起此兩類問題的原因各有不同，具體描述如下： 有切換申請但成功率非常低：對于有切換成功，但切換成功率低的小區(qū)，一般由主頻干擾，直放站干擾，BSIC干擾，硬件故障等問題造成。需針對具體問題具體分析，各對應(yīng)方法別的流程有介紹，在此不列舉。 切換原因多于切換申請：A、有切換申請并有切換成功如下例子：OUTCELLINCELLTYPE切換申請數(shù)切換成功數(shù)KCL切換DP1GN22GP1GN22INTGM1WYC2DM1WYC2INTDM1WYC2GM1WYC2INTG22YLC3G22JJL1INT 可見，此些小區(qū)都存在切換原因次數(shù)大于切換申請次數(shù)的情況，而且切換類型是BSC內(nèi)部切換。引起此問題的原因一般為切換目標(biāo)小區(qū)TCH擁塞導(dǎo)致。B、 有切換原因，沒有切換申請的如下例子：OUTCELLINCELLTYPE切換申請數(shù)KCL切換GM2DWY1DS1XYL2EXTG62FCD3DY1GYB3EXTG62LXC2N12LXI1EXT明顯，以上的多個小區(qū)都有K切換原因但是并沒有發(fā)出切換申請，而且切換一般為外部切換。引起此問題的原因一般是MSC定義外部小區(qū)數(shù)據(jù)有誤（雙方都需定義正確），需查證雙方的MSC的OUTER CELL數(shù)據(jù)是否定義正確，不正確時改正。CNA應(yīng)用、CCHECK處理通過CNA提取數(shù)據(jù)。一般我們選擇MSC進行CHECK，當(dāng)然也可以選擇BSC.點擊FILE—NEW JOB—CONSISTENCY CHECK JOB IMMEDIATE等CHECK完成后（會提示check finish），就可以保存數(shù)據(jù)了。在CANReport中點擊FILE—OPEN IN EDITOE，再左擊FILE，選擇保存的地址和文件名。將剛剛CHECK的數(shù)據(jù)用FTP從服務(wù)器中取出。 該數(shù)據(jù)位于 :var/opt/ericsson/can/log/report/ 目錄下。合并數(shù)據(jù)，便于處理。使用X－SPLIT軟件合并取出的MSC CHECK文件。（合并后還要注意刪除合并文件中的一些含有finished的字段，否則用宏處理的時候會認(rèn)為文件結(jié)束，而只處理第一個MSC的數(shù)據(jù)）用宏處理CHECK文件?？梢杂梅?wù)器中D:\gzbsc data\consist_check\ 中的處理宏celldata或者consist_check。根據(jù)處理出來的結(jié)果，查找自己認(rèn)為不合理需修改的內(nèi)容進行調(diào)整。、利用CNA修改參數(shù)RNO應(yīng)用、NCS應(yīng)用、FAS應(yīng)用、MRR應(yīng)用PMR應(yīng)用、CTR、CER應(yīng)用CTR（CELL TRAFFIC RECORDING）是OSS系統(tǒng)自帶的一個程序，可以記錄特定小區(qū)的所有通話的A接口和Abis接口的信令信息和測量報告，并對各種信令作出統(tǒng)計。針對問題小區(qū)作CTR可以發(fā)現(xiàn)硬件的隱性故障或頻率的干擾。下面是處理順德桂洲一小區(qū)信令接通率低的實例：桂洲一(SDBGZU1)連續(xù)多日話音接通率低，只有60％至80％之間。針對此問題小區(qū)作CTR、CER，方法如下：把小區(qū)的跳頻關(guān)掉后，在OSS上點擊鼠標(biāo)右鍵，如下圖選取PMR。進入PMR后點擊FILE－Initiate Recording，如下圖所示：進入Initiate Recording窗口后選取Cell，如下圖所示：按照下圖選取所需記錄的條件后，點擊Initiate即可開始記錄作CER的步驟與CTR前兩步是一樣的，第三步選取Channel，選取所需記錄的條件，包括記錄的時間段、小區(qū)名等，然后點擊Initiate即可。等到記錄的時間到后，在PMR的窗口上點擊VIEWUPDATE WINDOWS，可看到你新建的記錄名的狀態(tài)由NOT READY變成了READY或WARNING，此時單擊你新建的記錄，再點擊REPORTEVENT STATISTICS，則進入CTR的統(tǒng)計窗口了。桂洲一的CTR統(tǒng)計如下圖所示：我們可以看到，在作記錄的15分鐘內(nèi)，分配215次中有47次分配失敗。進入分配失敗的詳細(xì)信令記錄中去查看，方法如下：單點分配失敗的某一個具體記錄，然后點CONNECTION REPORTLIST，如上圖所示，然后出現(xiàn)一個窗口，如下圖：雙擊某一Time，或單擊然后點擊REPORTDETAILED REPORT即可出現(xiàn)該時刻的信令及其內(nèi)容，如下圖所示：因為當(dāng)時未截下桂洲的詳細(xì)信令報告，故以上圖代替，原理是一樣的。由上圖可看到，當(dāng)分配到頻率65的第一個話音時隙時失敗。當(dāng)時桂洲是分配到頻率25的某時隙失敗。多觀察一些分配失敗的具體記錄，發(fā)現(xiàn)分配失敗集中在頻率25的7話音時隙和頻率19的0話音時隙以及頻率13的2信令時隙。結(jié)合當(dāng)時的頻率和硬件的對應(yīng)表，如下圖所示：可以判定是第六個載波有隱性故障。把第六個載波閉掉后，再作一次CTR，結(jié)果如下圖所示：可以看到，在20分鐘內(nèi)分配202次成功了201次，成功率有極大的改善。換掉該載波后，接通率恢復(fù)了正常。上例是用CTR解決由于硬件隱性故障導(dǎo)致話音接通率低的問題，其實很多問題用CTR都會有幫助，而且除了ASSIGNMENT FAILURE外，還有很多其他的信息也給我們提供了解決問題的提示，如切換失敗、連接非正常釋放、信道非正常釋放等等信息。而且CER、MOTS等工具也可以給我們幫助
公司管理相關(guān)推薦
鄂ICP備17016276號-1