RRC重建比率高問題分析和優(yōu)化方法_第1頁
RRC重建比率高問題分析和優(yōu)化方法_第2頁
RRC重建比率高問題分析和優(yōu)化方法_第3頁
RRC重建比率高問題分析和優(yōu)化方法_第4頁
RRC重建比率高問題分析和優(yōu)化方法_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、.RRC重建比率高問題分析和優(yōu)化方法一、 重建原理1、重建概述RRC重建(RRC connection re-establishment)是UE處于RRC_CONNECTED狀態(tài),因?yàn)橐恍┮苿有怨芾砘虻讓渔溌饭收?,?dǎo)致連接中斷,UE發(fā)起的空口資源重新建立的過程,以繼續(xù)空口的RRC連接。重建是UE在連接狀態(tài)下,空口異常時重新恢復(fù)空口的過程。重建成功的前提是收到重建請求的小區(qū)有UE的上下文。重建的意義在于快速恢復(fù)空口業(yè)務(wù),提高業(yè)務(wù)的連續(xù)性。重建成功流程:RRC重建請求消息:RRC重建命令消息:RRC重建完成消息:如果目標(biāo)小區(qū)無該UE的上下文信息,此時UE的RRC重建請求可能會被拒絕重建失敗流程:2

2、、重建原因2.1 重建條件UE在檢測下行失步、切換失敗、RLC重傳達(dá)到最大次數(shù)等原因條件下,會在新的小區(qū)發(fā)起RRC重建過程,以試圖快速重建業(yè)務(wù),提升用戶感受。LTE協(xié)議規(guī)定,網(wǎng)絡(luò)側(cè)只能對存在上下文的連接接受重建請求,沒有上下文ID的請求將被拒絕而掉話。當(dāng)UE從基站A重建至基站B時,這種重建必然因獲取不到上下文而失敗。在現(xiàn)網(wǎng)中,無上下重建失敗在重建失敗總次數(shù)占絕大多數(shù)。嚴(yán)重影響了客戶感受。上下文一般是eNodeB側(cè)存儲的UE的一些重要信息,包括UE能力、多承載信息(承載ID,QCI等級)、S1AP_ID、UE的安全性算法等。對于沒有UE上下文的重建,目標(biāo)基站必須通過某種手段獲取源站的上下文,協(xié)議

3、規(guī)定源站可以通過切換請求把UE的上下文帶到目標(biāo)站,因此獲取上下文的載體是有了,但是如何通知源站把上下文通過切換請求帶到目標(biāo)站,協(xié)議中沒有規(guī)定。因此只能通過私有消息方式通知源站,若私有消息走S1口,需要進(jìn)核心網(wǎng),核心網(wǎng)側(cè)也需要識別該消息,處理上比較復(fù)雜,所以一般情況下會直接經(jīng)過X2口處理該私有消息。目標(biāo)基站收到RRC重建請求后,發(fā)現(xiàn)沒有該UE的上下文,所以通過X2口發(fā)送一個私有消息給源側(cè)基站請求源側(cè)基站發(fā)送上下文,收到回復(fù)后,就按照正常的流程,繼續(xù)完成RRC重建過程。2.2引發(fā)重建的原因協(xié)議上規(guī)定,引發(fā)UE發(fā)起重建流程的原因主要有以下幾點(diǎn):重建發(fā)起原因詳細(xì)原因標(biāo)口原因值切換失敗Handover

4、Failure重配置失敗Reconfig Failure無線鏈路失敗上行RLC重傳達(dá)到最大次數(shù)Other隨機(jī)接入失敗T310定時器重傳到最大底層校驗(yàn)失敗1) 上層檢測到底層通知的無線鏈路失敗:UE檢測到當(dāng)前檢測到“radio link failure”,則會發(fā)起原因值為“other”的中間,通常引起RLF存在如下三種機(jī)制: 上行RLC重傳達(dá)到最大次數(shù)“indication from RLC that the maximum number of retransmissions has been reached”,包括SRB和DRB,與eNB側(cè)下行的SRB與DRB機(jī)制相同,當(dāng)UE RLC發(fā)送了一個

5、PDU之后,需要等到eNB側(cè)反饋對應(yīng)的狀態(tài)PDU才能完成一次RLC的正常調(diào)度。對于沒有收到eNB狀態(tài)PDU的原因有兩個,一個原因?yàn)閑NB側(cè)上行根本就沒有收到任何RLC PDU,也就不會響應(yīng)狀態(tài)PDU,另一個原因?yàn)閑NB響應(yīng)的狀態(tài)PDU,由于下行誤碼的原因,沒有到達(dá)UE側(cè)。 MAC層SRI重傳達(dá)到最大次數(shù)在切換過程中,切換完成命令丟失后導(dǎo)致的PUCCH沒激活,或者,在業(yè)務(wù)保持過程中由于Ta超時導(dǎo)致的PUCCH沒激活,此時如果UE有SR發(fā)送,因?yàn)橄滦墟溌穯栴},UE無法收到ENB的MAC層確認(rèn),SR重傳達(dá)到最大次數(shù)后觸發(fā)MAC_RA_IND,上報給L3后發(fā)起重建請求。 UE檢測到下行RLFUE DS

6、P每200ms對時延譜濾波值進(jìn)行判斷,如果滿足某門限,則上報L3失步;L3在同步狀態(tài)連續(xù)收到N310次L1上報的失步指示,則認(rèn)為失步;同時,啟動T310定時器,超時前,若收到N311次同步指示,則認(rèn)為UE恢復(fù)同步狀態(tài),否則,T310超時后觸發(fā)重建(包括搜索小區(qū)、同步、重建),啟動T311定時器,若超時仍未重建成功,則進(jìn)去IDLE態(tài)。2) 切換失敗,重建到原小區(qū);UE在切換流程中,在收到了切換的重配置消息之后,會啟動T304,但如果在T304超時之前UE無法完成在目標(biāo)小區(qū)的隨機(jī)接入,則會發(fā)起原因值為“handover failure”的重建3) 系統(tǒng)內(nèi)或IRAT的移動性過程失敗,如切換時T304

7、超時、目標(biāo)小區(qū)建立RRC連接失敗、UE不適配MobilityFromEUTRACommand的配置等4) 底層完整性檢查失敗UE無法配置RRC重配消息中的部分配置, 重配失敗;UE在安全模式激活的狀態(tài)下,如果收到了重配置消息后對于重配置消息內(nèi)的信元無法匹配/兼容,則發(fā)起原因值為“reconfiguration failure”的重建。二、重建比例高分析和優(yōu)化方法1、重建原因分類協(xié)議上規(guī)定,引發(fā)UE發(fā)起重建流程的原因主要有以下幾點(diǎn):重建發(fā)起原因詳細(xì)原因標(biāo)口原因值切換失敗Handover Failure重配置失敗Reconfig Failure無線鏈路失敗上行RLC重傳達(dá)到最大次數(shù)Other隨機(jī)接

8、入失敗T310定時器重傳到最大底層校驗(yàn)失敗參考通常局點(diǎn)的問題分析,重建的TOP原因?yàn)镺ther,即UE發(fā)生無線鏈路失敗。從現(xiàn)網(wǎng)數(shù)據(jù)分析,引起重建的主因包括以下幾項(xiàng):重建發(fā)起原因詳細(xì)原因確認(rèn)方法弱覆蓋弱覆蓋場景UE失步、切換失敗等導(dǎo)致重建,包括上行弱覆蓋和下行弱覆蓋1、Uu口信令分析MR報告;2、道路/室內(nèi)DT測試;快速衰落信號快速衰落切換不及時導(dǎo)致重建1、Uu口信令分析MR報告;2、道路/室內(nèi)DT測試;鄰區(qū)漏配鄰區(qū)漏配/錯配1、Uu口信令分析MR報告異常切換過早切換、過晚切換、切換到錯誤小區(qū)1、兩兩小區(qū)切換話統(tǒng);2、Uu/S1/X2信令分析空口質(zhì)差上行或下行干擾大1、干擾、誤碼率、CQI話統(tǒng);

9、2、道路/室內(nèi)DT測試;終端異常終端異常重建1、Uu口信令分析;2、求助研發(fā)支持2、重建原因確認(rèn)首先進(jìn)行RRC重建話統(tǒng)分析,重點(diǎn)關(guān)注:1、源小區(qū)和非源小區(qū)重建比例;2、重配置失敗比例、切換失敗比例、Other原因比例。2.1源小區(qū)重建比例高原因確認(rèn)1)提取源小區(qū)干擾、誤碼率、重傳率、CQI等話統(tǒng),確認(rèn)是否“空口質(zhì)差”,可按如下標(biāo)準(zhǔn)判斷,符合其中一個可歸類為空口質(zhì)差:l 忙時平均干擾大于-105dBm;l 忙時上行初始誤碼率大于20%;l 忙時下行初始誤碼率大于20%;l 忙時上行重傳率大于40%l 忙時下行重傳率大于30%l 忙時平均CQI低于82)提取源小區(qū)兩兩小區(qū)切換話統(tǒng),確認(rèn)“切換過早”

10、比例是否較高(過早切換比例 = 切換過早次數(shù)/切換出嘗試次數(shù)),可按如下標(biāo)準(zhǔn)判斷:l 過早切換比例大于5%;3)提取Uu/S1/X2口信令,分析重建前MR信令測量報告,分析重建完成后RRC_UE_INFO_RSP信令中UE重建前最后一次測量結(jié)果,判斷是否存在“鄰區(qū)漏配”、“快速衰落”、“弱覆蓋”、“異常終端”等現(xiàn)象。l MR中鄰區(qū)比服務(wù)小區(qū)RSRP高且符合切換條件,未觸發(fā)切換的,確認(rèn)為“鄰區(qū)漏配”;l 最后一次測量結(jié)果中,下行RSRP低于-115dBm,或RSRQ低于-12,確認(rèn)為“弱覆蓋”;l 終端在2秒左右時間內(nèi)RSRP從正常下降至-115dBm,確認(rèn)為“快速衰落”;l 無鄰區(qū)漏配和弱覆蓋

11、,空口質(zhì)量正常,終端頻繁發(fā)起重建,確認(rèn)為“異常終端”4)提取CHR日志,通過L2_USERCHR_SCH_INFO判斷重建前上行是否“弱覆蓋”。另外,可結(jié)合L2_USER_ULRLC_STRU判斷重建原因?qū)儆赟R重傳最大,UE失步,還是RLC重傳到最大(求助二線、三線)。l 上行Dmrs RSRP低于-130dBm;l 上行Dmrs SINR低于-3dB2.2非源小區(qū)重建比例高原因確認(rèn)1)提取Uu/S1/X2口信令(或CHR),結(jié)合工參分析UE重建前所在源小區(qū)分布情況。通過FMA標(biāo)口信令工具可快速給出重建源小區(qū)分布:點(diǎn)擊diagnosis,勾選Drop-RRC Reestablishment,

12、可以對標(biāo)口中的重建進(jìn)行統(tǒng)計分類和對應(yīng)的重建源小區(qū)PCI。然后根據(jù)工參判斷PCI對應(yīng)的小區(qū),多頻點(diǎn)組網(wǎng)場景需要注意判斷PCI屬于哪個頻點(diǎn)。通過CHR RrcReestabInfo事件,可以查到源小區(qū)PCI和重建原因。2)按照重建比例對源小區(qū)進(jìn)行排序,提取重建TOP源小區(qū)干擾、誤碼率、重傳率、CQI等話統(tǒng),確認(rèn)是否“空口質(zhì)差”,可按如下標(biāo)準(zhǔn)判斷,符合其中一個可歸類為空口質(zhì)差:l 忙時平均干擾大于-105dBm;l 忙時上行初始誤碼率大于20%;l 忙時下行初始誤碼率大于20%;l 忙時上行重傳率大于40%l 忙時下行重傳率大于30%l 忙時平均CQI低于83)提取本小區(qū)和重建TOP源小區(qū)兩兩小區(qū)切

13、換話統(tǒng),確認(rèn)本小區(qū)和源小區(qū)間 “切換過早”、“切換過早”、“切換到錯誤小區(qū)”比例是否較高(過早切換比例 = 切換過早次數(shù)/切換出嘗試次數(shù)),可按如下標(biāo)準(zhǔn)判斷:l 過早切換比例大于5%;l 過晚切換比例大于5%;l 切換到錯誤小區(qū)比例大于5%。4)提取本小區(qū)和重建TOP源小區(qū)Uu/S1/X2口信令,分析重建前MR信令測量報告,分析重建完成后RRC_UE_INFO_RSP信令中UE重建前最后一次測量結(jié)果,判斷是否存在“鄰區(qū)漏配”、“快速衰落”、“弱覆蓋”等現(xiàn)象。5)非源小區(qū)重建問題需要結(jié)合終端測試,采用高通QXDM抓取UE LOG。由于重建觸發(fā)動作是UE側(cè)的行為,在比較多場景,基站側(cè)的日志記錄無法定位重建問題時,那么需要路測分析UE LOG。下圖列出的主要的分析消息(在進(jìn)行具體分析時,也可以利用更多的消息類型進(jìn)行分析):3、重

溫馨提示

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

評論

0/150

提交評論