【正文】 失敗流程圖無根因查找方法如果是NBM_IUB_RESET，那么原因有 ：1 刪除端口； 2 NODE B發(fā)reset釋放用戶； 3 IUB鏈路可能有閃斷。聯(lián)系終端廠家解決。可能原因有：無可用license；無法獲取CCB表等。檢查切換失敗前目標小區(qū)信令傳輸信道接收的總包數(shù)及錯包數(shù)，判決是否為上行問題。, RR_ERR_RNCAP_RB_CU_OVERLAP_BACK失敗錯誤編碼RR_ERR_RNCAP_RB_CU_OVERLAP_BACK437127148 失敗原因說明RB建立或者重配置等待響應時收到小區(qū)更新消息失敗流程圖根因查找方法出現(xiàn)這種情況的原因與空口響應超時類似。路徑為：用戶日志 RRC釋放異常信息掉話前SRB2 RLC下行重傳率+掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。PCHR中應關(guān)注的IE　 RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC失敗錯誤編碼RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC436930539 失敗原因說明一般在遷移過程中，DRNC側(cè)由于等待空口響應超時，核心網(wǎng)通知SRNC側(cè)遷移失敗。對于是否會在話統(tǒng)中計為掉話，需要看是否有IU REL REQ消息，如果沒有則不計為掉話；如果有IU REL REQ消息，但是攜帶的原因值是正常釋放，也不計為掉話。如果出現(xiàn)這類錯誤，請在PR平臺（)提交RNC技術(shù)咨詢單，詳情請參考概述部分介紹。由于小區(qū)更新失敗一般都會引起RRC釋放，可以檢查RRC釋放前的信令傳輸信道錯包數(shù)及總包數(shù)。掉話前可以檢查PCHR小區(qū)日志的ISCP。如果UE上報了下行BLER的話，也可以看一下當時下行BLER是否過高導致UE無法收全下行信令包。 幾種常見的PCHR日志過濾規(guī)則表21 幾種常見的PCHR日志過濾規(guī)則過濾規(guī)則描述PCHR過濾字段指定IMSI公共信息=“IMSI”指定小區(qū)信令接入原因＝“信令接入的小區(qū)ID”或RAB公共信息=“業(yè)務釋放時業(yè)務所在的CELLID”CPU過濾CPU ID=存在CS信令接入失敗信令接入原因＝UU_ORIG_CONVERSAT_CALL或者 信令接入原因＝UU_TRMNT_CONVERSAT_CALL與信令失敗原因存在PS信令接入失敗信令接入原因＝UU_ORIG_STREAM_CALL、UU_ORIG_INTERACTIVE_CALL、UU_ORIG_BACKGROUND_CALL、UU_TRMNT_STREAM_CALL 、UU_TRMNT_INTERACTIVE_CALL或UU_TRMNT_BACKGROUND_CALL。 利用固定過濾器直接過濾日志選擇菜單數(shù)據(jù)分析用戶日志過濾版本選擇過濾器選擇，在下拉菜單中選擇固化過濾器過濾日志。 KPI專題PCHR日志分析方法步驟1 打開Transdata數(shù)據(jù)導入工具，選擇設置PCHR導入設置，設置過濾條件，如圖24所示，導入需要分析的KPI專題PCHR日志。主要場景如：用戶投訴、拉網(wǎng)異常失敗等；KPI專題深度分析。PCHR日志量大小跟呼叫數(shù)據(jù)相關(guān)，存儲時間一般為7天左右，新的日志將覆蓋舊的日志，為了不影響問題定位分析，建議在問題發(fā)生7日內(nèi)，必須將相關(guān)日志導出保存，以免發(fā)生問題點日志因為覆蓋丟失。如客戶投訴、網(wǎng)絡優(yōu)化、用戶感知分析、VIP分析、終端性能分析等，而不需要用實時跟蹤信令方法進行復現(xiàn)，極大的提升問題解決速度和網(wǎng)絡優(yōu)化效率。LCR 常見PCHR錯誤碼處理指導書Prepared by 擬制吳軍、夏仕軍 擬制Date日期20101230Reviewed by 審核XXXDate日期20101230Reviewed by 審核XXXDate日期20101230Approved by批準XXXDate日期20101230TD TECH Communication Technologies Co., Ltd. 鼎橋通信技術(shù)有限公司版權(quán)所有 侵權(quán)必究All rights reserved41 / 47系統(tǒng)維護部產(chǎn)品版本產(chǎn)品補丁集密級V005R001內(nèi)部公開產(chǎn)品名稱：TDSCDMA RAN共48頁Revision record修訂記錄Date日期Revision Version修訂版本CR ID / Defect IDCR號Section Number修改章節(jié)Change Description修改描述Author作者20101230第三章重點局常見錯誤碼處理建議，共包含30個常見錯誤碼。PCHR日志記錄的信息相對固定，主要包括基本信息、接入、切換、掉話、資源、質(zhì)量及信令流程等多方面的信息，日志由單板軟件輸出并緩存，釋放后完整輸出并保存到OMU中。 PCHR日志分析工具分析PCHR日志目前主要有如下兩個工具：Insight工具：輕量級、靈活的CHR、PCHR、DEBUG日志分析工具，能夠?qū)⒂脩舳x的異常日志從所有日志中提取出來。KPI專題分析一般要求時間范圍較長、區(qū)域范圍較大，至少1天，1個RNC，分析日志數(shù)量相對較大。如果只選擇需要分析的專題PCHR日志，將大大提升PCHR日志導入速度；圖24 Transdata工具過濾規(guī)則設置步驟2 KPI專題深度分析。圖27 PCHR用戶日志過濾菜單圖28 利用固定過濾器過濾日志 自定義過濾器過濾日志選擇菜單數(shù)據(jù)分析用戶日志過濾版本選擇過濾器新增，在PCHR結(jié)構(gòu)體中選擇需要過濾的域（可以包含多個域）過濾出相關(guān)日志。與信令失敗原因存在CS RAB接入失?。≧AB請求域業(yè)務指示＝CHR_CS_DOMAIN）and (“RAB請求時間” 存在) and (“RAB請求完成時間” 不存在)PS RAB接入失?。≧AB請求域業(yè)務指示＝CHR_PS_DOMAIN）and (“RAB請求時間” 存在) and (“RAB請求完成時間” 不存在)系統(tǒng)內(nèi)切換失敗切換時間 存在 并且 切換失敗原因 存在RNC間切換失敗切換目標RNCID 不等于 （當前PCHR log RNCID）并且 切換失敗原因 存在CS 23G切換失敗CS異系統(tǒng)空口切換發(fā)起次數(shù)0并且 切換結(jié)果 不等于 SUCC_RELOC、NORMAL RELEASE和RNCAP_OKPS 23G切換失敗PS異系統(tǒng)空口切換發(fā)起次數(shù)0并且 并且 切換結(jié)果 不等于 SUCC_RELOC、NORMAL RELEASE和RNCAP_OKCS掉話RAB請求域業(yè)務指示＝CHR_CS_DOMAIN 并且 RAB掉話業(yè)務指示＝CHR_RAB_LOSSPS掉話RAB請求域業(yè)務指示＝CHR_PS_DOMAIN 并且 RAB掉話業(yè)務指示＝CHR_RAB_LOSSH掉話RAB請求業(yè)務類型＝CHR_RAB_TRAF_PS_HSDPA并且 RAB掉話業(yè)務指示＝CHR_RAB_LOSS3. LCR PCHR錯誤碼處理方法 RR_ERR_RNCAP_RLC_FAILURE_SRB_RST失敗錯誤編碼RR_ERR_RNCAP_RLC_FAILURE_SRB_RST436799455失敗原因說明由于承載信令的RLC發(fā)生復位而導致的釋放，通常是因為空口質(zhì)量較差，RLC不停重傳從而導致復位。PCHR中應關(guān)注的IE小區(qū)日志中對應時隙UL ISCP值，路徑為：小區(qū)日志小區(qū)載波時隙UL ISCP, RRC釋放信息塊中掉話前信令傳輸信道錯包數(shù)，UL/DL BLER。如果ISCP較高的話，可能是系統(tǒng)干擾導致；否則可能是覆蓋問題PCHR中應關(guān)注的IE小區(qū)日志中對應時隙UL ISCP值，路徑為：小區(qū)日志小區(qū)載波時隙UL ISCP, 用戶鏈路釋放時下行發(fā)送碼功率TCP值，路徑為：用戶日志RRC釋放異常信息 DL TCP報告數(shù)量TCP。如果總包數(shù)為0，則說明UE沒有上發(fā)響應消息， 很可能是下行UE沒有收到配置消息導致。PCHR中應關(guān)注的IEL2異常原因值編碼。PCHR中應關(guān)注的IESRB RLC Reset次數(shù)。失敗流程圖無根因查找方法SRNC側(cè)檢查空口信令是否成功下發(fā)。 RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL失敗錯誤編碼RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL436930640 失敗原因說明 REL CMD消息，釋放原因值為UN