LTE故障排查與日常問題處理

LTE故障排查與日常問題處理第一頁，共34頁。目錄LTE故障排查流程和故障處理方法常用故障分析思路業(yè)務(wù)類故障處理設(shè)備類故障處理第二頁，共34頁。故障排查流程LTE故障排查流程序號步驟說明1備份數(shù)據(jù)需備份的數(shù)據(jù)包括數(shù)據(jù)庫、告警信息、日志文件等。2故障信息收集故障信息是故障處理的重要依據(jù)，任何一個故障的處理過程都是從維護(hù)人員獲得故障信息開始，維護(hù)人員應(yīng)盡量收集需要的故障信息。3確定故障范圍和類別根據(jù)故障現(xiàn)象，確定故障的范圍和種類。4定位故障原因根據(jù)故障現(xiàn)象，結(jié)合故障信息，從眾多可能原因中找出故障原因。5排除故障確定故障原因后，采取適當(dāng)?shù)拇胧┗虿襟E排除故障。6確認(rèn)故障是否排除在執(zhí)行故障排除步驟后，還需要驗證故障是否已被排除。如果故障已排除，故障處理結(jié)束；如果故障未排除，返回到確定是否可以判斷為另一個故障范圍和類別。7聯(lián)系華為技術(shù)支持如果無法確定故障的范圍和種類，或者無法排除故障，請聯(lián)系華為技術(shù)支持。第三頁，共34頁。故障處理方法LTE故障處理方法第四頁，共34頁。目錄LTE故障排查流程和故障處理方法常用故障分析思路業(yè)務(wù)類故障處理設(shè)備類故障處理第五頁，共34頁。故障分析思路常用故障分析思路第六頁，共34頁。目錄LTE故障排查流程和故障處理方法常用故障分析思路業(yè)務(wù)類故障處理設(shè)備類故障處理第七頁，共34頁。接入類故障接入類常見故障處理類別常見問題現(xiàn)象問題原因常規(guī)場景接入問題某市已開站點(diǎn)測試發(fā)現(xiàn)，終端撥號軟件顯示沒有信號，但是從Probe連接終端查看無線參數(shù)可以看到PCI、RSRP、SINR值。終端顯示無信號MME配置錯誤，導(dǎo)致Nas拒絕。某站點(diǎn)在開站完成后進(jìn)行單站驗證時發(fā)現(xiàn)UE無法接入。S1-U故障，SGW的IPPATH不可用。某市一個站點(diǎn)在10號出現(xiàn)VIP用戶接入失敗，失敗原因是沒有可用的無線資源。PCRF流量策略變更導(dǎo)致釋放。某市反饋新開站無法接入。HSS開戶問題，OPC設(shè)置錯誤。某地市A站點(diǎn)無法接入。eNodeB加密和完整性保護(hù)設(shè)置錯誤。特殊場景接入問題某市修改PLMN后，部分終端無法接入?yún)?shù)整改時將移動網(wǎng)絡(luò)碼由46005改為了46003，部分終端插的UIM卡為46005，并且終端設(shè)置成為禁止漫游，所以無法接入，將終端設(shè)置允許漫游后問題解決。現(xiàn)階段未規(guī)模放號，問題主要為單用戶類故障，網(wǎng)絡(luò)KPI中的接入類問題不在這里討論。由上表可以看到，接入過程涉及幾乎LTE所有網(wǎng)元，每個網(wǎng)元都可能出現(xiàn)接入失敗的問題。因此，快速掌握該階段的問題定位能力，盡快進(jìn)入網(wǎng)絡(luò)運(yùn)維階段，是本次接入類問題交流的重點(diǎn)：首先掌握LTE接入的基本流程。掌握快速找到問題的方法。第八頁，共34頁。接入類故障接入流程總體介紹-Attach流程終端開機(jī)后，首先選擇合適小區(qū)駐留，然后發(fā)起Attach流程。RRC建立原因值為：Mo-SignalingAttach流程可以分為四個步驟:隨機(jī)接入RRC連接建立鑒權(quán)等NAS過程E-RAB建立在Attach時數(shù)據(jù)卡終端通常只建立一個默認(rèn)承載，支持VOIP的LG終端以及有些智能終端如HTC往往同時還建立專有承載。第九頁，共34頁。接入類故障接入流程總體介紹-ServiceRequest流程RRC建立原因值分為：Mo-data：上行有數(shù)據(jù)需要發(fā)送Mt-Access：響應(yīng)尋呼ServiceRequest流程可以分為三個步驟:隨機(jī)接入RRC連接建立E-RAB建立因為核心網(wǎng)側(cè)已有終端的注冊信息和能力信息，ServiceRequest流程通常不需要進(jìn)行鑒權(quán)和UE能力查詢。

用戶Attach之后，如果UE回到Idle模式，再發(fā)起業(yè)務(wù)時使用ServiceRequest流程。

第十頁，共34頁。接入類故障信令跟蹤快速找出接入失敗原因1.善于利用釋放消息中的Cause找原因2.信令對比快速查找異常點(diǎn)第十一頁，共34頁?；ゲ僮黝惞收螩L互操作常見故障4G信令4G業(yè)務(wù)3G信令3G業(yè)務(wù)優(yōu)化切換新增eAN無會話時需進(jìn)行鑒權(quán)(可選)切換時延終端需要支持CL雙模能力，即支持LTE業(yè)務(wù)和eHRPD業(yè)務(wù)。單卡單號雙IMSI，需要在3G和4G同時開戶。終端優(yōu)選LTE網(wǎng)絡(luò)駐留，移動過程中，根據(jù)網(wǎng)絡(luò)信號情況選擇覆蓋更好的網(wǎng)絡(luò)。eHRPD接入時，基于PDN連接采集計費(fèi)信息。HSGW生成基于PDN級的時長和流量信息的HSGW-CDR；PGW基于PDN連接生成離線計費(fèi)PGW-CDR，或與OCS進(jìn)行在線計費(fèi)。實(shí)現(xiàn)eHRPD和LTE網(wǎng)絡(luò)之間的切換，關(guān)鍵技術(shù)在于切換前后P-GW保持不變：eHRPD接入，P-GW支持與3GPPAAA/HSS之間的S6b接口，將用戶當(dāng)前PDN連接的P-GWID(P-GWIP或者PGWFQDN)和APN等信息更新到3GPPAAA/HSS，用于切換到LTE網(wǎng)絡(luò)后，MME從HSS得到源PGWID，向源PGW發(fā)起會話建立。LTE接入，MME支持與HSS之間的S6a接口，將用戶當(dāng)前PDN連接的P-GWID(P-GWIP或者PGWFQDN)和APN等信息更新到HSS，用于切換到eHRPD網(wǎng)絡(luò)后，HSGW從3GPPAAA/HSS得到源PGWID，向源PGW發(fā)起會話建立。第十二頁，共34頁?；ゲ僮黝惞收螩L互操作時延問題處理要點(diǎn)從信令上看切換中最耗時的過程為：信號搜索。信號搜索的關(guān)鍵在：目標(biāo)小區(qū)的設(shè)置，即異系統(tǒng)鄰區(qū)設(shè)置。近3S的信號搜索過程1、是否需要像C網(wǎng)一樣規(guī)劃網(wǎng)絡(luò)鄰區(qū)，復(fù)雜且容易出錯。2、是否能否使用SON添加異系統(tǒng)鄰區(qū)。擔(dān)心、疑慮1、LTE系統(tǒng)內(nèi)ANR可以自動添加鄰區(qū)，CL異系統(tǒng)ANR需要依賴終端能力。2、華為NEP可由C網(wǎng)自動生成LTE鄰區(qū)華為方案1231.導(dǎo)入CDMA腳本和LTE工參表2.執(zhí)行對應(yīng)的鄰區(qū)自配置任務(wù)3.導(dǎo)出LTE自配置數(shù)據(jù)第十三頁，共34頁。互操作類故障CL互操作關(guān)鍵短板CL雙模用戶從3G區(qū)域回到3G/4G共覆蓋區(qū)域，如果用戶一直處于激活態(tài)，將無法回到4G享受高速業(yè)務(wù)服務(wù)。CDMALTE熱點(diǎn)、城區(qū)用戶網(wǎng)絡(luò)行為當(dāng)前狀態(tài)PS業(yè)務(wù)LTE與CDMA狀態(tài)遷移暫不支持LTE->HPRD(激活態(tài))：√LTE->HPRD(空閑態(tài))：√eHRPD->LTE(空閑態(tài))：√eHRPD->LTE(激活態(tài))：X目前無配套終端。短板：3G激活態(tài)難以回到4G階段一【由3G網(wǎng)絡(luò)主動發(fā)起快速重選】1、基于eHRPD與LTE同站址建設(shè)，以eHRPD估算LTE信號強(qiáng)度。2、eHRPD配置LTE同層鄰區(qū)。3、遲滯切換機(jī)制，避免頻繁切換。4、CBSS10.0版本提供，2014年3月。華為方案階段二【由終端主動發(fā)起快速重定向】1、終端在激活態(tài)主動測量LTE信號強(qiáng)度，主動進(jìn)行切換。2、eHRPD配置LTE同層鄰區(qū)。3、暫無配套的終端，暫不考慮。第十四頁，共34頁。流量類故障LTE吞吐量計算LTE物理層速率(bits)=

每個傳輸控制塊大小(bits)

x傳輸控制塊的個數(shù)/每子幀

x1000子幀數(shù)/每秒÷1000000

=

????Mbps

每TTI中TB個數(shù)與碼字個數(shù)相同，LTE規(guī)定最大2個碼字參考TS36.213Table-1

【下行理論吞吐量】MaxThroughput=(75376*10)*2*100/1000000=150.752MbpsMaxThroughput=75376*10*100/1000000=75.376Mbps【上行理論吞吐量】UECategoryMaximumnumberofDL-SCHtransportblockbitsreceivedwithinaTTIMaximumnumberofbitsofaDL-SCHtransportblockreceivedwithinaTTITotalnumberofsoftchannelbitsMaximumnumberofsupportedlayersforspatialmultiplexinginDLCategory110296102962503681Category251024510242Category3102048753762Category4150752753762Category52995521497764UECategoryMaximumnumberofbitsofanUL-SCHtransportblocktransmittedwithinaTTISupportfor64QAMinULCategory15160NoCategory225456NoCategory351024NoCategory451024NoCategory575376Yes36.306協(xié)議：下行UE能力對應(yīng)的物理參數(shù)36.306協(xié)議：上行UE能力對應(yīng)的物理參數(shù)第十五頁，共34頁。流量類故障LTE吞吐量故障處理下行流量問題排查上行流量問題排查Iperf進(jìn)行UDP灌包Iperf反向灌包空口排查返回日志分析空口排查1、檢查Server出口量是否足夠。2、檢查eNodeB入口流量是否足夠3、UDP環(huán)回，eNodeB進(jìn)行灌包4、服務(wù)器/PC性能不足來水不足1、BLER目標(biāo)10%，峰值速率時為0。2、RSRP/SINR/CQI排查3、AMBR是否限速4、在線用戶數(shù)/License5、同頻干擾/UE天線不平衡6、其他算法?？焖貯NR/頻選調(diào)度/PDCCH符號數(shù)/ICIC空口排查通過TCP手段排查1、RTT排查2、發(fā)送窗口/接收窗口TCP排查TCP排查從PC向服務(wù)器反向灌包同時關(guān)注反向RSSI第十六頁，共34頁。流量類故障案例1：接收窗口未優(yōu)化導(dǎo)致TCP速率低E39820M小區(qū)

下行FTP：接收窗口128K，平均時延30ms，速率=128*8/0.03=34Mbps第十七頁，共34頁。流量類故障案例2：丟包導(dǎo)致TCP流量掉坑某局點(diǎn)E398下行TCP速率掉坑：1、服務(wù)器側(cè)：tcp.analysis.retransmission過濾：2、使用tcp.seq==xxxx作過濾條件，進(jìn)行多點(diǎn)抓包文件過濾，找出錯誤發(fā)生位置。3、空口丟包（A.PDCP丟包定時器時長，RLC模式；B.UEPC），S1AP_INITIAL_CONTEXT_SETUP_REQ4、LSTSTANDQCI查詢QCI對應(yīng)的RLCPDCP參數(shù)組ID,LSTRLCPDCPPARAGROUP:

在大流量情況下，丟包定時器設(shè)置過短，加上非確認(rèn)UM模式，導(dǎo)致空口丟包。

將PDCP丟包定時器設(shè)置為1500ms,AM模式，速率“掉坑”現(xiàn)象不再出現(xiàn)。第十八頁，共34頁。切換類故障切換原理概述與常見故障切換的過程就是終端在移動過程中與網(wǎng)絡(luò)連接交互發(fā)生變化的過程，簡單的圖示如下圖：LTE系統(tǒng)的整個切換過程完全由網(wǎng)絡(luò)側(cè)（eNB）控制，所以eNB需要監(jiān)測UE所處的無線質(zhì)量環(huán)境，這個過程是通過eNB下發(fā)測量控制讓UE在滿足一定條件時上報測量報告來實(shí)現(xiàn)的：觸發(fā)：當(dāng)前我司eNB是采用A3事件觸發(fā)同頻切換，主要通過A2、A4事件來觸發(fā)異頻切換切換：eNB下發(fā)切換命令給UE，UE收到切換命令后，中斷與源小區(qū)的交互，按切換到目標(biāo)小區(qū)判斷是否存在切換，通常以信令為判斷依據(jù)，在終端側(cè)，以發(fā)出觸發(fā)切換的測量報告為開始，以切換完成消息為結(jié)束。切換成功時，從UE側(cè)觀察表現(xiàn)為UE從一個源小區(qū)到一個新的小區(qū)（可從PCI變化來觀察）進(jìn)行正常業(yè)務(wù)交互。如果切換失敗，則大多表現(xiàn)為掉話、RRC重建等現(xiàn)象。常見切換問題：鄰區(qū)漏配、切換不及時、弱覆蓋等導(dǎo)致切換失敗。切換失敗有很多種原因，通常表現(xiàn)在S1，UU等接口的信令交互出現(xiàn)信令丟失，所以切換問題的首要定位方法是比對標(biāo)準(zhǔn)流程看是哪里信令缺失了。源側(cè)信令目標(biāo)側(cè)信令第十九頁，共34頁。切換類故障切換失敗故障處理鄰區(qū)漏配切換失敗故障信號陡降切換失敗故障弱覆蓋切換失敗故障UE側(cè)表現(xiàn)基站側(cè)表現(xiàn)解決方法鄰區(qū)漏配【表現(xiàn)】隨著UE移動服務(wù)小區(qū)RSRP越來越差，SINR越來越差，而鄰區(qū)RSRP越來越好?！窘鉀Q方案】手工添加鄰區(qū)配置打開ANR算法開關(guān)弱覆蓋【表現(xiàn)】當(dāng)鄰區(qū)無線質(zhì)量滿足切換門限時，服務(wù)小區(qū)和鄰區(qū)的RSRP都十分弱?！窘鉀Q方案】調(diào)整功率配比調(diào)整天線傾角增加基站、載頻如果從“鄰區(qū)質(zhì)量滿足切換門限”到“服務(wù)小區(qū)質(zhì)量陡降”之間的時間間隔太短（如小于1秒），可通過修改服務(wù)小區(qū)與鄰區(qū)的偏置CellIndividualOffset（為大于0的值）來提前切換如果從“鄰區(qū)比服務(wù)小區(qū)質(zhì)量好”到“服務(wù)小區(qū)質(zhì)量陡降”的時間間隔比較短（如小于0.5秒），則可通過修改服務(wù)小區(qū)的延遲觸發(fā)時間IntraFreqHoA3TimeToTrig來提前切換eNodeB側(cè)：收到測量報告，但不發(fā)起切換（X2口沒有切換請求，空口沒有下發(fā)切換命令）當(dāng)鄰區(qū)無線質(zhì)量滿足切換門限時，服務(wù)小區(qū)的RSRP突然陡降eNodeB側(cè)表現(xiàn)為下發(fā)切換命令后收不到切換完成消息，或者連測量報告也收不到eNodeB側(cè)表現(xiàn)為下發(fā)切換命令后收不到切換完成消息，或者連測量報告也收不到第二十頁，共34頁。目錄LTE故障排查流程和故障處理方法常用故障分析思路業(yè)務(wù)類故障處理設(shè)備類故障處理第二十一頁，共34頁。傳輸類故障傳輸類故障處理類別

常見問題現(xiàn)象傳輸類典型問題信令終端/吞吐量異常上層應(yīng)用鏈路不通（SCTP、IPPATH、OMCH）IP沖突、路由錯誤等導(dǎo)致業(yè)務(wù)異常VLAN錯誤、ARP異常導(dǎo)致鏈路不通光纖/光模塊故障,物理端口連接不良,光電模式協(xié)商不正確等導(dǎo)致物理鏈路不通第二十二頁，共34頁。傳輸類故障傳輸故障處理思路總體思路：分層/逐段排查定位分層法：根據(jù)協(xié)議層，逐層定位，定位出實(shí)際故障點(diǎn)；逐段法：完成故障隔離，對數(shù)據(jù)流進(jìn)行分段，逐段環(huán)回，逐段定位；具體排查項：物理層故障排查ARP/IP層故障排查IPPATH異常處理SCTP異常處理第二十三頁，共34頁。傳輸類故障傳輸故障逐層排查方法簡介協(xié)議層常見問題現(xiàn)象L5信令終端/吞吐量異常L4上層應(yīng)用鏈路不通（SCTP、IPPATH、OMCH）L3IP沖突、路由錯誤等導(dǎo)致業(yè)務(wù)異常L2VLAN錯誤、ARP異常導(dǎo)致鏈路不通L1光纖/光模塊故障,物理端口連接不良,光電模式協(xié)商不正確等導(dǎo)致物理鏈路不通排查方法應(yīng)用場景PING通斷檢測+MTU檢測TRACERT傳輸路徑排查、MTU探測UDP環(huán)回檢測S1/X2鏈路質(zhì)量IPROUTE路由排查排查方法應(yīng)用場景DSPARPARP表項查詢DSCP/VLANDSCP與VLAN優(yōu)先級映射抓包第二十四頁，共34頁。傳輸類故障傳輸問題案例問題現(xiàn)象：一線測試時發(fā)現(xiàn)終端入網(wǎng)20s后自動發(fā)起釋放，無法進(jìn)行上網(wǎng)業(yè)務(wù)。問題處理步驟：從信令上分析，UE的Attach流程已經(jīng)完成，過了20秒之后eNodeB在S1口上發(fā)送上下文釋放消息，原因值是UserInactivity，由于釋放原因是UserInactivity，并且釋放時間固定為20s，查看基站腳本信息，發(fā)現(xiàn)UE不活動定時器配置為20s，因此確定是由于UE不活動定時器超時導(dǎo)致釋放。2.終端與服務(wù)器之間進(jìn)行ping操作，發(fā)現(xiàn)終端無法Ping通服務(wù)器，確定用戶面鏈路不通，導(dǎo)致UE不活動定時器超時，UE釋放空口鏈接。3.當(dāng)前站點(diǎn)已經(jīng)開啟了GTPU靜態(tài)檢測和IPPATH的Ping檢測，可以確定eNodeB與UGW之間的IPPATH鏈路不存在異常，需要進(jìn)行端到端的問題定界。4.基站側(cè)通過IP跟蹤確定Ping報文的收發(fā)情況，通過下圖可以看到終端發(fā)起的Ping報文基站已經(jīng)發(fā)送給UGW，但是沒有收到UGW返回Ping響應(yīng)報文。5.經(jīng)過核心網(wǎng)定位發(fā)現(xiàn)報文已經(jīng)從UGW發(fā)送出去但是一直沒有收到響應(yīng)，通過排查發(fā)現(xiàn)核心網(wǎng)下一級的LANSwitch發(fā)現(xiàn)是由于沒有配置回程路由導(dǎo)致所有下行報文都無法返回。1信令面正常，eNB<->MMEOK2用戶面異常，IP層手段PING檢測第二十五頁，共34頁。中射頻類故障中射頻類故障處理123RSSI外部干擾互調(diào)駐波CPRI接口第二十六頁，共34頁。中射頻類故障RSSI故障處理RSSI過低RSSI不平衡RSSI過高RSSIRSSI理論值帶寬FDDdBmTDDdBm20M-98-9715M-99-9810M-101-1005M-104-1033M-106-1051.4M-110-10913頻譜掃描OKNOK通道衰減值檢查互調(diào)干擾檢測2方法1方法21、記錄空載時的RSSI值；2、通過ADDCELLSIMULOAD加載模擬負(fù)載；3、在M2000跟蹤RSSI差值是否大于4dB。1、通過STRRFTEST進(jìn)行反向通道干擾檢測；第二十七頁，共34頁。中射頻類故障駐波故障處理第二十八頁，共34頁。中射頻類故障CPRI接口故障處理CPRI協(xié)議接口定義CPRI接口CPRI接口光模塊光纖的單雙模不一致；兩端設(shè)備較近時使用了距離過大的光模塊；光模塊故障（對端發(fā)送光功率過大）光纖接頭或光模塊安裝松動，或光模塊老化。光纖接頭不潔凈，存在灰塵等異物。光模塊的型號（單模/多模、速率、距離）不匹配。光纖線路存在彎折、擠壓或老化，或光纖線路過長導(dǎo)致光信號出現(xiàn)較大衰減；光口接收無信號還可能是沒有光纖有斷點(diǎn)、對端未連接或單板硬件故障；CPRI光口故障的可能原因第二十九頁，共34頁。中射頻類故障中射頻故障處理案例第三十頁，共34頁。維護(hù)通道類故障維護(hù)通道類故障處理

eNodeBDHCP站點(diǎn)2、自動發(fā)現(xiàn)M2000

Config

Config

ConfigS/WCME中心機(jī)房Support網(wǎng)站1.1、提取版本包1.2、組織配置數(shù)據(jù)1.4、打開開站工具、上傳數(shù)據(jù)、啟動開站上報ESN4、調(diào)測License下發(fā)1、安裝上電3、自動配置

ConfigS/W限制和約束：在開站之前，必須：硬件安裝完畢，M2000調(diào)測完畢，eNodeB與M2000之間的傳輸正常；eNodeB的軟件版本必須從Support網(wǎng)站上取得，并且已經(jīng)上傳到M2000Server。1.3、導(dǎo)出開站列表1.VLAN自學(xué)習(xí)失敗2.DHCP自發(fā)現(xiàn)失敗典型故障第三十一頁，共34頁。維護(hù)通道類故障VLAN自學(xué)習(xí)失敗故障處理【eNodeB】上電主動發(fā)起DHCP,無VLAN，網(wǎng)關(guān)上設(shè)置VLAN，報文被網(wǎng)關(guān)丟棄?！緀NodeB】上電主動發(fā)起DHCP,無VLAN，被網(wǎng)關(guān)丟棄。ARP廣播ARP廣播eNodeB被動學(xué)習(xí)VLAN學(xué)到VLANVLAN學(xué)習(xí)原理VLAN自學(xué)習(xí)失敗案例【問題現(xiàn)象】從Switch(A設(shè)備)側(cè)檢測不到基站和ATN間交互的數(shù)據(jù)流量；【問題原因】A設(shè)備端口設(shè)置為1000M/FULL，與eNodeB協(xié)商失敗，ARP無法廣播ConfigurationModeNegotiationResulteNodeBPortPeerEndTransmissionPorteNodeBPortPeerEnd