CN116325632A - 自适应跨载波调度和灵活pucch组 - Google Patents
自适应跨载波调度和灵活pucch组 Download PDFInfo
- Publication number
- CN116325632A CN116325632A CN202180069193.4A CN202180069193A CN116325632A CN 116325632 A CN116325632 A CN 116325632A CN 202180069193 A CN202180069193 A CN 202180069193A CN 116325632 A CN116325632 A CN 116325632A
- Authority
- CN
- China
- Prior art keywords
- cell
- cells
- scheduling
- pdcch
- active
- 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
- 230000003044 adaptive effect Effects 0.000 title abstract description 24
- 238000000034 method Methods 0.000 claims abstract description 196
- 230000003213 activating effect Effects 0.000 claims abstract description 28
- 230000005540 biological transmission Effects 0.000 description 312
- 238000012544 monitoring process Methods 0.000 description 123
- 230000011664 signaling Effects 0.000 description 123
- 230000004913 activation Effects 0.000 description 112
- 230000007246 mechanism Effects 0.000 description 86
- 230000006870 function Effects 0.000 description 60
- 230000008859 change Effects 0.000 description 42
- 238000012545 processing Methods 0.000 description 39
- 238000004220 aggregation Methods 0.000 description 34
- 230000008569 process Effects 0.000 description 32
- 230000002776 aggregation Effects 0.000 description 31
- 238000004891 communication Methods 0.000 description 30
- 230000009849 deactivation Effects 0.000 description 26
- 230000001960 triggered effect Effects 0.000 description 26
- 238000013507 mapping Methods 0.000 description 18
- 230000008093 supporting effect Effects 0.000 description 16
- 230000000737 periodic effect Effects 0.000 description 14
- 238000005259 measurement Methods 0.000 description 12
- 239000000969 carrier Substances 0.000 description 11
- 101150071746 Pbsn gene Proteins 0.000 description 10
- 230000001976 improved effect Effects 0.000 description 10
- 230000008901 benefit Effects 0.000 description 8
- 230000020411 cell activation Effects 0.000 description 8
- 230000000295 complement effect Effects 0.000 description 7
- 125000004122 cyclic group Chemical group 0.000 description 7
- 238000001228 spectrum Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000006399 behavior Effects 0.000 description 5
- 230000007774 longterm Effects 0.000 description 5
- 238000013468 resource allocation Methods 0.000 description 5
- 230000002123 temporal effect Effects 0.000 description 5
- 230000001174 ascending effect Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 238000009482 thermal adhesion granulation Methods 0.000 description 4
- 238000010200 validation analysis Methods 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000001788 irregular Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000010267 cellular communication Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000014509 gene expression Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000002441 reversible effect Effects 0.000 description 2
- 230000007727 signaling mechanism Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- SUDBRAWXUGTELR-HPFNVAMJSA-N 5-[[(2r,3r,4s,5s,6r)-3,4,5-trihydroxy-6-(hydroxymethyl)oxan-2-yl]oxymethyl]-1h-pyrimidine-2,4-dione Chemical compound O[C@@H]1[C@@H](O)[C@H](O)[C@@H](CO)O[C@H]1OCC1=CNC(=O)NC1=O SUDBRAWXUGTELR-HPFNVAMJSA-N 0.000 description 1
- 101100391182 Dictyostelium discoideum forI gene Proteins 0.000 description 1
- 241000700159 Rattus Species 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 229940102240 option 2 Drugs 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
- H04L27/2602—Signal structure
- H04L27/26025—Numerology, i.e. varying one or more of symbol duration, subcarrier spacing, Fourier transform size, sampling rate or down-clocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
Abstract
一种用于自适应跨载波调度和灵活物理上行链路控制信道(PUCCH)组的方法和设备。一种用于接收物理下行链路控制信道(PDCCH)或发送PUCCH的方法包括:接收用于第一组小区和用于第二组小区的第一信息,以及接收用于仅激活第一组小区和第二组小区之一的第二信息。该方法还包括:基于第二信息来确定要激活的一组小区,并且仅在被激活的一组小区中的第一小区集上接收PDCCH、或仅在被激活的一组小区中的第二小区上发送PUCCH。
Description
技术领域
本公开总体上涉及无线通信系统,并且更具体地,本公开涉及自适应跨载波调度和灵活物理上行链路控制信道(PUCCH)组。
背景技术
随着世界范围内对来自工业界和学术界中的各种候选技术的所有技术活动,最近第5代(5G)或新无线电(NR)移动通信的势头日益增强。实现5G/NR移动通信的候选项包括:从传统蜂窝频带到高频带、用于提供波束成形增益并支持增加容量的大规模天线技术,用于灵活地适应具有不同要求的各种服务/应用的新波形(例如,新无线电接入技术(RAT)),用于支持大规模连接的新多址方案等。
发明内容
[技术方案]
本公开涉及无线通信系统,并且更具体地,本公开涉及自适应跨载波调度和灵活PUCCH组。
在一个实施方式中,提供了一种用于接收物理下行链路控制信道(PDCCH)的方法。该方法包括:接收用于第一组小区和用于第二组小区的第一信息,以及接收用于仅激活第一组小区和第二组小区之一的第二信息。该方法还包括:基于第二信息来确定要激活的一组小区,以及仅在所激活的一组小区中的第一小区集上接收PDCCH。
在另一个实施方式中,提供了一种用户设备(UE)。该UE包括收发器,该收发器被配置为:接收用于第一组小区和第二组小区的第一信息,以及接收用于仅激活第一组小区和第二组小区之一的第二信息。该UE还包括可操作地联接到收发器的处理器。该处理器被配置为:基于第二信息来确定要激活的一组小区。该收发器还被配置为:仅在所激活的一组小区中的第一小区集上接收PDCCH。
在又一实施方式中,提供了一种基站(BS)。该BS包括收发器,该收发器被配置为:发送用于第一组小区和第二组小区的第一信息,以及发送用于仅激活第一组小区和第二组小区之一的第二信息。该BS还包括可操作地联接到收发器的处理器。该处理器被配置为:基于第二信息来确定要激活的一组小区。该收发器还被配置为:仅在所激活的一组小区中的第一小区集上发送PDCCH。
根据随附附图、说明书和权利要求书,本领域技术人员可以容易地理解其它技术特征。
在进行以下详细描述之前,阐述贯穿本专利文件中使用的某些词语和短语的定义可以是有利的。术语“联接”及其派生词是指两个或更多个元件之间的任何直接或间接的通信,不管这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词涵盖直接和间接通信。术语“包含”和“包括”及其派生词意味着包括但不限于。术语“或”是包括性的,意味着和/或。短语“与……相关联”及其派生词意指包括、被包括在……内、与……互连、包括、被包括在……内、连接到……或与……连接、联接到……或与……联接、可与……通信、与……协作、交织、并列、与……紧邻、被结合到……或与……结合、具有、具有……特征、具有与……的关系或与……有关系等。术语“控制器”是指控制至少一个操作的任何设备、系统或其部分。这种控制器可以在硬件或硬件和软件和/或固件的组合中实现。无论是本地的还是远程的,与任何特定控制器相关联的功能可以是集中式或分布式。短语“至少一个”,当与项目列表一起使用时,意味着可使用所列项目中的一个或多个的不同组合,并且可以仅需列表中的一个项目。例如,“A、B和C中的至少一个”包括以下组合中的任何一个:A、B、C、A和B、A和C、B和C以及A和B和C。
此外,下文所描述的各种功能可以由一个或多个计算机程序实施或支持,每个计算机程序由计算机可读程序代码形成并体现于计算机可读媒体中。术语“应用”和“程序”是指适于以合适的计算机可读程序代码实施的一个或多个计算机程序、软件组件、指令集、过程、功能、对象、分类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能由计算机接入的任何类型的介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其它类型的存储器。“非暂时性”计算机可读介质不包括传输瞬时电信号或其它信号的有线、无线、光或其它通信链路。非暂时性计算机可读介质包括可永久存储数据的介质,以及可存储数据并随后重写数据的介质,诸如可重写光盘或可擦除存储器装置。
贯穿本专利文件提供了其它某些词语和短语的定义。本领域的普通技术人员应当理解,在许多情况(如果不是大多数情况)下,这些定义应用于这些所定义词语和短语的先前以及将来使用。
附图说明
为了更透彻地理解本公开及其优点,现参考结合附图的以下描述,在附图中相似的附图标记表示相似的部分:
图1示出了根据本公开实施方式的示例性无线网络;
图2示出了根据本公开实施方式的示例性gNB;
图3示出了根据本公开实施方式的示例性UE;
图4和图5示出了根据本公开的示例性无线发送和接收路径;
图6示出了根据本公开实施方式的具有跨载波调度的示例性配置;
图7示出了根据本公开实施方式的具有跨载波调度的示例性操作;
图8示出了根据本公开实施方式的具有自适应跨载波调度的示例性操作;
图9示出了根据本公开实施方式的用于支持多个被配置的调度小区以及对给定被调度小区指示一个或多个活动调度小区的方法的流程图;
图10示出了根据本公开实施方式的用于以第一活动调度小区进行操作的方法的流程图;
图11示出了根据本公开实施方式的活动调度小区的示例性动态切换;
图12示出了根据本公开实施方式的用于针对给定被调度小区进行活动调度小区的动态切换操作的方法的流程图;
图13示出了根据本公开实施方式的一直处于活动状态的示例性调度小区;
图14示出了根据本公开实施方式的用于指示对活动调度小区进行切换的方法的流程图;
图15示出了根据本公开实施方式的示例性DCI格式;
图16示出了根据本公开实施方式的用于指示对活动调度小区进行切换的方法的流程图;
图17示出了根据本公开实施方式的示例性DCI格式;
图18示出了根据本公开实施方式的示例性组公共DCI格式;
图19示出了根据本公开实施方式的另一个示例性组公共DCI格式;
图20示出了根据本公开实施方式的用于指示对活动调度小区进行切换的方法的流程图;
图21示出了根据本公开实施方式的示例性下行链路MAC-CE激活/禁用命令;
图22示出了根据本公开实施方式的用于使用MAC-CE激活/禁用命令来指示对活动调度小区的切换的方法的流程图;
图23示出了根据本公开实施方式的用于调度小区禁用定时器的方法的流程图;
图24示出了根据本公开实施方式的用于活动调度小区切换的示例性激活时间;
图27示出了根据本公开实施方式的示例性盲解码限制;
图28示出了根据本公开实施方式的用于基于活动调度小区的参数集对被调度小区进行操作的方法的流程图;
图29示出了根据本公开实施方式的用于SS集丢弃的示例性伪代码;
图30示出了根据本公开实施方式的具有两个PUCCH组的示例性UE配置;
图31示出了根据本公开实施方式的示例性灵活PUCCH组;
图32示出了根据本公开实施方式的用于支持两个/多个PUCCH服务小区以及指示对应于一个或多个服务小区的一个活动PUCCH服务小区的方法的流程图;
图33示出了根据本公开实施方式的用于以第一活动PUCCH小区进行操作的方法的流程图;
图34示出了根据本公开实施方式的用于指示对活动PUCCH小区进行切换的方法的流程图;
图35示出了根据本公开实施方式的活动PUCCH小区的示例性动态切换;
图36示出了根据本公开实施方式的用于针对给定服务小区进行活动PUCCH服务小区的动态切换的方法的流程图;
图37示出了根据本公开实施方式的用于指示进行UCI传输的活动PUCCH服务小区的方法的流程图;
图38示出了根据本公开实施方式的用于指示进行UCI传输的活动PUCCH服务小区的方法的流程图;
图39示出了根据本公开实施方式的用于确定/切换活动PUCCH服务小区的方法的流程图;
图40示出了根据本公开实施方式的用于确定/切换活动PUCCH服务小区的方法的另一个流程图;
图41示出了根据本公开实施方式的示例性DCI格式;
图42示出了根据本公开实施方式的用于指示对活动PUCCH小区进行切换的方法的流程图;
图43示出了根据本公开实施方式的示例性DCI格式;
图44示出了根据本公开实施方式的示例性组公共DCI格式;
图45示出了根据本公开实施方式的另一个示例性组公共DCI格式;
图46示出了根据本公开实施方式的用于指示对活动PUCCH小区进行切换的方法的流程图;
图47示出了根据本公开实施方式的示例性下行链路MAC-CE激活/禁用命令;
图48示出了根据本公开实施方式的用于使用MAC-CE激活/禁用命令来指示对活动PUCCH小区进行切换的方法的流程图;
图49示出了根据本公开实施方式的用于切换活动PUCCH小区的示例性激活时间;
图50示出了根据本公开实施方式的示例性DCI格式;
图51示出了根据本公开实施方式的用于DCI格式指示对活动PUCCH小区进行切换的方法的流程图;
图52示出了根据本公开实施方式的示例性SPS PDSCH配置;
图53示出了根据本公开实施方式的用于确定和改变进行与SPS PDSCH接收对应的HARQ-ACK信息传输的PUCCH服务小区的方法的流程图;
图54示出了根据本公开实施方式的用于使用预定的或配置的时间模式来进行多个PUCCH小区的SR/LRR传输的方法的流程图;
图55示出了根据本公开实施方式的用于激活/禁用关于PUCCH的SP-CSI报告的示例性MAC-CE命令;以及
图56示出了根据本公开实施方式的用于在多个PUCCH小区上确定关于PUCCH的SP-CSI报告的方法的流程图。
具体实施方式
下面论述的图1至图56以及在本专利文件中用于描述本公开原理的各实施方式仅仅是示例性的,并且不应当以任何方式被解释为限制本公开的范围。本领域技术人员将理解,本公开的原理可以在任何适当布置的系统或装置中实施。
以下文件由此通过引用并入本公开中,就如同在本文中充分阐述一般:3GPP TS38.211v16.2.0,“NR;物理信道和调制(Physical channels and modulation)”;3GPP TS38.212v16.2.0,“NR;多路复用和信道编码(Multiplexing and Channel coding)”;3GPPTS 38.213v16.2.0,“NR;用于控制的物理层过程(Physical Layer Procedures forControl)”;3GPP TS38.214v16.2.0,“NR;用于数据的物理层过程(Physical LayerProcedures for Data)”;3GPP TS 38.321Rel-16v16.1.0,“NR;介质访问控制(MAC)协议标准(Medium Access Control(MAC)protocol specification)”;3GPP TS 38.331v16.1.0,“NR;无线资源控制(RRC)协议标准(Radio Resource Control(RRC)ProtocolSpecification)”以及3GPP TS 38.300Rel-16v16.2.0,“NR;NR和NG-RAN总体描述;第二阶段(NR and NG-RAN Overall Description;Stage 2)”,2020年7月。
下面的图1至图3描述了在无线通信系统中实现并使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术实现的各实施方式。图1至图3的描述并非旨在暗示对不同实施方式的可实现方式在物理上或架构上进行限制。本公开的不同实施方式可以在任何适当布置的通信系统中实现。
图1示出了根据本公开实施方式的示例性无线网络。图1所示的无线网络的实施方式仅用于说明。在不脱离本公开范围的情况下,可以使用无线网络100的其它实施方式。
如图1所示,无线网络包括gNB 101(例如,基站BS)、gNB 102和gNB 103。gNB 101与gNB 102和gNB 103通信。gNB 101还与至少一个网络130通信,诸如因特网、专有因特网协议(IP)网络或者其它数据网络。
gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括:UE 111,其可以位于小型企业中;UE 112,其可以位于企业(E)中;UE 113,其可以位于WiFi热点(HS)中;UE 114,其可以位于第一住宅(R)中;UE 115,其可以位于第二住宅(R)中;以及UE 116,其可以是移动装置(M),诸如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施方式中,eNB 101至eNB 103中的一个或多个可以使用5G/NR、LTE、LTE-A、WiMAX、WiFi或其它无线通信技术来彼此通信并且与UE 111至UE 116通信。
根据网络类型,术语“gNB”可以指被配置为向远程终端提供到网络的无线接入的任何部件(或部件的集合),诸如收发器基站、无线电基站、发送点(TP)、发送接收点(TRP)、地面网关、机载gNB、卫星系统、移动基站、宏小区、毫微微小区、WiFi接入点(AP)等。基站可以根据一种或多种无线通信协议提供无线接入,例如,5G/NR 3GPP NR、长期演进(LTE)、LTE高级(LTE-A)、高速分组接入(HSPA)、Wi-Fi802.11a/b/g/n/ac等。为了方便起见,术语“BS”和“TRP”在本专利文件中可互换地使用,以指代向远程终端提供无线接入的网络基础设施部件。另外,根据网络类型,术语“用户设备”或“UE”能够指代诸如“移动站”、“订户站”、“远程终端”、“无线终端”、“接收点”或“用户装置”的任何部件。为了方便起见,在本专利文件中使用术语“用户设备”或“UE”来指代无线接入BS的远程无线设备,无论UE是移动设备(诸如移动电话或智能电话)或是通常被认为是固定设备(诸如台式计算机或自动售货机)。
虚线示出了覆盖区域120和125的大致范围,仅出于说明和解释的目的,它们被示出了为大致圆形。应清楚地理解,与gNB相关联的覆盖区域(诸如覆盖区域120和125)可以具有其它形状,包括不规则形状,这取决于gNB的配置以及与天然和人造障碍相关联的无线电环境的变化。
如下面更详细地描述,UE 111至UE 116中的一个或多个包括用于对半持久且被配置型许可传输进行波束管理和覆盖增强的电路、编程或其组合。在某些实施方式中,并且gNB 101至gNB 103中的一个或多个包括用于对半持久且被配置型许可传输进行波束管理和覆盖增强的电路、编程或其组合。
虽然图1示出了无线网络的一个示例,但是可以对图1进行各种改变。例如,无线网络可以以任何合适的布置包括任何数量的gNB和任何数量的UE。另外,gNB 101可以与任何数量的UE直接通信,并且向这些UE提供对网络130的无线宽带接入。类似地,gNB 102至gNB103中的每个可以与网络130直接通信,并且向UE提供对网络130的直接无线宽带接入。此外,gNB 101、gNB 102和/或gNB 103可以提供对其它或额外的外部网络(诸如外部电话网络或其它类型的数据网络)的接入。
图2示出了根据本公开实施方式的示例性gNB 102。图2中示出的gNB 102的实施方式仅用于说明目的,并且图1中的gNB 101和gNB 103可以具有相同或类似的配置。然而,gNB具有各种各样的配置,并且图2不将本公开的范围限于gNB的任何特定实现方式。
如图2所示,gNB 102包括多个天线205a至205n、多个RF收发器210a至210n、发送(TX)处理电路215、以及接收(RX)处理电路220。gNB 102还包括控制器/处理器225、存储器230、以及回程或网络接口235。
RF收发器210a至210n从天线205a至205n接收传入RF信号,诸如由UE在网络100中发送的信号。RF收发器210a至210n对传入RF信号进行下变频转换以生成IF或基带信号。IF或基带信号被发送到RX处理电路220,该RX处理电路通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路220将经处理的基带信号发送到控制器/处理器225以供进一步处理。
TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路215对传出基带数据进行编码、多路复用和/或数字化以生成经处理的基带或IF信号。RF收发器210a至210n从TX处理电路215接收传出的经处理基带或IF信号,并且将基带或IF信号上变频转换为经由天线205a至205n发送的RF信号。
控制器/处理器225可以包括控制gNB 102整体操作的一个或多个处理器或者其它处理装置。例如,控制器/处理器225可以根据公知原理通过RF收发器210a至210n、RX处理电路220和TX处理电路215来控制对正向信道信号的接收和对反向信道信号的发送。控制器/处理器225还可以支持额外功能,诸如更高级的无线通信功能。例如,控制器/处理器225可以支持波束成形或定向路由操作,其中来自/去往多个天线205a至205n的传出/传入信号被不同地加权以有效地在所需方向上引导传出信号。控制器/处理器225可以在gNB 102中支持各种各样其它功能中的任何一种。
控制器/处理器225还能够执行驻留在存储器230中的程序和其它进程,诸如OS。控制器/处理器225可以根据执行进程需要来将数据移入或移出存储器230。
控制器/处理器225还联接到回程或网络接口235。回程或网络接口235允许gNB102经由回程连接或经由网络与其它装置或系统通信。接口235可以支持经由任何合适的有线或无线连接的通信。例如,当gNB102被实施为蜂窝式通信系统(诸如支持5G/NR、LTE或LTE-A的蜂窝式通信系统)的部分时,接口235可以允许gNB 102通过有线或无线回程连接与其它gNB通信。当gNB 102被实现为接入点时,接口235可以允许gNB 102通过有线或无线局域网或通过与较大网络(诸如因特网)的有线或无线连接进行通信。接口235包括支持通过有线或无线连接通信(诸如以太网或RF收发机)的任何适当的结构。
存储器230联接到控制器/处理器225。存储器230的一部分可以包括RAM,并且存储器230的另一部分可包括快闪存储器或其它ROM。
虽然图2示出了gNB 102的一个示例,但可以对图2做出各种改变。例如,gNB 102可以包括图2所示的任何数量的每个部件。作为特定示例,接入点可以包括多个接口235,并且控制器/处理器225可以支持路由功能以在不同网络地址之间路由数据。作为另一个特定示例,虽然被示出了为包括TX处理电路215的单个实例和RX处理电路220的单个实例,但是gNB102可以包括每一者的多个实例(诸如每个RF收发器一个实例)。另外,图2中的各种部件可以组合、进一步细分或省略,并且可以根据特定需要添加额外部件。
图3示出了根据本公开实施方式的示例性UE 116。图3中所示的UE116的实施方式仅用于说明,并且图1中的UE 111至UE 115可以具有相同或类似的配置。然而,UE具有各种各样的配置,并且图3不将本公开的范围限制于UE的任何特定实现方式。
如图3所示,UE 116包括天线305、射频(RF)收发器310、TX处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器340、输入/输出(I/O)接口(IF)345、触摸屏350、明确器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。
RF收发器310从天线305接收由网络100的gNB发送的传入RF信号。RF收发器310对传入RF信号进行下变频转换,以生成中频(IF)或基带信号。将IF或基带信号发送到RX处理电路325,该RX处理电路通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路325将经处理的基带信号发送到扬声器330(诸如针对语音数据)或处理器340(诸如针对网络浏览数据)以供进一步处理。
TX处理电路315从麦克风320接收模拟或数字语音数据或者从处理器340接收其它传出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315对传出基带数据进行编码、多路复用和/或数字化以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收传出的经处理基带或IF信号,并且将基带或IF信号上变频转换为经由天线305发送的RF信号。
处理器340可以包括一个或多个处理器或其它处理设备,并且执行存储在存储器360中的OS 361以便控制UE 116的整体操作。例如,处理器340可以根据公知原理,通过RF收发器310、RX处理电路325和TX处理电路315来控制对正向信道信号的接收以及对反向信道信号的发送。在一些实施方式中,处理器340包括至少一个微处理器或微控制器。
处理器340还能够执行驻留在存储器360中的其它进程和程序,诸如用于波束管理的进程。处理器340可以根据执行进程的需要来将数据移入或移出存储器360。在一些实施方式中,处理器340配置为基于OS361或响应于从gNB或操作员接收的信号来执行应用362。处理器340还联接到I/O接口345,该I/O接口345向UE 116提供连接到其它装置(诸如膝上型计算机和手持式计算机)的能力。I/O接口345是这些附件与处理器340之间的通信路径。
处理器340还联接到触摸屏350和明确器355。UE 116的操作者可以使用触摸屏350来向UE 116输入数据。明确器355可以是液晶明确器、发光二极管明确器或能够渲染文本和/或至少有限图形(诸如来自网站)的其它明确器。
存储器360联接到处理器340。存储器360的一部分可以包括随机存取存储器(RAM),并且存储器360的另一部分可以包括闪存存储器或其它只读存储器(ROM)。
虽然图3示出了UE 116的一个示例,但可以对图3做出各种改变。例如,图3中的各种部件可以组合、进一步细分或省略,并且可以根据特定需要添加额外部件。作为特定示例,处理器340可划分为多个处理器,诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。另外,尽管图3示出了被配置为移动电话或智能电话的UE 116,但UE可以被配置成作为其它类型的移动装置或固定装置进行操作。
为了满足自从4G通信系统的部署以来增加的对无线数据流量的需求并且为了实现各种垂直应用,5G通信系统已经被部署并且当前正在部署中。
5G通信系统被认为包括更高频带(毫米波)(诸如28GHz或60GHz频带)或者一般来说在高于6GHz的频带中实施,以便实现更高的数据速率;或者在更低频带(诸如低于6GHz)中实施,以实现稳健的覆盖范围和移动性支持。本公开的方面可以应用于可以使用太赫兹频带的5G通信系统、6G或甚至更高版本的部署。为了降低无线电波的传播损耗并增加传输距离,在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维度MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。
此外,在5G/NR通信系统中,正在基于先进的小型基地台、云无线接入网络(RAN)、超密度网络、装置到装置(D2D)通信、无线回程、移动网络、协同通信、协调多点(CoMP)、接收端干扰消除等来进行系统网络改进的开发。
通信系统包括下行链路(DL)和上行链路(UL),下行链路(DL)是指从基站或一个或多个传输点到UE的发送,上行链路(UL)是指从UE到基站或一个或多个接收点的发送。
小区上的用于DL信令或用于UL信令的时间单位被称为时隙,并且可以包括一个或多个符号。符号也可以用作额外的时间单位。频率(或带宽(BW))单元被称为资源块(RB)。一个RB包括多个子载波(SC)。例如,时隙可以具有0.5毫秒或1毫秒的持续时间,包括14个符号,并且RB可以包括具有15KHz或30KHz的SC间间隔的12个SC等。
DL信号包括传送信息内容的数据信号、传送DL控制信息(DCI)的控制信号,以及也被称为导频信号的参考信号(RS)。gNB通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)来发送数据信息或DCI。PDSCH或PDCCH可以通过包括一个时隙符号的数量可变的时隙符号来发送。为简明起见,调度UE的PDSCH接收的DCI格式被称为DL DCI格式,而调度来自UE的物理上行链路共享信道(PUSCH)发送的DCI格式被称为UL DCI格式。
gNB发送多种类型的RS中的一个或多个,包括信道状态信息RS(CSI-RS)和解调RS(DMRS)。CSI-RS主要旨在用于UE执行测量并将CSI提供给gNB。针对信道测量,使用非零功率CSI-RS(NZP CSI-RS)资源。针对干扰测量报告(IMR),使用与非零功率CSI-RS(ZP CSI-RS)配置相关联的CSI干扰测量(CSI-IM)资源。CSI过程包括NZP CSI-RS和CSI-IM资源。
UE可以通过DL控制信令或高层信令来确定CSI-RS发送参数,诸如来自gNB的无线电资源控制(RRC)信令。CSI-RS的发送实例可以由DL控制信令指示或由高层信令配置。DM-RS仅在相应PDCCH或PDSCH的BW中发送,并且UE可以使用DMRS来解调数据或控制信息。
图4和图5示出了根据本公开的示例性无线发送和接收路径。在以下描述中,发送路径400可以被描述为在gNB(诸如gNB 102)中实施,而接收路径500可以被描述为在UE(诸如UE 116)中实施。然而,可以理解,接收路径500可以在gNB中实施,并且发送路径400可以在UE中实施。在一些实施方式中,接收路径500被配置为支持用于具有2D天线阵列的系统的码本设计和结构,如在本公开实施方式中所描述的。
如图4中示出的发送路径400包括信道编码和调制块405、串行到并行(S到P)块410、大小为N的快速傅里叶逆变换(IFFT)块415、并行到串行(P到S)块420、添加循环前缀块425,以及上变频转换器(UC)430。如图5所示的接收路径500包括下变频转换器(DC)555、移除循环前缀块560、串行到并行(S到P)块565、大小为N的快速傅里叶变换(FFT)块570、并行到串行(P到S)块575以及信道解码和解调块580。
如图4中示出了,信道编码和调制块405接收一组信息位、应用编码(诸如低密度奇偶校验(LDPC)编码)并对输入位进行调制(诸如用正交相移键控(QPSK)或正交调幅(QAM)),以生成频域调制符号的序列。
串行到并行块410将经串行调制的符号转换(诸如去多路复用)成并行数据,以便生成N个并行符号流,其中N是gNB 102和UE 116中使用的IFFT/FFT大小。大小为N的IFFT块415对N个并行符号流执行IFFT操作,以生成时域输出信号。并行到串行块420将转换(诸如复用)来自大小为N的IFFT块415的并行时域输出符号,以便生成串行时域信号。添加循环前缀块425将循环前缀插入到时域信号。上变频转换器430将添加循环前缀块425的输出调制(诸如上变频转换)到RF频率,以经由无线信道发送。在转换到RF频率之前,还可以在基带处对信号进行滤波。
从gNB 102发送的RF信号在穿过无线信道之后到达UE 116,并且在UE 116处执行与gNB 102处操作相反的操作。
如图5中示出了,下变频转换器555将接收到的信号下变频转换到基带频率,并且移除循环前缀块560移除循环前缀,以生成串行时域基带信号。串行到并行块565将时域基带信号转换为并行时域信号。大小为N的FFT块570执行FFT算法,以生成N个并行频域信号。并行到串行块575将并行频域信号转换为经调制的数据符号的序列。信道解码和解调块580对经调制的符号进行解调和解码,以恢复原始输入数据流。
gNB 101至gNB 103中的每个可以实施类似于如图4所示的在下行链路中向UE 111至UE 116发送的发送路径400,并且可以实施类似于如图5所示的在上行链路中从UE 111至UE 116接收的接收路径500。类似地,UE 111至UE 116中的每个可以实施用于在上行链路中向gNB 101至gNB 103发送的发送路径400,并且可以实施用于在下行链路中从gNB101至gNB103接收的接收路径500。
图4和图5中的部件中的每个可以仅使用硬件或使用硬件和软件/固件的组合来实施。作为特定示例,图4和图5中的至少一些部件可以用软件来实施,而其它部件可以通过可配置硬件或者软件和可配置硬件的组合来实施。例如,FFT块570和IFFT块515可以被实现为可配置的软件算法,其中大小N的值可以根据实现方式来修改。
此外,虽然被描述为使用FFT和IFFT,但是这仅仅是说明性的,而不可以被解释为限制本公开的范围。可以使用其它类型的变换,诸如离散傅里叶变换(DFT)和离散傅里叶逆变换(IDFT)函数。可以理解,对于DFT和IDFT函数,变量N的值可以是任何整数(诸如1、2、3、4等);而对于FFT和IFFT函数,变量N的值可以是作为2的幂的任何整数(诸如1、2、4、8、16等)。
尽管图4和图5示出了无线发送和接收路径的示例,但可以对图4和图5做出各种改变。例如,图4和图5中的各种部件可以被组合、进一步细分或省略,并且可以根据特定需求添加额外部件。另外,图4和图5旨在示出了可以在无线网络中使用的发送和接收路径的类型的示例。任何其它合适的架构可以用于支持无线网络中的无线通信。
本公开涉及将提供用于支持以下一项或多项的准5G或5G或后5G通信系统:比诸如LTE的4G通信系统更高的数据速率、更低的延迟、更高的可靠性和大规模连接。尽管本公开的重点是3GPP 5G NR通信系统,但各实施方式可以普遍应用于以其它RAT和/或标准操作的UE,诸如3GPP标准(包括超5G、高级5G、6G等)、IEEE标准(诸如802.16WiMAX和802.11Wi-Fi等)的不同版本/代等。
本公开涉及载波聚合(CA)操作中的跨载波调度,其中,对应于数据发送/接收的控制信令(例如,用于调度PDSCH或PUSCH的PDCCH/DCI,用于被称为调度小区的服务小区)由gNB发送,并且由UE在称为被调度小区的另一个服务小区上监测/接收。因此,跨载波调度是有用的特征,以仅将控制信令限制在少数服务小区,即调度小区,而不是所有服务小区。然而,LTE和NR Rel-15/16中支持的现有跨载波调度方法仅考虑了被调度小区与调度小区的半静态关联。例如,每个被调度小区被半静态地配置有单个调度小区。因此,针对给定被调度小区的调度小区发生任何变化将需要半静态的RRC重新配置,这会在变化生效前产生高开销信令以及长延迟。
另一个方面,在不同频带中运行的不同服务小区具有不同的物理特征。例如,在诸如sub-1GHz的低频带中的服务小区提供了强大的信道条件,因此应用于超可靠低延迟通信(URLLC)和大规模机器型通信(mMTC)用例。此外,与中/高频带相比,这种低频带服务小区还享有更低的路径损耗,因此可以为增强型移动宽带(eMBB)服务提供高覆盖范围,并且还可以在中/高频带小区出现故障、禁用等情况时充当潜在的“后备”服务小区。
在可能和/或可用的情况下,需要在能够提供改进可靠性的服务小区上发送诸如DCI等的控制信令,例如,具有更强信道条件的低频带(主)服务小区。控制信令的可靠性对于所有的应用都是至关重要的,但对于如URLLC的用例更是如此。
还需要避免在每个服务小区(诸如任何给定调度小区)上发生控制信令拥堵。必须保证有足够的控制资源用于服务小区的自调度,也被配置为用于其它服务小区的调度小区。例如,低频带的服务小区可能被配置为用于具有CA操作的UE的主小区(PCell),因此可能面临来自同一服务小区内(大量)UE/传输以及来自其它服务小区的UE/传输而增加的控制信令开销。重要的是,要确保诸如URLLC和mMTC的固有低频带服务,在低频带(主)服务小区上享有足够的PDCCH资源。此外,来自其它服务/被调度小区的控制信令开销需要保持在合理范围内,以便在需要时释放低频带(主)服务小区上的时间频率资源并且可用于数据传输。
进一步还需要支持在控制信道可靠性与控制信令开销之间进行动态权衡的机制。例如,在目前的规范中,低频带(主)服务小区可能无法承受来自自调度以及跨载波调度的大量DCI,但是不可能将跨载波DCI卸载到其它调度小区,除非调度小区的配置被RRC重新配置。根据各方面,诸如网络流量情况的变化和控制资源的(不)可用性(或不可用),网络需要在不同的调度小区之间动态卸载DCI/PDCCH信令开销,以避免在一个/一些调度小区上发生控制拥塞,同时只要可能就维持在具有改进的控制信道可靠性的调度小区(诸如具有更强的信道条件的低频带(主)服务小区)上具有大部分/全部控制信令的选项。
本公开为CA操作中的跨载波调度提供了增强功能,以实现动态和自适应机制,以用于在调度小区之间卸载与不同服务小区对应的控制开销。本公开的各实施方式提出了解决方案,其允许网络决定在哪个调度小区发送针对给定被调度小区的控制/PDCCH/DCI信令。网络受益于动态改变调度小区关联的灵活性,使得被调度小区可以在两个或更多个调度小区上潜在地监测和接收DCI,这可以在任何给定时间同时进行也可以一次在一个不同的调度小区进行。
所提供的自适应跨载波调度机制为网络提供了在不同调度小区之间动态卸载DCI/PDCCH信令开销的工具,然而在调度小区上维持大部分/全部的控制信令,从而在可能的情况下提供改进的可靠性。例如,当具有强大信道条件的低频带主服务小区是“可用”(即,其具有足够的控制资源)时,则所有DCI都可以通过低频带PCell来发送以提高DCI可靠性;但是当低频带PCell是“繁忙”,即其无法承受自调度和/或跨调度的DCI因此没有足够的控制资源来处理所有这些传输时,网络可以将一些跨载波DCI卸载到替代性调度小区。
所提供的控制开销卸载机制由L1/L2中的动态、快速和“轻型”信令机制来支持,而无需RRC重新配置,因此可以方便地解决网络流量情况中(相当)快速变化的情况。当调度小区或PUCCH小区(例如,经由MAC CE命令或DCI格式)被禁用或切换到休眠型BWP时,这种机制也可以有益于节省电力的目的,在这种情况下,替代性调度小区或PUCCH小区可以用于卸载控制信令。
关注这些增强型方案的一个动机是改进3GPP 5G NR系统在低频带(诸如sub-1GHz频带)上的操作。然而,本实施方式是通用的并且还可以应用于其它频带,包括诸如FR1、FR2和FR4的不同频率范围(FR)内的各种频带,例如,诸如1GHz至7GHz的中频带,以及诸如24GHz至100GHz的高/毫米频带。此外,本实施方式是通用的并且还可以应用于各种用例和设置,诸如eMBB、URLLC和工业物联网(IIoT)、mMTC和IoT、侧链/V2X、非许可/共享频谱(NR-U)中的操作、非地面网络(NTN)、与能力降低型(RedCap)UE的操作、私人或非公共网络(NPN)等。
如下面概述并在下文中进一步充分详述的,本公开涉及上述概念并且提供了用于支持增强型载波聚合操作的额外设计方面,并且公开了用于自适应跨载波调度和高级PDCCH监测操作的新颖解决方案和实施方式。
在E-1的一个实施方式中,提供了用于如下操作的支持:配置针对被调度小区的两个/多个调度小区,以及指示用于对被调度小区进行PDCCH监测的至少一个“活动调度小区”。在本实施方式中,配置有CA操作的UE可以配置有用于至少一个服务/被调度小区的两个或更多个调度小区。此外,对于配置有两个或更多个调度小区的被调度小区,UE期望所配置的调度小区中的至少一个是用于该被调度小区的“活动”或“活动调度小区”,这意味着UE在该被调度小区上针对调度小区监测PDCCH。
在E-1-0的一个实施方式中,提供了第一活动调度小区。在这种实施方式中,配置有两个或更多个调度小区的被调度小区可以配置有“第一活动调度小区”,UE可以在接收任何L1/L2信令以指示用于该被调度小区的活动调度小区之前在该第一活动调度小区上执行PDCCH监测。
在E-1-1的一个示例中,提供了用于自适应跨载波调度的情形1(活动调度小区的动态切换)。在这种示例(被称为“情形1”)中,向UE指示,配置有多个调度小区的每个被调度小区一次仅可以具有单个活动调度小区。
在E-1-2的一个示例中,提供了用于自适应跨载波调度的情形2(所有调度小区同时活动)。在这种示例(被称为“情形2”)中,向UE指示,对于配置有多个调度小区的每个被调度小区,所配置的所有调度小区一直是同时活动的。
在E-1-3的一个示例中,提供了用于自适应跨载波调度的情形3(情形1+情形2:多个同时活动的调度小区的动态切换)。在又一示例中(被称为“情形3”),向UE指示,至少对于配置有[M]>2个调度小区的一个被调度小区,所配置的调度小区中的大小为[N]的严格子集(其中2≤[N]≤[M])至少在一些时间实例/时间段可以同时活动。
在一个实施方式E-1-4中,提供了用于在自适应跨载波调度的情形1/2/3中进行选择的网络信令。在一个实施方式中,配置有两个或更多个调度小区的被调度小区可以配置有与活动调度小区的最大数量有关的参数[N]。该参数[N]连同网络配置和对调度小区的指示一起提供了区分情形1/2/3的手段,并且也有利于在不同情形之间进行转换。
在E-2的一个实施方式中,提供了指示对活动调度小区进行切换的内容。在一个实施方式中,对活动调度小区切换的指示可以包括“跨载波调度/切换”(CCS)字段,该字段包括对被调度小区和/或调度小区信息的指示。
在E-3的一个实施方式中,提供了对活动调度小区切换的指示机制。在一个实施方式中,基于网络信令和/或UE确定的各种机制可以用于指示/触发对至少两个调度小区中的活动调度小区的切换。
在E-3-1的一个示例中,在用于本实施方式的第一机制中,UE特定PDCCH/DCI可以用于指示对活动调度小区的切换。
在E-3-2的一个示例中,在用于本实施方式的第二机制中,组公共PDCCH/DCI格式可以用于指示对活动调度小区的切换。根据这种机制,一组UE接收到包括至少两个字段的组公共DCI格式的单个联合指示,其中每个字段对应于对一个UE进行活动调度小区切换的指示。
在E-3-3的一个示例中,在本实施方式的第三机制中,下行链路MAC-CE的激活/禁用命令可以用于指示对活动调度小区的切换。这种机制有利于在单个命令内联合指示对多个/几个调度小区和/或对应于单个UE的多个/几个被调度小区进行活动调度小区切换。
在E-3-4的一个示例中,在本实施方式的第四机制中,调度小区禁用定时器的方法可以用于确定对活动调度小区的切换。根据这种机制,如果直到用于该调度小区的禁用计时器期满UE都没有在活动调度小区上接收到针对被调度小区的PDCCH/DCI,则UE可以回退到默认的调度小区以对被调度小区进行PDCCH监测。这种机制可以向用于指示活动调度小区切换的丢失PDCCH/DCI格式提供长期保护。
在E-3-5的一个示例中,在本实施方式的第五机制中,时间模式可以用于确定对活动调度小区的切换。根据这种机制,RRC针对对应于被调度小区的不同调度小区配置时间模式,该时间模式提供了时隙、子帧、帧等与所配置的调度小区之间的映射,使得第一调度小区在第一组时隙/子帧/帧上活动并且第二调度小区在第二组时隙/子帧/帧中活动,以对被调度小区或一组被调度小区进行PDCCH监测。时间模式也可以由规范提供或者由UE基于预定的规则或公式来确定。为了切换和/或确定活动调度小区而提供的时间模式可以与用于调度小区和/或被调度小区的TDD UL-DL配置有关。例如,gNB/调度器可以对调度PCell配置第一组时隙/子帧,并且对调度SCell配置另一个组时隙/子帧,例如,PCell的时隙/子帧可以是PCell上的TDD UL-DL配置中的DL时隙/子帧,而SCell的时隙/子帧可以是PCell上TDDUL-DL配置中的UL时隙/子帧。
在E-4的一个实施方式中,提供了用于改变活动调度小区的时间线方面。在一个实施方式中,当网络信令被用于指示切换至少两个调度小区中的活动调度小区时,在从UE接收到进行活动调度小区切换的gNB指示时起直到UE可以开始在新活动调度小区上接收DCI的时间段(例如,被称为调度小区“激活”时间),UE可以利用各种方法来执行PDCCH监测。
在E-5的一个实施方式中,提供了对具有多个活动调度小区的被调度小区的搜索空间集配置。在一个实施方式中,当UE配置有用于给定被调度小区的至少两个调度小区时,被调度小区中的PDCCH配置包括搜索空间(SS)集的列表,其中对于列表中的每个SS集,配置了对应于调度小区的小区索引。
在E-6的一个实施方式中,当提供了在以至少两个活动调度小区进行跨载波调度的模式下操作时,提供了确定对PDCCH盲解码(BD)的“总”限制。在一个实施方式中,当UE配置有用于给定被调度小区的至少两个调度小区时,确定DL分量载波(DL CC)总数和对候选PDCCH总数(或非重叠CCE的/>)的对应限制可以是基于对针对被调度小区的调度小区的参数集。
在E-7的一个实施方式中,当提供了在以至少两个活动调度小区进行跨载波调度的模式下操作时,提供了确定对“最大”PDCCH BD限制。在一个实施方式中,当UE配置有用于给定被调度小区的至少两个调度小区时,UE可以基于调度小区的数量和针对被调度小区的调度小区的参数集来确定对针对被调度小区的候选PDCCH的最大数量(或非重叠CCE的/>)的限制。根据本实施方式,对于与对应于单个被调度小区的两个活动调度小区中的BD/CCE有关的每个被调度小区的最大每个时隙/每个跨度限制(诸如或/>),每个活动调度小区中的候选PDCCH/非重叠CCE的数量可以由UE的BD/CCE预算或能力来单独限制,或者由UE的BD/CCE预算或能力的缩放版来限制,或者跨两个活动调度小区的候选PDCCH/非重叠CCE的总数由UE的BD/CCE预算来统一限制。
在E-8的一个实施方式中,提供了用于处理SS集超额预订和丢弃的SS集配置的优先级等级。在一个实施方式中,当UE配置有用于给定被调度小区的至少两个调度小区并且该被调度小区与至少两个活动调度小区相关联时,与调度小区中的CORESET相关联的被调度小区的SS集可以配置有优先级等级,使得用于同一被调度小区的不同活动调度小区上的不同SS集彼此之间可以进行优先排序。根据本实施方式,UE可以在监测具有更低优先级的另一个活动调度小区(例如,第二调度小区)上的第二SS集之前,监测具有更高优先级的活动调度小区(例如,第一调度小区)上的第一SS集。此外,如果用于监测候选PDCCH和/或非重叠CCE的UE预算(如规范中规定的)被具有更高优先级的SS集所消耗,则UE可以丢弃具有更低优先级的一个/一些SS集。
在E-9的一个实施方式中,提供了用于来自两个不同调度小区的对被调度小区的联合PDCCH传输。在一个实施方式中,UE配置有用于给定被调度小区的至少两个调度小区,其中两个调度小区合作以联合发送PDCCH,例如,对于具有大尺寸的DCI格式,在这个意义上,PDCCH中的一些CCE由一个活动调度小区发送,并且PDCCH中的其它剩余CCE由另一个活动调度小区发送。
虽然本申请的某些部分使用了编号的实施方式,但这仅仅是为了便于解释,而不旨在作为对本公开中的可以一起利用的要素进行任何类型的限制。特别是,除非在技术上不可能,本文讨论的任何实施方式中的任何要素、无论是编号的还是未编号的,都可以在本公开的实施方式中被以任何适当组合一起利用或不被包括。
贯穿本公开,术语“同步信号(SS)/物理广播信道PBCH)块(SSB)”和“SS/PBCH块”是可互换使用的。贯穿本公开,术语“配置”及其变型(诸如“配置的”等)用于指代以下中的一项或多项:诸如通过主信息块(MIB)或系统信息块(SIB)进行的系统信息信令、公共高层/RRC信令、以及专用高层/RRC信令。
天线端口被定义为使得可以在同一天线端口上传送另一个符号的信道推断出在该天线端口上传送符号的信道。
对于与PDSCH相关联的DM-RS,仅当两个符号处于与被调度PDSCH相同的资源内、在相同的时隙中并且在相同的物理资源组(PRG)的情况下,才可以从在同一天线端口上传送DM-RS符号的信道推断出在该天线端口上传送PDSCH符号的信道。
对于与PDCCH相关联的DM-RS,仅当两个符号可以处于假设使用相同预编码的资源内的情况下,才可以从在同一天线端口上传送DM-RS符号的信道推断出在该天线端口上传送PDCCH符号的信道。
对于与PBCH相关联的DM-RS,仅当两个符号处于在相同时隙内发送的SS/PBCH块内并且具有相同的块索引的情况下,才可以从在同一天线端口上传送DM-RS符号的信道推断出在该天线端口上传送PBCH符号的信道。
如果可以从在一个天线端口上传送符号的信道推断出在另一个天线端口上传送符号的信道的大规模特征,则这两个天线端口被认为是准同位。大规模特征包括延迟扩展、多普勒扩展、多普勒频移、平均增益、平均延迟和空间Rx参数中的一个或多个。
UE可以假设在相同中心频率位置上以相同块索引发送的SS/PBCH块在多普勒扩展、多普勒频移、平均增益、平均延迟、延迟扩展和空间Rx参数(在应用时)方面是准同位的。对于任何其它SS/PBCH块传输,UE可以假设不是准同位的。
在缺乏CSI-RS配置的情况下,除非另外配置,否则UE可以假设PDSCH DM-RS和SS/PBCH块在多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间Rx参数(在应用时)方面是准同位的。UE可以假设相同码分多址(CDM)组内的PDSCH DM-RS在多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间Rx方面是准同位的。UE还可以假设与PDSCH相关联的DMRS端口是具有QCL类型A、类型D(在应用时)的准同位(QCL)并且是平均增益的。UE还可以假设没有DM-RS与SS/PBCH块冲突。
UE可以配置有在高层参数PDSCH-Config内的多达M个TCI-State配置的列表,以根据检测到的旨在用于UE和给定服务小区的具有DCI的PDCCH来对PDSCH进行解码,其中M取决于UE能力maxNumberConfiguredTCIstatesPerCC。每个TCI-State包含用于配置一个或两个下行链路参考信号与PDSCH的DMRS端口、PDCCH的DMRS端口或CSI-RS资源的CSI-RS端口之间的QCL关系的参数。准同位关系由用于第一DL RS的高层参数qcl-Type1和用于第二DL RS的qcl-Type2(如果被配置)来配置。对于两个DL RS的情况,不论参考是相同DL RS还是不同DLRS,QCL类型都可以不同。
对应于每个DL RS的准同位类型由QCL-Info中的高层参数qcl-Type给出并且可以取以下值中的一个:(1)“QCL-类型A”:{多普勒频移、多普勒扩展、平均延迟、延迟扩展};(2)“QCL-类型B”:{多普勒频移、多普勒扩展;QCL-类型C:{多普勒频移、平均延迟};以及/或(3)“QCL-类型D”:{空间Rx参数}。
UE接收MAC-CE激活命令,以将多达[N](例如N=8)个传输配置指示符(TCI)状态映射到DCI字段“传输配置指示(Transmission Configuration Indication)”的码点。当在时隙n中发送与携带激活命令的PDSCH对应的HARQ-ACK时,在MAC-CE应用时间之后(例如,从在例如的时隙之后的第一时隙开始),可以应用所指示的TCI状态与DCI字段“传输配置指示”的码点之间的映射。
PDCCH可以用于调度PDSCH上的DL传输和PUSCH上的UL传输,其中PDCCH上的DCI包括:(1)至少包含与DL-SCH相关的调制和编码格式、资源分配和混合HARQ信息的下行链路分配;以及/或(2)至少包含与UL-SCH相关的调制和编码格式、资源分配和混合ARQ信息的上行链路调度许可。
除了调度,PDCCH还可以用于:(1)激活和禁用具有所配置许可的所配置PUSCH传输;(2)激活和禁用PDSCH半持久性传输;(3)向一个或多个UE通知时隙格式;(4)向一个或多个UE通知PRB和OFDM符号,其中UE可以假设没有旨在针对UE的传输;(5)传输针对PUCCH和PUSCH的传输功率控制(TPC)命令;(6)传输对由一个或多个UE进行的SRS传输的一个或多个TPC命令;(7)切换UE的活动带宽部分;(8)发起随机接入过程;以及(9)指示UE在下一次发生中断接收(DRX)持续期间监测PDCCH;以及/或(10)在集成接入和回程(IAB)场景下,指示IAB-DU软符号的可用性。
根据对应的搜索空间配置,UE在一个或多个所配置控制资源集(CORESET)中的所配置监测时机中监测候选PDCCH集。
CORESET包括持续时间为1至3个OFDM符号的一组PRB。资源单元的资源要素组(REG)和控制信道要素(CCE)在CORESET内限定,其中每个CCE由一组REG组成。控制信道是通过CCE的聚合形成的。通过聚合不同数量的CCE来实现不同的控制信道码率。CORESET中支持交织和非交织的CCE到REG映射。
极性编码被用于PDCCH。承载PDCCH的每个资源要素组承载自身的DMRS。QPSK调制被用于PDCCH。
UE根据对应的搜索空间集在配置有PDCCH监测的每个被激活服务小区上的活动DLBWP上监测一个或多个CORESET中的一组候选PDCCH,其中监测意味着根据监测到的DCI格式对每个候选PDCCH进行解码。
如果UE被提供用于服务小区的monitoringCapabilityConfig-r16,则UE获得以候选PDCCH和非重叠CCE的最大数量来在该服务小区上监测PDCCH的指示:如果monitoringCapabilityConfig-r16=r15monitoringcapability,则是每个时隙;或者如果monitoringCapabilityConfig-r16=r16monitoringcapability,则是每个跨度。如果不向UE提供monitoringCapabilityConfig-r16,则UE每个时隙在服务小区上监测PDCCH。
UE可以根据μ=0和μ=1的每个SCS配置的一个或多个组合(X,Y)=(2、2)、(4、3)和(7、3)来指示监测PDCCH的能力。跨度是UE被配置为监测PDCCH的时隙中的多个连续符号。每个PDCCH监测时机都在一个跨度内。如果UE根据组合(X,Y)在小区上监测PDCCH,则UE在时隙的任何符号中支持PDCCH监测时机,其中在两个连续跨度的第一符号之间(包括跨时隙)的最小时间间隔具有X个符号。跨度从PDCCH监测时机开始的第一符号开始到PDCCH监测时机结束的最后一个符号结束,其中跨度中的符号数量多达Y个。
如果UE指示根据多(X,Y)组合监测PDCCH的能力,并且提供给UE的用于在小区上进行PDCCH监测的搜索空间集的配置导致每两个连续PDCCH监测跨度的间隔等于或大于多组合(X,Y)中的一个或多个组合的X值,则UE根据来自与表2和表4中定义的最大数量和/>相关联的一个或多个组合(X,Y)中的组合(X,Y)来在该小区上监测PDCCH。
用于在服务小区中的活动DL BWP上的每个时隙或每个跨度进行PDCCH监测的UE能力是可以由UE分别在服务小区中的活动DL BWP上的每个时隙或每个跨度监测的候选PDCCH的最大数量和非重叠CCE的最大数量来定义的。如果UE在UE-NR-Capability中指示出了载波聚合能力大于4个服务小区,则UE在UE-NR-Capability中包括如下指示:当UE被配置用于在超过4个小区上进行载波聚合操作时UE每个时隙可以监测的候选PDCCH的最大数量。
当UE未被配置用于NR-DC操作时,UE确定对应于个下行链路小区的每个时隙监测的候选PDCCH的最大数量的能力,其中如果UE不提供pdcch-BlindDetectionCA,则/>是所配置的下行链路小区的数量,否则/>是pdcch-BlindDetectionCA的值。
如果UE在UE-NR-Capability中指示载波聚合能力大于4个服务小区,并且UE没有向任何下行链路小区提供monitoringCapabilityConfig-r16或者如果UE向UE监测PDCCH的所有下行链路小区提供了monitoringCapabilityConfig-r16=r15monitoringcapability,则UE在UE-NR-Capability中包括如下指示:当UE被配置用于在多于4个小区上进行载波聚合操作时,UE每个时隙可以监测的候选PDCCH的最大数量和非重叠CCE的最大数量。
当UE未配置用于NR-DC操作时,UE确定对应于个下行链路小区的每个时隙监测的候选PDCCH的最大数量和非重叠CCE的最大数量的能力,其中如果UE不提供pdcch-BlindDetectionCA,/>是/>其中/>是所配置的下行链路服务小区的数量,否则/>是pdcch-BlindDetectionCA的值。
对于服务小区中的被配置给UE的每个DL BWP,可以通过高层信令向UE提供如下项:如果未提供CORESETPoolIndex或者如果在提供了CORESETPoolIndex的情况下针对所有CORESET的CORESETPoolIndex值相同,则向其提供P≤3个CORESET;以及/或如果没有向第一CORESET提供CORESETPoolIndex,或者向第一CORESET提供了CORESETPoolIndex且其值为0、并且向第二CORESET提供了CORESETPoolIndex且其值为1,则向其提供P≤5个CORESET。
对于每个CORESET,通过ControlResourceSet向UE提供如下项:(1)由controlResourceSetId提供CORESET索引p,其中如果没有提供CORESETPoolIndex或者如果在提供了CORESETPoolIndex的情况下针对所有CORESET的CORESETPoolIndex值是相同的,则0≤p<12;以及如果没有向第一CORESET提供了CORESETPoolIndex、或者向第一CORESET提供了且其值为0并且向第二CORESET提供了CORESETPoolIndex且其值为1,则0<p<16;(2)由pdcch-DMRS-ScramblingID提供的DM-RS加扰序列初始化值;(3)由precoderGranularity提供的UE可以假定使用相同DM-RS预编码器的频域中的多个REG的预编码器粒度;(4)由duration提供的连续符号数量;(5)由frequencyDomainResources提供的一组资源块;(6)由cce-REG-MappingType提供的CCE到REG映射参数;(7)来自由TCI-State提供的一组天线端口准同位中的天线端口准同位,其指示DM-RS天线端口的准同位信息,以在相应CORESET中进行PDCCH接收;如果UE由simultaneousTCI-UpdateList-r16或simultaneousTCI-UpdateListSecond-r16提供多达用于同时TCI状态激活的两个小区列表,则UE将由具有相同的被激活tci-StateID值的TCI-States提供的天线端口准同位应用于从由MAC CE命令提供的服务小区索引中确定的列表中的所有被配置小区的所有被配置DL BWP中的索引为p的CORESET;以及(8)通过tci-PresentInDCI或tci-PresentInDCI-ForDCIFormat1_2、对用于除了DCI格式1_0外的DCI格式的传输配置指示(TCI)字段存在与否的指示,其中DCI格式1_0是调度PDSCH接收或者指示SPS PDSCH释放,并且通过CORESETp中的PDCCH来发送。
当Granularity=allContiguousRBs时,UE不期望:(1)被配置如下CORESET的一组资源块,这些资源块包括四个以上频率不连续的资源块子集;以及(2)CORESET的任何RE与从lte-CRS-ToMatchAround或从LTE-CRS-PatternList-r16确定出的任何RE重叠,或者与SS/PBCH块的任何RE重叠。
对于服务小区的DL BWP中的每个CORESET,相应frequencyDomainResources提供 了位图:(1)如果CORESET不与配置有freqMonitorLocation-r16的任何搜索空间集相关联, 则位图中的位与6个连续PRB的非重叠组具有一对一映射,按照在具有共同起始RB位置 的/> 个PRB的DL BWP带宽中的PRB索引进行升序排列,其中,如果没有提供rb-Offset-r16,则第一组6个PRB的第一公共RB具有公共RB索引/> 或者第一组6 个PRB中的第一公共RB具有公共RB索引/> 其中/>由rb-Offset-r16提供;以及(2)如果CORESET与配置有freqMonitorLocation-r16的至少一个搜索空间集相关联,则位图中的第一/>个位与6个连续PRB的非重叠组具有一对一映射,按照在具有共同起始RB位置/>的/>个PRB的DL BWP带宽中的每个RB集k中的PRB索引进行升序排列[TS38.214],其中第一组6个PRB的第一公共RB具有公共RB索引并且k由freqMonitoringLocations-r16(如果被提供给搜索空间集)指示;否则,k=0。/> 是在针对DLBWP的RB集0中的可用PRB数量,并且/>由rb-Offset-r16提供,或者如果未提供rb-Offset-r16,则/>
对于除了索引为0的CORESET以外的CORESET:(1)如果UE尚未通过tci-StatesPDCCH-ToAddList和tci-StatesPDCCH-ToReleaseList提供对用于CORESET的TCI状态的配置,或者已通过tci-StatesPDCCH-ToAddList和tci-StatesPDCCH-ToReleaseList提供了用于CORESET的多个TCI状态的初始配置但没有接收到如[TS 38.321]中描述的用于TCI状态之一的MAC CE激活命令,则UE假定与PDCCH接收相关联的DM-RS天线端口与UE在初始接入过程中识别出的SS/PBCH块准同位;以及(2)如果UE已通过tci-StatesPDCCH-ToAddList和tci-StatesPDCCH-ToReleaseList提供了对用于CORESET的多个TCI状态的配置作为如[TS 38.331]中描述的具有同步过程的重新配置的一部分,但没有接收到如[TS38.321]中描述的用于TCI状态之一的MAC CE激活命令,则UE假定与PDCCH接收相关联的DM-RS天线端口与UE在由具有同步过程的重新配置发起的随机接入过程中识别出的SS/PBCH块或CSI-RS资源准同位,如[TS 38.331]中描述的。
对于索引为0的CORESET,UE假设CORESET中的用于PDCCH接收的DM-RS天线端口与以下项准同位:(1)由TCI状态配置的一个或多个DL RS,其中TCI状态由用于CORESET的MACCE激活命令指示(如果存在),或者(2)如果在最近的随机接入过程之后没有接收到指示CORESET的TCI状态的MAC CE激活命令,则UE在最近的随机接入过程中识别出的SS/PBCH块,该随机接入过程不是由触发无竞争随机接入过程的PDCCH命令发起的。
对于除了索引为0的CORESET以外的CORESET,如果UE提供了用于CORESET的单个TCI状态,或者如果UE接收到对所提供的用于CORESET的TCI状态之一的MAC CE激活命令,则UE假定与CORESET中PDCCH接收相关联的DM-RS天线端口与由TCI状态配置的一个或多个DLRS准同位。
对于索引为0的CORESET,UE期望由MAC CE激活命令针对CORESET指示的TCI状态中的CSI-RS的QCL-类型D是由SS/PBCH块来提供,如果UE接收到TCI状态之一的MAC CE激活命令,则UE在时隙之后的第一时隙应用激活命令,其中k是UE将发送带有对提供激活命令的PDSCH的HARQ-ACK信息的PUCCH的时隙,并且μ是用于PUCCH的SCS配置。活动BWP被定义为在应用激活命令时时隙中的活动BWP。
对于服务小区中的被配置给UE的每个DL BWP,通过高层信令向UE提供S≤10个搜索空间集,其中对于来自S个搜索空间集中的每个搜索空间集,由SearchSpace向UE提供如下项:(1)由searchSpaceId提供的、搜索空间集索引s、0<s<40;(2)由controlResourceSetId提供的、搜索空间集s与CORESETp之间的关联;(3)由monitoringSlotPeriodicityAndOffset提供的、ks个时隙的PDCCH监测周期和os个时隙的PDCCH监测偏移,;(4)由monitoringSymbolsWithinSlot提供的、时隙内的PDCCH监测模式,其指示在用于PDCCH监测的时隙内的CORESET中的第一符号;(5)Ts<ks个时隙的持续时间,其指示在duration内存在搜索空间集s的时隙数量;(6)针对CCE聚合级别1、CCE聚合级别2、CCE聚合级别4、CCE聚合级别8和CCE聚合级别16,分别由aggregationLevel1,aggregationLevel2,aggregationLevel4,aggregationLevel8,and aggregationLevel16来指示每个CCE聚合级别L的候选PDCCH数量以及/或(7)由searchSpaceType提供的、搜索空间集s是CSS集或USS集的指示。
UE还被提供如下项:如果搜索空间集s是CSS集:(1)由dci-Format0-0-AndFormat1-0进行指示来监测用于DCI格式0_0和DCI格式1_0的候选PDCCH;(2)由dci-Format2-0进行指示来监测一个或两个候选PDCCH;或者如果针对DCI格式2_0和对应CCE聚合级别,UE被提供用于搜索空间集的freqMonitorLocation-r1,则监测每个RB集中的一个候选PDCCH;(3)由dci-Format2-1进行指示来监测用于DCI格式2_1的候选PDCCH;(4)由dci-Format2-2进行指示来监测用于DCI格式2_2的候选PDCCH;(5)由dci-Format2-3进行指示来监测用于DCI格式2_3的候选PDCCH;(6)由dci-Format2-4进行指示来监测用于DCI格式2_4的候选PDCCH;以及/或(7)由dci-Format2-6进行指示来监测用于DCI格式2_6的候选PDCCH。
UE还被提供如下项:如果搜索空间集s是USS集,则由dci-Formats进行指示来监测用于DCI格式0_0和DCI格式1_0、或者用于DCI格式0_1和DCI格式1_1的候选PDCCH;或者由dci-Formats-Rel16进行指示来监测用于DCI格式0_0和DCI格式1_0、或者用于DCI格式0_1和DCI格式1_1、或者用于DCI格式0_2和DCI格式1_2的候选PDCCH;或者如果UE指示出了对应能力,则监测用于DCI格式0_1、DCI格式1_1、DCI格式0_2和DCI格式1_2,或者用于DCI格式3_0、或者用于DCI格式3_1、或者用于DCI格式3_0和DCI格式3_1的候选PDCCH。
UE还被提供如下项:由freqMonitorLocation-r16提供的位图(如果被提供)指示 针对搜索空间集s的一个或多个RB集的索引,其中位图中的MSBk对应于DLBWP中的RB集k-1。 对于位图中指示的RB集k,限制在RB集内的频域监测位置的第一PRB由 给出,其中/> 是RB集k中的第一公共RB的索引[TS 38.214],并且/>由rb-Offset-r16提供,或者如果未提供rb-Offset-r16则/>对于位图中的对应值为1的每个RB集,用于监测位置的频域资源分配模式是基于由关联CORESET配置提供的frequencyDomainResources中的第一/>个位来确定。
如果monitoringSymbolsWithinSlot向UE指示在多达三个连续符号的子集中监测PDCCH,这三个连续符号在UE针对所有搜索空间集监测PDCCH的每个时隙中是相同的,如果该子集包括第三符号之后的至少一个符号,则UE不期望配置有除了15kHz以外的PDCCHSCS。
UE不期望被提供用于CORESET的第一符号和连续符号数量,这导致候选PDCCH映射到不同时隙中的符号。对于同一搜索空间集或对于不同搜索空间集,UE不期望在同一CORESET中的活动DL BWP上的任何两个PDCCH监测时机被小于CORESET持续时间的多个非零符号分隔开。
UE通过时隙内的PDCCH监测周期、PDCCH监测偏移以及PDCCH监测模式来确定活动DL BWP上的PDCCH监测时机。对于搜索空间集s,如果则UE确定在编号为nf的帧中的编号为/>的时隙[TS 38.211]中存在PDCCH监测时机。UE在自时隙/>开始的Ts个连续时隙中监测用于搜索空间集s的候选PDCCH,并且在接着的ks-Ts个连续时隙不监测用于搜索空间集s的候选PDCCH。
在CCE聚合级别L∈{1,2,4,8,16}的USS是由用于CCE聚合级别L的一组候选PDCCH定义的。
如果UE配置有针对服务小区的CrossCarrierSchedulingCon触,则载波指示符字段值对应于由CrossCarrierSchedulingConfig指示的值。
对于UE监测USS中的候选PDCCH的、服务小区中的活动DL BWP,如果UE未配置有载波指示符字段,则UE监测候选PDCCH而不监测载波指示符字段。对于UE监测USS中的候选PDCCH的服务小区中的活动DL BWP,如果UE配置有载波指示符字段,则UE监测候选PDCCH与载波指示符字段。
如果UE被配置为监测与另一个服务小区中的次小区对应的、具有载波指示符字段的候选PDCCH,则UE不期望监测该次小区中的活动DL BWP上的候选PDCCH。对于UE在其上监测候选PDCCH的服务小区中的活动DL BWP,UE至少针对同一服务小区监测候选PDCCH。
对于与CORESET p相关联的搜索空间集s,针对服务小区中的对应于载波指示符字段值nCI的活动DL BWP,时隙中的与搜索空间集中的候选PDCCH/>对应的聚合级别L的CCE索引由/>给出,其中对于任何CSS,/>对于USS,/>Yp,-1=nRNTI≠0、Ap=39827,对于pmod3=0,Ap=39829,对于pmod3=1,Ap=39839,对于pmod3=2并且D=65537;i=0,…,L-1;NCCE,p是每个RB集在CORESET p中的被编号为0至NCCE,p-1的CORESET数量(如果存在);并且如果针对PDCCH被监测的服务小区,UE由CrossCarrierSchedulingConfig配置有载波指示符字段,则nCI是载波指示符字段值;否则,包括:对于任何CSS,nCI=0;/>其中是UE被配置为针对对应于nCI的服务小区监测搜索空间集s的聚合级别L的候选PDCCH数量;对于任何CSS,/>对于USS,/>是在针对搜索空间集s的CCE聚合级别L的所有被配置nCI值上的/>的最大值;以及用于nRNTI的RNTI值是C-RNTI。
UE希望监测候选PDCCH来获得高达4种大小的DCI格式,包括每个服务小区的具有由C-RNTI加扰的CRC的3种大小的DCI格式。UE基于针对相应活动DL BWP的各个搜索空间集中所配置的候选PDCCH数量,对每个服务小区的多种DCI格式大小进行计数。
如果在使用一组CCE的针对服务小区nCI的活动DL BWP上的CORESETp中,存在针对搜索空间集si<sj的具有索引的候选PDCCH或者如果存在具有索引/>和/>的候选PDCCH,则在使用同一组CCE的针对服务小区nCI的活动DL BWP上的CORESETp中,搜索空间集sj中的具有索引/>的候选PDCCH不计入监测,候选PDCCH具有相同的加扰,并且用于候选PDCCH的对应DCI格式具有相同的大小;否则,将具有索引/>的候选PDCCH计入监测。表1提供了UE在以单个服务小区进行操作的具有SCS配置μ的DL BWP中,每个时隙监测的候选PDCCH的最大数量/>
表3提供了针对具有SCS配置μ的DL BWP的非重叠CCE的最大数量其中UE希望以单个服务小区进行操作在每个时隙监测对应候选PDCCH。如果CCE对应于以下各项,则用于候选PDCCH的CCE是非重叠的:(1)CORESET索引不同,或(2)用于接收相应候选PDCCH的第一符号不同。
如果UE配置有具有带有SCS配置μ的DL BWP的个下行链路小区,其中活动小区的DL BWP是活动小区的活动DL BWP,并且禁用小区的DL BWP是具有由firstActiveDownlinkBWP-Id向禁用小区提供的索引的DL BWP,则UE不需要在来自/>个下行链路小区中的调度小区的活动DL BWP上每个时隙监测超过/>个候选PDCCH或超过/>个非重叠CCE。
如果UE:(1)不报告pdcch-BlindDetectionCA或未被提供BDFactorR,则γ=R;以及(2)报告pdcch-BlindDetectionCA,则UE可以由BDFactorR、γ=1或γ=R指示。
如果UE配置有具有使用SCS配置在调度小区的活动DL BWP上监测的关联候选PDCCH的个下行链路小区μ,其中/>则UE不需要在调度小区的活动DL BWP上:(1)当调度小区来自/>个下行链路小区中时,针对每个被调度小区每个时隙监测超过/>个候选PDCCH数或超过个非重叠CCE;(2)当调度小区来自/>个下行链路小区中时,针对每个被调度小区每个时隙监测超过/>个候选PDCCH数或超过个非重叠CCE;以及/或(3)当调度小区来自/>个下行链路小区中时,针对每个被调度小区的具有相同CORESETPoolIndex值的CORESET每个时隙监测超过/>个候选PDCCH数或超过/>个非重叠CCE。
如果UE:(1)配置有UE不向其提供monitoringCapabilityConfig-r16或者向其提供monitoringCapabilityConfig-r16=r15monitoringcapability的个下行链路小区;(2)具有与使用SCS配置μ在调度小区的活动DL BWP中监测的关联候选PDCCH,其中/>以及(3)被激活小区的DL BWP是被激活小区的活动DL BWP,并且禁用小区的DL BWP是由用于禁用小区的firstActiveDownlinkBWP-Id提供的索引的DL BWP,UE不需要在来自/>个下行链路小区中的调度小区的活动DL BWP上,每时隙监测超过/>个候选PDCCH或超过/>个非重叠CCE。
对于每个被调度小区,UE不需要在来自个下行链路小区中的调度小区的具有SCS配置μ的活动DL BWP上:(1)每个时隙监测超过/>个候选PDCCH或超过/>个非重叠CCE;以及/或(2)针对具有相同CORESETPoolIndex值的CORESET,每个时隙监测超过/>个候选PDCCH或超过/>个非重叠CCE。
如果UE仅配置有UE向其提供UEmonitoringCapabilityConfig-r16=r16monitoringcapability的个下行链路小区,并且具有使用SCS配置μ在调度小区的活动DL BWP中监测的关联候选PDCCH,并且具有/>个下行链路小区中的使用组合(X,Y)进行PDCCH监测的/>个,其中/>被激活小区的DL BWP是被激活小区的活动DL BWP并且禁用小区的DL BWP是禁用小区的具有由firstActiveDownlinkBWP-Id提供的索引的DL BWP,UE不需要监测超过个候选PDCCH或超过/>个非重叠CCE:(1)来自/>个下行链路小区中的所有调度小区的活动DL BWP(s)上的每组跨度,如果来自/>个下行链路小区中的所有调度小区上的PDCCH监测时机的联合导致根据组合(X,Y)进行PDCCH监测,并且该组中的任何一对跨度都在Y个符号内,其中第一X符号自具有PDCCH监测时机的第一符号处开始并且接着的X个符号自具有不包括在第一j符号中的PDCCH监测时机的第一符号处开始;以及/或(2)跨来自/>个下行链路小区中的所有调度小区的活动DL BWP的每组跨度,针对每组跨度的每个调度小区最多一个跨度,否则其中是具有SCS配置j的被配置小区的数量。如果UE配置有提供UEmonitoringCapabilityConfig-r16=r15monitoringcapability和monitoringCapabilityConfig-r16=r16monitoringcapability两者的下行链路小区,则/>被替换为/>
UE不期望被配置CSS集,这会导致每个时隙或每个跨度的、对应的总同的或每个被调度小区监测的候选PDCCH数量和非重叠CCE数量分别超过每个时隙或每个跨度的对应最大数量。
对于同一小区调度或跨载波调度,UE不期望在次小区上每个时隙或每个跨度的候选PDCCH数量和对应的非重叠CCE数量分别大于UE能够在次小区上每个时隙或每个跨度监测的对应数量。如果UE被提供用于主小区的PDCCHMonitoringCapabilityConfig=r16monitoringcapability,除了每个时隙的第一跨度外,UE不期望在主小区上每个跨度的候选PDCCH数量和对应的非重叠CCE数量大于UE能够在主小区上每个跨度监测的对应数量。
对于跨载波调度,针对每个被调度小区,每个跨度或每个时隙所监测的候选PDCCH数量和非重叠CCE数量被单独计数。
对于在时隙n内或在时隙n中的跨度内的所有搜索空间集,由Scss表示具有基数Icss的一组CSS集,并且由Suss表示具有基数Juss的一组USS集。USS集sj(0≤j<Juss)在Suss中的位置是根据搜索空间集索引的升序。由(0≤i<Icss)表示用于监测CSS集Scss(i)的计数候选PDCCH的数量,并且由/>表示用于监测USS集Suss(j)的计数候选PDCCH的数量。
如果UE没有被提供用于主小区的PDCCHMonitoringCapabilityConfig或者如果UE被提供用于主小区的PDCCHMonitoringCapabilityConfig=r15monitoringcapability,则UE在时隙中针对具有SCS配置μ的活动DL BWP的主小区分配用于USS集监测的候选PDCCH;或者如果UE被提供用于主小区的PDCCHMonitoringCapabilityConfig=r16monitoringcapability,则根据以下伪代码在每个时隙的第一跨度中进行分配。如果对于用于在主小区上调度的USS集,UE未被提供用于第一CORESET的CCORESETPoolIndex或者被提供用于第一CORESET的值为0的CORESETPoolIndex,并且被提供用于第二CORESET的值为1的CORESETPoolIndex,并且如果或/>则以下伪代码仅应用于与第一CORESET相关联的USS集。在没有分配用于监测的候选PDCCH的情况下,UE不期望在USS集中监控PDCCH。在以下伪代码中,如果UE被提供用于主小区的PDCCHMonitoringCapabilityConfig=r16monitoringcapability,则/>和/>分别被替换为和/>并且/>和/>分别被替换为/>和
由VCCE(Suss(j))表示用于搜索空间集Suss(j)的一组非重叠CCE,并且由C(VCCE(Suss(j)))表示VCCE(Suss(j))的基数,其中用于搜索空间集Suss(j)的非重叠CCE是考虑到针对CSS集分配的用于监测的候选PDCCH和针对所有搜索空间集Suss(k)(0≤k≤j)分配的用于监测的候选PDCCH而确定的。
表5
如果UE:(1)被配置用于在同一频带内进行单个小区操作或者进行载波聚合操作,并且(2)在一个或多个小区的活动DL BWP上具有相同或不同QCL-类型D特征的多个CORESET中的重叠PDCCH监测时机中监测候选PDCCH;则在来自一个或多个小区中的活动DL BWP上,UE仅在CORESET中、以及在来自多个CORESET中的与该CORESET具有相同QCL-类型D特征的任何其它CORESET中监测PDCCH:(1)CORESET对应于在包括CSS的具有最低索引的小区中的具有最低索引的CSS集(如果存在);否则,对应于具有最低索引的小区中的具有最低索引的USS集;(2)最低USS集索引是相对于重叠PDCCH监测时机中的具有至少一个候选PDCCH的所有USS集确定的;(3)为了确定CORESET,SS/PBCH块被认为与CSI-RS具有不同的QCL-类型D特征;(4)为了确定CORESET,假定第一小区中与SS/PBCH块相关联的第一CSI-RS和第二小区中也与该SS/PBCH块相关联的第二CSI-RS具有相同的QCL-类型D特征;(5)对非重叠CCE和用于PDCCH监测的候选PDCCH的分配是根据与一个或多个小区中的活动DL BWP上的多个CORESET相关联的所有搜索空间集;以及/或(6)活动TCI状态的数量是由多个CORESET确定的。
如果UE:(1)被配置用于在同一频带内进行单个小区操作或者进行载波聚合操作,以及(2)在多个CORESET中的重叠PDCCH监测时机中监测候选PDCCH,其中没有一个CORESET具有“QCL-类型D”的TCI状态,则UE需要针对与不同CORESET相关联的搜索空间集,在重叠PDCCH监测时机中监测候选PDCCH。
CA是用于更宽带宽操作的框架,其中UE可以在多个载波(被称为分量载波(CC))上并行地发送和/或接收。CA操作可以涉及连续或不连续的带内CC以及带间CC,以进行CC的频率安置。CA操作对PHY和MAC层(L1和L2)是可见的,但对高层是透明的。
在CA中,两个或更多个分量载波(CC)被聚合。UE可以同时在一个或多个CC上进行接收或发送,这取决于能力:(1)具有用于CA的单个定时提前能力的UE可以同时在多个CC上进行接收和/或发送,这些CC对应于共享同一定时提前的多个服务小区(多个服务小区归入一个TAG);(2)具有用于CA的多重定时提前能力的UE可以同时在多个CC上进行接收和/或发送,这些CC对应于具有不同定时提前的多个服务小区(多个服务小区被分组到多个TAG)。NG-RAN确保每个TAG包括至少一个服务小区;以及(3)不具备CA能力的UE可以在单个CC上进行接收,并且在仅对应于一个服务小区的单个CC上进行发送(一个TAG中的一个服务小区)。
针对连续或非连续的CC两者,都支持CA。当CA被部署了在可聚合的小区之间对准的帧定时和SFN,或者PCell/PSCell和SCell之间的多个时隙中的偏移量配置给UE。例如,对于DL,针对UE配置的最大CC数量是16个,并且对于UL是16个。
结合UL/DL载波对(FDD频带)或双向载波(TDD频带),UE可以配置有额外的、互补的上行链路(SUL)。SUL与聚合上行链路的不同之处在于,UE可以被调度为在互补的上行链路或互补的载波上行链路上发送,但不能同时在两者上发送。
当配置了CA时,UE与网络仅具有一个RRC连接。在RRC连接建立/重新建立/切换时,一个服务小区提供NAS移动性信息,并且在RRC连接重新建立/切换时,一个服务小区提供安全输入。这个小区被称为PCell。根据UE能力,次小区(SCell)可以被配置为与PCell一起形成一组服务小区。因此,针对UE配置的一组服务小区包括一个PCell以及一个或多个SCell。
SCell的重新配置、添加和移除可以由RRC执行。在NR内切换和从RRC_INACTIVE恢复连接期间,网络也可以添加、移除、保留或重新配置SCell,以与目标PCell一起使用。当添加了新的SCell时,专用RRC信令用于发送SCell所需的所有系统信息,即,在连接模式下,UE不需要直接从SCell获取广播系统信息。
为了在PCell上启用带宽自适应,gNB向UE配置UL BWP和DL BWP。为了在CA的情况下在SCell上启用BA,gNB至少要向UE配置DL BWP(即,UL中可能没有)。对于PCell,用于初始接入的BWP是经由系统信息配置的。对于SCell,初始激活后使用的BWP是经由专用RRC信令配置的。
在成对频谱中,DL和UL可以独立地切换BWP。在非成对频谱中,DL和UL同时切换BWP。所配置的BWP之间的切换是通过RRC信令、DCI、非活动定时器或在发起随机接入时发生的。当禁用定时器被配置用于服务小区时,与该小区相关联的禁用定时器期满将活动BWP切换到由网络配置的默认BWP。每个小区可以有至多一个活动BWP,除非在服务小区配置有SUL时,在这种情况下,每个UL载波上可以有至多一个活动BWP。
在配置CA时为了实现合理的UE的电池消耗,支持小区的激活/禁用机制。当SCell被禁用时,UE不需要接收对应的PDCCH或PDSCH,(其不能在对应的上行链路中发送),UE也不需要执行CQI测量。相反,当SCell活动时,UE可以接收PDSCH和PDCCH(如果UE被配置为监测来自该SCell的PDCCH),并且被期望能够执行CQI测量。NG-RAN确保在PUCCH SCell(配置有PUCCH的次小区)禁用时,次PUCCH组的SCell(其PUCCH信令与PUCCH SCell上的PUCCH相关联的一组SCell)可以不被激活。NG-RAN确保映射到PUCCH SCell的SCell在PUCCH SCell被改变或移除之前被禁用。
当重新配置该组服务小区时:(1)添加到该组的SCell被初始地激活或禁用;以及/或(2)保留在该组中的SCell(未改变或重新配置)不改变其激活状态(被激活或被禁用)。
在从RRC_INACTIVE切换或恢复连接时:SCell被激活或禁用。
为了在配置BA时实现合理的UE电池消耗,在活动服务小区中,仅有针对每个上行链路载波的一个UL BWP和一个DL BWP、或者仅有一个DL/UL BWP对可以同时活动,配置给UE的所有其它BWP禁用。在被禁用的BWP中,UE不监测PDCCH,不在PUCCH、PRACH和UL-SCH上进行发送。
为了在配置CA时实现快速SCell激活,一个休眠型BWP可以被配置用于SCell。如果被激活SCell的活动BWP是休眠型BWP,UE停止在SCell上监测PDCCH,但继续执行CSI测量、AGC和波束管理(如果被配置)。DCI用于控制进入/离开用于一个或多个SCell或一个或多个SCell组的休眠型BWP。
休眠型BWP是UE的专用BWP之一,由网络经由专用RRC信令配置。SpCell和PUCCHSCell不能配置有休眠型BWP。
使用载波指示符字段(CIF)的跨载波调度允许服务小区的PDCCH在另一个服务小区上调度资源(例如,用于数据发送和/或接收),但在当前标准中存在以下限制:(1)跨载波调度可能不应用于PCell,即,PCell可以经由PDCCH调度。在一些示例中,PCell也可以由SCell跨调度;(2)当SCell配置有PDCCH时,该小区的PDSCH和PUSCH由该SCell上的PDCCH调度;(3)当SCell未配置有PDCCH时,该SCell的PDSCH和PUSCH由另一个服务小区上的PDCCH调度;以及/或(4)调度PDCCH和被调度PDSCH/PUSCH可以使用相同或不同的参数集。
跨载波调度允许在被称为调度小区的少数个服务小区上进行PDCCH监测和/或接收,而接收到的PDCCH对应于在被称为被调度小区的所有服务小区上调度数据发送和/或接收等。
图6示出了根据本公开实施方式的具有跨载波调度的示例性配置600。图6所示的配置600的实施方式仅用于说明。
图6示出了具有跨载波调度的示例性配置,其中在低频带频率(诸如低于1GHz)中操作的PCell是用于小区自身的以及用于服务/被调度小区#2、#3和#4的调度小区。在一个示例中,服务/被调度小区#2、#3和#4可以处于低频带和/或高频带频率上。例如,UE在低频带PCell上接收到四个DCI,即调度服务小区#1(即,PCell本身)上的PUSCH#1传输、服务小区#2上的PUSCH#2传输、服务小区#3上的PUSCH#3传输、以及服务小区#4上的PUSCH#4传输。
当前标准中跨载波调度的缺点在于,调度小区和被调度小区的配置及其关联仅是半静态配置的,除非通过RRC信令否则无法改变,这会产生高开销和/或延迟。这种半静态配置可能无法捕获到在网络流量情况发生(相当)快速变化的影响,诸如可变调度负载和/或控制信令开销。
图7示出了根据本公开实施方式的具有跨载波调度的示例性操作700。图7所示的操作700的实施方式仅用于说明。
图7示出了说明了上述缺点的跨载波调度的示例性操作。本示例中的服务小区设置与图6中的设置相同。然而,在本示例中,服务小区#1正在承受更多的网络流量,诸如在服务小区#1和#2上的多个PUSCH传输(例如,在服务小区#1上的PUSCH#1A和PUSCH#1B),以及在服务小区#2上的PUSCH#2A和PUSCH#2B。例如,这种被调度传输的数量增加可能是由于主要在低频率频带中操作的更多URLLC、IIoT、mMTC、IoT用例。根据这种情况下的配置,虽然低频带PCell无法承受过多的DCI,但是不可能将诸如跨载波PDCCH/DCI的DCI快速和动态卸载到替代性服务/被调度小区,由于服务小区#1通过高层/RRC信令被配置为用于被调度小区#1、#2、#3和#4的唯一调度小区。
本公开所考虑的解决方案(在本文中被称为自适应跨载波调度)通过允许/支持针对给定被调度小区的多个(两个或更多个)调度小区以及至少一个“活动”调度小区以指示UE执行PDCCH监测和盲解码的调度小区,从而克服了当前支持的跨载波调度的上述缺点。
图8示出了根据本公开实施方式的具有自适应跨载波调度的示例性操作800。图8所示的操作800的实施方式仅用于说明。
图8示出了本公开中提供的具有自适应跨载波调度的示例性操作。本示例中的服务小区设置与图6中的设置相同。然而,在本示例中,服务小区#3被配置为(除了服务小区#1外的)用于服务小区#3和#4的替代性调度小区。当网络流量情况适中/正常并且第一调度小区(即,低频带PCell)是“可用的”时,则所有PDCCHs/DCI通过调度小区#1(低频带PCell)传输,以受益于由低频带PCell提供的改进的可靠性。但是,当网络流量情况大/拥挤并且第一调度小区(即,低频带PCell)“繁忙”时,服务小区#3被指示为用于服务小区#3和#4的新活动调度小区,因此来自服务小区#3和#4的一些跨载波DCI被卸载到服务小区#3,并且服务小区#1(即,低频带PCell)可以管理服务小区#1和#2上的额外流量/控制信令负载。这种切换基于网络指示和/或UE确定来以动态方式支持。
贯穿本公开,虽然讨论了CA,但本实施方式也同样应用于在一个或多个服务/被调度/调度小区中具有多个传输和接收点(多-TRP)的情形,其中还可以使用相同和/或不同的空间设置/关系/波束。
如上所述,在E-1的一个实施方式中,提供了支持对针对被调度小区的两个/多个调度小区的配置以及对针对被调度小区的进行PDCCH监测的至少一个“活动调度小区”的指示。
在一个实施方式中,配置有CA操作的UE可以配置有用于至少一个服务/被调度小区的两个或更多个调度小区。根据本实施方式,用于至少一个服务小区的跨载波调度配置可以包括对作为(潜在)调度小区的两个或更多个小区索引的配置,连同对用于每个调度小区的载波指示符字段(CIF)的配置。在一个示例中,对应于用于给定/同一被调度小区的不同调度小区的所配置CIF值可以是不同的。
根据本实施方式,对于配置有两个或更多个调度小区的被调度小区,UE期望针对该被调度小区所配置的调度小区中的至少一个是“活动的”或“活动调度小区”,这意味着UE在该调度小区上监测PDCCH。在一个示例中,服务小区可以被配置为用于第一被调度小区和第二被调度小区两者的调度小区,并且服务小区(1)仅是用于第一(或第二)被调度小区的活动调度小区,而不是用于第二(或第一)被调度小区的活动调度小区,或者(2)是用于第一被调度小区和第二被调度小区两者的活动调度小区,或者(3)不是用于第一被调度小区或第二被调度小区的活动调度小区。在一个示例中,UE不期望调度小区仅对于其它被调度小区是活动的,而不是对于自身小区的活动,即,调度小区需要至少对于同一服务小区是活动调度小区;换言之,对于UE在其上监测候选PDCCH的服务小区中的活动DL BWP,UE至少针对同一服务小区监测候选PDCCH。
在一个示例中,第一服务小区被配置为具有自载波调度和跨载波调度两者,因此第一小区可以由第一小区或第二服务/被调度小区进行调度。
在一个示例中,对用于服务小区的调度小区的配置可以基于搜索空间(SS)集类型或DCI格式或DCI格式大小。例如,服务小区可以配置有第一SS集类型(诸如公共SS(CSS)集)的自载波调度,并且配置有第二SS集类型(诸如UE特定SS(USS)集)的跨载波调度。在另一个示例中,服务小区可以配置有用于第一组DCI格式(诸如DCI格式0_0和DCI格式1_0)的自载波调度,并且配置有用于第二组DCI格式(诸如DCI格式0_1或0_2和DCI格式1_1或1_2)的跨载波调度。
在一些示例中,可以考虑各种形式的“链调度”。在一个示例中,在一时间段内,至少当第一调度小区本身被配置为由第二调度小区进行跨载波调度、并且第二调度小区是用于第一调度小区的活动调度小区时,所配置的第一调度小区可以不是用于所有/任何被调度小区的活动调度小区,包括其自身的小区。例如,第一小区可以被第二小区调度,并且第二小区可以被第三小区调度,其中第一小区和第二小区以及第三小区是不同的。在另一个示例中,第一服务小区被配置为由第二小区和第三小区两者进行跨载波调度,其中第二小区除了进行自载波调度之外,还可以进而被配置为(至少)由第三小区进行跨载波调度。
在被调度小区被配置为由多个调度小区进行调度的所有示例中,包括用于自载波调度,该组多个调度小区在同一时间时机下或在不同时间时机下可以是活动的,如在以下实施方式中所描述的。
贯穿本公开,被调度小区可以是任何服务小区,包括诸如SpCell、PCell或PSCell的主小区或次小区(SCell)。被调度小区和相应调度小区可以在相同或不同的频率频带或频率范围内操作。被调度小区和相应调度小区可以属于相同或不同的小区组,诸如主小区组(MCG)、或次小区组(SCG)、或次DRX组、或用于搜索空间集切换的小区组。
下文提供了用于跨载波调度的RRC配置的示例性信息要素,该配置具有用于服务/被调度小区的两个或更多个调度小区。对于“CrossCarrierSchedulingConfig”被包含在被调度小区的配置中的情况,在一个示例中,诸如“nrOfSchedulingCells”的字段可以指示针对被调度小区所配置的调度小区数量。该数量是至少一个,但可以多达针对每个被调度小区所指定/支持的调度小区数量中所配置的最大值,诸如“maxNrOfSchedulingCellsPerScheduledCell”,诸如每个被调度小区的N=2或4个调度小区(例如,参见实施方式E-1-4)。
在另一个示例中,对于对应于被调度小区的每个调度小区,诸如“schedulingCellConfig”的字段可以包括对调度小区的配置,诸如用于调度小区的服务小区索引连同对应的CIF值。在另一个示例中,配置还可以包括诸如“maxNrOfActiveSchedulingCells”的字段,以指示针对被调度小区(所配置调度小区的总数/集中)的活动调度小区的最大数量。
在又一示例中,配置可以包括诸如“firstActiveSchedulingCell”的字段,以在初始接入期间和/或在为改变和/或添加和/或修改调度小区提供任何进一步指示之前,指示用于PDCCH监测的第一活动调度小区(例如,参见实施方式E-1-0)。
表6.CrossCarrierSchedulingConfig信息要素
下文提供了对具有针对被调度小区的两个或更多个调度小区进行跨载波调度的RRC配置的另一个示例性信息要素(IE)。与先前示例的不同之处在于,该IE允许针对服务小区进行自载波调度和跨载波调度两者。关于所配置的所有调度小区是否处于活动状态可以有各种选项,如在随后实施方式中详细描述的。
表6A CrossCarrierSchedulingConfig信息要素
图9示出了根据本公开实施方式的用于支持多个被配置的调度小区以及对给定被调度小区指示一个或多个活动调度小区的方法900的流程图。图9所示的方法900的实施方式仅用于说明。图9所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图9示出了用于支持多个所配置的调度小区和对给定被调度小区指示一个或多个活动调度小区的示例性流程图。UE在步骤910处接收对以至少两个服务小区进行操作的配置,即载波聚合操作。应注意,配置可以包括由诸如由MIB或SIB的系统信息、诸如RRC信令的公共高层、以及诸如RRC信令的专用高层进行的指示中的一个或多个。UE还在步骤920处从至少两个服务小区接收用于对第一服务小区进行跨载波调度的配置,使得该第一服务小区配置有至少两个调度小区。然后,UE在步骤930处接收指示和/或配置以在属于一组至少两个所配置调度小区的一个或多个活动调度小区上监测第一服务小区的PDCCH。因此,UE在步骤940处在所指示的一个或多个活动调度小区上监测第一服务小区的PDCCH。在步骤950处,UE在一个或多个指示的“活动”调度小区之一上接收第一服务小区的PDCCH。
在一个示例中,UE可能配置有与两个或多个调度小区相关联的一个或多个服务小区,因此使用自适应跨载波调度方法,而UE还配置有仅与一个调度小区相关联的另一个或多个服务小区(包括自调度)。换言之,具有带有多个调度小区的一个被调度小区并不强制所有其它调度小区具有类似设置;一些服务/被调度小区还可以仅配置有单个调度小区。
如前所述,在E-1-0的一个实施方式中,提供了第一活动调度小区。在一个实施方式中,配置有两个或更多个调度小区的被调度小区可以配置有“第一活动调度小区”,UE在接收到用于指示该被调度小区的活动调度小区的任何L1/L2信令之前,可以在该第一活动调度小区上执行PDCCH监测。
例如,对被调度小区的第一活动调度小区的配置确保UE在初始接入期间和/或在随机接入过程期间和/或在配置服务/被调度小区之后立即不会对PDCCH监测有所混淆。UE随后可以接收网络信令或应用其它(预定的)规则/方法来指示或确定新活动调度小区。在一个示例中,被调度小区可以仅配置有单个第一活动调度小区。在另一个示例中,被调度小区可以配置有两个/多个第一活动调度小区。
图10示出了根据本公开实施方式的用于以第一活动调度小区进行操作的方法1000的流程图。图10所示的方法1000的实施方式仅用于说明。图10所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图10示出了用于以第一活动调度小区进行操作的示例性流程图。UE在步骤1010处接收到配置有针对第一服务小区的两个调度小区(例如,第二小区和第三小区)的配置。在步骤1020处,该配置包括或指定两个调度小区中的一个(例如,第二小区)作为第一服务小区的第一活动调度小区。在步骤1030处,UE在第一活动调度小区(例如,第二小区)上监测第一服务小区的PDCCH。在步骤1040处,UE确定UE是否接收到用于改变第一服务小区的活动调度小区(例如,从第二小区到第三小区)的任何新指示。如果没有,也就是说,如果UE没有接收到改变第一服务小区的活动调度小区的任何指示,则UE在步骤1050处继续在第一活动调度小区(例如,第二小区)监测第一服务小区的PDCCH。但是如果UE已经接收到用于改变第一服务小区的活动调度小区(例如,从第二小区到第三小区)的新指示,则UE在步骤1060处开始监测新指示的活动调度小区(例如,第三小区)以监测第一服务小区的PDCCH。
如前所述,在E-1-1的一个实施方式中,提供了用于自适应跨载波调度(活动调度小区的动态切换)的情形1。
在一个示例(被称为“情形1”)中,向UE指示,配置有多个调度小区的每个被调度小区在同一时间仅可以具有单个活动调度小区。在这种示例中,UE在第一时间段在第一调度小区监测给定被调度小区的PDCCH,并且在第二时间段在第二调度小区上监测给定被调度小区的PDCCH,其中第一时间段与第二时间段没有重叠并且第一调度小区与第二调度小区也不同,因此这是活动调度小区的动态切换。在一个示例中,UE从网络接收指示和/或使用预定的规则来改变第一调度小区与第二调度小区之间的针对被调度小区的活动调度小区,在实施方式E-3中详细讨论了指示方法的细节。
图11示出了根据本公开实施方式的对活动调度小区的示例性动态切换1100。图11中所示的对活动调度小区的动态切换1100的实施方式仅用于说明。
图11示出了情形1的示例性操作,即对活动调度小区的动态切换。
服务小区#1(即,调度小区)配置有两个调度小区,即调度小区#2和#3。应注意,服务小区#1可以与调度小区#2或调度小区#3相同或不同。假设调度小区#2或调度小区#3是不同的。例如,调度小区#2可以是用于服务小区#4的第一活动调度小区(参见实施方式E-1-0),或者是先前指示的活动调度小区。UE在调度小区#2上监测服务小区#1的PDCCH。UE接收到针对服务小区#1的活动调度小区从调度小区#2变化到调度小区#3的指示。该指示是在可以与调度小区#2或调度小区#3或服务/被调度小区#1相同的服务小区#4上接收的,或者是在与被调度小区#1以及调度小区#2和#3都不同的服务小区上接收的。然后UE在调度小区#3上监测服务小区#1的PDCCH。在一个示例中,UE可以在PCell上接收指示。在另一个示例中,UE可以在SCell上接收指示。
根据情形1,由于在每个时间实例/周期,UE仍然在每个被调度小区的单个调度小区上监测PDCCH,因此与传统UE相比,UE在例如PDCCH监测、盲解码、控制信道估计和/或监测非重叠CCE方面的复杂性可以不会改变,并且针对被调度小区的调度小区的变化对PDCCH监测的影响可能与针对被调度小区的调度小区的RRC重新配置的情况没有不同。
与半静态卸载机制(即,调度小区的重新配置)相比,该方法的一个示例性益处可以在于,可以使用L1/L2中的更快信令而不是L3RRC信令来实现调度小区的改变,其中L3RRC还会产生更高的信令开销。
图12示出了示出了根据本公开实施方式的用于针对给定被调度小区进行活动调度小区的动态切换操作的方法1200的流程图。图12所示的方法1200的实施方式仅用于说明。图12所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图12示出了情形1中的操作的示例性流程图,即对给定被调度小区进行活动调度小区的动态切换。在步骤1210处,UE接收到将第一服务小区配置为具有两个调度小区(例如,第二小区和第三小区)的配置。UE在步骤1220处接收到第二小区是针对第一服务小区的活动调度小区的配置/指示。在步骤1230处,UE在第二小区上监测第一服务小区的PDCCH。然后,在步骤1240处,UE接收用于将第一服务小区的活动调度小区从第二小区切换到第三小区的指示。在步骤1250处,UE在第三小区上监测第一服务小区的PDCCH。
如前所述,在E-1-2的一个实施方式中,提供了用于自适应跨载波调度(所有调度小区同时活动)的情形2。
在一个示例中(被称为“情形2”),向UE指示,对于配置有多个调度小区的每个被调度小区,所配置的所有调度小区一直是同时活动的。根据本实施方式,UE在针对该被调度小区配置的全部两个或更多个调度小区上同时监测给定被调度小区的PDCCH。例如,被调度小区配置有两个调度小区,而这两个调度小区都是该被调度小区的活动调度小区。在另一个示例中,被调度小区配置有四个调度小区,而这四个调度小区都是该被调度小区的活动调度小区。
对于情形2,由于所有调度小区都被认为是活动的并且潜在地用于PDCCH/DCI传输和接收,不需要网络指示活动调度小区和/或UE使用任何(预定的)规则/方法来确定活动调度小区。由于gNB可以简单地在gNB希望的任何调度小区上在第一时间实例发送PDCCH/DCI,而与之前和将来PDCCH/DCI传输无关并且无需向UE进行任何指示,因此这种方法实现了快速/瞬时的DCI卸载机制。
图13示出了根据本公开实施方式的一直处于活动状态的示例性调度小区1300。图13所示的调度小区1300的实施方式仅用于说明。
图13示出了情形2(即两个调度小区一直都是活动)的示例性操作。服务小区#1(即,被调度小区)配置有两个调度小区,即服务小区#2和#3。应注意,服务小区#1可以与调度小区#2或调度小区#3相同或不同。假设调度小区#2或调度小区#3是不同的。UE同时在调度小区#2和#3两者上监测服务小区#1的PDCCH。在某些情形下,UE在调度小区#2上接收到服务小区#1的PDCCH/DCI,而在另一个些情形下,UE在调度小区#3上接收到服务小区#1的PDCCH/DCI。
由于能够支持情形2的UE需要在每个被调度小区在两个或更多个调度小区上监测PDCCH,因此需要解决UE在例如PDCCH监测、盲解码、控制信道估计和/或监测非重叠CCE方面的复杂性。例如,规范可以对PDCCH监测施加限制和/或对gNB和/或UE定义修改的行为,使得支持情形2的UE的复杂性与每个被调度小区仅支持在单个调度小区上进行PDCCH监测的传统UE的复杂性相当或接近。在一个示例中,与传统UE相比,支持情形2的UE可以被认为是更有能力的UE,它可以处理更高的PDCCH监测复杂性。
如前所述,在E-1-3的一个实施方式中,提供了用于自适应跨载波调度(情形1+情形2)的情形3(对多个同时活动调度小区的动态切换)。
在又一示例中(被称为“情形3”),向UE指示,至少对于配置有[M]>2个调度小区的一个被调度小区,所配置的调度小区中大小为[N]的严格子集(其中2≤[N]≤[M])至少在一些时间实例/周期内可以同时活动。根据本示例,UE可以被配置/指示为在针对该被调度小区配置的至少两个或更多个调度小区上同时监测给定被调度小区的PDCCH。例如,被调度小区配置有四个调度小区,并且所配置的这四个调度小区中的两个是该被调度小区的活动调度小区。应注意,基于配置,至少在某些时间实例/周期/时机中,情形3可以回退到情形1(当仅有一个所配置的调度小区针对被调度小区是活动的)或情形2(当所配置的所有调度小区针对被调度小区是活动的)。
对于情形3,与情形1类似,需要网络指示或UE确定活动调度小区。此外,对于情形3,类似于情形2,需要解决PDCCH监测的复杂性方面,例如通过对PDCCH监测施加限制、和/或针对gNB和/或UE定义修改的行为、和/或定义用于PDCCH监测的新UE能力。
如前所述,在E-1-4的一个实施方式中,提供了用于在自适应跨载波调度的情形1/2/3中进行选择的网络信令。
在一个实施方式中,配置有两个或更多个调度小区的被调度小区可以配置有与活动调度小区的最大数量有关的参数[N]。
在一个示例中,当[N]=1时,则被调度小区仅与一个活动调度小区相关联,因此回退情形1。
在另一个示例中,当[N]>1时,则UE可以配置有恰好[N]个活动调度小区或严格小于[N]个活动调度小区;此外,稍后经由L1/L2信令进行的gNB指示和/或基于预定规则/方法进行的UE确定可以提供对被调度小区的一组活动调度小区的改变、添加和/或移除。根据本示例,在每个时间实例/时期/时机,存在针对被调度小区的一个活动调度小区(即情形1),或者存在与被调度小区相关联的至少两个活动调度小区(即情形2或情形3)。
因此,参数[N]与用于调度小区的网络配置和指示一起提供了区分情形1/2/3的手段,也有助于不同情形之间的转换。
如前所述,在E-2的一个实施方式中,提供了指示对活动调度小区进行切换的内容。
在一个实施方式中,当UE配置有针对给定被调度小区的至少两个调度小区,并且与一组活动调度小区相关联,该组活动调度小区是至少两个所配置的调度小区的严格子集(例如,被调度小区配置有两个调度小区,并且其中仅有一个可以是针对该被调度小区的活动调度小区),例如,实施方式E-1中的情形1和/或情形3,UE可以从网络接收关于改变、替换、添加和/或修改活动调度小区的指示,为了简洁起见,在本文中被称为“对活动调度小区切换的指示”。
根据本实施方式,对活动调度小区切换的指示可以包括“跨载波调度/切换”(CCS)字段,CCS字段例如包括以下一个或多个:调度小区指示符(SCI),其指示新活动调度小区的索引,具有诸如1至2位的位宽(与2至4个调度小区相关联);具有诸如2位(与4个BWP相关联)位宽的新活动调度小区中的BWP索引,其可以有利于在开始监测PDCCH之前在新活动调度小区上进行活动BWP的切换;以及被调度小区索引,其指示活动调度小区被改变的被调度小区,并且可以用于区分接收到指示的小区与应用调度小区激活的小区。
在一个示例中,对活动调度小区切换的指示可以包括多个CCS字段,对应于多个被调度小区、和/或多个调度小区、和/或多个UE。
在另一个示例中,如果在对活动调度小区切换的指示中没有BWP索引,UE将在当前活动DL BWP或初始DL BWP或第一活动BWP或所指示调度小区的默认BWP上监测PDCCH。
在又一示例中,对活动调度小区切换的指示可以意味着该组活动调度小区的改变和/或添加和/或修改。例如,对于具有两个所配置的调度小区并与一个活动调度小区相关联的被调度小区,对活动调度小区切换的指示可以包括一个CCS字段,在这种情况下,当前/旧活动调度小区被新活动调度小区替换。例如,对于具有两个所配置的调度小区并且与多达两个活动调度小区相关联的被调度小区:在一种情况下,针对该被调度小区已经具有一个活动调度小区,并且对活动调度小区切换的指示可以包括一个CCS字段以添加新活动调度小区,因此总共存在两个活动调度小区(例如,除了先前的活动调度小区#1以外,还添加了作为新活动调度小区的调度小区#2);在另一个种情况下,针对该被调度小区已经具有一个或两个活动调度小区,并且对活动调度小区切换的指示可以包括两个CCS字段以由新激活的两个调度小区来替换现有活动调度小区(例如,调度小区#2和#3取代先前的活动调度小区#1而成为新的活动调度小区)。
在一个示例中,对于具有针对给定被调度小区的第一数量个活动调度小区的UE不期望接收到对活动调度小区切换的指示,该指示包括用于添加第二数量个活动调度小区的指示,其中第一数量和第二数量之和超过针对该被调度小区配置的活动调度小区的最大数量。在另一个示例中,用于切换活动调度小区(和/或其中的每个CCS字段)的指示包括如下参数,该参数指示该指示是否从针对被调度小区的一组活动调度小区中激活、添加、禁用、移除或替换所配置的调度小区有关。
在一个示例中,对活动调度小区切换的指示可以包括一个或多个CCS字段,每个CCS字段包括用于指示被调度小区索引的参数,因此可以仅应用于由CCS字段指示的被调度小区。根据本示例,并非“对应于”所指示调度小区的所有被调度小区一定会将其活动调度小区改变为所指示的调度小区。例如,如果第二被调度小区和第三被调度小区都配置了相同的第一调度小区,当UE接收到对活动调度小区切换的指示(该指示包括第一调度小区是第二被调度小区的活动调度小区的指示)时,这种指示并不意味着第一调度小区也是第三被调度小区的活动调度小区。
在一个示例中,当UE接收到对活动调度小区切换的指示,该指示包括第一调度小区是第二被调度小区的活动调度小区的指示,这种指示意味着第一调度小区也是其自身小区(即用于第一调度小区)的活动调度小区。在一个示例中,UE可以配置有包括与调度小区对应的一个或多个被调度小区的一个或多个组。根据本示例,UE可以接收如下指示,该调度小区是例如通过指示组索引在所配置的一组被调度小区中指示出的第一组被调度小区的活动调度小区,或者该调度小区是针对基于例如与所配置的一组被调度小区对应的位图的多组被调度小区的活动调度小区,其中在位图中的第[N]个位置中的“1”指示对于被调度小区的对应组(例如第[N]组)该调度小区是活动的,并且在位图中的第[N]个位置中的“0”指示对于被调度小区的对应组(例如第[N]组)该调度小区是活动的。在另一个示例中,指示可以对应于组内的被调度小区,使得调度小区对于组内的一个或多个被调度小区是活动的,例如,基于组内的位图。
在一个示例中,对活动调度小区切换的指示可以应用于与该调度小区对应的所有被调度小区,并且可以激活指示的调度小区作为所有对应被调度小区的活动调度小区。在一个示例中,如果被调度小区已经具有作为活动调度小区的被指示的调度小区,则不需要对该被调度小区采取行动。根据本示例,在对活动调度小区切换的指示中可以没有被调度小区索引。在另一个示例中,调度小区指示符(SCI)参数可以具有例如多达5位或少于5位的位宽以指示(例如,在针对UE配置的多达32个服务小区中的)“绝对”小区索引。
在另一个示例中,指示可以对应于例如一组或多组调度小区中的一组调度小区,例如使用组ID方法和/或位图方法。在一个示例中,当调度小区配置有多个调度小区时,则指示可以包括位图,使得在位图中的第[N]个位置中的“1”指示对于该被调度小区第[N]个调度小区是活动的,而[0]指示对于该被调度小区第[N]个调度小区是不活动的。
图14示出了根据本公开实施方式的用于指示对活动调度小区进行切换的方法1400的流程图。图14所示的方法1400的实施方式仅用于说明。图14所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图14所示,UE在步骤1410处接收到将第一服务小区配置为用于一组至少两个服务小区的调度小区的配置。例如,该组可以包括至少第一服务小区。在步骤1420处,UE接收到第一服务小区是用于PDCCH监测的活动调度小区的指示。在步骤1430处,UE针对该组中的所有服务小区在第一服务小区上监测PDCCH。
如前所述,在E-3的一个实施方式中,提供了对活动调度小区切换的指示机制。在一个实施方式中,当UE配置有针对给定被调度小区的至少两个调度小区,并且与一组活动调度小区相关联,该组活动调度小区是至少两个所配置的调度小区的严格子集(例如,被调度小区配置有两个调度小区,并且其中仅有一个可以是针对该被调度小区的活动调度小区),例如,实施方式E-1中的情形1和/或情形3,可以使用基于网络信令和/或UE确定的各种机制来指示/触发在至少两个调度小区中进行活动调度小区的切换。
如前所述,在E-3-1的一个实施方式中,在用于本实施方式的第一机制中,UE特定PDCCH/DCI可以用于指示对活动调度小区的切换。根据这种机制,UE在第一调度小区上接收PDCCH,诸如针对被调度小区的第一活动调度小区或针对被调度小区的先前活动调度小区,其中PDCCH包括如下DCI,该DCI承载有切换到作为被调度小区的活动调度小区的第二调度小区的指示。在一个示例中,DCI格式可以是用于调度UL数据传输的DCI格式(诸如DCI格式0_0和0_1),和/或可以是用于调度DL数据传输的DCI格式(诸如DCI格式1_0和1_1)。在另一个示例中,DCI格式可以是诸如DCI格式0_2和1_2的“紧凑型”DCI格式(例如,用于URLLC用例),潜在地对CCS字段的位宽进行限制(诸如针对CCS字段的可配置位宽),或者潜在地将CCS字段与其它字段(诸如CIF)合并,使得所合并的位宽(例如CCF+CIF位宽)不超过配置/特定的位数。
在一个示例中,对活动调度小区切换的指示仅应用于接收到DCI格式和/或由DCI格式调度数据传输的被调度小区。在另一个示例中,对活动调度小区切换的指示应用于如下的所有被调度小区,这些被调度小区配置有与接收到DCI格式和/或由DCI格式调度数据传输的被调度小区相同的调度小区;即,调度小区成为用于接收该指示的被调度小区以及配置有相同调度小区的所有被调度小区的活动调度小区。
在一个示例中,UE特定PDCCH承载如下DCI格式,该DCI格式包括除了在该被调度小区上调度数据传输的指示以外,还包括针对被调度小区进行活动调度小区切换的指示。在一个示例中,“CCS”字段被作为新字段添加到DCI格式。在一个示例中,CCS字段可以是如实施方式E-2中所述。在一个示例中,DCI格式可以包括多个CCS字段,每个CCS字段对应于对不同/单独调度小区的激活(对于接收到DCI格式和/或由DCI格式调度数据传输的被调度小区)。在一个示例中,当被调度小区配置有单个调度小区时,则UE不期望DCI格式中的跨载波调度(CCS)的任何字段(即,CCS字段)具有零(0)位宽,并且UE继续在同一调度小区上监测第一服务小区的PDCCH。
图15示出了根据本公开实施方式的示例性DCI格式1500。图15中示出的DCI格式1500的实施方式仅用于说明。
如图15所示,其中字段#1、#2至#N对应于DCI格式中的现有字段(例如,用于调度DL/UL数据传输),并且CCS的新字段被添加到DCI格式中以用于指示对活动调度小区的切换。
图16示出了根据本公开实施方式的用于指示对活动调度小区进行切换的方法1600的流程图。图16所示的方法1600的实施方式仅用于说明。图16所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图16所示,UE在步骤1610处接收到对具有两个调度小区(例如,第二小区和第三小区)的第一服务小区的配置。在步骤1620处,UE在第二服务小区上的PDCCH中接收到针对第一服务小区的DCI格式。例如,第二服务小区可以是针对第一服务小区的第一活动调度小区或配置和先前激活的调度小区。在一个示例中,DCI格式可以处于第二服务小区的UE特定搜索空间或公共搜索空间中的PDCCH中,以用于在第一服务小区上触发数据传输/接收(例如,下行链路分配、上行链路许可、SPS/CG激活)。在另一个示例中,如在接收到的DCI格式中触发的,UE在第一服务小区上执行数据传输/接收。UE在步骤1630处读取DCI格式中的用于跨载波调度的字段,该字段指示UE可以监测哪个调度小区(例如,第三服务小区)用于第一服务小区的将来PDCCH接收。然后,UE在步骤1640处在DCI格式中的跨载波调度字段中所指示的调度小区(例如,第三服务小区)中监测第一服务小区的PDCCH。
在一个示例中,承载DCI格式的UE特定PDCCH可以不用于在被调度小区上调度数据传输,而仅仅用于包括对活动调度小区切换的指示。根据本示例,在用于跨载波调度的DCI格式中可以不包括新的字段,相反地,一组特定DCI字段(诸如频域资源分配(FDRA)字段和时域资源分配(TDRA)中的一个或多个)可以被重新解释/重新计划以指示CCS字段,如实施方式E-2中所述。在一个示例中,一组特定DCI字段可以被重新解释/重新计划为多个CCS字段,每个字段对应于对不同/独立调度小区的激活。
根据本示例,对于该DCI格式的PDCCH监测,在一个示例中,UE使用诸如C-RNTI的现有RNTI,而在另一个示例中,UE使用诸如“CCS-RNTI”的新RNTI。在一个示例中,UE执行对DCI格式的验证,以确定DCI格式是否被用于指示对活动调度小区进行切换。例如,UE确定一组特定DCI字段(诸如调制和编码方案(MCS)、HARQ过程号(HPN)、冗余版本(RV)中的一个或多个)是否被设置为特定默认值,诸如全部为零或全部为一的值。在另一个示例中,验证还包括使用诸如CCS-RNTI的新RNTI以用于PDCCH监测和DCI格式接收。
图17示出了根据本公开实施方式的示例性DCI格式1700。图17中示出的DCI格式1700的实施方式仅用于说明。
如图17所示,其中字段#1至#L对应于在按规范被设置为默认值时被验证的验证字段,而字段#M至#N被重新计划/重新解释为CCS字段。在一个示例中,其它剩余DCI字段是未使用的。
UE使用现有RNTI(诸如C-RNTI)或使用用于跨载波调度的新RNTI(诸如CCS-RNTI),在UE特定搜索空间集或第二服务小区的公共搜索空间集中的PDCCH中接收(用于第一服务小区的)DCI格式。UE根据规范确定接收到的DCI格式内的第一组至少一个验证DCI字段的值。UE确定第一组至少一个“验证”字段的值是否按规范被设置为默认值。在一个示例中,如果UE确定出第一组至少一个“验证”字段的值没有按规范被设置为默认值并且UE使用了诸如C-RNTI的传统RNTI以进行PDCCH监测和DCI格式接收,则UE执行传统的操作,诸如由接收到的DCI格式所触发的数据传输或接收。
在另一个示例中,如果UE确定出第一组至少一个“验证”字段的值没有按规范被设置为默认值并且UE使用了诸如CCS-RNTI的新RNTI以进行PDCCH监测和DCI格式接收,则UE丢弃接收到的DCI格式。但是,如果UE确定出第一组至少一个“验证”字段的值按规范被设置为默认值,则UE不执行诸如数据传输或接收的任何传统操作,相反地,UE按规范确定接收到的DCI格式中的第二组至少一个字段的值。UE重新解释包括至少一个字段的第二组的值,以确定UE可以监测用于(针对第一服务小区的)将来PDCCH的新活动调度小区(例如,第三服务小区)。
在一个示例中,UE发送HARQ-ACK反馈以指示成功接收到PDCCH和确定出新活动调度小区。UE在所确定的新活动调度小区上监测(用于第一服务小区的)PDCCH。
可以考虑针对UE特定的DCI格式的保护方法,以减少UE错过用于指示活动调度小区切换的PDCCH/DCI格式的可能性。在一个示例中,gNB实施方式可以增加该DCI格式传输的聚合级别(AL),从而可以使用低编码率,并且可以实现更高的DCI格式可靠性。
在另一个示例中,为了避免对指示活动调度小区切换的PDCCH/DCI格式的长期保护,可以使用调度小区禁用定时器方法,从而可以检测和避免PDCCH/DCI格式的多次连续缺失(参见实施方式E-3-4)。
在又一示例中,UE可以传输HARQ-ACK反馈,以指示成功接收到PDCCH/DCI格式,以指示对活动调度小区进行切换。根据本示例,UE可以在PUCCH资源(诸如指定/默认/配置的PUCCH资源或由DCI格式指示的PUCCH资源)中发送HARQ-ACK反馈,或者在PUSCH资源传输上进行复用。
如前所述,在E-3-2的一个实施方式中,在用于本实施方式的第二机制中,组公共PDCCH/DCI格式可以用于指示对活动调度小区的切换。根据这种机制,一组UE接收到包括至少两个字段的组公共DCI格式的单个联合指示,其中每个字段对应于对一个UE进行活动调度小区切换的指示,诸如实施方式E-2中所述的CCS字段。例如,该组UE可以包括附近的UE,这些UE具有类似的信道条件,从而经历类似的PDCCH可靠性能,并且在PCell与调度SCell之间需要类似/相关的DCI卸载情况。在一个示例中,UE使用新的UE组RNTI(诸如CCS-RNTI)接收组公共DCI格式。
在第二机制的第一实例中,组公共DCI格式包括组中的固定UE集。根据该实例,该组内的每个UE被RRC配置有用于组公共DCI格式中的位置的参数,以便UE读取组公共DCI格式内的固定位置/字段。在一个示例中,如果要指示给组内的UE的活动调度小区没有变化,则组公共DCI格式中对应于该UE的位置/字段可以包括默认值,诸如全部为零。
图18示出了根据本公开实施方式的示例性组公共DCI格式1800。图18中所示的组公共DCI格式1800的实施方式仅用于说明。
图18示出了包括用于[N]个UE的[N]个字段的用于第一选项的组公共DCI格式的示例,其中CCS#1对应于针对第一UE进行的活动调度小区切换,并且CCS#2对应于第二UE,以这些推,并且字段CCS#N对应于第N个UE。
在第二机制的第二实例中,组公共DCI格式包括组中的可变UE集,其在组公共DCI格式中具有可变的位置/字段。根据该选项,组内的每个UE被RRC配置有UE组/UE组成员ID内的UE ID,其位宽为诸如用于一组16个UE的4位。然后,当用于该UE的UE组/UE组成员ID内的UE ID被包括在组公共DCI格式中的字段中时,UE在组公共DCI格式内确定对活动调度小区切换的指示,诸如实施方式E-2所述的CCS字段。在这种情况下,UE读取对应字段(例如,CCS字段)的值以确定指示。在该选项中,当要向组内的UE指示的活动调度小区没有变化时,组公共DCI格式可以不包括与该UE对应的任何字段。
图19示出了根据本公开实施方式的另一个示例性组公共DCI格式1900。图19中所示的组公共DCI格式1900的实施方式仅用于说明。
图19示出了包括用于[N]个UE的[N]个字段的用于第二选项的示例性组公共DCI格式,其中CCS#1对应于针对组内的具有UE ID#1的第一UE进行的活动调度小区切换,并且CCS#2对应于组内的具有UE ID#1的第二UE,以这些推,并且字段CCS#N对应于组内的具有UEID#N的第N个UE。
图20示出了根据本公开实施方式的用于指示对活动调度小区进行切换的方法2000的流程图。图20所示的方法2000的实施方式仅用于说明。图20所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图20示出了用于指示对活动调度小区进行切换的第二机制的示例性流程图,即使用组公共PDCCH/DCI格式。
在步骤2010处,UE配置有针对至少一个服务小区的至少两个调度小区(例如,第一服务小区和第二服务小区)。在步骤2020处,UE接收对UE组RNTI的配置(诸如用于跨载波调度的CCS-RNTI),连同在组公共DCI中的位置的信息和UE组中的UE ID之一。在步骤2030处,UE使用用于跨载波调度的UE组RNTI来在第一服务小区的公共搜索空间中的PDCCH中接收组公共DCI格式。例如,第一服务小区可以是第一活动调度小区或服务小区中的配置和先前激活的调度小区。在步骤2040处,UE读取所配置的位置中的字段中的值或在接收到的组公共DCI格式中的与所配置的UE ID相关联的字段中的值。最后,在步骤2050处,UE在组公共DCI中读取的值中所提供的新活动调度小区(例如,第二服务小区)上监测服务小区的PDCCH。在一个示例中,当UE配置有UE组内的UE ID时,当UE确定出所配置的UE组内的UE ID不包括在组公共DCI格式中时,UE丢弃组公共DCI格式,并且继续在服务小区上监测服务小区的PDCCH,即不改变该UE的活动调度小区。
如前所述,在E-3-3的一个实施方式中,在本实施方式的第三机制中,下行链路MAC-CE的激活/禁用命令可以用于指示对活动调度小区的切换。根据这种机制,DL MAC-CE命令由PDSCH传输承载,并且应用于单个UE,即PDSCH被调度(和被接收)的UE。这种机制应用于控制开销负载平衡和网络流量模式变化速度适中情况下的卸载。此外,这种机制有利于在单个命令中联合指示对多个/几个调度小区和/或对应于多个/几个被调度小区进行的活动调度小区切换,这难以/不可能适应于如实施方式E-3-1和E-3-2中描述的(UE特定或组公共)DCI格式。
在这种机制中,DL MAC-CE命令可以包括数量可变的CCS字段,如实施方式E-2所述,其中每个字段对应于其活动调度小区正在改变的被调度小区和/或对应于所有对应被调度小区正在被激活或禁用的调度小区。在一个示例中,MAC-CE包括指示在MAC-CE命令中包括的CCS字段数量的字段。在另一个示例中,对于每个CCS字段,存在对应字段,该字段指示CCS字段是对应于调度小区的激活/添加还是对应于调度小区的禁用/移除/替换(对于被调度小区)。
在一个示例中,UE发送HARQ-ACK反馈以确认成功接收到(或未接收到)用于活动调度小区切换的MAC-CE命令。这种HARQ-ACK反馈,在一个示例中,在指定/默认/配置的PUCCH资源或以调度承载有MAC-CE命令的PDSCH的DCI格式所指示的PUCCH资源上发送;而在其它示例中,在PUSCH资源传输上进行复用。
图21示出了根据本公开实施方式的示例性下行链路MAC-CE激活/禁用命令2100。图21中所示的下行链路MAC-CE激活/禁用命令2100的实施方式仅用于说明。
图21示出了在第三机制中使用的示例性下行链路MAC-CE激活/禁用命令,其中字段指示MAC-CE命令包括的CCS字段的数量[M],并且其中CCS#1对应于活动调度小区中的第一切换指示,并且CCS#2对应于活动调度小区中的第二切换指示等,并且CCS#M对应于活动调度小区中的切换的第M切换指示。
图22示出了根据本公开实施方式的用于使用MAC-CE激活/禁用命令来指示对活动调度小区的切换的方法2200的流程图。图22所示的方法2200的实施方式仅用于说明。图22所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图22示出了第三机制的示例性流程图,即使用MAC-CE激活/禁用命令来指示对活动调度小区的切换。在步骤2210处,UE配置有针对至少一个服务小区的至少两个调度小区。在步骤2220处,UE接收到承载用于跨载波调度的MAC-CE激活命令的PDSCH。在步骤2230处,UE确定MAC-CE命令内的至少一个字段的数量,其中每个字段针对配置有至少两个调度小区的服务小区指示出了新活动调度小区。在一个示例中,UE在PUCCH资源中发送HARQ-ACK反馈以指示成功接收承载MAC-CE激活命令的PDSCH。在步骤2240处,UE开始在所指示的新活动调度小区中检测服务小区的PDCCH。在一个示例中,UE在PUCCH中发送HARQ-ACK之后经过[N]个时间单位/毫秒/符号/时隙之后开始PDDCH监测,其中参数[N]是基于规则来指定或配置或确定。
如前所述,在E-3-4的一个实施方式中,在本实施方式的第四机制中,调度小区禁用定时器的方法可以用于确定对活动调度小区的切换。根据这种机制,RRC配置“默认”调度小区连同对禁用定时器的值的配置。然后,如果直到该调度小区的禁用计时器期满UE都没有在活动调度小区上接收到针对被调度小区的PDCCH/DCI,则UE可以回退到用于对被调度小区进行PDCCH监测的默认调度小区。此外,当在当前/先前活动调度小区的禁用定时器正在运行时UE从网络接收到新指示以改变针对被调度小区的活动调度小区时,UE可以重置/重新启动该定时器。
这种机制可以为用于指示活动调度小区切换的丢失PDCCH/DCI格式提供长期保护。例如,如果网络发送PDCCH/DCI格式以指示对活动调度小区的切换,但是UE没有监测真正的活动调度小区,则UE将保持丢失该调度PDCCH/DCI,因此gNB最终可能意识到UE已经丢失对活动调度小区切换的指示。在这种情况下,基于所配置的禁用定时器值,gNB和UE两者最终可能会回退到同一活动调度小区,即默认调度小区。
应注意,尽管调度小区禁用定时器主要旨在为了长期保护基于PDCCH/DCI的切换活动调度小区的指示,即保护实施方式E-3-1中描述的第一机制,但UE每次开始在新活动调度小区上监测PDCCH时都需要启动该定时器,而不管使用何种指示机制来激活调度小区,例如第一机制、第二机制和/或第三机制中的任一个。因此,调度小区禁用定时器方法可以与其它机制一并操作。
在一个示例中,可以使用周期定时器代替禁用定时器,因此RRC为每个调度小区配置“周期(periodicity)”,并且UE在所配置的周期期间在每个调度小区上监测PDCCH,然后切换到下一个调度小区。在本示例中,可以使用预先确定的顺序,例如基于所配置的调度小区的服务小区索引或配置索引。在另一个示例中,所配置的调度小区的顺序可以由网络配置。在一个示例中,周期定时器可以被用于切换调度小区的另一个网络指示所覆盖,例如第一机制、第二机制和/或第三机制中的任一个。在一个示例中,如果调度小区禁用定时器正在针对第一调度小区运行,然后UE接收到用于将活动调度小区从第一调度小区切换到第二调度小区的网络指示,则UE停止旧调度小区的定时器。
图23示出了根据本公开实施方式的用于调度小区禁用定时器的方法2300的流程图。图23所示的方法2300的实施方式仅用于说明。图23所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图23所示,在步骤2310处,UE对服务小区配置了至少两个调度小区。在步骤2320处,UE接收对调度小区禁用定时器的配置,该配置包括禁用定时器持续时间和用于服务小区的默认调度小区。在步骤2330处,UE接收到指示(例如,RRC、DCI、MAC-CE)以在调度小区上监测服务小区的PDCCH。在步骤2440处,UE针对所指示的调度小区启动对应于服务小区的禁用定时器。在步骤2350处,UE在指定调度小区上监测服务小区的PDCCH。在步骤2360处,UE确定UE是否在第一调度小区上接收到服务小区的PDCCH。如果UE已在第一调度小区上接收到服务小区的PDCCH,则UE在步骤2370处重新启动定时器。但是,如果UE没有在第一调度小区上接收到服务小区的PDCCH,则定时器继续运行。在步骤2380处,UE确定调度小区禁用定时器是否已期满。如果没有(即,定时器仍在运行),则UE继续如在步骤2350处在指定调度小区上监测服务小区的PDCCH。但是如果调度小区禁用定时器已期满,UE在步骤2390处开始在默认调度小区上监测服务小区的PDCCH。
如前所述,在E-3-5的一个实施方式中,在本实施方式的第五机制中,时间模式可以用于确定对活动调度小区的切换。根据这种机制,RRC针对对应于被调度小区的不同调度小区配置时间模式,该时间模式提供了时隙、子帧、帧等与所配置的调度小区之间的映射,使得第一调度小区在第一组时隙/子帧/帧上活动并且第二调度小区在第二组时隙/子帧/帧中活动,以对被调度小区或一组被调度小区进行PDCCH监测。在一个示例中,第一组时隙和第二组时隙是互补的的以覆盖所有时隙。
在另一个示例中,第一组时隙和第二组时隙是非重叠的,因此在每个时隙处仅有一个调度小区可以活动;而在另一个示例中,第一组时隙和第二组时隙是重叠的,因此在重叠时隙中有两个/多个调度小区可以活动。
在一个示例中,时间模式是由规范提供的。在另一个示例中,规范提供了可能的时间模式列表,并且RRC配置(和或L1/L2信令)指示所提供的时间模式之一。在又一示例中,时间模式是由UE基于预定规则或公式来确定。
在一个示例中,为了切换和/或确定活动调度小区而提供的时间模式可以与用于调度小区和/或被调度小区的TDD UL-DL配置有关。例如,gNB/调度器可以对调度PCell配置第一组时隙/子帧,并且对调度SCell配置另一个组时隙/子帧,例如,PCell的时隙/子帧可以是PCell上的TDD UL-DL配置中的DL时隙/子帧,而SCell的时隙/子帧可以是PCell上的TDD UL-DL配置中的UL时隙/子帧。在另一个示例中,(NR)服务/调度小区可以具有互补的UL-DL配置,并且可以基于例如相同的TDD UL-DL配置或其子集或一般地基于时间模式来确定活动调度小区。这也可能导致被调度小区对于BD/CCE的分配仅被计数一次。这种方法在包括用于LTE-NR共存的不同情形下可以是有益的。
在一个示例中,时间模式可以基于参考SCS/参数集,诸如基于频率范围的默认SCS/参数集(例如,FR1为15kHz,FR2为60kHz等),或者诸如针对被调度小区的调度小区的最小或最大SCS/参数集。如果UE确定调度小区上的PDCCH监测时机与时间模式不允许的一组PDCCH监测时机部分重叠,则在第一种方法中,UE可以丢弃该监测时机。在第二种方法中,当PDCCH接收到的任何符号都没有重叠时,UE可以在该时机上监测PDCCH。
在另一个示例中,可以针对与被调度小区相关联的两个/多个调度小区配置两个/多个单独的时间模式,其中每个时间模式是基于对应调度小区的SCS/参数集。用于调度小区的时间模式可以与用于对应于该调度小区的所有被调度小区的时间模式相同,或者与用于对应于该调度小区的不同调度小区的时间模式不同。
UE可以将时间模式应用于配置在针对被调度小区的调度小区上的所有SS集。例如,UE将时间模式应用于SS集的时域配置以外,诸如SS集周期、或位图、或偏移、或持续时间等,以确定实际的PDCCH监测时机。例如,UE基于针对被调度小区的这种时间模式与每个SS集中的时域配置之间的重叠/交叉来确定PDCCH监测时机。
在一个示例中,时间模式可以基于用于搜索空间(SS)集的定时配置,该SS集确定由UE针对被调度小区进行PDCCH监测,其中该SS集与针对该被调度小区配置在调度小区上的CORESET相关联。用于SS集的定时配置可以基于用于该SS集的诸如周期、偏移或持续时间的参数或其PDCCH监测时机,其中这些参数可以具有符号/时隙/子帧/帧等的粒度级别。例如,时间模式可以包括UE监测与第一调度小区相关联的第一SS集的第一组符号/时隙/子帧/帧,以及UE监测与第二调度小区相关联的第二SS集的第二组符号/时隙/子帧/帧,其中第一调度小区和第二调度小区是针对同一被调度小区。当第一时间模式和第二时间模式重叠时,例如当第一调度小区和第二调度小区使用不同的SCS进行PDCCH传输时,UE可以被配置为仅在第一调度小区或第二调度小区上或在第一调度小区和第二调度小区两者上进行PDCCH监测,或者调度小区可以在系统操作规范中预先确定,诸如调度小区是具有较小或较大小区索引或具有较小或较大SCS/参数集的小区。在一个示例中,对于同一被调度小区,UE根据与第一调度小区相关联的第一SS集在第一时隙中监测PDCCH,并且在与第二调度小区相关联的第二SS集上在第二时隙中监测PDCCH。在第一调度小区和第二调度小区使用不同SCS的情况下,时隙可以被定义与较大的SCS(或较小的SCS)相关,或者作为一般参考,与PUCCH传输的SCS相关。在另一个示例中,UE在与第一调度小区相关联的第一SS集上在时隙的第一符号中监测PDCCH,并且在与第二调度小区相关联的第二SS集上在时隙的第二符号中监测PDCCH。因此,UE可以被配置为在针对同一被调度小区的同一时隙中在两个调度小区上具有非重叠的SS集/PDCCH监测时机。
如前所述,在E-4的一个实施方式中,提供了用于改变活动调度小区的时间线方面。
在一个实施方式中,当UE配置有用于给定被调度小区的至少两个调度小区,并且与如下的一组活动调度小区相关联,该组活动调度小区是至少两个所配置的调度小区的严格子集(例如,被调度小区配置有两个调度小区,并且其中仅有一个可以用于该被调度小区的活动调度小区),例如,实施方式E-1中的情形1和/或情形3,并且当网络信令用于指示在至少两个调度小区中进行活动调度小区的切换时,gNB和/或UE可以基于一些时间线考虑,在当前/先前活动调度小区和/或新活动调度小区上执行PDCCH监测。根据本实施方式,UE可以在一段时间内以各种方法操作PDCCH监测,例如,被称为调度小区“激活”时间或者简单地说“激活”时间,在从UE接收到用于活动调度小区切换的gNB指示时起直到UE可以开始在新活动调度小区上接收DCI时。
在一个示例中,用于活动调度小区切换的激活时间可以涉及RF切换延迟/延时,例如,当新指示的活动调度小区在gNB指示之前已经不是被激活的服务小区时,和/或当新指示的活动调度小区已经处于与在活动调度小区切换后旨在操作的新活动BWP相比不同的当前/旧活动BWP中时,和/或当新指示的活动调度小区和/或对应的BWP在gNB指示之前已经处于休眠行为时等。在另一个示例中,用于活动调度小区切换的激活时间可以涉及UE基带处理时间,例如,用于UE接收用于活动调度小区切换的gNB指示、解码和处理该指示、以及确定新活动调度小区。在一个示例中,对活动调度小区切换的指示可以显式地或隐含地包括UE可以/被期望在新指示的活动调度小区上监测/接收PDCCH的起始时间。
在一个示例中,用于活动调度小区切换的激活时间可以是零,因此活动调度小区的切换可以是即时的。在另一个示例中,用于活动调度小区切换的激活时间可以大于零,因此活动调度小区的切换会产生一些延迟/延时。
当用于活动调度小区切换的激活时间大于零时,在一个示例中,UE在调度小区激活时间内既不能在当前/旧活动调度小区上监测/接收PDCCH也不能在新活动调度小区上监测/接收PDCCH,即,不期望UE在当前/旧活动调度小区或新活动调度小区上监测/接收该被调度小区的PDCCH。在另一个示例中,UE可以在调度小区激活时间的整个持续时间/周期期间继续在当前/旧活动调度小区上监测/接收PDCCH。在又一示例中,UE可以在接收到对活动调度小区切换的指示之后继续在当前/旧活动调度小区上监测/接收PDCCH,但是在不期望UE在当前/旧活动调度小区或新活动调度小区上监测/接收PDCCH之后/期间,UE可以继续如此操作直到自调度小区激活时间(结束)起经过偏移为止。
图24示出了根据本公开实施方式的用于活动调度小区切换的示例性激活时间2400。图24所示的激活时间2400的实施方式仅用于说明。
图24示出了用于活动调度小区切换的激活时间的示例性操作。服务小区#1(即,被调度小区)配置有两个调度小区,即调度小区#2和#3。应注意,服务小区#1可以与调度小区#2或调度小区#3相同或不同。假设调度小区#2或调度小区#3是不同的。调度小区#2可以是服务小区#1的第一活动调度小区(参见实施方式E-1-0)。UE在调度小区#2上监测服务小区#1的PDCCH。对于服务小区#1,UE接收到活动调度小区从调度小区#2变化到调度小区#3的指示。该指示可以在服务小区#4上接收,服务小区#4可以与调度小区#2或调度小区#3或服务小区#1相同,或者甚至是与被调度小区#1以及调度小区#2和#3都不同的服务小区。在激活时间段内,UE处理用于切换活动调度小区的gNB指示。在一个示例中,不期望UE在激活时间内监测/接收PDCCH。然后UE在调度小区#3上监测服务小区#1的PDCCH。
在一个示例中,当如实施方式E-3-1和E-3-2所述的PDCCH/DCI格式、诸如UE特定DCI和/或组公共DCI被用于活动调度小区切换的gNB指示,并且(i)在第一种情况下,DCI格式(例如,DCI格式中的“CCS”字段)指示活动调度小区没有变化,则UE可以继续在当前活动调度小区上监测/接收PDCCH;并且(ii)在第二种情况下,DCI格式(例如,DCI格式中的“CCS”字段)指示活动调度小区发生变化,则在一个示例中,UE不期望在UE处理“激活”时间(诸如指示活动调度小区的变化的PDCCH/DCI格式的解码和/或处理时间)期间,调度PDCCH/DCI。在新指示的活动调度小区的该激活时间之后,UE可以在新活动调度小区中监测PDCCH。
例如,预期UE在从提供对活动调度小区切换的指示的PDCCH中的最后一个符号起的N个符号之后,开始在新指示的活动调度小区上监测PDCCH。对于被指示要切换其活动调度小区的服务/被调度小区,如果PDSCH-ServingCellConfig的processingType2Enabled被设置为启用,则对于μ=0,N=5,对于μ=1,N=5.5,并且对于μ=2,N=11;否则,对于μ=0,N=10,对于μ=1,N=12,对于μ=2,N=22,并且对于μ=3,N=25,其中μ对应于:(ii-A)在一个示例中,提供活动调度小区切换指示的PDCCH中的SCS配置,和/或(ii-B)在另一个示例中,提供活动调度小区切换指示的PDCCH中的SCS配置与被指示要切换其活动调度小区的服务/被调度小区的SCS配置之间的最小SCS配置,和/或(ii-C)在另一个示例中,在提供活动调度小区切换指示的PDCCH中的SCS配置和被指示要切换其活动调度小区的服务/被调度小区的SCS配置以及当前/旧活动调度小区和/或新指示的活动调度小区的SCS配置中的最小SCS配置。
在一个示例中,当如实施方式E-3-3所述的MAC-CE激活/禁用命令被用于活动调度小区切换的gNB指示时,并且(i)在第一种情况下,MAC-CE激活/禁用命令(例如,MAC-CE激活/禁用命令中的“CCS”字段)指示活动调度小区没有变化,则UE可以继续在当前活动调度小区上监测/接收PDCCH,并且(ii)在第二种情况下,MAC-CE激活/禁用命令、(例如,MAC-CE激活/禁用命令中的“CCS”字段)指示活动调度小区发生改变,则在一个示例中,可以存在用于处理MAC-CE命令的激活延迟,诸如[N]=3毫秒的延迟。
例如,如果UE接收到用于切换活动调度小区的MAC-CE激活命令,则UE在时隙之后的第一时隙中应用激活命令,其中k是UE将针对提供激活命令的PDSCH发送具有HARQ-ACK信息的PUCCH的时隙,并且μ是用于PUCCH的SCS配置。活动BWP被定义为在应用激活命令时时隙中的活动BWP。激活时间还可以包括UE接收到提供激活命令的PDCCH/PDSCH时与UE将针对提供激活命令的PDSCH发送具有HARQ-ACK信息的PUCCH时之间的时间。在这种情况下,在一个示例中,UE在该MAC-CE激活时间内不期望任何(调度)DCI。
在另一个示例中,UE在该MAC-CE激活时间内仍可以在当前/旧活动调度小区上监测和接收PDCCH。在另一个示例中,UE在该MAC-CE激活时间内可以在当前/旧活动调度小区上监测和接收PDCCH,但可以继续如此操作直到从激活时间结束起经过偏移为止,诸如3毫秒时期减去UE进行PDCCH接收的处理时间(诸如N个符号)。例如,对于被指示要切换其活动调度小区的服务/被调度小区,如果PDSCH-ServingCellConfig的processingType2Enabled被设置为启用,对于μ=0,N=5,对于μ=1,N=5.5,并且对于μ=2,N=11;否则,对于μ=0,N=10,对于μ=1,N=12,对于μ=2,N=22,并且对于μ=3,N=25,其中μ例如对应于上述选项(ii-A)、(ii-B)和(ii-C)的一个或多个选项。
如前所述,在E-5的一个实施方式中,提供了对具有多个活动调度小区的被调度小区的搜索空间集配置。在一个实施方式中,当UE配置有针对给定被调度小区的至少两个调度小区时,被调度小区中的PDCCH配置包括SS集的列表,其中对于列表中的每个SS集,配置了对应于调度小区的小区索引。
以下信息要素示出了在具有跨载波调度和至少两个所配置的调度小区的被调度小区中的搜索空间集配置的示例性结构。在本示例中,参数“schedulingCellId”指示针对被调度小区的SS集被配置在其上的调度小区的服务小区索引。根据本示例,(例如,由参数“nrofCandidates”捕获的)每个SS集中的候选PDCCH数量(每个AL)可以取决于调度小区。例如,具有低AL的大多数/所有PDCCH可以被配置在低频主(调度)基站上,使得用于PDCCH的更高编码速率通过较强的信道来补偿,或者简单地,有利于较小的DCI大小。在另一个示例中,具有高AL的大多数/所有PDCCH可以被配置在中频次(调度)小区上,使得调度小区的较弱信道通过更低的PDCCH编码速率来补偿,或者简单地,有利于较大的DCI大小。在另一个示例中,可以为每个SS集配置“SSsetPriorityLevel”,以指示这些SS集的优先级等级以处理SS集的超额预订/丢弃,例如,具有相同的SS集索引“searchSpaceId”(例如,实施方式E-8)。
表7.SearchSpace信息要素
如前所述,在E-6的一个实施方式中,当在提供了至少两个活动调度小区的跨载波调度模式下运行时确定对PDCCH盲解码(BD)的“总”限制。
在一个实施方式中,当UE配置有针对给定被调度小区的至少两个调度小区时,可以基于针对被调度小区的调度小区的参数集来确定被调度小区的总数以及对候选PDCCH总数(或非重叠CCE/>)的对应限制。根据本实施方式,为了计算对应于参数集μ的被调度小区总数/>当被调度小区配置有至少两个调度小区并且具有两个活动调度小区时,其中针对该被调度小区的第一活动调度小区中的DL BWP配置有参数集μ1,并且针对被调度小区的第二活动调度小区中的DL BWP配置有参数集μ2,并且第一活动调度小区与第二活动调度小区不同,并且参数集μ1与参数集μ2不同,可以考虑各种方法。在一个示例中,在/>中,这种被调度小区仅被计数一次,例如由于这种被调度小区仅指单个小区。在另一个示例中,在/>中,这种被调度小区被计数两次,使得一个这种被调度小区可以属于两个“/>组”,这也与针对为调度小区的活动DL BWP配置的每个参数集μ的定义/>一致。
应注意,对候选PDCCH总数或非重叠CCE/>)的限制或者对时间跨度而非时隙的类似限制可以基于/>与所报告的UE每个时隙/跨度可针对被调度小区监测的PDCCH的最大数量的UE能力/>(例如,在范围4至16内)的比较来确定。一个示例是当用于活动DL BWP的具有参数集μ1的第一小区被用于活动DL BWP的具有参数集μ2的第二小区配置用于自载波调度和用于跨载波调度两者时。
图25示出了在确定对候选PDCCH总数(或非重叠CCE/>)的限制时在/>中计数的示例性操作。调度小区#1的DL BWP配置有参数集μ=0(例如,SCS=15kHz),并且调度小区#2的DL BWP配置有参数集μ=1(例如,SCS=30kHz)。被调度小区#1与作为唯一配置/活动调度小区的调度小区#1相关联,。被调度小区#2与作为唯一配置/活动调度小区的调度小区#2相关联。在调度小区#1和调度小区#2都是配置和活动调度小区时,被调度小区#3与调度小区#3相关联。在这种情况下,可以认为/>和因此/>或者可以认为/>和/>但是/>基于对多个DL CC总数的简单计数。对于/>的示例,可以存在/>或/>的情况,每种情况都对应于对候选PDCCH总数/>(或非重叠CCE/>)的限制的不同确定公式。
在一个示例中,如果对应于同一被调度小区的两个调度小区不同时运行,例如两个调度小区具有不同和/或互补的TDD UL-DL配置,则无论两个调度小区是否具有相同或不同的参数集,该被调度小区仅被计数一次。
图26示出了根据本公开实施方式的用于在中计数的方法2600的流程图。图26所示的方法2600的实施方式仅用于说明。图26所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图26示出了在确定候选PDCCH总数(或非重叠CCE/>)的限制时在/>中计数的示例性流程图。在步骤2610处,UE被配置/指示为在两个调度小区(例如,第一服务小区和第二服务小区)上同时监测第三服务小区的PDCCH。在步骤2620处,UE确定与第一服务小区中的活动DL BWP相关联的第一参数集,以及与第二服务小区中的活动DL BWP相关联的第二参数集。如步骤2630,UE确定第一参数集是否与第二参数集相同。当第一参数集与第二参数集相同时,UE在步骤2640处针对用于PDCCH和非重叠CCE监测的DL分量载波总数对第三服务小区仅计数一次。当第一参数集与第二参数集不同时,UE在步骤2650处针对用于PDCCH和非重叠CCE监测的DL分量载波总数对第三服务小区计数两次。在步骤2660处,UE将DL分量载波总数与报告的UE每个时隙/跨时隙可监测PDCCH的DL分量载波的最大数量的UE能力进行比较。
如前所述,在E-7的一个实施方式中,当在提供了至少两个活动调度小区的跨载波调度模式下运行时,确定对PDCCH盲解码(BD)的“最大”限制。
在一个实施方式中,当UE配置有针对给定被调度小区的至少两个调度小区时,UE可以基于针对被调度小区的调度小区数量和调度小区的参数集来确定针对被调度小区的候选PDCCH的最大数量(或非重叠CCE/>)的限制。
根据本实施方式,对于在对应于单个被调度小区的两个活动调度小区中的BD/CCE的最大每个时隙/每个跨度每个被调度小区限制(诸如或/>),提供了各种方法。在一个示例中,每个活动调度小区中的候选PDCCH/非重叠CCE数量由UE的BD/CCE预算或能力单独限制。在另一个示例中,每个活动调度小区中的候选PDCCH/非重叠CCE数量由UE的BD/CCE预算或能力的缩放选项单独限制。在又一示例中,跨两个活动调度小区的候选PDCCH/非重叠CCE总数由UE的BD预算共同限制。
例如,当两个活动调度小区在其各自的活动DL BWP上具有两个不同的参数集μ1和μ2时,令BD1(或BD2)是在第一(或第二)活动调度小区中监测的候选PDCCH数量,并且令CCE1(或CCE2)是在第一(或第二)活动调度小区中监测的非重叠CCE数量。
第二和/或第三选项可以对应于具有对候选PDCCH和/或非重叠CCE的可比/类似监测的非传统UE能力,诸如与传统UE几乎相同。例如,对于选项-2和选项-3,缩放比α可以被显式地指定或配置、和/或隐含地配置,例如其中N1(或N2)是针对给定被调度小区的具有参数集μ1(或μ2)的活动调度小区的所有SS集中的候选PDDCH总数。
图27示出了根据本公开实施方式的示例性盲解码限制2700。图27中所示的盲解码限制2700的实施方式仅用于说明。
图27示出了针对活动调度小区情况下的盲解码限制的示例性图。外侧图示出了针对第一选项的BD限制,而中间图示出了针对第二选项的BD限制,并且内侧图示出了针对第三选项的BD限制。
在一个示例中,当针对第一调度小区的活动DL BWP的第一参数集与针对第二调度小区的活动DL BWP的第二参数集相同时,可以不定义缩放比α,则可以利用第一选项,可以不利用第二选项,并且可以利用不使用任何缩放比的第三选项,因此可以应用和/或在另一个示例中,第二选项仍然可以利用/>和/>或和/>以明确指示在两个/多个活动调度小区之间的BD/CCE的分配。
在一个示例中,当第一调度小区的活动DL BWP配置有参数集μ1并且第二调度小区的活动DL BWP配置有参数集μ2时,在第三选项中,对于每个调度小区,UE不需要在具有第一活动调度小区的SCS配置μ1的活动DL BWP上每个时隙/跨度监测超过个候选PDCCH或超过/>个非重叠CCE,以及在具有第二活动调度小区的SCS配置μ2的活动DL BWP上每个时隙/跨度监测超过/>个候选PDCCH或超过/>个非重叠CCE。
在另一个示例中,对于第一选项,对于每个调度小区,UE不需要在具有所有对应活动调度小区的SCS配置μ的活动DL BWP上每个时隙/跨度共同监测超过 个候选PDCCH、或超过/>/>个非重叠CCE。在又一示例中,对于第二选项,对于每个调度小区,UE不需要在具有第一活动调度小区的SCS配置μ1的活动DL BWP上每个时隙/跨度监测超过/>个候选PDCCH或超过个非重叠CCE,以及在具有第二活动调度小区的SCS配置μ2的活动DL BWP上每个时隙/跨度监测超过/>个候选PDCCH或超过/>个非重叠CCE。
至少在一些配置中,这种选择可以通过基于用于具有最小或最大SCS/参数集的小区的那些参数来设置BD/CCE限制来实现。替代性地,一种选择β=L2/L1或β=L1/L2可以应用,其中或/>或/>等。对应参数也可以应用于非重叠CCE或与SCS/参数集μ2相关联的L2。在另一个示例中,BD和CCE分区/分配可以基于具有最小或最大SCS/参数集的调度小区。例如,当μ1≤μ2时,UE可以用/> 和/>来进行操作。类似于选项2和3的其它选项也可以通过基于最小或最大SCS/参数集来设置相同的BD/CCE预算限制而应用。例如,UE可以利用/>和或利用来进行操作。类似的表达式应用于对应的非重叠CCE限制。
在另一个示例中,UE可以针对对应于同一被调度小区的两个/所有调度小区以相同的BD/CCE分区来进行操作,其中BD/CCE分区可以基于参考参数集来确定。例如,当被调度小区被配置成具有自载波调度和跨载波调度两者时,参考参数集可以是用于被调度小区的参数集。
在一种实现方式中,使用一个或多个缩放参数来确定BD/CCE限制的所有上述示例性方法可以将这些参数应用于对应BD/CCE分配项的部分或分量。例如,诸如项可以被替换为/>在另一个示例中,诸如项/> 可以被替换为/> 或在又一示例中,诸如项/>可以被替换为/>或/>在另外的示例中,可以分两个阶段应用缩放参数,诸如第一阶段的缩放被应用于如先前示例所述的BD/CCE分配项内的分量,并且第二阶段的缩放被应用于如先前示例所述的一个/每个BD/CCE分配项。
在一个示例中,上述所有解决方案可以类似地应用于多个活动调度小区,例如针对每个调度小区使用一个缩放比。在另一个示例中,上述所有解决方案可以类似地应用于PDCCH监测的不同时间单位,诸如(时间)时隙、(时间)跨度等。
在另一个示例中,可以将用于BD/CCE的基于比率参数的UE预算分割应用于总BD/CCE限制,即,UE不需要在来自个下行链路小区的调度小区中的活动DL BWP上监测超过/> 个候选PDCCH或超过/> 个非重叠CCE,其中/>代表仅以一个所配置或活动的调度小区进行操作的DL CC和/或被调度小区的数量,并且其中/>代表以两个所配置或活动的调度小区进行操作的DLCC和/或调度小区的数量。
在一个示例中,参数可以基于调度小区的参数集来选择。在另一个示例中,与CCE约束相比,不同的参数(例如,α和β)可以被选择用于BD约束。应注意,本示例中用于确定总BD/CCE限制的参数α和β可以与先前示例中用于在不同调度小区之间分配BD/CCE预算的参数α和β相同或不同。在另一个示例中,如果DL CC/调度小区可以与两个以上活动调度小区一起操作,则在总数中可以有更多的项。在又一示例中,额外参数ρ可以用于仅用一个活动调度小区操作的调度小区。在一个示例中,利用了基于所配置的调度小区(活动或不活动)数量的替代性限制和/或其它限制。
图28示出了根据本公开实施方式的用于基于活动调度小区的参数集对被调度小区进行操作的方法2800的流程图。图28所示的方法2800的实施方式仅用于说明。图28所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图28所示,在步骤2810处,UE被配置/指示为在两个调度小区(例如,第一服务小区和第二服务小区)上同时监测第三服务小区的PDCCH。在步骤2820处,UE确定与第一服务小区中的活动DL BWP相关联的第一参数集,以及与第二服务小区中的活动DL BWP相关联的第二参数集。在步骤2830处,UE确定第一参数集是否与第二参数集相同或不同。如果UE确定第一参数集与第二参数集相同,则UE在步骤2840处,UE确定针对跨两个调度小区的全部第三服务小区监测的候选PDCCH(或非重叠CCE)的数量,并且在步骤2850处,UE将所确定出的针对第三服务小区监测的候选PDCCH(或非重叠CCE)总数与对应于第一参数集的所监测的候选PDCCH(或非重叠CCE)的最大数量上限[在规范中提供]进行比较。如果UE确定第一参数集与第二参数集不同,则UE在步骤2860处确定缩放因子,然后在步骤2870处使用该缩放因子来缩放对应于第一参数集和第二参数集的所监测的候选PDCCH(或非重叠CCE)的最大数量上限[在规范中提供]。在步骤2880处,UE分别在两个调度小区中的每个上确定针对第三服务小区所监测的候选PDCCH(或非重叠CCE)数量。UE将在两个调度小区中的每个上确定的针对第三服务监测的候选PDCCH(或非重叠CCE)数量分别与对应参数集的缩放上限进行比较,如步骤2890。
在一个示例中,当UE配置有针对被调度小区进行的活动调度小区动态切换(诸如经由CI格式或MAC-CE等,如在实施方式E-3中所述)(诸如在情形1中)时,UE基于活动调度小区的活动DL BWP的参数集来应用BD/CCE限制。例如,对于配置有自载波调度以及通过第二服务小区进行跨载波调度的第一服务小区,当第一小区被指示为活动调度小区时,UE根据第一服务小区中的活动DL BWP的SCS/参数集μ1来应用BD/CCE限制;否则,当第二小区被指示为活动调度小区时,UE根据第二服务小区中的活动DL BWP的SCS/参数集μ2来应用BD/CCE限制。
在一个示例中,当被调度小区配置有在时隙/跨度中不重叠的、具有搜索空间集配置的两个调度小区时,UE基于在该时隙/跨度中活动的调度小区的活动DL BWP的SCS/参数集来在每个时隙/跨度中应用BD/CCE限制。例如,第一服务小区可以被配置为在第一组时隙/跨度中进行自载波调度,并且被第二服务小区配置为在第二组时隙/跨度中进行跨载波调度。然后,UE根据第一服务小区在第一组时隙/跨度中的活动DL BWP的SCS/参数集μ1并且根据第二服务小区在第二组时隙/跨度中的活动DL BWP的SCS/参数集μ2来应用BD/CCE限制。
在一个示例中,当UE配置有用于被调度小区的两个活动调度小区时,其中UE仅在第一调度小区上监测第一组DCI格式或DCI格式大小,并且仅在第二调度小区上监测第二组DCI格式或DCI格式大小,UE可以基于DCI格式(大小)限制来确定第一调度小区和第二调度小区之间的BD/CCE分配。在一个选项中,对不同DCI格式大小的解码被计作额外的PDCCH盲解码复杂性,因此当应用这种限制时调整了BD/CCE分配。例如,当UE被配置为监测少于DCI格式大小参考数量的DCI格式大小,诸如在第一服务小区的UE特定SS集中监测1个DCI格式大小而不是3个DCI格式大小时,UE可以在第一调度小区上执行额外的PDCCH对不同DCI格式大小的解码不被计作额外的PDCCH盲解码复杂性,因此当应用这种限制时不调整BD/CCE分配。
如前所述,在E-8的一个实施方式中,提供了用于处理SS集超额预订和丢弃的SS集配置的优先级等级。
在一个实施方式中,当UE配置有用于给定被调度小区的至少两个调度小区并且该被调度小区与至少两个活动调度小区相关联时,与调度小区中的CORESET相关联的被调度小区的SS集可以配置有优先级等级,使得用于同一被调度小区的不同活动调度小区上的不同SS集彼此之间可以进行优先排序。根据本实施方式,UE可以在监测具有更低优先级的另一个活动调度小区(例如,第二调度小区)上的第二SS集之前,监测具有更高优先级的活动调度小区(例如,第一调度小区)上的第一SS集。此外,如果用于监测候选PDCCH和/或非重叠CCE的UE预算(如规范中规定的)被具有更高优先级的SS集所消耗,则UE可以丢弃具有更低优先级的一个/一些SS集。
例如,作为PCell(或SCell)的第一调度小区上的SS集可以比配置给UE的作为SCell(或PCell)的第二调度小区上的SS集具有更高的优先级等级。在另一个示例中,具有更高索引的SS集比具有更低索引的SS集的优先级等级更低。
在一个示例中,当活动调度小区是配置给UE的PCell时,可以应用SS集的超额预订和/或丢弃。在另一个示例中,SS集超额预订和/或丢弃可以应用于PCell上的第一时间跨度。在又一示例中,当活动调度小区是配置给UE的次小区(SCell)时,SS集超额预订和/或丢弃可以被应用于活动调度小区上的“超额预订”SS集。
在一个示例中,当活动调度小区(例如,第一调度小区)是配置给UE的PCell、和/或当另一个活动调度小区(例如,第二调度小区)是配置给UE的SCell、和/或当对候选PDCCH和/或非重叠CCE数量的联合/共同限制可以应用于对应于单个被调度小区的两个活动调度小区(例如,PCell+SCell)时,SS集的优先级等级会影响SS超额预定和/或丢弃,诸如在实施方式E-7中的上述选项中,例如,BD1+BD2≤αL1+(1-α)L2,则UE可以基于监测对应于被调度小区的SCell上的SS集中的候选PDCCH和/或非重叠CCE来丢弃对应于被调度小区的PCell上的一些SS集。
在一个示例中,对应于被调度小区的活动调度小区上的SS集的优先级等级还可以基于SS集内的聚合级别(AL),使得第一调度小区上的第一SS集上具有给定AL的候选PDCCH和/或非重叠CCE可以比第二调度小区上的第二SS集上具有相同AL的候选PDCCH和/或非重叠CCE的优先级等级更高。例如,在作为SCell的第一调度小区上具有AL=8或16的SS集可以比在作为配置给UE的PCell的第二调度小区上具有AL=8或16的SS集的优先级等级更高。在另一个示例中,在作为PCell的第一调度小区上具有AL=2或4的SS集可以比在作为配置给UE的PCell的第二调度小区上具有AL=2或4的SS集的优先级等级更高,例如由于与SCell相比,诸如低频带PCell的PCell可以为更低的AL/更小的CCE提供改进的可靠性。在这个意义上,UE对于AL=2或4的BD/CCE预算可以先花费在作为PCell的调度小区上。
在一个示例中,SS集之间的优先级等级/顺序可以是相对于调度小区的,例如第一调度小区中的所有SS集可以具有比第二调度小区中的所有SS集更高的优先级等级,使得调度小区内的优先级顺序对于所有SS集和所有AL可以是一致的。
在一个示例中,SS集之间的优先级等级/顺序可以先相对于SS集索引,然后对于两个不同活动调度小区上具有相同SS集索引的两个SS集,该SS集索引对应于同一被调度小区,第一活动调度小区上的第一个SS集可以具有比在第二调度小区上具有相同的SS集索引的第二SS集更高的优先级。
在一个示例中,SS集的优先级等级可以是明确的。在另一个示例中,SS集的优先级等级可以是隐含的,例如,基于SS集中配置的候选PDCCH数量和/或基于针对SS集中的AL配置的候选PDCCH数量。
在一个示例中,SS集的优先级顺序对于SS集内的所有AL可以是相同/固定的。在另一个示例中,SS集的优先级顺序可以取决于SS集内的AL。
图29示出了根据本公开实施方式的用于SS集丢弃的示例性伪代码2900。图29中所示的伪代码2900的实施方式仅用于说明。
图29示出了用于在如下情况下例如在作为PCell的调度小区上进行SS集丢弃的示例性伪代码:当对应的被调度小区具有作为次小区的另一个活动调度小区,并且当跨两个活动调度小区应用对候选PDCCH和/或非重叠CCE的数量的联合/共同限制时。用于BD/CCE的UE预算可以被分配给配置给第一调度小区的公共SS集。然后,用于BD/CCE的剩余UE预算从SS集索引j=0开始、以SS集的递增顺序分配给具有更高优先级的调度小区上的UE特定SS集,并且在同一SS集索引内,如果用于BD/CCE的剩余UE预算足够,则将其分配给具有更低优先级的调度小区上的UE特定SS集,并且用于BD/CCE的UE预算被相应减少;否则,UE丢弃具有更低优先级的调度小区上的SS集。
如前所述,在E-9的一个实施方式中,提供了用于来自两个不同调度小区的对被调度小区的联合PDCCH传输。
在一个实施方式中,UE配置有用于给定被调度小区的至少两个调度小区,其中两个调度小区合作以联合发送PDCCH,例如对于具有大尺寸的DCI格式,在这个意义上,PDCCH中的一些CCE由一个活动调度小区传输,并且PDCCH中的其它剩余CCE由另一个活动调度小区传输。根据本实施方式,被调度小区的SS集可以与来自两个不同的活动调度小区的两个CORESET(与目前标准中的一个CORESET相反)相关联。在这种情况下,盲解码(BD)和非重叠CCE的组合限制被应用在两个调度小区。
本公开可应用于NR规范Rel-17/18以为CA操作中的跨载波调度提供增强功能,并且实现动态和自适应机制,以用于在调度小区之间卸载与不同服务小区对应的控制开销。网络受益于动态改变调度小区关联的灵活性,因此被调度小区可以潜在地在两个或更多个调度小区上监测和接收DCI,可以在任何给定时间同时进行也可以一次在一个不同的调度小区进行。
本公开涉及CA操作中的PUCCH小区和PUCCH组。在基线操作中,任何/所有上行链路控制信息(UCI)在配置给UE/由UE获得的PCell上发送。在增强操作中,UE可以被提供有在两个服务小区上的PUCCH配置,例如,PCell连同被称为PUCCH-SCell的某个次小区,使得对应于服务小区和/或服务小区组的UCI在具有PUCCH配置的这两个服务小区中的一个(被称为PUCCH小区)上被发送。因此,UE在PCell上传输第一组服务小区的UCI,并且在PUCCH-SCell上发送第二组服务小区的UCI。第一组被称为主PUCCH组,而第二组被称为次PUCCH组。因此,建立两个PUCCH组的PUCCH-SCell的配置是有用的特征,以将UL控制信令限制在仅来自少数服务小区的PScell上(即,仅主PUCCH组),而不是所有服务小区,因此将上行链路控制信令从其余服务小区(即次PUCCH组)卸载到PUCCH-SCell。
然而,LTE和NR Rel-15/16中支持的现有PUCCH组配置仅考虑服务小区与PUCCH小区/组的半静态关联。例如,每个服务小区被半静态地配置为只属于两个PUCCH组中的一个。因此,针对给定服务小区的PUCCH组发生任何变化将需要半静态的RRC重新配置,这会在变化生效前产生高开销信令以及长延迟。
在可能和/或可用的情况下,需要在能够提供改进可靠性的服务小区上发送诸如UCI等的控制信令。例如,与中/高频带相比,低频率频带(诸如sub-1GHz)中的服务小区提供了更强的信道条件和更低的路径损耗,因此其应用于承载UCI。控制信令的可靠性对于所有的应用都是至关重要的,但对于如URLLC的用例更是如此。
还需要是避免每个PUCCH小区(诸如PCell和PUCCH-SCell)上发生控制信令拥堵。必须保证有足够的控制/PUCCH资源用于传输对应于PCell本身和/或PUCCH-SCell本身的UCI,然后再提供控制/PUCCH资源用于传输对应于PUCCH组中的其它服务小区的UCI。例如,低频带服务小区可能被配置为用于具有CA操作的UE的PCell,因此可能面临来自来同一服务小区内(大量)UE/传输以及来自其它服务小区的UE/传输而增加的控制信令开销。
例如,低频率频带(诸如sub-1GHz)中的服务小区提供了强大的信道条件,因此应用于URLLC和mMTC用例。此外,与中/高频带相比,这种低频带服务小区还享有更低的路径损耗,因此可以为eMBB服务提供高覆盖范围,并且在中/高频带小区出现故障、禁用等情况时充当潜在的“后备”服务小区。重要的是,要确保诸如URLLC和mMTC的固有低频带服务,在低频带(主)服务小区上享有足够的PUCCH资源。此外,来自属于PUCCH组的其它服务小区的控制信令开销需要保持在合理范围内,以便在需要时释放低频带(主)服务小区上的时间频率资源并且可用于数据传输。
进一步还需要支持在控制信道可靠性与控制信令开销之间进行动态权衡的机制。例如,在目前的规范中,低频带(主)服务小区可能无法承受来自PUCCH组内的不同服务小区的大量UCI,但是不可能暂时卸载一些UCI(诸如一些跨载波UCI)到其它PUCCH小区,除非PUCCH小区的配置被RRC重新配置。根据各方面,诸如网络流量情况的变化和控制资源的(不)可用性(或不可用),网络需要在PUCCH小区(例如,PCell和PUCCH-SCell)之间动态卸载UCI/PUCCH信令开销,以避免在一个/一些PUCCH小区上发生控制拥塞,同时只要可能就维持在具有改进的控制信道可靠性的PUCCH小区(诸如具有更强的信道条件的低频带(主)服务小区)上具有大部分/全部控制信令的选项。
本公开为CA操作中的PUCCH组提供了增强功能,以实现动态和灵活机制,以用于在PUCCH小区/组之间卸载与不同服务小区对应的上行链路控制开销。本公开的各实施方式提出了允许网络决定在哪个PUCCH小区上发送对应于给定服务小区和/或给定服务小区组的控制/PUCCH/UCI信令。网络受益于动态改变PUCCH组关联的灵活性,因此针对不同的UCI类型和/或针对同一UCI类型的不同情形,UE可以在两个(或更多)PUCCH小区上传输对应于服务小区和/或小区组的UCI。
所提供的灵活PUCCH组机制为网络提供了在不同PUCCH小区之间动态卸载UCI/PUCCH信令开销的工具,同时在PUCCH小区上维持大部分/全部的控制信令,从而在可能的情况下提供改进的可靠性。例如,当具有强大信道条件的低频带主服务小区“可用”(即低频带主服务小区有足够的控制资源)时,则所有UCI可以通过低频带PCell传输以提高UCI可靠性,但是当低频带PCell“繁忙”时,即其无法承受来自同一小区和/或来自一些其它服务小区的大量UCI因此没有足够的控制资源来处理所有这些UCI传输,网络可以将一些跨载波UCI卸载到诸如PUCCH-SCell的替代性PUCCH小区。
所提供的控制开销卸载机制由L1/L2中的动态、快速和“轻型”信令机制支持,而无需RRC重新配置,因此可以方便地解决网络流量情况中(相当)快速变化的情况。
本公开针对上述概念并且提供了用于支持增强型载波聚合操作的额外设计方面,并且公开了用于灵活PUCCH组的新颖解决方案和实施方式,如下文所概述并在下文中进一步阐述。
在EA-1的一个实施方式中,提供了支持针对服务小区配置两个/多个PUCCH服务小区,以及对服务小区指示进行UCI传输的“活动PUCCH服务小区”。
在一个实施方式中,配置有两个或更多个服务小区(CA操作)的UE可以配置针对给定服务小区和/或给定服务小区组的两个PUCCH服务小区。根据本实施方式,UE可以在不同的PUCCH服务小区上发送针对给定服务小区和/或正给定服务小区组的不同UCI类型和/或不同UCI传输时机。根据本实施方式,UE被提供对“活动”PUCCH服务小区的配置和/或指示,该小区属于针对给定服务小区/小区组配置一组PUCCH服务小区,UE在该小区上发送UCI(时机)。
在EA-1-1的一个实施方式中,提供了第一活动PUCCH小区。在一个实施方式中,配置有两个或更多个PUCCH小区的服务小区可以配置有“第一活动PUCCH小区”,UE在接收到任何L1/L2信令以指示该服务小区的活动PUCCH小区之前可以在该小区上发送UCI。例如,对用于服务小区的第一活动PUCCH小区的配置确保UE在初始接入期间和/或在随机接入过程期间和/或在配置服务小区之后立即无疑地发送HARQ-ACK信息(例如,对应于Msg2/4/B)以及可能的CSI报告。
在EA-1-2的一个实施方式中,提供了对活动PUCCH小区切换的指示的内容。在一个实施方式中,对于对至少一个服务小区配置(操作)两个或更多个PUCCH小区的UE,UE可以接收网络信令和/或来自高层的指示,以用于改变给定服务小区的活动PUCCH小区,此处被称为对活动PUCCH小区切换的指示。根据本实施方式,用于对给定服务小区进行活动PUCCH小区的指示可以包括一个或多个“PUCCH组切换”(PGS)字段,其中每个PGS字段包括以下至少一个或多个:PUCCH小区指示符(PCI)和用于新活动PUCCH小区中的BWP的指示、以及用于新活动PUCCH小区应用的服务小区的指示。
在EA-2的一个实施方式中,提供了用于UCI触发和活动PUCCH小区指示的联合指示机制。在一个实施方式中,当UE配置有与两个或更多个PUCCH小区相关联的服务小区时,用于对服务小区进行活动PUCCH小区切换的指示可以与触发UCI传输的信令和/或指示联合提供。
在EA-2-1的一个实施方式中,提供了基于L1/L2网络信令的联合指示机制。在一个实施方式中,当诸如DCI或MAC-CE的L1/L2网络信令触发UCI时,该网络信令还可以包括用于对服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置和/或等)进行活动PUCCH小区切换的指示。这种网络信令的示例包括PDCCH中的用于调度PDSCH接收的DCI格式、和/或用于激活和/或释放SPS PDSCH的DCI格式、和/或用于激活和/或释放关于PUCCH的SP-CSI报告的MAC-CE命令。
在EA-2-2的一个实施方式中,提供了基于高层指示的联合指示机制。在一个实施方式中,当高层在没有任何相关联的L1/L2网络信令(例如,在没有任何DCI或MAC-CE的情况下触发/请求UCI传输)时,UE可以基于UCI传输的定时(诸如UCI传输的传输时机索引和/或时隙索引)、基于预定的规则/方法和/或配置的时间模式来确定服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置等)的活动PUCCH小区。
在EA-2-3的一个实施方式中,提供了对具有单个触发的一组UCI确定和切换活动PUCCH小区。在一个实施方式中,当诸如L1/L2网络信令和/或高层指示的单个触发触发了一组两个或更多个UCI传输时机时,UE可以在相同活动PUCCH小区或不同活动PUCCH小区上发送该组UCI传输。例如,由单个触发所触发的一组两个或更多个UCI传输时机可以是在时间窗期间的周期UCI传输,诸如用于SPD PDSCH的HARQ-ACK反馈信息、SR和/或LRR以及P/SPCSI报告中的一个或多个。
在一个示例中,UE针对一组两个或更多个UCI传输时机中的第一/最早的UCI传输时机确定活动PUCCH小区,然后在所确定的同一活动PUCCH服务小区上发送剩余UCI传输时机。在一个示例中,UE被提供有预定的规则和/或配置的时间模式,如在实施方式EA-2-2中,并且UE基于UCI传输时机的定时(例如,时机索引和/或时隙索引)和预定的规则和/或配置的时间模式来确定针对该组UCI传输时机的每个时机的活动PUCCH小区。
在EA-3的一个实施方式中,提供了用于切换活动PUCCH小区而不触发UCI的“独立”指示机制。在一个实施方式中,当UE针对给定服务小区配置了至少两个PUCCH小区时,可以使用基于网络信令和/或UE确定的各种机制来指示/触发在至少两个PUCCH小区中的活动PUCCH小区切换,而不触发UCI/PUCCH传输。这种机制在此被称为“独立的”指示机制,仅用于指示活动PUCCH小区并且应用于将来的UCI/PUCCH传输。
在EA-3-1的一个实施方式中,在本实施方式的第一机制中,可以使用UE特定PDCCH/DCI来指示对活动PUCCH小区的切换。根据这种机制,UE在PDCCH中接收DCI格式,其中该DCI格式承载对活动PUCCH小区切换的指示。该DCI格式可以仅用于这些指示目的,或者可以额外用于调度该服务小区的上行链路数据传输。
在EA-3-2的一个实施方式中,在用于本实施方式的第二机制中,组公共PDCCH/DCI格式可以用于指示对活动PUCCH小区的切换。根据这种机制,一组UE接收到包括两个/多个字段的组公共DCI格式的单个联合指示,其中每个字段对应于一个UE切换活动PUCCH小区的指示。例如,该组UE可以包括在附近的UE,这些UE具有类似的信道条件,从而经历类似的PUCCH可靠性能,并且在PCell与PUCCH-SCell之间需要类似/相关的UCI卸载情况。
在EA-3-3的一个实施方式中,在本实施方式的第三机制中,下行链路MAC-CE的激活/禁用命令可以用于指示对活动PUCCH小区的切换。根据这种机制,DL MAC-CE命令由PDSCH传输承载,并且应用于单个UE(即,PDSCH被调度(和被接收)的UE)。这种机制应用于控制开销负载平衡和网络流量模式变化速度适中的情况下的卸载。此外,这种机制有利于在单个命令中联合指示多个/几个PUCCH小区和/或对应于多个/几个服务小区的活动PUCCH小区的切换,这在实施方式EA-3-1和EA-3-2中描述的(UE特定或组公共)DCI格式中难以/不可能适应。
在EA-3-4的一个实施方式中,提供了用于改变活动PUCCH小区的时间线方面。在一个实施方式中,当UE配置有用于给定服务小区的至少两个PUCCH小区并且当网络信令被用于指示在至少两个PUCCH小区之间切换活动PUCCH小区时,gNB和/或UE可以基于一些时间线考虑因素来在当前/先前活动PUCCH小区和/或新活动PUCCH小区上执行UCI传输。根据本实施方式,UE可以在从UE接收到用于切换活动PUCCH小区的gNB指示时起直到UE可以开始在新活动PUCCH小区上发送UCI时(例如,被称为PUCCH小区“激活”时间或者简单地说“激活”时间)内以各种方法执行UCI传输。
在EA-4的一个实施方式中,提供了确定用于不同UCI类型的活动PUCCH小区。在一个实施方式中,UE可以基于由PUCCH小区上的PUCCH资源承载的UCI类型来确定服务小区或服务小区组的活动PUCCH小区。
在EA-4-1的一个实施方式中,提供了确定用于与被动态调度的PDSCH或DL SPS激活/释放对应的HARQ-ACK反馈的活动PUCCH小区。在一个实施方式中,调度PDSCH的DCI格式和/或在服务小区上激活/释放SPS PDSCH配置的DCI格式可以包括用于对应于被调度的PDSCH和/或对应于与承载激活DCI格式的PDCCH相关联的第一/最早的SPS PDSCH接收和/或对应于服务小区上的SPS PDSCH释放的HARQ-ACK信息传输的活动PUCCH小区的指示。
在EA-4-2的一个实施方式中,提供了确定与没有相应PDCCH的SPS PDSCH接收对应的HARQ-ACK的活动PUCCH小区。在一个实施方式中,UE可以配置有SPS PDSCH配置,该配置可以包括两个/多个PUCCH服务小区上的两个/多个PUCCH资源,其中PUCCH资源用于传输对应于不与PDCCH相关联的SPS PDSCH传输时机的HARQ-ACK信息。根据本实施方式,UE基于以激活SPS PDSCH配置的DCI格式提供的活动PUCCH小区指示,确定用于没有对应PDCCH的SPSPDSCH接收的HARQ-ACK信息的传输的活动PUCCH小区。UE可以继续在第一PUCCH小区上发送SPS PDSCH的HARQ-ACK信息,直到UE接收到对活动PUCCH小区进行切换的指示,之后UE在新指示的活动PUCCH小区(例如,在第二PUCCH小区)上发送对应于SPS PDSCH接收时机的HARQ-ACK信息。
在EA-4-3的一个实施方式中,提供了确定用于调度请求(SR)或链路恢复请求(LRR)的活动PUCCH小区。在一个实施方式中,UE可以配置有对应于服务小区组和/或MAC实体的多个SR和/或链路恢复请求LRR配置,其中每个SR/LRR配置包括两个或更多个PUCCH服务小区上的两个或多个PUCCH资源。UE可以确定针对SR/LRR配置的第一/最早传输时机的活动PUCCH小区,并且UE在同一活动PUCCH小区上发送以下SR/LRR传输时机。UE还可以基于预定的规则/方法和/或配置的时间模式、基于UCI传输的定时来确定用于SR/LRR的传输的活动PUCCH小区。
在EA-4-4的一个实施方式中,提供了确定用于CSI报告的活动PUCCH小区。在一个实施方式中,UE可以在两个或更多个PUCCH服务小区上配置对应于同一服务小区的CSI报告配置。根据本实施方式,UE基于预定或配置的时间模式和/或基于网络信令(诸如用于SP-CSI报告的MAC-CE激活命令),确定活动PUCCH小区以发送对应于给定服务小区(和给定CSI-RS资源配置)的CSI报告。
在EA-4-5的一个实施方式中,提供了确定用于UCI复用的活动PUCCH小区。在一个实施方式中,当UE配置有用于UCI传输的两个或多个PUCCH小区,并且当多个UCI在时间上重叠(例如,发生在同一时隙中)时,多个UCI的单个复用可以在单个活动PUCCH小区中发送,和/或多个UCI中的两个或更多个或其复用可以在两个或更多个活动PUCCH小区上发送。
在EA-5的一个实施方式中,提供了基于对活动PUCCH小区切换的指示来生成HARQ-ACK码本。在一个实施方式中,UE可以基于与同一活动PUCCH小区相关联的一组服务小区(用于HARQ-ACK信息传输)来生成半静态和/或动态HARQ码本。根据本示例,基于接收到的对活动PUCCH小区切换的指示,属于HARQ码本的服务小区的数量可以随着时间而改变。
在一个示例中,可以使用统一框架,使得TCI状态应用于上行链路和下行链路波束指示,例如通过为PUSCH、PUCCH和/或SRS传输提供QCL关系。
在一个示例中,可以使用进一步增强的框架,使得TCI状态的配置可以是UE特定的、UE公共的、UE组特定的和/或小区特定的。此外,这种配置可以由UE特定信令、UE组信令、专用高层信令、通用高层信令和/或系统信息信令中的一个或多个提供,诸如由MIB或SIB提供。
PUCCH将UCI从UE承载到gNB。PUCCH存在五种格式,取决于PUCCH的持续时间和UCI有效载荷大小。
在格式#0的一个示例中,1或2个符号的短PUCCH,具有最多两位的小UCI有效载荷,在同一PRB中的UE复用能力多达具有1位有效载荷的6个UE。
在格式#1的一个示例中,4至14个符号的长PUCCH,具有最多两位的小UCI有效载荷,在同一PRB中的UE复用能力在没有跳频的情况下多达84个UE,并且在跳频的情况下多达36个UE。
在格式#2的一个示例中,1或2个符号的短PUCCH,具有超过两位的大UCI有效载荷,在同一PRB中没有UE复用能力。
在格式#3的一个示例中,4至14个符号的长PUCCH,具有大UCI有效载荷,在同一PRB中没有UE复用能力。
在格式#4的一个示例中,4至14个符号的长PUCCH,具有中等UCI有效载荷,其中在同一PRB中的复用能力多达4个UE。
最多两位UCI的短PUCCH格式是基于序列选择,而超过两个UCI位的短PUCCH格式则是对UCI和DMRS进行频率复用。长PUCCH格式对UCI和DMRS进行时间复用。持续时间为2个符号的长PUCCH格式和短PUCCH格式都支持跳频。长PUCCH格式可以在多个时隙上重复。
对于共享频谱信道接入的操作,PUCCH格式#0、#1、#2、#3被扩展为使用一个RB集中的一个PRB交织(格式#2和格式#3最多两个交织)中的资源。当使用一个交织时,PUCCH格式#2和#3被增强以在同一PRB交织中支持多达4个UE的复用能力。
无论是由于发送UL-SCH传输块的还是由于触发没有UL-SCH传输块的A-CSI传输,当UCI和PUSCH传输同时发生时都支持PUSCH的UCI复用:(1)承载1或2位HARQ-ACK反馈的UCI是通过对PUSCH进行删余来复用;(2)在所有其它情况下,UCI是通过对PUSCH进行速率匹配来复用。
UCI包括以下信息:(1)CSI;(2)ACK/NAK;以及(3)调度请求。
对于共享频谱信道接入的操作,CG-UCI和承载HARQ-ACK反馈的PUCCH的复用可以由gNB配置。如果未配置,当PUCCH与PUCCH组内的由配置型许可调度的PUSCH相重叠并且PUCCH承载有HARQ ACK反馈时,跳过由配置型许可调度的PUSCH。
QPSK和π/2BPSK调制可以用于超过2个信息位的长PUCCH,QPSK用于信息超过2位的短PUCCH,并且BPSK和QPSK调制可以用于最多2个信息位的长PUCCH。
变换预编码应用于PUCCH格式#3和格式#4。用于上行链路控制信息的信道编码在表8中进行描述。
表8.用于上行链路控制信息的信道编码
PUSCH和PUCCH可以通过RRC或L1信令与优先级(高/低)相关联。如果PUCCH传输与PUSCH传输或另一个PUCCH传输在时间上重叠,则仅能够发送与高优先级相关联的PUCCH或PUSCH。
在互补上行链路(SUL,参见TS 38.101-1)的情形下,UE针对同一小区的一个DL配置有2个UL,并且在这两个UL上的上行链路传输由网络控制,以避免PUSCH/PUCCH传输在时间上重叠。对PUSCH的重叠传输是通过调度来避免,而对PUCCH的重叠传输是通过配置来避免(PUCCH仅能够配置用于小区的两个UL中的仅一个)。此外,在每个上行链路中都支持初始接入。
PUCCH被配置用于服务小区的正常UL或SUL的一个BWP。如果UE配置有SUL,网络仅在上行链路(正常UL或SUL)之一的BWP上配置PUCCH。网络至少在针对SpCell和PUCCH SCell的非初始BWP上配置PUCCH-Config。如果UE支持,网络可以在小区组的至多一个附加SCell配置PUCCH-Config(即,PUCCH SCell)。
在(NG)EN-DC和NE-DC中,NW在每个频率范围内在至多一个服务小区配置PUCCH。在(NG)EN-DC和NE-DC中,如果配置了两个PUCCH组,在FR2中NR PUCCH组的服务小区使用相同的参数集。对于NR-DC,在每个小区组中PUCCH组的最大数量是1,并且仅在FR2中对于具有载波的小区组仅支持相同的参数集。
在设置BWP时NW可以针对BWP配置PUCCH。网络也可以通过reconfigurationWithSync(对于SpCell或PUCCH SCell)或通过SCell释放和添加(对于PUCCH SCell)来在RRCReconfiguration中添加/删除pucch-Config,以在一个服务小区的UL与SUL载波之间移动PUCCH。在其它情况下,仅允许修改先前配置的pucch-Config。
如果服务小区的一个(S)UL BWP配置有PUCCH,所有其它(S)UL BWP也必须配置有PUCCH。
支持异步增量冗余混合ARQ。gNB在DCI中动态或在RRC配置中半静态地向UE提供HARQ-ACK反馈定时。对于共享频谱信道接入操作,通过使用增强型动态码本和/或一次性触发针对PUCCH组中的所有配置的CC和HARQ过程的HARQ-ACK传输来支持HARQ-ACK反馈重传。
gNB使用DCI上的上行链路许可来调度每个上行链路传输和重传。对于共享频谱信道接入操作,UE还可以在配置型许可上重传。
UE可以被配置为发送基于码块组的传输,其中重传可以被调度为承载传输块的所有码块的子集。最多可以同时构建对应于优先级(高/低)的两个HARQ-ACK码本。对于每个HARQ-ACK码本,支持在时隙内多个PUCCH用于HARQ-ACK传输。每个PUCCH被限制在一个子时隙内,并且子时隙模式按HARQ-ACK码本配置。
HARQ功能确保在层1处的对等实体之间的传送。当物理层未配置用于下行链路/上行链路的空间复用时,单个HARQ过程支持一个TB,并且当物理层配置有用于下行链路/上行链路的空间复用时,单个HARQ过程支持一个或多个TB。
在CA的情况下,物理层的多载波特征仅向MAC层暴露,每个服务小区需要一个HARQ实体。在上行链路和下行链路两者中,每个服务小区具有一个独立的混合ARQ实体,并且在没有空间复用的情况下,每个服务小区的每个分配/许可都会产生一个传输块。每个传输块和潜在的HARQ重传被映射到单个服务小区。
通过半持久调度(SPS),gNB可以为UE分配用于初始HARQ传输的下行链路资源。RRC定义了配置型下行链路分配的周期,而寻址到CS-RNTI的PDCCH可以发信号并激活配置型下行链路分配,或者禁用配置型下行链路分配;即,寻址到CS-RNTI的PDCCH指示出,下行链路分配可以根据由RRC定义的周期而隐含地重复使用直到被禁用。当需要时,在PDCCH上显式地调度重传。
各种调制方案和信道编码率的链路适应(例如,自适应调制和编码(AMC))被应用于PDSCH。同样的编码和调制应用于在一个传输持续时间内和MIMO码字内调度给一个用户的同一L2PDU所属的所有资源块组。
为了信道状态估计的目的,UE可以被配置为测量CSI-RS并基于CSI-RS测量估计下行链路信道状态。UE将所估计的信道状态反馈到gNB以用于链路适应。
需要上行链路缓冲区状态报告(BSR)来向QoS感知的分组调度提供支持。在NR中,上行链路缓冲区状态报告是指在UE中的一组逻辑信道(LCG)中缓冲的数据。八个LCG和两种格式用于上行链路中的报告:(1)短格式,仅报告一个BSR(一个LCG);以及/或(2)灵活的长格式,报告几个BSR(多达全部八个LCG)。
上行链路缓冲区状态报告使用MAC信令来发送。当BSR被触发时(例如,当新数据到达UE的传输缓冲区时),UE可以传输SR(例如,当没有资源可用于传输BSR时)。
如果UE配置有SCG,则UE可以对MCG和SCG两者应用本条款中描述的程序。当程序应用于MCG时,本条款中的术语“一个次小区”、“多个次小区”、“一个服务小区”、“多个服务小区”分别指属于MCG的一个次小区、多个次小区、一个服务小区、多个服务小区。当程序应用于SCG时,本条款中的术语“一个次小区”、“多个次小区”、“一个服务小区”、“多个服务小区”分别指属于SCG的一个次小区、多个次小区(不包括PSCell)、一个服务小区、多个服务小区。本条款中的术语“主小区”是指SCG中的PSCell。
如果UE配置有PUCCH-SCell,UE可以对主PUCCH组和次PUCCH组两者应用本条款中描述的程序。当程序应用于主PUCCH组时,本条款中的术语“一个次小区”、“多个次小区”、“一个服务小区”、“多个服务小区”分别指属于主PUCCH组的一个次小区、多个次小区、一个服务小区、多个服务小区。当程序应用于次PUCCH组时,本条款中的术语“一个次小区”、“多个次小区”、“一个服务小区”、“多个服务小区”分别指属于次PUCCH组的一个次小区、多个次小区(不包括PUCCH-SCell)、一个服务小区、多个服务小区。本条款中的术语“主小区”是指次PUCCH组中的PUCCH-SCell。
如果UE被配置用于NR-DC操作,UE不期望配置有PUCCH-SCell。
SR用于为新传输请求UL-SCH资源。MAC实体可以配置有零个、一个或多个SR配置。SR配置包括用于跨不同BWP和小区的SR的一组PUCCH资源。对于逻辑信道,每个BWP配置用于SR的至多一个PUCCH资源。
每个SR配置对应于一个或多个逻辑信道。每个逻辑信道可以被映射到由RRC配置的零个或一个SR配置。逻辑信道的触发了BSR的SR配置(如果存在这种配置)被用作所触发的SR的对应SR配置。
RRC配置用于调度请求程序的以下参数:sr-ProhibitTimer(每个SR配置);以及sr-TransMax(每个SR配置)。
以下UE变量被用于调度请求程序:SR_COUNTER(每个SR配置)。
如果SR被触发并且没有其它对应于相同SR配置的SR待定,MAC实体可以将对应SR配置的SR_COUNTER设置为0。
当SR被触发时,在该SR被取消之前其可以被认为是待定的。在MAC PDU组装之前触发的所有待定SR可以被取消,并且当MAC PDU被传输并且该PDU包括长或短BSR MAC CE(其包含截至(并包括)在MAC PDU组装之前触发BSR的最后事件的缓冲区状态)时,可以停止每个相应的sr-ProhibitTimer。当UL许可可以容纳可用于传输的所有待定数据时,可以取消所有待定SR,并且可以停止每个相应的sr-ProhibitTimer。
仅当SR传输时处于活动状态的BWP上的PUCCH资源才被视为有效。只要至少一个SR是待定的,MAC实体可以用于每个待定的SR,如表9所示。
表9.MAC实体对待定SR的操作
当MAC实体具有多个重叠的有效PUCCH资源用于SR传输时机时,选择哪个用于SR的有效PUCCH资源来发信号通知SR取决于UE的实施方式。
如果多个单独SR触发了从MAC实体到PHY层的指令以在相同有效PUCCH资源上发信号通知SR,则相关SR配置的SR_COUNTER仅递增一次。
如果存在,MAC实体可以停止正在进行的随机接入过程,由于在MAC PDU组装之前由MAC实体发起了未配置有效PUCCH资源的待定SR。当使用除由随机接入响应提供的UL许可以外的UL许可来发送MAC PDU,并且该PDU包括BSR MAC CE(其包含截至(并包括)在MAC PDU组装之前触发BSR的最后事件的缓冲区状态)或者当UL许可可以容纳可用于传输的所有待定数据时,可以停止这种随机接入过程。
在使用PUCCH格式0或PUCCH格式1的PUCCH传输中,UE通过高层参数SchedulingRequestResourceConfig配置了用于SR的一组配置。
UE通过SchedulingRequestResourceId配置了PUCCH资源,提供了PUCCH格式0的资源或PUCCH格式1的资源。针对传送SR的PUCCH传输,UE还通过periodicityAndOffset配置了以符号或时隙为单位的周期SRPERIODICITY以及以时隙为单位的偏移SROFFSET。如果SRPERIODICITY大于一个时隙,如果UE确定PUCCH中的SR传输时机处于编号为nf的帧中的编号为/>的时隙[TS 38.211]中。
如果SRPERIODICITY是一个时隙,UE期望SROFFSET并且每个时隙都是PUCCH中的SR传输时机。
如果SRPERIODICITY小于一个时隙,如果(l-l0 mod SRPERIODICITY)mod SRPERIODICITY=0,其中l0是startingSymbolIndex的值,UE确定PUCCH中的SR传输时机自索引为l的符号[TS38.211]开始。
如果UE确定出对于PUCCH中的SR传输时机,在时隙中可用于PUCCH传输的符号数量小于由nrofSymbols提供的值,则UE不在该时隙中发送PUCCH。
仅当UE传输肯定SR时,UE才会在相应SR配置的PUCCH资源中发送PUCCH。对于使用PUCCH格式0的肯定SR传输,UE通过获得如针对HARQ-ACK信息描述的m0并通过设置mcs=0来发送PUCCH,如[TS38.211]中所描述的。对于使用PUCCH格式1的肯定SR传输,UE通过设置b(0)=0来发送PUCCH,如[TS 38.211]中所描述的。
MAC实体包括每个服务小区的HARQ实体,该实体维护多个并行HARQ过程。每个HARQ过程与HARQ过程标识符相关联。HARQ实体将在DL-SCH上接收到的HARQ信息和关联TB指向相应HARQ过程。
每个HARQ实体的并行DL HARQ过程数在TS 38.214中规定。专用广播HARQ过程用于BCCH。
当物理层未配置用于下行链路的空间复用时,HARQ过程支持一个TB。当物理层配置了用于下行链路的空间复用时,HARQ过程支持一个或两个TB。
当MAC实体配置有pdsch-AggregationFactor>1时,参数pdsch-AggregationFactor提供了下行链路分配捆绑包内的TB传输数量。捆绑操作依赖于HARQ实体,以针对作为同一捆绑包中的一部分的每个传输调用相同的HARQ过程。在初始传输后,随后在捆绑包内进行pdsch-AggregationFactor–1个HARQ重传。
MAC实体可以执行表10中所示的操作。
表10.MAC实体操作
当针对HARQ过程进行传输时,从HARQ实体接收到一个或两个(在下行空间复用的情况下)TB和相关联的HARQ信息。对于接收到的每个TB和相关联的HARQ信息,HARQ过程可以执行如表11所示的操作。
表11.HARQ过程
MAC实体在确定PDCCH上用于C-RNTI的NDI与先前传输中的值相比是否已经切换时,可以忽略在用于临时C-RNTI的PDCCH上的所有下行链路分配中接收到的NDI。如果MAC实体接收到的重传TB大小与对该TB发信号通知的上一TB大小不同,则UE的行为取决于UE的实施方式。
对于PUCCH上的周期或半持久性CSI报告,周期TCSI(以时隙为单位测量)和时隙偏移Toffset由高层参数reportSlotConfig配置。除非另有规定,UE可以在如下帧中发送CSI报告,该帧具有满足的SFNnf和帧/>内的时隙数量,其中μ是发送CSI报告的UL BWP的SCS配置。
对于PUCCH上的半持续报告,用于发送CSI报告的PUCCH资源由reportConfigType配置。PUCCH上的半持久报告由TS 38.321中描述的激活命令来激活,其选择出在PUCCH上UE使用的半持久报告设置之一。当UE在于承载激活命令的PDSCH对应的时隙n中发送具有HARQ-ACK信息的PUCCH时,可以自时隙后的第一时隙开始应用特定半持久报告设置,其中μ是PUCCH的SCS配置。
PCell是在主频率上操作的MCG小区,其中UE执行初始连接建立过程或发起连接重建过程。对于双连接操作,主SCG小区(PScell)是SCG小区,其中UE在执行具有同步过程的重新配置时执行随机接入。对于双连接操作,术语特定小区(SpCell)是指MCG中的PCell或SCG中的PSCell,否则术语特定小区是指PCell。
对于配置有CA的UE,Scell是在特定小区之上提供其它无线电资源的小区。配置有PUCCH的SCell被称为PUCCH-SCell。对于未配置CA/DC的处于RRC_CONNECTED状态的UE,仅有包括主小区的一个服务小区。对于配置有CA/DC的处于RRC_CONNECTED状态的UE,术语“服务小区”用于表示由特定小区和所有次小区组成的小区集。具有PUCCH配置的服务小区被称为PUCCH服务小区。
贯穿本公开,术语“PUCCH服务小区”和“PUCCH小区”及其变型可以互换使用,诸如“配置的PUCCH小区”、“活动PUCCH小区”等。
用于传输HARQ-ACK反馈的PUCCH服务小区可以在PDSCH配置中指示。例如,IEPDSCH-ServingCellConfig用于配置UE特定PDSCH的参数,在一个服务小区的UE的BWP上这些参数是公共的。在该信息要素中,pucch-Cell是用于PUCCH的服务小区(同一小区组)的ID。如果该字段不存在,UE在该小区组中的SpCell的PUCCH上发送HARQ反馈,如果是PUCCHSCell,则在该服务小区上发送。当添加新的SCell时,对于(非PUCCH)SCell,该字段可选地存在,则需要S。在重新配置SCell时,该字段不存在,则需要M。对于SpCell以及对于PUCCHSCell,该字段也是不存在的。因此,基于pucch-Cell是否被设置为PCell或PUCCH-SCell的服务小区索引,服务小区可以属于主PUCCH组或次PUCCH组。
用于传输HARQ-ACK反馈的PUCCH资源可以在DCI中指示,诸如用于动态调度PDSCH的下行链路分配DCI或用于激活/释放SPS PDSCH的DCI;并且/或者可以由高层配置,诸如通过PUCCH资源“n1PUCCH-AN”的RRC配置、或通过用于不与PDCCH相关联的SPS PDSCH传输的PUCCH资源“sps-PUCCH-AN-List”列表。
用于传输SR和/或LRR的PUCCH资源由高层配置,诸如通过与每个SR/LRR对应的PUCCH资源的RRC配置。应注意,该组SR/LRR配置可以按MAC实体配置,其可以对应于诸如主小区组(MCG)或次小区组(SCG)的小区组。UE在同一UL BWP和PUCCH服务小区上配置的PUCCH资源上发送对应于给定“SchedulingRequestId”的SR/LRR,如其上配置了对应于相同SR/LRR的SR/LRR资源配置“SchedulingRequestResourceConfig”、即具有相同SR/LRR索引“SchedulingRequestId”。
对于CSI报告,周期CSI(P-CSI)报告或半持久性CSI(SP-CSI)报告可以出现在PUCCH上。例如,诸如RRC的高层信令配置了在包括CSI报告配置“CSI-ReportConfig”的小区上的PUCCH上发送的周期或半持续报告。因此,该配置使用参数“carrier”指示对哪个服务小区进行CSI报告,即,在哪个服务小区将发现CSI-ResourceConfig。如果没有“carrier”字段,则CSI-RS资源与该CSI报告配置在同一服务小区上。CSI报告配置还包括其它报告配置,诸如用于CSI报告的PUCCH小区(每BWP)的PUCCH资源,以及用于在PUCCH上进行P/SP CSI报告的周期和时隙偏移。
基于PUCCH格式、UE时间线、UCI有效载荷大小等中的一项或多项,支持UE在相应PUCCH资源在时间上重叠时在单个PUCCH资源上复用多个UCI类型。标准为UCI复用提供了现有/传统的规则。例如,UE在用于HARQ-ACK信息的PUCCH资源上复用SR/LRR重叠的HARQ-ACK信息,并且在用于CSI报告的PUCCH资源上复用SR/LRR重叠的CSI报告。在另一个示例中,UE将在具有最小有效载荷大小的PUCCH资源上复用与SPS PDSCH(没有PDCCH)对应的HARQ-ACK信息以及重叠的CSI报告和重叠的SR/LRR,使得所有UCI都可以被容纳。在又一示例中,UE在上一DCI中指示的PUCCH资源上复用与动态PDSCH(具有PDCCH)对应的HARQ-ACK信息以及重叠的CSI报告和重叠的SR/LRR。
图30示出了根据本公开实施方式的具有两个PUCCH组的示例性UE配置3000。图30所示的UE配置3000的实施方式仅用于说明。
图30示出了配置有两个PUCCH组的UE的示例,其中例如在低频带(诸如低于1GHz)中操作的PCell是用于小区自身的以及用于服务小区#2的PUCCH小区;而服务小区#3是例如在中频带(诸如1GHz至6GHz)中操作的PUCCH-SCell,其充当针对用于的以及用于服务小区#4的PUCCH小区。在一个示例中,服务小区#1、#2、#3和#4可以处于低频带和/或高频带频率上。在一个示例中,UE接收到四个PDSCH,即服务小区#1(PCell)上的PDSCH#1、服务小区#2上的PDSCH#2、服务小区#3上的PDSCH#3(PUCCH-SCell)、以及服务小区#4上的PDSCH#4。UE为四个PDSCH中的每个生成HARQ-ACK反馈。UE在PCell上的PUCCH资源上针对服务小区#1和#2发送对应于PDSCH#1和PDSCH#2的HARQ-ACK反馈,并且在PUCCH-SCell上的PUCCH资源上针对服务小区#3和#4发送对应于PDSCH#3和PDSCH#3的HARQ-ACK反馈。
当前标准中PUCCH分组的缺陷在于,服务小区和PUCCH小区的配置及其关联仅是半静态配置的,除非通过RRC信令否则无法改变,这会产生高开销和/或延迟。这种半静态配置可能无法捕获到在网络流量场景中发生(相当)快速变化的影响,诸如可变调度负载和/或控制信令开销。例如,在图30中所示的相当低流量负载的情况下,低频带PCell可能具有足够的资源来处理对应于全部四个PDSCH的所有HARQ-ACK反馈,因此向更多跨载波UCI提供了改进的可靠性,但是由于PUCCH组的半静态关联配置,UE不允许如此操作。
本公开考虑的解决方案(在本文中被称为灵活PUCCH组)通过允许/支持用于给定服务小区或给定服务小区组的多个(两个或更多个)PUCCH小区,连同UE发送UCI的“活动”PUCCH小区,其中活动PUCCH小区可以基于网络指示和/或UE确定而随时间动态改变,从而克服了目前支持的PUCCH组的上述缺点。
图31示出了根据本公开实施方式的示例性灵活PUCCH组3100。图31所示的灵活PUCCH组3100的实施方式仅用于说明。
本示例中的服务小区的设置与图30中的设置相同。
然而,在本示例中,服务小区#1(PCell)被配置为除了服务小区#3(PUCCH-SCell)以外的用于服务小区#3和#4的替代性PUCCH小区。当网络流量适中/正常并且服务小区#1(即,低频带PCell)是“可用的”,例如仅有来自服务小区#1和#2中的每个的一个PDSCH,使得仅对应于服务小区#1上的PDSCH#1和服务小区#2上的PDSCH#2的HARQ-ACK反馈较少,则所有PUCCH/UCI都通过服务小区#1(低频带PCell)传输,以受益于由低频带PCell提供的改进的可靠性;在这种情况下,仅有一个活动PUCCH组并且PUCCH-SCell不承载任何UCI。
但是,当网络流量情况大/拥挤并且服务小区#1(即,低频带PCell)“繁忙”时,例如仅有来自服务小区#1和#2中的每个的两个PDSCH,使得对应于服务小区#1上的PDSCH#1A和PDSCH#1B以及服务小区#2上的PDSCH#2A和PDSCH#2B的HARQ-ACK反馈较多,则服务小区#3(即,PUCCH-SCell)被指示为用于服务小区#3和#4的活动PUCCH小区,因此来自服务小区#3和#4的跨载波UCI被卸载到服务小区#3(PUCCH-SCell),因此服务小区#1(即,低频带PCell)可以管理服务小区#1和#2上的额外流量/控制信令负载;在这种情况下,存在两个活动的PUCCH组,并且PCell和PUCCH-SCell都承载一些UCI。这两种情况之间的这种切换基于网络指示和/或UE确定来以动态方式支持。
贯穿本公开,对于配置有SCG的UE,提及“PCell”的任何表述也可以应用于SCG的主小区(即,“PSCell”)。
如前所述,在EA-1的一个实施方式中,提供了支持针对服务小区配置两个/多个PUCCH服务小区,以及对服务小区指示进行UCI传输的“活动PUCCH服务小区”。
在一个实施方式中,配置有两个或更多个服务小区(CA操作)的UE可以配置针对给定服务小区和/或针对给定服务小区组的两个PUCCH服务小区。根据本实施方式,UE可以在不同的PUCCH服务小区上发送用于给定服务小区和/或用于给定服务小区组的不同UCI类型和/或不同UCI传输时机。在本文中,PUCCH服务小区是具有PUCCH配置的服务小区。例如,UE在第一PUCCH服务小区(诸如PCell)上发送第一UCI(类型/时机),并且在第二PUCCH服务小区(诸如PUCCH-SCell)上发送第二UCI(类型/时机)。在本文中,所配置的PUCCH服务小区属于配置给UE的一组服务小区。因此,服务小区可以属于两个/多个PUCCH组,其中PUCCH组是被配置为在同一PUCCH服务小区上发送UCI的一组服务小区。
根据本实施方式,UE被提供对“活动”PUCCH服务小区的配置和/或指示,该小区属于针对给定服务小区/小区组配置一组PUCCH服务小区,UE在该小区上发送UCI(时机)。例如,配置可以包括以下指示中的一个或多个,这些指示由诸如MIB或SIB的系统信息、诸如公共RRC信令的公共高层、以及诸如专用RRC信令的专用高层进行。在另一个示例中,指示可以是诸如DCI或MAC-CE中的一个或多个的L1和/或L2信令。
在一个示例中,PUCCH服务小区可以是针对给定/单个UCI时机和/或针对多个UCI时机的、用于给定服务小区/小区组的活动PUCCH服务小区,多个UCI时机可以是诸如在例如从接收/激活第一指示到接收/激活第二指示这段时期内的所有UCI时机。
在另一个示例中,第一PUCCH服务小区(诸如PCell)可以是对应于给定服务小区的、用于第一UCI类型(诸如HARQ-ACK)的活动PUCCH小区,而第二PUCCH服务小区(诸如PUCCH-SCell)可以是对应于同一服务小区的用于第二UCI类型(诸如CSI报告)的活动PUCCH小区。
在又一示例中,UE在诸如PCell的第一PUCCH服务小区上发送对应于给定服务小区的、用于第一UCI类型的所有传输时机,因此PCell是针对给定服务小区的第一UCI类型的活动PUCCH服务小区,而UE在第一(或第三)PUCCH服务小区(诸如PCell)上发送对应于给定服务小区的用于第二UCI类型的一些传输时机(诸如CSI报告),并且在第二(或第四)PUCCH服务小区(诸如PUCC-SCell)上发送对应于给定服务小区的用于第二UCI类型的一些其它传输时机,因此PCell或PUCCH-SCell可以是对应于给定服务小区的用于第二UCI类型的活动PUCCH服务小区。
在一个示例中,PUCCH服务小区(诸如PCell)可以被配置为用于第一服务小区和第二服务小区两者的PUCCH服务小区,并且PUCCH服务小区(例如,PCell)(i)仅是用于第一(或第二)服务小区的活动PUCCH服务小区,但不是用于第二(或第一)服务小区的活动PUCCH服务小区,或者(ii)是用于第一和第二服务小区两者的活动PUCCH服务小区,或者(iii)不是用于第一服务小区或第二服务小区的活动PUCCH服务小区。在一个示例中,UE不期望PUCCH服务小区仅对于其它服务小区是活动的,而不是对于自身小区的活动PUCCH小区,即,PUCCH服务小区需要至少对于同一服务小区是活动PUCCH小区;换言之,对于UE配置有PUCCH的服务小区中的活动UL BWP,UE至少发送针对同一服务小区的UCI。例如,UE在PCell(或PUCCH-SCell)上配置的PUCCH资源上发送对应于PCell(或PUCCH-SCell)的UCI。在另一个示例中,允许UE将对应于第一PUCCH服务小区的UCI卸载到第二PUCCH服务小区,例如,UE可以在PUCCH-SCell(或PCell)上配置的PUCCH资源上发送对应于PCell(或PUCCH-SCell)的UCI。
应注意,对多个所配置PUCCH服务小区的配置可以应用于一个或多个服务小区,而不需应用于所有服务小区。例如,UE可以配置有与单个PUCCH服务小区(仅PCell/PSCell或一个PUCCH-SCell)相关联的第一组一个或多个服务小区,并且还配置有与两个或多个PUCCH服务小区相关联的第二组一个或多个服务小区,即,PCell、PSCell、PUCCH-SCell中的两个或更多个。
在一个示例中,UE可以仅配置有一个PUCCH服务小区,从而所有服务小区也配置有一个PUCCH小区。在另一个示例中,UE可以配置有两个或更多个PUCCH服务小区,并且(i)所有服务小区仅配置有两个PUCCH小区中的一个;或者(ii)一些服务小区配置有一个PUCCH小区,而其它一些服务小区配置有两个或更多个PUCCH小区;或者(iii)所有服务小区配置有两个或更多个PUCCH小区。在情况(ii)和/或(iii)中,配置有两个或更多个PUCCH小区的至少一个服务小区可以配置有配置给UE的PUCCH小区的严格子集(例如,四个PUCCH服务小区中的两个),或者配置有两个或更多个PUCCH小区的所有服务小区可以配置有配置给UE的整个PUCCH小区组(例如,两个PUCCH服务小区中的全部两个、或者四个PUCCH服务小区中的全部四个)。
图32示出了根据本公开实施方式的用于支持两个/多个PUCCH服务小区以及指示对应于一个或多个服务小区的一个活动PUCCH服务小区的方法3200的流程图。图32所示的方法3200的实施方式仅用于说明。图32所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图32所示,UE在步骤3210处接收用于接收对以至少两个服务小区进行操作的配置,即载波聚合操作。应注意,配置可以包括由诸如由MIB或SIB的系统信息、诸如公共RRC信令的公共高层、以及诸如专用RRC信令的专用高层进行的指示中的一个或多个。UE还在步骤3220处从至少两个服务小区接收对一个或多个服务小区的PUCCH分组的配置,使得该一个或多个服务小区中的每个配置有至少两个对应PUCCH服务小区,即对应于该一个或多个服务小区中的每个。
在本文中,所配置的这两个PUCCH服务小区被包括在至少两个服务小区中。例如,当UE配置有两个服务小区并且该两个服务小区是PCell和PUCCH-SCell时,则该两个服务小区与该两个PUCCH服务小区相同。在另一个示例中,当UE配置有包括PCell、PUCCH-SCell和无PUCCH配置的另一个SCell的三个服务小区、并且如果PCell和PUCCH-SCell都被配置为用于无PUCCH配置的SCell的PUCCH服务小区,则该服务小区与PUCCH服务小区不同,并且整个服务小区组与该组PUCCH服务小区(例如,其超集)不同。因此,服务小区可以属于两个/多个PUCCH组。
在一个示例中,第一服务小区配置有第一组至少两个PUCCH服务小区,并且第二服务小区配置有第二组至少两个PUCCH服务小区,其中第一组和第二组可以相同或不同、重叠或不重叠。然后,在步骤3230处,UE针对一个或多个服务小区中的每个接收对指定活动PUCCH服务小区的指示和/或配置,其中活动PUCCH服务小区属于所配置的对应组的至少两个PUCCH服务小区。
例如,UE接收对用于/对应于第一服务小区的第一活动PUCCH服务小区的第一指示,以及对用于/对应于第二服务小区的第二活动PUCCH服务小区的第二指示,其中第一指示的活动PUCCH服务小区属于第一组至少两个PUCCH服务小区,并且第二指示的活动PUCCH服务小区属于第二组至少两个PUCCH服务小区,并且其中第一活动PUCCH服务小区可以与第二PUCCH服务小区相同或不同,并且其中第一指示和第二指示可以被包括在单独指示或同一指示中,诸如复用或联合指示。
在一个示例中,活动PUCCH服务小区可以取决于UCI类型和/或UCI传输时机,从而不同的活动PUCCH小区用于不同的UCI类型和/或不同的UCI传输时机。因此,在步骤3240处,UE针对一个或多个服务小区中的每个在对应指示的活动PUCCH服务小区上的对应PUCCH资源上发送UCI。例如,UE在第一指示的活动PUCCH服务小区上发送第一服务小区的第一UCI,并且在第二指示的活动PUCCH服务小区上发送第二服务小区的第二UCI。应注意,与第二服务小区的UCI传输相比,第一服务小区的UCI传输可以发生在不同的时间、重叠或不重叠。
下面提供了用于配置有两个以上PUCCH服务小区的服务小区的示例性RRC信息要素。根据本示例,UE可以向给定服务小区配置“nrOfPUCCHcells”PUCCH服务小区,其中针对给定服务小区的“nrOfPUCCHcells”可以是1(即,仅有PUCCH服务小区)到“MaxNrOfPUCCHcells”之间的数字,诸如2(即,多达2个PUCCH服务小区)。在该信息要素中,“pucch-Cells”是用于PUCCH的同一(或不同)小区组的服务小区的一组ID。
在一个示例中,如果该字段不存在,则UE在该小区组中的SpCell的PUCCH上发送HARQ反馈,如果是PUCCH SCell,则在该服务小区上发送。在一个示例中,该字段是可选地存在,当添加新的SCell时,对于(非PUCCH)SCell需要S。在一个示例中,该字段不存在,在重新配置SCell时需要M。在一个示例中,该字段对于SpCell以及PUCCH SCell也是不存在的。在另一个示例中,该字段对于SpCell以及PUCCH SCell是可选地存在的。基于本示例,如果给定服务小区配置有包括对PCell和PUCCH-SCell两者的服务索引的pucch-Cell,则该服务小区属于主PUCCH组和次PUCCH组两者。然而,应注意,给定的UCI时机仅在所配置的PUCCH服务小区中的一个(即活动PUCCH服务小区)上发送,因此在每个时间/时机实例下,该服务小区实际上仅是两个PUCCH组中的一个的成员。
在另一个示例中,对于配置有针对给定服务小区的两个或更多个PUCCH服务小区的UE,UE可以配置有指示第一活动PUCCH服务小区的参数/信息要素(参见实施方式EA-1-1),在向UE提供第一/初始指示以指示用于给定服务小区的活动PUCCH服务小区之前,UE在该第一活动PUCCH服务小区上发送UCI(参见实施方式EA-2、EA-3、EA-4及其子实施方式,以理解对活动PUCCH服务小区的指示方法的细节)。根据本示例,参数“firstActivePUCCHcell”的值为“1”指示针对服务小区配置的第一PUCCH小区是用于给定服务小区的第一活动PUCCH小区,并且参数“firstActivePUCCHcell”的值为“2”指示针对服务小区配置的第二PUCCH小区是用于给定服务小区的第一活动PUCCH小区等。表12示出了PDSCH配置信息要素。
表12.PDSCH-ServingCellConfig信息要素
在一个示例中,对应于给定服务小区的用于CSI报告的RRC信息要素“CSI-ReportConfig”可以被配置在两个或更多个PUCCH服务小区中。根据本示例,在第一PUCCH服务小区(诸如PCell)上UE可以配置有第一信息要素“CSI ReportConfig”,并且在第二PUCCH服务小区(诸如PUCCH SCell)上还配置有第二信息要素“CSI-ReportConfig”,其中在第一信息要素“CSI-ReportConfig”和第二信息要素“CSI-ReportConfig”两者中都包括/指示同一参数“carrier”,即两个CSI报告配置都是指用于同一服务小区(即要发现CSI-ResourceConfig的同一服务小区)的CSI报告。
在一个示例中,用于两个CSI报告配置的类型可以是相同的,例如,两者都是P-CSI报告或两者都是SP-CSI报告。在另一个示例中,两个CSI报告配置可以是不同的,例如,具有关于第一PUCCH服务小区(诸如PCell)的P-CSI报告的第一CSI报告配置,而具有关于第二PUCCH服务小区(诸如PUCCH-SCell)的SP-CSI报告的第二CSI报告配置,而这两个CSI报告对应于相同的服务小区。在一个示例中,当在两个不同PUCCH服务小区上UE配置有对应于给定服务小区的两个CSI报告配置时,在给定服务小区内的CSI-RS资源配置在两个CSI报告配置之间可以相同或不同。
在一个示例中,当在两个不同PUCCH服务小区上UE配置有对应于给定服务小区的两个CSI报告配置、并且CSI报告配置具有P-CSI报告和/或SP-CSI报告类型时,则关于PUCCH的P/SP CSI报告的周期和/或时隙偏移在两个CSI报告配置之间可以相同或不同。
在一个示例中,如先前讨论的参数“pucch-Cells”所提供的,与针对用于HARQ-ACK信息传输的同一服务小区配置的一个、两个或更多个PUCCH服务小区相比,针对关于PUCCH的P/SP CSI报告的给定服务小区配置的两个或更多个PUCCH服务小区可以相同或不同、重叠或不重叠。
在另一个示例中,对应于给定服务小区的用于CSI报告的RRC信息要素“CSI-ReportConfig”可以配置在具有或不具有PUCCH配置的两个或更多个服务小区上,其中如果包括信息要素“CSI-ReportConfig”的服务小区未配置用于PUCCH、和/或如果CSI报告类型是关于PUSCH的非周期性CSI报告或半持久性CSI报告,则UE在包括信息要素“CSI-ReportConfig”的服务小区上接收DCI,该DCI调度/激活/触发承载AP-CSI/SP-CSI报告的PUSCH。在这种情况下,在调度/激活/触发DCI中指示的小区发送对应PUSCH。表13示出了CSI配置信息。
表13.CSI-ReportConfig信息要素[对于同一“carrier”可以包含在两个PUCCH服务小区中]
在一个示例中,对于SR和/或LRR的传输,RRC信息要素SchedulingRequestResourceConfig确定UE可以发送专用调度请求的PUCCH上的物理层资源。在本示例中,参数/信息要素“resource”提供了UE可以发送调度请求/链路恢复请求的PUCCH资源的ID。实际的PUCCH-Resource被配置在与该SchedulingRequestResourceConfig相同的UL BWP和服务小区的PUCCH-Config中。因此,UE在配置了SchedulingRequestResourceConfig的PUCCH服务小区上发送具有给定“SchedulingRequestId”的给定SR/LRR配置。
在一个示例中,具有给定“SchedulingRequestId”的SR/LRR配置可以被配置在两个或更多个PUCCH服务小区上,诸如PCell和PUCCH-SCell。根据本示例,UE可以配置有用于如下SR/LRR传输的相同或不同的周期和/或时隙偏移和/或优先级索引,该SR/LRR传输对应于在两个或更多个PUCCH服务小区上具有相同的“SchedulingRequestId”的相同SR/LRR配置。表14示出了调度配置信息。
表14.SchedulingRequestResourceConfig信息要素[对于同一“SchedulingRequestId”可以被包括在两个PUCCH服务小区中]
如前所述,在EA-1-1的一个实施方式中,提供了第一活动PUCCH小区。在一个实施方式中,配置有两个或更多个PUCCH小区的服务小区可以配置有“第一活动PUCCH小区”,UE在接收到用于指示该服务小区的活动PUCCH小区的任何L1/L2信令之前,可以在该第一活动PUCCH小区上发送UCI。例如,对服务小区的第一活动PUCCH小区的配置确保UE在初始接入期间和/或在随机接入过程期间和/或在配置服务小区之后立即不会对传输HARQ-ACK信息(例如,对应于Msg2/4/B)和可能的CSI报告有所混淆。UE随后可以接收网络信令或应用其它(预定的)规则/方法来确定新活动PUCCH小区。在一个示例中,服务小区可以仅配置有针对所有UCI类型的单个第一活动PUCCH小区。在另一个示例中,服务小区可以配置有针对不同UCI类型的不同第一活动PUCCH小区。
图33示出了根据本公开实施方式的用于以第一活动PUCCH小区进行操作的方法3300的流程图。图33所示的方法3300的实施方式仅用于说明。图33所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图33所示,在步骤3310处,UE接收到配置有针对第一服务小区的两个PUCCH小区(例如,第二小区和第三小区)的配置。例如,第一小区可以与第二小区和/或第三小区相同或不同。在一个示例中,第二小区可以是PCell,并且第三小区可以是PUCCH-SCell。在步骤3320处,该配置包括或指定两个PUCCH小区中的一个(例如,第二小区)作为第一服务小区的第一活动PUCCH小区。在一个示例中,第一活动PUCCH小区可以被指定用于所有UCI类型或仅针对一个或一些UCI类型,而不同的活动PUCCH小区被指定用于一些其它UCI类型。因此,在步骤3330处,UE例如针对给定/对应的UCI类型,在第一活动PUCCH小区(例如,第二小区)上发送对应于第一服务小区的UCI。
在步骤3340处,UE确定UE是否接收到用于改变第一服务小区的活动PUCCH小区(例如,从第二小区到第三小区)的任何新指示。如果没有,也就是说,如果UE没有接收到改变第一服务小区的活动PUCCH小区的任何指示,则在步骤3350处,UE继续在第一活动PUCCH小区(例如,第二小区)上发送第一服务小区的UCI(可能针对给定/对应的UCI类型)。但是如果UE已经接收到用于改变第一服务小区的活动PUCCH小区(例如,从第二小区到第三小区)的新指示,则UE在步骤3360处在对应于新指示的活动PUCCH小区(例如,第三小区)上发送第一服务小区的UCI(可能针对给定/对应的UCI类型)。应注意,在通过网络信令和/或高层指示触发UCI时/后发生的UCI传输会受到UE处理和时间线的限制。
如前所述,在EA-1-2的一个实施方式中,提供了对活动PUCCH小区切换的指示内容。在一个实施方式中,对于对至少一个服务小区配置(操作)两个或更多个PUCCH小区的UE,UE可以接收网络信令和/或来自高层的指示,以用于改变给定服务小区的活动PUCCH小区,在本文中被称为对活动PUCCH小区切换的指示。根据本实施方式,用于对给定服务小区进行活动PUCCH小区的指示可以包括诸如1至2位的一个或多个“PUCCH组切换”(PGS)字段,其中每个PGS字段包括以下至少一个或多个:PUCCH小区指示符(PCI),以提供新的活动PUCCH小区的索引;诸如2位的对新活动PUCCH小区中的BWP的指示,以指示在发送PUCCH/UCI之前在新活动PUCCH小区中的活动BWP切换;以及诸如5位的对新活动PUCCH小区应用的服务小区的指示,以提供服务小区的索引,例如以区分接收到PGS指示的小区与新PUCCH小区激活所应用的小区。
在一个示例中,可以不存在对新活动PUCCH小区中的BWP的指示,在这种情况下,UE在新PUCCH小区的当前活动BWP上发送PUCCH/UCI。在一个示例中,对进行活动PUCCH小区切换的指示可以包括对应于多个PUCCH小区、和/或多个服务小区和/或多个UE的多个PGS字段。
在一个示例中,用于切换给定服务小区的活动PUCCH小区的指示内的PGS字段可以包括服务小区索引,因此仅应用于PGS指示中所指示的服务小区。根据本示例,由于第一服务小区索引被包括在所指示的PGS字段中,因此被配置用于第一服务小区和第二服务小区两者的PUCCH服务小区可以是用于第一服务小区的活动PUCCH小区,而其可以不是用于第二服务小区的活动PUCCH小区。
在本实施方式的一个示例中,用于切换给定服务小区的活动PUCCH小区的指示内的PGS字段可以不包括对应用于新活动PUCCH小区的服务小区的指示,在这种情况下,包括在PGS字段中的PUCCH服务小区可以是在PUCCH服务小区上配置有UCI传输的所有服务小区的活动PUCCH小区。根据本示例,在这种情况下,PGS字段中包括的PUCCH小区指示符(PCI)可以是例如5位,以提供用于新活动PUCCH服务小区的“完整/绝对”服务小区索引。
图34示出了根据本公开实施方式的用于指示对活动PUCCH小区进行切换的方法3400的流程图。图34所示的方法3400的实施方式仅用于说明。图34所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图34所示,UE在步骤3410处接收配置,该配置将PUCCH服务小区配置为用于一组至少两个服务小区的PUCCH小区。例如,该组可以至少包括该PUCCH服务小区。在步骤3420处,UE接收到PUCCH服务小区是用于UCI传输的活动PUCCH小区的指示。然后,在步骤3430处,UE在PUCCH服务小区上发送与该组中的所有服务小区对应的UCI。
图35示出了根据本公开实施方式的对活动PUCCH小区的示例性动态切换3500。图35中所示的对活动PUCCH小区的动态切换3500的实施方式仅用于说明。
服务小区#1配置有两个PUCCH小区,即服务小区#2和#3。应注意,服务小区#1可以与PUCCH小区#2和/或PUCCH小区#3相同或不同。假设PUCCH小区#2和#3是不同的。例如,PUCCH小区#2可以是服务小区#1的第一活动PUCCH小区(参见实施方式EA-1-1),或者是先前指示的活动PUCCH小区。UE在PUCCH小区#2上发送第一UCI,诸如与服务小区#1中的第一PDSCH/数据传输对应的第一HARQ-ACK信息。UE接收到针对服务小区#1的活动PUCCH小区从PUCCH小区#2变化到PUCCH小区#3的指示。该指示是在可以与PUCCH小区#2或#3相同或者与服务小区#1相同的服务小区#4上接收的,或者是在与服务小区#1以及PUCCH小区#2和#3都不同的服务小区上接收的。然后UE在PUCCH小区#3上发送第二UCI,诸如与服务小区#1中的第二PDSCH/数据传输对应的第二HARQ-ACK信息。
图36示出了根据本公开实施方式的用于针对给定服务小区进行活动PUCCH服务小区的动态切换的方法3600的流程图。图36所示的方法3600的实施方式仅用于说明。图36所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图36所示,在步骤3610处,UE接收到将第一服务小区配置为具有两个PUCCH小区(例如,第二小区和第三小区)的配置。UE在步骤3620处接收到第二小区是针对第一服务小区的活动PUCCH小区的配置/指示。因此,在步骤3630处,UE在第二小区上发送第一服务小区的第一UCI。然后,稍后在某个时间点,UE在步骤3640处接收用于将第一服务小区的活动PUCCH小区从第二小区切换到第三小区的指示。因此,在步骤3650处,UE在第三小区上发送第一服务小区的第二UCI。
在一个示例中,诸如图36中所示的对活动PUCCH服务小区的动态切换可以对应于小区组。在另一个示例中,诸如图36中所示的对活动PUCCH服务小区的动态切换可以对应于给定UCI类型和/或给定UCI类型的给定配置,诸如具有针对给定小区组和/或MAC实体的给定“SchedulingRequestId”的给定SR/LRR配置。
如前所述,在EA-2的一个实施方式中,提供了用于UCI触发和活动PUCCH小区指示的联合指示机制:关键原则。在一个实施方式中,当UE配置有与两个或更多个PUCCH小区相关联的服务小区时,用于对服务小区进行活动PUCCH小区切换的指示可以与触发UCI传输的信令和/或指示联合提供。根据本实施方式,UE接收到触发服务小区的UCI传输的网络信令和/或高层指示,并且还提供对可以用于UCI传输的活动PUCCH小区的指示。这种机制可以通过为一个/每个UCI传输实例/时机指示活动PUCCH小区,而有利于在所配置的PUCCH服务小区之间进行快速UCI卸载。
如前所述,在EA-2-1的一个实施方式中,提供了基于L1/L2网络信令的联合指示机制。在一个实施方式中,当诸如DCI或MAC-CE的L1/L2网络信令触发UCI时,该网络信令还可以包括用于对服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置和/或等)进行活动PUCCH小区切换的指示。根据本实施方式,网络信令还可以包括对用于UCI传输的PUCCH资源的指示。例如,PDCCH中的用于调度PDSCH接收的DCI格式(诸如DCI格式1_0或1_1或1_2)、和/或用于激活和/或释放SPS PDSCH的DCI格式、和/或用于激活和/或释放关于PUCCH的SP-CSI报告的MAC-CE命令可以触发例如HARQ-ACK反馈信息或CSI报告的UCI传输,和/或可以包括对用于UCI传输的PUCCH资源的指示,和/或可以包括对用于UCI传输的活动PUCCH小区的指示(或者一般地,如实施方式EA-1-2中所述的PGS字段)。
图37示出了根据本公开实施方式的用于指示进行UCI传输的活动PUCCH服务小区的方法3700的流程图。图37所示的方法3700的实施方式仅用于说明。图37所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图37示出了在来自网络的L1/L2(动态或半动态)信令触发了UCI的情况下指示用于UCI传输的活动PUCCH服务小区的示例性流程图,其中触发UCI的网络信令还包括对其上有UCI需要被发送的活动PUCCH服务小区的指示。
如图37所示,在步骤3710处,针对服务小区,UE接收到对至少两个PUCCH小区的配置。在步骤3720处,针对服务小区,UE从网络接收到触发UCI传输的信令,诸如由调度DCI或激活/释放用于SPS PDSCH的DCI来触发的HARQ-ACK反馈信息、或者由用于SP-CSI的MAC-CE激活命令触发的SP-CSI报告。在步骤3730处,针对服务小区,UE接收到在从网络接收到的信令中包括的指示,该指示从至少两个PUCCH小区中指示出了活动PUCCH小区。在一个示例中,该指示还包括对用于UCI传输的PUCCH资源的指示。因此,在步骤3740处,UE在所指示的活动PUCCH小区上发送服务小区的UCI。
如前所述,在EA-2-2的一个实施方式中,提供了基于高层指示的联合指示机制。在一个实施方式中,当高层在没有任何相关联的L1/L2网络信令(例如,在没有任何DCI或MAC-CE的情况下触发/请求UCI传输)时,UE可以基于UCI传输的定时(诸如UCI传输的传输时机索引和/或时隙索引)来确定服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置等)的活动PUCCH小区。例如,UE在第一PUCCH小区上发送对应于服务小区的第一UCI时机,并且在第二PUCCH小区上发送对应于同一服务小区的第二UCI时机,其中第一UCI与第二UCI不同,并且第一PUCCH小区与第二PUCCH小区不同。
根据本实施方式,基于UCI传输的定时来确定活动PUCCH小区可以基于预定的规则/方法和配置的时间模式中的至少一个或多个,诸如例如定义了UCI传输定时(时机/时隙索引)与一组配置的PUCCH小区之间的周期映射的具有周期和/或时隙偏移的周期时间模式、或者定义了UCI传输定时(时机/时隙索引)与一组配置的PUCCH小区之间的映射的明确“不规则”时间模式、例如具有诸如40个时隙/帧/时机的预定长度的使用例如[10或20或40]个PUCCH小区索引的任意模式,并且之后再重复。在一个示例中,映射还可以取决于UE ID,诸如全局UE ID。在另一个示例中,映射还可以取决于随机变量和/或随机数发生器的种子或初始化。例如,SR/LRR配置和/或周期CSI(P-CSI)报告可以由高层触发,并且用于传输其的活动PUCCH小区可以基于对应的时隙/时机索引。
图38示出了根据本公开实施方式的用于指示进行UCI传输的活动PUCCH服务小区的方法3800的流程图。图38所示的方法3800的实施方式仅用于说明。图38所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图38示出了在UCI不与来自网络的动态和/或半动态信令相关联和/或不由UE内的高层信令触发的情况下指示用于UCI传输(诸如SR/LRR或周期性CSI报告)的活动PUCCH服务小区的示例性流程图,在这种情况下,UE可以基于诸如UCI时机索引和/或时隙索引等的UCI传输定时来确定活动PUCCH服务小区。
如图38所示,在步骤3810处,UE针对服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置等)接收对至少两个PUCCH服务小区的配置。在步骤3820处,向UE提供UCI传输定时(诸如UCI时机索引和/或时隙索引)与配置的至少两个PUCCH小区之间的映射。在步骤3830处,针对服务小区,UE接收到来自高层的触发UCI传输的指示。然后,在步骤3840处,针对服务小区,UE基于UCI传输的定时和所提供的映射,从至少两个PUCCH服务小区中确定出活动PUCCH服务小区。因此,在步骤3850处,针对服务小区,UE在所确定的活动PUCCH服务小区上发送触发的UCI。
如前所述,在EA-2-3的一个实施方式中,提供了对具有单个触发的一组UCI确定和切换活动PUCCH小区。在一个实施方式中,当诸如L1/L2网络信令和/或高层指示的单个触发触发了一组两个或更多个UCI传输时机时,UE可以在相同活动PUCCH小区或不同活动PUCCH小区上发送该组UCI传输。例如,由单个触发所触发的一组两个或更多个UCI传输时机可以是在时间窗期间的周期UCI传输,诸如用于SPD PDSCH的HARQ-ACK反馈信息、SR和/或LRR以及P/SP CSI报告中的一个或多个。
在本实施方式的一个示例中,UE针对来自一组两个或更多个UCI传输时机中的第一/最早的UCI传输时机确定活动PUCCH小区,然后在所确定的同一活动PUCCH服务小区上发送剩余UCI传输时机。
根据本示例,针对第一/最早的UCI传输时机确定活动PUCCH小区可以是例如基于以下一个或多个:触发一组一个或多个UCI传输的网络信令中的第一活动PUCCH小区(详见实施方式EA-1-1)和PGS字段(参见实施方式EA-1-2)、以及UCI传输定时/时机与活动PUCCH小区之间的预定或配置的映射,如在实施方式EA-2、EA-2-1和EA-2-2中所述。
在一个示例中,对于一组UCI传输时机的所有时机,活动PUCCH小区都可以保持相同。在另一个示例中,可以通过后来在某个时间点接收到的PGS指示字段(参见实施方式EA-1-2)来改变活动PUCCH小区,使得UE在第一PUCCH小区上发送一组两个或更多个UCI传输时机中的第一数量个(连续的)UCI时机,并且在第二PUCCH小区上发送一组两个或更多个UCI传输时机中的第二数量个(连续的)UCI时机。例如,PGS字段指示可以通过如下指示中的一个或多个进行:用于切换触发另一个UCI传输的活动PUCCH小区的联合指示(详见实施方式EA-2、EA-2-1、EA-2-2等)、以及用于切换活动PUCCH小区的“独立”指示(详见实施方式EA-3)。
图39示出了根据本公开实施方式的用于确定/切换活动PUCCH服务小区的方法3900的流程图。图39所示的方法3900的实施方式仅用于说明。图39所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图39示出了在多UCI传输(诸如用于SPS PDSCH、P-CSI/SP-CSI报告、SR、LRR等的HARQ-ACK信息)的情况下确定/切换活动PUCCH服务小区的示例性流程图。
如图39所示,在步骤3910处,针对第一服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置等),UE接收到对至少两个PUCCH服务小区(例如,第二小区和第三小区)的配置。在步骤3920处,针对第一服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置和/或等),UE接收到触发一组多个(即,两个或更多个)UCI传输的信令。在步骤3930处,UE在所确定的PUCCH小区(例如,第二小区)上发送第一服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置和/或等)的最早UCI。
在步骤3940处,UE确定UE是否已经接收到任何新指示以改变用于第一服务小区(和/或服务小区组和/或用于UCI类型和/或用于UCI类型的UCI配置等)的一组多个UCI传输中的下一个UCI传输的活动PUCCH小区(例如,从第二小区改变到第三小区)。如果不是,即UE没有接收到这种指示,则UE在步骤3950处继续在当前活动PUCCH小区(例如,第二小区)上发送第一服务小区(和/或服务小区组和/或为UCI类型和/或为UCI类型的UCI配置和/或等)的下一个UCI。但是如果是,即UE已经接收到该指示,则在步骤3960处,UE在新指示的活动PUCCH小区(例如第三小区)上发送第一服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置和/或等)的下一个UCI。
应注意,即使在接收到第一指示之后,仍继续对活动PUCCH小区切换的指示进行检查的程序,直到整组UCI传输时机被传输,因此如果UE如在步骤3940中接收到改变活动PUCCH小区的第二指示,则UE如在步骤3950处或步骤3960处操作,并且对于第三指示等也类似。
在本实施方式的一个示例中,UE被提供预定的规则和/或配置的时间模式,如实施方式EA-2-2中所述,并且UE基于UCI传输时机定时(例如,时机索引和/或时隙索引)和预定的规则和/或配置的时间模式来确定用于该组UCI传输时机中的每个时机的活动PUCCH小区。
图40示出了根据本公开实施方式的用于确定/切换活动PUCCH服务小区的方法4000的另一个流程图。图40所示的方法4000的实施方式仅用于说明。图40所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图40示出了用于在多UCI传输(诸如用于SPS PDSCH、P-CSI/SP-CSI报告、SR、LRR等的HARQ-ACK信息)的情况下确定/切换活动PUCCH服务小区的示例性流程图。
如图40所示,在步骤4010处,针对第一服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置等),UE接收到对至少两个PUCCH服务小区(例如,第二小区和第三小区)的配置。在步骤4020处,向UE提供UCI传输定时与所配置的至少两个PUCCH小区之间的映射。例如,规范提供了预定的规则或者UE接收到对时间模式的配置,该配置将UCI传输时机映射到用于该传输时机的活动PUCCH小区。在步骤4030处,针对第一服务小区(和/或服务小区组和/或UCI类型和/或UCI类型的UCI配置和/或等),UE接收到触发一组多个UCI传输的信令,诸如用于SPS PDSCH、P-CSI/SP-CSI报告、SR、LRR的HARQ-ACK信息等。在步骤4040处,UE基于传输定时和所提供的映射来确定针对该组多个UCI传输中的每个传输的PUCCH小区。在步骤4050处,UE在被确定用于该UCI传输的PUCCH小区中发送每个UCI。
在一个示例中,UE完全遵循如上所述提供的时间模式。在另一个示例中,UE可以接收PGS指示字段(参见实施方式EA-1-2),该字段提供用于切换到进行UCI传输的新活动PUCCH小区的指示,在这种情况下,UE遵循丢弃所提供的时间模式并遵循PGS指示字段(仅对于一个/多个后续UCI传输时机或对于来自该组UCI传输时机的全部剩余UCI传输时机)。
如前所述,在EA-3的一个实施方式中,提供了用于切换活动PUCCH小区而不触发UCI的“独立”指示机制。在一个实施方式中,当UE配置了针对给定服务小区的至少两个PUCCH小区时,可以使用基于网络信令和/或UE确定的各种机制来在至少两个PUCCH小区中指示/触发活动PUCCH小区的切换,而不触发UCI/PUCCH传输。这种机制在本文中被称为“独立”指示机制,仅用于指示活动PUCCH小区并且应用于将来的UCI/PUCCH传输。独立指示机制对于在网络负载/流量变化速度/速率适中的情况下卸载配置的PUCCH小区之间的UCI开销是有用的。这种指示可以在指示活动PUCCH小区的同一服务小区上发送,也可以在与指示活动PUCCH小区的服务小区不同的单独小区上发送。
如前所述,在EA-3-1的一个实施方式中,可以使用UE特定PDCCH/DCI来指示对活动PUCCH小区的切换。根据这种机制,UE在PDCCH中接收DCI格式,其中该DCI格式承载对活动PUCCH小区切换的指示。
在一个示例中,对活动PUCCH小区切换的指示仅应用于接收到DCI格式和/或由DCI格式调度数据传输的服务小区。在另一个示例中,对活动PUCCH小区切换的指示应用于如下的所有服务小区,这些服务小区配置有与接收到DCI格式的服务小区和/或由DCI格式调度数据传输的服务小区相同的PUCCH小区;即,PUCCH小区成为用于接收该指示的服务小区以及配置有相同PUCCH小区的所有服务小区的活动PUCCH小区。
在一个示例中,UE特定PDCCH承载如下DCI格式,该格式包括除了在该服务小区上调度上行数据传输的指示以外,还包括针对服务小区进行活动PUCCH小区切换的指示。在一个示例中,“PUCCH组切换”(PGS)字段(参见实施方式EA-1-2)被作为新字段添加到DCI格式。在一个示例中,DCI格式可以包括多个PGS字段,每个字段对应于对不同/单独PUCCH小区的激活(对于接收DCI格式的服务小区和/或对于由DCI格式调度数据传输的服务小区)。
在一个示例中,当服务小区配置有单个PUCCH小区时,则UE不期望DCI格式中的用于PUCCH组切换(PGS)的任何字段(即,PGS字段)具有零(0)位宽,并且UE继续在同一PUCCH小区上发送服务小区的UCI。
在一个示例中,DCI格式可以是用于调度UL数据传输的DCI格式(诸如DCI格式0_0和0_1)、或诸如DCI格式0_2的“紧凑型”DCI格式(例如,用于URLLC用例),潜在地对PGS字段的位宽进行限制(诸如PGS字段的可配置位宽),或者潜在地将PGS字段与其它字段(诸如PUCCH资源指示(PRI))合并,使得所合并的位宽(例如PGS+PRI位宽)不超过配置/特定的位数。
图41示出了根据本公开实施方式的示例性DCI格式4100。图41中示出的DCI格式4100的实施方式仅用于说明。
如图41所示,其中字段#1、#2至#N对应于DCI格式中的现有字段(例如,用于调度UL数据传输),并且其中PGS的新字段被添加到DCI格式中以用于指示对活动PUCCH小区的切换。
图42示出了根据本公开实施方式的用于指示对活动PUCCH小区进行切换的方法4200的流程图。图42所示的方法4200的实施方式仅用于说明。图42所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图42示出了用于使用UE特定PDCCH/DCI指示活动PUCCH小区切换的示例性流程图。在步骤4210处,UE接收到对具有两个PUCCH小区(例如,第二服务小区和第三服务小区)的第一服务小区的配置,诸如PCell和PUCCH-SCell。在步骤4220处,UE接收到对第一服务小区的活动PUCCH小区(例如,第二小区)的配置/指示。例如,第二服务小区可以是针对第一服务小区的第一活动PUCCH小区或配置和先前/当前指示的激活PUCCH小区。在一个示例中,DCI格式可以处于UE特定搜索空间或公共搜索空间中的PDCCH中,以用于在第一服务小区上触发数据传输(例如,上行链路许可、配置型许可PUSCH激活)。在另一个示例中,如在接收到的DCI格式中触发的,UE在第一服务小区上执行数据传输。在步骤4230处,UE接收针对第一服务小区的DCI格式,其中在步骤4240处,UE在DCI格式中读取用于PUCCH组切换“PGS”的字段,该字段指示用于第一服务小区的将来UCI/PUCCH传输的新活动PUCCH小区(例如,第三服务小区)。然后,在步骤4250处,UE在DCI格式中的PGS字段中所指示的PUCCH小区(例如,第三服务小区)上发送第一服务小区的将来UCI。
在一个示例中,承载DCI格式的UE特定PDCCH可以不用于在服务小区上调度数据传输,而仅仅用于包括对活动PUCCH小区切换的指示。根据本示例,在用于跨载波调度的DCI格式中可以不包括新的字段,相反地,一组特定DCI字段(诸如FDRA字段和TDRA)中的一个或多个可以被重新解释/重新计划来表指示PGS字段,如实施方式EA-1-2中所述。在一个示例中,一组特定DCI字段可以被重新解释/重新利用为多个PGS字段,每个字段对应于对不同/单独PUCCH小区激活,例如对应于不同的服务小区。
根据本示例,对于该DCI格式的PDCCH监测,在一个示例中,UE使用诸如C-RNTI的现有RNTI,而在另一个示例中,UE使用诸如“PGS-RNTI”的新RNTI。在一个示例中,UE执行对DCI格式的验证,以确定DCI格式是否被用于指示对活动PUCCH小区进行切换。例如,UE确定一组特定DCI字段(诸如MCS、HPN、RV)中的一个或多个是否被设置为特定默认值,诸如全部为零或全部为一的值。在另一个示例中,验证还包括使用诸如PGS-RNTI的新RNTI以用于PDCCH监测和DCI格式接收。
在一个示例中,DCI格式可以是用于调度UL数据传输的DCI格式(诸如DCI格式0_0和0_1),和/或可以是用于调度DL数据传输的DCI格式(诸如DCI格式1_0和1_1)。在另一个示例中,DCI格式可以是诸如DCI格式0_2和1_2的“紧凑型”DCI格式(例如,用于URLLC用例),潜在地对PGS字段的位宽进行限制(诸如PGS字段的可配置位宽),或者潜在地将PGS字段与其它字段(诸如PRI)合并,使得被合并的位宽(例如PGS+PRI位宽)不超过配置/特定的位数。
图43示出了根据本公开实施方式的示例性DCI格式4300。图43中示出的DCI格式4300的实施方式仅用于说明。
如图43所示,其中字段#1至#L对应于在按规范被设置为默认值时被验证的验证字段,而字段#M至#N被重新计划/重新解释为PGS字段。在一个示例中,其它剩余DCI字段是未使用的。
在一个示例中,UE使用现有RNTI(诸如C-RNTI)或使用用于PUCCH组切换的新RNTI(诸如PGS-RNTI),在UE特定PDCCH中接收(用于第一服务小区的)DCI格式。UE根据规范确定接收到的DCI格式内的第一组至少一个“验证”DCI字段的值。UE确定第一组至少一个“验证”字段的值是否按规范被设置为默认值。在一个示例中,如果UE确定出第一组至少一个“验证”字段的值没有按规范被设置为默认值并且UE使用了诸如C-RNTI的传统RNTI以进行PDCCH监测和DCI格式接收,则UE执行传统操作,诸如由接收的DCI格式所触发的数据传输或接收。
在另一个示例中,如果UE确定出第一组至少一个“验证”字段的值没有按规范被设置为默认值并且UE使用了诸如PGS-RNTI的新RNTI来进行PDCCH监测和DCI格式接收,则UE丢弃接收到的DCI格式。但是,如果UE确定出第一组至少一个“验证”字段的值按规范被设置为默认值,则UE不执行诸如数据传输或接收的任何传统操作,相反地,UE按规范确定接收到的DCI格式中的第二组至少一个字段的值。UE重新解释包括至少一个字段的第二组的值,以确定UE可以用于发送(针对第一服务小区的)将来UCI/PUCCH的新活动PUCCH小区(例如,第三服务小区)。在一个示例中,UE发送HARQ-ACK反馈以指示成功接收到PDCCH和确定出新活动PUCCH小区。UE在所确定的新活动PUCCH小区上发送(用于第一服务小区的)将来UCI/PUCCH传输。
保护方法可以用于UE特定的DCI格式,以减少UE错过用于指示活动PUCCH小区切换的PDCCH/DCI格式的可能性。在一个示例中,gNB实施方式可以增加该DCI格式传输的聚合级别(AL),从而可以使用低编码率,并且可以实现更高的DCI格式可靠性。在另一个示例中,UE可以发送HARQ-ACK反馈以指示成功接收到PDCCH/DCI格式,以指示对活动PUCCH小区进行切换。根据本示例,UE可以在PUCCH资源(诸如指定/默认/配置的PUCCH资源或由DCI格式指示的PUCCH资源)中发送HARQ-ACK反馈,或者在PUSCH资源传输上进行复用。
如前所述,在EA-3-2的一个实施方式中,可以使用组公共PDCCH/DCI格式可以用于指示对活动PUCCH小区的切换。根据这种机制,一组UE接收到包括两个/多个字段的组公共DCI格式的单个联合指示,其中每个字段对应于对一个UE进行活动PUCCH小区切换的指示,诸如实施方式EA-1-2中所述的PGS字段。例如,该组UE可以包括附近的UE,这些UE具有类似的信道条件,从而经历类似的PUCCH可靠性能,并且在PCell与PUCCH-SCell之间需要类似/相关的UCI卸载情况。在一个示例中,UE使用新的UE组RNTI(诸如PGS-RNTI)接收组公共DCI格式。
在一个示例中,组公共DCI格式包括组中的固定UE集。根据该选项,该组内的每个UE被RRC配置有用于组公共DCI格式中的位置的参数,以便UE读取组公共DCI格式内的固定位置/字段。在一个示例中,如果要指示给组内的UE的活动PUCCH小区没有变化,则组公共DCI格式中对应于该UE的位置/字段可以包括默认值,诸如全部为零。
图44示出了根据本公开实施方式的示例性组公共DCI格式4400。图44中所示的组公共DCI格式4400的实施方式仅用于说明。
图44示出了包括用于[N]个UE的[N]个字段的示例性组公共DCI格式,其中PGS#1对应于针对第一UE进行的活动PUCCH小区切换,并且PGS#2对应于第二UE,以这些推,并且字段PGS#N对应于第N个UE。
在一个示例中,组公共DCI格式包括组中的可变UE集,其在组公共DCI格式中具有可变的位置/字段。根据本示例,组内的每个UE被RRC配置有UE组/UE组成员ID内的UE ID,其位宽为诸如用于一组16个UE的4位。然后,当用于该UE的UE组/UE组成员ID内的UE ID被包括在组公共DCI格式中的字段中时,UE在组公共DCI格式内确定对活动PUCCH小区切换的指示,诸如实施方式EA-1-2所述的PGS字段。在这种情况下,UE读取对应字段(例如,PGS字段)的值以确定指示。在该选项中,当要向组内的UE指示的活动PUCCH小区没有变化时,组公共DCI格式可以不包括与该UE对应的任何字段。
图45示出了根据本公开实施方式的另一个示例性组公共DCI格式4500。图45中所示的组公共DCI格式4500的实施方式仅用于说明。
图45示出了包括用于[N]个UE的[N]个字段的示例性组公共DCI格式,其中PGS#1对应于针对组内的具有UE ID#1的第一UE进行的活动PUCCH小区切换,并且PGS#2对应于组内的具有UE ID#2的第二UE,以这些推,并且字段PGS#N对应于组内的具有UE ID#N的第N个UE。
图46示出了根据本公开实施方式的用于指示对活动PUCCH小区进行切换的方法4600的流程图。图46所示的方法4600的实施方式仅用于说明。图46所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
图46示出了指示对活动PUCCH小区进行切换的示例性流程图,即使用组公共PDCCH/DCI格式。
如图46所示,在步骤4610处,UE配置有针对至少一个服务小区的至少两个PUCCH小区。在步骤4620处,UE接收对UE组RNTI的配置(诸如用于PUCCH组切换的PGS-RNTI),连同在组公共DCI中的位置信息和UE组内的UE ID之一。在步骤4630处,UE使用用于PUCCH组切换的UE组RNTI来在PDCCH中接收组公共DCI格式。在步骤4640处,UE读取所配置的位置中的字段中的值或在接收到的组公共DCI格式中的与所配置的UE ID相关联的字段中的值。最后,在步骤4650处,UE在组公共DCI中读取的值中所提供的新活动PUCCH小区上发送服务小区的将来UCI。在一个示例中,当UE配置有UE组内的UE ID时,并且当UE确定出所配置的UE组内的UEID不包括在组公共DCI格式中时,UE丢弃组公共DCI格式,并且继续在当前活动PUCCH小区上发送服务小区的UCI/PUCCH,即不改变该UE的活动PUCCH小区。
如前所述,在EA-3-3的一个实施方式中,下行链路MAC-CE的激活/禁用命令可以用于指示对活动PUCCH小区的切换。根据这种机制,DL MAC-CE命令由PDSCH传输承载,并且应用于单个UE(即,PDSCH被调度(和被接收)的UE)。这种机制应用于控制开销负载平衡和网络流量模式变化速度适中情况下的卸载。此外,这种机制有利于在单个命令中联合指示对多个/几个PUCCH小区和/或对应于多个/几个服务小区进行的活动PUCCH小区切换,这在如实施方式EA-3-1和EA-3-2中描述的(UE特定或组公共)DCI格式难以/不可能适应。
在这种机制中,DL MAC-CE命令可以包括数量可变的PGS字段,如实施方式EA-1-2所述,其中每个PGS字段对应于其活动PUCCH小区正在改变的服务小区和/或对应于所有对应服务小区正在被激活或禁用的PUCCH小区。在一个示例中,MAC-CE包括指示在MAC-CE命令中包括的PGS字段数量的字段。在另一个示例中,对于每个PGS字段,存在对应字段,该字段指示PGS字段是对应于PUCCH小区的激活/添加还是对应于PUCCH小区的禁用/移除/替换(对于服务小区)。在一个示例中,UE发送HARQ-ACK反馈以确认成功接收到(或未接收到)用于切换活动PUCCH小区的MAC-CE命令。这种HARQ-ACK反馈,在一个示例中,在指定/默认/配置的PUCCH资源或以调度承载有MAC-CE命令的PDSCH的DCI格式指示的PUCCH资源上发送;;而在其它示例中,在PUSCH资源传输上进行复用。
图47示出了根据本公开实施方式的示例性下行链路MAC-CE激活/禁用命令4700。图47中所示的下行链路MAC-CE激活/禁用命令4700的实施方式仅用于说明。
如图47所示,其中字段指示MAC-CE命令包括的PGS字段的数量[M],并且其中PGS#1对应于活动PUCCH小区中的第一切换指示,并且PGS#2对应于活动PUCCH小区中的第二切换指示等,并且PGS#M对应于活动PUCCH小区中的第M切换指示。
图48示出了根据本公开实施方式的用于使用MAC-CE激活/禁用命令来指示对活动PUCCH小区的切换的方法4800的流程图。图48所示的方法4800的实施方式仅用于说明。图48所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图48所示,在步骤4810处,UE配置有针对至少一个服务小区的至少两个PUCCH小区。在步骤4820处,UE接收到承载用于PUCCH组切换的MAC-CE激活命令的PDSCH。在步骤4830处,UE确定MAC-CE命令内的至少一个字段的数量,其中每个字段针对配置有至少两个PUCCH小区的服务小区指示出新活动PUCCH小区。在一个示例中,UE在PUCCH资源中发送HARQ-ACK反馈以指示成功接收承载MAC-CE激活命令的PDSCH。在步骤4840处,UE在所指示的新活动调度小区中发送服务小区的将来UCI。在一个示例中,UE在PUCCH中发送HARQ-ACK之后经过[N]个时间单位/毫秒/符号/时隙之后开始在新活动PUCCH小区上发送UCI,其中参数[N]是基于规则来指定或配置或确定,诸如3ms。
如前所述,在EA-3-4的一个实施方式中,提供了用于改变活动PUCCH小区的时间线方面。在一个实施方式中,当UE配置有用于给定服务小区的至少两个PUCCH小区并且当网络信令被用于指示在至少两个PUCCH小区之间切换活动PUCCH小区时,gNB和/或UE可以基于一些时间线考虑因素来在当前/先前活动PUCCH小区和/或新活动PUCCH小区上执行UCI传输。根据本实施方式,UE可以在从UE接收到用于切换活动PUCCH小区的gNB指示时起直到UE可以开始在新活动PUCCH小区上发送UCI时(例如,被称为PUCCH小区“激活”时间或者简单地说“激活”时间)内以各种方法执行UCI传输。
在一个示例中,用于切换活动PUCCH小区的激活时间可以涉及RF切换延迟/延时,例如,当新指示的活动PUCCH小区在gNB指示之前已经不是被激活的服务小区时,和/或当新指示的活动PUCCH小区已经处于与在活动PUCCH小区切换后旨在操作的新活动BWP相比不同的当前/旧活动BWP中时,和/或当新指示的活动PUCCH小区和/或对应的BWP在gNB指示之前已经处于休眠行为时等。在另一个示例中,用于切换活动PUCCH小区的激活时间可以涉及UE基带处理时间,例如,用于UE接收用于活动PUCCH小区切换的gNB指示、解码和处理该指示、以及确定新活动PUCCH小区。在一个示例中,对活动PUCCH小区切换的指示可以显式地或隐含地包括UE可以/被期望在新指示的活动PUCCH小区上发送UCI的起始时间。
在一个示例中,用于切换活动PUCCH小区的激活时间可以是零,因此活动PUCCH小区的切换可以是即时的。在另一个示例中,用于切换活动PUCCH小区的激活时间可以大于零,因此活动PUCCH小区的切换会产生一些延迟/延时。
当用于切换活动PUCCH小区的激活时间大于零时,在一个示例中,UE在PUCCH小区激活时间内既不能在当前/旧活动PUCCH小区上也不能在新活动PUCCH小区上发送UCI/PUCCH,即,预期UE不会在当前/旧活动PUCCH小区或新活动PUCCH小区上发送该服务小区的UCI。在另一个示例中,UE可以在PUCCH小区激活时间的整个持续时间/期间内继续在当前/旧活动PUCCH小区上发送UCI。在又一示例中,UE可以在接收到对活动PUCCH小区切换的指示之后继续在当前/旧活动PUCCH小区上发送UCI,但是在预期UE不会在当前/旧或新活动PUCCH小区上发送UCI/PUCCH之后/期间,UE可以继续如此操作直到自PUCCH小区激活时间(结束)起经过偏移为止。
图49示出了根据本公开实施方式的用于切换活动PUCCH小区的示例性激活时间4900。图49所示的激活时间4900的实施方式仅用于说明。
服务小区#1(即服务小区)配置有两个PUCCH小区,即PUCCH小区#2和#3。应注意,服务小区#1可以与PUCCH小区#2或PUCCH小区#3相同或不同。假设PUCCH小区#2和#3是不同的。在一个示例中,PUCCH小区#2可以是服务小区#1的第一活动PUCCH小区(参见实施方式EA-1-1)。UE在PUCCH小区#2上发送服务小区#1的UCI。对于服务小区#1,UE接收到活动PUCCH小区从PUCCH小区#2变化到PUCCH小区#3的指示。该指示可以在服务小区#4上接收,服务小区#4可以与PUCCH小区#2或#3或服务小区#1相同,或者甚至是与服务小区#1以及PUCCH小区#2和#3都不同的服务小区。在激活时间段内,UE处理用于切换活动PUCCH小区的gNB指示。在一个示例中,预期UE不会在激活时间内发送UCI/PUCCH。然后UE在PUCCH小区#3上发送服务小区#1的UCI/PUCCH。
在一个示例中,当如实施方式EA-3-1和EA-3-2所述的PDCCH/DCI格式、诸如UE特定DCI和/或组公共DCI被用于活动PUCCH小区切换的gNB指示,并且(i)在第一种情况下,DCI格式(例如,DCI格式中的“PGS”字段)指示活动PUCCH小区没有变化,则UE可以继续在当前活动PUCCH小区上发送UCI;并且(ii)在第二种情况下,DCI格式(例如,DCI格式中的“PGS”字段)指示活动PUCCH小区发生变化,则在一个示例中,UE预期不在UE处理“激活”时间(诸如指示活动PUCCH小区的变化的PDCCH/DCI格式的解码和/或处理时间)期间发送UCI/PUCCH。在用于新指示的活动PUCCH小区的该激活时间之后,UE可以在新活动PUCCH小区上发送UCI。
例如,预期UE在从提供活动PUCCH小区切换指示的PDCCH中的最后一个符号起的N个符号之后,开始在新指示的活动PUCCH小区上发送UCI。在一个示例中,对于被指示要切换其活动PUCCH小区的服务/服务小区,如果processingType2Enabled of PDSCH-ServingCellConfig被设置为启用,例如,对于μ=0,N=5,对于μ=1,N=5.5,并且对于μ=2,N=11;否则,对于μ=0,N=10,对于μ=1,N=12,对于μ=2,N=22,并且对于μ=3,N=25,其中μ对应于:(ii-A)在一个示例中,提供活动PUCCH小区切换指示的PDCCH中的SCS配置,和/或(ii-B)在另一个示例中,提供活动PUCCH小区切换指示的PDCCH中的SCS配置与被指示要切换其活动PUCCH小区的服务/服务小区的SCS配置之间的最小SCS配置,和/或(ii-C)在另一个示例中,在提供活动PUCCH小区切换指示的PDCCH中的SCS配置和被指示要切换其活动PUCCH小区的服务/服务小区的SCS配置以及当前/旧活动PUCCH小区和/或新指示的活动PUCCH小区的SCS配置中的最小SCS配置。
在另一个示例中,对于被指示要切换其活动PUCCH小区的服务/服务小区,如果PDSCH-ServingCellConfig的processingType2Enabled被设置为启用,例如,对于μ=0,N=3,对于μ=1,N=4.5,并且对于μ=2,N=9;否则,对于μ=0,N=8,对于μ=1,N=10,对于μ=2,N=17,并且对于μ=3,N=20,其中μ如上。
在一个示例中,当如实施方式EA-3-3所述的MAC-CE激活/禁用命令被用于活动PUCCH小区切换的gNB指示时,并且(i)在第一种情况下,MAC-CE激活/禁用命令(例如,MAC-CE激活/禁用命令中的“PGS”)字段指示活动PUCCH小区没有变化,则UE可以继续在当前活动PUCCH小区上发送UCI/PUCCH,并且(ii)在第二种情况下,MAC-CE激活/禁用命令(例如,MAC-CE激活/禁用命令中的“PGS”)指示活动PUCCH小区发生改变,则在一个示例中,可以存在用于处理MAC-CE命令的激活延迟,诸如[N]=3毫秒的延迟。例如,如果UE接收到用于切换活动PUCCH小区的MAC-CE激活命令,则UE在时隙之后的第一时隙中应用激活命令,其中k是UE将针对提供激活命令的PDSCH发送具有HARQ-ACK信息的PUCCH的时隙,并且μ是用于PUCCH的SCS配置。活动BWP被定义为在应用激活命令时时隙中的活动BWP。
激活时间还可以包括UE接收到提供激活命令的PDCCH/PDSCH时与将针对提供激活命令的PDSCH发送具有HARQ-ACK信息的PUCCH时之间的时间。在这种情况下,在一个示例中,UE在该MAC-CE激活时间内不期望任何UCI传输。在另一个示例中,UE在该MAC-CE激活时间内仍可以在当前/旧活动PUCCH小区上发送UCI。在另一个示例中,UE在该MAC-CE激活时间内可以在当前/旧活动PUCCH小区上发送UCI,但可以继续如此操作直到从激活时间结束起经过偏移为止,诸如3毫秒时期减去进行PDCCH接收的处理时间(诸如N个符号)。
在一个示例中,对于被指示要切换其活动PUCCH小区的服务/服务小区,如果PDSCH-ServingCellConfig的processingType2Enabled被设置为启用,例如,对于μ=0,N=5,对于μ=1,N=5.5,并且对于μ=2,N=11;否则,对于μ=0,N=10,对于μ=1,N=12,对于μ=2,N=22,并且对于μ=3,N=25,其中μ例如对应于上述选项(ii-A)、(ii-B)和(ii-C)的一个或多个选项。在另一个示例中,对于被指示要切换其活动PUCCH小区的服务/服务小区,如果PDSCH-ServingCellConfig的processingType2Enabled被设置为启用,例如,对于μ=0,N=3,对于μ=1,N=4.5,并且对于μ=2,N=9;否则,对于μ=0,N=8,对于μ=1,N=10,对于μ=2,N=17,并且对于μ=3,N=20,其中μ如上。
如前所述,在EA-4的一个实施方式中,提供了确定用于不同UCI类型的活动PUCCH小区。在一个实施方式中,UE可以基于由PUCCH小区上的PUCCH资源承载的UCI类型来确定服务小区或服务小区组的活动PUCCH小区。UCI类型可以由L1/L2网络信令和/或由来自高层的配置和/或指示来触发。根据本实施方式,UE可以使用对应的网络信令和/或配置和/或指示可能连同与UCI类型对应的预定/配置规则,以确定该UCI类型的活动PUCCH小区。
在本实施方式中,UCI类型可以是例如HARQ-ACK信息/反馈、SR、LRR、CSI报告(诸如P-CSI报告或SP-CSI报告)以及其组合(诸如UCI复用)中的一种。
如前所述,在EA-4-1的一个实施方式中,提供了确定用于与被动态调度的PDSCH或DL SPS激活/释放对应的HARQ-ACK反馈的活动PUCCH小区。
在一个实施方式中,调度PDSCH的DCI格式和/或在服务小区上激活/释放SPSPDSCH配置的DCI格式可以包括用于对应于被调度的PDSCH和/或对应于与承载激活DCI格式的PDCCH相关联的第一/最早的SPS PDSCH接收和/或对应于服务小区上的SPS PDSCH释放的HARQ-ACK信息传输的活动PUCCH小区的指示。
在一个示例中,诸如DCI格式1_0、1_1或1_2的调度PDSCH的DCI格式可以包括PGS字段(参见实施方式EA-1-2)以指示用于对应于PDSCH的HARQ-ACK信息传输的活动PUCCH小区。应注意,DCI格式1_x包括PRI字段以指示用于HARQ-ACK信息传输的PUCCH资源,因此在包含PGS字段的情况下,PRI被解释为特定PUCCH服务小区中的PUCCH资源,以被UE用于传输对应于PDSCH的HARQ-ACK信息。
在另一个示例中,、诸如DCI格式1_0、1_1或1_2的激活SPS PDSCH配置的DCI格式可以包括PGS字段(参见实施方式EA-1-2),以指示用于与SPS PDSCH的第一/最早传输时机对应的HARQ-ACK信息传输的活动PUCCH小区,即,与承载激活DCI格式的PDCCH相关联的一个小区。在又一示例中,诸如DCI格式1_0、1_1或1_2的释放SPS PDSCH配置的DCI格式可以包括PGS字段(参见实施方式EA-1-2),以指示用于与SPS PDSCH释放/禁用对应的HARQ-ACK信息传输的活动PUCCH小区。
在这两个示例中,激活/释放DCI格式包括PRI字段以指示用于HARQ-ACK信息传输的PUCCH资源,因此在包含PGS字段的情况下,PRI被解释为特定PUCCH服务小区中的PUCCH资源,以被UE用于传输与SPS PDSCH的第一/最早传输时机和/或SPS PDSCH释放对应的HARQ-ACK信息。
图50示出了根据本公开实施方式的示例性DCI格式5000。图50中示出的DCI格式5000的实施方式仅用于说明。
图50示出了用于活动PUCCH指示的示例性DCI格式,其中字段#1、#2至#N对应于DCI格式中的现有字段(例如,用于PDSCH接收或用于激活/释放SPS PDSCH配置),包括PRI字段以指示用于对应于被调度PDSCH/SPS或PDSCH/SPS释放的HARQ-ACK信息传输的PUCCH资源,并且其中PGS的新字段被添加到DCI格式以指示对由PRI指示的PUCCH资源所位于/配置的活动PUCCH小区进行切换。
图51示出了根据本公开实施方式的用于DCI格式指示对活动PUCCH小区进行切换的方法5100的流程图。图51所示的方法5100的实施方式仅用于说明。图51所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图51所示,UE在步骤5110处接收对具有两个PUCCH小区(例如,第二小区和第三小区)的第一服务小区的配置。在一个示例中,第一小区可以与第二小区和/或第三小区相同或不同。在步骤5120处,UE接收用于在第一服务小区上进行PDSCH接收或SPS PDSCH激活/释放的DCI格式。在步骤5130处,UE读取DCI格式中的用于PUCCH小区指示的字段,诸如PGS字段(如在实施方式EA-1-2中讨论的),该字段指示UE可以进行对应于PDSCH接收或SPS PDSCH激活/释放的6HARQ-ACK信息传输的PUCCH小区(例如,第二服务小区)。在一个示例中,DCI格式还包括PRI字段,以指示用于HARQ-ACK信息传输的PUCCH资源。因此,在步骤5140处,UE在所指示的PUCCH小区(例如,第二服务小区)上发送对应于PDSCH接收或SPS PDSCH激活/释放的HARQ-ACK信息。在一个示例中,UE在由DCI格式中的PGS字段指示的PUCCH服务小区上、如由DCI格式中的PRI字段指示的PUCCH资源上发送HARQ-ACK信息。
如前所述,在EA-4-2的一个实施方式中,提供了确定与没有相应PDCCH的SPSPDSCH接收对应的HARQ-ACK的活动PUCCH小区。在一个实施方式中,UE可以配置有SPS PDSCH配置,该配置可以包括两个/多个PUCCH服务小区上的两个/多个PUCCH资源,其中PUCCH资源用于传输对应于不与PDCCH相关联的SPS PDSCH传输时机的HARQ-ACK信息,即从第二SPSPDSCH传输时机开始。在一个示例中,SPS配置可以包括第一PUCCH小区上的第一PUCCH资源,以及第二PUCCH小区上的第二PUCCH资源。在一个示例中,SPS配置可以包括第一PUCCH小区上用于HARQ-ACK传输的第一组一个或多个PUCCH资源,以及第二PUCCH小区上用于HARQ-ACK信息传输的第二组一个或多个PUCCH资源。
根据本实施方式,UE基于由激活SPS PDSCH配置的DCI格式提供的活动PUCCH小区指示,确定用于没有对应PDCCH的SPS PDSCH接收的HARQ-ACK信息的传输的活动PUCCH小区。例如,如果用于激活SPS PDSCH的DCI格式中的PSG字段(参见实施方式EA-2-4)指示出用于对应于最早/第一SPS PDSCH接收时机的HARQ-ACK信息传输的第一PUCCH小区,则UE从第二SPS PDSCH传输时机开始在同一PUCCH小区(即,第一PUCCH小区)上发送对应于其它/后续SPS PDSCH接收时机的HARQ-ACK信息。
在一个示例中,UE可以继续如此操作(即,在第一PUCCH小区上发送用于SPS PDSCH的HARQ-ACK信息),直到UE例如通过实施方式EA-2、EA-2-1、EA-2-2等所述的联合指示机制和/或通过实施方式EA-3所述的独立指示机制接收到对活动PUCCH小区进行切换的指示,之后UE在新指示的活动PUCCH小区(例如,第二PUCCH小区)上发送对应于SPS PDSCH接收时机的HARQ-ACK信息。
图52示出了根据本公开实施方式的示例性SPS PDSCH配置5200。图52所示的SPSPDSCH配置5200的实施方式仅用于说明。
图52示出了对具有两个PUCCH小区的服务小区的示例性SPS PDSCH配置,即,PCell上的PUCCH资源#1以及PUCCH-SCell上的PUCCH资源#2。用于SPS PDSCH配置的激活DCI可以指示用于HARQ-ACK传输的活动PUCCH小区(诸如PUCCH-SCell),并且可以指示不同的PUCCH资源(诸如PUCCH资源#3)。因此,UE发送针对PUCCH-SCell的PUCCH资源#3上的第一SPSPDSCH接收时机的HARQ-ACK信息。此外,UE确定出用于以下SPS PDSCH接收时机的活动PUCCH小区是PUCCH-SCell,因此在PUCCH-SCell上但在SPS PDSCH配置中提供的PUCCH资源#2上发送针对下一个SPS PDSCH接收时机的HARQ-ACK信息。稍后,当UE接收到对用于服务小区的活动PUCCH小区进行切换的指示,诸如指示新活动PUCCH小区是PCell的PGS指示,UE在PCell上配置的PUCCH资源#1上发送对应于下一个SPS PDSCH接收时机的下一个HARQ-ACK信息。
在一个示例中,当UE配置有在服务小区的DL BWP上的两个或更多个SPS PDSCH配置时,UE可以在不同的PUCCH小区上发送对应于不同SPS PDSCH配置的HARQ-ACK信息。根据本示例,第一SPS PDSCH配置可以包括用于在第一PUCCH小区上进行HARQ-ACK信息传输的单个PUCCH资源,以及第二SPS PDSCH配置可以包括用于在第二PUCCH小区上进行HARQ-ACK信息传输的单个PUCCH资源。
下面的RRC信息要素示出了对应于SPS PDSC配置的用于HARQ-ACK信息传输的多个PUCCH资源列表配置的示例,其中每个列表与一个PUCCH小区相关联。例如,信息要素“SPS-PUCCH-AN-List-Cells”可以提供多达例如2个列表,与多达2个PUCCH小区相关联(诸如PCell和PUCCH-SCell),如由提供了配置用于SPS PDSCH配置的PUCCH服务小区索引的参数“PUCCH-cell”所指示的。每个列表“PUCCH-resource-SPS”提供了包括例如PUCCH资源ID和对应的有效载荷大小的、例如[4]PUCCH资源的列表,其中PUCCH资源属于被指示的服务小区。在一个示例中,针对每个PUCCH小区,配置可以具有不同/可配置的PUCCH资源数量。在另一个示例中,PUCCH资源的列表的配置是每PUCCH小区的BWP。表15示出了SPS-Config信息要素。
表15.SPS-Config信息要素
图53示出了根据本公开实施方式的用于确定和改变进行与SPS PDSCH接收对应的HARQ-ACK信息传输的PUCCH服务小区的方法5300的流程图。图53所示的方法5300的实施方式仅用于说明。图53所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图53所示,在步骤5310处,UE接收第一服务小区的SPS PDSCH配置。对于对应于SPS PDSCH的HARQ-ACK反馈传输,UE在步骤5320处接收对第一PUCCH小区中的第一PUCCH资源和第二PUCCH小区中的第二PUCCH资源的配置。例如,第一PUCCH小区和第二PUCCH小区可以是例如PCell和PUCCH-SCell。在步骤5330处,UE接收到用于激活SPS PDSCH的DCI格式。然后,UE开始根据激活DCI和SPS PDSCH配置来接收SPS PDSCH。
UE在所接收的DCI格式中接收到指示,以在例如第一PUCCH上发送对应于第一SPSPDSCH时机的HARQ-ACK反馈。在步骤5340处,UE在第一PUCCH小区上的PUCCH资源上发送HARQ-ACK,该PUCCH资源可能不同于该小区上的针对SPS PDSCH配置的第一PUCCH资源(当然也不同于第二PUCCH小区上的针对SPS PDSCH配置的第二PUCCH资源),其被称为第一PUCCH小区上的第三PUCCH资源。相应地,在步骤5350处,UE第一PUCCH小区中的第三PUCCH资源上发送对应于第一SPS PDSCH时机(与承载激活DCI格式的PDCCH相关联)的HARQ-ACK反馈。然后,在步骤5360处,UE接收第二和后续/下一个SPS PDSCH接收时机,并相应地在同一PUCCH小区中发送对应于下一个SPS PDSCH时机的HARQ-ACK反馈,该PUCCH小区由用于最早HARQ-ACK传输的激活DCI指示,即,仍在第一PUCCH小区上,因此,在针对第一SPS PDSCH配置的第一PUCCH资源上。稍后,在步骤5370处,例如在几个SPS PDSCH接收时机之后,UE接收到指示以将第一服务小区的活动PUCCH小区从第一PUCCH小区改为第二PUCCH小区。在步骤5380处,UE在第二PUCCH小区中的第二PUCCH资源上发送对应于下一个SPS PDSCH时机的HARQ-ACK反馈。
如前所述,在EA-4-3的一个实施方式中,提供了确定用于SR或LRR的活动PUCCH小区。在一个实施方式中,UE可以配置有对应于服务小区组和/或MAC实体的多个SR和/或LRR配置,其中每个SR/LRR配置包括两个或更多个PUCCH服务小区上的两个或多个PUCCH资源。在一个示例中,每个SR/LRR配置可以包括第一PUCCH小区上的第一PUCCH资源(例如,PCell),以及第二PUCCH小区上的第二PUCCH资源(例如,PUCCH-SCell)。在另一个示例中,每个SR/LRR配置可以包括用于在第一PUCCH小区上进行HARQ-ACK传输的第一组一个或多个PUCCH资源,以及用于在第二PUCCH小区上进行HARQ-ACK信息传输的第二组一个或多个PUCCH资源。
在一个示例中,UE确定针对SR/LRR配置的第一/最早传输时机的活动PUCCH小区,并且UE在同一活动PUCCH小区上发送以下SR/LRR传输时机。
在一个示例中,UE配置有针对SR/LRR的第一活动PUCCH小区(参见实施方式EA-1-1),因此UE在针对SR/LRR配置的第一活动PUCCH小区上发送第一SR/LRR传输时机(即,最早SR/LRR传输时机),并且针对以下SR/LRR传输时机继续如此操作。在一个示例中,针对SR/LRR的第一活动PUCCH小区可以是针对小区组/MAC实体的所有SR/LRR配置的单个相同第一活动PUCCH小区,或者针对小区组/MAC实体的不同SR/LRR配置的不同第一活动PUCCH小区。
在另一个示例中,UE例如使用将时隙索引映射到活动PUCCH小区的预定规则或配置的映射,基于诸如SR/LRR传输的第一/最早时机的时隙索引的定时来确定针对SR/LRR配置的第一/最早传输时机的活动PUCCH小区。
在另一个示例中,来自服务小区组中的给定服务小区和/或与对应MAC实体相关联的当前活动PUCCH小区被用作针对SR/LRR配置的第一/最早传输时机的活动PUCCH小区。例如,选择具有最低/最高小区索引或具有最小/最高参数集的服务小区或具有更高优先级的服务小区。
在一个示例中,UE在针对第一/最早传输时机确定的同一活动PUCCH小区上发送针对SR/LRR配置的所有传输时机。在另一个示例中,UE在针对第一/最早传输时机确定的同一活动PUCCH小区上发送SR/LRR配置的传输时机,直到UE接收到指示活动PUCCH小区改变的PGS指示字段(参见实施方式EA-1-2)。
在一个示例中,UE基于UCI传输的定时(诸如用于UCI传输的传输时机索引和/或时隙索引),例如基于预定的规则/方法和配置的时间模式中的至少一个或多个(诸如周期时间模式、或可能取决于UE ID和/或用于随机数发生器的初始化种子的明显“不规则”的时间模式),确定用于传输SR/LRR的活动PUCCH小区(例如,实施方式EA-2-2)。
在一个示例中,UE完全遵循如上述提供的时间模式。在另一个示例中,UE可以接收PGS指示字段(参见实施方式EA-1-2),该字段提供切换到新活动PUCCH小区以用于UCI传输的指示,在这种情况下,UE遵循丢弃所提供的时间模式并遵循PGS指示字段(仅对于一个/多个后续UCI传输时机、或对于来自该组UCI传输时机的全部剩余UCI传输时机)。
图54示出了根据本公开实施方式的用于使用预定或配置的时间模式来进行多个PUCCH小区的SR/LRR传输的方法5400的流程图。图54所示的方法5400的实施方式仅用于说明。图54所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图54所示,在步骤5410处,UE接收对SR/LRR的配置。在步骤5420处,对于所配置的SR/LRR,UE接收两个PUCCH小区(例如,例如,第一PUCCH小区和第二PUCCH小区)的配置。在一个示例中,UE接收对第一PUCCH小区上的第一PUCCH资源以及第二PUCCH小区上的第二PUCCH资源的配置,以用于传输所配置的SR/LRR。在步骤5430处,UE接收到用于传输所配置SR/LRR的触发器。在一个示例中,SR/LRR配置的传输可以包括多个传输时机。在步骤5440处,UE基于SR/LRR时机的定时(诸如时隙索引)确定针对每个SR/LRR传输时机的活动PUCCH小区。在步骤5450处,UE在针对每个SR时机确定的PUCCH小区中发送该SR/LRR时机。在一个示例中,UE在对应于针对每个SR时机确定的PUCCH小区的PUCCH资源中发送该SR/LRR时机。
在一个示例中,当UE配置有对应于相同的服务小区组和/或MAC实体的两个或更多个SR/LRR配置时,UE可以在不同的PUCCH小区上发送不同的SR/LRR配置。根据本示例,第一SR/LRR配置可以包括第一PUCCH小区上的单个PUCCH资源,并且第二SR/LRR配置可以包括第二PUCCH小区上的单个PUCCH资源。
如前所述,在EA-4-4的一个实施方式中,提供了确定用于CSI报告的活动PUCCH小区。在一个实施方式中,UE可以在两个或更多个PUCCH服务小区上配置对应于同一服务小区的CSI报告配置。例如,为了报告对应于同一给定/第三服务小区的CSI测量,UE可以在第一PUCCH小区(诸如PCell上)配置有包括第一数量个CSI报告配置的第一组,并且UE还可以在第二PUCCH小区(诸如PUCCH-SCell上)配置有包括第二数量个CSI报告配置的第二组。
在一个示例中,在两个PUCCH小区上的对应于同一服务小区的CSI报告配置之间存在隐含或显式的链接。例如,UE可以在第一PUCCH小区(诸如PCell)上配置有第一CSI报告配置,并且在第二PUCCH小区(诸如PUCCH-SCell)上配置有第二CSI报告配置,其中第一CSI报告配置和第二CSI报告配置是相同的,包括:用于参数“carrier”的值相同,指代包括要测量的CSI-RS资源的同一服务小区,以及用于信道测量、干扰测量等的参数“CSI-ResourceConfigId”的值相同,用于CSI报告类型(诸如PUCCH的周期性CSI报告或半永久CSI报告的)的值相同,以及用于CSI报告的周期和时隙偏移的值相同;唯一的区别在于,第一配置允许UE在第一PUCCH小区上发送CSI报告,而第二配置允许UE在第二PUCCH小区上发送CSI报告。
在另一个示例中,在两个PUCCH小区上的两个配置之间仅有一些参数是相同的,例如,在两个链接的CSI报告之间仅服务小区(即,参数“carrier”)和CSI-RS资源配置(即,参数“CSI-ResourceConfigId”),的值相同,而诸如报告类型、周期和时隙偏移的其它参数可以是不同的。在又一示例中,链接被明确指示,例如当两个CSI报告具有相同的“CSI-ReportConfigId”时,在两个PUCCH小区上的给定服务小区的两个CSI报告被链接,并且/或者使用单独的参数来指示链接在两个PUCCH小区上的两个CSI报告配置。
根据本实施方式,UE基于预定或配置的时间模式和/或基于网络信令,确定活动PUCCH小区以发送对应于给定服务小区(和给定CSI-RS资源配置)的CSI报告。
例如,对于周期性CSI报告,UE可以使用时隙索引和/或CSI报告时机定时/时隙与该组PUCCH小区之间的预定或配置时间模式来确定活动PUCCH小区。例如,UE基于来自两个链接的CSI报告配置中的第一CSI报告配置执行CSI报告,该配置包括在所确定的活动PUCCH小区中。在另一个示例中,UE在两个PUCCH小区和相应链接CSI报告配置之间切换,以报告针对给定服务小区(和给定CSI-RS资源配置)的CSI。
在另一个示例中,对于关于PUCCH的SP-CSI报告,UE接收用于激活/禁用关于PUCCH的SP-CSI报告的MAC-CE命令,其中MAC-CE命令包括对包括CSI报告配置的两个PUCCH小区中的活动PUCCH小区的指示。因此,UE使用包括在指示出的活动PUCCH小区中的两个链接CSI报告配置中的一个来报告CSI。
在一个示例中,如果UE接收到PGS指示字段(参见实施方式EA-1-2),则UE切换活动PUCCH小区,并且在新指示的活动PUCCH小区上报告CSI测量,并且在该PUCCH小区上使用相应链接CSI报告配置。
图55示出了根据本公开实施方式的用于激活/禁用关于PUCCH的SP-CSI报告的示例性MAC-CE命令5500。图55中示出的MAC-CE命令5500的实施方式仅用于说明。
这种MAC-CE包括例如用于配置由CSI-RS资源的服务小区和DL BWP的索引,以及关于具有是否激活或禁用该配置的指示的、与该CSI-RS资源相关联的PUCCH配置的SP-CSI报告的列表。例如,MAC-CE包括配置有SP-CSI报告的PUCCH资源的活动PUCCH小区和UL BWP的索引。
图56示出了根据本公开实施方式的用于在多个PUCCH小区上确定关于PUCCH的SP-CSI报告的方法5600的流程图。图56所示的方法5600的实施方式仅用于说明。图56所示的部件中的一个或多个可以在被配置为执行所提及功能的专门电路中实施,或者部件中的一个或多个可以由执行指令以执行所提及功能的一个或多个处理器实施。
如图56所示,在步骤5610处,针对服务小区,UE接收到关于第一PUCCH小区上的PUCCH配置的第一SP-CSI报告、以及关于第一PUCCH小区上的PUCCH配置的第二链接的SP-CSI报告。例如,链接可以指以下一项或多项:例如,关于PUCCH配置的第一SP-CSI报告和第二SP-CSI报告对应于相同的服务小区、以及相同的CSI-RS资源配置、以及相同的CSI报告类型、相同的周期、相同的时隙偏移、以及相同的CSI报告配置索引等。在步骤5620处,UE接收到用于激活关于PUCCH的SP-CSI报告的MAC-CE命令。在步骤5630处,UE在接收到的MAC-CE命令内接收到在哪个PUCCH小区上(例如,在第一PUCCH小区上)发送SP-CSI的指示。在步骤5640处,UE使用关于PUCCH配置的第一SP-CSI报告来发送关于所指示的PUCCH小区(例如,关于第一PUCCH小区)的SP-CSI报告。在步骤5650处,UE发送用于改变服务小区的活动PUCCH小区的指示,例如从第一PUCCH小区改变到第二PUCCH小区。因此,在步骤5660处,UE使用关于PUCCH配置的第二SP-CSI报告来发送关于新指示的PUCCH小区(例如,关于第二PUCCH小区)的SP-CSI报告。
如前所述,在EA-4-5的一个实施方式中,提供了确定用于UCI复用的活动PUCCH小区。在一个实施方式中,当UE配置有用于UCI传输的两个或多个PUCCH小区,并且当多个UCI在时间上重叠(例如,发生在同一时隙中)时,多个UCI的单个复用可以在单个活动PUCCH小区中发送,和/或多个UCI中的两个或更多个或其复用可以在两个或更多个活动PUCCH小区上发送。在一个示例中,多个UCI可以是相同类型和/或不同类型的。在另一个示例中,多个UCI可以对应于相同的服务小区,和/或可以对应于不同的服务小区。
在一个示例中,UE预期不会接收到,诸如多个L1/L2网络信令的多个UCI触发(例如,由调度DCI或用于SPS PDSCH的激活/释放DCI触发的HARQ-ACK反馈信息、和/或由MCA-CE激活命令触发的SP-CSI报告),这些UCI触发在不同活动PUCCH小区上触发多个重叠UCI传输(例如,在同一时隙中)。换言之,当诸如多个L1/L2网络信令的多个UCI触发触发在时间上重叠(例如,在同一时隙中)的多个UCI传输(其对应于相同服务小区的),则UE期望网络信号针对所有UCI重叠的UCI传输指示同一活动PUCCH小区。在另一个示例中,同样的原则应用于由诸如SR、LRR和/或P-CSI报告的高层指示/配置触发UCI的情况,和/或一些UCI由网络信令触发并且一些由高层指示/配置触发。
在一个示例中,由网络信令和/或高层指示/配置和/或其组合触发的多个UCI有可能在时间上重叠(例如,在同一时隙中),并且这多个UCI对应于不同的活动PUCCH小区,例如一些被指示/确定为在PCell上发送,而其它在PUCCH-SCell上发送。
例如,在服务小区上调度PDSCH接收的DCI指示PCell作为用于HARQ-ACK信息传输的活动PUCCH小区,而激活对应于同一服务小区的SP-CSI报告的MAC-CE指示PUCCH-SCell承载SP-CSI报告,并且HARQ-ACK被指示为与至少一个SP-CSI报告传输时机处于同一时隙中。
在另一个示例中,UE配置有SR配置和SPS PDSCH配置,并且对应于至少一个SPSPDSCH接收时机的HARQ-ACK信息发生在与SR配置中的至少一个传输时机相同的时隙,其中UE确定PCell是用于与至少一个SPS PDSCH接收时机对应的HARQ-ACK信息传输的活动PUCCH小区,并且确定PUCCH-SCell是用于SR配置中的至少一个传输时机的活动PUCCH小区。
在一个示例中,UE可以在第一PUCCH小区(诸如PCell)上复用在同一时隙中重叠的第一组UCI,并且可以在第二PUCCH小区(诸如PUCCH-SCell)上复用在同一时隙中重叠的第二组UCI,使得基于现有/传统的UCI复用规则来在两个/多个PUCCH小区上分别发生UCI复用。根据本示例,UE可以在同一时隙中、在两个或更多个PUCCH小区上发送多个UCI(例如,对应于相同/不同服务小区的多个UCI)。
在另一个示例中,UE可以在同一PUCCH小区上复用第一组UCI和第二组UCI,例如在PCell上复用所有重叠的UCI,或者例如在PUCCH-SCell上复用所有重叠的UCI。根据本示例,UE可以基于现有/传统UCI复用规则和/或基于PUCCH小区之间的优先级顺序,确定针对全部复用UCI的活动PUCCH小区。例如,如果UE将在第一PUCCH小区(诸如PCell)上发送SR时机、并且UE将在第二PUCCH小区(诸如PUCCH-SCell)上发送HARQ-ACK信息、并且SR时机将在与HARQ-ACK信息相同的时隙中发送,则UE在承载HARQ-ACK的PUCCH小区(即,第二PUCCH小区(例如PUCCH-SCell))上复用SR与HARQ-ACK信息。
在另一个示例中,UE可以由PUCCH小区之间的优先级顺序提供,例如,在规范中预定的优先级顺序和/或在配置的PUCCH小区之间配置优先级等级/顺序/索引,例如,该PCell具有比PUCCH-SCell更高的优先级。然后,在上述示例中,对于HARQ-ACK信息与SR的复用,则UE将在第一PUCCH小区(即,PCell)上复用HARQ-ACK信息与SR,该PCell具有比第二PUCCH小区(即,PUCCH-SCell)更高的优先级顺序。
如前所述,在EA-5的一个实施方式中,提供了基于对活动PUCCH小区切换的指示来生成HARQ-ACK码本。在一个实施方式中,UE可以基于与同一活动PUCCH小区相关联的一组服务小区(用于HARQ-ACK信息传输)来生成半静态和/或动态HARQ码本。根据本示例,基于接收到的对活动PUCCH小区切换的指示,属于HARQ码本的服务小区数量可以随着时间而改变。在一个示例中,在基于对活动PUCCH小区切换的指示构建码本时,利用了UE处理和/或时间线限制。
本公开可应用于NR规范Rel-17/18以向CA操作中的PUCCH组提供增强功能,并且实现动态和自适应机制,以用于在PUCCH服务小区(诸如PCell和PUCCH-SCell)之间卸载与不同服务小区对应的控制开销。网络受益于动态改变PUCCH小区关联的灵活性,因此服务小区能够潜在地在两个或更多个PUCCH小区(即,每次在不同的PUCCH小区)上发送UCI。
根据各实施方式,一种用于接收物理下行链路控制信道(PDCCH)的方法,该方法包括:接收用于第一组小区和用于第二组小区的第一信息;接收用于仅激活第一组小区和第二组小区之一的第二信息;基于第二信息来确定要激活的一组小区;以及仅在所激活的一组小区中的第一小区集上接收PDCCH。
在一些实施方式中,该方法还包括:仅在所激活的一组小区中的第二小区集上发送物理下行链路控制信道(PUCCH)。
在一些实施方式中,该方法还包括,从第一小区接收用于在第一小区上进行调度的第一组搜索空间集的信息;从第二小区接收用于在第一小区上进行调度的第二组搜索空间集的信息,其中第一小区和第二小区被包括在第一小区集中;基于第一组搜索空间集,基于第一组搜索空间集,确定在第一小区的第一时隙中的第一数量个非重叠控制信道要素(CCE)上的候选PDCCH接收的第一数量;以及基于第二组搜索空间集,确定在第二小区的第二时隙中的第二数量个CCE上的候选PDCCH接收的第二数量。
在一些实施方式中,该方法还包括:确定第一时隙与第二时隙重叠,候选PDCCH接收的第一数量和候选PDCCH接收的第二数量的总和超过PDCCH接收的预定数量,或者非重叠CCE的第一数量和非重叠CCE的第二数量的总和超过非重叠CCE的预定数量;以及取消仅与第一组搜索空间集中的搜索空间集对应的候选PDCCH接收。
在一些实施方式中,PDCCH接收的预定数量是针对第一小区的每个时隙的PDCCH接收的最大数量,以及非重叠CCE的预定数量是针对第一小区的每个时隙的非重叠CCE的最大数量。
在一些实施方式中,PDCCH接收的预定数量等于并且非重叠CCE的预定数量等于/>α是缩放因子,/>和/>分别是针对从第一小区调度的第一时隙中的PDCCH接收总数和非重叠CCE总数,/>和/>分别是针对从第一小区调度的第一时隙中的PDCCH接收的最大数量和非重叠CCE的最大数量,μ1是针对第一小区的第一时隙的子载波间隔配置,/>和/>分别是针对从第二小区调度的第二时隙中的PDCCH接收总数和非重叠CCE总数,/>和/>分别是针对从第二小区调度的第二时隙中的PDCCH接收的最大数量和非重叠CCE的最大数量,以及μ2是针对第二小区的第二时隙的子载波间隔配置。
在一些实施方式中,该方法还包括:接收指示缩放因子α的信息。
根据各实施方式,一种用户设备(UE)包括:收发器,该收发器被配置为:接收用于第一组小区和用于第二组小区的第一信息、以及用于仅激活第一组小区和第二组小区之一的第二信息;以及处理器,该处理器可操作地联接到收发器;该处理器被配置为:基于第二信息来确定要激活的一组小区;其中,所述收发器还被配置为:仅在所激活的一组小区中的第一小区集上接收物理下行链路控制信道(PDCCH)。
在一些实施方式中,收发器还被配置为:仅在所激活的一组小区中的第二小区集上发送物理下行链路控制信道(PUCCH)。
在一些实施方式中,收发器还被配置为:从第一小区接收用于在第一小区上进行调度的第一组搜索空间集的信息;从第二小区接收用于在第一小区上进行调度的第二组搜索空间集的信息,其中第一小区和第二小区被包括在第一小区集中;基于第一组搜索空间集,确定在第一小区的第一时隙中的第一数量个非重叠控制信道要素(CCE)上的候选PDCCH接收的第一数量;以及基于第二组搜索空间集,确定在第二小区的第二时隙中的第二数量个CCE上的候选PDCCH接收的第二数量。
在一些实施方式中,处理器还被配置为:确定第一时隙与第二时隙重叠,候选PDCCH接收的第一数量和候选PDCCH接收的第二数量的总和超过PDCCH接收的预定数量,或者非重叠CCE的第一数量和非重叠CCE的第二数量的总和超过非重叠CCE的预定数量;并且收发器还被配置为:取消仅与第一组搜索空间集中的搜索空间集对应的候选PDCCH接收。
在一些实施方式中,PDCCH接收的预定数量是针对第一小区的每个时隙的PDCCH接收的最大数量,以及非重叠CCE的预定数量是针对第一小区的每个时隙的非重叠CCE的最大数量。
在一些实施方式中,PDCCH接收的预定数量等于并且非重叠CCE的预定数量等于/>α是缩放因子,/>和/>分别是针对从第一小区调度的第一时隙中的PDCCH接收总数和非重叠CCE总数,/>和/>分别是针对从第一小区调度的第一时隙中的PDCCH接收的最大数量和非重叠CCE的最大数量,μ1是针对第一小区的第一时隙的子载波间隔配置,/>和/>分别是针对从第二小区调度的第二时隙中的PDCCH接收总数和非重叠CCE总数,/>和/>分别是针对从第二小区调度的第二时隙中的PDCCH接收的最大数量和非重叠CCE的最大数量,以及μ2是针对第二小区的第二时隙的子载波间隔配置。
在一些实施方式中,收发器还被配置为:接收指示缩放因子α的信息。
根据各实施方式,一种基站包括:收发器,该收发器被配置为:发送用于第一组小区和用于第二组小区的第一信息、以及用于仅激活第一组小区和第二组小区之一的第二信息;以及处理器,该处理器可操作地联接到收发器,该处理器被配置为:基于所述第二信息来确定要激活的一组小区,其中,所述收发器还被配置为:仅在所激活的一组小区中的第一小区集上发送物理下行链路控制信道(PDCCH)。
在一些实施方式中,收发器还被配置为:仅在所激活的一组小区中的第二小区集上接收物理上行链路控制信道(PUCCH)。
在一些实施方式中,收发器还被配置为:从第一小区发送用于在第一小区上进行调度的第一组搜索空间集的信息;从第二小区发送用于在第一小区上进行调度的第二组搜索空间集的信息,其中第一小区和第二小区被包括在第一小区集中;基于第一组搜索空间集,确定在第一小区的第一时隙中的第一数量个非重叠控制信道要素(CCE)上的候选PDCCH接收的第一数量;以及基于第二组搜索空间集,确定在第二小区的第二时隙中的第二数量个CCE上的候选PDCCH接收的第二数量。
在一些实施方式中,处理器还被配置为:确定第一时隙与第二时隙重叠,候选PDCCH发送的第一数量和候选PDCCH发送的第二数量之和超过PDCCH发送的预定数量,或者非重叠CCE的第一数量和非重叠CCE的第二数量的总和超过非重叠CCE的预定数量;并且收发器还被配置为:取消仅与第一组搜索空间集中的搜索空间集对应的候选PDCCH发送。
在一些实施方式中,PDCCH发送的预定数量是针对第一小区的每个时隙的PDCCH发送的最大数量,以及非重叠CCE的预定数量是针对第一小区的每个时隙的非重叠CCE的最大数量。
在一些实施方式中,PDCCH发送的预定数量等于并且非重叠CCE的预定数量等于/>α是缩放因子,/>和/>分别是针对从第一小区调度的第一时隙中的PDCCH发送的总数和非重叠CCE的总数,/>和/>分别是针对从第一小区调度的第一时隙中的PDCCH发送的最大数量和非重叠CCE的最大数量,μ1是针对第一小区的第一时隙的子载波间隔配置,/>和/>分别是针对从第二小区调度的第二时隙中的PDCCH发送的总数和非重叠CCE的总数,/>和/>分别是针对从第二小区调度的第二时隙中的PDCCH发送的最大数量和非重叠CCE的最大数量,以及μ2是针对第二小区的第二时隙的子载波间隔配置,并且收发器还被配置为发送指示缩放因子α的信息。
以上流程图示出了可以根据本公开原理实施的示例性方法,并且可以对本文流程图中示出的方法进行各种改变。例如,尽管示出了为一系列步骤,但是每个附图中的各个步骤可以重叠、并行发生、以不同次序发生或多次发生。在另一个示例中,步骤可以被省略或由其它步骤替换。
虽然已经使用示例性实施方式描述了本公开,但是本领域技术人员可以建议各种变化和修改。本公开旨在涵盖回退随附权利要求书范围内的这些变化和修改。本申请中的任何描述都不应当被理解为暗示任何特定元件、步骤或功能是必须包括在权利要求范围内的基本要素。专利主题的范围由权利要求限定。
Claims (15)
1.一种由用户设备UE执行的方法,所述方法包括:
接收用于第一组小区和用于第二组小区的第一信息;
接收用于仅激活所述第一组小区和所述第二组小区之一的第二信息;
基于所述第二信息来确定要激活的一组小区;以及
仅在所激活的一组小区中的第一小区集上接收物理下行链路控制信道PDCCH。
2.如权利要求1所述的方法,还包括:仅在所激活的一组小区中的第二小区集上发送物理下行链路控制信道PUCCH。
3.如权利要求1所述的方法,还包括:
从第一小区接收用于在所述第一小区上进行调度的第一组搜索空间集的信息;
从第二小区接收用于在所述第一小区上进行调度的第二组搜索空间集的信息,其中所述第一小区和所述第二小区被包括在所述第一小区集中;
基于所述第一组搜索空间集,确定在所述第一小区的第一时隙中的第一数量个非重叠控制信道要素CCE上的候选PDCCH接收的第一数量;以及
基于所述第二组搜索空间集,确定在所述第二小区的第二时隙中的第二数量个CCE上的候选PDCCH接收的第二数量。
4.如权利要求3所述的方法,还包括:
确定如下项:
所述第一时隙与所述第二时隙重叠,
所述候选PDCCH接收的第一数量和所述候选PDCCH接收的第二数量的总和超过PDCCH接收的预定数量,或者
所述非重叠CCE的第一数量和所述非重叠CCE的第二数量的总和超过所述非重叠CCE的预定数量;以及
取消仅与所述第一组搜索空间集中的搜索空间集对应的候选PDCCH接收。
5.如权利要求4所述的方法,其中:
所述PDCCH接收的预定数量是针对所述第一小区的每个时隙的PDCCH接收的最大数量,以及
所述非重叠CCE的预定数量是针对所述第一小区的每个时隙的非重叠CCE的最大数量。
6.如权利要求4所述的方法,其中:
α是缩放因子,
μ1是针对所述第一小区的所述第一时隙的子载波间隔配置,
μ2是针对所述第二小区的所述第二时隙的子载波间隔配置。
7.如权利要求6所述的方法,还包括:接收指示所述缩放因子α的信息。
8.一种用户设备UE,其包括:
收发器,被配置为接收如下信息:
用于第一组小区和用于第二组小区的第一信息,以及
用于仅激活所述第一组小区和所述第二组小区之一的第二信息;以及
处理器,可操作地联接到所述收发器,所述处理器被配置为:基于所述第二信息来确定要激活的一组小区,
其中,所述收发器还被配置为:仅在所激活的一组小区中的第一小区集上接收物理下行链路控制信道PDCCH。
9.如权利要求8所述的UE,其中,所述收发器还被配置为:仅在所激活的一组小区中的第二小区集上发送物理下行链路控制信道PUCCH。
10.如权利要求8所述的UE,其中:
所述收发器还被配置为:
从第一小区接收用于在所述第一小区上进行调度的第一组搜索空间集的信息;
从第二小区接收用于在所述第一小区上进行调度的第二组搜索空间集的信息,其中所述第一小区和所述第二小区被包括在所述第一小区集中;以及
所述处理器还被配置为:
基于所述第一组搜索空间集,确定在所述第一小区的第一时隙中的第一数量个非重叠控制信道要素CCE上的候选PDCCH接收的第一数量;以及
基于所述第二组搜索空间集,确定在所述第二小区的第二时隙中的第二数量个CCE上的候选PDCCH接收的第二数量。
11.如权利要求10所述的UE,其中:
所述处理器还被配置为确定如下项:
所述第一时隙与所述第二时隙重叠,
所述候选PDCCH接收的第一数量和所述候选PDCCH接收的第二数量的总和超过PDCCH接收的预定数量,或者
所述非重叠CCE的第一数量和所述非重叠CCE的第二数量的总和超过非重叠CCE的预定数量;以及
所述收发器还被配置为:取消仅与所述第一组搜索空间集中的搜索空间集对应的候选PDCCH接收。
12.如权利要求11所述的UE,其中:
所述PDCCH接收的预定数量是针对所述第一小区的每个时隙的PDCCH接收的最大数量,以及
所述非重叠CCE的预定数量是针对所述第一小区的每个时隙的非重叠CCE的最大数量。
13.如权利要求11所述的UE,其中:
α是缩放因子,
μ1是针对所述第一小区的所述第一时隙的子载波间隔配置,
μ2是针对所述第二小区的所述第二时隙的子载波间隔配置。
14.如权利要求13所述的UE,其中,所述收发器还被配置为:接收指示所述缩放因子α的信息。
15.一种基站,包括:
收发器,被配置为发送如下信息:
用于第一组小区和用于第二组小区的第一信息,以及
用于仅激活所述第一组小区和所述第二组小区之一的第二信息;以及
处理器,可操作地联接到所述收发器,所述处理器被配置为:基于所述第二信息来确定要激活的一组小区,
其中,所述收发器还被配置为:仅在所激活的一组小区中的第一小区集上发送物理下行链路控制信道PDCCH。
Applications Claiming Priority (13)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063064060P | 2020-08-11 | 2020-08-11 | |
US63/064,060 | 2020-08-11 | ||
US202063069970P | 2020-08-25 | 2020-08-25 | |
US63/069,970 | 2020-08-25 | ||
US202063071169P | 2020-08-27 | 2020-08-27 | |
US63/071,169 | 2020-08-27 | ||
US202063126808P | 2020-12-17 | 2020-12-17 | |
US63/126,808 | 2020-12-17 | ||
US202163156800P | 2021-03-04 | 2021-03-04 | |
US63/156,800 | 2021-03-04 | ||
US17/444,052 US20220053522A1 (en) | 2020-08-11 | 2021-07-29 | Adaptive cross-carrier scheduling and flexible pucch groups |
US17/444,052 | 2021-07-29 | ||
PCT/KR2021/010690 WO2022035238A1 (en) | 2020-08-11 | 2021-08-11 | Adaptive cross-carrier scheduling and flexible pucch groups |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116325632A true CN116325632A (zh) | 2023-06-23 |
Family
ID=80224688
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180069193.4A Pending CN116325632A (zh) | 2020-08-11 | 2021-08-11 | 自适应跨载波调度和灵活pucch组 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220053522A1 (zh) |
EP (1) | EP4179825A4 (zh) |
KR (1) | KR20230049641A (zh) |
CN (1) | CN116325632A (zh) |
WO (1) | WO2022035238A1 (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11038557B2 (en) * | 2016-03-31 | 2021-06-15 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving reference signals in wireless communication |
CN108401488B (zh) * | 2018-01-12 | 2021-03-23 | 北京小米移动软件有限公司 | 信息反馈方法及装置 |
US20200145924A1 (en) * | 2018-11-02 | 2020-05-07 | Apple Inc. | Reduced Power Consumption by Obtaining Time Domain Resource Allocation Patterns in Advance via Additional Signaling |
CN113271185B (zh) * | 2020-02-14 | 2022-10-28 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
WO2022078498A1 (en) * | 2020-10-15 | 2022-04-21 | FG Innovation Company Limited | Mac-ce command action timing control in non-terrestrial networks |
US20220109597A1 (en) * | 2020-10-01 | 2022-04-07 | Qualcomm Incorporated | Control channel decoding configurations for cross-carrier scheduling |
US20220124680A1 (en) * | 2020-10-19 | 2022-04-21 | Qualcomm Incorporated | Slot indication for uplink control channel carrier switch |
EP4322676A1 (en) * | 2021-04-05 | 2024-02-14 | LG Electronics Inc. | Method and device for transmitting and receiving downlink control channel in wireless communication system |
US11889496B2 (en) * | 2021-06-03 | 2024-01-30 | Qualcomm Incorporated | Activation of multiple configurations |
CN115941131A (zh) * | 2021-08-02 | 2023-04-07 | 维沃移动通信有限公司 | 反馈方法、相关设备及可读存储介质 |
US11889498B2 (en) * | 2021-08-06 | 2024-01-30 | Qualcomm Incorporated | Indication of control channel repetition factor |
US11937246B2 (en) * | 2021-09-28 | 2024-03-19 | PanPsy Technologies, LLC | PUCCH cell switching and cell activation/deactivation status |
US11924864B2 (en) * | 2021-11-22 | 2024-03-05 | Qualcomm Incorporated | Network coded sidelink communication using reserved resources for retransmission |
US20230179364A1 (en) * | 2021-12-07 | 2023-06-08 | Qualcomm Incorporated | Channel state information reporting using demodulation reference signals |
US11832246B2 (en) * | 2021-12-08 | 2023-11-28 | PanPsy Technologies, LLC | PUCCH cell switching and CSI reporting |
WO2024011604A1 (en) * | 2022-07-15 | 2024-01-18 | Zte Corporation | Method, device and computer program product for wireless communication |
WO2024021114A1 (en) * | 2022-07-29 | 2024-02-01 | Zte Corporation | Methods and devices for configuring and scheduling physical uplink control channel |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015046923A1 (en) * | 2013-09-27 | 2015-04-02 | Itl, Inc. | Method and apparatus for performing activation/deactivation of serving cell in wireless communication system supporting dual connectivity |
WO2016064048A1 (en) * | 2014-10-21 | 2016-04-28 | Lg Electronics Inc. | Method for monitoring downlink control channel in wireless communication system and apparatus for the same |
JP2019220742A (ja) * | 2018-06-15 | 2019-12-26 | シャープ株式会社 | 端末装置、基地局装置、および、通信方法 |
CN113316258B (zh) | 2018-07-20 | 2023-11-07 | 维沃移动通信有限公司 | 一种用于监听pdcch的方法、终端及网络设备 |
WO2020113442A1 (en) | 2018-12-04 | 2020-06-11 | Qualcomm Incorporated | Fast secondary cell group activation and deactivation using a suspended state |
EP3909301A1 (en) * | 2019-01-10 | 2021-11-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Wake-up signal (wus) controlled actions |
WO2020155160A1 (en) | 2019-02-02 | 2020-08-06 | Zte Corporation | Serving cell state management |
US20200413435A1 (en) * | 2019-06-28 | 2020-12-31 | FG Innovation Company Limited | Method of reporting configured grant confirmation and related device |
US20220271894A1 (en) * | 2019-08-05 | 2022-08-25 | Qualcomm Incorporated | Configuration of a control resource set and common search space for initial access by low tier user equipment |
US11582784B2 (en) * | 2019-08-12 | 2023-02-14 | FG Innovation Company Limited | Method and apparatus for PDCCH monitoring adaptation |
CN115299116A (zh) | 2019-12-26 | 2022-11-04 | 欧芬诺有限责任公司 | 无线蜂窝系统中的休止管理 |
-
2021
- 2021-07-29 US US17/444,052 patent/US20220053522A1/en active Pending
- 2021-08-11 KR KR1020237004910A patent/KR20230049641A/ko unknown
- 2021-08-11 WO PCT/KR2021/010690 patent/WO2022035238A1/en unknown
- 2021-08-11 CN CN202180069193.4A patent/CN116325632A/zh active Pending
- 2021-08-11 EP EP21856244.5A patent/EP4179825A4/en active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2022035238A1 (en) | 2022-02-17 |
EP4179825A1 (en) | 2023-05-17 |
EP4179825A4 (en) | 2024-01-10 |
US20220053522A1 (en) | 2022-02-17 |
KR20230049641A (ko) | 2023-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116325632A (zh) | 自适应跨载波调度和灵活pucch组 | |
US11737081B2 (en) | Method for transmitting and receiving signals for ultra reliable low latency communication | |
KR102058701B1 (ko) | 무선 통신 시스템에서 물리 상향 링크 제어 채널 상에서 다수의 상향 링크 제어 정보를 전송하는 방법 및 이를 위한 장치 | |
US20220086894A1 (en) | Multi-cell scheduling with reduced control overhead | |
US10764759B2 (en) | Method for transmitting and receiving wireless signal and device for same | |
WO2019244222A1 (ja) | ユーザ端末及び無線通信方法 | |
US9113494B2 (en) | Method and wireless communication system for providing downlink control signalling for communication apparatus | |
JP7182876B2 (ja) | 端末、無線通信方法、基地局及びシステム | |
JP7121053B2 (ja) | 端末、無線通信方法、基地局及びシステム | |
KR20220041041A (ko) | 개선된 자원 활용을 위한 제어 시그널링의 방법 및 장치 | |
CN114710242A (zh) | 用于srs切换、发送和增强的系统与方法 | |
WO2020026305A1 (ja) | ユーザ端末 | |
WO2020026292A1 (ja) | 基地局 | |
JP7197581B2 (ja) | 端末及び基地局 | |
WO2018203400A1 (ja) | ユーザ端末及び無線通信方法 | |
WO2020026291A1 (ja) | ユーザ端末 | |
US20220394734A1 (en) | Cross-carrier scheduling across different drx groups | |
CN116998208A (zh) | 无线通信系统的调度增强 | |
CN117242883A (zh) | 用于在无线通信系统中收发控制信息的方法和装置 | |
WO2018163431A1 (ja) | ユーザ端末及び無線通信方法 | |
WO2019244223A1 (ja) | ユーザ端末及び無線通信方法 | |
US20230139269A1 (en) | Acknowledgement information reporting for multi-cell scheduling | |
US20220408458A1 (en) | Scheduling via multiple physical downlink control channels | |
US20230057605A1 (en) | Pdcch monitoring for multi-cell scheduling | |
JP7320848B2 (ja) | 端末、無線通信方法、基地局及びシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |