CN117768981A - 用于节能网络的基站不连续接收和发送设计 - Google Patents

Abstract

公开了用于节能网络的基站不连续接收和发送的设计，具体地，提供了一种由无线通信系统中的至少一个用户设备(UE)执行的方法。所述方法包括：从基站接收指示不连续接收(DRX)或不连续发送(DTX)模式的组下行链路控制信息(DCI)。

Description

用于节能网络的基站不连续接收和发送设计

本申请要求于2022年9月26日提交的第63/410,037号美国临时专利申请和于2023年8月3日提交的第18/365,018号美国非临时专利申请的优先权，其公开内容通过引用整体并入本文，如同在此完全阐述一样。

技术领域

本公开总体上涉及蜂窝系统中的网络节能。

背景技术

自从引入蜂窝系统以来，一直存在朝向更密集的网络、更宽的操作带宽和使用大量天线的一致趋势。因此，蜂窝网络的功耗已稳定地增加，并且现在代表运营商的运营支出(OPEX)的很大一部分。尽管用于用户设备(UE)的功耗降低已经被标准化了一段时间，但是直到最近，在网络级降低功耗的努力微乎其微。为了解决这个问题，在版本18(Rel-18)中，第三代合作伙伴计划(3GPP)已开始关于降低功耗的研究，特别是在网络级。

发明内容

用于在网络级降低功耗的一种方法涉及在下一代基站(gNB)处启用不连续发送(DTX)/不连续接收(DRX)模式，并使用UE DTX/DRX模式将UE的非活动时段与gNB同步。这种同步可以以两种方式被实现：半静态地和动态地。

在半静态方法中，在类似于最初为UE定义的DTX/DRX周期的可预测的周期中打开和关闭gNB。当业务量相对稳定和可预测时，该方法是合适的。

半静态DTX/DRX可以是预先配置的机制，其中，gNB进入睡眠达预定时间段。UE也可知道该调度，并且可在相同的时间段期间进入睡眠。这种类型的DTX/DRX可在具有低业务量的区域中使用，其中，gNB可节省能量而不影响用户体验。

另一方面，动态方法更适合于高度可变的业务。在这种情况下，基于业务需求确定何时启用或停用gNB，并相应地通知UE。

动态DTX/DRX可以是更灵活的机制，其中，gNB可基于当前业务状况进入睡眠。UE还可知道gNB的睡眠时间表，并且可相应地调整它们自己的行为。这种类型的DTX/DRX可在具有高业务量的区域中被使用，其中，gNB可节省能量而不影响用户体验。

两种方法都需要用信号发送gNB DTX/DRX模式到UE。然而，信令机制具有缺点，因为它们依赖于无线电资源控制(RRC)信令所以它们可能很慢，这阻碍了快速的重新配置。另外，可能需要用于每个UE的专用信令，从而在处理大量UE时导致显著的开销。

因此，用于重新配置UE DTX/DRX周期的现有RRC机制不适于在网络功率降低方面实现显著增益。因此，需要一种更快且更有效的过程来用信号发送gNB DTX/DRX模式到用户并且修改UE DTX/DRX配置。

本公开引入了实现网络功率节省的若干时域解决方案。值得注意的是，不连续发送/接收(C-DTX/DRX)连接的UE的概念适于与gNB一起被使用，并且信令针对用户被定义以在存在gNB DTX/DRX的情况下操作。

更具体地，提供了用于gNB DTX/DRX机制的设计，旨在实现网络节能。实现gNBDTX/DRX的优点是gNB进入睡眠模式的能力，从而节省能量。UE也受益于该方案，因为它们不再需要连续监测物理下行链路控制信道(PDCCH)，并且可在gNB睡眠时进入睡眠模式。

本公开引入了两种类型的gNB DTX/DRX设计：半静态DTX/DRX和动态DTX/DRX。尽管这些设计在一些特性方面可能不同，但是gNB与UE之间的信令格式在两种设计中是相似的，通常通过层1(L1)组公共下行链路控制信息(DCI)来实现。

具体地，本公开以UE组或小区特定的方式呈现了用于gNB DTX和DRX机制的设计。

对于半静态DTX/DRX解决方案，提出了一种设计，该设计包括长占空比、短占空比和唤醒信号(WUS)时机。这些值和参数由RRC或系统信息块(SIB)预先配置。

对于动态DTX/DRX解决方案，提供了一种设计，在该设计中，包括开/关持续时间的gNB DTX/DRX模式通过组公共DCI被动态地指示。

新设计还可包括用于组公共DCI索引2格式7(2_7)的三个新选项。这些选项可允许gNB动态地向UE指示它正在使用哪个DTX/DRX模式。新设计还可包括新的SIB类型1(SIB1)信息元素(IE)，其允许gNB向UE指示它正在使用哪个DTX/DRX模式以用于RRC空闲/非活动UE。

在实施例中，一种由无线通信系统中的至少一个UE执行的方法包括：从基站接收指示DRX或DTX模式的组DCI。

在实施例中，至少一个UE包括存储器装置和被配置为执行存储在存储器装置上的指令的处理器。所述指令使所述处理器从基站接收指示DRX或DTX模式的组DCI。

在实施例中，一种由无线通信系统中的至少一个UE执行的方法包括：基于预先配置的定时器，根据半静态操作过程将唤醒信号(WUS)发送到基站以发起活动状态。

附图说明

在以下部分中，将参考附图中所示的示例性实施例来描述本文公开的主题的各方面，其中：

图1示出根据实施例的通信系统中的发送装置或接收装置；

图2A示出根据实施例的用于半静态和动态gNB DTX/DRX信令的流程图；

图2B示出根据实施例的用于发送优选DTX或DRX模式的流程图；

图3示出根据实施例的用于半静态配置的gNB DTX模式；

图4示出根据实施例的用于动态配置的gNB DTX模式；

图5示出根据实施例的用于提供DTX指示符信息的DCI格式模式；

图6示出根据实施例的用于提供DRX指示符信息的DCI格式模式；

图7示出根据实施例的用于提供DRX指示符信息的DCI格式模式；

图8是根据实施例的网络环境中的电子装置的框图；以及

图9示出根据实施例的包括彼此通信的UE和gNB的系统。

具体实施方式

在以下具体实施方式中，阐述了许多具体细节以便提供对本公开的透彻理解。然而，本领域技术人员将理解，公开的方面可在没有这些具体细节的情况下被实践。在其他实例中，公知的方法、过程、组件和电路没有被详细描述，以免模糊本文公开的主题。

贯穿本说明书对“一个实施例”或“实施例”的引用意指结合该实施例描述的特定特征、结构或特性可被包括在本文公开的至少一个实施例中。因此，贯穿本说明书在各个地方出现的短语“在一个实施例中”或“在实施例中”或“根据一个实施例”(或具有相似含义的其他短语)可能不一定都指代相同的实施例。此外，特定特征、结构或特性可在一个或多个实施例中以任何合适的方式被组合。在这方面，如本文所使用的，词语“示例性”意指“用作示例、实例或说明”。本文描述为“示例性”的任何实施例不应被解释为必须比其他实施例优选或有利。另外，特定特征、结构或特性可在一个或多个实施例中以任何合适的方式被组合。此外，取决于本文讨论的上下文，单数术语可包括对应的复数形式，并且复数术语可包括对应的单数形式。类似地，连字符术语(例如，“二-维的”、“预先-确定的”、“像素-特定的”等)可偶尔与对应的非连字符版本(例如，“二维的”、“预定的”、“像素特定的”等)互换使用，并且大写条目(例如，“计数器时钟(Counter Clock)”、“行选择(Row Select)”、“像素输出(PIXOUT)”等)可与对应的非大写版本(例如，“计数器时钟(counter clock)”、“行选择(rowselect)”、“像素输出(pixout)”等)互换使用。这种偶尔的可互换使用不应被认为彼此不一致。

此外，取决于本文讨论的上下文，单数术语可包括对应的复数形式，并且复数术语可包括对应的单数形式。还应注意，本文示出和讨论的各种附图(包括组件图)仅用于说明目的，并且未按比例被绘制。例如，为了清楚起见，一些元件的尺寸可能相对于其他元件被放大。此外，如果认为适当，则在附图中重复参考标号以指示对应和/或相似的元件。

本文使用的术语仅用于描述一些示例实施例的目的，并不旨在限制所要求保护的主题。如本文所使用的，除非上下文另有明确说明，单数形式旨在也包括复数形式。将进一步理解，当在本说明书中使用时，术语“包括”和/或“包含”指定所述特征、整数、步骤、操作、元件和/或组件的存在，但不排除一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组的存在或添加。

应当理解，当元件或层被称为在另一元件或层上、“连接到”或“耦接到”另一元件或层时，它可直接在其他元件或层上、直接连接或耦接到其他元件或层，或者可存在中间元件或层。相反，当元件被称为“直接在另一元件或层上”、“直接连接到”或“直接耦接到”另一元件或层时，不存在中间元件或层。相同的数字符号始终指代相同的元件。如本文所使用的，术语“和/或”包括一个或多个相关联的所列项目的任何和所有组合。

如本文所使用的，术语“第一”、“第二”等用作它们之后的名词的标签，并且不意味着任何类型的排序(例如，空间、时间、逻辑等)，除非明确定义如此。此外，相同的参考符号可跨两个或更多个附图被使用以指代具有相同或相似功能性的部分、组件、块、电路、单元或模块。然而，这种使用仅是为了简化说明和便于讨论；这并不意味着这样的组件或单元的构造或架构细节在所有实施例中是相同的，或者这样的共同引用的部分/模块是实现本文公开的一些示例实施例的唯一方式。

除非另有定义，否则本文使用的所有术语(包括技术和科学术语)具有与本主题所属领域的普通技术人员通常理解的含义相同的含义。将进一步理解，术语(诸如在常用词典中定义的那些术语)应被解释为具有与其在相关领域的上下文中的含义一致的含义，并且将不以理想化或过于形式化的意义解释，除非在本文中明确地如此定义。

如本文所使用的，术语“模块”是指配置为提供本文结合模块描述的功能的软件、固件和/或硬件的任何组合。例如，软件可被体现为软件包、代码和/或指令集或指令，并且如在本文描述的任何实施方式中使用的术语“硬件”可包括例如单独地或以任何组合的装配、硬连线电路、可编程电路、状态机电路和/或存储由可编程电路执行的指令的固件。模块可共同地或单独地被体现为形成较大系统的一部分的电路，例如但不限于集成电路(IC)、片上系统(SoC)、装配等。

如本文所述，表述“DTX/DRX”被用于指代“DTX或DRX”。另外，“DTX”和“DRX”的顺序可以是可互换的。例如，“DTX/DRX”可表示“DRX/DTX”、“DTX或DRX”或者“DRX或DTX”。

图1示出根据实施例的通信系统中的发送装置或接收装置。

参照图1，装置100可以是UE(例如，客户端装置)或基站(例如，gNB)，并且包括控制器模块101(例如，处理器)、存储模块102和天线模块103。

控制器模块101、存储模块102和天线模块103可以是便于无线信号的有效和准确发送或接收的结构组件。

控制器模块101可包括至少一个处理器，并且可执行存储在存储模块102中的指令。例如，控制器模块101可执行用于执行本文描述的信令技术的指令。另外，控制器模块101可包括用于对信号执行信号处理的数字信号处理器(DSP)。DSP可包括用于功能(诸如同步、均衡和解调)的一个或多个处理模块。可使用一种或多种DSP技术(诸如快速傅里叶变换(FFT)、逆FFT(IFFT)和数字滤波)来实现处理模块。另外地或可选地，控制器模块101可包括用于在装置100上运行用户应用(诸如web浏览器、视频播放器和其他软件应用)的应用处理器。应用处理器可包括一个或多个处理单元、存储器装置和输入/输出接口。

存储模块102可包括存储指令的暂时性或非暂时性存储器，所述指令在被执行时使控制器模块101执行步骤以执行本文描述的信令技术。另外，存储模块102可包括用于实现通信协议的协议栈。协议栈可包括一个或多个层，诸如物理层、媒体访问控制(MAC)层、无线链路控制(RLC)层和分组数据汇聚协议(PDCP)层。

天线模块103可包括用于向基站、UE或另一装置无线地发送和接收信号的一个或多个天线。例如，天线模块103可接收由基站发送的信号并将其转换成电信号。

装置100可以是下行链路中的无线通信系统的接收器(例如，5G NR系统中的UE)，即，UE接收和解调由gNB发送的数据。另外，装置100还可经由天线模块103发送信号，并且因此可以是发送器或gNB。

新无线电(NR)UE DRX(例如，如3GPP技术规范(TS)38.321中所述的)是在长期演进(LTE)的早期阶段引入的机制，并且被延续到NR以通过降低功耗来延长UE的电池寿命。在不存在DRX的情况下，UE不断地被要求针对下行链路(DL)分配或上行链路(UL)授权来监测PDCCH，这快速耗尽电池。然而，利用RRC配置在连接模式下的DRX，网络指示UE何时应该监测PDCCH，从而节省功率。

DRX配置包括参数，诸如DRX短周期和DRX长周期，统称为DRX周期。在每个DRX周期内，存在“开启持续时间”，在该“开启持续时间”期间，UE的媒体访问控制(MAC)实体监测PDCCH。开启时段的持续时间由drx-onDurationTimer确定，并且drx-SlotOffset指定相对于启动drx-onDurationTimer之前的DRX周期的开始的延迟。新DRX周期的发起取决于UE是否在由drx-InactivityTimer定义的特定时间内接收到新的DL分配或UL授权，每当PDCCH指示新的传输时，drx-InactivityTimer重新开始。

除了与DRX相关联的定时器之外，还存在与混合自动重传请求(HARQ)及其重传相关的定时器。特定于每个HARQ处理的这些定时器也影响UE的PDCCH监测行为和功率节省机会。例如，当在配置的DL分配中接收到MAC协议数据单元(PDU)时，针对对应的HARQ处理启用drx-HARQ-RTTTimerDL。如果drx-InactivityTimer和drx-onDurationTimer都不运行，则UE可避免监测PDCCH。然而，如果drx-HARQ-RTTTimerDL到期并且对应HARQ处理的数据未被成功解码，则drx-RetransmissionTimerDL被启动，并且UE必须监测PDCCH。

此外，UE可接收DRX命令MAC控制元素(CE)或长DRX命令MAC CE。在接收到这些MACCE中的任一个时，取决于接收到的MAC CE以及是否为UE配置了短DRX，UE切换到使用短DRX周期或长DRX周期。如果UE未被配置有短DRX周期但是接收到DRX命令MAC CE，则它发起长DRX周期。短DRX和长DRX周期两者的可用性允许UE中的功率节省和与在UL或DL数据变得可用时递送UL或DL数据相关联的延迟之间的平衡。

为了进一步优化功耗，网络可将UE配置为限制信道状态信息(CSI)报告仅在DRX的开启持续时间期间。然而，无论PDCCH监测如何，MAC实体在期望时发送HARQ反馈和非周期性探测参考信号(SRS)。

相应地，UE C-DRX配置可以是UE特定的RRC配置。当存在用于UE的更大数量的C-DRX配置时，现有的RRC信令产生大量的开销，并且由于gNB需要单独地配置每个服务UE，它可能很慢。另外，gNB可能无法在其顺序地为每个UE配置C-DRX模式的时间期间进入睡眠模式。

图2A示出根据实施例的用于半静态和动态gNB DTX/DRX信令的流程图。

参照图2A，在步骤201中，一个或多个服务UE通过例如作为RRC消息传送到gNB的UE辅助信息将其优选的UE特定DRX或DTX配置传递到gNB(gNodeB)。辅助信息可由UE提供以指示UE接收DRX或DTX模式的能力。例如，辅助信息可指示用于接收DRX或DTX模式的预定义时隙。因此，gNB可收集关于其服务的UE的现有DRX模式的信息。在步骤202中，UE接收gNB DTX/DRX模式。通过考虑所有服务UE的优选DRX模式，gNB可做出关于小区特定的gNB DTX和DRX模式的决定。因此，gNB可优化能量节省而不损害UE的性能。在步骤203中，UE接收组信息。

在步骤204中，UE确定其是否接收到组DCI。也就是说，如果gNB确定节能操作是必要的，则它向处于RRC连接或处于RRC非活动或空闲状态的所有UE广播小区特定的DTX和DRX模式。该广播确保所有UE采用gNB的DTX和DRX模式作为其公共模式，而不是使用它们各自的UE特定DRX模式。在这种情况下(步骤204中的是)，在步骤205中，按照每组DCI指示使用新的UE DTX/DRX模式，并且处理继续到步骤207。广播信令可通过用于RRC连接、非活动和空闲UE的RRC系统信息来被实现。另外，物理层组公共DCI可被用于连接了RRC的UE。如果UE没有接收到组DCI(步骤204中的否)，则在步骤206中，UE继续使用相同的UE DTX/DRX模式。

此外，取决于gNB是否处于节能操作，gNB具有在服务UE的UE特定DRX模式(当网络节能模式被停用时)与小区特定DRX模式(当网络节能模式被启用时)之间动态切换服务UE的能力。

在步骤207中，UE确定其是否需要发送数据。当UE需要发送数据时(步骤207中的是)，在步骤208中，它在指定资源上发送WUS，在该指定资源上，它知道gNB将监听。另一方面，如果UE不需要发送数据(步骤207中的否)，则在步骤209中，UE根据当前UE DTX/DRX参数操作。

根据实施例，UE可指示优选DRX模式。

UE具有指示其优选的DRX或DTX模式的选项，或者在不指示任何偏好的情况下操作。例如，如果UE需要超可靠低时延通信(URLLC)业务，则它可能需要始终保持活动以确保低时延。在这种情况下，UE可预先通知gNB睡眠模式应当被禁用。

然而，指示优选DRX模式并不总是必要的。有时，DRX模式可仅在gNB之间交换而不涉及UE。可选地，UE DTX/DRX模式的确定可仅由gNB确定。如果DRX模式被交换，则UE可使用诸如RRC信令或MAC CE的方法响应于来自gNB的请求(经请求的)或没有任何特定请求(未经请求的)来发送它们。这些模式可在随机接入信道(RACH)过程期间或之后立即被发送，或者每当UE的通信要求发生变化时被发送。

UE可接收gNB的DTX信息(模式)。gNB的DTX和DRX模式可以是半静态的或动态的。在半静态模式中，“gNB Tx活动状态”和“gNB Tx非活动状态”的持续时间是固定的，并且gNB模式的周期性保持恒定。该模式通过RRC信令被指示。在动态gNB模式的情况下，“gNB Tx非活动状态”通常通过DCI由网络动态地触发。动态gNB DTX模式的优点在于网络可快速响应于DL业务活动，导致gNB睡眠状态的更多实例。因此，在某些场景中，动态gNB DTX模式可导致更高的网络能量节省。然而，即使对于动态DTX模式，一些RRC信令也可能是需要的以向UE通知它的使用并且传递用于发送潜在WU的资源等。

半静态和动态gNB DTX模式两者都可由gNB发起，gNB知道其自己的小区和相邻小区中连接的UE的数量以及建立的无线电承载的延迟要求。基于该信息，gNB可发起半静态gNB DTX模式或在特定持续时间内动态地触发“gNB Tx非活动状态”。

为了确保符合版本17的UE不受影响，“gNB Tx非活动状态”的持续时间不应超过同步信号块(SSB)的时长减去发送SSB所花费的时间。该约束允许版本17UE在没有任何中断的情况下监听SSB，而不管DTX模式是半静态的还是动态的。类似地，处于空闲模式的UE在其无线电资源管理(RRM)测量中不受影响。

然而，在不存在版本17UE的绿场部署(green field deployment)中，可能不应用上述持续时间约束。

图2B示出根据实施例的用于发送优选DTX或DRX模式的流程图。

参照图2B，在步骤210中，基站(例如，gNB)确定优选的DTX或DRX模式。如上所述，优选的DTX或DRX模式可被用于协调与至少一个UE的数据通信。优选的DTX或DRX模式可半静态地或动态地配置通信，并且可基于UE的偏好。

在步骤211中，基站根据预定义的操作过程将优选的DTX或DRX模式发送到UE。预定义的操作程序可基于半静态配置或动态配置。另外，预定义的操作过程可为一组UE分配DTX或DRX模式。也就是说，第一组UE可被分配第一DTX或DRX模式，并且第二组UE可被分配第二DTX或DRX模式。

图3示出根据实施例的用于半静态配置的gNB DTX模式。

参照图3，配置相对长的DRX和DTX周期可允许gNB仅在其活动状态期间发送DL控制信令和物理下行链路共享信道(PDSCH)或接收UL调度请求(UL SR)、信道质量指示符(CQI)、组PUSCH和物理RACH(PRACH)传输，而在其余时间内处于睡眠状态。这种方法显著降低了能量消耗，因为周期越长，能量使用越低。此外，用于DRX和DTX周期的参数可不同。例如，由于与发送相比，接收消耗更少的功率，gNB DTX周期可比gNB DRX周期更长。因此，gNB可以以相对低的成本更频繁地监听，从而在gNB需要从睡眠状态转变到活动状态的情况下实现更快的反应。

在gNB处DTX/DRX模式的使用对调度器有影响，因为UE可能仅能够在其根据DRX和DTX周期的活动状态时段期间进行通信。在一些情况下，如果gNB已调度了DL或UL传输并且正在主动接收或发送数据，则很可能它将在不久的将来调度附加的DL或UL传输。这可能是由于不能在一个调度实例中传输缓冲器中的所有数据，需要额外的调度时机。基于DTX和DRX周期等待直到下一活动时段(尽管可能)将引入额外的延迟。为了最小化这些延迟，gNB在活动DL或UL传输之后在可配置时间内保持活动状态。这是通过gNB在其每次调度DL或UL传输时启动或重置非活动定时器、保持唤醒直到定时器到期来实现的。

在大多数场景中，与gNB在调度之后保持唤醒一段时间相组合的长DTX/DRX周期足以使延迟最小化。然而，某些服务，特别是互联网协议(IP)上的语音，涉及规则的传输周期，随后是很少或没有活动的时段。为了解决这些服务，除了长周期之外，可选的短DTX/DRX周期还可被采用。因此，gNB可遵循长DTX/DRX周期，但是如果它最近调度了DL或UL传输，则它可在预定义的持续时间内切换到短DTX/DRX周期。

此外，如果UE可在预期没有UL业务的情况下通知gNB睡眠另一个长DTX和DRX周期，而不是在返回睡眠之前定期唤醒以发送DL控制信令或在预定义时间内监测UL控制信令或数据，则DTX和DRX机制可进一步被增强。这可被认为是使用gNB WUS时机的概念，其中，gNB在长DTX/DRX周期开始之前唤醒可配置的持续时间(显著短于长DTX/DRX周期中的开启持续时间)。通常，了解UE的业务模式或UE类型信息对于gNB相应地定制DTX/DRX周期是有益的。

下面描述与半静态解决方案中的gNB DTX/DRX模式的信令有关的细节。

在“半静态”DTX/DRX配置的情况下，gNB DTX/DRX周期可使用以下参数配置(A)-(E)中的一个或全部来被描述：

(A)、WUS“开启”持续时间和周期性。这是指gNB保持唤醒以从UE接收潜在WUS的持续时间和频率。通过启用WUS，gNB仅需要监测WUS，而不是整个长DTX/DRX周期和短DTX/DRX周期。如果WUS信号在预定义的持续时间内没有被检测到，则gNB可保持非活动直到下一个WUS时机，跳过DRX和DTX周期。然而，如果WUS信号被接收到，则gNB变为活动的并且可遵循短DRX和DTX周期，如图3所示。

(B)、gNB“开启”持续时间。该参数指定gNB在DTX/DRX周期的活动状态期间保持活动的持续时间。

(C)、短DTX周期的周期性。这是指gNB在其活动状态期间切换到短DTX周期的频率。

(D)、gNB非活动定时器。gNB非活动定时器确定gNB在活动状态完成之后保持非活动的持续时间，允许周期之间的非活动的时段。

(E)、长DTX周期的gNB周期性。该参数定义gNB在其非活动状态期间遵循长DTX周期的频率。

可能的gNB DTX和DRX模式的集合可被预定义，并且经由RRC信令利用下面的表1中的以下IE被用信号发送到服务UE。

表1

gNB DRX模式可以以与gNB DTX模式相似(或不同)的方式被定义。在一些情况下，gNB DRX模式可与gNB DTX模式相同(或不同)。

图4示出根据实施例的用于动态配置的gNB DTX模式。

参照图4，DCI向服务UE指示用于即将到来的数量(N)的时隙的gNB的开/关状态(持续时间)。如果新指示的开/关持续时间与先前指示的开/关持续时间冲突，则先前的指示变得过时并且不再适用。下面描述用于动态解决方案的DCI的特定格式。

对于“动态”DTX/DRX中的gNB DTX/DRX，可能的gNB DTX和DRX模式的集合可被预定义，并且经由RRC信令利用下面的表2中的以下IE被用信号发送到服务UE。

表2

根据实施例，gNB向服务UE提供用于DTX/DRX框架的可能模式集合(例如，一个或多个UE可从gNB接收对于多个UE的DTX/DRX公共的信息)。这些模式可包括半静态和动态解决方案两者。为了使UE能够处理组DCI，配置是必要的。gNB可向UE用信号发送组配置，该组配置可包括以下信息中的一个或多个：允许UE识别其应处理的DCI(称为NW_ES_RNTI)的组无线电网络临时标识符(RNTI)；在组命令可在每UE的基础上变化的情况下，组内的顺序；以及索引的列表，其中，每个索引表示特定的DTX/DRX模式配置，如前所述，并且模式索引中的一个还可指示“无DTX/DRX”。

因此，gNB可使用RRC广播来向服务UE和空闲/非活动UE两者发送一个或多个DRX模式。这可涉及引入可添加新的IE的新的SIB信令。在每个DRX模式内，可存在相关联的索引，并且对于每个模式，前述参数可被定义在IE中。

在gNB广播组DCI之后，它由一个或多个UE接收。所分配的PDCCH搜索空间由尝试对组DCI进行解码的UE监测。以下描述说明了如何设计组公共DCI的格式以指示小区特定的gNB DTX和DRX模式。

组公共DCI可用作动态信号，该动态信号可启用用于被服务的每个UE的特定DRX模式。对于简单的gNB DTX和DRX模式(与表1-2中列出的参数相对照)，组公共DCI可仅指示每时隙的gNB开/关模式，其中，时隙的每个符号被指定为gNB“开”或gNB“关”。在这种情况下，该DCI的格式可类似于DCI格式2_0，其通常被用于向服务UE通知每时隙每符号的gNB的开/关状态。

因此，被称为DCI 2_7的新DCI格式被引入以用于向服务UE通知用于每个时隙中的每个符号的gNB的DTX和DRX。另外，DCI 2_7可由RNTI加扰。

时隙格式指示符参数(slotFormat_gNB_on-off_ToAddModList)可由根据下面的表3的更高层信令来配置。

表3

例如，gNB的时隙格式指示符参数可根据指示开/关时隙格式指示符1、开/关时隙格式指示符2、……、开/关时隙格式指示符N的比特串来指示一个或多个UE的开/关。

上面显示的开/关时隙格式指示符可与特定组内的一个或多个单独的UE对应，反映它们与gNB的DTX/DRX模式相关的状态。这些指示符可遵循与NR时隙格式相似的格式，表示由RRC配置定义的每个UE的开/关状态。为了将这些指示符中的一个指示符传达给一组UE，DCI格式2_7可被使用。

另外，对于具有多个发送接收点(M-TRP)的gNB，下面在表4中提供的以下格式可被使用，在表4中，每时隙的开/关状态是每发送配置指示符(TCI)状态(或每波束)。

表4

另外地或可选地，DCI格式2_7可被用于提供DTX指示符信息。

图5示出根据实施例的用于提供DTX指示符信息的DCI格式模式。

参照图5，与DCI格式2_6相似的一种类型的DCI格式2_7(例如，选项1)被应用。DCI可被用于通知gNB DTX/DRX模式给一个或多个UE。DCI可由NW_ES-RNTI加扰。

DCI格式2_7的结构可包括“块1”、“块2”、……、“块N”。

对于半静态DTX/DRX实施例，每个块的结构可包括一个或多个DCI字段，如下表5所示。

表5

字段(项目)	比特
		Dtx/Drx-LongCycleStartOffset	2
Dtx/Drx-onDurationTimer	1
		Dtx/Drx-LongCycle	2
Dtx/Drx-InactivityTimer	1
		Dtx/Drx-ShortCycle	1
Dtx/Drx-ShortCycleTimer	1
		WUS-Cycle	1

对于动态DTX/DRX实施例，每个块的结构可包括一个或多个DCI字段，如下表6所示。

表6

字段(项目)	比特
		Dtx/Drx-StartOffset	2
Dtx/Drx-EndOffset	1
		Dtx/Drx-onDuration	2
Dtx/Drx-InactivityTimer(可选)	1

组公共DCI格式2_7可包括区分半静态与动态gNB DTX/DRX解决方案的单比特标志。该标志允许UE基于上面的表5(半静态解决方案)或表6(动态解决方案)来解释对应的DCI字段。另外地或可选地，还可定义两种不同类型的DCI：一种专门用于动态指示而另一种用于半静态指示。UE可被配置为根据期望的模式监测特定的DCI格式。此外，组DCI的解释方法可通过RRC信令来被配置。

关于上面的表6，对于动态解决方案，字段“DTX/Drx-StartOffset”可指示从DTX/DRX开始到UE接收组公共DCI的时隙的偏移时隙(和/或符号)。字段“DTX/Drx-EndOffset”可指示从DTX/DRX结束到UE接收组公共DCI的时隙的偏移时隙(和/或符号)。字段“Dtx/Drx-onDuration”可指示gNB在其期间活动(或非活动)的连续时隙(和/或符号)的数量。可选地，字段“Dtx/Drx-onDuration”可以是比特图，在比特图中，每个比特指示gNB在每个时隙(和/或符号)处是活动的还是非活动的。字段“Dtx/Drx-InactivityTimer”可具有与半静态解决方案相同的定义。

图6示出根据实施例的用于提供DRX指示符信息的DCI格式模式。

参照图6，一种类型的DCI格式2_7(例如，选项2)被示出。不同的UE可从gNB接收以预定义的码点的具有不同配置的不同DRX模式(例如，DRX1、DRX2等)，该预定义的码点与通信系统内的针对各种目的而被预定和标准化的特定值或代码对应。因此，UE的组(或集合)可被配置有各种DTX/DRX模式。

更具体地，不是发送整个DTX/DRX模式，而是有可能将每个块表示为预定义的DTX/DRX模式的集合的索引。在该方法中，gNB建立多个预定的DTX/DRX模式(例如，8个)，其中，每个模式被分配给特定索引。取代在DCI格式2_7中包括整个块，仅相应的索引(例如，3比特)需要被发送。

图7示出根据实施例的用于提供DRX指示符信息的DCI格式模式。

参照图7，一种类型的DCI格式2_7(例如，选项三)被示出。在这种情况下，组公共DCI格式也可以是通过添加每块的附加字段以指示gNB DTX/DRX模式的DCI格式2_6的增强版本，如图7所示。这些附加字段可与表5-表6中所示的字段相同或相似。

对于上述一些或所有实施例，小区内的UE可通过系统信息(SI)广播或专用RRC信令接收关于半静态DTX模式的信息。在RRC空闲/非活动UE的情况下，单独的SIB1 IE可被使用来指示与连接的UE的模式不同的gNB开/关DTX和DRX模式。SIB消息可由gNB广播，并且包括指定如上表5-表6中概述的gNB DRX和DTX配置的IE。

关于动态解决方案，当gNB进入“gNB Tx非活动状态”时，组公共DCI可触发该状态的发起并使用DCI格式2_7动态地指示其持续时间。相似的原理可应用于gNB暂停动态gNBDRX的接收。

此外，用于每个UE的DRX配置可基于基站的业务负载来动态地被调整。例如，当基站的资源利用率约为30％或更低并且其旨在节省功率时，其可选择为服务UE或一组UE配置使用DCI格式2_7的小区特定的gNB DTX/DRX模式。通过在UE之间对齐C-DRX配置，基站可潜在地延长睡眠时间，从而节省能量。因此，用于基于业务状况在UE特定的C-DRX配置与UE组特定的C-DRX配置之间动态切换的机制是有益的。这种类型的动态切换可通过上面使用选项一、选项二或选项三描述的DCI格式2_7的各种选项来被实现。可选地，取代每次配置完整DCI格式2_7，可在DCI格式2_7中包括一比特标志，以指示特定UE或一组UE从小区特定的DTX/DRX模式恢复到其原始UE特定的DRX模式。

一旦组DCI被接收到(或未接收到)，则UE可基于所提供的信息来相应地调整其DTX/DRX参数。

根据实施例，UE可建立对发送的需求。在这种情况下，可能需要UE通知gNB以使gNB退出睡眠模式。该过程可包括UE确定其可发送WUS的下一个位置，并将其发送到gNB。确定在何处发送WUS的位置可基于gNB在DTX/DRX模式配置中发送的信息。

根据实施例，网络能量使用可基于针对周期性信号的基于DCI的组公共自适应被进一步减少。在传统NR中，许多周期性和半持久信号和信道被分配给每个UE，包括CSI参考信号(CSI-RS)、组公共或UE特定的PDCCH、半持久调度(SPS)PDSCH、携带SR的物理UL控制信道(PUCCH)、携带CSI报告的PUCCH/PUSCH、携带用于SPS的HARQ-ACK的PUCCH、控制授权(CG)-PUSCH、SRS、定位RS(PRS)等。为了实现网络节能，可能需要在小区级动态地重新配置这些信号和信道，而不是传统NR中使用的半静态UE特定方法。这使得能够更好地适应变化的网络业务条件，减少信令开销，并且通过对每个服务UE执行重新配置来最小化gNB的活动时间。

两种潜在的解决方案可被应用以在小区级动态地重新配置这些信号和信道。首先，接收的DCI格式2_7可被采用来在gNB在UL和DL中非活动的时段期间触发UE跳过发送已配置的半持久和周期性信号。这种方法消除了不必要的发送，优化了能量使用。其次，新的组公共DCI可被设计以启用或停用周期性和半持久信号和信道的特定配置，与gNB的DTX和DRX模式对齐。这有助于有效的资源利用并确保网络中的有效能量管理。

根据实施例，寻呼可被优化以节省网络能量。通常，用于UE的寻呼时机随时间被均匀分布以最大化系统容量。然而，这种方法导致网络中针对寻呼的高能量消耗。为了解决这个问题，增强寻呼机制并且为gNB提供更好的睡眠机会将是有利的，特别是在低寻呼负载期间。

一种潜在的解决方案涉及基于估计的负载实现自适应寻呼时机设计。这可通过经由SIB 1配置具有不同模式设计的一组寻呼时机来被实现。然后，取决于小区的业务负载，gNB可使用发送到所有服务UE的组公共DCI消息来启用这些寻呼时机中的一个。

另一种方法是将寻呼时机与其他DL信号(诸如主信息块(MIB)、SIB或辅同步信号块(SSBs))在时间上同位。通过这样做，gNB可发送寻呼消息，而不需要专门用于寻呼时机的附加能量。这种在现有DL信号上搭载寻呼降低了总体能量消耗。

通过实现这些增强的寻呼机制，网络可在低寻呼负载期间优化能量使用，并且为gNB提供改进的睡眠机会。这有助于提高能量效率，减少不必要的能量消耗，并且在最大化系统容量的同时保持有效的寻呼系统。

根据实施例，另一种节能方案可包括针对SIB 1发送和PRACH接收配置每总辐射功率(TRP)的小区公共信号。通常，SIB 1在所有方向上从所有TRP以相同的周期被发送。然而，在具有低业务负载的场景中，有可能降低来自存在较少UE的特定TRP或波束方向的SIB 1发送的频率，这可通过SSB或RRC信令传递到UE。

具体地，SIB 1发送的周期性可基于TCI状态来被配置。类似地，包括用于RACH发送的参数的RACH配置可根据每个方向上的业务负载针对各种波束方向或TRP不同地被定制。这需要调整参数，诸如每TCI状态的RACH发送的时间资源、偏移和周期性。

通过基于每波束方向或TRP的负载水平来定制SIB 1和RACH的发送模式，网络可在保持与UE的有效通信的同时优化能量使用。该方法确保信令和接入过程适应于业务条件，从而提高蜂窝网络中的整体能量效率。

图8是根据实施例的网络环境中的电子装置的框图。

参照图8，网络环境800中的电子装置801(例如，基站或UE)可经由第一网络898(例如，短距离无线通信网络)与电子装置802(例如，基站或UE)进行通信，或者经由第二网络899(例如，长距离无线通信网络)与电子装置804(例如，基站或UE)或服务器808(例如，基站或UE)进行通信。电子装置801可经由服务器808与电子装置804进行通信。电子装置801可包括处理器820、存储器830、输入装置850、声音输出装置855、显示装置860、音频模块870、传感器模块876、接口877、触觉模块879、相机模块880、电力管理模块888、电池889、通信模块890、用户识别模块(SIM)卡896或天线模块897。在一个实施例中，可从电子装置801中省略所述部件中的至少一个(例如，显示装置860或相机模块880)，或者可将一个或更多个其它部件添加到电子装置801中。可将所述部件中的一些部件实现为单个IC。例如，传感器模块876(例如，指纹传感器、虹膜传感器、或照度传感器)可被嵌入在显示装置860(例如，显示器)中。

处理器820可运行软件(例如，程序840)来控制电子装置801的与处理器820连接的至少一个其它部件(例如，硬件部件或软件部件)，并可执行各种数据处理或计算。

作为所述数据处理或计算的至少部分，处理器820可将从另一部件(例如，传感器模块876或通信模块890)接收到的命令或数据加载到易失性存储器832中，对存储在易失性存储器832中的命令或数据进行处理，并将结果数据存储在非易失性存储器834中。处理器820可包括主处理器821(例如，中央处理器(CPU)或应用处理器(AP))以及与主处理器821在操作上独立的或者相结合的辅助处理器823(例如，图形处理单元(GPU)、图像信号处理器(ISP)、传感器中枢处理器或通信处理器(CP))。另外地或者可选择地，辅助处理器823可被适配为比主处理器821耗电更少，或者被适配为执行特定功能。可将辅助处理器823实现为与主处理器821分离，或者实现为主处理器821的部分。

在主处理器821处于未激活(例如，睡眠)状态时，辅助处理器823(而非主处理器821)可控制与电子装置801的部件之中的至少一个部件(例如，显示装置860、传感器模块876或通信模块890)相关的功能或状态中的至少一些，或者在主处理器821处于激活状态(例如，运行应用)时，辅助处理器823可与主处理器821一起来控制与电子装置801的部件之中的至少一个部件(例如，显示装置860、传感器模块876或通信模块890)相关的功能或状态中的至少一些。可将辅助处理器823(例如，图像信号处理器或通信处理器)实现为在功能上与辅助处理器823相关的另一部件(例如，相机模块880或通信模块890)的部分。

存储器830可存储由电子装置801的至少一个部件(例如，处理器820或传感器模块876)使用的各种数据。所述各种数据可包括例如软件(例如，程序840)以及针对与其相关的命令的输入数据或输出数据。存储器830可包括易失性存储器832或非易失性存储器834。非易失性存储器834可包括内部存储器836和/或外部存储器838。

可将程序840作为软件存储在存储器830中，并且程序840可包括例如操作系统(OS)842、中间件844或应用846。

输入装置850可从电子装置801的外部(例如，用户)接收将由电子装置801的另一部件(例如，处理器820)使用的命令或数据。输入装置850可包括例如麦克风、鼠标、或键盘。

声音输出装置855可将声音信号输出到电子装置801的外部。声音输出装置855可包括例如扬声器或接收器。扬声器可用于诸如播放多媒体或录音的通用目的，接收器可用于接收呼入呼叫。可将接收器实现为与扬声器分离，或实现为扬声器的部分。

显示装置860可向电子装置801的外部(例如，用户)视觉地提供信息。显示装置860可包括例如显示器、全息装置或投影仪以及用于控制显示器、全息装置和投影仪中的相应一个的控制电路。显示装置860可包括被适配为检测触摸的触摸电路或被适配为测量由触摸引起的力的强度的传感器电路(例如，压力传感器)。

音频模块870可将声音转换为电信号，反之亦可。音频模块870可经由输入装置850获得声音，或者经由声音输出装置855或与电子装置801直接(例如，有线地)连接或无线连接的外部电子装置802的耳机输出声音。

传感器模块876可检测电子装置801的操作状态(例如，功率或温度)或电子装置801外部的环境状态(例如，用户的状态)，然后产生与检测到的状态相应的电信号或数据值。传感器模块876可包括例如手势传感器、陀螺仪传感器、大气压力传感器、磁性传感器、加速度传感器、握持传感器、接近传感器、颜色传感器、红外(IR)传感器、生物特征传感器、温度传感器、湿度传感器或照度传感器。

接口877可支持将用来使电子装置801与外部电子装置802直接(例如，有线地)或无线连接的一个或更多个特定协议。接口877可包括例如高清晰度多媒体接口(HDMI)、通用串行总线(USB)接口、安全数字(SD)卡接口或音频接口。

连接端878可包括连接器，其中，电子装置801可经由所述连接器与外部电子装置802物理连接。连接端878可包括例如HDMI连接器、USB连接器、SD卡连接器或音频连接器(例如，耳机连接器)。

触觉模块879可将电信号转换为可被用户经由触觉或动觉识别的机械刺激(例如，振动或运动)或电刺激。触觉模块879可包括例如电机、压电元件或电刺激器。

相机模块880可捕获静止图像或运动图像。相机模块880可包括一个或更多个透镜、图像传感器、图像信号处理器或闪光灯。电力管理模块888可管理对电子装置801的供电。可将电力管理模块888实现为例如电力管理集成电路(PMIC)的至少部分。

电池889可对电子装置801的至少一个部件供电。电池889可包括例如不可再充电的原电池、可再充电的蓄电池、或燃料电池。

通信模块890可支持在电子装置801与外部电子装置(例如，电子装置802、电子装置804或服务器808)之间建立直接(例如，有线)通信信道或无线通信信道，并经由建立的通信信道执行通信。通信模块890可包括能够与处理器820(例如，AP)独立操作的一个或更多个通信处理器，并支持直接(例如，有线)通信或无线通信。通信模块890可包括无线通信模块892(例如，蜂窝通信模块、短距离无线通信模块或全球导航卫星系统(GNSS)通信模块)或有线通信模块894(例如，局域网(LAN)通信模块或电力线通信(PLC)模块)。这些通信模块中的相应一个可经由第一网络898(例如，短距离通信网络，诸如蓝牙^TM、无线保真(Wi-Fi)直连或红外数据协会标准(IrDA))或第二网络899(例如，长距离通信网络，诸如蜂窝网络、互联网、或计算机网络(例如，LAN或广域网(WAN)))与外部电子装置进行通信。可将这些各种类型的通信模块实现为单个部件(例如，单个IC)，或可将这些各种类型的通信模块实现为彼此分离的多个部件(例如，多个IC)。无线通信模块892可使用存储在用户识别模块896中的用户信息(例如，国际移动用户识别码(IMSI))识别并验证通信网络(诸如第一网络898或第二网络899)中的电子装置801。

天线模块897可将信号或电力发送到电子装置801的外部(例如，外部电子装置)或者从电子装置801的外部(例如，外部电子装置)接收信号或电力。天线模块897可包括一个或多个天线，可由例如通信模块890(例如，无线通信模块892)从所述一个或多个天线中选择适合于在通信网络(诸如第一网络898或第二网络899)中使用的通信方案的至少一个天线。随后可经由所选择的至少一个天线在通信模块890和外部电子装置之间发送或接收信号或电力。

可经由与第二网络899连接的服务器808在电子装置801和外部电子装置804之间发送或接收命令或数据。电子装置802和电子装置804中的每一个可以是与电子装置801相同类型的装置，或者是与电子装置801不同类型的装置。将在电子装置801运行的全部操作或一些操作可在外部电子装置802、外部电子装置804或服务器808中的一个或更多个运行。例如，如果电子装置801应该自动执行功能或服务或者应该响应于来自用户或另一装置的请求执行功能或服务，则电子装置801可请求所述一个或更多个外部电子装置执行所述功能或服务中的至少部分，而不是运行所述功能或服务，或者电子装置801除了运行所述功能或服务以外，还可请求所述一个或更多个外部电子装置执行所述功能或服务中的至少部分。接收到所述请求的所述一个或更多个外部电子装置可执行所述功能或服务中的所请求的所述至少部分，或者执行与所述请求相关的另外功能或另外服务，并将执行的结果传送到电子装置801。电子装置801可在对所述结果进行进一步处理的情况下或者在不对所述结果进行进一步处理的情况下将所述结果提供作为对所述请求的至少部分答复。为此，可使用例如云计算技术、分布式计算技术或客户机-服务器计算技术。

图9示出包括彼此通信的UE 905和gNB 910的系统。UE可包括无线电收发机915和可执行本文公开的各种方法的处理电路(或用于处理的装置)920。例如，处理电路920可经由无线电收发机915接收来自网络节点(gNB)910的发送，并且处理电路920可经由无线电收发机915向gNB 910发送信号。

本说明书中描述的主题和操作的实施例可在数字电子电路中被实现，或者在包括本说明书中公开的结构及其结构等同物的计算机软件、固件或硬件中被实现，或者它们中的一个或多个的组合中被实现。本说明书中描述的主题的实施例可被实现为编码在计算机存储介质上以供数据处理设备执行或控制数据处理设备的操作的一个或多个计算机程序，即，计算机程序指令的一个或多个模块。

另外地或可选地，程序指令可被编码在人工生成的传播信号上(例如，机器生成的电、光或电磁信号)，该传播信号被生成以对信息进行编码以便发送到合适的接收器设备以供数据处理设备执行。计算机存储介质可以是计算机可读存储装置、计算机可读存储基板、随机或串行存取存储器阵列或装置、或其组合，或者被包括在计算机可读存储装置、计算机可读存储基板、随机或串行存取存储器阵列或装置、或其组合中。此外，虽然计算机存储介质不是传播信号，但是计算机存储介质可以是在人工生成的传播信号中编码的计算机程序指令的源或目的地。计算机存储介质还可以是一个或多个单独的物理组件或介质(例如，多个CD、磁盘或其他存储装置)，或者被包括在一个或多个单独的物理组件或介质(例如，多个CD、磁盘或其他存储装置)中。另外，本说明书中描述的操作可被实现为由数据处理设备对存储在一个或多个计算机可读存储装置上或从其他源接收的数据执行的操作。

虽然本说明书可包含许多具体的实现细节，但是实现细节不应被解释为对任何要求保护的主题的范围的限制，而是被解释为特定于具体实施例的特征的描述。在本说明书中在单独实施例的上下文中描述的某些特征也可在单个实施例中以组合被实现。相反，在单个实施例的上下文中描述的各种特征也可单独地或以任何合适的子组合在多个实施例中被实现。此外，尽管上面可将特征描述为以某些组合起作用并且甚至最初如此要求保护，但是在一些情况下可从组合中去除来自所要求保护的组合的一个或多个特征，并且所要求保护的组合可针对子组合或子组合的变型。

类似地，虽然操作在附图中以特定顺序被描绘，但是这不应被理解为要求这些操作以所示的特定顺序或先后顺序被执行，或者所有示出的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统组件的分离不应被理解为在所有实施例中都需要这种分离，并且应当理解，描述的程序组件和系统通常可一起被集成在单个软件产品中或被封装到多个软件产品中。

因此，本文已经描述了主题的特定实施例。其它实施例在所附权利要求书的范围内。在一些情况下，权利要求中阐述的动作可以以不同的顺序被执行并且仍然实现期望的结果。另外，附图中描绘的处理不一定需要所示的特定顺序或先后顺序来实现期望的结果。在某些实施方式中，多任务和并行处理可能是有利的。

如本领域技术人员将认识到的，本文描述的创新概念可在广泛的应用范围内被修改和变化。因此，所要求保护的主题的范围不应限于上面讨论的任何特定示例性教导，而是由所附权利要求限定。

Claims (20)

1.一种由无线通信系统中的至少一个用户设备UE执行的方法，所述方法包括：

从基站接收指示不连续接收DRX或不连续发送DTX模式的组下行链路控制信息DCI。

2.根据权利要求1所述的方法，其中，DRX或DTX模式根据动态操作过程被指示，在动态操作过程中，组DCI指示每时隙的开/关状态。

3.根据权利要求2所述的方法，其中，组DCI还指示用于每时隙的一个或多个符号的开/关状态。

4.根据权利要求1所述的方法，其中，指示DRX或DTX模式的组DCI指示每小区的开/关状态。

5.根据权利要求1所述的方法，其中，组DCI指示用于包括所述至少一个UE的第一组UE的第一DRX或DTX模式，并且组DCI指示用于第二组UE的第二DRX或DTX模式。

6.根据权利要求1所述的方法，其中，组DCI包括识别要处理的一个或多个DCI的无线电网络临时标识符RNTI。

7.根据权利要求1所述的方法，其中，接收组DCI包括：

基于由UE提供的指示UE接收组DCI的能力的辅助信息，从基站接收组DCI。

8.根据权利要求1所述的方法，其中，指示DRX或DTX模式是半静态配置还是动态配置的一比特标志与组DCI一起被接收。

9.根据权利要求1所述的方法，其中，DRX或DTX模式由所述至少一个UE以预定义的间隔周期性地接收。

10.至少一个用户设备UE，包括：

存储器装置，

处理器，被配置以执行存储在所述存储器装置上的指令，其中，所述指令使得所述处理器进行以下操作：

从基站接收指示不连续接收DRX或不连续发送DTX模式的组下行链路控制信息DCI。

11.根据权利要求10所述的至少一个UE，其中，DRX或DTX模式根据动态操作过程被指示，在动态操作过程中，组DCI指示每时隙的开/关状态。

12.根据权利要求10所述的至少一个UE，其中，组DCI还指示用于每时隙的一个或多个符号的开/关状态。

13.根据权利要求10所述的至少一个UE，其中，指示DRX或DTX模式的组DCI指示每小区的开/关状态。

14.根据权利要求10所述的至少一个UE，其中，组DCI指示用于包括所述至少一个UE的第一组UE的第一DRX或DTX模式，并且组DCI指示用于第二组UE的第二DRX或DTX模式。

15.根据权利要求10所述的至少一个UE，其中，组DCI包括识别要处理的一个或多个DCI的无线电网络临时标识符RNTI。

16.根据权利要求10所述的至少一个UE，其中，组DCI基于由UE提供的指示UE接收组DCI的能力的辅助信息从基站被接收。

17.根据权利要求10所述的至少一个UE，其中，指示DRX或DTX模式是半静态配置还是动态配置的一比特标志与组DCI一起被接收。

18.根据权利要求10所述的至少一个UE，其中，DRX或DTX模式由所述至少一个UE以预定义的间隔周期性地接收。

19.一种由无线通信系统中的至少一个用户设备UE执行的方法，所述方法包括：

基于预先配置的定时器，根据半静态操作过程向基站发送唤醒信号WUS以发起活动状态。

20.根据权利要求19所述的方法，其中，半静态操作过程包括：

当WUS在与预先配置的定时器对应的持续时间内未被基站接收到时，发起非活动状态。