299紧急呼叫调度台无法拆线

发布时间:  2013-09-03 浏览次数:  712 下载次数:  0
问题描述
在国内铁路A线路上,做299组呼测试时,299紧急呼叫完毕后调度台无法拆线。
告警信息
BTS/BSC/MSC告警查询,均未发现有异常告警。
处理过程
从信令看,在需要拆线时,MSC需要下发Clear Command消息给各个已经分配了组呼信道的小区,发起拆线。实际测试中,MSC没有正常的下发Clear Command消息,无法拆线。由于MSC下发Clear Command需要FAS台拆线触发,因此建议调查MSC与FAS台,找出问题的根本原因。
组呼规范基本原理如下:
收到移动台的呼叫请求以后,MSC下发命令,要求组呼区域中每一个小区分配一个组呼信道,并在NCH信道下发通知消息。属于该组的移动台接收到通知消息后,自动转入组呼信道,监听下行信道。
任何移动台想要发起呼叫,需要按下PTT键,抢占话语权成功后开始讲话,其他时间只能监听下行信道。调度员拥有独立分配的信道,可以随时讲话。
下图中红色线条为普通语音用户的声音传输链路示意图;黄色线条为调度员声音传输链路示意图。
2. 组呼各接口占用网络资源列表
下表仅体现普通组呼用户使用的网络资源,一个小区下所有用户共享同一网络资源。调度员使用单独的网络资源。
接口 占用网络资源 占用数量 备注
UM口 TCH、NCH 1 NCH仅仅用于下行发送通知消息
语音通过TCH传输
Abis口 Span、Slot 1 同一小区下所有组呼用户共享基站传输的一个时隙;
A口 Span、Slot 1 同一小区下所有组呼用户共享A口传输的一个时隙;
FAS口 Span、Slot 1 MSC至FAS调度台组呼PRA接口传输的一个时隙;
当网络侧发起拆线时,MSC需要给对应的BSC下发Clear Command消息,拆除组呼相关联路。
FAS台正常拆线流程:正常拆线情况下,MSC给参与组呼的各个小区(Cell6:GZN-QS08、Cell7:GZN-QS07、Cell8:Qingsheng、Cell10: QS-HM01、Cell11:QS-HM02)分别发送Clear Command发起拆线。
无法拆线流程:从流程可以看到。在发起者发出Termination Request消息之前,MSC没有下发对应的Clear Command消息。
排查FAS台与MSC,对比FAS台与MSC对接协议,发现中软FAS台有一块通信协议未按照标准协议进行,与MSC标准通信协议存在一定的不兼容情况。导致调度台拆线时,信息无法全部传递。更换嘉讯FAS台后,299组呼释放正常。



根因
 从现象看,最初使用中软FAS台无法拆线。在更换FAS台以后可以正常拆线;
 从无线环境看,测试为定点测试。测试过程中无线环境没有任何变化、BTS、BSC、MSC没有变化。
 从信令看,无法拆线的情况下,MSC没有下发Clear Command拆除已经分配的组呼信道,只有在发起者申请拆线后才会下发
建议与总结
各种业务应用感知的好坏最终体验都发生在无线侧,发生业务故障后,人们往往第一反映就是查找无线侧的原因。因此要善于运用信令跟踪等手段,及时快速的定位出问题发生在系统那个部分,及时向客户澄清问题根因,协助推动处理问题。避免客户错误的将所有问题都归结于无线侧。对我司无线设备产生误解。

END