通信方法及用户设备

技术领域

本申请涉及无线通信技术领域，具体而言，本申请涉及一种通信方法及用户设备(User Equipment，UE)。

背景技术

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

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

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

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

在无线移动通信系统中，终端(UE)省电一直都是重要的研究方向，实际上，网络省电也很重要，移动通信基站耗电量占运营商总耗电量的60-70％左右，如何降低通信基站的耗电量是亟需解决的技术难题。

发明内容

本申请实施例的目的旨在能解决如何降低通信基站的耗电量的问题。

根据本申请实施例的一个方面，通信系统中由UE执行的方法，该方法包括：

接收小区DTX和/或小区DRX相关的半静态配置信息，和/或，接收小区DTX和/或DRX相关的动态调整信令；

基于半静态配置信息和/或动态调整信令，确定小区DTX和/或小区DRX的状态，其中，状态包括激活态和非激活态。

可选地，半静态配置信息包括以下信息中的至少一种：

小区DTX和/或小区DRX的周期；

小区DTX和/或小区DRX的周期的起始位置；

小区DTX和/或小区DRX的周期内激活态的持续时间；

小区DTX和/或小区DRX的周期内非激活态的持续时间。

可选地，动态调整信令包括以下信令中的至少一种：

用于指示在小区DTX和/或DRX的周期的起始位置激活态是否被启动、和/或调整激活态的持续时间的第一信令；

用于指示小区从激活态进入非激活态，或从非激活态进入激活态的第二信令；

用于指示激活态的持续时间被延长预设时间长度的第三信令；

用于指示小区正处于激活态的第四信令。

可选地，该方法还包括以下至少一项：

在第一时间窗口内监听第一信令；

在第二时间窗口内监听第三信令；

在第三时间窗口内监听第四信令；

其中，

第一时间窗口的起始位置或结束位置基于小区DTX和/或小区DRX的周期的起始位置来确定；

第二时间窗口的起始位置或结束位置基于激活态的预期结束位置来确定；

UE被配置UE侧的DRX，第三时间窗口的起始位置或结束位置基于DRX的周期的起始位置来确定。

可选地，第一时间窗口在小区DTX和/或小区DRX的周期的起始位置之前满足第一间隔的位置结束；和/或，

第二时间窗口在激活态的预期结束位置之前满足第二间隔的位置结束；和/或，

第三时间窗口在DRX的周期的起始位置之前满足第三间隔的位置结束。

可选地，若第一信令没有被监听到，在对应的小区DTX和/或小区DRX的周期的起始位置激活态是否被启动是预定义的、或预配置的；和/或，

若第一信令被监听到，那么在对应的小区DTX和/或小区DRX的周期的起始位置激活态是否被启动是预定义的、或根据第一信令的指示确定的。

可选地，在第一时间窗口内监听第一信令，包括：

当小区DTX和/或小区DRX处于非激活态，在第一时间窗口内监听第一信令。

可选地，在接收到第二信令之后第四间隔的位置，确定小区从激活态进入非激活态、或从非激活态进入激活态。

可选地，第三信令用于对半静态配置的激活期、或前一次通过第三信令动态延长的激活期进行延长。

可选地，UE被配置UE侧的DRX，该方法还包括：

无论DRX处于激活态或非激活态，都监听动态调整信令。

可选地，动态调整信令通过以下至少一种来承载：

小区公共DCI；

UE组DCI；

物理信号序列；

MAC CE。

可选地，接收半静态配置信息，包括以下至少一种方式：

通过UE专用的RRC信令接收半静态配置信息；

通过SIB接收半静态配置信息。

可选地，半静态配置信息包括以下至少一种情形：

小区DRX的周期与小区DTX的周期相等；

小区DRX的周期是小区DTX的周期的整数倍；

小区DTX的周期是小区DRX的周期的整数倍；

小区DTX的周期内激活态的持续时间大于或等于小区DRX的周期内激活态的持续时间；

小区DRX的周期内激活态的持续时间与小区DTX的周期内激活态持续时间完全或部分重叠。

可选地，小区DRX的周期内激活态的持续时间与小区DTX的周期内激活态持续时间部分重叠包括以下至少一种情形：

重叠部分的持续时间大于或等于第一预设门限值；

重叠部分包括小区DRX的周期内激活态的起始位置。

可选地，UE被配置UE侧的DRX，UE行为包括以下至少一种：

如果DRX处于激活态，小区DTX和/或小区DRX处于激活态，执行DRX的激活态下的UE行为；

如果DRX处于激活态，小区DTX和/或小区DRX处于非激活态，执行小区DTX和/或小区DRX的非激活态下的UE行为；

如果DRX处于非激活态，小区DTX和/或小区DRX处于激活态，执行DRX的非激活态下的UE行为；

如果DRX处于非激活态，小区DTX和/或小区DRX处于非激活态，执行小区DTX和/或小区DRX的非激活态下的UE行为。

可选地，半静态配置信息包括以下至少一种情形：

小区DTX和/或小区DRX的周期与DRX的周期相等；

DRX的周期是小区DTX和/或小区DRX的周期的整数倍；

小区DTX和/或小区DRX的周期是DRX的周期的整数倍；

小区DTX和/或小区DRX的周期内激活态的持续时间大于或等于DRX的周期内激活态的持续时间；

小区DTX和/或小区DRX的周期内激活态的持续时间与DRX的周期内激活态的持续时间完全或部分重叠。

可选地，该方法还包括以下至少一项：

如果没有被配置DCI格式2-6，当小区DTX和/或小区DRX处于激活态，在DRX的周期的起始位置启动DRX持续定时器；

如果没有被配置DCI格式2-6，当小区DTX和/或小区DRX处于非激活态，在DRX的周期的起始位置不启动DRX持续定时器；

如果被配置DCI格式2-6，当小区DTX和/或小区DRX处于激活态，监听DCI格式2-6，基于DCI格式2-6的指示，确定在DRX的周期的起始位置是否启动DRX持续定时器；

如果被配置DCI格式2-6，当小区DTX和/或小区DRX处于非激活态，不监听DCI格式2-6，在DRX的周期的起始位置是否启动DRX持续定时器是预定义的、或预配置的。

可选地，如果UE被配置监听DCI格式2-6，在第三时间窗口内监听第四信令，包括以下至少一种情形：

不监听第四信令，监听DCI格式2-6，如果DCI格式2-6被监听到，确定小区DTX和/或小区DRX当前处于激活态；

监听第四信令，如果第四信令被监听到，再监听DCI格式2-6；

监听DCI格式2-6，如果DCI格式2-6被监听到、且指示启动DRX持续定时器，再监听第四信令；

监听第四信令，以及监听DCI格式2-6。

可选地，该方法还包括：

发起随机接入过程；

如果随机接入过程竞争成功，确定小区DTX和/或小区DRX进入激活态。

可选地，该方法还包括以下至少一项：

在小区DTX和/或小区DRX的周期的起始位置开始的第五时间窗口内，如果监听到用于调度物理上行共享信道PUSCH或物理下行共享信道PDSCH的DCI，确定在小区DTX和/或小区DRX的周期的起始位置激活态被启动；

在小区DTX和/或小区DRX的周期的起始位置开始的第五时间窗口内，如果没有监听到用于调度PUSCH或PDSCH的DCI，确定在小区DTX和/或小区DRX的周期的起始位置激活态没有被启动。

可选地，UE被配置UE侧的DRX，还包括以下至少一项：

在DRX的周期的起始位置开始的第六时间窗口内，如果监听到用于调度PUSCH或PDSCH的DCI，确定小区DTX和/或小区DRX处于激活态；

在DRX的周期的起始位置开始的第六时间窗口内，如果没有监听到用于调度PUSCH或PDSCH的DCI，确定小区DTX和/或小区DRX处于非激活态。

可选地，小区包括辅小区、主小区和主辅小区中的至少一种。

可选地，UE的多个小区被分别配置小区DTX和/或小区DRX；和/或，UE的多个小区共享同一个小区DTX和/或小区DRX的配置。

可选地，UE的辅小区被配置小区DTX和/或小区DRX，接收半静态配置信息和/或动态调整信令，包括：

在UE的主小区上接收辅小区的半静态配置信息和/或动态调整信令。

可选地，在小区DTX非激活态，UE行为包括以下至少一种：

不接收下行信号；

不接收同步信号块SSB、系统信息块1SIB1、其他系统消息OSI、寻呼消息、随机接入过程中的消息2Msg2、随机接入过程中的消息4Msg4、随机接入过程中的消息B MsgB、半持续调度物理下行共享信道SPS-PDSCH、SPS-PDSCH重传中的至少一种；

不监听类型1公共搜索空间上的PDCCH、类型2公共搜索空间上的PDCCH、类型3公共搜索空间上的PDCCH、UE专用搜索空间上的PDCCH中的至少一种。

可选地，在小区DRX非激活态，UE行为包括以下至少一种：

不发送上行信号；

不发送物理随机接入信道PRACH、随机接入过程中的消息A MsgA、随机接入过程中的消息3Msg3、预授权物理上行共享信道CG-PUSCH、CG-PUSCH重传中的至少一种。

根据本申请实施例的另一个方面，通信系统中由基站执行的方法，该方法包括：

向用户设备UE发送小区DTX和/或小区DRX相关的半静态配置信息，和/或，向UE发送小区DTX和/或DRX相关的动态调整信令，半静态配置信息和/或动态调整信令用于指示小区DTX和/或小区DRX的状态，其中，状态包括激活态或非激活态；

基于状态进行相应处理。

根据本申请实施例的又一个方面，提供了一种用户设备，该用户设备包括：

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

处理器，与收发器耦接并被配置为执行本申请实施例提供的由UE执行的方法。

根据本申请实施例的再一个方面，提供了一种基站，该基站包括：

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

处理器，与收发器耦接并被配置为执行本申请实施例提供的由基站执行的方法。

根据本申请实施例的还一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请实施例提供的由UE执行的方法。

根据本申请实施例的还一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请实施例提供的由基站执行的方法。

根据本申请实施例的还一个方面，提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现本申请实施例提供的由UE执行的方法。

根据本申请实施例的还一个方面，提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现本申请实施例提供的由基站执行的方法。

本申请实施例提供的通信方法及用户设备，接收小区DTX和/或小区DRX相关的半静态配置信息，和/或，接收小区DTX和/或DRX相关的动态调整信令；基于半静态配置信息和/或动态调整信令，确定小区DTX和/或小区DRX的状态，其中，状态包括激活态和非激活态，即本申请实施例中，将小区DTX和/或小区DRX用于小区基站侧，能够通过非连续地发送和/或接收，有效降低通信基站的耗电量，从而可以达到基站侧省电的目的。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的无线网络总体结构的示意图；

图2a为本申请实施例提供的发送路径的示意图；

图2b为本申请实施例提供的接收路径的示意图；

图3a为本申请实施例提供的UE的结构示意图；

图3b为本申请实施例提供的基站的结构示意图；

图4为本申请实施例提供的一种由UE执行的方法的流程示意图；

图5为本申请实施例提供的一种小区DTX配置的示意图；

图6为本申请实施例提供的一种小区DRX配置的示意图；

图7为本申请实施例提供的一种小区DTX/DRX配置的示意图；

图8为本申请实施例提供的一种监听第一信令的示意图；

图9为本申请实施例提供的另一种监听第一信令的示意图；

图10为本申请实施例提供的又一种监听第一信令的示意图；

图11为本申请实施例提供的第三信令指示的示意图；

图12为本申请实施例提供的第二信令指示的示意图；

图13为本申请实施例提供的一种监听第四信令的示意图；

图14为本申请实施例提供的另一种监听第四信令的示意图；

图15为本申请实施例提供的又一种监听第四信令的示意图；

图16为本申请实施例提供的一种UE DRX与小区DTX/DRX情况的示意图；

图17为本申请实施例提供的另一种UE DRX与小区DTX/DRX情况的示意图；

图18为本申请实施例提供的又一种UE DRX与小区DTX/DRX情况的示意图；

图19为本申请实施例提供的一种由UE执行的方法的流程示意图。

图20为本申请实施例提供的一种应用小区DTX/DRX的持续定时器onDurationTimer的示意图；

图21为本申请实施例提供的一种应用小区DTX/DRX的静止定时器inactivityTimer的示意图；

图22为本申请实施例提供的一种小区DTX/DRX在短周期和长周期之间切换的示意图。

具体实施方式

提供下列参考附图的描述以有助于对通过权利要求及其等效物定义的本公开的各种实施例的全面理解。本描述包括各种具体细节以有助于理解但是仅应当被认为是示例性的。因此，本领域普通技术人员将认识到，能够对这里描述的各种实施例进行各种改变和修改而不脱离本公开的范围与精神。此外，为了清楚和简明起见，可以略去对公知功能与结构的描述。

在下面说明书和权利要求书中使用的术语和措词不局限于它们的词典意义，而是仅仅由发明人用于使得能够对于本公开清楚和一致的理解。因此，对本领域技术人员来说应当明显的是，提供以下对本公开的各种实施例的描述仅用于图示的目的而非限制如所附权利要求及其等效物所定义的本公开的目的。

应当理解，单数形式的“一”、“一个”和“该”包括复数指代，除非上下文清楚地指示不是如此。因此，例如，对“部件表面”的指代包括指代一个或多个这样的表面。

术语“包括”或“可以包括”指的是可以在本公开的各种实施例中使用的相应公开的功能、操作或组件的存在，而不是限制一个或多个附加功能、操作或特征的存在。此外，术语“包括”或“具有”可以被解释为表示某些特性、数字、步骤、操作、构成元件、组件或其组合，但是不应被解释为排除一个或多个其它特性、数字、步骤、操作、构成元件、组件或其组合的存在可能性。

在本公开的各种实施例中使用的术语“或”包括任意所列术语及其所有组合。例如，“A或B”可以包括A、可以包括B、或者包括A和B二者。

除非不同地定义，本公开使用的所有术语(包括技术术语或科学术语)具有本公开的本领域技术人员理解的相同含义。如在词典中定义的通常术语被解释为具有与在相关技术领域中的上下文一致的含义，而且不应理想化地或过分形式化地对其进行解释，除非本公开中明确地如此定义。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

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

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

无线网络100包括gNodeB(gNB)101、gNB102和gNB103。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包括UE115和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天线阵列。在一些实施例中，gNB101、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和UE116中使用的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)接口(IF)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被配置为基于OS 361或响应于从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天线阵列。gNB102还包括控制器/处理器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收发器对应一个)。

本申请实施例提供了一种网络省电方法，从基站侧非连续发送和非连续接收的角度给出基站省电的相关方法。降低通信基站的耗电量对通信运营商实现节能减排目标有着十分重要的意义，基站耗电量的降低可减少设备发热量，相应空调的耗电量也会相应减少，从而降低运营商的电费支出。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

本申请实施例中提供了一种通信系统中由UE执行的方法，如图4所示，该方法包括：

步骤S101：接收小区DTX(Discontinous Transmission，非连续发送)和/或小区DRX(Discontinous Reception，非连续接收)相关的半静态配置信息，和/或，接收小区DTX和/或DRX相关的动态调整信令；

步骤S102：基于半静态配置信息和/或动态调整信令，确定小区DTX和/或小区DRX的状态，其中，状态包括激活态和非激活态。

本申请实施例中，小区DTX是指小区通过非连续发送来达到省电目的，小区DRX是指小区通过非连续接收来达到省电目的。类似的理念可以参照4G和5G系统中一个最重要的终端省电技术——终端(UE)DRX技术，即终端通过非连续接收来达到省电目的。

对于本申请实施例，小区DTX激活态也可以称为小区的ON、激活时间、非省电状态、或激活期等；小区DTX非激活态也可以称为小区的OFF、非激活时间、睡眠期、休眠期、省电状态、或非激活期等。

本申请实施例中，在小区DTX非激活态，UE行为包括以下至少一种：

(1)不接收下行信号；

(2)不接收SSB(Synchronization Signal Block，同步信号块)、SIB1(SystemInformation Block 1，系统信息块1)、OSI(Other System Information，其他系统消息，即除SIB1外的其他系统消息，也就是SIB2～SIBn)、寻呼消息(Paging)、Msg2(随机接入过程中的消息2)、Msg4(随机接入过程中的消息4)、MsgB(随机接入过程中的消息B)、SPS-PDSCH(Semi-Persistent Scheduling Physical Downlink Shared Channel，半持续调度物理下行共享信道)、SPS-PDSCH重传中的至少一种；

(3)不监听类型1公共搜索空间上的PDCCH(Physical Downlink ControlChannel，物理下行控制信道)、类型2公共搜索空间上的PDCCH、类型3公共搜索空间上的PDCCH、UE专用搜索空间上的PDCCH中的至少一种。

需要说明的是，本申请实施例中的信号可以是指通信系统中的信号，也可以是指广义上的通信系统中需要信息的双方或多方按照规定进行传递的任意信息，例如可以包括通信系统中的信号、信道等。也就是说，本申请中的信号可以是指信号、或信道、或者可以包括信号和信道二者。同理地，下行信号也可能是指下行信号和/或信道，上行信号也可能是指上行信号和/或信道。下文中为便于描述，可能将信号和/或信道称为信号/信道，即“/”与“和/或”可以相互替换，即信号/信道也可以包括信号、可以包括信道、或者可以包括信号和信道二者。

换言之，在小区DTX激活期内，小区可以正常发送下行信号/信道，对应地，UE可以正常接收下行信号/信道。在小区DTX的非激活期内，小区的发送行为和UE的接收行为可以为以下限制行为中的任意一种：

(1)小区不发送任何下行信号/信道，对应地，UE不接收任何下行信号/信道；

(2)小区不发送除SSB之外的任何下行信号/信道，对应地，除SSB之外，UE不接收其他任何下行信号/信道；

(3)小区不发送除SSB、SIB1、OSI之外的任何下行信号/信道，对应地，除SSB、SIB1、OSI之外，UE不接收其他任何下行信号/信道；

(4)小区不发送除SSB、SIB1、OSI、Paging之外的任何下行信号/信道，对应地，除SSB、SIB1、OSI、Paging之外，UE不接收其他任何下行信号/信道；

(5)小区不发送除SSB、SIB1、OSI、Paging、Msg2、Msg4、MsgB之外的任何下行信号/信道，对应地，除SSB、SIB1、OSI、Paging、Msg2、Msg4、MsgB之外，UE不接收其他任何下行信号/信道，例如，UE不监听PDCCH，以及不接收SPS-PDSCH。换言之，当小区从DTX激活期进入DTX非激活期，UE的SPS-PDSCH资源被释放。可选地，UE不监听PDCCH指不监听Type 3CSS(Type 3Common Search Space，类型3公共搜索空间)和USS(UE-specific Search Space，UE专用搜索空间)上的PDCCH，或者，UE不监听PDCCH指不监听所有搜索空间上的PDCCH。

(6)小区不发送除SSB、SIB1、OSI、Paging、Msg2、Msg4、MsgB、SPS-PDSCH及其重传之外的任何下行信号/信道，对应地，除SSB、SIB1、OSI、Paging、Msg2、Msg4、MsgB、SPS-PDSCH及其重传之外，UE不接收其他任何下行信号/信道，例如UE不监听PDCCH。这里，UE不监听PDCCH指不监听Type 3CSS和USS上的PDCCH，或者，UE不监听PDCCH指不监听所有搜索空间上的PDCCH。

对于本申请实施例，小区DRX的激活态也可以称为小区的ON、激活时间、或非省电状态、或激活期，小区DRX的非激活态也可以称为小区的OFF、非激活时间、睡眠期、休眠期、省电状态、或非激活期。

本申请实施例中，在小区DRX非激活态，UE行为包括以下至少一种：

(1)不发送上行信号；

(2)不发送PRACH(Physiacal Random Access Channel，物理随机接入信道)、MsgA(随机接入过程中的消息A)、Msg3(随机接入过程中的消息3)、CG-PUSCH(Configured GrantPhysical Uplink Shared Channel，预授权物理上行共享信道)、CG-PUSCH重传中的至少一种。

换言之，在小区DRX的激活期内，小区可以正常接收上行信号/信道，对应地，UE可以正常发送上行信号/信道。在小区DRX的非激活期内，小区的接收行为和UE的发送行为可以为以下限制行为中的任意一种：

(1)小区不接收任何上行信号/信道，对应地，UE不发送任何上行信号/信道；

(2)小区不接收除PRACH、MsgB、Msg3之外的任何上行信号/信道，对应地，除PRACH、MsgB、Msg3之外，UE不发送其他任何上行信号/信道；

(3)小区不接收除PRACH、MsgB、Msg3、CG-PUSCH及其重传之外的任何上行信号/信道，对应地，除PRACH、MsgB、Msg3、CG-PUSCH及其重传之外，UE不发送其他任何上行信号/信道；可选地，小区从DRX激活期进入非激活期，CG-PUSCH资源仍然有效。其中，CG-PUSCH指类型1CG-PUSCH和/或CG-PUSCH。

本申请实施例中，小区DTX和小区DRX可以指独立配置的小区DTX和小区DRX，即小区DRX和小区DTX可以被独立配置，换言之，小区DTX的周期和小区DRX的周期可以被分别配置，小区DTX的周期的起始位置和小区DRX的周期的起始位置可以被分别配置，小区DTX的周期内激活态的持续时间和小区DRX的周期内激活态的持续时间可以被分别配置。在小区DTX非激活期，小区发送行为和UE接收行为受限，在小区DRX非激活期，小区接收行为和UE发送行为受限。

则在步骤S101中，接收小区DTX相关的半静态配置信息和/或动态调整信令，在步骤S102中，基于半静态配置信息和/或动态调整信令，确定小区DTX的状态，即小区DTX的激活态或小区DTX的非激活态。

或者在步骤S101中，接收小区DRX相关的半静态配置信息和/或动态调整信令，在步骤S102中，基于半静态配置信息和/或动态调整信令，确定小区DRX的状态，即小区DRX的激活态或小区DRX的非激活态。

或者在步骤S101中，分别接收小区DTX相关的半静态配置信息和/或动态调整信令，以及小区DRX相关的半静态配置信息和/或动态调整信令，在步骤S102中，基于小区DTX相关的半静态配置信息和/或动态调整信令、以及小区DRX相关的半静态配置信息和/或动态调整信令，分别确定小区DTX和小区DRX的状态，即小区DTX的激活态或小区DTX的非激活态、以及小区DRX的激活态或小区DRX的非激活态。

那么，如果小区DTX处于激活态、以及小区DRX处于激活态，小区发送/接收行为、以及UE接收/发送行为没有限制。如果小区DTX处于激活态、以及小区DRX处于非激活态，小区接收行为、和UE发送行为有所限制，可以为前文介绍的小区DRX非激活态的限制行为中的任意一种；如果小区DTX处于非激活态、以及小区DRX处于激活态，小区发送行为、以及UE接收行为有所限制，可以为前文介绍的小区DTX非激活态的限制行为中的任意一种；如果小区DTX处于非激活态、以及小区DRX处于非激活态，小区发送和接收行为、以及UE接收和发送行为均有所限制，可以为前文介绍的小区DTX非激活态的限制行为、以及小区DTX非激活态的限制行为的任意组合。

本申请实施例中，小区DTX和小区DRX也可以指合并配置的小区DTX和小区DRX，即小区DRX和小区DTX可以合并为一个配置，换言之，小区DTX的周期和小区DRX的周期完全相同，小区DTX的周期内的起始位置和小区DRX的周期的起始位置完全相同，小区DTX的周期内激活态的持续时间和小区DRX的周期内激活态的持续时间完全相同。在小区DTX和小区DRX的非激活期，小区接收和发送行为、以及UE发送和接收行为都受限，具体限制行为可以是前文介绍的小区DTX非激活态的限制行为与小区DRX非激活态的限制行为的集合。在这种配置里，小区的发送和接收同时被限制，对应地，UE的发送和接收也同时被限制。

则在步骤S101中，接收小区DTX和小区DRX相关的半静态配置信息和/或动态调整信令，在步骤S102中，基于半静态配置信息和/或动态调整信令，确定小区DTX和小区DRX的状态，即小区DTX和小区DRX的激活态、或小区DTX和小区DRX的非激活态。

对于本申请实施例，合并配置的小区DTX和小区DRX的激活态也可以称为小区的ON、激活时间、或非省电状态、激活期，合并配置的小区DTX和小区DRX的非激活态也可以称为小区的OFF、非激活时间、睡眠期、休眠期、或省电状态、非激活期。

需要说明的是，下文中为便于描述，可能将小区DTX和/或小区DRX简称为小区DTX/DRX，即“/”与“和/或”可以相互替换，即小区DTX/DRX也可以包括独立配置的小区DTX、可以包括独立配置的小区DRX、可以包括分别独立配置的小区DTX和小区DRX二者，或者可以包括合并配置的小区DTX和小区DRX。

作为示例地，下文中为便于描述，可能将小区DTX和/或小区DRX的激活态简称为小区DTX/DRX激活态，即可以是指小区DTX激活态、可以是指小区DRX激活态、可以是指小区DTX激活态和小区DRX激活态，或者可以是指合并配置的小区DTX和小区DRX的激活态。同理地，可能将小区DTX和/或小区DRX的非激活态简称为小区DTX/DRX非激活态，即可以是指小区DTX非激活态、可以是指小区DRX非激活态、可以是指小区DTX非激活态和小区DRX非激活态，或者可以是指合并配置的小区DTX和小区DRX的非激活态。

另外，本申请的一些实施例中，基站及其服务的小区具有一一对应关系，因此小区DTX也可以理解为基站DTX，小区DRX也可理解为基站DRX。

本申请实施例中，对于基站而言，下行发送所消耗的功率是基站功耗的大头，上行接收也会有一定功耗，将小区DTX和/或小区DRX用于小区基站侧，能够有效降低通信基站的耗电量，从而可以达到基站侧省电的目的。

可选地，如图5所示，小区DTX具有周期性。每个小区DTX周期包括一段时间的小区DTX激活态以及另一段时间的小区DTX非激活态。可选地，小区DTX激活态在小区DTX周期的前部，小区DTX非激活态在小区DTX周期的后部，小区DTX激活态的持续时间以及小区DTX非激活态的持续时间共同构成小区DTX周期的大小。

同理可选地，如图6所示，小区DRX状态具有周期性，每个小区DRX周期包括一段时间的小区DRX激活态以及另一段时间的小区DRX非激活态，小区DRX激活态在小区DRX周期的前部，小区DRX非激活态在小区DRX周期的后部，小区DRX激活态的持续时间以及小区DRX非激活态的持续时间共同构成小区DRX周期的大小。

对于小区DRX和小区DTX合并为一个配置的实施方式，如图7所示，小区DTX/DRX的状态具有周期性，每个小区DTX/DRX周期包括一段时间的小区DTX/DRX激活态以及另一段时间的小区DTX/DRX非激活态，小区DTX/DRX激活态在小区DTX/DRX周期的前部，小区DTX/DRX非激活态在小区DTX/DRX周期的后部，小区DTX/DRX激活态的持续时间以及小区DTX/DRX非激活态的持续时间共同构成小区DTX/DRX周期的大小。

本申请实施例中，上述半静态配置信息包括以下信息中的至少一种：

小区DTX和/或小区DRX的周期；

小区DTX和/或小区DRX的周期的起始位置；

小区DTX和/或小区DRX的周期内激活态的持续时间；

小区DTX和/或小区DRX的周期内非激活态的持续时间。

例如，DTX周期的大小、DTX周期的起始位置可以通过高层信令被半静态地配置。或者，DRX周期的大小、DRX周期的起始位置可以通过高层信令被半静态地配置。或者，合并配置的小区DTX和小区DRX的周期的大小、小区DTX和小区DRX的周期的起始位置可以通过高层信令被半静态地配置。

具体而言，接收上述半静态配置信息，包括以下至少一种方式：

通过UE专用的RRC(Radio Resource Control，无线资源控制)信令接收上述半静态配置信息；

通过SIB(System Information Block，系统信息块)接收上述半静态配置信息。

以小区DTX的半静态配置信息(为便于描述，下文中可能简称为配置信息)为例(小区DRX的半静态配置信息以及合并配置的小区DTX和小区DRX的半静态配置信息以此类推，将不再赘述)，小区DTX的配置信息可以在系统信息块中被广播给小区内的所有UE，RRC空闲态UE和RRC非激活态UE也能获得小区DTX的配置信息，小区DTX的配置信息包括DTX周期的大小、DTX周期的起始位置、和DTX周期内的DTX激活期持续时间，在DTX激活期，RRC空闲态UE和RRC非激活态UE的行为和现有系统没有不同，在DTX非激活期，RRC空闲态UE和RRC非激活态UE行为可以为以下任意一种：

(1)小区不发送SSB、Paging，对应地，RRC空闲态UE和RRC非激活态UE不监听寻呼消息，也无需执行RRM(Radio Resource Management，无线资源管理)测量；

(2)小区不发送Paging，但仍然发送SSB，对应地，RRC空闲态UE和RRC非激活态可以接收SSB执行RRM测量，但无需监听寻呼消息。

本申请实施例中，若小区DRX和小区DTX是被独立配置的，上述半静态配置信息(即小区DTX相关的半静态配置信息和小区DRX相关的半静态配置信息)满足以下至少一种情况：

(1)小区DRX的周期与小区DTX的周期相等；

(2)小区DRX的周期是小区DTX的周期的整数倍，即小区DRX周期应当是小区DTX周期的N

(3)小区DTX的周期是小区DRX的周期的整数倍，即小区DTX周期应当是小区DRX周期的N

(4)小区DTX的周期内激活态的持续时间大于或等于小区DRX的周期内激活态的持续时间，即半静态配置的小区DTX激活期的持续时间长度应当大于或等于半静态配置的小区DRX激活期的持续时间长度；

(5)小区DRX的周期内激活态的持续时间与小区DTX的周期内激活态的持续时间完全或部分重叠，即半静态配置的小区DRX激活期应当与半静态配置的小区DTX激活期完全重叠，也就是小区DRX激活期完全处于小区DTX激活期内；或者，半静态配置的小区DRX激活期应当与半静态配置的小区DTX激活期至少部分重叠，也就是小区DRX激活期至少部分处于小区DTX激活期内。

本申请实施例中，小区DRX的周期内激活态的持续时间与小区DTX的周期内激活态持续时间部分重叠包括以下至少一种情形：

1)重叠部分的持续时间大于或等于第一预设门限值；

2)重叠部分包括小区DRX的周期内激活态的起始位置，即小区DRX激活期的起始位置应当处于小区DTX激活期内。

对于本申请实施例中，小区DTX相关的半静态配置信息和小区DRX相关的半静态配置信息满足以上至少一个条件的好处是，可以对小区DRX配置和小区DTX配置进行对齐，从而简化小区和UE行为。

本申请实施例中，一个RRC连接态UE可以被同时配置UE侧的DRX(即DRX，为便于区分，下文可能称为UE DRX)以及小区DTX/DRX，如果UE DRX处于激活态，小区DTX和/或小区DRX处于激活态，UE执行UE DRX的激活态下的UE行为，即当UE处于DRX激活态、小区DTX/DRX处于激活态时，UE行为和现有系统DRX激活态下的UE行为相同，没有区别；如果UE DRX处于非激活态，小区DTX和/或小区DRX处于激活态，UE执行UE DRX的非激活态下的UE行为，即当UE处于DRX非激活态、小区DTX/DRX处于激活态时，UE行为和现有系统DRX非激活态下的UE行为相同，没有区别；如果UE DRX处于激活态，小区DTX和/或小区DRX处于非激活态，UE执行小区DTX和/或小区DRX的非激活态下的UE行为，如果UE DRX处于非激活态，小区DTX和/或小区DRX处于非激活态，UE执行小区DTX和/或小区DRX的非激活态下的UE行为，即当UE处于DRX激活态或非激活态、小区DTX/DRX处于非激活态时，UE行为是前文介绍的限制行为中的任意一种。此外，上述静态配置信息(即小区DTX和/或小区DRX相关的半静态配置信息与UE DRX相关的半静态配置)信息满足以下至少一种情况：

(1)小区DTX和/或小区DRX的周期与UE DRX的周期相等；

(2)UE DRX的周期是小区DTX和/或小区DRX的周期的整数倍，即UE DRX周期应当是小区DTX/DRX周期的N

(3)小区DTX和/或小区DRX的周期是UE DRX的周期的整数倍，即小区DTX/DRX周期应当是UE DRX周期的N

(4)小区DTX和/或小区DRX的周期内激活态的持续时间大于或等于UE DRX的周期内激活态的持续时间，即半静态配置的小区DTX/DRX激活期的持续时间长度应当大于或等于半静态配置的UE DRX激活期的持续时间长度；

(5)小区DTX和/或小区DRX的周期内激活态的持续时间与UE DRX的周期内激活态的持续时间完全或部分重叠，即半静态配置的UE DRX激活期应当与半静态配置的小区DTX/DRX激活期完全重叠，也就是UE DRX激活期完全处于小区DTX/DRX激活期内；或者，半静态配置的UE DRX激活期应当与半静态配置的小区DTX/DRX激活期至少部分重叠，即UE DRX激活期至少部分处于小区DTX/DRX激活期内；

本申请实施例中，小区DTX和/或小区DRX的周期内激活态的持续时间与UE DRX的周期内激活态的持续时间部分重叠包括以下至少一种情形：

1)重叠部分的持续时间大于或等于第二预设门限值；

2)重叠部分包括UE DRX激活态的起始位置，即小区DRX激活期的起始位置应当处于小区DTX激活期内。

对于本申请实施例中，小区DTX和/或小区DRX相关的半静态配置信息与UE DRX相关的半静态配置信息满足以上条件的好处是，可以对UE DRX配置和小区DTX/DRX配置进行对齐，从而简化小区和UE行为。

本申请实施例中，如果UE被配置UE侧的DRX，且UE没有被配置监听DCI(DownlinkControl Information，下行控制信息)格式2-6，包括以下至少一种情形：

(1)无论小区DTX和/或小区DRX是否处于激活态，在UE DRX的周期的起始位置，启动DRX持续定时器(drx-onDurationTimer)；

(2)当小区DTX和/或小区DRX处于激活态，在DRX的周期的起始位置启动DRX持续定时器；

(3)当小区DTX和/或小区DRX处于非激活态，在DRX的周期的起始位置不启动DRX持续定时器。

本申请实施例中，如果UE被配置UE侧的DRX，且UE被配置DCI格式2-6，包括以下至少一种情形：

(1)无论小区DTX和/或小区DRX是否处于激活态，监听DCI格式2-6，并基于DCI格式2-6的监听结果，确定是否在UE DRX周期的起始位置启动DRX持续定时器；

(2)当小区DTX和/或小区DRX处于激活态，监听DCI格式2-6，基于DCI格式2-6的指示，确定在DRX的周期的起始位置是否启动DRX持续定时器；

(3)当小区DTX和/或小区DRX处于非激活态，不监听DCI格式2-6，在DRX的周期的起始位置是否启动DRX持续定时器是预定义的、或预配置的。

即如果小区DTX和/或小区DRX处于非激活态，UE无需监听DCI格式2-6，UE在DRX的周期的起始位置启动DRX持续定时器、或者不启动DRX持续定时器，或者，UE在DRX的周期的起始位置是否启动DRX持续定时器是通过高层信令预配置的。

本申请实施例，UE被配置小区DTX/DRX，当小区DTX/DRX处于非激活期，如果UE有上行数据到达，该方法可以包括：在小区DTX和/或小区DRX处于非激活态的情况下，发起随机接入过程(RACH过程)；如果随机接入过程竞争成功，确定小区DTX和/或小区DRX(从非激活态)进入激活态。UE发起RACH过程并竞争成功，那么对于这个UE而言，在RACH过程竞争成功后，可以认为该小区DTX/DRX从非激活期进入激活期，换言之，UE通过RACH过程唤醒了小区。

由上文的介绍可知，小区DTX/DRX周期的大小、周期的起始位置、周期内的激活期持续时间可以通过高层信令半静态配置。本申请实施例中，为了让小区DTX/DRX状态与实际状况更为匹配，在此基础上，小区还可以通过动态调整信令动态指示对一个小区DTX/DRX周期内的激活期的调整。

可选地，动态调整信令包括以下信令中的至少一种：

(1)用于指示在小区DTX和/或DRX的周期的起始位置激活态是否被启动、和/或调整激活态的持续时间的第一信令；

即小区可以通过第一信令动态指示一个小区DTX/DRX周期内的激活期是否被启动，和/或，动态调整小区DTX/DRX周期内的激活期的持续时间。

(2)用于指示小区(DTX和/或DRX)从激活态进入非激活态，或从非激活态进入激活态的第二信令；

即小区可以通过第二信令动态指示小区DTX/DRX的激活期被提前结束，或动态指示小区DTX/DRX的非激活期被提前结束。

(3)用于指示(小区DTX和/或DRX)激活态的持续时间被延长预设时间长度的第三信令；

即小区可以通过第三信令动态指示小区DTX/DRX的激活期的持续时间被延长预设时间长度。其中，预设时间长度是预定义的、预配置的、或通过第三信令指示的。

(4)用于指示小区(DTX和/或DRX)正处于激活态的第四信令。

即小区可以通过第四信令动态指示小区DTX/DRX正处于激活期。

对于本申请实施例，上述任意动态调整信令可以通过以下至少一种来承载：小区公共DCI；UE组DCI；物理信号序列；MAC(Medium Access Control，媒体接入控制层)CE(Control Element，控制元素)。

在本申请实施例中，该第一信令也可以称为小区DTX/DRX的动态启动信令，即小区DTX/DRX周期的大小、小区DTX/DRX周期的起始位置通过高层信令被半静态配置，在一个小区DTX/DRX周期内，小区DTX/DRX激活期是否被启动可以通过第一信令动态指示。此外，小区DTX/DRX周期内的激活期持续时间通过高层信令被半静态配置的，在一个小区DTX/DRX周期内，小区DTX/DRX激活期的持续时间可以通过第一信令动态调整。例如，第一信令一并指示启动的小区DTX/DRX激活期持续时间是多个预配置时间长度中的某一个。

可选地，在第一时间窗口内监听第一信令，并基于第一信令的监听结果确定激活态是否被启动。即小区通过第一信令向UE指示小区DTX/DRX的激活期是否被启动，UE在第一时间窗口内监听该第一信令。

具体而言，若第一信令没有被监听到，在对应的小区DTX和/或小区DRX的周期的起始位置激活态是否被启动是预定义的、或预配置的。具体地，可以确定以下至少一种结果：(1)在小区DTX和/或小区DRX的周期的起始位置激活态没有被启动；(2)在小区DTX和/或小区DRX的周期的起始位置激活态被启动；(3)在小区DTX和/或小区DRX的周期的起始位置激活态是否被启动是预配置的。即如果UE没有监听到该第一信令，那么默认确定对应的小区DTX/DRX周期的激活期没有被启动，或者，默认确定对应的小区DTX/DRX周期的激活期被启动，或者，基于高层信令配置默认确定对应的小区DTX/DRX周期的激活期没有被启动、或被启动。

或者，若第一信令被监听到，那么在对应的小区DTX和/或小区DRX的周期的起始位置激活态是否被启动是预定义的、或根据第一信令的指示确定的。具体地，可以确定以下至少一种结果：(1)在小区DTX和/或小区DRX的周期的起始位置激活态被启动；(2)在小区DTX和/或小区DRX的周期的起始位置激活态没有被启动；(3)根据第一信令的指示，确定在小区DTX和/或小区DRX的周期的起始位置激活态是否被启动。即如果UE监听到该第一信令，那么默认确定对应的小区DTX/DRX周期的激活期被启动，或者，默认确定对应的小区DTX/DRX周期的激活期没有被启动；或者，如果UE监听到该第一信令，那么根据该第一信令的指示信息，确定对应的小区DTX/DRX周期的激活期是否被启动。

对于本申请实施例，用于指示小区DTX/DRX的激活期是否被启动的第一信令可以通过小区公共DCI、或UE组DCI来承载，例如通过1比特域指示小区DTX/DRX激活期是否被启动，指示值“0”表示小区DTX/DRX激活期没有被启动，指示值“1”表示小区DTX/DRX激活期被启动。小区公共DCI指所有UE都需要监听的同一个DCI，用于监听小区公共DCI的PDCCH搜索空间可以通过系统信息块来配置，UE组DCI指一组UE都需要监听的同一个DCI，用于监听UE组DCI的PDCCH搜索空间可以通过UE专用的RRC信令来配置。用于监听该小区公共DCI或UE组DCI的RNTI(Radio Network Tempory Identity，无线网络临时标识)值是被专门配置的，即网络预配置一个RNTI值用于监听该DCI格式。

此外，用于指示小区DTX/DRX的激活期是否被启动的小区公共DCI或UE组DCI还可以动态调整小区DTX/DRX周期的激活期持续时间的长度，例如，通过1比特域指示两个预配置的小区DTX/DRX激活期持续时间中的一个，或者，通过2比特域指示四个预配置的小区DTX/DRX激活期持续时间中的一个。

或者，用于指示小区DTX/DRX的激活期是否被启动的第一信令可以通过一个物理信号序列来承载，例如，如果UE监听到该物理信号序列，那么表示小区DTX/DRX激活期被启动，如果UE没有监听到该物理信号序列，那么表示小区DTX/DRX激活期没有被启动。由于该物理信号序列用于指示小区DTX/DRX的激活期被启动，即小区DTX/DRX从非激活态进入激活态，该物理信号序列也可以称为小区激活信号、或小区唤醒信号。

可选地，第一时间窗口的起始位置或结束位置基于小区DTX和/或小区DRX的周期的起始位置来确定。例如，第一时间窗口在小区DTX和/或小区DRX的周期的起始位置之前，或在小区DTX和/或小区DRX的周期的起始位置之后，或者第一时间窗口在小区DTX和/或小区DRX的周期的起始位置之前满足第一间隔的位置结束。例如，基于小区DTX和/或小区DRX的周期的起始位置的相对偏移量来确定第一时间窗口的起始位置，相对偏移量的值可以由基站通过高层信令预配置。

可选地，第一时间窗口的长度是预定义的或预配置的。可选地，第一间隔的长度是预定义的、预配置的、或通过UE上报的。

具体地，用于监听小区DTX/DRX的激活期是否被启动的第一信令的第一时间窗口可以在小区DTX/DRX周期起始位置之前，例如，UE在每个小区DTX/DRX周期起始位置之前的预设第一时间窗口内监听指示小区DTX/DRX激活期是否被启动的第一信令，根据监听结果确定小区DTX/DRX激活期是否被启动。如图8和图9所示，在图8中，预设第一时间窗口的结束位置是小区DTX/DRX周期的起始位置，在图9中，预设第一时间窗口的结束位置是小区DTX/DRX周期的起始位置之前的预设第一间隔位置，预设第一间隔主要用于预留UE从休眠状态进入激活状态的热身时间，例如UE实现更精确的下行同步等。

本申请实施例中，如果小区DTX/DRX处于激活态，在第一时间窗口内不监听第一信令。即如果在预设第一时间窗口内，小区DTX/DRX状态是激活期，那么UE无需监听该第一信令，默认在对应的小区DTX/DRX周期的起始位置激活期被启动，换言之，UE只有在小区DTX/DRX状态是非激活期的条件下，才在预设第一时间窗口内监听该第一信令，即当小区DTX和/或小区DRX处于非激活态，在第一时间窗口内监听第一信令。

或者，用于监听小区DTX/DRX的激活期是否被启动的第一信令的第一时间窗口可以在小区DTX/DRX周期起始位置之后，UE在每个小区DTX/DRX周期起始位置开始的预设第一时间窗口内监听指示小区DTX/DRX激活期是否被启动的第一信令，根据监听结果确定小区DTX/DRX激活期是否被启动。如图10所示，如果UE在预设第一时间窗口内监听到用于指示小区DTX/DRX激活期被启动的第一信令，以及该第一信令指示或隐含指示小区DTX/DRX激活期被启动，那么UE在指示信令后的预设第一间隔位置确定小区DTX/DRX进入激活期；如果UE在预设第一时间窗口内没有监听到用于指示小区DTX/DRX激活期被启动的第一信令，那么在第一时间窗口后的本小区DTX/DRX周期内的剩余时间，UE都确定小区DTX/DRX进入非激活期。

可选地，如果UE在第一时间窗口内没有监听到第一信令，那么确定在小区DTX/DRX的起始位置没有启动激活态，即可以确定当前小区DTX/DRX周期完全处于非激活期，即在当前小区DTX/DRX周期的剩余时间，小区DTX/DRX会一直处于非激活态，直到下个小区DTX/DRX周期的起始位置可能会发生状态切换。

本申请实施例还提供了另一种可选的实施例来确定小区DTX/DRX周期的起始位置激活态是否被启动，具体地，在小区DTX和/或小区DRX的周期的起始位置开始的第五时间窗口内，如果监听到用于调度PUSCH(Physical Uplink Shared Channel，物理上行共享信道)或PDSCH的(Physical Downlink Shared Channel，物理下行共享信道)DCI，确定在小区DTX和/或小区DRX的周期的起始位置激活态被启动；在小区DTX和/或小区DRX的周期的起始位置开始的第五时间窗口内，如果没有监听到用于调度PUSCH或PDSCH的DCI，确定在小区DTX和/或小区DRX的周期的起始位置激活态没有被启动。这里，用于调度PDSCH的DCI可以包括用于调度单播PDSCH的DCI、用于调度组播PDSCH的DCI、用于调度广播PDSCH的DCI中的至少一个。与通过第一信令显性指示的方法相比，这种隐性指示的方法可以节省信令开销。

在本申请实施例中，第三信令也可以称为小区DTX/DRX的动态延长信令，即当小区DTX/DRX处于激活态时，小区可以通过第三信令动态指示原本的小区DTX/DRX激活期持续时间被延长，对应地，小区DTX/DRX非激活期被缩短。

可选地，在第二时间窗口内监听第三信令，其中，第二时间窗口的起始位置或结束位置基于激活态的预期结束位置来确定。例如第二时间窗口在激活态的预期结束位置之前，或者，第二时间窗口在激活态的预期结束位置之前满足第二间隔的位置结束。例如，基于激活态的预期结束位置的相对偏移量来确定第二时间窗口的起始位置，相对偏移量的值可以由基站通过高层信令预配置。

可选地，第二时间窗口的长度是预定义的或预配置的。可选地，第二间隔的长度是预定义的、预配置的、或通过UE上报的。

本申请实施例中，第三信令用于对半静态配置的激活期、或前一次通过第三信令动态延长的激活期进行延长，即第三信令在一个小区DTX和/或小区DRX的周期内能够被接收多次。该第三信令在一个小区DTX/DRX周期内可以被使用多次，即小区DTX/DRX激活期可以被延长多次，小区DTX/DRX激活期最多可以延长到占满整个小区DTX/DRX周期，即在整个周期内，小区DTX/DRX一直处于激活态。例如，在半静态配置的小区DTX/DRX激活期快要结束时，小区通过第三信令动态将小区DTX/DRX激活期延长第一长度，在延长第一长度后的小区DTX/DRX激活期快要结束时，小区再次通过第三信令将小区DTX/DRX激活期再延长第二长度，并以此类推。

如图11所示，当小区DTX/DRX处于激活态时，小区通过第三信令(例如小区公共DCI、UE组DCI或MAC CE)指示小区DTX/DRX的激活期被延长，即小区DTX/DRX激活期在原有长度的基础上再额外延长一段时间。额外延长的预设时间长度可以是半静态被配置的，或者通过动态延长信令一并指示。例如，动态延长信令还可以指示延长多个预配置的时间长度中的某一个。如图11所示，在半静态配置的小区DTX/DRX激活期结束前的时间窗口内，小区通过第三信令延长小区DTX/DRX激活期。

在本申请实施例中，第二信令也可以称为小区DTX/DRX的动态切换信令。当小区DTX/DRX处于激活态时，小区可以通过第二信令动态指示小区DTX/DRX从激活态切换到非激活态，即小区DTX/DRX从激活期进入非激活期。

具体而言，在接收到第二信令之后第四间隔的位置，确定小区从激活态进入非激活态、或从非激活态进入激活态，其中，第四间隔的大小是预定义的、预配置的、或通过第二信令指示的。

当小区DTX/DRX处于激活态，小区通过第二信令(例如小区公共DCI、UE组DCI或MACCE)指示小区DTX/DRX从激活态切换到非激活态，假定第二信令通过DCI来承载，那么在该DCI后的预设第四间隔位置，小区DTX/DRX从激活态切换到非激活态，假定第二信令通过MACCE来承载，那么在该MAC CE的对应HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)反馈被发送后的预设第四间隔位置，小区DTX/DRX从激活态切换到非激活态。该第二信令可以在半静态配置的小区DTX/DRX激活期内被发送，如图12所示，即相当于半静态配置的小区DTX/DRX激活期被提前结束。该第二信令也可以在前文介绍的通过第二信令动态被延长的小区DTX/DRX激活期内被发送，即相当于动态延长的小区DTX/DRX激活期被提前结束。

在本申请实施例中，小区DTX/DRX技术的目的是为了节省网络侧功耗，在应用小区DTX/DRX技术的同时，小区内的RRC连接态UE可能被配置UE DRX用于节省终端侧功耗，考虑到UE在UE DRX的非激活期不监听除了DCI格式2-6之外的其他PDCCH，对于上述的多个实施例(如图8～图12)内小区DTX/DRX的动态调整信令，如果由于UE刚好处于DRX非激活期而没有监听到，那么UE对小区DTX/DRX是否处于激活态的理解可能与网络侧不一致。

在一个可选实施方式中，RRC连接态UE被配置UE DRX以及小区DTX/DRX，UE仅在DRX的激活期监听前文介绍的小区DTX/DRX动态调整信令，包括第一信令、第二信令和第三信令中的至少一种。在UE DRX的非激活期，UE无需监听前文介绍的小区DTX/DRX动态调整信令。

在另一个可选实施方式中，RRC连接态UE被配置UE DRX以及小区DTX/DRX，无论UEDRX处于激活态或非激活态，都监听动态调整信令，即无论UE是否处于DRX的激活期，UE都需要监听前文介绍的小区DTX/DRX动态调整信令，包括第一信令、第二信令和第三信令中的至少一种。换言之，即使UE处于DRX的非激活期，也需要监听前文介绍的小区DTX/DRX动态调整信令。

实际上，在UE的DRX非激活期，由于UE处于休眠状态，UE对小区DTX/DRX是否处于激活状态并不关心，UE只在DRX激活期更关心小区DTX/DRX是否处于激活期，因此，为了UE能够实现更长时间的休眠，在又一个可选方案中，UE可以在自己的DRX周期的起始位置附近监听用于指示小区DTX/DRX当前是否处于激活态的第四信令。例如，在第三时间窗口内监听第四信令。

可选地，UE被配置UE侧的DRX，第三时间窗口的起始位置或结束位置基于UE DRX的周期的起始位置来确定。例如，第三时间窗口在UE DRX的周期的起始位置之前，或在UE DRX的周期的起始位置之后，或者第三时间窗口在UE DRX的周期的起始位置之前满足第三间隔的位置结束。例如，基于DRX周期的起始位置的相对偏移量来确定第三时间窗口的起始位置，相对偏移量的值可以由基站通过高层信令预配置。

可选地，第三时间窗口的长度是预定义的或预配置的。可选地，第三间隔的长度是预定义的、预配置的、或通过UE上报的。

具体地，RRC连接态UE被配置UE侧的DRX以及小区DTX/DRX，UE在DRX周期的起始位置之前或开始之后的预设第三时间窗口内监听用于指示小区DTX/DRX当前是否处于激活态的第四信令，例如，该第四信令通过UE组DCI或物理信号序列来承载，如果UE在第三时间窗口内监听到第四信令，那么确定小区DTX/DRX处于激活态；如果UE在第三时间窗口内没有监听到该第四信令，那么确定小区DTX/DRX处于非激活态，假定小区DTX/DRX的一个周期内只有一个状态切换点，即一个周期内最多只有一段激活期或一段非激活期，那么确定在当前小区DTX/DRX周期的剩余时间，小区DTX/DRX会一直处于非激活态，直到下个小区DTX/DRX周期的起始位置可能会发生状态切换。

如图13和图14所示，半静态配置的UE DRX激活期全部处于半静态配置的小区DTX/DRX激活期内，UE在预设第三时间窗口内监听指示小区DTX/DRX当前是否处于激活期的第四信令。在图13中，预设第三时间窗口的结束位置是UE DRX周期的起始位置，在图14中，预设第三时间窗口的结束位置是UE DRX周期的起始位置之前的预设第三间隔位置，预设第三间隔主要用于预留UE从休眠状态进入激活状态的热身时间，例如UE实现更精确的下行同步等。

在再一个可选方案中，RRC连接态UE被配置小区DTX/DRX以及UE侧的DRX，UE在DRX周期的起始位置开始的时间窗口内监听前文介绍的小区DTX/DRX的第一信令、第二信令和第三信令中的至少一种、或监听指示小区DTX/DRX当前是否处于激活态的第四信令。

本申请实施例中，在以下至少一种情况下，在第三时间窗口内监听第四信令：(1)UE DRX的周期的起始位置处于半静态配置的激活态的持续时间内；(2)UE DRX的周期的起始位置处于基于动态调整信令延长的激活态的持续时间内。

如图15所示，半静态配置的UE DRX激活期全部处于半静态配置的小区DTX/DRX激活期内，UE在自己的DRX周期的起始位置开始的预设时间窗口内指示小区DTX/DRX当前是否处于激活态的第四信令。

如果半静态配置的UE DRX激活期全部处于半静态配置的小区DTX/DRX激活期内，如图13、图14、和图15所示，或者，如果半静态配置的UE DRX激活期的前端与半静态配置的小区DTX/DRX激活期重叠，如图16所示，是否监听动态调整信令可以有如下情况：

(1)假定系统不应用动态第一信令来指示小区DTX/DRX激活期是否被启动、以及不应用动态第二信令来指示小区DTX/DRX从激活态切换到非激活态，那么UE无需监听用于指示小区DTX/DRX正处于激活态的第四信令，就可以确定在DRX起始位置附近小区DTX/DRX正处于激活态；

(2)假定系统应用动态第一信令来指示小区DTX/DRX激活期是否被启动、或者应用动态第二信令来指示小区DTX/DRX从激活态切换到非激活态，那么在DRX周期起始位置附近，小区DTX/DRX可能处于激活态或非激活态，因此UE需要在DRX周期的起始位置附近(例如之前或之后的第三时间窗口)监听用于指示小区DTX/DRX正处于激活态的第四信令。

如果半静态配置的UE DRX激活期完全处于半静态配置的小区DTX/DRX非激活期内，如图17所示，是否监听动态调整信令可以有如下情况：

(1)假如系统不应用动态第三信令来延长半静态配置的小区DTX/DRX激活期，那么UE无需监听用于指示小区DTX/DRX正处于激活态的第四信令，就可以确定在UE DRX激活期间小区DTX/DRX正处于非激活态；

(2)如果系统应用动态第三信令来延长半静态配置的小区DTX/DRX激活期，那么在UE DRX周期的起始位置附近，小区DTX/DRX可能处于激活态或非激活态，因此UE需要在DRX周期的起始位置附近(例如之前或之后的第三时间窗口)监听用于指示小区DTX/DRX正处于激活态的第四信令。

如果半静态配置的UE DRX激活期的后端与半静态配置的小区DTX/DRX激活期重叠，如图18所示，是否监听动态调整信令可以有如下情况：

(1)假如系统不应用动态第三信令来延长半静态配置的小区DTX/DRX激活期，那么在UE DRX周期起始位置附近，UE无需监听用于指示小区DTX/DRX正处于激活态的第四信令，就可以确定小区DTX/DRX正处于非激活态；

(2)假如系统应用动态第三信令来延长半静态配置的小区DTX/DRX激活期，那么在UE DRX周期起始位置附近，小区DTX/DRX可能处于激活态或非激活态，因此UE需要在DRX周期起始位置附近(之前或之后的第三时间窗口)监听用于指示小区DTX/DRX正处于激活态的第四信令，根据监听结果确定小区DTX/DRX的状态；

(3)假定系统不应用动态第一信令来指示小区DTX/DRX激活期是否被启动、以及不应用动态第二信令来指示小区DTX/DRX从激活态切换到非激活态，那么UE无需监听用于指示小区DTX/DRX正处于激活态的第四信令，在图18的重叠时间内，UE可以确定小区DTX/DRX正处于非激活态；

(4)假定系统应用动态第一信令来指示小区DTX/DRX激活期是否被启动，那么在图18的重叠时间内，小区DTX/DRX可能处于非激活态，UE需要在小区DTX/DRX周期的起始位置附近(之前或之后的第一时间窗口内)监听指示在小区DTX/DRX周期的起始位置激活态是否被启动的第一信令，如前文的图8、图9或图10中的方法。

本申请实施例中，UE是否在DRX周期的起始位置附近(之前或之后的第三时间窗口内)监听指示小区DTX/DRX是否处于激活态的第四信令，与是否被配置监听DCI格式2-6有关，如果UE没有被配置监听DCI格式2-6，那么UE在在第三时间窗口内监听指示小区DTX/DRX当前是否处于激活态的第四信令。

如果UE被配置监听DCI格式2-6，在第三时间窗口内监听第四信令，包括以下至少一种情形：

(1)不监听第四信令，监听DCI格式2-6，如果DCI格式2-6被监听到，那么确定小区DTX和/或小区DRX当前处于激活态，和/或，如果DCI格式2-6没有被监听到，那么确定小区DTX和/或小区DRX当前处于非激活态。

(2)监听第四信令，如果第四信令被监听到，再监听DCI格式2-6。即在第三时间窗口内监听第四信令，基于第四信令的监听结果，确定是否监听DCI格式2-6，如果第四信令被监听到，那么确定小区DTX/DRX处于激活态，那么再监听DCI格式2-6，如果第四信令没有被监听到，那么确定小区DTX/DRX处于非激活态，那么无需监听DCI格式2-6，对应地，在UE DRX起始位置不启动drx-onDurationTimer、或者启动drx-onDurationTimer，或者，在UE DRX起始位置是否启动drx-onDurationTimer可以通过高层信令预配置。

(3)监听DCI格式2-6，并基于DCI格式2-6的监听结果，确定是否在第三时间窗口内监听第四信令，可选地，监听DCI格式2-6，如果DCI格式2-6被监听到、且指示启动DRX持续定时器，再监听第四信令，例如，如果监听到DCI格式2-6指示启动drx-onDurationTimer，那么UE启动drx-onDurationTimer，以及在第三时间窗口内监听第四信令，否则，UE不启动drx-onDurationTimer，也无需在第三时间窗口内监听第四信令；

(4)监听第四信令，以及监听DCI格式2-6。即除了在第三时间窗口内监听第四信令，还要监听DCI格式2-6。

本申请实施例还提供了另一种可选的实施例来确定小区DTX/DRX是否处于激活态，具体地，UE被配置UE侧的DRX，在UE DRX的周期的起始位置开始的第六时间窗口内，如果监听到用于调度PUSCH或PDSCH的DCI，确定小区DTX和/或小区DRX处于激活态；在DRX的周期的起始位置开始的第六时间窗口内，如果没有监听到用于调度PUSCH或PDSCH的DCI，确定小区DTX和/或小区DRX处于非激活态。与通过第四信令显性指示的方法相比，这种隐性指示的方法可以节省信令开销。这里，用于调度PDSCH的DCI可以包括用于调度单播PDSCH的DCI、用于调度组播PDSCH的DCI、用于调度广播PDSCH的DCI中的至少一个。

需要说明的是，对于上述提及的各种预设时间窗口，时间窗口的长度等可以是预定义的、或由基站通过高层信令预配置的，对于提及的各种预设间隔，间隔的长度等可以预定义的、由基站通过高层信令预配置的、或由基站通过DTX/DRX动态调整信令一并指示的。

实际应用中，前述各实施例的小区DTX/DRX技术可以用于单小区场景，即UE只有一个服务小区的场景；和/或，前述各实施例的小区DTX/DRX技术可以用于多小区场景，多小区场景包括载波聚合(Carrier Aggregation，CA)或双连接(Dual Connection，DC)，小区包括辅小区、主小区和主辅小区中的至少一种。在多小区中，小区DTX/DRX技术仅用于辅小区Scell，主小区Pcell以及主辅小区PScell不能被配置小区DTX/DRX，或者，小区DTX/DRX技术可以用于包括Scell、Pcell以及PScell在内的所有小区。

在一个可选实施方式中，UE被配置多个服务小区的小区DTX/DRX，所有被配置小区DTX/DRX的小区共享相同的小区DTX/DRX配置，即所有被配置小区DTX/DRX的小区使用相同的小区DTX/DRX周期的大小、相同的小区DTX/DRX周期的起始位置、相同的小区DTX/DRX激活期的持续时间等。

在另一个可选实施方式中，UE被配置多个服务小区的小区DTX/DRX，至少一个小区DTX和/或小区DRX相关的配置信息能够用于多个服务小区，即多个服务小区共享同一个小区DTX和/或小区DRX的配置，即被配置小区DTX/DRX的小区可以使用相同或不同的小区DTX/DRX配置，例如有两个小区DTX/DRX配置，每个服务小区可以关联到其中的一个，即一个小区DTX/DRX配置可以应用于一个或多个服务小区。

在又一个可选实施方式中，UE被配置多个服务小区的小区DTX/DRX，其中，UE的多个小区被分别配置小区DTX和/或小区DRX，即每个小区都可以被独立地分别配置小区DTX/DRX，即，每个小区可以使用不同的小区DTX/DRX周期的大小、不同的小区DTX/DRX周期的起始位置、不同的小区DTX/DRX激活期的持续时间等。

本申请实施例中，UE的辅小区被配置小区DTX和/或小区DRX，辅小区的(配置小区DTX和/或小区DRX相关的)半静态配置信息和/或动态调整信令在UE的主小区上被传输，即步骤S101中，在UE的主小区上接收辅小区的半静态配置信息和/或动态调整信令。例如，主小区通过小区公共DCI、UE组公共DCI或物理信号序列指示辅小区上的DTX/DRX激活期是否被启动等。

在一个可选实施方式中，定时器被用于控制小区DTX/DRX的状态切换，例如，持续定时器cellDTXDRX-onDurationTimer被定义，如图20所示，在小区DTX/DRX每个周期的起始位置，UE启动cellDTXDRX-onDurationTimer，cellDTXDRX-onDurationTimer的大小等于小区DTX/DRX的激活态的持续时间长度，即cellDTXDRX-onDurationTimer的启动表示小区DTX/DRX的激活态的持续时间的启动，cellDTXDRX-onDurationTimer的过期(expire)表示小区DTX/DRX的激活态的持续时间的结束，只要定时器cellDTXDRX-onDurationTimer在运行，UE就可以判定小区DTX/DRX处于激活状态。

此外，还可以定义静止定时器cellDTXDRX-inactivityTimer，如果小区有传输新数据，新数据包括下行数据、上行数据和旁路数据，新数据传输意味着一个新的数据包到达，那么在之后的一段时间内，小区大概率还会继续传输数据以完成这个新数据包的传输，即在新数据传输开始之后的一段时间内，小区DTX/DRX大概率仍继续保持在激活状态而无法进入非激活状态，由于新数据到达而需要的这段激活时间可以通过定时器cellDTXDRX-inactivityTimer来体现，cellDTXDRX-inactivityTimer的大小可以通过UE专用RRC信令来配置。例如，如果UE监听到有新数据传输，那么UE启动定时器cellDTXDRX-inactivityTimer，或者，小区在为其他UE传输新数据时，小区还可以通过信令指示被调度新数据传输UE之外的UE启动定时器cellDTXDRX-inactivityTimer，只要定时器cellDTXDRX-inactivityTimer在运行，UE就可以判定小区DTX/DRX处于激活状态。

如图21所示，定时器cellDTXDRX-inactivityTimer可以在小区DTX/DRX周期内的任何位置被启动，它在运行过程中还可以被重新启动，网络通过对定时器cellDTXDRX-inactivityTimer的控制，可以将小区DTX/DRX激活态的实际持续时间延长，而不仅仅受限于半静态配置的持续时间长度，甚至可以将小区DTX/DRX的激活态持续整个周期的长度。

在满足下面至少一个条件时，UE启动或重启动cellDTXDRX-inactivityTimer：

接收到用于指示启动cellDTXDRX-inactivityTimer的信令，该信令可以通过MACCE或DCI承载，假定指示启动cellDTXDRX-inactivityTimer的信令通过MAC CE来承载，用于调度该MAC CE的DCI可以使用C-RNTI或一个对应组播或广播的RNTI值来加扰，UE在该MACCE的对应HARQ反馈之后的预设间隔位置cellDTXDRX-inactivityTimer，启动；假定指示启动cellDTXDRX-inactivityTimer的信令通过DCI来承载，该DCI可以是使用专用RNTI值加扰的小区公共DCI或者UE组DCI，UE在该DCI之后的预设间隔位置启动cellDTXDRX-inactivityTimer。此外，用于指示启动cellDTXDRX-inactivityTimer的信令还可以指示所启动的cellDTXDRX-inactivityTimer的大小。

接收到用于调度新数据传输(包括下行、上行和旁路的新数据传输)的PDCCH；

接收到用于调度组播广播服务(Multicast and Broadcast Service，MBS)的DL传输的PDCCH，该PDCCH通过G-NRTI来加扰；

在一个可选实施方式中，网络通过控制(Command)信令控制小区DTX/DRX的状态，例如网络通过控制信令指示小区DTX/DRX进入非激活状态，即指示UE停止正在运行的小区DTX/DRX定时器(包括cellDTXDRX-onDurationTimer和cellDTXDRX-inactivityTimer)，该控制信令可以通过MAC CE或DCI来承载。例如，假定该信令通过MAC CE承载，用于调度该MACCE的DCI可以使用C-RNTI、或其他对应组播/广播传输的RNTI值来加扰，在发送对应该MACCE的HARQ反馈后的预设间隔位置，UE停止正在运行的cellDTXDRX-onDurationTimer和cellDTXDRX-inactivityTimer；或者，假定该信令通过DCI承载，该DCI可以是小区公共DCI或UE组DCI，使用专用的RNTI值来加扰，在接收到该DCI后的预设间隔位置，UE停止正在运行的cellDTXDRX-onDurationTimer和cellDTXDRX-inactivityTimer。

在一个可选实施方式中，小区DTX/DRX可以同时被配置两种周期，分别称为短周期和长周期，小区DTX/DRX可以在短周期和长周期之间进行切换，其中，长周期的大小是短周期的大小的整数倍，长周期DTX/DRX和短周期DTX/DRX使用同一个参数确定周期的起始位置，以及使用同一个参数确定周期内激活状态的持续时间，即仅仅周期大小不同。小区DTX/DRX可以在长周期和短周期中灵活切换，以实现最大程度的节能省电。

例如，基站可以通过MAC CE或DCI指示小区DTX/DRX在长周期和短周期之间切换，例如，基站通过MAC CE指示小区DTX/DRX使用长周期或短周期，用于调度该MAC CE的DCI可以使用对应单播传输的C-RNTI来加扰，或者，用于调度该MAC CE的DCI可以使用对应组播或广播传输的一个RNTI来加扰；或者，基站通过DCI指示小区DTX/DRX使用长周期或短周期，该DCI可以是小区公共DCI或UE组DCI。

此外，基站还可以通过隐性的方式实现小区DTX/DRX在长周期和短周期之间切换，如图22所示，当小区DTX/DRX被同时配置短周期和长周期后，小区DTX/DRX的短周期首先被激活，如果小区在连续N个短周期内都没有进入激活状态来服务任何UE，那么小区DTX/DRX将切换到长周期，只要在任意一个长周期内小区进入激活状态服务于UE，那么小区DTX/DRX将切换到短周期，为了实现这种隐性切换，可以定义一个定时器cellDTXDRX-ShortCycleTimer，通过定时器控制小区DTX/DRX在短周期和长周期之间进行切换，在一些条件被满足时，定时器可以被启动cellDTXDRX-ShortCycleTimer，即小区DTX/DRX使用短周期，当定时器cellDTXDRX-ShortCycleTimer过期时，小区DTX/DRX使用长周期。触发定时器cellDTXDRX-ShortCycleTimer被启动或重启动的条件可以是如下至少一个：

前文所述的定时器cellDTXDRX-inactivityTimer过期；

用于指示小区进入DRX非激活态的信令被接收到，假定该信令通过DCI用于调度该MAC CE的DCI可以使用对应单播传输的C-RNTI来加扰，或者，用于调度该MAC CE的DCI可以使用对应组播或广播传输的RNTI来加扰；

此外，如果UE接收到指示小区进入DRX非激活态并应用长周期的信令，UE应当执行以下至少一项：

停止定时器cellDTXDRX-ShortCycleTimer；

应用小区DTX/DRX的长周期；

在一个可选实施方式中，一个小区可以被配置多套小区DTX/DRX的参数，每套小区DTX/DRX参数都包括独立配置的周期大小、决定周期起始位置的偏移量参数、周期内激活状态的持续时间中的至少一个，网络根据实时业务状况激活其中的一套小区DTX/DRX参数，以达到灵活配置的目的。例如，网络通过DCI激活、去激活多套小区DTX/DRX配置参数中的一套，承载该激活/去激活信令的DCI可以是小区公共DCI或UE组DCI；或者，网络通过MAC CE激活、去激活多套小区DTX/DRX配置参数中的一套。

在一个可选实施方式中，当以下条件中的至少一个被满足、或全部都被满足时，UE判定小区DTX/DRX从激活状态进入非激活状态：

接收到专用的控制信令指示，该信令用于指示小区DTX/DRX将结束激活状态，即从激活状态进入非激活状态，该信令可以通过MAC CE或DCI来承载。例如，假定该信令通过MACCE承载，用于调度该MAC CE的DCI可以使用C-RNTI、或其他对应组播/广播传输的RNTI值来加扰，在发送对应该MAC CE的HARQ反馈后的预设间隔位置，UE确认小区DTX/DRX进入非激活状态；或者，假定该信令通过DCI承载，该DCI可以是小区公共DCI或UE组DCI，使用专用的RNTI值来加扰，在接收到该DCI后的预设间隔位置，UE确认小区DTX/DRX进入非激活状态。

用于控制小区DTX/DRX的相关定时器都没有在运行，例如，下文所述的持续定时器cellDTXDRX-onDurationTimer、静止定时器cellDTXDRX-inactivityTimer都没有在运行。

没有正在进行的基于竞争的RACH过程，即没有正在运行的定时器ra-ContentionResolutionTimer或msgB-ResponseWindow；

没有待处理(pending)的SR，且该SR已经通过PUCCH被发送出去；

没有正在进行的基于非竞争的RACH过程，即使用的随机接入先导码不是从基于竞争的随机接入先导码中选择的；

在一个可选实施方式中，当一个小区的DTX/DRX被判定从激活状态进入非激活状态，UE执行以下行为中的至少一个：

中止(Suspend)或清空(Clear)该小区上所有已配置的下行授权(DownlinkAssignment)，即中止或清空所有已配置的半持续调度PDSCH(Semi-PersistentScheduling PDSCH，SPS-PDSCH)；

中止或清空该小区上所有已配置的类型1上行授权，即中止或清空所有已配置的类型1的配置授权PUSCH(Configured Grant PUSCH，CG-PUSCH)；

中止或清空该小区上已配置的类型2上行授权(Uplink Grant)，即中止或清空所有已配置的类型2的CG-PUSCH；

中止或清空用于该小区的半持续CSI上报的所有PUSCH资源，包括在该小区上配置的PUSCH资源和/或在其他小区上配置的PUSCH资源；

清空该小区上的所有HARQ缓存器；

去激活该小区上所有已被激活的部分带宽(Bandwidth Part，BWP)；

停止该小区上的BWP静止定时器bwp-InactivityTimer；

取消该小区上所有已被触发的持续LBT故障(Consistent LBT failure)过程；

取消该小区上所有已被触发的波束故障恢复(Beam failure recovery)过程；

取消该小区上所有已被触发的RACH过程；

停止正在运行的与该小区关联的小区DTX/DRX定时器，例如，停止正在进行的小区DTX/DRX的持续时间定时器cellDTXDRX-onDurationTimer、和/或静止定时器cellDTXDRX-inactivityTimer)；

停止正在运行的与该小区关联的UE DRX定时器，例如，停止正在运行的UE DRX的持续时间定时器drx-onDurationTimer、静止定时器drx-InactivityTimer、下行重传定时器drx-RetransmissionTimerDL、上行重传定时器drx-RetransmissionTimerUL、下行HARQdrx-HARQ-RTT-TimerDL、下行HARQ drx-HARQ-RTT-TimerDL和/或中的至少一个；

这里，中止SPS-PDSCH是指UE在小区进入非激活状态后暂停接收已被激活的SPS-PDSCH，但当小区再次进入激活状态后，UE可以重新开始接收已该SPS-PDSCH，即重新初始化已被中止的SPS-PDSCH；清空SPS-PDSCH是指UE在小区进入非激活状态后不再接收已被激活的SPS-PDSCH，无论小区之后是否再次进入激活状态，UE都不会接收该SPS-PDSCH，即清空对应的PDSCH资源，换言之，该SPS-PDSCH被去激活。关于“中止”和“清空”，同样的含义也适用于Type 1CG-PUSCH、Type 2CG-PUSCH、以及用于上报半持续CSI的PUSCH资源。

在一个可选实施方式中，当以下条件中的至少一个被满足时，UE判定小区DTX/DRX从非激活状态进入激活状态：

用于控制小区DTX/DRX的定时器正在运行，例如，下文所述的持续定时器cellDTXDRX-onDurationTimer或静止定时器cellDTXDRX-inactivityTimer正在运行；

有正在进行的基于竞争的RACH过程，即定时器ra-ContentionResolutionTimer或msgB-ResponseWindow正在运行；

有待处理(pending)的SR，且该SR已经通过PUCCH被发送出去；

有正在进行的基于非竞争的RACH过程，即使用的随机接入先导码不是从基于竞争的随机接入先导码中选择的，并且随机接入响应RAR已被成功接收到，但使用C-RNTI加扰并用于指示新数据传输的PDCCH还没有被接收到；

在一个可选实施方式中，当一个小区的DTX/DRX被判定从非激活状态进入激活状态，UE执行以下行为中的至少一个：

重新初始化(re-initialize)该小区上被中止的下行调度，即重新初始化被中止的SPS-PDSCH；

重新初始化该小区上被中止的类型1上行授权，即重新初始化被中止的类型1的CG-PUSCH；

重新初始化该小区上被中止的类型2上行授权，即重新初始化被中止的类型2的CG-PUSCH；

重新初始化该小区上被中止的对应半持续CSI上报的PUSCH资源；

激活最近的一个去激活的BWP；

激活预定义的、或预配置的BWP；

激活由参数initialDownlinkBWP、和/或initialUplinkBWP配置的BWP激活由参数defaultDownlinkBWP-Id配置的BWP；

激活由参数firstActiveDownlinkBWP-Id、和/或firstActiveUplinkBWP-Id配置的BWP；

启动该小区上的BWP静止定时器bwp-InactivityTimer；

基于预定义的或预配置的搜索空间组SSSG监听PDCCH；

启动与小区关联的DTX/DRX静止定时器cellDTXDRX-inactivityTimer；

在上述可选实施方式中，用于辅助控制小区DTX/DRX状态的动态信令可以在小区公共DCI或UE组DCI中承载，例如，可以使用现有的UE组DCI格式2-0，通过高层信令配置在现有的DCI格式2-0中是否有上述的用于小区DTX/DRX辅助控制的DCI域，此外，还可以定义一个专用于小区DTX/DRX辅助控制的DCI格式，该DCI格式可以包括如下至少一个指示域：

用于指示启动cellDTXDRX-inactivityTimer的1比特指示域；

用于指示启动的cellDTXDRX-inactivityTimer大小的1～2比特指示域，例如，在高层预配置的2个或4个值中指示其中的一个；

用于指示小区DTX/DRX从激活态切换到非激活态的1比特指示域；

用于指示是否启动cellDTX/DRX-onDurationTimer的1比特指示域；

用于指示启动的cellDTX/DRX-onDurationTimer大小的1～2比特指示域，例如，在高层预配置的2个或4个值中指示其中的一个；

用于指示小区DTX/DRX应用长周期或短周期的1比特指示域，当小区DTX/DRX的短周期和长周期被同时配置时；

用于指示应用的小区DTX/DRX配置的索引号的1～2比特指示域，例如，在高层预配置的2个配置或4个配置中通过索引号指示其中的一个；

本申请实施例中还提供了一种通信系统中由基站执行的方法，该方法包括：

步骤S201：向用户设备UE发送小区DTX和/或小区DRX相关的半静态配置信息，和/或，向UE发送小区DTX和/或DRX相关的动态调整信令，半静态配置信息和/或动态调整信令用于指示小区DTX和/或小区DRX的状态，其中，状态包括激活态或非激活态。

步骤S202：基于状态进行相应处理。

可选地，半静态配置信息包括以下信息中的至少一种：

小区DTX和/或小区DRX的周期；

小区DTX和/或小区DRX的周期的起始位置；

小区DTX和/或小区DRX的周期内激活态的持续时间；

小区DTX和/或小区DRX的周期内非激活态的持续时间。

可选地，动态调整信令包括以下信令中的至少一种：

用于指示在小区DTX和/或DRX的周期的起始位置激活态是否被启动、和/或调整激活态的持续时间的第一信令；

用于指示小区DTX和/或DRX从激活态进入非激活态，或从非激活态进入激活态的第二信令；

用于指示小区DTX和/或DRX的激活态的持续时间被延长预设时间长度的第三信令；

用于指示小区DTX和/或DRX正处于激活态的第四信令。

可选地，若第一信令没有被监听到，在对应的小区DTX和/或小区DRX的周期的起始位置激活态是否被启动是预定义的、或预配置的；和/或，

若第一信令被监听到，那么在对应的小区DTX和/或小区DRX的周期的起始位置激活态是否被启动是预定义的、或根据第一信令的指示确定的。

可选地，第三信令用于对半静态配置的激活期、或前一次通过第三信令动态延长的激活期进行延长。

可选地，动态调整信令通过以下至少一种来承载：

小区公共DCI；

UE组DCI；

物理信号序列；

MAC CE。

可选地，发送半静态配置信息，包括以下至少一种方式：

通过UE专用的RRC信令发送半静态配置信息；

通过SIB发送半静态配置信息。

可选地，半静态配置信息包括以下至少一种情况：

小区DRX的周期与小区DTX的周期相等；

小区DRX的周期是小区DTX的周期的整数倍；

小区DTX的周期是小区DRX的周期的整数倍；

小区DTX的周期内激活态的持续时间大于或等于小区DRX的周期内激活态的持续时间；

小区DRX的周期内激活态的持续时间与小区DTX的周期内激活态持续时间完全或部分重叠。

可循的，小区DRX的周期内激活态的持续时间与小区DTX的周期内激活态持续时间部分重叠包括以下至少一种情形：

重叠部分的持续时间大于或等于第一预设门限值；

重叠部分包括小区DRX的周期内激活态的起始位置。

可选地，半静态配置信息包括以下至少一种情形：

小区DTX和/或小区DRX的周期与UE DRX的周期相等；

UE DRX的周期是小区DTX和/或小区DRX的周期的整数倍；

小区DTX和/或小区DRX的周期是UE DRX的周期的整数倍；

小区DTX和/或小区DRX的周期内激活态的持续时间大于或等于UE DRX的周期内激活态的持续时间；

小区DTX和/或小区DRX的周期内激活态的持续时间与UE DRX的周期内激活态的持续时间完全或部分重叠。

可选地，小区包括辅小区、主小区和主辅小区中的至少一种。

可选地，UE的多个小区被分别配置小区DTX和/或小区DRX；和/或，UE的多个小区共享同一个小区DTX和/或小区DRX的配置。

可选地，UE的辅小区被配置小区DTX和/或小区DRX，发送半静态配置信息和/或动态调整信令，包括：

在UE的主小区上发送辅小区的半静态配置信息和/或动态调整信令。

可选地，在小区DTX非激活态，基站行为包括以下至少一种：

不发送下行信号；

不发送SSB、SIB1、OSI、、Msg2、Msg4、MsgB、SPS-PDSCH、SPS-PDSCH重传中的至少一种；

不发送类型1公共搜索空间上的PDCCH、类型2公共搜索空间上的PDCCH、类型3公共搜索空间上的PDCCH、UE专用搜索空间上的PDCCH中的至少一种。

可选地，在小区DRX非激活态，UE行为包括以下至少一种：

不接收上行信号；

不接收PRACH、MsgA、Msg3、CG-PUSCH、CG-PUSCH重传中的至少一种。

本申请各实施例的由基站执行方法与UE侧各实施例的方法是相对应的，其详细功能描述及产生的有益效果具体可以参见前文中UE侧各实施例所示的对应方法中的描述，此处不再赘述。

本申请实施例中提供了一种UE，包括收发器，被配置为发送和接收信号；以及处理器，与收发器耦接并被配置为实现前述由UE执行的各方法实施例的步骤，其详细功能描述及产生的有益效果具体可以参见前文中由UE执行的各方法实施例中的描述，此处不再赘述。

本申请实施例中提供了一种基站，包括收发器，被配置为发送和接收信号；以及处理器，与收发器耦接并被配置为实现前述由基站执行的方法实施例的步骤，其详细功能描述及产生的有益效果具体可以参见前文中由基站执行的各方法实施例中的描述，此处不再赘述。

本申请实施例中提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现前述各方法实施例的步骤。可选地，电子设备可以是指UE，或者电子设备可以是指基站。

在一个可选实施例中提供了一种电子设备，如图19所示，图19所示的电子设备1900包括：处理器1901和存储器1903。其中，处理器1901和存储器1903相连，如通过总线1902相连。可选地，电子设备1900还可以包括收发器1904，收发器1904可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器1904不限于一个，该电子设备1900的结构并不构成对本申请实施例的限定。

处理器1901可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器1901也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线1902可包括一通路，在上述组件之间传送信息。总线1902可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线1902可以分为地址总线、数据总线、控制总线等。为便于表示，图19中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1903可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器1903用于存储执行本申请实施例的计算机程序，并由处理器1901来控制执行。处理器1901用于执行存储器1903中存储的计算机程序，以实现前述方法实施例所示的步骤。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”、“3”、“4”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除图示或文字描述以外的顺序实施。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。