通信人家园

标题: LTE TDD 物理层上行随机接入PRACH 请教 [查看完整版帖子] [打印本页]

时间: 2012-4-12 10:39

作者: 玉汝于成 标题: LTE TDD 物理层上行随机接入PRACH 请教

在36.211规范中，一个用户在一个帧中可以同时发多个RACH，而RACH是通过ZC序列经过循环移位和后续的相应的处理得到。

我有些迷糊的地方时，同一个用户在一个帧中发的多个RACH，不同的PRACH它们的循环移位值时相同的呢，还是各不相同？

期待各位指点。。。

:)

时间: 2012-4-12 13:02

作者: idsc

一个用户只能发送一个rach。
如果两个用户的rach相同，那就看发送的时频域是否相同，也就是ra rnti是否相同。
在相同就看msg3来区分用户。

时间: 2012-4-13 11:25

作者: 玉汝于成

原帖由 idsc 于 2012-4-12 13:02 发表
一个用户只能发送一个rach。
如果两个用户的rach相同，那就看发送的时频域是否相同，也就是ra rnti是否相同。
在相同就看msg3来区分用户。

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

谢谢！！！

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

时间: 2012-4-13 13:37

作者: illidan

原帖由 玉汝于成 于 2012-4-13 11:25 发表

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

谢谢！！！

还有一个问题想咨询的就是 ...

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

时间: 2012-4-14 21:28

作者: hanamichi

原帖由 illidan 于 2012-4-13 13:37 发表

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

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

时间: 2012-4-18 22:26

作者: 玉汝于成

跟你想到一块了。。。

时间: 2012-4-20 23:53

作者: hanamichi

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

时间: 2012-4-21 14:41

作者: mhll 标题: 回复 5# 的帖子

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

时间: 2012-4-22 16:23

作者: shangee

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

时间: 2012-6-5 20:30

作者: pinky66 标题: 回复 7# 的帖子

补充下竞争解决id 是一个unique的，就像我们每个人的手机号都不同一样

时间: 2012-6-6 11:12

作者: cellcell

原帖由 hanamichi 于 2012-4-14 21:28 发表

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

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

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

通信人家园 (https://www.txrjy.com/)