【文章內容簡介】 警。最好在校準完成后手工保存并驗證數(shù)據。手工校準和驗證數(shù)據的說明參見手冊“Installation and Configuration： BSS Optimization”， 68P02901W43. “High call/setup failure rate”這通常是由數(shù)據庫中射頻接口或未優(yōu)化的切換參數(shù)設置引起，也是造成 RMC 返修中出現(xiàn)“No Fault Found”的最主要原因。在這些情況下最好試用其它頻率/信道一段時間并比較統(tǒng)計結果。完整的 bay level 校準也可能會提高基站的性能。如果網絡中正在發(fā)生這類問題，就應進行一次徹底的頻率檢查以最大限度地減少射頻干擾。 Doc No.: GCNSDENG05000409Version: Date: 31 May 2022FRU Field Debug GuidePage 8 of 23Printed versions of this document are considered noncontrolled copies. DRI 150 或 “Receive Matrix Branch 1 Control Link Failure”該告警通常出現(xiàn)在 Horizon Macro 類型的站上，而且已經針對這類故障發(fā)布了一個 ISB（詳情參見 ISB Alert 004〕。由于該故障發(fā)生在 M－Cell 設備上的可能性非常低，本文只針對它發(fā)生在 Horizon Macro 設備上的情況。DRI 150 告警表明 SURF 模塊已經與載頻失去聯(lián)絡或 SURF 模塊上有內部故障。 在發(fā)生內部故障的情況下，模塊會在任意一條射頻路徑上出現(xiàn)過流狀態(tài)的時候產生該告警，指示一個或多個 LNA 的故障。該告警還可能是由于到模塊或載頻的連接松動，SURF 模塊未加電，或機柜中的 SURF 機框故障引起。5 MCU/MCUF 常見故障說明下文中提到的故障都是客戶返修中最常見的，也是返修中最有可能發(fā)生“NoFaultFound”情況的。通過了解造成這些故障的可能原因，用戶就能在故障發(fā)生時確定故障背后的真正原因。這將減少網絡故障時間并提高系統(tǒng)可靠性。. 無 LED 指示這通常表明 MCU/MCUF 未加電。這可能是由于電路保險被觸發(fā)或板卡未正確插入插槽；也可能是由于引導程序(boot code)損壞。為消除引導程序 (boot code)損壞的可能性，應確保當設備正在進行引導程序(boot code)更新時不要切斷電源。當引導程序(boot code)更新，或寫入非易失性內存，可以看到紅色和綠色的 LED 快速交替閃爍。 不能進行 TTY 接入這通常是由于用來連接 MCU/MCUF 的 PC 或終端設置不正確。連接 MCU/MCUF的正確 TTY 設置是 9600 Baud，8 bit 和 1 Stop Bit，且無奇偶校驗。 這種情況也可能是由于引導程序(boot code)損壞。 為消除引導程序 (boot code)損壞的可能性，應確保當設備正在進行引導程序(boot code)更新時不要切斷電源。當引導程序(boot code)更新，或寫入非易失性內存，可看到紅色和綠色的 LED 快速交替閃爍。 “Waiting for sync to initialize”出現(xiàn)在 TTY Doc No.: GCNSDENG05000409Version: Date: 31 May 2022FRU Field Debug GuidePage 9 of 23Printed versions of this document are considered noncontrolled copies.這一問題可能由于 MCU/MCUF 安裝不牢固或遭損壞的引導程序 (boot code) 所致。為防止軟件被損壞，當 MCU/MCUF 軟件正在更新，或者正在寫入 NVRAM 時必須確保不要讓 MCU/MCUF 掉電。這一過程可通過面板上 LED 燈紅綠快速變換識別。 MCU/MCUF 連續(xù)不斷的重新啟動遭損壞的引導程序 (boot code)或 BTS 和 BSC 之間的通信中斷都會導致這一問題。為防止引導程序 (boot code) 遭損壞，當 MCU/MCUF 軟件正在更新，或者正在寫入 NVRAM 時必須確保不要讓 MCU/MCUF 掉電。這一過程可通過面板上 LED 燈紅綠快速變換識別。如果是 BTS 不能與 BSC 聯(lián)系，MCU/MCUF 將每 30 分鐘自啟動一次。這是正常情況。 “FMUX Loopback Failure”這個告警指示 FMUX 卡認為光纖連接不能正常工作。這可能由于以下情況造成：FMUX 卡沒插好，或 FMUX 掉電，光纖安裝有問題或折斷。 “No Redundant Link”主備 MCU/MCUF 不能正常通信將引發(fā)這一告警。如果備邊 MCU/MCUF 剛剛加上電，需要等待 30 分鐘去預熱這塊板。這是由于板內的高精度的晶體振蕩器需要一個穩(wěn)定的溫度才能工作。當然這一告警也可因備用邊的 MCU/MCUF 故障所導致。 “PCMCIA Failure”PCMCIA 卡插入不當或不匹配的卡將造成這一告警。正確插入時，PCMCIA 卡將與 MCU/MCUF 面板平齊，并且只有摩托羅拉認可的卡能在這里被使用。Doc No.: GCNSDENG05000409Version: Date: 31 May 2022FRU Field Debug GuidePage 10 of 23Printed versions of this document are considered noncontrolled copies.6 現(xiàn)場工程師處理 CTU 和 TCUB 的步驟下面將概要地介紹判斷問題的方法，包括一些必要的步驟。 這些步驟是作為其他一些方法的補充，而不是取代它們。 如果經過這些步驟判斷， 問題依然存在，那么在返修的故障報告中，記錄這些測試結果，這將有助于問題根本原因的分析以及設備的返修。 現(xiàn)場工程師執(zhí)行的一般性檢查 驗證所有機柜內的設備都加上電，也要檢查 TCU 的插頭極性。 驗證 TCU 收發(fā)線纜的正確連接，包括線纜和連接的情況，例如是否清潔和可靠。 驗證 TCUB 光纖的正確連接，連接是否緊密，并且沒有碎屑。這可以通過以下步驟做到：拔出光纖然后用吹氣球向 MCU/MCUF 和 TCU 的光纖連接口吹風，并用軟布擦拭光纖的端頭，然后牢固插入。 驗證數(shù)據庫和實際硬件安裝相一致。 disp_equip X full (在 MCU 的 MMI 提示符符下鍵入，這里的 X 是站號) 驗證 MMI 提示符出現(xiàn)在載頻的 RSS 端口，如果不是，請驗證這個載頻的電源開關是否打開。 驗證 LED 的狀態(tài)，如果不是亮的，請驗證這個載頻的電源開關是否打開。 驗證這個載頻沒有被鎖住。 State X dri * * （從 MCU 上的 MMI 提示符下鍵入，這里 X 是站號，Y 是DRI 號）Unlock X dri Y Y(從 MCU 上的 MMI 提示符下鍵入，這里 X 是站號，Y 是DRI 號) 這將解鎖這個 DRI。Doc No.: GCNSDENG05000409Version: Date: 31 May 2022FRU Field Debug GuidePage 11 of 23Printed versions of this document are considered noncontrolled copies. 檢查基站的告警。記錄任何告警以備填寫返修報告。disp_act_al X ( 從 OMC 上的 MMI 提示符下鍵入，這里 X 是站號) “DRI NOT DETECTED” 和 “Waiting for Connection” 執(zhí)行在 6。1 段中的一般性檢查，保證系統(tǒng)運行。 如果發(fā)生“ Waiting for Connection”錯誤，等待 510 分鐘去觀察這個故障是否自動消除。 INS 這個硬件ins X dri Y Y（從 MCU 上的 MMI 提示符下鍵入，這里 X 是站號，Y 是 DRI 號） 對于 TCUB 的檢查，清潔所有光纖連接口。對于 CTU，檢查背板或面板的物理損傷。如果面板彎曲或安裝不到位，那么背板不可能正確連接。 如果上述步驟不能清除這故障，請試著和同一基站中的載頻調換，然后判斷是槽位的問題還是載頻問題。 判斷數(shù)據庫是否最近被修改，如果是，確保數(shù)據庫和實際硬件安裝一致。 “Inhibited” 執(zhí)行在 6。1 段中的一般性檢查，保證系統(tǒng)運行，特別注意所有的告警。 打開 MCU/MCUF 的告警模式，INS 這個設備，并且在基站正常工作后，記錄所有告警。 Mode_alarm X on 或 en_al X（ 在 MCU 上的 MMI 提示符下鍵入，這里的 X 是站號）Ins X dri Y Y（ 從 MMI 提示符下鍵入，這里 X 是站號， Y 是 DRI 號） “Code Load Fail” 和 “CEB Configuration Fail”Doc No.: GCNSDENG05000409Version: Date: 31 May 2022FRU Field Debug GuidePage 12 of 23Printed versions of this document are considered noncontrolled copies. 執(zhí)行在 6。1 段中的一般性檢查，保證系統(tǒng)運行。 INS 這塊載頻。Ins X dri Y Y（從 MMI 提示符下鍵入，這里 X 是站號，Y 是 DRI 號） 等待 1015 分鐘的軟件下載。 如果這個故障再次出現(xiàn)，重啟載頻。Reset_dev X dri Y Y（從 MMI 提示符下鍵入，這里 X 是站號，Y 是 DRI號） “No HDLC reset pending” 執(zhí)行在 6。1 段中的一般性檢查，保證系統(tǒng)運行。 INS 這個載頻ins X dri Y Y（從 MMI 提示符下鍵入，這里 X 是站號，