disconnect之后出现dropped call

如题。
信令为：
disconnect
dropped call
release
release complete
channel release

掉话信息为：
MS1
Disconnect

Time: 10:43:46.70
MsgCtrlOperation :
Transaction identifier : 8
Protocol discriminator : (3) Call control; call related SS messages
Message type : 37
Cause
Coding standard : (3) Standard defined for the GSM PLMNS
Location : (0) user
cause value : (27) Destination out of order

这种是因为什么原因掉话，怎么disconnect之后出现dropped call，是设备原因吗？设置的通话时间为180s,但是这次通话120s时出现掉话。

MS1
Release
Time: 10:43:46.78
MsgCtrlOperation :
Transaction identifier : 0
Protocol discriminator : (3) Call control; call related SS messages
Message type : 45

MS1
Release Complete
Time: 10:43:46.95
MsgCtrlOperation :
Transaction identifier : 8
Protocol discriminator : (3) Call control; call related SS messages
Message type : 42
Cause
  Coding standard : (3) Standard defined for the GSM PLMNS
  Location : (0) user
  cause value : (27) Destination out of order

MS1
Channel Release
Time: 10:43:47.06
MsgCtrlOperation :
Skip indicator : 0
Protocol discriminator : (6) Radio resources management messages
Message type : 13
RR cause
  Value : (0) Normal event

杯具啊，这样的问题我也遇到了。 6900BSC， MOTO H2的BTS，测试经常遇到这种“disconecet ,drop call”，求高手解决

那就是掉话，掉话就是出现disconnect，或dropped call两个中其中一个就视为掉话，两个也可以同时出现。

1楼的，你貌似说错了！在一次通话中如出现Disconnect 和 Channel Release 中任意一条，就计为依次正常释放，只有两条消息都未出现由专业模式转为空闲模式时才计为一次掉话。楼主问Destination out of order这个在测试中我也经常遇到，原因值为终点故障。我想楼主的测试时的情况，MS1和MS2电平和质量都比较好，突然掉话这种情况，有很多原因。

可以看下，是不是被叫MS掉话了，或者话音质量差！

二楼说的对 但是也要看释放原因是否是正常释放

一楼的“砖家”准备挨板儿砖吧，严重误导群众

△

破解版TEMS，信令分析出问题？

貌似像信令解析错误哦.
有拆链和信道释放,怎么算掉话了.

看看被叫以及无线环境吧.

"destination out of order"终点故障
该原因表示不能到达用户所指示的收端，因为收端的接口工作不正常。术语"工作不正常"表示信令消息不能递交到远端用户；例如，远端用户的物理层或数据层故障，用户设备脱机等。

软件统计有问题吧

我认为，被叫出问题的可能性较大。
也有可能是软件统计的问题

是不是被叫MS掉话了