对于掉话前的信令流程的分析思路，下述说法错误的是（)A、如果UE在掉话前发生了切换，并且UE发送

A、检查掉话点的覆盖情况，排除覆盖问题导致的掉话。如果问题区域存在覆盖问题，则首先解决覆盖问题

B、检查基站、RNC设备工作状态是否正常，是否存在可能影响到业务或切换正常进行的告警

C、分析掉话前的信令流程，进行进一步的分析

D、呼叫重建不支持等原因也会导致掉话的发生，建议具体的掉话原因直接根据RNC侧信令跟踪文件里IuReleaseCommand消息中携带的原因直接判断

A.分析掉话前的信令流程，查找掉话原因值

B.检查基站工作状态是否正常，是否存在可能影响到业务的告警

C.呼叫重建可以视为发生了掉话

D.检查掉话的覆盖情况，排除覆盖问题导致的掉话

a) 如果在掉话前发生了切换，并且運发送完重配置完成消息后直到掉话前一直没有收到任何odaB下发的信令，可能重配置完成消息enodeb没有收到，从而定时器超时后释放链路

b) 如果掉话前 enodeb检测到络上行失步，说明掉话区域的上行链路质量恶化。建议针对盖、干扰、部区配、功率参数设置等间题进行排查

c) 如如果掉话前发生了原因为无线链路失败的RRC连接重建过程，说明掉话区域的下行链路质量恶化，建议对覆盖、干找、部区记等原因进行排查

d) 如在掉话前发生了切換，并且U運发送完重配置完成消息后直到掉话前一直没有收到任何 Nodeb下发的信令，可能 emodel收到了且下发新的RRC建立流程，但U没有收到，由于信令消息采用模式，需要在一定的时间内收到接收端对模式数据的确认，最终导致的取RLC层发生了RLC不可恢复错误

A．错误

B．正确

A、主叫掉话次数的定义为主叫主动挂机时，主叫未收到SIP_BYE-OK或被叫未发送SIP_BYE-OK，均计算为一次掉话

B、主叫呼叫建立成功次数的定义是主叫收到回应INVITE消息的200ok消息，表示呼叫建立成功

C、被叫呼叫建立成功次数的定义是被叫收到IMS发送针对INVITE200OK的ACK消息，表示被叫呼叫成功

D、路测VOLTE掉话率=主叫掉话次数/呼叫建立成功次数

E、信令平台分析VOLTE掉话时若发现有MME异常且原因为信令流程冲突，一般定界为EPC;若发现有IMS异常释放且原因为无媒体流监测，一般定界为IMS

A.RNC侧通常采用信令主动命令UE进行异系统小区重选来触发异系统切换

B.对于慢速PS业务，如果业务流量较小，UE可能处于CELLPCH、URAPCH状态，这时可由UE根据系统消息的参数主动发起小区重选过程进行异系统切换

C.对于RNC主动发起的切换流程，RNC发起切换的信令是CELLCHANGEORDERFROMUTRAN

D.对于RNC主动发起的切换流程，在RNC发起切换前也需要有启动压缩模式、下发测量控制以及测量报告上报的流程