RRC重建立功專項驗證報告

1、中興RRC重建立功能專項驗證報告中國電信天津分公司網(wǎng)絡(luò)優(yōu)化中心 王健二零一五年七月近期發(fā)現(xiàn)LTE話務(wù)統(tǒng)計中RRC連接重建立成功率較低。主要是因為“其它類型的RRC連接重建立失敗次數(shù)，失敗原因UE上下文找不到”失敗的次數(shù)較多導(dǎo)致成功率低。參見下表：網(wǎng)元級別RRC連接重建請求次數(shù)RRC連接重建成功次數(shù)RRC連接重建成功率RRC連接重建比例UE上下文異常釋放次數(shù)UE上下文掉線率E-RAB異常釋放次數(shù)（無線層問題）單位次次%次%次中興3407.00 1280.00 37.57 0.69 917.00 0.20 236.00 一、 RRC重建立介紹：對于觸發(fā)RRC重建立的原因，協(xié)議上規(guī)定如下，The U

2、E shall only initiate the procedure when ASsecurity has been activated. The UE initiates the procedure when one of thefollowing conditions is met:1. upon detecting radio link failure, in accordance with 5.3.11; or2. uponhandover failure, in accordance with 5.3.5.6; or3. uponmobility from E-UTRA fail

3、ure, in accordance with 5.4.3.5; or4. upon integrity check failure indication from lower layers; or5. uponan RRC connection reconfiguration failure, in accordance with 5.3.5.5.以上5點原因，在網(wǎng)管KPI統(tǒng)計中，標(biāo)注紅色的2點原因被歸結(jié)為其它類型觸發(fā)的RRC連接重建立。例如，其中C373200075Number of Other Triggered RRC Re-establishment Failures due to

4、UE Context NotFound 發(fā)生的場景是由于無線鏈路失敗的原因，觸發(fā)跨站的重建立。而且由于跨站的小區(qū)沒有該UE上下文信息，根據(jù)協(xié)議規(guī)定，RRC重建立一定被拒絕。簡單的說，如果UE在由eNodeB A切換至eNodeB B時，由于空口質(zhì)量等原因發(fā)生切換失敗，則UE會觸發(fā)RRC重建立流程，這時根據(jù)協(xié)議規(guī)定，UE將上報檢測到的第一條滿足建立質(zhì)量的eNodeB（非信號強(qiáng)度最強(qiáng)或質(zhì)量最好的eNodeB），如果上報的為第三基站eNodeB C，則UE一定會因為eNodeB C沒有用戶上下文信息而發(fā)生掉話。如下圖：根據(jù)協(xié)議36.331-910，5.3.7.8小節(jié)：Upon receiving t

5、he RRCConnectionReestablishmentRejectmessage, the UE shall:performthe actions upon leaving RRC_CONNECTED as specified in 5.3.12,with release cause 'RRC connection failure'即RRC連接重建立被網(wǎng)絡(luò)拒絕后，UE進(jìn)入到RRC Idle狀態(tài)。因此發(fā)生RRC連接重建立是不可避免的過程。這種失敗次數(shù)較多，主要是取決于網(wǎng)絡(luò)鄰區(qū)配置、站點數(shù)目以及覆蓋水平。目前天津現(xiàn)網(wǎng)已經(jīng)配置SON功能的ANR子功能，即鄰區(qū)問題已經(jīng)基本規(guī)避，

6、空口覆蓋波動成為RRC重建立的主要根源。據(jù)中興在V3.10.20版本說明中，有通過私有接口優(yōu)化了該場景下的處理過程，通過支持跨站重建，進(jìn)而減少RRC連接重建立的失敗次數(shù)。條件如下：· 選擇的重建立目標(biāo)小區(qū)與源小區(qū)之間已配置X2口。· 選擇的重建立目標(biāo)小區(qū)與源小區(qū)之間已互配鄰區(qū)。· 兩個基站都是中興通訊的設(shè)備。此時，目標(biāo)小區(qū)可以從UE發(fā)出的RRCConnectionReestablishmentRequest消息中攜帶的physCellId，如下圖所示，找到該UE的源小區(qū)，然后通過X2口向源小區(qū)請求UE的上下文信息，減少這種失敗導(dǎo)致的重建立拒絕，進(jìn)而減少掉話。如下圖

7、：下圖為跨站重建立的時序示意圖：eNodeB-A發(fā)送消息給MME以通知核心網(wǎng)切換UE業(yè)務(wù)的路徑到eNodeB-A。SGW在將UE所有業(yè)務(wù)的下行路徑從eNodeB-B切換至eNodeB-A后，發(fā)送“End marker”給eNodeB-B，以終止從eNodeB-B到eNodeB-A的數(shù)據(jù)前轉(zhuǎn)（Data Forwording）eNodeB-B根據(jù)消息中攜帶的Failure cell PCI IE，向eNodeB-A發(fā)送HANDOVER REQUEST消息，以便把有效的UE上下文傳遞給eNodeB-A。eNodeB-A上因為沒有該UE的任何信息包括上下文，eNodeB-A根據(jù)ue-Identity

8、IE中physCellId查找周圍所有可能擁有該UE有效上下文的鄰接eNodeBUE發(fā)生RRC重建立前為eNodeB-B，因為某種原因UE發(fā)起RRC重建立過程。經(jīng)過小區(qū)選擇過程UE選定eNodeB-A上的某個小區(qū)，二、 功能驗證測試為驗證RRC跨站重建立功能，在寶坻區(qū)域選擇基站構(gòu)建重建立場景，具體如下：1.2.2.1. 測試站點 本次驗證測試選取的站點是寶坻高家莊-BDFO-1(PCI=298)與寶坻朝霞村-BDFO-0（PCI=168）。UE由寶坻朝霞村-BDFO-0扇區(qū)重建立到寶坻高家莊-BDFO-1扇區(qū)上。具體站點位置圖見下圖:2.2. 測試方法Ø 測試前準(zhǔn)備修改寶坻朝霞村-B

9、DFO的A3-Offset為15dB，修改寶坻朝霞村-BDFO-0扇區(qū)與寶坻高家莊-BDFO-1扇區(qū)的CIO為24dB，使其不容易發(fā)生同頻切換。Ø 測試方法UE進(jìn)行長呼下載，車輛由東往西行駛，UE開始占用PCI=168的寶坻朝霞村-BDFO-0扇區(qū)信號，隨著車輛的行駛，服務(wù)小區(qū)信號逐漸減弱，鄰區(qū)PCI=289的寶坻高家莊-BDFO-1扇區(qū)信號逐漸增強(qiáng)，修改了A3門限和CIO，UE無法及時切換。由于信號強(qiáng)度差距較大，鄰區(qū)干擾過強(qiáng)，造成無線鏈路失敗，使UE發(fā)起重建立請求。2.3. 測試結(jié)果122.12.22.32.3.1 站間重建立開關(guān)關(guān)閉（重建立失?。氎娉即?BDFO以及寶坻高家

10、莊-BDFO兩個基站的站間重建立開關(guān)關(guān)閉，此種場景下，終端上報重建立請求到寶坻高家莊-BDFO-1扇區(qū)被拒絕，重建立失敗。Ø 終端側(cè)信令終端向PCI=298的高家莊信用社-BDFO-1扇區(qū)發(fā)送重建立請求。因重建立開關(guān)關(guān)閉，目標(biāo)扇區(qū)無法通過X2口獲取終端的上下文消息，重建立請求被拒絕，重建立失敗。2.3.2 站間重建立開關(guān)打開（重建立成功）將寶坻朝霞村-BDFO以及寶坻高家莊-BDFO兩個站點的站間重建立開關(guān)打開進(jìn)行測試，此重場景下，終端成功由寶坻朝霞村-BDFO-0扇區(qū)重建立到寶坻高家莊-BDFO-1扇區(qū)上。Ø 終端側(cè)信令UE重建立前在PCI=168的小區(qū)，重建立前的C-R

11、nti為5488。(C-Rnti是無線網(wǎng)絡(luò)臨時標(biāo)示，通過該項數(shù)值可以確定后續(xù)基站側(cè)信令中的終端)終端因無線鏈路失敗向PCI=298及寶坻高家莊-BDFO-1扇區(qū)發(fā)起重建立接入請求。重建立完成重建立完成后UE占用PCI=298的信號，C-Rnti為2836。Ø 基站側(cè)信令通過C-Rnti=5488，從基站側(cè)信令中找到對應(yīng)的UE，重建立前GID為18472。第一步：目標(biāo)小區(qū)收到重建立請求消息，來源通過PCI和Rnti確認(rèn)。第二步：X2口目標(biāo)側(cè)向源側(cè)發(fā)Rlf Ind消息，由于中興分析工具版本較低，沒解出來。第三步：源側(cè)小區(qū)向目標(biāo)側(cè)發(fā)切換請求。第四步：目標(biāo)側(cè)收到后給終端做出重建立響應(yīng)。第五步

12、：終端回RRC連接重配置完成到目標(biāo)小區(qū)。第六步：目標(biāo)側(cè)在收到終端發(fā)的重建立完成后給終端下發(fā)重配消息。第七步：目標(biāo)測給源小區(qū)發(fā)切換相應(yīng)消息。第八步：源側(cè)發(fā)送SN狀態(tài)變更消息到目標(biāo)側(cè)。第九步：終端上報RRC重配置完成到目標(biāo)小區(qū)。第十步：目標(biāo)小區(qū)通過S1鏈路向MME上報路徑轉(zhuǎn)換請求。第十一步：MME發(fā)送PATH SWITCH REQUEST ACKNOWLEDGE消息給目標(biāo)小區(qū)。第十二步：目標(biāo)小區(qū)給源小區(qū)發(fā)送UE CONTEXT RELEASE消息，通知目標(biāo)小區(qū)釋放UE上下文，完成跨站重建立流程。三、 簇開通指標(biāo)驗證1.2.3.3.1. 簇功能開通7月8日將寶坻城區(qū)內(nèi)FDD站點的站間重建立開關(guān)打開，

13、觀察開啟前后一周的關(guān)鍵指標(biāo)的變化情況。此次“站間重建立開關(guān)”實驗性開啟共涉及寶坻城區(qū)41個FDD宏站。具體站點分布請見下圖：3.2. 開通指標(biāo)對比 取7月1日7月7日（開啟前）一周7×24小時以及7月9日7月15日（開啟后）一周7×24小時的KPI指標(biāo)進(jìn)行比對。重點關(guān)注指標(biāo)：RRC重建成功率、UE上下文掉線率、E-RAB掉線率、系統(tǒng)內(nèi)切換成功率以及RRC重建失?。ㄔ蛑禐閁E上下文找不到）等5項指標(biāo)。站間重建立開關(guān)開啟后RRC重建成功率、UE上下文掉線率以及E-RAB掉線率三項指標(biāo)均有明顯改善；系統(tǒng)內(nèi)切換成功率無明顯波動；因UE上下文找不到而重建立失敗的次數(shù)減少。開啟前開啟

14、后指標(biāo)變化RRC連接重建成功率43.19%58.16%指標(biāo)改善UE上下文掉線率0.12%0.08%指標(biāo)改善E-RAB掉線率0.072%0.056%指標(biāo)改善UE上下文找不到次數(shù)57314614指標(biāo)改善注：RRC重建失敗（原因值為UE上下文找不到）包含以下兩個COUNT值：C373200075其它類型的RRC連接重建立失敗次數(shù)，失敗原因UE上下文找不到C373200063切換類型的RRC連接重建立失敗次數(shù)，失敗原因UE上下文找不到3.2.1. RRC重建成功率 以開啟時間為節(jié)點分別統(tǒng)計前后一周的RRC重建成功率，開啟前一周RRC重建成功率為43.19%，開啟后一周RRC重建成功率58.16%。RRC重建成功率明顯提升，具體趨勢圖請見下圖：3.2.2. UE上下文掉線率以開啟時間為節(jié)點分別統(tǒng)計前后一周的UE上下文掉線率，開啟前一周UE上下文掉線率為0.12%，開啟后一周UE上下文掉線率0.08%。UE上下文掉線率指標(biāo)明顯改善，具體趨勢圖請見下圖：3.2.3. E-RAB掉線率以開啟時間為節(jié)點分別統(tǒng)計前后一周的E-RAB掉線率，開啟前一周E-RAB掉線率為0.072%，開啟后一周E-RAB掉線率0.056%。E-RAB掉線率指標(biāo)明顯改善，具體趨勢圖請見下圖：3.2.4. 重建立失敗次數(shù)（UE上下