1、濱州FE端口配置優化分析案例1、問題現象與概述 2.2、FE端口原理分析 2.2.1 愛立信 WCDMA基站FE端口介紹 22.2 FE端口的配置說明4.2.3 FE端口故障對業務以及網絡指標的影響 53、FE端口故障無線網絡側分析流程 63.1 確認FE故障原因6.3.2 FE 口故障原因分類及處理方案 63.3 確認FE口故障恢復 7.4、惠民魯杰棉業基站 FE口優化調整 84.1 問題核查 8.4.2 問題處理 9.5、總結 92012年3月1、問題現象與概述濱州惠民縣魯杰棉業基站附近用戶反映無法進行數據業務，查看基站狀態正常，無告警，無干擾情況，提取問題時間段指標見下圖：UGellHa

2、fMRRC «niwcti(Hi success 閘tc 恤1|國RR£ vonnecti»nsLcces rate (PS) RABreqilHt(|IS)nsrun RABrateRA臥昭陶罔匸匸"35.54韭2355!01000TOQQA0467B1冊M*0C1O11390ODO110004672135.2910CDO1080iO.OO圖表 1 Accessibility_Daily 指標表從上圖中可發現，該基站的站的小區 RRC連接正常，HS業務的RAB建立成功率為0%,懷疑FE端口側出現問題，需要對 FE端口方面進行檢查。2、FE端口原理分析2

3、.1 愛立信 WCDMA基站FE端口介紹WCDMA網絡RNC至U RBS之間的接口成為iub接口，愛立信在iub接口的承 載模式上分為：純ATM模式和ATM/IP混合雙棧模式（也俗稱IP模式）。純ATM模式視頻電話、上網業務等均承載于基站和RNC之間由4條2M捆綁為一個整體的IMA組上面。所以整個Iub接口的理論最大帶寬為4*2M=8M 。ATM/IP混合雙棧模式（IP模式）4條E1捆綁為一個ATM IMA組RBSRNC1 »1-»W*1 *- + » «V1條IP鏈路Iub接口為ATM/IP混合雙棧模式（IP模式）時，在無線空口接入的3G業務 中，CS

4、域的語音電話、視頻電話等承載于 4條E1所捆綁的IMA組上，而PS域 的上網業務等就會承載于一條IP鏈路之上（基站和RNC側為一條以太網線、傳 輸網絡中對應為MSTP鏈路配置、CE側為千兆光纖），在這條鏈路上傳輸網絡會 對最大帶寬做限定，一般為26M。ATM/IP混合雙棧模式時，可以有效節省IMA組帶寬資源，對于iub 口的帶寬 瓶頸也有較大突破，但是該模式對傳輸網絡要求較高。FE口即愛立信 WCDMA基站在ATM/IP雙棧模式時iub接口的IP承載部分，連接圖如下:/7RNC/2.2 FE端口的配置說明對于FE端口的配置，是很重要的，如果基站側 FE端口配置模式為自適應 模式，華為、中興傳輸

5、側FE端口配置模式為強制100M全雙工，則愛立信的FE 口會自適應成100M半雙工，半雙工模式是數據發送時，不能接收數據，數據接 收時，不能發送數據，導致數據吞吐率低。因此將愛立信的FE 口配置模式改為強制100M全雙工后，單用戶數據下載流量達到5.5Mbps左右，且下載流量穩定。 FE端口配置模式的不匹配，不同程度地影響數據業務的吞吐率。目前來說兩邊都設成自適應或者都設成全雙工 ，都沒有問題.就怕一邊設成 自適應，一邊設成全雙工，就會有不匹配的現象.一般來說，問題僅僅發生在100M 口，但RNC側的1000M 口也有必要查一下.具體在RBS參數體現如下：st switchportWE10A0

6、019> get 76Equipme nt=1,Subrack=1,Slot=2,Plugl nUni t=1,Excha ngeTermi nallp=1,EthernetSwitch=1, EthernetSwitchPort=6actualSpeedDuplex4 (ETH_100_MB_FULL)administrativeState1 (UNLOCKED)availabilityStatus0 (NO_STATUS)1000Struct2ingressPeakBitrate operatingMode>>> 1.autoNegotiation = true&g

7、t;>> 2.configuredSpeedDuplex = 1 (ETH_10_MB_HALF)(1) actualSpeedDuplex 4 (ETH_100_MB_FULL)“actualSpeedDuplex 4 (ETH_100_MB_FU”即現在的 RBS FE的 端口配置模式 為百兆全雙工模式。(2) operatingMode>>> 1.autoNegotiation = true>>> 2.configuredSpeedDuplex = 1 (ETH_10_MB_HALF)當 參 數 設 置 為 autoNegotiation

8、= true 為 自 適 應 的 模 式 ， configuredSpeedDuplex 后面顯示的模式就沒有意義 (ETH_10_MB_HALF，) 即此時 并不是所示的10M半雙工，而是actualSpeedDuplex 4 (ETH_100_MB_FULL即百 兆全雙工。這是根據傳輸側的端口自適應而成的。當 參 數 設 置 為 當 autoNegotiation = false 時 為 強 制 模 式 ， configuredSpeedDuplex 后面定義的模式，就是端口的目前的工作模式。2.3 FE 端口故障對業務以及網絡指標的影響在ATM/IP雙棧模式時，FE 口故障發生后，直接導

9、致的現象就是RBS無法ping 通RNC即：iub接口 PS業務的IP路由中斷。IP路由中斷后，一方面會直接導 致數據業務請求時的PDP激活失敗以及PS業務的RAB指派成功率等核心網和無 線網關鍵考核指標的急劇惡化；另一方面，上網卡用戶以及 iphone 用戶會出現 撥號失敗以及網頁無法正常開啟等現象，這對于終端用戶的感知會造成惡劣影3、FE端口故障無線網絡側分析流程對于FE 口故障的恢復，基于對指標以及業務的保障角度，從無線側的恢復方案一般如下：1. ）無線值班人員立即通知傳輸值班人員，對故障站點的FE接口狀態進行排查，以便快速恢復FE 口的傳輸承載。2. ）如果遇到傳輸人員在短時間內無法對

10、故障進行定位以及排障，則要求無 線值班人員關閉故障基站的 ATM/IP混合雙棧工作模式，倒回到純ATM工作模式。 這樣統計指標和業務均能得到恢復，步驟如下：如何關閉PE口承載.doc處理PE 口故障的具體流程如下：3.1確認FE故障原因當FE 口發生故障時，在 OSS alarm view上表現基站的ipsync告警，之后可通過兩個步驟確認FE 口故障，之一，可通過登陸基站查看（EMAS或AMOS） 是否有ipsync告警，之二，在登陸的基站上 ping CE路由地址和ping RNC的FE 的地址，具體步驟如下：FE口故障表現形式與確認.doc3.2 FE 口故障原因分類及處理方案FE發生故

11、障的原因一般有如下幾種原因：1.）port3 disable 告警一般這個故障直接指向FE接口的物理鏈路未通，可能的情況有：該板卡 C 口以太網線未插、對端光端機 FE板卡故障、基站側Slot=2 ET-MFX板卡端口故障 等。這些都需要基站維護人員上站確認情況后，進行相應處理。2. ）傳輸云中發生斷點或環路這種原因存在與傳輸網絡層中，需要傳輸部門檢查對應站點的傳輸數據， 比如：在“一層匯聚”、“二層匯聚”中，是否有某一層未做數據，產生斷點；或者 在某一層中有其它冗余的數據存在 （例如已刪除基站），在該層中形成數據成環， 導致廣播風暴；或者光端機板卡是否存在硬件軟件吊死等。這些需要傳輸部門的積

12、極配合進行故障定位。3. ）ipaccessET I地址沖突（無線側 FE的IP地址沖突）這種故障的基站一般會出現“ NTP Server Reachability Fault告警間斷性出現， 因為兩個以上的基站共用一個 FE的IP地址，隨機性的獲取IP同步，同時不能獲 取同步的那個基站就會產生這個告警。 出現這種告警時，需要無線側對故障出現 站點的FE口規劃設計進行仔細核對，發現和設計不符的FE地址配置要及時更改， 同時做好修改后的規范備份。需要強調的仍是在日常維護過程中對基站規范重啟 的重要性，要嚴格避免隨意亂裝載較早備份而造成的修改配置倒回。PBfe址沖突與地址更改.doc4. ）ipi

13、nteface vid不匹配（無線側FED VLAN標簽與傳輸網絡不匹配）出現這種故障時，需要無線側和傳輸側雙方同時對故障出現站點的FE口的VLAN ID規劃設計進行仔細核對，發現和設計不符的FE VLAN ID配置要及時更改， 同時做好修改后的規范備份。需要強調的仍是在日常維護過程中對基站規范重啟 的重要性，要嚴格避免隨意亂裝載較早備份而造成的修改配置倒回。VLA N 更改.doc3.3 確認FE 口故障恢復FE 口經過處理后，可通過登到基站上確認 FE是否恢復，也是兩種途徑,Emas圖形界面方式和AMOS命令行方式，具體過程如下：4、惠民魯杰棉業基站FE 口優化調整4.1問題核查檢查惠民魯

14、杰棉業基站側 PS域用戶面傳輸模式，發現基站側參數設置異 常，如下：userPla neTra nsportOpti onStruct2>>> 1.atm = true>>> 2.ipV4 = false正常ipV4=true，當ipV4=false時，基站PS業務由ATM承載。RNC側該基站PS域用戶面傳輸模式，發現 RNC側設置正常，如下userPla neTra nsportOpti onStruct2>>> 1.atm = 1 (TRUE)>>> 2.ipv4 = 1 (TRUE)查看基站歷史告警發現在 2012-

15、2-27 09:31:07至2012-02-27 05:10:21期間，基站發生多次斷站，期間伴隨有基站左路電源告警 Power Failure Left Slot基 站由于供電問題發生多次反復重啟，最后一次是已CV :Fi_CXP9014346%1_R2AA%77_110609_04 重啟配置基站的，在此 CV 下，基 站還未加載雙棧數據。導致基站上userPlaneTransportOption下參數值為2.ipV4 = falseCV NanidCreation DateINITIAL_C>CP9011 970-01 -01OAM_CXP9ai2959-1 _R8EN03_70ai

16、 01_D84808I 370-01-01SITE-CKP901 2939-1 _R6lBN03_7001 01 -08491 220110520_&om_shn_ti aoceBasi <C>LCKP901 30092_R1 C03Rb_CXP90T43斗呂龍1_R24険1 0609_03S0 5U_CXP90l4 346%1_R2AA?fe77_11 0609_0406 F1_CXP9O143461_R2AA77_111609_0410 be_dualstack_1 1 0722 af_dualstack_1 1 0722: hangS-fftaNuMHedpsiUer

17、AU-CXP90143461 _R2AA77_120226_D40CI 970-01-01 1970-D1-01 2009-01 -21 2011-06-03 2011-06-D9 2011-OE-09 2011-07-22 2011-07-222011- 12-1G2012- 02-26AU-CXP90143461 R2AA77 120314 0斗口02012-D3-140000534433644000010000000068911060224004450501331004.2問題處理選擇最后一次所做的基站 CV,將此CV設置為Startable CV然后，用此 CV重啟基站，基站會重新加載

18、數據信息，基站業務恢復正常，提取當日指標 如下：UCell NameRRC CMwdoisuccess rateRR£曲陀血n success rate PS RAB request) RABsuccess(HS)RAB suctes rate995799 G?E91ioa ooMICOA04fi7B199839W1E399369MlfflA04S7C1975599.182MP 201從上表可看出惠民魯杰棉業基站 HS業務的RAB建立恢復正常5、總結PE端口故障會導致上網卡用戶以及iphone用戶出現撥號失敗以及網頁 無法正常開啟等現象，嚴重影響3G用戶的服務感知，為了盡量避免類似問題再次發生，我們應及時整理基站的CV列表，將最近做的3-5個基站數據信息配置完整的 CV加入到Rollback list中，并將autoCreatedCVIsTurnedOn的 值設為：true 這樣基站就會每天自動做 CV,并將新做的CV設置為Startable CV。如下圖：啣I恥lem