【NR协议】PUSCH（一）：PUSCH调度

1. 总述

  NR中，PUSCH用于传输UE的上行TB数据以及UCI信息(HARQ-ACK/CSI)。PUSCH传输可以通过PDCCH中的上行DCI格式(DCI 0_0/0_1/0_2)动态调度，或者对于随机接入流程，4步RA过程中通过RAR（Random Access Response，随机接入响应）调度MSG3 PUSCH传输，或者2步RA过程中，UE通过SIB中携带的RRC高层配置参数确定MSGA PUSCH的传输，当2步RA过程中基站侧解码MSGA PUSCH失败，此时2步RA回退到4步RA过程，通过fallbackRAR调度MSG3 PUSCH的传输。PUSCH的重传(非PUSCH重复次数传输)通过PDCCH动态调度，或者通过配置retransmission timer触发。除了PUSCH的动态调度传输，也支持半静态的PUSCH传输，即configured grant type（预配置授权），对于configured grant type1，RRC配置PUSCH传输的所有参数后立即生效，而对于configured grant type2，RRC配置一部分的PUSCH传输的高层参数，剩余的参数通过DCI格式激活时指示。PUSCH调度总结如下所示：

2. DCI动态调度的PUSCH传输

  PUSCH传输可以通过PDCCH DCI动态调度，PDCCH的CRC被不同类型的RNTI加扰，以实现不同场景下的PUSCH传输。调度PUSCH传输的DCI格式涉及的RNTI主要如下所示：

• C-RNTI：Cell Radio Network Temporary Identifier，小区无线网络临时标识
• TC-RNTI：Temporary C-RNTI
• MCS-C-RNTI：Modulcation Coding Scheme Cell RNTI
• CS-RNTI：Configured Scheduling RNTI
• SP-CSI-RNTI：Semi-Persistent CSI RNTI

对于DCI格式0_0/0_1/0_2，不同的RNTI类型对应的PUSCH传输功能如下所示：

DCI格式0_0/0_1/0_2中字段以及bit长度如下所示【TS38.212, 7.3.1.1】：

其中对于上行PUSCH传输DCI格式的主要字段有：

• UL/SUL indicator：用于指示在NUL还是SUL传输
• BWP indicator：用于指示激活的BWP
• Frequency domain resource assignment：用于指示频域资源的分配
• Time domain resource assignment：用于指示时域资源的分配
• Frequency hopping flag：用于指示是否进行频域跳频
• MCS：用于指示调制和编码方式
• New data indicator：用于指示数据是新传还是重传
• Redundancy number：用于指示数据TB块的冗余版本
• HARQ process number：用于指示HARQ进程号
• TPC command：用于指示PUSCH的功率控制信息
• SRS resource indicator：用于指示SRS资源
• Precoding information and number of layers：用于指示传输预编码信息和传输层数
• Antenna Ports：用于指示DMRS端口、number of CDM groups without data和前置DMRS的符号数
• CBG transmission information（CBGTI）：CBG传输指示
• beta_offset indicator：用于指示上行控制信息在PUSCH上传输时的码率偏移系数
• DMRS sequence initialization：用于PUSCH DMRS序列生成的初始化
• UL-SCH indicator：UL-SCH数据传输指示，0表示无TB数据传输

DCI format 0_0（TC-RNTI）【TS38.213, 8.3】:

Msg3 PUSCH的TB块重传，是通过CRC由TC-RNTI加扰的DCI格式0_0调度，该TC-RNTI在相应的RAR消息中提供。

DCI format（SP-CSI-RNTI）【TS38.214, 5.2.1.5.1】:

对于PUSCH上的SP-CSI上报，通过高层参数CSI-SemiPersistentOnPUSCH-TriggerStateList提供一组trigger states，其中由SP-CSI-RNTI加扰的DCI格式中的’CSI request’字段指示激活trigger states的其中一个。

3. 随机接入过程中PUSCH传输

【TS38.300, 9.2.6 Random Access Procedure】:

NR中支持2种随机接入流程：

• 4-step RA type with MSG1
• 2-step RA type with MSGA

两种RA流程均支持基于竞争的随机接入(CBRA)和非竞争的随机接入(CFRA)，如NR协议TS38.300中图9.2.6-1所示。

3.1 MSG3 PUSCH

【TS38.300, 9.2.6 Random Access Procedure】:

  4步RA过程的MSG1为PRACH上发送的preamble。在MSG1传输之后，UE在配置的时间窗内(ra-responseWindow)监听来自网络侧的响应。对于CFRA，MSG1传输的专有的preamble由网络侧分配，且一旦接收到来自网络侧的随机接入响应（RAR，Random Access Response），则UE结束随机接入流程（如协议TS38.300中图9.2.6-1(c )所示）。对于CBRA，一旦接收到随机接入响应RAR，UE使用RAR调度的UL grant发送MSG3 PUSCH（如协议TS38.300中图9.2.6-1(a)所示）。如果在MSG3 PUSCH(重)传输后，冲突没有成功解决，则UE返回到MSG1传输。

3.1.1 RAR - Type-1随机接入流程

ra-ResponseWindow【TS38.213, 8.2】:

  为了响应PRACH传输，UE尝试在高层配置的随机接入响应窗内(ra-ResponseWindow)检测CRC由RA-RNTI加扰的DCI格式1_0。该时间窗开始于Type1-PDCCH CSS set中接收PDCCH的最早CORESET的第一个符号（如协议TS38.213中10.1节所定义），即至少在PRACH传输occasion的最后一个符号结束的1个符号之后，其中符号持续时间对应于Type1-PDCCH CSS set的SCS。如果$N_{\mathrm{TA},\mathrm{adj}}^{\mathrm{UE}}$或$N_{TA.adj}^{\mathrm{common}}$不为0，该时间窗起始增加额外的$T_{\mathrm{TA}}+k_{\mathrm{mac}}\mathrm{ms}$时间，其中$T_{\mathrm{TA}}$定义在协议TS38.211中，$k_{\mathrm{mac}}$由$kmac$参数提供，如果不存在$k_{\mathrm{mac}}=0$。随机接入响应时间窗由ra-ResponseWindow配置，以slot为单位，且是基于Type1-PDCCH CSS set的SCS。

  如果UE检测到CRC由RA-RNTI加扰的DCI格式1_0，且DCI格式中SFN字段的LSB比特(如果包含且适用)和PRACH传输时对应的SFN的LSB比特相同，且UE在时间窗内对应的PDSCH中接收到TB数据，则UE传输TB块给高层。高层解析TB块中与PRACH传输相关的RAPID信息。如果高层鉴定TB块中RAR消息中的RAPID和UE的一致，则高层指示其中的上行授权信息给到物理层。这被称作物理层的随机接入响应(RAR)上行授权。

UE在以下几种情况下会重新发起PRACH的传输：

• 如果UE在时间窗内没有检测到CRC由RA-RNTI加扰的DCI格式1_0；
• 或者如果UE检测到CRC由RA-RNTI加扰的DCI格式1_0，但DCI格式中SFN字段的LSB比特(如果包含且适用)和PRACH传输时对应的SFN的LSB比特不同；
• 或者如果在时间窗内UE没有正确解码PDSCH的TB块数据；
• 或者如果高层鉴定TB块中RAR消息中的RAPID和UE的不一致

如果由高层指示，UE应准备好在时间窗的最后一个符号或者PDSCH接收的最后一个符号之后，不迟于$N_{T,1}+0.75$ ms内发送PRACH，其中$N_{T,1}$对应于UE处理能力1的PDSCH处理时间的$N_1$个符号持续时间，假定$\mu$对应于承载DCI格式1_0的PDCCH，配置了additional PDSCH DMRS的PDSCH，以及PRACH这些SCS中的最小SCS。对应$\mu =0$，UE假定$N_{1,0}=14$。对于使用1.25kHz或5kHz的PRACH传输，UE确定$N_1$对应的SCS配置$\mu =0$。

PDSCH中携带的MAC RAR【TS38.321, 6.2.3】：

RAR UL grant内容【TS38.213, 8.2】：

TPC command for msg3 PUSCH【TS38.213, 8.2】：

CBRA with 4-step RA type时序示意图：

3.2 MSGA PUSCH

【TS38.300, 9.2.6 Random Access Procedure】:

  2步RA过程的MSGA包含PRACH上的preamble和PUSCH上的payload。在MSGA传输之后，UE在配置的时间窗内(msgB-ResponseWindow)监听来自网络侧的响应。对于CFRA，MSGA传输会配置专有的preamble和PUSCH资源，一旦接收到随机接入响应RAR，UE结束随机接入流程（如协议TS38.300中图9.2.6-1(d)所示）。对于CBRA，如果接收到网络侧的响应后冲突成功解决，UE结束随机接入流程（如协议TS38.300中图9.2.6-1(b)所示）；然而当在MSGB中接收到fallback指示，UE使用fallbacl指示中调度的UL grant进行MSG3 PUSCH传输，且监听冲突解决信息（如协议TS38.300中图9.2.6-2所示）。如果在MSG3 PUSCH(重)传输后，冲突没有成功解决，则UE返回到MSGA传输。

3.2.1 PUSCH - Type-2随机接入流程

【TS38.213, 8.1A PUSCH for Type-2 random access procedure】：

  对于Type-2随机接入流程，在PRACH传输之后，UE传输PUSCH。UE传输的PUSCH的TB块使用RV0编码。在PRACH传输之后，PUSCH传输至少要间隔N个符号，其中对于$\mu =0$或$\mu =1$，$N=2$；对于$\mu =2$或$\mu =3$，$N=4$；对于$\mu =5$，$N=16$；对于$\mu =6$，$N=32$；$\mu$是激活UL BWP的SCS。

  如果与DMRS资源相关联的PUSCH occasion不能映射到有效PRACH occasion的preamble，或如果相关联的PRACH preamble不能进行传输（如协议TS38.213中7.5或11.1或15或17.2所述），则UE在PUSCH occasion中不能传输PUSCH。如果PRACH preamble不能映射到一个有效的PUSCH occasion，UE在有效的PRACH occasion也可以传输PRACH preamble。

  一个或多个PRACH preamble和DMRS资源相关联的PUSCH occasion之间的映射是根据MsgA-PUSCH-Resource提供的PUSCH配置进行的。

  UE通过激活UL BWP中高层参数msgA-PUSCH-Config或separateMsgA-PUSCH-Config来决定PUSCH occasion的时域资源和频域资源。如果激活UL BWP不是初始UL BWP，且激活UL BWP中没有配置msgA-PUSCH-Config或separateMsgA-PUSCH-Config，则UE使用初始UL BWP中的msgA-PUSCH-Config或separateMsgA-PUSCH-Config配置。

  UE分别通过激活UL BWP中的interlaceIndexFirstPO-MsgA-PUSCH或frequencyStartMsgA-PUSCH 配置参数决定第一个PUSCH occasion的第一个交织或第一个RB，该配置参数提供了相对于激活UL BWP的起始RB的一个RB偏移。一个PUSCH occasion包含的交织数或RB数分别由nrofInterlacesPerMsgA-PO或nrofPRBs-perMsgA-PO参数提供。UL BWP频域中的连续 PUSCH occasion之间由guardBandMsgA-PUSCH配置的RB数分隔。UL BWP频域中的PUSCH occasion的个数$N_f$由nrofMsgA-PO-FDM参数提供。

  如果UE没有专有的RRC配置，或者激活的UL BWP为初始的UL BWP，或者没有配置startSymbolAndLengthMsgA-PO，则通过msgA-PUSCH-timeDomainAllocation提供PUSCH传输的SLIV值和PUSCH mapping type：

• 如果PUSCH-ConfigCommon中提供了PUSCH-TimeDomainResourceAllocationList，则该参数指示了PUSCH-TimeDomainResourceAllocationList中前maxNroUL-Allocations个值中的其中一个；
• 如果PUSCH-ConfigCommon中不存在PUSCH-TimeDomainResourceAllocationList，该参数指示了协议TS38.214中表6.1.2.1.1-2或6.1.2.1.1-3中项的其中一个.

否则，UE通过startSymbolAndLengthMsgA-PO提供SLIV值，以及mappingTypeMsgA-PUSCH提供PUSCH mapping type.

  对于一个或多个PRACH preamble映射到与DMRS资源相关联的PUSCH occasion，UE通过msgA-PUSCH-TimeDomainOffset确定第一个PUSCH occasion的第一个slot，该参数提供了相对于PUSCH时隙起始的slot偏移，包含PRACH时隙的起始。UE不期望PRACH preamble传输和msgA PUSCH传输在同一个PRACH时隙或PUSCH时隙中，或者对于一个MsgA PUSCH配置有重叠的msgA PUSCH occasion。UE期望每个时隙的第一个PUSCH occasion有相同的SLIV值，该值由startSymbolAndLengthMsgA-PO或msgA-PUSCH-timeDomainAllocation提供。

  每个时隙中连续PUSCH occasions之间通过guardPeriodMsgA-PUSCH个符号分隔开，且有相同的持续时间。每个时隙中时域PUSCH occasion的个数$N_t$由nrofMsgA-PO-perSlot提供，PUSCH occasion连续的时隙数$N_s$由nrofSlotsMsgA-PUSCH提供。

  PUSCH occasion中PUSCH传输的DMRS配置由msgA-DMRS-Config提供。PUSCH occasion中PUSCH传输的MCS配置由msgA-MCS提供。

  对于时隙内PUSCH传输的frequency hopping，frequency hopping由msgA-intraSlotFrequencyHopping所指示，第二个hop的frequency offset的确定如协议TS38.213的8.3节所描述，表8.3-1中用msgA-HoppingBits代替$N_{\mathrm{UL},\mathrm{hop}}$。如果配置了guardPeriodMsgA-PUSCH，则第二个hop的起始符号与第一个hop的最后一个符号之间间隔guardPeriodMsgA-PUSCH个符号；否则在跳频前后PUSCH传输不存在时间间隔。如果在BWP-UplinkCommon中UE配置了useInterlacePUCCH-PUSCH，则UE传输PUSCH时无跳频。PUSCH传输和相关联的PRACH传输使用相同的spatial filter。

RO的preamble与PO的PUSCH资源之间映射：

  PUSCH传输的PUSCH occasion由一个时域资源和一个频域资源，以及相关联的DMRS资源所定义。 DMRS资源由msgA-DMRS-Config所提供。

在一个PRACH时隙内有效的PRACH occasion中每$N_{\mathrm{premable}}$个连续的preamble索引：

• 首先，在单个PRACH occasion内按preamble索引的顺序递增；
• 其次，对于频域复用的PRACH occasions按频域资源索引的顺序递增；
• 最后，在一个PRACH时隙内对于时域复用的PRACH occasions按时域资源索引的顺序递增。

然后映射到一个有效的PUSCH occasion以及相关联的DMRS资源：

• 首先，对于频域复用的PUSCH occasions按频域资源的索引$f_{id}$的顺序递增；
• 其次，在一个PUSCH occasion内按DMRS资源索引的顺序递增，其中DMRS资源索引$DMR{S}_{id}$首先按DMRS port索引升序，其次按DMRS sequence索引升序确定；
• 再者，在一个PUSCH时隙内对于时域复用的PUSCH occasions按时域资源索引$t_{id}$的顺序递增；
• 最后，对于$N_s$个PUSCH时隙按PUSCH时隙索引的顺序递增。

其中$N_{\mathrm{preamble}}=ceil(T_{\mathrm{preamble}}/T_{\mathrm{PUSCH}})$，$T_{\mathrm{preamble}}$是映射图样周期内有效的PRACH occasion数乘以每个PRACH occasion的preamble个数（即映射图样周期内的preamble总数），$T_{\mathrm{PUSCH}}$是映射图样周期内有效的PUSCH occasion数乘以每个PUSCH occasion的DMRS资源个数（即映射图样周期内的PUSCH资源总数）。

DMRS sequence index：$n_{\mathrm{SCID}}$【TS38.211, 6.4.1.1.1.1】，对于transform precoder is disabled时的DMRS有效

PUSCH occaison的有效性：

  如果PUSCH occasion在时域和频域上不与任何Type-1随机接入流程或Type-2随机接入流程相关联的有效的PRACH occasion重叠，则该PUSCH occasion是有效的。另外，对于非成对频谱(TDD)，对于索引由SIB1中ssb-PositionsInBurst或ServingCellConfigCommon提供的SSB块：

• 如果UE没有配置tdd-UL-DL-ConfigurationCommon，PUSCH occasion是有效的，如果该PUSCH occasion：
  • 在SSB块后面，且与最后一个SSB块符号至少间隔$N_{\mathrm{gap}}$个符号，其中$N_{\mathrm{gap}}$由表8.1-2提供。
• 如果UE配置了tdd-UL-DL-ConfigurationCommon，PUSCH occasion是有效的，如果该PUSCH occasion：
  • 位于UL符号，或者
  • 在SSB块后面，且与最后一个SSB块符号至少间隔$N_{\mathrm{gap}}$个符号，其中$N_{\mathrm{gap}}$由表8.1-2提供。

msgA-PUSCH资源参数【TS38.331】：

MSGA PUSCH时频域资源主要参数：

• msgA-PUSCH-TimeDomainOffset-r16：第一个PUSCH Occasion所在时隙相对于PRACH所在时隙的slot偏移量
• nrofSlotsMsgA-PUSCH-r16：连续发送的MSGA PUSCH的时隙数
• nrofMsgA-PO-PerSlot-r16：每个时隙内PUSCH occasion时分复用的个数
• guardPeriodMsgA-PUSCH-r16：时域上连续PO之间的保护间隔符号
• startSymbolAndLengthMsgA-PO-r16：第一个PUSCH occasion的起始符号S和长度L
• frequencyStartMsgA-PUSCH-r16：频域上第一个PUSCH occasion的起始RB
• nrofPRBs-PerMsgA-PO-r16：每一个PUSCH occasion的PRB数
• nrofMsgA-PO-FDM：频域上PUSCH occasion频分复用的FDM个数
• guardBandMsgA-PUSCH-r16：频域上连续PUSCH occasion之间的保护频带RB数
• nrofDMRS-Sequences-r16：DMRS sequence的个数，值为2时 n S C I D ∈ { 0 , 1 } n_{\rm SCID}∈\{0,1\} nSCID​∈{0,1}

MSGA DMRS配置参数：

• msgA-DMRS-AdditionalPosition-r16：附加DMRS位置，不配置时默认为pos2
• msgA-MaxLength-r16：DMRS个数，单前置或者双前置，不配置时默认为单前置
• msgA-PUSCH-DMRS-CDM-Group-r16：DMRS的CDM组配置，不配置时默认为2个CDM Group
• msgA-PUSCH-NrofPorts-r16：CDM组内DMRS port配置，0表示1 port，1代表2 port，不配置时默认为4 port
• msgA-ScramblingID0/1-r16：DMRS的加扰初始化序列ID

MSGA PUSCH资源示意图：

3.2.2 RAR - Type-2随机接入流程

msgB-ResponseWindow【TS38.213, 8.2A】：

  为了响应于PRACH和PUSCH的传输，或者只有PRACH的传输(如果PRACH preamble映射到有效的PUSCH occasion)，UE尝试在由高层配置的随机接入响应窗内(msgB-ResponseWindow)检测CRC由MsgB-RNTI加扰的DCI格式1_0。该时间窗开始于Type1-PDCCH CSS set中接收PDCCH的最早CORESET的第一个符号（如协议TS38.213中10.1节所定义），即至少在PRACH传输occasion的最后一个符号结束的1个符号之后，其中符号持续时间对应于Type1-PDCCH CSS set的SCS。如果$N_{\mathrm{TA},\mathrm{adj}}^{\mathrm{UE}}$或$N_{TA.adj}^{\mathrm{common}}$不为0，该时间窗起始增加额外的$T_{\mathrm{TA}}+k_{\mathrm{mac}}\mathrm{ms}$时间，其中$T_{\mathrm{TA}}$定义在协议TS38.211中，$k_{\mathrm{mac}}$由$kmac$参数提供，如果不存在$k_{\mathrm{mac}}=0$。随机接入响应时间窗由msgB-ResponseWindow配置，以slot为单位，且是基于Type1-PDCCH CSS set的SCS。

  为了响应于PRACH的传输(如果PRACH preamble不能映射到有效的PUSCH occasion)，UE尝试在由高层配置的随机接入响应窗内(msgB-ResponseWindow)检测CRC由MsgB-RNTI加扰的DCI格式1_0。该时间窗开始于Type1-PDCCH CSS set中接收PDCCH的最早CORESET的第一个符号（如协议TS38.213中10.1节所定义），即至少在PRACH传输occasion的最后一个符号结束的1个符号之后，其中符号持续时间对应于Type1-PDCCH CSS set的SCS。随机接入响应时间窗由msgB-ResponseWindow配置，以slot为单位，且是基于Type1-PDCCH CSS set的SCS。

fallbackRAR/successRAR【TS38.213, 8.2A】：

  如果UE检测到CRC由MsgB-RNTI加扰的DCI格式1_0，且DCI格式中SFN字段的LSB比特(如果包含且适用)和PRACH传输时对应的SFN的LSB比特相同，且UE在时间窗内对应的PDSCH中接收到TB数据，则UE传输TB块给高层。高层指示给物理层：

• 如果RAR消息是fallbackRAR，且鉴定与PRACH传输相关联的RAPID和UE的一致，则为上行授权，且当UE检测到RAR UL grant，UE接下来的流程按协议TS38.213的8.2、8.3和8.4所述那样继续；【注：此时2-step RA流程回退到4-step RA流程】
• 或如果RAR消息是successRAR，则为携带HARQ-ACK信息的PUCCH传输，其中：
  • PUCCH传输资源由successRAR中3bits的’PUCCH resource indicator’字段所指示，对应的PUCCH资源集由pucch-ResourceCommon提供；
  • PUCCH传输时隙由successRAR中3bits的’HARQ Feedback Timing Indicator’字段所指示，对于$\mu \le 3$，$k$∈{1,2,3,4,5,6,7,8}，对于$\mu =5$，$k$∈{7,8,12,16,20,24,28,32}，对于$\mu =6$，$k$∈{13,16,24,32,40,48,56,64}，以PUCCH传输时隙为参考(持续时间为$T_{slot}$)，该时隙由$n+k+\Delta +2^{\mu }\cdot K_{\mathrm{cell},\mathrm{offset}}$所确定，其中$n$是PDSCH接收时隙，$\Delta$由协议TS38.214中表6.1.2.1.1-5所决定，$\mu$是激活UL BWP的SCS，$K_{\mathrm{cell},\mathrm{offset}}$由cellSpecificKoffset所提供，如果不存在$K_{\mathrm{cell},\mathrm{offset}}=0$.
    • UE不期望PUCCH传输的第一个符号与PDSCH接收的最后一个符号之间的时间间隔少于$N_{T,1}+0.5\mathrm{ms}$，其中$N_{T,1}$是UE处理能力1对应的PDSCH处理时间[TS38.214].

  如果UE在时间窗内检测到CRC由MsgB-RNTI加扰的DCI格式1_0，且在对应的PDSCH中接收到TB数据，如果UE正确解码TB块，则UE发送HARQ-ACK信息为ACK的PUCCH，如果UE未能正确解码TB块，则UE发送HARQ-ACK信息为NACK的PUCCH，且time alignment timer处于运行中。

  UE不期望被指示在应用TB块中提供的TA command时间之前，传输携带HARQ-ACK信息的PUCCH。如果UE在时间窗内没有检测到CRC由MsgB-RNTI加扰的DCI格式1_0，或者如果UE检测到CRC由MsgB-RNTI加扰的DCI格式1_0，但DCI格式中SFN字段的LSB比特(如果包含且适用)和PRACH传输时对应的SFN的LSB比特不同；或者如果在时间窗内UE没有正确解码PDSCH的TB块数据；或者如果高层鉴定TB块中RAR消息中的RAPID和UE的不一致，则高层可以指示物理层重新传输PRACH(Type-1 RA流程)，或同时传输PRACH和PUSCH (Type-2 RA流程)。如果由高层指示，UE应准备好在时间窗的最后一个符号或者PDSCH接收的最后一个符号之后，不迟于$N_{T,1}+0.75$ ms内发送PRACH，其中$N_{T,1}$对应于UE处理能力1的PDSCH处理时间的$N_1$个符号持续时间，假定$\mu$对应于承载DCI格式1_0的PDCCH，配置了additional PDSCH DMRS的PDSCH，以及PRACH这些SCS中的最小SCS。对应$\mu =0$，UE假定$N_{1,0}=14$。

fallbackRAR内容：UL grant信息和RAR携带的UL grant内容一样

successRAR内容：

CBRA with 2-step RA type (successRAR)时序示意图：

CBRA with 2-step RA type (fallbackRAR)时序示意图：

4. PUSCH with configured grant

【TS38.214, 6.1 UE procedure for transmitting the physical uplink shared channel】：

  PUSCH传输可以由DCI格式中的上行授权动态调度传输，或者半静态的传输对应configured grant type1或configured grant type2。Configured grant type1 PUSCH传输由高层参数configuredGrantConfig (including rrc-ConfiguredUplinkGrant)半静态地配置，不需检测DCI中的上行授权。Configured grant type2 PUSCH传输在配置了高层参数configuredGrantConfig (not including rrc-ConfiguredUplink-Grant)后，通过激活DCI中的上行授权激活调度传输。如果配置了configuredGrantConfigToAdd-ModList，在一个服务小区的激活BWP中可以同时激活configured grant type1/2的多套configured grant配置。

  对于configured grant type1或者由DCI格式0_0/0_1激活的configured grant type2的PUSCH传输，传输参数由configuredGrantConfig配置提供，除了dataScramblingIdentityPUSCH, txConfig, codebookSubset, maxRank, scaling of UCI-OnPUSCH是由pusch-Config提供。对于由DCI格式0_2激活的configured grant type2的PUSCH传输，传输参数由configuredGrantConfig配置提供，除了dataScrambli-ngIdentityPUSCH, txConfig, codebookSubsetDCI-0-2, maxRankDCI-0-2, scaling of UCI-OnPUSCH, resourceAllocationType1-GranularityDCI-0-2是由pusch-Config提供。如果在configuredGrantConfig中配置了transformPrecoder，且puschConfig中提供了tp-pi2BPSK，则根据协议TS38.214中6.1.4节关于configured grant的PUSCH传输，UE应用高层参数tp-pi2BPSK。

ConfiguredGrantConfig [TS38.331]:

rrc-ConfiguredUplinkGrant：包含PUSCH传输的时频域资源指示，DMRS参数，Precoding和传输Layer数，MCS信息等

4.1 Configured grant Type2激活/去激活

【TS38.213, 10.2 PDCCH validation for DL SPS and UL grant Type 2】：

Configured UL grant Type 2激活/去激活的有效PDCCH DCI字段内容[TS38.213-10.2]:

• DCI的CRC由CS-RNTI加扰
• 对于enabled的TB, DCI中的NDI字段为‘0’
• DCI的DFI flag字段(如果存在时)为‘0’
• DCI中PDSCH-to-HARQ_feedback timing indicator字段(如果存在时)指示为合理的值(根据dl-DataToUL-ACK-r16配置).

① 单个configured UL grant Type2

  如果UE配置了单个configured UL grant Type 2, 根据TS38.213中Table 10.2-1(激活)和Table 10.2-2(释放)中规定的相关参数值去判断DCI是用于激活还是释放configured UL grant Type 2.

① 多个configured UL grant Type 2

当UE被配置了多个configured UL grant Type 2配置时：

• 激活：
  • DCI中的HARQ process number域的值对应于要激活的ConfiguredGrantConfigIndex值。激活DCI中RV域对应的值由TS38.213 Table 10.2-3给出.
• 去激活：
  • 当UE配置了configuredGrantConfigType2DeactivationStateList时，DCI中的HARQ process number 域用于指示其中要释放的配置项.
  • 如果UE没有被配置configuredGrantConfigType2DeactivationStateList，DCI中的HARQ process number域的值对应ConfiguredGrantConfigIndex，根据ConfiguredGrantConfigIndex释放对应的配置.

Configured UL grant Type 2释放DCI中的相关域参数由TS38.213 Table 10.2-4给出。

Configured grant Type2 PUSCH传输时序图：

4.2 Configured grant PUSCH的重传

【TS38.214, 6.1 UE procedure for transmitting the physical uplink shared channel】:

Configured grant PUSCH的重传调度：CRC由CS-RNTI加扰且NDI=1的DCI格式调度（注：NDI=0被用于Configured grant type2的激活判断，因此不通过NDI翻转的方式来判断新重传）。

Configured grant Type2 PUSCH重传调度时序图：