CN118140442A - 用于多小区调度的确认信息 - Google Patents
用于多小区调度的确认信息 Download PDFInfo
- Publication number
- CN118140442A CN118140442A CN202280068489.9A CN202280068489A CN118140442A CN 118140442 A CN118140442 A CN 118140442A CN 202280068489 A CN202280068489 A CN 202280068489A CN 118140442 A CN118140442 A CN 118140442A
- Authority
- CN
- China
- Prior art keywords
- cell
- pdsch
- cells
- scheduling
- tdra
- 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
- 230000005540 biological transmission Effects 0.000 claims abstract description 157
- 238000000034 method Methods 0.000 claims abstract description 138
- 238000004891 communication Methods 0.000 claims abstract description 41
- 238000013468 resource allocation Methods 0.000 claims abstract description 19
- 230000008093 supporting effect Effects 0.000 abstract description 12
- 230000000875 corresponding effect Effects 0.000 description 252
- 238000012545 processing Methods 0.000 description 33
- 230000008569 process Effects 0.000 description 29
- 238000005516 engineering process Methods 0.000 description 22
- 238000013507 mapping Methods 0.000 description 22
- 230000011664 signaling Effects 0.000 description 22
- 125000004122 cyclic group Chemical group 0.000 description 20
- 238000010295 mobile communication Methods 0.000 description 14
- 230000004044 response Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 13
- 238000001228 spectrum Methods 0.000 description 13
- 230000009286 beneficial effect Effects 0.000 description 11
- 230000008859 change Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 101100512568 Arabidopsis thaliana MED33B gene Proteins 0.000 description 8
- 238000013459 approach Methods 0.000 description 8
- 230000004913 activation Effects 0.000 description 7
- 101000806846 Homo sapiens DNA-(apurinic or apyrimidinic site) endonuclease Proteins 0.000 description 6
- 101000835083 Homo sapiens Tissue factor pathway inhibitor 2 Proteins 0.000 description 6
- 102100026134 Tissue factor pathway inhibitor 2 Human genes 0.000 description 6
- 238000013473 artificial intelligence Methods 0.000 description 6
- 239000000969 carrier Substances 0.000 description 6
- 230000001965 increasing effect Effects 0.000 description 5
- 238000005259 measurement Methods 0.000 description 5
- 230000000153 supplemental effect Effects 0.000 description 5
- 101100152598 Arabidopsis thaliana CYP73A5 gene Proteins 0.000 description 4
- 230000001174 ascending effect Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 4
- 230000009849 deactivation Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000001914 filtration Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 238000013138 pruning Methods 0.000 description 4
- 238000009482 thermal adhesion granulation Methods 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 230000003190 augmentative effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000010276 construction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000005059 dormancy Effects 0.000 description 3
- 230000001976 improved effect Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 239000000203 mixture Substances 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 101100219315 Arabidopsis thaliana CYP83A1 gene Proteins 0.000 description 2
- 206010009944 Colon cancer Diseases 0.000 description 2
- 101100269674 Mus musculus Alyref2 gene Proteins 0.000 description 2
- 101150071746 Pbsn gene Proteins 0.000 description 2
- 101100140580 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) REF2 gene Proteins 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
- 239000013256 coordination polymer Substances 0.000 description 2
- 230000002708 enhancing effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000010801 machine learning Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000010287 polarization Effects 0.000 description 2
- 230000007958 sleep Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 101100140581 Arabidopsis thaliana REF6 gene Proteins 0.000 description 1
- CIWBSHSKHKDKBQ-JLAZNSOCSA-N Ascorbic acid Chemical compound OC[C@H](O)[C@H]1OC(=O)C(O)=C1O CIWBSHSKHKDKBQ-JLAZNSOCSA-N 0.000 description 1
- 241001633942 Dais Species 0.000 description 1
- 101150096310 SIB1 gene Proteins 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000020411 cell activation Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 230000000704 physical effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及用于支持更高数据传输速率的5G或6G通信系统。无线通信系统中用于多小区调度的确认信息的装置和方法。一种用户设备(UE)的方法包括接收小区集合的第一信息和第一时域资源分配(TDRA)表的第二信息。第一TDRA表对应于小区集合中的相应第一小区。第一TDRA表中的TDRA表的条目指示用于第一小区中的小区上的物理下行链路共享信道(PDSCH)接收的时间资源。该方法还包括:识别第二TDRA表,基于第一TDRA表和第二TDRA表的行的并集来确定与小区集合相对应的确认信息,以及发送具有确认信息的物理上行链路控制信道(PUCCH)。第二TDRA表的条目指示用于小区集合上的第一PDSCH的接收的时间资源。
Description
技术领域
本公开总体上涉及无线通信系统,更具体地,本公开涉及用于多小区调度的确认信息。
背景技术
5G移动通信技术定义了宽频带,使得高传输速率和新服务是可能的,并且不仅能够在诸如3.5GHz的“低于6GHz”频带中实现,而且能够在包括28GHz和39GHz的称为mmWave(毫米波)的“高于6GHz”频带中实现。此外,已经考虑在太赫兹频带(例如,95GHz至3THz频带)中实现6G移动通信技术(称为超5G系统),以便实现比5G移动通信技术快五十倍的传输速率和5G移动通信技术的十分之一的超低时延。
在5G移动通信技术的开发开始时,为了支持服务并满足与增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)和大规模机器类型通信(mMTC)相关的性能要求,已经存在正在进行的关于波束成形和大规模MIMO的标准化,用于减轻毫米波中的无线电波路径损耗并增加毫米波中的无线电波传输距离,支持用于有效利用毫米波资源和时隙格式的动态操作的参数集(例如,操作多个子载波间隔),用于支持多波束传输和宽带的初始接入技术,BWP(带宽部分)的定义和操作,用于大量数据传输的新信道编码方法(诸如LDPC(低密度奇偶校验)码和用于控制信息的高度可靠传输的极化码),L2预处理,以及用于提供专用于特定服务的专用网络的网络切片。
当前,鉴于由5G移动通信技术支持的服务,正在进行关于初始5G移动通信技术的改进和性能增强的讨论,并且,已经存在关于诸如V2X(车辆到一切)的技术的物理层标准化,用于基于关于由车辆发送的车辆的位置和状态的信息来辅助由自主车辆做出的驾驶确定并用于增强用户便利性,旨在符合未许可频带中的各种法规相关要求的系统操作的NR-U(新无线电未许可),NRUE省电,非地面网络(NTN)(其是用于在与地面网络的通信不可用的区域中提供覆盖的UE-卫星直接通信),以及定位。
此外,已经存在正在进行的关于以下技术的空中接口架构/协议方面的标准化,该技术诸如用于通过与其他行业的互通和融合来支持新服务的工业物联网(IIoT)、用于通过以集成方式支持无线回程链路和接入链路来提供用于网络服务区域扩展的节点的IAB(集成接入和回程)、包括条件切换和DAPS(双活动协议栈)切换的移动性增强、以及用于简化随机接入过程的两步随机接入(用于NR的两步RACH)。也已经存在正在进行的关于用于组合网络功能虚拟化(NFV)和软件定义网络(SDN)技术的5G基线架构(例如,基于服务的架构或基于服务的接口)以及用于基于UE位置来接收服务的移动边缘计算(MEC)的系统架构/服务的标准化。
随着5G移动通信系统商业化,已经呈指数增长的连接设备将连接到通信网络,因此期望5G移动通信系统的增强功能和性能以及连接设备的集成操作将是必要的。为此,安排了与扩展现实(XR)相关的新研究,用于有效地支持AR(增强现实)、VR(虚拟现实)、MR(混合现实)等,通过利用人工智能(AI)和机器学习(ML)、AI服务支持、元空间服务支持和无人机通信来提高5G性能和降低复杂度。
此外,5G移动通信系统的这种发展将作为基础,不仅开发用于提供6G移动通信技术的太赫兹频带覆盖的新波形,多天线传输技术,例如全维MIMO(FD-MIMO)、阵列天线和大规模天线,用于改善太赫兹频带信号覆盖的基于超材料的透镜和天线,使用OAM(轨道角动量)的高维空间复用技术和RIS(可重构智能表面),而且开发用于提高6G移动通信技术的频率效率并改善系统网络的全双工技术,用于通过从设计阶段利用卫星和AI(人工智能)并内化端到端AI支持功能来实现系统优化的基于AI的通信技术,以及用于通过利用超高性能通信和计算资源以超过UE操作能力限制的复杂度水平实现服务的下一代分布式计算技术。
第5代(5G)或新无线电(NR)移动通信最近随着来自工业界和学术界的关于各种候选技术的所有全球技术活动而势头增强。5G/NR移动通信的候选使能者包括从传统蜂窝频带到高频的大规模天线技术,以提供波束成形增益并支持增加的容量,新的波形(例如,新无线电接入技术(RAT))以灵活地适应具有不同要求的各种服务/应用,新的多址方案以支持大规模连接等。
发明内容
技术问题
已经做出本发明以至少解决上述问题和/或缺点并至少提供以下描述的优点。
对于更增强的通信系统,需要用于多小区调度的确认信息。
问题的解决方案
本公开涉及用于多小区调度的确认信息。
在一个实施例中,提供了一种用于操作用户设备(UE)的方法。该方法包括接收小区集合的第一信息和第一时域资源分配(TDRA)表的第二信息。第一TDRA表对应于小区集合中的相应第一小区。第一TDRA表中的TDRA表的条目指示用于第一小区中的小区上的物理下行链路共享信道(PDSCH)接收的时间资源。该方法还包括:识别第二TDRA表,基于第一TDRA表和第二TDRA表的行的并集来确定与小区集合相对应的确认信息,和发送具有确认信息的物理上行链路控制信道(PUCCH)。第二TDRA表的条目指示用于小区集合上的第一PDSCH的接收的时间资源。
在另一实施例中,提供了一种UE。该UE包括收发器,被配置为接收小区集合的第一信息和第一TDRA表的第二信息。第一TDRA表对应于小区集合中的相应第一小区。第一TDRA表中的TDRA表的条目指示用于第一小区中的小区上的PDSCH接收的时间资源。UE还包括可操作地耦接到收发器的处理器。处理器被配置为识别第二TDRA表,并基于第一TDRA表和第二TDRA表的行的并集来确定与小区集合相对应的确认信息。第二TDRA表的条目指示用于小区集合上的第一PDSCH的接收的时间资源。收发器还被配置为发送具有确认信息的PUCCH。
在又一实施例中,提供了一种基站(BS)。BS包括收发器,被配置为发送小区集合的第一信息和第一TDRA表的第二信息。第一TDRA表对应于小区集合中的相应第一小区。第一TDRA表中的TDRA表的条目指示用于第一小区中的小区上的物理下行链路共享信道(PDSCH)发送的时间资源。BS还包括可操作地耦接到收发器的处理器。处理器被配置为识别第二TDRA表,并基于第一TDRA表和第二TDRA表的行的并集来确定与小区集合相对应的确认信息。第二TDRA表的条目指示用于小区集合上的第一PDSCH的发送的时间资源。收发器还被配置为接收具有确认信息的PUCCH。
根据以下附图、描述和权利要求,其他技术特征对于本领域技术人员而言可以是显而易见的。
在进行下面的详细描述之前,阐述贯穿本专利文件使用的某些词语和短语的定义可能是有利的。术语“耦接”及其派生词是指两个或更多个元件之间的任何直接或间接通信,无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括”和“包含”及其派生词意指包括但不限于此。术语“或”是包含性的,意指和/或。短语“与……相关联”及其派生词意指包括、被包括在……内、与……互连、包含、被包含在……内、连接到或与……连接、耦接到或与……耦接、可与……通信、与……协作、交织、并置、接近于、绑定到或与……绑定、具有、具有……的性质、与……具有关系等。术语“控制器”意指控制至少一个操作的任何设备、系统或其部分。这样的控制器可以以硬件或硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是集中式的或分布式的,无论是本地的还是远程的。当与项目列表一起使用时,短语“……中的至少一个”意味着可以使用所列项目中的一个或多个的不同组合,并且可能仅需要列表中的一个项目。例如,“A、B和C中的至少一个”包括以下组合中的任何一个:A、B、C、A和B、A和C、B和C、以及A和B和C。
此外,下面描述的各种功能能够由一个或多个计算机程序实现或支持,其中,计算机程序中的每一个由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指适于在合适的计算机可读程序代码中实现的一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括能够永久存储数据的介质和数据能够被存储并稍后重写数据的介质,诸如可重写光盘或可擦除存储器设备。
贯穿本专利文件提供其他某些词语和短语的定义。本领域普通技术人员应该理解,在许多情况下(如果不是大多数情况),这样的定义适用于这样定义的词语和短语的先前以及将来的使用。
发明的有利效果
通过以下结合附图公开了本发明的示例性实施例的详细描述,本发明的优点和显著特征对于本领域技术人员将变得显而易见。
根据本公开的实施例,提供了用于多小区调度的确认信息。
附图说明
为了更完整地理解本公开及其优点,现在参考结合附图进行的以下描述,其中,相同附图标记表示相同部分:
图1示出根据本公开的实施例的示例无线网络;
图2示出根据本公开的实施例的示例BS;
图3示出根据本公开的实施例的示例UE;
图4示出根据本公开的实施例的示例无线发送和接收路径;
图5示出根据本公开的实施例的示例无线发送和接收路径;
图6示出根据本公开的实施例的用于在存在多小区调度的情况下生成类型1码本(CB)的示例方法;
图7示出根据本公开的实施例的用于确定有效K1值和具有不同K0值的协调度小区的对应候选物理下行链路共享信道(PDSCH)时机的示例图;
图8示出根据本公开的实施例的用于在存在多小区调度的情况下生成类型1CB的示例方法;
图9示出根据本公开的实施例的用于在存在多小区调度的情况下生成类型1CB的示例方法;
图10示出根据本公开的实施例的用于在存在多小区调度的情况下生成类型1CB的示例方法;并且
图11示出根据本公开的实施例的用于与单小区调度和多小区调度相对应的单独的类型1CB的示例方法。
具体实施方式
下面讨论的图1至图11以及用于在本专利文件中描述本公开的原理的各种实施例仅作为说明,并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解,本公开的原理可以在任何适当布置的系统或设备中实现。
以下文件通过引用并入本公开,如同在本文中完全阐述一样:3GPP TS38.211Rel-16 v16.5.0,“NR;物理信道和调制”[“REF1”];3GPP TS 38.212 Rel-16 v16.5.0,“NR;复用和信道编码”[“REF2”];3GPP TS 38.213 Rel-16 v16.5.0,“NR;用于控制的物理层过程”[“REF3”];3GPP TS 38.214 Rel-16 v16.5.0,“NR;用于数据的物理层过程”[“REF4”];3GPP TS 38.321 Rel-16 v16.4.0,“NR;媒体访问控制(MAC)协议规范”[“REF5”];3GPP TS38.331 Rel-16 v16.4.1,“NR;无线电资源控制(RRC)协议规范”[“REF6”];以及3GPP TS38.300 Rel-16 v16.5.0,“NR;NR和NG-RAN总体描述;阶段2”[“REF7”]。
为了满足自部署第四代(4G)通信系统以来增加的对无线数据业务的需求,已经努力开发和部署改进的第五代(5G)或准5G/NR通信系统。因此,5G或准5G通信系统也称为“超4G网络”或“后长期演进(LTE)系统”。
5G通信系统被认为在较高频率(mmWave)频带(例如,28GHz或60GHz频带)中实现,以便实现更高的数据速率,或者在较低频带(诸如,6GHz)中实现,以实现鲁棒的覆盖和移动性支持。为了减少无线电波的传播损耗并增加传输距离,在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。
此外,在5G通信系统中,基于先进的小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等,正在进行系统网络改进的开发。
对5G系统和与其相关联的频带的讨论用于参考,这是因为本公开的某些实施例可以在5G系统中实现。然而,本公开不限于5G系统或与其相关联的频带,并且本公开的实施例可以与任何频带结合使用。例如,本公开的各方面还可以应用于5G通信系统、6G或甚至可以使用太赫兹(THz)频带的更晚版本的部署。
取决于网络类型,术语“基站”(BS)能够指代被配置为提供对网络的无线接入的任何组件(或组件集合),诸如发送点(TP)、发送-接收点(TRP)、增强型基站(eNodeB或eNB)、gNB、宏小区、毫微微小区、WiFi接入点(AP)、卫星或其他无线启用的设备。基站可以根据一个或多个无线通信协议(例如,5G 3GPP新无线电接口/接入(NR)、LTE、高级LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等)来提供无线接入。术语“BS”、“gNB”和“TRP”在本公开中能够互换使用,以指代向远程终端提供无线接入的网络基础设施组件。此外,取决于网络类型,术语“用户设备”(UE)能够指代任何组件,诸如移动站、订户站、远程终端、无线终端、接收点、车辆或用户设备。例如,UE能够是移动电话、智能电话、监视设备、警报设备、车队管理设备、资产跟踪设备、汽车、台式计算机、娱乐设备、信息娱乐设备、自动售货机、电表、水表、燃气表、安全设备、传感器设备、电器等。
下面的图1-3描述了在无线通信系统中使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术实现的各种实施例。图1-3的描述并不意味着暗示对可以实现不同实施例的方式的物理或架构限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。
图1示出根据本公开的实施例的示例无线网络100。图1所示的无线网络100的实施例仅用于说明。在不脱离本公开的范围的情况下,能够使用无线网络100的其他实施例。
如图1所示,无线网络100包括基站BS101(例如,gNB)、BS102和BS103。BS101与BS102和BS103通信。BS101还与至少一个网络130(诸如互联网、专有互联网协议(IP)网络或其他数据网络)通信。
BS102为BS102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括UE 111,其可以位于小企业中;UE 112,其可以位于企业(E)中;UE 113,其可以位于WiFi热点(HS)中;UE 114,其可以位于第一住宅(R)中;UE 115,其可以位于第二住宅(R)中;以及UE 116,其可以是移动设备(M),诸如蜂窝电话、无线膝上型计算机、无线PDA等。BS103为BS103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在某些实施例中,BS101-103中的一个或多个可以使用5G/NR、长期演进(LTE)、长期演进高级(LTE-A)、WiMAX、WiFi或其他无线通信技术彼此通信并与UE 111-116通信。
虚线示出覆盖区域120和125的近似范围,仅出于说明和解释的目的,覆盖区域120和125被示出为近似圆形。应该清楚地理解,与BS相关联的覆盖区域(诸如覆盖区域120和125)可以具有其他形状,包括不规则形状,这取决于BS的配置以及与自然和人造障碍物相关联的无线电环境的变化。
如下面更详细描述的,UE 111-116中的一个或多个包括针对用于多小区调度的确认信息的电路、编程或其组合。在某些实施例中,BS101-103中的一个或多个包括针对用于多小区调度的确认信息的电路、编程或其组合。
尽管图1示出无线网络的一个示例,但是可以对图1进行各种改变。例如,无线网络能够以任何合适的布置包括任何数量的BS和任何数量的UE。此外,BS101能够直接与任何数量的UE通信,并向这些UE提供对网络130的无线宽带接入。类似地,每个BS102-103能够直接与网络130通信,并向UE提供对网络130的直接无线宽带接入。此外,BS101、BS102和/或BS103能够提供对其他或附加外部网络(诸如外部电话网络或其他类型的数据网络)的接入。
图2示出根据本公开的实施例的示例BS102。图2中所示的BS102的实施例仅用于说明,并且图1的BS101和103可以具有相同或相似的配置。然而,BS具有各种各样的配置,并且图2不将本公开的范围限制于BS的任何特定实现方式。
如图2所示,BS102包括多个天线205a-205n、多个射频(RF)收发器210a-210n、发送(TX)处理电路215和接收(RX)处理电路220。BS102还包括控制器/处理器225、存储器230和回程或网络接口235。
RF收发器210a-210n从天线205a-205n接收输入RF信号,诸如由无线网络100中的UE发送的信号。RF收发器210a-210n对输入RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路220,RX处理电路220通过对基带或IF信号进行滤波、解码和/或数字化来生成处理的基带信号。RX处理电路220将处理的基带信号发送到控制器/处理器225以进行进一步处理。
TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、web数据、电子邮件或交互式视频游戏数据)。TX处理电路215对输出基带数据进行编码、复用和/或数字化,以生成处理的基带或IF信号。RF收发器210a-210n从TX处理电路215接收输出的处理的基带或IF信号,并将基带或IF信号上变频为经由天线205a-205n发送的RF信号。
控制器/处理器225能够包括控制BS102的整体操作的一个或多个处理器或其他处理设备。例如,控制器/处理器225可以根据公知的原理来控制RF收发器210a-210n、RX处理电路220和TX处理电路215对上行链路信道信号的接收和下行链路信道信号的发送。控制器/处理器225也能够支持附加功能,诸如更高级的无线通信功能。例如,控制器/处理器225能够支持用于多小区调度的确认信息。控制器/处理器225能够在BS102中支持各种各样的其他功能中的任何功能。在某些实施例中,控制器/处理器225包括至少一个微处理器或微控制器。
控制器/处理器225还能够执行驻留在存储器230中的程序和其他过程,诸如OS。控制器/处理器225能够按照执行过程的需要将数据移入或移出存储器230。例如,控制器/处理器225能够根据正在执行的过程将数据移入或移出存储器230。
控制器/处理器225还耦接到回程或网络接口235。回程或网络接口235允许BS102通过回程连接或通过网络与其他设备或系统通信。网络接口235能够支持通过任何合适的有线或无线连接的通信。例如,当BS102被实现为蜂窝通信系统(诸如支持5G/NR、LTE或LTE-A的蜂窝通信系统)的一部分时,网络接口235能够允许BS102通过有线或无线回程连接与其他BS通信。当BS102被实现为接入点时,网络接口235能够允许BS102通过有线或无线局域网或通过到更大网络(诸如互联网)的有线或无线连接进行通信。网络接口235包括支持通过有线或无线连接的通信的任何合适的结构,诸如以太网或RF收发器。
存储器230耦接到控制器/处理器225。存储器230的一部分能够包括RAM,并且存储器230的另一部分能够包括闪存或其他ROM。
尽管图2示出BS102的一个示例,但是可以对图2进行各种改变。例如,BS102能够包括图2中所示的任何数量的每个组件。作为特定示例,接入点能够包括多个网络接口235,并且控制器/处理器225能够支持路由功能以在不同网络地址之间路由数据。作为另一特定示例,虽然示出为包括TX处理电路215的单个实例和RX处理电路220的单个实例,但是BS102能够包括每个的多个实例(诸如每个RF收发器一个实例)。此外,图2中的各种组件能够被组合、进一步细分或省略,并且能够根据特定需要添加附加组件。
图3示出根据本公开的实施例的示例UE 116。图3中所示的UE 116的实施例仅用于说明,并且图1的UE 111-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的BS发送的输入RF信号。RF收发器310对输入RF信号进行下变频以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325,RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成处理的基带信号。RX处理电路325将处理的基带信号发送到扬声器330(诸如用于语音数据)或发送到处理器340以进行进一步处理(诸如用于web浏览数据)。
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被配置为基于OS 361或响应于从BS或运营商接收的信号来执行应用362。处理器340还耦接到I/O接口345,I/O接口345向UE 116提供连接到其他设备(诸如膝上型计算机和手持式计算机)的能力。I/O接口345是这些附件与处理器340之间的通信路径。
处理器340还耦接到输入设备350。UE 116的操作者能够使用输入设备350将数据输入到UE 116中。输入设备350能够是键盘、触摸屏、鼠标、轨迹球、语音输入或能够充当用户接口以允许用户与UE 116交互的其他设备。例如,输入设备350能够包括语音识别处理,从而允许用户输入语音命令。在另一示例中,输入设备350能够包括触摸面板、(数字)笔传感器、键或超声输入设备。触摸面板能够例如以至少一种方案识别触摸输入,诸如电容方案、压敏方案、红外方案或超声方案。
处理器340还耦接到显示器355。显示器355可以是液晶显示器、发光二极管显示器或能够呈现诸如来自网站的文本和/或至少有限图形的其他显示器。
存储器360耦接到处理器340。存储器360的一部分能够包括随机存取存储器(RAM),并且存储器360的另一部分能够包括闪存或其他只读存储器(ROM)。
尽管图3示出UE 116的一个示例,但是可以对图3进行各种改变。例如,图3中的各种组件能够被组合、进一步细分或省略,并且,能够根据特定需要添加附加组件。作为特定示例,处理器340能够被划分为多个处理器,诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。此外,虽然图3示出被配置为移动电话或智能电话的UE 116,但是UE能够被配置为作为其他类型的移动或固定设备来操作。
图4和图5示出根据本公开的示例无线发送和接收路径。在以下描述中,图4的发送路径400可以被描述为在BS(诸如BS102)中实现,而图5的接收路径500可以被描述为在UE(诸如UE 116)中实现。然而,可以理解,接收路径500能够在BS中实现,并且发送路径400能够在UE中实现。在某些实施例中,接收路径500被配置为支持如本公开的实施例中所描述的用于多小区调度的确认信息。
如图4所示的发送路径400包括信道编码和调制块405、串行到并行(S-to-P)块410、大小为N的快速傅里叶逆变换(IFFT)块415、并行到串行(P-to-S)块420、添加循环前缀块425和上变频器(UC)430。如图5所示的接收路径500包括下变频器(DC)555、移除循环前缀块560、串行到并行(S-to-P)块565、大小为N的快速傅里叶变换(FFT)块570、并行到串行(P-to-S)块575、以及信道解码和解调块580。
如图4所示,信道编码和调制块405接收信息比特集合,应用编码(诸如低密度奇偶校验(LDPC)编码),并调制输入比特(诸如利用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号序列。串行到并行块410将串行调制符号转换(诸如解复用)为并行数据,以便生成N个并行符号流,其中,N是BS102和UE 116中使用的IFFT/FFT大小。大小为N的IFFT块415对N个并行符号流执行IFFT操作以生成时域输出信号。并行到串行块420转换(诸如复用)来自大小为N的IFFT块415的并行时域输出符号,以便生成串行时域信号。添加循环前缀块425将循环前缀插入到时域信号。上变频器430将添加循环前缀块425的输出调制(诸如上变频)到RF频率以用于经由无线信道进行传输。信号在转换到RF频率之前,还可以在基带处被滤波。
从BS102发送的RF信号在通过无线信道之后到达UE 116,并且,在UE 116处执行与BS102处的操作相反的操作。
如图5所示,下变频器555将接收的信号下变频到基带频率,并且移除循环前缀块560移除循环前缀以生成串行时域基带信号。串行到并行块565将时域基带信号转换为并行时域信号。大小为N的FFT块570执行FFT算法以生成N个并行频域信号。并行到串行块575将并行频域信号转换为调制数据符号序列。信道解码和解调块580对调制符号进行解调和解码以恢复原始输入数据流。
BS101-103中的每一个可以实现如图4所示的发送路径400,其类似于在下行链路中向UE 111-116发送,并可以实现如图5所示的接收路径500,其类似于在上行链路中从UE111-116接收。类似地,UE 111-116中的每一个可以实现用于在上行链路中向BS101-103发送的发送路径400,并可以实现用于在下行链路中从BS101-103接收的接收路径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通信系统:更高的数据速率、更低的时延、更高的可靠性、改进的覆盖和大规模连接等。各种实施例应用于以其他无线电接入技术(RAT)和/或标准(诸如不同版本/代的3GPP标准(包括超5G、5G高级、6G等)、IEEE标准(诸如802.16WiMAX和802.11Wi-Fi等)等)来操作的UE。
本公开的各种实施例考虑对于载波聚合(CA)框架中的跨载波调度操作的增强,以支持多个小区的联合调度。
在传统5G NR系统中,能够仅针对单个服务小区来调度下行链路或上行链路数据传输。换句话说,下行链路控制信息(DCI)格式提供用于单个服务小区上的物理下行链路共享信道(PDSCH)或物理上行链路共享信道(PUSCH)的调度信息参数。如果服务小区是调度小区,则UE在UE在对应调度小区上接收的物理下行链路控制信道(PDCCH)中接收用于PDSCH/PUSCH的DCI格式。基于DCI格式中的载波指示字段(CIF),UE能够确定UE能够在其上接收PDSCH或发送PUSCH的服务小区。
本公开的实施例考虑到传统NR系统不支持使用单个/公共控制信令(诸如通过使用单个DCI格式)在多个小区上联合调度多个PDSCH或多个PUSCH。对于这种操作,UE接收多个DCI格式,其中,每个DCI格式能够在服务小区之一上调度多个PDSCH或PUSCH之一。这样的操作实现了期望的结果,但是可能具有高的信令开销。在各种场景中,可以在联合调度小区(称为协调度(co-scheduled)小区)上的多个PDSCH或PUSCH之间共享若干调度参数或对应UE操作。
例如,UE可以使用相同物理上行链路控制信道(PUCCH)资源来发送与多个PDSCH相对应的混合自动重传请求(HARQ)-确认(ACK)反馈。因此,针对相同PUCCH资源(以及用于PUCCH发送的对应操作)的指示可能不必要地重复多次。另外,在诸如带内CA的一些场景中,物理信道条件可能是相关的,因此关于链路自适应、MIMO/波束成形操作以及甚至可能的资源分配的各种调度参数能够是公共的并且在协调度小区之间重复。控制信令中的这种不必要的开销可能是显著的,特别是当协调度小区的数量很大时,诸如4-8个小区。最后但并非最不重要的是,循环冗余校验(CRC)字段需要重复多次,这导致显著的信令开销,特别是对于大量协调度小区。
Rel-15/16 5G NR系统中HARQ-ACK码本的设计基于以下考虑:服务小区上的PDSCH接收由对应DCI格式单独调度,在此称为用于单小区调度的DCI格式(或SC-DCI格式)。例如,与每个DCI(在基于TB的PDSCH接收的情况下)相对应的HARQ-ACK信息是1或2比特,这取决于对应PDSCH包括1个还是2个传输块(TB)。对于类型1或“半静态”HARQ-ACK码本(CB),UE针对每个服务小区考虑单个时域资源分配(TDRA)表、PDSCH到HARQ反馈(PDSCH-to-HARQ_feedback)定时(K1)值的单个集合、以及单个子载波间隔(SCS)配置。
当UE接收到用于在协调度小区集合上联合调度多个PDSCH的DCI格式时,DCI格式触发多个HARQ-ACK信息比特,不少于协调度PDSCH/小区的数量(并且如果任何协调度小区每PDSCH被配置有2-TB,则以因子2或基于配置的TB的数量)。此外,与单小区调度相比,UE可以具有用于多小区调度的单独的TDRA表或K1配置。
另外,定时方面和SCS配置跨不同协调度小区能够是不同的,这会影响类型1CB生成。例如,用于多小区调度的DCI格式指示相对于多个协调度PDSCH中的最后一个PDSCH的K1值。然后,UE需要“回溯”定时关系以确定其他协调度PDSCH的候选时机,并且,在这种确定中需要考虑多个不同SCS配置的影响。这样的操作将涉及对于单小区调度的情况不是必需的/可用的新方法。
因此,本公开的实施例考虑到需要多小区调度,其中,多个小区能够使用减少的信令开销(诸如通过仅使用单个DCI格式)来联合调度。
本公开的实施例还考虑到需要增强类型1HARQ-ACK码本以适应协调度PDSCH,包括各种K0/K1定时关系、不同TDRA表配置和不同SCS配置。
另外,本公开的实施例考虑到需要通过考虑用于多小区调度的各种机制来开发这样的增强,诸如一阶段DCI格式(潜在地具有多小区映射)或两阶段DCI格式,其中,第一阶段DCI由PDCCH承载并且第二阶段DCI由PDSCH/PDCCH承载。
因此,本公开的实施例提供了用于具有减少的信令开销的多小区调度的方法和装置,诸如单个DCI格式或两阶段DCI格式。
公开了对类型1HARQ-ACK码本的增强,其中,具有多小区调度配置的UE基于TDRA表和与单小区调度和/或多小区调度相对应的K1值的集合来生成类型1CB。例如,对于在所有协调度小区之间共享的配置的K1值(用于单小区调度或多小区调度),UE采用与单小区调度相对应的TDRA表和用于多小区调度的TDRA表的并集,以确定与所有DCI格式相对应的候选PDSCH接收。另外,由于用于多小区调度的DCI格式中的K1值仅指示诸如最后一个PDSCH的参考PDSCH,因此UE不仅基于配置的K1值,而且还通过考虑协调度小区的相对调度时间线基于K1值的扩展来确定候选PDSCH时机。这种相对定时涉及在协调度小区之间配置的K0值,例如,相对K0(由0表示)。另外,当协调度小区具有用于SCS或K0或K1值的不同配置时,UE通过将合适的缩放因子应用于配置的K0值来确定相对调度时间线。考虑用于单小区调度相对多小区调度的相同或单独的类型1CB的生成,并且相应地考虑用于类型1CB的UL DAI的新定义(即,当UE将在PUSCH发送中复用HARQ-ACK信息时,调度PUSCH发送的上行链路DCI格式中的DAI值)。
在存在多小区调度的情况下用于类型1CB的设计还考虑了两阶段DCI的影响,诸如第一阶段DCI和第二阶段DCI的相对定时和SCS配置。
本公开中考虑的方法通过提供与HARQ-ACK信息生成和对应PUCCH发送相关的公共值而不是单独值来实现用于在多个小区上调度多个PDSCH的减少的下行链路信令。本公开中的方法还通过将与多个小区上的多个PDSCH相对应的HARQ-ACK信息复用到单个HARQ-ACK码本中并使用单个公共PUCCH发送来提供HARQ-ACK码本以实现减少的上行链路信令。
使用单个DCI格式进行多小区调度的一个动机是用于在低于6GHz或高于6GHz的频带(分别称为FR1或FR2)中的带内CA框架中操作的较大数量的小区(诸如4-8个小区)的增强的跨载波调度操作。
通常,实施例适用于包括带间CA的任何部署、垂直或场景,带间CA在频域中具有潜在分段频谱,具有eMBB、超可靠和低时延通信(URLLC)和工业物联网(IIoT)和扩展现实(XR)、mMTC和IoT,具有侧链路/车辆到任何事物(V2X)通信,具有多TRP/波束/面板,在未许可/共享频谱(NR-U)中,用于非地面网络(NTN),用于诸如无人驾驶飞行器(UAV)(诸如无人机)的空中系统,用于私有或非公共网络(NPN),用于具有降低能力(RedCap)UE的操作等。
用于在存在具有减少的信令开销(诸如单个DCI格式)的多小区调度配置的情况下增强HARQ-ACK码本设计的本公开的实施例在下文中总结,并在下面进一步详细阐述。实施例的组合也是适用的,但是为了简洁起见,没有详细描述它们。
例如,下面更详细描述的实施例描述了多小区调度操作。例如,能够由较高层向UE提供多个协调度小区集合。术语协调度小区集合用于指代服务小区集合,其中,能够通过单个DCI格式或通过使用诸如本文描述的那些的补充方法在协调度小区集合中的两个或更多个小区上针对UE来调度PDSCH接收或PUSCH发送。另外,能够经由PDCCH中的DCI格式或者经由PDSCH中的MAC CE向UE指示协调度小区集合的子集,其中,该子集的小区能够跨不同PDCCH监听时机而改变,例如,如由对应DCI格式所指示的。
对于另一示例,下面更详细描述的实施例描述了用于多小区调度的各种机制。例如,UE能够经由各种方法(诸如DCI格式大小、或用于加扰用于多小区调度的DCI格式的CRC的无线电网络临时标识符(RNTI)、或通过DCI格式中的字段进行的显式指示、或通过专用控制资源集(CORESET)和相关联的搜索空间集)来区分单小区调度DCI格式与多小区调度DCI格式。
对于另一示例,下面更详细描述的实施例描述了用于多小区调度的PDCCH监听。例如,UE能够经由各种方法(诸如DCI格式大小、或用于加扰用于多小区调度的DCI格式的CRC的RNTI、或通过DCI格式中的字段进行的显式指示)来区分单小区调度DCI格式与多小区调度DCI格式。能够存在用于监听用于多小区调度的DCI格式的两种情况:基于专用于多小区调度的搜索空间集的第一情况、以及基于由单小区调度和多小区调度两者共享的搜索空间集的第二情况。
对于另一示例,下面更详细描述的实施例描述了用于多小区调度的HARQ-ACK码本的一般考虑。例如,配置有用于协调度小区集合的多小区调度的UE期望协调度小区集合中的所有小区属于相同PUCCH组,并且还期望UE被提供用于HARQ-ACK码本(诸如类型1码本)的配置。用于多小区调度的HARQ码本生成能够取决于TDRA表的配置、针对多小区调度提供的K0值集合和/或K1值集合。能够向UE提供专用TDRA/K0/K1配置,用于协调度小区集合或具有多小区调度配置的小区的多小区调度,或者UE能够基于用于协调度小区集合当中的单小区调度的对应配置的交集(或并集)来隐式地确定用于多小区调度的TDRA/K0/K1配置。K0的值能够关于(w.r.t.)对应服务小区的SCS配置或w.r.t.参考SCS配置,诸如协调度小区集合当中的最大SCS配置。K1的值能够w.r.t.具有PUCCH配置的对应小区(诸如PCell)的SCS配置。
对于另一示例,下面更详细描述的实施例描述了对用于多小区调度的类型1(半静态)HARQ-ACK码本的增强。例如,当UE被配置为生成类型1HARQ-ACK CB(也称为半静态CB)并且UE也被配置有多小区调度时,UE能够生成用于单小区调度和多小区调度两者的相同类型1CB,或者UE能够生成用于单小区调度和多小区调度的两个单独的类型1CB。用于系统操作的规范能够仅支持两个选项中的一个,或者UE能够通过DCI格式确定每个较高层配置或每个指示的相同或单独的CB。
对于另一示例,下面更详细描述的实施例描述了生成用于单小区调度和多小区调度两者的相同/公共类型1HARQ-ACK码本。例如,对于具有多小区调度配置的UE,当UE生成用于单小区调度和多小区调度两者的相同类型1CB时,UE在K1值仅被配置用于单小区调度时基于与单小区调度相对应的TDRA表,并在K1值被配置用于单小区调度和多小区调度两者时基于与单小区调度相对应的TDRA表和与多小区调度相对应的TDRA表的并集来确定用于类型1CB的候选PDSCH时机。当UE接收到具有不同K0值的协调度PDSCH但在相同时隙中的相同PUCCH/PUSCH中发送对应HARQ-ACK信息时,UE不仅基于配置的K1值,而且还基于针对不同协调度小区配置的K0值之间的相对K0值来确定候选PDSCH时机。当不同协调度小区具有不同SCS配置时,UE基于合适的缩放因子来确定相对K0值,其中,缩放因子进而基于用于协调度小区的对应SCS配置和具有PUCCH配置的对应小区(诸如PCell)。
对于另一示例,下面更详细描述的实施例描述了生成用于单小区调度和多小区调度的单独的类型1HARQ-ACK码本。例如,对于配置有多小区调度的UE,当UE生成用于单小区调度和多小区调度的单独的类型1HARQ-ACK码本时,UE生成用于单小区调度的第一类型1CB和用于多小区调度的第二类型1CB,其中,每个类型1CB基于TDRA/K0/K1的对应配置。UE能够在单独的PUCCH资源中发送第一CB和第二CB,或者能够附接第一CB和第二CB(在这种情况下,也能够称为第一子CB和第二子CB),并在单个/相同PUCCH资源中发送。可替代地,UE能够基于调度PUSCH的DCI格式中的UL DAI字段(具有2比特,而不是TS 38.213 v.16.5.0中的1比特)在PUSCH上发送第一和/或第二类型1CB。
对于另一示例,下面更详细描述的实施例描述了用于具有两阶段DCI的多小区调度的类型1HARQ-ACK码本。例如,当UE被配置用于协调度小区集合的多小区调度的两阶段DCI格式时(其中,UE在第一PDSCH中接收对应第二阶段DCI),与其中UE在协调度小区集合上发送与(其他)协调度PDSCH相对应的HARQ-ACK信息的PUCCH/PUSCH相比,UE能够在相同或不同PUCCH/PUSCH中发送与第一PDSCH相对应的HARQ-ACK信息。
对于另一示例,下面更详细描述的实施例描述了在存在多小区调度的情况下HARQ-ACK码本生成的其他方面。
对于另一示例,下面更详细描述的实施例描述了在存在多小区调度的情况下的类型3HARQ码本。例如,对于配置有多个协调度小区集合的UE,当用于多小区调度的DCI格式包括触发类型3HARQ码本(也称为“单次”CB)的生成的标志(诸如单次HARQ-ACK请求字段)时,UE能够将用于多小区调度的DCI格式视为类型3HARQ码本的隐式触发状态。
对于另一示例,下面更详细描述的实施例描述了在存在两阶段多小区调度的情况下的HARQ时间线。例如,对于被配置用于多小区调度的两阶段DCI格式的UE,UE确定相对于第二阶段DCI的最小PDCCH到HARQ(N3)时间线。另外,当UE在PDSCH(诸如由对应第一阶段DCI调度的第一PDSCH)中接收到第二阶段DCI时,UE在确定N3时间线的SCS配置时考虑(第一)PDSCH的SCS配置。当UE确定直到DL带宽部分(BWP)切换的最小时间时,也能够使用相对于第二阶段DCI的N3/N2时间线。
对于另一示例,下面更详细描述的实施例描述了在协调度PUSCH上复用HARQ-ACK反馈。例如,对于配置有用于PUSCH的多小区调度的UE,用于系统操作的规范可能不允许在协调度PUSCH上进行HARQ-ACK复用,例如,以减小DCI格式大小。当在协调度PUSCH上复用HARQ-ACK反馈得到支持时,UL DAI字段能够是应用于所有协调度PUSCH的小区公共参数,或者能够是应用于协调度小区中的参考小区或诸如第一个或最后一个PUSCH的参考PDSCH的小区特定参数。当用于PUSCH的多小区调度的DCI格式被配置为两阶段DCI时,UE能够在第二阶段DCI中接收UL DAI。
对于另一示例,下面更详细描述的表示为E-3-4的实施例描述了在存在多小区调度的情况下的乱序(OoO)调度。例如,对于配置有多小区调度的UE,当UE不支持OoO调度时,UE期望用于多小区调度的DCI格式以与用于单小区调度的DCI格式相同的方式满足“有序”调度属性。为了实现该属性,能够跨所有服务小区或跨成对的服务小区的集合/组而不是成对的单独服务小区来定义OoO属性。在简化变型中,OoO属性仅相对于由用于多小区调度的DCI格式指示的第一/最早一个PDSCH或PUSCH(而不是所有协调度PDSCH或PUSCH)来定义。
在整个本公开中,术语“配置”或“较高层配置”及其变型(诸如“被配置”等)用于指代以下项中的一个或多个:诸如通过主信息块(MIB)或系统信息块(SIB)(诸如SIB1)的系统信息信令、公共或小区特定的较高层/RRC信令、或专用或UE特定或BWP特定的较高层/RRC信令。
在整个本公开中,术语信号质量用于指代例如信道或信号(诸如包括同步信号(SS)/物理广播信道(PBCH)块(SSB)的参考信号(RS)、信道状态信息RS(CSI-RS)或探测参考信号(SRS))的在有或没有滤波(诸如L1或L3滤波)的情况下的参考信号接收功率(RSRP)、参考信号接收质量(RSRQ)、接收信号强度指示符(RSSI)、信噪比(SNR)或信号与干扰和噪声比(SINR)。
天线端口被定义为使得在其上传送天线端口上的符号的信道能够从在其上传送相同天线端口上的另一符号的信道推断。
对于与PDSCH相关联的解调RS(DM-RS),只有当两个符号在与调度PDSCH相同的资源内、在相同时隙中、并且在相同预编码资源块组(PRG)中时,在其上传送一个天线端口上的PDSCH符号的信道才能够从在其上传送相同天线端口上的DM-RS符号的信道推断。
对于与PDCCH相关联的DM-RS,只有当两个符号在UE可以针对其假设相同预编码被使用的资源内时,在其上传送一个天线端口上的PDCCH符号的信道才能够从在其上传送相同天线端口上的DM-RS符号的信道推断。
对于与PBCH相关联的DM-RS,只有当两个符号在相同时隙内发送的SS/PBCH块内并具有相同块索引时,在其上传送一个天线端口上的PBCH符号的信道才能够从在其上传送相同天线端口上的DM-RS符号的信道推断。
如果在其上传送一个天线端口上的符号的信道的大规模属性能够从在其上传送另一天线端口上的符号的信道推断,则两个天线端口被认为是准协同定位的。大规模属性包括延迟扩展、多普勒扩展、多普勒频移、平均增益、平均延迟和空间Rx参数中的一个或多个。
UE(诸如UE 116)可以假设在相同中心频率位置上以相同块索引发送的SS/PBCH块关于多普勒扩展、多普勒频移、平均增益、平均延迟、延迟扩展以及(当适用时)空间Rx参数是准协同定位的。UE不应针对任何其他SS/PBCH块传输假设准协同定位。
在不存在CSI-RS配置的情况下,除非另有配置,否则UE可以假设PDSCH DM-RS和SS/PBCH块关于多普勒频移、多普勒扩展、平均延迟、延迟扩展以及(当适用时)空间Rx参数是准协同定位的。UE可以假设相同CDM组内的PDSCH DM-RS关于多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间Rx是准协同定位的。UE还可以假设与PDSCH相关联的DM-RS端口与QCL类型A、类型D(当适用时)和平均增益是准协同定位(QCL)的。UE还可以假设没有DM-RS与SS/PBCH块冲突。
UE(诸如UE 116)能够被配置有较高层参数PDSCH-Config内的多达M个TCI状态配置的列表,以根据检测到的具有旨在用于UE和给定服务小区的DCI的PDCCH来解码PDSCH,其中,M取决于UE能力maxNumberConfigureDTCIStatePerCC。每个TCI状态包含用于配置一个或两个下行链路参考信号与PDSCH的DM-RS端口、PDCCH的DM-RS端口或CSI-RS资源的CSI-RS端口之间的QCL关系的参数。准协同定位关系由用于第一DL RS的较高层参数qcl-Type1和用于第二DL RS的qcl-Type2(如果被配置)来配置。对于两个DL RS的情况,不管参考是针对相同DL RS还是针对不同DL RS,QCL类型不应相同。与每个DL RS相对应的准协同定位类型由QCL-Info中的较高层参数qcl-Type给出,并可以采用以下值之一:“QCL-TypeA”、“QCL-TypeB”、“QCL-TypeC”和“QCL-TypeD”。例如,准协同定位类型“QCL-TypeA”能够对应于{多普勒频移,多普勒扩展,平均延迟,延迟扩展}。对于另一示例,准协同定位类型“QCL-TypeB”能够对应于{多普勒频移,多普勒扩展}。对于另一示例,准协同定位类型“QCL-TypeC”能够对应于{多普勒频移,平均延迟}。对于又一示例,准协同定位类型“QCL-TypeD”能够对应于“QCL-TypeD”:{空间Rx参数}。
UE接收MAC覆盖增强(CE)激活命令以将多达N个(例如,N=8个)TCI状态映射到DCI字段“传输配置指示”的码点。当与携带(MAC-CE)激活命令的PDSCH相对应的HARQ-ACK信息在时隙n中发送时,应该在MAC-CE应用时间之后应用TCI状态与DCI字段“传输配置指示”的码点之间的所指示的映射,例如,从时隙之后的第一时隙开始,其中,是用于子载波间隔(SCS)配置μ的每子帧的时隙数量。
独立于RRC连接模式下的tci-PresentInDCI和tci-PresentDCI-1-2的配置,如果DL DCI的接收与对应PDSCH之间的偏移小于阈值timeDurationForQCL,并且用于调度PDSCH的服务小区的至少一个配置的TCI状态包含设置为“类型D”的qcl-Type,则UE可以假设服务小区的PDSCH的DM-RS端口关于用于CORESET的PDCCH准协同定位指示的QCL参数与RS准协同定位,其中,CORESET与其中由UE监听服务小区的活动BWP内的一个或多个CORESET的最后一个时隙中具有最低controlResourceSetId的监听搜索空间相关联。在这种情况下,如果PDSCHDM-RS的qcl-Type被设置为“类型D”与它们在至少一个符号中与之重叠的PDCCH DM-RS的qcl-Type不同,则期望UE优先接收与该CORESET相关联的PDCCH。这也应用于带内CA情况(当PDSCH和CORESET在不同分量载波中时)。如果UE被配置有enableDefaultTCIStatePerCoresetPoolIndex并且UE由在不同ControlResourceSets中包含coresetPoolIndex的两个不同值的较高层参数pCCH-Config配置,则UE可以假设与服务小区的coresetPoolIndex的值相关联的PDSCH的DM-RS端口关于在最后一个时隙中用于CORESET(该CORESET被配置有与调度该PDSCH的PDCCH相同的coresetPoolIndex的值)当中与具有最低controlResourceSetId的被监听搜索空间相关联的CORESET的PDCCH准协同定位指示的QCL参数与RS准协同定位,其中,在该最后一个时隙中,在服务小区的活动BWP内和与调度该PDSCH的PDCCH相同的coresetPoolIndex的值相关联的一个或多个CORESET由UE来监听。在这种情况下,如果PDSCH DM-RS的“QCL-TypeD”不同于在至少一个符号中与它们重叠的PDCCH DM-RS的“QCL-TypeD”并且它们与相同coresetPoolIndex相关联,则期望UE优先接收与该CORESET相关联的PDCCH。这也应用于带内CA情况(当PDSCH和CORESET在不同分量载波中时)。如果UE被配置有enableTwoDefaultTCI-States,并且至少一个TCI码点指示两个TCI状态,则UE可以假设服务小区的PDSCH或PDSCH发送时机的DM-RS端口关于和与包含两个不同TCI状态的TCI码点当中的最低码点相对应的TCI状态相关联的QCL参数与RS准协同定位。当UE由设置为“tdmSchemeA”的较高层参数repetitionScheme配置或者被配置有较高层参数repetitionNumber,并且DL DCI的接收与第一PDSCH发送时机之间的偏移小于阈值timeDurationForQCL时,根据条款5.1.2.1通过基于具有第一PDSCH发送时机的时隙中的激活TCI状态用与包含两个不同TCI状态的TCI码点当中的最低码点相对应的TCI状态替换指示的TCI状态来确定TCI状态到PDSCH发送时机的映射。在这种情况下,如果与包含两个不同TCI状态的TCI码点当中的最低码点相对应的两个TCI状态中的“QCL-TypeD”不同于它们在至少一个符号中与其重叠的PDCCH DM-RS的“QCL-TypeD”,则期望UE优先接收与该CORESET相关联的PDCCH。这也应用于带内CA情况(当PDSCH和CORESET在不同分量载波中时)。在这些上述情况下,如果用于调度PDSCH的服务小区的配置TCI状态中没有一个被配置有设置为“类型D”的qcl-Type,则UE应从用于其调度PDSCH的指示的TCI状态获得其他QCL假设,而不管DL DCI的接收与对应PDSCH之间的时间偏移。
在某些实施例中,如果携带调度DCI的PDCCH在一个分量载波上被接收,并且由该DCI调度的PDSCH在另一分量载波上,则基于调度PDSCH的子载波间隔来确定timeDurationForQCL。如果μPDCCH<μPDSCH,则将附加定时延迟添加到timeDurationForQCL,其中,d在5.2.1.5.1a-1中定义,否则d为零。对于这两种情况,当UE被配置有enableDefaultBeamForCCS时,并且当DL DCI的接收与对应PDSCH之间的偏移小于阈值timeDurationForQCL时,并且当DL DCI不存在TCI字段时,UE从具有适用于调度小区的活动BWP中的PDSCH的最低ID的激活TCI状态获得其用于调度PDSCH的QCL假设。
对于小区上的由DCI格式0_0调度的PUSCH,并且如果较高层参数enableDefaultBeamp1-forPUSCH0-0被设置为“启用(enabled)”,UE未被配置有活动UL BWP上的PUCCH资源并且UE处于RRC连接模式,则UE应参考配置有qcl-Type的RS,根据空间关系(如果适用的话)来发送PUSCH,其中,qcl-Type被设置为与具有小区的活动DL BWP上的最低ID的CORESET的QCL假设相对应的“类型D”。
对于小区上的由DCI格式0_0调度的PUSCH,并且如果较高层参数enableDefaultBeamp1-forPUSCH0被设置为“启用”,UE被配置有活动UL BWP上的PUCCH资源,其中,所有PUCCH资源未被配置有任何空间关系并且UE处于RRC连接模式,则UE应参考配置有qcl-Type的RS,根据空间关系(如果适用的话)来发送PUSCH,其中,qcl-Type被设置为在CORESET在小区上被配置的情况下与具有小区的活动DL BWP上的最低ID的CORESET的QCL假设相对应的“类型D”。
在多发送/接收点(多TRP)操作中,服务小区能够从两个TRP调度UE,从而提供更好的PDSCH覆盖、可靠性和/或数据速率。
对于多TRP存在两种不同操作模式:单DCI和多DCI。对于这两种模式,上行链路和下行链路操作的控制由物理层和MAC两者完成。在单DCI模式下,UE由用于两个TRP的相同DC来I调度,并且在多DCI模式下,UE由来自每个TRP的独立DCI来调度。
在CA中,两个或更多个分量载波(CC)被聚合。UE可以取决于其能力同时在一个或多个CC上进行接收或发送。例如,具有针对CA的单个定时提前能力的UE能够在与共享相同定时提前的多个服务小区(被分组在一个TAG中的多个服务小区)相对应的多个CC上同时进行接收和/或发送。对于另一示例,具有针对CA的多个定时提前能力的UE能够在与具有不同定时提前的多个服务小区(被分组在多个TAG中的多个服务小区)相对应的多个CC上同时进行接收和/或发送。NG-RAN确保每个TAG包含至少一个服务小区。对于又一示例,不具有CA能力的UE能够仅对应于一个服务小区(一个TAG中的一个服务小区)在单个CC上进行接收,并在单个CC上进行发送。
对于毗连和非毗连CC两者都支持CA。当CA被部署时,帧定时和SFN跨能够聚合的小区而对齐,或者PCell/PSCell与SCell之间的多个时隙的偏移被配置给UE。针对UE配置的CC的最大数量对于DL是16个,并且对于UL是16个。
当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获取广播系统信息。
为了在CA被配置时实现合理的UE电池消耗,支持小区的激活/去激活机制。当SCell被去激活时,UE不需要接收对应PDCCH或PDSCH,不能在对应上行链路中发送,也不需要执行信道质量指示符(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在PUCCHSCell被改变或移除之前被去激活。
当重新配置服务小区集合时,添加到该集合的SCell最初被激活或去激活;而保持在集合中的SCell(未改变或重新配置)不改变它们的激活状态(激活或去激活)。
在从RRC_INACTIVE切换或连接恢复时:SCell被激活或去激活。
为了在带宽自适应(BA)被配置时实现合理的UE电池消耗,在活动服务小区中一次仅一个用于每个上行链路载波的UL BWP和一个DL BWP或仅一个DL/UL BWP对能够是活动的,UE配置有的所有其他BWP被去激活。在去激活的BWP上,UE不监听PDCCH,不在PUCCH、物理随机接入信道(PRACH)和UL-SCH上发送。
为了在CA被配置时启用快速SCell激活,能够针对SCell配置一个休眠BWP。如果激活的SCell的活动BWP是休眠BWP,则UE停止监听PDCCH并在SCell上发送SRS/PUSCH/PUCCH,但是继续执行CSI测量、AGC和波束管理(如果配置的话)。DCI用于控制进入/离开一个或多个SCell或一个或多个SCell组的休眠BWP。
休眠BWP是由网络经由专用RRC信令配置的UE的专用BWP之一。SpCell和PUCCHSCell不能被配置有休眠BWP。
具有载波指示符字段(CIF)的跨载波调度允许服务小区的PDCCH在另一服务小区上调度资源,但具有以下限制:(i)跨载波调度不应用于PCell,即PCell总是经由其PDCCH来调度;(ii)当SCell被配置有PDCCH时,该小区的PDSCH和PUSCH总是由该SCell上的PDCCH来调度;(iii)当SCell未被配置有PDCCH时,该SCell的PDSCH和PUSCH总是由另一服务小区上的PDCCH来调度;(iv)调度PDCCH和调度PDSCH/PUSCH能够使用相同或不同参数集。
可以放宽上述限制中的一些。例如,动态频谱共享(DSS)允许LTE和NR共享相同载波。随着网络中NR设备的数量增加,重要的是确保共享载波上NR UE的足够调度容量。在DSS操作的情况下,能够考虑用于跨载波调度的PDCCH增强,使得称为特殊/调度SCell(sSCell)的SCell的PDCCH能够在P(S)小区上调度PDSCH或PUSCH。
PDCCH能够用于调度PDSCH上的DL传输和PUSCH上的UL传输,其中,PDCCH上的DCI包括:(i)至少包含与DL-SCH相关的调制和编码格式、资源分配和HARQ信息的下行链路分配;以及(ii)至少包含与UL-SCH相关的调制和编码格式、资源分配和HARQ信息的上行链路调度授权。
除了调度之外,PDCCH能够用于:(i)激活和去激活具有配置的授权的配置的PUSCH发送;(ii)PDSCH半持久发送的激活和去激活;(iii)向一个或多个UE通知时隙格式;(iv)向一个或多个UE通知PRB和OFDM符号,其中,UE可以假设没有传输旨在针对该UE;(v)用于PUCCH和PUSCH的TPC命令的传输;(vi)由一个或多个UE传输用于SRS传输的一个或多个TPC命令;(vii)切换UE的活动带宽部分;(viii)发起随机接入过程;(ix)指示UE在下一次发生不连续接收(DRX)开启持续时间期间监听PDCCH;(x)在IAB上下文中,指示IAB-DU的软符号的可用性;以及(xi)触发单次HARQ-ACK码本反馈。另外,PDCCH能够用于具有共享频谱信道接入的操作,包括:(i)触发搜索空间集组切换;(ii)向一个或多个UE指示关于可用RB集合和信道占用持续时间;以及(iii)指示用于配置的授权PUSCH的下行链路反馈信息(配置的授权下行链路反馈信息(CG-DFI))。
UE根据对应搜索空间来配置在一个或多个配置的控制资源集(CORESET)中的配置的监听时机中监听PDCCH候选集。
CORESET由具有1到3个OFDM符号的持续时间的PRB集合组成。在CORESET内定义资源单元资源元素组(REG)和控制信道元素(CCE),其中,每个CCE由REG集合组成。控制信道通过CCE的聚合来形成。通过聚合不同数量的CCE来实现控制信道的不同码率。在CORESET中支持交织和非交织CCE到REG映射。
极化编码和QPSK调制用于PDCCH。携带PDCCH的每个资源元素组携带其自己的DM-RS。
UE(诸如UE 116)根据对应搜索空间集来监听配置有PDCCH监听的每个激活服务小区上的活动DL BWP上的一个或多个CORESET中的PDCCH候选集合,其中,监听意味着根据监听的DCI格式来解码每个PDCCH候选。
在下行链路中,gNB能够经由PDCCH上的小区-RNTI(C-RNTI)向UE动态地分配资源。UE总是监听PDCCH以便在其下行链路接收被启用时找到可能的分配(活动在被配置时由不连续接收(DRX)管理)。当CA被配置时,相同C-RNTI应用于所有服务小区。
gNB(诸如BS102)可以利用到另一UE的时延关键传输来抢占到一个UE的正在进行的PDSCH发送。gNB能够配置UE以使用PDCCH上的INT-RNTI来监听中断的传输指示。如果UE接收到中断的传输指示,则UE可以假设该指示中包括的资源元素没有携带对该UE有用的信息,即使这些资源元素中的一些资源元素已经被调度给该UE。
另外,利用半持久调度(SPS),gNB能够向UE分配用于初始HARQ传输的下行链路资源:RRC定义配置的下行链路分配的周期性,而寻址到配置的调度RNTI(CS-RNTI)的PDCCH能够用信号传送并激活配置的下行链路分配,或者去激活它;即,寻址到CS-RNTI的PDCCH指示能够根据由RRC定义的周期性隐式地重用下行链路分配,直到去激活。当需要时,在PDCCH上显式地调度重传。
动态分配的下行链路接收覆盖相同服务小区中的配置的下行链路分配(如果它们在时间上重叠)。否则,如果被激活,则假设根据配置的下行链路分配的下行链路接收。
UE可以被配置有对于服务小区的给定BWP的多达8个活动配置的下行链路分配。当多于一个被配置时:网络一次决定这些配置的下行链路分配中的哪些是活动的(包括它们中的全部);并且每个配置的下行链路分配使用DCI命令来单独激活,并且使用DCI命令来完成配置的下行链路分配的去激活,这能够联合地去激活单个配置的下行链路分配或多个配置的下行链路分配。
可以利用PDCCH上的DCI来调度PUSCH,或者可以通过RRC来提供半静态配置的授权,其中,支持两种类型的操作:利用DCI来触发第一PUSCH,其中,后续PUSCH发送遵循RRC配置和在DCI上接收的调度,或者通过数据到达UE的发送缓冲器来触发PUSCH并且PUSCH发送遵循RRC配置。
在上行链路中,gNB能够经由PDCCH上的C-RNTI向UE动态地分配资源。UE总是监听PDCCH以便在其下行链路接收被启用时找到用于上行链路传输的可能授权(活动在被配置时由DRX管理)。当CA被配置时,相同C-RNTI应用于所有服务小区。
gNB可以针对具有时延关键传输的另一UE来取消PUSCH发送、或PUSCH发送的重复、或UE的SRS传输。gNB能够配置UE以使用PDCCH上的CI-RNTI来监听取消的传输指示。如果UE接收到取消的传输指示,则UE应取消从与资源重叠的最早一个符号开始的PUSCH发送,或者取消与由取消指示的资源重叠的SRS传输。
另外,利用配置的授权,gNB能够向UE分配用于初始HARQ传输和HARQ重传的上行链路资源。定义了两种类型的配置的上行链路授权。表示为类型1的第一类型是RRC直接提供配置的上行链路授权(包括周期性)。表示为类型2的第二类型是RRC定义配置的上行链路授权的周期性,而寻址到CS-RNTI的PDCCH可以用信号传送并激活配置的上行链路授权,或者去激活它;即,寻址到CS-RNTI的PDCCH指示能够根据由RRC定义的周期性隐式地重用上行链路授权,直到被去激活。
HARQ功能确保在层1处的对等实体之间的递送。当物理层未被配置用于下行链路/上行链路空间复用时,单个HARQ进程支持一个TB,并且当物理层被配置用于下行链路/上行链路空间复用时,单个HARQ进程支持一个或多个TB。
在CA的情况下,物理层的多载波性质仅暴露给针对其每个服务小区需要一个HARQ实体的MAC层。在上行链路和下行链路两者中,每服务小区存在一个独立的HARQ实体,并且在不存在空间复用的情况下,每服务小区的每分配/授权生成一个传输块。每个传输块及其潜在的HARQ重传被映射到单个服务小区。
对于下行链路,支持异步增量冗余混合ARQ。gNB在DCI中动态地或在RRC配置中半静态地向UE提供HARQ-ACK反馈定时。通过使用增强型动态码本和/或针对PUCCH组中的所有配置的CC和HARQ进程的HARQ-ACK传输的单次触发,支持HARQ-ACK反馈的重传以用于具有共享频谱信道接入的操作。UE可以被配置为接收基于码块组的传输,其中,可以调度重传以携带TB的所有码块的子集。
对于上行链路,支持异步增量冗余HARQ。gNB使用DCI上的上行链路授权来调度每个上行链路传输和重传。对于具有共享频谱信道接入的操作,UE还能够在配置的授权上重传。UE可以被配置为发送基于码块组的传输,其中,重传可以被调度以携带传输块的所有码块的子集。
能够同时构造对应于优先级(高/低)的多达两个HARQ-ACK码本。对于每个HARQ-ACK码本,支持用于时隙内的HARQ-ACK传输的多于一个PUCCH。每个PUCCH被限制在一个子时隙内,并且每HARQ-ACK码本来配置子时隙模式。
PUCCH将上行链路控制信息(UCI)从UE携带到gNB。UCI至少包括HARQ-ACK信息、调度请求(SR)和CSI。
UCI能够在PUCCH上发送或者在PUSCH中复用。当UCI和PUSCH发送由于UL-SCH传输块的传输或者由于触发没有UL-SCH传输块的A-CSI传输而在时间上重合时,支持PUSCH中的UCI复用:(i)通过打孔PUSCH来复用携带具有1或2比特的HARQ-ACK反馈的UCI;(ii)在所有其他情况下,UCI通过速率匹配PUSCH来复用。
对于具有共享频谱信道接入的配置的授权操作,在由配置的上行链路授权调度的PUSCH中发送CG-UCI(配置的授权上行链路控制信息)。对于具有共享频谱信道接入的操作,CG-UCI和携带HARQ-ACK反馈的PUCCH的复用能够由gNB来配置。如果未配置,则当PUCCH与PUCCH组内由配置的授权调度的PUSCH重叠并且PUCCH携带HARQ ACK反馈时,跳过由配置的授权调度的PUSCH。
PUCCH将UCI从UE(诸如UE 116)携带到gNB(诸如BS102)。存在PUCCH的五种格式,这取决于PUCCH的持续时间和UCI有效载荷大小。表示为“格式#0”的第一格式指示具有多达两个比特的小UCI有效载荷的1或2个符号的短PUCCH,其中,在相同PRB中具有1比特有效载荷的多达6个UE的UE复用容量。表示为“格式#1”的第二格式指示具有多达两个比特的小UCI有效载荷的4-14个符号的长PUCCH,其中,UE复用容量多达84个UE而没有跳频,并且36个UE在相同PRB中具有跳频。表示为“格式#2”的第三格式指示1或2个符号的短PUCCH,具有多于两个比特的大UCI有效载荷,在相同PRB中没有UE复用能力。表示为“格式#3”的第四格式指示具有大UCI有效载荷的4-14个符号的长PUCCH,其中,在相同PRB中没有UE复用能力。表示为“格式#4”的第五格式指示具有中等UCI有效载荷的4-14个符号的长PUCCH,其中,多达4个UE的复用容量在相同PRB中。
多达两个UCI比特的短PUCCH格式基于序列选择,而多于两个UCI比特的短PUCCH格式对UCI和DM-RS进行频率复用。长PUCCH格式对UCI和DM-RS进行时间复用。对于长PUCCH格式和持续时间为2个符号的短PUCCH格式,支持跳频。长PUCCH格式能够在多个时隙上重复。
对于具有共享频谱信道接入的操作,PUCCH格式#0、#1、#2、#3被扩展为使用一个RB集合中的一个PRB交织(对于格式#2和格式#3多达两个交织)中的资源。当一个交织被使用时,PUCCH格式#2和#3被增强以支持相同PRB交织中的多达4个UE的复用容量。
当UCI和PUSCH发送由于UL-SCH传输块的传输或者由于触发没有UL-SCH传输块的A-CSI传输而在时间上重合时,支持PUSCH中的UCI复用:(i)通过打孔PUSCH来复用携带具有1或2比特的HARQ-ACK反馈的UCI;(ii)在所有其他情况下,UCI通过速率匹配PUSCH来复用。
UCI能够包括:(i)CSI;(ii)ACK/否定确认(NACK);或(iii)调度请求。
对于具有共享频谱信道接入的操作,CG-UCI和携带HARQ-ACK反馈的PUCCH的复用能够由gNB来配置。如果未被配置,则当PUCCH与PUCCH组内由配置的授权调度的PUSCH重叠并且PUCCH携带HARQACK反馈时,跳过由配置的授权调度的PUSCH。
QPSK和e/2BPSK调制能够用于具有多于2比特信息的长PUCCH,QPSK用于具有多于2比特信息的短PUCCH,并且BPSK和QPSK调制能够用于具有多达2个信息比特的长PUCCH。
变换预编码应用于PUCCH格式#3和格式#4。
用于上行链路控制信息的信道编码在下面的表(1)中描述。
[表1]
PUSCH和PUCCH能够通过RRC或L1信令与优先级(高/低)相关联。如果PUCCH发送在时间上与PUSCH或另一PUCCH的发送重叠,则只能发送与高优先级相关联的PUCCH或PUSCH。
在补充上行链路(SUL)的情况下,UE被配置有用于相同小区的一个DL的2个UL,并且这两个UL上的上行链路传输由网络控制以避免在时间上重叠PUSCH/PUCCH发送。PUSCH上的重叠传输通过调度来避免,同时PUCCH上的重叠传输通过配置来避免(PUCCH只能被配置用于小区的2个UL中的仅一个)。此外,在每个上行链路中支持初始接入。
如果UE(诸如UE 116)被提供pdsch-HARQ-ACK-CodebookList,则UE能够由pdsch-HARQ-ACK-CodebookList指示以生成一个或两个HARQ-ACK码本。如果指示UE生成一个HARQ-ACK码本,则HARQ-ACK码本与优先级索引0的PUCCH相关联。如果UE被提供pdsch-HARQ-ACK-CodebookList,则UE在相同HARQ-ACK码本中仅复用与相同优先级索引相关联的HARQ-ACK信息。如果指示UE生成两个HARQ-ACK码本,则第一HARQ-ACK码本与优先级索引0的PUCCH相关联,并且第二HARQ-ACK码本与优先级索引1的PUCCH相关联。UE分别通过{PUCCH-ConfigurationList,UCI-OnPUSCH-ListDCI-0-1,PDSCH-CodeBlockGroupTransmissionList}or{PUCCH-ConfigurationList,UCI-OnPUSCH-ListDCI-0-2,PDSCH-CodeBlockGroupTransmissionList}针对{PUCCH-Config,UCI-OnPUSCH,PDSCH-codeBlockGroupTransmission}中的每一个提供第一和第二,以分别与第一和第二HARQ-ACK码本一起使用。
如果UE接收到PDSCH而没有接收到对应PDCCH,或者如果UE接收到指示SPS PDSCH释放的PDCCH,则UE生成一个对应HARQ-ACK信息比特。如果UE生成两个HARQ-ACK码本,则UE每SPS PDSCH配置由harq-CodebookID(用于复用对应HARQ-ACK信息比特的HARQ-ACK码本索引)来指示。
如果UE被提供pdsch-HARQ-ACK-OeshotFeedback并且UE在任何PDCCH监听时机中检测到包括具有值1的单次HARQ-ACK请求字段的DCI格式,则(i)UE在类型3HARQ-ACK码本中包括HARQ-ACK信息,并且(ii)UE不期望DCI格式的PDSCH-to-HARQ_feedback定时指示符字段提供来自dl-DataToUL-ACK-r16的不适用值。
在该条款的剩余部分中,参考一个HARQ-ACK码本和DCI格式,其调度PDSCH接收,或指示SPS PDSCH释放,或指示SCell休眠而不调度PDSCH接收并与HARQ-ACK码本相关联。
如果UE(诸如UE 116)被配置为在用于被指示为由DCI格式释放的SPS配置的时隙中接收SPS PDSCH,并且如果UE在PDCCH接收的最后一个符号的结束不在任何SPS PDSCH接收的最后一个符号的结束之后的时隙中接收提供DCI格式的PDCCH,并且如果用于SPSPDSCH释放和SPS PDSCH接收的HARQ-ACK信息将在相同PUCCH中复用,则UE不期望接收SPSPDSCH,不生成用于SPS PDSCH接收的HARQ-ACK信息,并生成用于SPS PDSCH释放的HARQ-ACK信息比特。
如果UE检测到指示(i)SCell休眠而不调度PDSCH接收,如条款10.3中所述,和(ii)被提供pdsch-HARQ-ACK-Codebook=dynamic或pdsch-HARQ-ACK-Codebook-r16的DCI格式1_1,则UE生成HARQ-ACK信息比特,如条款9.1.3中所述,用于指示SCell休眠的DCI格式1_1,并且HARQ-ACK信息比特值是ACK。
如果UE未被提供PDSCH-CodeBlockGroupTransmission,则UE每传输块生成一个HARQ-ACK信息比特。
对于HARQ-ACK信息比特,如果UE检测到提供SPS PDSCH释放或正确解码传输块的DCI格式,则UE生成肯定确认(ACK),并且如果UE未正确解码传输块,则生成NACK。HARQ-ACK信息比特值0表示NACK,而HARQ-ACK信息比特值1表示ACK。
在下文中,用于DCI格式的CRC用C-RNTI、调制和编码方案-C-RNTI(MCS-C-RNTI)或CS-RNTI来加扰。
如果UE被提供用于服务小区的PDSCH-CodeBlockGroupTransmission,则UE接收由DCI格式1_1调度PDSCH,其包括传输块的码块组(CBG)。UE还被提供maxCodeBlockGroupsPerTransportBlock,其指示用于生成用于服务小区的传输块接收的相应HARQ-ACK信息比特的CBG的最大数量
对于传输块中的C个码块(CB),UE根据[REF4]来确定CBG的数量M,并确定传输块的HARQ-ACK比特的数量。
如果UE(诸如UE 116)正确地接收到CBG的所有码块,则UE生成针对CBG的HARQ-ACK信息比特的ACK,并且如果UE不正确地接收到CBG的至少一个码块,则生成针对CBG的HARQ-ACK信息比特的NACK。如果UE接收到两个传输块,则UE将用于第二传输块的CBG的HARQ-ACK信息比特级联在用于第一传输块的CBG的HARQ-ACK信息比特之后。
HARQ-ACK码本包括个HARQ-ACK信息比特,并且如果对于传输块,则UE生成针对HARQ-ACK码本中的传输块的最后一个HARQ-ACK信息比特的NACK值。
如果UE响应于传输块的重传(对应于与传输块的先前传输相同的HARQ进程)而生成HARQ-ACK码本,则UE生成针对UE在传输块的先前传输中正确解码的每个CBG的ACK。
如果UE正确地检测到CBG中的每一个并且未正确地检测到针对CBG的传输块,则UE生成针对CBG中的每一个的NACK值。
如果UE被配置有pdsch-HARQ-ACK-Codebook=半静态,则该条款适用。
如果UE(诸如UE 116)被提供用于码本的subslotLength-ForPUCCH,则UE不期望配置有用于码本的pdsch-HARQ-ACK-Codebook=半静态。
UE仅在HARQ-ACK码本中报告用于对应PDSCH接收或SPS PDSCH释放的HARQ-ACK信息,其中,HARQ-ACK码本由UE在由对应DCI格式的PDSCH-to-HARQ_feedback定时指示符字段的值指示的时隙中发送。UE报告针对HARQ-ACK码本中的HARQ-ACK信息比特的NACK值,其中,UE在未由对应DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段的值指示的时隙中发送HARQ-ACK码本。
如果UE未被提供pdsch-HARQ-ACK-OneShotFeedback,则UE不期望接收由UE在任何PDCCH监听时机中检测到并包括提供来自dl-DataToUL-ACK-r16的不适用值的PDSCH-to-HARQ_feedback定时指示符字段的DCI格式调度的PDSCH。
如果UE被提供SPS-Config中的pdsch-AggregationFactor-r16或PDSCH-Config中的pdsch-AggregationFactor并且pdsch-TimeDomainAllocationList和pdsch-TimeDomainAllocationListDCI-1-2中没有条目包括PDSCH-TimeDomainResourceAllocation-r16中的repetitionNumber,则是SPS-Config中的pdsch-AggregationFactor-r16或PDSCH-Config中的pdsch-AggregationFactor的最大值;否则为UE(i)如果由pdsch-AggregationFactor或pdsch-AggregationFactor-r16[6,REF4]提供,则从DL时隙到DL时隙nD报告用于PDSCH接收的HARQ-ACK信息,或者(ii)如果调度PDSCH接收的DCI格式中的时域资源分配字段指示包含repetitionNumber的条目,则从DL时隙到DL时隙nD报告用于PDSCH接收的HARQ-ACK信息,或者(iii)在DL时隙nD中报告用于PDSCH接收的HARQ-ACK信息,否则仅在UE包括在时隙n+k中的PUCCH或PUSCH发送中的HARQ-ACK码本中报告用于PDSCH接收的HARQ-ACK信息,其中,n是与DL时隙nD中的PDSCH接收的结束重叠的UL时隙,并且k是由对应DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段指示或者在对应DCI格式中不存在PDSCH-to-HARQ_feedback定时指示符字段的情况下由dl-DataToUL-ACK指示的时隙的数量。如果UE在除了时隙n+k之外的时隙中报告用于PDSCH接收的HARQ-ACK信息,则UE将每个对应HARQ-ACK信息比特的值设置为NACK。
如果UE仅针对(i)由计数器DAI字段值为1的DCI格式1_0指示的SPS PDSCH释放、或(ii)由计数器DAI字段值为1的的DCI格式1_0在PCell上调度的PDSCH接收、或(iii)SPSPDSCH接收在PUCCH中报告HARQ-ACK信息,则如在条款9.1.2.1中(对于类型1CB)确定的候选PDSCH接收的MA,C个时机,UE根据相应服务小区上的对应各时机确定仅用于SPSPDSCH释放或仅用于PDSCH接收或仅用于一个SPS PDSCH接收的HARQ-ACK码本,其中,DCI格式1_0中的计数器DAI的值根据表(2),并且响应于UE被配置为接收的多于一个SPS PDSCH接收的HARQ-ACK信息比特根据以下伪码来排序,如句法(1)所示:否则,用于HARQ-ACK码本确定的过程适用。
句法(1)
将设置为配置给UE的服务小区的数量
将设置为配置给UE的用于服务小区c的SPS PDSCH配置的数量。
将设置为用于服务小区c上的SPS PDSCH接收的DL时隙的数量,其中,在PUCCH上复用HARQ-ACK信息
设置j=0-HARQ-ACK信息比特索引
设置c=0-服务小区索引:较低索引对应于对应小区的较低RRC索引
while
设置s=0-SPS PDSCH配置索引:较低索引对应于对应SPS配置的较低RRC索引
while
设置nD=0-时隙索引
while
if{
UE被配置为在服务小区c上针对SPS PDSCH配置s从时隙到时隙nD接收SPS PDSCH,如果根据[6,REF4]有任何SPS PDSCH,或者基于用于根据[6,REF4]在时隙中进行PDSCH接收的数量的UE能力,或者由于与由tdd-UL-DL-ConfigurationCommon或由tdd-UL-DL-ConfigurationDedicated指示为上行链路的符号集合重叠,则不包括不需要在重叠SPS PDSCH当中的任何时隙中接收的SPS PDSCH,其中由sps-Config中的pdsch-AggregationFactor-r16提供,或者如果sps-Config中不包括pdsch-AggregationFactor-r16,则由pdsch-config中的pdsch-AggregationFactor提供
用于SPS PDSCH的HARQ-ACK信息与PUCCH相关联
}
j=j+1;
end if
nD=nD+1;
end while
s=s+1;
end while
c=c+1;
end while
下面的表(2)描述了针对和总DAI的计数器DAI(C-DAI)的值。
[表2]
在某些实施例中,如下构造物理上行链路控制信道中的类型1HARQ-ACK码本。
对于服务小区c、(服务小区c的)活动DL BWP和(主小区的)活动UL BWP,UE确定用于UE能够在时隙nU中的PUCCH中针对其发送对应HARQ-ACK信息的候选PDSCH接收的MA,c个时机的集合。如果服务小区c被去激活,则UE使用由firstActiveDownlinkBWP-Id提供的DLBWP作为活动DL BWP来确定用于候选PDSCH接收的MA,c个时机的集合。该确定基于5个参数。对于第一参数,该确定基于与活动UL BWP相关联的时隙定时值K1的集合。这里,如果UE被配置为监听用于DCI格式1_0的PDCCH并且未被配置为监听用于服务小区c上的DCI格式1_1或DCI格式1_2的PDCCH,则K1由时隙定时值{1,2,3,4,5,6,7,8}来提供。类似地,如果UE被配置为监听用于DCI格式1_1的PDCCH并且未被配置为监听用于服务小区c的DCI格式1_2的PDCCH,则K1由dl-DataToUL-ACK来提供。另外,如果UE被配置为监听用于DCI格式1_2的PDCCH并且未被配置为监听用于服务小区c的DCI格式1_1的PDCCH,则K1由dl-DataToUL-ACK-ForDCIFormat1_2提供。此外,如果UE被配置为监听用于服务小区c的DCI格式1_1和DCI格式1_2的PDCCH,则K1由dl-DataToUL-ACK和dl-DataToUL-ACK-ForDCIFormat1_2的并集来提供。
对于第二参数,该确定基于表的行索引R的集合,该表与活动DL BWP相关联并定义时隙偏移K0、开始和长度指示符SLIV以及用于PDSCH接收的PDSCH映射类型的相应集合,如[REF4]中所述,其中,表的行索引R由用于UE被配置为监听用于服务小区c的PDCCH的DCI格式的时域资源分配表的行索引的并集提供。如果UE被提供referenceOfSLIVDCI-1-2,对于用于DCI格式1_2的表的行索引集中具有时隙偏移K0=0和PDSCH映射类型B的每个行索引[REF4],对于其中UE监听用于DCI格式1_2的PDCCH并具有起始符号S0>0的任何时隙中的任何PDCCH监听时机,如果S+S0+L≤14用于正常循环前缀并且S+S0+L≤12用于扩展循环前缀,则通过将行索引的起始符号S替换为S+S0来在表的行索引集中添加新的行索引。
对于第三参数,该确定基于分别由用于活动DL BWP和活动UL BWP的BWP-Downlink和BWP-BWP-Uplink中的subcarrierSpacing提供的下行链路SCS配置μDL与上行链路SCS配置μDL之间的比率
对于第四参数,该确定基于tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated(如果提供的话)。
对于第五参数,如果ca-SlotOffset被提供,则该确定基于由用于服务小区c的ca-SlotOffset提供的和Noffset,DL,c、或者由用于主小区的ca-SlotOffset提供的和Noffset,UL。
在某些实施例中,如果以下条件适用,则UE(诸如UE 116)通过在以下伪码中设置和(表示为句法(2))来分别生成用于服务小区的集合S0和集合S1的类型1HARQ-ACK码本。注意,UE级联针对集合S0生成的HARQ-ACK码本,随后是针对集合S1生成的HARQ-ACK码本,以获得OACK HARQ-ACK信息比特的总数。条件包括:UE(i)未被提供coresetPoolIndex,或者针对服务小区的活动DL BWP上的第一CORESET被提供值为0的coresetPoolIndex;(ii)针对服务小区的活动DL BWP上的第二CORESET被提供值为1的coresetPoolIndex,以及(iii)被提供ackNackFeedbackMode=联合(joint)。在这些条件下,(i)如果服务小区包括第一CORESET,则将服务小区放置在个服务小区的第一集合S0中,(ii)如果服务小区包括第二CORESET,则将服务小区放置在个服务小区的第二集合S1中,以及(iii)根据服务小区索引的升序将服务小区放置在集合中。
对于时隙定时值K1的集合,UE根据以下伪码来确定用于候选PDSCH接收或SPSPDSCH释放的MA,C个时机的集合,表示为语法(2)。类型1HARQ-ACK码本中用于与单个SPSPDSCH释放相对应的HARQ-ACK信息的位置与用于对应SPS PDSCH接收的位置相同。类型1HARQ-ACK码本中用于通过单个DCI格式与多个SPS PDSCH释放相对应的HARQ-ACK信息的位置与用于多个SPS PDSCH释放当中具有最低SPS配置索引的对应SPS PDSCH接收的位置相同。
句法(2)
设置j=0-用于候选PDSCH接收或SPS PDSCH释放的时机的索引
设置
设置
将设置为集合K1的基数
设置k=0-在用于服务小区c的集合K1中,按时隙定时值的降序的时隙定时值K1,k的索引
如果UE未被提供用于PDSCH接收的任何服务小区和具有HARQ-ACK信息的对应PUCCH发送的服务小区的ca-SlotOffset
while
如果模式
设置nD=O-UL时隙内的DL时隙的索引
while
将R设置为行集合
将设置为R的基数
设置r=0-集合R中的行的索引
如果时隙nU与用于服务小区c上的活动DL BWP改变或PCell上的活动UL BWP改变的时隙同时开始或在其之后开始,并且时隙在用于服务小区c上的活动DL BWP改变或PCell上的活动UL BWP改变的时隙之前
nD=nD+1;
否则
while
如果UE被提供tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated,并且对于从时隙到时隙的每个时隙,由行r导出的PDSCH时间资源的至少一个符号被配置为UL,其中,K1,k是集合K1中的第k个时隙定时值,
R=R\r;
否则
r=r+1;
end if
end while
如果UE不指示每时隙接收多于一个单播PDSCH的能力,并且
MA,c=MA,c∪j;
j=j+1;
否则
将设置为R的基数
将m设置为在R的所有行当中由SLIV确定的最小的最后一个OFDM符号索引。
while
设置r=0
while
如果S≤m对于行r的起始OFDM符号索引S
-与行r相关联的候选PDSCH接收或SPS PDSCH释放的时机的索引
R=R\r;
否则
r=r+1;
end if
end while
MA,c=MA,c∪j
j=j+1;
将m设置为R的所有行当中最小的最后一个OFDM符号索引;
end while
end if
nD=nD+1;
end if
end while
end if
k=k+1;
end while
否则
while
if mod
设置nD=0-UL时隙内的DL时隙的索引
while
将R设置为行集合
将设置为R的基数
设置r=0-集合R中的行的索引
如果时隙nU与用于服务小区c上的活动DL BWP改变或PCell上的活动UL BWP改变的时隙同时开始或在其之后开始,并且时隙在用于服务小区c上的活动DL BWP改变或PCell上的活动UL BWP改变的时隙之前
nD=nD+1
否则
while
如果UE被提供tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated,并且对于逐时隙的每个时隙,由行r导出的PDSCH时间资源的至少一个符号被配置为UL,其中,K1,k是集合K1中的第k个时隙定时值,
R=R\r;
否则
r=r+1;
end if
end while
如果UE不指示每时隙接收多于一个单播PDSCH的能力,并且
MA,c=MA,c∪j;
j=j+1;
否则
将设置为R的基数
将m设置为在R的所有行当中由SLIV确定的最小的最后一个OFDM符号索引。
while
设置r=0
while
如果S≤m对于行r的起始OFDM符号索引S
-与行r相关联的候选PDSCH接收或SPS PDSCH释放的时机的索引
R=R\r;
否则
r=r+1;
end if
end while
MA,C=MA,C∪j;
j=j+1;
将m设置为R的所有行当中最小的最后一个OFDM符号索引;
end while
end if
nD=nD+1;
end if
end while
end if
k=k+1;
end while
end if
在某些实施例中,如果UE(诸如UE 116)指示每时隙接收多于一个PDSCH的能力,则对于与和的相同值(其中,)相关联的R的行相对应的候选PDSCH接收的时机,UE不期望在相同DL时隙中接收多于一个PDSCH。
如果UE接收到SPS PDSCH、或SPS PDSCH释放、或由不支持基于CBG的PDSCH接收的DCI格式调度的PDSCH,并且如果(i)UE被配置有一个服务小区,(ii)C(MA,c)=1和(iii)向UE提供PDSCH-CodeBlockGroupTransmission,则UE仅针对PDSCH中的传输块或仅针对SPSPDSCH释放来生成HARQ-ACK信息。
如果UE接收到SPS PDSCH、或SPS PDSCH释放、或由不支持基于CBG的PDSCH接收的DCI格式调度的PDSCH,并且如果(i)UE被配置有多于一个服务小区,或者(ii)C(MA,c)>1和(iii)向UE提供PDSCH-CodeBlockGroupTransmission,则UE将用于PDSCH中的传输块或用于SPS PDSCH释放的HARQ-ACK信息重复次。
在某些实施例中,UE不期望在UE复用HARQ-ACK信息的PUCCH发送的第一个符号之前的N3个符号内检测切换DL BWP的DCI格式。这里,如果PDSCH-ServingCellConfig的processingType2Enabled被设置为针对具有第二DCI格式的服务小区以及针对具有在时隙中的PUCCH发送中复用的对应HARQ-ACK信息的所有服务小区启用,则N3=3针对μ3=4.5针对μ3=9针对μ3=8针对μ3=10针对μ3=20针对μ。如果向UE提供dl-DataToUL-ACK或dl-DataToUL-ACK-ForDCIFormat1_2,则UE不期望由DCI格式1_0指示用于传输HARQ-ACK信息的时隙定时值,其中,该时隙定时值不属于时隙定时值集合{1,2,3,4,5,6,7,8}与由K1针对对应服务小区的活动DL BWP提供的时隙定时值集合的交集。
如果maxNrofCodeWordsScheduledByDCI指示接收到两个传输块,则当UE接收到具有一个传输块的PDSCH或SPS PDSCH释放时,HARQ-ACK信息与第一传输块相关联,并且如果harq-ACK-SpatialBundlingPUCCH未被提供,则UE生成用于第二传输块的NACK,并且如果harq-ACK-SpatialBundlingPUCCH被提供,则UE生成用于第二传输块的具有ACK值的HARQ-ACK信息。
UE根据以下伪码(表示为语法(3))来确定用于在PUCCH中传输的HARQ-ACK码本的个HARQ-ACK信息比特,用于OACK HARQ-ACK信息比特的总数。在句法(3)中,如果UE由于UE未检测到对应DCI格式而未接收到传输块或CBG,则UE生成用于传输块或CBG的NACK值。集合MA,C的基数定义用于与HARQ-ACK信息比特相对应的服务小区C的PDSCH接收或SPS PDSCH释放的时机的总数MC。
语法(3)
设置c=0-服务小区索引:较低索引与对应小区的较低RRC索引相对应,其中,对应小区在适用时包括集合S0和集合S1中的小区
设置j=0-HARQ-ACK信息比特索引
将设置为由UE的较高层配置的服务小区的数量
while
设置m=0-用于候选PDSCH接收或SPS PDSCH释放的时机的索引
while M<Mc
如果harq-ACK-SpatialBundlingPUCCH未被提供,则PDSCH-CodeBlockGroupTransmission未被提供,并且UE由MaxNrofCodeWordsSCheduledByDCI来配置有用于服务小区c的活动DL BWP的两个传输块的接收,
j=j+1;
j=j+1;
elseif harq-ACK-SpatialBundlingPUCCH被提供,并且UE由maxNrofCodeWordsScheduledByDCI来配置有用于服务小区c的活动DL BWP的两个传输块的接收,
则UE假设用于第二传输块的ACK;
j=j+1;
elseifPDSCH-CodeBlockGroupTransmission被提供,并且个CBG由用于服务小区c的maxCodeBlockGroupsPerTransportBlock来指示。
设置nCBG=0-CBG索引
while
如果UE由maxNrofCodeWordsScheduledByDCI来配置有用于服务小区c的活动DLBWP的两个传输块的接收。
end if
nCBG=nCBG+1;
end while
其中,是用于服务小区c的活动DL BWP的maxNrofCodeWordsScheduledByDCI的值;
否则
j=j+1;
end if
m=m+1;
end while
c=c+1;
end while
如果OACK+OSR+OCSI≤11,则UE确定用于获得PUCCH的传输功率的HARQ-ACK信息比特的数量nHARQ·ACK为这里,如果harq-ACK-SpatialBundlingPUCCH和PDSCH-CodeBlockGroupTransmission没有被提供,则是UE在用于服务小区c的PDSCH接收时机m中接收的传输块的数量,或者如果PDSCH-CodeBlockGroupTransmission被提供并且PDSCH接收由不支持基于CBG的PDSCH接收的DCI格式来调度,则是UE在用于服务小区c的PDSCH接收时机m中接收的传输块的数量,或者如果harq-ACK-SpatialBundlingPUCCH被提供或者在用于服务小区c的PDSCH接收时机m中的SPS PDSCH释放,则是PDSCH接收的数量,UE在PUCCH中报告对应HARQ-ACK信息。如果PDSCH-CodeBlockGroupTransmission被提供并且PDSCH接收由支持基于CBG的PDSCH接收的DCI格式来调度,则是UE在用于服务小区c的PDSCH接收时机m中接收的CBG的数量,并且UE在PUCCH中报告对应HARQ-ACK信息
物理上行链路共享信道中的类型1HARQ-ACK码本被构造如下。
如果UE将在未由DCI格式调度或由不包括DAI字段的DCI格式调度的PUSCH发送中复用HARQ-ACK信息,则(i)如果UE尚未接收到UE在PUSCH中发送对应HARQ-ACK信息的任何PDSCH或SPS PDSCH释放,则基于调度PDSCH接收或SPS PDSCH释放的DCI格式中的相应PDSCH-to-HARQ_feedback定时指示符字段的值,或者如果DCI格式1_1中不存在PDSCH-to-HARQ_feedback定时指示符字段,则基于dl-DataToUL-ACK的值,或者如果DCI格式1_2中不存在PDSCH-to-HARQ_feedback定时指示符字段,则基于dl-DataToUL-ACK-ForDCI-Format1-2的值,在任何服务小区c上按照DC格式或SPS PDSCH用于候选PSDCH接收的Mc个时机中的任何一个中,UE不在PUSCH发送中复用HARQ-ACK码本;(ii)否则UE生成如针对物理上行链路控制信道中的类型1HARQ-ACK码本所描述的HARQ-ACK码本,只是harq-ACK-SpatialBundlingPUCCH被harq-ACK-SpatialBundlingPUSCH替换,除非UE在用于候选PDSCH接收的Mc个时机中仅接收SPS PDSCH释放,或仅接收SPS PDSCH接收,或仅接收由计数器DAI字段值为1的DCI格式1_0在PCell上调度的PDSCH,在这种情况下,UE生成仅用于SPS PDSCH释放或仅用于PDSCH接收的HARQ-ACK信息。
UE在HARQ-ACK码本中将与UE在PDCCH监听时机中检测到的PDSCH接收或SPS PDSCH释放相对应的任何HARQ-ACK信息设置为NACK值,其中,该PDCCH监听时机在UE检测到调度PUSCH发送的DCI格式的PDCCH监听时机之后开始。
UE不期望在UE复用HARQ-ACK信息的PUSCH发送的第一符号之前的N2个符号内检测切换DL BWP的DCI格式,其中,N2在[REF4]中定义。
如果UE在由包括DAI字段的DCI格式调度的PUSCH发送中复用HARQ-ACK信息,则当DAI字段的值为时,UE生成如针对物理上行链路控制信道中的类型1HARQ-ACK码本所描述的HARQ-ACK码本,只是harq-ACK-SpatialBundlingPUCCH被harq-ACK-SpatialBundlingPUSCH替换。当除非UE在用于候选PDSCH接收的Mc个时机中仅接收到SPS PDSCH释放、或仅接收到SPS PDSCH、或仅接收到由计数器DAI字段值为1的DCI格式1_0在PCell上调度的PDSCH,否则UE不生成用于在PUSCH发送中复用的HARQ-ACK码本,在这种情况下,UE生成仅用于SPS PDSCH释放或仅用于PDSCH接收的HARQ-ACK信息。如果PUSCH由包括DAI字段的DCI格式来调度并且DAI字段被设置为“0”,则否则,
如果UE被配置有pdsch-HARQ-ACK-Codebook=动态或被配置有pdsch-HARQ-ACK-Codebook-r16,则该条款适用。除非另有说明,否则PDSCH-to-HARQ_feedback定时指示符字段提供适用的值。
UE不期望在类型2HARQ-ACK码本中复用响应于检测到不包括计数器DAI字段的DCI格式的HARQ-ACK信息。
如果UE接收到UE在第一PDCCH监听时机中检测到的并且包括提供来自dl-DataToUL-ACK-r16的不适用值的PDSCH-to-HARQ_feedback定时指示符字段的第一DCI格式,则如果UE检测到第二DCI格式,则UE在由第二DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段的值指示的时隙中的PUCCH或PUSCH发送中复用对应HARQ-ACK信息,否则,UE不在PUCCH或PUSCH发送中复用对应HARQ-ACK信息。这里,如果UE未被提供PDSCH-HARQ-ACK_CODEBOOK-r16,则UE在第一PDCCH监听时机之后的任何PDCCH监听时机中检测第二DCI格式,并且,其中,由第二DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段的值指示的时隙不晚于用于响应于在由第一DCI格式调度的PDSCH之后接收的SPS PDSCH接收(如果有的话)的HARQ-ACK信息的时隙。如果UE被提供PDSCH-HARQ-ACK_CODEBOOK-r16,则UE在第一PDCCH监听时机之后的任何PDCCH监听时机中检测第二DCI格式,并且第二DCI格式指示用于与如条款9.1.3.3中所述的由第一DCI格式指示的相同PDSCH组索引的HARQ-ACK信息报告,并且,其中,由第二DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段的值指示的时隙不晚于用于响应于在由第一DCI格式调度的PDSCH之后接收的SPS PDSCH接收(如果有的话)的HARQ-ACK信息的时隙。如果UE被提供pdsch-HARQ-ACK-Codebook-r16,则UE响应于在由第一DCI格式调度的PDSCH之后接收的SPS PDSCH接收,晚于用于HARQ-ACK信息的时隙来接收第二DCI格式,并且第二DCI格式指示用于与如条款9.1.3.3中所述的由第一DCI格式指示的相同PDSCH组索引的HARQ-ACK信息报告。如果UE被提供pdsch-HARQ-ACK-OneShotFeedback,则第一DCI格式不指示SPS PDSCH释放或SCell休眠,UE在第一PDCCH监听时机之后的任何PDCCH监听时机中检测第二DCI格式,并且第二DCI格式包括具有值1的单次HARQ-ACK请求字段,UE在类型3HARQ-ACK码本中包括HARQ-ACK信息,如条款9.1.4中所描述的,并且,其中,由第二DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段的值指示的时隙不晚于用于响应于在由第一DCI格式调度的PDSCH之后接收的SPS PDSCH接收(如果有的话)的HARQ-ACK信息的时隙。如果UE被提供pdsch-HARQ-ACK-OneShotFeedback-r16,第一DCI格式不指示SPSPDSCH释放或SCell休眠,并且UE响应于在由第一DCI格式调度的PDSCH之后接收的SPSPDSCH接收,晚于用于HARQ-ACK信息的时隙来接收第二DCI格式,并且第二DCI格式包括具有值1的单次HARQ-ACK请求字段,则UE将HARQ-ACK信息包括在类型3HARQ-ACK码本中,如条款9.1.4中所述。
UE如下生成类型3HARQ-ACK码本确定。
如果UE被提供pdsch-HARQ-ACK-OneShotFeedback,则UE根据以下过程来确定类型3HARQ-ACK码本的个HARQ-ACK信息比特,用于HARQ-ACK信息比特的总数,表示为语法(5)。
句法(5)
将设置为配置的服务小区的数量
如果被提供,则将设置为用于服务小区c的nrofHARQ-ProcessesForPDSCH的值;否则,设置
如果harq-ACK-SpatialBundlingPUCCH被提供并且NDIHARQ=0,或者如果harq-ACK-SpatialBundlingPUCCH未被提供,或者如果maxCodeBlockGroupsPerTransportBlock针对服务小区c被提供,则将设置为用于服务小区c的maxNrofCodeWordsScheduledByDCI的值;否则,设置
如果maxCodeBlockGroupsPerTransportBlock针对服务小区c被提供并且pdsch-HARQ-ACK-OneShotFeedbackCBG被提供,则将设置为用于服务小区c上的PDSCH接收的每TB的HARQ-ACK信息比特的数量,如条款9.1.1中所述;否则,设置
如果pdsch-HARQ-ACK-OneShotFeedbackNDI被提供,则设置NDIHARQ=0;否则,设置NDIHARQ=1
设置c=0-服务小区索引
设置h=0-HARQ进程号
设置t=0-TB索引
设置g=0-CBG索引
设置j=0
while
while
如果NDIHARQ=0
如果
while
while
否则,
j=j+1
g=g+1
end while
否则,
g=0
j=j+1
t=t+1
end while
否则
while
否则,
j=j+1
否则,
j=j+1
t=t+1
end while
end if
t=0
否则
如果
while
如果UE已经获得用于与PDSCH接收相对应的服务小区c上的HARQ进程号h的TB t的HARQ-ACK信息,并且尚未报告与PDSCH接收相对应的HARQ-ACK信息,则
while
j=j+1
g=g+1
end while
否则
while
j=j+1
g=g+1
end while
end if
g=0
t=t+1
end while
否则
while
如果UE已经获得用于与PDSCH接收相对应的服务小区c上的HARQ进程号h的TB t的HARQ-ACK信息,并且尚未报告与PDSCH接收相对应的HARQ-ACK信息,则
如果harq-ACK-SpatialBundlingPUCCH不被提供
否则
如果UE接收到一个传输块,则UE假设针对第二传输块的ACK
end if
j=j+1
t=t+1
否则
j=j+1
t=t+1
end if
end while
end if
t=0
end if
h=h+1
end while
h=0
c=c+1
end while
如果则当UE接收到具有一个传输块的PDSCH时,HARQ-ACK信息与第一传输块相关联。
如果UE接收到SPS PDSCH或由不支持服务小区c的基于CBG的PDSCH接收的DCI格式调度的PDSCH,并且如果maxCodeBlockGroupsPerTransportBlock针对服务小区c被提供,并且pdsch-HARQ-ACK-OneShotFeedbackCBG被提供,则UE将用于PDSCH中的传输块的HARQ-ACK信息重复次。
如果UE检测到包括具有值1的单次HARQ-ACK请求字段的DCI格式,则UE确定PUCCH或PUSCH以复用类型3HARQ-ACK码本以在时隙中传输。UE仅在PUCCH或PUSCH中复用类型3HARQ-ACK码本以在时隙中传输。
如果(i)UE检测到包括具有值1的单次HARQ-ACK请求字段的DCI格式,并且(ii)DCI的CRC由C-RNTI或MCS-C-RNTI加扰,并且(iii)resourceAllocation=resourceAllocationType0并且DCI格式中的频域资源分配字段的所有比特等于0,或者(iv)resourceAllocation=resourceAllocationType1并且DCI格式中的频域资源分配字段的所有比特等于1,或者(v)resourceAllocation=dynamicSwitch并且DCI格式中的频域资源分配字段的所有比特等于0或1,则DCI格式提供对类型3HARQ-ACK码本报告的请求并且不调度PDSCH接收。期望UE在从提供DCI格式的PDCCH的最后一个符号起的N个符号之后响应于对类型3HARQ-ACK码本的请求而提供HARQ-ACK信息,其中,在条款10.2中通过用“DCI格式”替换“SPS PDSCH释放”来提供针对μ=0,1,2的N值。
如果UE在PUSCH发送中复用HARQ-ACK信息,则UE如本条款中所述来生成HARQ-ACK码本,只是harq-ACK-SpatialBundlingPUCCH被harq-ACK-SpatialBundlingPUSCH替换。
PUCCH中报告的UCI类型包括HARQ-ACK信息、SR、链路恢复请求(LRR)和CSI。UCI比特包括HARQ-ACK信息比特(如果有的话)、SR信息比特(如果有的话)、LRR信息比特(如果有的话)和CSI比特(如果有的话)。HARQ-ACK信息比特对应于HARQ-ACK码本。对于该条款的剩余部分,对SR的任何引用适用于SR和/或LRR。
UE可以在时隙内的不同符号中在服务小区上发送一个或两个PUCCH。当UE在时隙中发送两个PUCCH并且UE未被提供ackNackFeedbackMode=单独(separate)时,两个PUCCH中的至少一个使用PUCCH格式0或PUCCH格式2。
如果UE被提供ackNackFeedbackMode=单独,则UE可以在时隙内的不同符号中发送具有HARQ-ACK信息的多达两个PUCCH。
如果相应UCI比特的数量大于或等于360,则UE假设11个CRC比特;否则,UE基于相应UCI比特的数量来确定CRC比特的数量,如[REF2]中所述。
如果UE不具有由PUCCH-Config中的PUCCH-ResourceSet提供的专用PUCCH资源配置,则PUCCH资源集由pucch-ResourceCommon通过[表9.2.1-1,REF3]的行的索引来提供,用于在个PRB的初始UL BWP中在PUCCH上传输HARQ-ACK信息。
PUCCH资源集包括十六个资源,该资源均对应于用于PUCCH发送的PUCCH格式、第一符号、持续时间、PRB偏移和循环移位索引集。
如果在BWP-UplinkCommon中未提供useInterlacePUCCH-PUSCH,则UE使用跳频来发送PUCCH;否则,UE在没有跳频的情况下发送PUCCH。
具有索引0的正交覆盖码用于[表9.2.1-1,REF3]中具有PUCCH格式1的PUCCH资源。
UE使用与用于由随机接入响应(RAR)UL授权调度的PUSCH发送的相同空间域传输滤波器来发送PUCCH。
如果UE未被提供pdsch-HARQ-ACK-Codebook、pdsch-HARQ-ACK-Codebook-r16、或pdsch-HARQ-ACK-OneShotFeedback中的任何一个,则UE生成至多一个HARQ-ACK信息比特。
如果UE响应于检测到调度PDSCH接收或SPS PDSCH释放的DCI格式而在PUCCH发送中提供HARQ-ACK信息,则UE将具有索引rPUCCH的PUCCH资源(0≤rPUCCH≤15)确定为,其中,NCCE是具有DCI格式的PDCCH接收的CORESET中的CCE的数量,NCCE,0是用于PDCCH接收的第一个CCE的索引,并且ΔPRI是DCI格式中的PUCCH资源指示符字段的值。
如果并且UE通过pucch-ResourceCommon被提供PUCCH资源并且没有在BWP-UplinkCommon中被提供useInterlacePUCCH-PUSCH,则(i)UE将第一跳中的PUCCH发送的PRB索引确定为并将第二跳中的PUCCH发送的PRB索引确定为其中,NCS是初始循环移位索引集中的初始循环移位索引的总数,以及(ii)UE将初始循环移位索引集中的初始循环移位索引确定为rPUCCHmodNCS。
如果并且UE通过pucch-ResourceCommon被提供PUCCH资源并且没有在BWP-UplinkCommon中被提供useInterlacePUCCH-PUSCH(i)UE将第一跳中的PUCCH发送的PRB索引确定为并将第二跳中的PUCCH发送的PRB索引确定为并且(ii)UE确定初始循环移位索引集中的初始循环移位索引为
如果UE通过pucch-ResourceCommon被提供PUCCH资源,并在BWP-UplinkCommon中被提供useInterlacePUCCH-PUSCH,则发生以下情况。首先,UE针对PUCCH资源将交织索引m确定为其中,M是交织的数量[REF1],是交织索引偏移,如[表9.2.1-1,REF3]中给出。其次,UE将初始循环移位索引集中的初始循环移位索引确定为rPUCCHmodNCS,其中,NCS是[表9.2.1-1,REF3]中的初始循环移位索引集中的初始循环移位索引的总数。第三,如果pucch-ResourceCommon指示,则(i)索引0:如果rPUCCH≥10,则第一符号对于具有PUCCH格式0的PUCCH资源是9,(ii)索引1或2:如果rPUCCH=15,则第一符号对于具有PUCCH格式0的PUCCH资源是9,以及(iii)索引3、7或11:如果rPUCCH≥10,则具有索引1的正交覆盖码用于具有PUCCH格式1的PUCCH资源。第四,UE不期望pucch-ResourceCommon来指示索引15。
UE能够在PUCCH-Config中配置多达四个PUCCH资源集。PUCCH资源集由PUCCH-ResourceSet提供,并与由pucch-ResourceSetId提供的PUCCH资源集索引相关联,与由提供PUCCH资源集中使用的pucch-ResourceId的集合的resourceList提供的PUCCH资源索引集相关联,并与UE能够使用由maxPayloadSize提供的PUCCH资源集中的PUCCH资源发送的UCI信息比特的最大数量相关联。对于第一PUCCH资源集,UCI信息比特的最大数量是2。用于PUCCH资源集的PUCCH资源索引的最大数量由maxNrofPUCCH-ResourcesPerSet提供。第一PUCCH资源集中的PUCCH资源的最大数量是32,并且其他PUCCH资源集中的PUCCH资源的最大数量是8。
如果UE发送包括HARQ-ACK信息比特的OUCI个UCI信息比特,则UE将PUCCH资源集确定为以下之一。第一PUCCH资源集,如果OUCI≤2包括1或2个HARQ-ACK信息比特,则具有pucch-ResourceSetId=0,并且如果HARQ-ACK信息和SR的传输同时发生,则在一个SR传输时机上具有正或负SR。具有pucch-ResourceSetId 1的第二PUCCH资源集,如果由较高层提供,如果2<OUCI≤N2,其中,如果maxPayloadSize针对具有pucch-ResourceSetId 1的PUCCH资源集被提供,则N2等于maxPayloadSize;否则N2等于1706。具有pucch-ResourceSetId=2的第三PUCCH资源集,如果由较高层提供,如果N2<OUCI≤N3,其中,如果maxPayloadSize针对具有pucch-ResourceSetId 2的PUCCH资源集被提供,则N3等于maxPayloadSize;否则,N3等于1706。具有pucch-ResourceSetId=3的第四组PUCCH资源,如果由较高层提供,如果N3<OUCI≤1706。
如果UE被提供SPS-PUCCH-AN-List,并响应于一个或多个SPS PDSCH接收和SR(如果有的话)来发送仅包括HARQ-ACK信息比特的OUCI个UCI信息比特,则UE将PUCCH资源确定为以下四个选项之一。首先,如果OUCI≤2包括1或2个HARQ-ACK信息比特,则由从sps-PUCCH-AN-List中的第一条目获得的sps-PUCCH-AN-ResourceID提供的PUCCH资源,并且如果HARQ-ACK信息和SR的传输同时发生,则在一个SR传输时机上具有正或负SR。其次,由从sps-PUCCH-AN-List中的第二条目获得的sps-PUCCH-AN-ResourceID提供的PUCCH资源,如果被提供的话,如果1<OUCI≤N1,SPS,其中,N1,SPS由从sps-PUCCH-AN-List中的第二条目获得的maxPayloadSize提供,或者等于1706。第三,由从sps-PUCCH-AN-List中的第三条目获得的sps-PUCCH-AN-ResourceID提供的PUCCH资源,如果被提供的话,如果N1,SPS<OUCI≤N2,SPS,其中,N2,SPS由从sps-PUCCH-AN-List中的第三条目获得的maxPayloadSize提供或者以其他方式等于1706。第四,由从sps-PUCCH-AN-List中的第四条目获得的sps-PUCCH-AN-ResourceID提供的PUCCH资源,如果被提供的话,如果N2,SPS<OUCI≤N3,SPS,其中,N3,SPS等于1706。
用于报告HARQ-ACK的UE过程如下。
如果UE未被提供ackNackFeedbackMode=单独,则UE不期望在每优先级索引的时隙中发送具有HARQ-ACK信息的多于一个PUCCH。
对于DCI格式1_0,PDSCH-to-HARQ_feedback定时指示符字段值映射到{1,2,3,4,5,6,7,8}。对于DCI格式,除了DCI格式1_0之外,调度PDSCH接收或SPS PDSCH释放,PDSCH-to-HARQ_feedback定时指示符字段值(如果存在的话)映射到由dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACKForDCIFormat1_2提供的多个时隙的集合的值,如表(3)中所定义的。
对于在时隙n中结束的SPS PDSCH接收,UE在时隙n+k中发送PUCCH,其中,k由激活SPS PDSCH接收的DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段(如果存在的话)提供。
如果UE检测到不包括PDSCH-to-HARQ_feedback定时指示符字段的DCI格式并调度PDSCH接收或激活在时隙n中结束的SPS PDSCH接收,则UE在时隙n+k内的PUCCH发送中提供对应HARQ-ACK信息,其中,k由dl-DataToUL-ACK、或DL-DataToul-ACKk-r16或dl-DataToUL-ACKForDCIFormat1_2提供。
参考用于PUCCH发送的时隙,如果UE检测到调度在时隙n中结束的PDSCH接收的DCI格式,或者如果UE通过在时隙n中结束的PDCCH接收检测到指示SPS PDSCH释放或指示SCell休眠的DCI格式,或者如果UE检测到请求类型3HARQ-ACK码本报告并且不通过在时隙n中结束的PDCCH接收来调度PDSCH接收的DCI格式,则UE在时隙n+k内的PUCCH发送中提供对应HARQ-ACK信息,其中,k是时隙的数量,并由DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段(如果存在的话)指示或者由dl-DataToUL-ACK、dl-DataToUL-ACK-r16或dl-DataToUL-ACKForDCIFormat1_2提供。k=0对应于在SPS PDSCH释放的情况下或在SCell休眠指示的情况下或在请求类型3HARQ-ACK码本报告并且不调度PDSCH接收的DCI格式的情况下,与PDSCH接收或与PDCCH接收重叠的PUCCH发送的最后一个时隙。
具有HARQ-ACK信息的PUCCH发送受到[REF3]的条款11.1和条款11.1.1中描述的UE传输的限制。
下面的表(3)描述了PDSCH-to-HARQ_feedback定时指示符字段值到时隙数量的映射
[表3]
对于具有HARQ-ACK信息的PUCCH发送,UE在确定用于OUCI个HARQ-ACK信息比特的PUCCH资源集之后确定PUCCH资源,如条款9.2.1中所述。PUCCH资源确定基于具有PDSCH-to-HARQ_feedback定时指示符字段的值(如果存在的话)或dl-DataToUL-ACK、或dl-DataToUL-ACK-r16、或dl-DataToUL-ACKForDCIFormat1_2的值的DCI格式当中的最后一个DCI格式中的PUCCH资源指示符字段[5,REF2](如果存在的话),其指示UE检测到的用于PUCCH发送的相同时隙,并且针对该相同时隙,UE在PUCCH中发送对应HARQ-ACK信息,其中,对于PUCCH资源确定,检测到的DCI格式首先跨用于相同PDCCH监听时机的服务小区索引按升序索引,然后跨PDCCH监听时机索引按升序索引。为了索引服务小区内用于相同PDCCH监听时机的DCI格式,如果UE未被提供coresetPoolIndex,或者被提供用于一个或多个第一CORESET的具有值0的coresetPoolIndex,并且被提供用于服务小区的活动DL BWP上的一个或多个第二CORESET的具有值1的coresetPoolIndex,并且对于活动UL BWP,在ackNackFeedbackMode=联合的情况下,来自第一CORESET中的PDCCH接收的检测到的DCI格式在来自第二CORESET中的PDCCH接收的检测到的DCI格式之前被索引。
PUCCH资源指示符字段值映射到PUCCH资源索引集的值,如表(4)中针对3比特的PUCCH资源指示符字段所定义的,该PUCCH资源索引集由通过PUCCH-ResourceSet提供的具有最多八个PUCCH资源的PUCCH资源集中的PUCCH资源的resourceList来提供。如果PUCCH资源指示符字段包括1比特或2比特,则值分别映射到表(4)的前两个值或前四个值。如果最后一个DCI格式不包括PUCCH资源指示符字段,则使用表(4)的第一值。
对于第一PUCCH资源集,当resourceList的大小RPUCCH大于8时,当UE响应于在PDCCH接收中检测到具有指示用于PUCCH发送的相同时隙的PDSCH-to-HARQ_feedback定时指示符字段的值(如果存在的话)或dl-DataToUL-ACK、或dl-DataToUL-ACK-r16、或dl-DataToUL-ACKForDCIFormat1_2的值的DCI格式中的最后一个DCI格式而在PUCCH发送中提供HARQ-ACK信息时,UE将具有索引RPUCCH(0≤rPUCCH≤RPUCCH-1)的PUCCH资源确定为:
这里,NCCE,p是如条款10.1中的用于DCI格式的PDCCH接收的CORESET p中的CCE的数量,NCCE,p是用于PDCCH接收的第一CCE的索引,并且ΔPRI是DCI格式中的PUCCH资源指示符字段的值。如果DCI格式不包括PUCCH资源指示符字段,则ΔPRI=0。
下面的表(4)描述了PUCCH资源指示字段值到具有最多8个PUCCH资源的PUCCH资源集中的PUCCH资源的映射。
[表4]
如果UE确定用于PUCCH发送的具有仅对应于PDSCH接收而没有对应PDCCH的HARQ-ACK信息的第一资源,或者在时隙中检测到指示用于PUCCH发送的具有对应HARQ-ACK信息的第一资源的第一DCI格式,并且还在稍后的时间在时隙中检测到指示用于PUCCH发送的具有对应HARQ-ACK信息的第二资源的第二DCI格式,则如果包括第二DCI格式的PDCCH接收不早于从时隙中用于PUCCH发送的第一资源的第一符号的开始起的N3·(2048+144)·κ·2-μ·TC,其中,κ和TC在[REF1]的条款4.1中定义,并且,μ对应于提供DCI格式和PUCCH的SCS配置的PDCCH的SCS配置中的最小SCS配置,则UE不期望在时隙中的PUCCH资源中复用对应于第二DCI格式的HARQ-ACK信息。如果将PDSCH-ServingCellConfig的processingType2Enabled设置为针对具有第二DCI格式的服务小区以及针对具有在时隙中的PUCCH发送中复用的对应HARQ-ACK信息的所有服务小区为启用,N3=3针对μ3=4.5针对μ3=9针对μ3=8针对μ3=10针对μ3=20针对μ。如果UE未被提供SPS-PUCCH-AN-List并且发送仅对应于PDSCH接收而没有对应PDCCH的HARQ-ACK信息,则用于具有HARQ-ACK信息的对应PUCCH发送的PUCCH资源由n1PUCCH-AN提供。
贯穿本公开,根据在多个服务小区上联合调度的多个PDSCH或多个PUSCH来描述实施例,其中,服务小区诸如一个或多个协调度小区集合中的小区子集/集合。
实施例是通用的,并能够应用于各种其他场景,诸如当UE被联合调度以接收/发送多个PDSCH/PUSCH时:(i)例如在分布式MIMO操作中,从/向多个发送-接收点(TRP)或其他通信实体(诸如多个分布式单元(DU)或多个远程无线电头端(RRH)等)接收/发送多个PDSCH/PUSCH,其中TRP/DU/RRH能够与一个或多个小区相关联;(ii)以多个时间单位,诸如多个时隙或多个传输时间间隔(TTI);(iii)在与一个或多个小区/载波/TRP相关联的多个BWP上,包括用于具有在多个活动BWP上接收/发送能力的UE的单个服务小区/载波的多个BWP;(iv)在一个或多个TRP/小区上,其中,UE能够在每个协调度的TRP/小区上接收/发送多于一个PDSCH/PUSCH;(v)用于多个传输块(TB)或用于对应于单个TB或多个TB的多个码字(CW);或者(iv)用于在一个或多个TRP/小区上联合激活的多个半持续调度PDSCH(SPS PDSCH)或多个配置的授权PUSCH(CG PUSCH)。
因此,对“协调度小区”的任何引用能够用/由“协调度TRP/DU/RRH”或“协调度时隙/TTI”或“协调度BWP”或“协调度PDSCH/PUSCH”或“协调度TB/CW”或“协调度SPS-PDSCH/CG-PUSCH”等替换。对于其他相关术语(诸如“多小区调度”等)是类似的。
各种实施例考虑在相应小区上接收多个PDSCH或发送多个PUSCH,包括相同小区的载波,诸如在UL载波(也称为正常UL(NUL)载波)或补充UL(SUL)载波上。实施例还适用于调度用于PDSCH和PUSCH的混合的情况。例如,UE能够在相应第一小区上接收第一PDSCH并能够在相应第二小区上发送第二PUSCH,其中,第一PDSCH和第二PUSCH被联合调度。
贯穿本公开,短语“配置有多小区调度的UE”指代被配置为针对协调度调度小区的至少一个集合降序联合调度的UE。
贯穿本公开,短语“调度PDSCH”指代由DCI格式调度/指示的PDSCH,而不管PDSCH是否被接收,例如由于与由DL/UL TDD配置或由L1/L2信令(诸如由DCI格式2_0)指示的UL符号的冲突。在一些示例中,调度PDSCH还可以指代由UE接收的“接收的PDSCH”。
本公开的以下实施例描述了多小区调度操作。这在以下示例和实施例中描述。
UE能够由较高层提供多个协调度小区集合。术语协调度小区集合用于指代服务小区集合,其中,UE能够通过单个DCI格式或通过使用诸如本文描述的那些的补充方法在协调度小区集合中的两个或更多个小区上被调度PDSCH接收或PUSCH发送。另外,能够经由PDCCH中的DCI格式或者经由PDSCH中的MAC CE向UE指示协调度小区集合的子集,其中,该子集的小区能够跨不同PDCCH监听时机而改变,例如,如由对应DCI格式所指示的。
在一个示例中,多小区调度还能够包括与DL/UL传输相关的操作,诸如报告HARQ-ACK信息、波束/CSI测量或报告、UL/DL参考信号的发送或接收等。
在一个示例中,UE能够由较高层(诸如由UE特定的RRC配置)来配置多个协调度小区结合。例如,UE能够被配置第一小区集合,诸如{小区#0,小区#1,小区#4,小区#7}和第二集合{小区#2,小区#3,小区#5,小区#6}。能够从相同调度小区或从不同调度小区来调度多个协调度小区集合。
在一个示例中,协调度小区集合能够包括主小区(PCell/PSCell)和一个或多个SCell。在另一示例中,协调度小区集合能够仅包括SCell。在一个示例中,调度小区能够属于协调度小区集合。在另一示例中,UE不期望调度小区属于协调度小区集合。
在一个示例中,根据系统操作的规范,协调度小区集合被定义为包括具有相同调度小区的所有调度小区的集合,并且不需要附加较高层配置来指示协调度小区集合。因此,用于多小区调度的DCI格式或其他补充方法能够联合调度具有相同调度小区的任何数量的调度小区。
在另一示例中,协调度小区集合能够具有两个或更多个调度小区。例如,UE能够在第一PDCCH监听时机中接收用于在第一调度小区上调度多个协调度小区的DCI格式,或者在第二PDCCH监听时机中接收用于在第二调度小区上调度多个协调度小区的DCI格式。DCI格式能够与任何搜索空间集相关联,或者能够被限制为与USS集合相关联。例如,DCI格式能够与多播调度相关联,并具有由组-RNTI(G-RNTI)加扰的CRC和根据公共搜索空间(CSS)集合监听的PDCCH候选,或者能够与单播调度相关联,并具有由C-RNTI加扰的CRC和根据USS集合监听的PDCCH候选。来自两个调度小区的这种PDCCH监听能够是同时的,例如在相同符号跨度中或在相同时隙中,或者能够是不重叠的,诸如在不同时隙中(每较高层配置,或每PDCCH中的指示或经由MAC CE)。UE可以期望或者可以不期望第一调度小区和第二调度小区两者都能够通过诸如跨度或者时隙的相同时间间隔中的PDCCH发送来调度相同小区上的发送或者接收。UE还能够监听PDCCH,以检测仅在协调度小区集合中的一个小区上提供调度的DCI格式(单小区调度DCI格式)。
UE能够向gNB报告以下中的一个或多个作为能力:协调度小区集合的最大数量、或协调度小区集合内的小区的最大数量、或跨不同集合的协调度小区的最大总数、或每PDCCH监听时机的协调度小区的最大数量。在一个示例中,该能力能够取决于工作频带或诸如高于或低于6GHz的频率范围。
多小区调度能够是具有能力信令的可选UE特征,其能够附加地对于PDSCH接收和PUSCH发送是分开的。例如,UE能够报告用于DL的{2,4,8,16}个协调度小区的最大数量和用于UL的{2,4}个协调度小区的最大数量的能力。
UE(诸如UE 116)还能够被配置不属于协调度小区集合中的任何一个的多个小区。例如,UE能够被配置不属于先前示例中的协调度小区的第一集合或第二集合的小区#8。
在一个示例中,限制能够应用于协调度小区,并且UE能够期望对应集合中的协调度小区:(i)具有相同参数集(SCS配置和CP);或者(ii)具有用于相应活动DL/UL BWP的相同参数集;或者(iii)具有相同双工配置,例如,所有小区具有频分双工(FDD)配置,或者所有小区具有时分双工(TDD)配置,并且在TDD配置的情况下,也具有相同UL-DL配置;或(iv)在相同频带内(带内CA)。
当使用成对频谱操作(FDD)的第一小区和使用不成对频谱操作(TDD)的第二小区在相同的协调度小区集合中,并且DCI格式调度第一小区上的第一PDSCH接收和第二小区上的第二PDSCH接收,并且第二PDSCH接收包括作为第二小区上的UL符号的符号时,UE不通过UL符号接收第二PDSCH,或者不通过第二小区上的任何符号接收第二PDSCH。可替代地,UE能够围绕第二小区上的UL符号对第二PDSCH应用速率匹配,使得UE在其他剩余符号中以调整后的速率接收第二PDSCH。当第一调度小区和第二调度小区使用具有不同UL-DL配置的不成对频谱操作时,诸如在不同频带上,能够应用类似的UE行为。
服务小区(诸如BS102)能够仅属于单个协调度小区集合,使得协调度小区集合不包括任何公共小区,或者能够属于协调度小区的多个集合,以实现服务gNB的更大调度灵活性。例如,当第一协调度小区集合和第二协调度小区集合中的小区具有公共特征(诸如公共参数集、双工配置、操作频带/范围等)时,服务小区能够属于第一协调度小区集合和第二协调度小区集合。此外,当服务小区与第一协调度小区集合中的小区具有第一公共特征并与第二协调度小区集合中的小区具有第二公共特征时,服务小区能够属于第一协调度小区集合和第二协调度小区集合两者,其中,第一公共特征能够不同于第二公共特征。
在第一方法中,期望向UE提供用于协调度小区集合中的所有小区的多小区调度。例如,对于包括小区{小区#0,小区#1,小区#4,小区#7}的第一协调度小区集合,DCI格式在第一协调度小区集合{小区#0,小区#1,小区#4,小区#7}中的所有四个小区上调度PDSCH接收或PUSCH发送。
在第二方法中,能够向UE提供用于协调度小区集合的子集的多小区调度。例如,DCI格式能够仅在第一小区集合中的两个小区(诸如{小区#0,小区#4})上调度PDSCH接收或PUSCH发送。
在第二方法的第一选项中,小区子集能够由MAC CE指示。这样的MAC CE命令能够包括以下项中的一个或多个:针对小区子集的激活或去激活/释放的指示;针对协调度小区集合的数量的指示;或者针对对应数量的协调度小区集合中的协调度小区子集的数量的指示。
例如,MAC CE激活协调度小区集合的第一子集,并且用于多小区调度的后续DCI格式应用于由MAC CE激活的小区的第一子集。UE能够接收去激活第一协调度小区子集或激活第二协调度小区子集的另一MAC CE命令,其中,第二子集能够是相同协调度小区集合的子集或者不同协调度小区集合的子集。如果UE接收到去激活第一协调度小区子集但不激活第二协调度小区子集的MAC CE,则在一个替代方案中,UE不期望接收用于多小区调度的DCI格式,并且UE可以不根据相应搜索空间集来监听PDCCH,直到UE接收到激活协调度小区的第二子集的新MAC CE。在另一替代方案中,UE能够甚至在接收到激活第二协调度小区子集的新MAC CE之前接收用于多小区调度的DCI格式,但是UE期望通过DCI格式或通过使用用于多小区调度的补充方法(诸如本文描述的那些)来向协调度小区子集提供指示。
在第二方法的第二选项中,协调度小区集合的子集能够由PDCCH/PDSCH中的DCI格式提供。小区子集能够在用于如由对应DCI格式指示的PDSCH/PUSCH调度的PDCCH监听时机(MO)之间改变。例如,第一PDCCH MO中的第一DCI格式指示第一小区子集上的调度,而第二PDCCH MO中的第二DCI格式指示第二小区子集上的调度。
在第一示例中,用于多小区调度的DCI格式提供用于协调度的小区子集的索引,诸如与协调度小区集合中的一个或多个小区的子集相对应的CIF值。例如,UE特定RRC信令能够指示第一/第二/第三/第四索引和包括协调度小区集合中的一个或多个小区的对应第一/第二/第三/第四子集,其中,子集还能够包括协调度小区集合中的所有小区。然后,DCI格式中的2比特的CIF字段能够提供指示调度小区子集的值。
在第二示例中,DCI格式能够包括1比特标志字段以指示DCI格式是用于单小区调度还是用于多小区调度,以便UE相应地解释DCI格式的也可以包括CIF字段的字段。然后,对于单小区调度,CIF字段能够被解释为在单小区跨载波调度的情况下,而对于多小区调度,CIF字段能够被解释为指示协调度小区集合中的子集。
在第三示例中,用于多小区调度的DCI格式提供多个协调度小区,并且协调度小区的索引通过附加方法来提供,诸如通过附加DCI格式(或相同DCI格式的附加部分/阶段)或通过如本文所述的较高层信令。
在第四示例中,用于多小区调度的DCI格式中的CIF字段能够是映射到协调度小区集合中的相应小区或小区子集的比特映射。当DCI格式总是适用于协调度小区集合中的所有小区时,DCI格式可以不包括CIF。
在第二方法的第三选项中,UE能够隐式地确定用于协调度小区的索引,而不需要显式gNB指示。例如,UE能够基于PDCCH监听参数来确定用于协调度小区的索引,诸如:(i)CORESET索引;或(ii)搜索空间集索引或与搜索空间集索引相对应的载波指示符参数n_CI;或(iii)搜索空间集中的CCE集合或搜索空间集中的第一个/最后一个CCE。注意,UE接收到提供用于多小区调度的DCI格式的PDCCH。
根据第三选项,UE能够被配置PDCCH监听参数(诸如搜索空间集)的值与多个协调度小区或协调度小区的索引之间的映射。在一个示例中,搜索空间集中的参数n_CI的第一值和第二值能够分别指示协调度小区的第一子集和第二子集。根据该示例,参数n_CI能够对应于单个小区,或者能够对应于一组小区,诸如协调度小区子集/集合。
通过单个DCI格式或通过使用补充方法(诸如本文描述的那些方法)联合调度的小区的相应子集上的接收或发送能够指代在时间上可以重叠或可以不重叠的PDSCH或PUSCH。例如,能够指示UE在相应协调度小区上接收PDSCH或发送PUSCH,其中,所有接收/发送在相同时隙中,或者至少一个接收/发送在与剩余时隙不同的时隙中。
能够向被配置用于多小区调度的UE提供第一小区公共参数集合和第二小区特定参数集合,小区公共参数的值应用于所有协调度小区上的调度,小区特定参数的值应用于每个对应协调度小区上的调度。UE能够基于系统操作的规范或基于较高层配置来确定小区公共和小区特定调度信息参数。对于一些小区特定调度信息参数,能够向UE提供与参考值相比的差分值,其中,参考值能够对应于例如调度小区集合中的第一调度小区。
对于配置有多个协调度小区集合的UE,用于多小区调度的DCI格式能够为相应多个协调度小区上的多个PDSCH接收或多个PUSCH发送提供小区公共或小区特定调度参数的完整或部分信息。当用于多小区调度的DCI格式提供调度参数的部分信息时,UE能够从UE特定的RRC信令或通过其他补充方法来确定剩余信息。
本公开的以下实施例描述了用于多小区调度的各种机制。这在以下示例和实施例中描述。
UE能够经由各种方法(诸如DCI格式大小、或用于加扰用于多小区调度的DCI格式的CRC的RNTI、或通过DCI格式中的字段的显式指示、或通过专用CORESET和相关联的搜索空间集)来区分单小区调度DCI格式与多小区调度DCI格式。
对于配置有协调度小区集合的UE(诸如UE 116),用于多小区调度的DCI格式能够提供小区公共字段和小区特定字段的值的全部或部分信息,用于在协调度小区集合中的相应两个或更多个小区上调度PDSCH接收或PUSCH发送。当DCI格式提供部分信息时,UE能够从RRC信令或通过使用其他补充方法来确定剩余信息。
在称为用于多小区调度的级联DCI格式的第一方法中,用于多小区调度的DCI格式能够提供多个协调度小区中的每一个的字段的单独值。第一值对应于第一小区,第二值对应于第二小区,以此类推。因此,用于多个小区的DCI格式字段被级联,从而将这种DCI格式称为用于多小区调度的级联DCI格式。该方法能够是有益的,例如,用于协调度具有不同信道特性或配置的小区,诸如用于带间CA操作,或者用于协调度PDSCH接收和PUSCH发送。
在称为经由多小区映射的多小区调度的第二方法中,能够使用多小区映射向UE提供用于多个相应小区上的多个PDSCH/PDCCH的多小区调度的信息,其中,DCI格式中的字段能够被解释为提供用于多个协调度小区的对应调度参数的多个值。这种解释能够基于配置的一对多映射/表,或者基于应用于由DCI格式指示的参考值的相应小区的多个配置的偏移值。例如,该字段能够是MCS字段,其中,DCI格式中指示的值能够用于第一小区上的PDSCH接收,并且能够从第一值和配置的偏移值来确定用于第二小区上的PDSCH接收的值。该方法能够是有益的,例如,用于协调度具有若干类似物理信道特性或配置的小区,例如用于带内CA操作。
在称为指向具有多小区调度的PDSCH的单小区DCI的第三方法中,能够使用单小区调度DCI格式(即,在第一小区上调度第一PDSCH的DCI格式)向UE提供用于多小区调度的信息,其中,第一PDSCH包括用于在一个或多个协调度小区集合中的子集上接收第二PDSCH或发送第二PUSCH的调度信息。该方法能够是有益的,例如,用于协调度具有不同信道特性或配置的若干(诸如4-8个)小区,诸如用于带间CA操作。
在第三方法的第一选项中,第一PDSCH包括MAC CE,其提供用于多个PDSCH或PUSCH的调度信息。因此,MAC CE能够包括多个修改的DCI(M-DCI),其中,每个M-DCI包括用于多个PDSCH/PUSCH中的PDSCH/PUSCH的全部或部分调度信息。
在第三方法的第二选项中,多小区调度信息在PDSCH中被复用为M-DCI。UE接收通过单小区调度DCI格式调度的第一PDSCH,并且UE接收用于一个或多个相应协调度小区上的一个或多个PDSCH/PUSCH的附加调度信息。UE例如以频率优先、时间秒的方式将用于M-DCI的编码调制符号分配给第一PDSCH内除了与参考信号或其他小区级广播传输相对应的预留资源之外的时间/频率资源。UE能够在第一PDSCH的第一符号中或者在第一PDSCH中的具有DM-RSRE的第一符号之后的第一符号中开始接收M-DCI。M-DCI能够被联合编码并包括单个CRC。
在第二选项中,包括在第一PDSCH中的M-DCI的物理层处理能够与用于PDCCH中的DCI(诸如用于调度第一PDSCH的DCI)的物理层处理相同,或者能够与用于第一PDSCH中的数据信息/传输块的物理层处理相同。这里,物理层处理指代例如调制、编码、加扰等。另外,UE能够基于应用于M-DCI的总(编码)有效载荷大小的缩放因子来确定与在由单小区调度DCI格式调度的第一PDSCH中复用的多调度信息(诸如M-DCI)相对应的多个编码调制符号。这种缩放因子确定在第一PDSCH上复用的M-DCI的有效信道编码率,以用于根据物理信道条件的M-DCI的灵活链路自适应和改进的可靠性。
在称为用于多小区调度的多阶段PDCCH/DCI的第四方法中,能够使用多阶段DCI方法(诸如2阶段DCI,其中,第一阶段DCI格式包括小区公共字段集合,并且第二阶段DCI格式包括小区特定字段)向UE提供用于多个相应小区上的多个PDCCH/PDCCH的多小区调度的信息。UE在第一PDCCH中接收第一阶段DCI格式,并在第二PDCCH中接收第二阶段DCI格式。该方法能够是有益的,例如,用于协调度具有若干公共物理特性(诸如时域资源分配或频域资源分配)的若干小区,而当在与第一PDCCH相同的时隙中接收到第二PDCCH时不会引起时延,并且,不会具有太大的DCI格式大小(如果第一阶段DCI格式和第二阶段DCI格式被组合成单个DCI格式,则会导致该DCI格式大小)以用于接收小区特定参数。第一阶段DCI格式还能够指示提供第二阶段DCI格式的PDCCH(诸如用于对应CCE聚合等级的PDCCH候选)的位置,使得UE能够解释第二阶段DCI格式的内容或者减少PDCCH接收的数量。UE能够基于链接的DCI格式的参数(诸如DCI格式的大小或与DCI格式相关联的RNTI),或者通过DCI格式中的一些字段中的显式指示,或者基于PDCCH监听参数(诸如CORESET、搜索空间、CCE或UE接收第一和第二链接的PDCCH的监听时机)来确定提供多小区调度信息的多个链接的多阶段PDCCH/DCI(诸如两个PDCCH/DCI)之间的关联。
本公开的以下实施例描述了用于多小区调度的PDCCH监听。这在以下示例和实施例中描述。
UE(诸如UE 116)能够经由各种方法(诸如DCI格式大小、或用于加扰用于多小区调度的DCI格式的CRC的RNTI、或通过由DCI格式中的字段的显式指示、或由专用CORESET和相关联的搜索空间集)来区分单小区调度DCI格式与多小区调度DCI格式。能够存在用于监听用于多小区调度的DCI格式的两种情况:基于专用于多小区调度的搜索空间集的第一情况、以及基于由单小区调度和多小区调度共享的搜索空间集的第二情况。
在第一情况下,用于多小区调度的搜索空间集仅与用于协调度小区集合上的多小区调度的DCI格式相关联。这样的搜索空间集能够对应于集合等级n_CI值,其能够与对应于用于单小区调度的搜索空间集的n_CI值分开。通过监听搜索空间集,UE能够检测用于在协调度小区集合中的所有调度小区或仅调度小区子集上调度的DCI格式。因此,检测到的DCI格式能够包括与对应于用于多小区调度的搜索空间集的n_CI值相同或不同的CIF值。搜索空间集能够在调度小区上以及在协调度小区集合中的所有调度小区上被公共配置,从而被链接。当在调度小区和至少一个调度小区的对应活动DL BWP上配置协调度小区集合中的调度小区和至少一个调度小区上的链接搜索空间集时,UE能够监听用于多小区调度的搜索空间集。
在第二情况下,用于多小区调度的搜索空间集与用于协调度小区集合上的多小区调度和用于协调度小区集合中的第一调度小区上的单小区调度的DCI格式相关联。这样的搜索空间集对应于与第一调度小区相对应的现有小区等级n_CI值。通过监听搜索空间集,UE能够检测用于第一调度小区上的单小区调度的DCI格式,其CIF值与对应于第一调度小区的n_CI值相同,或者UE能够检测用于协调度小区集合中的所有调度小区或仅调度小区子集上的多小区调度的DCI格式,其集合级别CIF值与对应于第一调度小区的n_CI值不同。搜索空间集被公共配置,从而在调度小区上并且仅在第一调度小区上链接,并且当两者都被配置在调度小区和第一调度小区的活动DL BWP上时,UE监听链接的搜索空间集。
本公开的以下实施例描述了用于多小区调度的HARQ-ACK码本的一般考虑。这在以下示例和实施例中描述。
配置有用于协调度小区集合的多小区调度的UE(诸如UE 116)期望协调度小区集合中的所有小区属于相同PUCCH组,并且还期望UE被提供用于HARQ-ACK码本(诸如类型1或类型2或类型3码本)的配置。用于多小区调度的HARQ码本生成能够取决于TDRA表的配置、针对用于多小区调度的每个小区提供的K0值集合和/或K1值集合。能够向UE提供用于协调度小区集合的多小区调度的专用TDRA/K0/K1配置,或者UE能够基于协调度小区集合当中用于单小区调度的对应配置的交集(或并集)来隐式地确定用于多小区调度的TDRA/K0/K1配置。K0的值能够w.r.t.对应服务小区的SCS配置或w.r.t.参考SCS配置,诸如协调度小区集合中的最大或最小SCS配置。K1的值能够w.r.t.具有PUCCH配置的对应小区(诸如PCell)的SCS配置。
当UE(诸如UE 116)被配置有两个或多个PUCCH组,并且UE还被配置有协调度小区集合时,UE期望协调度小区集合中的所有服务小区属于相同PUCCH组。例如,如果UE被配置有PUCCH-SCell和对应辅PUCCH组,则UE期望配置的协调度小区集合中的所有服务小区属于主PUCCH组或辅PUCCH组,而不是两者。在另一示例中,如果UE被配置主小区组(MCG)和辅小区组(SCG),则UE期望配置的协调度小区集合中的所有服务小区属于MCG或SCG(即,仅一个小区组),而不是两者。
配置有多小区调度的UE(诸如UE 116)期望例如使用参数“pdsch-HARQ-ACK-Codebook”被配置HARQ-ACK码本。HARQ-ACK CB能够是例如类型1CB(也称为半静态CB)或类型2CB(也称为动态CB)或增强类型2CB(也称为增强动态CB)或类型3CB等之一,如TS 38.213v16.5.0中所述。因此,UE不期望提供/报告用于协调度小区集合/子集上的多个协调度PDSCH中的每个PDSCH的单独HARQ-ACK反馈。UE基于HARQ-ACK码本配置在协调度小区集合/子集上复用与协调度PDSCH接收的数量相对应的HARQ-ACK反馈信息,并在相同PUCCH资源中发送具有HARQ-ACK CB的PUCCH,或者在相同PUSCH发送中复用HARQ-ACK CB。
在一个实现中,UE能够生成用于MC-DCI和SC-DCI格式的不同HARQ-ACK CB。例如,UE能够生成用于MC-DCI格式的类型2HARQ-ACK CB(例如,DAI由单个调度器设置),并生成用于SC-DCI格式的类型1HARQ-ACK CB(例如,用于自调度)。例如,能够向UE提供两个单独的RRC参数或用于RRC参数的两个值,诸如“pdsch-HARQ-ACK-Codebook”,其中,第一参数/值对应于用于SC-DCI格式的HARQ-ACK码本类型,并且第二参数/值对应于用于MC-DCI格式的HARQ-ACK码本类型。在一个示例中,如果UE没有接收到任何S-DCI,或者如果它接收到一个S-DCI并且用于单个A/N比特的回退条件成立,则UE基于类型2来提供HARQ-ACK。在另一示例中,如果UE接收到多于一个S-DCI(或回退条件不成立),则它基于类型1来提供HARQ-ACK。
在一个示例中,配置有多小区调度的UE能够使用第一PUCCH资源在第一PUCCH中提供用于第一数量的协调度小区的HARQ-ACK信息,并使用第二PUCCH资源在第二PUCCH中提供用于第二数量的协调度小区的HARQ-ACK信息反馈,其中,第一数量的协调度小区和第二数量的协调度小区由相同DCI格式指示/调度。这能够是有益的,例如,用于减少协调度小区的HARQ重传的时延。
在一个示例中,UE不期望被配置用于与协调度小区集合相对应的HARQ-ACK信息的优先级。在另一示例中,UE期望被配置用于与不同的协调度小区集合相对应的HARQ-ACK信息的相同优先级。在又一示例中,UE能够被配置用于与第一协调度小区集合相对应的HARQ-ACK信息的第一优先级,以及用于与第二协调度小区集合相对应的HARQ-ACK信息的第二优先级。例如,UE不期望被配置用于与相同协调度小区集合中的不同小区相对应的HARQ-ACK信息的不同优先级。
在一个实现中,UE能够被配置:(i)仅配置有单小区调度的第一组/第一多个服务小区,以及(ii)仅配置有多小区调度的第二组/第二多个服务小区,以及(iii)配置有单小区调度和多小区调度两者的第三组/第三多个服务小区。
第一组/第一多个服务小区、第二组/第二多个服务小区和第三组/第三多个服务小区中的至少一个是非空的。在一个示例中,第二组服务小区能够是空的,使得任何服务小区能够被配置有单小区调度,而一些其他服务小区(来自第三组)能够附加地被配置有多小区调度。
在一个示例中,UE期望具有多小区调度的服务小区仅被包括在一个配置的协调度小区集合中。因此,UE不期望被配置多个重叠的协调度小区集合。因此,UE仅确定一个用于具有多小区调度配置的服务小区的TDRA/K0/K1配置(用于HARQ-ACK码本生成),如下所述。在另一示例中,具有多小区调度的服务小区能够被包括在协调度小区的多个配置集合中。
在一个示例中,UE能够在第一PDCCH监听时机中接收用于多小区调度的第一DCI格式(第一DCI格式指示用于配置的协调度小区集合中的第一子集的联合调度),并在第二PDCCH监听时机中接收用于用于多小区调度的第二DCI格式(第二DCI格式指示用于(相同的)配置的协调度小区集合中的第二子集的联合调度),其中,第一子集和第二子集能够是分开的,但是潜在地具有非空重叠。在另一示例中,UE能够在第一PDCCH监听时机中接收用于多小区调度的第一DCI格式(第一DCI格式指示用于第一配置的协调度小区集合的联合调度),并在第二PDCCH监听时机中接收用于多小区调度的第二DCI格式(第二DCI格式指示用于第二配置的协调度小区集合的联合调度),其中,第一协调度小区集合和第二协调度小区集合能够是分开的。
在一个示例中,用于多小区调度的DCI格式能够指示仅在单个服务小区上的调度。在一个示例中,单小区调度能够被认为是用于配置有多小区调度的任何服务小区的回退操作,而没有用于单小区调度的任何显式配置。
用于多小区调度的HARQ-ACK码本生成能够取决于针对多小区调度提供的TDRA表、K0值集合和/或K1值集合的配置。下面提供了用于配置用于多小区调度的TDRA/K0/K1的各种方法,并且还考虑了与用于单小区调度的对应配置的潜在关系。
在一个示例中,属于协调度小区集合的服务小区能够被配置用于单小区调度的第一TDRA表(包括第一K0值集合)或第一K1值集合、以及用于多小区调度的第二TDRA表(包括第二K0值集合)或第二K1值集合,其中,第一TDRA/K0/K1配置能够与第二TDRA/K0/K1配置分开。在一个示例中,PDSCH或HARQ时间(K1)值集合独立于调度DCI,诸如用于单小区调度的DCI格式或用于多小区调度的DCI格式。例如,UE被配置K1值集合(例如,作为PUCCH配置的一部分),其适用于在一个或多个小区上调度一个或多个PDSCH的任何下行链路DCI格式。
例如,UE期望用于多小区调度的第一TDRA表或K1值集合与用于多小区调度的对应TDRA表或K1值集合相同。例如,UE期望用于协调度小区集合上的多小区调度的第一TDRA表或K1值集合是用于协调度小区集合中的每个小区上的单小区调度的对应TDRA表或K1值集合的子集。例如,第一TDRA表的子集能够指代第一TDRA表的多个行/条目。例如,UE能够确定第二TDRA表以包括在第一TDRA表之间公共/相同的行/条目。
在一个示例中,K1值集合特定于DCI格式。例如,UE接收用于第一DCI格式的第一K1值集合和用于第二DCI格式的第二K1值集合。例如,UE能够被提供用于单小区调度DCI(SC-DCI)格式的第一K1值集合和用于多小区调度DCI(MC-DCI)格式的第二K1值集合。在一个示例中,用于多小区调度的第二K1值集合能够与用于单小区调度的第一K1值集合相同,诸如针对协调度小区集合中的小区配置的不同SC-DCI格式之间的第一K1值集合的并集。例如,用于多小区调度的第二K1值集合能够是用于单小区调度的第一K1值集合的子集,诸如针对协调度小区集合中的小区配置的不同SC-DCI格式之间的第一K1值集合的并集的子集。
在另一示例中,当UE被配置第一协调度小区集合和第二协调度小区集合,并且服务小区属于第一集合和第二集合两者时,服务小区能够与对应于第一协调度小区集合的第一TDRA表/K0集合/K1集合以及对应于第二协调度小区集合的第二TDRA表/K0集合/K1集合相关联。这样的配置是有益的,例如,以便提高调度灵活性。在一个示例中,K1值集合对于第一和第二协调度小区集合能够是公共的,并且当被配置为用与不同(例如,第一和第二)协调度小区集合相对应的不同(例如,第一和第二)多小区调度DCI格式来调度时,能够针对相同小区配置不同TDRA表或K0值。
在另一示例中,能够简化TDRA/K0/K1配置,例如,以便降低UE复杂度。在一个实现中,UE能够被配置用于服务小区的相同TDRA表/K0集合/K1集合,而不管UE属于单个协调度小区集合还是多个协调度小区集合。例如,UE使用与UE用于单小区调度DCI格式的相同TDRA表/K0集合/K1集合用于多小区调度DCI格式。在另一实现中,相同协调度小区集合内的所有小区能够被配置相同TDRA表/K0集合/K1集合。例如,相对于用于具有PUCCH配置的对应小区的时隙/SC,UE期望协调度PDSCH在相同时隙中开始。例如,UE期望协调度小区具有相同SCS和相同CP。例如,UE期望协调度PDSCH具有相同K0值。例如,UE能够被提供用于在协调度小区集合中的小区的单小区调度的单独的TDRA表/K0集合/K1集合,并被提供用于在协调度小区集合上的多小区调度(其共同应用于协调度小区内的小区)的不同TDRA表/K0集合/K1集合。例如,UE期望被提供相同/同样的TDRA表/K0集合/K1集合,其适用于用于相同协调度小区集合内的所有小区的单小区调度和多小区调度两者。在进一步的实现中,具有多小区调度配置的所有小区,无论它们是属于相同协调度小区集合还是不同协调度小区集合,都被配置相同TDRA表/K0集合/K1集合。
在又一示例中,对于多小区调度的情况,UE不被提供用于TDRA表/K0集合/K1集合的任何专用配置。相反,UE基于用于单小区调度的相应配置来确定用于多小区调度的TDRA表/K0集合/K1集合的适用配置。例如,UE基于与属于协调度小区集合的所有服务小区相对应的用于单小区调度的所有TDRA表/K0集合/K1集合的交集或并集,来确定用于协调度小区集合上的多小区调度的TDRA表/K0集合/K1集合。根据这些示例,并且当交集操作被使用时,UE确定针对协调度小区集合中的小区配置的不属于TDRA表/K0集合/K1集合的交集的TDRA表或K0值或K1值的条目仅用于对应小区的单小区调度。例如,UE将用于协调度小区集合的多小区调度的适用K0值集合确定为与协调度小区集合中的小区相对应的K0值集合的交集。例如,UE确定用于协调度小区集合的多小区调度的适用TDRA配置,以包括来自对应于单小区调度的TDRA表的条目,其中,在对应TDRA表中的相同或不同行索引中,条目针对协调度小区集合中的小区被共享(即,相同K0、SLIV和PDSCH映射类型值)。例如,UE确定用于协调度小区集合的多小区调度的适用TDRA配置,以包括来自与单小区调度相对应的TDRA表的条目,其中,条目的K0值被包括在用于多小区调度的适用K0值集合(即,K0值由用于协调度小区集合中的小区的单小区调度的TDRA表共享,并且SLIV或PDSCH映射类型对于小区能够相同/共享或不同)。例如,当用于协调度小区集合中的小区的单小区调度的TDRA表的条目不属于这种交集时,UE仅将这种条目应用于单小区调度,并且不期望在多小区调度DCI格式中接收这种条目的指示。例如,UE能够接收用于协调度小区的单独的TDRA字段。例如,用于协调度小区集合上的多小区调度/MC-DCI格式的第二TDRA表能够是用于协调度小区集合中的小区之间的单小区调度/SC-DCI格式的第一TDRA表的交集。
例如,如果对于第一小区K1={0,1,2,3}并且对于第二小区K1={1,2,3,4},则UE考虑:(i)K1=0仅用于第一小区的单小区调度;以及(ii)K1=4仅用于第二小区的单小区调度;以及(iii)K1={1,2,3}能够用于第一小区和第二小区上的单小区调度和多小区调度。对于K0值能够考虑类似的示例。
在一个示例中,用于多小区调度的DCI格式中的TDRA字段能够是小区公共字段,其通过DCI格式共同应用于所有协调度小区。这样的TDRA字段将指向TDRA表中的条目,其中该条目包括K0值、SLIV和PDSCH映射类型的指示,其共同应用于协调度小区的集合/子集上的所有协调度PDSCH。这里,TDRA表是UE基于上述方法之一确定的用于多小区调度的TDRA表。
在一个示例中,当所有协调度小区具有公共/相同SCS时,从用于多小区调度的DCI格式的TDRA字段确定的K0值基于公共SCS值而共同应用于所有协调度PDSCH。
在另一示例中,当协调度小区具有不同SCS时,UE基于以下项来应用协调度小区集合中的每个服务小区上的每个PDSCH的K0值:(i)对应服务小区的活动DL/UL BWP的SCS配置,或(ii)协调度小区集合/子集(的对应活动DL/UL BWP)当中的最大(或最小)SCS配置,或(iii)对应调度小区的活动DL/UL BWP的SCS配置,或(iv)由较高层提供的SCS配置,诸如由TDRA表提供的SCS配置,或(v)预定SCS配置,诸如用于FR1的30kHz,以及用于FR2的120kHz。
例如,假设使用上述第一要点中的方法,如果DCI格式在具有SCS=15kHz的第一小区和具有SCS=30kHz的第二小区上联合调度PDSCH,并且DCI格式指示K0=1,则UE确定用于第一小区上的第一PDSCH的时隙(其偏移等于w.r.t.SCS=15kHz的1个时隙),和用于第二小区上的第二PDSCH的时隙(其偏移等于w.r.t.SCS=30kHz的1个时隙),其中,偏移w.r.t.多小区调度DCI格式结束的时隙。
在一个示例中,用于多小区调度的DCI格式中的TDRA字段能够基于“多小区映射”,以提供用于协调度小区中的每一个的小区特定TDRA。例如,用于M个服务小区的集合上的多小区调度的TDRA表能够包括多个条目,其中,每个条目包括与M个服务小区的集合相对应的多达M个的多个K0/SLIV/映射类型集合。对于协调度小区集合中的服务小区上的协调度PDSCH的每个PDSCH,UE应用包括在由用于多小区调度的DCI格式指示的TDRA条目中的多个K0/SLIV/映射类型集合中与服务小区相对应的K0/SLIV/映射类型集合。根据该示例,针对协调度小区集合中的每个服务小区提供的每个K0值w.r.t.对应服务小区的SCS配置。例如,联合多小区TDRA表能够包括用于具有多小区调度配置(与相同调度小区相关联)的所有小区(即,包括在至少一个配置的协调度小区集合中的任何小区)的TDRA配置。例如,联合多小区TDRA表的每个条目能够包括多达M_co,max个的多个K0/SLIV/映射类型集合,其中,每个K0/SLIV/映射类型集合对应于具有多小区调度配置的小区。当多小区调度DCI(MC-DCI)格式指示/调度包括M个服务小区的协调度小区集合,并且MC-DCI格式中的TDRA字段指示联合多小区TDRA表中的行的索引时,UE应用TDRA表中提供的M_co,max个K0/SLIV/映射类型集合中对应于M个服务小区的M个K0/SLIV/映射类型集合。
当用于多小区调度的DCI格式是具有由PDSCH或PDCCH提供的第二阶段DCI的两阶段DCI格式时,如本文所述,UE至少针对其调度信息至少部分地由第二阶段DCI提供的任何PDSCH,确定相对于第二阶段DCI的K0。因此,UE将用于协调度PDSCH中的PDSCH的时隙确定为从包括第二阶段DCI格式的最后一个时隙起/在其之后的K0个时隙的时隙,其中,UE基于先前示例中描述的各种方法之一来确定K0值和用于确定K0个时隙的SCS配置。在一个示例中,如果在第一阶段DCI中完全提供用于协调度PDSCH集合中的第一PDSCH的调度信息,则UE将用于第一PDSCH的时隙确定为从包括第一阶段DCI格式的最后一个时隙起/在其之后的K0个时隙的时隙,其中,UE基于先前示例中描述的各种方法之一来确定K0值和用于确定K0个时隙的SCS配置。例如,第一PDSCH能够是其中复用第二阶段DCI的PDSCH。
在一个实现中,当UE被配置有多小区调度时,UE期望被提供单个PUCCH资源,用于发送具有与协调度小区集合上的协调度PDSCH相对应的HARQ-ACK信息的PUCCH。
在一个示例中,用于多小区调度的DCI格式中的PDSCH-to-HARQ_feedback定时指示符字段(K1)相对于具有PUCCH配置的对应小区(诸如PCell)。例如,UE基于具有PUCCH配置的对应小区(诸如PCell)的SCS配置来确定K1。根据该示例,用于发送具有HARQ-ACK信息的PUCCH的K1定时相对于协调度小区集合/子集上的协调度PDSCH中的最后一个PDSCH的最后一个DL时隙,w.r.t.用于具有PUCCH配置的小区(诸如PCell)的时隙/SCS。这里,最后一个PDSCH能够指代以下PDSCH:(i)在协调度PDSCH当中,在最后一个时隙/符号中开始或结束,其w.r.t.用于PUCCH小区(例如PCell)的SCS,或者(ii)对应于协调度小区当中的小区,其具有最大小区索引或最大CIF(或最小小区索引或CIF),或者(iii)对应于协调度小区当中的小区,其具有最大(或最小)SCS,或者(iv)对应于协调度小区当中的小区,如果DCI格式包括用于协调度小区集合的有序指示,则其在用于多小区调度的DCI格式中最后指示。
例如,当协调度PDSCH能够在不同时隙中开始时(例如,由于不同K0值)或者当协调度小区具有不同SCS时,支持K1相对于最后一个调度或接收的PDSCH能够是有益的。例如,K1能够相对于来自协调度小区的最后一个接收的PDSCH,因此,当UE没有从协调度小区接收到最后一个调度PDSCH(例如,由于与UL符号或时隙的冲突)并且UE从协调度PDSCH接收到倒数第二个调度PDSCH时,UE确定K1值相对于倒数第二个调度PDSCH(其是最后一个接收的PDSCH)。在另一示例中,即使UE没有接收到最后一个调度PDSCH(例如,由于与UL符号或时隙的冲突),UE也确定K1值相对于协调度PDSCH中的最后一个调度PDSCH。针对用于确定用于PUCCH定时确定的参考PDSCH的其他选项,能够考虑类似的方法和示例。例如,当K1定时相对于具有最大索引小区的PDSCH时,UE能够仅在接收的PDSCH当中确定这样的PDSCH(因此可能丢弃未接收的具有最大小区索引的小区上的调度PDSCH,并考虑接收的具有第二大小区索引的另一小区上的PDSCH),或者UE可能够在协调度小区当中确定这样的PDSCH,而不管UE是否在具有最大小区索引的小区上接收到PDSCH。
在另一示例中,用于多小区调度的DCI格式中的K1字段能够提供小区公共值,其中,小区公共值共同应用于所有协调度小区。因此,UE将相同K1值应用于协调度PDSCH中的每个PDSCH,其中,K1值w.r.t.具有PUCCH配置的小区(诸如PCell)的SCS。例如,当所有协调度PDSCH在相同时隙中开始(例如,由于相同K0值),并且所有协调度小区具有相同SCS时,这种操作能够是有益的。
在一个示例中,K1能够从与PUCCH时隙(对应于K1=0)重叠的(对应PDSCH的)最后一个DL时隙开始。对于类型2HARQ-ACK CB,K1总是w.r.t.PCell(PUCCH的小区)。如果PDSCH中存在第二阶段DCI,则那些DCI的K1值能够w.r.t.用于PDSCH接收的PCell的重叠时隙。
在一个实现中,具有多小区调度配置的UE能够被提供针对TDRA、K1和PRI参数中的每一个的单个值,但是UE针对协调度小区集合中的每个小区单独地解释字段,即,小区特定解释。例如,基于TDRA/K0/K1/PRI的单个/相同指示,UE确定具有要使用第一PUCCH资源中的第一PUCCH提供的对应HARQ-ACK反馈并具有基于第一K1的时隙定时的第一PDSCH的第一TDRA/K0值,而UE确定具有要使用第二PUCCH资源中的第二PUCCH提供的对应HARQ-ACK反馈并具有基于第二K1的时隙定时的第二PDSCH的第二TDRA/K0值。在此,对应TDRA/K0/K1/PRI参数中的每一个的第一值和第二值能够是不同的。例如,能够基于用于单小区调度的相应配置来实现这种UE行为,即,不需要用于多小区调度的任何专用配置。用于这种场景的类型1HARQ-ACK码本的构造能够遵循应用于协调度小区集合上的协调度PDSCH中的每个PDSCH的过程,如TS 38.213 v16.5.0中所述。
在各种实现中,能够考虑以下选项来确定用于多个协调度小区集合上的多小区调度的TDRA表:在第一选项中,UE被提供仅用于单小区调度的第一TDRA表,并且UE将用于多小区调度的第二TDRA表确定为与第一TDRA表相同。例如,第一TDRA表中的所有TDRA表能够是同样/相同的,或者第一TDRA表中的不同TDRA表能够是不同的。例如,MC-DCI格式中的TDRA字段能够包括共同适用于所有协调度小区的单个值。在第二选项中,UE被提供仅用于单小区调度的第一TDRA表,并且UE基于第一TDRA表来确定用于多小区调度的第二TDRA表。例如,第二TDRA表能够是第一TDRA表的并集或交集。例如,第二TDRA表能够包括在协调度小区集合中的小区当中具有相同K0值的第一TDRA表的行/条目。例如,MC-DCI格式中的TDRA字段能够包括共同适用于所有协调度小区的单个值,或者能够包括单独应用于协调度小区的多个值。在第三选项中,UE能够被提供用于协调度小区集合中的每个小区的单小区调度的第一TDRA表,并且UE还能够被提供用于多小区调度的单个第二TDRA表,其共同适用于协调度小区集合中的所有小区,并能够与第一TDRA表分开。例如,MC-DCI格式中的TDRA字段能够包括共同适用于所有协调度小区的单个值。例如,能够针对不同协调度小区集合提供不同TDRA表,其中,每个不同TDRA表共同应用于对应协调度小区集合的所有小区。在第四选项中,UE能够被提供用于单小区调度的第一TDRA表,并且还能够被单独提供用于协调度小区集合中的小区的多小区调度的多个TDRA表。例如,对于协调度小区集合中的给定小区,UE能够被提供两个TDRA表,包括用于使用SC-DCI格式进行单小区调度的第一TDRA表中的TDRA表以及用于使用MC-DCI格式进行多小区调度的第二TDRA表中的另一TDRA表。例如,MC-DCI格式能够包括分别应用于协调度小区的多个TDRA字段/值。在第五选项中,UE能够被提供用于对协调度小区集合中的小区进行单小区调度的第一TDRA表,并且UE还能够被提供与协调度小区集合中的小区相对应的多个第二TDRA表,其中,UE针对来自第二TDRA表的具有相同行索引的多小区调度进行操作。例如,MC-DCI格式能够包括共同应用于协调度小区中的小区的单个TDRA字段/值,其中,对于协调度小区集合中的每个小区,TDRA值指向来自多个第二TDRA表中的每一个的相同行。例如,能够单独提供多个第二TDRA表。例如,能够联合地提供多个第二TDRA表,诸如通过联合多小区TDRA表,其中,联合多小区TDRA表针对每一行包括与协调度小区集合中的多个小区相对应的多个列/条目。例如,UE能够被提供用于多小区调度的单个参考TDRA表,以及用于多个协调度小区的多个K0值(或K0偏移值)。因此,UE能够通过将对应K0值(或K0偏移值)应用于单个参考TDRA表来确定用于多个协调度小区上的多小区调度的多个第二TDRA表。当小区属于多个协调度小区集合时,UE能够应用(或期望)相同TDRA用于小区的多小区调度,而不考虑不同协调度小区集合,或者UE能够被提供与不同协调度小区集合相对应的用于小区的多小区调度的不同TDRA表。
本公开的以下实施例描述了对用于多小区调度的类型1(半静态)HARQ-ACK码本的增强。这在以下示例和实施例中描述。
当UE(诸如UE 116)被配置为生成类型1HARQ-ACK码本(CB)(也称为半静态CB)并且UE也被配置有多小区调度时,UE能够生成单小区调度和多小区调度两者的相同类型1CB,或者UE能够生成用于单小区调度和多小区调度的两个单独的类型1CB。用于系统操作的规范能够仅支持两个选项之一,或者UE能够通过DCI格式来确定每较高层配置或每指示的相同或单独的CB。
在一个实现中,UE能够被提供用于确定是生成用于单小区调度和多小区调度两者的单个类型1HARQ-ACK码本,还是生成两个单独的类型1HARQ-ACK子码本的触发或条件。触发/条件能够由较高层提供,或者能够在系统操作的规范中预先确定。例如,当用于多小区调度/MC-DCI格式的TDRA表和K1值集合与用于单小区调度/SC-DCI格式的TDRA表和K1值集合相同或对应时,UE生成单个类型1HARQ-ACK CB。例如,当用于多小区调度/MC-DCI格式的第二TDRA表不是用于单小区调度/SC-DCI格式的第一TDRA表的子集(或不同于用于单小区调度/SC-DCI格式的第一TDRA表)时,或者当用于多小区调度/MC-DCI格式的第二K1值集合不是用于单小区调度/SC-DCI格式的第一K1值集合的子集(或不同于用于单小区调度/SC-DCI格式的第一K1值集合)时,或者当协调度小区集合中的一些小区仅被配置SC-DCI格式和MC-DCI格式(和对应TDRA/K1配置)之一时,UE生成两个单独的类型1HARQ-ACK CB。例如,当用于MC-DCI格式的第二K1值集合不是用于SC-DCI格式的第一K1值集合的子集(或不同于用于SC-DCI格式的第一K1值集合),并且用于多小区调度的第二TDRA表是用于单小区调度的第一TDRA表的子集(或与用于单小区调度的第一TDRA表相同)时,用于多小区调度的第二类型2子CB能够基于第二K1值集合的子集,其中,该子集排除与第一K1值集合公共的元素(即,排除第一K1值集合和第二K1值集合的交集)。
在第一方法中,UE生成用于单小区调度和多小区调度的相同类型1CB。CB生成遵循本文解释的过程。
在第二方法中,UE生成用于单小区调度的第一类型1CB和与第一CB分开的用于多小区调度的第二类型1CB。CB生成遵循本文解释的过程。
UE基于以下项中的至少一个来确定是生成用于单小区和多小区调度的相同类型1CB还是单独的类型1CB:(i)系统操作的规范、或(ii)较高层配置、或(iii)MAC CE命令、或(iv)调度DCI格式,例如,单小区调度DCI(SC-DCI)格式触发与SC-DCI格式相对应的单独类型1CB的构造,并且多小区调度DCI(MC-DCI)触发用于单小区调度和多小区调度两者的相同/联合类型1CB的构造、或(v)用于单小区调度或多小区调度的DCI格式中的字段,该字段调度其HARQ-ACK反馈信息在类型1CB中生成的对应PDSCH、或(vi)隐式确定,诸如当两个单独的PUCCH分别针对与单小区调度和多小区调度相对应的HARQ-ACK反馈信息的传输被指示时。
本公开的以下实施例描述了生成用于单小区调度和多小区调度两者的相同/公共类型1HARQ-ACK码本。这在以下示例和实施例中描述,诸如图6-10的示例和实施例。
图6示出根据本公开的实施例的用于在存在多小区调度的情况下生成类型1CB的示例图。图7示出根据本公开的实施例的用于确定有效K1值和具有不同K0值的协调度小区的对应候选PDSCH时机的示例图700。图8-10分别示出根据本公开的实施例的用于在存在多小区调度的情况下生成类型1CB的示例方法800、900和1000。
图6的方法600、图7的示图700、图8的方法800、图9的方法900和图10的方法1000的步骤能够由图1的UE 111-116中的任何一个(诸如图3的UE 116)执行。方法600和800-1000以及示图700仅用于说明,并且在不脱离本公开的范围的情况下能够使用其他实施例。
在某些实施例中,对于具有多小区调度配置的UE(诸如UE 116),当UE生成用于单小区调度和多小区调度两者的相同类型1CB时,当K1值仅被配置用于单小区调度时,UE基于与单小区调度相对应的TDRA表,并且当K1值被配置用于单小区调度和多小区调度两者时,UE基于与单小区调度相对应的TDRA表和与多小区调度相对应的TDRA表的并集来确定用于类型1CB的候选PDSCH时机。当UE接收到具有不同K0值的协调度PDSCH并在相同时隙中在相同PUCCH/PUSCH中发送对应HARQ-ACK信息时,UE不仅基于配置的K1值,而且基于针对不同协调度小区配置的K0值当中的相对K0值来确定候选PDSCH时机。当不同协调度小区具有不同SCS配置时,UE基于合适的缩放因子来确定相对K0值,该缩放因子进而基于用于协调度小区的对应SCS配置和具有PUCCH配置的对应小区(诸如PCell)。
情况#1描述了用于所有协调度小区的相同SCS、相同K1和相同K0。这在下面描述。
当UE(诸如UE 116)生成用于单小区调度和多小区调度两者的相同/公共类型1HARQ-ACK码本时,其中,多小区调度配置使得:(i)协调度小区集合中的所有服务小区具有相同SCS,以及(ii)协调度小区集合中的服务小区具有用于与多小区调度相关联的K0和K1参数两者的相同配置。然后,UE能够基于用于单小区调度的TDRA配置和/或用于多小区调度的TDRA配置来确定类型1HARQ-ACK码本的候选PDSCH时机,这取决于用于单小区调度和多小区调度的K1值是相同还是不同。还可能的是,对于任何服务小区,UE被提供用于单小区调度的K0/K1配置,其能够与用于多小区调度的对应配置不同。还可能的是,具有多小区调度配置的任何服务小区仅属于一个协调度小区集合或属于多个协调度小区集合。
在一个实现中,具有用于协调度小区集合的多小区调度的相同K0配置的UE能够通过用于多小区调度的TDRA表来实现,使得:(i)被配置用于多小区调度的TDRA表中的每个条目仅包括用于K0、SLIV和PDSCH映射类型的一个信息集合,其共同适用于所有协调度小区,或者(ii)被配置用于多小区调度的TDRA表中的每个条目包括用于K0、SLIV和PDSCH映射类型的多个信息集合,其对应于协调度小区集合中的不同小区,并且每个条目内的多个信息集合提供用于所有协调度小区的相同K0值。
对于满足情况#1的条件的UE(诸如UE 116),UE在相同时隙中接收所有协调度PDSCH,并在基于用于多小区调度的DCI格式中指示的K1值确定的相同时隙中在相同PUCCH中发送HARQ-ACK反馈。
对于给定服务小区,令为配置的用于单小区调度的K1值集合,并且令为配置的用于多小区调度的K1值集合。
因此,对于情况#1,UE能够基于以下项来确定与具有用于类型1CB的多小区调度配置的服务小区上的多小区调度相对应的候选PDSCH时机:(i)当候选PDSCH时机对应于仅被配置用于单小区调度的K1值(即,对于)时,仅用于单小区调度的TDRA表,以及(ii)当候选PDSCH时机对应于仅被配置用于多小区调度的K1值(即,对于)时,仅用于多小区调度的TDRA表,以及(iii)当候选PDSCH时机对应于被配置用于单小区调度和多小区调度两者的K1值(即,对于)时,用于单小区调度的TDRA表和用于多小区调度的TDRA表的并集。
例如,如果对于第一小区K1={0,1,2,3}并且对于第二小区K1={1,2,3,4},则UE考虑:(i)当K1=0时,仅对应于第一小区的TDRA表;以及(ii)当K1=4时,仅对应于第二小区的TDRA表;以及(iii)当K1={1,2,3}时,对应于第一小区和第二小区的TDRA表的并集。
例如,当UE被提供相同K1值集合时,无论单小区调度还是多小区调度,仅上述第三类别适用。当UE被提供用于单小区调度和多小区调度两者的相同TDRA表(即,没有用于多小区调度的专用TDRA表)时,UE基于相同TDRA表来确定候选PDSCH接收。例如,当UE与包括在第一和第二配置的协调度小区集合中的服务小区进行操作时,并且当UE分别被提供用于第一和第二协调度小区集合的第一和第二TDRA表时,UE基于第一和第二TDRA表两者(例如,其并集)来确定用于服务小区的候选PDSCH接收。
因此,在用于确定候选PDSCH时机的伪码中,UE确定对应于用于配置的K1值的上述三个类别的第一集合Rsc,only、第二集合Rmc,only和第三集合Runion。
此外,UE在适用的TDRA表内执行TDRA修剪过程(以排除由于用于服务小区的配置的TDDDL/UL配置或由于与其他候选PDSCH时机重叠而导致的无效/不适用的候选PDSCH时机),即,在对应于用于配置的K1值的上述三个类别的第一集合Rsc,only或第二集合Rmc,only或第三集合Runion内执行TDRA修剪过程。特别地,对于通常被配置用于单小区调度和多小区调度两者的K1值,第三集合Runion中的TRDA修剪考虑单小区调度与多小区调度之间的重叠PDSCH时机。
如图6所示,方法600描述了基于与给定服务小区的单小区调度和多小区调度相关联的潜在不同TDRA/K0/K1配置,在存在多小区调度的情况下生成类型1CB的示例过程。
在步骤610中,UE(诸如UE 116)被提供服务小区的第一配置,其中,第一配置包括与单小区调度相对应的第一TDRA表和/或第一K1值集合。在步骤620中,UE被提供服务小区的第二配置,其中,第二配置包括与多小区调度相对应的第二TDRA表和/或第二K1值集合。对于唯一地在第一K1值集合中的K1值,UE仅基于第一TDRA表来确定第一候选PDSCH时机(步骤630)。对于唯一地在第二K1值集合中的K1值,UE仅基于第二TDRA表来确定第二候选PDSCH时机(步骤640)。对于第一K1值集合和第二K1值集合的交集中的K1值,UE基于第一TDRA表和第二TDRA表两者来确定第三候选PDSCH时机(步骤650)。在步骤660中,UE基于与服务小区上的第一候选PDSCH时机、第二候选PDSCH时机和第三候选PDSCH时机相对应的HARQ-ACK信息来生成类型1HARQ-ACK码本。
在一个示例中,当配置的用于多小区调度的K1值集合是配置的用于单小区调度的K1值集合的子集时,诸如当UE将用于多小区调度的K1值集合确定为配置的用于协调度小区集合中的服务小区之间的单小区调度的K1值的交集时,则能够稍微简化上述过程。因此,配置的用于服务小区的K1值是:(i)仅用于单小区调度,在这种情况下,UE仅应用用于单小区调度的TDRA表应(Rsc,only),(ii)或者用于单小区调度和多小区调度两者,在这种情况下,UE应用用于单小区调度和多小区调度的TDRA表的并集(Runion)。
在一个示例中,UE(对于所有服务小区)可以不被提供用于与多小区调度相对应的K1值的专用配置,诸如在图4的步骤420中考虑的第二K1值集合。在这种情况下,UE可以基于包括服务小区的协调度小区集合中的所有服务小区当中的对应于单小区调度的K1值的交集(或并集),针对服务小区隐式地确定对应于多小区调度的K1值集合,如本文所述。在一个示例中,相同K1值集合适用于单小区调度和多小区调度两者。
在本实施例的以上描述的过程中,对于以下情况:被配置用于多小区调度的TDRA表中的每个条目包括与协调度小区集合中的不同小区相对应的用于K0、SLIV和PDSCH映射类型的多个信息集合,UE仅基于与服务小区相对应的用于K0、SLIV和PDSCH映射类型的信息集合来确定用于协调度小区集合中的服务小区的候选PDSCH时机。因此,UE不执行TDRA表的“跨小区修剪”,而不管对应K1值如何(例如,对于甚至如此)。
对于没有多小区调度配置的服务小区,UE确定候选PDSCH时机,如TS 38.213v16.5.0中所述。
一旦UE已经确定了用于所有服务小区的候选PDSCH时机(具有或不具有多小区调度配置),UE就通过附加所有HARQ-ACK信息(首先对应于每个服务小区内的不同候选PDSCH时机,然后对应于不同服务小区)来生成类型1HARQ-ACK码本。
在一个示例中,UE能够被配置用于所有协调度小区或相同协调度小区集合中的所有服务小区的相同传输模式,其中,传输模式指代例如基于TB或基于CBG的PDSCH接收、每PDSCH接收的相同配置数量的TB等。在另一示例中,UE能够被配置为应用用于与所有协调度小区或相同协调度小区集合中的所有服务小区相对应的HARQ信息的空间捆绑。
在一个示例中,UE能够被配置用于协调度小区集合中的小区的PDSCH接收的不同数量的TB。例如,小区集合能够包括第一小区和第二小区,其中,第一小区被配置有一个TB,并且第二小区被配置有两个TB,并且UE未被配置用于第二小区的空间捆绑。在一个示例中,UE能够基于TB的最大配置数量来生成HARQ-ACK信息,并将其应用于协调度小区集合中的所有小区。例如,UE能够提供用于协调度小区集合上的第一和第二PDSCH的2*2=4比特的HARQ-ACK信息。在另一示例中,UE提供用于协调度小区集合上的第一和第二PDSCH的1+2=3比特的HARQ-ACK信息。例如,UE能够确定用于每个配置的协调度小区集合的TB的总配置数量,然后通过在所有协调度小区集合上取最大值来确定HARQ-ACK信息的比特数量。
在一个示例中,当来自协调度小区集合/子集的PDSCH接收变得无效时,诸如当PDSCH与UL符号(根据DCI格式2_0按照每TDD DL/UL配置或每时隙格式指示)或与RACH时机(RO)或与测量间隙等重叠时,UE:(i)在一个选项中,在类型1/类型2CB中包括与PDSCH相对应的NACK,或者(ii)在另一选项中,在类型1/类型2CB中不包括与PDSCH相对应的任何HARQ-ACK信息反馈。
情况#2描述了用于协调度小区的相同SCS、相同K1但不同K0。这在下面描述。
当UE生成用于单小区调度和多小区调度两者的相同/公共类型1HARQ-ACK码本时,其中,多小区调度配置使得:(i)协调度小区集合中的所有服务小区具有相同SCS,并且(ii)协调度小区集合中的服务小区具有与多小区调度相关联的K1参数的相同配置和K0参数的不同配置,UE能够基于用于单小区调度的TDRA/K0/K1配置和用于多小区调度的TDRA/K0/K1配置两者来确定类型1HARQ-ACK码本的候选PDSCH时机,包括用于与多小区调度相关联的K0值集合的相对K0/调度时间线(由ΔK0表示)。还可能的是,对于任何服务小区,UE被提供能够用于单小区调度的K0/K1配置,其能够与用于多小区调度的对应配置不同。还可能的是,具有多小区调度配置的任何服务小区仅属于协调度小区集合或属于多个协调度小区集合。
在一个实现中,具有用于不同协调度小区的多小区调度的不同K0配置的UE能够通过用于多小区调度的联合TDRA表来实现,使得:(i)被配置用于多小区调度的TDRA表中的每个条目能够包括用于K0、SLIV和PDSCH映射类型(其对应于协调度小区集合中的不同小区)的多个信息集合,以及(ii)每个条目内的多个信息集合能够提供对应于协调度小区集合中的不同小区的不同K0值。
在进一步的实现中,UE能够被配置用于集合中的每个小区的单个K0偏移,其中,偏移相对于参考小区的K0值,并且相同偏移应用于用于多小区调度的参考TDRA表(或用于与服务小区相对应的单小区调度的TDRA表)的所有TDRA条目。
在另一实现中,UE可以不被提供专用于多小区调度的K0/TDRA配置,诸如通过联合多小区TDRA表。相反,UE能够被提供仅用于单小区调度的TDRA/K0配置,单独地用于协调度小区集合中的每个小区。一旦UE接收到用于多小区调度的DCI格式,UE就基于来自用于单小区调度的TDRA表的由DCI格式中的TDRA字段指示的(单独)条目来确定用于协调度PDSCH中的每个PDSCH的TDRA。在这种情况下,UE能够固有地被提供有用于不同协调度小区的多小区调度的不同K0配置。
对于满足情况#2的条件的UE,UE能够在不同时隙中接收协调度PDSCH,并在基于用于多小区调度的DCI格式中指示的K1值确定的相同时隙中的相同PUCCH/PUSCH中提供对应HARQ-ACK信息。
根据该实现,由用于多小区调度的DCI格式指示的K1值(仅)相对于协调度小区集合/子集上的协调度PDSCH中的最后一个PDSCH,其中,最后一个PDSCH根据本文考虑的任何选项来定义。例如,最后一个PDSCH能够指代协调度PDSCH当中的在最后一个时隙/符号中开始或结束的PDSCH,w.r.t.用于PUCCH小区(诸如PCell)的SCS。
因此,对于情况#2,对于时隙n中的PUCCH,并且对于与多小区调度相关联的给定K1值,相对于具有PUCCH配置的小区(诸如PCell)的SCS,在时隙(n-K1)中可能仅存在一些协调度PDSCH,而其他协调度PDSCH能够在与时隙(n-K1)不同的时隙中。
例如,对于所有小区具有相同SCS的UE,如果用于多小区调度的TDRA表中的条目指示对于第一服务小区K0c1=0并且对于第二服务小区KOc2=1,并且用于多小区调度的DCI格式联合调度第一小区和第二小区,并指示对于时隙n中相对于最后一个协调度PDSCH的PUCCH(即,第二小区,因为K0_2>K0_1)K1=4,则UE确定第二小区上的时隙(n-K1)=(n-4)中的第一候选PDSCH时机、以及第一小区上的时隙(n-K1-(K0_c2-K0_c1))=(n-4-1)=(n-5)中的第二候选PDSCH时机。这里,项ΔKOc1,c2=KOc2·KOc1是两个协调度小区之间的相对调度定时(相对K0)。因此,UE需要考虑K1+ΔKOc1,c2作为另一有效的PDSCH-to-HARQ_feedback定时值。
当用于多小区调度的DCI格式能够指示用于协调度小区集合的任何(非空)子集的联合调度时,UE需要考虑所有协调度小区对之间的相对K0/调度偏移(0)的所有可能组合。特别地,为了确定由于多小区调度而导致的给定服务小区的适用K1值集合,除了原始配置的K1值集合之外,UE需要考虑基于用于服务小区的K0值相对于协调度小区集合中的所有其他服务小区的K0值的差的进一步偏移值,其中,协调度小区集合的K0值大于服务小区的对应K0值(使得服务小区不是协调度PDSCH当中的最后一个PDSCH)。
因此,在情况#2的一般设置中,假设用于协调度小区集合中的所有协调度PDSCH的相同SCSμPUCCH,以及用于具有PUCCH配置的对应小区(诸如PCell)的SCSμPUCCH,UE将用于多小区调度的“有效”K1值集合确定为配置的用于与服务小区c相关联的多小区调度的K1值的集合的扩展:
以及
这里,ζc表示包括服务小区c的协调度小区集合(的并集);和分别表示用于与服务小区c相关联的多小区调度的K0和K1值(原始配置的)集合。例如,能够包括专用于多小区调度配置的K1值,或者能够包括适用于单小区和多小区调度两者的K1值。
在一个示例中,当用于多小区调度的DCI格式能够指示用于协调度小区集合/子集的多个单独的TDRA字段(即,不经由联合多小区TDRA表)时,使得能够独立地选择来自协调度小区集合/子集的不同PDSCH的K0值,则K1值集合的扩展能够描述如下:
在上面的示例中,项可以由替换,或者下限操作可以由上限操作替换。
对于情况#2,一旦UE确定用于多小区调度的“有效”/扩展K1值集合,UE就如针对情况#1所描述的那样执行候选PDSCH时机的确定,只是K1值集合被替换为有效/扩展K1值集合例如,UE从用于单小区调度和/或多小区调度的TDRA表中确定第一集合Rsc,only、第二集合Rmc,only和第三集合Runion,对应于上述用于配置的K1值的三个类别,如先前在情况#1中所述。然后,UE通过确定用于确定的候选PDSCH时机的HARQ-ACK信息来生成类型1CB。
如图7所示,示图700描述了当对应小区具有相同SCS时,如何确定用于具有不同K0值的协调度小区的有效K1值和对应候选PDSCH时机,其中,这些候选PDSCH时机被提供相对于协调度PDSCH中的最后一个PDSCH的单个K1值。
PDSCH候选时机(诸如SCell#2上的PDSCH#2)能够仅基于配置的从PUCCH时隙的K1偏移来确定。但是另一PDSCH候选时机(诸如SCell#1上的PDSCH#2)不能仅基于配置的从PUCCH时隙的K1偏移来确定。UE还需要考虑TDRA表中的相对K0值,以确定用于多小区调度的这种候选PDSCH时机。在一个示例中,PCell能够是协调度小区之一,并且PDSCH#1或PDSCH#2或不同PDSCH#3之一能够在PCell上。
如图8所示,方法800描述了当协调度小区集合被提供不同K0值但在相同PUCCH中发送HARQ-ACK信息时,在存在基于相对K0值的多小区调度的情况下生成类型1CB的示例过程。
在步骤810中,UE(诸如UE 116)被配置包括第一小区和第二小区的协调度小区集合。在步骤820中,UE被提供用于与协调度小区集合相关联的多小区调度的第一K1值集合。在步骤830中,UE被提供第一小区的第一K0值集合和第二小区的第二K0值集合,其中,第一K0值集合和第二K0值集合与多小区调度相关联。在步骤840中,UE通过将第一K1值集合中的K1值与第一K0值集合和第二K0值集合当中的相对K0值相加来针对第一小区确定第二K1值集合。在步骤850中,UE通过取第一K1值集合和第二K1值集合的并集来针对第一小区确定用于多小区调度的扩展K1值集合。在步骤860中,UE基于扩展K1值集合来确定类型1HARQ-ACK码本的第一小区上的候选PDSCH时机。
情况#3描述了针对协调度小区使用相同SC和不同K0/K1。这在下面描述。
当UE生成用于单小区调度和多小区调度两者的相同/公共类型1HARQ-ACK码本时(其中,多小区调度配置使得:(i)协调度小区集合中的所有服务小区具有相同SCS,并且(ii)协调度小区集合中的服务小区能够具有用于与多小区调度相关联的TDRA/K0/K1参数中的至少一个的不同配置),UE能够基于用于单小区调度的TDRA/K0/K1配置和用于多小区调度的TDRA/K0/K1配置两者来确定类型1HARQ-ACK码本的候选PDSCH时机,包括用于与多小区调度相关联的K0值集合的相对K0/调度时间线(由ΔK0表示),连同用于不同协调度小区的K1配置之间的交互。还可能的是,具有多小区调度配置的任何服务小区仅属于一个协调度小区集合或属于多个协调度小区集合。
在一个示例中,任何服务小区被提供用于单小区调度的TDRA/K0/K1配置,其潜在地不同于用于多小区调度的相应配置。
在一个示例中,如上面在情况#2中所述,能够实现具有用于不同协调度小区的不同K0配置的UE。
在一个示例中,能够通过在K1值之间不区分它们是与单小区调度相关联还是与多小区调度相关联来实现具有用于不同协调度小区的不同K1配置的UE。因此,UE能够被配置用于每个小区(包括协调度小区集合中的每个小区)的K1值集合。在另一示例中,当UE被配置用于第一协调度小区集合的第一K1值集合和用于第二协调度小区集合的第二K1值集合时,能够实现具有用于不同协调度小区的不同K1配置的UE,其中,第一协调度小区集合和第二协调度小区集合能够具有非空交集(即,能够存在包括在第一协调度小区集合和第二协调度小区集合两者中的小区)。
在这种情况下,在用于协调度小区集合中的小区的多小区调度的DCI格式中指示的K1值指代针对协调度小区集合中的小区配置的K1值集合中的K1值,其中,UE在该小区上接收协调度PDSCH中的最后一个PDSCH。在此,根据本文考虑的任何选项来定义最后一个PDSCH。例如,最后一个PDSCH能够指代协调度PDSCH当中在最后一个时隙/符号中结束的PDSCH,其w.r.t.用于PUCCH小区(诸如PCell)的SCS。
对于满足情况#3的条件的UE,UE能够在不同时隙中接收协调度PDSCH,并在基于用于多小区调度的DCI格式中指示的K1值确定的相同时隙中的相同PUCCH中提供对应HARQ-ACK反馈。
因此,对于情况#3,为了确定用于生成类型1 CB的候选PDSCH时机,UE需要确定(原始)配置的集合的扩展,类似于针对情况#2考虑的方法,并且附加地考虑不同协调度小区能够具有用于K1参数的不同配置。特别地,应该w.r.t.协调度小区集合中的其他小区的K1值来考虑相对K0/调度时间线(由ΔK0表示)。。
例如,对于情况#3,假设用于协调度小区集合中的所有协调度PDSCH的相同SCSμPUCCH,以及用于具有PUCCH配置的对应小区(诸如PCell)的SCSμPUCCH,UE将用于多小区调度的“有效”K1值集合确定为用于与服务小区c相关联的多小区调度的配置的K1值集合的扩展:
以及
这里,ζc表示包括服务小区c的协调度小区集合(的并集);和分别表示用于与服务小区c相关联的多小区调度的K0和K1值(原始配置的)集合;并且,和分别表示用于与协调度小区集合中的任何/任何其他服务小区i相关联的多小区调度的K0和K1值(原始配置的)集合。
在一个示例中,当用于多小区调度的DCI格式能够指示用于协调度小区集合/子集的多个单独的TDRA字段(即,不经由联合多小区TDRA表)时,使得能够独立地选择用于来自协调度小区集合/子集的不同PDSCH的K0值,则能够如下简化K1值集合的扩展:
在上面的示例中,项可以由替换,或者下限操作可以由上限操作替换。
对于情况#3,一旦UE确定用于多小区调度的“有效”K1值集合,UE就执行候选PDSCH时机的确定并生成类型1CB,如先前针对情况#1和情况#2所述。
如图9所示,方法900描述了当协调度小区集合被提供不同K0和K1值但在相同PUCCH中发送HARQ-ACK信息时,在存在多小区调度的情况下生成类型1CB的示例过程。在此,UE基于协调度小区集合当中的相对K0值和协调度小区集合中的其他服务小区的K1值来确定服务小区的候选PDSCH时机。
在步骤910中,UE(诸如UE 116)被配置包括第一小区和第二小区的协调度小区集合。在步骤920中,UE被提供第一小区的第一K1值集合和第二小区的第二K1值集合,其中,第一K1值集合和第二K1值集合与多小区调度相关联。在步骤930中,UE被提供第一小区的第一K0值集合和第二小区的第二K0值集合,其中,第一K0值集合和第二K0值集合与多小区调度相关联。在步骤940中,UE通过将第二K1值集合中的K1值与第一K0值集合和第二K0值集合当中的相对K0值相加来针对第一小区确定第三K1值集合。在步骤950中,UE通过取第一K1值集合和第三K1值集合的并集来针对第一小区确定用于多小区调度的扩展K1值集合。在步骤960中,UE基于扩展K1值集合来确定类型1HARQ-ACK码本的第一小区上的候选PDSCH时机。
情况#4描述了用于协调度小区的不同SCS(具有相同或不同K0/K1)。
当UE生成用于单小区调度和多小区调度两者的相同/公共类型1HARQ-ACK码本时(其中多小区调度配置使得:(i)协调度小区集合中的不同服务小区能够具有不同SCS配置,并且(iii)协调度小区集合中的服务小区能够具有用于与多小区调度相关联的TDRA/K0/K1参数中的至少一个的相同或不同配置),UE能够基于用于单小区调度的TDRA/K0/K1配置和用于多小区调度的TDRA/K0/K1配置两者来确定类型1HARQ-ACK码本的候选PDSCH时机,包括用于与多小区调度相关联的K0值集合的相对K0/调度时间线(由ΔK0表示),以及用于不同协调度小区的K1配置之间的交互,其中,不同SCS按照定时关系被捕获。还可能的是,具有多小区调度配置的任何服务小区也仅属于协调度小区集合或属于多个协调度小区集合。
在一个示例中,任何服务小区被提供用于单小区调度的TDRA/K0/K1配置,其潜在地不同于用于多小区调度的对应配置。例如,用于多小区调度的TDRA/K0/K1的配置跨不同协调度小区集合之间能够是相同的,或者能够针对不同协调度小区集合提供TDRA/K0/K1的单独配置。
例如,对于情况#4,假设用于服务小区c上的PDSCH的SCS配置μPDSCH,c,以及用于协调度小区集合中的任何其他服务小区i的SCS配置μPDSCH,i(其中,μPDSCH,c和μPDSCH,i能够是不同的),以及用于具有PUCCH配置的对应小区(诸如PCell)的SCSμPUCCH,UE将用于多小区调度的“有效”K1值集合确定为用于与服务小区c相关联的多小区调度的配置的K1值集合的扩展:
以及
这里,ζc表示包括服务小区c的协调度小区集合;和分别表示用于与服务小区c相关联的多小区调度的K0和K1值(原始配置的)集合;并且,和分别表示用于与协调度小区集合中的任何/任何其他服务小区i相关联的多小区调度的K0和K1值(原始配置的)集合。
在上面的示例中,项可以由替换,或者项可以由替换,或者下限操作可以由上限操作替换。
上述公式考虑了协调度小区之间具有不同SCS配置和不同K0/K1配置的一般情况。能够在各种情况下简化公式,例如当UE被提供用于K0或K1参数的相同配置时,或者当UE被提供用于TDRA/K0表的单独配置/指示而不是联合多小区TDRA配置时。
对于情况#4,一旦UE确定用于多小区调度的“有效”K1值集合,UE就执行候选PDSCH时机的确定并生成类型1 CB,如先前针对情况#1和情况#2以及情况#3所述。
如图10所示,方法1000描述了当协调度小区集合被提供不同SCS(具有相同或不同K0和K1值)但在相同PUCCH中发送HARQ-ACK信息时,在存在多小区调度的情况下生成类型1CB的示例过程。在此,UE基于协调度小区集合当中的相对K0值和协调度小区集合中的其他服务小区的K1值来确定服务小区的候选PDSCH时机,其中,当确定相对K0值时,应用基于对应SCS配置的合适缩放。
在步骤1010中,UE(诸如UE 116)被配置包括第一小区和第二小区的协调度小区集合、以及具有PUCCH的相关联小区(例如,PCell)。在步骤1020中,UE被提供第一小区的第一K1值集合和第二小区的第二K1值集合,其中,第一K1值集合和第二K1值集合与多小区调度相关联。在步骤1030中,UE被提供第一小区的第一K0值集合和第二小区的第二K0值集合,其中,第一K0值集合和第二K0值集合与多小区调度相关联。在步骤1040中,UE针对第一小区将K1偏移值集合确定为第一K0值集合和第二K0值集合中的K0值当中的缩放的K0值的差,其中基于第一小区和第二小区以及具有PUCCH的小区(例如,PCell)的SCS配置进行缩放。在步骤1050中,UE通过将第二K1值集合中的K1值和K1偏移值集合中的值相加来针对第一小区确定第三K1值集合。在步骤1060中,UE通过取第一K1值集合和第三K1值集合的并集来针对第一小区确定用于多小区调度的扩展K1值集合。在步骤1070中,UE基于扩展K1值集合来确定类型1HARQ-ACK码本的第一小区上的候选PDSCH时机。
尽管图6示出方法600,图7示出图700,图8示出方法800,图9示出方法900,并且图10示出方法1000,但是可以对图6-图10进行各种改变。例如,虽然方法600和800-1000被示出为一系列步骤,但是各种步骤能够重叠、并行发生、以不同顺序发生或多次发生。在另一示例中,步骤可以被省略或由其他步骤替换。例如,方法700、方法800、方法900和方法1000的步骤能够以不同顺序执行。
本公开的以下实施例描述了生成用于单小区调度和多小区调度的单独的类型1HARQ-ACK码本。这在以下示例和实施例中描述,诸如图11的示例和实施例。
图11示出根据本公开的实施例的用于与单小区调度和多小区调度相对应的单独的类型1CB的示例方法1100。图11的方法1100的步骤能够由图1的UE 111-116中的任何一个(诸如图3的UE 116)执行。方法1100仅用于说明,并且其他实施例能够在不脱离本公开的范围的情况下被使用。
在某些实施例中,对于配置有多小区调度的UE(诸如UE 116),当UE生成用于单小区调度和多小区调度的单独的类型1HARQ-ACK码本时,UE生成用于单小区调度的第一类型1CB和用于多小区调度的第二类型1CB,其中,每个类型1CB基于TDRA/K0/K1的对应配置。UE能够使用单独的PUCCH资源在PUCCH中发送第一CB和第二CB,或者能够附接第一CB和第二CB(在这种情况下,也能够称为第一子CB和第二子CB),并在单个/相同PUCCH资源中发送PUCCH。可替代地,UE能够基于调度PUSCH的DCI格式中的UL DAI字段(具有2比特,对应于单小区和多小区调度,而不是在仅单小区调度的情况下的1比特)在PUSCH上发送第一和/或第二类型1CB。
UE基于如TS 38.213 v16.5.0中所述的用于每过程的单小区调度的TDRA/K0/K1配置来生成第一类型1CB。
UE基于本文描述的方法来生成第二类型1CB,诸如在适用时确定用于多小区调度的“有效”K1值集合与一个或多个先前描述的实施例不同,UE仅基于针对多小区调度配置/确定的TDRA表来确定与用于多小区调度的原始或有效/扩展K1值集合相对应的候选PDSCH时机。因此,根据一个或多个先前描述的实施例的术语,仅涉及用于多小区调度的TDRA表的第二集合Rmc,only适用于第二类型1CB(用于多小区调度),并且涉及用于单小区调度的TDRA表的第一集合Rsc,only和第三集合Runion不适用。然后,UE通过确定用于确定的第二类型1CB的候选PDSCH时机的HARQ-ACK信息来生成第二类型1CB。
对于UE生成与用于多小区调度的第二类型1CB分开的用于单小区调度的第一类型1CB的情况,UE能够:(i)在第一示例中,在第一PUCCH/PUSCH中提供第一类型1CB,并且在第二PUCCH/PUSCH中提供第二类型1CB,或者(ii)在第二示例中,附接第一和第二类型1CB,并在相同PUCCH/PUSCH中提供组合CB,或者(iii)在第三示例中,仅确定第一类型1CB和第二类型1CB之一,并在PUCCH/PUSCH中仅提供一个确定的类型1CB。
对于第三示例,UE确定能够基于用于对应PDSCH的单小区调度或多小区调度的DLDCI格式中的字段,或者能够基于调度将携带确定的类型1HARQ-ACK CB的PUSCH的UL DCI格式中的字段,诸如UL DAI。例如,能够使用2比特UL DAI(而不是仅用于单小区调度的类型1CB的1比特UL DAI),具有如表(5)中所述的解释。如果UE未检测到在多个小区中调度PDSCH接收的任何DCI格式,则UE不在PUCCH中提供对应类型1HARQ-ACK CB。
表(5)描述了在存在多小区调度的情况下用于类型1CB的UL DAI的解释。
[表5]
对于第三示例,当gNB指示不可用时,诸如对于没有调度PUSCH的DAI字段的UL DCI格式0_0或用于配置授权PUSCH的情况(并且假设满足用于在调度的PUSCH上复用HARQ-ACKCB的时间线条件),UE确定能够基于默认行为,例如,根据系统操作的规范或根据较高层配置,仅提供用于单小区调度的类型1CB,或者用于单小区和多小区调度两者的组合类型1CB。可替代地,如果UE没有接收到与单小区调度相关联的任何对应PDSCH,则UE不提供用于单小区调度的类型1CB,或者如果UE没有接收到与多小区调度相关联的任何对应PDSCH,则UE不提供用于多小区调度的类型1CB。
如图11所示,方法1100描述了用于与单小区调度和多小区调度相对应的单独类型1CB的示例过程,其基于调度PUSCH的UL DCI格式的UL DAI字段在PUSCH上复用。
在步骤1110中,UE(诸如UE 116)被配置协调度小区集合。在步骤1120中,UE被提供用于协调度小区集合中的小区上的单小区调度的第一TDRA/K0/K1配置。在步骤1130中,UE被提供用于协调度小区集合上的多小区调度的第二TDRA/K0/K1配置。在步骤1140中,UE接收具有调度PUSCH的(2比特)UL DAI字段的UL DCI格式。在步骤1150中,UE基于UL DAI字段的值,基于第一TDRA/K0/K1配置来生成第一类型1CB和/或基于第二TDRA/K0/K1配置来生成第二类型1CB。在步骤1160中,UE基于UL DAI字段的值在PUSCH上复用第一类型1CB和/或第二类型1码本。
尽管图11示出方法1100,但是可以对图11进行各种改变。例如,虽然方法1100被示出为一系列步骤,但是各种步骤能够重叠、并行发生、以不同顺序发生或多次发生。在另一示例中,步骤可以被省略或由其他步骤替换。例如,方法1100的步骤能够以不同顺序执行。
本公开的以下实施例描述了用于具有两阶段DCI的多小区调度的类型1HARQ-ACK码本。这在以下示例和实施例中描述。
当UE被配置用于协调度小区集合的多小区调度的两阶段DCI格式(其中,UE在第一PDSCH中接收对应第二阶段DCI)时,与其中UE在协调度小区集合上提供对应于(其他)协调度PDSCH的HARQ-ACK信息的PUCCH/PUSCH相比,UE能够在相同或不同PUCCH/PUSCH中提供对应于第一PDSCH的HARQ-ACK信息。
在一种方法中,UE在与由两阶段DCI指示的其他协调度PDSCH的PUCCH/PUSCH相同的PUCCH/PUSCH中提供用于第一PDSCH的HARQ-ACK信息。该方法可以是有益的,例如,以减少两阶段DCI的PUCCH开销。根据该方法,相对于来自(其他)协调度小区的第一个/最早一个PDSCH的候选时机,UE基于等于用于协调度小区集合中的任何服务小区的单小区/多小区调度的配置的K0值的进一步偏移,确定与第一PDSCH相对应的附加候选PDSCH时机。
在另一方法中,UE在与用于由两阶段DCI指示的其他协调度PDSCH的PUCCH不同的PUCCH/PUSCH中提供用于第一PDSCH的HARQ-ACK信息。该方法能够是有益的,例如,以减少两阶段DCI的HARQ-ACK时延。根据该方法,UE期望接收用于发送第一PDSCH的HARQ-ACK信息的第一PUCCH资源指示(PRI),以及用于发送(其他)协调度PDSCH的HARQ-ACK信息的第二PRI。在一个示例中,UE在第一阶段DCI中接收第一PRI并在第二PRI中接收第二PRI。
本公开的以下实施例描述了在存在多小区调度的情况下HARQ-ACK码本生成的其他方面。
本公开的以下实施例描述了在存在多小区调度的情况下的类型3HARQ码本。这在以下示例和实施例中描述。
对于配置有多个协调度小区集合的UE,当用于多小区调度的DCI格式包括触发生成类型3HARQ码本(也称为“单次”CB)的标志(诸如单次HARQ-ACK请求字段)时,UE能够将用于多小区调度的DCI格式视为类型3HARQ码本的隐式触发状态。
在一个方法中,用于多小区调度的DCI格式能够触发生成对应于与对应于DCI格式的协调度小区集合相关联的所有HARQ进程的类型3CB。在一个示例中,UE能够被配置较高层参数,基于该较高层参数,UE确定类型3HARQ码本是对应于所有服务小区上的所有HARQ进程(根据5G NR Rel-16规范)还是对应于与协调度小区集合相关联的所有HARQ进程。
在另一方法中,如DCI格式所指示的,用于多小区调度的DCI格式能够触发生成对应于与协调度PDSCH在其上被调度的服务小区子集相关联的所有HARQ进程的类型3CB。例如,UE基于CIF或DCI格式中指示实际协调度小区的相关字段来确定服务小区子集。
在一个示例中,UE能够被配置用于类型3HARQ-ACK生成的“状态”集合,其中,每个状态对应于协调度小区集合中的服务小区组合/子集。因此,当UE接收到指示来自状态集合的“状态”的多小区调度DCI格式时,UE生成对应于与由DCI格式中的“状态”指示的服务小区相关联的所有HARQ进程的类型3HARQ码本。
在一个示例中,当根据上述方法或示例操作时,较高层能够提供针对其UE生成用于协调度小区的对应集合/子集的类型3HARQ码本的HARQ进程集合的信息。所指示的HARQ进程集合对于不同协调度小区集合/子集或对于不同“状态”能够是相同的,或者能够针对不同协调度小区集合/子集或对于不同“状态”指示不同HARQ进程集合。
在一个示例中,多小区调度DCI格式能够指示用于类型3HARQ码本生成的服务小区集合,其中,服务小区集合能够与对应协调度小区集合不同,包括部分重叠或没有重叠。例如,UE能够由pdsch-HARQ-ACK-enhType3List(或其多小区变型)提供服务小区的列表和/或针对其UE能够被请求生成类型3HARQ码本的对应HARQ进程。例如,多小区调度DCI格式能够包括增强型类型3码本指示符字段,其指示来自配置的列表的行/条目。例如,如果pdsch-HARQ-ACK-enhType3DCIfield(或其多小区变型)没有被配置,则增强型类型3码本指示符字段的比特宽度能够是0比特,否则能够是比特,诸如1或2或3比特,其中,nCB是较高层参数pdsch-HARQ-ACK-enhType3List(或其多小区变型)中的条目数量。增强型类型3码本指示符字段是小区公共DCI字段,其在用于多小区调度的DCI格式中仅提供一次。
本公开的以下实施例描述了在存在两阶段多小区调度的情况下的HARQ时间线。这在以下示例和实施例中描述。
对于被配置用于多小区调度的两阶段DCI格式的UE,UE确定相对于第二阶段DCI的最小PDCCH到HARQ(N3)时间线。另外,当UE在PDSCH(诸如由对应第一阶段DCI调度的第一PDSCH)中接收到第二阶段DCI时,UE在确定N3时间线的SCS配置时考虑(第一)PDSCH的SCS配置。当UE确定直到DL BWP切换的最小时间时,也能够使用相对于第二阶段DCI的N3/N2时间线。
如果UE确定用于PUCCH发送的具有仅对应于PDSCH接收而没有对应PDCCH的HARQ-ACK信息的第一资源,或者在时隙中检测到指示用于PUCCH发送的具有对应HARQ-ACK信息的第一资源的第一DCI格式,并且还在稍后的时间在时隙中检测到指示用于PUCCH发送的具有对应HARQ-ACK信息的第二资源的第二DCI格式,则如果包括第二DCI格式的PDCCH接收不早于从时隙中用于PUCCH发送的第一资源的第一符号的开始起的N3·(2048+144)·κ·2-μ·TC(其中,κ和TC在[REF1,TS 38.211 v16.5.0]中定义),并且μ对应于提供DCI格式和PUCCH的SCS配置的PDCCH的SCS配置中的最小SCS配置,则UE不期望在时隙中的PUCCH资源中复用对应于第二DCI格式的HARQ-ACK信息。如果第二DCI格式是两阶段DCI格式(用于多小区调度),其中,第一PDCCH中有第一阶段DCI,第二PDCCH/PDSCH中有第二阶段DCI,则如果包括第二DCI格式的第二阶段DCI的第二PDCCH/PDSCH接收不早于从时隙中用于PUCCH发送的第一资源的第一符号的开始起的N3·(2048+144)·κ·2-μ·TC(其中,κ和TC在[REF1,TS 38.211v16.5.0]中定义),并且μ对应于提供DCI格式的PDCCH的SCS配置[包括第一PDCCH和第二PDCCH(当适用时)]中的最小SCS配置,以及第二PDSCH的SCS配置(当适用时)和PUCCH的SCS配置(当适用时),则UE不期望在时隙中的PUCCH资源中复用对应于第二DCI格式的第二阶段DCI的HARQ-ACK信息。如果PDSCH-ServingCellConfig的processingType2Enabled被设置为针对具有第二DCI格式的服务小区并且针对具有在时隙中的PUCCH发送中复用的对应HARQ-ACK信息的所有服务小区启用,则对于μ=0,N3=3;对于μ=1,N3=4.5;对于μ=2,N3=9;否则,对于μ=0,N3=8;对于μ=1,N3=10;对于μ=2,N3=17;对于μ=3,N3=20。
UE不期望在其中UE复用HARQ-ACK信息的PUCCH发送的第一符号之前的N3个符号内检测切换DL BWP的DCI格式,其中,N3在条款9.2.3[REF3,TS 38.213 v16.5.0]中定义。如果DCI格式是两阶段DCI格式(用于多小区调度),其中,第二阶段DCI在第二PDCCH/PDSCH中,则UE不期望在其中UE复用HARQ-ACK信息的PUCCH发送的第一符号之前的N3个符号内检测/接收切换DL BWP的DCI格式的第二阶段DCI,其中,N3在TS 38.213 v16.5.0的条款9.2.3中定义。
UE不期望在其中UE复用HARQ-ACK信息的PUSCH发送的第一符号之前的N2个符号内检测切换DL BWP的DCI格式,其中,N2在[REF4,TS 38.214 v16.5.0]中定义。如果DCI格式是两阶段DCI格式(用于多小区调度),其中,第二阶段DCI在第二PDCCH/PDSCH中,则UE不期望在其中UE复用HARQ-ACK信息的PUSCH发送的第一符号之前的N2个符号内检测/接收切换DLBWP的DCI格式的第二阶段DCI,其中,N2在[REF4,TS 38.214 v16.5.0]中定义。
N2基于分别用于UE处理能力1和2的[REF4,TS 38.214 v16.5.0]的表6.4-1和表6.4-2的μ,其中,μ对应于得到最大Tproc,2的(μDL,μUL)之一,其中,μDL对应于利用其发送承载调度PUSCH的DCI的PDCCH的下行链路的子载波间隔,并且μUL对应于利用其将发送PUSCH的上行链路信道的子载波间隔,并且κ在[REF1,TS 38.211 v16.5.0]的条款4.1中定义。如果PUSCH(在联合的PUSCH集合中)由两阶段DCI格式调度,其中,第一PDCCH中有第一阶段DCI,并且第二PDCCH/PDSCH中有第二阶段DCI,则μ对应于得到最大Tproc,2的之一,其中,μDL1对应于利用其发送承载调度PUSCH的DCI的第一阶段的第一PDCCH的下行链路的子载波间隔,并且μDL2对应于利用其发送承载调度PUSCH的DCI的第二阶段的第二PDCCH/PDSCH的下行链路的子载波间隔,并且μDL2对应于利用其发送PUSCH的上行链路信道的子载波间隔。
本公开的以下实施例描述了在协调度PUSCH上复用HARQ-ACK反馈。这在以下示例和实施例中描述。
对于配置有用于PUSCH的多小区调度的UE,用于系统操作的规范可能不允许在协调度PUSCH上进行HARQ-ACK复用,例如,以减小DCI格式大小。当支持在协调度PUSCH上复用HARQ-ACK反馈时,UL DAI字段能够是应用于所有协调度PUSCH的小区公共参数,或者能够是应用于协调度小区中的参考小区(诸如第一个或最后一个PUSCH)的小区特定参数。当用于PUSCH的多小区调度的DCI格式被配置为两阶段DCI时,UE能够在第二阶段DCI中接收ULDAI。复用HARQ-ACK信息/码本的PUSCH与对应PUCCH重叠。
在第一实现中,UE不期望在协调度PUSCH集合中的PUSCH上复用HARQ-ACK信息。具体地,UE不期望用于PUSCH的多小区调度的DCI格式包括UL DAI字段。这样的UE行为能够是有益的,例如,以维持用于多小区调度的DCI格式的可管理大小,特别是当DL DAI是每调度PDSCH(而不是每DCI格式)时或者当类型2子CB的数量大并且因此UL DAI字段的大小大时。
在第二实现中,UE能够基于在用于多小区调度的DCI格式中提供的UL DAI的值,仅在协调度PUSCH当中的最后一个(或第一个)PUSCH上复用HARQ-ACK信息。在本文中,最后一个(或第一个)PUSCH能够指代以下PUSCH:(i)在协调度PUSCH当中的最后一个(或第一个)时隙/符号中结束(或开始)(w.r.t.具有PUCCH配置的关联小区(诸如PCell)的SCS配置,或对应调度小区的SCS配置,或协调度小区/PUSCH当中的最大(或最小)SCS配置,或由较高层提供的SCS配置,或预定SCS配置,诸如FR1中的30kHz和FR2中的120kHz),或(ii)对应于协调度小区当中具有最大(或最小)小区索引或CIF的小区,或(iii)对应于协调度小区当中具有最大(或最小)SCS的小区,或(iv)对应于协调度小区当中在用于多小区调度的DCI格式中最后指示的小区(如果DCI格式包括用于协调度小区集合的有序指示),或(v)上述项的组合(诸如按照SCS配置的升序的最后一个/第一个,然后按照小区索引/CIF的升序的最后一个/第一个)。
在第三实现中,UE能够在所有协调度PUSCH上复用HARQ-ACK信息。在一个变型中,UE被提供共同适用于所有协调度PUSCH的单个UL DAI字段。在另一变型中,UE被提供单独的UL DAI字段,其中,每个UL DAI字段适用于协调度PUSCH中的一个PUSCH。
在一个示例中,当用于PUSCH的多小区调度的DCI格式是两阶段DCI时,UE期望在第二阶段DCI中接收UL DAI字段,其能够包括在由对应第一阶段DCI调度的第一PDSCH中。
上述实现当中的UE过程能够在规范中预先确定,诸如仅在最后一个(或第一个)PUSCH上进行HARQ-ACK复用,或者能够由较高层配置来提供。
UE将用于PUSCH的多小区调度的DCI格式中的UL DAI字段的大小确定为与用于单个PUSCH的单小区调度的UL DCI格式中的UL DAI字段的大小相同。当UE生成多个类型2子CB时,UE期望用于PUSCH的多小区调度的DCI格式中的UL DAI字段包括相同数量的UL DAI子字段,每个UL DAI子字段对应于类型2子CB之一。
在第四实现中,UE在协调度PUSCH中的PUSCH上复用HARQ-ACK信息,其中,UE在具有协调度PUSCH发送的小区当中具有最小索引的小区上发送该PUSCH。
在一个实施例中,为了确定能够复用HARQ-ACK信息(或通常为UCI)的PUSCH,UE向由DCI格式0_0调度的第一PUSCH分配与作为类型1或类型2配置的授权PUSCH的第二PUSCH相同的优先级。在另一示例中,UE向由DCI格式0_0调度的第一PUSCH分配比作为类型1或类型2配置的授权PUSCH的第二PUSCH更低的优先级。
本公开的以下实施例描述了在存在多小区调度的情况下的OoO调度。这在以下示例和实施例中描述。
对于配置有多小区调度的UE,并且当UE不支持乱序(OoO)调度时,如TS 38.214v16.5.0中所述,UE期望用于多小区调度的DCI格式以与用于单小区调度的DCI格式相同的方式满足“有序”调度属性。为了实现该属性,能够跨所有服务小区或跨服务小区集合/群组的对而不是单独服务小区的对来定义OoO属性。在简化变型中,OoO属性仅相对于由用于多小区调度的DCI格式指示的第一个/最早一个PDSCH或PUSCH(而不是所有协调度PDSCH或PUSCH)来定义。
在一个示例中,当DCI格式(用于多小区调度)是两阶段DCI时,能够相对于导致更严格约束的阶段来定义OoO属性。例如,当两阶段DCI格式是较早的DCI时,能够关于第二阶段DCI来定义OoO属性,并且当两阶段DCI格式是较晚的DCI时,能够关于第一阶段DCI来定义OoO属性。
在一个示例中,用于多小区调度的DCI格式能够包括PUCCH小区指示符字段,其能够指示UE能够用于PUCCH发送(例如,用于与协调度PDSCH相对应的HARQ-ACK反馈信息的传输或用于与协调度小区集合相对应的CSI报告)的替代PUCCH小区(诸如PUCCH SCell)。
以上流程图示出能够根据本公开的原理实现的示例方法,并且能够对本文的流程图中所示的方法进行各种改变。例如,虽然示出为一系列步骤,但是每个附图中的各种步骤能够重叠、并行发生、以不同顺序发生或多次发生。在另一示例中,步骤可以被省略或由其他步骤替换。
尽管附图示出用户设备的不同示例,但是可以对附图进行各种改变。例如,用户设备能够以任何合适的布置包括任何数量的每个组件。通常,附图不将本公开的范围限制于任何特定配置。此外,虽然附图示出能够使用本专利文件中公开的各种用户设备特征的操作环境,但是这些特征能够用于任何其他合适的系统中。
尽管已经利用示例性实施例描述了本公开,但是可以向本领域技术人员建议各种改变和修改。本公开旨在涵盖落入所附权利要求的范围内的这些改变和修改。本申请中的描述都不应被解读为暗示任何特定元件、步骤或功能是必须包括在权利要求范围内的必要元件。专利主题的范围由权利要求限定。
Claims (15)
1.一种无线通信系统中由终端执行的方法,所述方法包括:
接收:小区集合的第一信息、以及第一时域资源分配(TDRA)表的第二信息,其中第一TDRA表对应于小区集合中的相应第一小区,并且第一TDRA表中的TDRA表的条目指示用于第一小区中的小区上的物理下行链路共享信道(PDSCH)接收的时间资源;
识别第二TDRA表,其中第二TDRA表的条目指示用于在小区集合上接收第一PDSCH的时间资源;
基于第一TDRA表和第二TDRA表的行的并集来确定与小区集合相对应的确认信息;以及
发送具有确认信息的物理上行链路控制信道(PUCCH)。
2.根据权利要求1所述的方法,
其中,识别第二TDRA表包括,针对小区集合中的每个小区,将第二TDRA表确定为与第一TDRA表中的对应TDRA表相同,并且第一小区是小区集合中的所有小区,
其中,识别第二TDRA表包括确定第二TDRA表包括在第一TDRA表之间公共的行,并且
其中,小区集合在相同PUCCH组中。
3.根据权利要求1所述的方法,其中:
识别第二TDRA表包括接收指示第二TDRA表的第三信息,并且第二TDRA表的条目指示以下之一:用于小区集合上的第一PDSCH接收的相同时间资源、或者用于小区集合上的第一PDSCH接收中的每个PDSCH接收的单独时间资源。
4.根据权利要求1所述的方法,还包括:
接收:指示第一下行链路数据到确认时隙定时(K1)值集合的第三信息,其中第一K1值集合中的第一K1值由调度单个小区上的PDSCH接收的第一下行链路控制信息(DCI)格式指示;以及指示第二K1值集合的第四信息,其中第二K1值集合中的第二K1值由调度小区集合上的第一PDSCH接收的第二DCI格式指示,
其中,确定确认信息还包括基于第一K1值集合和第二K1值集合的并集来确定确认信息。
5.根据权利要求1所述的方法,还包括:
接收:指示下行链路数据到确认时隙定时(K1)值集合的第三信息,其中K1值集合中的K1值由调度小区集合上的第一PDSCH接收的下行链路控制信息(DCI)格式指示;以及第一PDSCH;以及
参考PUCCH发送的时隙,将用于PUCCH发送的时隙确定为在第一PDSCH中的参考PDSCH的时隙之后由K1值指示的时隙数量,
其中,参考PDSCH是以下之一:最后结束的PDSCH、或者在具有最大小区索引的小区上接收的PDSCH。
6.一种无线通信系统中的用户设备(UE),所述终端包括:
收发器,被配置为接收:小区集合的第一信息、以及第一时域资源分配(TDRA)表的第二信息,其中第一TDRA表对应于小区集合中的相应第一小区,并且第一TDRA表中的TDRA表的条目指示用于第一小区中的小区上的物理下行链路共享信道(PDSCH)接收的时间资源;以及
处理器,可操作地耦接到收发器,所述处理器被配置为:
识别第二TDRA表,其中第二TDRA表的条目指示用于在小区集合上接收第一PDSCH的时间资源;并且
基于第一TDRA表和第二TDRA表的行的并集来确定与小区集合相对应的确认信息,
其中,所述收发器还被配置为发送具有确认信息的物理上行链路控制信道(PUCCH)。
7.根据权利要求6所述的UE,
其中,所述处理器还被配置为,针对小区集合中的每个小区,将第二TDRA表确定为与第一TDRA表中的对应TDRA表相同,并且第一小区是小区集合中的所有小区,其中所述处理器还被配置为确定第二TDRA表包括在第一TDRA表之间公共的行,并且
其中,小区集合在相同PUCCH组中。
8.根据权利要求6所述的UE,其中:
所述处理器还被配置为接收指示第二TDRA表的第三信息,并且第二TDRA表的条目指示以下之一:用于小区集合上的第一PDSCH接收的相同时间资源、或者用于小区集合上的第一PDSCH接收中的每个PDSCH接收的单独时间资源。
9.根据权利要求6所述的UE,其中:
所述收发器还被配置为接收:指示第一下行链路数据到确认时隙定时(K1)值集合的第三信息,其中第一K1值集合中的第一K1值由调度单个小区上的PDSCH接收的第一下行链路控制信息(DCI)格式指示;以及指示第二K1值集合的第四信息,其中第二K1值集合中的第二K1值由调度小区集合上的第一PDSCH接收的第二DCI格式指示;并且
所述处理器还被配置为基于第一K1值集合和第二K1值集合的并集来确定确认信息。
10.根据权利要求6所述的UE,其中:
所述收发器还被配置为接收:指示下行链路数据到确认时隙定时(K1)值集合的第三信息,其中K1值集合中的K1值由调度小区集合上的第一PDSCH接收的下行链路控制信息(DCI)格式指示;以及第一PDSCH;
所述处理器还被配置为,参考PUCCH发送的时隙,将用于PUCCH发送的时隙确定为在第一PDSCH中的参考PDSCH接收的时隙之后由K1值指示的时隙数量;并且
参考PDSCH是最后结束的PDSCH或在具有最大小区索引的小区上接收的PDSCH之一。
11.一种基站,包括:
收发器,被配置为发送:小区集合的第一信息、以及第一时域资源分配(TDRA)表的第二信息,其中:第一TDRA表对应于小区集合中的相应第一小区,并且第一TDRA表中的TDRA表的条目指示用于第一小区中的小区上的物理下行链路共享信道(PDSCH)发送的时间资源;以及
处理器,可操作地耦接到收发器,所述处理器被配置为:识别第二TDRA表,其中第二TDRA表的条目指示用于在小区集合上发送第一PDSCH的时间资源;以及基于第一TDRA表和第二TDRA表的行的并集来确定与小区集合相对应的确认信息,其中所述收发器还被配置为接收具有确认信息的物理上行链路控制信道(PUCCH)。
12.根据权利要求11所述的基站,
其中,所述处理器还被配置为,针对小区集合中的每个小区,将第二TDRA表确定为与第一TDRA表中的对应TDRA表相同,并且第一小区是小区集合中的所有小区,其中,所述处理器还被配置为确定第二TDRA表包括在第一TDRA表之间公共的行。
13.根据权利要求11所述的基站,其中:
所述处理器还被配置为发送指示第二TDRA表的第三信息,并且第二TDRA表的条目指示以下之一:用于小区集合上的第一PDSCH发送的相同时间资源、或者用于小区集合上的第一PDSCH发送中的每个PDSCH发送的单独时间资源。
14.根据权利要求11所述的基站,其中:所述收发器还被配置为发送:指示第一下行链路数据到确认时隙定时(K1)值集合的第三信息,其中第一K1值集合中的第一K1值由调度单个小区上的PDSCH发送的第一下行链路控制信息(DCI)格式指示;以及指示第二K1值集合的第四信息,其中第二K1值集合中的第二K1值由调度小区集合上的第一PDSCH发送的第二DCI格式指示;并且
所述处理器还被配置为基于第一K1值集合和第二K1值集合的并集来确定确认信息。
15.根据权利要求11所述的基站,其中:
所述收发器还被配置为发送:指示下行链路数据到确认时隙定时(K1)值集合的第三信息,其中K1值集合中的K1值由调度小区集合上的第一PDSCH发送的下行链路控制信息(DCI)格式指示;以及第一PDSCH;
所述处理器还被配置为:参考PUCCH接收的时隙,将用于PUCCH接收的时隙确定为在第一PDSCH中的参考PDSCH发送的时隙之后由K1值指示的时隙数量;并且参考PDSCH是最后结束的PDSCH或在具有最大小区索引的小区上接收的PDSCH之一。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US63/254,870 | 2021-10-12 | ||
US17/937,343 US20230129120A1 (en) | 2021-10-12 | 2022-09-30 | Acknowledgement information for multi-cell scheduling |
US17/937,343 | 2022-09-30 | ||
PCT/KR2022/015366 WO2023063707A1 (en) | 2021-10-12 | 2022-10-12 | Acknowledgement information for multi-cell scheduling |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118140442A true CN118140442A (zh) | 2024-06-04 |
Family
ID=91240998
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202280068489.9A Pending CN118140442A (zh) | 2021-10-12 | 2022-10-12 | 用于多小区调度的确认信息 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118140442A (zh) |
-
2022
- 2022-10-12 CN CN202280068489.9A patent/CN118140442A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US12028868B2 (en) | Determination of physical downlink control channel (PDCCH) assignment in power saving mode | |
US20230309106A1 (en) | Multi-cell scheduling with reduced control overhead | |
KR20220052988A (ko) | 멀티 빔 동작들을 위한 방법 및 장치 | |
US20220408464A1 (en) | Downlink control information for multi-cell scheduling | |
US20220394734A1 (en) | Cross-carrier scheduling across different drx groups | |
US20220408458A1 (en) | Scheduling via multiple physical downlink control channels | |
CN115699955A (zh) | 多分量载波的多波束操作 | |
CN116998208A (zh) | 无线通信系统的调度增强 | |
US20220110146A1 (en) | Dynamic full duplex communication | |
US20230139269A1 (en) | Acknowledgement information reporting for multi-cell scheduling | |
US11658766B2 (en) | Techniques for indicating a waveform configuration | |
US20230018272A1 (en) | Priority and collision handling techniques for wireless communications systems | |
KR20210109550A (ko) | 무선 시스템들에서의 리소스 할당 및 세그먼트화 | |
US20230057605A1 (en) | Pdcch monitoring for multi-cell scheduling | |
CN116918281A (zh) | 用于利用dl相关的dci格式的波束指示的方法和装置 | |
US12096354B2 (en) | Cell selection for uplink transmission | |
US11785536B2 (en) | Scheduling for a UE capable of receptions over multiple antenna panels | |
KR20180057485A (ko) | 무선 셀룰라 통신 시스템에서 상향 링크 채널 다중화 방법 및 장치 | |
US20230129120A1 (en) | Acknowledgement information for multi-cell scheduling | |
US20230354331A1 (en) | Pdcch for multi-cell scheduling | |
US20230065992A1 (en) | Per coreset pool index processing capability | |
US11601967B2 (en) | Techniques for semi-static codebook design | |
KR20180057472A (ko) | 무선 셀룰라 통신 시스템에서 상향 링크 채널 다중화 방법 및 장치 | |
CN118140442A (zh) | 用于多小区调度的确认信息 | |
US11916849B2 (en) | Techniques for managing transmission direction conflicts |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |