CN116896791A - 无线通信系统中的装置及其方法 - 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)。

发明内容

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

在一些实施方式中，例如，确定终端和/或基站的模式包括：接收配置信息，所述配置信息用于指示如下中的至少一个：一个或多个模式、持续时间、周期、起始时间、小区(例如，小区标识)、带宽部分(BWP)(例如，BWP索引)、信道(例如，信道标识)、定时器；基于所述配置信息，确定所述终端和/或基站的模式。

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

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

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

例如，当接收到第二配置信息时，可以基于第二配置信息所指示的定时器的状态来确定终端和/或基站的模式。例如，当定时器运行时，该定时器对应的模式可以被启用，并且可以确定所述终端和/或所述基站的模式为与该定时器对应的模式。例如，当定时器不运行时，与该定时器对应的模式不同的另一模式可以被启用，并且可以确定所述终端和/或所述基站的模式为该另一模式。

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

在一些实施方式中，例如，所述模式是针对小区和/或带宽部分和/或信道配置的。

在一些实施方式中，例如，该方法还包括：基于接收到预定义下行信令和/或发送预定义上行信令，从当前模式转换到另一模式，或维持所述当前模式。

在一些实施方式中，例如，所述预定义下行信令包括以下中的至少一个：预定义的DCI格式；调度物理下行共享信道(PDSCH)和/或物理上行共享信道(PUSCH)的下行控制信息(DCI)格式；特定的组公共DCI格式；或指示从第一模式、第二模式、第三模式、第四模式和第五模式之一转换到第一模式、第二模式、第三模式、第四模式和第五模式中的另一个的下行信令。

在一些实施方式中，例如，预定义上行信令包括以下中的至少一个：调度请求SR；配置授权CG物理上行共享信道PUSCH；特定的PUCCH；或指示从第一模式、第二模式、第三模式、第四模式和第五模式之一转换到第一模式、第二模式、第三模式、第四模式和第五模式中的另一个的上行信令。

根据本公开的一些实施例，还提供了一种无线通信系统中由基站执行的方法。该方法包括：发送配置信息，所述配置信息用于指示如下中的至少一个：一个或多个模式、持续时间、周期、起始时间、小区(例如，小区标识)、带宽部分(BWP)(例如，BWP索引)、信道(例如，信道标识)、定时器；执行发送下行信道、接收上行信道、不发送下行信道、或不接收上行信道中的至少一种。

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

在一些实施方式中，例如，所述模式是针对小区和/或带宽部分和/或信道配置的。

在一些实施方式中，例如，该方法还包括：基于发送预定义下行信令和/或接收预定义上行信令，从当前模式切换到另一模式，或维持所述当前模式。

在一些实施方式中，例如，所述预定义下行信令包括以下中的至少一个：预定义的DCI格式；调度物理下行共享信道(PDSCH)和/或物理上行共享信道(PUSCH)的下行控制信息(DCI)格式；特定的组公共DCI格式；或指示从第一模式、第二模式、第三模式、第四模式和第五模式之一转换到第一模式、第二模式、第三模式、第四模式和第五模式中的另一个的下行信令。

在一些实施方式中，例如，所述预定义上行信令包括以下中的至少一个：调度请求(SR)；配置授权(CG)物理上行共享信道(PUSCH)；特定的PUCCH；指示从第一模式、第二模式、第三模式、第四模式和第五模式之一转换到第一模式、第二模式、第三模式、第四模式和第五模式中的另一个的上行信令。

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

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

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

附图说明

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

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

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

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

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

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

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

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

图7A-7D示出了根据本公开的一些实施例的模式配置的示意图。

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

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

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

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

具体实施方式

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

在进行下面的具体实施方式的描述之前，对贯穿该专利文档使用的某些词语和短语的定义进行阐述可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信，不管这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词涵盖直接和间接通信。术语“包括”和“包含”及其派生词意味着包括但不限于。术语“或”是包含性的，意味着和/或。短语“与...相关联”及其派生词意指包括、包括在...内、连接到、与...互联、包含、包含在...内、连接到或与...连接、耦合到或与...耦合、可与...通信、与...协作、交织、并置、接近、绑定到或与...绑定、具有、具有...属性、具有...关系或与...具有关系等。术语“控制器”意味着控制至少一个操作的任何设备、系统或其部分。这样的控制器可以实施在硬件中，或者实施在硬件和软件和/或固件的组合中。与任何特定控制器关联的功能可以是本地或远程的集中式或分布式。短语“...中的至少一个”当与项目列表一起使用时，意味着可以使用一个或多个所列项目的不同组合，并且可能只需要列表中的一个项目。例如，“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。UE116的操作者能够使用(多个)输入设备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、结合图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符号、一个或多个时间段(span)或一个或多个子帧(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 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(Semi-Persistent Scheduling，半持久调度)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能力。这种方式可以提高调度的灵活性。

本方法可以降低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配置和/或指示两种或多种模式(例如，节能模式和/或非节能模式)。

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

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

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

方式MN3

在方式MN3中，可以通过更高层信令配置UE的模式。更高层信令可以为小区专用(cell specific)的信令(例如，SIB(System Information Block，系统信息块)信令)和/或组公共(group common)信令和/或UE专用(UE specific)的信令。例如，可以为UE提供模式配置，该模式配置可以指示一个或多个模式以及与一个或多个模式中的每一个相对应的持续时间。持续时间的时间单元可以为时隙、符号、子帧、帧、半帧或毫秒中的至少一个。还可以通过协议规定和/或更高层信令配置时间单元的参考子载波间隔(sub-carrierspacing，SCS)(例如，持续时间的时间单元为时隙或符号)。一个或多个模式可以包括上述第一模式、和/或第二模式、和/或以下将描述的灵活模式(本公开的实施例中，也可以称为第三模式)。

在一些实施方式中，可以为UE配置一时间段P内的模式(一个模式或多于一个模式)。附加地，该时间段内的模式可以周期性地重复，例如以P为周期进行重复。

当为UE配置一时间段P内的多个模式时，可以为多个模式中的每个模式配置对应的参数，诸如，起始时间和/或持续时间和/或周期。例如，可以为每个模式显式指示相应的持续时间，并且周期可以基于每个模式的持续时间的和来确定。或者，可以为多个模式中的一些模式显式指示相应的持续时间，并且多个模式中的剩余模式的持续时间可以基于各个模式的持续时间的关系或者各个模式的持续时间与周期之间的关系来确定。各个模式的持续时间与周期之间的关系可以为多个模式的持续时间之和等于周期。作为一个示例，对于包括N个模式的模式配置，N为大于1的整数，则可以仅在模式配置中指示前N-1个模式的持续时间，并且最后一个模式的持续时间可以基于前N-1个模式的持续时间的和以及周期来确定。

例如，可以在一个周期内按照时间顺序(例如，时间单元(例如，时隙)索引的增加的顺序(increasing order)或索引的减少的顺序)配置至少一个模式以及该至少一个模式中的每个模式的持续时间。多个{模式，持续时间}可以组成一个列表。持续时间的时间单元可以为时隙、符号、子帧、帧、半帧中的至少一个。还可以通过协议规定和/或更高层信令配置时间单元的参考SCS。下面结合图7A-图7D说明配置UE的模式的具体示例。

图7A-图7D示出了根据本公开的一些实施例的模式配置的示例。将理解，图7A-图7D中的周期P的长度、各个模式的持续时间的长度以及周期内模式的数量和排列仅是示例，并且本公开的实施例不限于此，可以采用任何合适的周期和持续时间，并且周期内模式的数量和排列也可以进行修改。

在一具体的示例中，如图7A所述，可以配置周期P为3个时隙，其中模式1持续时间为2个时隙，模式2持续时间为1个时隙。模式1以3个时隙为周期重复，也就是说，时隙0、1、3、4、6和7对应于模式1。模式2以3个时隙为周期重复，也就是说，时隙2、5和8对应于模式2。

在另一具体的示例中，如图7B所述，可以配置周期P为6个时隙，其中周期P内按时间顺序分别为持续时间2个时隙的模式1、持续时间1个时隙的模式2、持续时间1个时隙的模式1和持续时间2个时隙的模式2。例如，可以通过包括4个元素的配置列表来配置周期P内的模式。该4个元素为：{模式1,2个时隙}，{模式2,1个时隙}，{模式1,1个时隙}，{模式2,2个时隙}。

需要说明的是，还可以通过其他的方式达到同样的配置效果。例如，可以通过比特位图进行配置，比特位图中的“0”和“1”对应两种不同的模式。又例如，可以不采用配置列表而采用多个配置参数。例如，可以为UE配置以下参数：第一模式，第一模式持续时间，第二模式，第二模式持续时间。其中，第二模式持续时间与周期P可以只配置其中的一个，另一个参数可以由“周期P＝第一模式持续时间+第二模式持续时间”确定。

本公开的实施例中，用于基于两种类型的模式(模式1和模式2)进行配置的方法也可以用于基于多种类型的模式(模式1，模式2-1和模式2-2)进行配置。例如，如图7C所示，可以配置周期P为6个时隙，其中周期P内按时间顺序分别为持续时间2个时隙的模式1、持续时间2个时隙的模式2-1、持续时间2个时隙的模式2-2。例如，可以通过包括3个元素的配置列表来配置该周期P内的模式，该3个元素分别为{模式1,2个时隙}，{模式2-1,2个时隙}，{模式2-2,2个时隙}。

在一些实施方式中，还可以为UE配置灵活模式。例如，灵活模式可以为待定的模式，其可以被其他信令改写为其他的模式(例如，模式1或模式2)。例如，如图7D所示，可以配置周期P为6个时隙，其中周期P内按时间顺序分别为持续时间2个时隙的模式1、持续时间2个时隙的灵活模式、持续时间2个时隙的模式2。例如，可以通过包括3个元素的配置列表来配置该周期P内的模式，该3个元素分别为{模式1,2个时隙}，{灵活模式,2个时隙}，{模式2,2个时隙}。又例如，灵活模式可以为第一模式转换到第二模式的中间模式和/或第二模式转换到第一模式的中间模式。

在一些实施方式中，还可以配置模式配置的第一个周期的起始时刻，可以通过绝对时间(例如，一个具体的时间)或相对时间(例如，相对于接收到的信令的时间间隔)来配置。

需要说明的是，还可以通过协议规定和/或更高层信令配置，UE在不同的模式中接收和/或发送信号的方法，通过本方法对UE的模式进行配置，可以使得UE在特定模式下减少部分或全部信号的接收和/或发送，从而降低UE的功耗。

在一些实施方式中，可以通过更高层信令(例如，3GPP参数tdd-UL-DL-ConfigurationCommon和/或tdd-UL-DL-ConfigurationDedicated)配置的时隙格式隐式指示模式。例如，对下行链路，如果时隙格式被配置为下行，则对应的模式为模式1；和/或如果时隙格式被配置为上行，则对应的模式为模式2。又例如，对上行链路，如果时隙格式被配置为下行，则对应的模式为模式2，如果时隙格式被配置为上行，则对应的模式为模式1。本方法实现简单，可以降低UE和基站的实现复杂度。

方式MN4

在一些实施方式中，还可以通过协议规定和/或更高层信令配置，不同模式的转换或切换的方法。例如，可以规定小区特定信令配置的模式可以被UE特定信令配置的模式改变(例如，改写)。作为一个示例，小区特定信令配置的灵活模式可以被UE特定信令改变(例如，改写)为一个具体的模式(例如，模式1或模式2)。作为另一个示例，小区特定信令和/或UE特定信令配置的灵活模式可以被动态信令改变(例如，改写)为一个具体的模式(例如，模式1或模式2)。动态信令可以为特定用于指示模式的DCI格式。例如，该特定的DCI格式可以由特定用于节能的RNTI对其CRC进行加扰。用于节能的RNTI可以为用于网络节能的RNTI或用于UE节能的RNTI(例如，PS-RNTI)。动态信令还可以为调度数据和/或触发上行传输的DCI格式。动态信令还可以为DCI格式2_0，可以通过时隙格式指示来指示模式。例如，对下行链路，如果时隙格式指示为下行，则对应的模式为模式1，如果时隙格式指示为上行，则对应的模式为模式2。又例如，对上行链路，如果时隙格式指示为下行，则对应的模式为模式2，如果时隙格式指示为上行，则对应的模式为模式1。此时，可以用SFI-RNTI或者特定用于节能的RNTI对DCI格式2_0的CRC进行加扰。还可以对一个服务小区(例如，对于TDD的服务小区)的下行链路和上行链路分别配置特定用于节能的RNTI。

需要说明的是，本公开的实施例中，将灵活模式转换为一个具体的模式的转换方法也可以适用于多个具体的模式之间的转换，例如从第一模式(例如，模式1)转换为第二模式(例如，模式2)，和/或从第二模式转换为第一模式。

在一些实施方式中，可以通过预定义下行信令指示UE从第一模式(例如，模式1)和第二模式(例如，模式2)之一转换到第一模式和第二模式中的另一个。在一些示例中，可以通过预定义下行信令指示从第二模式(例如，模式2)转换到第一模式(例如，模式1)。例如，当UE接收到了调度PDSCH和/或PUSCH的DCI格式后，UE将从第二模式(例如，模式2)转换到第一模式(例如，模式1)。又例如，当UE接收到了预定义下行信令(例如，一个特定的序列，或者，一个特定的组公共DCI格式，或者，一个指示SPS(或CG PUSCH)激活的DCI格式，或者，一个指示TCI状态更新的DCI格式)，UE将从第二模式(例如，模式2)转换到第一模式(例如，模式1)。可选的，还可以进一步规定UE在接收到指示模式转换的信令后T1时间，UE将从第二模式(例如，模式2)转换到第一模式(例如，模式1)。

在一些实施方式中，UE可以在发送预定义上行信令(例如，一个特定的序列，或者，一个特定的PUCCH，或者，PRACH,SR或CG PUSCH)后，从第二模式(例如，模式2)转换到第一模式(例如，模式1)。例如，UE可以在发送预定义上行信令后的T2时间后，从第二模式(例如，模式2)转换到第一模式(例如，模式1)。例如，可以通过协议规定，T2可以为承载预定义上行信令的物理信道的结束符号(或时刻)与另一个上行信道(例如，承载SR的PUCCH，CG PUSCH或PRACH)起始符号(或时刻)的时间间隔。在一个示例中，在UE发送预定义上行信令后的T2时间后，UE可以发送SR和/或CG PUSCH，如果一个SR(或CG PUSCH)与承载预定义上行信令的物理信道的结束符号(或时刻)的间隔小于T2,UE不可以发送该SR(或CG PUSCH)。

需要说明的是本公开的实施例中的模式转换可以为下行链路和/或上行链路的模式转换。例如，“从第二模式(例如，模式2)转换到第一模式(例如，模式1)”可以为下行链路和/或上行链路从第二模式(例如，模式2)转换到第一模式(例如，模式1)。例如，UE可以在发送预定义上行信令后的T4时间后，下行服务小区(例如，Pcell)从第二模式(例如，模式2)转换到第一模式(例如，模式1)。又例如，UE可以在发送预定义上行信令后的T4时间后，UE监听预定义的PDCCH和/或搜索空间。UE在预定义的搜索空间检测特定的DCI格式，该特定的DCI格式可以显式和/或隐式指示工作模式。这样可以保证模式转换的可靠性，避免基站漏检预定义上行信令后UE和基站对工作模式理解不一致，从而提高上行传输的可靠性。在一些实施方式中，还可以进一步规定UE转换模式后，该转换后的模式的持续时间T3。

在一些实施方式中，T1、T2、T3、或T4可以基于UE能力上报，或者通过协议规定，或者通过更高层信令配置。T1、T2、T3或T4的单位可以时隙或符号。

在一些实施方式中，T2和/或T4可以通过更高层信令配置，由于基站的处理能力不同，不同基站在接收到UE发送的预定义上行信令后转换到第一模式的时间也可能不同，因此，通过更高层信令配置T2和/或T4，可以提高灵活性。还可以通过协议规定，更高层参数配置的T2(或T4)不能小于UE通过能力上报的T2(或T4)值。这样可以保证UE有能力在规定的时间内进行切换。

需要说明的是，本公开的实施例中模式转换的方法可以同时适用于UE的下行接收和上行发送。或者，本公开的实施例中模式转换的方法可以分别适用于UE的下行接收或上行发送。

本方法定义了模式改写的方式，可以提高网络配置节能模式的灵活性。通过在有数据到达时，改变(例如，改写)操作模式，例如，从节能模式转换到非节能模式，可以减少数据调度的时延。

方式MN5

在一些实施方式中，预定义下行信令可以包括以下至少之一：

-第一预定义下行信令：第一预定义下行信令可以指示一种状态(例如，一个特定的序列；又例如，一个能量信号)，例如其可以对应于转换方式(例如，从第一模式(例如，模式1)转换到第二模式(例如，模式2))，或者对应于一种模式(例如，第二模式)。例如，UE接收到第一预定义下行信令后，UE可以从第一模式(例如，模式1)转换到第二模式(例如，模式2)。又例如，UE接收到第一预定义下行信令后，UE不可以从第二模式(例如，模式2)转换到第一模式(例如，模式1)。又例如，UE接收到第一预定义下行信令后，UE维持在第二模式或者UE可以从第一模式(例如，模式1)转换到第二模式(例如，模式2)。本方法可以动态地指示UE从非节能模式转换到节能模式，可以减少UE的功耗。

-第二预定义下行信令：第二预定义下行信令可以指示一种状态(例如，一个特定的序列；又例如，一个能量信号)，例如其可以对应于转换方式(例如，从第二模式(例如，模式2)转换到第一模式(例如，模式1))，或者对应于一种模式(例如，第一模式)。例如，UE接收到第二预定义下行信令后，UE可以从第二模式(例如，模式2)转换到第一模式(例如，模式1)。又例如，UE接收到第二预定义下行信令后，UE不可以从第一模式(例如，模式1)转换到第二模式(例如，模式2)。又例如，UE接收到第二预定义下行信令后，UE维持在第一模式或者UE可以从第二模式(例如，模式2)转换到第一模式(例如，模式1)。本方法可以动态地指示UE从节能模式转换到非节能模式，可以减少时延。

-第三预定义下行信令：第三预定义下行信令可以指示多于一种状态(或模式)，例如每个状态可以对应于一种转换方式(从第一模式(例如，模式1)转换到第二模式(例如，模式2)，或者从第二模式转换到第一模式(例如，模式1))，或者维持在同一种模式。例如，第三预定义下行信令可以指示两种状态(例如，第一状态和第二状态)

(例如，与两种状态分别对应的两个序列；又例如，其值指示两种状态之一的1比特，其中值‘1’表示第一状态(或第一模式)，值

‘0’表示第二状态(或第二模式))，两种状态分别对应于两种转换方式(从第一模式(例如，模式1)转换到第二模式(例如，模式2)，以及从第二模式转换到第一模式(例如，模式1))。UE接收到指示第一状态(或第一模式)的第三预定义下行信令后，UE可以从第二模式(例如，模式2)转换到第一模式(例如，模式1)，或者UE维持在第一模式。UE接收到指示第二状态(或第二模式)的第三预定义下行信令后，UE可以从第一模式(例如，模式1)转换到第二模式(例如，模式2)，或者UE维持在第二模式。本方法与前两种方法相比可以进一步提高调度的灵活性。

如上所述，第一预定义下行信令或第二预定义下行信令可以指示一种模式转换方式，而第三预定义下行信令可以指示多种不同的模式转换方式之一。需要说明的是，以上实施例中模式转换方式以及对应的指示或配置方法仅是示例，还可能存在其它的模式转换方式及对应的指示或配置方法。例如，可以在预定义下行信令中指示要转换到的模式(例如，该模式对应的索引)。

方式MN6

在一些实施方式中，预定义下行信令可以通过一个预定义的下行DCI格式承载。该预定义的下行DCI格式可以为一个新的DCI格式。该预定义的下行DCI格式可以为组公共DCI。该预定义的下行DCI格式可以指示多个预定义下行信令，其中一个预定义下行信令可以为以下至少之一：

-一个服务小区对应的预定义下行信令。

-一个服务小区的一个BWP(bandwidth part,子带)对应的预定义下行信令。

-一个服务小区的一个频域单元对应的预定义下行信令。例如，一个频域单元可以为通过更高层信令配置的RB或RB组的集合。

-一个预定义的频域和/或空域资源对应的预定义下行信令。空域资源可以指示TRP,天线端口等。

-一个服务小区和/或一个BWP上的一个信道对应的预定义下行信令。

可以通过更高层信令配置该多个预定义下行信令的规则排序。例如，一个DCI格式可以指示的多个预定义下行信令为{预定义下行信令1，预定义下行信令2，预定义下行信令3}，其中，各预定义下行信令对应不同的服务小区，可以通过更高层信令配置各预定义下行信令对应的小区ID。

在一些实施方式中，该预定义的下行DCI格式可以由特定用于节能的RNTI对其CRC进行加扰。用于节能的RNTI可以为用于网络节能的RNTI或用于UE节能的RNTI(例如，PS-RNTI)。

本方法可以提高指示模式切换的精度，提高调度的灵活性。

方式MN13

在一些实施方式中，当UE在配置接收该模式指示(模式转换或切换)DCI的监听时机没有收到该模式指示(模式转换或切换)DCI时，可以通过协议规定和/或更高层信令配置UE执行以下至少之一：

-进入第一模式；

-进入第二模式；

-UE保持当前模式不变。

例如，进入的模式可以取决于UE实现。

例如，UE的模式可以由更高层信令配置确定。

本方法定义了UE在DCI漏检时的行为，可以提高传输的可靠性。

方式MN7

在一些实施方式中，预定义上行信令可以包括以下至少之一：

-第一预定义上行信令：第一预定义上行信令可以指示一种状态(例如，一个特定的序列；又例如，一个能量信号)，例如其可以对应于转换方式(例如，从第一模式(例如，模式1)转换到第二模式(例如，模式2))，或者对应于一种模式(例如，第二模式)。例如，UE发送第一预定义上行信令后，UE可以从第一模式(例如，模式1)

转换到第二模式(例如，模式2)。又例如，UE发送第二预定义上行信令后，UE不可以从第二模式(例如，模式2)转换到第一模式(例如，模式1)。又例如，UE发送第一预定义上行信令后，UE维持在第二模式或者UE可以从第一模式(例如，模式1)转换到第二模式(例如，模式2)。本方法可以动态地指示UE从非节能模式转换到节能模式，可以减少UE的功耗。

-第二预定义上行信令：第二预定义上行信令可以指示一种状态(例如，一个特定的序列；又例如，一个能量信号)，例如其可以对应于转换方式(例如，从第二模式(例如，模式2)转换到第一模式(例如，模式1))，或者对应于一种模式(例如，第一模式)。例如，UE发送第二预定义上行信令后，UE可以从第二模式(例如，模式2)

转换到第一模式(例如，模式1)。又例如，UE发送第二预定义上行信令后，UE不可以从第一模式(例如，模式1)转换到第二模式(例如，模式2)。又例如，UE发送第二预定义上行信令后，UE维持在第一模式或者UE可以从第二模式(例如，模式2)转换到第一模式(例如，模式1)。本方法可以动态地指示UE从节能模式转换到非节能模式，可以减少时延。

-第三预定义上行信令：第三预定义上行信令可以指示多于一种状态(或模式)，例如每个状态可以对应于一种转换方式(从第一模式(例如，模式1)转换到第二模式(例如，模式2)，或者从第二模式转换到第一模式(例如，模式1))，或者维持在同一种模式。例如，第三预定义上行信令可以指示两种状态(例如，分别与两个状态对应的两个序列；又例如，其值指示两种状态之一的1比特，其中值‘1’

表示第一状态(或第一模式)，值‘0’表示第二状态(或第二模式))，两种状态分别对应于两种转换方式(从第一模式(例如，模式1)转换到第二模式(例如，模式2)，以及从第二模式转换到第一模式(例如，模式1))。UE发送指示第一状态(或第一模式)的第三预定义上行信令后，UE可以从第二模式(例如，模式2)转换到第一模式(例如，模式1)，或者UE维持在第一模式。UE发送指示第二状态(或第二模式)的第三预定义上行信令后，UE可以从第一模式(例如，模式1)转换到第二模式(例如，模式2)，或者UE维持在第二模式。本方法与前两种方法相比可以进一步提高调度的灵活性。

需要说明的是，本公开的实例中，用于模式转换的方法也可以适用于UE对于一个特定信道的接收和/或发送方法。例如，第一模式可以为或对应于UE接收第一信道或发送第二信道，第二模式可以为或对应于UE不接收第一信道或不发送第二信道。

方式MN14

在一些实施方式中，预定义信令可以为预定义下行信令和/或预定义上行信令。预定义下行信令可以通过一个预定义的DCI格式承载。该预定义的DCI格式可以为一个新的DCI格式。该预定义的DCI格式可以为组公共DCI。该预定义的DCI格式可以指示多个预定义信令，其中一个预定义信令可以为以下至少之一：

-一个服务小区对应的预定义信令。

-一个服务小区的一个BWP(bandwidth part,子带)对应的预定义信令。

-一个服务小区的一个频域单元对应的预定义信令。例如，一个频域单元可以为通过更高层信令配置的RB或RB组的集合。

-一个预定义的频域和/或空域资源对应的预定义信令。空域资源可以指示TRP,天线端口等。

-一个服务小区和/或一个BWP上的一个信道对应的预定义信令。

-一个服务小区的一个时间单元对应的预定义信令。该时间单元可以通过更高层信令配置或者协议规定。例如，一个时间单元可以为一个时隙。

可以通过更高层信令配置和/或协议规定该多个预定义信令的规则排序。例如，一个DCI格式可以指示的多个预定义信令为{预定义信令1，预定义信令2，预定义信令3}，DCI格式中通过一个字段中的3比特来分别对应于这三个预定义信令。例如，第一个比特对应于预定义信令1，第二个比特对应于预定义信令2，第三个比特对应于预定义信令3。其中，一个预定义的信令可以对应于一个服务小区的一个时间单元，各预定义信令对应不同的服务小区的一个时间单元，或者各预定义信令分别对应一个服务小区的多个时间单元中的一个。可以通过协议规定DCI格式中多个预定义信令的排序。排序规则可以为以下之一：

-小区索引按照从小到大(或从大到小)的顺序。

-对于同一个服务小区，按照时间顺序排序。

-对于同一个服务小区，预定义下行信令可以位于预定义上行信令之前或之后。

-对于同一个服务小区的同一个时间单元，预定义信令可以位于预定义上行信令之前或之后。

在一个示例中，可以先按照小区索引按照从小到大的顺序，对于同一个服务小区，按照时间顺序排序。一个预定义信令可以同时指示该服务小区的一个上行时隙和下行时隙。或者，一个预定义信令可以指示这个小区一个时隙的小区DTX/DRX是否为活动时间。

在另一个示例中，可以先按照小区索引按照从小到大的顺序，然后，对于同一个服务小区，按照时间顺序排序。对于同一个服务小区的同一个时间单元，按照预定义下行信令位于预定义上行信令之前。一个预定义信令可以指示该服务小区的一个上行时隙或下行时隙。或者，一个预定义信令可以指示这个小区一个时隙的小区DTX或小区DRX是否为活动时间。例如，预定义下行信令可以指示小区DTX，预定义上行信令可以指示小区DRX。

本方法可以提高动态指示的灵活性。

方式MN8

在一些实施方式中，一个预定义上行信令可以为以下至少之一：

-一个服务小区对应的预定义上行信令。

-一个服务小区的一个BWP(bandwidth part,子带)对应的预定义上行信令。

-一个服务小区的一个频域单元对应的预定义上行信令。例如，一个频域单元可以为通过更高层信令配置的RB或RB组的集合。

-一个预定义的频域和/或空域资源对应的预定义上行信令。空域资源可以为TRP,天线端口，波束等。

-一个服务小区和/或一个BWP上的一个信道对应的预定义上行信令。

-一个或多个CG PUSCH配置对应的预定义上行信令。例如，更高(或更低)优先级的CG PUSCH配置对应的预定义上行信令。又例如，可以在CG PUSCH配置中配置对应的预定义上行信令。

-一个或多个SR配置对应的预定义上行信令。例如，更高(或更低)

优先级的SR配置对应的预定义上行信令。又例如，可以在SR配置中配置对应的预定义上行信令。

需要说明的是，当多个预定义上行信令在时域冲突时，UE可以发送其中的一个预定义上行信令。该一个预定义上行信令可以为更高优先级的预定义上行信令。又例如，该一个预定义上行信令可以基于UE实现确定。

需要说明的是，本公开的实施例中的“一个服务小区”也可以替换为“多个服务小区”，对多个服务小区用相同的信令指示可以减少基站盲检，从而进一步减少基站能耗。也可以通过基站配置的方式实现，例如，对多个服务小区配置同一个预定义上行信令。

本方法可以提高指示上行模式切换的精度和灵活性，可以指示基站对特定信号盲检，从而节约基站能耗。

方式MN9

在一些实施方式中，预定义上行信令可以包括以下至少之一：

-SR：例如，索引最小(或最大)的SR；又例如，更高(或更低)优先级的索引最小(或最大)SR；又例如，SR配置参数(例如，3GPP参数SchedulingRequestResourceConfig)和/或SR对应的逻辑信道配置参数(例如，3GPP参数LogicalChannelConfig)中被特定更高层信令配置为预定义上行信令的SR。本方法可以适用于UE上报一种状态，本方法实现简单，可以减少UE和基站的实现复杂度。此外，本方法可以在减少基站能耗的同时，避免增加特定的上行数据的传输时延，可以提高上行传输的可靠性。

-CG PUSCH：例如，索引最小(或最大)的CG PUSCH；又例如，更高(或更低)优先级的索引最小(或最大)CG PUSCH；又例如，CGPUSCH配置参数(例如，3GPP参数ConfiguredGrantConfig)中被特定更高层信令配置为预定义上行信令的CG PUSCH。本方法可以在减少基站能耗的同时，避免增加特定的上行数据的传输时延，可以提高上行传输的可靠性。

-一个特定的PUCCH资源。本方法可以适用于UE上报一种状态和/或多种状态，可以提高调度的灵活性。

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

方式MN10

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

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

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

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

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

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

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

-SR。例如，UE被配置和/或指示处于特定模式时，UE可以发送SR,

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

-CG PUSCH。例如，UE被配置和/或指示处于特定模式时，UE可以发送CG PUSCH,或者UE可以发送特定的CG PUSCH。特定的CGPUSCH可以为更高优先级的CG PUSCH。特定的CGPUSCH可以为被更高层信令配置(例如，在3GPP参数ConfiguredGrantConfig和/或LogicalChannelConfig中配置)和/或指示在特定模式(例如，模式2)下能够发送的CGPUSCH。这样可以减少基站对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。

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

方式MN11

在一些实施方式中，可以通过协议规定和/或更高层信令配置预定义上行信令发送的条件，例如，预定义上行信令发送的条件可以为预定义条件三。预定义条件三可以为以下至少之一：

-当前模式(例如，发送预定义上行信令时的模式)为第二模式。

-预定义上行信令的时域资源均处于第二模式。

-预定义上行信令相关联的第一定时器没有运行。例如，UE发送预定义上行信令后，可以启动第一定时器。如果第一定时器过期后(或没有运行时)，UE可以发送预定义上行信令。还可以通过协议规定和/或更高层信令配置，如果UE接收到一个特定的DCI格式(例如，显式或隐式指示模式切换(从第二模式(例如，模式2)转换到第一模式(例如，模式1))的DCI格式)，UE停止运行第一定时器。本方法可以避免频繁的发送预定义上行信令，降低UE功耗。

-MAC层触发了SR。还可以进一步规定SR可以为特定的SR。例如，

更高优先级的SR。又例如，对应特定逻辑信道优先级的SR。

-MAC层触发了预定义的指示(或者MAC层预定义的指示为挂起(pending)状态)。例如，预定义的指示可以为基站唤醒(wakeup)

指示。又例如，预定义的指示可以为模式转换指示。

通过限定上行信道的发送，可以降低UE发射功率，同时，还可以减少基站盲检，从而降低基站功耗。

方式MN12

在一些实施方式中，可以通过BWP切换来实现不同模式的切换。例如，可以将本公开的实施例中的模式(例如，UE的工作模式)与BWP相关联。例如，可以在BWP配置参数(例如，3GPP参数BWP-DownlinkDedicated，BWP-UplinkDedicated)中配置对应的模式。例如，可以将一个BWP配置为节能模式。本公开的实施例中，各模式下UE接收和/或发送信道的方法也可以为对应的BWP中UE接收和/或发送信道的方法。例如，UE转换到节能模式可以等效于UE切换到被配置了节能模式的BWP。本公开的实施例中，模式转换的方法也可以为对应的BWP切换的方法。

本方法通过BWP切换，可以在网络节能状态下，指示UE工作在一个特定的BWP，该BWP可以为一个带宽较小的BWP，这样可以减少基站工作的频域范围，从而节约基站能耗。

需要说明的是，本公开的实施例可以适用于配置了网络节能参数的场景。例如，UE被配置了小区DTX(discontinuous transmission，非连续接收)和/或小区DRX(discontinuous reception，非连续接收)参数时，该服务小区可以采用本公开的实施中规定的方法来接收和/或发送数据和/或控制信息。

需要说明的是，本公开的实施例中，预定义的DCI格式还可以为DCI格式1_2,1_1,0_2和0_1中的至少一个。预定义的DCI格式还可以为组播或广播DCI格式。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本申请描述的各个说明性逻辑框、模块、以及电路可用通用处理器、数字信号处理器(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所述的方法，其中：

所述模式包括以下中的一个或多个：

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

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

第三模式，基于信令被确定为第一模式或第二模式，

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

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

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

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

基于接收到预定义下行信令和/或发送预定义上行信令，

从当前模式转换到另一模式，或

维持所述当前模式。

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

预定义的DCI格式；

调度物理下行共享信道PDSCH和/或物理上行共享信道PUSCH的下行控制信息DCI格式；

特定的组公共DCI格式；或

指示从第一模式、第二模式、第三模式、第四模式和第五模式之一转换到第一模式、第二模式、第三模式、第四模式和第五模式中的另一个的下行信令。

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

调度请求SR；

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

特定的PUCCH；或

指示从第一模式、第二模式、第三模式、第四模式和第五模式之一转换到第一模式、第二模式、第三模式、第四模式和第五模式中的另一个的上行信令。

7.根据权利要求4-6中任一所述的方法，其中，基于接收到预定义下行信令和/或发送预定义上行信令从当前模式转换到另一模式包括：

在发送预定义上行信令后的第一预定义时间后，从当前模式转换到所述另一模式。

8.根据权利要求7所述的方法，其中，所述第一预定义时间为承载预定义上行信令的物理信道的结束符号或结束时间与另一上行信道的起始符号或起始时间的时间间隔。

9.根据权利要求4-6中任一所述的方法，其中，基于接收到预定义下行信令和/或发送预定义上行信令从当前模式转换到另一模式包括：

在发送预定义上行信令后的第二预定义时间后，针对上行链路和/或下行链路从当前模式转换到所述另一模式。

10.根据权利要求7或9所述的方法，其中，所述第一预定义时间和第二预定义时间中的至少一个通过更高层信令配置。

11.根据权利要求10所述的方法，其中，通过更高层信令配置的第一预定义时间和第二预定义时间中的至少一个大于通过终端能力上报的第一预定义时间和第二预定义时间中的所述至少一个。

12.根据权利要求1或3所述的方法，还包括，在配置接收用于指示模式转换的DCI的监听时机没有接收到所述用于指示模式转换的DCI的情况下，

从当前模式转换到另一模式，或

维持所述当前模式。

13.根据权利要求4-12中任一所述的方法，其中，基于以下中的至少一个，所述预定义上行信令被发送：

发送预定义上行信令时的当前模式为第二模式，其中在第二模式下，不发送所述一个或多个上行信道中的至少一个和/或不接收所述一个或多个下行信道中的至少一个；

预定义上行信令的时域资源与第二模式相关联；

预定义上行信令相关联的第一定时器没有运行；

媒体访问控制MAC层触发了调度请求SR；或

MAC层触发了预定义的指示。

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

发送配置信息，所述配置信息用于指示如下中的至少一个：一个或多个模式、持续时间、周期、起始时间、定时器；

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

15.根据权利要求14所述的方法，其中：

所述模式包括以下中的一个或多个：

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

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

第三模式，基于信令被确定为第一模式或第二模式，

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

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

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