文档名称 文档密级：
告警和话统分析指引
表 1-1 常见的传输告警
告警名称 IMA/UNI Link Loss of Cell Delineation 说明 信元定界失步告警。简称LCD(Loss of Cell Delineation)告警。当信元定界状态失步时间超过了门限3秒时，产生该告警 E1/T1告警指示信号。设备在连续的两帧周期内，检测到所有输入信号的二进E1/T1 Alarm Indication 制全为1，则上报E1/T1线路AIS 告警（Alarm Indication Signal，AIS）。Signal 检测到该告警一般是因为远端或下游设备发生了故障 E1/T1帧失步告警。E1/T1接收线路连续三帧接收出现定位信号错误的时候，产E1/T1 Loss of Frame 生E1/T1帧失步告警（Loss of Frame Alignment，LFA）。本端检测到帧失步Alignment 告警会向对端发送E1/T1远端告警指示信号 IMA Link Remote Rx IMA 链路远端接收不可用告警（Rx –Unusable-FE）。当远端接收链路状态为Unusable 不可用时，导致该链路所在的IMA组的带宽下降，产生该告警 IMA链路帧失步告警，简称LIF(Link Loss of Frame)告警。帧失步时间超过3IMA Link Loss of Frame 秒，导致该链路所在的IMA组的带宽下降，产生该告警 远端实效告警（Remote Failure Indicator，RFI）。当下游IMA模块检测到接IMA Link Remote Rx 收链路有缺陷，包括链路信元定界丢失、链路帧同步丢失、链路间同步丢失等Fault 缺陷。讲向上游IMA模块指示RFI告警，导致该链路所在的IMA组的带宽下降，产生该告警 E1/T1 远端告警，远端设备由于接收信号丢失或帧同步丢失一段时间后向对端发送的告警只是信号RAI(Remote Alarm Indication：远端告警指示)。用于通E1/T1 Remote Alarm 知对端设备不能正确检测到帧同步信号，或接收的信号误码率过大。检测到该Indication 告警一般是因为远端或下游设备发生了故障。当远端设备的帧失步或信号丢失恢复时，则清除插入的远端告警指示信号 Fractional ATM Link Fractional ATM链路信元定界失步告警。当接收时钟锁相环失去同步，造成信Loss of Cell 元定界状态失步时间超过了门限3秒时，就会产生LCD告警，此时将导致该Delineation Fractional ATM链路断链 E1/T1帧失步告警。E1/T1接收线路连续三帧接收出现帧定位信号错误的时候，E1/T1 Loss of Frame 产生E1/T1帧失步告警（Loss of Frame Alignment，LFA）。本端检测到帧失Alignment 步告警会向对端发送E1/T1远端告警指示信号 表 1-2 RRC FAIL 常见原因
Counter VS.RRC.Rej.RL.Fail VS.RRC.Rej.FP.Fail VS.RRC.Rej.AAL2.Fail 中文描述 小区中RL建立失败导致RRC连接建立决绝的次数 小区中FP建立失败导致RRC连接建立决绝的次数 小区中AAL2建立失败导致RRC连接建立决绝的次数；大部分为传输拥塞导致 原因 可能是NodeB出现故障或者NodeB资源不足，针对CE资源可进一步在关联话统指标中查询此时的小区下行最大CE数，若小于20，则话务量不高，为NodeB设备异常 一般是传输故障或者设备故障，需要查看相关基站的告警 一般是传输资源不足或者传输出现问题，可进一步在关联话统指标中查询此时的小区下行吞吐量，若低于200kbps，则可能为传输故障 RRM准入判决无法建立新的RRC连接，这主要因为小区无线负载太VS.RRC.Rej.Power.Cong 因功率拥塞而拒绝RRC连接请求的次数 高所致，需查询此时的小区的最大RTWP和最大TCP，确认上行还是下行拥塞，判断是否需要扩容，同时还要查看相关准入策略设置是否合理，比如DCCC等 2013-4-6
华为机密，未经许可不得扩散 第1页, 共7页
文档名称 文档密级：
Counter 中文描述 原因 RNC内部上行CE资源准入拥塞，需查询关联参数中小区上行CE数，判断是否需要扩容CE。若小于20，则话务量不高，可能为NodeB设VS.RRC.Rej.UL.CE.Cong VS.RRC.Rej.DL.CE.Cong 小区上行CE资源申请失败 小区下行CE资源申请失败 备异常 RNC内部下行CE资源准入拥塞，需查询关联参数中小区下行CE数，判断是否需要扩容CE。若小于40，则话务量不高，可能为NodeB设备异常。 此外，RNC和NodeB的能力不一致等原因也会导致NodeB RL建立失败 RRC连接建立时分配码资源失败。这个一般是网络用户太多引起，在VS.RRC.Rej.Code.Cong 码资源申请失败 室内等微蜂窝覆盖的高业务量场景下，可能出现。可进一步在关联话统指标中查询此时的码有效利用率，若低于30%，则可能码分配算法异常 一般为未知的资源不足导致的拥塞，如license资源、CPU占用率高导VS.RRC.Rej.Other.Cong 因其他拥塞而拒绝RRC连接请求的次数 致流控，FMR处理能力不够等，另外E1故障也出现过该原因值打点；其他原因导致RRC拒绝 异常原因导致，需结合RNC日志进行深入定位，已知问题有网络打开了系统重定向功能，重定向时由于手机不支持GSM导致失败拒绝， RRC.FailConnEstab.NoReply 小区中因无应答而导致RRC连接失败的次数 一般为覆盖较弱导致，主要是下行的FACH信道和RACH信道覆盖不平衡 表 1-3 CS RAB FAIL 常见原因
Counter VS.RAB.FailEstabCS.TNL 中文描述 IU接口传输层建立失败（只包含IU接口的AAL2拥塞）导致CS RAB建立失败的个数 原因 一般是传输设备故障或者传输容量不足，需要查询当时传输使用情况 VS.RAB.FailEstCS.Relo VS.RAB.FailEstCS.RIPFail VS.RAB.FailEstCs.Power.Cong 小区中由于迁移导致CS域RAB建立失败的个数 小区中由于空口失败导致CS域RAB建立失败的个数 功率资源拥塞导致的CS域RAB建立失败的个数 RNC在发起迁移的过程中，收到了RAB建立请求，RNC不处理该请求。这个主要是流程嵌套引起，概率很小，与用户行为时序有关。核心网一般会控制避免这样的情况发生 RB建立过程中导致的空口失败，一般为覆盖较弱或者手机兼容性问题 RRM准入判决无法建立新的RRC连接，这主要因为小区无线负载太高所致，需查询此时的小区的最大RTWP和最大TCP，确认上行还是下行拥塞，判断是否需要扩容，同时还要查看相关准入策略设置是否合理，比如DCCC等 2013-4-6
华为机密，未经许可不得扩散 第2页, 共7页
文档名称 文档密级：
Counter 中文描述 原因 RNC内部上行CE资源准入拥塞，需查询关联参数中小区上行CE数，判断是否需要扩容CE。若小于20，则话务量不高，可能为NodeB设备异常 RNC内部下行CE资源准入拥塞，需查询关联参数中小区下行CE数，判断是否需要扩容CE。若小于40，则话务量不高，可能为NodeB设备异常。 此外，RNC和NodeB的能力不一致等原因也会导致NodeB RL建立失败 RRC连接建立时分配码资源失败。这个一般是网络用户太多引起，在VS.RAB.FailEstCs.ULCE.Cong VS.RAB.FailEstCs.DLCE.Cong 下行CE拥塞导致的CS域RAB建立失败的个数 上行CE拥塞导致的CS域RAB建立失败的个数 VS.RAB.FailEstCs.Code.Cong VS.RAB.FailEstabCS.Unsp.Other VS.RAB.FailEstabCS.RNL.Other VS.RAB.FailEstabCS.Other.Cell 码资源拥塞导致的CS域RAB建立失败的个数 其他拥塞而导致CS RAB建立失败的个数 其他无线网络原因导致CS RAB建立失败的个数 其他原因导致CS RAB建立失败的个数 室内等微蜂窝覆盖的高业务量场景下，可能出现。可进一步在关联话统指标中查询此时的码有效利用率，若低于30%，则可能码分配算法异常 结合CHR进一步定位问题 结合CHR进一步定位问题 结合CHR进一步定位问题 表 1-4 PS RAB FAIL 常见原因
Counter VS.RAB.FlEstPS.Str.NResAvail 中文描述 无可用资源导致的PS域RAB建立失败的个数，如FMR或DSP能力不够等 IU接口传输层建立失败（只包含IU接口的AAL2拥塞）导致PS RAB建立失败的个数 原因 RNC内部分配资源失败，需查询此时用户资源情况判断是否设备异常 VS.RAB.FlEstPS.Str.TNL VS.RAB.FailEstPS.RIPFail 一般是传输设备故障或者传输容量不足，需要查询当时传输使用情况 空口失败导致PS RAB建立失败的个数 RB建立过程中导致的空口失败，一般为覆盖较弱或者手机兼容性问题 RNC认为核心网下发的参数无效，需进一步对出现的小区进行信令跟VS.RAB.FailEstPS.Par 因参数错误引起的RAB指配建立失败的RAB的个数 踪来确定原因；UE认为配置的参数非法，主要是网络和终端在参数处理上理解不一致。如果是CS 的域RB建立失败的话,可能是用户拨打电话,有时候发现电话号码拨错了,而且马上就挂断电话,这个时候也会发生RB SETUP失败,原因是非法配置 VS.RAB.FailEstPS.Relo 迁移导致PS RAB建立失败的个数 RNC在发起迁移的过程中，收到了RAB建立请求，RNC不处理该请求。这个主要是流程嵌套引起，概率很小，与用户行为时序有关。核心网一般会控制避免这样的情况发生 2013-4-6
华为机密，未经许可不得扩散 第3页, 共7页
文档名称 文档密级：
Counter VS.RAB.FailEstPs.Power.Cong 中文描述 功率资源拥塞导致的CS域RAB建立失败的个数 原因 RRM进行了准入算法判决，因为小区负载太高进行了上行或者下行准入判决拒绝，导致无法建立新的RAB，可进一步在关联话统指标中查询此时的小区的最大RTWP和最大TCP，确认上行还是下行拥塞，在确认准入算法参数合理的情况下需要考虑覆盖优化和容量优化 VS.RAB.FailEstPs.Code.Cong 上行CE拥塞导致的CS域RAB建立失败的个数 主要是RNC判断CE资源不够，需扩容CE，可进一步在关联话统指标中查询此时的小区上行CE数，若小于20，则话务量不高，可能为NodeB设备异常。 主要是RNC判断CE资源不够，需扩容CE，可进一步在关联话统指标中查询此时的小区上行CE数，若小于40，则话务量不高，可能为NodeB设备异常。 已知问题有某些型号手机在进行CS业务的时候请求高速PS业务导致PS RAB建立失败，原因是终端传输信道能力不支持。 RAB建立时分配码资源失败。这个一般是网络用户太多引起，在设备VS.RAB.FailEstPs.ULCE.Cong 下行CE拥塞导致的CS域RAB建立失败的个数 VS.RAB.FailEstPs.DLCE.Cong VS.RAB.FailEstabPS.Unsp.Other VS.RAB.FlEstPS.Str.RNL.Other VS.RAB.FailEstabPS.Other.Cell 码资源拥塞导致的CS域RAB建立失败的个数 其他拥塞而导致CS RAB建立失败的个数 其他无线网络原因导致CS RAB建立失败的个数 其他原因导致CS RAB建立失败的个数 出现码资源方面分配缺陷时也会引起。通过小区话务码资源使用分析，可以判断是否负载引起码资源受限，可进一步在关联话统指标中查询此时的码有效利用率，若低于30%，则可能码分配算法异常 结合CHR进一步定位问题 一般是覆盖较弱导致UE无法收到RB建立命令 结合CHR进一步定位问题 表 1-5 HO FAIL 常见原因
分类 Counter SHO.FailRLAdd中文描述 配置不支持导致软切换原因 UE认为RNC增加/删除链路的活动集更新的内容不支持。这种场景在商用中基本不会出现 UE反馈RNC增加/删除链路的更软/软切换过程与其他并发过程不兼容。RNC在流程处理的时候已经保证了串行处理，出现这种情况主要是一些手机自身处理出现问题 UE认为RNC增加/删除链路的活动集更新的内容非法。这种场景在商用中基本不会出现 RNC没有收到增加/删除链路的活动集更新命令响应。这个在网络中是更软/软切换失败的主要原因，主要是发生在覆盖比较差或者切换区比较小的区域，需要RF优化 结合CHR进一步定位问题 UESide.CfgUnsup 无线链路增加失败 SHO.FailRLAddUESide.Isr SHO SHO.FailRLAddUESide.InvCfg SHO.FailRLAddUESide.NoReply VS.SHO.Fail.Other.Cell HHO VS.HHO.InterFreqOut.CfgUnsupp 不支持的同步重配置导致软切换无线链路增加失败 非法配置导致软切换无线链路增加失败 UE无响应导致更软切换无线链路删除失败 其他原因导致软/更软切换失败 配置不支持 UE认为硬切换出小区的命令不支持，一般为手机兼容性问题 2013-4-6
华为机密，未经许可不得扩散 第4页, 共7页
文档名称 文档密级：
分类 Counter VS.HHO.InterFreqOut.PyhChFail VS.HHO.InterFreqOut.FailUSR VS.HHO.InterFreqOut.CellUpdt VS.HHO.InterFreqOut.CfgInvalid VS.HHO.InterFreqOut.NoReply VS.HHO.InterFreqOut.DLCodeRej VS.HHO.InterFreqOut.ULAdmsnDeny VS.HHO.InterFreqOut.DLAdmsnDeny VS.HHO.InterFreq.FailOther IRATHO.FailOutCS.CfgUnsupp IRATHO.FailOutCS.PhyChFail VS.IRATHO.FailOutCS.Other IRATHO.FailOutPSUTRAN.CfgUnsupp 中文描述 物理信道失败 原因 可能为覆盖较差或者干扰较严重 UE反馈硬切换过程与其他并发过程不兼容，可能为手机自身兼容性问题 在硬切换出小区的过程中，发生了小区更新，这种流程嵌套导致了硬切换出小区失败 UE认为硬切换出小区的命令非法，一般为手机兼容性问题 同步重配置不支持 出现小区更新 非法配置( UE无响应 下行码资源分配失败导致的异频硬切换出本小区失败 上行准入拒绝导致的异频硬切换出本小区失败 主要由覆盖比较差或者手机问题引起 结合CHR进一步定位问题 可以查看CE，RTWP，小区退服，小区支持能力，话务量等资源是否不足。 可以查看CE，TCP，小区退服，小区支持能力，话务量等资源是否不足。需要考虑是否存在覆盖越区严重和切换区不合理，考虑是否需要加强覆盖区域内的高话务区域的室内覆盖 结合CHR进一步定位问题 UE认为硬切换伴随迁移出小区的命令不支持，一般为手机兼容性问题 主要是2G信号比较弱或者干扰比较严重导致UE接入失败 需要根据RNC的日志及核心网与BSS的信令跟踪进行进一步的分析 UE认为硬切换伴随迁移出小区的命令不支持，一般为手机兼容性问题 下行准入拒绝导致的异频硬切换出本小区失败 其他原因 配置不支持 失败原因为物理信道失败 其他。。 CS InterRAT HHO 配置不支持 PS InterRAT HHO IRATHO.FailOutPSUTRAN.PhyChFail VS.IRATHO.FailOutPSUTRAN.Other 失败原因为物理信道失败 主要是2G信号比较弱或者干扰比较严重导致UE接入失败 其他。。 需要根据RNC的日志及核心网与BSS的信令跟踪进行进一步的分析 表 1-6 CS Call Drop Rate常见原因
Counter VS.RAB.RelReqCS.OM 2013-4-6
中文描述 OM干预导致的掉话数 原因 操作维护工作导致的掉话，比如：在LMT上执行TRG RABRel导致用户被释放 第5页, 共7页
华为机密，未经许可不得扩散