基站可換設(shè)備故障處理指南(編輯修改稿)

　

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