关于LTE随机接入的问题
比如说网络同时发非竞争随机接入切换信令时带有的随机接入信息与发PDCCH order带有的随机接入信息相同，这样有没有可能造成两个非竞争随机接入终端的碰撞？
谢谢各位~！
楼下分析
1、用于竞争的随机接入的preamble与用于非竞争的随机接入的preamble分别属于不同的集合，因此二者不会有冲突；
2、用于非竞争的随机接入的preamble是由eNodeB分配，无论是handover还是PDCCH order所发下去的preamble index，都由eNodeB控制，eNodeB只要保证每次从非竞争的随机接入的preamble集合中，选择一个未被使用的preamble，就不会造成冲突。
楼上正解，系统消息里已经预留了非竞争PREAMLE ID
对的，在系统消息里广播了，这才是关键，否则UE也不可能知道哪些是预留的。
个人认为，在SIB2中广播的关于哪些preamble可用于基于竞争的随机接入，哪些preamble可用于基于非竞争的随机接入，更大程度是为了让UE知道，由UE自己选择preamble时（此时为基于竞争的随机接入），只能从那些留给基于竞争的随机接入的preamble中选取。
其实协议并没有规定eNodeB给UE分配的preamble不能从基于竞争的哪些preamble中选取。虽然eNodeB并不会这么做。如果你看36.321的5.1.2节，就可以看出，UE只是盲目地遵从eNodeB给它分配的preamble，才不会校验这些preamble是不是在那些预留给非竞争随机接入的preamble集合里的。（见协议中的下面这句话）
- If ra-PreambleIndex (Random Access Preamble) and ra-PRACH-MaskIndex (PRACH Mask Index) have been
explicitly signalled and ra-PreambleIndex is not 000000:
- the Random Access Preamble and the PRACH Mask Index are those explicitly signalled.
所以说，SIB2只是告诉UE关于preamble如何分类，具体如何保证那些用于非竞争的随机接入的preamble不冲突，还是取决于eNodeB的实现。
因此，我也就不赞同你的观点！
谢谢你的回答，我想问一下，如果说我们假设eNodeB在进行非竞争随机接入时给UE发送的都是专用前导，但是如果若干个非竞争随机接入过程同时进行，eNodeB有没有可能将相同的prach资源以及专用前导ID发送给不同的终端，这样造成碰撞？再进一步，如果没有碰撞，收到相同前导ID的终端都监听到了随机接入的响应，这样是不是还要进行竞争解决？这样不就违背了非竞争随机接入过程了么？（36.300）
谢谢你的回答，你说“eNodeB只要保证每次从非竞争的随机接入的preamble集合中，选择一个未被使用的preamble，就不会造成冲突。 ”那如果同时有多个非竞争随机接入过程需要受理，专用前导资源ID已经供大于求，有没有可能造成非竞争随机接入前导的碰撞？如果不碰撞，不同终端收到了相同的随机接入响应，之后该怎么做呢？
“- If ra-PreambleIndex (Random Access Preamble) and ra-PRACH-MaskIndex (PRACH Mask Index) have been
explicitly signalled and ra-PreambleIndex is not 000000:
- the Random Access Preamble and the PRACH Mask Index are those explicitly signalled.”
这里面就体现了ra-PRACH-MaskIndex 的作用，只要eNB将此参数不要设置为0，这样的话UE即使第一次碰撞再重发随机接入前导的话就还是会使用之前分配的专用前导在被分配的PRACH资源上发送。
那我想再问以下前辈，“ra-PRACH-MaskIndex”是分给终端的非竞争随机接入PRACH资源，“prach-ConfigIndex”是通过广播消息告之终端的竞争随机接入的PRACH资源，参考36.211表5.7.1.2-5.7.1.4查到，但是ra-PRACH-MaskIndex怎么查其对应的PRACH资源呢？我在36.321上的Table 7.3-1，看到了那个对应的PRACH Mask Index的值，其中的“PRACH Resource Index 0”是不是又和36.211表5.7.1.2-5.7.1.4 PRACH
configuration Index对应呢？
嗯，我同意第一条观点，第二条观点我没怎么看懂，呵呵。
补充下，跟据3GPP协议规定，每个小区的前导为64 个，64 个前导中，随机接入前导组分为3组，随机前导A组，随机前导B组和专用前导组，对于非竞争的随机接入，使用专用前导组；对于竞争的随机接入，使用A组或B组（A、B两组都是用于竞争的随机接入，具体用哪组跟路径损耗和协议参数有关）。
如果发生碰撞，eNodeB 在MAC 层信令中选择携带一个BackOff 指示给UE，以避免UE 立即进行前导重发，降低随机接入碰撞概率，同时缓解eNodeB 的处理负载。这个Backoff取值有16种（