自己先顶下！！！！！

顶了 先拿个积分吧

还不太懂
正在学习当中
等待高人的解答

你这信令太罕见了

极有可能上行UpPTS受干扰

刚看了下楼主发的RRC信令不太懂，正在学习中

期待答案

大伙研究呀！！！！！！！！！！

1、有没有上行干扰
2、周围有没有同扰码的
3、这个小区的RRC建立成功率如何，如果核心网收到RRC连接请求的话，这个小区的RRC建立成功率应该比较低的

好像讲错了楼主 请问信令跟踪里面有RAB指配请求吗？

初步分析：RRC建立成功后，核心网在下发CALL PROCEEDING。接着由于某些原因（怀疑,如：未收到MRSN或信令链路假活）导致核心网无法下发RAB assignment消息。8秒后，核心网发出拆线请求（CAUSE：normal-unspecified）。导致主叫接入失败。

没看到RRC CONNECTION COMPLETE啊

是DCCH_RRC_Connection_setup_complete!!!
欢迎继续导论！！！

首先第一个问题是：UE上发的RRC Connection Setup Request消息RNC是否收到；RNC收到RRC Connection Setup Request后没下发了RRC Connection Setup;或者是RNC收到RRC Connection Setup Request后下发了RRC Connection Setup 而UE没有收到RRC Connection Setup ；基于以上伞个方面分析（建议检查RNC侧的信令以确定是哪种情况）
1、UE上发的RRC Connection Setup Request消息RNC没收到：调整PRACH信道参数（包括preamble的重传次数、preamble的功率攀升步进、preamble和Message和功率偏差等参数。这些参数相互制约，在出现PRACH信道的问题时，建议适当加大preamble的重传次数)
2、RNC收到RRC Connection Setup Request后没下发了RRC Connection Setup ：其他问题（多半是RNC设备问题，此情况比较少，也特别难分析）
3、RNC收到RRC Connection Setup Request后下发了RRC Connection Setup 而UE没有收到RRC Connection Setup：这种情况又分2种情况：a、这期间发生小区重选了：优化小区重选参数(测量迟滞2（Qhyst2s） 、重选迟滞时间Treselections 、Sintrasearch、Qoffset)；b、 这期间没发生小区重选：调整FACH信道功率