lte掉線專題分析指導v_第1頁
lte掉線專題分析指導v_第2頁
lte掉線專題分析指導v_第3頁
lte掉線專題分析指導v_第4頁
lte掉線專題分析指導v_第5頁
已閱讀5頁,還剩18頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、精選優質文檔-傾情為你奉上精選優質文檔-傾情為你奉上專心-專注-專業專心-專注-專業精選優質文檔-傾情為你奉上專心-專注-專業東莞LTE掉線指標專題分析指導1、概述 本文主要結合東莞移動LTE現網無線掉線指標情況,根據現網數據統計分析,重點介紹了LTE系統內掉線率指標的優化思路、分析方法、定位手段及典型案例;影響掉線指標的原因主要包括:弱覆蓋、干擾、故障及參數設置、異常TOP終端等。2、無線掉線率定義及分析無線掉線指標定義無線掉線率= eNB異常請求釋放上下文數/初始上下文建立成功次數*100%。(eNB請求釋放上下文數=eNodeB發起的UE Context釋放次數+eNodeB發起的S1

2、RESET導致的UE Context釋放次數初始上下文建立成功次數=UE Context建立成功總次數)指標ID指標名稱指標描述所屬網元27 Context異常釋放次數DBS3900 LTE/BTS3900 LTE/BTS3900A LTE/BTS3900L LTE/BTS3900AL LTE,BTS390038發起的S1 RESET導致的UE Context釋放次數DBS3900 LTE/BTS3900 LTE/BTS3900A LTE/BTS3900L LTE/BTS3900AL LTE,BTS390039發起的S1 RESET導致的UE Context釋放次數DBS3900 LTE/BT

3、S3900 LTE/BTS3900A LTE/BTS3900L LTE/BTS3900AL LTE,BTS3900無線掉線率該指標指示了UE CONTEXT異常釋放的比例。異常請求釋放上下文數通過UE CONTEXT RELEASE REQUEST中包含異常原因的消息個數統計;初始上下文建立成功次數通過包含建立成功信息的Initial Context Setup Response消息個數。 如中A點所示,當eNodeB向MME發送UE CONTEXT RELEASE REQUEST消息,會釋放UE的所有E-RAB。當釋放原因不為“Normal Release”,“Detach”,“User I

4、nactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Time Critical Handover”,“Handover Cancelled”時,測量指標加1如圖2中A點所示,當eNodeB向MME發送S1 RESET消息時,根據包含的上下文個數,指標進行累加。如圖3中A點所示,當MME向eNodeB發送S1 RESET消息時,根據包含的上下文個數,指標進行累加。常見掉線原因分析鄰區錯/漏配通常,網絡建設初期優化過程掉線占大多數是由于鄰區錯/漏配導致的。對于LT

5、E網絡內同頻鄰區,通常采用以下的辦法來確認是否為同頻鄰區漏配:方法一:如果掉線后UE馬上重新接入,且UE重新接入的PCI與UE掉線時的PCI不一致,則可以懷疑是鄰區錯/漏配問題,可以通過測量控制進一步進行確認(從掉線位置的消息開始往前找,找到最近一條同頻測量控制消息,檢查該測量控制消息的鄰區列表)。方法二:在網絡側,觀察eNodeB在收到UE上報的測量報告后如果沒有處理,且同時X2口沒有往目標小區發送HANDOVER_REQUEST,則可以懷疑是鄰小區漏配。(該方法只適用于異站切換,同站切換沒有X2口交互)。鄰區漏配導致的掉線也包括異頻鄰區漏配和異系統鄰區漏配。異頻鄰區漏配的確認方法和同頻幾乎

6、相同,主要是掉線發生的時候,UE沒有測量或者上報異頻鄰區,而UE掉線后重新駐留到異頻鄰區上。異系統鄰區漏配表現為UE在LTE網絡掉線,掉線后UE重新選網駐留到異系統網絡,且從信號質量來看,異系統網絡的質量很好。定位鄰小區錯/漏配的方法可通過UE的Scanner功能進行掃頻,觀察是否有更強的的且不在鄰小區列表中的小區。鄰小區錯/漏配需要結合工參、電子地圖等信息進行優化。 弱覆蓋弱覆蓋是超出了鏈路預算獲得的最大路損得到的下行及上行的覆蓋,由于上下行支持的最大路損不一致,通常在LTE中上行較之于下行先受限,故在這里提到的弱覆蓋將分為上行弱覆蓋及下行弱覆蓋。按照V100R004C00及以后版本的商用網

7、典型配置來看,下行PDSCH導頻配置的是(2T2R配置),上行UE最大發射功率為23dBm。在鏈路預算過程中鏈路預算的結果和場景、鏈路預算的邊緣吞吐率、接收機靈敏度等的配置強相關。相關鏈路預算結果如下表所示:鏈路預算結果ScenarioPDSCHPUSCHEdge Rate (Kbps)102464MorphologyDense UrbanDense UrbanChannel ModelETU3ETU3Sectorization3 Sector3 SectorSystem Bandwidth (MHz)2020Edge MCSQPSK QPSK Antenna Configuration2x2

8、 SFBC1x2EnvironmentIndoorIndoorResource BlockPDSCHPUSCHTotal RB Number10084RB Number Required393TxPDSCHPUSCHMax Tx Power (dBm) Cable Loss (dB)0Body Loss (dB)00Antenna Gain (dBi)180EIRP (dBm) RxPDSCHPUSCHAntenna Gain (dBi)018Cable Loss (dB)0Body Loss (dB)00Noise Figure (dB)7Interference Margin (dB) S

9、INR (dB) Receiver Sensitivity (dBm) Minimum Signal Level (dBm) MAPLPDSCHPUSCHPenetration Loss (dB)2020Std Dev of Slow Fading (dB)Area Coverage Probability95%95%Shadow Fading Margin (dB) MAPL (dB) Cell CoveragePDSCHPUSCHUE Antenna Height (m)eNB Antenna Height (m)3030Carrier Frequency (MHz)26552535Pro

10、pagation ModelCost231-Hata HuaweiCost231-Hata HuaweiCoverage (Km) 從上表可見,該場景下(下行邊緣吞吐率為1024k,最少39個RB)下行支持的最大路損為,則按照導頻是來計算的話,下行支持的最小RSRP為 ,若低于該電平值,則可以認為下行存在弱覆蓋。而該場景(上行邊緣吞吐率64k,最少3個RB)上行支持的最大路損為,則上行支持的最小RSRP為= ,若上行低于該值,則就認為上行存在弱覆蓋。只要是上行或者下行其中一個存在弱覆蓋,則就有導致掉線發生的可能。弱覆蓋問題需要結合實際路測情況及工參進行調整優化。 切換導致的掉線在LTE系統中,

11、在時間軸上,可將切換分為如下3類:過早切換、過晚切換及乒乓切換。由于重建的引入,通常過早切換能重建回源小區,故不會引發掉線,而過晚切換及乒乓切換易導致掉線。從信號變化趨勢上來看,過晚切換主要有以下現象:拐角效應:源小區RSPR/SINR陡降,目標小區RSRP/SINR陡升(即突然出現在鄰小區列表中就是很高的值);針尖效應:源小區RSPR/SINR快速下降后一段時間后上升,目標小區出現短時間的陡升后立即陡降。因為切換過晚時容易發生目標小區沒有UE的上下文,由于之前的版本尚未實現無上下文的重建,故易造成重建失敗,最終導致掉線。之后的版本在多數場景下可以無上下文重建成功,如果該現象仍有發生,需要具體

12、問題再具體分析。從信令流程上看,一般在掉線前UE上報了鄰區的A3測量報告,eNodeB也收到了測量報告,并下發了切換命令,但是UE側收不到,此時如果目標小區能有UE的上下文且能重建成功,可以不掉線。乒乓切換在信號變化趨勢上有如下表現:1)主服務小區變化快:2個或者多個小區交替成為主服務小區,主服務小區具有較好的RSRP和SINR且每個小區成為主導小區的時間很短;2)無最優小區:存在多個小區,RSRP正常而且相互之間差別不大,每個小區的SINR都很差。從信令流程上看,一般可以看到UE剛剛完成一次切換后就有新的測量報告上報并發起另一次切換,由于切換后還有較多的重配置消息下發(CQI上報模式、sou

13、nding等),在乒乓區域易導致這些命令超時失敗引起掉線。解決切換過晚導致的掉線問題,可以通過調整天線位置,修改切換參數或者配置CIO使目標小區能夠提前發生切換;解決乒乓切換帶來的掉線問題,主要通過調整天線位置改善RF,使得該區域能有一個穩定的最優小區。對于異頻切換和異系統切換,在切換前需要通過啟動GAP來進行異頻或者異系統頻點的測量,故需要對A2參數進行合理配置,保證及時的起GAP測量,從而避免起GAP過晚導致的終端來不及測量目標側小區的信號導致掉線,并合理的配置目標小區的門限。 干擾引起的掉線通常干擾分為上行干擾及下行干擾,系統內干擾及外來干擾。不論哪種類型的干擾都會導致掉線。通常,對于下

14、行,當服務小區的RSRP高于-90,但是SINR低于-6,基本上可以認為是下行干擾的問題(當鄰小區錯/漏配或切換不及時的時候,也可能出現服務小區RSRP信號很好,但SINR很差的情況);下行的干擾通常是指導頻污染,指覆蓋地區存在3個以上的小區滿足切換條件,由于信號的波動常常出現頻繁小區重選或者乒乓切換,可能會導致掉線。通常在沒有干擾的情況下,上下行是平衡的,而當下行存在干擾時,會體現在下行受限,上行不受限;而存在上行干擾時,則是上行受限但下行不受限。 流程交互失敗一些需要信令交互的流程,如CQI上報周期、MIMO模式、SRS、ANR流程等,這些流程往往常常會由于無線環境的原因,eNodeB與終

15、端側兼容方面的原因或者UE本身的問題導致流程失敗,最后導致掉線。這類問題需要針對特定的流程進行分析,特殊情況特殊處理,沒有一般性的處理方法。 異常分析傳輸問題(S1、X2口復位、閃斷等)eNB故障(單板復位、射頻通道故障等)UE故障等(UE死機、發熱、版本缺點等)在排除了以上的原因之后,其他的掉線一般需要懷疑是否是設備存在問題,需要通過查看設備的日志文件,告警信息等進一步來分析掉線原因。比如:eNodeB基帶板內存泄露導致在發起小區資源核查時釋放用戶導致掉線;比如:核心網重啟導致的eRAB異常釋放。還有在路測過程中易引起路測終端過熱/死機,或者連線脫落/掉電導致的掉線。 優化思路 整網指標優化

16、分析話統指標分析流程圖如下所示:說明:1、首先需要在話統側獲取全網的掉話率指標以及趨勢,掉話率趨勢分析至少需要分析12周左右的數據。如果全網的掉話率指標突然偏高,一般下列因素會導致全網的掉話率突然增加,需要執行以下的檢查:是否存在傳輸告警:觀察S1口傳輸是否出現問題;是否存在設備告警:觀察eNodeB側是否存在告警;全網話務量趨勢分析:分析是否由于話務量突然增加導致掉話率上升;話務量的分析通??赏ㄟ^e-RAB嘗試建立的次數及成功次數的分布來判斷。2、然后依據檢查結果,定位掉話問題;如果面全網的掉話率指標一直偏高,分析小區級別的掉話率指標,把小區級的掉話率指標和掉話絕對次數按從高到低的順序進行排

17、序,優先分析掉話絕對次數多而且掉話率也很高的Top小區;進行小區掉話指標分析;需要檢查小區參數在掉話率異常期間是否存在修改。3、分析掉話統計結果,對Top小區實施優化措施;優化措施實施后對比該小區的掉話率指標是否改善; 4、分析優化措施是否可以全網復制,如果可以的話安排全網經驗復制,分析實施后的指標是否滿足要求,如果滿足要求,那么結束掉話優化;否則,重新進行Top小區優化; TOP小區優化思路說明:1、獲取小區級話統的掉話率指標及趨勢,掉話率趨勢分析至少需要分析12周左右的數據;如果小區的掉話率指標突然偏高,需要檢查eNodeB側是否存在該小區相關的告警信息;檢查該小區所屬eNodeB的告警,

18、確認該小區沒有出現故障等信息;常見的告警如RRU相關的告警、通道相關的告警、傳輸相關的告警、基帶板相關的告警等。2、分析小區級掉話原因CHR數據,獲取導致掉話的各種原因的比例,按照比例從高到低的順序分別針對不同的原因進行分析;3、依據各Top原因所對應的實際掉話原因進行分析處理4、是否存在OM操作導致的站點復位,重啟等導致的掉話;5、是否有Top用戶存在,如果有,需要對Top用戶的Log進行詳細分析; 6、如果是無法通過CHR數據定位解決的問題,需要通過抓取該Top小區內eNodeB側的IFTS數據(TTI跟蹤)、串口跟蹤進行進一步分析;7、如無法進行進一步深入分析,則需要使用測試終端進行復現

19、,并抓取UE側的log及內部打印信息進行進一步定位。3、PRS-切換相關模板R9版本PRS中已經建立切換相關的指標模板,可以根據需要自行提取即可。掉線指標提取模板分為兩類,掉線指標模板 CONTEXT掉線指標模板,這兩項指標都包含在一個PRS模板里。打開PRS,選擇報表管理-KPI組專項優化-掉線率指標-按條件查詢:點擊進入的操作界面如下:選擇所需要查詢的小區,選擇時間-時間維度可以選擇(小時、天、周、月、所有)。查詢后的指標如下:詳細指標項如附件:、案例參考東莞東城景湖春天E2-HLW-2掉線分析問題描述:東莞東城景湖春天E2-HLW掉線嚴重,指標趨勢如下:原因分析:分析異常釋放原因99%為

20、無線層原因。查該小區告警存在單板軟件運行異常告警,小區服務能力下降告警及射頻單元駐波告警,10個RRU且優6個RRU上行數據同步異常。派單維護現場協助處理告警 處理結果: 維護人員現場復位單板后,單板軟件運行異常告警及小區服務能下降告警消除,但RRU 81,84的射頻單元異常告警還是存在,待繼續跟進處理。觀察掉線指標恢復 東莞塘面工業區F-HLH-1掉線分析問題描述: 東莞塘面工業區F-HLH-1無線掉線率時好時壞,有時達20%左右,趨勢如下:原因分析: 查該小區無告警,且干擾正常查詢指標統計,E-RAB異常釋放主要為切換失敗導致, 兩兩切換指標統計,切換出失敗目標小區為CELLID=(東莞橋

21、南路F-HLH-3) 查目標小區東莞橋南路F-HLH-3干擾較嚴重處理結果: 目標小區存在上行干擾導致切換失敗掉線,目標小區干擾較強,屬于外部干擾,待安裝濾波器,由于濾波器設備未到位,跟進中 東莞顏屋F-HLH-3掉線分析問題描述:東莞顏屋F-HLH-3無線掉線率一直都不達標,趨勢如下:原因分析:查該小區無告警,觀察每個RB上的干擾情況,無明顯干擾現象 觀察指標,95%的異常釋放原因為無線層原因,查詢該小區鄰區,與周邊站點都有定義鄰區關系,同頻鄰區數44個,異頻鄰區數28個。NASTAR分析,UE多次上報測量報告,且測量到的鄰區的RSRP都相對較弱,超過定時后,eNodeB向MME發起釋放請求

22、,釋放的原因都為“Radio Network Layer Cause CHR數據分析,主要為上行弱覆蓋,如下: TA測量分析,該小區平均TA=左右,但最大TA=24,有點過覆蓋現象。地理位置分析,該站點兩旁都是山體,站點較少,距離最近站點。RSRP小于-110占%。 處理結果: 由于地理環境,周邊站點較少,導致東莞顏屋F-HLH-3覆蓋區域弱信號,待調整下傾角觀察 東莞三滘中路F-HLH-2切換掉線分析問題描述: 東莞三滘中路F-HLH-2無線掉線率較高,10%以上。見下圖:原因分析: 查源小區東莞三滘中路F-HLH-2無告警,無干擾等情況 統計指標,主要為切換掉線 由信令分析,準備切換成功,

23、在執行切換時失敗 測量報告顯示,源小區的RSRP=-97dbm.鄰小區RSRP=-91dbm。同頻切換,鄰小區RSRP比源小區強6dbm,但無法切換,最終eNodeB向MME發起釋放請求 無漏配鄰區關系,檢查鄰區配置參數,發現源小區所定義的外部小區PCI與鄰區東莞大圍頭F-HLH-2和東莞大圍頭F-HLH-3PCI定義錯誤處理結果: 把外部小區PCI修改于鄰小區一致后,東莞三滘中路F-HLH-2掉線恢復正常4、整網指標優化情況 自9月22日開始掉線專題優化后,掉線率有所下降,指標趨勢如下:跟進TOP小區如下:小區名告警情況是否通過單優問題描述是否完成東莞城市學院悅香園F-HLH-2無否1,2小

24、區天線接反指標恢復東莞南城臺商大廈E3-HLW-1無否RRU接錯,與設計方案不一致,未通過單優,待工程處理跟進東莞松山湖華為南方工廠宿舍南區E1-HLW-1無否存在強干擾,干擾下降,指標有所好轉指標有所好轉東莞松山湖華為南方工廠宿舍南區E1-HLW-2無否存在強干擾,干擾下降,指標有所好轉指標有所好轉東莞松山湖華為南方工廠宿舍南區E1-HLW-3無否存在強干擾,干擾下降,指標有所好轉指標有所好轉東莞寮步豐泰旗山綠洲三期E1-HLW-2單板軟件運行異常告警/小區服務能力下降告警否派單工程處理,由于設備故障,無配件更換,暫去激活小區跟進東莞東城盈彩美地淺水灣二期E-HLW-1單板軟件運行異常告警否

25、設備存在問題,未通過單優,派單工程處理跟進東莞獅子洋隧道口F-HLH-3無是弱覆蓋,覆蓋過遠,派單調整下傾角,待調整下傾角-3度調為2度跟進東莞懷德厚虎路F-HLH-1無是特殊環境所致,周圍站點少,覆蓋過遠導致跟進東莞顏屋F-HLH-3無是特殊環境所致,周圍站點少,弱覆蓋,待調整下傾角跟進東莞東城景湖春天E2-HLW-2射頻單元駐波告警/單板軟件運行異常告警/小區服務能力下降告警是已派單維護處理,回復:經我司維護人員到現場檢查,由于是軟件吊死 ,經復位后正常指標恢復東莞常平萬科城六期E-HLW-1單板軟件運行異常告警是已派單維護處理,回復:現場檢查由于是LBBP板故障引起,復位LBBP板后告警消除指標恢復東莞常平萬科城六期E-HLW-2單板軟件運行異常告警是已派單維護處理,回復:現場檢查由于是LBBP板故障引起,復位LBBP板后告警消除指標恢復東莞常平萬科城六期E-HLW-3單板軟件運行異常告警是已派單維護處理,回復:現場檢查由于是LBBP板故障引起,復位LBBP板后告警消除指標恢

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論