模拟单体信道：2-step RACH信道结构
模拟单体信道：2-step RACH信道结构8. 对于RRC INACTIVE/IDLE状态，对于Rel-16至少支持两种Msg.A PUSCH配置。7. 至少支持Msg.A PRACH和PUSCH的相同配置周期4. msgA PUSCH配置周期内的一个或多个PUSCH时机。5. 支持PRACH和PUSCH在不同的时隙中传输msgA。在这种情况下，msgA PUSCH的numerology 遵循为UL BWP配置的用于msgA传输的numerology 。6. 支持UE的多个msgA PUSCH配置
NR的两步RACH已经被协议采纳了，前期也有文章进行介绍。目前同意的内容有：
1. 两步RACH的PUSCH时机（occasion ）定义为有效载荷传输的时频资源；
2. 在msgA传输的PUSCH时机考虑以下方法：
- PUSCH场合与PRACH时机分开配置
- 指定/配置PUSCH时机相对于相关PRACH时机的相对位置（时间或频率）
3. msgA支持DFT-s-OFDM和CP-OFDM两种有效载荷传输方式
4. msgA PUSCH配置周期内的一个或多个PUSCH时机。
5. 支持PRACH和PUSCH在不同的时隙中传输msgA。在这种情况下，msgA PUSCH的numerology 遵循为UL BWP配置的用于msgA传输的numerology 。
6. 支持UE的多个msgA PUSCH配置
7. 至少支持Msg.A PRACH和PUSCH的相同配置周期
8. 对于RRC INACTIVE/IDLE状态，对于Rel-16至少支持两种Msg.A PUSCH配置。
9. 对于Msg.A PUSCH波形的配置，使用单独的小区特定参数“msgA-transformPrecoder”来指示MsgA PUSCH的波形。
本文的目标是讨论Msg.A的信道结构，它由RACH前导码和PUSCH承载的有效载荷组成，原则如下：
- 仅重用Rel-15 NR PRACH前导码设计
- 仅重用Rel-15 NR PUSCH（包括Rel-15 DMRS）传输msgA的有效载荷没有新的CP长度和子PRB保护子载波
- 在msgA DMRS中指定PRACH前导码和PUSCH的时频资源之间的映射，msgA中的PRACH前导和PUSCH是TDMed
- 在msgA中指定PUSCH支持的MCS和时频资源大小
Msg.A PUSCH配置
在两步RACH中，UE需要在没有UL授权的情况下确定Msg.A中PUSCH的时频资源和其他传输参数。因此，除了RACH前导码资源配置之外，gNB还需要为MsgA到UE中的PUSCH提供物理资源和传输参数。其余的问题与Msg.A PUSCH配置的定义有关：1）内部跳频和2）Msg.A PUSCH的频率资源是否应限制在PRACH的带宽内。
由于存在UE在没有有效TA的情况下发送Msg.A的情况，因此如果启用了内部跳频，则UE之间的干扰将增加。因此，应该考虑跳频之间增加一个保护期。如果分配了UE对（如图1（A）所示使用了资源A和B两者），则保护周期是必要的，以避免增加的UE间干扰。在Msg.A PUSCH配置中，同意指示TDMedPO之间的可配置保护周期（以符号为单位）。如果需要指定跳频之间的保护周期，则该保护周期也可以应用于跳频之间。另一方面，如果如图1（b）所示仅使用一侧资源，则不需要指定/优化保护周期。
将Msg.A PUSCH的频率资源限制到PRACH带宽的动机是信道估计的改进。另一方面，如果PRACH和PUSCH在不同的时隙中传输，则利用PRACH前导码作为RS进行PUSCH解调几乎是不可能的。另一方面，这种限制会导致灵活性降低和潜在的冲突问题。
Msg.A PUSCH的频率资源不限于PRACH的带宽。
仅当满足以下条件时，Msg.A PUSCH时机才被视为有效。
- 它不与任何4步或2步RACH情况重叠（在时间和频率上），并且
1. 它不跨越时隙边界
2. 如果UE被提供TDD-UL-DL-ConfigurationCommon，则如果满足以下标准，则2步PUSCH时机被认为是有效的
1）在UL符号内
2）它不在PUSCH时隙中的SS/PBCH块之前，并且在最后一个下行符号之后至少开始Ngap符号，并且在最后一个SS/PBCH块传输符号之后至少开始Ngap符号
剩下的问题之一是跨时隙边界的PUSCH时机的处理。在Rel.15中，不支持跨时隙边界的PUSCH。尽管可以将URLLC中指定的Rel.16 PUSCH传输方案应用于2步RACH Msg.A PUSCH传输，但是对规范影响很大。
关于PUSCHnumerology，当用于Msg.A传输的PRACH和PUSCH在不同的时隙中时，Msg.A PUSCH的numerology遵循为用于Msg.A传输的UL BWP配置的numerology。
PUSCH资源单元
至少对于CP-OFDDM，DMRS端口和DMRS序列都支持PUSCH资源单元的定义。在引入多个DMRS序列时，规范的影响将是DMRS加扰序列的c_init的推导应至少基于CP-OFDM的前导码索引。另一方面，对于DFT-s-OFDM，目前的规范不支持DMRS序列加扰。
