终端上报DISC消息拆线导致C3降级问题分析

发布时间:  2016-05-28 浏览次数:  309 下载次数:  4
问题描述
 201651713:3013:31CSD终端主用模块在A站连续3次发起CSD呼叫失败, 13:53CSD终端备用模块在B站发起CSD呼叫失败1次。
告警信息

处理过程

一共有四次失败,主机车台失败3次,备机车台失败1次,我们针对这四次呼叫失败进行分析。

 1)首先,只有一次呼叫失败(第四次呼叫失败,发生在B)现场反馈的Abis口信令与A接口信令是完全一致的,确认这一次失败是终端拆的线(第二种情况中的一次,备用模块发起的第一次呼叫),如下图所示,当终端和核心网已经connect成功之后不到1秒的时间,Abis接口上行Disconnect消息,请求断开连接,需要请终端侧看一下为什么会请求拆线。

2)其余 三次呼叫失败(发生在A站),协议规定:呼叫建立过程中信道分配的标准流程中,Assignment Complete 消息一定是终端上报的消息。

参考备用模块(460208189013985)模块呼叫建立的流程,在Abis接口是可以跟踪到Assignment complete 消息的:

但是对于主用模块(460208189013984),我们在A接口消息中跟踪到了Assignment Complete 消息,但是在Abis接口中却没有Assignment Complete消息上报,三次呼叫都是如此,可以判断Abis接口跟踪的BTS->BSC上行消息是有缺失的,所以在Abis接口没有跟踪到上行的Disconnect消息也很有可能是Abis消息跟踪出现缺失。

A接口消息:

Abis接口消息:

对于第三方工具跟踪到的Disconnect 消息原因值为Normal event / Reserved for international use,我们分析了A接口消息解析文件,可以看到上行Disconnect消息携带的原因值为 normal call clearing,消息内容并没有什么问题。

综上,一共有四次失败,主机车台失败3次,备机车台失败1次,这4次失败分两种情况,每种情况各出现两次;

 第一种情况,Connect Ack之后上行Disconnect拆线(B站13:53:15s,A站13:30:32.648),此情况需要终端侧分析一下终端主动拆线的原因。如下图。

 第二种情况,是在指配完成之后,7s内核心网没有下行Connect消息,上行Disconnect拆线(A站13:30:41.386s,A站13:30:57.173s),此情况需要核心网侧分析在指配完成后,没有下行Connect消息的原因,也需要终端侧配合分析上报Disconnect消息的原因。如图所示。

 

根因
终端上报DISCONNECT消息,主动拆线,导致4次呼叫失败。即:

1B13:53:15sA13:30:32.648, 需要终端侧分析一下终端主动拆线的原因;

2A13:30:41.386sA13:30:57.173s,是在BSC下发指配完成命令之后,核心网没有下行Connect消息,导致上行Disconnect拆线,此情况需要核心网侧分析在指配完成后,没有下行Connect消息的原因,也需要终端侧配合分析上报Disconnect消息的原因;

解决方案
 因为第三方工具跟踪Abis接口消息有缺失,建议后续开启A小区Abis接口跟踪,A接口跟踪,空口跟踪和460208189013984460208189013985模块单用户跟踪,我们进一步的分析确认。

END