失败的流程与正常的流程作对比，看缺失什么信令。
鉴权以后，是E-RAB建立。
信令1,2是preamble码，物理层的，指标与信令看不见
信令的3，4就是RRC请求和成功的次数
鉴权加密：请求和成功次数
E-RAB：请求和成功次数
无线接通率指标的定义就出来了。
找出RRC，鉴权和E-RAB对应的TOP小区排序，看是几个小区还是全网性。
TOP小区：理想情况是拿到小区下所有终端的数据。任意选择一两个信令去跟踪。跟踪看不出问题就需要做参数核查
（对比其他正常小区的参数），信令丢失如果是上行，怀疑上行信号质量有问题（大部分上行没接收到都是上行覆盖有问题）。基站没有回复相应的信令，可能存在用户数的规格限制满了（比如只能入网200个用户），基站负荷到了90%多。基站回复了信令，终端未收到，下行覆盖出现了问题，或者终端出现了异常未解析。UE发了，基站也正常回复，UE也正常显示了，但是基站记录RRC失败，怀疑定时器设置的有问题。比如从信令3到4，设置50ms，超过就记录失败了。但是你是60ms走完了整个信令。
鉴权加密，E-RAB同上，都是类似的问题。
最后是小区异常问题：挂死了，无线资源出现问题了。指标异常的夸张，比如接通率5%。
鉴权是很容易解决的，比如核心网加密服务器出现故障，一修复整个网络就都没问题，或者终端欠费原因。而E-RAB的建立大部分情况都是100%，不会有问题。重点放在RRC问题上面。
RRC连接建立失败是最常见的。
上行RACH问题：邻区配置一样的preamble码产生碰撞。
TAU过程中寻呼失败：从A站到B站，本来要给B站发起随机接入preamble码。寻呼设置不合理，认为用户还是在A站，最后还是给A站发送preamble码，离A站距离远的情况下，随机接入肯定是失败的。
小区重选参数不合理：A到B切换掉网以后要重入网，入网要选择一个好的小区B，但是入网后还是选择了A小区，UE未能在最好小区上发起接入。