 |
善于提问，勤于回答，你也是专家
|
 |
GSM中层三信令关于掉话、切换失败、未接通等具体该怎么分析
如题
我要回答
问题答案
33
32主要是查看产生事件的cause值，熟悉通话流程看走到哪一步，具体分析！通过规划软件以及像楼上说的结合后台相关的话筒，设备告警等等综合分析！
回答者：feifaguanji 回答时间：2011-08-16 10:51
如果遇到上述问题，先检查问题点基站是否有硬件故障和告警，若有先排障，否则分析室浪费时间，若没有故障，按照下面流程进行：
1、按照跟踪信令，结合正常信令流程分析，看看异常在那个流程节点上；
2、再根据L3信令cause提示，结合3GPP解释，针对性找到原因，并找到解决方案；
3、问题分析是一个综合逻辑推理过程，再结合话统KPI统计counter基本能推断七七八八；
4、建议再找类似案例看看，说不定就是已知问题，哪儿都有解决方案，案例是有参考价值的；
5、如果4步仍然没有搞定问题，那就是疑难问题了，建议升级研发跟进处理，到这一步基本是产品问题了，网优基本上是搞不定了。
Good Luck！
1、按照跟踪信令，结合正常信令流程分析，看看异常在那个流程节点上；
2、再根据L3信令cause提示，结合3GPP解释，针对性找到原因，并找到解决方案；
3、问题分析是一个综合逻辑推理过程，再结合话统KPI统计counter基本能推断七七八八；
4、建议再找类似案例看看，说不定就是已知问题，哪儿都有解决方案，案例是有参考价值的；
5、如果4步仍然没有搞定问题，那就是疑难问题了，建议升级研发跟进处理，到这一步基本是产品问题了，网优基本上是搞不定了。
Good Luck！
回答者：LuckyChen88 回答时间：2011-08-25 12:32
一、掉话
1、事件名称：DROP CALL。
2、现象
专用模式下看不到disconnect 和channel release同时出现，而MS直接进入空闲模式的话算作一次掉话。(即未接到系统下发的DISCONNECT信令而直接进入IDLE状态)
3、原因
无线环境、硬件、参数设置、无线射频丢失等。
二、未接通
1、事件名称：BLOCK CALL。
2、现象
在上行的CM SERVICE REQUEST信令发出后，下行没有响应，通话状态由起呼直接转为空闲模式（IDLE）。
3、原因
查看被叫在主叫起呼时间是否有位置更新，服务小区的SDCCH拥塞、无线环境的恶化造成SDCCH信令丢失等情况，注意此时主叫可能已经分配了TCH。
三、切换失败
1、事件名称：HANDOVER FAILER。
2、现象
查看Hanover command信令，切换成功：Handover Command→Handover Complete；切换失败：Handover Command→Handover Failure。
3、原因
无线环境、硬件、参数设置等。
1、事件名称：DROP CALL。
2、现象
专用模式下看不到disconnect 和channel release同时出现，而MS直接进入空闲模式的话算作一次掉话。(即未接到系统下发的DISCONNECT信令而直接进入IDLE状态)
3、原因
无线环境、硬件、参数设置、无线射频丢失等。
二、未接通
1、事件名称：BLOCK CALL。
2、现象
在上行的CM SERVICE REQUEST信令发出后，下行没有响应，通话状态由起呼直接转为空闲模式（IDLE）。
3、原因
查看被叫在主叫起呼时间是否有位置更新，服务小区的SDCCH拥塞、无线环境的恶化造成SDCCH信令丢失等情况，注意此时主叫可能已经分配了TCH。
三、切换失败
1、事件名称：HANDOVER FAILER。
2、现象
查看Hanover command信令，切换成功：Handover Command→Handover Complete；切换失败：Handover Command→Handover Failure。
3、原因
无线环境、硬件、参数设置等。
回答者：西关老王 回答时间：2011-08-29 22:01
