我是靠谱客的博主 孤独大叔,最近开发中收集的这篇文章主要介绍通信标准2之PUSCH非动态传输 Configured Grant Type 1 和 Type 2,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

PUSCH有两类非动态的传输方式 (TS 38.321 Clause 5.8.2):

  • 配置授权类型 1(configured grant Type 1),上行传输授权由资源管理层 (RRC)提供,UE 存储该配置并将其作为授权配置;
  • 配置授权类型 2(configured grant Type 2),上行传输授权由物理下行控制信道 (PDCCH)提供,并根据层 1 信号 (L1 Signalling)对配置进行激活或失活(activation or deactivation)的指示存储或清除配置。

服务小区的每个BWP由 RRC 配置 Type 1 和 Type 2 的配置授权,在同一个 BWP 可同时激活多个配置。

参数配置

对于 configured grant Type 1,RRC 配置以下参数:

  • cs-RNTI: 用于重传(retransmission);
  • periodicity: 周期;
  • timeDomainOffset: 时域资源相对于 SFN = timeReferenceSFN 的偏移量;
  • timeDomainAllocation:时域资源分配;
  • nrofHARQ-Processes: HARQ 的次数;
  • harq-ProcID-Offset: HARQ的偏移量(对于共享频谱信道);
  • harq-ProcID-Offset2: HARQ的偏移量;
  • timeReferenceSFN: 参考系统帧编号(SFN)。

对于 configured grant Type 2,RRC 配置以下参数:

  • cs-RNTI: 用于 activation, deactivation, 和 retransmission;
  • periodicity: 周期 ;
  • nrofHARQ-Processes:HARQ 的次数;
  • harq-ProcID-Offset:HARQ的偏移量(对于共享频谱信道);
  • harq-ProcID-Offset2: HARQ的偏移量。

当 PUSCH 的资源分配是通过上层 BWP-UplinkDedicated 信息元中的 configured GrantConfig 进行半静态配置 (semi-statically configured),以下的上层参数用于传输的配置:

BWP-UplinkDedicated ::=
SEQUENCE {
pucch-Config
SetupRelease { PUCCH-Config }
OPTIONAL,
-- Need M
pusch-Config
SetupRelease { PUSCH-Config }
OPTIONAL,
-- Need M
configuredGrantConfig
SetupRelease { ConfiguredGrantConfig }
OPTIONAL,
-- Need M
srs-Config
SetupRelease { SRS-Config }
OPTIONAL,
-- Need M
beamFailureRecoveryConfig
SetupRelease { BeamFailureRecoveryConfig }
OPTIONAL,
-- Cond SpCellOnly
...
}
ConfiguredGrantConfig ::=
SEQUENCE {
frequencyHopping
ENUMERATED {intraSlot, interSlot}
OPTIONAL,
-- Need S
cg-DMRS-Configuration
DMRS-UplinkConfig,
mcs-Table
ENUMERATED {qam256, qam64LowSE}
OPTIONAL,
-- Need S
mcs-TableTransformPrecoder
ENUMERATED {qam256, qam64LowSE}
OPTIONAL,
-- Need S
uci-OnPUSCH
SetupRelease { CG-UCI-OnPUSCH }
OPTIONAL,
-- Need M
resourceAllocation
ENUMERATED { resourceAllocationType0, resourceAllocationType1, dynamicSwitch },
rbg-Size
ENUMERATED {config2}
OPTIONAL,
-- Need S
powerControlLoopToUse
ENUMERATED {n0, n1},
p0-PUSCH-Alpha
P0-PUSCH-AlphaSetId,
transformPrecoder
ENUMERATED {enabled, disabled}
OPTIONAL,
-- Need S
nrofHARQ-Processes
INTEGER(1..16),
repK
ENUMERATED {n1, n2, n4, n8},
repK-RV
ENUMERATED {s1-0231, s2-0303, s3-0000}
OPTIONAL,
-- Need R
periodicity
ENUMERATED { sym2, sym7,...
},
configuredGrantTimer
INTEGER (1..64)
OPTIONAL,
-- Need R
rrc-ConfiguredUplinkGrant
SEQUENCE {
...,
}
...

(一)对于第一类(Type 1)配置授权( configured grant)的 PUSCH 传输:

  1. 决定 PUSCH 重复类型的参数(type A 还是 type B):
    (1) 如果rrc-ConfiguredUplinkGrant 中的参数 pusch-RepTypeIndicator 存在且设置成 ‘pusch-RepTypeB’, PUSCH 的重复类型为 type B;
    (2) 否则, PUSCH 的重复类型为 type A;
 rrc-ConfiguredUplinkGrant
SEQUENCE {
...,
[[
pusch-RepTypeIndicator-r16
ENUMERATED {pusch-RepTypeA,pusch-RepTypeB}
OPTIONAL,
-- Need M
...
]]
}
  1. 对于 PUSCH重复类型 A, 时间域的资源分配表与UE特定的搜索空间(UE specific search space) DCI 0_0 情况相同 (见 TS 38.214 Table 6.1.2.1.1-1):
    (1)如果上层配置没有 pusch-TimeDomainAllocationList,则使用默认的分配表;否则
    (2)如果在 pusch-Config 中有 pusch-TimeDomainAllocationList,则使用该 TimeDomainAllocationList;否则
    (3)如果在 pusch-ConfigCommon 中有 pusch-TimeDomainAllocationList,则使用该 TimeDomainAllocationList。

  2. 对于 PUSCH重复类型 B, 使用如下的时间域资源分配表:
    (1)如果 pusch-Config 信息元中配置了pusch-RepTypeIndicatorDCI-0-1 且设置成 ‘pusch-RepTypeB’, 使用pusch-Config 中的 pusch-TimeDomainResourceAllocationListDCI-0-1;否则
    (2)使用 pusch-Config 中的 pusch-TimeDomainResourceAllocationListDCI-0-2;
    (3)如果 pusch-RepTypeIndicatorDCI-0-1 和 pusch-RepTypeIndicatorDCI-0-2都没有设置成 ‘pusch-RepTypeB’,那么 rrc-ConfiguredUplinkGrant 中的 pusch-RepTypeIndicator 就不应该设置成 ‘pusch-RepTypeB’ 。

  3. 上层参数 timeDomainAllocation 的值 m 用来指示时域资源分配表的第 m+1 行,根据 TS 38.214 Clause 6.1.2.1 的过程(参见 通信标准1之PUSCH 时间域重复类型 A 和重复类型 B )获得相应的参数(K2,mapping type, S, L 等)。

  4. 频率域资源分配由上层参数 frequencyDomainAllocation 的 N 个 重要度最低的比特 (LSB)决定(具体过程见 TS 38.214 Clause 6.1.2.2)。N 由 DCI 0_1 的频率资源分配域决定。

 rrc-ConfiguredUplinkGrant
SEQUENCE {
timeDomainOffset
INTEGER (0..5119),
timeDomainAllocation
INTEGER (0..15),
frequencyDomainAllocation
BIT STRING (SIZE(18)),
*(f17,...,f1,f0) f0 是 LSB *
...
  1. 调制编码指示信息 I M C S I_{MCS} IMCS 由上层参数 mcsAndTBS 提供。
rrc-ConfiguredUplinkGrant
SEQUENCE {
...
mcsAndTBS
INTEGER (0..31),
... }
  1. 天线端口、DM-RS 序列初始化、预编码和层信息、探测参考信号(SRS)资源指示由 antennaPort, dmrs-SeqInitialization, precodingAndNumberOfLayers, 和 srs-ResourceIndicator 参数分别给出。

antennaPort
INTEGER (0..31),
dmrs-SeqInitialization
INTEGER (0..1)
OPTIONAL,
-- Need R
precodingAndNumberOfLayers
INTEGER (0..63),
srs-ResourceIndicator
INTEGER (0..15)
  1. 如果采用跳频,跳频频移参数由 frequencyHoppingOffset 给出。
frequencyHoppingOffset
INTEGER (1.. maxNrofPhysicalResourceBlocks-1)

(二)第二类(Type 2)配置授权的 PUSCH 传输的参数部分由 RRC 配置,部分由 CS-RNTI 扰码的DCI 配置。上行传输的授权由 CS-RNTI 扰码的DCI 激活或释放。 在 RRC 配置参数的基础上,DCI 配置的参数包括:

  • PUSCH 重复类型;
  • 时域资源分配;
  • 频域资源分配;
  • MCS;
  • 天线端口、导频、探测信号等。

Type 2 配置的激活和释放

配置激活和释放的有效 PDCCH (TS 38.213 Clause 10.2):

  • DCI 的 CRC 由 CS-RNTI 扰码;
  • DCI 的 NDI 域为 ‘0’;
  • DCI 的 DFI 标志域(如果有的话)为 ‘0’;
  • PDSCH-to-HARQ_feedback 定时指示域(如果有的话)取值合理 (来自 dl-DataToUL-ACK-r16)。

如果 UE 配置单个 UL grant Type 2,激活和释放的相关参数见 Table 10.2-1 和 Table 10.2-2。

激活:
DCI 0_1 (或 DCI 0_2)的 HARQ process number 域和 Redundancy version 域为全 0。

释放:
DCI 0_1 (或 DCI 0_2)的 HARQ process number 域和 Redundancy version 域为全 0;
DCI 0_1 (或 DCI 0_2)的 MCS 域为全 1;
DCI 0_1 (或 DCI 0_2)的 Frequency domain resource assignment (FDRA)域为全 0 (FDRA type 2)或全 1(其它情况)。

如果 UE 配置多个 UL grant Type 2,激活和释放的相关参数见 Table 10.2-3 和 Table 10.2-4。

激活:
DCI 0_1 (或 DCI 0_2)的 Redundancy version 域为全 0; HARQ process number 域的值对应 UL grant Type 2 激活的选项。

释放:
DCI 0_1 (或 DCI 0_2)的 Redundancy version 域为全 0;HARQ process number 域的值对应 UL grant Type 2 释放的选项;
DCI 0_1 (或 DCI 0_2)的 MCS 域为全 1;
DCI 0_1 (或 DCI 0_2)的 Frequency domain resource assignment (FDRA)域为全 0 (FDRA type 2)或全 1(其它情况)。

Type 2 配置激活与释放的确认

MAC 层的控制信息元 (MAC CE)确认Type 2 配置激活与释放(TS 38.321 Clause 6.1.3.31)。该 MAC CE 包括 32个配置授权域(CG-fields)。

多项配置的激活与释放由各 CG 的值确认:

  • CGi 为 1 表明该项所对应的Type 2 配置激活或失效(activation or deactivation)的信息已收到;
  • CGi 为 0 表明该项所对应的Type 2 配置激活或失效的信息没有收到。

最后

以上就是孤独大叔为你收集整理的通信标准2之PUSCH非动态传输 Configured Grant Type 1 和 Type 2的全部内容,希望文章能够帮你解决通信标准2之PUSCH非动态传输 Configured Grant Type 1 和 Type 2所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(55)

评论列表共有 0 条评论

立即
投稿
返回
顶部