亚星游戏官网-yaxin222

一个用户只发一个PRACH，那么在PRACH_config_index中，有的配置中有几个PRACH，
也就是发送密度D_RA存在大于1的情况，可不可以理解为是不同用户同时在一个帧中发的？

谢谢！！！

还有一个问题想咨询的就是，其基带信号生成时，按照其公式直接生成，需要运算的时间太长。
查看了资料说是可先进行FFT，之后再进行IFFT来实现。现在可完成FFT的变换，但是却不知道怎么把剩下的部分转换成IFFT的形式，希翼能够给予指点。

你有木有看懂那个配置的意思啊。 多数是不同子帧上的PRACH；也有一部分确定是同一个子帧，在频域上排列。一个用户当然只发一个PRACH了，PRACH又不是只给一个UE用。即使是一条PRACH，UE使用不同的preamble序列，也是不会有冲突的。

哪如果ue使用的preamble序列一致哪？基站检测到了，应该是区分不出来那个UE的，然后下msg2、那这个msg2两个UE是不是都可以检测到哪？这个时候msg2中，应该是区分不了那个ue的吧？

跟你想到一块了。。。

Msg2，应该是多个UE都可以解到的。UE在msg3中，会带一个竞争解决id上来，然后，基站回根据这个id决定哪个ue接入，在msg4中把这个竟争解决id带下去，然后，UE解出来和自己发送的竞争解决id比较，一样就pass了。

回复 5# 的帖子
就目前爱立信的系统，的确是由UE选择Preamble的，所以需要MSG3和MSG4进行冲突解决。
但是在下一个Release中会用一个新的Feature-----CFRA，它支撑E-NodeB下发Preamble给UE，也就是所说的非竞争接入

初始UE接入没有非竞争，只有切换的时候带下prach信息时是用非竞争的，r8有。

回复 7# 的帖子
补充下 竞争解决id 是一个unique的，就像大家每个人的手机号都不同一样

是的，所以UE在MSG3中会携带一个自己特定的ID,可以是S-TMSI，如果没有那就是一个随机生成的40位数（不同UE生成相同40位数的可能性非常非常非常非常小。。）

然后MSG4消息中基站会下发ContentionResolution,大家在空口只看到只有RRC Connection Setup消息，其实如果看源码的话在这条消息前面有48位携带的就是UE特定的ID。根据这个UE就知道基站选了谁，没被选的UE从新开始PRACH Preamble过程。