RRC重建比率高問題分析和優化方法一、重建原理1、重建概述RRC重建（RRCconnectionre-establishment）是UE處于RRC_CONNECTED狀態，因為一些移動性管理或底層鏈路故障，導致連接中斷，UE發起的空口資源重新建立的過程，以繼續空口的RRC連接。重建是UE在連接狀態下，空口異常時重新恢復空口的過程。重建成功的前提是收到重建請求的小區有UE的上下文。重建的意義在于快速恢復空口業務，提高業務的連續性。RRC重建請求消息:如果目標小區無該UE的上下文信息，此時UE的RRC重建請求可能會被拒絕2、重建原因2.1重建條件下，會在新的小區發起RRC重建過程，以試圖快速重建業務，提升用戶感受。LTE協議規定，網絡側只能對存在上下文的連接接受重建請求，沒有上下文ID的請求將被拒絕而掉話。當UE從基站A重建至基站B時，這種重建必然因獲取不到上下文而失敗。在現網中，無上下重建失敗在重建失敗總次數占絕大多數。嚴重影響了客戶感受。上下文一般是eNodeB側存儲的UE的一些重要信息，包括UE能力、沒有UE上下文的重建，目標基站必須通過某種手段獲取源站的上下文，協議規定源站可以通過切換請求把UE的上下文帶到目標站，因此獲取上下文的載體是有了，但是如何通知源站把上下文通過切換請求帶到目標站，協議中沒有規定。因此只能通過私有消息方式通知源站，若私有消雜，所以一般情況下會直接經過X2口處理該私有消息。目標基站收到消息給源側基站請求源側基站發送上下文，收到回復后，就按照正常的2.2引發重建的原因協議上規定，引發UE發起重建流程的原因主要有以下幾點：HandoverHandoverFailureReconfigFailure上行RLC重傳達到最大次數隨機接入失敗T310定時器重傳到最大底層校驗失敗切換失敗重配置失敗無線鏈路失敗Other1）上層檢測到底層通知的無線鏈路失敗：UE檢測到當前檢測到“radiolinkfailure”，則會發起原因值為“other”的中間，通常引起RLF存在如下三種機制：上行RLC重傳達到最大次數“indicationfromRLCthatthemaximumnumberofretransmissionshasbeenreached”，包括SRB和DRB，與eNB側下行的SRB與DRB機制相同，當UERLC發送了一個PDU之后，需要等到eNB側反饋對應的狀態PDU才能完成一次RLC的正常調側上行根本就沒有收到任何RLCPDU，也就不會響應狀態PDU，另一個原因為eNB響應的狀態PDU，由于下行誤碼的原因，沒有到達MAC層SRI重傳達到最大次數在切換過程中，切換完成命令丟失后導致的PUCCH沒激活，或者，在業務保持過程中由于Ta超時導致的PUCCH沒激活，此時如確認，SR重傳達到最大次數后觸發MAC_RA_IND，UE檢測到下行RLFUEDSP每200ms對時延譜濾波值進行判斷，如果滿足某門限，則示，則認為失步；同時，啟動T310定時器，超時前，若收到N311建（包括搜索小區、同步、重建），啟動T311定時器，若超時仍未重建成功，則進去IDLE態。2）切換失敗，重建到原小區；UE在切換流程中，在收到了切換的重配置消息之后，會啟動T304，但如果在T304超時之前UE無法完成在目標小區的隨機接入，則會發起原因值為“handoverfailure”的重建3）系統內或IRAT的移動性過程失敗，如切換時T304超時、目標小區建立RRC連接失敗、UE不適配MobilityFromEUTRACommand的配置等4）底層完整性檢查失敗UE在安全模式激活的狀態下，如果收到了重配置消息后對于重配置消息內的信元無法匹配/兼容，則發起原因值為“reconfigurationfailure”的重建。二、重建比例高分析和優化方法1、重建原因分類協議上規定，引發UE發起重建流程的原因主要有以下幾點：HandoverHandoverFailureReconfigFailure上行RLC重傳達到最大次數隨機接入失敗T310定時器重傳到最大底層校驗失敗切換失敗重配置失敗無線鏈路失敗Other參考通常局點的問題分析，重建的參考通常局點的問題分析，重建的TOP原因為Other，即UE發生無線鏈路失敗。從現網數據分析，引起重建的主因包括以下幾項：弱覆蓋場景UE失步、切換失敗等導致重建，包括上行弱覆蓋和下行弱覆蓋信號快速衰落切換不及時導致重建2、道路/室內DT測2、道路/室內DT測快速衰落弱覆蓋報告過早切換、過晚切報告過早切換、過晚切1、兩兩小區切換話異常切換換、切換到錯誤小統；區2、Uu/S1/X2信令分析空口質差上行或下行干擾大空口質差上行或下行干擾大2、道路/室內DT測2、求助研發支持2、重建原因確認首先進行RRC重建話統分析，重點關注：1、源小區和非源小區重建比例；2.1源小區重建比例高原因確認差”，可按如下標準判斷，符合其中一個可歸類為空口質差：忙時平均干擾大于-105dBm；忙時上行初始誤碼率大于20%；忙時下行初始誤碼率大于20%；忙時上行重傳率大于40%忙時下行重傳率大于30%忙時平均CQI低于82）提取源小區兩兩小區切換話統，確認“切換過早”比例是否較高（過早切換比例=切換過早次數/切換出嘗試次數），可按如下標準判斷：過早切換比例大于5%；3）提取Uu/S1/X2口信令，分析重建前MR信令測量報告，分析重建完成后RRC_UE_INFO_RSP信令中UE重建前最后一次測量結果，判斷是否存在“鄰區漏配”、“快速衰落”、“弱覆蓋”、“異常終端”等現象。MR中鄰區比服務小區RSRP高且符合切換條件，未觸發切換最后一次測量結果中，下行RSRP低于-115dBm，或RSRQ低于-12，確認為“弱覆蓋”；終端在2秒左右時間內RSRP從正常下降至-115dBm，確認為無鄰區漏配和弱覆蓋，空口質量正常，終端頻繁發起重建，確認為“異常終端”4）提取CHR日志，通過L2_USERCHR_SCH_INFO判斷重建前上行是否“弱覆蓋”。另外，可結合L2_USER_ULRLC_STRU判斷重建原因屬于SR重傳上行DmrsRSRP低于-130dBm；上行DmrsSINR低于-3dB2.2非源小區重建比例高原因確認1）提取Uu/S1/X2口信令（或CHR），結合工參分析UE重建前所在源小通過FMA標口信令工具可快速給出重建源小區分布：點擊diagnosis,勾選Drop->RRCReestablishment,可以對標口中的重建進行統計分類和對應的重建源小區PCI。然后根據工參判斷PCI對應的小區，多頻點組網場景需要注意判斷PCI屬于哪個頻點。通過CHRRrcReestabInfo事件，可以查到源小區PCI和重建原因。2）按照重建比例對源小區進行排序，提取重建TOP源小區干擾、誤碼符合其中一個可歸類為空口質差：忙時平均干擾大于-105dBm；忙時上行初始誤碼率大于20%；忙時下行初始誤碼率大于20%；忙時上行重傳率大于40%忙時下行重傳率大于30%忙時平均CQI低于83）提取本小區和重建TOP源小區兩兩小區切換話統，確認本小區和源小區間“切換過早”、“切換過早”、“切換到錯誤小區”比例是否較高（過早切換比例=切換過早次數/切換出嘗試次數），可按如下標準判過早切換比例大于5%；過晚切換比例大于5%；切換到錯誤小區比例大于5%。4）提取本小區和重建TOP源小區Uu/S1/X2口信令，分析重建前MR信令測量報告，分析重建完成后RRC_UE_INFO_RSP信令中UE重建前最后一次測量結果，判斷是否存在“鄰區漏配”、“快速衰落”、“弱覆蓋”等5）非源小區重建問題需要結合終端測試，采用高通QXDM抓取UELOG。由于重建觸發動作是UE側的行為，在比較多場景，基站側的日志記錄無法定位重建問題時，那么需要路測分析UELOG。下圖列出的主要的分析消息（在進行具體分析