LCR50常見PCHR錯誤碼處理指導(dǎo)書

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

2、record修訂記錄Date日期Revision Version修訂版本CR ID / Defect IDCR號Section Number修改章節(jié)Change Description修改描述Author作者2010-12-30V1.0第三章重點(diǎn)局常見錯誤碼處理建議，共包含30個(gè)常見錯誤碼。吳軍2011-01-10V2.0按照維護(hù)文檔模板進(jìn)行修改夏仕軍2011-01-17V3.0全篇根據(jù)評審意見修改，補(bǔ)充8個(gè)錯誤碼。夏仕軍目 錄1.概述11.1 使用對象11.2 適用范圍11.3 背景知識21.4 PCHR日志分析工具21.5 文檔主要內(nèi)容32.LCR 5.0 PCHR日志分析及過濾方法42.

3、1 單點(diǎn)故障PCHR日志分析方法42.2 KPI專題PCHR日志分析方法72.3 幾種常見的PCHR日志過濾方法及規(guī)則92.3.1 Transdata工具PCHR日志導(dǎo)入過濾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.3 RR_ERR_IUB_INTERFACE_PERMANENT_RL_

4、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_INTERFACE_RELOC_CANCELLED253.11 RR_ERR_IU_

5、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_UNSPECIFIED283.17 RR_ERR_UU_INTERFACE_

6、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_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE343.24

7、 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_BEGIN373.30 RR_ERR_UU_IRHFC_PROTCL_E

8、RR_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_TARGET_SYS413.36 NBM_CRA_CELL_RR_FAIL41

9、3.37 NBM_IUB_RESET423.38 RR_ERR_RNCAP_CU_CELLFACH_NOT_FIND_PROC42圖目錄圖1-1 提交PCHR錯誤碼技術(shù)咨詢單1圖2-1 OMSTAR用戶日志過濾菜單5圖2-2 OMSTAR PCHR日志結(jié)構(gòu)及過濾6圖2-3 Insight工具PCHR日志過濾6圖2-4 Transdata工具過濾規(guī)則設(shè)置7圖2-5 OMSTAR專題分析8圖2-6 Transdata工具過濾規(guī)則設(shè)置9圖2-7 PCHR用戶日志過濾菜單10圖2-8 利用固定過濾器過濾日志10圖2-9 自己設(shè)置過濾器11圖2-10 自定義過濾器名稱和過濾條件12圖2-11 設(shè)置過濾器

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

11、CR 5.0 Node B CHR并未包含模塊錯誤相關(guān)信息，在網(wǎng)絡(luò)優(yōu)化和問題分析過程中主要分析的是RNC PCHR，本文檔后續(xù)PCHR一般特指RNC PCHR，除非特殊說明。l1.3 背景知識PCHR (Performance Call History Record)性能呼叫歷史記錄是在RNC、NODEB設(shè)備上記錄的關(guān)于用戶的呼叫歷史相關(guān)信息，主要用于定位產(chǎn)品和性能問題。如客戶投訴、網(wǎng)絡(luò)優(yōu)化、用戶感知分析、VIP分析、終端性能分析等，而不需要用實(shí)時(shí)跟蹤信令方法進(jìn)行復(fù)現(xiàn)，極大的提升問題解決速度和網(wǎng)絡(luò)優(yōu)化效率。PCHR日志記錄的信息相對固定，主要包括基本信息、接入、切換、掉話、資源、質(zhì)量及信令流程

12、等多方面的信息，日志由單板軟件輸出并緩存，釋放后完整輸出并保存到OMU中。RNC記錄的PCHR日志分為單用戶數(shù)據(jù)與小區(qū)數(shù)據(jù)，單用戶數(shù)據(jù)只跟單用戶的單次呼叫相關(guān)，只要RNC收到RRC連接請求，RNC就會開始記錄，每次呼叫結(jié)束按照PCHR日志結(jié)構(gòu)定義格式輸出，小區(qū)數(shù)據(jù)為一段時(shí)間內(nèi)所有呼叫的公共信息，周期記錄輸出。NODEB記錄的PCHR（LCR 5.0名稱為CHR）分為基站日志、用戶日志、運(yùn)行日志。用戶日志主要記錄一個(gè)用戶在基站側(cè)整個(gè)生命周期的信息，從RL建立到RL釋放；運(yùn)行日志記錄了FP側(cè)RACH、FACH和DPCH的一些基本信息。基站日志和用戶日志默認(rèn)上報(bào)，存在基站的FLASH里。運(yùn)行日志默認(rèn)

13、關(guān)閉，需要通過LMT-B上的命令MOD CARRIERRES，將其中的FP打點(diǎn)用戶數(shù)置為非0值，開關(guān)才能打開，同時(shí)建議用戶在生成并獲取有效日志后關(guān)閉，否則將減少CHR記錄的保留時(shí)間或增加CHR日志自動上傳的頻率。目前留給CHR的存儲空間一共2M，共兩個(gè)文件，每個(gè)文件1M的空間。PCHR日志量大小跟呼叫數(shù)據(jù)相關(guān)，存儲時(shí)間一般為7天左右，新的日志將覆蓋舊的日志，為了不影響問題定位分析，建議在問題發(fā)生7日內(nèi)，必須將相關(guān)日志導(dǎo)出保存，以免發(fā)生問題點(diǎn)日志因?yàn)楦采w丟失。1.4 PCHR日志分析工具分析PCHR日志目前主要有如下兩個(gè)工具：Insight#工具：輕量級、靈活的CHR、PCHR、DEBUG日志分

14、析工具，能夠?qū)⒂脩舳x的異常日志從所有日志中提取出來，并保存為一個(gè)較小的.log文件。OMSTAR工具：PCHR和話統(tǒng)專題分析工具，工具固化專家經(jīng)驗(yàn)，降低運(yùn)維技術(shù)門檻，從而降低網(wǎng)絡(luò)運(yùn)維成本。同時(shí)支持多種數(shù)據(jù)源、具有地理化展示功能的分析平臺。l 現(xiàn)場維護(hù)和優(yōu)化工程師建議主要使用OMSTAR工具分析RNC PCHR，而Insight#工具主要為研發(fā)維護(hù)人員使用，現(xiàn)場維護(hù)人員可用于對PCHR日志進(jìn)行過濾裁剪，以方便發(fā)給后方研發(fā)維護(hù)人員進(jìn)行深度分析；l 使用OMSTAR分析數(shù)據(jù)時(shí)，必須使用Transdata工具先將要分析的數(shù)據(jù)導(dǎo)入。1.5 文檔主要內(nèi)容本文檔共包含三個(gè)章節(jié)，每個(gè)章節(jié)的主要內(nèi)容如下：第一

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

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

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

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

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

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

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

22、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_INTERACTIV

23、E_CALL"或"UU_TRMNT_BACKGROUND_CALL"與信令失敗原因存在CS RAB接入失?。≧AB請求域業(yè)務(wù)指示"CHR_CS_DOMAIN"）and (“RAB請求時(shí)間” 存在) and (“RAB請求完成時(shí)間” 不存在)PS RAB接入失敗（RAB請求域業(yè)務(wù)指示"CHR_PS_DOMAIN"）and (“RAB請求時(shí)間” 存在) and (“RAB請求完成時(shí)間” 不存在)系統(tǒng)內(nèi)切換失敗切換時(shí)間 存在 并且 切換失敗原因 存在RNC間切換失敗切換目標(biāo)RNCID 不等于 （當(dāng)前PCHR log RNCID）并

24、且 切換失敗原因 存在CS 23G切換失敗CS異系統(tǒng)空口切換發(fā)起次數(shù)>0并且 切換結(jié)果 不等于 "SUCC_RELOC"、"NORMAL RELEASE"和"RNCAP_OK"PS 23G切換失敗PS異系統(tǒng)空口切換發(fā)起次數(shù)>0并且 并且 切換結(jié)果 不等于 "SUCC_RELOC"、"NORMAL RELEASE"和"RNCAP_OK"CS掉話RAB請求域業(yè)務(wù)指示"CHR_CS_DOMAIN "并且 RAB掉話業(yè)務(wù)指示"CHR_RAB_

25、LOSS"PS掉話RAB請求域業(yè)務(wù)指示"CHR_PS_DOMAIN "并且 RAB掉話業(yè)務(wù)指示"CHR_RAB_LOSS"H掉話RAB請求業(yè)務(wù)類型"CHR_RAB_TRAF_PS_HSDPA"并且 RAB掉話業(yè)務(wù)指示"CHR_RAB_LOSS"3. LCR 5.0 PCHR錯誤碼處理方法3.1 RR_ERR_RNCAP_RLC_FAILURE_SRB_RST失敗錯誤編碼RR_ERR_RNCAP_RLC_FAILURE_SRB_RST436799455失敗原因說明由于承載信令的RLC發(fā)生復(fù)位而導(dǎo)致的釋放，通

26、常是因?yàn)榭湛谫|(zhì)量較差，RLC不停重傳從而導(dǎo)致復(fù)位。失敗流程圖根因查找方法首先可以判斷是上行問題還是下行問題。因?yàn)橛锌赡苁窍滦匈|(zhì)量問題導(dǎo)致下行信令無法下發(fā)。也有可能是由于上行質(zhì)量問題導(dǎo)致信令RLC包的ACK無法上報(bào)。目前可以通過PCHR中字段BLER來判斷上行BLER是否較高。也可以檢查掉話前信令傳輸信道接收的總包數(shù)和錯包數(shù)來判斷上行是否收到錯包。同時(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)

27、時(shí)隙UL ISCP值，路徑為：小區(qū)日志->小區(qū)->載波->時(shí)隙->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è)務(wù)的RLC發(fā)生復(fù)位而導(dǎo)致的釋放，通常是因?yàn)榭湛谫|(zhì)量較差，RLC不停重傳從而導(dǎo)致復(fù)位。失

28、敗流程圖根因查找方法原因同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ù)。3.3 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE失敗錯誤編碼RR_ERR_IUB_INTERFACE_PERMA

29、NENT_RL_FAILURE436996134失敗原因說明收到NODE B上報(bào)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)時(shí)隙UL ISCP值，路徑為：小區(qū)日志->小區(qū)->載波->時(shí)隙->UL ISCP, 用戶鏈路釋放時(shí)下行發(fā)送碼功率TCP值，路徑為：用戶日志->RRC釋放->異常信息-> DL TC

30、P報(bào)告數(shù)量->TCP。3.4 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ù)來判斷是否

31、為上行問題也可以檢查RAB建立失敗前(或者DCCC失敗前)RLC重傳率來判斷是否由于RLC重傳率過高導(dǎo)致UE無法即時(shí)收到RB配置消息PCHR中應(yīng)關(guān)注的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_RNCAP_CU_WAIT_UE_RSP_TIMEOUT437127131 失

32、敗原因說明小區(qū)更新過程中RNC下發(fā)CELL UPDATE CONFIRM后等待空口配置響應(yīng)超時(shí)失敗流程圖根因查找方法這種情況與錯誤3.4的情況類似。 不同的是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

33、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è)務(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)時(shí)隙UL ISCP值，路徑為：小區(qū)日志

34、->小區(qū)->載波->時(shí)隙->UL ISCP；用戶鏈路釋放時(shí)下行發(fā)送碼功率TCP值，路徑為：用戶日志->RRC釋放->異常信息-> DL TCP報(bào)告數(shù)量->TCP。3.7 RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR失敗錯誤編碼RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR436799446 失敗原因說明L2 MACD上報(bào)的異常狀態(tài)報(bào)告導(dǎo)致業(yè)務(wù)釋放失敗流程圖無根因查找方法該錯誤碼為L2 MACD上報(bào)異常錯誤的統(tǒng)稱，對于具體的錯誤根因，需要查看原始的MACD返回的錯誤碼，才能確定具體原因。如果出現(xiàn)這類

35、錯誤，請?jiān)赑R平臺（www.support.td-)提交RNC技術(shù)咨詢單，詳情請參考概述部分介紹。PCHR中應(yīng)關(guān)注的IEL2異常原因值編碼。路徑為：用戶日志->RAB信息或RRC釋放信息->異常信息->L2異常原因值編碼。3.8 RR_ERR_RNCAP_DEL_OLD_CCB失敗錯誤編碼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連接，

36、而RNC側(cè)還沒有把之前的用戶資源釋放。也有小部分原因是由DSCR導(dǎo)致的，在LCR 5.0建議關(guān)閉DSCR功能。對于處于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)中計(jì)為掉話，需要看是否有IU REL REQ消息，如果沒有則不計(jì)為掉話；如果有IU REL REQ消息，但是攜帶的原因值是正常釋放，也不計(jì)為掉話。PCHR中應(yīng)關(guān)注

37、的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消息超時(shí)，RRC連接建立失敗失敗流程圖根因查找方法 與CELL UPDATE類似，有可能是UE沒有收全RRC CONN SETUP消息，也有可能是UE回了RRC CONN CMP消息，但RNC側(cè)沒有收到。通過檢查信令接入失敗前信令傳輸信道接收的

38、總包數(shù)和錯包數(shù)來判斷是上行問題，還是下行問題。PCHR中應(yīng)關(guān)注的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側(cè)，在等待Ue響應(yīng)的過程中收到核心網(wǎng)的IU REL CMD消息，其中原因值為CANCELL，這種情況大部份是因

39、為SRNC由于某些異常給CN發(fā)送了RELOC CANCELL消息失敗流程圖無根因查找方法由于實(shí)際的錯誤原因發(fā)生在SRNC，需要通過IMSI匹配查看對應(yīng)SRNC的日志，以確認(rèn)具體原因。PCHR中應(yīng)關(guān)注的IE3.11 RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC失敗錯誤編碼RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC436930539 失敗原因說明一般在遷移過程中，DRNC側(cè)由于等待空口響應(yīng)超時(shí)，核心網(wǎng)通知SRNC側(cè)遷移失敗。失敗流程圖無根因查找方法SRNC側(cè)檢查空口信令是否成功下發(fā)。DRNC側(cè)檢查上行鏈路

40、質(zhì)量，是否收到上行重配置完成消息。檢查方法可參考3.4錯誤碼處理方法。PCHR中應(yīng)關(guān)注的IEDRNC側(cè)UL 錯包， SRNC側(cè)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失敗原因說明DRNC側(cè)由于等待空口響應(yīng)超時(shí)，通知核心網(wǎng)釋放IU鏈路失敗流程圖無根因查

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

42、息，釋放原因值為UNSPECIFIED_FAIL2.遷移過程中，DRNC向SRNC回遷移失敗，原因值為UNSPECIFIED_FAIL失敗流程圖無根因查找方法1. 查看直傳消息中攜帶的釋放原因；2.DRNC遷移準(zhǔn)備時(shí)發(fā)生錯誤，但錯誤原因沒有分類，可以通過IMSI匹配查看DRNC側(cè)PCHR中具體的失敗原因。PCHR中應(yīng)關(guān)注的IE3.14 RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY失敗錯誤編碼RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY436930529 失敗原因說明CS異系統(tǒng)切換，收到核心網(wǎng)的IU RELEASE

43、CMD消息，原因值為IU_TRELOCCOMPLETE_EXPIRY失敗流程圖無根因查找方法可能是核心網(wǎng)沒有收到異系統(tǒng)側(cè)的RELOC COMPELETE消息，超時(shí)后釋放IU鏈接。需要查看CN的日志，DRNC側(cè)日志/BSC側(cè)日志。PCHR中應(yīng)關(guān)注的IE3.15 RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT436996049 失敗原因說明IUB口等待RL建立或者RL重配置響應(yīng)超時(shí)失敗流程圖無根因查找方法NODE B故障可能性較大，需要查看NODE B的相關(guān)ROSA日志/CHR日志進(jìn)行進(jìn)一步分

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

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

46、909失敗原因說明小區(qū)資源準(zhǔn)入失敗或者IUB帶寬申請失敗失敗流程圖無根因查找方法檢查當(dāng)時(shí)的小區(qū)日志（時(shí)隙及碼資源情況），確認(rèn)當(dāng)時(shí)是否碼資源不足PCHR中應(yīng)關(guān)注的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建立或者重配置等待響應(yīng)時(shí)收到小區(qū)更新消息失敗流程圖根因查找方法出現(xiàn)這種情況的原因與空口響應(yīng)超時(shí)類似。查找方法可參考3.4。PCHR中應(yīng)關(guān)注的I

47、E3.20 RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR失敗錯誤編碼RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR436602845 失敗原因說明通常為等待AL建立時(shí)收到流程異常錯誤消息，導(dǎo)致AL建立失敗失敗流程圖無根因查找方法這種情況通常是由于L2實(shí)例建立失敗導(dǎo)致，可以檢查記錄的L2錯誤碼。如果出現(xiàn)這類錯誤，請?jiān)赑R平臺（www.support.td-)提交RNC技術(shù)咨詢單，詳情請參考概述部分介紹。PCHR中應(yīng)關(guān)注的IEL2異常原因值編碼，路徑為：用戶日志->RAB信息或RRC釋放信息->異常信息->L2異常原因值編碼。3.21

48、 RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED失敗錯誤編碼RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED436996060失敗原因說明RL建立或者重配置過程中，NODE B返回請求配置不支持。失敗流程圖根因查找方法NODE B故障和配置錯誤可能性較大，需要查看NODE B的相關(guān)ROSA日志/CHR日志進(jìn)行進(jìn)一步分析。PCHR中應(yīng)關(guān)注的IE3.22 RR_ERR_RNCAP_HHO_PHYCH_RECFG_TIMEOUT失敗錯誤編碼RR_ERR_RNCAP

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

50、及切換失敗前信令傳輸信道接收的錯包數(shù)及總包數(shù)。3.23 RR_ERR_UU_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE失敗錯誤編碼RR_ERR_UU_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE437127156失敗原因說明切換過程中空口收到物理信道失敗消息，消息原因?yàn)镻HY_CH_FAIL。失敗流程圖根因查找方法這種情況一般為UE新配置激活后在新小區(qū)同步失敗，可能是新小區(qū)的空口質(zhì)量較差，UE無法做上行同步，也可能是小區(qū)同步信道配置問題，可以檢查小區(qū)的同步信道(UpPCH/FPACH)是否配置正常?；蛘邫z查UpPTS的ISCP干擾。也有可能是專

51、用信道下行同步問題。PCHR中應(yīng)關(guān)注的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ā)起遷移準(zhǔn)備后收到核心網(wǎng)的遷移準(zhǔn)備失敗消息，原因是DRNC側(cè)沒有資源。可能原因有：無可用license；無法獲取CCB表等。失敗流程圖無根因查找方法檢查DRNC側(cè)PCHR日志，查看是否由于碼資源問題或者用戶數(shù)限制拒絕用戶遷移入。PCHR中應(yīng)關(guān)注的IEDRNC側(cè)對應(yīng)用

52、戶的錯誤信息。路徑為：用戶日志->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中應(yīng)關(guān)注的IE3.26 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE失敗錯誤編碼RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE失敗原因說明Iub口

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

54、PCHR中應(yīng)關(guān)注的IE3.28 L2ERR_FPMDC_TR_SYN_NO_RESPONSE_AFTER_MAX_RETRY失敗錯誤編碼L2ERR_FPMDC_TR_SYN_NO_RESPONSE_AFTER_MAX_RETRY失敗原因說明Iub口傳輸信道同步失敗，原因是未收到NodeB響應(yīng)失敗流程圖無根因查找方法由于NODE B收到傳輸同步請求是必回響應(yīng)，此類故障都出在傳輸本身。需要檢查RNC和NodeB兩側(cè)傳輸信道同步相關(guān)的設(shè)置。PCHR中應(yīng)關(guān)注的IE3.29 RR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_BEGIN失敗錯誤編碼RR_ERR_UU_IRCFC_PROTC

55、L_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中應(yīng)關(guān)注的IE3.30 RR_ERR_UU_IRHFC_PROTCL_ERR_BEGIN失敗錯誤編碼RR_