GSMRR子层

maverick_11

• 作者:linjundong 时间:2006-11-11 14:07:25

信令跟踪数据分析：

通过对BSC05 PCM45/46/47/48下16时隙的所有呼叫进行分析发现：BSC收到Assignment Request 20至30ms后向MSC回送Assignment Failure，

问题处理结果：

       检查BSC05、MSC A接口电路配置发现：BSC05和BSC53的A接口电路中， 16时隙除了用作信令链路外都不进行配置，而在MSC侧将新增加的8条电路的16时隙配置的TCH信道，导致在MSC指配到16时隙而BSC侧并不识别产生分配失败。

       在MSC侧将新增加的8条电路的16时隙锁定后，问题解决。

• 作者:xlj96009 时间:2006-10-31 18:33:31

·
在LAC39280下的BSC126进行针对寻呼的测试，该BSC挂接在华为软交换下，测试中发现下列两次异常情况。两次呼叫情况相同，在被叫响应寻呼后，一直到connect都正常进行，可是接下来没有ACKnowledge而直接Disconnect。其中拆链原因为：Switching equipment conqestion (交换设备拥塞)，具体情况如下所示：

时间：12：28：46.25

问题描述：Disconnect提示交换设备拥塞

问题分析：如下图所示，在12：28：39.62
MS1 占用小区40361（六团砖场-1）的信号呼叫MS2 ，此时MS2占用小区40363（六团砖场-3）的信号，此时MS1接收电平较高，而MS2 接收电平较差，只有-92dbm，呼叫未正常拆链。

下面从信令流程来看，如下图所示，MS2在收到寻呼消息后，立即申请信道，接着下行发送Immediate Assigment
,MS2上行寻呼相应paging response. 一直到上行发送Connect都很正常，然而在MS2发送connect 后没有ACKnowledge直接Disconnect，而Disconnect的原因是Switching equipment conqestion (交换设备拥塞)

被叫MS2信令流程如下图所示：

主叫MS1信令流程如下图所示：MS1在完成Assignment Complete之后Alerting接着紧跟着一个切换，然后下行Channel release。Channel release为正常事件。

2. 时间：17：15：04.61

问题描述：Disconnect提示交换设备拥塞

问题分析：如下图所示，MS1 占用小区40133的信号呼叫MS2 ，MS2占用小区40022的信号，接收电平及话音质量良好，呼叫未正常拆链。

• 作者:linjundong 时间:2006-11-11 13:43:24
•   

信令流程可以看到MSC（SPC=255-5-253）发送UDT格式的MAP_PREPARE_HANDOVER消息后，直接以UDTS格式的同一消息作为应答，并且SCCP层的弹回原因如下：

SCCP_RETURN_CAUSE = no translation for an address of such nature (0)

说明该消息在对端交换机（SPC=255-5-248）的SCCP分析过程中存在一定的问题，即对端交换机无法做正确的GT翻译。

可以看到被叫号码的格式为13090953，而SPC=255-5-248相关的GT数据只定义了格式为8613090953，而没有定义不加
86的数据。由此可以看出该问题的根本原因还是数据原因导致的

• 作者:linjundong 时间:2006-11-11 13:42:20
• 
  

某地优化工程中发现SPC=255-5-253到SPC=255-5-248无法切换的问题，从信令流程可以看到MSC（SPC=255-5-253）发送UDT格式的