1、RRC重建比率高問題分析和優化方法一、 重建原理1、重建概述RRC重建（RRC connection re-establishment）是UE處于RRC_CONNECTED狀態，因為一些移動性管理或底層鏈路故障，導致連接中斷，UE發起的空口資源重新建立的過程，以繼續空口的RRC連接。重建是UE在連接狀態下，空口異常時重新恢復空口的過程。重建成功的前提是收到重建請求的小區有UE的上下文。重建的意義在于快速恢復空口業務，提高業務的連續性。重建成功流程：RRC重建請求消息:RRC重建命令消息：RRC重建完成消息：如果目標小區無該UE的上下文信息，此時UE的RRC重建請求可能會被拒絕重建失敗流程：2、

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

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

4、ailure重配置失敗Reconfig Failure無線鏈路失敗上行RLC重傳達到最大次數Other隨機接入失敗T310定時器重傳到最大底層校驗失敗1） 上層檢測到底層通知的無線鏈路失敗：UE檢測到當前檢測到“radio link failure”，則會發起原因值為“other”的中間，通常引起RLF存在如下三種機制：Ø 上行RLC重傳達到最大次數“indication from RLC that the maximum number of retransmissions has been reached”，包括SRB和DRB，與eNB側下行的SRB與DRB機制相同，當UE RLC

5、發送了一個PDU之后，需要等到eNB側反饋對應的狀態PDU才能完成一次RLC的正常調度。對于沒有收到eNB狀態PDU的原因有兩個，一個原因為eNB側上行根本就沒有收到任何RLC PDU，也就不會響應狀態PDU，另一個原因為eNB響應的狀態PDU，由于下行誤碼的原因，沒有到達UE側。Ø MAC層SRI重傳達到最大次數在切換過程中，切換完成命令丟失后導致的PUCCH沒激活，或者，在業務保持過程中由于Ta超時導致的PUCCH沒激活，此時如果UE有SR發送，因為下行鏈路問題，UE無法收到ENB的MAC層確認，SR重傳達到最大次數后觸發MAC_RA_IND，上報給L3后發起重建請求。Ø

6、; UE檢測到下行RLFUE DSP每200ms對時延譜濾波值進行判斷，如果滿足某門限，則上報L3失步；L3在同步狀態連續收到N310次L1上報的失步指示，則認為失步；同時，啟動T310定時器，超時前，若收到N311次同步指示，則認為UE恢復同步狀態，否則，T310超時后觸發重建（包括搜索小區、同步、重建），啟動T311定時器，若超時仍未重建成功，則進去IDLE態。2） 切換失敗，重建到原小區；UE在切換流程中，在收到了切換的重配置消息之后，會啟動T304，但如果在T304超時之前UE無法完成在目標小區的隨機接入，則會發起原因值為“handover failure”的重建3） 系統內或IRAT

7、的移動性過程失敗，如切換時T304超時、目標小區建立RRC連接失敗、UE不適配MobilityFromEUTRACommand的配置等4） 底層完整性檢查失敗UE無法配置RRC重配消息中的部分配置， 重配失敗；UE在安全模式激活的狀態下，如果收到了重配置消息后對于重配置消息內的信元無法匹配/兼容，則發起原因值為“reconfiguration failure”的重建。二、重建比例高分析和優化方法1、重建原因分類協議上規定，引發UE發起重建流程的原因主要有以下幾點：重建發起原因詳細原因標口原因值切換失敗Handover Failure重配置失敗Reconfig Failure無線鏈路失敗上行RL

8、C重傳達到最大次數Other隨機接入失敗T310定時器重傳到最大底層校驗失敗參考通常局點的問題分析，重建的TOP原因為Other，即UE發生無線鏈路失敗。從現網數據分析，引起重建的主因包括以下幾項：重建發起原因詳細原因確認方法弱覆蓋弱覆蓋場景UE失步、切換失敗等導致重建，包括上行弱覆蓋和下行弱覆蓋1、Uu口信令分析MR報告；2、道路/室內DT測試；快速衰落信號快速衰落切換不及時導致重建1、Uu口信令分析MR報告；2、道路/室內DT測試；鄰區漏配鄰區漏配/錯配1、Uu口信令分析MR報告異常切換過早切換、過晚切換、切換到錯誤小區1、兩兩小區切換話統；2、Uu/S1/X2信令分析空口質差上行或下行干

9、擾大1、干擾、誤碼率、CQI話統；2、道路/室內DT測試；終端異常終端異常重建1、Uu口信令分析；2、求助研發支持2、重建原因確認首先進行RRC重建話統分析，重點關注：1、源小區和非源小區重建比例；2、重配置失敗比例、切換失敗比例、Other原因比例。2.1源小區重建比例高原因確認1）提取源小區干擾、誤碼率、重傳率、CQI等話統，確認是否“空口質差”，可按如下標準判斷，符合其中一個可歸類為空口質差：l 忙時平均干擾大于-105dBm；l 忙時上行初始誤碼率大于20%；l 忙時下行初始誤碼率大于20%；l 忙時上行重傳率大于40%l 忙時下行重傳率大于30%l 忙時平均CQI低于82）提取源小區

10、兩兩小區切換話統，確認“切換過早”比例是否較高（過早切換比例 = 切換過早次數/切換出嘗試次數），可按如下標準判斷：l 過早切換比例大于5%；3）提取Uu/S1/X2口信令，分析重建前MR信令測量報告，分析重建完成后RRC_UE_INFO_RSP信令中UE重建前最后一次測量結果，判斷是否存在“鄰區漏配”、“快速衰落”、“弱覆蓋”、“異常終端”等現象。l MR中鄰區比服務小區RSRP高且符合切換條件，未觸發切換的，確認為“鄰區漏配”；l 最后一次測量結果中，下行RSRP低于-115dBm，或RSRQ低于-12，確認為“弱覆蓋”；l 終端在2秒左右時間內RSRP從正常下降至-115dBm，確認為“

11、快速衰落”；l 無鄰區漏配和弱覆蓋，空口質量正常，終端頻繁發起重建，確認為“異常終端”4）提取CHR日志，通過L2_USERCHR_SCH_INFO判斷重建前上行是否“弱覆蓋”。另外，可結合L2_USER_ULRLC_STRU判斷重建原因屬于SR重傳最大，UE失步，還是RLC重傳到最大（求助二線、三線）。l 上行Dmrs RSRP低于-130dBm；l 上行Dmrs SINR低于-3dB2.2非源小區重建比例高原因確認1）提取Uu/S1/X2口信令（或CHR），結合工參分析UE重建前所在源小區分布情況。通過FMA標口信令工具可快速給出重建源小區分布：點擊diagnosis,勾選Drop->

12、;RRC Reestablishment,可以對標口中的重建進行統計分類和對應的重建源小區PCI。然后根據工參判斷PCI對應的小區，多頻點組網場景需要注意判斷PCI屬于哪個頻點。通過CHR RrcReestabInfo事件，可以查到源小區PCI和重建原因。2）按照重建比例對源小區進行排序，提取重建TOP源小區干擾、誤碼率、重傳率、CQI等話統，確認是否“空口質差”，可按如下標準判斷，符合其中一個可歸類為空口質差：l 忙時平均干擾大于-105dBm；l 忙時上行初始誤碼率大于20%；l 忙時下行初始誤碼率大于20%；l 忙時上行重傳率大于40%l 忙時下行重傳率大于30%l 忙時平均CQI低于8

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