CN115314980A - 一种非连续接收定时器管理方法及终端 - Google Patents
一种非连续接收定时器管理方法及终端 Download PDFInfo
- Publication number
- CN115314980A CN115314980A CN202210945226.3A CN202210945226A CN115314980A CN 115314980 A CN115314980 A CN 115314980A CN 202210945226 A CN202210945226 A CN 202210945226A CN 115314980 A CN115314980 A CN 115314980A
- Authority
- CN
- China
- Prior art keywords
- harq
- harq process
- terminal
- timer corresponding
- timer
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
- H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
- H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/23—Manipulation of direct-mode connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明提供了一种非连续接收定时器管理方法及终端,涉及通信技术领域。该非连续接收定时器管理方法,应用于终端,包括:针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理。上述方案,通过在直接通信接口根据HARQ进程对应的传输类型对HARQ进程对应的定时器进行管理,实现了直接通信接口的DRX机制,实现了直接通信接口的节电。
Description
本申请为申请日2020年02月10日、申请号为202010085289.7、发明创造名称“一种非连续接收定时器管理方法及终端”的分案申请。
技术领域
本发明涉及通信技术领域,特别涉及一种非连续接收定时器管理方法及终端。
背景技术
对于直接通信接口,目前不支持任何节电机制,因此终端耗电量会比较快,用户体验不好。因此,需要引入直接通信接口的非连续接收(Discontinuous Reception,DRX)配置。目前无线通信系统的DRX只适用于终端和网络之间的接口(即Uu接口),直接通信接口尚无DRX机制,也就意味着直接通信接口无法节电。因此需要在直接通信接口引入节电机制,可能的方式就是在直接通信接口引入DRX机制,但是目前在直接通信接口如何实现DRX尚没有公开的方案。
发明内容
本发明实施例提供一种非连续接收定时器管理方法及终端,以解决现有技术方案中并没有直接通信接口的DRX机制,无法实现直接通信接口节电的问题。
为了解决上述技术问题,本发明实施例提供一种非连续接收定时器管理方法,应用于终端,包括:
针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理。
可选地,在所述传输类型为广播的情况下,所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理,包括:
终端不维护所述第一HARQ进程对应的定时器。
可选地,在所述传输类型为组播或单播的情况下,所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理,包括以下一项:
终端不维护第一HARQ进程对应的定时器;
若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,否则,终端不维护所述第一HARQ进程对应的定时器;
终端维护第一HARQ进程对应的定时器。
进一步地,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,包括以下一项:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端至少接收到一个其他终端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,包括以下一项:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
具体地,所述终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器的情况下,所述非连续接收定时器管理方法,还包括:
在所述HARQ重传定时器运行期间的第一预设时间T内,没有接收到针对所述第一HARQ进程的重传调度,则终端停止运行所述HARQ重传定时器;
其中,所述第一预设时间T小于所述HARQ重传定时器的定时时长。
进一步地,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,包括:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端接收到单播通信对端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,包括:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端利用所述第一HARQ进程进行数据发送的情况下,所述终端维护第一HARQ进程对应的定时器,包括:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端利用所述第一HARQ进程进行数据接收的情况下,所述终端维护第一HARQ进程对应的定时器,包括:
终端接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
本发明实施例还提供一种终端,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序;所述处理器执行所述程序时实现以下步骤:
针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理。
可选地,在所述传输类型为广播的情况下,所述处理器执行所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理的程序时实现以下步骤:
终端不维护所述第一HARQ进程对应的定时器。
进一步地,在所述传输类型为组播或单播的情况下,所述处理器执行所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理的程序时实现以下一项:
终端不维护第一HARQ进程对应的定时器;
若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,否则,终端不维护所述第一HARQ进程对应的定时器;
终端维护第一HARQ进程对应的定时器。
进一步地,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下一项:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端至少接收到一个其他终端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下一项:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
具体地,所述处理器执行所述终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器的程序后,还实现以下步骤:
在所述HARQ重传定时器运行期间的第一预设时间T内,没有接收到针对所述第一HARQ进程的重传调度,则终端停止运行所述HARQ重传定时器;
其中,所述第一预设时间T小于所述HARQ重传定时器的定时时长。
进一步地,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下步骤:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端接收到单播通信对端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下步骤:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述终端维护第一HARQ进程对应的定时器的程序时实现以下步骤:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述终端维护第一HARQ进程对应的定时器的程序时实现以下步骤:
终端接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的非连续接收定时器管理方法。
本发明实施例还提供一种终端,包括:
管理模块,用于针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理。
本发明的有益效果是:
上述方案,通过在直接通信接口根据HARQ进程对应的传输类型对HARQ进程对应的定时器进行管理,实现了直接通信接口的DRX机制,实现了直接通信接口的节电。
附图说明
图1表示蜂窝网络通信示意图;
图2表示DRX过程示意图;
图3表示直接通信的网络架构示意图;
图4表示本发明实施例的非连续接收定时器管理方法的流程示意图;
图5表示本发明实施例的终端的模块示意图;
图6表示本发明实施例的终端的结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明进行详细描述。
首先对与本发明实施例相关的一些概念进行说明如下。
一、蜂窝网络通信
传统的蜂窝网络通信,终端和网络侧设备之间通过终端和网络之间的接口(即Uu接口)进行上/下行数据和控制信息的传输,具体的网络架构如图1所示。
二、蜂窝通信系统的非连续接收(Discontinuous Reception,DRX)机制
在基于共享信道的移动通信系统中,例如长期演进(Long Term Evolution,LTE)中,上下行数据的传输由基站(eNB)调度器负责控制,当调度器确定调度某用户时,将通过控制信道通知终端在何种资源上发送或接收数据。用户设备(User Equipment,UE,也称终端)监听控制信道,当检测到包含自己的调度信息时,根据控制信道上的指示完成数据的发送(上行)或接收(下行)。在激活状态下,由于终端不确定eNB何时对其进行调度,因此一种常见的工作模式为,终端连续监听控制信道,对每个包含其下行调度控制信道的子帧都进行解析,以判断是否被调度。这种工作方式在终端数据量较大,可能被频繁调度的情况下能获得较高的效率。然而对某些业务而言,数据的到达频率较低,导致终端被调度的次数也较小,如果终端仍然连续监听控制信道,无疑会增加其耗电量。为了解决耗电问题,蜂窝网络通信系统采用了DRX工作模式,在这种工作模式下,终端周期性的对控制信道进行监听,因而达到节电的目的。
DRX的基本原理如图2所示。其中持续监听时间(On duration)表示UE监听控制信道的时间段,其射频通道打开,并连续监听控制信道;除去On duration之外的其它时间,UE处于睡眠(Sleep)状态,其射频链路将被关闭,不再监听控制信道,以达到省电的目的。OnDuration都是周期性出现(Cycle),具体周期由eNB配置实现。
蜂窝网络的DRX机制考虑了数据业务的到达模型,即数据分组的到达是突发的(可以理解为,一旦有数据分组到达,那么会在较短时间内连续到达较多的分组)。为了适应这种业务到达特点,LTE DRX过程采用了多种定时器,并与混合自动重新请求(HARQ)过程相结合,以期达到更好的节电性能。
1、与本发明实施例相关的DRX相关定时器
混合自动重新请求往返时延定时器(HARQ RTT Timer):分为下行DRX混合自动重传请求往返时延定时器(drx-HARQ-RTT-TimerDL)和上行DRX混合自动重新请求往返时延定时器(drx-HARQ-RTT-TimerUL),目的是使UE有可能在下次重传到来前不监听控制信道,达到更好的节电效果。以下行为例,UE相关进程的物理上行控制信道(PUCCH)传输之后的第一个符号启动,将打开此定时器。如果对应HARQ进程中的数据在前一次HARQ传输后解码不成功(UE反馈NACK),在DL HARQ RTT Timer超时后,UE打开下行DRX重传定时器(drx-RetransmissionTimerDL)。如果对应HARQ进程中的数据在前一次HARQ传输后解码成功(UE反馈ACK),在drx-HARQ-RTT-TimerDL定时器超时后,UE不启动drx-RetransmissionTimerDL。如果当前只有drx-HARQ-RTT-TimerDL运行,UE不监听控制信道。
混合自动重传请求重传定时器(HARQ retransmission Timer):分为drx-RetransmissionTimerDL或者上行DRX重传定时器(drx-RetransmissionTimerUL)。以下行为例,在DL HARQ retransmission Timer运行期间,UE监听控制信令,等待对应HARQ进程的重传调度。
三、直接通信
直接通信是指邻近的终端可以在近距离范围内通过直接通信链路(也称为Sidelink)进行数据传输的方式。Sidelink链路对应的无线接口称为直接通信接口,也称为Sidelink接口。如图3所示。
目前无线通信系统的DRX只适用于终端和网络之间的Uu接口,直接通信接口尚无DRX机制,也就意味着直接通信接口无法节电。因此需要在直接通信接口引入节电机制,可能的方式就是在直接通信接口引入DRX机制,但是目前在直接通信接口如何实现DRX尚没有公开的方案。
本发明针对上述问题,提供一种非连续接收定时器管理方法及终端。
如图4所示,本发明实施例的非连续接收定时器管理方法,应用于终端,包括:
步骤41,针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理。
需要说明的是,本发明实施例中所提到的终端指的是进行直接通信的直接通信终端,该第一HARQ进程对应的定时器指的是第一HARQ进程的HARQ相关定时器,该第一HARQ进程指的是终端在直接通信接口进行通信所使用的某一HARQ进程。
需要说明的是,该传输类型主要包括:单播、组播和广播,针对不同的传输类型,终端的处理方式也不相同,下面从不同的传输类型的角度对本发明实施例进行具体说明如下。
一、在所述传输类型为广播的情况下
在此种情况下,步骤41的具体实现方式为:
终端不维护所述第一HARQ进程对应的定时器。
二、在所述传输类型为组播的情况下
在此种情况下,步骤41的具体实现方式包括以下一项:
A11、终端不维护第一HARQ进程对应的定时器;
也就是说,终端针对直接通信接口的组播进程,直接通信终端不维护HARQ相关定时器。
A12、若所述第一HARQ进程对应的传输块(TB)需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,否则,终端不维护所述第一HARQ进程对应的定时器;
需要说明的是,本发明实施例所提到的终端既可以是在直接通信接口进行数据发送的终端也可以是在直接通信接口进行数据接收的终端,具体地,当所述终端利用所述第一HARQ进程在直接通信接口进行数据发送的情况下,此实现方式具体可以采用如下一项实现:
A121、终端在进行物理层直接通信共享信道(PSSCH)传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器(HARQ RTT timer),在所述HARQ往返时延定时器超时前,若所述终端至少接收到一个其他终端针对所述第一HARQ进程的HARQ反馈为HARQ非确认(HARQ NACK)反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器(HARQ retransmission timer);
也就是说,直接通信终端发送了PSSCH之后(如果PSSCH支持重复传输(repetition),则在第一次repetition之后)启动PSSCH对应的进程相关的HARQ RTTtimer。在该进程的HARQ RTT timer超时之前,至少接收到一个直接通信对端针对所述进程反馈的HARQ NACK,则启动所述进程对应的HARQ retransmission timer。
A122、终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
也就是说,直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的进程相关的HARQ RTT timer。该进程的HARQ RTTtimer超时,启动所述进程对应的HARQ retransmission timer。
具体地,所述终端利用所述第一HARQ进程在直接通信接口进行数据接收的情况下,此实现方式具体可以采用如下一项实现:
A123、终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
也就是说,在PSSCH对应的HARQ进程的物理层直接通信反馈信道(PSFCH)传输之后启动所述进程对应的HARQ RTT timer;如果PSFCH反馈的是HARQ NACK,则在所述进程对应的HARQ RTT timer超时之后启动所述进程对应的HARQ retransmission timer。
A124、终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
也就是说,在PSSCH对应的HARQ进程的PSFCH传输之后,启动所述HARQ进程对应的HARQ RTT timer;在所述进程对应的HARQ RTT timer超时之后总是启动所述进程对应的HARQ retransmission timer。
进一步地,在A124之后,本发明实施例的所述非连续接收定时器管理方法,还包括:
在所述HARQ重传定时器运行期间的第一预设时间(T)内,没有接收到针对所述第一HARQ进程的重传调度,则终端停止运行所述HARQ重传定时器;
其中,所述第一预设时间(T)小于或等于所述HARQ重传定时器的定时时长。
具体地,如果在所述进程对应的HARQ retransmission timer运行期间的时间T内(T<=HARQ retransmission timer的定时时长)没有接收到针对所述HARQ进程的重传调度,则停止HARQ retransmission timer。需要说明的是:此处是针对A123的优化,避免部分UE进行了HARQ NACK反馈导致发端启动了HARQ retransmission timer,进入active time发生了新调度,接收终端接收不到。
A13、终端维护第一HARQ进程对应的定时器。
需要说明的是,在此种情况下,针对直接通信接口组播进程,不管TB是否需要HARQACK/NACK反馈,都需要维护HARQ相关定时器,但是此种情况下,终端只维护HARQretransmission timer,具体为:
A131、所述终端利用所述第一HARQ进程在直接通信接口进行数据发送的情况下
此种情况下的具体实现方式为:
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ重传定时器。
也就是说,直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH所使用的进程对应的HARQ retransmission timer。
A132、所述终端利用所述第一HARQ进程在直接通信接口进行数据接收的情况下
此种情况下的具体实现方式为:
终端接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
也就是说,直接通信终端接收了PSSCH后启动进程对应的HARQ retransmissiontimer。
三、在所述传输类型为单播的情况下
在此种情况下,步骤41的具体实现方式包括以下一项:
B11、终端不维护第一HARQ进程对应的定时器;
也就是说,针对直接通信接口单播进程,直接通信终端不维护HARQ相关定时器。
B12、若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,否则,终端不维护所述第一HARQ进程对应的定时器;
需要说明的是,本发明实施例所提到的终端既可以进行数据发送也可以进行数据接收,具体地,当所述终端利用所述第一HARQ进程在直接通信接口进行数据发送的情况下,此实现方式具体可以采用如下方式实现:
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端接收到单播通信对端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
也就是说,直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的进程相关的HARQ RTT timer。所述进程的HARQ RTTtimer超时之前,接收到直接通信对端反馈的HARQ NACK,则启动所述进程对应的HARQretransmission timer。
具体地,所述终端利用所述第一HARQ进程在直接通信接口进行数据接收的情况下,此实现方式具体可以采用如下方式实现:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
也就是说,在PSSCH对应的HARQ进程的PSFCH传输之后启动所述进程对应的HARQRTT timer;如果PSFCH反馈的是HARQ NACK,则在所述进程对应的HARQ RTT timer超时之后启动所述HARQ进程对应的HARQ retransmission timer。
B13、终端维护第一HARQ进程对应的定时器;
需要说明的是,在此种情况下,针对直接通信接口单播进程,不管TB是否需要HARQACK/NACK反馈,都需要维护HARQ相关定时器,但是此种情况下,终端只维护HARQretransmission timer,具体为:
B131、所述终端利用所述第一HARQ进程在直接通信接口进行数据发送的情况下
此种情况下的具体实现方式为:
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ重传定时器。
也就是说,直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的HARQ retransmission timer。
B132、所述终端利用所述第一HARQ进程在直接通信接口进行数据接收的情况下
此种情况下的具体实现方式为:
终端接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
也就是说,直接通信终端接收了PSSCH后启动进程对应的HARQ retransmissiontimer。
下面对本发明实施例的具体应用情况举例说明如下。
举例1:组播和广播不维护HARQ定时器,单播维护HARQ定时器
假设UE1在直接通信接口同时进行单播、广播和组播的通信。单播、组播和广播使用同一个HARQ实体,所述HARQ实体维护一系列并行进程。
在直接通信接口进行数据传输时,首先判断HARQ进程对应的传输类型,然后根据直接通信接口HARQ进程对应的传输类型对HARQ相关定时器使用相应的维护方式。
例如,假设直接通信接口有三个进程A,B,C。在针对进程进行DRX定时器维护时,首先需要判断进程对应的传输类型,假设HARQ进程A对应的传输类型为广播,HARQ进程B对应的传输类型为组播,HARQ进程C对应的传输类型为单播。则在直接通信接口对所述三个进程按照其传输类型采用不同的HARQ相关定时器维护方式。其中,所述HARQ相关定时器包括直接通信接口发送相关的HARQ RTT timer和HARQ retransmission timer。
M11、对于HARQ进程A,其对应的传输类型是广播,则对所述HARQ进程A不需要维护HARQ相关定时器。
M12、对于HARQ进程B,其对应的传输类型是组播,则对所述HARQ进程B对应的TB也不需要维护HARQ相关定时器。
M13、对于HARQ进程C,其对应的传输类型是单播,则需要对所述HARQ进程C维护HARQ相关定时器。具体的HARQ相关定时器维护机制如下:
M131、在终端进行数据发送的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的进程相关的HARQ RTT timer。所述进程的HARQ RTTtimer超时之前,接收到直接通信对端反馈的HARQ NACK,则启动所述进程对应的HARQretransmission timer。
M132、在终端进行数据接收的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
在PSSCH对应的HARQ进程的PSFCH传输之后启动所述进程对应的HARQ RTT timer;如果PSFCH反馈的是HARQ NACK,则在所述进程对应的HARQ RTT timer超时之后启动所述HARQ进程对应的HARQ retransmission timer。
举例2:广播不维护HARQ定时器,组播和单播维护HARQ定时器
假设UE1在直接通信接口同时进行单播、广播和组播的通信。单播、组播和广播使用同一个HARQ实体,所述HARQ实体维护一系列并行进程。
在直接通信接口进行数据传输时,首先判断HARQ进程对应的传输类型,然后根据直接通信接口HARQ进程对应的传输类型对HARQ相关定时器使用相应的维护方式。
举例,假设直接通信接口有三个进程A,B,C。在针对进程进行DRX定时器维护时,首先需要判断进程对应的传输类型,假设HARQ进程A对应的传输类型为广播,HARQ进程B对应的传输类型为组播,HARQ进程C对应的传输类型为单播。则在直接通信接口对所述三个进程按照其传输类型采用不同的HARQ相关定时器维护方式。其中,所述HARQ相关定时器包括直接通信接口发送相关的HARQ RTT timer和HARQ retransmission timer。
M21、对于HARQ进程A,其对应的传输类型是广播,则对所述HARQ进程A不需要维护HARQ相关定时器。
M22、对于HARQ进程B,其对应的传输类型是组播,则需要对所述HARQ进程对应的TB维护HARQ相关定时器,具体的定时器维护机制可以是:
M221、在终端进行数据发送的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的进程相关的HARQ RTT timer。所述进程的HARQ RTTtimer超时之前,至少接收到一个直接通信对端针对所述进程反馈的HARQ NACK,则启动所述进程对应的HARQ retransmission timer。
M222、在终端进行数据接收的情况下,终端进行相关HARQ进程对应的定时器维护过程可以采用如下方式a)或者方式b):
方式a)、在PSSCH对应的HARQ进程的PSFCH传输之后启动所述进程对应的HARQ RTTtimer;如果PSFCH反馈的是HARQ NACK,则在所述进程对应的HARQ RTT timer超时之后启动所述进程对应的HARQ retransmission timer。
方式b)、在PSSCH对应的HARQ进程的PSFCH传输之后,启动所述HARQ进程对应的HARQ RTT timer;在所述进程对应的HARQ RTT timer超时之后总是启动所述进程对应的HARQ retransmission timer。进一步,如果在所述对应的HARQ retransmission timer运行期间的时间T内(T<=HARQ retransmission timer的长度)没有接收到针对所述HARQ进程的重传调度,则停止HARQ retransmission timer。(说明:针对方式a)的优化,避免部分UE进行了HARQ NACK反馈导致发端启动了HARQ retransmission timer,进入active time发生了新调度,接收终端接收不到)。
M23、对于HARQ进程C,其对应的传输类型是单播,则需要对所述进程C维护HARQ相关定时器。具体的HARQ相关定时器维护机制如下:
M231、在终端进行数据发送的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的进程相关的HARQ RTT timer。所述进程的HARQ RTTtimer超时之前,接收到直接通信对端反馈的HARQ NACK,则启动所述进程对应的HARQretransmission timer。
M231、在终端进行数据接收的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
在PSSCH对应的HARQ进程的PSFCH传输之后启动所述进程对应的HARQ RTT timer;如果PSFCH反馈的是HARQ NACK,则在所述进程对应的HARQ RTT timer超时之后启动所述HARQ进程对应的HARQ retransmission timer。
举例3:广播不维护HARQ定时器,组播和单播维护HARQ定时器
假设UE1在直接通信接口同时进行单播、广播和组播的通信。单播、组播和广播使用同一个HARQ实体,所述HARQ实体维护一系列并行进程。
在直接通信接口进行数据传输时,首先判断HARQ进程对应的传输类型,然后根据直接通信接口HARQ进程对应的传输类型对HARQ相关定时器使用相应的维护方式。
举例,假设直接通信接口有三个进程A,B,C。在针对进程进行DRX定时器维护时,首先需要判断进程对应的传输类型,假设HARQ进程A对应的传输类型为广播,HARQ进程B对应的传输类型为组播,HARQ进程C对应的传输类型为单播。则在直接通信接口对所述三个进程按照其传输类型采用不同的HARQ相关定时器维护方式。其中,所述HARQ相关定时器包括直接通信接口发送相关的HARQ RTT timer和HARQ retransmission timer。
M31、对于HARQ进程A,其对应的传输类型是广播,则对所述HARQ进程A不需要维护HARQ相关定时器。
M32、对于HARQ进程B,其对应的传输类型是组播,则需要对所述HARQ进程TB维护HARQ相关定时器,具体的定时器维护机制可以是:
M321、在终端进行数据发送的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的进程相关的HARQ RTT timer。所述进程的HARQ RTTtimer超时,启动所述进程对应的HARQ retransmission timer。
M322、在终端进行数据接收的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
在PSSCH对应的HARQ进程的PSFCH传输之后,启动所述HARQ进程对应的HARQ RTTtimer;在所述进程对应的HARQ RTT timer超时之后总是启动所述进程对应的HARQretransmission timer。进一步,如果在所述对应的HARQ retransmission timer运行期间的时间T内(T<=HARQ retransmission timer的长度)没有接收到针对所述HARQ进程的重传调度,则停止HARQ retransmission timer。M33、对于HARQ进程C,其对应的传输类型是单播,则需要对所述进程C维护HARQ相关定时器。具体的HARQ相关定时器维护机制如下:
M331、在终端进行数据发送的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端发送了PSSCH之后(如果PUSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的进程(记为进程C)相关的HARQ RTT timer。所述进程C的HARQ RTT timer超时之前,接收到一个直接通信接收终端反馈的HARQ NACK,则启动进程C对应的HARQ retransmission timer。
M332、在终端进行数据接收的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
在PSSCH对应的HARQ进程C的PSFCH传输之后启动进程C对应的HARQ RTT timer;如果PSFCH反馈的是HARQ NACK,则在进程C对应的HARQ RTT timer超时之后启动进程C对应的HARQ retransmission timer。
举例4:广播不维护HARQ定时器,组播和单播维护HARQ定时器
假设UE1在直接通信接口同时进行单播、广播和组播的通信。单播,组播和广播使用同一个HARQ实体,所述HARQ实体维护一系列并行进程。
在直接通信接口进行数据传输时,首先判断HARQ进程对应的传输类型,然后根据直接通信接口HARQ进程对应的传输类型对HARQ相关定时器使用相应的维护方式。
在直接通信接口进行数据传输时,首先判断HARQ进程对应的传输类型,然后根据直接通信接口HARQ进程对应的传输类型对HARQ相关定时器使用相应的维护方式。
举例,假设直接通信接口有三个进程A,B,C。在针对进程进行DRX定时器维护时,首先需要判断进程对应的传输类型,假设HARQ进程A对应的传输类型为广播,HARQ进程B对应的传输类型为组播,HARQ进程C对应的传输类型为单播。则在直接通信接口对所述三个进程按照其传输类型采用不同的HARQ相关定时器维护方式。其中,所述HARQ相关定时器包括直接通信接口发送相关的HARQ RTT timer和HARQ retransmission timer。
M41、对于HARQ进程A,其对应的传输类型是广播,则对所述HARQ进程A不需要维护HARQ相关定时器。
M42、对于HARQ进程B,其对应的传输类型是组播,不管TB是否需要HARQ ACK/NACK反馈,都需要维护HARQ相关定时器。但是只维护HARQ retransmission timer,具体的定时器维护机制可以是:
M421、在终端进行数据发送的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动PSSCH对应的HARQ retransmission timer。
M422、在终端进行数据接收的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端接收了PSSCH后启动所述进程对应的HARQ retransmission timer。
M43、对于HARQ进程C,其对应的传输类型是单播,则需要对所述进程C维护HARQ相关定时器。具体的HARQ相关定时器维护机制如下:
M431、在终端进行数据发送的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端发送了PSSCH之后(如果PSSCH支持repetition,则在第一次repetition之后)启动所述进程对应的HARQ retransmission timer。
M432、在终端进行数据发送的情况下,终端进行相关HARQ进程对应的定时器维护过程如下:
直接通信终端接收了PSSCH后启动进程对应的HARQ retransmission timer。
需要说明的是,通过本发明实施例,可以解决直接通信接口进程相关DRX定时器的维护以及如何维护的问题,实现了直接通信接口的DRX机制,实现了直接通信接口的节电。
如图5所示,本发明实施例提供一种终端50,包括:
管理模块51,用于针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理。
可选的,在所述传输类型为广播的情况下,所述管理模块51,用于:
终端不维护所述第一HARQ进程对应的定时器。
可选地,在所述传输类型为组播或单播的情况下,所述管理模块51,用于实现以下一项:
终端不维护第一HARQ进程对应的定时器;
若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,否则,终端不维护所述第一HARQ进程对应的定时器;
终端维护第一HARQ进程对应的定时器。
进一步地,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,的实现方式包括以下一项:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端至少接收到一个其他终端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,的实现方式包括以下一项:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器的情况下,所述终端,还包括:
停止模块,用于在所述HARQ重传定时器运行期间的第一预设时间T内,没有接收到针对所述第一HARQ进程的重传调度,则终端停止运行所述HARQ重传定时器;
其中,所述第一预设时间T小于所述HARQ重传定时器的定时时长。
进一步地,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,实现:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端接收到单播通信对端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,实现:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端利用所述第一HARQ进程进行数据发送的情况下,所述终端维护第一HARQ进程对应的定时器,实现:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端利用所述第一HARQ进程进行数据接收的情况下,所述终端维护第一HARQ进程对应的定时器,实现:
终端接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
需要说明的是,该终端实施例是与上述方法实施例一一对应的终端,上述方法实施例中所有实现方式均适用于该终端的实施例中,也能达到相同的技术效果。
如图6所示,本发明实施例还提供一种终端60,包括处理器61、收发机62、存储器63及存储在所述存储器63上并可在所述处理器61上运行的程序;其中,收发机62通过总线接口与处理器61和存储器63连接,其中,所述处理器61用于读取存储器中的程序,执行下列过程:
针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理。
需要说明的是,在图6中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器61代表的一个或多个处理器和存储器63代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机62可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的发送端,用户接口64还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器61负责管理总线架构和通常的处理,存储器63可以存储处理器61在执行操作时所使用的数据。
可选地,在所述传输类型为广播的情况下,所述处理器执行所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理的程序时实现以下步骤:
终端不维护所述第一HARQ进程对应的定时器。
可选地,在所述传输类型为组播或单播的情况下,所述处理器执行所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理的程序时实现以下一项:
终端不维护第一HARQ进程对应的定时器;
若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,否则,终端不维护所述第一HARQ进程对应的定时器;
终端维护第一HARQ进程对应的定时器。
进一步地,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下一项:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端至少接收到一个其他终端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下一项:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,所述处理器执行所述终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器的程序后,还实现以下步骤:
在所述HARQ重传定时器运行期间的第一预设时间T内,没有接收到针对所述第一HARQ进程的重传调度,则终端停止运行所述HARQ重传定时器;
其中,所述第一预设时间T小于所述HARQ重传定时器的定时时长。
进一步地,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下步骤:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端接收到单播通信对端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下步骤:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述终端维护第一HARQ进程对应的定时器的程序时实现以下步骤:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ重传定时器。
进一步地,所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述终端维护第一HARQ进程对应的定时器的程序时实现以下步骤:
终端接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现应用于终端的非连续接收定时器管理方法的步骤。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。
Claims (15)
1.一种非连续接收定时器管理方法,应用于终端,其特征在于,包括:
针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理;
其中,所述HARQ对应的传输类型包括:单播、组播和/或广播;所述第一HARQ进程对应的定时器包括:HARQ往返时延定时器和/或HARQ重传定时器;
在所述传输类型为广播的情况下,所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理,包括:
终端不维护所述第一HARQ进程对应的定时器;
或者
在所述传输类型为组播或单播的情况下,所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理,包括以下一项:
若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,否则,终端不维护所述第一HARQ进程对应的定时器;
终端维护第一HARQ进程对应的定时器。
2.根据权利要求1所述的非连续接收定时器管理方法,其特征在于,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,包括以下一项:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
或者
在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,包括:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;或者
在所述传输类型为组播或单播的情况下,所述终端利用所述第一HARQ进程进行数据接收的情况下,所述终端维护第一HARQ进程对应的定时器,包括:
终端接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
3.根据权利要求1所述的非连续接收定时器管理方法,其特征在于,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,包括以下一项:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端至少接收到一个其他终端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
4.根据权利要求2所述的非连续接收定时器管理方法,其特征在于,所述终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器的情况下,所述非连续接收定时器管理方法,还包括:
在所述HARQ重传定时器运行期间的第一预设时间T内,没有接收到针对所述第一HARQ进程的重传调度,则终端停止运行所述HARQ重传定时器;
其中,所述第一预设时间T小于所述HARQ重传定时器的定时时长。
5.根据权利要求1所述的非连续接收定时器管理方法,其特征在于,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,包括:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端接收到单播通信对端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
6.根据权利要求1所述的非连续接收定时器管理方法,其特征在于,所述终端利用所述第一HARQ进程进行数据发送的情况下,所述终端维护第一HARQ进程对应的定时器,包括:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ重传定时器。
7.一种终端,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序;其特征在于,所述处理器执行所述程序时实现以下步骤:
针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理;
其中,所述HARQ对应的传输类型包括:单播、组播和/或广播;所述第一HARQ进程对应的定时器包括:HARQ往返时延定时器和/或HARQ重传定时器;
在所述传输类型为广播的情况下,所述处理器执行所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理的程序时实现以下步骤:
不维护所述第一HARQ进程对应的定时器;
或者
在所述传输类型为组播或单播的情况下,所述处理器执行所述根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理的程序时实现以下一项:
若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器,否则,终端不维护所述第一HARQ进程对应的定时器;
终端维护第一HARQ进程对应的定时器。
8.根据权利要求7所述的终端,其特征在于,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下一项:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
或者
在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下步骤:
终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;或者
在所述传输类型为组播或单播的情况下,所述终端利用所述第一HARQ进程进行数据接收的情况下,所述处理器执行所述终端维护第一HARQ进程对应的定时器的程序时实现以下步骤:
终端接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
9.根据权利要求7所述的终端,其特征在于,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下一项:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端至少接收到一个其他终端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
终端在进行PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
10.根据权利要求8所述的终端,其特征在于,所述处理器执行所述终端接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器的程序后,还实现以下步骤:
在所述HARQ重传定时器运行期间的第一预设时间T内,没有接收到针对所述第一HARQ进程的重传调度,则终端停止运行所述HARQ重传定时器;
其中,所述第一预设时间T小于所述HARQ重传定时器的定时时长。
11.根据权利要求7所述的终端,其特征在于,在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,终端维护所述第一HARQ进程对应的定时器的程序时实现以下步骤:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ往返时延定时器,在所述HARQ往返时延定时器超时前,若所述终端接收到单播通信对端针对所述第一HARQ进程的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器。
12.根据权利要求7所述的终端,其特征在于,所述终端利用所述第一HARQ进程进行数据发送的情况下,所述处理器执行所述终端维护第一HARQ进程对应的定时器的程序时实现以下步骤:
终端在进行物理层直接通信共享信道PSSCH传输后,启动PSSCH对应的第一HARQ进程对应的HARQ重传定时器。
13.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的非连续接收定时器管理方法。
14.一种终端,其特征在于,包括:
管理模块,用于针对直接通信接口,根据第一混合自动重传请求HARQ进程对应的传输类型,对第一HARQ进程对应的定时器进行管理;
其中,所述HARQ对应的传输类型包括:单播、组播和/或广播;所述第一HARQ进程对应的定时器包括:HARQ往返时延定时器和/或HARQ重传定时器;
在所述传输类型为广播的情况下,所述管理模块,用于:
不维护所述第一HARQ进程对应的定时器;
或者
在所述传输类型为组播或单播的情况下,所述管理模块,用于实现以下一项:
若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,维护所述第一HARQ进程对应的定时器,否则,不维护所述第一HARQ进程对应的定时器;
维护第一HARQ进程对应的定时器。
15.根据权利要求14所述的终端,其特征在于,在所述传输类型为组播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,维护所述第一HARQ进程对应的定时器,的实现方式包括以下一项:
接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;
或者
在所述传输类型为单播、且所述终端利用所述第一HARQ进程进行数据接收的情况下,若所述第一HARQ进程对应的传输块TB需进行HARQ反馈时,维护所述第一HARQ进程对应的定时器,实现:
接收到第一HARQ进程携带的数据并且进行HARQ反馈后,启动所述第一HARQ进程对应的HARQ往返时延定时器,若所述第一HARQ进程对应的HARQ反馈为HARQ非确认反馈,则在所述第一HARQ进程对应的HARQ往返时延定时器超时后,启动所述第一HARQ进程对应的HARQ重传定时器;或者
所述终端利用所述第一HARQ进程进行数据接收的情况下,所述维护第一HARQ进程对应的定时器,实现:
接收到第一HARQ进程携带的数据后,启动所述第一HARQ进程对应的HARQ重传定时器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210945226.3A CN115314980A (zh) | 2020-02-10 | 2020-02-10 | 一种非连续接收定时器管理方法及终端 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010085289.7A CN113260024B (zh) | 2020-02-10 | 2020-02-10 | 一种非连续接收定时器管理方法及终端 |
CN202210945226.3A CN115314980A (zh) | 2020-02-10 | 2020-02-10 | 一种非连续接收定时器管理方法及终端 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010085289.7A Division CN113260024B (zh) | 2020-02-10 | 2020-02-10 | 一种非连续接收定时器管理方法及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115314980A true CN115314980A (zh) | 2022-11-08 |
Family
ID=77219429
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210945226.3A Pending CN115314980A (zh) | 2020-02-10 | 2020-02-10 | 一种非连续接收定时器管理方法及终端 |
CN202010085289.7A Active CN113260024B (zh) | 2020-02-10 | 2020-02-10 | 一种非连续接收定时器管理方法及终端 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010085289.7A Active CN113260024B (zh) | 2020-02-10 | 2020-02-10 | 一种非连续接收定时器管理方法及终端 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20230140680A1 (zh) |
EP (1) | EP4106484A4 (zh) |
JP (1) | JP7420955B2 (zh) |
KR (1) | KR20220137743A (zh) |
CN (2) | CN115314980A (zh) |
WO (1) | WO2021159870A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022061249A1 (en) * | 2020-09-20 | 2022-03-24 | Babaei Alireza | Enhanced wireless device and wireless network processes |
EP4304277A1 (en) * | 2021-03-03 | 2024-01-10 | LG Electronics Inc. | Ue operation method related to psfch and pucch transmission in sidelink in wireless communication system |
CN116017376A (zh) * | 2021-10-21 | 2023-04-25 | 华为技术有限公司 | 一种通信方法、通信装置及通信系统 |
WO2023097601A1 (zh) * | 2021-12-02 | 2023-06-08 | Oppo广东移动通信有限公司 | 一种drx定时器的运行方法及装置、终端设备 |
WO2023245594A1 (zh) * | 2022-06-24 | 2023-12-28 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备以及网络设备 |
EP4354777A1 (en) * | 2022-10-11 | 2024-04-17 | ASUS Technology Licensing Inc. | Method and apparatus of handling discontinuous reception (drx) timer for multicast data reception in a wireless communication system |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009136830A1 (en) * | 2008-05-07 | 2009-11-12 | Telefonaktiebolaget L M Ericsson (Publ) | Discontinuous reception (drx) timer triggered with the transmission of a buffer status report (bsr) |
CN101635615B (zh) * | 2008-07-25 | 2012-11-14 | 电信科学技术研究院 | 一种实现非连续接收方法和装置 |
US9414315B2 (en) * | 2013-02-05 | 2016-08-09 | Apple Inc. | Reducing power consumption in connected mode discontinuous reception |
US20150098416A1 (en) * | 2013-10-04 | 2015-04-09 | Innovative Sonic Corporation | Method and apparatus for supporting device-to-device (d2d) discovery in a wireless communication system |
EP2961236A1 (en) * | 2014-06-27 | 2015-12-30 | Innovative Sonic Corporation | Method and apparatus for cooperation between user equipment (ue) and serving cell in a wireless communication system |
CN104579602A (zh) * | 2014-12-25 | 2015-04-29 | 华中科技大学 | 一种lte中的广播组播重传方法 |
WO2018016882A1 (en) * | 2016-07-21 | 2018-01-25 | Samsung Electronics Co., Ltd. | A system and method for discovering user equipment (ue) over side link in device to device (d2d) communication |
CN108307486A (zh) * | 2016-08-11 | 2018-07-20 | 索尼公司 | 用于网络控制端和网络节点的电子设备和方法 |
EP3310121B1 (en) * | 2016-10-17 | 2020-06-10 | ASUSTek Computer Inc. | Method and apparatus for handling drx (discontinuous reception) operation in a wireless communication system |
CN108024320A (zh) * | 2016-11-04 | 2018-05-11 | 华为技术有限公司 | 传输信息的方法、网络设备和终端设备 |
MX2019007074A (es) * | 2016-12-16 | 2019-08-01 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Metodo y dispositivo de recepcion discontinua. |
CN108923894B (zh) * | 2017-03-23 | 2023-04-18 | 中兴通讯股份有限公司 | 一种信息传输的方法、用户设备、基站、存储介质和系统 |
PT3739968T (pt) * | 2017-03-23 | 2022-05-18 | Ericsson Telefon Ab L M | Método e dispositivo para determinar uma configuração de temporizador |
EP3937406A1 (en) * | 2017-08-10 | 2022-01-12 | Ofinno, LLC | Harq retransmission and control channel monitoring |
KR20220108200A (ko) * | 2017-09-28 | 2022-08-02 | 5쥐 아이피 홀딩스 엘엘씨 | 뉴 라디오에서 불연속 수신을 제어하기 위한 디바이스들 및 방법들 |
CN110035502B (zh) * | 2018-01-11 | 2021-06-08 | 华为技术有限公司 | 通信方法、通信设备和网络设备 |
CN110475391B (zh) * | 2018-05-09 | 2021-10-26 | 大唐移动通信设备有限公司 | 非连续接收定时器的控制方法、装置、终端及基站 |
CN109983822B (zh) * | 2019-02-18 | 2023-06-30 | 北京小米移动软件有限公司 | Drx定时器的运行方法、装置、设备及存储介质 |
CN110708145B (zh) * | 2019-09-30 | 2021-11-30 | 展讯通信(上海)有限公司 | Harq进程管理方法、装置、终端及存储介质 |
KR20210055489A (ko) * | 2019-11-07 | 2021-05-17 | 삼성전자주식회사 | 무선 통신 시스템에서 v2x 통신을 수행하는 방법 및 장치 |
WO2021119474A1 (en) * | 2019-12-13 | 2021-06-17 | Convida Wireless, Llc | Nr sidelink discontinuous reception |
KR20210095056A (ko) * | 2020-01-21 | 2021-07-30 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 불연속 수신 동작을 고려하여 디바이스 대 디바이스 리소스 선택을 처리하는 방법 및 장치 |
CN113225846A (zh) * | 2020-01-21 | 2021-08-06 | 华为技术有限公司 | 一种通信方法及装置 |
-
2020
- 2020-02-10 CN CN202210945226.3A patent/CN115314980A/zh active Pending
- 2020-02-10 CN CN202010085289.7A patent/CN113260024B/zh active Active
- 2020-12-28 WO PCT/CN2020/139954 patent/WO2021159870A1/zh unknown
- 2020-12-28 JP JP2022548681A patent/JP7420955B2/ja active Active
- 2020-12-28 KR KR1020227030981A patent/KR20220137743A/ko active Search and Examination
- 2020-12-28 EP EP20919277.2A patent/EP4106484A4/en active Pending
- 2020-12-28 US US17/798,509 patent/US20230140680A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
JP7420955B2 (ja) | 2024-01-23 |
US20230140680A1 (en) | 2023-05-04 |
EP4106484A4 (en) | 2023-08-09 |
WO2021159870A1 (zh) | 2021-08-19 |
CN113260024A (zh) | 2021-08-13 |
EP4106484A1 (en) | 2022-12-21 |
CN113260024B (zh) | 2022-08-26 |
JP2023513585A (ja) | 2023-03-31 |
KR20220137743A (ko) | 2022-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113260024B (zh) | 一种非连续接收定时器管理方法及终端 | |
US9451547B2 (en) | Coordinated signaling of scheduling information for uplink and downlink communications | |
CN108270536B (zh) | 一种监听指示及监听方法、装置 | |
EP3927053B1 (en) | Method, terminal storage medium for operating a drx timer | |
US7965651B2 (en) | Method and apparatus for setting active period starting point for user equipment | |
EP1845668A1 (en) | Method and apparatus for discontinuously receiving packet in a mobile communication system | |
KR101268993B1 (ko) | 무선 통신 시스템을 위한 불연속 수신의 개선 방법 및 관련된 통신 기기 | |
KR20110025599A (ko) | 무선 통신 시스템상에서 물리 하향 채널의 모니터링 동작을 효율적으로 제어하는 방법 | |
CN101296432B (zh) | 用户设备进入不连续接收状态的方法 | |
CN113260025B (zh) | 一种非连续接收处理方法、终端、装置以及介质 | |
EP2148542A1 (en) | Method and apparatus for improving DRX functionality | |
US20220053596A1 (en) | Discontinuous reception control method, device and storage medium | |
CN109511157B (zh) | 一种数据非连续接收方法及数据非连续接收装置 | |
CN113498153B (zh) | 边链路监听方法、设备及存储介质 | |
CN110475392B (zh) | 一种模糊期长度确定方法、终端和网络侧设备 | |
CN114726484A (zh) | 直接通信接口的定时器维护方法、装置及可读存储介质 | |
CN113260026B (zh) | 一种非连续接收处理方法、终端、装置以及介质 | |
WO2022206248A1 (zh) | 传输资源选择方法、装置、以及用户设备 | |
CN116671189A (zh) | 定时器状态更改方法、装置、终端及存储介质 | |
CN115334695A (zh) | 直通链路非连续接收配置方法、装置及通信设备 | |
CN116456312A (zh) | 一种直接通信配置方法、终端设备及存储介质 | |
CN115150775A (zh) | 车联网中的传输资源选择方法、装置及终端 | |
CN115134943A (zh) | 一种直通链路激活状态的处理方法及终端 | |
CN116471574A (zh) | 一种直通链路资源选择方法、装置及基站 |
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 |