LTE故障排查及日常問(wèn)題處理

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

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

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

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

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

6、,當(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 目前無(wú)配套終端。,短板：3G激活態(tài)難以回到4G,階段一【由3G網(wǎng)絡(luò)主動(dòng)發(fā)起快速重選】 1、基于eHRPD與LTE同站址建設(shè)，以eHRPD估算LTE信號(hào)強(qiáng)度。 2、eHRPD配置LTE同層鄰區(qū)。 3、遲滯切換機(jī)制，避免頻繁切換。 4、CBSS10.0版本提供，2014年3月。,華為方案,階段二【由終端主動(dòng)發(fā)起快速重定向】 1、終端在激活態(tài)主動(dòng)測(cè)量LTE信號(hào)強(qiáng)度，主動(dòng)進(jìn)行切換。 2、eHRPD配置LTE同層鄰區(qū)。 3、

7、暫無(wú)配套的終端，暫不考慮。,流量類(lèi)故障,LTE吞吐量計(jì)算,LTE物理層速率(bits) = 每個(gè)傳輸控制塊大小(bits) x 傳輸控制塊的個(gè)數(shù)/ 每子幀 x 1000 子幀數(shù)/ 每秒 1000000 = ? Mbps,每TTI中TB個(gè)數(shù)與碼字個(gè)數(shù)相同，LTE規(guī)定最大2個(gè)碼字,參考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、能力對(duì)應(yīng)的物理參數(shù),36.306協(xié)議：上行UE能力對(duì)應(yīng)的物理參數(shù),流量類(lèi)故障,LTE吞吐量故障處理,下行流量問(wèn)題排查,上行流量問(wèn)題排查,Iperf進(jìn)行UDP灌包,Iperf反向灌包,空口排查,返回日志分析,空口排查,1、檢查Server出口量是否足夠。 2、檢查eNodeB入口流量是否足夠 3、UDP環(huán)回，eNodeB進(jìn)行灌包 4、服務(wù)器/PC性能不足,來(lái)水不足,1、BLER目標(biāo)10%，峰值速率時(shí)為0。 2、RSRP/SINR/CQI排查 3、AMBR是否限速 4、在線用戶數(shù)/License 5、同頻干擾/UE天線不平衡 6、其他算法?？焖貯NR/頻選調(diào)度/PDCCH符號(hào)數(shù)/ICIC,空口排查

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

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

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

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

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

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

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

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

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