1、LTE故障排查及日常問題處理,目錄,LTE故障排查流程和故障處理方法,常用故障分析思路,業(yè)務類故障處理,設備類故障處理,故障排查流程,LTE故障排查流程,故障處理方法,LTE故障處理方法,目錄,LTE故障排查流程和故障處理方法,常用故障分析思路,業(yè)務類故障處理,設備類故障處理,故障分析思路,常用故障分析思路,目錄,LTE故障排查流程和故障處理方法,常用故障分析思路,業(yè)務類故障處理,設備類故障處理,接入類故障,接入類常見故障處理,現(xiàn)階段未規(guī)模放號，問題主要為單用戶類故障，網(wǎng)絡KPI中的接入類問題不在這里討論。由上表可以看到，接入過程涉及幾乎LTE所有網(wǎng)元，每個網(wǎng)元都可能出現(xiàn)接入失敗的問題。因此，

2、快速掌握該階段的問題定位能力，盡快進入網(wǎng)絡運維階段，是本次接入類問題交流的重點： 首先掌握LTE接入的基本流程。 掌握快速找到問題的方法。,接入類故障,接入流程總體介紹-Attach流程,終端開機后，首先選擇合適小區(qū)駐留，然后發(fā)起Attach流程。 RRC建立原因值為：Mo-Signaling Attach流程可以分為四個步驟: 隨機接入 RRC連接建立 鑒權(quán)等NAS過程 E-RAB建立 在Attach時數(shù)據(jù)卡終端通常只建立一個默認承載，支持VOIP的LG終端以及有些智能終端如HTC往往同時還建立專有承載。,接入類故障,接入流程總體介紹-Service Request流程,RRC建立原因值分為

3、： Mo-data：上行有數(shù)據(jù)需要發(fā)送 Mt-Access：響應尋呼 Service Request流程可以分為三個步驟: 隨機接入 RRC連接建立 E-RAB建立,因為核心網(wǎng)側(cè)已有終端的注冊信息和能力信息，Service Request流程通常不需要進行鑒權(quán)和UE能力查詢。,用戶Attach之后，如果UE回到Idle模式，再發(fā)起業(yè)務時使用Service Request流程。,接入類故障,信令跟蹤快速找出接入失敗原因,1.善于利用釋放消息中的Cause找原因,2.信令對比快速查找異常點,互操作類故障,CL互操作常見故障,4G信令,4G業(yè)務,3G信令,3G業(yè)務,優(yōu)化切換新增,eAN無會話時需進行

4、鑒權(quán)(可選),切換時延,終端需要支持CL雙模能力，即支持LTE業(yè)務和eHRPD業(yè)務。單卡單號雙IMSI，需要在3G和4G同時開戶。終端優(yōu)選LTE網(wǎng)絡駐留，移動過程中，根據(jù)網(wǎng)絡信號情況選擇覆蓋更好的網(wǎng)絡。 eHRPD接入時，基于PDN連接采集計費信息。 HSGW生成基于PDN級的時長和流量信息的HSGW-CDR；PGW基于PDN連接生成離線計費PGW-CDR，或與OCS進行在線計費。 實現(xiàn)eHRPD和LTE網(wǎng)絡之間的切換，關(guān)鍵技術(shù)在于切換前后P-GW保持不變： eHRPD接入，P-GW支持與3GPP AAA/HSS之間的S6b接口，將用戶當前PDN連接的P-GW ID (P-GW IP或者PGW

5、 FQDN)和APN等信息更新到3GPP AAA /HSS，用于切換到LTE網(wǎng)絡后，MME從HSS得到源PGW ID，向源PGW發(fā)起會話建立。 LTE接入，MME支持與HSS之間的S6a接口，將用戶當前PDN連接的P-GW ID (P-GW IP或者PGW FQDN)和APN等信息更新到HSS，用于切換到eHRPD網(wǎng)絡后，HSGW從3GPP AAA /HSS得到源PGW ID，向源PGW發(fā)起會話建立。,互操作類故障,CL互操作時延問題處理要點,互操作類故障,CL互操作關(guān)鍵短板,CL雙模用戶從3G區(qū)域回到3G/4G共覆蓋區(qū)域，如果用戶一直處于激活態(tài)，將無法回到4G享受高速業(yè)務服務。,用戶網(wǎng)絡行為

6、,當前狀態(tài),PS業(yè)務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)絡主動發(fā)起快速重選】 1、基于eHRPD與LTE同站址建設，以eHRPD估算LTE信號強度。 2、eHRPD配置LTE同層鄰區(qū)。 3、遲滯切換機制，避免頻繁切換。 4、CBSS10.0版本提供，2014年3月。,華為方案,階段二【由終端主動發(fā)起快速重定向】 1、終端在激活態(tài)主動測量LTE信號強度，主動進行切換。 2、eHRPD配置LTE同層鄰區(qū)。 3、

7、暫無配套的終端，暫不考慮。,流量類故障,LTE吞吐量計算,LTE物理層速率(bits) = 每個傳輸控制塊大小(bits) x 傳輸控制塊的個數(shù)/ 每子幀 x 1000 子幀數(shù)/ 每秒 1000000 = ? Mbps,每TTI中TB個數(shù)與碼字個數(shù)相同，LTE規(guī)定最大2個碼字,參考TS36.213 Table 7.1.7.1-1,【下行理論吞吐量】,Max Throughput= (75376*10)*2*100/1000000=150.752Mbps,Max Throughput= 75376*10*100/1000000=75.376Mbps,【上行理論吞吐量】,36.306協(xié)議：下行UE

8、能力對應的物理參數(shù),36.306協(xié)議：上行UE能力對應的物理參數(shù),流量類故障,LTE吞吐量故障處理,下行流量問題排查,上行流量問題排查,Iperf進行UDP灌包,Iperf反向灌包,空口排查,返回日志分析,空口排查,1、檢查Server出口量是否足夠。 2、檢查eNodeB入口流量是否足夠 3、UDP環(huán)回，eNodeB進行灌包 4、服務器/PC性能不足,來水不足,1、BLER目標10%，峰值速率時為0。 2、RSRP/SINR/CQI排查 3、AMBR是否限速 4、在線用戶數(shù)/License 5、同頻干擾/UE天線不平衡 6、其他算法。快速ANR/頻選調(diào)度/PDCCH符號數(shù)/ICIC,空口排查

9、,通過TCP手段排查,1、RTT排查 2、發(fā)送窗口/接收窗口,TCP排查,TCP排查,從PC向服務器反向灌包,同時關(guān)注反向RSSI,流量類故障,案例1：接收窗口未優(yōu)化導致TCP速率低,流量類故障,案例2：丟包導致TCP流量掉坑,某局點E398下行TCP速率掉坑：,1、服務器側(cè)：tcp.analysis.retransmission過濾：,2、使用tcp.seq = xxxx作過濾條件，進行多點抓包文件過濾，找出錯誤發(fā)生位置。,3、空口丟包（A.PDCP丟包定時器時長，RLC模式；B. UE PC）， S1AP_INITIAL_CONTEXT_SETUP_REQ,4、LST STANDQCI查詢

10、QCI對應的RLC PDCP 參數(shù)組ID, LST RLCPDCPPARAGROUP:,在大流量情況下，丟包定時器設置過短，加上非確認UM模式，導致空口丟包。 將PDCP丟包定時器設置為1500ms, AM模式，速率“掉坑”現(xiàn)象不再出現(xiàn)。,切換類故障,切換原理概述與常見故障,切換類故障,切換失敗故障處理,鄰區(qū)漏配切換失敗故障,信號陡降切換失敗故障,弱覆蓋切換失敗故障,UE側(cè)表現(xiàn),基站側(cè)表現(xiàn),解決方法,鄰區(qū)漏配 【表現(xiàn)】隨著UE移動服務小區(qū)RSRP越來越差，SINR越來越差，而鄰區(qū)RSRP越來越好。 【解決方案】 手工添加鄰區(qū)配置 打開ANR算法開關(guān),弱覆蓋 【表現(xiàn)】當鄰區(qū)無線質(zhì)量滿足切換門限時

11、，服務小區(qū)和鄰區(qū)的RSRP都十分弱。 【解決方案】 調(diào)整功率配比 調(diào)整天線傾角 增加基站、載頻,如果從“鄰區(qū)質(zhì)量滿足切換門限”到“服務小區(qū)質(zhì)量陡降”之間的時間間隔太短（如小于1秒），可通過修改服務小區(qū)與鄰區(qū)的偏置CellIndividualOffset（為大于0的值）來提前切換 如果從“鄰區(qū)比服務小區(qū)質(zhì)量好”到“服務小區(qū)質(zhì)量陡降”的時間間隔比較短（如小于0.5秒），則可通過修改服務小區(qū)的延遲觸發(fā)時間IntraFreqHoA3TimeToTrig來提前切換,eNodeB側(cè)：收到測量報告，但不發(fā)起切換（X2口沒有切換請求，空口沒有下發(fā)切換命令）,當鄰區(qū)無線質(zhì)量滿足切換門限時，服務小區(qū)的RSRP突然

12、陡降,eNodeB側(cè)表現(xiàn)為下發(fā)切換命令后收不到切換完成消息，或者連測量報告也收不到,eNodeB側(cè)表現(xiàn)為下發(fā)切換命令后收不到切換完成消息，或者連測量報告也收不到,目錄,LTE故障排查流程和故障處理方法,常用故障分析思路,業(yè)務類故障處理,設備類故障處理,傳輸類故障,傳輸類故障處理,傳輸類故障,傳輸故障處理思路,總體思路：分層/逐段排查定位 分層法：根據(jù)協(xié)議層，逐層定位，定位出實際故障點； 逐段法：完成故障隔離，對數(shù)據(jù)流進行分段，逐段環(huán)回，逐段定位； 具體排查項： 物理層故障排查 ARP/IP層故障排查 IPPATH異常處理 SCTP異常處理,傳輸類故障,傳輸故障逐層排查方法簡介,抓包,傳輸類故障

13、,傳輸問題案例,問題現(xiàn)象：一線測試時發(fā)現(xiàn)終端入網(wǎng)20s后自動發(fā)起釋放，無法進行上網(wǎng)業(yè)務。 問題處理步驟：,從信令上分析，UE的Attach流程已經(jīng)完成，過了20秒之后eNodeB在S1口上發(fā)送上下文釋放消息，原因值是User Inactivity ，由于釋放原因是User Inactivity，并且釋放時間固定為20s，查看基站腳本信息，發(fā)現(xiàn)UE不活動定時器配置為20s，因此確定是由于UE不活動定時器超時導致釋放。 2. 終端與服務器之間進行ping操作，發(fā)現(xiàn)終端無法Ping通服務器，確定用戶面鏈路不通，導致UE不活動定時器超時，UE釋放空口鏈接。 3. 當前站點已經(jīng)開啟了GTPU靜態(tài)檢測和I

14、PPATH的Ping檢測，可以確定eNodeB與UGW之間的IPPATH鏈路不存在異常，需要進行端到端的問題定界。 4. 基站側(cè)通過IP跟蹤確定Ping報文的收發(fā)情況，通過下圖可以看到終端發(fā)起的Ping報文基站已經(jīng)發(fā)送給UGW，但是沒有收到UGW返回Ping 響應報文。,5. 經(jīng)過核心網(wǎng)定位發(fā)現(xiàn)報文已經(jīng)從UGW發(fā)送出去但是一直沒有收到響應，通過排查發(fā)現(xiàn)核心網(wǎng)下一級的LAN Switch發(fā)現(xiàn)是由于沒有配置回程路由導致所有下行報文都無法返回。,1,信令面正常，eNBMME OK,2,用戶面異常，IP層手段PING檢測,中射頻類故障,中射頻類故障處理,1,2,3,RSSI,外部干擾,互調(diào),駐波,CP

15、RI接口,中射頻類故障,RSSI故障處理,RSSI過低,RSSI不平衡,RSSI過高,RSSI,RSSI理論值,1,2,方法1,方法2,1、記錄空載時的RSSI值； 2、通過ADD CELLSIMULOAD加載模擬負載； 3、在M2000跟蹤RSSI差值是否大于4dB。,1、通過STR RFTEST進行反向通道干擾檢測；,中射頻類故障,駐波故障處理,中射頻類故障,CPRI接口故障處理,中射頻類故障,中射頻故障處理案例,維護通道類故障,維護通道類故障處理,DHCP,站點,2、自動發(fā)現(xiàn),M2000,S/W,CME,中心機房,Support網(wǎng)站,1.1、提取版本包,1.2、組織配置數(shù)據(jù),1.4、打開

16、開站工具、 上傳數(shù)據(jù)、啟動開站,上報ESN,4、調(diào)測License下發(fā),1、安裝上電,3、自動配置,Config,S/W,限制和約束：在開站之前，必須：硬件安裝完畢，M2000調(diào)測完畢，eNodeB與M2000之間的傳輸正常；eNodeB的軟件版本必須從Support網(wǎng)站上取得，并且已經(jīng)上傳到M2000 Server。,1.3、導出開站列表,1.VLAN自學習失敗 2.DHCP自發(fā)現(xiàn)失敗,典型故障,維護通道類故障,VLAN自學習失敗故障處理,【eNodeB】 上電主動發(fā)起DHCP,無VLAN，網(wǎng)關(guān)上設置VLAN，報文被網(wǎng)關(guān)丟棄。,【eNodeB】 上電主動發(fā)起DHCP,無VLAN，被網(wǎng)關(guān)丟棄。

17、,ARP廣播,ARP廣播,eNodeB被動學習VLAN,學到VLAN,VLAN學習原理,VLAN自學習失敗案例,【問題現(xiàn)象】 從Switch(A設備)側(cè)檢測不到基站和ATN間交互的數(shù)據(jù)流量； 【問題原因】 A設備端口設置為1000M/FULL，與eNodeB協(xié)商失敗，ARP無法廣播,如果網(wǎng)絡中存在ARP表項，而eNodeB未學習到VLAN，則需要網(wǎng)絡老化APR后，再次廣播ARP，否則eNodeB無法自啟動,維護通道類故障,DHCP自發(fā)現(xiàn)失敗故障處理,【實現(xiàn)原理】 1、為了避免DHCP廣播包沖擊M2000，引入路由器進行DHCP Relay，轉(zhuǎn)化為單播報文。 2、DHCP過程目的是實現(xiàn)eNodeB的OMCH的建立。即獲取IP、路由等。 2、eNodeB上電后，4步完成DHCP過程。常見問題需分析具體消息中的取值 DHCP DISCOVER DHCP OFFER DHCP REQUE