CN116848794A - 用于无线通信系统中的动态多波束操作的方法和装置 - Google Patents

用于无线通信系统中的动态多波束操作的方法和装置 Download PDF

Info

Publication number
CN116848794A
CN116848794A CN202280014843.XA CN202280014843A CN116848794A CN 116848794 A CN116848794 A CN 116848794A CN 202280014843 A CN202280014843 A CN 202280014843A CN 116848794 A CN116848794 A CN 116848794A
Authority
CN
China
Prior art keywords
tci
dci
tci state
bwp
common
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
Application number
CN202280014843.XA
Other languages
English (en)
Inventor
麦德·赛弗·拉赫曼
埃科·昂高萨努斯
埃马德·N·法拉格
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US17/667,347 external-priority patent/US20220272685A1/en
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN116848794A publication Critical patent/CN116848794A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及一种用于支持更高数据传输速率的5G或6G通信系统。一种用于操作用户设备(UE)的方法,包括:接收包括CC列表和TCI状态集合的配置信息;接收针对CC列表公共的TCI状态更新;并且对于CC列表中的每个CC(i),其中i是CC索引:基于TCI状态更新来确定波束bi,并且应用波束bi以用于接收与CC(i)相关联的DL控制信道或DL数据信道,其中波束bi是基于用于接收或发送RSri的空间属性来确定的,并且其中TCI状态更新包括源RSs,并且对于CC列表中的每个CC(i),源RSs提供对RSri的参考,用于确定用于CC(i)的波束bi

Description

用于无线通信系统中的动态多波束操作的方法和装置
技术领域
本公开总体上涉及无线通信系统,并且更具体地,涉及用于实现动态多波束操作的方法。
背景技术
5G移动通信技术定义了宽频带,使得高传输速率和新服务成为可能,而且不仅可以在诸如3.5GHz的“子6GHz”频带中实现,而且可以在被称为毫米波的“6GHz以上”频带(包括28GHz和39GHz)中实现。此外,已经考虑在太赫兹频带(例如,95GHz至3THz频带)实现6G移动通信技术(称为超5G系统),以便实现比5G移动通信技术快五十倍的传输速率以及实现5G移动通信技术的十分之一的超低延迟。
在5G移动通信技术发展之初,为了支持服务并且满足与增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)以及海量机器类型通信(mMTC)有关的性能需求,已经正在进行关于以下方面的标准化:波束成形和大规模MIMO,用于减轻毫米波中的无线电波路径损耗和增加无线电波传输距离;支持参数集(例如,操作多个子载波间隔),用于有效地利用毫米波资源和时隙格式的动态操作;初始接入技术,用于支持多波束传输和宽带的;BWP(带宽部分)的定义和操作;新的信道编码方法,诸如用于大量数据传输的LDPC(低密度奇偶校验)码和用于控制信息的高可靠传输的极化码;L2预处理;以及网络切片,用于提供专用于特定服务的专用网络。
目前,鉴于5G移动通信技术所支持的业务,正在进行关于初始5G移动通信技术的改进和性能提升的讨论,并且已经存在关于以下技术的物理层标准化:诸如V2X(车联网),用于通过自动驾驶车辆基于由车辆发送的关于车辆的位置和状态的信息来辅助驾驶决策,并且用于提高用户便利性的;NR-U(新无线电未许可),旨在符合未许可频带中的各种法规相关要求的系统操作;NR UE节能;非地面网络(NTN),其是UE-卫星直接通信以用于在地面网络通信不可用的区域中提供覆盖并定位。
此外,正在进行关于以下技术的空中接口架构/协议中的标准化:诸如工业物联网(IIoT),用于通过与其他行业的互通和融合来支持新的服务;IAB(集成接入和回程),用于通过以集成方式支持无线回程链路和接入链路为网络服务区域扩展提供节点;移动性增强,包括条件切换和DAPS(双活动协议栈)切换;以及两步骤随机接入(用于NR的2步RACH),用于简化随机接入过程。还在进行系统架构/服务中关于以下方面的标准化:5G基准架构(例如,基于服务的架构或基于服务的接口),用于结合网络功能虚拟化(NFV)和软件定义网络(SDN)技术;以及移动边缘计算(MEC),用于基于UE位置接收服务。
随着5G移动通信系统的商业化,已经呈指数增长的连接装置将连接到通信网络,因而预计将需要增强5G移动通信系统的功能和性能以及连接装置的集成操作。为此,计划进行与以下方面有关的新研究:扩展现实(XR),用于有效支持AR(增强现实)、VR(虚拟现实)、MR(混合现实)等;通过利用人工智能(AI)和机器学习(ML)来提高5G性能和降低复杂性;AI服务支持;元宇宙服务;以及无人机通信。
此外,5G移动通信系统的这种发展将作为基础,不仅用于开发以下技术:新波形,用于提供6G移动通信技术的太赫兹频带中的覆盖;多天线传输技术,诸如全维MIMO(FD-MIMO)、阵列天线和大型天线;基于超材料的透镜和天线,用于提高太赫兹频带信号的覆盖范围;使用OAM(轨道角动量)的高维空间复用技术;以及RIS(可重构智能表面)。而且,5G移动通信系统的这种发展还用于开发以下技术:全双工技术,用于增加6G移动通信技术的频率效率并改善系统网络;基于AI的通信技术,用于通过从设计阶段利用卫星和AI(人工智能)并且内化端到端AI支持功能来实现系统优化;以及下一代分布式计算技术,用于通过利用超高性能的通信和计算资源以超过UE运行能力的极限的复杂度水平来实施服务。
发明内容
技术方案
根据示例性实施例的一方面,提供了一种无线通信中的通信方法。
有益效果
本公开的各方面提供了一种无线通信系统中有效的通信方法。
附图说明
为了更全面地理解本公开及其优点,现在参考结合附图的以下描述,在附图中相同的附图标记表示相同的部分:
图1示出了根据本公开的实施例的示例性无线网络;
图2示出了根据本公开的实施例的示例性gNB;
图3示出了根据本公开的实施例的示例性UE;
图4A示出了根据本公开的实施例的正交频分多址接入发送路径的高阶图;
图4B示出了根据本公开的实施例的正交频分多址接入接收路径的高阶图;
图5示出了根据本公开的实施例的用于子帧中的PDSCH的发送器框图;
图6示出了根据本公开的实施例的用于子帧中的PDSCH的接收器框图;
图7示出了根据本公开的实施例的用于子帧中的PUSCH的发送器框图;
图8示出了根据本公开的实施例的用于子帧中的PUSCH的接收器框图;
图9示出了根据本公开的实施例的示例性成形波束的天线块或阵列;
图10示出了根据本公开的实施例的上行链路多波束操作;
图11示出了根据本公开的实施例的上行链路多波束操作;
图12示出了根据本公开的实施例的下行链路多波束操作;
图13示出了根据本公开的实施例的跨多个CC的公共波束指示的示例;
图14示出了根据本公开的实施例的指示用于接收DL控制和数据的公共波束的专用DCI的示例;
图15示出了根据本公开的实施例的在同一时隙或子帧中接收DL-TCI-DCI和DL-DCI的示例;
图16示出了根据本公开的实施例的在同一时隙内的不同时频资源处接收DL-TCI-DCI和DL-DCI的示例;
图17示出了根据本公开的实施例的指示用于UL控制和数据的发送的公共波束的专用DCI的示例;
图18示出了根据本公开的实施例的在同一时隙或子帧中接收UL-TCI-DCI和UL-DCI的示例;
图19示出了根据本公开的实施例的指示用于所有DL和UL信道的公共波束的专用DCI的示例;
图20示出了根据本公开的实施例的在同一时隙或子帧中接收TCI-DCI和DL-DCI的示例;
图21示出了根据本公开的实施例的在同一时隙或子帧中接收TCI-DCI和UL-DCI的示例;
图22示出了根据本公开的实施例的在同一时隙或子帧中接收TCI-DCI、UL-DCI和DL-DCI的示例;
图23示出了根据本公开的实施例的跨多个CC配置公共TCI状态池和公共TCI状态ID的示例;
图24示出了根据本公开的实施例的用于操作UE的方法的流程图;
图25示出了根据本公开的实施例的用于操作BS的方法的流程图;
图26示出了根据本公开的实施例的UE的结构的框图;以及
图27示出了根据本公开的实施例的基站的结构的框图。
具体实施方式
下文讨论的图1至图27以及用于在本专利文档中描述本公开的这些原理的不同实施例仅仅是通过说明的方式,并且不应该以任何方式被理解为限制本公开的范围。本领域技术人员将理解,本公开的原理可以在任何适当布置的系统或设备中实施。
以下文献和标准描述据此以引用的方式并入本公开中,就好像在本文中完全阐述一样:3GPP TS 36.211v17.0.0,“E-UTRA,Physical channels and modulation(E-UTRA,物理信道和调制)”(在本文中为“REF 1”);3GPP TS 36.212v17.0.0,“E-UTRA,Multiplexingand Channel coding(E-UTRA,多路复用和信道编码)”(在本文中为“REF 2”);3GPP TS36.213vv17.0.0,“E-UTRA,Physical Layer Procedures(E-UTRA,物理层过程)”(在本文中为“REF 3”);3GPP TS 36.321vv17.0.0,“E-UTRA,Medium Access Control(MAC)protocolspecification(E-UTRA,介质访问控制(MAC)协议规范)”(在本文中为“REF 4”);3GPP TS36.331vv17.0.0,“E-UTRA,Radio Resource Control(RRC)protocol specification(E-UTRA,无线电资源控制(RRC)协议规范)”(在本文中为“REF 5”);3GPP TS 38.211vv17.0.0,“NR,Physical channels and modulation(NR,物理信道和调制)”(在本文中为“REF 6”);3GPP TS 38.212vv17.0.0,“E-UTRA,NR,Multiplexing and channel coding(E-UTRA,NR,多路复用和信道编码)”(在本文中为“REF 7”);3GPP TS 38.213v17.0.0,“NR,PhysicalLayer Procedures for Control(NR,用于控制的物理层过程)”(在本文中为“REF 8”);3GPP TS 38.214v17.0.0,“NR,Physical Layer Procedures for Data(NR,数据的物理层过程)”(在本文中为“REF 9”);3GPP TS 38.215v17.0.0,“NR,Physical LayerMeasurements(NR,物理层测量)”(在本文中为“REF 10”);3GPP TS 38.321v17.0.0,“NR,Medium Access Control(MAC)protocol specification(NR,介质访问控制(MAC)协议规范)”(此本文中为“REF 11”);以及3GPP TS 38.331v17.0.0,“NR,Radio Resource Control(RRC)Protocol Specification(NR,无线电资源控制(RRC)协议规范)”(此本文中为“REF12”)。
本公开的方面、特征和优点从下面的详细描述中很容易明白,简单地通过示出多个特定实施例和实现方式,包括实行本公开所预期的最佳模式。本公开还能够具有其他和不同实施例,并且可以在各种明显方面中修改其若干细节,这全部不脱离本公开的精神和范围。因此,附图和描述应当被视为本质上为说明性而不是限制性的。在附图的各图中以举例方式而非限制方式示出本公开。
在下文中,为了简洁起见,FDD和TDD两者被视为用于DL和UL信令两者的双工方法。
虽然随后示例性描述和实施例采用正交频分多路复用(OFDM)或正交频分多址接入(OFDMA),但本公开可以扩展到其他基于OFDM的传输波形或多址接入方案,诸如经滤波的OFDM(F-OFDM)。
为了满足自从4G通信系统的部署以来增加的对无线数据流量的需求并且为了实现各种垂直应用,已经开发了5G/NR通信系统,而且目前还在继续开发。5G/NR通信系统被认为是在较高频率(毫米波)频带(例如,28GHz或60GHz频带)中实现的,以便实现更高的数据速率,或者在较低频率频带(诸如,6GHz)中实现,以实现稳健的覆盖范围和移动性支持。为了减少无线电波的传播损耗并增加发送距离,在5G/NR通信系统中讨论波束成形、大规模多输入多输出(MIMO)、全方位MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。
此外,在5G/NR通信系统中,系统网络改进的开发正在基于以下方面进行:高级小小区、云无线接入网络(RAN)、超密度网络、设备到设备(D2D)通信、无线回程、移动网络、协同通信、协调多点(CoMP)、接收端干扰消除等。
因为本公开的某些实施例可以在5G系统中实现,所以对5G系统和与其相关联的频率频带的讨论是为了参考。然而,本公开不限于5G系统或与其相关联的频率频带,并且本公开的实施例可以与任何频率频带结合使用。例如,本公开的方面还可以应用于可以使用太赫兹(THz)频带的5G通信系统、6G或甚至更高版本的部署。
具体实施方式
对于高效且有效的无线通信来说,理解并正确地估计在用户设备(UE)与基站(例如,gNode B(gNB))之间的信道是非常重要的。为了正确地估计DL信道状况,gNB可以向UE发送用于DL信道测量的参考信号(例如,CSI-RI),UE可以向gNB报告(例如,反馈)关于信道测量的信息(例如,CSI)。利用DL信道测量,gNB能够选择适当的通信参数而高效且有效地执行与UE的无线数据通信。对于毫米波通信系统,参考信号可以对应于空间波束,并且CSI可以对应于指示用于通信的优选空间波束的波束报告。在此类波束成形系统中,需要波束指示机制以便在gNB和UE处对准空间波束。
本公开的实施例提供了在无线通信系统中实现动态多波束操作的方法和装置。
在一个实施例中,提供了一种无线通信系统中的UE。所述UE包括收发器,所述收发器被配置为接收配置信息,所述配置信息包括分量载波(CC)列表和传输配置指示符(TCI)状态集,以及接收对于CC列表公共的TCI状态更新,UE还包括:可操作地联接至收发器的处理器,处理器被配置为:对于CC列表中的每个CC(i),其中i是CC索引:基于TCI状态更新来确定波束bi,并且将波束bi应用于接收与CC(i)相关联的下行链路(DL)控制信道或DL数据信道,其中波束bi是基于用于接收或发送参考信号(RS)ri的空间属性来确定的,并且其中TCI状态更新包括源RSs,并且对于CC列表中的每个CC(i),源RSs提供对RS ri的参考,用于确定用于CC(i)的波束bi
在另一个实施例中,提供了一种无线通信系统中的BS。所述BS包括处理器,所述处理器被配置为生成包括CC列表和TCI状态集合的配置信息,以及生成对于CC列表公共的TCI状态更新,所述BS还包括:可操作地连接至处理器的收发器,所述收发器被配置为:发送配置信息;发送TCI状态更新;并且对于CC列表中的每个CC(i),其中i是CC索引:发送经由波束bi接收的与CC(i)相关联的DL控制信道或DL数据信道,其中波束bi基于TCI状态更新,其中波束bi基于用于接收或发送RS ri的空间属性,并且其中TCI状态更新包括源RSs,并且对于CC列表中的每个CC(i),源RSs提供对RS ri的参考,用于确定用于CC(i)的波束bi
在另一个实施例中,提供了一种用于操作UE的方法。所述方法包括:接收包括CC列表和TCI状态集的配置信息;接收对于CC列表是公共的TCI状态更新;并且对于CC列表中的每个CC(i),其中i是CC索引:基于TCI状态更新来确定波束bi,并且将波束bi应用于接收与CC(i)相关联的DL控制信道或DL数据信道,其中波束bi是基于用于接收或发送RSri的空间属性来确定的,并且其中TCI状态更新包括源RS s,并且对于CC列表中的每个CC(i),源RS s提供对RS ri的参考,用于确定用于CC(i)的波束bi
根据以下附图、描述和权利要求书,本领域的技术人员可以容易明白其他技术特征。
在进行以下详细描述之前,阐述贯穿本专利文献中使用的某些词语和短语的定义可以是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接的通信,不管这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词涵盖直接和间接通信。术语“包括”和“包含”及其派生词意味着包括但不限于。术语“或”是包含性的,意指和/或。短语“与……相关联”及其衍生词表示包括、被包括在……内、与……互连、包含、被包含在……内、连接到……或与……连接、耦合到……或与……耦合、可与……通信、与……协作、交错、并列、与……紧邻、被结合到……或与……结合、具有、具有……特性、与……有关系或具有与……的关系等。术语“控制器”是指控制至少一个操作的任何设备、系统或其部分。这种控制器可以在硬件或硬件和软件和/或固件的组合中实现。无论是本地的还是远程的,与任何特定控制器相关联的功能可以是集中式或分布式。短语“至少一个”,当与项目列表一起使用时,意味着可使用所列项目中的一个或多个的不同组合,并且可以仅需列表中的一个项目。例如,“A、B和C中的至少一个”包括以下组合中的任何一个:A、B、C、A和B、A和C、B和C以及A和B和C。
此外,下文所描述的各种功能可以由一个或多个计算机程序实施或支持,每个计算机程序由计算机可读程序代码形成并体现于计算机可读媒体中。术语“应用”和“程序”是指适于以合适的计算机可读程序代码实施的一个或多个计算机程序、软件组件、指令集、过程、功能、对象、分类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能由计算机接入的任何类型的介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质排除了传输瞬时电信号或其他瞬时信号的有线、无线、光或其他通信链路。非暂时性计算机可读介质包括能永久存储数据的介质,以及能存储数据并随后重写数据的介质,诸如可重写光盘或可擦除存储器装置。
贯穿本专利文献提供了其他某些词语和短语的定义。本领域的普通技术人员应当理解,在许多情况(如果不是大多数情况)下,此类定义适用于此类所定义词语和短语的先前以及将来使用。
以下图1至图4B描述了在无线通信系统中并且利用正交频分多路复用(OFDM)或正交频分多址接入(OFDMA)通信技术实现的各种实施例。图1至图3的描述并不意味着暗指对不同实施方式的可实现方式的物理或体系结构上的限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。本公开涵盖可以彼此结合或组合使用或可以作为独立方案操作的若干部件。
图1示出了根据本公开的实施例的示例性无线网络。图1中示出的无线网络的实施例仅用于说明。在不脱离本公开的范围的情况下,可以使用无线网络100的其他实施例。
如图1所示,无线网络包括gNB 101、gNB 102和gNB 103。gNB 101与gNB 102和gNB103通信。gNB 101还与至少一个网络130通信,诸如互联网、专有互联网协议(IP)网络或其他数据网络。
gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括:UE 111,其可以位于小型企业中;UE 112,其可以位于企业(E)中;UE 113,其可以位于WiFi热点(HS)中;UE 114,其可以位于第一住宅(R)中;UE 115,其可以位于第二住宅(R)中;以及UE 116,其可以是移动设备(M),诸如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中,gNB 101至103中的一个或多个可以使用5G、LTE、LTE-A、WiMAX、WiFi或其他无线通信技术来彼此通信并且与UE 111至116通信。
取决于网络类型,术语“基站”或“BS”可以指代被配置成提供对网络的无线接入的任何部件(或部件集合),诸如发送点(TP)、发送-接收点(TRP)、增强型基站(eNodeB或eNB)、5G基站(gNB)、宏小区、微型小区、WiFi接入点(AP)或其他具备无线功能的设备。基站可以根据一个或多个无线通信协议提供无线接入,例如,5G 3GPP新无线电接口/接入(NR)、长期演进(LTE)、高级LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi802.11a/b/g/n/ac等。为了方便起见,术语“BS”和“TRP”在本专利文件中可互换地使用,以指代向远程终端提供无线接入的网络基设施部件。另外,取决于网络类型,术语“用户设备”或“UE”可以指任何部件,诸如“移动站”、“订户站”、“远程终端”、“无线终端”、“接收点”或“用户设备”。为了方便起见,本专利文献中使用术语“用户设备”和“UE”来指代无线接入BS的远程无线设备,无论所述UE是移动装置(诸如移动电话或智能电话)还是通常被认为是固定装置(诸如台式计算机或自动售货机)。
虚线示出覆盖区域120和125的大致范围,仅为了说明和解释的目的,覆盖区域被示为大致圆形。应当清楚地理解,与gNB相关联的覆盖区域,诸如覆盖区域120和125,可以具有包括不规则形状的其他形状,这取决于gNB的配置和与自然和人造障碍物有关的无线电环境中的变化。
如下文更详细描述的,UE 111至116中的一个或多个包括电路、程序或其组合,以用于接收包括CC列表和TCI状态集合的配置信息;接收对于CC列表公共的TCI状态更新;并且对于CC列表中的每个CC(i),其中i是CC索引:基于TCI状态更新来确定波束bi,并且将波束bi应用于接收与CC(i)相关联的DL控制信道或DL数据信道,其中波束bi是基于用于接收或发送RS ri的空间属性来确定的,并且其中TCI状态更新包括源RS s,并且对于CC列表中的每个CC(i),源RS s提供对RS ri的参考,用于确定用于CC(i)的波束bi。gNB 101至103中的一个或多个包括电路、程序或其组合,用于生成包括CC列表和TCI状态集合的配置信息,生成对于CC列表是公共的TCI状态更新;发送配置信息;发送TCI状态更新;并且对于CC列表中的每个CC(i),其中i是CC索引:发送经由波束bi接收的与CC(i)相关联的DL控制信道或DL数据信道,其中波束bi基于TCI状态更新,其中波束bi基于用于接收或发送RS ri的空间属性,并且其中TCI状态更新包括源RS s,并且对于CC列表中的每个CC(i),源RS s提供对RS ri的参考,用于确定用于CC(i)的波束bi
虽然图1示出了无线网络的一个示例,但也可以对图1进行各种改变。例如,无线网络可以以任何合适的布置包括任何数量的gNB和任何数量的UE。另外,gNB 101可以直接与任何数量的UE通信并且向那些UE提供对网络130的无线宽带接入。类似地,gNB 102至103各自可以与网络130直接通信并且向UE提供对网络130的直接无线宽带接入。此外,gNB 101、102和/或103可以提供对其他或附加外部网络(诸如,外部电话网络或其他类型的数据网络)的接入。
图2示出了根据本公开的实施例的示例性gNB 102。图2所示的gNB 102的实施例仅用于说明目的,并且图1的gNB 101和103可以具有相同或类似的配置。然而,gNB具有广泛多种配置,并且图2并不将本公开的范围限于gNB的任何特定实现方式。
如图2所示,gNB 102包括多个天线205a至205n、多个RF收发器210a至210n、发送(TX)处理电路215和接收(RX)处理电路220。gNB 102还包括控制器/处理器225、存储器230和回程或网络接口235。
RF收发器210a至210n从天线205a至205n接收传入RF信号,诸如网络100中由UE发送的信号。RF收发器210a至210n对传入RF信号进行下变频转换,以生成IF或基带信号。IF或基带信号被发送到RX处理电路220,RX处理电路通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路220将经处理的基带信号发送到控制器/处理器225,以供进一步处理。
TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路215对传出基带数据进行编码、多路复用和/或数字化以生成经处理的基带或IF信号。RF收发器210a至210n从TX处理电路215接收传出的经过处理的基带或IF信号并且将基带或IF信号上变频转换为经由天线205a至205n发送的RF信号。
控制器/处理器225可以包括一个或多个处理器或者控制gNB 102的全部操作的其他处理设备。例如,控制器/处理器225可以根据公知的原理来控制RF收发器210a至210n、RX处理电路220和TX处理电路215对DL信道信号的接收和对UL信道信号的发送。控制器/处理器225也可以支持附加功能,诸如更高级的无线通信功能。
例如,控制器/处理器225可以支持波束成形或定向路由操作,其中来自多个天线205a至205n的传出信号被不同地加权以有效地将传出信号转向到期望的方向。控制器/处理器225可以在gNB 102中支持广泛多种其他功能中的任一者。
控制器/处理器225还能够执行驻留在存储器230中的程序和其他进程,诸如OS。控制器/处理器225可以根据执行进程的需要来将数据移入或移出存储器230。
控制器/处理器225还联接到回程或网络接口235。回程或网络接口235允许gNB102通过回程连接或通过网络与其他设备或系统通信。接口235可以支持通过任何适当的有线或无线连接的通信。例如,当gNB 102被实施为蜂窝式通信系统(诸如,支持5G、LTE或LTE-A的蜂窝式通信系统)的部分时,接口235可以允许gNB 102通过有线或无线回程连接与其他gNB通信。当gNB 102被实现为接入点时,接口235可以允许gNB 102通过有线或无线局域网或通过与较大网络(诸如,互联网)的有线或无线连接进行通信。接口235包括支持通过有线或无线连接通信(诸如以太网或RF收发器)的任何适当的结构。
存储器230联接到控制器/处理器225。存储器230的一部分可以包括RAM,并且存储器230的另一部分可包括快闪存储器或其他ROM。
虽然图2示出了gNB 102的一个示例,但是可以对图2进行各种改变。例如,gNB 102可以包括图2所示的任何数量的每个部件。作为特定示例,接入点可以包括多个接口235,并且控制器/处理器225可以支持用于在不同网络地址之间路由数据的路由功能。作为另一特定示例,尽管示出为包括TX处理电路215的单个实例和RX处理电路220的单个实例,但是gNB102可以包括每一者的多个实例(诸如每RF收发器一个实例)。另外,图2中的各种部件可以组合、进一步细分或省略,并且可以根据特定需要添加附加部件。
图3示出了根据本公开的实施例的示例性UE 116。图3所示的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的gNB发送的传入RF信号。RF收发器310将传入的RF信号下变频以产生中频(IF)或基带信号。IF或基带信号被发送至RX处理电路325,RX处理电路通过对基带或IF信号进行滤波、解码和/或数字化来产生经处理的基带信号。RX处理电路325将经处理的基带信号发送到扬声器330(诸如针对语音数据)或处理器340以供进一步处理(诸如针对web浏览数据)。
TX处理电路315从麦克风320接收模拟或数字语音数据或者从处理器340接收其他传出基带数据(诸如web数据、电子邮件或交互式视频游戏数据)。TX处理电路315对传出基带数据进行编码、复用和/或数字化以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收传出的经处理的基带或IF信号并且将基带或IF信号上变频转换为经由天线305发送的RF信号。
处理器340可以包括一个或多个处理器或其他处理设备,并且执行存储在存储器360中的OS 361以便控制UE 116的整体操作。例如,处理器340可根据公知原理来控制RF收发器310、RX处理电路325和TX处理电路315接收DL信道信号和发送UL信道信号。在一些实施例中,处理器340包括至少一个微处理器或微控制器。
处理器340还能够执行驻留在存储器360中的其他进程和程序,诸如用于进行以下各项的进程:接收包括CC列表和TCI状态集合的配置信息;接收对于CC列表是公共的TCI状态更新;并且对于CC列表中的每个CC(i),其中i是CC索引:基于TCI状态更新来确定波束bi,以及将波束bi应用于接收与CC(i)相关联的DL控制信道或DL数据信道,其中波束bi是基于用于接收或发送RS ri的空间属性来确定的,并且其中TCI状态更新包括源RS s,并且对于CC列表中的每个CC(i),源RSs提供对RSri的参考用于确定针对CC(i)的波束bi。处理器340可以根据执行进程的需要来将数据移入或移出存储器360。在一些实施例中,处理器340被配置为基于OS 361或响应于从gNB或操作员接收的信号来执行应用362。处理器340还联接到I/O接口345,I/O接口向UE 116提供连接到其他设备(诸如膝上型计算机和手持式计算机)的能力。I/O接口345是这些附件与处理器340之间的通信路径。
处理器340还联接到触摸屏350和显示器355。UE 116的操作者可以使用触摸屏350来将数据输入到UE 116中。显示器355可以是液晶显示器、发光二极管显示器或能够呈现文本和/或至少有限的图形(诸如来自网站)的其他显示器。
存储器360联接到处理器340。存储器360的一部分可以包括随机存取存储器(RAM),并且存储器360的另一部分可以包括闪存存储器或其他只读存储器(ROM)。
虽然图3示出了UE 116的一个示例,但是可以对图3进行各种改变。例如,图3中的各种部件可以组合、进一步细分或省略,并且可以根据特定需要添加附加部件。作为特定示例,处理器340可以被分为多个处理器,诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。另外,尽管图3示出了被配置为移动电话或智能电话的UE 116,但UE可以被配置成作为其他类型的移动或固定设备置进行操作。
图4A是发送路径电路的高阶图。例如,发送路径电路可以用于正交频分多址(OFDMA)通信。图4B是接收路径电路的高阶图。例如,接收路径电路可以用于正交频分多址(OFDMA)通信。在图4A和图4B中,对于下行链路通信,发送路径电路可以在基站(gNB)102或中继站中实现,并且接收路径电路可以在用户设备(例如,图1的用户设备116)中实现。在其他示例中,对于上行链路通信,接收路径电路450可以在基站(例如,图1的gNB 102)或中继站中实现,并且发送路径电路可在用户设备(例如,图1的用户设备116)中实现。
发送路径电路包括信道编码和调制块405、串行到并行(S到P)块410、大小为N的快速傅立叶逆变换(IFFT)块415、并行到串行(P到S)块420、添加循环前缀块425和上变频转换器(UC)430。接收路径电路450包括下变频器(DC)455、去除循环前缀块460、串行至并行(S至P)块465、大小为N的快速傅立叶变换(FFT)块470、并行至串行(P至S)块475以及信道解码和解调块480。
图4A 400和图4B 450中的至少一些部件可以用软件实现,而其他部件可以通过可配置硬件或软件与可配置硬件的混合物来实现。具体地,应注意,本公开文献中所描述的FFT块和IFFT块可以被实现为可配置软件算法,其中大小N的值可以根据实现方式来修改。
此外,虽然本公开针对于实施快速傅立叶变换和快速傅立叶逆变换的实施例,但这仅仅是举例说明,并且不能被解释为限制本公开的范围。可以理解,在本公开的替代实施例中,快速傅立叶变换函数和快速傅立叶逆变换函数可以分别容易被离散傅立叶变换(DFT)函数和离散傅立叶逆变换(IDFT)函数代替。可以了解,对于DFT和IDFT函数,N变量的值可以是任何整数(即,1、4、3、4等),而对于FFT和IFFT函数,N变量的值可以是作为二的幂的任何整数(即1、2、4、8、16等)。
在发送路径电路400中,信道编码和调制块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频率之前,还可以在基带处对信号进行滤波。
所发送的RF信号在穿过无线信道之后到达UE 116,并且执行与在gNB 102处的操作相反的操作。下变频器455将接收到的信号下变频到基带频率,并且去除循环前缀块460去除循环前缀,以产生串行时域基带信号。串行至并行块465将时域基带信号转换为并行时域信号。然后,大小为N的FFT块470然后执行FFT算法,以产生N个并行频域信号。并行至串行块475将并行频域信号转换为调制数据标号序列。信道解码和解调块480对调制标号进行解调并且然后解码,以恢复原始输入数据流。
gNB 101至103中的每一个可以实现与在下行链路中向用户设备111至116发送类似的发送路径,并且可以实现与在上行链路中从用户设备111至116接收类似的接收路径。类似地,用户设备111至116中的每一个可以实现与用于在上行链路中向gNB 101至103发送的架构对应的发送路径,并且可以实现与用于在下行链路中从gNB 101至103接收的架构对应的接收路径。
已经识别并且描述了5G通信系统用例。那些用例可以被大致分为三个不同组。在一个示例中,增强型移动宽带(eMBB)被确定为具有高比特/秒要求,而具有不太严格的延迟和可靠性要求。在另一示例中,超可靠和低延迟(URLL)被确定为具有不太严格的比特/秒要求。在又一示例中,大规模机器型通信(mMTC)被确定为设备的数量可以多达100000至1百万/km2,但对可靠性/吞吐量/等待时间的要求可以不太严格。这种情况也可以涉及功率效率要求,因为可使电池消耗最小化。
通信系统包括下行链路(DL)和上行链路(UL),下行链路(DL)将信号从诸如基站(BS)或NodeB等发送点传递到用户设备(UE),上行链路(UL)将信号从UE传递到诸如NodeB等接收点。UE(通常也称为终端或移动站)可以是固定的或移动的,并且可以是蜂窝电话、个人计算机设备或自动设备。一般是固定站的eNodeB也可以称为接入点或其他等效术语。对于LTE系统,NodeB通常称为eNodeB。
在诸如LTE系统的通信系统中,DL信号可以包括传递信息内容的数据信号、传递DL控制信息(DCI)的控制信号以及也被称为导频信号的参考信号(RS)。eNodeB通过物理DL共享信道(PDSCH)发送数据信息。eNodeB通过物理DL控制信道(PDCCH)或增强型PDCCH(EPDCCH)发送DCI。
eNodeB响应于来自UE的数据传输块(TB)发送而在物理混合ARQ指示符信道(PHICH)中发送确认信息。eNodeB发送多种类型的RS中的一个或多个,包括UE-公共RS(CRS)、信道状态信息RS(CSI-RS)或解调RS(DMRS)。CRS在DL系统带宽(BW)上发送,并且可以由UE使用以用来获得信道估计,以解调数据或控制信息或执行测量。为减少CRS开销,eNodeB可以以比CRS更小的时域和/或频域密度发送CSI-RS。DMRS仅可以在相应的PDSCH或EPDCCH的BW中发送,并且UE可以使用DMRS来分别解调PDSCH或EPDCCH中的数据或控制信息。用于DL信道的传输时间间隔称为子帧,并且可以具有例如1毫秒的持续时间。
DL信号还包括承载系统控制信息的逻辑信道的发送。当DL信号传送主信息块(MIB)时,BCCH映射到称为广播信道(BCH)的发送信道;或者当DL信号传送系统信息块(SIB)时,BCCH映射到DL共享信道(DL-SCH)。大多数系统信息包括在使用DL-SCH发送的不同SIB中。在子帧中的DL-SCH上的系统信息的存在可以通过发送用于传送具有以系统信息RNTI(SI-RNTI)加扰的循环冗余校验(CRC)的码字的对应PDCCH来指示。可替代地,可以在较早的SIB中提供用于SIB发送的调度信息,并且可以由MIB提供用于第一SIB(SIB-1)的调度信息。
DL资源分配以子帧和一组物理资源块(PRB)作为单位来执行。发送BW包括被称为资源块(RB)的频率资源单元。每个RB包括NEPDCCH个子载波或资源元素(RE),如12个RE。一个子帧上的一个RB单元被称为PRB。针对用于PDSCH发送BW的总共个RE,可以为UE分配ns=(ns0+y·NEPDCCH)mod D个RB。
UL信号可以包括传递数据信息的数据信号、传递UL控制信息(UCI)的控制信号和UL RS。UL RS包括DMRS和探测RS(SRS)。UE仅在相应的PUSCH或PUCCH的BW中发送DMRS。eNodeB可以使用DMRS来解调数据信号或UCI信号。UE发送SRS以向eNodeB提供UL CSI。UE通过各自的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)发送数据信息或UCI。如果UE需要在相同的UL子帧中发送数据信息和UCI,则UE可在PUSCH中多路复用两者。UCI包括指示PDSCH中数据TB的正确(ACK)或不正确(NACK)检测)或PDCCH检测(DTX)的缺失的混合自动重传请求确认(HARQ-ACK)信息、指示UE是否在UE的缓冲器中具有数据的调度请求(SR)、秩指示符(RI)以及使得eNodeB能够执行链路适配以用于对UE的PDSCH发送的信道状态信息(CSI)。HARQ-ACK信息还由UE响应于对指示释放半永久性调度的PDSCH的PDCCH/EPDCCH的检测而发送。
UL子帧包括两个时隙。每个时隙包括用于发送数据信息、UCI、DMRS或SRS的个符号。UL系统BW的频率资源单位是RB。针对用于发送BW的总共个RE,为UE分配NRB个RB。对于PUCCH,NRB=1。最后的子帧标号可以用于多路复用来自一个或多个UE的SRS发送。可用于数据/UCI/DMRS发送的子帧标号的数量是其中,如果最后的子帧标号用于发送SRS,则NSRS=1;否则,NSRS=0。
图5示出了根据本公开的实施例的用于子帧中的PDSCH的发送器框图500。图5中示出的发送器框图500的实施例仅用于说明。图5所示的一个或多个部件可以在配置为执行所述功能的专用电路中实施,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实施。图5不会将本公开的范围限制于发送器框图500的任何特定实施方式。
如图5所示,信息位510由编码器520(诸如涡轮编码器)进行编码并且由调制器530进行调制,例如使用正交相移键控(QPSK)调制。串行至并行(S/P)转换器540产生M个调制标号,随后这些调制标号被提供给映射器550,以映射到由发送BW选择单元555对于分配的PDSCH发送BW而选择的RE,单元560应用快速傅立叶逆变换(IFFT),然后由并行至串行(P/S)转换器570将输出串行化以生成时域信号,由滤波器580应用滤波,进而获得发送的信号590。附加的功能,诸如数据加扰、循环前缀插入、时间窗、交织和其它功能在本领域中是公知的,并且为了简洁起见未示出。
图6示出了根据本公开的实施例的用于子帧中的PDSCH的接收器框图600。图6中示出的图解600的实施例仅用于说明。图6所示的一个或多个部件可以在配置为执行所述功能的专用电路中实施,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实施。图6不会将本公开的范围限制于图600的任何特定实施方式。
如图6所示,滤波器620对接收到的信号610进行滤波,BW选择器635选择用于所分配的接收BW的RE 630,单元640应用快速傅立叶变换(FFT),并且并行到串行转换器650对输出进行串行化。随后,解调器660通过应用从DMRS或CRS(未示出)获得的信道估计来对数据符号进行相干解调,并且解码器670(诸如涡轮解码器)对经解调的数据进行解码以提供信息数据位680的估计。为了简洁起见,未示出诸如时间窗、循环前缀去除、解扰、信道估计和解交织的附加功能。
图7示出了根据本公开的实施例的用于子帧中的PUSCH的发送器框图700。图7中示出的框图700的实施例仅用于说明。图5所示的一个或多个部件可以在配置为执行所述功能的专用电路中实施,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实施。图7不会将本公开的范围限制到框图700的任何特定实施方式。
如图7所示,信息数据位710由编码器720(诸如涡轮编码器)编码并且由调制器730调制。离散傅立叶变换(DFT)单元740对经调制的数据位应用DFT,发送BW选择单元755选择与所分配的PUSCH发送BW相对应的RE 750,单元760应用IFFT,并且在循环前缀插入(未示出)之后,由滤波器770进行滤波并且信号被发送780。
图8示出了根据本公开的实施例的用于子帧中的PUSCH的接收器框图800。图8所示的框图800的实施例仅用于说明。图8所示的一个或多个部件可以在配置为执行所述功能的专用电路中实施,或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实施。图8不会将本公开的范围限制于框图800的任何特定实施方式。
如图8所示,滤波器820对接收到的信号810进行滤波。随后,在去除循环前缀(未示出)之后,单元830应用FFT,由接收BW选择器845来选择与分配的PUSCH接收BW对应的RE840,单元850应用逆DFT(IDFT),解调器860通过应用从DMRS(未示出)获得的信道估计来相干解调数据标号,解码器870(诸如turbo解码器)将解调出的数据解码以提供对信息数据比特880的估计。
图9示出了根据本公开的实施例的示例性天线块或阵列900。图9所示的天线块或阵列900的实施例仅用于说明。图9不会将本公开的范围限制于天线块或阵列900的任何特定实施方式。
Rel.14LTE和Rel.15NR规范支持至多达32个CSI-RS天线端口,这使得eNB能够配备有大量的天线元件(诸如64个或128个)。在这种情况下,多个天线元件映射到一个CSI-RS端口上。对于毫米波频带,虽然针对给定的形状因子天线元件的数目可能较大,但CSI-RS端口的数目(其可以对应于数字预编码端口的数目)往往会由于硬件限制(诸如在毫米波频率下安装大量ADC/DAC的可行性)而受到限制,如图9所示。在这种情况下,一个CSI-RS端口映射到可以由一组模拟移相器901控制的大量的天线元件。一个CSI-RS端口接着可以对应于通过模拟波束成形905产生窄模拟波束的一个子阵列。此模拟波束可以被配置成通过跨符号或子帧改变移相器组来扫掠较宽的角度范围(920)。子阵列的数量(等于RF链的数量)与CSI-RS端口的数量NCSI-PORT相同。数字波束成形单元910执行跨NCSI-PORT模拟波束的线性组合,以进一步增加预编码增益。尽管模拟波束是宽带的(因此不是频率选择性的),但是可以跨频率子带或资源块改变数字预编码。可以类似地构想接收器操作。
由于上述系统利用多个模拟波束以用于发送和接收(其中从大量模拟波束中选择一个或少数量的模拟波束,例如,在训练持续时间之后—以便不时地执行),因此术语“多波束操作”用于指代整个系统方面。出于说明目的,这包括:指示所分配的DL或UL发送(TX)波束(也称为“波束指示”),测量至少一个参考信号以用于计算和执行波束报告(也分别称为“波束测量”和“波束报告”),以及经由选择对应接收(RX)波束接收DL或UL发送。
上述系统也适用于较高频带,诸如>52.6GHz(也称为FR4)。在这种情况下,系统可以仅采用模拟波束。由于60GHz频率附近的O2吸收损耗(100m距离处的约10dB的附加损耗),因此将需要较大数量和较锐利的模拟波束(因此阵列中的较大数量的辐射器)来补偿附加路径损耗。
在3GPP LTE和NR(新无线电接入或接口)中,网络接入和无线电资源管理(RRM)通过物理层同步信号和更高(MAC)层程序来实现。具体地,UE尝试检测同步信号的存在以及用于初始接入的至少一个小区ID。一旦UE处于网络中并且与服务小区相关联,UE就通过尝试检测它们的同步信号和/或测量相关联的小区特定RS(例如,通过测量它们的RSRP)来监测几个相邻小区。对于下一代蜂窝系统,需要适用于各种用例(诸如eMBB、URLLC、mMTC,每种用例对应于不同的覆盖要求)和频段(具有不同的传播损耗)的高效且统一的无线资源获取或跟踪机制。最有可能采用不同的网络和无线资源范例进行设计,无缝且低延迟的RRM也是期望的。这些目标在设计接入、无线电资源和移动性管理框架时至少带来以下问题。
首先,由于NR可能支持更加多样化的网络拓扑,因此可以重新定义小区的概念或用另一个无线资源实体替换小区的概念。作为示例,对于同步网络,一个小区可以与多个TRP(发送-接收点)相关联,类似于LTE中的COMP(协作多点传输)场景。在这种情况下,无缝移动性是期望的特征。其次,当利用大型天线阵列和波束成形时,根据波束(尽管可能有不同的术语)定义无线电资源可能是自然的方法。考虑到可以利用多种波束成形架构,需要适应各种波束成形架构(或者相反,波束成形架构不可知)的接入、无线电资源和移动性管理框架。例如,框架应当适用于或不可知是否为一个CSI-RS端口成形波束(例如,其中多个模拟端口被连接到一个数字端口,并且利用多个广泛分离的数字端口)或者由多个CSI-RS端口成形波束。此外,无论是否使用波束扫描(如图9所示),框架都应当适用。第三,不同的频段和用例施加不同的覆盖范围限制。例如,毫米波段会产生很大的传播损耗。因此,需要某种形式的覆盖增强方案。几种候选方案包括波束扫描(参见图9)、重复、分集和/或多TRP传输。对于传输带宽较小的mMTC,需要时域重复来保证足够的覆盖。
无缝接入的先决条件是显著减少已连接到网络的UE的较高层过程。例如,当UE从一个小区移动到另一个小区(即小区间移动性)时,小区边界(或者一般来说小区的概念)的存在需要RRC(L3)重新配置。对于具有封闭用户组的异构网络,与较高层过程相关联的额外开销可能进一步加重系统负担。这可以通过放宽小区边界从而创建大的“超级小区”来实现,其中大量的UE可以漫游。在这种情况下,高容量MIMO传输(尤其是MU-MIMO)变得更加普遍。虽然这提供了增加系统容量(以可持续UE数量测量)的机会,但它需要简化的MIMO设计。如果应用于当前系统,这会带来挑战。
因此,需要一种接入、无线电资源和移动性管理框架,其通过减少较高层过程的数量来促进无缝接入。此外,还需要一种简化的MIMO设计,其促进高容量MIMO传输。
在Rel.15NR规范中,多波束操作主要针对单个发送接收点(TRP)和单个天线面板进行设计。因此,规范支持一个TX波束的波束指示,其中TX波束与参考RS相关联。对于DL波束指示和测量,参考RS可以是NZP(非零功率)CSI-RS和/或SSB(同步信号块,其包括主同步信号、辅同步信号和PBCH)。此处,DL波束指示是经由DL相关DCI中的发送配置指示符(TCI)字段来完成的,DCI包括对一个(且仅一个)分配的参考RS的索引。假设或所谓的TCI状态的集合是经由较高层(RRC)信令来配置的,并且在适用时,经由MAC CE为TCI字段代码点选择/激活这些TCI状态的子集。对于UL波束指示和测量,参考RS可以是NZP CSI-RS、SSB和/或SRS。此处,UL波束指示是经由UL相关DCI中的SRS资源指示符(SRI)字段来完成的,DCI链接到一个(且只有一个)参考RS。此链接经由使用SpatialRelationInfo RRC参数的较高层信令来配置。本质上,只有一个TX波束被指示给UE。
在3GPP NR规范中,波束管理被设计成共享与CSI采集相同的框架。然而,这会损害波束管理的性能,尤其是对于FR2。这是因为波束管理主要通过模拟波束(FR2的特征)进行操作,其在范式上不同于CSI采集(在考虑FR1的情况下进行设计)。因此,3GPP NR规范的波束管理变得繁琐,并且不太可能跟上需要大量波束和快速波束切换的较激进的用例(例如,较高频带、高移动性和/或较大数量的较窄模拟CD)。此外,3GPP NR规范被设计成适应许多未知或基本功能(例如,不能够支持波束对应关系的UE)。为了灵活起见,它会产生许多选项。这对L1控制信令来说会变得很麻烦,并且因此许多重新配置是经由RRC信令(较高层配置)来执行的。虽然这避免了L1控制开销,但它导致了高延迟(如果重新配置被稀疏地执行)或强加于PDSCH的高使用率(因为RRC信令消耗PDSCH资源)。
在3GPP NR规范中,处理小区间移动性的切换过程与LTE类似,并且严重依赖RRC(甚至较高层)重新配置来更新小区特定参数。这种重新配置通常很慢并且会产生很大的延迟(最多几毫秒)。对于高移动性的UE,由于需要更多的频率切换,因此需要更多的频率RRC重新配置,这个问题会变得更糟。
对于FR2中的高移动性UE,上述两个延迟问题,一个具有分层NW结构(具有可见的小区边界),另一个具有波束管理,它们复合在一起使得延迟问题更加严重,并导致频繁的无线链路失败(RLF)。因此,需要能够减少FR2中高移动性UE的RLF的解决方案/机制。
可以减少FR2中的RLF的一种解决方案/机制可以基于统一的TCI状态(波束指示)框架,其中公共波束(或TCI状态)用于两种数据(PDSCH/PDSCH)和控制(PDCCH/PUCCH)的发送/接收(与其相关联),并且也适用于DL和UL(例如,当波束对应关系在DL与UL之间成立时)。在这种基于公共波束(或TCI状态)的多波束操作中,公共波束(TCI状态)指示/更新必须在控制信息(例如,PDCCH中的DL/UL相关DCI)的发送/接收之前(单独地)发生,该控制信息调度用于DL数据(PDSCH)的DL分配或用于UL数据(PUSCH)的UL授权。应注意,在3GPP NR规范波束管理中支持基于公共波束的多波束操作,其中经由基于MAC CE的信令来指示用于DL数据(PDSCH)和控制(PDCCH)的公共波束(当PDSCH-Config中的较高层参数tci-PresentInDCI未“启用”时)。然而,由于上述原因,这种基于MAC-CE的公共波束激活太慢。
由于数据波束的TCI状态在承载调度DL分配或UL授权的DCI的时隙(或子帧)之前的时隙(或子帧)中更新,因此与以下情况相比,可能存在一些性能损失:在数据波束的TCI状态更新与DL分配或UL授权一起执行时。对于需要频繁/准确更新数据波束以便实现无缝数据发送/接收的高移动性UE来说,这个问题可能会更严重。解决这个问题的解决方案可以基于经由DCI的动态波束指示,其中DCI可以是专用DCI和/或调度DL分配或UL授权的DCI。
此外,当UE被配置有用于数据(PDSCH、PUSCH)和/或控制(PDCCH、PUCCH)的DL接收和/或UL发送的多个分量载波(CC)或带宽部分(BWP)或小区时,上面提到的公共波束(或TCI状态)指示也可以是跨多个CC共用的。然而,对于PDCCH(或PDSCH)的DMRS,UE可以预期(例如,在频率范围2中)配置有用于两种准共位类型的两个源RS,一种用于QCL-类型A,并且另一种用于QCL-类型D。在Rel.15/16NR规范中,支持用于PDCCH/PDSCH的DMRS的两类(QCL-类型A源RS、QCL-类型D源RS)组合。第一类别(CAT1)对应于QCL-类型A源RS,并且QCL-类型D源RS是相同(单个)源RS。支持以下两个CAT1示例。
●QCL-类型A源RS是跟踪RS(TRS),其对应于信息元素(IE)NZP-CSI-RS-ResourceSet中用较高层参数trs-Info配置的CSI-RS资源,并且QCL-类型D源RS与QCL型A源RS相同。
●QCL-类型A源RS是NZP-CSI-RS-ResourceSet中没有用较高层参数trs-Info且没有用较高层参数repetition配置的CSI-RS资源,并且QCL-类型D源RS与QCL-类型A源RS相同。
第二类别(CAT2)对应于作为(两个)不同源RS的QCL-类型A源RS和QCL-类型D源RS。支持以下CAT2的示例。
●QCL-类型A源RS为跟踪RS(TRS),其对应于NZP-CSI-RS-ResourceSet中用较高层参数trs-Info配置的的CSI-RS资源,并且QCL-类型D源RS为NZP-CSI-RS-ResourceSet中用较高层参数repetition配置的CSI-RS资源。
当跨多个(一组)CC使用公共TCI状态ID指示时,则根据由公共TCI状态ID指示的TCI状态(或多个状态)确定相同/单个源RS,并且使用相同源RS来提供QCL-类型D指示(用于PDCCH和/或PDSCH的DL接收或PDCCH的DMRS和/或PDSCH的DMRS),并且跨配置的CC的集合来确定UL TX空间滤波器(用于PUCCH和/或PUSCH和/或PRACH的UL发送)。由于QCL-类型D的单个/相同源RS跨多个CC是共用的,因此不能使用相同的源RS(或者其限制太大而无法使用)作为用于QCL-类型A的源RS。因此,可以不使用上面提到的CAT1的两个示例。换句话说,基于CAT2的方案可以用于对多个CC进行配置(QCL-类型A源RS、QCL-类型D源RS)。然而,Rel.15/16NR规范仅支持这样一种解决方案。为了在网络实施方式方面获得更好的灵活性,最好支持属于CAT2的附加解决方案。在本公开中,提供了几个这种实施例和示例。
在本公开中,术语“激活”描述了一种操作,其中UE接收并解码来自网络(或gNB)的信号,该信号发信号通知开始时间点。开始点可以是当前或未来的时隙/子帧或符号—隐式或显式指示的、或者另外固定的或高层配置的确切位置。在成功解码信号后,UE相应地做出响应。术语“去激活”描述了一种操作,其中UE接收并解码来自网络(或gNB)的信号,该信号发信号通知停止时间点。停止点可以是当前或未来的时隙/子帧或符号—隐式或显式指示的、或者另外固定的或高层配置的确切位置。在成功解码信号后,UE相应地做出响应。
术语(诸如TCI、TCI状态、SpatialRelationInfo、目标RS、参考RS和其他术语)用于说明目的并且因此不是规范性的。也可以使用指代相同功能的其他术语。
“参考RS”对应于DL或UL TX波束的特性(诸如方向、预编码/波束成形、端口数量等)的集合。例如,当UE在由TCI状态表示的DL分配中接收到参考RS索引/ID时,UE将参考RS的已知特性施加到已分配的DL发送。参考RS可以由UE接收和测量(在这种情况下,参考RS是下行链路信号,诸如NZP CSI-RS和/或SSB),其中测量结果用于计算波束报告(在3GPP NR规范中,至少一个L1-RSRP伴随至少一个CRI)。当NW/gNB收到波束报告时,NW可以更好地配备有信息以将特定DL TX波束分配给UE。可选地,参考RS可以由UE发送(在这种情况下,参考RS为下行链路信号,诸如SRS)。当NW/gNB接收到参考RS时,NW/gNB可以测量和计算所需的信息以将特定DL TX波束分配给UE。当DL-UL波束对的对应关系成立时,此选项适用。
参考RS可以由NW/gNB动态触发(例如,在非周期性RS的情况下经由DCI),预先配置有特定时域行为(诸如周期性和偏移,在周期性RS的情况下),或此类预先配置和激活/去激活(在半永久性RS的情况下)的组合。
在3GPP NR规范中定义了两种类型的频率范围(FR)。低于6GHz的范围称为频率范围1(FR1)并且毫米波范围称为频率范围2(FR2)。以下示出FR1和FR2的频率范围的示例。
频率范围指定 对应频率范围
FR1 450MHz至6000MHz
FR2 24250MHz至52600MHz
以下实施例是DL多波束操作的示例,其在网络(NW)从UE接收到一些发送后利用DL波束指示。在第一示例性实施例中,非周期性CSI-RS由NW发送并由UE测量。虽然在这两个示例中使用了非周期性RS,但也可以使用周期性或半永久性RS。
对于毫米波(或FR2)或较高频带(诸如>52.6GHz或FR4),其中多波束操作特别相关,发送接收过程包括接收器以选择给定TX波束的接收(RX)波束。对于UL多波束操作,gNB选择每个UL TX波束的UL RX波束(其对应于参考RS)。因此,当UL RS(诸如SRS和/或DMRS)用作参考RS时,NW/gNB触发或配置UE发送UL RS(其与UL TX波束的选择相关联)。在接收和测量UL RS后,gNB选择UL RX波束。因此,导出TX-RX波束对。NW/gNB可以针对所有配置的参考RS执行此操作(对于每个参考RS或“波束扫描”),并且确定与配置给UE的所有参考RS相关联的所有TX-RX波束对。另一方面,当DL RS(诸如CSI-RS和/或SSB)用作参考RS(当DL-UL波束对应关系或互易性成立时相关),NW/gNB将RS发送到UE(用于UL并且通过互换,这对应于ULRX波束)。作为响应,UE测量参考RS(并在此过程中选择UL TX波束)并报告与参考RS的质量相关联的波束度量。在这种情况下,UE确定每个配置的(DL)参考RS的TX-RX波束对。因此,尽管NW/gNB无法获得此知识,但在从NW/gNB接收到参考RS(因此是UL RX波束)指示后,UE可以从有关所有TX-RX波束的知识中选择UL TX波束对。
在本发明中,术语“资源指示符”(也缩写为REI)用于指代用于信号/信道和/或干扰测量的RS资源的指示符。该术语用于说明目的并且因此可以用指代相同功能的任何其他术语代替。REI的示例包括前述的CSI-RS资源指示符(CRI)和SSB资源指示符(SSB-RI)。任何其他RS也可用于信号/信道和/或干扰测量诸如DMRS。
在图10所示的一个示例中,示出了UL多波束操作1000。图10中示出的UL多波束操作1000的实施例仅用于说明。图10不会将本公开的范围限制于UL多波束操作1000的任何特定实施方式。
UL多波束操作1000开始于gNB/NW向UE发信号通知非周期性CSI-RS(AP-CSI-RS)触发或指示(步骤1001)。该触发或指示可以包括在DCI中(UL相关或DL相关,单独地或与非周期性CSI请求/触发一起发信号通知)并且指示AP-CSI-RS在相同(零时间偏移)或稍后(>0时间偏移)的时隙/子帧中的发送。在接收到由gNB/NW发送的AP-CSI-RS(步骤1002)后,UE测量AP-CSI-RS,并且继而计算并报告“波束度量”(指示特定TX波束假设的质量)(步骤1003)。这种波束报告的示例是与其相关联的L1-RSRP/L1-RSRQ/L1-SINR/CQI耦合的CSI-RS资源指示符(CRI)或SSB资源指示符(SSB-RI)。在从UE接收到波束报告后,NW可以使用波束报告以便为UE选择UL TX波束并且使用UL相关DCI(其承载UL授权,诸如NR中的DCI格式0_1)中的SRI字段来指示UL TX波束选择(步骤1004)。SRI对应于经由SpatialRelationInfo配置链接到参考RS(在这种情况下,为AP-CSI-RS)的“目标”SRS资源。在成功解码具有SRI的UL相关DCI后,UE通过与SRI相关联的UL TX波束来执行UL发送(诸如PUSCH上的数据发送)(步骤1005)。
在图11所示的另一个示例中,示出了UL多波束操作1100。图11中示出的UL多波束操作1100的实施例仅用于说明。图11不会将本公开的范围限制于UL多波束操作1100的任何特定实施方式。
UL多波束操作1100开始于gNB/NW向UE发信号通知非周期性SRS(AP-SRS)触发或请求(步骤1101)。此触发可以包括在DCI中(与UL相关或与DL相关)。在接收和解码AP-SRS触发(步骤1102)后,UE将AP-SRS发送到gNB/NW(步骤1103),使得NW(或gNB)可以测量UL传播信道并且为UE选择UL TX波束。然后,gNB/NW可以使用UL相关DCI(其承载UL授权,诸如NR中的DCI格式0_1)中的SRI字段来指示UL TX波束选择(步骤1104)。SRI对应于经由SpatialRelationInfo配置链接到参考RS(在这种情况下,为AP-SRS)的“目标”SRS资源。在成功解码具有SRI的UL相关DCI后,UE通过与SRI相关联的UL TX波束来执行UL发送(诸如PUSCH上的数据发送)(步骤1105)。
在图12所示的另一个示例中,示出了DL多波束操作1200。图12中示出的DL多波束操作1200的实施例仅用于说明。图12不会将本公开的范围限制于DL多波束操作1200的任何特定实施方式。
在图12所示的示例中,其中UE被配置用于测量/接收非周期性CSI-RS(AP-CSI-RS)并报告非周期性CSI(AP CSI),DL多波束操作1200开始于gNB/NW向UE发信号通知非周期性CSI-RS(AP-CSI-RS)触发或指示(步骤1201)。该触发或指示可以包括在DCI中(UL相关或DL相关,单独地或与非周期性CSI请求/触发一起发信号通知)并且指示AP-CSI-RS在相同(零时间偏移)或稍后(>0时间偏移)的时隙/子帧中的发送。在接收到由gNB/NW发送的AP-CSI-RS(步骤1202)后,UE测量AP-CSI-RS,并且继而计算并报告“波束度量”(包括在CSI中,指示特定TX波束假设的质量)(步骤1203)。此类波束报告(在3GPP NR规范中支持)的示例是与其关联的L1-RSRP和/或L1-SINR耦接的CSI-RS资源指示符(CRI)或SSB资源指示符(SSB-RI)。在从UE接收到波束报告后,NW/gNB可以使用波束报告以便为UE选择DL TX波束并且使用DL相关DCI(其承载DL分配,诸如NR中的DCI格式1_1)中的TCI字段来指示DL TX波束选择(步骤1204)。TCI状态对应于经由TCI状态定义所定义/配置的参考RS(在这种情况下是AP-CSI-RS)(较高层/RRC配置,子集从其经由MAC CE激活以用于基于DCI的选择)。在成功解码具有TCI字段的DL相关DCI后,UE通过与TCI字段相关联的DL TX波束来执行DL接收(诸如PDSCH上的数据发送)(步骤1205)。在该示例性实施例中,只有一个DL TX波束被指示给UE。
为了促进快速波束管理,一项要求是简化波束管理的基础部件(构建块)。波束管理的一项功能是波束选择,其包括诸如波束测量(包括训练)、报告(对于DL波束管理,经由UL控制信道进行报告)和指示(对于DL和UL波束管理,经由DL控制通道的指示)等功能。一旦构建块被简化[步骤1],就可以添加其他高级特征以促进更快的波束管理[步骤2]。
在2020年10月21日提交的美国专利申请序列号16/949,246(其公开内容通过引用并入本文)中,提出了具有此类基础部件的简化设计的“精简模式”[步骤1]以用于快速波束管理。精简模式设计由于其紧凑的性质,可以经由较低层控制信令促进更快的更新/重新配置。换句话说,L1控制信令将是主要信令机制,并且仅在必要时才使用较高层(诸如MAC CE或RRC)。在此,L1控制信令包括UE组DCI以及专用(UE特定)DCI的使用。
上述附加的高级特征可以包括波束管理(多波束操作)从小区内移动性到小区间移动性的扩展。通过这种机制,可以实现RRC_CONNECTED UE的无缝接入/移动性,就好像没有观察到小区边界,除非UE处于初始接入或类似初始接入的条件。另一项高级特征包括最大限度减少波束故障(BF)或无线链路故障(RLF)的机制,诸如低开销、更快的波束切换/选择以及UE发起/事件触发的波束管理。通过这种在合适的位置的预防机制,波束故障恢复(BFR)就不太可能被使用。
在本公开中,考虑用于实现针对多个CC(或BWP或小区或类似无线电实体)的上述快速(动态)多波束操作的信令机制。具体地,针对每个CC(BWP)或至少CC(或BWP)的子集,考虑经由单独的DCI(或MACE CE和DCI的组合)的公共波束(TCI状态)指示,其中所指示的波束对于数据和控制都是共用的(如上所述)。DCI可以是用于此目的的专用DCI(例如,新的DCI格式),或者是现有的DCI(例如,DCI格式1_1或1_2或0_0或0_1或0_2)。当使用现有的DCI格式时,则可以不使用一些DCI字段(例如,用于调度DL分配或UL授权的DCI字段)(例如,用虚拟字段值或任何其他值替换,但UE会忽略它们,或者那些字段会被清空)。
在本公开的其余部分中,术语“波束”可以与来自“端口”、“天线端口”或“虚拟天线/端口”的资源信号(RS)的空间发送/接收相关联。同样,术语“发送(TX)波束”可以与来自“端口”、“天线端口”或“虚拟天线/端口”的资源信号(RS)或信道的空间发送相关联;并且术语“接收(RX)波束”可以与来自“端口”、“天线端口”或“虚拟天线/端口”的资源信号(RS)或信道的空间接收相关联。波束的空间发送/接收可以在三维(3D)空间中进行。在波束成形的无线系统中,无线信号的发送和接收可以经由多个TX和多个RX波束。
尽管本公开的实施例可以涉及多个CC,但是它们适用于单个CC(当M=1时)和多个CC情况(M>1)。
图13示出了根据本公开的实施例的跨多个CC 1300的公共波束指示的示例。图13中所示的跨多个CC 1300的公共波束指示的实施例仅用于说明。图13不会将本公开的范围限制于跨多个CC 1300的公共波束指示的任何特定实施方式。
在一个实施例I.1中,如图13所示,UE被配置有一组(列表)M>1个CC或M≥1个CC(或DL BWP或小区或UL BWP),用于DL接收和/或UL发送。UE还被配置为接收所有CC的(单个)公共波束或TCI状态(例如,经由L-1控制(DCI)信令和/或基于MAC CE的指示)。因此,UE接收所有CC的公共波束(TCI状态)。或者,可选地,UE还被配置为接收跨所有CC的(单个)公共波束ID或TCI状态ID(例如,经由L-1控制(DCI)信令和/或基于MAC CE的指示)。公共TCI状态ID意味着根据由公共TCI状态ID指示的TCI状态(或TCI状态,如果TCI状态ID指示多个TCI状态)确定的相同/单个RS被用于提供QCL-类型D指示(对于DL接收),并且确定跨配置CC的集合的UL TX空间滤波器(用于UL发送)。
在一个示例中,公共波束或TCI状态(或波束ID或TCI状态ID)用于所有CC的PDSCH(i)(和/或用于PDSCH(i)的DMRS)的接收。在一个示例中,公共波束或TCI状态(或波束ID或TCI状态ID)用于接收所有CC的PDCCH(i)和PDSCH(i)两者(和/或用于PDCCH(i)和PDSCH(i)的DMRS)。在一个示例中,公共波束或TCI状态(或波束ID或TCI状态ID)用于接收:(1)仅PDSCH(i),或(2)PDCCH(i)和PDSCH(i)二者。在一个示例中,(经由RRC和/或MAC CE和/或DCI)指示/配置公共波束或TCI状态(或波束ID或TCI状态ID)是用于(1)还是(2),其中该指示/配置针对所有CC可以是共用的,也可以是针对每个CC独立的。
在一种变型中,UE还被配置为经由L-1控制(DCI)信令接收所有CC公共的两个波束或TCI状态(例如,由波束ID或TCI状态ID指示),其中两个公共波束之一用于接收针对所有CC的PDSCH(i)(和/或用于PDSCH(i)的DMRS),并且两个公共波束中的另一个用于接收针对所有CC的PDCCH(i)(和/或用于PDCCH(i)的DMRS)。
在另一变型中,UE还被配置为接收对于所有CC公共的K=1或2个波束,其中值K可以经由基于RRC和/或MAC CE和/或DCI的信令来配置。当K=2时,两个公共波束之一用于接收针对所有CC的PDSCH(i)(和/或用于PDSCH(i)的DMRS),并且两个公共波束中的另一个用于接收针对所有CC的PDCCH(i)(和/或PDCCH(i)的DMRS)。当K=1时,如上所述,公共波束被用于接收针对所有CC的PDSCH(i)和/或PDCCH(i)。
为了简单起见,在该实施例的其余部分中假设K=1。然而,实施例也适用于K=2。
为了简洁起见,用于DL接收的QCL-类型D的源RS被称为DL-波束RS,并且用于UL发送的UL TX空间滤波器(或关系)的源RS被称为UL-波束RS。相同/单个RS(经由公共波束指示来指示)与DL波束RS之间的关系以及同样相同/单个RS与UL波束RS之间的关系根据以下示例中的至少一个。
在一个示例I.1.1中,针对每个CC,DL波束RS是相同/单个RS。同样,针对每个CC,UL波束RS是相同/单个RS。
在一个示例I.1.2中,针对每个CC,DL波束RS可以不同于相同/单个RS,但是它是基于相同/单个RS来确定的。同样,针对每个CC,UL波束RS可以不同于相同/单个RS(经由公共波束指示来指示),但是它基于相同/单个RS来确定。在一个示例中,相同/单个RS与DL波束RS之间的关系(映射)和/或相同/单个RS与UL波束RS之间的关系(映射)可以是预先确定的(固定的)或配置的(例如,经由较高层信令)。
在一个示例I.1.3中,对于M个CC的子集,相同/单个RS与DL波束RS之间的关系根据示例I.1.1,并且对于剩余的M个CC,该关系依照示例I.1.2。同样,对于M个CC的子集,相同/单个RS与UL波束RS之间的关系依照示例I.1.1,并且对于其余的M个CC,该关系依照示例I.1.2。M个CC的子集可以是固定的或配置的。此外,用于DL波束RS和用于UL波束RS的CC的子集可以相同或不同。在一个示例中,M个CC的子集包括单个CC,其CC/BWP ID例如可以是固定的或配置的。
在一个示例中,相同/单个RS与DL波束RS之间的关系可以根据示例I.1.X,并且相同/单个RS与UL波束RS之间的关系可以依照示例I.1.Y,其中X和Y可以是1、2或3中的任一者。在一个示例中,存在X=Y的限制,即,相同的示例用于DL和UL。在一个示例中,X和Y可以不同。
在本公开的其余部分中,假设单个/相同RS与DL波束RS(和/或UL波束RS)之间的关系是依照示例I.1.1。然而,本公开中的实施例是一般性的,并且也适用于根据其他示例的关系。
在一个实施例II.1中,DL和/或UL波束的源RS(即,DL波束RS和/或UL波束RS)的类型是根据以下示例中的至少一个。
●在一个示例II.1.1中,源RS的类型是用较高层参数trs-Info配置的NZP-CSI-RS-ResourceSet中的CSI-RS资源。这种类型的RS被称为RS1或用于TRS的CSI-RS。
●在一个示例II.1.2中,源RS的类型是用较高层参数repetition配置的NZP-CSI-RS-ResourceSet中的CSI-RS资源。这种类型的RS被称为RS2或用于TRS的CSI-RS或用于BM的CSI-RS。
●在一个示例II.1.3中,源RS的类型是在没有较高层参数trs-Info并且没有较高层参数repetition的情况下配置的NZP-CSI-RS-ResourceSet中的CSI-RS资源。这种类型的RS被称为RS3或既不用于TRS也不用于BM的CSI-RS,例如用于CSI的CSI-RS。
●在一个示例II.1.4中,源RS的类型是SSB/PBCH块。这种类型的RS称为RS4或SS/PBCH。
●在一个示例II.1.5中,源RS的类型是SRS资源。这种类型的RS被称为RS5或用于BM的SRS或用于CSI的SRS或用于定位的SRS。
●在一个示例II.1.6中,源RS的类型是DL定位RS(PRS)。这种类型的RS称为RS6。在一个示例中,这种类型的RS可以仅被配置用于定位UE(其可以由UE来报告其能力报告)。在一个示例中,DL PRS被配置在服务小区上(并且它不是非服务小区的)。在一个示例中,除了服务小区上的DL PRS之外,DL PRS还可以是非服务小区的(其可以经由较高层指示)。
当UE被提供有类型RS1或RS2或RS3的源RS并且具有索引csi-RS-Index时,
●当配置为DL-波束RS时,UE使用与接收CSI-RS相同的空间域滤波器来接收DL发送,该CSI-RS具有由同一服务小区或者如果提供服务CellId则由服务CellId指示的服务小区的csi-RS-Index提供的资源索引。
●当配置为UL-波束RS时,UE使用与接收CSI-RS相同的空间域滤波器来发送UL发送,该CSI-RS具有由同一服务小区或者如果提供服务CellId则由服务CellId指示的服务小区的csi-RS-Index提供的资源索引。
当UE被提供有类型RS4的源RS和索引ssb-Index时,
●当配置为DL-波束RS时,UE使用与接收SS/PBCH块相同的空间域滤波器来接收DL发送,SS/PBCH块具有由同一服务小区或者如果提供服务CellId则由服务CellId指示的服务小区的ssb-Index提供的索引。
●当配置为UL-波束RS时,UE使用与接收SS/PBCH块相同的空间域滤波器来发送UL发送,SS/PBCH块具有由同一服务小区或者如果提供服务CellId则由服务CellId指示的服务小区的ssb-Index提供的索引。
当UE被提供有类型RS5的源RS和索引srs-Index时,
●当配置为DL波束RS时,UE使用与SRS的传输相同的空间域滤波器来接收DL发送,SRS具有由同一服务小区和/或活动UL BWP或者如果提供服务CellId和/或上行链路BWP则由服务CellId指示的服务小区和/或由上行链路BWP指示的UL BWP的资源提供的资源索引。
●当配置为UL波束RS时,UE使用与SRS的传输相同的空间域滤波器来发送UL发送,SRS具有由同一服务小区和/或活动UL BWP或者如果提供服务CellId和/或上行链路BWP则由服务CellId指示的服务小区和/或由上行链路BWP指示的UL BWP的资源提供的资源索引。
在一个实施例II.2中,为了接收PDCCH或PDCCH的DMRS,UE被配置有指示准共位类型、QCL-类型A和QCL-类型D的组合的较高层IE TCI-状态,其中QCL-类型A的源RS的类型是RS1、RS2、RS3之一,并且QCL-类型D的源RS的类型是RS1至RS6之一。使用/配置表1中所示的示例中的至少一个。
同样,对于PDSCH或PDSCH的DMRS的接收,UE被配置有指示准共位类型、QCL-类型A和QCL-类型D的组合的较高层IE TCI-状态,其中QCL-类型A的源RS的类型是RS1、RS2、RS3之一,并且QCL-类型D的源RS的类型是RS1至RS6之一。使用/配置表1中所示的示例中的至少一个。
表1
在一个示例中,当QCL-类型A和QCL-类型D的源RS的类型相同时,则TCI-状态的配置被限制为使得相同的源RS用于两种QCL-类型。也就是说,无法配置依照示例II.2.1.b、II.2.2.c或II.2.3.d的组合(即不支持它们)。
在一个示例中,对于单个CC(即,M=1)的情况,对于QCL-类型A和QCL-类型D的源RS的配置没有限制。也就是说,QCL-类型A和QCL-类型D的源RS是根据表1中的组合中的至少一种。
在一个示例中,对于多个CC(即,M>1)的情况,对于QCL-类型A和QCL-类型D的源RS的配置存在限制。在一个限制示例中,QCL-类型A和QCL-类型D的源RS类型必须不同。在另一限制示例中,QCL-类型A和QCL-类型D的源RS类型可以相同或不同。当它相同时,两个不同的源RS(相同类型)必须用于QCL-类型A和QCL-类型D。
在实施例II.1的变型中,QCL-类型A的源RS的类型也可以是RS4或RS5或RS6。这可以受限于对应源RS(类型为RS4或RS5或RS6)的带宽或时间-频率分配的条件。例如,条件可以是对应源RS的带宽或时频分配足够大(或大于阈值)。
在一个实施例II.3中,对于PDCCH或PDCCH的DMRS的接收,同样地,对于PDSCH或PDDCH的DMRS的接收,UE被配置有指示准共位类型、QCL-类型A和QCL-类型D的组合的较高层IE TCI-状态。
●对于QCL-类型A,可以在TCI状态中(或在TCI状态中包括的QCL-Info中)不存在(未提供/配置)源RS的BWP(或CC或小区)ID。当不存在时,源RS的BWP(或CC或小区)ID根据TCI状态的目标CC和配置的源RS ID和对应的活动BWP ID来确定。也就是说,针对每个CC应用的每个活动BWP,基于BWP ID、CC ID和RS ID来确定QCL-类型A源RS的位置,其中BWP ID为对应的活动BWP的ID,CC ID为对应CC的ID,并且RS ID为源RS的ID。
●对于QCL-类型D,根据由公共TCI状态ID指示的TCI状态确定的源RS用于跨配置的CC集合提供QCL-类型D指示。
QCL-类型A的源RS的类型是RS1、RS2、RS3之一,并且QCL-类型D的源RS的类型是RS1至RS6之一。使用/配置表1中所示的示例中的至少一个。
在一个实施例II.4中,对于PDCCH或PDCCH的DMRS的接收,同样地,对于PDSCH或PDDCH的DMRS的接收,UE被配置有指示准共位类型、QCL-类型A和QCL-类型D的组合的较高层IE TCI-状态。
●对于QCL-类型A,可以在TCI状态中(或在TCI状态中包括的QCL-Info中)不存在(未提供/配置)源RS的BWP(或CC或小区)ID。当不存在时,源RS的BWP(或CC或小区)ID根据TCI状态的目标CC和配置的源RS ID和对应的活动BWP ID来确定。也就是说,针对每个CC应用的每个活动BWP,基于BWP ID、CC ID和RS ID来确定QCL-类型A源RS的位置,其中BWP ID为对应的活动BWP的ID,CC ID为对应CC的ID,并且RS ID为源RS的ID。
●同样,对于QCL-类型D,可以在TCI状态中(或在TCI状态中包括的QCL-Info中)不存在(未提供/配置)源RS的BWP(或CC或小区)ID。当不存在时,源RS的BWP(或CC或小区)ID根据TCI状态的目标CC和配置的源RS ID和对应的活动BWP ID来确定。也就是说,针对每个CC应用的每个活动BWP,基于BWP ID、CC ID和RS ID来确定QCL-类型D源RS的位置,其中BWP ID为对应的活动BWP的ID,CC ID为对应CC的ID,并且RS ID为源RS的ID。
QCL-类型A的源RS的类型是RS1、RS2、RS3之一,并且QCL-类型D的源RS的类型是RS1至RS6之一。使用/配置表1中所示的示例中的至少一个。
在一个实施例II.5中,对于PDCCH或PDCCH的DMRS的接收,同样地,对于PDSCH或PDDCH的DMRS的接收,UE被配置有实施例II.2、II.3和II.4中的三种方案之一,以指示准共位类型、QCL-类型A和QCL-类型D的组合。这种配置可以基于较高层(RRC)信令或基于MAC CE的指示或基于DCI的指示。替代地,这种配置可以基于RRC、MAC CE和基于DCI的信令中的至少两者的组合。
在一个实施例II.6中,对于PDCCH或PDCCH的DMRS的接收,同样地,对于PDSCH或PDDCH的DMRS的接收,UE被配置有实施例II.2、II.3和II.4中的三种方案之一,如实施例II.5中描述的。然而,这种配置受到UE能力报告的影响(或以UE能力报告为条件),UE能力报告根据以下示例中的至少一者。
●在一个示例II.6.1中,根据实施例II.2的解决方案是强制性的(因此,可以在没有任何单独的能力报告的情况下进行配置),但是根据实施例II.3和II.4的解决方案是可选的(其中之一仅当UE在能力报告中报告其支持时才可以配置)。
●在一个示例II.6.2中,根据实施例II.3的解决方案是强制性的(因此,可以在没有任何单独的能力报告的情况下进行配置),但是根据实施例II.2和II.4的解决方案是可选的(其中之一仅当UE在能力报告中报告其支持时才可以配置)。
●在一个示例II.6.3中,根据实施例II.4的解决方案是强制性的(因此,可以在没有任何单独的能力报告的情况下进行配置),但是根据实施例II.2和II.3的解决方案是可选的(其中之一仅当UE在能力报告中报告其支持时才可以配置)。
●在一个示例II.6.4中,根据实施例II.2和II.3的解决方案是强制性的(因此,可以在没有任何单独的能力报告的情况下对它们之一进行配置),但是根据实施例II.4的解决方案是可选的(仅当UE在能力报告中报告其支持时才可以配置)。
●在一个示例II.6.5中,根据实施例II.2和II.4的解决方案是强制性的(因此,可以在没有任何单独的能力报告的情况下对它们之一进行配置),但是根据实施例II.3的解决方案是可选的(仅当UE在能力报告中报告其支持时才可以配置)。
●在一个示例II.6.6中,根据实施例II.3和II.4的解决方案是强制性的(因此,可以在没有任何单独的能力报告的情况下对它们之一进行配置),但是根据实施例II.2的解决方案是可选的(仅当UE在能力报告中报告其支持时才可以配置)。
●在一个示例II.6.7中,根据实施例II.2、II.3和II.4的所有三种解决方案都是可选的(其中之一仅当UE在能力报告中报告其支持时才可以配置)。
当多种解决方案可选时,它们的能力报告可以经由单独的参数或经由一个联合参数。
在一个实施例II.7中,对于PDCCH或PDCCH的DMRS的接收,类似地,对于PDSCH或PDDCH的DMRS的接收,UE被配置有用于K>1个CC的集合的TCI状态池,例如经由较高层信令,其中TCI状态池是根据以下示例中的至少一个。
●在示例II.7.1中,TCI状态池是用于QCL-类型A的源RS和用于QCL-类型D的源RS的公共池,并且从公共池中指示一个TCI状态,其指示用于两种QCL-类型的相同/单一源RS。
●在示例II.7.2中,TCI状态池是用于QCL-类型A的源RS和用于QCL-类型D的源RS的公共池,并且任一TCI状态从公共池指示,其指示用于两个QCL-类型的两个源RS,或者从用于两个QCL-类型的公共池指示两个TCI状态,其中每个TCI状态指示一个源RS。
TCI状态池可以跨多个CC进行公共配置。或者,可以为每个CC单独配置TCI状态池。
在一个实施例II.8中,对于PDCCH或PDCCH的DMRS的接收,同样,对于PDSCH或PDDCH的DMRS的接收,UE被配置有用于K>1个CC的集合的两个单独的TCI状态池,例如经由较高层信令,其中一个TCI状态池用于指示用于QCL-类型A的源RS的TCI状态,并且另一个TCI状态池用于指示用于QCL-类型D的源RS的TCI状态。
两个TCI状态池之一或两者可以跨多个CC公共配置。或者,可以为每个CC单独配置两个TCI状态池中的一者或两者。
在一个实施例II.9中,根据本公开的一些实施例的公共波束或TCI状态(或TCI状态ID)指示是针对与多个CC相关联的目标RS和/或信道,其中目标RS和/或信道是根据以下示例中的至少一个。
●在示例II.9.1中,目标RS对应于与多个CC相关联的所有RS。同样,目标信道对应于与多个CC相关联的所有数据和控制信道。
●在示例II.9.2中,目标RS对应于与多个CC相关联的DMRS。同样,目标信道对应于与多个CC相关联的所有数据和控制信道。
在一个实施例III.1中,UE被配置有用于两种不同QCL-类型(即QCL-类型T1和QCL-类型T2)的源RS的组合,其中源RS的组合是根据本公开中的示例中的至少一者,并且(T1、T2)对应于(A、D)、(B、C),(B、D)、(C、D)之一,其中QCL-类型A、B、C和D在[REF9]中定义,其复制如下。
-“QCL-类型A”:{多普勒频移、多普勒扩展、平均延迟、延迟扩展}
-“QCL-类型B”:{多普勒频移、多普勒扩展}
-“QCL-类型C”:{多普勒频移、平均延迟}
-“QCL-类型D”:{空间Rx参数}
在一个实施例III.2中,当对于CC来说TCI状态ID指示是CC特定的(每个CC)时,可以使用/配置基于CAT1(或本公开中提出的任何其他组合)的解决方案。或者,当对于CC来说TCI状态ID指示是CC特定的(每个CC)时,可以使用/配置基于CAT1和/或CAT2(或本公开中提出的任何其他组合)的解决方案。或者,当TCI状态ID指示跨多个CC是共用的(单个/相同的RS被经由TCI状态ID指示)时,使用/配置基于CAT2(或本公开中提出的任何其他组合)的解决方案(并且无法使用/配置基于CAT1的解决方案)。
如上所述,考虑了用于实现上述快速(动态)多波束操作的信令机制。具体地,考虑经由单独的DCI的公共波束(TCI状态)指示,其中所指示的波束对于数据和控制两者是公共的(如上所述)。
在本公开中,考虑动态的、基于L1控制或DCI的公共波束指示机制。为了说明,在本公开中使用以下符号/术语。也可以使用其他术语来表示相同的功能和操作:
●指示用于DL和UL两者的数据(PDSCH/PUSCH)和控制(PDCCH/PUCCH)的公共波束的DCI被称为TCI-DCI(例如,当波束对应关系在DL和UL之间成立时使用),
●指示用于DL的数据(PDSCH)和控制(PDCCH)的公共波束的DCI被称为DL-TCI-DCI,
●指示用于UL的数据(PUSCH)和控制(PUCCH)的公共波束的DCI被称为UL-TCI-DCI,
●调度DL分配的DCI被称为DL-DCI,并且
●调度UL授权的DCI被称为UL-DCI。
在本公开的一些实施例中,用于DL接收的波束是指具有QCL-类型=类型D的QCL信息的参考/源RS,并且用于UL发送的波束是指空间关系信息(例如,与参考/源RS相关联)。
在本公开的一些实施例中,DL-TCI-DCI(包括公共波束或TCI状态)是不同于DL-DCI格式(例如,Rel.15NR规格中的DCI格式1_0、1_1和1_2)的新DCI格式。可选地,DL-TCI-DCI(包括公共波束或TCI状态)是DL-DCI格式之一(例如,Rel.15NR规范中的DCI格式1_0、1_1和1_2)。可选地,DL-TCI-DCI(包括公共波束或TCI状态)可以是新的DCI格式或DL-DCI格式之一(例如,Rel.15NR规范中的DCI格式1_1和1_2),其中可以(例如经由RRC)配置该信息是新格式还是现有格式。在一个示例中,DL-TCI-DCI是否可以是新的TCI格式受限于UE能力(由UE报告),即只有当UE报告其能够接收新的DCI格式时,DL-TCI-DCI可以是新的DCI格式;否则它是现有的DCI格式。
同样,在本公开的一些实施例中,UL-TCI-DCI(包括公共波束或TCI状态)是不同于UL-DCI格式(例如,Rel.15NR规范中的DCI格式0_0、0_1和0_2)的新DCI格式。可选地,UL-TCI-DCI(包括公共波束或TCI状态)是UL-DCI格式之一(例如,Rel.15NR规范中的DCI格式0_0、0_1和0_2)。可选地,UL-TCI-DCI(包括公共波束或TCI状态)可以是新的DCI格式或DL-DCI格式之一(例如,Rel.15NR规范中的DCI格式0_0、0_1和0_2),其中可以(例如经由RRC)配置该信息是新格式还是现有格式。在一个示例中,UL-TCI-DCI是否可以是新的TCI格式受限于UE能力(由UE报告),即只有当UE报告其能够接收新的DCI格式时,UL-TCI-DCI可以是新的DCI格式;否则它是现有的DCI格式。
在本公开的一些实施例中,TCI-DCI(包括公共波束或TCI状态)是不同于DL-或UL-DCI格式(例如,Rel.15NR规格中的DCI格式0_0、0_1、0_2、1_0、1_1和1_2)的新DCI格式。可选地,TCI-DCI(包括公共波束或TCI状态)是DL-或UL-DCI格式之一(例如,Rel.15NR规范中的DCI格式0_0、0_1、0_2、1_0、1_1和1_2)。可选地,TCI-DCI(包括公共波束或TCI状态)可以是新的DCI格式或者DL-或UL-DCI格式之一(例如,Rel.15NR规范中的DCI格式0_0、0_1、0_2、1_0、1_1和1_2),其中可以(例如经由RRC)配置该信息是新格式还是现有格式。在一个示例中,TCI-DCI是否可以是新的TCI格式受限于UE能力(由UE报告),即只有当UE报告其能够接收新的DCI格式时,TCI-DCI可以是新的DCI格式;否则它是现有的DCI格式。
图14中示出了指示用于接收DL控制和数据1400的公共波束的专用DCI的示例。图14中所示的指示用于接收DL控制和数据1400的公共波束的专用DCI的实施例仅用于说明。图14不将本公开的范围限制于指示用于接收DL控制和数据1400的公共波束的专用DCI的示例的任何特定实施方式。
在一个实施例IV.1中,如图14所示,UE被配置为接收指示用于接收DL控制(PDCCH)和数据(PDSCH)的公共波束(TCI状态)的专用DCI(DL-TCI-DCI)。UE在时隙(或子帧)N中接收(例如,DL-TCI-DCI格式)并解码DL-TCI-DCI,并且使用指示的波束(TCI状态)来接收在相同(时隙N)或稍后时隙中开始的DL控制(PDCCH)。为了说明,设X为承载DL-TCI-DCI的时隙与承载DL控制的时隙之间的间隙(以时隙/子帧的数量计),则UE在时隙N+X中开始接收DL控制。UE对包含在PDCCH中的DL-DCI(例如,DL-DCI格式)进行解码以获得用于DL分配的调度信息。然后,UE使用指示的波束(TCI状态)在时隙N+X+K0中接收DL数据(PDSCH,根据DL分配)。这里,X的值可以是固定的。替代地,X的值可以从一组值中选择。可选地,由于DCI信令(DL-TCI-DCI和/或DL-DCI)的非周期性本质,X的值不以特定方式配置或设置。即,用于用信号通知DL-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用于用信号通知DL-DCI的时间单元位置不同。在一些示例中,X也可以被称为下行链路波束应用时间(DL-BAT)值B。在一些示例中,X由B定下界,即X≥B。
在一个示例中,N和/或X和/或K0的单位是根据OFDM符号的数量来定义的。值X是从DL-TCI-DCI解码结束(即承载DL-TCI-DCI的最后一个符号)和DL-DCI接收开始(即承载DL-DCI的第一个符号)开始测量的,或者值X被确定为具有公共波束指示的DL-TCI-DCI之后至少P ms或Q个符号的第一时隙,其中P或Q可以是固定的、或配置的、或基于UE能力报告确定/配置的。同样,值K0是从DL-DCI解码结束(即,承载DL-DCI的最后一个符号)和PDSCH接收开始(即,承载PDSCH的第一个符号)开始测量的。在本公开的其余部分中,假设N、X和K0的单位是时隙(即子帧)。然而,本公开的实施例是通用的并且适用于任何单位,诸如OFDM符号的数量。
在一个示例中,基于UE的处理限制(即,处理延迟)或能力来设置/确定X的值。当经由DL-TCI-DCI指示新波束(TCI状态)时,它可以用于不早于X时间(时隙或子帧或OFDM符号)的DL-DCI的接收。
在一个示例中,UE被配置/触发PUCCH发送(例如,用于HARQ-ACK反馈),PUCCH发送可以与由DL-DCI触发(或调度)的DL(例如,PDSCH)接收相关联。在这种情况下,用于PUCCH发送的TCI状态(波束)经由UL-TCI-DCI(参见下面的实施例IV.4至IV.6)或DL-TCI-DCI来指示/更新。DL-TCI-DCI/UL-TCI-DCI接收和PUCCH发送之间的时间间隙可以是N+X+K0+J,其中J是PDSCH接收和PUCCH发送之间的时间间隙(时隙或子帧或OFDM符号的数量),并且J可以是固定的或从一组候选值配置。
当承载DL-TCI-DCI的PDCCH与指示UE接收更新的公共波束的HARQ-ACK(或ACK/NACK)反馈(例如,经由PUCCH发送)相关联(配置)时,则波束应用时间可以包括PDCCH接收(从PDCCH接收的开始或结束)与对应的PUCCH发送(从PUCCH发送的开始或结束)之间的时间,即X=Y1+Y2,其中Y1=PDCCH接收与PUCCH发送之间的时间,并且Y2=PUCCH发送与DL-DCI接收之间的时间。替代地,波束应用时间等于Y2。在这种情况下,用于PUCCH发送的TCI状态(波束)可以是在当前时隙中的新的/更新的TCI状态之前经由DL-TCI-DCI指示的最新(先前)波束。
在时隙N中接收DL-TCI-DCI的波束(或TCI状态)可以是经由较早时隙M<N中的最新DL-TCI-DCI指示的波束(或TCI状态)。如果没有接收到或者没有配置最新的DL-TCI-DCI,则可以使用默认波束。例如,可以使用3GPP NR规范中用于PDCCH接收的默认波束。替代地,用于接收DL-TCI-DCI的波束(或TCI状态)可以是用于在较早的时隙M<N中接收DL信道和/或DL RS的波束。替代地,用于接收DL-TCI-DCI的波束(或TCI状态)可以与用于在较早时隙M<N中发送UL信道和/或UL RS的波束相关联。替代地,用于接收DL-TCI-DCI的波束(或TCI状态)可以与用于接收与最近的随机接入过程相关联的SSB的波束相关联,例如未由触发无争用随机接入过程的PDCCH命令发起的随机接入过程。替代地,用于接收DL-TCI-DCI的波束(或TCI状态)可以与用于接收与最近的随机接入过程相关联的CSI-RS的波束相关联,例如未由触发无争用随机接入过程的PDCCH命令发起的随机接入过程。可选地,可以经由MAC CE用信号通知用于接收DL-TCI-DCI的波束(或TCI状态),而不是在时隙N中使用默认波束来接收DL-TCI-DCI。例如,可以重新使用3GPP NR规范中支持的用于更新PDCCH的TCI状态的机制来更新用于接收DL-TCI-DCI的TCI状态(波束)。
可以使用以下示例中的至少一个来确定X和K0的值。
在一个示例IV.1.1中,X被例如固定为X=0(如下所述)或X=1。也就是说,在每个DL-DCI之前或者在多个DL-DCI中的第一个之前(当DL-TCI-DCI指示用于接收多个DL-DCI的TCI状态时)的X个时隙/子帧来接收DL-TCI-DCI。参数K0(的值)可以经由DL-DCI配置。替代地,可以经由基于MAC CE的信令来配置参数K0。替代地,可以经由RRC信令来配置参数K0。替代地,可以经由MAC-CE和RRC信令的组合来配置参数K0。替代地,可以经由MAC-CE和DL-DCI信令的组合来配置参数K0。替代地,可以经由DL-DCI和RRC信令的组合来配置参数K0。替代地,可以经由DL-DCI、MAC-CE和RRC信令的组合来配置参数K0。当每个UE(与一组UE相对)用信号通知DL-TCI-DCI时,这个示例尤其相关。
在一个示例IV.1.2中,X和K0是经由两个单独参数配置的。参数K0(的值)可以经由DL-DCI配置。替代地,可以经由基于MAC CE的信令来配置参数K0。替代地,可以经由RRC信令来配置参数K0。替代地,可以经由MAC-CE和RRC信令的组合来配置参数K0。替代地,可以经由MAC-CE和DL-DCI信令的组合来配置参数K0。替代地,可以经由DL-DCI和RRC信令的组合来配置参数K0。替代地,可以经由DL-DCI、MAC-CE和RRC信令的组合来配置参数K0
X的值可以从一组值中选择(可能包括也可能不包括X=0)。同样,参数X(的值)可以经由DL-TCI-DCI配置。替代地,可以经由基于MAC CE的信令来配置参数X。替代地,可以经由RRC信令来配置参数X。替代地,可以经由MAC-CE和RRC信令的组合来配置参数X。替代地,可以经由MAC-CE和DL-TCI-DCI信令的组合来配置参数X。替代地,可以经由DL-TCI-DCI和RRC信令的组合来配置参数X。替代地,可以经由DL-TCI-DCI、MAC-CE和RRC信令的组合来配置参数X。
在一个示例IV.1.3中,X和K0是经由联合参数配置的。参数(X,K0)(的值)可以经由DL-TCI-DCI配置。替代地,参数(X,K0)可以经由基于MAC CE的信令来配置。替代地,参数(X,K0)可以经由RRC信令来配置。替代地,参数(X,K0)可以经由MAC-CE和RRC信令的组合来配置。替代地,参数(X,K0)可以经由MAC-CE和DL-TCI-DCI信令的组合来配置。替代地,参数(X,K0)可以经由TCI-DCI和RRC信令的组合来配置。替代地,参数(X,K0)可以经由DL-TCI-DCI、MAC-CE和RRC信令的组合来配置。X的值可以从(X,K0)的一组值中选择(可能包括也可能不包括X=0)。
在一个示例IV.1.4中,K0被配置,并且X可以基于的K0值隐式导出。参数K0的配置是根据示例IV.1.1中的至少一个示例。
在一个示例IV.1.5中,X被配置,并且K0可以基于的X值隐式导出。参数X的配置是根据示例IV.1.2中的至少一个示例。
在一个示例IV.1.6中,由于DCI信令(DL-TCI-DCI和/或DL-DCI)的(非周期性)性质,X的值不以特定方式配置、使用和/或设置。这里,UE通过检测相关联ID(诸如C-RNTI或组RNTI或TCI-RNTI)的存在来监测每个时隙/子帧中DL-TCI-DCI以及DL-DCI的存在。在这种情况下,相关DL-TCI-DCI的位置可以在相对于DL-DCI的位置的任何时隙中。DL-TCI-DCI中用信号通知的TCI状态的适用性可以根据其相对于DL-DCI的位置来确定,例如以确保有足够的时间来解码DL-TCI-DCI,使得TCI状态适用于以下某些DL-DCI。例如,UE假定从DL-TCI-DCI解码结束(即,承载DL-TCI-DCI的最后一个符号)和DL-TCI接收(即,承载DL-DCI的第一个符号)开始的最小TCI状态(波束)切换时间(以时隙/子帧或ODFM符号的数量计)。在一个示例中,这种切换时间由UE在其能力信令中报告(或者是固定的或者被配置给UE)。
图14示出了在同一时隙或子帧1400中接收DL-TCI-DCI和DL-DCI的示例。图14中所示的在同一时隙或子帧1400中接收DL-TCI-DCI和DL-DCI的示例仅用于说明。图14不将本公开的范围限制于在同一时隙或子帧1400中接收DL-TCI-DCI和DL-DCI的示例的任何特定实施方式。
在上述实施例(或示例)的至少一个中,如图14所示,当参数的值X=0时,UE被配置为在同一时隙(或子帧)N中接收DL-TCI-DCI和DL-DCI。UE在时隙(或子帧)N中接收/解码DL-TCI-DCI和DL-DCI,并从DL-TCI-DCI获得指示波束(TCI状态),并从DL-DCI获得用于DL分配的调度信息。UE然后根据DL分配使用时隙N+K0中指示的波束来接收DL数据(PDSCH)。
由于DL-DCI和DL-TCI-DCI是在同一时隙中接收的,因此UE不能使用在当前时隙中经由DL-TCI-DCI指示的波束来接收DL控制(承载DL-DCI的PDCCH)。用于在时隙N中接收DL-TCI-DCI和DL-DCI的波束(或TCI状态)可以是经由较早时隙M<N中的最新DL-TCI-DCI指示的波束,或者可选地,适用于经由其他方式发信号通知的DL-TCI的最新的TCI状态。如果没有接收到或者没有配置最新的DL-TCI-DCI,则可以使用默认波束。例如,可以使用3GPP NR规范中用于PDCCH接收的默认波束。替代地,用于接收DL-TCI-DCI和DL-DCI的波束(或TCI状态)可以是用于在较早时隙M<N中接收DL信道和/或DL RS的波束。替代地,用于接收DL-TCI-DCI和DL-DCI的波束(或TCI状态)可以与用于在较早时隙M<N中发送UL信道和/或ULRS的波束相关联。可选地,可以经由MAC CE用信号通知用于接收DL-TCI-DCI的波束(或TCI状态),而不是在时隙N中使用默认波束来接收DL-TCI-DCI和DL-DCI。例如,可以重新使用3GPP NR规范中支持的用于更新PDCCH的TCI状态的机制来更新用于接收DL-TCI-DCI的TCI状态(波束)。
当在同一时隙中接收DL-TCI-DCI和DL-DCI时,可以应用以下示例中的至少一个。
在一个示例IV.1.7中,DL-TCI-DCI和DL-DCI对应于(或功能上组合成)包括DL-TCI-DCI和DL-DCI两者的所有DCI字段的单个(联合)DCI。在一个示例中,联合DCI被标记为DL-TCI-DCI。在一个示例中,联合DCI被标记为DL-DCI。在一个示例中,联合DCI被标记为DL-TCI-DCI。在一个示例中,联合DCI被标记为DL-DCI(例如,NR规范中的格式1_0、1_1和1_2)。在一个示例中,DL DCI格式可以包括公共波束(TCI状态)和DL分配之一或两者。可以使用/配置以下示例中的至少一个。
·在一个示例IV.1.7.1中,UE对DL_DCI进行解码并确定是否仅包括公共波束(TCI状态)和DL分配之一或两者。例如,当DCI中的TCI状态字段取值(例如,0)时,其指示TCI状态(或公共波束)未被指示(或不存在)。同样,当DCI中的调度分配字段中的参数取值(例如,0)时,其指示不存在DL分配(不存在)。
·在一个示例IV.1.7.2中,可以经由MAC CE来配置或激活是否仅包括公共波束(TCI状态)和DL分配之一或两者的信息。
图15示出了DL-TCI-DCI和DL-DCI 1500的解码的示例。图15所示的DL-TCI-DCI和DL-DCI 1500的解码的示例仅用于说明。图15不将本公开的范围限制于DL-TCI-DCI和DL-DCI 1500的解码的示例的任何特定实施方式。
在一个示例IV.1.8中,DL-TCI-DCI可以与DL-DCI分开,但是它们位于同一时隙中。图15中示出一些示例。在一个示例中,TCI-DCI和DL-DCI的解码是独立的。在另一示例中,TCI-DCI和DL-DCI的解码不是独立的。例如,UE需要先解码DL-TCI-DCI,然后再解码DL-DCI。如果DL-TCI-DCI解码失败,则DL-DCI解码也失败。在后面的示例中,DL-TCI-DCI和DL-DCI可以分别是两级DCI的第一级DCI和第二级DCI。
在先前描述的和随后的与X=0相关联的示例和实施例中的任一个中,这些方法可以独立,并且因此可以在不使用任何偏移参数X的情况下实现。换句话说,可以利用任何这种示例或实施例,而无需对X进行任何参数化,或者将偏移参数(诸如X)设置为0。
在一个实施例IV.2中,UE可以被配置有较高层参数(和/或MAC CE和/或DL-DCI字段)以经由DL-TCI-DCI实现TCI状态(波束)指示。例如,UE可以被配置为根据DL-DCI和/或DL-TCI-DCI的配置从DL-DCI和/或DL-TCI-DCI导出其TCI状态更新。类似于实施例IV.1,如图14所示,UE被配置为接收指示用于接收DL控制(PDCCH)和数据(PDSCH)的公共波束(TCI状态)的专用DCI(DL-TCI-DCI)。UE在时隙(或子帧)N中接收(例如,DL-TCI-DCI格式)并解码DL-TCI-DCI,并且使用指示的波束(TCI状态)来接收在时隙N+X中开始的DL控制(PDCCH)(假设X>0)。UE对包含在PDCCH中的DL-DCI(例如,DL-DCI格式)进行解码以获得用于DL分配的调度信息。然后,UE使用指示的波束(TCI状态)在时隙N+X+K0中接收DL数据(PDSCH,根据DL分配)。这里,X的值可以是固定的。替代地,X的值可以从一组值中选择。可选地,由于非周期性DCI信令(DL-TCI-DCI和/或DL-DCI),X的值不以特定方式配置或设置。即,用于用信号通知DL-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用于用信号通知DL-DCI的时间单元位置不同。设置X和K0的值的方法与实施例IV.1所适用的方法类似。
在先前描述的和随后的与X=0相关联的示例和实施例中的任一个中,这些方法可以独立,并且因此可以在不使用任何偏移参数X的情况下实现。换句话说,可以利用任何这种示例或实施例,而无需对X进行任何参数化,或者将偏移参数(诸如X)设置为0。
在一个示例IV.2.1中,当使用或配置偏移参数X时,所得到的UE过程可以取决于X的值。例如,当X=0时,DL-TCI-DCI不存在(未接收和/或未配置)(或者DL-TCI-DCI和DL-DCI对应于(或功能上组合成)单个(联合)DCI,参见示例IV.1.7),并且TCI状态指示/更新在DL-DCI中存在并用信号通知/接收(并用于接收DL数据);并且当X>0时,DL-TCI-DCI存在(已配置因此可以接收),以及TCI状态指示/更新存在并在DL-TCI-DCI中用信号通知/接收(并且用于接收与DL-DCI中的DL分配相关联的DL数据以及包括DL-DCI的DL控制两者)。
在一个示例IV.2.2中,无论是否使用/配置偏移参数X,所得到的UE过程都可以基于较高层(RRC)参数,例如tci-dci-IsPresent。当tci-dci-IsPresent被设置为“启用”时,DL-TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新是DL-TCI-DCI中的TCI状态指示/更新(并且用于接收与DL-DCI中的DL分配相关联的DL数据和包括DL-DCI的DL控制两者);否则,DL-TCI-DCI不存在(未接收和/或未配置)(或者DL-TCI-DCI和DL-DCI对应于(或功能上组合成)单个(联合)DCI,参见示例IV.1.7),以及TCI状态指示/更新存在并在DL-DCI中用信号通知/接收(并且用于DL数据的接收)。
在一个示例IV.2.3中,无论是否使用/配置偏移参数X,并且无论是否使用/配置控制DL-TCI-DCI的存在的较高层参数(例如,tci-dci-IsPresent),所得到的UE过程都可以(也)基于PDSCH-Config中的较高层参数tci-PresentInDCI(其控制DL-DCI的存在)。例如,当参数tci-dci-IsPresent为“启用”且PDSCH-Config中的tci-PresentInDCI也为“启用”时,DL-TCI-DCI和DL-DCI都存在(已配置因此可以接收)。在这种情况下,适用于解码DL-DCI(在相关PDCCH中)的TCI状态指示/更新在最新(最近)DL-TCI-DCI中用信号通知/接收,而适用于解码相关PDSCH中分配的DL数据的TCI状态指示/更新(与DL-DCI中的DL分配相关联)在最新(最近)的DL-DCI中用信号通知/接收。当参数tci-dci-IsPresent为“启用”并且PDSCH-Config中的tci-PresentInDCI未“启用”时,DL-TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新为DL-TCI-DCI中的TCI状态指示/更新(并且用于接收与DL-DCI中的DL分配相关联的DL数据和包括DL-DCI的DL控制)。
在一个示例IV.2.4中,无论是否使用/配置偏移参数X,所得到的UE过程都可以基于较高层(RRC)参数和/或MAC CE激活。
在一个示例IV.2.5中,无论是否使用/配置偏移参数X,所得到的UE过程都可以基于系统信息(即,针对小区中的所有UE)。
在一个实施例IV.3中,UE可以使用RRC信息元素(IE)sps-Config配置有用于DL数据(PDSCH)的半持久性调度(SPS),其包括用于cs-RNTI(用于接收DCI激活/释放SPS的RNTI)的配置。UE应在每个时隙中使用由cs-RNTI加扰的CRC来监测PDCCH,因为gNB可以使用DCI(例如,NR中的DCI格式1_1或1_2)在任何时候激活/重新激活/释放SPS。在SPS中,UE被配置为具有PDSCH接收而无需任何DL-TCI(如在上文解释的动态调度中)。
在一个示例IV.3.1中,UE被配置为接收专用DCI(DL-TCI-DCI),所述专用DCI(DL-TCI-DCI)指示用于接收DL控制(PDCCH)的公共波束(TCI状态),以及如果由接收到的PDCCH激活则还指示用于接收DL数据(PDSCH)的公共波束(TCI状态)。UE在时隙(或子帧)N中接收(例如,DL-TCI-DCI格式)并解码DL-TCI-DCI,并且使用所指示的波束(TCI状态)来接收在相同(时隙N)或稍后时隙中开始的DL控制(PDCCH)。为了说明,设X1为承载DL-TCI-DCI的时隙与承载DL控制的时隙之间的间隙(以时隙/子帧的数量计),则UE在时隙N+X1中开始接收DL控制。UE对包含在PDCCH中的DCI(例如,DCI格式)进行解码以获得用于DL分配的激活信息(经由SPS)。如果由DCI激活PDSCH,则UE使用指示的波束(TCI状态)以在时隙N+X1+K1中接收DL数据(PDSCH,经由SPS根据DL分配)。这里,X1的值可以是固定的。替代地,X1的值可以从一组值中选择。可选地,由于DCI信令(DL-TCI-DCI和/或DCI)的非周期性,X1的值不以特定方式配置或设置。即,用于用信号通知DL-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用于用信号通知DCI的时间单元位置不同。在一个示例中,在本公开中先前定义X1=X。在一个示例中,X1=X+K0。在一个示例中,K1=K0
在一个示例IV.3.2中,UE被配置为经由PDCCH接收专用DCI(DL-TCI-DCI),其包括用于在稍后时隙中接收PDCCH的公共波束(TCI状态),并且如果由接收的PDCCH激活,公共波束还用于接收由SPS调度的DL数据(PDSCH)。UE在时隙(或子帧)N中接收(例如,DL-TCI-DCI格式)并解码DL-TCI-DCI,并且使用指示的波束(TCI状态)来接收在稍后的时隙中开始的DL控制(PDCCH)。如果通过DL-TCI-DCI激活PDSCH接收,则UE使用指示的波束(TCI状态)在时隙N+X1中接收DL数据(PDSCH,根据经由SPS的DL分配)。这里,X1的值可以是固定的。替代地,X1的值可以从一组值中选择。可选地,由于DCI信令(DL-TCI-DCI)的非周期性,X1的值不以特定方式配置或设置。即,用于用信号通知DL-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用于用信号通知PDSCH的时间单元位置不同。在一个示例中,在本公开中先前定义X1=X。在一个示例中,X1=X+K0。在一个示例中,K1=K0
在一个示例IV.3.3中,UE被配置为经由PDCCH接收专用DCI(例如,DL-TCI-DCI),其包括(a)用于公共波束(TCI状态)的字段和/或(b)用于激活/释放PDSCH接收的另一字段(根据配置的SPS)。当通过字段(b)激活PDSCH接收时,可以使用字段(a)利用用于PDSCH接收(有或没有PDCCH接收)的新(TCI状态)波束来指示/更新UE。一旦字段(b)没有激活或释放PDSCH接收,则可以仅使用字段(a)利用用于PDCCH接收的新(TCI状态)波束来指示/更新UE。
在本公开中,提出了经由UL-TCI-DCI的用于UL数据(PUSCH)和UL控制(PUCCH)的公共波束指示。本公开还提出了经由TCI-DCI的用于DL和UL两者的数据(PDSCH/PUSCH)和控制(PDCCH/PUCCH)的公共波束指示。
图16示出了指示用于发送UL控制和数据1600的公共波束的专用DCI的示例。图16所示的指示用于发送UL控制和数据1600的公共波束的专用DCI的示例仅用于说明。图16不将本公开的范围限制于指示用于发送UL控制和数据1600的公共波束的专用DCI的示例的任何特定实施方式。
在一个实施例IV.4中,如图16所示,UE被配置为接收专用DCI(UL-TCI-DCI),其指示用于发送UL控制(PUCCH)和数据(PUSCH)的公共波束(TCI状态),其中PUCCH可以与DL接收和/或UL发送相关联(或响应于其)。可选地,公共波束也可以用于PRACH的发送。UE在时隙(或子帧)N′中接收(例如,UL-TCI-DCI格式)并解码UL-TCI-DCI,并且使用指示的波束(TCI状态)或另一TCI状态(波束)来接收在相同(时隙N′)或稍后的时隙中开始的DL控制(PDCCH)。为了说明,设X′为承载DL-TCI-DCI的时隙与承载DL控制的时隙之间的间隙(以时隙/子帧的数量计),则UE在时隙N′+X′中开始接收DL控制。UE对包含在PDCCH中的UL-DCI(例如,UL-DCI格式)进行解码以获得用于UL授权的调度信息。UE使用UL-TCI-DCI中指示的波束(TCI状态)在时隙N′+X′+K′0中发送UL控制(PUCCH)和/或UL数据(PUSCH,根据UL授权)。这里,X′的值可以是固定的。替代地,X′的值可以从一组值中选择。可选地,由于DCI信令(UL-TCI-DCI和/或UL-DCI)的非周期性,X′的值不以特定方式配置或设置。即,用于用信号通知UL-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用于用信号通知UL-DCI的时间单元位置不同。在一些示例中,X′也可以被称为上行链路波束应用时间(UL-BAT)值B′。在一些示例中,X′由B′定下界,即X′≥B′。
在一个示例中,N′和/或X′和/或K′0的单位是根据OFDM符号的数量来定义的。值X′是从UL-TCI-DCI解码结束(即承载UL-TCI-DCI的最后一个符号)和UL-DCI接收开始(即承载UL-DCI的第一个符号)开始测量的,或者值X′被确定为具有公共波束指示的UL-TCI-DCI之后至少P’ms或Q’个符号的第一时隙,其中P’或Q’可以是固定的、或配置的、或基于UE能力报告确定/配置的。同样,值K′0是从UL-DCI解码结束(即,承载UL-DCI的最后一个符号)和PUCCH/PUSCH发送开始(即,承载PUCCH/PUSCH的第一个符号)开始测量的。在本公开的其余部分中,假设N′、X′和K′0的单位是时隙(或子帧)。然而,本公开的实施例是通用的并且适用于任何单位,诸如OFDM符号的数量。
在一个示例中,基于UE的处理限制(即,处理延迟)或能力来设置/确定X′的值。当经由UL-TCI-DCI指示新波束(TCI状态)时,它可以用于接收不早于X′时间(时隙或子帧或OFDM符号))的UL-DCI,其中X′受限于UE能力(或基于其确定/配置)。
在一个示例中,UE被配置/触发PUCCH发送(例如,用于HARQ-ACK反馈),PUCCH发送可以与由DL-DCI触发(或调度)的DL(例如,PDSCH)接收相关联。在这种情况下,用于PUCCH发送的TCI状态(波束)经由UL-TCI-DCI(参见下面的实施例IV.4至IV.6)或DL-TCI-DCI来指示/更新。
当承载UL-TCI-DCI的PDCCH与指示UE接收更新的公共波束的HARQ-ACK(或ACK/NACK)反馈(例如,经由PUCCH发送)相关联(配置)时,则波束应用时间可以包括PDCCH接收(从PDCCH接收的开始或结束)与对应的PUCCH发送(从PUCCH发送的开始或结束)之间的时间,即X′=Y1+Y2,其中Y1=PDCCH接收与PUCCH发送之间的时间,并且Y2=PUCCH发送与UL-DCI接收之间的时间。替代地,波束应用时间等于Y2。在这种情况下,用于PUCCH发送的TCI状态(波束)可以是在当前时隙中的新的/更新的TCI状态之前经由UL-TCI-DCI指示的最新(先前)波束。
在时隙N′中接收UL-TCI-DCI的波束(或TCI状态)可以是经由较早时隙M′<N′中的最新UL-TCI-DCI指示的波束(或TCI状态)。如果没有接收到或者没有配置最新的UL-TCI-DCI,则可以使用默认波束。例如,可以使用3GPP NR规范中用于PDCCH接收的默认波束。替代地,用于接收UL-TCI-DCI的波束(或TCI状态)可以是用于在较早的时隙M′<N中接收DL信道和/或DL RS的波束。替代地,用于接收UL-TCI-DCI的波束(或TCI状态)可以与用于在较早时隙M′<N’中发送UL信道和/或UL RS的波束相关联。替代地,用于接收UL-TCI-DCI的波束(或TCI)可以与用于接收与最近的随机接入过程相关联的SSB的波束相关联,例如未由触发无争用随机接入过程的PDCCH命令发起的随机接入过程。替代地,用于接收UL-TCI-DCI的波束(或TCI)可以与用于接收与最近的随机接入过程相关联的CSI-RS的波束相关联,例如未由触发无争用随机接入过程的PDCCH命令发起的随机接入过程。可选地,可以经由MAC CE用信号通知用于接收UL-TCI-DCI的波束(或TCI状态),而不是在时隙N′中使用默认波束来接收UL-TCI-DCI。例如,可以重新使用3GPP NR规范中支持的用于更新PDCCH的TCI状态的机制来更新用于接收UL-TCI-DCI的TCI状态(波束)。
可以使用以下示例中的至少一个来确定X′和K′0的值。
示例IV.4.1至示例IV.4.5,其中设置的X′和K′0的值类似于实施例IV.1中的示例IV.1.1至示例IV.1.5(X和K0)。
在一个示例IV.4.6中,由于DCI信令(UL-TCI-DCI和/或UL-DCI)的(非周期)性质,X′的值不以特定方式配置、使用和/或设置。这里,UE通过检测相关联ID(诸如C-RNTI或组-RNTI或TCI-RNTI)的存在来监测每个时隙/子帧中UL-TCI-DCI以及UL-DCI的存在。在这种情况下,相关UL-TCI-DCI的位置可以在相对于UL-DCI的位置的任何时隙中。UL-TCI-DCI中用信号通知的TCI状态的适用性可以根据其相对于UL-DCI的位置来确定,例如以确保有足够的时间来解码UL-TCI-DCI,使得TCI状态适用于以下某些UL-DCI。例如,UE假定从UL-TCI-DCI解码结束(即,承载UL-TCI-DCI的最后一个符号)和UL-TCI接收(即,承载UL-DCI的第一个符号)开始的最小TCI状态(波束)切换时间(以时隙/子帧或ODFM符号的数量计)。在一个示例中,这种切换时间由UE在其能力信令中报告(或者是固定的或者被配置给UE)。
在先前描述的和随后的与X′=0相关联的示例和实施例中的任一个中,这些方法可以独立,并且因此可以在不使用任何偏移参数X′的情况下实现。换句话说,可以利用任何这种示例或实施例,而无需对X′进行任何参数化,或者将偏移参数(诸如X′)设置为0。
图17示出了在同一时隙或子帧1700中接收UL-TCI-DCI和UL-DCI的示例。图17所示的在同一时隙或子帧1700中接收UL-TCI-DCI和UL-DCI的示例仅用于说明。图17不将本公开的范围限制于在同一时隙或子帧1700中接收UL-TCI-DCI和UL-DCI的示例的任何特定实施方式。
在上述实施例(或示例)的至少一个中,如图17所示,当参数的值X′=0时,即UE被配置为在同一时隙(或子帧)N′中接收UL-TCI-DCI和UL-DCI。UE在时隙(或子帧)N′中接收/解码UL-TCI-DCI和UL-DCI,并从UL-TCI-DCI获得指示波束(TCI状态),并从UL-DCI获得用于UL授权的调度信息。然后,UE使用时隙N′+K′0中指示的波束来发送UL控制(PUCCH)和/或UL数据(PUSCH,根据UL授权)。
由于UL-DCI和UL-TCI-DCI是在同一时隙中接收的,因此UE不能使用在当前时隙中经由UL-TCI-DCI指示的波束来接收DL控制(承载UL-DCI的PDCCH)。用于在时隙N′中接收UL-TCI-DCI和UL-DCI的波束(或TCI状态)可以是经由较早时隙M′<N’中的最新UL-TCI-DCI指示的波束,或者可选地,适用于经由其他方式发信号通知的UL-TCI的最新的TCI状态。如果没有接收到或者没有配置最新的UL-TCI-DCI,则可以使用默认波束。例如,可以使用3GPPNR规范中用于PDCCH接收的默认波束。替代地,用于接收UL-TCI-DCI和UL-DCI的波束(或TCI状态)可以是用于在较早时隙M′<N′中接收DL信道和/或DL RS的波束。替代地,用于接收UL-TCI-DCI和UL-DCI的波束(或TCI状态)可以与用于在较早时隙M′<N′中发送UL信道和/或UL RS的波束相关联。可选地,可以经由MAC CE用信号通知用于接收UL-TCI-DCI的波束(或TCI状态),而不是在时隙N′中使用默认波束来接收UL-TCI-DCI和UL-DCI。例如,可以重新使用3GPP NR规范中支持的用于更新PDCCH的TCI状态的机制来更新用于接收UL-TCI-DCI的TCI状态(波束)。
当在同一时隙中接收UL-TCI-DCI和UL-DCI时,可以应用以下示例中的至少一个。
在一个示例IV.4.7中,UL-TCI-DCI和UL-DCI对应于(或功能上组合成)包括UL-TCI-DCI和UL-DCI两者的所有DCI字段的单个(联合)DCI。在一个示例中,联合DCI被标记为UL-TCI-DCI。在一个示例中,联合DCI被标记为UL-DCI(例如,NR规范中的格式0_0、0_1或0_2)。在一个示例中,UL-DCI格式可以包括用于UL发送的公共波束(TCI状态)和UL授权之一或两者。可以使用/配置以下示例中的至少一个。
·在示例IV.4.7.1中,UE对UL-DCI进行解码并确定是否仅包括公共波束(TCI状态)和UL授权中的一者或两者。例如,当DCI中的TCI状态字段取值(例如,0)时,其指示TCI状态(或公共波束)未被指示(或不存在)。同样,当DCI中的调度分配字段中的参数取值(例如,0)时,其指示不存在UL授权(不存在)。
·在示例IV.4.7.2中,可以经由RRC配置或经由MAC CE激活是否仅包含公共波束(TCI状态)和UL授权之一或两者的信息。
在一个示例IV.4.8中,UL-TCI-DCI可以与UL-DCI分开,但是它们位于同一时隙中。其余细节类似于示例IV.1.8。
在一个示例IV.4.9中,UL-TCI-DCI和DL-DCI(调度DL分配)对应于(或功能上组合成)单个(联合)DCI,其包括UL-TCI-DCI和DL-DCI两者的所有DCI字段。在一个示例中,联合DCI被标记为UL-TCI-DCI。在一个示例中,联合DCI被标记为DL-DCI(例如,NR规范中的格式1_0、1_1或1_2)。在一个示例中,DL-DCI格式可以包括用于UL发送的公共波束(TCI状态)和DL分配之一或两者。可以使用/配置以下示例中的至少一个。
·在示例IV.4.9.1中,UE对DL-DCI进行解码并确定是否仅包括公共波束(TCI状态)和DL分配之一或两者。例如,当DCI中的TCI状态字段取值(例如,0)时,其指示TCI状态(或公共波束)未被指示(或不存在)。同样,当DCI中的调度分配字段中的参数取值(例如,0)时,其指示不存在DL分配(不存在)。
·在示例IV.4.9.2中,可以经由RRC配置或经由MAC CE激活是否仅包含公共波束(TCI状态)和DL分配之一或两者的信息。
在一个实施例IV.5中,UE可以被配置有较高层参数(和/或MAC CE和/或DL-DCI字段)以实现经由UL-TCI-DCI的TCI状态(波束)指示。例如,UE可以被配置为根据UL-DCI和/或UL-TCI-DCI的配置从UL-DCI和/或UL-TCI-DCI导出其TCI状态更新。其余细节类似于DL的对应实施例IV.2。
在一个示例IV.5.1中,当使用或配置偏移参数X′时,所得到的UE过程可以取决于X′的值。例如,当X′=0时,UL-TCI-DCI不存在(未接收和/或未配置)(或者UL-TCI-DCI和UL-DCI对应于(或功能上组合成)单个(联合)DCI,参见示例IV.4.7),以及TCI状态指示/更新存在并在UL-DCI中用信号通知/接收(以及用于发送UL数据);并且当X>0时,UL-TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新存在并在UL-TCI-DCI中用信号通知/接收(并且用于发送UL数据和/或UL控制)。
在一个示例IV.5.2中,无论是否使用/配置偏移参数X′,所得到的UE过程都可以基于较高层(RRC)参数,例如ul-tci-dci-IsPresent。当ul-tci-dci-IsPresent设置为“启用”时,UL-TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新是UL-TCI-DCI中的TCI状态指示/更新(并且用于UL数据和/或UL控制的发送)。否则,UL-TCI-DCI不存在(未接收和/或未配置)(或者UL-TCI-DCI和UL-DCI对应于(或功能上组合成)单个(联合)DCI,参见示例IV.4.7),并且TCI状态指示/更新存在并在UL-DCI中用信号通知/接收(并且用于UL数据的发送)。
在一个示例IV.5.3中,无论是否使用/配置偏移参数X′,并且无论控制UL-TCI-DCI的存在的较高层参数(例如,ul-tci-dci-IsPresent)是否被使用/配置,所得到的UE过程(也)可以基于PUSCH-Config(控制UL-DCI的存在)或PDSCH-Config中的较高层参数tci-PresentInDCI。例如,当参数ul-tci-dci-IsPresent为“启用”且tci-PresentInDCI也为“启用”时,UL-TCI-DCI和UL-DCI都存在(已配置因此可以接收)。在这种情况下,适用于解码UL-DCI(在相关PDCCH中)的TCI状态指示/更新在最新(最近)UL-TCI-DCI中用信号通知/接收,而适用于发送相关PUSCH中的UL数据的TCI状态指示/更新(与UL-DCI中的UL授权相关联)在最新(最近)的UL-DCI中用信号通知/接收。当参数ul-tci-dci-IsPresent为“启用”且tci-PresentInDCI未“启用”时,UL-TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新为UL-TCI-DCI中的TCI状态指示/更新(并且用于与UL-DCI中的UL授权相关联的UL数据和UL控制的发送)。
在一个示例IV.5.4中,无论是否使用/配置偏移参数X′,所得到的UE过程都可以基于较高层(RRC)参数和/或MAC CE激活。
在一个示例IV.5.5中,无论是否使用/配置偏移参数X′,所得到的UE过程都可以基于系统信息(即,针对小区中的所有UE)。
在先前描述的和随后的与X′=0相关联的示例和实施例中的任一个中,这些方法可以独立,并且因此可以在不使用任何偏移参数X′的情况下实现。换句话说,可以利用任何这种示例或实施例,而无需对X′进行任何参数化,或者将偏移参数(诸如X′)设置为0。
在一个实施例IV.6中,UE可以被配置有与所配置的授权类型1或类型2相对应的PUSCH发送。配置的授权类型1的PUSCH发送被半静态地配置为在接收到包括rrc-ConfiguredUplinkGrant的configuredGrantConfig的较高层参数时进行操作,而无需检测DCI中的UL授权。在接收到不包括rrc-ConfiguredUplinkGrant的较高层参数configuredGrantConfig之后,配置的授权类型2的PUSCH发送由有效激活DCI中的UL授权半持久地调度(SPS)。如果配置了Configuredgrantconfig-ToAddModList-r16,则配置的授权类型1和/或配置的授权类型2的多于一个配置的授权配置可以在服务小区的活动BWP上同时处于活动状态。对于配置的授权类型2的PUSCH发送,UE配置有cs-RNTI(用于接收DCI激活/释放SPS的RNTI)。UE应在每个时隙中使用由cs-RNTI加扰的CRC来监测PDCCH,因为gNB可以使用DCI(例如,NR中的DCI格式0_1或0_2)在任何时候激活/重新激活/释放SPS。
UE可以配置有与在PUCCH上发送的周期性或半持久CSI报告相对应的PUCCH发送。这种PUCCH发送由CSI-ReportConfig配置,而不检测UL-DCI中的UL授权。PUCCH上的半持久CSI报告可以由MAC CE激活/去激活。
在一个示例IV.6.1中,UE被配置为接收指示用于发送UL控制(PUCCH)的公共波束(TCI状态)和/或如果由接收的PDCCH激活则数据(PUSCH)的专用DCI(UL-TCI-DCI)。UE在时隙(或子帧)N′中接收(例如,UL-TCI-DCI格式)并解码UL-TCI-DCI,并且使用指示的波束(TCI状态)来接收在相同(时隙N′)或稍后时隙中开始的DL控制(PDCCH)。为了说明,设X′1为承载DL-TCI-DCI的时隙与承载DL控制的时隙之间的间隙(以时隙/子帧的数量计),则UE在时隙N′+X′1中开始接收DL控制。UE对包含在PDCCH中的DCI(例如,DCI格式)进行解码以获得用于UL分配(用于配置的授权类型2的PUSCH发送)的激活信息。如果由DCI激活PUSCH,则UE使用指示的波束(TCI状态)在时隙N′+X′1+K′1中发送UL数据(PUSCH,根据UL分配)。这里,X′1的值可以是固定的。替代地,X′1的值可以从一组值中选择。可选地,由于DCI信令(UL-TCI-DCI和/或DCI)的非周期性,X′1的值不以特定方式配置或设置。即,用于用信号通知UL-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用于用信号通知DCI的时间单元位置不同。在一个示例中,在本公开中先前定义X′1=X′。在一个示例中,X′1=X′+K′0。在一个示例中,K′1=K′0
在一个示例IV.6.2中,UE被配置为经由PDCCH接收专用DCI(UL-TCI-DCI),其包括用于在稍后时隙中接收PDCCH的公共波束(TCI状态),并且如果由接收的PDCCH激活,公共波束还用于发送UL数据(PUSCH)(用于配置的授权类型2的PUSCH发送)。UE在时隙(或子帧)N′中接收(例如,UL-TCI-DCI格式)并解码UL-TCI-DCI,并且使用指示的波束(TCI状态)来接收在稍后的时隙中开始的DL控制(PDCCH)。如果PUSCH发送由UL-TCI-DCI激活,则UE使用指示的波束(TCI状态)在时隙N′+X′1中发送UL数据(PUSCH,根据UL分配)。这里,X′1的值可以是固定的。替代地,X′1的值可以从一组值中选择。可选地,由于DCI信令(UL-TCI-DCI)的非周期性,X′1的值不以特定方式配置或设置。也就是说,用于用信号通知UL-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用于用信号通知PUSCH的时间单元位置不同。在一个示例中,在本公开中先前定义X′1=X′。在一个示例中,X′1=X′+K′0。在一个示例中,K′1=K′0
在一个示例IV.6.3中,UE被配置为接收指示用于发送UL控制(PUCCH)的公共波束(TCI状态)和/或数据(PUSCH)的专用DCI(UL-TCI-DCI)。UE在时隙(或子帧)N′中接收(例如,UL-TCI-DCI格式)并解码UL-TCI-DCI,并使用指示的波束(TCI状态)来发送在相同(时隙N′)或稍后的时隙中开始的UL控制(PUCCH)(例如,周期性PUCCH或半持久PUCCH)和/或数据(PUSCH)(例如,配置的授权类型1)。为了说明,设X′1为承载UL-TCI-DCI的时隙与承载UL发送的时隙之间的间隙(以时隙/子帧的数量计),则UE可以开始使用指示的波束(TCI状态)在时隙N′+X′1中进行上行链路传输。这里,X′1的值可以是固定的。替代地,X′1的值可以从一组值中选择。可选地,由于DCI信令(UL-TCI-DCI和/或DCI)的非周期性,X′1的值不以特定方式配置或设置。即,用于用信号通知UL-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用于用信号通知DCI的时间单元位置不同。在一个示例中,在本公开中先前定义X′1=X′。在一个示例中,X′1=X′+K′0。在一个示例中,K′1=K′0
在一个实施例IV.7中,UE可以被配置为接收指示用于发送PDCCH触发的无争用随机接入(CFRA)前导码的公共波束(TCI状态)的专用DCI(RACH-TCI-DCI),这种PDCCH被称为PDCCH命令,其可以是DCI格式1_0,其中“频域资源分配”字段被设置为全1,如TS 38.212所述。在该示例及其子示例中,PDCCH命令用于无竞争随机接入前导码传输。UE在时隙(或子帧)N′中接收(例如,RACH-TCI-DCI格式)并解码RACH-TCI-DCI,并且使用指示的波束(TCI状态)或另一TCI状态(波束)来接收在相同(时隙N′)或稍后的时隙中开始的DL控制(PDCCH命令)。为了说明,设X′为承载RACH-TCI-DCI的时隙与承载DL控制(即,PDCCH命令)的时隙之间的间隙(以时隙/子帧的数量计),然后UE从时隙N′+X′开始接收DL控制。UE解码PDCCH命令以获得前导码传输参数(即,前导码索引和PRACH传输时机)。UE使用RACH-TCI-DCI中指示的波束(TCI状态)来发送在指示的PRACH时机中的时隙N′+X′+K′0中开始的CFRA前导码。这里,X′的值可以是固定的。替代地,X′的值可以从一组值中选择。可选地,由于DCI信令(RACH-TCI-DCI和/或PDCCH命令)的非周期性,X′的值不以特定方式配置或设置。也就是说,用信号通知RACH-TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用信号通知PDCCH命令的时间单元位置不同。
在一个示例中,N′和/或X′和/或/K′0的单位是根据OFDM符号的数量来定义的。值X′是从RACH-TCI-DCI解码结束(即承载RACH-TCI-DCI的最后一个符号)和PDCCH命令接收开始(即承载PDCCH命令的第一个符号)开始测量的。同样,值K′0是从PDCCH命令解码结束(即承载PDCCH命令的最后一个符号)和PRACH前导码的最早可能开始测量的。在本公开的其余部分中,假设N′、X′和K′0的单位是时隙(或子帧)。然而,本公开的实施例是通用的并且适用于任何单位,诸如OFDM符号的数量。
在时隙N′中接收RACH-TCI-DCI的波束(或TCI状态)可以是经由较早时隙M′<N′中的最新RACH-TCI-DCI指示的波束(或TCI状态)。如果没有接收到或者没有配置最新的RACH-TCI-DCI,则可以使用默认波束。例如,可以使用3GPP NR规范中用于PDCCH接收的默认波束。替代地,接收RACH-TCI-DCI的波束(或TCI状态)可以是在较早的时隙M′<N′中接收DL信道和/或DL RS的波束。替代地,接收RACH-TCI-DCI的波束(或TCI状态)可以与在较早时隙M′<N’中发送UL信道和/或UL RS的波束相关联。替代地,接收RACH-TCI-DCI的波束(或TCI)可以与接收与最近的随机接入过程相关联的SSB的波束相关联,例如未由触发无争用随机接入过程的PDCCH命令发起的随机接入过程。替代地,接收RACH-TCI-DCI的波束(或TCI)可以与接收与最近的随机接入过程相关联的CSI-RS的波束相关联,例如未由触发无争用随机接入过程的PDCCH命令发起的随机接入过程。可选地,可以经由MAC CE用信号通知用于接收RACH-TCI-DCI的波束(或TCI状态),而不是在时隙N′中使用默认波束来接收RACH-TCI-DCI。例如,可以重新使用3GPP NR规范中支持的用于更新PDCCH的TCI状态的机制来更新用于接收RACH-TCI-DCI的TCI状态(波束)。
可以使用以下示例中的至少一个来确定X′和K′0的值。
示例IV.7.1至示例IV.7.5,其中设置的X′和K′0的值类似于实施例IV.1中的示例IV.1.1至示例IV.1.5(X和K0)。
在一个示例IV.7.6中,由于DCI信令(RACH-TCI-DCI和/或PDCCH命令)的(非周期)性质,X′的值不以特定方式配置、使用和/或设置。这里,UE通过检测相关联ID(诸如C-RNTI或组-RNTI或TCI-RNTI)的存在来监测每个时隙/子帧中RACH-TCI-DCI以及PDCCH命令的存在。在这种情况下,相关RACH-TCI-DCI的位置可以在相对于PDCCH命令的位置的任何时隙中。在RACH-TCI-DCI中用信号通知的TCI状态的适用性可以根据其相对于PDCCH命令的位置来确定,例如以确保有足够的时间来解码RACH-TCI-DCI,使得TCI状态适用于以下某些PDCCH命令。例如,UE假定从RACH-TCI-DCI解码结束(即,承载RACH-TCI-DCI的最后一个符号)和PDCCH命令接收(即,承载PDCCH命令的第一个符号)开始的最小TCI状态(波束)切换时间(以时隙/子帧或ODFM符号的数量计)。在一个示例中,这种切换时间由UE在其能力信令中报告(或者是固定的或者被配置给UE)。
在先前描述的和随后的与X′=0相关联的示例和实施例中的任一个中,这些方法可以独立,并且因此可以在不使用任何偏移参数X′的情况下实现。换句话说,可以利用任何这种示例或实施例,而无需对X′进行任何参数化,或者将偏移参数(诸如X′)设置为0。
在上述实施例(或示例)的至少一个中,当参数的值X′=0时,即UE被配置为在同一时隙(或子帧)N′中接收RACH-TCI-DCI和PDCCH命令。UE在时隙(或子帧)N′中接收/解码RACH-TCI-DCI和PDCCH命令,并从RACH-TCI-DCI获得指示波束(TCI状态),并从PDCCH命令获得用于UL授权的调度信息。然后,UE在从时隙N′+K′0开始的指示的PRACH时机中使用指示的波束来发送PRACH前导码(根据PDCCH命令)。
由于PDCCH命令和RACH-TCI-DCI是在同一时隙中接收的,因此UE不能使用在当前时隙中经由RACH-TCI-DCI指示的波束来接收DL控制(PDCCH命令)。用于接收时隙N′中的RACH-TCI-DCI和PDCCH命令的波束(或TCI状态)可以是经由较早时隙M′<N′’中的最新RACH-TCI-DCI指示的波束,或者可选地,适用于经由其他方式发信号通知的PDCCH命令的最新的TCI状态。如果没有接收到或者没有配置最新的RACH-TCI-DCI,则可以使用默认波束。例如,可以使用3GPP NR规范中用于PDCCH接收的默认波束。替代地,接收PDCCH-TCI-DCI和PDCCH命令的波束(或TCI状态)可以是在较早时隙M′<N′中接收DL信道和/或DL RS的波束。替代地,接收RACH-TCI-DCI和PDCCH命令的波束(或TCI状态)可以与在较早时隙M′<N′中发送UL信道和/或UL RS的波束相关联。可选地,可以经由MAC CE用信号通知用于接收RACH-TCI-DCI的波束(或TCI状态),而不是在时隙N′中使用默认波束来接收RACH-TCI-DCI和PDCCH命令。例如,可以重新使用3GPP NR规范中支持的用于更新PDCCH的TCI状态的机制来更新用于接收RACH-TCI-DCI的TCI状态(波束)。
当在同一时隙中接收RACH-TCI-DCI和PDCCH命令时,可以应用以下示例中的至少一个。
在一个示例IV.7.7中,RACH-TCI-DCI和PDCCH命令对应于(或在功能上组合成)包括RACH-TCI-DCI和PDCCH命令两者的所有DCI字段的单个(联合)DCI。在一个示例中,联合DCI被标记为RACH-TCI-DCI。在一个示例中,联合DCI被标记为PDCCH命令。
在一个示例IV.7.8中,RACH-TCI-DCI可以与PDCCH命令分开,但是它们在同一时隙中。其余细节类似于示例IV.1.8。
在一个示例IV.7.9中,RACH-TCI-DCI可以是上述示例中的UL-TCI-DCI。
图18示出了指示所有DL和UL信道1800的公共波束的专用DCI的示例。图18所示的指示用于所有DL和UL信道1800的公共波束的专用DCI的示例仅用于说明。图18不将本公开的范围限制于指示所有DL和UL信道1800的公共波束的专用DCI的示例的任何特定实施方式。
在实施例IV.8中,如图18所示,UE被配置为接收指示所有DL和UL信道的公共波束(TCI状态)的专用DCI(TCI-DCI)。具体地,所指示的公共波束用于DL控制(PDCCH)和DL数据(PDSCH)的接收以及UL控制(PUCCH)和UL数据(PUSCH)的发送,其中PUCCH可以与DL接收和/或UL发送相关联(或响应于其)。可选地,公共波束还可以用于PRACH的发送(参见实施例IV.7)。UE在时隙(或子帧)N中接收(例如,TCI-DCI格式)并解码TCI-DCI,并且使用指示的波束(TCI状态)或另一TCI状态(波束)来接收调度DL分配的DL控制(PDCCH)(经由DL-DCI)和/或在相同(时隙N)或稍后的时隙中开始的UL授权(经由UL-DCI)。
对于DL,设X为承载TCI-DCI的时隙与承载调度DL分配(经由DL-DCI)的DL控制的时隙之间的间隙(以时隙/子帧的数量计),然后UE接收在时隙N+X中开始的DL控制。UE对包含在PDCCH中的DL-DCI(例如,DL-DCI格式)进行解码以获得用于DL分配的调度信息。然后,UE使用指示的波束(TCI状态)在时隙N+X+K0中接收DL数据(PDSCH,根据DL分配)。这里,X的值可以是固定的。替代地,X的值可以从一组值中选择。可选地,由于DCI信令(TCI-DCI和/或DL-DCI)的非周期性,X的值不以特定方式配置或设置。即,用信号通知TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用信号通知DL-DCI的时间单元位置不同。设置X和K0的值的方法及其单位(时隙或子帧或OFDM符号的数量)与适用于实施例IV.1的那些类似。在一些示例中,X也可以被称为下行链路波束应用时间(DL-BAT)B。在一些示例中,X由B定下界,即X≥B。
对于UL,设X′为承载TCI-DCI的时隙与承载调度UL授权(经由UL-DCI)的DL控制的时隙之间的间隙(以时隙/子帧的数量计),然后UE接收在时隙N′+X′中开始的DL控制。UE对包含在PDCCH中的UL-DCI(例如,UL-DCI格式)进行解码以获得用于UL授权的调度信息。UE使用TCI-DCI中指示的波束(TCI状态)在时隙N′+X′+K′0中发送UL控制(PUCCH)和/或UL数据(PUSCH,根据UL授权)。这里,X′的值可以是固定的。替代地,X′的值可以从一组值中选择。可选地,由于DCI信令(TCI-DCI和/或UL-DCI)的非周期性,X′的值不以特定方式配置或设置。即,用信号通知TCI-DCI的时间单元位置(例如,时隙、子帧)可以与用信号通知UL-DCI的时间单元位置不同。设置X′和K′0的值的方法及其单位(时隙或子帧或OFDM符号的数量)与适用于实施例IV.4的那些类似。在一些示例中,X′也可以称为上行链路波束应用时间(UL-BAT)B′。在一些示例中,X′由B′定下界,即X′≥B′。
在一个示例中,值X是从TCI-DCI解码结束(即承载TCI-DCI的最后一个符号)和DL-DCI接收开始(即承载DL-DCI的第一个符号)开始测量的,或者值X被确定为具有公共波束指示的TCI-DCI之后至少P ms或Q个符号的第一时隙,其中P或Q可以是固定的、或配置的、或基于UE能力报告确定/配置的。同样,值K0是从DL-DCI解码结束(即,承载DL-DCI的最后一个符号)和PDSCH接收开始(即,承载PDSCH的第一个符号)开始测量的。N、X和K0的单位被假定为时隙(即子帧)或OFDM符号的数量。
在一个示例中,值X′是从TCI-DCI解码结束(即承载TCI-DCI的最后一个符号)和UL-DCI接收开始(即承载UL-DCI的第一个符号)开始测量的,或者值X′被确定为具有公共波束指示的TCI-DCI之后至少P’ms或Q’个符号的第一时隙,其中P’或Q’可以是固定的、或配置的、或基于UE能力报告确定/配置的。同样,值K′0是从UL-DCI解码结束(即,承载UL-DCI的最后一个符号)和PUSCH发送开始(即,承载PUSCH的第一个符号)进行测量的。X′和K′0的单位被假定为时隙(即子帧)或OFDM符号的数量。
在一个示例中,X和/或X′的值是基于UE的处理限制(即,处理延迟)或能力来设置/确定的。当经由TCI-DCI指示新波束(TCI状态)时,它可以用于不早于X′或X′时间(时隙或子帧或OFDM符号)接收DL-DCI或UL-DCI,其中X和X′受限于UE能力(或基于UE能力来确定/配置)。
在一个示例中,UE被配置/触发PUCCH发送(例如,用于HARQ-ACK反馈),PUCCH发送可以与由DL-DCI触发(或调度)的DL(例如,PDSCH)接收相关联。在这种情况下,经由TCI-DCI指示/更新用于PUCCH发送的TCI状态(波束)。
当承载TCI-DCI的PDCCH与指示UE接收更新的公共波束的HARQ-ACK(或ACK/NACK)反馈(例如,经由PUCCH发送)相关联(配置)时,则波束应用时间可以包括PDCCH接收(从PDCCH接收的开始或结束)与对应的PUCCH发送(从PUCCH发送的开始或结束)之间的时间,即X(或X′)=Y1+Y2,其中Y1=PDCCH接收与PUCCH发送之间的时间,并且Y2=PUCCH发送与DL-DCI(或UL-DCI)接收之间的时间。替代地,波束应用时间等于Y2。在这种情况下,用于PUCCH发送的TCI状态(波束)可以是在当前时隙中的新的/更新的TCI状态之前经由TCI-DCI指示的最新(先前)波束。
在时隙N中接收TCI-DCI的波束(或TCI状态)可以是经由较早时隙M<N中的最新TCI-DCI指示的波束(或TCI状态)。如果没有接收到或者没有配置最新的TCI-DCI,则可以使用默认波束。例如,可以使用3GPP NR规范中用于PDCCH接收的默认波束。替代地,接收TCI-DCI的波束(或TCI状态)可以是在较早的时隙M<N中接收DL信道和/或DL RS的波束。替代地,接收TCI-DCI的波束(或TCI状态)可以与在较早时隙M<N中发送UL信道和/或UL RS的波束相关联。替代地,接收TCI-DCI的波束(或TCI)可以与接收与最近的随机接入过程相关联的SSB的波束相关联,例如未由触发无争用随机接入过程的PDCCH命令发起的随机接入过程。替代地,接收TCI-DCI的波束(或TCI)可以与接收与最近的随机接入过程相关联的CSI-RS的波束相关联,例如未由触发无争用随机接入过程的PDCCH命令发起的随机接入过程。可选地,可以经由MAC CE用信号通知用于接收TCI-DCI的波束(或TCI状态),而不是在时隙N中使用默认波束来接收TCI-DCI。例如,可以重新使用3GPP NR规范中支持的用于更新PDCCH的TCI状态的机制来更新用于接收TCI-DCI的TCI状态(波束)。
可以使用以下示例中的至少一个来确定X和K0和X′和K′0的值。
示例IV.8.1至示例IV.8.5,其中设置的X和K0的值类似于实施例IV.1中的示例IV.1.1至示例IV.1.5;并且设置的X′和K′0类似于实施例IV.4中的示例IV.4.1至示例IV.4.5。
在一个示例IV.8.6中,由于DCI信令(TCI-DCI和/或UL-DCI/DL-DCI)的(非周期性)性质,X和/或X′的值不以特定方式配置、使用和/或设置。这里,UE通过检测相关联ID(诸如C-RNTI或组RNTI或TCI-RNTI)的存在来监测每个时隙/子帧中TCI-DCI以及UL-DCI/DL-DCI的存在。在这种情况下,相关TCI-DCI的位置可以在相对于UL-DCI/DL-DCI的位置的任何时隙中。TCI-DCI中用信号通知的TCI状态的适用性可以根据其相对于UL-DCI/DL-DCI的位置来确定,例如以确保有足够的时间来解码TCI-DCI,使得TCI状态适用于以下某些UL-DCI/DL-DCI。例如,UE假定从TCI-DCI解码结束(即,承载TCI-DCI的最后一个符号)和UL-TCI/DL-DCI接收(即,承载UL-DCI/DL-DCI的第一个符号)开始的最小TCI状态(波束)切换时间(以时隙/子帧或ODFM符号的数量计)。在一个示例中,这种切换时间由UE在其能力信令中报告(或者是固定的或者被配置给UE)。
在先前描述的和随后的与X′=0和/或X=0相关联的示例和实施例中的任一个中,这些方法可以独立,并且因此可以在不使用任何偏移参数X和/或X′的情况下实现。换句话说,可以利用任何这种示例或实施例,而无需对X和/或X′进行任何参数化,或者将偏移参数(诸如X和/或X′)设置为0。
图19示出了在同一时隙或子帧1900中接收TCI-DCI和DL-DCI的示例。图19所示的在同一时隙或子帧1900中接收TCI-DCI和DL-DCI的示例仅用于说明。图19不将本公开的范围限制于在同一时隙或子帧1900中接收TCI-DCI和DL-DCI的示例的任何特定实施方式。
在上述实施例(或示例)的至少一个中,如图19所示,当参数的值X=0和X′>0时,即UE被配置为在同一时隙(或子帧)N中接收TCI-DCI和DL-DCI。UE在时隙(或子帧)N中接收/解码TCI-DCI和DL-DCI,并从TCI-DCI获得指示波束(TCI状态),并从DL-DCI获得用于DL分配的调度信息。UE然后根据DL分配使用时隙N+K0中指示的波束来接收DL数据(PDSCH)。
图20示出了在同一时隙或子帧2000中接收TCI-DCI和UL-DCI的示例。图20所示的在同一时隙或子帧2000中接收TCI-DCI和UL-DCI的示例仅用于说明。图20不将本公开的范围限制于在同一时隙或子帧2000中接收TCI-DCI和UL-DCI的示例的任何特定实施方式。
在上述实施例(或示例)的至少一个中,如图20所示,当参数的值X′=0和X>0时,即UE被配置为在同一时隙(或子帧)N中接收TCI-DCI和UL-DCI。UE在时隙(或子帧)N′中接收/解码TCI-DCI和UL-DCI,并从TCI-DCI获得指示波束(TCI状态),并从UL-DCI获得用于UL授权的调度信息。然后,UE使用时隙N′+K′0中指示的波束来发送UL控制(PUCCH)和/或UL数据(PUSCH,根据UL授权)。
图21示出了在同一时隙或子帧2100中接收TCI-DCI、UL-DCI和DL-DCI的示例。图21中所示的在同一时隙或子帧2100中接收TCI-DCI、UL-DCI和DL-DCI的示例仅用于说明。图21不将本公开的范围限制于在同一时隙或子帧2100中接收TCI-DCI、UL-DCI和DL-DCI的示例的任何特定实施方式。
在上述实施例(或示例)的至少一个中,如图21所示,当参数的值X=X′=0时,即UE被配置为在同一时隙(或子帧)N中接收TCI-DCI、UL-DCI和DL-DCI。UE在时隙(或子帧)N中接收/解码TCI-DCI、DL-DCI和UL-DCI,并从TCI-DCI获得指示波束(TCI状态),从DL-DCI获得用于DL分配的调度信息,以及从UL-DCI获得用于UL授权的调度信息。然后,UE使用时隙N+K0中指示的波束根据DL分配接收DL数据(PDSCH),并且使用时隙N′+K′0中指示的波束发送UL控制(PUCCH)和/或UL数据(PUSCH,根据UL授权)。
在上述三个示例中,由于在同一时隙中接收TCI-DCI和DL-DCI(和/或UL-DCI),因此UE无法在当前时隙中使用经由TCI-DCI指示的波束来接收DL控制(承载DL-DCI(和/或UL-DCI)的PDCCH)。在时隙N中接收TCI-DCI和DL-DCI(和/或UL-DCI)的波束(或TCI状态)可以是经由较早时隙M<N中的最新TCI-DCI指示的波束,或者可选地,适用于经由其他方式发信号通知的DL-DCI(和/或UL-DCI)的最新的TCI状态。如果没有接收到或者没有配置最新的TCI-DCI,则可以使用默认波束。例如,可以使用3GPP NR规范中用于PDCCH接收的默认波束。替代地,接收TCI-DCI和DL-DCI(和/或UL-DCI)的波束(或TCI状态)可以是在较早时隙M<N中接收DL信道和/或DL RS的波束。替代地,接收TCI-DCI和DL-DCI(和/或UL-DCI)的波束(或TCI状态)可以与在较早时隙M<N中发送UL信道和/或UL RS的波束相关联。可选地,可以经由MAC CE用信号通知用于接收TCI-DCI的波束(或TCI状态),而不是在时隙N中使用默认波束来接收TCI-DCI和DL-DCI(和/或UL-DCI)。例如,可以重新使用3GPP NR规范中支持的用于更新PDCCH的TCI状态的机制来更新用于接收TCI-DCI的TCI状态(波束)。
当在同一时隙中接收TCI-DCI和DL-DCI(和/或UL-DCI)时,可以应用以下示例中的至少一个。
在一个示例IV.8.7中,TCI-DCI和DL-DCI(和/或UL-DCI)对应于(或功能上组合成)单个(联合)DCI,其包括TCI-DCI和DL-DCI(和/或UL-DCI)两者的所有DCI字段。在一个示例中,联合DCI被标记为TCI-DCI。在一个示例中,联合DCI被标记为DL-DCI(例如,NR规范中的格式1_0、1_1或1_2)。在一个示例中,联合DCI被标记为UL-DCI(例如,NR规范中的格式0_0、0_1或0_2)。
在一个示例中,当UL-DCI用于DL和UL两者的公共波束指示时,UL-DCI格式可以包括公共波束(TCI状态)和UL授权之一或两者。可以使用/配置以下示例中的至少一个。
·在示例IV.8.7.1中,UE对UL-DCI进行解码并确定是否仅包括公共波束(TCI状态)和UL授权中的一者或两者。例如,当DCI中的TCI状态字段取值(例如,0)时,其指示TCI状态(或公共波束)未被指示(或不存在)。同样,当DCI中的调度分配字段中的参数取值(例如,0)时,其指示不存在UL授权(不存在)。
·在示例IV.8.7.2中,可以经由RRC配置或经由MAC CE激活是否仅包含公共波束(TCI状态)和UL授权之一或两者的信息。
在一个示例中,当UL-DCI用于DL和UL两者的公共波束指示时,DL-DCI格式可以包括公共波束(TCI状态)和DL分配之一或两者。可以使用/配置以下示例中的至少一个。
·在示例IV.8.7.1A中,UE对DL-DCI进行解码并确定是否仅包括公共波束(TCI状态)和DL分配之一或两者。例如,当DCI中的TCI状态字段取值(例如,0)时,其指示TCI状态(或公共波束)未被指示(或不存在)。同样,当DCI中的调度分配字段中的参数取值(例如,0)时,其指示不存在DL分配(不存在)。
·在示例IV.8.7.2A中,可以经由RRC配置或经由MAC CE激活是否仅包含公共波束(TCI状态)和DL分配之一或两者的信息。
在一个示例IV.8.8中,TCI-DCI可以与DL-DCI(和/或UL-DCI)分开,但是它们位于同一时隙中。其余细节类似于示例IV.1.8(和/或IV.4.8)。
在先前描述的和随后的与X=0相关联的示例和实施例中的任一个中,这些方法可以独立,并且因此可以在不使用任何偏移参数X的情况下实现。换句话说,可以利用任何这种示例或实施例,而无需对X进行任何参数化,或者将偏移参数(诸如X)设置为0。
在先前描述的和随后的与X′=0相关联的示例和实施例中的任一个中,这些方法可以独立,并且因此可以在不使用任何偏移参数X′的情况下实现。换句话说,可以利用任何这种示例或实施例,而无需对X′进行任何参数化,或者将偏移参数(诸如X′)设置为0。
在一个实施例IV.9中,UE可以被配置有较高层参数(和/或MAC CE和/或DL-DCI字段)以实现经由TCI-DCI的TCI状态(波束)指示。例如,UE可以被配置为根据TCI-DCI和/或DL-DCI(和/或UL-DCI)的配置从TCI-DCI和/或DL-DCI(和/或UL-DCI)导出其TCI状态更新。其余细节类似于DL的对应实施例IV.2和UL的实施例IV.5。
在一个示例IV.9.1中,当使用或配置偏移参数X和/或X′时,所得到的UE过程可以取决于X′和/或X′的值。例如,当X=0时,TCI-DCI不存在(未接收和/或未配置)(或者TCI-DCI和DL-DCI对应于(或功能上组合成)单个(联合)DCI,参见示例IV.1.7),并且TCI状态指示/更新在DL-DCI中存在并用信号通知/接收(并用于接收DL数据);并且当X>0时,TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新存在并在TCI-DCI中用信号通知/接收(并且用于接收与DL-DCI中的DL分配相关联的DL数据以及包括DL-DCI的DL控制两者)。同样,例如,当X′=0时,TCI-DCI不存在(未接收和/或未配置)(或者TCI-DCI和UL-DCI对应于(或功能上组合成)单个(联合)DCI,参见示例IV.4.7),并且TCI状态指示/更新存在并在UL-DCI中用信号通知/接收(并且用于发送UL数据);并且当X>0时,TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新存在并在TCI-DCI中用信号通知/接收(并且用于发送UL数据和/或UL控制)。
在一个示例IV.9.2中,无论是否使用/配置偏移参数X和/或X′,所得到的UE过程都可以基于较高层(RRC)参数,例如tci-dci-IsPresent。当tci-dci-IsPresent设置为“启用”时,TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新是TCI-DCI中的TCI状态指示/更新(并且用于UL数据和/或UL控制的发送,和/或用于DL数据和/或DL控制两者的发送)。否则,TCI-DCI不存在(未接收和/或未配置)(或者TCI-DCI和DL-DCI/UL-DCI对应于(或功能上组合成)单个(联合)DCI,参见示例IV.1.7/IV.4.7),并且TCI状态指示/更新存在并在UL-DCI(并且用于UL数据的发送)或DL-DCI(并且用于DL数据的接收)中用信号通知/接收。
在一个示例IV.9.3中,无论是否使用/配置偏移参数X和/或X′,并且无论是否使用/配置控制TCI-DCI的存在的较高层参数(例如,tci-dci-IsPresent),所得到的UE过程(也)可以基于PDSCH-Config或PUSCH-Config中的较高层参数tci-PresentInDCI(其控制DL-DCI或UL-DCI的存在)。例如,当参数tci-dci-IsPresent为“启用”并且tci-PresentInDCI也为“启用”时,TCI-DCI和UL-DCI(和/或DL-DCI)都存在(已配置因此可以接收)。在这种情况下,适用于解码DL-DCI和/或UL-DCI(在相关PDCCH中)的TCI状态指示/更新在最新(最近)TCI-DCI中用信号通知/接收,而适用于解码相关PDSCH中的分配的DL数据的TCI状态指示/更新(与DL-DCI中的DL分配相关联)在最新(最近)的DL-DCI中用信号通知/接收;和/或适用于相关PUSCH中的UL数据的发送(与UL-DCI中的UL授权相关联)的TCI状态指示/更新在最新(最近)UL-DCI中用信号通知/接收。当参数tci-dci-IsPresent为“启用”且tci-PresentInDCI未“启用”时,TCI-DCI存在(已配置因此可以接收),并且TCI状态指示/更新是TCI-DCI中的TCI状态指示/更新(并且用于发送与UL-DCI中的UL授权相关联的UL数据和UL控制两者,和/或用于接收与DL-DCI中的分DL分配相关联的DL数据和包括DL-DCI的DL控制两者)。
在一个示例IV.9.4中,无论是否使用/配置偏移参数X和/或X′,所得到的UE过程可以基于较高层(RRC)参数和/或MAC CE激活。
在一个示例IV.9.5中,无论是否使用/配置偏移参数X和/或X′,所得到的UE过程可以基于系统信息(即,针对小区中的所有UE)。
在一个实施例IV.10中,UE可以被配置有用于DL数据(PDSCH)的半静态调度(SPS),和/或被配置有配置的授权类型1或类型2的PUSCH发送。用于PDSCH接收的SPS的细节依据实施例IV.3,并且用于配置的授权类型1或类型2的PUSCH发送的SPS的细节依据实施例IV.6。
在一个示例IV.10.1中,UE被配置为接收指示用于以下各项的公共波束(TCI状态)的专用DCI(TCI-DCI):(a)接收DL控制(PDCCH)并且如果由接收到的PDCCH激活则还用于DL数据(PDSCH)的接收;和/或(b)UL控制(PUCCH)和/或如果由接收的PDCCH激活则数据(PUSCH)(配置的授权类型2的PUSCH)的发送。(a)的细节依据示例IV.3.1,并且(b)的细节依据I.6.1。
在一个示例IV.10.2中,UE被配置为经由PDCCH接收专用DCI(TCI-DCI),其包括用于在稍后时隙中接收PDCCH的公共波束(TCI状态),并且如果由接收的PDCCH激活,公共波束还用于(a)接收由SPS调度的DL数据(PDSCH)和/或(b)发送UL数据(PUSCH)(用于配置的授权类型2的PUSCH发送)。(a)的细节依据示例IV.3.2,并且(b)的细节依据I.6.2。
在一个示例IV.10.3中,UE被配置为经由PDCCH接收专用DCI(例如,TCI-DCI),其包括(a)用于公共波束(TCI状态)的字段和/或(b)用于激活/释放PDSCH接收的另一字段(根据配置的SPS)和/或PUSCH发送(配置的授权类型2的PUSCH)。当通过字段(b)激活PDSCH接收和/或PUSCH发送时,可以使用字段(a)利用用于PDSCH接收和/或PUSCH发送(有或没有PDCCH接收)的新(TCI状态)波束来指示/更新UE。一旦字段(b)没有激活或释放PDSCH接收和/或PUSCH发送,则可以仅使用字段(a)利用用于PDCCH接收和/或PUSCH发送的新(TCI状态)波束来指示/更新UE。
在一个示例IV.10.4中,UE被配置为接收指示用于以下各项的公共波束(TCI状态)的专用DCI(TCI-DCI):(a)接收DL控制(PDCCH)并且如果由接收到的PDCCH激活则还用于DL数据(PDSCH)的接收;和/或(b)UL控制(PUCCH)和/或数据(PUSCH)的发送。(a)的细节依据示例IV.3.1。对于(b),UE在时隙(或子帧)N′中接收(例如,TCI-DCI格式)并解码TCI-DCI,并使用指示的波束(TCI状态)来发送在相同(时隙N′)或稍后的时隙中开始的UL控制(PUCCH)(例如,周期性PUCCH或半持久PUCCH)和/或数据(PUSCH)(例如,配置的授权类型1)。(b)的细节依据I.6.3。
在一个示例IV.10.5中,UE可以被配置为接收指示用于发送PDCCH触发的无争用随机接入(CFRA)前导码的公共波束(TCI状态)的专用DCI(TCI-DCI),这种PDCCH被称为PDCCH命令,其可以是DCI格式1_0,其中“频域资源分配”字段被设置为全1,如TS 38.212所述。除了RACH-TCI-DCI的功能被包括在TCI-DCI中之外,其余细节根据实施例IV.7。应注意,在该示例中,TCI-DCI指示用于(a)DL控制和DL数据和/或(b)UL数据和UL控制和/或(c)PRACH的公共波束。
在实施例V中,UE被配置有波束指示,波束指示包括用于(控制和/或数据信道的)DL接收和UL发送的联合DL/UL TCI,或者两个单独的TCI、UL-TCI和DL-TCI,分别用于UL发送和DL接收,其中波束指示指示用于DL接收的M个波束和/或用于UL发送的N个波束。DL-TCI、UL-TCI和联合DL/UL TCI的定义如下。
对于M=1:
●DL TCI:DL TCI中的源参考信号(类似于Rel.15,如果除了qcl_Type1之外还配置了qcl_Type2,则为两个)至少为PDSCH上的UE专用接收以及CC中的所有CORESET提供QCL信息。
对于N=1:
●UL TCI:UL TCI中的源参考信号提供用于至少针对基于动态授权/配置授权的PUSCH和CC中的所有专用PUCCH资源来确定UL TX空间滤波器的参考。
对于M=N=1:
●联合DL/UL TCI:TCI至少是指用于确定DL QCL信息和UL TX空间滤波器的公共源参考RS。
●独立的DL/UL TCI:DL TCI和UL TCI是不同的(因此是独立的)。
对于M>1:
●DL TCI:M个DL TCI中的M个源参考信号(或2M,如果除了qcl_Type1之外还配置了qcl_Type2)中的每一个至少为用于在PDSCH和/或CC中的CORESET的子集上进行UE专用接收的M个波束对链路之一提供QCL信息。
对于N>1:
·UL TCI:N个UL TCI中的N个源参考信号中的每一个提供用于至少为与基于动态授权/配置授权的PUSCH和/或CC中的专用PUCCH资源的子集相关联的N个波束对链路之一确定UL TX空间滤波器的参考。
对于M>1和/或N>1:
·联合DL/UL TCI:TCI至少是指用于确定DL QCL信息和UL TX空间滤波器的公共源参考RS。在这种情况下,M=N。
·独立的DL/UL TCI:M个DL TCI和N个UL TCI是不同的(因此是独立的)。
在实施例V.1中,参数X和X′(如本公开中所描述的)根据以下示例中的至少一个来确定/配置。
在V.1.1的一个示例中,X=X′,其中X=B或X≥B,其中B是波束应用时间(对于DL或UL或对于DL和UL两者的公共值)。使用/配置以下示例中的至少一个。
·在一个示例中,X是固定的。
·在一个示例中,经由较高层RRC和/或MAC CE和/或基于DCI的信令来配置X。
·在一个示例中,X的值根据波束应用时间或最小BAT值(可以由UE报告)来确定(固定或配置)。
在一个示例V.1.2中,X和X′可以不同,其中X=B或X≥B,其中B是波束应用时间(对于DL或DL和UL的公共值),并且同样,X′=B′或X′≥B′,其中B′是波束应用时间(对于UL或DL和UL的公共值)。使用/配置以下示例中的至少一个。
·在一个示例中,X和X′是固定的。
·在一个示例中,X′基于的X值来确定,其中X是固定的,或者经由较高层RRC和/或MAC CE和/或基于DCI的信令来配置,或者X的值根据波束应用时间或最小BAT值(可以由UE报告)来确定(固定或配置)。X′的值是基于的X值来确定的,其中X与X′之间的关系可以是固定的,或者隐式地(例如,基于关系)或显式地(例如,基于配置)来确定。
·在一个示例中,X基于的X′值来确定,其中X′是固定的,或者经由较高层RRC和/或MAC CE和/或基于DCI的信令来配置,或者X′的值根据波束应用时间或最小BAT值(可以由UE报告)来确定(固定或配置)。X的值是基于的X′值来确定的,其中X与X′之间的关系可以是固定的,或者隐式地(例如,基于关系)或显式地(例如,基于配置)来确定。
·在一个示例中,X和X′是经由较高层RRC和/或MAC CE和/或基于DCI的信令来(联合或单独)配置的。该配置可以受限于波束应用时间或最小BAT值(可以由UE报告)。
在实施例V.2中,根据以下示例中的至少一个来确定/配置用于(数据以及控制信道的)DL接收和UL发送的波束应用时间。
在一个示例V.2.1中,经由较高层RRC和/或MAC CE和/或基于DCI的信令来确定/配置单波束应用时间B。该配置可以受限于UE在其能力报告中报告的波束应用时间或最小BAT值,即配置的值等于或大于由UE报告的值。
值B适用于X和X′,即X≥B和X′≥B。因此,UE使用经由波束指示DCI(例如,TCI-DCI或UL-TCI-DCI或DL-TCI-DCI)指示的新波束来接收DL信道和/或不早于在接收到波束指示DCI(的第一个或最后一个符号)后的波束应用时间B来发送UL信道。这与用于(数据以及控制信道的)DL接收和UL发送的波束指示是经由联合DL/UL TCI还是两个单独的TCI(即DL-TCI和UL-TCI)无关。
在一个示例V.2.2中,两个波束应用时间值B1和B2是经由较高层RRC和/或MAC CE和/或基于DCI的信令来确定/配置的。该配置可以受限于UE在其能力报告中报告的波束应用时间或最小BAT值。使用/配置以下示例中的至少一个。
·在一个示例中,值B1应用于接收DL信道(PDCCH和PDSCH),并且值B2应用于发送UL信道(PUCCH和PUSCH)。
·在一个示例中,值B1应用于接收DL控制(PDCCH),并且值B2应用于发送UL控制(PUCCH)。
·在一个示例中,当(A)用于(数据以及控制信道的)DL接收和UL发送的波束指示经由联合DL/UL TCI或者(B)用于(数据以及控制信道的)DL接收的波束指示经由DL-TCI时,应用值B1;并且当用于数据以及控制信道的)UL发送的波束指示是经由UL-TCI时,应用值B2
·在一个示例中,当用于(数据以及控制信道的)DL接收和UL发送的波束指示是经由联合DL/UL TCI时,应用值B1,并且当用于(数据以及控制信道的)DL接收和UL发送的波束指示是经由两个独立TCI、即DL-TCI和UL-TCI时,应用值B2
·在一个示例中,值B1应用于从服务小区接收DL信道(PDCCH和PDSCH)和/或向服务小区发送UL信道(PUCCH和PUSCH),并且值B2应用于从非服务小区接收DL信道(例如,PDSCH)。
·在一个示例中,当UE不需要改变/切换其天线面板时,值B1应用于接收DL信道(PDCCH和PDSCH)和/或发送UL信道(PUCCH和PUSCH),并且当UE需要改变/切换其天线面板时,值B2应用于接收DL信道(PDCCH和PDSCH)和/或发送UL信道(PUCCH和PUSCH)。
在一个示例V.2.3中,经由较高层RRC和/或MAC CE和/或基于DCI的信令来确定/配置三个波束应用时间值B1、B2、和B3。该配置可以受限于UE在其能力报告中报告的波束应用时间或最小BAT值。使用/配置以下示例中的至少一个。
·在一个示例中,当用于(数据以及控制信道的)DL接收和UL发送的波束指示是经由联合DL/UL TCI时,应用值B1,当用于(数据以及控制信道的)DL接收的波束指示是经由DL-TCI时,应用值B2,并且当用于(数据以及控制信道的)UL发送的波束指示是经由UL-TCI时,应用值B3
在实施例V.3中,UE在其能力报告中报告Z最小BAT值。使用/配置以下示例中的至少一个。
在一个示例V.3.1中,Z=1,即,UE报告DL和UL信道公共(相同)的一个最小BAT值。在一个示例中,这种报告以(限于)UE仅支持用于波束指示的联合DL/UL TCI为条件(例如,UE可以在其能力报告中报告这一点)。在一个示例中,对于UE仅报告一个最小BAT值没有附加条件或限制。
在一个示例V.3.2中,Z=2,即UE报告两个不同的最小BAT值,一个用于DL信道,另一个用于UL信道。在一个示例中,这种报告以(限于)UE支持用于波束指示的两个单独的TCI(DL-TCI和UL TCI)为条件(例如,UE可以在其能力报告中报告这一点)。在一个示例中,对于UE仅报告两个最小BAT值没有附加条件或限制。
在一个示例V.3.3中,Z=2,即UE报告两个不同的最小BAT值,一个用于基于联合DL/UL TCI的波束指示,另一个用于基于两个单独的TCI(DL-TCI和UL-TCI)的波束指示。在一个示例中,这种报告以(限于)UE支持用于波束指示的联合DL/UL TCI和单独TCI为条件(例如,UE可以在其能力报告中报告这一点)。在一个示例中,对于UE仅报告一个最小BAT值没有附加条件或限制。
在一个示例V.3.4中,Z=2,即,UE报告两个不同的最小BAT值,一个值用于基于联合DL/UL TCI的波束指示和基于DL-TCI的波束指示(对于DL信道),另一个值用于基于UL-TCI的波束指示(对于UL信道)。在一个示例中,这种报告以(限于)UE支持用于波束指示的联合DL/UL TCI和单独TCI为条件(例如,UE可以在其能力报告中报告这一点)。在一个示例中,对于UE仅报告一个最小BAT值没有附加条件或限制。
在一个示例V.3.5中,Z=2,即UE报告两个不同的最小BAT值,一个值用于基于联合DL/UL TCI的波束指示和基于UL-TCI的波束指示(对于UL信道),另一个值用于基于DL-TCI的波束指示(对于DL信道)。在一个示例中,这种报告以(限于)UE支持用于波束指示的联合DL/UL TCI和单独TCI为条件(例如,UE可以在其能力报告中报告这一点)。在一个示例中,对于UE仅报告一个最小BAT值没有附加条件或限制。
在一个示例V.3.6中,Z=3,即UE报告三个不同的最小BAT值,第一值用于基于联合DL/UL TCI的波束指示、第二值用于基于DL-TCI的波束指示(对于DL信道)以及第三值基于UL-TCI的波束指示(对于UL信道)。在一个示例中,这种报告以(限于)UE支持用于波束指示的联合DL/UL TCI和单独TCI为条件(例如,UE可以在其能力报告中报告这一点)。在一个示例中,对于UE仅报告一个最小BAT值没有附加条件或限制。
在一个示例V.3.7中,Z的值取决于UE处的天线端口组的数量Ng(或面板的数量)。在一个示例中,Z=Ng,即,UE报告每个天线端口组(或天线面板)的一个最小BAT值。在一个示例中,Z=2,即UE报告两个最小BAT值,一个值用于UE不需要改变其天线面板以进行DL接收和/或UL发送的情况,并且另一个值用于当UE需要改变其天线面板以进行DL接收和/或UL发送的情况。
在一个示例V.3.8中,Z=1,即,对于波束指示经由联合DL-UL TCI的情况,UE报告一个不同的最小BAT值,并且,Z=2,即对于当波束指示是经由单独的TCI(DL-TCI和UL-TCI)的情况,UE报告两个不同的最小BAT值。在一个示例中,这种报告取决于UE是否支持联合DL/UL TCI或两个单独的TCI,或支持这两者。例如,当UE仅支持联合DL/UL TCI或仅支持单独TCI时,Z=1,并且当UE支持两者时,Z=2。
在一个示例V.3.9中,Z=2,即UE报告两个不同的最小BAT值,一个值用于从服务小区接收DL信道(PDCCH和PDSCH)和/或向服务小区发送UL信道(PUCCH和PUSCH),另一个值用于从非服务小区接收DL信道(例如,PDSCH)。
在本公开中,提供了用于针对多个分量载波(CC)和/或多子载波间隔(SCS)的情况确定波束应用时间(BAT)值的示例性实施例。
在Rel.15NR中,子载波间隔(SCS),μ,表示为从分别对应于{15、30、60、120、240}KHz SCS的一组值{0、1、2、3、4}进行配置。有关SCS配置的细节根据[第4.3.2节,REF6],其复制如下。
对于子载波间隔配置μ,时隙在子帧内以递增顺序进行编号并且在帧内以递增顺序进行编号时隙中有个连续的OFDM符号,其中取决于表2和表3给出的循环前缀。子帧中的时隙的起始位置与同一子帧中的OFDM符号的起始位置在时间上对齐。
表2:针对普通循环前缀的每时隙、每帧时隙和每子帧时隙的OFDM符号的数量
表3:针对扩展循环前缀的每时隙、每帧时隙和每子帧时隙的OFDM符号的数量
在一个实施例V.4中,波束应用时间(参见实施例V.2和/或V.3)取决于配置给UE的子载波间隔(SCS)。设传送波束指示(经由DCI或MAC CE)的信道的SCS为μTCI,波束指示适用的UL信道(在活动/指示的UL BWP中)的SCS为μUL,并且波束指示适用的DL信道(在活动/指示的DL BWP中)的SCS为μDL。使用/配置以下示例中的至少一个。
在一个示例V.4.1中,当μTCI=μDL=μUL(相同参数集/SCS情况)时,根据实施例V.2和/或V.3中的至少一个示例或示例的组合来确定/配置(和/或由UE报告)一个或多个BAT值。
在一个示例V.4.2中,当μTCI≠μDL=μUL(混合参数集/SCS情况)时,则使用/配置以下示例中的至少一者。
·在一个示例中,一个或多个BAT值由UE确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且无论相同/混合的参数集都应用它们。可以在参数集μTCI中定义一个或多个BAT值。或者,可以在参数集μDL中定义一个或多个BAT值。
·在一个示例中,由UE针对参数集μTCI确定/配置和/或报告一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且针对参数集μDL=μUL对一个或多个BAT值进行比例调节。在一个示例中,比例因数由给出。
·在一个示例中,由UE针对参数集μTCI确定/配置和/或报告一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且为参数集μDL=μDL添加了附加(处理)延迟。也就是说,对于参数集μDL=μUL,BAT值由U+d×S给出,其中U是一个或多个BAT值,比例因数S由给出,并且附加(处理)延迟d可以是固定的(例如,10个OFDM符号)或者取决于SCS,例如,表4,其中μ=μTCI或μ=μDL,或者可以(例如,经由RRC)进行配置。在一个示例中,如果μTCI<μDL,在表4中定义d,否则d为零。
·在一个示例中,由UE针对参数集μDL=μUL确定/配置和/或报告一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且对于参数集μTCI,一个或多个BAT值进行比例调节。在一个示例中,比例因数由给出。
·在一个示例中,由UE针对参数集μDL=μUL确定/配置和/或报告一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且为参数集μTCI添加了附加(处理)延迟。也就是说,对于参数集μTCI,BAT值由U+d×S给出,其中U是配置/确定的一个或多个BAT值,比例因数S由或或给出,并且附加(处理)延迟d可以是固定的(例如,10个OFDM符号)或者取决于SCS,例如,表4,其中μ=μTCI或μ=μDL,或者可以(例如,经由RRC)配置。在一个示例中,如果μDL<μTCI,在表4中定义d,否则d为零。
·在一个示例中,包括一个或多个BAT值的第一集合由UE针对参数集μTCI确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且包括一个或多个BAT值的第二集合由UE针对参数集μDL=μUL确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合)。
·在一个示例中,针对参数集μTCI确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为参数集μDL=μUL添加了附加(处理)延迟(也在时隙的数量方面)。也就是说,对于参数集μDL=μUL,BAT值由U+D给出,其中U是一个或多个BAT值(在时隙的数量方面),并且附加(处理)延迟D可以是固定的(例如1个时隙)或取决于SCS,例如,其中n是包含波束指示信道的时隙(索引),或者可以(例如经由RRC)配置。
·在一个示例中,针对参数集μTCI确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为参数集μDL=μUL添加了附加(处理)延迟(也在时隙的数量方面)。也就是说,对于参数集μDL=μUL,BAT值由U+D+E给出,其中U和D如前面的示例,并且如果UE配置有ca-SlotOffset来用于触发和触发小区中的至少一个,则并且否则E=0,并且其中和μoffset,TCI分别是和μoffset,其分别由发送波束指示信道的小区的较高层配置的ca-SlotOffset来确定,并且,和μoffset,DL分别是和μoffset,其分别是由用于发送DL信道或接收UL信道的小区的较高层配置的ca-SlotOffset确定的,如[4,REF6]条款4.5中定义的。
·在一个示例中,针对参数集μDL=μDL确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为参数集μTCI添加了附加(处理)延迟(也在时隙的数量方面)。也就是说,对于参数集μTCI,BAT值由U+D给出,其中U是一个或多个BAT值(在时隙的数量方面),并且附加(处理)延迟D可以是固定的(例如1个时隙)或取决于SCS,例如,其中n是包含波束指示信道的时隙(索引),或者可以(例如经由RRC)配置。
·在一个示例中,针对参数集μDL=μUL确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为参数集μTCI添加了附加(处理)延迟(也在时隙的数量方面)。也就是说,对于参数集μTCI,BAT值由U+D+E给出,其中I和D如前面的示例,并且如果UE配置有ca-SlotOffset来用于触发和触发小区中的至少一个,则并且否则E=0,并且其中和μoffset,TCI分别是和μoffset,其分别由发送波束指示信道的小区的较高层配置的ca-SlotOffset来确定,并且,和μoffset,DL分别是和μoffset,其分别是由用于发送DL信道或接收UL信道的小区的较高层配置的ca-SlotOffset确定的,如[4,REF6]条款4.5中定义的。
表4:附加波束切换定时延迟d
μ d[符号]
0 8
1 8
2 14
3 14
在一个示例V.4.3中,当μDL≠μDL×μTCI(混合参数集/SCS情况)时,则使用/配置示例V.4.1中的示例中的至少一个,除了术语/符号μTCI和μDL=μUL分别在所有示例中被替换为μDL和μULTCI
在一个示例V.4.4中,当μUL≠μDLTCI(混合参数集/SCS情况)时,则使用/配置示例V.4.1中的示例中的至少一个,除了术语/符号μTCI和μDLUL分别在所有示例中被替换为μUL和μDL=μTCI
在一个示例V.4.5中,当μTCI≠μDL≠μUL(混合参数集/SCS情况)时,则使用/配置以下示例中的至少一个。
·在一个示例中,一个或多个BAT值由UE确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且无论相同/混合的参数集都应用它们。可以在参数集μTCI中定义一个或多个BAT值。或者,可以在参数集μDL中定义一个或多个BAT值。或者,可以在参数集μUL中定义一个或多个BAT值。
·在一个示例中,包括一个或多个BAT值的第一集合由UE针对参数集μTCI确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),包括一个或多个BAT值的第二集合由UE针对参数集μDL确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且包括一个或多个BAT值的第三集合由UE针对参数集μUL确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合)。
·在一个示例中,由UE针对参数集μ1确定/配置和/或报告一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且针对参数集μ2和μ3对一个或多个BAT值进行比例调节。在一个示例中,比例因数给出,其中并且μ′=μ2或μ3。在一个示例中,(μ1,μ2,μ3)=(μTCI,μDL,μUL)。在一个示例中,(μ1,μ2,μ3)=(μUL,μDL,μTCI)。在一个示例中,(μ1,μ2,μ3)=(μDL,μTCI,μUL)。
·在一个示例中,一个或多个BAT值由UE针对参数集μ1确定/配置和/或报告和/或由UE报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且为参数集μ2和μ3添加了附加(处理)延迟。也就是说,对于参数集μ′=μ2或μ3,BAT值由U+d×S给出,其中U是配置/确定的一个或多个BAT值,比例因数S由给出,并且附加(处理)延迟d可以是固定的(例如,10个OFDM符号)或者取决于SCS,例如,表4,其中μ=μ1或μ=μ′,或者可以(例如,经由RRC)配置。在一个示例中,(μ1,μ2,μ3)=(μTCI,μDL,μUL)。在一个示例中,(μ1,μ2,μ3)=(μUL,μDL,μTCI)。在一个示例中,(μ1,μ2,μ3)=(μDL,μTCI,μUL)。在一个示例中,如果μ1<μ′,在表4中定义d,否则d为零。
·在一个示例中,针对参数集μ1确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为参数集μ2和μ3添加了附加(处理)延迟(也在时隙的数量方面)。也就是说,对于参数集μ′=μ2或μ3,BAT值由U+D给出,其中U是一个或多个BAT值(在时隙的数量方面),并且附加(处理)延迟D可以是固定的(例如1个时隙)或取决于SCS,例如,其中n是包含与参数集μ1相对应的信道的时隙(索引),或者可以(例如经由RRC)配置。在一个示例中,(μ123)=(μTCIDLUL)。在一个示例中,(μ123)=(μULDLTCI)。在一个示例中,(μ123)=(μDLTCIUL)。
·在一个示例中,针对参数集μ1确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为参数集μ2和μ3添加了附加(处理)延迟(也在时隙的数量方面)。也就是说,对于参数集μ′=μ2或μ3,BAT值由U+D+E给出,其中U和D如前面的示例,并且如果UE配置有ca-SlotOffset来用于触发和触发小区中的至少一个,则否则E=0,并且其中和μoffset,1分别是和μoffset,其分别由发送与参数集μ1对应的信道的小区的较高层配置的ca-SlotOffset来确定,分别是和μoffset,其是由用于发送与参数集μ′对应的信道的小区的较高层配置的ca-SlotOffset确定的,如[4,REF6]条款4.5的定义。在一个示例中,(μ1,μ2,μ3)=(μTCI,μDL,μUL)。在一个示例中,(μ1,μ2,μ3)=(μUL,μDL,μTCI)。在一个示例中,(μ1,μ23)=(μDL,μTCIUL)
·在一个示例V.4.6中,一个或多个BAT值由UE针对每个参数集确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合)。对于两种不同的参数集,UE应用与这两种不同的参数集相关联的两个BAT值中的最小值或最大值。
在一个实施例V.5中,波束应用时间(参见实施例V.2和/或V.3)取决于配置给UE的分量载波(CC)。设传送波束指示(经由DCI或MAC CE)的信道的CC为CCTCI,波束指示适用的UL信道(在活动/指示的UL BWP中)的CC为CCUL,并且波束指示适用的DL信道(在活动/指示的DLBWP中)的CC为CCDL。使用/配置以下示例中的至少一个。
在一个示例V.5.1中,当CCTCI=CCDL≠CCUL(相同CC情况)时,根据实施例V.2和/或V.3中的至少一个示例或示例的组合来确定/配置(和/或由UE报告)一个或多个BAT值。
在示例V.5.2中,当CCTCI≠CCDL=CCUL(不同CC情况)时,则使用/配置以下示例中的至少一个。
·在一个示例中,一个或多个BAT值被确定/配置(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且无论CC如何都应用它们。一个或多个BAT值可以在CCTCI的参数集中定义。或者,可以在CCDL的参数集中定义一个或多个BAT值。
·在一个示例中,针对CCTCI确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且针对CCDL=CCUL对一个或多个BAT值进行比例调节。在一个示例中,比例因数由给出,其中μDL和μTCI分别是用于CCDL和CCTCI的SCS。
·在一个示例中,针对CCTCI确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且为CCDL=CCUL增加附加(处理)延迟。也就是说,对于CCDL=CCUL,BAT值由U+d×S给出,其中U是一个或多个BAT值,比例因数由给出,并且附加(处理)延迟d可以是固定的(例如,10个OFDM符号)或者取决于SCS,例如表4,其中μ=μTCI或μ=μDL,或者可以(例如,经由RRC)配置。在一个示例中,如果μTCI<μDL,在表4中定义d,否则d为零。
·在一个示例中,针对CCDL=CCUL确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且针对CCTCI对一个或多个BAT值进行比例调节。在一个示例中,比例因数由给出。
·在一个示例中,针对CCDL=CCUL确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且为CCTCI增加附加(处理)延迟。也就是说,对于CCTCI,BAT值由U+d×S给出,其中U是配置/确定的一个或多个BAT值,比例因数S由给出,并且附加(处理)延迟d可以是固定的(例如,10个OFDM符号)或者取决于SCS,例如表4,其中μ=μTCI或μ=μDL,或者可以(例如,经由RRC)配置。在一个示例中,如果μDL<μTCI,在表4中定义d,否则d为零。
·在一个示例中,包括一个或多个BAT值的第一集合针对CCTCI确定/配置(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且包括一个或多个BAT值的第二集合针对CCDL=CCUL确定/配置(根据实施例V.2和/或V.3中的至少一个示例或示例的组合)。
·在一个示例中,针对CCTCI确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为CCDL=CCUL添加了附加(处理)延迟(也在时隙的数量方面)。也就是说,对于CCDL=CCUL,BAT值由U+D给出,其中U是一个或多个BAT值(在时隙的数量方面),并且附加(处理)延迟D可以是固定的(例如1个时隙)或取决于SCS,例如,其中n是包含波束指示信道的时隙(索引),或者可以(例如经由RRC)配置。
·在一个示例中,针对CCTCI确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为CCDL=CCUL添加附加(处理)延迟(也在时隙的数量方面)。也就是说,对于CCDL=CCUL,BAT值由U+D+E给出,其中U和D如前面的示例,并且如果UE配置有ca-SlotOffset来用于触发和触发小区中的至少一个,则并且否则E=0,并且其中和μoffset,TCI分别是和μoffset,其分别由发送波束指示信道的小区的较高层配置的ca-SlotOffset来确定,和μoffset,DL分别是和μoffset,其分别是由用于发送DL信道或接收UL信道的小区的较高层配置的ca-SlotOffset确定的,如[4,REF6]条款4.5的定义。
·在一个示例中,针对CCDL=CCUL确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为CCTCI添加附加(处理)延迟(也在时隙的数量方面)。也就是说,对于CCTCI,BAT值由U+D给出,其中U是一个或多个BAT值(在时隙的数量方面),并且附加(处理)延迟D可以是固定的(例如1个时隙)或取决于SCS,例如,其中n是包含波束指示信道的时隙(索引),或者可以(例如经由RRC)配置。
·在一个示例中,针对CCDL=CCUL确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为CCTCI添加附加(处理)延迟(也在时隙的数量方面)。也就是说,对于CCTCI,BAT值由U+D+E给出,其中U和D如前面的示例,并且如果UE配置有ca-SlotOffset来用于触发和触发小区中的至少一个,则并且否则E=0,并且其中和μoffset,TCI分别是和μoffset,其分别由发送波束指示信道的小区的较高层配置的ca-SlotOffset来确定,和μoffset,DL分别是和μoffset,其分别是由用于发送DL信道或接收UL信道的小区的较高层配置的ca-SlotOffset确定的,如[4,REF6]条款4.5的定义。
在一个示例V.5.3中,当CC≠CCUL=CCTCI(不同CC情况)时,则使用/配置示例V.5.1中的示例中的至少一个,除了在所有示例中分别将术语/符号CCTCI和CCDL=CCUL替换为CCDL和CCUL=CCTCI
在一个示例V.5.4中,当CCUL≠CCDL=CCTCI(不同CC情况)时,则使用/配置示例V.5.1中的示例中的至少一个,除了在所有示例中分别将术语/符号CCTCI和CCDL=CCUL替换为CCUL和CCDL=CCTCI
在一个示例V.5.5中,当CCTCI≠CCDL≠CCUL(不同CC情况)时,则使用/配置以下示例中的至少一个。
·在一个示例中,一个或多个BAT值被确定/配置(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且无论是相同/混合的参数集都应用它们。可以在参数集CCTCI中定义一个或多个BAT值。或者,可以在参数集CCDL中定义一个或多个BAT值。或者,可以在参数集CCUL中定义一个或多个BAT值。
●在一个示例中,包括一个或多个BAT值的第一集合针对参数集CCTCI确定/配置(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),包括一个或多个BAT值的第二集合针对参数集CCDL确定/配置(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且包括一个或多个BAT值的第三集合针对参数集CCUL确定/配置(根据实施例V.2和/或V.3中的至少一个示例或示例的组合)。
·在一个示例中,针对CC1确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且针对CC CC2和CC3对一个或多个BAT值进行比例调节。在一个示例中,比例因数由给出,其中并且μ′是CC2或CC3的SCS,并且μ1是CC1的SCS。在一个示例中,(CC1,CC2,CC3)=(CCTCI,CCDL,CCUL)。在一个示例中,(CC1,CC2,CC3)=(CCUL,CCDL,CCTCI)。在一个示例中,(CC1,CC2,CC3)=(CCDL,CCTCI,CCUL)。
·在一个示例中,针对CC1确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),并且为CC CC2和CC3添加附加(处理)延迟。也就是说,对于CC2或CC3,BAT值由U+d×S给出,其中U是配置/确定的一个或多个BAT值,比例因数S由给出,其中μ′是CC2或CC3的SCS,并且μ1是CC1的SCS,并且附加(处理)延迟d可以是固定的(例如,10个OFDM符号)或取决于SCS,例如表4,其中μ=μ1或μ=μ′,或者可以(例如,经由RRC)配置。在一个示例中,(CC1,CC2,CC3)=(CCTCI,CCDL,CCUL)。在一个示例中,(CC1,CC2,CC3)=(CCUL,CCDL,CCTCI)。在一个示例中,(CC1,CC2,CC3)=(CCDL,CCTCI,CCUL)。在一个示例中,如果μ1<μ′,在表4中定义d,否则d为零。
·在一个示例中,针对具有SCSμ1的CC1确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为CC2和CC3添加附加(处理)延迟(也在时隙的数量方面)。也就是说,对于CC2和CC3,BAT值由U+D给出,其中U是一个或多个BAT值(在时隙的数量方面),并且附加(处理)延迟D可以是固定的(例如1个时隙)或取决于SCS,例如,其中μ′是CC2或CC3的SCS,n是包含与参数集μ1相对应的信道的时隙(索引),或者可以(例如经由RRC)配置。在一个示例中,(CC1,CC2,CC3)=(CCTCI,CCDL,CCUL)。在一个示例中,(CC1,CC2,CC3)=(CCUL,CCDL,CCTCI)。在一个示例中,(CC1,CC2,CC3)=(CCDL,CCTCI,CCUL)。
·在一个示例中,针对具有SCSμ1的CC1确定/配置一个或多个BAT值(根据实施例V.2和/或V.3中的至少一个示例或示例的组合),其中BAT值的单位为时隙的数量,并且为CC2和CC3添加附加(处理)延迟(也在时隙的数量方面)。也就是说,对于CC2和CC3,BAT值由U+D+E给出,其中U和D如前面的示例,并且如果UE配置有ca-SlotOffset来用于触发和触发小区中的至少一个,则否则E=0,并且其中,μ′是CC2或CC3的SCS,和μoffset,1分别是和theμoffset,其由发送与参数集μ1相对应的信道的小区的较高层配置的ca-SlotOffset来确定,分别是和μoffset,其是由用于发送与参数集μ′相对应的信道的小区的较高层配置的ca-SlotOffset来确定,如[4,REF6]条款4.5的定义。在一个示例中,(CC1,CC2,CC3)=(CCTCI,CCDL,CCUL)。在一个示例中,(CC1,CC2,CC3)=(CCUL,CCDL,CCTCI)。在一个示例中,(CC1,CC2,CC3)=(CCDL,CCTCI,CCUL)。
·在一个示例V.5.6中,一个或多个BAT值由UE针对每个CC确定/配置和/或报告(根据实施例V.2和/或V.3中的至少一个示例或示例的组合)。对于两种不同的CC,UE应用与这两种不同的CC相关联的两个BAT值中的最小值或最大值。
在一个实施例VI中,UE被配置有用于(PDCCH或/和PDSCH的)DL接收或/和(PUCCH或/和PUSCH的)UL发送的M1>1CC(或BWP或小区)的集合S1(列表)。UE还配置有公共波束或TCI状态或TCI状态ID指示/激活,其中公共TCI状态ID更新和激活至少为UE专用的PDCCH/PDSCH接收(由UE)提供公共DL波束(例如,QCL信息),和/或至少为跨M2>1个CC/BWP的集合(S2)的UE专用的PUSCH/PUCCH发送(从UE)提供公共UL波束(例如,UL TX空间滤波器),其中S2属于S1。在一个示例中,S1=S2(并且M1=M2)。在一个示例中,S2可以是S1的严格子集,因此可能不包括所有M1个CC/BWP,即M1>M2。公共TCI状态ID可以经由DCI或/和MAC CE发送。
公共TCI状态ID激活/指示来自TCI状态池的TCI状态。在一个示例中,TCI状态池是经由RRC配置的。例如,TCI状态池是经由用于CC/BWP的PDSCH配置PDSCH-Config来进行配置的。当PDSCH配置PDSCH-Config包括多个TCI状态池时,则公共TCI状态ID激活/指示来自多个TCI状态池之一的TCI状态。CC/BWP中配置的TCI状态池的数量可以以受限于(基于)由UE上报的UE能力信息,UE能力信息可以包括关于UE在CC/BWP内可以配置的TCI状态池的数量或最大数量的信息。
在一个示例中,集合S2中具有索引i或CC(i)的CC可以指示作为集合S2中的多个CC的公共TCI状态池的TCI状态池,即,经由CC(i)指示的TCI状态池在集合S2中的多个CC之间共享。在这种情况下,公共TCI状态ID指示来自用于多个CC的公共TCI状态池的公共TCI状态。多个CC对应于M3>1个CC/BWP的集合S3。在一个示例中,S2=S3(并且M2=M3)。在一个示例中,S3可以是S2的严格子集,因此可能不包括所有M2个CC/BWP,即M2>M3。因此,一般来说,集合S3可以是S2的子集,进而可以是S1的子集。综上所述,S1是CC的完整集合,S2是公共TCI状态ID指示的CC的集合,并且S3是用于公共TCI状态ID的公共TCI状态池的CC的集合。
图23示出了根据本公开的实施例的跨多个CC 2300配置公共TCI状态池和公共TCI状态ID的示例。图23中示出的跨多个CC 2300配置公共TCI状态池和公共TCI状态ID的示例的实施例仅用于说明。图23不将本公开的范围限制于跨多个CC 2300配置公共TCI状态池和公共TCI状态ID的示例的任何特定实施方式。
图23示出了当S1包括M1=3个CC(CC1、CC2、CC3)时的情况的两个示例。对于这两个示例,CC1和CC2包括S2,其中M2=2。在示例1中,为两个CC指示/激活公共TCI状态ID;并且公共TCI状态ID指示/激活来自跨两个CC的公共TCI状态池的TCI状态。在示例2中,为两个CC指示/激活公共TCI状态ID;然而,公共TCI状态ID指示来自其各自单独的TCI状态池的每个CC的TCI状态。
指示公共TCI状态池的CC索引i或CC(i)是固定的或者经由RRC和/或MAC CE和/或DCI信令配置。在一个示例中,索引i或CC(i)表示指示用于S3中的多个CC的公共TCI状态池的参考CC/BWP索引。关于参考CC/BWP(或索引)和公共TCI状态池的细节依据以下实施例中的至少一个。
在一个实施例中VI.1,S1=S2(并且M1=M2),以及存在一个参考CC/BWP,其指示用于S3中的多个CC的一个公共TCI状态池。参考CC/BWP是根据以下示例中的至少一个来确定的。
·在一个示例中,参考CC/BWP CC(i)可以是固定的,例如固定为在S3中具有最小CC索引的CC,或CC(1)。因此,不需要关于参考CC/BWP的任何信令/配置。
·在一个示例中,参考CC/BWP CC(i)例如经由PDSCH-Config或经由未包括在PDSCH-Config中的RRC参数来配置。
·在一个示例中,参考CC/BWP CC(i)是隐式导出的。
·在一个示例中,参考CC/BWP CC(i)在CC/BWP集合S3之外。也就是说,公共TCI状态池是经由可能不属于S3的参考CC/BWP来配置的,并且其TCI状态可以不经由指示在S3中的CC的公共TCI状态的公共TCI状态ID来指示。
可以针对每个BWP/CC的PDSCH配置(PDSCH-Config)中配置TCI状态池。在一个示例中,PDSCH-Config中的tci-StateToAddModList和tci-StateToReleaseList共同确定TCI状态池,其细节如表5所示并且可以在TS 38.331中找到。PDSCH-Config经由信息元素(IE)BWP-DownlinkDedicated配置,其还包括BWP-Id。配置的BWP-Id的集合经由IEServingCellConfig来提供,这进而经由CellGroupConfig中的IE SpCellConfig orSCellConfig来提供。对应的小区索引也经由SpCellConfig和SCellConfig提供。
表5
对于不是参考CC/BWP的S3中的CC/BWP,用于该BWP/CC的对应PDSCH配置(PDSCH-Config)中不存在TCI状态池,并且用于该CC/BWP的TCI状态池经由参考CC/BWP或(参考)参考BWP/CC中的TCI状态池来获得。在一个示例中,经由较高层参数/信息(例如经由reference-Id or tci-PoolReference-Id)来指示参考。在参考BWP/CC的PDSCH配置(PDSCH-Config)中,应配置(公共)TCI状态池。在一个示例中,参数/信息指示参考CC/BWP的小区Id和/或BWP-Id,如表6所示。
表6
下面提供了该参数/信息的信令的几个示例。
表7
在一个示例VI.1.1中,较高层参数/信息(例如,reference-Id或tci-PoolReference-Id)被包括在每个CC/BWP的PDSCH-Config中,如表7所示。对于其PDSCH配置包含关于参考的信息/参数(如上所述)的BWP/CC,UE在经由信息/参数指示的参考BWP/CC中应用TCI状态池。
在一个示例中,TCI状态池被替换为信息/参数,其中信息/参数指示参考CC/BWP或参考BWP/CC中的TCI状态池(的参考)。
CC/BWP中不存在TCI状态池意味着有关参考的信息/参数存在于相应的PDSCH-Config中,并且可能发生以下至少一种情况。
●tci-StateToAddModList和tci-StateToReleaseList在相应的PDSCH-Config中均不存在(未提供或配置)。
●或者,tci-StateToAddModList不存在(未提供或配置)并且tci-StateToReleaseList存在并释放所有TCI-StateId。
●或者,tci-StateToAddModList和tci-StateToReleaseList都存在(配置),但是如果提供了关于参考的信息/参数,则它们会被UE忽略。
在一个示例中,TCI状态池或关于参考的信息/参数(不是两者)可以被包括在PDSCH-Config中,即,如果配置(提供)两者之一,则另一个必须不存在(不提供)。
在一个示例中,关于参考的信息/参数是借助于PDSCH-Config中与TCI状态池的参数独立的参数。表7中示出了一个示例。
在一个示例中,关于参考的信息/参数被包括在TCI状态池的参数之一中。表8中示出了示例,其中包括的PDSCH-Config的tci-StatesToAddModList-r17具有两个组成部分:TCI状态列表(tci-StatesToAddModList)和tci-PoolReference。
表8
在一个示例VI.1.2中,关于参考CC/BWP的较高层参数/信息(例如,reference-Id或tci-PoolReference-Id)不包括在PDSCH-Config中,而是经由用于配置主小区组(MCG)或辅小区组(SCG)的CellGroupConfigIE来提供。小区组包括一个MAC实体、具有与RLC实体相关联的一组逻辑信道以及主小区(SpCell)和一个或多个辅小区(SCell)。表9中提供了两个示例,针对只能配置一个参考的情况(示例1)和可以配置多个参考的情况(示例2示出两个参考)。参数commonTCIPool_CCList指示公共TCI状态池适用的CC/BWP列表,并且参数tci-PoolReference指示可以从其获取公共TCI状态池的参考BWP/CC。表10示出了两个示例的等效描述,其中CCList和参考被包括作为一个参数Tci_PoolReference的组成部分。
表9
表10
在作为示例I.1.2的变型的一个示例VI.1.3中,关于参考CC/BWP的较高层参数/信息(例如,reference-Id或tci-PoolReference-Id)不包括在PDSCH-Config中,而是经由CellGroupConfigIE提供的。表11中提供了两个示例,针对只能配置一个参考的情况(示例1)和可以配置多个参考的情况(示例2示出两个参考)。参数commonTCIPool_CCList指示公共TCI状态池适用的CC/BWP的列表。应注意,指示参考BWP/CC(如示例VI.1.2中)的参数tci-PoolReference并未显式提供,而是隐式获得。例如,CC/BWP列表的参考CC/BWP是列表中的CC之一,并且其对应于其PDSCH-Config包括TCI状态池的CC/BWP。在该示例中,TCI状态池被包括在来自CC/BWP列表的仅一个CC/BWP的PDSCH-Config中,并且TCI状态池没有包括在来自CC/BWP列表的其余CC/BWP的PDSCH-Config中。表12中示出这两个示例的等效描述,其中CC列表被包括作为一个参数Tci_PoolReference的组成部分。
表11
表12
当跨S2中的CC仅配置一个TCI状态池时,则配置的TCI状态池就是公共TCI状态池,因此S2=S3意味着M1=M2=M3
当跨S2中的CC配置了多个TCI状态池时,则其中一个配置的TCI状态池是跨S3中的CC的公共TCI状态池,而其他TCI状态池是针对在S2中而在S3之外的CC进行配置的,因此S3是S2的严格子集,意味着M1=M2>M3
在一个实施例VI.2中,S1=S2(并且M1=M2),以及存在两个参考CC/BWP,其指示在S3中的CC的两个不同子集的两个公共TCI状态池,即S3,1和S3,2,其中S3,1和S3,2的并集等于S3,并且S3,1和S3,2是不相交的集合,即没有公共CC。每个参考CC/BWP ik(k∈{1,2})是根据以下示例中的至少一个来确定的。
·在一个示例中,参考CC/BWP CC(ik)可以是固定的,例如固定为在S3,k中具有最小CC索引的CC,或CC(1),或者指示S3,k中的第一个CC的ik=0。因此,不需要关于参考CC/BWP的任何信令/配置。
·在一个示例中,参考CC/BWP CC(ik)例如经由PDSCH-Config或经由未包括在PDSCH-Config中的RRC参数来配置。
·在一个示例中,参考CC/BWP CC(ik)是隐式导出的。
·在一个示例中,参考CC/BWP CC(ik)在CC/BWP集合S3,k之外。也就是说,公共TCI状态池是经由可能不属于S3,k的参考CC/BWP来配置的,并且其TCI状态可以不经由指示在S3,k中的CC的公共TCI状态的公共TCI状态ID来指示。
可以在每个BWP/CC的PDSCH配置(PDSCH-Config)中配置TCI状态池,如实施例I.1中所解释的(参见表5)。
对于S3,k中的CC/BWP,k∈{1,2},其不是参考CC/BWP ik或CC(ik),用于BWP/CC的对应PDSCH配置(PDSCH-Config)中不存在TCI状态池,并且用于CC/BWP的TCI状态池经由第k个参考CC/BWP或(参考)第k个参考BWP/CC中的TCI状态池来获得。在一个示例中,第k个参考经由较高层参数/信息(例如,经由reference-Id or tci-PoolReference-Id)来指示。在第k个参考BWP/CC的PDSCH配置(PDSCH-Config)中,应配置(公共)TCI状态池。在一个示例中,参数/信息指示第k个参考CC/BWP的小区Id和/或BWP-Id,如表6所示。
下面提供了参数/信息的信令的几个示例。
在一个示例I.2.1中,如表7所示,针对S3,k(k∈{1,2})中的每个CC/BWP,较高层参数/信息(例如,reference-Id或tci-PoolReference-Id)被包括在PDSCH-Config中。对于S3,k中的BWP/CC,其PDSCH配置包含关于参考ik或CC(ik)(如上所述)的第ik个信息/参数,UE在经由信息/参数指示的参考BWP/CCik或CC(ik)中应用TCI状态池。应注意,针对这两个集合S3,k(k∈{1,2})有2个单独的信息/参数。关于两个参考CC/BWP中每一个的其余细节依据示例VI.1.1。
在一个示例VI.2.2中,关于两个参考CC/BWP的较高层参数/信息(例如,reference-Id或tci-PoolReference-Id)不包括在PDSCH-Config中,而是经由CellGroupConfigIE来提供,如示例VI.1.2的说明。表9中的示例2可以用于配置两个参考的情况。参数commonTCIPool_CCList1和commonTCIPool_CCList2分别指示两个公共TCI状态池适用的两个CC/BWP列表,并且参数tci-PoolReference1和tci-PoolReference2指示可以从其获得两个公共TCI状态池的两个参考BWP/CC。表10中的示例中示出了等效描述,其中CC列表和参考被包括作为一个参数Tci_PoolReference的组成部分。
在作为示例VI.2.2的变型的一个示例VI.2.3中,关于两个参考CC/BWP的较高层参数/信息(例如,reference-Id或tci-PoolReference-Id)不包括在PDSCH-Config中,而是经由CellGroupConfigIE来提供,如示例VI.1.2的说明。表11中的示例2可以用于配置两个参考的情况。参数commonTCIPool_CCList1和commonTCIPool_CCList2分别指示两个公共TCI状态池适用的两个CC/BWP列表。应注意,指示两个参考BWP/CC(如示例I.2.2中)的参数tci-PoolReference1和tci-PoolReference2并未显式地提供,而是隐式地获得。例如,CC/BWP第k个列表的第k个参考CC/BWP是第个k列表中的CC之一,并且其对应于其PDSCH-Config包括TCI状态池的CC/BWP。在该示例中,TCI状态池被包括在来自CC/BWP列表的仅一个CC/BWP的PDSCH-Config中,并且TCI状态池没有包括在来自CC/BWP的列表的其余CC/BWP的PDSCH-Config中。表12中的示例中示出了等效描述,其中CCList被包括作为一个参数Tci_PoolReference的组成部分。
当跨S2中的CC配置了两个TCI状态池时,则配置的TCI状态池是两个公共TCI状态池,因此S2=S3意味着M1=M2=M3,其中M3=M3,1+M3,2,并且M3,k是S3,k中的CC/BWP的数量。
当跨S2中的CC配置的TCI状态池超过2个时,则配置的TCI状态池中的两个分别为跨S3,1和S3,2中的CC的两个公共TCI状态池,并且其他TCI状态池是针对在S2中而在S3之外或在S3,1和S3,2之外的CC配置的,因此S3是S2的严格子集,意味着M1=M2>M3,其中M3=M3,1+M3,2
在一个实施例VI.3中,受限于由UE上报的UE能力信息,为UE配置一个参考CC/BWP(以及公共TCI状态池)或两个参考CC/BWP(以及公共TCI状态池)。当UE配置一个参考CC/BWP时,细节依据实施例VI.1,并且当UE配置两个参考CC/BWP时,细节依据实施例VI.2。
·在一个示例中,UE经由能力信息来报告其是否支持1个或2个或者1个和2个参考CC/BWP。
·在一个示例中,UE支持1个参考CC/BWP而无需任何单独的能力信息,然而,UE需要经由单独的能力信息来报告其是否支持2个参考CC/BWP。例如,如本公开中所描述的,支持公共TCI状态ID和/或公共TCI状态池的UE应当支持1个参考CC/BWP,因此可以配置有1个参考CC/BWP。然而,仅当UE经由单独的/专用的能力信令报告其支持时,UE才可以被配置有2个参考CC/BWP。
在一个实施例VI.4中,其是实施例I.2的扩展,S1=S2(并且M1=M2),以及存在指示用于S3(即S3,1…S3,N)中的N个不同CC子集的N个公共TCI状态池的N>1个参考CC/BWP,其中S3,1…S3,N的并集等于S3,并且S3,1…S3,2是不相交的集合,即没有公共CC。每个参考CC/BWP ik(k∈{1,...,N})是根据以下示例中的至少一个来确定的。
·在一个示例中,参考CC/BWP CC(ik)可以是固定的,例如固定为在S3,k中具有最小CC索引的CC,或CC(1),或者指示S3,k中的第一个CC的ik=1。因此,不需要关于参考CC/BWP的任何信令/配置。
·在一个示例中,参考CC/BWP CC(ik)例如经由PDSCH-Config或经由未包括在PDSCH-Config中的RRC参数来配置。
·在一个示例中,参考CC/BWP CC(ik)是隐式导出的。
·在一个示例中,参考CC/BWP CC(ik)在CC/BWP集合S3,k之外。也就是说,公共TCI状态池是经由可能不属于S3,k的参考CC/BWP来配置的,并且其TCI状态可以不经由指示在S3,k中的CC的公共TCI状态的公共TCI状态ID来指示。
可以在每个BWP/CC的PDSCH配置(PDSCH-Config)中配置TCI状态池,如实施例VI.1的说明(参见表5)。
对于S3,k中的CC/BWP(k∈{1,...,N}),其不是参考CC/BWP ik或CC(ik),用于BWP/CC的对应PDSCH配置(PDSCH-Config)中不存在TCI状态池,并且用于CC/BWP的TCI状态池经由第k个参考CC/BWP或第k个参考BWP/CC中的TCI状态池(的参考)来获得。在一个示例中,第k个参考经由较高层参数/信息(例如,经由reference-Id or tci-PoolReference-Id)来指示。在第k个参考BWP/CC的PDSCH配置(PDSCH-Config)中,应配置(公共)TCI状态池。在一个示例中,参数/信息指示第k个参考CC/BWP的小区Id和/或BWP-Id,如表6所示。
关于参数/信息的信令,可以使用示例I.2.1至I.2.3中的至少一个(在扩展到N个参考之后)。
当跨S2中的CC配置了N个TCI状态池时,则配置的TCI状态池是N个公共TCI状态池,因此S2=S3意味着M1=M2=M3,其中M3=M3,1+…+M3,N,并且M3,k是S3,k中的CC/BWP的数量。
当跨S2中的CC配置的TCI状态池超过N个时,则配置的TCI状态池中的N个分别为跨S3,1…S3,2中的CC的N个公共TCI状态池,并且其他TCI状态池是针对在S2中而在S3之外或在S3,1…S3,2之外的CC配置的,因此S3是S2的严格子集,意味着M1=M2>M3,其中M3=M3,1+…+M3,N
关于N的值,使用以下示例中的至少一个。
·在一个示例中,N的值是固定的,例如,N=2。
·在一个示例中,例如经由较高层(RRC)、MAC CE或DCI信令来配置N的值。
·在一个示例中,N的值由UE报告,例如作为由UE报告的UE能力信息的一部分。
·在一个示例中,例如经由较高层(RRC)、MAC CE或DCI信令来配置N的值,并且所配置的值受限于由UE报告的N的值,例如作为由UE上报的UE能力信息的一部分。
·在一个示例中,N的值取决于配置的CC/BWP的数量。例如,当配置的CC/BWP的数量<=x时,N=1,否则N=2,其中x是阈值。
在一个实施例VI.5中,受限于由UE报告的UE能力信息,为UE配置N个参考CC/BWP(以及公共TCI状态池),其中,N∈T并且T是N的可能值的集合。
·在一个示例中,T={1,...,Nmax},并且Nmax是N的最大值,其可以是固定的或由UE报告,例如作为UE能力报告的一部分。
·在一个示例中,T={1,2}或{1,2,3}或{1,2,4}或{1,2,3,4}。
当UE配置一个参考CC/BWP时,细节依据实施例I.1,当UE配置两个参考CC/BWP时,细节依据实施例VI.2,并且当UE配置N>1个参考CC/BWP时,细节依据实施例VI.4。
·在一个示例中,UE经由能力信息来报告其是否仅支持来自T的一个或多个值。
·在一个示例中,UE支持1个参考CC/BWP而无需任何单独的能力信息,然而,UE需要经由单独的能力信息来报告其是否支持N>1个参考CC/BWP。例如,如本公开所述,支持公共TCI状态ID和/或公共TCI状态池的UE应当支持1个参考CC/BWP,因此可以配置有1个参考CC/BWP。然而,仅当UE经由单独的/专用的能力信令报告其支持时,UE才可以被配置有N>1个参考CC/BWP。
在一个实施例VI.6中,S2是S1的严格子集,因此不包括S1中的所有M1个CC/BWP,即M1>M2。因此,S2可以表示为两个子集S2,1和S2,2的并集,其中S2,1包括用于公共TCI状态ID指示/激活的M2,1>1个CC/BWP,并且S2,2包括用于每个CC的独立(单独)TCI状态ID指示/激活的M2,2个CC/BWP,其中M2,1+M2,2=M2=M1。对于集合S2,1中的CC/BWP,存在一个参考CC/BWP,其指示S3中的多个CC的一个公共TCI状态池,其中S3=S2,1或S3是S2,1的子集。除了在实施例VI.1中的各处S2被替换为S2,1之外,关于一个参考CC/BWP和一个公共TCI状态池的其余细节依据实施例VI.1。
当跨S2,1中的CC仅配置一个TCI状态池时,则配置的TCI状态池就是公共TCI状态池,因此S2,1=S3意味着M1>M2,1=M3
当跨S2,1中的CC配置了多个TCI状态池时,则其中一个配置的TCI状态池是跨S3中的CC的公共TCI状态池,而其他TCI状态池是针对在S2,1中而在S3之外的CC配置的,因此S3是S2,1的严格子集,意味着M1>M2,1>M3
对于S2,2中的每个CC/BWP,单独(独立)指示/激活TCI状态ID,其指示来自在特定CC/BWP的PDSCH-Config中配置的TCI状态池的TCI状态。
在一个实施例VI.7中,S2是S1的严格子集,因此不包括S1中的所有M1个CC/BWP,即M1>M2。因此,S2可以表示为两个子集S2,1和S2,2和S2,2的并集,其中S2,1包括用于公共TCI状态ID指示/激活的M2,1>1个CC/BWP,并且S2,2包括用于每个CC的独立(单独)TCI状态ID指示/激活的M2,2个CC/BWP,其中M2,1+M2,2=M2=M1。对于集合S2,1中的CC/BWP,有两个参考CC/BWP,其指示S3中两个CC子集的两个公共TCI状态池,即S3,1和S3,2,其中S3,1和S3,2的并集等于S3,并且S3,1和S3,2是不相交的集合,即没有公共CC,并且S3=S2,1或S3是S2,1的子集。除了在实施例VI.2中的各处S2被替换为S2,1之外,关于两个参考CC/BWP和两个公共TCI状态池的其余细节依据实施例VI.2。
当跨S2中的CC配置了两个TCI状态池时,则配置的TCI状态池是两个公共TCI状态池,因此S2,1=S3意味着M1>M2,1=M3,其中M3=M3,1+M3,2,并且M3,k是S3,k中的CC/BWP的数量。
当跨S2,1中的CC配置的TCI状态池超过2个时,则配置的TCI状态池中的两个分别为跨S3,1和S3,2中的CC的两个公共TCI状态池,并且其他TCI状态池是针对在S2,1之中而在S3之外或在S3,1和S3,2之外的CC配置的,因此S3是S2,1的严格子集,意味着M1>M2,1>M3,其中M3=M3,1+M3,2
对于S2,2中的每个CC/BWP,单独(独立)指示/激活TCI状态ID,其指示来自在特定CC/BWP的PDSCH-Config中配置的TCI状态池的TCI状态。
在一个实施例VI.8中,受限于由UE上报的UE能力信息,为UE配置一个参考CC/BWP(以及公共TCI状态池)或两个参考CC/BWP(以及公共TCI状态池)。当UE配置一个参考CC/BWP时,细节依据实施例I.1或I.6,并且当UE配置两个参考CC/BWP时,细节依据实施例I.2或I.7。
·在一个示例中,UE经由能力信息来报告其是否支持1个或2个或者1个和2个参考CC/BWP。
·在一个示例中,UE支持1个参考CC/BWP而无需任何单独的能力信息,然而,UE需要经由单独的能力信息来报告其是否支持2个参考CC/BWP。例如,如本公开所述,支持公共TCI状态ID和/或公共TCI状态池的UE应当支持1个参考CC/BWP,因此可以配置有1个参考CC/BWP。然而,仅当UE经由单独的/专用的能力信令报告其支持时,UE才可以被配置有2个参考CC/BWP。
在一个实施例VI.9中,其是实施例VI.7的扩展,S2是S1的严格子集,因此S2可以表示为两个子集S2,1和S2,2的并集,细节如实施例VI.7,并且存在N>1个参考CC/BWP,其指示S3(即S3,1…S3,N)中用于N个不同CC子集的N个公共TCI状态池,其中S3,1…S3,N的并集等于S3,并且S3,1…S3,2是不相交的集合,即没有公共CC,并且S3=S2,1或S3是S2,1的子集。除了在实施例VI.4中的各处S2被替换为S2,1之外,关于N个参考CC/BWP和N个公共TCI状态池的其余细节依据实施例VI.4。
当跨S2,1中的CC配置了N个TCI状态池时,则配置的TCI状态池是N个公共TCI状态池,因此S2,1=S3意味着M1>M2,1=M3,其中M3=M3,1+…+M3,N,并且M3,k是S3,k中的CC/BWP的数量。
当跨S2,1中的CC配置的TCI状态池超过N个时,则配置的TCI状态池中的N个分别为跨S3,1…S3,2中的CC的N个公共TCI状态池,并且其他TCI状态池是针对在S2,1中而在S3之外或在S3,1…S3,2之外的CC配置的,因此S3是S2,1的严格子集,意味着M1>M2,1>M3,其中M3=M3,1+…+M3,N
在一个实施例VI.10中,受限于由UE报告的UE能力信息,为UE配置N个参考CC/BWP(以及公共TCI状态池),其中,N∈T并且T是N的可能值的集合。
·在一个示例中,T={1,...,Nmax},并且Nmax是N的最大值,其可以是固定的或由UE报告,例如作为UE能力报告的一部分。
·在一个示例中,T={1,2}或{1,2,3}或{1,2,4}或{1,2,3,4}。
当UE配置一个参考CC/BWP时,细节依据实施例VI.1或I.6,当UE配置两个参考CC/BWP时,细节依据实施例VI.2或VI.7,并且当UE配置N>1个参考CC/BWP时,细节依据实施例VI.4或VI.9。
·在一个示例中,UE经由能力信息来报告其是否仅支持来自T的一个或多个值。
·在一个示例中,UE支持1个参考CC/BWP而无需任何单独的能力信息,然而,UE需要经由单独的能力信息来报告其是否支持N>1个参考CC/BWP。例如,如本公开所述,支持公共TCI状态ID和/或公共TCI状态池的UE应当支持1个参考CC/BWP,因此可以配置有1个参考CC/BWP。然而,仅当UE经由单独的/专用的能力信令报告其支持时,UE才可以被配置有N>1个参考CC/BWP。
在实施例VI中,实施例VI(以及VI.1至VI.10)中的三个CC/BWP集合S1,S2和S3对应于三个级别:
·级别1(基于S1):所有配置的CC/BWP/小区。
·级别2(基于S2):用公共TCI状态ID指示的CC/BWP/小区,第一级别内可以有一个或多个这些组。
·级别3(基于S3):共享公共TCI状态池的CC/BWP/小区,第二级别内可以有这些中的一个或多个。
在实施例VII.1中,实施例VI(以及VI.1至VI.10)中对应于三个级别的三个CC/BWP集合,S1,S2和S3被重新布置或重新排序。例如,集合S2和S3的顺序被交换,即从S1,S2和S3到S1,S3和S2。因此,级别2基于包括共享公共TCI状态池的CC/BWP的S3,并且在公共TCI状态池集合内,级别3基于包括用公共TCI状态ID指示的CC/BWP的S2。一般来说,级别2和3以及集合S2和S3可能部分重叠。
·级别1(基于S1):所有配置的CC/BWP/小区。
·级别2(基于S3):共享公共TCI状态池的CC/BWP/小区,第一级别内可以有这些中的一个或多个。
·级别3(基于S2):用公共TCI状态ID指示的CC/BWP/小区,第二级别内可以有这些组中的一个或多个。
实施例VI(以及VI.1至VI.10)的其余细节,包括用于参考CC/BWP的信令,以简单的方式应用于该实施例。
在一个示例VII.1.1中,级别2和3具有相同的一组CC/BWP,即S2=S3
在一个示例VII.1.2中,级别2包括级别3中的CC/BWP的集合,即,S3是S2的子集。
在一个示例VII.1.3中,级别3包括级别2中的CC/BWP的集合,即,S2是S3的子集。
在一个实施例VII.2中,用于UL和DL的公共TCI状态ID指示的CC/BWP/小区的集合或分组可以不同。例如,对于DL,UE可以为一个CC/BWP/小区集合Sd配置公共TCI状态池,并且对于UL,在Sd内可以有多个小区集合Sul,k(k=1,...,K),并且每个集合Su,k具有其自己的公共TCI状态池,并且K是针对UL的集合的数量。因此,存在针对UL的K个集合,并且它们在针对DL的一个集合内,因此,存在针对DL的一个公共TCI状态池和针对UL的K个TCI状态池。
类似地,对于TCI状态ID指示,可以使用类似的方法。对于DL波束指示,利用针对一个CC/BWP/小区集合Sd的公共TCI状态ID来指示UE,并且对于UL波束指示,在集合Sd内有多个小区集合Sul,k(k=1,...,K),并且UE配置有针对每个集合Su,k的公共TCI状态ID。因此,存在针对UL的K个集合,并且它们在针对DL的一个集合内,因此,存在针对DL的一个公共TCI状态ID和针对UL的K个TCI状态ID。
包括用于参考CC/BWP的信令的实施例VI(以及VI.1至VI.10)的其余细节,以简单的方式应用于该实施例。
任何上述变化实施例可以独立使用或与至少一个其他变化实施例组合使用。
图24示出了根据本公开的实施例的可以由UE(诸如UE 116)执行的用于操作用户设备(UE)的方法2400的流程图。图24中示出的方法2400的实施例仅用于说明。图24不会将本公开的范围限制为任何特定实施方式。
如图24所示,方法2400在步骤2402处开始。在步骤2402中,UE(例如,如图1所示的111至116)接收包括CC列表和TCI状态集合的配置信息。
在步骤2404中,UE接收对于CC列表公共的TCI状态更新。
在步骤2406中,对于CC列表中的每个CC(i),其中i是CC索引,UE:基于TCI状态更新来确定波束bi,并且应用波束bi以用于接收与CC(i)相关联的DL控制信道或DL数据信道,其中波束bi是根据用于接收或发送RS ri的空间属性来确定的,并且其中TCI状态更新包括源RSs,并且对于CC列表中的每个CC(i),源RSs为RSri提供参考以便确定用于CC(i)的波束bi
在一个实施例中,对用于CC(i)的RS ri的参考是经由TCI状态更新指示的源RSs。
在一个实施例中,用于CC列表的参考RS与单个公共参考RS相关联,并且单个公共参考RS基于经由TCI状态更新指示的源RS s来确定。
在一个实施例中,当未配置经由TCI状态更新指示的针对源RS s的带宽部分标识符(BWP-ID)或分量载波标识符(CC-ID)时,源RS s被配置在TCI状态应用的CC/BWP中。
在一个实施例中,当TCI状态更新指示用于DL和上行链路(UL)两者的联合TCI状态时,UE被配置为应用用于CC(i)的波束bi,以用于发送与CC(i)相关联的UL控制信道或UL数据信道。
在一个实施例中,当TCI状态更新指示两个单独的TCI状态、DL TCI状态和上行链路(UL)TCI状态之一或两者时,则针对每个CC(i),UE被配置为:当指示DL TCI状态时,基于DL TCI状态来确定波束bi,当指示UL TCI状态时,基于UL TCI状态来确定UL发送波束,并且将UL发送波束应用于与CC(i)相关联的UL控制信道或UL数据信道的发送。
在一个实施例中,对于DL,空间属性对应于指示空间接收(Rx)滤波器的准共位(QCL)-类型D,并且对于UL,空间属性对应于UL空间滤波器。
图25示出了根据本公开的实施例的可以由基站(BS)(诸如BS102)执行的另一方法2500的流程图。图25中示出的方法2500的实施例仅用于说明。图25不会将本公开的范围限制为任何特定实施方式。
如图25所示,方法2500在步骤2502处开始。在步骤2502中,BS(例如,图1中所示的101至103)生成包括CC列表和TCI状态集合的配置信息。
在步骤2504中,BS生成对于CC列表公共的TCI状态更新。
在步骤2506中,BS发送配置信息。
在步骤2508中,BS发送TCI状态更新。
在步骤2510中,对于CC列表中的每个CC(i),其中i是CC索引,BS发送与CC(i)相关联的DL控制信道或DL数据信道以用于经由波束bi来接收,其中波束bi基于TCI状态更新,其中波束bi基于用于接收或发送RS ri的空间属性,并且其中TCI状态更新包括源RSs,并且对于CC列表中的每个CC(i),源RSs提供对RS ri的参考以便确定用于CC(i)的波束bi
在一个实施例中,对用于CC(i)的RS ri的参考是经由TCI状态更新指示的源RS s。
在一个实施例中,用于CC列表的参考RS与单个公共参考RS相关联,并且单个公共参考RS基于经由TCI状态更新指示的源RS s来确定。
在一个实施例中,当未配置经由TCI状态更新指示的用于源RS s的带宽部分标识符(BWP-ID)或分量载波标识符(CC-ID)时,源RS s被配置在TCI状态应用的CC/BWP中。
在一个实施例中,当TCI状态更新指示DL和上行链路(UL)两者的联合TCI状态时,BS被配置为接收与经由波束bi发送的CC(i)相关联的UL控制信道或UL数据信道。
在一个实施例中,当TCI状态更新指示两个单独的TCI状态、DL TCI状态和上行链路(UL)TCI状态中的一个或这两者时,则针对每个CC(i),BS被配置为:对于每个CC(i):当指示DL TCI时,基于DL TCI状态发送DL控制信道或DL数据信道以便经由波束bi进行接收,并且当指示UL TCI时,接收经由基于UL TCI状态确定的UL发送波束发送的UL控制信道或UL数据信道。
在一个实施例中,对于DL,空间属性对应于指示空间接收(Rx)滤波器的准共位(QCL)-类型D,并且对于UL,空间属性对应于UL空间滤波器。
以上流程图示出了可以根据本公开的原理实施的示例性方法,并且可以对本文的流程图中示出的方法进行各种改变。例如,尽管示出为一系列步骤,但是每个附图中的各个步骤可以重叠、并行发生、以不同次序发生或多次发生。在另一个示例中,步骤可以被省略或由其他步骤替换。
图26示出了示出根据本公开的实施例的UE的结构的框图。
如图26所示,根据实施例的UE可以包括收发器2610、存储器2620和处理器2630。UE的收发器2610、存储器2620和处理器2630可以根据上述UE的通信方法来操作。然而,UE的部件不限于此。例如,UE可以包括比上述部件更多或更少的部件。此外,处理器2630、收发器2610和存储器2620可以实现为单个芯片。另外,处理器2630可以包括至少一个处理器。
收发器2610统称为UE接收器和UE发送器,并且可以向基站或网络实体发送信号/从基站或网络实体接收信号。向基站或网络实体发送或从基站或网络实体接收的信号可以包括控制信息和数据。收发器2610可以包括用于对发送信号的频率进行上变频转换和放大的RF发送器,以及用于对接收信号的频率放大低噪声并进行下变频转换的RF接收器。然而,这仅是收发器2610的示例,并且收发器2610的部件不限于RF发送器和RF接收器。
另外,收发器2610可以通过无线信道接收信号并将其输出给处理器2630,并且通过无线信道发送从处理器2630输出的信号。存储器1020可以存储UE的操作所需的程序和数据。另外,存储器1020可以存储包括在由UE获得的信号中的控制信息或数据。存储器2620可以是存储介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘、CD-ROM、以及DVD或存储介质的组合。
处理器2630可以控制一系列过程,使得UE如上所述进行操作。例如,收发器2610可以接收包括由基站或网络实体发送的控制信号的数据信号,并且处理器2630可以确定接收由基站或网络实体发送的控制信号和数据信号的结果。
图27示出了示出根据本公开的实施例的基站的结构的框图。
如图11所示,根据实施例的基站可以包括收发器2710、存储器2720和处理器2730。基站的收发器2710、存储器2720和处理器2730可以根据上述基站的通信方法来操作。然而,基站的部件不限于此。例如,基站可以包括比上述部件更多或更少的部件。此外,处理器2730、收发器2710和存储器2720可以实现为单个芯片。另外,处理器2730可以包括至少一个处理器。
收发器2710统称为基站接收器和基站发送器,并且可以向终端或网络实体发送信号/从终端或网络实体接收信号。向终端或网络实体发送或从终端或网络实体接收的信号可以包括控制信息和数据。收发器2710可以包括用于对发送信号的频率进行上变频转换和放大的RF发送器,以及用于对接收信号的频率放大低噪声并进行下变频转换的RF接收器。然而,这仅是收发器2710的示例,并且收发器2710的部件不限于RF发送器和RF接收器。
另外,收发器2710可以通过无线信道接收信号并将其输出给处理器2730,并且通过无线信道发送从处理器2730输出的信号。存储器2720可以存储基站的操作所需的程序和数据。另外,存储器2720可以存储包括在由基站获得的信号中的控制信息或数据。存储器2720可以是存储介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘、CD-ROM、以及DVD或存储介质的组合。
处理器2730可以控制一系列过程,使得基站如上所述进行操作。例如,收发器2710可以接收包括由终端发送的控制信号的数据信号,并且处理器2730可以确定接收由终端发送的控制信号和数据信号的结果。
根据各种实施例,一种用户设备(UE)包括:收发器,所述收发器被配置为:接收包括分量载波(CC)列表和传输配置指示符(TCI)状态的集合的配置信息;以及接收TCI状态更新,其中TCI状态更新对于CC列表是公共的;以及处理器,所述处理器可操作地联接到收发器,处理器被配置为:对于CC列表中的每个CC(i),其中i是CC索引:基于TCI状态更新来确定波束bi,并且应用波束bi以便进行与CC(i)相关联的下行链路(DL)控制信道或DL数据信道的接收,其中波束bi是基于用于接收或发送参考信号(RS)ri的空间属性来确定的,并且其中TCI状态更新包括源RS s,并且对于CC列表中的每个CC(i),源RS s提供对RS ri的参考以便确定用于CC(i)的波束bi
在一些实施例中,其中对用于CC(i)的RS ri的参考是经由TCI状态更新指示的源RS s。
在一些实施例中,其中:用于CC列表的参考RS与单个公共参考RS相关联,并且单个公共参考RS基于经由TCI状态更新指示的源RS s来确定。
在一些实施例中,其中当未配置经由TCI状态更新指示的用于源RS s的带宽部分标识符(BWP-ID)或分量载波标识符(CC-ID)时,源RS s被配置在TCI状态应用的CC/BWP中。
在一些实施例中,当TCI状态更新指示用于DL和上行链路(UL)两者的联合TCI状态时,处理器被配置为应用用于CC(i)的波束bi,以用于与CC(i)相关联的UL控制信道或UL数据信道的发送。
在一些实施例中,当TCI状态更新指示两个单独的TCI状态、DL TCI状态和上行链路(UL)TCI状态之一或两者时,则针对每个CC(i),处理器被配置为:当指示DL TCI状态时,基于DL TCI状态来确定波束bi,当指示UL TCI状态时,基于UL TCI状态来确定UL发送波束,并且将UL发送波束应用于与CC(i)相关联的UL控制信道或UL数据信道的发送。
在一些实施例中,其中:对于DL,空间属性对应于指示空间接收(Rx)滤波器的准共位(QCL)-类型D,并且对于UL,空间属性对应于UL空间滤波器。
根据各种实施例,一种基站(BS)包括:处理器,所述处理器被配置为:生成包括分量载波(CC)列表和传输配置指示符(TCI)状态集合的配置信息;以及生成TCI状态更新,其中TCI状态更新对于CC列表是公共的;以及收发器,所述收发器可操作地联接到处理器,所述收发器被配置为:发送配置信息;发送TCI状态更新;并且针对CC列表中的每个CC(i),其中i是CC索引:发送与CC(i)相关联的下行链路(DL)控制信道或DL数据信道以用于经由波束bi进行接收,其中波束bi基于TCI状态更新,其中波束bi基于用于接收或发送参考信号(RS)ri的空间属性,并且其中TCI状态更新包括源RS s,以及对于CC列表中的每个CC(i),源RS s提供对RS ri的参考以确定用于CC(i)的波束bi
在一些实施例中,其中对用于CC(i)的RS ri的参考是经由TCI状态更新指示的源RSs。
在一些实施例中,其中:用于CC列表的参考RS与单个公共参考RS相关联,并且单个公共参考RS基于经由TCI状态更新指示的源RS s来确定。
在一些实施例中,其中当未配置经由TCI状态更新指示的用于源RS s的带宽部分标识符(BWP-ID)或分量载波标识符(CC-ID)时,源RS s被配置在TCI状态应用的CC/BWP中。
在一些实施例中,其中当TCI状态更新指示DL和上行链路(UL)两者的联合TCI状态时,收发器被配置为接收与经由波束bi发送的CC(i)相关联的UL控制信道或UL数据信道。
在一些实施例中,其中当TCI状态更新指示两个单独的TCI状态、DL TCI状态和上行链路(UL)TCI状态之一或两者时,则收发器被配置为:针对每个CC(i):当指示DL TCI状态时,基于DL TCI状态发送DL控制信道或DL数据信道以便经由波束bi进行接收,并且当指示UL TCI状态时,接收经由基于UL TCI状态确定的UL发送波束发送的UL控制信道或UL数据信道。
在一些实施例中,其中:对于DL,空间属性对应于指示空间接收(Rx)滤波器的准共位(QCL)-类型D,并且对于UL,空间属性对应于UL空间滤波器。
根据各种实施例,一种用于操作用户设备(UE)的方法,所述方法包括:接收包括分量载波(CC)列表和传输配置指示符(TCI)状态的集合的配置信息;接收TCI状态更新,其中TCI状态更新对于CC列表是公共的;并且对于CC列表中的每个CC(i),其中i是CC索引:基于TCI状态更新来确定波束bi,并且应用波束bi以便进行与CC(i)相关联的下行链路(DL)控制信道或的DL数据信道的接收,其中波束bi是基于用于接收或发送参考信号(RS)ri的空间属性来确定的,并且其中TCI状态更新包括源RS s,并且对于CC列表中的每个CC(i),源RS s提供对RS ri的参考以便确定用于CC(i)的波束bi
虽然已经用示例性实施例描述了本公开,但本领域的技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求书范围内的此类变化和修改。本申请中的任何描述都不应当被理解为暗示任何特定元件、步骤或功能是必须包括在权利要求范围内的基本要素。专利主题的范围由权利要求限定。

Claims (15)

1.一种用户设备UE,包括:
收发器,所述收发器被配置为:
接收配置信息,所述配置信息包括分量载波CC列表和传输配置指示符TCI状态集合;以及
接收TCI状态更新,其中,所述TCI状态更新对于所述CC列表是公共的;以及
处理器,所述处理器可操作地联接到所述收发器,所述处理器被配置为:
对于所述CC列表中的每个CC(i),其中,i是CC索引:
基于所述TCI状态更新来确定波束bi,以及
将所述波束bi应用于接收与所述CC(i)相关联的下行链路DL控制信道或DL数据信道,
其中,所述波束bi是基于用于接收或发送参考信号RS ri的空间属性来确定的,
其中,所述TCI状态更新包括源RS s,并且针对所述CC列表中的每个CC(i),以及
其中,所述源RS s提供对所述RS ri的参考,以确定用于所述CC(i)的所述波束bi
2.根据权利要求1所述的UE,其中,用于CC(i)的对所述RS ri的所述参考是经由所述TCI状态更新指示的所述源RS s。
3.根据权利要求1所述的UE,其中:
用于所述CC列表的参考RS与单个公共参考RS相关联,以及
基于经由所述TCI状态更新指示的所述源RS s来确定单个公共参考RS。
4.根据权利要求1所述的UE,其中,当未配置经由所述TCI状态更新指示的所述源RS s的带宽部分标识符BWP-ID或分量载波标识符CC-ID时,所述源RS s被配置在所述TCI状态应用的CC/BWP中。
5.根据权利要求1所述的UE,其中,当所述TCI状态更新指示用于DL和上行链路UL两者的联合TCI状态时,所述处理器被配置为应用用于所述CC(i)的所述波束bi,以发送与所述CC(i)相关联的UL控制信道或UL数据信道。
6.根据权利要求1所述的UE,其中,当所述TCI状态更新指示两个单独的TCI状态、DLTCI状态和上行链路UL TCI状态之一或两者时,则针对每个CC(i),所述处理器被配置为:
当指示所述DL TCI状态时,基于所述DL TCI状态来确定所述波束bi
当指示所述UL TCI状态时,基于所述UL TCI状态来确定UL发送波束,以及
将所述UL发送波束应用于发送与所述CC(i)相关联的UL控制信道或UL数据信道。
7.根据权利要求6所述的UE,其中:
对于DL,所述空间属性对应于指示空间接收Rx滤波器的准共位QCL-类型D,以及
对于UL,所述空间属性对应于UL空间滤波器。
8.一种基站BS,包括:
处理器,所述处理器被配置为:
生成配置信息,所述配置信息包括分量载波CC列表和传输配置指示符TCI状态集合;以及
生成TCI状态更新,其中,所述TCI状态更新对于所述CC列表是公共的;以及
收发器,可操作地联接到所述处理器,所述收发器被配置为:
发送所述配置信息;
发送所述TCI状态更新;以及
对于所述CC列表中的每个CC(i),其中,i是CC索引:
发送经由波束bi接收的与所述CC(i)相关联的下行链路DL控制信道或DL数据信道,
其中,所述波束bi基于所述TCI状态更新,
其中,所述波束bi基于用于接收或发送参考信号RS ri的空间属性,
其中,所述TCI状态更新包括源RS s,并且针对所述CC列表中的每个CC(i),以及
其中,所述源RS s提供对所述RS ri的参考,以确定用于所述CC(i)的所述波束bi
9.根据权利要求8所述的BS,其中,用于CC(i)的对所述RS ri的所述参考是经由所述TCI状态更新指示的所述源RSs。
10.根据权利要求8所述的BS,其中:
用于所述CC列表的参考RS与单个公共参考RS相关联,以及
基于经由所述TCI状态更新指示的所述源RS s来确定单个公共参考RS。
11.根据权利要求8所述的BS,其中,当未配置经由所述TCI状态更新指示的所述源RS s的带宽部分标识符BWP-ID或分量载波标识符CC-ID时,所述源RS s被配置在所述TCI状态应用的CC/BWP中。
12.根据权利要求8所述的BS,其中,当所述TCI状态更新指示DL和上行链路UL两者的联合TCI状态时,所述收发器被配置为接收经由所述波束bi发送的与所述CC(i)相关联的UL控制信道或UL数据信道。
13.根据权利要求8所述的BS,其中,当所述TCI状态更新指示两个单独的TCI状态、DLTCI状态和上行链路UL TCI状态之一或两者时,所述收发器被配置为:
对于每个CC(i):
当指示所述DL TCI状态时,基于所述DL TCI状态发送用于经由所述波束bi接收的DL控制信道或DL数据信道,以及
当指示所述UL TCI状态时,接收经由基于所述UL TCI状态确定的UL发送波束发送的UL控制信道或UL数据信道。
14.根据权利要求13所述的BS,其中:
对于DL,所述空间属性对应于指示空间接收Rx滤波器的准共位QCL-类型D,以及
对于UL,所述空间属性对应于UL空间滤波器。
15.一种用于操作用户设备UE的方法,所述方法包括:
接收配置信息,所述配置信息包括分量载波CC列表和传输配置指示符TCI状态集合;
接收TCI状态更新,其中,所述TCI状态更新对于所述CC列表是公共的;以及
对于所述CC列表中的每个CC(i),其中,i是CC索引:
基于所述TCI状态更新来确定波束bi,以及
将所述波束bi应用于接收与所述CC(i)相关联的下行链路DL控制信道或DL数据信道,
其中,所述波束bi是基于用于接收或发送参考信号RS ri的空间属性来确定的,
其中,所述TCI状态更新包括源RS s,并且对于所述CC列表中的每个CC(i),以及
其中,所述源RS s提供对所述RS ri的参考,以确定用于所述CC(i)的所述波束bi
CN202280014843.XA 2021-02-12 2022-02-14 用于无线通信系统中的动态多波束操作的方法和装置 Pending CN116848794A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US63/149,151 2021-02-12
US63/154,366 2021-02-26
US63/242,938 2021-09-10
US63/274,755 2021-11-02
US17/667,347 US20220272685A1 (en) 2021-02-12 2022-02-08 Method and apparatus for dynamic multi-beam operations
US17/667,347 2022-02-08
PCT/KR2022/002167 WO2022173262A1 (en) 2021-02-12 2022-02-14 Method and apparatus for dynamic multi-beam operations in wireless communication system

Publications (1)

Publication Number Publication Date
CN116848794A true CN116848794A (zh) 2023-10-03

Family

ID=88169304

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280014843.XA Pending CN116848794A (zh) 2021-02-12 2022-02-14 用于无线通信系统中的动态多波束操作的方法和装置

Country Status (1)

Country Link
CN (1) CN116848794A (zh)

Similar Documents

Publication Publication Date Title
US11581929B2 (en) Method and apparatus for beam management
US11050478B2 (en) Method and apparatus for beam reporting in next generation wireless systems
US11129161B2 (en) Method and apparatus for beam indication in next generation wireless systems
CN112514315B (zh) 用于在无线通信系统中的多波束操作的方法和装置
US10812162B2 (en) Method and apparatus for indication of reference signals in wireless systems
CN110637496B (zh) 无线通信系统中波束恢复的方法和装置
US20210385807A1 (en) Multi-beam operations for multiple component carriers
US11576184B2 (en) Group-based dynamic beam indication mechanism
CN115211198A (zh) 波束指示信道支持方法及设备
US20230337250A1 (en) Method and apparatus for dynamic downlink multi-beam operations
KR20220104164A (ko) 이동성을 위한 빔 관리를 위한 방법 및 장치
US20220272685A1 (en) Method and apparatus for dynamic multi-beam operations
US11546902B2 (en) Method and apparatus for dynamic multi-beam operations
US11659539B2 (en) Method and apparatus for event-based uplink transmit beam switch
US20220022180A1 (en) Method and apparatus for beam management and training
CN115868121A (zh) 用于无线通信系统中的上行链路发射波束选择过程的方法和设备
CN116918281A (zh) 用于利用dl相关的dci格式的波束指示的方法和装置
CN118592078A (zh) 用于无线通信系统中的控制资源集的波束指示的方法和装置
CN117337592A (zh) 用于波束测量和报告的方法和设备
CN116848794A (zh) 用于无线通信系统中的动态多波束操作的方法和装置
US20230171621A1 (en) Method and apparatus for beam failure recovery under a unified tci framework
US20230199764A1 (en) Method and apparatus for beam management in a multiple transmission and reception points system
CN117882302A (zh) 用于波束测量和报告的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination