基站可換設(shè)備故障處理指導(dǎo)書

58/58更多企業(yè)學(xué)院：《中小企業(yè)治理全能版》183套講座+89700份資料《總經(jīng)理、高層治理》49套講座+16388份資料《中層治理學(xué)院》46套講座+6020份資料

《國學(xué)智慧、易經(jīng)》46套講座《人力資源學(xué)院》56套講座+27123份資料《各時(shí)期職員培訓(xùn)學(xué)院》77套講座+324份資料《職員治理企業(yè)學(xué)院》67套講座+8720份資料《工廠生產(chǎn)治理學(xué)院》52套講座+13920份資料《財(cái)務(wù)治理學(xué)院》53套講座+17945份資料

《銷售經(jīng)理學(xué)院》56套講座+14350份資料《銷售人員培訓(xùn)學(xué)院》72套講座+4879份資料基站可換設(shè)備故障處理指南

修訂記錄DateVersionIssuedByChanges30May20011.0M.SchirmacherOriginal

TableofContentsTOC\o"1-2"\h\z

目的本文件應(yīng)被用作在現(xiàn)場遇到故障時(shí)的快速參考工具。其中包括了大多數(shù)常見問題并提供了快速解答和可能的解決方案。通過下列方法，能夠減少返修器件的數(shù)量，提高網(wǎng)絡(luò)的整體可靠性。范圍下列方法適用于所有現(xiàn)場工程師。參考資料及注意事項(xiàng)本文件要求對系統(tǒng)有一般了解，且系統(tǒng)已正確安裝，并進(jìn)行了適當(dāng)?shù)念l率優(yōu)化。關(guān)于下列方法的信息，請咨詢當(dāng)?shù)啬ν辛_拉分公司或訪問摩托羅拉內(nèi)部網(wǎng)： 本文中使用下列約定：. 黑斜體字代表輸入的命令。 斜體字代表關(guān)于命令或輸出的附加信息。 靜電放電注意事項(xiàng)在任何情況下處理電氣設(shè)備都必須警惕以防止靜電放電損傷。下列注意事項(xiàng)能夠?qū)l(fā)生靜電放電的可能降低到最?。?必須使用防靜電腕帶，且應(yīng)將防靜電腕帶接至摩托羅拉設(shè)備上的防靜電接地點(diǎn)。在接觸任何器件前應(yīng)通過觸摸機(jī)柜的金屬表面釋放靜電。如要接觸電路板或數(shù)字卡，應(yīng)只接觸前面板或電路板的邊緣。應(yīng)幸免接觸電路板上的電路或器件。

載頻常見故障講明下文中提到的故障差不多上客戶返修中最常見的，也是返修中最有可能發(fā)生“No-Fault-Found”情況的。通過了解造成這些故障的可能緣故，用戶就能在故障發(fā)生時(shí)確定故障背后的真正緣故。這將減少網(wǎng)絡(luò)故障時(shí)刻并提高系統(tǒng)可靠性?！癉RINotDetected”和“WaitingforConnection”這兩種故障差不多上由于MCU/MCUF不能與載頻通信。術(shù)語DRI是所有類型載頻的軟件總稱。在“DRINotDetected”的情況下，從載頻到MCU/MCUF的上行鏈路中斷；而“WaitingforConnection”的情況則是從MCU/MCUF到載頻的下行鏈路中斷。這些鏈路可能受多種因素阻礙，列舉如下：?數(shù)據(jù)庫錯(cuò)誤－－MCU/MCUF試圖查找物理上不存在的載頻。?載頻未加電或極性顛倒。?TCU上的光纖損壞或弄臟。?CTU的背板接頭或前面板有物理損壞。?系統(tǒng)處于過渡狀態(tài)，會(huì)在幾分鐘內(nèi)自行恢復(fù)。“Inhibited”該故障講明載頻產(chǎn)生了一個(gè)嚴(yán)峻告警。這通常意味著一個(gè)真正的故障，但由于缺乏必要的信息，專門多這類返修被定為“NoFaultFound”。當(dāng)處理一個(gè)“Inhibited”的載頻時(shí)，應(yīng)當(dāng)記錄下當(dāng)前的告警。這能夠由OMC操作人員或現(xiàn)場工程師按照下列步驟完成。“CodeLoadFail”和“CEBConfigurationFail”這兩種故障講明在軟件下載期間載頻的固件和數(shù)字硬件間發(fā)生通信錯(cuò)誤。這可能由各種緣故造成。專門多情況下該故障可通過重新下載軟件清除，載頻也可正常工作。

“NoHDLCresetpending”該故障通常是由于MCU/MCUF間的通信中斷造成，而載頻則可能處于軟件下載過程中或正常工作狀態(tài)。該故障通常會(huì)在幾分鐘內(nèi)自行清除，也可通過“INS”載頻清除?！癈odeLoad”這不是故障，只是表明軟件下載仍在進(jìn)行中。一次完整的軟件下載可能需要15-20分鐘。重要的是盡管可能發(fā)生錯(cuò)誤，下載過程并沒有被中斷。在下載過程結(jié)束前不要在該器件上進(jìn)行任何操作?！癐nvalidCalibrationData”該故障是由于baylevel校準(zhǔn)未完成或校準(zhǔn)數(shù)據(jù)在校準(zhǔn)完成后未能正確保存。進(jìn)行baylevel校準(zhǔn)最可靠的方法是使用一個(gè)簡單的終端程序并手工鍵入命令。校準(zhǔn)軟件工具常被用來最大限度地減少所需時(shí)刻。最常用的校準(zhǔn)軟件工具是“Cindy”和“Back”。不幸的是這些工具可能無法正確保存校準(zhǔn)數(shù)據(jù)，從而引起該告警。最好在校準(zhǔn)完成后手工保存并驗(yàn)證數(shù)據(jù)。手工校準(zhǔn)和驗(yàn)證數(shù)據(jù)的講明參見手冊“InstallationandConfiguration：BSSOptimization”，68P02901W43.“Highcall/set-upfailurerate”這通常是由數(shù)據(jù)庫中射頻接口或未優(yōu)化的切換參數(shù)設(shè)置引起，也是造成RMC返修中出現(xiàn)“NoFaultFound”的最要緊緣故。在這些情況下最好試用其它頻率/信道一段時(shí)刻并比較統(tǒng)計(jì)結(jié)果。完整的baylevel校準(zhǔn)也可能會(huì)提高基站的性能。假如網(wǎng)絡(luò)中正在發(fā)生這類問題，就應(yīng)進(jìn)行一次完全的頻率檢查以最大限度地減少射頻干擾。

DRI150或“ReceiveMatrixBranch1ControlLinkFailure”該告警通常出現(xiàn)在HorizonMacro類型的站上，而且差不多針對這類故障公布了一個(gè)ISB（詳情參見ISBAlert004〕。由于該故障發(fā)生在M－Cell設(shè)備上的可能性特不低，本文只針對它發(fā)生在HorizonMacro設(shè)備上的情況。DRI150告警表明SURF模塊差不多與載頻失去聯(lián)絡(luò)或SURF模塊上有內(nèi)部故障。在發(fā)生內(nèi)部故障的情況下，模塊會(huì)在任意一條射頻路徑上出現(xiàn)過流狀態(tài)的時(shí)候產(chǎn)生該告警，指示一個(gè)或多個(gè)LNA的故障。該告警還可能是由于到模塊或載頻的連接松動(dòng)，SURF模塊未加電，或機(jī)柜中的SURF機(jī)框故障引起。MCU/MCUF常見故障講明下文中提到的故障差不多上客戶返修中最常見的，也是返修中最有可能發(fā)生“No-Fault-Found”情況的。通過了解造成這些故障的可能緣故，用戶就能在故障發(fā)生時(shí)確定故障背后的真正緣故。這將減少網(wǎng)絡(luò)故障時(shí)刻并提高系統(tǒng)可靠性。.無LED指示這通常表明MCU/MCUF未加電。這可能是由于電路保險(xiǎn)被觸發(fā)或板卡未正確插入插槽；也可能是由于引導(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快速交替閃耀。不能進(jìn)行TTY接入這通常是由于用來連接MCU/MCUF的PC或終端設(shè)置不正確。連接MCU/MCUF的正確TTY設(shè)置是9600Baud，8bit和1StopBit，且無奇偶校驗(yàn)。這種情況也可能是由于引導(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快速交替閃耀?！癢aitingforsynctoinitialize”出現(xiàn)在TTY這一問題可能由于MCU/MCUF安裝不牢固或遭損壞的引導(dǎo)程序(bootcode)所致。為防止軟件被損壞，當(dāng)MCU/MCUF軟件正在更新，或者正在寫入NV-RAM時(shí)必須確保不要讓MCU/MCUF掉電。這一過程可通過面板上LED燈紅綠快速變換識(shí)不。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)一次。這是正常情況?！癋MUXLoopbackFailure”那個(gè)告警指示FMUX卡認(rèn)為光纖連接不能正常工作。這可能由于以下情況造成：FMUX卡沒插好，或FMUX掉電，光纖安裝有問題或折斷?！癗oRedundantLink”主備MCU/MCUF不能正常通信將引發(fā)這一告警。假如備邊MCU/MCUF剛剛加上電，需要等待30分鐘去預(yù)熱這塊板。這是由于板內(nèi)的高精度的晶體振蕩器需要一個(gè)穩(wěn)定的溫度才能工作。因此這一告警也可因備用邊的MCU/MCUF故障所導(dǎo)致?！癙CMCIAFailure”PCMCIA卡插入不當(dāng)或不匹配的卡將造成這一告警。正確插入時(shí)，PCMCIA卡將與MCU/MCUF面板平齊，同時(shí)只有摩托羅拉認(rèn)可的卡能在那個(gè)地點(diǎn)被使用。

現(xiàn)場工程師處理CTU和TCU-B的步驟下面將概要地介紹推斷問題的方法，包括一些必要的步驟。這些步驟是作為其他一些方法的補(bǔ)充，而不是取代它們。假如通過這些步驟推斷，問題依舊存在，那么在返修的故障報(bào)告中，記錄這些測試結(jié)果，這將有助于問題全然緣故的分析以及設(shè)備的返修。現(xiàn)場工程師執(zhí)行的一般性檢查驗(yàn)證所有機(jī)柜內(nèi)的設(shè)備都加上電，也要檢查TCU的插頭極性。驗(yàn)證TCU收發(fā)線纜的正確連接，包括線纜和連接的情況，例如是否清潔和可靠。驗(yàn)證TCU-B光纖的正確連接，連接是否緊密，同時(shí)沒有碎屑。這能夠通過以下步驟做到：拔出光纖然后用吹氣球向MCU/MCUF和TCU的光纖連接口吹風(fēng)，并用軟布擦拭光纖的端頭，然后牢固插入。驗(yàn)證數(shù)據(jù)庫和實(shí)際硬件安裝相一致。disp_equipXfull(在MCU的MMI提示符符下鍵入，那個(gè)地點(diǎn)的X是站號)驗(yàn)證MMI提示符出現(xiàn)在載頻的RSS端口，假如不是，請驗(yàn)證那個(gè)載頻的電源開關(guān)是否打開。驗(yàn)證LED的狀態(tài)，假如不是亮的，請驗(yàn)證那個(gè)載頻的電源開關(guān)是否打開。驗(yàn)證那個(gè)載頻沒有被鎖住。StateXdri**（從MCU上的MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號）UnlockXdriYY(從MCU上的MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號)這將解鎖那個(gè)DRI。檢查基站的告警。記錄任何告警以備填寫返修報(bào)告。disp_act_alX(從OMC上的MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號)“DRINOTDETECTED”和“WaitingforConnection”執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運(yùn)行。假如發(fā)生“WaitingforConnection”錯(cuò)誤，等待5-10分鐘去觀看那個(gè)故障是否自動(dòng)消除。INS那個(gè)硬件insXdriYY（從MCU上的MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號）關(guān)于TCU-B的檢查，清潔所有光纖連接口。關(guān)于CTU，檢查背板或面板的物理損傷。假如面板彎曲或安裝不到位，那么背板不可能正確連接。假如上述步驟不能清除這故障，請?jiān)囍屯换局械妮d頻調(diào)換，然后推斷是槽位的問題依舊載頻問題。推斷數(shù)據(jù)庫是否最近被修改，假如是，確保數(shù)據(jù)庫和實(shí)際硬件安裝一致?！癐nhibited”執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運(yùn)行，特不注意所有的告警。打開MCU/MCUF的告警模式，INS那個(gè)設(shè)備，同時(shí)在基站正常工作后，記錄所有告警。Mode_alarmXon或en_alX（在MCU上的MMI提示符下鍵入，那個(gè)地點(diǎn)的X是站號）InsXdriYY（從MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號）“CodeLoadFail”和“CEBConfigurationFail”執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運(yùn)行。INS這塊載頻。InsXdriYY（從MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號）等待10-15分鐘的軟件下載。假如那個(gè)故障再次出現(xiàn)，重啟載頻。Reset_devXdriYY（從MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號）“NoHDLCresetpending”執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運(yùn)行。INS那個(gè)載頻insXdriYY（從MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號）等待10-15分鐘的軟件下載。

“CodeLoad”不進(jìn)行任何操作，等待軟件下載的完成。假如載頻在軟件下載過程中被重啟或者掉電，可能造成永久性的軟件損壞。正常的軟件下載過程需要花費(fèi)15-20分鐘完成，具體依靠于這一基站所需的軟件大小。僅當(dāng)載頻處于下載狀態(tài)（codeload)超過20分鐘后，INS這一載頻。insXdriYY（從MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號）等待15-20分鐘的軟件下載假如那個(gè)載頻再一次吊死在軟件下載狀態(tài)（CodeLoad），重啟那個(gè)載頻。Reset_devXdriYY（從MCU/MCUF上MMI提示符下鍵入，那個(gè)地點(diǎn)X是站號，Y是DRI號）“InvalidCalibrationData”執(zhí)行完整的BayLevel調(diào)試。假如使用CINDY或BACK如此的調(diào)試軟件，必須在完成調(diào)試后使用保存命令確保調(diào)試結(jié)果被存儲(chǔ)。能夠從載頻上讀取調(diào)試數(shù)據(jù)然后驗(yàn)證是否有“80”值被存儲(chǔ)。假如是“80”值，載頻將給出相應(yīng)告警同時(shí)需要重新調(diào)試。關(guān)于人工調(diào)試指令和數(shù)據(jù)的驗(yàn)證，請參考BSS用戶手冊：68P02901W43?！癏ighdropcall/set-upfailurerate”問題通常是由于無線干擾造成。關(guān)于具體的頻率優(yōu)化，請參考無線射頻規(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)化.DRI150告警或“ReceiveMatrixBranch1ControlLinkFailure”按照6.1節(jié)所述，進(jìn)行全面的檢查，以保證系統(tǒng)的運(yùn)行。確定在機(jī)柜中有多少載頻有如此的告警。若只有一塊載頻，那么專門大可能是載頻和SURF模塊間的連接有問題。disp_act_alXdriYY(從OMCMMI提示符輸入該命令，X站號YY是dri號)Lock該站的所有載頻.lockXdriYY(自O(shè)MCMMI提示符輸入，X是站號YY是dri號)關(guān)閉SURF模塊電源.取出SURF模塊，再次插回原來的位置，確認(rèn)可靠插入。將SURF模塊加電。解鎖（Unlock）所有載頻，并再次確認(rèn)告警是否存在。假如告警還存在，那么專門可能是SURF模塊的問題。

現(xiàn)場關(guān)于MCU/MCUF問題的推斷方法下面將概要地介紹推斷問題的方法，包括一些必要的步驟。這些步驟是作為其他一些方法的補(bǔ)充，而不是取代它們。假如通過這些步驟推斷，問題依舊存在，那么在返修的故障報(bào)告中，記錄這些測試結(jié)果，這將有助于問題全然緣故的分析以及設(shè)備的返修。關(guān)于MCU/MCUF故障的簡要推斷通過檢查電源開關(guān)和BPSM燈指示，確認(rèn)機(jī)柜中的各個(gè)模塊都已加電。通過前面板的“cpu”復(fù)位開關(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是站號YY是dri號)重復(fù)以上指令直至所有載頻進(jìn)入B-U狀態(tài)。若載頻不能進(jìn)入B-U狀態(tài)，則參考本手冊4，6和7節(jié)。LED指示燈不亮按照7.1節(jié)中所述，進(jìn)行檢查。確認(rèn)MCU/MCUF完全插入槽位中。檢查MCU/MCUFTTY端口有無響應(yīng)（提示符）。TTY端口沒有響應(yīng)（提示符）按照7.1節(jié)中所述，進(jìn)行檢查。確認(rèn)便攜機(jī)中的串口設(shè)置正確。正確的串口設(shè)置是波特率9600，8比特，1位停止位，沒有奇偶校驗(yàn)位。通過MCU/MCUF前面板的“fullreset”按鈕，復(fù)位MCU/MCUF。假如TTY端口依舊沒有響應(yīng)（提示符），則引導(dǎo)程序(bootcode)損壞。返修MCU/MCUF。為防止問題再度發(fā)生，請?jiān)贛CU/MCUF前面板紅綠燈交替閃耀時(shí)，不要將MCU/MCUF斷電。“WaitingforSynctoinitialize”提示出現(xiàn)在TTY端口按照7.1節(jié)中所述，進(jìn)行檢查。.將板子從機(jī)框中抽出，檢查連線并將他們按緊保證可靠連接。在此過程中應(yīng)符合防靜電要求。重新插入板子并在TTY端口檢查問題是否仍然存在。假如問題依舊存在，則引導(dǎo)程序(bootcode)損壞.返修MCU/MCUF.為防止問題以后再度發(fā)生，請?jiān)贛CU/MCUF前面板紅綠燈交替閃耀時(shí)，不要將MCU/MCUF斷電。MCU/MCUF不停地重新啟動(dòng)按照7.1節(jié)中所述，進(jìn)行檢查。若在TTY端口顯示“WaitingforSynctoinitialize”提示，請參照7.4節(jié)中所述，進(jìn)行檢查。確認(rèn)NIU板可靠插入，并已加電。確認(rèn)基站同BSC正常連接，若中間傳輸不通，MCU/MCUF將每30分鐘重新啟動(dòng)一次。這是正?，F(xiàn)象?！癋MUXLoopbackFailure”按照7.1節(jié)中所述，進(jìn)行檢查。確認(rèn)遠(yuǎn)端FMUX板(remoteFMUX)已插入，同時(shí)提供電源的BPSM有綠燈指示。假如主機(jī)柜使用FMUX板，確認(rèn)其可靠插入槽中。確認(rèn)光纖可靠連接，收發(fā)光纖沒有交叉。更換光纖以確認(rèn)是否是光纖的問題?！癗oRedundantLink”按照7.1節(jié)中所述，進(jìn)行檢查。按照此節(jié)中所述，首先檢查備用MCU/MCUF。確認(rèn)主備用MCU/MCUFs可靠插在槽位中。復(fù)位備用MCU/MCUF。復(fù)位主用MCU/MCUF?！癙CMCIAFailure”按照7.1節(jié)中所述，進(jìn)行檢查。確認(rèn)PCMCIA卡完全查入槽位中。完全插入的卡應(yīng)該和面板齊平。用以下命令確認(rèn)PCMCIA卡的狀態(tài):stateXCSFP*(自O(shè)MCMMI提示符輸入，X是站號)以下是正確的狀態(tài):B-UNoReasonE-UNoReasonD-UNoCode

附錄A現(xiàn)場工程師檢查CTU’s&TCU-B’s的檢查清單通用步驟完成確認(rèn)供電，射頻(天線)電纜及光纖正確安裝和連接。確認(rèn)數(shù)據(jù)庫中的定義同實(shí)際物理硬件安裝相符。確認(rèn)在載頻RSS端口能夠得到MMI提示符。狀態(tài)燈亮。確認(rèn)載頻處于unlocked狀態(tài)，記錄所有當(dāng)前（active）告警。“DRINotDetected”，“WaitingforConnection”和“NoHDLCresetpending”完成等5-10分鐘，問題應(yīng)該清除。必要時(shí)INS硬件?！癐nhibited”完成打開告警模式(enablealarm)，INS硬件，記錄告警?！癈odeLoadFail”和“CEBConfigurationFail”完成INS硬件，并等待15-20分鐘，直至codeload(軟件下載)完成。必要時(shí)復(fù)位硬件。“CodeLoad”完成等待codeload(軟件下載)完成，至少20分鐘內(nèi)不要中斷下載。INS硬件，等待15-20分鐘，至codeload(軟件下載)完成。必要時(shí)復(fù)位硬件?！癐nvalidCalibrationData”完成做一次完整的BayLevel校準(zhǔn)。手動(dòng)確認(rèn)同時(shí)存儲(chǔ)數(shù)據(jù)。“Highdropcall/set-upfailurerate”完成做一次完整的BayLevel校準(zhǔn)。換用另一頻率以幸免射頻干擾。附錄B現(xiàn)場工程師對MCU/MCUF的檢查清單LED燈不亮完成檢查BPSM電路斷路器是否有問題。確認(rèn)MCUF是否完全插入機(jī)框。檢查TTY端口是否有響應(yīng)。假如沒有，參見“NoTTY”部分。TTY端口無響應(yīng)完成確認(rèn)終端的設(shè)置：

9600Baud

8Bits

1StopBit

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

NoRedundantLink完成在開始處理MCUF問題時(shí)，使用此步驟。確保兩個(gè)MCUF正確安裝在機(jī)架中。重啟備用MCUF。重啟主用MCUF。PCMCIA卡故障完成確認(rèn)PCMCIA卡完全插入槽中，且該卡同面板平齊。用這條命令確認(rèn)PCMCIA卡的狀態(tài)：

state<site>CSFP***

正常的狀態(tài)應(yīng)當(dāng)是：

B-UNoReason

E-UNoReason

D-UNoCode

附錄C使用PCMCIA卡啟站使用set_site命令使用set_site命令在啟站時(shí)，set_site命令特不有用。使用PCMCIA卡和有效的軟件及數(shù)據(jù)庫，能夠在與BSC的連接未開通時(shí)，開啟一個(gè)基站。它還能為新站快速的下載數(shù)據(jù)，幸免了基站等待BSC通過2M傳輸下載數(shù)據(jù)，減少了啟站所需的時(shí)刻。關(guān)于set_site命令只有一個(gè)參數(shù)，確實(shí)是站號。站號必須和基站編號相符。當(dāng)使用set_site命令時(shí)，有以下一些問題需要注意。

假如不明白站號？假如不明白站號，那么專門容易通過一個(gè)小實(shí)驗(yàn)來獲得。執(zhí)行set_site命令，使用站號1：MMI-ROM1015->set_site1假如站號不是1，將產(chǎn)生一條FATALSWFM同時(shí)基站將重啟。參見以下標(biāo)題為‘假如得到一條cm_init.cFATALSWFM？’部分的描述，能夠得到正確站號。假如得到一條“bus_fault_handler”的FATALSWFM?假如MCU/MCUF的軟件版本同PCMCIA卡上的不一致，一個(gè)“busfault”錯(cuò)誤將會(huì)產(chǎn)生。該錯(cuò)誤是一專門類型的FATALSWFM，同時(shí)會(huì)有象如此的內(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’部分將會(huì)是‘bus_fault_handler’。假如你遇到那個(gè)問題，那個(gè)基站將會(huì)軟啟動(dòng)專門多次，然而將最終硬啟動(dòng)并回到MMI-ROM提示狀符態(tài)。這時(shí)候，能夠用burn_boot命令用PCMCIA卡上的軟件來更新MCU/MCUF上的閃存內(nèi)容。burn_boot命令不含有參數(shù)，可在MMI-ROM提示符下輸入，MMI-ROM1015->burn_bootPreparingforfastflashprogrammingSoftwaredownloadnotdual_bootcapableErasingauxillaryflash.Erasingsectors...doneBOOTPROGRAMMINGINPROGRESS.DONOTDISRUPT!!!!Erasingsectors...doneProgramming:651264of651264bytesdoneUpdatingCOMtable...doneFlashingcomplete.!!!REBOOT!!!假如burn_boot命令鍵入后出現(xiàn)一條錯(cuò)誤信息，請將PCMCIA卡從MCU/MCUF上取下。把寫愛護(hù)置于關(guān)閉位置，再把卡插入MCU/MCUF。在那個(gè)過程