【文章內(nèi)容簡介】 R來判斷上行BLER是否較高。也可以檢查掉話前信令傳輸信道接收的總包數(shù)和錯包數(shù)來判斷上行是否收到錯包。同時可以參考小區(qū)日志中同時間段的ISCP測量值（ISCP較高的話，可能是系統(tǒng)外干擾過大導(dǎo)致RLC無法收到上行ACK包）。如果UE上報了下行BLER的話，也可以看一下當(dāng)時下行BLER是否過高導(dǎo)致UE無法收全下行信令包。PCHR中應(yīng)關(guān)注的IE小區(qū)日志中對應(yīng)時隙UL ISCP值，路徑為：小區(qū)日志小區(qū)載波時隙UL ISCP, RRC釋放信息塊中掉話前信令傳輸信道錯包數(shù)，UL/DL BLER。路徑為：用戶日志RRC釋放異常信息UL/DL BLER +掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。 RR_ERR_RNCAP_RLC_FAILURE_TRB_RST失敗錯誤編碼RR_ERR_RNCAP_RLC_FAILURE_TRB_RST436799456失敗原因說明由于承載業(yè)務(wù)的RLC發(fā)生復(fù)位而導(dǎo)致的釋放，通常是因為空口質(zhì)量較差，RLC不停重傳從而導(dǎo)致復(fù)位。失敗流程圖根因查找方法原因同RR_ERR_RNCAP_RLC_FAILURE_SRB_RST類似，區(qū)別在于對象為業(yè)務(wù)RLC，需要檢查的是RAB信息塊中的鏈路釋放前上行接收的總塊數(shù)及錯塊數(shù)以及上行業(yè)務(wù)的BLER。PCHR中應(yīng)關(guān)注的IERAB信息塊中鏈路釋放前上行接收的總塊數(shù)/錯塊數(shù)，UL 業(yè)務(wù)BLER。路徑為：用戶日志RAB信息異常信息UL BLER在各等級范圍次數(shù)+RAB信息塊中鏈路釋放前上行接收的總塊數(shù)/錯塊數(shù)。 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE失敗錯誤編碼RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE436996134失敗原因說明收到NODE B上報RL FAILURE IND，上行無線鏈路同步失敗失敗流程圖根因查找方法通常是由于空口鏈路質(zhì)量下降導(dǎo)致上行無線鏈路同步失敗，一般發(fā)生這種錯誤會出現(xiàn)BLER升高。掉話前可以檢查PCHR小區(qū)日志的ISCP。如果ISCP較高的話，可能是系統(tǒng)干擾導(dǎo)致；否則可能是覆蓋問題PCHR中應(yīng)關(guān)注的IE小區(qū)日志中對應(yīng)時隙UL ISCP值，路徑為：小區(qū)日志小區(qū)載波時隙UL ISCP, 用戶鏈路釋放時下行發(fā)送碼功率TCP值，路徑為：用戶日志RRC釋放異常信息 DL TCP報告數(shù)量TCP。 RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT437127146 失敗原因說明DCCC，業(yè)務(wù)釋放/建立過程中由于Ue不返回RB建立或者重配置完成消息而導(dǎo)致的釋放失敗流程圖根因查找方法這種情況一般有兩種可能，一種是UE在老鏈路沒有收全RB配置消息，另一種情況是UE回了RB配置響應(yīng)消息，但由于上行鏈路質(zhì)量或者傳輸問題，RNC在新鏈路沒有收到響應(yīng)消息?？赏ㄟ^PCHR的上行BLER以及RAB建立失敗前(或者DCCC失敗前)信令傳輸信道錯包數(shù)來判斷是否為上行問題也可以檢查RAB建立失敗前(或者DCCC失敗前)RLC重傳率來判斷是否由于RLC重傳率過高導(dǎo)致UE無法即時收到RB配置消息PCHR中應(yīng)關(guān)注的IERRC釋放塊中的UL BLER， SRB2 RLC重傳率，傳輸信道接收的錯包數(shù)/總包數(shù)。路徑為：用戶日志RRC釋放異常信息UL/DL BLER +掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)+SRB2 RLC重傳率。 RR_ERR_RNCAP_CU_WAIT_UE_RSP_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP_CU_WAIT_UE_RSP_TIMEOUT437127131 失敗原因說明小區(qū)更新過程中RNC下發(fā)CELL UPDATE CONFIRM后等待空口配置響應(yīng)超時失敗流程圖根因查找方法。 不同的是CELL UPDATE CONFIRM是通過UM模式在公共信道下發(fā)的。因此只能檢查上行鏈路的情況。由于小區(qū)更新失敗一般都會引起RRC釋放，可以檢查RRC釋放前的信令傳輸信道錯包數(shù)及總包數(shù)。如果總包數(shù)為0，則說明UE沒有上發(fā)響應(yīng)消息， 很可能是下行UE沒有收到配置消息導(dǎo)致。PCHR中應(yīng)關(guān)注的IERRC釋放塊中的UL BLER，掉話前信令傳輸信道接收的總包數(shù)/錯包數(shù)。路徑為：用戶日志RRC釋放異常信息UL/DL BLER +掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE失敗錯誤編碼RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE436603622失敗原因說明NODEB發(fā)起IUB口AAL2釋放，觸發(fā)業(yè)務(wù)釋放失敗流程圖根因查找方法通常是由于空口鏈路質(zhì)量下降導(dǎo)致上行無線鏈路同步失敗，一般發(fā)生這種錯誤會出現(xiàn)BLER升高。掉話前可以檢查PCHR小區(qū)日志的ISCP。如果ISCP較高的話，可能是系統(tǒng)干擾導(dǎo)致；否則可能是覆蓋問題PCHR中應(yīng)關(guān)注的IE小區(qū)日志中對應(yīng)時隙UL ISCP值，路徑為：小區(qū)日志小區(qū)載波時隙UL ISCP；用戶鏈路釋放時下行發(fā)送碼功率TCP值，路徑為：用戶日志RRC釋放異常信息 DL TCP報告數(shù)量TCP。 RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR失敗錯誤編碼RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR436799446 失敗原因說明L2 MACD上報的異常狀態(tài)報告導(dǎo)致業(yè)務(wù)釋放失敗流程圖無根因查找方法該錯誤碼為L2 MACD上報異常錯誤的統(tǒng)稱，對于具體的錯誤根因，需要查看原始的MACD返回的錯誤碼，才能確定具體原因。如果出現(xiàn)這類錯誤，請在PR平臺（)提交RNC技術(shù)咨詢單，詳情請參考概述部分介紹。PCHR中應(yīng)關(guān)注的IEL2異常原因值編碼。路徑為：用戶日志RAB信息或RRC釋放信息異常信息L2異常原因值編碼。 RR_ERR_RNCAP_DEL_OLD_CCB失敗錯誤編碼RR_ERR_RNCAP_DEL_OLD_CCB437127121 失敗原因說明用戶實際已經(jīng)掉話，但是網(wǎng)絡(luò)側(cè)相關(guān)資源還未完全清空，UE又重新發(fā)起連接從而導(dǎo)致該用戶上一次的連接被釋放。失敗流程圖根因查找方法一般情況可能是由于UE與網(wǎng)絡(luò)側(cè)失去聯(lián)系，或者用戶重新發(fā)起業(yè)務(wù)，使UE重新發(fā)起RRC連接，而RNC側(cè)還沒有把之前的用戶資源釋放。也有小部分原因是由DSCR導(dǎo)致的，在LCR 。對于處于RNC邊界或者3G覆蓋邊界的小區(qū)，23G切換（或者RNC間切換）失敗，RNC通知UE發(fā)起DSCR，但UE仍然從3G原小區(qū)接入（或者周邊鄰小區(qū)接入）,當(dāng)RNC發(fā)現(xiàn)接入了重復(fù)的用戶IMSI號，會對老用戶發(fā)起釋放。如果23G切換（或者RNC間切換）成功，UE又迅速從切換會源小區(qū)，會發(fā)生IMSI沖突，發(fā)起釋放。對于是否會在話統(tǒng)中計為掉話，需要看是否有IU REL REQ消息，如果沒有則不計為掉話；如果有IU REL REQ消息，但是攜帶的原因值是正常釋放，也不計為掉話。PCHR中應(yīng)關(guān)注的IESRB RLC Reset次數(shù)。路徑為：用戶日志RRC釋放RRC釋放頭 UL/DL SRB RLC Reset次數(shù)。 RR_ERR_RNCAP_RRC_UE_RSP_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP_RRC_UE_RSP_TIMEOUT437127122 失敗原因說明等待RRC CONN CMP消息超時，RRC連接建立失敗失敗流程圖根因查找方法 與CELL UPDATE類似，有可能是UE沒有收全RRC CONN SETUP消息，也有可能是UE回了RRC CONN CMP消息，但RNC側(cè)沒有收到。通過檢查信令接入失敗前信令傳輸信道接收的總包數(shù)和錯包數(shù)來判斷是上行問題，還是下行問題。PCHR中應(yīng)關(guān)注的IE上行SIR TARGET，信令接入失敗前信令傳輸信道接收的總包數(shù)/錯包數(shù)。路徑為：用戶日志RRC釋放異常信息UL SIR +掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。 RR_ERR_IU_INTERFACE_RELOC_CANCELLED失敗錯誤編碼RR_ERR_IU_INTERFACE_RELOC_CANCELLED437127122 失敗原因說明在TRNC側(cè)，在等待Ue響應(yīng)的過程中收到核心網(wǎng)的IU REL CMD消息，其中原因值為CANCELL，這種情況大部份是因為SRNC由于某些異常給CN發(fā)送了RELOC CANCELL消息失敗