以下哪种计时器超时不是切换掉话的原因（）

某个TD城市中，RNC在向UE发送完物理信道重配消息后，一直未收到物理信道重

配完成消息，最后切换定时器超时，UE上发了Cause为Timeout物理信道重配置失败消息，导致掉话。从RNC侧跟踪到的Iu，Iub信令消息，可以分析为：是由于UE在目标小区未取得上行同步，最后切换定时器超时，导致掉话。请分析可能的原因并写出分析过程。

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

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

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

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

A.RLF掉话

B.切换

C.重建

D.超时

A．错误

B．正确

A.太多测量报告丢失

B.T200定时器超时

C.MSC与BSC之间的切换掉话

A.同邻频干扰

B.乒乓切换导致切换掉话

C.射频丢失产生掉话

D.弱覆盖和质差

A.IuIub接口失败

B.弱覆盖无主覆盖导致掉话

C.“远端孤岛效应”导致掉话

D.切换重选参数设置不合理

A.BSC间出小区切换成功次数/（BSC间出小区切换命令次数-BSC间出小区切换失败次数（返回原信道成功））

B.信令信道切换掉话次数（TCH）+TCH切换掉话次数（业务信道）

C.BSC内小区内切换命令次数（TCHF.+BSC内小区内切换命令次数（TCHH）

D.BSC内小区内切换请求次数（TCHF.+BSC内小区内切换请求次数（TCHH）-BSC内小区内切换失败次数（TCH）

E.BSC内入小区切换失败次数（定时器超时）（TCHF.（业务信道）+BSC内入小区切换失败次数（定时器超时）（TCHH）（业务信道）

A、如果UE在掉话前发生了切换，并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令，可能重配置完成消息RNC没有收到，从而定时器超时后释放链路。原因可能是重配置消息的功率太低，造成RNC没有收到，对此需要提高“配给NodeB的上行目标信噪比”

B、如果UE在掉话前发生了切换，并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令，可能RNC收到了且下发了测量控制消息，但UE没有收到测量控制，由于测量控制消息采用AM模式，需要在一定的时间内收到接收端对AM模式数据的确认，最终导致UE的RLC层发生了RLC不可恢复错误

C、如果掉话前发生了原因为无线链路失败的小区更新，说明掉话区域的下行链路质量恶化，建议针对覆盖、干扰、邻区漏配等原因进行排查

D、如果掉话前网络侧信令显示NodeB上报了无线链路失败指示，则说明NodeB出现上行失步，说明掉话区域的上行链路质量恶化。建议针对覆盖、干扰、邻区漏配、功率参数设置等问题进行排查

A.收到Handover Complete（BSC内切换）消息

B.收到Handover Failure（BSC内切换）消息

C.收到Clear Command（BSC间切换）消息

D.定时器超时