©2010-2025 宁波自信网络信息技术有限公司 版权所有
客服电话：4009-655-100 投诉/维权电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
1、 LCR 5.0 常见PCHR错误码处理指导书 Prepared by 拟制 吴军、夏仕军 拟制 Date 日期 2010-12-30 Reviewed by 审核 XXX Date 日期 2010-12-30 Reviewed by 审核 XXX Date 日期 2010-12-30 Approved by 批准 XXX Date 日期 2010-12-30 TD TECH Communication Technologies Co., Ltd. 鼎桥通信技术有限公司 版权所有 侵权必究
2、 All rights reserved 系统维护部 产品版本 产品补丁集 密级 V005R001 内部公开 产品名称：TD-SCDMA RAN 共48页 Revision record修订记录 Date 日期 Revision Version 修订 版本 CR ID / Defect ID CR号 Section Number 修改 章节 Change Description 修改描述 Author 作者 2010-12-30 V1.0 第三章 重点局常见错误码处理建议，共包含30个常见错误码。 吴
3、军 2011-01-10 V2.0 按照维护文档模板进行修改 夏仕军 2011-01-17 V3.0 全篇 根据评审意见修改，补充8个错误码。 夏仕军 目 录 1. 概述 1 1.1 使用对象 1 1.2 适用范围 1 1.3 背景知识 2 1.4 PCHR日志分析工具 2 1.5 文档主要内容 3 2. LCR 5.0 PCHR日志分析及过滤方法 4 2.1 单点故障PCHR日志分析方法 4 2.2 KPI专题PCHR日志分析方法 7
4、2.3 几种常见的PCHR日志过滤方法及规则 9 2.3.1 Transdata工具PCHR日志导入过滤 9 2.3.2 OMSTAR工具PCHR日志分析过滤 9 2.3.3 Insight工具PCHR日志过滤保存 12 2.3.4 几种常见的PCHR日志过滤规则 15 3. LCR 5.0 PCHR错误码处理方法 16 3.1 RR_ERR_RNCAP_RLC_FAILURE_SRB_RST 16 3.2 RR_ERR_RNCAP_RLC_FAILURE_TRB_RST 17 3.3 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE 18
5、3.4 RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT 19 3.5 RR_ERR_RNCAP_CU_WAIT_UE_RSP_TIMEOUT 20 3.6 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE 21 3.7 RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR 22 3.8 RR_ERR_RNCAP_DEL_OLD_CCB 23 3.9 RR_ERR_RNCAP_RRC_UE_RSP_TIMEOUT 24 3.10 RR_ERR_IU_INTERFACE_RELOC_CANCELLED 25 3.1
6、1 RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC 25 3.12 RR_ERR_RNCAP_RELOC_PHY_CH_RECFG_CMP_TIMEOUT 26 3.13 RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL 26 3.14 RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY 27 3.15 RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT 27 3.16 RR_ERR_IUB_INTERFACE_CAUSE_RADIO_NW_UNSPECIFIED
7、 28 3.17 RR_ERR_UU_INTERFACE_INVALID_CFG_ERR_NULL_TYPE 29 3.18 NBM_CRA_CELL_RR_CRM_FAIL 30 3.19 RR_ERR_RNCAP_RB_CU_OVERLAP_BACK 30 3.20 RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR 31 3.21 RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED 32 3.22 RR_ERR_RNCAP_HHO_PHYCH_RECFG_TIMEOUT 33 3.23 RR
8、ERR_UU_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE 34 3.24 RR_ERR_IU_INTERFACE_NO_RSRC_AVAIL 35 3.25 RR_ERR_RNCAP_ALCFG_IU_AAL2_FAILURE 35 3.26 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE 36 3.27 RR_ERR_IUB_INTERFACE_TRANSP_RESOURCE_UNVAILABLE 36 3.28 L2ERR_FPMDC_TR_SYN_NO_RESPONSE_AFTER_MAX_RETRY 37 3.29 RR_
9、ERR_UU_IRCFC_PROTCL_ERROR_ERR_BEGIN 37 3.30 RR_ERR_UU_IRHFC_PROTCL_ERR_BEGIN 38 3.31 RR_ERR_IU_INTERFACE_REL_DUE_TO_UE_GEN_SIG_CONN_REL 39 3.32 RR_ERR_IU_INTERFACE_OM_INTERVENTION 39 3.33 RR_ERR_IU_INTERFACE_REQUESTED_INFO_NOT_AVAIL 40 3.34 RR_ERR_IU_INTERFACE_UNKNOWN_TARGET_RNC 40 3.35 RR_ERR
10、IU_INTERFACE_RELOC_FAIL_IN_TARGET_CN_RNC_OR_TARGET_SYS 41 3.36 NBM_CRA_CELL_RR_FAIL 41 3.37 NBM_IUB_RESET 42 3.38 RR_ERR_RNCAP_CU_CELLFACH_NOT_FIND_PROC 42 图目录 图1-1 提交PCHR错误码技术咨询单 1 图2-1 OMSTAR用户日志过滤菜单 5 图2-2 OMSTAR PCHR日志结构及过滤 6 图2-3 Insight工具PCHR日志过滤 6 图2-4 Transdata工具过滤规则设置 7 图2-5 OMST
11、AR专题分析 8 图2-6 Transdata工具过滤规则设置 9 图2-7 PCHR用户日志过滤菜单 10 图2-8 利用固定过滤器过滤日志 10 图2-9 自己设置过滤器 11 图2-10 自定义过滤器名称和过滤条件 12 图2-11 设置过滤器 13 图2-12 选择过滤器名称及设置日志过滤后保存路径 13 表目录 表2-1 几种常见的PCHR日志过滤规则 15 1. 概述 1.1 使用对象 研发维护工程师、现场网络优化人员、现场用服人员。 1.2 适用范围 本文档主要针对重点项目常见的RNC PCHR错误码给出相应的处理建议，用于指导现场进行故障
12、分析和网络优化。对于未在该文档体现的PCHR错误码，欢迎大家按照图1-1提供反馈意见，在PR平台（www.support.td-)提交RNC技术咨询单，选择RNC版本号、设备日志及告警管理类专题、附上PCHR错误码和PCHR话单完整信息及抓图，以便逐步完善该文档。 图1-1 提交PCHR错误码技术咨询单 l 由于LCR 5.0 Node B CHR并未包含模块错误相关信息，在网络优化和问题分析过程中主要分析的是RNC PCHR，本文档后续PCHR一般特指RNC PCHR，除非特殊说明。 l 1.3 背景知识 PCHR (Performance Call History
13、 Record)性能呼叫历史记录是在RNC、NODEB设备上记录的关于用户的呼叫历史相关信息，主要用于定位产品和性能问题。如客户投诉、网络优化、用户感知分析、VIP分析、终端性能分析等，而不需要用实时跟踪信令方法进行复现，极大的提升问题解决速度和网络优化效率。 PCHR日志记录的信息相对固定，主要包括基本信息、接入、切换、掉话、资源、质量及信令流程等多方面的信息，日志由单板软件输出并缓存，释放后完整输出并保存到OMU中。 RNC记录的PCHR日志分为单用户数据与小区数据，单用户数据只跟单用户的单次呼叫相关，只要RNC收到RRC连接请求，RNC就会开始记录，每次呼叫结束按照PCHR日志结构定
14、义格式输出，小区数据为一段时间内所有呼叫的公共信息，周期记录输出。 NODEB记录的PCHR（LCR 5.0名称为CHR）分为基站日志、用户日志、运行日志。用户日志主要记录一个用户在基站侧整个生命周期的信息，从RL建立到RL释放；运行日志记录了FP侧RACH、FACH和DPCH的一些基本信息。基站日志和用户日志默认上报，存在基站的FLASH里。运行日志默认关闭，需要通过LMT-B上的命令MOD CARRIERRES，将其中的FP打点用户数置为非0值，开关才能打开，同时建议用户在生成并获取有效日志后关闭，否则将减少CHR记录的保留时间或增加CHR日志自动上传的频率。目前留给CHR的存储空间一共
15、2M，共两个文件，每个文件1M的空间。 PCHR日志量大小跟呼叫数据相关，存储时间一般为7天左右，新的日志将覆盖旧的日志，为了不影响问题定位分析，建议在问题发生7日内，必须将相关日志导出保存，以免发生问题点日志因为覆盖丢失。 1.4 PCHR日志分析工具 分析PCHR日志目前主要有如下两个工具： Insight#工具：轻量级、灵活的CHR、PCHR、DEBUG日志分析工具，能够将用户定义的异常日志从所有日志中提取出来，并保存为一个较小的.log文件。 OMSTAR工具：PCHR和话统专题分析工具，工具固化专家经验，降低运维技术门槛，从而降低网络运维成本。同时支持多种数据源、具有地
16、理化展示功能的分析平台。 l 现场维护和优化工程师建议主要使用OMSTAR工具分析RNC PCHR，而Insight#工具主要为研发维护人员使用，现场维护人员可用于对PCHR日志进行过滤裁剪，以方便发给后方研发维护人员进行深度分析； l 使用OMSTAR分析数据时，必须使用Transdata工具先将要分析的数据导入。 1.5 文档主要内容 本文档共包含三个章节，每个章节的主要内容如下： 第一章： 介绍PCHR基本概念、分析工具和文档的写作目的； 第二章：介绍目前LCR 5.0 PCHR日志分析过滤方法； 第三章：介绍LCR 5.0常见PCHR错误码处理方法。
17、 2. LCR 5.0 PCHR日志分析及过滤方法 对于RNC PCHR日志分析，主要有以下两种场景： -单点故障处理。这类故障一般有大概的时间范围和区域范围，分析日志数量相对较小。主要场景如：用户投诉、拉网异常失败等； -KPI专题深度分析。KPI专题分析一般要求时间范围较长、区域范围较大，至少1天，1个RNC，分析日志数量相对较大。主要场景如：全网评估、终端性能分析、专题深度分析等。 由于PCHR是全流程日志，能够记录所有呼叫，不仅仅是异常的情况，从而导致PCHR日志量非常大，为了更好地定位故障原因，提高工具的处理效率，需要对PCHR日志进行过滤，并对过滤后的日志进行详细分析。
18、2.1 单点故障PCHR日志分析方法 步骤1 确定问题发生时间点/小区/用户IMSI/用户IMEI等。用户可根据自己获得的相关信息设置后续的过滤规则。 步骤2 确定PCHR日志采集时间范围。对于单个问题定位一般要求采集3个小时的日志，包括问题前2小时和问题后1小时； 步骤3 根据步骤1获得的关键信息如用户IMSI在OMSTAR工具中按照图2-1选择数据分析->PCHR用户日志过滤，按照图2-2、2-3设置PCHR日志过滤规则； 图2-1 OMSTAR用户日志过滤菜单 图2-2 OMSTAR PCHR日志结构及过滤 图2-3 Insight工
19、具PCHR日志过滤 步骤4 按照PCHR日志过滤规则，过滤出相应话单； 步骤5 根据PCHR日志流程和完整信息分析故障错误码、用户、小区等的分布情况，分析故障原因； 步骤6 确定故障原因，并提交改善方案； 步骤7 解决方案验证，确认问题是否解决。 2.2 KPI专题PCHR日志分析方法 步骤1 打开Transdata数据导入工具，选择设置->PCHR导入设置，设置过滤条件，如图2-4所示，导入需要分析的KPI专题PCHR日志。如果只选择需要分析的专题PCHR日志，将大大提升PCHR日志导入速度； 图2-4 Transdat
20、a工具过滤规则设置 步骤2 KPI专题深度分析。如图2-5所示，选择需要分析的KPI专题。OMSTAR已经将常用的KPI专题分析经验固化，直接输出各种分析报表； 图2-5 OMSTAR专题分析 步骤3 根据输出报表，确定KPI专题影响TOP因素，并确定改善措施； 步骤4 解决方案验证，确认问题是否解决。 2.3 几种常见的PCHR日志过滤方法及规则 2.3.1 Transdata工具PCHR日志导入过滤 Transdata工具可以在PCHR日志导入时就进行过滤，如图2-6所示。 图2-6 Transdata工具过滤规则设置 l
21、 备注：对于问题定位场景，为了提高PCHR日志导入速度，建议在使用OMSTAR分析PCHR日志时，首先在这里设置过滤规则，按照故障专题直接将故障数据导入到工具分析。而对于网络评估，建议不进行相关的过滤设置，过滤规则可以选择不过滤。 2.3.2 OMSTAR工具PCHR日志分析过滤 在使用Transdata完成PCHR日志导入后，通常需要对日志做进一步分析处理，OMSTAR工具不但提供了固化的过滤经验，还提供灵活的自定义过滤规则供用户使用。 2.3.2.1 利用固定过滤器直接过滤日志 选择菜单数据分析->用户日志过滤->版本选择->过滤器选择，在下拉菜单中选择固化过滤器过滤日
22、志。 图2-7 PCHR用户日志过滤菜单 图2-8 利用固定过滤器过滤日志 2.3.2.2 自定义过滤器过滤日志 选择菜单数据分析->用户日志过滤->版本选择->过滤器->新增，在PCHR结构体中选择需要过滤的域（可以包含多个域）过滤出相关日志。 图2-9 自己设置过滤器 图2-10 自定义过滤器名称和过滤条件 2.3.3 Insight工具PCHR日志过滤保存 Insight工具不但可以对PCHR日志进行过滤分析，还可以将异常的PCHR日志过滤保存为.log文件。Insight工具PCHR日志过滤保存方法如下： 步骤5 新建工程，将要预
23、过滤的文件添加到过程； 步骤6 根据问题相关信息如IMSI、PCHR错误码等，设置过滤器。选择菜单文件->过滤器->设置->新增，设置过滤规则。 图2-11 设置过滤器 步骤7 选择过滤后文件保存路径，执行预过滤任务。选择菜单文件->过滤器->设置->勾选过滤器->设置保存路径->启动任务。 图2-12 选择过滤器名称及设置日志过滤后保存路径 该过滤方法将大大减少PCHR日志的大小，能极大的提高后续的日志导入速度和分析速度，也有利用将日志传递给后方维护和研发进一步分析定位。 2.3.4 几种常见的PCHR日志过滤规则 表2-1 几种常见的PCH
24、R日志过滤规则 过滤规则描述 PCHR过滤字段 指定IMSI 公共信息=“IMSI” 指定小区 信令接入原因＝“信令接入的小区ID”或 RAB公共信息=“业务释放时业务所在的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"、
25、"UU_TRMNT_STREAM_CALL" 、"UU_TRMNT_INTERACTIVE_CALL"或"UU_TRMNT_BACKGROUND_CALL";与信令失败原因存在 CS RAB接入失败 （RAB请求域业务指示＝"CHR_CS_DOMAIN"）and (“RAB请求时间” 存在) and (“RAB请求完成时间” 不存在) PS RAB接入失败 （RAB请求域业务指示＝"CHR_PS_DOMAIN"）and (“RAB请求时间” 存在) and (“RAB请求完成时间” 不存在) 系统内切换失败 切换时间 存在 并且 切换失败原因 存在 RNC间切换失败 切换目标R
26、NCID 不等于 （当前PCHR log RNCID）并且 切换失败原因 存在 CS 23G切换失败 CS异系统空口切换发起次数>0并且 切换结果 不等于 "SUCC_RELOC"、"NORMAL RELEASE"和"RNCAP_OK" PS 23G切换失败 PS异系统空口切换发起次数>0并且 并且 切换结果 不等于 "SUCC_RELOC"、"NORMAL RELEASE"和"RNCAP_OK" CS掉话 RAB请求域业务指示＝"CHR_CS_DOMAIN "并且 RAB掉话业务指示＝"CHR_RAB_LOSS" PS掉话 RAB请求域业务指示＝"CHR_PS_DOMAIN
27、"并且 RAB掉话业务指示＝"CHR_RAB_LOSS" H掉话 RAB请求业务类型＝"CHR_RAB_TRAF_PS_HSDPA"并且 RAB掉话业务指示＝"CHR_RAB_LOSS" 3. LCR 5.0 PCHR错误码处理方法 3.1 RR_ERR_RNCAP_RLC_FAILURE_SRB_RST 失败错误编码 RR_ERR_RNCAP_RLC_FAILURE_SRB_RST 436799455 失败原因说明 由于承载信令的RLC发生复位而导致的释放，通常是因为空口质量较差，RLC不停重传从而导致复位。 失败流程图 根因查找方法 首先可以判断是上行问题还
28、是下行问题。因为有可能是下行质量问题导致下行信令无法下发。也有可能是由于上行质量问题导致信令RLC包的ACK无法上报。目前可以通过PCHR中字段BLER来判断上行BLER是否较高。也可以检查掉话前信令传输信道接收的总包数和错包数来判断上行是否收到错包。同时可以参考小区日志中同时间段的ISCP测量值（ISCP较高的话，可能是系统外干扰过大导致RLC无法收到上行ACK包）。如果UE上报了下行BLER的话，也可以看一下当时下行BLER是否过高导致UE无法收全下行信令包。 PCHR中应关注的IE 小区日志中对应时隙UL ISCP值，路径为：小区日志->小区->载波->时隙->UL ISCP,
29、RRC释放信息块中掉话前信令传输信道错包数，UL/DL BLER。路径为：用户日志->RRC释放->异常信息->UL/DL BLER +掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数。 3.2 RR_ERR_RNCAP_RLC_FAILURE_TRB_RST 失败错误编码 RR_ERR_RNCAP_RLC_FAILURE_TRB_RST 436799456 失败原因说明 由于承载业务的RLC发生复位而导致的释放，通常是因为空口质量较差，RLC不停重传从而导致复位。 失败流程图 根因查找方法 原因同RR_ERR_RNCAP_RLC_FAILURE
30、SRB_RST类似，区别在于对象为业务RLC，需要检查的是RAB信息块中的链路释放前上行接收的总块数及错块数以及上行业务的BLER。 PCHR中应关注的IE RAB信息块中链路释放前上行接收的总块数/错块数，UL 业务BLER。路径为：用户日志->RAB信息->异常信息->UL BLER在各等级范围次数+RAB信息块中链路释放前上行接收的总块数/错块数。 3.3 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE 失败错误编码 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE 436996134
31、 失败原因说明 收到NODE B上报RL FAILURE IND，上行无线链路同步失败 失败流程图 根因查找方法 通常是由于空口链路质量下降导致上行无线链路同步失败，一般发生这种错误会出现BLER升高。掉话前可以检查PCHR小区日志的ISCP。如果ISCP较高的话，可能是系统干扰导致；否则可能是覆盖问题 PCHR中应关注的IE 小区日志中对应时隙UL ISCP值，路径为：小区日志->小区->载波->时隙->UL ISCP, 用户链路释放时下行发送码功率TCP值，路径为：用户日志->RRC释放->异常信息-> DL TCP报告数量->TCP。 3.4 RR
32、ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT 失败错误编码 RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT 437127146 失败原因说明 DCCC，业务释放/建立过程中由于Ue不返回RB建立或者重配置完成消息而导致的释放 失败流程图 根因查找方法 这种情况一般有两种可能，一种是UE在老链路没有收全RB配置消息，另一种情况是UE回了RB配置响应消息，但由于上行链路质量或者传输问题，RNC在新链路没有收到响应消息。 可通过PCHR的上行BLER以及RAB建立失败前(或者DCCC失败前)信令传输信道错包数来判断是否
33、为上行问题 也可以检查RAB建立失败前(或者DCCC失败前)RLC重传率来判断是否由于RLC重传率过高导致UE无法即时收到RB配置消息 PCHR中应关注的IE RRC释放块中的UL BLER， SRB2 RLC重传率，传输信道接收的错包数/总包数。路径为：用户日志->RRC释放->异常信息->UL/DL BLER +掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数+SRB2 RLC重传率。 3.5 RR_ERR_RNCAP_CU_WAIT_UE_RSP_TIMEOUT 失败错误编码 RR_ERR_RNCAP_CU_WAIT_UE_RSP_TIMEOUT
34、 437127131 失败原因说明 小区更新过程中RNC下发CELL UPDATE CONFIRM后等待空口配置响应超时 失败流程图 根因查找方法 这种情况与错误3.4的情况类似。 不同的是CELL UPDATE CONFIRM是通过UM模式在公共信道下发的。因此只能检查上行链路的情况。由于小区更新失败一般都会引起RRC释放，可以检查RRC释放前的信令传输信道错包数及总包数。如果总包数为0，则说明UE没有上发响应消息， 很可能是下行UE没有收到配置消息导致。 PCHR中应关注的IE RRC释放块中的UL BLER，掉话前信令传输信道接收的总包数/错包数。路径为：用户日志->
35、RRC释放->异常信息->UL/DL BLER +掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数。 3.6 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE 失败错误编码 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE 436603622 失败原因说明 NODEB发起IUB口AAL2释放，触发业务释放 失败流程图 根因查找方法 通常是由于空口链路质量下降导致上行无线链路同步失败，一般发生这种错误会出现BLER升高。掉话前可以检查PCHR小区日志的ISCP。如果ISCP较高的话，可能是系统干扰导
36、致；否则可能是覆盖问题 PCHR中应关注的IE 小区日志中对应时隙UL ISCP值，路径为：小区日志->小区->载波->时隙->UL ISCP； 用户链路释放时下行发送码功率TCP值，路径为：用户日志->RRC释放->异常信息-> DL TCP报告数量->TCP。 3.7 RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR 失败错误编码 RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR 436799446 失败原因说明 L2 MACD上报的异常状态报告导致业务释放 失败流程图 无 根因查找方法 该错误码为L2
37、 MACD上报异常错误的统称，对于具体的错误根因，需要查看原始的MACD返回的错误码，才能确定具体原因。 如果出现这类错误，请在PR平台（www.support.td-)提交RNC技术咨询单，详情请参考概述部分介绍。 PCHR中应关注的IE L2异常原因值编码。路径为：用户日志->RAB信息或RRC释放信息->异常信息->L2异常原因值编码。 3.8 RR_ERR_RNCAP_DEL_OLD_CCB 失败错误编码 RR_ERR_RNCAP_DEL_OLD_CCB 437127121 失败原因说明 用户实际已经掉话，但是网络侧相关资源还未完全清空，UE又重新发起
38、连接从而导致该用户上一次的连接被释放。 失败流程图 根因查找方法 一般情况可能是由于UE与网络侧失去联系，或者用户重新发起业务，使UE重新发起RRC连接，而RNC侧还没有把之前的用户资源释放。也有小部分原因是由DSCR导致的，在LCR 5.0建议关闭DSCR功能。 对于处于RNC边界或者3G覆盖边界的小区，23G切换（或者RNC间切换）失败，RNC通知UE发起DSCR，但UE仍然从3G原小区接入（或者周边邻小区接入）,当RNC发现接入了重复的用户IMSI号，会对老用户发起释放。 如果23G切换（或者RNC间切换）成功，UE又迅速从切换会源小区，会发生IMSI冲突，发起释放。 对
39、于是否会在话统中计为掉话，需要看是否有IU REL REQ消息，如果没有则不计为掉话；如果有IU REL REQ消息，但是携带的原因值是正常释放，也不计为掉话。 PCHR中应关注的IE SRB RLC Reset次数。路径为：用户日志->RRC释放->RRC释放头-> UL/DL SRB RLC Reset次数。 3.9 RR_ERR_RNCAP_RRC_UE_RSP_TIMEOUT 失败错误编码 RR_ERR_RNCAP_RRC_UE_RSP_TIMEOUT 437127122 失败原因说明 等待RRC CONN CMP消息超时，RRC连接建立失败 失败流程图
40、 根因查找方法 与CELL UPDATE类似，有可能是UE没有收全RRC CONN SETUP消息，也有可能是UE回了RRC CONN CMP消息，但RNC侧没有收到。 通过检查信令接入失败前信令传输信道接收的总包数和错包数来判断是上行问题，还是下行问题。 PCHR中应关注的IE 上行SIR TARGET，信令接入失败前信令传输信道接收的总包数/错包数。路径为：用户日志->RRC释放->异常信息->UL SIR +掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数。 3.10 RR_ERR_IU_INTERFACE_RELOC_CANCELLED
41、 失败错误编码 RR_ERR_IU_INTERFACE_RELOC_CANCELLED 437127122 失败原因说明 在TRNC侧，在等待Ue响应的过程中收到核心网的IU REL CMD消息，其中原因值为CANCELL，这种情况大部份是因为SRNC由于某些异常给CN发送了RELOC CANCELL消息 失败流程图 无 根因查找方法 由于实际的错误原因发生在SRNC，需要通过IMSI匹配查看对应SRNC的日志，以确认具体原因。 PCHR中应关注的IE 3.11 RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PRO
42、C 失败错误编码 RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC 436930539 失败原因说明 一般在迁移过程中，DRNC侧由于等待空口响应超时，核心网通知SRNC侧迁移失败。 失败流程图 无 根因查找方法 SRNC侧检查空口信令是否成功下发。DRNC侧检查上行链路质量，是否收到上行重配置完成消息。检查方法可参考3.4错误码处理方法。 PCHR中应关注的IE DRNC侧UL 错包， SRNC侧RLC重传率。路径为：用户日志-> RRC释放->异常信息->掉话前SRB2 RLC下行重传率+掉话前信令传输信道接收的总包数+掉话
43、前信令传输信道接收的错块数。 3.12 RR_ERR_RNCAP_RELOC_PHY_CH_RECFG_CMP_TIMEOUT 失败错误编码 RR_ERR_RNCAP_RELOC_PHY_CH_RECFG_CMP_TIMEOUT 437127139 失败原因说明 DRNC侧由于等待空口响应超时，通知核心网释放IU链路 失败流程图 无 根因查找方法 SRNC侧检查空口信令是否成功下发。DRNC侧检查上行链路质量，是否收到上行重配置完成消息。检查方法可参考3.4错误码处理方法。 PCHR中应关注的IE DRNC侧UL 错包， SRNC侧RLC重传率。路径为：用户
44、日志-> RRC释放->异常信息->掉话前SRB2 RLC下行重传率+掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数。 3.13 RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL 失败错误编码 RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL 436930640 失败原因说明 1.CN下发IU REL CMD消息，释放原因值为UNSPECIFIED_FAIL 2.迁移过程中，DRNC向SRNC回迁移失败，原因值为UNSPECIFIED_FAIL 失败流程图 无 根因查找方法 1. 查看直传消息中携
45、带的释放原因； 2.DRNC迁移准备时发生错误，但错误原因没有分类，可以通过IMSI匹配查看DRNC侧PCHR中具体的失败原因。 PCHR中应关注的IE 3.14 RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY 失败错误编码 RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY 436930529 失败原因说明 CS异系统切换，收到核心网的IU RELEASE CMD消息，原因值为IU_TRELOCCOMPLETE_EXPIRY 失败流程图 无 根因查找方法 可能是核心网没有收到异系
46、统侧的RELOC COMPELETE消息，超时后释放IU链接。需要查看CN的日志，DRNC侧日志/BSC侧日志。 PCHR中应关注的IE 3.15 RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT 失败错误编码 RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT 436996049 失败原因说明 IUB口等待RL建立或者RL重配置响应超时 失败流程图 无 根因查找方法 NODE B故障可能性较大，需要查看NODE B的相关ROSA日志/CHR日志进行进一步分析。 PCHR中应关注的IE 3.16
47、 RR_ERR_IUB_INTERFACE_CAUSE_RADIO_NW_UNSPECIFIED 失败错误编码 RR_ERR_IUB_INTERFACE_CAUSE_RADIO_NW_UNSPECIFIED 436996065 失败原因说明 RL建立或重配时，NODE B回RL SETUP/RECFG FAIL，原因值为IUB_UNSPEC_CAUSE_RADIO_NW 失败流程图 无 根因查找方法 NODE B故障可能性较大，需要查看NODE B的相关ROSA日志/CHR日志进行进一步分析。 PCHR中应关注的IE 3.17 RR_ER
48、R_UU_INTERFACE_INVALID_CFG_ERR_NULL_TYPE 失败错误编码 RR_ERR_UU_INTERFACE_INVALID_CFG_ERR_NULL_TYPE 437127179 失败原因说明 UE在UU口返回配置失败消息，其中原因值为INVALID CONFIGURATION 失败流程图 根因查找方法 查看信令流程，空口消息中的配置UE不支持，可能是与当时UE的配置状态、版本信息及业务类型有关。可以查看UE与核心网的NAS消息交互，也查找IMEI终端类型 PCHR中应关注的IE IMEI终端类型 3.18 NBM_CR
49、A_CELL_RR_CRM_FAIL 失败错误编码 NBM_CRA_CELL_RR_CRM_FAIL 420349909 失败原因说明 小区资源准入失败或者IUB带宽申请失败 失败流程图 无 根因查找方法 检查当时的小区日志（时隙及码资源情况），确认当时是否码资源不足 PCHR中应关注的IE 小区日志中的载波空闲RU信息， 路径为：小区日志->小区->载波->R4/HSPA用户数。, 3.19 RR_ERR_RNCAP_RB_CU_OVERLAP_BACK 失败错误编码 RR_ERR_RNCAP_RB_CU_OVERLAP_BACK 437127148 失败原因说明 RB建立或者重配置等待响应时收到小区更新消息 失败流程图 根因查找方法 出现这种情况的原因与空口响应超时类似。查找方法可参考3.4。 PCHR中应关注的IE 3.20 RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR 失败错误编码 RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR 436602845 失败原因说明 通常为等待AL建立时收到流程异常错误消息，导致AL建立失败 失败流程图 无 根因查找方法 这种情况通常是由于L2实例建立失败导
©2010-2025 宁波自信网络信息技术有限公司 版权所有
客服电话：4009-655-100 投诉/维权电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
