CDL掉话分析方法.docVIP

CDL掉话分析方法 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错误引起的掉话 10、如果Iu Release Request的前一个消息是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 Release 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时刻时间差大于等于3m，Iu Release Request中携带内部原因为26，则为CellUpdate Confirm 超时。 4、RB建立无响应： 终端上报RB Setup Failure，且和RB Setup之间时间差大于等于10s，则为RB建立过程UE无响应，定时器超时释放。（也是很常见的现象，可能是UE同