5G技术核心与增强:从R15到R16
上QQ阅读APP看书,第一时间看更新

5.5.4 PUCCH资源分配

LTE系统在未引入载波聚合之前,传输动态调度PDSCH对应的ACK/NACK信息的PUCCH格式1a、格式1b的资源,是根据调度PDSCH的DCI占用的CCE计算得到的。引入载波聚合之后,传输动态调度PDSCH对应的ACK/NACK信息的PUCCH格式3、格式4、格式5的资源则采用了半静态配置加DCI动态指示的方式分配。在NR设计较早阶段就确定了沿用了LTE的工作机制指示传输ACK/NACK信息的PUCCH,即首先由高层信令配置PUCCH资源集,然后由DCI指示资源集中的一个PUCCH。

在标准化讨论过程中,关于如何配置PUCCH资源集合提出了如下方案[32]

· 方案1:配置K个PUCCH资源集合,每个资源集合用来承载的UCI比特数范围不同。每个集合中可以包括相同或不同的PUCCH格式。根据待传输的UCI比特数从K个资源集合中确定一个资源集合。然后根据DCI的指示从该集合中确定一个PUCCH资源(见图5-53)。

图5-53 PUCCH资源集配置方案1示意图

· 方案2:针对每种PUCCH格式配置1个或多个PUCCH资源集合。

■ 方案2-1:每种PUCCH格式配置多个资源集。

■ 方案2-2:多个资源集分为两组,第一组用于承载1~2 bit UCI,第二组用于承载2 bit以上UCI。首先,通过MAC CE指示每一组内的一个资源集,得到两个资源集。其次,根据待传输UCI比特数确定一个资源集。最后根据DCI从资源集中确定一个PUCCH资源。

■ 方案2-3:每种PUCCH格式配置一个资源集。对短PUCCH,重用LTE PUCCH格式1a、格式1b根据DCI占用的资源隐式确定PUCCH资源的方法。

■ 方法2-4:配置两个PUCCH资源集,分别包括短PUCCH和长PUCCH,设置短PUCCH资源集承载的UCI比特上限(如100 bit),根据待传输UCI比特数从两个资源集中选择一个。

方案1的好处在于,由于资源集中同时包括短PUCCH和长PUCCH,因此可以实现长短PUCCH格式的动态切换。半静态配置的长、短PUCCH资源数量可以不均匀,这给基站配置提供了更多灵活性。以DCI中包括3 bit PUCCH的指示信息为例,方案1的一个PUCCH集合中包括8个PUCCH资源,基站可任意配置其中长PUCCH和短PUCCH的数量。而对于方案2-1,首先DCI中需要1 bit指示使用长PUCCH还是短PUCCH,然后剩余的2 bit指示一个集合内的资源,即长PUCCH集合和短PUCCH集合都分别包含4个PUCCH资源。另外,方案1可针对不同的UCI负载区间分别配置资源集,能够配置总量更多的资源,给调度带来更大灵活性。经过讨论后确定,NR PUCCH资源分配采用方案1。通过高层信令可配置最多4个PUCCH资源集合,其中资源集合0用于承载1~2 bit UCI,资源集合1、2对应的负载范围通过高层信令配置,而资源集合3的最大负载为1706 bit,该数值来自Polar编码的限制。

另外,有公司提出在实际系统中大量的UE需要同时反馈1 bit或2 bit比特的ACK/NACK信息,若DCI中PUCCH指示信息域为2 bit,即每个终端只能有4个备选的PUCCH资源传输1 bit或2 bit ACK/NACK,则系统中资源冲突问题会比较严重。因此,建议考虑在DCI指示基础上,使用隐式的资源指示方法,扩展备选PUCCH资源数量。可选方案包括:

· 方案1:根据CCE索引确定PUCCH资源。

· 方案2:根据RBG索引确定PUCCH资源。

· 方案3:根据TPC隐式确定PUCCH资源。

· 方案4:根据CORESET或Search Space隐式确定PUCCH资源。

· 方案5:拓展DCI中的PUCCH指示信息bit数,不引入隐式资源确定方式。

经讨论和融合,RAN1#92次会议确定DCI中使用3 bit指示PUCCH资源。对PUCCH集合0(承载1~2 bit UCI),高层信令可配置最多32个PUCCH资源。当PUCCH资源数量不大于8时,直接根据DCI中的指示确定PUCCH资源。当PUCCH资源数量大于8时,则根据CCE索引和DCI中的3 bit指示信息联合确定一个PUCCH资源,具体方法如式(5.4)。

其中,rPUCCH为PUCCH资源索引号,NCCE,p为CORESET中CCE的数量,nCCE,p为DCI占用的第一个CCE的索引号,ΔPRI为DCI中3 bit指示信息所指示的值。

对于PUCCH集合1、集合2、集合3(承载2 bit以上UCI),高层信令可配置最多8个PUCCH资源。终端根据DCI中的3 bit指示信息确定使用的PUCCH资源,而不使用隐式资源确定方法。