基站常見故障診斷

FRUFieldDebugGuide基站可換設(shè)備故障處理指南FRUFieldDebugGuide修訂記錄DateVersionIssuedByChanges30May20011.0M.SchirmacherOriginalFRUFieldDebugGuideTableofContentsTOC\o"1-5"\h\z\o"CurrentDocument"1目的5\o"CurrentDocument"2范圍5\o"CurrentDocument"3參考資料及注意事項5\o"CurrentDocument"4載頻常見故障說明6\o"CurrentDocument"“DRINotDetected”和“WaitingforConnection”6\o"CurrentDocument"Inhibited”6\o"CurrentDocument"“CodeLoadFail”和“CEBConfigurationFail”6\o"CurrentDocument"“NoHDLCresetpending”7\o"CurrentDocument"“CodeLoad”7\o"CurrentDocument"HnvalidCalibrationData”7\o"CurrentDocument"“Highcall/set-upfailurerate”7\o"CurrentDocument"DRI150或“ReceiveMatrixBranch1ControlLinkFailure”85MCU/MCUF常見故障說明8\o"CurrentDocument"無LED指示8\o"CurrentDocument"不能進行TTY接入8\o"CurrentDocument"“Waitingforsynctoinitialize’出現(xiàn)在TTY8\o"CurrentDocument"MCU/MCUF連續(xù)不斷的重新啟動9\o"CurrentDocument"“FMUXLoopbackFailure”9\o"CurrentDocument"“NoRedundantLink”9\o"CurrentDocument"“PCMCIAFailure”9\o"CurrentDocument"6現(xiàn)場工程師處理CTU和TCU-B的步驟10現(xiàn)場工程師執(zhí)行的一般性檢查10\o"CurrentDocument"“DRInotdetected-&“WaitingforConnection”11\o"CurrentDocument"“Inhibited”11\o"CurrentDocument"“CodeLoadFail”&“CEBConfigurationFail”11\o"CurrentDocument"“NoHDLCresetpending-12\o"CurrentDocument"“CodeLoad”13\o"CurrentDocument"“InvalidCalibrationdata”13\o"CurrentDocument"“Highdropcall/set-upfailurerate”13\o"CurrentDocument"DRI150多或少告警或^ReceiveMatrixBranch1ControlLinkFailure”14\o"CurrentDocument"7現(xiàn)場對于MCU/MCUF問題的判斷方法15\o"CurrentDocument"對于MCU/MCUF問題的簡要判斷15沒有燈指示15TTY端口沒有響應(yīng)15\o"CurrentDocument"“WaitingforSyncTOINITIALIZE9提示出現(xiàn)在TTY端口16\o"CurrentDocument"MCU/MCUF不停地重新啟動16\o"CurrentDocument"“FMUXLoopbackFailure”16\o"CurrentDocument"“NoRedundantLink”17\o"CurrentDocument"“PCMCIAFailure"17\o"CurrentDocument"附錄A18\o"CurrentDocument"現(xiàn)場工程師檢查CTU’S&TCU-B’S項目列表18FRUFieldDebugGuideTOC\o"1-5"\h\z\o"CurrentDocument"附錄B19現(xiàn)場工程師對MCU/MCUF的檢查清單19\o"CurrentDocument"附錄C21使用PC卡與MCU/MCUF相連啟站21使用SET_SITE命令。21FRUFieldDebugGuide目的本文件應(yīng)被用作在現(xiàn)場遇到故障時的快速參考工具。其中包括了大多數(shù)常見問題并提供了快速解答和可能的解決方案。通過下列方法，可以減少返修器件的數(shù)量，提高網(wǎng)絡(luò)的整體可靠性。范圍下列方法適用于所有現(xiàn)場工程師。參考資料及注意事項本文件要求對系統(tǒng)有一般了解，且系統(tǒng)已正確安裝，并進行了適當?shù)念l率優(yōu)化。關(guān)于下列方法的信息，請咨詢當?shù)啬ν辛_拉分公司或訪問摩托羅拉內(nèi)部網(wǎng)：/General/sop/gsm/indexg.html本文中使用下列約定：.黑斜體字代表輸入的命令。斜體字代表關(guān)于命令或輸出的附加信息。心靜電放電注意事項在任何情況下處理電氣設(shè)備都必須警惕以防止靜電放電損傷。下列注意事項可以將發(fā)生靜電放電的可能降低到最?。??必須使用防靜電腕帶，且應(yīng)將防靜電腕帶接至摩托羅拉設(shè)備上的防靜電接地點。?在接觸任何器件前應(yīng)通過觸摸機柜的金屬表面釋放靜電。?如要接觸電路板或數(shù)字卡，應(yīng)只接觸前面板或電路板的邊緣。應(yīng)避免接觸電路板上的電路或器件。FRUFieldDebugGuide載頻常見故障說明下文中提到的故障都是客戶返修中最常見的，也是返修中最有可能發(fā)生“No-Fault-Found”情況的。通過了解造成這些故障的可能原因，用戶就能在故障發(fā)生時確定故障背后的真正原因。這將減少網(wǎng)絡(luò)故障時間并提高系統(tǒng)可靠性?！癉RINotDetected”和“WaitingforConnection”這兩種故障都是由于MCU/MCUF不能與載頻通信。術(shù)語DRI是所有類型載頻的軟件總稱。在“DRINotDetected”的情況下，從載頻到MCU/MCUF的上行鏈路中斷；而“WaitingforConnection"的情況則是從MCU/MCUF到載頻的下行鏈路中斷。這些鏈路可能受多種因素影響，列舉如下：-數(shù)據(jù)庫錯誤一一MCU/MCUF試圖尋找物理上不存在的載頻。-載頻未加電或極性顛倒。-TCU上的光纖損壞或弄臟。-CTU的背板接頭或前面板有物理損壞。-系統(tǒng)處于過渡狀態(tài)，會在幾分鐘內(nèi)自行恢復(fù)?！癐nhibited”該故障說明載頻產(chǎn)生了一個嚴重告警。這通常意味著一個真正的故障，但由于缺乏必要的信息，很多這類返修被定為“NoFaultFound”。當處理一個“Inhibited"的載頻時，應(yīng)當記錄下當前的告警。這可以由OMC操作人員或現(xiàn)場工程師按照下列步驟完成?！癈odeLoadFail”和“CEBConfigurationFail”這兩種故障說明在軟件下載期間載頻的固件和數(shù)字硬件間發(fā)生通信錯誤。這可能由各種原因造成。很多情況下該故障可通過重新下載軟件清除，載頻也可正常工作。FRUFieldDebugGuide“NoHDLCresetpending”該故障通常是由于MCU/MCUF間的通信中斷造成，而載頻則可能處于軟件下載過程中或正常工作狀態(tài)。該故障通常會在幾分鐘內(nèi)自行清除，也可通過“INS”載頻清除?！癈odeLoad”這不是故障，只是表明軟件下載仍在進行中。一次完整的軟件下載可能需要15-20分鐘。重要的是盡管可能發(fā)生錯誤，下載過程并沒有被中斷。在下載過程結(jié)束前不要在該器件上進行任何操作?！癐nvalidCalibrationData”該故障是由于baylevel校準未完成或校準數(shù)據(jù)在校準完成后未能正確保存。進行baylevel校準最可靠的方法是使用一個簡單的終端程序并手工鍵入命令。校準軟件工具常被用來最大限度地減少所需時間。最常用的校準軟件工具是“Cindy”和“Back”。不幸的是這些工具可能無法正確保存校準數(shù)據(jù)，從而引起該告警。最好在校準完成后手工保存并驗證數(shù)據(jù)。手工校準和驗證數(shù)據(jù)的說明參見手冊“InstallationandConfiguration：BSSOptimization”，68P02901W43.“Highcall/set-upfailurerate”這通常是由數(shù)據(jù)庫中射頻接口或未優(yōu)化的切換參數(shù)設(shè)置引起，也是造成RMC返修中出現(xiàn)“NoFaultFound”的最主要原因。在這些情況下最好試用其它頻率/信道一段時間并比較統(tǒng)計結(jié)果。完整的baylevel校準也可能會提高基站的性能。如果網(wǎng)絡(luò)中正在發(fā)生這類問題，就應(yīng)進行一次徹底的頻率檢查以最大限度地減少射頻干擾。FRUFieldDebugGuideDRI150或“ReceiveMatrixBranch1ControlLinkFailure該告警通常出現(xiàn)在HorizonMacro類型的站上，而且已經(jīng)針對這類故障發(fā)布了一個ISB(詳情參見ISBAlert004〕。由于該故障發(fā)生在M—Cell設(shè)備上的可能性非常低，本文只針對它發(fā)生在HorizonMacro設(shè)備上的情況。DRI150告警表明SURF模塊已經(jīng)與載頻失去聯(lián)絡(luò)或SURF模塊上有內(nèi)部故障。在發(fā)生內(nèi)部故障的情況下，模塊會在任意一條射頻路徑上出現(xiàn)過流狀態(tài)的時候產(chǎn)生該告警，指示一個或多個LNA的故障。該告警還可能是由于到模塊或載頻的連接松動，SURF模塊未加電，或機柜中的SURF機框故障引起。5MCU/MCUF常見故障說明下文中提到的故障都是客戶返修中最常見的，也是返修中最有可能發(fā)生“No-Fault-Found”情況的。通過了解造成這些故障的可能原因，用戶就能在故障發(fā)生時確定故障背后的真正原因。這將減少網(wǎng)絡(luò)故障時間并提高系統(tǒng)可靠性。.5.1無LED指示這通常表明MCU/MCUF未加電。這可能是由于電路保險被觸發(fā)或板卡未正確插入插槽；也可能是由于引導(dǎo)程序(bootcode)損壞。為消除引導(dǎo)程序(bootcode)損壞的可能性，應(yīng)確保當設(shè)備正在進行引導(dǎo)程序(bootcode)更新時不要切斷電源。當引導(dǎo)程序(bootcode)更新，或?qū)懭敕且资詢?nèi)存，可以看到紅色和綠色的LED快速交替閃爍。5.2不能進行TTY接入這通常是由于用來連接MCU/MCUF的PC或終端設(shè)置不正確。連接MCU/MCUF的正確TTY設(shè)置是9600Baud,8bit和1StopBit，且無奇偶校驗。這種情況也可能是由于引導(dǎo)程序(bootcode)損壞。為消除引導(dǎo)程序(bootcode)損壞的可能性，應(yīng)確保當設(shè)備正在進行引導(dǎo)程序(bootcode)更新時不要切斷電源。當引導(dǎo)程序(bootcode)更新，或?qū)懭敕且资詢?nèi)存，可看到紅色和綠色的LED快速交替閃爍?！癢aitingforsynctoinitialize”出現(xiàn)在TTYFRUFieldDebugGuide這一問題可能由于MCU/MCUF安裝不牢固或遭損壞的引導(dǎo)程序(bootcode)所致。為防止軟件被損壞，當MCU/MCUF軟件正在更新，或者正在寫入NV-RAM時必須確保不要讓MCU/MCUF掉電。這一過程可通過面板上LED燈紅綠快速變換識別。5.4MCU/MCUF連續(xù)不斷的重新啟動遭損壞的引導(dǎo)程序(bootcode)或BTS和BSC之間的通信中斷都會導(dǎo)致這一問題。為防止引導(dǎo)程序(bootcode)遭損壞，當MCU/MCUF軟件正在更新，或者正在寫入NV-RAM時必須確保不要讓MCU/MCUF掉電。這一過程可通過面板上LED燈紅綠快速變換識別。如果是BTS不能與BSC聯(lián)系，MCU/MCUF將每30分鐘自啟動一次。這是正常情況?！癋MUXLoopbackFailure”這個告警指示FMUX卡認為光纖連接不能正常工作。這可能由于以下情況造成:FMUX卡沒插好，或FMUX掉電，光纖安裝有問題或折斷?！癗oRedundantLink”主備MCU/MCUF不能正常通信將引發(fā)這一告警。如果備邊MCU/MCUF剛剛加上電，需要等待30分鐘去預(yù)熱這塊板。這是由于板內(nèi)的高精度的晶體振蕩器需要一個穩(wěn)定的溫度才能工作。當然這一告警也可因備用邊的MCU/MCUF故障所導(dǎo)致?！癙CMCIAFailure”PCMCIA卡插入不當或不匹配的卡將造成這一告警。正確插入時，PCMCIA卡將與MCU/MCUF面板平齊，并且只有摩托羅拉認可的卡能在這里被使用。FRUFieldDebugGuide6現(xiàn)場工程師處理CTU和TCU-B的步驟下面將概要地介紹判斷問題的方法，包括一些必要的步驟。這些步驟是作為其他一些方法的補充，而不是取代它們。如果經(jīng)過這些步驟判斷，問題依然存在，那么在返修的故障報告中，記錄這些測試結(jié)果，這將有助于問題根本原因的分析以及設(shè)備的返修。6.1現(xiàn)場工程師執(zhí)行的一般性檢查6.1.1驗證所有機柜內(nèi)的設(shè)備都加上電，也要檢查TCU的插頭極性。6.1.2驗證TCU收發(fā)線纜的正確連接，包括線纜和連接的情況，例如是否清潔和可靠。a6.1.3驗證TCU-B光纖的正確連接，連接是否緊密，并且沒有碎屑。這可以通過以下步驟做到：拔出光纖然后用吹氣球向MCU/MCUF和TCU的光纖連接口吹風，并用軟布擦拭光纖的端頭，然后牢固插入。6.1.4驗證數(shù)據(jù)庫和實際硬件安裝相一致。disp_equipXfull（在MCU的MMI提示符下鍵入，這里的X是站號）6.1.5驗證MMI提示符出現(xiàn)在載頻的RSS端口，如果不是，請驗證這個載頻的電源開關(guān)是否打開。6.1.6驗證LED的狀態(tài)，如果不是亮的，請驗證這個載頻的電源開關(guān)是否打開。6.1.7驗證這個載頻沒有被鎖住。StateXdri**（從MCU上的MMI提示符下鍵入，這里X是站號，Y是DRI號）UnlockXdriYY（從MCU上的MMI提示符下鍵入，這里X是站號，Y是DRI號）這將解鎖這個DRI。FRUFieldDebugGuide6.1.8檢查基站的告警。記錄任何告警以備填寫返修報告。disp_act_alX（從OMC上的MMI提示符下鍵入，這里X是站號）“DRINOTDETECTED”和“WaitingforConnection”6.2.1執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運行。6.2.2如果發(fā)生“WaitingforConnectivity，等待5-10分鐘去觀察這個故障是否自動消除。INS這個硬件insXdriYY（從MCU上的MMI提示符下鍵入，這里X是站號，Y是DRI號）6.2.4對于TCU-B的檢查，清潔所有光纖連接口。對于CTU，檢查背板或面板的

物理損傷。如果面板彎曲或安裝不到位，那么背板不可能正確連接。6.2.5如果上述步驟不能清除這故障，請試著和同一基站中的載頻調(diào)換，然后判斷是槽位的問題還是載頻問題。6.2.6判斷數(shù)據(jù)庫是否最近被修改，如果是，確保數(shù)據(jù)庫和實際硬件安裝一致?！癐nhibited”6.3.1執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運行，特別注意所有的告警。6.3.2打開MCU/MCUF的告警模式，INS這個設(shè)備，并且在基站正常工作后，記錄所有告警。Mode_alarmXon或en_alX（在MCU上的MMI提示符下鍵入，這里的X是站號）InsXdriYY（從MMI提示符下鍵入，這里X是站號，Y是DRI號）“CodeLoadFail”和“CEBConfigurationFail”FRUFieldDebugGuide6.4.1執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運行。INS這塊載頻。InsXdriYY（從MMI提示符下鍵入，這里X是站號，Y是DRI號）6.4.3等待10-15分鐘的軟件下載。6.4.4如果這個故障再次出現(xiàn)，重啟載頻。Reset_devXdriYY（從MMI提示符下鍵入，這里X是站號，Y是DRI號）“NoHDLCresetpending”6.5.1執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運行。INS這個載頻insXdriYY（從MMI提示符下鍵入，這里X是站號，Y是DRI號）6.5.3等待10-15分鐘的軟件下載。FRUFieldDebugGuide6.6“Code6.6“CodeLoad”6.6.1不進行任何操作，等待軟件下載的完成。如果載頻在軟件下載過程中被重啟或者掉電，可能造成永久性的軟件損壞。正常的軟件下載過程需要花費15-20分鐘完成，具體依賴于這一基站所需的軟件大小。.2僅當載頻處于下載狀態(tài)(codeload)超過20分鐘后，INS這一載頻。6.6.2insXdriYY(從MMI提示符下鍵入，這里X是站號，Y是DRI號)6.6.3等待6.6.3等待15-20分鐘的軟件下載6.6.4如果這個載頻再一次吊死在軟件下載狀態(tài)(CodeLoad)，重啟這個載頻。6.6.4Reset_devXdriYY(從MCU/MCUF上MMI提示符下鍵入，這里X是站號，Y是DRI號)6.7“InvalidCalibrationData”6.7.1執(zhí)行完整的BayLevel調(diào)試。執(zhí)行完整的BayLevel調(diào)試。如果使用CINDY或BACK這樣的調(diào)試軟件，必須在完成調(diào)試后使用保存命令確保調(diào)試結(jié)果被存儲?？梢詮妮d頻上讀取調(diào)試數(shù)據(jù)然后驗證是否有“80”值被存儲。如果是“80”值，載頻將給出相應(yīng)告警并且需要重新調(diào)試。對于人工調(diào)試指令和數(shù)據(jù)的驗證，請參考BSS用戶手冊：68P02901W43?！癏ighdropcall/set-upfailurerate”問題通常是由于無線干擾造成。關(guān)于具體的頻率優(yōu)化，請參考無線射頻規(guī)劃(RFPlanningGuidelines)。一個完整的Baylevel校準會提高這些統(tǒng)計指標。若有可能，選用另一頻率一段時間，然后觀察統(tǒng)計結(jié)果。若此類問題普遍存在于網(wǎng)絡(luò)中，那么網(wǎng)絡(luò)需要進行一次系統(tǒng)的頻率優(yōu)化.FRUFieldDebugGuideDRI150告警或“ReceiveMatrixBranch1ControlLinkFailure”6.9.1按照6.1節(jié)所述，進行全面的檢查，以保證系統(tǒng)的運行。6.9.2確定在機柜中有多少載頻有這樣的告警。若只有一塊載頻，那么很大可能是載頻和SURF模塊間的連接有問題。disp_act_alXdriYY（從OMCMMI提示符輸入該命令，X站號YY是dri號）6.9.3Lock該站的所有載頻.lockXdriYY（自O(shè)MCMMI提示符輸入，X是站號YY是dri號）6.9.4關(guān)閉SURF模塊電源.6.9.5取出SURF模塊，再次插回原來的位置，確認可靠插入。6.9.6將SURF模塊加電。6.9.7解鎖（Unlock）所有載頻，并再次確認告警是否存在。6.9.8如果告警還存在，那么很可能是SURF模塊的問題。FRUFieldDebugGuide7現(xiàn)場對于MCU/MCUF問題的判斷方法下面將概要地介紹判斷問題的方法，包括一些必要的步驟。這些步驟是作為其他一些方法的補充，而不是取代它們。如果經(jīng)過這些步驟判斷，問題依然存在，那么在返修的故障報告中，記錄這些測試結(jié)果，這將有助于問題根本原因的分析以及設(shè)備的返修。對于MCU/MCUF故障的簡要判斷7.1.1通過檢查電源開關(guān)和BPSM燈指示，確認機柜中的各個模塊都已加電。7.1.2通過前面板的“cpu”復(fù)位開關(guān)，復(fù)位MCU/MCUF。當基站正常工作后，確認所有載頻是Busy-Unlocked（B-U）。按“cpu”復(fù)位開關(guān)僅復(fù)位在MCU/MCUF中運行的軟件。stateXdriYY（自O(shè)MCMMI提示符輸入X是站號YY是dri號）重復(fù)以上指令直至所有載頻進入B-U狀態(tài)。若載頻不能進入B-U狀態(tài)，則參考本手冊4，6和7節(jié)。LED指示燈不亮7.2.1按照7.1節(jié)中所述，進行檢查。確認MCU/MCUF完全插入槽位中。檢查MCU/MCUFTTY端口有無響應(yīng)（提示符）。TTY端口沒有響應(yīng)（提示符）7.3.1按照7.1節(jié)中所述，進行檢查。7.3.2確認便攜機中的串口設(shè)置正確。正確的串口設(shè)置是波特率9600，8比特，1位停止位，沒有奇偶校驗位。通過MCU/MCUF前面板的“fullreset”按鈕，復(fù)位MCU/MCUF。FRUFieldDebugGuide7.3.4如果TTY端口還是沒有響應(yīng)(提示符)，則引導(dǎo)程序(bootcode)損壞。返修MCU/MCUF。為防止問題再度發(fā)生，請在MCU/MCUF前面板紅綠燈交替閃爍時，不要將MCU/MCUF斷電。7.4“WaitingforSynctoinitialize”提示出現(xiàn)在TTY端口7.4.1按照7.1節(jié)中所述，進行檢查。.7.4.2將板子從機框中抽出，檢查連線并將他們按緊保證可靠連接。在此過程中應(yīng)符合防靜電要求。重新插入板子并在TTY端口檢查問題是否仍然存在。7.4.3如果問題依然存在，則引導(dǎo)程序(bootcode)損壞.返修MCU/MCUF.為防止問題以后再度發(fā)生，請在MCU/MCUF前面板紅綠燈交替閃爍時，不要將MCU/MCUF斷電。7.5MCU/MCUF不停地重新啟動7.5.1按照7.1節(jié)中所述，進行檢查。7.5.2若在TTY端口顯示“WaitingforSynctoinitJIlize請參照7.4節(jié)中所述，進行檢查。7.5.3確認NIU板可靠插入，并已加電。7.5.4確認基站同BSC正常連接，若中間傳輸不通，MCU/MCUF將每30分鐘重新啟動一次。這是正?，F(xiàn)象?！癋MUXLoopbackFailure”7.6.1按照7.1節(jié)中所述，進行檢查。7.6.2確認遠端FMUX板(remoteFMUX)已插入，并且提供電源的BPSM有綠燈指示。7.6.3如果主機柜使用FMUX板，確認其可靠插入槽中。7.6.4確認光纖可靠連接，收發(fā)光纖沒有交叉。FRUFieldDebugGuide7.6.5更換光纖以確認是否是光纖的問題?！癗oRedundantLink”7.7.1按照7.1節(jié)中所述，進行檢查。7.7.2按照此節(jié)中所述，首先檢查備用MCU/MCUF。7.7.3確認主備用MCU/MCUFs可靠插在槽位中。復(fù)位備用MCU/MCUF。復(fù)位主用MCU/MCUF。“PCMCIAFailure”7.8.1按照7.1節(jié)中所述，進行檢查。7.8.2確認PCMCIA卡完全查入槽位中。完全插入的卡應(yīng)該和面板齊平。7.8.3用以下命令確認PCMCIA卡的狀態(tài)：stateXCSFP*（自O(shè)MCMMI提示符輸入X是站號）以下是正確的狀態(tài)：B-UNoReasonE-UNoReasonD-UNoCode

FRUFieldDebugGuide附錄A現(xiàn)場工程師檢查CTU’s&TCU-B’s的檢查清單通用步驟完成確認供電，射頻（天線）電纜及光纖正確安裝和連接。確認數(shù)據(jù)庫中的定義同實際物理硬件安裝相符。確認在載頻RSS端口可以得到MMI提示符。狀態(tài)燈亮。確認載頻處于unlocked狀態(tài)，記錄所有當前（active）告警?！癉RINotDetected”，“WaitingforConnection”和“NoHDLCresetpending”完成等5-10分鐘，問題應(yīng)該清除。必要時INS硬件。“Inhibited”完成打開告警模式（enablealarm），INS硬件，記錄告警。“CodeLoadFail”和“CEBConfigurationFail”完成INS硬件，并等待15-20分鐘，直至codeload（軟件下載）完成。必要時復(fù)位硬件?！癈odeLoad”完成等待codeload（軟件下載）完成，至少20分鐘內(nèi)不要中斷下載。INS硬件，等待15-20分鐘，至codeload（軟件下載）完成。必要時復(fù)位硬件?！癐nvalidCalibrationData”完成做一次完整的BayLevel校準。手動確認并且存儲數(shù)據(jù)。“Highdropcall/set-upfailurerate”完成做一次完整的BayLevel校準。換用另一頻率以避免射頻干擾。

FRUFieldDebugGuide附錄B現(xiàn)場工程師對MCU/MCUF的檢查清單LED燈不亮完成?檢查BPSM電路斷路器是否有問題。?確認MCUF是否完全插入機框。?檢查TTY端口是否有響應(yīng)。如果沒有，參見“NoTTY”部分。TTY端口無響應(yīng)完成?確認終端的設(shè)置：9600Baud8Bits1StopBitNoParity?用“fullreset”開關(guān)重啟MCU/MCUF板。?如果TTY端口仍無響應(yīng)，則引導(dǎo)程序(bootcode)被破壞。將MCU板返修。為了防止這種問題出現(xiàn)，當MCU板在紅燈和綠燈交替閃動時，一定不要關(guān)電。TTY端口顯示“WaitingforSynctoinitialize”完成?從機框中拔出MCU/MCUF板子并把帶狀電纜壓入槽中。重新插入板子并再次檢查TTY端口。確認遵從靜電放電保護措施。連續(xù)重啟完成?如果TTY端口連續(xù)顯示“WaitingforSynctoinitialize”這條信息，請參見“WaitingforSynctoInitialize”。?確認NIU卡已加電，并且綠色指示燈亮。FMUXLoopbackFailure完成?確認遠端FMUX已插入，并且BPSM上的綠色指示燈亮。?如果主機柜使用FMUX卡，要確認該卡可靠地插入機柜中。?確認光纖兩端正確連接，比如，沒有“交叉”。?調(diào)換光纖來證明光纖是否是斷的。

FRUFieldDebugGuideNoRedundantLink完成?在開始處理MCUF問題時，使用此步驟。?確保兩個MCUF正確安裝在機架中。?重啟備用MCUF。?重啟主用MCUFoPCMCIA卡故障完成?確認PCMCIA卡完全插入槽中，且該卡同面板平齊。?用這條命令確認PCMCIA卡的狀態(tài)：state<site>CSFP***正常的狀態(tài)應(yīng)當是：B-UNoReasonE-UNoReasonD-UNoCodeFRUFieldDebugGuide附錄C使用PCMCIA卡啟站使用setsite命令使用setsite命令在啟站時，set_site命令非常有用。使用PCMCIA卡和有效的軟件及數(shù)據(jù)庫，可以在與BSC的連接未開通時，開啟一個基站。它還能為新站快速的下載數(shù)據(jù)，避免了基站等待BSC通過2M傳輸下載數(shù)據(jù)，減少了啟站所需的時間。對于set_site命令只有一個參數(shù)，就是站號。站號必須和基站編號相符。當使用set_site命令時，有以下一些問題需要注意。如果不知道站號？如果不知道站號，那么很容易通過一個小實驗來獲得。執(zhí)行set_site命令，使用站號1：MMI-ROM1015->set_site1如果站號不是1,將產(chǎn)生一條FATALSWFM并且基站將重啟。參見以下標題為‘如果得到一條cm_init.cFATALSWFM？’部分的描述，可以得到正確站號。如果得到一條“bus_fault_handler”的FATALSWFM?如果MCU/MCUF的軟件版本同PCMCIA卡上的不一致，一個“busfault”錯誤將會產(chǎn)生。該錯誤是一專門類型的FATALSWFM，并且會有象這樣的內(nèi)容：0FATALSWFMERRORRoutine:bus_fault_handler0Area:0x00000000Error:0x00000002PC:0xc1802ab6PID:0x95(TempCM)0BSSRelease:0.0ObjVersion:.bExecVersion:.c2001-Jan-198000:00:39.820Subsystem:0x02CPU:0x1015Board:MCU-F0FSLW=01010200address=00000034有一些部分可能不一樣，但是Routine'部分將會是‘bus_fault_handler'。如果你遇到這個問題，這個基站將會軟啟動很多次，但是將最終硬啟動并回到MMI-ROM提示狀符態(tài)。這時候，可以用burn_boot命令用PCMCIA卡上的軟件來更新MCU/MCUF上的閃存內(nèi)容。burn_boot命令不含有參數(shù)，可在MMI-ROM提示符下輸入，MMI-