CDL掉分析方法.doc

CDL掉话分析方法 张晓奎 |zhangxiaokui@datangmobile.cn |若有疑问：欢迎来信、来电探讨 |Tel:6081 前言 CDL中虽然提供了RNC掉话分析功能，但由于掉话原因过于复杂，只能大体上对掉话原因进行了分类，只是保证了大部分掉话分析的原因是正确的，如果要具体分析某个过程中掉话的具体原因，则需要结合码流和RNC内部定时器进行仔细分析。 掉话分析规则如下： 如果Iu Release Request的前一个消息是RAB Assignment Failure，如果该消息之前是RL Reconfig Failure，则显示为RL 重配失败引起的掉话；否则显示结果改为RB建立UE无响应 如果Iu Release Request的前一个消息是RB Setup，如果该消息之前是RL Reconfig Failure，则显示为RL 重配失败引起的掉话；否则显示结果改为RB建立UE无响应 如果Iu Release Request的前一个消息是RadioLink Failure Indication，如果该消息之前是Cellupdate Confirm，进一步判断RL Failure和Iu Release Request消息的8K时钟差值如果小于3秒，则显示为CellUpdate Confirm超时，否则显示为RL Failure引起的掉话. 如果Iu Release Request的前一个消息是Physical Channel Reconfig，如果该消息之前是Cellupdate Confirm，进一步判断RL Failure和Iu Release Request消息时钟差值如果小于6秒，则显示为切换过程中发生RL失败引起的掉话。 如果Iu Release Request的前一个消息是Radio link Deletion Request，判断RL Failure和Iu Release Request消息的8K时钟差值，如果小于等于6秒 ，显示RL Failure引起的掉话(长时间发生RL Failure)，否则为未知掉话原因 上面5种，除此之外则显示为RL Failure引起的掉话 如果Iu Release Request的前一个消息是CommonID，RAB Setup Success则显示结果为RNC内部原因引起的掉话 如果Iu Release Request的前一个消息是Cellupdate Confirm，则显示结果为则显示为CellUpdate Confirm超时。 如果Iu Release Request的前一个消息是Physical Channel Reconfig，则显示结果为切换超时UE无响应. 如果Iu Release Request的前一个消息是GTP-U Error Indication，则显示为业务面GTP-U错误引起的掉话 如果Iu Release Request的前一个消息是RRC Connect Release 0、Iu Release Command 、Iu Release Complete，则不算作掉话，归类为网络优化。 注释： 1,以UEID 4929为例,RL Failure和Iu Release Request消息的8K时钟差值为6秒 3秒,仍显示为CellUpdate Confirm超时,上述结论3不一致. 常用系统定时器： 无线链路失败定时器 6s 移动性管理定时器 3s 系统切换定时器 10s 重定位切换定时器 8s 目前常见掉话原因： 1、并发流程引起的掉话： RB建立过程中发生小区更新不支持，V2目前的设计就是进行释放RRC。 切换过程并发小区更新不支持，V2目前的设计就是进行释放RRC。 安全模式控制并发小区更新不支持，V2目前的设计就是进行释放RRC。 2、无线链路失败引起的掉话： Radio link Failure indication和Iu Release Request之间没有该无线链路的恢复，且Radio link Failure indication和Iu Release Request之间的时间差大