ATU测试事件问题（TD）

如题。
各位高手，小弟现在碰到这样的问题，ATU测试数据统计出未接通，该未接通是由于，系统没有下发connect信令给主叫UE导致的，前提是被叫上发的connect信令夹在信令physicalChannelReconfiguration信令和physicalChannelReconfigurationComplete信令之间，现在产家的优化人员说，在这两条信令间上发下发信令存在概率接收不到，有点不明白，为什么会在physicalChannelReconfiguration信令和physicalChannelReconfigurationComplete信令间，再说了，信令是以队列形式上发下发的，怎么会说丢就丢？

这个问题值得研究一下，信令是以队列形式上发下发的，但是在下发的过程中，有可能是由于信道不足，或者是故障，或者是设备问题，都有可能导致你说的这种情况，详细的，你还要结合指标和测试LOG，详细的对比分析下。

这种情况没遇到过，希望楼主找到厂家的给出具体的原因再给大家解答一个。

 应该设备问题，建议联系厂家解决，connect 都没发，也就是说都没在通话过程中，怎么会有切换呢？

同求答案。。。。。。

是不是由于是跨lac切换造成的呢？

看看后台信令，是核心网没有收到还是下发了主叫没收到。如果核心网没收到的话，那也许是被叫在物理信道重配置的时候connect这条信令丢了，厂家的人也许是这个意思。

同求高手解答

很多情况下都是服务器拥塞，信令暂时处理不完 会像拖欠工资一样拖一会的。华为的系统碰到过几次。

直传信令丢失，厂家应该清楚啥原因。

建议查看RNC侧的跟踪信令，确认该信令的到达时间点，根据这个再进一步分析。从楼主描述的现象看厂家的解释不是特别合理

个人建议再对出现问题的那个路段进行复测，时间段最好选择同一时间段。尽量做到场景还原复测。这样比较容易发现问题。如果某一基站核心网做数据出现问题的话，而恰好测试车辆路经该站起呼，是会出现类似情况的，我碰到过。

华为RNC的信令跟踪你可以看下你的SPU 的CPU占用率峰值是否超过60%，如果峰值过大系统会自动选择遗弃部分信令，降低系统符合。