CN117597984A - 一种终端设备节能方法及其装置 - Google Patents

一种终端设备节能方法及其装置 Download PDF

Info

Publication number
CN117597984A
CN117597984A CN202280001951.3A CN202280001951A CN117597984A CN 117597984 A CN117597984 A CN 117597984A CN 202280001951 A CN202280001951 A CN 202280001951A CN 117597984 A CN117597984 A CN 117597984A
Authority
CN
China
Prior art keywords
wus
harq process
state
terminal equipment
energy
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280001951.3A
Other languages
English (en)
Inventor
付婷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN117597984A publication Critical patent/CN117597984A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例公开了一种终端设备节能方法及其装置,可以应用于通信系统中,该方法包括:终端设备被配置为C‑DRX模式,终端设备为HARQ进程开启重传定时器,并监听低功耗唤醒信号LP‑WUS该终端设备处于节能状态,在重传定时器超时之前监听到LP‑WUS,则从节能状态进入监听PDCCH的状态,在重传定时器超时之前未监听到LP‑WUS,则维持LP‑WUS监听状态和节能状态。本公开中,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。同时,使用LP‑WUS监听,在监听到LP‑WUS的情况下,使得终端设备立刻被唤醒,重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。

Description

一种终端设备节能方法及其装置 技术领域
本申请涉及通信技术领域,尤其涉及一种终端设备节能方法及其装置。
背景技术
在配置连接态非连续接收(Connected Discontinuous Reception,C-DRX)模式的情况下,在下行HARQ进程的下行重传定时器(drx-RetransmissionTimerDL)或上行HARQ进程的上行重传定时器(drx-RetransmissionTimerUL)运行期间,终端设备需要正常进行物理下行控制信道(Physical Downlink Control Channel,PDCCH)的监听,会导致浪费终端设备的能耗。
发明内容
本申请实施例提供一种终端设备节能的方法及其装置,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。
第一方面,本申请实施例提供一种终端设备节能方法,终端设备被配置为C-DRX模式该方法包括:
所述终端设备为HARQ进程开启重传定时器;
所述终端设备监听低功耗唤醒信号LP-WUS;
其中,所述终端设备处于节能状态,所述LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
本公开实施例中,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。
第二方面,本申请实施例提供另一种终端设备节能方法,该方法包括:
在调度HARQ进程进行数据重传的情况下,向终端设备发送LP-WUS,所述LP-WUS用于唤醒所述终端设备进入监听PDCCH的状态。
本公开实施例中,在终端设备进入LP-WUS监听状态和节能状态的情况下网络设备可以使用LP-WUS唤醒终端设备重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。
第三方面,本申请实施例提供一种通信装置,该通信装置具有实现上述第一方面所述的方法中终端设备的部分或全部功能,比如通信装置的功能可具备本申请中的部分或全部实施例中的功能,也可以具备单独实施本申请中的任一个实施例的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种实现方式中,该通信装置的结构中可包括收发模块和处理模块,所述处理模块被配置为支持通信装置执行上述方法中相应的功能。所述收发模块用于支持通信装置与其他设备之间的通信。所述通信装置还可以包括存储模块,所述存储模块用于与收发模块和处理模块耦合,其保存通信装置必要的计算机程序和数据。
作为示例,处理模块可以为处理器,收发模块可以为收发器或通信接口,存储模块可以为存储器。
第四方面,本申请实施例提供另一种通信装置,该通信装置具有实现上述第二方面所述的方法示例 中网络设备的部分或全部功能,比如通信装置的功能可具备本申请中的部分或全部实施例中的功能,也可以具备单独实施本申请中的任一个实施例的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种实现方式中,该通信装置的结构中可包括收发模块和处理模块,该处理模块被配置为支持通信装置执行上述方法中相应的功能。收发模块用于支持通信装置与其他设备之间的通信。所述通信装置还可以包括存储模块,所述存储模块用于与收发模块和处理模块耦合,其保存通信装置必要的计算机程序和数据。
第五方面,本申请实施例提供一种通信装置,该通信装置包括处理器,当该处理器调用存储器中的计算机程序时,执行上述第一方面所述的方法。
第六方面,本申请实施例提供一种通信装置,该通信装置包括处理器,当该处理器调用存储器中的计算机程序时,执行上述第二方面所述的方法。
第七方面,本申请实施例提供一种通信装置,该通信装置包括处理器和存储器,该存储器中存储有计算机程序;所述处理器执行该存储器所存储的计算机程序,以使该通信装置执行上述第一方面所述的方法。
第八方面,本申请实施例提供一种通信装置,该通信装置包括处理器和存储器,该存储器中存储有计算机程序;所述处理器执行该存储器所存储的计算机程序,以使该通信装置执行上述第二方面所述的方法。
第九方面,本申请实施例提供一种通信装置,该装置包括处理器和接口电路,该接口电路用于接收代码指令并传输至该处理器,该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。
第十方面,本申请实施例提供一种通信装置,该装置包括处理器和接口电路,该接口电路用于接收代码指令并传输至该处理器,该处理器用于运行所述代码指令以使该装置执行上述第二方面所述的方法。
第十一方面,本申请实施例提供一种终端节能系统,该系统包括第三方面所述的通信装置以及第四方面所述的通信装置,或者,该系统包括第五方面所述的通信装置以及第六方面所述的通信装置,或者,该系统包括第七方面所述的通信装置以及第八方面所述的通信装置,或者,该系统包括第九方面所述的通信装置以及第十方面所述的通信装置。
第十二方面,本发明实施例提供一种计算机可读存储介质,用于储存为上述终端设备所用的指令,当所述指令被执行时,使所述终端设备执行上述第一方面所述的方法。
第十三方面,本发明实施例提供一种可读存储介质,用于储存为上述网络设备所用的指令,当所述指令被执行时,使所述网络设备执行上述第二方面所述的方法。
第十四方面,本申请还提供一种包括计算机程序的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面所述的方法。
第十五方面,本申请还提供一种包括计算机程序的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第二方面所述的方法。
第十六方面,本申请提供一种芯片系统,该芯片系统包括至少一个处理器和接口,用于支持终端设备实现第一方面所涉及的功能,例如,确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存终端设备必要的计算机程序和数 据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
第十七方面,本申请提供一种芯片系统,该芯片系统包括至少一个处理器和接口,用于支持网络设备实现第二方面所涉及的功能,例如,确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存网络设备必要的计算机程序和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
第十八方面,本申请提供一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面所述的方法。
第十九方面,本申请提供一种计算机程序,当其在计算机上运行时,使得计算机执行上述第二方面所述的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例提供的一种通信系统的架构示意图;
图2是本申请实施例提供的一种终端设备节能方法的流程示意图;
图2a是本申请实施例提供的另一种终端设备节能方法的流程示意图;
图3是本申请实施例提供的另一种终端设备节能方法的流程示意图;
图4是本申请实施例提供的另一种终端设备节能方法的流程示意图;
图5是本申请实施例提供的另一种终端设备节能方法的流程示意图;
图6是本申请实施例提供的另一种终端设备节能方法的流程示意图;
图7是本申请实施例提供的另一种终端设备节能方法的流程示意图;
图8是本申请实施例提供的一种通信装置的结构示意图;
图9是本申请实施例提供的另一种通信装置的结构示意图;
图10是本申请实施例提供的一种芯片的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”出于简洁和便于理解的目的,本文在表征大小关系时,所使用的术语为“大于”或“小于”、“高于”或“低于”。但对于本领域技术人员来说,可以理解:术语“大于”也涵盖了“大于等于”的含义,“小于”也涵盖 了“小于等于”的含义;术语“高于”涵盖了“高于等于”的含义,“低于”也涵盖了“低于等于”的含义。
为了便于理解,首先介绍本申请涉及的术语。
非连续接收(Discontinuous Reception,DRX)基于包的数据流通常是突发性的,在一段时间内有数据传输,但在接下来的一段较长时间内没有数据传输。在没有数据传输的时候,可以通过停止接收PDCCH(此时会停止PDCCH盲检)来降低功耗,从而提升电池使用时间。
混合自动重传请求(Hybrid Automatic Repeat Request,HARQ)是自动重传(Automatic Repeat Request,ARQ)和前向纠错编码(Forward Error Correction,FEC)联合使用的一种差错控制技术。其目的是通过重传功能和时间分集产生的增益,保证数据包的正确传输,提高无线通信系统的可靠性。在使用HARQ之后,发送端需要向接收端反馈一个确认信息来指示发送的数据包是否被接收方正确的接收。如果确认信息为肯定应答ACK(上行指示为CRC(循环冗余码校验,Cyclic Redundancy Check)OK,以下统称为ACK),表示数据包已经被接收方正确接收;如果确认消息为否定应答NACK(上行指示为CRC ERR,以下统称为NACK),表示数据包没有被接收方正确接收,需要发送方对该数据包进行必要的重传。
为了更好的理解本申请实施例公开的一种终端设备节能方法,下面首先对本申请实施例适用的通信系统进行描述。
请参见图1,图1为本申请实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络设备和一个终端设备,图1所示的设备数量和形态仅用于举例并不构成对本申请实施例的限定,实际应用中可以包括两个或两个以上的网络设备,两个或两个以上的终端设备。图1所示的通信系统以包括一个网络设备101和一个终端设备102为例。
需要说明的是,本申请实施例的技术方案可以应用于各种通信系统。例如:长期演进(long term evolution,LTE)系统、第五代(5th generation,5G)移动通信系统、5G新空口(new radio,NR)系统,或者其他未来的新型移动通信系统等。还需要说明的是,本申请实施例中的侧链路还可以称为侧行链路或直通链路。
本申请实施例中的网络设备101是网络侧的一种用于发射或接收信号的实体。例如,网络设备101可以为演进型基站(evolved NodeB,eNB)、传输点(transmission reception point,TRP)、NR系统中的下一代基站(next generation NodeB,gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity,WiFi)系统中的接入节点等。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。本申请实施例提供的网络设备可以是由集中单元(central unit,CU)与分布式单元(distributed unit,DU)组成的,其中,CU也可以称为控制单元(control unit),采用CU-DU的结构可以将网络设备,例如基站的协议层拆分开,部分协议层的功能放在CU集中控制,剩下部分或全部协议层的功能分布在DU中,由CU集中控制DU。
本申请实施例中的终端设备102是用户侧的一种用于接收或发射信号的实体,如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端设备(mobile terminal,MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设 备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
在侧链路通信中,存在4种侧链路传输模式。侧链路传输模式1和侧链路传输模式2用于终端设备直通(device-to-device,D2D)通信。侧链路传输模式3和侧链路传输模式4用于V2X通信。当采用侧链路传输模式3时,资源分配由网络设备101调度。具体的,网络设备101可以将资源分配信息发送给终端设备102,然后由该终端设备102向另一终端设备分配资源,以使得该另一终端设备可以通过分配到的资源向网络设备101发送信息。在V2X通信中,可以将信号较好或者可靠性较高的终端设备作为终端设备102。本申请实施例中提及的第一终端设备可以指该终端设备102,第二终端设备可以指该另一终端设备。
可以理解的是,本申请实施例描述的通信系统是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着系统架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
需要说明的是,本申请中任一个实施例提供的终端设备节能方法可以单独执行,或是结合其他实施例中的可能的实现方法一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
下面结合附图对本申请所提供的终端设备节能方法及其装置进行详细地介绍。
请参见图2,图2是本申请实施例提供的一种终端设备节能方法的流程示意图。该终端设备节能方法由终端设备执行。如图2所示,该方法可以包括但不限于如下步骤:
S21,终端设备为HARQ进程开启重传定时器。
终端设备可以被配置为DRX模式,以在一段时间里停止监听PDCCH信道,DRX模式可以包括闲置态(IDLE)DRX模式和连接态DRX(Connected DRX,C-DRX)模式。其中,Idle-DRX模式指终端设备处于IDLE状态下的非连续性接收。而C-DRX模式指终端设备处于RRC-CONNECTED状态下的非连续性接收。
需要说明的是,HARQ进程可以包括上行(uplink,UL)HARQ和下行(downlink,DL)HARQ。
针对每个DLHARQ进程,在配置C-DRX模式的情况下,可以为终端设备向网络设备发送的HARQ反馈(feedback)预留一段到达网络设备的传输时间,在每个DL HARQ进行中配置一个DLHARQ往返时间(Round Trip Time,RTT)定时器(drx-HARQ-RTT-TimerDL)。当终端设备接收到一个下行数据传输包,且CRC校验失败,需要给网络设备反馈否定应答(NACK)信息。当drx-HARQ-RTT-TimerDL正在运行时终端设备无需监听PDCCH。终端设备在drx-HARQ-RTT-TimerDL超时后,且终端为该HARQ进程反馈NACK,则终端可以开启重传下行HARQ进程来接收网络设备的重传数据。但是由于终端设备并不确定网络设备下发HARQ重传数据的具体时间,为了节省终端设备的能耗,终端设备不可能持续等待,因此可以启动重传下行HARQ进程的下行重传定时器(drx-RetransmissionTimerDL),在下行重传定时器超时前持续进行PDCCH监听。
针对每个ULHARQ进程,在配置C-DRX模式的情况下,终端设备向网络设备发送的一个上行数据包后,就可以启动ULHARQ RTT定时器(drx-HARQ-RTT-TimerUL)。在drx-HARQ-RTT-TimerUL超时后,可以开启重传上行HARQ进程,以向网络设备重传数据。但是由于终端设备并不确定向网络设 备重传是否正确,为了节省终端设备的能耗,终端设备不可能持续等待,因此可以启动重传上行HARQ进程的上行重传定时器(drx-RetransmissionTimerDL),在上行重传定时器超时前持续进行PDCCH监听。
S22,终端设备监听低功耗唤醒信号LP-WUS。
本申请实施例中,终端设备为节能状态。低功耗唤醒信号(Low power wake up signal,LP-WUS)用于指示终端设备从节能状态进入监听PDCCH的状态。
本公开中,在终端设备被配置为C-DRX模式的情况下,且为HARQ进程开启重传定时器的情况下,为了降低终端设备的能耗,延长终端设备的续航能力,终端设备可以进入低功耗唤醒信号(Low power wake up signal,LP-WUS)监听状态,并且终端设备进入节能状态,即终端设备的主机进入节能状态。例如,终端设备的主机进入睡眠状态。
可选地,睡眠状态可以包括:深度睡眠状态(deep sleep)、浅睡眠状态(light sleep)、微睡眠状态(micro sleep)的一种。可选地,终端设备可以处于microsleep,需要说明的是,micro sleep状态是处于较浅层次睡眠的一种睡眠状态,可以快速重新进入唤醒。需要说明的是,终端设备在深度睡眠状态的功耗低于在浅睡眠状态的功耗,微睡眠状态的功耗低于浅睡眠状态的功耗,终端设备在微睡眠状态下的功耗要低于监听PDCCH的状态下的功耗。可选地,还可以限制监听PDCCH状态下的功耗与微睡眠状态下的功耗之前的差值大于设定值。
本公开中,在终端设备处于微睡眠状态时,监听到LP-WUS后能够快速的从睡眠态转换为正常工作的激活态,因此转换时间很短,缩短终端设备从节能状态进入重新唤醒的时间,便于尽快进行PDCCH监听,避免信息或数据的丢失。
可选地,终端设备也可以在被配置为C-DRX模式的情况下,同时被配置为跳过监听PDCCH的状态。可选地,终端设备可以接收网络设备下发的下行控制信息(Downlink Control Information,DCI),从该DCI可以指示终端设备在接下来的设定时段内跳过PDCCH(PDCCH skipping)的监听,设定时间段的可选值由高层信令配置。需要说明的是,终端设备即使配置了PDCCH skipping,该PDCCH skipping并不能应用于重传定时器运行期间。
本公开中,终端设备上设置有低功耗接收机,在主机处于节能状态时,开启该低功耗接收机专门接收网络设备发送的LP WUS信号,以此确定是否需要重新启动主机。由于低功耗接收机的功率很小可以达到终端设备节能的目的。
本公开中,由于终端设备处于节能状态,不会对PDCCH进行监听,此种情况下,为了使终端设备在节能状态下可以监听到LP-WUS,可选地,网络设备发送的LP-WUS可以为一个序列信号,该序列信号往往自相关较强且互相关较差,通过自相关检测,实现对LP-WUS的监听,例如,LP-WUS可以为一个0和1组成的序列信号。可选地,终端设备可以通过检测载波的能量,若能量低于一定阈值,则可以确定该载波的序列信号为‘0’0,若能量高于设定阈值,则可以确定该载波的序列信号为‘1’。例如,‘0’可以用于指示终端设备在下一个DRX周期无需要唤醒,‘1’用于指示终端设备在下一个DRX周期需要唤醒,以进入监听PDCCH状态。
本公开实施例中,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。进一步地,可以设置终端设备的节能状态为 微睡眠状态,在微睡眠状态下在监听到LP-WUS终端设备可以快速地从节能态转换为正常工作的激活态,转换时间很短,缩短终端设备从节能状态进入重新唤醒的时间,便于尽快进行PDCCH监听,避免信息或数据的丢失。
请参见图2a,图2a是本申请实施例提供的一种终端设备节能方法的流程示意图。该终端设备节能方法由终端设备执行。如图2a所示,该方法可以包括但不限于如下步骤:
S21a,终端设备为HARQ进程开启重传定时器。
其中,终端设备可以被配置为C-DRX模式,即终端设备处于RRC-CONNECTED状态下的非连续性接收。
S22a,终端设备监听LP-WUS。
本申请实施例中,终端设备为节能状态。LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
关于步骤S21a~步骤S22a的具体介绍,可参见上述实施例中相关内容的记载,此处不再赘述。
S23a,终端设备在重传定时器超时之前监听到LP-WUS,则从节能状态进入监听物理下行控制信道PDCCH的状态。
终端设备在重传定时器超时之前,持续对网络设备发送的LP-WUS进行监听。也就是说,终端设备在重传定时器处于运行期间,持续对网络设备发送的LP-WUS进行监听。
本公开中,由于终端设备处于节能状态,不会对PDCCH进行监听,此种情况下,为了使终端设备在节能状态下可以监听到LP-WUS,可选地,网络设备发送的LP-WUS可以为一个序列信号,该序列信号往往自相关较强且互相关较差,通过自相关检测,实现对LP-WUS的监听,例如,LP-WUS可以为一个0和1组成的序列信号。可选地,终端设备可以通过检测载波的能量,若能量低于一定阈值,则可以确定该载波的序列信号为‘0’0,若能量高于设定阈值,则可以确定该载波的序列信号为‘1’。例如,‘0’可以用于指示终端设备在下一个DRX周期无需要唤醒,‘1’用于指示终端设备在下一个DRX周期需要唤醒,以进入监听PDCCH状态。
在重传定时器超时之前终端设备监听到LP-WUS,说明网络设备需要发送DCI给终端设备,终端设备此时需要进入监听PDCCH的状态,以便于对PDCCH进行盲检,在检测到的PDCCH上接收网络设备发送的DCI。
需要说明的是,在终端设备重新进入监听PDCCH状态后,终端设备将停止监听LP-WUS,也就是说,终端设备在进入监听PDCCH状态的同时,终端设备也退出LP-WUS状态。
本公开实施例中,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。同时,使用LP-WUS监听,在监听到LP-WUS的情况下,使得终端设备立刻被唤醒,重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。进一步地,可以设置终端设备的节能状态为微睡眠状态,在微睡眠状态下在监听到LP-WUS终端设备可以快速地从节能态转换为正常工作的激活态,转换时间很短,缩短终端设备从节能状态进入重新唤醒的时间,便于尽快进行PDCCH监听,避免信息或数据的丢失。
请参考图3,图3为本公开实施例提供的另一种终端设备节能方法的流程图。该终端设备节能方法 由终端设备执行,所述方法包括但不限于下述包括:
S31,终端设备为HARQ进程开启重传定时器。
其中,终端设备可以被配置为C-DRX模式,即终端设备处于RRC-CONNECTED状态下的非连续性接收。
S32,终端设备监听LP-WUS。
本申请实施例中,终端设备为节能状态。LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
关于步骤S31~步骤S32的具体介绍,可参见上述实施例中相关内容的记载,此处不再赘述。
S33,终端设备在重传定时器超时之前监听到LP-WUS,则从节能状态进入监听PDCCH的状态。
关于步骤S31~步骤S32的具体介绍,可参见上述实施例中相关内容的记载,此处不再赘述。
S34,终端设备在重传定时器超时之前未监听到LP-WUS,则维持LP-WUS监听状态和节能状态。
终端设备在重传定时器超时之前,可能存在没有监听到LP-WUS的情况,在此种情况下,终端设备始终维持LP-WUS监听状态和节能状态,避免终端设备进入监听PDCCH状态,导致能耗增加的问题。
本公开实施例中,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。同时,使用LP-WUS监听,在监听到LP-WUS的情况下,使得终端设备立刻被唤醒,重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。进一步地,可以设置终端设备的节能状态为微睡眠状态,在微睡眠状态下在监听到LP-WUS终端设备可以快速地从节能态转换为正常工作的激活态,转换时间很短,缩短终端设备从节能状态进入重新唤醒的时间,便于尽快进行PDCCH监听,避免信息或数据的丢失。
请参考图4,图4为本公开实施例提供的另一种终端设备节能方法的流程图。该终端设备节能方法由终端设备执行,所述方法包括但不限于下述包括:
S41,终端设备为上行HARQ进程开启上行重传定时器。
其中,终端设备可以被配置为C-DRX模式,即终端设备处于RRC-CONNECTED状态下的非连续性接收。
针对HARQ进程为上行HARQ进程的场景,在drx-HARQ-RTT-TimerUL超时后,可以开启重传上行HARQ进程的上行重传定时器(drx-RetransmissionTimerUL)。
S42,终端设备监听LP-WUS。
本申请实施例中,终端设备为节能状态。LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
本公开中开启drx-RetransmissionTimerUL后,终端设备为了节能可以进入LP-WUS监听状态和节能状态。本公开中关于LP-WUS监听状态和节能状态的介绍可参见上述实施例中相关内容的记载,此处不再赘述。
关于步骤S41~步骤S42的具体介绍,可参见上述实施例中相关内容的记载,此处不再赘述。
S43,终端设备在上行重传定时器超时之前监听到LP-WUS,则从节能状态进入监听PDCCH的状 态。
S44,终端设备在上行重传定时器超时之前未监听到LP-WUS,则维持LP-WUS监听状态和节能状态。
也就是说,终端设备在上行重传定时器的运行期间,若终端设备监听到LP-WUS,则从节能状态即睡眠状态唤醒终端设备,进入监听PDCCH的状态。若终端设备未监听到LP-WUS,终端设备在上行重传定时器的运行期间始终维持LP-WUS监听状态和节能状态,避免终端设备进入监听PDCCH状态,导致能耗增加的问题。
本公开实施例中,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。同时,使用LP-WUS监听,在监听到LP-WUS的情况下,使得终端设备立刻被唤醒,重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。进一步地,可以设置终端设备的节能状态为微睡眠状态,在微睡眠状态下在监听到LP-WUS终端设备可以快速地从节能态转换为正常工作的激活态,转换时间很短,缩短终端设备从节能状态进入重新唤醒的时间,便于尽快进行PDCCH监听,避免信息或数据的丢失。
请参考图5,图5为本公开实施例提供的另一种终端设备节能方法的流程图。该终端设备节能方法由终端设备执行,所述方法包括但不限于下述包括:
S51,终端设备为下行HARQ进程开启下行重传定时器。
其中,终端设备可以被配置为C-DRX模式,即终端设备处于RRC-CONNECTED状态下的非连续性接收。
针对HARQ进程为上行HARQ进程的场景,在drx-HARQ-RTT-TimerUL超时后,可以开启重传上行HARQ进程的上行重传定时器(drx-RetransmissionTimerUL)。
,针对HARQ进程为下行HARQ进程的场景,在drx-HARQ-RTT-TimerDL超时后,且终端为该HARQ进程反馈NACK,则终端可以开启重传下行HARQ进程来接收网络设备的重传数据。但是由于终端设备并不确定网络设备下发HARQ重传数据的具体时间,为了节省终端设备的能耗,终端设备不可能持续等待,因此可以启动重传下行HARQ进程的下行重传定时器(drx-RetransmissionTimerDL)。
S52,终端设备监听LP-WUS。
本申请实施例中,终端设备为节能状态。LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
本公开中,本公开中开启drx-RetransmissionTimerDL后,终端设备为了节能可以进入LP-WUS监听状态和节能状态。本公开中关于LP-WUS监听状态和节能状态的介绍可参见上述实施例中相关内容的记载,此处不再赘述。
S53,终端设备在下行重传定时器超时之前监听到LP-WUS,则从节能状态进入监听PDCCH的状态。
S54,终端设备在下行重传定时器超时之前未监听到LP-WUS,则维持LP-WUS监听状态和节能状态。
也就是说,终端设备在下行重传定时器的运行期间,若终端设备监听到LP-WUS,则从节能状态即 睡眠状态唤醒终端设备,进入监听PDCCH的状态。若终端设备未监听到LP-WUS,终端设备在下行重传定时器的运行期间始终维持LP-WUS监听状态和节能状态,避免终端设备进入PDCCH监听状态,导致能耗增加的问题。
本公开实施例中,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。同时,使用LP-WUS监听,在监听到LP-WUS的情况下,使得终端设备立刻被唤醒,重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。进一步地,可以设置终端设备的节能状态为微睡眠状态,在微睡眠状态下在监听到LP-WUS终端设备可以快速地从节能态转换为正常工作的激活态,转换时间很短,缩短终端设备从节能状态进入重新唤醒的时间,便于尽快进行PDCCH监听,避免信息或数据的丢失。
请参考图6,图6为本公开实施例提供的另一种终端设备节能方法的流程图。该终端设备节能方法由终端设备执行,所述方法包括但不限于下述包括:
S61,终端设备为HARQ进程开启重传定时器。
其中,终端设备可以被配置为C-DRX模式,即终端设备处于RRC-CONNECTED状态下的非连续性接收。
S62,终端设备监听LP-WUS。
本申请实施例中,终端设备为节能状态。LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
S63,终端设备在重传定时器超时之前监听到LP-WUS,则从节能状态进入监听PDCCH的状态。
关于步骤S61~步骤S63的具体介绍,可参见上述实施例中相关内容的记载,此处不再赘述。
S64,终端设备通过PDCCH接收网络设备发送的HARQ进程的重传调度信息。
在确定网络设备需要调度HARQ进程进行数据重传的情况下,网络设备可以通过PDCCH向终端设备发送重传调度信息。相应地,终端设备可以通过监听PDCCH接收网络设备发送的重传调度信息。
需要说明的是,HARQ进程可以包括上行HARQ和下行HARQ。在网络设备调度上行HARQ进程进行数据重传的情况下,终端设备通过5PDCCH接收网络设备发送的调度上行HARQ进程的重传调度信息。在网络设备调度下行HARQ进程进行数据重传的情况下,终端设备通过5PDCCH接收网络设备发送的调度下行HARQ进程的重传调度信息。
S65,终端设备在重传定时器超时之前未监听到LP-WUS,则维持LP-WUS监听状态和节能状态。
关于步骤S65的具体介绍,可参见上述实施例中相关内容的记载,此处不再赘述。
与前述的终端设备侧的实施例相对应的,本公开实施例还提出了一种由网络侧设备执行的终端设备节能方法;本领域内技术人员可以理解,网络侧设备的方法是与终端设备侧的方法相对应的;因此在终端设备侧的解释和表述,在网络侧设备的实施例中不再进行重复描述。
请参考图7,图7为本公开实施例提供的另一种终端设备节能方法的流程图。该终端设备节能方法由网络设备执行,所述方法包括但不限于下述包括:
S71,在调度HARQ进程进行数据重传的情况下,向终端设备发送LP-WUS,LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
本公开中,在终端设备被配置为C-DRX模式的情况下,且为HARQ进程开启重传定时器的情况下,为了降低终端设备的能耗,延长终端设备的续航能力,终端设备可以进入LP-WUS监听状态,并且终端设备进入节能状态,即终端设备的主机进入节能状态。例如,终端设备的主机进入睡眠状态。
网络设备在需要调度HARQ进程进行数据重传的情况下,为了从节能状态唤醒终端设备进入监听PDCCH的状态以重传HARQ,网络设备可以向终端设备发送LP-WUS,相应地终端设备监听到该LP-WUS,则可以从节能状态进入监听PDCCH的状态。
可选地,本公开实施例提供的终端设备节能方法还可以包括以下步骤:
S72,通过PDCCH向终端设备发送HARQ的重传调度信息。
需要说明的是,HARQ进程可以包括上行HARQ和下行(HARQ。
针对每个DLHARQ进程,在配置C-DRX模式的情况下,drx-HARQ-RTT-TimerDL正在运行时终端设备无需监听PDCCH,终端设备在drx-HARQ-RTT-TimerDL超时后,且终端为该HARQ进程反馈NACK,则终端可以开启重传下行HARQ进程来接收网络设备的重传数据。但是由于终端设备并不确定网络设备下发HARQ重传数据的具体时间,为了节省终端设备的能耗,终端设备不可能持续等待,因此可以启动重传下行HARQ进程的drx-RetransmissionTimerDL。
针对每个ULHARQ进程,在配置C-DRX模式的情况下,终端设备向网络设备发送的一个上行数据包后,就可以启动drx-HARQ-RTT-TimerUL。在drx-HARQ-RTT-TimerUL超时后,可以开启重传上行HARQ进程,以向网络设备重传数据。但是由于终端设备并不确定向网络设备重传是否正确,为了节省终端设备的能耗,终端设备不可能持续等待,因此可以启动drx-RetransmissionTimerDL。
可选地,针对上行HARQ进程,可能存在异常情况,例如下行HARQ进程中,可能会存在终端设备CRC校验失败,或者预设时间内未收到数据的情况,网络设备可以接收到终端设备反馈的NACK,网络设备可以确定数据传输异常,此种情况下网络设备可以调度下行HAQ进程进行数据重传。例如,在上行HARQ进程中,可能会存在数据上传失败的情况,即网络设备在预设时间内未接收到上传的数据,则可以确定数据传输异常,此种情况下网络设备可以调度下行HAQ进程进行数据重传。
针对上行HARQ进程,网络设备可以通过PDCCH向终端设备发送调度上行HARQ进程的重传调度信息。针对下行HARQ进程,网络设备可以向终端设备发送调度下行HARQ进程的重传调度信息。
本公开实施例中,在终端设备进入LP-WUS监听状态和节能状态的情况下网络设备可以使用LP-WUS唤醒终端设备重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。
上述本申请提供的实施例中,分别从网络设备、第一终端设备的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,网络设备和第一终端设备可以包括硬件结构、软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
请参见图8,为本申请实施例提供的一种通信装置80的结构示意图。图8所示的通信装置80可包括收发模块81和处理模块82。收发模块81可包括发送模块和/或接收模块,发送模块用于实现发送功能,接收模块用于实现接收功能,收发模块81可以实现发送功能和/或接收功能。
通信装置80可以是终端设备,也可以是终端设备中的装置,还可以是能够与终端设备匹配使用的装置。或者,通信装置80可以是网络设备,也可以是网络设备中的装置,还可以是能够与网络设备匹配使用的装置。
通信装置80为终端设备:
处理模块82,用于为HARQ进程开启重传定时器,监听低功耗唤醒信号LP-WUS,其中,终端设备为节能状态,LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态;
可选地,处理模块82,还用于终端设备在重传定时器超时之前监听到LP-WUS,则从节能状态进入监听物理下行控制信道PDCCH的状态。
可选地,终端设备在被配置为C-DRX模式的同时还被配置跳过监听PDCCH的状态。
可选地,终端设备的节能状态为睡眠状态。
可选地,处理模块82,还用于在重传定时器超时之前未监听到LP-WUS,则维持LP-WUS监听状态和节能状态。
可选地,HARQ进程为上行HARQ进程,处理模块82,还用于为上行HARQ进程启动上行重传定时器,在上行重传定时器的运行期间未监听到LP-WUS的情况下,处于LP-WUS监听状态和节能状态。
可选地,HARQ进程为下行HARQ进程,处理模块82,还用于为下行HARQ进程启动下行重传定时器,在下行重传定时器的运行期间未监听到LP-WUS的情况下,处于LP-WUS监听状态和节能状态。
可选地,收发模块81,用于通过监听PDCCH接收网络设备发送的HARQ进程的重传调度信息。
可选地,收发模块81,还用于在HARQ进程为上行HARQ进程的情况下,通过PDCCH接收网络设备发送的调度上行HARQ进程的重传调度信息。
可选地,收发模块81,还用于在HARQ进程为下行HARQ进程的情况下,通过PDCCH接收网络设备发送的调度下行HARQ进程的重传调度信息。
本公开实施例中,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下可以减少不必要的PDCCH盲检,因而能够节能终端能耗。同时,使用LP-WUS监听,在监听到LP-WUS的情况下,使得终端设备立刻被唤醒,重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。进一步地,可以设置终端设备的节能状态为微睡眠状态,在微睡眠状态下在监听到LP-WUS终端设备可以快速地从节能态转换为正常工作的激活态,转换时间很短,缩短终端设备从节能状态进入重新唤醒的时间,便于尽快进行PDCCH监听,避免信息或数据的丢失。
通信装置80为网络设备:
收发模块81,用于在调度HARQ进程进行数据重传的情况下,向终端设备发送LP-WUS,LP-WUS用于唤醒终端设备进入监听PDCCH的状态。
可选地,收发模块81,还用于通过PDCCH向终端设备发送HARQ进程的重传调度信息。
可选地,HARQ进程包括上行HARQ进程和下行HARQ进程,
收发模块81,还用于在HARQ进程为上行HARQ进程的情况下,向终端设备发送调度上行HARQ进程的重传调度信息;
收发模块81,还用于在HARQ进程为下行HARQ进程的情况下,向终端设备发送调度下行HARQ进程的重传调度信息。
本公开实施例中,在终端设备进入LP-WUS监听状态和节能状态的情况下网络设备可以使用LP-WUS唤醒终端设备重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。
请参见图9,图9是本申请实施例提供的另一种通信装置90的结构示意图。通信装置90可以是网络设备,也可以是终端设备,也可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等,还可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法,具体可以参见上述方法实施例中的说明。
通信装置90可以包括一个或多个处理器91。处理器91可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理,中央处理器可以用于对通信装置(如,基站、基带芯片,终端设备、终端设备芯片,DU或CU等)进行控制,执行计算机程序,处理计算机程序的数据。
可选的,通信装置90中还可以包括一个或多个存储器92,其上可以存有计算机程序93,处理器91执行所述计算机程序93,以使得通信装置90执行上述方法实施例中描述的方法。可选的,所述存储器92中还可以存储有数据。通信装置90和存储器92可以单独设置,也可以集成在一起。
可选的,通信装置90还可以包括收发器94、天线95。收发器94可以称为收发单元、收发机、或收发电路等,用于实现收发功能。收发器94可以包括接收器和发送器,接收器可以称为接收机或接收电路等,用于实现接收功能;发送器可以称为发送机或发送电路等,用于实现发送功能。
可选的,通信装置90中还可以包括一个或多个接口电路96。接口电路96用于接收代码指令并传输至处理器91。处理器91运行所述代码指令以使通信装置90执行上述方法实施例中描述的方法。
通信装置90为终端设备:处理器91用于执行图2中的步骤S21~步骤S22;执行图3中的步骤S31~步骤S33;图4中的步骤S41~步骤43;图5中的步骤S51~步骤S53;图6中的步骤S61~步骤62;步骤64收发器94用于执行图6中的步骤S63。
通信装置90为网络设备:收发器94用于执行图7中的步骤S71和步骤S72。
在一种实现方式中,处理器91中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中,处理器91可以存有计算机程序93,计算机程序93在处理器91上运行,可使得通信装置90执行上述方法实施例中描述的方法。计算机程序93可能固化在处理器91中,该种情况下,处理器91可能由硬件实现。
在一种实现方式中,通信装置90可以包括电路,所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(integrated circuit,IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit,ASIC)、印刷电路板(printed circuit board,PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造,例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor,NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor,PMOS)、双极结型晶体管(bipolar junction transistor,BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
以上实施例描述中的通信装置可以是网络设备或者终端设备,但本申请中描述的通信装置的范围并不限于此,而且通信装置的结构可以不受图9的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是:
(1)独立的集成电路IC,或芯片,或,芯片系统或子系统;
(2)具有一个或多个IC的集合,可选的,该IC集合也可以包括用于存储数据,计算机程序的存储部件;
(3)ASIC,例如调制解调器(Modem);
(4)可嵌入在其他设备内的模块;
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等;
(6)其他等等。
对于通信装置可以是芯片或芯片系统的情况,可参见图10所示的芯片的结构示意图。图10所示的芯片100包括处理器1001和接口1002。其中,处理器1001的数量可以是一个或多个,接口1002的数量可以是多个。
对于芯片用于实现本申请实施例中终端设备的功能的情况:
处理器1001,用于为HARQ进程开启重传定时器,进入低功耗唤醒信号LP-WUS监听状态和节能状态,其中,终端设备为节能状态,LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
可选地,处理器1001,还用于在重传定时器超时之前监听到LP-WUS,则从节能状态进入监听PDCCH的状态。
可选地,终端设备在被配置为C-DRX模式的同时还被配置跳过监听PDCCH的状态。
可选地,终端设备的节能状态为睡眠状态。
可选地,处理器1001,还用于在重传定时器超时之前未监听到LP-WUS,则维持LP-WUS监听状态和节能状态。
可选地,HARQ进程为上行HARQ进程,处理器1001,还用于为上行HARQ进程启动上行重传定时器;在上行重传定时器的运行期间未监听到LP-WUS的情况下,处于LP-WUS监听状态和节能状态。
可选地,HARQ进程为下行HARQ进程,处理器1001,还用于为下行HARQ进程启动下行重传定时器;在下行重传定时器的运行期间未监听到LP-WUS的情况下,处于LP-WUS监听状态和节能状态。
可选地,接口1002,用于通过PDCCH接收网络设备发送的HARQ进程的重传调度信息。
可选地,接口1002,还用于HARQ进程为上行HARQ进程,通过PDCCH接收所述网络设备发送的调度上行HARQ进程的重传调度信息。
可选地,接口1002,还用于HARQ进程为下行HARQ进程,通过PDCCH接收所述网络设备发送的调度下行HARQ进程的重传调度信息。
本公开实施例中,可以在重传定时器开始后,进入LP-WUS监听状态和节能状态,在节能状态下 可以减少不必要的PDCCH盲检,因而能够节能终端能耗。同时,使用LP-WUS监听,在监听到LP-WUS的情况下,使得终端设备立刻被唤醒,重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。进一步地,可以设置终端设备的节能状态为微睡眠状态,在微睡眠状态下在监听到LP-WUS终端设备可以快速地从节能态转换为正常工作的激活态,转换时间很短,缩短终端设备从节能状态进入重新唤醒的时间,便于尽快进行PDCCH监听,避免信息或数据的丢失对于芯片用于实现本申请实施例中网络设备的功能的情况:
接口1002,用于在调度HARQ进程进行数据重传的情况下,向终端设备发送LP-WUS,LP-WUS用于唤醒终端设备进入监听PDCCH的状态。
可选地,接口1002,用于通过PDCCH向终端设备发送重传调度信息。
可选地,HARQ进程包括上行HARQ进程和下行HARQ进程。
接口1002,还用于在HARQ进程为上行HARQ进程的情况下,通过PDCCH向终端设备发送重传调度上行HARQ进程的重传调度信息;
接口1002,还用于在HARQ进程为下行HARQ进程的情况下,通过PDCCH向终端设备发送重传调度下行HARQ进程的重传调度信息。
本公开实施例中,在终端设备进入LP-WUS监听状态和节能状态的情况下网络设备可以使用LP-WUS唤醒终端设备重新进入监听PDCCH的状态,因此对数据传输的时延影响较小,能够保证重传数据的传输时延性能。
可选的,芯片还包括存储器1003,存储器1003用于存储必要的计算机程序和数据。
本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件,或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用,可以使用各种方法实现所述的功能,但这种实现不应被理解为超出本申请实施例保护的范围。
本申请实施例还提供一种终端设备节能系统,该系统包括前述图8实施例中作为终端设备的通信装置和作为网络设备的通信装置,或者,该系统包括前述图9实施例中作为终端设备的通信装置和作为网络设备的通信装置。
本申请还提供一种可读存储介质,其上存储有指令,该指令被计算机执行时实现上述任一方法实施例的功能。
本申请还提供一种计算机程序产品,该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站 点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以理解:本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围,也表示先后顺序。
本申请中的至少一个还可以描述为一个或多个,多个可以是两个、三个、四个或者更多个,本申请不做限制。在本申请实施例中,对于一种技术特征,通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征,该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
本申请中各表所示的对应关系可以被配置,也可以是预定义的。各表中的信息的取值仅仅是举例,可以配置为其他值,本申请并不限定。在配置信息与各参数的对应关系时,并不一定要求必须配置各表中示意出的所有对应关系。例如,本申请中的表格中,某些行示出的对应关系也可以不配置。又例如,可以基于上述表格做适当的变形调整,例如,拆分,合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称,其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时,也可以采用其他的数据结构,例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
本申请中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (20)

  1. 一种终端设备节能方法,其特征在于,由终端设备执行,所述终端设备为连接态非连续接收C-DRX模式,所述方法包括:
    所述终端设备为混合自动重传请求HARQ进程开启重传定时器;
    所述终端设备监听低功耗唤醒信号LP-WUS,
    其中,所述终端设备为节能状态,所述LP-WUS用于指示所述终端设备从节能状态进入监听PDCCH的状态。
  2. 根据权利要求1所述的方法,其特征在于,所述方法还包括:
    所述终端设备在所述重传定时器超时之前监听到所述LP-WUS,则从所述节能状态进入监听PDCCH的状态。
  3. 根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
    所述终端设备在所述重传定时器超时之前未监听到所述LP-WUS,则维持LP-WUS监听状态和所述节能状态。
  4. 根据权利要求3所述的方法,其特征在于,所述HARQ进程为上行HARQ进程,所述方法还包括:
    为所述上行HARQ进程启动上行重传定时器;
    所述终端设备在所述上行重传定时器的运行期间未监听到所述LP-WUS的情况下,处于所述LP-WUS监听状态和所述节能状态。
  5. 根据权利要求3所述的方法,其特征在于,所述HARQ进程为下行HARQ进程,所述方法还包括:
    为所述下行HARQ进程启动下行重传定时器;
    所述终端设备在所述下行重传定时器的运行期间未监听到所述LP-WUS的情况下,处于所述LP-WUS监听状态和所述节能状态。
  6. 根据权利要求2所述的方法,其特征在于,所述方法还包括:
    通过所述PDCCH接收网络设备发送的HARQ进程的重传调度信息。
  7. 根据权利要求6所述的方法,其特征在于,所述方法还包括:
    所述HARQ进程为上行HARQ进程,通过所述PDCCH接收所述网络设备发送的调度上行HARQ进程的所述重传调度信息。
  8. 根据权利要求6所述的方法,其特征在于,所述方法还包括:
    所述HARQ进程为下行HARQ进程,通过所述PDCCH接收所述网络设备发送的调度下行HARQ进程的所述重传调度信息。
  9. 一种终端设备节能方法,其特征在于,由网络设备执行,所述方法包括:
    在调度HARQ进程进行数据重传的情况下,向终端设备发送低功耗唤醒信号LP-WUS,所述LP-WUS用于指示所述终端设备从节能状态进入监听PDCCH的状态。
  10. 根据权利要求9所述的方法,其特征在于,所述方法还包括:
    通过PDCCH向所述终端设备发送所述HARQ进程的重传调度信息。
  11. 根据权利要求10所述的方法,其特征在于,所述方法还包括:
    所述HARQ进程为上行HARQ进程,通过所述PDCCH向所述终端设备发送重传调度上行HARQ进程的所述重传调度信息。
  12. 根据权利要求10所述的方法,其特征在于,所述方法还包括:
    所述HARQ进程为下行HARQ进程,通过所述PDCCH向所述终端设备发送重传调度下行HARQ进程的所述重传调度信息。
  13. 一种通信装置,其特征在于,包括:
    处理模块,用于被配置为C-DRX模式且为HARQ进程开启重传定时器,进入低功耗唤醒信号LP-WUS监听状态和节能状态,所述LP-WUS用于指示终端设备从所述节能状态进入监听PDCCH的状态。
  14. 一种通信装置,其特征在于,包括:
    收发模块,用于在需要调度HARQ进程进行数据重传的情况下,向终端设备发送LP-WUS,所述LP-WUS用于指示终端设备从节能状态进入监听PDCCH的状态。
  15. 一种通信装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求1-8中任一项所述的方法。
  16. 一种通信装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求9-12中任一项所述的方法。
  17. 一种通信装置,其特征在于,包括:处理器和接口电路;
    所述接口电路,用于接收代码指令并传输至所述处理器;
    所述处理器,用于运行所述代码指令以执行如权利要求1至8中任一项所述的方法。
  18. 一种通信装置,其特征在于,包括:处理器和接口电路;
    所述接口电路,用于接收代码指令并传输至所述处理器;
    所述处理器,用于运行所述代码指令以执行如权利要求9-12中任一项所述的方法。
  19. 一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求1-至8中任一项所述的方法被实现。
  20. 一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求9-12中任一项所述的方法被实现。
CN202280001951.3A 2022-06-15 2022-06-15 一种终端设备节能方法及其装置 Pending CN117597984A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/099041 WO2023240515A1 (zh) 2022-06-15 2022-06-15 一种终端设备节能方法及其装置

Publications (1)

Publication Number Publication Date
CN117597984A true CN117597984A (zh) 2024-02-23

Family

ID=89192798

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280001951.3A Pending CN117597984A (zh) 2022-06-15 2022-06-15 一种终端设备节能方法及其装置

Country Status (2)

Country Link
CN (1) CN117597984A (zh)
WO (1) WO2023240515A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109952789B (zh) * 2019-02-13 2021-01-26 北京小米移动软件有限公司 一种省电信号模式的使用方法、装置及终端
WO2021082012A1 (zh) * 2019-11-01 2021-05-06 Oppo广东移动通信有限公司 用于确定非连续接收持续定时器的启动状态的方法及设备
US20230239794A1 (en) * 2020-07-09 2023-07-27 Qualcomm Incorporated Multiple wus indication with multiple drx groups
CN114258162A (zh) * 2020-09-21 2022-03-29 维沃移动通信有限公司 非连续接收的配置方法及装置、终端和可读存储介质

Also Published As

Publication number Publication date
WO2023240515A1 (zh) 2023-12-21

Similar Documents

Publication Publication Date Title
US20220173842A1 (en) Timer control method, apparatus, and system
US10075913B2 (en) Wireless communication system, mobile station, base station, and wireless communication system control method for reducing power consumption
CN104247543A (zh) 数据块传输的处理时间相关控制
WO2023279302A1 (zh) 用于非地面网络的sdt处理方法、通信装置和存储介质
CN113328834A (zh) 一种通信方法及装置
CN111436094A (zh) 通信方法及装置
CN115174020A (zh) 一种无线通信方法和装置
WO2023206106A1 (zh) 一种终端设备调度方法及其装置
CN113472489A (zh) 信息传输方法、装置及系统
WO2022028551A1 (zh) 一种通信方法、装置及计算机可读存储介质
WO2020164134A1 (zh) 通信方法、装置及系统
WO2023240515A1 (zh) 一种终端设备节能方法及其装置
CN113366877A (zh) 一种确定终端激活状态的方法及装置
CN113677020A (zh) 通信方法、装置及系统
WO2024092532A1 (zh) 一种侧行链路harq rtt定时器的启动或重启方法及装置
WO2024032222A1 (zh) 一种通信方法及装置
CN115997474A (zh) 一种定时器的启动方法及装置
WO2024031721A1 (zh) 一种调度信令的检测方法及其装置
WO2022151284A1 (zh) 半静态调度资源配置方法、半静态调度方法及装置
WO2023245451A1 (zh) 随机接入方法和装置
WO2024092576A1 (zh) 一种定时器的启动方法及装置
WO2023122988A1 (zh) 一种定时器同步方法及其装置
WO2022179242A1 (zh) 一种通信方法及设备
WO2024032077A1 (zh) 上行传输方法和通信装置
WO2023127636A1 (ja) 通信装置及び通信方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination