NR中，支持如下的preamble格式，

随机接入preamble group按照以下公式生成：

下面我们来举个例子说明一下：

前置条件：

从前置条件我们可以知道，通过查Table 6.3.3.1-5，可以得到；查Table 6.3.3.1-3，可以得到i = 0时，序列序号u = 129；

此时

从上面的公式得到的preamble为46个，分别为

前面我们已经说了“如果64个preambles无法全部从一个单一的zadoff-Chu序列中生成，可以从逻辑索引+1的根序列中获取额外的preambles sequence（additional preamble sequence），以此类推，直到得到全部64个preamble序列”，这个时候我们就要从下一个连续的逻辑索引为i+1=1的根序列中获取剩下的18个preamble序列。查Table 6.3.3.1-3可以得知，当i=1时，序列序号u=710，那么剩下的18个preamble序列就是：

OFDM baseband signal generation for PRACH

时域上天线端口p上PRACH的连续信号定义如下：

• 如果 (我们前面说过指的是PRACH preamble在时域上的传输时刻，那么指的就是在PRACH slot中的最后一个PRACH preamble传输时刻)，那么在这个PRACH slot中最后一个PRACH transmission occasion传输的PRACH preamble格式为A1对应的B1，A2对应的B2或者A3对应的B3。
• 否则，在这个PRACH slot中除去最后一个PRACH transmission occasion的PRACH transmission occasion(s)传输的PRACH preamble格式为A1，A2，A3

这里需要解释一下， 如果大家查阅3GPP 38.211，可以发现PRACH preamble format 0~3仅存在于Table 6.3.3.2-2, 6.3.3.2-3中，并且这4类PRACH preamble format 对应的“Number of PRACH slots within a subframe”和“， number of time-domain PRACH occasions within a PRACH slot”这两列的数值均是‘-’，表示无效，这是因为：

• PRACH preamble format 0~3为长格式的preamble format，只应用于NR中的较低频段，即<=6GHz的FR1
• 既然PRACH preamble format 0~3为长格式的preamble format，那么它们在时域上的持续时间是>=1ms的(详细内容我们在下一篇博文介绍)，那么对于“Number of PRACH slots within a subframe”和“，number of time-domain PRACH occasions within a PRACH slot”这两个以slot为单位的两列，就没有任何意思，因此就是无效数值。只有短格式的preamble  format A1, A2, A3, B1, B2, B3, B4, C0, C2, 它们在时域上的持续时间均远远小于0.1ms(详细内容我们也会在下一篇博文介绍)，这时候这两列才会有意义。