愛立信LTE無線故障現場處理手冊教學文案

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

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

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

4、驟請參見其伴生的子告警(4) -Remote IP Address Un reachable? 告警解釋：此告警表示遠端ip地址不可達，多為到核心網的ip地址不可用? 可能原因: 如上圖所示，從基站上僅有1條光纖（TNA 口）或者網線（TNB 口）作為傳輸 該告警為到核心網的IP地址不可達，所以不會是物理方面原因，多為配置問題。管理 IP&VLAM業務 IP&VLAMrt nnn犧型傳輸（PTN或者PON ）1條光纖或者網線MM核心網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個 IP、2個VLAN（1）ENBID、業務IP地址、業務VID和其他基站沖突或者配置有誤；（ 2）傳輸側故障；（ 3）核心網側故障； ? 處理步驟：（1）檢查基站側ENBID、業務IP地址、業務VID是否沖突、配置正確。如有問 題則進行更改。（ 2）通知傳輸側核查傳輸。（3） 通知核心網側檢查核心網。(5) -License Key File Fault? 告警解釋：此告警表示許可秘鑰文件錯誤，文件存放在ENB測，文件損壞可能影響業務性能 及容量。? 可能原因： 許可秘鑰文件錯誤損壞或者丟失?

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

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

8、開，光纖斷開、傳輸質量不好或者 RRU故障。( 2) No signal detected意為到RRU到DU無光，光纖斷開、傳輸質量不好或者 RRU故障。( 3) Jitter Cleaner PLL not locked意為RRU到DU無光，光纖斷開、傳輸質量不好或者 RRU故障。( 4) High bit error rate on CPRI link意為DU到RRU鏈路高誤碼報警? 處理步驟：(1) 檢查DU和RRU之間的傳輸，如果不通或者質差則更換光纖或者傳輸。2) 檢查光模塊，如有問題則更換。3) 重啟 RRU。(3) 重啟DU。(4) 更換 RRU。(10) -HwFault? 告

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

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

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

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

13、。? 處理步驟：（ 1） signal too low1. 按照下列標準檢查跳線和RRU之間線序，如有接錯則按照規則更改RRU的A-H 口對應天線的1-8口，RRU的ALD 口對應天線的CAL 口2. 檢查故障跳線，如有問題則更換。3. 更換 RRU。（ 2） signal disturbed1. 檢查故障跳線，如有問題則更換。2. 由于干擾導致，查找干擾源。(18) -Heartbeat Failure告警解釋：此告警表示基站心跳告警即基站脫管? 可能原因：（1）DU掉電（ 2）傳輸故障（3）DU故障? 處理步驟：（ 1 ）檢查電源狀態。（2）檢查DU電源接頭是否松動，如有松動重做接頭。（

14、3）檢查基站傳輸連接，如有虛接或者尾纖破損則進行重接或者更換。（ 4）通知傳輸檢查傳輸狀態。（5）DU下電重啟.（6）更換DU。(19) -Plug-In Unit HW Failure? 告警解釋：DU硬件錯誤，可能導致基站退服。? 可能原因：DU硬件錯誤 ? 處理步驟：（1）對告警DU進行下電重啟（2）更換DU。(20) -Plug-In Unit General Problem? 告警解釋：DU普通錯誤，可能導致基站退服。? 可能原因：(1) 重復的軟件錯誤；(2) 配置錯誤；(3) 啟動檢測出硬件錯誤；(4) DU被拔出；? 處理步驟：(1) 對告警DU進行下電重啟。(2) 更換 DU

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

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

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

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

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

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

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

22、消除，如果已消除，故障處理完畢。(3) 如果告警未消除，檢查風扇。如果告警未消除，在RBS EM中鎖定SCU。更換風扇檢查告警是否已消除，如果已消除，故障處理完畢。(6)如果告警仍然沒有消除，請聯系愛立信技術支持。(24) -loss of synch reference redundancy? 告警解釋 :此告警是次生告警，是由MO Synchronization發出。可以參考主告警：(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 相關告警：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) 此告警的后果是，同步源的數量減少或者只剩一個同步源，如果最后一個 同步源也丟失，系統時鐘會進入”holdover mode”然后是”free-running mode” 這樣就不能滿足無線模塊所要求的時鐘精度。? 處理步驟 ：執行以下步驟 ：檢查 MO Synchronization 的 syncRefStatus值(1) 如果同步參考源的狀態是 FAILED ， DEGRADED ， REF_PATH_FAILED_A 或 者 REF_PATH_FAILED_B，則

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

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

27、斷時，將出現 該告警。告警細節描述如下表：Alarm CauseDescripti onFault Reas onFault Locati onImpactFault in the synchroni zati on refere nee path同步參考源到 TimingUint模塊的同步路徑 出現問題硬件故障TU如果沒有可用的備份 的同步參考源，那么 該故障將影響話務.? 處理步驟:(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) 如果告警未被清除，請執行以下操作RBS EM中，鎖定DU按照 OPI Replac ing Digital Un its 更換 DU更換DU解鎖DU，檢查RBS EM告警列表，查看告警是否清除(5) 如果告警沒有清除，則按照流程更換回原來的硬件，請聯系愛立信技術支持。(26) -NoContact? 告警解釋：此告警是一個主要告警，細節描述如下表ProbableManaged ObjectDescriptionImpactCauseE

29、quipmentMalfunctionAuxPlugInUnit連接丟失該單元無法承載業務AntennaNearUnit與AntennaNearUnit連接丟失AntennaNearUnit 無法正常運作AntennaCtrlDevice與 AntennaCtrlDevice 無法連接，或者無法識別無法傾斜天線ConfigurationOrCustomizing ErrorAntennaNearUnit沒有加載相應license，導致無法 激活設備AntennaNearUnit 無法正常運作AntennaCtrlDevice沒有加載相應license，導致無法 激活設備無法傾斜天線? 處理步驟

30、:(1)AuxPluglnUnit故障對應操作：A. 確認riport的MO配置與現場物理連接匹配，并更正B. 如果告警未被清除，請執行以下操作C. 鎖定對應AuxPlugInUnit，更換硬件，解鎖D. 如果告警未被清除，則按照流程更換回原來的硬件，并聯系愛立信技術支持。(2) AntennaNearUnit 的 Equipment 故障對應操作：A. 確認對應 MO 配置與現場物理連接匹配，并更正B. 如果告警未被清除，請執行以下操作C. 重啟連接該設備的 RUD. 如果告警未被清除，請聯系愛立信技術支持。(3) AntennaNearUnit 的 Configuration Or Cus

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

32、 -License Key File Fault告警解釋:此告警是一個主要告警，告警由 Managed Object (MO) Licensing發出。告警細節描述如下表: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的功能和容量將無效? 處理步驟：確認新的LKF已經從Ericsson Customer License Center申請并獲取到，并進行下 一步； 如果未獲取到，請聯系 Ericss on Customer Lice nse Cen te進行申請 通過 FTP或者 SFTP使用 Licensing M

34、O 的 updateLicenseKeyFile Action 進行LKF 安 裝如果告警未被清除，請聯系愛立信技術支持。(28) -告警 NTP Server Reachability Fault告警解釋:這是一個主要告警，是由MO IpSyncRef 觸發的，當NTP(Network Time Protocol)客戶端檢測到NTP服務器為not reachability 時，產生該告警.同步參考信號的狀態會變為NOT_REACHABLE 。? 可能原因:(1) 網絡中負荷太高，導致丟包網絡中節點硬件故障(3)NTP 服務器配置不正確，或者 NTP 服務器 disable(4)無效的 NTP

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

36、cation是域名， 檢查MO IP下的屬性dnsServe，獲取 dns的IP地址，查看是否能ping通，如果不能，需要聯系 DNS的維護中心，查 看配置是否正確。如果能ping通，再使用MO ipaccesshostEt的ping功能，看是 否能pi ng通ntpserver，如果不能ping通，需要聯系NTP server維護人員，查看配置是否正確，如果能 ping 通，告警仍存在，請聯系愛立信技術支持。(29) -Plug-In Unit General Problem? 告警解釋 :此告警是一個主要告警，是由 MO PIU(plug-in-unit) 產生，造成的后果是該 PIU 攜

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

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