在起呼阶段，主被叫小区重选能否导致未接通？？
主叫未接通－主被叫小区信号覆盖，话质都很好。主叫信令流程正常，主叫MS收到系统下发的call proceeding消息，RR指配完成，收到系统下发progress消息后10s后MS发送disconnect消息，原因值normal call clearing。而在主叫MS收到call proceeding消息时被叫MS进行小区重选。
这个未接通怎么判断，是什么导致主叫未接通。
此时，不是在LAC边界，没有位置区更新的。
主叫MS服务小区RxlevSub=-51，RxqualSub=0，TCH C/I=18.24.
从主叫MS信令窗口可以看出，MS收到系统下发call proceeding消息，RR指配完成，收到系统progress消息后
19sMS发送Disconnect消息，原因值normal call clearing。
被叫MS服务小区RxlevSub=-41，BCCH C/I=16.81，
此时被叫一直处于空闲态，不停收到系统下发寻呼消息，而MS一直没有响应寻呼消息，进行小区重选。
被叫MS从12：34：28GSM CELL informationg消息，开始小区重选一直到12：35：16 GSM RR channel
configurationg小区重选完成。被叫MS在12：34：57：957收到系统下发RR immediate assignment消息
后被叫MS发送RR paging response消息1s不到后收到系统下发RR channel release消息，详细说明normal
event。
而主叫在12：34：57：019 MS发送disconnect消息。这个未接通怎么判断原因了？
有一种可能：
主叫手机在TCH发生拥塞的小区发起呼叫,MSC向BSC发送assignment request消息请求TCH信道,同时启动timer由于该小区TCH拥塞,因此该请求被放入队列中.因为BSC队列的等待时长T11的时长设置大于MSC timer,因此在timer超时后,向BSC下发clear command(cause: call control)消息,BSC收到该消息后,向MS发送拆链。
被叫手机掉了吧
收到系统下发progress消息后10s后MS发送disconnect消息，这不是手机主动挂断吗？
在最近的TEMS测试中我也遇到过，是手机卡和数据线的问题；在CONNECT界面中看MS己解不出IMSI了。
如果是计数器超时应该是BSC下发的DISCONNECT 如果确实是MS上发的disconnect极有可能是测试设备的原因，在还未接通的情况下如果挂机是会出现这种情况的，对于这种电平质量都很好，从测试结果是只能看到下行的，如果上行质量差也可能导致未接通，建议检查一下上行质量等指标，如果上行没问题，那么建议在发生未接通的区域反复测试一下排除是不是突然现象，基于这种情况，个人认为比较大的原因是设备问题和突发 有不对的地方希望大家指正
楼主，应该是断开后重选的吧，先排除网络侧（是否有拥塞、上行链路有问题没等）和硬件问题，然后在检查看看测试端手机卡和数据线哈。
应该不是重选的问题，应该是被叫分配信道的时候出现问题了。