人力資源利用CHR定位CDR中RNC INNER FAILURE

1、Document TitleSecurity Level: DATE yyyy-MM-dd 2022-09-10HUAWEI ConfidentialPageRNC INNER FAILURESRB RESET 12【1】RL失步，SRB復(fù)位導(dǎo)致掉話（無線信號(hào)覆蓋不好，屬于正?，F(xiàn)象）。=NO. 54=CorrmOlpcItf.cline:3403RLSSYNCSTATE: RLS ID = 0, Sync state = 0 (0-unsync; 1-sync)!=NO. 55=RncapRbUpAbnormal.cline:426Trace in RNCAP_RbRlcStatusInd:D

2、SP ID = 1342448650, Cause = 201589007.=NO. 56=RncapRbUpAbnormal.cline:530Err in RNCAP_RbRlcStatusInd: SRB Reset! Cause:201589007 , RB ID:2.=NO. 57=RncapRrcRel.cline:394RNCAP_RrcRelRncap:RRC Abnormal Release! Static Cause = 185796832, ulCause = 185141212.TIMER EXPIRED 2【1】先發(fā)生TRB復(fù)位，DCCC從384k重配置到144k，U

3、E沒有回應(yīng)RB重配置響應(yīng)，RNC進(jìn)行RRC連接釋放（注：RB RECFG D2D失敗之后，必定會(huì)導(dǎo)致RRC釋放，其他RB RECFG不一定會(huì)導(dǎo)致掉話）。時(shí)間點(diǎn)為：16:37:47(34)=NO. 6=RncapRbUpAbnormal.cline:458Trace in RNCAP_RbRlcStatusInd:TRB RESET by UE!RLC INST:71.=NO. 15=CorrmFrcPcComm.cline:17902RAB current DL bit rate: 384000 bps, target DL bit rate: 144000 bps=NO. 46=RncapR

4、bRecfg.cline:6850Err in RNCAP_RbRecfgDch2DchUeTimeout: Wait UU_RB_RECFG_CMP message timeout.【2】UE沒有及時(shí)回應(yīng)活動(dòng)集更新響應(yīng)導(dǎo)致RRC異常釋放、掉話（RNC沒有收到活動(dòng)集更新響應(yīng)必然導(dǎo)致RRC連接釋放，設(shè)計(jì)就是如此）。估計(jì)也是與無線信號(hào)覆蓋較差有關(guān)。時(shí)間點(diǎn)為：16:07:01(29)=NO. 43=RncapRrcRel.cline:394RNCAP_RrcRelRncap:RRC Abnormal Release! Static Cause = 185798369, ulCause = 18546

5、8883.185468883：RR_ERR_RNCAP_SHO_WAIT_ASU_CMP_TIMEOUTOTHER 12【1】CMB業(yè)務(wù)，UE主動(dòng)發(fā)起信令連接釋放導(dǎo)致掉話。大部分OTHER情況都是如此，占5/12。關(guān)于UE主動(dòng)發(fā)起信令連接釋放，目前現(xiàn)場遇到了3大類情況：HLR鑒權(quán)bug，導(dǎo)致UE鑒權(quán)失敗，UE此時(shí)發(fā)起信令連接釋放是正常的。該問題已經(jīng)通過HLR的補(bǔ)丁解決；BlackBerry手機(jī)周期性的自動(dòng)檢查和接收Email，如果沒有Email（大部分情況），UE會(huì)為了節(jié)約無線資源而主動(dòng)發(fā)起信令連接釋放；這是UE正常的行為；華為手機(jī)在CMB接入的過程中，如果用戶按下“END”鍵終止觀看CMB，

6、就會(huì)發(fā)生該異常掉話。該類情況目前在現(xiàn)場出現(xiàn)的比較多，對于UE來講這也是正常的行為。=NO. 55=RncapRrcIuRel.cline:200RNCAP_RrcSigConnRelInd : Send IU Rel Req for PS, ulCause = 185206758.185206758：RR_ERR_RNCAP_RRC_UE_SIG_REL_IND【2】TRB復(fù)位，RNC釋放PS業(yè)務(wù)，因沒有其他RAB導(dǎo)致IU釋放，占1/12。僅發(fā)生一次，時(shí)間點(diǎn)為：13:59:45(21)=NO. 79=RncapRbUpAbnormal.cline:541Err in RNCAP_RbRlcSt

7、atusInd: TRB Reset! Cause:201589007 RlcInst DSP ID:1342456838.=NO. 80=RncapRabAbnormal.cline:880Enter in RNCAP_RabRelReq for PS: Cause = 185141213, enRabRelReqType = 4.=NO. 1=RncapRelocEntry.cline:1351Info in RNCAP_RelocIuRelCmdPre: Received IU REL CMD MSG,Abnormal ulIuRelCmdCause = 3131：No remainin

8、g RAB(31)【3】CMB業(yè)務(wù)，RB重配置（D2F）和小區(qū)更新流程交叉，UE一直沒有響應(yīng)RB重配置完成，導(dǎo)致掉話。出現(xiàn)較多，占4/12。是RNC的已知問題，可通過RNC V16 071 SP01（解決交叉流程中RNC在小區(qū)更新確認(rèn)消息中多帶了RB ID的問題）和SP02補(bǔ)?。ń鉀QRB重配置消息如果重發(fā)的情況下，RNC隨后的完整性保護(hù)算法中的SN值始終為1、不符合協(xié)議的問題）解決。=NO. 48=RncapHoCuFach.cline:2282Wait UE rsp timeout:RNCAP_HoCuFach2FachNewCellWaitUeRspTimerExpire(),usCcbI

9、ndex = 221=NO. 49=RncapMain.cline:1134Interface: RNCAP_INTRA_INTERFACE Msg: RNCAP_HO_CU_TRIG_FAIL=NO. 50=RncapRbComm.cline:16030Err in RNCAP_RbCtrlCuOverlapFailProc: enCause = 185468888, CCB Index is 221185468888：RR_ERR_RNCAP_CU_WAIT_UE_RSP_TIMEOUT=NO. 51=RncapMain.cline:1134Interface: RNCAP_INTRA_I

10、NTERFACE Msg: RNCAP_RB_RECFG_FAIL【4】CMB業(yè)務(wù)，從CHR日志中也可以看到小區(qū)更新和RB重配置流程的交叉，但是打印信息與之前不一樣：T305 or Wait UE Redo Timer Expire。這是否是UE響應(yīng)RB重配置完成，但是不再繼續(xù)進(jìn)行小區(qū)更新嗎？僅出現(xiàn)1/12次。時(shí)間點(diǎn)為：16:15:50(80)該問題后續(xù)通過對網(wǎng)規(guī)CMB路測的單用戶跟蹤消息中，找到了一次這樣的流程。經(jīng)過家里段忠毅的分析，問題的根本原因是：UE進(jìn)行小區(qū)更新過程沒有成功，UE重發(fā)了三次小區(qū)更新消息，RNC發(fā)送了三個(gè)CELL UPDATE CONFIRM，但是都沒有收到UE的響應(yīng)消息，RNC因此進(jìn)行RRC連接釋放。這是UE處于無線信號(hào)變化比較劇烈的區(qū)域，導(dǎo)致UE收不到RNC回應(yīng)的小區(qū)更新響應(yīng)，在這里RNC的處理是正常的。后續(xù)需要通過網(wǎng)規(guī)解決信號(hào)連續(xù)覆蓋的問題。=NO. 63=RncapMain.cline:1134Interface: RNCAP_RNCAP_RRC_INTERFACE Msg: RRC_RB_RECFG_CMP=NO. 65=RncapHoFhhoOthers.cline:142Err in RNCAP_HoFhhoTimerExpirePreproc, T305 or Wait UE Redo Timer Expire, Release RNCAP