不要一笑而过呀

在eNodeB发给UE的系统消息里会有一个初始preamble 功率以及preamble的最大重传次数，个人感感觉之所以有这个最大重传次数就不会叫UE一直发preamble的

是 如果达到最大次数之后会怎么样啊

如果接入失败，就是说不能附着于该PLMN，UE重新回到小区选择，监听信道消息，SIB1中就有网络侧的PLMN列表，在PLMN的list里如果运营商达成协议就会有其他系统列表进行该状态下的选择，上报PLMN列表给NAS进行PLMN的选择。在SIBn中有其他网络的重配置信息，选择PLMN后如果该小区suitable就驻留该小区并进行附着，并且继续监听，如果LTE小区信号允许就回优选切回

在MAC协议中说的是接入失败之后延迟back off中一个时间之后重新发起接入，可是我觉得你说的这个也有道理呀 你在哪看的这个东西，哪个协议有说明啊,分享一下

LZ说的是已经驻留在一个小区，完成附着后，发业务时进行随机接入失败吧。

不是 没有完成附着呢 比如刚开机 LTE信号特别差 但是由于参数设置问题 终端驻留在小区了 因为环境太差终端没能完成随机接入

在我的博文《LTE：随机接入过程（五）》的最后，提到了这个问题，以及处理方式，你可以参考一下。
http://blog.sina.com.cn/s/blog_927cff0101019h5y.html

学习了，谢谢楼主分享问题哦

随机接入过程主要有4个message，msg1~msg4，其中任何一步失败，都会导致接入失败。因此需要首先通过UE侧log看随机接入哪一步失败，再做针对性的优化。

现在不是要优化我是想知道 随机接入失败后的流程

终端会一直尝试还是尝试几次就停止尝试，选择到其他网络比如3G

10次,每次增加一点功率, 根据系统配置，在2,4,6dB里面选。
还不行，认为这个小区不可用。
接下来试其它小区，其它制式

OK，咱们分三步来说：
(1)random access发生在什么场景？从你的描述看，是在initial attach时，请确认。因为不同场景下的random access异常流程是不同的。
(2)如果是initial attach场景，在RRC连接建立之前，终端一直是RRC_IDLE状态，所以会按照标准36.304所属进行IDLE态PLMN选择/小区选择等操作（参见36.304的流程图，楼上都有描述）。
(3)如果random access发生在其他场景，相应的异常流程在标准上都有定义(36.331和36.300)，可以自己翻看一下。有不明白的再提出来。

EPS ATTACH过程触发的RRC连接建立过程，MSG1发送未收到RAR，反复发送前导直至达到广播信道定义的最大次数(好像在SIB2中的RACH配置中)。达到最大次数时认为RRC连接建立失败，NAS认为ATTACH过程失败，这种失败次数小于5时启动定时器T3411,定时器超时后LTE-EMM模块重新发起ATTACH过程。反复进行，若失败次数达到5次，看UE MODE，如果 CSPSMODE1/PSMODE1，可以换制式到UTRAN/GSM(UE支持的话)。。如果CSPSMODE2/PSMODE2，可以启动定时器T3402，等超时继续重发ATTACH，也可以进入PLMN-SEARCH态，换网重新找小区驻留。建议看3GPP3630436330243012340136413

UE发送attach request的前提是RRC连接已建立。

谢谢