1、GPSSplitter愛立信LTE無線告警現(xiàn)場處理手冊日常故障處理方法(1) - Loss of Track ing? 告警解釋：此告警是由于系統(tǒng)或者無線時(shí)鐘失步導(dǎo)致，可能造成基站退服? 可能原因：（1）GPS硬件故障；（2）基站進(jìn)程吊死；（3）DU硬件故障；TD-LTE采用GPS進(jìn)行同步。其硬件以及連接方式如下:GPS碇件 GPS天線 射頻辭3GPS信號丹蔗器進(jìn)蒂- 頻樹縉 GPS信號接收器RJ45網(wǎng)線 祐雷器 GPS信號放大器（選裝）? 處理步驟：檢查GPS言號接收器上的工作狀態(tài)燈狀態(tài)工柱狀態(tài)指示KTf顯）（1）燈不亮1. 檢查GPS言號接收器和連接DU的RJ45網(wǎng)線，如有問題則進(jìn)行更換。

2、2. 檢查DU上的GPS端口是否存在問題，如有問題則更換 DU。（2）綠燈常亮1. 檢查連接DU的RJ45網(wǎng)線，如有問題進(jìn)行更換。2. 通知后臺重啟基站3. 更換DU。（3）綠燈閃1. 按照上面GPS硬件連接圖按照從DU到GPS天線的順序檢查各個(gè)接口是 否有虛接、各線纜是否有破損、各個(gè)單元硬件是否存在問題，如有問題 則進(jìn)行重接或者更換。2. 通知后臺重啟基站3. 更換DU。(2)-Network Synch Time from GPS Missing? 告警解釋：此告警是由于GPS信號丟失導(dǎo)致，可能導(dǎo)致基站退服。? 可能原因：（1）GPS硬件故障;（2）基站進(jìn)程吊死;（3）DU硬件故障； ?

3、處理步驟: 請參考“ Loss of Tracking”告警的處理步驟(3) -System Clock Quality Degradation? 告警解釋：此告警表示系統(tǒng)或者無線時(shí)鐘進(jìn)入了“ free-running”模式，不能滿足系統(tǒng)正常工 作的需求。該告警為伴生告警，其提示作用。能夠觸發(fā)該告警的子告警為：Network Synch Time from GPS Miss ingLoss of Track ingTU Synch Refere nee Loss of Sig nal ? 可能原因: 由于該告警為伴生告警，可能原因請參見其伴生的子告警? 處理步驟: 由于該告警為伴生告警，處理步

4、驟請參見其伴生的子告警(4) -Remote IP Address Un reachable? 告警解釋：此告警表示遠(yuǎn)端ip地址不可達(dá)，多為到核心網(wǎng)的ip地址不可用? 可能原因: 如上圖所示，從基站上僅有1條光纖（TNA 口）或者網(wǎng)線（TNB 口）作為傳輸 該告警為到核心網(wǎng)的IP地址不可達(dá)，所以不會是物理方面原因，多為配置問題。管理 IP&VLAM業(yè)務(wù) IP&VLAMrt nnn犧型傳輸（PTN或者PON ）1條光纖或者網(wǎng)線MM核心網(wǎng)oO O O Q O O0T 丁 丁 " qpo 9°?向白再戸宵戸1 口Rl F Rl E PH。ftl C flIB, F

5、fl A TN K HDL1TN A LM T B 1HT A A1J1E£SF5PW卻2個(gè) IP、2個(gè)VLAN（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? 告警解釋：此告警表示許可秘鑰文件錯(cuò)誤，文件存放在ENB測，文件損壞可能影響業(yè)務(wù)性能 及容量。? 可能原因： 許可秘鑰文件錯(cuò)誤損壞或者丟失?

6、 處理步驟： 重新加載許可秘鑰文件。(6) -Inter-PIU Link Fault? 告警解釋：此告警表示Inter-PIU連接錯(cuò)誤（僅針對多塊DUL板件的配置）? 可能原因：2. EG連找當(dāng)多個(gè)DUL級聯(lián)時(shí)，DUL之間會使用IDL級聯(lián)線。如上圖所示(1) IDL連線故障；(2) 基站進(jìn)程吊死；(3) DUL故障；? 處理步驟：(1) 檢查IDL連線，如有問題則更換。(2) 重啟基站。(3) 更換DUL 0(7) -TU Hardware Fault? 告警解釋：此告警表示時(shí)鐘模塊硬件故障。? 可能原因：(1) 基站進(jìn)程吊死；(2) DUL故障；? 處理步驟：(1) 重啟告警DUL o(2

7、) 更換 DUL o(8) -Slave TU Out of Syn chro nization? 告警解釋：此告警表示副時(shí)鐘模塊失步。? 可能原因： 多出現(xiàn)在多個(gè) DUL 級聯(lián)的情況下：(1) 主DUL同步信號丟失；(2) IDL連線故障；( 3)基站進(jìn)程吊死；(4) DUL故障； ? 處理步驟：請參考“ Inter-PIU Link Fault ”告警處理步驟(9) -LinkFailure? 告警解釋：此告警表示基站DU到RRU鏈路連接失敗，可能導(dǎo)致小區(qū)業(yè)務(wù)中斷。? 可能原因： 根據(jù)不同的告警解釋具體可分為以下幾類：( 1 ) Loss Of Signal意為RRU與DU主單元之間光路斷

8、開，光纖斷開、傳輸質(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之間的傳輸，如果不通或者質(zhì)差則更換光纖或者傳輸。2) 檢查光模塊，如有問題則更換。3) 重啟 RRU。(3) 重啟DU。(4) 更換 RRU。(10) -HwFault? 告

9、警解釋： 此告警表示標(biāo)示告警的單元硬件錯(cuò)誤? 可能原因： 硬件錯(cuò)誤；? 處理步驟： 更換告警硬件。(11) -VswrOverThreshold? 告警解釋： 此告警表示駐波比超限。? 可能原因：(1) 天饋系統(tǒng)故障(2) RRU故障 ? 處理步驟：( 1)檢查測量天饋系統(tǒng)駐波比，如有異常則進(jìn)行更換 ( 2)更換 RRU。(12) -GeneralHwError? 告警解釋： 此告警表示一般硬件故障。? 可能原因：( 1)基站進(jìn)程吊死；( 2)數(shù)據(jù)配置錯(cuò)誤；(3) SUP硬件故障;? 處理步驟：( 1)檢查基站數(shù)據(jù)配置是否正確，如有問題則進(jìn)行修改。 ( 2)重啟基站。( 3)更換 MU 機(jī)框

10、。(13) -Gigabit Ethernet Link Fault告警解釋：此告警表示千兆以太網(wǎng)連接故障，可能導(dǎo)致基站退服。? 可能原因：(1) 基站傳輸故障；(2) DUL故障； ? 處理步驟：( 1)檢查基站傳輸連接，如有虛接或者尾纖破損則進(jìn)行重接或者更換。( 2)通知傳輸側(cè)檢查傳輸。(3)更換 DUL 0(14) -PowerFailure? 告警解釋：此告警表示RRU電源故障，造成小區(qū)退服? 可能原因：(1) RRU電源故障;(2) RRU故障； ? 處理步驟：( 1 )檢查電源狀態(tài)0(2) 檢查RRU電源接頭是否松動(dòng)，如有松動(dòng)重做接頭 ( 3)更換 RRU0(15) -Servic

11、eDegraded? 告警解釋：此告警表示小區(qū)服務(wù)質(zhì)量下降0該告警為伴生告警，其提示作用0能夠觸發(fā)該告警的告警為：LinkFailureCalibrationFailureHwFaultVswrOverThreshold ? 可能原因：由于該告警為伴生告警，可能原因請參見其伴生的子告警? 處理步驟：由于該告警為伴生告警，處理步驟請參見其伴生的子告警(16) -ServiceUnavailable? 告警解釋： 此告警表示小區(qū)服務(wù)質(zhì)量不可用，即小區(qū)退服。 該告警為伴生告警，其提示作用。能夠觸發(fā)該告警的告警為：HwFaultPowerFailureTemperatureExceptionalTak

12、enOutOfServiceLinkFailureResourceConfigurationFailure ? 可能原因：由于該告警為伴生告警，可能原因請參見其伴生的子告警? 處理步驟：由于該告警為伴生告警，處理步驟請參見其伴生的子告警(17) -CalibrationFailure? 告警解釋：此告警表示校準(zhǔn)失敗，僅發(fā)生在 8通道基站上 ? 可能原因： 根據(jù)不同的告警解釋可分為兩類：（ 1） signal too low校準(zhǔn)信號低且無駐波比告警，RRU端口與天線端口線序不匹配、跳線故障或RRU 故障（ 2） signal disturbed 校準(zhǔn)信號受到干擾，可能由于饋線故障或者外部干擾照成

13、。? 處理步驟：（ 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 disturbed1. 檢查故障跳線，如有問題則更換。2. 由于干擾導(dǎo)致，查找干擾源。(18) -Heartbeat Failure告警解釋：此告警表示基站心跳告警即基站脫管? 可能原因：（1）DU掉電（ 2）傳輸故障（3）DU故障? 處理步驟：（ 1 ）檢查電源狀態(tài)。（2）檢查DU電源接頭是否松動(dòng)，如有松動(dòng)重做接頭。（

14、3）檢查基站傳輸連接，如有虛接或者尾纖破損則進(jìn)行重接或者更換。（ 4）通知傳輸檢查傳輸狀態(tài)。（5）DU下電重啟.（6）更換DU。(19) -Plug-In Unit HW Failure? 告警解釋：DU硬件錯(cuò)誤，可能導(dǎo)致基站退服。? 可能原因：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

15、。(21) -Disk Volume C Full? 告警解釋Disk Volume C Full是一個(gè)主要告警，這個(gè)告警由 MO ManagedElementDa發(fā)出。如果Main Processor (主處理器MP的C卷上存儲的數(shù)據(jù)過多，會導(dǎo)致該卷的可 用空間耗盡或幾乎耗盡，此時(shí)系統(tǒng)會發(fā)出 Disk Volume C Full 告警。系統(tǒng)一般每 隔15分鐘對C卷進(jìn)行一次檢測，如果可用空間小于等于MO ManagedElementData的屬性minimu mHdVolumeCFreespac的值(單位為兆)，告警就會出現(xiàn)。只要可用空間比minimumHdVolumeCFreespac的值大

16、1M告警就能消除。當(dāng)該告警出現(xiàn)時(shí)，需要?jiǎng)h除C卷的文件，令C卷有足夠空間，使告警消除。? 可能原因存放了太多UpgradePackage MO或者存放的UP MC非常大。(2)C 卷上有大量其他文件(3) C 卷的最小可用空間設(shè)置得過大。也就是說，雖然有足夠的可用空間，但是 屬性minimumHdVolumeCFreespac的值太大，使得 C卷中允許使用的空間過小。? 處理步驟 確定是否有應(yīng)該刪除的舊 UpgradePackage MQ如果有，請按照ALEX OPI中 的 Delete Upgrade Package 刪除。(2) 讀 取 屬 性 hdVolumeCFreespace 。 其

17、值 必 須 比 屬 性 minimumHdVolumeCFreespace的值大至少 1兆。否則，需刪除至少一個(gè)以上的 UpgradePackage MO直到C卷的可用空間足夠大。(3) 完成以上操作后，等待 15 分鐘，看看告警是否消除。或者讀取屬性mi nimumHdVolumeCFreespac的值，然后將其設(shè)置為相同的值，告警可能會立即 消除。(4) 如果告警沒有消除，磁盤上可能有其他可刪除的文件占用了空間，請聯(lián)系愛 立信技術(shù)支持。(22) -Disk Volume D Full? 告警解釋 :Disk Volume D Full 是一個(gè)主要告警，這個(gè)告警由 MO GeneralPro

18、cessorUnit 發(fā)出。如果Main Processor (主處理器Mp的D卷上存儲的數(shù)據(jù)過多，會導(dǎo)致該卷的可用空間耗盡或幾乎耗盡，此時(shí)系統(tǒng)會發(fā)出 Disk Volume D Full 告警。系統(tǒng)一般每隔15分鐘對C卷進(jìn)行一 次 檢 測 ， 如 果 可 用 空 間 小 于 等 于 MO GeneralProcessorUnit 的 屬 性 mi nimumHdVolumeDFreespace的值(單位為兆)，告警就會出現(xiàn)。只要可用空間比minimumHdVolumeDFreespace的值大1M,告警就能消除。當(dāng)這個(gè)告警出現(xiàn)時(shí)，需要?jiǎng)h除D卷的文件，令D卷有足夠空間，使告警消除。如果出現(xiàn)了這

19、個(gè)告警，也許 D卷就沒有足夠空間去存儲重要的新數(shù)據(jù)，新的升級包及創(chuàng)建新 文件。? 可能原因 :太多UpgradePackage MQ 或者M(jìn)0非常大。(2) ENB 上有太多 configuration version(CV) ，或者 CV 非常大。D卷上有大量其他文件(文件不屬于任何 UpgradePackage M0或con figurationVersion 的一部分)。(4) D 卷的最小可用空間設(shè)置得過大。也就是說，雖然有足夠的可用空間，但是屬性 minimumHdVolumeDFreespace 的值太大，使得 D 卷中允許使用的空間過 小。? 處理步驟 :確定是否有應(yīng)該刪除的舊

20、Upgrade Package MO如果有，請刪除。(2)如果告警僅因Core MP而發(fā)出，則檢查是否有應(yīng)該刪除的舊 CV (檢查屬性 faulttolerantCoreStates。如果有，請刪除。讀取屬性hdVolumeDFreespace其值必須比屬性 minimu mHdVolumeDFreespace 的值大至少 1 兆。(4) 完成以上操作后，等待15分鐘，看看告警是否消除。或者讀取屬性mi nimumHdVolumeCFreespace的值，然后將其設(shè)置為相同的值，告警可能會立 即消除。(5) 如果告警沒有消除，請檢查是否有其他可以刪除的UpgradePackage M0或可以刪

21、除的CV。如果有，請如上所述刪除。(6) 如果告警仍然沒有消除，磁盤上可能有其他可刪除的文件占用了空間，請聯(lián) 系愛立信技術(shù)支持。(23) -FanFailure? 告警解釋：此告警是一個(gè)主要告警。告警細(xì)節(jié)描述如下表:Alarm CauseMan aged ObjectDescripti onImpact設(shè)備故障Fan Group當(dāng)系統(tǒng)檢測到風(fēng)扇工作不正 常的時(shí)候，就會出現(xiàn)該告警， 風(fēng)扇接口的LED會亮黃燈。環(huán)境控制系統(tǒng)工作不正常， 很有可能會導(dǎo)致RBS機(jī)柜中 的設(shè)備過熱。? 處理步驟：(1) 在 RBS EM 中重啟 SCU( Support Control Unit)。(2) 檢查告警是否已

22、消除，如果已消除，故障處理完畢。(3) 如果告警未消除，檢查風(fēng)扇。如果告警未消除，在RBS EM中鎖定SCU。更換風(fēng)扇檢查告警是否已消除，如果已消除，故障處理完畢。(6)如果告警仍然沒有消除，請聯(lián)系愛立信技術(shù)支持。(24) -loss of synch reference redundancy? 告警解釋 :此告警是次生告警，是由MO Synchronization發(fā)出。可以參考主告警：(1) TU Synch Reference Loss of Signal(2) Network Synch Time from GPS Missing(3) Loss of Tracking(4) Synch

23、 Reference Path HW Fault(5) Packet Server Availability Fault(6) Synch Reference Not Reliable(7) Sync Reference PDV Problem(8) SDH 相關(guān)告警：Loss 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同步源：NT

24、P Server Reachability Fault, or Gigabit Ethernet Link Fault(10) 此告警的后果是，同步源的數(shù)量減少或者只剩一個(gè)同步源，如果最后一個(gè) 同步源也丟失，系統(tǒng)時(shí)鐘會進(jìn)入”holdover mode”然后是”free-running mode” 這樣就不能滿足無線模塊所要求的時(shí)鐘精度。? 處理步驟 ：執(zhí)行以下步驟 ：檢查 MO Synchronization 的 syncRefStatus值(1) 如果同步參考源的狀態(tài)是 FAILED ， DEGRADED ， REF_PATH_FAILED_A 或 者 REF_PATH_FAILED_B，則

25、檢查是否同時(shí)有告警 ” Synch Referenee Path HW Fault”，如果有，則參考告警 ” Synch Referenee Path HW Fault處理。(2) 檢查GPS模塊，確保GPS天線按要求安裝，并嘗試 GPS模塊重啟，并更換。(3) 檢查時(shí)鐘源線纜，并嘗試更換如果同步參考源的狀態(tài)是 NOT_RELIABLE，根據(jù)MO IpSyncRef的 NtpServerlpAddress,確定時(shí)鐘服務(wù)器，并檢查該服務(wù)器是否工作正常。如果同步參考源的狀態(tài)是LOSS_OF_TRACKING，刪除所有狀態(tài)是 LOSS_OF_TRACKING的同步源，然后重新添加1條或者多條同步源，

26、等待2 分鐘，看告警是否還會出。如果告警繼續(xù)出現(xiàn)，根據(jù)ALEX OPI Lock Board 來鎖定故障板。Lock type是 Hardlock ；根據(jù) ALEX OPI Restart Board重新啟動(dòng)故障板。RestartRank 是 Cold withTest；(8)根據(jù) ALEX OPI Unlock Board 來解鎖板。(25) -Synch Reference Path HW Fault告警解釋:此告警是一個(gè)主要告警，告警由Ma naged Object (MO) Syn chro ni zation發(fā)出。當(dāng)從主用的同步參考源到Timing Uint模塊的同步路徑被干擾或者中

27、斷時(shí)，將出現(xiàn) 該告警。告警細(xì)節(jié)描述如下表：Alarm CauseDescripti onFault Reas onFault Locati onImpactFault in the synchroni zati on refere nee path同步參考源到 TimingUint模塊的同步路徑 出現(xiàn)問題硬件故障TU如果沒有可用的備份 的同步參考源，那么 該故障將影響話務(wù).? 處理步驟:(1)鎖定DU，重啟DU，解鎖DU (2)在RBS EM中，鎖定DU 重啟 DU, restartRank 選擇 RESTART_COLDWTEST (cold with test) restartReason

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

29、quipmentMalfunctionAuxPlugInUnit連接丟失該單元無法承載業(yè)務(wù)AntennaNearUnit與AntennaNearUnit連接丟失AntennaNearUnit 無法正常運(yùn)作AntennaCtrlDevice與 AntennaCtrlDevice 無法連接，或者無法識別無法傾斜天線ConfigurationOrCustomizing ErrorAntennaNearUnit沒有加載相應(yīng)license，導(dǎo)致無法 激活設(shè)備AntennaNearUnit 無法正常運(yùn)作AntennaCtrlDevice沒有加載相應(yīng)license，導(dǎo)致無法 激活設(shè)備無法傾斜天線? 處理步驟

30、:(1)AuxPluglnUnit故障對應(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 Cus

31、tomizing Error 對應(yīng)操作：A. 確認(rèn)并安裝和激活 licenseB. 如果告警未被清除，請聯(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)并安裝和激活 licenseB.如果告警未被清除，請聯(lián)系愛立信技術(shù)支持。(27)

32、 -License Key File Fault告警解釋:此告警是一個(gè)主要告警，告警由 Managed Object (MO) Licensing發(fā)出。告警細(xì)節(jié)描述如下表:Alarm CauseDescripti onFault Reas onFault Locati onImpactThe Lice nse Key File (LKF) is corrupt.無有效的LKF安裝的LKF損壞C盤中的LKF任何需要license的功能和容量將無效The LKF is for the wrong no de.無有效的LKF該LKF已在別的node安裝C盤中的LKF任何需要license的功能和容量

33、將無效The LKF has been deleted.無有效的LKFLKF已被刪除C盤中的LKF任何需要license的功能和容量將無效The LKF does not exist for other reas ons.無有效的LKF硬件故障或者無LKF 安裝C盤中的LKF任何需要license的功能和容量將無效? 處理步驟：確認(rèn)新的LKF已經(jīng)從Ericsson Customer License Center申請并獲取到，并進(jìn)行下 一步； 如果未獲取到，請聯(lián)系 Ericss on Customer Lice nse Cen te進(jìn)行申請 通過 FTP或者 SFTP使用 Licensing M

34、O 的 updateLicenseKeyFile Action 進(jìn)行LKF 安 裝如果告警未被清除，請聯(lián)系愛立信技術(shù)支持。(28) -告警 NTP Server Reachability Fault告警解釋:這是一個(gè)主要告警，是由MO IpSyncRef 觸發(fā)的，當(dāng)NTP(Network Time Protocol)客戶端檢測到NTP服務(wù)器為not reachability 時(shí)，產(chǎn)生該告警.同步參考信號的狀態(tài)會變?yōu)镹OT_REACHABLE 。? 可能原因:(1) 網(wǎng)絡(luò)中負(fù)荷太高，導(dǎo)致丟包網(wǎng)絡(luò)中節(jié)點(diǎn)硬件故障(3)NTP 服務(wù)器配置不正確，或者 NTP 服務(wù)器 disable(4)無效的 NTP

35、 服務(wù)器 IP 地址(5) DNS 服務(wù)器問題(6) 域名問題.? 處理步驟 :(1)等待 2 分鐘，如果告警消除，可能是由于網(wǎng)絡(luò)臨時(shí)擁塞導(dǎo)致的.檢查 MO IpSyncRef 下的屬性 ntpServerAddress，獲得 ntpserver 的 location.如果 ntpserver 的 location 不是一個(gè)域名，使用 MO ipaccesshostEt的 ping 功能， 看是否能pi ng通n tpserver的ip.如果不能ping通，需要聯(lián)系NTP server維護(hù)人 員，查看配置是否正確，如果能ping通，告警仍存在，請聯(lián)系愛立信技術(shù)支持。如果ntpserver的lo

36、cation是域名， 檢查MO IP下的屬性dnsServe，獲取 dns的IP地址，查看是否能ping通，如果不能，需要聯(lián)系 DNS的維護(hù)中心，查 看配置是否正確。如果能ping通，再使用MO ipaccesshostEt的ping功能，看是 否能pi ng通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)生，造成的后果是該 PIU 攜

37、帶的業(yè)務(wù)將會受到影響。? 可能原因 :(1)重復(fù)出現(xiàn)的軟件錯(cuò)誤 (2)配置錯(cuò)誤(3)硬件錯(cuò)誤(4)PIU 未接好(5) 由于沒有足夠的電源供應(yīng)， PIU 由于系統(tǒng)的保護(hù)功能而被下電? 可能原因 :查看alarm log及event log,查看與該告警相關(guān)的信息。(2) 查看該告警是否在近幾天間斷的出現(xiàn)，如果是，有可能是PIU 的硬件問題。如果同時(shí)出現(xiàn)power feeding fault的告警，有可能是由于電源保護(hù)功能而 PIU 被下電。(4) 確認(rèn)最可能的原因,按以下處理過程進(jìn)行處理。? 處理步驟 :(1) 如果是軟件問題導(dǎo)致的,執(zhí)行第 6步,如果告警消除,退出本次處理過程, 如果未消除,

38、 請聯(lián)系愛立信技術(shù)支持, 進(jìn)一步行動(dòng)不在本操作指南討論的范圍之 內(nèi)。(2) 如果是配置問題 ,修改錯(cuò)誤的軟件或者硬件配置, 有些配置需要重啟才能生效, 執(zhí)行第 6步. 如果告警消除,退出本次處理過程,如果未消除,請聯(lián)系愛立信技 術(shù)支持。(3) 如果是硬件問題,先執(zhí)行第 6 步,如果告警消失,退出本次處理過程,如果未消失，需要更換硬件，lock對應(yīng)的PIU，執(zhí)行更換PIU的流程，再unlock PIU 更換硬件之后,如果告警未消失,請聯(lián)系愛立信技術(shù)支持。(4) 如果是因?yàn)?PIU 未接好，需要現(xiàn)場接入該板件，確認(rèn)硬件連接正確后，執(zhí)行 第 6 步，如果告警未消除，請聯(lián)系愛立信技術(shù)支持。(5) 如果是電源保護(hù)功能的問題，請參照 power feeding fault 告警處理(6) LOCK 有問題的 PIU，重啟該 PIU, RestartRank選擇 Cold with Test, RestartReason選擇 Restart o