利用chr定位cdr中rnc inner failure.doc

Document Title Security Level: DATE \@ yyyy-MM-dd 2008-11-19 HUAWEI Confidential PagePAGE1, Total NUMPAGES \* Arabic \* MERGEFORMAT 6 RNC INNER FAILURE SRB RESET 12 【1】RL失步，SRB复位导致掉话（无线信号覆盖不好，属于正常现象）。 ====NO. 54==== CorrmOlpcItf.c line:3403 RLS ====NO. 55==== RncapRbUpAbnormal.c line:426 Trace in RNCAP_RbRlcStatusInd:DSP ID = 1342448650, Cause = 201589007. ====NO. 56==== RncapRbUpAbnormal.c line:530 Err in RNCAP_RbRlcStatusInd: SRB Reset! Cause:201589007 , RB ID:2. ====NO. 57==== RncapRrcRel.c line:394 RNCAP_RrcRelRncap:RRC Abnormal Release! Static Cause = 185796832, ulCause = 185141212. TIMER EXPIRED 2 【1】先发生TRB复位，DCCC从384k重配置到144k，UE没有回应RB重配置响应，RNC进行RRC连接释放（注：RB RECFG D2D失败之后，必定会导致RRC释放，其他RB RECFG不一定会导致掉话）。 时间点为：16:37:47(34) ====NO. 6==== RncapRbUpAbnormal.c line:458 Trace in RNCAP_RbRlcStatusInd:TRB RESET by UE!RLC INST:71. ====NO. 15==== CorrmFrcPcComm.c line:17902 RAB current DL bit rate: 384000 bps, target DL bit rate: 144000 bps ====NO. 46==== RncapRbRecfg.c line:6850 Err in RNCAP_RbRecfgDch2DchUeTimeout: Wait UU_RB_RECFG_CMP message timeout. 【2】UE没有及时回应活动集更新响应导致RRC异常释放、掉话（RNC没有收到活动集更新响应必然导致RRC连接释放，设计就是如此）。估计也是与无线信号覆盖较差有关。 时间点为：16:07:01(29) ====NO. 43==== RncapRrcRel.c line:394 RNCAP_RrcRelRncap:RRC Abnormal Release! Static Cause = 185798369, ulCause = 185468883. 185468883：RR_ERR_RNCAP_SHO_WAIT_ASU_CMP_TIMEOUT OTHER 12 【1】CMB业务，UE主动发起信令连接释放导致掉话。大部分OTHER情况都是如此，占5/12。关于UE主动发起信令连接释放，目前现场遇到了3大类情况： HLR鉴权bug，导致UE鉴权失败，UE此时发起信令连接释放是正常的。该问题已经通过HLR的补丁解决； BlackBerry手机周期性的自动检查和接收Email，如果没有Email（大部分情况），UE会为了节约无线资源而主动发起信令连接释放；这是UE正常的行为； 华为手机在CMB接入的过程中，如果用户按下“END”键终止观看CMB，就会发生该异常掉话。该类情况目前在现场出现的比较多，对于UE来讲这也是正常的行为。 ====NO. 55==== RncapRrcIuRel.c line:200 RNCAP_RrcSigConnRelInd : Send IU Rel Req for PS, ulCause = 185206758. 185206758：RR_ERR_RNCAP_RRC_UE_SIG_REL_IND 【2】TRB复位，RNC释放PS业务，因没有其他RAB导致IU释放，占1/12。 仅发生一次，时间点为：13:59:45(21) ====NO. 79==== RncapRbUpAbnormal.c line:541 Err in RNCAP_RbRlcStatusInd: TRB Reset! Cause:201589007 RlcInst DSP ID:1342456838. ====NO. 80==== R