lcr5.0常见pchr错误码处理指导书_第1页
lcr5.0常见pchr错误码处理指导书_第2页
lcr5.0常见pchr错误码处理指导书_第3页
lcr5.0常见pchr错误码处理指导书_第4页
lcr5.0常见pchr错误码处理指导书_第5页
已阅读5页,还剩42页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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系统维护部产品版本产品补丁集密级V005R001内部公开产品名称:TD-SCDMA RAN共48页Revision record修订记录Date日期Revision Version修订版本CR ID / Defect IDCR号Section Number修改章节Change Description修改描述Author作者2010-12-30V1.0第三章重点局常见错误码处理建议,共包含30个常见错误码。吴军2011-01-10V2.0按照维护文档模板进行修改夏仕军2011-01-17V3.0全篇根据评审意见修改,补充8个错误码。夏仕军目 录1.概述11.1 使用对象11.2 适用范围11.3 背景知识21.4 PCHR日志分析工具21.5 文档主要内容32.LCR 5.0 PCHR日志分析及过滤方法42.1 单点故障PCHR日志分析方法42.2 KPI专题PCHR日志分析方法72.3 几种常见的PCHR日志过滤方法及规则92.3.1 Transdata工具PCHR日志导入过滤92.3.2 OMSTAR工具PCHR日志分析过滤92.3.3 Insight工具PCHR日志过滤保存122.3.4 几种常见的PCHR日志过滤规则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_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_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_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 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_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_TARGET_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工具过滤规则设置7图2-5 OMSTAR专题分析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日志过滤规则151. 概述1.1 使用对象研发维护工程师、现场网络优化人员、现场用服人员。1.2 适用范围本文档主要针对重点项目常见的RNC PCHR错误码给出相应的处理建议,用于指导现场进行故障分析和网络优化。对于未在该文档体现的PCHR错误码,欢迎大家按照图1-1提供反馈意见,在PR平台()提交RNC技术咨询单,选择RNC版本号、设备日志及告警管理类专题、附上PCHR错误码和PCHR话单完整信息及抓图,以便逐步完善该文档。图1-1 提交PCHR错误码技术咨询单l 由于LCR 5.0 Node B CHR并未包含模块错误相关信息,在网络优化和问题分析过程中主要分析的是RNC PCHR,本文档后续PCHR一般特指RNC PCHR,除非特殊说明。l1.3 背景知识PCHR (Performance Call History Record)性能呼叫历史记录是在RNC、NODEB设备上记录的关于用户的呼叫历史相关信息,主要用于定位产品和性能问题。如客户投诉、网络优化、用户感知分析、VIP分析、终端性能分析等,而不需要用实时跟踪信令方法进行复现,极大的提升问题解决速度和网络优化效率。PCHR日志记录的信息相对固定,主要包括基本信息、接入、切换、掉话、资源、质量及信令流程等多方面的信息,日志由单板软件输出并缓存,释放后完整输出并保存到OMU中。RNC记录的PCHR日志分为单用户数据与小区数据,单用户数据只跟单用户的单次呼叫相关,只要RNC收到RRC连接请求,RNC就会开始记录,每次呼叫结束按照PCHR日志结构定义格式输出,小区数据为一段时间内所有呼叫的公共信息,周期记录输出。NODEB记录的PCHR(LCR 5.0名称为CHR)分为基站日志、用户日志、运行日志。用户日志主要记录一个用户在基站侧整个生命周期的信息,从RL建立到RL释放;运行日志记录了FP侧RACH、FACH和DPCH的一些基本信息。基站日志和用户日志默认上报,存在基站的FLASH里。运行日志默认关闭,需要通过LMT-B上的命令MOD CARRIERRES,将其中的FP打点用户数置为非0值,开关才能打开,同时建议用户在生成并获取有效日志后关闭,否则将减少CHR记录的保留时间或增加CHR日志自动上传的频率。目前留给CHR的存储空间一共2M,共两个文件,每个文件1M的空间。PCHR日志量大小跟呼叫数据相关,存储时间一般为7天左右,新的日志将覆盖旧的日志,为了不影响问题定位分析,建议在问题发生7日内,必须将相关日志导出保存,以免发生问题点日志因为覆盖丢失。1.4 PCHR日志分析工具分析PCHR日志目前主要有如下两个工具:Insight#工具:轻量级、灵活的CHR、PCHR、DEBUG日志分析工具,能够将用户定义的异常日志从所有日志中提取出来,并保存为一个较小的.log文件。OMSTAR工具:PCHR和话统专题分析工具,工具固化专家经验,降低运维技术门槛,从而降低网络运维成本。同时支持多种数据源、具有地理化展示功能的分析平台。l 现场维护和优化工程师建议主要使用OMSTAR工具分析RNC PCHR,而Insight#工具主要为研发维护人员使用,现场维护人员可用于对PCHR日志进行过滤裁剪,以方便发给后方研发维护人员进行深度分析;l 使用OMSTAR分析数据时,必须使用Transdata工具先将要分析的数据导入。1.5 文档主要内容本文档共包含三个章节,每个章节的主要内容如下:第一章: 介绍PCHR基本概念、分析工具和文档的写作目的;第二章:介绍目前LCR 5.0 PCHR日志分析过滤方法;第三章:介绍LCR 5.0常见PCHR错误码处理方法。2. LCR 5.0 PCHR日志分析及过滤方法对于RNC PCHR日志分析,主要有以下两种场景:-单点故障处理。这类故障一般有大概的时间范围和区域范围,分析日志数量相对较小。主要场景如:用户投诉、拉网异常失败等;-KPI专题深度分析。KPI专题分析一般要求时间范围较长、区域范围较大,至少1天,1个RNC,分析日志数量相对较大。主要场景如:全网评估、终端性能分析、专题深度分析等。由于PCHR是全流程日志,能够记录所有呼叫,不仅仅是异常的情况,从而导致PCHR日志量非常大,为了更好地定位故障原因,提高工具的处理效率,需要对PCHR日志进行过滤,并对过滤后的日志进行详细分析。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工具PCHR日志过滤步骤4 按照PCHR日志过滤规则,过滤出相应话单;步骤5 根据PCHR日志流程和完整信息分析故障错误码、用户、小区等的分布情况,分析故障原因;步骤6 确定故障原因,并提交改善方案;步骤7 解决方案验证,确认问题是否解决。2.2 KPI专题PCHR日志分析方法步骤1 打开Transdata数据导入工具,选择设置-PCHR导入设置,设置过滤条件,如图2-4所示,导入需要分析的KPI专题PCHR日志。如果只选择需要分析的专题PCHR日志,将大大提升PCHR日志导入速度;图2-4 Transdata工具过滤规则设置步骤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 备注:对于问题定位场景,为了提高PCHR日志导入速度,建议在使用OMSTAR分析PCHR日志时,首先在这里设置过滤规则,按照故障专题直接将故障数据导入到工具分析。而对于网络评估,建议不进行相关的过滤设置,过滤规则可以选择不过滤。2.3.2 OMSTAR工具PCHR日志分析过滤在使用Transdata完成PCHR日志导入后,通常需要对日志做进一步分析处理,OMSTAR工具不但提供了固化的过滤经验,还提供灵活的自定义过滤规则供用户使用。 利用固定过滤器直接过滤日志选择菜单数据分析-用户日志过滤-版本选择-过滤器选择,在下拉菜单中选择固化过滤器过滤日志。图2-7 PCHR用户日志过滤菜单图2-8 利用固定过滤器过滤日志 自定义过滤器过滤日志选择菜单数据分析-用户日志过滤-版本选择-过滤器-新增,在PCHR结构体中选择需要过滤的域(可以包含多个域)过滤出相关日志。图2-9 自己设置过滤器图2-10 自定义过滤器名称和过滤条件2.3.3 Insight工具PCHR日志过滤保存Insight工具不但可以对PCHR日志进行过滤分析,还可以将异常的PCHR日志过滤保存为.log文件。Insight工具PCHR日志过滤保存方法如下:步骤1 新建工程,将要预过滤的文件添加到过程;步骤2 根据问题相关信息如IMSI、PCHR错误码等,设置过滤器。选择菜单文件-过滤器-设置-新增,设置过滤规则。图2-11 设置过滤器步骤3 选择过滤后文件保存路径,执行预过滤任务。选择菜单文件-过滤器-设置-勾选过滤器-设置保存路径-启动任务。图2-12 选择过滤器名称及设置日志过滤后保存路径该过滤方法将大大减少PCHR日志的大小,能极大的提高后续的日志导入速度和分析速度,也有利用将日志传递给后方维护和研发进一步分析定位。2.3.4 几种常见的PCHR日志过滤规则表2-1 几种常见的PCHR日志过滤规则过滤规则描述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、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间切换失败切换目标RNCID 不等于 (当前PCHR log RNCID)并且 切换失败原因 存在CS 23G切换失败CS异系统空口切换发起次数0并且 切换结果 不等于 SUCC_RELOC、NORMAL RELEASE和RNCAP_OKPS 23G切换失败PS异系统空口切换发起次数0并且 并且 切换结果 不等于 SUCC_RELOC、NORMAL RELEASE和RNCAP_OKCS掉话RAB请求域业务指示CHR_CS_DOMAIN 并且 RAB掉话业务指示CHR_RAB_LOSSPS掉话RAB请求域业务指示CHR_PS_DOMAIN 并且 RAB掉话业务指示CHR_RAB_LOSSH掉话RAB请求业务类型CHR_RAB_TRAF_PS_HSDPA并且 RAB掉话业务指示CHR_RAB_LOSS3. LCR 5.0 PCHR错误码处理方法3.1 RR_ERR_RNCAP_RLC_FAILURE_SRB_RST失败错误编码RR_ERR_RNCAP_RLC_FAILURE_SRB_RST失败原因说明由于承载信令的RLC发生复位而导致的释放,通常是因为空口质量较差,RLC不停重传从而导致复位。失败流程图根因查找方法首先可以判断是上行问题还是下行问题。因为有可能是下行质量问题导致下行信令无法下发。也有可能是由于上行质量问题导致信令RLC包的ACK无法上报。目前可以通过PCHR中字段BLER来判断上行BLER是否较高。也可以检查掉话前信令传输信道接收的总包数和错包数来判断上行是否收到错包。同时可以参考小区日志中同时间段的ISCP测量值(ISCP较高的话,可能是系统外干扰过大导致RLC无法收到上行ACK包)。如果UE上报了下行BLER的话,也可以看一下当时下行BLER是否过高导致UE无法收全下行信令包。PCHR中应关注的IE小区日志中对应时隙UL ISCP值,路径为:小区日志-小区-载波-时隙-UL ISCP, RRC释放信息块中掉话前信令传输信道错包数,UL/DL BLER。路径为:用户日志-RRC释放-异常信息-UL/DL BLER +掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数。3.2 RR_ERR_RNCAP_RLC_FAILURE_TRB_RST失败错误编码RR_ERR_RNCAP_RLC_FAILURE_TRB_RST失败原因说明由于承载业务的RLC发生复位而导致的释放,通常是因为空口质量较差,RLC不停重传从而导致复位。失败流程图根因查找方法原因同RR_ERR_RNCAP_RLC_FAILURE_SRB_RST类似,区别在于对象为业务RLC,需要检查的是RAB信息块中的链路释放前上行接收的总块数及错块数以及上行业务的BLER。PCHR中应关注的IERAB信息块中链路释放前上行接收的总块数/错块数,UL 业务BLER。路径为:用户日志-RAB信息-异常信息-UL BLER在各等级范围次数+RAB信息块中链路释放前上行接收的总块数/错块数。3.3 RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE失败错误编码RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE失败原因说明收到NODE B上报RL FAILURE IND,上行无线链路同步失败失败流程图根因查找方法通常是由于空口链路质量下降导致上行无线链路同步失败,一般发生这种错误会出现BLER升高。掉话前可以检查PCHR小区日志的ISCP。如果ISCP较高的话,可能是系统干扰导致;否则可能是覆盖问题PCHR中应关注的IE小区日志中对应时隙UL ISCP值,路径为:小区日志-小区-载波-时隙-UL ISCP, 用户链路释放时下行发送码功率TCP值,路径为:用户日志-RRC释放-异常信息- DL TCP报告数量-TCP。3.4 RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT失败错误编码RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT 失败原因说明DCCC,业务释放/建立过程中由于Ue不返回RB建立或者重配置完成消息而导致的释放失败流程图根因查找方法这种情况一般有两种可能,一种是UE在老链路没有收全RB配置消息,另一种情况是UE回了RB配置响应消息,但由于上行链路质量或者传输问题,RNC在新链路没有收到响应消息。可通过PCHR的上行BLER以及RAB建立失败前(或者DCCC失败前)信令传输信道错包数来判断是否为上行问题也可以检查RAB建立失败前(或者DCCC失败前)RLC重传率来判断是否由于RLC重传率过高导致UE无法即时收到RB配置消息PCHR中应关注的IERRC释放块中的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 失败原因说明小区更新过程中RNC下发CELL UPDATE CONFIRM后等待空口配置响应超时失败流程图根因查找方法这种情况与错误3.4的情况类似。 不同的是CELL UPDATE CONFIRM是通过UM模式在公共信道下发的。因此只能检查上行链路的情况。由于小区更新失败一般都会引起RRC释放,可以检查RRC释放前的信令传输信道错包数及总包数。如果总包数为0,则说明UE没有上发响应消息, 很可能是下行UE没有收到配置消息导致。PCHR中应关注的IERRC释放块中的UL BLER,掉话前信令传输信道接收的总包数/错包数。路径为:用户日志-RRC释放-异常信息-UL/DL BLER +掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数。3.6 RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE失败错误编码RR_ERR_RNCAP_ALCFG_IUB_AAL2_FAILURE失败原因说明NODEB发起IUB口AAL2释放,触发业务释放失败流程图根因查找方法通常是由于空口链路质量下降导致上行无线链路同步失败,一般发生这种错误会出现BLER升高。掉话前可以检查PCHR小区日志的ISCP。如果ISCP较高的话,可能是系统干扰导致;否则可能是覆盖问题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 失败原因说明L2 MACD上报的异常状态报告导致业务释放失败流程图无根因查找方法该错误码为L2 MACD上报异常错误的统称,对于具体的错误根因,需要查看原始的MACD返回的错误码,才能确定具体原因。如果出现这类错误,请在PR平台()提交RNC技术咨询单,详情请参考概述部分介绍。PCHR中应关注的IEL2异常原因值编码。路径为:用户日志-RAB信息或RRC释放信息-异常信息-L2异常原因值编码。3.8 RR_ERR_RNCAP_DEL_OLD_CCB失败错误编码RR_ERR_RNCAP_DEL_OLD_CCB 失败原因说明用户实际已经掉话,但是网络侧相关资源还未完全清空,UE又重新发起连接从而导致该用户上一次的连接被释放。失败流程图根因查找方法一般情况可能是由于UE与网络侧失去联系,或者用户重新发起业务,使UE重新发起RRC连接,而RNC侧还没有把之前的用户资源释放。也有小部分原因是由DSCR导致的,在LCR 5.0建议关闭DSCR功能。对于处于RNC边界或者3G覆盖边界的小区,23G切换(或者RNC间切换)失败,RNC通知UE发起DSCR,但UE仍然从3G原小区接入(或者周边邻小区接入),当RNC发现接入了重复的用户IMSI号,会对老用户发起释放。如果23G切换(或者RNC间切换)成功,UE又迅速从切换会源小区,会发生IMSI冲突,发起释放。对于是否会在话统中计为掉话,需要看是否有IU REL REQ消息,如果没有则不计为掉话;如果有IU REL REQ消息,但是携带的原因值是正常释放,也不计为掉话。PCHR中应关注的IESRB 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 失败原因说明等待RRC CONN CMP消息超时,RRC连接建立失败失败流程图根因查找方法 与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失败错误编码RR_ERR_IU_INTERFACE_RELOC_CANCELLED 失败原因说明在TRNC侧,在等待Ue响应的过程中收到核心网的IU REL CMD消息,其中原因值为CANCELL,这种情况大部份是因为SRNC由于某些异常给CN发送了RELOC CANCELL消息失败流程图无根因查找方法由于实际的错误原因发生在SRNC,需要通过IMSI匹配查看对应SRNC的日志,以确认具体原因。PCHR中应关注的IE3.11 RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC失败错误编码RR_ERR_IU_INTERFACE_FAIL_IN_RADIO_INTERF_PROC 失败原因说明一般在迁移过程中,DRNC侧由于等待空口响应超时,核心网通知SRNC侧迁移失败。失败流程图无根因查找方法SRNC侧检查空口信令是否成功下发。DRNC侧检查上行链路质量,是否收到上行重配置完成消息。检查方法可参考3.4错误码处理方法。PCHR中应关注的IEDRNC侧UL 错包, SRNC侧RLC重传率。路径为:用户日志- RRC释放-异常信息-掉话前SRB2 RLC下行重传率+掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数。3.12 RR_ERR_RNCAP_RELOC_PHY_CH_RECFG_CMP_TIMEOUT失败错误编码RR_ERR_RNCAP_RELOC_PHY_CH_RECFG_CMP_TIMEOUT失败原因说明DRNC侧由于等待空口响应超时,通知核心网释放IU链路失败流程图无根因查找方法SRNC侧检查空口信令是否成功下发。DRNC侧检查上行链路质量,是否收到上行重配置完成消息。检查方法可参考3.4错误码处理方法。PCHR中应关注的IEDRNC侧UL 错包, SRNC侧RLC重传率。路径为:用户日志- RRC释放-异常信息-掉话前SRB2 RLC下行重传率+掉话前信令传输信道接收的总包数+掉话前信令传输信道接收的错块数。3.13 RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL失败错误编码RR_ERR_IU_INTERFACE_UNSPECIFIED_FAIL 失败原因说明1.CN下发IU REL CMD消息,释放原因值为UNSPECIFIED_FAIL2.迁移过程中,DRNC向SRNC回迁移失败,原因值为UNSPECIFIED_FAIL失败流程图无根因查找方法1. 查看直传消息中携带的释放原因;2.DRNC迁移准备时发生错误,但错误原因没有分类,可以通过IMSI匹配查看DRNC侧PCHR中具体的失败原因。PCHR中应关注的IE3.14 RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY失败错误编码RR_ERR_IU_INTERFACE_TIMER_RELOC_CMP_EXPIRY 失败原因说明CS异系统切换,收到核心网的IU RELEASE CMD消息,原因值为IU_TRELOCCOMPLETE_EXPIRY失败流程图无根因查找方法可能是核心网没有收到异系统侧的RELOC COMPELETE消息,超时后释放IU链接。需要查看CN的日志,DRNC侧日志/BSC侧日志。PCHR中应关注的IE3.15 RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT失败错误编码RR_ERR_RNCAP_RL_CAUSE_NODEB_TIMEOUT 失败原因说明IUB口等待RL建立或者RL重配置响应超时失败流程图无根因查找方法NODE B故障可能性较大,需要查看NODE B的相关ROSA日志/CHR日志进行进一步分析。PCHR中应关注的IE3.16 RR_ERR_IUB_INTERFACE_CAUSE_RADIO_NW_UNSPECIFIED失败错误编码RR_ERR_IUB_INTERFACE_CAUSE_RADIO_NW_UNSPECIFIED 失败原因说明RL建立或重配时,NODE B回RL SETUP/RECFG FAIL,原因值为IUB_UNSPEC_CAUSE_RADIO_NW失败流程图无根因查找方法NODE B故障可能性较大,需要查看NODE B的相关ROSA日志/CHR日志进行进一步分析。PCHR中应关注的IE3.17 RR_ERR_UU_INTERFACE_INVALID_CFG_ERR_NULL_TYPE失败错误编码RR_ERR_UU_INTERFACE_INVALID_CFG_ERR_NULL_TYPE 失败原因说明UE在UU口返回配置失败消息,其中原因值为INVALID CONFIGURATION失败流程图根因查找方法查看信令流程,空口消息中的配置UE不支持,可能是与当时UE的配置状态、版本信息及业务类型有关。可以查看UE与核心网的NAS消息交互,也查找IMEI终端类型PCHR中应关注的IEIMEI终端类型3.18 NBM_CRA_CELL_RR_CRM_FAIL失败错误编码NBM_CRA_CELL_RR_CRM_FAIL失败原因说明小区资源准入失败或者IUB带宽申请失败失败流程图无根因查找方法检查当时的小区日志(时隙及码资源情况),确认当时是否码资源不足PCHR中应关注的IE小区日志中的载波空闲RU信息, 路径为:小区日志-小区-载波-R4/HSPA用户数。, 3.19 RR_ERR_RNCAP_RB_CU_OVERLAP_BACK失败错误编码RR_ERR_RNCAP_RB_CU_OVERLAP_BACK 失败原因说明RB建立或者重配置等待响应时收到小区更新消息失败流程图根因查找方法出现这种情况的原因与空口响应超时类似。查找方法可参考3.4。PCHR中应关注的IE3.20 RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR失败错误编码RR_ERR_RNCAP_RRC_MAIN_ABNORMAL_ERR 失败原因说明通常为等待AL建立时收到流程异常错误消息,导致AL建立失败失败流程图无根因查找方法这种情况通常是由于L2实例建立失败导致,可以检查记录的L2错误码。如果出现这类错误,请在PR平台()提交RNC技术咨询单,详情请参考概述部分介绍。PCHR中应关注的IEL2异常原因值编码,路径为:用户日志-RAB信息或RRC释放信息-异常信息-L2异常原因值编码。3.21 RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED失败错误编码RR_ERR_IUB_INTERFACE_REQUESTED_CONFIGURATION_NOT_SUPPORTED失败原因说明RL建立或者重配置过程中,NODE B返回请求配置不支持。失败流程图根因查找方法NODE B故障和配置错误可能性较大,需要查看NODE B的相关ROSA日志/CHR日志进行进一步分析。PCHR中应关注的IE3.22 RR_ERR_RNCAP_HHO_PHYCH_RECFG_TIMEOUT失败错误编码RR_ERR_RNCAP_HHO_PHYCH_RECFG_TIMEOUT 失败原因说明切换过程中空口物理信道重配,等待空口消息响应超时失败流程图根因查找方法这种情况一般与RB重配置响应超时类似。检查切换失败前RLC的重传率,判断是否为下行问题。检查切换失败前目标小区信令传输信道接收的总包数及错包数,判决是否为上行问题。根据切换的类型(同频/异频)以及上报的测量报告,判断是否是由于同频干扰或者覆盖导致PCHR中应关注的IE切换失败前RLC的重传率,切换失败前目标小区信令传输信道接收的总包数及错包数。路径为:PCHR用户日志-系统内及系统间切换-异常信息-SRB 2 RLC重传率及切换失败前信令传输信道接收的错包数及总包数。3.23 RR_ERR_UU_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE失败错误编码RR_ERR_UU_INTERFACE_PH_CH_FAIL_ERR_NULL_TYPE失败原因说明切换过程中空口收到物理信道失败消息,消息原因为PHY_CH_FAIL。失败流程图根因查找方法这种情况一般为UE新配置激活后在新小区同步失败,可能是新小区的空口质量较差,UE无法做上行同步,也可能是小区同步信道配置问题,可以检查小区的同步信道(UpPCH/FPACH)是否配置正常。或者检查UpPTS的ISCP干扰。也有可能是专用信道下行同步问题。PCHR中应关注的IE小区日志中UPPCHR ISCP值,路径为:小区日志-小区-UPPCH ISCP.3.24 RR_ERR_IU_INTERFACE_NO_RSRC_AVAIL失败错误编码RR_ERR_IU_INTERFACE_NO_RSRC_AVAIL 失败原因说明SRNC发起迁移准备后收到核心网的迁移准备失败消息,原因是DRNC侧没有资源。可能原因有:无可用license;无法获取CCB表等。失败流程图无根因查找方法检查DRNC侧PCHR日志,查看是否由于码资源问题或者用户数限制拒绝用户迁移入。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_RNCAP_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_UNVAILABLE失败原因说明业务建立过程中,建立Iub口AL承载失败,原因是无可用的Iub传输资源失败流程图无根因查找方法检查指定Iub口的用户承载配置(AAL2PATH (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_ERR_BEGIN失败错误编码RR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_BEGINRR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_END失败原因说明PS域系统间切换失败,原因是UE发送HANDOVER FROM UTRAN FAILURE,其中的原因值是以下之一:Configuration unacceptable, physical channel failure, protocol error,unspecified失败流程图无根因查找方法如果“physical channel failure”原因居多,一般都是在23G边缘,空口质量较差或者2G小区拥塞等原因;对于其它原因,可以查看UE支持的协议版本,UE是否支持系统间切换。联系终端厂家解决。PCHR中应关注的IE3.30 RR_ERR_UU_IRHFC_PROTCL_ERR_BEGIN失败错误编码RR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_BEGINRR_ERR_UU_IRCFC_PROTCL_ERROR_ERR_END失败原因说明PS域系统间切换失败,原因是UE发送HANDOVER FROM UTRAN FAILURE,其中的原因值是以下之一:Configuration unacceptable, p

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论