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