基站常見故障診斷

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

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

FRUFieldDebugGuide附錄A現(xiàn)場(chǎng)工程師檢查CTU’s&TCU-B’s的檢查清單通用步驟完成確認(rèn)供電，射頻（天線）電纜及光纖正確安裝和連接。確認(rèn)數(shù)據(jù)庫(kù)中的定義同實(shí)際物理硬件安裝相符。確認(rèn)在載頻RSS端口可以得到MMI提示符。狀態(tài)燈亮。確認(rèn)載頻處于unlocked狀態(tài)，記錄所有當(dāng)前（active）告警?！癉RINotDetected”，“WaitingforConnection”和“NoHDLCresetpending”完成等5-10分鐘，問(wèn)題應(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)并且存儲(chǔ)數(shù)據(jù)?！癏ighdropcall/set-upfailurerate”完成做一次完整的BayLevel校準(zhǔn)。換用另一頻率以避免射頻干擾。

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

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