CDL掉话分析方法 下载本文

内容发布更新时间 : 2024/5/19 21:27:24星期一 下面是文章的全部内容请认真阅读。

CDL掉话分析方法

仅限大唐内部员工使用

前言

CDL中虽然提供了RNC掉话分析功能,但由于掉话原因过于复杂,只能大体上对掉话原因进行了分类,只是保证了大部分掉话分析的原因是正确的,如果要具体分析某个过程中掉话的具体原因,则需要结合码流和RNC内部定时器进行仔细分析。

掉话分析规则如下:

1、如果Iu Release Request的前一个消息是RAB Assignment Failure,如果该消息之前是RL Reconfig Failure,则显示为RL 重配失败引起的掉话;否则显示结果改为RB建立UE无响应

2、如果Iu Release Request的前一个消息是RB Setup,如果该消息之前是RL Reconfig Failure,则显示为RL 重配失败引起的掉话;否则显示结果改为RB建立UE无响应

3、如果Iu Release Request的前一个消息是RadioLink Failure Indication,如果该消息之前是Cellupdate Confirm,进一步判断RL Failure和Iu Release Request消息的8K时钟差值如果小于3秒,则显示为CellUpdate Confirm超时,否则显示为RL Failure引起的掉话;

4、 如果Iu Release Request的前一个消息是Physical Channel Reconfig,如果该消息之前是Cellupdate Confirm,进一步判断RL Failure和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的前一个消息是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的前一个消息是RRC Connect Release 0、Iu Release Command 、Iu Release Complete,则不算作掉话,归类为网络优化。

常用系统定时器:

无线链路失败定时器 6s 移动性管理定时器 3s 系统切换定时器 10s 重定位切换定时器 8s