CFRA 资源配置参数
网络侧在RACH-ConfigDedicated 中下发4-step 或2-step的CFRA资源
![](https://img-blog.csdnimg.cn/direct/3ecd2a0177ec4c71a1b899ed4aea8436.png)
对于2-step,CFRA资源的主要配置如上
CBRA参数配置
![](https://img-blog.csdnimg.cn/direct/2e91e3ab9fe4406592f5f267f713a59c.png)
对于CBRA 的2-step 接入,资源配置在BWP-UplinkCommon->MsgA-ConfigCommon-r16
其中包含2-step的RACH资源配置和MSGA的PUSCH的资源配置
msgA-PUSCH-Config:配置小区级的MsgA PUSCH 参数,用于CBFA 的Msg A PUSCH 传输,如果缺省的话,则UE 使用initail UL BWP 中的Msg A PUSCH 配置
rach-ConfigCommonTwoStepRA:cell-specific RA参数配置,UE 用于该 BWP 中CBRA和CFRA的 2-step RA以及2-step RA CBRA的波束故障恢复。
2-step接入的RACH配置和4-step 接入的RACH配置类似,也有SSB到Rach Occasion的映射关系配置;如之前所述,网络端可以分别单独配置 2-step /4-step RA 资源,也可能同时配置,其中可能存在type-1(4-step)和type-2(2-step)有share RO 情况。
![](https://img-blog.csdnimg.cn/direct/e94d92098862446aa965314ad6fc46c2.png)
当Type-1(4-step) 和Type2(2-step) 配置相同的PRACH occasion时,则可能会有共享RO 的情况。其中SSB 和PO 的关联关系由 ssb-perRACH-OccasionAndCB-PreamblesPerSSB 确定;2-step RA相关的 每个SSB CB preamble与有效PO 之间的映射关系由msgA-CB-PreamblesPerSSB-PerSharedRO 指定 ;而可用于2-step RA 发送的PRACH occasion 由msgA-SSB-SharedRO-MaskIndex确定。
msgA-CB-PreamblesPerSSB-PerSharedRO:来自与每个 SSB 关联的non-CBRA 4-step preamble的用于2-step CBRA 的preamble的数量,这里就是与 4-step RA 共享RO的情况。 2-step RA preamble的数量不得超过每个SSB 的preamble数量减去 4-step CBRA preamble的数量(per SSB)。 该参数的可能值范围需要与 RACH-ConfigCommon 中的 ssb-perRACH-OccasionAndCB-PreamblesPerSSB 中每个 RACH 场合配置的 SSB 的值范围一致。 该字段仅适用于 4-step RA的共享 RO 的情况。
![](https://img-blog.csdnimg.cn/direct/f4d5617188b34221bbb12e0ef5c84852.png)
msgA-SSB-SharedRO-MaskIndex: 指示每个SSB 中与2-step共享的4-step RO 子集。 当一个SSB 与多个RO 关联时,就要配置这个参数。 缺省时,认为4-step 和2-step 的所有RO 都是共享的,msgA-SSB-SharedRO-MaskIndex取值的所代表的PRACH occasion 如上图。
type-1(4-step)和type-2(2-step)存在share RO 情况时,会配置该参数,用于指定2-step CBRA 的preamble数;配置时的情况如下,每个SSB 配置的preamble 数 =2-step CBRA preamble数+4-step CBRA preamble数 +others。
![](https://img-blog.csdnimg.cn/direct/439e308411c847b99e1b62c7bfd3378f.png)
![](https://img-blog.csdnimg.cn/direct/2da26f49511646e49f45077a4231586e.png)
Type-1 和Type2 分开配置时,由msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB指定SSB 与CB preamble的关系,没有配置该参数时则由ssb-perRACH-OccasionAndCB-PreamblesPerSSB 指定。
MSGA PUSCH 参数配置
![](https://img-blog.csdnimg.cn/direct/ab1edc525e9e469791f066c25988535f.png)
Group A和Group B可以配置不同的PUSCH参数,msgA-TransformPrecoder可以确定其采用的是DFT-s-OFDM还是CP-OFDM;
msgA-DataScramblingIndex-r16用于msgA on PUSCH 时,scrambling sequence cinit的初始化;
msgA-DeltaPreamble相对于Preamble的功率偏移,用于msgA on PUSCH时的功率控制。
MSGA PUSCH 时域配置参数 之前也有介绍 这里仅简单列出来:
nrofSlotsMsgA-PUSCH-r16:MsgA发送连续PUSCH时隙个数
nrofMsgA-PO-PerSlot-r16:每个时隙中MsgA PO个数
msgA-PUSCH-TimeDomainOffset:PRACH时隙到第一个PO时隙的第一个时隙的间隔
msgA-PUSCH-TimeDomainAllocation-r16:时隙资源分配索引配置
startSymbolAndLengthMsgA-PO-r16 : 时隙资源SLIV的配置
guardPeriodMsgA-PUSCH-r16:时域PO之间的保护符号个数
MSGA PUSCH的时域资源分配
![](https://img-blog.csdnimg.cn/direct/34dc2afbf6c543fc84c90a296551d1bb.png)
msgA-PUSCH-TimeDomainAllocation和startSymbolAndLengthMsgA-PO不能同时配置;msgA-PUSCH-TimeDomainAllocation为index,所指示的是时域资源分配表PUSCH-TimeDomainResourceAllocationList中的值,如果没有配置的话,就按照协议规定要默认的表。
MSGA 的DMRS资源
![](https://img-blog.csdnimg.cn/direct/5017fcb5a7b342f0aacef0a7ed58d9ab.png)
在一个PUSCH Occasion,MSGA的DMRS资源配置参数如下:
msgA-DMRS-AdditionalPosition: MSGA的additional DMRS配置,不配置时默认为pos2;
msgA-MaxLength: MSGA的DMRS,单前置或双前置配置,不配置时默认为单 len1;
msgA-PUSCH-DMRS-CDM-Group:MSGA的DMRS的CDM组配置,不配置时默认为两个组;
msgA-PUSCH-nrofPorts-r16:CDM组内DMRS port配置,0表示 1 port, 1代表2 port, 不配置时默认为4 port ;
msgA-ScramblingID0/1: DMRS的加扰初始化序列配置。
![](https://img-blog.csdnimg.cn/direct/974e4cd315ee4702a8dba2c7ee2dc5d0.png)
通过以上DMRS资源相关配置参数,可以确定一个PUSCH Occasion(PO)内的DMRS资源个数,实际上就是MSGA 的PUSCH资源个数
MSGA 的DMRS 类型为Type 1。
例子
msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB= four:16 (一个RO 对应4个SSB;每个SSB 有16个CB preambles)
msgA-RO-FDM=2 (PRACH 2 频分)
nrofSlotsMsgA-PUSCH=2 (MsgA PUSCH 占 2时隙)
nrofMsgA-PO-PerSlot=2 (每个时隙 在时域上 有2个PUSCH Occasion)
nrofMsgA-PO-FDM=2 ( msgA PUSCH occasions 2 频分)
msgA-PUSCH-DMRS-CDM-Group 不配置 默认2个CDM group
msgA-PUSCH-NrofPorts=1 (每个CDM group 对应 2 ports ) 每个PO上共4个DMRS资源
Tpreamble =32 Tpusch=32 Npreamble =1 一个preamble 映射到一个DMRS 资源上
上一篇中也有类似例子,这里不再详细解释,最终的映射关系如下
MSGB 相关内容
![](https://img-blog.csdnimg.cn/direct/68497f06b8114c288619462bc7a8e837.png)
UE在发送完MSGA(PRACH+PUSCH) 或者只发送了PRACH,就要PRACH 传输关联的PUSCH occasion 发送之后至少一个符号开始按照Type1-PDCCH CSS set的配置在msgB_ResponseWindow时间内接收msgB(DCI 1_0 MsgB-RNTI 加扰)。msgB_ResponseWindow由RRC层参数msgB_ResponseWindow确定(单位时隙),缺省则用CBRA 的RACH-ConfigGenericTwoStepRA 中的值,图示如上。
MsgB RNTI
![](https://img-blog.csdnimg.cn/direct/94031d6c733e4e368b06a6b65e633a03.png)
MsgB RNTI 计算公式如上,
MSGB-RNTI=1+s_id+14×t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2
s_id 是PRACH 的起始符号索引(0<=s_id<14)
t_id是系统帧内 PRACH occasion的起始slot 的索引(0<=t_id<80)
f_id 是PRACH 频域位置索引(0<=f_id<80)
ul_carrier_id是Msg1 发送的上行载波指示( 0 for NUL carrier, and 1 for SUL carrier)
![](https://img-blog.csdnimg.cn/direct/5b6d899d362a4ba2be0b5c7fba919de8.png)
而RA-RANTI 计算公式如上,可见MSGB_RNTI =RA-RNTI+14×80×8×2 。
MSGB MAC PDU
38321 定义了MSGB MAC PDU
MSGB的MAC PDU包含了一个或者多个MAC subPDUs 和padding(可选),每个MAC subPDU为:
(1)a MAC subheader with Backoff Indicator only;
(2)a MAC subheader and fallbackRAR
(3)a MAC subheader and successRAR
(4)a MAC subheader and MAC SDU for CCCH or DCCH;
(5)a MAC subheader and padding.
![](https://img-blog.csdnimg.cn/direct/92d5420a578049e0908dfa0e3df7d375.png)
1 Backoff Indicator MAC subheader 由5个field 组成 E/T1/T2/R/BI ,只能放置在MAC PDU 的头部;
2 fallbackRAR MAC subheader 由3个field 组成 E/T1/RAPID ;
3 successRAR MAC subheader 有8个field 组成 E/T1/T2/S/R/R/R/R;
4 MAC SUD 的MAC subheader 有4个field组成 R/F/LCID/L。
E: 设置为1 代表至少还有另一个MAC subPDU;设置为0 时,代表这个最后一个subPDU. 不算MAC SDU
T1: 指示MAC subheader 是否包含RA preamble ID 或者T2. 设置为1 代表在subheader 中有RAPID,设置为0 代表subheader 有T2.
T2: 指示MAC subheader是否包含Backoff Indicator 或MAC SDU indicator(S).设置为0,代表subheader 有Backoff Indicator field;设置为1 代表subheader 有S field.
S: 指示MAC subPDU 之后是否有'MAC subPDU(s) for MAC SDU' ;设置为1 代表有 'MAC subPDU(s) for MAC SDU' ;设置为0 代表 没有'MAC subPDU(s) for MAC SDU'
R: Reserved bit, set to "0";
BI: The Backoff Indicator field identifies the overload condition in the cell. The size of the BI field is 4 bits;
RAPID: The Random Access Preamble IDentifier field identifies the transmitted Random Access Preamble (see clause 5.1.3). The size of the RAPID field is 6 bits.
![](https://img-blog.csdnimg.cn/direct/6a55ca7fd238476c8e76e687acc53c93.png)
在MAC PDU 中最多只能有一个successRAR MAC subPDU 指示带有MAC subPDU(s) for MAC SDU,且MAC subPDU(s) for MAC SDU 要紧跟MAC subPDU for successRAR indicating presence of MAC subPDU(s) for MAC SDU 的位置。
MAC payload for MSGB
![](https://img-blog.csdnimg.cn/direct/4604eb0e28dd424aadb90b3ab71167ed.png)
type 2 RA 的fallbackRAR 和type1 RA的RAR 一样,便于type 2 RA 回退至type 1 RA
![](https://img-blog.csdnimg.cn/direct/dfd5a6bd214144abab3733c29c030bc0.png)
MSGB successRAR payload :UE contention Resolution Identity 和UE Contention Resolution Identity MAC CE一样;TPC,HARQ Feedback Timing Indicator 和PUCCH Resource Indicator 这三个字段,和DCI 1_0中的这个三个字段含义一致;Timing Advance Command 字段,和RAR中的字段含义一致;C-RNTI 为随机接入完成使用的C-RNTI。
![](https://img-blog.csdnimg.cn/direct/3bb832adb1ea40658004bd205cc4e08c.png)
1 UE收到MSGB,如果是fallback RAR,并且RAPID匹配,那么UE按照4-step接入的方式,发送MSG3,接收MSG4,完成竞争冲突解决;
2 UE收到的MSGB,如果是successRAR消息,需要在PUCCH资源上发送HARQ ACK/NACK;
成功收到successRAR(MsgB) 后,UE 需要根据RAR中的 PUCCH resource indicator 确定pucch-ResourceCommon中的PUCCH 资源;再根据RAR中的PDSCH-to-HARQ_feedback timing indicator 确定PUCCH 参数对应的时隙 n+k+
Δ;HARQ Feedback Timing Indicator 指示的索引对应的PUCCH发送时隙k数值集合为{1,2,3,4,5,6,7,8},n是收到RAR 的PDSCH对应的时隙,
Δ与PUSCH subcarrier spacing 相关,关系如上表。
其中PDSCH 接收(RAR)与PUCCH 传输之间 时间间隔应该大于NT,1+0.5 ms。
![](https://img-blog.csdnimg.cn/direct/36d98299795744358e24b316fe30a45c.png)
大概图示如上。
![](https://img-blog.csdnimg.cn/direct/138b9397f2c948049bdf51d8cf2166e9.png)
在RAR window 内,UE用 MsgB-RNTI decode 到DCI 1_0,DMRS antenna port与PRACH 相关的SSB 是QCL关系,这里的SSB是UE发送PRACH 关联的SSB。
![](https://img-blog.csdnimg.cn/direct/546d121382e545cfa6106a19e5e1500b.png)
UE 在采用RAR中的TA命令后才能传输PUCCH HARQ-ACK,MsgB window内,UE 没有收到MsgB/收到MsgB但DCI 1_0 的LSBs of SFN 与传输PRACH时不一样/RAPID 匹配失败时,UE这时候要根据上层配置确定是进行type-1 RA还是type-2 RA。
要重新发送PRACH 时,则与MsgB window的最后一个符号/PDSCH 接受的最后一个符号 的时间间隔要早于NT,1+0.75ms
NT,1 是当配置附加PDSCH DMRS 时 capability 对应的N1 N1 取值如下 N1,0=14
![](https://img-blog.csdnimg.cn/direct/29578689489a472aa21563d62cdd971b.png)
LSBs of SFN是当RA-RNTI/MsgB RNTI 加扰的DCI 1_0 对应的一个field;如果MsgB window 大于10ms 超过1个SFN 的长度时,需要通过LSBs of SFN来指示对应RO 的SFN。假如LSBs of SFN =A ,即接收Msg B时,通过DCI 1_0 的LSBs of SFN 来告诉UE 这个MsgB 对应RO 的SFN LSBs是A,也就是在这个SFN的 RO 发送preamble 的UE,如果MSGB 指示的RO SFN 与UE发送preamble 的SFN 不一致,就说明目前这个MsgB 不是给UE 的,具体内容如上。
![](https://img-blog.csdnimg.cn/direct/23d55c12b52340898dc9e7b3f5d04c82.png)
2张流程图作尾。