5G PUSCH非动态传输实战：Type 1和Type 2配置授权的区别与配置详解

5G PUSCH非动态传输实战：Type 1和Type 2配置授权的区别与配置详解

在5G网络部署中，PUSCH（物理上行共享信道）的非动态传输机制对低时延、高可靠性业务至关重要。Configured Grant（配置授权）技术允许UE无需频繁接收动态调度指令即可进行上行传输，特别适合工业物联网、URLLC等场景。本文将深入解析Type 1和Type 2两种配置授权的核心差异，并提供可落地的参数配置指南。

1. 配置授权基础原理与适用场景

非动态传输通过预配置资源减少信令开销，其设计哲学源于对业务特征的深度适配。Type 1和Type 2虽然都归属Configured Grant范畴，但实现机制存在本质区别：

• Type 1：完全由RRC层静态配置，UE在接收到配置后立即生效，无需等待物理层激活指令。这种"一次配置永久生效"的特性使其非常适合周期性固定、时延敏感的业务流，如工业传感器数据上报。

• Type 2：采用RRC+PDCCH的混合配置模式，RRC提供基础参数框架，具体激活/释放则通过CS-RNTI加扰的DCI指令控制。这种半静态方式更适合业务突发性强但需要保障资源可用性的场景，如AGV小车的突发控制指令。

实际组网中常见配置组合：在同一个BWP内，可同时部署Type 1用于保障基础业务QoS，配合Type 2应对突发流量，两者参数需协调避免资源冲突。

2. Type 1配置全参数解析与典型配置

Type 1的核心参数通过RRC层的ConfiguredGrantConfigIE下发，关键参数组及其作用域如下：

典型配置示例（基于FR1频段）：

# Type 1基础配置模板 ConfiguredGrantConfig = { "frequencyHopping": "interSlot", "periodicity": "sym20", # 20符号周期 "timeDomainOffset": 8, "nrofHARQ-Processes": 4, "rrc-ConfiguredUplinkGrant": { "timeDomainAllocation": 3, "frequencyDomainAllocation": "0x3FF", # 连续10个RB "mcsAndTBS": 12 } }

配置陷阱警示：

• 当时域分配选择pusch-RepTypeB时，必须确保pusch-TimeDomainResourceAllocationListDCI-0-1/0-2已正确配置
• frequencyHoppingOffset取值需小于当前BWP的PRB总数
• HARQ进程数配置不足会导致重传阻塞

3. Type 2的动态控制机制详解

Type 2配置的精髓在于其"静态骨架+动态血肉"的设计理念。RRC层仅搭建参数框架，实际传输资源通过DCI动态激活：

• 激活流程：

  1. 基站发送CS-RNTI加扰的DCI 0_1/0_2
  2. HARQ Process Number和RV字段全零
  3. UE验证FDRA/MCS字段有效性
  4. 激活持续至configuredGrantTimer超时或收到释放指令

• 释放条件（需同时满足）：

  • RV字段全零
  • MCS字段全1（0x1F）
  • FDRA字段全0/全1（取决于资源分配类型）

关键细节：Type 2的HARQ进程管理采用"进程池"机制，同一BWP内所有Type 2配置共享HARQ进程资源，这要求nrofHARQ-Processes参数需全局规划。

4. 混合部署实战案例与排错指南

某智能制造园区部署案例：

• 业务需求：

  • 周期10ms的传感器数据（Type 1）
  • 突发性AGV控制指令（Type 2）
  • 时延要求<5ms

• 配置要点：

  # Type1配置（传感器） CG_Type1 = { "periodicity": "sl10", "timeDomainOffset": 2, "repK": "n2" # 重复传输2次 } # Type2配置（AGV） CG_Type2 = { "periodicity": "sl2", "nrofHARQ-Processes": 8, "configuredGrantTimer": 32 }

典型故障排查表：

在现网优化中发现，当Type 1和Type 2配置在同一BWP时，建议预留20%的HARQ进程作为缓冲，避免突发业务导致进程耗尽。某次网络升级后出现的随机接入失败问题，最终定位是Type 2的configuredGrantTimer设置过长，占用了过多时序资源。