MOTO基站設(shè)備故障處理指南

1、Doc No.:GCNSD-ENG-0500-0409Version:1.0Date:31 May 2001FRU Field Debug Guide基站可換設(shè)備故障處理指南修訂記錄DateVersionIssued ByChanges30 May 20011.0M. SchirmacherOriginalTable of Contents1目的52范圍53參考資料及注意事項(xiàng)54載頻常見(jiàn)故障說(shuō)明64.1“DRI Not Detected” 和 “Waiting for Connection”64.2“Inhibited”64.3“Code Load Fail” 和 “CEB Configura

2、tion Fail”64.4“No HDLC reset pending”74.5“Code Load”74.6“Invalid Calibration Data”74.7“High call/set-up failure rate”74.8DRI 150 或 “Receive Matrix Branch 1 Control Link Failure”85MCU/MCUF 常見(jiàn)故障說(shuō)明85.1無(wú)LED指示85.2不能進(jìn)行TTY接入85.3“Waiting for sync to initialize”出現(xiàn)在TTY85.4MCU/MCUF 連續(xù)不斷的重新啟動(dòng)95.5“FMUX Loopback

3、Failure”95.6“No Redundant Link”95.7“PCMCIA Failure”96現(xiàn)場(chǎng)工程師處理CTU和TCU-B的步驟106.1現(xiàn)場(chǎng)工程師執(zhí)行的一般性檢查106.2“DRI NOT DETECTED” & “Waiting for Connection”116.3“Inhibited”116.4“Code Load Fail” & “CEB Configuration Fail”116.5“No HDLC reset pending”126.6“Code Load”136.7“Invalid Calibration Data”136.8“High dr

4、op call/set-up failure rate”136.9DRI 150多或少告警 或 “Receive Matrix Branch 1 Control Link Failure”147現(xiàn)場(chǎng)對(duì)于MCU/MCUF問(wèn)題的判斷方法157.1對(duì)于 MCU/MCUF 問(wèn)題的簡(jiǎn)要判斷157.2沒(méi)有燈指示157.3TTY 端口沒(méi)有響應(yīng)157.4“Waiting for Sync to initialize” 提示出現(xiàn)在 TTY端口167.5MCU/MCUF 不停地重新啟動(dòng)167.6“FMUX Loopback Failure”167.7“No Redundant Link”177.8“PCMCIA

5、Failure”17附錄 A18現(xiàn)場(chǎng)工程師檢查 CTUS & TCU-BS項(xiàng)目列表18附錄 B19現(xiàn)場(chǎng)工程師對(duì)MCU/MCUF的檢查清單19附錄 C21使用PC卡與MCU/MCUF相連啟站21使用 SET_SITE 命令。21 1 目的本文件應(yīng)被用作在現(xiàn)場(chǎng)遇到故障時(shí)的快速參考工具。其中包括了大多數(shù)常見(jiàn)問(wèn)題并提供了快速解答和可能的解決方案。通過(guò)下列方法，可以減少返修器件的數(shù)量，提高網(wǎng)絡(luò)的整體可靠性。 2 范圍下列方法適用于所有現(xiàn)場(chǎng)工程師。3 參考資料及注意事項(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)

6、部網(wǎng)： 本文中使用下列約定：.黑斜體字代表輸入的命令。斜體字代表關(guān)于命令或輸出的附加信息。靜電放電注意事項(xiàng)在任何情況下處理電氣設(shè)備都必須警惕以防止靜電放電損傷。 下列注意事項(xiàng)可以將發(fā)生靜電放電的可能降低到最?。?· 必須使用防靜電腕帶，且應(yīng)將防靜電腕帶接至摩托羅拉設(shè)備上的防靜電接地點(diǎn)。· 在接觸任何器件前應(yīng)通過(guò)觸摸機(jī)柜的金屬表面釋放靜電。 · 如要接觸電路板或數(shù)字卡，應(yīng)只接觸前面板或電路板的邊緣。應(yīng)避免接觸電路板上的電路或器件。4 載頻常見(jiàn)故障說(shuō)明下文中提到的故障都是客戶返修中最常見(jiàn)的，也是返修中最有可能發(fā)生“No-Fault-Found”情況的。通過(guò)了解造成這些

7、故障的可能原因，用戶就能在故障發(fā)生時(shí)確定故障背后的真正原因。這將減少網(wǎng)絡(luò)故障時(shí)間并提高系統(tǒng)可靠性。 4.1 “DRI Not Detected” 和 “Waiting for Connection”這兩種故障都是由于 MCU/MCUF 不能與載頻通信。 術(shù)語(yǔ) DRI 是所有類型載頻的軟件總稱。 在“DRI Not Detected”的情況下，從 載頻到 MCU/MCUF 的上行鏈路中斷；而“Waiting for Connection”的情況則是從 MCU/MCUF 到載頻的下行鏈路中斷。這些鏈路可能受多種因素影響，列舉如下： 數(shù)據(jù)庫(kù)錯(cuò)誤MCU/MCUF 試圖尋找物理上不存在的載頻。 載頻未加

8、電或極性顛倒。 TCU上的光纖損壞或弄臟。 CTU的背板接頭或前面板有物理?yè)p壞。 系統(tǒng)處于過(guò)渡狀態(tài)，會(huì)在幾分鐘內(nèi)自行恢復(fù)。 4.2 “Inhibited”該故障說(shuō)明載頻產(chǎn)生了一個(gè)嚴(yán)重告警。這通常意味著一個(gè)真正的故障，但由于缺乏必要的信息，很多這類返修被定為“No Fault Found”。當(dāng)處理一個(gè) “Inhibited”的 載頻時(shí)，應(yīng)當(dāng)記錄下當(dāng)前的告警。這可以由 OMC 操作人員或 現(xiàn)場(chǎng)工程師按照下列步驟完成。 4.3 “Code Load Fail” 和 “CEB Configuration Fail” 這兩種故障說(shuō)明在軟件下載期間載頻的固件和數(shù)字硬件間發(fā)生通信錯(cuò)誤。這可能由各種原因造成。

9、很多情況下該故障可通過(guò)重新下載軟件清除，載頻也可正常工作。 4.4 “No HDLC reset pending”該故障通常是由于MCU/MCUF間的通信中斷造成，而載頻則可能處于軟件下載過(guò)程中或正常工作狀態(tài)。 該故障通常會(huì)在幾分鐘內(nèi)自行清除，也可通過(guò)“INS” 載頻清除。 4.5 “Code Load” 這不是故障，只是表明軟件下載仍在進(jìn)行中。一次完整的軟件下載可能需要15-20 分鐘。重要的是盡管可能發(fā)生錯(cuò)誤，下載過(guò)程并沒(méi)有被中斷。在下載過(guò)程結(jié)束前不要在該器件上進(jìn)行任何操作。 4.6 “Invalid Calibration Data”該故障是由于bay level校準(zhǔn)未完成或校準(zhǔn)數(shù)據(jù)在校

10、準(zhǔn)完成后未能正確保存。進(jìn)行 bay level校準(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ō)明參見(jiàn)手冊(cè)“Installation and Configuration： BSS Optimization”， 68P02901W43. 4.7 “High call/set-up failure rate”這通常是由數(shù)據(jù)庫(kù)中射頻接口或未優(yōu)化的切換參數(shù)設(shè)置引起，也是造成RMC返修中出

11、現(xiàn)“No Fault Found”的最主要原因。在這些情況下最好試用其它頻率/信道一段時(shí)間并比較統(tǒng)計(jì)結(jié)果。完整的bay level校準(zhǔn)也可能會(huì)提高基站的性能。如果網(wǎng)絡(luò)中正在發(fā)生這類問(wèn)題，就應(yīng)進(jìn)行一次徹底的頻率檢查以最大限度地減少射頻干擾。 4.8 DRI 150 或 “Receive Matrix Branch 1 Control Link Failure”該告警通常出現(xiàn)在Horizon Macro類型的站上，而且已經(jīng)針對(duì)這類故障發(fā)布了一個(gè) ISB（詳情參見(jiàn)ISB Alert 004。由于該故障發(fā)生在MCell設(shè)備上的可能性非常低，本文只針對(duì)它發(fā)生在 Horizon Macro設(shè)備上的情況。D

12、RI 150告警表明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ī)框故障引起。5 MCU/MCUF 常見(jiàn)故障說(shuō)明下文中提到的故障都是客戶返修中最常見(jiàn)的，也是返修中最有可能發(fā)生“No-Fault-Found”情況的。通過(guò)了解造成這些故障的可能原因，用戶就能在故障發(fā)生時(shí)確定故障背后的真正原因。這將減少網(wǎng)絡(luò)故障時(shí)間并提高系統(tǒng)可靠性。.5.1 無(wú)LED指示這通常表明MCU/MCUF未加電。這可能是由于

13、電路保險(xiǎn)被觸發(fā)或板卡未正確插入插槽；也可能是由于引導(dǎo)程序(boot code)損壞。為消除引導(dǎo)程序(boot code)損壞的可能性，應(yīng)確保當(dāng)設(shè)備正在進(jìn)行引導(dǎo)程序(boot code)更新時(shí)不要切斷電源。當(dāng)引導(dǎo)程序(boot code)更新，或?qū)懭敕且资詢?nèi)存，可以看到紅色和綠色的LED快速交替閃爍。5.2 不能進(jìn)行TTY接入這通常是由于用來(lái)連接MCU/MCUF的PC或終端設(shè)置不正確。連接 MCU/MCUF的正確TTY設(shè)置是9600 Baud，8 bit 和 1 Stop Bit，且無(wú)奇偶校驗(yàn)。 這種情況也可能是由于引導(dǎo)程序(boot code)損壞。 為消除引導(dǎo)程序(boot code)損壞

14、的可能性，應(yīng)確保當(dāng)設(shè)備正在進(jìn)行引導(dǎo)程序(boot code)更新時(shí)不要切斷電源。當(dāng)引導(dǎo)程序(boot code)更新，或?qū)懭敕且资詢?nèi)存，可看到紅色和綠色的LED快速交替閃爍。5.3 “Waiting for sync to initialize”出現(xiàn)在TTY 這一問(wèn)題可能由于MCU/MCUF安裝不牢固或遭損壞的引導(dǎo)程序 (boot code) 所致。為防止軟件被損壞，當(dāng)MCU/MCUF軟件正在更新，或者正在寫入NV-RAM時(shí)必須確保不要讓MCU/MCUF掉電。這一過(guò)程可通過(guò)面板上LED燈紅綠快速變換識(shí)別。5.4 MCU/MCUF 連續(xù)不斷的重新啟動(dòng)遭損壞的引導(dǎo)程序 (boot code)或B

15、TS和BSC之間的通信中斷都會(huì)導(dǎo)致這一問(wèn)題。為防止引導(dǎo)程序 (boot code) 遭損壞，當(dāng)MCU/MCUF軟件正在更新，或者正在寫入NV-RAM時(shí)必須確保不要讓MCU/MCUF掉電。這一過(guò)程可通過(guò)面板上LED燈紅綠快速變換識(shí)別。如果是BTS不能與BSC聯(lián)系，MCU/MCUF將每30分鐘自啟動(dòng)一次。這是正常情況。5.5 “FMUX Loopback Failure”這個(gè)告警指示FMUX卡認(rèn)為光纖連接不能正常工作。這可能由于以下情況造成：FMUX卡沒(méi)插好，或FMUX掉電，光纖安裝有問(wèn)題或折斷。5.6 “No Redundant Link”主備MCU/MCUF不能正常通信將引發(fā)這一告警。如果備邊

16、MCU/MCUF剛剛加上電，需要等待30分鐘去預(yù)熱這塊板。這是由于板內(nèi)的高精度的晶體振蕩器需要一個(gè)穩(wěn)定的溫度才能工作。當(dāng)然這一告警也可因備用邊的MCU/MCUF故障所導(dǎo)致。5.7 “PCMCIA Failure”PCMCIA卡插入不當(dāng)或不匹配的卡將造成這一告警。正確插入時(shí)，PCMCIA卡將與MCU/MCUF面板平齊，并且只有摩托羅拉認(rèn)可的卡能在這里被使用。6 現(xiàn)場(chǎng)工程師處理CTU和TCU-B的步驟下面將概要地介紹判斷問(wèn)題的方法，包括一些必要的步驟。 這些步驟是作為其他一些方法的補(bǔ)充，而不是取代它們。 如果經(jīng)過(guò)這些步驟判斷， 問(wèn)題依然存在，那么在返修的故障報(bào)告中，記錄這些測(cè)試結(jié)果，這將有助于問(wèn)題

17、根本原因的分析以及設(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ā)線纜的正確連接，包括線纜和連接的情況，例如是否清潔和可靠。6.1.3 驗(yàn)證TCU-B光纖的正確連接，連接是否緊密，并且沒(méi)有碎屑。這可以通過(guò)以下步驟做到：拔出光纖然后用吹氣球向MCU/MCUF和TCU的光纖連接口吹風(fēng)，并用軟布擦拭光纖的端頭，然后牢固插入。6.1.4 驗(yàn)證數(shù)據(jù)庫(kù)和實(shí)際硬件安裝相一致。 disp_equip X full (在MCU的MMI提示符符下鍵入，這里的X是站號(hào))6.1.5 驗(yàn)證MMI提示符出現(xiàn)在載頻的RSS端口，如

18、果不是，請(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)有被鎖住。 State X dri * * （從MCU上的MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）Unlock X dri Y Y(從MCU上的MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)) 這將解鎖這個(gè)DRI。6.1.8 檢查基站的告警。記錄任何告警以備填寫返修報(bào)告。disp_act_al X ( 從OMC上的MMI提示符下鍵入，這里X是站號(hào))6.2 “DRI NOT DETECTED” 和 “Waiting for Connection

19、”6.2.1 執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運(yùn)行。6.2.2 如果發(fā)生“ Waiting for Connection”錯(cuò)誤，等待5-10分鐘去觀察這個(gè)故障是否自動(dòng)消除。6.2.3 INS 這個(gè)硬件ins X dri Y Y（從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í)

20、際硬件安裝一致。6.3 “Inhibited”6.3.1 執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運(yùn)行，特別注意所有的告警。6.3.2 打開MCU/MCUF的告警模式，INS這個(gè)設(shè)備，并且在基站正常工作后，記錄所有告警。 Mode_alarm X on 或 en_al X（ 在MCU上的MMI提示符下鍵入，這里的X是站號(hào)）Ins X dri Y Y（ 從MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）6.4 “Code Load Fail” 和 “CEB Configuration Fail”6.4.1 執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運(yùn)行。6.4.2 INS 這塊載頻。Ins X dri

21、 Y Y（從MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）6.4.3 等待10-15分鐘的軟件下載。6.4.4 如果這個(gè)故障再次出現(xiàn)，重啟載頻。Reset_dev X dri Y Y（從MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）6.5 “No HDLC reset pending”6.5.1 執(zhí)行在6。1段中的一般性檢查，保證系統(tǒng)運(yùn)行。6.5.2 INS 這個(gè)載頻ins X dri Y Y（從MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）6.5.3 等待10-15分鐘的軟件下載。6.6 “Code Load”6.6.1 不進(jìn)行任何操作，等待軟件下載的完成。如果載頻在軟件下載過(guò)程中被重

22、啟或者掉電，可能造成永久性的軟件損壞。正常的軟件下載過(guò)程需要花費(fèi)15-20分鐘完成，具體依賴于這一基站所需的軟件大小。6.6.2 僅當(dāng)載頻處于下載狀態(tài)（ code load)超過(guò)20分鐘后，INS 這一載頻。ins X dri Y Y（從MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）6.6.3 等待15-20分鐘的軟件下載6.6.4 如果這個(gè)載頻再一次吊死在軟件下載狀態(tài)（Code Load），重啟這個(gè)載頻。Reset_dev X dri Y Y（從MCU/MCUF上MMI提示符下鍵入，這里X是站號(hào)，Y是DRI號(hào)）6.7 “Invalid Calibration Data”6.7.1 執(zhí)行完整

23、的Bay Level調(diào)試。6.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。6.8 “High drop call/set-up failure rate”問(wèn)題通常是由于無(wú)線干擾造成。關(guān)于具體的頻率優(yōu)化，請(qǐng)參考無(wú)線射頻規(guī)劃( RF Planning Guidelines) 。一個(gè)完整的 Bay level 校準(zhǔn)會(huì)提高這些統(tǒng)計(jì)指標(biāo)。 若有可能，選用另一頻率一段

24、時(shí)間，然后觀察統(tǒng)計(jì)結(jié)果。若此類問(wèn)題普遍存在于網(wǎng)絡(luò)中，那么網(wǎng)絡(luò)需要進(jìn)行一次系統(tǒng)的頻率優(yōu)化. 6.9 DRI 150告警 或 “Receive Matrix Branch 1 Control Link Failure”6.9.1 按照6.1節(jié)所述，進(jìn)行全面的檢查，以保證系統(tǒng)的運(yùn)行。6.9.2 確定在機(jī)柜中有多少載頻有這樣的告警。若只有一塊載頻，那么很大可能是載頻和SURF模塊間的連接有問(wèn)題。disp_act_al X dri Y Y (從 OMC MMI提示符輸入該命令 ， X 站號(hào) Y Y是 dri號(hào))6.9.3 Lock 該站的所有載頻.lock X dri Y Y (自 OMC MMI提示符

25、輸入 ， X是站號(hào) Y Y 是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)題。7 現(xiàn)場(chǎng)對(duì)于MCU/MCUF問(wèn)題的判斷方法下面將概要地介紹判斷問(wèn)題的方法，包括一些必要的步驟。 這些步驟是作為其他一些方法的補(bǔ)充，而不是取代它們。 如果經(jīng)過(guò)這些步驟判斷， 問(wèn)題依然存在，那么在返修的故障報(bào)告中，記錄這些測(cè)試結(jié)果，這將有助于問(wèn)題根本原因的分析以及設(shè)備的返修。7.1 對(duì)于 MCU/M

26、CUF 故障的簡(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)行的軟件。state X dri Y Y (自 OMC MMI提示符輸入， X是站號(hào) Y Y 是dri 號(hào))重復(fù)以上指令直至所有載頻進(jìn)入 B-U 狀態(tài)。若載頻不能進(jìn)入B-U狀態(tài)，則參考本手冊(cè) 4， 6 和7節(jié)。 7.2 LED指示燈不亮7.2.1 按照7.1節(jié)中所述，進(jìn)行檢查。7.2.2 確認(rèn)MCU/M

27、CUF 完全插入槽位中。7.2.3 檢查MCU/MCUF TTY 端口有無(wú)響應(yīng)（提示符）。7.3 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)位。7.3.3 通過(guò)MCU/MCUF 前面板的“full reset”按鈕，復(fù)位MCU/MCUF。7.3.4 如果 TTY端口還是沒(méi)有響應(yīng)（提示符）， 則引導(dǎo)程序 (boot code)損壞。 返修MCU/MCUF。為防止問(wèn)題再度發(fā)生，請(qǐng)?jiān)贛CU/MCUF 前面板紅綠燈交替閃爍時(shí)，不要將MCU/MCUF 斷電。7

28、.4 “Waiting for Sync to initialize” 提示出現(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)程序 (boot code)損壞. 返修MCU/MCUF . 為防止問(wèn)題以后再度發(fā)生，請(qǐng)?jiān)贛CU/MCUF 前面板紅綠燈交替閃爍時(shí)，不要將MCU/MCUF 斷電。7.5 MCU/MCUF 不停地重新啟動(dòng)7.5.1 按照7.1節(jié)中所述，進(jìn)行檢查。7.5.2 若在TTY端口顯示“Wai

29、ting for Sync to initialize”提示，請(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)象。7.6 “FMUX Loopback Failure”7.6.1 按照7.1節(jié)中所述，進(jìn)行檢查。7.6.2 確認(rèn)遠(yuǎn)端 FMUX板(remote FMUX )已插入，并且提供電源的 BPSM 有綠燈指示。7.6.3 如果主機(jī)柜使用 FMUX板 ， 確認(rèn)其可靠插入槽中。7.6.4 確認(rèn)光纖可靠連接，收發(fā)光纖沒(méi)有交叉。7.6.5 更換光纖以

30、確認(rèn)是否是光纖的問(wèn)題。7.7 “No Redundant Link”7.7.1 按照7.1節(jié)中所述，進(jìn)行檢查。7.7.2 按照此節(jié)中所述，首先檢查備用 MCU/MCUF。7.7.3 確認(rèn)主備用MCU/MCUFs 可靠插在槽位中。7.7.4 復(fù)位備用MCU/MCUF。7.7.5 復(fù)位主用MCU/MCUF。7.8 “PCMCIA Failure”7.8.1 按照7.1節(jié)中所述，進(jìn)行檢查。7.8.2 確認(rèn)PCMCIA卡完全查入槽位中。 完全插入的卡應(yīng)該和面板齊平。7.8.3 用以下命令確認(rèn) PCMCIA 卡的狀態(tài):state X CSFP * (自 OMC MMI提示符輸入， X是站號(hào))以下是正確的

31、狀態(tài):B-U No ReasonE-U No ReasonD-U No Code附錄 A 現(xiàn)場(chǎng)工程師檢查 CTUs & TCU-Bs的檢查清單通用步驟完成確認(rèn)供電，射頻(天線)電纜及光纖正確安裝和連接。確認(rèn)數(shù)據(jù)庫(kù)中的定義同實(shí)際物理硬件安裝相符。確認(rèn)在載頻RSS 端口可以得到MMI 提示符。狀態(tài)燈亮。 確認(rèn)載頻處于unlocked 狀態(tài)，記錄所有當(dāng)前（active ）告警?！癉RI Not Detected”， “Waiting for Connection” 和 “No HDLC reset pending”完成等 5-10 分鐘，問(wèn)題應(yīng)該清除。 必要時(shí)INS 硬件。“Inhibite

32、d”完成 打開告警模式(enable alarm)， INS硬件，記錄告警?！癈ode Load Fail” 和 “CEB Configuration Fail”完成INS硬件，并等待15-20 分鐘，直至 code load (軟件下載)完成 。必要時(shí)復(fù)位硬件?！癈ode Load”完成等待 code load (軟件下載)完成， 至少20 分鐘內(nèi)不要中斷下載。INS硬件，等待 15-20 分鐘，至 code load (軟件下載)完成。必要時(shí)復(fù)位硬件?！癐nvalid Calibration Data” 完成做一次完整的Bay Level 校準(zhǔn)。手動(dòng)確認(rèn)并且存儲(chǔ)數(shù)據(jù)?！癏igh drop

33、call/set-up failure rate” 完成做一次完整的Bay Level 校準(zhǔn)。換用另一頻率以避免射頻干擾。附錄 B 現(xiàn)場(chǎng)工程師對(duì)MCU/MCUF的檢查清單LED 燈不亮完成· 檢查BPSM 電路 斷路器是否有問(wèn)題。· 確認(rèn)MCUF 是否完全插入 機(jī)框。· 檢查 TTY端口是否有響應(yīng)。 如果沒(méi)有， 參見(jiàn)“No TTY”部分。TTY 端口無(wú)響應(yīng)完成· 確認(rèn)終端的設(shè)置：9600 Baud8 Bits1 Stop BitNo Parity· 用“full reset”開關(guān)重啟MCU/MCUF板。· 如果TTY端口仍無(wú)響應(yīng)， 則

34、引導(dǎo)程序 (boot code)被破壞。將MCU板返修。為了防止這種問(wèn)題出現(xiàn)，當(dāng)MCU板在紅燈和綠燈交替閃動(dòng)時(shí)，一定不要關(guān)電。TTY端口顯示“Waiting for Sync to initialize” 完成· 從機(jī)框中拔出MCU/MCUF板子并把帶狀電纜壓入槽中。重新插入板子并再次檢查TTY端口。確認(rèn)遵從靜電放電保護(hù)措施。 連續(xù)重啟完成· 如果TTY端口連續(xù)顯示“Waiting for Sync to initialize”這條信息，請(qǐng)參見(jiàn) “Waiting for Sync to Initialize”。· 確認(rèn)NIU卡已加電，并且綠色指示燈亮。FMUX L

35、oopback Failure完成· 確認(rèn) 遠(yuǎn)端 FMUX 已插入，并且BPSM上的綠色指示燈亮。· 如果主機(jī)柜使用FMUX卡，要確認(rèn)該卡可靠地插入機(jī)柜中。· 確認(rèn)光纖兩端正確連接，比如，沒(méi)有“交叉”。· 調(diào)換光纖來(lái)證明光纖是否是斷的。No Redundant Link完成· 在開始處理MCUF問(wèn)題時(shí)，使用此步驟。· 確保兩個(gè)MCUF正確安裝在機(jī)架中。· 重啟備用MCUF。· 重啟主用MCUF。PCMCIA 卡故障完成· 確認(rèn)PCMCIA卡完全插入槽中，且該卡同面板平齊。· 用這條命令確認(rèn)PCM

36、CIA卡的狀態(tài)：state <site> CSFP * * *正常的狀態(tài)應(yīng)當(dāng)是：B-U No ReasonE-U No ReasonD-U No Code附錄 C 使用PCMCIA卡啟站 使用 set_site 命令使用set_site 命令在啟站時(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)題需

37、要注意。 如果不知道站號(hào)？如果不知道站號(hào)， 那么很容易通過(guò)一個(gè)小實(shí)驗(yàn)來(lái)獲得。執(zhí)行 set_site 命令，使用站號(hào)1： MMI-ROM 1015-> set_site 1如果站號(hào)不是1，將產(chǎn)生一條 FATAL SWFM 并且基站將重啟。 參見(jiàn)以下標(biāo)題為如果得到一條cm_init.c FATAL SWFM？部分的描述，可以得到正確站號(hào)。 如果得到一條 “bus_fault_handler ”的FATAL SWFM?如果MCU/MCUF 的軟件版本同PCMCIA 卡上的不一致，一個(gè)“bus fault”錯(cuò)誤將會(huì)產(chǎn)生。該錯(cuò)誤是一專門類型的FATAL SWFM， 并且會(huì)有象這樣的內(nèi)容：0 FAT

38、AL SWFM ERROR Routine: bus_fault_handler0 Area: 0x00000000 Error: 0x00000002 PC: 0xc1802ab6 PID: 0x95 (Temp CM)0 BSS Release: 1.30.30.30.0 Obj Version: 1.6.1.4.b Exec Version: 1.6.2.0.c20 01-Jan-1980 00:00:39.820 Subsystem: 0x02 CPU: 0x1015 Board: MCU-F0 FSLW=01010200 address=00000034有一些部分可能不一樣，但是Ro

39、utine 部分將會(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-ROM 1015 -> burn_bootPreparing for fast flash programmingSoftware download not dual_boot capableErasing auxillary flash.Erasing sectors .doneBOOT PROGRAMMING IN PROGRESS. DO NOT DISRUPT!Erasing sectors.doneProgramming: 651264 of 651264 bytes doneUpdating COM table.doneFlashing complete.! REBOOT !如果burn_boot 命令