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

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

第十頁(yè)，共34頁(yè)。接入類故障信令跟蹤快速找出接入失敗原因1.善于利用釋放消息中的Cause找原因2.信令對(duì)比快速查找異常點(diǎn)第十一頁(yè)，共34頁(yè)?；ゲ僮黝惞收螩L互操作常見故障4G信令4G業(yè)務(wù)3G信令3G業(yè)務(wù)優(yōu)化切換新增eAN無(wú)會(huì)話時(shí)需進(jìn)行鑒權(quán)(可選)切換時(shí)延終端需要支持CL雙模能力，即支持LTE業(yè)務(wù)和eHRPD業(yè)務(wù)。單卡單號(hào)雙IMSI，需要在3G和4G同時(shí)開戶。終端優(yōu)選LTE網(wǎng)絡(luò)駐留，移動(dòng)過程中，根據(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支持與3GPPAAA/HSS之間的S6b接口，將用戶當(dāng)前PDN連接的P-GWID(P-GWIP或者PGWFQDN)和APN等信息更新到3GPPAAA/HSS，用于切換到LTE網(wǎng)絡(luò)后，MME從HSS得到源PGWID，向源PGW發(fā)起會(huì)話建立。LTE接入，MME支持與HSS之間的S6a接口，將用戶當(dāng)前PDN連接的P-GWID(P-GWIP或者PGWFQDN)和APN等信息更新到HSS，用于切換到eHRPD網(wǎng)絡(luò)后，HSGW從3GPPAAA/HSS得到源PGWID，向源PGW發(fā)起會(huì)話建立。第十二頁(yè)，共34頁(yè)?；ゲ僮黝惞收螩L互操作時(shí)延問題處理要點(diǎn)從信令上看切換中最耗時(shí)的過程為：信號(hào)搜索。信號(hào)搜索的關(guān)鍵在：目標(biāo)小區(qū)的設(shè)置，即異系統(tǒng)鄰區(qū)設(shè)置。近3S的信號(hào)搜索過程1、是否需要像C網(wǎng)一樣規(guī)劃網(wǎng)絡(luò)鄰區(qū)，復(fù)雜且容易出錯(cuò)。2、是否能否使用SON添加異系統(tǒng)鄰區(qū)。擔(dān)心、疑慮1、LTE系統(tǒng)內(nèi)ANR可以自動(dòng)添加鄰區(qū)，CL異系統(tǒng)ANR需要依賴終端能力。2、華為NEP可由C網(wǎng)自動(dòng)生成LTE鄰區(qū)華為方案1231.導(dǎo)入CDMA腳本和LTE工參表2.執(zhí)行對(duì)應(yīng)的鄰區(qū)自配置任務(wù)3.導(dǎo)出LTE自配置數(shù)據(jù)第十三頁(yè)，共34頁(yè)?；ゲ僮黝惞收螩L互操作關(guān)鍵短板CL雙模用戶從3G區(qū)域回到3G/4G共覆蓋區(qū)域，如果用戶一直處于激活態(tài)，將無(wú)法回到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目前無(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、暫無(wú)配套的終端，暫不考慮。第十四頁(yè)，共34頁(yè)。流量類故障LTE吞吐量計(jì)算LTE物理層速率(bits)=

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

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

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

=

????Mbps

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

【下行理論吞吐量】MaxThroughput=(75376*10)*2*100/1000000=150.752MbpsMaxThroughput=75376*10*100/1000000=75.376Mbps【上行理論吞吐量】UECategoryMaximumnumberofDL-SCHtransportblockbitsreceivedwithinaTTIMaximumnumberofbitsofaDL-SCHtransportblockreceivedwithinaTTITotalnumberofsoftchannelbitsMaximumnumberofsupportedlayersforspatialmultiplexinginDLCategory110296102962503681Category251024510242Category3102048753762Category4150752753762Category52995521497764UECategoryMaximumnumberofbitsofanUL-SCHtransportblocktransmittedwithinaTTISupportfor64QAMinULCategory15160NoCategory225456NoCategory351024NoCategory451024NoCategory575376Yes36.306協(xié)議：下行UE能力對(duì)應(yīng)的物理參數(shù)36.306協(xié)議：上行UE能力對(duì)應(yīng)的物理參數(shù)第十五頁(yè)，共34頁(yè)。流量類故障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%，峰值速率時(shí)為0。2、RSRP/SINR/CQI排查3、AMBR是否限速4、在線用戶數(shù)/License5、同頻干擾/UE天線不平衡6、其他算法?？焖貯NR/頻選調(diào)度/PDCCH符號(hào)數(shù)/ICIC空口排查通過TCP手段排查1、RTT排查2、發(fā)送窗口/接收窗口TCP排查TCP排查從PC向服務(wù)器反向灌包同時(shí)關(guān)注反向RSSI第十六頁(yè)，共34頁(yè)。流量類故障案例1：接收窗口未優(yōu)化導(dǎo)致TCP速率低E39820M小區(qū)

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

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

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

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

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

Config

Config

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

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