Resource allocation in time domain

下表定义了UE在传输PUSCH时在时域上应用哪种时域资源配置：

需要注意的是，对于在随机接入过程中由MAC RAR调度的PUSCH传输（即我们通常所说的Msg3），除了通常的在时域上的delay变量K2（具体含义我们稍后就会解释）之外，3GPP协议在通过Table 6.1.2.1.1-5定义了一个额外的delay变量Δ(该变量具体数值与PUSCH传输的子载波间距配置相关)，即对于Msg3的PUSCH传输，

当gNB通过DCI format 0_1调度UE传输一个没有TB的PUSCH（即没有上行数据，上面我们介绍的都是PUSCH传输带有上行数据的场景），该PUSCH传输行只有一个由DCI format 0_1中的‘CSI request’字段触发的CSI报告（即非周期性CSI报告），则DCI format 0_1中‘Time domain resource assingment’字段的数值m对应的是信令参数puch-Config->pusch-TimeDomainAllocationList 链表中的第m+1个元素：pusch-TimeDomainAllocation， pusch-TimeDomainAllocation结构如下：

UE传输PUSCH所在的slot由

确定：

，其中n为调度该PUSCH传输的DCI所在的slot，

和

分别为PUSCH和PDCCH的子载波间距配置；同时开始符号S相对于PUSCH传输所在的slot的开始点和PUSCH传输在时域上的长度L, 由SLIV确定：

以上公式中的S，L要满足

，同时UE按照Table 6.1.2.1-1中所给出的S，L来判断从SLIV计算得到的S,L是否为有效值：

如果调度PUSCH的PDCCH是使用C-RNTI，MCS-C-RNTI加扰的，并且如果对应的UE配置了信令参数pusch-AggregationFactor，则该PUSCH传输只能有一个传输层，同时在pusch-AggregationFactor个连续的slots上（UE在pusch-AggregationFactor个连续的slots上重复发送上行TB）必须在每个slot上使用相同位置和长度的时域资源。第n个重复传输的TB的荣誉版本号按照Table 6.1.2.1-2确定：

Resource allocation in frequency domain

除了由RAR中的UL grant调度的PUSCH传输外（请参考博文‘随机接入流程’中的随机接入响应一节），对于其他的PUSCH传输，UE通过调度该PUSCH传输的PDCCH DCI中的‘Frequency domain resource assignment’字段来确定PUSCH资源在频域上的位置。PUSCH传输支持两种上行资源分配方式：

resource allocation scheme type 0：仅当transform precoding disable的时候才可以使用；

resource allocation scheme type 1：当transform precoding disable/enable的时候都可以使用。

对于由DCI format 0_0调度的PUSCH传输，只能使用resource allocation scheme type 1（请参考博文‘下行控制信息-用于上下行调度的DCI ’中关于DCI 0_0中字段‘Frequency domain resource assignment’的解释）。

对于由DCI format 0_1调度的PUSCH传输，如果UE配置了信令参数pusch-Config->resourceAllocation, 并且其数值不等于‘dynamicSwitch’，则UE使用哪种resource allocation type由信令参数pusch-Config->resourceAllocation的数值决定：resourceAllocationType0或者resourceAllocationType1；如果UE配置了信令参数pusch-Config->resourceAllocation, 并且其数值等于‘dynamicSwitch’，则UE使用哪种resouce allocation type由对应DCI中的‘Frequency domain resource assignment’字段数值确定：该字段的MSB bit(即最左边的第一个bit)用来表示resource allocation type，该bit如果为0表示指示的上行资源在频域上使用resource allocation type 0；该bit如果为1表示指示的上行资源在频域上使用resource allocation type 1（详细内容请参考博文‘下行控制信息-用于上下行调度的DCI ’中关于DCI 0_0中字段‘Frequency domain resource assignment’的解释）。

Uplink resource allocation Type 0

在uplink resource allocation type 0中，上行资源的最小分配粒度为一个RBG（Resource Block Group）。一个RBG定义为一组连续的VRB(VRB的概念请参考博文‘Uplink_物理上行信道_PUSCH’)，其长度由信令参数pusch-Config->rgb-Size确定，对应的BWP长度由Table 6.1.2.2.1-1确定：

对于长度为

的上行BWP，它包含的RBGs总数

由下式给出：

其中，第一个RBG的长度为:

；如果

，最后一个RBG的长度为：

；否则，最后一个RBG的长度为P；其他的RBG长度为P。

用来表示resource allocation type 0的bitmap长度为

个bits。其中每个bit表示一个RBG，在该bitmap中RBG按照从低频到高频的升序排列这些RBG，即在bitmap中，从MSB到LSB的RBG顺序依次为从RBG 0到RBG （

）。如果在bitmap中，某一个bit数值为1，则表示该bit对应的RBG分配给UE用于上行传输，否则该RBG不分配给UE。

Uplink resource allocation Type 1

在uplink resource allocation type 1中，分配给PUSCH的上行资源为一组连续的非交织的VRB，这组PRB位于长度为

个PRB的active BWP中（对于在任一公共搜索空间解码的DCI format 0_0，此时应使用initial BWP的长度

（详细内容请参考博文‘下行控制信息-Overview ’））。

Uplink resource allocation type 1包含一个RIV（Resource indication value）和一个表示用于PUSCH传输的连续RB个数的变量：

：

当在USS（UE专有搜索空间）中的DCI format 0_0的长度是从长度为

的BWP推导出得的，但是该DCI用于另外一个长度为

的active BWP（请参考博文‘下行控制信息-Overview’），则对于uplink resource allocation type 1：