怎么从层3信令判断掉话，新手入门，尽量详细点。谢谢！

层三信令没有disconnect和channel release吧

在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话：
1、收到任何的BCH消息（即系统消息）
2、收到RRC Release消息（原因为非正常释放Not normal）
3、收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。

正常情况下的释放是网络侧或UE主动发起disconnect或者release来发起的，如果没有看到此消息交互过程，UE直接开始读广播回到空闲状态则说明出现了掉话。
另外，路测软件中的事件栏里会给出提示

  情况一，收到DISCONNECT、RELEASE 或RELEASE COMPLETE中的任一条信令，
并且其详细解码中的 cause class不为 normal event或Cause IE value 不为 normal call
clearing
  情况二，没有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一条
信令，后面收到一条新的 rrcConnectionRequest，并且原因值不为callRe-establishment
  情况三，没有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一条
信令，后面收到一条原因值为 callRe-establishment 的rrcConnectionRequest消息。则如
果在以新的rrcConnectionRequest为起始标志的呼叫过程中任何一步发生失败，则认为
掉话
  情况四，到达日志的最后一条记录，本次呼叫并未完成，但日志文件已经结束，则认
为掉话

  情况一，收到DISCONNECT、RELEASE 或RELEASE COMPLETE中的任一条信令，
并且其详细解码中的 cause class不为 normal event或Cause IE value 不为 normal call
clearing
  情况二，没有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一条
信令，后面收到一条新的 rrcConnectionRequest，并且原因值不为callRe-establishment
  情况三，没有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一条
信令，后面收到一条原因值为 callRe-establishment 的rrcConnectionRequest消息。则如
果在以新的rrcConnectionRequest为起始标志的呼叫过程中任何一步发生失败，则认为
掉话
  情况四，到达日志的最后一条记录，本次呼叫并未完成，但日志文件已经结束，则认
为掉话

学习了

GSM里面，从专有模式（通话状态）下，直接回到空闲模式下，即发生掉话。具体信令判断方法：
专有模式（通话状态）下：这个模式下有的信令一般都是System Informationg5、6或者手机上发的Measurement Report；
空闲模式下：这个模式下会有SYSTEM Information 1234,或者Paging.只要你看到从专有模式到空闲模式的信令，即可判断为掉话。

正常流程没有完全就收到BCCH

掉话的原因：①弱覆盖引起的掉话
②切换引起的掉话
③语音质量差引起的掉话
④干扰引起的掉话
⑤硬件故障引起的掉话
⑥传输故障引起的掉话
⑦直放站引起的掉话
⑧天溃原因引起的掉话

把通话的整个信令流程先理解记忆 然后比照掉话的信令 就可以了

好像都没解释从layer 3信令看这么分析掉话的原因哦