NR PUSCH（一）时频资源_pusch csdn-CSDN博客

3GPP TS38.214 Clause 6.1

1、PUSCH传输过程

PUSCH传输可以被DCI中的UL Grant动态调度，或者对应配置的Grant Type1或Type2。

Grant Type1的PUSCH传输被配置为半静态工作，只要接收到包含参数rrc-ConfiguredUplinkGrant 的高层参数configuredGrantConfig，不需要检测DCI中的UL Grant。

Grant Type1的PUSCH传输由有效激活DCI进行半持续调度，接收到的高层参数configuredGrantConfig中不包含参数rrc-ConfiguredUplinkGrant。（根据TS 38.213 Table10.2-1，若DCI中的字段HARQ进程数和冗余版本全部设为0，可实现DCI格式的验证。）

UE在检测到配置DCI 0_0、0_1或0_2的PDCCH时，应该发送该DCI指示的对应的PUSCH，除非UE未生成TB。

UE被一个DCI调度多个PUSCH时，DCI中指示的HARQ进程ID被用于第一个PUSCH，后续的PUSCH的HARQ进程ID按调度顺序递增1。UE不会传输与其他PUSCH在时间上有重叠的PUSCH，无论HARQ进程ID如何。

对于一个小区中的任意两个HARQ进程ID，如果UE被终止符号i的PDCCH调度去传输起始符号j的第一个PUSCH，该UE不会被终止符号晚于i的PDCCH调度去传输在第一个PUSCH终止前就起始的PUSCH。除非该服务小区的激活BWP为该UE配置的高层参数PDCCH-Config中的ControlResourceSet 包含两个不同的参数coresetPoolIndex值，并且PDCCH调度的时域上不重叠的PUSCH对应具有不同参数coresetPoolIndex值的不同的ControlResourceSet。（即如果终止符号晚于i的PDCCH对应不同值的参数coresetPoolIndex，UE可以被其调度去传输在第一个PUSCH终止前就起始的PUSCH。）

2、传输方案

PUSCH支持两种传输方案：基于码本的传输、基于非码本的传输。

UE被配置为基于码本或基于非码本的传输，分别对应于pusch-Config 中的高层参数 txConfig被设为 'codebook'或'nonCodebook'。

若高层参数未配置，UE不会被DCI 0_1或0_2调度。若PUSCH被DCI 0_0调度，则PUSCH传输时基于单天线端口。

2.1、基于码本的传输

对于基于码本的传输，PUSCH可以由DCI 0_0、0_1、0_2或半静态调度。

若PUSCH由DCI 0_1、0_2或半静态调度，UE将通过SRI、TPMI和传输RANK决定其的PUSCH传输预编码器，其中这三个值是由DCI字段SRS资源指示、预编码信息和层数给定，或由高层参数srs-ResourceIndicator和precodingAndNumberOfLayers 给定。

适用于DCI 0_1和0_2调度PUSCH的 SRS-ResourceSet(s)，分别由SRS-config中的高层参数srs-ResourceSetToAddModList 和srs-ResourceSetToAddModListDCI-0-2中的条目定义。若SRS-ResourceSet中的高层参数usage设为 'codebook'，那么srs-ResourceSetToAddModList 或srs-ResourceSetToAddModListDCI-0-2中只能配置一个SRS资源集。

当配置多个SRS资源时，TPMI被用于指示预编码器所应用的层{0…ν-1}，该预编码器对应SRI选择的SRS资源。当只配置一个SRS资源时，TPMI被用于指示预编码器所应用的层{0…ν-1}，该预编码器对应该SRS资源。

传输预编码器是从上行码本中选择，该码本有着与高层参数 nrofSRS-Ports 相同的天线端口数。（根据TS 38.211 Clause 6.3.1.5，预编码矩阵W是根据TPMI、传输层数以及天线端口数选择的。）

当UE的高层参数txConfig设为 'codebook'时，该UE配置至少一个SRS资源。

时隙n中指示的SRI与该SRI标识的SRS资源最近的传输相关，其中SRS资源在承载SRI的PDCCH之前。

对于基于码本的传输，UE基于TPMI以及接收到的pusch-Config中的高层参数codebookSubset (DCI 0_1)和codebookSubsetDCI-0-2 (DCI 0_2)决定其码本子集，这些高层参数可以根据UE能力被配置为'fullyAndPartialAndNonCoherent' 或 'partialAndNonCoherent' 或 'nonCoherent'。

当高层参数 ul-FullPowerTransmission 设为 'fullpowerMode2' 以及高层参数codebookSubset或codebookSubsetForDCI-Format0-2设为 'partialAndNonCoherent'，并且当SRS-ResourceSet的usage设为'codebook'，且该SRS资源集包含至少一个4端口SRS资源和一个2端口SRS资源，2端口SRS资源相关的codebookSubset是'nonCoherent'。

最大传输rank可由pusch-Config中的高层参数maxRank (DCI 0_1)和maxRank-ForDCIFormat0_2 (DCI 0_2)配置。

当UE上报能力为 'partialAndNonCoherent' 传输，其codebookSubset (DCI 0_1)和codebookSubsetDCI-0-2 (DCI 0_2)不会被配置为 'fullyAndPartialAndNonCoherent' 。

当UE上报能力为 'nonCoherent' 传输，其codebookSubset (DCI 0_1)和codebookSubsetDCI-0-2 (DCI 0_2)不会被配置为 'fullyAndPartialAndNonCoherent' 或 'partialAndNonCoherent' 。

当SRS-ResourceSet中的高层参数usage设为 'codebook'，且其中的高层参数 nrofSRS-Ports指示该SRS-ResourceSet中的SRS天线端口数的最大值为2时，UE的codebookSubset (DCI 0_1)和codebookSubsetDCI-0-2 (DCI 0_2)不能被配置为 'partialAndNonCoherent' 。

对于基于码本的传输，SRS资源集中的SRI格式只能指示一种SRS资源。除非当高层参数ul-FullPowerTransmission 被设为 'fullpowerMode2' 时，基于码本的传输的配置的SRS资源的最大数量为2。若UE配置了非周期SRS，DCI中的SRS请求字段将触发非周期SRS资源的传输。

UE不能同时将高层参数ul-FullPowerTransmission 被配置为 'fullpowerMode1' ，和codebookSubset (DCI 0_1)或codebookSubsetDCI-0-2 (DCI 0_2)被配置为 'fullyAndPartialAndNonCoherent' 。

UE将使用与DCI 0_1、0_2或 configuredGrantConfig 指示的SRS资源中的SRS端口相同的天线端口传输PUSCH。

当高层参数ul-FullPowerTransmission设为 'fullpowerMode2' 时，

——UE可以被配置为有着相同或不同SRS端口数的一个或多个SRS资源，这些SRS资源是在usage被设为 'codebook' 的SRS资源集内。

——当SRS资源集中配置了多个SRS资源时，可以为SRS资源集中的所有SRS资源配置至多2个不同的空间关系。

——在usage被设为 'codebook' 的SRS资源集内，支持最大2个或4个SRS资源（服从UE能力）。

2.2、基于非码本传输

对于基于非码本的传输，PUSCH可以由DCI 0_0、0_1、0_2或半静态调度。

若PUSCH由DCI 0_1、0_2或半静态调度，当配置多个SRS资源时，UE将通过SRI决定其PUSCH预编码器和传输RANK，其中SRI由DCI中的SRS资源指示字段给出或由参数 srs-ResourceIndicator 给出。

适用于DCI 0_1和0_2调度PUSCH的 SRS-ResourceSet(s)，分别由SRS-config中的高层参数srs-ResourceSetToAddModList 和srs-ResourceSetToAddModListDCI-0-2中的条目定义。

UE可以使用一个或多个SRS资源用于SRS传输，其中，这是UE在SRS资源集中可以在同一个符号中进行同时传输的SRS资源的最大值，且该最大值取决于UE能力。SRS资源同时传输将占用相同的RB。

每个SRS资源只配置一个SRS端口。若SRS-ResourceSet中的高层参数usage设为 'nonCodebook' ，参数srs-ResourceSetToAddModList 或 srs-ResourceSetToAddModListDCI-0-2 只能配置一个SRS资源集。

基于非码本的传输可配置的SRS资源的最大值为4。

时隙n中指示的SRI与该SRI标识的SRS资源最近的传输相关，其中SRS资源在承载SRI的PDCCH之前。

对于基于非码本的传输，UE可以基于相关的NZP CSI-RS资源的测量计算出用于SRS传输的预编码器。一个UE只能为SRS资源集配置一个NZP CSI-RS资源，其中SRS-ResourceSet中的高层参数usage设为 'nonCodebook'。

——如果配置了非周期SRS资源，相关的NZP CSI-RS资源通过DCI 0_1、1_1或0_2、1_2中的SRS请求字段指示。若接收到的非周期NZP CSI-RS资源的最后一个符号和非周期SRS资源传输的第一个符号之间的gap小于42个OFDM符号，UE将不会更新SRS预编码信息。

——如果配置了非周期NZP CSI-RS资源相关的非周期SRS资源，若SRS请求的字段值为'00'，对应的CSI-RS的存在是由该字段指示。若UE在激活的下行BWP中的配置了minimumSchedulingOffsetK0 ，且当前适用的最小调度偏移限制 $\text{[math]}$ 大于0，UE不会接收SRS请求字段值不是'00'的DCI。CSI-RS位于与SRS请求字段相同的时隙中。若UE配置了非周期NZP CSI-RS资源相关的非周期SRS资源，调度CC中的任一个TCI状态不会被配置为'typeD'。

——如果配置了周期或半持续的SRS资源集，通过SRS-ResourceSet中的高层参数associatedCSI-RS指示用于测量的NZP-CSI-RS-ResourceId 。

UE将执行SRI到DMRS端口的一对一映射，且对应的PUSCH层 {0 … ν-1}由DCI 0_1、0_2或configuredGrantConfig给定。

UE将使用与DCI 0_1、0_2或 configuredGrantConfig 给定的SRI指示的SRS资源中的SRS端口相同的天线端口传输PUSCH，其中，SRS资源集中第i+1个SRS资源的SRS端口编号 $\text{[math]}$ 为1000+i。

对于基于非码本的传输，UE不会同时为SRS资源配置spatialRelationInfo，以及为SRS资源集配置 associatedCSI-RS 。

对于基于非码本的传输，当参数usage设为 'nonCodebook'的SRS-ResourceSet中配置了指示一个SRS资源，UE可以通过DCI 0_1或0_2调度。

3、资源分配

3.1、时域资源分配

当UE通过DCI调度一个TB且没有CSI报告，或者调度一个TB和PUSCH上的CSI报告时，DCI中的'Time domain resource assignment '字段值m指示了资源分配表的第m+1行。资源分配表的使用根据表TS 28.214 Table 6.1.2.1.1-1决定，主要根据RNTI、PDCCH搜索空间、参数pusch-TimeDomainAllocationList等。资源分配表中的索引行包含用于PUSCH传输的时隙偏移 $\text{[math]}$ 、起始和长度指示符SLIV或者直接表示起始符号S及分配长度L、PUSCH映射方式以及重复次数（若表中包含numberOfRepetitions ）。

当UE调度一个PUSCH通过DCI上的'CSI request '字段带有一个CSI报告但不发送TB（只发送DCI），DCI中的'Time domain resource assignment '字段值m指示了资源分配表的第m+1行。资源分配表中的索引行包含用于PUSCH传输的起始和长度指示符SLIV或者直接表示起始符号S及分配长度L以及PUSCH映射方式。 $\text{[math]}$ 值确定为 $\text{[math]}$ ，其中， $\text{[math]}$ 是用于 $\text{[math]}$ 个触发的CSI报告设置的 CSI-ReportConfig中的高层参数（reportSlotOffsetList 或reportSlotOffsetListDCI-0-1 或reportSlotOffsetListDCI-0-2 根据DCI格式）对应的列表条目， $\text{[math]}$ 是 $\text{[math]}$ 的第m+1个条目。

$\text{[math]}$ 是UE传输PUSCH的时隙，通过 $\text{[math]}$ 确定，且 $\text{[math]}$ ，其中，n是调度DCI的时隙， $\text{[math]}$ 基于PUSCH的参数集， $\text{[math]}$ 和 $\text{[math]}$ 分别是PUSCH和PDCCH的SCS配置（即收到DCI的PDCCH到其调度的PUSCH之间的时隙差为 $\text{[math]}$ (K2)）。若UE配置了ca-SlotOffset，则 $\text{[math]}$ ，其中个参数根据ca-SlotOffset 确定。

当UE确定PUSCH的时域资源分配时，UE一般使用PUSCH repetition Type A 过程，除非当pusch-RepTypeIndicator （DCI 0_1或0_2）设为 'pusch-RepTypeB' 时，使用PUSCH repetition Type B 过程。

对于PUSCH repetition Type A，起始符号S是时隙的起始，连续符号数L是从符号S开始的分配给PUSCH的符号数量，由索引行的SLIV确定：若(L-1)≤7，则SLIV=14·(L-1)+S，否则SLIV=14·(14-L+1)+(14-1-S)，其中0<L≤14-S。

对于PUSCH repetition Type A，PUSCH映射方式可设置为TypeA或TypeB（由TS 38.211 Clause 6.4.1.1.3定义）。

对于PUSCH repetition Type B，起始符号S是时隙的起始，连续符号数L是从符号S开始的分配给PUSCH的符号数量，分别由资源分配表中的索引行的 startSymbol 和length 提供。

对于PUSCH repetition Type B，PUSCH映射方式被设置为TypeB。

下表是有效的S和L的组合（TS 38.214 Table 6.1.2.1-1）：

PUSCH mapping type	Normal cyclic prefix			Extended cyclic prefix
PUSCH mapping type	S	L	*S+L*	S	L	*S+L*
Type A (repetition Type A only)	0	{4,…,14}	{4,…,14}	0	{4,…,12}	{4,…,12}
Type B	{0,…,13}	{1,…,14}	{1,…,14} for repetition Type A, {1,…,27} for repetition Type B	{0,…, 11}	{1,…,12}	{1,…,12} for repetition Type A, {1,…,23} for repetition Type B

资源分配表的使用方式表根据DCI格式、CRC加扰方式以及搜索空间类型分为3个表（TS 38.214 Table6.1.2.1.1-1/1A/1B），下表是用于CSS和USS中的DCI 0_0适用的PUSCH时域分配方式:

RNTI	PDCCH search space	**pusch-ConfigCommon includes pusch-TimeDomainAllocationList**	**pusch-Config includes pusch-TimeDomainAllocationList**	PUSCH time domain resource allocation to apply
PUSCH scheduled by MAC RAR or MAC fallbackRAR or for MsgA PUSCH transmission		No	-	Default A
		Yes		pusch-TimeDomainAllocationList provided in pusch-ConfigCommon
C-RNTI, MCS-C-RNTI, TC-RNTI, CS-RNTI	Any CSS associated with CORESET 0	No	-	Default A
C-RNTI, MCS-C-RNTI, TC-RNTI, CS-RNTI	Any CSS associated with CORESET 0	Yes		pusch-TimeDomainAllocationList provided in pusch-ConfigCommon
C-RNTI, MCS-C-RNTI, TC-RNTI, CS-RNTI	Any CSS not associated with CORESET 0, DCI format 0_0 in USS	No	No	Default A
		Yes	No	pusch-TimeDomainAllocationList provided in pusch-ConfigCommon
		No/Yes	Yes	pusch-TimeDomainAllocationList provided in pusch-Config

默认的PUSCH时域分配方式TypeA分为普通CP和扩展CP（TS 38.214 Table 6.1.2.1.1-2/3），下表是普通CP的默认TypeA（j由SCS确定）：

Row index	PUSCH mapping type	K2	S	L
1	Type A	j	0	14
2	Type A	j	0	12
3	Type A	j	0	10
4	Type B	j	2	10
5	Type B	j	4	10
6	Type B	j	4	8
7	Type B	j	4	6
8	Type A	j+1	0	14
9	Type A	j+1	0	12
10	Type A	j+1	0	10
11	Type A	j+2	0	14
12	Type A	j+2	0	12
13	Type A	j+2	0	10
14	Type B	j	8	6
15	Type A	j+3	0	14
16	Type A	j+3	0	10

资源分配表中的K2值的确定需要结合下表中的j值确定（TS 38.214 Table 6.1.2.1.1-4），其中µPUSCH 是PUSCH的SCS配置。

*µPUSCH*	j
0	1
1	1
2	2
3	3

对于RAR或fallbackRAR调度的PUSCH初次传输（即Msg3的传输），TS 38.214 Table 6.1.2.1.1-5定义了额外的SCS专用的时隙延迟值。当RAR或fallbackRAR调度PUSCH时，K2值需要加上特定SCS的PUSCH的Δ值。

*µPUSCH*	Δ
0	2
1	3
2	4
3	6

3.2、频域资源分配

UE通过监听到的PDCCH DCI中的资源分配字段决定频域的RB分配，除非是RAR UL或fallbackRAR UL调度的PUSCH传输或MsgA的 PUSCH传输（这些过程的频域资源在随机结果过程确定）。资源分配方案有type0、type1和type2。type0仅在传输预编码不使能时有效。type1和type2在传输预编码使能或不使能时都有效。

UE使用DCI 0_1或0_2中高层参数resourceAllocation 指示的UL频域资源分配方式。若 pusch-Config 中的高层参数resourceAllocation 设为 'dynamicSwitch'，UE根据DCI字段 'Frequency domain resource' 的指示使用type0或type1。

当UE接收到DCI 0_1且 BWP-UplinkDedicated 中配置了 useInterlacePUCCH-PUSCH ，将使用type2。

当UE接收到DCI 0_0，将使用type1。当 BWP-UplinkCommon 或 BWP-UplinkDedicated 中配置了高层参数 useInterlacePUCCH-PUSCH ，将使用type2（这两个参数一般同时全配置或全不配置）。

3.2.1、type0

在type0中，RB分配信息包括一个位图，指示了分配给UE的RBG，其中REG是一组连续的VRB，由高层参数PDSCH-Config 中的rbg-Size 配置，BWP大小与RBG大小P的关系如TS 38.214 Table 6.1.2.2.1-1。

Bandwidth Part Size	Configuration 1	Configuration 2
1 – 36	2	4
37 – 72	4	8
73 – 144	8	16
145 – 275	16	16

位图有 $\text{[math]}$ 个bit，且一个RBG一个bit，因此RBG是可寻址的。RBG索引在BWP中从低频开始向高频编号。

RBG bitmap的顺序是从 RBG 0 到 RBG $\text{[math]}$ 映射在从MSB到LSB上。如果bitmap的位为1，则该RBG被分配给UE，否则不分配。（在FR1中，对于CP-OFDM的上行RB分配，只定义了 'almost contiguous allocation' 用于CC的非连续分配。在FR2中，对于CP-OFDM的上行RB分配，不支持CC的非连续分配。）

上行BWP i (大小为 $\text{[math]}$ )包含的RBG数( $\text{[math]}$ )为：

——第一个RBG大小为：

——最后一个RBG大小为：

——其余RBG大小为P。

3.2.2、type1

在type1中，RB分配信息给UE指示，在大小为 $\text{[math]}$ 个PRB的激活BWP中的一组非交织或交织的连续VRB。若在CSS中解码DCI 0_0，BWP大小使用初始上行BWP的大小 $\text{[math]}$ 。

type1资源分配字段包含一个资源指示值(RIV)，对应了起始VRB $\text{[math]}$ 和被分配的连续RB的长度 $\text{[math]}$ 。

RIV定义（与PDSCH类似）：

——情况1：一般情况下，

——情况2，若USS中的DCI 0_0的大小源自初始上行BWP大小 $\text{[math]}$ ，但被应用于另一个大小 $\text{[math]}$ 为激活BWP，type1的RB资源分配字段包含一个RIV，起始RB为 $\text{[math]}$ ，连续分配的VRB数量为 $\text{[math]}$ 。

——情况3，当DCI 0_2调度时，RIV的起始RBG为 $\text{[math]}$ ，连续分配的VRBG数量为 $\text{[math]}$ 。其中，RBG大小P为1，若UE配置了高层参数resourceAllocationType1GranularityDCI-1-2，P的大小则由该参数指示。

3.2.3、type2

在type2中，RB分配信息指示UE一个至多M个交织索引的集合，并且对于DCI 0_0(在USS中监听到)和DCI 0_1，一个至多 $\text{[math]}$ 个连续RB集的集合，其中M是多交织RB的交织数，交织m∈{0, 1, ..., M-1}包含CRB {m, M+m, 2M+m,...}（详见 TS 38.211 Clause 4.4.4.6）。在激活上行BWP内，分配的PRB n被映射到VRB n。

对于DCI 0_0(在USS中监听到)和DCI 0_1，UE将把频域资源分配定为（如果存在）指示的交织RB 与指示的RB集的集合和RB集之间小区内保护带的并集的交集。

对于DCI 0_0(在CSS中监听到)，UE将把频域资源分配定为指示的交织RB与激活上行BWP的单上行RB集的交集。

对于DCI 0_0(在CSS中监听到的非TC-RNTI的RNTI加扰的CRC)，上行链路RB集是与PDCCH的最低索引CCE相交的上行RB集中最低索引的一个，PDCCH是激活下行BWP中UE监听到DCI 0_0的PDCCH。如果未相交，上行RB集是激活上行BWP的RB集0。

对于DCI 0_0(TC-RNTI加扰的CRC)，上行链路RB集是与UE传输RAR上行grant相关的PRACH相同的一个。若UE没配置 intraCellGuardBandsUL-List，UE假定上行链路RB集已经定义了。

对于μ=0，RB分配信息的X=6的MSB指示UE一个分配交织索引 $\text{[math]}$ 的集合，其中该指示包含了一个RIV。RIV定义为：

——对于 $\text{[math]}$ 、 $\text{[math]}$ ，RIV对应起始交织索引 $\text{[math]}$ 和连续交织索引数L（L≥1）。

——对于 $\text{[math]}$ ，RIV对应起始交织索引 $\text{[math]}$ 和根据表TS 38.214 Table 6.1.2.2.3-1。

$\text{[math]}$	*$\text{[math]}$*
0	0	{0, 5}
1	0	{0, 1, 5, 6}
2	1	{0, 5}
3	1	{0, 1, 2, 3, 5, 6, 7, 8}
4	2	{0, 5}
5	2	{0, 1, 2, 5, 6, 7}
6	3	{0, 5}
7	4	{0, 5}

对于μ=1，RB分配信息的X=5的MSB包括一个指示分配给UE的交织的位图。位图的大小为M个bit，每个交织一个bit，因此每个交织是可寻址的。位图中交织的顺序是从交织0到交织M-1映射到位图的MSB到LSB。如果对应的bit值为1，则该交织分配给UE；否则不分配给UE。

对于DCI 0_0(在USS中监听到)和DCI 0_1(对于μ=0和μ=1，)，RB分配信息的 $\text{[math]}$ 个LSB指示UE一组连续的RB，用于DCI 0_0(在USS中监听到)、DCI 0_1以及Type1和Type2配置的grant调度的PUSCH。资源分配字段包含一个资源指示值 $\text{[math]}$ 。对于 $\text{[math]}$ ， $\text{[math]}$ ，RIV对应起始RB集索引 $\text{[math]}$ 和连续RB集的数量 $\text{[math]}$ 。RIV定义为：

如果传输预编码使能，那么UE在频域分配指示的PRB中的最低索引的 $\text{[math]}$ 个PRB上传输PUSCH。 $\text{[math]}$ 是小于满足传输预编码过程的频域资源分配信息指示的RB数的最大整数。

3.3、配置grant的资源分配

当PUSCH资源分配被BWP-UplinkDedicated 信元中的高层参数 configuredGrantConfig 半静态配置，并且PUSCHH传输对应一个已配置的grant，下列参数将用于传输：

——对于Type1的配置grant的PUSCH传输，在configuredGrantConfig 中给出参数(除非另有提及)：

pusch-RepTypeIndicator ：在rrc-ConfiguredUplinkGrant 中，确定PUSCH repetition type (PUSCH重复类型)。若设为'pusch-RepTypeB'，则使用PUSCH repetition typeA，否则，使用PUSCH repetition typeB。

PUSCH repetition typeA的时域资源分配表选择规则服从3.1节中DCI 0_0 (USS)的时域资源分配表选择。

PUSCH repetition typeB的时域资源分配表选择规则为，若配置了pusch-RepTypeIndicatorDCI-0-1且设为'pusch-RepTypeB'，则使用 pusch-TimeDomainResourceAllocationListDCI-0-1 ；否则使用pusch-TimeDomainResourceAllocationListDCI-0-2 。

timeDomainAllocation ：字段值m指示了确定的时域资源分配表的第m+1行。

frequencyDomainAllocation ：参数中的N位LSB比特形成的比特序列 $\text{[math]}$ 确定了频域资源分配。其中， $\text{[math]}$ 是LSB，N是resourceAllocation 指定的频域资源分配方式的DCI 0_1的频域资源分配字段的大小。若使用了频域资源分配type2，那将使用type2中的DCI 0_1的频域资源分配字段的LSB解读方式。