<p id="1tkge"></p>
  1. <td id="1tkge"><option id="1tkge"></option></td>
    1. <track id="1tkge"><strike id="1tkge"><b id="1tkge"></b></strike></track>
        <table id="1tkge"><ruby id="1tkge"></ruby></table>
        <acronym id="1tkge"></acronym>
      1. <table id="1tkge"></table>
            今天是:   歡迎訪問通信維護技術行業的門戶網站!  
            設為首頁
            加入收藏
            網站地圖
            首頁 > 通信技術 > 傳輸技術 >
            分享到: 收藏

            NodeB常見傳輸故障處理分類匯總
            2019-04-12 08:48:07   來源:   評論:0 點擊:

            一、E1 T1告警指示信號問題 告警解釋:傳輸的物理層有問題。解決步驟:一般是E1鏈路不通導致,工程上先排查E1。二、E1 T1 遠端告警問題 告
            一、E1/T1告警指示信號

            問題/告警解釋:傳輸的物理層有問題。
            解決步驟:一般是E1鏈路不通導致,工程上先排查E1。

            二、E1/T1 遠端告警

            問題/告警解釋:傳輸的物理層有問題。
            解決步驟:1、一般是E1鏈路不通導致,工程上先排查E1;2、檢查E1遠端鏈路狀態。

            三、E1/T1信號丟失告警

            問題/告警解釋:傳輸的物理層有問題。
            解決步驟:1、 一般是E1鏈路不通導致,工程上先排查E1,確保E1物理鏈路正常;2、該告警表明無接收信號,需要檢查RNC和NODEB配置:1)確認是E1還是T1;  2)幀格式是否一致;  3)編碼格式是否一致。3、E1要排除錯接的情況。4、該告警為E1/T1類最高優先級的告警,需要優先排查。

            四、E1/T1線路AIS告警

            問題/告警解釋:傳輸的物理層有問題。
            解決步驟:一般是E1鏈路不通導致,工程上先排查E1。

            五、E1/T1幀失步告警

            問題/告警解釋:傳輸的物理層有問題。
            解決步驟:1、一般是E1鏈路不通導致,工程上先排查E1;2、該告警表明E1鏈路上幀同步丟失,能夠接收信號,但E1數據幀同步不上,需要檢查鏈路上的干擾問題。

            六、E1/T1滑幀告警

            問題/告警解釋:傳輸的物理層有問題。
            解決步驟:1、一般是E1鏈路不通導致,工程上先排查E1;2、該告警是由時鐘不同步引起的,RNC默認是主,NODEB側為從。

            七、E1/T1環回故障

            問題/告警解釋:傳輸的物理層有問題。
            解決步驟:1、由于E1做環路導致,需要去環;2、之后需要在RNC和NODEB側進行RST IMAGRP的操作。

            八、E1/T1高誤碼率門限告警、E1/T1高誤碼率告警

            問題/告警解釋:傳輸的物理層有問題。
            解決步驟:一般是E1鏈路不通導致,工程上先排查E1。

            九、IMA組配置失敗告警

            問題/告警解釋:傳輸的鏈路層有問題。
            解決步驟:檢查IMA配置或者重啟MPTA。

            十、IMA/UNI鏈路信元定界丟失告警

            問題/告警解釋:傳輸的鏈路層有問題。
            解決步驟:1、一般由E1引起,E1鏈路恢復,該告警即可恢復;2、如果E1狀態正常,則需要檢查RNC和NODEB側IMA配置是否一致;3、如果一致,需要確認在RNC和NODEB進行對接中,如果RNC和NODEB已經進行了協商,之后是否E1被物理插拔過,并在RNC側執行RST IMAGRP把IMA組狀態恢復正常。
            備注:1、該IMA告警在所有IMA告警中處于最高優先級,如果E1正常且出現該告警,則需要優先排查;2、傳輸模塊會檢測鏈路信元頭是否正確,如果不正確,則上報該告警。

            十一、IMA鏈路幀失步告警

            問題/告警解釋:傳輸的鏈路層有問題。
            解決步驟:1. 一般由E1引起,E1鏈路恢復,該告警即可恢復;
            2. 如果E1正常該告警仍然不恢復,則需要檢查: 1)RNC和NODEB側配置是否一致; 2)是否存在錯接情況; 3)是否存在1組IMA和多組IMA相連接的情況,例如RNC側為1個IMA組,而NODEB側為多個IMA組; 4)確認IMA組本端無環回。3. 在RNC側執行RST IMAGRP把IMA組狀態恢復正常。

            十二、IMA鏈路延遲失步

            問題/告警解釋:傳輸的鏈路層有問題。
            解決步驟:1、一般由E1引起,E1鏈路恢復,該告警即可恢復;2、如果E1正常該告警仍然不恢復,則可能IMA組里有多條鏈路,但是鏈路質量不同,可以通過剔除某個鏈路來排查相關鏈路質量;3、在RNC側執行RST IMAGRP把IMA組狀態恢復正常。

            十三、IMA組內激活鏈路數不足告警

            問題/告警解釋:傳輸的鏈路層有問題。
            解決步驟:1、 一般是E1鏈路不通導致,工程上先排查E1;2、如果E1狀態正常,則需要檢查RNC和NODEB兩側配置的最小激活鏈路數,該值默認是1。

            十四、IMA鏈路信元定界失步故障

            問題/告警解釋:傳輸的鏈路層有問題。
            解決步驟:1、一般由E1引起,E1鏈路恢復,該告警即可恢復;2、如果E1狀態正常,則需要檢查RNC和NODEB側IMA配置是否一致;3、如果一致,需要確認在RNC和NODEB進行對接中,如果RNC和NODEB已經進行了協商,之后是否E1被物理插拔過,并在RNC側執行RST IMAGRP把IMA組狀態恢復正常。

            十五、IMA鏈路遠端接收不可用告警


            問題/告警解釋:傳輸的鏈路層有問題。
            解決步驟:1. 一般是E1鏈路不通導致,工程上先排查E1;2、如果E1狀態正常,則需要檢查對端鏈路是否正常。

            十六、FE接口故障

            問題/告警解釋:FE口沒有接網線或FE口故障所致,對使用ATM傳輸的基站不會有影響解決步驟。
            解決步驟:LCR4.0版本的問題,FE0沒有接網線,無影響的告警,可以手動清除掉。

            十七、BOOTP啟動告警、DHCP啟動告警

            問題/告警解釋:傳輸數據未配置或配置有誤所致,OMCH不可用。
            解決步驟:盲起起來但不成功,需要檢查傳輸線路 或者檢查基站腳本(OMCH)是否正確。

            十八、傳輸配置數據失效告警

            問題/告警解釋:配置的傳輸數據無法生效。
            解決步驟:可能是盲起起來了,重啟MPTA即可。

            十九、CCP故障

            問題/告警解釋:CCP不可用。
            解決步驟:傳輸的傳遞告警,一般是因為IMA組不可用導致的,參考IMA不可用的處理方法。

            二十、SAAL鏈路斷

            問題/告警解釋:承載在其上的業務傳輸會有問題。
            解決步驟:1、這幾個告警均為傳輸的傳遞告警,一般是因為IMA組不可用導致的,參考IMA不可用的處理方法:看看是否同時有E1的告警,如果有E1告警,需要工程上先把E1弄好;2、如果沒有E1告警,只有IMA的告警,可能有E1做自環了,需要上站排除自環的E1;也可能是盲起過程起來了,但是盲起沒有成功(這個需要等待半個小時確認);3、可以嘗試在RNC上執行RST IMAGRP復位一下IMA組,如果還不行,需要上站定位。

            二十一、AAL2鄰節點不可達、鄰節點無可用資源

            問題/告警解釋:鄰結點不可用,建立在其上的業務傳輸會有問題。
            解決步驟:1、這幾個告警均為傳輸的傳遞告警,一般是因為IMA組不可用導致的,參考IMA不可用的處理方法:看看是否同時有E1的告警,如果有E1告警,需要工程上先把E1弄好;2、如果沒有E1告警,只有IMA的告警,可能有E1做自環了,需要上站排除自環的E1;也可能是盲起過程起來了,但是盲起沒有成功(這個需要等待半個小時確認);3、可以嘗試在RNC上執行RST IMAGRP復位一下IMA組,如果還不行,需要上站定位。

            二十二、PATH故障

            問題/告警解釋:建立在其上的業務的傳輸會出問題。
            解決步驟:1、這幾個告警均為傳輸的傳遞告警,一般是因為IMA組不可用導致的,參考IMA不可用的處理方法:看看是否同時有E1的告警,如果有E1告警,需要工程上先把E1弄好;2、如果沒有E1告警,只有IMA的告警,可能有E1做自環了,需要上站排除自環的E1;也可能是盲起過程起來了,但是盲起沒有成功(這個需要等待半個小時確認);3、可以嘗試在RNC上執行RST IMAGRP復位一下IMA組,如果還不行,需要上站定位。

            二十三、SCTP鏈路斷開告警
            問題/告警解釋:導致SCTP鏈路上無法承載信令,如果是承載S1的信令,將導致整個NODEB無法提供業務。
            解決步驟:1、檢查E1鏈路狀態;2、如果E1鏈路狀態正常,檢查SCTP鏈路兩端配置是否一致。




















            相關熱詞搜索:NodeB 傳輸故障

            上一篇:G.654E光纖不會全面替代G.652D,只應用在必要場景
            下一篇:光纜線路的維護與施工

            无码免费的毛片基地
              <p id="1tkge"></p>
            1. <td id="1tkge"><option id="1tkge"></option></td>
              1. <track id="1tkge"><strike id="1tkge"><b id="1tkge"></b></strike></track>
                  <table id="1tkge"><ruby id="1tkge"></ruby></table>
                  <acronym id="1tkge"></acronym>
                1. <table id="1tkge"></table>