CN112789810A - 用于在无线通信系统中配置终端天线的方法和装置 - Google Patents

Abstract

本公开的实施例提供了一种用于在无线通信系统中控制终端的天线端口的终端的操作方法，该操作方法包括以下步骤：在终端初始接入时选择用于接收控制信息和数据的频带；向基站报告是否支持天线端口的激活；从基站接收天线端口激活指示信息；以及基于所接收的天线端口激活指示信息，确定是否激活天线端口。

Description

用于在无线通信系统中配置终端天线的方法和装置

技术领域

本公开涉及一种无线通信系统，并且更具体地，涉及一种用于在无线通信系统中配置终端天线的方法和装置。

背景技术

为了满足由于第四代(4G)通信系统商业化所导致的对于无线数据流量爆炸式增长的需求，已经开发了改进的第五代(5G)通信系统或者准5G通信系统。因此，5G通信系统或者准5G通信系统被称为超4G网络通信系统或者后长期演进(LTE)系统。

为了实现高数据率，已经考虑在超高频率(mmWave)频带(例如60GHz频带)中实现5G通信系统。为了在超高频率频带中减轻无线电波的路径损耗并且增大无线电波的传输距离，与5G通信系统相关的波束赋形、大规模MIMO、全维度MIMO(FD-MIMO)、阵列天线、模拟波束赋形和大规模天线技术正在讨论中。

此外，为了系统网络的改进，在5G通信系统中，已经开发了诸如先进小小区(advanced small cell)、先进小小区、云无线接入网络(cloud RAN)、超高密度网络(ultra-dense network)、设备到设备通信(D2D)、无线回程(wireless backhaul)、移动网络(moving network)、协作通信(cooperative communication)、协作多点(CoMP)、接收干扰消除(interference cancellation)等技术。此外，在5G系统中，正在开发作为先进编码调制(ACM)方法的混合频移键控与正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为先进接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏编码多址接入(SCMA)。

互联网正在从人类生成和消耗信息的以人为中心的连接网络演进为在诸如物的分布式组件之间交换和处理信息的物联网(IoT)网络。将通过连接到云服务器等的大数据处理技术与IoT技术相结合的万物互联网(IoE)技术也正在兴起。为了实现IoT，需要诸如传感技术、有线/无线通信和网络基础设施、服务接口技术和安全技术的技术组件。近来，正在研究用于物体之间连接的传感器网络(sensor network)、机器到机器(M2M)通信、机器类型通信(MTC)等。在IoT环境中，可以提供通过收集和分析连接的物体所生成的数据来在人类生活中创造新价值的智能互联网技术(IT)服务。通过现有的信息技术(IT)技术与各种行业的融合和会聚，IoT可以应用于智能家居、智能建筑、智能城市、智能汽车或者互联汽车、智能电网、医疗、智能家用电器、先进医疗服务等领域。

相应地，已经进行了各种将5G通信系统应用于IoT网络的尝试。例如，诸如传感器网络、M2M通信、MTC等的技术可通过诸如波束赋形、MIMO、阵列天线等的5G通信技术来实现。作为上述大数据处理技术的云RAN的使用可以是5G技术和IoT技术会聚的示例。

随着基于上面的描述和无线通信网络的发展提供各种服务，需要流畅地提供这些服务的方法。

发明内容

技术问题

本公开提供了各种基站—用户设备(UE)操作方法，用于在无线通信系统中发送和接收UE天线停用(deactivate)和激活信号。

问题的解决方案

根据本公开的实施例，在无线通信系统中操作用户设备(UE)来控制UE的天线端口的方法包括：在UE初始接入时选择用于接收控制信息和数据的频带；向基站报告是否支持天线端口的激活；从基站接收天线端口激活指示信息；以及基于所接收的天线端口激活指示信息，确定是否激活天线端口。

附图说明

图1是LTE、LTE-A、NR或者与其类似的无线通信系统的时频域传输结构的视图。

图2至图4是根据本公开的实施例的可扩展帧结构的视图。

图5是根据本公开的实施例的信道状态信息的框架的视图。

图6是根据本公开的实施例的通过CSI-RS资源映射的CSI-RS资源元素分配的视图。

图7是根据本公开的实施例的信道状态信息报告、CSI参考资源和CSI-RS之间关系的视图。

图8是根据本公开的实施例的报告UE接收天线端口停用/激活能力的方法的示例的视图。

图9是根据本公开的实施例的通过在基站和UE之间的高层信令通知的UE Rx模式配置方法的示例的视图。

图10是根据本公开的实施例的针对每个带宽的UE Rx模式配置方法的示例的视图。

图11是根据本公开的实施例的针对每个时隙的UE Rx模式配置方法的示例的视图。

图12是根据本公开的实施例的CSI-RS资源集配置的示例的视图。

图13是根据本公开的实施例的CSI-RS资源设置的示例的视图。

图14是根据本公开的实施例的基于CSI报告设置来配置UE接收天线端口的方法的示例的视图。

图15是根据本公开的实施例的由DCI触发的CSI报告设置的示例的视图。

图16、17和18是关于CSI-RS接收或者信道状态信息报告的Rx模式配置方法的示例的视图。

图19A至图19D是根据本公开的实施例的组合的基站和UE之间的操作的示例的视图。

图20是根据本公开的实施例的UE的操作的流程图。

图21是根据本公开的实施例的UE的结构的视图。

图22是根据本公开的实施例的基站的结构的视图。

具体实施方式

最优方式

根据本公开的实施例，在无线通信系统中操作用户设备(UE)来控制UE的天线端口的方法包括：在UE初始接入时选择用于接收控制信息和数据的频带；向基站报告是否支持天线端口的激活；从基站接收天线端口激活指示信息；以及基于所接收的天线端口激活指示信息，确定是否激活天线端口。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，向基站报告是否支持天线端口的激活可以包括：向基站报告包括关于可由UE接收的PDSCH的最大层数的信息的UE能力报告。

在无线通信系统中操作UE来控制UE的天线端口的方法中，向基站报告是否支持天线端口的激活可以包括：向基站报告是否支持多个天线端口激活模式之间的切换操作。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，向基站报告是否支持天线端口的激活可以包括：向基站报告要激活的天线端口数。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，向基站报告是否支持天线端口的激活可以包括：向基站报告是否从某一天线端口数被激活的第一激活模式到与某一天线端口数不同的天线端口数被激活的第二激活模式进行切换操作。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，向基站报告是否支持天线端口的激活可以包括：向基站通过位图报告是否支持天线端口激活/停用切换。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，从基站接收天线端口激活指示信息可以包括：从基站接收接收天线端口激活指示信息。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，从基站接收天线端口激活指示信息可以包括：通过MAC CE和DCI中的至少一个，从基站接收天线端口激活指示信息。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，从基站接收天线端口激活指示信息可以包括：从基站接收针对UE的每个带宽的天线端口激活指示信息。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，从基站接收天线端口激活指示信息可以包括：从基站接收针对每个UE时隙的天线端口激活指示信息。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法还可以包括：接收关于用于测量信道状态的天线端口激活模式的指示，在所指示的天线端口激活模式下测量信道状态，以及向基站报告所测量的信道状态。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，接收关于用于测量信道状态的天线端口激活模式的指示可以包括：基于包括向至少一个发送/接收波束相应映射的至少一个CSI-RS资源的CSI-RS资源集，从基站接收关于用于测量信道状态的天线端口激活模式的指示。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，接收关于用于测量信道状态的天线端口激活模式的指示可以包括：基于包括关于参考信号的信息的至少一个CSI-RS资源，从基站接收关于用于测量信道状态的天线端口激活模式的指示。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，接收关于用于测量信道状态的天线端口激活模式的指示可以包括：基于包括至少一个CSI-RS资源集的CSI资源设置，从基站接收关于用于测量信道状态的天线端口激活模式的指示。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，接收关于用于测量信道状态的天线端口激活模式的指示可以包括：基于包括关于CSI报告方法的信息的CSI报告设置，从基站接收关于用于测量信道状态的天线端口激活模式的指示。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，接收关于用于测量信道状态的天线端口激活模式的指示可以包括：基于包括在CSI资源设置和CSI报告设置的至少一个或多个中的参考信号的传输特征以及是否支持天线端口的激活，从基站接收关于用于测量信道状态的天线端口激活模式的指示。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法中，从基站接收天线端口激活指示信息可以包括：基于根据映射到触发状态的CSI请求字段所触发的CSI报告设置，从基站接收天线端口激活指示信息。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法还可以包括：基于在从基站接收CSI-RS资源的时间点处的天线端口激活模式，测量信道状态信息；以及向基站报告所测量的信道状态信息和测量信道状态信息的天线端口的激活/停用配置信息。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法还可以包括：在从基站接收CSI-RS资源之前，将天线端口的激活模式改变为特定的第一激活模式；当接收到来自基站的CSI-RS资源时，基于特定的第一激活模式，针对至少一个激活模式中的每个来测量信道状态信息；以及向基站报告所测量的信道状态信息。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法还可以包括：基于用于从基站接收CSI-RS资源的频带的天线端口激活模式，测量信道状态信息；以及向基站报告所测量的信道状态信息。

根据本公开的实施例，在无线通信系统中操作UE来控制UE的天线端口的方法还可以包括，基于关于来自基站的CSI-RS参考资源的天线端口激活模式，测量信道状态信息；以及向基站报告所测量的信道状态信息。

根据本公开的实施例，在无线通信系统中操作基站来控制UE的天线端口的方法包括：从UE接收是否支持天线端口的激活的报告；以及基于所报告的天线端口激活支持，向UE发送天线端口激活指示信息。

根据本公开的实施例，在无线通信系统中用于控制UE的天线端口的UE包括：发送/接收单元；存储程序的存储器；和处理器，配置为，通过执行程序，在UE初始接入时选择用于接收控制信息和数据的频带，向基站报告是否支持天线端口的激活，从基站接收天线端口激活指示信息，以及基于所接收的天线端口激活指示信息，确定是否激活天线端口。

根据本公开的实施例，在无线通信系统中用于控制UE的天线端口的基站包括：发送/接收单元；存储程序的存储器；和处理器，配置为，通过执行程序，从UE接收是否支持天线端口的激活的报告，以及基于所报告的天线端口激活支持，向UE发送天线端口激活指示信息。

公开的方式

在下文中，参照附图详细描述本公开的实施例。

在以下描述中，省略在本公开所属领域内众所周知的以及与本公开不直接相关的技术内容的描述，可能不必要地模糊本公开的主题的功能和构造将被省略。这是为了防止不必要的描述模糊本公开的主题，以及进一步清楚地描述本公开的要点。

基于相同的理由，附图中示出的每个元件可以被夸大、省略或者示意性地示出。此外，每个元件的示出尺寸非实质性地反映其实际尺寸。在每个附图中，相同参考标记指代相同或者对应的元件。

通过参考以下对于示例性实施例的详细描述和附图，可以更容易地理解本公开的优点和特征以及其实现方法。然而，本公开可以以许多不同的形式实施，并且不应该被解释为局限于本文阐述的实施例。相反地，这些实施例的提供是为了使本公开变得全面和完整以及将本公开的概念充分地传达给本领域的技术人员，并且本公开仅由所附权利要求书来界定。在整个说明书中，相同参考标记是指相同元件。

可以理解的是，流程图框和流程图组合可以由计算机程序指示执行。由于这些计算机程序指示可以被加载到通用计算机、专用计算机或者其它可编程数据处理设备的处理器中，由计算机或者其它可编程数据处理装置执行的指示创建了用于执行流程图框中描述的功能的单元。计算机程序指示可以存储在能够指引计算机或者其它可编程数据处理装置以特定的方式实现功能的计算机可用或计算机可读存储器中，因此，存储在计算机可用或者计算机可读存储器中的指示还能够产生含有用于执行流程图框中描述的功能的指示单元的制造项目。计算机程序指示还可以被加载到计算机或者其它可编程数据处理装置中，因此，当一系列操作在计算机或者其它可编程数据处理装置中执行时，通过生成计算机可执行流程，用于操作计算机或者其它可编程数据处理装置的指示可以提供用于执行流程图框中描述的功能的操作。

此外，每个框可以代表一部分模块、分段或者包括一个或多个用于执行特定逻辑函数的可执行指示的代码。还应该指出的是，在一些替代实现方式中，框中提到的功能可以不按顺序发生。例如，连续示出的两个框实际上可以实质上同时地执行，或者根据对应的功能，框有时候可以以相反的顺序来执行。

如本文所使用，术语“单元”是指诸如现场可编程门阵列(FPGA)或者专用集成电路(ASIC)的软件组件或者硬件组件，并且执行特定的功能。然而，术语“单元”不局限于软件或硬件。“单元”可以形成在可寻址存储介质中，或者可以形成以便于操作一个或多个处理器。相应地，例如，术语“单元”可以是指诸如软件组件、面向对象软件组件、类组件和任务组件的组件，以及可以包括过程、功能、属性、程序、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表格、数组或者变量。由组件和“单元”提供的功能可以与较少数量的组件和“单元”相关联，或者可以被划分成附加的组件和“单元”。此外，组件和“单元”可以被实施为在设备或者安全多媒体卡中再现一个或多个中央处理单元(CPU)。如本文所使用，“单元”可以包括至少一个处理器。

在下文中，将参照附图详细描述本公开的实施例。在以下描述中，当可能使本公开主题不清楚时，包括在本文中的已知功能和构造的详细描述将被省略。本文中所使用的术语是考虑到本公开中的功能而定义的，可以根据用户或者操作人的惯例或者意图而改变。相应地，术语的定义应该基于本公开的整体描述来理解。

在以下描述中，为了阐述方便，举例说明了用于指示广播信息的术语、用于指示控制信息的术语、与通信覆盖相关的术语、用于指示状态变化(例如事件)的术语、用于指示网络实体的术语、用于指示消息的术语、用于指示设备的组成元件的术语等。相应地，本公开不局限于以下描述的术语，并且可以使用指代具有等同技术意义的对象的其他术语。如本文所使用，基站是用于向UE分配资源的实体，其示例可以包括eNode B、Node B、基站(BS)、无线接入单元、基站控制器或者网络节点中的至少一个。终端的示例可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机、能够执行通信功能的多媒体系统等。然而，本公开不局限于上述示例。

在下文中，本公开描述了在无线通信系统中用于UE与基站发送/接收信息的技术。本公开涉及诸如5G通信系统的用于提供高速和高质量数据服务的宽带无线通信系统，和诸如物联网(IoT)的与应用服务会聚的通信技术等，以及其系统。基于5G通信技术和与IoT相关的技术，本公开可以应用于智能服务等，例如，与智能家居、智能建筑、智能城市、智能汽车或者互联汽车、医疗、数字教育、零售、安全和防护相关的服务。

在下文中，为了阐述方便，第三代合作伙伴计划(3GPP)长期演进(LTE)标准和/或3GPP新无线电(NR)标准中定义的术语和名称可以被部分使用。然而，本公开不受这些术语和名称的限制，并且可以应用于符合其他标准的系统。

根据诸如3GPP的高速分组接入(HSPA)、长期演进(LTE)或者演进的通用陆面无线接入(E-UTRA)和LTE-advanced(LTE-A)，3GPP2的高速分组数据(HRPD)和超移动宽带(UMB)，与电气与电子工程师协会(IEEE)的802.16e的通信标准，提供基于声音的服务的无线通信系统正在发展成提供高速和高质量分组数据服务的宽带无线通信系统。

作为宽带无线通信系统的代表性示例，NR系统在DL上采用正交频分复用(OFDM)，而在UL上采用OFDM和单载波频分多址接入(SC-FDMA)两者。UL是指用于从终端、用户设备(UE)或者移动站(MS)向eNode B或者基站(BS)发送数据或控制信号的无线电链路，而DL是指用于从eNode B或者BS向终端、UE或者MS发送数据或控制信号的无线电链路。通过分配和使用用于携带用户的数据或者控制信息的时频资源，上述双连接方案将不同用户的数据或者控制信息进行区分以使其不相互重叠，即实现其间的正交性。

由于作为后LTE通信系统的5G通信系统自由地反映用户、服务提供商等的各种请求，从而支持满足各种请求的服务。针对5G通信系统所考虑的服务包括增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠与低延迟通信(URLLC)。

根据一些实施例，eMBB旨在提供比现有LTE、LTE-A或者LTE-A Pro支持的数据率更加改进的数据率。例如，在5G通信系统中，就一个基站而言，eMBB能够在下行链路中提供20Gbps的峰值数据率，以及在上行链路中提供10Gbps的峰值数据率。同时，eMBB可能能够提供增长的UE用户感知数据率。为了满足上面的要求，包括更增强的多输入多输出(MIMO)传输技术的发送/接收技术的改进是需要的。此外，通过在3GHz到6GHz或者6GHz或者更高的频带中使用大于20MHz的频带宽度来代替LTE目前所使用的2GHz频带，可以满足5G通信系统需要的数据率。

同时，在5G通信系统中，mMTC被认为是支持诸如IoT的应用服务。为了高效地提供IoT，mMTC可以要求小区中的大规模UE接入支持、改进的UE覆盖、改进的电池时间、降低的UE成本等。为提供通信功能而附接到各种传感器和各种设备的IoT可能能够支持小区内的大量UE(例如，1,000,000UE/km²)。此外，由于服务的性质，支持mMTC的UE很可能被安置在不被小区覆盖的遮蔽区域，诸如建筑物的地下室中，所以UE可能需要比5G通信系统所提供的其他服务更宽的覆盖范围。支持mMTC的UE可以被配置为低成本UE，并且由于难以频繁地更换UE的电池，可能需要非常长的电池寿命。

最后，在URLLC的情况下，作为用于特别目的(任务关键)的基于蜂窝的无线通信服务，如用于机器人或者机械的远程控制、工业自动化、无人飞行器、远程医疗、紧急警报等的服务，可以提供了提供超低延迟性和超级可靠性的通信。例如，支持URLLC的服务可以满足小于0.5毫秒(ms)的无线接入延迟时间(空中接口延迟性)，并且同时可以具有10^-5或者更小的分组差错率的要求。相应地，对于支持URLLC的服务，5G系统可以提供小于其他服务的传输时间间隔(TTI)，并且需要在频带中同时分配广泛资源的设计要求。然而，上述mMTC、URLLC和eMBB仅是不同服务类型的示例，适用于本公开的服务类型不局限于上述的示例。

上述5G通信系统中所考虑的服务可以通过基于单个框架的相互融合来提供。换言之，为了高效的资源管理和控制，可以将相应的服务集成到一个系统中，并且进行控制和发送。

在下文中，将参照附图详细描述LTE、LTE-A、LTE-A Pro和5G NR系统的帧结构。

图1是作为无线电资源域的时频资源域的基本结构的视图，在该时频资源域上传输基于循环前缀(CP)OFDM(CP-OFDM)或SC-FDMA的波形的LTE、LTE-A、LTE-A Pro或5G NR系统的数据或者控制信道。在图1中，横轴表示时域，纵轴表示频域。

LTE、LTE-A、LTE-A Pro或5G NR系统的时域中的最小传输单元是OFDM符号或者SC-FDMA符号，Nsymb^slot个符号(1-05)可以聚集以构成单个时隙(1-15)。

对于LTE、LTE-A或者LTE-A Pro，各自包括Nsymb＝7个符号的两个时隙可以构成一个子帧(1-40)。

根据本公开的实施例，可以根据为防止符号之间干扰而添加的循环前缀(CP)的长度来确定Nsymb^slot。例如，在5G NR中，当采用常规CP时，Nsymb＝14；当采用可扩展CP时，Nsymb＝12。可扩展CP可以应用于与常规CP相比具有相对较大的无线电波传输距离的系统，以便保持符号之间的正交性。

根据本公开的实施例，5G NR可以支持时隙和迷你时隙(mini-slot)两种类型的时隙结构。迷你时隙可以是指非时隙(non-slot)。

LTE和LTE-A中的时隙长度可以是0.5ms，则子帧的长度可以是1.0ms。对于5G NR系统，时隙或者迷你时隙的长度可以根据子载波间隔灵活变化。LTE、LTE-A或者LTE-A Pro中频域的最小传输单元是15kHz单元的子载波(子载波间隔＝15kHz)，并且整个系统传输频带的带宽(传输带宽)由总数为NBW个子载波(1-10)构成。5G NR系统的灵活可扩展帧结构将在后面描述。

时频域中资源的基本单元是资源元素(RE)(1-30)，并且可以由OFDM符号或者SC-FDMA符号索引和子载波索引来指示。资源块(RB)或者物理资源块(PRB)(1-20)可以由时域中Nsymb^slot个连续的OFDM符号(1-05)或者SC-FDMA符号以及频域中NRB个连续的子载波(1-25)来定义。相应地，一个RB(1-20)由Nsymb x NRB个RE(1-30)构成。数据映射到RB的单元中，并且基站在某一UE上的RB的单元中执行调度。

根据本公开的实施例，子载波间隔、CP长度等是OFDM发送/接收所需要的数则信息，这些信息是被基站和UE感知为普遍值的值。

LTE和LTE-A系统的帧结构是考虑到典型的声音/数据通信的设计，并且可以像5GNR系统一样在扩展性上具有限制以满足各种服务和用户的要求。相应地，根据本公开的实施例，在5G NR系统中，各种服务和用户的要求可以通过将帧结构定义为灵活的来满足。

图2至图4是根据一些实施例的可扩展帧结构的视图。

根据本公开的实施例，用于定义可扩展帧结构的基本参数集可以包括子载波间隔、CP长度、时隙长度等。在5G NR系统中，用于执行调度的基本时间单元可以是时隙。

5G NR系统可以独立地操作，或者可以与LTE/LTE-A/LTE-A Pro系统共存以在双模式下操作。相应地，现有的LTE/LTE-A/LTE-A Pro可以提供稳定的系统操作，而5G NR系统可以提供增强的服务。相应地，5G系统的可扩展帧结构可以包括LTE/LTE-A/LTE-A Pro的帧结构或者基本参数集。

根据本公开的实施例，图2是像LTE/LTE-A/LTE-A Pro帧结构一样的5GNR帧结构或者基本参数集的视图。在图2的帧结构类型A中，子载波间隔为15kHz，14个符号组成1ms时隙，12个子载波(＝180kHz＝12×15kHz)组成PRB。

根据本公开的实施例，在图3的帧结构类型B中，子载波间隔为30kHz，14个符号组成0.5ms时隙，12个子载波(＝360kHz＝12×30kHz)组成PRB。换言之，与帧结构类型A相比，子载波间隔和PRB的大小增加为两倍，而时隙长度和符号长度减少了一半。

根据本公开的实施例，在图4的帧结构类型C中，子载波间隔为60kHz，14个符号组成0.25ms时隙，12个子载波(＝720kHz＝12×60kHz)组成PRB。换言之，与帧结构类型A相比，子载波间隔和PRB的大小增加为四倍，而时隙长度和符号长度减少为1/4。

换言之，当帧结构类型是常规的时候，针对每个帧结构类型，通过允许包括子载波间隙、CP长度、时隙长度等的基本参数集在其间具有整数倍关系，可以提供高可扩展性。

可以定义具有1ms固定长度的子帧来指示与上述帧结构类型不相关的参考时间单元。相应地，在帧结构类型A中，一个子帧可以由一个时隙构成；在帧结构类型B中，一个子帧可以由两个时隙构成；而在帧结构类型C中，一个子帧可以由四个时隙构成。可扩展的帧结构不局限于上述帧结构类型A和B或者C，并且可以被应用于诸如120kHz或者240kHz的其他子载波间隔，以及可以具有不同的结构。

根据本公开的实施例，上述帧结构类型可以被应用于各种场景。

就小区大小而言，在随着CP长度增加可以支持更大的小区时，与帧结构类型B和C相比，帧结构类型A可以支持相对较大的小区。

就工作频带而言，随着子载波间隔增加，高频带的相位噪音恢复是有优势的，因此，与帧结构类型A和B相比，帧结构类型C可以支持相对较高的操作频率。

就服务而言，像是超可靠低延迟通信(URLLC)，随着子帧长度减少而支持超可靠低延迟服务是有优势的。因此，与帧结构类型A和B相比，帧结构类型C相对适合于URLLC服务。

根据本公开的实施例，各种帧结构类型可以在一个系统中被复用并且整体地操作。

接下来，将详细描述在5G NR系统中的基站和UE之间信道状态信息测量和报告过程。

图5是根据一些实施例的5G NR系统的信道状态信息框架的视图。图5的NR的CSI框架可以由资源设置和报告设置两个元素构成。通过参考资源设置的ID，报告设置可以包括至少一个相互的链路。

根据本公开的实施例，资源设置可以包括与参考信号(RS)相关的信息。基站可以将UE配置为具有至少一个资源设置(5-00、5-05、5-15)。每个资源设置可以包括至少一个资源集(5-20、5-25)。每个资源集可以包括至少一个资源(5-30、5-35)。每个资源(5-30、5-35)可以包括关于RS的详细信息，例如，关于RS的传输的RE位置信息、RS传输周期性和在时间轴上的偏移，RS端口数等。

根据本公开的实施例，报告设置可以包括与CSI报告方法相关的信息。基站可以将UE配置为具有至少一个报告设置(5-40、5-45、5-50)。在这种状态下，每个报告设置可以包括诸如是非周期、半静态、周期等报告发送特征信息；用于发送报告的信道的类型，例如物理上行链路共享信道(PUSCH)或者物理上行链路控制信道(PUCCH)等；以及要报告的信道状态信息的类型，例如，秩的数量、预编码矩阵索引、信道质量指示符(CQI)等。此外，每个报告设置可以包括用于信道状态信息报告的频带；是否使用宽带PMI/CQI来向整个频带报告一个PMI或CQI；或者在将频带划分成若干个子带后，是否使用子带PMI/CQI针对每个子带报告一个PMI或CQI。在这种状态下，报告设置可以包括至少一个ID，用于参考在CSI报告期间由UE参考的针对信道或干扰测量的参考信号(或者RE位置)信息。这是通过链路(5-60、5-65、5-70、5-75)绘制的。

根据本公开的实施例，当链路(5-60)将一个报告设置(5-40)连接到一个资源设置(5-00)时，资源设置(5-00)可以被用于信道测量。

根据本公开的实施例，当链路(5-65、5-70)将一个报告设置(5-45)连接到两个资源设置(5-00、5-05)时，资源设置中的一个(5-00)可以被用于信道测量，而另一个资源设置可以被用于干扰测量。

根据本公开的实施例，每个资源设置可以包括诸如是非周期、半静态、周期等的资源传输特征信息，以及可以包括诸如发送资源的BWP等的传输频带信息。

根据本公开的实施例，资源设置中的每个资源集可以通过高层来配置包括以下列出的值的信息。然而，本公开不局限于以下的示例。

-repetition：与空域传输滤波相关的信息

关于资源集中的资源

*-trs-Info：关于资源集中的资源是否被用作追踪RS的信息

(TRS)用于时间/频率追踪

当repetition是“ON”时，UE可以理解相同的空域传输滤波被应用于属于资源集的所有资源。换言之，UE可以假设基站使用同一传输波束。此外，UE可以理解每个资源具有相同的端口数和周期性。

当repetition是“OFF”时，UE可以不假设相同的空域传输滤波被应用于属于资源集的所有非零功率(NZP)CSI-RS资源。换言之，UE可以不假设基站使用同一传输波束。UE可以不知道每个资源具有相同的端口数和周期性。

NZP CSI-RS可以是被配置在资源集中的最有代表性的参考信号。针对每个CSI-RS，资源集可以通过高层来配置包括以下列出的值的信息。然而，本公开不局限于以下的示例。

periodicityAndOffset：CSI-RS资源的传输周期和时隙偏移

CSI-RS-resourceMapping：时隙中OFDM符号位置和CSI-RS资源的PRB中的子载波位置

nrofPorts：包括在CSI-RS资源中CSI-RS端口数

density：CSI-RS的频率密度

cdm-Type：CSI-RE的CDM长度和CDM RE模式

powerControlOffset：PDSCH EPRe(每RE能量)和NZP CSI-RS EPRE之间的比率

powerControlOffsetSS：SS/PBCH块EPRE和NZP CSI-RS EPRE之间的比率

根据本公开的实施例，在5G NR中，一个CSI-RS资源可以配置为具有CSI-RS端口数{1,2,4,8,12,16,24,32}中的一个。根据CSI-RS资源中配置的CSI-RS端口数，可以支持不同的配置自由度。

表1示出了根据NR CSI-RS端口数(X)、CDM长度和类型、CSI-RS组件RE模式的频率轴和时间轴的起始位置

以及CSI-RS组件RE模式的频率轴RE数量(k′)和时间轴RE数量(l′)可配置的CSI-RS密度。

根据本公开的实施例，CSI-RS组件RE模式可以是组成CSI-RS资源的基本单位。CSI-RS组件RE模式可以由通过频率轴的(Y＝1+max(k′))个RE和时间轴的(Z＝1+max(l′))个RE的YZ个RE构成。

图6是根据本公开的实施例的通过CSI-RS资源映射的CSI-RS RE的分配的示例的视图。

当CSI-RS端口数被配置为X＝2的端口，并且Y＝2以及Z＝1时，基站可以按照(7-05)给频率轴分配RE位置。在这种状态下，当基站给频率轴分配的子载波位置为(7-05)的“2”，以及给时间轴分配的OFDM符号位置为(7-15)的“9”时，UE可以理解CSI-RS在PRB(7-20)中的(7-25)的RE位置处被发送。

参考表1，根据配置在CSI-RS资源中的CSI-RS端口数，NR可以支持不同的频率轴配置自由度。

当CSI-RS的端口数为1个端口，CSI-RS RE位置可以不受PRB中子载波的限制而分配，并且CSI-RS RE位置可以由12比特的位图(图6，6-00)来分配。

当CSI-RS的端口数为{2,4,8,12,16,24,32}个端口并且Y＝2时，PRB中每两个子载波可以分配该CSI-RS RE的位置，并且该CSI-RS RE位置可以通过6比特的位图(6-05)来分配。

当CSI-RS的端口数为4个端口并且Y＝4时，PRB中每四个子载波可以分配该CSI-RSRE的位置，并且该CSI-RS RE位置可以通过3比特的位图(6-10)来分配。

与此类似地，时间轴RE位置可以通过总共14比特的位图来分配。

在这种状态下，根据表1中的Z值，位图的长度可以像频率位置分配一样改变。由于其原理与上面的描述类似，冗余的描述在以下描述中被省略。

<表1>时隙内的CSI-RS位置

图7是信道状态信息报告、CSI参考资源和CSI-RS资源之间关系的视图。

根据本公开的实施例，UE可以向基站报告基于一个或者多个PRB的被称为CSI参考资源的信道状态信息。在频域中，CSI参考资源可以针对与要报告的宽带或者子带CQI值对应的频带来指示PRB。此处的频带可以是用于上述信道状态信息报告的频带。在时域中，当在上行链路时隙n(7-5)中执行信道状态信息报告时，CSI参考资源(7-10)可以指示与以下数学表达式对应的一个下行链路时隙。

[数学表达式1]

n-n_{ＣQI_ref}

在数学表达式1中，对于半静态和周期性报告，

n_CQI-ref可以是与下行链路时隙对应的值，该值最接近n并且大于或者等于

4·2^{min(μDL，μUL)}，当配置一个用于信道测量的CSI-RS资源，以及

5·2^{min(μDL，μUL)}，当配置多个用于信道测量的CSI-RS资源。常数μDL和μUL可以是指示每个下行链路和上行链路的子载波间隔是15kHz的多少倍的值。

在数学表达式1中，对于非周期性报告，

当信道状态信息报告设置为在与发送CSI请求的下行链路时隙相同的时隙中执行时，n_CQI-ref可以指示发送CSI请求的下行链路时隙。

否则，n_CQI-ref可以是与下行链路时隙对应的值，该值最接近n并且大于或者等于UE计算CSI所需要的时间。

根据本公开的实施例，在信道状态信息报告中，UE可以在与信道状态信息报告对应的CSI参考资源同一时间或者先前时间来报告基于CSI-RS资源(7-15)所测量的信道状态信息。

根据本公开的实施例，基站可以在考虑了信道状态信息和要向UE发送的数据量等的UE中调度PDSCH，然后通过下行链路控制信息(DCI)来通知UE调度信息。所通知的DCI可以包括所调度的下行链路数据的层数和在频率时间轴上的位置。

在以下描述中，详细描述在5G NR系统中下行链路数据调度期间由基站向UE通知的DCI。

在NR系统中，关于PDSCH的调度信息可以通过DCI从基站发送到UE。UE可以监视关于PUSCH或者PDSCH的用于回退的DCI格式和用于非回退的DCI格式。回退DCI格式可以包括基站和UE之间预定义的固定字段。非回退DCI格式可以包括可配置字段。

在信道编码与调制的过程之后，DCI可以通过PDCCH发送。循环冗余校验(CRC)可以附接到DCI消息负载(DCI message payload)。

CRC可以由与UE的标识对应的无线网络临时标识(RNTI)加扰。根据DCI消息的目的，可以使用不同的RNTI，例如UE专用数据传输、功率控制命令、随机接入响应等。换言之，RNTI的可以通过被包括在CRC计算过程中来发送，而不是被显式发送。当UE接收到在PDCCH上发送的DCI消息，UE可以通过使用分配的RNTI来检查CRC。当CRC检查结果是正确的时候，UE可以理解消息已经被发送到UE。

根据本公开的实施例，调度关于系统信息(SI)的PDSCH的DCI可以由SI-RNTI加扰。调度关于随机接入响应(RAR)的PDSCH的DCI可以由RA-RNTI加扰。调度关于寻呼消息的PDSCH的DCI可以由P-RNTI加扰。通知时隙格式指示符(SFI)的DCI可以由SFI-RNTI加扰。通知发送功率控制(TPC)的DCI可以由TPC-RNTI加扰。调度UE专用PDSCH或者PUSCH的DCI可以由小区RNTI(C-RNTI)加扰。

DCI格式1_0(DCI format 1_0)可以被用作用于调度PDSCH的回退DCI，并且在这种状态下，CRC可以由C-RNTI加扰。由C-RNTI对CRC进行加扰的DCI格式1_0可以包括例如以下数则信息。

[表2]

DCI格式1_1(DCI format 1_1)可以被用作用于调度PDSCH的非回退DCI。在这种状态下，CRC可以由C-RNTI加扰。由C-RNTI对CRC进行加扰的DCI格式1_1可以包括，例如以下数则信息。

[表3]

表3的带宽部分指示符可以表示指示调度的数据所属于的带宽部分的指示符。当UE不支持带宽部分到DCI的变化时，指示符可以忽略。指示符的比特数和与指示符值对应的带宽部分映射可以通过高层信令来配置，即无线资源控制(RRC)信令。

通过表3的天线端口项目，基站可以通知UE用于调度的数据解码的解调参考信号(DMRS)端口。

根据本公开的实施例，当DMRS类型通过高层信令(即RRC)被配置为类型1，并且DMRS符号数被配置为1时，与DCI上天线端口项目的每个代码点对应的DMRS端口可以与下面的表4相同。

[表4]

值	没有数据的DMRS CDM组的数量	DMRS端口
			0	1	0
1	1	1
			2	1	0,1
3	2	0
			4	2	1
5	2	2
			6	2	3
7	2	0,1
			8	2	2,3
9	2	0-2
			10	2	0-3
11	2	0,2
			12-15	保留	保留

根据本公开的实施例，UE可以期望存在与DCI上天线端口项目的代码点对应的DMRS端口数的代码点一样多的PDSCH层，并且基于DMRS解码每一层的数据。

为了使UE成功地接收具有多个层的PDSCH，可能需要至少和层数一样多或者更多的接收天线端口。当基站知道UE的最大可接收层数或者UE的接收天线数时，基站可以根据这些来确定PDSCH的最大层数。根据一些实施例，在RRC连接/重新连接的建立完成之前，UE可以通过UE能力报告向基站报告最大可接收层数n_max。

如上面所描述的，可以将UE要接收的PDSCH的层数通知为DCI，该DCI可以动态地改变。相应地，为了让UE成功地接收PDSCH，在UE能力报告期间，与向基站报告的n_max层数对应的接收天线端口数始终是激活的。

在5G NR系统中，在特定的频带中，UE可以支持至少四个接收天线端口，并且在频带中可以包括特定实施例中指定的频带，即3GPP RAN标准会议中达成共识的n7、n38、n41、n77、n78、n79等NR频带。当使用频带的UE始终与至少四个接收天线端口操作时，可能会不必要地使用大量UE功率。

当UE接收天线端口中的一些因为诸如UE消耗功率降低等原因而被停用时，基站可以通知停用UE的接收天线端口中的一些，并且当必要时，基站可以通知重新激活停用的接收天线端口，使得UE可以根据通知来操作。上述操作可以被应用于本公开中没有提及的频带和最小接收天线端口数。

此外，针对UE的接收天线端口状态的每种情况，基站和UE可以配置测量和报告从基站到UE的信道状态(信道状态信息；CSI)的过程，即UE可以停用或者激活接收天线端口中的一些。当基站确定何时停用或者激活UE接收天线端口中的一些时，可以参考信道状态。

与上述UE接收天线端口中的一些的停用/激活相关的一系列操作和与基站发送天线端口中的一些的停用/激活相关的一系列操作是不同的。首先，基站可以自行决定停用/激活其发送天线端口中的一些。相比之下，因为PDSCH层数，即PDSCH接收所需要的最小接收天线的数量通过DCI动态地确定，所以UE可以不自行决定停用/激活一些发送天线端口。因此，UE可能需要来自基站的显式或隐式停用/激活通知。

此外，与UE接收天线端口中的一些的停用/激活相关的一系列操作不同于与UE发送天线端口中的一些的停用/激活相关的一系列操作。从UE发送天线端口中的每一个到基站接收天线端口的信道状态可以由基站通过由UE发送的探测参考符号(SRS)参考信号来测量。相比之下，在5G NR标准中，目前还没有建立从基站接收关于UE接收天线端口中每一个的状态的UE信道状态信息报告的方法。

相应地，需要支持与UE接收天线端口的停用/激活状态的通知以及关于每个停用/激活状态的信道状态测量和报告相关的操作。下面描述了关于在更高的物理层中支持上述操作的详细操作方法的实施例。

<第一实施例：在UE初始接入时接收控制信息和数据的频带选择过程>

基站和UE可以知道关于每个可用频带的最小UE接收天线端口数。关于每个频带的最小UE接收天线端口数的信息可以由基站和UE的硬件、软件或者硬件/软件组合来记录。

当UE知道每个频带的最小UE接收天线端口数时，UE可以将UE接收天线端口数(下文中，为n_RX)和每个频带的最小UE接收天线端口数(下文中，为

上标“b”表示频带的索引)进行比较。并且只有满足以下数学表达式的频带b可以用于与基站的初始接入过程，或者用于初始接入之后从基站接收控制信息和数据、载波切换或载波聚合。频带可以是一个或多个频带。

[数学表达式2]

如在当前的5G NR系统中，初始接入过程可以包括频率调谐到频带中的可用频带、在频带中从一个或多个基站接收诸如同步信号块(SSB)等的信号和信号强度测量、选择要接入的基站以及从基站接收随机接入响应(RAR)和RRC消息等。

第一实施例中，每个频带的最小UE接收天线端口数可以是4个端口，频带可以包括作为NR频带的n7、n38、n41、n77、n78和n79。在这种情况下，只有当UE接收天线端口数n_RX是4个或者更多个时，频带可以用于初始接入以及在初始接入之后的控制信息和数据接收、载波切换或者载波聚合。

出于诸如UE消耗功率降低等原因，基站可以停用初始接入后接收数据的频带中n_RX个UE接收天线端口，或者激活全部或者一些停用的端口。为此，基站可以考虑UE是否能够改变接收天线端口停用/激活状态。在以下实施例中，公开了报告改变接收天线停用/激活状态的UE能力的方法。

<第二实施例：UE接收天线端口停用/激活状态改变能力的报告方法>

在RRC连接/重新连接的建立完成之前，通过在一个或者两个以上的RACH前导码、RRC连接请求和UE能力报告消息上加载接收天线端口停用/激活状态，UE可以向基站报告UE是否支持改变接收天线端口停用/激活状态。报告可以是第一实施例中使用的关于频带的报告。

根据本公开的一些实施例，当特定的UE不支持改变接收天线端口停用/激活状态时，基站可以不指示UE改变接收天线端口停用/激活状态，或者可以不配置关于不同接收天线端口停用/激活状态的信道状态测量和报告。从而减少不必要的信令开销。

<第二实施例-1：UE接收天线端口停用/激活状态改变能力的报告方法1>

图8是根据本公开的实施例的报告UE接收天线端口停用/激活状态改变能力的方法的示例的视图。

根据第一示例(8-00)，UE可以向基站报告是否能够支持两个接收天线端口停用/激活状态(下文中，为Rx模式)之间的切换。

在上述示例中，当UE配备有4个接收天线端口时，考虑了处于所有接收天线端口都激活的状态的4Rx模式(8-01)以及处于两个接收天线端口停用的状态的2Rx模式(8-02)。

通过独立的1比特(1：支持切换；0：不支持切换)或者与其他信息复用的方法等，UE可以向基站报告是否能够支持各个Rx模式之间的切换。2Rx模式中停用的接收天线端口可以先前在基站和UE之间约定。当UE不支持Rx模式之间切换时，可以假设UE中配备的所有接收天线端口始终在激活状态下。

上述UE接收天线端口数以及每个Rx模式的名称和含义仅是示例，本公开的描述可以应用于其他天线端口数和Rx模式。

<第二实施例-2：UE接收天线端口停用/激活状态改变能力的报告方法2>

图8的第二示例是当存在上述的三个或更多个UE Rx模式时的Rx模式可用组合中的一个的示例。例如，当UE的接收天线端口是四个时，总共可以使用三种Rx模式，包括：所有四个端口都激活的4Rx模式(8-11)、两个端口激活的2Rx模式(8-12)和一个端口激活的1Rx模式(8-13)。UE可以向基站以表5所示的方法来报告是否能够支持各个Rx模式之间的切换。

[表5]

根据表5，UE基本上可以在所有接收天线端口(表中的四个端口)激活的状态下操作。相应地，UE基本上可以支持4Rx模式以及从其他Rx模式到4Rx模式的切换，并且可以省略第三比特。

上述四个UE接收天线端口和3个Rx模式的示例的报告方法可以类似地应用于其他接收天线端口数和Rx模式。此外，根据实施例，位图中的比特位置和Rx模式之间的关系可以变化。

<第二实施例-3：UE接收天线端口停用/激活状态改变能力的报告方法3>

在Rx模式之间的UE切换在特定的情况下可以仅取决于UE的能力。例如，关于图8的第二示例(8-10)中描述的4Rx模式、2Rx模式和1Rx模式，尽管可以从4Rx模式切换到2Rx模式，但是不可以从4Rx模式切换到1Rx模式。在这种情况下，UE可以向基站以表6所示的方法来报告是否支持Rx模式之间的切换。

[表6]

表6示出了UE是否能够支持从对应于特定行的Rx模式切换到对应于特定列的Rx模式。根据表6的报告方法的示例可以类似地应用于其他天线端口数和Rx模式。

<第二实施例-4：UE接收天线端口停用/激活状态改变能力的报告方法4>

报告是否能够针对每个UE的接收天线端口来改变停用/激活状态的情况是可能的。图8的第三示例(8-20)是UE向基站报告是否能够改变接收天线端口(8-21)激活/停用状态的示例。根据本公开的实施例，UE可以报告总天线数、能够激活/停用切换的天线数或者不能够激活/停用切换的天线数中的至少一个。替代地，UE可以向基站报告如表7所示的位图。

[表7]

参考表7所描述的报告方法的示例可以类似地应用于其他接收天线端口数。此外，通过上述示例以外的方法，UE可以向基站报告是否能够改变UE接收天线端口的激活/停用状态。在RRC连接/重新连接的建立完成之前，通过加载PACH前导码、RRC连接请求或者UE能力报告消息中的一个或多个，可以向基站报告是否能够改变上述UE接收天线端口的激活/停用状态。

<第三实施例：用于UE数据接收的基站的Rx模式通知方法>

基站可以使用用于UE数据接收的Rx模式中的一个，或者可以通知UE使得UE可以停用或者激活UE的一个或多个接收天线端口。

当基站接收关于UE是否能够改变Rx模式的报告时，基站可以考虑在UE数据接收的Rx模式通知下是否能够改变Rx模式。

<第三实施例-1：通过高层信令的基站Rx模式通知方法>

基站可以使用高层信令，诸如RRC信令，作为关于用于UE数据接收的Rx模式通知的方法中的一个。

根据本公开的实施例，图9是基站和UE之间RRC连接配置或者重新配置过程的视图。作为下面描述的示例的一种方法，基站可以通过RRC连接配置或者重新配置通知(9-05)来通知UE是否要改变UE接收天线端口停用/激活状态。根据本公开的实施例，基站可以将UE的可用Rx模式的枚举值通知给UE，例如{1Rx模式，2Rx模式，4Rx模式，8Rx模式，…}、{低，中，…，高}、{部分，完整}或者其他描述方法中给出的值中的一个或者值的集合。根据本公开的实施例，基站可以将UE激活天线端口数、停用天线端口数或者可用的激活/停用接收天线端口数的集合通知给UE。根据本公开的实施例，通过使用表8的位图，基站可以将UE激活的接收天线端口数或者停用的接收天线端口数通知给UE。

[表8]

在表8中，可以改变接收天线端口激活/停用和在比特1/0之间的映射。例如，比特1可以表示接收天线端口停用，而比特0可以表示接收天线端口激活。

根据本公开的实施例，通过RRC连接配置或者重新配置通知，基站可以半静态地或者动态地通知是否要改变用于UE数据接收的Rx模式。当基站半静态地通知改变Rx模式时，通知可以用上述Rx模式枚举值来通知。此外，当基站动态地通知UE Rx模式时，可以一起使用下面描述的第三实施例-2。通过上述示例以外的方法，基站可以通过RRC连接配置或者重新配置通知来通知是否改变UE Rx模式。

UE可以通知基站包括数据接收Rx模式信息的RRC连接配置/重新配置通知(9-10)已经被正常接收。在RRC重新配置的时间点之前，UE可以保持由RRC所配置的接收天线端口停用/激活状态(下文中，Rx模式)配置。

<第三实施例-2：通过MAC CE或者DCI的基站的UE Rx模式通知方法>

作为用于UE数据接收的Rx模式通知的另一种方法，基站可以使用媒体接入控制控制元素(MAC CE)或者DCI。通过下面描述的示例的一种方法，基站可以通过MAC CE或者DCI通知UE是否改变UE Rx模式。

根据本公开的实施例，基站可以向UE通知指示UE可用的Rx模式的索引0/1/2/…中的一个，或者值的集合。索引0/1/2/…中的每一个可以指示本公开的实施例中提到的1Rx模式、2Rx模式、4Rx模式…。根据本公开的实施例，基站可以通过RRC向UE通知可用的Rx模式的集合，并且通过MAC CE/DCI向UE通知集合中的一个Rx模式。此外，基站可以通过MAC CE向UE通知可用的Rx模式的集合，以及通过DCI通知集合中的一个Rx模式。

在MAC CE或者DCI中，用于UE数据接收的Rx模式的配置可以由与参照第三实施例-1所描述的方法类似或者不同的方法通过仅含有该配置的排他字段来通知。替代地，UE接收天线端口的停用/激活状态的配置可以通过与MAC CE或者DCI上的现有字段的复用来向UE通知。

例如，根据以下第三实施例-3，当UE接收针对每个带宽部分(BWP)的不同Rx模式配置时，通过DCI上“带宽部分指示符”字段，可以将BWP配置和UE Rx模式配置一起通知给UE。

替代地，根据以下第四实施例-6，通过DCI上“CSI请求”字段，可以将UE CSI报告设置和用于触发PUSCH半静态CSI报告和非周期CSI报告的UE Rx模式配置一起通知给UE。

<第三实施例-3：针对每个带宽的UE Rx模式通知方法>

UE可以独立地配置用于接收针对每个带宽(例如，分量载波(CC)、BWP等)的数据的Rx模式。

图10是针对每个带宽的UE Rx模式配置的视图。

根据本公开的实施例，基站可以根据第三实施例-1的方法向UE指示关于完整UE带宽(10-05)的一个Rx模式(10-06)。

根据本公开的实施例，基站可以通过诸如RRC等的高层信令向UE CC(10-10、10-15)分别指示独立的Rx模式(10-11、10-16)

根据本公开的实施例，基站可以通过诸如RRC等的高层信令为UE CC中的每个BWP(10-20、10-25、10-30)指示独立的Rx模式(10-21、10-26、10-31)。

根据每个CC或者BWP指示Rx模式的方法可以与参考第三实施例-1所描述的方法类似。

当UE根据CC或者BWP被通知不同的Rx模式时，通过DCI、MAC CE等，Rx模式可以通过改变UE使用的CC或者BWP来改变。在这种状态下，DCI可以是BWP的指示符。

<第三实施例-4：针对每个时隙的UE Rx模式通知方法>

图11是针对每个时隙的用于UE数据接收的Rx模式配置的视图。

通过诸如RRC等的高层信令，针对每个UE的每个时隙(11-01、11-03、11-05、11-07、11-09)，基站可以具有不同的Rx模式(11-02、11-04、11-06、11-08)。

作为关于针对每个时隙的Rx模式的通知方法，通过参考第三实施例-1中所描述的方法，可以存在指示针对每个时隙的Rx模式的方法。替代地，针对每个时隙的Rx模式配置可以通过指示保持特定Rx模式的时隙数和偏移的方法来通知。

特定时隙可以被分配为灵活的(11-06)，而且对于该时隙，可以如第三实施例-2，通过MAC CE或者DCI等动态地确定Rx模式(11-20)。

替代地，时隙可以被用作改变Rx模式所需要的切换时间(11-21)。

<第四实施例：用于信道状态估计和报告的Rx模式配置方法>

根据本公开的实施例，基站可以使用关于每个Rx模式的信道状态信息来确定在什么时间点改变用于UE数据接收的Rx模式。

根据本公开的实施例，基站可以配置要发送的CSI-RS资源；并且配置UE接收CSI-RS资源的一个或多个Rx模式或者一个或多个参考Rx模式以报告诸如CRI、RI、CQI等的信道状态信息。根据CSI-RS资源接收的Rx模式或者参考Rx模式以报告信道状态信息的基站的配置，UE可以测量和报告信道状态。

基站可以显式地指示上述用于接收CSI-RS资源的UE Rx模式或者用于信道状态信息报告的参考Rx模式。根据本公开的实施例，基站可以在关于UE信道状态测量和图6的信道状态信息报告的框架配置中包括Rx模式。与信道状态测量和信道状态报告相关的框架配置可以通过RRC来指示。

下述的第四实施例-1到第四实施例-6是关于由基站在信道状态信息框架上配置每个组成元件以获得关于特定Rx模式的信道状态信息的方法的示例。

<第四实施例-1：CSI-RS资源集配置>

图12是基站通过信道状态信息框架上的每个CSI-RS资源集(12-01、12-10)来指示UE在哪个Rx模式下UE接收CSI-RS资源的方法的示例。

根据本公开的实施例，在12-02或者12-11中指示的Rx模式下，UE可以改变其Rx模式来接收属于CSI-RS资源集的每个CSI-RS资源(12-03、12-04或者12-12、12-13)。CSI-RS资源集配置可以通过RRC指示给UE。UE可以在RRC重新配置的时间点之前保持配置。

根据本公开的实施例，基站可以为每个CSI-RS资源集配置不同的Rx模式(12-02、12-11)。在为每个CSI-RS资源集配置Rx模式之后，UE可以接收属于CSI-RS资源集的CSI-RS以及测量关于所配置的Rx模式的信道状态。通过报告与在每个Rx模式的测量的信道状态中具有最佳信道状态的Rx模式相对应的CSI-RS资源集的索引，UE可以向基站报告最佳Rx模式。对于CSI-RS资源集索引报告，基站可以将CSI-RS资源集索引添加到CSI数量以在CSI报告设置时报告。

根据本公开的实施例，基站可以将不同发送波束或者接收波束映射到属于一个或多个CSI-RS资源集的每个CSI-RS资源。根据本公开的实施例，对于配置有K Rx模式的CSI-RS资源集#1(12-01)，不同发送波束可以被映射到CSI-RS资源#1(12-05)、…CSI-RS资源#N(12-06)中的每一个。在接收到CSI-RS资源集配置中指定的Rx模式中的每个CSI-RS资源之后，UE可以测量每个所接收的CSI-RS资源的信道状态。对于每个资源集中配置的Rx模式，可以将指示与最佳信道状态对应的CSI-RS资源的CSI-RS资源指示符(CRI)报告给基站。基站可以通过CRI为每个报告的CSI-RS资源集找到到每个Rx模式的最佳发射/接收波束。

<第四实施例-2：CSI-RS资源设置>

根据本公开的实施例，关于UE在哪个Rx模式下接收CSI-RS资源的指示可以通过包括信道状态信息框架上的CSI-RS资源集的CSI-RS资源设置来发送。

图13是UE Rx模式(13-01、13-02)在每个CSI-RS资源设置中被指示出的示例的视图。

根据本公开的实施例，基站可以针对每个CSI-RS资源设置指示不同的Rx模式，并且一些或者所有的CSI-RS资源设置可以指示相同的Rx模式。UE可以改变其Rx模式以在资源设置中所指示的Rx模式下接收每个CSI-RS资源。考虑到改变Rx模式的时间，UE可以确定改变用于接收CSI-RS资源的Rx模式的时间。通过RRC可以向UE指示CSI-RS资源设置。UE可以保持配置直到RRC重新配置的时间为止。

根据本公开的实施例，基站可以在每个CSI-RS资源(13-10)中映射不同发送/接收波束。替代地，基站可以在一个发送/接收波束(13-20)中映射UE在一个或多个不同的Rx模式下要接收的CSI-RS资源。

根据本公开的实施例，在根据指定的发送/接收波束配置和Rx模式配置接收每个CSI-RS资源之后，UE可以测量接收的每个CSI-RS的信道状态。UE可以向基站报告指示与最佳信道状态对应的CSI-RS资源的CRI。由于基站通过所报告的CRI知道最佳发送/接收波束和最佳Rx模式两者，在实施例中，用于最佳Rx模式报告的附加的CSI数量是不必要的。

<第四实施例-3：CSI资源设置的配置>

根据本公开的实施例，关于UE在哪个Rx模式下接收CSI-RS资源的指示可以通过信道状态信息框架上的CSI资源设置来发送。该配置可以普遍地应用于属于资源设置的每个资源集中的每个资源和参照图5所描述的资源集中的每个资源。

根据本公开的实施例，为了接收资源设置中指示的Rx模式下属于UE CSI资源设置的每个CSI-RS资源，UE可以改变其Rx模式。考虑到改变Rx模式的时间，UE可以确定改变用于接收CSI-RS资源的Rx模式的时间。可以通过RRC向UE指示CSI资源设置配置。UE可以在RRC重新配置的时间点之前保持配置。

<第四实施例-4：CSI报告设置配置>

根据本公开的实施例，可以指示向基站报告在哪个Rx模式下CSI被测量，但不指示在哪个Rx模式下CSI-RS资源被接收。在这种情况下，UE可以灵活地配置用于接收CSI-RS资源的Rx模式。通过信道状态信息框架上的CSI报告设置，可以发送关于在哪个Rx模式下信道状态信息被测量的报告的指示。

根据本公开的实施例，参考图5所描述的，一个报告设置可以与一个或多个资源设置相连接。相应地，报告设置可以与资源设置中包括的资源集和资源集中包括的资源相连接。

根据本公开的实施例，如图14所示，UE可以将其用于接收与报告设置相连接的CSI-RS资源的Rx模式配置为M Rx模式。UE可以从在M Rx模式下接收的CSI-RS资源中测量MRx模式以及所有小于M Rx模式的Rx模式的信道状态。

如图14所示，当报告设置被配置为报告在K Rx模式(14-10)下测量的信道状态信息时，为了接收每个连接的CSI-RS资源(14-21、14-22)，UE可以将接收天线端口停用/激活状态配置为M Rx模式。考虑到改变Rx模式的时间，UE可以确定改变用于接收CSI-RS资源的Rx模式的时间。

M Rx模式可以指示K Rx模式和所有大于K Rx模式的可用的Rx模式，并且所有可用的Rx模式可以是第二实施例-2或者第二实施例-3中提及的Rx模式。UE可以通过M Rx模式下接收的CSI-RS资源测量小于M的K Rx模式的信道状态，然后根据报告设置向基站报告。基站可以通过RRC向UE指示CSI报告设置配置。UE可以在RRC重新配置的时间点之前保持配置。

根据本公开的实施例，基站可以在CSI报告设置的配置中配置多个Rx模式。例如，当报告设置被配置为报告关于K Rx模式和K+1Rx模式的信道状态信息时，所连接的CSI-RS资源可以在M Rx模式下被接收(M可以指示所有可用的大于K+1的Rx模式)。UE可以通过在MRx模式下接收的CSI-RS资源来测量小于M的K Rx模式和K+1Rx模式相应的信道状态，并且然后根据报告设置向基站报告关于两个Rx模式的信道状态信息。

<第四实施例-5：信道状态信息框架配置和Rx模式配置之间的复用>

根据本公开的实施例，通过与上述信道状态信息框架配置复用，关于UE在哪个Rx模式下测量信道状态的指示可以被发送到UE。

根据本公开的实施例，如表9所示，通过与Rx模式复用，基站可以向UE发送CSI资源设置或者CSI报告设置中的传输特性配置，即非周期、半静态或者周期配置。

[表9]

对于如表9所示来配置的UE，当可支持的Rx模式是{2Rx,4Rx}，并且配置了周期CSI报告设置时，UE可以将关于2Rx模式的信道状态信息报告为周期的。

如表9所示的复用关系可以先前在基站和UE之间约定，并且可以通过诸如RRC等的高层信令发送到UE。然而，表9仅是一示例，并且可以被类似地应用于使用其他信道状态信息框架配置值的复用关系。

<第四实施例-6：用于信道状态信息报告触发的Rx模式配置>

如图15所示，根据本公开的实施例，在5G NR系统中，通过物理上行链路数据信道(PUSCH)的半静态CSI报告和非周期CSI报告可以通过DCI格式0_1的CSI请求字段(15-01)被触发。

CSI请求字段可以被映射到触发状态(15-10、15-11)。触发状态可以和一个或多个CSI报告设置的列表(15-20、15-21)相关联。

CSI请求字段的长度、在触发状态和CSI报告设置之间的关联关系等可以通过诸如RRC等的高层信令来配置。

基站可以配置与CSI报告的每个触发状态(15-10、15-11)对应的Rx模式。在这种情况下，可以使用第四实施例-4中配置Rx模式的类似方式来配置用于接收CSI-RS资源的Rx模式。此外，用于信道状态报告的Rx模式可以和与触发状态对应的Rx模式以相同的方式配置。

根据本公开的实施例，基站可以在CSI触发状态下配置多个Rx模式。例如，当K Rx模式和K+1Rx模式在CSI触发状态下被配置时，UE可以接收在M Rx模式下所连接的CSI-RS资源集和与其连接的每个CSI-RS资源(M可以指示所有可用的大于K+1的Rx模式)。

UE可以通过在M Rx模式下接收到的CSI-RS资源测量K Rx模式和小于M的K+1Rx模式中的每一个的信道状态，然后可以根据CSI触发状态向基站报告关于两个Rx模式的信道状态信息。

<第五实施例：当接收CSI-RS时UE接收天线端口停用/激活状态的隐式配置方法>

根据本公开一些实施例的组合，上述用于接收CSI-RS资源的UE Rx模式或者用于信道状态信息报告的参考Rx模式可以被隐式配置。例如，作为第三实施例-1的一部分，当一个UE Rx模式是通过RRC半静态配置时，用于接收CSI-RS资源的UE Rx模式可以以与通过RRC配置的UE Rx模式相同的方式来配置，并且可以在RRC重新配置之前保持该配置。此外，如下述第四实施例-1和第四实施例-2等，在CSI-RS资源接收的时间点处，UE中配置的Rx模式可以在不改变的情况下被用作用于接收CSI-RS资源或者信道状态测量的Rx模式。

<第五实施例-1：根据接收CSI-RS资源或者CSI参考资源的时间点的UE Rx模式的隐式配置方法1>

如图16所示，当UE Rx模式被确定为特定值并且然后CSI-RS资源被接收时，用于CSI-RS资源接收的Rx模式可以被配置为与先前在UE中配置的Rx模式相同。

在图16中，当UE在K Rx模式中配置的时间段(16-05)里接收CSI-RS资源时，UE可以在K Rx模式(16-10)下接收CSI-RS资源。当UE在与用其他Rx模式配置(例如K+1Rx模式区段(16-15)或者K-1Rx模式区段(16-25))的时间区段内接收CSI-RS资源时，UE可以将用于接收CSI-RS资源的Rx模式配置为与用于所配置的时间区段(16-20或者16-30)的Rx模式(K+1Rx模式或者K-1Rx模式)相同。UE可以通过Rx模式下接收的CSI-RS资源测量关于Rx模式的信道状态信息，然后根据由基站配置的报告设置向基站报告信道状态信息(16-35、16-40、16-45)。

当向基站报告信道状态信息时，UE可以同时向基站报告关于信道状态信息的测量的UE Rx模式信息。

<第五实施例-2：当接收CSI-RS资源时Rx模式的隐式配置方法2>

根据本公开的实施例，UE可以使用固定的Rx模式来接收CSI-RS资源。在图17的示例中，UE可以将用于接收CSI-RS资源的Rx模式固定在K Rx模式中(17-15、17-35)，并且K Rx模式可以是在第二实施例中UE报告的最大Rx模式。UE可以从在K Rx模式下和小于K Rx模式的所用Rx模式下接收的CSI-RS资源(17-10、17-30)中测量K Rx模式的信道状态。

对于上述在Rx模式下的CSI-RS资源接收，UE可以在接收CSI-RS资源的时间点之前改变其Rx模式。相应地，在时隙被配置为接收UE CSI-RS资源之前，可以执行从K-1Rx模式(17-05)或者K-2Rx模式(17-25)或者其他Rx模式到K Rx模式(17-15、17-35)的改变。考虑到改变Rx模式的时间，UE可以确定用于接收CSI-RS资源的Rx模式改变开始时间点。

在改变的K Rx模式(17-15、17-35)下，在接收CSI-RS资源之后，UE可以测量所有{1,…K}Rx模式的信道状态(17-40、17-45)并且报告所测量的信道状态信息。

当UE测量多个Rx模式的信道状态时，UE可以向基站独立地报告每个信道状态信息，或者向基站一次性报告所有的信道状态信息。

<第五实施例-3：当接收CSI-RS资源时Rx模式的隐式配置方法3>

根据本公开的第三实施例-3，UE可以独立地配置用于接收关于每个带宽(CC、BWP等)的数据的Rx模式。在这种状态下，当针对每个带宽的CSI-RS资源被接收时，用于接收资源的Rx模式可以以与用于接收数据的Rx模式相同的方式来配置。

换言之，用于接收资源的Rx模式可以根据用于接收CSI-RS资源的频带来隐式地配置。基站可以独立地配置针对每个频带的CSI-RS资源传输和针对信道状态报告的信道状态信息框架。关于配置在框架上的频带的信息可以包括在CSI资源设置中。

<第五实施例-4：根据CSI参考资源时间点的UE Rx模式的隐式配置方法1>

基于用于接收CSI-RS资源的Rx模式或者用于CSI参考资源而不是CSI-RS资源的Rx模式，可以配置用于报告信道状态信息的Rx模式。

在图18的一示例中，当UE被配置为在与第一信道状态信息报告(18-05)对应的CSI参考资源(18-15)所属的区段期间的4Rx模式时，UE可以在第一信道状态信息报告(18-05)期间在4Rx模式下报告关于CSI参考资源(18-15)的信道状态信息。此外，当UE被配置为在与第二信道状态信息报告(18-10)对应的CSI参考资源(18-20)所属的区段期间的2Rx模式时，UE可以在第二信道状态信息报告(18-10)期间在2Rx模式下报告关于CSI参考资源(18-20)的信道状态信息。

选择参考CSI-RS资源来测量信道状态信息的方法可以包括一个或多个方法。在图18的示例中，针对第二信道状态信息报告(18-10)的参考CSI-RS资源，即2Rx模式报告，可以是在4Rx模式下接收的CSI-RS资源(18-25)或者在2Rx模式下接收的CSI-RS资源(18-30)。在这种情况下，基于与用于报告信道状态信息的Rx模式相同的CSI-RS资源(18-30)，或者最近的CSI-RS资源(18-25)，UE可以从CSI-RS资源中测量关于2Rx模式的信道状态信息。此时，最近的CSI-RS资源可以在时域中被定位在与CSI参考资源(18-20)相同的时间或者先前的时间。

相比之下，在图18中，用于第一信道状态信息报告(18-05)的参考CSI-RS资源，即4Rx模式报告，仅可以是在4Rx模式下接收的CSI-RS资源(18-25)，并且信道状态信息可以基于CSI-RS资源被测量。由于关于4Rx模式的信道状态信息是不可通过在2Rx模式下接收的CSI-RS资源(18-30)获得的，所以不可以使用在2Rx模式下接收的CSI-RS资源(18-30)作为基础。

上述各个实施例可以根据每个实施例的必要性和特征通过相互组合来使用。图19A至图19D是可用的实施例组合的示例的视图。

图19A是根据第一实施例和第二实施例-1至第二实施例-4的组合的第一示例的操作的视图。在第一示例中，UE接收频带可以被选择，并且Rx模式报告操作可以被执行。

在操作S1911中，UE可以选择满足最小UE接收天线数的条件的频带。

在操作S1913中，UE可以在初始接入时从所选择的频带中接收控制信息和数据。

详细地，根据第一实施例，UE可以只使用满足最小UE接收天线端口数条件的频带作为用于在初始接入时从基站接收控制信息和数据的频带。

在操作S1915中，根据第二实施例，UE可以报告第一实施例中使用的频带的接收天线端口停用/激活状态(在下文中为Rx模式)是否是可改变的。

在操作S1917，基站可以基于UE报告的Rx模式是否是可改变的来配置用于UE数据接收的Rx模式和用于接收CSI-RS资源或者信道状态报告的Rx模式，然后将配置通知为第一实施例中使用的频带。

在操作S1919中，UE可以基于Rx模式确定是否激活天线。

用于数据、CSI-RS和信道状态报告的Rx模式的配置方式的组合可以包括以下第二、第三和第四示例。

图19B是根据第三实施例-4、第五实施例-1、第五实施例-2和第五实施例-4的组合的第二示例的操作的视图。

在第二示例中，可以配置用于接收每个时隙的数据的Rx模式，并且可以配置用于接收CSI-RS资源的隐式Rx模式。

在图19B的第二示例中，在根据图19A的第一示例执行UE接收频带选择和Rx模式报告之后，基站可以根据第三实施例-4针对每个时隙来配置UE Rx模式；并且根据第五实施例-1或者第五实施例-4，隐式地配置用于CSI-RS资源接收或者报告信道状态信息的Rx模式。

在操作S1921中，UE可以选择接收频带，并且报告Rx模式在所选择的频带中是否是可改变的。

在操作S1923中，根据第三实施例-4，UE可以被配置为针对每个时隙具有用于从基站接收UE数据的Rx模式。

在操作S1925中，UE可以标识在CSI-RS接收时间点和CSI参考资源时间点中的至少一个时间点上的时隙是否为灵活时隙。

在操作S1927中，UE可以在RS接收/CSI报告期间基于标识的结果隐式地配置Rx模式。

当所标识的时隙是灵活时隙时，UE可以根据第五实施例-2在RS接收/CSI报告期间隐式地配置Rx模式。

详细地，当CSI-RS资源在灵活时隙中被接收或者UE在时隙中报告了与CSI参考资源对应的信道状态信息时，用于接收CSI-RS资源/报告信道状态信息的Rx模式可以根据第五实施例-2来配置。

当所检查的时隙不是灵活时隙时，UE可以根据第五实施例-1或者第五实施例-4在RS接收/CSI报告期间隐式地配置Rx模式.

在操作S1929中，UE可以基于Rx模式确定是否激活天线。

当基站和UE根据第二示例配置时，由于信道状态信息框架不需要针对每个不同的Rx模式独立地配置，用于信道状态信息框架配置和通知的开销低于其他示例。在第二示例中，除了特定时隙以外，用于UE数据接收的Rx模式可以通过高层信令来指示。

图19C是根据第三实施例-3和第五实施例-3的组合的第三示例的操作的视图。

在第三示例中，可以配置针对每个BWP的用于接收数据的Rx模式，并且可以配置针对每个BWP的CSI框架。

在操作S1931中，UE可以选择接收频带，并且报告Rx模式在所选择的频带中是否时可改变的。根据第五实施例-3，基站可以隐式地配置用于CSI-RS接收和信道状态信息的Rx模式。

在操作S1933中，UE可以被配置为针对每个BWP具有用于从基站接收数据的Rx模式。详细地，根据所配置的信道状态信息框架，基站可以基于UE所报告的信道状态报告来确定用于UE数据接收的Rx模式，然后向UE通知Rx模式。在根据第一示例执行UE接收频带选择和Rx模式报告之后，基站可以根据第三实施例-3配置针对每个BWP的用于UE数据接收的Rx模式。

在操作S1935中，UE可以从基站接收用于改变BWP的BWP指示符。

在操作S1937中，UE可以基于BWP指示符来改变BWP，并且根据Rx模式配置来改变Rx模式。

在操作S1939中，UE可以基于Rx模式确定是否激活天线。

当根据该示例来配置基站和UE时，可以经由当前5G NR标准中已经支持的BWP指示符来通知用于UE数据接收的Rx模式，因此针对Rx模式改变通知的无附加开销是没有必要。对于UE数据接收和CSI-RS资源接收，针对每个Rx模式，不同的BWP可以是必要的。

图19D是根据第三实施例-2和第四实施例的组合的第四示例的操作的视图。

在第四示例中，针对CSI框架的每个Rx模式，可以通知且可以配置用于接收数据的Rx模式的MAC-CE/DCI。

在操作S1941中，UE可以选择接收频带，并且报告Rx模式在所选择的频带中是否是可改变的。

在操作S1943中，基站可以配置关于Rx模式的信道状态信息框架。

在操作S1945中，根据所配置的信道状态信息框架，UE可以获得和报告针对每个Rx模式的CSI。

在操作S1947中，可以从基站通过MAC-CE/DCI将用于UE数据接收的Rx模式来通知给UE(第三实施例-2)。

在操作S1949中，UE可以基于Rx模式确定是否激活天线。

在图19D的第四示例中，UE可以选择接收频带，并且根据第一示例执行Rx模式报告。基站可以根据第三实施例-2确定用于UE数据接收的Rx模式，并且通过MAC-CE/DCI来通知。

示出了根据第四实施例显式地配置了用于接收CSI-RS资源和报告信道状态信息的Rx模式的示例。基站可以基于每个所配置的Rx模式(19-35)的信道状态信息报告结果来确定UE Rx模式，然后通知Rx模式。当根据该示例来配置基站和UE时，有优势的是：与第二示例相比，Rx模式可以自由地改变；并且与第三示例相比，针对每个Rx模式的附加的频率资源是不必要的。

关于频带选择的第一实施例和关于UE能力报告的第二实施例可以根据第三实施例、第四实施例、第五实施例中的每一个和第三实施例、第四实施例、第五实施例的所有组合来操作。上述实施例的组合仅是示例性的，并且，必要时，基站和UE可以采用与其他实施例的组合。

图20是根据本公开的实施例的UE的操作的流程图。

在操作S2001中，UE可以在初始接入时选择用于接收控制信息和数据的频带。

根据本公开的实施例，在初始接入时选择用于接收控制信息和数据的频带的操作可以包括：由UE仅在满足每个频带的最小UE接收天线端口数条件的频带上执行的诸如频率调谐、SSB接收等的初始接入的操作。

在操作S2003中，UE可以向基站报告是否支持天线端口的激活。

根据本公开的实施例，向基站报告是否支持天线端口的激活的操作可以包括：由UE向基站报告包括关于可由UE接收的PDSCH最小层数的UE能力报告的操作。

根据本公开的实施例，向基站报告是否支持天线端口的激活的操作可以包括：向基站报告是否支持多个天线端口激活模式之间的切换操作的操作。

根据本公开的实施例，向基站报告是否支持天线端口的激活的操作可以包括：通过位图向基站报告要被激活的天线端口数的操作。

根据本公开的实施例，向基站报告是否支持天线端口的激活的操作可以包括：向基站报告是否支持从某一天线端口数被激活的第一激活模式到与某一天线端口数不同的天线端口数被激活的第二激活模式的切换操作的操作。

根据本公开的实施例，向基站报告是否支持天线端口的激活的操作可以包括：通过位图向基站报告天线端口是否支持激活/停用切换的操作。

在操作S2005中，UE可以从基站接收天线端口激活指示信息。

根据本公开的实施例，从基站接收天线端口激活指示信息的操作可以包括：通过高层信令从基站接收天线端口激活指示信息的操作。

根据本公开的实施例，从基站接收天线端口激活指示信息的操作可以包括：通过MAC CE和DCI从基站接收天线端口激活指示信息的操作。

根据本公开的实施例，从基站接收天线端口激活指示信息的操作可以包括：从基站接收针对UE的每个带宽的天线端口激活指示信息的操作。

根据本公开的实施例，从基站接收天线端口激活指示信息的操作可以包括：从基站接收针对每个UE时隙的天线端口激活指示信息的操作。

根据本公开的实施例，UE操作方法还可以包括：接收关于用于测量信道状态的天线端口激活模式的指示的操作、在所指示的天线端口激活模式下测量信道状态的操作，以及向基站报告所测量的信道状态信息的操作。

根据本公开的实施例，接收关于用于测量信道状态的天线端口激活模式的指示的操作可以包括：基于包括与至少一个发送/接收波束分别匹配的至少一个CSI-RS资源的CSI-RS资源集，从基站接收关于用于测量信道状态的天线端口激活模式的指示的操作。

根据本公开的实施例，接收关于用于测量信道状态的天线端口激活模式的指示的操作可以包括：基于至少一个包括关于参考信令的信息的CSI-RS资源，从基站接收关于用于测量信道状态的天线端口激活模式的指示的操作。

根据本公开的实施例，接收关于用于测量信道状态的天线端口激活模式的指示的操作可以包括：基于包括至少一个CSI-RS资源集的CSI资源设置，从基站接收关于用于测量信道状态的天线端口激活模式的指示的操作。

根据本公开的实施例，接收关于用于测量信道状态的天线端口激活模式的指示的操作可以包括：基于CSI报告方法，基于包括关于信道状态的信息的CSI报告设置，从基站接收关于用于测量的天线端口激活模式的指示的操作。

根据本公开的实施例，接收关于用于测量信道状态的天线端口激活模式的指示的操作可以包括：基于是否支持天线端口的激活和包括至少一个CSI资源设置和CSI报告设置的参考信令的传输特性，从基站接收关于用于测量信道状态的天线端口激活模式的指示的操作。

根据本公开的实施例，从基站接收天线端口激活指示信息的操作可以包括，基于根据映射到触发状态的CSI请求字段所触发的CSI报告设置，从基站接收天线端口激活指示信息的操作。

根据本公开的实施例，UE操作方法还可以包括：基于在从基站接收CSI-RS的时间点处的天线端口激活模式，测量信道状态信息的操作；以及向基站报告所测量的信道状态信息和测量信道状态信息的天线端口的激活/停用配置信息的操作。

根据本公开的实施例，UE操作方法还可以包括：在从基站接收CSI-RS之前，将天线端口的激活模式改变为特定的第一激活模式的操作；当从基站接收CSI-RS时，基于特定的第一激活模式，测量至少一个激活模式中的每一个的信道状态信息的操作；以及向基站报告所测量的信道状态信息的操作。

在操作S2007中，UE可以基于所接收的天线端口激活指示信息确定是否激活天线端口。

上述操作S2003到S2007可以通过包括在UE中的处理器来执行。

根据本公开的实施例，由于UE天线中的全部或一些被动态地停用或者激活，UE功率消耗可以降低而能量效率可以改善。

根据本公开的实施例，当确定是否激活每个UE天线时，可以考虑UE天线能力、基站和UE之间的信道状态(信道状态信息(CSI))、UE功率量等。

根据本公开的实施例，UE可以向基站报告一个或多个上述元件，然后，基于UE所报告的信息和基站已经知道的信息，基站可以确定是否激活UE天线。

根据本公开的实施例，基站可以通过下行链路控制信道向UE显式地发送UE天线激活信号。替代地，基站可以通过诸如分量载波、频率和时间资源分配等的方法显式地通知UE关于UE天线激活信息。

图21是根据本公开的实施例的UE结构的视图。

参考图21，UE可以包括处理器2101、发送/接收单元2102和存储器2103。在本公开中，处理器可以被定义为电路、专用集成电路或者至少一个处理器。

根据本公开的实施例，处理器2101可以控制UE的全部操作。例如，根据上述流程图，处理器2101可以控制块之间的信号流来执行操作。此外，处理器2101可以向存储器2103中写入数据或者从存储器2103中读取数据。处理器2101可以执行通信标准中所要求的协议栈功能。为此，处理器2101可以包括至少一个处理器或者微处理器，或者处理器2101可以是处理器的一部分。此外，发送/接收单元2102的一部分和处理器2101可以被称为通信处理器(CP)。

根据本公开的实施例，处理器2101可以控制参考图1至图20所描述的UE的操作。

根据本公开的实施例，处理器2101可以向基站报告是否支持天线端口的激活、从基站接收天线端口指示信息，以及基于所接收的天线激活指示信息，通过执行存储在存储器2103中的程序来确定是否激活天线。

根据本公开的实施例，发送/接收单元2102可以执行通过无线信道发送/接收信号的功能。

例如，根据系统的物理层标准，发送/接收单元2102可以执行在基带信号和比特串函数之间切换的功能。例如，在数据发送期间，发送/接收单元2102可以通过编码和调制所发送的比特串来生成复杂符号。此外，在接收数据期间，发送/接收单元2102可以通过解调和解码基带信号来重构所接收的比特串。此外，发送/接收单元2102可以将基带信号上转换为RF频带信号，然后经由天线发送上转换的信号，并且可以将经由天线接收的RF频带信号下转换为基带信号。例如，发送/接收单元2102可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC、ADC等。此外，发送/接收单元2102可以包括多个发送/接收路径。此外，发送/接收单元2102可以包括由多个天线组件构成的至少一个天线阵列。就硬件而言，发送/接收单元2102可以包括数字电路和模拟电路，例如，无线电频率集成电路(RFIC)。数字电路和模拟电路可以在一个封装体中实施。此外，发送/接收单元2102可以包括多个RF链。

发送/接收单元2102可以和基站发送/接收信号。信号可以包括控制信息和数据。为此，发送/接收单元2102可以包括用于上转换和放大正在发送的信号频率的RF发送器、用于低噪声放大接收的信号且下转换信号的频率的RF接收器等。然而，这仅是发送/接收单元2102的一个实施例，并且发送/接收单元2102的组成元件不局限于RF发送器和RF接收器。

此外，发送/接收单元2102可以通过无线信道接收信号并且输出信号到处理器2001，以及可以通过无线信道发送从处理器2101输出的信号。

根据本公开的实施例，存储器2103可以存储诸如用于UE的操作的基础程序、应用程序、配置信息等数据。存储器2103可以包括易失性存储器、非易失性存储器或者易失性存储器和非易失存储器的组合。存储器2103可以在处理器2101请求时提供存储的数据。存储器2103可以存储由发送/接收单元2102发送/接收的信息和处理器2101生成的信息中的至少一个。

图22是根据本公开的实施例的基站结构的视图。

参考图22，基站可以包括处理器2201、发送/接收单元2202和存储器2203。在本公开中，处理器可以被定义为电路、专用集成电路或者至少一个处理器。

根据本公开的实施例，处理器2201可以控制基站的全部操作。例如，根据上述流程图，处理器2201可以控制块之间的信号流来执行操作。此外，处理器2201可以向存储器2203中写入数据或者从存储器2203中读取数据。处理器2201可以执行通信标准中所要求的协议栈的功能。为此，处理器2201可以包括至少一个处理器或者微型处理器，或者处理器2201可以是处理器的一部分。此外，发送/接收单元2202的一部分和处理器2201可以被称为通信处理器(CP)。

根据本公开的实施例，处理器2201可以控制参考图1至图20所描述的基站操作。

根据本公开的实施例，处理器2201可以根据本公开的上述实施例来控制一系列过程来操作基站。

根据本公开的实施例，通过执行存储器2203中存储的程序，处理器2201可以在UE初始接入时选择用于接收控制信息和数据的频带、从UE接收关于是否支持天线端口的激活的报告，以及基于所报告的天线激活支持向UE发送天线激活指示信息。

根据本公开的实施例，发送/接收单元2202可以执行通过无线信道发送/接收信号的功能。例如，根据系统的物理层标准，发送/接收单元2202可以执行在基带信号和比特串函数之间切换的功能。例如，在数据发送期间，发送/接收单元2202可以通过编码和调制所发送的比特串来生成复杂符号。此外，在接收数据期间，发送/接收单元2202可以通过解调和解码基带信号来重构所接收的比特串。此外，发送/接收单元2202可以将基带信号上转换为RF频带信号，并且然后经由天线发送上转换信号，并且可以将经由天线接收的RF频带信号下转换为基带信号。例如，发送/接收单元2202可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC、ADC等。此外，发送/接收单元2202可以包括多个发送/接收路径。此外，发送/接收单元2202可以包括至少一个由多个天线组件构成的天线阵列。就硬件而言，发送/接收单元2202可以包括数字电路和模拟电路，例如，无线电频率集成电路(RFIC)。数字电路和模拟电路可以在一个封装体中实施。此外，发送/接收单元2202可以包括多个RF链。

发送/接收单元2202可以和基站发送/接收信号。信号可以包括控制信息和数据。为此，发送/接收单元2202可以包括用于上转换和放大正在发送的信号频率的RF发送器、用于低噪声放大接收的信号并且下转换信号频率的RF接收器等。然而，这仅是发送/接收单元2202的一个实施例，并且发送/接收单元2202的构成元件不局限于RF发送器和RF接收器。

此外，发送/接收单元2202可以通过无线信道接收信号并且输出信号到处理器2201，以及可以通过无线信道发送从处理器2201输出的信号。

根据本公开的实施例，存储器2203可以存储诸如用于基站操作的基础程序、应用程序、配置信息等数据。存储器2203可以包括易失性存储器、非易失性存储器或者易失性存储器和非易失存储器的组合。存储器可以在处理器2201的请求时提供存储的数据。存储器2203可以存储由发送/接收单元2202发送/接收的信息和处理器2201生成的信息中的至少一个。

根据在权利要求或者本公开的说明书中阐释的实施例的方法可以由硬件、软件或者软件和硬件的组合来实施。

当方法由软件实施时，可以提供用于存储一个或多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序可以配置为由电子设备中的一个或多个处理器来执行。一个或多个程序可以包括允许电子设备来执行的根据在权利要求或者本公开说明书中阐释的实施例的方法的指示。

程序(软件模块、软件)可以存储在非易失性存储器中，包括随机存取存储器或闪速存储器、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、光盘-ROM(CD-ROM)、数字通用光盘(DVDs)或其他形式的光存储设备或者磁性盒式磁带。另外，程序可以存储在由一些或者全部上述存储器的组合构成的存储器中。此外，每个组成存储器可以包括多个存储器。

此外，程序可以存储在可连接存储设备中，所述可连接存储设备的访问可以通过诸如互连网、内联网、局域网(LAN)、广域网(WLAN)或者存储区域网络(SAN)的通信网络或者由其组合组成的通信网络。所述存储设备可以通过外部接口访问执行本公开的实施例的设备。此外，通信网络中分离的存储设备可以访问执行本公开的实施例的设备。

上述本公开的具体实施例中，根据所展示的具体实施例，本公开中包括的组成元件可以表述为单数或者复数。然而，单数或者复数的表述应根据为了便于解释而展示的情况做出适当地选择，以及本公开不局限于单个组成元件或者多个组成元件，并且任何表述为复数的组成元件可以配置为单个组成元件，或者任何表述为单数的构成元件可以配置为多个构成元件。

尽管在本公开的详细描述中描述了具体实施例，但是毫无疑问的是不脱离本公开范围的各种修改是可以接受的。因此，本公开的范围不应该局限于所描述的实施例，而是应该由之后所描述的权利要求范围以及与权利要求范围等同的范围来确定。

Claims (15)

1.一种在无线通信系统中操作用户设备UE来控制所述UE的天线端口的方法，所述方法包括：

在所述UE初始接入时选择用于接收控制信息和数据的频带；

向基站报告是否支持所述天线端口的激活；

从所述基站接收天线端口激活指示信息；以及

基于所接收的天线端口激活指示信息，确定是否激活所述天线端口。

2.根据权利要求1所述的方法，其中，向所述基站报告是否支持所述天线端口的激活包括：向所述基站报告包括关于可由所述UE接收的PDSCH的最大层数的信息的UE能力报告。

3.根据权利要求1所述的方法，其中，从所述基站接收所述天线端口激活指示信息包括：从所述基站接收针对所述UE的每个带宽的所述天线端口激活指示信息。

4.根据权利要求1所述的方法，还包括：

接收关于用于测量信道状态的天线端口激活模式的指示；

在所指示的天线端口激活模式下测量信道状态；以及

向所述基站报告所测量的信道状态。

5.根据权利要求4所述的方法，其中，接收关于用于测量信道状态的所述天线端口激活模式的所述指示包括：基于包括向至少一个发送波束和至少一个接收波束相应映射的至少一个CSI-RS资源的CSI-RS资源集，从所述基站接收关于用于测量信道状态的所述天线端口激活模式的指示。

6.根据权利要求1所述的方法，其中，从所述基站接收所述天线端口激活指示信息包括：

基于根据映射到触发状态的CSI请求字段所触发的CSI报告设置，从所述基站接收所述天线端口激活指示信息。

7.根据权利要求1所述的方法，还包括：

基于在从所述基站接收CSI-RS资源的时间点处的天线端口激活模式，测量信道状态信息；以及

向所述基站报告所测量的信道状态信息和测量所述信道状态信息的天线端口的激活/停用配置信息。

8.一种在无线通信系统中操作基站来控制用户设备UE的天线端口的方法，所述方法包括：

从所述UE接收关于是否支持所述天线端口的激活的报告；以及

基于所报告的天线端口激活支持，向所述UE发送天线端口激活指示信息。

9.根据权利要求8所述的方法，其中，

从所述UE接收关于是否支持所述天线端口的激活的所述报告包括：

从所述UE接收包括关于可由所述UE接收的PDSCH的最大层数的信息的UE能力报告。

10.根据权利要求8所述的方法，其中，向所述UE发送所述天线端口激活指示信息包括：向所述UE发送针对所述UE的每个带宽的所述天线端口激活指示信息。

11.根据权利要求28所述的方法，还包括：

指示所述UE关于用于测量信道状态的天线端口激活模式；以及

从所述UE接收所测量的信道状态的报告。

12.根据权利要求11所述的方法，其中，指示所述UE关于用于测量信道状态的所述天线端口激活模式包括：基于包括向至少一个发送/接收波束相应映射的至少一个CSI-RS资源的CSI-RS资源集，指示所述UE关于用于测量信道状态的所述天线端口激活模式。

13.根据权利要求8所述的方法，其中，向所述UE发送所述天线端口激活指示信息包括基于根据映射到触发状态的CSI请求字段所触发的CSI报告设置，指示所述UE关于所述天线端口激活指示信息。

14.一种用户设备UE，用于在无线通信系统中控制所述UE的天线端口，所述UE包括：

发送/接收单元；

存储器，存储程序；以及

处理器，配置为：通过执行所述程序，

在所述UE初始接入时选择用于接收控制信息和数据的频带；

向基站报告是否支持所述天线端口的激活；

从所述基站接收天线端口激活指示信息；以及

基于所接收的天线端口激活指示信息，确定是否激活所述天线端口。

15.一种基站，用于在无线通信系统中控制用户设备(UE)的天线端口，所述基站包括：

发送/接收单元；

存储器，存储程序；以及

处理器，配置为：通过执行所述程序，

从所述UE接收关于是否支持所述天线端口的激活的报告；以及

基于所报告的天线端口激活支持，向所述UE发送天线端口激活指示信息。

Images