TOP小區(qū)處理-RRC重建成功率低優(yōu)化案例_第1頁
TOP小區(qū)處理-RRC重建成功率低優(yōu)化案例_第2頁
TOP小區(qū)處理-RRC重建成功率低優(yōu)化案例_第3頁
TOP小區(qū)處理-RRC重建成功率低優(yōu)化案例_第4頁
TOP小區(qū)處理-RRC重建成功率低優(yōu)化案例_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、RRC重建成功率低優(yōu)化案例 摘要RRC重建流程圖RRC重建成功流程圖:RRC重建失敗流程圖:(1)協(xié)議3GPP36.331定義觸發(fā)重建原因包括如下幾類1>upondetecting radio link failure, 2>uponhandover failure, 3>uponmobility from E-UTRA failure, 4>uponintegrity check failure indication from lower layers; 5>uponan RRC connection reconfiguration failure(2)reco

2、nfiguration failure定義:UE在安全模式激活的狀態(tài)下,如果收到了重配置消息后對于重配置消息內的信元無法匹配/兼容,則發(fā)起原因值為“reconfiguration failure”的重建。(3)handover failure定義UE在切換流程中,在收到了切換的重配置消息之后,會啟動T304,但如果在T304超時之前UE無法完成在目標小區(qū)的隨機接入,則會發(fā)起原因值為“handover failure”的重建。(4)協(xié)議3GPP36.331定義重建失?。?)重建原因(radio link failure)重建常見原因為RLF, 如果UE檢測到當前檢測到“radio link fa

3、ilure”,則會發(fā)起原因值為“other”問題分析流程圖1、首先檢查基站、傳輸?shù)葼顟B(tài)是否異常,排查基站、傳輸?shù)葐栴}后再進行分析。2、通過COUNTER分析重建流程圖如下:關鍵字:RRC重建,掉話,CELL TRACE,信令1. 問題描述進行FDD-LTE網絡每日TOP小區(qū)處理的過程中,XZL2NTD銅山區(qū)_茅村周宅子WBBU1-2的RRC重建成功率為31.31%,該數(shù)據(jù)嚴重低于正常RRC重建成功率的平均值,且已持續(xù)了一段時間。通過對XZL2NTD銅山區(qū)_茅村周宅子WBBU1-2的重建次數(shù)統(tǒng)計,對小區(qū)問題進行了分析。作為后臺日常KPI優(yōu)化的一個重要指標,RRC重建對全網掉線率等指標起著至關重要

4、的作用。通過提取相關COUNTER統(tǒng)計出RRC重建的相關原因值,如下圖所示:如上圖所示,RRC重建失敗原因值多為OTHER FAILURE, 此時,使用CELL TRACE對目標小區(qū)進行TRACE并進行分析; 2. 問題分析2.1 TRACE分析過程RRCConnectionReestablishmentReestablishmentRequest消息如下:Request:<UL-CCCH-Message> <message> <c1> <rrcConnectionReestablishmentRequest> <criticalExten

5、sions> <rrcConnectionReestablishmentRequest-r8> <ue-Identity> <c-RNTI> 0000011011010110 </c-RNTI> <physCellId>328</physCellId> <shortMAC-I> 0101110011010111 </shortMAC-I> </ue-Identity> <reestablishmentCause number="2"><othe

6、rFailure/></reestablishmentCause> <spare> 00 </spare> </rrcConnectionReestablishmentRequest-r8> </criticalExtensions> </rrcConnectionReestablishmentRequest> </c1> </message></UL-CCCH-Message>附件是完整信令:由以上信令可知,該信息包含的C-RNTI為1750和且對端PCI為328,原因值顯示為O

7、THER FAILURE;同時找出了很多重建立失敗的原因值都為OTHER FAILURE,且對端為PCI=328的站點發(fā)生的次數(shù)較多,此時,可TRACE周邊站點在TRACE中PCI重復出現(xiàn)次數(shù)較多的小區(qū)。MAPINFO圖層顯示如下:由圖可見,PCI=328的該小區(qū)距離茅村周宅子_2距離較近,此時,定制PCI=328的小區(qū)TRACE,對端PCI為328的小區(qū)跟蹤信息分析如下;根據(jù)上面茅村周宅子_2小區(qū)的信令中獲得的C-RNTI=1750,對應著找到PCI=328的小區(qū)INTERFACE面的L3Message信息中該時間段的C-RNTI=1750的顯示如下:根據(jù)上圖中所對應的TRSR=855信息去

8、Recording Session面找到TRSR=855的該信令消息,如下圖所示:該信令信息見此附件:2.2信令分析其中,RRCConnectionReestablishmentReestablishmentRequest如下:<UL-CCCH-Message> <message> <c1> <rrcConnectionRequest> <criticalExtensions> <rrcConnectionRequest-r8> <ue-Identity> <s-TMSI> <mmec>

9、 00000001 </mmec> <m-TMSI> 11011000000011111100110000011010 </m-TMSI> </s-TMSI> </ue-Identity> <establishmentCause number="4"><mo-Data/></establishmentCause> <spare> 0 </spare> </rrcConnectionRequest-r8> </criticalExtensi

10、ons> </rrcConnectionRequest> </c1> </message></UL-CCCH-Message>RRCConnectionRequest信令見附件:其中,在該條信令的L3Message顯示如下:可見,在該小區(qū)上產生了一系列測量報告;Diagram圖顯示如下:其中L3Message details信息顯示如下:<UL-DCCH-Message> <message> <c1> <measurementReport> <criticalExtensions>

11、 <c1> <measurementReport-r8> <measResults> <measId>2</measId> <measResultPCell> <rsrpResult><!CDATA -119.0 <= rsrpResult < -118.0 dBm ></rsrpResult> <rsrqResult><!CDATA -18.0 <= rsrqResult < -17.5 dB ></rsrqResult> &

12、lt;/measResultPCell> <measResultNeighCells> <measResultListEUTRA> <element> <physCellId>254</physCellId> <measResult> <rsrpResult><!CDATA -102.0 <= rsrpResult < -101.0 dBm ></rsrpResult> <rsrqResult><!CDATA -9.0 <= rsrqResult

13、 < -8.5 dB ></rsrqResult> </measResult> </element> </measResultListEUTRA> </measResultNeighCells> </measResults> </measurementReport-r8> </c1> </criticalExtensions> </measurementReport> </c1> </message></UL-DCCH-Message

14、>同時,在Measurement圖中顯示信息如下:由上圖可知,在茅村周宅子_2發(fā)生重建的該時間點,鄰區(qū)中存在RSRP由于PCI=328的小區(qū),且時間軸顯示的時間也達到了切換的時間條件;TA圖顯示如下:上圖可知,在茅村周宅子_2發(fā)生重建的該時間點,用戶距離基站位置約1km左右,距離較近,不存在異常弱覆蓋等情況。通過以上信令可知,雖然主服務小區(qū)(PCI=328)的RSRP值還處于正常水平,但此時鄰區(qū)(茅村周宅子_2)的RSRP已高于服務小區(qū)約8dBm,服務小區(qū)RSRQ已降低到-15左右,信號質量較差。信令上顯示,終端一直上報MR測量,但基站未下發(fā)切換命令,終端未執(zhí)行同頻切換,因此判斷終端發(fā)起

15、RRC重建原因為:測量鄰區(qū)RSRP高于服務小區(qū),終端上報MR但未執(zhí)行切換導致服務小區(qū)質量下降,發(fā)起原因值為”O(jiān)THERFAILURE”的RRC重建。3. 問題解決1.2.3.3.1 解決方案按照數(shù)據(jù)顯示,鄰區(qū)茅村周宅子_2小區(qū)的RSRP優(yōu)于主服務小區(qū)(PCI=328)的RSRP,且上報時間已超出了正常切換的時間,該用戶從PCI=328的小區(qū)釋放后理論上應該是正常切換至茅村周宅子_2,而非通過RRC重建到茅村周宅子_2小區(qū);由上可知,該情況屬于鄰區(qū)漏配導致的RRC重建失敗。核查茅村周宅子與周邊站點的鄰區(qū)關系,發(fā)現(xiàn)該鄰區(qū)關系不存在,屬于鄰區(qū)漏配的現(xiàn)象,此時,優(yōu)化該站點與周邊站點的鄰區(qū)關系。鄰區(qū)配置后,未出現(xiàn)RRC重建失敗事件。3.2 優(yōu)化結果處理后,指標統(tǒng)計如下:優(yōu)化前后指標對比圖:RRC連接重建成功率優(yōu)化前后對比圖:指標已恢復,問題已解決。4. 方法總結RRC重建

溫馨提示

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

評論

0/150

提交評論