基站維護(hù)經(jīng)驗(yàn)基站可換設(shè)備故障處理

1、百度文庫基站可換設(shè)備故障處理1載頻常見故障說明/下文中提到的故障都是客戶返修中最常見的，也是返修中最有可能發(fā)生“N-Fault-Found”情況的。通過了解造成這些故障的可能原因，用戶就能在故障發(fā)生時(shí)確定故障背后的真正原因。這將減少網(wǎng)絡(luò)故障時(shí)間并提高系統(tǒng)可靠性。1.1"DRINotDetected和“WaitingforConnection”這兩種故障都是由于MCU/MCUF不能與載頻通信。術(shù)語DRI是所有類型載頻的軟件總稱。在“DRINotDetected的情況下，從載頻到MCU/MCUF的上行鏈路中斷；而"WaitingforConnection的'情況則是從M

2、CU/MCUF到載頻的下行鏈路中斷。這些鏈路可能受多種因素影響，列舉如下：?數(shù)據(jù)庫錯(cuò)誤MCU/MCUF試圖尋找物理上不存在的載頻。?載頻未加電或光纖的收發(fā)弄反。?TCU上的光纖損壞或弄臟。?CTU的背板接頭或前面板有物理損壞。?系統(tǒng)處于過渡狀態(tài)，會(huì)在幾分鐘內(nèi)自行恢復(fù)。?TCU-B在“tcu_clock0”后沒有硬件"reset”，在載頻上按"reset”后會(huì)恢復(fù)。?載頻硬件故障，更換載頻能正常。?MCU/MCUF硬件故障，更換MCU/MCUF能夠恢復(fù)正常。?FMUX故障引起，更換FMUX后能夠恢復(fù)。1.2 "Inhibited”該故障說明載頻產(chǎn)生了一個(gè)嚴(yán)重告警。當(dāng)

3、處理一個(gè)"Inhibited的”載頻時(shí)，應(yīng)當(dāng)記錄下當(dāng)前的告警。浜件和硬件載頻重啟。/獨(dú)換載頻。現(xiàn)它原因。111.3 "CodeLoadFail和“CEBConfigurationFail”這兩種故障說明在軟件下載期間載頻的固件和數(shù)字硬件間發(fā)生通信錯(cuò)誤。這可能由各種原因造成。很多情況下該故障可通過重新下載軟件清除，載頻也可正常工作。1.4 "NoHDLCresetpending”該故障通常是由于MCU/MCUF間的通信中斷造成，而載頻則可能處于軟件下載過/程中或正常工作狀態(tài)。該故障通常會(huì)在幾分鐘內(nèi)自行清除，也可通過“INS”載頻清除。1.5 "CodeLo

4、ad”這不是故障，只是表明軟件下載仍在進(jìn)行中。一次完整的軟件下載可能需要''15-20分鐘，但對(duì)于載頻的過程只要1分鐘左右。重要的是盡管可能發(fā)生錯(cuò)誤，下載過程并沒有被中斷。在下載過程結(jié)束前不要在該器件上進(jìn)行任何操作，否則會(huì)使載頻壞掉。1.6 "InvalidCalibrationData”該故障是由于baylevel校準(zhǔn)未完成或校準(zhǔn)數(shù)據(jù)在校準(zhǔn)完成后未能正確保存，因此需要對(duì)接收進(jìn)行重調(diào)。進(jìn)行baylevel校準(zhǔn)最可靠的方法是使用一個(gè)簡單的終端程序并手工鍵入命令。校準(zhǔn)軟件工具常被用來最大限度地減少所需時(shí)間。最常用的校準(zhǔn)軟件工具是“Cindy和“Back：不幸的是這些工具可

5、能無法正確保存校準(zhǔn)數(shù)據(jù)，從而引起該告警。最好在校準(zhǔn)完成后手工保存并驗(yàn)證數(shù)據(jù)。1.7 "Highcall/set-upfailurerate”射頻干擾或接收調(diào)測引起。這通常是由數(shù)據(jù)庫中射頻接口或未優(yōu)化的切換參數(shù)設(shè)置引起，也有可能是接收調(diào)測不正確引起。在這些情況下最好試用其它頻率/信道一段時(shí)間并比較統(tǒng)計(jì)結(jié)果。完整的baylevel校準(zhǔn)也可能會(huì)提高基站的性能。如果網(wǎng)絡(luò)中正在發(fā)生這類問題，就應(yīng)進(jìn)行一次徹底的頻率檢查以最大限度地減少射頻干擾。1.8 DRI150或“ReceiveMatrixBranch1ControlLinkFailure”該告警通常出現(xiàn)在HorizonMacro以及Mcel

6、lMacro類型的站上。DRI150告警表明IADU板子或SURF模塊已經(jīng)與載頻失去聯(lián)絡(luò)或這些模塊上有內(nèi)部故障。在發(fā)生內(nèi)部故障的情況下，模塊會(huì)在任意一條射頻路徑上出現(xiàn)過流狀態(tài)的時(shí)候產(chǎn)生該告警，指示一個(gè)或多個(gè)LNA的故障。該告警還可能是由于到模塊或載頻的連接松動(dòng)；SURF模塊未加電；或機(jī)柜中的,SURF/IADU板子故障引起。2 MCU/MCUF常見故障說明2.1 無LED指示/這通常表明MCU/MCUF未加電。這可能是由于電路保險(xiǎn)被觸發(fā)或板卡未正確插入插槽；也可能是由于引導(dǎo)程序(bootcode)損壞。為消除引導(dǎo)程序(bootcode)損壞的可能性，應(yīng)確保當(dāng)設(shè)備正在進(jìn)行引導(dǎo)程序(bootcod

7、e)更新時(shí)不要切斷電源。當(dāng)引導(dǎo)程序(bootcode)更新，或?qū)懭敕且资詢?nèi)存，可以看到紅色和綠色的LED快速交替閃爍。2.2 不能進(jìn)行TTY接入這通常是由于MCU/MCUF與PC或終端的連接接口故障引起，也可能是由于引導(dǎo)程序(bootcode)損壞。為消除引導(dǎo)程序(bootcode)損壞的可能性，應(yīng)確保當(dāng)設(shè)備正在進(jìn)行引導(dǎo)程序(bootcode)更新時(shí)不要切斷電源。當(dāng)引導(dǎo)程序(bootcode)更新，或?qū)懭敕且资詢?nèi)存，可看到紅色和綠色的LED快速交替閃爍。2.3 "Waitingforsynctoinitialize出現(xiàn)在'TTY這一問題可能由于MCU/MCUF安裝不牢固或

8、遭損壞的引導(dǎo)程序(bootcode)所致。為防止軟件被損壞，當(dāng)MCU/MCUF軟件正在更新，或者正在寫入NV-RAM時(shí)必須確保不要讓MCU/MCUF掉電。這一過程可通過面板上LED燈紅綠快速變換識(shí)別。2.4 MCU/MCUF連續(xù)不斷的重新啟動(dòng)遭損壞的引導(dǎo)程序(bootcode)或BTS和BSC之間的傳輸中斷都會(huì)導(dǎo)致這一問題。為防止引導(dǎo)程序(bootcode)遭損壞，當(dāng)MCU/MCUF軟件正在更新/或者正在寫入NV-RAM時(shí)必須確保不要讓MCU/MCUF掉電。這一過程可通過面板上LED燈紅綠快速變換識(shí)別。如果是BTS不能與BSC聯(lián)系，MCU/MCUF將每30分鐘自啟動(dòng)一次。這是正常情況。2.5

9、"FMUXLoopbackFailure”這個(gè)告警指示FMUX卡認(rèn)為光纖連接不能正常工作。這可能由于以下情況造成：FMUX卡沒插好、FMUX卡硬件故障、FMUX掉電、光纖安裝有問題或折斷等。2.6 "NoRedundantLink”主備MCU/MCUF不能正常通信將引發(fā)這一告警。如果備邊MCU/MCUF剛剛加上電，需要等待30分鐘去預(yù)熱這塊板。這是由于板內(nèi)的高精度的晶體振蕩器需要一個(gè)穩(wěn)定的溫度才能工作。當(dāng)然這一告警也可因備用邊的MCU/MCUF故障所導(dǎo)致。2.7 "PCMCIAFailure”PCMCIA卡插入不當(dāng)或不匹配的卡將造成這一告警。正確插入時(shí)，PCMCI

10、A卡將與MCU/MCUF面板平齊，并且只有摩托羅拉認(rèn)可的卡能在這里被使用。3 基站工程師處理CTU和TCU-B的步驟下面將概要地介紹判斷問題的方法，包括一些必要的步驟。這些步驟是作為其他一些方法的補(bǔ)充，而不是取代它們。如果經(jīng)過這些步驟判斷，問題依然存在則該設(shè)備需要返修。3.1 基站工程師執(zhí)行的一般性檢查3.1.1 驗(yàn)證所有機(jī)柜內(nèi)的設(shè)備都加上電，也要檢查TCU的插頭極性。3.1.2 驗(yàn)證TCU收發(fā)線纜的正確連接，包括線纜和連接的情況，例如是否清潔和可靠。3.1.3 驗(yàn)證TCU-B光纖的正確連接，連接是否緊密，并且沒有碎屑。這可以通過以下步驟做到：拔出光纖然后用吹氣球向MCU/MCUF和TCU的光

11、纖連接口吹風(fēng)，并用軟布擦拭光纖的端頭，然后牢固插入。3.1.4 驗(yàn)證數(shù)據(jù)庫和實(shí)際硬件安裝相一致。disp_equipXfull（在MCU的MMI提示符符下鍵入，這里的X是立6號(hào)）3.1.5 驗(yàn)證MMI提示符出現(xiàn)在載頻的RSS端口，如果不是，請(qǐng)驗(yàn)證這個(gè)載頻的電源開關(guān)是否打開。3.1.6 驗(yàn)證LED的狀態(tài)，如果不是亮的，請(qǐng)驗(yàn)證這個(gè)載頻的電源開關(guān)是否打開。3.1.7 驗(yàn)證這個(gè)載頻沒有被鎖住。/StateXdri*（從MCU上的MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）UnlockXdriYY（從MCU上的MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）這將解鎖這個(gè)DRI。3.1.8 檢查基站的

12、告警。disp_act_alX（從OMC上的MMI提示符下鍵入這里X是站號(hào)）3.2 "DRINOTDETECTED和“WaitingforConnection”3.2.1 執(zhí)行在段中的一般性檢查，保證系統(tǒng)運(yùn)行。3.2.2 如果發(fā)生“WaitingforConnection錯(cuò)誤，等待5-10分鐘去觀察這個(gè)故障是否自動(dòng)消除。3.2.3 INS這個(gè)硬件insXdriYY（從MCU上的MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）3.2.4 硬件reset這個(gè)載頻3.2.5 對(duì)于TCU-B的檢查，清潔所有光纖連接口。對(duì)于CTU,檢查背板或面板的物理損傷。如果面板彎曲或安裝不到位，那么背板不

13、可能正確連接。3.2.6 如果上述步驟不能消除這故障，請(qǐng)?jiān)囍屯换局械妮d頻調(diào)換，然后判斷是槽位的問題還是載頻問題。3.2.7 判斷數(shù)據(jù)庫是否最近被修改，如果是，確保數(shù)據(jù)庫和實(shí)際硬件安裝一致。注：可能為FMUX板子的斷口故障，可先將主備用交換測試/也可能為MCU/MCUF故障引起，同樣可以swap到備用主處理器進(jìn)行性能測試來判斷主處理器板子的性能！3.3 "Inhibited”3.3.1 執(zhí)行在段中的一般性檢查，保證系統(tǒng)運(yùn)行，特別注意所有的告警。3.3.2 打開MCU/MCUF的告警模式，INS這個(gè)設(shè)備，并且在基站正常工作后，記錄所有告警。Mode_alarmXon或en_alX（

14、在MCU上的MMI提示符下鍵入，這里/的X。站號(hào)）一/InsXdriYY（從MMI提示符下鍵入，這里X是站號(hào),、Y是DRI號(hào)）3.4 "CodeLoadFail和“CEBConfigurationFail”3.4.1 執(zhí)行在段中的一般性檢查，保證系統(tǒng)運(yùn)行。3.4.2 INS這塊載頻。InsXdriYY（從MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）3.4.3 等待10-15分鐘的軟件下載。3.4.4 如果這個(gè)故障再次出現(xiàn)，重啟載頻。Reset_devXdriYY（從MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）3.5 "NoHDLCresetpending”3.5.1

15、 執(zhí)行在段中的一般性檢查，保證系統(tǒng)運(yùn)行。3.5.2 INS這個(gè)載頻/insXdriYY（從MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）3.5.3 等待10-15分鐘的軟件下載。/3.6 CodeLoad3.6.1 不進(jìn)行任何操作，等待軟件下載的完成。如果載頻在軟件下載過程中被重啟或者掉電，可能造成永久性的軟件損壞。正常的軟件下載過程需要花費(fèi)15-20分鐘完成，具體依賴于這一基站所需的軟件大小。3.6.2 僅當(dāng)載頻處于下載狀態(tài)(codeload)超過20分鐘后，INS這一載頻。insXdriYY(從MMI提示符下鍵入，這里X是站號(hào),4Y是DRI號(hào))3.6.3 等待15-20分鐘的軟件下載3.

16、6.4 如果這個(gè)載頻再一次吊死在軟件下載狀態(tài)(CodeLoad),重啟這個(gè)載頻。Reset_devXdriYY(從MCU/MCUF上MMI提示符下鍵入，這里X是站號(hào)，丫是DRI號(hào))3.7 "InvalidCalibrationData”3.7.1 執(zhí)行完整的BayLevel調(diào)試。3.7.2 如果使用CINDY或BACK這樣的調(diào)試軟件，必須在完成調(diào)試后使用保存命令確保調(diào)試結(jié)果被存儲(chǔ)?？梢詮妮d頻上讀取調(diào)試數(shù)據(jù)然后驗(yàn)證是否有“80”值被存儲(chǔ)。如果是“80”值，載頻將給出相應(yīng)告警并且需要重新調(diào)、試。對(duì)于人工調(diào)試指令和數(shù)據(jù)的驗(yàn)證，請(qǐng)參考BSS用戶手冊(cè)：68P02901W43。3.8 “High

17、dropcall/set-upfailurerate”問題通常是由于無線干擾造成。關(guān)于具體的頻率優(yōu)化，請(qǐng)參考無線射頻規(guī)劃(RFPlanningGuidelines)。一個(gè)完整的Baylevel校準(zhǔn)會(huì)提高這些統(tǒng)計(jì)指標(biāo)。若有可能，選用另一頻率一段時(shí)間，然后觀察統(tǒng)計(jì)結(jié)果。若此類問題普遍存在于網(wǎng)絡(luò)中，那么網(wǎng)絡(luò)需要進(jìn)行一次系統(tǒng)的頻率優(yōu)化3.9 DRI150告警或“ReceiveMatrixBranch1ControlLinkFailure3.9.1 按照節(jié)所述，進(jìn)行全面的檢查，以保證系統(tǒng)的運(yùn)行。3.9.2 確定在機(jī)柜中有多少載頻有這樣的告警。若只有一塊載頻，那么很大可能是載頻和SURF模塊間的連接有問題

18、。disp_act_alXdriYY（從OMCMMI提示符輸入該命令，X站號(hào)YY是dri號(hào)）3.9.3 Lock該站的所有載頻./lockXdriYY（自O(shè)MCMMI提示符輸入,X是站號(hào)YY是dri號(hào)）3.9.4 關(guān)閉SURF模塊電源.3.9.5 取出SURF模塊，再次插回原來的位置，確認(rèn)可靠插入。3.9.6 將SURF模塊加電。3.9.7 解鎖（Unlock）所有載頻，并再次確認(rèn)告警是否存在。3.9.8 如果告警還存在，那么很可能是SURF模塊的問題。4 現(xiàn)場對(duì)于MCU/MCUF問題的判斷方法下面將概要地介紹判斷問題的方法，包括一些必要的步驟。這些步驟是作為其他一些方法的補(bǔ)充，而不是取代它們

19、。如果經(jīng)過這些步驟判斷，問題依然存在，那么在返修的故障報(bào)告中，記錄這些測試結(jié)果，這將有助于問題根本原因的分析以及設(shè)備的返修。4.1 對(duì)于MCU/MCUF故障的簡要判斷、4.1.1 通過檢查電源開關(guān)和BPSM燈指示，確認(rèn)機(jī)柜中的各個(gè)模塊都已加電。4.1.2 通過前面板的“cpifi位開關(guān)，復(fù)位MCU/MCUF。當(dāng)基站正常工作后確認(rèn)所有載頻是Busy-Unlocked（B-U）。按“cpu復(fù)位開關(guān)僅復(fù)位在MCU/MCUF中運(yùn)行的軟件。stateXdriYY（自O(shè)MCMMI提示符輸入，X是站號(hào)YY是dri號(hào)）重復(fù)以上指令直至所有載頻進(jìn)入B-U狀態(tài)。若載頻不能進(jìn)入B-U狀態(tài)，則參考本手冊(cè)4,6和7節(jié)。

20、4.2 LED指示燈不亮4.2.1 按照節(jié)中所述，進(jìn)行檢查。4.2.2 確認(rèn)MCU/MCUF完全插入槽位中。4.2.3 、檢查MCU/MCUFTTY端口有無響應(yīng)（提示符）。4.3 TTY端口沒有響應(yīng)（提示符）/4.3.1 按照節(jié)中所述，進(jìn)行檢查。4.3.2 確認(rèn)便攜機(jī)中的串口設(shè)置正確。正確的串口設(shè)置是波特率9600,8比特，1位停止位，沒有奇偶校驗(yàn)位。4.3.3 通過MCU/MCUF前面板的fillreset”按鈕，復(fù)位MCU/MCUF。4.3.4 如果TTY端口還是沒有響應(yīng)(提示符)，則引導(dǎo)程序(bootcode)損壞。返修MCU/MCUF。為防止問題再度發(fā)生，請(qǐng)?jiān)贛CU/MCUF前面板紅綠燈交替閃爍時(shí)，不要將MCU/MCUF斷電。4.4 "WaitingforSynctoinitialize提示出現(xiàn)在TTY端口4.4.1 按照節(jié)中所述，進(jìn)行檢查。.4.4.2 將板子從機(jī)框中抽出，檢查連線并將他們按緊保證可靠連接。在此過程中應(yīng)符合防靜電要求。重新插入板子并在TTY端口檢查問題是否仍然存在。/4.4.3如果問題依然存在，則引導(dǎo)程序(bootcode)損壞.返彳MCU/MCUF.為防止問題以后再度發(fā)生，請(qǐng)?jiān)贛CU/MCU