CN118202749A - 发送pucch的方法、用户设备、处理装置和存储介质及接收pucch的方法和基站 - Google Patents
发送pucch的方法、用户设备、处理装置和存储介质及接收pucch的方法和基站 Download PDFInfo
- Publication number
- CN118202749A CN118202749A CN202280073600.3A CN202280073600A CN118202749A CN 118202749 A CN118202749 A CN 118202749A CN 202280073600 A CN202280073600 A CN 202280073600A CN 118202749 A CN118202749 A CN 118202749A
- Authority
- CN
- China
- Prior art keywords
- pucch
- cell
- harq
- slot
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 345
- 238000012545 processing Methods 0.000 title claims description 42
- 230000005540 biological transmission Effects 0.000 claims abstract description 697
- 238000004891 communication Methods 0.000 claims description 120
- 230000008859 change Effects 0.000 abstract description 8
- 230000004044 response Effects 0.000 description 103
- 230000011664 signaling Effects 0.000 description 101
- 239000010410 layer Substances 0.000 description 72
- 230000008569 process Effects 0.000 description 66
- 239000000969 carrier Substances 0.000 description 53
- 230000015654 memory Effects 0.000 description 39
- 238000013507 mapping Methods 0.000 description 32
- 238000005516 engineering process Methods 0.000 description 22
- 230000000737 periodic effect Effects 0.000 description 21
- 238000012544 monitoring process Methods 0.000 description 19
- 238000013468 resource allocation Methods 0.000 description 19
- 238000004590 computer program Methods 0.000 description 15
- 238000003672 processing method Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 13
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 12
- 238000006467 substitution reaction Methods 0.000 description 8
- 125000004122 cyclic group Chemical group 0.000 description 6
- 230000002776 aggregation Effects 0.000 description 5
- 238000004220 aggregation Methods 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 238000013473 artificial intelligence Methods 0.000 description 4
- 230000001174 ascending effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 208000036357 GUCY2D-related recessive retinopathy Diseases 0.000 description 3
- 101150096310 SIB1 gene Proteins 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 238000001228 spectrum Methods 0.000 description 3
- 230000002123 temporal effect Effects 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 230000002411 adverse Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000000153 supplemental effect Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 101000824892 Homo sapiens SOSS complex subunit B1 Proteins 0.000 description 1
- 102100038824 Peroxisome proliferator-activated receptor delta Human genes 0.000 description 1
- 108010000020 Platelet Factor 3 Proteins 0.000 description 1
- 102100022320 SPRY domain-containing SOCS box protein 1 Human genes 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000001149 cognitive effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 108091008765 peroxisome proliferator-activated receptors β/δ Proteins 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 235000019527 sweetened beverage Nutrition 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
UE可以:接收与PUCCH小区改变有关的配置,其中,该配置包括与第一小区和第二小区当中的小区的PUCCH小区改变图案有关的信息,所述小区指示时域中的PUCCH小区;确定在所述第一小区上基于配置了重复的PUCCH资源执行PUCCH传输;以及在所述PUCCH小区根据所述PUCCH小区改变图案从所述第一小区改变为所述第二小区的状态下不对所述PUCCH传输的重复应用所述PUCCH小区改变。
Description
技术领域
本公开涉及一种无线通信***。
背景技术
诸如机器对机器(M2M)通信、机器型通信(MTC)以及要求高数据吞吐量的各种装置(例如,智能电话和平板个人计算机(PC))的各种技术已出现并普及。因此,蜂窝网络中要求处理的数据吞吐量快速增加。为了满足这种快速增加的数据吞吐量,已开发出用于有效地采用更多频带的载波聚合技术或认知无线电技术以及用于提高在有限的频率资源上发送的数据容量的多输入多输出(MIMO)技术或多基站(BS)协作技术。
随着越来越多的通信装置需要更大的通信容量,需要相对于传统无线电接入技术(RAT)的增强移动宽带(eMBB)通信。另外,通过将多个装置和对象彼此连接来随时随地提供各种服务的大规模机器型通信(mMTC)是下一代通信中要考虑的一个主要问题。
还正在讨论考虑对可靠性和延迟敏感的服务/用户设备(UE)的通信***设计。考虑eMBB通信、mMTC、超可靠低延迟通信(URLLC)等正在讨论下一代RAT的引入。
发明内容
技术问题
随着引入新的无线电通信技术,在规定的资源区域中BS应该向其提供服务的UE的数量不断增加,并且BS向/从BS提供服务的UE发送/接收的数据和控制信息的量也不断增加。由于BS可用于与UE通信的资源的量有限,所以需要一种BS使用有限的无线电资源有效地接收/发送上行链路/下行链路数据和/或上行链路/下行链路控制信息的新方法。换言之,由于节点的密度和/或UE的密度的增加,需要一种有效地使用高密度节点或高密度UE进行通信的方法。
还需要一种在无线通信***中有效地支持具有不同要求的各种服务的方法。
对于性能对延时/延迟敏感的应用,克服延时或延迟是重要的挑战。
另外,配置有PUCCH小区切换和PUCCH重复的UE需要PUCCH传输方法。
要利用本公开实现的目的不限于上文具体描述的那些,本领域技术人员将从以下详细描述更清楚地理解本文中未描述的其它目的。
技术方案
根据本公开的一个方面,提供一种在无线通信***中由用户设备(UE)发送物理上行链路控制信道(PUCCH)的方法。该方法包括以下步骤:接收与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定基于在第一小区上配置重复的PUCCH资源执行PUCCH传输;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下对PUCCH传输的重复不应用PUCCH小区切换。
根据本公开的另一方面,提供一种用于在无线通信***中发送PUCCH的UE。该UE包括:至少一个收发器;至少一个处理器;以及至少一个计算机存储器,所述至少一个计算机存储器在操作上可连接到至少一个处理器并且存储指令,所述指令在被执行时使得至少一个处理器执行操作。所述操作包括:接收与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定基于在第一小区上配置重复的PUCCH资源执行PUCCH传输;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下对PUCCH传输的重复不应用PUCCH小区切换。
根据本公开的另一方面,提供一种无线通信***中的处理装置。该处理装置包括:至少一个处理器;以及至少一个计算机存储器,所述至少一个计算机存储器在操作上可连接到至少一个处理器并且存储指令,所述指令在被执行时使得至少一个处理器执行操作。所述操作包括:接收与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定基于在第一小区上配置重复的PUCCH资源执行PUCCH传输;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下对PUCCH传输的重复不应用PUCCH小区切换。
根据本公开的另一方面,提供一种计算机可读存储介质。该计算机可读存储介质存储包括指令的至少一个计算机程序,所述指令在由至少一个处理器执行时使得至少一个处理器执行操作。所述操作包括:接收与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定基于在第一小区上配置重复的PUCCH资源执行PUCCH传输;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下对PUCCH传输的重复不应用PUCCH小区切换。
根据本公开的另一方面,提供一种存储在计算机可读存储介质中的计算机程序。该计算机程序存储包括指令的至少一个程序代码,所述指令在被执行时使得至少一个处理器执行操作。所述操作包括:接收与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定基于在第一小区上配置重复的PUCCH资源执行PUCCH传输;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下对PUCCH传输的重复不应用PUCCH小区切换。
根据本公开的另一方面,提供一种在无线通信***中由基站(BS)从UE接收PUCCH的方法。该方法包括以下步骤:向UE发送与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定基于在第一小区上配置重复的PUCCH资源执行PUCCH接收;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下对PUCCH接收的重复不应用PUCCH小区切换。
根据本公开的另一方面,提供一种用于在无线通信***中从UE接收PUCCH的BS。该BS包括:至少一个收发器;至少一个处理器;以及至少一个计算机存储器,所述至少一个计算机存储器在操作上可连接到至少一个处理器并且存储指令,所述指令在被执行时使得至少一个处理器执行操作。所述操作包括:向UE发送与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定基于在第一小区上配置重复的PUCCH资源执行PUCCH接收;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下对PUCCH接收的重复不应用PUCCH小区切换。
在本公开的各个方面,不对PUCCH传输/接收的重复应用PUCCH小区切换可包括在第一小区上执行PUCCH传输/接收的重复。
在本公开的各个方面,第一小区可以是主小区。
在本公开的各个方面,不对PUCCH传输/接收的重复应用PUCCH小区切换可包括在PUCCH小区根据PUCCH小区图案切换到第二小区的时隙以外的时隙中执行配置用于PUCCH发送/接收的K次重复。
在本公开的各个方面,不对PUCCH传输/接收的重复应用PUCCH小区切换包括在配置用于PUCCH发送/接收的K次重复当中省略PUCCH小区根据PUCCH小区图案切换到第二小区的时隙中的重复。
上述解决方案仅是本公开的一部分示例,本领域技术人员可从以下详细描述推导和理解本公开的技术特征被并入的各种示例。
有益效果
根据本公开的一些实现方式,可高效地发送/接收无线通信信号。因此,无线通信***的总吞吐量可提升。
根据本公开的一些实现方式,可在无线通信***中高效地支持具有不同要求的各种服务。
根据本公开的一些实现方式,在通信装置之间的无线电通信期间生成的延时/延迟可减小。
根据本公开的一些实现方式,可避免在BS和UE之间对来自配置有PUCCH小区切换和PUCCH重复的UE的PUCCH传输的不同解释的风险。
根据本公开的效果不限于上文具体描述的那些,本公开相关领域的技术人员将从以下详细描述更清楚地理解本文未描述的其它效果。
附图说明
附图被包括以提供本公开的进一步理解,附图示出本公开的实现方式的示例并且与详细描述一起用于说明本公开的实现方式:
图1示出本公开的实现方式应用于的通信***1的示例;
图2是示出能够执行根据本公开的方法的通信装置的示例的框图;
图3示出能够执行本公开的实现方式的无线装置的另一示例;
图4示出在基于第3代合作伙伴计划(3GPP)的无线通信***中使用的帧结构的示例;
图5示出时隙的资源网格;
图6示出基于3GPP的***中使用的时隙结构;
图7示出由物理下行链路控制信道(PDCCH)导致的物理下行链路共享信道(PDSCH)时域资源指派(TDRA)的示例以及由PDCCH导致的物理上行链路共享信道(PUSCH)TDRA的示例;
图8示出混合自动重传请求-确认(HARQ-ACK)发送/接收过程;
图9示出HARQ-ACK延期的示例;
图10示出根据本公开的一些实现方式的UE的示例性操作流程;
图11示出根据本公开的一些实现方式的承载PDSCH的HARQ-ACK信息的示例性时隙;
图12示出根据本公开的一些实现方式的确定用于PUCCH传输的重复的小区和/或时隙的示例性处理;
图13示出根据本公开的一些实现方式的来自配置有PUCCH载波切换的UE的示例性PUCCH重复传输;
图14示出根据本公开的一些实现方式的BS的示例性操作流程;以及
图15示出根据本公开的一些实现方式的确定用于PUCCH接收的重复的小区和/或时隙的示例性处理。
具体实施方式
在下文中,将参照附图详细描述根据本公开的实现方式。将在下面参照附图给出的详细描述旨在说明本公开的示例性实现方式,而非示出可根据本公开实现的仅有实现方式。以下详细描述包括具体细节以便提供对本公开的彻底理解。然而,对于本领域技术人员而言将显而易见的是,本公开可在没有这些具体细节的情况下实践。
在一些情况下,已知结构和装置可被省略或者可按框图形式示出,从而集中于结构和装置的重要特征,以不使本公开的概念模糊。贯穿本公开将使用相同的标号来指代相同或相似的部分。
下述技术、装置和***可被应用于各种无线多址***。例如,多址***可包括码分多址(CDMA)***、频分多址(FDMA)***、时分多址(TDMA)***、正交频分多址(OFDMA)***、单载波频分多址(SC-FDMA)***、多载波频分多址(MC-FDMA)***等。CDMA可通过诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术来实现。TDMA可通过诸如全球移动通信***(GSM)、通用分组无线电服务(GPRS)、增强数据速率GSM演进(EDGE)(即,GERAN)等的无线电技术来实现。OFDMA可通过诸如电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、演进UTRA(E-UTRA)等的无线电技术来具体实现。UTRA是通用移动电信***(UMTS)的一部分,并且第3代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的E-UMTS的一部分。3GPP LTE在下行链路(DL)上采用OFDMA并且在上行链路(UL)上采用SC-FDMA。LTE-advanced(LTE-A)是3GPP LTE的演进版本。
为了描述方便,将在本公开应用于LTE和/或新RAT(NR)的假设下给出描述。然而,本公开的技术特征不限于此。例如,尽管基于与3GPP LTE/NR***对应的移动通信***给出以下详细描述,但是除了3GPP LTE/NR***所特定的事项之外,移动通信***适用于其它任意移动通信***。
对于本公开中所使用的术语和技术当中未详细描述的术语和技术,可参考基于3GPP的标准规范(例如,3GPP TS 36.211、3GPP TS 36.212、3GPP TS 36.213、3GPP TS36.321、3GPP TS 36.300、3GPP TS 36.331、3GPP TS 37.213、3GPP TS 38.211、3GPP TS38.212、3GPP TS 38.213、3GPP TS 38.214、3GPP TS 38.300、3GPP TS 38.331等)。
在稍后描述的本公开的示例中,如果装置“假设”某事,则这可意味着信道传输实体遵照对应“假设”发送信道。这也可意味着信道接收实体在遵照该“假设”发送信道的前提下以符合该“假设”的形式接收或解码信道。
在本公开中,用户设备(UE)可以是固定的或移动的。通过与基站(BS)通信来发送和/或接收用户数据和/或控制信息的各种装置中的每一个可以是UE。术语UE可被称为终端设备、移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线装置、个人数字助理(PDA)、无线调制解调器、手持装置等。在本公开中,BS是指与UE和/或另一BS通信并且与UE和另一BS交换数据和控制信息的固定站。术语BS可被称为高级基站(ABS)、节点B(NB)、演进节点B(eNB)、基站收发器***(BTS)、接入点(AP)、处理服务器(PS)等。具体地,通用地面无线电接入(UTRAN)的BS被称为NB,演进UTRAN(E-UTRAN)的BS被称为eNB,新无线电接入技术网络的BS被称为gNB。在下文中,为了描述方便,不管通信技术的类型或版本如何,NB、eNB或gNB将被称为BS。
在本公开中,节点是指能够通过与UE通信来向/从UE发送/接收无线电信号的固定点。不管其名称如何,各种类型的BS可用作节点。例如,BS、NB、eNB、微微小区eNB(PeNB)、归属eNB(HeNB)、中继器、转发器等可以是节点。另外,节点可以不是BS。例如,无线电远程头端(RRH)或无线电远程单元(RRU)可以是节点。通常,RRH和RRU具有比BS的功率级别低的功率级别。由于RRH或RRU(下文中,RRH/RRU)通常通过诸如光缆的专用线路连接到BS,所以与根据通过无线链路连接的BS的协作通信相比,根据RRH/RRU和BS的协作通信可平滑地执行。每节点安装至少一个天线。天线可指物理天线端口或者指虚拟天线或天线组。节点也可被称为点。
在本公开中,小区是指一个或更多个节点提供通信服务的特定地理区域。因此,在本公开中,与特定小区的通信可意指与向特定小区提供通信服务的BS或节点的通信。特定小区的DL/UL信号是指从/向为特定小区提供通信服务的BS或节点的DL/UL信号。向UE提供UL/DL通信服务的小区被特别地称为服务小区。此外,特定小区的信道状态/质量是指在向特定小区提供通信服务的BS或节点与UE之间生成的信道或通信链路的信道状态/质量。在基于3GPP的通信***中,UE可使用在小区特定参考信号(CRS)资源上发送的CRS和/或在信道状态信息参考信号(CSI-RS)资源(由特定节点的天线端口分配给特定节点)上发送的CSI-RS来测量从特定节点的DL信道状态。
基于3GPP的通信***使用小区的概念以便管理无线电资源,并且将与无线电资源有关的小区与地理区域的小区相区分。
地理区域的“小区”可被理解为节点可使用载波来提供服务的覆盖范围,并且无线电资源的“小区”与作为由载波配置的频率范围的带宽(BW)关联。由于DL覆盖范围(节点能够发送有效信号的范围)与UL覆盖范围(节点能够从UE接收有效信号的范围)取决于承载信号的载波,所以节点的覆盖范围也可与该节点所使用的无线电资源的“小区”的覆盖范围关联。因此,术语“小区”可用于有时指示节点的服务覆盖范围,在其它时间指示无线电资源,或者在其它时间指示使用无线电资源的信号可利用有效强度到达的范围。
在3GPP通信标准中,使用小区的概念以便管理无线电资源。与无线电资源关联的“小区”由DL资源和UL资源的组合(即,DL分量载波(CC)和UL CC的组合)定义。小区可仅由DL资源配置,或者由DL资源和UL资源的组合配置。如果支持载波聚合,则DL资源(或DL CC)的载波频率与UL资源(或UL CC)的载波频率之间的链接可由***信息指示。例如,DL资源和UL资源的组合可由***信息块类型2(SIB2)链接指示。在这种情况下,载波频率可等于或不同于各个小区或CC的中心频率。当配置载波聚合(CA)时,UE与网络仅具有一个无线电资源控制(RRC)连接。在RRC连接建立/重新建立/切换期间,一个服务小区提供非接入层面(NAS)移动性信息。在RRC连接重新建立/切换期间,一个服务小区提供安全输入。该小区被称为主小区(Pcell)。Pcell是指在UE执行初始连接建立过程或发起连接重新建立过程的主频率上操作的小区。根据UE能力,辅小区(Scell)可被配置为与Pcell一起形成服务小区的集合。Scell可在RRC连接建立完成之后配置并且用于除了特定小区(SpCell)的资源之外提供附加无线电资源。DL上与Pcell对应的载波被称为下行链路主CC(DL PCC),UL上与Pcell对应的载波被称为上行链路主CC(UL PCC)。DL上与Scell对应的载波被称为下行链路辅CC(DLSCC),UL上与Scell对应的载波被称为上行链路辅CC(UL SCC)。
在双连接(DC)操作中,术语特殊小区(SpCell)是指主小区组(MCG)的Pcell或辅小区组(SCG)的主辅小区(Pcell)。SpCell支持PUCCH传输和基于竞争的随机接入并且始终被启用。MCG是与主节点(例如,BS)关联的一组服务小区,并且包括SpCell(Pcell)和可选地一个或更多个Scell。对于配置有DC的UE,SCG是与辅节点关联的服务小区的子集,并且包括PSCell以及0或更多个Scell。PSCell是SCG的主Scell。对于处于RRC_CONNECTED状态、未配置有CA或DC的UE,仅存在仅包括Pcell的一个服务小区。对于处于RRC_CONNECTED状态、配置有CA或DC的UE,术语服务小区是指包括SpCell和所有Scell的小区的集合。在DC中,为UE配置两个介质访问控制(MAC)实体,即,一个MAC实体用于MCG,一个MAC实体用于SCG。
对于配置有CA而未配置有DC的UE,可配置包括Pcell和0或更多个Scell的PcellPUCCH组(也称为主PUCCH组)和仅包括Scell的Scell PUCCH组(也称为辅PUCCH组)。对于Scell,可配置发送与对应小区关联的PUCCH的Scell(下文中,PUCCH小区)。指示PUCCHScell的Scell属于Scell PUCCH组(即,辅PUCCH组)并且在PUCCH Scell上执行相关上行链路控制信息(UCI)的PUCCH传输。如果对于Scell未指示PUCCH Scell或者指示用于Scell的PUCCH传输的小区是Pcell,则Scell属于Pcell PUCCH组(即,主PUCCH组)并且在Pcell上执行相关UCI的PUCCH传输。在下文中,如果UE配置有SCG并且与PUCCH有关的本公开的一些实现方式被应用于SCG,则主小区可指SCG的PSCell。如果UE配置有PUCCH Scell并且与PUCCH有关的本公开的一些实现方式被应用于辅PUCCH组,则主小区可指辅PUCCH组的PUCCHScell。
在无线通信***中,UE在DL上从BS接收信息,并且UE在UL上向BS发送信息。BS和UE发送和/或接收的信息包括数据和各种控制信息,并且根据UE和BS发送和/或接收的信息的类型/用途,存在各种物理信道。
基于3GPP的通信标准定义了与承载源自高层的信息的资源元素对应的DL物理信道以及与由物理层使用但是没有承载源自高层的信息的资源元素对应的DL物理信号。例如,物理下行链路共享信道(PDSCH)、物理广播信道(PBCH)、物理多播信道(PMCH)、物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)等被定义为DL物理信道,并且参考信号(RS)和同步信号被定义为DL物理信号。RS(也称为导频)表示具有BS和UE二者已知的预定义的特殊波形的信号。例如,解调参考信号(DMRS)、信道状态信息RS(CSI-RS)等被定义为DL RS。基于3GPP的通信标准定义了与承载源自高层的信息的资源元素对应的UL物理信道以及与由物理层使用但是没有承载源自高层的信息的资源元素对应的UL物理信号。例如,物理上行链路共享信道(PUSCH)、物理上行链路控制信道(PUCCH)和物理随机接入信道(PRACH)被定义为UL物理信道,并且定义用于UL控制/数据信号的DMRS、用于UL信道测量的探测参考信号(SRS)等。
在本公开中,PDCCH是指承载下行链路控制信息(DCI)的时间-频率资源(例如,资源元素(RE))集合,PDSCH是指承载DL数据的时间-频率资源集合。PUCCH、PUSCH和PRACH分别是指承载UCI的时间-频率资源集合、承载UL数据的时间-频率资源集合和承载随机接入信号的时间-频率资源集合。在以下描述中,“UE发送/接收PUCCH/PUSCH/PRACH”用作与UE分别在PUCCH/PUSCH/PRACH上或通过PUSCH/PUCCH/PRACH发送/接收UCI/UL数据/随机接入信号相同的含义。另外,“BS发送/接收PBCH/PDCCH/PDSCH”用作与BS分别在PBCH/PDCCH/PDSCH上或通过PBCH/PDCCH/PDSCH发送广播信息/DCI/DL数据相同的含义。
在本说明书中,由BS为UE调度或配置以用于发送或接收PUCCH/PUSCH/PDSCH的无线电资源(例如,时间-频率资源)可被称为PUCCH/PUSCH/PDSCH资源。
由于通信装置在小区上以无线电信号的形式接收同步信号块(SSB)、DMRS、CSI-RS、PBCH、PDCCH、PDSCH、PUSCH和/或PUCCH,所以通信装置可能不通过射频(RF)接收器选择和接收仅包括特定物理信道或特定物理信号的无线电信号,或者可能不通过RF接收器选择和接收无线电信号而没有特定物理信道或特定物理信号。在实际操作中,通信装置经由RF接收器在小区上接收无线电信号,将作为RF频带信号的无线电信号转换为基带信号,然后使用一个或更多个处理器对基带信号中的物理信号和/或物理信道进行解码。因此,在本公开的一些实现方式中,不接收物理信号和/或物理信道可意指通信装置没有尝试从无线电信号恢复物理信号和/或物理信道,例如,没有尝试对物理信号和/或物理信道进行解码,而非通信装置没有实际接收包括对应物理信号和/或物理信道的无线电信号。
随着越来越多的通信装置需要更大的通信容量,需要相对于传统无线电接入技术(RAT)的eMBB通信。另外,通过将多个装置和对象彼此连接来随时随地提供各种服务的大规模MTC是下一代通信中要考虑的一个主要问题。此外,也正在讨论考虑了对可靠性和延迟敏感的服务/UE的通信***设计。考虑eMBB通信、大规模MTC、超可靠低延迟通信(URLLC)等,正在讨论下一代RAT的引入。目前,在3GPP中,正在进行EPC之后的下一代移动通信***的研究。在本公开中,为了方便,对应技术被称为新RAT(NR)或第五代(5G)RAT,并且使用NR或支持NR的***被称为NR***。
图1示出本公开的实现方式应用于的通信***1的示例。参照图1,应用于本公开的通信***1包括无线装置、BS和网络。这里,无线装置表示使用RAT(例如,5G NR或LTE(例如,E-UTRA))执行通信的装置,并且可被称为通信/无线电/5G装置。无线装置可包括(但不限于)机器人100a、车辆100b-1和100b-2、扩展现实(XR)装置100c、手持装置100d、家用电器100e、物联网(IoT)装置100f和人工智能(AI)装置/服务器400。例如,车辆可包括具有无线通信功能的车辆、自主驾驶车辆以及能够执行车辆对车辆通信的车辆。这里,车辆可包括无人驾驶飞行器(UAV)(例如,无人机)。XR装置可包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)装置,并且可按头戴式装置(HMD)、安装在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴装置、家用电器装置、数字标牌、车辆、机器人等的形式实现。手持装置可包括智能电话、智能板、可穿戴装置(例如,智能手表或智能眼镜)和计算机(例如,笔记本)。家用电器可包括TV、冰箱和洗衣机。IoT装置可包括传感器和智能仪表。例如,BS和网络也可被实现为无线装置,并且特定无线装置可相对于另一无线装置作为BS/网络节点操作。
无线装置100a至100f可经由BS200连接到网络300。AI技术可应用于无线装置100a至100f,并且无线装置100a至100f可经由网络300连接到AI服务器400。网络300可使用3G网络、4G(例如,LTE)网络或5G(例如,NR)网络来配置。尽管无线装置100a至100f可通过BS200/网络300彼此通信,但是无线装置100a至100f可彼此执行直接通信(例如,侧链路通信)而不经过BS/网络。例如,车辆100b-1和100b-2可执行直接通信(例如,车辆对车辆(V2V)/车辆对万物(V2X)通信)。IoT装置(例如,传感器)可与其它IoT装置(例如,传感器)或其它无线装置100a至100f执行直接通信。
可在无线装置100a至100f与BS200之间以及无线装置100a至100f之间建立无线通信/连接150a和150b。这里,可通过各种RAT(例如,5G NR)建立诸如UL/DL通信150a和侧链路通信150b(或装置对装置(D2D)通信)的无线通信/连接。无线装置和BS/无线装置可通过无线通信/连接150a和150b向彼此发送/从彼此接收无线电信号。为此,用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如,信道编码/解码、调制/解调和资源映射/解映射)以及资源分配过程的至少一部分可基于本公开的各种提议执行。
图2是示出能够执行根据本公开的方法的通信装置的示例的框图。参照图2,第一无线装置100和第二无线装置200可通过各种RAT(例如,LTE和NR)发送和/或接收无线电信号。这里,{第一无线装置100和第二无线装置200}可对应于图1的{无线装置100x和BS200}和/或{无线装置100x和无线装置100x}。
第一无线装置100可包括一个或更多个处理器102和一个或更多个存储器104,并且另外还包括一个或更多个收发器106和/或一个或更多个天线108。处理器102可控制存储器104和/或收发器106,并且可被配置为实现下面描述/提出的功能、过程和/或方法。例如,处理器102可处理存储器104内的信息以生成第一信息/信号,然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可通过收发器106接收包括第二信息/信号的无线电信号,然后将通过处理第二信息/信号而获得的信息存储在存储器104中。存储器104可连接到处理器102,并且可存储与处理器102的操作有关的各种信息。例如,存储器104可执行由处理器102控制的部分或全部过程或者存储包括用于执行下面描述/提出的过程和/或方法的命令的软件代码。这里,处理器102和存储器104可以是被设计为实现RAT(例如,LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可连接到处理器102并且通过一个或更多个天线108发送和/或接收无线电信号。各个收发器106可包括发送器和/或接收器。收发器106可与射频(RF)单元互换使用。在本公开中,无线装置可表示通信调制解调器/电路/芯片。
第二无线装置200可包括一个或更多个处理器202和一个或更多个存储器204,并且另外还包括一个或更多个收发器206和/或一个或更多个天线208。处理器202可控制存储器204和/或收发器206,并且可被配置为实现下面描述/提出的功能、过程和/或方法。例如,处理器202可处理存储器204内的信息以生成第三信息/信号,然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可通过收发器206接收包括第四信息/信号的无线电信号,然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可连接到处理器202,并且可存储与处理器202的操作有关的各种信息。例如,存储器204可执行由处理器202控制的部分或全部过程或者存储包括用于执行下面描述/提出的过程和/或方法的命令的软件代码。这里,处理器202和存储器204可以是被设计为实现RAT(例如,LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可连接到处理器202并且通过一个或更多个天线208发送和/或接收无线电信号。各个收发器206可包括发送器和/或接收器。收发器206可与RF单元互换使用。在本公开中,无线装置可表示通信调制解调器/电路/芯片。
在本公开的无线装置100和200中实现的无线通信技术可包括用于低功率通信的窄带物联网以及LTE、NR和6G。例如,NB-IoT技术可以是低功率广域网(LPWAN)技术的示例,并且以诸如LTE Cat NB1和/或LTE Cat NB2的标准实现。然而,NB-IoT技术不限于上述名称。另外地或另选地,在本公开的无线装置XXX和YYY中实现的无线通信技术可基于LTE-M技术来执行通信。例如,LTE-M技术可以是LPWAN技术的示例,并且被称为包括增强机器型通信(eMTC)的各种名称。例如,LTE-M技术可按以下各种标准中的至少一种实现:1)LTE CAT 0、2)LTE Cat M1、3)LTE Cat M2、4)LTE非带宽受限(非BL)、5)LTE-MTC、6)LTE机器型通信和/或7)LTE M等,但LTE-M技术不限于上述名称。另外地或另选地,考虑到低功率通信,在本公开的无线装置XXX和YYY中实现的无线通信技术可包括ZigBee、蓝牙和LPWAN中的至少一种,但无线通信技术不限于上述名称。例如,ZigBee技术可基于诸如IEEE 802.15.4等的各种标准来创建与小/低功率数字通信有关的个域网(PAN),并且ZigBee技术可被称为各种名称。
在下文中,将更具体地描述无线装置100和200的硬件元件。一个或更多个协议层可由(但不限于)一个或更多个处理器102和202实现。例如,一个或更多个处理器102和202可实现一个或更多个层(例如,诸如物理(PHY)层、介质访问控制(MAC)层、无线电链路控制(RLC)层、分组数据会聚协议(PDCP)层、无线电资源控制(RRC)层和服务数据适配协议(SDAP)层的功能层)。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成一个或更多个协议数据单元(PDU)和/或一个或更多个服务数据单元(SDU)。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成消息、控制信息、数据或信息。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如,基带信号),并且将所生成的信号提供给一个或更多个收发器106和206。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来从一个或更多个收发器106和206接收信号(例如,基带信号)并获取PDU、SDU、消息、控制信息、数据或信息。
一个或更多个处理器102和202可被称为控制器、微控制器、微处理器或微计算机。一个或更多个处理器102和202可由硬件、固件、软件或其组合实现。作为示例,一个或更多个专用集成电路(ASIC)、一个或更多个数字信号处理器(DSP)、一个或更多个数字信号处理器件(DSPD)、一个或更多个可编程逻辑器件(PLD)或者一个或更多个现场可编程门阵列(FPGA)可被包括在一个或更多个处理器102和202中。本公开中所公开的功能、过程、提议和/或方法可使用固件或软件来实现,并且固件或软件可被配置为包括模块、过程或功能。被配置为执行本公开中所公开的功能、过程、提议和/或方法的固件或软件可被包括在一个或更多个处理器102和202中或被存储在一个或更多个存储器104和204中,以由一个或更多个处理器102和202驱动。本公开中所公开的功能、过程、提议和/或方法可按代码、命令和/或命令集的形式使用固件或软件来实现。
一个或更多个存储器104和204可连接到一个或更多个处理器102和202并且存储各种类型的数据、信号、消息、信息、程序、代码、命令和/或指令。一个或更多个存储器104和204可由只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪存、硬盘驱动器、寄存器、高速缓冲存储器、计算机可读存储介质和/或其组合配置。一个或更多个存储器104和204可位于一个或更多个处理器102和202的内部和/或外部。一个或更多个存储器104和204可通过诸如有线或无线连接的各种技术连接到一个或更多个处理器102和202。
一个或更多个收发器106和206可向一个或更多个其它装置发送本公开的方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。一个或更多个收发器106和206可从一个或更多个其它装置接收本公开中所公开的功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。例如,一个或更多个收发器106和206可连接到一个或更多个处理器102和202并且发送和接收无线电信号。例如,一个或更多个处理器102和202可执行控制以使得一个或更多个收发器106和206可向一个或更多个其它装置发送用户数据、控制信息或无线电信号。一个或更多个处理器102和202可执行控制以使得一个或更多个收发器106和206可从一个或更多个其它装置接收用户数据、控制信息或无线电信号。一个或更多个收发器106和206可连接到一个或更多个天线108和208。一个或更多个收发器106和206可被配置为通过一个或更多个天线108和208发送和接收本公开中所公开的功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本公开中,一个或更多个天线可以是多个物理天线或多个逻辑天线(例如,天线端口)。一个或更多个收发器106和206可将所接收的无线电信号/信道等从RF频带信号转换为基带信号,以便使用一个或更多个处理器102和202处理所接收的用户数据、控制信息、无线电信号/信道等。一个或更多个收发器106和206可将使用一个或更多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换为RF频带信号。为此,一个或更多个收发器106和206可包括(模拟)振荡器和/或滤波器。
图3示出能够执行本公开的实现方式的无线装置的另一示例。参照图3,无线装置100和200可对应于图2的无线装置100和200,并且可由各种元件、组件、单元/部分和/或模块配置。例如,无线装置100和200中的每一个可包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可包括通信电路112和收发器114。例如,通信电路112可包括图2的一个或更多个处理器102和202和/或一个或更多个存储器104和204。例如,收发器114可包括图2的一个或更多个收发器106和206和/或一个或更多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140,并且控制无线装置的总体操作。例如,控制单元120可基于存储在存储器单元130中的程序/代码/命令/信息来控制无线装置的电/机械操作。控制单元120可通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部(例如,其它通信装置),或者通过无线/有线接口将经由通信单元110从外部(例如,其它通信装置)接收的信息存储在存储器单元130中。
附加组件140可根据无线装置的类型不同地配置。例如,附加组件140可包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线装置可按(但不限于)机器人(图1的100a)、车辆(图1的100b-1和100b-2)、XR装置(图1的100c)、手持装置(图1的100d)、家用电器(图1的100e)、IoT装置(图1的100f)、数字广播UE、全息装置、公共安全装置、MTC装置、医疗装置、金融科技装置(或金融装置)、安全装置、气候/环境装置、AI服务器/装置(图1的400)、BS(图1的200)、网络节点等实现。无线装置可根据使用情况/服务在移动或固定地点使用。
在图3中,无线装置100和200中的各种元件、组件、单元/部分和/或模块可全部通过有线接口彼此连接,或者其至少一部分可通过通信单元110无线连接。例如,在无线装置100和200中的每一个中,控制单元120和通信单元110可有线连接,并且控制单元120和第一单元(例如,130和140)可通过通信单元110无线连接。无线装置100和200内的各个元件、组件、单元/部分和/或模块还可包括一个或更多个元件。例如,控制单元120可由一个或更多个处理器的集合配置。作为示例,控制单元120可由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合配置。作为另一示例,存储器130可由随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM))、闪存、易失性存储器、非暂时性存储器和/或其组合配置。
在本公开中,至少一个存储器(例如,104或204)可存储指令或程序,并且这些指令或程序在被执行时可使得在操作上连接到所述至少一个存储器的至少一个处理器根据本公开的一些实施方式或实现方式执行操作。
在本公开中,计算机可读(非暂时性)存储介质可存储至少一个指令或程序,并且所述至少一个指令或程序在由至少一个处理器执行时可使得所述至少一个处理器根据本公开的一些实施方式或实现方式执行操作。
在本公开中,处理装置或设备可包括至少一个处理器和在操作上连接到所述至少一个处理器的至少一个计算机存储器。所述至少一个计算机存储器可存储指令或程序,并且这些指令或程序在被执行时可使得在操作上连接到至少一个存储器的至少一个处理器根据本公开的一些实施方式或实现方式执行操作。
在本公开中,计算机程序可包括存储在至少一个计算机可读(非暂时性)存储介质上的程序代码,并且其在被执行时被配置为根据本公开的一些实现方式执行操作或者使得至少一个处理器根据本公开的一些实现方式执行操作。计算机程序可按计算机程序产品的形式提供。计算机程序产品可包括至少一个计算机可读(非暂时性)存储介质。
本公开的通信装置包括:至少一个处理器;以及至少一个计算机存储器,其在操作上连接到所述至少一个处理器并且被配置为存储指令,所述指令在被执行时使得所述至少一个处理器根据稍后描述的本公开的示例执行操作。
图4示出在基于3GPP的无线通信***中使用的帧结构的示例。
图4的帧结构仅是示例性的,帧中的子帧的数量、时隙的数量和符号的数量可不同地改变。在NR***中,可针对为一个UE聚合的多个小区配置不同的OFDM参数集(例如,子载波间距(SCS))。因此,可为聚合的小区不同地配置包括相同数量的符号(例如,子帧、时隙或传输时间间隔(TTI))的时间资源的(绝对时间)持续时间。这里,符号可包括OFDM符号(或循环前缀-OFDM(CP-OFDM)符号)和SC-FDMA符号(或离散傅里叶变换-扩展-OFDM(DFT-s-OFDM)符号)。在本公开中,符号、基于OFDM的符号、OFDM符号、CP-OFDM符号和DFT-s-OFDM符号可互换使用。
参照图4,在NR***中,UL传输和DL传输被组织成帧。各个帧具有Tf=(△fmax*Nf/100)*Tc=10ms的持续时间并且被分成各自5ms的两个半帧。NR的基本时间单位是Tc=1/(△fmax*Nf),其中△fmax=480*103Hz并且Nf=4096。作为参考,LTE的基本时间单位是Ts=1/(△fref*Nf,ref),其中△fref=15*103Hz并且Nf,ref=2048。Tc和Tf具有常数κ=Tc/Tf=64的关系。各个半帧包括5个子帧,并且单个子帧的持续时间Tsf为1ms。子帧被进一步分成时隙,并且子帧中的时隙的数量取决于SCS。各个时隙基于循环前缀包括14或12个OFDM符号。在正常CP中,各个时隙包括14个OFDM符号,在扩展CP中,各个时隙包括12个OFDM符号。参数集取决于指数可缩放子载波间距△f=2u*15kHz。下表示出每时隙的OFDM符号的数量(Nslot symb)、每帧的时隙的数量(Nframe,u slot)和每子帧的时隙的数量(Nsubframe,u slot)。
[表1]
u | Nslot symb | Nframe,u slot | Nsubframe,u slot |
0 | 14 | 10 | 1 |
1 | 14 | 20 | 2 |
2 | 14 | 40 | 4 |
3 | 14 | 80 | 8 |
4 | 14 | 160 | 16 |
下表示出根据SCS△f=2u*15kHz,每时隙的OFDM符号的数量、每帧的时隙的数量和每子帧的时隙的数量。
[表2]
u | Nslot symb | Nframe,u slot | Nsubframe,u slot |
2 | 12 | 40 | 4 |
对于SCS配置u,时隙可在子帧内如下按升序索引:nu s∈{0,...,nsubframe,u slot-1},并且在帧内如下按升序索引:nu s,f∈{0,...,nframe,u slot-1}。
图5示出时隙的资源网格。时隙包括时域中的多个(例如,14或12个)符号。对于各个参数集(例如,子载波间距)和载波,从由高层信令(例如,RRC信令)指示的公共资源块(CRB)Nstart,u grid开始定义了Nsize,u grid,x*NRB sc个子载波和Nsubframe,u symb个OFDM符号的资源网格,其中Nsize,u grid,x是资源网格中的资源块(RB)的数量,并且对于下行链路,下标x为DL,对于上行链路为UL。NRB sc是每RB的子载波的数量。在基于3GPP的无线通信***中,NRB sc通常为12。对于给定天线端口p、SCS配置u和传输链路(DL或UL),存在一个资源网格。通过高层参数(例如,RRC参数)向UE给予SCS配置u的载波带宽Nsize,u grid。用于天线端口p和SCS配置u的资源网格中的各个元素被称为资源元素(RE),并且一个复符号可被映射到各个RE。资源网格中的各个RE由频域中的索引k和表示相对于时域中的参考点的符号位置的索引l唯一地标识。在NR***中,RB由频域中的12个连续子载波定义。在NR***中,RB被分类为CRB和物理资源块(PRB)。对于SCS配置u,CRB在频域中从0向上编号。SCS配置u的CRB 0的子载波0的中心等于用作RB网格的公共参考点的“点A”。子载波间距配置u的PRB在带宽部分(BWP)内定义并且从0至Nsize,u BWP,i-1编号,其中i是BWP的数量。BWP i中的PRB nPRB与CRB nu CRB之间的关系由nu PRB=nu CRB+Nsize,u BWP,i给出,其中Nsize BWP,i是BWP相对于CRB 0开始的CRB。BWP包括频域中的多个连续RB。例如,BWP可以是在给定载波上的BWP i中为给定参数集ui定义的邻接CRB的子集。载波可包括最多N(例如,5)个BWP。UE可被配置为具有给定分量载波上的一个或更多个BWP。通过启用的BWP执行数据通信,并且在分量载波上仅为UE配置的BWP当中的预定数量的BWP(例如,一个BWP)可为活动的。
对于DL BWP或UL BWP的集合中的各个服务小区,网络可配置至少初始DL BWP和一个(如果服务小区配置有上行链路)或两个(如果使用补充上行链路)初始UL BWP。网络可配置附加UL和DL BWP。对于各个DL BWP或UL BWP,可针对服务小区向UE提供以下参数:i)SCS;ii)CP;iii)由在Nstart BWP=275的假设下指示偏移RBset和长度LRB作为资源指示符值(RIV)的RRC参数locationAndBandwidth提供的CRB Nstart BWP=Ocarrier+RBstart和邻接RB的数量Nsize BWP=LRB,以及由RRC参数offsetToCarrier针对SCS提供的值Ocarrier;DL BWP或UL BWP的集合中的索引;BWP公共参数的集合;以及BWP专用参数的集合。
虚拟资源块(VRB)可在BWP内定义并且从0至Nsize,u BWP,i-1索引,其中i表示BWP编号。VRB可根据非交织映射来映射至PRB。在一些实现方式中,对于非交织VRB至PRB映射,VRB n可被映射至PRB n。
配置载波聚合的UE可被配置为使用一个或更多个小区。如果UE配置有多个服务小区,则UE可配置有一个或多个小区组。UE也可配置有与不同BS关联的多个小区组。另选地,UE可配置有与单个BS关联的多个小区组。UE的各个小区组包括一个或更多个服务小区并且包括配置PUCCH资源的单个PUCCH小区。PUCCH小区可以是Pcell或对应小区组的Scell当中配置为PUCCH小区的Scell。UE的各个服务小区属于UE的小区组之一并且不属于多个小区。
图6示出在基于3GPP的***中使用的时隙结构。在所有基于3GPP的***中(例如,在NR***中),各个时隙可具有自包含结构,其包括i)DL控制信道、ii)DL或UL数据和/或iii)UL控制信道。例如,时隙中的前N个符号可用于发送DL控制信道(下文中,DL控制区域),时隙中的最后M个符号可用于发送UL控制信道(下文中,UL控制区域),其中N和M是负数以外的整数。DL控制区域和UL控制区域之间的资源区域(下文中,数据区域)可用于发送DL数据或UL数据。单个时隙中的符号可被分为可用作DL符号、UL符号或灵活符号的连续符号组。以下,指示时隙中的各个符号如何使用的信息将被称为时隙格式。例如,时隙格式可定义时隙中的哪些符号用于UL,时隙中的哪些符号用于DL。
当BS旨在按时分双工(TDD)模式操作服务小区时,BS可通过高层(例如,RRC)信令为服务小区配置UL和DL分配图案。例如,以下参数可用于配置TDD DL-UL图案:
-dl-UL-TransmissionPeriodicity,其提供DL-UL图案的周期性;
-nrofDownlinkSlots,其提供在各个DL-UL图案的开始处连续全DL时隙的数量,其中全DL时隙是仅具有DL符号的时隙;
-nrofDownlinkSymbols,其提供紧接在最后全DL时隙之后的时隙的开始处连续DL符号的数量;
-nrofUplinkSlots,其提供在各个DL-UL图案的结尾处连续全UL时隙的数量,其中全UL时隙是仅具有UL符号的时隙;以及
-nrofUplinkSymbols,其提供紧接在第一全UL时隙之前的时隙的结尾处连续UL符号的数量。
DL-UL图案中的符号当中的未被配置为DL符号或UL符号的剩余符号是灵活符号。
如果通过高层信令向UE提供TDD DL-UL图案的配置,即,TDD UL-DL配置(例如,tdd-UL-DL-ConfigurationCommon或tdd-UL-DLConfigurationDedicated),则UE基于该配置在多个时隙上每时隙设定时隙格式。
对于符号,尽管可存在DL符号、UL符号和灵活符号的各种组合,但是预定数量的组合可被预定义为时隙格式,并且预定义的时隙格式可分别由时隙格式索引标识。下表示出一部分预定义时隙格式。在下表中,D表示DL符号,U表示UL符号,F表示灵活符号。
[表3]
为了指示在预定义时隙格式当中在特定时隙中使用哪一时隙格式,BS可通过高层(例如,RRC)信令针对服务小区集合每小区配置适用于对应服务小区的时隙格式组合的集合,并且通过高层(例如,RRC)信令使得UE监测时隙格式指示符(SFI)的组公共PDCCH。在下文中,SFI的组公共PDCCH所承载的DCI将被称为SFIDCI。DCI格式2_0用作SFIDCI。例如,对于服务小区集合中的各个服务小区,BS可向UE提供SFIDCI中的对应服务小区的时隙格式组合ID(即,SFI索引)的(起始)位置、适用于服务小区的时隙格式组合的集合以及SFIDCI中的SFI索引值所指示的时隙格式组合中的各个时隙格式的参考子载波间距配置。为时隙格式组合的集合中的各个时隙格式组合配置一个或更多个时隙格式,并且向时隙格式组合指派时隙格式组合ID(即,SFI索引)。例如,当BS旨在配置具有N个时隙格式的时隙格式组合时,可为时隙格式组合指示预定义时隙格式(例如,参见表3)的时隙格式索引当中的N个时隙格式索引。为了配置UE监测SFI的组公共PDCCH,BS向UE告知与用于SFI的无线电网络临时标识符(RNTI)对应的SFI-RNTI以及具有以SFI-RNTI加扰的CRC的DCI有效载荷的总长度。在基于SFI-RNTI检测到PDCCH时,UE可从PDCCH中的DCI有效载荷中的SFI索引当中服务小区的SFI索引确定对应服务小区的时隙格式。
由TDD DL-UL图案配置指示为灵活符号的符号可被SFIDCI指示为UL符号、DL符号或灵活符号。由TDD DL-UL图案配置指示为DL/UL符号的符号未被SFIDCI覆写为UL/DL符号或灵活符号。
如果未配置TDD DL-UL图案,则UE基于用于调度或触发DL或UL信号传输的SFIDCI和/或DCI(例如,DCI格式1_0、DCI格式1_1、DCI格式1_2、DCI格式0_0、DCI格式0_1、DCI格式0_2和DCI格式2_3)来确定各个时隙用于UL还是DL并且确定各个时隙中的符号分配。
NR频带被定义为两种类型的频率范围,即,FR1和FR2。FR2也被称为毫米波(mmW)。下表示出NR可操作的频率范围。
[表4]
频率范围指定 | 对应频率范围 | 子载波间距 |
FR1 | 410MHz-7125MHz | 15、30、60kHz |
FR2 | 24250MHz-52600MHz | 60、120、240kHz |
在下文中,将详细描述在基于3GPP的无线通信***中可使用的物理信道。
PDCCH承载DCI。例如,PDCCH(即,DCI)承载关于下行链路共享信道(DL-SCH)的传输格式和资源分配的信息、关于上行链路共享信道(UL-SCH)的资源分配的信息、关于寻呼信道(PCH)的寻呼信息、关于DL-SCH的***信息、关于UE/BS的协议栈当中比物理层更高的层(下文中,高层)的控制消息(例如,在PDSCH上发送的随机接入响应(RAR))的资源分配的信息、发送功率控制命令、关于配置调度(CS)的启用/停用的信息等。包括关于DL-SCH的资源分配信息的DCI被称为PDSCH调度DCI,包括关于UL-SCH的资源分配信息的DCI被称为PUSCH调度DCI。DCI包括循环冗余校验(CRC)。CRC根据PDCCH的所有者和用途以各种标识符(例如,无线电网络临时标识符(RNTI))掩码/加扰。例如,如果PDCCH用于特定UE,则CRS以UE标识符(例如,小区-RNTI(C-RNTI))掩码。如果PDCCH用于寻呼消息,则CRC以寻呼RNTI(P-RNTI)掩码。如果PDCCH用于***信息(例如,***信息块(SIB)),则CRC以***信息RNTI(SI-RNTI)掩码。如果PDCCH用于随机接入响应,则CRC以随机接入-RNTI(RA-RNTI)掩码。
当一个服务小区上的PDCCH调度另一服务小区上的PDSCH或PUSCH时,称为跨载波调度。具有载波指示符字段(CIF)的跨载波调度可允许服务小区上的PDCCH调度另一服务小区上的资源。当服务小区上的PDSCH调度服务小区上的PDSCH或PUSCH时,称为自载波调度。当在小区中使用跨载波调度时,BS可将关于调度小区的该小区的信息提供给UE。例如,BS可向UE告知服务小区是由另一(调度)小区上的PDCCH调度还是由服务小区调度。如果服务小区由另一(调度)小区调度,则BS可向UE告知哪一小区用信号通知服务小区的DL指派和UL许可。在本公开中,承载PDCCH的小区被称为调度小区,PUSCH或PDSCH的传输由包括在PDCCH中的DCI调度的小区(即,承载由PDCCH调度的PUSCH或PDSCH的小区)被称为被调度小区。
PDSCH是用于UL数据传输的物理层UL信道。PDSCH承载DL数据(例如,DL-SCH传输块)并且经受诸如正交相移键控(QPSK)、16正交幅度调制(QAM)、64QAM、256QAM等的调制。通过对传输块(TB)进行编码来生成码字。PDSCH可承载最多两个码字。可执行每码字的加扰和调制映射,并且可将从各个码字生成的调制符号映射到一个或更多个层。各个层与DMRS一起被映射到无线电资源并且生成为OFDM符号信号。然后,通过对应天线端口发送OFDM符号信号。
PUCCH是用于上行链路控制信息(UCI)传输的物理层UL信道。PUCCH承载UCI。PUCCH上发送的UCI类型包括混合自动重传请求确认(HARQ-ACK)信息、调度请求(SR)和信道状态信息(CSI)。UCI比特包括HARQ-ACK信息比特(如果存在话)、SR信息比特(如果存在话)、链路恢复请求(LRR)信息比特(如果存在话)和CSI比特(如果存在话)。在本公开中,HARQ-ACK信息比特对应于HARQ-ACK码本。特别是,HARQ-ACK信息比特根据预定规则布置的比特序列被称为HARQ-ACK码本。
-调度请求(SR):用于请求UL-SCH资源的信息。
-混合自动重传请求(HARQ)-确认(ACK):对PDSCH上的DL数据分组(例如,码字)的响应。HARQ-ACK指示通信装置是否成功接收DL数据分组。响应于单个码字,可发送1比特HARQ-ACK。响应于两个码字,可发送2比特HARQ-ACK。HARQ-ACK响应包括肯定ACK(简称为ACK)、否定ACK(NACK)、不连续传输(DTX)或NACK/DTX。这里,术语HARQ-ACK可与HARQ ACK/NACK、ACK/NACK或A/N互换使用。
-信道状态信息(CSI):关于DL信道的反馈信息。CSI可包括信道质量信息(CQI)、秩指示符(RI)、预编码矩阵指示符(PMI)、CSI-RS资源指示符(CRI)、SS/PBCH资源块指示符(SSBRI)和层指示符(L1)。根据包括在CSI中的UCI类型,CSI可被分类为CSI部分1和CSI部分2。例如,第一码字的CRI、RI和/或CQI可包括在CSI部分1中,第二码字的LI、PMI和/或CQI可包括在CSI部分2中。
-链路恢复请求(LRR)
在本公开中,为了方便,由BS为/向UE配置/指示HARQ-ACK、SR和CSI传输的PUCCH资源分别被称为HARQ-ACK PUCCH资源、SR PUCCH资源和CSIPUCCH资源。
根据UCI有效载荷大小和/或传输长度(例如,包括在PUCCH资源中的符号数量),PUCCH格式可如下定义。关于PUCCH格式,也可参考表5。
(0)PUCCH格式0(PF0或F0)
-所支持的UCI有效载荷大小:至多K比特(例如,K=2)
-构成单个PUCCH的OFDM符号的数量:1至X个符号(例如,X=2)
-传输结构:PUCCH格式0中仅包括UCI信号而没有DMRS。UE通过选择并发送多个序列之一来发送UCI状态。例如,UE通过经由PUCCH(PUCCH格式0)发送多个序列之一来向BS发送特定UCI。UE仅在发送肯定SR时在用于对应SR配置的PUCCH资源中发送PUCCH(PUCCH格式0)。
-PUCCH格式0的配置包括对应PUCCH资源的以下参数:初始循环移位的索引、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。
(1)PUCCH格式1(PF1或F1)
-所支持的UCI有效载荷大小:至多K比特(例如,K=2)
-构成单个PUCCH的OFDM符号的数量:Y至Z个符号(例如,Y=4和Z=14)
-传输结构:DMRS和UCI按TDM配置在/映射到不同OFDM符号。换言之,在不发送调制符号的符号中发送DMRS,并且UCI被表示为特定序列(例如,正交覆盖码(OCC))和调制(例如,QPSK)符号之间的乘积。通过对UCI和DMRS二者应用循环移位(CS)/OCC,在多个PUCCH资源(符合PUCCH格式1)(在同一RB内)之间支持码分复用(CDM)。PUCCH格式1承载至多2比特的UCI,并且在时域中通过OCC(根据是否执行跳频而不同地配置)扩展调制符号。
-PUCCH格式1的配置包括对应PUCCH资源的以下参数:初始循环移位的索引、用于PUCCH传输的符号数量、用于PUCCH传输的第一符号和/或OCC的索引。
(2)PUCCH格式2(PF2或F2)
-所支持的UCI有效载荷大小:超过K比特(例如,K=2)
-构成单个PUCCH的OFDM符号的数量:1至X个符号(例如,X=2)
-传输结构:在同一符号内使用频分复用(FDM)配置/映射DMRS和UCI。UE通过对编码的UCI比特应用IFFT而没有DFT来发送UCI。PUCCH格式2承载比K比特更大比特大小的UCI,并且调制符号经受与DMRS的FDM,以进行传输。例如,DMRS位于给定RB内的符号索引#1、#4、#7和#10中,密度为1/3。伪噪声(PN)序列用于DMRS序列。可针对2符号PUCCH格式2启用跳频。
-PUCCH格式2的配置包括对应PUCCH资源的以下参数:PRB的数量、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。
(3)PUCCH格式3(PF3或F3)
-所支持的UCI有效载荷大小:超过K比特(例如,K=2)
-构成单个PUCCH的OFDM符号的数量:Y至Z个符号(例如,Y=4和Z=14)
-传输结构:DMRS和UCI按TDM配置/映射到不同OFDM符号。UE通过对编码的UCI比特应用DFT来发送UCI。PUCCH格式3不支持针对同一时间-频率资源(例如,同一PRB)的UE复用。
-PUCCH格式3的配置包括对应PUCCH资源的以下参数:PRB的数量、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。
(4)PUCCH格式4(PF4或F4)
-所支持的UCI有效载荷大小:超过K比特(例如,K=2)
-构成单个PUCCH的OFDM符号的数量:Y至Z个符号(例如,Y=4和Z=14)
-传输结构:DMRS和UCI按TDM配置/映射到不同OFDM符号。通过在DFT的前端应用OCC并对DMRS应用CS(或交织FDM(IFDM)映射),PUCCH格式4可在同一PRB中复用至多4个UE。换言之,UCI的调制符号经受与DMRS的TDM,以进行传输。
-PUCCH格式4的配置包括对应PUCCH资源的以下参数:用于PUCCH传输的符号数量、OCC的长度、OCC的索引和用于PUCCH传输的第一符号。
下表示出PUCCH格式。根据PUCCH传输长度,PUCCH格式可被分成短PUCCH格式(格式0和2)和长PUCCH格式(格式1、3和4)。
[表5]
PUCCH资源可根据UCI类型(例如,A/N、SR或CSI)来确定。用于UCI传输的PUCCH资源可基于UCI(有效载荷)大小来确定。例如,BS可为UE配置多个PUCCH资源集,并且UE可根据UCI(有效载荷)大小的范围(例如,UCI比特数)选择与特定范围对应的特定PUCCH资源集。例如,UE可根据UCI比特数NUCI选择以下PUCCH资源集之一。
-PUCCH资源集#0,如果UCI比特数=<2
-PUCCH资源集#1,如果2<UCI比特数=<N1
...
-PUCCH资源集#(K-1),如果NK-2<UCI比特数=<NK-1
这里,K表示PUCCH资源集的数量(K>1),并且Ni表示PUCCH资源集#i所支持的最大UCI比特数。例如,PUCCH资源集#1可包括PUCCH格式0至1的资源,其它PUCCH资源集可包括PUCCH格式2至4的资源(参见表5)。
各个PUCCH资源的配置包括PUCCH资源索引、起始PRB索引和PUCCH格式0至PUCCH格式4之一的配置。BS通过高层参数maxCodeRate向UE配置用于在使用PUCCH格式2、PUCCH格式3或PUCCH格式4的PUCCH传输内复用HARQ-ACK、SR和CSI报告的码率。高层参数maxCodeRate用于确定如何在PUCCH格式2、3或4的PUCCH资源上反馈UCI。
如果UCI类型是SR和CSI,则可通过高层信令(例如,RRC信令)为UE配置PUCCH资源集中要用于UCI传输的PUCCH资源。如果UCI类型是对半持久调度(SPS)PDSCH的HARQ-ACK,则可通过高层信令(例如,RRC信令)为UE配置PUCCH资源集中要用于UCI传输的PUCCH资源。另一方面,如果UCI类型是对DCI所调度的PDSCH的HARQ-ACK,则可由DCI调度PUCCH资源集中要用于UCI传输的PUCCH资源。
在基于DCI的PUCCH资源调度的情况下,BS可在PDCCH上向UE发送DCI并且通过DCI中的ACK/NACK资源指示符(ARI)指示特定PUCCH资源集中要用于UCI传输的PUCCH资源。ARI可用于指示用于ACK/NACK传输的PUCCH资源并且也称为PUCCH资源指示符(PRI)。这里,DCI可用于PDSCH调度并且UCI可包括对PDSCH的HARQ-ACK。BS可通过(UE特定)高层(例如,RRC)信令为UE配置包括数量比ARI可表示的状态更多的PUCCH资源的PUCCH资源集。ARI可指示PUCCH资源集的PUCCH资源子集,并且要使用所指示的PUCCH资源子集中的哪一PUCCH资源可基于关于PDCCH的传输资源信息(例如,PDCCH的起始CCE索引)根据隐含规则来确定。
对于UL-SCH数据传输,UE应该包括可用于UE的UL资源,对于DL-SCH数据接收,UE应该包括可用于UE的DL资源。BS通过资源分配向UE指派UL资源和DL资源。资源分配可包括时域资源分配(TDRA)和频域资源分配(FDRA)。在本公开中,UL资源分配也被称为UL许可,并且DL资源分配被称为DL指派。UL许可由UE在PDCCH上或在RAR中动态地接收,或者由BS通过RRC信令为UE半持久地配置。DL指派由UE在PDCCH上动态地接收,或者由BS通过RRC信令为UE半持久地配置。
在UL上,BS可通过向小区无线电网络临时标识符(C-RNTI)寻址的PDCCH为UE动态地分配UL资源。UE监测PDCCH以便发现用于UL传输的可能UL许可。BS可使用配置许可向UE分配UL资源。可使用两种类型的配置许可,类型1和类型2。在类型1中,BS通过RRC信令直接提供所配置的UL许可(包括周期性)。在类型2中,BS可通过RRC信令来配置RRC配置UL许可的周期性,并且通过向配置调度RNTI(CS-RNTI)寻址的PDCCH用信号通知、启用或停用所配置的UL许可。例如,在类型2中,向CS-RNTI寻址的PDCCH指示直至停用,可根据通过RRC信令配置的周期性隐含地重用对应UL许可。
在DL上,BS可通过向C-RNTI寻址的PDCCH向UE动态地分配DL资源。UE监测PDCCH以便发现可能DL许可。BS可使用SPS向UE分配DL资源。BS可通过RRC信令来配置所配置的DL指派的周期性,并且通过向CS-RNTI寻址的PDCCH用信号通知、启用或停用所配置的DL指派。例如,向CS-RNTI寻址的PDCCH指示直至停用,可根据通过RRC信令配置的周期性隐含地重用对应DL指派。
在下文中,将更详细地描述通过PDCCH的资源分配和通过RRC的资源分配。
*通过PDCCH的资源分配:动态许可/指派
PDCCH可用于调度PDSCH上的DL传输和PUSCH上的UL传输。用于调度DL传输的PDCCH上的DCI可包括DL资源指派,其至少包括与DL-SCH关联的调制和编码格式(例如,调制和编码方案(MCS))索引IMCS)、资源分配和HARQ信息。用于调度UL传输的PDCCH上的DCI可包括UL调度许可,其至少包括与UL-SCH关联的调制和编码格式、资源分配和HARQ信息。关于DL-SCH或UL-SCH的HARQ信息可包括新信息指示符(NDI)、传输块大小(TBS)、冗余版本(RV)和HARQ进程ID(即,HARQ进程号)。一个PDCCH所承载的DCI的大小和用途根据DCI格式而不同。例如,DCI格式0_0、DCI格式0_1或DCI格式0_2可用于调度PUSCH,DCI格式1_0、DCI格式1_1或DCI格式1_2可用于调度PDSCH。具体地,DCI格式0_2和DCI格式1_2可用于调度具有比DCI格式0_0、DCI格式0_1、DCI格式1_0,或DCI格式1_1所保证的传输可靠性和延迟要求更高的传输可靠性和更低的延迟要求的传输。本公开的一些实现方式可应用于基于DCL格式0_2的UL数据传输。本公开的一些实现方式可应用于基于DCI格式1_2的DL数据接收。
图7示出PDCCH所导致的PDSCH TDRA的示例和PDCCH所导致的PUSCH TDRA的示例。
由PDCCH承载以便调度PDSCH或PUSCH的DCI包括TDRA字段。TDRA字段为PDSCH或PUSCH的分配表提供行索引m+1的值m。预定义的默认PDSCH时域分配作为PDSCH的分配表应用,或者BS通过RRC信号pdsch-TimeDomainAllocationList配置的PDSCH TDRA表作为PDSCH的分配表应用。预定义的默认PUSCH时域分配作为PUSCH的分配表应用,或者BS通过RRC信号pusch-TimeDomainAllocationList配置的PUSCH TDRA表作为PUSCH的分配表应用。要应用的PDSCH TDRA表和/或要应用的PUSCH TDRA表可根据固定/预定义的规则(例如,参考3GPPTS 38.214)来确定。
在PDSCH时域资源配置中,各个索引行定义DL指派与PDSCH时隙偏移K0、起始和长度指示符值SLIV(或直接时隙中的PDSCH的起始位置(例如,起始符号索引S)和分配长度(例如,符号数量L))以及PDSCH映射类型。在PUSCH时域资源配置中,各个索引行定义UL许可与PUSCH时隙偏移K2、时隙中的PUSCH的起始位置(例如,起始符号索引S)和分配长度(例如,符号数量L)以及PUSCH映射类型。PDSCH的K0和PUSCH的K2指示具有PDCCH的时隙与具有与PDCCH对应的PDSCH或PUSCH的时隙之间的差。SLIV表示相对于具有PDSCH或PUSCH的时隙的开始的起始符号S以及从符号S计数的连续符号的数量L的联合指示符。存在两种PDSCH/PUSCH映射类型:一个是映射类型A,另一个是映射类型B。在PDSCH/PUSCH映射类型A的情况下,相对于时隙的开始将DMRS映射至PDSCH/PUSCH资源。根据其它DMRS参数,PDSCH/PUSCH资源的一个或两个符号可用作DMRS符号。例如,在PDSCH/PUSCH映射类型A的情况下,根据RRC信令,DMRS位于时隙中的第三符号(符号#2)或第四符号(符号#3)中。在PDSCH/PUSCH映射类型B的情况下,相对于PDSCH/PUSCH资源的第一OFDM符号映射DMRS。根据其它DMRS参数,从PDSCH/PUSCH资源的第一符号起的一个或两个符号可用作DMRS符号。例如,在PDSCH/PUSCH映射类型B的情况下,DMRS位于为PDSCH/PUSCH分配的第一符号处。在本公开中,PDSCH/PUSCH映射类型可被称为映射类型或DMRS映射类型。例如,在本公开中,PUSCH映射类型A可被称为映射类型A或DMRS映射类型A,PUSCH映射类型B可被称为映射类型B或DMRS映射类型B。
调度DCI包括提供关于用于PDSCH或PUSCH的RB的指派信息的FDRA字段。例如,FDRA字段提供关于用于向UE的PDSCH或PUSCH传输的小区的信息、关于用于PDSCH或PUSCH传输的BWP的信息和/或关于用于PDSCH或PUSCH传输的RB的信息。
*通过RRC的资源分配
如上所述,存在没有动态许可的两种类型的传输:配置许可类型1和配置许可类型2。在配置许可类型1中,UL许可由RRC提供并被存储为配置UL许可。在配置许可类型2中,UL许可由PDCCH提供并基于指示配置UL许可启用或停用的L1信令作为配置UL许可存储或清除。类型1和类型2可每服务小区和每BWP由RRC配置。多个配置可在不同的服务小区上同时有效。
当配置配置许可类型1时,可通过RRC信令向UE提供以下参数:
-cs-RNTI,与用于重传的CS-RNTI对应;
-periodicity,与配置许可类型1的周期性对应;
-timeDomainOffset,指示时域中相对于***帧号(SFN)=0的资源偏移;
-timeDomainAllocation值m,提供指向分配表的行索引m+1,指示起始符号S、长度L和PUSCH映射类型的组合;
-frequencyDomainAllocation,提供频域资源分配;以及
-mcsAndTBS,提供指示调制阶数、目标码率和传输块大小的IMCS。
在通过RRC为服务小区配置配置许可类型1时,UE存储RRC所提供的UL许可作为所指示的服务小区的配置UL许可,并且将配置UL许可初始化或重新初始化为在根据timeDomainOffset和S(从SLIV推导)的符号开始并以periodicity重复。在为配置许可类型1配置UL许可之后,UE可认为UL许可与满足下式的各个符号关联重复:[(SFN*numberOfSlotsPerFrame(numberOfSymbolsPerSlot)+(帧中的时隙数*numberOfSymbolsPerSlot)+时隙中的符号数]=(timeDomainOffset*numberOfSymbolsPerSlot+S+N*periodicity)modulo(1024*numberOfSlotsPerFrame*numberOfSymbolsPerSlot),对于所有N>=0,其中numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。
对于配置许可类型2,BS可通过RRC信令向UE提供以下参数:
-cs-RNTI,与用于启用、停用和重传的CS-RNTI对应;以及
-periodicity,提供配置许可类型2的周期性。
通过PDCCH(向CS-RNTI寻址)将实际UL许可提供给UE。在为配置许可类型2配置UL许可之后,UE可认为UL许可与满足下式的各个符号关联重复:[(SFN*numberOfSlotsPerFrame*numberOfSymbolsPerSlot)+(帧中的时隙数*numberOfSymbolsPerSlot)+时隙中的符号数]=[(SFN开始时间*numberOfSlotsPerFrame*numberOfSymbolsPerSlot+slot开始时间*numberOfSymbolsPerSlot+symbol开始时间)+N*periodicity]modulo(1024*numberOfSlotsPerFrame*numberOfSymbolsPerSlot),对于所有N>=0,其中SFN开始时间、slot开始时间和symbol开始时间分别表示在配置许可被(重新)初始化之后PUSCH的第一传输机会的SFN、时隙和符号,numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。
在一些场景中,可由BS进一步向UE提供用于推导配置UL许可的HARQ进程ID的参数harq-ProcID-Offset和/或参数harq-ProcID-Offset2。harq-ProcID-Offset是用于共享频谱信道接入操作的配置许可的HARQ进程的偏移,harq-ProcID-Offset2是配置许可的HARQ进程的偏移。在本公开中,cg-RetransmissionTimer是基于配置许可的传输(重传)之后的持续时间,其中UE不应基于传输(重传)的HARQ进程自主地执行重传。当配置关于配置UL许可的重传时可由BS将cg-RetransmissionTimer提供给UE。对于既未配置harq-ProcID-Offset也未配置cg-RetransmissionTimer的配置许可,可从下式推导与UL传输的第一符号关联的HARQ进程ID:HARQ进程ID=[floor(CURRENT_symbol/periodicity)]modulonrofHARQ-Processes。对于具有harq-ProcID-Offset2的配置UL许可,可从下式推导与UL传输的第一符号关联的HARQ进程ID:HARQ进程ID=[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset2,其中CURRENT_symbol=(SFN*numberOfSlotsPerFrame*numberOfSymbolsPerSlot+帧中的时隙号*numberOfSymbolsPerSlot+时隙中的符号号),并且numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别表示每帧的连续时隙数和每时隙的连续OFDM符号数。对于具有cg-RetransmissionTimer的配置UL许可,UE可从可用于配置许可配置的HARQ进程ID当中选择HARQ进程ID。
在DL上,可从BS每服务小区和每BWP通过RRC信令向UE提供半持久调度(SPS)。对于DL SPS,DL指派通过PDCCH提供给UE并基于指示SPS启用或停用的L1信令被存储或清除。当配置SPS时,BS可通过RRC信令向UE提供以下参数:
-cs-RNTI,与用于启用、停用和重传的CS-RNTI对应;
-nrofHARQ-Processes,提供用于SPS的HARQ进程的数量;
-periodicity,提供用于SPS的配置DL指派的周期性;
-n1PUCCH-AN,提供用于SPS的PUCCH的HARQ资源(网络将HARQ资源配置为格式0或格式1,并且实际PUCCH资源由PUCCH-Config配置并且在n1PUCCH-AN中由其ID引用)。
在为SPS配置DL指派之后,UE可依次认为第N DL指派出现在满足下式的时隙中:(numberOfSlotsPerFrame*SFN+帧中的时隙数)=[(numberOfSlotsPerFrame*SFN开始时间+slot开始时间)+N*periodicity*numberOfSlotsPerFrame/10]modulo(1024*numberOfSlotsPerFrame),其中SFN开始时间和slot开始时间分别表示在配置DL指派被(重新)初始化之后PDSCH的第一传输的SFN和时隙,numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。
在一些场景中,可由BS进一步向UE提供用于推导配置DL指派的HARQ进程ID的参数harq-ProcID-Offset。harq-ProcID-Offset是SPS的HARQ进程的偏移。对于没有harq-ProcID-Offset的配置DL指派,可从下式确定与DL传输开始的时隙关联的HARQ进程ID:HARQ进程ID=[floor(CURRENT_slot*10/(numberOfSlotsPerFrame*periodicity))]modulonrofHARQ-Processes,其中CURRENT_slot=[(SFN*numberOfSlotsPerFrame)+帧中的时隙号],并且numberOfSlotsPerFrame表示每帧的连续时隙数。对于具有harq-ProcID-Offset的配置DL指派,可从下式确定与DL传输开始的时隙关联的HARQ进程ID:HARQ进程ID=[floor(CURRENT_slot/periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset,其中CURRENT_slot=[(SFN*numberOfSlotsPerFrame)+帧中的时隙号],并且numberOfSlotsPerFrame表示每帧的连续时隙数。
如果对应DCI格式的CRC利用RRC参数cs-RNTI所提供的CS-RNTI加扰并且启用传输块的新数据指示符字段被设定为0,则UE针对调度启用或调度释放验证DL SPS指派PDCCH或配置UL许可类型2PDCCH。如果根据表6和表7来设定DCI格式的所有字段,则实现DCI格式的验证。表6示出用于DL SPS和UL许可类型2调度启用PDCCH验证的特殊字段的示例,表7示出用于DL SPS和UL许可类型2调度释放PDCCH验证的特殊字段的示例。
[表6]
[表7]
DCI格式0_0 | DCI格式1_0 | |
HARQ进程号 | 全部设定为“0” | 全部设定为“0” |
冗余版本 | 设定为“00” | 设定为“00” |
调制和编码方案 | 全部设定为“1” | 全部设定为“1” |
资源块指派 | 全部设定为“1” | 全部设定为“1” |
用于DL SPS或UL许可类型2的实际DL指派和UL许可和对应MCS由对应DL SPS或UL许可类型2调度启用PDCCH所承载的DCI格式中的资源指派字段(例如,提供TDRA值m的TDRA字段、提供频率资源块指派的FDRA字段和/或MCS字段)提供。如果实现验证,则UE将DCI格式中的信息视为DL SPS或配置UL许可类型2的有效启用或有效释放。
在本公开中,基于DL SPS的PDSCH可被称为SPS PDSCH,基于UL配置许可(CG)的PUSCH可被称为CG PUSCH。由PDCCH上承载的DCI动态调度的PDSCH可被称为动态许可(DG)PDSCH,由PDCCH上承载的DCI动态调度的PUSCH可被称为DG PUSCH。
PDCCH通过控制资源集(CORESET)来发送。可为UE配置一个或更多个CORESET。CORESET由持续时间为1至3个OFDM符号的PRB集合组成。构成CORESET的PRB和CORESET持续时间可通过高层(例如,RRC)信令提供给UE。根据对应搜索空间集来监测配置的CORESET中的PDCCH候选集合。在本公开中,监测意指根据监测的DCI格式对各个PDCCH候选进行解码(称为盲解码)。PBCH上的主信息块(MIB)向UE提供用于监测用于调度承载***信息块1(SIB1)的PDSCH的PDCCH的参数(例如,CORESET#0配置)。PBCH还可指示不存在关联的SIB1。在这种情况下,UE不仅可被提供UE可假设不存在与SSB1关联的SSB的频率范围,而且可被提供其它频率以搜索与SIB1关联的SSB。作为至少用于调度SIB1的CORESET,CORESET#0可由MIB或专用RRC信令配置。
依据PDCCH搜索空间集来定义由UE监测的PDCCH候选集合。搜索空间集可以是公共搜索空间(CSS)集或UE特定搜索空间(USS)集。各个CORESET配置与一个或更多个搜索空间集关联,并且各个搜索空间集与一个CORESET配置关联。搜索空间集基于BS提供给UE的以下参数来确定。
-controlResourceSetId:用于标识与搜索空间集s关联的CORESET p的标识符。
-monitoringSlotPeriodicityAndOffset:为PDCCH监测配置时隙的时隙的PDCCH监测周期性ks和os个时隙的PDCCH监测偏移。
-duration:Ts<ks时隙的持续时间,指示存在搜索空间集s的时隙数量。
-monitoringSymbolsWithinSlot:时隙内的PDCCH监测图案,指示用于PDCCH监测的时隙内的CORESET的第一符号。
-nrofCandidates:每CCE聚合级别的PDCCH候选数量。
-searchSpaceType:搜索空间集s是CSS集还是USS集的指示。
参数monitoringSymbolsWithinSlot可指示配置用于PDCCH监测的时隙中用于PDCCH监测的第一符号(例如,参见monitoringSlotPeriodicityAndOffset和duration)。例如,当monitoringSymbolsWithinSlot为14比特参数时,最高有效(最左)比特可表示时隙中的第一OFDM符号,第二最高有效(最左)比特可表示时隙中的第二OFDM符号。这样,monitoringSymbolsWithinSlot的比特可分别表示时隙的14个OFDM符号。例如,monitoringSymbolsWithinSlot中的比特当中设定为1的比特可标识时隙中的CORESET的第一符号。
UE仅在PDCCH监测时机中监测PDCCH候选。UE从时隙内的PDCCH监测周期性、PDCCH监测偏移和PDCCH监测图案确定活动DL BWP上的监测时机。在一些实现方式中,对于搜索空间集s,如果(nf*Nframe,u slot+nu s,f-os)mod ks=0,则UE确定PDCCH监测时机存在于编号为nf的帧中编号为nu s,f的时隙中。UE在从时隙nu s,f开始的Ts个连续时隙内监测用于搜索空间集s的PDCCH候选,并且在接下来的ks-Ts内不监测用于搜索空间集s的PDCCH候选。
下表示出搜索空间集、相关RNTI及其使用情况。
[表8]
下表示出PDCCH承载的DCI格式。
[表9]
DCI格式 | 用途 |
0_0 | 一个小区中的PUSCH的调度 |
0_1 | 一个小区中的PUSCH的调度 |
1_0 | 一个小区中的PDSCH的调度 |
1_1 | 一个小区中的PDSCH的调度 |
2_0 | 向一组UE通知时隙格式 |
2_1 | 向一组UE通知UE可假设没有旨在用于UE的传输的PRB和OFDM符号。 |
2_2 | 用于PUCCH和PUSCH的TPC命令的传输 |
2_3 | 用于一个或更多个UE的SRS传输的一组TPC命令的传输 |
2_4 | 向一组UE通知UE取消从UE的对应UL传输的PRB和OFDM符号 |
DCI格式0_0可用于调度基于TB的(或TB级别)PUSCH,DCI格式0_1可用于调度基于TB的(或TB级别)PUSCH或基于码块组(CBG)的(或CBG级别)PUSCH。DCI格式1_0可用于调度基于TB的(或TB级别)PDSCH,DCI格式1_1可用于调度基于TB的(或TB级别)PDSCH或基于CBG的(或CBG级别)PDSCH。对于CSS,DCI格式0_0和DCI格式1_0在由RRC初始给出BWP大小之后具有固定大小。对于USS,DCI格式0_0和DCI格式1_0在频域资源指派(FDRA)字段以外的字段中大小固定,FDRA字段的大小可通过BS的相关参数的配置来变化。在DCI格式0_1和DCI格式1_1中,DCI字段的大小可通过BS的各种RRC重新配置来改变。DCI格式2_0可用于向UE提供动态时隙格式信息(例如,SFIDCI),DCI格式2_1可用于向UE提供DL抢占信息,DCI格式2_4可用于指示UE需要取消UL传输的UL资源。
本公开的一些实现方式适用于的无线通信***(例如,基于3GPP的无线通信***)支持HARQ,HARQ是重传和纠错的组合。如果检测到分组传输中的错误,则请求分组重传并且接收机尝试基于先前传输和当前传输来对分组进行解码。在本公开的一些实现方式适用于的无线通信***中,HARQ在MAC层和PHY层操作。HARQ是在等待对当前分组的反馈的同时不发送其它分组的停止-等待协议。这种协议由于往返时间而导致无线电资源的使用效率低。基于3GPP的无线通信***通过允许多个并发的HARQ进程来解决此问题。各个HARQ进程可有一个分组等待ACK。在DL和UL二者上,UE可支持每小区至多预定数量的HARQ进程(例如,16个HARQ进程)。各个HARQ进程通常一次处理一个TB。然而,如果配置了DL空间复用,则各个HARQ进程可一次处理两个TB。例如,如果UE被配置为单个DCI可调度的码字的最大数量为1,则与一个HARQ进程关联的TB的数量为1。如果UE被配置为单个DCI可调度的码字的最大数量为2,则与一个HARQ进程关联的TB的数量为2。在接收到重传的TB时,接收机可通过将TB的当前传输和先前传输组合来对重传的TB进行解码。在一些场景中,TB可能非常大。如果TB非常大,则即使仅少数比特中存在错误时仍重传整个TB浪费无线电资源。因此,在一些场景中(例如,5G NR),已引入CBG级别重传。当附有CRC的TB大于特定大小时,附有CRC的TB被分段为更小的单元(称为码块)。各个码块的CRC被附到码块。由于为各个码块发送HARQ-ACK导致过多信令,所以正在考虑CBG级别HARQ反馈,其中2/4/6/8码块被分组为CBG,并且发送各个CBG的HARQ反馈。在从接收机接收到CBG级别HARQ反馈时,发送了TB的发送机可仅向接收机重传需要重传的CBG,而非重传整个TB。TB可具有一个或多个CBG,并且各个CBG可具有一个或更多个码块。在TB级别HARQ反馈的情况下,可每TB发送一个HARQ-ACK信息比特,在CBG级别HARQ反馈的情况下,可每CBG发送一个HARQ-ACK信息比特。
图8示出HARQ-ACK发送/接收过程。
参照图8,UE可在时隙n中检测PDCCH。接下来,UE可根据通过时隙n中的PDCCH接收的调度信息在时隙n+K0中接收PDSCH,然后在时隙n+K1中通过PUCCH发送UCI。在这种情况下,UCI包括对PDSCH的HARQ-ACK响应。在一些场景中,可执行基于包括比14个OFDM符号更少的OFDM符号(例如,2至7个OFDM符号)的子时隙的PUCCH反馈以及基于包括14个OFDM符号的子时隙的PUCCH反馈。
用于调度PDSCH的PDCCH所承载的DCI(例如,DCI格式1_0或DCI格式1_1)可包括以下信息。
-FDRA:FDRA指示分配给PDSCH的RB集合。
-TDRA:TDRA指示DL指派与PDSCH时隙偏移K0、时隙中的PDSCH的起始位置(例如,符号索引S)和长度(例如,符号数量L)以及PDSCH映射类型。PDSCH映射类型A或PDSCH映射类型B可由TDRA指示。对于PDSCH映射类型A,DMRS位于时隙中的第三符号(符号#2)或第四符号(符号#3)中。对于PDSCH映射类型B,在为PDSCH分配的第一符号中分配DMRS。
-PDSCH-to-HARQ_feedback定时指示符:该指示符指示K1。
如果PDSCH被配置为发送最多一个TB,则HARQ-ACK响应可由一比特组成。如果PDSCH被配置为发送最多2个TB,则当未配置空间捆绑时,HARQ-ACK响应可由2比特组成,当配置空间捆绑时,由一比特组成。当对多个PDSCH的HARQ-ACK传输定时被指定为时隙n+K1时,在时隙n+K1中发送的UCI包括对多个PDSCH的HARQ-ACK响应。
在本公开中,由一个或多个PDSCH的HARQ-ACK比特组成的HARQ-ACK有效载荷可被称为HARQ-ACK码本。根据HARQ-ACK有效载荷确定方案,HARQ-ACK码本可被归类为i)半静态HARQ-ACK码本、ii)动态HARQ-ACK码本和iii)基于HARQ进程的HARQ-ACK码本。
在半静态HARQ-ACK码本的情况下,与UE要报告的HARQ-ACK有效载荷大小有关的参数由(UE特定)高层(例如,RRC)信号半静态地确定。半静态HARQ-ACK码本的HARQ-ACK有效载荷大小(例如,通过一个时隙中的一个PUCCH发送的(最大)HARQ-ACK有效载荷(大小))可基于与为UE配置的所有DL载波(即,DL服务小区)和可指示HARQ-ACK传输定时的所有DL调度时隙(或PDSCH传输时隙或PDCCH监测时隙)的组合(下文中,捆绑窗口)对应的HARQ-ACK比特数来确定。即,在半静态HARQ-ACK码本方案中,HARQ-ACK码本的大小被固定(为最大值),而不管实际调度的DL数据的数量如何。例如,DL许可DCI(PDCCH)包括PDSCH与HARQ-ACK定时信息,并且PDSCH与HARQ-ACK定时信息可具有多个值之一(例如,k)。例如,当在时隙#m中接收PDSCH并且用于调度PDSCH的DL许可DCI(PDCCH)中的PDSCH与HARQ-ACK定时信息指示k时,PDSCH的HARQ-ACK信息可在时隙#(m+k)中发送。作为示例,k∈{1,2,3,4,5,6,7,8}。当在时隙#n中发送HARQ-ACK信息时,HARQ-ACK信息可包括基于捆绑窗口的可能最大HARQ-ACK。即,时隙#n的HARQ-ACK信息可包括与时隙#(n-k)对应的HARQ-ACK。例如,当k∈{1,2,3,4,5,6,7,8}时,时隙#n的HARQ-ACK信息可包括与时隙#(n-8)至时隙#(n-1)对应的HARQ-ACK,而不管实际DL数据接收(即,最大数量的HARQ-ACK)如何。这里,HARQ-ACK信息可由HARQ-ACK码本或HARQ-ACK有效载荷代替。时隙可被理解/替换为DL数据接收的候选时机。如示例中描述的,可基于HARQ-ACK时隙基于PDSCH与HARQ-ACK定时来确定捆绑窗口,并且PDSCH与HARQ-ACK定时集合可具有预定义的值(例如,{1,2,3,4,5,6,7,8})或者可由高层(RRC)信令配置。半静态HARQ-ACK码本被称为类型1HARQ-ACK码本。对于类型1HARQ-ACK码本,在HARQ-ACK报告中要发送的比特数固定,并且可能较大。如果配置许多小区,但仅调度少数小区,则类型1HARQ-ACK码本可能效率低。
在动态HARQ-ACK码本的情况下,UE要报告的HARQ-ACK有效载荷大小可通过DCI等动态地改变。动态HARQ-ACK码本被称为类型2HARQ-ACK码本。类型2HARQ-ACK码本可被视为优化的HARQ-ACK反馈,因为UE仅为调度的服务小区发送反馈。然而,在差的信道条件下,UE可能错误地确定调度的服务小区的数量。为了解决这一问题,可包括下行链路指派索引(DAI)作为DCI的一部分。例如,在动态HARQ-ACK码本方案中,DL调度DCI可包括counter-DAI(即,c-DAI)和/或total-DAI(即,t-DAI)。这里,DAI指示下行链路指派索引并且用于BS告知UE所发送或调度的一个HARQ-ACK传输中要包括其HARQ-ACK的PDSCH。具体地,c-DAI是指示承载DL调度DCI的PDCCH(下文中,DL调度PDCCH)之间的顺序的索引,t-DAI是指示直至存在具有t-DAI的PDCCH的当前时隙,DL调度PDCCH的总数的索引。
在基于HARQ进程的HARQ-ACK码本的情况下,基于PUCCH组中所有配置(或启用)的服务小区的所有HARQ进程来确定HARQ-ACK有效载荷。例如,UE要使用基于HARQ进程的HARQ-ACK码本报告的HARQ-ACK有效载荷的大小可基于为UE配置的PUCCH组中所有配置或启用的服务小区的数量以及服务小区的HARQ进程的数量来确定。基于HARQ进程的HARQ-ACK码本也被称为类型3HARQ-ACK码本。类型3HARQ-ACK码本可应用于一次性反馈。例如,如果通过RRC信令向UE提供pdsch-HARQ-ACK-OneShotFeedback并且UE在任何PDCCH监测时机检测到包括值为1的一次性HARQ-ACK请求字段的DCI格式,则UE将HARQ-ACK信息包括在类型3HARQ-ACK码本中。
如果通过RRC信令向UE提供pdsch-HARQ-ACK-CodebookList,则可通过pdsch-HARQ-ACK-CodebookList指示UE生成一个或多个HARQ-ACK码本。如果UE被指示生成一个HARQ-ACK码本,则HARQ-ACK码本与优先级索引0的PUCCH关联。如果向UE提供pdsch-HARQ-ACK-CodebookList,则UE仅在相同HARQ-ACK码本中复用与相同优先级索引关联的HARQ-ACK信息。如果UE被指示生成两个HARQ-ACK码本,则第一HARQ-ACK码本与优先级索引0的PUCCH关联,第二HARQ-ACK码本与优先级索引1的PUCCH关联。
在DL数据信道和用于HARQ-ACK反馈传输的PUCCH传输之间的时间差的单位(例如,PDSCH-to-HARQ_feedback定时指示符)可由预先配置的子时隙长度(例如,构成子时隙的符号数量)确定。例如,从DL数据信道到用于HARQ-ACK反馈传输的PUCCH的时间差的单位可由用于配置UE特定PUCCH参数的配置信息PUCCH-Config中的参数“subslotLengthForPUCCH”配置。根据这些场景,可为各个HARQ-ACK码本配置PDSCH-to-HARQ反馈定时指示符的长度单位。
在一些场景中,可动态地或半静态地执行UL或DL调度,BS可使用tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated消息半静态地或使用DCI格式2_0动态地向UE配置或指示各个符号的传输方向(例如,DL、UL或灵活)。也可取消通过配置/指示的传输方向配置的UL或DL调度。例如,可取消配置用于通过配置或指示的传输方向发送对SPS PDSCH的HARQ-ACK(在下文中,称为SPS HARQ-ACK)的PUCCH。
图9示出HARQ-ACK延期的示例。
在一些场景(例如,3GPP NR Rel-16)中,当UE接收到BS所调度的PDSCH时,UE可在由PDSCH上的调度信息指定的时间发送承载对PDSCH的HARQ-ACK的PUCCH(在下文中,HARQ-ACK PUCCH)。然而,这一系列操作总是使得UE在从接收到半持久配置的SPS PDSCH起逝去预定时间之后发送PUCCH。结果,可使用与SPS PDSCH的周期性未对准的TDD UL-DL图案,可通过BS的动态TDD操作容易地取消PUCCH传输,与取消的PUCCH传输关联的PDSCH传输也可被取消,或者可请求重传。因此,为了解决这些问题,正在考虑UE以预定或任意方式将为PDSCH确定的PUCCH定时延期的操作,即,延时操作。例如,当配置用于传输对SPS PDSCH的HARQ-ACK(在下文中,SPS HARQ-ACK)的PUCCH被配置或指示的传输方向取消时,可考虑将HARQ-ACK发送延时到最初调度的时间之后的HARQ-ACK延期。参照图9,例如,当时隙#m-1中的SPS PDSCH使用HARQ进程#i,并且在时隙#m中调度对SPS PDSCH的HARQ-ACK发送时,UE可基于预定条件确定将时隙#m中用于对SPS PDSCH的HARQ-ACK发送的PUCCH延期到时隙#n。由于这种HARQ-ACK延期,即使PUCCH传输被取消,UE和BS也可稍后发送/接收对SPS PDSCH的HARQ-ACK信息。
尽管通过动态PDSCH调度的HARQ-ACK响应传输未因配置或指示的传输方向而取消,但是当包括在PUCCH中的HARQ-ACK包括在低优先级HARQ-ACK码本中时PUCCH传输本身可能因优先级间的优先排序而取消,并且不管PDSCH的调度方法如何,BS可能由于信道改变等而无法成功接收PUCCH传输。
如果HARQ-ACK响应传输被取消或失败,则BS可能无法确定对应PDSCH传输是否成功,这可能导致PDSCH重传。这基本上可在PDSCH传输中生成额外的延时时间。如果传送包括多个HARQ-ACK的HARQ-ACK码本的PUCCH传输被取消,则需要再次发送与之对应的众多PDSCH,这可能导致***资源可用性方面的大问题。此问题可通过增加用于PUCCH/PUSCH的时频资源的大小以改进传送HARQ-ACK的上行链路传输的可靠性来解决。然而,使用足够大以始终获得令人满意的可靠性的UL时频资源的***的UL无线电资源可能受到限制。
为了解决此问题,可考虑以下两种方法。一种是基于HARQ进程的HARQ-ACK响应,其是报告UE在特定时间所具有的HARQ进程的状态的类型3HARQ-ACK码本(例如,参见图9),另一种是再次发送先前HARQ-ACK码本的基于码本重传的一次性HARQ-ACK重传。
为了增加PUCCH传输的可靠性,可配置PUCCH重复传输,其中在多个(子)时隙中重复PUCCH。例如,在一些实现方式中,UE可被指示使用PUCCH资源在Nrepeat PUCCH个时隙上发送PUCCH,其中如果PUCCH资源由DCI格式指示并且包括PUCCH-RepetitionNrofSlots,即,如果为PUCCH资源提供PUCCH重复因子,则Nrepeat PUCCH由RRC参数PUCCH-RepetitionNrofSlots提供。否则,Nrepeat PUCCH由为对应PUCCH格式配置的RRC参数nrofSlots提供。如果UE接收到RRC参数subslotLengthForPUCCH,则以Nrepeat PUCCH>1个时隙重复的PUCCH的时隙包括subslotLengthForPUCCH所指示那么多的符号。在一些实现方式中,对于Nrepeat PUCCH>1,UE以Nrepeat PUCCH个时隙重复具有UCI的PUCCH传输,并且每Nrepeat PUCCH个时隙中PUCCH传输的重复具有相同数量的连续符号和相同的第一符号。在发送频率和接收频率没有分开的非配对频谱的情况下,UE可为PUCCH传输确定Nrepeat PUCCH个时隙,其从指示给UE用于HARQ-ACK报告的时隙或为SR报告或CSI报告确定的时隙开始,并且i)具有由对应PUCCH格式的RRC参数startingSymbolIndex提供的SS/PBCH块以外的灵活符号作为第一符号以及ii)从第一符号开始的连续UL符号或SS/PBCH块的符号以外的灵活符号,其中,UL符号或灵活符号的数量等于或大于由PUCCH格式的RRC参数nrofSymols提供的符号数量。在具有单独的发送频率和接收频率的配对频谱或补充UL频带的情况下,UE可将Nrepeat PUCCH个时隙确定为从指示给UE用于HARQ-ACK报告的时隙或为SR报告或CSI报告确定的时隙开始的Nrepeat PUCCH个连续时隙。本文中,nrofSymbols个连续UL符号或连续灵活符号可意指在一个时隙内的中间没有DL符号的nrofSymbols个连续UL或灵活符号。
在一些场景(例如,基于LTE的***或基于NR Rel-16的***)中,UE用于PUCCH传输的分量载波(CC)(即,服务小区)通过BS的RRC信令来半静态地配置,并且L2/L3信令(例如,MAC控制元素(CE)或RRC消息)用于改变CC。在这些场景中,当UE改变PUCCH小区时可能发生大延时。
在无线通信***中,UE可使用多个CC,并且CC可使用在频率方面彼此远离的频带。从网络操作的角度,不同频带可具有不同的TDD图案。在一些场景(例如,基于LTE的***或基于NR Rel-16的***)中,与在Pcell/PSCell或PUCCH组中的Scell上接收的PDSCH对应的HARQ-ACK可仅在同一PUCCH组中的Pcell、PSCell或PUCCH-SCell上发送。即,PUCCH不在没有PUCCH配置的普通Scell上发送,而是根据配置用于UE的小区组在Pcell/PSCell/PUCCH-SCell当中的一个小区上发送。根据这些场景,例如,配置有SCG的UE在Pcell上发送针对属于MCG的小区上接收的PDSCH的HARQ-ACK信息,并且在PSCell上发送针对属于SCG的小区上接收的PDSCH的HARQ-ACK信息。另外,根据这些场景,配置有PUCCH-SCell的UE在其Pcell上发送针对属于主PUCCH组的小区上接收的PDSCH的HARQ-ACK信息,并且在PUCCH-SCell上发送针对属于辅PUCCH组的小区上接收的PDSCH的HARQ-ACK信息。在根据这些场景的***中,在要发送PUCCH的CC被配置为DL的持续时间内UE可能无法发送PUCCH(以便抑制小区间干扰),并且这可大大增加PDSCH的HARQ往返时间。为了解决这一问题,如果UE即使在UE所配置的多个CC当中Pcell/PSCell/PUCCH-SCell以外的小区(例如,Scell)上也能够执行UL传输,则可考虑PUCCH传输。然而,如上所述,由于使用L2/L3消息改变UE用于PUCCH传输的CC,所以可能花费相对长的时间来改变CC,并且当考虑一般TDD图案的长度(例如,约10ms)时高效地改变CC非常困难。
在本公开中,为了尽可能快地执行UE的PUCCH传输,描述UE通过BS的L1信令针对各个PUCCH传输切换要发送PUCCH的CC或者通过UE的确定来动态地切换发送PUCCH的载波(或小区)的实现方式。
在本公开中,切换CC可意指切换包括这种CC的小区。换言之,在本公开中,载波切换可意指将小区切换为另一小区,或者可意指切换一个小区内的载波。
本公开描述了这样的实现方式:当多个CC对UE可用时,UE根据预定义规则为自己切换PUCCH传输载波(例如,PUCCH小区)或根据BS所提供的L1信令动态地切换PUCCH传输载波(例如,PUCCH小区),以使得UE可执行连续UL传输。
如果UE配置有SCG,则UE可将下面描述的本公开的一些实现方式应用于MCG和SCG二者。如果下面描述的本公开的一些实现方式被应用于MCG,则以下描述中的术语“辅小区”和“服务小区”可分别指属于MCG的辅小区和服务小区。如果下面描述的本公开的一些实现方式被应用于SCG,则以下描述中的术语“辅小区”(没有PSCell)和“服务小区”可分别指属于SCG的辅小区和服务小区。在下文中,当本公开的一些实现方式被应用于MCG时,术语“主小区”可指MCG的Pcell,当本公开的一些实现方式被应用于SCG时,指SCG的PSCell。
当UE配置有PUCCH-SCell时,UE可将下面描述的本公开的一些实现方式应用于主PUCCH组和辅PUCCH组二者。如果下面描述的本公开的一些实现方式被应用于主PUCCH组,则以下描述中的术语“辅小区”和“服务小区”可分别指属于主PUCCH组的辅小区和服务小区。如果下面描述的本公开的一些实现方式被应用于辅PUCCH组,则以下描述中的术语“辅小区”(没有PSCell)和“服务小区”可分别指属于辅PUCCH组的辅小区和服务小区。在下文中,当本公开的一些实现方式被应用于主PUCCH组时,术语“主小区”可指主PUCCH组的Pcell,当本公开的一些实现方式被应用于辅PUCCH组时,指辅PUCCH组的PUCCH-SCell。
UE侧
图10示出根据本公开的一些实现方式的UE的操作流程的示例。
在一些实现方式中,UE可通过接入BS来接收小区配置并且通过小区配置接收可用CC信息。例如,当UE接入BS时,UE可通过RRC信令从BS接收包括CC信息(例如,ServingCellConfigCommon)的RRC配置。BS可通过向UE发送MAC CE消息来启用或停用各个载波(也称为小区)。当BS为UE调度PDSCH接收和对PDSCH接收的HARQ-ACK响应的PUCCH传输(S1001)时,UE可使用本公开的一些实现方式(动态地)选择要发送用于HARQ-ACK响应的PUCCH的载波(即,PUCCH小区)(S1003)。UE可使用本公开的一些实现方式确定对应载波上要使用的PUCCH资源(S1005)。确定用于PUCCH传输的载波上要使用的PUCCH资源可包括确定载波上将发生PUCCH传输的时隙。
在本公开的一些实现方式中,可考虑以下UE操作。
<实现方式A1>如何选择用于PUCCH传输的CC
当BS为配置有多个CC的UE调度PDSCH接收和对PDSCH接收的HARQ-ACK响应的PUCCH传输时或者当通过BS的L1信令(例如,DCI)或高层信令(例如,RRC信令)指示或配置UE发送UCI时,UE可根据以下方法中的至少一个来选择要发送PUCCH的载波。
*方法A1_1:UE可基于包括在DCI的调度消息(例如,DL指派)中的数据字段来选择PUCCH载波(即,PUCCH小区)。作为示例,调度PDSCH的DCI可包括PUCCH载波指示符字段,并且UE可选择具有与PUCCH载波指示符字段的值相同的小区索引的PUCCH载波以使用该PUCCH载波来发送针对PDSCH的HARQ-ACK响应。
*方法A1_2:UE和BS可根据预定条件和规则来选择要用于PUCCH传输的CC,以使得UE和BS可选择和假设相同的小区而无需单独的信令。更具体地,UE和BS可根据规则从满足预定条件的CC当中选择要用于PUCCH传输的CC。这可被表示为使得UE和BS根据条件选择位于CC的有序列表顶部的一个CC。例如,UE和BS可根据第一规则配置CC的有序列表并且通过从通过第二规则优先排序的CC选择列表顶部的CC来发送针对调度的PDSCH的HARQ-ACK响应。只要第一规则和第二规则基于半静态配置的值,UE和BS就可始终无歧义地假设相同CC。换言之,UE可根据特定条件优先选择特定CC并且在对应CC上发送PUCCH。
在配置CC的有序列表时,以下规则中的至少一个可用作第一规则。
>规则A1_1-1:各个CC按小区索引的升序布置。即,小区索引低的CC位于列表的上侧。
>规则A1_1-2:不包括特定配置的CC可从列表排除或者位于列表中比包括特定配置的CC低的位置。例如,未配置配置的许可PUSCH配置或周期性或半持久CSI配置的CC可从列表排除。这用于防止UE的UL传输被放弃。
>规则A1_1-3:未启用的CC可从列表排除或位于列表中比启用的CC低的位置。
>规则A1_1-4:不具有等于或大于接收调度的PDSCH的CC的UL BWP的SCS或者等于或大于接收PDSCH的PUCCH组的主小区的SCS的SCS的CC(即,具有小于接收调度的PDSCH的CC的UL BWP的SCS的SCS的CC)可从列表排除或者可位于列表中比其它CC低的位置。
>规则A1_1-5:不具有等于接收调度的PDSCH的CC的UL BWP的SCS或者等于接收PDSCH的PUCCH组的主小区的SCS的SCS的CC(即,具有小于接收调度的PDSCH的CC的UL BWP的SCS的SCS的CC)可从列表排除或者可位于列表中比其它CC低的位置。
>规则A1_1-6:当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送对应HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的符号未通过配置用于特定小区的时隙格式指示为UL或灵活符号时(即,当PUCCH资源的至少一个符号被指示为DL符号时),对应小区可从列表排除或位于列表中比其它CC低的位置。UE和BS考虑各个PUCCH传输的所有CC的时隙格式、PUCCH资源集和PUCCH有效载荷可能是很大的负担。可代替规则A1_1-6考虑以下规则之一,以在使UE和BS的负担最小化的同时考虑用于载波切换的时隙格式。
>>替代规则A1_1-6-1:当将发送针对调度的PDSCH的HARQ-ACK响应的时隙按配置用于特定小区的时隙格式包括DL时隙时,对应小区可从列表排除或位于列表中比其它CC低的位置。
>>替代规则A1_1-6-2:当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH的起始符号按配置用于特定小区的时隙格式未被指示为UL符号时,对应小区可从列表排除或位于列表中比其它CC低的位置。
>规则A1_1-7:当不存在最大有效载荷大小大于对调度的PDSCH的HARQ-ACK响应和可与HARQ-ACK响应一起发送的UCI的总比特大小(即,比特数)的PUCCH资源集时,对应小区可从列表排除或者可位于列表中比其它CC低的位置。
>规则A1_1-8:启用休眠BWP的CC可从列表排除或者可位于列表中比其它CC低的位置。在本公开中,休眠BWP是DL BWP之一,并且由网络通过专用RRC信令来配置。在休眠BWP中,UE停止对Scell的PDCCH监测,但继续执行CSI测量、自动增益控制(ACG)和波束管理(当配置时)。对于SpCell或PUCCH SCell以外的各个服务小区,网络可将一个BWP配置为休眠BWP。
在从CC的有序列表选择一个CC时,以下规则中的至少一个可用作第二规则。
>规则A1_2-1:UE优先选择具有低小区索引的CC。规则A1_2-1可最后应用。即,当列表中不存在另一第二规则时或者当多个CC满足第二规则时,UE可选择具有最低小区索引的CC。
>规则A1_2-2:UE可优先仅选择包括特定配置的CC。例如,UE可优先选择具有配置的许可PUSCH配置或周期性或半持久CSI配置的CC。这用于防止UE的UL传输被放弃。
>规则A1_2-3:UE可优先选择启用的CC。
>规则A1_2-4:UE可优先选择SCS等于或大于接收调度的PDSCH的CC的UL BWP的SCS或者等于或大于接收PDSCH的PUCCH组的主小区的SCS的CC。
>规则A1_2-5:UE可优先选择SCS与接收调度的PDSCH的CC的UL BWP的SCS或接收PDSCH的PUCCH组的主小区的SCS相同的CC。
>规则A1_2-6:当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送对应HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)按配置用于特定小区的时隙格式被指示为UL或灵活符号时(即,当PUCCH资源的至少一个符号未被指示为DL符号时),UE可优先选择对应小区。UE和BS考虑各个PUCCH传输的所有CC的时隙格式、PUCCH资源集和PUCCH有效载荷可能是很大的负担。代替规则2-6,可考虑以下规则之一以在使UE和BS的负担最小化的同时考虑用于载波切换的时隙格式。
>>替代规则A1_2-6-1:当将发送针对调度的PDSCH的HARQ-ACK响应的时隙按配置用于特定小区的时隙格式不包括DL时隙时,UE可优先选择对应小区。
>>替代规则A1_2-6-2:当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH的起始符号按配置用于特定小区的时隙格式被指示为UL符号时,UE可优先选择对应小区。
>规则A1_2-7:当存在最大有效载荷大小大于对调度的PDSCH的HARQ-ACK响应和可与HARQ-ACK响应一起发送的UCI的总比特大小的PUCCH资源集时,UE可优先选择对应小区。
>规则A1_2-8:UE可优先选择未启用休眠BWP的CC。
基于上述规则表达的方法A1_2的简单示例可如下。
>UE可使用规则A1_1-1和规则A1_1-3来配置启用CC的有序列表并且选择列表顶部的CC来发送PUCCH。即,UE可通过方法A1_2在启用CC当中具有最低索引的CC上发送PUCCH。
>UE可使用规则A1_1-3来配置启用CC的有序列表并使用规则A1_2-1选择具有最低小区索引的CC来发送PUCCH。即,UE可通过方法A1_2在启用CC当中具有最低索引的CC上发送PUCCH。
在本公开的一些实现方式中,上述休眠BWP可以是BWP ID等于RRC信令所指示的dormantBWP-Id的值的BWP。
在本公开的一些实现方式中,UE可被BS单独地提供指示CC集合的RRC参数。CC集合可指示可经受PUCCH载波切换的CC(即,小区)。UE和BS可在所配置的CC集合内限制性地执行PUCCH载波切换。
例如,BS可为UE配置指示根据时间可用的CC集合的RRC参数。CC集合可指示可经受PUCCH载波切换的CC。UE和BS可在所配置的CC集合内限制性地执行PUCCH载波切换。在这种情况下,可考虑以下内容。
可通过BS的高层信令为UE配置PUCCH载波切换图案。PUCCH载波切换图案可意指在特定时间周期(例如,几十时隙、一帧或10ms)内根据特定时间单位(例如,几个时隙)按顺序列出包括一个或更多个可用UL CC的列表的信息。为了表示可用UL CC的列表占用特定时间单位,在各个列表中可包括时间长度TL。时间长度TL可意指对应列表所占用的时间。在这种情况下,PUCCH载波切换图案的周期可以是可用UL CC的列表的时间长度TL的总和。例如,可存在特定UL CC列表L1={C1,C2,C3},并且可另外向列表L1指派时间信息TL。例如,可提供L1={{C1,C2,C3},TL}。在这种情况下,可在时间TL期间使用C1、C2或C3中的至少一个。这些列表可按顺序枚举。例如,如果列表被给出为{L1,L2,L3,...LN},则相应列表Ln的时间长度T的总和可表示整个图案的长度。在一些实现方式中,指示在特定持续时间内不执行PUCCH载波切换的信息也可包括在一个或更多个图案中。该信息也可被表示成包括单独RRC参数(例如,noPUCCHCarrierSwithcing)的UL CC的列表。UE在包括这种信息的持续时间内可不执行PUCCH载波切换。可通过小区中配置的UL SCS配置来确定时间单位或时隙长度(即,每时隙的时间长度)。例如,可考虑以下中的至少一个。
>可配置PUCCH载波切换图案的单独UL参考SCS,并且可通过对应SCS值来确定时间单位。
>可通过为UE配置的UL BWP的SCS当中的最大或最小SCS来确定时间单位。
>可通过小区中可配置的最大或最小SCS来确定时间单位。作为示例,可通过FrequencyInfoUL或FrequencyInfoUL-SIB的scs-SpecificCarrierList所提供的最小或最大SCS配置u来确定时间单位。
当一个帧的长度为10ms时,根据各个SCS配置u的时隙长度可根据表1来确定。
例如,在一些实现方式中,仅当(在PUCCH载波切换之前)将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的至少一个符号按配置用于主小区的时隙格式被指示为DL符号(例如,PUCCH的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-ULDL-ConfigurationDedicated指示为DL)时,才可执行PUCCH载波切换。
作为另一示例,在一些实现方式中,仅当(在参考小区中)将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的至少一个符号按参考小区的时隙格式被指示为DL符号(例如,PUCCH的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-ULDL-ConfigurationDedicated指示为DL)时,才可执行PUCCH载波切换。可考虑以下来确定参考小区。
>主小区用作参考小区;
>通过BS的高层信令配置的小区索引指示参考小区;或者
>用于PUCCH载波切换的CC集合当中具有最低小区索引的CC用作参考小区。
在实现方式A1中,对于PUCCH已假设与PDSCH接收对应的HARQ-ACK PUCCH。然而,实现方式A1可不限于HARQ-ACK PUCCH,实现方式A1和将要描述的实现方式也可应用于承载任何类型的UCI(例如,HARQ-ACK、SR或CSI)的PUCCH。特别是,当通过BS的L1信令指示PUCCH传输时,可应用实现方式A1的方法A1_1和/或方法A1_2。当通过BS的高层信令指示PUCCH传输时,可应用实现方式A1的方法A1_2。
<实现方式A2>如何确定用于载波切换的PUCCH资源
当BS为配置有多个CC的UE调度PDSCH接收以及用于对PDSCH接收的HARQ-ACK响应的PUCCH传输时,UE可基于以下方法之一来确定要发送PUCCH的载波上的PUCCH资源。
*方法A2_1:(调度CC中的PUCCH资源配置)UE可使用调度PDSCH的小区(即,接收PDSCH的小区)中配置的PUCCH资源集列表来选择PUCCH资源。通过方法A2_1,UE可假设将使用一个PUCCH资源集列表,而与要选择的CC无关。这可使得在CC选择中易于考虑时隙格式。
*方法A2_2:(主CC中的PUCCH资源配置)UE可使用调度PDSCH的PUCCH组的主小区中配置的PUCCH资源集列表来选择PUCCH资源。通过方法A2_2,UE可假设将始终使用相同的PUCCH资源,而与要选择的CC无关。这可使得在CC选择中易于考虑时隙格式。
*方法A2_3:(目标CC中的PUCCH资源配置)UE可使用要发送HARQ-ACK响应的小区中配置的PUCCH资源集列表来选择PUCCH资源。要发送HARQ-ACK响应的小区可使用实现方式A1/B1或其类似方法来确定。这可通过允许BS为发送PUCCH的各个CC配置适当PUCCH资源而带来调度灵活性。
*方法A2_4:(用于PUCCH载波切换的专用PUCCH资源)当要发送PUCCH的小区被明确地指示或能够在PDSCH调度消息中明确地指示时,或者当按预定义规则要在主小区以外的小区中发送PUCCH时,UE可使用BS所配置的单独PUCCH资源集列表来选择PUCCH资源。换言之,当PUCCH载波根据时间(动态地)切换时,BS可为UE单独地配置要使用的PUCCH资源配置。
方法A2_1、方法A2_2和/或方法A2_3表示可为UE配置可用于UL传输,特别是PUCCH传输可用的各个CC的PUCCH载波切换的PUCCH资源集和PUCCH资源。这种PUCCH资源集和PUCCH资源可以是在传统PUCCH资源配置(例如,根据3GPP TS 38.331Rel-16的PUCCH资源配置)内另外配置的值,并且各个PUCCH资源集和各个PUCCH资源可具有特定索引范围。
<实现方式A3>如何确定PUCCH载波切换的PDSCH至HARQ-ACK反馈定时
当BS为配置有多个CC的UE调度PDSCH接收和用于对PDSCH接收的HARQ-ACK响应的PUCCH传输并且当要发送PUCCH资源的CC可(动态地)切换时(例如,当要使用的CC由L1信令(例如,DCI)指示或者可根据预定义规则随各个PUCCH传输变化时),UE需要确定将发送PUCCH的UL时隙的位置以便在所确定的CC上发送PUCCH。在一些实现方式中,预定义规则可包括通过BS的高层信令提供的PUCCH载波切换图案。UL时隙的位置可基于已接收最后PDSCH的时隙由预先配置的HARQ-ACK反馈定时值的集合和指示该集合中要使用的值的调度消息的数据字段来确定。
在一些场景(例如,LTE或基于NR Rel-16的***)中,由于一个PUCCH组中仅存在一个PUCCH小区,所以UE仅需要在对应PUCCH小区中配置的HARQ-ACK反馈定时值的集合中确定PDSCH的调度信息所指示的HARQ-ACK反馈定时值并基于对应PUCCH小区的时隙来应用HARQ-ACK反馈定时值。然而,在本公开的一些实现方式中,一个PUCCH组中可包括超过一个PUCCH小区来进行PUCCH小区切换,并且可为各个PUCCH小区配置HARQ-ACK反馈定时值的集合。因此,如果在调度PDSCH的PUCCH组中存在多个PUCCH小区,则不清楚UE应该基于配置HARQ-ACK反馈定时值的集合的哪个PUCCH小区来确定PDSCH的HARQ-ACK反馈定时值以及UE应该基于哪个小区的时隙和从哪个时隙开始对与HARQ-ACK反馈定时值一样多的时隙计数。
UE可通过以下方法中的至少一个来确定要用于确定要执行为UE调度的PDSCH的HARQ-ACK传输的UL时隙的位置的HARQ-ACK反馈定时值的集合。
*方法A3a_1:(调度CC中设定的K1)UE可使用为调度PDSCH的小区(即,接收PDSCH的小区)配置的HARQ-ACK反馈定时值的集合(例如,dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。例如,当UE检测到DCI格式1_1并且基于DCI格式1_1接收PDSCH时,UE可在通过接收PDSCH的小区的dl-DataToUL-ACK提供的HARQ-ACK反馈定时值当中确定PDSCH的HARQ-ACK反馈定时值K,并且使用所确定的HARQ-ACK定时值K来确定PUCCH时隙。通过方法A3a-1,UE可假设将使用HARQ-ACK反馈定时值的集合而与要为PUCCH传输选择的CC无关,这可使得在CC选择中易于考虑时隙格式。换言之,根据方法A3a-1,由于即使发生PUCCH载波切换时HARQ-ACK反馈定时值也不改变,所以可在CC选择之前准确地指定各个CC的时隙格式。
*方法A3a_2:(主CC中设定的K1)UE可使用为调度PDSCH的PUCCH组的主小区配置的HARQ-ACK反馈定时值的集合(例如,dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。例如,如果调度PDSCH的PUCCH组是MCG,则UE可基于为Pcell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是SCG,则UE可基于为PSCell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是主PUCCH组,则UE可基于为Pcell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是辅PUCCH组,则UE可基于为辅PUCCH组的PUCCH-SCell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。通过方法A3a_2,UE可假设将始终使用相同的HARQ-ACK反馈定时值的集合而与要选择用于PUCCH传输的CC无关,这可使得在CC选择中易于考虑时隙格式。换言之,根据方法A3a-2,由于即使发生PUCCH载波切换时HARQ-ACK反馈定时值也不改变,所以可在CC选择之前准确地指定各个CC的时隙格式。
*方法A3a_3:(目标CC中设定的K1)UE可使用为要发送HARQ-ACK响应的小区配置的HARQ-ACK反馈定时值的集合(例如,dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。
*方法A3a_4:(为PUCCH载波切换设定的专用K1)当将发送PUCCH的小区被明确地指示或者能够通过PDSCH调度消息明确地指示时或者当按预定义规则要在主小区以外的小区中发送PUCCH时,UE可使用BS为PUCCH小区切换单独配置的HARQ-ACK反馈值的集合来选择PUCCH资源。BS可为UE单独地配置在动态地切换PUCCH载波时要使用的HARQ-ACK反馈定时值的集合。
UE可根据方法A3a_1至方法A3a_4之一基于所确定的HARQ-ACK反馈定时值的集合来确定对应PDSCH的HARQ-ACK反馈定时。例如,当包括PDSCH的DCI中所包括的PDSCH-to-HARQ_feedback定时指示符时,UE可在所确定的HARQ-ACK定时值的集合当中确定PDSCH-to-HARQ_feedback定时指示符所指示的HARQ-ACK反馈定时值K。当PDSCH-to-HARQ_feedback定时指示符为2比特时,如果PDSCH-to-HARQ_feedback定时指示符的值为“00”,则所确定的集合中的HARQ-ACK定时值的第一值可被确定为HARQ-ACK反馈定时值K。如果PDSCH-to-HARQ_feedback定时指示符的值为“01”,则所确定的集合中的HARQ-ACK定时值的第二值可被确定为HARQ-ACK反馈定时值K。将从哪个时隙对哪个小区应用所确定的HARQ-ACK反馈定时K是有疑问的。
图11示出本公开的一些实现方式中发送PDSCH的HARQ-ACK信息的时隙。在图11的示例中,假设PDSCH的HARQ-ACK反馈定时值K为2。图11示出调度PDSCH的小区的时隙长度大于PUCCH小区的时隙长度。然而,本公开的实现方式也可应用于调度PDSCH的小区的时隙长度小于或等于PUCCH小区的时隙长度的情况。在图11的示例中,PUCCH小区1是主小区(即,Pcell、PSCell或PUCCH-SCell),PUCCH小区2是主小区以外的小区当中配置用于PUCCH小区切换的辅小区。在本公开中,PUCCH组的小区当中不是主小区的配置用于PUCCH小区切换的辅小区被称为辅PUCCH小区、PUCCH辅小区或PUCCH辅Scell或PUCCH-sSCell。
根据基于根据方法A3a_1至方法A3a_4之一确定的HARQ-ACK反馈定时值的集合确定的HARQ-ACK反馈定时,UE可基于接收PDSCH的定时(例如,PDSCH接收结束的DL时隙、主小区的时隙当中与该DL时隙交叠的最后UL时隙或者要执行PUCCH传输的目标小区的时隙当中与PDSCH接收交叠的最后UL时隙)使用以下方法之一来识别要发送PUCCH的时隙(例如,TDD中的UL)。
*方法A3b_1:(调度CC中计数的时隙)当在调度PDSCH的小区(即,接收PDSCH的小区)上,包括PDSCH的接收结束定时的时隙是时隙n,并且所确定的HARQ-ACK定时值是K时,UE可在将发送可表示时隙n的HARQ-ACK响应(即,包括时隙n中执行的PDSCH接收的结果的HARQ-ACK响应)的小区的时隙m中发送PUCCH。这里,时隙m可以是以下时隙之一:
-将发送HARQ-ACK响应的小区的包括整个时隙n+K的UL时隙;
-将发送HARQ-ACK响应的小区的包括时隙n+K的开始定时的UL时隙(参照图11的(a));
-将发送HARQ-ACK响应的小区的包括时隙n+K的结束定时的UL时隙。
*方法A3b_2:(主CC中计数的时隙)当在调度PDSCH的PUCCH组的主小区上,包括PDSCH的接收结束定时的时隙是时隙n,并且所确定的HARQ-ACK定时值为K时,UE可在将发送可表示时隙n的HARQ-ACK响应(即,包括时隙n中执行的PDSCH接收的结果的HARQ-ACK响应)的小区的时隙m中发送PUCCH。这里,时隙m可以是以下时隙之一:
-将发送HARQ-ACK响应的小区的包括整个时隙n+K的UL时隙;
-将发送HARQ-ACK响应的小区的包括时隙n+K的开始定时的UL时隙(参照图11的(b));
-将发送HARQ-ACK响应的小区的包括时隙n+K的结束定时的UL时隙。
*方法A3b_3:(目标CC中计数的时隙)当在将发送HARQ-ACK响应的小区上,包括PDSCH的接收结束定时的(UL)时隙是时隙n,并且所确定的HARQ-ACK定时值为K时,UE可在时隙n+K中发送PUCCH(参照图11的(c))。
方法A3b_1或方法A3b_2可通过针对各个小区或各个PUCCH组使用相同方法对HARQ-ACK反馈定时进行计数来确定性地确定UE的HARQ发送定时,并且可具有预先确保UE准备PUCCH传输所需的时间的优点。
由于即使CC被调度为目标CC时也始终基于目标CC执行处理,所以方法A3b_3允许所有PUCCH从一个小区的角度以相同的方式处理,从而降低UE的实现复杂度。
<实现方式A4>动态PUCCH载波指示
如上所述,当BS为配置有多个CC的UE调度PDSCH接收以及用于对PDSCH接收的HARQ-ACK响应的PUCCH传输时或者当通过BS所提供的L1信令或高层信令指示或配置UE发送UCI时,UE可基于DCI的调度消息(例如,DL指派)中所包括的数据字段来选择PUCCH载波(参见实现方式A1/B1的方法A1_1/B1_1)。换言之,UE可通过调度PDSCH的DCI来确定将发送用于对应PDSCH的HARQ-ACK PUCCH的CC。在这种情况下,可考虑以下方法中的至少一个作为调度DCI指示CC的方法。
*方法A4_1:调度PDSCH的DCI可包括PUCCH载波指示符,并且UE可选择具有与PUCCH载波指示符的值关联的小区索引的PUCCH载波,以使用所选择的PUCCH载波来发送针对PDSCH的HARQ-ACK响应。PUCCH载波指示符的值可通过单独的新DCI字段来提供,或者可以是通过重新解释现有DCI字段的一些最高有效比特(MSB)或最低有效比特(LSB)而推导的值。
*方法A4_2:当调度PDSCH的DCI包括PUCCH资源指示符(PRI)字段并且PRI字段的值与任何PUCCH资源集中配置的一个PUCCH资源标识符(ID)关联时,
>对于各个PUCCH资源ID,可配置将发送与对应PUCCH资源ID关联的PUCCH资源的CC,或者
>对于各个PUCCH资源集,可配置将发送对应PUCCH资源集中的PUCCH资源的CC。
*方法A4_3:假设当DCI所指示的PUCCH无法通过TDD操作发送时,执行PUCCH载波切换。在这种情况下,可使用实现方式A1/B1的方法来确定要发送的CC。当发生PUCCH载波切换时,可基于为PUCCH载波切换单独配置的PUCCH资源和PUCCH资源集来确定PUCCH资源。
*方法A4_4:可由PUCCH载波指示符指示的比特表示之一(例如,全部“1”或全部“0”)可被预留为“无切换状态”。例如,当指示“无切换状态”时,UE可在主小区上执行PUCCH传输而不执行PUCCH载波切换。作为另一示例,当UE被指示半静态地执行PUCCH载波切换时,例如,当为UE半静态地配置根据时间配置的PUCCH载波图案并且UE被配置为基于该图案执行PUCCH载波切换时,如果通过PUCCH载波指示符指示“无切换状态”以外的值,则UE可忽略所配置的PUCCH载波图案并且通过所指示的PUCCH载波来执行PUCCH传输。相比之下,当通过PUCCH载波指示符向UE指示“无切换状态”时,UE可基于PUCCH载波图案来选择PUCCH资源(即,基于根据PUCCH载波图案选择的载波的PUCCH资源配置来选择PUCCH资源)并且在对应PUCCH载波上执行PUCCH传输。
在一些实现方式中,当UE发送针对SPS PDSCH的HARQ-ACK响应(SPS PDSCH HARQ-ACK响应)时,特别是,当UE执行仅传送SPS PDSCH HARQ-ACK的PUCCH传输时,可始终假设不执行PUCCH载波切换。例如,当SPS PDSCH的启用DCI指示将发送调度的PDSCH的HARQ-ACK的CC时,UE可针对启用DCI中所包括的DL指派所指示的PDSCH在指示的CC上发送PUCCH,但是此后针对对通过所配置的DL指派接收的PDSCH的HARQ-ACK响应可忽略指示的CC并且在根据3GPP NR Rel-16确定的CC上发送PUCCH。
<实现方式A4-1>利用没有载波指示的DCI的动态PUCCH调度
在使用实现方式A4/B4时,有必要如实现方式A3/B3中一样根据切换的CC使用不同的PDSCH-to-HARQ-ACK定时(即,HARQ-ACK反馈定时)。然而,一些DCI格式(例如,诸如DCI格式1_0的DCI格式)可不包括用于载波切换的载波指示字段。对于被配置为执行载波切换的UE,调度无载波指示的DCI格式,可如下确定将发送PUCCH资源和PUCCH的载波。
*方法A4-1a_1:UE假设在主小区上调度PUCCH。为了选择PUCCH资源,使用主小区的PUCCH资源集和HARQ-ACK反馈定时值的集合,并且使用主小区的时隙长度。
*方法A4-1a_2:当配置用于载波切换操作的单独参考小区或参考SCS时,例如,当用于确定PDSCH-to-HARQ-ACK定时(即,HARQ-ACK反馈定时)的确定所用的HARQ-ACK反馈定时值的集合、时隙长度和SCS的参考小区预定义或在载波切换操作中通过BS的高层信令配置时,如果利用没有载波指示的DCI格式调度PUCCH传输,则UE使用参考小区的PUCCH资源集和HARQ-ACK反馈定时值的集合并且使用参考小区的时隙长度,以便在主小区上调度PUCCH的假设下选择PUCCH资源。
*方法A4-1a_3:当配置用于载波切换操作的单独参考SCS时,例如,当用于确定载波切换操作中要使用的SCS的参考SCS预定义或通过BS的高层信令配置时,如果利用没有载波指示的DCI格式调度PUCCH传输,则UE使用主小区的PUCCH资源集和HARQ-ACK反馈定时值的集合并且使用参考小区的时隙长度,以便在主小区上调度PUCCH的假设下选择PUCCH资源。
*方法A4-1a_4:当UE被指示半静态地执行PUCCH载波切换时,例如,当为UE配置随时间半静态配置的PUCCH载波图案并且UE被配置为基于对应图案执行PUCCH载波切换时,如果利用没有载波指示的DCI格式调度PUCCH传输,则UE可基于PUCCH载波图案来选择PUCCH载波并且在对应PUCCH载波上执行PUCCH传输。相比之下,如果利用具有载波指示的DCI格式为UE调度PUCCH传输,则UE可忽略所配置的PUCCH载波图案并且在载波指示所指示的PUCCH载波上执行PUCCH传输。
当通过一个或更多个没有载波指示的DCI格式和/或一个或更多个没有载波指示的DCI格式为被配置为执行载波切换的UE调度多个PUCCH时,并且当这些PUCCH在一个时隙中调度时,UE可通过以下方法中的至少一个来选择要发送PUCCH的CC。
*方法A4-1b_1:UE假设所有交叠PUCCH传输在相同CC上发送。在这种情况下,通过没有载波指示的DCI格式调度的PUCCH可在与之交叠的其它PUCCH的调度所指示的CC上发送。
*方法A4-1b_2:UE假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH,并且假设彼此交叠的所有PUCCH传输将在相同CC上发送。在这种情况下,UE可假设与通过没有载波指示的DCI格式调度的PUCCH交叠的所有其它PUCCH调度指示主小区作为PUCCH小区。
*方法A4-1b_3:对于彼此交叠的PUCCH传输,UE遵循触发PUCCH传输的DCI当中最后接收的DCI中所包括的PUCCH载波指示(即,用于确定要发送PUCCH的CC的指示符)。
*方法A4-1b_4:UE假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH。对于彼此交叠的PUCCH传输,UE假设在触发PUCCH传输的DCI当中最后接收的DCI调度的UL CC上执行交叠的PUCCH传输。
*方法A4-1b_5:UE假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH,并且假设彼此交叠的所有PUCCH传输将在相同CC上发送。在这种情况下,UE可假设与通过没有载波指示的DCI格式调度的PUCCH交叠的所有其它PUCCH调度将主小区指示为PUCCH小区。
当通过一个或更多个没有载波指示的DCI格式和/或一个或更多个具有载波指示的DCI格式为被配置为执行载波切换的UE调度一个或更多个(例如,多个)PUCCH时,并且当这些PUCCH在一个时隙中调度时,可考虑以下情况和UE操作作为实现方式A4和实现方式A4-1的具体示例。在一些实现方式中,以下操作可应用于通过DCI的动态PUCCH载波切换/指示操作与根据时间半静态配置的PUCCH小区图案链接的情况。
*选项1:当多个(例如,两个、三个或四个)候选小区之一能够通过DCI的PUCCH载波指示符指示时,如果在调度一个或更多个(例如,多个)PUCCH的DCI当中接收到包括PUCCH载波指示符的至少一个或更多个DCI,则UE在所指示的小区上执行PUCCH传输。另一方面,如果在调度一个或更多个(例如,多个)PUCCH的DCI当中没有接收到包括PUCCH载波指示符的DCI(例如,如果仅利用没有载波指示的DCI格式(例如,DCI格式1_0)调度PUCCH传输),则UE在根据随时间半静态配置的PUCCH小区图案确定的小区上执行PUCCH传输。候选小区之一可被配置成Pcell或PUCCH Scell。
*选项2:在通过DCI指示一个或多个(例如,一个、两个或三个)候选小区之一或者能够指示与“无小区指示”或“遵循半静态图案”对应的特定状态(例如,实现方式A6中的“无切换状态”)的情况下,如果在调度一个或更多个(例如,多个)PUCCH的DCI当中接收到指示特定小区(包括PUCCH小区指示符)的至少一个或更多个DCI,则UE在所指示的小区上执行PUCCH传输。另一方面,如果在调度一个或更多个(例如,多个)PUCCH的DCI当中没有接收到指示特定小区(包括PUCCH小区指示符)的DCI(例如,如果仅利用没有载波指示的DCI格式(例如,DCI格式1_0)或仅利用指示“无小区指示”或“遵循半静态图案”的DCI格式调度PUCCH传输),则UE在根据依据时间半静态配置的PUCCH小区图案确定的小区上执行PUCCH传输。候选小区之一可被配置成Pcell或PUCCH Scell。
<实现方式A5>源载波和目标载波之间的不同SCS
当BS为配置有多个CC的UE调度PDSCH接收以及用于对PDSCH接收的HARQ-ACK响应的PUCCH传输时,并且当将发送PUCCH资源的CC可动态地切换(例如,要使用的CC由L1信令(例如,DCI)指示,或者根据预定义规则对于各个PUCCH传输可不同)时,UE需要确定将发送PUCCH的UL时隙的位置,以便在所确定的CC上发送PUCCH。当UE所配置的多个CC具有不同的SCS时,特别是,当最初指示/配置PUCCH传输的源载波和PUCCH传输动态地切换至的目标载波具有不同的SCS时,可能出现以下各种问题。
-问题1:当源载波的SCS大于目标载波的SCS(即,目标载波的SCS小于源载波的SCS)时,多个源载波时隙可与一个目标载波时隙关联,并且位于源载波的不同时隙中的PUCCH传输需要被复用到一个目标载波。
-问题2:当源载波的SCS小于目标载波的SCS(即,目标载波的SCS大于源载波的SCS)时,一个源载波时隙可与多个目标载波时隙关联。换言之,这可能需要在源载波时隙期间切换到目标载波。
如上所述,为了防止这些问题,首先,PUCCH载波切换可被限制为切换到具有相同SCS的载波。然而,由于这使得在有限的CC之间执行切换,所以载波切换的影响可能较小。因此,在本公开的一些实现方式中,可使用以下方法中的至少一个在具有不同SCS的CC之间执行PUCCH载波切换。
*为了解决问题1,当源载波的SCS大于目标载波的SCS时,BS可使得两个或更多个PUCCH(特别是,当PUCCH位于源载波的不同时隙中并且各个切换的PUCCH位于目标载波的一个时隙中时)不切换到目标载波。由此,当源载波的SCS大于目标载波的SCS时,UE可不预期两个或更多个PUCCH将切换(并复用)到目标载波。
*为了解决问题2,当源载波的SCS小于目标载波的SCS时,BS可防止在源载波的时隙期间发生CC切换。即,BS可始终使得CC切换仅发生在源载波的时隙边界处。由此,UE可预期在特定时隙期间(例如,在特定时隙的中间)将不发生CC切换。如果通过PDSCH调度DCI指示UE在源载波的任何时隙X的中间执行CC切换,例如,如果UE被指示/配置为从时隙X的第一符号至第六符号执行任何PUCCH或PUSCH传输,此后在另一CC上执行PUCCH传输,则UE可不在时隙X中执行UL传输。此操作可限于指示另一CC上的PUCCH传输的DCI比指示时隙X中的UL传输的DCI晚接收的情况。
*为了解决问题2,CC切换可被限制为仅以特定时间单位执行。换言之,已切换一次的CC可在预定时间单位内维持,并且可在各个时间单位的边界处执行向另一CC的切换。在这种情况下,预定时间单位可以是以下参考SCS配置的一个时隙长度或以下一些标准当中的最小SCS配置的时隙长度。对于此操作,不同标准可用于各个CC切换。例如,当源载波和目标载波具有相同SCS配置时,可不使用特定标准,并且当源载波和目标载波具有不同SCS配置时,可应用诸如标准2或标准4的标准。作为另一示例,当通过DCI指示CC切换时,可应用标准1或标准1和2,并且当在满足预定条件的CC之间根据规则执行CC切换时(例如,实现方式A1/B1的方法A1_2/B1_2),可使用标准2执行CC切换。
>标准1:PDCCH的SCS配置
>标准2:由作为RRC配置的FrequencyInfoUL或FrequencyInfoUL-SIB的scs-SpecificCarrierList提供的最小SCS配置
>标准3:源载波的SCS配置
>标准4:启用的CC当中的最小SCS配置
>标准5:配置的CC当中的最小SCS
>标准5:源载波和目标载波之间的最小SCS
>标准6:PUCCH载波切换的候选CC当中的最小SCS配置。“PUCCH载波切换的候选CC”可以是配置用于PUCCH载波切换的候选CC或配置用于PUCCH传输的候选CC。为了使用标准6,BS可为UE单独地配置指示CC集合的RRC参数。CC集合可以是可经受PUCCH载波切换的CC,并且UE和BS可仅在配置的CC集合上执行PUCCH载波切换。
>标准7:主小区的SCS配置
作为另一示例,为了使上述问题最小化,还可考虑基于源PUCCH资源来选择源时隙或目标时隙。更具体地,当BS为配置有多个CC的UE调度PDSCH接收以及用于对PDSCH接收的HARQ-ACK响应的PUCCH传输时,并且当将发送PUCCH资源的CC可动态地切换时,UE可在考虑以下确定的CC上确定要发送PUCCH的UL时隙的位置。
*UE可在与源PUCCH资源(源载波中初始使用的PUCCH资源)交叠的目标载波的UL时隙中执行PUCCH传输。当存在与源PUCCH资源交叠的目标载波的多个UL时隙时,可考虑以下之一。
>紧接在源PUCCH资源的开始之后的目标载波的UL时隙/子时隙
>紧接在源PUCCH资源的结束之前的目标载波的UL时隙/子时隙
>与源PUCCH资源的第一时隙交叠的目标载波的UL时隙/子时隙
>与源PUCCH资源的最后符号交叠的目标载波的UL时隙/子时隙
*UE可在与源UL时隙(与源载波中初始使用的PUCCH资源对应的源PUCCH资源被分配至的时隙)交叠的目标载波的UL时隙中执行PUCCH传输。当存在与源UL时隙交叠的目标载波的多个UL时隙时,可考虑以下之一。
>紧接在源UL时隙的开始之后的目标载波的UL时隙/子时隙
>紧接在源UL时隙的结束之前的目标载波的UL时隙/子时隙
>与源UL时隙的第一符号交叠的目标载波的UL时隙/子时隙
>与源UL时隙的最后符号交叠的目标载波的UL时隙/子时隙
<实现方式A6>UL复用与PUCCH载波切换
如上面在实现方式A5中所描述的,PUCCH载波切换需要考虑UL复用。因为UE最终要发送的PUCCH或PUSCH资源在UL复用处理中确定,所以在通过将特定PUCCH传输切换到另一载波来执行特定PUCCH传输时UL复用可能是重要的。
当一个或更多个PUCCH被调度到源载波(例如,主小区或PCell/PSCell/PUCCH-SCell)时,可考虑以下来执行PUCCH载波切换和UL复用。
*方法A6a_1:当通过在源载波(例如,切换前的PUCCH载波)上执行UL复用来推导PUCCH资源,并且所推导的PUCCH资源是由DCI指示目标载波(例如,切换后的PUCCH载波)的PUCCH资源或者当由BS的高层信令配置的目标载波索引存在于包括PUCCH资源的时隙中时,UE可在目标载波上发送所推导的PUCCH资源和在UL复用期间确定要在对应PUCCH上发送的UCI。
*方法A6a_2:对于在源载波上的UL复用之前调度的各个PUCCH资源,当各个PUCCH资源是由DCI指示目标载波的PUCCH资源或者当由BS的高层信令配置的目标载波索引存在于包括PUCCH资源的时隙中时,UE可在目标载波上发送PUCCH资源和与PUCCH资源关联的UCI。换言之,当针对在UL复用之前调度的各个原始PUCCH资源指示载波切换时,可通过切换到目标载波来发送指示载波切换的PUCCH资源。例如,当两个PUCCH资源被调度到源载波时,要在PUCCH资源#i中发送的UCI#i和要在PUCCH资源#j中发送的UCI#j可切换到目标载波的PUCCH资源#i和PUCCH资源#j并分别在目标载波上发送,或者当需要时,在目标载波上的UL复用之后发送。
在使用方法A6a_1或方法A6a_2时,可考虑目标载波上的(附加)UL复用。为了在源载波(例如,主小区或PCell/PSCell/PUCCH-SCell)和目标载波上执行UL复用,即,为了执行源载波上的UL复用和目标载波上的UL复用,要经受UL复用的PUCCH集可按以下方式确定。例如,当在时间上彼此交叠的PUCCH资源之间发生UL复用时,可考虑根据以下方法中的至少一个来确定PUCCH是否彼此交叠。
*Alt.A6_1:PCell/PSCell/PUCCH-SCell上的UCI的PUCCH资源与动态或半静态地指示的PUCCH小区上的UCI的PUCCH资源交叠。
*Alt.A6_2:PCell/PSCell/PUCCH-SCell上的UCI和动态或半静态地指示的PUCCH小区上的UCI的时隙(未必是PUCCH)彼此交叠。在一些实现方式中,当主小区的一个时隙与目标小区的多个时隙交叠时,相关UCI可复用在目标小区的多个时隙中最早的时隙中。
*Alt.A6_3:当目标载波的时隙与源载波(例如,主小区)的PUCCH资源交叠,并且源载波的至少一个PUCCH资源通过动态或半静态地指示的载波索引在目标载波上的对应时隙中发送时,源载波的PUCCH资源可被复用到目标载波的时隙中。在一些实现方式中,UE可能不预期从一个源载波到两个目标载波的PUCCH传输。例如,在一些实现方式中,UE可能不预期从一个PUCCH载波同时切换到两个不同目标载波的PUCCH传输。
*Alt.A6_4:与动态或半静态地指示的PUCCH小区上的UCI的PUCCH资源交叠的源载波(例如,主小区)的时隙中的PUCCH可被复用到对应PUCCH资源中。在一些实现方式中,当主小区的一个时隙与目标小区的多个PUCCH资源交叠时,相关UCI可被复用到目标小区的多个PUCCH资源中最早的PUCCH资源中。
在一些实现方式中,此操作可根据指示目标PUCCH小区的方法而变化。例如,当目标载波动态地指示时,可使用方法A6a_2和Alt.A6_1或Alt.A6_2,而当目标载波半静态地指示时,可使用方法A6a_1和Alt.A6_1或Alt.A6_2。
为了在目标载波上执行UL复用,有必要确定与从源载波切换的PUCCH资源对应的目标载波的PUCCH资源。例如,UE可假设通过假设特定资源来确定无线电资源是否彼此交叠并由此相应地执行UL复用,或者通过假设源载波的UCI被复用到特定无线电资源中,将所有UCI捎带到特定无线电资源以用于传输。当通过目标载波索引的半静态配置的图案执行从源载波的PUCCH载波切换时,前者可能是有用的,而当通过动态指示的目标载波索引执行PUCCH载波切换时,后者可能是有用的。
在动态指示的PUCCH的情况下,因为BS能够知道对应调度将切换到目标载波,所以BS可考虑目标小区在调度定时的PUCCH配置来指示合适PUCCH资源。然而,在诸如SR/CSI的半静态配置的PUCCH传输的情况下,难以考虑已执行小区切换的情况和未执行小区切换的情况二者来配置一个资源或资源ID。因此,可考虑使用以下方法中的至少一个来确定目标小区上的PUCCH资源。
*方法A6b_1:(遵循PUCCH资源的ID)。UE基于目标小区的PUCCH配置来重用为源载波(例如,PCell/PSCell/PUCCH-SCell)上的半静态配置的PUCCH传输(例如,SPS HARQ-ACK、SR和/或CSI)配置的PUCCH资源ID。即,假设使用ID与源载波的PUCCH资源相同的目标载波的PUCCH资源。
*方法A6b_2:(遵循PUCCH列表的ID)。当UE配置有为源载波(例如,PCell/PSCell/PUCCH-SCell)上的半静态配置的PUCCH传输(例如,SPS HARQ-ACK、SR和/或CSI)配置的至少一个PUCCH资源列表并且基于PUCCH资源列表来执行半静态配置的PUCCH传输时,UE在向目标载波的PUCCH载波切换期间出于相同目的使用目标载波的PUCCH配置中配置的PUCCH资源列表。即,假设使用ID或名称与源载波的PUCCH资源集或列表相同的目标载波的PUCCH资源集或列表。
*方法A6b_3:(遵循为目标小区配置的ID)。当UE配置有为源载波(例如,PCell/PSCell/PUCCH-SCell)上的半静态配置的PUCCH传输(例如,SPS HARQ-ACK、SR和/或CSI)配置的至少一个PUCCH资源集/列表或PUCCH资源ID并且基于PUCCH资源集/列表或PUCCH资源ID执行半静态配置的PUCCH传输时,UE可配置有可用于向目标载波的PUCCH载波切换的单独PUCCH资源集/列表或PUCCH资源。可针对可用于切换的各个目标载波配置这种单独的PUCCH资源或PUCCH资源集/列表。在向目标载波的PUCCH载波切换期间,UE可从单独配置的PUCCH资源或PUCCH资源集/列表获得与源载波上使用的PUCCH资源集/列表或PUCCH资源ID对应的PUCCH资源。
*方法A6b_4:(遵循具有相同SR/CSI配置索引的目标小区中的配置)。当UE在源载波(例如,PCell/PSCell/PUCCH-SCell)上基于SPS HARQ-ACK配置、SR配置和/或CSI配置(例如,SPS-config、SchedulingRequestConfig、CSI-ReportConfig等)执行半静态配置的PUCCH传输时,UE在向目标载波的PUCCH载波切换期间出于相同目的使用为目标载波配置的SPS HARQ-ACK配置、SR配置和/或CSI配置。即,假设使用具有与源载波的SPS HARQ-ACK配置、SR配置和/或CSI配置相同的ID或名称的SPS HARQ-ACK配置、SR配置和/或CSI配置。
在一些实现方式中,根据UE发送的UCI类型,不同的方法可用于此操作。例如,方法A6b_4可用于具有相对多的相关配置的CSI配置,方法A6b_1可简单地用于SR传输。
<实现方式A7>有和没有载波指示的PUCCH之间的UL复用
当被配置为执行载波切换的UE由没有载波指示的DCI格式调度或者执行不可能接收载波指示的半静态配置的PUCCH传输时,可考虑这种PUCCH传输时间上与另一PUCCH传输交叠的情况。在一些实现方式中,时间上交叠也可意指包括传输的时隙之间的交叠以及资源与时隙之间的交叠,如实现方式A6/实现方式B6中一样。当针对另一PUCCH传输包括载波指示时,UE可考虑在所指示的载波上与另一PUCCH传输一起执行由没有载波指示的DCI格式调度的PUCCH传输,或者取消或放弃由没有载波指示的DCI格式调度的PUCCH传输。本文中,可考虑以下方法中的至少一个。
*方法A7_1:UE可能不预期由没有载波指示的DCI格式调度或与其HARQ-ACK对应(和/或与SPS PDSCH接收的HARQ-ACK对应)的PUCCH传输与由具有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输UL复用的情况。换言之,UE可能不预期由没有载波指示的DCI格式调度(和/或与SPS PDSCH接收的HARQ-ACK对应)的PUCCH传输与由具有载波指示的DCI格式调度的PUCCH传输之间时间上交叠。
*方法A7_2:UE可能不预期由没有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输与半静态配置的PUCCH传输(例如,SR或周期性CSI)UL复用的情况。方法A7_2可限于半静态配置的PUCCH传输是SPS HARQ-ACK传输的情况。
*方法A7_3:当由没有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输与半静态配置的PUCCH传输(例如,SR或周期性CSI)UL复用时,半静态配置的PUCCH传输可被取消和/或放弃。换言之,在没有载波指示的情况下半静态配置的PUCCH传输可被排除,并且在与由没有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输UL复用的过程中不会执行。在一些实现方式中,方法A7_3可限于半静态配置的PUCCH传输是SR或周期性CSI的情况。
在一些实现方式中,方法A7_1和方法A7_3可组合应用。
<实现方式A8>PUCCH重复与PUCCH载波切换
图12示出在本公开的一些实现方式中确定用于PUCCH重复传输的小区和/或时隙的示例性处理。
参照图12,UE可接收与PUCCH小区切换有关的配置(S1201)。UE可接收调度/触发源载波(例如,主小区或PCell/PSCell/PUCCH-SCell)上的PUCCH传输的信息(例如,调度PDSCH的PDCCH、SPS启用PDCCH或SPS释放PDCCH)(S1203)。根据本公开的一些实现方式,UE可确定用于PUCCH传输的PUCCH小区和PUCCH资源(S1205)。当针对PUCCH传输或PUCCH资源配置重复时,根据本公开的一些实现方式,UE可考虑PUCCH重复在PUCCH小区(即,目标小区)上重复PUCCH传输(S1207)。
当UE通过BS的L1信令(DCI)和/或高层信令(例如,RRC信令)在不同的目标载波上执行源载波的PUCCH传输时,可针对为源载波或在目标载波上要使用的资源指示的PUCCH传输指示或配置PUCCH重复传输。本文中,可考虑以下方法中的至少一个。
*方法A8_1:当针对要用于不执行PUCCH载波切换的源载波(即,未应用PUCCH载波切换的PUCCH小区)上的PUCCH传输的资源配置PUCCH重复传输时,UE可不针对PUCCH传输执行PUCCH载波切换操作,或者可能不预期配置了PUCCH重复传输的PUCCH传输的载波切换。图13示出根据本公开的一些实现方式的配置有PUCCH载波切换的UE中的示例性PUCCH重复传输。例如,参照图13,当针对要用于源小区上的PUCCH传输的PUCCH资源配置重复传输时,配置有PUCCH小区切换的UE可不执行PUCCH小区切换。即,在一些实现方式中,可仅在PUCCH重复开始的源小区上(而不在通过PUCCH小区切换而切换到的目标小区上)执行PUCCH重复。
>当UE在源载波上执行PUCCH重复传输时,基于由高层信令配置的载波切换图案,UE可假设被配置为切换到不同载波的时隙对于PUCCH传输无效。此外,当UE确定对于时隙中的PUCCH传输,可用于PUCCH传输的符号数量小于由RRC参数nrofSymbols为对应PUCCH格式提供的值时,UE可假设此时隙对于PUCCH传输也无效。UE可执行配置或指示次数的重复传输,而不在无效时隙中执行PUCCH重复传输。
>在另一示例中,当UE在源载波上执行PUCCH重复传输时,基于由高层信令配置的载波切换图案,UE可省略和/或放弃被配置为切换到不同载波的时隙中的PUCCH传输。即,在配置或指示的K次重复传输当中,UE可不在被配置为切换到不同载波的时隙中执行重复传输。
*方法A8_2:UE可基于指示用于PUCCH传输的时隙来执行PUCCH载波切换,并且可能不预期在要发送PUCCH的小区上的PUCCH重复传输期间PUCCH传输重新切换到不同载波。
**方法A8_2-1:当UE在源载波或切换的载波上执行PUCCH重复传输时,基于由高层信令配置的载波切换图案,UE可在被配置为切换到不同载波的时隙中跳过和/或放弃PUCCH重复传输。
**方法A8_2-2:当UE在源载波或切换的载波上执行PUCCH重复传输时,基于由L1信令(例如,DCI)配置的载波切换图案,UE可在以被配置为切换到不同载波的PUCCH调度的时隙中省略和/或放弃PUCCH重复传输。
**方法A8_2-3:当UE在源载波或切换的载波上执行PUCCH重复传输时,基于由高层信令配置的载波切换图案,UE可假设被配置为切换到不同载波的时隙对于PUCCH传输无效。此外,当UE确定对于时隙中的PUCCH传输,可用于PUCCH传输的符号数量小于由RRC参数nrofSymbols为对应PUCCH格式提供的值时,UE可假设此时隙对于PUCCH传输也无效。UE可执行配置或指示次数的重复传输,而不在无效时隙中执行PUCCH重复传输。
**方法A8_2-4:当UE在源载波或切换的载波上执行PUCCH重复传输时,基于由L1信令(例如,DCI)指示的载波切换指示,UE可假设以指示为切换到不同载波的PUCCH调度的时隙对于PUCCH重复传输无效。此外,当UE确定对于时隙中的PUCCH传输,可用于PUCCH传输的符号数量小于由RRC参数nrofSymbols为对应PUCCH格式提供的值时,UE可假设此时隙对于PUCCH传输也无效。UE可执行配置或指示次数的重复传输,而不在无效时隙中执行PUCCH重复传输。
*方法A8_3:可根据配置的PUCCH载波图案横跨载波执行PUCCH重复传输。各个载波上要使用的PUCCH资源可以是在载波上配置或被配置为在载波上使用的PUCCH资源,并且为起始传输时隙中使用的PUCCH资源配置的传输重复次数可用作传输重复次数。
>在一些实现方式中,此操作可限于基于半静态图案的PUCCH载波切换。当操作限于基于半静态图案的PUCCH载波切换时,UE基于动态载波指示假设在PUCCH载波切换期间在所指示的单个载波上执行重复传输。
>在一些实现方式中,此操作可限于源载波和目标载波之间相同的子载波间距或时隙长度的情况或者可用于PUCCH传输的载波之间相同的子载波间距或时隙长度的情况。
方法A8_1或方法A8_2可限于源载波和目标载波之间不同的子载波间距或时隙长度的情况或者可用于PUCCH传输的载波之间不同的子载波间距或时隙长度的情况。这样做是为了通过避免跨载波重复传输来降低UE的复杂度。
相反,可在源载波和目标载波之间相同的子载波间距或时隙长度的情况下或者在可用于PUCCH传输的载波之间相同的子载波间距或时隙长度的情况下限制性地使用方法A8_1或方法A8_2。这可使方法A8_1或方法A8_2中放弃或不可用的PUCCH时隙的不利影响最小化,并且通过仅在使用相似时隙长度的载波之间配置PUCCH载波切换时才使用重复传输来降低UE的复杂度。
例如,当UE被配置为执行PUCCH载波切换时,UE可在可用于PUCCH传输的载波之间不同的SCS或时隙长度的情况下使用方法A8_1或方法A8_2,并且如方法A8_3中一样根据配置有PUCCH重复传输的PUCCH载波的图案横跨载波执行PUCCH传输。各个载波上要使用的PUCCH资源可以是为载波配置的PUCCH资源或者被配置为在载波上使用的PUCCH资源,并且传输重复次数可以是为起始传输时隙中使用的PUCCH资源配置的重复次数。在一些实现方式中,此操作可限于基于半静态图案的PUCCH载波切换。当操作限于基于半静态图案的PUCCH载波切换时,UE可通过动态载波指示假设在PUCCH载波切换期间在单个指示的载波上执行重复传输。
UE可在方法A8_1/A8_2/A8_3或者PUCCH载波切换和PUCCH重复之间的其它处理方法当中支持多个方法,并且将它们报告给BS。例如,UE可通过UE能力信号报告UE可支持的PUCCH载波切换和PUCCH重复之间的处理方法。BS可通过L1信令和/或高层信令指示或配置UE所报告的PUCCH载波切换和PUCCH重复之间的处理方法之一。例如,BS可通过调度PDSCH的DCI的字段或者在指示传输重复次数的过程中指示PUCCH载波切换和PUCCH重复之间的处理方法,或者通过诸如PUCCH-config IE的RRC配置来配置UE要使用的处理方法。可指示或配置的处理方法可根据可用于PUCCH载波切换的载波的SCS而受到限制。例如,在源载波和目标载波之间相同的子载波间距或时隙长度的情况下或者在可用于PUCCH传输的载波之间相同的子载波间距或时隙长度的情况下,可使用诸如方法A8_3的跨载波重复传输方法,而在源载波和目标载波之间不同的相同子载波间距或时隙长度的情况下或者在可用于PUCCH传输的载波之间不同的相同子载波间距或时隙长度的情况下,可使用在单个载波上执行的重复传输方法,例如方法A8_1/A8_2。当UE仅支持一种重复传输方法时或者当根据可用于PUCCH传输的载波之间的SCS子载波间距关系和PUCCH配置仅有一种重复传输方法可用时,可跳过BS通过L1信令和/或高层信令指示或配置PUCCH载波切换和PUCCH重复之间的处理方法之一的处理。当省略来自BS的指示或配置时,UE可通过应用可用的重复传输方法来同时执行PUCCH载波切换和PUCCH重复。
<实现方式A8-1>PUCCH重复覆写PUCCH载波切换
如实现方式A8中所描述的,当针对要用于没有PUCCH载波切换的源载波(即,处于不应用PUCCH载波切换的状态的PUCCH小区)(下文中称为PCell)上的PUCCH传输的资源配置PUCCH重复传输时,UE可不向用于PUCCH传输的目标载波(下文中,称为sSCell)执行PUCCH载波切换。例如,当针对要用于PCell上的PUCCH传输的资源配置PUCCH重复传输时,可忽略为PUCCH载波切换指示或配置的目标载波(参见图13)。
然而,根据此操作,UE在PCell上执行传输,基于是否执行重复传输忽略指示或配置的目标载波。因此,在诸如是否成功接收调度指示重复传输的PUCCH的DCI、PUCCH优先级处理以及PUCCH之间的UL复用的各种处理中,在UE和BS之间可能发生信息不匹配。例如,可能出现以下问题。
>一些PUCCH传输可仅基于UE的状态来执行。例如,在SR传输的情况下,可基于UE的UL数据的缓冲状态来确定是否执行SR传输。BS难以通过预测UE的操作来在PCell或sSCell上从UE接收传输。
>在上述操作中,特定调度可确定是否对多个后续时隙应用图案。因此,调度的可靠性可能成为多个后续时隙的可靠性的瓶颈。
>在为UE配置以不同PUCCH时隙长度配置的优先级的情况下,当与两个优先级当中具有较短时隙长度的一个优先级关联的PUCCH调度忽略多个时隙中指示或配置的目标载波时,对于与其交叠的较长时隙长度是否应该忽略指示或配置的目标载波可能不明确。
为了解决上述问题,在UE被BS配置用于PUCCH载波切换的目标载波图案,基于目标载波图案选择用于PUCCH传输的载波(PCell或PUCCH-sSCell),当PCell被选择时在PCell上执行重复传输,并且通过忽略(或重新定义)现有配置的目标载波图案在PCell上继续从PCell开始的重复传输的情况下,UE/BS可执行以下操作中的至少一个。
*Opt.1:UE可假设用于SR传输的PUCCH传输仅在Pcell上发送。即,UE可假设当从PCell开始重复SR PUCCH传输时,仅在通过目标载波图案指示用于PCell上的PUCCH传输的时隙中执行和完成重复传输(例如,SR PUCCH传输仅在目标载波图案所指示的PCell的时隙中重复,在其它时隙中被放弃)。换言之,SR PUCCH传输可仅在目标载波图案所指示的PCell的时隙中重复,在其它时隙中放弃。BS可调度仅在通过目标载波图案指示用于PCell上的PUCCH传输的时隙中执行重复传输。换言之,BS可调度PUCCH传输的所有重复位于PUCCH传输小区是PCell的时隙中。
*Opt.2:当发送用于SR传输的PUCCH时,UE可仅在PCell上执行重复传输。即,当从PCell开始重复SR PUCCH传输时,UE可假设重复传输仅在通过目标载波图案指示用于PCell上的PUCCH传输的时隙中执行,在指示用于PUCCH-sSCell上的PUCCH传输的时隙中结束(即使不满足重复次数),并且BS可调度仅在通过目标载波图案指示用于PCell上的PUCCH传输的时隙中执行重复传输。
*Opt.3:当在PCell上正执行低优先级PUCCH重复传输时,可通过调度高优先级PUCCH传输而中断重复传输,并且可根据现有配置的目标载波图案来确定PUCCH传输载波。这可确保不基于低优先级传输来确定PUCCH传输载波,从而维持高优先级传输的可靠性。
*Opt.4:当UE在PCell上执行重复传输时,UE可假设目标载波图案的与执行重复传输的时隙交叠的所有参考时隙均在PCell上重新定义。例如,当UE基于15kHz的参考SCS配置有在PCell上配置参考时隙1并且在PUCCH-sSCell上配置参考时隙2的目标载波图案时,在30kHz下时隙长度为14个符号的与优先级A关联的PUCCH传输可在与参考时隙1交叠的时隙1A和2A以及与参考时隙2交叠的时隙3A和4A中执行,并且时隙长度为7个符号的与优先级B关联的PUCCH传输可在与参考时隙1交叠的时隙1B、2B、3B和4B以及与参考时隙2交叠的时隙5B、6B、7B和8B中执行。当优先级B的PUCCH重复传输从时隙3B开始并且在时隙4B、5B和6B中总共执行四次时,其可被重新定义为贯穿包括时隙5B和6B的参考时隙2在PCell上发送PUCCH。由此,通过在参考时隙期间防止PUCCH载波切换,PUCCH载波切换时间可始终保持相同。
*Opt.5:在UE在PCell上执行重复传输的情况下,当通过在重复传输期间忽略或重新定义目标载波图案,PCell被定义为目标载波而非作为时隙A预先配置的目标载波的PUCCH-sSCell时,UE可不预期或者可忽略时隙A中的其它PUCCH调度。这可限于UE在PCell上执行重复传输而无需明确从BS接收调度指示(例如,UE针对SR PUCCH传输执行重复传输)的情况。
*Opt.6:在UE在PCell上执行PUCCH重复传输A的情况下,当通过在重复传输期间忽略或重新定义目标载波图案,PCell被定义为目标载波而非作为时隙S预先配置的目标载波的PUCCH-sSCell时,UE可仅在某些情况下预期并接收时隙S中的另一PUCCH传输B的调度。例如:
>>UE可预期由在接收指示重复传输的DCI的PDCCH的最后符号之后接收的DCI调度的PUCCH调度;和/或
>>当重复传输是基于半静态配置的资源而没有明确调度指示的PUCCH重复传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,UE可预期由在比PUCCH传输的开始X早特定时间T的时间之后接收的DCI调度的PUCCH调度。开始X可意指第一重复传输的起始符号或基于未考虑TDD配置的原始PUCCH调度确定的标称PUCCH资源的第一符号。作为UE中的PUCCH处理所需的时间,特定时间T可被确定为3GPP TS 38.213的第9.2.5节中描述的Tmux proc,1或Tmux proc,CSIT。特别是,当包括在调度的PUCCH中的UCI包括HARQ-ACK时,特定时间T可被确定为Tmux proc,1,当UCI仅包括CSI时,特定时间T可被确定为Tmux proc,CSI。参考3GPP TS38.213的第9.2.5节,Tmux proc,1被给出为{Tmux,1 proc,1,...,Tmux,i proc,1,...}中的最大值。本文中,对于在一组交叠的PUCCH和PUSCH中的PUCCH上发送HARQ-ACK的第i PDSCH,Tmux,i proc,1=(N1+d1,1+d2)*(2048+144)*κ*2-u*Tc+Text,d1,1根据3GPP TS 38.214为第i PDSCH选择,并且N1基于第i PDSCH和SCS配置u的UE PDSCH处理能力来选择,其中u对应于用于调度第i PDSCH的PDCCH、第i PDSCH、具有用于第i PDSCH的HARQ-ACK传输的PUCCH以及一组交叠的PUCCH和PUSCH中的所有PUSCH的SCS配置中最小的一个。例如,对于UE处理能力#1和#2,N1分别基于表10和表11中的u,其中u是导致最大T1的(uPDCCH,uPDSCH,uUL)之一。本文中,uPDCCH对应于调度PDSCH的PDCCH的SCS,uPDSCH对应于调度的PDSCH的SCS,uUL是将承载HARQ-ACK的UL信道的SCS,并且κ=Tc/Tf=64。在表10中,当附加DMRS的PDSCH DMRS位置l1=12时,则N1,0=14。否则,N1,0=13(参见3GPP TS 38.211的第7.4.1.1.2节)。对于具有共享频谱信道接入的操作,Text可根据3GPP TS 38.211的第5.3.1节来计算。否则,Text=0。对于PDSCH映射类型A,当PDSCH的最后符号在第i时隙中时,对于i<7,d1,1=7-i。否则,d1,1=0。当具有较大优先级索引的PUCCH与具有较小优先级索引的PUCCH/PUSCH交叠时,具有较大优先级索引的PUCCH的d2可被设定为由UE报告;否则,d2=0。对于UE处理能力#1,当PDSCH是映射类型B时,当所分配的PDSCH符号的数量L>=7时,d1,1=0,并且当所分配的PDSCH符号的数量L>=4时,d1,1=7-L。当所分配的PDSCH符号的数量L=3时,d1,1=3+min(d,l),其中d是调度PDCCH和被调度PDSCH之间交叠的符号数量。当所分配的PDSCH符号的数量为2时,d1,1=3+d,其中d是调度PDCCH和被调度PDSCH之间的交叠符号的数量。对于UE处理能力#2,当PDSCH是映射类型B时,当所指派的PDSCH符号的数量L>=7时,d1,1=0。当所分配的符号的数量L>=3并且L<=6时,d1,1可以是调度PDCCH和被调度PDSCH之间的交叠符号的数量,并且当所分配的PDSCH符号的数量为2时,调度PDSCH可在3符号CORESET内。当CORESET和PDSCH具有相同的起始符号时,d1,1=3。否则,d1,1可以是调度PDCCH和被调度PDSCH之间的交叠符号的数量。
[表10]
[表11]
u/SCS | PDSCH解码时间N1[符号] |
0/15kHz | 3 |
1/30kHz | 4.5 |
2/60kHz | 对于频率范围1,9 |
参考3GPP TS 38.213的第9.2.5节,Tmux proc,CSI=max{(Z+d)*(2048+144)*κ*2-u*Tc+Tswitch,d2,2},其中u是PDCCH的SCS配置、一组交叠的PUSCH的最小SCS配置以及与调度具有复用的非周期性CSI报告的PUSCH的DCI格式关联的CSI-RS的最小SCS配置中最小的一个,对于u=0,1,d=2,对于u=2,d=3,对于u=3,d=4,并且Tswitch在3GPP TS 38.214中定义并且仅在表12中的Z1应用于确定Z时应用(参见3GPP TS 38.214的第5.4节)。例如,参考3GPP TS38.214的第5.4节,Z、Z'和u可由Z=maxm=0,...,M-1(Z(m))和Z'=maxm=0,...,M-1(Z'(m))定义,其中M是更新的CSI报告的数量,并且(Z(m),Z'(m))对应于第m更新的CSI报告并且根据预定义的条件被定义为表12中的(Z1,Z1')、表13中的(Z1,Z1')、表13中的(Z3,Z3')或表13中的(Z2,Z2')。表12示出CSI计算延时要求1,表11示出CSI延时要求2。
[表12]
[表13]
在表10和表11中,u对应于min(uPDCCH,uCSI-RS,uUL),其中uPDCCH对应于承载DCI的PDCCH的SCS,uUL对应于将发送CSI报告的PUSCH的SCS,uCSI-RS对应于由DCI触发的非周期性CSI-RS的最小子载波间距。在表11中,Xu遵循UE报告的能力beamReportTiming,KBl遵循UE报告的能力beamSwitchTiming(参见3GPP TS 38.306);和/或
>>当UE被配置为执行的PUCCH传输或重复传输B是基于半静态配置的资源的PUCCH传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,仅当比对应PUCCH B的起始传输符号Y早特定时间T2的时间早于比PUCCH重复传输A的开始X早特定时间T1的时间时,UE才可执行PUCCH传输。否则,可不执行PUCCH传输。开始X或Y可意指PUCCH传输的第一重复的起始符号或基于未考虑TDD配置的原始PUCCH调度信息确定的标称PUCCH资源的第一符号。作为UE中的PUCCH处理所需的时间,特定时间T1或T2可被确定为3GPP TS 38.213的第9.2.5节中描述的Tmux proc,1或Tmux proc,CSI。特别是,当包括在调度的PUCCH中的UCI包括HARQ-ACK时,特定时间T1或T2可被确定为Tmux proc,1。当UCI仅包括CSI时,特定时间T1或T2可被确定为Tmux proc,CSI;和/或
>>这可限于UE在PCell上执行重复传输A而无需从BS明确接收调度指示(例如,UE针对SR PUCCH传输执行重复传输)的情况。
>>在一些实现方式中,为了确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI,可假设PUCCH B初始被调度到PCell。即,Tmux proc,1或Tmux proc,CSI可基于PCell的SCS来确定。
>>另选地,在一些实现方式中,为了确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI,可假设PUCCH B初始被调度到PUCCH-sSCell。即,Tmux proc,1或Tmux proc,CSI可基于PUCCH-sSCell的SCS来确定。
>>另选地,在一些实现方式中,可假设单独配置的子载波间距以确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI。例如,Tmux proc,1或Tmux proc,CSI可基于RRC配置TDD-UL-DL-configurationCommon中配置的TDD图案和被配置为确定目标载波图案的参考SCS来确定。
*Opt.7:在UE在PCell上执行PUCCH重复传输A的情况下,当通过在重复传输期间省略或重新定义目标载波图案,PCell被定义为目标载波而非作为时隙S的预先配置的目标子载波的PUCCH-sSCell时,根据以下条件中的至少一个,UE可取消为时隙S指示或配置的另一PUCCH B的传输或者在PCell上执行PUCCH B的传输。在一些实现方式中,当BS根据以下条件中的至少一个在时隙S中始终调度PUCCH时,BS可仅在UE所预期的条件下执行调度,并且当UE能够取消PUCCH传输时,可不尝试接收PUCCH。以下条件可基于PUCCH重复传输A的传输决策时间点Td。
>>在一些实现方式中,当PUCCH重复传输A由DCI调度时,Td可以是UE接收到调度重复传输A的DCI的PDCCH的最后符号的结束。
>>在一些实现方式中,当PUCCH重复传输A是基于半静态配置的资源而没有明确调度指示的PUCCH重复传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,Td可以是比PUCCH重复传输A的开始X早特定时间T的时间。开始X可意指PUCCH的第一重复传输的第一符号的开始时间或基于未考虑TDD配置的原始PUCCH调度信息确定的标称PUCCH资源的第一符号的开始时间。作为UE中的PUCCH处理所需的时间,特定时间T可被确定为3GPP TS 38.213的第9.2.5节中描述的Tmux proc,1或Tmux proc,CSI。特别是,当包括在调度的PUCCH中的UCI包括HARQ-ACK时,特定时间T可被确定为Tmux proc,1,当UCI仅包括CSI时,特定时间T可被确定为Tmux proc,CSI。
>>在一些实现方式中,UE可取消在时隙S中由Td之前接收的DCI调度的PUCCH B的传输。
>>在一些实现方式中,UE可在PCell上发送在时隙S中由承载调度重复传输A的DCI的PDCCH的最后符号之后接收的DCI调度的PUCCH B。
>>在一些实现方式中,当UE被配置为执行的PUCCH传输或重复传输B是基于半静态配置的资源的PUCCH传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,仅当比PUCCH B的起始传输符号Y早特定时间T2的时间早于Td时,UE才可在PCell上发送PUCCH。
>>在一些实现方式中,当UE被配置为执行的PUCCH传输或重复传输B是基于半静态配置的资源的PUCCH传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,仅当比PUCCH B的起始传输符号Y早特定时间T2的时间早于Td时,UE才可取消PUCCH传输。
>>在一些实现方式中,可假设PUCCH B初始被调度到PCell以确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI。即,Tmux proc,1或Tmux proc,CSI可基于PCell的SCS来确定。
>>另选地,在一些实现方式中,可假设PUCCH B初始被调度到PUCCH-sSCell以确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI。即,Tmux proc,1或Tmux proc,CSI可基于PUCCH-sSCell的SCS来确定。
>>另选地,可假设单独配置的SCS以确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI。例如,Tmux proc,1或Tmux proc,CSI可基于被配置为确定RRC配置TDD-UL-DL-configurationCommon中配置的TDD图案的参考SCS和目标载波图案来确定。
*Opt.8:在UE在PCell上执行PUCCH重复传输A的情况下,当通过在重复传输期间忽略或重新定义目标载波图案,PCell被定义为目标载波而非作为时隙S预先配置的目标载波的PUCCH-sSCell,并且UE在PCell上发送为时隙S指示或配置的另一PUCCH B时,UE可基于PCell的SCS考虑PUCCH传输的处理时间。例如,当时隙S中配置的PUCCH的起始符号与调度接收到的PUCCH的DCI的接收时间之间的时间间隔等于或大于3GPP TS 38.213的第9.2.5节中描述的Tmux proc,1或Tmux proc,CSI时,可以说调度保证了PUCCH处理时间。否则,即,当二者之间的时间间隔小于Tmux proc,1或Tmux proc,CSI时,可以说未保证PUCCH处理时间。当PUCCH B要在PCell上发送并且未保证PUCCH处理时间时,UE可取消传输。
BS侧
在下文中,将从BS的角度再次描述本公开的上述实现方式。图14示出根据本公开的一些实现方式的BS的操作流程的示例。
在一些实现方式中,BS可向已接入BS的UE发送小区配置并且通过该小区配置提供可用CC信息。例如,BS可通过RRC信令向UE提供包括CC信息(例如,ServingCellConfigCommon)的RRC配置。BS可向UE发送MAC CE消息以启用或停用各个载波(也称为小区)。当BS为UE调度PDSCH传输和用于对PDSCH传输的HARQ-ACK响应的PUCCH传输(S1401)时,BS可使用本公开的一些实现方式来(动态地)选择要接收用于HARQ-ACK响应的PUCCH的载波(即,PUCCH小区)(S1403)。BS可使用本说明书的一些实现方式在对应载波中要使用的PUCCH资源上接收UCI(S1405)。
在本公开的一些实现方式中,可考虑以下BS操作。
<实现方式B1>如何选择用于PUCCH传输的CC
当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时,或者当BS通过BS的L1信令(例如,DCI)或高层信令(例如,RRC信令)指示或配置UE发送UCI时,BS可假设UE将根据以下方法中的至少一个来选择要发送PUCCH的载波。BS可基于这样的假设根据以下方法之一来确定将从UE接收PUCCH的载波。
*方法B1_1:UE可基于包括在DCI的调度消息(例如,DL指派)中的数据字段来选择PUCCH载波(即,PUCCH小区)。作为示例,调度PDSCH的DCI可包括PUCCH载波指示符字段,并且UE可选择具有与PUCCH载波指示符字段的值相同的小区索引的PUCCH载波,以使用该PUCCH载波来发送针对PDSCH的HARQ-ACK响应。
*方法B1_2:UE和BS可根据预定条件和规则来选择要用于PUCCH传输的CC,以使得UE和BS可选择并假设相同小区而无需单独信令。更具体地,UE和BS可根据规则从满足预定条件的CC当中选择要用于PUCCH传输的CC。这可被表示为使得UE和BS根据条件选择位于CC的有序列表顶部的一个CC。例如,UE和BS可根据第一规则配置CC的有序列表,并且通过从通过第二规则优先排序的CC当中选择列表顶部的CC来发送针对调度的PDSCH的HARQ-ACK响应。只要第一规则和第二规则基于半静态配置的值,UE和BS就可无歧义地始终假设相同的CC。换言之,UE可根据特定条件优先选择特定CC并且在对应CC上发送PUCCH。
在配置CC的有序列表时,以下规则中的至少一个可用作第一规则。
>规则B1_1-1:各个CC按小区索引的升序布置。即,具有低小区索引的CC位于列表的上侧。
>规则B1_1-2:不包括特定配置的CC可从列表排除或位于列表中比包括特定配置的CC低的位置。例如,未配置配置的许可PUSCH配置或周期性或半持久CSI配置的CC可从列表排除。这用于防止UE的UL传输被放弃。
>规则B1_1-3:未启用的CC可从列表排除或位于列表中比启用的CC低的位置。
>规则B1_1-4:不具有等于或大于接收调度的PDSCH的CC的UL BWP的SCS或等于或大于接收PDSCH的PUCCH组的主小区的SCS的SCS的CC(即,SCS小于接收调度的PDSCH的CC的UL BWP的SCS的CC)可从列表排除或者可位于列表中比其它CC低的位置。
>规则B1_1-5:不具有等于接收调度的PDSCH的CC的UL BWP的SCS或等于接收PDSCH的PUCCH组的主小区的SCS的SCS的CC(即,SCS小于接收调度的PDSCH的CC的UL BWP的SCS的CC)可从列表排除或者可位于列表中比其它CC低的位置。
>规则B1_1-6:当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送对应HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的符号按配置用于特定小区的时隙格式未被指示为UL或灵活符号时(即,当PUCCH资源的至少一个符号被指示为DL符号时),对应小区可从列表排除或位于列表中比其它CC低的位置。UE和BS考虑各个PUCCH传输的所有CC的时隙格式、PUCCH资源集和PUCCH有效载荷可能是很大的负担。可代替规则B1_1-6考虑以下规则之一,以在使UE和BS的负担最小化的同时考虑用于载波切换的时隙格式。
>>替代规则B1_1-6-1:当将发送针对调度的PDSCH的HARQ-ACK响应的时隙按配置用于特定小区的时隙格式包括DL时隙时,对应小区可从列表排除或位于列表中比其它CC低的位置。
>>替代规则B1_1-6-2:当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH的起始符号按配置用于特定小区的时隙格式未被指示为UL符号时,对应小区可从列表排除或位于列表中比其它CC低的位置。
>规则B1_1-7:当不存在最大有效载荷大小大于对调度的PDSCH的HARQ-ACK响应和可与HARQ-ACK响应一起发送的UCI的总比特大小(即,比特数)的PUCCH资源集时,对应小区可从列表排除或者可位于列表中比其它CC低的位置。
>规则B1_1-8:启用休眠BWP的CC可从列表排除或者可位于列表中比其它CC低的位置。在本公开中,休眠BWP是DL BWP之一并且由网络通过专用RRC信令来配置。在休眠BWP中,UE停止对Scell的PDCCH监测,但继续执行CSI测量、自动增益控制(ACG)和波束管理(当配置时)。对于SpCell或PUCCH SCell以外的各个服务小区,网络可配置一个BWP作为休眠BWP。
在从CC的有序列表选择一个CC时,以下规则中的至少一个可用作第二规则。
>规则B1_2-1:UE优先选择小区索引较低的CC。规则B1_2-1可最后应用。即,当列表中不存在另一第二规则时或者当多个CC满足第二规则时,UE可选择具有最低小区索引的CC。
>规则B1_2-2:UE可仅优先选择包括特定配置的CC。例如,UE可优先选择具有配置的许可PUSCH配置或周期性或半持久CSI配置的CC。这用于防止UE的UL传输被放弃。
>规则B1_2-3:UE可优先选择启用的CC。
>规则B1_2-4:UE可优先选择SCS等于或大于接收调度的PDSCH的CC的UL BWP的SCS或者等于或大于接收PDSCH的PUCCH组的主小区的SCS的CC。
>规则B1_2-5:UE可优先选择具有与接收调度的PDSCH的CC的UL BWP的SCS或者接收PDSCH的PUCCH组的主小区的SCS相同的SCS的CC。
>规则B1_2-6:当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送对应HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)按配置用于特定小区的时隙格式被指示为UL或灵活符号时(即,当PUCCH资源的至少一个符号未被指示为DL符号时),UE可优先选择对应小区。UE和BS考虑各个PUCCH传输的所有CC的时隙格式、PUCCH资源集和PUCCH有效载荷可能是很大的负担。可代替规则2-6考虑以下规则之一,以在使UE和BS的负担最小化的同时考虑用于载波切换的时隙格式。
>>替代规则B1_2-6-1:当将发送针对调度的PDSCH的HARQ-ACK响应的时隙按配置用于特定小区的时隙格式不包括DL时隙时,UE可优先选择对应小区。
>>替代规则B1_2-6-2:当将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH的起始符号按配置用于特定小区的时隙格式被指示为UL时隙时,UE可优先选择对应小区。
>规则B1_2-7:当存在最大有效载荷大小大于对调度的PDSCH的HARQ-ACK响应和可与HARQ-ACK响应一起发送的UCI的总比特大小的PUCCH资源集时,UE可优先选择对应小区。
>规则B1_2-8:UE可优先选择未启用休眠BWP的CC。
基于上述规则表达的方法B1_2的简单示例可如下。
>UE可使用规则B1_1-1和规则B1_1-3来配置启用CC的有序列表,并且选择列表顶部的CC来发送PUCCH。即,UE可通过方法B1_2在启用CC当中具有最低索引的CC上发送PUCCH。
>UE可使用规则B1_1-3来配置启用CC的有序列表,并且使用规则B1_2-1选择具有最低小区索引的CC来发送PUCCH。即,UE可通过方法B1_2在启用CC当中具有最低索引的CC上发送PUCCH。
在本公开的一些实现方式中,上述休眠BWP可以是BWP ID等于RRC信令所指示的dormantBWP-Id的值的BWP。
在本公开的一些实现方式中,BS可单独地向UE提供指示CC集合的RRC参数。CC集合可指示可经受PUCCH载波切换的CC(即,小区)。UE和BS可针对配置的CC集合限制性地执行PUCCH载波切换。
例如,BS可为UE配置指示根据时间可用的CC集合的RRC参数。CC集合可指示可经受PUCCH载波切换的CC。UE和BS可在所配置的CC集合内限制性地执行PUCCH载波切换。在这种情况下,可考虑以下内容。
可通过BS的高层信令为UE配置PUCCH载波切换图案。PUCCH载波切换图案可意指在特定时间周期(例如,几十时隙、一帧或10ms)内根据特定时间单位(例如,几个时隙)按顺序列出包括一个或更多个可用UL CC的列表的信息。为了表示可用UL CC的列表占用特定时间单位,在各个列表中可包括时间长度TL。时间长度TL可意指对应列表所占用的时间。在这种情况下,PUCCH载波切换图案的周期可以是可用UL CC列表的时间长度TL的总和。例如,可存在特定UL CC列表L1={C1,C2,C3},并且可向列表L1另外指派时间信息TL。例如,可提供L1={{C1,C2,C3},TL}。在这种情况下,可在时间TL期间使用C1、C2或C3中的至少一个。这些列表可按顺序枚举。例如,如果列表被给出为{L1,L2,L3,...LN},则相应列表Ln的时间长度T的总和可表示整个图案的长度。在一些实现方式中,一个或更多个图案中还可包括指示在特定持续时间内不执行PUCCH载波切换的信息。该信息也可被表示成包括单独RRC参数(例如,noPUCCHCarrierSwithcing)的UL CC的列表。BS可假设UE在包括这种信息的持续时间内不执行PUCCH载波切换。可通过小区中配置的UL SCS配置来确定时间单位或时隙长度(即,每时隙的时间长度)。例如,可考虑以下中的至少一个。
>可配置PUCCH载波切换图案的单独UL参考SCS,并且可通过对应SCS值确定时间单位。
>可通过为UE配置的UL BWP的SCS当中的最大或最小SCS来确定时间单位。
>可通过小区中可配置的最大或最小SCS来确定时间单位。作为示例,可通过FrequencyInfoUL或FrequencyInfoUL-SIB的scs-SpecificCarrierList所提供的最小或最大SCS配置u来确定时间单位。
当一帧的长度为10ms时,可根据表1确定根据各个SCS配置u的时隙长度。
例如,在一些实现方式中,仅当(在PUCCH载波切换之前)将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的至少一个符号按配置用于主小区的时隙格式被指示为DL符号(例如,PUCCH的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-ULDL-ConfigurationDedicated指示为DL)时,才可执行PUCCH载波切换。
作为另一示例,在一些实现方式中,仅当(参考小区中)将发送针对调度的PDSCH的HARQ-ACK响应的PUCCH资源(或者将发送HARQ-ACK响应的时隙中的所有UCI被复用/发送的PUCCH资源)的至少一个符号按参考小区的时隙格式被指示为DL符号(例如,PUCCH的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-ULDL-ConfigurationDedicated指示为DL)时,才可执行PUCCH载波切换。可考虑以下内容来确定参考小区。
>主小区用作参考小区;
>通过BS的高层信令配置的小区索引指示参考小区;或者
>用于PUCCH载波切换的CC集合当中具有最低小区索引的CC用作参考小区。
在实现方式B1中,已为PUCCH假设与PDSCH接收对应的HARQ-ACK PUCCH。然而,实现方式B1可不限于HARQ-ACK PUCCH,实现方式B1以及将要描述的实现方式也可应用于承载任何类型的UCI(例如,HARQ-ACK、SR或CSI)的PUCCH。特别是,当通过BS的L1信令指示PUCCH传输时,可应用实现方式B1的方法B1_1和/或方法B1_2。当通过BS的高层信令指示PUCCH传输时,可应用实现方式B1的方法B1_2。
<实现方式B2>如何确定用于载波切换的PUCCH资源
当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时,BS可假设UE将基于以下方法之一来确定要发送PUCCH的载波上的PUCCH资源。BS可基于这样的假设根据以下方法之一在将从UE接收PUCCH的载波上确定PUCCH资源。
*方法B2_1:(调度CC中的PUCCH资源配置)UE和BS可使用调度PDSCH的小区(即,接收PDSCH的小区)中配置的PUCCH资源集列表来选择PUCCH资源。通过方法B2_1,UE和BS可假设不管要选择的CC如何将使用一个PUCCH资源集列表。这可使得在CC选择中易于考虑时隙格式。
*方法B2_2:(主CC中的PUCCH资源配置)UE和BS可使用调度PDSCH的PUCCH组的主小区中配置的PUCCH资源集列表来选择PUCCH资源。通过方法B2_2,UE和BS可假设不管要选择的CC如何将始终使用相同的PUCCH资源。这可使得在CC选择中易于考虑时隙格式。
*方法B2_3:(目标CC中的PUCCH资源配置)UE和BS可使用要发送HARQ-ACK响应的小区中配置的PUCCH资源集列表来选择PUCCH资源。要发送HARQ-ACK响应的小区可使用实现方式A1/B1或其类似方法来确定。这可通过允许BS为发送PUCCH的各个CC配置适当PUCCH资源而带来调度灵活性。
*方法B2_4:(用于PUCCH载波切换的专用PUCCH资源)当要发送PUCCH的小区被明确地指示或者能够在PDSCH调度消息中明确地指示时,或者当按预定义规则要在主小区以外的小区中发送PUCCH时,UE和BS可使用BS所配置的单独PUCCH资源集列表来选择PUCCH资源。换言之,当PUCCH载波根据时间(动态地)切换时,BS可为UE单独地配置要使用的PUCCH资源配置。
方法B2_1、方法B2_2和/或方法B2_3表示BS可针对UE可用于UL传输,特别是用于PUCCH传输的各个CC为UE配置可用于PUCCH载波切换的PUCCH资源集和PUCCH资源。该PUCCH资源集和PUCCH资源可以是传统PUCCH资源配置(例如,根据3GPP TS 38.331Rel-16的PUCCH资源配置)内另外配置的值,并且各个PUCCH资源集和各个PUCCH资源可具有特定索引范围。
<实现方式B3>如何确定PUCCH载波切换的PDSCH至HARQ-ACK反馈定时
当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时,并且当要发送PUCCH资源的CC可(动态地)切换时(例如,当要使用的CC由L1信令(例如,DCI)指示或者可根据预定义规则随各个PUCCH传输变化时),BS需要确定将接收PUCCH的UL时隙的位置,以便UE在所确定的CC上接收PUCCH。在一些实现方式中,预定义规则可包括通过BS的高层信令提供的PUCCH载波切换图案。可基于发送最后PDSCH的时隙通过预先配置的HARQ-ACK反馈定时值的集合和指示集合中要使用的值的调度消息的数据字段来确定UL时隙的位置。
图18示出本公开的一些实现方式中确定用于PUCCH接收的时隙的处理。
参照图18,BS可基于提供给UE的调度信息向UE发送PDSCH。BS可假设UE通过以下方法中的至少一个来确定要用于确定与PDSCH有关的PUCCH传输的UL时隙的位置的HARQ-ACK反馈定时值的集合。根据这种假设,BS可通过以下方法中的至少一个来确定要用于确定要从UE接收PUCCH的UL时隙的位置的HARQ-ACK反馈定时值的集合。
*方法B3a_1:(调度CC中设定的K1)BS和UE可使用为调度PDSCH的小区(即,接收PDSCH的小区)配置的HARQ-ACK反馈定时值的集合(例如,dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。例如,当BS向UE发送DCI格式1_1并且基于DCI格式1_1向UE发送PDSCH时,BS可在通过发送PDSCH的小区的dl-DataToUL-ACK提供的HARQ-ACK反馈定时值当中确定PDSCH的HARQ-ACK反馈定时值K,并且使用所确定的HARQ-ACK定时值K来确定PUCCH时隙。通过方法B3a-1,BS可假设将使用HARQ-ACK反馈定时值的集合而与UE要为PUCCH传输选择的CC无关,这可使得在CC选择中易于考虑时隙格式。换言之,根据方法B3a-1,由于即使发生PUCCH载波切换时HARQ-ACK反馈定时值也不改变,所以可在CC选择之前准确地指定各个CC的时隙格式。
*方法B3a_2:(主CC中设定的K1)BS和UE可使用为调度PDSCH的PUCCH组的主小区配置的HARQ-ACK反馈定时值的集合(例如,dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。例如,如果BS为UE调度PDSCH的PUCCH组是MCG,则BS可基于为Pcell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是SCG,则BS可基于为PSCell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是主PUCCH组,则BS可基于为Pcell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。如果调度PDSCH的PUCCH组是辅PUCCH组,则BS可基于为辅PUCCH组的PUCCH-SCell配置的HARQ-ACK反馈定时值的集合来确定PDSCH的HARQ-ACK反馈定时值K。通过方法B3a_2,BS可假设将始终使用相同的HARQ-ACK反馈定时值的集合而与UE将为PUCCH传输选择的CC无关,这可使得在CC选择中易于考虑时隙格式。换言之,根据方法B3a-2,由于即使发生PUCCH载波切换时HARQ-ACK反馈定时值也不改变,所以可在CC选择之前准确地指定各个CC的时隙格式。
*方法B3a_3:(目标CC中设定的K1)UE可使用为要发送HARQ-ACK响应的小区配置的HARQ-ACK反馈定时值的集合(例如,dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACK-DCI-1-2-r16)来选择PUCCH资源。
*方法B3a_4:(为PUCCH载波切换设定的专用K1)当将发送PUCCH的小区被明确地指示或者能够通过PDSCH调度消息明确地指示时或者当按预定义规则要在主小区以外的小区中发送PUCCH时,UE可使用BS为PUCCH小区切换单独配置的HARQ-ACK反馈值的集合来选择PUCCH资源。BS可为UE单独地配置在动态地切换PUCCH载波时要使用的HARQ-ACK反馈定时值的集合。
UE可根据方法B3a_1至方法B3a_4之一基于所确定的HARQ-ACK反馈定时值的集合来确定对应PDSCH的HARQ-ACK反馈定时。例如,当包括PDSCH的DCI中所包括的PDSCH-to-HARQ_feedback定时指示符时,BS可在所确定的HARQ-ACK定时值的集合当中确定通过PDSCH-to-HARQ_feedback定时指示符指示给UE的HARQ-ACK反馈定时值K。当PDSCH-to-HARQ_feedback定时指示符为2比特时,如果PDSCH-to-HARQ_feedback定时指示符的值为“00”,则所确定的集合中的HARQ-ACK定时值的第一值可被确定为HARQ-ACK反馈定时值K。如果PDSCH-to-HARQ_feedback定时指示符的值为“01”,则所确定的集合中的HARQ-ACK定时值的第二值可被确定为HARQ-ACK反馈定时值K。将从哪个时隙对哪个小区应用所确定的HARQ-ACK反馈定时K是有疑问的。
依据基于根据方法B3a_1至方法B3a_4之一确定的HARQ-ACK反馈定时值的集合确定的HARQ-ACK反馈定时,BS可基于发送PDSCH的定时(例如,PDSCH传输结束的DL时隙、主小区的时隙当中与DL时隙交叠的最后UL时隙或者要执行PUCCH传输的目标小区的时隙当中与PDSCH传输交叠的最后UL时隙)使用以下方法之一来识别要发送PUCCH的时隙(例如,TDD中的UL)。
*方法B3b_1:(调度CC中计数的时隙)当在调度PDSCH的小区(即,接收PDSCH的小区)上,包括PDSCH的传输结束定时的时隙是时隙n,并且所确定的HARQ-ACK定时值是K时,BS可在将发送可表示时隙n的HARQ-ACK响应(即,包括时隙n中执行的PDSCH接收的结果的HARQ-ACK响应)的小区的时隙m中接收PUCCH。这里,时隙m可以是以下时隙之一:
-将发送HARQ-ACK响应的小区的包括整个时隙n+K的UL时隙;
-将发送HARQ-ACK响应的小区的包括时隙n+K的开始定时的UL时隙(参照图11的(a));
-将发送HARQ-ACK响应的小区的包括时隙n+K的结束定时的UL时隙。
*方法B3b_2:(主CC中计数的时隙)当在调度PDSCH的PUCCH组的主小区上,包括PDSCH的传输结束定时的时隙是时隙n,并且所确定的HARQ-ACK定时值为K时,BS可在将发送可表示时隙n的HARQ-ACK响应(即,包括时隙n中执行的PDSCH接收的结果的HARQ-ACK响应)的小区的时隙m中接收PUCCH。这里,时隙m可以是以下时隙之一:
-将发送HARQ-ACK响应的小区的包括整个时隙n+K的UL时隙;
-将发送HARQ-ACK响应的小区的包括时隙n+K的开始定时的UL时隙(参照图11的(b));
-将发送HARQ-ACK响应的小区的包括时隙n+K的结束定时的UL时隙。
*方法B3b_3:(目标CC中计数的时隙)当在将发送HARQ-ACK响应的小区上,包括PDSCH的传输结束定时的(UL)时隙是时隙n,并且所确定的HARQ-ACK定时值为K时,BS可在时隙n+K中接收PUCCH(参照图11的(c))。
方法B3b_1或方法B3b_2可通过针对各个小区或各个PUCCH组使用相同方法对HARQ-ACK反馈定时进行计数来确定性地确定UE的HARQ发送定时,并且可具有预先确保UE准备PUCCH传输所需的时间的优点。
由于即使CC被调度为目标CC时也始终基于目标CC执行处理,所以方法B3b_3允许所有PUCCH从一个小区的角度以相同的方式处理,从而降低UE的实现复杂度。
<实现方式B4>动态PUCCH载波指示
如上所述,当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时,或者当BS通过BS所提供的L1信令或高层信令指示或配置UE发送UCI时,BS可假设UE将基于DCI的调度消息(例如,DL指派)中所包括的数据字段来选择PUCCH载波(参见实现方式A1/B1的方法A1_1/B1_1)。换言之,UE可通过调度PDSCH的DCI来确定将发送用于对应PDSCH的HARQ-ACK PUCCH的CC。在这种情况下,可考虑以下方法中的至少一个作为调度DCI指示CC的方法。
*方法B4_1:调度PDSCH的DCI可包括PUCCH载波指示符,并且UE/BS可选择具有与PUCCH载波指示符的值关联的小区索引的PUCCH载波,以使用所选择的PUCCH载波来发送/接收对PDSCH的HARQ-ACK响应。PUCCH载波指示符的值可通过单独的新DCI字段来提供,或者可以是通过重新解释现有DCI字段的一些最高有效比特(MSB)或最低有效比特(LSB)而推导的值。
*方法B4_2:当调度PDSCH的DCI包括PUCCH资源指示符(PRI)字段并且PRI字段的值与任何PUCCH资源集中配置的一个PUCCH资源标识符(ID)关联时,
>对于各个PUCCH资源ID,可配置将发送与对应PUCCH资源ID关联的PUCCH资源的CC,或者
>对于各个PUCCH资源集,可配置将发送对应PUCCH资源集中的PUCCH资源的CC。
*方法B4_3:假设当DCI所指示的PUCCH无法通过TDD操作发送时,执行PUCCH载波切换。在这种情况下,可使用实现方式A1/B1的方法来确定要发送的CC。当发生PUCCH载波切换时,可基于为PUCCH载波切换单独配置的PUCCH资源和PUCCH资源集来确定PUCCH资源。
*方法B4_4:可由PUCCH载波指示符指示的比特表示之一(例如,全部“1”或全部“0”)可被预留为“无切换状态”。例如,当指示“无切换状态”时,UE/BS可在主小区上执行PUCCH传输/接收而不执行PUCCH载波切换。作为另一示例,当BS指示UE半静态地执行PUCCH载波切换时,例如,当BS为UE根据时间半静态地配置PUCCH载波图案并且指示UE基于该图案执行PUCCH载波切换时,如果通过PUCCH载波指示符指示“无切换状态”以外的值,则UE和BS可忽略所配置的PUCCH载波图案并且通过所指示的PUCCH载波来执行PUCCH传输/接收。相比之下,当BS通过PUCCH载波指示符向UE指示“无切换状态”时,UE和BS可基于PUCCH载波图案来选择PUCCH资源(即,基于根据PUCCH载波图案选择的载波的PUCCH资源配置来选择PUCCH资源)并且在对应PUCCH载波上执行PUCCH传输/接收。
在使用实现方式A5/B5时,当UE发送针对SPS PDSCH的HARQ-ACK响应(SPS PDSCHHARQ-ACK响应)时,特别是,当UE执行仅传送SPS PDSCH HARQ-ACK的PUCCH传输时,BS可假设UE不执行PUCCH载波切换。例如,当SPS PDSCH的启用DCI指示将发送调度的PDSCH的HARQ-ACK的CC时,UE可针对启用DCI中所包括的DL指派所指示的PDSCH在指示的CC上发送PUCCH,但是此后针对对通过所配置的DL指派接收的PDSCH的HARQ-ACK响应可忽略指示的CC并且在根据3GPP NR Rel-16确定的CC上发送PUCCH。
<实现方式B4-1>利用没有载波指示的DCI的动态PUCCH调度
在使用实现方式A4/B4时,有必要如实现方式A3/B3中一样根据切换的CC使用不同的PDSCH-to-HARQ-ACK定时(即,HARQ-ACK反馈定时)。然而,一些DCI格式(例如,诸如DCI格式1_0的DCI格式)可不包括用于载波切换的载波指示字段。对于被配置为执行载波切换的UE,调度无载波指示的DCI格式,可如下确定将发送PUCCH资源和PUCCH的载波。
*方法B4-1a_1:BS和UE假设在主小区上调度PUCCH。为了选择PUCCH资源,使用主小区的PUCCH资源集和HARQ-ACK反馈定时值的集合,并且使用主小区的时隙长度。
*方法B4-1a_2:当配置用于载波切换操作的单独参考小区或参考SCS时,例如,当用于确定PDSCH-to-HARQ-ACK定时(即,HARQ-ACK反馈定时)的确定所用的HARQ-ACK反馈定时值的集合、时隙长度和SCS的参考小区预定义或在载波切换操作中通过BS的高层信令配置时,如果利用没有载波指示的DCI格式调度PUCCH传输,则BS和UE使用参考小区的PUCCH资源集和HARQ-ACK反馈定时值的集合并且使用参考小区的时隙长度,以便在主小区上调度PUCCH的假设下选择PUCCH资源。
*方法B4-1a_3:当配置用于载波切换操作的单独参考SCS时,例如,当用于确定载波切换操作中要使用的SCS的参考SCS预定义或通过BS的高层信令配置时,如果利用没有载波指示的DCI格式调度PUCCH传输,则BS和UE使用主小区的PUCCH资源集和HARQ-ACK反馈定时值的集合并且使用参考小区的时隙长度,以便在主小区上调度PUCCH的假设下选择PUCCH资源。
*方法B4-1a_4:当UE被指示半静态地执行PUCCH载波切换时,例如,当为UE配置随时间半静态配置的PUCCH载波图案并且UE被配置为基于对应图案执行PUCCH载波切换时,如果利用没有载波指示的DCI格式调度PUCCH传输,则BS和UE可基于PUCCH载波图案来选择PUCCH载波并且UE在对应PUCCH载波上执行PUCCH传输。相比之下,如果利用具有载波指示的DCI格式为UE调度PUCCH传输,则UE可忽略所配置的PUCCH载波图案并且在载波指示所指示的PUCCH载波上执行PUCCH传输。
当通过一个或更多个没有载波指示的DCI格式和/或一个或更多个没有载波指示的DCI格式为被配置为执行载波切换的UE调度多个PUCCH时,并且当这些PUCCH在一个时隙中调度时,BS和UE可通过以下方法中的至少一个来选择要发送PUCCH的CC。
*方法B4-1b_1:BS和UE假设所有交叠PUCCH传输在相同CC上发送。在这种情况下,通过没有载波指示的DCI格式调度的PUCCH可在与之交叠的其它PUCCH的调度所指示的CC上发送。
*方法B4-1b_2:BS和UE假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH,并且假设彼此交叠的所有PUCCH传输将在相同CC上发送。在这种情况下,BS和UE可假设与通过没有载波指示的DCI格式调度的PUCCH交叠的所有其它PUCCH调度指示主小区作为PUCCH小区。
*方法B4-1b_3:对于彼此交叠的PUCCH传输,BS和UE遵循触发PUCCH传输的DCI当中最后提供的DCI中所包括的PUCCH载波指示(即,用于确定要发送PUCCH的CC的指示符)。
*方法B4-1b_4:假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH。对于彼此交叠的PUCCH传输,BS和UE假设在触发PUCCH传输的DCI当中最后提供的DCI调度的UL CC上执行交叠的PUCCH传输。
*方法B4-1b_5:假设在主小区上调度利用没有载波指示的DCI格式调度的PUCCH,并且BS和UE假设彼此交叠的所有PUCCH传输将在相同CC上发送。在这种情况下,BS和UE可假设与通过没有载波指示的DCI格式调度的PUCCH交叠的所有其它PUCCH调度将主小区指示为PUCCH小区。
当通过一个或更多个没有载波指示的DCI格式和/或一个或更多个具有载波指示的DCI格式为被配置为执行载波切换的UE调度一个或更多个(例如,多个)PUCCH时,并且当这些PUCCH在一个时隙中调度时,可考虑以下情况和BS操作作为实现方式B4和实现方式B4-1的具体示例。在一些实现方式中,以下操作可应用于通过DCI的动态PUCCH载波切换/指示操作与根据时间半静态配置的PUCCH小区图案链接的情况。
*选项1:当多个(例如,两个、三个或四个)候选小区之一能够通过DCI的PUCCH载波指示符指示时,如果在调度一个或更多个(例如,多个)PUCCH的DCI当中向UE发送包括PUCCH载波指示符的至少一个或更多个DCI,则BS在所指示的小区上执行从UE的PUCCH接收。另一方面,如果在调度一个或更多个(例如,多个)PUCCH的DCI当中没有向UE发送包括PUCCH载波指示符的DCI(例如,如果仅利用没有载波指示的DCI格式(例如,DCI格式1_0)调度PUCCH传输),则BS在根据随时间半静态配置的PUCCH小区图案确定的小区上执行PUCCH接收。候选小区之一可被配置成Pcell或PUCCH Scell。
*选项2:在通过DCI指示一个或多个(例如,一个、两个或三个)候选小区之一或者能够指示与“无小区指示”或“遵循半静态图案”对应的特定状态(例如,实现方式B6中的“无切换状态”)的情况下,如果在调度一个或更多个(例如,多个)PUCCH的DCI当中向UE发送指示特定小区(包括PUCCH小区指示符)的至少一个或更多个DCI,则BS在所指示的小区上执行从UE的PUCCH接收。另一方面,如果在调度一个或更多个(例如,多个)PUCCH的DCI当中没有向UE发送指示特定小区(包括PUCCH小区指示符)的DCI(例如,如果仅利用没有载波指示的DCI格式(例如,DCI格式1_0)或仅利用指示“无小区指示”或“遵循半静态图案”的DCI格式调度PUCCH传输),则BS在根据依据时间半静态配置的PUCCH小区图案确定的小区上执行从UE的PUCCH接收。候选小区之一可被配置成Pcell或PUCCH Scell。
<实现方式B5>源载波和目标载波之间的不同SCS
当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时,并且当将发送PUCCH资源的CC可动态地切换(例如,要使用的CC由L1信令(例如,DCI)指示,或者根据预定义规则对于各个PUCCH传输可不同)时,BS需要确定将接收PUCCH的UL时隙的位置,以便在所确定的CC上从UE接收PUCCH。当UE所配置的多个CC具有不同的SCS时,特别是,当最初指示/配置PUCCH传输的源载波和PUCCH传输动态地切换至的目标载波具有不同的SCS时,可能出现以下各种问题。
-问题1:当源载波的SCS大于目标载波的SCS(即,目标载波的SCS小于源载波的SCS)时,多个源载波时隙可与一个目标载波时隙关联,并且位于源载波的不同时隙中的PUCCH传输需要被复用到一个目标载波。
-问题2:当源载波的SCS小于目标载波的SCS(即,目标载波的SCS大于源载波的SCS)时,一个源载波时隙可与多个目标载波时隙关联。换言之,这可能需要在源载波时隙期间切换到目标载波。
如上所述,为了防止这些问题,首先,PUCCH载波切换可被限制为切换到具有相同SCS的载波。然而,由于这使得在有限的CC之间执行切换,所以载波切换的影响可能较小。因此,在本公开的一些实现方式中,可使用以下方法中的至少一个在具有不同SCS的CC之间执行PUCCH载波切换。
*为了解决问题1,当源载波的SCS大于目标载波的SCS时,BS可使得两个或更多个PUCCH(特别是,当PUCCH位于源载波的不同时隙中并且各个切换的PUCCH位于目标载波的一个时隙中时)不切换到目标载波。由此,当源载波的SCS大于目标载波的SCS时,UE可不预期两个或更多个PUCCH将切换(并复用)到目标载波。
*为了解决问题2,当源载波的SCS小于目标载波的SCS时,BS可防止在源载波的时隙期间发生CC切换。即,BS可始终使得CC切换仅发生在源载波的时隙边界处。由此,UE可预期在特定时隙期间(例如,在特定时隙的中间)将不发生CC切换。如果通过PDSCH调度DCI指示UE在源载波的任何时隙X的中间执行CC切换,例如,如果UE被指示/配置为从时隙X的第一符号至第六符号执行任何PUCCH或PUSCH传输,此后在另一CC上执行PUCCH传输,则UE可不在时隙X中执行UL传输。此操作可限于指示另一CC上的PUCCH传输的DCI比指示时隙X中的UL传输的DCI晚接收的情况。
*为了解决问题2,CC切换可被限制为仅以特定时间单位执行。换言之,已切换一次的CC可在预定时间单位内维持,并且可在各个时间单位的边界处执行向另一CC的切换。在这种情况下,预定时间单位可以是以下参考SCS配置的一个时隙长度或以下一些标准当中的最小SCS配置的时隙长度。对于此操作,不同标准可用于各个CC切换。例如,当源载波和目标载波具有相同SCS配置时,可不使用特定标准,并且当源载波和目标载波具有不同SCS配置时,可应用诸如标准2或标准4的标准。作为另一示例,当通过DCI指示CC切换时,可应用标准1或标准1和2,并且当在满足预定条件的CC之间根据规则执行CC切换时(例如,实现方式A1/B1的方法A1_2/B1_2),可使用标准2执行CC切换。
>标准1:PDCCH的SCS配置
>标准2:由作为RRC配置的FrequencyInfoUL或FrequencyInfoUL-SIB的scs-SpecificCarrierList提供的最小SCS配置
>标准3:源载波的SCS配置
>标准4:启用的CC当中的最小SCS配置
>标准5:配置的CC当中的最小SCS
>标准5:源载波和目标载波之间的最小SCS
>标准6:PUCCH载波切换的候选CC当中的最小SCS配置。“PUCCH载波切换的候选CC”可以是配置用于PUCCH载波切换的候选CC或配置用于PUCCH传输的候选CC。为了使用标准6,BS可为UE单独地配置指示CC集合的RRC参数。CC集合可以是可经受PUCCH载波切换的CC,并且UE和BS可仅在配置的CC集合上执行PUCCH载波切换。
>标准7:主小区的SCS配置
作为另一示例,为了使上述问题最小化,还可考虑基于源PUCCH资源来选择源时隙或目标时隙。更具体地,当BS为配置有多个CC的UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时,并且当将发送PUCCH资源的CC可动态地切换时,BS可在通过考虑以下确定的CC上确定要接收PUCCH的UL时隙的位置。
*BS可假设UE将在与源PUCCH资源(源载波中初始使用的PUCCH资源)交叠的目标载波的UL时隙中执行PUCCH传输。当存在与源PUCCH资源交叠的目标载波的多个UL时隙时,可考虑以下之一。
>紧接在源PUCCH资源的开始之后的目标载波的UL时隙/子时隙
>紧接在源PUCCH资源的结束之前的目标载波的UL时隙/子时隙
>与源PUCCH资源的第一时隙交叠的目标载波的UL时隙/子时隙
>与源PUCCH资源的最后符号交叠的目标载波的UL时隙/子时隙
*BS可假设UE将在与源UL时隙(与源载波中初始使用的PUCCH资源对应的源PUCCH资源被分配至的时隙)交叠的目标载波的UL时隙中执行PUCCH传输。当存在与源UL时隙交叠的目标载波的多个UL时隙时,可考虑以下之一。
>紧接在源UL时隙的开始之后的目标载波的UL时隙/子时隙
>紧接在源UL时隙的结束之前的目标载波的UL时隙/子时隙
>与源UL时隙的第一符号交叠的目标载波的UL时隙/子时隙
>与源UL时隙的最后符号交叠的目标载波的UL时隙/子时隙
<实现方式B6>UL复用与PUCCH载波切换
如上面在实现方式B5中所描述的,PUCCH载波切换需要考虑UL复用。因为UE最终要发送的PUCCH或PUSCH资源在UL复用处理中确定,所以在通过将特定PUCCH传输切换到另一载波来执行特定PUCCH传输时UL复用可能是重要的。
当BS将一个或更多个PUCCH调度到源载波(例如,主小区或PCell/PSCell/PUCCH-SCell)时,BS可假设UE将考虑以下来执行PUCCH载波切换和UL复用。
*方法B6a_1:当通过在源载波(例如,切换前的PUCCH载波)上执行UL复用来推导PUCCH资源,并且所推导的PUCCH资源是由DCI指示目标载波(例如,切换后的PUCCH载波)的PUCCH资源或者当由BS的高层信令配置的目标载波索引存在于包括PUCCH资源的时隙中时,UE可在目标载波上发送所推导的PUCCH资源和在UL复用期间确定要在对应PUCCH上发送的UCI。
*方法B6a_2:对于在源载波上的UL复用之前调度的各个PUCCH资源,当各个PUCCH资源是由DCI指示目标载波的PUCCH资源或者当由BS的高层信令配置的目标载波索引存在于包括PUCCH资源的时隙中时,UE可在目标载波上发送PUCCH资源和与PUCCH资源关联的UCI。当BS针对在UL复用之前调度的各个原始PUCCH资源指示载波切换时,BS可假设UE将通过切换到目标载波来发送指示载波切换的PUCCH资源。例如,当两个PUCCH资源被调度到源载波时,BS可假设要在PUCCH资源#i中发送的UCI#i和要在PUCCH资源#j中发送的UCI#j切换到目标载波的PUCCH资源#i和PUCCH资源#j并分别在目标载波上发送,或者当需要时,在目标载波上的UL复用之后发送。
在使用方法B6a_1或方法B6a_2时,可考虑目标载波上的(附加)UL复用。BS可假设为了在源载波(例如,主小区或PCell/PSCell/PUCCH-SCell)和目标载波上执行UL复用,即,为了执行源载波上的UL复用和目标载波上的UL复用,UE按以下方式确定要经受UL复用的PUCCH集。例如,当在时间上彼此交叠的PUCCH资源之间发生UL复用时,BS和UE可考虑根据以下方法中的至少一个来确定PUCCH是否彼此交叠。
*Alt.B6_1:PCell/PSCell/PUCCH-SCell上的UCI的PUCCH资源与动态或半静态地指示的PUCCH小区上的UCI的PUCCH资源交叠。
*Alt.B6_2:PCell/PSCell/PUCCH-SCell上的UCI和动态或半静态地指示的PUCCH小区上的UCI的时隙(未必是PUCCH)彼此交叠。在一些实现方式中,当主小区的一个时隙与目标小区的多个时隙交叠时,相关UCI可复用在目标小区的多个时隙中的最早的时隙中。
*Alt.B6_3:当目标载波的时隙与源载波(例如,主小区)的PUCCH资源交叠,并且源载波的至少一个PUCCH资源通过动态或半静态地指示的载波索引在目标载波上的对应时隙中发送时,源载波的PUCCH资源可被复用到目标载波的时隙中。在一些实现方式中,UE可能不预期从一个源载波到两个目标载波的PUCCH传输。例如,在一些实现方式中,UE可能不预期从一个PUCCH载波同时切换到两个不同目标载波的PUCCH传输。BS可不针对UE调度从一个源载波到两个目标载波的PUCCH传输。例如,在一些实现方式中,BS可不同时调度从一个PUCCH载波切换到两个不同目标载波的PUCCH传输。
*Alt.B6_4:与动态或半静态地指示的PUCCH小区上的UCI的PUCCH资源交叠的源载波(例如,主小区)的时隙中的PUCCH可被复用到对应PUCCH资源中。在一些实现方式中,当主小区的一个时隙与目标小区的多个PUCCH资源交叠时,相关UCI可被复用到目标小区的多个PUCCH资源中的最早的PUCCH资源中。
在一些实现方式中,此操作可根据指示目标PUCCH小区的方法而变化。例如,当目标载波动态地指示时,可使用方法B6a_2和Alt.B6_1或Alt.B6_2,而当目标载波半静态地指示时,可使用方法B6a_1和Alt.B6_1或Alt.B6_2。
为了在目标载波上执行UL复用,有必要确定与从源载波切换的PUCCH资源对应的目标载波的PUCCH资源。例如,UE可通过假设特定资源来确定无线电资源是否彼此交叠并由此相应地执行UL复用,或者通过假设源载波的UCI被复用到特定无线电资源中,将所有UCI捎带到特定无线电资源以用于传输。当通过目标载波索引的半静态配置的图案执行从源载波的PUCCH载波切换时,前者可能是有用的,而当通过动态指示的目标载波索引执行PUCCH载波切换时,后者可能是有用的。
在动态指示的PUCCH的情况下,因为BS能够知道对应调度将切换到目标载波,所以BS可考虑目标小区在调度定时的PUCCH配置来指示合适PUCCH资源。然而,在诸如SR/CSI的半静态配置的PUCCH传输的情况下,难以考虑已执行小区切换的情况和未执行小区切换的情况二者来配置一个资源或资源ID。因此,BS和UE可考虑使用以下方法中的至少一个来确定目标小区上的PUCCH资源。
*方法B6b_1:(遵循PUCCH资源的ID)。UE基于BS可假设的目标小区的PUCCH配置来重用为源载波(例如,PCell/PSCell/PUCCH-SCell)上的半静态配置的PUCCH传输(例如,SPSHARQ-ACK、SR和/或CSI)配置的PUCCH资源ID。即,假设使用ID与源载波的PUCCH资源相同的目标载波的PUCCH资源。
*方法B6b_2:(遵循PUCCH列表的ID)。当UE配置有为源载波(例如,PCell/PSCell/PUCCH-SCell)上的半静态配置的PUCCH传输(例如,SPS HARQ-ACK、SR和/或CSI)配置的至少一个PUCCH资源列表并且基于PUCCH资源列表来执行半静态配置的PUCCH传输时,UE在向目标载波的PUCCH载波切换期间出于相同目的使用目标载波的PUCCH配置中配置的PUCCH资源列表。假设这一点,BS可从UE接收PUCCH。即,假设使用ID或名称与源载波的PUCCH资源集或列表相同的目标载波的PUCCH资源集或列表。
*方法B6b_3:(遵循为目标小区配置的ID)。当UE配置有为源载波(例如,PCell/PSCell/PUCCH-SCell)上的半静态配置的PUCCH传输(例如,SPS HARQ-ACK、SR和/或CSI)配置的至少一个PUCCH资源集/列表或PUCCH资源ID并且基于PUCCH资源集/列表或PUCCH资源ID执行半静态配置的PUCCH传输时,UE可配置有可用于向目标载波的PUCCH载波切换的单独PUCCH资源集/列表或PUCCH资源。BS可为UE配置单独的PUCCH资源集/列表或PUCCH资源。可针对可用于切换的各个目标载波配置这种单独的PUCCH资源或PUCCH资源集/列表。在向目标载波的PUCCH载波切换期间,UE可从单独配置的PUCCH资源或PUCCH资源集/列表获得与源载波上使用的PUCCH资源集/列表或PUCCH资源ID对应的PUCCH资源。假设这一点,BS可从UE接收PUCCH。
*方法B6b_4:(遵循具有相同SR/CSI配置索引的目标小区中的配置)。当UE在源载波(例如,PCell/PSCell/PUCCH-SCell)上基于SPS HARQ-ACK配置、SR配置和/或CSI配置(例如,SPS-config、SchedulingRequestConfig、CSI-ReportConfig等)执行半静态配置的PUCCH传输时,UE在向目标载波的PUCCH载波切换期间出于相同目的使用为目标载波配置的SPS HARQ-ACK配置、SR配置和/或CSI配置。假设这一点,BS可从UE接收PUCCH。即,假设使用具有与源载波的SPS HARQ-ACK配置、SR配置和/或CSI配置相同的ID或名称的SPS HARQ-ACK配置、SR配置和/或CSI配置。
在一些实现方式中,根据UE发送的UCI类型,不同的方法可用于此操作。例如,方法B6b_4可用于具有相对多的相关配置的CSI配置,方法B6b_1可简单地用于SR传输。
<实现方式B7>有和没有载波指示的PUCCH之间的UL复用
当被配置为执行载波切换的UE由没有载波指示的DCI格式调度或者执行不可能接收载波指示的半静态配置的PUCCH传输时,可考虑这种PUCCH传输时间上与另一PUCCH传输交叠的情况。在一些实现方式中,时间上交叠也可意指包括传输的时隙之间的交叠以及资源与时隙之间的交叠,如实现方式A6/实现方式B6中一样。当针对另一PUCCH传输包括载波指示时,UE可考虑在所指示的载波上与另一PUCCH传输一起执行由没有载波指示的DCI格式调度的PUCCH传输,或者取消或放弃由没有载波指示的DCI格式调度的PUCCH传输。假设这一点,BS可从UE接收PUCCH。本文中,可考虑以下方法中的至少一个。
*方法B7_1:UE可能不预期由没有载波指示的DCI格式调度或与其HARQ-ACK对应(和/或与SPS PDSCH接收的HARQ-ACK对应)的PUCCH传输与由具有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输UL复用的情况。BS可在UE将不预期由没有载波指示的DCI格式调度(和/或与SPS PDSCH接收的HARQ-ACK对应)的PUCCH传输与由具有载波指示的DCI格式调度的PUCCH传输之间时间上交叠的假设下执行调度。
*方法B7_2:UE可能不预期由没有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输与半静态配置的PUCCH传输(例如,SR或周期性CSI)UL复用的情况。BS可考虑UE的这种预期来执行调度。方法B7_2可限于半静态配置的PUCCH传输是SPS HARQ-ACK传输的情况。
*方法B7_3:当由没有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输与半静态配置的PUCCH传输(例如,SR或周期性CSI)UL复用时,半静态配置的PUCCH传输可被取消和/或放弃。当由没有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输与半静态配置的PUCCH传输(例如,SR或周期性CSI)UL复用时,BS可取消或放弃半静态配置的PUCCH传输的接收。换言之,在没有载波指示的情况下半静态配置的PUCCH传输可被排除,并且在与由没有载波指示的DCI格式调度或与其HARQ-ACK对应的PUCCH传输UL复用的过程中不会执行。在一些实现方式中,方法B7_3可限于半静态配置的PUCCH传输是SR或周期性CSI的情况。
在一些实现方式中,方法B7_1和方法B7_3可组合应用。
<实现方式B8>PUCCH重复与PUCCH载波切换
图15示出在本公开的一些实现方式中确定用于PUCCH重复接收的小区和/或时隙的示例性处理。
参照图15,BS可从UE接收与PUCCH小区切换有关的配置(S1501)。BS可发送调度/触发源载波(例如,主小区或PCell/PSCell/PUCCH-SCell)上的PUCCH传输的信息(例如,调度PDSCH的PDCCH、SPS启用PDCCH或SPS释放PDCCH)(S1503)。根据本公开的一些实现方式,UE可确定用于PUCCH传输的PUCCH小区和PUCCH资源(S1505)。根据本公开的一些实现方式,当针对PUCCH传输或PUCCH资源配置重复时,BS可考虑PUCCH重复在PUCCH小区(即,目标小区)上接收PUCCH的重复(S1507)。
当UE通过BS的L1信令(DCI)和/或高层信令(例如,RRC信令)在不同的目标载波上执行源载波的PUCCH传输时,BS可针对为源载波或在目标载波上要使用的资源指示的PUCCH传输指示或配置PUCCH重复传输。本文中,BS可在UE中将考虑以下方法中的至少一个的假设下执行PUCCH接收。
*方法B8_1:当针对要用于不执行PUCCH载波切换的源载波(即,未应用PUCCH载波切换的PUCCH小区)上的PUCCH传输的资源配置PUCCH重复传输时,UE可不针对PUCCH传输执行PUCCH载波切换操作,或者可能不预期配置了PUCCH重复传输的PUCCH传输的载波切换。BS可考虑UE的这种预期来执行调度或PUCCH接收。
>当UE在源载波上执行PUCCH重复传输时,基于由高层信令配置的载波切换图案,UE可假设被配置为切换到不同载波的时隙对于PUCCH传输无效。此外,当UE确定对于时隙中的PUCCH传输,可用于PUCCH传输的符号数量小于由RRC参数nrofSymbols为对应PUCCH格式提供的值时,UE可假设此时隙对于PUCCH传输也无效。UE可执行配置或指示次数的重复传输,而不在无效时隙中执行PUCCH重复传输。BS可考虑UE的这种预期或假设来执行调度或PUCCH接收。
>在另一示例中,当UE在源载波上执行PUCCH重复传输时,基于由高层信令配置的载波切换图案,UE可跳过和/或放弃被配置为切换到不同载波的时隙中的PUCCH传输。即,在配置或指示的K次重复传输当中,UE可不在被配置为切换到不同载波的时隙中执行重复传输。BS可在UE的此操作的假设下执行PUCCH接收。
*方法B8_2:UE可基于指示用于PUCCH传输的时隙来执行PUCCH载波切换,并且可能不预期在要发送PUCCH的小区上的PUCCH重复传输期间PUCCH传输重新切换到不同载波。BS可考虑UE的这种预期来执行调度或PUCCH接收。
**方法B8_2-1:当UE在源载波或切换的载波上执行PUCCH重复传输时,基于由高层信令配置的载波切换图案,UE可在被配置为切换到不同载波的时隙中跳过和/或放弃PUCCH重复传输。BS可在UE的此操作的假设下执行PUCCH接收。
**方法B8_2-2:当UE在源载波或切换的载波上执行PUCCH重复传输时,基于由L1信令(例如,DCI)配置的载波切换图案,UE可在以被配置为切换到不同载波的PUCCH调度的时隙中跳过和/或放弃PUCCH重复传输。BS可在UE的此操作的假设下执行PUCCH接收。
**方法B8_2-3:当UE在源载波或切换的载波上执行PUCCH重复传输时,基于由高层信令配置的载波切换图案,UE可假设被配置为切换到不同载波的时隙对于PUCCH传输无效。此外,当UE确定对于时隙中的PUCCH传输,可用于PUCCH传输的符号数量小于由RRC参数nrofSymbols为对应PUCCH格式提供的值时,UE可假设此时隙对于PUCCH传输也无效。UE可执行配置或指示次数的重复传输,而不在无效时隙中执行PUCCH重复传输。BS可考虑UE的这种假设/操作来执行PUCCH接收。
**方法B8_2-4:当UE在源载波或切换的载波上执行PUCCH重复传输时,基于由L1信令(例如,DCI)指示的载波切换指示,UE可假设以指示为切换到不同载波的PUCCH调度的时隙对于PUCCH重复传输无效。此外,当UE确定对于时隙中的PUCCH传输,可用于PUCCH传输的符号数量小于由RRC参数nrofSymbols为对应PUCCH格式提供的值时,UE可假设此时隙对于PUCCH传输也无效。UE可执行配置或指示次数的重复传输,而不在无效时隙中执行PUCCH重复传输。BS可考虑UE的这种假设/操作来执行PUCCH接收。
*方法B8_3:可根据配置的PUCCH载波图案横跨载波执行PUCCH重复传输。各个载波上要使用的PUCCH资源可以是在载波上配置或被配置为在载波上使用的PUCCH资源,并且为起始传输时隙中使用的PUCCH资源配置的传输重复次数可用作传输重复次数。BS可在UE的此操作的假设下执行PUCCH接收。
>在一些实现方式中,此操作可限于基于半静态图案的PUCCH载波切换。当操作限于基于半静态图案的PUCCH载波切换时,UE基于动态载波指示假设在PUCCH载波切换期间在所指示的单个载波上执行重复传输。
>在一些实现方式中,此操作可限于源载波和目标载波之间相同的子载波间距或时隙长度的情况或者可用于PUCCH传输的载波之间相同的子载波间距或时隙长度的情况。
方法B8_1或方法B8_2可限于源载波和目标载波之间不同的子载波间距或时隙长度的情况或者可用于PUCCH传输的载波之间不同的子载波间距或时隙长度的情况。这样做是为了通过避免跨载波重复传输来降低UE的复杂度。
相反,可在源载波和目标载波之间相同的子载波间距或时隙长度的情况下或者在可用于PUCCH传输的载波之间相同的子载波间距或时隙长度的情况下限制性地使用方法B8_1或方法B8_2。这可使方法B8_1或方法B8_2中放弃或不可用的PUCCH时隙的不利影响最小化,并且通过仅在使用相似时隙长度的载波之间配置PUCCH载波切换时才使用重复传输来降低UE的复杂度。
例如,当UE被配置为执行PUCCH载波切换时,UE可在可用于PUCCH传输的载波之间不同的SCS或时隙长度的情况下使用方法B8_1或方法B8_2,并且如方法B8_3中一样根据配置有PUCCH重复传输的PUCCH载波的图案横跨载波执行PUCCH传输。各个载波上要使用的PUCCH资源可以是为载波配置的PUCCH资源或者被配置为在载波上使用的PUCCH资源,并且传输重复次数可以是为起始传输时隙中使用的PUCCH资源配置的重复次数。在一些实现方式中,此操作可限于基于半静态图案的PUCCH载波切换。当操作限于基于半静态图案的PUCCH载波切换时,UE可通过动态载波指示假设在PUCCH载波切换期间在单个指示的载波上执行重复传输。
UE可在方法B8_1/B8_2/B8_3或者PUCCH载波切换和PUCCH重复之间的其它处理方法当中支持多个方法,并且将它们报告给BS。例如,UE可通过UE能力信号报告UE可支持的PUCCH载波切换和PUCCH重复之间的处理方法。BS可通过L1信令和/或高层信令指示或配置UE所报告的PUCCH载波切换和PUCCH重复之间的处理方法之一。例如,BS可通过调度PDSCH的DCI的字段或者在指示传输重复次数的过程中指示PUCCH载波切换和PUCCH重复之间的处理方法,或者通过诸如PUCCH-config IE的RRC配置来配置UE要使用的处理方法。可指示或配置的处理方法可根据可用于PUCCH载波切换的载波的SCS而受到限制。例如,在源载波和目标载波之间相同的子载波间距或时隙长度的情况下或者在可用于PUCCH传输的载波之间相同的子载波间距或时隙长度的情况下,可使用诸如方法B8_3的跨载波重复传输方法,而在源载波和目标载波之间不同的相同子载波间距或时隙长度的情况下或者在可用于PUCCH传输的载波之间不同的相同子载波间距或时隙长度的情况下,可使用在单个载波上执行的重复传输方法,例如方法B8_1/B8_2。当UE仅支持一种重复传输方法时或者当根据可用于PUCCH传输的载波之间的SCS子载波间距关系和PUCCH配置仅有一种重复传输方法可用时,可跳过BS通过L1信令和/或高层信令指示或配置PUCCH载波切换和PUCCH重复之间的处理方法之一的处理。当跳过来自BS的指示或配置时,UE可通过应用可用的重复传输方法来同时执行PUCCH载波切换和PUCCH重复。
<实现方式B8-1>PUCCH重复覆写PUCCH载波切换
如实现方式B8中所描述的,当针对要用于没有PUCCH载波切换的源载波(即,处于不应用PUCCH载波切换的状态的PUCCH小区)(下文中称为PCell)上的PUCCH传输的资源配置重复PUCCH传输时,BS可假设UE不向用于PUCCH传输的目标载波(下文中,称为sSCell)执行PUCCH载波切换。例如,当针对要用于PCell上的PUCCH传输的资源配置PUCCH重复传输时,BS可忽略为PUCCH载波切换指示或配置的目标载波(参见图13)。
然而,根据此操作,UE在PCell上执行传输,基于是否执行重复传输忽略指示或配置的目标载波。因此,在诸如是否成功接收调度指示重复传输的PUCCH的DCI、PUCCH优先级处理以及PUCCH之间的UL复用的各种处理中,在UE和BS之间可能发生信息不匹配。例如,可能出现以下问题。
>一些PUCCH传输可仅基于UE的状态来执行。例如,在SR传输的情况下,可基于UE的UL数据的缓冲状态来确定是否执行SR传输。BS难以通过预测UE的操作来在PCell或sSCell上从UE接收传输。
>在上述操作中,特定调度可确定是否对多个后续时隙应用图案。因此,调度的可靠性可能成为多个后续时隙的可靠性的瓶颈。
>在为UE配置以不同PUCCH时隙长度配置的优先级的情况下,当与两个优先级当中具有较短时隙长度的一个优先级关联的PUCCH调度忽略多个时隙中指示或配置的目标载波时,对于与其交叠的较长时隙长度是否应该忽略指示或配置的目标载波可能不明确。
为了解决上述问题,在BS为UE配置用于PUCCH载波切换的目标载波图案,基于目标载波图案选择用于PUCCH接收的载波(PCell或PUCCH-sSCell),当PCell被选择时在PCell上执行重复接收,并且通过忽略(或重新定义)现有配置的目标载波图案在PCell上继续从PCell开始的重复接收的情况下,UE/BS可执行以下操作中的至少一个。
*Opt.1:BS可假设UE仅在PCell上重复用于SR传输的PUCCH传输。即,当从PCell开始重复SR PUCCH传输时,UE可假设仅在通过目标载波图案指示用于PCell上的PUCCH传输的时隙中执行和完成重复传输(例如,SR PUCCH传输仅在目标载波图案所指示的PCell的时隙中重复,在其它时隙中被放弃),并且BS可调度仅在通过目标载波图案指示用于PCell上的PUCCH传输的时隙中执行重复传输。
*Opt.2:BS可假设当发送用于SR传输的PUCCH时,UE仅在PCell上执行重复传输。即,当从PCell开始重复SR PUCCH传输时,UE可假设重复传输仅在通过目标载波图案指示用于PCell上的PUCCH传输的时隙中执行,在指示用于PUCCH-sSCell上的PUCCH传输的时隙中结束(即使不满足重复次数),并且BS可调度仅在通过目标载波图案指示用于PCell上的PUCCH传输的时隙中执行重复传输。
*Opt.3:当在PCell上正执行低优先级重复PUCCH传输时,UE和BS可通过高优先级PUCCH传输的调度中断重复传输/接收,并且根据现有配置的目标载波图案确定PUCCH传输载波。这可确保不基于低优先级传输来确定PUCCH传输载波,从而维持高优先级传输的可靠性。
*Opt.4:当UE在PCell上执行重复传输时,BS可假设UE重新定义目标载波图案的与执行重复传输的时隙交叠的所有参考时隙均在PCell上。例如,当UE基于15kHz的参考SCS配置有在PCell上配置参考时隙1并且在PUCCH-sSCell上配置参考时隙2的目标载波图案时,在30kHz下时隙长度为14个符号的与优先级A关联的PUCCH传输可在与参考时隙1交叠的时隙1A和2A以及与参考时隙2交叠的时隙3A和4A中执行,并且时隙长度为7个符号的与优先级B关联的PUCCH传输可在与参考时隙1交叠的时隙1B、2B、3B和4B以及与参考时隙2交叠的时隙5B、6B、7B和8B中执行。当优先级B的PUCCH重复传输从时隙3B开始并且在时隙4B、5B和6B中总共执行四次时,其可被重新定义为贯穿包括时隙5B和6B的参考时隙2在PCell上发送PUCCH。由此,通过在参考时隙期间防止PUCCH载波切换,PUCCH载波切换时间可始终保持相同。
*Opt.5:在UE在PCell上执行重复传输的情况下,当通过在重复传输期间忽略或重新定义目标载波图案,PCell被定义为目标载波而非作为时隙A预先配置的目标载波的PUCCH-sSCell时,BS可假设UE不预期或忽略时隙A中的其它PUCCH调度。这可限于UE在PCell上执行重复传输而无需明确从BS接收调度指示(例如,UE针对SR PUCCH传输执行重复传输)的情况。
*Opt.6:在UE在PCell上执行PUCCH重复传输A的情况下,当通过在重复传输期间忽略或重新定义目标载波图案,PCell被定义为目标载波而非作为时隙S预先配置的目标载波的PUCCH-sSCell时,BS可假设UE仅在某些情况下预期并接收时隙S中的另一PUCCH传输B的调度。例如:
>>BS可在UE预期由在接收指示重复传输的DCI的PDCCH的最后符号之后接收的DCI调度的PUCCH调度的假设下执行调度;和/或
>>当重复传输是基于半静态配置的资源而没有明确调度指示的PUCCH重复传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,BS可在UE将预期由在比PUCCH传输的开始X早特定时间T的时间之后接收的DCI调度的PUCCH调度的假设下执行调度。开始X可意指第一重复传输的起始符号或基于未考虑TDD配置的原始PUCCH调度确定的标称PUCCH资源的第一符号。作为UE中的PUCCH处理所需的时间,特定时间T可被确定为3GPP TS 38.213的第9.2.5节中描述的Tmux proc,1或Tmux proc,CSIT。特别是,当包括在调度的PUCCH中的UCI包括HARQ-ACK时,特定时间T可被确定为Tmux proc,1,当UCI仅包括CSI时,特定时间T可被确定为Tmux proc,CSI;和/或
>>当UE被配置为执行的PUCCH传输或重复传输B是基于半静态配置的资源的PUCCH传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,BS可在仅当比对应PUCCH B的起始传输符号Y早特定时间T2的时间早于比PUCCH重复传输A的开始X早特定时间T1的时间时UE才将执行PUCCH传输的假设下尝试PUCCH接收。否则,可不执行PUCCH接收。开始X或Y可意指PUCCH传输的第一重复的起始符号或基于未考虑TDD配置的原始PUCCH调度信息确定的标称PUCCH资源的第一符号。作为UE中的PUCCH处理所需的时间,特定时间T1或T2可被确定为3GPP TS 38.213的第9.2.5节中描述的Tmux proc,1或Tmux proc,CSI。特别是,当包括在调度的PUCCH中的UCI包括HARQ-ACK时,特定时间T1或T2可被确定为Tmux proc,1。当UCI仅包括CSI时,特定时间T1或T2可被确定为Tmux proc,CSI;和/或
>>这可限于UE在PCell上执行重复传输A而无需从BS明确接收调度指示(例如,UE针对SR PUCCH传输执行重复传输)的情况。
>>在一些实现方式中,为了确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI,可假设PUCCH B初始被调度在PCell上。即,Tmux proc,1或Tmux proc,CSI可基于PCell的SCS来确定。
>>另选地,在一些实现方式中,为了确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI,可假设PUCCH B初始被调度在PUCCH-sSCell上。即,Tmux proc,1或Tmux proc,CSI可基于PUCCH-sSCell的SCS来确定。
>>另选地,在一些实现方式中,可假设单独配置的子载波间距以确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI。例如,Tmux proc,1或Tmux proc,CSI可基于RRC配置TDD-UL-DL-configurationCommon中配置的TDD图案和被配置为确定目标载波图案的参考SCS来确定。
*Opt.7:在UE在PCell上执行PUCCH重复传输A的情况下,当通过在重复传输期间省略或重新定义目标载波图案,PCell被定义为目标载波而非作为时隙S的预先配置的目标子载波的PUCCH-sSCell时,根据以下条件中的至少一个,BS可在UE将取消为时隙S指示或配置的另一PUCCH B的传输或者在PCell上执行PUCCH B的传输的假设下执行PUCCH接收。在一些实现方式中,当BS根据以下条件中的至少一个在时隙S中始终调度PUCCH时,BS可仅在UE所预期的条件下执行调度,并且当UE能够取消PUCCH传输时,可不尝试接收PUCCH。以下条件可基于PUCCH重复传输A的传输决策时间点Td。
>>在一些实现方式中,当PUCCH重复传输A由DCI调度时,Td可以是UE接收到调度重复传输A的DCI的PDCCH的最后符号的结束。
>>在一些实现方式中,当PUCCH重复传输A是基于半静态配置的资源而没有明确调度指示的PUCCH重复传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,Td可以是比PUCCH重复传输A的开始X早特定时间T的时间。开始X可意指PUCCH的第一重复传输的第一符号的开始时间或基于未考虑TDD配置的原始PUCCH调度信息确定的标称PUCCH资源的第一符号的开始时间。作为UE中的PUCCH处理所需的时间,特定时间T可被确定为3GPP TS 38.213的第9.2.5节中描述的Tmux proc,1或Tmux proc,CSI。特别是,当包括在调度的PUCCH中的UCI包括HARQ-ACK时,特定时间T可被确定为Tmux proc,1,当UCI仅包括CSI时,特定时间T可被确定为Tmux proc,CSI。
>>在一些实现方式中,BS可在UE将取消在时隙S中由Td之前接收的DCI调度的PUCCH B的传输的假设下操作。
>>在一些实现方式中,BS可在UE将在PCell上发送在时隙S中由承载调度重复传输A的DCI的PDCCH的最后符号之后接收的DCI调度的PUCCH B的假设下操作。
>>在一些实现方式中,当UE被配置为执行的PUCCH传输或重复传输B是基于半静态配置的资源的PUCCH传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,BS可在仅当比PUCCH B的起始传输符号Y早特定时间T2的时间早于Td时UE才将在PCell上发送PUCCH的假设下操作。
>>在一些实现方式中,当UE被配置为执行的PUCCH传输或重复传输B是基于半静态配置的资源的PUCCH传输(例如,周期性CSI报告、SPS HARQ-ACK PUCCH或SR)时,BS可在仅当比PUCCH B的起始传输符号Y早特定时间T2的时间早于Td时UE才将取消PUCCH传输的假设下操作。
>>在一些实现方式中,可假设PUCCH B初始被调度在PCell上以确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI。即,Tmux proc,1或Tmux proc,CSI可基于PCell的SCS来确定。
>>另选地,在一些实现方式中,可假设PUCCH B初始被调度在PUCCH-sSCell上以确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI。即,Tmux proc,1或Tmux proc,CSI可基于PUCCH-sSCell的SCS来确定。
>>另选地,可假设单独配置的SCS以确定与PUCCH传输B关联的Tmux proc,1或Tmux proc,CSI。例如,Tmux proc,1或Tmux proc,CSI可基于被配置为确定RRC配置TDD-UL-DL-configurationCommon中配置的TDD图案的参考SCS和目标载波图案来确定。
*Opt.8:在UE在PCell上执行重复PUCCH传输A的情况下,当通过在重复传输期间忽略或重新定义目标载波图案,PCell被定义为目标载波而非作为时隙S预先配置的目标载波的PUCCH-sSCell,并且UE在PCell上发送为时隙S指示或配置的另一PUCCH B时,BS可假设UE将基于PCell的SCS考虑PUCCH传输的处理时间。例如,当时隙S中配置的PUCCH的起始符号与调度UE所接收到的PUCCH的DCI的接收时间之间的时间间隔等于或大于3GPP TS 38.213的第9.2.5节中描述的Tmux proc,1或Tmux proc,CSI时,可以说调度保证了PUCCH处理时间。否则,即,当二者之间的时间间隔小于Tmux proc,1或Tmux proc,CSI时,可以说未保证PUCCH处理时间。当PUCCH B要在PCell上发送并且未保证PUCCH处理时间时,BS可在UE将取消传输的假设下操作。
UE和BS可在小区配置处理中执行用于配置可用CC的RRC配置。当BS为UE调度PDSCH传输以及用于对PDSCH传输的HARQ-ACK响应的PUCCH传输时,UE可根据本公开的一些实现方式动态地选择将发送用于HARQ-ACK响应的PUCCH的载波,并且BS可根据本公开的一些实现方式在对应载波上要发送的PUCCH资源上接收UCI。
根据本公开的一些实现方式,当UE可使用多个CC时,BS可指示或配置UE动态地切换PUCCH传输载波,以使得UE可执行连续UL传输。根据本公开的一些实现方式,当UE可使用多个CC时,UE可根据预定义规则来切换PUCCH传输载波,并且BS可无歧义地预测这一点。通过本公开的一些实现方式,UE可使由TDD图案导致的放弃的UL传输最小化并且在没有浪费的情况下使用UL资源。
根据本公开的一些实现方式,当在配置了PUCCH小区切换的状态下开始PUCCH重复,然后配置了重复的PUCCH资源通过PUCCH小区配置切换到PUCCH小区时,BS和UE之间具有PUCCH重复的小区和时隙的不同解释的风险可降低。此外,BS为特定小区配置PUCCH重复的原因是考虑特定小区的状态来增加PUCCH传输的可靠性。因此,根据本公开的一些实现方式,即使为UE配置了PUCCH小区切换,也可通过允许UE在特定小区中继续PUCCH重复来实现目标PUCCH传输可靠性。
UE可与PUCCH的传输关联根据本公开的一些实现方式执行操作。UE可包括:至少一个收发器;至少一个处理器;以及至少一个计算机存储器,其在操作上可连接到所述至少一个处理器并且存储指令,这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。用于UE的处理装置可包括:至少一个处理器;以及至少一个计算机存储器,其在操作上可连接到所述至少一个处理器并且存储指令,这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机可读(非暂时性)存储介质可存储包括指令的至少一个计算机程序,这些指令在由至少一个处理器执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机程序或计算机程序产品可包括指令,这些指令被记录在至少一个计算机可读(非暂时性)存储介质上并且在被执行时使得(至少一个处理器)根据本公开的一些实现方式执行操作。
在UE、处理装置、计算机可读(非易失性)存储介质和/或计算机程序产品中,所述操作可包括:接收与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定在第一小区上基于配置了重复的PUCCH资源执行PUCCH传输;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下不对PUCCH传输的重复应用PUCCH小区切换。
在一些实现方式中,不对PUCCH传输的重复应用PUCCH小区切换可包括在第一小区上执行PUCCH传输的重复。
在一些实现方式中,第一小区可以是用于PUCCH小区切换的小区当中的主小区。
在一些实现方式中,不对PUCCH传输的重复应用PUCCH小区切换可包括在PUCCH小区根据PUCCH小区切换图案切换到第二小区的时隙以外的时隙中执行为PUCCH传输配置的K次重复。
在一些实现方式中,不对PUCCH传输的重复应用PUCCH小区切换可包括跳过为PUCCH传输配置的K次重复当中PUCCH小区根据PUCCH小区切换图案切换到第二小区的时隙中的重复。
BS可与PUCCH的接收关联根据本公开的一些实现方式执行操作。BS可包括:至少一个收发器;至少一个处理器;以及至少一个计算机存储器,其在操作上可连接到所述至少一个处理器并且存储指令,所述指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。用于BS的处理装置可包括:至少一个处理器;以及至少一个计算机存储器,其在操作上可连接到所述至少一个处理器并且存储指令,这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机可读(非暂时性)存储介质可存储包括指令的至少一个计算机程序,这些指令在被至少一个处理器执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机程序或计算机程序产品可包括指令,这些指令被记录在至少一个计算机可读(非暂时性)存储介质上并且在被执行时使得(至少一个处理器)根据本公开的一些实现方式执行操作。
在BS、处理装置、计算机可读(非易失性)存储介质和/或计算机程序产品中,所述操作可包括:向UE发送与PUCCH小区切换有关的配置,其中,该配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;确定在第一小区上基于配置了重复的PUCCH资源执行PUCCH接收;以及在PUCCH小区根据PUCCH小区切换图案从第一小区切换到第二小区的状态下不对PUCCH接收的重复应用PUCCH小区切换。
在一些实现方式中,不对PUCCH接收的重复应用PUCCH小区切换可包括在第一小区上执行PUCCH接收的重复。
在一些实现方式中,第一小区可以是用于PUCCH小区切换的小区当中的主小区。
在一些实现方式中,不对PUCCH接收的重复应用PUCCH小区切换可包括在PUCCH小区根据PUCCH小区切换图案切换到第二小区的时隙以外的时隙中执行为PUCCH接收配置的K次重复。
在一些实现方式中,不对PUCCH接收的重复应用PUCCH小区切换可包括省略为PUCCH接收配置的K次重复当中PUCCH小区根据PUCCH小区切换图案切换到第二小区的时隙中的重复。
已呈现了如上所述的本公开的示例以使得本领域普通技术人员能够实现和实践本公开。尽管参考示例描述了本公开,但是本领域技术人员可在本公开的示例中进行各种修改和变化。因此,本公开并非旨在限于本文所阐述的示例,而是符合与本文所公开的原理和特征一致的最宽范围。
本公开的实现方式可在BS、UE或无线通信***中的其它设备中使用。
Claims (14)
1.一种在无线通信***中由用户设备UE发送物理上行链路控制信道PUCCH的方法,该方法包括以下步骤:
接收与PUCCH小区切换有关的配置,其中,所述配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;
确定在所述第一小区上基于配置了重复的PUCCH资源执行PUCCH传输;以及
在所述PUCCH小区根据所述PUCCH小区切换图案从所述第一小区切换到所述第二小区的状态下,不对所述PUCCH传输的重复应用所述PUCCH小区切换。
2.根据权利要求1的所述方法,其中,不对所述PUCCH传输的所述重复应用所述PUCCH小区切换包括在所述第一小区上执行所述PUCCH传输的所述重复。
3.根据权利要求1所述的方法,其中,所述第一小区是主小区。
4.根据权利要求1所述的方法,其中,不对所述PUCCH传输的所述重复应用所述PUCCH小区切换包括在所述PUCCH小区根据所述PUCCH小区图案切换到所述第二小区的时隙以外的时隙中执行为所述PUCCH传输配置的K次重复。
5.根据权利要求1所述的方法,其中,不对所述PUCCH传输的所述重复应用所述PUCCH小区切换包括省略为所述PUCCH传输配置的K次重复当中的所述PUCCH小区根据所述PUCCH小区图案切换到所述第二小区的时隙中的重复。
6.一种用于在无线通信***中发送物理上行链路控制信道PUCCH的用户设备UE,该UE包括:
至少一个收发器;
至少一个处理器;以及
至少一个计算机存储器,所述至少一个计算机存储器在操作上能够连接到所述至少一个处理器并且存储指令,所述指令在被执行时使得所述至少一个处理器执行操作,
其中,所述操作包括:
接收与PUCCH小区切换有关的配置,其中,所述配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;
确定在所述第一小区上基于配置了重复的PUCCH资源执行PUCCH传输;以及
在所述PUCCH小区根据所述PUCCH小区切换图案从所述第一小区切换到所述第二小区的状态下,不对所述PUCCH传输的重复应用所述PUCCH小区切换。
7.一种在无线通信***中的处理装置,该处理装置包括:
至少一个处理器;以及
至少一个计算机存储器,所述至少一个计算机存储器在操作上能够连接到所述至少一个处理器并且存储指令,所述指令在被执行时使得所述至少一个处理器执行操作,
其中,所述操作包括:
接收与PUCCH小区切换有关的配置,其中,所述配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;
确定在所述第一小区上基于配置了重复的PUCCH资源执行PUCCH传输;以及
在所述PUCCH小区根据所述PUCCH小区切换图案从所述第一小区切换到所述第二小区的状态下,不对所述PUCCH传输的重复应用所述PUCCH小区切换。
8.一种计算机可读存储介质,所述计算机可读存储介质存储包括指令的至少一个程序代码,所述指令在被执行时使得至少一个处理器执行操作,
其中,所述操作包括:
接收与PUCCH小区切换有关的配置,其中,所述配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;
确定在所述第一小区上基于配置了重复的PUCCH资源执行PUCCH传输;以及
在所述PUCCH小区根据所述PUCCH小区切换图案从所述第一小区切换到所述第二小区的状态下,不对所述PUCCH传输的重复应用所述PUCCH小区切换。
9.一种在无线通信***中由基站BS从用户设备UE接收物理上行链路控制信道PUCCH的方法,该方法包括以下步骤:
向所述UE发送与PUCCH小区切换有关的配置,其中,所述配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;
确定在所述第一小区上基于配置了重复的PUCCH资源执行PUCCH接收;以及
在所述PUCCH小区根据所述PUCCH小区切换图案从所述第一小区切换到所述第二小区的状态下,不对所述PUCCH接收的重复应用所述PUCCH小区切换。
10.一种用于在无线通信***中从用户设备UE接收混合自动重传请求确认HARQ-ACK信息的基站BS,该BS包括:
至少一个收发器;
至少一个处理器;以及
至少一个计算机存储器,所述至少一个计算机存储器在操作上能够连接到所述至少一个处理器并且存储指令,所述指令在被执行时使得所述至少一个处理器执行操作,
其中,所述操作包括:
向所述UE发送与PUCCH小区切换有关的配置,其中,所述配置包括关于在第一小区和第二小区之间指示时域中的PUCCH小区的PUCCH小区切换图案的信息;
确定在所述第一小区上基于配置了重复的PUCCH资源执行PUCCH接收;以及
在所述PUCCH小区根据所述PUCCH小区切换图案从所述第一小区切换到所述第二小区的状态下,不对所述PUCCH接收的重复应用所述PUCCH小区切换。
11.根据权利要求10所述的BS,其中,不对所述PUCCH接收的所述重复应用所述PUCCH小区切换包括在所述第一小区上执行所述PUCCH接收的所述重复。
12.根据权利要求10所述的BS,其中,所述第一小区是主小区。
13.根据权利要求10所述的BS,其中,不对所述PUCCH接收的所述重复应用所述PUCCH小区切换包括在所述PUCCH小区根据所述PUCCH小区图案切换到所述第二小区的时隙以外的时隙中执行为所述PUCCH接收配置的K次重复。
14.根据权利要求10所述的BS,其中,不对所述PUCCH接收的所述重复应用所述PUCCH小区切换包括省略为所述PUCCH接收配置的K次重复当中的所述PUCCH小区根据所述PUCCH小区图案切换到所述第二小区的时隙中的重复。
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2021-0151739 | 2021-11-05 | ||
KR10-2022-0050383 | 2022-04-22 | ||
KR10-2022-0122897 | 2022-09-27 | ||
KR20220123835 | 2022-09-28 | ||
KR10-2022-0123835 | 2022-09-28 | ||
PCT/KR2022/017241 WO2023080713A1 (ko) | 2021-11-05 | 2022-11-04 | Pucch를 전송하는 방법, 사용자기기, 프로세싱 장치 및 저장 매체, 그리고 pucch를 수신하는 방법 및 기지국 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118202749A true CN118202749A (zh) | 2024-06-14 |
Family
ID=91398713
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202280073600.3A Pending CN118202749A (zh) | 2021-11-05 | 2022-11-04 | 发送pucch的方法、用户设备、处理装置和存储介质及接收pucch的方法和基站 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118202749A (zh) |
-
2022
- 2022-11-04 CN CN202280073600.3A patent/CN118202749A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220248410A1 (en) | Method, user equipment, device, and storage medium for performing uplink transmission, and method and base station for performing uplink reception | |
US20220191882A1 (en) | Method, user equipment, device, and storage medium for performing uplink transmission, and method and base station for performing uplink reception | |
CN113785527A (zh) | 发送pusch的方法、用户设备、设备和存储介质以及接收pusch的方法和基站 | |
CN115336213B (zh) | Harq-ack发送方法、用户设备和存储介质及harq-ack接收方法和基站 | |
KR102550664B1 (ko) | 하향링크 제어 정보를 전송하는 방법 및 기지국, 그리고 하향링크 제어 정보를 수신하는 사용자기기, 장치 및 저장 매체 | |
US11770825B2 (en) | Method, user equipment, processing device, storage medium, and computer program for transmitting uplink channel, and method and base station for receiving uplink channel | |
US20230396298A1 (en) | Method, user equipment, processing device, storage medium and computer program for transmitting channel state information report, and method and base station for receiving channel state information report | |
US20230261807A1 (en) | Method and user equipment for transmitting harq-ack information, and base station for receiving harq-ack information | |
US20230180245A1 (en) | Method, user equipment, processing device, storage medium, and computer program for transmitting uplink channel, and method and base station for receiving uplink channel | |
US11791946B2 (en) | Method, user equipment, processing device, storage medium, and computer program for receiving downlink channel, and method and base station for transmitting downlink channel | |
US11882571B2 (en) | Method, user equipment, processing device, storage medium, and computer program for receiving downlink channel, and method and base station for transmitting downlink channel | |
EP4210261A1 (en) | Method, user equipment, and storage medium for transmitting harq-ack information, and method and base station for receiving harq-ack information | |
CN114467355A (zh) | 监测上行链路取消指令的方法、用户设备、装置、计算机可读存储介质、发送上行链路取消指令的方法和基站 | |
US20230036564A1 (en) | Harq-ack information transmission method, user equipment, and storage medium, and harq-ack information reception method and base station | |
US20220329391A1 (en) | Method, user equipment, processing device, storage medium and computer program for transmitting harq-ack information, and method and base station for receiving harq-ack information | |
EP4280502A2 (en) | Method, user equipment, processing device, storage medium, and computer program for receiving downlink channel, and method and base station for transmitting downlink channel | |
JP7518913B2 (ja) | Harq-ack送信方法、ユーザ機器及び格納媒体、並びにharq-ack受信方法及び基地局 | |
US20230224100A1 (en) | Method and user equipment for transmitting harq-ack information, and base station for receiving harq-ack information | |
US20240236986A1 (en) | Method, user equipment, processing device, and storage medium for transmitting harq-ack information, and method and base station for receiving harq-ack information | |
EP4329230A1 (en) | Method, user equipment, processing device, and storage medium for transmitting harq-ack information, and method and base station for receiving harq-ack information | |
US12041648B2 (en) | Method, user equipment, and storage medium for transmitting uplink channel, and method and base station for receiving uplink channel | |
EP4380086A1 (en) | Method, user equipment, processing device and storage medium for transmitting harq-ack information, and method and base station for receiving harq-ack information | |
EP4322438A1 (en) | Method for transmitting harq-ack information, user equipment, processing device, storage medium and computer program, and harq-ack information reception method and base station | |
CN118202749A (zh) | 发送pucch的方法、用户设备、处理装置和存储介质及接收pucch的方法和基站 | |
CN117121594A (zh) | 发送harq-ack信息的方法、用户设备、处理装置、存储介质和计算机程序及接收harq-ack信息的方法和基站 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |