TD-LTE基站告警處理專題(華為)V3

1、中國移動廣東公司版權(quán)所有4G基站告警問題分析與解決工作坊中國移動廣東公司版權(quán)所有 本課程版權(quán)屬中國移動廣東公司所有，未經(jīng)中國移動廣東公司許可，任何人不得以現(xiàn)有（或?qū)沓霈F(xiàn)）的任何形式對本課程或其中任何部分進行再使用和復(fù)制，否則將追究其法律責(zé)任。 課程開發(fā)團隊：惠州公司郭海鳳、河源公司譚振銓、河源公司鄧曉斌、中山公司廖津華、中山公司劉歡 課程版本信息：2014年第1版 課程修訂記錄：暫無修訂前言中國移動廣東公司版權(quán)所有講師介紹 郭海鳳 惠州公司中國移動廣東公司版權(quán)所有本課程的目標(biāo) 深入分析4G基站故障告警問題 根據(jù)告警類別定位和提出可行性高的解決方案 加深對問題分析和解

2、決工具的掌握和應(yīng)用；中國移動廣東公司版權(quán)所有目 錄 第一部分 故障分類 第二部分 故障分析 第三部分 處理實例中國移動廣東公司版權(quán)所有LTE網(wǎng)絡(luò)結(jié)構(gòu)中國移動廣東公司版權(quán)所有LTE網(wǎng)絡(luò)結(jié)構(gòu)-基站系統(tǒng)組成 Page 7DBS3900基站系統(tǒng)的功能模塊可靈活組合，以滿足不同場景下的無線覆蓋要求。BBU和RRU之間使用光纖連接。LMT（Local Maintenance Terminal）是安裝了“華為本地維護終端”軟件組，并與網(wǎng)元的實際操作維護網(wǎng)絡(luò)連通的操作維護終端。LMT可通過BBU的維護口維護DBS3900基站系統(tǒng)。M2000移動網(wǎng)元管理系統(tǒng)是移動網(wǎng)絡(luò)統(tǒng)一管理平臺。通過這個平臺，可以統(tǒng)一管理華為

3、公司的移動網(wǎng)元。天饋系統(tǒng)接收上行信號，發(fā)射下行信號。中國移動廣東公司版權(quán)所有LTE網(wǎng)絡(luò)結(jié)構(gòu)-基站系統(tǒng)組成 中國移動廣東公司版權(quán)所有UMPT主控板Page 9DRRU3138-fUMPTUMPT單板主要功能：完成基站的配置管理、設(shè)備管理、性能監(jiān)視、信令處理等功能。 為BBU內(nèi)其他單板提供信令處理和資源管理功能。 提供USB接口、傳輸接口、維護接口，完成信號傳輸、軟件自動升級、在LMT或OMC920上維護BBU的功能。LBBP單板的主要功能包括： 提供與射頻模塊的IR接口。 完成上下行數(shù)據(jù)的基帶處理功能。LBBP基帶板LTE網(wǎng)絡(luò)結(jié)構(gòu)-基站系統(tǒng)組成 中國移動廣東公司版權(quán)所有LTE問題分析開始單個或多

4、個網(wǎng)元脫管網(wǎng)元未脫管但出現(xiàn)業(yè)務(wù)鏈路告警OMC出現(xiàn)”ALM-29204”X2接口故障告警OMC出現(xiàn)”ALM-29240”小區(qū)不可用告警基站PINGMME/SGW是否可達2、S1接口傳輸故障1、S1接口鏈路故障OMC出現(xiàn)”ALM-29201”S1接口故障告警基站間互PING是否可達4、X2接口鏈路故障3、X2接口傳輸故障OMC是否出現(xiàn)基站相關(guān)的天饋告警6、小區(qū)建立失敗故障5、基站天饋故障7、操作維護鏈路故障無線側(cè)故障聯(lián)系U2000監(jiān)控人員看是否出現(xiàn)與網(wǎng)元路徑相關(guān)的通斷類告警8、IP承載網(wǎng)通斷類故障是否是否是是是是否否是否是否中國移動廣東公司版權(quán)所有目 錄 第一部分 故障分類 第二部分 故障分析 第

5、三部分 處理實例模板說明：無。* 請在完成課件后刪除此文本框中國移動廣東公司版權(quán)所有p故障現(xiàn)象： SZ局點媽灣FE 上報S1接口故障告警，小區(qū)無法建立，提示小區(qū)使用的S1鏈路異常。 ？案例一： S1接口鏈路故障中國移動廣東公司版權(quán)所有p告警信息：S1接口故障告警，告警ID=29201，定位信息，S1接口標(biāo)識=0, 運營商索引=0, 具體問題=建立失敗產(chǎn)生, 描述信息=NULL。小區(qū)不可用告警：告警ID29240，定位信息小區(qū)使用的S1鏈路異常p原因分析：1、S1接口參數(shù)配置錯誤，2、SCTP鏈路擁塞，鏈路故障，3、跟蹤區(qū)域配置信息未配置，4、基站運營商信息配置錯誤p處理過程：DSP S1INT

6、ERFACE查詢S1接口鏈路參數(shù)和核心網(wǎng)一致，排除S1INTERFACE配置原因，DSP SCTPLNK查詢SCTP鏈路狀態(tài)，排除SCTP鏈路問題導(dǎo)致S1接口無法建立CNOPERATOR 配置錯誤導(dǎo)致S1接口故障案例一： S1接口鏈路故障中國移動廣東公司版權(quán)所有DSP S1INTERFACE查詢S1接口鏈路參數(shù)和核心網(wǎng)一致，排除S1INTERFACE配置原因，DSP SCTPLNK查詢SCTP鏈路狀態(tài)，排除SCTP鏈路問題導(dǎo)致S1接口無法建立CNOPERATOR 配置錯誤導(dǎo)致S1接口故障中國移動廣東公司版權(quán)所有案例一： S1接口鏈路故障配置信息和網(wǎng)規(guī)工參一致，已經(jīng)正常配置發(fā)現(xiàn)運營商配置信息中的

7、移動網(wǎng)絡(luò)碼MNC配置為“08”，與核心網(wǎng)協(xié)商值“00”不一致，DSP S1INTERFACE學(xué)習(xí)到的MNC“00”,修改為MOD CNOPERATOR為“00”后，S1INTERFACE正常建立，小區(qū)也隨之正常建立，問題解決。p思考與總結(jié)：該站曾經(jīng)多次安排開通，但是一直因為傳輸有問題而無法開通，數(shù)據(jù)做的比較早，之后全網(wǎng)站點的MNC改造，全網(wǎng)都從“08”修改為 “00”，網(wǎng)管數(shù)據(jù)沒有及時更新導(dǎo)致該問題出現(xiàn)中國移動廣東公司版權(quán)所有中國移動廣東公司版權(quán)所有第一類：S1接口鏈路故障IPSEC場景：安全網(wǎng)關(guān)MTU設(shè)置過小IPSEC場景：網(wǎng)元中IPSEC的協(xié)商參數(shù)錯誤IPSEC場景：DSCP值與VLANI

8、D無映射關(guān)系網(wǎng)元MTU值配置過小ENB側(cè)配置MME協(xié)議版本與核心網(wǎng)不一致使用同一SCTP端口號的基站過多基站的MNCMCCTAenodeBID配置是否錯誤SCTPLNK的DSCP值與傳輸網(wǎng)絡(luò)配置是否一致SCTPLNK的本端、對端端口號是否配置錯誤SCTPLNK的本端、對端IP地址是否配置錯誤S1接口鏈路故障IPPATH鏈路故障SCTP鏈路故障ENB側(cè)配置MME協(xié)議版本與核心網(wǎng)不一致使用同一SCTP端口號的基站過多IPPATH的應(yīng)用類型是否配置錯誤IPPATH的本端、對端IP地址是否配置錯誤IPPATH的DSCP值與傳輸網(wǎng)絡(luò)配置是否一致IPPATHK開啟ping檢測后，對端SGW業(yè)務(wù)IP是否禁p

9、ing否核心網(wǎng)問題承載網(wǎng)問題異廠家設(shè)備對接，核心網(wǎng)不支持基站命名中包含下劃線MME漏配PLMN,表現(xiàn)為ENB學(xué)不到MNC，MMCPTN單板故障PTN修改報文內(nèi)容中國移動廣東公司版權(quán)所有第二類：S1接口傳輸故障中國移動廣東公司版權(quán)所有第二類：S1接口傳輸故障中國移動廣東公司版權(quán)所有第二類：S1接口傳輸故障中國移動廣東公司版權(quán)所有第二類：S1接口傳輸故障中國移動廣東公司版權(quán)所有S1接口傳輸故障頻閃故障現(xiàn)象：enodeb頻繁上報S1接口故障告警；故障原因：傳輸光模塊或尾纖故障 查看PTN或UMPT板的光口收發(fā)光弱，如否一般更換后站點即可恢復(fù)；PTN傳輸溫度過高 傳輸設(shè)備單板溫度或機房溫度異常導(dǎo)致傳輸

10、數(shù)據(jù)包丟失，修復(fù)機房空調(diào)或更換傳輸設(shè)備風(fēng)扇。兩端傳輸端口模式設(shè)置不一致 查看基站和PTN兩邊的傳輸端口模式是否一致，一般基站均設(shè)置為；機房輸入電壓不穩(wěn)定 檢查機房輸入電壓是否正常，如電壓輸入過低可能導(dǎo)致基站頻繁重啟。微波阻擋 檢查微波是否受阻擋或接收電平值不在正常范圍內(nèi)。LST ETHPORT:;惠州龍門龍城自營廳-HLW+ 惠州龍門龍城自營廳-HLW 2015-11-18 16:31:48O&M #51409%/*93004015*/LST ETHPORT:;%RETCODE = 0 執(zhí)行成功查詢以太網(wǎng)端口配置信息- 柜號 = 0 框號 = 0 槽號 = 6 子板類型 = 基板 端口

11、號 = 0 端口屬性 = 未配置 最大傳輸單元(字節(jié)) = 1500 速率 = 未配置 雙工模式 = 未配置 ARP代理 = 啟用 流控 = 啟動 MAC層錯幀率超限告警產(chǎn)生門限() = 10 MAC層錯幀率超限告警恢復(fù)門限() = 8接收廣播報文超限告警產(chǎn)生門限(包/秒) = 320接收廣播報文超限告警恢復(fù)門限(包/秒) = 288 用戶標(biāo)簽 = NULL 自動配置標(biāo)識 = 自動創(chuàng)建 柜號 = 0 框號 = 0 槽號 = 6 子板類型 = 基板 端口號 = 1 端口屬性 = 光口 最大傳輸單元(字節(jié)) = 1400 速率 = 1000M= 1000M 雙工模式 = = 全雙工 ARP代理 =

12、 禁用 流控 = 啟動 MAC層錯幀率超限告警產(chǎn)生門限() = 10 MAC層錯幀率超限告警恢復(fù)門限() = 8接收廣播報文超限告警產(chǎn)生門限(包/秒) = 320接收廣播報文超限告警恢復(fù)門限(包/秒) = 288 用戶標(biāo)簽 = NULL 自動配置標(biāo)識 = 手工創(chuàng)建(結(jié)果個數(shù) = 2)- END中國移動廣東公司版權(quán)所有p 現(xiàn)象描述: 現(xiàn)網(wǎng)基站不斷出現(xiàn)SCTP鏈路故障告警和X2接口鏈路故障告警。 案例二： X2接口傳輸故障？中國移動廣東公司版權(quán)所有p告警信息 : 告警描述：告警ID：25888 SCTP鏈路故障告警和29204 X2接口故障告警 現(xiàn)網(wǎng)一直出現(xiàn)不能消除的不影響業(yè)務(wù)的告警。p原因分析：

13、 1、對端沒有添加X2 Interface導(dǎo)致本的SCTP鏈路告警。 2、兩端的小區(qū)有不可用小區(qū)導(dǎo)致X2鏈路不通告警。 3、在網(wǎng)管上ping測試，由本端ping對端X2的IP，查看是否傳輸不通。 4、查看X2鏈路的本端和對端IP與SCTP鏈路配置是否一致。 p處理過程 ：1、目前現(xiàn)網(wǎng)的X2是通過SON 自建立的模式，正常的情況不用手動添加X2 Ineterface。不存在對端未添加的問題。 2、懷疑是自建立的X2鏈路有問題，讓其重新自建立，于是試刪除一個站點的本對端X2接口，第二天有用戶接入時自建立，又重新出現(xiàn)X2告警和對應(yīng)的SCTP鏈路故障告。 3、如果一端小區(qū)閉塞或者小區(qū)不可用，也會出現(xiàn)X

14、2告警，因為兩端鏈路建立失敗，但是通過DSP CELL查詢本端和對端的所有小區(qū)的狀態(tài)都屬于正常狀態(tài)，所以也排除了小區(qū)不可用的可能。4、通過在管上LST SCTPLNK，通過Ping命令ping X2鏈路所屬的本端到對端的IP地址，發(fā)現(xiàn)可以Ping通。于是查詢本和對端的SCTP LINK，比對后確定兩端都有相對應(yīng)的SCTP鏈路，而且IP地址沒有錯誤。案例二： X2接口傳輸故障中國移動廣東公司版權(quán)所有案例二： X2接口傳輸故障 DSP SCTPLNK，查詢兩端的基站的SCTPLNK如果配置和小區(qū)狀態(tài)都是合理的，而且可以Ping通，但是鏈路卻是斷鏈的，最有可能的就是PTN所配置X2傳輸不通，于是找到

15、傳輸PTN端，與傳輸溝通后發(fā)現(xiàn)可能是ARP自動學(xué)習(xí)功能所導(dǎo)致的。未開啟ARP學(xué)習(xí)的網(wǎng)，只能與綁定在列表內(nèi)的IP、路由通訊，其他IP一律ping不通。通過PTN修改LTE的基礎(chǔ)數(shù)據(jù)配置，在三層接口配置/子接口數(shù)據(jù)子選項中的ARP學(xué)習(xí)功能勾選上后，開啟ARP學(xué)習(xí)后，類似于X2這種SON自建立所產(chǎn)生的鏈路能夠Ping通并正常工作。 p 思考和總結(jié)：1、一些棘手的告警，不能只靠刪除一些簡單鏈路來解決，需要從數(shù)據(jù)配置上和底層鏈路來分析，對于X2的SON自建立鏈路來說，當(dāng)刪除后，有用戶接入時，他還是會自動添加。2、現(xiàn)網(wǎng)中ARP自動學(xué)習(xí)功能影響了X2鏈路，打開ARP學(xué)習(xí)，自建立鏈路就完全可以Ping通，無告

16、警。中國移動廣東公司版權(quán)所有案例二： X2接口傳輸故障 DSP SCTPLNK，查詢本端基站的SCTPLNK中國移動廣東公司版權(quán)所有案例二： X2接口傳輸故障 DSP SCTPLNK，查詢對端基站的SCTPLNK中國移動廣東公司版權(quán)所有第三類：X2接口傳輸故障中國移動廣東公司版權(quán)所有第三類：X2接口傳輸故障X2接口傳輸故障基站是否有下一跳地址/對端基站的ARP映射表S1接口數(shù)據(jù)鏈路層故障或配置問題本段/對端VLAN未配置或VLAN ID配置錯誤S1接口網(wǎng)絡(luò)層故障查詢兩基站X2 IP是否與規(guī)劃數(shù)據(jù)一致查詢兩基站路由配置是否正確基站間BFD會話數(shù)據(jù)配置是否正確設(shè)置的DSCP值是否在VLANCLAS

17、S列表中配置通過U2000監(jiān)控是否出現(xiàn)與改網(wǎng)元相關(guān)的物理層告警是承載網(wǎng)物理層問題否承載網(wǎng)網(wǎng)絡(luò)層問題注：無線和網(wǎng)絡(luò)側(cè)可通過ping/traceroute方式進行逐段定位1、IP未配置或配置錯誤2、路由配置錯誤3、其他兩基站都可接入網(wǎng)關(guān)，證明基站到第一級PTN物理鏈路正常否否是中國移動廣東公司版權(quán)所有第四類：X2接口鏈路故障IPSEC場景：安全網(wǎng)關(guān)MTU設(shè)置過小IPSEC場景：網(wǎng)元中IPSEC的協(xié)商參數(shù)錯誤IPSEC場景：DSCP值與VLANID無映射關(guān)系網(wǎng)元MIU值配置過小ENB側(cè)配置基站協(xié)議版本不一致SCTPLNK的DSCP值與傳輸網(wǎng)絡(luò)配置是否一致SCTPLNK的本端、對端端口號是否配置錯誤S

18、CTPLNK的本端、對端IP地址是否配置錯誤對端基站SCTPLNK是否未配置X2接口鏈路故障IPPATH鏈路故障SCTP鏈路故障IPPATH的應(yīng)用類型是否配置錯誤IPPATH的本端、對端IP地址是否配置錯誤IPPATH的DSCP值與傳輸網(wǎng)絡(luò)配置是否一致對端基站IPPATH是否未配置否核心網(wǎng)問題承載網(wǎng)問題異廠家設(shè)備對接，核心網(wǎng)不支持基站命名中包含下劃線MME漏配PLMN,表現(xiàn)為ENB學(xué)不到MNC，MMCPTN單板故障PTN修改報文內(nèi)容小區(qū)未激活或不可用X2 over M2000自建立：網(wǎng)元與網(wǎng)管數(shù)據(jù)不同步X2自建聯(lián)方式錯誤X2 overS1自建鏈S1鏈路故障X2自建鏈方式錯誤中國移動廣東公司版權(quán)

19、所有p故障現(xiàn)象：某LTE站點4天內(nèi)出現(xiàn)10次“射頻單元維護鏈路異常告警”，告警恢復(fù)時間自2分鐘至4分鐘左右第3次由于長時間沒有恢復(fù)，超過10分鐘，導(dǎo)致RRU復(fù)位，復(fù)位后告警消失。此告警存在會影響即傳即攝的業(yè)務(wù)。案例三： 基站天饋故障？中國移動廣東公司版權(quán)所有p故障分析：1、在網(wǎng)管中心的告警臺上，檢查是否存在告警（基站側(cè)可登陸基站或聯(lián)系網(wǎng)管）；2、光模塊的型號與射頻單元側(cè)是否匹配,并用DSP SFP命令，選擇對應(yīng)的柜、框、槽，及光電模塊號查詢光模塊動態(tài)信息（注意eNodeB不同軟件版本，查詢光模塊動態(tài)信息命令不同，具體可搜索查詢），收發(fā)光是否過低或過高（基站側(cè)可直接檢查BBU到RRU光模塊型號是

20、否相同或登陸基站查詢）。從下圖的查詢結(jié)果可以看出RRU側(cè)的光模塊發(fā)射功率正常，而接收功率很小，BBU側(cè)發(fā)射功率正常而接收功率也偏小。案例三： 基站天饋故障中國移動廣東公司版權(quán)所有99案例三： 基站天饋故障中國移動廣東公司版權(quán)所有案例三： 基站天饋故障90框RRU與2槽位BBU均為發(fā)射功率正常，而接收功率過低中國移動廣東公司版權(quán)所有p故障分析：從收發(fā)功率角度分析，可以確定光纖鏈路插損過大所致（插損在光學(xué)系統(tǒng)中表示一種光能量在投射插入器件后的出射光強和入射光強的比值），此站點RRU位于美化樹，從BBU出來的尾纖到近端ODG架，BBU近端ODG架于RRU近端ODF架之間為光纜連接，RRU近端ODF架

21、與RRU之間使用40m帶鎧甲光纖連接，全程光纖總長度為180m。光模塊發(fā)射功率5000（0.1微瓦），接收功率2500（0.1微瓦）均為正常。經(jīng)查詢對比，90框RRU與2槽位BBU均為發(fā)射功率正常，而接收功率過低，由此判斷為光纖插損所致。插損導(dǎo)致HDLC鏈路誤碼過高，使得HDLC鏈路不穩(wěn)定。在告警處顯示為“射頻單元維護鏈路異常告警”。p故障處理方法：聯(lián)系代維到BBU近端，現(xiàn)場用紅光激光筆測試光纖桐廬情況，對端可以看到紅點，證明光纖沒有斷開。對插損過大光纖進行更換，使用MML命令DSP SFP查詢光模塊動態(tài)信息，接收兩端光功率相差在允許內(nèi)。告警消除。p 思考和總結(jié)：基站天饋故障從RRU到天線端的

22、故障，因傳輸光模塊導(dǎo)致的天饋故障占比是比較大的，應(yīng)從施工質(zhì)量、光模塊故障RRU故障等分析問題。案例四： 基站天饋故障中國移動廣東公司版權(quán)所有第五類：基站天線故障7 、 IR端口速率協(xié)商不一致6 、RRU配置類型錯誤或版本問題 5、BBI光口故障、BBI單板故障4、RRU掉電、RRU故障3、光模塊損壞或不匹配2、尾纖損壞1、光纖不通、損壞基站天線故障IR接口故障射頻單元故障GPS時鐘源故障中國移動廣東公司版權(quán)所有7 饋線問題導(dǎo)致PATH通道自動關(guān)閉6 合路器問題（室分系統(tǒng)特有問題）5 RRU天線故障4 線纜處于擠壓、彎折或饋線損壞3 饋線頭工藝差，接頭連接處松動、進水2 用戶設(shè)置的駐波門限小于1

23、.51 部分或全部校準(zhǔn)通道被鎖定基站天線故障IRIR接口故障射頻單元故障GPSGPS時鐘源故障第五類：基站天線故障中國移動廣東公司版權(quán)所有基站天線故障IRIR接口故障射頻單元故障GPSGPS時鐘源故障7 MPT單板、放大器或星卡故障 6 GPS天線故障 5 GPS天線位置安裝不合理4 線纜、避雷器損壞3 星卡鎖星不足2 饋線頭工藝差，接頭連接處松動，進水1 未配置時鐘參考源或配置錯誤第五類：基站天線故障中國移動廣東公司版權(quán)所有p故障現(xiàn)象：SZ局點TDS/L某雙模站點，TDL側(cè)3個小區(qū)上報小區(qū)服務(wù)能力下降告警案例五： 小區(qū)建立失敗故障？中國移動廣東公司版權(quán)所有p故障分析：首先在網(wǎng)管上查看基站是否

24、斷開（基站側(cè)聯(lián)系網(wǎng)管確認(rèn)）；2、DSP CELL，發(fā)現(xiàn)小區(qū)為不可用狀態(tài)（基站側(cè)可直接登錄基站查詢或聯(lián)系網(wǎng)管）； 1、查詢小區(qū)是否可用 案例五： 小區(qū)建立失敗故障中國移動廣東公司版權(quán)所有p故障分析：DSP CELL，發(fā)現(xiàn)小區(qū)為不可用狀態(tài)（基站側(cè)可直接登錄基站查詢或聯(lián)系網(wǎng)管）；2、查看RRU是否有告警案例五： 小區(qū)建立失敗故障中國移動廣東公司版權(quán)所有3、查詢光路是否OK 4、查詢GPS是否可用 5、查看是否有License告警 LST ALMAF案例五： 小區(qū)建立失敗故障中國移動廣東公司版權(quán)所有3、查詢光路是否OK 4、查詢GPS是否可用 5、查看是否有License告警 LST ALMAF案例五

25、： 小區(qū)建立失敗故障中國移動廣東公司版權(quán)所有3、查詢光路是否OK 4、查詢GPS是否可用 5、查看是否有License告警5、LST ALMAF，也無license告警懷疑與數(shù)據(jù)配置有關(guān)，查詢RRU和扇區(qū)配置發(fā)現(xiàn)該站點為8T8R的宏站配置，而RRU的8個PATH也都正確關(guān)聯(lián)進去。懷疑RRU硬件可能是RRU3152-fa，不支持上述8T8R的配置，查詢RRU硬件信息發(fā)現(xiàn)確實如此，6、LST RRU: 查詢RRU/RFU配置信息柜號 框號 槽號 管理狀態(tài) RRU拓?fù)湮恢?RRU鏈/環(huán)編號 RRU在鏈中的插入位置 RRU類型 RRU工作制式 接收通道個數(shù) 發(fā)射通道個數(shù)0 60 0 解閉塞 主鏈環(huán) 1

26、 0 MRRU TDS_TDL 8 87、LST SECTOR: 查詢扇區(qū)配置信息 扇區(qū)號 扇區(qū)名稱 地理坐標(biāo)數(shù)據(jù)格式 秒格式天線經(jīng)度(秒) 秒格式天線緯度(秒) 經(jīng)度(1e-6度) 緯度(1e-6度) 天線模式1sector_1 度格式 NULL NULL 11425002 2273022 八發(fā)八收8、DSP BRDMFRINFO:CN=0,SRN=60,SN=0;描述 = TD-TECH RRU3152-FA DC,WD1MTRU4FADH,TD-SCDMA 1880-1910MHz&2010-2025MHz 2 path案例五： 小區(qū)建立失敗故障中國移動廣東公司版權(quán)所有p故障現(xiàn)象

27、：SZ局點TDS/L某雙模站點，TDL側(cè)3個小區(qū)上報小區(qū)服務(wù)能力下降告警p故障分析：1、在網(wǎng)管上查看基站是否斷開（基站側(cè)聯(lián)系網(wǎng)管確認(rèn)）；2、DSP CELL，發(fā)現(xiàn)小區(qū)為不可用狀態(tài)（基站側(cè)可直接登錄基站查詢或聯(lián)系網(wǎng)管）；3、LST ALMAF查看是否有RRU告警,如硬件,溫度,掉電等告警（基站側(cè)可直接檢查或登錄基站查詢）；4、DSP BRD ，看是否有RRU故障（基站側(cè)可直接查看RRU是否掉電）；5、DSP SFP查詢不可用RRU對應(yīng)的光路是否OK（基站側(cè)可看指示燈是否正常）；6、DSP CLKSRC查看當(dāng)前使用的時鐘,如是GPS ,DSP GPS查看當(dāng)前收星情況（基站側(cè)直接查看GPS是否開路或

28、登錄基站查看）；7、查看是否有系統(tǒng)無License運行告警、配置數(shù)據(jù)超出License限制告警，查詢結(jié)果RRU駐波、收發(fā)光功率都正常，無其它相關(guān)告警。通常小區(qū)服務(wù)能力下降告警都是由于站點硬件故障導(dǎo)致的，例如RRU駐波告警、RRU到BBU之間收發(fā)光異常、光模塊速率過低等，但是查詢該站點并不存在上述情況，懷疑跟數(shù)據(jù)配置有關(guān)。 1、查詢小區(qū)是否可用 2、查看RRU是否有告警案例五： 小區(qū)建立失敗故障回顧這個案例中國移動廣東公司版權(quán)所有3、查詢光路是否OK 4、查詢GPS是否可用 5、查看是否有License告警 LST ALMAF懷疑與數(shù)據(jù)配置有關(guān)，查詢RRU和扇區(qū)配置發(fā)現(xiàn)該站點為8T8R的宏站配置

29、，而RRU的8個PATH也都正確關(guān)聯(lián)進去。懷疑RRU硬件可能是RRU3152-fa，不支持上述8T8R的配置，查詢RRU硬件信息發(fā)現(xiàn)確實如此，LST RRU: 查詢RRU/RFU配置信息柜號 框號 槽號 管理狀態(tài) RRU拓?fù)湮恢?RRU鏈/環(huán)編號 RRU在鏈中的插入位置 RRU類型 RRU工作制式 接收通道個數(shù) 發(fā)射通道個數(shù)0 60 0 解閉塞 主鏈環(huán) 1 0 MRRU TDS_TDL 8 8LST SECTOR: 查詢扇區(qū)配置信息 扇區(qū)號 扇區(qū)名稱 地理坐標(biāo)數(shù)據(jù)格式 秒格式天線經(jīng)度(秒) 秒格式天線緯度(秒) 經(jīng)度(1e-6度) 緯度(1e-6度) 天線模式1sector_1 度格式 NUL

30、L NULL 11425002 2273022 八發(fā)八收DSP BRDMFRINFO:CN=0,SRN=60,SN=0;描述 = TD-TECH RRU3152-FA DC,WD1MTRU4FADH,TD-SCDMA 1880-1910MHz&2010-2025MHz 2 pathp故障處理：將相關(guān)配置數(shù)據(jù)修改為RRU3152-fa支持的場景后，告警恢復(fù)。p思考與總結(jié)：本案例中RRU配置為8發(fā)8收，實際物理硬件為RRU3152-fa，只支持2發(fā)2收，但沒有上報“單板類型和配置不匹配告警”，而是從檢測RRU的實際能力出發(fā)，上報“小區(qū)服務(wù)能力不足告警”，這一點需要注意。此外，告警信息中提示

31、“小區(qū)當(dāng)前使用發(fā)射通道數(shù)=1, 小區(qū)當(dāng)前使用接收通道數(shù)=1”，而不是2個通道數(shù) , 應(yīng)該與小區(qū)實際生效時檢測到只有1個可用通道有關(guān)。案例五： 小區(qū)建立失敗故障中國移動廣東公司版權(quán)所有第六類：小區(qū)建立失敗故障小區(qū)建立失敗故障小區(qū)帶寬是否超出RRU支持門限配置小區(qū)數(shù)量超過RRU支持門限物理信道功率配置超過RRU最大門限CPRI速率是否不滿足小區(qū)配置需求時鐘工作模式配置是否錯誤CPRI壓縮模式是否不一致上下行子幀、特殊子幀配比是否錯誤E-NodB的license是否不支持雙模RRU雙模站點協(xié)商數(shù)據(jù)配置是否一致RRU是否處于駐波比測試狀態(tài)License是否容量受限或失敗子幀配比和特殊子幀配置是否不一致

32、小區(qū)前導(dǎo)格式是否不一致循環(huán)前綴類型是否不一致BF算法開關(guān)是否設(shè)置合理小區(qū)配置參數(shù)是否一致否其他原因中國移動廣東公司版權(quán)所有p問題描述：某新建站點進行盲啟的時候傳輸不通。案例六： 操作維護鏈路問題？中國移動廣東公司版權(quán)所有p問題分析：OMC側(cè)查看基站未處于盲啟中，OMC側(cè)的DHCP、路由等配置文件均未發(fā)現(xiàn)問題。上站，進行近端故障排查?；疚锢矶丝谶B接正確，登陸LMT操作維護，檢查基站盲啟開關(guān)打開。DSP ETHPORT查看傳輸端口狀態(tài)，端口狀態(tài)為未激活，屬性為自協(xié)商，而傳輸側(cè)人員查詢的傳輸PTN950的端口屬性為千兆全雙工模式。p處理方案：通過SET ETHPORR修改UMPT傳輸端口的屬性為千

33、兆全雙工，修改完成后，DSP ETHPORT查看端口狀態(tài)正常，基站與網(wǎng)管報文交互正常，啟站成功。傳輸端口屬性的規(guī)劃基本原則是與對端端口屬性保持一致，因此在數(shù)據(jù)規(guī)劃時需要提前從傳輸側(cè)獲取與基站對接的端口屬性。eNodeB主控板UMPT提供FE/GE光接口，均支持單模和多模光纖。光口工作模式可以指定速率和雙工模式，或者使用自協(xié)商。推薦指定功率和雙工模式。如果協(xié)商通過，網(wǎng)卡就把鏈路置為激活狀態(tài)，如果不能通過，則該鏈路不能使用。自協(xié)商完全由物理層芯片設(shè)計實現(xiàn)，因此并不使用專用數(shù)據(jù)包帶來任何高層開銷。 eNodeB雙工模式和自協(xié)商處理機制：1、光口兩端如果設(shè)置不一致，自協(xié)商端口就可能會DOWN，必須兩端

34、全為自協(xié)商。2、電口兩端如果設(shè)置不一致，自協(xié)商/千兆雙工，則自協(xié)商端就會協(xié)商為千兆全雙工，另外當(dāng)要使用千兆電口時，必須選擇自協(xié)商模式。案例六： 操作維護鏈路問題中國移動廣東公司版權(quán)所有第七類：操作維護鏈路問題OMC未配置到基站的路由OMC配置文件錯誤OMC服務(wù)器相關(guān)服務(wù)進程未啟動OMC側(cè)該網(wǎng)元的DHCP配置錯誤基站正處於盲啟中操作維護鏈路故障聯(lián)系U2000監(jiān)控人員，未出現(xiàn)與網(wǎng)元路徑相關(guān)的通斷類告警上站，進行近端故障排查基站VLAN ID配置錯誤VLAN PRI/DSCP值配置過低基站物理端口模式設(shè)置錯誤基站物理端口是否連接錯誤基站盲啟開關(guān)未打開其他原因MTU設(shè)置過小承載網(wǎng)路由器DHCP rel

35、ay開關(guān)未打開中國移動廣東公司版權(quán)所有故障現(xiàn)象：網(wǎng)管與基站無法正常通行，OSS上報網(wǎng)元斷鏈告警；故障原因：傳輸光模塊或尾纖故障 查看PTN或UMPT板的光口是否正常收發(fā)光，如否一般更換后站點即可恢復(fù)；UMPT主控板故障 UMPT板狀態(tài)燈不正常或無法通過IE登陸近端LMT維護臺，那可能是UMPT板故障，需申請更換；更換前通知OMC后臺備份數(shù)據(jù)，以免申請到板件后數(shù)據(jù)無法第一時間恢復(fù)。PTN端口模式設(shè)置錯誤 正常情況下華為傳輸PTN端口模式必須配置為Tag Aware;如果被設(shè)置為Access,則站點將會斷鏈，通過傳輸修改回Tag Aware即可；傳輸隧道業(yè)務(wù)故障 如以上三種方式無法解決網(wǎng)元斷鏈的故障，可讓傳輸網(wǎng)管人員重做隧道業(yè)務(wù)。第七類：操作維護鏈路問題中國移動廣東公司版權(quán)所有第七類：操作維護鏈路問題一鍵快速定位法：一鍵快速定位法：利用地址解析協(xié)議，即ARP（Address Resolution Protocol），其原理是根據(jù)IP地址獲取物理地址的一個TCP/IP協(xié)議。主機發(fā)送信息時將包含目標(biāo)IP地址的ARP請求廣播到網(wǎng)絡(luò)上的所有主機，并接收返回消息，以此確定目標(biāo)的物理地址；收到返回消息后將該IP地址和物理地址存入本機ARP緩存中并保留20分鐘。操作方法：操作方法