lcr50常見(jiàn)pchr錯(cuò)誤碼處理指導(dǎo)書(shū)-wenkub
2023-05-28 22:08:43 本頁(yè)面
【正文】 G_ERR_NULL_TYPE 29 NBM_CRA_CELL_RR_CRM_FAIL 30 RR_ERR_RNCAP_RB_CU_OVERLAP_BACK 30 RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR 31 RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED 32 RR_ERR_RNCAP_HHO_PHYCH_RECFG_TIMEOUT 33 RR_ERR_UU_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE 34 RR_ERR_IU_INTERFACE_NO_RSRC_AVAIL 35 RR_ERR_RNCAP_ALCFG_IU_AAL2_FAILURE 35 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE 36 RR_ERR_IUB_INTERFACE_TRANSP_RESOURCE_UNVAILABLE 36 L2ERR_FPMDC_TR_SYN_NO_RESPONSE_AFTER_MAX_RETRY 37 RR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_BEGIN 37 RR_ERR_UU_IRHFC_PROTCL_ERR_BEGIN 38 RR_ERR_IU_INTERFACE_REL_DUE_TO_UE_GEN_SIG_CONN_REL 39 RR_ERR_IU_INTERFACE_OM_INTERVENTION 39 RR_ERR_IU_INTERFACE_REQUESTED_INFO_NOT_AVAIL 40 RR_ERR_IU_INTERFACE_UNKNOWN_TARGET_RNC 40 RR_ERR_IU_INTERFACE_RELOC_FAIL_IN_TARGET_CN_RNC_OR_TARGET_SYS 41 NBM_CRA_CELL_RR_FAIL 41 NBM_IUB_RESET 42 RR_ERR_RNCAP_CU_CELLFACH_NOT_FIND_PROC 42圖目錄圖11 提交PCHR錯(cuò)誤碼技術(shù)咨詢(xún)單 1圖21 OMSTAR用戶(hù)日志過(guò)濾菜單 5圖22 OMSTAR PCHR日志結(jié)構(gòu)及過(guò)濾 6圖23 Insight工具PCHR日志過(guò)濾 6圖24 Transdata工具過(guò)濾規(guī)則設(shè)置 7圖25 OMSTAR專(zhuān)題分析 8圖26 Transdata工具過(guò)濾規(guī)則設(shè)置 9圖27 PCHR用戶(hù)日志過(guò)濾菜單 10圖28 利用固定過(guò)濾器過(guò)濾日志 10圖29 自己設(shè)置過(guò)濾器 11圖210 自定義過(guò)濾器名稱(chēng)和過(guò)濾條件 12圖211 設(shè)置過(guò)濾器 13圖212 選擇過(guò)濾器名稱(chēng)及設(shè)置日志過(guò)濾后保存路徑 13表目錄表21 幾種常見(jiàn)的PCHR日志過(guò)濾規(guī)則 151. 概述 使用對(duì)象研發(fā)維護(hù)工程師、現(xiàn)場(chǎng)網(wǎng)絡(luò)優(yōu)化人員、現(xiàn)場(chǎng)用服人員。l 背景知識(shí)PCHR (Performance Call History Record)性能呼叫歷史記錄是在RNC、NODEB設(shè)備上記錄的關(guān)于用戶(hù)的呼叫歷史相關(guān)信息，主要用于定位產(chǎn)品和性能問(wèn)題。NODEB記錄的PCHR（LCR ）分為基站日志、用戶(hù)日志、運(yùn)行日志。目前留給CHR的存儲(chǔ)空間一共2M，共兩個(gè)文件，每個(gè)文件1M的空間。同時(shí)支持多種數(shù)據(jù)源、具有地理化展示功能的分析平臺(tái)。這類(lèi)故障一般有大概的時(shí)間范圍和區(qū)域范圍，分析日志數(shù)量相對(duì)較小。由于PCHR是全流程日志，能夠記錄所有呼叫，不僅僅是異常的情況，從而導(dǎo)致PCHR日志量非常大，為了更好地定位故障原因，提高工具的處理效率，需要對(duì)PCHR日志進(jìn)行過(guò)濾，并對(duì)過(guò)濾后的日志進(jìn)行詳細(xì)分析。對(duì)于單個(gè)問(wèn)題定位一般要求采集3個(gè)小時(shí)的日志，包括問(wèn)題前2小時(shí)和問(wèn)題后1小時(shí)；步驟3 根據(jù)步驟1獲得的關(guān)鍵信息如用戶(hù)IMSI在OMSTAR工具中按照?qǐng)D21選擇數(shù)據(jù)分析PCHR用戶(hù)日志過(guò)濾，按照?qǐng)D223設(shè)置PCHR日志過(guò)濾規(guī)則；圖21 OMSTAR用戶(hù)日志過(guò)濾菜單圖22 OMSTAR PCHR日志結(jié)構(gòu)及過(guò)濾圖23 Insight工具PCHR日志過(guò)濾步驟4 按照PCHR日志過(guò)濾規(guī)則，過(guò)濾出相應(yīng)話(huà)單；步驟5 根據(jù)PCHR日志流程和完整信息分析故障錯(cuò)誤碼、用戶(hù)、小區(qū)等的分布情況，分析故障原因；步驟6 確定故障原因，并提交改善方案；步驟7 解決方案驗(yàn)證，確認(rèn)問(wèn)題是否解決。OMSTAR已經(jīng)將常用的KPI專(zhuān)題分析經(jīng)驗(yàn)固化，直接輸出各種分析報(bào)表；圖25 OMSTAR專(zhuān)題分析步驟3 根據(jù)輸出報(bào)表，確定KPI專(zhuān)題影響TOP因素，并確定改善措施；步驟4 解決方案驗(yàn)證，確認(rèn)問(wèn)題是否解決。 OMSTAR工具PCHR日志分析過(guò)濾在使用Transdata完成PCHR日志導(dǎo)入后，通常需要對(duì)日志做進(jìn)一步分析處理，OMSTAR工具不但提供了固化的過(guò)濾經(jīng)驗(yàn)，還提供靈活的自定義過(guò)濾規(guī)則供用戶(hù)使用。Insight工具PCHR日志過(guò)濾保存方法如下：步驟1 新建工程，將要預(yù)過(guò)濾的文件添加到過(guò)程；步驟2 根據(jù)問(wèn)題相關(guān)信息如IMSI、PCHR錯(cuò)誤碼等，設(shè)置過(guò)濾器。圖212 選擇過(guò)濾器名稱(chēng)及設(shè)置日志過(guò)濾后保存路徑該過(guò)濾方法將大大減少PCHR日志的大小，能極大的提高后續(xù)的日志導(dǎo)入速度和分析速度，也有利用將日志傳遞給后方維護(hù)和研發(fā)進(jìn)一步分析定位。因?yàn)橛锌赡苁窍滦匈|(zhì)量問(wèn)題導(dǎo)致下行信令無(wú)法下發(fā)。同時(shí)可以參考小區(qū)日志中同時(shí)間段的ISCP測(cè)量值（ISCP較高的話(huà)，可能是系統(tǒng)外干擾過(guò)大導(dǎo)致RLC無(wú)法收到上行ACK包）。 RR_ERR_RNCAP_RLC_FAILURE_TRB_RST失敗錯(cuò)誤編碼RR_ERR_RNCAP_RLC_FAILURE_TRB_RST436799456失敗原因說(shuō)明由于承載業(yè)務(wù)的RLC發(fā)生復(fù)位而導(dǎo)致的釋放，通常是因?yàn)榭湛谫|(zhì)量較差，RLC不停重傳從而導(dǎo)致復(fù)位。 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE失敗錯(cuò)誤編碼RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE436996134失敗原因說(shuō)明收到NODE B上報(bào)RL FAILURE IND，上行無(wú)線(xiàn)鏈路同步失敗失敗流程圖根因查找方法通常是由于空口鏈路質(zhì)量下降導(dǎo)致上行無(wú)線(xiàn)鏈路同步失敗，一般發(fā)生這種錯(cuò)誤會(huì)出現(xiàn)BLER升高。可通過(guò)PCHR的上行BLER以及RAB建立失敗前(或者DCCC失敗前)信令傳輸信道錯(cuò)包數(shù)來(lái)判斷是否為上行問(wèn)題也可以檢查RAB建立失敗前(或者DCCC失敗前)RLC重傳率來(lái)判斷是否由于RLC重傳率過(guò)高導(dǎo)致UE無(wú)法即時(shí)收到RB配置消息PCHR中應(yīng)關(guān)注的IERRC釋放塊中的UL BLER， SRB2 RLC重傳率，傳輸信道接收的錯(cuò)包數(shù)/總包數(shù)。因此只能檢查上行鏈路的情況。路徑為：用戶(hù)日志RRC釋放異常信息UL/DL BLER +掉話(huà)前信令傳輸信道接收的總包數(shù)+掉話(huà)前信令傳輸信道接收的錯(cuò)塊數(shù)。 RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR失敗錯(cuò)誤編碼RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR436799446 失敗原因說(shuō)明L2 MACD上報(bào)的異常狀態(tài)報(bào)告導(dǎo)致業(yè)務(wù)釋放失敗流程圖無(wú)根因查找方法該錯(cuò)誤碼為L(zhǎng)2 MACD上報(bào)異常錯(cuò)誤的統(tǒng)稱(chēng)，對(duì)于具體的錯(cuò)誤根因，需要查看原始的MACD返回的錯(cuò)誤碼，才能確定具體原因。 RR_ERR_RNCAP_DEL_OLD_CCB失敗錯(cuò)誤編碼RR_ERR_RNCAP_DEL_OLD_CCB437127121 失敗原因說(shuō)明用戶(hù)實(shí)際已經(jīng)掉話(huà)，但是網(wǎng)絡(luò)側(cè)相關(guān)資源還未完全清空，UE又重新發(fā)起連接從而導(dǎo)致該用戶(hù)上一次的連接被釋放。如果23G切換（或者RNC間切換）成功，UE又迅速?gòu)那袚Q會(huì)源小區(qū)，會(huì)發(fā)生IMSI沖突，發(fā)起釋放。 RR_ERR_RNCAP_RRC_UE_RSP_TIMEOUT失敗錯(cuò)誤編碼RR_ERR_RNCAP_RRC_UE_RSP_TIMEOUT437127122 失敗原因說(shuō)明等待RRC CONN CMP消息超時(shí)，RRC連接建立失敗失敗流程圖根因查找方法 與CELL UPDATE類(lèi)似，有可能是UE沒(méi)有收全RRC CONN SETUP消息，也有可能是UE回了RRC CONN CMP消息，但RNC側(cè)沒(méi)有收到。 RR_ERR_IU_INTERFACE_RELOC_CANCELLED失敗錯(cuò)誤編碼RR_ERR_IU_INTERFACE_RELOC_CANCELLED437127122 失敗原因說(shuō)明在TRNC側(cè)，在等待Ue響應(yīng)的過(guò)程中
化學(xué)相關(guān)推薦
鄂ICP備17016276號(hào)-1