BSC操作流程提綱

1、網(wǎng)優(yōu)BSC操作流程1、概述22、話務提取22.1、話務文件定義22.2、話務文件提取32.3、話務文件處理42.4、APG40話務處理流程113、壞小區(qū)處理123.1、擁塞小區(qū)處理123.2、信令低接通、信令高掉話小區(qū)處理133.3、高掉話小區(qū)處理143.4、切換問題小區(qū)處理144、CNA應用154.1、C-CHECK處理154.2、利用CNA修改參數(shù)205、RNO應用215.1、NCS應用215.2、FAS應用215.3、MRR應用216、PMR應用216.1、CTR、CER應用216.3、MTR應用267、載波隱性故障查找267.1、ERROR LOG 應用267.2、MOTS應用277.

2、3、空閑信道測量(ICM BAND)功能應用278、地圖制作288.1、MCOM地圖制作流程288.2、ANT地圖制作流程399其他工作流程409.1、新站開通工作流程409.2、割接工作流程409.3、CDD提取流程419.4、監(jiān)控流程429.5、干擾源的發(fā)現(xiàn)與定位流程489.6、鄰區(qū)修整流程4810、特殊問題處理4810.1、PAGING成功率低問題4810.2、局間切換成功率低問題4810.3、系統(tǒng)掉話高問題4811、WINFIOL的應用（當無OSS系統(tǒng)時）4812、虛擬終端軟件KEAX應用481、概述 BSC方面的工作，主要有數(shù)據(jù)提取、數(shù)據(jù)分析、工具和軟件的應用等三個方面。其中，數(shù)據(jù)的

3、提取分為話務、各種統(tǒng)計數(shù)據(jù)和CDD的提?。还ぞ叩膽冒∣SS系統(tǒng)自帶的CNA、RNO和PMR系統(tǒng)，其中，RNO中包括NCS，MRR，F(xiàn)AS等工具，PMR中包括CTR，CER和MTR等工具；數(shù)據(jù)分析就是在所提取的數(shù)據(jù)的基礎上分析并作出調(diào)整的過程。2、話務提取 所需軟件：SPOS，TURTLE。2.1、話務文件定義 平常我們?nèi)〉脑拕罩饕袃煞N形式：一種是定義為文件輸出的格式，可以將該文件取出后通過軟件處理成我們需要的報表；一種是直接在終端上直接將所需要的數(shù)據(jù)打印出來的形式。下面是定義此兩種方式的具體操作： 1、文件方式：IMLCT: SPG=0;（IOG入口指令）SDFOI: FILE=XX,

4、RPTID=XX, OBJTYPE= XX；（定義文件名、序號和OBJTYPE）SDTPI: MP=XX, RPTID=XX, INT=XX,REP=XX,TIME=XXXX;（定義統(tǒng)計的時間間隔，循環(huán)時間，開始取報告時間）SDFSC:FILE=HZSTS,INT=1;（定義文件輸出的時間間隔）END； 2、終端輸出方式：IMLCT:SPG=0;SDRPI:OBJTYPE=XX,RECPNM=XX, FMULA="XX"（定義需要的數(shù)據(jù)的COUNTER的計算公式及用到的OBJTYPE）SDRSI:RPTID=XX,HEADING="XX”,OBJTYPE=XX,R

5、ECPNM=XX;（定義需顯示的數(shù)據(jù)的RPTID號和標題）注：在定義了話務統(tǒng)計后，需敲入質(zhì)量SDDTI；更新話務統(tǒng)計，所作修改才生效。2.2、話務文件提取對于終端的輸出方式，直接通過指令SDTDP就可實現(xiàn)。而對于定義為文件格式的話務統(tǒng)計，其提取過程較為復雜，具體操作如下：1、 進入OSS > TOOLS > Command Tools2、運行批處理文件sts MM DD TT（提取bsc數(shù)據(jù)月份（MM） 日期（DD） 時間（TT） 其中，STS批處理文件的語句如下：FS=/var/opt/ehpt/eac/data/fs（設置需提取文件的目錄）SAVEPATH=/home/hzgc

6、/hxm/sts（保存數(shù)據(jù)的目錄）DAY=$2$3（時間變量）MONTH=$1（月變量）mkdir $SAVEPATH/$MONTH$DAY（建相應日期目錄） for ne in GZBBSC1 GZBBSC2 GZFBSC1 GZFBSC2 GZLBSCA GZLBSCB GZOBSCA GZOBSCB GZPBSCA GZTBSCA （網(wǎng)元變量）do mkdir $SAVEPATH/$MONTH$DAY/$ne （建對應網(wǎng)元目錄） echo "$ne" FILE=$FS/$ne/*-?$DAY*0-9 cp $FILE $SAVEPATH/$MONTH$DAY/$ne

7、echo "" done/opt/tmos/bin/zip -9 $SAVEPATH/$MONTH$DAY.zip $SAVEPATH/$MONTH$DAY/*/*（壓縮文件）echo OUTPUT FILE located at $SAVEPATH2.3、話務文件處理 當話務文件從IOG中提取出來后，需進行以下處理以便形成我們需要的報表：2、 打開SPOS，進行相關設置后進行轉(zhuǎn)化：設置數(shù)據(jù)轉(zhuǎn)換屬性：勾選“Allow multiple BSC”項（允許轉(zhuǎn)換多個BSC）設置輸出路徑：保存路徑設為tempspos轉(zhuǎn)換文件：將提取的話務原始文件導入處理。3、 打開TURTLE3，

8、進行設置后轉(zhuǎn)化：（1） 話務報表的設置和處理：a、打開要處理的數(shù)據(jù)文件：tempsposBcel.dbf（BCEL.DBF是SPOS處理原始文件后生成的文件）b、設置輸出文件的存放路徑：Project > Properities,設置文件路徑：tempTURTLETCH；c、設置計算話務報表公式：Formula > Properities,設置公式數(shù)據(jù)庫路徑：Formula for TURTLEtch.dbf（TCH.DBF是自己做的一個公式） d、點擊計算公式開開始對數(shù)據(jù)的處理計算完成后點擊“OK”（2） 切換報表的設置和處理：a、 打開要處理的數(shù)據(jù)文件：tempsposBnce

9、.dbfb、 設置輸出文件的存放路徑Project > Properities：tempTURTLEHO；c、 設置計算切換報表公式Formula > Properities：Formula for TURTLEho.dbf,設置好后點擊開始運算。備注：SPOS軟件其實是將交換機的二進制代碼文件處理為我們能處理的表格的格式，而TURTLE軟件則是個計算公式軟件，把我們需要的東西通過公式轉(zhuǎn)換從SPOS的統(tǒng)計報表中提取出來。其實，如果會編宏的話，可以不需要TURTLE軟件直接處理SPOS處理出來的文件生成所需的表格。2.4、APG40話務處理流程 APG40是新的系統(tǒng)，現(xiàn)在一般愛立信的

10、新開局都會用APG40系統(tǒng)，其已沒有即時話務統(tǒng)計，而且，其數(shù)據(jù)存放和提取的方式也與上面的不同，具體提取流程如下。1、 首先進入APG40入口，方法有如下：1） 打開CHA，登陸到對應的網(wǎng)員（BSC或MSC），用指令“APLOC;”，然后打IPCONFIG命令，得出對應的網(wǎng)員的IP地址；2） 打開TERMINAL終端（也就是平常取話務時打指令的窗口），用指令telnet + IP地址，如廣州的GZYBSCA的IP地址為4，當要取GZYBSCA的話務時，就telnet 4，就進入到對應的APG40的入口；另外，可以直接用 telnet網(wǎng)員進入，如TELN

11、ET GZPBSCA.2、 用指令stmfo i z LF f Sybase e p 60 b 200403081000 s 200403081100 LOAS 生成即時統(tǒng)計COUNTER文件，紅色部分為可以更換的內(nèi)容（前面的60是時間間隔，后面的是開始時間和結(jié)束時間，如把60改為15，則取出來的是四個15分鐘的數(shù)據(jù)，當然，開始時間和結(jié)束時間長的話數(shù)據(jù)就更多了），LOAS為統(tǒng)計的OBJ TYPE，也可以是幾個OBJTYPE，中間用空格分開。如，我們要取5月1日到5月5日的每個小時的統(tǒng)計，則：stmfo i z LF f Sybase e p 60 b 200405010000 s 200405

12、052300 CELTCHF CELTCHH CLTCH CLSDCCH（要取多少個OBJTYPE就要自己加了）注意：取BSC的統(tǒng)計要到對應的BSC的IP取，取MSC就要到對應的MSC的IP取，兩者的IP不同（至少廣州如此）3、 產(chǎn)生的統(tǒng)計文件放在默認的路徑下，如：S:STSDATADELIVERYDIRLOADFILES20040308150831_63 下（此目錄當你用指令取數(shù)據(jù)時會看到），然后，就象DOS操作一樣，用指令去到該目錄。4、 可以直接用TYPE<文件名>查看文件內(nèi)容，以逗號分隔。但不是很容易看，最好下載到本地（數(shù)據(jù)也要保存的嘛）看，方法時：在生成文件的目錄，也就第

13、三點提到的目錄，鍵入ftp （這個IP是OSS服務器的IP地址），然后填寫自己OSS終端的用戶名和密碼（會有提示的了），然后，進入自己想存放數(shù)據(jù)的文件夾（也是用DOS指令），然后打prompt，再打mput *.*（此是下載所有文件，也可以下對應的文件，如廣州只需mput *.data就行了），就把數(shù)據(jù)下到相應的目錄了。5、 取出來的數(shù)據(jù)可以用EXEL直接打開，但是，每個OBJTYPE里都不顯示COUNTER的，而且，每個表里都會每隔一列就有一列全部是1的數(shù)據(jù)，把全部是1的數(shù)據(jù)列刪除，然后，用SPOS轉(zhuǎn)換出來的OBJTYPE文件的COUNTER粘貼到對應的由APG40取出

14、來的數(shù)據(jù)的表頭上，這樣，就是我們能看的數(shù)據(jù)了（此些工作要自己做宏）3、壞小區(qū)處理3.1、擁塞小區(qū)處理1、 SDCCH擁塞：A、 SDCCH信道沒有配置滿時：加SDCCH信道；（RLCCC）B、 SDCCH擁塞，TCH不擁塞：修改CHAP02（立即分配），但要留意，有可能導致話務掉話突然增多，在發(fā)現(xiàn)話務掉話突然增多后，為了保障指標，應返回參數(shù)；（RLHPC）C、 SDCCH擁塞，TCH也擁塞：在此情況下，一般沒有調(diào)整的空間，不過，有可能這種情況是出在位置區(qū)邊界導致的，從話務報表中的LOCATING UPDATE次數(shù)可以看出，如是在位置區(qū)邊界，可以加大其CRH或減少其CRO改善（PT<>

15、;31時）；（RLSBC）2、 TCH擁塞：A、 小區(qū)配置載波數(shù)多，而周圍基站也擁塞：提議加1800站；B、 小區(qū)配置載波少，周圍基站也擁塞：提議擴容；C、 小區(qū)擁塞不嚴重，周圍基站不擁塞：嘗試修改功率，CELLOAD，CRO，LAYERTHR，BSTXPWR和BSPWR等參數(shù)，減少覆蓋范圍，減少本小區(qū)話務，或加大鄰小區(qū)覆蓋范圍，吸收本小區(qū)話務；D、 本小區(qū)擁塞嚴重，周圍基站不擁塞：除擴容，調(diào)整參數(shù)均衡外，還可考慮調(diào)整天線方向角和下傾角以均衡話務；由于突發(fā)問題或長期無法擴容導致的嚴重擁塞小區(qū)：考慮調(diào)整到第三層（LAYER=3）;（RLLHC）3.2、信令低接通、信令高掉話小區(qū)處理下面所講的方法

16、都是針對由于非擁塞導致的信令方面的問題，對于有擁塞的小區(qū)，應先解決其擁塞問題，才能正確分析其問題原因。1、 排除硬件故障A、 查傳輸RXTCP:CELL=XX,MOTY=RXO(E)TG；RXAPP:MO=RXOTG-XX;(2000站)RXMOP:MO=RXOTRX-XX-0;(200站)RADEP:DEV=RBLT-XX;DTQUP:DIP=RBLTXX; 通過以上指令查看，有無滑碼，誤碼等現(xiàn)象。B、 ERROR LOG查該小區(qū)的MO有無ERROR LOG，此過程較為繁瑣，且一般實用性不高，可在走投無路后再用。RXELP:MO=RXO(E)TG;將打印出來的文件LOG下來后通過工具處理，得

17、出FAULT CODE碼和對應的MO，看看是否是由于硬件故障造成。C、 MOTS通過查一段時間該小區(qū)的MOTS數(shù)據(jù)，觀察其中有無掉話高或接通少的都集中在某個載波上，然后懷疑該載波有硬件故障，嘗試閉解該載波驗證。（IMLCT:SPG=0; SDTDP:RPTID=116,INT=24/2/1/30；）具體要看當?shù)氐腗OTS的OBJTYPE定義的是哪一個RPTID，將打印出來的數(shù)據(jù)通過工具處理后觀察。由于是驗證載波故障，因此此方法在開、關跳頻的情況下都有效。D、 開、關跳頻此處理手段一般是在走投無路的情況下才使用的，在換頻點和查硬件故障無效時，可以嘗試此一手段，如開、關跳頻后接通率有非常大的改善，

18、則可以認為有硬件故障，可發(fā)基站檢測單給基站維護人員。2、 頻點干擾A、 通過關跳頻后做CTR，MOTS等觀察，看會否有某個頻點質(zhì)差非常嚴重或者掉話，接通比較異常；B、 嘗試換主頻，無論在地圖上看原主頻有沒有干擾都好，都有可能是主頻問題引起的信令高掉話和低接通，因此，嘗試更換主頻是一個非常好而且見效快的做法。但是，有的干擾可能是干擾某個頻段內(nèi)的頻點，因此，更換主頻時盡量選擇與原頻點距離較大的頻點更換。另外，為了不影響網(wǎng)絡的正常運行，因此在更換主頻后觀察一個短時間就應該恢復。C、 嘗試更換BSIC，對于某些干擾，直接更換BSIC也是個非常有效的做法，但是，其根本原理仍沒有一個非常有根據(jù)的說法，因此

19、，建議可以嘗試性的修改。3、其他方法：如增加、減少SDCCH信道，在無法確定是何原因?qū)е滦^(qū)出現(xiàn)此問題的情況下，可以嘗試增加、減少SDCCH信道，有試過有效果的，但此方法有點碰運氣，一般不采用。還有，如果原小區(qū)的故障屬于突發(fā)性的（原一直沒有問題，但突然就出現(xiàn)非常高的信令掉話和低接通），可以嘗試重LOAD該小區(qū)的軟件。（一般的突發(fā)的問題都可以嘗試采用此方法）3.3、高掉話小區(qū)處理高掉話小區(qū)的處理是網(wǎng)優(yōu)BSC工作中的重點和難點。由于其主要是分析性的工作，因此不能規(guī)定一個流程，這里列舉一些分析方法，僅供參考：1、分析話務報表，綜合看各項統(tǒng)計指標；2、分析各項有問題的指標，根據(jù)所分析的結(jié)論給問題點定位

20、；3、制定相應的調(diào)整方案；4、調(diào)整并跟蹤效果；備注：其實掉話也主要由于幾個因素引起：干擾（網(wǎng)內(nèi)和網(wǎng)外）、弱信號、硬件故障、參數(shù)定義錯誤、鄰區(qū)不完善等等，只要把相應的工作做好，掉話問題就會得到改善，因此，對于掉話問題的分析等于對其余問題的綜合分析。3.4、切換問題小區(qū)處理 小區(qū)的切換問題主要分為兩類：切換原因多于切換申請和切換成功率低。引起此兩類問題的原因各有不同，具體描述如下：1、 有切換申請但成功率非常低：對于有切換成功，但切換成功率低的小區(qū)，一般由主頻干擾，直放站干擾，BSIC干擾，硬件故障等問題造成。需針對具體問題具體分析，各對應方法別的流程有介紹，在此不列舉。2、 切換原因多于切換申請

21、：A、有切換申請并有切換成功如下例子：OUTCELLINCELLTYPE切換申請數(shù)切換成功數(shù)KCL切換DP1GN22GP1GN22INT1485.001472.003448.00GM1WYC2DM1WYC2INT1260.001213.003188.00DM1WYC2GM1WYC2INT984.00973.002900.00G22YLC3G22JJL1INT802.00795.002821.00 可見，此些小區(qū)都存在切換原因次數(shù)大于切換申請次數(shù)的情況，而且切換類型是BSC內(nèi)部切換。引起此問題的原因一般為切換目標小區(qū)TCH擁塞導致。B、 有切換原因，沒有切換申請的如下例子：OUTCELLINCE

22、LLTYPE切換申請數(shù)KCL切換GM2DWY1DS1XYL2EXT0.00477.00G62FCD3DY1GYB3EXT0.00469.00G62LXC2N12LXI1EXT0.00315.00明顯，以上的多個小區(qū)都有K切換原因但是并沒有發(fā)出切換申請，而且切換一般為外部切換。引起此問題的原因一般是MSC定義外部小區(qū)數(shù)據(jù)有誤（雙方都需定義正確），需查證雙方的MSC的OUTER CELL數(shù)據(jù)是否定義正確，不正確時改正。4、CNA應用4.1、C-CHECK處理1、通過CNA提取數(shù)據(jù)。一般我們選擇MSC進行CHECK，當然也可以選擇BSC.點擊FILENEW JOBCONSISTENCY CHECK

23、JOB IMMEDIATE等CHECK完成后（會提示check finish），就可以保存數(shù)據(jù)了。在CAN-Report中點擊FILEOPEN IN EDITOE，再左擊FILE，選擇保存的地址和文件名。2、將剛剛CHECK的數(shù)據(jù)用FTP從服務器中取出。 該數(shù)據(jù)位于 :var/opt/ericsson/can/log/report/ 目錄下。3、合并數(shù)據(jù)，便于處理。使用XSPLIT軟件合并取出的MSC CHECK文件。（合并后還要注意刪除合并文件中的一些含有finished的字段，否則用宏處理的時候會認為文件結(jié)束，而只處理第一個MSC的數(shù)據(jù)）4、用宏處理CHECK文件?？梢杂梅掌髦蠨:gzb

24、sc dataconsist_check 中的處理宏celldata或者consist_check。5、根據(jù)處理出來的結(jié)果，查找自己認為不合理需修改的內(nèi)容進行調(diào)整。4.2、利用CNA修改參數(shù)5、RNO應用5.1、NCS應用5.2、FAS應用5.3、MRR應用6、PMR應用6.1、CTR、CER應用CTR（CELL TRAFFIC RECORDING）是OSS系統(tǒng)自帶的一個程序，可以記錄特定小區(qū)的所有通話的A接口和A-bis接口的信令信息和測量報告，并對各種信令作出統(tǒng)計。針對問題小區(qū)作CTR可以發(fā)現(xiàn)硬件的隱性故障或頻率的干擾。下面是處理順德桂洲一小區(qū)信令接通率低的實例：桂洲一(SDBGZU1)連

25、續(xù)多日話音接通率低，只有60至80之間。針對此問題小區(qū)作CTR、CER，方法如下：1、把小區(qū)的跳頻關掉后，在OSS上點擊鼠標右鍵，如下圖選取PMR。2、進入PMR后點擊FILE>Initiate Recording，如下圖所示：3、進入Initiate Recording窗口后選取Cell，如下圖所示：4、按照下圖選取所需記錄的條件后，點擊Initiate即可開始記錄5、作CER的步驟與CTR前兩步是一樣的，第三步選取Channel，選取所需記錄的條件，包括記錄的時間段、小區(qū)名等，然后點擊Initiate即可。等到記錄的時間到后，在PMR的窗口上點擊VIEW->UPDATE WIN

26、DOWS，可看到你新建的記錄名的狀態(tài)由NOT READY變成了READY或WARNING，此時單擊你新建的記錄，再點擊REPORT->EVENT STATISTICS，則進入CTR的統(tǒng)計窗口了。桂洲一的CTR統(tǒng)計如下圖所示：我們可以看到，在作記錄的15分鐘內(nèi)，分配215次中有47次分配失敗。進入分配失敗的詳細信令記錄中去查看，方法如下：單點分配失敗的某一個具體記錄，然后點CONNECTION REPORT->LIST，如上圖所示，然后出現(xiàn)一個窗口，如下圖：雙擊某一Time，或單擊然后點擊REPORT->DETAILED REPORT即可出現(xiàn)該時刻的信令及其內(nèi)容，如下圖所示：因

27、為當時未截下桂洲的詳細信令報告，故以上圖代替，原理是一樣的。由上圖可看到，當分配到頻率65的第一個話音時隙時失敗。當時桂洲是分配到頻率25的某時隙失敗。多觀察一些分配失敗的具體記錄，發(fā)現(xiàn)分配失敗集中在頻率25的1、3、4、5、6、7話音時隙和頻率19的0話音時隙以及頻率13的2信令時隙。結(jié)合當時的頻率和硬件的對應表，如下圖所示：可以判定是第六個載波有隱性故障。把第六個載波閉掉后，再作一次CTR，結(jié)果如下圖所示：可以看到，在20分鐘內(nèi)分配202次成功了201次，成功率有極大的改善。換掉該載波后，接通率恢復了正常。上例是用CTR解決由于硬件隱性故障導致話音接通率低的問題，其實很多問題用CTR都會有

28、幫助，而且除了ASSIGNMENT FAILURE外，還有很多其他的信息也給我們提供了解決問題的提示，如切換失敗、連接非正常釋放、信道非正常釋放等等信息。而且CER、MOTS等工具也可以給我們幫助，從CER的信道BUSY時間、非正常掉話次數(shù)和MOTS的占用時間和掉話等都能看出一點東西來。6.3、MTR應用7、載波隱性故障查找7.1、ERROR LOG 應用ERROR LOG是OSS系統(tǒng)中自帶的對應MO錯誤的記錄，通過查找此記錄，我們可以發(fā)現(xiàn)部分小區(qū)的隱性故障，并合理的對故障定位。其具體操作過程如下：1、用OSS系統(tǒng)中的OPS導入提取ERROR LOG的指令集：2、提取LOG出來的數(shù)據(jù)并用宏處理

29、。（現(xiàn)本公司仍沒有此處理宏，暫時無法給出）3、 根據(jù)宏處理的結(jié)果，提取自己認為有問題的的故障并對對應的硬件進行更換驗證。4、 宏處理結(jié)果如下例：Cellexchidmofcode_idexplainG11MQX2GZABSC1RXOCF-1RXOCF/1AMAP/1RXOCF/1AMAP/1; Reset, power onG11MQX2GZABSC1RXOCF-1RXOCF/2AMAP/1RXOCF/2AMAP/0; Reset, power on7.2、MOTS應用MOTS是信道占用情況的統(tǒng)計數(shù)據(jù)。由于愛立信系統(tǒng)有信道選優(yōu)分配的功能，有些硬件隱性故障會導致對應的信道在小區(qū)話務不高時一直不分

30、配（由于系統(tǒng)認為其不優(yōu)），因此，我們可以利用MOTS發(fā)現(xiàn)一些無法分配的信道，看是否是載波隱性故障導致。MOTS也是一項即時統(tǒng)計，其提取跟取即時話務的流程一樣，具體過程如下：3、 進入CHA；4、 敲入指令SDTDP:RPTID=XX,INT=XX;（具體的RPTID號及時間根據(jù)當?shù)氐亩x及自己想選取的時間輸入）；5、 將輸出的結(jié)果保存并用宏處理；（自己根據(jù)需要編宏）； 結(jié)果如下例：CELLTGTRXMOTSERRCNTCONCNTGZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-0176GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-15957GZBBGL

31、1RXETG-0RXETRX-0-0RXETS-0-0-261154GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-38947GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-49980GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-57811GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-63738GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-701 上面的結(jié)果給出了載波的每個時隙的接通及斷開情況，根據(jù)上面的數(shù)據(jù)，如某載波的所有時隙的接通數(shù)特別少或斷線特別多，都可認為是載波有隱性故障?？蓢L試閉

32、掉甚至更換該載波驗證效果。7.3、空閑信道測量(ICM BAND)功能應用 空閑信道測量功能也就是對空閑的上行信道進行測量的功能，由于某些載波隱性故障會表現(xiàn)為上行質(zhì)差問題，因此，可以根據(jù)此項功能進行載波隱性故障的定位，具體流程如下：8、地圖制作8.1、MCOM地圖制作流程一、 地圖制作需準備的文件：空白地圖、基站文件（SITE DATA）、從OSS取下來的CDD的log文件二、 流程：1、將準備的數(shù)據(jù)copy到新建的文件夾中2、打開MCOM軟件，新建一個地圖文件，命名一個你認為很sex的名字，保存在新建的目錄中3、打開圖層文件，（空白地圖文件）3、導入基站信息文件接下來點擊next就可以了！4

33、、導入頻點、鄰區(qū)的信息文件（cdd.log）選擇cdd的log文件然后點擊next直到完成！這樣，地圖的制作就基本完成了，當然，為了地圖的美觀，我們還可以進行一些調(diào)整，比如說字體的大小，顯示基站中文名字等，這里我就不怎么羅嗦了！貼幾個圖上去，僅供參考！8.2、ANT地圖制作流程9其他工作流程9.1、新站開通工作流程9.2、割接工作流程割接前準備工作割接前兩天：1、 獲取割接基站的資料，準備割接小區(qū)的話務數(shù)據(jù)，包括各小區(qū)話務、接通、掉話、切換情況；2、 半速率檢查1) BSC檢查RAEPP; 檢查HALFRATESUPP-0、TLDTHRLDEP:CELL= ; 檢查小區(qū)級CELLOAD2) M

34、SC檢查 MGBSP：BSC=ALL； HRATE-1才是開啟了半速率,HRATE-0就沒有開啟;PHASE2-1正常3、 加密1) BSC檢查RLCAP; ALG=ALG22) MSC檢查MGEPP; CIPHER-1,CIPHERALGALLOW-5,CIPHERCHNGHND-1(IOG40沒有此屬性) 3)DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC;(APG40)4、 檢查割接基站T3212與新接入MSC的BTDM的關系； BTDM和GTDM的單位都是分鐘，T3212的單位是0.1小時。 BTDM+GTDM>T3212。5、 檢查TRA設備類型；RRTPP

35、:TRAPOOL=ALL; 檢查是否有各類TRA設備如設置不符合，則提出修改需求；割接前一天的工作：1、 定義第二天的上午6:30開始的一致性檢查；參加割接工作人員交換信息；割接完成后工作1、 割接完后馬上進行測試，主要測語音信號、GPRS信號的局間切換是否成功，撥打電話及GPRS下載是否正常；2、 7:30回到辦公室地點對話務統(tǒng)計進行觀測，觀察即時話務統(tǒng)計，包括RPTID101、102、106、152；3、 檢查割接小區(qū)開啟DHR的狀況，使用RLCRP查看；4、 檢查各項指標，主要有MSC切換，小區(qū)掉話、切換、信令擁塞等情況5、 在上午9:30以前完成一致性檢查并繼續(xù)跟進網(wǎng)絡內(nèi)可能出現(xiàn)的異常

36、情況；6、 更新項目內(nèi)各個相關提取數(shù)據(jù)文檔的小區(qū)名及MSC名；9.3、CDD提取流程1、 提取CDD原理：CDD的提取是通過各種P指令將網(wǎng)絡中的小區(qū)或MO的狀態(tài)，參數(shù)打印，提取出來后通過工具的處理，變?yōu)槲覀儽容^容易看的EXEL表格的形式。而原始的沒有經(jīng)過工具處理的CDD原文件也可用作MCOM地圖的小區(qū)信息更新。2、 數(shù)據(jù)提取：在OSS系統(tǒng)中用OPS取數(shù)據(jù)，在OSS帳戶中的CMD目錄下有已經(jīng)編輯好的指令文件，執(zhí)行即可，數(shù)據(jù)會自動保存在OSS的cdd文件夾中。附：提取CDD的指令文檔：3、 數(shù)據(jù)的處理：將cdd.log數(shù)據(jù)從服務器中取出，用x-Split（該軟件每個機子都有）將所有局的log文件合

37、并。合并后的文件通過處理宏Exert400處理，就OK了！9.4、監(jiān)控流程為了及時了解網(wǎng)絡的運行情況，發(fā)現(xiàn)網(wǎng)絡存在的問題，我們要實時地對網(wǎng)絡進行監(jiān)控，把存在問題的地方找出來。進行監(jiān)控一般按如下流程進行：1、用OSS中的“OSSToolsCHAOPS”運行我們預先編好的指令集文件(下面以廣州做的“jiankong.txt”舉例)提取網(wǎng)絡中的數(shù)據(jù)。一般情況下一個小時監(jiān)控一次，如有特殊情況要縮短監(jiān)控時間半小時監(jiān)控一次。2、提取出來的數(shù)據(jù)會存放在我們設定的保存路徑，并根據(jù)運行指令集文件的日期和時間對文件進行命名“set logfile=concat(copy(getdate(),3,4),"

38、_",copy(getdate(),7,4),".xls")”；用“Total Commander”把文件下載到本地機子，打開數(shù)據(jù)文件并用宏（各地可根據(jù)自己的需要編宏）進行處理，以方便我們迅速快捷地找出問題點。一、 經(jīng)過宏處理過的文件主要包括以下需要分析的數(shù)據(jù)：(1)BSC數(shù)據(jù)：BSC話務量話務掉話比掉話數(shù)掉話率接通率通話時長信令接通率信令通話時長信道完好率HR話務量HR話務掉話比HR掉話次數(shù)HR擁塞次數(shù)SYSTEM9735.2112.6151870.4398.4229.1896.362.8597.82124.29281455GZABSC1558.3124.992

39、680.3598.6425.996.952.881001.700GZABSC2481.8107.462690.3897.8724.6296.672.999.01005我們可以從這個表格的各項數(shù)據(jù)中查看一下各個BSC總的情況，各項指標是否正常，有沒有指標特別低的BSC存在?？赐闎SC的整體情況后再對各小區(qū)的各項指標查看?？词欠裼行^(qū)存在較大的問題。(2)小區(qū)數(shù)據(jù)：A、有關小區(qū)信令SDCCH的各項內(nèi)容：CELLCCALLSCMSESTBCNDROPCCONGSCRATECCHMHTG12SFY11924174590.290.73.2G12SFY2854785一般情況各項都要看，重點關注一下信令接通率CRATE，信令擁塞CCONGS，信令掉話CNDROP，以及信令通話時長CCHMHT。可以對各項排一下序，把每項中指標比較差的小區(qū)篩選出來。B、有關小區(qū)話務TCH的各項內(nèi)容：TRAFFICTFCALLSTMSESTBTRATETFCONGSTCHDROPEDROPMHT235826975.1422.6134.827.12.242832575.9321.5185.524重點關注一下話音接通率TRATE，話音擁塞率TFCONGS，話音掉話次數(shù)TCHDROP，同樣按上面的方法篩選出指標比較差的小區(qū)。C、有關小區(qū)掉話原因的各項內(nèi)容：DISSDLDISSULDISSBLDI