愛立信LTE無線故障現(xiàn)場處理手冊

1、日常故障處理方法(1) - Loss of TrackingØ 告警解釋：此告警是由于系統(tǒng)或者無線時(shí)鐘失步導(dǎo)致，可能造成基站退服。Ø 可能原因：（1）GPS硬件故障；（2）基站進(jìn)程吊死；（3）DU硬件故障；TD-LTE采用GPS進(jìn)行同步。其硬件以及連接方式如下：Ø 處理步驟：檢查GPS信號接收器上的工作狀態(tài)燈狀態(tài)。（1）燈不亮 1. 檢查GPS信號接收器和連接DU的RJ45網(wǎng)線，如有問題則進(jìn)行更換。2. 檢查DU上的GPS端口是否存在問題，如有問題則更換DU。（2）綠燈常亮1. 檢查連接DU的RJ45網(wǎng)線，如有問題進(jìn)行更換。2. 通知后臺(tái)重啟基站3. 更換DU。（

2、3）綠燈閃1. 按照上面GPS硬件連接圖按照從DU到GPS天線的順序檢查各個(gè)接口是否有虛接、各線纜是否有破損、各個(gè)單元硬件是否存在問題，如有問題則進(jìn)行重接或者更換。 2. 通知后臺(tái)重啟基站3. 更換DU。(2)-Network Synch Time from GPS MissingØ 告警解釋：此告警是由于GPS信號丟失導(dǎo)致，可能導(dǎo)致基站退服。Ø 可能原因：（1）GPS硬件故障；（2）基站進(jìn)程吊死；（3）DU硬件故障；Ø 處理步驟：請參考“Loss of Tracking”告警的處理步驟。(3)-System Clock Quality Degradation&#

3、216; 告警解釋：此告警表示系統(tǒng)或者無線時(shí)鐘進(jìn)入了“free-running”模式，不能滿足系統(tǒng)正常工作的需求。該告警為伴生告警，其提示作用。能夠觸發(fā)該告警的子告警為：l Network Synch Time from GPS Missingl Loss of Trackingl TU Synch Reference Loss of Signal Ø 可能原因：由于該告警為伴生告警，可能原因請參見其伴生的子告警。Ø 處理步驟：由于該告警為伴生告警，處理步驟請參見其伴生的子告警。(4)-Remote IP Address UnreachableØ 告警解釋：此告警

4、表示遠(yuǎn)端IP地址不可達(dá)，多為到核心網(wǎng)的IP地址不可用。Ø 可能原因：如上圖所示，從基站上僅有1條光纖（TNA口）或者網(wǎng)線（TNB口）作為傳輸。該告警為到核心網(wǎng)的IP地址不可達(dá)，所以不會(huì)是物理方面原因，多為配置問題。（1）ENBID、業(yè)務(wù)IP地址、業(yè)務(wù)VID和其他基站沖突或者配置有誤；（2）傳輸側(cè)故障；（3）核心網(wǎng)側(cè)故障；Ø 處理步驟：（1）檢查基站側(cè)ENBID、業(yè)務(wù)IP地址、業(yè)務(wù)VID是否沖突、配置正確。如有問題則進(jìn)行更改。（2）通知傳輸側(cè)核查傳輸。（3） 通知核心網(wǎng)側(cè)檢查核心網(wǎng)。(5)-License Key File FaultØ 告警解釋：此告警表示許可秘鑰

5、文件錯(cuò)誤，文件存放在ENB測，文件損壞可能影響業(yè)務(wù)性能及容量。Ø 可能原因：許可秘鑰文件錯(cuò)誤損壞或者丟失。Ø 處理步驟：重新加載許可秘鑰文件。(6)-Inter-PIU Link FaultØ 告警解釋：此告警表示Inter-PIU連接錯(cuò)誤（僅針對多塊DUL板件的配置）。Ø 可能原因：當(dāng)多個(gè)DUL級聯(lián)時(shí)，DUL之間會(huì)使用IDL級聯(lián)線。如上圖所示。（1）IDL連線故障；（2）基站進(jìn)程吊死；（3）DUL故障；Ø 處理步驟：（1）檢查IDL連線，如有問題則更換。（2）重啟基站。（3） 更換DUL。(7)-TU Hardware FaultØ

6、 告警解釋：此告警表示時(shí)鐘模塊硬件故障。Ø 可能原因：（1）基站進(jìn)程吊死；（2）DUL故障；Ø 處理步驟：（1）重啟告警DUL。（2）更換DUL。(8)-Slave TU Out of SynchronizationØ 告警解釋：此告警表示副時(shí)鐘模塊失步。Ø 可能原因：多出現(xiàn)在多個(gè)DUL級聯(lián)的情況下：（1）主DUL同步信號丟失；（2）IDL連線故障；（3）基站進(jìn)程吊死；（4）DUL故障；Ø 處理步驟：請參考“Inter-PIU Link Fault”告警處理步驟。(9)-LinkFailureØ 告警解釋：此告警表示基站DU到RRU鏈

7、路連接失敗，可能導(dǎo)致小區(qū)業(yè)務(wù)中斷。Ø 可能原因：根據(jù)不同的告警解釋具體可分為以下幾類：（1）Loss Of Signal意為RRU與DU主單元之間光路斷開，光纖斷開、傳輸質(zhì)量不好或者RRU故障。（2）No signal detected意為到RRU到DU無光，光纖斷開、傳輸質(zhì)量不好或者RRU故障。（3）Jitter Cleaner PLL not locked意為RRU到DU無光，光纖斷開、傳輸質(zhì)量不好或者RRU故障。（4）High bit error rate on CPRI link意為DU到RRU鏈路高誤碼報(bào)警Ø 處理步驟：（1）檢查DU和RRU之間的傳輸，如果不通或

8、者質(zhì)差則更換光纖或者傳輸。（2）檢查光模塊，如有問題則更換。（3）重啟RRU。（3）重啟DU。（4）更換RRU。(10)-HwFaultØ 告警解釋：此告警表示標(biāo)示告警的單元硬件錯(cuò)誤。Ø 可能原因：硬件錯(cuò)誤；Ø 處理步驟：更換告警硬件。(11)-VswrOverThresholdØ 告警解釋：此告警表示駐波比超限。Ø 可能原因：（1）天饋系統(tǒng)故障（2）RRU故障Ø 處理步驟：（1）檢查測量天饋系統(tǒng)駐波比，如有異常則進(jìn)行更換。（2）更換RRU。(12)-GeneralHwErrorØ 告警解釋：此告警表示一般硬件故障。

9、6; 可能原因：（1）基站進(jìn)程吊死；（2）數(shù)據(jù)配置錯(cuò)誤；（3）SUP硬件故障；Ø 處理步驟：（1）檢查基站數(shù)據(jù)配置是否正確，如有問題則進(jìn)行修改。（2）重啟基站。（3）更換MU機(jī)框。(13)-Gigabit Ethernet Link FaultØ 告警解釋：此告警表示千兆以太網(wǎng)連接故障，可能導(dǎo)致基站退服。Ø 可能原因：（1）基站傳輸故障；（2）DUL故障；Ø 處理步驟：（1）檢查基站傳輸連接，如有虛接或者尾纖破損則進(jìn)行重接或者更換。（2）通知傳輸側(cè)檢查傳輸。（3）更換DUL。(14)-PowerFailureØ 告警解釋：此告警表示RRU電源故

10、障，造成小區(qū)退服。Ø 可能原因：（1）RRU電源故障；（2）RRU故障；Ø 處理步驟：（1）檢查電源狀態(tài)。（2）檢查RRU電源接頭是否松動(dòng)，如有松動(dòng)重做接頭。（3）更換RRU。(15)-ServiceDegradedØ 告警解釋：此告警表示小區(qū)服務(wù)質(zhì)量下降。該告警為伴生告警，其提示作用。能夠觸發(fā)該告警的告警為：l LinkFailurel CalibrationFailurel HwFaultl VswrOverThresholdØ 可能原因：由于該告警為伴生告警，可能原因請參見其伴生的子告警。Ø 處理步驟：由于該告警為伴生告警，處理步驟請參見

11、其伴生的子告警。(16)-ServiceUnavailableØ 告警解釋：此告警表示小區(qū)服務(wù)質(zhì)量不可用，即小區(qū)退服。該告警為伴生告警，其提示作用。能夠觸發(fā)該告警的告警為：l HwFaultl PowerFailurel TemperatureExceptionalTakenOutOfServicel LinkFailurel ResourceConfigurationFailureØ 可能原因：由于該告警為伴生告警，可能原因請參見其伴生的子告警。Ø 處理步驟：由于該告警為伴生告警，處理步驟請參見其伴生的子告警。(17)-CalibrationFailure

12、16; 告警解釋：此告警表示校準(zhǔn)失敗，僅發(fā)生在8通道基站上。Ø 可能原因：根據(jù)不同的告警解釋可分為兩類：（1）signal too low校準(zhǔn)信號低且無駐波比告警，RRU端口與天線端口線序不匹配、跳線故障或RRU故障（2）signal disturbed校準(zhǔn)信號受到干擾，可能由于饋線故障或者外部干擾照成。Ø 處理步驟：（1）signal too low1. 按照下列標(biāo)準(zhǔn)檢查跳線和RRU之間線序，如有接錯(cuò)則按照規(guī)則更改。RRU的A-H口對應(yīng)天線的1-8口，RRU的ALD口對應(yīng)天線的CAL口2. 檢查故障跳線，如有問題則更換。3. 更換RRU。（2）signal disturb

13、ed1. 檢查故障跳線，如有問題則更換。2. 由于干擾導(dǎo)致，查找干擾源。(18)-Heartbeat FailureØ 告警解釋：此告警表示基站心跳告警，即基站脫管。Ø 可能原因：（1）DU掉電（2）傳輸故障（3）DU故障Ø 處理步驟：（1）檢查電源狀態(tài)。（2）檢查DU電源接頭是否松動(dòng)，如有松動(dòng)重做接頭。（3）檢查基站傳輸連接，如有虛接或者尾纖破損則進(jìn)行重接或者更換。（4）通知傳輸檢查傳輸狀態(tài)。（5）DU下電重啟.（6）更換DU。(19)-Plug-In Unit HW FailureØ 告警解釋：DU硬件錯(cuò)誤，可能導(dǎo)致基站退服。Ø 可能原因：

14、DU硬件錯(cuò)誤Ø 處理步驟：（1）對告警DU進(jìn)行下電重啟。（2）更換DU。(20)-Plug-In Unit General ProblemØ 告警解釋：DU普通錯(cuò)誤，可能導(dǎo)致基站退服。Ø 可能原因：（1）重復(fù)的軟件錯(cuò)誤；（2）配置錯(cuò)誤；（3）啟動(dòng)檢測出硬件錯(cuò)誤；（4）DU被拔出；Ø 處理步驟：（1）對告警DU進(jìn)行下電重啟。（2） 更換DU。(21)-Disk Volume C FullØ 告警解釋Disk Volume C Full是一個(gè)主要告警，這個(gè)告警由MO ManagedElementData發(fā)出。如果Main Processor（主處理

15、器MP）的C卷上存儲(chǔ)的數(shù)據(jù)過多，會(huì)導(dǎo)致該卷的可用空間耗盡或幾乎耗盡，此時(shí)系統(tǒng)會(huì)發(fā)出Disk Volume C Full告警。系統(tǒng)一般每隔15分鐘對C卷進(jìn)行一次檢測，如果可用空間小于等于MO ManagedElementData的屬性minimumHdVolumeCFreespace的值（單位為兆），告警就會(huì)出現(xiàn)。只要可用空間比minimumHdVolumeCFreespace的值大1M，告警就能消除。當(dāng)該告警出現(xiàn)時(shí)，需要?jiǎng)h除C卷的文件，令C卷有足夠空間，使告警消除。Ø 可能原因(1)存放了太多UpgradePackage MO，或者存放的UP MO非常大。(2)C卷上有大量其他文件(

16、3)C卷的最小可用空間設(shè)置得過大。也就是說，雖然有足夠的可用空間，但是屬性minimumHdVolumeCFreespace的值太大，使得C卷中允許使用的空間過小。Ø 處理步驟(1)確定是否有應(yīng)該刪除的舊UpgradePackage MO。如果有，請按照ALEX OPI中的Delete Upgrade Package刪除。(2)讀取屬性hdVolumeCFreespace。其值必須比屬性minimumHdVolumeCFreespace的值大至少1兆。否則，需刪除至少一個(gè)以上的UpgradePackage MO，直到C卷的可用空間足夠大。(3)完成以上操作后，等待15分鐘，看看告警是

17、否消除。或者讀取屬性minimumHdVolumeCFreespace的值，然后將其設(shè)置為相同的值，告警可能會(huì)立即消除。(4)如果告警沒有消除，磁盤上可能有其他可刪除的文件占用了空間，請聯(lián)系愛立信技術(shù)支持。(22)-Disk Volume D FullØ 告警解釋:Disk Volume D Full是一個(gè)主要告警，這個(gè)告警由MO GeneralProcessorUnit發(fā)出。如果Main Processor（主處理器MP）的D卷上存儲(chǔ)的數(shù)據(jù)過多，會(huì)導(dǎo)致該卷的可用空間耗盡或幾乎耗盡，此時(shí)系統(tǒng)會(huì)發(fā)出Disk Volume D Full告警。系統(tǒng)一般每隔15分鐘對C卷進(jìn)行一次檢測，如果可

18、用空間小于等于MO GeneralProcessorUnit的屬性minimumHdVolumeDFreespace的值（單位為兆），告警就會(huì)出現(xiàn)。只要可用空間比minimumHdVolumeDFreespace的值大1M，告警就能消除。當(dāng)這個(gè)告警出現(xiàn)時(shí)，需要?jiǎng)h除D卷的文件，令D卷有足夠空間，使告警消除。如果出現(xiàn)了這個(gè)告警，也許D卷就沒有足夠空間去存儲(chǔ)重要的新數(shù)據(jù)，新的升級包及創(chuàng)建新文件。Ø 可能原因:(1)太多UpgradePackage MO，或者M(jìn)O非常大。(2)ENB上有太多configuration version(CV)，或者CV非常大。(3)D卷上有大量其他文件（文件不

19、屬于任何UpgradePackage MO或configuration Version的一部分）。(4)D卷的最小可用空間設(shè)置得過大。也就是說，雖然有足夠的可用空間，但是屬性minimumHdVolumeDFreespace 的值太大，使得D卷中允許使用的空間過小。Ø 處理步驟:(1)確定是否有應(yīng)該刪除的舊UpgradePackage MO。如果有，請刪除。(2)如果告警僅因Core MP而發(fā)出，則檢查是否有應(yīng)該刪除的舊CV（檢查屬性faulttolerantCoreStates）。如果有，請刪除。(3)讀取屬性hdVolumeDFreespace。其值必須比屬性minimumHdV

20、olumeDFreespace的值大至少1兆。(4)完成以上操作后，等待15分鐘，看看告警是否消除?；蛘咦x取屬性minimumHdVolumeCFreespace的值，然后將其設(shè)置為相同的值，告警可能會(huì)立即消除。(5)如果告警沒有消除，請檢查是否有其他可以刪除的UpgradePackage MO或可以刪除的CV。如果有，請如上所述刪除。(6)如果告警仍然沒有消除，磁盤上可能有其他可刪除的文件占用了空間，請聯(lián)系愛立信技術(shù)支持。(23)-FanFailureØ 告警解釋:此告警是一個(gè)主要告警。告警細(xì)節(jié)描述如下表：Alarm CauseManaged ObjectDescriptionIm

21、pact設(shè)備故障FanGroup當(dāng)系統(tǒng)檢測到風(fēng)扇工作不正常的時(shí)候，就會(huì)出現(xiàn)該告警，風(fēng)扇接口的LED會(huì)亮黃燈。環(huán)境控制系統(tǒng)工作不正常，很有可能會(huì)導(dǎo)致RBS機(jī)柜中的設(shè)備過熱。Ø 處理步驟:(1)在RBS EM中重啟SCU（Support Control Unit）。(2)檢查告警是否已消除，如果已消除，故障處理完畢。(3)如果告警未消除，檢查風(fēng)扇。(4)如果告警未消除，在RBS EM中鎖定SCU。更換風(fēng)扇。(5)檢查告警是否已消除，如果已消除，故障處理完畢。(6)如果告警仍然沒有消除，請聯(lián)系愛立信技術(shù)支持。(24)-loss of synch reference redundancy&#

22、216; 告警解釋:此告警是次生告警，是由MO Synchronization發(fā)出?？梢詤⒖贾鞲婢?1) TU Synch Reference Loss of Signal (2) Network Synch Time from GPS Missing (3) Loss of Tracking (4) Synch Reference Path HW Fault (5) Packet Server Availability Fault (6) Synch Reference Not Reliable (7) Sync Reference PDV Problem (8) SDH相關(guān)告警: Los

23、s of Signal, Loss of Frame, MS Alarm Indication Signal, MS Degraded Signal, MS Excessive Bit Error Rate, Plug-In Unit HW Failure, or ET Hardware Fault (9) IP同步源: NTP Server Reachability Fault, or Gigabit Ethernet Link Fault(10) 此告警的后果是，同步源的數(shù)量減少或者只剩一個(gè)同步源，如果最后一個(gè)同步源也丟失，系統(tǒng)時(shí)鐘會(huì)進(jìn)入”holdover mode”，然后是”free-r

24、unning mode”，這樣就不能滿足無線模塊所要求的時(shí)鐘精度。Ø 處理步驟:執(zhí)行以下步驟:檢查MO Synchronization的syncRefStatus值(1)如果同步參考源的狀態(tài)是FAILED，DEGRADED，REF_PATH_FAILED_A或者REF_PATH_FAILED_B，則檢查是否同時(shí)有告警” Synch Reference Path HW Fault”，如果有，則參考告警” Synch Reference Path HW Fault”處理。(2)檢查GPS模塊，確保GPS天線按要求安裝，并嘗試GPS模塊重啟，并更換。(3)檢查時(shí)鐘源線纜，并嘗試更換。(4)

25、如果同步參考源的狀態(tài)是NOT_RELIABLE，根據(jù)MO IpSyncRef的NtpServerIpAddress，確定時(shí)鐘服務(wù)器，并檢查該服務(wù)器是否工作正常。(5)如果同步參考源的狀態(tài)是LOSS_OF_TRACKING，刪除所有狀態(tài)是LOSS_OF_TRACKING的同步源，然后重新添加1條或者多條同步源，等待2分鐘，看告警是否還會(huì)出。(6)如果告警繼續(xù)出現(xiàn)，根據(jù)ALEX OPI Lock Board 來鎖定故障板。 Lock type 是 Hardlock；(7)根據(jù)ALEX OPI Restart Board重新啟動(dòng)故障板。 RestartRank 是Cold with Test；(8)

26、根據(jù)ALEX OPI Unlock Board來解鎖板。(25)-Synch Reference Path HW FaultØ 告警解釋:此告警是一個(gè)主要告警，告警由 Managed Object (MO) Synchronization發(fā)出。當(dāng)從主用的同步參考源到Timing Uint模塊的同步路徑被干擾或者中斷時(shí)，將出現(xiàn)該告警。告警細(xì)節(jié)描述如下表：Ø 處理步驟:(1)鎖定DU ，重啟DU， 解鎖DU(2)在RBS EM 中，鎖定DU(3)重啟DU, restartRank 選擇RESTART_COLDWTEST (cold with test) , restartRea

27、son 選擇 UNPLANNED_O_AND_M_ISSUE, restartInfo 輸入告警名稱解鎖DU，檢查EM alarm list，查看告警是否清除(4)如果告警未被清除，請執(zhí)行以下操作。RBS EM 中，鎖定DU按照OPI Replacing Digital Units更換DU更換 DU解鎖DU，檢查 RBS EM 告警列表，查看告警是否清除(5)如果告警沒有清除，則按照流程更換回原來的硬件，請聯(lián)系愛立信技術(shù)支持。(26)-NoContactØ 告警解釋:此告警是一個(gè)主要告警，細(xì)節(jié)描述如下表：Probable CauseManaged ObjectDescriptionI

28、mpactEquipment MalfunctionAuxPlugInUnit連接丟失該單元無法承載業(yè)務(wù)AntennaNearUnit與AntennaNearUnit連接丟失AntennaNearUnit 無法正常運(yùn)作AntennaCtrlDevice與AntennaCtrlDevice無法連接，或者無法識別無法傾斜天線Configuration Or Customizing ErrorAntennaNearUnit沒有加載相應(yīng)license，導(dǎo)致無法激活設(shè)備AntennaNearUnit 無法正常運(yùn)作AntennaCtrlDevice沒有加載相應(yīng)license，導(dǎo)致無法激活設(shè)備無法傾斜天線&

29、#216; 處理步驟:(1)AuxPlugInUnit故障 對應(yīng)操作：A. 確認(rèn)riport的MO配置與現(xiàn)場物理連接匹配，并更正B. 如果告警未被清除，請執(zhí)行以下操作C. 鎖定對應(yīng)AuxPlugInUnit，更換硬件，解鎖D. 如果告警未被清除，則按照流程更換回原來的硬件，并聯(lián)系愛立信技術(shù)支持。(2)AntennaNearUnit 的 Equipment故障對應(yīng)操作：A. 確認(rèn)對應(yīng)MO配置與現(xiàn)場物理連接匹配，并更正B. 如果告警未被清除，請執(zhí)行以下操作C. 重啟連接該設(shè)備的RUD. 如果告警未被清除，請聯(lián)系愛立信技術(shù)支持。(3)AntennaNearUnit 的Configuration Or

30、 Customizing Error對應(yīng)操作：A. 確認(rèn)并安裝和激活license B. 如果告警未被清除，請聯(lián)系愛立信技術(shù)支持。(4)AntennaCtrlDevice的 Equipment故障對應(yīng)操作：A. 重啟對應(yīng)AIR 單元B. 如果告警未被清除，請執(zhí)行以下操作C. 更換AIR，并再次重啟D. 如果告警未被清除，則按照流程更換回原來的硬件，并請聯(lián)系愛立信技術(shù)支持。(5)AntennaCtrlDevice的Configuration Or Customizing Error對應(yīng)操作：A. 確認(rèn)并安裝和激活license B. 如果告警未被清除，請聯(lián)系愛立信技術(shù)支持。(27)-Licens

31、e Key File FaultØ 告警解釋:此告警是一個(gè)主要告警，告警由 Managed Object (MO) Licensing發(fā)出。告警細(xì)節(jié)描述如下表：Ø 處理步驟:確認(rèn)新的LKF 已經(jīng)從Ericsson Customer License Center 申請并獲取到，并進(jìn)行下一步；如果未獲取到，請聯(lián)系Ericsson Customer License Center進(jìn)行申請通過FTP或者SFTP使用Licensing MO的updateLicenseKeyFile Action進(jìn)行LKF 安裝如果告警未被清除，請聯(lián)系愛立信技術(shù)支持。(28)-告警NTP Server

32、Reachability FaultØ 告警解釋:這是一個(gè)主要告警,是由MO IpSyncRef 觸發(fā)的，當(dāng)NTP(Network Time Protocol) 客戶端檢測到NTP服務(wù)器為 not reachability 時(shí)，產(chǎn)生該告警. 同步參考信號的狀態(tài)會(huì)變?yōu)镹OT_REACHABLE。Ø 可能原因:(1)網(wǎng)絡(luò)中負(fù)荷太高，導(dǎo)致丟包(2)網(wǎng)絡(luò)中節(jié)點(diǎn)硬件故障(3)NTP 服務(wù)器配置不正確，或者NTP 服務(wù)器disable(4)無效的NTP服務(wù)器IP地址(5)DNS 服務(wù)器問題(6)域名問題.Ø 處理步驟:(1)等待2分鐘，如果告警消除，可能是由于網(wǎng)絡(luò)臨時(shí)擁塞導(dǎo)致

33、的.(2)檢查MO IpSyncRef下的屬性 ntpServerAddress ，獲得ntpserver的location.(3)如果ntpserver 的location不是一個(gè)域名，使用MO ipaccesshostEt的ping功能，看是否能ping 通ntpserver的ip.如果不能ping通，需要聯(lián)系NTP server維護(hù)人員，查看配置是否正確，如果能ping通， 告警仍存在，請聯(lián)系愛立信技術(shù)支持。(4)如果ntpserver的location是域名， 檢查MO IP 下的屬性dnsServer，獲取dns的IP地址， 查看是否能ping通，如果不能，需要聯(lián)系DNS的維護(hù)中心,

34、查看配置是否正確。如果能ping通，再使用MO ipaccesshostEt的ping功能，看是否能ping 通ntpserver，如果不能ping通， 需要聯(lián)系NTP server維護(hù)人員， 查看配置是否正確，如果能ping通，告警仍存在，請聯(lián)系愛立信技術(shù)支持。(29)-Plug-In Unit General ProblemØ 告警解釋:此告警是一個(gè)主要告警，是由MO PIU(plug-in-unit)產(chǎn)生，造成的后果是該P(yáng)IU攜帶的業(yè)務(wù)將會(huì)受到影響。Ø 可能原因:(1)重復(fù)出現(xiàn)的軟件錯(cuò)誤(2)配置錯(cuò)誤(3)硬件錯(cuò)誤(4)PIU未接好(5)由于沒有足夠的電源供應(yīng)，PIU

35、 由于系統(tǒng)的保護(hù)功能而被下電Ø 可能原因:(1)查看alarm log 及event log，查看與該告警相關(guān)的信息。(2)查看該告警是否在近幾天間斷的出現(xiàn)，如果是，有可能是PIU的硬件問題。(3)如果同時(shí)出現(xiàn)power feeding fault的告警，有可能是由于電源保護(hù)功能而PIU被下電。(4)確認(rèn)最可能的原因，按以下處理過程進(jìn)行處理。Ø 處理步驟:(1)如果是軟件問題導(dǎo)致的，執(zhí)行第6步，如果告警消除，退出本次處理過程，如果未消除，請聯(lián)系愛立信技術(shù)支持，進(jìn)一步行動(dòng)不在本操作指南討論的范圍之內(nèi)。(2)如果是配置問題,修改錯(cuò)誤的軟件或者硬件配置，有些配置需要重啟才能生效，

36、執(zhí)行第6步. 如果告警消除，退出本次處理過程，如果未消除，請聯(lián)系愛立信技術(shù)支持。(3)如果是硬件問題，先執(zhí)行第6步，如果告警消失，退出本次處理過程，如果未消失，需要更換硬件，lock對應(yīng)的PIU，執(zhí)行更換PIU的流程，再unlock PIU。更換硬件之后，如果告警未消失，請聯(lián)系愛立信技術(shù)支持。(4)如果是因?yàn)镻IU未接好，需要現(xiàn)場接入該板件，確認(rèn)硬件連接正確后，執(zhí)行第6步，如果告警未消除，請聯(lián)系愛立信技術(shù)支持。(5)如果是電源保護(hù)功能的問題，請參照power feeding fault 告警處理。(6)LOCK有問題的PIU，重啟該P(yáng)IU，RestartRank選擇 Cold with Test，RestartReason選擇Restart ordered to resolve O&M issues，RestartInfo 寫入告警名字.在PIU重啟完之后，解開該P(yáng)IU。(30)-Power