本节课程视频
PUSCH是NR上行方向的共享物理信道。对于常规业务，gNB可以在每次传输前通过PDCCH中的上行DCI重新决定UE本次PUSCH的时频资源、MCS以及相关传输参数，这种方式称为动态调度（Dynamic Grant）。
然而，并非所有业务都需要在每一个调度周期重新发送一次完整的资源授权。当业务具有明显的周期性、数据量相对稳定或对等待调度的时延非常敏感时，可以预先配置一组周期性上行资源，使UE在后续多个传输机会中按照既定配置发送PUSCH；NR上行把这种机制定义为Configured Grant（CG），其思想与传统LTE中的SPS具有明显的继承关系，但在NR中使用了独立的配置与激活机制。
本节的核心不是简单比较两个名词，而是回答三个问题：**动态调度为什么需要每次重新授权？Configured Grant究竟省掉了什么？Type 1与Type 2又分别如何建立和维持这组周期性资源？**
一、本节学习目标
- 掌握PUSCH动态调度的定义、工作特点及典型控制流程。
- 理解PDCCH、DCI和UL Grant在动态上行调度中的关系。
- 理解为什么无线环境和业务状态的快速变化使动态调度具有明显优势。
- 理解Configured Grant与动态调度之间的互补关系，而不是把两者理解成互斥的两套系统。
- 掌握Configured Grant Type 1和Type 2在配置、激活、持续发送和终止方面的基本区别。
- 理解Configured Grant为什么适合周期性、稳定、低时延的小包业务。
- 能够根据QXDM/L1/L2日志中的PDCCH、RNTI、PUSCH周期性和RRC配置判断当前采用的授权方式。
二、PUSCH为什么需要两类授权机制？
在上一个小节中已经建立了PUSCH基本调度闭环：UE产生数据以后，通过SR/BSR等机制使gNB了解上行需求，gNB调度器再通过UL Grant决定UE后续PUSCH的资源。这个过程非常灵活，但每一次新的传输机会都可能需要新的控制信息。
如果业务和无线环境变化很快，这种“每次重新计算、每次重新授权”的方式恰恰是最合理的；但如果业务在较长时间内保持稳定，例如周期性产生相近大小的小数据包，那么反复发送内容高度相似的PDCCH/DCI就会产生不必要的控制开销。
图7.3.4.3.2-1 PUSCH两类主要授权方式：动态调度与Configured Grant
因此可以建立一个非常直观的认识：
业务/无线特征 | 更适合的机制 | 主要原因 |
业务量随机、突发明显 | 动态调度 | 资源可随每次业务需求变化 |
信道条件变化快 | 动态调度 | MCS、PRB等参数可以快速调整 |
周期性小包、业务规律稳定 | Configured Grant | 减少重复的PDCCH/DCI授权 |
对等待授权的时延敏感 | Configured Grant | 预配置资源可缩短等待路径 |
需要频繁改变资源位置或传输参数 | 动态调度 | 调度器具有最大灵活性 |
三、动态调度（Dynamic Grant）
动态调度是NR上行最通用的授权方式。gNB调度器根据UE当前的Buffer、QoS、信道状态、小区负载、HARQ状态以及其他调度策略，在具体调度时机决定是否给UE分配PUSCH资源。若需要发送，则通过PDCCH发送相应的UL DCI；UE解码成功后，按照DCI指定的参数生成对应PUSCH。
图7.3.4.3.2-2 PUSCH动态调度的典型闭环
3.1 动态调度的核心特点
- 逐次授权：一次UL Grant主要对应一次或一组具体的PUSCH传输机会。
- 实时适配：调度器可以根据最新Buffer和无线测量结果重新选择资源。
- 链路自适应：MCS可以随信道质量改变，从而在可靠性与吞吐率之间取得平衡。
- 多用户共享：调度器可以在不同UE之间动态分配有限的UL PRB。
- 控制开销持续存在：每次需要新的动态授权时，都需要相应的PDCCH/DCI资源。
3.2 为什么动态调度必须不断重新评估？
NR无线链路并不是一个静态信道。UE移动、遮挡、人体衰落、干扰、小区负载变化都会导致可用SINR和频域资源条件发生变化。同时，UE侧的数据到达也不是严格恒定的：某一个slot可能只有一个很小的RRC消息，下一个slot可能已经积累了大量用户面数据。
因此，gNB调度器通常需要持续回答：当前这个UE是否值得调度？需要多少资源？放在哪些PRB？采用什么MCS？是否需要考虑HARQ重传？是否有更高优先级UE？这正是动态调度存在的根本价值。
例如，在30 kHz子载波间隔下，一个普通slot的持续时间为0.5 ms。这里的重点并不是“每个系统固定0.5 ms调度一次”，而是说明NR可以在很短的时间尺度上不断重新评估资源。具体调度周期、PDCCH监测机会和PUSCH时域资源由系统配置和具体Numerology决定。
四、PUSCH动态调度中的DCI Format 0_0与0_1
动态PUSCH授权通过PDCCH承载的DCI下发。传统NR基础教学中最常见的是DCI Format 0_0和DCI Format 0_1；随着Release演进，还存在其他格式和增强功能，但理解本节时首先掌握0_0/0_1即可。
项目 | DCI Format 0_0 | DCI Format 0_1 |
定位 | Fallback格式 | 更完整的非Fallback格式 |
典型用途 | 基础/回退场景 | 常规业务和更丰富的上行配置 |
字段丰富度 | 相对精简 | 更丰富 |
MIMO/空间传输 | 能力受限于具体配置 | 支持更多上行空间传输相关指示 |
BWP等高级配置 | 相对受限 | 支持更丰富的配置场景 |
与动态调度关系 | 均可形成UL Grant | 均可形成UL Grant |
需要特别注意：不能简单把0_0等同于“所有小消息”、把0_1等同于“所有大业务”。实际采用哪种DCI格式由RRC配置、搜索空间、UE能力、BWP以及具体网络实现共同决定。教材中的“0_0偏基础、0_1功能更丰富”应理解为基本认识，而不是绝对的业务分类规则。
五、一次动态PUSCH授权到底包含什么？
图7.3.4.3.2-3 PUSCH授权方式总览：动态Grant与Configured Grant
一次UL Grant的意义并不只是告诉UE“你可以发”。它需要让UE能够唯一确定这次PUSCH应该使用哪些资源以及怎样进行传输。
典型授权信息 | 作用 |
频域资源分配 | 确定PUSCH使用的PRB/VRB范围 |
时域资源分配 | 确定PUSCH所在时隙、起始符号和持续长度等 |
K2 | 建立PDCCH授权时刻与PUSCH实际发送时刻之间的时间关系 |
MCS | 决定调制阶数及目标编码率相关参数 |
HARQ Process ID | 确定本次传输属于哪个HARQ进程 |
NDI / RV | 区分新传与重传并确定冗余版本 |
TPC | 对PUSCH发射功率进行控制 |
空间传输相关指示 | 在相应配置下确定层数、预编码/SRS等参数 |
因此，动态调度的本质可以浓缩成一句话：**gNB每次根据最新状态重新计算“在哪里发、什么时候发、用什么参数发”，然后通过DCI把这个决定交给UE执行。**
六、动态调度为什么会产生PDCCH开销？
如果连续10个上行传输机会的资源位置、MCS、TB大小等都非常接近，动态调度仍然需要不断重复发送授权控制信息。PDCCH本身占用控制资源，DCI还需要经过CRC加扰、盲检、译码等过程。
因此，当业务长期保持稳定时，继续为每个周期重复发送相似DCI，就出现了一个明显的优化空间：能否先告诉UE一套“未来一段时间都可以使用的规则”，之后让UE直接按照这套规则周期性发送？
这就是Configured Grant的基本思想。它不是取消调度，而是把一部分“反复发送相同授权信息”的工作从每次实时动态授权，转变为预配置和周期性资源使用。
七、Configured Grant：上行的半持续调度思想
NR上行使用Configured Grant（CG）描述这种预配置的周期性PUSCH资源机制。它与LTE时代的SPS具有相似的设计思想：在业务特征稳定时，网络不必为每一个传输机会都重新发送完整的实时授权。
但从NR规范术语来看，建议学生严格区分：**上行称Configured Grant，下行则存在Configured Scheduling等相应机制。**因此，在教材中“半持续调度”更多是帮助理解其工作思想，而不是把LTE SPS这个名称机械地直接套用到NR PUSCH。
图7.3.4.3.2-4 Configured Scheduling中Type 1与Type 2的配置、激活和周期性传输关系
图7.3.4.3.2-4体现了Configured Grant最重要的思想：资源可以先被配置好；对于需要激活的类型，再由一次特定的激活控制进入工作状态；进入工作状态后，UE按照周期性规则发送多个PUSCH，而不需要每一次都重新收到一个完整的动态UL Grant。
八、Configured Grant Type 1
Configured Grant Type 1强调“通过高层配置建立周期性上行授权”。网络通过RRC把相关CG参数提供给UE，UE获得配置后，可以依据这些参数确定后续有效的周期性PUSCH传输机会。
- 资源周期等关键配置由高层信令提供。
- 不依赖一次实时DCI来激活每一个具体周期。
- 适合业务模式已经比较明确、周期性较强的场景。
- 由于实时动态调整能力相对弱，网络必须在配置时选择合理的资源和传输参数。
- 如果业务特征或无线条件发生明显变化，网络可以通过重新配置或其他调度机制进行调整。
这里的“免调度”不能理解成“UE不受网络控制而自由发射”。准确的理解是：**UE不需要在每一次PUSCH发送之前再等待一个新的动态UL Grant；发送机会本身已经由网络预先配置。**
九、Configured Grant Type 2
Configured Grant Type 2进一步把“长期配置”和“具体启动时机”分离开来。网络可以先通过RRC配置一套Configured Grant参数；当业务需要真正进入该周期性发送状态时，再通过与Configured Grant相关的激活DCI启动这套资源。典型情况下，该激活控制与CS-RNTI相关。
- RRC负责提供基础的Configured Grant配置。
- 激活时机可以由后续DCI决定，因此比完全依赖静态配置更灵活。
- 激活后，UE可以按照配置的周期性资源持续发送PUSCH。
- 网络可以通过相应的去激活/覆盖机制结束当前Configured Grant状态或改变后续调度方式。
- 这种机制特别适合业务具有“成段出现、成段稳定”的特点：业务活跃时启动，业务结束或条件改变时退出。
Type 2的关键记忆点是：**RRC负责“把这套规则准备好”，DCI负责“告诉UE现在开始用它”。**
十、Type 1与Type 2的核心区别
维度 | 动态调度 | Configured Grant Type 1 | Configured Grant Type 2 |
资源建立方式 | 每次由动态UL Grant决定 | RRC预配置 | RRC预配置 + DCI激活 |
每次PUSCH前是否需要新的动态DCI | 通常需要 | 不需要 | 激活后不需要每次重新授权 |
周期性资源 | 由每次Grant决定 | 预先配置 | 预先配置 |
启动灵活性 | 最高 | 较低 | 高于Type 1 |
控制开销 | 较高 | 较低 | 较低 |
对业务稳定性的要求 | 低 | 较高 | 较高 |
典型优势 | 适应突发和变化 | 简单、控制开销低 | 兼顾预配置与按需启动 |
典型适用 | 普通动态业务 | 稳定周期性业务 | 周期性业务且需要按需启停 |
从工程角度，可以把三者理解为三个不同的控制粒度：动态调度是“每次说一遍”；Type 1是“提前把规则写好”；Type 2是“规则提前写好，需要时按一下启动键”。
十一、Type 1与Type 2的时序理解
图7.3.4.3.2-5 Configured Grant Type 1/Type 2的典型工作时序
需要注意的是，实际规范中的Configured Grant参数远比教学图复杂。周期、时域资源、频域资源、MCS、DMRS、功率控制、HARQ相关配置以及与BWP/载波等的关系都可能参与最终PUSCH传输。图7.3.4.3.2-5只抽取了最核心的“配置→激活→周期性发送”关系，用于建立概念模型。
十二、Configured Grant为什么能降低时延和控制开销？
考虑一个周期性小包业务。如果采用动态调度，每个周期可能需要经历“数据到达/需求可见 → 调度器决策 → PDCCH/DCI → UE处理 → PUSCH”的控制链路。即使网络能够快速调度，PDCCH仍然占用控制资源，UE也需要在相应监测机会进行控制信道处理。
Configured Grant把其中反复出现的“资源授权”步骤提前完成。对于已经配置并处于有效状态的CG occasion，UE可以直接使用对应的PUSCH资源，因此减少了等待实时UL Grant的过程。
图7.3.4.3.2-6 周期性、稳定的小包业务与Configured Grant的匹配关系
因此，Configured Grant的收益主要体现在两个方面：
- 降低重复PDCCH/DCI控制开销，提高控制信道资源利用率。
- 减少每个业务小包都等待一次实时授权所产生的调度时延。
但它并不是“越多越好”。如果业务突然变大、业务周期发生变化、无线信道快速恶化或小区资源紧张，预配置资源可能无法保持最优，这时动态调度的灵活性反而更有价值。
十三、典型业务：为什么VoNR等周期性业务常被用于说明CG？
语音业务具有较强的周期性。以VoNR为例，编码后的语音帧通常以比较规律的时间间隔形成小规模数据包。这样的业务具有“周期稳定、单次数据量相对有限、对时延敏感”的特点，因此非常适合用来解释Configured Grant的设计动机。
类似地，部分工业传感器上报、周期性控制信息以及某些URLLC小包业务也可能从Configured Grant中受益。不过，不能把“某业务属于语音/URLLC”直接等同于“网络一定采用CG”。最终是否启用CG仍由网络部署策略、业务模型、无线资源、QoS要求和UE能力等共同决定。
十四、Configured Grant并不意味着UE完全停止监听PDCCH
这是实际日志分析中非常重要的概念。Configured Grant减少的是“每一次PUSCH初始传输都必须依赖实时DCI授权”的需求，而不是把PDCCH从系统中完全删除。UE仍然可能需要监测PDCCH，以接收其他控制信息、动态调度、覆盖当前配置的调度或相关的激活/去激活控制。
因此，看到Configured Grant周期性PUSCH时，不应该简单得出“这段时间UE没有看PDCCH”的结论。正确的判断应该是：**当前这批PUSCH的资源授权来自预配置的CG，而不是每一次都来自新的动态UL Grant。**
十五、Configured Grant与动态调度如何协同？
Configured Grant和Dynamic Grant不是互相排斥的两套模式。一个UE在不同业务阶段完全可能经历：
- 初始接入阶段：通过随机接入相关机制获得上行发送机会。
- RRC_CONNECTED建立后：普通业务使用动态调度。
- 检测到周期性稳定业务：网络配置并激活Configured Grant。
- 业务持续期间：UE按CG周期性发送PUSCH，同时仍处于整体RRC和PDCCH控制体系中。
- 业务特征发生变化：网络可以停止/覆盖CG并重新采用动态调度。
- 下一次满足周期性业务条件：再次配置或激活CG。
这正是“半持续”这个名字的直观含义：它不是永久固定的授权，而是在一段时间内保持连续有效；当网络认为条件不再合适时，再回到动态调度或重新配置。
十六、与RRC配置的关系
Configured Grant是MAC/PHY运行机制，但其基础参数需要通过高层RRC配置建立。学生在分析日志时，应该把RRC配置与空口PUSCH行为联系起来，而不是只看PUSCH本身。
观察对象 | 需要关注的内容 | 能够回答的问题 |
RRC配置 | Configured Grant相关配置、周期、资源和传输参数 | UE是否具备CG以及CG规则是什么？ |
PDCCH/DCI | 是否存在相关激活/去激活或覆盖调度 | Type 2是否被激活？当前是否发生动态覆盖？ |
PUSCH时间序列 | 是否按固定周期出现 | 是否呈现CG典型周期性？ |
PUSCH资源 | PRB、符号、MCS等是否高度稳定 | 是否与RRC预配置一致？ |
RNTI | C-RNTI、CS-RNTI等 | 当前控制消息属于哪种授权上下文？ |
十七、工程案例：如何从日志识别动态调度与Configured Grant？
假设在QXDM或L1/L2日志中观察到某UE连续多个slot都有PUSCH。可以按照下面的顺序分析：
- 首先检查每一个PUSCH前面是否都有对应的动态UL DCI。
- 如果每一个PUSCH都能找到新的PDCCH/DCI，而且PRB、MCS等参数不断变化，更符合Dynamic Grant。
- 如果PUSCH按照明显周期重复出现，而中间没有对应的逐次UL DCI，则应进一步检查RRC是否配置了Configured Grant。
- 如果发现RRC配置CG，同时又存在与CS-RNTI相关的激活控制，应重点考虑Configured Grant Type 2。
- 如果RRC配置本身已经建立有效周期性CG，而没有看到对应的激活过程，则需要结合具体配置判断是否属于Type 1。
- 如果PUSCH周期性很强但资源突然变化，应检查是否发生动态调度覆盖、CG去激活、BWP变化或其他配置变更。
- 最后还需要检查实际PUSCH是否携带业务数据、BSR、UCI或HARQ相关信息，因为“周期性出现”本身并不能单独证明业务一定采用CG。
十八、常见误区辨析
常见误区 | 正确理解 |
“动态调度就是每个slot固定调度一次。” | 错误。动态调度是根据调度机会和系统配置不断重新做资源决策，并非所有slot都必须给UE发送Grant。 |
“Configured Grant就是完全没有调度。” | 错误。资源仍然由网络控制，只是授权规则被预先配置，减少逐次实时Grant。 |
“Configured Grant就是LTE SPS，完全没有区别。” | 不准确。两者设计思想相似，但NR上行使用Configured Grant这一独立机制，并具有Type 1/Type 2等定义。 |
“Type 1和Type 2只是名字不同。” | 错误。两者最大的教学区别是Type 1通过高层配置建立有效资源，Type 2还涉及DCI激活。 |
“使用CG以后UE就不用监听PDCCH。” | 错误。CG减少逐次PUSCH授权对DCI的依赖，但UE仍可能需要监测PDCCH接收其他控制信息。 |
“看到周期性PUSCH就一定是CG。” | 错误。周期性PUSCH也可能由动态调度器按固定模式重复调度，需要结合RRC/DCI判断。 |
“VoNR一定使用Configured Grant。” | 错误。VoNR只是典型适用场景之一，实际部署由网络策略和资源条件决定。 |
“CG资源一旦配置就永久有效。” | 错误。CG具有配置、激活、去激活/覆盖等生命周期。 |
十九、动态调度、Configured Grant与Msg3的整体定位
机制 | 授权来源 | 典型时机 | 主要特点 |
动态Grant | PDCCH/DCI | RRC_CONNECTED普通业务 | 最灵活、逐次决策 |
Configured Grant Type 1 | RRC配置 | 周期性/稳定业务 | 预配置，减少逐次DCI |
Configured Grant Type 2 | RRC配置 + DCI激活 | 需要按业务阶段启停的周期业务 | 兼顾预配置与按需激活 |
Msg3 | RAR中的UL Grant | 随机接入阶段 | 特殊入口，不属于普通动态Grant或CG |
这样，7.3.4.3这一组内容就形成了完整的授权体系：先理解PUSCH为什么需要资源授权，再理解最通用的动态Grant，最后理解为什么在特定业务下需要Configured Grant来减少重复控制开销。
二十、本节核心知识总结
- 动态调度的核心是“每次根据最新状态重新决定本次PUSCH怎么发”。
- PDCCH中的UL DCI是动态Grant的主要控制入口，UE根据Grant确定PUSCH资源和传输参数。
- DCI Format 0_0与0_1是基础教学中最常见的上行调度格式，但不能简单把它们绝对绑定到某一种业务大小。
- Configured Grant的核心思想是把部分重复的实时授权提前配置，从而让UE在后续周期性机会中直接使用预配置资源发送PUSCH。
- Configured Grant Type 1强调高层配置形成有效周期性资源；Type 2在高层配置基础上增加DCI激活机制。
- Configured Grant能够降低重复PDCCH/DCI开销并减少等待实时授权的时延，但牺牲了一部分逐次动态调整的灵活性。
- Configured Grant并不意味着UE完全停止监听PDCCH，也不意味着PUSCH脱离网络控制。
- 动态调度与Configured Grant可以在同一个UE的不同业务阶段协同使用。
- 周期性、稳定、低时延的小包业务是理解Configured Grant价值的典型场景，但具体是否启用由实际网络配置决定。
- 工程分析必须把RRC配置、PDCCH/DCI、RNTI和PUSCH时间序列联合起来判断授权机制。
