FE端口配置優(yōu)化分析案例

濱州FE端口配置優(yōu)化分析案例1、問題現(xiàn)象與概述12、FE端口原理分析2愛立信WCDMA基站FE端口介紹2FE端口的配置說明錯(cuò)誤!未定義書簽。FE端口故障對(duì)業(yè)務(wù)以及網(wǎng)絡(luò)指標(biāo)的影響43、FE端口故障無線網(wǎng)絡(luò)側(cè)分析流程4確認(rèn)FE故障原因5FE口故障原因分類及處理方案5確認(rèn)FE口故障恢復(fù)64、惠民魯杰棉業(yè)基站FE口優(yōu)化調(diào)整6問題核查6問題處理75、總結(jié)72012年3月1、問題現(xiàn)象與概述濱州惠民縣魯杰棉業(yè)基站附近用戶反映無法進(jìn)展數(shù)據(jù)業(yè)務(wù)，查看基站狀態(tài)正常，無告警，無干擾情況，提取問題時(shí)間段指標(biāo)見以下圖：圖表1Accessibility_Daily指標(biāo)表從上圖中可發(fā)現(xiàn)，該基站的站的小區(qū)RRC連接正常，HS業(yè)務(wù)的RAB建立成功率為0%，疑心FE端口側(cè)出現(xiàn)問題，需要對(duì)FE端口方面進(jìn)展檢查。2、FE端口原理分析2.1愛立信WCDMA基站FE端口介紹WCDMA網(wǎng)絡(luò)RNC到RBS之間的接口成為iub接口，愛立信在iub接口的承載模式上分為：純ATM模式和ATM/IP混合雙棧模式〔也俗稱IP模式〕。純ATM模式Iub接口為純ATM模式時(shí)，所有由無線空口接入的3G業(yè)務(wù)包括：語音、視頻、上網(wǎng)業(yè)務(wù)等均承載于基站和RNC之間由4條2M捆綁為一個(gè)整體的IMA組上面。所以整個(gè)Iub接口的理論最大帶寬為4*2M=8M。ATM/IP混合雙棧模式〔IP模式〕4條E1捆綁為，.個(gè)ATMIMA組RBSRNC*?*,P +1條IP鏈路Iub接口為ATM/IP混合雙棧模式〔IP模式〕時(shí)，在無線空口接入的3G業(yè)務(wù)中，CS域的語音、視頻等承載于4條E1所捆綁的IMA組上，而PS域的上網(wǎng)業(yè)務(wù)等就會(huì)承載于一條IP鏈路之上〔基站和RNC側(cè)為一條以太網(wǎng)線、傳輸網(wǎng)絡(luò)中對(duì)應(yīng)為MSTP鏈路配置、CE側(cè)為千兆光纖〕，在這條鏈路上傳輸網(wǎng)絡(luò)會(huì)對(duì)最大帶寬做限定，一般為26M。ATM/IP混合雙棧模式時(shí)，可以有效節(jié)省IMA組帶寬資源，對(duì)于iub口的帶寬瓶頸也有較大突破，但是該模式對(duì)傳輸網(wǎng)絡(luò)要求較高。FE口即愛立信WCDMA基站在ATM/IP雙棧模式時(shí)iub接口的IP承載局部，連接圖如下：對(duì)于FE端口的配置，是很重要的，如果基站側(cè)FE端口配置模式為自適應(yīng)模式，華為、中興傳輸側(cè)FE端口配置模式為強(qiáng)制100M全雙工，則愛立信的FE口會(huì)自適應(yīng)成100M半雙工，半雙工模式是數(shù)據(jù)發(fā)送時(shí)，不能接收數(shù)據(jù)，數(shù)據(jù)接收時(shí)，不能發(fā)送數(shù)據(jù)，導(dǎo)致數(shù)據(jù)吞吐率低。因此將愛立信的FE口配置模式改為強(qiáng)制100忖全雙工后，單用戶數(shù)據(jù)下載流量到達(dá)5.5Mbps左右，且下載流量穩(wěn)定。FE端口配置模式的不匹配，不同程度地影響數(shù)據(jù)業(yè)務(wù)的吞吐率。目前來說兩邊都設(shè)成自適應(yīng)或者都設(shè)成全雙工,都沒有問題.就怕一邊設(shè)成自適應(yīng),一邊設(shè)成全雙工,就會(huì)有不匹配的現(xiàn)象.一般來說,問題僅僅發(fā)生在100M口，但RNC側(cè)的1000M口也有必要查一下.具體在RBS參數(shù)表達(dá)如下：stswitchportWE1OA0019>get76Equipment=1,Subrack=1,Slot=2,PlugInUnit=1,E*changeTerminalIp=1,EthernetSwitch=1,EthernetSwitchPort=6EthernetSwitchPortId 6actualSpeedDuple* 4(ETH_100_MB_FULL)administrativeState 1(UNLOCKED)availabilityStatus 0(NO_STATUS)ingressPeakBitrate 1000operatingMode Struct{2}>>>1.autoNegotiation=true>>>2.configuredSpeedDuple*=1(ETH_10_MB_HALF)actualSpeedDuple*4(ETH_100_MB_FULL)"actualSpeedDuple*4(ETH_100_MB_FULL)〃即現(xiàn)在的RBSFE的端口配置模式為百兆全雙工模式。operatingMode>>>1.autoNegotiation=true>>>2.configuredSpeedDuple*=1(ETH_10_MB_HALF)當(dāng)參數(shù)設(shè)置為autoNegotiation=true為自適應(yīng)的模式，configuredSpeedDuple*后面顯示的模式就沒有意義(ETH_10_MB_HALF),即此時(shí)并不是所示的10M半雙工，而是actualSpeedDuple*4(ETH_100_MB_FULL)，即百兆全雙工。這是根據(jù)傳輸側(cè)的端口自適應(yīng)而成的。當(dāng)參數(shù)設(shè)置為當(dāng)autoNegotiation=false時(shí)為強(qiáng)制模式，configuredSpeedDuple*后面定義的模式，就是端口的目前的工作模式。2.3FE端口故障對(duì)業(yè)務(wù)以及網(wǎng)絡(luò)指標(biāo)的影響在ATM/IP雙棧模式時(shí)，F(xiàn)E口故障發(fā)生后，直接導(dǎo)致的現(xiàn)象就是RBS無法ping通RNC，即：iub接口PS業(yè)務(wù)的IP路由中斷。IP路由中斷后，一方面會(huì)直接導(dǎo)致數(shù)據(jù)業(yè)務(wù)請(qǐng)求時(shí)的PDP激活失敗以及PS業(yè)務(wù)的RAB指派成功率等核心網(wǎng)和無線網(wǎng)關(guān)鍵考核指標(biāo)的急劇惡化；另一方面，上網(wǎng)卡用戶以及iphone用戶會(huì)出現(xiàn)撥號(hào)失敗以及網(wǎng)頁(yè)無法正常開啟等現(xiàn)象，這對(duì)于終端用戶的感知會(huì)造成惡劣影響。3、FE端口故障無線網(wǎng)絡(luò)側(cè)分析流程對(duì)于FE口故障的恢復(fù)，基于對(duì)指標(biāo)以及業(yè)務(wù)的保障角度，從無線側(cè)的恢復(fù)方案一般如下：.〕無線值班人員立即通知傳輸值班人員，對(duì)故障站點(diǎn)的FE接口狀態(tài)進(jìn)展排查，以便快速恢復(fù)FE口的傳輸承載。.〕如果遇到傳輸人員在短時(shí)間內(nèi)無法對(duì)故障進(jìn)展定位以及排障，則要求無線值班人員關(guān)閉故障基站的ATM/IP混合雙棧工作模式，倒回到純ATM工作模式。這樣統(tǒng)計(jì)指標(biāo)和業(yè)務(wù)均能得到恢復(fù)，步驟如下：處理PE口故障的具體流程如下：確認(rèn)FE故障原因當(dāng)FE口發(fā)生故障時(shí)，在OSSalarmview上表現(xiàn)基站的ipsync告警，之后可通過兩個(gè)步驟確認(rèn)FE口故障，之一，可通過登陸基站查看〔EMAS或AMOS〕是否有ipsync告警，之二，在登陸的基站上pingCE路由地址和pingRNC的FE的地址，具體步驟如下：FE口故障原因分類及處理方案FE發(fā)生故障的原因一般有如下幾種原因：.〕port3disable告警一般這個(gè)故障直接指向FE接口的物理鏈路未通，可能的情況有：該板卡C口以太網(wǎng)線未插、對(duì)端光端機(jī)FE板卡故障、基站側(cè)Slot=2ET-MF*板卡端口故障等。這些都需要基站維護(hù)人員上站確認(rèn)情況后，進(jìn)展相應(yīng)處理。.〕傳輸云中發(fā)生斷點(diǎn)或環(huán)路這種原因存在與傳輸網(wǎng)絡(luò)層中，需要傳輸部門檢查對(duì)應(yīng)站點(diǎn)的傳輸數(shù)據(jù)，比方：在"一層會(huì)聚〞、"二層會(huì)聚〞中，是否有*一層未做數(shù)據(jù)，產(chǎn)生斷點(diǎn)；或者在*一層中有其它冗余的數(shù)據(jù)存在〔例如已刪除基站〕，在該層中形成數(shù)據(jù)成環(huán)，導(dǎo)致播送風(fēng)暴；或者光端機(jī)板卡是否存在硬件軟件吊死等。這些需要傳輸部門的積極配合進(jìn)展故障定位。.〕ipaccessETIP地址沖突〔無線側(cè)FE的IP地址沖突〕這種故障的基站一般會(huì)出現(xiàn)"NTPServerReachabilityFault"告警連續(xù)性出現(xiàn)，因?yàn)閮蓚€(gè)以上的基站共用一個(gè)FE的IP地址，隨機(jī)性的獲取IP同步，同時(shí)不能獲取同步的那個(gè)基站就會(huì)產(chǎn)生這個(gè)告警。出現(xiàn)這種告警時(shí)，需要無線側(cè)對(duì)故障出現(xiàn)站點(diǎn)的FE口規(guī)劃設(shè)計(jì)進(jìn)展仔細(xì)核對(duì)，發(fā)現(xiàn)和設(shè)計(jì)不符的FE地址配置要及時(shí)更改，同時(shí)做好修改后的標(biāo)準(zhǔn)備份。需要強(qiáng)調(diào)的仍是在日常維護(hù)過程中對(duì)基站標(biāo)準(zhǔn)重啟的重要性，要嚴(yán)格防止隨意亂裝載較早備份而造成的修改配置倒回。.〕ipinterfacevid不匹配〔無線側(cè)FE口VLAN標(biāo)簽與傳輸網(wǎng)絡(luò)不匹配〕出現(xiàn)這種故障時(shí)，需要無線側(cè)和傳輸側(cè)雙方同時(shí)對(duì)故障出現(xiàn)站點(diǎn)的FE口的VLANID規(guī)劃設(shè)計(jì)進(jìn)展仔細(xì)核對(duì)，發(fā)現(xiàn)和設(shè)計(jì)不符的FEVLANID配置要及時(shí)更改，同時(shí)做好修改后的標(biāo)準(zhǔn)備份。需要強(qiáng)調(diào)的仍是在日常維護(hù)過程中對(duì)基站標(biāo)準(zhǔn)重啟的重要性，要嚴(yán)格防止隨意亂裝載較早備份而造成的修改配置倒回。3.3確認(rèn)FE口故障恢復(fù)FE口經(jīng)過處理后，可通過登到基站上確認(rèn)FE是否恢復(fù)，也是兩種途徑，Emas圖形界面方式和AMOS命令行方式，具體過程如下：4、惠民魯杰棉業(yè)基站FE口優(yōu)化調(diào)整問題核查檢查惠民魯杰棉業(yè)基站側(cè)ps域用戶面?zhèn)鬏斈Ｊ?，發(fā)現(xiàn)基站側(cè)參數(shù)設(shè)置異常，如下：userPlaneTransportOption Struct{2}>>1.atm=true>>2.ipV4=false正常ipV4=true,當(dāng)ipV4=false時(shí)，基站PS業(yè)務(wù)由ATM承載。RNC側(cè)該基站PS域用戶面?zhèn)鬏斈Ｊ?，發(fā)現(xiàn)RNC側(cè)設(shè)置正常，如下userPlaneTransportOption Struct{2}>>1.atm=1(TRUE)>>2.ipv4=1(TRUE)查看基站歷史告警發(fā)現(xiàn)在2012-2-2709:31:07至2012-02-2705:10:21期間，基站發(fā)生屢次斷站，期間伴隨有基站左路電源告警PowerFailureLeftSlot，基站由于供電問題發(fā)生屢次反復(fù)重啟，最后一次是已CV：Fi_C*P9014346%1_R2AA%77_n0609_0410重啟配置基站的，在此CV下，基站還未加載雙棧數(shù)據(jù)。導(dǎo)致基站上userPlaneTransportOptio下參數(shù)值為2.ipV4=false問題處理選擇最后一次所做的基站CV,將此CV設(shè)置為StartableCV,然后，用此CV重啟基站，基站會(huì)重新加載數(shù)據(jù)信息，基站業(yè)務(wù)恢復(fù)正常，提取當(dāng)日指標(biāo)如下：從上表可看出惠民魯杰棉業(yè)基站HS業(yè)務(wù)的RAB建立恢復(fù)