CDL掉话分析方法

1、1.CDL掉话分析方法张晓奎|若有疑问:欢迎来信、来电探讨|Tel:6081前言CDL中虽然提供了RNC掉话分析功能,但由于掉话原因过于复杂,只能大体上对掉话原因进行了分类,只是保证了大部分掉话分析的原因是正确的,如果要具体分析某个过程中掉话的具体原因,则需要结合码流和RNC内部定时器进行仔细分析。掉话分析规则如下:1、如果Iu Release Request的前一个消息是RAB Assignment Failure,如果该消息之前是RL Reconfig Failure,则显示为RL 重配失败引起的掉话;否则显示结果改为RB建立UE无响应2、如果Iu Release Request的前一个消

2、息是RB Setup,如果该消息之前是RL Reconfig Failure,则显示为RL 重配失败引起的掉话;否则显示结果改为RB建立UE无响应3、如果Iu Release Request的前一个消息是RadioLink FailureIndication,如果该消息之前是Cellupdate Confirm,进一步判断RLFailure和Iu Release Request消息的8K时钟差值如果小于3秒,则显示为CellUpdate Confirm超时,否则显示为RL Failure引起的掉话;4、如果Iu Release Request的前一个消息是Physical ChannelRec

3、onfig,如果该消息之前是Cellupdate Confirm,进一步判断RLFailure和Iu Release Request消息时钟差值如果小于6秒,则显示为切换过程中发生RL失败引起的掉话。5、如果Iu Release Request的前一个消息是Radio link Deletion Request,判断RL Failure和Iu Release Request消息的8K时钟差值,如果小于等于6秒,显示RL Failure引起的掉话(长时间发生RL Failure,否则为未知掉话原因上面5种,除此之外则显示为RL Failure引起的掉话6、如果Iu Release Request

4、的前一个消息是CommonID,RAB Setup Success则显示结果为RNC内部原因引起的掉话7、如果Iu Release Request的前一个消息是Cellupdate Confirm,则显示结果为则显示为CellUpdate Confirm超时。8、如果Iu Release Request的前一个消息是Physical Channel Reconfig,则显示结果为切换超时UE无响应.9、如果Iu Release Request的前一个消息是GTP-U Error Indication,则显示为业务面GTP-U错误引起的掉话10、如果Iu Release Request的前一个消

5、息是RRC Connect Release 0、Iu Release Command 、Iu Release Complete,则不算作掉话,归类为网络优化。常用系统定时器:无线链路失败定时器6s移动性管理定时器3s系统切换定时器10s重定位切换定时器8s目前常见掉话原因:1、并发流程引起的掉话:RB建立过程中发生小区更新不支持,V2目前的设计就是进行释放RRC。切换过程并发小区更新不支持,V2目前的设计就是进行释放RRC。安全模式控制并发小区更新不支持,V2目前的设计就是进行释放RRC。2、无线链路失败引起的掉话:Radio link Failure indication和Iu Releas

6、e Request之间没有该无线链路的恢复,且Radio link Failure indication和Iu Release Request之间的时间差大于等于6s |目前,系统配置的无线链路失败定时器为6.4s|,则为无线链路失败引起的掉话。( 这种情况在目前比较普遍,问题是上行失步后NodeB关闭发射,使UE下行失步,但是UE没有CellUpdate。3、小区更新引起的掉话:下行无线链路失败,CELL Update携带的Event_PARA = 5,|Radiolink failure|. RNC侧下发Cell Updata Confirm 后时刻与Iu Release Request时

7、刻时间差大于等于3m,Iu Release Request中携带内部原因为26,则为C ellUpdate Confirm 超时。(现在的小区更新最多发3次4、RB建立无响应:终端上报RB Setup Failure,且和RB Setup之间时间差大于等于10s,则为RB建立过程UE无响应,定时器超时释放。(也是很常见的现象,可能是UE同步失败造成的。内部掉话分析依据:CDL掉话分析是基于RNC发起的Iu Release Request而来,即认为所有由RNC发起的用户释放过程都是异常释放过程。当然该异常的直接发生有可能是终端问题、也可能是基站问题以及也可能是RNC问题。CDL工具为了减少消息

8、量,减少对系统的冲击,尽量缩减码流长度,目前,系统上报的CDL码流基本为15字节左右;为了解码的统一,解码结构也大致相同。结构如下:第一部分占用一个字节:CDL定义的接口类型第二部分占用4个字节:EVENT_TYPE第三部分占用4个字节:EVENT_PARA后面几个字节一般就是时间、CELL_ID、UE_ID等,与我们现在要分析的原因关系不大,不一一赘述。CDL设计时,在Iu Release Request消息中携带了系统定义的一些通用释放原因和内部释放原因,用于定位系统发生的异常释放。通用释放原因占用EVENT_PARA的前两个字节内部释放原因占用EVENT_PARA的后两个字节常见内部掉话

9、原因:以下原因都为Iu Release Request中所携带的释放原因,取自EVENT_PARA 的前一个字节(Universal_Cause,或者后一个字节(Local_Cause|CDL解码中都明确进行了解析|.1、携带原因为:Release due to UE generated signalling connection|原因|:终端发送信令连接释放指示要求释放|注释|:可能为终端问题,请获取终端LOG进行协同分析2、携带原因为:IUSP_REL_REQ_LOCAL_CAUSE_RECV_CN_ERROR_IND|原因|:收到CN的ERR_IND后进行释放|注释|:该问题可能涉及到两

10、方面问题:1、RNC问题,因为RNC发起超出协议范围内的约定,导致该消息不能被CN所识可,CN发起ERR_IND。例如:数据包头错误2、CN问题,CN错误发送ERR_IND导致3、携带原因为:HSPS_RAC_SRB_AC_CELL_BLOCK,|原因|:小区被闭锁时引起的RRC释放|注释|:检查小区状态4、携带原因为:HSPS_RAC_SRB_AC_PSDU_FAILURE|原因|:PSDU单板故障|注释|:检查告警和事件指示消息5、携带原因为:HSPS_RAC_SRB_AC_DSDU_FAILURE|原因|:DSDU单板故障|注释|:检查告警和事件指示消息6、携带原因为:HSPS_RAC_

11、SRB_AC_CSDU_FAILURE|原因|:CSDU单板故障|注释|:检查告警和事件指示消息7、携带原因为:HSPS_RAC_SRB_AC_CN_INACCESSIBLE|原因|:CN和RNC连接中断引起的释放|注释|:检查IU口链路状态,以及CN状态8、携带原因为:HSPS_RAC_SRB_AC_IU_RESET|原因|:CN发起的resetResource或者操作维护发起的resetResource引起的RRC释放|注释|:为了确认问题,可以查询操作日志9、携带原因为:HSPS_RAC_SRB_AC_IUBC_RESET|原因|:IUB口故障产生resetresource从而引起RRC

12、释放|注释|:查看Iub口链路状态10、携带原因为:HSPS_RAC_SRB_AC_CELL_DEL_IND |原因|:小区删除引起的RRC释放|注释|:检查小区状态11、携带原因为:HSPS_RAC_SRB_AC_RNC_RESET|原因|:RNC复位引起的释放|注释|:12、携带原因为:HSPS_RAC_SRB_RB_RL_FAIL|原因|:无线链路失败引起的释放|注释|:13、携带原因为:HSPS_RAC_SRB_RB_RL_FAIL_RSP |原因|:无线链路失败响应|注释|:14、携带原因为:HSPS_RAC_SRB_RB_CPSS_FAIL_RSP |原因|:RB过程中CPSS配置

13、失败响应|注释|:15、携带原因为:HSPS_RAC_SRB_RB_TPSS_FAIL_RSP|原因|:RB过程TPSS失败响应|注释|:a:L2配置失败、b:L2配置超时、c:收到RLC不可恢复错误d: Physical Channel Reconfiguration Failure导致16、携带原因为:HSPS_RAC_SRB_RB_UE_FAIL_RSP|原因|:RB建立过程中UE响应失败|注释|:a:可能为超时无响应b: UE返回失败指示17、携带原因为:HSPS_RAC_SRB_RAB_IU_FAIL_IND|原因|:Iu口故障引发释放|注释|:18、携带原因为:HSPS_RAC_S

14、RB_RAB_PROCESS_FAIL_IND |原因|:RAB过程失败引发释放|注释|:20、携带原因为:HSPS_RAC_SRB_SMC_NO_ALGO_SUPPORT |原因|:安全模式算法不支持导致失败|注释|:UE或者CN21、携带原因为:HSPS_RAC_SRB_MM_CELL_RESEL|原因|:小区重选|注释|:22、携带原因为:HSPS_RAC_SRB_MM_DL_RL_FAILURE|原因|:下行无线链路失败|注释|:24、携带原因为:HSPS_RAC_SRB_MM_URAUPDATE_FAIL|原因|:小区更新失败|注释|:a:小区更新终端无响应;察看Cell Updat

15、e后Cell Confirm与Iu Release Requset之间的时间间隔,如果大于等于3s,则怀疑为移动性管理定时器超时,即小区更新终端无响应;具体分析需要结合终端LOG共同分析b:RB建立过程中发生小区更新,V2目前的设计就是释放RRC。25、携带原因为:HSPS_RAC_SRB_UL_RL_FAILURE|原因|:上行无线链路失败|注释|:26、携带原因为:HSPS_RAC_SRB_HAND_OVER_FAILUR|原因|:切换失败|注释|:a:切换终端无响应,切换定时器10s超时b:切换过程中,终端响应失败27、携带原因为:HSPS_RAC_SRB_RLC_UNRECOVERAB

16、LE_ERROR |原因|:RLC不可恢复性错误|注释|:28、携带原因为:HSPS_RAC_SRB_AC_ATM_FAIL,|原因|:ATM故障|注释|:RNC问题29、携带原因为:HSPS_RAC_SRB_AC_PSDU_LINK_FAILURE,|原因|:PSDU和高层之间的信令链路故障|注释|:RNC问题30、携带原因为:HSPS_RAC_SRB_AC_CSDU_LINK_FAILURE,|原因|:CSDU和高层之间的信令链路故障|注释|:RNC问题31、携带原因为:HSPS_RAC_SRB_RELEASE_CCSS_FAIL,|原因|:CCSS单板故障|注释|:RNC问题32、携带原

17、因为:HSPS_RAC_SRB_RELEASE_IUSP_FAIL, |原因|:IUSP单板故障|注释|:RNC问题33、携带原因为:HSPS_RAC_SRB_RELEASE_INTERCCSS_RL_DEL_IND,|原因|:跨板无线链路删除指示|注释|:34、携带原因为:HSPS_RAC_SRB_RELEASE_INTERCCSS_ HANDOVER_COMPLETED,|原因|:跨板切换完成|注释|:35、携带原因为:HSPS_RAC_SRB_RELEASE_INTERCCSS_RL_SETUP_FAIL, |原因|:跨板无线链路建立失败|注释|:36、携带原因为:HSPS_RAC_SR

18、B_RELEASE_INTERCCSS_ RESTORE_TABLE_FAIL,|原因|:跨板导表失败|注释|:RNC在跨CCSS单板进行切换时,需要将该UE的信息导换到目标CCS单板上,该原因阐述的就是导表失败。RNC问题37、携带原因为:HSPS_RAC_SRB_RELEASE_INTERCCSS_PHYCHRECONFIG_EXP,|原因|:跨板切换超时释放|注释|:RNC问题38、携带原因为:HSPS_RAC_SRB_MM_PERIOD_CELLUPDATE_EXP, |原因|:周期性小区更新超时|注释|:39、携带原因为:HSPS_RAC_SRB_RB_DTP_L2FAIL,|原因|:D-to-P过程中,L2层失败|注释|:40、携带原因为:HSPS_RAC_SRB_RRCReAccess_RELEASE,|原因|:RRC重接入释放|注释|:41、携带原因为:HSPS_RAC_SMC_INTEGRITY_CHECK_FAILURE,|原因|:完整性保护失败|注释|:这种情况多为CN下发配置错误,RNC校验后直接返回失败42、携带原因为:HSPS_RAC_MM_INTERCCSS_CELLUPDATE_UNSUPPORTED, |原因|:板间小区更新不支持,即RNC收