LCR50 常見PCHR錯誤碼處理指導書

1、LCR 5.0 常見PCHR錯誤碼處理指導書 內(nèi)部公開LCR 5.0 常見PCHR錯誤碼處理指導書Prepared by 擬制吳軍、夏仕軍 擬制Date日期2010-12-30Reviewed by 審核XXXDate日期2010-12-30Reviewed by 審核XXXDate日期2010-12-30Approved by批準XXXDate日期2010-12-30TD TECH Communication Technologies Co., Ltd. 鼎橋通信技術有限公司版權所有 侵權必究All rights reserved版權所有，侵權必究系統(tǒng)維護部產(chǎn)品版本產(chǎn)品補丁集密級V005R0

2、01內(nèi)部公開產(chǎn)品名稱：TD-SCDMA RAN共48頁Revision record修訂記錄Date日期Revision Version修訂版本CR ID / Defect IDCR號Section Number修改章節(jié)Change Description修改描述Author作者2010-12-30V1.0第三章重點局常見錯誤碼處理建議，共包含30個常見錯誤碼。吳軍2011-01-10V2.0按照維護文檔模板進行修改夏仕軍2011-01-17V3.0全篇根據(jù)評審意見修改，補充8個錯誤碼。夏仕軍目 錄1.概述11.1 使用對象11.2 適用范圍11.3 背景知識21.4 PCHR日志分析工具21

3、.5 文檔主要內(nèi)容32.LCR 5.0 PCHR日志分析及過濾方法42.1 單點故障PCHR日志分析方法42.2 KPI專題PCHR日志分析方法72.3 幾種常見的PCHR日志過濾方法及規(guī)則92.3.1 Transdata工具PCHR日志導入過濾92.3.2 OMSTAR工具PCHR日志分析過濾92.3.3 Insight工具PCHR日志過濾保存122.3.4 幾種常見的PCHR日志過濾規(guī)則153.LCR 5.0 PCHR錯誤碼處理方法163.1 RR_ERR_RNCAP_RLC_FAILURE_SRB_RST163.2 RR_ERR_RNCAP_RLC_FAILURE_TRB_RST173.

4、3 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE183.4 RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT193.5 RR_ERR_RNCAP_CU_WAIT_UE_RSP_TIMEOUT203.6 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE213.7 RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR223.8 RR_ERR_RNCAP_DEL_OLD_CCB233.9 RR_ERR_RNCAP_RRC_UE_RSP_TIMEOUT243.10 RR_ERR_IU_INTERF

5、ACE_RELOC_CANCELLED253.11 RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC253.12 RR_ERR_RNCAP_RELOC_PHY_CH_RECFG_CMP_TIMEOUT263.13 RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL263.14 RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY273.15 RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT273.16 RR_ERR_IUB_INTERFACE_CAUSE_RADIO_NW_UN

6、SPECIFIED283.17 RR_ERR_UU_INTERFACE_INVALID_CFG_ERR_NULL_TYPE293.18 NBM_CRA_CELL_RR_CRM_FAIL303.19 RR_ERR_RNCAP_RB_CU_OVERLAP_BACK303.20 RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR313.21 RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED323.22 RR_ERR_RNCAP_HHO_PHYCH_RECFG_TIMEOUT333.23 RR_ERR_UU_INTE

7、RFACE_PH_CH_FAIL_ERR_NULL_TYPE343.24 RR_ERR_IU_INTERFACE_NO_RSRC_AVAIL353.25 RR_ERR_RNCAP_ALCFG_IU_AAL2_FAILURE353.26 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE363.27 RR_ERR_IUB_INTERFACE_TRANSP_RESOURCE_UNVAILABLE363.28 L2ERR_FPMDC_TR_SYN_NO_RESPONSE_AFTER_MAX_RETRY373.29 RR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_

8、BEGIN373.30 RR_ERR_UU_IRHFC_PROTCL_ERR_BEGIN383.31 RR_ERR_IU_INTERFACE_REL_DUE_TO_UE_GEN_SIG_CONN_REL393.32 RR_ERR_IU_INTERFACE_OM_INTERVENTION393.33 RR_ERR_IU_INTERFACE_REQUESTED_INFO_NOT_AVAIL403.34 RR_ERR_IU_INTERFACE_UNKNOWN_TARGET_RNC403.35 RR_ERR_IU_INTERFACE_RELOC_FAIL_IN_TARGET_CN_RNC_OR_TAR

9、GET_SYS413.36 NBM_CRA_CELL_RR_FAIL413.37 NBM_IUB_RESET423.38 RR_ERR_RNCAP_CU_CELLFACH_NOT_FIND_PROC42圖目錄圖1-1 提交PCHR錯誤碼技術咨詢單1圖2-1 OMSTAR用戶日志過濾菜單5圖2-2 OMSTAR PCHR日志結構及過濾6圖2-3 Insight工具PCHR日志過濾6圖2-4 Transdata工具過濾規(guī)則設置7圖2-5 OMSTAR專題分析8圖2-6 Transdata工具過濾規(guī)則設置9圖2-7 PCHR用戶日志過濾菜單10圖2-8 利用固定過濾器過濾日志10圖2-9 自己設置過

10、濾器11圖2-10 自定義過濾器名稱和過濾條件12圖2-11 設置過濾器13圖2-12 選擇過濾器名稱及設置日志過濾后保存路徑13表目錄表2-1 幾種常見的PCHR日志過濾規(guī)則151. 概述1.1 使用對象研發(fā)維護工程師、現(xiàn)場網(wǎng)絡優(yōu)化人員、現(xiàn)場用服人員。1.2 適用范圍本文檔主要針對重點項目常見的RNC PCHR錯誤碼給出相應的處理建議，用于指導現(xiàn)場進行故障分析和網(wǎng)絡優(yōu)化。對于未在該文檔體現(xiàn)的PCHR錯誤碼，歡迎大家按照圖1-1提供反饋意見，在PR平臺（www.support.td-)提交RNC技術咨詢單，選擇RNC版本號、設備日志及告警管理類專題、附上PCHR錯誤碼和PCHR話單完整信息及抓

11、圖，以便逐步完善該文檔。圖1-1 提交PCHR錯誤碼技術咨詢單l 由于LCR 5.0 Node B CHR并未包含模塊錯誤相關信息，在網(wǎng)絡優(yōu)化和問題分析過程中主要分析的是RNC PCHR，本文檔后續(xù)PCHR一般特指RNC PCHR，除非特殊說明。l1.3 背景知識PCHR (Performance Call History Record)性能呼叫歷史記錄是在RNC、NODEB設備上記錄的關于用戶的呼叫歷史相關信息，主要用于定位產(chǎn)品和性能問題。如客戶投訴、網(wǎng)絡優(yōu)化、用戶感知分析、VIP分析、終端性能分析等，而不需要用實時跟蹤信令方法進行復現(xiàn)，極大的提升問題解決速度和網(wǎng)絡優(yōu)化效率。PCHR日志記錄

12、的信息相對固定，主要包括基本信息、接入、切換、掉話、資源、質(zhì)量及信令流程等多方面的信息，日志由單板軟件輸出并緩存，釋放后完整輸出并保存到OMU中。RNC記錄的PCHR日志分為單用戶數(shù)據(jù)與小區(qū)數(shù)據(jù)，單用戶數(shù)據(jù)只跟單用戶的單次呼叫相關，只要RNC收到RRC連接請求，RNC就會開始記錄，每次呼叫結束按照PCHR日志結構定義格式輸出，小區(qū)數(shù)據(jù)為一段時間內(nèi)所有呼叫的公共信息，周期記錄輸出。NODEB記錄的PCHR（LCR 5.0名稱為CHR）分為基站日志、用戶日志、運行日志。用戶日志主要記錄一個用戶在基站側整個生命周期的信息，從RL建立到RL釋放；運行日志記錄了FP側RACH、FACH和DPCH的一些基

13、本信息?；救罩竞陀脩羧罩灸J上報，存在基站的FLASH里。運行日志默認關閉，需要通過LMT-B上的命令MOD CARRIERRES，將其中的FP打點用戶數(shù)置為非0值，開關才能打開，同時建議用戶在生成并獲取有效日志后關閉，否則將減少CHR記錄的保留時間或增加CHR日志自動上傳的頻率。目前留給CHR的存儲空間一共2M，共兩個文件，每個文件1M的空間。PCHR日志量大小跟呼叫數(shù)據(jù)相關，存儲時間一般為7天左右，新的日志將覆蓋舊的日志，為了不影響問題定位分析，建議在問題發(fā)生7日內(nèi)，必須將相關日志導出保存，以免發(fā)生問題點日志因為覆蓋丟失。1.4 PCHR日志分析工具分析PCHR日志目前主要有如下兩個工具

14、：Insight#工具：輕量級、靈活的CHR、PCHR、DEBUG日志分析工具，能夠將用戶定義的異常日志從所有日志中提取出來，并保存為一個較小的.log文件。OMSTAR工具：PCHR和話統(tǒng)專題分析工具，工具固化專家經(jīng)驗，降低運維技術門檻，從而降低網(wǎng)絡運維成本。同時支持多種數(shù)據(jù)源、具有地理化展示功能的分析平臺。l 現(xiàn)場維護和優(yōu)化工程師建議主要使用OMSTAR工具分析RNC PCHR，而Insight#工具主要為研發(fā)維護人員使用，現(xiàn)場維護人員可用于對PCHR日志進行過濾裁剪，以方便發(fā)給后方研發(fā)維護人員進行深度分析；l 使用OMSTAR分析數(shù)據(jù)時，必須使用Transdata工具先將要分析的數(shù)據(jù)導入

15、。1.5 文檔主要內(nèi)容本文檔共包含三個章節(jié)，每個章節(jié)的主要內(nèi)容如下：第一章： 介紹PCHR基本概念、分析工具和文檔的寫作目的；第二章：介紹目前LCR 5.0 PCHR日志分析過濾方法；第三章：介紹LCR 5.0常見PCHR錯誤碼處理方法。2. LCR 5.0 PCHR日志分析及過濾方法對于RNC PCHR日志分析，主要有以下兩種場景：-單點故障處理。這類故障一般有大概的時間范圍和區(qū)域范圍，分析日志數(shù)量相對較小。主要場景如：用戶投訴、拉網(wǎng)異常失敗等；-KPI專題深度分析。KPI專題分析一般要求時間范圍較長、區(qū)域范圍較大，至少1天，1個RNC，分析日志數(shù)量相對較大。主要場景如：全網(wǎng)評估、終端性能分

16、析、專題深度分析等。由于PCHR是全流程日志，能夠記錄所有呼叫，不僅僅是異常的情況，從而導致PCHR日志量非常大，為了更好地定位故障原因，提高工具的處理效率，需要對PCHR日志進行過濾，并對過濾后的日志進行詳細分析。2.1 單點故障PCHR日志分析方法步驟1 確定問題發(fā)生時間點/小區(qū)/用戶IMSI/用戶IMEI等。用戶可根據(jù)自己獲得的相關信息設置后續(xù)的過濾規(guī)則。步驟2 確定PCHR日志采集時間范圍。對于單個問題定位一般要求采集3個小時的日志，包括問題前2小時和問題后1小時；步驟3 根據(jù)步驟1獲得的關鍵信息如用戶IMSI在OMSTAR工具中按照圖2-1選擇數(shù)據(jù)分析->PCHR用戶日志過濾，

17、按照圖2-2、2-3設置PCHR日志過濾規(guī)則；圖2-1 OMSTAR用戶日志過濾菜單圖2-2 OMSTAR PCHR日志結構及過濾圖2-3 Insight工具PCHR日志過濾步驟4 按照PCHR日志過濾規(guī)則，過濾出相應話單；步驟5 根據(jù)PCHR日志流程和完整信息分析故障錯誤碼、用戶、小區(qū)等的分布情況，分析故障原因；步驟6 確定故障原因，并提交改善方案；步驟7 解決方案驗證，確認問題是否解決。2.2 KPI專題PCHR日志分析方法步驟1 打開Transdata數(shù)據(jù)導入工具，選擇設置->PCHR導入設置，設置過濾條件，如圖2-4所示，導入需要分析的KPI專題PCHR日志。如果只選擇需要分析的

18、專題PCHR日志，將大大提升PCHR日志導入速度；圖2-4 Transdata工具過濾規(guī)則設置步驟2 KPI專題深度分析。如圖2-5所示，選擇需要分析的KPI專題。OMSTAR已經(jīng)將常用的KPI專題分析經(jīng)驗固化，直接輸出各種分析報表；圖2-5 OMSTAR專題分析步驟3 根據(jù)輸出報表，確定KPI專題影響TOP因素，并確定改善措施；步驟4 解決方案驗證，確認問題是否解決。2.3 幾種常見的PCHR日志過濾方法及規(guī)則2.3.1 Transdata工具PCHR日志導入過濾Transdata工具可以在PCHR日志導入時就進行過濾，如圖2-6所示。圖2-6 Transdata工具過濾規(guī)則設置l 備注：對

19、于問題定位場景，為了提高PCHR日志導入速度，建議在使用OMSTAR分析PCHR日志時，首先在這里設置過濾規(guī)則，按照故障專題直接將故障數(shù)據(jù)導入到工具分析。而對于網(wǎng)絡評估，建議不進行相關的過濾設置，過濾規(guī)則可以選擇不過濾。2.3.2 OMSTAR工具PCHR日志分析過濾在使用Transdata完成PCHR日志導入后，通常需要對日志做進一步分析處理，OMSTAR工具不但提供了固化的過濾經(jīng)驗，還提供靈活的自定義過濾規(guī)則供用戶使用。 利用固定過濾器直接過濾日志選擇菜單數(shù)據(jù)分析->用戶日志過濾->版本選擇->過濾器選擇，在下拉菜單中選擇固化過濾器過濾日志。圖2-7 PCH

20、R用戶日志過濾菜單圖2-8 利用固定過濾器過濾日志 自定義過濾器過濾日志選擇菜單數(shù)據(jù)分析->用戶日志過濾->版本選擇->過濾器->新增，在PCHR結構體中選擇需要過濾的域（可以包含多個域）過濾出相關日志。圖2-9 自己設置過濾器圖2-10 自定義過濾器名稱和過濾條件2.3.3 Insight工具PCHR日志過濾保存Insight工具不但可以對PCHR日志進行過濾分析，還可以將異常的PCHR日志過濾保存為.log文件。Insight工具PCHR日志過濾保存方法如下：步驟1 新建工程，將要預過濾的文件添加到過程；步驟2 根據(jù)問題相關信息如IMSI、PCHR錯誤

21、碼等，設置過濾器。選擇菜單文件->過濾器->設置->新增，設置過濾規(guī)則。圖2-11 設置過濾器步驟3 選擇過濾后文件保存路徑，執(zhí)行預過濾任務。選擇菜單文件->過濾器->設置->勾選過濾器->設置保存路徑->啟動任務。圖2-12 選擇過濾器名稱及設置日志過濾后保存路徑該過濾方法將大大減少PCHR日志的大小，能極大的提高后續(xù)的日志導入速度和分析速度，也有利用將日志傳遞給后方維護和研發(fā)進一步分析定位。2.3.4 幾種常見的PCHR日志過濾規(guī)則表2-1 幾種常見的PCHR日志過濾規(guī)則過濾規(guī)則描述PCHR過濾字段指定IMSI公共信息=“IMSI”指定小區(qū)信

22、令接入原因“信令接入的小區(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_C

23、ALL" 、"UU_TRMNT_INTERACTIVE_CALL"或"UU_TRMNT_BACKGROUND_CALL"與信令失敗原因存在CS RAB接入失?。≧AB請求域業(yè)務指示"CHR_CS_DOMAIN"）and (“RAB請求時間” 存在) and (“RAB請求完成時間” 不存在)PS RAB接入失敗（RAB請求域業(yè)務指示"CHR_PS_DOMAIN"）and (“RAB請求時間” 存在) and (“RAB請求完成時間” 不存在)系統(tǒng)內(nèi)切換失敗切換時間 存在 并且 切換失敗原因 存在RNC間切

24、換失敗切換目標RNCID 不等于 （當前PCHR log RNCID）并且 切換失敗原因 存在CS 23G切換失敗CS異系統(tǒng)空口切換發(fā)起次數(shù)>0并且 切換結果 不等于 "SUCC_RELOC"、"NORMAL RELEASE"和"RNCAP_OK"PS 23G切換失敗PS異系統(tǒng)空口切換發(fā)起次數(shù)>0并且 并且 切換結果 不等于 "SUCC_RELOC"、"NORMAL RELEASE"和"RNCAP_OK"CS掉話RAB請求域業(yè)務指示"CHR_CS_DOM

25、AIN "并且 RAB掉話業(yè)務指示"CHR_RAB_LOSS"PS掉話RAB請求域業(yè)務指示"CHR_PS_DOMAIN "并且 RAB掉話業(yè)務指示"CHR_RAB_LOSS"H掉話RAB請求業(yè)務類型"CHR_RAB_TRAF_PS_HSDPA"并且 RAB掉話業(yè)務指示"CHR_RAB_LOSS"3. LCR 5.0 PCHR錯誤碼處理方法3.1 RR_ERR_RNCAP_RLC_FAILURE_SRB_RST失敗錯誤編碼RR_ERR_RNCAP_RLC_FAILURE_SRB_RST4

26、36799455失敗原因說明由于承載信令的RLC發(fā)生復位而導致的釋放，通常是因為空口質(zhì)量較差，RLC不停重傳從而導致復位。失敗流程圖根因查找方法首先可以判斷是上行問題還是下行問題。因為有可能是下行質(zhì)量問題導致下行信令無法下發(fā)。也有可能是由于上行質(zhì)量問題導致信令RLC包的ACK無法上報。目前可以通過PCHR中字段BLER來判斷上行BLER是否較高。也可以檢查掉話前信令傳輸信道接收的總包數(shù)和錯包數(shù)來判斷上行是否收到錯包。同時可以參考小區(qū)日志中同時間段的ISCP測量值（ISCP較高的話，可能是系統(tǒng)外干擾過大導致RLC無法收到上行ACK包）。如果UE上報了下行BLER的話，也可以看一下當時下行BLER

27、是否過高導致UE無法收全下行信令包。PCHR中應關注的IE小區(qū)日志中對應時隙UL ISCP值，路徑為：小區(qū)日志->小區(qū)->載波->時隙->UL ISCP, RRC釋放信息塊中掉話前信令傳輸信道錯包數(shù)，UL/DL BLER。路徑為：用戶日志->RRC釋放->異常信息->UL/DL BLER +掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。3.2 RR_ERR_RNCAP_RLC_FAILURE_TRB_RST失敗錯誤編碼RR_ERR_RNCAP_RLC_FAILURE_TRB_RST436799456失敗原因說明由于承載業(yè)務的RLC發(fā)生

28、復位而導致的釋放，通常是因為空口質(zhì)量較差，RLC不停重傳從而導致復位。失敗流程圖根因查找方法原因同RR_ERR_RNCAP_RLC_FAILURE_SRB_RST類似，區(qū)別在于對象為業(yè)務RLC，需要檢查的是RAB信息塊中的鏈路釋放前上行接收的總塊數(shù)及錯塊數(shù)以及上行業(yè)務的BLER。PCHR中應關注的IERAB信息塊中鏈路釋放前上行接收的總塊數(shù)/錯塊數(shù)，UL 業(yè)務BLER。路徑為：用戶日志->RAB信息->異常信息->UL BLER在各等級范圍次數(shù)+RAB信息塊中鏈路釋放前上行接收的總塊數(shù)/錯塊數(shù)。3.3 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAI

29、LURE失敗錯誤編碼RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE436996134失敗原因說明收到NODE B上報RL FAILURE IND，上行無線鏈路同步失敗失敗流程圖根因查找方法通常是由于空口鏈路質(zhì)量下降導致上行無線鏈路同步失敗，一般發(fā)生這種錯誤會出現(xiàn)BLER升高。掉話前可以檢查PCHR小區(qū)日志的ISCP。如果ISCP較高的話，可能是系統(tǒng)干擾導致；否則可能是覆蓋問題PCHR中應關注的IE小區(qū)日志中對應時隙UL ISCP值，路徑為：小區(qū)日志->小區(qū)->載波->時隙->UL ISCP, 用戶鏈路釋放時下行發(fā)送碼功率TCP值，路徑

30、為：用戶日志->RRC釋放->異常信息-> DL TCP報告數(shù)量->TCP。3.4 RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT437127146 失敗原因說明DCCC，業(yè)務釋放/建立過程中由于Ue不返回RB建立或者重配置完成消息而導致的釋放失敗流程圖根因查找方法這種情況一般有兩種可能，一種是UE在老鏈路沒有收全RB配置消息，另一種情況是UE回了RB配置響應消息，但由于上行鏈路質(zhì)量或者傳輸問題，RNC在新鏈路沒有收到響應消息?？赏ㄟ^PCHR的上行BLE

31、R以及RAB建立失敗前(或者DCCC失敗前)信令傳輸信道錯包數(shù)來判斷是否為上行問題也可以檢查RAB建立失敗前(或者DCCC失敗前)RLC重傳率來判斷是否由于RLC重傳率過高導致UE無法即時收到RB配置消息PCHR中應關注的IERRC釋放塊中的UL BLER， SRB2 RLC重傳率，傳輸信道接收的錯包數(shù)/總包數(shù)。路徑為：用戶日志->RRC釋放->異常信息->UL/DL BLER +掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)+SRB2 RLC重傳率。3.5 RR_ERR_RNCAP_CU_WAIT_UE_RSP_TIMEOUT失敗錯誤編碼RR_ERR_RNC

32、AP_CU_WAIT_UE_RSP_TIMEOUT437127131 失敗原因說明小區(qū)更新過程中RNC下發(fā)CELL UPDATE CONFIRM后等待空口配置響應超時失敗流程圖根因查找方法這種情況與錯誤3.4的情況類似。 不同的是CELL UPDATE CONFIRM是通過UM模式在公共信道下發(fā)的。因此只能檢查上行鏈路的情況。由于小區(qū)更新失敗一般都會引起RRC釋放，可以檢查RRC釋放前的信令傳輸信道錯包數(shù)及總包數(shù)。如果總包數(shù)為0，則說明UE沒有上發(fā)響應消息， 很可能是下行UE沒有收到配置消息導致。PCHR中應關注的IERRC釋放塊中的UL BLER，掉話前信令傳輸信道接收的總包數(shù)/錯包數(shù)。路徑

33、為：用戶日志->RRC釋放->異常信息->UL/DL BLER +掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。3.6 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE失敗錯誤編碼RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE436603622失敗原因說明NODEB發(fā)起IUB口AAL2釋放，觸發(fā)業(yè)務釋放失敗流程圖根因查找方法通常是由于空口鏈路質(zhì)量下降導致上行無線鏈路同步失敗，一般發(fā)生這種錯誤會出現(xiàn)BLER升高。掉話前可以檢查PCHR小區(qū)日志的ISCP。如果ISCP較高的話，可能是系統(tǒng)干擾導致；否則可能是覆蓋問題P

34、CHR中應關注的IE小區(qū)日志中對應時隙UL ISCP值，路徑為：小區(qū)日志->小區(qū)->載波->時隙->UL ISCP；用戶鏈路釋放時下行發(fā)送碼功率TCP值，路徑為：用戶日志->RRC釋放->異常信息-> DL TCP報告數(shù)量->TCP。3.7 RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR失敗錯誤編碼RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR436799446 失敗原因說明L2 MACD上報的異常狀態(tài)報告導致業(yè)務釋放失敗流程圖無根因查找方法該錯誤碼為L2 MACD上報異常錯誤的統(tǒng)稱，對于具體的錯誤

35、根因，需要查看原始的MACD返回的錯誤碼，才能確定具體原因。如果出現(xiàn)這類錯誤，請在PR平臺（www.support.td-)提交RNC技術咨詢單，詳情請參考概述部分介紹。PCHR中應關注的IEL2異常原因值編碼。路徑為：用戶日志->RAB信息或RRC釋放信息->異常信息->L2異常原因值編碼。3.8 RR_ERR_RNCAP_DEL_OLD_CCB失敗錯誤編碼RR_ERR_RNCAP_DEL_OLD_CCB437127121 失敗原因說明用戶實際已經(jīng)掉話，但是網(wǎng)絡側相關資源還未完全清空，UE又重新發(fā)起連接從而導致該用戶上一次的連接被釋放。失敗流程圖根因查找方法一般情況可能是由

36、于UE與網(wǎng)絡側失去聯(lián)系，或者用戶重新發(fā)起業(yè)務，使UE重新發(fā)起RRC連接，而RNC側還沒有把之前的用戶資源釋放。也有小部分原因是由DSCR導致的，在LCR 5.0建議關閉DSCR功能。對于處于RNC邊界或者3G覆蓋邊界的小區(qū)，23G切換（或者RNC間切換）失敗，RNC通知UE發(fā)起DSCR，但UE仍然從3G原小區(qū)接入（或者周邊鄰小區(qū)接入）,當RNC發(fā)現(xiàn)接入了重復的用戶IMSI號，會對老用戶發(fā)起釋放。如果23G切換（或者RNC間切換）成功，UE又迅速從切換會源小區(qū)，會發(fā)生IMSI沖突，發(fā)起釋放。對于是否會在話統(tǒng)中計為掉話，需要看是否有IU REL REQ消息，如果沒有則不計為掉話；如果有IU REL

37、 REQ消息，但是攜帶的原因值是正常釋放，也不計為掉話。PCHR中應關注的IESRB RLC Reset次數(shù)。路徑為：用戶日志->RRC釋放->RRC釋放頭-> UL/DL SRB RLC Reset次數(shù)。3.9 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

38、CMP消息，但RNC側沒有收到。通過檢查信令接入失敗前信令傳輸信道接收的總包數(shù)和錯包數(shù)來判斷是上行問題，還是下行問題。PCHR中應關注的IE上行SIR TARGET，信令接入失敗前信令傳輸信道接收的總包數(shù)/錯包數(shù)。路徑為：用戶日志->RRC釋放->異常信息->UL SIR +掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。3.10 RR_ERR_IU_INTERFACE_RELOC_CANCELLED失敗錯誤編碼RR_ERR_IU_INTERFACE_RELOC_CANCELLED437127122 失敗原因說明在TRNC側，在等待Ue響應的過程中收到核心網(wǎng)的

39、IU REL CMD消息，其中原因值為CANCELL，這種情況大部份是因為SRNC由于某些異常給CN發(fā)送了RELOC CANCELL消息失敗流程圖無根因查找方法由于實際的錯誤原因發(fā)生在SRNC，需要通過IMSI匹配查看對應SRNC的日志，以確認具體原因。PCHR中應關注的IE3.11 RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC失敗錯誤編碼RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC436930539 失敗原因說明一般在遷移過程中，DRNC側由于等待空口響應超時，核心網(wǎng)通知SRNC側遷移失敗。失敗流程圖

40、無根因查找方法SRNC側檢查空口信令是否成功下發(fā)。DRNC側檢查上行鏈路質(zhì)量，是否收到上行重配置完成消息。檢查方法可參考3.4錯誤碼處理方法。PCHR中應關注的IEDRNC側UL 錯包， SRNC側RLC重傳率。路徑為：用戶日志-> RRC釋放->異常信息->掉話前SRB2 RLC下行重傳率+掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。3.12 RR_ERR_RNCAP_RELOC_PHY_CH_RECFG_CMP_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP_RELOC_PHY_CH_RECFG_CMP_TIMEOUT437127139失敗原因說明

41、DRNC側由于等待空口響應超時，通知核心網(wǎng)釋放IU鏈路失敗流程圖無根因查找方法SRNC側檢查空口信令是否成功下發(fā)。DRNC側檢查上行鏈路質(zhì)量，是否收到上行重配置完成消息。檢查方法可參考3.4錯誤碼處理方法。PCHR中應關注的IEDRNC側UL 錯包， SRNC側RLC重傳率。路徑為：用戶日志-> RRC釋放->異常信息->掉話前SRB2 RLC下行重傳率+掉話前信令傳輸信道接收的總包數(shù)+掉話前信令傳輸信道接收的錯塊數(shù)。3.13 RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL失敗錯誤編碼RR_ERR_IU_INTERFACE_UNSPECIFIED_F

42、AIL436930640 失敗原因說明1.CN下發(fā)IU REL CMD消息，釋放原因值為UNSPECIFIED_FAIL2.遷移過程中，DRNC向SRNC回遷移失敗，原因值為UNSPECIFIED_FAIL失敗流程圖無根因查找方法1. 查看直傳消息中攜帶的釋放原因；2.DRNC遷移準備時發(fā)生錯誤，但錯誤原因沒有分類，可以通過IMSI匹配查看DRNC側PCHR中具體的失敗原因。PCHR中應關注的IE3.14 RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY失敗錯誤編碼RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY43693

43、0529 失敗原因說明CS異系統(tǒng)切換，收到核心網(wǎng)的IU RELEASE CMD消息，原因值為IU_TRELOCCOMPLETE_EXPIRY失敗流程圖無根因查找方法可能是核心網(wǎng)沒有收到異系統(tǒng)側的RELOC COMPELETE消息，超時后釋放IU鏈接。需要查看CN的日志，DRNC側日志/BSC側日志。PCHR中應關注的IE3.15 RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT436996049 失敗原因說明IUB口等待RL建立或者RL重配置響應超時失敗流程圖無根因查找方法NODE B故障可

44、能性較大，需要查看NODE B的相關ROSA日志/CHR日志進行進一步分析。PCHR中應關注的IE3.16 RR_ERR_IUB_INTERFACE_CAUSE_RADIO_NW_UNSPECIFIED失敗錯誤編碼RR_ERR_IUB_INTERFACE_CAUSE_RADIO_NW_UNSPECIFIED436996065 失敗原因說明RL建立或重配時，NODE B回RL SETUP/RECFG FAIL，原因值為IUB_UNSPEC_CAUSE_RADIO_NW失敗流程圖無根因查找方法NODE B故障可能性較大，需要查看NODE B的相關ROSA日志/CHR日志進行進一步分析。PCHR中應

45、關注的IE3.17 RR_ERR_UU_INTERFACE_INVALID_CFG_ERR_NULL_TYPE失敗錯誤編碼RR_ERR_UU_INTERFACE_INVALID_CFG_ERR_NULL_TYPE437127179 失敗原因說明UE在UU口返回配置失敗消息，其中原因值為INVALID CONFIGURATION失敗流程圖根因查找方法查看信令流程，空口消息中的配置UE不支持，可能是與當時UE的配置狀態(tài)、版本信息及業(yè)務類型有關?？梢圆榭碪E與核心網(wǎng)的NAS消息交互，也查找IMEI終端類型PCHR中應關注的IEIMEI終端類型3.18 NBM_CRA_CELL_RR_CRM_FAIL

46、失敗錯誤編碼NBM_CRA_CELL_RR_CRM_FAIL420349909失敗原因說明小區(qū)資源準入失敗或者IUB帶寬申請失敗失敗流程圖無根因查找方法檢查當時的小區(qū)日志（時隙及碼資源情況），確認當時是否碼資源不足PCHR中應關注的IE小區(qū)日志中的載波空閑RU信息， 路徑為：小區(qū)日志->小區(qū)->載波->R4/HSPA用戶數(shù)。, 3.19 RR_ERR_RNCAP_RB_CU_OVERLAP_BACK失敗錯誤編碼RR_ERR_RNCAP_RB_CU_OVERLAP_BACK437127148 失敗原因說明RB建立或者重配置等待響應時收到小區(qū)更新消息失敗流程圖根因查找方法出現(xiàn)這種

47、情況的原因與空口響應超時類似。查找方法可參考3.4。PCHR中應關注的IE3.20 RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR失敗錯誤編碼RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR436602845 失敗原因說明通常為等待AL建立時收到流程異常錯誤消息，導致AL建立失敗失敗流程圖無根因查找方法這種情況通常是由于L2實例建立失敗導致，可以檢查記錄的L2錯誤碼。如果出現(xiàn)這類錯誤，請在PR平臺（www.support.td-)提交RNC技術咨詢單，詳情請參考概述部分介紹。PCHR中應關注的IEL2異常原因值編碼，路徑為：用戶日志->RAB信息

48、或RRC釋放信息->異常信息->L2異常原因值編碼。3.21 RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED失敗錯誤編碼RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED436996060失敗原因說明RL建立或者重配置過程中，NODE B返回請求配置不支持。失敗流程圖根因查找方法NODE B故障和配置錯誤可能性較大，需要查看NODE B的相關ROSA日志/CHR日志進行進一步分析。PCHR中應關注的IE3.22 RR_ERR_RNCAP_HHO_P

49、HYCH_RECFG_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP_HHO_PHYCH_RECFG_TIMEOUT437127127 失敗原因說明切換過程中空口物理信道重配，等待空口消息響應超時失敗流程圖根因查找方法這種情況一般與RB重配置響應超時類似。檢查切換失敗前RLC的重傳率，判斷是否為下行問題。檢查切換失敗前目標小區(qū)信令傳輸信道接收的總包數(shù)及錯包數(shù)，判決是否為上行問題。根據(jù)切換的類型（同頻/異頻）以及上報的測量報告，判斷是否是由于同頻干擾或者覆蓋導致PCHR中應關注的IE切換失敗前RLC的重傳率，切換失敗前目標小區(qū)信令傳輸信道接收的總包數(shù)及錯包數(shù)。路徑為：PCHR用戶日志->

50、;系統(tǒng)內(nèi)及系統(tǒng)間切換->異常信息->SRB 2 RLC重傳率及切換失敗前信令傳輸信道接收的錯包數(shù)及總包數(shù)。3.23 RR_ERR_UU_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE失敗錯誤編碼RR_ERR_UU_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE437127156失敗原因說明切換過程中空口收到物理信道失敗消息，消息原因為PHY_CH_FAIL。失敗流程圖根因查找方法這種情況一般為UE新配置激活后在新小區(qū)同步失敗，可能是新小區(qū)的空口質(zhì)量較差，UE無法做上行同步，也可能是小區(qū)同步信道配置問題，可以檢查小區(qū)的同步信道(UpPCH/

51、FPACH)是否配置正常。或者檢查UpPTS的ISCP干擾。也有可能是專用信道下行同步問題。PCHR中應關注的IE小區(qū)日志中UPPCHR ISCP值，路徑為：小區(qū)日志->小區(qū)->UPPCH ISCP.3.24 RR_ERR_IU_INTERFACE_NO_RSRC_AVAIL失敗錯誤編碼RR_ERR_IU_INTERFACE_NO_RSRC_AVAIL436930639 失敗原因說明SRNC發(fā)起遷移準備后收到核心網(wǎng)的遷移準備失敗消息，原因是DRNC側沒有資源?？赡茉蛴校簾o可用license；無法獲取CCB表等。失敗流程圖無根因查找方法檢查DRNC側PCHR日志，查看是否由于碼資源

52、問題或者用戶數(shù)限制拒絕用戶遷移入。PCHR中應關注的IEDRNC側對應用戶的錯誤信息。路徑為：用戶日志->RAB信息/RRC釋放->異常錯誤碼。3.25 RR_ERR_RNCAP_ALCFG_IU_AAL2_FAILURE失敗錯誤編碼RR_ERR_RNCAP_ALCFG_IU_AAL2_FAILURE失敗原因說明Iu口ATM配置，由于Iu接口板指示 AL承載異常釋起Rab釋放失敗流程圖無根因查找方法檢查RNC的告警信息，查看是否有Iu接口板的異常告警。PCHR中應關注的IE3.26 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE失敗錯誤編碼RR_ERR_RN

53、CAP_ALCFG_IUB_AAL2_FAILURE失敗原因說明Iub口ATM配置，由于Iub接口板指示AL承載異常引起Rab釋放失敗流程圖無根因查找方法檢查RNC的告警信息，查看是否有Iub接口板的異常告警PCHR中應關注的IE3.27 RR_ERR_IUB_INTERFACE_TRANSP_RESOURCE_UNVAILABLE 失敗錯誤編碼RR_ERR_IUB_INTERFACE_TRANSP_RESOURCE_UNVAILABLE436996111失敗原因說明業(yè)務建立過程中，建立Iub口AL承載失敗，原因是無可用的Iub傳輸資源失敗流程圖無根因查找方法檢查指定Iub口的用戶承載配置（A

54、AL2PATH （ATM配置），IPPATH（IP配置） ，查看是否可用PCHR中應關注的IE3.28 L2ERR_FPMDC_TR_SYN_NO_RESPONSE_AFTER_MAX_RETRY失敗錯誤編碼L2ERR_FPMDC_TR_SYN_NO_RESPONSE_AFTER_MAX_RETRY失敗原因說明Iub口傳輸信道同步失敗，原因是未收到NodeB響應失敗流程圖無根因查找方法由于NODE B收到傳輸同步請求是必回響應，此類故障都出在傳輸本身。需要檢查RNC和NodeB兩側傳輸信道同步相關的設置。PCHR中應關注的IE3.29 RR_ERR_UU_IRCFC_PROTCL_ERROR_

55、ERR_BEGIN失敗錯誤編碼RR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_BEGINRR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_END失敗原因說明PS域系統(tǒng)間切換失敗，原因是UE發(fā)送HANDOVER FROM UTRAN FAILURE，其中的原因值是以下之一:Configuration unacceptable, physical channel failure, protocol error,unspecified失敗流程圖無根因查找方法如果“physical channel failure”原因居多，一般都是在23G邊緣，空口質(zhì)量較差或者2G小區(qū)擁塞等原因；對于其它原因，可以查看UE支持的協(xié)議版本，UE是否支持系統(tǒng)間切換。聯(lián)系終端廠家解決。PCHR中應關注的IE3.3