CN116939658A - 无线通信系统中的通信方法及装置 - Google Patents

Abstract

提供了一种无线通信系统中的通信方法及装置。该通信方法包括确定终端和/或基站的模式；以及基于所确定的模式，执行发送上行信道、接收下行信道、不发送上行信道、或不接收下行信道中的至少一种。本发明能够在节省网络设备的能耗的同时保证网络性能。

Description

无线通信系统中的通信方法及装置

技术领域

本公开大体上涉及无线通信领域，特别地，涉及一种无线通信系统中的通信方法及装置。

背景技术

为了满足自4G通信系统的部署以来增加的对无线数据通信业务的需求，已经努力开发改进的5G或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。

5G通信系统是在更高频率(毫米波，mmWave)频带，例如60GHz频带，中实施的，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

此外，在5G通信系统中，基于先进的小小区、云无线接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行对系统网络改进的开发。

在5G系统中，已经开发作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)、以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

发明内容

根据本公开的一些实施例，提供了一种无线通信系统中由终端执行的通信方法。该通信方法包括：确定终端和/或基站的模式；以及基于所确定的模式，执行发送上行信道、接收下行信道、不发送上行信道、或不接收下行信道中的至少一种。

在一些实施方式中，例如，确定终端和/或基站的模式包括：接收关于终端和/或基站的模式的第一配置信息和/或关于与模式相关联的定时器的第二配置信息；以及基于第一配置信息和/或第二配置信息来确定终端和/或基站的模式。

例如，可以通过更高层信令(无线电资源控制(RRC)消息)和/或下行链路控制信息(DCI)消息来接收第一配置信息或第二配置信息。可以通过单独的消息来接收第一配置信息或第二配置信息。或者，可以通过单个消息(例如，RRC消息)来接收第一配置信息和第二配置信息。

例如，当接收到第一配置信息时，可以基于第一配置信息来确定终端和/或基站的模式。

例如，当接收到第二配置信息时，可以基于第二配置信息所指示的定时器的状态来确定终端和/或基站的模式。

在一些实施方式中，例如，模式包括以下中的至少一个：第一模式，其中在第一模式下，发送一个或多个上行信道和/或接收一个或多个下行信道；第二模式，其中在第二模式下，不发送所述一个或多个上行信道中的至少一个和/或不接收所述一个或多个下行信道中的至少一个；第三模式，其中在第三模式下，不发送所述一个或多个上行信道和/或不接收所述一个或多个下行信道；或第四模式，其中在第四模式下，不发送所述一个或多个上行信道中第一预定义的上行信道和/或不接收所述一个或多个下行信道中第二预定义的上行信道。

在一些实施方式中，例如，基于所确定的模式执行发送上行信道、接收下行信道、不发送上行信道、或不接收下行信道中的至少一种包括如下中的至少一个：终端不接收下行信道；终端不接收第一预定义的下行信道；终端不接收不是第二预定义的下行信道的下行信道；终端接收第二预定义的下行信道；终端接收不是第一预定义的下行信道的下行信道；终端不发送上行信道；终端不发送第三预定义的上行信道；终端不发送不是第四预定义的上行信道的上行信道；终端发送第四预定义的上行信道；或终端发送不是第三预定义的上行信道的上行信道。

在一些实施方式中，例如，第一预定义的下行信道包括以下中的至少一个：更高层信令配置接收的下行物理信道；特定的物理下行控制信道(PDCCH)；预定义的同步信号(SS)/物理广播信道(PBCH)块；信道状态信息参考信号(CSI-RS)；或相位跟踪参考信号(PT-RS)。

在一些实施方式中，例如，所述第二预定义的下行信道包括以下中的至少一个：被DCI调度的物理下行共享信道(PDSCH)；更高层信令配置接收的下行物理信道；特定的PDCCH；预定义的SS/PBCH块；CSI-RS；或PT-RS。

在一些实施方式中，例如，所述第三预定义的上行信道包括以下中的至少一个：调度请求(SR)；配置授权(CG)物理上行共享信道(PUSCH)；探测参考信号(SRS)；承载信道状态信息(CSI)的PUCCH；承载混合自动重复请求-确认(HARQ-ACK)的物理上行控制信道(PUCCH)；或物理随机接入信道(PRACH)。

在一些实施方式中，例如，所述第四预定义的上行信道包括以下中的至少一个：SR；CG PUSCH；被DCI调度的PUSCH；承载非周期CSI的PUSCH；承载HARQ-ACK的PUCCH和/或PUSCH；或PRACH。

根据本公开的一些实施例，还提供了一种无线通信系统中由终端执行的通信方法。该通信方法包括：接收配置信息，配置信息用于指示终端不能发送的上行信道和/或不能接收的下行信道，和/或用于指示终端能够发送的上行信道和/或能够接收的下行信道；以及基于配置信息，执行发送上行信道、接收下行信道、不发送上行信道、不接收下行信道中的至少一种。

在一些实施方式中，例如，基于配置信息执行发送上行信道、接收下行信道、不发送上行信道、不接收下行信道中的至少一种包括以下中的至少一个：当所指示的终端不能发送的上行信道对应于任意的上行信道时，终端不发送任意的上行信道；当上行信道不与所指示的终端不能发送的上行信道相关联或者与所指示的终端能够发送的上行信道相关联时，终端发送该上行信道；当上行信道与所指示的终端不能发送的上行信道相关联或者不与所指示的终端能够发送的上行信道相关联时，终端不发送该上行信道；当所指示的终端不能接收的下行信道对应于任意的下行信道时，终端不接收任意的下行信道；当下行信道不与所指示的终端不能接收的下行信道相关联或者与所指示的终端能够接收的下行信道相关联时，终端接收该下行信道；或者当下行信道与所指示的终端不能接收的下行信道相关联或者不与所指示的终端能够接收的下行信道相关联时，终端不接收该下行信道。

在一些实施方式中，例如，所指示的终端不能发送的上行信道和/或不能接收的下行信道包括以下中的至少一个：更高层信令配置接收的下行物理信道；特定的PDCCH；预定义的SS/PBCH块；CSI-RS；PT-RS；SR；CG PUSCH；SRS；承载CSI的PUCCH；承载HARQ-ACK的PUCCH；或PRACH。

在一些实施方式中，例如，所指示的终端能够发送的上行信道和/或能够接收的下行信道包括以下中的至少一个：被DCI调度的PDSCH；更高层信令配置接收的下行物理信道；特定的PDCCH；预定义的SS/PBCH块；CSI-RS；PT-RS；SR；CG PUSCH；被DCI调度的PUSCH；承载非周期CSI的PUSCH；承载HARQ-ACK的PUCCH和/或PUSCH；或PRACH。

根据本公开的一些实施例，还提供了一种无线通信系统中由基站执行的通信方法。该通信方法包括：发送关于终端和/或基站的模式的第一配置信息和/或关于与模式相关联的定时器的第二配置信息；以及执行发送下行信道、接收上行信道、不发送下行信道、或不接收上行信道中的至少一种。

在一些实施方式中，例如，终端可以基于第一配置信息和/或第二配置信息来确定终端和/或基站的模式。

例如，可以通过更高层信令(无线电资源控制(RRC)消息)和/或下行链路控制信息(DCI)消息来发送第一配置信息或第二配置信息。可以通过单独的消息来发送第一配置信息或第二配置信息。或者，可以通过单个消息(例如，RRC消息)来发送第一配置信息和第二配置信息。

在一些实施方式中，例如，模式包括以下中的至少一个：第一模式，其中在第一模式下，发送一个或多个上行信道和/或接收一个或多个下行信道；第二模式，其中在第二模式下，不发送所述一个或多个上行信道中的至少一个和/或不接收所述一个或多个下行信道中的至少一个；第三模式，其中在第三模式下，不发送所述一个或多个上行信道和/或不接收所述一个或多个下行信道；或第四模式，其中在第四模式下，不发送所述一个或多个上行信道中第一预定义的上行信道和/或不接收所述一个或多个下行信道中第二预定义的上行信道。

在一些实施方式中，例如，执行发送上行信道、接收下行信道、不发送上行信道、或不接收下行信道中的至少一种包括如下中的至少一个：基站不发送下行信道；基站不发送第一预定义的下行信道；基站不发送不是第二预定义的下行信道的下行信道；基站发送第二预定义的下行信道；基站发送不是第一预定义的下行信道的下行信道；基站不接收上行信道；基站不接收第三预定义的上行信道；基站不接收不是第四预定义的上行信道的上行信道；基站接收第四预定义的上行信道；或基站接收不是第三预定义的上行信道的上行信道。

在一些实施方式中，例如，第一预定义的下行信道包括以下中的至少一个：更高层信令配置接收的下行物理信道；特定的物理下行控制信道(PDCCH)；预定义的同步信号(SS)/物理广播信道(PBCH)块；信道状态信息参考信号(CSI-RS)；或相位跟踪参考信号(PT-RS)。

在一些实施方式中，例如，所述第二预定义的下行信道包括以下中的至少一个：被DCI调度的物理下行共享信道(PDSCH)；更高层信令配置接收的下行物理信道；特定的PDCCH；预定义的SS/PBCH块；CSI-RS；或PT-RS。

在一些实施方式中，例如，所述第三预定义的上行信道包括以下中的至少一个：调度请求(SR)；配置授权(CG)物理上行共享信道(PUSCH)；探测参考信号(SRS)；承载信道状态信息(CSI)的PUCCH；承载混合自动重复请求-确认(HARQ-ACK)的物理上行控制信道(PUCCH)；或物理随机接入信道(PRACH)。

在一些实施方式中，例如，所述第四预定义的上行信道包括以下中的至少一个：SR；CG PUSCH；被DCI调度的PUSCH；承载非周期CSI的PUSCH；承载HARQ-ACK的PUCCH和/或PUSCH；或PRACH。

根据本公开的一些实施例，还提供了一种无线通信系统中由基站执行的通信方法。该通信方法包括：发送配置信息，所述配置信息用于指示所述终端不能发送的上行信道和/或不能接收的下行信道，和/或用于指示所述终端能够发送的上行信道和/或能够接收的下行信道；以及执行发送下行信道、接收上行信道、不发送下行信道、或不接收上行信道中的至少一种。

在一些实施方式中，例如，执行发送下行信道、接收上行信道、不发送下行信道、或不接收上行信道中的至少一种包括以下中的至少一个：当所指示的终端不能发送的上行信道对应于任意的上行信道时，基站不接收任意的上行信道；当上行信道不与所指示的终端不能发送的上行信道相关联或者与所指示的终端能够发送的上行信道相关联时，基站接收该上行信道；当上行信道与所指示的终端不能发送的上行信道相关联或者不与所指示的终端能够发送的上行信道相关联时，基站不接收该上行信道；当所指示的终端不能接收的下行信道对应于任意的下行信道时，基站不发送任意的下行信道；当下行信道不与所指示的终端不能接收的下行信道相关联或者与所指示的终端能够接收的下行信道相关联时，基站发送该下行信道；或者当下行信道与所指示的终端不能接收的下行信道相关联或者不与所指示的终端能够接收的下行信道相关联时，基站不发送该下行信道。

在一些实施方式中，例如，所指示的终端不能发送的上行信道和/或不能接收的下行信道包括以下中的至少一个：更高层信令配置接收的下行物理信道；特定的PDCCH；预定义的SS/PBCH块；CSI-RS；PT-RS；SR；CG PUSCH；SRS；承载CSI的PUCCH；承载HARQ-ACK的PUCCH；或PRACH。

在一些实施方式中，例如，所指示的终端能够发送的上行信道和/或能够接收的下行信道包括以下中的至少一个：被DCI调度的PDSCH；更高层信令配置接收的下行物理信道；特定的PDCCH；预定义的SS/PBCH块；CSI-RS；PT-RS；SR；CG PUSCH；被DCI调度的PUSCH；承载非周期CSI的PUSCH；承载HARQ-ACK的PUCCH；或PRACH。

根据本公开的一些实施例，还提供了一种无线通信系统中的终端。该终端包括：收发器，被配置为发送和接收信号；和控制器，与收发器耦合并被配置为执行以上描述的由终端执行的方法中的一个或多个操作。

根据本公开的一些实施例，还提供了一种无线通信系统中的基站。该第基站包括：收发器，被配置为发送和接收信号；和控制器，与收发器耦合并被配置为执行以上描述的由基站执行的方法中的一个或多个操作。

根据本公开的一些实施例，还提供了一种计算机可读存储介质，其上存储有一个或多个计算机程序，其中当一个或多个计算机程序被一个或多个处理器执行时可以实施以上描述的方法中的任意一个。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例的附图作简单地介绍。明显地，下面描述的附图仅仅涉及本公开的一些实施例，而非对本公开的限制。附图中：

图1示出了根据本公开的一些实施例的示例无线网络的示意图；

图2A和图2B示出了根据本公开的一些实施例的示例无线发送和接收路径；

图3A示出了根据本公开的一些实施例的示例用户设备(UE)；

图3B示出了根据本公开的一些实施例的示例gNB；

图4示出了根据本公开的一些实施例的第二收发节点的框图；

图5示出了根据公开的一些实施例的由UE执行的方法的流程图；

图6A-6C示出了根据本公开的一些实施例的上行传输定时的一些示例；

图7示出了根据公开的一些实施例的由终端执行的方法的流程图；

图8示出了根据公开的一些实施例的由终端执行的方法的流程图；

图9示出了根据本公开的一些实施例的第一收发节点的框图；

图10示出了根据本公开的一些实施例的由基站执行的方法的流程图；

图11示出了根据公开的一些实施例的由基站执行的方法的流程图；以及

图12示出了根据公开的一些实施例的由基站执行的方法的流程图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例的附图，对本公开实施例的技术方案进行清楚、完整地描述。明显地，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

在进行下面的具体实施方式的描述之前，对贯穿该专利文档使用的某些词语和短语的定义进行阐述可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信，不管这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词涵盖直接和间接通信。术语“包括”和“包含”及其派生词意味着包括但不限于。术语“或”是包含性的，意味着和/或。短语“与...相关联”及其派生词意指包括、包括在...内、连接到、与...互联、包含、包含在...内、连接到或与...连接、耦合到或与...耦合、可与...通信、与...协作、交织、并置、接近、绑定到或与...绑定、具有、具有...属性、具有...关系或与...具有关系等。术语“控制器”意味着控制至少一个操作的任何设备、系统或其部分。这样的控制器可以实施在硬件中，或者实施在硬件和软件和/或固件的组合中。与任何特定控制器关联的功能可以是本地或远程的集中式或分布式。短语“...中的至少一个”当与项目列表一起使用时，意味着可以使用一个或多个所列项目的不同组合，并且可能只需要列表中的一个项目。例如，“A、B和C中的至少一个”包括以下组合中的任何一个：A、B、C、A和B、A和C、B和C、以及A和B和C。例如，“A、B或C中的至少一个”包括以下组合中的任何一个：A、B、C、A和B、A和C、B和C、以及A和B和C。

此外，以下描述的各种功能可以由一个或多个计算机程序实施或支持，每个计算机程序由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其适于在合适的计算机可读程序代码中实施的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质排除了传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储和稍后重写数据的介质，诸如可重写光盘或可擦除存储器设备。

这里用于描述本发明的实施例的术语并非旨在限制和/或限定本发明的范围。例如，除非另外定义，本公开使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。

应该理解的是，本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。除非上下文另外清楚地指出，否则单数形式“一个”、“一”或者“该”等类似词语也不表示数量限制，而是表示存在至少一个。

如本文所使用的，对“一个示例”或“示例”、“一个实施例”或“实施例”的任何引用意味着结合该实施例描述的特定元件、特征、结构或特性被包括在至少一个实施例中。在说明书的不同地方出现的短语“在一个实施例中”或“在一个示例”不一定都指同一个实施例。

如本文所使用的，某事物“的一部分”意味着该事物“的至少一些”，因此可能意味着少于该事物的全部或该事物的全部。因此，事物“的一部分”包括整个事物作为特例，即，整个事物是事物的一部分的示例。

如本文所使用的，术语“集合”表示一个或多个。因此，项目的集合可以是单个项目或者两个或更多个项目的集合。

在本公开中，为了确定特定条件是否被满足，诸如“大于”或“小于”之类的表达是作为示例使用的，并且诸如“大于或等于”或“小于或等于”之类的表达也是适用的，并且不被排除。例如，用“大于或等于”定义的条件可以用“大于”代替(或反之亦然)，用“小于或等于”定义的条件可以用“小于”代替(或反之亦然)，等等。

将进一步理解的是，术语“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

以下讨论的用于在本专利文档中描述本公开的原理的各种实施例仅作为说明，并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以实施在任何适当地布置的无线通信系统中。例如，尽管以下对本公开的实施例的详细描述将针对LTE和5G通信系统，但是本领域技术人员可以理解，在基本上不脱离本公开的范围的情况下，本公开的主要要点经过稍微修改也可以应用于具有类似技术背景和信道格式的其他通信系统。本申请实施例的技术方案可以应用于各种通信系统，例如，通信系统可以包括全球移动通信(global system for mobile communications，GSM)系统、码分多址(codedivision multiple access，CDMA)系统、宽带码分多址(wideband code divisionmultiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency divisionduplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(new radio，NR)等。此外，本申请实施例的技术方案可以应用于面向未来的通信技术。此外，本申请实施例的技术方案可以应用于面向未来的通信技术。

下面，将参考附图详细地说明本公开的实施例。应当注意的是，不同的附图中相同的附图标记将用于指代已描述的相同的元件。

下面的图1-图3B描述了在无线通信系统中通过使用正交频分复用(orthogonalfrequency division multiplexing，OFDM)或正交频分多址(orthogonal frequencydivision multiple access，OFDMA)通信技术来实施的各种实施例。图1-图3B的描述并不意味着对可以实施不同实施例的方式的物理或架构的暗示。本公开的不同实施例可以在任何适当布置的通信系统中实施。

图1示出了根据本公开的一些实施例的示例无线网络100。图1中所示的无线网络100的实施例仅用于说明。能够使用无线网络100的其他实施例而不脱离本公开的范围。

无线网络100包括gNodeB(gNB)101、gNB 102和gNB 103。gNB 101与gNB 102和gNB103通信。gNB 101还与至少一个互联网协议(IP)网络130(诸如互联网、专有IP网络或其他数据网络)通信。

取决于网络类型，能够取代“gNodeB”或“gNB”而使用其他众所周知的术语，诸如“基站”或“接入点”。为方便起见，术语“gNodeB”和“gNB”在本专利文件中用来指代为远程终端提供无线接入的网络基础设施组件。并且，取决于网络类型，能够取代“用户设备”或“UE”而使用其他众所周知的术语，诸如“移动台”、“用户台”、“远程终端”、“无线终端”或“用户装置”。例如，术语“终端”、“用户设备”和“UE”在本专利文件中可以用来指代无线接入gNB的远程无线设备，无论UE是移动设备(诸如，移动电话或智能电话)还是通常所认为的固定设备(诸如桌上型计算机或自动售货机)。

gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括：UE 111，可以位于小型企业(SB)中；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或其他高级无线通信技术彼此通信以及与UE 111-116通信。

虚线示出覆盖区域120和125的近似范围，所述范围被示出为近似圆形仅仅是出于说明和解释的目的。应该清楚地理解，与gNB相关联的覆盖区域，诸如覆盖区域120和125，能够取决于gNB的配置和与自然障碍物和人造障碍物相关联的无线电环境的变化而具有其他形状，包括不规则形状。

如下面更详细描述的，gNB 101、gNB 102和gNB 103中的一个或多个包括如本公开的实施例中所描述的2D天线阵列。在一些实施例中，gNB 101、gNB 102和gNB 103中的一个或多个支持用于具有2D天线阵列的系统的码本设计和结构。

尽管图1示出了无线网络100的一个示例，但是能够对图1进行各种改变。例如，无线网络100能够包括任何合适布置的任何数量的gNB和任何数量的UE。并且，gNB 101能够与任何数量的UE直接通信，并且向那些UE提供对网络130的无线宽带接入。类似地，每个gNB102-103能够与网络130直接通信并且向UE提供对网络130的直接无线宽带接入。此外，gNB101、102和/或103能够提供对其他或附加外部网络(诸如外部电话网络或其他类型的数据网络)的接入。

图2A和图2B示出了根据本公开的一些实施例的示例无线发送和接收路径。在以下描述中，发送路径200能够被描述为在gNB(诸如gNB 102)中实施，而接收路径250能够被描述为在UE(诸如UE 116)中实施。然而，应该理解，接收路径250能够在gNB中实施，并且发送路径200能够在UE中实施。在一些实施例中，接收路径250被配置为支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的码本设计和结构。

发送路径200包括信道编码和调制块205、串行到并行(S到P)块210、N点快速傅里叶逆变换(IFFT)块215、并行到串行(P到S)块220、添加循环前缀块225、和上变频器(UC)230。接收路径250包括下变频器(DC)255、移除循环前缀块260、串行到并行(S到P)块265、N点快速傅立叶变换(FFT)块270、并行到串行(P到S)块275、以及信道解码和解调块280。

在发送路径200中，信道编码和调制块205接收一组信息比特，应用编码(诸如低密度奇偶校验(LDPC)编码)，并调制输入比特(诸如利用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号的序列。串行到并行(S到P)块210将串行调制符号转换(诸如，解复用)为并行数据，以便生成N个并行符号流，其中N是在gNB 102和UE 116中使用的IFFT/FFT点数。N点IFFT块215对N个并行符号流执行IFFT运算以生成时域输出信号。并行到串行块220转换(诸如复用)来自N点IFFT块215的并行时域输出符号，以便生成串行时域信号。添加循环前缀块225将循环前缀插入时域信号。上变频器230将添加循环前缀块225的输出调制(诸如上变频)为RF频率，以经由无线信道进行传输。在变频到RF频率之前，还能够在基带处对信号进行滤波。

从gNB 102发送的RF信号在经过无线信道之后到达UE 116，并且在UE 116处执行与gNB 102处的操作相反的操作。下变频器255将接收信号下变频为基带频率，并且移除循环前缀块260移除循环前缀以生成串行时域基带信号。串行到并行块265将时域基带信号转换为并行时域信号。N点FFT块270执行FFT算法以生成N个并行频域信号。并行到串行块275将并行频域信号转换为调制数据符号的序列。信道解码和解调块280对调制符号进行解调和解码，以恢复原始输入数据流。

gNB 101-103中的每一个可以实施类似于在下行链路中向UE 111-116进行发送的发送路径200，并且可以实施类似于在上行链路中从UE 111-116进行接收的接收路径250。类似地，UE 111-116中的每一个可以实施用于在上行链路中向gNB 101-103进行发送的发送路径200，并且可以实施用于在下行链路中从gNB 101-103进行接收的接收路径250。

图2A和图2B中的组件中的每一个能够仅使用硬件来实施，或使用硬件和软件/固件的组合来实施。作为特定示例，图2A和图2B中的组件中的至少一些可以用软件实施，而其他组件可以通过可配置硬件或软件和可配置硬件的混合来实施。例如，FFT块270和IFFT块215可以实施为可配置的软件算法，其中可以根据实施方式来修改点数N的值。

此外，尽管描述为使用FFT和IFFT，但这仅是说明性的，并且不应解释为限制本公开的范围。能够使用其他类型的变换，诸如离散傅立叶变换(DFT)和离散傅里叶逆变换(IDFT)函数。应当理解，对于DFT和IDFT函数而言，变量N的值可以是任何整数(诸如1、2、3、4等)，而对于FFT和IFFT函数而言，变量N的值可以是作为2的幂的任何整数(诸如1、2、4、8、16等)。

尽管图2A和图2B示出了无线发送和接收路径的示例，但是可以对图2A和图2B进行各种改变。例如，图2A和图2B中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。而且，图2A和图2B旨在示出能够在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构能够用于支持无线网络中的无线通信。

图3A示出了根据本公开的一些实施例的示例UE 116。图3A中示出的UE 116的实施例仅用于说明，并且图1的UE 111-115能够具有相同或相似的配置。然而，UE具有各种各样的配置，并且图3A不将本公开的范围限制于UE的任何特定实施方式。

UE 116包括天线305、射频(RF)收发器310、发送(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器/控制器340、输入/输出(I/O)接口345、(多个)输入设备350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。

RF收发器310从天线305接收由无线网络100的gNB发送的传入RF信号。RF收发器310将传入RF信号进行下变频以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325，其中RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路325将经处理的基带信号发送到扬声器330(诸如对于语音数据)或发送到处理器/控制器340(诸如对于网络浏览数据)以进行进一步处理。

TX处理电路315从麦克风320接收模拟或数字语音数据，或从处理器/控制器340接收其他传出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315编码、复用、和/或数字化传出基带数据以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收传出的经处理的基带或IF信号，并将所述基带或IF信号上变频为经由天线305发送的RF信号。

处理器/控制器340能够包括一个或多个处理器或其他处理设备，并执行存储在存储器360中的OS 361，以便控制UE 116的总体操作。例如，处理器/控制器340能够根据公知原理通过RF收发器310、RX处理电路325和TX处理电路315来控制正向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器/控制器340包括至少一个微处理器或微控制器。

处理器/控制器340还能够执行驻留在存储器360中的其他过程和程序，诸如用于具有如本公开的实施例中描述的2D天线阵列的系统的信道质量测量和报告的操作。处理器/控制器340能够根据执行过程的需要将数据移入或移出存储器360。在一些实施例中，处理器/控制器340被配置为基于OS361或响应于从gNB或运营商接收的信号来执行应用362。处理器/控制器340还耦合到I/O接口345，其中I/O接口345为UE 116提供连接到诸如膝上型计算机和手持计算机的其他设备的能力。I/O接口345是这些附件和处理器/控制器340之间的通信路径。

处理器/控制器340还耦合到(多个)输入设备350和显示器355。UE 116的操作者能够使用(多个)输入设备350将数据输入到UE 116中。显示器355可以是液晶显示器或能够呈现文本和/或至少(诸如来自网站的)有限图形的其他显示器。存储器360耦合到处理器/控制器340。存储器360的一部分能够包括随机存取存储器(RAM)，而存储器360的另一部分能够包括闪存或其他只读存储器(ROM)。

尽管图3A示出了UE 116的一个示例，但是能够对图3A进行各种改变。例如，图3A中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。作为特定示例，处理器/控制器340能够被划分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。而且，虽然图3A示出了配置为移动电话或智能电话的UE116，但是UE能够被配置为作为其他类型的移动或固定设备进行操作。

图3B示出了根据本公开的一些实施例的示例gNB 102。图3B中所示的gNB 102的实施例仅用于说明，并且图1的其他gNB能够具有相同或相似的配置。然而，gNB具有各种各样的配置，并且图3B不将本公开的范围限制于gNB的任何特定实施方式。应注意，gNB 101和gNB 103能够包括与gNB 102相同或相似的结构。

如图3B中所示，gNB 102包括多个天线370a-370n、多个RF收发器372a-372n、发送(TX)处理电路374和接收(RX)处理电路376。在某些实施例中，多个天线370a-370n中的一个或多个包括2D天线阵列。gNB 102还包括控制器/处理器378、存储器380和回程或网络接口382。

RF收发器372a-372n从天线370a-370n接收传入RF信号，诸如由UE或其他gNB发送的信号。RF收发器372a-372n对传入RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路376，其中RX处理电路376通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路376将经处理的基带信号发送到控制器/处理器378以进行进一步处理。

TX处理电路374从控制器/处理器378接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路374对传出基带数据进行编码、复用和/或数字化以生成经处理的基带或IF信号。RF收发器372a-372n从TX处理电路374接收传出的经处理的基带或IF信号，并将所述基带或IF信号上变频为经由天线370a-370n发送的RF信号。

控制器/处理器378能够包括控制gNB 102的总体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器378能够根据公知原理通过RF收发器372a-372n、RX处理电路376和TX处理电路374来控制前向信道信号的接收和后向信道信号的发送。控制器/处理器378也能够支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器378能够执行诸如通过盲干扰感测(BIS)算法执行的BIS过程，并且对被减去干扰信号的接收到的信号进行解码。控制器/处理器378可以在gNB 102中支持各种各样的其他功能中的任何一个。在一些实施例中，控制器/处理器378包括至少一个微处理器或微控制器。

控制器/处理器378还能够执行驻留在存储器380中的程序和其他过程，诸如基本OS。控制器/处理器378还能够支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的信道质量测量和报告。在一些实施例中，控制器/处理器378支持在诸如web RTC的实体之间的通信。控制器/处理器378能够根据执行过程的需要将数据移入或移出存储器380。

控制器/处理器378还耦合到回程或网络接口382。回程或网络接口382允许gNB102通过回程连接或通过网络与其他设备或系统通信。回程或网络接口382能够支持通过任何合适的(多个)有线或无线连接的通信。例如，当gNB 102被实施为蜂窝通信系统(诸如支持5G或新无线电接入技术或NR、LTE或LTE-A的一个蜂窝通信系统)的一部分时，回程或网络接口382能够允许gNB 102通过有线或无线回程连接与其他gNB通信。当gNB 102被实施为接入点时，回程或网络接口382能够允许gNB 102通过有线或无线局域网或通过有线或无线连接与更大的网络(诸如互联网)通信。回程或网络接口382包括支持通过有线或无线连接的通信的任何合适的结构，诸如以太网或RF收发器。

存储器380耦合到控制器/处理器378。存储器380的一部分能够包括RAM，而存储器380的另一部分能够包括闪存或其他ROM。在某些实施例中，诸如BIS算法的多个指令被存储在存储器中。多个指令被配置为使得控制器/处理器378执行BIS过程，并在减去由BIS算法确定的至少一个干扰信号之后解码接收的信号。

如下面更详细描述的，(使用RF收发器372a-372n、TX处理电路374和/或RX处理电路376实施的)gNB 102的发送和接收路径支持与FDD小区和TDD小区的聚合的通信。

尽管图3B示出了gNB 102的一个示例，但是可以对图3B进行各种改变。例如，gNB102能够包括任何数量的图3A中所示的每个组件。作为特定示例，接入点能够包括许多回程或网络接口382，并且控制器/处理器378能够支持路由功能以在不同网络地址之间路由数据。作为另一特定示例，虽然示出为包括TX处理电路374的单个实例和RX处理电路376的单个实例，但是gNB 102能够包括每一个的多个实例(诸如每个RF收发器对应一个)。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射的硬件设备，其具有能够在双向通信链路上，进行双向通信的接收和发射的硬件设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

随着信息产业的快速发展，特别是来自移动互联网和物联网(IoT，internet ofthings)的增长需求，给未来移动通信技术带来前所未有的挑战。如根据国际电信联盟(International Telecommunication Union，ITU)的报告ITU-R M.[IMT.BEYOND2020.TRAFFIC]，可以预计到2020年，移动业务量增长相对2010年(4G时代)将增长近1000倍，UE连接数也将超过170亿，随着海量的IoT设备逐渐渗透到移动通信网络，连接设备数将更加惊人。为了应对这前所未有的挑战，通信产业界和学术界已经展开了广泛的第五代移动通信技术(5G)研究，以面向2020年代。目前在ITU的报告ITU-RM.[IMT.VISION]中已经在讨论未来5G的框架和整体目标，其中对5G的需求展望、应用场景和各项重要性能指标做了详细说明。针对5G中的新需求，ITU的报告ITU-R M.[IMT.FUTURE TECHNOLOGY TRENDS]提供了针对5G的技术趋势相关的信息，旨在解决系统吞吐量显著提升、用户体验一致性、扩展性以支持IoT、时延、能效、成本、网络灵活性、新兴业务的支持和灵活的频谱利用等显著问题。在3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)中，对5G的第一阶段的工作已在进行中。为了支持更灵活的调度，3GPP决定在5G中支持可变的混合自动重复请求-确认(Hybrid Automatic Repeat request-Acknowledgement，HARQ-ACK)反馈时延。在现有的长期演进(Long Term Evolution，LTE)系统中，从下行数据的接收到HARQ-ACK的上行发送的时间是固定的，例如频分双工(Frequency Division Duplex，FDD)系统中，时延是4个子帧，在时分双工(Time Division Duplex，TDD)系统中，根据上下行配置，为相应的下行子帧确定一个HARQ-ACK反馈时延。在5G系统中，无论是FDD还是TDD系统，对于一个确定的下行时间单元(例如，下行时隙或者下行迷你时隙)，可反馈HARQ-ACK的上行时间单元是可变的。例如，可以通过物理层信令动态指示HARQ-ACK反馈的时延，也可以根据不同的业务或者用户能力等因素，确定不同的HARQ-ACK时延。

3GPP定义了5G应用场景的三大方向——eMBB(enhanced mobile broadband，增强移动宽带)、mMTC(massive machine-type communication，大规模机器类型通信)、URLLC(ultra-reliable and low-latency communication，超可靠和低时延通信)。eMBB场景旨在在现有移动宽带业务场景的基础上，进一步提高数据传输速率，以提升用户体验，从而追求人与人之间极致的通信体验。mMTC和URLLC则是例如物联网的应用场景，但各自侧重点不同：mMTC主要是人与物之间的信息交互，URLLC主要体现物与物之间的通信需求。

在5G NR中，由于引入了更大的带宽，更高的频段，导致基站的能耗是LTE基站的数倍，如何降低基站的能耗是一个需要解决的问题。并且，在降低基站能耗的同时，如何减少对网络性能的影响也是需要解决的问题。

为了至少解决以上技术问题，本公开的实施例提供了一种无线通信系统中由终端执行的方法、终端、由基站执行的方法、基站及非暂时性计算机可读存储介质。在下文中，将参照附图详细描述本公开的各种实施例。

在本公开的实施例中，为了描述的方便，定义第一收发节点和第二收发节点。例如，第一收发节点可以为基站，第二收发节点可以为UE。在以下的示例中，以基站为例(但不限于)来说明第一收发节点，以UE为例(但不限于)来说明第二收发节点。

下面结合附图进一步描述本公开的示例性实施例。

文本和附图仅作为示例提供，以帮助阅读者理解本公开。它们不意图也不应该被解释为以任何方式限制本公开的范围。尽管已经提供了某些实施例和示例，但是基于本文所公开的内容，对于本领域技术人员而言显而易见的是，在不脱离本公开的范围的情况下，可以对所示的实施例和示例进行改变。

图4示出了根据本公开的实施例的第二收发节点的框图。

参考图4，第二收发节点400可以包括收发器401和控制器402。

收发器401可以被配置为从第一收发节点接收第一数据和/或第一控制信令并且在确定的时间单元向第一收发节点发送第二数据和/或第二控制信令。

控制器402可以为专用集成电路或至少一个处理器。控制器402可以被配置为控制第二收发节点的总体操作，以及控制第二收发节点实施本公开的实施例中提出的方法。例如，控制器402可以被配置为基于第一数据和/或第一控制信令，确定第二数据和/或第二控制信令和用于发送第二数据和/或第二控制信令的时间单元，以及控制收发器401在确定的时间单元向第一收发节点发送第二数据和/或第二控制信令。

在一些实施方式中，控制器402可以被配置为执行以下描述的各种实施例的方法中的一个或多个操作。例如，控制器402可以被配置为执行之后要结合图5描述的方法500、结合图7描述的方法700、结合图8描述的方法800中的一个或多个操作。

在一些实施方式中，第一数据可以是第一收发节点发送给第二收发节点的数据。在以下的示例中，以通过PDSCH(Physical Downlink Shared Channel，物理下行共享信道)承载的下行数据为例(但不限于)来说明第一数据。

在一些实施方式中，第二数据可以是第二收发节点发送给第一收发节点的数据。在以下的示例中，以PUSCH(Physical Uplink Shared Channel，物理上行共享信道)承载的上行数据为例(但不限于)来说明第二数据。

在一些实施方式中，第一控制信令可以是第一收发节点发送给第二收发节点的控制信令。在以下的示例中，以下行控制信令为例(但不限于)来说明第一控制信令。下行控制信令可以是通过PDCCH(Physical Downlink Control Channel，物理下行控制信道)承载的DCI(Downlink control information，下行控制信息)和/或通过PDSCH(PhysicalDownlink Shared Channel，物理下行共享信道)承载的控制信令。例如，DCI可以为UE专属(UE specific)的DCI，DCI还可以为公用的DCI，公用的DCI可以是部分UE公用的DCI，例如组公用(group common)DCI，公用的DCI还可以是所有UE公用的DCI。DCI可以是上行DCI(例如，调度PUSCH的DCI)和/或下行DCI(例如，调度PDSCH的DCI)。

在一些实施方式中，第二控制信令可以是第二收发节点发送给第一收发节点的控制信令。在以下的示例中，以上行控制信令为例(但不限于)来说明第二控制信令。上行控制信令可以是通过PUCCH(Physical Uplink Control Channel，物理上行控制信道)承载的UCI(Uplink Control Information，上行控制信息)和/或通过PUSCH(Physical UplinkShared Channel，物理上行共享信道)承载的控制信令。UCI的类型可以包括以下中的一个或多个：HARQ-ACK信息、SR(Scheduling Request，调度请求)、LRR(Link RecoveryRequest，链路恢复请求)、CSI(Chanel State Information，信道状态信息)、或CG(Configured grant，配置授权)UCI。在本公开的实施例中，当UCI由PUCCH承载时，UCI可以和PUCCH互换使用。

在一些实施方式中，承载SR的PUCCH可以为承载肯定的SR(positive SR)和/或否定的SR(negative SR)的PUCCH。SR可以为肯定的SR和/或否定的SR。

在一些实施方式中，CSI还可以为Part 1CSI(第一部分CSI)和/或Part2CSI(第二部分CSI)。

在一些实施方式中，第一时间单元为第一收发节点发送第一数据和/或第一控制信令的时间单元。在以下的示例中，以下行时间单元为例(但不限于)来说明第一时间单元。

在一些实施方式中，第二时间单元为第二收发节点发送第二数据和/或第二控制信令的时间单元。在以下的示例中，以上行时间单元为例(但不限于)来说明第二时间单元。

在一些实施方式中，第一时间单元和第二时间单元可以是一个或多个时隙(slot)、一个或多个子时隙(sub-slot)、一个或多个OFDM符号、或一个或多个子帧(subframe)。

本文中，依赖于网络类型，术语“基站”或“BS”可以指代被配置为提供对网络的无线接入的任何组件(或组件集合)，诸如发送点(Transmission Point，TP)、发送-接收点(Transmission and Reception Point，TRP)、增强基站(eNodeB或eNB)、5G基站(gNB)、宏小区、毫微微小区、WiFi接入点(AP)或其他无线地使能的设备。基站可以根据一个或多个无线通信协议——例如，5G 3GPP新无线电接口/接入(NR)、长期演进(LTE)、先进LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等——来提供无线接入。

在描述无线通信系统时以及在下面描述的本公开中，更高层信令或更高层信号是用于通过物理层的下行链路数据信道将信息从基站传递到终端或者通过物理层的上行链路数据信道将信息从终端传递到基站的信号传递方法，并且信号传递方法的示例可以包括用于通过无线电资源控制(radio resource control，RRC)信令、分组数据汇聚协议(packet data convergence protocol，PDCP)信令或媒体访问控制(medium accesscontrol，MAC)控制元素(MAC control element，MAC CE)来传递信息的信号传递方法。

图5示出了根据本公开的实施例的由UE执行的方法的流程图。

参考图5，在步骤S510，UE可以从基站接收下行数据(例如，通过PDSCH携带的下行数据)和/或下行控制信令。例如，UE可以基于预定义规则和/或已经接收到的配置参数从基站接收下行数据和/或下行控制信令。

在步骤S520，UE根据下行数据和/或下行控制信令确定上行数据和/或上行控制信令以及上行时间单元。

在步骤S530，UE在上行时间单元上向基站发送上行数据和/或上行控制信令。

在一些实施方式中，可以通过HARQ-ACK来执行对于下行链路传输的确认/否定确认(ACK/NACK)。

在一些实施方式中，下行控制信令可以包括通过PDCCH承载的DCI和/或通过PDSCH承载的控制信令。例如，DCI可以用于调度PUSCH的发送或PDSCH的接收。下面将参考图6A-6C描述上行传输定时的一些示例。

在一个示例中，UE接收到DCI，并且根据DCI中指示的时域资源接收PDSCH。例如，可以使用参数K0可以表示DCI调度的PDSCH与承载DCI的PDCCH之间的时间间隔，并且K0的单位可以为时隙。例如，图6A给出了K0＝1的示例。在图6A示出的示例中，DCI调度的PDSCH到承载该DCI的PDCCH的时间间隔为1个时隙。在本公开的实施例中，“UE接收到DCI”可以意味着“UE检测到DCI”。

在另一个示例中，UE接收到DCI，并且根据DCI中指示的时域资源发送PUSCH。例如，可以使用定时参数K2表示DCI调度的PUSCH与承载DCI的PDCCH之间的时间间隔，并且K2的单位可以为时隙。例如，图6B给出了K2＝1的示例。在图6B示出的示例中，DCI调度的PUSCH与承载该DCI的PDCCH的时间间隔为1个时隙。K2还可以表示激活CG(configured grant,配置授权)PUSCH的PDCCH与第一个被激活的CG PUSCH的时间间隔。在本公开的示例中，如果没有特别说明PUSCH可以为动态调度的(例如，被DCI调度的)PUSCH(例如，本公开的实施例中，可以称为DG(dynamic grant,动态授权)PUSCH)和/或没有被DCI调度的PUSCH(例如，CG PUSCH)。

在又一个示例中，UE接收到PDSCH，并且可以在上行时间单元中的PUCCH上发送该PDSCH接收的HARQ-ACK信息。例如，可以使用定时参数(也可以称为定时值)K1(例如，3GPP参数dl-DataToUL-ACK)表示用于发送PDSCH接收的HARQ-ACK信息的PUCCH与该PDSCH之间的时间间隔，并且K1的单位可以为上行时间单元，诸如时隙或子时隙。在K1的单位为时隙的情况下，该时间间隔为用于反馈PDSCH接收的HARQ-ACK信息的PUCCH与该PDSCH的时隙偏移值，并且K1可以称为时隙定时值。例如，图6A给出了K1＝3的示例。在图6A示出的示例中，用于发送PDSCH接收的HARQ-ACK信息的PUCCH与该PDSCH的时间间隔为3个时隙。需要说明的是，本公开的实施例中，定时参数K1可以与定时参数K₁互换使用，定时参数K0可以与定时参数K₀互换使用，定时参数K2可以与定时参数K₂互换使用。

PDSCH可以为被DCI调度的PDSCH和/或SPS(Semi-Persistent Scheduling，半持久调度)PDSCH。SPS PDSCH被DCI激活后，UE会周期性的接收SPS PDSCH。在本公开的示例中，SPS PDSCH可以等同于没有DCI/PDCCH调度的PDSCH。SPS PDSCH被释放(去激活)后，UE不再接收该SPS PDSCH。

本公开的实施例中的HARQ-ACK可以为SPS PDSCH接收的HARQ-ACK(例如，没有DCI指示的HARQ-ACK)和/或被一个DCI格式指示的HARQ-ACK(例如，被一个DCI格式调度的PDSCH接收的HARQ-ACK)。

在又一个示例中，UE接收到DCI(例如，指示SPS PDSCH释放(去激活)的DCI)，并且可以在上行时间单元的PUCCH上发送该DCI的HARQ-ACK信息。例如，可以使用定时参数K1表示用于发送DCI的HARQ-ACK信息的PUCCH与该DCI之间的时间间隔，K1的单位可以为上行时间单元，诸如时隙或子时隙。例如，图6C给出了K1＝3的示例。在图6C的示例中，用于发送DCI的HARQ-ACK信息的PUCCH与该DCI之间的时间间隔为3个时隙。例如，可以使用定时参数K1表示承载指示SPS PDSCH释放(去激活)的DCI的PDCCH接收与反馈其HARQ-ACK的PUCCH的时间间隔。

在一些实施方式中，在步骤S520，UE可以向基站上报(或发送(signal/transmit))UE能力或指示该UE能力。例如，UE通过发送PUSCH向基站上报(或发送(signal/transmit))UE能力。在这种情况下，UE发送的PUSCH中包含了UE能力信息。

在一些实施方式中，基站可以根据先前从UE接收到的(例如，在先前的下行-上行传输过程中的步骤S510中)UE能力来对UE配置更高层信令。例如，基站通过发送PDSCH来对UE配置更高层信令。在这种情况下，基站发送的PDSCH中包含了对UE配置的更高层信令。需要说明的是，更高层信令为与物理层信令相比的更高层的信令，例如，更高层信令可以包括RRC信令和/或MAC CE。

在一些实施方式中，下行信道(下行资源)可以包括PDCCH和/或PDSCH。上行信道(上行资源)可以包括PUCCH和/或PUSCH。

在一些实施方式中，UE可以被配置两级优先级以用于上行链路传输。例如，可以通过更高层信令(例如，通过3GPP参数UCI-MuxWithDifferentPriority)配置UE将不同优先级的UCI进行复用。例如，如果UE被配置或提供有3GPP参数UCI-MuxWithDifferentPriority，则UE将不同优先级的UCI进行复用；否则，UE对不同优先级的PUCCH和/或PUSCH进行优先级排序(prioritization)。例如，两级优先级可以包括彼此不同的第一优先级和第二优先级。在一个示例中，第一优先级可以高于第二优先级。在另一个示例中，第一优先级可以低于第二优先级。然而，本公开的实施例不限于此，例如，UE可以被配置多于两级的优先级。为了方便的目的，在本公开的实施例中，考虑第一优先级高于第二优先级来进行描述。需要说明的是，本公开的所有实施例均适用于第一优先级可以高于第二优先级的情形；本公开的所有实施例均适用于第一优先级可以低于第二优先级的情形；本公开的所有实施例均适用于第一优先级可以等于第二优先级的情形。

对多个在时域有重叠的PUCCH和/或PUSCH复用可以为将PUCCH中的UCI信息复用到一个PUCCH或PUSCH中。例如，对在时域有重叠的第一上行信道(例如，PUCCH)和第二上行信道(PUCCH或PUSCH)进行复用可以包括将第一上行信道中的UCI复用到第二上行信道。

UE对两个在时域有重叠的PUCCH和/或PUSCH进行优先级排序可以为UE发送更高优先级的PUCCH或PUSCH，UE不发送更低优先级的PUCCH或PUSCH。例如，对在时域有重叠的更高优先级的第一上行信道(PUCCH或PUSCH)和更低优先级的第二上行信道(PUCCH或PUSCH)进行优先级排序可以包括UE发送更高优先级的第一上行信道，并且UE不发送更低优先级的第二上行信道。

本公开的实施例中，单播可以指网络和一个UE进行通信的方式，组播(multicast或者groupcast)可以指网络和多个UE进行通信的方式。例如，单播PDSCH可以是一个UE接收的PDSCH，且PDSCH的加扰可以基于UE特有的无线网络临时标识符(RNTI，Radio NetworkTemporary Identifier)，例如小区-RNTI(C-RNTI)。组播PDSCH可以是多于一个UE同时接收的PDSCH，且组播PDSCH的加扰可以基于UE组公用的RNTI。例如，用于组播PDSCH的加扰的UE组公用的RNTI可以包括用于动态调度的组播传输(例如，PDSCH)加扰的RNTI(本公开的实施例中，称为G-RNTI)或用于组播SPS传输(例如，SPS PDSCH)加扰的RNTI(本公开的实施例中，称为G-CS-RNTI)。G-CS-RNTI与G-RNTI可以为不同的RNTI也可以为同一个RNTI。单播PDSCH的UCI可以包括单播PDSCH接收的HARQ-ACK信息、SR、或CSI。组播PDSCH的UCI可以包括组播PDSCH接收的HARQ-ACK信息。在本公开的实施例中，“组播”也可以被替换成“广播”。

需要说明的是，除非上下文另外清楚的指出，本公开的实施例描述的方法、步骤或操作中的全部或者一个或多个可以通过协议规定和/或更高层信令配置和/或动态信令指示。动态信令可以为PDCCH和/或DCI和/或DCI格式。例如，对SPS PDSCH和/或CG PUSCH，可以在其激活DCI/DCI格式/PDCCH中动态指示。所描述的方法、步骤和操作中的全部或者一个或多个可以为可选的。例如，如果配置了某一参数(例如，参数X)，UE执行某一方式(例如，方式A)，否则(如果没有配置该参数，例如参数X)，UE执行另一方式(例如，方式B)。

需要说明的是，本公开的实施例中的PCell(主小区)或PSCell(主辅小区)可以与有PUCCH的小区(Cell)互换使用。

需要说明的是，本公开的实施例中用于下行链路的方法也可以适用于上行链路，用于上行链路的方法也可以适用于下行链路。例如，可以将PDSCH与PUSCH替换，SPS PDSCH与CG PUSCH替换，下行符号与上行符号替换，使得用于下行链路的方法可以适用于上行链路。

需要说明的是，本公开的实施例中适用于多个PDSCH/PUSCH调度的方法，也可以适用于PDSCH/PUSCH重复传输。例如，可以将多个PDSCH/PUSCH中的一个PDSCH/PUSCH替换成PDSCH/PUSCH多次重复传输中的一次重复传输。

需要说明的是本公开的方法中，被配置和/或指示了重复传输可以被理解为重复传输的次数大于1。例如，被“配置了和/或指示了重复传输的PUCCH”可以被替换为“在多于一个时隙/子时隙上重复传输的PUCCH”。没有被配置和/或指示重复传输可以被理解为重复传输的次数等于1。例如，被“没有配置和/或指示重复传输的PUCCH”可以被替换为“重复传输次数为1的PUCCH传输”。例如，UE可以被配置与PUCCH重复传输的次数有关的参数当该参数/>大于1时，可以意味着UE被配置了PUCCH重复传输，并且UE可以在个时间单元(例如，时隙)上重复PUCCH传输；当该参数等于1时，可以意味着UE没有被配置PUCCH重复传输。例如，重复传输的PUCCH可以只包含一种类型的UCI。如果PUCCH被配置了重复传输，本公开的实施例中，可以将PUCCH多次重复传输中的一次重复传输作为一个PUCCH(或PUCCH资源)，或者，将PUCCH所有的重复传输作为一个PUCCH(或PUCCH资源)，或者，将PUCCH多次重复传输中的特定的重复传输作为一个PUCCH(或PUCCH资源)。

需要说明的是，本公开的方法中一个PDCCH和/或DCI和/或DCI格式调度多个PDSCH/PUSCH，可以是同一个服务小区的多个PDSCH/PUSCH和/或不同服务小区的多个PDSCH/PUSCH。

需要说明的是，本公开描述的多个方式可以按照任意顺序进行组合。在一个组合中，一个方式可以被执行一次或多次。

需要说明的是，本公开的方法中的多个步骤可以以任意顺序实施。

需要说明的是，本公开的方法中“取消发送”可以为取消整个上行信道的发送和/或取消部分上行信道的发送。

需要说明的是本公开的方法中，“从小到大的顺序”(例如，升序)可以替换为“从大到小的顺序”(例如，降序)，和/或“从大到小的顺序”(例如，降序)可以替换为“从小到大的顺序”(例如，升序)。

需要说明的是本公开的方法中，承载A的PUCCH/PUSCH，可以理解为只承载A的PUCCH/PUSCH，还可以理解为至少承载A的PUCCH/PUSCH。

需要说明的是，本公开的实施例中“时隙”可以替换为“子时隙”或“时间单元”。

需要说明的是，本公开的实施例中，“满足预定义的条件，执行预定义的方法(或步骤)”与“不满足预定义的条件，不执行预定义的方法(或步骤)”可以替换使用。“满足预定义的条件，不执行预定义的方法(或步骤)”与“不满足预定义的条件，执行预定义的方法(或步骤)”可以替换使用。

在一些情况下，为了减少基站的能耗，基站可以工作在节能模式，例如，基站不发送下行信号和/或基站不接收上行信号。如果UE不知道基站处于节能模式，UE可能会接收和/或解码没有被基站发送的下行信道，和/或UE可能发送上行信道，但是基站可能不会接收UE发送的上行信道，从而造成UE能耗增加、上行传输性能下降。

在一些实施方式中，可以采用以下方式中的至少一种。

方式MN1

在方式MN1中，可以通过协议规定和/或更高层信令配置和/或动态信令指示基站的工作模式(例如，是否为节能模式)和/或UE的工作模式(或状态)。例如，可以有以下两种模式，模式1和模式2。

模式1(本公开的实施例中，也可以称为“第一模式”)：例如，模式1可以为非节能模式(也可以称为普通模式)。在模式1下，基站与UE之间可以执行正常的通信(上行传输和/或下行传输)。例如，当处于模式1时，基站可以发送下行信道和/或基站可以接收上行信道。或者，当处于模式1时，UE可以接收基站发送的下行信道和/或UE可以发送上行信道。需要说明的是，模式1可以为现有模式，例如，3GPP Rel-15、Rel-16或Rel-17定义的UE接收/发送信道的模式。

模式2(本公开的实施例中，也可以称为“第二模式”)：例如，模式2可以为节能模式。在模式2下，基站可以不执行某些或所有下行发送或上行接收。例如，当处于模式2时，基站可以不发送某些或所有下行信道和/或基站可以不接收某些或所有上行信道。或者，当处于模式2时，UE不期待基站发送某些或所有下行信道和/或基站接收某些或所有上行信道。

在一些实施方式中，可以对UE配置和/或指示一个模式，该模式适用于UE的下行接收和上行发送。还可以通过协议规定在这个模式下UE的行为(例如，下行接收方法和上行发送方法)。这种方式实现简单，可以节约信令开销。

在一些实施方式中，可以对UE的下行接收和上行发送分别配置和/或指示一个模式，例如，与下行接收相对应的下行模式和与上行发送相对应的上行模式；或者，可以对UE的下行接收或上行发送配置和/或指示一个模式。还可以通过协议规定在一个下行模式下UE的行为(例如，下行接收方法)，和/或在一个上行模式下UE的行为(例如，上行发送方法)。UE还可以对下行接收和上行发送分别上报关于UE是否支持对应的节能模式的UE能力。这种方式可以提高调度的灵活性。

在一些实施方式中，可以通过更高层信令(例如，RRC消息)和/或DCI格式来指示UE的模式配置。作为一个示例，可以通过更高层信令(例如，RRC消息)或DCI格式指示模式1或模式2(例如，以下将描述的模式2-1或模式2-1)之一作为UE的模式。作为另一个示例，可以通过更高层信令(例如，RRC消息)配置至少一个模式(模式1和/或模式2(例如，以下将描述的模式2-1或模式2-1))，并且通过DCI格式来动态指示更高层信令配置的至少一个模式中的模式作为UE的模式。在本公开的实施例中，为UE配置模式可以意味着为UE配置与该模式相对应的发送和/或接收方法。例如，UE被配置模式2可以意味着UE被配置为“不发送至少一个上行信道和/或不接收至少一个下行信道”。

本方法可以降低UE能耗，可以避免基站不接收UE发送的上行信道，可以提高上行传输的可靠性。分别对下行和上行配置UE模式可以进一步提高灵活性。

方式MN2

在方式MN2中，可以将方式MN1中的模式2(例如，节能模式)进一步划分为多种不同的子模式，本方法以从模式2划分的两种子模式(例如，两种子节能模式)为例进行说明，然而本公开的实施例中的方法同样适用于两种以上的子模式(例如，两种以上的子节能模式)。例如，节能模式可以包括以下两种子节能模式，模式2-1和模式2-2。模式2-1和模式2-2可以对应不同的节能水平。例如，相比于模式2-2，模式2-1可以对应于更高的节能水平。也就是说，模式2-1下基站的能耗可能低于模式2-2下基站的能耗。

模式2-1：例如，模式2-1为对应于更高的节能水平的高节能模式。例如，当处于模式2-1时，基站不发送下行信道(所有或任意的下行信道)和/或基站不接收上行信道(所有或任意的上行信道)。或者，当处于模式2-1时，UE不期待基站发送下行信道和/或基站接收上行信道。

模式2-2：例如，模式2-2为对应于更低的节能水平的轻节能模式。例如，当处于模式2-2时，基站不发送预定义的下行信道和/或基站不接收预定义的上行信道。或者，当处于模式2-2时，UE不期待基站发送预定义的下行信道和/或基站接收预定义的上行信道。

需要说明的是，本公开的实施例中适用于模式2的方法也同样适用于模式2-1和/或模式2-2。

在一些实施方式中，UE可以上报所支持的节能模式的UE能力。基站可以基于UE上报的能力给UE配置和/或指示两种或多种模式(例如，节能模式和/或非节能模式)。

本方法可以提高网络节能的灵活性。例如，可以基于网络中的活跃用户的数量(该数量是否超过阈值数量)来确定使用哪种节能模式。当网络中的活跃用户较少时，可以使用高节能模式，当网络中的活跃用户较多时，可以使用轻节能模式。

需要说明的是，本公开的实施例中定义的模式可以为一个服务小区的模式，和/或可以为一个带宽部分(Bandwidth Part，BWP)的模式，和/或可以为一个信道的模式。例如，对于一个服务小区(或BWP)的一个模式，可以规定这个服务小区(或BWP)上在该模式下所有信道的发送和/或接收方法。例如，对于一个信道的一个模式，可以规定这个信道在该模式下该信道的发送和/或接收方法。

将理解，本公开的实施例中，基站和/或终端的某一模式可以理解为与该模式相对应的操作方法。例如，从UE的角度，模式1可以理解为UE可以接收下行信道和/或UE可以发送上行信道；模式2可以理解为UE不能接收所有或一些下行信道和/或不能发送所有或一些上行信道。由此，在公开的实施例中，对于UE，“模式1”可以与“UE可以接收下行信道和/或UE可以发送上行信道”互换使用；“模式2”可以与“UE不能接收所有或一些下行信道和/或不能发送所有或一些上行信道”互换使用；“模式2-1”可以与“UE不能接收所有下行信道和/或不能发送所有上行信道”互换使用；“模式2-2”可以与“UE不能接收预定义的下行信道和/或不能发送预定义的上行信道”互换使用。

方式MN3

在方式MN3中，当基站和/或UE处于特定模式时(处于模式2时)，和/或当UE被配置了一个与网络节能相关的更高层信令参数(例如，当UE被配置了该更高层信令参数时，基站处于节能模式)时，UE的行为可以包括以下至少之一：

-UE不接收下行信道。例如，UE不接收所有的下行信道。

-UE不接收满足特定条件(例如，特定条件可以为预定义条件一)(与特定条件相关联)的下行信道。或者，UE不接收不满足特定条件(例如，特定条件可以为预定义条件二)(不与特定条件相关联)的下行信道。

-UE接收满足特定条件(例如，特定条件可以为预定义条件二)(与特定条件相关联)的下行信道。或者，UE接收不满足特定条件(例如，特定条件可以为预定义条件一)(不与特定条件相关联)的下行信道。

-UE不发送上行信道。例如，UE不发送所有的上行信道。

-UE不发送满足特定条件(例如，特定条件可以为预定义条件三)(与特定条件相关联)的下行信道。或者，UE不发送不满足特定条件(例如，特定条件可以为预定义条件四)(不与特定条件相关联)的下行信道。

-UE发送满足特定条件(例如，特定条件可以为预定义条件四)(与特定条件相关联)的下行信道。或者，UE发送不满足特定条件(例如，特定条件可以为预定义条件三)(不与特定条件相关联)的下行信道。

本方法可以降低UE能耗，可以避免基站不接收UE发送的上行信道，从而可以提高上行传输的可靠性。

方式MN4

在方式MN4中，当基站和/或UE处于特定模式(例如，模式2或模式2-2)时，和/或当UE被配置了一个与网络节能相关的更高层信令参数(例如，当UE被配置了该更高层信令参数时，基站处于节能模式)时，UE不接收满足预定义条件一的下行信道；或者，UE接收不满足预定义条件一的下行信道。

在一些实施方式中，预定义条件一可以包括以下中的至少一个：

-更高层信令配置接收的下行物理信道。例如，SPS PDSCH。例如，UE被配置和/或指示处于特定模式时，UE可以不接收SPS PDSCH,或者UE可以不接收特定的SPS PDSCH。特定的SPS PDSCH可以为更低优先级的SPS PDSCH。特定的SPS PDSCH可以为被更高层信令配置和/或指示在特定模式(例如，模式2)下不能接收的SPSPDSCH。例如，可以在SPS PDSCH配置参数(例如，3GPP参数SPS-Config中)中通过一个参数配置处于特定模式时不接收该SPSPDSCH。特定的SPS PDSCH可以为组播SPS PDSCH。特定的SPSPDSCH可以为单播SPS PDSCH。这样可以提高SPS PDSCH调度的灵活性。

-特定的PDCCH。例如，特定的PDCCH可以为配置在公共搜索空间(common searchspace，CSS)中接收的PDCCH。又例如，特定的PDCCH可以为配置在UE特定搜索空间(UEspecific search space，USS)中接收的PDCCH。特定的PDCCH可以为被更高层信令配置和/或指示在特定模式(例如，模式2)下不能接收的PDCCH。例如，可以在搜索空间参数(例如，3GPP参数SearchSpace、SearchSpaceExt-r16)中通过一个参数配置处于特定模式时不接收该搜索空间的PDCCH。这样保证下行调度性能的前提下，可以降低UE功耗。

-预定义的同步信号(synchronization signal，SS)/物理广播信道(physicalbroadcast channel，PBCH)块。基站可以通过更高层信令(例如，通过一个参数)配置不被接收的SS/PBCH块，从而节约UE能耗。

-信道状态信息参考信号(CSI-RS)。CSI-RS可以为所有的CSI-RS或预定义的CSI-RS。例如，可以通过更高层信令配置(例如，在CSI-RS的配置参数中通过一个参数配置在特定模式(例如，模式2)下UE不能接收的该预定义的CSI-RS。这样可以提高CSI-RS接收的灵活性。

-相位跟踪参考信号(phase tracking reference signal，PT-RS)

如上所述，预定义条件一可以包括所列出的项目(更高层信令配置接收的下行物理信道、特定的PDCCH、以及为预定义的SS/PBCH块、下行信道为CSI-RS、下行信道PT-RS)中的一个或多个。下面举例说明当预定义条件一包括所列出的项目中的一个或多个时，确定是否满足预定义条件一的示例方式。当预定义条件一包括所列出的项目中的一个，例如，下行信道为特定的PDCCH时，如果一个下行信道为该特定的PDCCH，则该下行信道满足预定义条件一(与预定义条件一相关联)，否则该下行信道不满足预定义条件一(不与预定义条件一相关联)。当预定义条件一包括所列出的项目中的多个，例如，更高层信令配置接收的下行物理信道以及特定的PDCCH时，如果一个下行信道为更高层信令配置接收的下行物理信道或者该特定的PDCCH，则该下行信道满足预定义条件一，否则(即，如果该下行信道既不是更高层信令配置接收的下行物理信道也不是该特定的PDCCH)，该下行信道不满足预定义条件一(不与预定义条件一相关联)。以上描述的方式同样适用于之后将要描述的各种预定义条件。

在本方法中，不接收更高层信令配置接收的下行信道可以减少UE能耗。对不同配置和/或优先级的信道采用不同的接收方法，可以提高调度的灵活性，在减少UE能耗的同时，保证更高优先级的信道传输的可靠性。

方式MN5

在方式MN5中，当基站和/或UE处于特定模式(例如，模式2或模式2-2)时，和/或当UE被配置了一个与网络节能相关的更高层信令参数(例如，当UE被配置了该更高层信令参数时，基站处于节能模式)时，UE接收满足预定义条件二的下行信道；或者，UE不接收不满足预定义条件二的下行信道。

在一些实施方式中，预定义条件二包括以下中的至少一个：

-被DCI调度的PDSCH。

-更高层信令配置接收的下行物理信道，例如，SPS PDSCH。例如，UE被配置和/或指示处于特定模式时，UE可以接收SPS PDSCH,或者UE可以接收特定的SPS PDSCH。特定的SPSPDSCH可以为更高优先级的SPS PDSCH。特定的SPS PDSCH可以为被更高层信令配置和/或指示在特定模式(例如，模式2)下能够接收的SPS PDSCH。例如，可以在SPS PDSCH配置参数(例如，3GPP参数SPS-Config中)中通过一个参数配置处于特定模式时接收该SPS PDSCH。这样可以提高SPS PDSCH调度的灵活性。

-特定的PDCCH。例如，特定的PDCCH可以为配置在CSS中接收的PDCCH。又例如，特定的PDCCH可以为配置在USS中接收的PDCCH。特定的PDCCH可以为被更高层信令配置和/或指示在特定模式(例如，模式2)下接收的PDCCH。例如，可以在搜索空间参数(例如，3GPP参数SearchSpace，SearchSpaceExt-r16)中通过一个参数配置处于特定模式时接收该搜索空间的PDCCH。这样保证下行调度性能的前提下，可以降低UE功耗。

-预定义的SS/PBCH块。基站可以通过更高层信令配置在特定模式(例如，模式2)下能够接收的预定义的SS/PBCH块，从而节约UE能耗。

-CSI-RS。CSI-RS可以为所有的CSI-RS或预定义的CSI-RS，例如，可以通过更高层信令配置(例如，在CSI-RS的配置参数中通过一个参数配置)在特定模式(例如，模式2)下UE能够接收的预定义的CSI-RS。这样可以提高CSI-RS接收的灵活性。

-PT-RS。

在本方法中，不接收更高层信令配置接收的下行信道可以减少UE能耗。对不同配置和/或优先级的信道采用不同的接收方法，可以提高调度的灵活性，在减少UE能耗的同时，保证更高优先级的信道传输的可靠性。

方式MN6

在方式MN6中，当基站和/或UE处于特定模式(例如，模式2或模式2-2)时，和/或当UE被配置了一个与网络节能相关的更高层信令参数(例如，当UE被配置了该更高层信令参数时，基站处于节能模式)时，UE不发送满足预定义条件三的上行信道；或者，UE发送不满足预定义条件三的上行信道。

在一些实施方式中，预定义条件三包括以下中的至少一个：

-SR。例如，UE被配置和/或指示处于特定模式时，UE可以不发送SR,或者UE可以不发送特定的SR。特定的SR可以为更低优先级的SR。特定的SR可以为被更高层信令配置(例如，在3GPP参数SchedulingRequestResourceConfig和/或LogicalChannelConfig中通过一个参数配置)和/或指示在特定模式(例如，模式2)下不发送的SR。又例如，SR可以为由特定事件触发(例如，波束失败恢复(beam fail recovery,BFR))的SR。又例如，SR可以为与特定TRP关联的SR。这样可以减少基站对SR的盲检，从而降低基站功耗。

-CG PUSCH。例如，UE被配置和/或指示处于特定模式时，UE可以不发送CG PUSCH,或者UE可以不发送特定的CG PUSCH。作为一个示例，特定的CG PUSCH可以为更低优先级的CG PUSCH。作为另一个示例，特定的CG PUSCH可以为被更高层信令配置(例如，在3GPP参数ConfiguredGrantConfig和/或LogicalChannelConfig中通过一个参数配置)和/或指示在特定模式(例如，模式2)下不能发送的CG PUSCH。又例如，特定的CG PUSCH可以为与特定TRP关联的CG PUSCH。这样可以减少基站对CG PUSCH的盲检，从而降低基站功耗。

-探测参考信号(sounding reference signal，SRS)。

-承载CSI的PUCCH。

-承载HARQ-ACK的PUCCH，例如，承载更低优先级HARQ-ACK的PUCCH。

-物理随机接入信道(physical random access channel，PRACH)。

在本方法中，通过减少UE发送的上行信号可以减少基站侧的检测(例如，盲检)，从而降低基站能耗。

方式MN7

在方式MN7中，当基站和/或UE处于特定模式(例如，模式2或模式2-2)时，和/或当UE被配置了一个与网络节能相关的更高层信令参数(例如，当UE被配置了该更高层信令参数时，基站处于节能模式)时，UE发送满足预定义条件四的上行信道；或者，UE不发送不满足预定义条件四的上行信道。

在一些实施方式中，预定义条件四包括以下中的至少一个：

-SR。例如，UE被配置和/或指示处于特定模式时，UE可以发送SR,或者UE可以发送特定的SR。特定的SR可以为更高优先级的SR。特定的SR可以为被更高层信令配置(例如，在3GPP参数SchedulingRequestResourceConfig和/或LogicalChannelConfig中配置)和/或指示在特定模式(例如，模式2)下能够发送的SR。又例如，SR可以为由特定事件触发(例如，波束失败恢复(beam failrecovery,BFR))的SR。又例如，SR可以为与特定TRP关联的SR。这样可以减少基站对SR的盲检，降低基站功耗的同时，保证更高优先级的业务的传输时延不受影响。

-CG PUSCH。例如，UE被配置和/或指示处于特定模式时，UE可以发送CG PUSCH,或者UE可以发送特定的CG PUSCH。特定的CGPUSCH可以为更高优先级的CG PUSCH。特定的CGPUSCH可以为被更高层信令配置(例如，在3GPP参数ConfiguredGrantConfig和/或LogicalChannelConfig中配置)和/或指示在特定模式(例如，模式2)下能够发送的CGPUSCH。又例如，CG PUSCH可以为与特定TRP关联的CG PUSCH。这样可以减少基站对CG PUSCH的盲检，降低基站功耗的同时，保证更高优先级的业务的传输时延不受影响。

-被DCI格式调度的PUSCH。

-承载非周期CSI(aperiodic CSI，ACSI)的PUSCH。

-承载HARQ-ACK的PUCCH和/或PUSCH。例如，承载HARQ-ACK的PUCCH和/或PUSCH可以为所有的承载HARQ-ACK的PUCCH和/或PUSCH。或者，承载HARQ-ACK的PUCCH和/或PUSCH可以为承载更高优先级HARQ-ACK的PUCCH和/或PUSCH。

-PRACH。

在本方法中，对不同配置和/或优先级的信道采用不同的发送方法，可以提高调度的灵活性，在减少基站能耗的同时，保证更高优先级的信道传输的可靠性。

需要说明的是，在本公开的实施例中，当基站和/或UE处于特定模式(例如，模式2或模式2-2)时，UE不接收一个下行信道/发送一个上行信道，可以理解为，当一个下行信道/上行信道的时域资源与基站和/或UE处于特定模式(例如，模式2或模式2-2)的时间有重叠时，UE不接收这个下行信道/发送这个上行信道。

方式MN8

在一些实施方式中，还可以通过一个或多个定时器是否运行来确定模式。例如，定时器在运行时为第一模式，定时器没有运行时为第二模式。可以通过协议规定和/或更高层信令配置，以下信道中至少一个的接收和/或发送可以启动或重启定时器：

-满足预定义条件二的下行信道；

-满足预定义条件四的上行信道。

在一些实施方式中，可以为一个或多个模式中的每个模式配置相应的定时器。或者，可以为一个或多个模式中的两个或更多个模式配置公共的定时器。

在一些示例中，每个模式对应的定时器的持续时间可以相同或不同。例如，第一模式对应的定时器的持续时间可以长于第二模式对应的定时器的持续时间。

在一些实施方式中，当一个模式(例如，第一模式)对应的定时器到期后，可以自动转换到另一模式(例如，第二模式)。

需要说明的是，以上信道可以对应同一个定时器，或者不同的定时器。

需要说明的是，还可以基于非连续接收(discontinuous reception，DRX)方式来接收满足预定义条件二的下行信道和/或发送满足预定义条件四的上行信道。例如，在激活状态时UE可以接收和/或发送信道，在非激活状态时，UE不接收和/或发送信道。

本方法可以提高网络节能的精度和灵活性。

需要说明的是，本公开的实施例中定义的方法可以适用于一个服务小区；也可以适用于一个服务小区中的特定频域资源，例如，一个BWP；还可以适用于一个或多个特定信道。

需要说明的是，虽然以上实施例定义了与基站或UE的操作或行为相关的模式(例如，节能模式)，并基于这些模式来描述，然而本公开的实施例不限于此。例如，协议也可以不定义与基站或UE的操作或行为相关的模式(例如，节能模式)，UE可以被配置某一参数，例如，与该模式相对应。因此，本公开的实施例中适用于节能模式(或特定模式)的方法，也可以用于UE被配置了预定义参数的场景。在这种情况下，当UE被配置了预定义的参数时，基站和/或UE可以知晓用于彼此之间通信的模式，并且可以基于以上描述的方式中的一个或多个方式来彼此进行通信。

方式MN9

在一些情况下，当基站和/或UE处于特定模式(例如，模式2或模式2-2)时，和/或当UE被配置了一个与网络节能相关的更高层信令参数(例如，当UE被配置了该更高层信令参数时，基站处于节能模式)时，一个服务小区上可能有多个下行信道和/或上行信道在时域有重叠，如何接收和/或发送这些下行信道和/或上行信道是需要解决的问题。

在一些实施方式中，当基站和/或UE处于特定模式(例如，模式2或模式2-2)时，和/或当UE被配置了一个与网络节能相关的更高层信令参数(例如，当UE被配置了该更高层信令参数时，基站处于节能模式)时，UE先确定可以接收的下行信道和/或可以发送的上行信道(例如，假设在与同一个服务小区的其他信道在时域没有重叠时，可以接收的下行信道和/或可以发送的上行信道)。然后，解决同一个服务小区在时域有重叠的多个信道的冲突。例如，解决该多个信道的冲突可以包括确定接收/发送该多个信道中的哪一个或多个信道，和/或确定不接收/不发送该多个信道中的哪一个或多个信道。作为解决冲突的示例，在同一个服务小区，当一个被DCI调度的PDSCH与SPS PDSDCH在时域上有重叠时，UE接收被DCI调度的PDSCH，和/或UE不接收SPS PDSCH。本方法可以增加调度的灵活性，增加下行传输的几率，减少时延。

在一些实施方式中，当基站和/或UE处于特定模式(例如，模式2或模式2-2)时，和/或当UE被配置了一个与网络节能相关的更高层信令参数(例如，当UE被配置了该更高层信令参数时，基站处于节能模式)时，UE先解决同一个服务小区在时域有重叠的多个信道的冲突。然后，对于解决冲突后的至少一个信道，根据至少一个信道中的每个信道对应的或相关联的(例如，信道传输时的模式；又例如，信道的时域资源对应的模式)模式(例如，根据本公开的各种实施例描述的模式)确定UE是否接收或发送该信道。本方法实现简单，可以降低UE实现复杂度。

图7示出了根据公开的一些实施例的由终端执行的方法700的流程图。

参考图7，在操作S710中，确定终端和/或基站的模式。

在操作S720中，基于所确定的模式，执行发送上行信道、接收下行信道、不发送上行信道、或不接收下行信道中的至少一种。

在一些实施方式中，操作S710或操作S720中的每一个可以基于以上描述的方式(例如，方式MN1-方式MN8)中的一个或多个来执行。

图8示出了根据公开的一些实施例的由终端执行的方法800的流程图参考图8，在操作S810中，接收配置信息，配置信息用于指示终端不能发送的上行信道和/或不能接收的下行信道，和/或用于指示终端能够发送的上行信道和/或能够接收的下行信道。

在操作S820中，基于配置信息，执行发送上行信道、接收下行信道、不发送上行信道、或不接收下行信道中的至少一种。

在一些实施方式中，操作S810或操作S820中的每一个可以基于以上描述的方式(例如，方式MN1-方式MN8)中的一个或多个来执行。

图9示出了根据本发明的实施例的第一收发节点900的框图。

参考图9，第一收发节点900可以包括收发器901和控制器902。

收发器901可以被配置为向第二收发节点发送第一数据和/或第一控制信令并且在时间单元从第二收发节点接收第二数据和/或第二控制信令。

控制器902可以为专用集成电路或至少一个处理器。控制器902可以被配置为控制第一收发节点的总体操作，包括控制收发器901向第二收发节点发送第一数据和/或第一控制信令并且在时间单元从第二收发节点接收第二数据和/或第二控制信令。

在一些实施方式中，控制器902可以被配置为执行以上描述的各种实施例的方法中的一个或多个操作。

在以下的描述中，以基站为例(但不限于)来说明第一收发节点，以UE为例(但不限于)来说明第二收发节点。以下行数据和/或下行控制信令(但不限于)来说明第一数据和/或第一控制信令。HARQ-ACK码本可以包括在第二控制信令中，以上行控制信令(但不限于)来说明第二控制信令。

图10示出了根据本发明的一个实施例的由基站执行的方法1000的流程图。

参考图10，在步骤S1010，基站发送下行数据和/或下行控制信息。

在步骤S1020，基站在时间单元从UE接收第二数据和/或第二控制行信息。

例如，方法1000可以包括本公开各种实施例中描述的由基站执行的方法(例如，下述方法1100或方法1200)的操作中的一个或多个。

图11示出了根据公开的一些实施例的由基站执行的方法1100的流程图。

参考图11，在操作S1110中，发送关于终端和/或基站的模式的第一配置信息和/或关于与模式相关联的定时器的第二配置信息。

在操作S1120中，执行发送下行信道、接收上行信道、不发送下行信道、或不接收上行信道中的至少一种。

在一些实施方式中，操作S1110或操作S1120中的每一个可以基于以上描述的方式(例如，方式MN1-方式MN8)中的一个或多个来执行。

图12示出了根据公开的一些实施例的由基站执行的方法1200的流程图。

参考图12，在操作S1210中，发送配置信息，配置信息用于指示终端不能发送的上行信道和/或不能接收的下行信道，和/或用于指示终端能够发送的上行信道和/或能够接收的下行信道。

在操作S1220中，执行发送下行信道、接收上行信道、不发送下行信道、或不接收上行信道中的至少一种。

在一些实施方式中，操作S1210或操作S1220中的每一个可以基于以上描述的方式(例如，方式MN1-方式MN8)中的一个或多个来执行。

本领域技术人员将理解，上述说明性实施例在本文中被描述并且不意欲为限制性的。应当理解这里所公开的实施例中的任意两个或更多个可以以任何组合被组合。此外，还可以利用其他实施例并且可以进行其他改变，而不脱离本文中所呈现的主题的精神和范围。将容易理解，如在本文中通常描述的并且在附图中示出的本公开的发明的各方面可以按照各种不同的配置被布置、替换、组合、分离以及设计，所有这些在本文中都被设想到。

本领域技术人员将理解，本申请描述的各种说明性逻辑框、模块、电路、和步骤可被实现为硬件、软件、或两者的组合。为清楚地说明硬件与软件的这一可互换性，各种说明性组件、框、模块、电路、和步骤在上面是以其功能集的形式作一般化描述的。此类功能集是被实现为硬件还是软件取决于具体应用和强加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能集，但此类设计决策不应被解释为致使脱离本申请的范围。

本申请描述的各个说明性逻辑框、模块、以及电路可用通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文中描述的功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或更多个微处理器、或任何其他此类配置。

本申请描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、或本领域中所知的任何其他形式的存储介质。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性设计中，所述功能可以硬件、软件、固件、或其任意组合来实现。如果在软件中实现，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，后者包括有助于计算机程序从一地到另一地的转移的任何介质。存储介质可以是能被通用或专用计算机访问的任何可用介质。

以上所述仅是本发明的示范性实施方式，而非用于限制本发明的保护范围，本发明的保护范围由所附的权利要求确定。

Claims (15)

1.一种无线通信系统中的通信方法，所述方法由终端执行，所述方法包括：

确定所述终端和/或所述基站的模式；以及

基于所确定的模式，执行发送上行信道、接收下行信道、不发送上行信道、或不接收下行信道中的至少一种。

2.根据权利要求1所述的通信方法，其中，确定所述终端和/或所述基站的模式包括：

接收关于所述终端和/或所述基站的模式的第一配置信息和/或关于与所述模式相关联的定时器的第二配置信息；以及

基于所述第一配置信息和/或所述第二配置信息来确定所述终端和/或所述基站的模式。

3.根据权利要求1或2所述的通信方法，其中：

所述模式包括以下中的至少一个：

第一模式，其中在第一模式下，发送一个或多个上行信道和/或接收一个或多个下行信道，

第二模式，其中在第二模式下，不发送所述一个或多个上行信道中的至少一个和/或不接收所述一个或多个下行信道中的至少一个，

第三模式，其中在第三模式下，不发送所述一个或多个上行信道和/或不接收所述一个或多个下行信道，或

第四模式，其中在第四模式下，不发送所述一个或多个上行信道中第一预定义的上行信道和/或不接收所述一个或多个下行信道中第二预定义的上行信道；和/或

所述模式是针对小区和/或带宽部分和/或信道配置的。

4.根据权利要求1或2所述的通信方法，其中，基于所确定的模式执行发送上行信道、接收下行信道、不发送上行信道、或不接收下行信道中的至少一种包括如下中的至少一个：

终端不接收下行信道；

终端不接收第一预定义的下行信道；

终端不接收不是第二预定义的下行信道的下行信道；

终端接收第二预定义的下行信道；

终端接收不是第一预定义的下行信道的下行信道；

终端不发送上行信道；

终端不发送第三预定义的上行信道；

终端不发送不是第四预定义的上行信道的上行信道；

终端发送第四预定义的上行信道；或

终端发送不是第三预定义的上行信道的上行信道。

5.根据权利要求4所述的通信方法，其中，所述第一预定义的下行信道包括以下中的至少一个：

更高层信令配置接收的下行物理信道；

特定的物理下行控制信道PDCCH；

预定义的同步信号SS/物理广播信道PBCH块；

信道状态信息参考信号CSI-RS；或

相位跟踪参考信号PT-RS。

6.根据权利要求4所述的通信方法，其中，所述第二预定义的下行信道包括以下中的至少一个：

被下行控制信息DCI调度的物理下行共享信道PDSCH；

更高层信令配置接收的下行物理信道；

特定的PDCCH；

预定义的SS/PBCH块；

CSI-RS；或

PT-RS。

7.根据权利要求4所述的通信方法，其中，所述第三预定义的上行信道包括以下中的至少一个：

调度请求SR；

配置授权CG物理上行共享信道PUSCH；

探测参考信号SRS；

承载信道状态信息CSI的PUCCH；

承载混合自动重复请求-确认HARQ-ACK的物理上行控制信道PUCCH；或

物理随机接入信道PRACH。

8.根据权利要求4所述的通信方法，其中，所述第四预定义的上行信道包括以下中的至少一个：

SR；

CG PUSCH；

被DCI调度的PUSCH；

承载非周期CSI的PUSCH；

承载HARQ-ACK的PUCCH和/或PUSCH；或

PRACH。

9.一种无线通信系统中的通信方法，所述方法由终端执行，所述方法包括：

接收配置信息，所述配置信息用于指示所述终端不能发送的上行信道和/或不能接收的下行信道，和/或用于指示所述终端能够发送的上行信道和/或能够接收的下行信道；以及

基于所述配置信息，执行发送上行信道、接收下行信道、不发送上行信道、不接收下行信道中的至少一种。

10.根据权利要求9所述的通信方法，其中，所指示的终端不能发送的上行信道和/或不能接收的下行信道包括以下中的至少一个：

更高层信令配置接收的下行物理信道；

特定的物理下行控制信道PDCCH；

预定义的同步信号SS/物理广播信道PBCH块；

信道状态信息参考信号CSI-RS；

相位跟踪参考信号PT-RS；

调度请求SR；

配置授权CG物理上行共享信道PUSCH；

探测参考信号SRS；

承载信道状态信息CSI的PUCCH；

承载混合自动重复请求-确认HARQ-ACK的物理上行控制信道PUCCH；或

物理随机接入信道PRACH。

11.根据权利要求9所述的通信方法，其中，所指示的终端能够发送的上行信道和/或能够接收的下行信道包括以下中的至少一个：

被下行控制信息DCI调度的物理下行共享信道PDSCH；

更高层信令配置接收的下行物理信道；

特定的PDCCH；

预定义的SS/PBCH块；

CSI-RS；

PT-RS；

SR；

CG PUSCH；

被DCI调度的PUSCH；

承载非周期CSI的PUSCH；

承载HARQ-ACK的PUCCH和/或PUSCH；或

PRACH。

12.一种无线通信系统中的通信方法，所述方法由基站执行，所述方法包括：

发送关于所述终端和/或所述基站的模式的第一配置信息和/或关于与所述模式相关联的定时器的第二配置信息；以及

执行发送下行信道、接收上行信道、不发送下行信道、或不接收上行信道中的至少一种。

13.一种无线通信系统中的通信方法，所述方法由基站执行，包括：

发送配置信息，所述配置信息用于指示所述终端不能发送的上行信道和/或不能接收的下行信道，和/或用于指示所述终端能够发送的上行信道和/或能够接收的下行信道；以及

执行发送下行信道、接收上行信道、不发送下行信道、或不接收上行信道中的至少一种。

14.一种无线通信系统中的终端，包括：

收发器，被配置为发送和接收信号；和

控制器，与所述收发器耦接并被配置为执行权利要求1-11中任一项所述的通信方法中的操作。

15.一种无线通信系统中的基站，包括：

收发器，被配置为发送和接收信号；和

控制器，与所述收发器耦接并被配置为执行权利要求12-13中任一项所述的通信方法中的操作。