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